语音版本信令分析指导书
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保留用于发送序列号。
- 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信令数据。