驰宇公司_2小区CS无法接通案例.docVIP

驰宇公司_2小区CS无法接通案例 问题描述：现场测试发现驰宇公司_2小区（cellid=5362）CS无法接通，从UU口信令看RRC连接能正常建立，RRC连接建立后UE向RNC上发CM Service Request（17：9：51.125），很快RNC下发RRC Connection Release（17：9：51.484）,释放原因是正常事件（normal Event）。 而驰宇公司_3小区（cellid=5363）能正常接通信令截图如下： 问题分析：对比驰宇公司_2、3小区UU口信令发现对比驰宇公司_2在发送了CM Service Request后未进行鉴权和安全模式鉴定过程，RNC就直接要求释放了RRC连接。联系机房跟踪call trace ,UE在占用cellid=5362小区发起呼叫时，UE向RNC发送了CM Service Request后RNC向CN上报最初UE信息InitialUE-Message（17：19：40），CN未回复任何信息，同一时刻RNC下发RRC Connection Release（17：19：40），释放原因是正常事件。 结合前期遇到同类问题处理经验，UE在向RNC发送了CM Service Request后RNC向CN上报最初UE信息InitialUE-Message, CN未回复任何消息，同一时刻RNC下发RRC Connection Release消息，最终定位原因是CN侧漏加或加错SAC（服务区代码）导致。由此怀疑是CN侧漏加或加错SAC，联系核心网要求帮助检查驰宇公司_2小区（cellid=5362）SAC定义情况，回复已经添加而且SAC=5362。（昆明SAC定义值与cellid相同），排除是核心网问题。 检查ODG配置数据，发现驰宇公司_2 小区服务区代码定义为53362，与规划数据cellid=5362不符，怀疑是ODG数据添加错误导致驰宇公司_2 小区CS无法接通。为确认起见，检查驰宇公司_3小区服务区代码定义情况，发现定义驰宇公司_3小区为5363，与规划数据cellid=5363一致。确认是ODG数据添加错误导致驰宇公司_2 小区CS无法接通，要求机房修改驰宇公司_2 小区规划数据中服务区代码由原来的53362修改为5362。 驰宇公司_2 小区规划数据中服务区代码定义为53362 驰宇公司_3 小区规划数据中服务区代码定义为5363 修改后复测发现问题解决，驰宇公司_2 CS能正常接通。 第 2 页 共 4 页 第 1 页 共 3 页