用于在移動電話終端之間建立數據傳送路徑的系統的制作方法

專利名稱：用于在移動電話終端之間建立數據傳送路徑的系統的制作方法
技術領域：
本發明涉及一種使用移動電話網絡和IP(互聯網協議)網絡的通信系統。
背景技術：
在移動電話網絡(例如，第三代移動電話網絡)中，存在著這樣的區域，這些區域雖然在地理上位于服務區(來自基站的無線電波到達服務區之內)之內，但是無線電波的接收卻陷于困難(這些區域被稱為無感知(insensible)區域)。這是由于有時候難以在建筑物之后或之內或者在地下從基站充分地接收無線電波，因為無線電波基本直線傳播。
這些無感知區域包括建筑物內部，特別是個別住宅(比如獨立式住宅或公寓住宅)內部。因此，需要在個別住宅之內提供小型基站，從而來自移動電話網絡的無線電波能夠在住宅中被平穩接收。
與本發明相關的背景技術例如包括如下專利文件1和2中所述的技術[專利文件1]JP 2004-507946A[專利文件2]JP 2002-535888A發明內容本發明的目的是提供一種技術，該技術通過利用經過IP網絡容納(accommodate)于移動電話網絡中的基站，來允許移動電話網絡和IP網絡的有效使用。
本發明采用如下構造來實現該目的。
也就是，本發明涉及一種用于在網絡系統中的移動電話終端之間建立數據傳送路徑的系統，該網絡系統包括經過IP網絡容納于移動電話網絡中的基站，該建立數據傳送路徑的系統包括判斷裝置，用于在作為呼叫終端的移動電話終端進行呼叫請求、來自該呼叫終端的呼叫請求經過源基站被發送到移動電話網絡、然后經過目標(destination)基站從該移動電話網絡被發送到作為被叫終端的移動電話終端時，判斷該源基站(呼叫一側)和該目標基站(被叫一側)是否經過該同一IP網絡都被連接到該移動電話網絡；以及建立裝置，用于在該源基站和該目標基站經過該同一IP網絡都被連接到該移動電話網絡時，在該呼叫終端和該被叫終端之間建立數據傳送路徑，該數據傳送路徑經過該同一IP網絡，而不經由該移動電話網絡，直接連接該源基站和該目標基站。
按照本發明，終端之間建立的數據傳送路徑直接連接源基站和目標基站。這減少了移動電話網絡和IP網絡上的通信量。這相應減少了網絡負載和設備供應負擔。
在本發明中，詞語“數據”包括語音和語音數據以及文本和圖像數據。
優選地，按照本發明，在源基站和目標基站未經過相同IP網絡連接到移動電話網絡時，經由移動電話網絡，在呼叫終端和被叫終端之間建立數據傳送路徑。
此外，優選地，按照本發明，在呼叫終端和被叫終端的至少一個屬于不經過IP網絡連接到移動電話網絡的基站時，經由移動電話網絡，在呼叫終端和被叫終端之間建立數據傳送路徑。
如上所述，在基站未連接到相同IP網絡時，依據在呼叫終端和被叫終端的至少一個從屬于未經過IP網絡連接到移動電話網絡的基站時，經由移動電話網絡，建立數據傳送路徑。由此，在不能建立直接連接基站的數據傳送路徑時，經過移動電話網絡，建立數據傳送路徑，由此保證了終端之間的數據通信。
本發明涉及一種包括移動電話網絡的網絡系統，該移動電話網絡具有作為源基站控制設備的第一基站控制設備；作為目標基站控制設備的第二基站控制設備；以及用于連接第一基站控制設備和第二基站控制設備的至少一個交換機，其中在作為呼叫終端的移動電話終端進行呼叫請求，該第一基站控制設備從經過IP網絡與其連接的源基站接收該呼叫請求時，該第一基站控制設備將關于該源基站所連接到的IP(互聯網協議)網絡的識別信息和該源基站的IP地址添加到該呼叫請求；
在該第二基站控制設備經過該至少一個交換機接收該呼叫請求，通過經由IP網絡連接到該第二基站控制設備的目標基站，將該呼叫請求發送到作為被叫終端的移動電話終端時，該第二基站控制設備檢查該呼叫請求中所含的關于IP網絡的識別信息是否與關于該目標基站所連接到的IP網絡的識別信息相一致；以及在兩條IP網絡識別信息相互一致時，該第二基站控制設備向該目標基站通知該呼叫請求中所含的源基站IP地址，還向該源基站通知目標基站IP地址；以及該第一和第二基站控制設備向該源基站和該目標基站提供指令，以在該呼叫終端和該被叫終端之間建立數據傳送路徑，該數據傳送路徑經過該同一IP網絡，而不經由該移動電話網絡，直接連接該源基站和該目標基站。
優選地，按照本發明，第一基站控制設備將識別信息、IP地址、關于源基站和目標基站之間將建立的數據傳送路徑的識別信息添加到該呼叫請求。
由此，即使在源基站和目標基站之間同時建立用于多對終端的多個數據傳送路徑時，仍可識別每個數據傳送路徑，以建立數據傳送路徑和傳送數據。
優選地，按照本發明，一旦接收到該呼叫請求，第一基站控制設備和至少一個交換機建立在第一基站控制設備和源基站之間、在第一基站控制設備和交換機之間延伸的數據通信路徑，該至少一個交換機在呼叫該被叫終端期間，利用該數據通信路徑，向該源基站發送鈴音；以及該源基站向該呼叫終端發送(傳送)經過該數據通信路徑接收到的鈴音。
這允許來自移動電話網絡的鈴音連接到呼叫終端。
優選地，當在源基站和目標基站之間建立數據傳送路徑，該被叫終端響應該呼叫時，按照本發明的至少一個交換機和第一基站控制設備刪除第一基站控制設備和源基站之間、第一基站控制設備和交換機之間建立的數據通信路徑。
由此，刪除(釋放)不再使用的數據通信路徑，避免了IP網絡和移動電話網絡的資源浪費。
本發明涉及一種經過IP網絡連接到移動電話網絡的基站，包括接收單元，從作為呼叫終端的移動電話終端接收呼叫請求；
發送單元，經過該IP網絡向該移動電話網絡發送該呼叫請求；以及數據傳送路徑建立/斷開單元，其中，在該呼叫請求經由通過該同一IP網絡連接到該移動電話網絡的不同基站，到達作為被叫終端的移動電話終端時，該數據傳送路徑建立/斷開單元從該移動電話網絡或者從該不同基站，接收該不同基站的IP地址，該數據傳送路徑建立/斷開單元利用該IP地址，在該呼叫終端和該被叫終端之間建立數據傳送路徑，該數據傳送路徑經過該同一IP網絡，而不經過該移動電話網絡，直接連接該基站和該不同基站。
優選地，在按照本發明的基站和呼叫終端之間建立數據通信路徑，以便傳送與呼叫終端通信的數據；以及數據通信路徑上傳送的數據按照呼叫終端和移動電話網絡之間定義的密碼被加密，以及其中，該基站還包括加密/解密單元，對來自該第一數據通信路徑的加密數據進行解密，按照該密碼，對將在該第一數據通信路徑上發送的數據進行加密；第一路由，經過該加密/解密單元；第二路由，不經過該加密/解密單元；連接單元，將經過該移動電話網絡在該呼叫終端和該被叫終端之間傳送的數據連接到該第二路由，將經過該數據傳送路徑在該呼叫終端和該被叫終端之間傳送的數據連接到該第一路由；以及連接控制單元，按照該數據傳送路徑的建立/斷開，控制該連接單元所進行的路由連接。
基站和終端并不知道應用于其他方的基站和終端的密碼。因此，即使它們經過數據傳送路徑接收到加密數據時，它們也不能解密數據。然而，在上述構造中，數據以解密形式被發送到其他方。這避免了其他方無法解密所接收到的數據的問題。
本發明也能夠實現具有與上述系統和基站相似的特征的方法發明。
本發明通過利用經過IP網絡連接到移動電話網絡的小型基站，來實現移動電話網絡和IP網絡的有效利用。


圖1示出本發明可應用到的移動電話網絡的構造實例；圖2示出現有系統中用于語音數據的承載路由(bearer route)；圖3示出按照本發明用于語音數據的承載路由；圖4示出用于描述本發明所解決的問題的構造實例；圖5示出用于描述本發明的概況和實施例的構造實例；圖6是示出本發明概況的序列圖；圖7A、7B和7C示出按照本發明的呼叫連接處理中的承載轉移；圖8示出3GNW中的現有呼叫連接序列；圖9示出按照本發明實施例的3GNW中的呼叫連接序列；圖10示出3GNW中的現有斷開序列；圖11示出按照本發明實施例的3GNW中的斷開序列；圖12是示出按照本發明實施例的CABS構造實例的框圖；圖13是按照本發明實施例由目標RNS(D-RNS)執行的處理流程圖；圖14是按照本發明實施例由源MSC(S-MSC)執行的處理流程圖；圖15是按照本發明實施例由源MSC(S-MSC)執行的處理流程圖；圖16是按照本發明實施例由目標MSC(D-MSC)執行的處理流程圖；圖17是按照本發明實施例由源CABS(S-CABS)和目標(D-CABS)執行的處理流程圖；圖18是示出按照本發明實施例的RNS構造實例的框圖；以及圖19是示出按照本發明實施例的MSC構造實例的框圖。
具體實施例方式
現在參照附圖，描述本發明。下面所示構造在所有方面是說明性的，并不限制本發明。
首選，描述本發明的環境。移動電話網絡服務區之內的無感知區域包括個別住宅(用戶住宅)比如獨立式住宅和公寓住宅的內部。需要在用戶住宅中提供小型無線基站，以允許移動電話用戶在住宅中使用電話。與提供的普通基站相比較，用于住宅供應的此類小型基站被優選配置為滿足如下要求。
(1)為了允許在住宅中供應，此類基站應當是小型、低價位的，具有小的服務區(來自小型基站的無線電波到達服務區之內)，提供小功率輸出(以使對于其他類似基站的干擾最小)。
(2)在基站設備和基站控制設各之間需要供應物理線路以形成網絡。對于該物理線路，通過利用寬帶線路服務(其用于連接到現在正在住宅中廣泛使用的互聯網，例如xDSL(x數據用戶線路)或CATV(電纜TV)互聯網連接服務)上的IP包傳送路徑，來發送/接收數據。
(3)單獨用戶將承受在其住宅中供應此類小型基站的費用。
從這些觀點來看，在基站控制設備(RNS無線網絡子系統)和小型基站之間提供認證功能，以僅授權提供小型基站的用戶(及有關人員)進行連接到小型基站(用于在終端和小型基站之間認證的功能)。
圖1是示出移動電話網絡和小型基站之間連接的構造實例圖。在圖1中，MSC(移動服務交換中心)是移動電話網絡的交換設備(交換機)。MSC被相互連接，均容納至少一個RNS。RNS是用于控制其從屬基站的基站控制設備。每個RNS容納至少一個BTS(基站收發臺)。BTS是執行與終端(移動站或UE(用戶設備))的無線通信的基站。移動電話網絡包括這些單元。
圖1示出作為移動電話網絡實例的3G(IMT-2000)UMTS(通用移動電信系統)的一部分。一般來說，UMTS包括核心網絡和通向核心網絡的接入網絡(UTRAN(通用陸路無線接入網絡))。UTRAN包括無線部分。圖1的MSC是包含于核心網絡中的組件，RNS和BTS是包含于UTRAN中的組件。
圖1的CABS(小室區域BTS)對應于住宅中供應的小型基站。CABS通常被提供于用戶住宅之內，經過ISP(互聯網服務供應商)網絡(IP網絡)而連接到移動電話網絡的RNS。
圖1的實例假設每個用戶住宅具有ISP所提供的互聯網連接寬帶線路(例如xDSL)。每個CABS被連接到xDSL調制解調器(容納用作寬帶線路的固定電話線路)的IP接口。每個xDSL調制解調器經過從固定電話線路分配的xDSL線路，被連接到ISP網絡上提供的DSLAM(數字用戶線路接入復用器)。
每個RNS經由IWU(互相作用單元)，被連接到設置于ISP網絡入口處的邊緣路由器(ER)。移動電話網絡和ISP網絡由此被相互連接。
IWU是IP層和作為現有移動電話網絡下層的ATM(異步傳輸模式)之間的轉換設備。經過與來自移動電話網絡的呼叫量相對應的數量的信道，連接RNS和ER。
由此，CABS經過固定電話線路被物理連接。同時，CABS經過IP接口被連接到RNS。由此，連接于特定ISP網絡的所有CABS經過ISP(IP)網絡被容納于移動電話網絡中。
以這種方式，當CABS利用已經安裝于住宅中的寬帶線路(用于連接到ISP的環境)被連接到移動電話網絡時，無需向每個住宅提供用于連接到移動電話網絡(RNS)的專用線路。這降低了用于引入CABS的成本。
此外，CABS具有僅允許特定終端與之連接的功能。具體來說，當CABS接收來自終端的連接請求時，RNS/MSC執行CABS的認證處理。當認證結果表示，該連接請求終端是允許連接的終端時，則CABS授權來自該終端的連接請求。
圖2示出容納圖1所示此類CABS的系統，其中兩個CABS被容納于相同ISP網絡中，終端經過這兩個CABS相互通信。
如從圖2清楚所示，終端之間交換的數據(例如語音呼叫情況下的語音數據)傳遞經過CABS1a-RNS1-MSC-RNS2-CABS2a的路由(見圖2箭頭)。這時，終端之間發送/接收的數據兩次傳遞經過ISP網絡(IP網絡)。
如果如圖3所示，可經過CABS之間的直接連接，在終端之間發送/接收數據(即不經過移動電話網絡傳遞)，則與圖2的情況相比，經過ISP網絡的通信量減半。這一點在設備方面是明顯有利的，因為CABS之間的通信量不經過位于ISP網絡之上的移動電話網絡傳遞。
每個CABS具有在ISP中唯一分配的IP地址。如果每個CABS知道其他CABS的IP地址，則它們能夠以直接方式(不經過移動電話網絡傳遞)來交換IP包(例如含有語音數據的IP包)。
然而，實施如圖3所示用于直接連接CABS的服務會遇到很大問題。圖4是用于描述該問題的網絡構造圖。在圖4中，假設終端UE-a(能夠與CABS1進行無線連接)向UE-b(能夠與CABS2進行無線連接)發送呼叫。然后，經過一系列呼叫過程，來自終端UE-a的控制信號經過CABS1-RNS-MSC路由被傳送，MSC解決終端UE-b處的接收。
然而，現有移動電話網絡掌握每個終端僅作為一單元的當前位置(稱為LA(位置區))。LA是由多個RNS/BTS(包括CABS)所歸屬的較大區域形成的。MSC被連接到稱為H/VLR(家庭/訪問者位置注冊)的終端位置注冊信息記錄設備，其中H/VLR被配置為注冊與每個LA之內存在的終端有關的識別信息。
MSC按照來自終端UE-a的控制信號來查閱H/VLR，讀取被呼叫的終端所在的LA，作為目標區域LA。在該實例中，終端UE-b是在LA1中，因此MSC向屬于LA1的所有RNS(該實例中的RNS1和RNS2)發送一呼叫接收請求消息。
RNS1和RNS2均向其所有從屬BTS(包括CABS)發送該呼叫接收請求消息。然后，終端UE-b經過終端UE-b所連接到的CABS2來接收該呼叫接收請求消息。
終端UE-b由此從CABS2接收該呼叫接收請求消息，響應該呼叫接收請求消息(發送響應信號)以表示其位置。該響應信號經過CABS2、RNS2、MSC、進而經過RNS1和CABS1傳播，以到達終端UE-a，從而報告來自終端UE-b的響應。通信路由由此被確定，RNC/MSC確保(捕獲)了用于在終端之間傳送語音數據的通信路經(承載信道)。
在該處理中，MSC僅確保帶有RNS1和RNS2的承載信道，并不知道(或無需知道)這些終端位于哪個BTS或CABS之下。
因此，當建立該承載時，MSC無法判斷是否能夠在CABS1和CABS2之間是否能夠建立直接承載(不經過移動電話網絡傳遞)(或無法判斷CABS1和CABS2是否屬于相同的ISP網絡)。同時，MSC不能向CABS1和CABS2通知它們與哪個CABS相對應。
而且，在現有系統中，每個RNS1和RNS2僅能夠得知它自己的從屬CABS的狀態，并無獲悉其他RNS的CABS的功能。因此，不能判斷是否建立直接連接CABS的承載。
按照本發明，取代了RNS/MSC在終端之間建立的用于語音數據的承載信道，建立經過IP網絡直接連接CABS的承載信道。
該建立是通過讓CABS1和CABS2在從終端收到響應時得知彼此在ISP中的IP地址來實現的(ISP網絡是IP網絡)。
然而，在現有系統中，CABS的IP地址只有其上級RNS知道。也就是，僅RNS1知道CABS1的IP地址，僅RNS2知道CABS2的IP地址。因此，需要用以讓CABS知道彼此IP地址的手段。
CABS1和CABS2能夠在它們連接到相同ISP時建立用于其直接數據傳送的承載。因此，需要判斷CABS1和CABS2是否連接到相同ISP的措施(換句話說，需要判斷RNS1、RNS2、CABS1、CABS2是否連接到相同IP網絡)。
同時，需要基于上述判斷，判斷是否經過MSC-RNS-CABS建立承載。用于實現本發明目的的構造如下所述。
圖5是示出了用于描述本發明的網絡構造實例的圖，其僅示出了描述所需的組件和設備。該網絡構造假定UMTS作為實例。
H/VLR是終端位置注冊存儲設備，其中注冊有終端的位置(終端所在的LA)。MSC1和MSC2是移動電話網絡的交換設備(交換機)。RNS1和RNS2是基站控制設備。CABS1、CABS2和CABS3是用于住宅供應的小型無線基站設備(本發明的基站)。BTS2是普通基站。
在圖5中，假設移動電話終端(隨后簡稱為終端)UE-a進行呼叫，UE-b接收呼叫。圖6是示出此時執行的操作概況的序列圖。圖7是與圖6序列相對應的狀態轉移圖。
在圖6序列中，終端UE-a對應于呼叫終端。CABS1對應于源基站。RNS1對應于第一基站控制設備。MSC1和MSC2對應于至少一個交換機。RNS2對應于第二基站控制設備。CABS2對應于目標基站。終端UE-b對應于被呼叫的終端。
在圖6中，在終端UE-a進行呼叫時，“呼叫預處理”開始(S01)。該預處理包括無線控制鏈路的建立、終端UE-a的網絡認證(用于檢驗終端UE-a是否能接收移動電話網絡服務)、用于無線部分的加密/解密密鑰的交換等等。該預處理與現有技術完全一樣。
然后，終端UE-a向網絡發送“建立”，即呼叫建立信號(呼叫請求)(S02)。該“建立”含有作為呼叫目標的被叫終端(終端UE-b)的電話號碼。CABS1接收“建立”，將“建立”發送到RNS1(源RNSS-RNS)，RNS1將“建立”發送到MSC1。
在該處理中，RNS1例如通過識別“建立”是從IP接口(IP網絡)接收的，能夠識別(判斷)“建立”是從CABS發送的。同時，RNS1通過檢測“建立”的源IP地址，能夠得知“建立”的發源是CABS1。這時，RNS1將CABS1 IP地址和在RNS1與CABS1之間轉送的ISP1標識符(ISP-ID其對應于與IP網絡有關的識別信息)添加到接著被發送到MSC的“建立”(S02A)。這是本發明的第一特征。
另一方面，當未經過IP網絡發送“建立”時(在它從普通BTS被發送時)，不向它添加IP地址和ISP-ID。
最后，MSC1收到“建立”，基于目標終端(被叫終端)的電話號碼，向H/VLR查詢目標終端位置。當來自H/VLR的響應表示，目標終端UE-b位于MSC2之下的位置注冊區(LA)中時，MSC1向MSC2發送“建立”消息(S03)。
首先，MSC2基于來自MSC1的“建立”，產生一呼叫接收請求消息(尋呼請求(PAGE REQUEST))，將該消息發送到該位置注冊區之內的所有RNS(S04)。同時，MSC2向MSC 1發送回對于“建立”的響應(S05)，以通知MSC1，呼叫連接操作已經啟動。
在MSC1接收該響應時，MSC1通過執行承載設置過程(BEARER SET)，用于建立將語音數據傳送到終端UE-a的承載(數據通信路徑)，來為通信作預備(S06)。
通過目前所述步驟(圖6虛線<1>之上所示步驟S01-S06)而建立的承載的圖像被表示為圖7A的承載建立轉移圖中的步驟<1>。也就是，經過這些處理步驟S01-S06，在終端UE-a和UE-b之間用于語音數據通信中的承載B1(第一數據通信路徑)、承載B2(第二數據通信路徑)和承載B3，已分別被建立于終端UE-a和CABS 1之間、CABS1和RNS1之間、RNS1和MSC1之間。
再參照圖6，RNS(目標RNSD-RNS)接收該呼叫接收請求消息，將該呼叫接收請求消息發送到RNS之下的所有基站(S07)。這些基站接收該呼叫接收請求消息，將該呼叫接收請求消息轉換成無線信號，發送該無線信號。由此在圖5實例中，來自MSC2的呼叫接收請求消息，經過RNS2被發送到CABS2、CABS3和BTS2的每一個。
該呼叫接收請求消息含有終端UE-b的終端號碼，因此只有目標終端UE-b能夠響應于該呼叫接收請求消息。在該實例中，終端UE-b通過來自CABS2的無線信號，接收該呼叫接收請求消息。
然后，終端UE-b將響應消息發回至呼叫接收請求消息(未示出)，執行與呼叫終端(終端UE-a)所執行的相似的“呼叫預處理”(S08)。
在預處理結束之后，發源一側的“建立”消息從MSC2被最終發送到終端UE-b(S09)。然后，”建立”消息經過RNS2和CABS2(其對應于目標基站)，到達終端UE-b。
在該處理中，RNS2從”建立”消息中獲得RNS1所添加的ISP-ID，檢驗它是否與RNS2和CABS2之間所轉送的ISP標識符(其被預預先注冊于RNS2中S09A)相同。這是本發明的第二特征。
當ISP-ID不相同時(例如在圖5中，如果終端UE-b存在于CABS3下，預先注冊于RNS中的ISP-ID是“ISP2”，因此它與“建立”中的ISP-ID(“ISP1”)不一致)，則RNS2判斷CABS之間直接通信是不可能的。這時，后續的呼叫/應答在常規序列序下執行。
同時，當”建立”消息不含ISP-ID參數時(例如在圖5中，如果終端UE-a在BTS2之下，則在RNS2處沒有將ISP-ID添加到來自終端UE-a的“建立”消息上)，則RNS判斷CABS間的直接通信是不可能的。
在圖6的序列中，與RNS 1和CABS1一樣，RNS2和CABS2被ISP1轉送(圖5)。因此，RNS2判斷ISP-ID是相同的，CABS間的直接通信是可能的。
在這種情況下，當RNS2從終端UE-b接收到應答“建立”的響應消息“呼叫確認”(S10)時，RNS2進入新的承載建立過程(NEW BEARER SET)，這是本發明的第三特征(S11)。
在現有系統中，作為常規的承載建立過程，RNS2將接收“呼叫確認”，然后在MSC2和終端UE-b之間建立承載。同時，MSC1-MSC2之間的承載也將被單獨建立。
作為對照，在新的承載建立過程(S11)中，并不執行用以在MSC2和終端UE-b之間建立承載和在MSC1和MSC2之間建立承載的過程。替代地，執行這樣的過程利用ISP1的IP網絡來建立直接連接CABS1和CABS2的數據傳送路徑(CABS間的直接連接)；以及在終端UE-b和CABS2之間建立無線鏈路承載。
具體來說，在新的承載建立過程(S11)中，RNS2向RNS1通知CABS2的IP地址。CABS2的IP地址經過MSC2和MSC1，到達RNS1。同時，RNS2向CABS2通知CABS1的IP地址(它是預先從“建立”消息中獲得的)。CABS1和CABS2由此能夠得知彼此的IP地址。
然后，CABS1和CABS2利用目標CABS的通知IP地址，直接相互通信，建立VoIP(IP上的語音)路徑會話，作為直接的CABS間的連接(直接的CABS間的承載)。
新的承載建立過程中的重要一點是加密處理，其用于確保無線部分中的安全性。在呼叫預處理中，在RNS(MSC)和終端之間交換加密密鑰，利用該加密密鑰來加密RNS-終端通信。因此，CABS無法解密該加密的通信。
因此，當CABS間的通信被建立時，加密密鑰與IP地址一起被提供給CABS，從而CABS能夠解密該通信。可選地，取代了將加密密鑰發送給通信方，發源一側的CABS可解密該加密的數據，發送該解密的數據。然后，只有CABS2和終端UE-b之間的無線鏈路承載，經過現有過程被建立。對于IP網絡上的數據傳送路徑上所傳送的數據，用于IP網絡的現有安全性確保技術(比如IPsec)是可應用的。
圖7B的步驟<2>說明了上述承載建立的圖像(圖6虛線<2>之上所示步驟S08-S11)。在圖7B中，除圖7A所示的承載B1、B2和B3之外，還在CABS1和CABS2之間建立了數據傳送路徑VS，以及在CABS2和終端UE-b之間建立了承載B4。
這里應當注意，來自CABS1的兩個承載B2和VS被同時建立，在這個時間點，終端UE-a和CABS1之間的承載B1在CABS1處被連接到MSC1一側上的承載B2。
在無線承載B4的建立之后，終端UE-b啟動固有鈴音，還發送“報警”(ALERT)信號以通知呼叫者一側，它現在正在振鈴(S12)。”報警”信號經過MSC2和MSC1傳遞(S13)以到達終端UE-a(S14)。
與此同時，鈴音(通常是RBT[回鈴音])經過承載B3、B2和B1從MSC1被發送到終端UE-a。這使得終端UE-a的揚聲器單元(未示出)通過RBT產生鈴音。由此，CABS1選擇MSC1一側上的承載B2，以將RBT從MSC1傳送到終端UE-a。
當終端UE-b通過用戶摘機(off-hook)來響應該呼叫時，“連接”(CONNECT)信號被發送(S15、S16)。在”連接”信號到達MSC1一側時，執行本發明的第四特征“承載改變/刪除”處理(S18)。
在“承載改變”處理中，CABS1將承載選擇從MSC1一側(承載B2)改為CABS2一側(數據傳送路徑VS)。同時，分別介于CABS1和RNS1之間、RNS1和MSC1之間的承載B2、B3被刪除。
圖7C的步驟<3>示出了經過改變/變化處理(S18)所確定的承載的圖像。用以直接連接這些CABS的數據傳送承載由此在終端之間被完成(用以連接終端UE-a、CABS1、CABS2和終端UE-b的承載)。
隨后，來自終端UE-b的”連接”信號從MSC1被發送到終端UE-a(S19)。然后，響應于”連接”信號(“連接ACK”傳送)(S17、S20)，通信開始(S21)。
從通信狀態(從“通信中”)斷開的處理能夠以與現有技術相似的方式來實現。當通過任一終端的掛機來進行一呼叫斷開請求時，一斷開消息被交換(斷開處理S22)。該處理在現有方式下被執行。
然后，MSC 1和MSC2向其各從屬(RNS)提供承載釋放請求(REL REQ(釋放請求))(S23、S24)。
在現有(常規)系統中，利用這些釋放請求，執行用以釋放終端UE-a和CABS 1之間、CABS1和RNS1之間、RNS1和MSC1之間承載的處理。同時，在終端UE-b一側上，這些承載被釋放于終端UE-b和CABS2之間、CABS2和RNS2之間、RNS2和MSC2之間。
然而，在本發明(本發明的第五特征)中，取代了常規的承載釋放處理，執行用以釋放終端UE-a和CABS1(與常規處理中一樣)之間、CABS1和CABS2之間、CABS2和終端UE-b之間承載的處理(承載刪除)(S25、S26、S27)。終端之間的所有承載經過這些處理被釋放。
隨后，現在不再需要的用于控制信號的鏈路被釋放(S28、S29)。這些釋放處理在常規方式下被執行。在釋放控制信號鏈路的處理之后，向MSC1和MSC2報告這些處理的完成(S30、S31)。這就是終端之間通信自始至終的整個序列的結束。
順便提一下，多個終端可從屬于一個基站(CABS)。因此，圖5至7所示的過程被假定為在多個終端之間同時執行。僅利用分配給CABS的IP地址，無法區分通向多個終端的多個通信承載。
上述問題可通過除了報告上述CABS IP地址之外、還報告表示各會話的會話編號來解決。這時，將上述操作內容中的“IP地址”替代為“IP地址+會話號碼”就足夠了。
然后，即使多個終端存在于單個CABS之下，它們與不同終端通信時，仍可在上述方式下，利用直接連接CABS的承載，來進行通信會話。
如至今所述，使用具有本發明五個特征的這些設備和方法，能夠在CABS之間建立直接承載，而無需改變現有終端。
這減少了ISP網絡上的通信量和移動電話網絡上的通信量，允許大量呼叫的連接。
此外，基于ISP的通信量增加了ISP受益的可能性，所產生的設備減少帶來了成本降低，這增加了移動電話承運商的利潤，由此促進了向用戶回報利潤，由此向所有三方即承運人、ISP和用戶提供利益。
現在描述本發明的實施例<實施例的序列>
現在描述作為本發明實施例的第三代移動電話網絡(此后稱為3GNW)中的具體序列。圖8示出了現有3GNW中從呼叫/接收一直到實際通信的序列，圖9示出了按照本發明從呼叫/接收一直到實際通信的序列。
圖8和圖9的序列采用了圖5所示的網絡構造(拓撲)，從而其描述與上面概括的說明相一致。
3GNW中進行呼叫的處理如在圖8第一部分中示出(預處理)，其在圖9中表示為單個處理(見S101)。如本發明概要中所述，預處理的內容與現有技術相同。
然后，呼叫終端UE-a按照CC(呼叫控制)協議(3G(IMT-2000)標準協議)，將“CC建立”信號發送到移動電話網絡上(發至MSC1)(S102)。在該處理中，RNS1將CABS1的IP地址和ISP1的ISP-ID添加到“建立”信號上(圖9[A])。
MSC1基于“建立”中所含的終端UE-b的電話號碼，從H/VLR中查詢終端UE-b所在的LA，將“建立”發送到管理該LA的MSC(該實例中的MSC2)。
在該處理中，利用ISUP(ISDN(集成服務數字網絡)用戶部分)的消息(IAM地址(初始地址))，將來自RNS的“建立”從MSC1發送到MSC2(S103)。MSC1也響應于“建立”，向終端UE-a發送“呼叫處理中”(S104)。
在MSC2接收到IAM消息時，它向MSC1發送IAA(地址確認(IAM確認))消息(S105)。
在MSC2接收到“建立”時，它基于“建立”產生一呼叫接收請求尋呼(PAGING)消息，將它發送到從屬RNS(該實例中的RNS2)(S106)。MSC2也向MSC1發送ACM(地址完成)消息(S107)。
RNS2基于來自MSC2的尋呼消息，產生一呼叫接收請求尋呼類型1消息，將它發送到所有從屬基站(S108)。尋呼類型1消息由此經過CABS2到達被叫終端UE-b。
終端UE-b響應該尋呼類型1消息，然后執行圖8所示預處理以建立無線鏈路(S109)。在預處理結束之后，MSC2向終端UE-b發送“建立”(S110)。
“建立”消息經由RNS2傳遞。這時，RNS2從“建立”中獲得CABS1的IP地址和ISP1的ISP-ID，檢驗ISP-ID，以察看CABS間的承載是否可被建立(圖9[B])。在該實例中，RNS2中預先注冊的ISP-ID與從“建立”中獲得的ISP-ID相一致，因此RNS2判斷直接的CABS間承載可被建立(它判斷這兩個CABS連接到ISP網絡(IP網絡))，決定建立CABS間的承載。
當該終端利用“呼叫確認”響應該“建立”時，“呼叫確認”被傳送到MSC2(S111)。然后，MSC2向RNS2發送“RAB分配請求”(RANAP(無線接入網絡應用協議)協議)，以便在MSC2和終端UE-b之間建立承載(S112)。
現在，當RNS2已決定建立CABS間的承載時，RNS2向CABS2發送“無線鏈路重新配置預備”消息(S113)，而不執行承載建立過程，由此向CABS2通知CABS1的IP地址，指示CABS2等待從CABS1建立直接的VoIP會話(圖9[C])。
同時RNS2向MSC2發送“RAB CAB間(INTER-CAB)模式”消息(RANAP協議未定義的新消息通過改變參數，可使用現有的消息)以報告CABS2的IP地址(RNS2預先知道CABS2的IP地址)，提示MSC1一側啟動CABS1和CABS2之間的會話建立(S114)。MSC2利用CPG(呼叫進程)消息(新消息)，向MSC1發送CABS2的IP地址和會話建立開始指令(S115)。
CABS2的IP地址和會話建立開始指令與來自MSC1的“RAB分配請求”消息一起被發送到RNS1(S116)，進一步與無線鏈路重新配置預備消息一起被發送到CABS1(S117)。
然后，利用CABS2的IP地址，CABS1執行用以按照UDP(用戶數據報協議)來建立VoIP會話(具體來說，RTP(實時傳輸協議)會話)的處理。也就是，執行用以在CABS1和CABS2之間建立直接VoIP會話的過程。
作為VoIP會話建立過程，圖9示出了“鏈路建立請求”(會話建立請求)從CABS1到CABS2的傳輸(S118)；“鏈路建立確認”(會話建立確認)從CABS2到CABS1的傳輸(S119)。由此確保CABS1和CABS2之間的承載。
當CABS間的承載被建立時，CABS1和CABS2利用“無線鏈路重新配置就緒”消息，分別向管理器RNS1和RNS2報告該承載建立(S120、S121)。
當接收到“無線鏈路重新配置就緒”消息時，RNS1將“RAB分配響應”消息發回至MSC1，以響應“RAB分配請求消息”，報告該預備的完成(S122)。
另一方面，RNS2向終端UE-b發送“無線承載建立”消息，用于利用尚未完成(或者原本應當被完成)的終端UE-b，來建立無線承載(S123)。
響應“無線承載建立”消息，終端UE-b建立無線承載，利用“無線承載建立完成”消息，報告無線承載建立的完成(S124)。
RNS2接收“無線承載建立完成”消息，然后將“RAB分配響應”消息發送到MSC2，以報告預備的完成(S125)。
已經建立無線承載后，終端UE-b發送“CC報警”消息(S126)。同時，終端UE-b啟動其鈴音，以通知用戶該輸入的呼叫。
該“報警”消息經由MSC2和MSC1傳遞(S127由CPG消息(現有)攜帶)，以到達終端UE-a(S128)。同時，利用“報警”消息的傳送，MSC1向UE-a發送RBT(未示出)。終端UE-a的用戶能夠聽到RBT。
隨后，在終端UE-b的用戶進行摘機(即響應)時，“CC連接”消息被發送(S129)。“連接”消息經由MSC2被傳送到MSC1(S130ANM(答復響應))。然后，承載改變/刪除處理被啟動(圖9[D])。
也就是MSC1向RNS1發送“IU釋放命令”，以命令刪除RNS1和MSC1之間的承載，RNS1和CABS1之間的承載被刪除和轉換為CABS1和CABS2之間的承載(S131)。
RNS1利用“無線鏈路重新配置預備”消息，向CABS1報告關于該承載刪除和改變指令(S132)。按照“無線鏈路重新配置預備”消息，CABS1執行從MSC1一側上的承載改變為CABS1和CABS2之間的承載的處理。隨后，CABS1斷開通向RNS1的承載(圖9[E])。
然后，CABS1利用“無線鏈路重新配置就緒”消息，向RNS1報告承載改變和刪除的完成(S133)。相應地，RNS1斷開RNS1和MSC1之間的承載，利用“IU釋放完成”消息，向MSC1報告承載改變和斷開的完成(S134)。
隨后，“CC連接”消息從MSC1被發送到終端UE-a(S135)，呼叫連接被完成。對于“連接”的“連接確認”被分別發回至MSC1和終端UE-b(S136，S137)。
在圖9的序列中，處理步驟S112至S125對應于在圖6概要中所示的新承載建立(S11)。處理步驟S131至S134對應于圖6的承載改變/刪除處理(S18)。
圖9所示消息是示例，特別是在新的序列部分中，當利用參數等達成協議時，可使用任何消息。該實施例并不旨在限制用以執行該序列的消息類型。同時，以實例方式示出CABS1和CABS2之間的會話建立，本發明的CABS間的承載建立并不限于該實施例。
同時，圖9的序列可這樣來配置，RNS2通過利用CABS1的IP地址，經過IP網絡，向CABS1直接通知CABS2的IP地址。可選地，當CABS2從RNS2接收CABS1的IP地址時，CABS2可利用CABS1的IP地址，向CABS1直接報告CABS2的IP地址。
圖10是示出3GNW中現有斷開序列的圖，圖11是示出本發明實施例的3GNW中斷開序列的圖。
如圖11所示，當終端UE-a例如進行掛機時，終端UE-a向MSC1發送“CC斷開”消息(S141)。MSC1向終端UE-a發送“CC釋放”消息(S142)。終端UE-a利用“CC釋放完成”消息，響應“CC釋放”消息(S143)。
同時，MSC2向MSC1發送REL(釋放)消息(S144)。MSC1利用RLC(釋放完成)響應MSC2(S145)。此外，MSC2向終端UE-b發送“CC斷開”消息(S146)。作為響應，終端UE-b向MSC2發送“CC釋放”消息(S147)。MSC2利用“CC釋放完成”消息，響應“CC釋放”消息(S148)。
隨后，MSC1利用“IU釋放命令”消息，指示RNS1斷開該承載(S149)。作為響應，RNS1執行“RRC連接釋放”處理，以斷開終端UE-a和CABS1之間的無線鏈路(S150)。
類似地，MSC2利用“IU釋放命令”消息，指示RNS2斷開該承載(S151)。作為響應，RNS2執行“RRC連接釋放”處理，以斷開終端UE-b和CABS2之間的無線鏈路(S152)。
這些處理步驟S141至S152與現有技術相同(見圖10)。然而，在圖11所示實施例的序列中，CABS1和CABS2分別確認“RRC連接釋放”指令，釋放CABS1和CABS2之間的VoIP會話(S153、S154)。這是本發明的特征。
當CABS1和CABS2之間的承載被釋放時，完成了承載釋放處理。然后，RNS1和RNS2利用“IU釋放完成”消息，分別向MSC1和MSC2報告該承載釋放完成(S155、S156)。
隨后，在現有系統(圖10)中，執行用以斷開CABS-RNS之間和RNS-MSC之間的承載和控制鏈路的處理。作為對照，在本發明的實施例中，在CABS-RNS之間和在RNS-MSC之間無承載。因此僅執行用以斷開RNS-MSC之間和RNS-CABS之間的控制鏈路的處理(S157、S158、S159、S160)。
相應地，如圖10所示，現有系統需要通過MSC-RNS之間的“AAL2鏈路釋放”和“SCCP連接釋放”、以及CABS和RNS之間的兩個“IP鏈路釋放”，來進行兩個鏈路釋放處理。作為對照，圖11的實施例僅需要“SCCP連接釋放”和單個“IP鏈路釋放”的釋放處理。
圖11所示的處理步驟S150、S153和S154對應于圖6概述里所示的承載刪除處理(S25)。
<CABS的構造>
圖12是在本發明實施中CABS10(CABS的實施例)的功能框圖。在圖12中，CABS10包括無線接口單元(RF)11；連接到RF11的復用/解復用單元(Cch/Uch-Mux/Dmux)12；分出/插入(drop/insert)單元13，經過控制信道(Cch)連接到Cch/Uch-Mux/Dmux單元12；承載選擇器(Bsel)14，經過用戶信道(Uch)連接到Cch/Uch-Mux/Dmux12。
CABS10還包括IP復用/解復用單元(IP Mux/Dmux)15，經過用戶信道連接到承載選擇器14，經過控制信道連接到分出/插入單元13；加密解密單元16，設置于IP Mux/Dmux單元15和承載選擇器14之間的用戶信道上；控制單元(CNT單元(包括會話建立/斷開單元(會話建立/斷開)))17，連接到分出/插入單元13，用于控制承載選擇器14和IP Mux/Dmux單元15。
RF11具有連接到發射天線的發射單元(Tx)；連接到接收天線的接收單元(Rx)。RF11進行與終端的通信。來自終端的數據在RF11的接收單元處被接收和輸入到Cch/Uch-Mux/Dmux單元12。
Cch/Uch-Mux/Dmux單元12向控制信道分配控制數據輸入，向用戶信道分配用戶數據。控制數據被輸入到分出/插入單元13，用戶數據被輸入到承載選擇器14。
來自Cch/Uch-Mux/Dmux單元12的控制數據經由分出/插入單元13傳遞，在IP Mux/Dmux單元15中被IP分組。分組的數據通常被發送到監管CABS10的RNS。
相反地，來自RNS的控制數據包(待發送到終端的控制數據)在IPMux/Dmux單元15中被分解，經由分出/插入單元13傳遞。然后，該數據從Cch/Uch-Mux/Dmux單元12被傳遞到RF11的發射單元，被無線發射到終端。
另一方面，RNS-CABS之間交換的控制數據從IP Mux/Dmux單元15被提供到分出/插入單元13，然后在CNT單元17中被捕獲(分出(drop))，在CNT單元17中被終止處理。
CNT單元17產生待發送給RNS的控制數據，該數據被插入到分出/插入單元13中。控制數據經過控制信道從IP Mux/Dmux單元15被發送到RNS。
另一方面，來自終端的用戶數據在Cch/Uch-Mux/Dmux單元12中被分配給用戶信道，提供給承載選擇器14。
在承載選擇器14和IP Mux/Dmux單元15之間，存在第一路由X和第二路由Y，在第一路由X上，用戶數據不經過加密解密單元16傳遞，在第二路由Y上，用戶數據經過加密解密單元16傳遞。
在用戶承載經過移動電話網絡(經由RNS-MSC)傳遞時，用戶數據從承載選擇器14被輸出到第一路由X，不經過加密地輸入到IP Mux/Dmux單元15，再被IP分組，在用戶信道上被發送到RNS。
同時，IP Mux/Dmux單元15將來自RNS的用戶數據分配到第一路由X。然后，用戶數據經過承載選擇器14和Cch/Uch-Mux/Dmux單元12傳遞，從RF11的發射單元被無線發送到終端。
另一方面，在執行CABS間的通信時，來自終端的用戶數據被分配到用戶信道一側，然后被輸入到承載選擇器14。然后，承載選擇器14將用戶數據輸出到第二路由Y上。
用戶數據由此經過加密解密單元16傳遞。加密解密單元16將終端處加密過的用戶數據解密。這是因為對應CABS不能釋放作用于用戶數據的加密。然后，解密的用戶數據在IP Mux/Dmux單元15中被IP分組，經過建立的CABS間的會話被發送到對應CABS。
同時來自對應CABS的數據從IP Mux/Dmux單元15被分配到第二路由Y，在加密解密單元16中被加密，經過承載選擇器14和Cch/Uch-Mux/Dmux單元12傳遞，從RF單元11發送到終端。
CNT單元17處理CABS間的會話(建立和斷開會話的處理)，用于建立會話的數據在CNT單元17中被全部終止，經過IP Mux/Dmux單元15利用對應CABS的控制單元(CNT單元)來進行通信。
CNT單元17控制承載選擇器14的路由選擇。也就是，在建立CABS間的會話時，CNT單元17向承載選擇器14提供用于選擇第二路由Y的控制信號。另一方面，在CABS間的會話未被建立時，CNT單元17向承載選擇器14提供用于選擇第一路由X的控制信號。
現在應當注意，圖12右部所示的四個控制和用戶信道是邏輯鏈路，它們在單個IP接口(IP-IF)上被物理復用。這些邏輯鏈路能夠同時保持(hold)也是一項重要功能。
如上所示，CABS10除了具有普通基站功能，還具有將用戶信道數據路由分離成第一路由x和第二路由Y以在需要之時實現加密/解密的功能。CABS10還具有基于來自控制信道的信號來切換數據路由的功能。此外，CABS10具有在CABS之間建立/斷開會話的功能。CABS10的應用能夠實現圖9和圖11中所示序列。
在圖12所示CABS 10中，RF11對應于本發明的接收單元，IP Mux/Dmux單元15對應于本發明的發送單元，CNT單元17對應于本發明的數據傳送路徑建立/斷開單元。CNT單元17還用作本發明的數據通信路徑建立/斷開單元、切換控制單元和連接控制單元。承載選擇器14用作本發明的切換單元和連接單元。
<RNS執行的處理>
圖13是本發明的目標基站控制設備(RNS)所執行的處理流程圖，其示出與現有RNS設備的變化有關的處理步驟。圖13的處理是在被叫方的RNS(目標RNSD-RNS)處接收到來自呼叫方的“建立”信號時啟動的。在圖9的序列中，RNS2對應于目標RNS一側。
當接收“建立”信號時(S201CC建立)，RNS2檢驗“建立”信號是否包含ISP-ID(S202“建立”中有ISP-ID？)。
在ISP-ID存在(S202Y)時，RNS2獲取ISP-ID(預先存儲于RNS2的存儲器上)和CABS2的IP地址(S203獲得源RNS中的ISP-ID和CABS2的IP地址)，檢查ISP-ID是否彼此一致(S204ISP-ID相一致？)。
在ISP-ID一致(204Y)時，RNS2判斷CABS間的直接通信是可能的，設置(ON)“直接連接可能”標志(D.C.P標志)(S205設置CABS之間“直接連接可能”標志)。
在不存在ISP-ID(S202N)或者在ISP-ID彼此不一致(S204N)時，RNS2清除(解除)D.C.P標志(S206清除CABS之間“直接連接可能”標志)。
在結束步驟S205或S206時，RNS2向CABS2發送所接收的“建立”(S207)。這些處理步驟S201至S207對應于圖9[B]處所示的內部處理。
隨后，在從CABS2一側接收到“呼叫確認”(S208)時，RNS2向MSC2發送“呼叫確認”(S209)。
接下來，RNS2以“RAB分配請求”從MSC2接收承載建立指令(S210)。然后，RNS2在“無線鏈路重新配置預備”中設置D.C.P.標志值(S211)(該值在S205或S206中被確定)，將它發送到CABS2(S212)。處理步驟S210至S212對應于圖9[C]處所示的內部處理。
然后，RNS2檢查D.C.P.標志是否被設置(S213)。在D.C.P.標志被設置(ON)(S213Y)時，RNS2發送攜帶有目標CABS(CABS2的IP地址)的“RABCAB間模式”(新消息)(S214)，以提示發源一側執行CABS間的直接鏈路建立處理。這些處理步驟實施圖9S110至S114的序列。
<MSC執行的處理>
圖14是本發明的交換機(MSC)在接收到CPG消息時執行的處理流程圖，其示出了關于與現有處理不同之處的處理步驟。
如圖9所示，本發明的實施例使用兩種消息，包括圖9的S115中發送的新CPG消息和S127中發送的現有CPG消息。現有CPG消息是指“報警”消息。另一方面，新CPG消息是表示“RAB CAB間模式”的消息。
MSC通過查閱CPG消息中設置的參數，能夠分辨(，區分)CPG消息是現有消息還是新消息(CPG消息類型)。
在圖14中，在MSC(圖9的MSC1)接收到CPG消息(S301)時，MSC查閱CPG消息中給定的參數，以判斷CPG消息是否為新消息(S302)。
在CPG消息是現有CBG消息(S302N)時，MSC以常規方式向RNS(RNS1)發送“報警”消息(S308)，進行到下一步驟。
另一方面，在CPG消息是新CPG消息(S302Y)時，MSC從CPG消息獲取目標CABS(CABS2)的IP地址(S303從CPG(新)獲取CABS2的IP地址)。
這里，新CPG消息是用于發送含有目標CABS的IP地址的RAB CAB間模式的消息，因此新CPG消息含有目標CABS的IP地址。IP地址在步驟S303中被獲得。
接下來，MSC在用于請求CABS間鏈路建立的“RAB分配請求”消息中，設置所獲得的目標CABS的IP地址(S304在“RAB分配請求”中設置CABS2的IP地址)，將該消息發送到RNS(S305見圖9的S116)。由此，執行圖9所示CABS間的鏈路建立處理(S118、S119)。
在從屬于MSC的設備完成CABS間的鏈路建立處理時，“RAB分配響應”消息被發送到MSC(見圖9的S122)。MSC接收“RAB分配響應”消息(S306)。然后，MSC設置一內部標志，其表示該呼叫已進入CABS間直接通信模式(S307設置關于該呼叫的CAB間模式)。然后MSC進行到下一步驟。
圖15是在實施例中MSC執行的處理流程圖，它是在接收到ANM消息(見圖9的S130)時執行的處理。在MSC接收到ANM消息(S401)時，MSC檢查關于該呼叫的內部標志值，以查看內部標志值(圖14的S307中所述)是否表示CAB間模式，即CABS間的直接通信模式(S402)。
當內部標志表示CAB間模式時(當內部標志在S307中被設置時S402；Y)，MSC向RNS發送“IU釋放命令”消息，以刪除預先在RNS和MSC之間建立的承載(S403見圖9的S131)。
利用“IU釋放命令”的傳送，RNS和CABS刪除了在CABS(CABS1)-RNS(RNS1)之間和在RNS(RNS1)-MSC(MSC1)之間的承載(見圖9的S132、S133)。
接下來，MSC在承載刪除結束時接收從RNS發送的“IU釋放完成”消息(S404)。隨后，MSC向RNS(RNS1)發送“CC連接”消息，如同它在接收到現有ANM消息時一樣。
在步驟S402中，當判斷CAB間模式未被設置時(S402N)，該處理進行到S405。也就是，該處理以常規方式來進行。
圖16是實施例中MSC執行的處理流程圖，示出MSC(在圖9中是MSC2)在從RNS接收新RAB CAB間模式消息時執行的內部處理(圖9的S114)。
在圖16中，MSC2接收到“RAB CAB間模式”消息(S501)，然后從“RABCAB間模式”消息中獲取CABS2的IP地址(S502從“RAB CAB間模式”獲取CABS2的IP地址)。
接下來，MSC2在新CPG消息中設置所獲得的IP地址，作為新CPG消息的參數之一(S503在CPG(新)中設置CABS2的IP地址)。然后，MSC2向源MSC(MSC1)發送新CPG消息(S504)。新CPG消息在源MSC(MSC1)處被接收，圖14流程圖的處理如下。
<CABS執行的處理>
圖17是按照本發明實施例由無線基站設備(CABS)執行的處理流程圖，其示出關于與現有承載處理不同之處的處理步驟。圖17的處理被應用于圖9的源CABS(S-CABS圖9中的CABS1)和目標CABS(D-CABS圖9中的CABS2)。
CABS1從RNS1接收“無線鏈路重新配置預備”消息(S601)，檢查該消息是否表示CABS間的直接連接(S602該指令用于CABS之間的連接？)。
現在，RNS1已經從MSC1接收“RAB分配請求”消息(圖9S116)。該消息包含MSC1所設置的CABS2的IP地址(圖14S304、S305)。RNS1利用其中所含CABS2的IP地址，產生“無線鏈路重新配置預備”消息，將該消息發送到CABS1(圖9的S117)。
CABS1在步驟S601中接收“無線鏈路重新配置預備”消息。CABS1通過查閱該消息、從該消息中檢測表示CABS間直接連接的參數(例如，標志由RNS1設置)，能夠判斷(識別)該消息表示CABS間的直接連接。
在CABS1判斷“無線鏈路重新配置預備”消息表示CABS間的直接連接時，CABS1獲取該消息中所含CABS2的IP地址(S603從“無線鏈路重新配置預備”中獲取CABS2的IP地址)。
接下來，CABS1經過IP網絡，將“鏈路建立請求消息”發送到所獲得的CABS2的IP地址處的CABS2，以請求CABS間的直接連接(直接鏈路建立)(S604)。
然后，CABS 1從CABS2接收表示直接鏈路建立OK(允許)的“鏈路建立確認”消息(S605)，執行原本應當對于“無線鏈路重新配置預備消息”執行的處理(流程圖中示為“其他處理”)(S609)。
也就是說，在步驟S605中接收該鏈路建立確認消息時，CABS1在接下來的步驟S606中選擇”否”，并且繼續處理到S610。然后，CABS1將無線鏈路重新配置預備完畢消息發回至RNS，以報告該處理的完成(S610)。
另一方面，CABS2也從RNS2接收“無線鏈路重新配置預備”消息(見圖9的S113)(S601)。“無線鏈路重新配置預備”消息含有圖13步驟S211所設置的D.C.P.標志值(on或off)。然而，該消息不含如步驟S602所檢測的此類CABS間的直接連接指令。
因此，CABS2在步驟S602中對于接收的消息作出決定”否”，繼續到S606。在步驟S606中，CABS2檢查D.C.P.標志值是on還是off。CABS2由此判斷，是否有等待CABS間的連接的指令(來自CABS1的“鏈路建立請求”消息)(S606有等待CABS之間連接的指令？)。
現在，在D.C.P.標志值是on時，CABS2判定有等待指令，在D.C.P.標志值是off時，它確定無等待指令。在無等待指令(S606N)時，CABS2進行到步驟S609。
另一方面，當存在等待指令(S606Y)時，CABS2等待來自CABS1的“鏈路建立請求”消息，當接收該消息時(S607)，CABS2在CABS1和CABS2之間執行鏈路(會話)建立處理，將“鏈路建立確認”消息發送到CABS1(S608)。此后，CABS2繼續到步驟S609以執行其他處理，將“無線鏈路重新配置就緒”消息發回至RNS2以報告處理完成(S10)。
當CABS1或CABS2接收到既不含鏈路建立指令也不含等待指令的“無線鏈路重新配置預備“消息時，它跳過步驟S603-S605、S607、S608，僅執行S609和S610。
圖17所示處理是在圖12所示CABS10的CNT單元17中執行。在CABS中，圖17所示處理可實現為軟件處理(在該軟件處理中，處理器執行存儲器中存儲的給定控制程序)，或者該處理可實現為使用硬件芯片的硬件處理。
<RNS的構造>
圖18是示出按照本發明實施例的基站控制設備(RNS)的構造實例圖。在圖18中，RNS30包括交換機(SW)31、連接到交換機31的MSC-IF32、RNS-IF33、CABS-IF34、PAGE35、DHT36、MMUX37、ISU38、RSU39、BSU40、OPS-IF41、CNT42、以及連接到CNT42的FM43。
交換機31按照來自CNT42的指令(CNT中所含軟件)，在這些部件之間切換連接。
MSC-IF32是與MSC之間的接口連接單元，經過ATM接口連接到MSC。RNS-IF33是與另一RNS之間的接口連接單元，經過IP/ATM接口連接到另一RNS。CABS-IF34是與CABS之間的接口連接單元，經過IP接口連接到CABS。至于雙線條所包圍的RNS-IF33和CABS-IF34，多個RNS-IF33和CABS-IF34可設置于單個RNS中。
交換機31右側上的部件35至40是信道和協議的終端單元。PAGE35執行尋呼信道處理。DHT36執行與切換有關的處理。MMUX37控制各種公共信道(復用/解復用)。ISU38提供與MSC交換的信號的終止控制。RSU39終止與RNS間交換的信號。BSU40終止與基站(CABS、BTS)交換的信號。
CNT42是具有高速CPU(中央處理單元)的控制單元，具有用于控制整個RNS設備的軟件。連接于CNT42的FM43是文件存儲器，其中用于控制RNS30中各部件的軟件是以管理產生(generation-manage)方式來存儲的。
圖13所示RNS的流程圖控制由CNT42中所含軟件執行。圖13所示處理通過修改CNT42的軟件來實現。然而，它也可構造為由硬件實現。
OPS-IF41是通向維護終端和控制設備(OPS操作系統)的接口連接單元。OPS-IF41經過IP接口連接到維護終端和OPS。
<MSC的構造>
圖19是示出本發明實施例的交換機(MSC)構造實例的框圖。在圖19中，MSC50包括交換機(SW)51、連接到交換機51的MSC-IF52、STM-IF53、RNS-IF54、NSU55、TNS57、PB/MF58、C/FPT59、PKT60、IPU61、BCI62、OPS-IF63、以及連接到CNT56的FM64。
交換機51按照來自CNT56的指令(CNT中提供的軟件)，切換這些部件之間的連接。MSC-IF52是與另一MSC之間的接口連接單元，經過ATM接口連接到另一MSC。STM(同步傳輸模式)-IF53是與另一網絡之間的接口連接單元，經過STM接口連接到另一網絡。RNS-IF54是與RNS之間的接口連接單元，經過ATM接口連接到RNS。至于接口52至54的每一個，可提供多個接口。
交換機51右側上的部件57至62是實現MSC主要功能的模塊。
TNS57是向終端分配可聽音調(例如RNT)的音調發送單元。PB/MF58是將接收的信號分析為PB(按鈕)音調等的PB/MF信號發送/接收單元，其也從外部分配語音信號。C/FPT59是功能部件，其具有與治安/消防當局有關的中繼(trunk)功能。
PKT是IP包接口單元，連接到IP網絡。IPU61是IP包終止控制單元。BCI62是用于連接到收費記賬中心的接口(一種通向其他系統的接口)。
MSU55是執行公共線路接口(其接收ATM信號)處理的單元。CNT56是具有高速CPU的控制功能部件，具有用于控制整個MSC設備的軟件。FM是文件存儲器，其中，CNT56中提供的軟件是以管理產生方式來存儲的。
圖14至16所示MSC的流程圖控制是由CNT單元56中容納的軟件來執行的。該控制可通過修改現有軟件來實現。OPS-IF63是功能部件，其提供通向維護終端和控制設備(OPS)的接口。
<實施例的效果>
按照本發明的實施例，在圖9所示序列中，RNS2檢查ISP-ID是否相互一致，以判斷CABS間的直接連接承載能否被建立。在判斷為肯定時，用于終端UE-a和終端UE-b之間數據通信的數據傳送路徑(VoIP路徑會話)在CABS1和CABS2之間被建立。該實施例中所示網絡系統由此按照本發明具有判斷裝置和建立裝置。
在CABS間的直接承載(數據傳送路徑)被建立時，終端UE-a和終端UE-b之間的通信量不流經移動電話網絡。同時，該通信量流經IP網絡僅一次。通信量的減少降低了施加于移動電話網絡和IP網絡上的負擔。
另一方面，在RNS2判斷ISP-ID的不匹配時，以及在“建立”不含ISP-ID時，RNS2判斷CABS間的直接承載是不可能的。這時，目標一側執行圖8右部所示的序列，其中，終端UE-a和終端UE-b之間的數據傳送路徑經由移動電話網絡來建立(經過RNS1-MSC1-MSC2-RNS2的路由)。由此，當CABS間的直接承載無法被建立時，通過現有過程，來建立終端之間的數據傳送路徑。由此，保證了響應于來自呼叫終端的呼叫請求的呼叫連接。
同時，在該實施例中，RNS1可構造為除了IP地址和ISP-D之外還將會話號碼添加到“建立”。這時，會話號碼被報告給源CABS(CABS1)和目標CABS(CABS2)，源CABS和目標CABS利用該會話號碼，建立CABS間的直接承載(VoIP路徑會話)。
因此，例如當CABS1-CABS2之間的CABS間直接承載被建立用于終端UE-a和UE-b之間的通信時(該承載被稱為“第一CABS間的承載)，當從屬于CABS1的終端UE-c(未示出)和從屬于CABS2的終端UE-d(未示出)之間進行進一步呼叫連接時，利用與第一CABS間承載的會話號碼不同的會話號碼，建立用于終端UE-c和UE-d之間通信的CABS間直接承載(該承載被稱為“第二CABS間的承載”)。由此，不同CABS間的直接承載以不同會話號碼來區分，其允許CABS之間多個CABS間直接承載的同時建立。
同時，在圖9的實施例中，CABS-RNS1承載(第二數據通信路徑)B2和RNS1-MSC1承載B3被建立，來自MSC1的鈴音經過這些承載B2和B3被發送到CABS1，CABS1經過CABS1和終端UE-a之間的承載B1(第一數據通信路徑)，將鈴音發送到終端UE-a。由此，來自移動電話網絡的鈴音被提供給終端UE-a，從而用戶能夠聽到鈴音。
此后，當CABS間的直接承載(數據傳送路徑VS)被建立、終端UE-b響應該呼叫時，承載B1的連接從承載B2被切換至數據傳送路徑VS，承載B2和B3被釋放。這減少了IP網絡和移動電話網絡的資源浪費。
“實現本發明的最佳模式”中的描述公開了所請求保護的發明。所公開的本發明構造在需要時能夠被適當組合。
權利要求
1.一種用于在網絡系統中的移動電話終端之間建立數據傳送路徑的系統，該網絡系統包括經過IP(互聯網協議)網絡容納于移動電話網絡中的基站，該用于建立數據傳送路徑的系統包括判斷裝置，用于在作為呼叫終端的移動電話終端發出呼叫請求、來自該呼叫終端的呼叫請求經過源基站被發送到移動電話網絡、然后經過目標基站從該移動電話網絡被發送到作為被叫終端的移動電話終端時，判斷該源基站和該目標基站是否經過該同一IP網絡都被連接到該移動電話網絡；以及建立裝置，用于在該源基站和該目標基站經過該同一IP網絡都被連接到該移動電話網絡時，在該呼叫終端和該被叫終端之間建立數據傳送路徑，該數據傳送路徑經過該同一IP網絡，而不經由該移動電話網絡，直接連接該源基站和該目標基站。
2.如權利要求1所述用于在移動電話終端之間建立數據傳送路徑的系統，其中，在該源基站和該目標基站未經過該同一IP網絡連接到該移動電話網絡時，經由該移動電話網絡，在該呼叫終端和該被叫終端之間建立數據傳送路徑。
3.如權利要求1所述用于在移動電話終端之間建立數據傳送路徑的系統，其中，在該呼叫終端和該被叫終端的至少一個屬于不經過IP網絡連接到該移動電話網絡的基站時，經由該移動電話網絡，在該呼叫終端和該被叫終端之間建立數據傳送路徑。
4.一種網絡系統，包括移動電話網絡，具有作為源基站控制設備的第一基站控制設備；第二基站控制設備，作為目標基站控制設備；以及至少一個交換機，用于連接該第一基站控制設備和該第二基站控制設備，其中在作為呼叫終端的移動電話終端進行呼叫請求，該第一基站控制設備從經過IP網絡與其連接的源基站接收該呼叫請求時，該第一基站控制設備將關于該源基站所連接到的IP(互聯網協議)網絡的識別信息和該源基站的IP地址添加到該呼叫請求；在該第二基站控制設備經過該至少一個交換機接收該呼叫請求，通過經由IP網絡連接到該第二基站控制設備的目標基站，將該呼叫請求發送到作為被叫終端的移動電話終端時，該第二基站控制設備檢查該呼叫請求中所含的關于IP網絡的識別信息是否與關于該目標基站所連接到的IP網絡的識別信息相一致；以及在兩條IP網絡識別信息相互一致時，該第二基站控制設備向該目標基站通知該呼叫請求中所含的源基站IP地址，還向該源基站通知目標基站IP地址；以及該第一和第二基站控制設備向該源基站和該目標基站提供指令，以在該呼叫終端和該被叫終端之間建立數據傳送路徑，該數據傳送路徑經過該同一IP網絡，而不經由該移動電話網絡，直接連接該源基站和該目標基站。
5.如權利要求4所述的網絡系統，其中，當該呼叫請求中所含的關于IP網絡的識別信息與關于該目標基站所連接到的IP網絡的識別信息不一致時，該第一基站控制設備、該第二基站控制設備和該至少一個交換機進行操作，以經由該移動電話網絡，在該呼叫終端和該被叫終端之間建立數據傳送路徑。
6.如權利要求4所述的網絡系統，其中，當該第二基站控制設備處接收到的呼叫請求不含IP網絡標識符時，該第一基站控制設備、該第二基站控制設備和該至少一個交換機進行操作，以經由該移動電話網絡，在該呼叫終端和該被叫終端之間建立數據傳送路徑。
7.如權利要求4所述的網絡系統，其中，該第一基站控制設備將該識別信息、該IP地址、關于該源基站和該目標基站之間將建立的數據傳送路徑的識別信息添加到該呼叫請求。
8.如權利要求4所述的網絡系統，其中，該第二基站控制設備經過該至少一個交換機和該第一基站控制設備，向該源基站通知目標基站IP地址。
9.如權利要求4所述的網絡系統，其中，該第二基站控制設備通過利用從該呼叫請求獲得的源基站IP地址，經由該IP網絡，向該源基站通知目標基站IP地址。
10.如權利要求4所述的網絡系統，其中，該第二基站控制設備向該目標基站通知源基站IP地址；以及該目標基站通過利用源基站IP地址，經由該IP網絡，向該源基站通知目標基站IP地址。
11.如權利要求4所述的網絡系統，其中一旦接收該呼叫請求，該第一基站控制設備和該至少一個交換機建立在該第一基站控制設備和該源基站之間、在該第一基站控制設備和該交換機之間延伸的數據通信路徑；該至少一個交換機在呼叫該被叫終端期間，利用該數據通信路徑，向該源基站發送鈴音；以及該源基站向該呼叫終端發送經過該數據通信路徑接收到的鈴音。
12.如權利要求11所述的網絡系統，其中，在該被叫終端響應該呼叫時，該被叫終端向該呼叫終端發送連接消息，一旦接收到該連接消息，該源基站將應當連接到該呼叫終端的數據通信路徑，從利用該第一基站控制設備所建立的數據通信路徑，切換到該源基站和該目標基站之間建立的數據通信路徑。
13.如權利要求11所述的網絡系統，其中，在該被叫終端響應該呼叫時，該被叫終端向該呼叫終端發送連接消息，一旦接收到該連接消息，該至少一個交換機和該第一基站控制設備刪除該第一基站控制設備和該源基站之間、該第一基站控制設備和該至少一個交換機之間建立的數據通信路徑。
14.如權利要求4所述的網絡系統，其中，在該呼叫終端和該被叫終端利用該源基站和該目標基站之間建立的數據傳送路徑來進行通信的情況下，當該呼叫終端和該被叫終端之一發送斷開請求時，該源基站和該目標基站在斷開該呼叫終端和該源基站之間的鏈路、該被叫終端和該目標基站之間的鏈路之后，斷開該數據傳送路徑。
15.一種經過IP(互聯網協議)網絡連接到移動電話網絡的基站，包括接收單元，從作為呼叫終端的移動電話終端接收呼叫請求；發送單元，經過該IP網絡向該移動電話網絡發送該呼叫請求；以及數據傳送路徑建立/斷開單元，其中，在該呼叫請求經由通過該同一IP網絡連接到該移動電話網絡的不同基站，到達作為被叫終端的移動電話終端時，該數據傳送路徑建立/斷開單元從該移動電話網絡或者從該不同基站，接收該不同基站的IP地址，該數據傳送路徑建立/斷開單元利用該IP地址，在該呼叫終端和該被叫終端之間建立數據傳送路徑，該數據傳送路徑經過該同一IP網絡，而不經過該移動電話網絡，直接連接該基站和該不同基站。
16.如權利要求15所述的基站，還包括數據通信路徑建立/斷開單元，在向該移動電話網絡發送該呼叫請求之后，建立該基站本身和該呼叫終端之間的第一數據通信路徑、以及該基站本身和該移動電話網絡之間的第二數據通信路徑；切換單元，在該第二數據通信路徑和該數據傳送路徑之間切換目標路徑，該第一數據通信路徑將連接于該目標路徑；以及切換控制單元，使得該切換單元在呼叫該被叫終端期間選擇該第二數據通信路徑，從而從該移動電話網絡發送的鈴音被發送到該第一數據通信路徑上；以及使得該切換單元在該被叫終端響應該呼叫時選擇該數據傳送路徑。
17.如權利要求16所述的基站，其中，該數據通信路徑建立/斷開單元在該被叫終端響應該呼叫時斷開該第二數據通信路徑。
18.如權利要求16所述的基站，其中，在該數據通信路徑建立/斷開單元斷開該第一數據通信路徑之后，該數據傳送路徑建立/斷開單元斷開該數據傳送路徑。
19.如權利要求16所述的基站，其中，該第一數據通信路徑上傳送的數據按照在該呼叫終端和該移動電話網絡之間定義的密碼被加密，以及其中，該基站還包括加密/解密單元，對來自該第一數據通信路徑的加密數據進行解密，按照該密碼，對將在該第一數據通信路徑上發送的數據進行加密；第一路由，經過該加密/解密單元；第二路由，不經過該加密/解密單元；連接單元，將經過該移動電話網絡在該呼叫終端和該被叫終端之間傳送的數據連接到該第二路由，將經過該數據傳送路徑在該呼叫終端和該被叫終端之間傳送的數據連接到該第一路由；以及連接控制單元，按照該數據傳送路徑的建立/斷開，控制該連接單元所進行的路由連接。
20.一種用于在網絡系統中的移動電話終端之間建立數據傳送路徑的方法，該網絡系統包括經過IP(互聯網協議)網絡容納于移動電話網絡中的基站，該方法包括將作為呼叫終端的移動電話終端所發出的呼叫請求從源基站發送到該移動電話網絡；在該呼叫請求經由目標基站從該移動電話網絡被進一步發送到作為被叫終端的移動電話終端時，判斷該源基站和該目標基站是否經過該同一IP網絡都被連接到該移動電話網絡；以及在該源基站和該目標基站經過該同一IP網絡都被連接到該移動電話網絡時，在該呼叫終端和該被叫終端之間建立數據傳送路徑，該數據傳送路徑經過該同一IP網絡，而不經由該移動電話網絡，直接連接該源基站和該目標基站。
21.如權利要求20所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，在該源基站和該目標基站未經過該同一IP網絡連接到該移動電話網絡時，經由該移動電話網絡，在該呼叫終端和該被叫終端之間建立數據傳送路徑。
22.如權利要求20所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，在該被叫終端屬于不經過IP網絡連接到該移動電話網絡的基站時，經由該移動電話網絡，在該呼叫終端和該被叫終端之間建立數據傳送路徑。
23.一種用于在包括移動電話網絡的網絡系統中的移動電話終端之間建立數據傳送路徑的方法，該移動電話網絡具有作為源基站控制設備的第一基站控制設備；作為目標基站控制設備的第二基站控制設備；用于連接該第一基站控制設備和該第二基站控制設備的至少一個交換機，該方法包括在作為呼叫終端的移動電話終端發出呼叫請求，該第一基站控制設備從經過IP(互聯網協議)網絡與其連接的源基站，接收該呼叫請求時，該第一基站控制設備將關于該源基站所連接到的IP網絡的識別信息和該源基站的IP地址添加到該呼叫請求；在該第二基站控制設備經過該至少一個交換機接收該呼叫請求，通過經由IP網絡連接到該第二基站控制設備的目標基站，將該呼叫請求發送到作為被叫終端的移動電話終端時，該第二基站控制設備檢查該呼叫請求中所含的關于IP網絡的識別信息是否與關于該目標基站所連接到的IP網絡的識別信息相一致；在這兩條IP網絡識別信息相互一致時，該第二基站控制設備向該目標基站通知該呼叫請求中所含的源基站IP地址，還向該源基站通知目標基站IP地址；以及該第一和第二基站控制設備向該源基站和該目標基站的每一個提供指令，以在該呼叫終端和該被叫終端之間建立數據傳送路徑，該數據傳送路徑經過該同一IP網絡，而不經由該移動電話網絡，直接連接該源基站和該目標基站。
24.如權利要求23所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，當該呼叫請求中所含的關于IP網絡的識別信息與關于該目標基站所連接到的IP網絡的識別信息不一致時，該第一基站控制設備、該第二基站控制設備和該至少一個交換機進行操作，以經由該移動電話網絡，在該呼叫終端和該被叫終端之間建立數據傳送路徑。
25.如權利要求23所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，當該第二基站控制設備處接收到的呼叫請求不含IP網絡標識符時，該第一基站控制設備、該第二基站控制設備和該至少一個交換機進行操作，以經由該移動電話網絡，在該呼叫終端和該被叫終端之間建立數據傳送路徑。
26.如權利要求23所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，該第一基站控制設備將該識別信息、該IP地址、關于該源基站和該目標基站之間建立的數據傳送路徑的識別信息添加到該呼叫請求。
27.如權利要求23所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，該第二基站控制設備經過該至少一個交換機和該第一基站控制設備，向該源基站通知該目標基站的IP地址。
28.如權利要求23所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，該第二基站控制設備通過利用從該呼叫請求獲得的源基站IP地址，經由該IP網絡，向該源基站通知目標基站IP地址。
29.如權利要求23所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，該第二基站控制設備向該目標基站通知源基站IP地址；以及該目標基站通過利用源基站IP地址，經由該IP網絡，向該源基站通知目標基站IP地址。
30.如權利要求23所述用于在移動電話終端之間建立數據傳送路徑的方法，其中一旦接收到該呼叫請求，該第一基站控制設備和該至少一個交換機建立在該第一基站控制設備和該源基站之間、該第一基站控制設備和該交換機之間延伸的數據通信路徑；該至少一個交換機在呼叫該被叫終端期間，利用該數據通信路徑，向該源基站發送鈴音；以及該源基站向該呼叫終端發送經過該數據通信路徑接收到的鈴音。
31.如權利要求30所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，在該被叫終端響應該呼叫時，該被叫終端向該呼叫終端發送連接消息，一旦接收到該連接消息，該源基站將應當連接到該呼叫終端的數據通信路徑，從利用該第一基站控制設備建立的數據通信路徑，切換到該源基站和該目標基站之間建立的數據通信路徑。
32.如權利要求30所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，在該被叫終端響應該呼叫時，該被叫終端向該呼叫終端發送連接消息，一旦接收到該連接消息，該至少一個交換機和該第一基站控制設備刪除該第一基站控制設備和該源基站之間、該第一基站控制設備和該至少一個交換機之間建立的數據通信路徑。
33.如權利要求23所述用于在移動電話終端之間建立數據傳送路徑的方法，其中，在該呼叫終端和該被叫終端利用該源基站和該目標基站之間建立的數據傳送路徑來進行通信的情況下，在該呼叫終端和該被叫終端之一發送斷開請求時，該源基站和該目標基站在斷開該呼叫終端和該源基站之間的鏈路、以及該被叫終端和該目標基站之間的鏈路之后，斷開該數據傳送路徑。
全文摘要
在網絡系統中，其包括經過IP網絡容納于移動電話網絡中的基站，在作為呼叫終端的移動電話終端進行呼叫請求，來自該呼叫終端的呼叫請求經過源基站被發送到該移動電話網絡，然后經過目標基站從該移動電話網絡被發送到作為被叫終端的移動電話終端時，判斷該源基站和該目標基站是否經過該同一IP網絡都被連接到該移動電話網絡，在該源基站和該目標基站經過該同一IP網絡都被連接到該移動電話網絡時，在該呼叫終端和該被叫終端之間建立數據傳送路徑，該數據傳送路徑經過該同一IP網絡，而不經由該移動電話網絡，直接連接該源基站和該目標基站。
文檔編號H04W76/02GK1764294SQ20051000957
公開日2006年4月26日 申請日期2005年2月25日 優先權日2004年10月19日
發明者橋本正則, 手冢康夫, 矢場明男, 本橋佳代 申請人:富士通株式會社