语音版本信令分析指导书
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 间的直传信令里解析出 直传信令的内容。
信令分析指导
信令分析指导目录正常信令流程 (2)A.位置更新过程 (2)B.呼叫流程（主叫） (3)C.呼叫流程（被叫） (5)D.BSC内切换流程 (6)E.BSC间切换流程 (7)F.短消息流程（发送） (8)G.短消息流程（接收） (9)H.BSC本地端释放流程 (10)I.BSC正常释放流程 (11)II.案例 (12)案例一 (12)案例二 (12)案例三 (13)案例四 (13)正常信令流程A. 位置更新过程正常的位置更新流程如下：ͼ1 位置更新流程NOTE 1：在BSC与MSC之间的SCCP连接建起来之后，对于一个完整的流程，还应该有鉴权和加密的过程。
对MSC来说，鉴权和加密过程都是可选项。
在实际开局过程中，鉴权过程是必需。
至于加密算法，在国内禁止使用加密算法；在海外，可以根据运营商要求提供加密算法1和2。
有时，在位置更新的过程中，还有一个启动“识别”的过程。
这主要存在于当MS上报的Establish_IND消息中所带MS的标识为TMSI 时。
当VLR不认识MS的TMSI或当用TMSI进行鉴权失败时，就会启动“识别”过程。
即MSC下发“Identity Request”的透传消息给MS，MS上报含IMSI 的“Identity Response”消息。
NOTE2：若MSC侧选择“位置更新时分配TMSI”为否，则在位置更新的过程中，MS 没有“TMSI Reallocation Complete”消息的上报。
NOTE3：参见BSC的正常释放流程。
异常情况：位置更新拒绝，即收到MSC下发的“Location Updating Rejected”消息，可能的原因有：A. MSC未配BSC有关小区的CGI；B. MSC与VLR的通讯失败；C. MS在HLR中未登记等等。
B. 呼叫流程（主叫）正常的主叫流程如下：主叫流程NOTE 1：在BSC与MSC之间的SCCP连接建起来之后，在完整的流程之中，还应该有鉴权和加密的过程。
BSC语音信令分析
BSC语音信令分析【摘要】在我们做业务测试时，基本的要求是要先打通一个语音电话，因为语音通了的话可以保证单板基本功能OK，业务链路OK，对后续的数据业务操作有利很多。
本文从基本的业务处理流程出发，介绍系统内部模块，模块间接口，语音信令消息的组成和含义。
通过本文的学习，对具体业务中出现的语音不通问题，可以从信令消息出发，明确是什么消息，具体含义是什么，它的上游是什么消息，含义是什么，该消息从那个模块发出，而这个模块又是驻留在哪个单板上，通过这样的分析就可以很快地掌握问题的来源，便于我们的快速解决问题。
【关键词】信令，BSC●问题的提出在我们的版本测试，单板测试中，经常会有语音不通的问题。
当出现这种问题的时候，我们总是需要很多时间来找出原因，原因在于我们没有一个完整的系统的处理方案在，总是花费很多时间去剔除一些非充分条件。
而我们的一些指导文件也不带有明确的目的性，存在很多误区。
●解决思路1．了解系统里语音业务的具体流程业务处理子系统内部模块流程图如下：从上图中将我们的语音部分提炼出来就是：通过7号信令网来传递语音上的控制信令消息，通过时隙或者以太网承载来传送语音上的话音信息。
以一个起呼流程为例：MS发起一个起呼消息，该起呼消息通过空中接口Um进入信道单元系统，通过信道板传送到CCM单板上，CCM单板上的CSCHP模块接受到此消息做处理，封装一下传送给BSC侧的BSSAP，BSSAP处理后传送给MSC，MSC确认合法就发指配请求，然后BSC就指示RCM分配基站边的资源，指示RMP分配BSC边的资源。
分配OK后，链路建立，然后激活启用DSPM呼叫进程，初始化启用VTC，业务协商，开始通话。
2．了解上面流程中的接口业务处理子系统内部接口划分了解接口有助于我们了解信令，信令的组成中包含了接口类型，看一条信令中的接口类型，我们就知道这条信令是在哪两个模块间传递的。
3．了解上面各模块的驻留单板单板相关。
4．各模块功能分析：BSSAP为业务处理在BSC侧的信令集中点，主要完成如下功能：1.公共信令信道相关信令流程和业务功能处理2.MS登记处理。
Navigator信令解析（语音部分）
Navigator信令解析（语音部分）目录第一部分Sync Channel & paging Channel (3)1.1 Sync Channel Message (3)SYNC CHANNEL -- Sync Channel Msg (3)1.2 System Parameters Message (4)PAGING CHANNEL -- System Parameters Msg (4)1.3 Extended System Parameters Message (6)Extended System Parameters Msg (6)1.4 CDMA Channel List Message (8)PAGING CHANNEL -- CDMA Channel List Msg (8)1.5 Access Parameters Message (8)PAGING CHANNEL -- Access Parameters Msg (8)1.6 Neighbor List Message (10)PAGING CHANNEL -- Neighbor List Msg & Extended Neighbor List Msg (10)第二部分Call Setup & Response (11)2.1 General Page Message (11)PAGING CHANNEL -- General Page Msg (11)2.2 Order Message (13)PAGING CHANNEL -- Order Msg (13)2.3 Origination Message (13)ACCESS CHANNEL -- Origination Msg (13)2.4 Extended Channel Assignment Message (15)PAGING CHANNEL -- Extended Channel Assignment Msg (15) IMSI_CLASS_0_TYPE (17)2.5 Power Control Message (18)FORWARD TRAFFIC CHANNEL -- Power Control Msg (18)2.6 Service Connect Message (19)FORWARD TRAFFIC CHANNEL -- Service Connect Msg (19)2.7 Service Connect Completion Message (20)REVERSE TRAFFIC CHANNEL -- Service Connect Complete Msg (20)第三部分Handoff (20)3.1 Pilot Strength Measurement Message (21)REVERSE TRAFFIC CHANNEL -- Pilot Strength Measurement Msg (21)3.2 Universal Handoff Direction Message (22)FORWARD TRAFFIC CHANNEL -- Universal Handoff Direction Msg (22)3.3 Handoff Completion Message (24)REVERSE TRAFFIC CHANNEL -- Handoff Completion Msg (24)3.4 Extended Neighbor List Update Message (25)FORWARD TRAFFIC CHANNEL -- Extended Neighbor List Update Msg (25)第四部分Enhanced hard handoff（暂时没log） (26)4.1 Candidate Frequency Search Request Message (26)FORWARD TRAFFIC CHANNEL -- Candidate Frequency Search Request Msg (26)4.2 Candidate Frequency Search Response Message (26)REVERSE TRAFFIC CHANNEL -- Candidate Frequency Search Response Msg (26)4.3 Candidate Frequency Search Report Message (26)REVERSE TRAFFIC CHANNEL -- Candidate Frequency Search Report Msg (26)4.4 Candidate Frequency Search Control (26)4.5 Release Order Message (26)REVERSE TRAFFIC CHANNEL -- Order Msg (26)第五部分Registration (26)5.1 Registration Message (27)ACCESS CHANNEL -- Registration Msg (27)第一部分Sync Channel & paging Channel1.1 Sync Channel MessageSync Channel Msg 使手机与系统时间同步，考虑fading margin Sync Channel 的速率一般为1200bps。
TD-SCDMA语音呼叫流程信令浅析
TD-SCDMA 话音呼叫流程信令随着移动通信的迅速发展，移动通信用户快速增加，移动通信的网络日趋复杂，网络的日常维护、网络故障的定位、网络故障的排除也日趋困难。
一旦有通信故障，就会产生大面积的影响。
信令是建立通信的前提，信令就像网络的脉搏一样，通过对呼叫流程中的信令进行分析可以洞察到网络中存在的问题，对于网络建设与网络维护部门来说能否在出现通信故障时，快速定位故障点，从而在最短时间内排除故障，就显得日益重要。
下面的内容我就对华为DRNC820中发起语音呼叫时所跟踪到的信令来对TD的语音呼叫流程作一个简要的解析。
一个典型的语音呼叫流程通常是分为：主叫流程，被叫流程及释放流程。
1 主叫流程：通常又由RRC（Radio Resource Control：无线资源管理）连接建立流程、初始直接传输建立信令连接、安全控制、建立RAB（Radio Access Bearer：无线接入承载，用于用户面）、准备通话这几个过程来完成。
1.1RRC连接建立流程：当RNC（Radio Network Controller：无线网络控制器）接收到UE（User Equipment ：用户设备）的RRC连接建立请求消息后，由RRM（Radio Resource Management：无线资源管理模块）根据特定的算法确定是接受还是拒绝该RRC 连接建立请求，如果接受，则再判决是建立在专用信道还是公共信道。
RRC 连接建立使用的信道不同，RRC 连接建立流程也不一样。
当RRC连接建立在专用通道时，需要UE、RNC、NODEB（即基站）三者之间协商与数据同步，确定连接所需要的无线链路资源；当RRC 连接建立在公共信道上时，因为用的是已经建立好的小区公共资源，所以无需建立无线链路和用户面的数据传输承载。
RNC图1.1 RRC 连接建立在公共信道流程图1.11 UE 处于空闲模式下，当UE 的非接入层请求建立信令连接时，UE 将发起RRC 连接建立过程。
LTE信令流程与分析教材
系统消息（36.331）
LTE系统消息
SIBs
除MIB以外的系统消息，包括SIB1-SIB12 除SIB1以外，SIB2-SIB12均由SI (System Information)承载 SIB1是除MIB外最重要的系统消息，固定以20ms为周期重传4次，即SIB1在每两个无线帧（
小区内
否
C-RNTI
用于标识RRC Connect状 初始接入时获得（T-CRNTI升级为C-
态的UE
RNTI） （003D~FFF3）
小区内
否
SPS-CRNTI 半静态调度标识
eNB在调度UE进入SPS时分配（ 003D~FFF3）
小区内
否
P-RNTI 寻呼
FFFE（固定标识）
全网相同
否
SI-RNTI 系统广播
20ms）的子帧#5中重传（SFN mod 2 = 0，SFN mod 8 ≠ 0）一次，如果满足SFN mod 8 = 0 时，SIB1的内容可能改变，新传一次。 SIB1和所有SI消息均传输在BCCH → DL-SCH → PDSCH上 SIB1的传输通过携带SI-RNTI（SI-RNTI每个小区都是相同的）的PDCCH调度完成 SIB1中的SchedulingInfoList携带所有SI的调度信息，接收SIB1以后，即可接收其他SI消息
Globally Unique Temporary Identifier
MME产生并维 SAE临时移动标识，由MME分配。与UMTS的P-TMSI
护
格式类似，用于NAS交互中保护用户的IMSI
全球唯一临时标识，在网络中唯一标识UE，可以减
MME产生并维 护
少IMSI，IMEI等用户私有参数暴露在网络传输中.第一 次attach时UE携带IMSI，而之后MME会将IMSI和 GUTI进行一个对应，以后就一直用GUTI，通过
@华为LTE信令分析指导书-重要
LTE信令分析指导书华为技术有限公司目录LTE信令分析指导书 (1)1正常信令流程 (5)1.1开机流程 (5)1.2 切换流程 (5)1.2.1站间X2切换流程 (6)1.2.2站间S1切换流程 (6)1.3 正常释放流程 (6)2 后台信令跟踪常用字段解析 (7)2.1 RRC建立原因值 (7)2.2 S1AP_INITIAL_UE_MSG 字段解析 (7)2.2.1 TAC字段解析 (7)2.2.2 CELLID字段解析 (8)2.2.3 通过TMSI查找IMSI (9)2.3 S1AP_INITIAL_CONTEXT_SETUP_REQ字段解析 (10)2.3.1 QCI字段解析 (10)2.3.2 ERAB-ID解析 (11)2.3.3 开户峰值速率 (12)2.3.4 MME -UE-S1AP-ID和eNodeB -UE-S1AP-ID (12)2.4 终端支持的网络类型 (13)2.5 终端能力类型 (13)2.6 eNB上报的业务IP (14)2.7切换类字段解析 (15)2.7.1 RRC_CONN_RECFG（测量控制）字段解析 (15)2.7.1.1 A3事件偏置 (15)2.7.1.2 A3事件幅度迟滞 (15)2.7.1.3 A3事件时间迟滞 (15)2.7.2 RRC_MEAS_RPRT（测量报告）字段解析 (16)2.7.2.1 服务小区RSRP和RSRQ (16)2.7.2.2 目标小区PCI和RSRP (16)2.7.3 切换目标小区PCI (17)2.7.3.1站间X2切换目标小区PCI (17)2.7.3.2站间S1切换目标小区PCI (18)2.7.4 站间切换上下行频点 (19)2.7.4.1站间X2切换上下行频点 (19)2.7.4.2站间S1切换上下行频点 (20)2.7.5 站间切换上下行带宽 (21)2.7.5.1站间X2切换上下行带宽 (21)2.7.5.2站间S1切换上下行带宽 (22)2.7.6 站间切换CELLID字段解析 (23)2.7.6.1 站间S1切换目标小区CELLID字段解析 (23)2.7 释放原因值 (24)3 主要系统消息解析 (24)3.1 MIB （Master Information Block）解析 (25)3.1.1 下行链路系统带宽 (25)3.1.2 PHICH配置信息 (26)3.1.2.1PHICH-Duration (26)3.1.2.1PHICH-Resource (27)3.2 SIB1 (27)3.2.1 小区接入相关信息（cell Access Related Info） (28)3.2.1.1 plmn-Identity (28)3.2.1.2 TAC信息 (28)3.2.1.3 Cell-Identity (28)3.2.2 小区选择信息（cell Selection Info） (29)3.2.2.1 QrxLevMin（小区选择最低接收电平） (29)3.3 SIB2 (29)3.3.1 RadioResourceConfigCommon:公共无线资源配置 (30)3.3.1.1 Rach-ConfigCommon (公共Rach信道配置) (31)3.3.1.2 Bcch-Config（BCCH信道配置） (33)3.3.1.3 pcch-Config（PCCH信道配置） (33)3.3.1.4 prach-Config（Prach信道配置） (34)3.3.1.5 pdsch- ConfigCommon（pdsch信道配置） (35)3.3.1.6 pusch- ConfigCommon（pusch信道配置） (36)3.3.2 Ue-TimerAndConstants：UE定时器和计数器 (36)3.3.2.1 T300 (36)3.3.2.2 T301 (37)3.3.2.3 T310 (37)3.3.2.4 n310 (37)3.3.2.5 T311 (37)3.3.2.6 n311 (38)3.3.3 freqInfo：频率信息 (38)3.4 SIB3 (38)3.4.1 cellReselectionInfoCommon（公共小区重选信息） (39)3.4.1.1 q-Hyst（小区重选迟滞值） (39)3.4.2 cellReselectionServingFreqInfo（异频异系统小区重选信息） (39)3.4.2.1 s-NonIntraSearch（异频/异系统测量启动门限） (39)3.4.2.2 ThreshServingLow（服务频点低优先级重选门限） (40)3.4.2.3 cellReselectionPriority（小区重选优先级） (40)3.4.3 intraFreqCellReselectionInfo（同频小区重选信息） (40)3.4.3.1 q-RxLevMin（小区重选最低接收电平） (40)3.4.3.2 s-IntraSearch（同频测量启动门限） (41)3.4.3.3 t-ReselectionEUTRA（Eutra小区重选时间） (41)3.5 SIB4 (41)3.6 SIB5 (42)4 参考文档 (42)1正常信令流程1.1开机流程UE刚开机时，先进行物理下行同步，搜索测量进行小区选择，选择到一个合适或者可接纳的小区后，驻留并进行附着过程。
语音版本信令分析指导书
语音版本信令分析指导书文件编号：1.1.1.1（根据在资料架构中的归属编号）版本：1.0中兴通讯移动网规网优部发布移动网规网优部GSM产品技术指导书内部公开▲目录1语音版本介绍 (1)2手机支持语音版本的信令分析 (1)2.1 Setup/Call confirmed简析 (1)2.2 Bearer capability详述 (3)2.2.1 Bearer capability IEI (4)2.2.2 Length 长度指示 (4)2.2.3 Extension bit 扩展比特 (4)2.2.4 Radio channel requirement (octet 3，MS to network) 无线信道要求 (4)2.2.5 Coding standard (octet 3) 编码标准 (5)2.2.6 Transfer mode (octet 3) 传输模式 (5)2.2.7 Information transfer capability (octet 3) 消息传输能力 (5)2.2.8 Speech version indication 语音版本指示 (6)3手机支持语音版本的信令统计 (6)3.1 注意事项 (6)3.2 统计案例 (7)附录A 信令数据 (11)内部公开▲1 语音版本介绍GSM手机一共支持如下几类语音版本：（1）GSM full rate speech version 1（FR）下表为Call confirmed消息内容的前几个字节：Protocol Discriminator编码为0 0 1 1（Call Control）。
二者主要的不同之处在于Transaction identifier（TI）和Message type（MT）, 这里不多做解释，通常二者编码如下：注：如果消息由网络侧发起，那么Message Type 的比特7 为0；如果由手机侧发起，则Bit 7保留用于发送序列号。
LTE VOLTE路测信令分析解析
1188））IInniittiiaall CCoonntteexxtt 5）SSeeIttnuuipptiaRRl eeCqqouuneetssettxt
Setup Request
21）Initial Context 8S）etIunpitiRalesCpoonntseext
300 ms
100 ms
300 ms
数据包丢失率 10-2 10-3 10-3 10-6 10-6
10-6
10-3
10-6
典型业务
会话语音
会话视频（直播流媒体）
实时游戏
非会话视频（缓冲流媒体）
IMS 信令
视频（缓冲流媒体） 基于TCP的业务 (如www\email\chat\ftp\ p2p 文件共 享\逐行扫描视频）
I-CSCF（Interrogating Call Session Control Function 协商会话控制功能）: I-CSCF是一个运营商网络内部的接触点，所有与这个网络运营商的用户连接都要经过这个实体。在一个网络中可 以有多个I-CSCF。
MGCF（Multimedia Gateway Control Function 多媒体网关控制功能）: 在IP多媒体子系统(IMS)的一个组成部分，与CSCF通信和控制媒体信道在一个IMS-MGW中的连接。它在ISDN部 分(ISUP)和IMS呼机控制协议之间执行协议转换。
2）Rrc Connection Setup
3）Rrc Connection Setup Complete
（Service Request）
AA发 发起 起呼 呼叫 叫
信令跟踪分析工具操作手册解读
TD-SCDMARAN 系统 RNC信令跟踪分析工具操作手册 1信令跟踪分析工具操作手册声明 TD-SCDMARAN 系统 RNC信令跟踪分析工具操作手册声明产品类别:□ TDR2000 ■ TDR3000 □ TDB03C □ TDB09A □ TDB144A □ OMC-R □ 其他产品版本:资料版本:V1.0.1文档编号:DTM4.387.401SM大唐移动通信设备有限公司为客户提供全方位的技术支持,用户可与当地的大唐移动办事处联系,也可直接与公司总部客服中心联系。
大唐移动通信设备有限公司地址:北京市海淀区学院路 29号邮编:100083网址:客户服务电话:800-990-8800客户服务邮箱:support@大唐移动通信设备有限公司版权所有,保留一切权利。
本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动所有, 受中国法律及适用之国际公约中有关著作权法律的保护。
未经大唐移动书面授权,任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容,违者将被依法追究责任。
由于产品版本升级或其它原因,本手册内容会不定期进行更新。
除非另有约定,本手册仅作为使用指导,本手册中的所有陈述、信息和建议不构成任何明示或暗示的担保。
声明信令跟踪分析工具操作手册为了我们能更好地为您服务,请填写您对我们资料的意见,并传真至: 010-********大唐移动通信设备有限公司客服中心,或通过邮箱support@反馈,我们将对好的建议给予奖励。
1. 请您对以下表格中各项进行评价, 并将评价结果填写在相应单元。
(打“ ✓”2. 您认为我们应该在以下哪些方面进行改进?(打“ ✓”□改进结构编排□表达应更详细□改进目录结构□表达应更简洁□增加图形说明□专业性不要太强□增加典型实例□改进索引方法□提供更多帮助信息□增加“ step by step”描述请您对以上改进建议进行详细说明:3. 您对本手册的哪些内容比较满意?4. 其他建议:为了我们能够及时与您联系,请填写有关您本人的以下信息:姓名:___________________ 单位:______________________________ 电话:___________________ 地址:______________________________ E-Mail :__________________ 日期:______________________________ 信令跟踪分析工具操作手册声明命令行格式约定图形界面格式约定键盘操作约定i声明信令跟踪分析工具操作手册鼠标操作各类标志本书还采用各种醒目标志来表示在操作过程中应该特别注意的地方,这些标志的意义如下,正文中的各类警告、提示、说明等的内容一律采用楷体,并在内容前后加横线与正文分开如下:说明:说明、提示、窍门、思考:对操作内容的描述进行必要的补充和说明。
语音卡ISDN(PRI 30B+D)信令配置手册
语音卡ISDN(PRI 30B+D)信令配置手册三汇语音卡驱动支持ISDN，即PRI(30B+D)。
ISDN用户一网络接口网络层协议遵循CCITT I.450建议和1.451建议（或Q.930和Q.931建议）。
数据链路层遵循Q.920和Q.921规定。
目前，三汇ISDN信令板卡第16时隙为D通道，在1—15，17—31时隙为语音通道。
1—15，17—31时隙依次和三汇板卡驱动0—29通道号对应。
通道为双向中继。
三汇ISDN信令通过配置可配置成网络侧，用户侧。
请务必咨询交换机方是何种方式，然后遵照交换机为网络侧板卡系统为用户侧或交换机为用户侧板卡系统为网络侧的规则对系统进行配置。
建议按照以下各步进行操作。
三汇ISDN信令板卡同交换机对接工程实施过程中请注意以下事项：1、工控机接地良好。
测试办法：使用万用表的交流电压档，一只表笔接三汇板卡固定片，一只表笔拿在手中，即测试人体同机壳之间的交流电压。
电压不应超过5伏。
解决办法：工控机电源连接线请使用三相插头，务必保证电源接线板第三插孔应接地良好。
若第三脚无接地，那么请使用一导线将计算机机壳与大地（可通过譬如水管，或大楼的地线）相连。
2、从交换机端过来的E1线收发线的屏蔽层是否和BNC金属壳良好连接。
屏蔽层应该和BNC金属壳焊接在一起，或者用专门工具紧密卡接在一起，不能虚绞或根本不连接在一起。
3、从交换机端过来的E1线收发线的屏蔽层是否共地。
测试办法：使用万用表的电阻档，两表笔分别接E1线的金属线屏蔽层（BNC金属壳），若其阻值小于10欧姆，那么可以肯定对端E1的收发线的屏蔽层是共地的。
解决办法：请将板卡上的黑色跳线拔掉，或插在靠近板卡固定片的两个插针上。
4、从交换机端过来的E1线是否正常。
测试办法：将从交换机端过来的E1线同我方板卡断开，并用T型头将其自环，看交换机物理链路是否告警，若有告警，则说明物理连接有故障，需要排除。
此时可请交换机方做传输的相关人员用误码测试仪测试线路上的误码率，十多分钟无误码率。
5G信令会话管理分析指导书
5G信令会话管理分析指导书4.1 5G QoS Architecture4.2 PDU会话建立过程4.3 PDU会话修改过程4.4 PDU会话释放过程4.5 关键消息解读1.1 5G QoS Architecture1.1.1 概述QoS是业务网络传输质量的一种表述，更是业务传输质量保障的机制。
QoS: Quality of Service，is the description or measurement of the overall performance of a service, such as a telephony or computer network or a cloud computing service, particularly the performance seen by the users of the network. To quantitatively measure quality of service, several related aspects of the network service are often considered, such as packet loss, bit rate, throughput, transmission delay, availability, jitter, etc.5G SA 引入基于流（QoS Flow）的QoS管理机制3GPP 23501 Figure 5.7.1.5-1: The principle for classification and User Plane marking for QoS Flows and mapping to AN Resources●5G SA QoS架构主要特点：−基于QoS Flow进行端到端的QoS管理；−NG-U呈现PDU Session/QoS Flow，不是E-RAB；−每个PDU Session内存在一条缺省QoS Flow及对应缺省QoSRule贯穿整个生命周期−UE侧的QoS Rule可通过配置或反射式自学习获取；●5G SA QoS架构各角色分工：−SMF：控制QoS Flow策略；−UPF/UE：完成NAS层IP Flow到QoS Flow的映射（一级映射）−gNB：完成AS层QoS Flow到DRB的映射（二级映射）1.1.2 QoS Flow基于流（QoS Flow）的QoS管理机制定义●QoS Flow是满足一组QoS质量配置（QoS profile）的端到端数据流；●QoS Flow是5G系统中最细的质量管理粒度；●每个QoS Flow包含一个标识QoS Flow identifier (QFI) ，QFI取值（0~63）；●QoS质量配置包括若干QoS质量参数（QoS parameters）；●gNB进行QoS Flow到DRB的映射，可以是多对一的映射关系，也可以是1:1的映射关系；1.1.3 QoS Parameters5G QoS简称全称含义取值范围生效范围适用业务LTE类比5QI 5G QoSIdentifier 标量，用于表征一组质量特征0~255 QoSFlowQCIARP Allocation andRetentionPriority 包含优先级、抢占能力、可被抢占等信息；优先级定义了UE资源请求的重要性，在系统资源受限时，ARP参数决定了一个新的QoS流是被PriorityLevel: 1~15Pre-emptionCapability:Pre-emptionQoSFlowARP典型业务5QI质量属性定义参见3GPP.23.501.Table 5.7.4-1：1.1.4 QoS Flow到DRB的映射QoS Flow到DRB映射规则（QoS Rule），由gNB配置，多条QoS Flow可以映射到同一个DRB。
4G优化案例：基于信令的VOLTE语音质量分析与优化实践案例
基于信令的VOLTE 语音质量分析与优化实践案例XX目录基于信令的VOLTE 语音质量优化 (3)一、问题描述 (3)1.1影响VOLTE 语音质量因素及总体分析思路 (3)1.2影响VOLTE 语音质量的主要因素-丢包问题定界 (5)二、分析过程 (9)2.1.空口丢包主要因素分析 (9)2.2.空口丢包的话统判断方法 (10)2.3.空口问题场景化解决方法 (12)三、解决措施 (14)3.1.空口丢包全网提升措施 (14)3.2.空口丢包场景化优化效果 (15)四、经验总结 (30)基于信令的 VOLTE 语音质量分析与优化思路总结【摘要】VoLTE 实现 LTE 网络中 IMS 域提供高清晰的语音服务。
IMS 由于支持多种接入和丰富的多媒体业务,成为全 IP 时代的核心网标准架构，也被 3GPP、GSMA 确定为移动语音的标准架构。
随着市场推广，电信 VOLTE 用户逐步增多，VOLTE 语音质量对用户语音质量影响较大，为提升用户感知，现针对 VOLTE 语音质量进行优化，提升用户感知。
【关键字】语音包 VOLTE 语音质量感知【业务类别】优化方法、VoLTE、语音一、问题描述1.1影响VOLTE 语音质量因素及总体分析思路VoLTE 业务的话音质量对于用户感知有主要影响，其分析方法和提升手段均与传统 CDMA 网络的话音质量提升工作有明显差别。
通过搭建 VoLTE 媒体面数据采集平台，实现了话音质量数据的及时回溯，结合基于终端底层数据定，能及时、完整的获取用户感知信息，通过开展大数据分析充分挖掘影响 VoLTE 语音质量的原因，实现了语音感知质量问题的精准定位。
通过在关键节点镜像用户面数据，结合信令面数据，可统计IP 网络中对语音质量影响的特有因素，如上下行丢包、延时、抖动等关键指标，实现语音质量问题的回溯和定界。
S1-U(必采)、SGi(必采)、Mb(非必采)、Nb 接口的用户面数据的采集，有效评估计算单次通话 VOLTE 语音质差，上下行丢包率等 KQI 指标。
5G 信令分析指导书
5G 信令分析指导书目录1 概述 (1)2 开机入网 (3)2.1 小区搜索与选择 (3)2.2 系统消息广播 (4)2.2.1 系统消息获取 (6)2.2.2 系统消息更新 (7)2.2.3 ODOSI过程 (8)2.2.4 关键消息解读 (9)2.2.4.1 MIB (9)2.2.4.2 SIB1 (11)2.2.4.3 SI (17)2.3 随机接入 (18)2.3.1 基于竞争的随机接入 (20)2.3.2 基于非竞争的随机接入 (24)2.4 RRC连接建立 (28)2.4.1 RRC建立流程 (29)2.4.2 RRC拒绝过程 (31)2.4.3 RRC重发处理 (31)2.4.4 关键消息解读 (33)2.4.4.1 RRCSetupRequest (33)2.4.4.2 RRCSetup (34)2.4.4.3 RRCSetupComplete (36)2.4.4.4 RRCReject (37)2.5 注册流程 (37)3 上下文管理 (38)3.1 初始上下文建立过程 (38)3.1.1 安全模式过程 (40)3.1.2 UE能力查询过程 (42)3.1.3 关键消息解读 (43)3.1.3.1 NGAP INITIAL CONTEXT SETUP REQUEST (43)3.1.3.2 NGAP INITIAL CONTEXT SETUP RESPONSE (44)3.1.3.3 RRC SecurityModeCommand (45)3.1.3.4 RRC SecurityModeComplete (45)3.1.3.5 RRC UECapabilityEnquiry (45)3.1.3.6 RRC UECapabilityInformation (46)3.2 UE上下文修改过程 (46)3.3 UE上下文释放过程 (48)4 会话管理 (49)4.1 5G QoS Architecture (49)4.1.1 概述 (49)4.1.2 QoS Flow (50)4.1.3 QoS Parameters (51)4.1.4 QoS Flow到DRB的映射 (56)4.2 PDU会话建立过程 (58)4.3 PDU会话修改过程 (59)4.4 PDU会话释放过程 (59)4.5 关键消息解读 (60)4.5.1 NGAP PDU SESSION RESOURCE SETUP REQUEST (60)4.5.2 NGAP PDU SESSION RESOURCE SETUP RESPONSE (63)4.5.3 NGAP PDU SESSION RESOURCE MODIFY REQUEST (63)4.5.4 NGAP PDU SESSION RESOURCE MODIFY RESPONSE (65)4.5.5 RRCReconfiguration (65)4.5.6 RRCReconfigurationComplete (66)5 寻呼流程 (67)5.1 5GC寻呼 (67)5.1.1 信令流程 (68)5.1.2 关键消息解读 (70)5.1.2.1 NGAP PAGING (70)5.1.2.2 RRC PAGING (71)5.2 RAN寻呼 (71)5.2.1 信令流程 (72)5.2.2 关键消息解读 (73)5.2.2.1 RAN PAGING (73)5.3 寻呼消息发送 (75)6 切换流程 (77)6.1 站内切换 (77)6.2 Xn切换 (80)6.3 N2切换 (82)6.4 LNR切换 (83)6.5 LNR重定向 (85)7 NAS流程 (87)7.1 注册 (88)7.2 去注册（终端发起） (88)7.3 去注册（网络发起） (89)7.4 业务请求（主叫） (89)7.5 业务请求（被叫） (90)1 概述信令过程是电信通信网络中一个十分重要的概念，在呼叫建立和呼叫拆除过程中，UE 与gNB之间、gNB与5GC、以及gNB与gNB之间都要交互一些控制信息，以创建对等的协议实体并协调相互的动作，这些控制信息称为信令，这个交互过程就是信令过程。
WCDMA信令分析手册--语音信令流程
WCDMA信令分析手册----语音信令流程一系统广播简介 (3)1.1系统消息概述 (3)1.2 信令内容简述 (3)1.2.1 MIB (3)1.2.2 SystemInformationBlock1 (4)1.2.3 SystemInformationBlock3 (8)1.2.4 SystemInformationBlock5 (8)1.2.5 SystemInformationBlock7 (9)1.2.6 SystemInformationBlock11 (10)二主叫关键信令 (11)2.1 RrcConnectionRequest (11)2.2 RrcConnectionSetup (12)2.3 RrcConnectionSetupComplete (15)2.4 CM Service Request (18)2.5 Authentication Request/Response (19)2.6 SecurityModeCommand/Complete (20)2.7 Setup (20)2.8 Call Proceeding (21)2.9 RadioBearerSetup/Complete (22)2.10 Alerting、Connect及Connect Acknowledge (23)2.11 Disconnect (23)2.12 Release/Release Complete (26)2.13 RrcConnectionRelease (26)2.14 RrcConnectionReleaseComplete (27)三被叫关键流程 (28)3.1 Paging Type 1 (28)3.2 Paging Response (29)3.3 Call Confirmed (29)一系统广播简介1.1系统消息概述系统信息是包含在系统信息块（SIB）里被广播的。
SIB是具有相同属性的一组信息元素的集合。
5G SA语音端到端信令面分析与优化方法
第54卷 第4期2021年4月通信技术Communications TechnologyVol.54 No.4Apr. 2021文献引用格式：黄智瀛，白锡添，杜安静.5G SA语音端到端信令面分析与优化方法[J].通信技术，2021， 54（4）：878-884.HUANG Zhiying,BAI Xitian,DU Anjing.5G SA Voice EPS Fallback & Fast Return Signaling PlaneAnalysis and Optimization Methodology[J].Communications Technology,2021,54(4):878-884.doi:10.3969/j.issn.1002-0802.2021.04.0165G SA语音端到端信令面分析与优化方法*黄智瀛，白锡添，杜安静（中国移动通信集团广东有限公司深圳分公司，广东 深圳 518038）摘 要：在5G SA语音优化过程中，5G终端偶尔会出现打不通、接续时间长以及音质差等问题，严重影响5G用户的语音体验。
5G SA网络语音通话涉及的网元众多，场景复杂，语音问题定位困难。
针对5G SA端到端存在的语音感知问题，从SA语音业务相关的主要指标着手，有效发现和定位网络中存在的问题。
在5G SA路测中，语音业务相关的指标主要有EPS Fallback和快速回落 （Fast Return，FR）的成功率、时延等。
结合实际网络优化经验，详细剖析端到端的信令流程，提出了5G SA语音端到端信令问题分析与优化的方法。
关键词：5G SA语音；EPS FallBack；Fast Return；端到端中图分类号：TN929.5 文献标识码：A 文章编号：1002-0802(2021)-04-0878-075G SA Voice EPS Fallback & Fast Return Signaling Plane Analysis andOptimization MethodologyHUANG Zhiying, BAI Xitian, DU Anjing(Shenzhen Branch, China Mobile Communications Guangdong Co., Ltd., Shenzhen Guangdong 518038, China) Abstract: In the process of 5G SA voice optimization, 5G terminals occasionally encounter problems such as unreachable, long connection time, and poor sound quality, which seriously affect the voice experience of 5G users. 5G SA network voice calls involve many network elements, complex scenarios, and difficulty in locating voice problems. Aiming at the end-to-end voice perception problems of 5G SA, starting from the main indicators related to SA voice services, this paper effectively finds and locates the problems in the network. In 5G SA drive test, voice service-related indicators mainly include the success rate and delay of EPS FB (EPS FallBack) and FR (Fast Return). Combined with the actual network optimization experience, the end-to-end signaling process is analyzed in detail, and a method for the analysis and optimization of 5G SA voice end-to-end signaling problems is proposed.Keywords: 5G SA voice; EPS FallBack; Fast Return; end-to-end0 引 言5G有非独立组网（Non-Stand Alone，NSA）和独立组网（Stand Alone，SA）两种组网方式[1]。
网络优化信令分析 GSM 15-附录B 信令流程技术手册-Phas
附录 B 附录
B.1 附录一、A接口阶段消息间的差异
GSM技术规范是个逐渐发展完善的标准，通过PHASE1、PHASE2和
PHASE2+的不断引入，GSM向用户不断推出各种新业务，以满足市场的需
求。
GSM技术规范PHASE1阶段包括3.x.x系列标准；PHASE2阶段包括4.x.x
系列标准；5.x.x、6.x.x、7.x.x等后续系列标准属于PHASE2+阶段。
GSM技
术规范在演进过程中具有良好地向上兼容性。
本节重点讲解A接口层三协议（GSM 08.08）各阶段的演进。
为方便说明，
选取各阶段典型协议作为分析基础：PHASE1采用GSM08.08 version 3.10.1；
PHASE2采用GSM08.08 version 4.7.1；PHASE2+采用GSM08.08 version
7.6.1。
B.1.1 消息差异详细分析
1. PHASE1/PHASE2/PHASE2+的消息类型差异性
PHASE1/PHASE2/PHASE2+的消息类型差异参见表B-1。
表B-1A接口PHASE1/PHASE2/PHASE2+的消息类型差异
2. PHASE1/PHASE2/PHASE2+的消息IE差异性
PHASE1/PHASE2/PHASE2+的消息IE差异详见表B-2。
表B-2A接口PHASE1/PHASE2/PHASE2+的消息类型差异。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
语音版本信令分析指导书文件编号：1.1.1.1（根据在资料架构中的归属编号）版本：1.0中兴通讯移动网规网优部发布移动网规网优部GSM产品技术指导书内部公开▲目录1语音版本介绍 (1)2手机支持语音版本的信令分析 (1)2.1 Setup/Call confirmed简析 (1)2.2 Bearer capability详述 (3)2.2.1 Bearer capability IEI (4)2.2.2 Length 长度指示 (4)2.2.3 Extension bit 扩展比特 (4)2.2.4 Radio channel requirement (octet 3，MS to network) 无线信道要求 (4)2.2.5 Coding standard (octet 3) 编码标准 (5)2.2.6 Transfer mode (octet 3) 传输模式 (5)2.2.7 Information transfer capability (octet 3) 消息传输能力 (5)2.2.8 Speech version indication 语音版本指示 (6)3手机支持语音版本的信令统计 (6)3.1 注意事项 (6)3.2 统计案例 (7)附录A 信令数据 (11)内部公开▲1 语音版本介绍GSM手机一共支持如下几类语音版本：（1）GSM full rate speech version 1（FR）下表为Call confirmed消息内容的前几个字节：Protocol Discriminator编码为0 0 1 1（Call Control）。
二者主要的不同之处在于Transaction identifier（TI）和Message type（MT）, 这里不多做解释，通常二者编码如下：注：如果消息由网络侧发起，那么Message Type 的比特7 为0；如果由手机侧发起，则Bit 7保留用于发送序列号。
所以通常Setup的头两个字节编码为03 05/45，而Call Confirmed的头两个字节编码为83 08/48。
协议规范中Repeat Indicator解释如下：The BC repeat indicator information element is included if and only if bearer capability1 information element and bearer capability2 IE are both present in the message.这个主要是用在dual service，没有细究，通常setup或者call confirmed中没有这个字节，紧接着就是Bearer capability。
2.2 Bearer capability详述Bearer capability中与语音版本相关内容的信令编码格式如下：2.2.1 Bearer capability IEIBearer capability的IEI为04。
2.2.2 Length 长度指示该消息单元指示后续bearer capability内容的长度。
2.2.3 Extension bit 扩展比特在每个消息单元的首字节，如果为0，表示后续还有别的消息单元属于Bearercapability，如果为1，表示这是bearer capability的最后一个字节。
2.2.4 Radio channel requirement (octet 3，MS to network) 无线信道要求指示手机对无线信道的要求（是否支持半速率）。
协议规范解释如下：When information transfer capability (octet 3) indicates the value speech and speechversion indication(s) is(are) present in octet 3a etc：Bits 7 60 0 reserved0 1 the mobile station supports at least full rate speech version 1 but does notsupport half rate speech version 1. The complete voice codec preference isspecified in octet(s) 3a etc. 至少支持FR1，但是不支持HR11 0 The mobile station supports at least full rate speech version 1 and half ratespeech version 1. The mobile station has a greater preference for half ratespeech version 1 than for full rate speech version 1. The complete voicecodec preference is specified in octet(s) 3a etc. 支持半速率，半速率优先。
1 1 The mobile station supports at least full rate speech version 1 and half ratespeech version 1. The mobile station has a greater preference for full ratespeech version 1 than for half rate speech version 1. The complete voicecodec preference is specified in octet(s) 3a etc.支持半速率，全速率优先。
2.2.5 Coding standard (octet 3) 编码标准Bit 5：0 GSM standardized coding as described below1 reserved2.2.6 Transfer mode (octet 3) 传输模式Bit 4：0 circuit mode1 packet mode2.2.7 Information transfer capability (octet 3) 消息传输能力Bits 3 2 1：0 0 0 speech0 0 1 unrestricted digital information…… 省略所以字节3的编码主要有如下几类：Bits 8 7 6 5 4 3 2 1至少支持FR1，但是不支持HR1 0/1 0 1 0 0 0 0 0 (A0/20)都支持，全速率优先0 1 1 0 0 0 0 0 （60）都支持，半速率优先0 1 0 0 0 0 0 0 （40）2.2.8 Speech version indication 语音版本指示从字节3a开始，按照优先等级开始描述手机支持的每个语音版本，例如字节3a（语音版本指示的第一个字节）具有最高优先级。
语音版本指示的编码如下：Bits 4 3 2 10 0 0 0 GSM full rate speech version 10 0 1 0 GSM full rate speech version 20 1 0 0 GSM full rate speech version 30 0 0 1 GSM half rate speech version 10 1 0 1 GSM half rate speech version 3综上所述，BearerCapability常见的几种编码如下：（可能不全，只是从信令数据中得到）只支持全速率04 01 A0 只支持FR04 03 20 02 80 支持EFR都支持，全速率优先04 06 60 04 02 00 05 81 支持AMR04 04 60 02 00 81 不支持AMR04 05 20 04 02 00 85 支持AMR全速率和AMR半速率，不支持HR v1都支持，半速率优先04 04 40 02 01 80 不支持AMR 3 手机支持语音版本的信令统计3.1注意事项进行信令统计时，必须注意下面几点：（1）主叫手机对语音版本的支持能力的判断依据是Setup，而被叫手机对语音版本的支持能力的判断依据是Call Confirmed；需要分别统计；（2）对于主叫，不能单纯依靠Setup的信令筛选，因为不管主被叫，信令里都有Setup消息，而被叫Setup消息里提供的信息可能是不准确的；（3）如果只是单纯分析手机是否支持全速率或者半速率，那么只需看RadioChannel Requirement这个字段即可，比如dual rate support mobilestation/full rate preferred或者full rate support only mobile station；（4）如果需要进一步判断对AMR语音版本的支持，可能由于目前使用的MA10版本低，MA10关于这类消息单元的解释有误，例如当手机不支持AMR时，Speech version indication显示GSM full rate speech version3；所以得根据具体的信息编码来判决。
3.2统计案例由于被叫的Call confirmed 比较简单，本章节中以Setup为例来说明如何统计主叫用户支持半速率的比例。
STEP 1：Filter → Message → DTAP CC → SETUP 筛选SETUP消息STEP 2：Filter → Link Selection → Uplink 筛选SETUP消息，过滤掉无用的被叫Setup消息STEP 3：双击任意一条SETUP消息，然后选择File → Export detail 输出为文本文档STEP 4：用UltraEdit打开文本文档，使用UltraEdit的统计功能进行统计。
内部公开▲附录A信令数据。