BPM业务流程管理CS业务流程及常见问题分析.docx

BPM业务流程管理CS业务流程及常见问题分析.docx

《BPM业务流程管理CS业务流程及常见问题分析.docx》由会员分享，可在线阅读，更多相关《BPM业务流程管理CS业务流程及常见问题分析.docx（106页珍藏版）》请在冰豆网上搜索。

BPM业务流程管理CS业务流程及常见问题分析

（BPM业务流程管理）CS业务流程及常见问题分析

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建立过程

1.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连接建立过程创建由RB1-RB4所指定的信令无线承载SRB：

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

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

RB3用于传送高层信令的直接传送消息（使用DCCH和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消息中涉及到的CRNCCCID均可同具体实例直接挂钩。

●CommunicationControlPortID

CCPID用于标识某个具体NodeB同RNC间的信令承载，由NodeB分配并在该NodeB唯一。

由于CCP相对于NBCC或者CRNCCC是个宏观的概念，基本不存在直接的对应关系，所以在目前RLMM模块的实现中，可能会考虑将CCP的概念淡化。

对于大多数专用流程或消息，无论是NodeB还是RNC对CCP都是不关心的。

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

专用测量流程：

如果发起的专用测量在指定NBCC时使用了保留值AllNBCC，则该测量是对CCP范围内生效的；

复位流程：

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

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

●NodeBCommunicationContextID

NBCC的概念同CRNCCC相仿，由NodeB进行统一分配。

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

NodeB将根据NBCCID对UE进行区分。

所以RNC侧应当维护这样一个一对多的对应关系，即当前CRNCCC所对应的UE在某个NodeB上对应的NBCCID，具体到RLMI，则是每个RLMI应当维护该UE对应的NodeB列表及相应的NBCCID。

●TransactionID

TransactionID用于标识流程。

NBAP的专用消息涉及了多种流程，流程的发起方将分配一个唯一标识用于确定具体流程，在流程结束之前，用TrasactionID确定一条消息是否属于本流程。

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

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

●RadioLinkID

RadioLinkID对于一个特定UE能够唯一标识一条无线链路。

RLMI应当可以使用RLID作为无线链路队列的一个索引。

●RadioLinkSetID

RadioLinkSetID用于在一个NBCC的范围内唯一确定一个链路集。

RLMM模块不关心该信息体现的RL间关系

●MeasurementID

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

RNC根据MeasurementID判断测量上报消息、测量失败消息对应的测量任务。

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

1.3.重要信令参数说明

RRCCONNECTIONREQUEST

RLC-SAP:

TM

Logicalchannel:

CCCH

Direction:

UEUTRAN

InformationElement/Groupname

Need

Multi

Typeandreference

Semanticsdescription

MessageType

MP

MessageType

UEinformationelements

InitialUEidentity

MP

InitialUEidentity10.3.3.15

Establishmentcause

MP

Establishmentcause10.3.3.11

Protocolerrorindicator

MD

Protocolerrorindicator10.3.3.27

DefaultvalueisFALSE

Measurementinformationelements

MeasuredresultsonRACH

OP

MeasuredresultsonRACH10.3.7.45

1.UE标识信息元素initialUEidentity

initialUEidentity是在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值