1X和DO主被叫信令流程
005-CDMA1X典型语音信令流程-72
MS Acknowledge Order
Handoff Completion Message
BS Acknowledge Order
Extended Neighbor List Update Message
MS Acknowledge Order
切换信令流程
切换的分类
切换信令流程示意图
PSMM触发条件
呼叫的分类
呼叫信令流程示意图
协议字段分析
呼叫流程示意图
起呼(MO)
终端主动发起呼叫 基站回复应答证实消息
MS Origination Message BSAckOrder Extended Channel Assignment Message FFCH Null Traffic RFCH Preamble BSAckOrder MSAckOrder Service Connect Message Service Connect Complete Message
空闲切换
动态门限
按照发生区域分类
BSC内切换 BSC间切换 MSC间切换
•最常见的切换流程是BSC内的软切换加， 本文档以该类型切换为例讲解
切换信令流程
切换的分类
切换信令流程示意图
PSMM触发条件
协议字段分析
切换信令流程示意图
MS BS Pilot Strength Measurement Message
PARAMS_INCL：和P_REV 和SERV_NEG_TYPE相关
SEARCH_INCLUDE：导频 搜索相关参数变更指示
移动主被叫及切换信令流程分析
1、主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。
一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。
接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配业务请求等几个步骤。
经过这个阶段，手机和BTS BSC 建立了暂时固定的关系。
鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。
经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户允许继续处理该呼叫。
TCH指配阶段主要包括：指配命令，指配完成。
经过这个阶段，主叫用户的话音信道已经VLR），MSC经过接入阶段和鉴权加密过程后，主叫用户的合法身份已经得到确认，已经接入了网络，为继续进行呼叫，需要更为详细的信息，按照规范，此时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消息。
主叫信令流程
1.1.1主叫信令流程BTS BSC MSCMS 图1-1Mobile originating call establishment without OACSU (early assignment)1)MS 在空中接口的接入信道上向BTS 发送Channel Request （该消息内含接入原因值为MOC 。
但是该该消息中的原因值并不完全准确，因为MS 在做移动主叫和IMSI 分离时都填的是该原因值。
），2)BTS向BSC发送Channel Required消息；3)BSC收到Channel Required后，分配信令信道，向BTS发送ChannelActivation；4)BTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；5)BSC通过BTS向MS发送Immediate Assignment Command；6)MS发SABM帧接入；7)BTS回UA帧进行确认；8)BTS向BSC发Establishment Indication（该消息中准确的反映了MS的接入原因，此时对移动主叫和IMSI填的是不同的原因值。
），内含CM Service Request消息内容；9)BSC建立A接口SCCP链接，向MSC发送CM Service Request；10)MSC向BSC回链接确认消息；11)MSC发CM Service Accepted；12)主叫MS发Setup；13)MSC向主叫MS发Call Proceeding；14)MSC向BSC发Assignment Request，在该消息中，分配了A接口CIC；15)BSC分配话音信道，向BTS发送Channel Activation；16)BTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；17)BSC通过BTS向MS发送Assignment Command；18)MS发SABM帧在Assignment Command中指定的信道上接入；19)BTS回UA帧进行确认；20)BTS向BSC发Establishment Indication；21)MS在接入话音信道后，发送Assignment Complete；22)无线业务信道和地面电路均成功连接后，BSC向MSC发送Assignment Complete，并认为该呼叫进入通话状态；23)MSC向主叫MS发Alerting，主叫MS振铃；24)MSC向主叫MS发Connect；25)主叫MS向MSC回Connect Acknowledge；26)主叫MS和被叫MS进入语音通话状态；27)通话完毕，主叫MS挂机，主叫MS发Disconnect；28)MSC 向MS 发Release ；29)MS 回Release Complete ；30)MSC 向BSC 发Clear Command ，BSC 收到该消息后，启动释放流程；后续的释放流程参见释放流程的描述。
信令流程-主叫被叫
主叫信令细解✓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) 也有相同的信息。
(流程管理)移动主被叫及切换信令流程分析
（流程管理）移动主被叫及切换信令流程分析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下发鉴权命令。
手机作主叫及被叫的信令流程.doc
手机作主叫的信令流程：手机作被叫的信令流程：MOC第3层信令过程：Uplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink CM Service Request-----------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Downlink Alerting-------------------------FACCH Downlink Connect-------------------------FACCH Uplink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCH Downlink Channel Release----------------FACCHMTC第3层信令过程：Downlink Paging request type 1--------PCHUplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink Paging response----------------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Uplink Alerting-------------------------FACCHUplink Connect-------------------------FACCH Downlink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCHDownlink Channel Release----------------FACCH请详细说一下位置更新的流程及每一步所传送的消息当手机发现当前小区的位置区识别码LAC与SIM卡中存储的LAC值不一致时就发起一次位置更新请求。
互操作流程_cdma2000网络优化原理与实践_[共3页]
![互操作流程_cdma2000网络优化原理与实践_[共3页]](https://img.taocdn.com/s3/m/cc50996769dc5022abea0084.png)
第8章 EV -DO Release A 的关键信令流程和EV -DO Release A 与cdma 2000互操作流程– 299 – 8.2.4 互操作流程在混合覆盖区边缘，混合终端支持1x EV-DO 与cdma 2000 1x 两网之间的休眠切换；如果分组数据会话处于激活态，必须先转移到休眠态，然后发起两网之间的休眠切换，最后在目标网络中激活分组数据会话，从而完成两网之间的激活切换。
1．1x EV-DO 向cdma 2000 1x 休眠态切换在1x EV-DO 休眠态，当混合终端发现到达1x EV-DO 覆盖边缘且cdma 2000 1x 信号强度足够时，混合终端发起从1x EV-DO 向cdma 2000 1x 的切换过程，信令流程如图8-22所示，包含以下步骤。
图8-22 1x EV-DO 向cdma 2000 1x 休眠切换的信令流程（1）混合终端切换到cdma 2000 1x 系统频点，向基站发送起呼消息，置DRS = 0；同时上传的还有源PCF 的ANID 。
（2）基站对起呼消息进行确认应答。
（3）目标PCF 向PDSN 发送A11注册请求消息，请求建立A10连接，该消息的PANID 字段取值为起呼消息上传的ANID 。
（4）PDSN 建立A10连接，通过A11注册应答消息进行确认。
至此，完成从1x EV-DO 向cdma 2000 1x 的休眠切换。
（5）PDSN 向源PCF 发送A11注册更新消息，初始化A10连接释放。
（6）源PCF 用注册更新应答消息确认。
（7）源PCF 向PDSN 发送A11注册请求消息，置Lifetime=0，请求释放A10连接。
（8）PDSN 返回A11注册应答消息，确认释放A10连接。
2．1x EV-DO 向cdma 2000 1x 激活态切换混合终端不支持1x EV-DO 直接向cdma 2000 1x 的激活态切换。
在1x EV-DO 激活态，。
用户反映语音被叫通问题分析
用户反映语音被叫无法接通问题分析现象描述：C市电信分公司反映，用户投诉语音被叫时会出现无法接通问题并且提示音为“您拨打的用户已关机”，当时用户并未关机，对用户感知造成强烈影响。
C市分公司员工也反映在办公室区域会遇到该问题，并且多集中在同一款终端（HTC ONEX 720D）。
原因分析：电信CDMA双模HTC ONEX720D终端1X和DO互操作性能不稳定导致概率性出现手机无法作语音被叫。
信令跟踪显示，该款终端概率性出现在EVDO连接态时，无法按照协议规范和系统参数设置，周期性监听1X寻呼信道导致终端丢失1x系统寻呼消息，产生未接通影响用户感知。
处理过程：1、现场拨打测试：由于长寿分公司员工反映的问题出现地点与终端类型较集中，因此安排在长寿分公司办公楼进行了不同终端的对比测试、问题终端的正常拨打测试及特殊场景测试。
➢不同终端对比测试：反映问题出现较多的终端（型号：HTC ONEX 720D）和测试机（型号：HW 8600）进行对比拨打测试，测试时模拟用户使用场景，开启智能终端3G上网功能。
拨打了110次呼叫，测试终端（型号：HW 8600）未发现未接通问题，HTC ONEX 720D出现3次未接通；➢问题终端拨打测试：分公司反映张主任和周老师终端出现问题较频繁，终端型号：HTC ONEX 720D，这两款终端测试情况如下：张主任终端：拨打了110次呼叫，出现3次未接通，提示音为“您拨打的用户已关机”。
由于张主任终端数据端口故障，无法记录前台测试信令，只记录了后台跟踪信令。
15:57:12未接通信令：15:57:12系统下发第一次语音寻呼，此时终端发起DO数据连接并且进入连接态，15:57:18系统下发第二次语音寻呼，此时终端仍然在DO连接态，未响应1X语音寻呼导致未接通。
16:06:41未接通信令：16:06:38终端响应AN发起的DO数据连接并且成功进入连接态，16:06:41系统下发第一次1X语音寻呼，16:06:47系统下发第二次1X语音寻呼，两次1X语音寻呼都无响应，此时终端在DO数据业务连接态，导致语音被叫无法接通。
CDMA2000_1X、EVDO典型信令流程
目录1.概述 (1)1.1.目的和范围 (1)1.2.定义和缩略语 (1)2.CDMA2000 1X语音业务流程 (2)2.1.MS始呼流程 (2)2.2.MS被呼流程 (4)2.3.MS发起的释放流程 (5)2.4.MSC发起的释放流程 (6)3.CDMA2000 1X数据业务流程 (7)3.1.MS数据业务始呼流程 (8)3.2.SCH建立流程 (9)3.3.MS发起的数据呼叫激活流程 (11)3.4.网络侧发起的数据呼叫激活流程 (11)3.5.MS发起的数据业务释放流程 (12)3.6.网络侧发起的数据业务释放流程 (13)4.EVDO数据业务流程 (15)4.1.AT始发的数据业务呼叫流程 (15)4.2.网络侧发起的数据业务呼叫流程 (17)4.3.AN发起的连接释放流程 (18)4.4.AT发起的连接释放流程 (19)4.5.PDSN发起的会话释放流程 (20)图表1MS始呼流程图 (2)图表2MS被呼流程图 (4)图表3MS发起的释放流程图 (6)图表4MSC发起的释放流程图 (6)图表5CDMA2000数据业务用户状态图 (7)图表6MS发起的数据业务始呼流程图 (8)图表7SCH建立流程图 (10)图表8网络侧发起的数据呼叫激活流程图 (11)图表9MS发起的数据业务释放流程图 (13)图表10网络侧发起的数据业务释放流程图 (14)图表11AT始发的数据业务呼叫流程图 (16)图表12网络侧发起的数据业务呼叫流程图 (17)图表13AN发起的连接释放流程图 (18)图表14AT发起的连接释放流程图 (19)图表15PDSN发起的会话释放流程图 (20)1. 概述1.1. 目的和范围主要说明CDMA2000 1X、EVDO的语音业务和数据业务的信令消息流程。
1.2. 定义和缩略语MS Mobile Station 移动台BTS Base Transceiver System 基站收发信机BSC Base Station Controller 基站控制器BSS Base Station Subsystem 基站子系统，包括BSC和BTSAbis Abis interface BSC(基站控制器)和BTS(基站收发信台)之间的通信接口MSC Mobile Service Switching Center 移动交换中心SCCP Signaling Connection Control Part 信令连接控制部分（七号信令：MTP第三级的补充）AT Access Terminal EVDO接入终端，相当于1X 的MSAN Access Network EVDO接入网，相当于1X的BSSUm CDMA空中接口SCH Supplemental Channel 增补信道PDSN Packet Data Serving Node 分组数据服务节点，完成和无线网络(PCF)及IP网络的接口PCF Packet Control Function 分组控制功能块，无线域与分组域(IP网络)间的接口A8/A9 A8/A9 Interface PCF与BSC之间的接口A10/A11 A10/A11Interface PCF和PDSN之间的连接称为RP接口，也称为A10/A11接口，A10为数据接口，A11为信令接口。
第9章 信令流程介绍-1X信令
BS Acknowledgment Order 作用：基站通过此消息向终端证实已经收到终端发出的起呼消 息。 基站通过寻呼信道发送BS_Ack_Order，以此标识已经收到某个 IMSI移动台的接入信道BS_Ack_Order包，其字段与上述类似， 不再重复。
Extended Channel Assignment Message
1X系统各接口作用（续） A5 接口
提
纲
呼叫信令流程 切换信令流程
释放信令流程
登记信令流程
呼叫信令流程
呼叫的分类 呼叫信令流程示意图 协议字段分析
呼叫的分类
起呼(MO)
终端主动发起呼叫 起始消息为Origination Message
被呼(MT)
终端被动发起呼叫 起始消息为Page Response Message
Service Connect Complete Message 作用：MS通过该消息告诉基站接受哪种业务协商配置 。
SERV_CON_SEQ：等于Service Connect Message中对应的该值
要点回顾
起呼和被呼在流程上的差异 流程的若干阶段 信令中的重要字段，尤其是 Origination Msg Extended Channel Assignment Msg Service Connect Msg
流程上的异同点
在接入信道消息之前的处理流程 在接入信道消息之后的处理流程
呼叫流程示意图
起呼(MO)
终端主动发起呼叫 基站回复应答证实消息 基站发送信道指配消息 基站发送前向业务信道空帧 基站捕获反向业务信道前缀 基站发送证实指令 终端回送证实指令 基站发送业务连接消息 终端回复业务连接完成消息
CDMA2000 1x信令流程以及关键性能指标说明new
CDMA2000 1x信令流程及关键性能指标说明中兴通讯学院CDMA BSS课程团队课程目标掌握基本的语音登记、起呼、被呼、切换、释放的流程掌握关键性能指标的计算方法课程内容登记流程起呼流程寻呼流程切换流程释放流程登记成功流程Stat.1为基站收到MSC发送的登记成功消息Location Updating Accept时登记成功次数的统计点。
登记成功流程说明⏹MS向BS发送Registration Message消息，发起登记流程；⏹BS收到Registration Message后，构造Location Updating Request消息，封装后发送给MSC；⏹MSC向BS发送Location Updating Acccpt消息，指示对Location Updating Request消息的处理已经完成；⏹BS向MS发送Registration Accepted Order消息，登记成功。
登记失败流程Stat.1为基站收到MSC发送的登记失败消息Location Updating Reject时登记失败次数的统计点。
登记失败流程说明⏹MS向BS发送Registration Message消息，发起登记流程；⏹BS收到Registration Message后，构造Location UpdatingRequest消息，封装后发送给MSC；⏹MSC向BS发送Location Updating Reject消息；⏹BS向MS发送Registration Rejected Order消息，登记失败。
登记KPI⏹定义登记成功率=（登记成功次数/登记请求次数）*100%⏹期望值登记成功率≥97%注：1.登记请求次数＝登记成功次数＋登记失败次数课程内容登记流程起呼流程寻呼流程切换流程释放流程语音业务起呼流程Stat.1为BS收到MS起呼消息（OriginationMessage）时普通呼叫MS起呼次数和指配进入软切换呼叫MS起呼次数的统计点；Stat.2为BS完成无线资源分配后向MSC发送指派完成消息（AssignmentCompleteMessage）时普通呼叫语音起呼成功次数和指配进入软切换呼叫语音起呼成功次数的统计点。
主被叫信令流程总结
主被叫信令流程总结第一篇：主被叫信令流程总结主被叫信令流程总结截一张主被叫信令流程，可以对比进行学习。
对比，我们可以看出：1、被叫比主叫多一条PagingType。
2、主叫RRC建立好后上发CM Service Request,而被叫是上发RR Paging Response。
3、主叫有鉴权加密过程，而被叫只有加密过程，无鉴权过程。
4、主叫的Setup消息是UE上发给RNC，而被叫的Setup则是RNC下发给UE。
Setup里可以看UE号码。
5、Setup之后主叫是收到Call proceeding，而被叫则上发Call confirmed。
6、alerting、connect和connect ACKnowledge消息主被叫上下相反。
此外我们还可以看出：1、RRC建立过程一般为0.6s左右。
2、RB建立过程一般也为0.6s左右。
3、主叫从RRC请求开始到接通为9s左右，被叫为7s左右。
4、一般主叫收到Call proceeding时，被叫就发起RRC建立，两者几乎同步。
这个可以用来分析因被叫位置而引起的主叫未接通。
流程步骤是固定的，我想问的是，用不同软件进行测试的时候，在软件上看到的信令触发时间是有不同，而且出现的主被叫时间不统一，比如主叫上发的Connect Acknowledge时刻比被叫收到下发的Connect Acknowledge的时刻晚，正常来说应该是主叫比被叫时刻先，同样CC Disconect消息也是如此，而且可能上发和下发的触发机制不一样，手动挂断，定时挂断以及软件停止执行，主被叫都呈现出一种不规律情况。
第二篇：volte主被叫信令流程小结VOLTE呼叫流程介绍：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图；A、B均在MME附着，已在AS服务器注册；VOLTE呼叫业务流程VOLTE呼叫业务流程VOLTE呼叫业务流程备注：黑色，正常消息描述，包括Rrc、S1信令和普通描述等；红色，NAS标准信令；蓝色SIP标准信令；上述A和B均是IDLE模式，互相拨打的方式是实际应用场景中最常见的一种方式，具体流程如下：1.用户A和用户B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。
主被叫信令流程
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，真正的呼叫才结束。
信令流程详解
信令流程详解1 信令分析在分析问题时，请参照正确的流程，逐步检查到底哪一条消息没有收到，并且分析上一条消息里面携带的内容，从而定位原因所在。
1.1 主被叫呼叫建立流程1.1.1正常信令在分析接入问题时，请参照上图所示正确的流程，逐步检查到底哪一条消息没有收到，且分析上一条消息里面携带的内容，从而定位原因所在【注】Abis-BTS setup消息里面，携带了接入的小区、扇区、walsh码、频点。
关键点1：BSC向MSC发送CM Service Request后，是否收到Assignment Request。
如果没有收到MSC发的Assignment Request,等到6s后定时器超时，基站会给手机发送release order.这种情况是A1接口失败。
关键点2：BTS是否向BSC发送Abis-BTS Setup Ack。
Abis如有问题，如误码高、信令链路带宽不足等，将会体现为Abis无法建链成功，话统原因“指配资源失败”关键点3：是否发送ECAM（扩展信道指配消息）消息。
如Abis 正常建链，但却没有发送ECAM消息，在话统里面会体现为“指配资源失败”，可能原因是walsh、CE、power不足。
关键点4：是否在F-DSCH发送order message，如没有收到，说明捕获业务信道前导帧失败。
关键点5：是否发送Assignment complete。
如发送表明呼叫建立成功。
如没有收到，在话统里面体现为“信令交互失败”。
被叫流程与主叫几乎完全一致，被叫中的Paging Response相当于主叫的origination message。
1.1.2典型异常信令1、A1接口失败。
2、传输误码率高导致指配资源失败3、信令交互失败引起信令交互失败一般是空口原因，本案例比较特殊，该基站下面呼叫全部失败，通过结合CSL分析，发现存在大量0x0c8b （SDU_ADD_LINK_FAIL）接入失败，怀疑FMR 板有故障，在征得客户同意基础上复位IP框后（该框下仅有这一个基站）解决。
一次完整被叫通话的信令流程
1一次完整被叫通话的信令流程Mobile Station NetworkPaging RequestChannel RequestImmediate AssignmentCM Service RequestCM Service AcceptClassmark ChangeAuthentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ProceedingAssignment CommandAssignment CompleteAlertingDisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。
（2）Ciphering Mode 为加密模式（3）在Setup之后若手机为主叫则是Call Confirm,手机为被叫则是Call Proceeding3 关于掉话、拥塞等事件的定义对于用户来说，若在通话过程中没有Disconnect(即使有Release和Channel Release)也算是掉话。
对于Assignment Command 之后若出现的是Assignment Failure 或进入Idle状态，应描述为TCH分配失败比较恰当。
因为若是TCH拥塞的话，基站就不应该给手机Assignment Command的指令，而且TCH拥塞从我们软件的三层信令根本看不出来。
对于SDCCH也一样。
CDMA2000_1xEV-DO系统常见空口信令流程分析V1.0
DO系统常见空口信令流程分析目录1 前言 (1)2 Session呼叫流程 (1)2.1 AT发起Session呼叫部分 (1)2.1.1 流程介绍 (1)2.1.1.1 RouteUpdate (3)2.1.1.2 UATIRequest (4)2.1.1.3 ACACK (4)2.1.1.4 HardwareIDRequest (4)2.1.1.5 HardwareIDResponse (5)2.1.1.6 UATIAssignment (6)2.1.1.7 UATIComplete (6)2.1.2 具体例子 (7)2.2 Session配置 (10)2.2.1 流程介绍 (10)2.2.2 ConfigurationStart (12)2.2.3 ConfigurationRequest (13)2.2.4 ConfigurationResponse (14)2.2.5 ConfigurationComplete (14)2.2.6 具体例子 (15)3 Connection呼叫流程 (19)3.1 AT发起Connection建立 (19)3.1.1 信道指配捕获阶段 (20)3.1.1.1 流程介绍 (20)3.1.1.2 ConnectionRequest (21)3.1.1.3 TrafficChannelAssignment (22)3.1.1.4 ResetReport (23)3.1.1.5 RTCACK (24)3.1.1.6 TrafficChannelComplete (24)3.1.1.7 具体例子 (24)3.1.2 流应用阶段 (28)3.1.2.1 流程介绍 (28)3.1.2.2 DataReady和DataReadyAck消息 (32)3.1.2.3 XonRequest和XonResponse消息 (32)3.1.2.4 XoffRequest和XoffResponse消息 (33)3.1.2.5 LocationRequest (33)3.1.2.6 LocationNofication (33)3.1.2.7 LocationAssignment (34)3.1.2.8 LocationComplete (35)3.1.2.9 具体例子 (35)3.2 Connection释放 (38)3.2.1 ConnectionClose (39)3.2.2 T CSPClose定时器 (39)3.2.3 具体例子 (39)4 切换控制流程 (40)4.1 激活态软切换 (40)4.1.1 流程介绍 (40)4.1.1.1 RouteUpdate (2)4.1.1.2 Neighborlist (3)4.1.1.3 SLPACK (4)4.1.2 具体例子 (5)1前言在本文档中介绍了DO系统中常见业务的空口信令流程，结合实际的测试数据，讲解了其中主要字段的具体含义。
CDMA 1x系统语音呼叫信令流程
CDMA2000 1x系统语音呼叫信令流程1、协议中关于语音呼叫流程的描述图 1 协议中语音起呼流程图(图片来源：A接口协议《A.S0001.1_Entire_Document(2001-8).pdf》中2.2.2 Mobile OriginationExamples)a、首先MS在反向接入信道上向BS发送带层2请求的Origination Message消息。
b、BS收到Origination Message后，发送Acknowledgment Order（寻呼信道）确认消息给MS。
如果BS能够决定资源不可用（如业务信道），BS可能会执行PACA（Priority Access and Channel Assignment）流程,如下面蓝色字体所示。
否则，呼叫处理继续进行。
如果MSC确认被叫的MS在它的服务区，则开始寻呼流程。
MSC送Paging Request Message消息给BS，同时启动T3113定时器，然后等待包含Paging Response Message的层3消息的完成。
BS根据从MSC收到Paging Request Message消息来决定用哪个小区来发送寻呼消息，于是寻呼消息被分发到相关的小区，然后用寻呼信道将寻呼消息发送出去。
必要的话，寻呼消息会被插入计算寻呼信道的时隙中。
c、B S构造CM（配置管理）Service Request Message，将其放入层3消息中送给MSC，然后启动定时器T303。
对于电路型呼叫，BS可以要求MSC分配一个首选地面电路。
如果使用了统一查询，MSC等待鉴权的同时将继续呼叫流程。
如果MSC收到鉴权失败消息，MSC将清除改呼叫。
假设BSC已经做了信道指配，如果MSC制造商愿意的话，将提供一些带内处理，如语音或通知。
d、MSC向BS发送Assignment Request Message，请求分配无线资源。
如果MSC和BS之间已经建立了一条地面通信电路，那么Assignment Request Message 消息中将包含该电路的信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.MS 主叫流程MS 主叫流程图如下所示。
j i a b c d f g e h k l mAirbridge 用户接口跟踪主叫信令流程：MS主叫流程说明如下：动作动作描述a移动台发起呼叫（MS Origination）。
b基站证实（BS Ack Order）。
c基站向MSC发送业务请求消息（CM Service Request）。
d同时基站开始建立业务信道（FCH Setup）。
e MSC向基站发送指配请求消息（Assignment Request）。
f基站向移动台发送扩展信道指配消息（Extended Channel AssignmentMessage）。
g基站捕获移动台（FCH Aquired）。
h基站证实（BS Ack Order）。
i移动台证实（MS Ack Order）。
j业务协商过程（Service Negotiation）。
k基站向MSC发送指配完成消息（Assignment Complete）。
l MSC通过业务信道向MS发送回铃音（Ring Back Tone）。
m被叫方摘机，MS进入话音通话状态。
具体流程如下：1.MS在空中接口的接入信道上向BSS发送Origination Message（起呼消息），并要求BSS应答。
2.BSS收到Origination Message（起呼消息）后向MS发送BS Ack Order（基站证实指令）。
3.BSS构造CM Service Request（业务请求消息）消息，封装后发送给MSC。
对于需要电路交换的呼叫，BSS可以在该消息中推荐所需地面电路，并请求MSC分配该电路。
4.MSC向BSS发送Assignment Request（指配请求消息）消息，请求分配无线资源。
如果MSC能够指配BSS在CM Service Request消息中推荐的地面电路，那么MSC将在Assignment Request消息中指配该地面电路。
否则将指配其他地面电路。
5.BSS为MS分配业务信道后，在寻呼信道上发送Channel Assignment Message或ExtendedChannel Assignment Message（扩展信道指配消息），开始建立无线业务信道。
6.MS在指定的反向业务信道上发送Traffic Channel preamble （TCH Preamble）。
7.BSS捕获反向业务信道后，在前向业务信道上发送BS Ack Order（基站证实），并要求MS应答。
8.MS在反向业务信道上发送MS Ack Order（移动台证实），应答BSS的BS Ack Order。
9.BSS向MS发送Service Connect Message（业务连接消息）或Service Option ResponseOrder（业务响应指令），以指定用于呼叫的业务配置。
10.MS收到Service Connect Message或Service Option Response Order后，开始根据指定的业务配置处理业务，并以Service Connect Completion Message（业务连接完成消息）作为响应。
11.无线业务信道和地面电路均成功连接后，BSS向MSC发送Assignment Complete Message（指配完成消息），并认为该呼叫进入通话状态。
12.在业务信道帧内提供呼叫进程音的情况下，回铃音将通过话音电路向MS发送。
2.MS被叫流程MS被叫流程图如下所示。
j i a b cd f ge h k l m n o p q rAirbridge 用户接口跟踪被叫信令流程：MS被叫流程说明如下：动作动作描述a MSC发起寻呼移动台（MS Page）b移动台发寻呼响应消息（MS Page Response）。
c基站证实（BS Ack Order）。
d基站向MSC发送寻呼响应消息（Page Response）。
e同时基站开始建立业务信道(FCH Setup)。
f MSC向基站发送指配请求消息(Assignment Request)。
g基站向移动台发送扩展信道指配消息(Extended Channel Assignment Message)。
h基站捕获移动台(FCH Aquired)。
i基站证实(BS Ack Order)。
j移动台证实(MS Ack Order)。
k业务协商过程(Service Negotiation)。
l基站向MSC发送指配完成消息(Assignment Complete )。
m MSC通过业务信道向MS发振铃音(Alert With Information)。
n移动台证实(MS Ack Order)。
o移动台摘机(Connect Order)p基站证实(BS Ack Order)q基站向MSC转发移动台摘机消息r通话双方进入通话状态3.CDMA2000 1X数据业务流程1X数据业务存在三种状态：空状态（Null）、激活态（Active）、休眠态（Dormant）激活态（Active）：AT 和AN 之间存在空中业务信道，两边可以发送数据，A8、A10 连接保持。
休眠状态（Dormant）：AT 和AN 站之间不存在空中业务信道，但是AT 与PDSN之间存在PPP链接，A8 连接释放，A10 连接保持。
空状态（NULL）：AT 和AN 之间不存在空中业务信道，AT 与PDSN 之间也不存在PPP 链接， A8、A10 连接释放。
1X数据业务始呼流程图如下所示。
1X数据业务始呼流程说明如下。
1.MS在空中接口的接入信道上向BSS发送Origination Message（起呼消息）。
2.BSS收到Origination Message后向MS发送BS Ack Order（基站证实指令）。
3.BSS构造CM Service Request（业务请求消息）消息发送给MSC。
4.鉴权通过, 并且户具有数据业务使用权限此用当HLR, MSC向BSS发送AssignmentRequest（指配请求）消息，要求BSS分配无线资源。
5.BSS向PCF发送A9-Setup-A8消息，请求建立A8连接。
6.PCF向PDSN发送A11-Registration-Request消息，请求建立A10连接。
7.PDSN接受A10连接建立请求，向PCF返回A11-Registration-Reply消息，建立A10连接。
8.PCF向BSS返回A9-Connect-A8消息，A8与A10连接建立成功。
9.BSS将在空中接口的寻呼信道上发送Extended Channel Assignment Message（ECAM）建立空口信道。
10.MS在指定的反向业务信道上发送Traffic Channel preamble （TCH Preamble）。
11.BSS捕获反向业务信道后，在前向业务信道上发送BS Ack Order，并要求MS应答。
12.MS在反向业务信道上发送MS Ack Order，应答BSS的BS Ack Order。
并且在反向业务信道上传送空的业务帧。
13.BSS向MS发送Service Connect Message或Service Option Response Order，以指定用于呼叫的业务配置。
14.MS收到Service Connect Message后，MS开始根据指定的业务配置处理业务，并以Service Connect Completion Message作为响应，完成空口信道的建立。
15.无线业务信道和地面电路均建立并且完全互通后，BS向MSC发送Assignment CompleteMessage。
16.MS与PDSN之间协商建立PPP连接，Mobile IP接入方式还要建立Mobile IP连接，PPP消息与Mobile IP消息在业务信道上传输。
17.PPP连接建立完成后，数据业务进入连接态。
4.EVDO数据业务流程EVDO存在三种用户状态：激活态（Active）、休眠态（Dormant）和空闲态（Idle）激活态：AT与PDSN之间存在空口连接、A8连接、A10连接和PPP连接，可以进行数据传送。
休眠态：AT与PDSN之间仅存在A10连接和PPP会话，没有空口连接和A8连接，此时要传输数据必须重建空口连接和A8连接转入激活态。
空闲态：没有空口连接、A8连接、A10连接和PPP连接和会话。
（1）AT始发的数据业务呼叫流程AT始发数据业务始呼流程说明如下。
1.AT向AN发送UATI Request消息，请求更新UTAI标识。
2.AN向AT发送Hardware ID Request消息，获得AT的硬件标识。
3.AT向AN发送Hardware ID Response消息，返回AT的硬件标识信息。
4.AN向AT发送UATI Assignment消息，为AT指配UTAI标识。
5.AT向AN返回UATI Complete消息，UTAI标识更新完成。
6.AT向AN发送Connection Request and Route Update消息，请求建立数据业务呼叫。
7.AN向PCF发送A9-Setup-A8消息，请求建立A8连接。
8.PCF向PDSN发送A11-Registeration-Request消息，请求建立A10连接。
9.PDSN向PCF返回A11-Registeration-Reply消息，A10连接建立完成。
10.PCF向AN返回A9-Connect-A8，A8建立连接完成。
11.AN向AT发送Traffic Channel Assignment消息，指配业务信道。
12.AT向AN返回Traffic Channel Complete,业务信道指配完成。
13.AT向AN发送Configuration Request消息，开始配置协商过程。
14.AN向AT返回Configuration Response响应消息。
15.AT向AN发送Configuration Complete消息，配置协议过程完成。
16.MS与PDSN之间协商建立PPP连接，Mobile IP接入方式还要建立Mobile IP连接，PPP消息与Mobile IP消息在业务信道上传输。
17.PPP连接建立完成后，数据业务进入Active状态。
（2）网络侧发起的数据业务呼叫流程网络侧发起数据业务始呼流程说明如下。
1.AT处于Dormant状态，存在PPP连接。
2.PDSN在A10连接上向PCF发送分组数据包。
3.PCF判断数据业务呼叫处于Dormant状态，向AN发送A9-BS Service Request消息，请求分组数据业务。
4.AN向PCF返回A9-BS Service Response 响应消息。