移动主被叫及切换信令流程分析
TD-SCDMA语音业务主被叫信令解读
RRC Connection Request解读
主要参数: 初始 UE 标识; 建立原因; 当前小区测量值。
Radio Link Setup Request解读
RNC 准备建立RRC 连接,分配建立RRC 连接所需要的资源, 并发送一条Radio Link SetupRequest 消息给Node B,请 求Node B 分配RRC 连接所需的特定无线链路资源, Node B 收到消息后,将保留必要的资源,并根据消息中给出的参数配 置新的无线链路。 主要参数:Cell id,传输格式设置,传输格式集合, 频率信息,分 配的时隙及信道码,功率控制信息。 无线链路建立过程用于建立一条承载1 个或多个传输信道的无 线链路。
RRC Connection Setup Complete解读
UE 收到SRNC 发送的RRC Connection Setup 后,根据消 息中给定的参数来配置物理层,NodeB 成功建立DCH 链路,然 后在DCCH 上发送RRC Connection Setup Complete 消息 给RNC。 主要参数:Integrity information, ciphering information。 NodeB 会向RNC 发送RL Restore消息,告知RNC NodeB 已经与UE 同步。在RRC 连接建立完成消息中可看出UE 的能力 信息,如是否支持GSM、H 业务等。
RRC Connection Setup Complete解读
初始直传(含鉴权阶段和安全模式)
IU 口信令流程是在UE 与UTRAN 之间的RRC 连接建立成功后, UE 发起的。IU 信令连接建立了UE 与CN 之间的信令通路。主 要传输UE 与CN 之间非接入层信令。在UTRAN 中,非接入层信 令是通过上下行直接传输信令透明传输的,RNC 不做任何处理。 UE 发送到CN 的消息,通过上行直传(Uplink Direct Transfer) 发送到RNC,RNC 将其转化为直传消息(DirectTransfer)发 送到CN;CN 发送到UE 的消息,通过直传消息发送到RNC,RNC 将其转化为下行直传消息(Downlink Direct Transfer)发送 到UE。对于后台信令,只能从RNC 与CN 间的直传信令里解析出 直传信令的内容。
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。
(流程管理)移动主被叫及切换信令流程分析
(流程管理)移动主被叫及切换信令流程分析1、主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止。
壹般来说,主叫经过几个大的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段。
接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配业务请求等几个步骤。
经过这个阶段,手机和BTSBSC建立了暂时固定的关系。
鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤。
经过这个阶段,主叫用户的身份已经得到了确认,网络认为主叫用户是壹个合法用户允许继续处理该呼叫。
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下发鉴权命令。
(个人整理)主叫被叫呼叫信令流程
主叫:1、rrc连接请求(UE—RNC、RACH)可看出业务类型(speech(12.2k)、video(64k));包含UE标识:TMSI、LAI=MCC+MNC+LAC;请求原因:主叫会话、被叫会话、短信发送、短信接收、FTP下载、注册;UE能力:是否支持GSM等。
2、RNC要求NODEB建立无线链路,准备无线资源(建立在DCH上才有)RL建立请求、RL建立响应、DL SYNC、UL SYNC。
3、rrc连接建立(RNC—UE、FACH)包含rrc建立的链路消息(建立在公共信道或DCH)、频点、上行最大发射功率等;RNC侧还可以看到UE的IMSI、TMSI、P-TMSI,功率步长等。
4、rrc连接建立完成(UE—RNC、DCCH)UE上报自己的能力:功率支持等级、是否支持GSM、多载波、FDD/TDD。
5、CM服务请求(初始直传消息、RNC—UE、DCCH)业务请求:呼叫、紧急呼叫、短消息等。
6、初始化UE消息(RNC—UE)7、直传消息(鉴权请求消息、CN—RNC)8、直传消息(鉴权请求消息、RNC—UE)9、直传消息(鉴权响应、UE—RNC—CN)10、安全模式建立过程,同鉴权过程11、身份认证请求(RNC—UE)12、身份认证响应(UE—RNC)13、SETUP(UE—RNC)包含UE支持的语音编码及被叫号码。
14、呼叫进程启动(RNC—UE)表明请求的呼叫已被接受。
15、Rab指派请求(CN—RNC)Rab建立是为了UE与CN间传送语音、数据及多媒体业务,rrc建立则是为了建立UE—RNC—CN之间的信令连接。
16、无线链路重配置准备(RNC—NODEB)NODEB建立DCH来承载rab。
17、无线链路重配置完毕(NODEB—RNC)18、rb建立(RNC—UE)建立一个新的物理承载,包含扩频因子信息。
19、rb建立完成(UE—RNC)表明请求的呼叫已被接受。
20、rab指派响应(RNC—CN)表明rab建立完成。
移动主叫、被叫、位置更新流程
移动主叫流程其中不需要记忆channel activation 等ABIS信令流程和信令释放流程,只有记忆UM,ABIS,A口中常用的信令流程,特别是都要英文并且字母不能错误要求规范。
比如UM口信令channel request到ABIS口就为channel required 不能搞混,A口的assignment request到ABIS和UM口为 assignment command。
其中10 UM(SACCH) 的信令为”cm service accept”具体信令分析如下:(其中数字对应于上图中信令消息)移动主叫流程图1.信道要求---Channel Request(RACH)MS通过动态地在RACH信道(随机接入信道)上发送一个随机接入脉冲向一个(BTS)基站收发信台申请一条信道。
在信道请求消息中包括了建立的原因,这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”,比如“位臵更新”。
此外,这条消息还包括随机参数,移动台(MS)随机的选5个比特作为随机参数。
这些参数的作用是:当两个移动台同时接入网络时,网络能运用这些参数来区分这些移动台。
2.信道请求--- Channel Required基站收发信台向基站控制器发一条申请信道消息。
通过这条消息,基站收发信台进一步向基站控制器传递由移动台发起的信道请求。
实际上,信道请求消息中除了包含信道要求消息中的一些消息外,还包括通过基站收发信台加入的一些消息。
请求参考单元直接从信道要求消息中来,初始时间提前量(接入延迟)由基站收发信台加入到这条消息中去。
3.信道激活--- Channel Activation收到从基站收发信台发来的信道请求消息后,基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道,同时基站控制器向基站收发信台发送一条信道激活消息。
其中最重要的是:分配给哪个基站收发信台以及此SDCCH的信道组合。
电话呼叫处理的信令流程
电话呼叫处理的信令流程
电话呼叫处理涉及复杂的信令流程,主要包括以下几个步骤:
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信 道。
LTE常见信令流程总结
LTE常见信令流程总结LTE(Long-Term Evolution)是一种用于移动通信网络的标准,是4G通信技术的一种。
LTE信令流程是指在LTE网络中,设备之间进行通信所涉及的各种信令过程。
在LTE网络中,设备之间的通信主要包括连接建立、数据传输、连接释放等过程,在这些过程中需要经过一系列的信令流程来完成。
LTE信令流程可以分为以下几个主要部分:1.接入过程:接入过程是指设备连接到LTE网络的过程。
在接入过程中,设备首先进行初始接入,即与LTE基站进行随机接入的过程。
接入成功后,设备会进行UE同步和小区选择,确定要连接的LTE基站。
接入过程中的主要信令包括RRC连接建立、测量报告等。
2.连接建立:连接建立是指设备在LTE网络中建立到目标设备的连接的过程。
在连接建立过程中,设备需要先进行RRC连接建立,然后进行UE安全功能的激活,最后进行RAB建立,确保通信质量。
连接建立过程中的主要信令包括RRC连接请求、RRC连接建立等。
3.数据传输:数据传输是LTE网络中最常见的通信过程。
在数据传输过程中,设备通过LTE网络进行数据的发送和接收。
数据传输过程中的主要信令包括PDCP数据传输、RLC数据传输、MAC数据传输等。
4.连接释放:连接释放是指设备在LTE网络中释放连接的过程。
在连接释放过程中,设备需要发送连接释放请求,等待对方设备确认后释放连接。
连接释放过程中的主要信令包括RRC连接释放等。
除了上述主要的信令流程外,LTE网络中还涉及到一些其他重要的信令流程,如小区选择过程、测量报告过程、切换过程、重定向过程等。
这些信令流程都是为了保证LTE网络中设备之间的通信质量和稳定性。
总的来说,LTE网络中的信令流程是为了保证设备之间能够进行有效的通信,并提供高质量的通信服务。
通过了解和掌握LTE网络中的信令流程,可以更好地理解LTE网络的工作原理和特点,更好地进行LTE网络的优化和管理。
同时,随着LTE技术的不断发展和完善,LTE网络中的信令流程也将会不断地进行更新和改进,以适应不断变化的通信需求和用户要求。
移动主被叫及切换信令流程分析
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外部切换。
信令流程(寻呼、短信、切换)
1 基本呼叫过程 (2)1.1 移动用户呼叫移动用户主叫侧完整过程(主叫释放) (2)1.2 移动用户呼叫移动用户被叫侧完整过程(被叫释放) (10)1.3 固定用户呼叫移动用户完整过程 (17)1.4 移动用户呼叫固定用户完整过程 (22)1.5 呼叫重建过程 (26)2 位置更新过程 (27)2.1 第一次位置更新(TMSI再分配) (27)2.2 VLR内部的位置更新 (29)2.3 改变VLR时的位置更新 (34)3 IMSI附着过程 (40)3.1 IMSI分离过程 (40)4 切换 (44)4.1 小区内切换 (44)4.2 BSC内的小区间切换 (46)4.3 MSC内的BSC间切换 (48)4.4 MSC间切换 (50)4.5 强迫切换 (54)5 短消息传送过程 (56)5.1 空闲模式下MS发起的短消息传送 (56)5.2 空闲模式下MS终止的短消息传送 (60)5.3 专用模式下MS发起的短消息传送 (65)5.4 专用模式下MS终止的短消息传送 (67)6 高级语音呼叫过程 (69)6.1 组呼的信令过程 (69)6.1.1 发起组呼的信令流程 (69)6.1.1.1 移动用户发起组呼的信令流程 (69)6.1.1.2 固定用户发起组呼的信令流程 (72)6.1.2 移动用户在主控MSC上申请上行链路的信令流程 (74)6.1.3 组呼挂断的信令流程 (76)6.1.3.1 主控MSC下的移动用户挂断组呼的信令流程1 (76)6.1.3.2 中继MSC下的用户挂断组呼的信令流程 (77)6.1.3.3 固定用户挂断组呼的信令流程 (78)6.2 语音广播呼叫过程 (79)6.2.1 语音广播呼叫建立信令流程 (79)6.2.2 语音广播挂断信令流程 (82)1 基本呼叫过程1.1 移动用户呼叫移动用户主叫侧完整过程(主叫释放)1移动用户呼叫移动用户主叫侧完整过程(主叫释放)流程1.Channel request :该消息在RACH上以随机模式被传送,主要应用过程有IMSI附着、短消息、补充业务管理。
CDMA呼叫流程与切换流程
CDMA呼叫流程和事件判断一.主叫流程:DIAL详细如下:DIAL:( 主叫)1>MS-Access :Origination Message (包括呼出的电话号码,呼叫发起消息)呼叫尝试鉴权失败:之后出现前向Release 或反向Release,或sync channel message2>BTS-Paging : Base Station Acknowledgment Order (指令消息)业务信道分配失败:之后出现前向Release 或反向Release,或sync channel message9> BTS-Paging: Channel Assignment Message(Assign Walsh Code)业务信道分配失败:之后出现前向Release 或反向Release,或sync channel messageBTS-Forward Traffic Channel : Base Station Acknowledgment Order业务信道分配失败:之后出现前向Release 或反向Release,或sync channel messageMS-Reverse Traffic Channel : Mobile Station Acknowledgment Order业务信道建立完成业务协商失败:(上面信令之后出现前向Release 或反向Release,或sync channel message)14> BTS-Forward Traffic Channel : Service Connect Message ( ACK_REQ=1)业务协商失败:之后出现前向Release 或反向Release,或sync channel message(期间可能发生软切换)15> MS-Reverse Traffic Channel :Service Connect Completion Message ( ACK_REQ=1) 业务协商完成呼叫通话成功:二被叫:详细如下:1>BTS-Paging: General Paging Message(Slotted Paging Message or Paging Message )被叫接入响应失败:之后出现前向Release 或反向Release,或sync channel message2>MS-Access: Page Response Message 被叫响应鉴权失败:之后出现前向Release 或反向Release,或sync channel message3> BTS-Paging : Base Station Acknowledgment Order (指令消息)业务信道分配失败:之后出现前向Release 或反向Release,或sync channel message10> BTS-Paging : Channel Assignment Message.(Extended Channel Assignment Message)业务信道分配失败:之后出现前向Release 或反向Release,或sync channel messageBTS-Forward Traffic Channel : Base Station Acknowledgment Order业务信道分配失败:之后出现前向Release 或反向Release,或sync channel messageMS-Reverse Traffic Channel : Mobile Station Acknowledgment Order业务信道建立完成业务协商失败:(上面信令之后出现前向Release 或反向Release,或sync channel message)BTS-Forward Traffic Channel :Service Request Message 业务请求11> BTS-Forward Traffic Channel : Service Connect Message.业务协商失败:(上面信令之后出现前向Release 或反向Release,或sync channel message)12>MS-Reverse Traffic Channel: Service Connect Complete Message 业务协商完成手机未振铃:(上面信令之后出现前向Release 或反向Release,或sync channel message)13> BTS-Forward Traffic Channel : Alert with Information message. 振铃成功(让用户选择可以认为被叫成功)用户未摘机:(期间可能发生软切换)MS-Reverse Traffic Channel:Connect Order 被叫通话成功(provide Origination Call Number , and so on )三.通话期间切换:1>MS-Reverse Traffic :Pilot Strength Measurement Message(给出主服务小区导频和每个有效导频和候选导频的PN和强度,PN=[PILOT_PN_PHASE/64] ,余数是相对Pilot Delay.)2>BTS-Forward Traffic :Order—Base Station Acknowledgment Order软切换请求(当移动台测得邻近集或剩余集中的一个导频的强度超过导频加入门限T_ADD;或者候选集中的一个导频的强度超过活动集中任意导频强度的0.5*T_COMP(dB)(T_COMP 为导频加入比较门限);或者活动集中的导频低于导频丢弃门限T_DROP,并且持续时间达到导频丢弃定时器门限T_TDROP,移动台会向基站发送―导频强度测量消息‖)3>BTS-Forward Traffic :Extended Handoff Direction Message(or Handoff Direction Message or General Handoff Direction Message or Universal Handoff Direction Message Or Analog Handoff Direction Message)软切换指示(给出切换后的有效导频的PN,原来的活动导频如果不在其中,表示切换后不再是活动导频; 如果出现新的导频表示切换后增加了新的活动导频)4>MS-Reverse Traffic :Order Message—Mobile Station Acknowledgment Order5>MS-Reverse Traffic :Handoff Complete Message 软切换完成(给出切换后的有效导频的PN)BTS-Forward Traffic :Order—Base Station Acknowledgment OrderBTS-Forward Traffic :Neighbor List Update messageMS-Reverse Traffic :Mobile Station Acknowledgement Order四.空闲切换.因为空闲中的移动台只能用一个导频, 初始进入业务状态时也只能使用一个导频, 导频增加是在以后的软切换过程中完成的(如以上三所述)由于下面的消息都包含空闲中移动台使用的导频,故空闲切换的判断只能在以下消息中提取导频进行比较,从而确定发生了空闲切换:BTS-Paging:(只给出PN,没有强度,强度应该是测试手机给出的与消息无关)system parameters messageextended parameters messageaccess parameters messageCDMA channel list messageneighbor list messagegeneral neighbor list messageBTS-Sync Channel:sync channel message五.活动导频的改变的判断因为空闲中的移动台只能用一个导频, 初始进入业务状态时也只能使用一个导频, 空闲中移动台使用的活动导频由上面四中提到的消息中提取.活动导频数量的增加是在以后的软切换过程中完成的(如以上三所述)初始进入业务状态时使用的导频由BTS-Paging: channel assignment message 指定,消息中assign_mode=100,表示扩展业务信道分配,即移动台使用空闲时用的导频作为第一个活动导频.BTS-Forward Traffic Channel 发送Service Connect Message 与移动台在发送MS-Reverse Traffic Channel :service connect complete message 之间也可能发生软切换.过程如上三所述. 在MS-Reverse Traffic Channel :handoff complete message 中给出发生软切换后移动台使用的所有导频移动台在发送MS-Reverse Traffic Channel :service connect complete message 后表示从空闲状态转到业务状态.在业务信道过程中,如果发生软切换,信令过程如上三所述.在MS-Reverse Traffic Channel :handoff complete message 中给出发生软切换后移动台使用的所有导频.六.候选导频的改变的判断.空闲时候没有候选导频在Pilot Strength Measurement Message.中(可以给出相对Pilot Delay)给出.此消息给出所有的活动导频和候选导频.移动台测出Neighbor List 中某一导频强度大于Tadd, 触发移动台发送Pilot Strength Measurement Message , 通过消息中给出的导频对比已知的活动导频,剩下的就是增加的候选导频.如果候选导频强度大于某一个活动导频+TcompX0.5dB时, 触发移动台发送Pilot Strength Measurement Message, 发生软切换,信令过程如上三所述. MS-Reverse Traffic 发送:Handoff Complete Message,其中给出切换后的有效导频的PN,与切换前候选导频比较就知道哪些候选导频成为了活动导频.如果某一个活动导频强度低于Tdrop, 便启动计时器,如果计时器超过TTdrop, 触发移动台发送Pilot Strength Measurement Message, 发生软切换, 信令过程如上三所述.活动导频变为了邻小区导频,不经过候选导频阶段候选导频强度低于Tdrop, 便启动计时器,如果计时器超过TTdrop,移动台发送Pilot Strength Measurement Message中,候选导频中如果KEEP=0,那么此候选导频变为邻小区导频.七.邻小区空闲时,移动台根据以下消息更新邻小区集BTS-Paging :neighbor list messageBTS-Paging: general neighbor list message(include the neighbor priority, IS95 hasn't the message) 业务状态时, 移动台根据以下消息更新邻小区集BTS-Forward Traffic Channel :neighbor list update message消息只给出邻小区列表的PN,强度应该是测试手机给出的与消息无关八.释放过程.主叫释放.:终端先挂主叫:CORM 被叫:CTRMReverse Traffic channel ---Order:ReleaseForward Traffic channel ---Order:ReleaseSync channel –Sync channel message移动台在MS-Reverse Traffic Channel发送Order Message,(Order:Release)中ORDER 为010101表示释放,移动台从业务状态转入空闲状态.接着BTS-Forward Channel 发送Order Message(即移动台收到),其中ORDER 为010101,表示确认释放.然后在BTS-Sync Channel 中发送Sync Channel(即移动台收到) , 移动台从中得到空闲时使用的导频,和系统时间.对方释放:终端后挂机:主叫:CORD 被叫:CTRDForward Traffic channel ---Order:ReleaseReverse Traffic channel ---Order:ReleaseSync channel –Sync channel messageBTS-Forward Channel 发送Order Message(即移动台收到),其中ORDER 为010101,表示释放.接着移动台在MS-Reverse Traffic Channel中发送Order Message,其中ORDER 为:010101表示确认释放,移动台从业务状态转入空闲状态.然后BTS-Sync Channel 中发送Sync Channel(即移动台收到) , 移动台从中得到空闲时使用的导频,和系统时间.于是:空闲-->Origination Message (主叫)或Paging Respond Message(被叫) 标志进入业务状态-->Sync Message ( 标志进入空闲状态).通话过程中,如果没有释放信令,就进入同步与寻呼信道Sync channel message,General Page或者System Parameters就是掉话导频污染掉话:当移动台的激活集中以及候选导频,邻导频有四个或者更多导频信号(这些导频与最佳导频的Ec/Io值之差小于6dB,且都比T_ADD门限大,而且这其中没有一个信号能强到足以成为真正的主导频)覆盖掉话:当移动台的激活集中以及候选导频,邻导频所有导频都低于T_ADD当移动台在网络覆盖的边缘发起呼叫请求时,由于无线环境较差造成掉话。
移动通信实验 MSK调制解调实验 移动台主叫 移动台被叫
实验一 MSK 调制解调实验一、实验目的1. 了解MSK 调制和解调的基本原理; 2.熟悉软件完成MSK 的过程。
二、实验内容1.熟悉MSK 调制和解调过程; 2.通过示波器测试MSK 各点的波形;3*.设计通过DSP 程序完成MSK 的程序,加强对MSK 的理解。
三、实验原理当信道中存在非线性的问题和带宽限制时,幅度变化的数字信号通过信道会使己滤除的带外频率分量恢复,发生频谱扩展现象,同时还要满足频率资源限制的要求。
因此,对己调信号有两点要求,一是要求包络恒定;二是具有最小功率谱占用率。
因此,现代数字调制技术的发展方向是最小功率谱占有率的恒包络数字调制技术。
现代数字调制技术的关键在于相位变化的连续性,从而减少频率占用。
MSK (最小频移键控)是移频键控FSK 的一种改进形式。
在FSK 方式中,每一码元的频率不变或者跳变一个固定值,而两个相邻的频率跳变码元信号,其相位通常是不连续的。
所谓MSK 方式,就是FSK 信号的相位始终保持连续变化的一种特殊方式。
可以看成是调制指数为0.5的一种连续相位的FSK 信号。
其主要特点是包络恒定,带外辐射小,实现较简单。
其数学表达式为:()cos()2c kn nbS t t a t T πωφ=++∑式中,T b 为码元的宽度,a n 为+1,-1。
n φ是第n 个码元的初始相位,并且⎩⎨⎧≠±==---111n n n n n n n a a n a a πφφφ当输入+1时,发送的角频率为:2c bT πω+。
当输入-1时,发送的角频率为:2c bT πω-。
在一个码元内相位增加π/2或者减小π/2,所以相位的变换是连续的。
图4-11-1给出一种MSK 调制信号产生的方法。
图4-11-1 MSK 的调制框图实现MSK 调制的过程为:先将输入的基带信号将其分成I 、Q 两路,并互相交错一个码元宽度,再用加权函数cos()2bt T π和sin()2bt T π分别对I 、Q 两路数据加权,最后将两路数据分别用正交载波调制。
GSM被叫流程
对移动用户来说,被叫的过程从MSC向BSC发起对被叫用户的寻呼开始,到主叫和被叫通话为止。
一般来说,被叫流程经过几个大的阶段:接入阶段,鉴权加密阶段,TCH 指配阶段,通话阶段。
接入阶段主要包括:手机收到BTS的寻呼命令后,信道请求,信道激活,信道激活响应,立即指配,寻呼响应。
经过这个阶段,手机和BTS(BSC)建立了暂时固定的关系。
鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立。
经过这个阶段,被叫用户的身份已经得到了确认,网络认为被叫用户是一个合法用户。
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,于是,本此呼叫开始通话,双方进行通话。
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,于是,本此呼叫开始通话,双方进行通话。
中国移动LTEVOLTE案例分析汇总
广东移动4GTD-LTE详细案例分析案例1:580 Precondition Failure导致的未接通;问题描述在集团测试LOG中,存在Precondition Failure导致的失败事件,表现为呼叫过程中,终端主动上发或收到网络侧下发的580 Precondition Failure消息,随后呼叫中止,出现未接通事件;Log文件名:MO UE:MT UE:时间:10:16:1、呼叫过程中,被叫发送Ringing 180后,收到网络下发的专载去激活命令,QCI 1被释放,被叫随后上报580 Precondition Failure,主叫同样收到网络侧转发的580消息,呼叫接续中止,导致未接通;2、从信令中可以看到,被叫回复Ringing 180且主叫也已经收到Ringing 180,被叫随后收到网络侧下发的RRC重配,携带有QCI 1被释放的信息,被叫去激活专有承载;由于专载已被释放,业务资源已不存在,所以被叫上发580 Precondition Failure 失败消息;主叫收到网络侧下发的580,接续被中止,导致了会话未接通;3、从MME下发到Node B的E-RAB RELEASE COMMAND,原因上看是Nas层nomal_release,导致专载QCI 1被释放;4、专载QCI 1被释放,去激活后,被叫发送INVITE 580,主叫收到网络侧转发的INVITE580,会话流程中断,导致未接通在正常的会话流程中,由于MME下发E-RAB RELEASE COMMAND,使得QCI 1被释放,导致未接通;解决措施需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND;测试验证案例2:Server Internal Error 500导致的未接通问题描述在集团测试LOG中,存在Server Internal Error 导致的失败事件,表现为呼叫过程中,终端主动收到网络侧下发的Server Internal Error 500消息,随后呼叫中止,出现未接通事件;Log文件名:MO UE:MT UE:时间:10:19:问题分析1、主叫发出UPDATE后,被叫收到UPDATE并回复UPDATE 200,随后被叫发送Ringing 180,主叫同时收到UPDATE 200和Ringing 180;按照正常的信令流程应该是先收到UPDATE 200,再收到Ringing 180;2、然后主叫收到网络侧下发的 INVITE Server Internal Error 500.主叫专载被释放,去激活,导致会话未接通;问题定位主叫收到网络侧下发的INVITE 500,然后网络侧又下发RRC重配,释放掉QCI 1,然后去激活,会话流程终止,导致未接通解决措施需要核心网确认,为什么会下发INVITE 500,什么情况下会导致网络侧下发INVITE 500,随后的专载释放是否由INVITE 500导致的测试验证案例3:软件对失败事件的误判导致统计错误问题描述在集团测试LOG中,存在软件的误判而错误统计的失败事件;如在某个特定时间点上,信令显示主被叫正常通话,软件却统计出掉话或未接通事件;Log文件名:MO UE:MT UE:时间:09:44:问题分析1、主叫从09:42:41主叫开始呼叫到09:45:47挂机成功,在通话过程中信令流程正常,中间出现一次RRC重建被拒,导致RRC释放,事件表现为掉话,软件统计为掉话;2、在09:44:主叫收到网络侧下发的RRC重建被拒,主叫随后发起RRC建立请求,在09:44:15:004,然后因为TAU,在09:44:15:128 RRC Connection Release了,软件统计为掉话;随后主叫又发起RRC连接,且在09:44:重建完成,从RRC重建被拒到RRC连接成功不到1s,且默认承载和专有承载均保持,未被释放,证明会话保持正常;3、到最后结束通话正常挂机都没有出现失败事件问题定位主叫接通后,在没有收到通话结束的情况下,中间出现RRC Connection Release,软件判断为掉线,此次是在会话建立后出现,软件统计为掉话解决措施需要鼎利修改判断事件失败的机制测试验证案例4:软件对失败事件的重复统计问题描述软件对于失败事件存在重复统计的问题,在集团测试问题统计表中,多次出现同一次失败事件,软件却作了多次统计,导致失败事件的增多;Log文件名:MO UE:MT UE:时间:10:04:问题分析1、主叫在10:04:发出INVITE会话请求,被叫在10:04:收到网络侧下发的BYE Request,软件统计为掉话;查看BYE Request中的CALL-ID,发现是上次会话的BYE Request2、被叫在10:04:08:230收到网络侧下发的INVITE Request同时发送Trying 100,又在10:04:收到网络侧下发的INVITE Request同时发送Trying 100,并在同时发送INVITE 486,软件统计为未接通;3、主叫在收到网络侧下发的UPDATE 200后,在10:04:上报Cancel,主叫的整个会话流程到这里被终止,事件上表现为未接通;且承载都存在问题定位通话期间,被叫收到网络下发的BYE Request会被软件统计为掉话;被叫连续两次收到网络下发的INVITE Request,回复INVITE 486 Busy Here,由于第一次INVITE Request未释放,故第二次INVITE Request网络侧才会下发INVITE 486,流程停止,软件统计为未接通;此时主叫在进行正常的会话接续,信令流程正常,事件中未出现失败事件;直到主叫上报Cancel,主叫会话流程停止,事件表现为未接通,之前的两次失败事件统计是重复统计;解决措施需要鼎利确认对失败事件的统计机制;测试验证案例5:LTE到2G eSRVCC切换失败导致的掉话问题描述呼叫会话建立后,由于到达异系统B2门限,终端上报B2事件,网络下发eSRVCC切换配置命令,但在2G侧切入失败,导致掉话;Log文件名:MO UE:MT UE:时间:11:16:42:311问题分析1、被叫上报B2事件,满足切换门限系统下发mobility切换命令,此时4G的流程已完成,接下来切入2G网络,2G网络下发TMSI Reallocation Command,被叫回复TMSI Reallocation Complete,此后流程中断,eSRVCC切换失败;3、信令上看,4G流程正常走完且建立会话,被叫切换到2G,但是网络下发TMSIReallocation Command导致流程终止,eSRVCC切换失败,会话流程结束,怀疑是2G问题;问题定位4G流程正常且已正常建立会话,由于2G网络侧下发TMSI Reallocation Command导致eSRVCC 切换失败,会话流程结束,导致掉话,怀疑是2G的问题;解决措施下周准备复侧,准备定位;测试验证案例6:TAU过程中RRC Connection Release 导致的未接通问题描述在越秀区网格10的测试LOG中,出现如下的未接通事件:主叫起呼发出Invite消息后,在收到网络效应Trying 100之前,先收到了网络下发的RRC Connection Release消息,RRC连接释放后,接续被终止,出现了Blocked Call事件;问题分析1、通过信令详细分析主叫起呼的过程,可以发现,起呼前,主叫刚完成重选过程,从PCI216小区重选至PCI103小区,由于源小区与目标小区处在不同的TAC,主叫发起了TAU请求:2、在主叫上发TAU请求后,未等网络回复ATU Accept,主叫已开始了起呼,上发Invite消息;然而Invite上发后,主叫同时收到了网络下发的ATU Accept和RRC Connection Release 消息因此时主叫处在非业务态,ATU更新会伴随RRC连接的释放,主叫被叫释放,从而导致了Blocked Call事件的发生:3、进一步分析信令可以发现,主叫在该测试路段内连续在3个TAC9437、10315、10014间进行TAU更新,其中从11:42:53至11:43:04就发生了4次,可能在存在TAC规划不合理的问题;问题定位解决措施测试验证案例7:Alerting中eSRVCC失败导致未接通问题描述主叫起呼后,流程正常,达到eSRVCC切换门限后收到eSRVCC切换命令且几乎同时收到Ringing 180,主叫未摘机,由于切换失败导致未接通;Log文件名:MO UE:MT UE:时间:11:25:28:189问题分析1、主叫在11:25:起呼,到11:25:收到网络侧转发的Ringing 180,整个信令流程正常2、在主叫几乎收到网络侧转发的Ringing 180的同时,主叫达到eSRVCC切换门限,网络侧在11:25:下发eSRVCC切换命令,在切换过程中主叫处于振铃中,并未摘话,而切换失败,导致了未接通;问题定位主叫已经收到Ringing 180,处于振铃状态还未摘话,由于在Alerting中发生了eSRVCC 切换失败导致了未接通解决措施需要核心网方面帮忙定位测试验证案例8:CSFB失败导致未接通问题描述主叫起呼后,被叫CSFB失败,主叫直接Cancel导致未接通Log文件名:MO UE:MT UE:时间:15:42:53:063问题分析1、主叫于15:42:22发起invite,被叫未收到网络侧转发的INVITE Request,但是主叫能一直收到网络侧下发的INVITE 183 、PRACK、UPDATE消息,这些消息被叫并没有收到也没有回复;被叫在15:42:24收到网络侧下发的CSFB request,但CSFB到2G后从信令看没有呼叫相关的信令交互过程2、直到15:42:35 CSFB失败,由于收不到被叫的响应,主叫主动于15:42:53发起CANCLE;导致会话未接通;问题定位主叫发起会话后,被叫没有收到会话请求,直接CSFB,CSFB失败,主叫一直未收到被叫的响应,直接Cancel,导致会话未接通;解决措施需要核心网查看为什么被叫没有收到主叫的会话请求,且主叫能收到网络侧下发的INVITE 180、UPDATE、PRACK消息;测试验证案例9:被叫Detach导致会话未接通问题描述主叫发起会话,被叫驻留在2G未返回4G,没有响应主叫的会话请求,主叫收不到被叫相应,直接Cancel导致未接通;Log文件名:MO UE:MT UE:时间:15:43:37:999问题分析1、主叫在15:43:起呼,此时被叫任然驻留在2G,由于上一次会话中CSFB失败,并没有返回4G;2、起呼后,被叫一直无响应,没有与主叫进行信令交互,然而主叫能一直收到网络侧下发的PRACK、UPDATE消息;3、主叫一直收不到被叫的回复,被叫在15:43:被叫上发Detach Request,主叫在15:43:上发Cancel,取消会话,导致未接通问题定位被叫停留在2G未返回4G,然后上发Detach Request,主叫收不到被叫的回复,直接Cancel,导致未接通解决措施需要核心网查看为什么主叫会话信令流程正常,被叫却无法收到主叫的会话请求;同时查看2G无线侧,为什么被叫会上发Detach Request;测试验证案例10:承载未建立导致未接通问题描述主叫收到100 Trying 后未建立承载,使得 RRC直接释放,导致未接通Log文件名:MO UE:MT UE:时间:15:46:36:271问题分析1、主叫在15:46:发起会话,收到网络侧下发的100 Trying后,专有承载一直未建立,10s后RRC释放,主叫在15:46:上发Cancel,导致会话未接通问题定位专有承载未建立,10s后RRC释放,导致未接通解决措施需要核心网查看为什么没有建立专有承载测试验证案例11:承载异常释放导致掉话问题描述被叫重建立成功后,专有承载突然被释放,导致掉话Log文件名:MO UE:MT UE:时间:10:35:41:981问题分析1、主叫在10:28:起呼,流程正常,收到网络侧转发的Ringing 180,UPDATE 200,主被叫会话正常建立;2、被叫在10:35:发送重建立,重建立成功,且流程正常,但是在10:35:承载被释放,导致掉话问题定位会话建立后,被叫重建立完成,但是专有承载被释放,导致掉话解决措施需要核心网确认承载释放的原因测试验证案例12:信令转发失败导致未接通问题描述主叫发起会话请求,网络侧未转发,被叫未收到,主叫Cancel,导致未接通Log文件名:MO UE:MT UE:时间:10:03:48:952问题分析主叫在10:03:发起会话,被叫未收到,直到10:03:主叫Cancel,会话接续无法继续,导致未接通;整个过程无线环境良好,网络侧未转发信令;问题定位网络侧未转发主叫会话请求,使得会话接续无法继续,主叫Cancel,导致未接通;解决措施需要核心网确认会话信令是否成功转发测试验证案例13:终端上报Cancel导致会话未接通问题描述会话流程正常接续,终端上报Cancel,导致会话未接通Log文件名:MO UE:MT UE:时间:14:53:06:510问题分析1、主叫在14:53:起呼,信令流程正常,且被叫上发Ringing 180,主叫收到网络侧转发的Ringing 180,主被叫都已经振铃;但是主叫突然在14:53:上发Cancel,被叫也收到网络侧转发的Cancel,会话接续停止,导致未接通;问题定位主被叫会话流程正常,无线环境良好,信令转发正常;主叫上报Cancel,导致会话未接通,定位为终端问题解决措施需要终端确认或者更换终端测试再查看结果测试验证。
移动主被叫及切换信令流程分析
1、主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止。
一般来说,主叫经过几个大的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段。
接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配业务请求等几个步骤。
经过这个阶段,手机和BTS BSC建立了暂时固定的关系。
鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤。
经过这个阶段,主叫用户的身份已经得到了确认,网络认为主叫用户是一个合法用户允许继续处理该呼叫。
TCH指配阶段主要包括:指配命令,指配完成。
经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫接续的过程中不能接通,主叫用户可以通过话音信道听到MSC的语音提示。
取被叫用户路由信息阶段主要包括:向HLR请求路由信息,HLR向VLR请求漫游号码,VLR回送被叫用户的漫游号码,HLR向MSC回送被叫用户的路由信息(MSRN)。
MSC收到路由信息后,对被叫用户的路由信息进行分析,可以得到被叫用户的局向。
然后进行话路接续。
主叫接入阶段、鉴权阶段主要信令:当用户输入被叫号码完毕按下发射按纽后,手机(以下以MS代替)将进行一系列动作,首先MS将在随机接入信道(RACH )向BSS发送信道请求消息,以便申请一个专用信道(SDCC H),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下发鉴权命令。
呼叫及切换流程
1.呼叫流程MS主叫1)简述MS主叫的几个主要阶段?(*)答:手机作主叫(Mobile Originate,MO)时的信令流程从MS向BTS请求信道开始,到建立通话为止。
可分为主要几个阶段:接入阶段、鉴权加密阶段、TCH分配阶段、取被叫用户路由信息阶段。
2)MS主叫的主要接续过程怎样?(***)答:(1)MS信道请求:MS在RACH信道向系统发出信道请求Channel request消息,要求网络提供专用信令信道SDCCH。
信道请求包含建立原因(主叫)和随机参考值RAND(MS 确定的随机值使网络区别不同MS发出的请求)。
BTS解码请求消息后上报BSC,BSC 为MS请求空闲SDCCH信道,经BTS应答证实后,BTS为MS准备好相应无线资源。
BTS在AGCH上发送“立即指配消息”给MS,安排MS进入SDCCH信道;若BSC发现无信道分配,BSS向MS发送“立即指配拒绝消息”。
(2)MS响应:MS收到“立即指派消息”,转换到指定的SDCCH之后,MS在SDCCH上发送SABM帧(设定异步模式),其中包括一个完整的L3消息(CM业务请求消息)。
在SABM里MS向BSS表明哪种请求服务,这里的类型是主叫(CM service request),其它还有位置更新、响应寻呼、IMSI分离等。
BTS不经过任何修改向MS发送一个内容与SABM完全一样的UA帧作为响应以建立LAPDm的L2无线链路。
(3)确认请求:BSS处理信道业务请求,然后通过A接口上的信令链路透明的传送至MSC。
对于每个呼叫,在L2还要建立一个SCCP的连接,L3消息包含在A接口上SCCP的请求消息(CR)中传递。
MSC处理接入请求消息并通知VLR处理此MS的接入业务请求,然后向BSC回送连接确认消息(CC)。
(4)鉴权:MSC/VLR收到业务接入请求后,系统将进行移动用户身份鉴定,VLR首先查看在数据库中该MS是否存在三参数组(RAND/Kc/SRES),否则向相应的HLR/AUC请求提取鉴权参数,然后再向MSC下发鉴权命令,MSC通过BSS向MS下发鉴权请求,MS收到鉴权请求后利用IMSI、Ki和A3算法得出鉴权结果,通过鉴权响应消息送达MSC,MSC将结果回送VLR,VLR核对上报结果和从HLR取得的结果,一致则鉴权成功。
(流程管理)信令流程(寻呼短信切换)
1 基本呼叫过程 (2)1.1 移动用户呼叫移动用户主叫侧完整过程(主叫释放) (2)1.2 移动用户呼叫移动用户被叫侧完整过程(被叫释放) (10)1.3 固定用户呼叫移动用户完整过程 (17)1.4 移动用户呼叫固定用户完整过程 (22)1.5 呼叫重建过程 (26)2 位置更新过程 (27)2.1 第一次位置更新(TMSI再分配) (27)2.2 VLR内部的位置更新 (29)2.3 改变VLR时的位置更新 (34)3 IMSI附着过程 (40)3.1 IMSI分离过程 (40)4 切换 (44)4.1 小区内切换 (44)4.2 BSC内的小区间切换 (46)4.3 MSC内的BSC间切换 (48)4.4 MSC间切换 (50)4.5 强迫切换 (54)5 短消息传送过程 (56)5.1 空闲模式下MS发起的短消息传送 (56)5.2 空闲模式下MS终止的短消息传送 (60)5.3 专用模式下MS发起的短消息传送 (65)5.4 专用模式下MS终止的短消息传送 (67)6 高级语音呼叫过程 (69)6.1 组呼的信令过程 (69)6.1.1 发起组呼的信令流程 (69)6.1.1.1 移动用户发起组呼的信令流程 (69)6.1.1.2 固定用户发起组呼的信令流程 (72)6.1.2 移动用户在主控MSC上申请上行链路的信令流程 (74)6.1.3 组呼挂断的信令流程 (76)6.1.3.1 主控MSC下的移动用户挂断组呼的信令流程1 (76)6.1.3.2 中继MSC下的用户挂断组呼的信令流程 (77)6.1.3.3 固定用户挂断组呼的信令流程 (78)6.2 语音广播呼叫过程 (79)6.2.1 语音广播呼叫建立信令流程 (79)6.2.2 语音广播挂断信令流程 (82)1 基本呼叫过程1.1 移动用户呼叫移动用户主叫侧完整过程(主叫释放)1移动用户呼叫移动用户主叫侧完整过程(主叫释放)流程1.Channel request :该消息在RACH上以随机模式被传送,主要应用过程有IMSI附着、短消息、补充业务管理。
信令流程
NO.7信令流程一、 TUP信令流程A局 B局IAI 初始地址消息ACM 地址全消息ANC 应答计费消息SPEECH PHASECBK 后向释放(被叫挂机)CLF 前向释放RLG 释放监护初始地址消息为IAM,(SAM,SAO)请求主叫号码GRQ送主叫号码 GSM二、 ISUP信令流程A局 B局IAM 初始地址消息ACM 地址全消息ANM 应答消息SPEECH PHASEREL 释放消息RLC 释放完全消息三、 MAP信令流程1.位置更新1.11内部位置更新1.12外部位置更新imsi登记TMSI登记以TMSI获取数据未果,向用户请求IMSI登记2.移动主叫1. 在服务小区内(Cell), 移动用户通过随抢(Random Access) 方式, 在无线通道上请求一信道, 以用作信令信道.2. 建立移动用户和 MSC 的信令连接(MSC 和BSC 之间的SCCP 连接). 并且移动用户送出服务请求, 其中有用户的标识(IMSI 或TMSI) 服务的类型等.3. 对用户鉴权. 若是需对用户进行号码请求, 在鉴权前进行. 4,5 若是系统设置加密, 则在此设定加密模式 , 并分配新的TMSI.6. 用户送出CALL_SET_UP 请求, 其中有被叫用户号码, 呼叫服务类别等, 从而真正启动呼叫建立过程.7. MSC 分配话务信道. 这是无线资源管理命令, MSC 实际上只分配指定了一条至BSC 的PCM 话路, 然后由BSS 再分配一条相应的至MS 的无线话路.8. MSC 向PSTN 建立话路.9. 若被叫用户空闲,PSTN 成功建立至被叫的话路, 在向被叫振铃的同时, 回送ACM 给MSC, MSC 送回铃音给主叫移动用户.10. 被叫摘机,PSTN 送应答信号给MSC, MSC 送CONNECT 至MS. 至此话路接通, 用户进入通话状态.11-14 是呼叫释放的示意. 这里假设是被叫先挂机:11. PSTN 通知MSC 被叫挂机(CLB 信号),MSC 前向拆除和PSTN 的话路.12. 通知MS 被叫挂机(Disconnect 信号), 释放呼叫.13. 释放PCM 话路和无线的话路和信令信道资源.14. 释放SCCP 连接.3.移动被叫加密四、11.1业务见图1-11)收到呼叫,根信息O-CSI触将消息中的IDP消息。
主叫、被叫信令流程
主叫、被叫信令流程今天我和大家一起探讨一下关于网优掉话的相关问题,但是在讲解掉话问题之前,我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程,然后再和大家探讨一下怎样处理掉话方面的问题。
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、主叫信令流程
移动用户做主叫时的信令过程从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收到此消息后,首先通过S.I.F.O 消息向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会首先通过S.F.I.C消息向相应的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)外部切换。