串話單通問(wèn)題分析和解決方案_第1頁(yè)
串話單通問(wèn)題分析和解決方案_第2頁(yè)
串話單通問(wèn)題分析和解決方案_第3頁(yè)
串話單通問(wèn)題分析和解決方案_第4頁(yè)
串話單通問(wèn)題分析和解決方案_第5頁(yè)
已閱讀5頁(yè),還剩13頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、串話單通問(wèn)題分析和解決方案目錄槪述21. 2005. 12-2006. 2月份1860單通/串話 投訴分析32. 單通/串話具體問(wèn)題分析及其解決方案舉例53. 近期單通問(wèn)題SR總結(jié)64. 鶴壁近期單通問(wèn)題測(cè)試總結(jié)和故障原因分析75. 現(xiàn)場(chǎng)處理單通/串話問(wèn)題測(cè)試流程106. 123456行動(dòng)內(nèi)部單通投訴處理流程137. 交換機(jī)超短話單檢査158. 1860投訴工單調(diào)整建議15附件1. 1860投訴工單建議表格171 / 17串話單通問(wèn)題分析和解決方案針對(duì)最近河南網(wǎng)絡(luò)出現(xiàn)的一系列與話音質(zhì)量有關(guān)的問(wèn)題,主要表現(xiàn)為單通/串話等問(wèn)題,我們認(rèn) 為這個(gè)問(wèn)題應(yīng)該不是一個(gè)簡(jiǎn)單的原因造成的,很有可能是由于交換、無(wú)

2、線等各種因素綜合作用而產(chǎn)生 的結(jié)果。從MOTOROLA公司在各地處理單通/串話等問(wèn)題的經(jīng)驗(yàn)來(lái)看,問(wèn)題原因分布情況基本是這樣的。除 去復(fù)測(cè)正常部分,MSC和長(zhǎng)途,手機(jī)終端占大約50%-60%比例,屬于BSS無(wú)線側(cè)原因占大約40%-50% 比例,主要體現(xiàn)在網(wǎng)絡(luò)中硬件問(wèn)題,直放站,載頻.基站,KSW板,分布系統(tǒng),弱覆蓋,外部干擾等 原因。所有發(fā)現(xiàn)的問(wèn)題都是可以得到有效的解決的。解決這類話音問(wèn)題,MOTOROLA公司已經(jīng)積累了相當(dāng)?shù)慕?jīng)驗(yàn),也制定出了一個(gè)比較科學(xué)的流 程。希望能和河南移動(dòng)公司網(wǎng)絡(luò)部積極配合,準(zhǔn)確左位故障現(xiàn)象,發(fā)現(xiàn)問(wèn)題產(chǎn)生的原因。下而首先介紹一下我們?cè)谀车靥幚韱瓮ā⒋拞?wèn)題的經(jīng)驗(yàn),供大家參

3、考。#/17串話單通問(wèn)題分析和解決方案1. 2005. 12-2006. 2月份1860單通/串話 投訴分析某地在2005年下半年投訴網(wǎng)絡(luò)話音問(wèn)題嚴(yán)重,通過(guò)近3個(gè)月的1860單通/串話投訴原因分析和排 查,投訴從12月份的88起降低到2月份的14起,減少84紀(jì)由此可見(jiàn),經(jīng)過(guò)多方精誠(chéng)合作,網(wǎng)絡(luò)中 的單通、串話問(wèn)題是可以得到有效控制的。從產(chǎn)生單通串話的原因看,除去復(fù)測(cè)正常,MSC.傳輸和手機(jī)終端占大約50%-60%比例,屬于 BSS無(wú)線側(cè)原因占大約40%-50機(jī)匕例,主要體現(xiàn)在網(wǎng)絡(luò)中硬件問(wèn)題,直放站,載頻,基站,KSW板,分 布系統(tǒng),弱覆蓋,外部干擾等原因。需要說(shuō)明的是,出現(xiàn)單通/串話投訴復(fù)測(cè)正常

4、可能會(huì)占到50%以上的比例,但這不代表就一左沒(méi) 有問(wèn)題。在我們處理的故障中就有這樣的例子,初次測(cè)試沒(méi)有問(wèn)題,但投訴依舊。經(jīng)過(guò)調(diào)動(dòng)大量測(cè)試 人員進(jìn)行現(xiàn)場(chǎng)測(cè)試,同時(shí)掛表進(jìn)行信令跟蹤和監(jiān)聽(tīng),最終找到了是直放站的問(wèn)題。經(jīng)廠家的解決后, 徹底解決了該地區(qū)單通/串話問(wèn)題。1.112-2月份單通/串話對(duì)比從下表中.可以看出從2005年12月份到2006年2月份,單通/串話問(wèn)題投訴的次數(shù)分別為44-19-9次;現(xiàn)場(chǎng)復(fù)測(cè)正常的次數(shù)分別為44-18-5次。122月份單通/串請(qǐng)對(duì)比9080706050杯初201 O3005-122006-0120064)2單逼/串諸問(wèn)遞現(xiàn)場(chǎng)河試正甞1.2 單通/串話投訴原因分類從產(chǎn)

5、生單通串話的原因看,除去復(fù)測(cè)正常,MSC.傳輸和手機(jī)終端占大約50%-60%比例,屬于BSS 無(wú)線側(cè)原因占大約40$-50%比例,而這部分絕大部分都可以通過(guò)常規(guī)的無(wú)線優(yōu)化方案進(jìn)行解決。12月1860單通/串話投訴原因分類串話單通問(wèn)題分析和解決方案9/172. 單通/串話具體問(wèn)題分析及其解決方案舉例對(duì)1860單通/串話的投訴.我們進(jìn)行問(wèn)題的分析和定位,同時(shí)進(jìn)行現(xiàn)場(chǎng)的撥打測(cè)試。我們認(rèn)為, 造成單通串話的主要原因可以分成兩大類:網(wǎng)外原因和網(wǎng)內(nèi)原因。2. 1網(wǎng)外原因a. 發(fā)生在移動(dòng)和其他運(yùn)營(yíng)商間通話??赡苁歉鱾€(gè)長(zhǎng)途電路局之間的電路故障和數(shù)拯故障。b. 移動(dòng)和接口運(yùn)營(yíng)商間數(shù)據(jù)協(xié)商故障。c. 網(wǎng)絡(luò)投訴原始

6、記錄不夠詳細(xì),此類問(wèn)題較難統(tǒng)計(jì)。d. 大部分非網(wǎng)絡(luò)原因的單通無(wú)聲投訴均測(cè)試正常,可能沒(méi)有真實(shí)模擬用戶和外網(wǎng)通話情況而 沒(méi)有發(fā)現(xiàn)問(wèn)題。2.2網(wǎng)內(nèi)原因a.交換原因:交換機(jī)和BSC之間,交換機(jī)和匯接局、智能網(wǎng)設(shè)備之間、彩鈴服務(wù)骼之間的配 合協(xié)商或第三方設(shè)備故障等引起的原因b無(wú)線原因:由于無(wú)線設(shè)備、無(wú)線環(huán)境方而引起原因,下表是主要無(wú)線原因和解決方案舉 例:投訴地點(diǎn)問(wèn)題原因解決方案世貿(mào)大廈A座寫(xiě)字樓載頻PB低,BER髙更換載頻頻率干擾修改頻點(diǎn)市公安局4號(hào)樓直放站整改直放站省移動(dòng)公司參數(shù)設(shè)置不當(dāng)優(yōu)化數(shù)據(jù)庫(kù)參數(shù)曙光路外東山弄弱覆蓋安裝直放站加強(qiáng)覆蓋BSC04-BTS22BSS/47/Circuit_Faul

7、t_Detected_On_PATH_Channel 和39/ Circuit_Fault_Detected on Rad i o Channe 1 告警更換基站MCU板BSC68BSS/43/ Circuit Fault Detected on PCM Circuit更換MSI板3. 近期單通問(wèn)題SR總結(jié)3.1 SR2077618經(jīng)過(guò)路測(cè)確認(rèn),單通問(wèn)題發(fā)生在一塊固肚的CTU2模塊上,執(zhí)行INS操作后問(wèn)題消失。我們已經(jīng)與 硬件(hardware)和固件(firmware)部門(mén)進(jìn)行了討論和研究,決上從固件firmware入手,收集相關(guān) 數(shù)據(jù)加以分析,以斷定是硬件還是固件的問(wèn)題。附數(shù)拯收集步驟。此

8、數(shù)據(jù)要求在問(wèn)題發(fā)生時(shí)收取CTU2 Generic CallQuality DCP. doc3. 2 SR2086720單通問(wèn)題出現(xiàn)在一個(gè)固泄基站下,此基站是一個(gè)室內(nèi)分布系統(tǒng)經(jīng)過(guò)現(xiàn)場(chǎng)測(cè)試,此次單通問(wèn)題與基 站設(shè)備無(wú)關(guān),而是由于室內(nèi)分布天線系統(tǒng)造成的,現(xiàn)已經(jīng)由天線廠家解決。4. 鶴壁近期單通問(wèn)題測(cè)試總結(jié)和故障原因分析為了更淸楚的描述鶴壁濮陽(yáng)出現(xiàn)的串話投訴問(wèn)題,我們將收集到的比較詳細(xì)的串話投訴匯總一 下,包括現(xiàn)場(chǎng)現(xiàn)彖詳細(xì)描述和分析的可能原因: 第一.6月3日晚1次投訴投訴現(xiàn)象:用戶A作主叫在“蔡莊”基站,用戶B作被叫在“蔣村”第1扇區(qū),雙方在21:39:56建立正常 通話:用戶C作主叫在“蔣村”第1

9、扇區(qū),用戶D作被叫在??h縣城(聯(lián)通號(hào)碼),雙方在21:39:56 建立正常通話。通話1分鐘后,用戶A與用戶C竟然直接對(duì)話,而原來(lái)2個(gè)正常通話都中斷,投訴分析:“蔡莊基站在鶴壁北部邊界,與安陽(yáng)湯陰縣接壤.它本身在BHB11,是BHB11. BHB13、BHB14 的交界處。“蔣村”基站在鶴壁南部邊界,與安陽(yáng)滑縣接壤,它本身在BHB14,是BHB11. BHB12、BHB14的 交界處。檢查當(dāng)時(shí)的SWFM和EVENT_LOG, CNRC沒(méi)有發(fā)現(xiàn)異常現(xiàn)彖。從GI上看也不存在同頻同BSIC問(wèn) 題。但由于這2個(gè)基站所處位置的特殊性,我們分析認(rèn)為這次串話應(yīng)當(dāng)與切換有關(guān),尤其是BSC之 間的切換。第二、6月

10、20日上午2次投訴投訴現(xiàn)象:用戶A作主叫在鶴壁移動(dòng)1樓營(yíng)業(yè)廳,用戶B作被叫在營(yíng)業(yè)廳對(duì)而的博物館,中間僅隔著一條馬 路,雙方在12:08建立呼叫,電話接通時(shí),被叫B首先聽(tīng)到的是第三人的聲音,大約3秒鐘后恢復(fù) 正常通話:用戶C作主叫在鄭州,用戶C作被叫在鶴壁移動(dòng)2樓辦公室,雙方在14:08建立呼叫,電話接通 時(shí),被叫C首先聽(tīng)到的是第三人的聲音,大約5秒鐘后恢復(fù)正常通話。投訴分析:通過(guò)對(duì)2次通話的通話淸單和A口信令分析,發(fā)現(xiàn)2次投訴有共同點(diǎn):這3個(gè)鶴壁手機(jī)都是處于 “移動(dòng)公司”基站的覆蓋區(qū)域,但是在剛接通的瞬間,都發(fā)生了頻繁的BSC內(nèi)部切換,涉及到的小 區(qū)有5508 (移動(dòng)公司基站).5526 (信

11、用聯(lián)社基站).5554 (市政府基站)。通過(guò)這2次投訴分析,我們更加確立串話與切換有關(guān),切換是串話發(fā)生的必要條件,但不是充分 條件。第三、6月20日晚上5次投訴投訴現(xiàn)象:用戸6月20日晚上投訴在鶴壁老區(qū)奔流街中段1小時(shí)內(nèi)遇到5次串話,這次串話比較有代表 性,是目前投訴最密集的地點(diǎn)。通過(guò)與主被叫客戸逐個(gè)聯(lián)系并詳細(xì)詢問(wèn),通過(guò)NOKIA I程師對(duì)通話 淸單的認(rèn)真分析,我們基本上搞淸了這5次串話的詳細(xì)特征:n被置主叫起 呼小區(qū) 結(jié)束小區(qū)被叫起 呼小區(qū) 一結(jié)束 小區(qū)h3 一鶴氐八一3 一鶴氐街一H通話3分鐘后串 話主叫聽(tīng)不淸第 三個(gè)聲音,被叫 聽(tīng)淸第三個(gè)聲音 在說(shuō):“剛才還 說(shuō)話好好的,現(xiàn) 在怎么不說(shuō)

12、了?然后過(guò)了 1秒左右主被叫 都聽(tīng)到“您撥打 的號(hào)碼無(wú)法接 通”自動(dòng)掛機(jī)鶴壁老 區(qū)公園 八角亭一鶴區(qū)街一SIX no50115608一鶴匪街一EHR6081As 1 一鶴匿街一BSS608 IXH3 一鶴應(yīng)街_n60 單18話話投訴分析:(1)通過(guò)EVENT LOG,我們明顯可以看出15501扇區(qū)的載頻DRI 0 7在6月20日晚21:35:07 21:37:35近3分鐘的時(shí)間里,出現(xiàn)了告警并發(fā)生自動(dòng)重啟現(xiàn)象,可以確左這種現(xiàn)象會(huì)導(dǎo)致掉話 產(chǎn)生,影響手機(jī)用戶通話質(zhì)量。(2)通過(guò)PM統(tǒng)計(jì)指標(biāo)明顯可以看出,15501在6月20日晚21:0022:00時(shí)段的掉話明顯升高,掉 話總次數(shù)達(dá)到66次,是平時(shí)

13、正常值的30倍左右,全網(wǎng)最髙;MA_FAIL_FROM_MS統(tǒng)計(jì)值比平時(shí)正 常值要髙出1倍:INTRA_CELL_HO_RETURN統(tǒng)計(jì)值比平時(shí)正常值也高出1倍之多??傊甈M指標(biāo)表 現(xiàn)異常變差。因此,從以上2點(diǎn)的異常情況看,這5次串話應(yīng)該與載頻自動(dòng)重啟有因果關(guān)系。摩托羅拉從接到該CASE至今所作的努力:(1)在CNRC的建議下,進(jìn)行了 BSC/XCDR的TDM主備用倒換和MSC的主備用倒換:(2)收取串話發(fā)生時(shí)的SWFM和EVENT.LOG, CNRC對(duì)其進(jìn)行分析:(3)與MSC對(duì)參數(shù),與安陽(yáng)參數(shù)設(shè)置進(jìn)行對(duì)比:(4)配合客戶進(jìn)行現(xiàn)場(chǎng)撥打測(cè)試:(5)成立了遠(yuǎn)端技術(shù)支持小組專門(mén)處理串話問(wèn)題;(6)

14、147258 動(dòng)員:(7)檢査 RCI 告警(circuit fault detected on path channel/radio channel/PCM) 鶴壁現(xiàn)網(wǎng)很 少幾乎沒(méi)有:(8)檢查時(shí)鐘同步問(wèn)題,沒(méi)有發(fā)現(xiàn)失鎖基站或RXCDR、BSC;(9)對(duì)比鶴壁濮陽(yáng)與安陽(yáng)的Feature,確實(shí)各不相同,但CNRC確左不會(huì)因?yàn)槿鄙倌骋豁?xiàng)CODE而導(dǎo) 致串話,否則投訴量肯定很大很大;(10)檢查“TRAU幀同步丟失”告警,有但是與串話發(fā)生的時(shí)間不對(duì)應(yīng),有的投訴時(shí)間根本沒(méi)有:(11)將BHB11. BHB13的所有基站在7月7日晚上進(jìn)行了重啟。鶴壁濮陽(yáng)串話投訴現(xiàn)象匯總:現(xiàn)象1:雙方正在通話突然出現(xiàn)第

15、三方聲音,但只有一方(主叫或被叫)能聽(tīng)到.而且原通話還可以 正常進(jìn)行;現(xiàn)象2:雙方正在通話突然出現(xiàn)第三方聲音,只有一方(主叫或被叫)能聽(tīng)到,但原正常通話中斷, 聽(tīng)到串話者與串話人不能通話;現(xiàn)象3:雙方正在通話突然出現(xiàn)第三方聲音,只有一方(主叫或被叫)能聽(tīng)到,原正常通話中斷,但 聽(tīng)到串話者與串話人能通話到主動(dòng)掛機(jī)?,F(xiàn)象4:被叫方剛一開(kāi)始接聽(tīng)時(shí),聽(tīng)到的是第三人的聲音,三方都不能正常通話,但經(jīng)過(guò)5秒左右主 被叫雙方又能正常通話,直到掛機(jī)結(jié)束沒(méi)有再遇到串話?,F(xiàn)象5:雙方通話3分鐘后主被叫同時(shí)聽(tīng)到第三個(gè)人的聲音,雙方正常通話中止,4秒鐘后主被叫同時(shí) 聽(tīng)到“您撥打的號(hào)碼暫時(shí)無(wú)法接通”,然后自動(dòng)掛機(jī)。MSC

16、上查通話淸單發(fā)現(xiàn)通話終止的原 因值不是正常釋放而是“無(wú)線接口失敗”或“BSSMAP協(xié)議錯(cuò)誤” o串話單通問(wèn)題分析和解決方案5. 現(xiàn)場(chǎng)處理單通/串話問(wèn)題測(cè)試流程5. 1處理流程示意圖頻傳天放分 査直式 檢率輸線站布單通無(wú)聲串音11/ 1752處理流程詳解:串話單通問(wèn)題分析和解決方案1. 1860接到用戶單通、無(wú)聲或串話的投訴后,應(yīng)盡量詢問(wèn)到下列詳細(xì)信息:a. 所處位垃b. 電話另一方所處位置c. 主叫無(wú)聲還是被叫無(wú)聲d問(wèn)題出現(xiàn)的頻率2. 在獲得上述信息后,立即通知移動(dòng)公司維護(hù)人員及摩托羅拉相關(guān)人員,以便及時(shí)組織人員進(jìn)行 現(xiàn)場(chǎng)路測(cè)。3. 對(duì)1860的單通投訴進(jìn)行匯總,并結(jié)合現(xiàn)場(chǎng)測(cè)試結(jié)果確左單通發(fā)生

17、的范用是在:a. 集中在某個(gè)特左的基站下b. 集中在某個(gè)BSC/RXCDR下c. 集中在某個(gè)MSC下d. 集中在某特定局向:如 CMCC-UNICOM, TELECOM-CMCC, 4. 如果發(fā)生在某一基站下,首先査看EVEYT歷史記錄有無(wú)RCI告警,如:39 BSS: Circuit Fault Detected on Radio Channel告警會(huì)給出詳細(xì)信息,如:RCI Fault for RCI 1 2 3 4BTS Site 2DRI ID 0 3 0DRI Timeslot 4嘗試更換相關(guān)硬件,依次包括:a. 載頻b. NIUc. T43dMCU (F)或 SCe. BSC 側(cè)的

18、MSI5. 如果基站上無(wú)告警,則要通過(guò)撥打測(cè)試來(lái)斷立問(wèn)題所在:a. 集中在一塊或多塊特左載頻,請(qǐng)先收集VCAT數(shù)據(jù)(具體收集方法另行說(shuō)明),然后執(zhí)行INS 操作或更換載頻。b. 集中在某一小區(qū)的全部載頻上,請(qǐng)檢查天饋線(分布式、直放站)系統(tǒng)、覆蓋及干擾情況。c. 集中在某一條傳輸上的RTF上,請(qǐng)檢查傳輸是否連接正確及有無(wú)接觸不良問(wèn)題。6. 如果單通發(fā)生在某一個(gè)BSC下的多個(gè)基站,則問(wèn)題應(yīng)該出現(xiàn)在BSC和RXCDR側(cè)。首先査看 EVENT歷史記錄確定是否存在CIC相關(guān)的告警.如:#0 - NOT APPL - *N0NE*.communicationFailureEvent - BSS - BS

19、S11(BSS11:SITE-O:): 0 BSS 0 -16/09/200515:42:21431 Circuit Fault Detected on PCM Circuit - FMIC - Investigate -/-CIC# 661通過(guò)MMI命令確左CIC的物理通路,然后更換相應(yīng)板件(MSI/GDP/XCDR ):在 BSC,state 0 cic disp_conndisp_eq 0 cic disp_mms_ts_usage 0 在 RXCDR,disp_conndisp_mms_ts_usagedisp_eq 0 cic 7. 在BSC和RXCDR分別查看有無(wú)KSW/TDM告警

20、,如有應(yīng)先進(jìn)行排除,然后執(zhí)行SWAP 0 TDH以確 定是否是為T(mén)DM硬件逍成的單通8. 檢查數(shù)據(jù)庫(kù)CIC配置是否有錯(cuò),并嘗試在BSC側(cè)INS相關(guān)AXCDR,以排除可能的軟件故障。目 前CNRC正在對(duì)軟件可能性進(jìn)行詳細(xì)調(diào)査,稍后會(huì)與杭州移動(dòng)溝通進(jìn)展情況。9. 如果沒(méi)有CIC和KSW告警,請(qǐng)使用儀表分別對(duì)A接口、Ater接口對(duì)所有CIC進(jìn)行逐一監(jiān)聽(tīng), 以確宦出問(wèn)題的CIC,然后更換MSI/GDP/XCDR板,并檢査XCDR-MSC. BSC-XCDR之間的電路鴛 鴦線、接頭阻抗大等。10. 如果問(wèn)題發(fā)生在特左局向,請(qǐng)確左無(wú)聲問(wèn)題具體發(fā)生在上下行那個(gè)方向。如從HSC側(cè)來(lái)的下 行鏈路無(wú)聲,則問(wèn)題應(yīng)該

21、不在我們BSS側(cè)。如果上行無(wú)聲則根本不會(huì)固左在特怎的局向,請(qǐng)參考 上面的步驟予以排査。11. 如果是一個(gè)HSC下的多個(gè)BSC產(chǎn)生單通現(xiàn)象,可對(duì)所有BSC逐一采用上而6到9步進(jìn)行排 査。同時(shí)應(yīng)該在HSC側(cè)也開(kāi)展調(diào)查。12. 如果不同MSC下的BSC都出現(xiàn)單通,除了對(duì)相關(guān)BSC和MSC進(jìn)行調(diào)查外,還應(yīng)檢查MSC之間 電路的配置和連接是否正常。5. 3注意事項(xiàng)單通,無(wú)聲和串音的故障屬于比較難預(yù)防的故障。但是,我們認(rèn)為,做好以下的工作,可以及 時(shí)預(yù)防故障出現(xiàn):及時(shí)收集和處理告警(MSC, GDP, RCL CIC, KSW傳輸?shù)雀婢航y(tǒng)計(jì)分析(是否有TCH占用時(shí)間十分短的小區(qū)):話單分析(是否有占用

22、時(shí)間很短的CIC):新加CIC電路先測(cè)試好在開(kāi)通:新入網(wǎng)的網(wǎng)元嚴(yán)格按照ATP進(jìn)行測(cè)試,保證每一個(gè)CIC的完好匚另外,如果發(fā)現(xiàn)單通問(wèn)題,諳及時(shí)與摩托羅拉河南分公司及CNRC聯(lián)系,我們會(huì)提供必要的幫助 并盡最大努力來(lái)解決現(xiàn)網(wǎng)中的單通故障13/17串話單通問(wèn)題分析和解決方案6. 123456行動(dòng)內(nèi)部單通投訴處理流程1、在鶴壁.濮陽(yáng)的各個(gè)BSC中。在每個(gè)BSC的L3下輸入:connection.code “123456”2、在收到同事的單通、串話、無(wú)聲的投訴后,根據(jù)所附列表,詳細(xì)記養(yǎng)投訴現(xiàn)象。 表格如卜1人 訴 投期 日SS方 叫 被注 備鋒 卜目 天彌 光圈H手機(jī)(撥打虛 擬網(wǎng))或小 (、等 機(jī)話通

23、分現(xiàn)象 幾出現(xiàn) 話后通 通鐘單3、根拯同事的投訴信息,在該BSC下的SWFH中査找該投訴的nonfault信息。并記錄所附列表信息。表格如卜如:BSCBTSDRITSAbis 口 傳輪Abis 口 傳輸TSCIC號(hào)A1 口 傳輸Ater 口 傳輸TSA 口傳 輸A 口 傳輸TS調(diào)査結(jié)果4311. 4417. 0649316, 01024. 0192月?日、調(diào)查該站投有發(fā)現(xiàn)任 何諛件告婪?,F(xiàn)場(chǎng)側(cè)試沒(méi)有發(fā) 現(xiàn)載頻故障。經(jīng)HflCC的CIC監(jiān)聽(tīng) 。為&口山CIC倍核故障査找信息步驟如下:A、通過(guò)投訴信息査找到該區(qū)域的BSS如果沒(méi)有在該區(qū)域的BSC下找到相關(guān)SWFM信息。 則到該區(qū)域的相鄰BSC下查找

24、。B、登到該BSC下BSP的EM0N中。用命令swfm r a查找岀投訴者在輸入123456是出現(xiàn)的 nonfault消息。該消息格式如下:SWFM Log Entry 91555Nonfatal SWFM ErrorRoutine: Call Resource Information555Area: 0x00008000 Error: 0x00000000 PC: 0xc003ba3e PID: 0x40 (SM BSC)555BSS Release: 1. 7. 6. fO. 36 ObjVersion: 1. 7 6. 17. 2 Exec Version: 1 7. 6 17. 155

25、507-Feb-2006 11:11:20. 070 Subsystem: 0x01 CPU: 0x0119 Board: GPR0C3 RAM555555STATIC Call Info555555555RCI ID0x04ObO104555Local Cell4555Local Carrier11*該站的DRI號(hào),從第一扇區(qū)開(kāi)始計(jì)算555(Sub)channel1555Air Timeslot4宕該載頻的TS555CIC ID0121*本次通話的CIC號(hào),16進(jìn)制555Call Orig BTS31*通話的基站號(hào)555555MSC-Bound BSC MMS Info555555 MMS

26、ID16 0555 MMS Timeslot12 TDM TS 0x0189555 MMS Bit Num4555555 BTS-Bound BSC MMS Info000555 MMS ID17 0555 MMS Timeslot12 TDM TS 0x0187555 MMS Bit Num0555一一一*BSC到RXCDR間的傳輸號(hào) *該條傳輸上的TS*BSC到BTS間的傳輸號(hào)*該條傳輸上的TSEnd of the NONFATALSWFM queue.C、通過(guò)以上信息,添寫(xiě)完上面的表格(注意在檢査CIC時(shí),需關(guān)注該CIC所在的MMS在 投訴時(shí)的前后時(shí)間內(nèi)有無(wú)狀態(tài)變化,比如有無(wú)復(fù)位過(guò).MM

27、S是否處在故障狀態(tài)等), 如果發(fā)現(xiàn)該CIC所在的傳輸狀態(tài)有所改變,說(shuō)明該CIC號(hào)有可能飄移。則需在旁邊標(biāo) 注。而對(duì)SWFM中查找出的CIC、MMS中TS也需要求發(fā)工單監(jiān)聽(tīng)。4、記錄人員要求MOTOROLA工程師檢查涉及到的硬件告警,并跟蹤檢査情況。這些硬件信息包 括:涉及到的DRI. Abis 口 MSI. Ater 口 MSI. A 口 MSI. RXCDR的DSW等單通告警。告警列 表要附在記錄的EXCEL表上。5、記錄人員要求河南移動(dòng)/MOTOROLA安排相關(guān)人員現(xiàn)場(chǎng)測(cè)試,并跟蹤測(cè)試結(jié)果。測(cè)試要求為: 提交A口跟蹤建議給交換機(jī)工程師,要求在A口跟蹤測(cè)試人員消息。盡量模擬投訴人員的撥 打情

28、況(比如雙方的位宜)o要求完成問(wèn)題小區(qū)的每個(gè)載頻撥打測(cè)試。問(wèn)題載頻的每個(gè)TS 撥打測(cè)試。并且在現(xiàn)場(chǎng)模擬用戶正常通話不少于20次。6、記錄人員發(fā)檢査工單給HNMCC,要求HNMCC監(jiān)聽(tīng)涉及到CIC通話情況。并跟蹤7、HNMCC監(jiān)聽(tīng)結(jié)果。要求提交給HNMCC的監(jiān)聽(tīng)工單包含Abis 口、Ater 口、A 口上MMS的TS。 及相關(guān)CIC。工單要求HNMCC協(xié)助完成每個(gè)問(wèn)題點(diǎn)的TS監(jiān)聽(tīng)。8、根拯調(diào)查結(jié)果,記錄人員完善EXCEL表格。并在每周把記錄表格泄期發(fā)給全組優(yōu)化人員。9、記錄EXCEL表格如下:D:work desktop2006 EAST region17/177. 交換機(jī)超短話單檢査當(dāng)用戸在發(fā)

29、生單通.無(wú)聲或串話等問(wèn)題時(shí),由于不能正常完成通話,所以一般都是喂幾聲后就掛斷電 話了,所以這樣的通話一般都只能維持幾秒鐘。由于信令上正常,所以都會(huì)正常計(jì)費(fèi),只是話單顯示 通話時(shí)長(zhǎng)很短。通過(guò)這個(gè)特點(diǎn),我們可以考慮從交換機(jī)超短話單入手,找到這些話單,并從話單中讀取重要信息,以便我們排查問(wèn)題。下面是一個(gè)典型話單的例子:BllingRecordBillmaRecordlQ*RecordTrpeCallTransactionTypeSeiredlilEIScrvcdlMSISeedMSISDNChargingTiweDataS tar tOf Chargi ngD ate “5 tar tOfCharg

30、mgr irre TitneStsmp*CalLDurot-ionTiireQuaLityMSC-IDCoimcctcdSvitchlOBSC-IDLocat ionJlreaCode CellldTransactionldentifier OtherParty(EL/81):(DF63/O8):(02/01):(OZ/OL):(C8/08):(C6/O8):(C7/08):(EE/10):(D3/O3):(F4/O5):(04/03):(DL/02):(02/01):(CA/04):8FC2EE0AilA25F300 - 0 - sing!eTypeA01 - 1 - moc53157900

31、59515300 - 3551970095153500 6400403 43-12768F8 - 45000433372868F 683138058394F6FF - 8613835038496FFF0S09O1 - 04.09.0S235126 - 23:51:26019D - 411s - OOh 05 5100 - 0 - certain13900350 -0-1- 10 -4/ 00D4(CB/02): 2160 -2-0- 11-0/ 0858(CC/02): 35D1(CF/OZ): OCEE(CD/01) : E0(C9/0C): 8194O654F3FFrFFFFFFFFFFF

32、- 960453FFFFFrFFFFFFFFF- TypeOfNumber: 0 - Unknown- Number ingPIan: 1 - E164BasicserviceTeleServiceTronswissionMode(D5/01) : 11(DB/OL) : 01- TS 11, Telephcny- requested -fullratetrans - not.transparency alloc - notindie - hod relevant re Levant relcvaiit.MSClassJIarjcOutTkBnew(DC/02): 0923(DF35/10): 58495A57545F47573120202020202020-

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 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ì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論