ImageVerifierCode 换一换
格式:DOCX , 页数:106 ,大小:69.99KB ,
资源ID:14159279      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/14159279.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(BPM业务流程管理CS业务流程及常见问题分析文档格式.docx)为本站会员(b****2)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

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

1、呼叫过程信令处理的核心模块是位于RCP上的UCPMC模块。关联的主要模块会涉及到处理Iu口的SCPM,处理Iub口的RLMM,处理Iur口的RNSAP,以及一些外围模块如RPM,这些模块都位于RCP上,所以更多的故障信息可以观察RCP上的LOG来获得。在本文的常见问题解答中会涉及到通过相关模块的LOG信息来定位问题。在重要信令参数说明内容中,考虑到各个消息逐个说明,内容实在太大,而Iub口消息和Uu口消息配置内容大部分类似,在格式上略有不同。所以将以Uu口消息为主来说明。NAS消息内容主要是UE和CN交互的,和2G相比差别不大,在本文就不做额外说明了。在本文中, UE指的是带有NET MONI

2、TOR的NOKIA UE或者带TRACE的高通UE。可能会通过UE的辅助功能来观察某些现象定位问题。1. 第一阶段:RRC 建立过程1.1. 信令流程介绍RRC连接的建立是UE和UTRAN建立信令交互的第一步。 UE在RACH上上报RRC连接建立请求 RNC依据后台设置,决定将RRC连接建立在DCH上 RNC先在Iub口建立RL(radio link),RL建立成功后,Iub口对应的FP层进行传输同步过程,随后NODEB上报RL恢复指示(radio link restoreindication),表明RL可用了 RNC在FACH下发RRC连接建立消息,通知UE进行RRC连接建立,相关RRC连接

3、的配置消息也在该消息中携带给UE UE建立RRC连接成功后,在DCH上回复成功的RRC建立响应消息。1.2. 关键技术点接纳在专用信道(DCH)上建立RRC连接,需要进行接纳判断。接纳判断由无线资源模块RRM中子模块CAC完成。CAC判断是否能够接入到当前小区,需要考虑当前上报小区的负载情况,包括网络拥塞情况和码资源情况。当拥塞过载或码资源缺乏时,根据RRC建立请求消息中信元Measured results on RACH进行小区选择,选取新的小区进行RRC连接建立,在新小区中建立CCIU、无线链路等,并在RRC连接建立消息中将新小区通知给UE。如果连新小区都负荷较高,无法接纳,那么拒绝UE的

4、接入。RRC建立传输信道选择后台有对应选择的控制项目,在RNC一级的参数中,取值有 “强制DCH”,使用3.4kbps普通信令,初始接入建立在CELL_DCH状态,所以需要建立Iub口无线链路(radio link),如上面的SDL图所示 “强制FACH”,使用3.4kbps普通信令,初始接入建立在CELL_FACH状态,无需在Iub口建立无线链路 “不强制”,使用RNC本身的控制策略,目前是使用3.4kbps普通信令,根据RRC建立的原因值来决定建立在CELL_DCH状态还是CELL_FACH状态。对于后续没有业务流程的,如注册等,建立在CELL_FACH状态;对于后续有业务流程的,如主叫被

5、叫等,建立在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

6、和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组织管理实例、处理流程以及专用资源。 CRNC Communicati

7、on Context ID CRNC通信上下文(Communication Context)可以理解为UE在CRNC的一个映象,在RNC上统一分配,代表了特定UE在CRNC上占用的全部资源的集合,同UE间存在一一对应的关系。鉴于目前RLMM模块的实现考虑,RLMM模块的实例RLMI实际上也同UE存在这样一个对应关系,所以NBAP消息中涉及到的CRNC CC ID均可同具体实例直接挂钩。 Communication Control Port IDCCP ID用于标识某个具体Node B同RNC间的信令承载,由Node B分配并在该Node B唯一。由于CCP相对于NBCC或者CRNCCC是个宏观

8、的概念,基本不存在直接的对应关系,所以在目前RLMM模块的实现中,可能会考虑将CCP的概念淡化。对于大多数专用流程或消息,无论是Node B还是RNC对CCP都是不关心的。目前RLMM模块需要考虑CCP ID的情况:专用测量流程:如果发起的专用测量在指定NBCC时使用了保留值All NBCC,则该测量是对CCP范围内生效的;复位流程:如果Node B发起了面向某个(些)CCP的复位过程或者RNC需要发起面向某个(些)CCP的复位过程。具体的解决办法将在下文详述。 Node B Communication Context IDNB CC的概念同CRNC CC相仿,由Node B进行统一分配。但是

9、由于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 ID。 Transaction IDTransaction ID用于标识流程。NBAP的专用消息涉及了多种流程,流程的发起方将分配一个唯一标识用于确定具体流程,在流程结束之前,用Trasaction ID

10、确定一条消息是否属于本流程。对于Node B发起的消息,由Node B保证该Transaction ID在当前NBCC内全部Node B发起的流程中唯一;对于RNC发起的消息中,由RNC保证该Transaction ID在相应NBCC内全部RNC发起的流程中唯一。 Radio Link IDRadio Link ID对于一个特定UE能够唯一标识一条无线链路。RLMI应当可以使用RL ID作为无线链路队列的一个索引。 Radio Link Set IDRadio Link Set ID用于在一个NBCC的范围内唯一确定一个链路集。RLMM模块不关心该信息体现的RL间关系 Measurement

11、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 reference

12、Semantics descriptionMessage TypeMPUE information elementsInitial UE identityInitial UE identity 10.3.3.15Establishment causeEstablishment cause 10.3.3.11Protocol error indicatorMDProtocol error indicator 10.3.3.27Default value is FALSEMeasurement information elementsMeasured results on RACHOPMeasur

13、ed 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时信息元素中应包含信息元素LAI以保证其唯一性。2) P-TMSI(GAM-MAP):若无有效的TMSI(GSM-MAP)且存在有效的P-TMSI(GSM-MAP),则选择。当使用P-TMSI时信息元素RAI3) 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值

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

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