一次完整被叫通话的信令流程
VOLTE信令流程
VOLTE信令流程,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1：VoLTE主叫（1）VoLTE用户附着在LTE，如果被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（2） VoLTE用户附着在LTE，如果被叫是CS用户，则呼叫从主叫归属IMS域直接进入CS域，由CS域完成后续呼叫；（3）VoLTE用户附着在CS，如果被叫是VoLTE用户，通过被叫锚定方案将语音接续到被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（4） VoLTE用户附着在CS，如果被叫是CS用户，呼叫同现网CS用户呼叫CS用户。
1.2：VoLTE被叫（1）主叫是VoLTE用户，附着在LTE，被叫是VoLTE用户，则将呼叫路由至被叫归属IMS域，由被叫归属IMS进行被叫域选，并根据域选结果进行后续路由；（2）主叫是VoLTE用户，附着在CS，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（3）主叫是CS用户，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS 域，由归属IMS进行被叫域选，根据域选结果进行后续路由； 1.3：Precondition建立媒体PDP上下文的过程称为资源预留。
对于双方的UE而言，建立PDP上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。
因此，Precondition作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况 1.4：VoLTE信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map)&& !(diameter.cmd.code == 280)) && !(diameter.cmd.code == 257))&& !(diameter.cmd.code == 282)2. VoLTE用户（LTE附着）呼叫VoLTE用户（LTE/CS附着）2.1 VoLTE用户呼叫VoLTE用户，主被叫均附着在LTEVoLTE SBC(O)MMTel AS(O)MMTel AS(T)VoLTE SBC(T)UE(O)MME(O)SAEGW(O)PCRF(O)I/S-CSCF(O)HSS(T)I/S-CSCF(T)PCRF(T)SAEGW(T)MME(T)UE(T)1.INVITE2.AAR3.RAR6.Creat bearer request8.Creat bearerresponse4.RAA5.AAA7.空口流程A-U11.RAR12.RAA13.INVITE14.INVITE15.INVITE16.INVITE17.LIR18.LIA19.INVITE20.UDR21.IDR22.IDA23.UDA24.INVITE25.INVITE26.INVITE27.18328.AAR35.18336.18337.18338.18 339.18340.18341.18331.AAA29.RAR30.RAA32.Creat bearer request34.Creat bearer response33.空口流程42.18343.PRACK/200 OK44.AAR45.RAR46.RAA48.Update bear request49.空口流程47.AAA50.Update bearresponse51.UPDATE52.UPDATE53.UPDATE54.UPDATE55.UPDATE56.UPDATE57.UPDATE58.UPDA TE59.UPDATE60.200 OK61.200 OK62.200 OK63.200 OK64.200 OK65.200 OK66.200OK67.200 OK68.200 OK69.被叫振铃70.180 Ringing71.200 OK/ACK通话建立72.BYE73.BYE75.STR76.RAR77.RAA79.Delete bear request80.空口流程74.BYE82.STR83.RAR78.AAA85.STA84.RAA81.Delete bear response89.200 OK86. Delete bearer request88.Delete bearer response89.空口流程1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。
本地一卡多号业务语音短信信令流程及说明.
2.4.1. 真实副号码呼叫流程2.4.1.1. 真实副号码做主叫应用场景：开通了真实副号码的一卡多号用户使用真实副号码呼出，被叫普通用户正常应答。
流程图：流程描述：1.主叫用户拨打接入码＋序号＋实际被叫号码B进行呼叫，由于主叫交换机MSCa配置了接入码数据，因此呼叫被路由到和一卡多号相连的业务关口交换机G-MSC；2.呼叫在G-MSC被路由到SIMM业务平，主叫号码A，被叫为接入码＋序号＋实际被叫号码B；3.SIMM业务平台检查主叫号码为A,被叫号码前缀为接入码＋副号码序号, 得知用户使用真实副号码进行呼叫；4.S IMM业务平台进行号码翻译后发送IAM消息给G-MSC，其中携带的主叫为用户设定的真实副号码A1，被叫为被叫号码B；5.G-MSC将话路接续到被叫交换机MSCb；6.被叫交换机通过G-MSC给SIMM业务平台发送ACM消息；7.SIMM业务平台通过G-MSC转发ACM消息给主叫交换机；8.被叫回复ANM后，主被叫开始通话；9.通话结束后，主被叫拆线。
注：此呼叫被叫来电显示号码为真实副号码，用户可以直接回拨。
2.4.1.2. 真实副号码做被叫应用场景：普通用户拨打一卡多号业务用户的真实副号码，一卡多号业务用户正常应答流程图：流程描述：1.用户A呼叫一卡多号用户B的副号码B’，主叫交换机MSCa查询号码B’的签约信息为一卡多号业务副号码，因此呼叫被路由到和归属地一卡多号业务平台相连的业务关口交换机G-MSC；2.呼叫在G-MSC被路由到SIMM业务平台，主叫号码A，被叫为号码B’；3.SIMM业务平台检查主叫号码为A,被叫号码B’,得知在呼叫用户B的副号码B’;4.SIMM业务平台进行号码翻译后发送IAM消息给G-MSC，其中携带的主叫为副号码序号+主叫号码A，被叫为被叫号码B；5.G-MSC将话路接续到被叫交换机MSCb；6.被叫回复ANM后，主被叫开始通话；7.通话结束后，主被叫拆线注：此呼叫接续到一卡多号用户的主号码，一卡多号用户看到的来电显示号码为“副号码顺序号+主叫号码”，注意此时一卡多号用户不能直接回拨。
电话呼叫处理的信令流程
电话呼叫处理的信令流程
电话呼叫处理涉及复杂的信令流程，主要包括以下几个步骤：
1. 呼叫发起阶段：主叫用户摘机后，交换机接收拨号信号（如DTMF），生成初始地址消息（如SS7的IAM消息），通过信令链路发送给被叫方所在网络。
2. 路由选择阶段：沿途各交换机依据信令中的被叫号码信息，执行号码分析和翻译，确定路由，并转发信令消息。
3. 呼叫建立阶段：被叫方交换机接到IAM后，向被叫用户振铃，并发送回铃音信号。
被叫用户摘机后，交换机发送ACM（地址全配置完成）消息通知主叫方，随后主叫方交换机发送连接请求（如ANC 或CON消息），双方交换确认后建立通话连接。
4. 通话阶段：双方进行语音通信。
5. 呼叫释放阶段：任意一方挂机后，触发释放信令流程，最终通过REL和CLR等消息释放通话资源，结束通话。
VoLTE基本原理及信令流程
Home Domain
Mj
BGCF
MGCF
SGW
Interworking Elements
MGW
Mn
IMS网元功能
P-CSCF (Proxy Call Session Control Function) IMS域拜访域控制平面统一的初步入口点，将来自拜访地接入网络的SIP消息，包括注册登记、多媒体会话等， 代理转接到其归属地的S-CSCF（根据登记时记录的信息）或I-CSCF（根据SIP UA携带的归属域名）； 负责与IMS SIP终端之间可选的SIP消息压缩/解压缩，提高无线接入空口带宽的利用率； 在会话建立过程中解析用户面SDP信息，通过Diameter与QoS策略执行实体PDF的交互，将QoS承载需求（带 宽，时延/抖动级别等）知会PDF，再由PDF将QoS策略决定最终下发到IP接入汇聚层设备或边缘路由器进行策 略执行，最终为IMS业务所使用的本地接入网IP QoS资源提供认证授权功能，实现IMS业务的端到端QoS服务 保障；在会话释放时通知PDF在IP承载控制层释放相应资源占用信息； 负责IMS会话相关计费话单产生，将接入网与IMS计费信息相关联，并将CDR通过Diameter送往CCF； 作为SIP UA处理处理异常情况下的会话终结及相应SIP消息生成； 检测紧急业务的发起 提供IMS与UE之间SIP信息的完整性与安全性保护
SLF HSS
Sh ISC Dx Cx Mw Cx Mr
AS
Session Management and Routing
Gm Mw
UE
P-CSCF
I-CSCF
S-CSCF
MRFC
Mp
Mi
Go
MRFP GGSN
VoLTE基本信令流程解析
Reconfiguration 12）0）RRRRrCceqCCuooennsnnt eeccttiioonn
Reconfigutarion 2）RCrcomCopnlenteection
Setup
A发起呼叫
IDLE模式，先将数据缓 存，信令跑通后发送数据
22）DownLink Data Transfer（INVITE）
2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB 发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。
3. eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信。
13. SGW发现UE B为IDLE模式，发送下行数据到的通知到MME， 同时缓存数据。
14 . MME对UE B发起寻呼流程。
15. 同上述步骤1-9 : 步骤14-21，UE B也会完成在MME以及IMS的注册。
16. SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。 UE发送上行数据到AS，携带回复 的100 Trying消息。后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。 6
13）Paging
VoLTE基本流程与信令解析 功 能 ：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图
预置条件：A、B均已在MME附着，已在AS服务器注册。
14）RRC Connection Request
备 注 ：黑色，正常消息描述，包括Rrc、S1信令和普通描述等 红色，NAS标准信令
VoLTE呼叫业务流程
移动主被叫及切换信令流程分析
1、主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止.一般来说,主叫经过几个大的阶段：接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段.接入阶段主要包括：信道请求,信道激活,信道激活响应,立即指配业务请求等几个步骤.经过这个阶段,手机和BTS BSC 建立了暂时固定的关系.鉴权加密阶段主要包括：鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤.经过这个阶段,主叫用户的身份已经得到了确认,网络认为主叫用户是一个合法用户允许继续处理该呼叫.TCH指配阶段主要包括：指配命令,指配完成.经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫接续的过程中不能接通,主叫用户可以通过话音信道听到MSC的语音提示.取被叫用户路由信息阶段主要包括：向HLR请求路由信息,HLR向VLR请求漫游号码,VLR回送被叫用户的漫游号码,HLR向MSC回送被叫用户的路由信息MSRN. MSC收到路由信息后,对被叫用户的路由信息进行分析,可以得到被叫用户的局向.然后进行话路接续.主叫接入阶段、鉴权阶段主要信令：当用户输入被叫号码完毕按下发射按纽后,手机以下以MS代替将进行一系列动作,首先MS将在随机接入信道RACH 向BSS发送信道请求消息,以便申请一个专用信道SDCCH ,BSC为其分配相应的信道成功后,在接入允许信道AGCH中通过立即分配消息通知MS为其分配的专用信道,随后MS将在为其分配的SDCCH上发送一个层三消息---CM业务请求消息,在该消息中CM业务类型为移动发起呼叫,该消息被BSS透明的传送至MSC,MSC收到CM业务请求消息后,通过处理接入请求消息通知VLR处理此次MS的接入业务请求,同时,由于在BSC和MSC之间用到了SCCP有连接服务,为建立SCCP连接,MSC还将向BSC回连接确认消息,收到业务接入请求后,VLR将首先查看在数据库中该MS是否有鉴权三参组,如果有将直接向MSC下发鉴权命令,否则向相应的HLR/AUC请求鉴权参数,从HLR/AUC得到三参组,然后再向MSC下发鉴权命令.MSC收到VLR发送的鉴权命令后,通过BSS向MS下发鉴权请求,在该命令中含有鉴权参数,MS收到鉴权请求后,利用SIM卡中的IMSI和鉴权算法,得出鉴权结果,通过鉴权响应消息送达MSC, MSC将鉴权结果回送VLR, 由VLR 核对MS上报的鉴权结果和从HLR取得的鉴权参数中的结果,如果二者不一致拒绝此次接入请求,此次呼叫失败,如果二者一致,则鉴权通过,鉴权通过后,VLR将首先向MSC下发加密命令,然后通知MSC,该MS此次接入请求已获通过,MSC通过BSS通知MS业务请求获得通过,然后MSC向MS下发加密命令,该命令内含加密模式,MS收到此命令并完成加密后回送加密完成消息,到此MS完成了整个接入阶段的工作.TCH指配阶段、取被叫漫游号码阶段主要信令经过接入阶段和鉴权加密过程后,主叫用户的合法身份已经得到确认,已经接入了网络,为继续进行呼叫,需要更为详细的信息,按照规范,此时MS将发送一个set up消息,在此消息中携带有被叫号码和主叫标识等更为详细的信息,MSC收到此消息后,首先通过消息向VLR查询该用户的相关业务信息,VLR根据此次业务类别和开户时MS已经申请的业务信息,决定此次呼叫是否可以继续,如果可以继续,通过完成呼叫消息向MSC回送该用户数据,MSC收到该信息后,通过呼叫继续消息经BSS通知MS呼叫在继续处理之中,然后,根据A接口电路情况,向BSC发送指配请求消息,在该消息中选定某条A接口电路,BSC收到该指令后向BTS、 MS指定无线资源,MS收到该指令后,占用成功回送分配完成消息,到此TCH指配阶段完成,本局的无线资源和A接口电路均已成功分配.MSC收到MS上报的指配完成消息后,进行被叫分析,根据被叫号码寻址到HLR,发送路由信息请求消息,HLR收到该消息后,根据被叫IMSI查询得到被叫所在的VLR,向被叫所在的VLR请求漫游号码,被叫所在的VLR在受到请求漫游号码消息后,为对应的MS分配MSRN ,然后在请求漫游号码响应消息中回送给HLR, HLR得到该MSRN后,向主叫所在MSC发送路由信息响应消息,MSC从该消息中得到被叫的MSRN, 根据MSRN进行局间中继选路,并向被叫所在的MSC发送IAI消息.至此主叫信令流程基本结束.2、被叫信令流程对移动用户来说,被叫的过程从MSC向BSC发起对被叫用户的寻呼开始,到主叫和被叫通话为止.一般来说,被叫流程经过几个大的阶段：接入阶段、鉴权加密阶段、TCH指配阶段、通话阶段.接入阶段主要包括：手机收到BTS的寻呼命令后,信道请求,信道激活,信道激活响应,立即指配,寻呼响应.经过这个阶段,手机和BTS、BSC 建立了暂时固定的关系.鉴权加密阶段主要包括：鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立.经过这个阶段,被叫用户的身份已经得到了确认,网络认为被叫用户是一个合法用户.TCH指配阶段主要包括：指配命令,指配完成.经过这个阶段,被叫用户的话音信道已经确定,被叫振铃,主叫听回铃音.如果这时被叫用户摘机,主被叫用户进入通话状态.当一个端局MSC收到它局发送的IAI消息后,为了确定被叫用户是否能够接受此次呼叫,MSC会首先通过消息向相应的VLR查询有关该被叫用户的用户信息,如果VLR通过查询用户信息,发现该用户可以接受此次呼叫未关机且允许接受呼叫,会向MSC发送寻呼命令消息,在该消息中,在该消息中含有用户的位置信息LAI,MSC收到此信息后,查询数据,得到控制此位置区的BSC的信令点编码,向相应的BSC下发寻呼命令,BSC通知所控制的BTS在寻呼信道PCH 下发寻呼消息.手机一直在侦听该信道,当收到寻呼自身的消息后,在随机接入信道RACH 上报寻呼响应消息由于在A接口用到了SCCP的有连接服务所以寻呼响应同时被视为SCCP的连接建立请求消息MSC的SCCP 层对应的应该回一个连接证实消息,同时MSC向VLR发送处理接入请求消息,VLR首先启动鉴权流程,查看该用户的鉴权参数组,如果VLR中没有该用户的鉴权三参组,VLR会发起向HLR取鉴权参数的过程详细过程可以参见主叫用户的接入过程中的鉴权过程,否则VLR会直接向MSC发送启动鉴权消息,在启动鉴权消息中含有该用户的一个鉴权三参组RAND 、KC、 SERS,MSC收到该消息后,MSC收到该消息后,会继续通知对应的BSC、BTS下发鉴权命令,MS收到鉴权请求后,根据SIM卡中的KI, 计算出对应的SERS,之后,将SERS在鉴权响应消息中上报MSC,MSC回送至VLR VLR收到鉴权响应消息后,核对上报的SERS和从HLR得到的三参组中的SERS是否一致,如果一致,向MSC发送接入请求接受消息,通知MSC该用户的此次接入请求被接受.并通过完成呼叫消息向MSC回送被叫的用户信息；如果不一致,此次呼叫将被拒绝.被叫TCH指配阶段通话阶段主要信令流程：MSC收到完成呼叫消息后,向BSS侧发送SETUP消息,提示将建立呼叫,MS收到该消息后,回送呼叫证实消息,之后,MSC选择相应的A接口电路,向对应的BSC发送指配请求消息,BSC根据资源情况分配相应的无线资源,并通知MS,MS占用成功后回送指配完成消息,同时被叫MS开始震铃,向其所在MSC 回震铃消息,该MSC向主叫所在MSC回地址全消息,主叫所在MSC向MS发送被叫震铃消息,此时主机用户可以听到回铃音；被叫用户如果决定接受此次呼叫,按应答按纽,此动作被手机翻译成为CONNECT消息,向MSC发送,MSC收到该消息后,向主叫MSC发送应答消息ANC,主叫MSC收到此消息后,向主叫MS发送连接建立请求消息,主叫MS相应的向主叫所在MSC回连接证实消息,此消息经被叫MSC传送至被叫MS,于是,本此呼叫开始通话双方进行通话.3、切换信令流程1小区内切换2小区间切换3外部切换。
VOLTE信令流程(精)
,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1:VoLTE 主叫(1 VoLTE 用户附着在 LTE ,如果被叫是 VoLTE 用户,则将呼叫路由至被叫归属IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;(2 VoLTE 用户附着在 LTE ,如果被叫是 CS 用户,则呼叫从主叫归属 IMS 域直接进入 CS 域,由 CS 域完成后续呼叫;(3 VoLTE 用户附着在 CS ,如果被叫是 VoLTE 用户,通过被叫锚定方案将语音接续到被叫归属 IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;(4 VoLTE 用户附着在 CS ,如果被叫是 CS 用户,呼叫同现网 CS 用户呼叫 CS 用户。
1.2:VoLTE 被叫(1 主叫是 VoLTE 用户, 附着在 LTE , 被叫是 VoLTE 用户, 则将呼叫路由至被叫归属 IMS 域, 由被叫归属 IMS 进行被叫域选,并根据域选结果进行后续路由;(2主叫是 VoLTE 用户,附着在 CS ,被叫是 VoLTE 用户,通过锚定方案将语音接续到被叫归属 IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;(3 主叫是 CS 用户,被叫是 VoLTE 用户,通过锚定方案将语音接续到被叫归属IMS 域, 由归属 IMS 进行被叫域选,根据域选结果进行后续路由;1.3:Precondition建立媒体 PDP 上下文的过程称为资源预留。
对于双方的 UE 而言, 建立 PDP 上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前,根本无法保证所协商的媒体会话是否可以建立起来。
因此, Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前,被叫方不应振铃 , 以最大程度减少被叫方振铃但接听电话又失败的情况1.4:VoLTE 信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map&& !(diameter.cmd.code == 280 && !(diameter.cmd.code == 257&& !(diameter.cmd.code == 2822. VoLTE用户(LTE 附着呼叫 VoLTE 用户(LTE/CS附着2.1 VoL TE 用户呼叫 VoL TE 用户,主被叫均附着在 LTE1 主叫用户 UE(O的呼叫请求发送到主叫 PCSCF 。
H.248信令一次完整呼叫说明
dd/ce=dtmf detect cg/dt=digit tone ------------------------------------------------------------------------------------[Record 6] 时间=8:12:20 =!/1 [10.61.26.38]:2944 P=28481{C=-{MF=USER00100800000}} Record 6:MG 回复 MGC 收到 T28481（即 Record 5 中的指示） ------------------------------------------------------------------------------------[Record 7] 时间=8:12:20 =!/1 [10.61.26.34]:2944 K{ 28481} Record 7:MGC 对 P28481 事务响应 ------------------------------------------------------------------------------------[Record 8] 时间=8:12:24 =!/1 [10.61.26.38]:2944 T=1988{C=-{N=USER00100800000{OE=2003{20041210T08122400:dd/ce{ds="5679602",Meth=UM}}}}} Record 8:MG 向 MGC 上报收到的号码 ds=digit string 收到的字符串，即号码 UM=Unique Match,号码匹配结果是唯一匹配（号码匹配结果有 PM,FM,UM3 类，即部分匹配、全匹配、唯一匹配） ------------------------------------------------------------------------------------[Record 9] 时间=8:12:24 =!/1 [10.61.26.34]:2944 P=1988{
VoLTE 信令流程详解
VOLTE信令流程VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进展理解，EPC 只是做为业务承载体。
由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令说明局部不结合CDL信令进展说明1.注册流程及重要信令详解SIP 提供了发现机制，假如用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址URI 和一个或者多个相关联，这样才能进展呼叫等业务。
严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进展说明。
用户的注销过程与注册过程相似，主要就是注销恳求中,expire值为0，所以本文中不再进展单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。
信令说明如下：1.UE进展Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接；2.建立立QCI=5的默认承载，用于传送SIP信令；3.UE通过QCI=5的默认承载向IMS发起注册恳求；4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含平安认证所需的令牌；5.终端将用户标识和密码根据平安认证令牌加密后，再次用REGISTER消息报告给P-CSCF效劳器；6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK；7.用户向IMS订阅注册事件包8.效劳器应答订阅成功9.IMS效劳器发送notify消息，由于订阅的用户已经注册，所以IMS效劳器回应Notify消息中，状态为active，同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下：注销过程测试信令截图如下：1)Activate Default EPS Bearer Context Request〔QCI=5〕该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。
GSM信令完整流程
UL: AUTHENTICATION RESPONSE 鉴权响应
DL: CIPHER MODE COMMAND
UL: CIPHER MODE COMPLETE
DL: TMSI REALLOCATION COMMAND TMSI分配命令
UL: TMSI REALLOCATION COMPLETE TMSI分配完成
呼叫失败
Paging Request Channel Request Immediate Assignment CM Service Request System Information Type1（在一次呼叫过程中，若连续出现多个CM Service Request，则视为一次呼叫失败）
正常的呼叫流程
呼叫成功
2023最新整理收集 do something
Paging Request Channel Requet 信道请求 Immediate Assignment 立即指配 CM Service Request (CM连接管理层) CM Service Accept CM业务接收 Setup 建立 Call Proceeding 呼叫进程 Assignment Command 指配命令 Assignment Complete 指配完成 Connect/Alerting 响铃
感感
谢 阅
谢
读阅
读
Classmark Enquiry Identity Request Classmark Change Classmark Change Identity Response Tmsi Reallocation Command Tmsi Reallocation Complete Cm Service Accept Setup Call Proceeding Assignment Command Assignment Complete Alerting Connect Connect Acknowledge Disconnect Release Release Complete Channel Release
VoLTE信令流程详解
VOLTE信令流程VOLTE是基于SIP协议的语音通话,所有与IMS交互的信令全部为SIP信令,在理解VOLTE信令方面必须对SIP信令进行了解,EPC只是做为业务承载体;由于SIP信令是以加密方式传输,SIP信令只有在CN侧和终端侧才能解码,基站CDL无法记录SIP信令,同时CDL无法解码较多NAS层直传消息,所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制,如果用户要发起和另一个用户的会话,SIP 必须发现可到达目的用户的当前主机,注册将记录地址URI 和一个或者多个联系地址相关联,这样才能进行呼叫等业务;严格意义上说,SUBSCRIBE和NOTIFY过程不属于注册过程,但由于该过程在注册完成后紧跟着出现,所以本文将该过程放在注册流程中进行说明;用户的注销过程与注册过程相似,主要就是注销请求中,expire值为0,所以本文中不再进行单独说明,注销过程无SUBSCRIBE信令,是因为UE注册时已有SUBSCRIBE;信令说明如下：1.UE进行Attach,建立QCI=9的默认承载,并使用IMS APN建立PDN连接；2.建立立QCI=5的默认承载,用于传送SIP信令；3.UE通过QCI=5的默认承载向IMS发起注册请求；4.P-CSCF通过HSS获知用户信息不在数据库中,便向终端代理回送401 Unauthorized 质询信息,其中包含安全认证所需的令牌；5.终端将用户标识和密码根据安全认证令牌加密后,再次用REGISTER消息报告给P-CSCF服务器；6.P-CSCF将REGISTER 消息中的用户信息解密,验证其合法后,IMS核心网将该用户信息登记到数据库中,并向终端返回成功响应消息200 OK；7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息,由于订阅的用户已经注册,所以IMS服务器回应Notify消息中,状态为active,同时携带XML 信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下：注销过程测试信令截图如下：1)Activate Default EPS Bearer Context RequestQCI=5该信令是用于建立QCI=5的默认承载,所有SIP信令都通过QCI=5的承载传输,该信令的内容已在该信令前的RRC重配置中附带下来;主要说明如下：该信令中主要是关注QCI等级,必须是QCI=5,才能传输SIP信令,ERAB ID=62)REGISTER1ST Sip Register Request& REGISTER401UnauthorizedREGISTER信令是用于网络注册,建立关联主要说明如下：这是用户的第一个REGISTER REQUST信令,所以鉴权方面部分内容为空,需要网络回应后才能补齐REGISTER 401信令是用于向终端回送401 Unauthorized 质询信息,其中包含安全认证所需的令牌,令牌对应用户第一个REGISTER REQUST信令中鉴权摘要为空的部分,并指明算法,主要说明如下：3)REGISTER2nd Sip Register Request& REGISTER 200第二条Register信令是终端将用户标识和密码根据安全认证令牌加密后回送给服务器主要说明如下：REGISTER 200信令是用是确认注册流程完成,并生成SIP-URI和TEL URI,3GPP TS 定义了三种URI如下,VOLTE中使用了后面两种：Alphanumeric SIP-URIsMSISDN represented as a SIP URI:Example: =phoneMSISDN represented as a Tel URI:Example: tel：REGISTER 200信令截图如下：4)SUBSCRIBE& NOTIFYSUBSCRIBE是一个用来请求对方节点的当前状态以及后续状态变化的请求方法,从网络订阅消息,NOTIFY是用于向服务器请求返回当前状态消息;VOLTE中典型的消息流如下：如果订阅过期了,就必须发起新的SUBSCRIBE来进行订阅SUBSCRIBE CDS信令截图如下：SUBSCRIBE 200 CDS信令截图如下网络通过NOTIFY向UE发送订阅的内容,UE通过NOTIFY 200确认已收到,NOTIFY的CDS信令截图如下：2.语音通话流程及重要信令详解语音呼叫过程就是为典型的SIP通话过程,经过多个修改,基本已经定型;由于VOLTE呼叫其它通话制式的手机时,VOLTE终端侧的信令未有变化,所以本文中不会进行说明;CDS软件信令截图如下：呼叫流程图如下：信令说明如下：1．1到6,UE起呼,UE高层协议层需要发送INVITE到IMS,触发RRC连接、安全模式等过程,并通过RRC重配置消息建立SRB2信令无线承载、恢复QCI 5承载,配置测量控制,IMS收到主叫的INITE消息,开始寻呼,并发送INVITE 100TRYING给主叫UE,用于响应INVITE消息,INVITE消息中包含呼叫类型、主被叫的号码、主叫方支持的媒体类型和编码等；2．7到15,核心网向处于空闲态的被叫发INVITE消息,由于被叫处于空闲态,所以核心网侧触发寻呼消息,寻呼处于空闲态的被叫用户,被叫UE收到寻呼后,触发RRC连接、安全模式等过程,被叫通过RRC 重配置消息建立SRB2信令无线承载,CN侧通过QCI=5的RB向被叫发送INVITE消息,UE收到后发送INVITE 100消息进行响应,同时被叫发送INVITE 183消息给CN表示会话正在处理,启动Precondition资源预留过程,并通知主叫自己所支持的媒体类型和编码,并建立起QCI=1的承载；3. 16到17,IMS收到被叫的INVITE 83 后,对主叫启动Precondition资源预留过程,通过EPC通知主叫SM层建立起QCI=1的承载后,向UE发送INVITE 183消息；4．18到25,主叫向被叫发送PRACK消息,PRACK过程是一个预确认过程,主要为了防止会话超时及拥塞,被叫收到后返回PRACK 200,主叫收到被叫的PRACK 200以后,发送UPDATE消息,进行媒体格式协商过程,被叫通过UPDATE 200返回协商结果；5. 26到31是振铃接听过程,被叫发送INVITE 180给主叫,振铃,摘机后发送INVITE 200给主叫,主叫返回ACK进行确认,通话完全建立,进入通话过程；6. 32到37为挂机过程,通话结束后,主叫发送BYE请求结束本次会话,IMS服务器给被叫发送BYE,请求结束本次会话,被叫挂机,回BYE 200消息,核心网IMS服务器给主叫发BYE 200,标明会话结束,主被叫分别去激活EPS专用承载消息,删除QCI=1的数据无线承载;1)INVITEINVITE是发起会话邀请,在VOLTE中就是用于起呼,INVITE消息中主要包含了主叫信息、被叫号码和主叫支持的格式信令截图如下：2)RRCConnectionReconfiguration QCI=1该信令对应流程中的步骤13、14的RRCConnectionReconfiguration,在核心网下发“Activate Dedicated EPS Bearer Context Request”消息后,基站将该消息附加在“RRCConnectionReconfiguration”消息中一起下发,所以“RRCConnectionReconfiguration”中解码出来的“Activate Dedicated EPS Bearer Context Request”消息内容,与后续的“Activate Dedicated EPS Bearer Context Request”消息内容一致;主要说明如下：1.在pdcp-ConfigheaderCompression可以查到头压缩的的相关配置,主要内容为头压缩使用的方案格式；2.在mac-MainConfig节点下可以查到ttiBundling功能是否开启；3.在该消息中如果查不到关于SPS的IE,则说明SPS为关闭状态；如果SPS开启,SPS在信令中的格式如下：3)UPDATE & UPDATE 200UPDATE主要是用于在呼叫过程中进行媒体格式的二次协商,UPDATE 200消息是对UPDATE消息的确认,UPDATE 200消息中协商结果为双方通话使用的通话格式,通常选取主被叫双方中格式中较低的一种,主被叫双方根据协商结果,通过“Modify EPS Bearer Context Request”消息对EPS承载进行相应的修改;在UPDATE消息中携带了主要建议的语音编码格式,好点正常语音业务上下行各占用2个PRB左右,标清语音和高清语音资源占用基本相同,但差点标清PRB占用数会少一些,未来移动也有可能推广标清语音;在收到的UPDATE 200消息中的编码格式为最终格式,截图如下：如果呼叫2/3G、固话等,协商结果为2/3G、固定电话的编码为准,例如下图中为呼叫2G的UPDATE 200消息,协商结果使用AMR-NB 的编码格式4)视频通话流程与语音通话流程的异同视频电话与语音通话过程基本相同,其中最主要的区别是需要建立QCI=1和QCI=2的承载,QCI=1传送语音,QCI=2传送视频,视频电话的信令截图如下,其中需要注意的是正常结束后会去激活两个承载;主要区别如下：1.语音业务INVITE消息中,呼叫的原因为语音,只携带支持的语音编码格式,视频业务的INVITE中呼叫原因为视频,并携带了主叫支持的视频编码格式;2.视频业务需要建立两条业务承载,QCI=1和QCI=2,这与3G的视频电视只建议一个承载不同,同时视频业务释放时需要释放两条承载；3.eSRVCC切换及重要信令详解VOLTE系统内切换与R8/9的切换相同,所以本文只针对eSRVCC 切换流程进行说明；SRVCC切换流程在3GPP协议TS 里定义,有多种SRVCC流程,本文介绍的是“SRVCC from E-UTRAN to GERAN without DTM support ”流程;eSRVCC切换过程比较简单,与TD-SCDMA中的CS系统间切换流程相似,通过对比可以加深理解;eSRVCC的主要流程为A2B2HORELEASE,目前移动公司的策略是从LTE切向GERAN,本文只说明LTE向GERAN的SRVCC切换过程;测试软件UU口信令截图如下：CDL解码截图如下：信令流程如下：信令说明只说明UU口和S1口的信令,其它步骤详细说明见本节最后面的附件或查询TS 的,主要说明如下：1.步骤1 UE上报B2报告,基站会发起切换判决,这里有两个注意事项,必须UE和CN侧均支持SRVCC切换,基站RRM才会有步骤2判决进行SRVCC切换,否则判决为重定向,详见本文；2.步骤3 eNodeB向源MME发送Handover Required消息,该消息中包含括Target ID多为CGI、generic Source to Target Transparent Container、SRVCC切换指示等;SRVCC HO 指标标明切换目标只是CS域；3.步骤14和15,MME和目标MSC、IMS等经过一系统交互过程后,完成PS到CS的转换过程及目标小区资源预留后,MME向eNodeB发送Handover Command, eNodeB通过MobilityFromEUTRACommand通知UE进行切换;4.步骤16到18,UE切换到GSM,进行同步过程,同步后UE发现Suspend过程,对GPRS业务挂起,后续CN侧会数据业务挂起及通知MME进行链路释放等一系列过程,切换完成;如果在CS 语音结束后UE还在GERANor for any other reason specified in TS, UE则需要按照TS规定恢复PS业务. GN SGSN将按照TS 规定恢复PDP上下文, S4 SGSN将按照TS 规定恢复承载,并且通知S- GW和P-GWs恢复暂停的承载；如果UE在CS语音呼叫终止后已经返回到E-UTRAN,则UE必须通过发送TAU向MME恢复PS服务, MME将通知S-GW and P-GWs恢复挂起的承载,恢复在S-GW和P-GW中挂起的承载,应该通过使用某种操作触发Modify Bearer request消息进行隐式恢复,例如RAU、TAU 或Service Request;S- GW知道承载的暂停状态,并且将转发Modify Bearer request消息到P- GW,如果Modify Bearer Request不是由某类操作触发时,直接恢复必须使用恢复指示消息;1)Attach Request& Initial Context Setup RequestAttach Request信令与Attach过程中的Initial Context Setup Request信令分别包含了UE和网络的SRVCC能力,这是进行SRVCC 的必要条件;主要说明如下：从Attach Request信令中可以得到UE对SRVCC的能力,消息中其它内容与平常的信令相同,UE将SRVCC capability indication作为“UE Network Capability”的一部分包含在Attach Request message/Tacking Area updaterequest中发送给MMEInitial Context Setup Request：注意该消息必须是在Attach过程中的消息才携带SRVCC能力部分;注意事项：1.1、SRVCC与SIM卡签约业务有关,HSS向MME指示UE的签约信息STN-SR是否支持SRVCC。
通话信令流程
通话信令流程The call signaling process is an essential aspect of telecommunication that enables the establishment, maintenance,and termination of phone calls. 通话信令流程是电信领域的一个重要方面，它能够实现电话呼叫的建立、维护和结束。
When a call is initiated, the signaling process begins with the caller picking up the phone and dialing the recipient's number. 一通电话呼出时，信令流程由主叫方拿起电话拨号接收方号码开始。
The signaling information is then transmitted through the telephone network to route the call to the recipient, involving various network elements such as switches and routers. 然后，信令信息通过电话网络传输，以将通话路由到接收方，涉及到各种网络元素，如交换机和路由器。
During the call setup phase, the signaling process establishes a communication path between the caller and the recipient, ensuring that the call can be connected successfully. 在呼叫建立阶段，信令流程会在主叫方和接收方之间建立通信路径，确保通话能够成功接通。
The signaling protocol used in this process plays a crucial role in determining how the call will be routed, which features will be activated, and how the call quality will be maintained. 在这一过程中使用的信令协议在确定通话路由、激活特征和保持通话质量方面发挥着至关重要的作用。
主被叫信令流程
1.移动主叫图1 移动主叫流程图1.1CM业务请求这条CM业务请求消息被送往移动交换中心。
1.2鉴权请求作为CC（连接证实）消息，移动交换中心发送一条鉴权请求消息给BSC。
这条消息包括随机数RAND。
1.3鉴权响应为了完成鉴权过程，从MS来的SRES的值在消息内部被送回VLR。
1.4加密模式命令MSC要求BSC从无线通路开始加密。
假如网络想要在无线接口开始加密，需要在A接口发送消息。
如果网络使用加密，那么MS在接收到此消息以后开始加密。
1.5加密模式完成如果加密被使用，那么这是在空中接口中的第一条加密的消息。
BSS确认加密命令，通知MSC移动台已经开始加密并开始以加密模式发送消息。
1.6TMSI再分配命令TMSI再分配的目的是提供身份的保密性。
TMSI的再分配通常至少在每次位置更新时执行。
MSC通过发送TMSI再分配命令消息给MS发起TMSI再分配过程。
TMSI再分配命令消息包括TMSI与由网络分配的LAI的组合；或者如果正在使用的TMSI将被删除，就包括一个LAI和IMSI。
通常，通过应用加密模式的RR连接，TMSI再分配命令被送往MS。
1.7TMSI再分配完成TMSI再分配完成消息送往MSC。
1.8建立BSC向MSC发送建立消息来告知MSC将要执行的呼叫。
1.9呼叫进程MSC对建立消息的响应。
1.10指配请求这条消息开始了TCH（话音信道）的分配。
在A接口，MSC是主控者，它为A接口上的这次呼叫寻找一个可使用的电路。
这条消息根据GSM规范包括了一些可选项。
这些可选项是：呼叫的优先权、下行的不连续传输（DTX）、无线信道的识别和可用的干扰带。
1.11指配完成BSS向MSC证实获取TCH信道。
1.12提醒MSC发送提醒消息给BSS。
1.13连接MSC通过BSS发送一连接消息给MS。
此消息向MS表明已经通过网络建立连接。
1.14连接证实此消息被送往MSC。
1.15拆链拆链消息发往MSC。
1.16释放实际的释放将来自MSC，真正的呼叫才结束。
LTE及CSFB信令流程介绍
原因分析
①3GPP标准规定，MME接收到MSC发送的SGspaging（IMSI、LA）后，将以IMSI寻呼UE ②MME使用IMSI寻呼后，UE在回落后发起寻呼响 应时，要使用IMSI ③接收到以IMSI 的寻呼响应，部署了POOL的BSC 会按照负荷分担方式，将消息发送给POOL内的任 意MSC，若接收处理的MSC不是下发Paging的SGs MSC，不会下发Setup命令接续通话，被叫失败
• 联合注册未成功
若UE发起的联合注册，网络EPS和non-EPS均不能注册成功，网络会下发Attach Reject，并携带EMM cause：n-EPS services not allowed) ✓ UE将认为USIM对于EPS和non-EPS服务是非法的
• CSFB方案概述 • CSFB终端联合附着/TAU流程
• CSFB语音主、被叫业务流程
• CSFB通话结束后返回流程
CSFB主叫信令流程
• 在LTE网络，用户按键后，UE发起回落请求，由LTE网络指引回落，无需经过SGs接口
• 回C落S2F/B3为G网国络际后漫，游主提叫流程与传统电路域流程相同 供语音业务
X ⑥ RRC Release (R8 or R9)
X⑦ UE搜索GSM频点，同步小区
⑧ Paging Response ⑧ Paging Response
IMSI寻呼失败问题分析
• 当LTE覆盖不好时，寻呼无响应后MSC会发起SGs接口二次寻呼 • 前期，部分厂家MSC的SGs接口的寻呼配置，与现网2/3G接口配置相同；一次寻呼时采用TMSI，配置使用二
• 被叫失败：若CSFB UE被叫，T3417ext超时后，若UE之前处于空闲态将主动释放无线链路进入idle态， 若UE之前处于连接态将继续执行原有数据传输，CSFB被叫失败
vonr 5gc信令流程
vonr 5gc信令流程Vonr 5Gc信令流程引言：随着5G技术的快速发展，Vonr 5Gc（Voice over New Radio 5G Core）成为了新一代移动通信网络的重要组成部分。
本文将详细介绍Vonr 5Gc的信令流程，以帮助读者更好地理解其工作原理和应用场景。
一、Vonr 5Gc简介Vonr 5Gc是一种基于5G技术的语音通信解决方案，它利用5G网络的高带宽、低延迟和高可靠性等特点，为用户提供高质量的语音通话体验。
Vonr 5Gc的信令流程包括注册、鉴权、呼叫建立等环节，下面将逐一介绍。
二、Vonr 5Gc信令流程1. 注册流程当用户首次接入Vonr 5Gc网络时，需要进行注册。
注册过程包括以下几个步骤：（1）用户发起注册请求。
（2）Vonr 5Gc网络收到注册请求后，对用户进行鉴权，验证用户的身份和权限。
（3）鉴权成功后，Vonr 5Gc网络为用户分配一个唯一的标识符，用于后续的通信过程。
2. 鉴权流程在Vonr 5Gc网络中，所有的通信都需要进行鉴权，以保证通信的安全性和合法性。
鉴权流程如下：（1）用户发起通信请求。
（2）Vonr 5Gc网络收到请求后，对用户进行鉴权。
（3）鉴权成功后，Vonr 5Gc网络将用户的请求转发到目标用户。
3. 呼叫建立流程Vonr 5Gc网络支持用户之间的语音呼叫，呼叫建立流程如下：（1）主叫用户发起呼叫请求。
（2）Vonr 5Gc网络收到呼叫请求后，查询被叫用户的状态。
（3）如果被叫用户空闲，Vonr 5Gc网络向被叫用户发送呼叫请求。
（4）被叫用户收到呼叫请求后，可以选择接听或拒绝。
（5）如果被叫用户接听，Vonr 5Gc网络建立主叫用户和被叫用户之间的语音通道。
4. 通话过程一旦呼叫建立成功，主叫用户和被叫用户之间可以进行语音通话。
在通话过程中，Vonr 5Gc网络负责传输语音数据，并保证通话的稳定和高质量。
5. 呼叫释放流程当通话结束时，需要进行呼叫释放流程。
(完整word版)34G信令流程
34G信令流程一、3G信令流程1。
1 呼叫总体流程1.2 主叫流程(1）用户UE开机，首先进行接入层的信令交互.此时首先进行PLMN选择，选择某个运营商的网络,接着进行小区选择，驻留一个合适的小区，然后进行RRC连接建立,Iu接口的信令连接建立。
至此，通过这些接入层的信令流程，在UE和CN之间搭建起了一条信令通道，为非接入层的信令流程做好了准备。
（2）接着UE和CN之间便开始进行非接入层的移动性管理流程了。
此时用户会进行附着流程,其中包括鉴权、加密等小流程。
如果用户在空闲时位置发生了变化，那么还将发生位置更新流程。
（3) 当通过鉴权等流程后，UE便进行非接入层的业务相关流程了。
包括电路域的呼叫连接流程,分组域的会话管理流程.通过这些流程为进行业务搭建好了业务承载的链路.随后用户就可以开始打电话,上网了。
（4) 当用户结束业务后，同样会进行电路域的呼叫连接流程，分组域的会话管理流程，拆除业务承载链路.（5) 此时如果用户关机的话,则UE和CN之间进行非接入层的移动性管理流程，进行电路域、分组域的分离。
（6) 等非接入层的信令交互结束后,系统会进行接入层的信令流程，拆除之前建立的Iu信令连接，以及RRC信令连接.至此，一个用户在不移动的情况下,从开机，进行业务,到关机的整个流程便结束了。
其中可以看到，这个业务过程是需要接入层的信令流程和非接入层的信令流程互相配合完成的。
接入层的流程为非接入层的流程搭建信号承载。
1.3 被叫流程(1) 用户UE处在待机状态。
此时从网络侧对其进行寻呼；（2）如果没有现存的UE与CN之间的信令连接,则UE、RNC、CN之间会进行接入层的信令流程,建立RRC连接和Iu接口信令连接;（3) 接下来可能会进行移动性管理的鉴权加密流程；（4) 随后通过电路域的呼叫连接流程、分组域的会话管理流程，建立其业务的承载链路,从而就可以进行业务了.（5）结束业务后，再拆除相关的业务承载链路。
主叫、被叫信令流程
主叫、被叫信令流程今天我和大家一起探讨一下关于网优掉话的相关问题，但是在讲解掉话问题之前，我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程，然后再和大家探讨一下怎样处理掉话方面的问题。
MSISDN IMSI MSCIMSI MSRN下例是一个北京的固定电话用户拨打广州的一个移动用户的呼叫接续过程中各种识别码的应用过程。
1、主叫拨号。
北京市话用户A拨打广州GSM用户B的MSISDN号码，PSTN网络的交换机分析MSISDN号码，得知B用户为移动用户，它把呼叫转到GSM网络上距它最近的一个具有入口功能的移动业务交换中心GMSC。
2、GMSC分析被叫号码。
GMSC分析该号码为广州位置寄存器HLR的用户后将MSISDN号码送至广州HLR，要求查询有关该被叫用户目前所在的位置信息。
3、HLR申请漫游号码MSRN。
HLR把MSISDN号码转换成IMSI后查出用户目前处于哪个MSC并将该IMSI发至该MSC，向该MSC申请分配一个漫游号码。
4、选定漫游号码MSRN。
MSC收到IMSI后临时给被叫用户B分配一个漫游号码并将此号码送回HLR，再由HLR发给GMSC使用。
5、连接呼叫至被叫所在的MSC。
GMSC收到MSRN后，用此号码选择一条出中继路由至MSC。
MSC将负责本次呼叫的建立和计费功能。
6、令被叫所在位置区内的所有基站发寻呼信息。
被叫MSC发出寻呼命令到MS所在位置区内的所有无线基站，再由基站向被叫用户B发呼叫信号。
7、基站寻呼被叫用户B。
基站收到寻呼命令后，将该寻呼消息（含有MS的IMSI）通过无线控制信道发射。
MS接收到寻呼后向基站发回响应信号。
8、呼叫连接。
MS响应信号经BTS、BSC送回MSC，经鉴权、设备识别后认为合法，则令BSC给该MS分配一条TCH，接通MSC至BSC的路由，并向主叫送回铃音，向被叫振铃。
当被叫摘机应答，则系统开始计费。
以上的只是比较简单的粗略的说明了一下我们大家在打电话的时候所经过的过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1一次完整被叫通话的信令流程
Mobile Station Network
Paging Request
Channel Request
Immediate Assignment
CM Service Request
CM Service Accept
Classmark Change
Authentication Request
Authentication Response
Ciphering Mode Command
Ciphering Mode Complete
Setup
Call Proceeding
Assignment Command
Assignment Complete
Alerting
Disconnect
Release
Release Complete
Channel Release
2 需要注意的几点信令
（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。
（2）Ciphering Mode 为加密模式
（3）在Setup之后若手机为主叫则是Call Confirm,手机为被叫则是Call Proceeding
3 关于掉话、拥塞等事件的定义
对于用户来说，若在通话过程中没有Disconnect(即使有Release和Channel Release)也算是掉话。
对于Assignment Command 之后若出现的是Assignment Failure 或进入Idle状态，应描述为TCH分配失败比较恰当。
因为若是TCH拥塞的话，基站就不应该给手机Assignment Command的指令，而且TCH拥塞从我们软件的三层信令根本看不出来。
对于SDCCH也一样。