專利名稱：一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法、基站控制器和基站子系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及基于IP Abis接口的移動(dòng)業(yè)務(wù)本地交換中第三方監(jiān)控，特別是指 一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法、基站控制器和基站子系統(tǒng)。
背景技術(shù)：
全球移動(dòng)通信系統(tǒng)(GSM，GlobalSystem for Mobile Communications)是移動(dòng) 通信中使用最廣泛的一種通信系統(tǒng)，其無(wú)線接入網(wǎng)絡(luò)設(shè)備通常稱為基站子系統(tǒng)(BSS，Base Station System)。BSS在GSM中起到的作用是一方面，BSS通過(guò)無(wú)線網(wǎng)絡(luò)同移動(dòng)終端(MS， Mobile Station)相連，進(jìn)行無(wú)線信號(hào)的發(fā)送、接收及無(wú)線資源管理；另一方面，BSS與移動(dòng) 交換中心(MSC, Mobile Switching Center)或移動(dòng)交換中心服務(wù)器(MSC Server, Mobile Switching Center Server)相連，實(shí)現(xiàn)MS之間或MS與固定網(wǎng)絡(luò)用戶之間的通信連接、傳送 系統(tǒng)信息和用戶信息等功能。如圖1所示，為BSS的結(jié)構(gòu)示意圖，典型的BSS包括兩個(gè)邏輯節(jié)點(diǎn)基站控制器 (BSC,Base Station Controller)禾口基立占收發(fā)臺(tái)(BTS，Base Transceiver Station)。BSC 與BTS之間的通信接口稱為Abis接口，用于實(shí)現(xiàn)BSC與BTS之間的遠(yuǎn)端互連。一般的，Abis 接口采用標(biāo)準(zhǔn)的2. 048Mbps或64Kbps的脈沖編碼調(diào)制(PCM, Pulse Code Modulation)數(shù) 字傳輸鏈路來(lái)實(shí)現(xiàn)數(shù)據(jù)傳輸，其上承載語(yǔ)音/數(shù)據(jù)業(yè)務(wù)信道。近來(lái)隨著軟交換技術(shù)引入核心網(wǎng)，基于IPdnternet Protocol，網(wǎng)際協(xié)議)的交 換網(wǎng)架構(gòu)逐漸形成。其中，基于IP傳輸方式的Abis接口，相對(duì)于傳統(tǒng)的基于PCM傳輸鏈路 的Abis接口具有更高的傳輸效率和靈活性?；贗P傳輸方式的Abis接口簡(jiǎn)稱為IP Abis 接口，基于IP Abis接口的BSS結(jié)構(gòu)與對(duì)外接口如圖2所示，IP Abis接口連接的兩側(cè)仍是 BTS 禾口 BSC。在現(xiàn)有技術(shù)中，語(yǔ)音或者分組業(yè)務(wù)過(guò)程的交換部分可以在不同的單元實(shí)現(xiàn)。在傳 統(tǒng)技術(shù)中，語(yǔ)音交換部分/分組數(shù)據(jù)交換部分在核心網(wǎng)(CN，Core Network)進(jìn)行，其中語(yǔ)音 業(yè)務(wù)在MSC進(jìn)行，而分組數(shù)據(jù)在服務(wù)GPRS (General Packet Radio krvice，通用無(wú)線分組 業(yè)務(wù))接入點(diǎn)(SGSN，Serving GPRS Support Node) / 網(wǎng)關(guān) GPRS 服務(wù)接入點(diǎn)(GGSN，Gateway GPRS Support Node)完成。近來(lái)，為了減小業(yè)務(wù)時(shí)延并節(jié)省核心網(wǎng)資源，又提出了在BSC內(nèi) 實(shí)現(xiàn)本地交換的方法，即如果核心網(wǎng)側(cè)判斷需要通信的兩個(gè)用戶設(shè)備位于同一個(gè)BSC下， 核心網(wǎng)就通知BSC發(fā)送本地交換信息；甚至有人提出在BTS實(shí)現(xiàn)本地交換，當(dāng)通信雙方都在 同一基站下或在同一 BSC下的不同基站或在不同BSC下的不同基站時(shí)，只要兩個(gè)基站能相 互獲取對(duì)方的IP地址和端口號(hào)，就可以建立本地用戶面數(shù)據(jù)在兩個(gè)基站之間進(jìn)行交換的 通道(兩個(gè)基站之間建立語(yǔ)音/數(shù)據(jù)傳輸?shù)臉I(yè)務(wù)通道)，通道建立之后，基站與BSC之間沒(méi) 有用戶面數(shù)據(jù)(上下行)傳輸，上下行的語(yǔ)音/分組數(shù)據(jù)在兩個(gè)基站之間進(jìn)行傳輸，對(duì)核心 網(wǎng)完全透明；這樣就可以節(jié)省核心網(wǎng)資源和Abis資源，尤其在IP Abis或者衛(wèi)星傳輸?shù)沫h(huán) 境下，對(duì)于減小帶寬占用，提高語(yǔ)音/分組業(yè)務(wù)服務(wù)質(zhì)量有很好的效果。在Abis 口全I(xiàn)P化以后，Abis 口數(shù)據(jù)使用公網(wǎng)傳輸，這使得數(shù)據(jù)包在傳輸?shù)倪^(guò)程中發(fā)生的抖動(dòng)、時(shí)延和丟包可能會(huì)影響業(yè)務(wù)服務(wù)質(zhì)量(QoS，Quality of Service) 0為了 對(duì)這種不良影響進(jìn)行有效的評(píng)估，BSC需要實(shí)時(shí)監(jiān)測(cè)語(yǔ)音/數(shù)據(jù)業(yè)務(wù)通道性能。在傳統(tǒng)的 交換模式或者BSC層本地交換模式下，BSC很容易實(shí)現(xiàn)實(shí)時(shí)監(jiān)控，例如，在Abis 口采用實(shí)時(shí) 傳輸協(xié)議(RTP, Real-time Transport Protocol)/ 實(shí)時(shí)傳輸控制協(xié)議(RTCP, Real-time Transport Control Protocol)協(xié)議傳輸用戶數(shù)據(jù)，BSC通過(guò)接收BTS周期性發(fā)送的RTCP 報(bào)文，就可以監(jiān)控任何一個(gè)用戶的鏈路質(zhì)量。但是，當(dāng)本地交換在BTS實(shí)現(xiàn)時(shí)，由于BSC和 BTS之間不再傳輸用戶數(shù)據(jù)，所以BSC將無(wú)法實(shí)時(shí)監(jiān)控用戶通信鏈路質(zhì)量，因此，迫切需要 一種在本地交換中實(shí)現(xiàn)第三方監(jiān)控的技術(shù)方案。

發(fā)明內(nèi)容
本發(fā)明提出一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法、基站控制器和基站子系統(tǒng)，在基于BTS 的本地交換中，實(shí)現(xiàn)BSC對(duì)業(yè)務(wù)服務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控。本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法，應(yīng)用于基于基站收發(fā)信臺(tái)BTS的本地交換過(guò)程 中，包括當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，基站控制器BSC在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS 之間建立第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路； 所述基站控制器BSC判斷通信雙方是否在同一個(gè)基站收發(fā)信臺(tái)BTS下，若是，則直 接由基站收發(fā)信臺(tái)BTS轉(zhuǎn)發(fā)所述業(yè)務(wù)數(shù)據(jù)，否則所述基站控制器BSC控制通信雙方對(duì)應(yīng)的 兩個(gè)基站收發(fā)信臺(tái)BTS之間建立第二實(shí)時(shí)傳輸協(xié)議RTP鏈路和第二實(shí)時(shí)傳輸控制協(xié)議RTCP 鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路切換至所述第二實(shí)時(shí)傳輸 協(xié)議RTP鏈路傳輸；所述基站控制器BSC接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的 控制信息，根據(jù)所述控制信息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。優(yōu)選的，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS通過(guò)所述第一 實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路以實(shí)時(shí)傳輸控制協(xié)議RTCP報(bào)文格式發(fā)送至所述基站控制器 BSC。優(yōu)選的，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS以消息形式發(fā) 送至所述基站控制器BSC。優(yōu)選的，所述基站控制器BSC接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì) 量相關(guān)的控制信息步驟前還包括所述基站控制器BSC釋放所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和所述第一實(shí)時(shí)傳輸控 制協(xié)議RTCP鏈路。一種基站控制器BSC，包括建鏈單元，用于當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS 之間建立第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路；判斷單元，用于判斷通信雙方是否在同一個(gè)基站收發(fā)信臺(tái)BTS下；控制單元，用于當(dāng)所述判斷單元判斷通信雙方不是在同一個(gè)基站收發(fā)信臺(tái)BTS下 時(shí)，控制通信雙方對(duì)應(yīng)的兩個(gè)基站收發(fā)信臺(tái)BTS之間建立第二實(shí)時(shí)傳輸協(xié)議RTP鏈路和第二實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路 切換至所述第二實(shí)時(shí)傳輸協(xié)議RTP鏈路傳輸；監(jiān)控單元，用于接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制 信息，根據(jù)所述控制信息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。優(yōu)選的，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS通過(guò)所述第一 實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路以實(shí)時(shí)傳輸控制協(xié)議RTCP報(bào)文格式發(fā)送至所述基站控制器 BSC。優(yōu)選的，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS以消息形式發(fā) 送至所述基站控制器BSC。優(yōu)選的，還包括釋放單元，用于釋放所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和所述第一實(shí)時(shí)傳輸控制協(xié) 議RTCP鏈路。一種基站子系統(tǒng)，包括基站控制器BSC和基站收發(fā)信臺(tái)BTS，所述基站控制器BSC 包括建鏈單元，用于當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS 之間建立第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路；判斷單元，用于判斷通信雙方是否在同一個(gè)基站收發(fā)信臺(tái)BTS下；控制單元，用于當(dāng)所述判斷單元判斷通信雙方不是在同一個(gè)基站收發(fā)信臺(tái)BTS下 時(shí)，控制通信雙方對(duì)應(yīng)的兩個(gè)基站收發(fā)信臺(tái)BTS之間建立第二實(shí)時(shí)傳輸協(xié)議RTP鏈路和第 二實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路 切換至所述第二實(shí)時(shí)傳輸協(xié)議RTP鏈路傳輸；監(jiān)控單元，用于接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制 信息，根據(jù)所述控制信息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。優(yōu)選的，所述基站控制器BSC還包括釋放單元，用于釋放所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和所述第一實(shí)時(shí)傳輸控制協(xié) 議RTCP鏈路。本發(fā)明所述技術(shù)方案通過(guò)BTS向BSC發(fā)送與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息，能有 效實(shí)現(xiàn)BSC對(duì)業(yè)務(wù)服務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控，彌補(bǔ)了目前基于BTS的本地交換中BSC不能實(shí)時(shí) 監(jiān)控業(yè)務(wù)服務(wù)質(zhì)量的缺陷。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1為現(xiàn)有技術(shù)中BSS的結(jié)構(gòu)與接口示意圖；圖2為基于IP Abis接口的BBS結(jié)構(gòu)與接口示意圖；圖3為本發(fā)明中與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息以RTCP報(bào)文方式發(fā)送給BSC的 流程示意圖4為本發(fā)明中與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息以消息方式發(fā)送給BSC的流程示 意圖；圖5為本發(fā)明一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法第一實(shí)施例的流程示意圖；圖6為本發(fā)明一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法第二實(shí)施例的流程示意圖。
具體實(shí)施例方式本發(fā)明的核心思想是當(dāng)有業(yè)務(wù)且基于BTS的本地交換流程建立起來(lái)以后，如果 通信雙方在不同的BTS下，則BSC給通信雙方在BTS之間建立RTP/RTCP鏈路通道，用戶數(shù)據(jù) 直接在BTS之間以IP/UDP/RTP報(bào)文格式轉(zhuǎn)發(fā)，即報(bào)文由IP頭，UDP(User Data Protocol, 用戶數(shù)據(jù)協(xié)議)頭、RTP頭和RTP載荷組成；而與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息在BTS和 BSC之間可以以IP/UDP/RTCP報(bào)文格式發(fā)送，或者BTS直接以消息形式將與業(yè)務(wù)服務(wù)質(zhì)量 相關(guān)的控制信息周期性的發(fā)送給BSC。如果通信雙方在相同的BTS下，則用戶數(shù)據(jù)直接由 BTS轉(zhuǎn)發(fā)，BSC不參與用戶數(shù)據(jù)的發(fā)送；而與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息的發(fā)送同樣可以 采用兩種方式，即BSC在Abis 口給通信雙方分別建立RTCP鏈路通道，與業(yè)務(wù)服務(wù)質(zhì)量相關(guān) 的控制信息在BTS和BSC之間可以以IP/UDP/RTCP報(bào)文格式發(fā)送，或者BTS直接以消息形 式將與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息周期性的發(fā)送給BSC。具體來(lái)說(shuō)，為了實(shí)現(xiàn)BSC對(duì)業(yè)務(wù)服務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控，本發(fā)明提出兩種實(shí)現(xiàn)方案第一種，當(dāng)有業(yè)務(wù)時(shí)，BSC分別給通信雙方在Abis 口建立BSC和BTS之間的RTP/ RTCP鏈路通道，基于BTS的本地交換流程建立起來(lái)以后，如果通信雙方在不同的BTS下，則 BSC給通信雙方在BTS之間建立RTP/RTCP鏈路通道，同時(shí)保留已經(jīng)建立起來(lái)的BSC和BTS 之間的RTP/RTCP鏈路通道。在通信過(guò)程中，如果通信雙方在不同的BTS下，則RTP報(bào)文在 BTS之間轉(zhuǎn)發(fā)，RTCP報(bào)文由BTS生成并發(fā)送給BSC ；如果通信雙方在同一個(gè)BTS下，則用戶 數(shù)據(jù)直接被BTS轉(zhuǎn)發(fā)，同時(shí)，BTS生成RTCP報(bào)文并發(fā)送給BSC。在這種方式下，由于對(duì)業(yè)務(wù) 服務(wù)質(zhì)量的監(jiān)控是由BSC完成的，所以BSC不需要給BTS發(fā)送RTCP報(bào)文，所以BSC只需要 為業(yè)務(wù)分配傳輸上行RTCP報(bào)文需要的Abis 口資源。這樣，既實(shí)現(xiàn)了用戶數(shù)據(jù)的本地交換， 節(jié)省了 Abis 口帶寬資源并減少了通信時(shí)延，又實(shí)現(xiàn)了 BSC對(duì)業(yè)務(wù)質(zhì)量進(jìn)行實(shí)時(shí)監(jiān)控。第二種，當(dāng)有業(yè)務(wù)時(shí)，BSC分別給通信雙方在Abis 口建立BSC和BTS之間的RTP/ RTCP鏈路通道，基于BTS的本地交換流程建立起來(lái)以后，如果通信雙方在不同的BTS下，則 BSC給通信雙方在BTS之間建立RTP/RTCP鏈路通道，同時(shí)拆除已經(jīng)建立起來(lái)的BSC和BTS 之間的RTP/RTCP鏈路通道。在通信過(guò)程中，如果通信雙方在不同的BTS下，則RTP/RTCP報(bào) 文均在BTS之間轉(zhuǎn)發(fā)，同時(shí)，BTS將收到和將要發(fā)送的RTCP報(bào)文內(nèi)容已消息的形式發(fā)送給 BSC ；如果通信雙方在同一個(gè)BTS下，則用戶數(shù)據(jù)直接被BTS轉(zhuǎn)發(fā)，同時(shí)，BTS將與業(yè)務(wù)質(zhì)量 相關(guān)的控制信息以消息形式發(fā)送給BSC。下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。參照?qǐng)D5，示出了本發(fā)明一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法第一實(shí)施例的流程示意圖， 包括步驟
步驟S501、BSC在所述BSC和BTS之間建立第一 RTP/RTCP鏈路。當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，基站控制器BSC在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS 之間建立第一實(shí)時(shí)傳輸協(xié)議RTP/實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路。步驟S502、所述BSC判斷通信雙方是否在同一個(gè)BTS下，若是，則進(jìn)入步驟S503， 否則進(jìn)入步驟S504。步驟S503、由基站收發(fā)信臺(tái)BTS直接轉(zhuǎn)發(fā)所述業(yè)務(wù)數(shù)據(jù)，然后進(jìn)入步驟S505。步驟S504、所述BSC控制通信的兩個(gè)BTS之間建立第二 RTP/RTCP鏈路，然后進(jìn)入 步驟S505。所述基站控制器BSC控制通信雙方對(duì)應(yīng)的兩個(gè)基站收發(fā)信臺(tái)BTS之間建立第二實(shí) 時(shí)傳輸協(xié)議RTP鏈路和第二實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第 一實(shí)時(shí)傳輸協(xié)議RTP鏈路切換至所述第二實(shí)時(shí)傳輸協(xié)議RTP鏈路傳輸。步驟S505、基站收發(fā)信臺(tái)BTS通過(guò)第一 RTCP鏈路以RTCP報(bào)文格式將與業(yè)務(wù)服務(wù) 質(zhì)量相關(guān)的控制信息發(fā)送至所述基站控制器BSC。本發(fā)明中所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息包括一段時(shí)間內(nèi)接收的報(bào)文數(shù)、接 收的字節(jié)數(shù)、發(fā)送的報(bào)文數(shù)、發(fā)送的字節(jié)數(shù)以及時(shí)延、抖動(dòng)等信息。步驟S506、BSC接收BTS發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息，根據(jù)所述控制信 息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。參照?qǐng)D6，示出了本發(fā)明一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法第二實(shí)施例的流程示意圖， 包括步驟步驟S601、BSC在所述BSC和BTS之間建立第一 RTP/RTCP鏈路。當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，基站控制器BSC在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS 之間建立第一實(shí)時(shí)傳輸協(xié)議RTP/實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路。步驟S602、所述BSC判斷通信雙方是否在同一個(gè)BTS下，若是，則進(jìn)入步驟S603， 否則進(jìn)入步驟S604。步驟S603、由基站收發(fā)信臺(tái)BTS直接轉(zhuǎn)發(fā)所述業(yè)務(wù)數(shù)據(jù)，然后進(jìn)入步驟S605。步驟S604、所述BSC控制通信的兩個(gè)BTS之間建立第二 RTP/RTCP鏈路，然后進(jìn)入 步驟S605。所述基站控制器BSC控制通信雙方對(duì)應(yīng)的兩個(gè)基站收發(fā)信臺(tái)BTS之間建立第二實(shí) 時(shí)傳輸協(xié)議RTP鏈路和第二實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第 一實(shí)時(shí)傳輸協(xié)議RTP鏈路切換至所述第二實(shí)時(shí)傳輸協(xié)議RTP鏈路傳輸。步驟S605、所述BSC釋放所述第一 RTP/RTCP鏈路，然后進(jìn)入步驟S606。步驟S606、由BTS以消息形式將與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息發(fā)送至所述BSC。所述步驟S606也可以在所述步驟S605之前，也就是說(shuō)，本發(fā)明對(duì)所述步驟S605 和所述步驟S606的先后順序并沒(méi)有進(jìn)行限定。步驟S607、BSC接收BTS發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息，根據(jù)所述控制信 息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。本發(fā)明中所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息包括一段時(shí)間內(nèi)接收的報(bào)文數(shù)、接 收的字節(jié)數(shù)、發(fā)送的報(bào)文數(shù)、發(fā)送的字節(jié)數(shù)以及時(shí)延、抖動(dòng)等信息。本實(shí)施例與第一實(shí)施例的不同之處在于第一實(shí)施例中，基站收發(fā)信臺(tái)BTS通過(guò)第一 RTCP鏈路以RTCP報(bào)文格式將與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息發(fā)送至所述基站控制器 BSC;而在第二實(shí)施例中則由BSC釋放所述第一 RTP/RTCP鏈路，與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制 信息由BTS以消息形式發(fā)送至BSC。為了更清楚的描述本發(fā)明，下面以語(yǔ)音業(yè)務(wù)為例對(duì)本發(fā)明的技術(shù)方案進(jìn)行更為詳 細(xì)的描述。參照?qǐng)D3，為本發(fā)明中與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息以RTCP報(bào)文方式發(fā)送給 BSC的流程示意圖，需要說(shuō)明的是，在圖3中，主要以MSl和BTSl側(cè)為主進(jìn)行描述，由于BTS2 和MS2側(cè)和MSl和BTSl是對(duì)應(yīng)的，為了更清楚的描述，因此涉及到BTS2和MS2的部分流程 步驟并沒(méi)有在圖中表現(xiàn)。控制面SlOl 通信雙方中的一方，如手機(jī)(MSl)向BSC請(qǐng)求信道。S102 如果BSC有資源可用，則給手機(jī)分配信令專用信道，手機(jī)正常接入到BSC所 分配的信令專用信道。S103 手機(jī)正常接入到BSC所分配的信令專用信道后，BSC繼續(xù)分配業(yè)務(wù)信道給手 機(jī)，并且在給BTS信道激活的時(shí)候，動(dòng)態(tài)激活一條語(yǔ)音RTP鏈路和一條RTCP鏈路。S104 語(yǔ)音RTP/RTCP鏈路和物理信道激活成功后，BTS給BSC上報(bào)信道激活完成。S105 手機(jī)正常接入到業(yè)務(wù)信道上來(lái)之后，BSC給手機(jī)下發(fā)一個(gè)連接消息。S106 手機(jī)收到網(wǎng)絡(luò)側(cè)的連接消息后，響應(yīng)一個(gè)連接確認(rèn)。S107 如果BSC檢測(cè)到本次通話可以進(jìn)行本地交換，給兩個(gè)相關(guān)BTS (包括BTSl和 BTS2)發(fā)送本地建鏈RTP/RTCP消息，該消息中包含BTS需要建立的對(duì)端的IP地址和端口 號(hào)。S108 =BTS收到本地建鏈RTP/RTCP消息后，以消息中攜帶的對(duì)端IP地址和端口號(hào) 為目標(biāo)，新建一條RTP鏈路和一條新的RTCP鏈路。S109 跟對(duì)端的RTP/RTCP鏈路建立完成之后，BTS上報(bào)給BSC —條鏈路建立完成 的消息。SllO :BSC收到兩個(gè)BTS的本地RTP/RTCP建鏈完成消息后，BSC給BTS發(fā)送本地交 換建鏈完成應(yīng)答消息，至此，本地交換建鏈完成。業(yè)務(wù)面S201 通話開(kāi)始之前，兩個(gè)BTS跟BSC分別建立起一條的RTP/RTCP鏈路，語(yǔ)音數(shù)據(jù) 仍然在信道激活的時(shí)候建立的RTP鏈路上傳輸，且周期性的給BSC發(fā)送RTCP消息，BSC收 到RTCP消息后，統(tǒng)計(jì)業(yè)務(wù)實(shí)時(shí)的服務(wù)質(zhì)量并在后臺(tái)顯示。S202 收到BSC的建立本地交換的RTP/RTCP建鏈消息后，兩個(gè)BTS開(kāi)始建立它們 之間的一條RTP/RTCP鏈路。S203 兩個(gè)BTS之間的RTP/RTCP鏈路建立成功之后，在收到BSC下發(fā)的本地交換 建鏈完成應(yīng)答消息以前，新的RTP鏈路和原來(lái)的RTP鏈路同時(shí)接收上行和下行的語(yǔ)音數(shù)據(jù)， 而RTCP報(bào)文僅在BSC和BTS之間的RTCP鏈路上轉(zhuǎn)發(fā)。S204 收到BSC發(fā)送的本地交換建鏈完成應(yīng)答消息后，語(yǔ)音數(shù)據(jù)完全切換到新建 的RTP鏈路上來(lái)，至此，語(yǔ)音數(shù)據(jù)只在兩個(gè)BTS之間傳輸，不再經(jīng)過(guò)BSC和MSC。而RTCP報(bào) 文依然在舊的RTCP鏈路上轉(zhuǎn)發(fā)，由于對(duì)業(yè)務(wù)服務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控是BSC完成的，此時(shí)僅僅是BTS給BSC發(fā)送RTCP報(bào)文，而不需要BSC給BTS發(fā)送RTCP報(bào)文。BSC收到RTCP消息后， 統(tǒng)計(jì)業(yè)務(wù)實(shí)時(shí)的服務(wù)質(zhì)量并在后臺(tái)顯示。在本實(shí)例中，BSC需要給一個(gè)使用本地交換進(jìn)行語(yǔ)音業(yè)務(wù)的用戶建立兩對(duì)RTP/ RTCP鏈路(這里，一對(duì)鏈路包括一條RTP鏈路和一條RTCP鏈路)，其中一對(duì)鏈路是BTS和 BSC之間的，另一對(duì)鏈路是正在通信的兩個(gè)BTS之間的。但是，從前面描述看到，BTS之間 只使用RTP鏈路，RTCP鏈路雖然存在，但我們并沒(méi)有使用它；同樣，BSC和BTS之間只使用 RTCP鏈路，而沒(méi)有使用RTP鏈路。根據(jù)協(xié)議規(guī)定，建立RTP/RTCP鏈路，最關(guān)鍵的就是給RTP/ RTCP分配一對(duì)相鄰的端口號(hào)(其中，RTP鏈路使用偶數(shù)端口號(hào)，RTCP鏈路使用比RTP端口 號(hào)大1的奇數(shù)端口號(hào))，即使只建立RTP鏈路，那么和RTP端口號(hào)相鄰的(比RTP端口號(hào)大 1)端口號(hào)也不能被其它RTP鏈路使用，所以從這個(gè)角度講，雖然多建立了一些鏈路，其實(shí)僅 僅是保留了端口號(hào)，只要不在其上傳輸數(shù)據(jù)，就不會(huì)使用網(wǎng)絡(luò)帶寬。本方案通過(guò)保留Abis 口 RTP/RTCP鏈路，達(dá)到了 BSC實(shí)時(shí)監(jiān)控業(yè)務(wù)服務(wù)質(zhì)量的目 的，由于RTCP報(bào)文相對(duì)于RTP保文要少很多，所以，不會(huì)占用Abis 口太多帶寬。參照?qǐng)D4，為本發(fā)明中與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息以消息方式發(fā)送給BSC的 流程示意圖，需要說(shuō)明的是，在圖4中，主要以MSl和BTSl側(cè)為主進(jìn)行描述，由于BTS2和 MS2側(cè)和MSl和BTSl是對(duì)應(yīng)的，因此為了更清楚的描述，涉及到BTS2和MS2的部分流程步 驟并沒(méi)有在圖中表現(xiàn)?？刂泼鍿301 通信雙方中的一方，如手機(jī)(MSl)向BSC請(qǐng)求信道。S302 =BSC發(fā)現(xiàn)有資源可用，給手機(jī)分配信令專用信道。S303 手機(jī)正常接入到BSC所分配的信令專用信道后，BSC繼續(xù)分配業(yè)務(wù)信道給手 機(jī)，并且在給BTS信道激活的時(shí)候，動(dòng)態(tài)激活一對(duì)語(yǔ)音RTP/RTCP鏈路。S304 語(yǔ)音RTP/RTCP鏈路和物理信道激活成功后，給BSC上報(bào)信道激活完成。S305 手機(jī)正常接入到業(yè)務(wù)信道上來(lái)之后，BSC給手機(jī)下發(fā)一個(gè)連接消息。S306 手機(jī)收到BSC的連接消息后，響應(yīng)一個(gè)連接確認(rèn)。S307 :BSC檢測(cè)到該對(duì)通話可以進(jìn)行本地交換，給兩個(gè)相關(guān)BTS(包括BTSl和 BTS2)發(fā)送本地建鏈RTP/RTCP消息，該消息中包含BTS需要建立的對(duì)端的IP地址和端口號(hào)。S308 =BTS收到本地建鏈RTP/RTCP消息后，以消息中攜帶的對(duì)端IP地址和端口號(hào) 為目標(biāo)，新建一對(duì)RTP/RTCP鏈路。S309 :BTS之間的RTP/RTCP鏈路建立完成之后，BTS上報(bào)給BSC—條鏈路建立完成 的消息。S310 =BSC收到兩個(gè)BTS的本地RTP建鏈完成消息后，對(duì)兩個(gè)BTS原來(lái)的RTP/RTCP 鏈路進(jìn)行釋放，該消息中含有對(duì)端IP地址和端口號(hào)。S311 :BTS收到RTP/RTCP鏈路的釋放消息，根據(jù)消息中攜帶的對(duì)端的IP地址和端 口號(hào)，釋放相應(yīng)的本地RTP/RTCP鏈路，并上報(bào)釋放確認(rèn)消息給BSC。業(yè)務(wù)面S401 通話開(kāi)始之前，兩個(gè)BTS跟BSC分別建立起一對(duì)的RTP/RTCP鏈路，語(yǔ)音數(shù)據(jù) 仍然在信道激活的時(shí)候建立的RTP鏈路上傳輸；且周期性的給BSC發(fā)送RTCP消息，BSC收到RTCP消息后，統(tǒng)計(jì)業(yè)務(wù)實(shí)時(shí)的服務(wù)質(zhì)量并在后臺(tái)顯示。S402 收到BSC發(fā)送的建立本地交換的RTP/RTCP建鏈消息后，兩個(gè)BTS開(kāi)始建立 它們之間的一對(duì)RTP/RTCP鏈路。S403 兩個(gè)BTS之間的RTP/RTCP鏈路建立成功之后，等待BSC下發(fā)釋放原來(lái)的 RTP/RTCP鏈路控制消息，這個(gè)時(shí)候，新的RTP鏈路和原來(lái)的RTP鏈路同時(shí)接收上行和下行的 語(yǔ)音數(shù)據(jù)；RTCP報(bào)文也同時(shí)在新舊兩條RTCP鏈路上發(fā)送。S404 收到BSC對(duì)原來(lái)RTP/RTCP鏈路的釋放消息后，語(yǔ)音數(shù)據(jù)完全切換到新建的 RTP鏈路上來(lái)，釋放原來(lái)RTP鏈路，至此，語(yǔ)音數(shù)據(jù)只在兩個(gè)BTS之間傳輸，不再經(jīng)過(guò)BSC和 MSC0而RTCP報(bào)文能完全切換到新的RTCP鏈路上，釋放原來(lái)的RTCP鏈路。S405:正在通信的兩個(gè)BTS周期性的給BSC發(fā)送業(yè)務(wù)服務(wù)質(zhì)量控制信息，其中，所 述控制信息來(lái)源于BTS發(fā)送和收到的RTCP報(bào)文。BSC收到BTS發(fā)送的業(yè)務(wù)服務(wù)質(zhì)量控制消 息后，記錄控制信息并在后臺(tái)顯示。本發(fā)明所述技術(shù)方案通過(guò)BTS向BSC發(fā)送與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息，能有 效實(shí)現(xiàn)BSC對(duì)業(yè)務(wù)服務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控，彌補(bǔ)了目前基于BTS的本地交換中BSC不能實(shí)時(shí) 監(jiān)控業(yè)務(wù)服務(wù)質(zhì)量的缺陷。本發(fā)明還公開(kāi)了一種基站控制器BSC。所述基站控制器BSC包括建鏈單元，用于當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS 之間建立第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路。判斷單元，用于判斷通信雙方是否在同一個(gè)基站收發(fā)信臺(tái)BTS下?？刂茊卧?，用于當(dāng)所述判斷單元判斷通信雙方不是在同一個(gè)基站收發(fā)信臺(tái)BTS下 時(shí)，控制通信的兩個(gè)基站收發(fā)信臺(tái)BTS之間建立第二實(shí)時(shí)傳輸協(xié)議RTP鏈路和第二實(shí)時(shí)傳 輸控制協(xié)議RTCP鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路切換至所 述第二實(shí)時(shí)傳輸協(xié)議RTP鏈路傳輸。監(jiān)控單元，用于接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制 信息，根據(jù)所述控制信息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。其中，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS通過(guò)所述第一實(shí) 時(shí)傳輸控制協(xié)議RTCP鏈路以實(shí)時(shí)傳輸控制協(xié)議RTCP報(bào)文格式發(fā)送至所述基站控制器BSC。本發(fā)明一種基站控制器BSC的另一實(shí)施例中，所述基站控制器BSC還包括釋放單元，用于釋放所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和所述第一實(shí)時(shí)傳輸控制協(xié) 議RTCP鏈路。其中，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS以消息形式發(fā)送 至所述基站控制器BSC。本發(fā)明還公開(kāi)了一種基站子系統(tǒng)，包括基站控制器BSC和基站收發(fā)信臺(tái)BTS，所述 基站控制器BSC包括建鏈單元，用于當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS 之間建立第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路。判斷單元，用于判斷通信雙方是否在同一個(gè)基站收發(fā)信臺(tái)BTS下。控制單元，用于當(dāng)所述判斷單元判斷通信雙方不是在同一個(gè)基站收發(fā)信臺(tái)BTS下 時(shí)，控制通信的兩個(gè)基站收發(fā)信臺(tái)BTS之間建立第二實(shí)時(shí)傳輸協(xié)議RTP鏈路和第二實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路切換至所 述第二實(shí)時(shí)傳輸協(xié)議RTP鏈路傳輸。監(jiān)控單元，用于接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制 信息，根據(jù)所述控制信息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。其中，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS通過(guò)所述第一實(shí) 時(shí)傳輸控制協(xié)議RTCP鏈路以實(shí)時(shí)傳輸控制協(xié)議RTCP報(bào)文格式發(fā)送至所述基站控制器BSC。本發(fā)明一種基站子系統(tǒng)的另一實(shí)施例中，所述基站控制器BSC還包括釋放單元，用于釋放所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和所述第一實(shí)時(shí)傳輸控制協(xié) 議RTCP鏈路。其中，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS以消息形式發(fā)送 至所述基站控制器BSC。所述基站控制器BSC和所述基站子系統(tǒng)的工作過(guò)程和工作原理在方法實(shí)施例部 分已經(jīng)進(jìn)行了詳細(xì)描述，為了篇幅考慮，在此不再詳述，參照方法實(shí)施例相關(guān)部分的描述即可。本領(lǐng)域普通技術(shù)人員可以理解，實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以 通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中， 該程序在執(zhí)行時(shí)，包括如上述方法實(shí)施例的步驟，所述的存儲(chǔ)介質(zhì)，如磁碟、光盤(pán)、只讀存 儲(chǔ)記憶體(Read-Only Memory, ROM)或隨機(jī)存儲(chǔ)記憶體(Random Access Memory, RAM)等。 在本發(fā)明各方法實(shí)施例中，所述各步驟的序號(hào)并不能用于限定各步驟的先后順序，對(duì)于本 領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，對(duì)各步驟的先后變化也在本發(fā) 明的保護(hù)范圍之內(nèi)。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法，應(yīng)用于基于基站收發(fā)信臺(tái)BTS的本地交換過(guò)程中， 其特征在于，包括當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，基站控制器BSC在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS之 間建立第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路；所述基站控制器BSC判斷通信雙方是否在同一個(gè)基站收發(fā)信臺(tái)BTS下，若是，則直接由 基站收發(fā)信臺(tái)BTS轉(zhuǎn)發(fā)所述業(yè)務(wù)數(shù)據(jù)，否則所述基站控制器BSC控制通信雙方對(duì)應(yīng)的兩個(gè) 基站收發(fā)信臺(tái)BTS之間建立第二實(shí)時(shí)傳輸協(xié)議RTP鏈路和第二實(shí)時(shí)傳輸控制協(xié)議RTCP鏈 路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路切換至所述第二實(shí)時(shí)傳輸協(xié) 議RTP鏈路傳輸；所述基站控制器BSC接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制 信息，根據(jù)所述控制信息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。
2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法，其特征在于，所述與業(yè)務(wù)服務(wù)質(zhì) 量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS通過(guò)所述第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路以實(shí)時(shí) 傳輸控制協(xié)議RTCP報(bào)文格式發(fā)送至所述基站控制器BSC。
3.根據(jù)權(quán)利要求1所述的業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法，其特征在于，所述與業(yè)務(wù)服務(wù)質(zhì) 量相關(guān)的控制信息由基站收發(fā)信臺(tái)BTS以消息形式發(fā)送至所述基站控制器BSC。
4.根據(jù)權(quán)利要求3所述的業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法，其特征在于，所述基站控制器BSC 接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息步驟前還包括所述基站控制器BSC釋放所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和所述第一實(shí)時(shí)傳輸控制協(xié) 議RTCP鏈路。
5.一種基站控制器BSC，其特征在于，包括建鏈單元，用于當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS之間 建立第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路；判斷單元，用于判斷通信雙方是否在同一個(gè)基站收發(fā)信臺(tái)BTS下；控制單元，用于當(dāng)所述判斷單元判斷通信雙方不是在同一個(gè)基站收發(fā)信臺(tái)BTS下時(shí)， 控制通信雙方對(duì)應(yīng)的兩個(gè)基站收發(fā)信臺(tái)BTS之間建立第二實(shí)時(shí)傳輸協(xié)議RTP鏈路和第二實(shí) 時(shí)傳輸控制協(xié)議RTCP鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路切換 至所述第二實(shí)時(shí)傳輸協(xié)議RTP鏈路傳輸；監(jiān)控單元，用于接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信 息，根據(jù)所述控制信息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。
6.根據(jù)權(quán)利要求5所述的基站控制器BSC，其特征在于，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控 制信息由基站收發(fā)信臺(tái)BTS通過(guò)所述第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路以實(shí)時(shí)傳輸控制協(xié) 議RTCP報(bào)文格式發(fā)送至所述基站控制器BSC。
7.根據(jù)權(quán)利要求5所述的基站控制器BSC，其特征在于，所述與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控 制信息由基站收發(fā)信臺(tái)BTS以消息形式發(fā)送至所述基站控制器BSC。
8.根據(jù)權(quán)利要求7所述的基站控制器BSC，其特征在于，還包括釋放單元，用于釋放所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和所述第一實(shí)時(shí)傳輸控制協(xié)議 RTCP鏈路。
9.一種基站子系統(tǒng)，包括基站控制器BSC和基站收發(fā)信臺(tái)BTS，其特征在于，所述基站控制器BSC包括建鏈單元，用于當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，在所述基站控制器BSC和基站收發(fā)信臺(tái)BTS之間 建立第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和第一實(shí)時(shí)傳輸控制協(xié)議RTCP鏈路； 判斷單元，用于判斷通信雙方是否在同一個(gè)基站收發(fā)信臺(tái)BTS下； 控制單元，用于當(dāng)所述判斷單元判斷通信雙方不是在同一個(gè)基站收發(fā)信臺(tái)BTS下時(shí)， 控制通信雙方對(duì)應(yīng)的兩個(gè)基站收發(fā)信臺(tái)BTS之間建立第二實(shí)時(shí)傳輸協(xié)議RTP鏈路和第二實(shí) 時(shí)傳輸控制協(xié)議RTCP鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路切換 至所述第二實(shí)時(shí)傳輸協(xié)議RTP鏈路傳輸；監(jiān)控單元，用于接收基站收發(fā)信臺(tái)BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信 息，根據(jù)所述控制信息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。
10.根據(jù)權(quán)利要求9所述的基站子系統(tǒng)，其特征在于，所述基站控制器BSC還包括 釋放單元，用于釋放所述第一實(shí)時(shí)傳輸協(xié)議RTP鏈路和所述第一實(shí)時(shí)傳輸控制協(xié)議 RTCP鏈路。
全文摘要
本發(fā)明公開(kāi)了一種業(yè)務(wù)服務(wù)質(zhì)量的監(jiān)控方法、基站控制器和基站子系統(tǒng)。所述監(jiān)控方法包括當(dāng)有業(yè)務(wù)數(shù)據(jù)交換時(shí)，BSC在所述BSC和BTS之間建立第一RTP鏈路和第一RTCP鏈路；所述BSC判斷通信雙方是否在同一個(gè)BTS下，若是，則直接由BTS轉(zhuǎn)發(fā)所述業(yè)務(wù)數(shù)據(jù)，否則所述BSC控制通信雙方對(duì)應(yīng)的兩個(gè)BTS之間建立第二實(shí)RTP鏈路和第二RTCP鏈路，并控制將所述業(yè)務(wù)數(shù)據(jù)從所述第一RTP鏈路切換至所述第二RTP鏈路傳輸；所述BSC接收BTS生成并發(fā)送的與業(yè)務(wù)服務(wù)質(zhì)量相關(guān)的控制信息，根據(jù)所述控制信息對(duì)業(yè)務(wù)服務(wù)質(zhì)量進(jìn)行監(jiān)控。本發(fā)明所述技術(shù)方案在基于BTS的本地交換中，實(shí)現(xiàn)BSC對(duì)業(yè)務(wù)服務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控。
文檔編號(hào)H04W80/06GK102075966SQ20091023872
公開(kāi)日2011年5月25日 申請(qǐng)日期2009年11月20日 優(yōu)先權(quán)日2009年11月20日
發(fā)明者郭春芳 申請(qǐng)人:中興通訊股份有限公司