信令流程-主叫被叫
volte主被叫信令流程小结
volte主被叫信令流程小结VOLTE呼叫流程介绍：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图；A、B均在MME附着，已在AS服务器注册；VOLTE呼叫业务流程VOLTE呼叫业务流程1.2.携带SIP信令INVITE请求。
3.AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息。
4.同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。
5.SGW发现UE B为IDLE模式，发送下行数据到的通知到MME，同时缓存数据。
6.MME对UE B发起寻呼流程。
7.同上述步骤1-9；8.SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。
UE发送上行数据到AS，携带回复的100 Trying消息。
后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。
SIP呼叫业务流程介绍：SIP呼叫业务流程SIP呼叫业务流程上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程，具体流程如下：1.用户A，摘机对用户B发起呼叫，用户A首先向AS服务器发起INVITE请求。
2.AS服务器回复100 Trying给用户A说明收到INVITE请求。
3.AS服务器通过认证确认用户认证已通过后，向被叫终端B转送INVITE请求。
4.用户B向AS服务器送呼叫处理中的应答消息，100 Trying。
5.用户B向AS服务器送183 Session Progress消息，提示建立通话的进度信息；（此时被叫QCI1专用承载建立）6.AS服务器向主叫终端A转送183 Session Progress消息，终端A了解到整个Session的建立进度信息。
7.终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress消息。
（此时主叫QCI1专用承载建立）8.AS服务器向被叫终端B转送临时应答消息PRACK，终端B了解到终端A收到183 Session Progress消息。
主被叫叫流程
主叫，若一MS处于激活且空闲状态，客户A 要建立一个呼叫，他只要拨被叫B 客户号码，再按“发送”键，MS便开始启动程序。
首先，MS通过随机接入控制信道（RACH)向网络发第一条消息，既接入请求消息，MSC 会分配它一专用信道，查看A客户的类别并标注此客户忙。
若网络容许此MS接入网络，则MSC发证实接入请求消息。
接着，MS发呼叫建立消息及B客户号码，MSC根据此号码将主叫与被叫所在MSC连通，并将被叫号码送至被叫所在MSC（B客户为移动客户时）或送入固定网（PSTN）的交换机（B客户为固定客户时）中进行分析。
一旦通往B客户的链路准备好，网络便向MS发呼叫建立证实，并给它分配专用业务信道TCH。
至此，呼叫建立过程基本完成，MS等待B客户的证实信号。
若MS作被叫，以PSTN的固定客户A呼叫GSM的移动客户B的呼叫建立过程, 如图24所示。
B客户号码为139H l H2H3ABCD。
A客户拨打B客户，拨MSISDN(0139H l H2H3ABCD)号码。
本地交换机根据A客户所拨B 客户号码中国内目的地代码(139)可以与GSM网的GMSC(GSM网入口交换机)间建立链路，并将B客户MSISDN号码传送给GMSC。
GMSC分析此号码，根据H l H2H3ABCD，应用查询功能向B客户的HLR发MSISDN号码，询问B客户漫游号码(MSRN)。
HLR将B客户MSISDN号码转换为客户识别码(IMSI)，查询B客户目前所在的业务区MSC(如他已漫游到广州)，向该区VLR发被叫的IMSI，请求VLR分配给被叫客户一个漫游号码MSRN，VLR 把分配给被叫客户的MSRN号码回送给HLR，由HLR发送给GMSC。
GMSC有了MSRN，就可以把入局呼叫接到B客户所在的MSC(郑州-广州)。
GMSC与MSC 的连接可以是直达链路，也可由汇接局转接。
VLR查出被叫客户的位置区识别码(LAI)之后，MSC将寻呼消息发送给位置区内所有的BTS，由这些BTS通过无线路径上的寻呼信道(PCH)发送寻呼消息，在整个位置区覆盖范围内进行广播寻呼。
TD-SCDMA信令流程
IuCS
电路域 （TDM/ATM/IP）
Iub SMSC RNS Iur
UE NodeB RNC
IuPS
HSS/ HLR/ AUC
SGSN
SCP
EIR
IMSMGW MRF
SMS-GMSC SMS-IWMSC MGCF
Other IP IM Network
IuCS IuPS
Iub
BG CSCF
其它GPRS
RNC通过ALCAP协议，建立Iub数据 传输承载。Iub数据传输承载通过 AAL2的绑定标识与DCH绑定在一起。 建立Iub数据传输承载需要NodeB确认。
DCH-FP DCH-FP
通过上下行节点同步与上 下行同步控制帧，NodeB 与 RNC为Iub数据传输承 载建立同步。
RRC
RRC
主要参数：初始的UE标准，给UE分配一个U-RNTI，UE能力更新到1.28Mcps，建立SRB-1to4（定 义DCH/逻辑信道的标识及他们之间的映射关系，逻辑信道的优先级），建立上下行CCTRCH信息 （TFCS-ID，共享信道关，信令的增益），定义传输信道编码方法（TFS的TTI，传输块编码要求）， 频率,UE发射功率，定义上下行DPCH信息（上行功率，TPC步长，开环功率，同步参数，上下行 TFCI编码，凿孔限制，时隙，训练序列码，调制方式，信道化码）
NBAP
Radio Link Setup Response
NBAP
主要参数：建立Node B通信上下文=0，通信控制口=1，回复RL-ID.不支持上行SF可变. 定义了数据流标识及传输层的地址=16909057。
9
位置更新（二）
UE NodeB
RNC
CN
常用信令流程汇总
常用信令流程汇总1.呼叫建立呼叫建立是通信过程中最基本的信令流程之一、它通常包括以下几个步骤：-主叫方发送呼叫请求消息。
-被叫方收到呼叫请求消息后，发送呼叫确认消息。
-主叫方收到呼叫确认消息后，发送呼叫确认应答消息。
2.呼叫振铃呼叫振铃是在呼叫建立后，被叫方的终端设备开始发出振铃声，通知被叫方有来电。
这个过程中主要涉及以下步骤：-被叫方终端设备接收到呼叫确认应答消息后，开始发出振铃信号。
3.呼叫转移呼叫转移是当呼叫要转移到另一个目的地时使用的信令流程。
它通常包括以下几个步骤：-主叫方发送呼叫转移请求消息。
-传递呼叫的信令设备收到呼叫转移请求后，发送呼叫转移确认消息。
-被叫方或目标设备接收到呼叫转移确认消息后，发送呼叫转移确认应答消息。
4.呼叫保持和恢复呼叫保持和恢复是指在通话过程中，主叫或被叫方需要将通话暂停或恢复的信令流程。
它通常包括以下几个步骤：-主叫或被叫方发送呼叫保持请求消息。
-通信设备收到呼叫保持请求消息后，发送呼叫保持确认消息。
-主叫或被叫方接收到呼叫保持确认消息后，可以发送呼叫保持确认应答消息。
5.呼叫释放呼叫释放是指在通信过程中结束通信的信令流程。
它通常包括以下几个步骤：-在通话结束时，主叫或被叫方发送呼叫释放请求消息。
-通信设备收到呼叫释放请求消息后，发送呼叫释放确认消息。
-主叫或被叫方接收到呼叫释放确认消息后，可以发送呼叫释放确认应答消息。
6.呼叫转换-主叫方发送呼叫转换请求消息。
-通信设备收到呼叫转换请求消息后，发送呼叫转换确认消息。
-转换后终端设备接收到呼叫转换确认消息后，可以发送呼叫转换确认应答消息。
这些只是常用信令流程的一些示例，实际应用中可能还涉及更多的信令流程。
在通信网络中，信令流程起着重要的作用，用于控制和管理通信资源，确保通信的顺利进行。
电话呼叫处理的信令流程
电话呼叫处理的信令流程
电话呼叫处理涉及复杂的信令流程，主要包括以下几个步骤：
1. 呼叫发起阶段：主叫用户摘机后，交换机接收拨号信号（如DTMF），生成初始地址消息（如SS7的IAM消息），通过信令链路发送给被叫方所在网络。
2. 路由选择阶段：沿途各交换机依据信令中的被叫号码信息，执行号码分析和翻译，确定路由，并转发信令消息。
3. 呼叫建立阶段：被叫方交换机接到IAM后，向被叫用户振铃，并发送回铃音信号。
被叫用户摘机后，交换机发送ACM（地址全配置完成）消息通知主叫方，随后主叫方交换机发送连接请求（如ANC 或CON消息），双方交换确认后建立通话连接。
4. 通话阶段：双方进行语音通信。
5. 呼叫释放阶段：任意一方挂机后，触发释放信令流程，最终通过REL和CLR等消息释放通话资源，结束通话。
超详细GSM信令流程
内容摘要
• GSM主叫信令流程 • GSM被叫信令流程 • GSM切换信令流程 • 系统消息及参数分析 • 案例分析
移动主叫流程一
移动主叫流程二
移动主叫流程三
1.Channel Request 信道要求
• MS通过动态地在RACH信道上发送一个随机接入脉冲 向一个BTS申请一条信道。在信道请求消息中包括了 建立的原因，这个原因可能是“寻呼响应”、“紧急 呼叫”、“移动主叫”、“短消息业务”或“其他”， 比如“位置更新”。此外，这条消息还包括随机参数， MS随机的选5个比特作为随机参数。这些参数的作用 是：当两个移动台同时接入网络时，网络能运用这些 参数来区分这些移动台。
Originating speech call from dual-rate MS when TCH/H is sufficient and supported by the MS for speech calls and the network sets NECI bit to 1
Answer to paging
2.Channel Required 信道请求
• BTS向BSC发一条申请信道消息。通过这条消息， BTS进一步向BSC传递由移动台发起的信道请求。信 道请求消息中除了包含信道要求消息中的一些消息外， 还包括由BTS加入的一些重要的附加消息和TA。
3.Chanel Activation Ack 信道激活证实
• 这是对信道激活消息的应答。当基站收发信台收到这 条消息后，它开始在SACCH信道发送和接受消息。
5.Immediate Assignment Command 立即指配命令
• 基站控制器告诉基站收发信台关于被使用的SDCCH信 道。
td重要知识点(信令流程)
TD重要知识点—信令流程一、呼叫总体流程二、主叫信令流程说明：主叫信令是必须记住的，其它信令流程与主叫有很多是相似的。
以下对各信令携带的主要内容进行介绍（语音）：1、RRC CONNECTION REQUEST2、RRC CONNECT SETUP3、INITIAL UE MESSAGE4、SETUP被叫号码信息。
5、RAB ASSIGNMENT REQUEST6、RB SETUP三、切换信令流程1、接力切换：Inter-cell/Intra-NodeB说明：RRC建立在公共信道，没有虚线信令，下同。
2、接力切换：Inter-NodeB /Intra-RNC3、重要信息4、CS业务系统间切换四、位置更新信令流程位置更新包括正常位置更新，周期性位置更新，IMSI Attach。
1、正常位置更新信令流程说明?UE发送消息RRC CONNECTION REQUEST，其中“Establishment Cause”是“Registration”；?UE在建立和UTRAN的RRC连接后，发起“位置更新请求”；?LOCATION UPDATING REQUEST根据实际更新类型，设为“Normal location updating”?CN在响应时，如果在“location updating accept”中，分配新的TMSI号，UE需要回应一条消息TMSI reallocation complete；2、周期性位置更新信令流程说明：?周期性位置更新过程用户UE定期与网络联系，过程的启动由UE端的定时器T3212控制。
UE是否需要使用周期性位置更新以及T3212的时间值在BCCH的SIB 1消息中广播。
T3212超时将触发周期性位置更新过程；?UE 发送初始直传消息location updating request，其中IE location updating type 类型为periodic updating。
移动通信基本呼叫流程
移动通信基本呼叫流程移动通信基本呼叫流程1.简介本文档旨在介绍移动通信基本呼叫流程，包括信令流程、数据传输流程以及附加功能。
通过详细描述呼叫的发起、连接、传输和结束过程，读者能够了解移动通信系统中呼叫的基本工作原理。
2.信令流程2.1 建立呼叫首先，呼叫方发送请求建立呼叫的信令给移动通信系统。
移动通信系统通过寻址和鉴权等步骤确认呼叫方的身份，并为该呼叫分配资源。
接下来，移动通信系统通知被叫方有一个呼叫请求。
被叫方可以选择接受或拒绝该呼叫。
2.2 呼叫连接如果被叫方接受呼叫，移动通信系统会建立呼叫连接，包括建立信道连接和配置一系列参数等步骤。
一旦呼叫连接建立，呼叫方和被叫方之间可以进行语音通话或数据传输。
2.3 通话中在呼叫连接建立后，呼叫方和被叫方可以进行通话。
移动通信系统负责信号处理、数据交换和其他必要的功能。
通话过程中，系统会持续监测信号质量，以保证通话质量。
2.4 呼叫释放当呼叫结束时，呼叫方和被叫方可以通过发送释放信令来终止呼叫。
移动通信系统会释放相关资源，并记录呼叫相关信息。
3.数据传输流程3.1 数据传输准备在进行数据传输之前，移动通信系统需要进行一系列准备工作。
这包括配置数据通道、分配IP地质等。
系统还会对数据进行压缩和加密等处理。
3.2 数据传输一旦数据传输准备完成，移动通信系统可以开始传输数据。
数据可以是文本、图片、音频或视频等。
系统会负责数据的分割、传输和重组等操作。
3.3 数据接收被叫方会接收到传输的数据，并进行相应的处理。
系统会负责数据的解码、解压缩等操作。
被叫方可以选择展示数据或进行进一步处理。
4.附加功能4.1 呼叫转移移动通信系统支持呼叫转移功能。
用户可以将呼叫转移到其他设备或号码，以实现流动性。
4.2 呼叫等待当用户正在通话中时，如果有其他呼叫进来，移动通信系统可以提供呼叫等待功能。
用户可以选择接听新的呼叫或忽略它。
4.3 呼叫保持在通话中，用户可以选择将当前的呼叫保持起来，以便进行其他操作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
主叫信令细解✓1、CHANNEL_REQUEST–Channel request信息包含3bits的建立原因，5bits手机随机选取的Random Reference–建立原因包含呼叫响应、紧急呼叫或其他业务如主叫、短消息或位置更新–Random Reference 用来区分同时请求接入网络的手机✓2、CHANNEL_REQUIRED–包含Channel request的所有信息、TDMA frame number 、Access Delay–Access Delay 是BTS预估的第一次timing advance✓3、CHANNEL_ACTIVATION–收到channel-required 后BSC要分配给该呼叫SDCCH–信息包含DTX control, channel description, mobile allocation, 手机和基站的最大power levels ,BSC计算出的timing advance✓4、CHANNEL_ACTIVATION_ACK–channel activation 的响应–BTS收到该消息后收发就用SACCH✓5、IMMEDIATE_ASSIGNMENT_COMMAND–BSC告知BTS要用的SDCCH信道特征✓6、IMMEDIATE_ASSIGNMENT–BTS在AGCH上通知手机SDCCH信道特征–参数包括the page mode, SDCCH channel 描述, SACCH, hopping indicator, 初始timing advance, mobile allocation (假如开启了跳频)–还包括手机原先发送的request reference (random reference和TDMA frame number)，用来识别相应的手机–手机可以开始启用SDCCH✓7、CM_SERVICE_REQUEST–手机在SDCCH发送layer2信令SABM (Set Asynchronous Balanced Mode)给BTS–SABM包括一个layer3服务请求信息，用来向网络侧指示服务类型✓8、ESTABLISH_INDICATION–BTS通过Establish Indication消息应答Immediate Assignment Command–Establish Indication有两个用处，一是在本阶段通过BTS表明手机已经占用上了SDCCH,二是BTS识别主信令信道，以便加入layer3信息✓9、CM_SERVICE_REQUEST–送到MSC✓10、UA–BTS应答手机发送的SABM✓11、PROCESS_ACCESS_REQUEST–把手机的接入请求向VLR发送✓12、AUTHENTICATE–VLR发起鉴权请求✓13、AUTHENTICATION_REQUEST–MSC在DT1 (Data Form 1)上发送Authentication Request ，消息包含RAND✓14、AUTHENTICATION_REQUEST–BSC经BTS发送给手机✓15、AUTHENTICATION_RESPONSE–手机应答Authentication Request ，包含SRES–鉴权有两种算法A3和A8，算法和32位密钥Ki存在SIM卡中，鉴权中心(AuC) 也有相同的信息。
具体流程见下图✓16、AUTHENTICATION_RESPONSE–SRES传回VLR来完成鉴权流程✓17、AUTHENTICATION_RESPONSE–MSC针对Authenticate给出响应✓18、SET_CIPHERING_MODE–VLR给MSC发送Set Ciphering Mode消息，用于改变手机和BTS连接的加密状态✓19、CIPHERING_MODE_COMMAND✓20、ENCRYPTION_COMMAND (BSSMAP)–BSC存储加密算法，并发送加密消息给BTS。
开始加密模式运行✓21、CIPHERING_MODE_COMMAND (RR)–BSS通知手机开始加密，并开始在加密模式下接收✓22、CIPHERING_MODE_COMPLETE–手机回应加密命令✓23、CIPHERING_MODE_COMPLETE–如果启用加密模式，则本条消息是空口的第一个加密消息–BSS告知MSC手机已开始加密和开始在加密模式下发送信息✓24、ACCESS_REQUEST_ACCEPTED–VLR正式回应Process Access Request消息✓25、FORWARD_NEW_TMSI–VLR要求MSC 执行TMSI reallocation✓26、TMSI_REALLOCATION_COMMAND–TMSI reallocation流程是为了加强身份保密，通常至少在LAC变化时执行–MSC发起TMSI reallocation，该消息包含网络新分配的TMSI&LAI或LAI&IMSI(TMSI删除情况下)✓27、TMSI_REALLOCATION_COMMAND–TMSI Reallocation Command 发送给手机✓28、TMSI_REALLOCATION_COMPLETE–手机收到的是IMSI，则删除以前贮存的所有TMSI–手机收到的是TMSI，则贮存在SIM卡中✓29、TMSI_REALLOCATION_COMPLETE–TMSI Reallocation Complete 发送给MSC✓30、TMSI_ACK–MSC应答VLR的TMSI重新分配✓31/32、SETUP–手机开始真正的呼叫建立信令，本消息中包含被叫方的号码✓33、SEND_INFO_FOR_OG_CALL–VLR要求重新获取呼叫数据✓34、COMPLETE_CALL–VLR应答MOC✓35/36、CALL_PROCEEDING–MSC应答setup消息–手机收到Call Proceeding消息就进入了“Mobile originated call proceeding”状态✓37、ASSIGNMENT_REQUEST–本消息启动TCH分配。
在A接口MSC主要寻找电路–包含可选信息：Priority of the call, Downlink Discontinuous Transmission (DTX), Radio channel identity和Interference band✓38、PHYSICAL_CONTEXT_REQUEST–BSC向BTS询问目前的TA，以便开始TCH分配✓39、PHYSICAL_CONTEXT_CONFIRM–BSC从BTS收到TA信息，开始了TCH预留和分配–预留和分配过程与SDCCH过程一致✓40、CHANNEL_ACTIVATION–消息包含channel number, activation type, channel mode (DTX/No DTX), channel type (Speech / data: 话音则包含GSM编码算法，数据则包含信道透明或非透明和数据速率), channel identity, 加密信息, ‘Physical contextconfirm’ 消息中的BS & MS power levels和TA✓41、CHANNEL_ACTIVATION_ACK–BTS返回TDMA frame number，Abis接口的TCH就激活了✓42、ASSIGNMENT_COMMAND–BTS把收到的信息递交给手机–信息包括channel description, power levels, cell channel description, channel mode (Full / Half)和mobile allocation–这是layer2消息，包含一些layer3信息–消息包括service request (依据establishment cause!), ciphering key sequence, Mobile Station Classmark和Mobile Identity✓44、ESTABLISH_INDICATION–Establish Indication有两个用处，一是在本阶段通过BTS表明手机已经占用上了FACCH,二是BTS识别主信令信道，以便加入来自手机的layer3信息✓45、UA–当在LAPDm-protocol 中建立layer2时，UA通常用来确认✓46、ASSIGNMENT_COMPLETE–手机告知现在已经占用TCH，所有的一切都准备就绪✓47、ASSIGNMENT_COMPLETE–BSS向MSC确认信道的占用✓48、CHANNEL_RELEASE–当手机通知网络已经占用了TCH，则用作呼叫建立的SDCCH就没有意义了–用来释放SDCCH✓49、CHANNEL_RELEASE_ACK–BTS确认Channel Release 消息✓50/51、ALERTING–(50）MSC经BSS发送Alerting 消息–(51）MSC通知手机被叫用户已经振铃，手机自己也产生振铃声–该消息包含所谓的进度指示（progress indicator），这也意味着本连接不是端对端的ISDN连接。
在Progress 中也传送该信息✓52/53、CONNECT–(52）该消息显示手机的网络连接全部已经建立–(53）手机把用户与无线链路对接上，并发送确认消息，停止任何铃声提示并进入"active"状态✓54/55、CONNECT_ACK–手机通知MSC，手机已经进入"active"状态✓56、MEASUREMENT_REPORT–通话状态下，手机每0.5s上发话音质量的测量报告✓57、MEASUREMENT_REPORT/RESULT–BTS预处理后送给BSC，该阶段一般nokia基站不做预处理✓58/59、DISCONNECT–(58)手机发送拆线请求，该消息停止通话的计费–(59)发送给MSC✓60/61、RELEASE–release来自于MSC✓62/63、RELEASE_COMPLETE–手机告知call release进行中✓64、CLEAR_COMMAND–发自MSC，要求释放相关专用资源，即BSSAP链路✓65、CHANNEL_RELEASE–占用的TCH去激活，也称为“layer3断开”–一般的呼叫建立过程中，释放原因是“normal”✓66、DEACTIVATE_SACCH–BSC通过下行发送该消息是为了阻止系统信息继续发向手机–实际上在SACCH上收发任何消息都没用了，因此要被去激活✓67、DISC–手机在上行发送layer2帧，通知BTS正在停止TCH/FACCH上的话务✓68、UA–BTS应答DISC帧。