3G CC 呼叫流程
3G CC修改方案
1参考文档 (4)
2呼叫数据结构 (4)
2.1 呼叫数据区 (4)
2.2 GMSC相关数据 (4)
3接口 (4)
3.1 DB接口 (4)
3.2 MM接口 (4)
3.2.1消息接口 (4)
3.2.1.1 增加以下消息接口： (4)
3.2.2编解码接口 (4)
3.2.2.1 数据结构 (4)
3.2.2.2 函数 (4)
3.3 MAP接口 (5)
3.4 对端呼叫进程接口 (5)
3.5 GMSC接口 (5)
3.6 MS对等消息接口 (5)
3.6.1呼叫建立消息 (5)
3.6.1.1 ALERTING (5)
3.6.1.2 CALL CONFIRMED (5)
3.6.1.3 CALL PROCEEDING (6)
3.6.1.4 CONNECT (6)
3.6.1.5 CONNECT ACKNOWLEDGE (7)
3.6.1.6 EMERGENCY SETUP (8)
3.6.1.7 PROGRESS (8)
3.6.1.8 SETUP (8)
3.6.2呼叫信息阶段消息 (9)
3.6.2.1 MODIFY (9)
3.6.2.2 MODIFY COMPLETE (9)
3.6.2.3 MODIFY REJECT (9)
3.6.2.4 USER INFORMATION (9)
3.6.3呼叫清除消息 (9)
3.6.3.1 DISCONNECT (9)
3.6.3.2 RELEASE (10)
3.6.3.3 RELEASE COMPLETE (11)
3.6.4补充业务控制消息（略） (11)
3.6.5其他消息（略） (11)
3.6.6CC信息元素 (11)
3.6.6.1 Auxiliary states (11)
3.6.6.2 Bear Capability (12)
3.6.6.3 Call Control Capabilities (13)
3.6.6.5 Called Party BCD number (14)
3.6.6.6 Called party subaddress (14)
3.6.6.7 Calling party BCD number (14)
3.6.6.8 Calling party subaddress (14)
3.6.6.9 Cause (14)
3.6.6.10 CLIR supressioin (15)
3.6.6.11 CLIR invocation (15)
3.6.6.12 Congestion Level (15)
3.6.6.13 Connected number (15)
3.6.6.14 Connected subadress (15)
3.6.6.15 Facility (15)
3.6.6.16 High layer compatibility (15)
3.6.6.17 Keypad facility (15)
3.6.6.18 Low layer compatility (16)
3.6.6.19 More data (16)
3.6.6.20 Motification indicator (16)
3.6.6.21 Progress indicator (16)
3.6.6.22 Recall type $(CCBS)$ (16)
3.6.6.23 Redirecting party BCD number (16)
3.6.6.24 Redirecting party subaddress (16)
3.6.6.25 Repeat indicator (16)
3.6.6.26 Reverse call setup direction (16)
3.6.6.27 SETUP Container $(CCBS)$ (16)
3.6.6.28 Signal (16)
3.6.6.29 SS Version Indicator (16)
3.6.6.30 User-User (16)
3.6.6.31 Alerting Pattern $(NIA)$ (17)
3.6.6.32 Allowed actions $(CCBS)$ (17)
3.6.6.33 Stream Identifier (17)
3.6.6.34 Network Call Control Capabilities (17)
3.6.6.35 Cause of No CLI (17)
3.6.6.36 Immediate modification indicator (17)
3.6.7公用信息元素 (17)
4流程 (17)
4.1 主叫流程 (19)
4.1.1指配流程 (19)
4.1.2放音流程 (19)
4.1.3接续流程 (19)
4.1.4释放流程` (19)
4.2 被叫流程 (19)
4.2.1指配流程 (19)
4.2.2放音流程 (19)
4.2.3接续流程 (19)
4.3 GMSC流程 (20)
5呼叫SDL图 (20)
5.1 主叫 (20)
5.1.1主流程 (20)
5.1.2MMCC_EST_IND过程 (22)
5.1.3Complete Call过程 (23)
5.1.4SendAssignReq (23)
5.1.5Assign Confirm过程 (24)
5.1.6AssingCnf过程 (25)
5.1.7Tp Info过程 (25)
5.1.8GETTNBridge过程 (26)
5.1.9Alerting过程 (27)
5.1.10StarConv过程 (28)
5.2 被叫 (29)
5.2.1主流程 (29)
5.2.2MCallBegin过程 (31)
5.2.3Complet Call 过程 (32)
5.2.4MMCC_EST_CNF过程 (33)
5.2.5GETTNBRIDGE过程 (33)
5.2.6SETUP过程 (34)
5.2.7CALL CONFIRM过程 (34)
5.2.8MMCC_SYNC_CNF过程 (35)
5.2.9MStoNAlerting过程 (35)
5.2.10MStoNConnect过程 (36)
5.3 GMSC (37)
5.3.1主流程 (37)
5.3.2MCallNotice过程 (38)
5.3.3Routing Ack过程 (39)
5.3.4GetModuleAck过程 (40)
5.4 释放 (41)
5.5 RAB指配过程 (41)
5.6 RAB释放过程 (42)
5.6.1RAB指配参数的确定 (42)
1参考文档
[1]
[2]
[3]
[4]
2呼叫数据结构
2.1呼叫数据区
1、RABid：增加字段RABid
2.2GMSC相关数据
无
3接口
3.1DB接口
不变
3.2MM接口
3.2.1消息接口
3.2.1.1增加以下消息接口：mcRabAssignReqEvent (CC->MM) mcRabAssignCmpEvent (MM->CC) mcRabAssignQueueEvent (MM->CC) mcRabAssignFailEvent (MM->CC)
mcRabAssignRelEvent (CC->MM) mcRabAssignRelCmpEvent (MM->CC) mcRabAssignRelFailEvent (MM->CC)
mcRabReleaseReqEvent (MM->CC)
其中，mcRabAssignQueueEvent 消息目前暂不处理。
3.2.2编解码接口
3.2.2.1数据结构
3.2.2.2函数
3.3MAP接口
参考MAP接口呼叫部分
3.4对端呼叫进程接口
不变
3.5GMSC接口
不变
3.6MS对等消息接口
[注]：红色标注表示修改部分。3.6.1呼叫建立消息
3.6.1.1ALERTING
a、MS<—MM<—网络
事件：
b、MS—>MM—>网络
事件：mcL3AlertEvent
结构：mcL3MStoNAlerting_T
3.6.1.2CALL CONFIRMED
方向：MS—>MM—>网络
事件：mcL3CallCnfEvent
结构：mcL3CallConfirm_T
3.6.1.3CALL PROCEEDING
方向：MS<—MM<—网络
事件：
结构：mcL3CallProceed_T
3.6.1.4CONNECT
方向：MS<—MM<—网络
事件：
结构：mcL3NtoMSConnect_T
方向：MS—>MM—>网络
事件：mcL3ConnectEvent
结构：mcL3MStoNConnect_T
3.6.1.5CONNECT ACKNOWLEDGE
方向：MS—>MM—>网络
事件：mcL3ConnectAckEvent
结构：mcL3MMCCTalking_Event_T
方向：MS<—MM<—网络
事件：
3.6.1.6EMERGENCY SETUP
方向：MS—>MM—>网络
事件：mcL3EmergencySetupEvent
结构：mcL3EmergencySetup_T
3.6.1.7PROGRESS
方向：MS<—MM<—网络
事件：
3.6.1.8SETUP
方向：MS—>MM—>网络
事件：mcL3SetupEvent
3.6.2呼叫信息阶段消息
3.6.2.1MODIFY
3.6.2.2MODIFY COMPLETE 3.6.2.3MODIFY REJECT
3.6.2.4USER INFORMATION 3.6.3呼叫清除消息
3.6.3.1DISCONNECT
方向：MS—>MM—>网络
事件：mcL3DisconnectEvent
结构：mcL3MStoNDisconnect_T
方向：MS<—MM<—网络
事件：
结构：mcL3NtoMSDisconnect_T
3.6.3.2RELEASE
方向：MS—>MM—>网络
事件：mcL3ReleaseEvent
方向：MS<—MM<—网络
事件：
结构：mcL3NtoMSRelease_T
3.6.3.3RELEASE COMPLETE
方向：MS—>MM—>网络
事件：mcL3ReleaseCmpEvent
方向：MS<—MM<—网络
事件：
结构：mcL3NtoMSReleaseCmp_T
3.6.4补充业务控制消息（略）
3.6.5其他消息（略）
3.6.6CC信息元素
3.6.6.1Auxiliary states
结构名：mcL3AuxState_T
3.6.6.2Bear Capability
3.6.6.3Call Control Capabilities
结构名：mcL3CCCapability_T
3.6.6.4Call State
结构名：mcL3CallState_T
3.6.6.5Called Party BCD number
结构名：mcL3CalledNumber_T
3.6.6.6Called party subaddress
3.6.6.7Calling party BCD number
3.6.6.8Calling party subaddress
结构名：mcL3CallingSubAddr_T
（结构定义参考[Called party subaddress]）3.6.6.9Cause
结构名：mcL3Cause_T
3.6.6.10CLIR supressioin
结构名：BYTE
3.6.6.11CLIR invocation
结构名：BYTE
3.6.6.12Congestion Level
结构名：BYTE
3.6.6.13Connected number
结构名：mcL3ConnectedNum_T
结构定义：参考[Calling party BCD number] 3.6.6.14Connected subadress
结构名：mcL3ConnectedSubAddr_T
结构定义：参考[[Called party subaddress] 3.6.6.15Facility
3.6.6.16High layer compatibility
结构名：mcL3HighLayerCompb_T
3.6.6.17Keypad facility
结构名：mcL3KeypadFacility_T
3.6.6.18Low layer compatility
结构名：mcL3LowLayerCompb_T
3.6.6.19More data
3.6.6.20Motification indicator
3.6.6.21Progress indicator
3.6.6.22Recall type $(CCBS)$
3.6.6.23Redirecting party BCD number 3.6.6.24Redirecting party subaddress 3.6.6.25Repeat indicator
结构名：BYTE
3.6.6.26Reverse call setup direction 3.6.6.27SETUP Container $(CCBS)$ 3.6.6.28Signal
3.6.6.29SS Version Indicator
3.6.6.30User-User
[注]：用于SETUP消息。
结构名2：mcL3UUL_T
[注]：用于USER INFORMATION、ALERTING、CONNECT、DISCONNECT、PROGRESS、RELEASE、RELEASE COMPLETE消息。
3.6.6.31Alerting Pattern $(NIA)$
3.6.6.32Allowed actions $(CCBS)$
3.6.6.33Stream Identifier
结构名：BYTE
3.6.6.34Network Call Control Capabilities
3.6.6.35Cause of No CLI
3.6.6.36Immediate modification indicator
3.6.7公用信息元素
4流程
呼叫的整个流程如下图所示：
4.1.1指配流程
CC在收到MAP发来的mcCompleteCallEvent后，允许MS接入，向MM发送指配请求AssignReq,其中主要携带
呼叫的index、RABid、UP mode、UP Mode Ver、RAB Params等参数；MM收到该请求后，向RANAP发送RAB
指配请求；RANAP分配相应的BindingID并填入Transport Addr后通过SCCP连接发往相应的RNC。
CC收到指配完成消息后，保存返回的Tamr到SelfTln。
4.1.2放音流程
当收到被叫发来的Alerting消息时（其中带有一个T网时隙用于放音），主叫判断音类型是否是TONE_RINGBACK,若是则Connext_Fix_Path（selfTln，音时隙），否则Connect_Path（selfTln，音时隙），在T 网接通单向时隙，将回铃音通过AMR、UP、RAB传送到MS。
4.1.3接续流程
被叫的T网时隙通过Connect消息传递给主叫。
向DB发送接续请求ConnectPath(partyTln ,selfTln)，接通本方的单向通路。
4.1.4释放流程`
向DB发送DisConnectPath请求断开T网连接。CC发送RABRelease请求，RANAP收到后，释放AAL2连接，AAL2向UP发送Release请求，终止UP实例，归还AMR时隙Tamr。
4.2被叫流程
4.2.1指配流程
CC在收到MAP发来的mcCompleteCallEvent后，允许MS接入，向MM发送指配请求AssignReq,其中主要携带呼叫的index、RABid、UP mode、UP Mode Ver、RAB Params等参数；MM收到该请求后，向RANAP发送RAB 指配请求；RANAP分配相应的BindingID并填入Transport Addr后通过SCCP连接发往相应的RNC。
CC收到指配完成消息后，保存返回的Tamr到SelfTln。
4.2.2放音流程
向DB申请一个TONE资源，保存partyToneTln,partyToneId，并将该音时隙及类型通过Alerting消息发送到被叫进程。
4.2.3接续流程
主叫的T网时隙opTln通过Setup传给被叫。
向DB发送接续请求ConnectPath(partyTln ,selfTln)，接通本方的单向通路。
被叫的T网时隙通过Connect消息传给主叫。
4.2.4释放流程
向DB发送DisConnectPath请求断开T网连接。CC发送RABRelease请求，RANAP收到后，释放AAL2连接，AAL2向UP发送Release请求，终止UP实例，归还AMR时隙Tamr。
不变
5呼叫SDL图5.1主叫
5.1.1主流程
手机打电话过程
手机开机后的步骤:λ 1. 首先搜索124个信道，即所有的BCH通道, 决定收到的广播信道BCH强度, (BCH 的承载的信息是距Mobile最近的BTS; 呼叫信息); 2. 跟网络同步时间和频率, 由FCH/SCH调整频率和时间 3. 解码BCH的子通道BCCH. 4. 网络检查SIM 卡的合法身份.是否是网络允许的SIM 卡。 5. 手机的位置更新. 6. 网络鉴权 手机主叫(MOC)过程:λ 1. 手机给基站发送通道需求(通过RACH信道发送请求)，手机发送一个短的随即接入突发脉冲.(RACH Burst) 2. 由BCH 指定传输信道. SDCCH 3. 手机和基站在独立专用信道(SDCCH)上通信. 4. 权限认证 5. 指定手机在一个业务信道(TCH)上通信. 6. 在TCH上进行语音通信. 手机被叫λ 1. BTS在PCH（PCH为寻呼信道，当网络想与某一MS建立连接时，会根据MS所登记的LAC号向所有具有该LAC号的小区的PCH信道上进行寻呼，寻呼MS标志为IMSI号或者TMSI号）呼叫通道上使用SIM中的IMSI号码来呼叫用户。 2. 由手机发送RACH（随机接入信道，当MS想与网络建立连接时，通过RACH信道向网络发送一个突发脉冲， 3. 通道指定在BCH. 4. 手机和基站在SDCCH 上通信 5. 手机用户被鉴权 6. 手机被指定TCH通道。 7. 在TCH通道上进行语音和数据通信。 紧急呼叫：λ 1. GSM规格定义了112 为紧急呼叫号码 2. 112在手机有无SIM卡的情况下均可呼叫。 3. 在RACH 上, 手机112 建立紧急呼叫。 Authentication 鉴权：λ 1. 目的：验证用户身份（IMSI /SIM）; 提供手机新的加密键。 2. 鉴权是在什么情况下：每一次注册、每次呼叫或被叫企图、执行一些增值服务、漫游时的位置更新。 切换handover: 切换是手机通信从一个小区/信道到另外一个小区/信道。λ 1. 上行和下行的接收质量报告 2. 上行和下行的接收信号强度 3. 距离，迁时 4. 干扰层。 5. 功率预算。 6. 切换包括：同一小区内部信道/时隙之间的切换。小区于小区之间。
VoLTE信令详细流程
VoLTE信令流程
内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3
总体流程—承载 ?VoLTE的信令IMS消息使用QCI为5的Non-GBR QoS、语音使用QCI为1的GBR、视频使用QCI为2的GBR QCI Resourc e Type Priority Packet Delay Budget Packet Error Loss Rate Example Services 1 GBR 2 100 ms 10-2Conversational Voice 2 4 150 ms 10-3Conversational Video (Live Streaming) 5 No-GBR 1 100 ms 10-6IMS Signalling 不支持VoLTE的 UE 支持VoLTE的UE 未进行VoLTE会话进行VoLTE语音通话进行VoLTE视频通话 QCI9 QCI5+QCI9 QCI1 + QCI5 + QCI9 QCI1 +QCI2+QCI5+QCI9 ?终端业务承载建立对应关系：
VOLTE总体流程
内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3
VOLTE注册流程—EPS attach（1） ?VoLTE首先在EPS进行联合attach，与普通CSFB一致，再建立QCI5承载： Default bearer (GBR) QCI=8/9 Internet APN Default bearer (Non-GBR) QCI=5 IMS APN ?UE在attach Req中携带SRVCC能力及VOLTE能力： ?EPC在attach Acp中通知UE，网络侧具有VOLTE-IMS，决定UE紧接下来是否发起QCI5承载建立：
voip技术原理及呼叫流程
ＶｏＩＰ是建立在ＩＰ技术上的分组化、数字化传输技术，其基本原理是：通过语音压缩算法对语音数据进行压缩编码处理，然后把这些语音数据按ＩＰ等相关协议进行打包，经过ＩＰ网络把数据包传输到接收地，再把这些语音数据包串起来，经过解码解压处理后，恢复成原来的语音信号，从而达到由ＩＰ网络传送语音的目的。ＩＰ电话系统把普通电话的模拟信号转换成计算机可联入因特网传送的ＩＰ数据包，同时也将收到的ＩＰ数据包转换成声音的模拟电信号。经过ＩＰ电话系统的转换及压缩处理，每个普通电话传输速率约占用８～１１ｋｂｉｔ／ｓ带宽，因此在与普通电信网同样使用传输速率为６４ｋｂｉｔ／ｓ的带宽时，ＩＰ电话数是原来的５～８倍。 ＶｏＩＰ的核心与关键设备是ＩＰ电话网关。ＩＰ电话网关具有路由管理功能，它把各地区电话区号映射为相应的地区网关ＩＰ地址。这些信息存放在一个数据库中，有关处理软件完成呼叫处理、数字语音打包、路由管理等功能。在用户拨打ＩＰ电话时，ＩＰ电话网关根据电话区号数据库资料，确定相应网关的ＩＰ地址，并将此ＩＰ地址加入ＩＰ数据包中，同时选择最佳路由，以减少传输时延，ＩＰ数据包经因特网到达目的地ＩＰ电话网关。对于因特网未延伸到或暂时未设立网关的地区，可设置路由，由最近的网关通过长途电话网转接，实现通信业务。 目前ＶｏＩＰ系统一般由ＩＰ电话终端、网关（Ｇａｔｅｗａｙ）、网（关）守（Ｇａｔｅｋｅｅｐｅｒ）、网管系统、计费系统等几部分组成。ＩＰ电话终端包括传统的语音电话机、ＰＣ、ＩＰ电话机，也可以是集语音、数据和图象于一体的多媒体业务终端。由于不同种类的终端产生的数据源结构是不同的，要在同一个网络上传输，这就要由网关或者是通过一个适配器进行数据转换，形成统一的ＩＰ数据包。ＩＰ电话网关提供ＩＰ网络和电话网之间的接口，用户通过ＰＳＴＮ本地环路连接到ＩＰ网络的网关，网关负责把模拟信号转换为数字信号并压缩打包，成为可以在因特网上传输的ＩＰ分组语音信号，然后通过因特网传送到被叫用户的网关端，由被叫端的网关对ＩＰ数据包进行解包、解压和解码，还原为可被识别的模拟语音信号，再通过ＰＳＴＮ传到被叫方的终端。这样，就完成了一个完整的电话到电话的ＩＰ电话的通信过程。关守实际上是ＩＰ电话网的智能集线器，是整个系统的服务平台，负责系统的管理、配置和维护。关守提供的功能有拨号方案管理、安全性管理、集中帐务管理、数据库管理和备份、网络管理等等。网管系统的功能是管理整个ＩＰ电话系统，包括设备的控制及配置，数据配给，拨号方案管理及负载均衡、远程监控等。计费系统的功能是对用户的呼叫进行费用计算，并提供相应的单据和统计报表。计费系统可以由ＩＰ电话系统制造商提供，也可以由第三方制作，但此时需ＩＰ电话系统制造商提供其软件数据接口。 在实现方式上，ＶｏＩＰ有电话机到电话机、电话机到ＰＣ、ＰＣ到电话机和ＰＣ到ＰＣ等４种方式。最初ＶｏＩＰ方式主要是ＰＣ到ＰＣ，利用ＩＰ地址进行呼叫，通过语音压缩、打包传送方式，实现因特网上ＰＣ机间的实时话音传送，话音压缩、编解码和打包均通过ＰＣ上的处理器、声卡、网卡等硬件资源完成，这种方式和公用电话通信有很大的差异，且限定在因特网内，所以有很大的局限性。电话到电话即普通电话经过电话交换机连到ＩＰ电话网关，用电话号码穿过ＩＰ网进行呼叫，发送端网关鉴别主叫用户，翻译电话号码／网关ＩＰ地址，发起ＩＰ电话呼叫，连接到最靠近被叫的网关，并完成话音编码和打包，接收端网关实现拆包、解码和连接被叫。对于电话到ＰＣ或是ＰＣ到电话的情况，是由网关来完成ＩＰ地址和电话号码的对应和翻译，以及话音编解码和打包。 二、ＶｏＩＰ的关键技术 传统的ＩＰ网络主要是用来传输数据业务，采用的是尽力而为的、无连接的技术，因此没有服务质量保证，存在分组丢失、失序到达和时延抖动等情况。数据
IMS sip呼叫流程
3GPP2 X.S0013-009-0 Version: 1.0 Date: December 2007 IMS/MMD Call Flow Examples COPYRIGHT 3GPP2 and its Organizational Partners claim copyright in this document and individual Organizational Partners may copyright and issue documents or standards publications in individual Organizational Partner’s name based on this document. Requests for reproduction of this document should be directed to the 3GPP2 Secretariat at secretariat@https://www.wendangku.net/doc/6616416664.html,. Requests to reproduce individual Organizational Partner’s documents should be directed to that Organizational Partner. See https://www.wendangku.net/doc/6616416664.html, for more information.
X.S0013-009-0 v1.0 IMS/MMD Call Flow Examples Revision History Revision Changes Date v1.0 Initial Publication December, 2007
手机主叫消息流程说明
主叫消息流程说明 BSS——>MSC 完全层三消息（Complete Layer 3 Information） MS发起呼叫业务请求,其中包括呼叫类型(MS主叫,紧急呼叫,补充业务等),MS级别信息(功率,加密算法等),MS识别( IMSI,TMSI等)。 MSC——>BSS 连接证实( Connect Confirm) SCCP的连接证实。 MSC——>BSS 鉴权请求( Authentication Request) MSC要求MS进行鉴权,其中包括鉴权随机数(Authentication Rand Value)。 BSS——>MSC 鉴权响应(Authentication Response) MS根据Ki鉴权随机数计算出Authentication SRES Value在此消息中发给MSC。MSC将其与HLR发来的Authentication SRES Value进行比较，如果二者相等则鉴权成功，否则鉴权失败。 MSC——>BSS 加密模式命令(Cipher Mode Command) MSC指示BSS和MS是否加密及加密算法，如果进行加密还需通知BSS所用的加密KEY。 BSS——>MSC 加密模式完成(Cipher Mode Complete) 对加密模式命令的应答 MSC——>BSS TMSI重分配命令(TMSI Reallocation Command) MSC给MS重新分配TMSI。 BSS——>MSC TMSI重分配完成(TMSI Reallocation Complete) 此消息位置可变 BSS——>MSC 建立(Setup) MS在此消息中包括被叫号码。 MSC——>BSS 呼叫进行(Call Proceeding) 表示MSC正在处理本次呼叫。 MSC——>BSS 分配请求(Assignment Request) 要求分配地面电路和空中信道。
VOLTE技术原理与信令流程
V O L T E技术原理与信令 流程 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】
VOLTE原理报告 项目名称中移动福州VOLTE测试 文档编号 版本号 作者苏晓群 版权所有 大唐移动通信设备有限公司 本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关着作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。 目录
1引言 编写目的 本文主要对VOLTE的原理进行介绍，并对VOLTE小区主要参数配置及测试信令进行详细说明，使读者对VOLTE有个基本的了解；由于VOLTE现在未商用，所以实际优化经验较少，优化可以参考R9及2/3G的优化经验。 预期读者和阅读建议 本文档预期读者为网络技术优化人员、系统测试人员等。 参考资料 [1]《TD-LTE半持续调度特性实现报告》 [2]3GPP TS Single Radio Voice Call Continuity (SRVCC) [3] IETF RFC 3261 Session Initiation Protocol [4] -IMS Profile for Voice and SMS [5]《中国移动VoLTE总体建设方案》—移动集团设计院 2VOLTE原理介绍 VOLTE介绍 技术背景 目前业界对LTE语音的解决方案有三种，分别是VOLTE、CSFB、SGLTE， VOLTE与CSFB是3GPP标准化方案，SGLTE为终端实现方案，其中VOLTE是移动4G语音解决方案的终极方案；SGLTE不需要对网络进行改动，VOLTE与CSFB均需对网络进行改造。 VOLTE是什么最直接简单的理解就是VOIP，只是网络的承载体由互联网变成了LTE，同时在LTE的业务中给了一个高优先级保证QOS。 VoLTE是GSMA IR 92定义的标准LTE语音解决方案，最大的网络改动就是引入IMS网络，由IMS配合LTE和EPC网络实现端到端的基于分组域的语音、视频通信业务。通过IMS系统的控制，VoLTE解决方案可以提供和电路域性能相当的语音业务及其补充业务，包括号码显示、呼叫转移、呼叫等待、会议电话等。 技术优势 VoLTE开启了向移动宽带语音演进之路，其给运营商带来两方面的价值，一是提升无线频谱利用率、降低网络成本。LTE的频谱利用效率GSM的4倍以上。另一个价值就是提升用户体验，VoLTE的体验明显优于传统CS语音。首先，高清语音和视频编解码的引入显着提高了通信质量；其次，VoLTE的呼叫接续时长大幅缩短，VoLTE比CS呼叫缩短一半以上。 下面是实际测试的一些指标：
一次完整被叫通话的信令流程
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也一样。
掌握呼叫处理流程
呼叫处理流程 在介绍呼叫流程之前，先说明和本章节介绍的呼叫流程密切相关的两点：号码分析选择子的位置、号码分析规则。 号码分析选择子的位置：用户属性、号码分析、中继组。 主叫用户摘机拨号之后，由用户属性中的号码分析选择子关联到号码分析中的号码分析选择子，进而进行号码分析。 入局呼叫，根据中继组中的入向号码分析选择子关联到号码分析中的号码分析选择子。 号码分析规则：ZXJ10交换机提供七种号码分析器，对于某一指定的号码分析选择子，号码严格按照固定的顺序经过选择子中规定的各种号码分析器，由号码分析器进行号码分析并输出结果。 在程控交换机中，呼叫接续过程都是在呼叫处理程序控制下完成的。 呼叫类型包括本局呼叫、入局呼叫、出局呼叫，如图1所示。 图 1 呼叫类型 1.1本局呼叫流程 1．主叫用户摘机 对用户线状态监视是由用户线扫描程序周期性地进行。当主叫A摘机，使用户线路状态发生变化，由“1”(断)变“0”(通)。 用户线扫描程序检测出主叫用户A摘机，确定主叫A的设备号。
根据设备号，从外存储器中调入该用户的用户数据，其中包括A用户的电话号码，用户类别、服务类别等，然后执行去话分析程序。 分析结果，得出下一步要执行的任务和下一个状态号码。如果是号盘话机，就接脉冲收号器，按钮话机就接双音收号器。寻找一个拨号音源至主叫用户的空闲时隙，将拨号音送至主叫用户。监视收号器的输入信息，准备收号。 2．收号 用户听到拨号音，拨第一位号码，收号器收到第一位号后，停拨号音。 用户继续拨号，收号器将收到的号码按位储存。 3．号码分析 对用户拨号进行预译处理，以确定应收号码的位数及呼叫类别。当收到的第一位号码是“1”，就能判断是特种服务业务，只需要收三位号码。如果第一位号码为“O”，则为长途呼叫业务，还需根据第二位和第三位来决定应收位数。根据第一位至第三位号(即号首)，可以决定呼叫类别，是本局、出局、长途、特服等，并决定该收的号码位数。 确定应收位数后，对已收位数进行计数。号码收齐后如果确定是呼叫本局的，则启动来话分析程序，检查这次呼叫是否允许接通(是否限制长途发话等)、被叫用户是否空闲，若空闲，则在被叫用户忙闲表上予以示忙。 4．接至被叫用户 找出向主叫用户送回铃音的空闲路由；找一条向被叫用户送铃流的回路(可能直接控制用户电路振铃，而不用另找路由)；预占主、被叫用户通话路由。 5．振铃 向被叫用户送铃流；向主叫用户送回铃音；监视主、被叫用户状态。 6．被叫应答、通话 被叫闻振铃音后，摘机应答。 交换机检测到被叫应答后，停振铃，停回铃音； 建立主叫、被叫用户间的通话路由，开始通话； 启动计费设备开始计费； 监视主、被叫用户状态。 7．话终挂机 主叫先挂机，检测出主叫挂机后，路由复原、停止计费，向被叫送忙音，被叫听忙音后，挂机，被叫转入空闲状态。 被叫先挂机，检测出被叫挂机后，路由复原，停止计费，主叫听忙音，主叫挂机，转入空闲状态。
表格模板-wiresharkf分析SIP呼叫流程典型流程图解 精品
SIP呼叫典型流程图解及详细解释 目录 1.Sip协议的相关术语： (2) 2.注册流程 (4) 3.注销流程： (6) 4.基本呼叫建立过程： (7) 5.会话更改流程： (9) 6.正常呼叫释放过程： (12) 7.被叫忙呼叫释放： (13) 8.被叫无应答流程一： (14) 9.被叫无应答流程二： (15) 10.遇忙呼叫前转： (16) 11.无应答呼叫前转流程： (18) 12.呼叫保持： (20) 13.呼叫等待： (23) 14.盲转流程 (27) 15.询问转的流程 (30) 16.彩铃的流程 (31) 17.三方通话 (34)
1.Sip协议的相关术语：
A拨打B,A到proxy是一个session，一个dialog，proxy到b是另一个dialog，有另一个session name。 Invite，ack，bye，option，update，cancel消息，每发一个就是一个事务。每发一个请求，cseq加1，但cancel，ack，bye请求的cseq同invite的cseq。Callid，from tag，to tag标识一次对话。Invite消息中有from tag，没有to tag，100 trying应答也没有to tag。被叫发的bye 中from，to的tag和180和200ok的值。 每个事务用via字段里的branch的值来区分，invite到200ok之间属于一个事务，bye是另一事务。 语音流，被叫收到ack后发一个rtp流。
2.注册流程
3.注销流程： 终端代理代理服务器 REGISTER (1) 200 OK (4) 标题 （1） 终端向代理服务器送Register 消息注销，其头中expire 字段置0。 （2） 代理服务器收到后回送200 OK 响应，并将数据库中的用户有关信息注销。
Volte语音信令流程
VOLTE语音流程 语音呼叫流程6个模块： 1、invite业务请求 2、会话进度上报 3、协商SDP 4、振铃 5、接通 6、挂机 前台信令： SIP信令详析： 1、INVITE-Request（INVITE） 用户A发送上行数据，呼叫用户B，首先向AS服务器（P-CSCF）发送INVITE请求，LTE系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。
最大跳跃数，就是经过SIP 服务器的跳跃次数，主要是防止循跳跃,每注册一次，该整数减一。 P-CSCF对不同SIP消息的处理 2、100 Trying（INVITE-Trying /INVITE 100） AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息.临时响应，表示你的请求已经收到，在处理中； 同时转发INVITE到用户B，对UE B发起寻呼流程;
3、183 sessionprogress（Invite-sessionprogress/invite183） 用户B向AS服务器送183 Session Progress消息，提示建立对话的进度信息。（此时被叫QCI1专用承载建立）,终端A了解到整个Session的建立进度消息 4、Prack (PRACK_REQUEST) 终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress消息。（此时主叫QCI1专用承载建立） AS服务器向被叫终端B转送临时应答消息PRACK ，终端B了解到终端A收到183 Session Progress消息。 5、200 ok(PRACH-OK) 被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress请求已经处理成功。AS服务器向主叫终端A转送200 OK消息
GSM手机开关机流程
一位GSM用户在北京关机,一个小时后他到达天津后手机开机,五分钟后被一个广州的用户固定电话呼叫,请大致描述这位移动用户的MS,在这一个小时五分钟内与网络所进行的信息交换,如果能附加描述固定电话呼叫的过程则可以加分,,, 请尽量详细描述,并说明空中接口信道 北京：关机imsi detach indication (sdcch信道) 天津：开机MS进行IMSI附着过程 location update request(sdcch信道，imsi附着) location update accept(sdcch信道) 广州电话呼叫： 1）PSTN经广州GMSC寻找到北京HLR（用户所在HLR）查询到现在MSC(TIANJIAN),提供动态漫游号码，PSTN收到信息后向MSC(tianjin)发送IAI，当MSC(天津)收到此信息后开始寻呼MS。 2）Paging request (网络向MS, PCH信道) Channel request (rach) Immidate assignment(agch) Paging resp Sabm（sdcch） L2 Ua(sdcch) Auth request(sdcch) Auth response(sdcch) Ciphpermod cmd(sdcch) Ciphermod com(sdcch) Setup(sdcch) Call Proceeding(sdcch) Assign cmd(sdcch) Assign compete(sdcch) Alerting(sdcch) Connect(sdcch to tch)
Disconnect(sdcch) Release（sdcch） Release compete（sdcch） A 在北京关机: 1.MS上RACH TO 网络,(RACH,AGCH) 2.网络分配SDCCH给MS,MS发出关机请求, 3.MSC要求MS做一次位置更新,并在HLR里标记IMSI为POWER OFF,清除VLR里TMSI 数据. MS关机完成 B 在天津开机 1.MS尝试与关机前保留的六个CELL进行同步,(保留的是北京关机前的小区) 2.收空中FCH(全零码),通过SCH同步. 3.进行网络鉴权,天津的MSC会从北京HLR获得用户资料(KI值等) 4.鉴权完成后北京HLR会标记这个用户IMSI结合(开机),在天津VLR获得分配TMSI. 5.MS监听一次PCH,转到IDLE状态. Attach 流程 当MS 开机（打开电源）后，它首先要在空中接口上搜索以找到正确的频率，并依靠搜索到的正确频率校正和同步频率，并将此频率锁定。该频率载有广播信息和可能的寻呼信息。 若MS是第一次开机，在其数据存储器（SIM卡）中找不到原来的位置区识别码（LAI），它就立即要求接入网路，向MSC发送“位置更新请求”消息，通知GSM系统这是一个此位置区内的新客户，MSC 根据该客户发送的IMSI，向该客户的归属位置寄存器（HLR）发送“位置更新请求”，HLR记录发请求的MSC 号码，并向MSC回送“位置更新接受”消息，至此MSC认为此MS 已被激活，在拜访位置寄存器（VLR）中对该客户对应的IMSI上作“附着”标记，再向MS 发送“位置更新证实”消息，MS 的SIM 卡中也同时记录此位置区识别码。 若MS不是第一次开机，而是关机后又开机的，MS接收到的LAI（LAI是在空中接口上连续发送的广播信息的一部分）与它SIM 卡中原来存储的LAI 不一致，那么它也是立即向MSC发送“位置更新请求”，MSC要判断原有的LAI是否是自己服务区的位置，如判断为肯定，MSC只需对该客户的SIM卡原来的L AI 码改写成新的LAI码，并在该客户对应的IMSI作“附着”标记即可；判断为否定，MSC需根据该客户的IMSI，向该客户的HLR发送“位置更新请求”，HLR 在该客户数据库内记录发请求的MSC 号码，再回送“位置更新接受”，MSC再对该客户的IMSI作“附着”标记，并向MS回送“位置更新证实”信息，MS 将
volte呼叫流程
1.用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。 2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB发起RRC Connection Request，携带初始UE ID 和S-TMSI（第一次是随机值，此时TMSI值应为有效）。 3. eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信。 4. UE向eNodeB回复RRConnection Setup Complete，确认RRC建立成功完成。其中携带选择的PLMN ID，注册的MME信息（plmn-id、mmegi、mmec），NAS消息（Service Request）。 5. eNodeB发送Initial UE Message到MME，其中携带eNodeB UE S1AP Id，TAI，E-UTRAN -CGI，RRCEstablishment Cause， NASPDU为Service Request。 6. MME侧用户面承载建立成功后向eNodeB返回Initial Context Setup Request，携带MME UE S1AP Id ，ERAB相关信息（QOS， GTP-TEID ，ERAB Id，IP），UE 安全能力和安全密钥，如果存在UE无线能力，也需要带回。如果没有UE无线能力，则eNodeB需要向UE所要UE无线能力参数。 7. 无线承载的建立，对上下文进行处理，eNodeB向UE发送RRCConnection Reconfiguration消息，其中包含测量配置，移动性配置，无线资源配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。 8. eNodeB收到UE的RRC Connection Reconfiguration Complete消息，确认无线资源配置完成。 9. eNodeB向MME发送Initial Context Setup Response消息，将eNodeB侧承载的IP和GTP-TEID带给MME。在重配完成后，实际上已经可以发送上行数据了。此时，完成建立EPS数据业务连接(QCI8/9承载)，即完成在EPC侧的注册；以及IMS的注册(QCI5承载) 。 10.用户A发送上行数据，呼叫用户B，首先向AS服务器发送INVITE请求，LTE 系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。
手机开机呼叫流程
手机开机呼叫流程通信手机开机后的步骤 : 1.首先搜索124个信道，即所有的 BCH通道,决定收到的广播信道载的信息是距 Mobile 最近的 BTS; 呼叫信息 ); 2?跟网络同步时间和频率,由FCH/SCH调整频率和时间 3.解码BCH的子通道BCCH. 4.网络检查 SIM 卡的合法身份 .是否是网络允许的 SIM 卡。 5.手机的位置更新 . 6.网络鉴权 手机主叫(MOC)过程:1 1.手机给基站发送通道需求，即手机发送一个短的随即接入突发脉冲 2.由 BCH 指定传输信道 . SDCCH 3.手机和基站在独立专用信道 (SDCCH上通信. 4.权限认证 5.指定手机在一个业务信道 (TCH上通信. 6.在TCH上进行语音通信. 手机被叫 l 1.BTS在PCH呼叫通道上使用 SIM中的IMSI号码来呼叫用户。 2.由手机发送 RACH 3.通道指定在 BCH. 4.手机和基站在 SDCCH 上通信 5.手机用户被鉴权 6.手机被指定TCH通道。BCH强度,(BCH的承.(RACH Burst)
7.在TCH通道上进行语音和数据通信。 紧急呼叫： l 1.GSM 规格定义了 112 为紧急呼叫号码 2.112 在手机有无 SIM 卡的情况下均可呼叫。 3.在 RACH 上, 手机 112 建立紧急呼叫。 Authentication 鉴权： l 1.目的：验证用户身份( IMSI /SIM); 提供手机新的加密键。 2.鉴权是在什么情况下：每一次注册、每次呼叫或被叫企图、执行一些增值服务、漫游时的位置更新。 切换 handover: 切换是手机通信从一个小区 /信道到另外一个小区 / 信道。 l 1.上行和下行的接收质量报告 2.上行和下行的接收信号强度 3.距离，迁时 4.干扰层。 5.功率预算。 6.切换包括：同一小区内部信道 / 时隙之间的切换。小区于小区之间。 加密 ciphering: 语音和数据的保密、信号信息的保密； l 手机位置更新 location update:l 1.MSC 应知道呼叫手机的位置。 2.手机连续的改变位置，手机在改变位置时通知 MSC关于新位置。由MSC处理位置更新。 3.手机位置更新过程： ( location area identity LAI ) a)手机改变位置区 b）手机从 BCCH 上读新的位置区 c）发送 RACH, 为通道需求。
WCDMA呼叫流程
WCDMA呼叫流程（1）之“开机（小区搜索）” 移动台开机，需要与系统联系，首先要与某一个小区的信号取得时序同步，这种从无联系到时序同步的过程就是移动台的小区搜索。需要先后经过时隙同步、扰码码组识别和帧同步、扰码识别（小区识别）等一些过程。 占用信道：P-SCH↓－>S-SCH↓－>P-CPICH↓－>P-CCPCH↓ 手机开机后需要搜索的信息：（1）最强小区；（2）时隙边界；（3）帧边界；（4）主扰码；（5）广播信道的相关广播。 ---------------------------------------------------------------------------------------- 背景知识： 在WCDMA系统中，使用下行扰码区分不同的小区（可以复用）。在下行物理信道上共有8192个扰码，将这8192个码分成512个组，每组有16个码，其中第一个为主扰码（共有512个主扰码），其余15个为辅扰码。512个组每8个组成一个大组，共有64个大组（主扰码组）。 使用扰码分组是为了提高同步时的速度。手机开机后寻找当前基站的主扰码时就可以采取分级的方法，先64个大组选1，再8个组选1，这样就能很快知道接入的扇区的主扰码是什么了。 ---------------------------------------------------------------------------------------- 第一步：选择小区和时隙同步 手机首先搜索主同步信道（P-SCH）的主同步码（PSC），与信号最强的基站取得时隙同步。 P-SCH在每个时隙的前256个码片时间内发射全网唯一的主同步码，主同步码具有非周期性自相关的特性。P-SCH无扩频操作、无信道化编码操作，手机可以通过P-SCH判断WCDMA小区，从而实现时隙同步。 第二步：帧同步和确定扰码组 接收主同步信道（P-SCH）上的主同步码PSC后，再接收辅同步信道（S-SCH）上的辅同步码（SSC），共有16个，因为一个无线帧只有15个时隙，只用16个中间的15个。16个中选择15个，这样不同的排列组合有很多，且具有唯一性，选择64个（经过精心挑
VoLTE基本原理信令流程与端到端测试
《VoLTE基本原理、信令流程与端到端测试》 目录 ▊什么是VoLTE？ ▊LTE的语音解决方案 ▊Volte业务特征 ▊Volte与RCS的关系 ▊SRVCC与eSRVCC 1.SRVCC基本架构 2.SRVCC流程及切换性能 3.eSRVCC切换 4.eSRVCC基本原理 5.eSRVCC的几个关键点 ▊eSRVCC切换前后的信令流程 1.支持eSRVCC的UE注册流程 2.支持eSRVCC的UE主叫流程 3.UE的VoLTE被叫流程 4.UE的eSRVCC切换流程 ▊VoLTE的端到端要求 1.终端 2.组网 3.端到端QoS ▊用户数据 ▊域选择 ▊无线侧要求 ▊涉及改造的网元和内容 ▊业务一致性 ▊VoLTE网络改造要求（与CSFB对比） ▊《VoLTE呼叫验证和实时网络问题实例》网络研讨会，免费学习充电的机会，了解更多关于VoLTE测试的内容
▊什么是VoLTE？ VoLTE即Voice over LTE，它是一种IP数据传输技术，无需2G/3G网，全部业务承载于4G 网络上，可实现数据与语音业务在同一网络下的统一。换言之，4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。 VoLTE相较2G、3G语音通话，语音质量能提高40%左右，因为它采用高分辨率编解码技术。VoLTE为用户带来更低的接入时延（拨号后的等待时间），比3G降50%，大概在2秒左右，而2G时代在6-7秒。此外，2G、3G下的掉线率时有发生，但VoLTE的掉线率接近于零。 因为对于语音业务，LTE的频谱利用效率远远优于传统制式，达到GSM的4倍以上。 另外，VoLTE与RCS的无缝集成可以带来丰富的业务。 VoLTE真正实现了端到端全IP语音，主要体现在：其空口IP化，由分组域提供承载，通过IMS进行会话控制。 VoLTE难点在于与2/3G切换流程相对复杂，是核心网电路域不IMS之间的切换，涉及IMS、电路域和LTE核心网之间的互操作，即eSRVCC（enhanced Single Radio Voice Call Continuity）。
手机主叫呼叫信令流程与数据配置
DESCRIPTION 13/190 46-FAD 104 08 Uen E Traffic Case Description - Mobile Originating Calls Abstract The purpose of this document is to describe the traffic case "Mobile Originating calls" from data transcript point of view. The document does not explain on BLOCK/SIGNAL level. This information can be found in the FUNCTION DESCRIPTION for each function block. All referenced DT sub files can be found in the DT Info Model. Contents 1 Revision information 1Revision information 2 Description 2.1Abbreviations 2.2Concepts 2.3Concerned nodes 2.4Prerequisites 2.5General 2.6Technical Solution 3 Traffic Case 3.1Call from MS/UE to PSTN 3.2Emergency Calls from MS/UE 4 Data Transcript Impacts- MSC 4.1AXE Parameters 5 Miscellaneous information 6 Class 7 References Revision Impacts Prepared Date A Document based on earlier CME20 DT Info Models.ERATHHE 96-09-13
呼叫中心制度及管理流程
一、呼叫中心主管岗位职责 1、管理客服（座席）专员电话接听工作，对疑难问题予以指导； 2、主持征期内的客服专员每日一会，进行及时的培训、答疑； 3、统计客服专员每月的考核，提供工资、奖金依据； 4、实时关注CRM，安排录单工作，对CRM 中变更信息及时修改； 5、客服平时出现请假、缺席情况的，及时安排并调配人员； 6、安排客服专员的回访工作，向客服分发回访名单，并定时回收；汇总回访情况，进行总结，处理回访过程中企业的需求。； 7、负责跟进及处理客户投诉等问题； 8、协调、跟进与区域之间相关服务问题的处理； 9、负责统计呼叫中心相关数据。 二、呼叫中心员工岗位职责 1、负责所有客户的电话咨询、问题解答； 2、负责电话回访（协议、上门、返卡、电话留言及网站留言）； 3、负责做好日报、月报，及时反馈信息的统计、分析和汇报； 4、负责有服务需求客户的电话营销工作； 5、完成上级安排的其他工作。 三、呼叫中心服务标准 （一）电话接听服务态度 1、接通电话时，应说：“您好，中国××（工号）为您服务！” 2、客户不出声时，应说：“您好，请问有什么可以帮您？” 3、用户仍不出声，应说：“对不起，听不到您的声音，请稍后再拨！” 4、用户等待超过10秒，应说：“对不起，请稍等！” 5、听不懂用户方言，应说：“您好，请讲普通话好吗？” 6、听不清用户问题，应说：“对不起，请您大声一点好吗？”“对不起，请您讲慢一点好吗？”“对不起，请您重复一遍好吗？” 7、取消“静音”恢复通话，应说：“对不起，让您久等了！” 8、解答完毕，应说：“请问您还有什么问题吗？” 9、不能当场解答疑难问题，应说：“请稍等，您的问题正在记录……请讲！”“您的问题我复述一遍好吗？”“您的问题稍后我们会尽快回复您。” 10. 回复疑难问题时，应说：“您好，这里是湖北哲科服务热线。您上次（*月*日）咨询的关于***问题，现在给您回复。” 11. 需要用户记录时，应说：“请您记录……”
完整主被叫呼叫的信令流程
1. 概述 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMATION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH频点描述2） DL: SYSTEM INFORMATION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMATION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置 DL: SYSTEM INFORMATION TYPE 7：小区重选参数 DL: SYSTEM INFORMATION TYPE 8：小区重选参数 UL: Channel request DL: Immediate assignment（SDCCH） 试呼： UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败） DL: CM service Request DL: CM service accept DL: AUTHENTICATION REQUEST UL: AUTHENTICATION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCATION COMMAND UL: TMSI REALLOCATION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述） DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小区参数设置