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

CS12.2调试，CS12.2业务流程及常见问题分析

以主叫起呼并挂机为例，说明CSAMR12.2K的整个信令过程。为清晰起见，将整个信令流程分割为以下几

个独立阶段进行描述。在每个阶段中，再进行流程介绍，关键技术点分析•，重要信令参数说明以及常见问题解答。

出现问题的首要标准排查方法：

♦首先比对标准信令过程，看看从哪一条信令开始和标准信令过程不吻合，查找实现流程不吻合的原因;

♦排除流程原因后，查看是那一条信令出现异常。从异常信令的位置开始往前，逐条检查每条信令内容,

和标准信令配置参数比对。如果参数不一样，则先逐个排除参数，将参数调整为一致，看看是否参数

原因导致的异常

♦如果全部排除参数和流程的原因后，就需要从该流程原理以及代码实现上来排查问题，以及当UE,

NODEB,CN返回失败时，需要请这些设备的相关人员••起定位问题。

对于根本流程而言，由于功能较稳定，主要是排查参数配置和流程方面的原因。

另外，

呼叫过程信令处理的核心模块是位于RCP上的ICPMC模块。关联的主要模块会涉及到处理lu口的SCPM,

处理lub口的RLMM,处理lur口的RNSAP,以及一些外围模块如RPM,这些模块都位于RCP上,所以更多的故障

信息可以观察RCP上的I.OG来获得。在本文的常见问题解答中会涉及到通过相关模块的LOG信息来定位问题。

在重要信令参数说明内容中，考虑到各个消息逐个说明，内容实在太大，而lub口消息和W口消息配置内

容大局部类似，在格式上略有不同。所以将以Uu口消息为主来说明。NAS消息内容主要是UE和CN交互的，和

2G相比差异不大，在本文就不做额外说明了。

在本文中，UE指的是带有NETMONITOR的NOKIALE或者带TRACE的高通UE。可能会通过LE的辅助功能

来观察某些现象定位问题。

1.第一阶段：RRC建立过程

UENodeBRNC

-'-1.CCC/-/:hRCConnectionRequestz.

ru一)1rr

_2.RadioLinkSetupRequest]

〈二屈APj◄；N

——3.RadioLinkSetupResponse一

NBAPj;——

I『p&DownlinkSynchronisation

<gcf

5.UPIinkSynchronisation__

►CDCH

「一6.RadiolinkRestoreIndication一」

<NBAP]►；NB/

^RCConnectionSetup—J

7.CCCH:

1cnn

二ConnectionSetupComplete_Z

.8.DCCHBR

)aRR

1.1.信令流程介绍

RRC连接的建立是EF,和UTRAN建立信令交互的第一步八

♦UE在RACH上上报RRC连接建立请求

♦RNC依据后台设置，决定将RRC连接建立在DCH上

♦RNC先在lub口建立RL(radiolink),RL建立成功后，lub口对应的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普通信令，初始接入建立在CELLECH状态，所以需要建立lub口无线链路(radio

link),如上面的SDL图所示

♦“强制FACH",使用3.4kbps普通信令，初始接入建立在CELL_FACH状态，无需在lub口建立无线链路

♦“不强制”，使用RNC本身的控制策略，目前是使用3.4kbps普通信令，根据RRC建立的原因值来决定建立

在CELJDCH状态还是CELL_FACH状态。对于后续没有业务流程的，如注册等，建立在CELL_FACH状态；对

于后续有业务流程的，如主叫被叫等，建立在CELJDCH状态,

默认配置中，选择的是第一种“强制DCH"。另外，后续的版本将加上13.6K相关高速信令的选择

UE能力信息

IE的能力信息即可通过RRC建立后发起UE能力查询过程获得，也可在RRC建立时从消息RRCConnection

SetupComplete获得。目前实现的流程是后者，在RRC建立时从消息RRCConnectionSetupComplete获得。

后续RNC进行无线资源管理和平安模式控制过程，以及物理层传输层参数计算等都需要具备UE的能力信息

信令无线承载

RRC连接建立过程创立由RB1-RB4所指定的信令无线承载SRB：

RB1用于所有在DCCH和RLC-UM上发送的信息；

RB2用于除了直接传送消息之外的所有在DCCH和RLC-AM上发送的信息；

RB3用于传送高层信令的直接传送消息(使用DCC1I和RLC-AM)。

RB4实际上是没有用的，原则上是用于传送高层信令的直接传送消息(使用DCCH和RLC-AM)。利用两个

传送高层信令的SRB,UTRAN就可以处理信令上的优先级，RB4用于低优先级的NAS信令，RB3用于高优先级

的NAS信令。

RLMM模块涉及的标识与对应关系

NBAP专用消息中涉及了如下几种ID,根据其表达的对应关系，RLMM模块需要利用这些ID组织管理实例、

处理流程以及专用资源。

•CRNCCommunicationContextID

CRNC通信上下文(CommunicationContext)可以理解为UE在CRNC的一个映象，在RNC上统一分配，

代表了特定UE在CRNC上占用的全部资源的集合，同UE间存在一一对应的关系。鉴于目前RLMM模块的

实现考虑,RLMM模块的实例RLMI实际上也同UE存在这样一个对应关系，所以NBAP消息中涉及到的CRNC

CCID均可同具体实例直接挂钩。

•CommiinieationControlPortTO

CCP【I）用于标识某个具体NodeB同R\C间的信令承载，由NodeB分配并在该NodeB唯一。由于CCP

相对于NBCC或者CRNCCC是个宏观的概念，根本不存在直接的对应关系，所以在目前RAM模块的实现

中，可能会考虑将CCP的概念淡化。对于大多数专用流程或消息，无论是NodeB还是RNC对CCP都是

不关心的。

目前RLMM模块需要考虑CCPID的情况：

专用测量流程：如果发起的专用测量在指定NBCC时使用了保存值AUNBCC,则该测量是对CCP范围内

生效的；

复位流程：如果NodeB发起了面向某个（些）CCP的复位过程或者RNC需要发起面向某个（些）CCP

的发位过程。

具体的解决方法将在下文详述。

•NodeBCommunicationContextID

NBCC的概念同CRNCCC相仿，由NodeB进行统一分配。但是由于UE本身是可以在多个NodeB上存

在这样一个上下文的，所以对于RLMI而言可能同多个NBCC相对应，这些NBCCID本身的值可能相同。

NodeB将根据NBCCID对UE进行区分。所以RNC侧应当维护这样一个一对多的对应关系，即当前CRNC

CC所对应的UE在某个NodeB上对应的NBCCID,具体到RLMI,则是每个RLM1应当维护该UE对应的

NodeB列表及相应的NBCCID。

•TransactionID

TransactionID用于标识流程。NBAP的专用消息涉及了多种流程，流程的发起方将分配一个唯一标识

用于确定具体流程，在流程结束之前，用TrasactionID确定一条消息是否属「本流程。

对于NodeB发起的消息，由NodeB保证该TransactionID在当前NBCC内全部Node3发起的流程中

唯一；

对于RNC发起的消息中，由RNC保证该TransactionID在相应NBCC内全部RNC发起的流程中唯一。

•RadioLinkID

RadioLinkID对于一个特定UE能够唯一标识一条无线链路。RINI应当可以使用RLID作为无线链路

队列的一个索引。

•RadioLinkSotID

RadioLinkSetID用十在一个NBCC的范围内唯一一确定一个链路集。RLMM模块不关心该信息表达的RL

间关系

•MeasurementID

由于测量任务均由RNC下达，所以由RNC保证MeasurementID在一个CCP范闱内的唯一性。RNC根据

MeasurementID判断测量二报消息、测量失败消息对应的测量任务。

以上提到的几种标识均将作为某个NBCC的重要参数保存在该NBCC对应的数据区内，分别是RLMM模块在进行消

息处理时的参考。

1.3.重要信令参数说明

RRCCONNECTIOhLREQUEST

RLC-SAP:TM

Logicalchannel:CCCH

Direction:UEUTRAN

16)OriginatingLowPrioritySignalling：公用物理信道

17)Cal1rp-pstablishment：专用物理信道

18)TerminatingHighPrioritySignalling：专用物理信道

19)TerminatingLowPrioritySignalling：公用物理信道

20)Terminating-causeunknown

3.Protocolerrorindiceitor为一Boolean值，TRUE表示有协议错误发生；FALSE表示没有协议错误发

生。缺省值为FALSE。UE在启动RRC建土过程时应设置该变量为缺省值。

4.MeasuredresultsonRACHUE测量报告，测量报告内容根据系统信息块11中信息元

素”频率间测量RACH报告"、"RACH报告小区最大数目”决定。

RRC8NNECTIONSETUP

RLC-SAP:LM

Logicalchannel:CCCH

Direction:UTRANUE

InformationElement/GroupnameNeedMultiTypeandreferenceSemanticsdescription

MessageTypeMPMessageType

UEInformationElements

InitialUEidentityMPInitialUEidentity

10.3.3.：5

RRCtransactionidentifierMPRRCtransaction

identif.er6

ActivationtimeMDActivationtime10.3.3.1Defaultvalueis'now”

NewU-RNTIMPU-RNTI10.3.3.47

NewC-RNTIOPC-RNTI10.3.3.8

RRCStateIndicatorMPRRCStateIndicator

10.3.3.35a

UTRANDRXcyclelengthcoefficientMPUTRANDRXcyclelength

coerric.eni10.3.3.49

CapabilityupdaterequirementMDCapabilityupdateDefaultvalueisdefined

requirenent10.3.3.2insubclause10.3.3.2

RBInformationElements

SignallingRBinformationtosetupMP3to4

list

>Signal1ingRBinformationtosetupMPSignal1.ngRB

informa*iontosetup

10.3.4.24

TrCHInformationElements

Uplinktransportchannels

ULTransportchannelinformationOPULTransportchannel

ccxioonforal1trrinsportchannelsinformationcommonfor

alltransportchannels

10.3.5.24

AddedorReconfiguredTrCHMP1toAlthoughthisIEisnot

informationlist<maxTrCH>requiredwhentheIE”RRC

stateindicator*isset

InformationElement/GroupnameNeedMultiTypeandreferenceSemanticsdescription

tn*CEIl._FACfr.nr-pdis

MPtoalignwithZSN.1

>AddedorReconfiguredULTrCHMPAddedorReconfiguredUL

informationTrCHinformation

10.3.5.2

Downlinktransportchannels

DLTransportchannelinformationOPDLTransportchannel

cocnnonforal1transportchannelsinformauoncommon「or

alltransportchannels

10.3.5.6

AddedorReconfiguredTrCHMP1toAlthoughthisIEisnot

informationlist<maxTrCH>requiredwhentheIE”RRC

stateindicator*isset

to-CELL_FACH\needis

MPtoalignwithZSN.I

>AddedorReconfiguredDI.TrCIIMPAddedorReconfiguredDI.

informationTrCHinformation

10.3.5.

PhyCHinformationelements

FrequencyinfoMDFrequencyinfo10.3,6.36Defaultvalueisthe

existingvalueof

frequencyinformation

Uplinkradioresources

MaximumallowedULTXpowerMDMaximumalloved111.TXDefaultvalueisthe

power9existingmaximumVLTX

power

CHOICEchimnolrequirement.OP

>UplinkDPGIinfoUplinkDPQIinfo

10.3.6.88

>CPCHSETInfoCPCHSE-Info10.3.6.13

Downlinkradioresources

Downlinkinformationcommonforal1OPDownlinkinformation

radiolinkscoomonforallradio

links10.3.6.24

Ik>wnlinkinformationperradiolinkOP1to<MaxRL>Senddownlink

listinformalionforccch

radiolinktobeset-up

>DownlinkinformationforeachMPDown!inkinformationfor

radio1inkeachradio1ink10.3.6.27

I.RRCtransactionidentifierRRC连接事务号，标识UTRAN相对特定UE唯一的一个RRC连接，为（0,

3）间Integer值；

2.Activationtime以CFN值表示的本操作生效framenumber/时间，为（0,255）间Integer值；

3.NewU-RNTI标识UTRAN内与当前RRC连接对应的UE,由SRNCidentity和S-RNTI组成，在整个PLMN

中是唯一的，ServingRNC为每一个具有RRC连接的UE分配一个SRNCidentity。

4.NewC-RNTI标识UTR.AN内与当明RRC连接对应的UE所在小区，由控制RNC在创立一个新的UE上下文

时分配，在当前小区公共传输信道上通讯时使用，为UE在UTRAN连接模式下分配的一个无线网络临时

标识C

5.UTRANDRXcyclelengthcoefficientUE对寻呼记数使用的非连续接收DRX周期长度。

6.Capabilityupdaterequirement指示UE是否」:报能力信息信元。

InformationElement/GroupnameNeedMultiTypeandSemanticsdescription

reference

UEradioaccessFDDcapabi1ityupdateMPBooleanTRUEindicatesupdaterequired

requirement

Systemspecificcapabi1ityupdateOP1toInthisversion,amaximumsizeof

requirementlist<maxSystemCa4forthelistshallbeappliedand

pabi1ity>anyitemsafterthe4'iterninthe

listshallbeignored.

>Systcmspecificcapabi1ityupdateMPEnumerated

requirement(GSM)

“UEradiocapabilityFDDupdaterequirement”确省值为TRUE。

7.SignallingRBinformationtosetup包含RBID,RLCInfo,RBMappinginfo等,在实例数据区中

直接获取，UE应按信元RBID,RBMappinginfo替换以前存贮的无线承载复用选项；按信元RBID、

RLCInfo配置其无线承载的传输及接收RLC实体功能。RBID为(0,4)间Integer值,RLCInfo定义

上下行RLC模式(AM,UMorTM)及相应参数。UE根据RBMappinginfo初始化信令链路参数。

(1)RLCInfo包含以下内容;

Infor»ationElement/GroupnameNeedMultiTypeandSemanticsdescription

reference

CHOICEUplinkRLC«>odoCPIndicatesifAcknowledged,

UnacknowledgedorTransparentmode

RLCshalIbeused.

>AURl.C

>>TimibiuibbiuuRLCdibcuidMP

RLCdiscard

10.3.4.25

»TransmissionwindowsizeMPIntegerU,8,16MaximumnumberofRLCPUssent

,32,64,128,256withoutgettingthemacknowledged.

,512,768,1024,Thisparamelerisneededif

1536,2047,2560acknowledgedmodeisused.UEshall

,3072,3584,409alsoassumethattheUTRANreceiver

5)windowisequaltothisvalue.

»Timor_RSTMPInteger150.Elapsedtimeinmi11iseconds.Itis

100,150,200,usedtotriggertheretransmission

250,300,350,ofRESETPDU.

400,450,500,

550,600,700,

800,900,1000)

»MaxRSTMPInteger3,4,Definedin[16]

6,8,1216,24,

32)

InforsationElement/GroupnameNeedMultiTypeandSemanticsdescription

reference

>>Pol1inginfoCPPollinginfo

10.3.4.4

>IMRLC

»TransmissionRLCdiscardOPTransmission

RLCdiscard

10.3.4.25

>7MRI.C

»TransmissionRLCdiscardCPTransmission

RLCdiscard

10.3.4.25

»SegmentationindicationMPBooleanTRUEindicatesthatsegmentationis

performed.

CHOICEDownlinkRLCmodeCPIndicatesifAcknowledged,

UnacknowledgedorTransparentmode

RLCshal1beused

>AMRLC

»In-sequencedeliveryMPBooleanTRUEindicatesthatRLCshall

preservetheorderofhigherlayer

PDUswhenthesearedelivered.

FALSEindicatesthatreceivingRLC

entitycouldallowSDUstobe

deliveredtothehigherlayerin

dirferentorderthansubmittedto

RLCsublayeratthetransmitting

side.

>>ReceivingwindowsizeMPIntegerU,8.16MaximumnumberofRLCPUsallowedto

,32,64,128,256bereceived.Thisparameteris

,512,768,1024,neededifacknowledgedmodeis

1536,2047,2560used.UEshallalsoassumethatthe

,3072,3584,409UTRANtransmitterwindowisequal

5)tothisvalue

>>DownlinkRLCstatusInfoMPDownlinkRLC

statusinfo

10.3.4.：

>L«RLC(Nodata)

>1MRI.C

>>SegmentationindicationMPBooleanTRUEindicatesthatsegmentationis

performed.

•TransmissionRLCdiscard运行定时器；

•TransmissionwindowsizeAMRLC模式下用于流量控制的接收窗口大小信元；

•TimerRST重传RESETPDU定时器，用于探测来自对等RLC实体的复位ACKPDU是否丧失；

•Max_RST复位PDU重新传送次数的最大值。该参数是计数器VT(RST)的上限。当VT(RST)的

值到达MaxRST时，将通知高层RRC；

•Pollinginfo确认模式传送时轮询检测信息，用来请求从接收者RLC得到状态报告(确认模式

下接收者向发送者传送状态报告，每个状态报告包含一个或多个状态PDU,通知发送者哪个PU收

到哪个PU没有收到)：

•In-sequencedeliveryRLCPDU按序投递功能开关，即是否要求接收端按发送端的发送顺序将

PDU投递给RRC层。

(2)RBMappinginfo包含内容：

InforaationElement/GroupnameNeedMultiTypeandSemanticsdescription

reference

InformationforeachMP1to

multiplexingoption<maxRBMuxO

ptions>

>RLClogicalchannelmappingBooleanTRUEindicatesthatthefirst

indicatorogicalChanlogicalchannelshallbeused

netsfordataPDLsandthesecond

logicalchannelshallbeused

forcontrolPDUs.

FALSEindicatesthatcontrol

anddataPDUscanbesenton

eitherofthetwological