ZXTR RNS故障排查指導(dǎo)手冊(cè)(業(yè)務(wù)類(lèi)分冊(cè))

ZXTRRNS(V1.21)妨礙排查指導(dǎo)手冊(cè)

(業(yè)務(wù)類(lèi)分冊(cè))

(2008-R1.0)

中興通訊股份有限公司

修改記錄

擬制人/

版本號(hào)擬制/修他口期變動(dòng)理山主要變動(dòng)內(nèi)容

修改人

馬偉，李

V1.212008/01/30新建提交初稿

開(kāi)彬

添加了HS部分內(nèi)

VI.30李開(kāi)彬2008/11/5添加

容

注1：每次變動(dòng)歸檔文件（指歸檔到事業(yè)部或公司檔案室的文件）時(shí)，需填寫(xiě)此表。

注2：文件第一次歸檔時(shí)，“變動(dòng)理由”、“主要變動(dòng)內(nèi)容”欄寫(xiě)“無(wú)二

2

聲明

本資料著作權(quán)屬中興通訊股份有限公司所有。未經(jīng)著作權(quán)人書(shū)面許可，任

何單位或小我私家不得以任何方法摘錄、復(fù)制或翻譯。

侵權(quán)必究。

ZT甌ZTE申興是中興通訊股份有限公司的注冊(cè)商標(biāo)。中興通訊產(chǎn)物的名稱(chēng)和

標(biāo)記是中興通訊的專(zhuān)有標(biāo)記或注冊(cè)商標(biāo)。在本手冊(cè)中提及的其他產(chǎn)物或公司的

名稱(chēng)可能是其各自所有者的商標(biāo)或商名。在未經(jīng)中興通訊或第三方商標(biāo)或商名

所有者事先書(shū)面同意的情況下，本手冊(cè)不以任何方法授予閱讀者任何使用本手

冊(cè)上出現(xiàn)的任何標(biāo)記的許可或權(quán)利。

本產(chǎn)物切合關(guān)于情況掩護(hù)和人身寧?kù)o方面的設(shè)計(jì)要求，產(chǎn)物的存放、使用和

棄置應(yīng)遵照產(chǎn)物手冊(cè)、相關(guān)條約或相關(guān)國(guó)執(zhí)法、規(guī)矩的要求進(jìn)行。

由于產(chǎn)物和技能的不絕更新、完善，本資料中的內(nèi)容可能與實(shí)際產(chǎn)物不完全

相符，敬請(qǐng)諒解。如需查詢(xún)產(chǎn)物的更新情況，請(qǐng)聯(lián)系本地辦事處。

3

-XX.—

刖百

中興通訊自主開(kāi)發(fā)的TD-SCDMA第三代移動(dòng)通信系統(tǒng)，由ZXTN（核心

網(wǎng)部分）和ZXTR（無(wú)線網(wǎng)絡(luò)子系統(tǒng)）組成。ZXTR無(wú)線網(wǎng)絡(luò)子系統(tǒng)包羅

RNC（無(wú)線網(wǎng)絡(luò)控制器）和NodeB（無(wú)線基站），完成呼喚處理懲罰、無(wú)

線資源分派治理、終端移動(dòng)性治理、小區(qū)切換控制和無(wú)線接入的成果。

手冊(cè)說(shuō)明

本手冊(cè)是一套針對(duì)TD-SCDMA無(wú)線移動(dòng)系統(tǒng)的系列性資料，搜集了目前

TD外場(chǎng)出現(xiàn)的種種典范妨礙，并給出了常見(jiàn)問(wèn)題的處理懲罰思路和典范

案例闡發(fā)，可作為日常維護(hù)時(shí)的參考。

全套手冊(cè)包羅：

《ZXTRRNS(V1.21)妨礙排查指導(dǎo)手冊(cè)一通用類(lèi)分冊(cè)（信令篇）》

《ZXTRRNS(V1.21)妨礙排查指導(dǎo)手冊(cè)一通用類(lèi)分冊(cè)（東西篇）》

《ZXTRRNS(V1.21)妨礙排查指導(dǎo)手冊(cè)一對(duì)接類(lèi)分冊(cè)》

《ZXTRRNS(V1.21)妨礙排查指導(dǎo)手冊(cè)一業(yè)務(wù)類(lèi)分冊(cè)》

《ZXTRRNS(V1.21)妨礙排查指導(dǎo)手冊(cè)一設(shè)備類(lèi)分冊(cè)》

《ZXTRRNS(V1.21)妨礙排查指導(dǎo)手冊(cè)一網(wǎng)管類(lèi)分冊(cè)》

本手冊(cè)為《第X分冊(cè)一設(shè)備類(lèi)分冊(cè)》，主要介紹種種設(shè)備自己出現(xiàn)的妨

礙解決思路，憑據(jù)設(shè)備作出分類(lèi)描述。

4

目錄

第1章常見(jiàn)妨礙分類(lèi)1

1.1概述1

第2章常見(jiàn)妨礙排查思路3

2.1概述3

2.2CS業(yè)務(wù)類(lèi)妨礙4

2.2.1典范信令流程介紹（主叫）4

2.2.2開(kāi)通類(lèi)常見(jiàn)問(wèn)題-數(shù)據(jù)衣接妨礙5

223CS業(yè)務(wù)排查流程9

2.2.4UE開(kāi)機(jī)注冊(cè)失敗排查流程9

2.2.5RRC連接妨礙排查流程10

2.2.6RAB指派失敗排查流程15

2.3PS業(yè)務(wù)類(lèi)妨礙16

2.3.1用戶(hù)面妨礙排查思路17

2.3.2終端、條記本、下載東西問(wèn)題29

2.4并發(fā)類(lèi)業(yè)務(wù)妨礙排查思路31

2.4.1常見(jiàn)妨礙現(xiàn)象32

2.4.2常見(jiàn)妨礙原因以及排查思路32

2.53G小區(qū)內(nèi)切換類(lèi)業(yè)務(wù)妨礙排查思路32

2.5.1RNC內(nèi)小區(qū)切換32

2.5.2跨RNC的小區(qū)之間切換33

2.623G切換類(lèi)業(yè)務(wù)妨礙排查思路33

2.6.1常見(jiàn)妨礙現(xiàn)象33

2.6.2常見(jiàn)妨礙原因34

2.7HS業(yè)務(wù)妨礙排查思路34

5

2.7.1常見(jiàn)妨礙現(xiàn)象34

2.7.2常見(jiàn)妨礙原因34

2.7.3LMT上的數(shù)據(jù)闡發(fā)要領(lǐng)35

第3章典范妨礙案例38

3.1CS業(yè)務(wù)類(lèi)典范案例38

3.1.1手機(jī)開(kāi)機(jī)后無(wú)法注冊(cè)網(wǎng)絡(luò),從信令跟蹤上看信令沒(méi)有到CN,只有IUB口信令的交互

38

3.1.2從信令跟蹤跟蹤上看，［UB口的信令已經(jīng)走完，RNC初始到CN的消息失敗40

3.1.3CS電話不通」UUP初始化失敗妨礙42

3.1.4lub口傳輸帶寬限制導(dǎo)致業(yè)務(wù)失敗問(wèn)題48

3.1.5UE開(kāi)機(jī)后搜索不到小區(qū)，信令跟蹤上看不到RRC連接創(chuàng)建請(qǐng)求52

3.2PS業(yè)務(wù)類(lèi)典范案例56

3.2.1PS無(wú)法激活妨礙解決歷程（信令跟蹤消息沒(méi)有生存下來(lái)）56

3.2.2PS激活樂(lè)成率比力低問(wèn)題58

3.2.3PS下載速率比力低問(wèn)題59

3.2.4Ping大包不通的妨礙排查60

3.2.5畫(huà)面出現(xiàn)馬賽克妨礙66

3.3并發(fā)類(lèi)業(yè)務(wù)典范案例69

3.3.1先PS業(yè)務(wù)樂(lè)成，后被叫CS業(yè)務(wù)失敗69

3.3.2先做PS業(yè)務(wù)，然后主叫CS業(yè)務(wù)失?。?9

3.3.3先做CS業(yè)務(wù)，后做PS業(yè)務(wù)失敗69

3.4RNC內(nèi)的3G小區(qū)之間切換典范案例70

3.4.1信令流程不完全70

3.4.2CS信令正常，切換后無(wú)聲大概有雜音72

3.4.3PS切換信令正確，但是切換后速率異常72

3.5跨RNC切換典范案例73

3.5.1信令流程不正確73

6

352cs信令正常，切換后無(wú)聲大概有雜音73

3.5.3PS切換信令正確，但是切換后速率異常73

3.623G小區(qū)切換典范案例73

3.6.1信令流程不正確73

3.6.2信令切換正常，切換后業(yè)務(wù)存在問(wèn)題75

3.7HS妨礙典范案例解說(shuō)76

3.7.1物理信道重配置失敗76

3.7.2下載速率不理想76

7

第1章常見(jiàn)妨礙分類(lèi)

摘要

本章介紹了RNC、NODEB等設(shè)備在時(shí)鐘、硬件啟動(dòng)、傳榆、版本下載

以及無(wú)線滋擾等妨礙的妨礙現(xiàn)象、妨礙原因闡發(fā)和妨礙處理懲罰要領(lǐng)等。

1.1概述

憑據(jù)外場(chǎng)設(shè)備運(yùn)行中發(fā)明的和業(yè)務(wù)相關(guān)的種種妨礙現(xiàn)象，可以將業(yè)務(wù)類(lèi)

妨礙分別為以下幾類(lèi)：

CS類(lèi)妨礙：包羅數(shù)據(jù)對(duì)接妨礙，RRC連接妨礙，開(kāi)機(jī)注冊(cè)失敗等妨礙；

PS類(lèi)妨礙：包羅PS無(wú)法激活，PS激活樂(lè)成率低，PS下載速率低，PS

出現(xiàn)馬賽克等妨礙；

并發(fā)類(lèi)妨礙：包羅信令流程走不通，終端不支持并發(fā)，CN簽約問(wèn)題，傳

輸大概碼道資源不敷使用等；

切換類(lèi)妨礙：包羅信令流程走不通，傳輸大概碼道資源不敷使用等；

HSDPA業(yè)務(wù)妨礙：包羅物理信道重配置失敗，終端無(wú)法接入，HS呼喚

不樂(lè)成，下載速率不理想等。

與業(yè)務(wù)類(lèi)相關(guān)的常見(jiàn)妨礙的妨礙分類(lèi)及其典范妨礙現(xiàn)象見(jiàn)表1.1-1常見(jiàn)

妨礙分類(lèi)

表1.1-1常見(jiàn)妨礙分類(lèi)

妨礙分類(lèi)典范妨礙現(xiàn)象常見(jiàn)妨礙原因

RRC連接妨礙；

數(shù)據(jù)對(duì)接問(wèn)題：

開(kāi)機(jī)注冊(cè)失敗：

CS類(lèi)妨礙滋擾問(wèn)題：

信令流程走不通；

傳輸大概碼道資源不敷使用：

單通大概雙向無(wú)音；

PS無(wú)法激活；

數(shù)據(jù)對(duì)接問(wèn)題；

PS激活樂(lè)成率低：

PS類(lèi)妨礙滋擾問(wèn)題；

PS下載速率低：

傳輸大概碼道資源不敷使用；

PS出現(xiàn)馬賽克等：

先做PS業(yè)務(wù)，然后被叫終端不支持并發(fā)業(yè)務(wù)：

CS業(yè)務(wù)失?。篊N沒(méi)有進(jìn)行正確業(yè)務(wù)簽約；

并發(fā)類(lèi)妨礙

先做PS業(yè)務(wù)，然后主叫終端大概條記本參數(shù)設(shè)置問(wèn)題：

CS業(yè)務(wù)失?。河械牟l(fā)業(yè)務(wù)沒(méi)有須要，例如CS12.2K和CS64K

妨礙分類(lèi)典范妨礙現(xiàn)象常見(jiàn)妨礙原因

先做CS業(yè)務(wù)，后做PS業(yè)并發(fā)：

務(wù)失敗。無(wú)線大概傳輸資源不敷使用：

CN大概RNS沒(méi)有下發(fā)第二類(lèi)尋呼：

RNC沒(méi)有下發(fā)丈量控制，大概丈量控制消息禁絕

確：

目標(biāo)小區(qū)lub口傳輸資源不敷使用：

信令流程不正確；目標(biāo)小區(qū)無(wú)線資源不敷使用：

CS切換后無(wú)聲大概有雜目標(biāo)小區(qū)滋擾過(guò)高，導(dǎo)致切換完成消息（物理信道

切換類(lèi)妨礙

音：重配置完成大概RB重配置完成）不能上報(bào)：

PS切換后速率異常。CN沒(méi)有給RNC發(fā)送數(shù)據(jù)包大概全部是靜音幀；

UU口用戶(hù)面數(shù)據(jù)包異常：

RUB單板妨礙；

終端妨礙：

物理信道就配置失敗

終端無(wú)法接入

HS類(lèi)妨礙

HS呼喚不樂(lè)成

下載速率不理想

2

第2章常見(jiàn)妨礙排查思路

摘要

本章介紹了業(yè)務(wù)類(lèi)妨礙的常見(jiàn)原因、妨礙原因闡發(fā)和妨礙處理懲罰要領(lǐng)

等。

2.1概述

業(yè)務(wù)類(lèi)妨礙可分為以下幾天類(lèi)：

1）cs類(lèi)妨礙

2）PS類(lèi)妨礙

3）并發(fā)類(lèi)妨礙

4）切換類(lèi)妨礙

其中』）2）3）類(lèi)妨礙是不包羅切換歷程的妨礙.4）對(duì)切換歷程目的妨礙進(jìn)行專(zhuān)述，請(qǐng)

參考表格表2.1-1業(yè)務(wù)類(lèi)妨礙概述。

表2.1-1業(yè)務(wù)類(lèi)妨礙概述

妨礙分類(lèi)妨礙體現(xiàn)形式（包羅但不限于…）

1.手機(jī)不能注冊(cè)

2.手機(jī)收不到尋呼，

3.接通率底

CS類(lèi)妨礙4.通話歷程中掉話

5.呼喚拒絕

6.業(yè)務(wù)（話音/圖像）質(zhì)量差

7....

1.呼喚（PDP激活）樂(lè)成率低

2.速率不穩(wěn)定

PS類(lèi)妨礙3.馬賽克問(wèn)題

4.應(yīng)用層問(wèn)題

3

I.終端不支持并發(fā)業(yè)務(wù)；

2.CN沒(méi)有進(jìn)行正確業(yè)務(wù)簽約；

3.終端大概條記本參數(shù)設(shè)置問(wèn)題；

并發(fā)類(lèi)妨礙4.有的并發(fā)業(yè)務(wù)沒(méi)有須要，例如CS12.2K和CS64K并發(fā)；

5.無(wú)線大概傳輸資源不敷使用；

6.CN大概RNS沒(méi)有下發(fā)第二類(lèi)尋呼；

I.RNC沒(méi)有下發(fā)丈量控制，大概丈量控制消息禁絕碓；

2.目標(biāo)小區(qū)lub口傳輸資源不敷使用；

3.目標(biāo)小區(qū)無(wú)線資源不敷使用；

4.目標(biāo)小區(qū)滋擾過(guò)高，導(dǎo)致切換完成消息（物理信道重配置完成大概RB重配

置完成）不能上報(bào)；

切換類(lèi)妨礙

5.CN沒(méi)有給RNC發(fā)送數(shù)據(jù)包大概全部是靜音幀：

6.UU□用戶(hù)面數(shù)據(jù)包異常；

7.RUB單板妨礙；

8.終端妨礙；

2.2CS業(yè)務(wù)類(lèi)妨礙

本節(jié)介紹cs業(yè)務(wù)類(lèi)妨礙的處理懲罰要領(lǐng)，分為幾個(gè)方面來(lái)描述：

i.典范信令流程介紹

2.數(shù)據(jù)對(duì)接問(wèn)題

3.CS業(yè)務(wù)排查思路

2.2.1典范信令流程介紹（主叫）

對(duì)付CS業(yè)務(wù)妨礙處理懲罰，應(yīng)熟悉CS業(yè)務(wù)流程。當(dāng)出現(xiàn)問(wèn)題時(shí)要養(yǎng)成

從解讀、闡發(fā)信令入手，看看業(yè)務(wù)走到哪一步，再來(lái)定位問(wèn)題。信令流

程介紹請(qǐng)參閱相關(guān)文檔，這里就不再描述

4

2.2.1.1完整的起呼信令流程

一個(gè)完整的主叫流程見(jiàn)圖2.2-1o

3F6U144CEKKLlessace上仃公夬在荷工康由3KKtJiWtW*

40:56:58:9683F60144CENBAPRL建立

10:56:59:153F60144CENBAP成功應(yīng)杏(Success)RL建立

10:56:59:1093F60144CERRCMessage下行公共控期僮遒消息RRC逢接建立

U0:56:59:2813F60144CENBAPMessagedf5R(Initiain￡)RL1X#

上行專(zhuān)用.信道演史改海接圣立宛成

1戶(hù)覬，翡5

F60H4CEKKCMessage踹薪工息

0:56:59:7813F60144CERAKAPMessage(Initialing)PDKX:CMSERVICEREQUEST

0:66:59:7813F60144CERANAPMessage諳米(Initialing)?傳PD_MI:AUTHENTICATIONREQ陽(yáng)I

0:56:59:7963F60144CERRCMessage下行專(zhuān)用控制信道消息下行宣傳

0:57:00:4063F60144CERRCXessace上行零用密州信遒消息上行直傳

0:67:00:4213F60144CERAKAPMessage諾求(Initialing)?傳PD.KM:AUTHEMTICATIONRESPOI$E

0:57:00:4373F60144CERANAPMessage話求(hutialin《)Con*onlN修息

0:57:00:4373F60144CERAKAP(Initialine)直傳PD_MM:C?SERVICEACCEPT

0:57:00:453F60144CERRCMessage下行專(zhuān)用控制信造消息

3下行直信直

0:57:00:7813F60144CERRCMess交。上行學(xué)用按期信道Q息上行直傳

0:57:00:7813F60144CERANAPMessage請(qǐng)求(Initialing)直傳PD_CC:SETUP

0:57:00:7813F60144CERANAPMessage潘求(Initialing)互傳PD_CC:CALLPROCEEDIHG

57:00:7963F60144CERRCMessageT行壁用正疝1道泊息

WT6?:00:79C3F6014MRANAPW^(Initialinc)jRsAqBuW---------

10:57:00:8753F60144CEHBAPKe””。諳泵(Imtcxnc)RL同步g配置海備

10:57:00:9213F60144CENBAPHe”艾e成功應(yīng)答《Sues”)RL同步看配置準(zhǔn)備

10:57:01:153F60H4CERRCMessage下行專(zhuān)用校期信道泊電RB逑立

10:57:01:313F60144CENBAP諾求(Initlainj)RL同步重配量完成

10:57:02:6873F60144CENBAPMess艾。諳求(Imtiaiz)RLttMRAB啦

10:57:02:8123F60144CERRCMessage上行專(zhuān)用控制(1%清息RB5I立完成

，，f

依57:021828―3JE60144CERANAPMessage應(yīng)答(OutcoaG_______RABtfrJK

10:57:02:8283F60144CERRCTfrwwgwwnBCT冽金控制

10:57:02:9433F60144CENBAPMessage潘求(Iiutxaing)學(xué)用冽量初始化

!0:67:02:M33F60144CENBAPMessage成功應(yīng)答(Success)專(zhuān)用別或在怡化

10:57:02:8593F60144CENDAPMessage諾農(nóng)(Initiain<)▼用測(cè)量維苦

10:67:02:8593F60144CERANAPMessage諳求(Inrtia】in4)直傳PD_CC:ALERTIHG

10:57:02:8753F60144CERRCKe33axe下行專(zhuān)用控烈信也消息下行直傳

10:57:07:1713F60144CERANAPlessee(Initialing)直傳PD_CC:CONNECT

10:57:07:17!3F60144CERRClessace下行專(zhuān)用控制信道消息下行直傳

10:57:07:4213F60144CERRCMessage上行號(hào)用控制信遭清息上行直傳

10:57:07:4213F60144CERAKAPMessage(Initialing)直傳PD_CC:CONNECTACKNOVLEDGE

圖2.2-1完整的起呼信令流程

從信令跟蹤入手，從整體上把CS業(yè)務(wù)問(wèn)題分為幾個(gè)大的方面來(lái)處理懲

罰。

L小區(qū)和大眾信道創(chuàng)建正常，如果小區(qū)和大眾信道創(chuàng)建都不正常，就

談不上業(yè)務(wù)。小區(qū)和大眾信道創(chuàng)建異常的妨礙，請(qǐng)參加相關(guān)文檔來(lái)

處理懲罰。

2.UE開(kāi)機(jī)注冊(cè)問(wèn)題排查。在作業(yè)務(wù)的前提是，手性能正常注冊(cè)到網(wǎng)絡(luò)。

如果不能注冊(cè)到網(wǎng)絡(luò)，則先壹抄手機(jī)不能注冊(cè)的原因。

3.Iu□的信令連接創(chuàng)建是否正常。主要涉及到直傳消息的信令解讀，

查察加密、鑒權(quán)參數(shù)設(shè)置是否有問(wèn)題。

4.RAB指派流程創(chuàng)建是否正常。系統(tǒng)出現(xiàn)問(wèn)題最多的就是RAB指派流

程。用戶(hù)面出現(xiàn)的問(wèn)題，都體現(xiàn)在RAB指派失敗上。

2.2.2開(kāi)通類(lèi)常見(jiàn)問(wèn)題■數(shù)據(jù)對(duì)接妨礙

在開(kāi)通期間出現(xiàn)問(wèn)題最多的就是數(shù)據(jù)對(duì)接問(wèn)題，約占妨礙總數(shù)的80%以

上。因?yàn)閿?shù)據(jù)配置和妨礙處理懲罰一般是同一小我私家，在查抄參數(shù)時(shí)

往往存在誤區(qū)。這一點(diǎn)要注意。

首先要向局方二程師和CN側(cè)工程師確定一下參數(shù)。

5

部分要害參數(shù)一旦我們照此配置好了CN鄰接局的數(shù)據(jù)，修改起來(lái)比力麻

煩的。如：MCC,MNC,RNCID,LAC,RAC,SAC。

CS域大概PS域的對(duì)接都發(fā)起憑據(jù)先控制面（信令）再用戶(hù)面承載（數(shù)

據(jù)）的順序來(lái)對(duì)接。在對(duì)接面的時(shí)候，發(fā)起憑據(jù)從底層到高層逐層確認(rèn)

的方法完成對(duì)接。

2.2.2.1下面把對(duì)接歷程中對(duì)接參數(shù)和各層對(duì)接之間的干系列出來(lái)

1、kJ接口信令捱路各層對(duì)應(yīng)干系見(jiàn)表2.2-1o

表2.2-1hi接口信令鏈路各層對(duì)干系

協(xié)議層對(duì)接參數(shù)如果有問(wèn)題，出現(xiàn)的妨礙現(xiàn)象

PHY幀珞式（SDH照舊SONET）

ATMVPLVCLPCR,業(yè)務(wù)類(lèi)型SSCOP建鏈?zhǔn)?/p>

AAL5

SSCOP

SSCF

MTP3SLC,SPC,SSF信令鏈路狀態(tài)不正常;信令點(diǎn)不可達(dá)

SCCP

SSCP連接被拒;SST發(fā)送,收不到

RANAPMCC,MNC,RNCID

對(duì)應(yīng)子系統(tǒng)的SSA。

2、luCSUserPlane各層對(duì)應(yīng)干系見(jiàn)表2.2-20

表2.2-2luCSUserPlane各層對(duì)應(yīng)干系

協(xié)議層對(duì)接參數(shù)如果有問(wèn)題，出現(xiàn)的妨礙現(xiàn)象

PHY幀格式（SDH照舊SONET）

ATMVPI,VCLPCR,業(yè)務(wù)類(lèi)型，

AAL2PathlDAAL2飩路狀態(tài)閉塞

luUPATM地點(diǎn)luUP創(chuàng)建失??；

3、hiPSUserPlane各層對(duì)應(yīng)干系見(jiàn)表223。

表2.2?3luPSUserPlane各層對(duì)應(yīng)干系

協(xié)議層對(duì)接參數(shù)如果有問(wèn)題，妨礙現(xiàn)象

PHY幀格式（SDH照舊SONET）

ATMVPI,VCLPCR,業(yè)務(wù)類(lèi)型

AAL5

IPIPOA本端地點(diǎn)和對(duì)端地點(diǎn)Ping包不通

UDP

GTP-U本端和對(duì)方的GTP-U地點(diǎn)Ping包不通

6

2.2.2.2數(shù)據(jù)對(duì)接歷程的一般操縱順序

大家不一定嚴(yán)格要憑據(jù)這個(gè)順序來(lái)，但是可以做為一個(gè)判斷問(wèn)題的根本

思路。

1、hi接口信令鏈路對(duì)接流程見(jiàn)圖2.2?2。

檢aCN在沒(méi)有對(duì)（5

令整路進(jìn)行「八后

圖2.2-2lu接口信令鏈路對(duì)接流程

2、luCSUserData數(shù)據(jù)對(duì)接流程見(jiàn)圖2.2-3o

7

ft

校介安全檢式相X:

今觸

圖2.2-3luCSUserData數(shù)據(jù)對(duì)接流程

3、luPSUserPlanc數(shù)據(jù)對(duì)接流程見(jiàn)圖2.2-4。

槃K&&?次PS技

號(hào)業(yè)務(wù)

是

為衣APBE的先U■

AFCmrt.OttTTX「APCJtlt?。狄力、?境CN網(wǎng)網(wǎng)事

有沒(méi)有發(fā)包

ft

Jt

▼

.WH.I

檢畬處方IPOAR...匕R我方齡態(tài)絡(luò)由

“找完成MCS_C5的統(tǒng)計(jì).MCS_CS的/計(jì).足”的2R

石舌布仔滋鋁GTPU的配置

RL市配足舌M功

?ftVul1±MftlfRUPl.^iuw查看UIM和GU的

否AH?從UE那力和GTPU統(tǒng)計(jì).6由?ftit.寄備是否處

—故有上※仆.」—：之換板I.W包

舌

足

?iftlubllWAAU

々ZRUP還“沒(méi)有

的通道類(lèi)型ft^UIMfCGUW

統(tǒng)計(jì).

訶嗯拴信今也來(lái):C

女?dāng)y板上去包

位外電

圖2.2-4luPSUscrPlanc數(shù)據(jù)對(duì)接流程

8

2.2.3CS業(yè)務(wù)排查流程

CS業(yè)務(wù)排查流程見(jiàn)圖2.2-5o

N

RAB指派故障流程排查

圖2.2-5CS業(yè)務(wù)排行流程

2.2.4UE開(kāi)機(jī)注冊(cè)失敗排查流程

UE開(kāi)機(jī)注冊(cè)失敗排查流程見(jiàn)圖2.2-6。

9

：UE開(kāi)機(jī)故障排查流程|<一

——重新開(kāi)機(jī)一

?-------------

RNC連接是否建立龐\一番看RRC連接建立流

功程的詳細(xì)描述

▼

,UE是否正常發(fā)起位置，,漏查UE,可采用替換_______

更新請(qǐng)求—J:法

IU口信令連接是否成.檢查hi口數(shù)據(jù)配置：；

功RNCID/LAC/SAC/PLMN

鑒權(quán)是否通過(guò)-----------A請(qǐng)CN/UE側(cè)排查------?

「人鞫宙斯縣木正國(guó)-請(qǐng)CN/UE側(cè)排查用.1一

位置更新是否接受,!----------是否簽約J—>

RRC是否正常釋放

圖2.2-6UE開(kāi)機(jī)注冊(cè)失敗排查流程

2.2.5RRC連接妨礙排查流程

2.2.5.1上報(bào)歷程簡(jiǎn)單介紹

要像排查RRC連接上報(bào)困難，首先要了解UE的上報(bào)歷程以及RNC的處

理懲罰歷程。

總體來(lái)說(shuō)包羅兩個(gè)大的部分：

>隨機(jī)接入歷程；

>RNS的處理懲罰歷程；

I0

2.2.5.2隨機(jī)接入歷程

隨機(jī)接入歷程相對(duì)簡(jiǎn)單，是耳熟能詳?shù)臇|西了，就不外多介紹了，不知

道請(qǐng)自己找的文檔看看吧，簡(jiǎn)單說(shuō)明一下如何簡(jiǎn)單確定隨機(jī)接入樂(lè)成

了？簡(jiǎn)單來(lái)說(shuō)，就是UE在UpPTS上發(fā)送了SYNC-UL,NODEB在FPACH

上發(fā)送了響應(yīng)，這樣UE就可以在RACH上進(jìn)行上報(bào)RRC連接請(qǐng)求了。

可以通過(guò)LMT來(lái)看UE是否上報(bào)了UP,基站是否在FPACH上響應(yīng)了。

要領(lǐng)如下：

從Imt上也可以看到UE上報(bào)了UP,FPACH上也有包下發(fā)，注意要看是否

有效簽名個(gè)數(shù)和FPACH包是從0開(kāi)始增加的，正常情況下如果從。開(kāi)始

增加，就說(shuō)明UE可以和基站進(jìn)行同步；參考圖227。

浜統(tǒng)（5）告警音琰⑥設(shè)備修理（9我本若感