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

上传人:b****2 文档编号:14159279 上传时间:2022-10-19 格式:DOCX 页数:106 大小:69.99KB
下载 相关 举报
BPM业务流程管理CS业务流程及常见问题分析文档格式.docx_第1页
第1页 / 共106页
BPM业务流程管理CS业务流程及常见问题分析文档格式.docx_第2页
第2页 / 共106页
BPM业务流程管理CS业务流程及常见问题分析文档格式.docx_第3页
第3页 / 共106页
BPM业务流程管理CS业务流程及常见问题分析文档格式.docx_第4页
第4页 / 共106页
BPM业务流程管理CS业务流程及常见问题分析文档格式.docx_第5页
第5页 / 共106页
点击查看更多>>
下载资源
资源描述

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

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

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

呼叫过程信令处理的核心模块是位于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

UEinformationelements

InitialUEidentity

InitialUEidentity10.3.3.15

Establishmentcause

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时信息元素"

中应包含信息元素"

LAI"

以保证其唯一性。

2)P-TMSI(GAM-MAP):

若无有效的TMSI(GSM-MAP)且存在有效的P-TMSI(GSM-MAP),则选择。

当使用P-TMSI时信息元素"

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)"

,"

和"

应设置为与USIM或SIM存贮的相应标识值相等。

(2)若UE内变量SELECTED_CN值

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > IT计算机 > 互联网

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1