TD-SCDMA_信令分析指导书(V400R005)-2010.doc

td-scdma信令分析指导书（v400r005）文档版本01发布日期2010-06-04华为技术有限公司版权所有 华为技术有限公司 2010。 保留一切权利。非经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档内容的部分或全部，并不得以任何形式传播。商标声明和其他华为商标均为华为技术有限公司的商标。本文档提及的其他所有商标或注册商标，由各自的所有人拥有。注意您购买的产品、服务或特性等应受华为公司商业合同和条款的约束，本文档中描述的全部或部分产品、服务或特性可能不在您的购买或使用范围之内。除非合同另有约定，华为公司对本文档内容不做任何明示或默示的声明或保证。由于产品版本升级或其他原因，本文档内容会不定期进行更新。除非另有约定，本文档仅作为使用指导，本文档中的所有陈述、信息和建议不构成任何明示或暗示的担保。华为技术有限公司地址：深圳市龙岗区坂田华为总部办公楼 邮编：518129网址：客户服务邮箱：客户服务电话4008302118客户服务传真档版本 01 (2010-06-04)华为专有和保密信息版权所有 华为技术有限公司iii lcr5.0 td-scdma信令分析指导书前言前言修订记录第一次正式发布。读者对象本书适合下列人员阅读：l 现场工程师l 系统工程师标志约定本书采用各种醒目标志来表示在操作过程中应该特别注意的地方，这些标志的意义如下：小心、警告、危险：提醒操作中应注意的事项。注意，重要提示信息。提醒操作中应采用esd防静电保护措施。&说明、提示、窍门、思考：对操作内容的描述进行必要的补充和说明。文档版本 01 (2010-06-04)华为专有和保密信息版权所有 华为技术有限公司9-1 lcr5.0 td-scdma信令分析指导书目 录目 录1 概述1-12 小区建立与手机注册2-12.1 小区建立流程2-12.1.1 小区建立流程图释义2-22.1.2 接口跟踪实例2-42.1.3 关键信令说明2-42.2 手机注册网络流程2-132.2.1 手机开机注册网络流程图释义2-132.2.2 接口跟踪实例2-152.2.3 关键信令说明2-162.3 rrc建立在公共信道流程分析2-233 cs域业务信令流程3-13.1 cs域呼叫业务3-13.1.1 cs域主叫建立流程图释义3-13.1.2 cs主叫接口跟踪实例3-53.1.3 cs主叫关键信令说明3-53.1.4 cs域被叫建立流程图释义3-123.1.5 cs被叫接口跟踪实例3-163.1.6 被叫关键信令说明3-173.1.7 ue呼叫释放流程图释义3-183.1.8 ue呼叫释放接口跟踪实例3-223.1.9 ue呼叫释放关键信令说明3-223.1.10 网络呼叫释放流程图释义3-243.2 短消息3-253.2.1 短消息过程概述3-253.2.2 短消息完整流程3-253.2.3 接口跟踪实例3-283.2.4 关键信令说明3-294 ps域信令流程4-14.1 普通ps业务4-14.1.1 gprs附着4-14.1.2 pdp context 激活流程（ue发起）4-64.1.3 pdp context 去激活流程（ue发起）4-154.2 hsdpa信令流程4-184.2.1 hsdpa连接建立4-184.2.2 hsdpa连接释放4-245 rnc内小区切换5-15.1 rnc内小区切换过程概述5-15.2 rnc内小区切换过程5-25.2.1 intra-nodebinter-cell ho5-25.2.2 intra-rncinter-nodebho5-46 rnc间小区切换6-16.1 rnc间小区切换过程概述6-16.2 rnc间小区切换过程完整流程6-26.2.1 cs domain6-26.2.2 ps domain6-57 2、3g互操作信令流程7-17.1 td-scdma到gsm/(e)gprs的异系统切换流程概述7-17.2 2、3g异系统切换过程7-17.2.1 电路域异系统切换信令流程7-17.2.2 分组域异系统切换信令流程7-88 信令分析基础8-18.1 标准口信令分析8-19 缩略语9-1 lcr5.0 td-scdma信令分析指导书9 缩略语1 概述信令在电信通信网中是个很重要的概念，简单地说它是一种机制，通过这种机制，构成通信网的用户终端以及各个业务节点可以互相交换各自的状态信息和提出对其它设备的接续要求，从而使网络作为一个整体运行。信令系统是通信网的神经系统，是通信网必不可少、非常重要的组成部分。本手册主要介绍了td-scdma小区建立、cs及ps域业务、rnc切换过程中的信令流程。2 小区建立与手机注册。3 cs域业务信令流程。4 ps域信令流程。5 rnc内小区切换。6 rnc间小区切换。7 2、3g互操作信令流程。8 信令分析基础。9 缩略语。2 小区建立与手机注册2.1 小区建立流程下面流程图以资源状态指示过程触发小区建立流程为例，说明小区建立流程。其中公共传输信道只建立了sccpch信道，prach信道和fpach信道，其中sccpch分别承载fach和pch，prach承载rach。小区实际建立时，具体流程与具体配置相关。所有的qaal2消息只有在使用atm传输承载时才会出现。接口跟踪实例为lcr5.0版本的小区建立时的iub口消息。2.1.1 小区建立流程图释义图2-1 小区建立流程消息流程说明如下：（1） nodeb向rnc发送资源状态指示消息resource status indication，消息中可能包含指示原因及相关的逻辑资源内容。（2） rnc向nodeb发送审计请求消息audit request，发起资源审计过程。（3） 通过审计过程，rnc对nodeb的配置和逻辑资源状态进行检查，并可能进行rnc与nodeb间的重新同步。审计完成后，nodeb向rnc发送审计响应消息audit response将自己的配置上报。（4） rnc向nodeb发送小区建立请求消息cell setup request，发起小区建立过程。（5） nodeb根据小区建立请求消息中给定参数，检查配置参数，并且根据配置参数配置资源，建立小区。小区建立结束后，nodeb向rnc发送小区建立响应消息cell setup response，确认小区建立成功。（6） rnc向nodeb发送公共传输信道建立请求消息common transport channel setup request，请求建立prach信道、fpach信道。（7） nodeb发送公共传输信道建立响应消息common transport channel setup response，确认公共传输信道建立成功。（8） rnc采用alcap协议向nodeb发送qaal2建立请求消息qaal2 establish request，发起iub数据传输承载建立过程。消息中包含aal2绑定id，以便绑定iub数据传输承载与rach（随机接入信道）。（9） nodeb向rnc发送qaal2建立确认消息qaal2 establish confirm，作为iub数据传输承载建立请求应答。（10）rnc向nodeb发送公共传输信道建立请求消息common transport channel setup request，请求建立四条sccpch物理信道。（11）nodeb发送公共传输信道建立响应消息common transport channel setup response，确认公共传输信道建立成功。（12）、（13）、（14） rnc采用alcap协议向nodeb发送qaal2建立请求消息qaal2 establish request，发起iub数据传输承载的建立过程。这个过程共进行三次，分别建立三条iub数据传输承载，每条qaal2请求中都包含aal2绑定id，分别用于把三条iub数据传输承载绑定到fach和pch。（15）、（16）、（17）nodeb向rnc发送qaal2建立确认消息qaal2 establish confirm，作为iub数据传输承载建立请求的应答。与三条qaal2建立请求消息对应，nodeb向rnc回复三条qaal2建立确认消息。（18） rnc向nodeb发送系统消息更新请求消息system information update request。（19）nodeb发送系统消息更新响应消息system information update response，确认系统消息更新成功。（20） nodeb向rnc发送资源状态指示消息resource status indication，向rnc报告所有载波的建立情况。（21） rnc向nodeb发送审计请求消息audit request，发起资源审计过程。（22）通过审计过程，rnc对nodeb的配置和逻辑资源状态进行检查，并可能进行rnc与nodeb间的重新同步。审计完成后，nodeb向rnc发送审计响应消息audit response将自己的配置上报。2.1.2 接口跟踪实例图2-2 iub接口小区建立流程2.1.3 关键信令说明nbap_cell_setup_req消息分析nbap_cell_setup_req消息详见图2-3，图2-4，图2-5，图2-6，消息中主要包含以下属性：l c-id：要建立小区的id（301），即mml中配置的cell id。l uarfcn：要建立小区的频点10104（小区频点，实际值=信元值/5）l cellparameterid：要建立的小区参数信息：代表的是midamble码和小区扰码的序列号（一个小区参数对应1个下行同步码，8个上行同步码，1个基本midamble码，1个小区扰码。）l maximumtransmissionpower：小区最大发射功率：小区内所有下行物理信道的线性总功率（31dbm）图2-3 nbap_cell_setup_req消息l synchronisation-configuration：小区同步配置信息：上行连续收到n-insync-ind(1)个同步指示后，判断上行链路为同步；上行连续收到n-outsync-ind（20）个失步指示时，判断上行链路为失步，并启动t-rlfailure（20s）定时器，定时器超时后则向rnc上报无线链路失败指示。图2-4 nbap_cell_setup_req消息（续1）l pccpch-power：pccpch信道的发射功率（15dbm）l dwpch-power：dwpch信道的发射功率（27dbm）图2-5 nbap_cell_setup_req消息（续2）l uarfcn：小区所有辅频点信息。l maximumtransmissionpowerforcarrier：载波最大发射功率，每载波所有下行物理信道的线性总功率（26dbm）。与小区最大发射功率的关系一般相差10lgn，n为小区载波数。l carriertype：载波类型，右起第一位代表hsdpa，第二位代表mbms，第三位代表hsupa，1代表支持，0代表不支持。例如111表示hsdpa、hsupa、mbms均支持，100表示只支持hsupa。图2-6 nbap_cell_setup_req消息（续3）nbap_comm_transp_ch_setup_req消息分析nbap_comm_transp_ch_setup_req消息详见图2-7，图2-8，消息中主要包含以下属性：l prach-parameters：prach所在时隙码道信息，以及fpath所在时隙码道及发射功率（26dbm）。如果该信道建在辅载波，则在prach和fpach信息之间会有频点信息，主载波缺省频点信息。小区配置hsupa时会在辅载波建立prach信道。图2-7 nbap_comm_transp_ch_setup_req消息l secondary-ccpch-lcr-parameter：sccpch物理信道信息，包括所在时隙码道和发射功率（与pccpch发射功率的相对值），以及sccpch信道条数（4条）。图2-8 nbap_comm_transp_ch_setup_req消息（续1）nbap_comm_transp_ch_recfg_req消息分析nbap_comm_transp_ch_recfg_req消息见图2-9，消息中主要包含以下属性：l uppch-lcr-patameters：uppch信道位置信息及所在载波信息。每次uppch信道的位置发生变化，则通过该公共传输信道重配置消息告知nodeb。小区建立时如果uppch不是默认位置（0），则会有这条公传重配置命令。图2-9 nbap_comm_transp_ch_recfg_req消息nbap_phy_shared_ch_recfg_req消息分析nbap_phy_shared_ch_recfg_req消息见图2-10，消息中主要包含以下属性：l hs-pdsch information：hs-pdsch物理信道的时隙码道和最大发射功率（18dbm）信息，以及hs-pdsch信道所在载波。图2-10 nbap_comm_transp_ch_recfg_req消息nbap_audit_rsp消息分析nbap_audit_rsp消息见图2-11，消息中主要包含以下属性：l cell-informationitem：小区状态、频点状态、所有公共信道状态以及hs所有相关信道状态信息，resourceoperationalstate表示状态为可用（enabled）。图2-11 nbap_audit_rsp消息2.2 手机注册网络流程2.2.1 手机开机注册网络流程图释义图2-12 手机开机注册网络流程流程说明如下：l 建立rrc 连接：（1）ue在取得下行同步后，向nodeb发送sync_ul，接收到nodeb回应的fpach信息后，在rach信道上向rnc发送 rrc connection request消息，发起rrc连接建立过程。（2）rnc准备建立rrc连接，分配建立rrc连接所需要的资源，并发送一条radio link setup request消息给nodeb。（3）nodeb配置物理信道，在新的物理信道上准备接收ue消息，并给rnc发送一条radio link setup response响应消息。（4）rnc通过alcap协议，建立iub数据传输承载。iub数据传输承载通过aal2的绑定标识与dch绑定在一起。建立iub数据传输承载需要nodeb确认。（5）（6）通过downlink synchronisation和uplink synchronisation控制帧，nodeb与rnc为iub数据传输承载建立同步。（7）rnc在fach信道上发送rrc connection setup消息给ue。（8）nodeb发送nbap消息radio link restore indication通知rnc一条或多条无线链路，或一条无线链路中的多个cctrchs的上行链路同步的建立和重新建立。（9）ue在dcch上发送rrc connection setup complete消息给rnc，rrc连接建立完成。l 建立初始直传/上下行直传：（10）（11）ue在dcch上给rnc发送一条initial direct transfer消息。rnc透传给cn，通知cn关于ue请求的业务等内容（位置更新请求）。通过初始直接传输过程后，可使用该信令连接传输ue和cn之间的nas消息。（12）（13）cn发送ranap消息direct transfer（authentication request）到rnc，要求对ue进行鉴权。rnc透传给 ue。（14）（15）ue发送rrc uplink direct transfer message（authentication response）消息给rnc，告知网络侧ue已经按照鉴权要求完成了鉴权。rnc透传给cn。（16）cn发送ranap消息common id给rnc，将一个用户的永久nas ue标识（imsi）通知rnc。rnc使用这个参数，例如用于创建用户的永久nas ue标识和用户rrc连接之间的参考，以实现utran寻呼协调。l 安全模式控制：（17）（18）cn发送ranap消息security mode command 给rnc，要求终端进行安全模式控制。rnc透传给ue，开始/重启加密过程。（19）（20）ue成功应用新的加密方式后，在上行dcch上发送rrc security mode complete 给rnc。rnc透传给cn，双方完成安全模式控制。（21）（22）cn发送ranap消息direct transfer（location updating accept）到rnc，通知ue位置更新请求被cn接受。rnc透传该消息给 ue。l 连接释放：ue注册完成需要释放相关资源。（23）cn向rnc发送ranap消息iu release command，要求rnc进行iu释放并携带具体原因值（normal release）。（24）rnc向cn发送ranap消息iu release complete，通知cn iu释放已经成功完成。（25）rnc向ue发送rrc connection release，要求ue进行rrc连接释放并携带具体释放原因（normalevent）。（26）ue向rnc发送rrc connection release complete，通知rnc rrc连接已经被成功释放。（27）rnc通过nbap消息radio link deletetion request，要求nodeb释放ue相关的无线链路资源。（28）nodeb通过nbap消息radio link deletetion response，通知rnc相关的无线链路资源已经删除。（29）rnc通过alcap协议，释放iub数据传输承载。2.2.2 接口跟踪实例在操作台的消息跟踪中可以通过设定用户接口来跟踪标准接口开机过程中所产生的消息，如下所示。由于ue跟踪是以imsi进行跟踪的，所以如果rrc setup request消息中携带的不是imsi来标识ue，则需要走到common id这条消息之后才能确认该ue的imsi。此时即使能够跟踪到rrc连接建立消息，由于rl setup req消息及其响应消息没有缓存，则无法显示在ue跟踪中。是否能够显示rrc连接建立消息取决与lmt上的set trrctrlswitch命令中的cdt_msg_full_trace（cdt消息完整跟踪）是否打开。图2-13 标准接口ue开机信令流程2.2.3 关键信令说明rrc_rrc_connect_req消息分析rrc_rrc_connect_req消息见图2-14，消息中主要包含以下属性：l initialue-identity：用于rrc连接中标识ue的信元，可选的类型为imsi、tmsi、p-tmsi、imei，图例中为tmsi；l establishmentcause：rrc连接建立请求的原因（注册）；l primaryccpch-rscp：在rach上报的ue测量得到的pccpch值，参考点是ue的天线。实际值 = -116+信元值图2-14 ue注册-rrc_connect_req消息rrc_rrc_conn_setup消息分析rrc_rrc_conn_setup消息见图2-15、图2-16、图2-17，消息中主要包含以下属性：l rrc-stateindicator：rrc连接建立的状态，ue的rrc连接一般建立在cell_dch，cell_fach两种状态下。建立在cell_dch状态，则从rrc_connect_setup_cmp消息开始，rrc消息承载在dch信道；建立在cell_fach状态，则在rb_setup_cmp消息之前，rrc消息均承载在rach和fach公共信道上。章节2.3 单独描述了rrc建立在cell_fach的情况。l srb-informationsetuplist：srb建立信息列表，包含了rb1到rb4的rlc信息和rb信息。图2-15 ue注册-rrc_connect_setup消息l transportformatset：传输格式集，传输块间隔时间tti10表示rrc使用的是13.6k dch传输信令，tti40表示rrc使用的是3.4k dch传输信令。图2-16 ue注册-rrc_connect_setup消息（续1）l timeslotscodes：时隙码道信息，指示了rrc dch信道的时隙码道信息，图中所示上行占用ts2的cc8-1码道，下行情况可以使用同样方法得知。图2-17 ue注册-rrc_connect_setup消息（续2）rrc_rrc_connect_setup_cmp消息分析rrc_rrc_connect_setup_cmp消息见图2-18、图2-19、图2-20、图2-21，消息中主要携带了ue的能力信息：l pdcp-capability：losslesssrns-relocationsupport表示ue是否支持跨rnc切换时无损迁移，true表示支持，false表示不支持。l rlc-capability：列出rlc层最大缓存能力、最大接收窗能力和rlc最大实体个数。l multirat-capabilitylist：supportofgsm表示ue是否支持gsm，如果ue反馈不支持gsm，则不能实现2/3g切换。图2-18 ue注册-rrc_connect_setup_cmp消息l physicalchannelcapability：v4b0ext扩展项里表明了ue的上下行物理信道能力，每子帧支持的最大时隙数、每时隙支持的最大物理信道数等，ue进行hsdpa业务时，上行有伴随dpch信道和sich信道，如果分配在同一时隙，需要考虑ue的每时隙支持最大物理信道数能力。图2-19 ue注册-rrc_connect_setup_cmp消息（续1）l physicalchannelcapability：v590ext扩展项中tdd128-hspdsch表明了ue的hsdpa能力，supported表示ue支持hsdpa业务。图2-20 ue注册-rrc_connect_setup_cmp消息（续2）l rf-capability：v860ext扩展项中radiofrequencybandtddext显示了ue是否支持f频段。有此扩展项表示支持，反之则不支持f频段。图2-21 ue注册-rrc_connect_setup_cmp消息（续3）ranap_initial_ue_message消息分析ranap_initial_ue_message消息见图2-22、图2-23，消息中主要包含以下属性：l cn-domainindicator：cn域指示（cs域）l plmnidentity：64 f0 70，即 mcc=“460”，mnc=“07”，plmn网号：46007l lac：00 27 ：即lac 号为0x27l sac：00 27：即sac 号为0x27图2-22 ue注册-initial_ue_message消息l mm-msg-type：mm层消息类型（位置更新请求）l location-update-type：分为3类（normal updating、periodic updating、imsi attach）。 normal updating：移动设备开机时以及移动用户发生漫游引起位置改变 periodic updating：ue根据网络侧设置的周期发起的位置更新请求 imsi attach：在ue 所处的小区的lac 与关机前相同时打开ue图2-23 ue注册-initial_ue_message消息（续1）2.3 rrc建立在公共信道流程分析下文实例全部是以rrc建立在专用信道为例，这里列出rrc建立在公共信道的流程实例方便读者对比。l rrc建立在公共信道流程图2-24 rrc建立在公共信道流程实例l 信令流程说明：当rrc连接建立在公共信道上时，因为用的是已经建立好的小区公共资源，所以无需建立无线链路和用户面的数据传输承载，其余过程与rrc连接建立在专用信道相似。3 cs域业务信令流程3.1 cs域呼叫业务3.1.1 cs域主叫建立流程图释义图3-1 ue处于idle状态下发起cs呼叫的流程图图3-2 ue处于idle状态下发起cs呼叫的流程ii图3-3 ue处于idle状态下发起cs呼叫的流程l 建立rrc 连接：（1）ue在取得下行同步后，向nodeb发送sync_ul，接收到nodeb回应的fpach信息后，在rach信道上向rnc发送 rrc connection request消息，发起rrc连接建立过程。（2）rnc准备建立rrc连接，分配建立rrc连接所需要的资源，并发送一条radio link setup request消息给nodeb。（3）nodeb配置物理信道，在新的物理信道上准备接收ue消息，并给rnc发送一条radio link setup response响应消息。（4）rnc通过alcap协议，建立iub数据传输承载。iub数据传输承载通过aal2的绑定标识与dch绑定在一起。建立iub数据传输承载需要nodeb确认。（5）（6）通过downlink synchronisation和uplink synchronisation控制帧，nodeb与rnc为iub数据传输承载建立同步。（7）rnc在fach信道上发送rrc connection setup消息给ue。（8）ue在dcch上发送rrc connection setup complete消息给rnc，rrc连接建立完成。l 建立初始直传/上下行直传：（9）（10）ue在dcch上给rnc发送一条initial direct transfer（cm service request）消息。rnc透传给cn，通知cn关于ue请求的业务等内容。通过初始直接传输过程后，可使用该信令连接传输ue和cn之间的nas消息。（11）（12）cn发送ranap消息direct transfer（authentication request）到rnc，要求对ue进行鉴权。rnc透传给ue。（13）（14）ue发送rrc uplink direct transfer message（authentication response）消息给rnc，告知网络侧ue已经按照鉴权要求完成了鉴权。rnc透传给cn。l 安全模式控制：（15）（16）cn发送ranap消息security mode command 给rnc，要求终端进行安全模式控制。rnc透传该消息给ue，开始/重启加密过程。（17）（18）ue成功应用新的加密方式后，在上行dcch上发送rrc security mode complete 给rnc。rnc透传给cn，双方完成安全模式控制。l 建立rab：（19）（20）（21）（22）上行和下行的直接传输过程，nas要求传输数据，ue向网络侧说明bearer capability以及called number等内容。（22）cn向rnc发送ranap消息common id，告知rnc该ue的imsi。（23）cn向rnc发送ranap消息radio access bearer assignment request，发起rab 建立过程，将需要建立的业务类型、最大、保证速率等相关信息下发给rnc。（24）rnc通过alcap协议建立iu数据传输承载，并利用aal2绑定标识将iu数据传输承载和无线接入承载绑定在一起。（25）rnc要求其nodeb准备建立dch 来承载rab（radio link reconfiguration prepare）。（26）nodeb配置资源并通知rnc准备完毕（radio link reconfiguration ready）。（27）rnc通过alcap协议建立iub数据传输承载，并利用aal2绑定标识将iub数据传输承载绑定到dch。（28）（29）nodeb 和rnc通过downlink synchronisation和uplink synchronistion dch-fp帧为iub数据传输承载建立同步关系。（30）rnc向ue发送rrc消息radio bearer setup。（31） rnc向nodeb发送nbap消息radio link reconfiguration commit，要求nodeb启用新的无线链路配置。（32）ue按照新的传输格式发送rrc消息radio bearer setup complete 给rnc。（33）rnc发送ranap消息radio access bearer assignment response 给cn，rab建立完成。3.1.2 cs主叫接口跟踪实例在操作台的消息跟踪中可以通过设定用户接口来跟踪标准接口cs主叫过程中所产生的消息，如下所示。图3-4 ue跟踪ue发起cs主叫实例3.1.3 cs主叫关键信令说明rrc_rrc_conn_setup消息分析rrc_rrc_conn_setup消息见图3-5，消息中主要包含以下属性：l cell-id：小区idl 计算方法为：l cell-id： 00000000，11011000，00001001，01110b，换算成十进制：1769774 rncid * 65536 + cell id=1769774图3-5 cs主叫-rrc_connect_setup消息rrc_init_direct_transf消息分析rrc_init_direct_transf消息见图3-6，消息中主要包含以下属性：l cn-domainidentity： 指示申请的业务类型，图中业务类型为cs域l nas-message：nas消息，核心网解包l establishmentcause：rrc连接建立请求的原因（主叫会话业务）图3-6 cs主叫-rrc_init_direct_transf消息ranap_initial_ue_message消息分析ranap_initial_ue_message消息见图3-7，消息中主要包含以下属性：l plmnidentity：64 f0 70，即 mcc=“460”，mnc=“07”，plmn网号：46007l lac：00 27 ：即lac 号为0x27l sac：00 27：即sac 号为0x27l mm-msg-type：mm（mobility management）层消息类型：cm业务请求l iusignallingconnectionidentifier：iu信令连接标识用于指示节点：最高位有效，0标识rnc，1标识cn通过初始直接传输过程后，可使用该信令连接传输ue和cn之间的nas消息。图3-7 cs主叫-ranap_initial_ue_message消息ranap_common_id消息分析ranap_common_id消息见图3-8，消息中主要包含以下属性：imsi：核心网返回给rnc ue的imsi号,每个字节倒装 46 00 70 00 00 80 14 7f，去掉末位的f则为ue的imsi号。图3-8 ranap_common_id消息ranap_rab_assignment_req消息分析ranap_rab_assignment_req消息见图3-9，消息中主要包含以下属性：l rab-id：rab标识：这个元素唯一地识别一个特定ue在cn域的无线接入承载，它在一个iu连接上是唯一的。rab id在此rab存在期间应不变，即使rab重定位到另一个iu连接 rab id也不变。l trafficclass：业务类别，会话类l rab-asymmetryindicator：业务对称性指示，如果为双向均衡（symmetric-bidirectional），则maxbitrate只指示比特率，不指示上下行方向。如果为双向非均衡（asymmetric-bidirectional），则maxbitrate会区分上下行方向分别指示最大比特率。l maxbitrate：最大比特率：12.2kbps（amr）、64kbps（vp）l guaranteedbitrate ：保证比特率：4.75kbps、64kbps。分别表示amr、vp最低需要满足的速率。l sourcestatisticsdescriptor：提交的sdu来源（amr：speech，vp：unknown）图3-9 cs主叫-ranap_rab_assignment_req（amr12.2k）消息ranap_direct_transfer消息分析ranap_direct_transfer消息为ue和cn之间的上下行直接传输消息，rnc只转发不处理，主要有以下几种消息，见图3-10：l 5- setup（主、被叫呼叫建立消息，主叫发送给cn的setup消息中可以看到被叫号码）l 2- call proceeding（指示ue请求呼叫建立的消息已经被接受，不再接受其他呼叫建立消息）l 1- alerting（cn通知主叫用户被叫用户进入振铃状态；被叫指示cn被叫用户已经进入振铃状态）l 8- call confirmed（通知cn被叫用户已经响应呼入请求，对主叫setup消息进行响应）l 7- connect（cn通知主叫用户呼叫已经被被叫接受；被叫用户向cn指示被叫已接受了呼叫）l 15- connect acknowledge（主叫指示cn主叫进入呼叫连接状态；cn指示被叫进入呼叫连接状态）l 14- emergency setup（用户请求建立紧急呼叫）l 37-disconnect（cn通知用户端到端的连接已经被清除；用户请求cn清除端到端的连接）l 45-release（cn或ue通知对方准备释放事务标识符）l 42-release complete（cn或ue通知对方本方事务标识符释放完成，对方也应释放）图3-10 cs主叫-ranap_direct_transfer消息3.1.4 cs域被叫建立流程图释义图3-11 ue处于idle状态下被寻呼的流程图3-12 ue处于idle状态下被寻呼的流程图3-13 ue处于idle状态下被寻呼的流程以下为ue处于连接状态下被寻呼的流程。图3-14 ue处于连接状态下被寻呼的流程l 寻呼过程：（1）cn通过ranap消息paging在特定区域（包括一个或多个rnc）内寻呼某个ue。（2）rnc利用paging type 1（idle态）/ paging type 2（连接态）消息寻呼ue。如果ue检测到从rnc来的寻呼消息和自己是对应的，则执行随后的rrc信令连接建立过程。l 建立rrc 连接（连接态寻呼rrc建立过程）：（3）ue在取得下行同步后，向nodeb发送sync_ul，接收到nodeb回应的fpach信息后，在rach信道上向rnc发送 rrc connection request消息，发起rrc连接建立过程。（4）rnc准备建立rrc连接，分配建立rrc连接所需要的资源，并发送一条radio link setup request消息给nodeb。（5）nodeb配置物理信道，在新的物理信道上准备接收ue消息，并给rnc发送一条radio link setup response 响应消息。（6）rnc通过alcap协议，建立iub数据传输承载。iub数据传输承载通过aal2的绑定标识与dch 绑定在一起。建立iub数据传输承载需要nodeb确认。（7）（8）通过downlink synchronisation和uplink synchronisation。控制帧，nodeb与 rnc为iub数据传输承载建立同步。（9）rnc在fach信道上发送rrc connection setup消息给ue。（10）ue在dcch上发送rrc connection setup complete消息给rnc，rrc 连接建立完成。l 建立初始直传/上下行直传：（11）（12）ue在dcch上给rnc发送一条initial direct transfer（cm service request）消息。rnc透传给cn，通知cn关于ue请求的业务等内容。通过初始直接传输过程后，可使用该信令连接传输ue和cn之间的nas消息。（13）（14）cn发送ranap消息direct transfer（authentication request）到rnc，要求对ue进行鉴权。rnc透传给ue。（15）（16）ue发送rrc uplink direct transfer message（authentication response）消息给rnc，告知网络侧ue已经按照鉴权要求完成了鉴权。rnc透传给cn。l 安全模式控制：（17）（18）cn发送ranap消息security mode command 给rnc，要求终端进行安全模式控制。rnc透传该消息给ue，开始/重启加密过程。（19）（20）ue成功应用新的加密方式后，在上行dcch上发送rrc security mode complete 给rnc。rnc透传给cn，双方完成安全模式控制。l 建立rab：（21）（22）（23）（24）上行和下行的直接传输过程，nas要求传输数据，ue向网络侧说明bearer capability等内容。（25）cn向rnc发送ranap消息common id，告知rnc该ue的imsi。（26）cn向rnc发送ranap消息 radio access bearer assignment request ，发起rab建立过程。（27）rnc通过alcap协议建立iu数据传输承载，并利用aal2绑定标识将iu数据传输承载和无线接入承载绑定在一起。（28）rnc要求其nodeb准备建立dch来承载rab（radio link reconfiguration prepare）。（29） nodeb配置资源并通知rnc准备完毕（radio link reconfiguration ready）。（30）rnc通过alcap协议建立iub数据传输承载，并利用aal2绑定标识将iub数据传输承载绑定到dch。（31）（32）nodeb和rnc通过downlink synchronisation和 uplink synchronistion dch-fp帧为iub数据传输承载建立同步关系。（33）rnc向nodeb发送nbap消息radio link reconfiguration commit。（34）rnc向ue发送rrc 消息radio bearer setup。（35）ue按照新的传输格式发送rrc 消息radio bearer setup complete 给rnc。（36）rnc发送ranap消息radio access bearer assignment response给cn，rab建立完成。3.1.5 cs被叫接口跟踪实例在操作台的消息跟踪中可以通过设定用户接口来跟踪标准接口cs被叫过程中所产生的消息，如下所示。图3-15 ue跟踪ue被寻呼流程实例3.1.6 被叫关键信令说明rrc_paging_type1消息分析rrc_paging_type1消息见图3-16，消息中主要包含以下属性：l pagingcause：寻呼原因，包含terminating conversational call, terminating streaming call, terminating interactive call, terminating background call, terminating low priority signalling, terminating high priority signalling, unknown七种，图例为会话业务寻呼。l pagingrecordl