C網(wǎng)信令流程詳解——華為_(kāi)第1頁(yè)
C網(wǎng)信令流程詳解——華為_(kāi)第2頁(yè)
C網(wǎng)信令流程詳解——華為_(kāi)第3頁(yè)
C網(wǎng)信令流程詳解——華為_(kāi)第4頁(yè)
C網(wǎng)信令流程詳解——華為_(kāi)第5頁(yè)
已閱讀5頁(yè),還剩17頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 1 頁(yè), 共 22 頁(yè)c 網(wǎng)信令流程詳解reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 2 頁(yè), 共 22 頁(yè)1 信令分析信令分析在分析問(wèn)題時(shí),請(qǐng)參照正確的流程,逐步檢查到底哪一條消息沒(méi)有收到,并且分析上在分析問(wèn)題時(shí),請(qǐng)參照正確的流程,逐步檢查到底哪一條消息沒(méi)有收到,并且分析上一條消息里面攜帶的內(nèi)容,從而定位原因所在。一條消息里面攜帶的內(nèi)容,從而定位原因所在。1.1主被叫呼叫建立流程1.1.1正常信令在分析接入問(wèn)題時(shí),請(qǐng)參照上圖所示正確的流程,逐步檢查到底哪一條消息沒(méi)有收

2、到,在分析接入問(wèn)題時(shí),請(qǐng)參照上圖所示正確的流程,逐步檢查到底哪一條消息沒(méi)有收到,且分析上一條消息里面攜帶的內(nèi)容,從而定位原因所在且分析上一條消息里面攜帶的內(nèi)容,從而定位原因所在【注】abis-bts setup消息里面,攜帶了接入的小區(qū)、扇區(qū)、walsh碼、頻點(diǎn)。關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)1:bsc向向msc發(fā)送發(fā)送cm service request后,是否收到后,是否收到assignment request。如果沒(méi)有收到msc發(fā)的assignment request,等到6s后定時(shí)器超時(shí),基站會(huì)給手機(jī)發(fā)送release order.這種情況是a1接口失敗。關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)2:bts是否向是否向bsc發(fā)送發(fā)送

3、abis-bts setup ack。abis如有問(wèn)題,如誤碼高、信令鏈路帶寬不足等,將會(huì)體現(xiàn)為abis無(wú)法建鏈成功,話統(tǒng)原因“指配資源失敗”關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)3:是否發(fā)送:是否發(fā)送ecam(擴(kuò)展信道指配消息)消息。(擴(kuò)展信道指配消息)消息。如abis正常建鏈,但卻沒(méi)有發(fā)送ecam消息,在話統(tǒng)里面會(huì)體現(xiàn)為“指配資源失敗”,可能原因是walsh、ce、power不reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 3 頁(yè), 共 22 頁(yè)足。關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)4:是否在:是否在f-dsch發(fā)送發(fā)送order message,如沒(méi)有收到,說(shuō)明捕獲業(yè)務(wù)信道前導(dǎo)幀失敗。關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)

4、5:是否發(fā)送:是否發(fā)送assignment complete。如發(fā)送表明呼叫建立成功。如沒(méi)有收到,在話統(tǒng)里面體現(xiàn)為“信令交互失敗”。被叫流程與主叫幾乎完全一致,被叫中的paging response相當(dāng)于主叫的origination message。1.1.2典型異常信令1、 a1接口失敗。2、 傳輸誤碼率高導(dǎo)致指配資源失敗reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 4 頁(yè), 共 22 頁(yè)3、 信令交互失敗引起信令交互失敗一般是空口原因,本案例比較特殊,該基站下面呼叫全部失敗,通過(guò)結(jié)合csl分析,發(fā)現(xiàn)存在大量0 x0c8b(sdu_add_link_f

5、ail)接入失敗,懷疑fmr板有故障,在征得客戶(hù)同意基礎(chǔ)上復(fù)位ip框后(該框下僅有這一個(gè)基站)解決。reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 5 頁(yè), 共 22 頁(yè)1.2軟切換1.2.1正常信令1、 關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)1:終端是否上報(bào):終端是否上報(bào)psmm消息。消息。當(dāng)相鄰小區(qū)信號(hào)強(qiáng)度滿(mǎn)足切換條件,終端上報(bào)pilot strength measurement message。這是觸發(fā)切換的首要條件,如果在路測(cè)時(shí)發(fā)現(xiàn)到達(dá)切換區(qū)域仍然沒(méi)有實(shí)現(xiàn)成功切換,首先檢查是否發(fā)送psmm消息。如果沒(méi)有發(fā)送,那可能有以下幾個(gè)原因:1)是否存在鄰區(qū)漏配(檢查extend ne

6、ighbor list update message或到維護(hù)臺(tái)lst nbrcdma中查詢(xún))2)切換門(mén)限是否設(shè)置合理(檢查in-traffic system parameters message或者維護(hù)臺(tái)lst rrminf: rrminf=ho;查詢(xún)) 3)gps是否正常工作(檢查gps是否lock,有幾顆星),相鄰集搜索窗口設(shè)置是否足夠(檢查in-traffic system parameters message或者維護(hù)臺(tái)lst rrminf: reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 6 頁(yè), 共 22 頁(yè)rrminf=ho;查詢(xún)) 4)鄰區(qū)信

7、號(hào)是否在此地有足夠覆蓋等等。2、 關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)2:bsc是否向是否向bts發(fā)送發(fā)送abis-bts ack。bsc收到psmm消息,就會(huì)準(zhǔn)備資源,包括walsh碼和地面鏈路,向相鄰bts發(fā)送abis-bts setup要求建立地面鏈路和分配walsh碼或者向同bts相鄰扇區(qū)發(fā)送abis-bts setup分配walsh碼。如果申請(qǐng)walsh碼失敗,反饋到話統(tǒng)中就是“intra-bs soft ho failures (radio resources unavailable)”,可觀察其目標(biāo)扇區(qū)的話務(wù)量是否很高,造成walsh碼資源不足,或者取得服務(wù)小區(qū)對(duì)應(yīng)的spu runlog,分析csl失敗

8、原因是否是其它原因;如果abis鏈路建立失敗反饋到話統(tǒng)中就是“intra-bs soft ho failures (requested abis resources unavailable)”,可觀察其對(duì)應(yīng)扇區(qū)話務(wù)量是否很高,abis信令鏈路帶寬設(shè)置過(guò)小,ce是否不足、業(yè)務(wù)帶寬是否不足或者取得服務(wù)小區(qū)對(duì)應(yīng)的spu runlog,分析lsl失敗原因是否是其它原因。失敗原因值見(jiàn):d:reliance項(xiàng)目準(zhǔn)備問(wèn)題定位話統(tǒng)分析釋放原因類(lèi)型說(shuō)明-latest.xls3、 關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)3:bsc是否向終端發(fā)送是否向終端發(fā)送uhdm消息(消息(universal handoff direction mess

9、age)。)。 地面鏈路建立和walsh分配成功后,bsc就會(huì)向終端發(fā)送uhdm消息通知切換,uhdm消息的“active-set-record”中包含有所有進(jìn)入激活集分支的pn碼和walsh碼。4、 關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)4:bsc是否收到終端發(fā)送的是否收到終端發(fā)送的ack order。終端返回uhdm消息后成功接收相鄰小區(qū)下發(fā)的空幀后回應(yīng)ms ack order,緊接著回復(fù)handoff complete message,切換成功。如果收到終端的reject order,反饋到話統(tǒng)中就是“bs內(nèi)軟切換失敗次數(shù)(ms拒絕)”,如果沒(méi)有收到終端ms ack order,反饋到話統(tǒng)就是“intra-bs

10、soft ho failures (radio interface abnormal)”,失敗可能有三個(gè)原因:1)源側(cè)信號(hào)過(guò)弱,終端沒(méi)有收到uhdm消息或者bts沒(méi)有收到終端的ms ack order message2)目標(biāo)側(cè)小區(qū)信號(hào)變?nèi)?,終端無(wú)法收到前向空幀進(jìn)行同步 3)目標(biāo)側(cè)小區(qū)分配的walsh碼有誤 具體流程及內(nèi)容見(jiàn)附件維護(hù)臺(tái)語(yǔ)音軟切換信令跟蹤。reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 7 頁(yè), 共 22 頁(yè)1.2.2典型異常信令暫無(wú)1.3a3a7 軟切換1.3.1正常信令1、 關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)1:是否收到終端上報(bào)的:是否收到終端上報(bào)的psmm。當(dāng)

11、相鄰bsc的小區(qū)信號(hào)強(qiáng)度滿(mǎn)足切換條件,終端上報(bào)pilot strength measurement message。如果到達(dá)切換區(qū)域終端仍然沒(méi)有發(fā)送psmm消息,可能原因同見(jiàn)軟切換關(guān)鍵點(diǎn)1。2、 關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)2:源側(cè):源側(cè)bsc是否向目標(biāo)側(cè)是否向目標(biāo)側(cè)bsc發(fā)送發(fā)送a7-handoff request。如果沒(méi)有發(fā)送,那么就要檢查:1)檢查該目標(biāo)bsc的outcdma是否配置了inter bsc間軟切換,檢查命令:lst cdmach: lstinfo=obsc, cn=x, sctid=x, arfcn=x;;修改命令:mod outcdmach: btsid=x, cn=x, sctid=x

12、, arfcn=x, typ=cdma2000, reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 8 頁(yè), 共 22 頁(yè)vhotp=sho;2)a3/a7鏈路是否配置以及鏈路是否正常 3)終端上報(bào)的psmm消息中包含的小區(qū)pn是否屬于相鄰bsc的 4)外部鄰區(qū)nbrcdma是否配置正確。3、 關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)3:源:源bsc是否收到目標(biāo)是否收到目標(biāo)bsc的的a3-connect并發(fā)送并發(fā)送a3-connect ack。目標(biāo)bsc收到a7-handoff request消息后,就會(huì)準(zhǔn)備無(wú)線資源、地面鏈路, 向源bsc發(fā)送a3鏈路資源建立請(qǐng)求。如果沒(méi)有收到目標(biāo)bs

13、c下發(fā)的a3-connect,可能有如下三種原因:1)如果申請(qǐng)無(wú)線資源失敗,反饋到話統(tǒng)中就是“inter-bs soft ho failures (radio resources unavailable)”;可觀察其目標(biāo)扇區(qū)的話務(wù)量是否很高,造成walsh碼資源不足,或者取得服務(wù)小區(qū)對(duì)應(yīng)的spu runlog,分析lsl失敗原因是否是其它原因;2)如果地面鏈路建立失敗反饋到話統(tǒng)中就是“inter-bs soft ho failures (requested abis resources unavailable)”;可觀察其對(duì)應(yīng)扇區(qū)話務(wù)量是否很高,abis信令鏈路帶寬設(shè)置過(guò)小,ce是否不足、業(yè)務(wù)

14、帶寬是否不足,或者取得服務(wù)小區(qū)對(duì)應(yīng)的spu runlog,分析lsl失敗原因是否是其它原因;3)如果a3鏈路建立失敗反饋到話統(tǒng)中就是“inter-bs soft ho failures (a3-link setup failed)”,檢查a3鏈路配置是否設(shè)置正確,鏈路帶寬是否足夠。4、 關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)4:源:源bsc是否向終端發(fā)送是否向終端發(fā)送uhdm消息通知切換。消息通知切換。源bsc收到目標(biāo)bsc的a3-connect后回復(fù)a3-connect ack,目標(biāo)bsc回復(fù)a7-handoff request ack給源bsc。源bsc收到后會(huì)向終端發(fā)送uhdm消息通知切換。uhdm消息的ie“a

15、ctive set info”中包含有源bsc和目標(biāo)bsc所有進(jìn)入激活集分支的pn碼。5、 關(guān)鍵點(diǎn)關(guān)鍵點(diǎn)5:終端收到:終端收到uhdm消息然后是否回應(yīng)消息然后是否回應(yīng)order message。終端收到uhdm消息后,成功接收相鄰bsc下小區(qū)下發(fā)的空幀后回應(yīng)order message,緊接著回復(fù)handoff complete message,切換成功。如果沒(méi)有收到終端ms ack order,對(duì)應(yīng)話統(tǒng)里面失敗原因“bs間軟切換失敗次數(shù)(無(wú)線接口故障)”,可能有三個(gè)原因:1)源側(cè)信號(hào)過(guò)弱,終端沒(méi)有收到uhdm消息或者bts沒(méi)有收到終端的ms ack order message 2)目標(biāo)側(cè)bsc

16、小區(qū)信號(hào)變?nèi)?,終端無(wú)法正確收到前向空幀信號(hào)進(jìn)行同步reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 9 頁(yè), 共 22 頁(yè)3)目標(biāo)側(cè)小區(qū)分配的walsh碼有誤 具體流程及內(nèi)容見(jiàn)附件維護(hù)臺(tái)語(yǔ)音bsc間軟切換信令跟蹤。1.3.2典型異常信令暫無(wú)1.4bsc 間同頻硬切換1.4.1正常信令inter bsc outgoing hard horeliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 10 頁(yè), 共 22 頁(yè) c7 0 % % % t0 % % % 0 % % e 0 % % 0 e 0 % 0 % % e 0 % ! %

17、% ) % e 0 % % % % - - 0 % % % % 0 % % ( , c 7 - da 0 % % % % 0 % s ) % c l 0 % c c 1、 按照2.3.5打開(kāi)bsc間同頻硬切換開(kāi)關(guān),終端會(huì)周期性地上報(bào)ppsmm消息,bsc會(huì)根據(jù)ppsmm上報(bào)的本扇區(qū)的導(dǎo)頻和相鄰bsc扇區(qū)的導(dǎo)頻強(qiáng)度來(lái)進(jìn)行判決是否觸發(fā)bsc間硬切換,判決參數(shù)設(shè)置請(qǐng)參見(jiàn)lst rrminf: cn=x, sctid=x, crrid=x, rrminf=cfsc; 2、 到達(dá)切換地帶后,源側(cè)bsc應(yīng)向目標(biāo)側(cè)msc發(fā)送handoff required,如果一直沒(méi)有發(fā)送,那么就要檢查:1)是否周期性的上

18、報(bào)ppsmm消息,如果沒(méi)有說(shuō)明沒(méi)有打開(kāi)bsc間同頻硬切換開(kāi)reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 11 頁(yè), 共 22 頁(yè)關(guān):查詢(xún)命令分別為:lst rrminf: cn=x, sctid=x, crrid=x, rrminf=phoalg;,修改命令:mod phoalg: cn=x, sctid=x, crrid=x, sfhhosw=on;2)ppsmm消息中是否上報(bào)了相鄰bsc的導(dǎo)頻信號(hào),信號(hào)強(qiáng)度是否足夠,如果沒(méi)有收到對(duì)方信號(hào),請(qǐng)確認(rèn):gps是否lock,搜索窗口是否設(shè)置過(guò)小,對(duì)方bsc在此處是否有信號(hào),信號(hào)強(qiáng)度如何;ppsmm消息中的服務(wù)

19、導(dǎo)頻信號(hào)和相鄰bsc信號(hào)是否達(dá)到bsc間切換設(shè)置參數(shù)的門(mén)限,參數(shù)設(shè)置可通過(guò)lst rrminf: cn=x, sctid=x, crrid=x, rrminf=hhosf; 進(jìn)行查詢(xún);終端上報(bào)的ppsmm消息中包含的小區(qū)pn是否屬于相鄰bsc的;外部鄰區(qū)outcdma和nbrcdma是否配置正確。3、 目標(biāo)bsc收到handoff request后,完成無(wú)線資源的分配和地面鏈路的建立后給msc返回handoff request ack。如果申請(qǐng)無(wú)線資源失敗,反饋到話統(tǒng)中就是“inter-bs outgoing hard ho failures (radio resources unavaila

20、ble)”,可觀察其目標(biāo)扇區(qū)的話務(wù)量是否很高,造成walsh碼資源不足;如果地面鏈路建立失敗反饋到話統(tǒng)中就是“inter-bs outgoing hard ho failures (requested terrestrial resources unavailable)”,可觀察其對(duì)應(yīng)扇區(qū)話務(wù)量是否很高,abis信令鏈路帶寬設(shè)置過(guò)小,ce是否不足、業(yè)務(wù)帶寬是否不足、a接口鏈路狀態(tài)或者取得服務(wù)小區(qū)對(duì)應(yīng)的spu runlog,分析失敗原因是否是其它原因。4、 msc向源bsc發(fā)起切換命令handoff command,里面包含目標(biāo)bsc給終端分配的walsh碼以及搜索窗口設(shè)置。5、 源bsc就向終

21、端發(fā)送uhdm消息通知切換,uhdm消息包含有即將切換過(guò)去的目標(biāo)bsc的搜索窗口、pn、walsh碼等。終端收到uhdm消息后收到目標(biāo)側(cè)bsc的前向空幀,會(huì)給源bsc返回ms ack order,并給目標(biāo)側(cè)bsc發(fā)送反向業(yè)務(wù)信道前綴,如果bsc沒(méi)有收到,則空口上出現(xiàn)異常,最終切換失敗乃至掉話,在話統(tǒng)中統(tǒng)計(jì)為:inter-bs outgoing hard ho failures (returned to original channel)和inter-bs outgoing hard ho failures (ms not detected by destination pilot)。失敗可能原

22、因有:1)源bsc信號(hào)是否很弱,導(dǎo)致終端無(wú)法正確解調(diào)uhdm 2)pn和walsh碼是否正確 reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 12 頁(yè), 共 22 頁(yè)3)搜索窗口設(shè)置是否合理,因?yàn)榍袚Q前的鄰區(qū)搜索是用的源bsc的設(shè)置,而uhdm消息中的鄰區(qū)搜索是用的目標(biāo)側(cè)的設(shè)置,存在不一致的問(wèn)題,有可能目標(biāo)側(cè)搜索窗設(shè)置過(guò)小導(dǎo)致之前收到的信號(hào)切換中無(wú)法收到。6、 切換成功后,終端給目標(biāo)bsc返回handoff complete message,msc釋放源bsc資源。具體流程及內(nèi)容見(jiàn)附件維護(hù)臺(tái)語(yǔ)音bsc間同頻硬切換信令跟蹤。 1.4.2典型異常信令1、 華為

23、向lucent硬切換失敗信令。從下面的信令可以看出,bsc已經(jīng)給終端下發(fā)uhdm消息,最終卻沒(méi)有收到終端的order message,說(shuō)明空口切換未成功,可能跟以下幾個(gè)原因有關(guān):reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 13 頁(yè), 共 22 頁(yè)1)lucent 在該區(qū)域內(nèi)前反向覆蓋較差,導(dǎo)致空口建立失敗 2)uhdm 中下發(fā)的頻點(diǎn)、pn、walsh 碼錯(cuò)誤 3)lucent 通過(guò)切換命令發(fā)過(guò)來(lái)的相鄰集搜索窗口過(guò)小,導(dǎo)致搜索不到鄰區(qū)(說(shuō)明:在收到 handoff command 消息之前,終端將根據(jù)華為設(shè)置的搜索窗口進(jìn)行搜索,而收到 handoff c

24、ommand 之后,將根據(jù)對(duì)端的搜索窗口設(shè)置進(jìn)行搜索)下面逐一進(jìn)行排查。從切換前的enlum消息里面可以看到,鄰區(qū)為429、309和69。從切換前的psmm看,lucent基站的ec/io為4db,pn為429(pilot-pn-phase為27391,除以64得到427.98,說(shuō)明pn為429,時(shí)延為65chip)。見(jiàn)下圖:reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 14 頁(yè), 共 22 頁(yè)從uhdm消息里面看(見(jiàn)下圖),lucent設(shè)置的srch-win-n為7(說(shuō)明:在收到handoff command消息之前,終端將根據(jù)華為設(shè)置的搜索窗口進(jìn)行搜

25、索,而收到handoff command之后,將根據(jù)對(duì)端的搜索窗口設(shè)置進(jìn)行搜索),對(duì)應(yīng)40chip。 而前面已經(jīng)計(jì)算出,時(shí)延為65chip,超過(guò)搜索窗搜索范圍(40/2=20chip)。故在終端收到handoff command之后,按照朗訊基站設(shè)置的搜索窗進(jìn)行搜索,無(wú)法搜索到朗訊基站信號(hào),導(dǎo)致切換失敗。而之前為什么可以搜索到朗訊基站的信號(hào),是由于我們基站的搜索窗設(shè)置為11,見(jiàn)下圖:【結(jié)論】華為向朗訊硬切換時(shí),由于朗訊基站搜索窗設(shè)置過(guò)小導(dǎo)致硬切換時(shí)無(wú)法搜索到朗訊基站信號(hào),切換失敗。2、 華為向朗訊硬切換時(shí),由于對(duì)端分配walsh錯(cuò)誤切換失敗。reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-

26、10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 15 頁(yè), 共 22 頁(yè)從下面信令可以看出,bsc已經(jīng)發(fā)送uhdm,但是最終切換失敗。原因是在uhdm消息中,對(duì)端分配的pn和walsh碼均為0,應(yīng)該是朗訊數(shù)據(jù)配置有誤。通知朗訊修改數(shù)據(jù)配置后解決。3、 華為向朗訊硬切換時(shí),收不到對(duì)端信號(hào),沒(méi)有上報(bào)psmm。從下面圖片可以看出,終端一直沒(méi)有上報(bào)psmm。通過(guò)ppsmm可以看出,一直搜索不到對(duì)端信號(hào)。經(jīng)檢查對(duì)端基站沒(méi)有接gps導(dǎo)致。reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 16 頁(yè), 共 22 頁(yè)一、一、 信道參數(shù)信道參數(shù)1同步信道用于給移動(dòng)臺(tái)提供時(shí)間和幀同步,只有一條

27、消息,即同步信道消息。幀長(zhǎng) 80ms,為一個(gè)超幀,每個(gè)超幀分成 3 個(gè) 26.667ms 的幀。同步信道消息體字段:字段字段長(zhǎng)度(bit)字段說(shuō)明msg_type8消息類(lèi)型,次字段基站置為00000001p_rev8協(xié)議版本級(jí)別min_p_rev8最小協(xié)議版本級(jí)別,手機(jī)只有高于次級(jí)別才能接入sid15系統(tǒng)識(shí)別碼nid16網(wǎng)絡(luò)識(shí)別碼pilot_pn9導(dǎo)頻信號(hào)偽隨機(jī)序列偏執(zhí)指數(shù)lc_state42長(zhǎng)碼狀態(tài)sys_time36系統(tǒng)時(shí)間lp_sec8自系統(tǒng)時(shí)間開(kāi)啟后出現(xiàn)的偶秒個(gè)數(shù)ltm_off6本地時(shí)間與系統(tǒng)時(shí)間的偏差daylt1夏時(shí)制時(shí)間指示prat2尋呼信道速率00/9600bit/s,01/48

28、00bit/scdma_freq11頻率分配,對(duì)cdma信道號(hào)碼分配次字段reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 17 頁(yè), 共 22 頁(yè)2尋呼信道尋呼信道用于在移動(dòng)臺(tái)未被指配到業(yè)務(wù)信道時(shí)基站向移動(dòng)臺(tái)發(fā)送控制信息。尋呼信道消息體字段:消息名稱(chēng)(英文)消息名稱(chēng)備注system parameters message系統(tǒng)參數(shù)消息access parameters message接入?yún)?shù)消息neighbor list message鄰區(qū)列表消息僅用于 band class 0:cdma 蜂窩系統(tǒng)cdma channel list messagecdma 信

29、道列表消息slotted page message分時(shí)隙尋呼消息用,只是為了保證兼容性而保留page message尋呼消息已經(jīng)過(guò)時(shí)不用,只是為了保證兼容性而保留order message指令消息channel assignment message信道指配消息data burst message數(shù)據(jù)突發(fā)消息authentication challenge message鑒權(quán)查詢(xún)消息ssd update messagessd 更新消息feature notification message特性通知消息extended system parameters message擴(kuò)展系統(tǒng)參數(shù)消息extend

30、ed neighbor list message擴(kuò)展鄰小區(qū)列表消息僅用于band class 1:pcs系統(tǒng)status request message狀態(tài)請(qǐng)求消息service redirection message業(yè)務(wù)重指示消息general page message通常尋呼消息global service redirection 總體業(yè)務(wù)重指示reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 18 頁(yè), 共 22 頁(yè)message消息tmsi assignment messagetmsi分配消息is95a無(wú)此消息paca messagepaca消息is

31、95a無(wú)此消息extended channel assignment message擴(kuò)展信道分配消息is95a無(wú)此消息general neighbor list message通常鄰小區(qū)列表消息is95a無(wú)此消息null message無(wú)消息3前向業(yè)務(wù)信道在業(yè)務(wù)信道工作時(shí),基站通過(guò)前向業(yè)務(wù)信道將信令消息發(fā)送給移動(dòng)臺(tái)。1)前向業(yè)務(wù)信道速率體系:每幀比特?cái)?shù)速率集合傳輸速率(bit/s)總數(shù)備用信息幀質(zhì)量指示編碼器尾196001920172128480096080882400480400812002401608214400288126712872001441125108360072155881800

32、3612168reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 19 頁(yè), 共 22 頁(yè)62)前向業(yè)務(wù)信道消息匯總:消息名稱(chēng)(英文)消息名稱(chēng)(中文)order message指令消息authentication challenge message 鑒權(quán)查詢(xún)消息alert with information message信息提示消息data burst message數(shù)據(jù)突發(fā)消息handoff direction message切換指示消息 注1analog handoff direction message模擬切換指示消息 注2in_traffic syst

33、em parameters message在業(yè)務(wù)中系統(tǒng)參數(shù)消息neighbor list update message相鄰列表更新消息send burst dtmf message發(fā)送突發(fā)dtmf消息power control parameters message功率控制參數(shù)消息retrieve parameters message恢復(fù)參數(shù)消息set parameters message設(shè)置參數(shù)消息ssd update messagessd更新消息flash with information messagemobile station registered message移動(dòng)臺(tái)已登記消息sta

34、tus request messge狀態(tài)請(qǐng)求消息extended handoff direction message擴(kuò)展切換指示消息service request message業(yè)務(wù)請(qǐng)求消息service response message業(yè)務(wù)響應(yīng)消息service connect message業(yè)務(wù)連接消息service option control message業(yè)務(wù)選項(xiàng)控制消息tmsi assignment message注3service redirection message注3reliance 項(xiàng)目技術(shù)指導(dǎo)內(nèi)部公開(kāi)2021-7-10華為機(jī)密,未經(jīng)許可不得擴(kuò)散第 20 頁(yè), 共 22 頁(yè)supplement channel assignment message注3power control message注3extended neighbor list update message注3candidate frequency search request message注3candidate frequency search control message注3power up function message注3power up function completion message注3general handoff direction

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論