CS12.2业地务流程及常见问题分析.docVIP

CS12.2调试，CS12.2业务流程及常见问题分析 以主叫起呼并挂机为例，说明CS AMR 12.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指的是带有NET MONITOR的NOKIA UE或者带TRACE的高通UE。可能会通过UE的辅助功能来观察某些现象定位问题。 第一阶段：RRC 建立过程 信令流程介绍 RRC连接的建立是UE和UTRAN建立信令交互的第一步。 UE在RACH上上报RRC连接建立请求 RNC依据后台设置，决定将RRC连接建立在DCH上 RNC先在IUB口建立RL ,RL建立成功后，IUB口对应的FP层进行传输同步过程，随后NODEB上报RL恢复指示，表明RL可用了 RNC在FACH下发RRC连接建立消息，通知UE进行RRC连接建立，相关RRC连接的配置消息也在该消息中携带给UE UE建立RRC连接成功后，在DCH上回复成功的RRC建立响应消息。 关键技术点 接纳 在专用信道上建立RRC连接，需要进行接纳判断。接纳判断由无线资源模块RRM中子模块CAC完成。CAC在判断是否能够能够接入到当前小区，需要考虑当前上报小区的负载情况，包括网络拥塞情况和码资源情况。当拥塞过载或码资源缺乏时，根据RRC建立请求消息中信元Measured results on RACH进行小区选择，选取新的小区进行RRC连接建立，在新小区中建立CCIU、无线链路等，并在RRC连接建立消息中将新小区通知给UE。如果连新小区都负荷较高，无法接纳，那么拒绝UE的接入。 RRC建立传输信道选择 后台由对应选择的控制项目，在RNC一级的参数中，取值有 “强制DCH”，使用3.4kbps普通信令，初始接入建立在CELL_DCH状态，所以需要建立IUB口无线链路，如上面的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建立时从消息RRC Connection Setup Complete获得。目前实现的流程是后者，在RRC建立时从消息RRC Connection Setup Complete获得。后续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）。利用两个传送高层信令的S