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

CS12.2调试，CS12.2业务流程及常见问题分析以主叫起呼并挂机为例，说明CSAMR12.2K的整个信令过程。为清晰起见，将整个信令流程分割为以下几个独立阶段进行描述。在每个阶段中，再进行流程介绍，关键技术点分析，重要信令参数说明以及常见问题解答。出现问题的首要标准排查方法：首先比对标准信令过程，看看从哪一条信令开始和标准信令过程不吻合，查找实现流程不吻合的原因；排除流程原因后，查看是那一条信令出现异常。从异常信令的位置开始往前，逐条检查每条信令内容，和标准信令配置参数比对。如果参数不一样，则先逐个排除参数，将参数调整为一致，看看是否参数原因导致的异常如果全部排除参数和流程的原因后，就需要从该流程原理以及代码实现上来排查问题，以及当UE，NODEB，CN返回失败时，需要请这些设备的相关人员一起定位问题。对于基本流程而言，由于功能较稳定，主要是排查参数配置和流程方面的原因。另外，呼叫过程信令处理的核心模块是位于RCP上的UCPMC模块。关联的主要模块会涉及到处理Iu口的SCPM，处理Iub口的RLMM，处理Iur口的RNSAP，以及一些外围模块如RPM，这些模块都位于RCP上，所以更多的故障信息可以观察RCP上的LOG来获得。在本文的常见问题解答中会涉及到通过相关模块的LOG信息来定位问题。在重要信令参数说明内容中，考虑到各个消息逐个说明，内容实在太大，而Iub口消息和Uu口消息配置内容大部分类似，在格式上略有不同。所以将以Uu口消息为主来说明。NAS消息内容主要是UE和CN交互的，和2G相比差别不大，在本文就不做额外说明了。在本文中，UE指的是带有NETMONITOR的NOKIAUE或者带TRACE的高通UE。可能会通过UE的辅助功能来观察某些现象定位问题。1.第一阶段：RRC建立过程UE1.CCCH:RRCConnectionRequest2.RadioLinkSetupRequest7.CCCH:RRCConnectionSetup8.DCCH:RRCConnectionSetupCompleteNodeBRNCRRCRRCNBAPNBAPNBAPNBAP3.RadioLinkSetupResponseDCH-FPDCH-FPDCH-FPDCH-FP4.DownlinkSynchronisation5.UPlinkSynchronisationRRCRRCRRCRRCNBAPNBAP6.RadiolinkRestoreIndication1.1.信令流程介绍RRC连接的建立是UE和UTRAN建立信令交互的第一步。UE在RACH上上报RRC连接建立请求RNC依据后台设置，决定将RRC连接建立在DCH上RNC先在Iub口建立RL（radiolink），RL建立成功后，Iub口对应的FP层进行传输同步过程，随后NODEB上报RL恢复指示（radiolinkrestoreindication），表明RL可用了RNC在FACH下发RRC连接建立消息，通知UE进行RRC连接建立，相关RRC连接的配置消息也在该消息中携带给UEUE建立RRC连接成功后，在DCH上回复成功的RRC建立响应消息。1.2.关键技术点接纳在专用信道（DCH）上建立RRC连接，需要进行接纳判断。接纳判断由无线资源模块RRM中子模块CAC完成。CAC判断是否能够接入到当前小区，需要考虑当前上报小区的负载情况，包括网络拥塞情况和码资源情况。当拥塞过载或码资源缺乏时，根据RRC建立请求消息中信元MeasuredresultsonRACH进行小区选择，选取新的小区进行RRC连接建立，在新小区中建立CCIU、无线链路等，并在RRC连接建立消息中将新小区通知给UE。如果连新小区都负荷较高，无法接纳，那么拒绝UE的接入。RRC建立传输信道选择后台有对应选择的控制项目，在RNC一级的参数中，取值有“强制DCH”，使用3.4kbps普通信令，初始接入建立在CELL_DCH状态，所以需要建立Iub口无线链路（radiolink），如上面的SDL图所示“强制FACH”，使用3.4kbps普通信令，初始接入建立在CELL_FACH状态，无需在Iub口建立无线链路“不强制”，使用RNC本身的控制策略，目前是使用3.4kbps普通信令，根据RRC建立的原因值来决定建立在CELL_DCH状态还是CELL_FACH状态。对于后续没有业务流程的，如注册等，建立在CELL_FACH状态；对于后续有业务流程的，如主叫被叫等，建立在CELL_DCH状态。默认配置中，选择的是第一种“强制DCH”。另外，后续的版本将加上13.6K相关高速信令的选择UE能力信息UE的能力信息即可通过RRC建立后发起UE能力查询过程获得，也可在RRC建立时从消息RRCConnectionSetupComplete获得。目前实现的流程是后者，在RRC建立时从消息RRCConnectionSetupComplete获得。后续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组织管理实例、处理流程以及专用资源。CRNCCommunicationContextIDCRNC通信上下文（CommunicationContext）可以理解为UE在CRNC的一个映象，在RNC上统一分配，代表了特定UE在CRNC上占用的全部资源的集合，同UE间存在一一对应的关系。鉴于目前RLMM模块的实现考虑，RLMM模块的实例RLMI实际上也同UE存在这样一个对应关系，所以NBAP消息中涉及到的CRNCCCID均可同具体实例直接挂钩。CommunicationControlPortIDCCPID用于标识某个具体NodeB同RNC间的信令承载，由NodeB分配并在该NodeB唯一。由于CCP相对于NBCC或者CRNCCC是个宏观的概念，基本不存在直接的对应关系，所以在目前RLMM模块的实现中，可能会考虑将CCP的概念淡化。对于大多数专用流程或消息，无论是NodeB还是RNC对CCP都是不关心的。目前RLMM模块需要考虑CCPID的情况：专用测量流程：如果发起的专用测量在指定NBCC时使用了保留值AllNBCC，则该测量是对CCP范围内生效的；复位流程：如果NodeB发起了面向某个（些）CCP的复位过程或者RNC需要发起面向某个（些）CCP的复位过程。具体的解决办法将在下文详述。NodeBCommunicationContextIDNBCC的概念同CRNCCC相仿，由NodeB进行统一分配。但是由于UE本身是可以在多个NodeB上存在这样一个上下文的，所以对于RLMI而言可能同多个NBCC相对应，这些NBCCID本身的值可能相同。NodeB将根据NBCCID对UE进行区分。所以RNC侧应当维护这样一个一对多的对应关系，即当前CRNCCC所对应的UE在某个NodeB上对应的NBCCID，具体到RLMI，则是每个RLMI应当维护该UE对应的NodeB列表及相应的NBCCID。TransactionIDTransactionID用于标识流程。NBAP的专用消息涉及了多种流程，流程的发起方将分配一个唯一标识用于确定具体流程，在流程结束之前，用TrasactionID确定一条消息是否属于本流程。对于NodeB发起的消息，由NodeB保证该TransactionID在当前NBCC内全部NodeB发起的流程中唯一；对于RNC发起的消息中，由RNC保证该TransactionID在相应NBCC内全部RNC发起的流程中唯一。RadioLinkIDRadioLinkID对于一个特定UE能够唯一标识一条无线链路。RLMI应当可以使用RLID作为无线链路队列的一个索引。RadioLinkSetIDRadioLinkSetID用于在一个NBCC的范围内唯一确定一个链路集。RLMM模块不关心该信息体现的RL间关系MeasurementID由于测量任务均由RNC下达，所以由RNC保证MeasurementID在一个CCP范围内的唯一性。RNC根据MeasurementID判断测量上报消息、测量失败消息对应的测量任务。以上提到的几种标识均将作为某个NBCC的重要参数保存在该NBCC对应的数据区内，分别是RLMM模块在进行消息处理时的参考。1.3.重要信令参数说明RRCCONNECTIONREQUESTRLC-SAP:TMLogicalchannel:CCCHDirection:UEUTRANInformationElement/GroupnameNeedMultiTypeandreferenceSemanticsdescriptionMessageTypeMPMessageTypeUEinformationelementsInitialUEidentityMPInitialUEidentity10.3.3.15EstablishmentcauseMPEstablishmentcause10.3.3.11ProtocolerrorindicatorMDProtocolerrorindicator10.3.3.27DefaultvalueisFALSEMeasurementinformationelementsMeasuredresultsonRACHOPMeasuredresultsonRACH10.3.7.451.UE标识信息元素initialUEidentityinitialUEidentity是在RRC连接建立时提供一个唯一的UE在空闲模式下的非接入层标识。UCPM_C根据initialUEidentity选择SCCPCH（RLC根据SCCPCH获取FACH信息）。UE对非接入层标识类型选择原则为：（1）若UE中的变量SELECTED_CN值为GSM-MAP，UE根据下列优先级在信息元素initialUEidentity中选择UEidtype：1）TMSI（GSM-MAP）：TMSI若有效则选择。当使用TMSI时信息元素initialUEidentity中应包含信息元素LAI以保证其唯一性。2）P-TMSI（GAM-MAP）：若无有效的TMSI（GSM-MAP）且存在有效的P-TMSI（GSM-MAP），则选择。当使用P-TMSI时信息元素initialUEidentity中应包含信息元素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文档3GPP2C.P0004-A，选择信息元素InitialUEidentity中的UEidtype。2.EstablishmentcauseRRC建立原因，当后台选择“不强制”时，各类原因有对应的RRC建立信道选择趋向：1）OriginatingConversationalCall：专用物理信道2）OriginatingStreamingCal