問題描述（故障現(xiàn)象）測(cè)試地點(diǎn)：杭州半山移動(dòng)營(yíng)業(yè)廳測(cè)試環(huán)境：頻點(diǎn)（39250），E頻段（rsrp:-77，sinr:15）測(cè)試終端：華為某款設(shè)備（高通芯片）對(duì)比終端：三星S6測(cè)試機(jī)開機(jī)后先是處于搜網(wǎng)狀態(tài)，信號(hào)欄顯示”X”，隨后直接注冊(cè)到3G網(wǎng)絡(luò)，無法優(yōu)先注冊(cè)到4G，此問題必現(xiàn)。對(duì)比機(jī)三星S6用同一張卡，在同一地點(diǎn)開機(jī)后，可以正常附著到4G網(wǎng)絡(luò)。問題簡(jiǎn)單分析通過分析測(cè)試機(jī)的抓包log，我們發(fā)現(xiàn)UE開機(jī)后，搜索到頻點(diǎn)為39250，PCI為101的小區(qū)，接收系統(tǒng)廣播后，嘗試在4G網(wǎng)絡(luò)上附著。首先，UE的nas層發(fā)起了Attachrequest消息，隨后觸發(fā)MAC層的隨機(jī)接入，以及RRC層的ConnectionRequest流程，且都成功。第2步，UE和MME進(jìn)行雙向鑒權(quán)，以及NAS層的安全模式激活流程，且都成功。第3步，基站向UE發(fā)起了RRC層的安全加密和完整性保護(hù)流程，也成功。第4步，基站向UE發(fā)起了UECapabilityEnquiry消息，隨后UE給基站發(fā)送

UECapabilityInformation消息。隨后，基站給UE下發(fā)了RRCConnectionRelease消息，釋放原因cause值為other。UE重新處于空閑態(tài)，繼續(xù)上發(fā)Attach

request，流程一旦走到第4步UE上發(fā)

UECapabilityInformation消息后，基站馬上就下發(fā)RRCConnectionRelease。如此重復(fù)4次，UE最后跑去3G注冊(cè)去了，并附著成功。對(duì)比機(jī)三星S6在同一地點(diǎn)是可以正常附著在4G網(wǎng)絡(luò)的。問題簡(jiǎn)單定位按照正常的開機(jī)附著流程，UE給基站發(fā)送UECapabilityInformation消息后，基站會(huì)給UE發(fā)送RRCConnectionReconfiguration，里面包含有基站分配給UE的無線資源，以及建立SRB2和默認(rèn)承載的DRB。因此初步定位問題的原因，可能跟

UE能力有關(guān)，可能的原因如下：1.UE給基站發(fā)送的UECapabilityInformation消息中，有些能力基站（版本過低）無法識(shí)別，造成基站無法進(jìn)行后續(xù)流程，觸發(fā)了RRCConnectionRelease。2.UE給基站發(fā)送的UECapabilityInformation消息后，基站可能沒有收到，然后基站側(cè)的不活動(dòng)定時(shí)器（一般10s）超時(shí)，觸發(fā)了RRCConnectionRelease。但是在這個(gè)案例里，不可能是這個(gè)原因，因?yàn)閁E上發(fā)UECapabilityInformation和基站下發(fā)RRCConnectionRelease的時(shí)間差只有0.16s。3.UE給基站發(fā)送的UECapabilityInformation消息的消息內(nèi)容太多，導(dǎo)致基站無法解析。這個(gè)原因的可能性最大，通過跟三星S6比對(duì)，發(fā)現(xiàn)三星S6這