最近在荊門進(jìn)行了一些cqt的測試_第1頁
最近在荊門進(jìn)行了一些cqt的測試_第2頁
最近在荊門進(jìn)行了一些cqt的測試_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡介

1、串話探討:最近在荊門進(jìn)行了一些cqt的測試,其中主要針對的是一些串話的投訴, 由于以前對串話的一些處理的不是很多,現(xiàn)在總結(jié)了一些相關(guān)的資料分享給大 家,希望大家批評指正1、問題描述及分析:手機在A小區(qū)起呼,占用半速率信道(Half Rate Channel 1),向B小區(qū)全 速率信道切換失敗后,沒有回到原來的半速率信道,而是以全速率的方式返回原 來的半速率信道,如果處于同一時隙的Half Rate Channel 0信道有人正在使用, 那么以全速率方式返回的手機可以解出Channel 0上的語音(而不能解出自己Cha nnel 1上的語音),從而形成串話。此時,對端手機將不能聽到任何聲音, 形

2、成掉話(先表現(xiàn)為不通,1020秒后掉話)。而Channel 0上真正的手機用戶 將收到問題手機嚴(yán)重的上行干擾,以至其對端甚至可能聽不到聲音,形成 Channel 0手機單通和其對端手機掉話。被干擾的 Channel 0呼叫可能在3秒后 由于質(zhì)量原因進(jìn)行切換,也有可能在沒有切換條件的情況下在一段時間后掉話。解決辦法:根據(jù)規(guī)范,手機在切換失敗后,應(yīng)該以原來的(切換前的)形式(包括頻點、 時隙、全速率/半速率、加密模式等等)回到原來的信道,網(wǎng)絡(luò)對此無法干預(yù)。 所以,手機在切換失敗返回時“擅自”改變信道參數(shù)的行為,我們認(rèn)為是手機問 題,有待解決2、問題描述及分析:高話務(wù)地區(qū)出現(xiàn)大面積的串話。BSC參數(shù)

3、T3109小于小區(qū)參數(shù)下行無線鏈 路超時時,由于網(wǎng)絡(luò)判斷鏈路中斷的時間比手機判斷的時間短,因此在高話務(wù)的 情況下,網(wǎng)絡(luò)釋放的資源會立即分配給其他手機, 造成原手機可以聽到其他用戶 的聲音,產(chǎn)生串話。解決辦法:修改 T3109,使得 T3109>Radio Link Time Out+ 1 秒?yún)?shù)定義.doc3、問題描述及分析:A呼叫B,然而是C接聽。A的主叫話單中被叫號碼為B,C沒有任何話 單,B有被叫話單能和A用戶話單完全對應(yīng)。B和C都在相同的MSC下。首先, 當(dāng)用戶A在交換機上正常登記后,如果該用戶投訴不能做主被叫,機房維護(hù)人員 可能基于維護(hù)方面的原因,需要在HLR里面清除用戶A的位

4、置信息,此時,HLR 會向 MSC 發(fā)送 CANCEL_LOCATION 操作。其后,MSC 收到 CANCEL_LOCATION消息后,會將用戶A的VLR數(shù)據(jù)清除,并且將用戶 A的 TMSI置為FREE狀態(tài)。但是此時用戶A的手機終端并不知道此操作,所以在手 機終端A中存放的仍是原來的 TMSI。根據(jù)ETSI-GSM04.08和ETSI-GSM09.02 規(guī)范中的定義,MSC在收到HLR發(fā)過來的CANCEL_LOCATION消息后,僅是 在VLR里面清除用戶信息,并不能發(fā)送任何消息通知手機。由于對于交換機來 說,用戶A原來的TMSI已經(jīng)被置為FREE狀態(tài),即允許分配給其他用戶,在話 務(wù)較忙的情

5、況下,MSC又將此用戶A原來的TMSI分配給了用戶C。此時如果 用戶 A 使用老的 TMSI 進(jìn)行呼叫,則在被叫手機上面顯示的就是用戶 C 的號碼。 而若用戶 A 做被叫的話,電話會接通 C 用戶,造成串話。解決辦法 :該問題是由于 TMSI 錯誤導(dǎo)致,通過開啟每次鑒權(quán)解決。4、問題描述及分析 :在空中接口上,兩個用戶所占用的 TCH 信道出現(xiàn)重疊,且載干比滿足一定 條件時,會出現(xiàn)串話的情況。信道重疊的概念:GSM 是個頻分加時分系統(tǒng) ,即信道是按照頻率以及時間來劃分的 .那么只有當(dāng) 兩個信道的頻率和時間完全重合 .這兩個信道才是重疊的 .對于同一個小區(qū)而言 , 由于各載頻所使用的頻點都是不同

6、的 ,且同一個頻點的 8 個信道在時間上存在先 后秩序 ,因此在小區(qū)內(nèi)是不可能出現(xiàn)信道重疊的 .而對于不同 BTS 的兩個小區(qū) (以 不跳頻為例 ),由于這兩個小區(qū)可能存在相同的頻點 ,此外由于這兩個小區(qū)在時間 上是異步的 ,因此可能存在兩個信道重疊的情況 .載干比需滿足的條件:GSM 各小區(qū)采用語音編解碼以及信道編解碼的方式完全相同,且現(xiàn)網(wǎng)沒有采用 加密技術(shù),因此占用信道A的手機解調(diào)出信道B信息的可能性是存在的。此外, 同頻干擾的解調(diào)門限是9dB.即在C/l>=9dB時,可以解調(diào)出有用信號.那么當(dāng)l/C>=9dB時,占用A信道的手機就可以解調(diào)出B信道的內(nèi)容。解決辦法 :1. 頻率

7、優(yōu)化2. 開啟跳頻(頻率分極,減少信道重疊的可能)3. 關(guān)閉 DTX (增加有用信號的載干比)4. 可開啟加密,使得 A 用戶無法解調(diào)出 B 用戶的語音幀,避免串話。5、問題描述及分析 :貴陽聯(lián)通D網(wǎng)(Alcatel BSC )自11月23號開始,切換掉話急劇增多, BSC間的切換成功率下降幅度很大,且涉及到幾乎所有小區(qū)。與此同時,網(wǎng)絡(luò)中 出現(xiàn)了大量的用戶串話投訴。經(jīng)現(xiàn)場測試發(fā)現(xiàn),在 Alcatel D網(wǎng)與西門子G網(wǎng)切 換時很容易發(fā)生串話。串話原因:(交換機處理后續(xù)切換流程不完善 )經(jīng)測試發(fā)現(xiàn)問題集中在西門子 MSC切換到貝爾MSC成功后,再后續(xù)切換 回西門子MSC不成功,然后西門子交換機先釋

8、放了兩個交換機之間的 ISUP中繼 資源,但沒有在MAP口發(fā)送釋放消息通知貝爾 MSC若西門子MSC把該中繼資 源再分配給其他用戶時,仍在貝爾MS(下的手機會發(fā)生串話的情況。此后,當(dāng)西 門子交換機在MAP接口收到貝爾MSC發(fā)送的下一條后續(xù)切換請求時,發(fā)出了異常 的 ABOR信 令消息,CAUSES是 Un recog nized Tran saction ID 。解決方法:問題發(fā)生時, 西門子交換機是作為切換的主控交換機, 根據(jù)規(guī)范定義, 主 控交換機需要負(fù)責(zé)整個呼叫的完全監(jiān)控。 因此需要西門子交換機修改后續(xù)切換相 關(guān)的軟件,規(guī)范異常釋放的流程,在對 ISUP接口釋放的同時,必須在 MAPS

9、口 通知釋放對端交換機。 這樣就可以解決貴陽聯(lián)通在切換時發(fā)生串話 /掉話等問題。6、問題描述 :A呼叫B,然而是C接聽。A的主叫話單中被叫號碼為B, B沒有任何話單, C有被叫話單能和A用戶話單完全對應(yīng),C話單中主叫號碼為 A B和C都是SCP 彩鈴方式用戶,且在相同的 MSCT。串話原因:(彩鈴平臺故障引起直串)A呼叫B,主叫交換機在得到SCP返回的MSR后,向彩鈴平臺(AIP)發(fā)送 了 1AM。AIP分析MSRN然后第一次向被叫交換機發(fā)送IAM。由于某些原因(比 如B用戶未被尋呼到),被叫交換機回送了 REL給AIP (彩鈴平臺)釋放這次呼 叫,因此A,B之間未被接通,所以沒有話單。按照規(guī)

10、范流程,AIP應(yīng)把REL釋放信令送給主叫交換機,結(jié)束本次呼叫,但由于彩鈴平臺故障,AIP沒有向主叫局發(fā)出釋放信令, 而是在收到被叫局釋放消息后間隔了 0.1 秒再次向被叫交換機 發(fā)送了 IAM,其中MSRI和主叫號碼與前一次的一樣。在這0.1秒期間,本來是B 用戶使用的MSR因為已經(jīng)釋放,另外分配給了 C用戶,造成C用戶應(yīng)答了該呼 叫,這樣就導(dǎo)致了直接串話到C上,而且A的主叫話單和C的被叫話單能完全對 應(yīng)解決方法:彩鈴中心核查7、串話原因:( 2M 中繼鏈路對錯或傳輸線誤碰在一起產(chǎn)生串話)中繼鏈路問題(包括TC, MSC間,移動MS(與公網(wǎng)間)導(dǎo)致一個通話的來去 兩路話音中, 有一路可以送達(dá)對

11、端, 而另一路不能正確的送達(dá)對端, 或有其他用 戶串入,引起串話。解決方法: 核查傳輸8、串話原因:( TC 模塊故障)TC 上的某些 DT16 板出現(xiàn)故障,造成占用該時隙的電話出現(xiàn)串話解決方法: 更換相應(yīng)硬件9、問題描述:彩鈴用戶做被叫時出現(xiàn)串話,而非彩鈴用戶做被叫時無串話。串話原因: (彩鈴平臺物理連接錯誤導(dǎo)致的串話 )該案例發(fā)生在“ SCP觸發(fā)彩鈴”方式下,MSC之間的信令接續(xù)和通路必須經(jīng) 過彩鈴平臺。由于彩鈴平臺物理連接的錯誤,導(dǎo)致了串話的發(fā)生。解決方法:1. 經(jīng)過撥打測試和定位出現(xiàn)串話的模塊之后,檢查物理連接電路,發(fā)現(xiàn)串 話問題的根源。2. 改用“交換機觸發(fā)彩鈴”方式后,話務(wù)直接從MSC之間走,不會發(fā)生由于彩鈴問題而導(dǎo)致的串話。10、問

溫馨提示

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

最新文檔

評論

0/150

提交評論