專利名稱：一種基站及其數(shù)據(jù)傳輸切換方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，具體的說，涉及本地交換技術(shù)下一種基站及其數(shù)據(jù)傳輸切
換方法。
背景技術(shù)：
現(xiàn)在，IPAbis(Abis Based IP，基于IP技術(shù)實現(xiàn)的Abis 口 ， Abis 口是指基站和 基站控制器之間的接口 )技術(shù)已經(jīng)得到了廣泛的應(yīng)用，以GSM系統(tǒng)為例，在Abis 口實現(xiàn)基 于IP的傳輸技術(shù)，使用RUDP (Reliable UDP，可靠用戶數(shù)據(jù)報協(xié)議)傳輸控制面消息，使用 RTP (Real-time TransportProtocol，實時傳送協(xié)議)傳送用戶面消息。RTP鏈路通過IP和 Port(端口號)來進行區(qū)分。對于Abis 口而言，在一個基站控制器IP和一個基站IP之間， 可以通過端口號的區(qū)分定義多個RTP鏈路，于是也可以進行多個載波的語音數(shù)據(jù)傳輸。通 常，基站控制器IP的一個Port與基站IP的一個Port之間定義一路語音。
目前不少通信系統(tǒng)都應(yīng)用了本地交換功能。本地交換指，主被叫用戶在符合一定 條件下，其通話不再經(jīng)過核心網(wǎng)，而直接在主被叫兩個基站之間進行的方式。這樣做的好處 是，減少了對核心網(wǎng)資源的占用，縮短了語音的傳輸時延，節(jié)約了Abis 口等使用帶寬，為運 營商和用戶都提供了方便。本地交換最大的特點是用戶面數(shù)據(jù)不再經(jīng)由核心網(wǎng)傳送而直 接在基站間進行。當(dāng)通話采用上述方式進行傳遞時，將其描述為在本地交換模式下進行，而 傳統(tǒng)的通話方式，在本發(fā)明中稱為傳統(tǒng)交換模式。 顯然，當(dāng)用戶面數(shù)據(jù)傳輸從傳統(tǒng)交換模式轉(zhuǎn)為本地交換模式時，需要將用戶面數(shù) 據(jù)的傳輸由原先在基站控制器和基站之間的RTP鏈路切換到本地交換的兩個基站之間新 建立的RTP鏈路上。這樣，就會出現(xiàn)RTP鏈路切換時的掉話問題。而當(dāng)用戶面數(shù)據(jù)傳輸從 本地交換模式轉(zhuǎn)換到遠程交換模式時，也存在同樣的問題。

發(fā)明內(nèi)容
有鑒于上述背景，本發(fā)明提供了一種基站及其數(shù)據(jù)傳輸切換方法，能夠在本地交 換模式和傳統(tǒng)交換模式之間進行轉(zhuǎn)換時實現(xiàn)數(shù)據(jù)傳輸?shù)臒o縫切換。
為了解決上述技術(shù)問題，本發(fā)明采用了如下技術(shù)方案
—種基站的數(shù)據(jù)傳輸切換方法，包括 通道構(gòu)建構(gòu)建基站到基站控制器的第一數(shù)據(jù)通道，以及基站到另一基站的第二 數(shù)據(jù)通道； 數(shù)據(jù)緩存待傳輸?shù)臄?shù)據(jù)發(fā)送并緩存到第一數(shù)據(jù)通道和第二數(shù)據(jù)通道； 數(shù)據(jù)發(fā)送擇一地向用戶開放第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道，使得所述第一數(shù)
據(jù)通道或者第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶。
在所述方法的一種實施例中，所述數(shù)據(jù)發(fā)送具體包括 在傳統(tǒng)交換模式下，向用戶開放第一數(shù)據(jù)通道，關(guān)閉第二數(shù)據(jù)通道，使得第一數(shù)據(jù) 通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶；
在本地交換模式下，向用戶開放第二數(shù)據(jù)通道，關(guān)閉第一數(shù)據(jù)通道，使得第二數(shù)據(jù) 通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶； 在兩種模式切換時，第一數(shù)據(jù)通道和第二數(shù)據(jù)通道共享待傳輸數(shù)據(jù)，并且僅有第 一數(shù)據(jù)通道和第二數(shù)據(jù)通道中一者的待傳輸數(shù)據(jù)被發(fā)送到用戶。 在所述方法的一種實施例中，第一數(shù)據(jù)通道的下行通道和第二數(shù)據(jù)通道的下行通 道共享數(shù)據(jù)緩存區(qū)。 在所述方法的一種實施例中，所述第一數(shù)據(jù)通道和第二數(shù)據(jù)通道為實時傳送協(xié)議 鏈路。 本發(fā)明還提供了一種基站，包括基站到基站控制器的第一數(shù)據(jù)通道，以及基站到
另一基站的第二數(shù)據(jù)通道；所述第一數(shù)據(jù)通道和第二數(shù)據(jù)通道具有數(shù)據(jù)緩存區(qū)，用于緩存
待傳輸數(shù)據(jù)；還包括第一選通單元，用于擇一地向用戶開放第一數(shù)據(jù)通道或者第二數(shù)據(jù)通
道，使得第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶。 在所述基站的一種實施例中，所述第一選通單元按如下方式控制數(shù)據(jù)發(fā)送 在傳統(tǒng)交換模式下，向用戶開放第一數(shù)據(jù)通道，關(guān)閉第二數(shù)據(jù)通道，使得第一數(shù)據(jù)
通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶； 在本地交換模式下，向用戶開放第二數(shù)據(jù)通道，關(guān)閉第一數(shù)據(jù)通道，使得第二數(shù)據(jù) 通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶； 在兩種模式切換時，第一數(shù)據(jù)通道和第二數(shù)據(jù)通道共享待傳輸數(shù)據(jù)，控制僅有第 一數(shù)據(jù)通道和第二數(shù)據(jù)通道中一者的待傳輸數(shù)據(jù)被發(fā)送到用戶。 在所述基站的一種實施例中，所述第一選通單元包括第一數(shù)據(jù)通道的第一開關(guān)和 第二數(shù)據(jù)通道的第二開關(guān)；或者可控地換接第一數(shù)據(jù)通道或第二數(shù)據(jù)通道到用戶的換接開 關(guān)。 在所述基站的一種實施例中，第一數(shù)據(jù)通道的下行通道和第二數(shù)據(jù)通道的下行通 道共享數(shù)據(jù)緩存區(qū)。 在所述基站的一種實施例中，還包括第二選通單元，所述第二選通單元控制共享 數(shù)據(jù)緩存區(qū)向第一數(shù)據(jù)通道和第二數(shù)據(jù)通道之一開放，或者向第一數(shù)據(jù)通道和第二數(shù)據(jù)通 道開放。 本發(fā)明通過構(gòu)建第一數(shù)據(jù)通道和第二數(shù)據(jù)通道，并將待傳輸數(shù)據(jù)緩存到第一數(shù)據(jù) 通道和第二數(shù)據(jù)通道，再擇一地向用戶開放第一數(shù)據(jù)通道和第二數(shù)據(jù)通道，由于數(shù)據(jù)通道 的預(yù)先構(gòu)建以及待傳輸數(shù)據(jù)向兩個數(shù)據(jù)通道的發(fā)送緩存，因而當(dāng)一個數(shù)據(jù)通道向另一個數(shù) 據(jù)通道切換時，數(shù)據(jù)傳輸能夠無中斷快速接續(xù)，實現(xiàn)了數(shù)據(jù)傳輸?shù)臒o縫切換。


圖1是傳統(tǒng)交換模式向本地交換模式轉(zhuǎn)換時的RTP鏈路切換控制流程圖。 圖2是傳統(tǒng)交換模式向本地交換模式轉(zhuǎn)換前后期間用戶面數(shù)據(jù)傳輸?shù)腞TP鏈路示意圖。 圖3是現(xiàn)有的基站實現(xiàn)RTP鏈路數(shù)據(jù)傳輸?shù)慕Y(jié)構(gòu)示意圖。
圖4是本發(fā)明實施例的實現(xiàn)RTP鏈路數(shù)據(jù)傳輸?shù)慕Y(jié)構(gòu)示意圖。
具體實施例方式
下面對照附圖，對本發(fā)明的具體實施方式
做詳細說明。 基站控制器和基站之間的RTP鏈路是和時隙一一對應(yīng)的， 一般情況下， 一路通話 只對應(yīng)一路語音。如果基站控制器要無縫切換到新的RTP鏈路，應(yīng)當(dāng)在這路語音的新RTP鏈 路建立好并傳送語音后，再釋放原來使用的RTP鏈路。本發(fā)明基于此，采用的主要思路是
基站將原有的對一路語音只對應(yīng)一個目的標(biāo)識(IP和Port)，變?yōu)閷σ宦氛Z音對 應(yīng)兩個不同目的標(biāo)識(通過IP地址和Port進行區(qū)分)的RTP鏈路。顯然，通話只有在RTP 切換期間才需要同時用到兩路RTP鏈路，在RTP切換完畢后，基站仍然只為這路語音維護一 個RTP鏈路?；緦@兩路RTP鏈路的控制都是通過基站控制器發(fā)送的命令進行控制。其 總體的技術(shù)方案是 1.通道構(gòu)建構(gòu)建基站到基站控制器的第一數(shù)據(jù)通道，以及基站到另一基站的第 二數(shù)據(jù)通道。在主被叫用戶之間的通話中，一般的，包括控制面數(shù)據(jù)和用戶面數(shù)據(jù)。本地交 換模式和傳統(tǒng)交換模式的轉(zhuǎn)換僅僅涉及到用戶面數(shù)據(jù)，控制面數(shù)據(jù)始終和過去一樣，需要 經(jīng)過基站控制器、核心網(wǎng)的處理。用戶面數(shù)據(jù)的傳輸需要通過基站控制器下發(fā)的相關(guān)命令 來控制。需要控制的是基站的兩個RTP鏈路，即，基站和基站控制器之間的RTP鏈路，以及 基站和目標(biāo)基站之間的RTP鏈路之間的切換，控制項目包括新建通道、釋放通道，轉(zhuǎn)換數(shù)據(jù) 通道的時間點等等。因此，在本發(fā)明中，第一數(shù)據(jù)通道和第二數(shù)據(jù)通道一般僅指用于用戶面 數(shù)據(jù)傳輸，由于在本發(fā)明的示例中，數(shù)據(jù)傳輸協(xié)議采用RTP協(xié)議，因而有時數(shù)據(jù)通道也被描 述為RTP鏈路。此外，由于本文的用戶面數(shù)據(jù)以語音數(shù)據(jù)為例，因而有時用戶面數(shù)據(jù)也被描 述為語音。兩個數(shù)據(jù)通道的構(gòu)建就是在原來一路語音使用一個RTP鏈路控制處理模塊的基 礎(chǔ)上，多增加一個RTP鏈路控制處理模塊，發(fā)送源端以端口號為區(qū)分(在同一個基站上，所 以IP地址相同)，以不同目的標(biāo)識(可能是不同IP和Port)來區(qū)分兩個RTP鏈路的處理和 發(fā)送方向。這樣一路語音至少可以對應(yīng)兩個RTP鏈路處理控制模塊。其中，RTP鏈路處理 控制模塊的作用是將語音數(shù)據(jù)根據(jù)RTP協(xié)議進行處理發(fā)送給目標(biāo)IP地址和端口號，或者反 之，接收從目標(biāo)IP地址和端口號發(fā)送的語音數(shù)據(jù)。 2.數(shù)據(jù)的緩存和發(fā)送數(shù)據(jù)緩存是將待傳輸?shù)臄?shù)據(jù)發(fā)送并緩存到第一數(shù)據(jù)通道 和第二數(shù)據(jù)通道；數(shù)據(jù)發(fā)送是有控制地向用戶開放第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道，使得 僅有第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶。數(shù)據(jù)緩存時，兩個數(shù) 據(jù)通道可以共享語音緩存區(qū)，但具有不同的目的地址，即兩個RTP鏈路的源頭為同一路語 音緩存區(qū)，但是卻發(fā)送到具有不同的IP地址和端口號的目標(biāo)地址中。 由此，增加語音數(shù)據(jù)處理轉(zhuǎn)換開關(guān)和判斷機制，當(dāng)兩個RTP鏈路控制處理模塊都 有語音數(shù)據(jù)傳送時，判斷將特定的RTP鏈路控制處理模塊傳送的內(nèi)容發(fā)送給基站的基帶模 塊進行語音的編碼和調(diào)制解調(diào)，最后傳給手機；或者將基站的基帶模塊收到的解調(diào)、解碼出 的語音數(shù)據(jù)傳送給特定的RTP鏈路控制處理模塊。也就是，擇一地發(fā)送第一數(shù)據(jù)通道或者 是第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)。 如圖1所示，從傳統(tǒng)交換模式向本地交換模式轉(zhuǎn)換的控制流程包括
步驟一 基站控制器在準(zhǔn)備語音業(yè)務(wù)信道建立時，首先發(fā)送信道激活(Cha皿el Active, GSM0858協(xié)議消息)給基站，不僅告知基站要激活的信道描述，同時也告知基站關(guān) 于基站控制器端的RTP鏈路的IP和Port。圖中，基站控制器通過信道激活消息準(zhǔn)備和基站1建立RTP鏈路l，基站控制器通過信道激活消息準(zhǔn)備和基站2建立RTP鏈路2.
步驟二 基站1和基站2分別獲知了基站控制器提供的RTP鏈路1和RTP鏈路2基 站控制器端IP地址和端口號，分別回復(fù)信道激活確認消息，在信道激活確認消息中，基站1 回復(fù)基站l自己關(guān)于RTP1鏈路的IP和端口號，基站2回復(fù)基站2自己關(guān)于RTP2鏈路的IP 和端口號. 步驟三基站控制器根據(jù)基站1和基站2回復(fù)的信道激活確認消息，分別獲知了 基站1和基站2的關(guān)于RTP1和RTP2的目標(biāo)IP和端口號，發(fā)起RTP1和RTP2的建鏈請求。 基站1和基站2也根據(jù)獲知的RTP1和RTP2的基站控制器側(cè)的IP和端口號，也向?qū)Ψ桨l(fā) 起RTP1和RTP2的建鏈請求。在雙方成功交互之后，RTP鏈路1 (第一數(shù)據(jù)通道)、RTP鏈路 2(第一數(shù)據(jù)通道)建立成功。 步驟四基站控制器和基站1、基站2完成了 Abis 口 RTP鏈路的建立，RTP鏈路1、 RTP鏈路2開始傳送用戶語音。 步驟五基站控制器決定進入本地交換模式。 步驟六基站控制器給基站1發(fā)送建立新通道的命令，包含目標(biāo)IP2和Port2 (基 站2的目標(biāo)標(biāo)識)；同樣，基站控制器給基站2發(fā)送建立新通道的命令，包含目標(biāo)IP1和 Portl(基站1的目標(biāo)標(biāo)識)； 步驟七基站1和基站2分別用給定對方基站的IP和Port建立基站1和基站2
間的RTP鏈路3 (第二數(shù)據(jù)通道)后，將使用通道建立完成消息通知基站控制器。 步驟八基站控制器確認基站1和基站2間新的通道RTP鏈路3已經(jīng)相互建立好
后，將發(fā)釋放通道消息給基站1和基站2，分別釋放RTP鏈路1和RTP鏈路2。 步驟十基站1和基站2各自釋放老鏈路RTP鏈路1和RTP鏈路2，發(fā)送釋放確認
消息給基站控制器。 步驟i^一 本地交換切換完成。原在RTP鏈路1和RTP鏈路2中傳送的語音在RTP 鏈路3中傳送。 從本地交換模式向傳統(tǒng)交換模式轉(zhuǎn)換的主要步驟與傳統(tǒng)交換模式到本地交換模 式的切換類似。兩種方向轉(zhuǎn)換的主要區(qū)別是 從傳統(tǒng)交換模式向本地交換模式轉(zhuǎn)換時，發(fā)送建立新通道消息所攜帶的IP和 Port信息，是要進行本地交換的兩個基站中對方基站的IP和Port,消息中攜帶切換原因為 "本地交換"。在釋放老通道時，消息所攜帶的是基站控制器和要進行本地交換的兩個基站 的原通信的RTP鏈路的IP和Port。 而從本地交換模式向傳統(tǒng)交換模式轉(zhuǎn)換時，發(fā)送建立新通道消息所攜帶的IP和 Port信息，是基站控制器相應(yīng)RTP的IP和Port,消息中攜帶切換原因為"傳統(tǒng)交換模式"。 在釋放老通道時，消息所攜帶的是進行本地交換的兩個基站間建立的RTP鏈路的IP和 Port。 如圖2，在傳統(tǒng)交換模式下，基站1和基站控制器之間的通話使用的是RTP鏈路1， RTP鏈路1在基站控制器的IP和特定端口 [IPBSC，PortA]與基站1的IP和特定端口 [IPl， Portl]傳送。同樣，基站2和基站控制器之間的通話使用的是RTP鏈路2， RTP鏈路2在基 站控制器的IP和特定端口 [IPBSC， PortB]與基站2的IP和特定端口 [IP2， Port2]傳送。
但是，當(dāng)基站控制器準(zhǔn)備在基站1和基站2之間進行本地交換轉(zhuǎn)換時，基站控制器將會控制基站1和2新建一條RTP鏈路3 ，建好后，將RTP鏈路1和RTP鏈路2的通話內(nèi)容 分別移到RTP鏈路3上，這樣，基站1和基站2之間的通話不再經(jīng)過基站控制器中轉(zhuǎn)，而是 在基站1和2之間直接傳送上下行通話。 如圖3所示，現(xiàn)有的基站RTP鏈路的處理用戶面數(shù)據(jù)(語音數(shù)據(jù))的流程主要是
基站控制器發(fā)送的源IP和Port發(fā)送的用戶語音(用戶面數(shù)據(jù))，首先存入到基站 的RTP語音緩存區(qū)，經(jīng)過適當(dāng)處理后，發(fā)送給RTP鏈路控制單元(RTP鏈路控制處理模塊) 處理為符合RTP協(xié)議的數(shù)據(jù)包，處理完畢后發(fā)送給目的IP和Port。在相反的方向，當(dāng)目的 IP和Port有語音數(shù)據(jù)上報時，同樣依次經(jīng)過緩存區(qū)處理和RTP鏈路控制單元處理，然后發(fā) 送給源IP和Port。這里一路語音的緩存區(qū)只對應(yīng)一個RTP鏈路控制和處理模塊的處理。 當(dāng)新、老兩個RTP鏈路切換時，沒有一個平滑的語音過渡，從一個RTP鏈路一下轉(zhuǎn)到另一個 RTP鏈路時，常常造成語音數(shù)據(jù)傳送的中斷，因而常常造成切換中的掉話。
如圖4，本發(fā)明實施例的數(shù)據(jù)傳輸切換從傳統(tǒng)交換模式切換到本地交換模式包 括 步驟11 :基站在初始化的時候，就同時生成兩個RTP鏈路控制單元與一個語音緩 存區(qū)(共享數(shù)據(jù)緩存區(qū)，即在圖4的示例中，第一數(shù)據(jù)通道和第二數(shù)據(jù)通道的下行通道共享 數(shù)據(jù)緩存區(qū))對應(yīng)，兩個RTP鏈路控制單元具有相同IP和不同Port，在名稱上可以通過序 號區(qū)分，比如，RTP鏈路控制單元0和RTP鏈路控制單元1。 步驟12 :基站和基站控制器之間通過控制面消息初次建立RTP連接時，基站默認 采用RTP鏈路控制單元0來進行語音傳輸，于是在鏈路建立應(yīng)答消息中告知基站控制器關(guān) 于基站側(cè)使用的RTP鏈路的IP和Port是RTP鏈路控制單元0的IP和Port。此時，開關(guān) 10和11打開(開關(guān)10的作用是決定是否將語音緩存區(qū)內(nèi)容下發(fā)給RTP鏈路控制單元0 ; 開關(guān)11的作用是決定是否將RTP鏈路控制單元0處理的語音下發(fā)給基站的基帶并最后發(fā) 送給手機)；開關(guān)20和21關(guān)閉(開關(guān)20的作用是決定是否將語音緩存區(qū)內(nèi)容下發(fā)給RTP 鏈路控制單元1 ;開關(guān)21的作用是決定是否將RTP鏈路控制單元1處理的語音下發(fā)給基站 的基帶并最后發(fā)送給手機)。這樣就保證了此時只是用一個RTP鏈路控制單元和用戶進行 通話。在此，稱開關(guān)ll(第一開關(guān))和開關(guān)21(第二開關(guān))為第一選通單元，開關(guān)ll和開 關(guān)21有控制的擇一打開，可使始終只有一路數(shù)據(jù)通道中的待傳輸數(shù)據(jù)最終發(fā)送給手機(用 戶)。第一選通單元也可用換接開關(guān)(換接第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道到用戶)來實 現(xiàn)。稱開關(guān)10和開關(guān)20為第二選通單元，開關(guān)10和開關(guān)20各自控制共享數(shù)據(jù)緩存區(qū)是 否向第一數(shù)據(jù)通道和第二數(shù)據(jù)通道開放，第二選通單元也可以省略，使得第一數(shù)據(jù)通道和 第二數(shù)據(jù)通道的待傳輸數(shù)據(jù)始終保持更新，但由于第一選通單元的存在，手機用戶仍然只 是接收到一路待傳輸數(shù)據(jù)。 步驟13 :基站控制器發(fā)起本地交換?；究刂破魍ㄟ^控制面消息告知基站建立新 的RTP鏈路(和目的基站之間的RTP鏈路)，消息內(nèi)容攜帶切換目的IP和Port (就是目標(biāo) 基站的IP和Port)與切換原因(本地交換)。基站收到消息后，獲知本次建立新通道進行 RTP切換的目的為本地交換，于是將消息中提供的IP和Port寫入到RTP鏈路控制單元1中， 打開開關(guān)20，讓基站控制器下發(fā)給RTP鏈路控制單元0的語音數(shù)據(jù)從語音緩存區(qū)也傳送給 RTP鏈路控制單元1。以上工作進行完畢后，基站給基站控制器發(fā)送建立完成消息，表明新 鏈路已經(jīng)建好，并提供RTP鏈路控制單元1的IP和Port作為新建的RTP鏈接中基站側(cè)的IP和Port。這時，基站控制器下發(fā)的用戶面數(shù)據(jù)在基站側(cè)同時下發(fā)給RTP鏈路控制單元0 和RTP鏈路控制單元1 。此時，基站中的這兩個通信鏈路上傳送的語音數(shù)據(jù)并非都傳遞給手 機，通過開關(guān)11和21的作用(開關(guān)11打開，開關(guān)21關(guān)閉)，RTP鏈路控制單元0中的用戶 面數(shù)據(jù)發(fā)送給基站基帶并傳給手機，而通過開關(guān)10和20 (兩者都打開)，RTP鏈路控制單元 0和1共享用戶數(shù)據(jù)緩存。以上過程適用于基站1和基站2。 步驟14 :基站控制器通過控制面獲知基站已經(jīng)建立好新的RTP鏈路后，下發(fā)釋放 通道消息，消息內(nèi)容包括原RTP鏈路的IP和Port，例如，給基站1下發(fā)的釋放消息中包括 RTP鏈路1的IP和端口號；給基站2下發(fā)的釋放消息中包括RTP鏈路2的IP和端口號。
步驟15 :基站收到RTP鏈路釋放消息后，根據(jù)消息內(nèi)容中的IP和Port確認要釋放 的是RTP鏈路控制單元O后，將開關(guān)10、11關(guān)閉、開關(guān)20、21打開，并切換RTP鏈路控制單 元1設(shè)為基站基帶語音數(shù)據(jù)提供源。同時基站內(nèi)部也通過標(biāo)識記錄當(dāng)前基站工作RTP鏈路 標(biāo)識中記錄的原RTP鏈路控制單元0的IP和Port變?yōu)镽TP鏈路控制單元1的IP和Port。 上述工作完成后，發(fā)送釋放確認消息給基站控制器，表明基站控制器要求釋放的通道已經(jīng) 釋放?；究刂破麽尫糯_認消息后，將當(dāng)前基站工作RTP鏈路標(biāo)識中記錄的原RTP鏈路控 制單元0的IP和Port變?yōu)镽TP鏈路控制單元1的IP和Port。這時，基站上聽到的語音， 已經(jīng)不再是RTP鏈路控制單元0提供，而是RTP鏈路控制單元1提供。上述過程適用于基 站1和基站2。 步驟16 :至此，基站完成了對同一路語音的RTP鏈路的切換工作。本地交換工作 完成。 從本地交換模式切換到傳統(tǒng)交換模式包括 步驟21 :基站控制器發(fā)起從本地交換模式到傳統(tǒng)交換模式的轉(zhuǎn)換?；究刂破魍?過控制面消息告知基站1建立新的RTP鏈路(和基站控制器之間的RTP鏈路)，消息內(nèi)容攜 帶新RTP鏈路的IP和Port (就是基站控制器的IP和Port)與切換原因(傳統(tǒng)交換模式)。 基站1收到消息后，獲知本次建立新通道進行RTP切換的目的為傳統(tǒng)交換模式，通過查找當(dāng) 前工作鏈路標(biāo)識，發(fā)現(xiàn)當(dāng)前工作的鏈路標(biāo)識中表明RTP鏈路控制單元0為空閑，于是將消息 中提供的基站控制器的IP和Port寫入到RTP鏈路控制單元0的目標(biāo)標(biāo)識記錄中，打開開 關(guān)IO，將基站2傳送給基站1的語音數(shù)據(jù)經(jīng)過緩存區(qū)后，不僅發(fā)送給RTP鏈路控制單元1， 同時發(fā)送給RTP鏈路控制單元0。以上工作進行完畢后，基站1給基站控制器發(fā)送建立完成 消息，表明新鏈路已經(jīng)建好，并提供RTP鏈路控制單元0的IP和Port作為新建的RTP鏈接 中基站側(cè)的IP和端口號。這時，基站2發(fā)送的用戶面數(shù)據(jù)在基站1側(cè)同時下發(fā)給RTP鏈路 控制單元0和RTP鏈路控制單元1。此時，通過開關(guān)11和21的作用(開關(guān)ll關(guān)閉，開關(guān) 21打開)，基站中的這兩個通信鏈路上傳送的語音數(shù)據(jù)并非都傳遞給手機，而是RTP鏈路控 制單元1中的用戶面數(shù)據(jù)發(fā)送給基站基帶傳給手機，而RTP鏈路控制單元O中的數(shù)據(jù)則發(fā) 往基站控制器。以上過程同樣適用于基站2。 步驟22 :基站控制器通過控制面獲知基站已經(jīng)建立好新的RTP鏈路后，下發(fā)釋放 通道消息，消息內(nèi)容包括原RTP鏈路的IP和Port，例如，給基站1下發(fā)的釋放消息中包括 RTP鏈路3的IP1和Portl ;給基站2下發(fā)的釋放消息中包括RTP鏈路3的IP2和Port2。
步驟23 :基站1收到RTP鏈路釋放消息后，根據(jù)消息內(nèi)容中的IP和Port確認要 釋放的是RTP鏈路控制單元1后，將開關(guān)20和21關(guān)閉，再次確認將開關(guān)11打開，并將RTP
8鏈路控制單元O設(shè)為基站基帶語音數(shù)據(jù)提供源。同時記錄在基站相關(guān)標(biāo)識中。上述工作完 成后，發(fā)送釋放確認消息給基站控制器，表明基站控制器要求釋放的通道已經(jīng)釋放。這時， 基站上聽到的語音，已經(jīng)不再是RTP鏈路控制單元1提供，而是RTP鏈路控制單元0提供。 上述過程同樣適用于基站2。 步驟24 :至此，基站完成了對同一路語音的RTP鏈路的切換工作。從本地交換模 式向遠程交換模式轉(zhuǎn)換的工作完成。 綜上，本發(fā)明的基站及其數(shù)據(jù)傳輸切換方法，其主要通過提供基站到基站控制器 的第一數(shù)據(jù)通道，以及基站到基站的第二數(shù)據(jù)通道，待傳輸?shù)臄?shù)據(jù)(用戶語音)可以同時發(fā) 送緩存到第一數(shù)據(jù)通道和第二數(shù)據(jù)通道中，通過選通單元的選通，有控制地開放第一數(shù)據(jù) 通道或者第二數(shù)據(jù)通道，其中， 在傳統(tǒng)交換模式下，向用戶開放第一數(shù)據(jù)通道，關(guān)閉第二數(shù)據(jù)通道，使得第一數(shù)據(jù) 通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶； 在本地交換模式下，向用戶開放第二數(shù)據(jù)通道，關(guān)閉第一數(shù)據(jù)通道，使得第二數(shù)據(jù) 通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶。 在傳統(tǒng)交換模式向本地交換模式轉(zhuǎn)換時，或者從本地交換模式向傳統(tǒng)交換模式轉(zhuǎn) 換期間，第一數(shù)據(jù)通道和第二數(shù)據(jù)通道同時開放，待傳輸數(shù)據(jù)在兩個通道中同時發(fā)送。但是 兩個通道的目標(biāo)不同。并且，可控的，只有一路通道的用戶數(shù)據(jù)真正通過基站基帶模塊發(fā)送 給手機，或者接收從手機獲得的上行數(shù)據(jù)。 需要說明的是，目標(biāo)基站和源基站并非以主被叫用戶(即通話發(fā)起方)區(qū)分，而是 以語音源進行區(qū)分。例如，通話在基站1和基站2之間進行，當(dāng)基站1向基站2提供語音 (即語音源為基站1)時，傳統(tǒng)交換模式下，上行通道的目的地址是基站控制器，下行通道的 目的地址為基站1。本地交換模式下，上行通道的目的地址是基站2，下行通道的目的地址 為基站l。 反之，當(dāng)基站2向基站1提供語音(即語音源為基站2)時，傳統(tǒng)交換模式下，上行 通道的目的地址是基站控制器，下行通道的目的地址為基站2。本地交換模式下，上行通道 的目的地址是基站1，下行通道的目的地址為基站2。 第一數(shù)據(jù)通道和第二數(shù)據(jù)通道可以共享數(shù)據(jù)緩存區(qū)，例如，如圖4，在基站控制器
一側(cè)，RTP鏈路控制單元0和RTP鏈路控制單元1共享了下行語音緩存區(qū)。而在基帶處理
一側(cè)，RTP鏈路控制單元0和RTP鏈路控制單元1有各自的上行語音緩存區(qū)。 選通單元可以利用開關(guān)實現(xiàn)，如圖4，包括第一選通單元和第二選通單元，其中，第
二選通單元在第一數(shù)據(jù)通道具有開關(guān)10，在第二數(shù)據(jù)通道具有開關(guān)20，分別控制共享數(shù)據(jù)
緩存區(qū)對第一數(shù)據(jù)通道和第二數(shù)據(jù)通道的開放和關(guān)閉。第一選通單元在第一數(shù)據(jù)通道具有
開關(guān)11，在第二數(shù)據(jù)通道具有開關(guān)21，分別控制第一數(shù)據(jù)通道和第二數(shù)據(jù)通道的用戶數(shù)據(jù)
對基帶的發(fā)送的開放和關(guān)閉。 本發(fā)明可以確保在本地交換中RTP鏈路的切換，并同時保證語音的無縫轉(zhuǎn)換，保
證語音的連續(xù)性，避免掉話，確保本地交換的順利進行和提高用戶感知度。 本發(fā)明不僅適用于GSM通信系統(tǒng)，同樣適用于使用其它移動通信系統(tǒng)，比如
PHS(Personal Handy Phone System,手持電話系統(tǒng))、CDMA (CodeDivision Multiple
Access)或一些3G移動通信系統(tǒng)等。
以上內(nèi)容是結(jié)合具體的優(yōu)選實施方式對本發(fā)明所作的進一步詳細說明，但這只是 為便于理解而舉的實例，不應(yīng)認為本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬 技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，可以做出各種可能的等同 改變或替換，這些改變或替換都應(yīng)屬于本發(fā)明的保護范圍。
權(quán)利要求
一種基站的數(shù)據(jù)傳輸切換方法，其特征在于，包括通道構(gòu)建構(gòu)建基站到基站控制器的第一數(shù)據(jù)通道，以及基站到另一基站的第二數(shù)據(jù)通道；數(shù)據(jù)緩存待傳輸?shù)臄?shù)據(jù)發(fā)送并緩存到第一數(shù)據(jù)通道和第二數(shù)據(jù)通道；數(shù)據(jù)發(fā)送擇一地向用戶開放第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道，使得所述第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶。
2. 如權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)發(fā)送具體包括在傳統(tǒng)交換模式下，向用戶開放第一數(shù)據(jù)通道，關(guān)閉第二數(shù)據(jù)通道，使得第一數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶；在本地交換模式下，向用戶開放第二數(shù)據(jù)通道，關(guān)閉第一數(shù)據(jù)通道，使得第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶；在兩種模式切換時，第一數(shù)據(jù)通道和第二數(shù)據(jù)通道共享待傳輸數(shù)據(jù)，并且僅有第一數(shù)據(jù)通道和第二數(shù)據(jù)通道中一者的待傳輸數(shù)據(jù)被發(fā)送到用戶。
3. 如權(quán)利要求2所述的方法，其特征在于，第一數(shù)據(jù)通道的下行通道和第二數(shù)據(jù)通道的下行通道共享數(shù)據(jù)緩存區(qū)。
4. 如權(quán)利要求1至3中任一項所述的方法，其特征在于，所述第一數(shù)據(jù)通道和第二數(shù)據(jù)通道為實時傳送協(xié)議鏈路。
5. —種基站，其特征在于，包括基站到基站控制器的第一數(shù)據(jù)通道，以及基站到另一基站的第二數(shù)據(jù)通道；所述第一數(shù)據(jù)通道和第二數(shù)據(jù)通道具有數(shù)據(jù)緩存區(qū)，用于緩存待傳輸數(shù)據(jù)；還包括第一選通單元，用于擇一地向用戶開放第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道，使得第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶。
6. 如權(quán)利要求5所述的基站，其特征在于，所述第一選通單元按如下方式控制數(shù)據(jù)發(fā)送在傳統(tǒng)交換模式下，向用戶開放第一數(shù)據(jù)通道，關(guān)閉第二數(shù)據(jù)通道，使得第一數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶；在本地交換模式下，向用戶開放第二數(shù)據(jù)通道，關(guān)閉第一數(shù)據(jù)通道，使得第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶；在兩種模式切換時，第一數(shù)據(jù)通道和第二數(shù)據(jù)通道共享待傳輸數(shù)據(jù)，控制僅有第一數(shù)據(jù)通道和第二數(shù)據(jù)通道中一者的待傳輸數(shù)據(jù)被發(fā)送到用戶。
7. 如權(quán)利要求6所述的基站，其特征在于，所述第一選通單元包括第一數(shù)據(jù)通道的第一開關(guān)和第二數(shù)據(jù)通道的第二開關(guān)；或者可控地換接第一數(shù)據(jù)通道或第二數(shù)據(jù)通道到用戶的換接開關(guān)。
8. 如權(quán)利要求6所述的基站，其特征在于，第一數(shù)據(jù)通道的下行通道和第二數(shù)據(jù)通道的下行通道共享數(shù)據(jù)緩存區(qū)。
9. 如權(quán)利要求8所述的基站，其特征在于，還包括第二選通單元，所述第二選通單元控制共享數(shù)據(jù)緩存區(qū)向第一數(shù)據(jù)通道和第二數(shù)據(jù)通道之一開放，或者向第一數(shù)據(jù)通道和第二數(shù)據(jù)通道開放。
10. 如權(quán)利要求5至9中任一項所述的基站，其特征在于，所述第一數(shù)據(jù)通道和第二數(shù)據(jù)通道為實時傳送協(xié)議鏈路。
全文摘要
本發(fā)明公開了一種基站及其數(shù)據(jù)傳輸切換方法，所述方法包括通道構(gòu)建構(gòu)建基站到基站控制器的第一數(shù)據(jù)通道，以及基站到另一基站的第二數(shù)據(jù)通道；數(shù)據(jù)緩存待傳輸?shù)臄?shù)據(jù)發(fā)送并緩存到第一數(shù)據(jù)通道和第二數(shù)據(jù)通道；數(shù)據(jù)發(fā)送擇一地向用戶開放第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道，使得第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶；所述第一數(shù)據(jù)通道和第二數(shù)據(jù)通道具有數(shù)據(jù)緩存區(qū)，用于緩存待傳輸數(shù)據(jù)；還包括選通單元，用于擇一地向用戶開放第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道，使得所述第一數(shù)據(jù)通道或者第二數(shù)據(jù)通道中的待傳輸數(shù)據(jù)被發(fā)送到用戶。本發(fā)明實現(xiàn)了數(shù)據(jù)傳輸?shù)臒o縫切換。
文檔編號H04W36/18GK101742569SQ20091010964
公開日2010年6月16日 申請日期2009年11月13日 優(yōu)先權(quán)日2009年11月13日
發(fā)明者劉強 申請人:中興通訊股份有限公司