專(zhuān)利名稱(chēng)：一種無(wú)線接入點(diǎn)接口故障定位實(shí)現(xiàn)方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)網(wǎng)絡(luò)，具體涉及CDMA2000中的無(wú)線4妄入點(diǎn)接口故障定位實(shí)現(xiàn)方法和系統(tǒng)。
背景技術(shù)：
CDMA整體網(wǎng)絡(luò)架構(gòu)，分為無(wú)線接入網(wǎng)和核心網(wǎng)兩個(gè)部分。傳統(tǒng)的CDMA 2G核心網(wǎng)絡(luò)，通過(guò)A接口和BSC (Base Station Controller,即基站控制器)相連，核心網(wǎng)元為采用TDM技術(shù)的電路域網(wǎng)元MSC (MobileSwitching Center,即移動(dòng)交4灸中心)。
隨著CDMA2000移動(dòng)通信系統(tǒng)的不斷發(fā)展，整個(gè)CDMA網(wǎng)絡(luò)系統(tǒng)逐步向著全I(xiàn)P網(wǎng)絡(luò)(ALL-IP)演進(jìn)，即發(fā)展成為CDMA 3G網(wǎng)絡(luò)。ALL-IP的演進(jìn)過(guò)程分為多個(gè)階,更，包括PHASE-O、 PHASE-1、 PHASE-2和PHASE-3。在PHASE-2階段，核心網(wǎng)開(kāi)始引入軟交換思想，采用IP分組網(wǎng)技術(shù)，將呼叫控制和媒體承載分離。傳統(tǒng)的MSC網(wǎng)元演進(jìn)成MSCe(Mobile Switching Center Emulation,即移動(dòng)交換中心仿真和MGW( MediaGateWay，即媒體網(wǎng)關(guān))兩個(gè)功能實(shí)體，其中MSCe提供呼叫控制功能，而MGW則提供々某體控制功能。核心網(wǎng)和BSC之間的接口，也由傳統(tǒng)的A接口演化為無(wú)線接入點(diǎn)^妻口 (AP接口)。
AP接口采用RTP ( Real Time Protocol,即實(shí)時(shí)傳輸協(xié)議)協(xié)議棧進(jìn)行網(wǎng)絡(luò)傳輸，使用"IP地址+UDP端口號(hào)"作為傳輸?shù)刂贰?一個(gè)RTP會(huì)話的傳輸?shù)刂?，?duì)應(yīng)AP接口板的一個(gè)端口，在一個(gè)網(wǎng)元中是唯一的。而AP接口板的每個(gè)網(wǎng)口對(duì)應(yīng)不同的IP地址，因此AP接口板的每個(gè)端口歸屬于p眷一的一個(gè)網(wǎng)口 。
在遇到某個(gè)AP接口板的網(wǎng)口有故障導(dǎo)致部分用戶出現(xiàn)語(yǔ)音質(zhì)量很差的情況時(shí)，解決這種問(wèn)題的方法一般是第一步，撥打測(cè)試電話進(jìn)行故障輪詢，嘗試輪詢所有AP接口板的端口，根據(jù)輪詢結(jié)果，確定故障端口；第二步，根據(jù)確定的故障端口，找到最終的故障網(wǎng)口；第三步，釋放該網(wǎng)
4口上所有相關(guān)的會(huì)話，并不再分配有關(guān)該網(wǎng)口的RTP資源直到該網(wǎng)口恢復(fù)。
但是在現(xiàn)有技術(shù)中，第一步要準(zhǔn)確快速地定位到故障端口則存在困難。原因在于，AP接口板的端口目前是不能作為資源進(jìn)行分配的，而只能通過(guò)查詢路由表來(lái)決定，致使撥打測(cè)試電話的效果變差，降低了定位AP接口板故障端口的效率。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種無(wú)線接入點(diǎn)接口故障定位方法，不用通過(guò)測(cè)試通話而高效實(shí)現(xiàn)故障定位，本發(fā)明要解決的另一個(gè)技術(shù)問(wèn)題是提供一種基于上述方法的系統(tǒng)。
本發(fā)明的技術(shù)問(wèn)題是通過(guò)以下技術(shù)方案加以解決的一種無(wú)線接入點(diǎn)接口故障定位實(shí)現(xiàn)方法，包括對(duì)無(wú)線接入點(diǎn)接口板端口進(jìn)行故障定位的過(guò)程，所述過(guò)程包括分析統(tǒng)計(jì)無(wú)線接入點(diǎn)接口板端口信息，并根據(jù)所述無(wú)線接入點(diǎn)接口板端口信息所包含通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率來(lái)定位故障端口的操作。
上述分析統(tǒng)計(jì):燥作具體包括以下步驟
A、檢測(cè)通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率；
C、 上報(bào)包括所述會(huì)話丟包率的無(wú)線接入點(diǎn)接口板端口信息；
D、 分析統(tǒng)計(jì)所述無(wú)線接入點(diǎn)接口板端口信息中的會(huì)話丟包率來(lái)定位故障端口 。
上述步驟A和C之間還包括步驟B:對(duì)檢測(cè)到的所述會(huì)話丟包率與預(yù)設(shè)閾值進(jìn)行比較判斷。
上述步驟D具體執(zhí)行以下操作分析語(yǔ)音質(zhì)量很差時(shí)段內(nèi)上報(bào)的無(wú)線接入點(diǎn)接口板端口信息，根據(jù)上報(bào)次數(shù)統(tǒng)計(jì)端口信息，確定發(fā)生故障的無(wú)線接入點(diǎn)接口4反端口 。
上述步驟B具體執(zhí)行以下操作
Bl 、實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊構(gòu)造實(shí)時(shí)傳輸協(xié)議會(huì)話的無(wú)線接入點(diǎn)接口板端口信息并向基站控制器業(yè)務(wù)模塊發(fā)送；
B2、基站控制器業(yè)務(wù)模塊接收到無(wú)線接入點(diǎn)接口板端口信息，并發(fā)送給基站控制器業(yè)務(wù)代理進(jìn)程；
B3、基站控制器業(yè)務(wù)代理進(jìn)程將所述無(wú)線接入點(diǎn)接口板端口信息中的會(huì)話丟包率與預(yù)設(shè)閾值進(jìn)行比較，若小于該預(yù)設(shè)閾值則直接丟棄。
上述步驟C通過(guò)基站控制器業(yè)務(wù)代理進(jìn)程將無(wú)線接入點(diǎn)接口板端口信息上報(bào)給基站控制器后臺(tái)服務(wù)器加以實(shí)現(xiàn)。
上述步驟C具體執(zhí)行以下操作基站控制器業(yè)務(wù)代理進(jìn)程將無(wú)線接入點(diǎn)接口板端口信息添加到上報(bào)緩沖區(qū)，上報(bào)定時(shí)器到時(shí)時(shí)，通過(guò)消息向基站控制器后臺(tái)服務(wù)器上報(bào)所述無(wú)線接入點(diǎn)接口板端口信息。
上述步驟A通過(guò)實(shí)時(shí)傳輸協(xié)議控制模塊計(jì)算實(shí)時(shí)傳輸協(xié)議會(huì)話接收端接收信息的丟包率和實(shí)時(shí)傳輸協(xié)議會(huì)話發(fā)送端從接收端獲得反饋信息的丟包率加以實(shí)現(xiàn)。
上述無(wú)線接入點(diǎn)接口板端口信息還包括會(huì)話本端IP地址和本端UDP端口號(hào)、會(huì)話對(duì)端IP地址和對(duì)端UDP端口號(hào)、下一跳IP地址以及無(wú)線接入點(diǎn)接口板接口信息。
一種無(wú)線接入點(diǎn)接口故障定位實(shí)現(xiàn)系統(tǒng)，包括基站控制器和無(wú)線接入點(diǎn)接口板，所述基站控制器包括業(yè)務(wù)模塊、后臺(tái)服務(wù)器和實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊，所述實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊用于維護(hù)實(shí)時(shí)傳輸協(xié)議會(huì)話資源，所述后臺(tái)服務(wù)器用于分析統(tǒng)計(jì)無(wú)線接入點(diǎn)接口板端口信息，根據(jù)所述無(wú)線接入點(diǎn)接口板端口信息所包含通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率來(lái)定位故障端口。
上述實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊還用于檢測(cè)通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率，并通過(guò)所述業(yè)務(wù)模塊向所述后臺(tái)服務(wù)器上報(bào)包含所述會(huì)話丟包率的無(wú)線接入點(diǎn)接口板端口信息。
上述實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊還用于檢測(cè)通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率，所述基站控制器還用于當(dāng)所述會(huì)話丟包率大于或等于預(yù)設(shè)閾值時(shí)控制所述實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊通過(guò)所述業(yè)務(wù)模塊向后臺(tái)服務(wù)器上報(bào)包括所述會(huì)話丟包率的無(wú)線接入點(diǎn)接口板端口信息。
上述后臺(tái)服務(wù)器還用于分析語(yǔ)音質(zhì)量很差時(shí)段內(nèi)上報(bào)的無(wú)線接入點(diǎn)接口板端口信息，根據(jù)上報(bào)次數(shù)統(tǒng)計(jì)端口信息，確定發(fā)生故障的無(wú)線接入點(diǎn)接口板端口 。上述基站控制器還包括上報(bào)定時(shí)器，用于控制按照預(yù)設(shè)時(shí)間上報(bào)無(wú)線接入點(diǎn)接口板端口信息。
上述會(huì)話丟包率包括實(shí)時(shí)傳輸協(xié)議會(huì)話接收端接收信息的丟包率和實(shí)時(shí)傳輸協(xié)議會(huì)話發(fā)送端從接收端獲得反饋信息的丟包率。
上述無(wú)線接入點(diǎn)接口板端口信息還包括會(huì)話本端IP地址和本端UDP端口號(hào)、會(huì)話對(duì)端IP地址和對(duì)端UDP端口號(hào)、下一跳IP地址以及無(wú)線接入點(diǎn)接口板接口信息。
本發(fā)明同現(xiàn)有技術(shù)相比較的有益效果是
(1) 通過(guò)對(duì)在會(huì)話中檢測(cè)丟包率，上報(bào)包含該丟包率的該會(huì)話使用的相應(yīng)AP接口板端口信息，并經(jīng)過(guò)后臺(tái)數(shù)據(jù)的分析統(tǒng)計(jì)，定位出存在故障的AP接口 4反端口 ，通過(guò)端口和網(wǎng)口的對(duì)應(yīng)關(guān)系，/人而高效實(shí)現(xiàn)對(duì)AP接口板故障網(wǎng)口的定位；
(2) 通過(guò)設(shè)定上報(bào)閾值，在丟包率超過(guò)該閾值時(shí)才進(jìn)行上報(bào)，提高了上報(bào)數(shù)據(jù)的有效性，P爭(zhēng)低了后臺(tái)服務(wù)器進(jìn)行分析統(tǒng)計(jì)的開(kāi)銷(xiāo)，進(jìn)一步提高了效率；
(3) 通過(guò)設(shè)定上報(bào)時(shí)間，定時(shí)上報(bào)AP接口板端口信息，以利于批量處理和分析統(tǒng)計(jì)。


圖l是本發(fā)明系統(tǒng)具體實(shí)施方式
結(jié)構(gòu)示意圖2是本發(fā)明方法具體實(shí)施方式
RTP會(huì)話建立時(shí)序圖3是本發(fā)明方法具體實(shí)施方式
RTP會(huì)話釋放時(shí)序圖4是本發(fā)明方法具體實(shí)施方式
AP接口板端口信息構(gòu)造上報(bào)時(shí)序圖。
具體實(shí)施例方式
下面通過(guò)具體實(shí)施方式
結(jié)合附圖對(duì)本發(fā)明做進(jìn)一步詳細(xì)說(shuō)明。本發(fā)明無(wú)線接入點(diǎn)接口故障定位實(shí)現(xiàn)系統(tǒng)，其一種實(shí)施例，如圖l所
示，包括移動(dòng)臺(tái)MS、基站控制器BSC、基站收發(fā)信機(jī)BTS、 AP接口板、
移動(dòng)交換中心MSCe和J(某體網(wǎng)關(guān)MGW。
BSC進(jìn)一步包括RTP會(huì)話控制模塊、業(yè)務(wù)模塊、上報(bào)定時(shí)器和后臺(tái)服務(wù)器。RTP會(huì)話控制模塊主要負(fù)責(zé)維護(hù)RTP資源，即本地RTP會(huì)話屬性的一組數(shù)據(jù)。針對(duì)每路會(huì)話維護(hù)丟包統(tǒng)計(jì)，記錄每路會(huì)話對(duì)應(yīng)的AP接口板的端口信息，該信包括會(huì)話本端IP地址、本端UDP端口號(hào)、會(huì)話對(duì)端IP地址、對(duì)端UDP端口號(hào)、RTP作為接收端的丟包率、RTP作為發(fā)送端從對(duì)端反饋的RTP報(bào)文中得到的丟包率、下一跳IP地址和AP接口板接口信息等，本實(shí)施例中，AP接口板接口信息包括交換側(cè)AP接口板與核心側(cè)AP接口板的接口信息。本次RTP會(huì)話釋放時(shí)，RTP會(huì)話控制模塊根據(jù)會(huì)話控制塊內(nèi)容，向業(yè)務(wù)模塊上報(bào)本次RTP會(huì)話信息，其中包含了AP接口板的端口信息。
業(yè)務(wù)模塊用于匯總RTP會(huì)話控制模塊上報(bào)的AP接口板的端口信息，分析判斷丟包率，當(dāng)丟包率超過(guò)一預(yù)設(shè)的門(mén)限時(shí)，將該端口信息定時(shí)上報(bào)到后臺(tái)服務(wù)器。
后臺(tái)服務(wù)器用于進(jìn)行AP接口板的端口信息的數(shù)據(jù)統(tǒng)計(jì)，然后進(jìn)行數(shù)據(jù)分析，針對(duì)語(yǔ)音質(zhì)量很差時(shí)段內(nèi)上報(bào)的無(wú)線接入點(diǎn)接口板端口信息，根據(jù)上報(bào)次數(shù)統(tǒng)計(jì)端口信息，確定發(fā)生故障的AP接口板端口。
上報(bào)定時(shí)器用于按照預(yù)設(shè)時(shí)間上報(bào)無(wú)線接入點(diǎn)接口板端口信息。
本發(fā)明無(wú)線接入點(diǎn)接口故障定位實(shí)現(xiàn)方法，其一種實(shí)現(xiàn)方式工作于CDMA系統(tǒng)中，根據(jù)RTP會(huì)話控制模塊上報(bào)的AP接口板端口信息，來(lái)定位AP接口 ^反端口的故障。
RTP會(huì)話建立流程，如圖2所示，包括以下步驟
步驟201、建立一路呼叫，移動(dòng)臺(tái)由空閑狀態(tài)，經(jīng)過(guò)接入狀態(tài)，最終進(jìn)入業(yè)務(wù)信道狀態(tài)；
步驟202、業(yè)務(wù)信道建立成功之后，BSC的業(yè)務(wù)模塊向MSCe發(fā)送指配完成消息，消息中帶有BSC側(cè)的AP承載信息，包括BSC側(cè)AP接口板的IP地址、端口號(hào)，和BSC支持的承載格式；
步驟203、 MSCe收到指配完成消息后，向BSC的業(yè)務(wù)模塊發(fā)送承載格式更新請(qǐng)求消息，消息中帶有MGW側(cè)的AP承載信息，包括MGW側(cè)AP接口板的IP地址、端口號(hào)，和MGW支持的岸義載格式；
步驟204、 BSC的業(yè)務(wù)模塊收到承載格式更新請(qǐng)求消息后，根據(jù)消息中的承載格式，更新業(yè)務(wù)信道的承載格式，之后向MSCe發(fā)送承載格式更
8新響應(yīng)消息，通知MSCe 7K載才各式協(xié)商完成；
步驟205、 BSC的業(yè)務(wù)模塊向RTP會(huì)話控制模塊發(fā)送RTP建立請(qǐng)求消息，請(qǐng)求建立到MGW的通道表；
步驟206、 RTP會(huì)話控制模塊收到RTP建立請(qǐng)求消息后，建立通道表，并向BSC的業(yè)務(wù)才莫塊發(fā)送RTP建立響應(yīng)消息，通知完成通道表的建立，RTP會(huì)話建立成功，流程結(jié)束。
本發(fā)明方法的一種具體實(shí)施方式
，其會(huì)話釋放流程圖，如圖3所示，包括如下步驟
步驟301、在通話狀態(tài)下，由于MS發(fā)起、或核心側(cè)發(fā)起、或異常情況導(dǎo)致，需將已建立的呼叫需要釋放，BSC的業(yè)務(wù)模塊向MS，發(fā)起釋放請(qǐng)求消息，以釋放MS資源，本實(shí)施方式中，MS是手機(jī)；
步驟302、 BSC的業(yè)務(wù)模塊向基站系統(tǒng)內(nèi)的其他呼叫資源，均發(fā)起釋放請(qǐng)求消息，以釋》文基站側(cè)的所有呼叫資源；
步驟303、BSC的業(yè)務(wù)模塊向RTP會(huì)話控制模塊發(fā)送RTP釋放請(qǐng)求消息，請(qǐng)求釋放到MGW的通道表；
步驟304、 RTP會(huì)話控制模塊收到RTP釋放請(qǐng)求消息后，釋放通道表，并向BSC的業(yè)務(wù)模塊發(fā)送RTP釋放響應(yīng)消息，通知完成通道表的釋放，RTP會(huì)話釋放成功，流程結(jié)束。
本實(shí)施方式，在步驟303和步驟304處將進(jìn)行AP接口板端口信息的構(gòu)造和上報(bào)，其流程如圖4所示，包括如下步驟
步驟401 、 RTP會(huì)話控制模塊在步驟303處，收到BSC的業(yè)務(wù)模塊發(fā)送的RTP釋放請(qǐng)求消息時(shí)，計(jì)算RTP作為接收端的丟包率、RTP作為發(fā)送端從對(duì)端反饋的RTP報(bào)文中得到的丟包率，然后取出本端IP地址、本端UDP端口號(hào)、對(duì)端IP地址、對(duì)端UDP端口號(hào)、下一跳IP地址、本網(wǎng)元AP接口板接口信息等，構(gòu)造出本次會(huì)話的AP接口板端口信息；然后將該端口信息填在步驟304的RTP釋放響應(yīng)消息中，上報(bào)給BSC的業(yè)務(wù)模塊；
步驟402、 BSC的業(yè)務(wù)模塊根據(jù)RTP會(huì)話控制模塊上報(bào)的RTP釋放響應(yīng)消息，從中提:f又出本次會(huì)話的AP接口板端口信息，將AP接口板端口信息上報(bào)給BSC業(yè)務(wù)代理進(jìn)程；
9步驟403、 BSC業(yè)務(wù)代理進(jìn)程設(shè)置一個(gè)合適的丟包率上報(bào)門(mén)限，當(dāng)收到BSC業(yè)務(wù)模塊上報(bào)的AP接口板端口信息時(shí)進(jìn)行判斷，若其中RTP會(huì)話的丟包率達(dá)到或超過(guò)此門(mén)限，則說(shuō)明該RTP會(huì)話對(duì)應(yīng)的AP接口板端口可能存在故障，并將此次上凈艮的AP接口板端口信息添加到上才艮緩沖區(qū)中；若RTP會(huì)話的丟包率沒(méi)有達(dá)到此上報(bào)門(mén)限，則將此次上報(bào)的AP接口板端口信息丟棄。當(dāng)上報(bào)定時(shí)器到時(shí)時(shí)，再將經(jīng)過(guò)門(mén)限過(guò)濾后的AP接口板端口信息的數(shù)據(jù)，通過(guò)消息上報(bào)給BSC的后臺(tái)服務(wù)器，流程結(jié)束。
當(dāng)BSC的后臺(tái)服務(wù)器收到上報(bào)的AP接口板端口信息后，解析對(duì)應(yīng)的數(shù)據(jù)并存儲(chǔ)。當(dāng)遇到用戶出現(xiàn)語(yǔ)音質(zhì)量很差的情況時(shí)，可對(duì)存儲(chǔ)的發(fā)生時(shí)間段內(nèi)上報(bào)的數(shù)據(jù)進(jìn)行分析，按照上報(bào)次數(shù)的多少將端口信息統(tǒng)計(jì)出來(lái)，確定出可能發(fā)生故障的AP接口板端口。確定了故障端口后，就能定位出該端口歸屬的AP 4妄口4反網(wǎng)口 。
以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō)明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說(shuō)明。對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種無(wú)線接入點(diǎn)接口故障定位實(shí)現(xiàn)方法，包括對(duì)無(wú)線接入點(diǎn)接口板端口進(jìn)行故障定位的過(guò)程，其特征在于所述過(guò)程包括分析統(tǒng)計(jì)無(wú)線接入點(diǎn)接口板端口信息，并根據(jù)所述無(wú)線接入點(diǎn)接口板端口信息所包含通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率來(lái)定位故障端口的操作。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于所述分析統(tǒng)計(jì)操作具體包括以下步驟A、檢測(cè)通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率；C、 上報(bào)包括所述會(huì)話丟包率的無(wú)線接入點(diǎn)接口板端口信息；D、 分析統(tǒng)計(jì)所述無(wú)線接入點(diǎn)接口板端口信息中的會(huì)話丟包率來(lái)定位故障端口。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于所述步驟A和C之間還包括步驟B:對(duì)檢測(cè)到的所述會(huì)話丟包率與預(yù)設(shè)閾值進(jìn)行比較判斷。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于所述步驟B具體執(zhí)行以下操作Bl、實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊構(gòu)造實(shí)時(shí)傳輸協(xié)議會(huì)話的無(wú)線接入點(diǎn)接口板端口信息并向基站控制器業(yè)務(wù)模塊發(fā)送；B2、基站控制器業(yè)務(wù)模塊接收到無(wú)線接入點(diǎn)接口板端口信息，并發(fā)送給基站控制器業(yè)務(wù)代理進(jìn)程；B3、基站控制器業(yè)務(wù)代理進(jìn)程將所述無(wú)線接入點(diǎn)接口板端口信息中的會(huì)話丟包率與預(yù)設(shè)閾值進(jìn)行比較，若小于該預(yù)設(shè)闊值則直接丟棄。
5. 根據(jù)權(quán)利要求1至4任一所述的方法，其特征在于所述無(wú)線接入點(diǎn)接口 4反端口 4言息還包括會(huì)話本端IP地址和本端UDP端口號(hào)、會(huì)話對(duì)端IP地址和對(duì)端UDP端口號(hào)、下一跳IP地址以及無(wú)線接入點(diǎn)接口板接口信自
6. —種無(wú)線接入點(diǎn)接口故障定位實(shí)現(xiàn)系統(tǒng)，包括基站控制器和無(wú)線接入點(diǎn)接口板，所述基站控制器包括業(yè)務(wù)模塊、后臺(tái)服務(wù)器和實(shí)時(shí)傳輸協(xié)議會(huì)話控制^t塊，所迷實(shí)時(shí)傳輸協(xié)議會(huì)話控制^t塊用于維護(hù)實(shí)時(shí)傳輸協(xié)議會(huì)話資源，其特征在于所述后臺(tái)服務(wù)器用于分析統(tǒng)計(jì)無(wú)線接入點(diǎn)接口板端口信息，根據(jù)所述無(wú)線接入點(diǎn)接口板端口信息所包含通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率來(lái)定位故障端口 。
7. 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于所述實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊還用于檢測(cè)通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率，并通過(guò)所板端口信息。
8. 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于所述實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊還用于檢測(cè)通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率，所述基站控制器還用于當(dāng)所述會(huì)話丟包率大于或等于預(yù)設(shè)閾值時(shí)控制所述實(shí)時(shí)傳輸協(xié)議會(huì)話控制模塊通過(guò)所述業(yè)務(wù)模塊向后臺(tái)服務(wù)器上報(bào)包括所述會(huì)話丟包率的無(wú)線接入點(diǎn)接口板端口信息。
9. 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于所述后臺(tái)服務(wù)器還用于分析語(yǔ)音質(zhì)量很差時(shí)段內(nèi)上報(bào)的無(wú)線接入點(diǎn)接口板端口信息，根據(jù)上報(bào)次數(shù)統(tǒng)計(jì)端口信息，確定發(fā)生故障的無(wú)線接入點(diǎn)接口板端口 。
10. 根據(jù)權(quán)利要求6至9任一所述的系統(tǒng)，其特征在于所述會(huì)話丟包率包括實(shí)時(shí)傳輸協(xié)議會(huì)話接收端接收信息的丟包率和實(shí)時(shí)傳輸協(xié)議會(huì)話發(fā)送端從4妄收端獲得反饋信息的丟包率。
全文摘要
本發(fā)明公開(kāi)了一種無(wú)線接入點(diǎn)接口故障定位實(shí)現(xiàn)方法，包括對(duì)無(wú)線接入點(diǎn)接口板端口進(jìn)行故障定位的過(guò)程，所述過(guò)程包括分析統(tǒng)計(jì)無(wú)線接入點(diǎn)接口板端口信息，并根據(jù)所述無(wú)線接入點(diǎn)接口板端口信息所包含通過(guò)無(wú)線接入點(diǎn)接口板端口的會(huì)話丟包率來(lái)定位故障端口的操作。本發(fā)明還公開(kāi)了一種無(wú)線接入點(diǎn)接口故障定位實(shí)現(xiàn)系統(tǒng)。本發(fā)明通過(guò)對(duì)在會(huì)話中檢測(cè)丟包率，上報(bào)包含該丟包率的該會(huì)話使用的相應(yīng)AP接口板端口信息，并經(jīng)過(guò)后臺(tái)數(shù)據(jù)的分析統(tǒng)計(jì)，定位出存在故障的AP接口板端口，通過(guò)端口和網(wǎng)口的對(duì)應(yīng)關(guān)系，從而高效實(shí)現(xiàn)對(duì)AP接口板故障網(wǎng)口的定位。
文檔編號(hào)H04W28/04GK101541027SQ20091010676
公開(kāi)日2009年9月23日 申請(qǐng)日期2009年4月20日 優(yōu)先權(quán)日2009年4月20日
發(fā)明者周蕙菁, 張建剛, 甄 馬 申請(qǐng)人:中興通訊股份有限公司