A接口信令統(tǒng)計(jì)掉話(huà)和OMCR統(tǒng)計(jì)掉話(huà)差異一例_鹿勇.doc_第1頁(yè)
A接口信令統(tǒng)計(jì)掉話(huà)和OMCR統(tǒng)計(jì)掉話(huà)差異一例_鹿勇.doc_第2頁(yè)
A接口信令統(tǒng)計(jì)掉話(huà)和OMCR統(tǒng)計(jì)掉話(huà)差異一例_鹿勇.doc_第3頁(yè)
A接口信令統(tǒng)計(jì)掉話(huà)和OMCR統(tǒng)計(jì)掉話(huà)差異一例_鹿勇.doc_第4頁(yè)
全文預(yù)覽已結(jié)束

下載本文檔

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

文檔簡(jiǎn)介

A接口信令統(tǒng)計(jì)掉話(huà)和OMCR統(tǒng)計(jì)掉話(huà)差異CMCC要求各分公司比較A接口信令統(tǒng)計(jì)掉話(huà)和網(wǎng)關(guān)指標(biāo)統(tǒng)計(jì)掉話(huà)的一致性,以確定網(wǎng)關(guān)指標(biāo)統(tǒng)計(jì)的得正確性。CMCC要求使用COMPASS儀表,任選一個(gè)小時(shí)和BSC,對(duì)這個(gè)BSC的A接口掛表進(jìn)行測(cè)試,并根據(jù)CMCC對(duì)A口掉話(huà)的定義(Assignment complete和 handover complete 之后出現(xiàn)的clear request 消息)統(tǒng)計(jì)出信令掉話(huà)和網(wǎng)關(guān)統(tǒng)計(jì)的掉話(huà)的次數(shù)進(jìn)行比較,分析兩者之間的差異產(chǎn)生的原因。要求差異不超過(guò)5%。 通過(guò)各地大量對(duì)比結(jié)果來(lái)看,A接口統(tǒng)計(jì)的掉話(huà)和OMCR統(tǒng)計(jì)的掉話(huà),存在著不固定的差異,或者A接口信令統(tǒng)計(jì)得掉話(huà)多于OMCR,或者OMCR統(tǒng)計(jì)的掉話(huà)多于A接口的信令統(tǒng)計(jì),而且差異的比例也不固定。例如:下表是某個(gè)地區(qū)一個(gè)BSC 的對(duì)比結(jié)果BSC跟蹤時(shí)間統(tǒng)計(jì)時(shí)間段A接口統(tǒng)計(jì)掉話(huà)OMCR統(tǒng)計(jì)掉話(huà)誤差BSC32004-11-1816:00-17:00246283-13.07%BSC32004-11-1817:00-18:00253266-4.89%BSC32004-11-1818:00-19:00253257-1.56%BSC32004-11-1819:00-20:002342320.85%BSC32004-11-1820:00-21:00153157-2.55%BSC32004-11-1918:00-19:002082060.96%BSC32004-11-1919:00-20:001611610.00%BSC32004-11-1920:00-21:00144153-5.88%BSC32004-11-1921:00-22:0012310514.63%BSC32004-11-1922:00-23:0066617.58%BSC32004-11-208:00-9:0022413639.29%BSC32004-11-209:00-10:0031524920.95%BSC32004-11-2010:00-11:0028824614.58%BSC32004-11-2112:00-13:0089348845.35%BSC32004-11-2113:00-14:0038830222.16%BSC32004-11-2114:00-15:002772692.89%BSC32004-11-2115:00-16:00262278-5.76%BSC32004-11-2116:00-17:00263273-3.66%BSC32004-11-2117:00-18:00205230-10.87%BSC32004-11-2118:00-19:00175202-13.37%合計(jì)5131455411.2%誤差率計(jì)算公式:AB/max(A,B)A:A接口統(tǒng)計(jì)掉話(huà)次數(shù)B:OMC統(tǒng)計(jì)掉話(huà)次數(shù)通過(guò)上表可以看出,即便是同一個(gè)BSC在不同測(cè)試時(shí)段誤差也不是固定的。不同地區(qū)產(chǎn)生誤差的原因也不盡相同,下面是幾種較為常見(jiàn)的情況:u A接口信令統(tǒng)計(jì)掉話(huà)次數(shù)大于OMC統(tǒng)計(jì)掉話(huà)次數(shù)的情況 由于通話(huà)過(guò)程伴隨異常的短信流程這種情況對(duì)誤差的影響與這時(shí)段的短信量成正比,短信量越多,存在這種流程的數(shù)量就越多,誤差也越大。通話(huà)過(guò)程中伴隨短信的流程完全符合GSM規(guī)范,但是由于個(gè)別類(lèi)型的手機(jī)在通話(huà)結(jié)束后無(wú)法回應(yīng)確認(rèn)消息,造成網(wǎng)絡(luò)側(cè)等待手機(jī)回應(yīng),最后由手機(jī)側(cè)主動(dòng)釋放鏈路的情況,在A口上會(huì)出現(xiàn)clear request消息,而Abis口為正常釋放流程,因此OMC不記為掉話(huà),這就產(chǎn)生了誤差。下圖所示為通話(huà)過(guò)程中同時(shí)出現(xiàn)短消息流程的情況,即:手機(jī)在成功占用TCH后收到網(wǎng)絡(luò)側(cè)下發(fā)的短消息CPDAT,接著手機(jī)掛機(jī),手機(jī)始終沒(méi)有向網(wǎng)絡(luò)側(cè)回應(yīng)CPACK,而網(wǎng)絡(luò)側(cè)持續(xù)等待,并保留TCH信道。經(jīng)過(guò)10秒(release complete到clear request),手機(jī)側(cè)計(jì)時(shí)器超時(shí)后,由手機(jī)主動(dòng)拆除鏈路,故在A口上出現(xiàn)了clear request消息,記為一次掉話(huà);同時(shí)在空中接口和abis接口的鏈路釋放流程卻屬于正常釋放,所以O(shè)MCR不會(huì)統(tǒng)計(jì)為掉話(huà)。通過(guò)修改交換機(jī)計(jì)時(shí)器TC1N,可以基本消除這種流程。該計(jì)時(shí)器即為網(wǎng)絡(luò)等待手機(jī)側(cè)回CPACK消息的時(shí)長(zhǎng),若使該計(jì)時(shí)器設(shè)置值小于手機(jī)側(cè)等待網(wǎng)絡(luò)側(cè)Clear Command消息的時(shí)長(zhǎng),則可觸發(fā)網(wǎng)絡(luò)側(cè)主動(dòng)拆鏈,從而避免目前的手機(jī)側(cè)主動(dòng)拆鏈導(dǎo)致A口統(tǒng)計(jì)為掉話(huà)的現(xiàn)象。 通話(huà)結(jié)束后,交換機(jī)無(wú)法主動(dòng)釋放資源,而由BSC側(cè)釋放這種流程的數(shù)量隨話(huà)務(wù)量的上升而增多。當(dāng)話(huà)務(wù)量上升,某些交換資源開(kāi)始無(wú)法主動(dòng)釋放,隨著話(huà)務(wù)量越來(lái)越高,無(wú)法主動(dòng)釋放的資源也越來(lái)越多,隨著話(huà)務(wù)量的漸漸減小,無(wú)法主動(dòng)釋放的資源也越來(lái)越少。這些資源需要通過(guò)無(wú)線(xiàn)側(cè)主動(dòng)發(fā)起clear request消息拆除鏈路才能釋放,因此從誤差的變化走勢(shì)看,誤差是逐步增高后,再慢慢減少。上圖為這種情況的例子:在通話(huà)結(jié)束后,MSC沒(méi)有立即向BSC下發(fā)clear command消息拆除A口鏈路,手機(jī)在等待10秒鐘后主動(dòng)拆除無(wú)線(xiàn)鏈路,BSC通過(guò)clear request請(qǐng)求MSC拆除A口鏈路。由于在空中接口和Abis口的鏈路釋放流程屬于正常釋放,并不是掉話(huà)造成的鏈路釋放,所以O(shè)MC不計(jì)為掉話(huà)。u A接口信令統(tǒng)計(jì)掉話(huà)次數(shù)小于OMC統(tǒng)計(jì)掉話(huà)次數(shù)這種情況比較普遍,誤差最大時(shí),信令統(tǒng)計(jì)掉話(huà)次數(shù)要比OMC統(tǒng)計(jì)少20,目前發(fā)現(xiàn)這與控制切換掉話(huà)的計(jì)時(shí)器T3103,T8,以及交換機(jī)中的某一個(gè)計(jì)時(shí)器配合有關(guān)。由于OMC統(tǒng)計(jì)切換掉話(huà)MC621是以BSC內(nèi)的三個(gè)計(jì)時(shí)器超時(shí)為觸發(fā)條件,而并非信令觸發(fā)就會(huì)造成此種情況。為此我們介紹一下BSC觸發(fā)切換掉話(huà)的計(jì)時(shí)器:T3103:定義:用來(lái)控制BSC內(nèi)的不同小區(qū)切換,該計(jì)時(shí)器超時(shí),記為掉話(huà)觸發(fā)條件:BSC下發(fā)handover command消息停止條件:BSC收到handover failure或handover completeT8:定義:用來(lái)控制不同BSC間的小區(qū)切換,該計(jì)時(shí)器超時(shí),記為掉話(huà)觸發(fā)條件:服務(wù)BSC下發(fā)handover command消息停止條件:服務(wù)BSC收到handover failure消息或BSC收到MSC發(fā)送的clear command(cause:handover successful)T3107:定義:用來(lái)控制小區(qū)內(nèi)的切換,該計(jì)時(shí)器超時(shí),記為掉話(huà)。觸發(fā)條件:BSC下發(fā)Assignment command消息停止條件:BSC收到assignment failure或assignment complete從阿爾卡特區(qū)域的參數(shù)設(shè)置來(lái)看,不允許小區(qū)內(nèi)的切換,所以切換掉話(huà)就是T3103和T8超時(shí)的次數(shù)之和。當(dāng)計(jì)時(shí)器T3103或T8超時(shí)后,BSC會(huì)向MSC發(fā)送clear request,原因?yàn)閞adio interface message failure。同時(shí)在阿爾卡特交換機(jī)有一計(jì)時(shí)器(作用是當(dāng)一方掛機(jī)后,多長(zhǎng)時(shí)間交換機(jī)向BSC發(fā)送Clear Command 命令主動(dòng)拆鏈)。如果兩個(gè)計(jì)時(shí)器配合不合理,就會(huì)出現(xiàn)下面這種情況。當(dāng)交換機(jī)的計(jì)時(shí)器超時(shí),向BSC放松Clear Command消息動(dòng)拆除了鏈路;而B(niǎo)SC一側(cè)只能等待T8或T3103超時(shí),BSC才會(huì)做相應(yīng)處理(通常上發(fā)Clear Request)。而此時(shí)而此時(shí)BSC早已收到交換機(jī)下發(fā)的Clear Command消息,因此不會(huì)上發(fā)Clear Request 消息,從而A接口不會(huì)統(tǒng)計(jì)

溫馨提示

  • 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)論