1、問題描述：
前臺(tái)測(cè)試人員反映在對(duì)TD站點(diǎn)進(jìn)行單站驗(yàn)證的業(yè)務(wù)的時(shí)候，手機(jī)有信號(hào)，但無(wú)法注冊(cè)。且在這一站點(diǎn)周圍也有3個(gè)站點(diǎn)也出現(xiàn)這樣的狀態(tài)。

2、原因分析：
1、前臺(tái)測(cè)試手機(jī)核查：前臺(tái)測(cè)試人員對(duì)測(cè)試手機(jī)進(jìn)行重啟后，再對(duì)站點(diǎn)進(jìn)行測(cè)試。發(fā)現(xiàn)問題仍未解決，排除手機(jī)“吊死”狀態(tài)。測(cè)試手機(jī)對(duì)其他站點(diǎn)（之前測(cè)試站點(diǎn)正常站點(diǎn)）進(jìn)行測(cè)試，測(cè)試手機(jī)做CS和PS業(yè)務(wù)正常；
2、信令跟蹤：對(duì)前臺(tái)測(cè)試手機(jī)的信令進(jìn)行跟蹤，都出現(xiàn)“RRC REJECT”這條信令。

前臺(tái)鼎利信令如下：

[attach]158429[/attach]

后臺(tái)信令忘記保存，實(shí)在可惜��！

可能造成RRC連接拒絕的常見原因有：
1、小區(qū)碼道資源不足，沒有足夠的碼道為UE分配（特殊地：UE只支持單載頻，而主載頻上已沒有剩余的碼道資源）；（新建站點(diǎn)，這些站點(diǎn)都是禁止用戶接入，碼資源充足）；
2、干擾或功率受限，軟資源接納失�。�（前臺(tái)反映無(wú)干擾和功率受限）；
3、核心網(wǎng)數(shù)據(jù)問題
排查方法：
1、查看小區(qū)剩余的碼道資源數(shù)看是否有足夠的剩余資源；
2、查看公共測(cè)量值和配置的接納門限，是否為功率干擾等軟資源受限；
3、核查核心網(wǎng)數(shù)據(jù)
3、后臺(tái)告警核查：后臺(tái)人員先對(duì)測(cè)試站點(diǎn)和出現(xiàn)相同狀況的站點(diǎn)狀態(tài)和告警狀態(tài)進(jìn)行查詢，這些站點(diǎn)狀態(tài)和告警狀態(tài)正常，排除站點(diǎn)故障引起的問題；
4、核心網(wǎng)數(shù)據(jù)核查：和核心網(wǎng)人員聯(lián)系，這些問題站點(diǎn)的核心網(wǎng)數(shù)據(jù)沒有問題，排除核心網(wǎng)數(shù)據(jù)問題；
最后，核查基站告警和核心網(wǎng)數(shù)據(jù)后，這些站點(diǎn)都沒有問題。最后懷疑是RNC數(shù)據(jù)是否配置正確。對(duì)RNC配置數(shù)據(jù)進(jìn)行核查，發(fā)現(xiàn)這些站點(diǎn)的傳輸配置的SCTP偶聯(lián)中的CCP未配置：
[attach]158426[/attach]

中興NODEB數(shù)據(jù)配置手冊(cè)中對(duì)CCP的解釋：

3、問題總結(jié)：
在對(duì)新開站點(diǎn)進(jìn)行數(shù)據(jù)配置的時(shí)候，要對(duì)基站數(shù)據(jù)配置進(jìn)行核查，否則會(huì)對(duì)前臺(tái)優(yōu)化工作影響。對(duì)處理問題站點(diǎn)的時(shí)候，首先要對(duì)問題站點(diǎn)的告警和參數(shù)配置進(jìn)行核查，然后再對(duì)與問題站點(diǎn)相關(guān)的信息進(jìn)行核查。