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

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

(業(yè)務(wù)類分冊)

(2008-R1.0)

中興通訊股份有限公司

修改記錄

擬制人/

版本號擬制/修他口期變動理山主要變動內(nèi)容

修改人

馬偉，李

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

開彬

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

VI.30李開彬2008/11/5添加

容

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

注2：文件第一次歸檔時，“變動理由”、“主要變動內(nèi)容”欄寫“無二

2

聲明

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

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

侵權(quán)必究。

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

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

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

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

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

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

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

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

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

3

-XX.—

刖百

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

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

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

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

手冊說明

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

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

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

全套手冊包羅：

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

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

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

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

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

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

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

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

4

目錄

第1章常見妨礙分類1

1.1概述1

第2章常見妨礙排查思路3

2.1概述3

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

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

2.2.2開通類常見問題-數(shù)據(jù)衣接妨礙5

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

2.2.4UE開機注冊失敗排查流程9

2.2.5RRC連接妨礙排查流程10

2.2.6RAB指派失敗排查流程15

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

2.3.1用戶面妨礙排查思路17

2.3.2終端、條記本、下載東西問題29

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

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

2.4.2常見妨礙原因以及排查思路32

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

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

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

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

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

2.6.2常見妨礙原因34

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

5

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

2.7.2常見妨礙原因34

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

第3章典范妨礙案例38

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

3.1.1手機開機后無法注冊網(wǎng)絡(luò),從信令跟蹤上看信令沒有到CN,只有IUB口信令的交互

38

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

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

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

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

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

3.2.1PS無法激活妨礙解決歷程（信令跟蹤消息沒有生存下來）56

3.2.2PS激活樂成率比力低問題58

3.2.3PS下載速率比力低問題59

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

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

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

3.3.1先PS業(yè)務(wù)樂成，后被叫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信令正常，切換后無聲大概有雜音72

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

3.5跨RNC切換典范案例73

3.5.1信令流程不正確73

6

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

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

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

3.6.1信令流程不正確73

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

3.7HS妨礙典范案例解說76

3.7.1物理信道重配置失敗76

3.7.2下載速率不理想76

7

第1章常見妨礙分類

摘要

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

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

1.1概述

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

妨礙分別為以下幾類：

CS類妨礙：包羅數(shù)據(jù)對接妨礙，RRC連接妨礙，開機注冊失敗等妨礙；

PS類妨礙：包羅PS無法激活，PS激活樂成率低，PS下載速率低，PS

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

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

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

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

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

不樂成，下載速率不理想等。

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

妨礙分類

表1.1-1常見妨礙分類

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

RRC連接妨礙；

數(shù)據(jù)對接問題：

開機注冊失敗：

CS類妨礙滋擾問題：

信令流程走不通；

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

單通大概雙向無音；

PS無法激活；

數(shù)據(jù)對接問題；

PS激活樂成率低：

PS類妨礙滋擾問題；

PS下載速率低：

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

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

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

CS業(yè)務(wù)失?。篊N沒有進行正確業(yè)務(wù)簽約；

并發(fā)類妨礙

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

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

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

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

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

CN大概RNS沒有下發(fā)第二類尋呼：

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

確：

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

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

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

切換類妨礙

音：重配置完成大概RB重配置完成）不能上報：

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

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

RUB單板妨礙；

終端妨礙：

物理信道就配置失敗

終端無法接入

HS類妨礙

HS呼喚不樂成

下載速率不理想

2

第2章常見妨礙排查思路

摘要

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

等。

2.1概述

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

1）cs類妨礙

2）PS類妨礙

3）并發(fā)類妨礙

4）切換類妨礙

其中』）2）3）類妨礙是不包羅切換歷程的妨礙.4）對切換歷程目的妨礙進行專述，請

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

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

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

1.手機不能注冊

2.手機收不到尋呼，

3.接通率底

CS類妨礙4.通話歷程中掉話

5.呼喚拒絕

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

7....

1.呼喚（PDP激活）樂成率低

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

PS類妨礙3.馬賽克問題

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

3

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

2.CN沒有進行正確業(yè)務(wù)簽約；

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

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

5.無線大概傳輸資源不敷使用；

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

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

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

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

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

置完成）不能上報；

切換類妨礙

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

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

7.RUB單板妨礙；

8.終端妨礙；

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

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

i.典范信令流程介紹

2.數(shù)據(jù)對接問題

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

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

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

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

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

4

2.2.1.1完整的起呼信令流程

一個完整的主叫流程見圖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#

上行專用.信道演史改海接圣立宛成

1戶覬，翡5

F60H4CEKKCMessage踹薪工息

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

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

0:56:59:7963F60144CERRCMessage下行專用控制信道消息下行宣傳

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下行專用控制信造消息

3下行直信直

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

0:57:00:7813F60144CERANAPMessage請求(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下行專用校期信道泊電RB逑立

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

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

10:57:02:8123F60144CERRCMessage上行專用控制(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)專用別或在怡化

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

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

10:57:02:8753F60144CERRCKe33axe下行專用控烈信也消息下行直傳

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

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

10:57:07:4213F60144CERRCMessage上行號用控制信遭清息上行直傳

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

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

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

罰。

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

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

處理懲罰。

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

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

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

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

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

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

2.2.2開通類常見問題■數(shù)據(jù)對接妨礙

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

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

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

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

5

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

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

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

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

的方法完成對接。

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

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

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

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

PHY幀珞式（SDH照舊SONET）

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

AAL5

SSCOP

SSCF

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

SCCP

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

RANAPMCC,MNC,RNCID

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

2、luCSUserPlane各層對應(yīng)干系見表2.2-20

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

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

PHY幀格式（SDH照舊SONET）

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

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

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

3、hiPSUserPlane各層對應(yīng)干系見表223。

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

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

PHY幀格式（SDH照舊SONET）

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

AAL5

IPIPOA本端地點和對端地點Ping包不通

UDP

GTP-U本端和對方的GTP-U地點Ping包不通

6

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

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

思路。

1、hi接口信令鏈路對接流程見圖2.2?2。

檢aCN在沒有對（5

令整路進行「八后

圖2.2-2lu接口信令鏈路對接流程

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

7

ft

校介安全檢式相X:

今觸

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

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

槃K&&?次PS技

號業(yè)務(wù)

是

為衣APBE的先U■

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

有沒有發(fā)包

ft

Jt

▼

.WH.I

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

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

石舌布仔滋鋁GTPU的配置

RL市配足舌M功

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

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

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

舌

足

?iftlubllWAAU

々ZRUP還“沒有

的通道類型ft^UIMfCGUW

統(tǒng)計.

訶嗯拴信今也來:C

女?dāng)y板上去包

位外電

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

8

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

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

N

RAB指派故障流程排查

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

2.2.4UE開機注冊失敗排查流程

UE開機注冊失敗排查流程見圖2.2-6。

9

：UE開機故障排查流程|<一

——重新開機一

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

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

功程的詳細描述

▼

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

更新請求—J:法

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

功RNCID/LAC/SAC/PLMN

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

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

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

RRC是否正常釋放

圖2.2-6UE開機注冊失敗排查流程

2.2.5RRC連接妨礙排查流程

2.2.5.1上報歷程簡單介紹

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

理懲罰歷程。

總體來說包羅兩個大的部分：

>隨機接入歷程；

>RNS的處理懲罰歷程；

I0

2.2.5.2隨機接入歷程

隨機接入歷程相對簡單，是耳熟能詳?shù)臇|西了，就不外多介紹了，不知

道請自己找的文檔看看吧，簡單說明一下如何簡單確定隨機接入樂成

了？簡單來說，就是UE在UpPTS上發(fā)送了SYNC-UL,NODEB在FPACH

上發(fā)送了響應(yīng)，這樣UE就可以在RACH上進行上報RRC連接請求了。

可以通過LMT來看UE是否上報了UP,基站是否在FPACH上響應(yīng)了。

要領(lǐng)如下：

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

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

增加，就說明UE可以和基站進行同步；參考圖227。

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