{管理信息化BPM业务流程}CS122业务流程及常见问题分析.pdf

{管理信息化 BPM 业务流 程}CS122 业务流程及常 见问题分析 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 状态。 默认配置中，选择的是第