CS122业务流程及常见问题分析.docx

CS12.2调试，CS12.2业务流程及常见问题分析以主叫起呼并挂机为例，说明CS AMR 12.2K的整个信令过程为清晰起见，将整个信令流程分割为以下几个独立阶段进行描述在每个阶段中，再进行流程介绍，关键技术点分析，重要信令参数说明以及常见问题解答出现问题的首要标准排查方法：u 首先比对标准信令过程，看看从哪一条信令开始和标准信令过程不吻合，查找实现流程不吻合的原因；u 排除流程原因后，查看是那一条信令出现异常从异常信令的位置开始往前，逐条检查每条信令内容，和标准信令配置参数比对如果参数不一样，则先逐个排除参数，将参数调整为一致，看看是否参数原因导致的异常u 如果全部排除参数和流程的原因后，就需要从该流程原理以及代码实现上来排查问题，以及当UE，NODEB，CN返回失败时，需要请这些设备的相关人员一起定位问题对于基本流程而言，由于功能较稳定，主要是排查参数配置和流程方面的原因另外，呼叫过程信令处理的核心模块是位于RCP上的UCPMC模块关联的主要模块会涉及到处理Iu口的SCPM，处理Iub口的RLMM，处理Iur口的RNSAP，以及一些外围模块如RPM，这些模块都位于RCP上，所以更多的故障信息可以观察RCP上的LOG来获得。

在本文的常见问题解答中会涉及到通过相关模块的LOG信息来定位问题在重要信令参数说明内容中，考虑到各个消息逐个说明，内容实在太大，而Iub口消息和Uu口消息配置内容大部分类似，在格式上略有不同所以将以Uu口消息为主来说明NAS消息内容主要是UE和CN交互的，和2G相比差别不大，在本文就不做额外说明了在本文中， UE指的是带有NET MONITOR的NOKIA UE或者带TRACE的高通UE可能会通过UE的辅助功能来观察某些现象定位问题1. 第一阶段：RRC 建立过程1.1. 信令流程介绍RRC连接的建立是UE和UTRAN建立信令交互的第一步u UE在RACH上上报RRC连接建立请求u RNC依据后台设置，决定将RRC连接建立在DCH上u RNC先在Iub口建立RL（radio link），RL建立成功后，Iub口对应的FP层进行传输同步过程，随后NODEB上报RL恢复指示（radio link restoreindication），表明RL可用了u RNC在FACH下发RRC连接建立消息，通知UE进行RRC连接建立，相关RRC连接的配置消息也在该消息中携带给UEu UE建立RRC连接成功后，在DCH上回复成功的RRC建立响应消息。

1.2. 关键技术点接纳在专用信道（DCH）上建立RRC连接，需要进行接纳判断接纳判断由无线资源模块RRM中子模块CAC完成CAC判断是否能够接入到当前小区，需要考虑当前上报小区的负载情况，包括网络拥塞情况和码资源情况当拥塞过载或码资源缺乏时，根据RRC建立请求消息中信元Measured results on RACH进行小区选择，选取新的小区进行RRC连接建立，在新小区中建立CCIU、无线链路等，并在RRC连接建立消息中将新小区通知给UE如果连新小区都负荷较高，无法接纳，那么拒绝UE的接入RRC建立传输信道选择后台有对应选择的控制项目，在RNC一级的参数中，取值有u “强制DCH”，使用3.4kbps普通信令，初始接入建立在CELL_DCH状态，所以需要建立Iub口无线链路（radio link），如上面的SDL图所示u “强制FACH”，使用3.4kbps普通信令，初始接入建立在CELL_FACH状态，无需在Iub口建立无线链路u “不强制”，使用RNC本身的控制策略，目前是使用3.4kbps普通信令，根据RRC建立的原因值来决定建立在CELL_DCH状态还是CELL_FACH状态。

对于后续没有业务流程的，如注册等，建立在CELL_FACH状态；对于后续有业务流程的，如主叫被叫等，建立在CELL_DCH状态默认配置中，选择的是第一种“强制DCH”另外，后续的版本将加上13.6K相关高速信令的选择UE能力信息UE的能力信息即可通过RRC建立后发起UE能力查询过程获得，也可在RRC建立时从消息RRC Connection Setup Complete获得目前实现的流程是后者，在RRC建立时从消息RRC Connection Setup Complete获得后续RNC进行无线资源管理和安全模式控制过程，以及物理层传输层参数计算等都需要具备UE的能力信息信令无线承载RRC连接建立过程创建由RB#1- RB#4所指定的信令无线承载SRB：RB#1 用于所有在DCCH和RLC-UM上发送的信息；RB#2 用于除了直接传送消息之外的所有在DCCH和RLC-AM上发送的信息；RB#3 用于传送高层信令的直接传送消息（使用DCCH和RLC-AM）RB#4 实际上是没有用的，原则上是用于传送高层信令的直接传送消息（使用DCCH和RLC-AM）利用两个传送高层信令的SRB，UTRAN就可以处理信令上的优先级，RB#4用于低优先级的NAS信令，RB#3用于高优先级的NAS信令。

RLMM模块涉及的标识与对应关系NBAP专用消息中涉及了如下几种ID，根据其体现的对应关系，RLMM模块需要利用这些ID组织管理实例、处理流程以及专用资源l CRNC Communication Context ID CRNC通信上下文（Communication Context）可以理解为UE在CRNC的一个映象，在RNC上统一分配，代表了特定UE在CRNC上占用的全部资源的集合，同UE间存在一一对应的关系鉴于目前RLMM模块的实现考虑，RLMM模块的实例RLMI实际上也同UE存在这样一个对应关系，所以NBAP消息中涉及到的CRNC CC ID均可同具体实例直接挂钩l Communication Control Port IDCCP ID用于标识某个具体Node B同RNC间的信令承载，由Node B分配并在该Node B唯一由于CCP相对于NBCC或者CRNCCC是个宏观的概念，基本不存在直接的对应关系，所以在目前RLMM模块的实现中，可能会考虑将CCP的概念淡化对于大多数专用流程或消息，无论是Node B还是RNC对CCP都是不关心的目前RLMM模块需要考虑CCP ID的情况：专用测量流程：如果发起的专用测量在指定NBCC时使用了保留值All NBCC，则该测量是对CCP范围内生效的；复位流程：如果Node B发起了面向某个（些）CCP的复位过程或者RNC需要发起面向某个（些）CCP的复位过程。

具体的解决办法将在下文详述l Node B Communication Context IDNB CC的概念同CRNC CC相仿，由Node B进行统一分配但是由于UE本身是可以在多个Node B上存在这样一个上下文的，所以对于RLMI而言可能同多个NBCC相对应，这些NBCC ID本身的值可能相同Node B将根据NBCC ID对UE进行区分所以RNC侧应当维护这样一个一对多的对应关系，即当前CRNC CC所对应的UE在某个Node B上对应的NBCC ID，具体到RLMI，则是每个RLMI应当维护该UE对应的Node B列表及相应的NBCC IDl Transaction IDTransaction ID用于标识流程NBAP的专用消息涉及了多种流程，流程的发起方将分配一个唯一标识用于确定具体流程，在流程结束之前，用Trasaction ID确定一条消息是否属于本流程对于Node B发起的消息，由Node B保证该Transaction ID在当前NBCC内全部Node B发起的流程中唯一；对于RNC发起的消息中，由RNC保证该Transaction ID在相应NBCC内全部RNC发起的流程中唯一。

l Radio Link IDRadio Link ID对于一个特定UE能够唯一标识一条无线链路RLMI应当可以使用RL ID作为无线链路队列的一个索引l Radio Link Set IDRadio Link Set ID用于在一个NBCC的范围内唯一确定一个链路集RLMM模块不关心该信息体现的RL间关系l Measurement ID由于测量任务均由RNC下达，所以由RNC保证Measurement ID在一个CCP范围内的唯一性RNC根据Measurement ID判断测量上报消息、测量失败消息对应的测量任务以上提到的几种标识均将作为某个NBCC的重要参数保存在该NBCC对应的数据区内，分别是RLMM模块在进行消息处理时的参考1.3. 重要信令参数说明RRC CONNECTION REQUESTRLC-SAP: TM Logical channel: CCCH Direction: UE ® UTRANInformation Element/Group nameNeedMultiType and referenceSemantics descriptionMessage TypeMPMessage TypeUE information elementsInitial UE identityMPInitial UE identity 10.3.3.15Establishment causeMPEstablishment cause 10.3.3.11Protocol error indicatorMDProtocol error indicator 10.3.3.27Default value is FALSEMeasurement information elementsMeasured results on RACHOPMeasured results on RACH 10.3.7.451. UE标识信息元素initial UE identity initial UE identity是在RRC连接建立时提供一个唯一的UE在空闲模式下的非接入层标识。

UCPM_C根据initial UE identity选择SCCPCH（RLC根据SCCPCH获取FACH信息）UE对非接入层标识类型选择原则为：（1）若UE中的变量SELECTED_CN值为"GSM-MAP"，UE根据下列优先级在信息元素"initial UE identity"中选择"UE id type"：1） TMSI（GSM-MAP）：TMSI若有效则选择当使用TMSI时信息元素"initial UE identity"中应包含信息元素"LAI"以保证其唯一性2） P-TMSI（GAM-MAP）：若无有效的TMSI（GSM-MAP）且存在有效的P-TMSI（GSM-MAP），则选择当使用P-TMSI时信息元素"initial UE identity"中应包含信息元素"RAI"以保证其唯一性3） IMSI（GSM-MAP）：若无有效的TMSI及P-TMSI（GSM-MAP），且存在有效的IMSI（GSM-MAP），则选择4） IMEI：若上述条件均不满足则选择IMEI在使用时信息元素"TMSI(GSM-MAP)"、"P-TMSI（GAM-MAP）"、"IMSI（GSM-MAP）"，"LAI"和"RAI"应设置为与USIM或SIM存贮的相应标识值相等。

2）若UE内变量SELECTED_CN值为"ANSI-41"，UE应根据3GPP2文档"3GPP2 C.P0004-A"，选择信。