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

專利名稱：移動電話終端間的數據傳送路徑建立系統的制作方法
技術領域：
本發明涉及利用了經由IP(Internet Protocol互聯網協議)網絡而收納在移動電話網絡內的小型基站的通信方式。
背景技術：
在移動電話網絡，例如第三代移動電話網絡(Third Generation mobilephone network)中，存在著雖然在地圖上看是服務區(來自基站的電波到達的范圍)內，但是電波卻難以到達的區域(稱為“靜區”)。這是由于電波基本上直線傳播，因而有時在建筑物的影子、室內、地下等處，來自基站的無線電波未能充分到達。
作為靜區之一，例如有室內，特別是有獨立式住宅或公寓住宅中的個人住宅內。期望的是，在該個人住宅內配置小型基站，從而可在個人住宅內順利地接收來自移動電話網絡的電波。
作為與本發明相關聯的現有技術，例如有以下的專利文獻1和2所述的技術。
專利文獻1日本特表2004-507946號公報專利文獻2日本特表2002-535888號公報發明內容本發明的目的是提供一種可使用經由IP網絡設置在移動電話網絡的靜區內的小型無線基站來實現移動電話網絡和IP網絡的有效利用的技術。
本發明是一種移動電話終端間的數據傳送路徑建立系統，該系統包含無線基站，其經由IP(Internet Protocol互聯網協議)網絡被收納在移動電話網絡內；以及試行單元，其在上述無線基站從作為主叫終端的移動電話終端接收的主叫請求的被叫終端的移動電話終端可利用不同于與上述IP網絡連接的上述無線基站的無線基站來接收上述主叫請求的情況下，嘗試建立使上述無線基站和上述不同的無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
根據本發明，使無線基站間直接連接、不經由移動電話網絡的數據傳送路徑是為了移動電話終端間的數據通信而建立的。由此，由于終端間的數據(用戶數據)不經由移動電話網絡，因而可實現移動電話網絡中的通信量減輕。
并且，在建立了經由移動電話網絡的終端間的數據傳送路徑的情況下，數據的通信量通過IP網絡兩次。相比之下，在建立了無線基站間直接連接的數據傳送路徑的情況下，數據的通信量通過IP網絡的次數為1次。由此，可實現IP網絡的通信量減輕。
本發明的系統可還包含在不能建立上述數據通信路徑的情況下，建立經由上述移動電話網絡和上述IP網絡的替代數據傳送路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據的單元。
在不能建立使無線基站間直接連接的數據傳送路徑的情況下，可建立經由移動電話網絡和IP網絡的替代數據傳送路徑。由此，可補償主叫終端和被叫終端之間的連接。
并且，本發明是一種移動電話終端間的數據傳送路徑建立系統，該系統包含多個無線基站，其經由同一IP(Internet Protocol互聯網協議)網絡被收納在移動電話網絡內；以及呼叫控制裝置，其設置在上述IP網絡內；上述呼叫控制裝置包含存儲部，其存儲包含移動電話終端的識別信息和該移動電話終端可利用的收納在上述IP網絡內的無線基站的IP地址的對方信息；接收部，其從作為主叫側無線基站的上述多個無線基站之一接收作為主叫終端的移動電話終端的主叫請求；檢索部，其取得上述主叫請求內包含的作為被叫終端的移動電話終端的識別信息，并從上述存儲部中讀出與所取得的識別信息對應的無線基站的IP地址；以及發送部，其在由上述檢索部讀出了無線基站的IP地址的情況下，把具有該IP地址的無線基站作為被叫側無線基站，將上述主叫請求發送到該IP地址；在上述被叫側無線基站自身的屬下存在上述被叫終端的情況下，在上述主叫側無線基站和上述被叫側無線基站之間經由上述呼叫控制裝置建立使上述主叫側無線基站和上述被叫側無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
在該系統中，上述被叫側無線基站在不能接收到對已發送到上述被叫終端的上述主叫請求的響應的情況下，把表示在上述被叫側無線基站的屬下不存在上述被叫終端的消息經由上述呼叫控制裝置通知給上述主叫側無線基站；上述主叫側無線基站在上述主叫側無線基站和上述主叫終端之間建立第1數據傳送路徑，在從上述呼叫控制裝置接收到上述消息的情況下，把上述主叫側無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑，通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
并且，該系統可構成如下上述主叫側無線基站在與上述主叫請求對應的對方信息未被登記在上述存儲部內的情況下，在上述主叫側無線基站和上述主叫終端之間建立第1數據傳送路徑，把上述主叫側無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑，通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
本發明是一種移動電話終端間的數據傳送路徑建立系統，該系統具有多個無線基站，其經由同一IP(Internet Protocol互聯網協議)網絡被收納在移動電話網絡內；作為主叫側無線基站的上述多個無線基站中的至少一個包含存儲部，其存儲包含移動電話終端的識別信息和該移動電話終端可利用的收納在上述IP網絡內的無線基站的IP地址的對方信息；接收部，其接收來自作為主叫終端的移動電話終端的主叫請求；檢索部，其取得上述主叫請求內包含的作為被叫終端的移動電話終端的識別信息，并從上述存儲部中檢索與所取得的識別信息對應的無線基站的IP地址；發送部，其在上述對應的無線基站的IP地址被檢索出的情況下，把具有該IP地址的無線基站作為被叫側無線基站，將上述主叫請求發送到該IP地址；以及控制單元，其在上述被叫側無線基站自身的屬下存在上述被叫終端的情況下，在與上述被叫側無線基站之間建立使上述主叫側無線基站和上述被叫側無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
該系統可構成如下上述被叫側無線基站在不能接收到對已發送到上述被叫終端的上述主叫請求的響應的情況下，把表示在上述被叫側無線基站的屬下不存在上述被叫終端的消息通知給上述主叫側無線基站；上述主叫側無線基站在上述主叫側無線基站和上述主叫終端之間建立第1數據傳送路徑；在從上述被叫側無線基站接收到上述消息的情況下，把上述主叫側無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑；以及通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
并且，該系統可構成如下上述主叫側無線基站在與上述主叫請求對應的對方信息未被登記在上述存儲部內的情況下，在上述主叫側無線基站和上述主叫終端之間建立第1數據傳送路徑；另外，把上述主叫側無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑；通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
并且，本發明可實現構成上述系統的無線基站、呼叫控制裝置以及具有與上述系統相同特征的數據傳送路徑的建立方法。
根據本發明，可使用經由IP網絡設置在移動電話網絡的靜區內的小型無線基站來實現移動電話網絡和IP網絡的有效利用。


圖1是示出可應用本發明的移動電話網絡的結構例的圖。
圖2是示出現有的聲音數據通過的承載路由的圖。
圖3是示出本發明的聲音數據通過的承載路由的圖。
圖4是示出用于對本發明的第1方式進行說明的網絡結構例的圖，是示出能通過CABS將終端間直接連接的情況(第1案例)的圖。
圖5是用于對本發明的第1方式進行說明的順序圖，與圖4對應。
圖6是示出用于對本發明的第1方式進行說明的網絡結構例的圖，是示出不能通過CABS將終端間直接連接的情況(第2案例)的圖。
圖7是用于對本發明的第1方式進行說明的順序圖，與圖6對應。
圖8是示出用于對本發明的第2方式進行說明的網絡結構例的圖，是示出能通過CABS將終端間直接連接的情況(第3案例)的圖。
圖9是用于對本發明的第2方式進行說明的順序圖，與圖8對應。
圖10是示出用于對本發明的第2方式進行說明的網絡結構例的圖，是示出不能通過CABS將終端間直接連接的情況(第4案例)的圖。
圖11是用于對本發明的第2方式進行說明的順序圖，與圖10對應。
圖12是示出本發明的第3方式(在第1方式中被叫側未登記的情況)的順序的圖。
圖13是示出本發明的第3方式(在第2方式中被叫側未登記的情況)的順序的圖。
圖14是示出本發明的第1實施例(第1方式中的CABS能直接連接的情況(第1案例)的實施例)的順序圖。
圖15是示出本發明的第1實施例(第1方式中的CABS能直接連接的情況(第1案例)的實施例)的順序圖。
圖16是示出本發明的第2實施例(第1方式中的CABS不能直接連接的情況(第2案例)的實施例)的順序圖。
圖17是示出本發明的第2實施例(第1方式中的CABS不能直接連接的情況(第2案例)的實施例)的順序圖。
圖18是本發明的第2方式中的CABS能直接連接的情況的實施例的順序圖。
圖19是本發明的第2方式中的CABS不能直接連接的情況的實施例的順序圖。
圖20是本發明的第1方式中的被叫側CABS未登記在CA Server內的情況的順序圖。
圖21是本發明的第2方式中的被叫側CABS未登記在主叫側CABS內的情況的順序圖。
圖22是示出本發明的小型基站(CABS)的結構例的框圖。
圖23是示出本發明的呼叫控制裝置的結構例的框圖。
圖24是示出本發明的小型基站中的對方的推斷部的結構例的框圖。
符號說明10CABS(無線基站)；19CNT部(控制部，協議轉換部)；20終端側仿真器；21網絡側仿真器；22第1密碼處理部；23第2密碼處理部；24承載選擇器(切換部)；25音生成部；30呼叫控制裝置；31，41消息接收部(接收部)；32，42消息分析部；33，43對方檢索部(檢索部)；34、44消息生成部；35，45消息發送部(發送部)；36，46登記表存儲部(存儲部)；36A，46A登記表。
具體實施例方式首先，對本發明的詳情進行說明。作為存在于移動電話網絡的服務區內的靜區，例如有獨立式住宅或公寓住宅中的個人住宅(user home)。期望的是，在這種個人住宅內設置小型無線基站，移動電話的用戶可從個人住宅內使用移動電話。這種住宅內用的小型基站與一般設置的基站相比較，優選地具有以下特征。
(1)為了能設置在住宅內，需要小型、廉價，而且服務區(來自小型基站的電波到達范圍)狹小，并且電波是低輸出(對其他同樣的基站盡量減小電波干擾)的基站。
(2)為了形成網絡，必須在基站和基站控制裝置之間鋪設物理線路。在該物理線路中，通過共同利用目前在個人住宅中不斷普及的互聯網連接用的寬帶線路(例如xDSL(x Digital Subscriber Linex數字用戶線路)線路服務，或者CATV(有線電視)的互聯網連接服務等)具有的IP包傳送路徑的形式，來收發數據。
(3)住宅用的小型基站假定由個人住宅用戶支付費用來設置。鑒于這一點，在基站控制裝置(RNSRadio Network Sub-system無線網絡子系統)和小型基站之間設置用于僅容許小型基站的設置用戶(及其關系人)與小型基站連接的認證功能(終端一小型基站認證功能)。
圖1是示出移動電話網絡和小型基站的連接結構例的圖。在圖1中，MSC(Mobile Services Switching Center移動服務交換中心)是移動電話網絡的交換處理裝置(交換機)。MSC相互連接，并收納至少一個RNS。RNS是控制屬下的基站的基站控制裝置。各RNS收納至少一個BTS(BaseTransceiver Station基站收發站)。BTS是用于與移動終端(mobile station(移動站)或user equipment(用戶設備)(UE))之間進行無線通信的基站。以上是移動電話網絡內包含的構成要素。
另外，圖1示出3G(IMT-2000)的UMTS(Universal MobileTelecommunication System通用移動通信系統)的一部分，作為移動電話網絡的例子。UMTS大致由核心網和核心網的接入網(UTRAN(Universal Terrestrial Radio Access Network通用地面無線接入網))構成。UTRAN包含無線部分。圖1所示的MSC是核心網內包含的要素，RNS和BTS是UTRAN內包含的要素。
圖1所示的CABS(Cubicle Area BTS室內區域BTS)相當于住宅內用的小型基站裝置(very small BTS for home user住宅用戶用的小型BTS)。CABS一般設置在住宅內，經由ISP(Internet Service Provider互聯網服務提供商)網絡與移動電話網絡的RNS連接。
在圖1所示的例子中，假定在用戶住宅內導入了由ISP提供的互聯網連接用的寬帶線路(例如xDSL)。CABS與收納作為寬帶線路而利用的固定電話線路的xDSL調制解調器的IP接口連接。xDSL調制解調器經由從固定電話線路所分配的xDSL線路與設置在ISP網絡內的DSLAM(Digital Subscriber Line Access Multiplexer數字用戶線路接入復用器)連接。
另一方面，RNS經由IWU(Inter-Working Unit互通單元)與設置在ISP網絡入口的邊緣路由器(ER)連接。由此，使移動電話網絡和ISP網絡相互連接。
IWU是IP層和目前的移動電話網絡的下層即ATM(AsynchronousTransfer Mode異步傳輸模式)之間的轉換裝置。RNS和ER之間通過與來自移動電話網絡的呼叫量對應的數量的線路連接。
這樣，CABS通過固定電話線路來物理連接。并且，CABS通過IP接口與RNS連接。這樣，與某個ISP網絡連接的所有CABS可收納在移動電話網絡內。
這樣，只要利用已鋪設在住宅內的寬帶線路(連接到ISP的環境)來使CABS與移動電話網絡連接，就無需在設置有CABS的各住宅內鋪設連接到移動電話網絡(RNS)的專用線路。因此，可削減CABS的導入相關的成本。
并且，CABS具有容許CABS自身僅與特定終端連接的功能。具體來說，在CABS接收到來自終端的連接請求的情況下，RNS/MSC執行與CABS之間的認證處理。根據認證處理的結果，如果連接請求源的終端是能連接的終端，則CABS容許來自終端的連接請求。
圖2示出在收納圖1所示的CABS的方式中，被收納于同一ISP內的CABS屬下的終端相互進行通信的情況。
從圖2可以看出，在終端間交換的數據(例如在語音呼叫的情況下是語音數據)通過CABS1a-RNS1-MSC-RNS2-CABS2a的路徑(圖中由箭頭表示)。此時，通過同一ISP網絡(IP網絡)兩次。
如果在使用圖2所示的路徑的通信中，如圖3所示，只要在終端間交換的數據能通過CABS間的直接連接來交換，則通過ISP網絡內的通信量就減半。并且，由于CABS間的通信量不通過位于ISP網絡之上的移動電話網絡，因而顯然在設備方面是有利的。
各CABS具有在ISP網絡內被唯一分配的IP地址。只要在CABS間知道彼此的IP地址，就能直接(不經由移動電話網絡)交換IP包(例如含有語音數據的IP包)。
這種通信方式是與目前許多ISP提供服務的基于IP電話的通信相同的方式。ISP為了進行IP電話服務而在ISP網絡內設置呼叫控制服務器(CA(Call Agent)server)，與IP電話終端之間交換呼叫控制信號，提供通話服務。因此認為，只要把移動電話終端+CABS的組合當作IP電話終端，就能以相同手段提供服務。
然而，經由上述的ISP網絡使CABS間直接連接的服務實際上實現起來存在很大問題。
首先，移動電話終端和CABS采用與ISP通常提供的IP電話協議(SIP(Session Initiation Protocol對話初始化協議)等)不同的移動電話協議(3GPP標準)。因此，在當前狀況下，不能在CABS和呼叫控制服務器之間交換控制信號。并且，移動電話終端也并不總是在CABS的通信范圍內。
并且，ISP的呼叫控制服務器針對來自某個移動電話終端+CABS的主叫請求，向將要登記目的地的CABS+移動電話終端發出被叫請求。在該情況下，該被叫請求可到達對方的CABS。然而，在接收到被叫請求的CABS的通信范圍(來自CABS的被叫請求(無線電波)到達的范圍)內不一定存在本來的作為目的地的移動電話終端。
在目的地的移動電話終端不在CABS的通信范圍內的情況下，有時該移動電話終端存在于移動電話網絡內的某處的某個BTS的屬下。在該情況下，期望的是被叫請求通過該BTS到達目的地的移動電話終端。
然而，呼叫控制服務器無法知道目的地的移動電話終端位于某個BTS的屬下。并且，呼叫控制服務器也無法使被叫請求與該某個BTS連接。
本發明是鑒于上述問題而作成的。本發明提供一種在通過收納于同一IP網絡內的小型基站之間進行終端間的通信的情況下，可減少對移動電話網絡和IP網絡的負荷的技術。
本發明涉及移動電話終端間的數據傳送路徑建立方法及其系統。在本發明中，在多個小型基站(CABS)與同一ISP網絡(地址賦予體系相同的IP網絡)連接的情況下，在來自作為主叫終端的移動電話終端的主叫請求由多個CABS中的一個接收的情況下，為了在作為該主叫請求的目的地的被叫終端與主叫終端之間傳送數據，嘗試在接收到上述主叫請求的主叫側CABS和屬下具有上述被叫終端的被叫側CABS之間建立不經由移動電話網絡而使CABS間直接連接的實質的數據傳送路徑。
在不能建立上述的實質的數據傳送路徑的情況下，可建立通過移動電話網絡和IP網絡的主叫終端和被叫終端之間的數據傳送路徑。
本發明可利用設置在ISP網絡內的呼叫控制裝置來實現(第1方式)。并且，本發明也能不利用呼叫控制裝置來實現(第2方式)。
在通過利用呼叫控制裝置來實現本發明的情況(第1方式)下，構成為把呼叫控制裝置配置在ISP網絡內，呼叫控制裝置通過在主叫側CABS和被叫側CABS之間進行消息交換，來控制CABS間的直接連接。
作為呼叫控制裝置，可以把專用的呼叫控制裝置配置在ISP網絡內，以控制CABS間的呼叫連接(數據傳送路徑的建立)。然而，作為呼叫控制裝置，以往利用設置在ISP網絡內的IP電話用的呼叫控制服務器(稱為“CA(call agent呼叫代理)服務器”)，它在抑制與系統構建有關的成本上升這一點上是優選的。
呼叫控制服務器具有識別SIP等的規定IP電話用協議的功能。然而，呼叫控制服務器不具有識別移動電話用協議的功能。因此，在成為主叫側CABS或被叫側CABS的各CABS上安裝有進行移動電話用協議和IP電話用協議之間的協議轉換的協議轉換功能(協議轉換部)。
CABS使用協議轉換功能，把基于移動電話用協議的來自移動終端的消息(主叫請求等)轉換成可由呼叫控制服務器識別的基于IP電話用協議的形式，或者把從呼叫控制服務器所接收的消息轉換成可由移動終端識別的基于移動電話用協議的形式。
并且，在應用呼叫控制裝置(呼叫控制服務器)的情況下，呼叫控制裝置判斷主叫請求的被叫終端是否是可利用連接在與主叫側CABS相同的ISP網絡上的CABS的移動電話終端。
為了進行這種判斷，例如，呼叫控制裝置需要具有登記有包含連接在主叫側CABS相同的ISP網絡上的CABS的IP地址和可利用該CABS的移動終端的識別信息(例如移動終端的電話號碼)的對方信息的存儲裝置(存儲部)。
而且，呼叫控制裝置需要具有以接收來自主叫側CABS的主叫請求為契機，判斷與該主叫請求的發送源IP地址(主叫側CABS的IP地址)和該主叫請求內包含的被叫終端的識別信息對應的對方信息是否被登記在存儲部內的功能(判斷部)；以及在存儲了對應的對方信息的情況下，把該對方信息內包含的CABS的IP地址決定為主叫請求的目的地的功能(決定部)。
在應用IP電話用的呼叫控制服務器作為呼叫控制裝置的情況下，為了把上述登記部和判斷功能(判斷部)安裝在呼叫控制服務器上，優選的是實施如下改良。
呼叫控制服務器具有為了進行IP電話終端間的連接服務，登記有包含IP電話終端的IP地址和該IP電話終端的電話號碼的條目列表的登記表；以及以接收來自IP電話終端的主叫請求為契機，從登記表中讀出與主叫請求對應的條目，以此推斷出主叫請求的目的地的IP電話終端的IP地址的推斷功能(推斷部)。
另外，在登記表的各條目內，實際上，除了IP電話終端的IP地址和電話號碼以外，還登記有用于建立RTP/UDP(Real-time TransportProtocol/User Datagram Protocol實時傳輸協議/用戶數據報協議)對話的端口編號和語音編碼方式，作為用于建立語音呼叫的控制信息。
只要在這種登記表內登記包含上述的對方信息(CABS的IP地址和可成為該CABS的屬下的移動終端的識別信息)的條目，呼叫控制服務器就能把各CABS+移動終端識別為IP電話終端。然后，呼叫控制服務器可使用上述推斷功能來推斷出目的地的CABS+移動終端。另外，在登記表的條目內也能設置終端是移動終端的識別標記。
而且，在登記于呼叫控制服務器內的CABS的屬下沒有想要連接的終端(被叫終端)的情況下，需要用于由呼叫控制服務器判斷(識別)該情況的機構(結構(configuration))。
而且，在判斷為被叫終端不在登記CABS的屬下的情況下，需要由呼叫控制服務器對移動電話網絡進行主叫處理的機構(結構)。
在不使用呼叫控制裝置而實現本發明的情況(第2方式)下，需要以下結構，即CABS以接收到來自作為主叫側CABS的主叫終端的主叫請求為契機，判斷主叫請求的被叫終端是否是可利用連接在與主叫側CABS相同的ISP網絡上的CABS的移動終端。
因此，CABS設置有登記了上述對方信息的存儲部。而且，CABS設置有以接收來自主叫終端的主叫請求為契機，判斷在存儲部內是否登記有與主叫請求對應的對方信息的判斷部；以及根據判斷部的判斷結果決定主叫請求的目的地的決定部。
以下，參照附圖對本發明的方式進行說明。以下說明的結構只是例示，本發明不限于此。
<第1方式>
作為本發明的第1方式，對建立經由存在于ISP網絡內的IP電話的呼叫控制服務器而不經由小型基站間的移動電話網絡的數據通信路徑的方式進行說明。
《第1案例》圖4是對第1案例，即在ISP網絡(以下簡稱為“ISP”)內存在作為呼叫控制裝置的呼叫控制服務器(CA Server)的情況下，作為主叫終端(calling terminal)的移動終端(以下簡稱為“終端”)UE-a和作為被叫終端(called terminal)的終端UE-b的各方處于分別可與連接ISP1的CABS1和CABS2進行通信的狀態的情況的順序進行說明的圖。圖5是圖4所示的狀態，即終端UE-b可與連接ISP1的CABS2進行通信的情況的順序圖。
如圖4和圖5所示，當終端UE-a主叫時，經由CABS1在終端UE-a和呼叫控制服務器之間進行呼叫預處理(CALL PREPROCESSES)(S01)。
這里，CABS1代替本來進行預處理的RNS1/MSC1而代行協議終端進行預處理。該預處理具體地說包含網絡認證和加密密鑰的確定。
預處理中的網絡認證，即在該ISP1內終端UE-a是否可以進行通信，這是通過確認在呼叫控制服務器內終端UE-a是否被登記為可以進行通信的終端來判斷的。因此，CABS1需要具有把與終端之間的認證請求的交換轉換成呼叫控制服務器具有的呼叫控制協議(IP電話用協議)的功能。
這樣，CABS1可代行與移動電話網絡側的上位裝置(RNS/MSC)之間的協議來進行終端處理的功能是第1特征，具有終端的協議與呼叫控制服務器的協議轉換功能是本發明的第2特征。然而，也能構成為僅在終端UE-a和CABS1之間實施預處理(不利用呼叫控制服務器)。
當預處理結束時，作為主叫請求(呼叫連接請求)的SETUP信號從終端UE-a被發送到CABS1(S02)。CABS1利用協議轉換功能把該SETUP信號轉換成呼叫控制服務器可處理的呼叫相當的信號(圖6中例示出SETUP消息)來發送(S03)。這是本發明的第3特征。
來自CABS1的SETUP消息包含有CABS1的IP地址、終端UE-a的電話號碼(主叫終端的識別信息)、被叫終端的電話號碼(被叫終端的識別信息)等的信息。呼叫控制服務器在接收到來自CABS1的SETUP消息時，通過識別出CABS1是IP電話終端來進行動作。
SETUP消息包含有作為被叫終端的終端UE-b的電話號碼。呼叫控制服務器把終端的識別編號和登記信息(登記在上述登記表內的信息)進行對照來推斷出目的地CABS2。即，作為與終端UE-b對應的CABS的IP地址，通過從登記表中讀出CABS2的IP地址，可推斷出目的地CABS。呼叫控制服務器向CABS2發送主叫消息(SETUP)(S04)。該動作與把CABS2視為IP電話終端的動作相同。
CABS2在接收到主叫消息(SETUP)的情況下，首先確認終端UE-b(根據主叫消息內包含的識別編號來指定)是否存在于屬下。
因此，根據被叫請求消息“PAGE REQUEST”向終端UE-b發送被叫請求(S05)。此時，CABS2使用安裝在CABS2自身上的協議轉換功能來把主叫消息協議轉換成可由終端UE-b識別的“PAGE REQUEST”。該協議轉換也是第3特征。
在終端UE-b存在于CABS2的通信范圍內的情況下，終端UE-b把對被叫請求“PAGE REQUEST”的響應返回到CABS2。在CABS2接收到響應的情況下，與終端UE-a側相同的呼叫預處理(CALLPREPROCESSES)起動(S06)，執行終端UE-b的網絡認證。
當終端UE-b的網絡認證沒有問題時，CABS2把呼叫連接請求的SETUP信號發送到終端UE-b(S07)。終端UE-b對SETUP信號作出響應，從而進入下一階段。
然而，呼叫控制服務器在接收到來自CABS1的SETUP信號(主叫消息S03)，并根據該主叫消息確認目的地(CABS2)時，把包含有該目的地的IP地址(CABS2的IP地址)的響應消息“SETUP ACK”發送到CABS1(S08)。
CABS1以接收響應消息為契機，把消息“CALL PROCEEDING”發送到終端UE-a，并在CABS1和UE-a之間建立無線通信信道承載(語音數據被交換有時也記載為“無線承載”)(S09NEW BEARER SET)。
另一方面，在CABS2側，當CABS2從終端UE-b接收到針對SETUP信號(S07)的“CALL CONFIRM”消息時(S11)，CABS2在與終端UE-b之間進行無線通信信道承載的建立(S12)。
此時，終端UE-b發出呼叫音來告知終端UE-b的用戶呼叫，并以建立承載為契機把呼叫中消息即ALERT發送到CABS2(S13)。
該ALERT經由CABS2、呼叫控制服務器以及CABS1被傳遞到終端UE-a(S14，S15，S16)。終端UE-a通過接收ALERT，可識別出正在呼叫終端UE-b。
此時，有必要讓終端UE-a聽見RBT(Ring Back Tone回鈴音)。因此，CABS1具有音(Tone)生成功能。這是本發明的第4特征。
當終端UE-b的用戶根據呼叫音來使終端UE-b摘機，并對呼叫作出響應時，終端UE-b發送表示被叫終端作了響應的CONNECT消息(S017)。
CONNECT消息經由CABS2和呼叫控制服務器被發送到CABS1(S18，S19)。然后，CONNECT消息從CABS1被提供給終端UE-a(S20)。
當CONNECT消息傳遞到終端UE-a時，在CABS1和CABS2之間建立VoIP(Voice over IP)對話(實質的數據傳送路徑)，可開始通信。之后，來自終端的語音數據由CABS進行分組并在CABS1-CABS2之間被收發。
在CABS1-CABS2之間不存在承載的概念(由于是IP網絡)，通過至此所示的呼叫控制信號的交換，把對方的CABS的IP地址設定在包的目的地IP地址內，于是，語音數據處于可收發的狀態(即，認為確保了承載(Bearer Securing))。
另外，CONNECT消息(S20)到達終端UE-a而開始通信，同時在CABS1的內部，把通向終端UE-a的語音路由路徑從音生成部以內部方式切換到與CABS2之間的語音數據通信(S21)。這是本發明的第5特征。
另外，CABS2和終端UE-a的各方在接收到CONNECT消息時，把對該消息的響應消息“CONNECT ACK”分別返回到終端UE-b和CABS1(S22，S23)。之后，在終端UE-a和終端UE-b之間為通話中(during communication)(S24)。
在通信被切斷的情況下，執行以下過程。即，針對來自終端UE的切斷指示，在CABS 1-呼叫控制服務器-CABS2-終端UE-b之間進行切斷信號的交換(切斷處理DISCONNECT PROCESS)(S25)。
之后，進行終端UE-a和CABS1之間的無線承載的釋放處理(S26)。而且，進行終端UE-b和CABS2之間的無線承載的釋放處理(S27)。該通信切換處理可通過與在移動電話終端進行切斷的情況下的網絡側動作相同的動作來實現。
如以上說明的那樣，圖5所示的網絡系統在第1案例中，作為一種移動電話終端間的數據傳送路徑建立系統執行功能，該系統具有作為無線基站的CABS1；以及試行單元，其在CABS1從作為主叫終端的終端UE-a接收的主叫請求(SETUP)的被叫終端(終端UE-b)可利用與連接CABS1的IP網絡相同的IP網絡(ISP1)連接的不同的無線基站(CABS2)來接收主叫請求的情況下，嘗試在CABS1-CABS2之間建立通過ISP1的數據通信路徑。在第3案例中，呼叫控制服務器實現作為試行單元的功能。
《第2案例》圖6是示出作為第2示例，在圖4所示的被叫側終端UE-b存在于一般的BTS(圖6中是BTS2)的屬下的情況下，如何切換主叫動作的圖。圖7是第2案例中的順序圖。
在圖7中，來自終端UE-a的主叫過程與第1案例相同，來自呼叫控制服務器的SETUP信號到達CABS2(S01～S04)。并且，與第1案例一樣，以發送來自呼叫控制服務器的“SETUP ACK”為契機，在CABS1和終端UE-a之間建立無線通信信道承載(S08～S10)。
CABS2在接收到“SETUP”時，與第1案例一樣，向終端UE-b發送被叫請求“PAGE REQUEST”(S05)。然而，終端UE-b不存在于屬下(CABS2的通信范圍內)。因此，沒有來自終端UE-b的響應。
另一方面，CABS2以發送被叫請求為契機，使用定時器來監視對被叫請求的響應(S106)。CABS2在定時器超時的時刻判斷為終端UE-b不在CABS2的屬下，為了把超時通知給呼叫控制服務器，將超時消息發送到呼叫控制服務器(S107；P.REQ Timeout)。
當呼叫控制服務器接收到超時消息時，呼叫控制服務器判斷為在呼叫控制服務器所屬的ISP內不能使CABS間直接連接。在該情況下，呼叫控制服務器把用于使CABS1重新進行主叫的消息(重新主叫請求消息。在圖7中例示出“P.REQ Timout”消息)發送到CABS1(S108)。
CABS1在接收到重新主叫請求消息時，向移動電話網絡側進行重新主叫。這是本發明的第6特征。
至此以后的過程是與當前的移動電話網絡的主叫/被叫順序相同的處理。然而，CABS1作為終端UE-a的代行終端，在從呼叫預處理開始重新進行這一點上與以往不同。該不同點是由于終端UE-a不能重復已進行的處理而產生的。
因此，CABS1針對移動電話網絡作為主叫終端進行動作，在CABS1和終端UE-b之間建立數據通信用承載。然后，CABS1使所建立的承載與CABS1和終端UE-a之間的無線通信信道承載連接。這樣，CABS1看起來針對終端UE-a，根據終端UE-a自身發送的主叫請求建立了通信呼叫。
在該情況下，通過在終端UE-a和CABS1之間的呼叫預處理(S01)所決定的加密密鑰與在CABS1和RNS1/MSC1之間所決定的加密密鑰不同。因此，CABS1對通過CABS1的所有控制消息和通信數據進行解密/重新加密處理。這是第7特征。
這種解密和重新加密處理不僅在主叫/被叫處理中進行，而且也在呼叫切斷處理中進行。由此，可實施與當前同等的順序處理。
使用圖7對S108以后的處理(CABS1的主叫/被叫順序)進行說明。在圖7中假定了終端UE-b處在存在于MSC2/RNS2的屬下的BTS2的通信范圍內的情況。
以CABS1的主叫為契機，在CABS1和RNS1/MSC1之間進行呼叫預處理(CALL PREPROCESS)(S109)。
之后，作為主叫請求的SETUP信號通過RNS1從CABS1被提供給MSC1(S111)。MSC1判定在MSC1自身的管理范圍內是否存在終端UE-b。該判定是例如通過判斷在登記有存在于MSC1的管理范圍內的終端的識別信息的被稱為VLR(Visitor Location Register來訪者定位寄存器)的終端的位置管理寄存器(未作圖示)內是否登記有終端UE-b來進行的。
在MSC1自身的管理范圍內不存在終端UE-b的情況下，MSC1從HLR(Home Location Register登記有在移動電話網絡內登記的所有終端的識別信息及其位置信息的位置管理寄存器未作圖示)推斷出終端UE-b的位置。這里，由于終端UE-b位于MSC2的管理范圍內，因而MSC1把SETUP信號發送到MSC2(S111)。
MSC2把SETUP信號發送到屬于MSC2的管理范圍的RNS(S112)。并且，MSC2向MSC1返回確認消息“SETUP ACK”(S113)。當MSC1接收到“SETUP ACK”時，MSC1把“CALL PROCEEDING”發送到CABS1(S113A)。以CABS1接收“CALL PROCEEDING”為契機，在CABS1和MSC1之間建立經由RNS1的數據傳送用承載(S113B)。
在S112中從MSC2發送的SETUP信號到達屬于MSC2的屬下的RNS2。RNS2把作為被叫請求的“PAGE REQUEST”發送到屬于RNS2的屬下的所有基站。由此，“PAGE REQUEST”通過BTS2到達終端UE-b(S114)。
以終端UE-b接收到“PAGE REQUEST”為契機，經由BTS2在終端UE-b和RNS2/MSC2之間執行呼叫預處理(S115)。
之后，MSC2將作為主叫請求的SETUP信號發送到終端UE-b(S116)。于是，終端UE-b發送確認消息“CALL CONFIRM”到MSC2(S117)。由此，建立終端UE-b和MSC1之間的數據(這里是語音數據)傳送用承載(S118)。
之后，從終端UE-b發送消息“ALERT”(S119，S120，S121)。當CABS1接收到來自終端UE-b的“ALERT”時，CABS1使該“ALERT”連接在與終端UE-a之間建立的承載上(進行承載切換S122)。
然后，CABS1對來自MSC1的“ALERT”進行解密和重新加密，作為對終端UE-a發送的“SETUP”的“ALERT”而發送到終端UE-a(S123)。
之后，當終端UE-b的用戶對呼叫作出響應時，消息“CONNECT”從終端UE-b被發送(S124，S125，S126，S127)。然而，CABS1在S127中，對來自MSC1的“CONNECT”進行解密和重新加密并發送到終端UE-a。
然后，MSC2把對“CONNECT”的“CONNECT ACK”發送到終端UE-b(S128)，終端UE-a把對“CONNECT”的“CONNECT ACK”發送到MSC1(S129，S130)。并且，CABS1在S130中，對來自終端UE-a的“CONNECT ACK”進行解密和重新加密并發送到MSC1。由此，終端UE-a和終端UE-b之間為通話中(During Communication)(S131)。
在上述的第2案例中，在終端UE-a和CABS1之間建立的數據傳送路徑相當于第1數據傳送路徑，在CABS1和終端UE-b之間建立的數據傳送路徑相當于第2數據傳送路徑。
如以上說明的那樣，圖5所示的網絡系統在第2案例中，作為一種移動電話終端間的數據傳送路徑建立系統執行功能，該系統具有在不能建立CABS1-CABS2之間的數據傳送路徑的情況下，建立經由移動電話網絡和IP網絡的替代數據傳送路徑的單元(建立單元)。該建立單元由CABS1實現。
<第2方式>
下面，作為本發明的第2方式，對不利用在第1方式中所述的呼叫控制服務器，而使CABS間經由ISP網絡直接連接的方式進行說明。
在呼叫控制服務器不存在于ISP網絡內的情況下，或者在不使用呼叫控制服務器的情況下，通過構成為在CABS內具有對方信息，可進行通信。
《第3案例》圖8是示出不利用呼叫控制服務器，而是經由ISP網絡在CABS間進行直接連接的方式<第3案例>來作為第2方式的圖，圖9是示出第2方式中的呼叫連接(信令)的順序圖。第3案例相當于第1方式中的第1案例。
在第2方式中，不利用呼叫控制服務器(CA Server)。因此，如圖9所示，在CABS1和CABS2之間直接進行消息交換，這一點與圖5所示的第1方式的第1案例中的順序不同。
為了在CABS間進行直接交換，各CABS1、2至少登記有對方的IP地址、可與CABS自身連接的終端的電話號碼等的終端的識別信息。
由此，例如如圖8所示，在終端UE-a使用CABS1來進行主叫的情況下，在CABS1中檢測其對方信息。由此，可判斷為能經由CABS2到達終端UE-b。然后，CABS1可根據判斷結果，經由CABS2把主叫請求直接發送到終端UE-b。
圖9所示的順序(S201～S224)與圖5所示的第1方式不同如下。CABS1以主叫請求為契機進行呼叫預處理(S201)，之后以接收來自終端UE-a的SETUP信號為契機，檢查上述的對方信息。
即，CABS1根據“SETUP”內包含的終端UE-b的信息，參照預先登記在CABS1內的對方信息，判斷終端UE-b是否被登記為CABS2的屬下的終端(是否登記有與終端UE-b的識別信息對應的CABS2的IP地址)。
這里，CABS1可讀出與終端UE-b的識別信息對應的CABS2的IP地址。然后，CABS1發送把所讀出的CABS2的IP地址作為目的地的SETUP消息(S203)。CABS2把作為被叫請求的“PAGE REQUEST”發送到終端UE-b(S204)，并發送對“SETUP”的“SETUP ACK”(S205)。
這樣，由于沒有呼叫控制服務器，因而除了在CABS1和CABS2之間進行消息交換這一點以外，動作與圖5大致相同。然而，在第2方式中，各CABS無需針對呼叫控制服務器使自身假裝成IP電話終端。因此，在第1方式中說明的協議轉換功能不是必須的構成要件。
如以上說明那樣，圖8所示的網絡系統在第3案例中作為一種移動電話終端間的數據傳送路徑建立系統而執行功能，該系統具有作為無線基站的CABS1；以及試行單元，其在CABS1從作為主叫終端的終端UE-a接收的主叫請求(SETUP)的被叫終端(終端UE-b)可利用連接在與連接了CABS1的IP網絡相同的IP網絡(ISP1)上的不同的無線基站(CABS2)來接收主叫請求的情況下，嘗試在CABS1-CABS2之間建立通過ISP1的數據傳送路徑。在第3案例中，CABS1執行作為試行單元的功能。
《第4案例》圖10是在第2方式中，在圖8所示的網絡結構中，終端UE-b不存在于CABS2的屬下，而存在于一般的BTS2的屬下的情況<第4案例>的說明圖。圖11是示出第4案例中的動作的順序圖。第4案例相當于第1方式中的第2案例。
圖11所示的S201～S207的動作與第3案例相同。然而，如圖10所示，作為被叫終端的終端UE-b不存在于CABS2的屬下。因此，在CABS2中，以“PAGE REQUEST”(S204)的發送為契機而起動的定時器超時(S301)。在該情況下，CABS2向CABS1發送超時消息(S302)。
CABS1在接收到超時消息時，判斷為終端UE-b不存在于CABS2的屬下，與第2案例中的CABS1一樣，取代終端UE-a而代行呼叫連接處理(信令)。
如圖11所示，在CABS1判斷為終端UE-b不存在于CABS2的屬下的情況下的動作與圖7所示的第2案例相同(圖11；S109～S131)。因此，省略其說明。
根據以上說明的第2方式，如第3案例所示，即使在不利用呼叫控制服務器的情況下，也能在CABS間進行不經由移動電話網絡的呼叫連接(數據傳送路徑的建立)，并在終端間進行數據收發。
并且，如第4案例所示，即使在對方終端不存在于對方的CABS的屬下的情況下，也能在主叫終端和被叫終端之間進行通話。
在上述的第3案例中，在終端UE-a和CABS1之間建立的數據傳送路徑相當于第1數據傳送路徑，在CABS1和終端UE-b之間建立的數據傳送路徑相當于第2數據傳送路徑。
如以上說明那樣，圖8所示的網絡系統在第4案例中作為一種移動電話終端間的數據傳送路徑建立系統而執行功能，該系統具有在不能建立CABS1-CABS2之間的數據傳送路徑的情況下，建立經由移動電話網絡和IP網絡的替代數據傳送路徑的單元(建立單元)。該建立單元由CABS1實現。
<第3方式>
下面，對本發明的第3方式進行說明。在第1和第2方式中，有必要在呼叫控制服務器或CABS內登記對方(目的地)信息(CABS的IP地址和對方終端的識別信息)。
然而，在主叫時，考慮了針對該主叫的對方信息未被登記在呼叫控制服務器或CABS內的情況。在該情況下，不等待圖7和圖11所示的目的地的超時(由于最初目的地不清楚，因而不能進行到達處理)，在呼叫控制服務器或主叫方的CABS中判斷為不能被叫，切換到使用原來的移動電話網絡的主叫。
圖12和圖13示出第3方式的順序。圖12是示出在第1方式中，在呼叫控制服務器內未登記有與主叫請求對應的對方信息的情況的順序圖。
如圖12所示，呼叫控制服務器在接收到來自CABS1的SETUP消息(S03)的情況下，從該SETUP內包含的對方終端UE-b的識別信息推斷出目的地CABS。
此時，呼叫控制服務器在判斷為未登記目的地CABS的情況下(在不能推斷出目的地的情況下S401)，把表示不存在目的地的不存在消息(圖12中為“Don’t Exist”)回送到CABS1(S402)。
CABS1以接收不存在消息為契機，進行與在第2案例(圖7)中說明的S109～S113A相同的動作。然而，與第2案例(圖7)不同，CABS1沒有機會以接收來自呼叫控制服務器的“SETUP ACK”為契機，向終端UE-a發送“CALL PROCEEDING”。
因此，CABS1以從MSC1接收“CALL PROCEEDING”為契機，向終端UE-a發送“CALL PROCEEDING”(S411)。以此為契機，在終端UE-a和MSC1之間，經由CABS1和RNS1建立數據傳送用的無線承載(S412)。這樣，在終端UE-a和CABS1之間建立無線承載的定時不同。
之后在到通話中為止的動作與第2案例(圖7)大致相同。另外，CABS1對通過CABS1自身的消息和數據進行解密和重新加密這一點與第2案例相同。
圖13是示出作為第3方式，在第2方式(在不利用ISP網絡內的呼叫控制服務器的情況下)中，在主叫側CABS內未登記與主叫請求對應的對方信息的情況的動作例的順序圖。
在圖13中，CABS1與第4案例(圖11)一樣，與終端UE-a之間進行預處理(S201)，接收作為對終端UE-b的主叫請求的SETUP信號(S202)。
此時，CABS1在判斷為作為對終端UE-b的對方信息未登記CABS2(不能接收(對方未登記))的情況下(S421)，進行用于使用移動電話網絡來建立終端間的數據傳送用承載的過程。該過程與圖12所示的S109以后的過程相同，因而省略說明。
<第4方式>
在第1～第3方式的說明中，把CABS的信息(CABS的IP地址)作為登記終端的目的地的數據登記在呼叫控制服務器(CA Server)和CABS內。在第1～第3說明中，對被叫終端和被叫側CABS的對應關系1對1地作了說明。然而，該對應關系可采用1對N(N是自然數)。
即，作為針對某個終端的被叫側CABS，可登記多個CABS。在該情況下，呼叫控制服務器或主叫側CABS把被叫請求發送到已登記的所有CABS中，與對被叫請求作出響應的CABS之間進行通信。
并且，在從發送了被叫請求的所有CABS那里沒有響應的情況下，呼叫控制服務器或主叫側CABS進行向移動電話網絡的切換，也能進行主叫。
這樣，通過登記具有在屬下存在某個終端的可能性的所有CABS，可進一步提高對終端用戶的便利性。
<本發明的效果>
根據本發明，不用變更構成當前的終端和移動電話網絡的各裝置的結構(除了CABS以外)，可在CABS間直接(不經由移動電話網絡)確保承載(數據傳送路徑)。
由此，可減少ISP網絡內的通信量和移動電話網絡內的通信量。因此，可增加呼叫連接數。
并且，ISP主體的通信量增大對ISP的受益的可能性，由利用ISP而引起的設備縮小帶來的成本下降提高了移動電話運營商的利益，該利益容易被返還給用戶。因此，給移動電話運營商、ISP以及用戶的三方帶來利益。
以下，對本發明的實施例進行說明。作為本發明的實施例，例示出第三代移動電話網絡(以下稱為“3GNW”)中的具體順序。另外，假定ISP(IP網絡)內的協議采用例如在IP電話中最廣泛采用的SIP協議的情況。
<第1實施例>
作為第1實施例，對與第1方式中的第1案例對應的實施例進行說明。圖14示出在圖4所示的網絡結構中，終端UE-a在CABS1的屬下，終端UE-b在CABS2的屬下的情況的順序。
即，圖14示出可經由ISP網絡內的呼叫控制服務器(CA Server)在CABS1-CABS2之間進行直接通信(數據傳送路徑的建立)的情況。
首先，各CABS1和CABS2把可使用CABS自身的終端登記在呼叫控制服務器內(登記過程)。通過登記過程，在呼叫控制服務器內登記作為對方信息而利用的信息。應作為對方信息來登記的信息包含CABS的IP地址、可使用該CABS的終端的識別信息(例如電話號碼)以及其他必要信息。應登記的信息的內容例如在呼叫控制服務器側來決定。
登記過程的具體過程如下。作為例子，圖14示出CABS1的登記過程。在登記CABS1和可利用CABS1的終端的情況下，CABS1把基于SIP消息的登記請求(圖14中是消息“REGISTER”)發送到呼叫控制服務器(S501)。
呼叫控制服務器針對來自CABS1的“REGISTER(SIP消息)”，以“401 unauthorized”消息發送一次其信息密鑰，督促發送應登記的信息(S502)。
CABS1根據“401 unauthorized”把應登記的信息記載在REGISTER消息內來重新發送(S503)。呼叫控制服務器從“REGISTER”中抽出應登記的信息，并登記在呼叫控制服務器內的規定登記位置。例如，呼叫控制服務器把應登記的信息登記在登記表內。
呼叫控制服務器在完成登記時，向CABS1發送消息“200 OK”(S504)。這樣，登記過程完成。由此，可使用CABS1的終端UE-a被登記在呼叫控制服務器內。
上述的終端登記過程(S501～S504)也在CABS2-呼叫控制服務器之間進行(S505)。由此，CABS2把終端UE-b作為可使用CABS2的終端而登記在呼叫控制服務器內。
上述的S501～S504(S505)的登記過程在使CABS最初與IP網絡連接的情況下僅進行1次。
當終端UE-a存在于CABS1的屬下，并進行主叫時，進行呼叫預處理(CALL PREPROCESS)(S506)。具體地說，控制用的無線鏈路被設定在終端UE-a和CABS1之間，進行認證過程(AuthenticationProcedure)和用于確定加密用的密鑰的交換(Security Procedure)。
這種預處理從終端UE-a來看與現有的在移動電話主叫處理前進行的預處理沒有不同。然而，本來，這種預處理在假定CABS1是通常的基站(BTS)的情況下，在終端UE-a和CABS1的上位裝置即RNS或MSC之間進行。
在S506中，CABS1終接來自終端UE-a的預處理用信號，取代RNS/MSC而在與終端UE-a之間進行預處理。這樣，CABS1具有在與終端之間進行預處理的功能，避免了在移動電話網絡中進行終端UE-a的網絡認證和加密密鑰的確定處理。
由此，避免了在移動電話網絡中產生呼叫建立(信令)用的控制通信量。上述的CABS1的預處理可通過把RNS或MSC具有的預處理相關的功能安裝在CABS上來實現。
另外，在圖14所示的例子中，示出了不向呼叫控制服務器發送認證請求(呼叫控制服務器與網絡認證無關)的例子。
當預處理結束時，終端UE-a把包含有對方電話號碼(終端UE-b的識別信息)的主叫請求即“SETUP”發送到CABS1(S507)。
CABS1在接收到來自終端UE-a的“SETUP”時，把該“SETUP”轉換成SIP的主叫請求消息即INVITE消息(S508)，并發送到呼叫控制服務器(S509)。
呼叫控制服務器對來自CABS1的INVITE消息進行分析，檢查是否登記了主叫側和被叫側(S510)。具體地說，例如，呼叫控制服務器根據INVITE消息的發送源地址來指定主叫側CABS(CABS1)的IP地址。并且，根據INVITE消息內包含的主叫終端的電話號碼來指定主叫終端。通過判定包含這些IP地址和電話號碼的對方信息的條目是否被登記在登記表內，呼叫控制服務器判定是否登記了主叫側CABS+終端。
另一方面，呼叫控制服務器把INVITE消息內包含的被叫終端的電話號碼作為關鍵字，從登記表中檢索包含對應的CABS的IP地址的對方信息的條目。由此，可判定是否登記了被叫側CABS+終端。
這里，通過上述的登記過程(S501～S504，S505)登記主叫側和被叫側的對應信息。因此，呼叫控制服務器判斷為登記了主叫請求的主叫方和目的地，把與被叫終端(終端UE-a)的電話號碼對應的CABS2的IP地址決定為主叫請求的目的地地址。
然后，呼叫控制服務器將表示是處理中的100Trying消息向CABS1作出響應(S511)。并且，呼叫控制服務器把INVITE消息發送到CABS2的IP地址來開始被叫動作(S512)。
CABS1在接收到100Trying消息時，識別出受理了主叫請求，把受理了主叫請求一事以CALL PROCEDDING消息通知給終端UE-a(S513)。
然后，執行CABS1和終端UE-a之間的無線承載的建立過程。即，CABS1發送RADIO BEARER SETUP消息(S514)。終端UE-a返回對RADIO BEARER SETUP消息的RADIO BEARER SETUP COMPLETE消息(S515)。由此，建立終端UE-a和CABS1之間的無線承載。此時，在CABS1內，該無線承載的連接目的地被設定在CABS1內的音(Tone)生成部內(S516)。
另一方面，CABS2在接收到INVITE消息(S512)時，把100Trying消息回送到呼叫控制服務器(S517)。然后，CABS2把作為被叫請求的Paging Type 1消息記載在INVITE消息內的目的地電話號碼(UE-b的電話號碼)內來發送(S518)。
終端UE-b在接收到Paging Type 1消息時，在與CABS2之間開始呼叫預處理(S519)。該預處理是與在終端UE-a和CABS1之間進行的預處理(S506)相同的處理。
當預處理結束時，包含有主叫方信息(終端UE-a的信息包含在INVITE(S512)內)的SETUP消息從CABS2被發送到終端UE-b(S520)。
終端UE-b以CALL CONFIRM消息對SETUP消息作出響應(S521)。之后，為了建立無線承載，RADIO BEARER SETUP消息從CABS2被發送到終端UE-b(S522)，終端UE-b以RADIO BEARERSETUP COMPLETE消息作出響應(S523)。由此，在CABS2和終端UE-b之間建立無線承載。
當無線承載建立時，終端UE-b把ALERTING消息發送到CABS2(S524)。與此同時，終端UE-b發出終端的被叫音(S525)，把有被叫一事告知給終端UE-b用戶。
ALERTING消息在CABS2中被轉換成與SIP的呼叫消息相當的180Ringing消息(S526)，并被發送到呼叫控制服務器(S527)。180Ringing消息經由呼叫控制服務器被發送到CABS1(S528)。
CABS1把180Ringing消息復原為ALERTING消息(S529)，并發送到終端UE-a(S530)。此時，CABS1從CABS1內的音生成部把呼叫音(Ring Back ToneRBT)發送到終端UE-a的無線承載(S531)。于是從UE-a的揚聲器聽見RBT。
當終端UE-b通過摘機對呼叫作出響應時，將CONNECT消息發送到CABS2(S532)。CABS2把CONNECT消息轉換成SIP的響應消息即200 OK消息(S533)，并發送到呼叫控制服務器(S534)。呼叫控制服務器把來自CABS2的200 OK消息轉發到CABS1(S535)。
CABS1把200 OK消息復原為CONNECT消息(S536)，并發送到終端UE-a(S537)。與此同時，CABS1使與終端UE-a之間的無線承載與本來的CABS2側連接(S538)。由此，終端UE-a可識別對主叫的響應，可使用無線承載來開始通信。
終端UE-a把對CONNECT消息的CONNECT ACK消息發送到CABS1(S539)。CABS1把CONNECT ACK消息轉換成基于SIP的ACK消息(S540)，并發送到呼叫控制服務器(S541)。
呼叫控制服務器把ACK消息轉發到CABS2(S542)。CABS2把ACK消息轉換成CONNECT ACK消息(S543)，并發送到終端UE-b(S544)。由此，終端UE-b處于可通信狀態。
如以上所述，在200 OK消息到達CABS1的時刻，識別出在CABS1和CABS2之間確保了實質的承載，可收發語音數據。
即，處于在終端UE-a和CABS1之間以及在CABS2和終端UE-b之間形成了基于無線承載的語音數據通信路徑，并在CABS1和CABS2之間形成了基于VoIP的路徑(實質的數據傳送路徑)的狀態，可在終端UE-a和終端UE-b之間進行雙向語音通信。
圖15示出從圖14所示的通信中的狀態的切斷順序。在圖15中，當終端UE-a的用戶進行掛機(切斷動作)時，DISCONNECT消息從終端UE-a被發送到CABS1(S601)。
CABS1把DISCONNECT消息轉換成SIP協議的BYE消息(S602)，并發送到呼叫控制服務器(CA Server)(S603)。BYE消息經由呼叫控制服務器被發送到CABS2(S604)。
并且，CABS1向終端UE-a發送RELEASE消息(S605)，終端UE-a把RELEASE COMPLETE消息回送到CABS1(S606)。由此，識別出同意切斷處理。
接收到BYE消息的CABS2把BYE消息轉換成DISCONNECT消息(S607)，并發送到終端UE-b(S608)。終端UE-b以RELEASE消息作出響應(S609)。
于是，CABS2經由呼叫控制服務器把對切斷的響應(BYE消息的響應消息)即200 OK消息發送到CABS1(S610，S611)。
CABS1接收到200 OK消息，于是CABS1和CABS2之間的切斷完成。另一方面，CABS2把RELEASE COMPLETE消息發送到終端UE-b來通知同意切斷(S612)。
處于同意切斷的狀態的CABS1為了切斷與終端UE-a之間的無線控制鏈路，發送RRC Connection release消息來請求切斷無線控制鏈路(S613)。
終端UE-a以針對RRC Connection release消息的RRC Connectionrelease complete消息作出響應，釋放兩者間的無線控制鏈路(S614)。
同樣在CABS2和終端UE-b之間進行RRC Connection release消息和RRC Connection release complete消息的收發(S615，S616)，釋放兩者間的無線控制鏈路。
如圖14和圖15的說明所示，CABS1-呼叫控制服務器CABS2之間的順序與基于SIP協議的主叫/被叫/切斷控制沒有任何不同(然而，消息中的參數追加了一部分，追加了呼叫控制服務器參照追加的參數的處理。)。
并且，從各終端UE-a和UE-b看到的主叫/被叫/切斷順序與當前的移動電話網絡中的主叫/被叫/切斷動作沒有不同。
呼叫控制服務器的改變可通過追加以下處理來實現，即通過上述的登記過程接收來自CABS的應登記的信息來登記在規定位置的處理；以及呼叫控制服務器參照來自CABS的INVITE內包含的被叫終端的電話號碼，判斷是否登記了與該電話號碼對應的對方的CABS，把與判斷結果對應的消息發送到規定的目的地的處理。這種處理可通過改變安裝在呼叫控制服務器上的軟件(程序)來實現。并且，可以安裝進行這種處理的專用硬件。
<第2實施例>
作為第2實施例，對與上述的第1方式中的第2案例對應的實施例進行說明。
圖16和圖17示出圖6所示的被叫終端UE-b位于BTS2而不是CABS2的屬下的情況的順序。即，是不能進行CABS間的直接通信、且存在呼叫控制服務器的情況的順序。
在圖16的順序中，假定CABS1/2及其屬下的終端UE-a/b通過圖14所示的登記過程(S501～S504，S505)被預先登記在呼叫控制服務器(CA Server)內。
終端UE-a為了請求主叫而開始預處理(S506)，發送SETUP消息(S507)，SETUP消息在CABS1被轉換成INVITE消息(S508)，被發送到呼叫控制服務器(S509)，在被發送到CABS2(S512)之前的過程與圖14相同。
CABS2把Paging Type 1消息作為主叫請求發送到屬下(CABS2的通信范圍)(S518)。然而，不存在應對消息作出響應的終端UE-b。因此，CABS2不能接收來自終端UE-b的響應消息“Paging Response”。
CABS2在發送Paging Type 1消息時，設定受理“Paging Response”的接收的定時器(S701)。在該情況下，定時器超時。CABS2在檢測出超時時，識別出屬下不存在終端UE-b。
在該情況下，CABS2以基于SIP的消息“408 Request Timeout”把超時通知給呼叫控制服務器(S702)。呼叫控制服務器將“408 RequestTimeout”照原樣發送到CABS1(S703)。
CABS1在接收到“408 Request Timeout”時，判斷為不能通過CABS2進行與終端UE-b之間的通信。因此，CABS1針對本來CABS1所屬的移動電話網絡開始主叫過程。該過程從RNS1/MSC1側(圖6)來看，必須看起來是終端進行普通主叫動作。
因此，CABS1具有終端動作功能，使用該功能，并使用由終端UE-a先進行的預處理等的主叫動作所獲得的信息，進行UE-a的代行主叫動作。
即，CABS1使用通過執行S506的預處理所獲得的信息，在與RNS1之間進行呼叫預處理(S704)，并向MSC1發送作為主叫請求的“SETUP”(S705)。
由此，移動電話網絡進行與通常的主叫相同的動作，使位于BTS2的屬下的終端UE-b接收Paging Type 1消息(S706～S708)。終端UE-b可對Paging Type 1消息作出響應。另外，在S706中，“SETUP”以應用于MSC間通信的B-ISUP(Broad-ISDN(Integrated Service DigitalNetwork)User Part)消息之一，即IAM(地址(Initial Address))消息，并從MSC1被轉發到MSC2。
以后的過程(S709～S719)是與移動電話網絡的通常的收發順序完全相同的順序。由此，在CABS1和MSC1之間建立語音數據通信用的承載(S712)，而且在MSC1和終端UE-b之間建立語音數據通信用的承載(S719)。
另外，MSC2在接收到IAM消息時，把作為其確認消息的IAA(地址確認(IAM acknowledgement))消息發送到MSC1(S710)。并且，MSC2向MSC1發送ACM(地址完成(Address complete))消息(S711)。
之后，如圖17所示，表示呼叫中的ALERTING消息從終端UE-b被發送，經由移動電話網絡被傳遞到終端UE-a(S720～S724)。
并且，以終端UE-b的用戶進行摘機動作為契機，表示終端UE-b的被叫響應的CONNECT消息從終端UE-b被發送，經由移動電話網絡被傳遞到終端UE-a(S725～S729)。
然后，接收到CONNECT消息的MSC2把響應消息“CONNECTACK”通知給終端UE-b，而且終端UE-a把“CONNECT ACK”通知給MSC1。由此，終端UE-a和終端UE-b之間處于語音通信中的狀態(S734)。
然而，在S720～S724的順序中，CABS1使用當CABS1自身作為終端進行了動作時(通過S704的預處理)所決定的密碼來對從RNS1/MSC1側發送來的ALERTING和CONNECT消息進行暫時解密。然后，CABS1使用當終端UE-a進行了主叫動作時通過由CABS1代行RNS1/MSC1進行的預處理(S506)所決定的密碼來對ALERTING和CONECT消息進行加密，并將它們發送到終端UE-a側(S723，S728)。
反之，CABS1使用通過與終端UE-a之間的預處理(S506)所決定的密碼來對來自終端UE-a的CONNECT ACK消息進行解密，并使用通過由CABS1作為終端進行的預處理(S704)所決定的密碼來對該消息進行加密(S732)。
之后，在從終端UE-a側切斷通信的情況下，在終端UE-a側和終端UE-b側進行與跟以往相同的切斷過程相同的過程(S735～S755)。
具體的過程如下。當終端UE-a的用戶進行切斷操作(掛機)時，DISCONNECT消息從終端UE-a被發送(S735)。CABS1進行對DISCONNECT消息的解密和重新加密(S736)，之后經由RNS1發送到MSC1(S737)。
MSC1向終端UE-a發送針對DISCONNECT消息的RELEASE消息(S738)。RELEASE消息在CABS1被解密和被重新加密(S739)，之后被發送到終端UE-a(S740)。
終端UE-a發送針對RELEASE消息的RELEASE COMPLETE消息(S741)。CABS1對RELEASE COMPLETE消息進行解密和重新加密(S742)，并發送到MSC1(S743)。這樣，終端UE-a-MSC1之間的承載被釋放。
MSC1在接收到來自終端UE-a(CABS1)的RELEASE消息時，把DISC(切斷)消息發送到MSC2(S744)。MSC2把針對DISC消息的REL(釋放)消息返回到MSC1(S745)。于是，MSC1把RLC(釋放完成)消息發送到MSC2(S746)。這樣MSC1和MSC2之間的承載被釋放。
MSC1把用于指示終端UE-a和RNS1之間的無線控制鏈路的釋放的IU RELEASE COMMAND消息發送到RNS1(S747)。于是，在RNS1和終端UE-a之間進行無線控制鏈路的釋放處理(S748)。當釋放處理結束時，表示釋放處理結束的IU RELEASE COMPLETE消息從RNS1被通知給MSC1(S749)。
然而，MSC2根據來自MSC1的DISC消息把DISCONNECT消息發送到終端UE-b(S750)。終端UE-b把針對DISCONNECT消息的RELEASE消息發送到MSC2(S751)。MSC2把針對RELEASE消息的RELEASE COMPLETE消息發送到終端UE-b(S752)。由此，終端UE-b和MSC2之間的承載被釋放。
MSC2把用于指示終端UE-b和RNS2之間的無線控制鏈路的釋放的IU RELEASE COMMAND消息發送到RNS2(S753)。于是，在RNS2和終端UE-b之間進行無線控制鏈路的釋放處理(S754)。當釋放處理結束時，表示釋放處理結束的IU RELEASE COMPLETE消息從RNS2被通知給MSC2(S755)。
在以上動作中，CABS1在與終端UE-a之間的交換中，進行看起來是終端RNS1/MSC1的動作，并在與RNS1/MSC1側之間的交換中，進行看起來是終端UE-a的動作。
因此，CABS1有必要對呼叫連接順序中的消息、通信中的語音數據、以及切斷順序相關的消息進行解密和重新加密處理(S723，S728，S732，S734A，S736，S739，S742)。
然而，順序自身與現有的移動電話網絡中的交換沒有不同。只要使用這種CABS1，就能進行圖16和圖17所示的動作，而不對終端和移動電話網絡自身施加任何變更。
<第3實施例>
作為第3實施例，對與上述的第2方式中的第3案例對應的實施例進行說明。圖18示出在圖8所示的網絡結構中，不利用呼叫控制服務器(CA Server)的情況的順序。
當把圖18所示的順序和第1實施例的順序(圖14)進行比較時，與第1實施例的順序的不同點僅是在CABS1和CABS2之間直接交換SIP消息(參照圖18；S509A，S517A，S527A，S534A，S541A，S603A，S610A)。因此，省略其詳細說明。
然而，為了實現圖18所示的順序，構成如下在CABS1和CABS2內，與第1實施例不同，彼此預先登記有對方側的IP地址和終端的識別信息(電話號碼)等的對方信息，以接收主叫請求為契機，CABS1進行推斷目的地的處理(S508)。
<第4實施例>
作為第4實施例，對與上述的第2方式中的第4案例對應的實施例進行說明。圖19示出在不利用呼叫控制服務器的情況下，被叫終端(終端UE-b)不存在于CABS2的屬下的情況(參照圖10)下的順序。
當把圖19所示的順序和第2實施例的順序(圖16)進行對比，二個順序的差異僅是在CABS1和CABS2之間直接交換SIP消息這一點上(參照圖19；S509A，S517A，S702A)。
如圖19所示，當CABS1接收到408 Request Timeout消息時，執行圖16和圖17所示的S704以后的順序。省略該順序的說明。
<第5實施例>
作為第5實施例，對與上述的第3方式對應的實施例進行說明。第5實施例是在第1實施例中的呼叫控制服務器和在第2實施例中的CABS內未登記對方信息的案例。
圖20是示出與第1實施例一樣，在利用呼叫控制服務器的情況下，在呼叫控制服務器內未登記對方信息的情況的動作的順序圖。
如圖20所示，從預處理(S506)到INVITE消息的發送(S509)的處理與第1和第2實施例(圖14、圖16)相同。
呼叫控制服務器與第2實施例一樣，根據INVITE消息進行對方信息的檢查(S510)。然而，這里假定未登記對方信息，即與作為被叫終端的終端UE-b對應的CABS2的信息。
在該情況下，呼叫控制服務器不能從登記表中讀出對應的對方信息。因此，呼叫控制服務器把表示不存在對方的404 Not Found消息發送到CABS1(S511A)。
于是，CABS1作為主叫終端進行動作，開始通過移動電話網絡的呼叫連接順序(信令)。該順序與圖16所示的S704～S719的過程大致相同。
然而，在圖20所示的順序中，沒有把CALL PROCEEDING消息回送到作為主叫終端的終端UE-a的機會(由于CABS1未接收到100Trying消息)。因此，CABS1以從MSC1接收到已發送給CABS1自身的CALL PROCEEDING消息(S709)為契機，生成針對來自終端UE-a的SETUP(S507)的CALL PROCEEDING消息(S709A)，并發送到終端UE-a(S709B)。之后，在終端UE-a和MSC1之間執行無線承載建立過程(S712A)。這些方面與第2實施例不同。
圖21是示出與第3實施例一樣，在未利用呼叫控制服務器的情況下，在主叫側CABS內未登記對方信息的情況的動作的順序圖。
在圖21中，預處理(S506)和SETUP發送(S507)與第3和第4實施例相同。CABS1根據SETUP檢查是否登記了對應的對方信息(S508A)。此時，未登記對方信息，即與作為被叫終端的終端UE-b對應的CABS2的信息。在該情況下，CABS1作為主叫終端進行動作，開始通過移動電話網絡的呼叫連接順序(信令)。S508A以后的處理與圖20所示的處理相同，因而省略其說明。
<第6實施例>
作為第6實施例，對CABS的實施例進行說明。圖22是CABS的功能框圖。具有圖22所示結構的CABS可應用于上述的第1～第5實施例。
在圖22中，CABS具有由連接發送天線11的發送部(Tx)12和連接接收天線13的接收部(Rx)14構成的無線處理部(RF)15；針對控制信道(Cch)和用戶信道(Uch)的復用/分離部(Cch/Uch-Mux/Dmux)16；取入/插入部(Drop/Insert)17；IP復用/分離部(IP Mux/Dmux)18；控制部(controllerCNT(IMT/SIP Converter))19(相當于控制單元)；終端側仿真器(Terminal Side Emulator)20；網絡側仿真器(Network SideEmulator)21(相當于代行單元)；終端側的加密處理部(Cipher Decipher)22(相當于第1密碼處理部)；網絡側的加密處理部23(相當于第2密碼處理部)；承載選擇器(Bsel)24；以及音生成部(Tone Generator)25。
來自終端(UE)的無線信號由RF15接收，并由復用/分離部16分成控制信道和用戶信道。這些信號在取入/插入部17中由IP網絡側的通信對方決定是否傳送(取入)到CNT部19、終端側仿真器20、網絡側仿真器21中的任意一方。
即，在經由IP網絡進行與不同的CABS之間的通信的情況下，信號被發送到CNT部19。此時，把移動電話(例如IMT-2000)用的協議轉換成IP電話用協議(例如SIP)的功能(IMT/SIP轉換器協議轉換部)進行工作，與對方的CABS或呼叫控制服務器進行通信。IP電話用協議在CNT部19中被終接。
在與不同的CABS之間不能進行通信，而與移動電話網絡進行通信的情況下，終端有必要進行把CABS自身識別為網絡側的動作，網絡側有必要進行把CABS識別為終端的動作。
因此，構成如下把網絡側仿真器部21和終端側仿真器部20安裝在CABS10上，可使用它們來對作為終端的功能和作為移動電話網絡的功能進行仿真。即，網絡側仿真器部21具有在取代RNS/MSC而與終端之間進行預處理用的交換的功能，以及生成應發送到終端而取代RNS/MSC的基于移動電話協議的消息的功能。
另一方面，終端側仿真器20具有用于使CABS1作為主叫終端進行動作的功能。終端側仿真器20執行使CABS1作為主叫終端在與RNS/MSC之間進行預處理，或者進行呼叫連接用的消息交換的處理。
由以上的模塊所轉換的控制信號在取入/插入部17中被插入后，在IP復用/分離部18中進行IP復用(包含IP分組化)，并被發送到必要的對方(CABS、呼叫控制服務器、RNS中的任意一方)。來自網絡側的信號通過其相反路由被發送到無線處理部15，并被發送到終端。
對具體例進行說明。例如，在圖14所示的順序中，來自終端UE-a的“SETUP”(S507)經由接收天線13、接收部14、復用/分離部16被輸入到取入/插入部17，由CNT部19取入。于是，CNT部19把“SETUP”轉換成“INVITE”，并傳送到取入/插入部17。“INVITE”從IP復用/分離部18被發送到呼叫控制服務器。對于來自終端UE-a的“CONNECTACK”(S539)也進行相同的動作。
并且，來自呼叫控制服務器的“100 Trying”(S511)經由IP復用/分離部18被輸入到取入/插入部17。取入/插入部17把“100 Trying”傳送到CNT部19。CNT部19把“100 Trying”轉換成可由終端UE-a識別的“CALL PROCEEDING”，并傳送到取入/插入部17。“CALLPROCEEDING”經由復用/分離部16、發送部12、發送天線11被發送到終端UE-a。對于來自呼叫控制服務器的“180 Ringing”(S528)和“200OK”(S525)也進行相同動作。
并且，在圖16所示的順序中，來自呼叫控制服務器的“408 RequestTimeout”(S703)經由IP復用/分離部18被輸入到取入/插入部17。“408Request Timeout”被傳送到CNT部19。CNT部19對“408 Request Timeout”進行協議轉換，之后傳送到網絡側仿真器21。
于是，網絡側仿真器21把在終端UE-a和CABS1之間進行的預處理(S506)相關的信息傳送到終端側仿真器20。終端側仿真器20根據來自網絡側仿真器21的信息，在RNS1/MSC1之間進行預處理(S704)相關的消息交換、“SETUP”發送(S705)、無線承載建立過程(S712)。
并且，在圖17所示的順序中，來自MSC1的“ALERTING”(S722)從取入/插入部17被取入終端側仿真器20內。終端側仿真器20使用通過預處理(S704)所決定的加密密鑰對“ALERTING”進行解密，并傳送到網絡側仿真器21。網絡側仿真器使用通過預處理(S506)所決定的加密密鑰對“ALERTING”進行加密，并傳送到取入/插入部17(S723的解密/重新加密處理)。
“ALERTING”經由取入/插入部17、復用/分離部16、發送部12、發送天線被發送到終端UE-a。對于來自MSC1的“CONNECT”(S727)、“RELEASE”(S738)也進行與“ALERTING”相同的動作。
另一方面，在圖17所示的順序中，來自終端UE-a的“CONNECTACK”(S731)從取入/插入部17被取入網絡側仿真器21內。于是，網絡側仿真器21使用通過預處理(S506)所決定的加密密鑰對“CONNECTACK”進行解密，并傳送到終端側仿真器20。終端側仿真器20使用通過預處理(S704)所決定的加密密鑰對“CONNECT ACK”進行加密，并傳送到取入/插入部17(S732的解密/重新加密處理)。“CONNECT ACK”經由IP復用/分離部19被發送到MSC1(S733)。對于來自終端UE-a的“DISCONNECT”(S727)、“RELEASE COMPLETE”(S743)也進行與“CONNECT ACK”相同的動作。
上述的CABS10內的動作即使在圖18～圖21中的動作中也是大致相同。然而，根據是否利用呼叫控制服務器，在呼叫控制服務器和不同的CABS之間變更來自CABS1的消息的目的地。
在圖22中，用戶信道也根據網絡側的通信對方是呼叫控制服務器或不同的CABS、還是RNS/MSC來分成2個路由。即，分成通向RNS側的用戶信道和通向CABS/呼叫控制服務器側的用戶信道。
在通信對方是CABS的情況下，不僅對來自終端的密碼進行解密，而且使用僅通過密碼處理部22的路由(第1路由)來在CABS10內轉發用戶數據。
即，當接收部14接收到用戶數據時，該用戶數據經由復用/分離部16被輸入到密碼處理部22。密碼處理部22使用從網絡側仿真器21所獲得的加密密鑰來對用戶數據進行解密，并輸出到承載選擇器24。此時，承載選擇器在CNT部19的控制下，把來自密碼處理部22的用戶數據直接傳送到IP復用/分離部18。然后，用戶數據從IP復用/分離部18被送出到通向CABS的用戶信道。
相比之下，在通信對方是RNS的情況下，在對來自終端的用戶數據施加的密碼進行解密之后，必須使用RNS側的密碼進行加密。因此，用戶數據在CABS內通過經過密碼處理部22和23的第2路由。這種用戶數據通過密碼處理部的次數由CNT部19來判斷，根據判斷結果控制承載選擇器24。
即，當接收部14接收到用戶數據時，該用戶數據經由復用/分離部16被輸入到密碼處理部22。密碼處理部22使用從網絡側仿真器21所獲得的加密密鑰來對用戶數據進行解密，并輸出到承載選擇器24。此時，承載選擇器在CNT部19的控制下，把來自密碼處理部22的用戶數據傳送到密碼處理部23。密碼處理部23使用來自終端側仿真器20的加密密鑰來對用戶數據進行加密，之后傳送到IP復用/分離部18。然后，數據從IP復用/分離部18被送出到通向RNS的用戶信道。
對于從CABS或RNS接收的用戶數據(相反路由的數據)也進行相同處理(用戶數據的解密/加密和承載選擇器24的控制)。這樣，承載選擇器24作為切換部執行功能，CNT部19作為切換控制部執行功能。
并且，在IP網絡通信時和主叫切換時，有必要把它們通知給主叫終端的用戶。用于以音(或消息)形式使用戶聽見的音生成部25設置在CABS10內，可根據來自CNT19的指示進行切換。
例如，在圖14所示的順序中，當把“ALERTING”發送到終端UE-a時(S530)，CNT部19把RBT的輸出指示提供給音生成部25。音生成部25生成RBT，并輸出到承載選擇器24。并且，CNT部19把用于選擇RBT的控制信號提供給承載選擇器24。由此，RBT通過承載選擇器24被輸入到密碼處理部22并進行加密。然后，RBT經由發送部12被發送到終端UE-a(S531)。
并且，在圖14所示的順序中，當把“CONNECT”發送到終端UE-a時，CNT部19把停止RBT生成的指示提供給音生成部25，并把用于選擇來自IP復用/分離部的用戶數據的控制信號提供給承載選擇器24。由此，處于可把來自對方終端(終端UE-b)的用戶數據轉發到終端UE-a的狀態。
這樣，音生成部25作為呼叫音生成部執行功能，CNT部19作為呼叫音控制部執行功能。
并且，例如在圖16所示的順序中，在CABS1接收到“408 RequestTimeout”的情況下，呼叫目的地被切換到移動電話網絡(RNS)。在該情況下，主叫終端的用戶的等待時間延長。鑒于此，可以構成如下音生成部25生成表示已切換了呼叫目的地的特別音，并使該特別音連接到與主叫終端之間已建立的用戶信道，把已切換了呼叫目的地一事通知給用戶。特別音的連接處理可通過CNT部19對承載選擇器24的控制來執行。
這樣，音生成部25作為通知音生成部執行功能，CNT部19作為通知音控制部執行功能。
本發明的CABS是在基本的CABS的結構中還安裝了圖22的粗框和粗字表示的功能的裝置，通過使用具有這些功能的CABS，可達到本發明的目的。各功能可以由專用的硬件芯片構成，或者也可以構成為通過使用處理器(CPU等)執行規定程序來實現。
<第7實施例>
最后，對實施例的呼叫控制服務器和CABS對目的地的推斷功能的實施例進行說明。
圖23是示出可應用于第1、第2和第5實施例的呼叫控制裝置(呼叫控制服務器)的結構例的框圖。在圖23中，呼叫控制裝置30具有接收來自CABS的消息的消息接收部31(相當于接收部)；對由消息接收部31接收到的消息進行分析的消息分析部32；根據消息分析部32的分析結果來檢索消息的轉發目的地和響應消息的發送目的地的對方檢索部33(相當于檢索部、判斷部、決定部)；根據分析結果來進行消息的編輯和響應消息的生成的消息生成部34；發送來自消息生成部34的消息的消息發送部35(相當于發送部)；以及存儲了由對方檢索部33所參照/檢索的登記表36A的登記表存儲部36(相當于存儲部)。
消息接收部31與來自CABS的控制信道連接，接收通過該控制信道發送來的消息(例如SIP消息)。
消息分析部32對由消息接收部31所接收的消息的內容進行分析，把消息和分析結果傳送到消息生成部34。
對方檢索部33從消息分析部32接收用于參照登記表36A的參數，使用該參數來從登記表36A檢索對應的條目，把所檢索的條目內包含的參數傳送到消息生成部34。
消息生成部34根據消息分析結果和對方檢索部33的檢索結果，進行消息的編輯和響應消息的生成，并傳送到消息發送部35。
消息發送部35把從消息生成部34接收到的消息送出到通向CABS的控制信道。
在登記表36A內登記有與設置有呼叫控制裝置10的ISP網絡連接的CABS相關的對方信息的條目。在各條目內登記有CABS的IP地址、作為可利用該CABS的移動電話終端的識別信息的終端電話號碼、以及其他必要信息(現有的登記表內所登記的信息等)。
在圖23所示的示例中示出包含CABS1的IP地址和作為可利用CABS1的移動電話終端的識別信息的終端UE-a的電話號碼的對方信息的條目；以及包含CABS2的IP地址和作為可利用CABS2的移動電話終端的識別信息的終端UE-b的電話號碼的對方信息的條目。
對呼叫控制裝置30的具體動作例進行說明。例如，在圖14的順序中，從CABS1發送的“INIVITE”(來自終端UE-a的主叫請求S509)由消息接收部31接收。于是，作為S510的處理，執行如下處理。
即，消息分析部32把“INVITE”的發送源IP地址、以及“INVITE”內包含的主叫終端的電話號碼和被叫終端的電話號碼作為檢索參數來抽出，并提供給對方檢索部33。
對方檢索部33首先從登記表檢索包含發送源IP地址和主叫終端的電話號碼的條目。此時，從登記表36檢索條目編號1的條目(包含CABS1的IP地址和終端UE-a的電話號碼的條目)作為對應的條目。由此，對方檢索部33判斷為登記了主叫側CABS+終端。
然后，對方檢索部33把被叫終端(終端UE-b)的電話號碼作為關鍵字，從登記表36檢索對應的條目。此時，檢索出與終端UE-b的電話號碼對應的包含CABS2的IP地址的條目編號2的條目。
于是，對方檢索部33判斷為登記了主叫側和被叫側的雙方，判斷為可在CABS間直接連接，把所檢索的CABS2的IP地址決定為“INVITE”的目的地地址。包含該目的地的IP地址(CABS2的IP地址)的決定結果從對方檢索部33被提供給消息生成部34。
消息生成部34從消息分析部32接收“INVITE”，并從對方檢索部33接收包含CABS2的IP地址的決定結果。于是，消息生成部34把呼叫控制裝置30的IP地址設定在“INVITE”的發送源IP地址內，并把CABS2的IP地址設定在目的地地址內，提供給消息發送部35。消息發送部35向CABS2發送“INVITE”(圖14；S512)。
相比之下，在與“INVITE”內包含的被叫終端的電話號碼對應的條目(這里是條目編號2的條目)未被登記在登記表36內的情況下，對方檢索部33不能檢索對應的條目。在該情況下，對方檢索部33判定為目的地未登記(即，不能在CABS間直接實施連接)(參照圖20；S510)。
在該情況下，對方檢索部33把目的地未登記的決定結果傳送到消息生成部34。于是，消息生成部34生成針對來自消息分析部32的“INVITE”的“404 Not Found”消息，并傳送到消息發送部35。此時，消息的目的地IP地址根據“INVITE”的發送源IP地址被設定在CABS1內。消息發送部35把“404 Not Found”消息發送到CABS1(圖20；S511A)。
圖24是示出設置在CABS內的主叫請求的對方的推斷功能的結構例的圖。圖24的結構(對方的推斷部40)可安裝在圖22所示的CNT部19(相當于控制單元)上。
在圖24中，對方的推斷部40可由以下構成，即消息接收部41(相當于接收部)，消息分析部42，對方檢索部43(相當于檢索部、判斷部、決定部)、消息生成部44，消息發送部45(相當于發送部)，以及存儲了登記表46A的登記表存儲部46(相當于存儲部)。各部的一般功能具有與圖23所示的各部相同的功能。
推斷部40的具體動作例如下。例如，如圖18所示，當來自終端UE-a的“SETUP”被輸入到CNT部19(圖22)時，“SETUP”經由消息接收部41被輸入到消息分析部42。
消息分析部42從“SETUP”中抽出被叫終端的識別信息(終端UE-b的電話號碼)，并提供給對方檢索部43。對方檢索部43從登記表46中檢索對應的條目。這里，檢索出包含CABS2的IP地址的條目編號1的條目(這里，在圖24中，假定僅登記了條目編號1的條目。)作為對應的條目。由此，對方檢索部43把“SETUP”的目的地決定為CABS2，并把該決定結果提供給消息生成部34。
消息生成部44在從消息分析部42接收到“SETUP”時，使用IMT/SIP轉換器(圖22)來把“SETUP”轉換成“INVITE”，并把CABS2的IP地址設定在“INVITE”的目的地IP地址內并傳送到消息發送部45。消息發送部45把“INVITE”傳送到取入/插入部17(圖22)。由此，“INVITE”從CABS1被發送到CABS2(圖18；S509A)。
然而，在對方檢索部43不能檢索出與被叫終端對應的對方信息的情況下(這里，在未登記條目編號1的條目的情況下)，判斷為未登記主叫請求的對方(不能進行CABS間的直接連接)，把主叫請求的目的地決定為移動電話網絡(圖21；S508A)，并把該決定結果傳送到消息生成部44。
于是，消息生成部44生成指示網絡側仿真器21(圖22)開始終端側仿真器20的主叫的主叫開始指示(CABS內的內部消息)，并傳送到消息發送部45。消息發送部45把主叫開始指示傳送到網絡側仿真器21。由此，預處理相關的信息從網絡側仿真器21被傳送到終端側仿真器20，終端側仿真器20開始圖21的S704以后的處理。
另外，圖24所示的登記表46的條目編號2的條目是假定了終端UE-b可使用CABS2和CABS3(未作圖示)中的任意一方來與移動電話網絡連接的情況(終端和CABS的關系是1∶N(N是自然數)的情況)的條目。
在該情況下，發給CABS2和CABS3各方的“INVITE”從CABS1被發送。并且，可以把這種條目登記在呼叫控制裝置30的登記表36內，來自呼叫控制裝置30的“INVITE”可以被發送到CABS2和CABS3。
另外，在圖22和圖24所示的實施例中，對CABS具有IMT/SIP轉換器并進行協議轉換的例子作了說明，然而在CABS間直接交換消息的情況下，無需進行協議轉換。因此，可省略IMT/SIP轉換器。
<實施例的作用效果>
根據以上說明的本發明的實施例，在終端間使用與同一ISP(IP)網絡連接的兩個CABS來進行數據通信的情況下，建立不經由移動電話網絡而使兩個CABS間直接連接的數據傳送路徑，使用該數據傳送路徑來進行終端間的用戶數據通信。由此，可實現移動電話網絡和ISP網絡的通信量的減輕。
并且，在主叫側CABS中，最初，主叫請求被發送到呼叫控制服務器或被叫側CABS而不是移動電話網絡側(RNS)。因此，在移動電話網絡內不產生控制用的通信量，因而可減輕移動電話網絡的負荷。
并且，在使用設置于ISP網絡內的IP電話用的呼叫控制服務器來進行CABS間的直接連接的情況下，各CABS設置有協議轉換部，呼叫控制服務器可把各CABS作為IP電話來處理。由此，可把對呼叫控制服務器的改變抑制到最小，因而可實現本發明的實施所需要的成本的降低。
并且，在未利用呼叫控制服務器的情況下，不需要對ISP網絡的構成要素進行改變。并且，在本發明實施時，不需要改變移動電話網絡和移動電話終端。因此，可抑制用于實施本發明的成本。
并且，不管是否利用呼叫控制服務器，在被叫側CABS的屬下不存在被叫終端的情況下，或者未登記被叫側的對方信息的情況下，主叫側CABS作為終端執行功能，進行與被叫終端的連接處理，使通過該連接處理所建立的承載與在主叫側CABS和主叫終端之間所建立的承載連接。由此，不會使主叫終端進行的主叫動作(包含預處理)無用，可補償主叫終端和被叫終端的連接。即使在該情況下，也不需要對移動電話網絡和移動電話終端的改變，可抑制本發明的導入成本。
權利要求
1.一種移動電話終端間的數據傳送路徑建立系統，該系統包含無線基站，其經由IP(Internet Protocol互聯網協議)網絡被收納在移動電話網絡內；以及試行單元，其在上述無線基站從作為主叫終端的移動電話終端接收的主叫請求的被叫終端的移動電話終端，可利用不同于與上述IP網絡連接的上述無線基站的無線基站來接收上述主叫請求的情況下，嘗試建立使上述無線基站和上述不同的無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
2.根據權利要求1所述的移動電話終端間的數據傳送路徑建立系統，該系統還包含在不能建立上述數據通信路徑的情況下，建立經由上述移動電話網絡和上述IP網絡的替代數據傳送路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據的單元。
3.一種移動電話終端間的數據傳送路徑建立系統，該系統包含多個無線基站，其經由同一IP(Internet Protocol互聯網協議)網絡被收納在移動電話網絡內；以及呼叫控制裝置，其設置在上述IP網絡內；上述呼叫控制裝置包含存儲部，其存儲包含移動電話終端的識別信息和該移動電話終端可利用的收納在上述IP網絡內的無線基站的IP地址的對方信息；接收部，其從作為主叫側無線基站的上述多個無線基站之一接收作為主叫終端的移動電話終端的主叫請求；檢索部，其取得上述主叫請求內包含的作為被叫終端的移動電話終端的識別信息，并從上述存儲部中讀出與所取得的識別信息對應的無線基站的IP地址；以及發送部，其在由上述檢索部讀出了無線基站的IP地址的情況下，把具有該IP地址的無線基站作為被叫側無線基站，將上述主叫請求發送到該IP地址；在上述被叫側無線基站自身的屬下存在上述被叫終端的情況下，在上述主叫側無線基站和上述被叫側無線基站之間經由上述呼叫控制裝置建立使上述主叫側無線基站和上述被叫側無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
4.根據權利要求3所述的移動電話終端間的數據傳送路徑建立系統，其中上述主叫側無線基站和上述被叫側無線基站的各方具有協議轉換部，其進行在無線基站與移動電話終端之間使用的移動電話用協議和在無線基站與上述呼叫控制裝置之間使用的IP電話用協議之間的轉換處理；上述主叫側無線基站在上述主叫側無線基站自身的協議轉換部中把從上述主叫終端接收的基于上述移動電話用協議的主叫請求和應發送到上述呼叫控制裝置的消息轉換成基于上述IP電話用協議的形式，之后發送到上述呼叫控制裝置；和上述被叫側無線基站在上述被叫側無線基站自身的協議轉換部中把從上述呼叫控制裝置接收的基于上述IP電話用協議的主叫請求和應發送到上述被叫終端的消息轉換成基于上述移動電話用協議的形式，之后發送到上述被叫終端。
5.根據權利要求3或4所述的移動電話終端間的數據傳送路徑建立系統，其中上述被叫側無線基站在不能接收到對已發送到上述被叫終端的上述主叫請求的響應的情況下，把表示在上述被叫側無線基站的屬下不存在上述被叫終端的消息經由上述呼叫控制裝置通知給上述主叫側無線基站；和上述主叫側無線基站在上述主叫側無線基站和上述主叫終端之間建立第1數據傳送路徑，在從上述呼叫控制裝置接收到上述消息的情況下，把上述主叫側無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑，通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
6.根據權利要求3～5中的任意一項所述的移動電話終端間的數據傳送路徑建立系統，其中上述呼叫控制裝置在與上述主叫請求對應的對方信息未被登記在上述存儲部內的情況下，把表示不存在應連接的上述被叫側無線基站的消息通知給上述主叫側無線基站，上述主叫側無線基站在上述主叫側無線基站和上述主叫終端之間建立第1數據傳送路徑，把上述主叫側無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑，通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
7.根據權利要求5或6所述的移動電話終端間的數據傳送路徑建立系統，其中上述主叫側無線基站具有第1密碼處理部，其使用在上述主叫側無線基站和上述主叫終端之間所決定的第1密碼來對控制信號和用戶數據進行加密/解密；以及第2密碼處理部，其使用在上述主叫側無線基站和上述移動電話網絡之間所決定的第2密碼來對控制信號和用戶數據進行加密/解密；上述主叫側無線基站在從上述主叫終端接收到使用上述第1密碼所加密的控制信號和用戶數據的情況下，在上述第1密碼處理部中對上述控制信號和用戶數據進行解密，而且在上述第2密碼處理部中對所解密的控制信號和用戶數據進行加密，之后將其發送到上述移動電話網絡；和上述主叫側無線基站在從上述移動電話網絡接收到使用上述第2密碼所加密的控制信號和用戶數據的情況下，在上述第2密碼處理部中對上述控制信號和用戶數據進行解密，而且在上述第1密碼處理部中對所解密的控制信號和用戶數據進行加密，之后將其發送到上述主叫終端。
8.根據權利要求3～7中的任意一項所述的移動電話終端間的數據傳送路徑建立系統，其中在由上述檢索部檢索出與上述被叫終端的識別信息對應的多個無線基站的IP地址的情況下，上述發送部把上述主叫請求發送到所檢索的各IP地址；和屬下具有上述被叫終端且分別具有上述多個IP地址的無線基站之一作為上述被叫側無線基站，在與上述主叫側無線基站之間建立使上述主叫側無線基站和上述被叫側無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑。
9.一種移動電話終端間的數據傳送路徑建立系統，該系統具有多個無線基站，其經由同一IP(Internet Protocol互聯網協議)網絡被收納在移動電話網絡內；作為主叫側無線基站的上述多個無線基站中的至少一方包含存儲部，其存儲包含移動電話終端的識別信息和該移動電話終端可利用的收納在上述IP網絡內的無線基站的IP地址的對方信息；接收部，其接收來自作為主叫終端的移動電話終端的主叫請求；檢索部，其取得上述主叫請求內包含的作為被叫終端的移動電話終端的識別信息，并從上述存儲部中檢索與所取得的識別信息對應的無線基站的IP地址；發送部，其在上述對應的無線基站的IP地址被檢索出的情況下，把具有該IP地址的無線基站作為被叫側無線基站，將上述主叫請求發送到該IP地址；以及控制單元，其在上述被叫側無線基站自身的屬下存在上述被叫終端的情況下，在與上述被叫側無線基站之間建立使上述主叫側無線基站和上述被叫側無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
10.根據權利要求9所述的移動電話終端間的數據傳送路徑建立系統，上述被叫側無線基站在不能接收到對已發送到上述被叫終端的上述主叫請求的響應的情況下，把表示在上述被叫側無線基站的屬下不存在上述被叫終端的消息通知給上述主叫側無線基站；和上述主叫側無線基站在上述主叫側無線基站和上述主叫終端之間建立第1數據傳送路徑；在從上述被叫側無線基站接收到上述消息的情況下，把上述主叫側無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑；以及通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
11.根據權利要求9或10所述的移動電話終端間的數據傳送路徑建立系統，上述主叫側無線基站在與上述主叫請求對應的對方信息未被登記在上述存儲部內的情況下，在上述主叫側無線基站和上述主叫終端之間建立第1數據傳送路徑；另外，把上述主叫側無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑；通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
12.根據權利要求10或11所述的移動電話終端間的數據傳送路徑建立系統，上述主叫側無線基站具有第1密碼處理部，其使用在上述主叫側無線基站和上述主叫終端之間所決定的第1密碼方式來對控制信號和用戶數據進行加密/解密；以及第2密碼處理部，其使用在上述主叫側無線基站和上述移動電話網絡之間所決定的第2密碼方式來對控制信號和用戶數據進行加密/解密；上述主叫側無線基站在從上述主叫終端接收到使用上述第1密碼方式所加密的控制信號和用戶數據的情況下，在上述第1密碼處理部中對上述控制信號和用戶數據進行解密，而且在上述第2密碼處理部中對所解密的控制信號和用戶數據進行加密，之后將其發送到上述移動電話網絡；上述主叫側無線基站在從上述移動電話網絡接收到使用上述第2密碼方式所加密的控制信號和用戶數據的情況下，在上述第2密碼處理部中對上述控制信號和用戶數據進行解密，而且在上述第1密碼處理部中對所解密的控制信號和用戶數據進行加密，之后將其發送到上述主叫終端。
13.根據權利要求9～12中的任意一項所述的移動電話終端間的數據傳送路徑建立系統，在由上述檢索部檢索出與上述被叫終端的識別信息對應的多個無線基站的IP地址的情況下，上述發送部把上述主叫請求發送到所檢索的各IP地址；屬下具有上述被叫終端且分別具有上述多個IP地址的無線基站之一作為上述被叫側無線基站，在與上述主叫側無線基站之間建立使上述主叫側無線基站和上述被叫側無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑。
14.一種移動電話終端的無線基站，其經由IP(Internet Protocol互聯網協議)網絡被收納在移動電話網絡內，該無線基站包含接收部，其接收來自作為主叫終端的移動電話終端的主叫請求；發送部，其把上述主叫請求發送到上述IP網絡內的呼叫控制裝置；以及控制單元，其在作為上述主叫請求的被叫終端的移動電話終端可利用與上述IP網絡連接的不同的無線基站來接收從上述呼叫控制裝置發送的上述主叫請求的情況下，在與上述不同的無線基站之間通過上述呼叫控制裝置建立使上述無線基站和上述不同的無線基站不經由上述移動電話網絡而經由上述IP網絡連接的數據傳送路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
15.根據權利要求14所述的移動電話終端的無線基站，該無線基站還包含代行單元，其取代上述移動電話網絡來代行在移動電話終端和上述移動電話網絡之間執行的過程。
16.根據權利要求14或15所述的移動電話終端的無線基站，該無線基站還包含協議轉換部，其進行在與上述移動電話終端之間使用的移動電話用協議和在與上述呼叫控制裝置之間使用的IP電話用協議之間的轉換處理；上述協議轉換部把從上述無線基站自身的屬下的移動電話終端接收的應發送到上述呼叫控制裝置的消息轉換成基于上述IP電話用協議的形式；以及把從上述呼叫控制裝置接收的基于上述IP電話用協議的應發送到上述無線基站自身的屬下的移動電話終端的消息轉換成基于上述移動電話用協議的形式。
17.根據權利要求14～16中的任意一項所述的移動電話終端的無線基站，上述無線基站作為主叫側無線基站，在與上述主叫終端之間建立第1數據傳送路徑；在表示上述被叫側無線基站的屬下不存在上述被叫終端的消息經由上述呼叫控制裝置被上述接收部接收的情況下，把上述無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑；以及通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
18.根據權利要求14～17中的任意一項所述的移動電話終端的無線基站，上述無線基站在上述呼叫控制裝置不能找到應發送上述主叫請求的上述不同的無線基站的情況下，作為主叫側無線基站在上述無線基站自身和上述主叫終端之間建立第1數據傳送路徑；把上述無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述無線基站自身和上述被叫終端之間連接的第2數據傳送路徑；以及通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
19.根據權利要求17或18所述的移動電話終端的無線基站，上述無線基站為了建立第2數據傳送路徑，根據通過為了建立上述第1數據傳送路徑而在與上述主叫終端之間執行的呼叫連接過程所得到的信息，把上述無線基站自身作為主叫終端向上述移動電話網絡進行發送，經由上述移動電話網絡執行上述被叫終端和上述無線基站之間的呼叫連接過程。
20.根據權利要求19所述的移動電話終端的無線基站，上述無線基站在把上述無線基站自身作為主叫終端向上述移動電話網絡進行發送的情況下，回送與從上述主叫終端和上述移動電話網絡接收的消息對應的響應消息，使得從上述主叫終端來看上述無線基站自身看起來是上述移動電話網絡，而且從上述移動電話網絡來看上述無線基站自身看起來是主叫終端。
21.根據權利要求17～20中的任意一項所述的移動電話終端的無線基站，該無線基站還包含第1密碼處理部，其使用在上述無線基站自身和上述主叫終端之間所決定的第1密碼方式來對控制信號和用戶數據進行加密/解密；以及第2密碼處理部，其使用在上述無線基站自身和上述移動電話網絡之間所決定的第2密碼方式來對控制信號和用戶數據進行加密/解密；在從上述主叫終端接收到使用上述第1密碼方式所加密的控制信號和用戶數據的情況下，在上述第1密碼處理部中對上述控制信號和用戶數據進行解密，而且在上述第2密碼處理部中對所解密的控制信號和用戶數據進行加密，之后將其發送到上述移動電話網絡；在從上述移動電話網絡接收到使用上述第2密碼方式所加密的控制信號和用戶數據的情況下，在上述第2密碼處理部中對上述控制信號和用戶數據進行解密，而且在上述第1密碼處理部中對所解密的控制信號和用戶數據進行加密，之后將其發送到上述主叫終端。
22.一種移動電話終端的無線基站，其經由IP(Internet Protocol互聯網協議)網絡被收納在移動電話網絡內，該無線基站包含存儲部，其存儲包含移動電話終端的識別信息和該移動電話終端可利用的收納在上述IP網絡內的無線基站的IP地址的對方信息；接收部，其接收來自作為主叫終端的移動電話終端的主叫請求；檢索部，其取得上述主叫請求內包含的作為被叫終端的移動電話終端的識別信息，并從上述存儲部中檢索與所取得的識別信息對應的無線基站的IP地址；發送部，其在上述對應的無線基站的IP地址被檢索出的情況下，把具有該IP地址的無線基站作為被叫側無線基站，將上述主叫請求發送到該IP地址；以及控制單元，其在上述被叫側無線基站自身的屬下存在上述被叫終端的情況下，在與上述被叫側無線基站之間建立使上述無線基站自身和上述被叫側無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
23.根據權利要求22所述的移動電話終端的無線基站，該無線基站還包含代行單元，其取代上述移動電話網絡來代行在移動電話終端和上述移動電話網絡之間執行的過程。
24.根據權利要求22或23所述的移動電話終端的無線基站，上述無線基站在與上述主叫終端之間建立第1數據傳送路徑；在表示上述被叫側無線基站的屬下不存在上述被叫終端的消息由上述接收部從上述被叫側無線基站接收到的情況下，把上述無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑；以及通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
25.根據權利要求22～24中的任意一項所述的移動電話終端的無線基站，上述無線基站在與上述主叫請求對應的對方信息未被登記在上述存儲部內的情況下，在上述無線基站和上述主叫終端之間建立第1數據傳送路徑；把上述無線基站自身作為主叫終端來建立經由上述移動電話網絡使上述主叫側無線基站和上述被叫終端之間連接的第2數據傳送路徑；以及通過使上述第1數據傳送路徑和上述第2數據傳送路徑連接，來建立上述主叫終端和上述被叫終端之間的數據傳送路徑。
26.根據權利要求24或25所述的移動電話終端的無線基站，上述無線基站為了建立第2數據傳送路徑，根據通過為了建立上述第1數據傳送路徑而在與上述主叫終端之間執行的呼叫連接過程所得到的信息，把上述無線基站自身作為主叫終端向上述移動電話網絡進行發送，經由上述移動電話網絡執行上述被叫終端和上述無線基站之間的呼叫連接過程。
27.根據權利要求26所述的移動電話終端的無線基站，上述無線基站在把上述無線基站自身作為主叫終端向上述移動電話網絡進行發送的情況下，回送與從上述主叫終端和上述移動電話網絡接收的消息對應的響應消息，使得從上述主叫終端來看上述無線基站自身看起來是上述移動電話網絡，而且從上述移動電話網絡來看上述無線基站自身看起來是主叫終端。
28.根據權利要求24～27中的任意一項所述的移動電話終端的無線基站，該無線基站還包含第1密碼處理部，其使用在上述無線基站和上述主叫終端之間所決定的第1密碼來對控制信號和用戶數據進行加密/解密；以及第2密碼處理部，其使用在上述無線基站和上述移動電話網絡之間所決定的第2密碼來對控制信號和用戶數據進行加密/解密；上述無線基站在從上述主叫終端接收到使用上述第1密碼所加密的控制信號和用戶數據的情況下，在上述第1密碼處理部中對上述控制信號和用戶數據進行解密，而且在上述第2密碼處理部中對所解密的控制信號和用戶數據進行加密，之后將其發送到上述移動電話網絡；上述無線基站在從上述移動電話網絡接收到使用上述第2密碼所加密的控制信號和用戶數據的情況下，在上述第2密碼處理部中對上述控制信號和用戶數據進行解密，而且在上述第1密碼處理部中對所解密的控制信號和用戶數據進行加密，之后將其發送到上述主叫終端。
29.根據權利要求21或28所述的移動電話終端的無線基站，在上述無線基站的內部設置有使用戶數據僅通過上述第1密碼處理部的第1路由，以及使用戶數據通過上述第1密碼處理部和第2密碼處理部的第2路由；上述無線基站還包含切換部，其將上述用戶數據在上述無線基站內部的傳送路由在上述第1路由和第2路由之間切換；以及切換控制部，其在使上述無線基站和上述不同的無線基站不經由上述移動電話網絡而經由上述IP網絡連接的數據傳送路徑被建立的情況下，使上述切換部選擇第1路由，在使上述第1數據傳送路徑和上述第2數據傳送路徑連接的情況下，使上述切換部選擇上述第2路由。
30.根據權利要求14～29中的任意一項所述的移動電話終端的無線基站，該無線基站還包含呼叫音生成部，其生成上述被叫終端的呼叫音；以及呼叫音控制部，其在使上述無線基站自身和上述被叫側無線基站不經由上述移動電話網絡而經由上述IP網絡連接的數據通信路徑被建立的情況下，在從接收表示上述被叫終端的正被呼叫的消息到接收表示上述被叫終端對呼叫進行響應的消息的期間，使來自上述呼叫音生成部的呼叫音與在上述主叫終端和上述無線基站之間建立的數據傳送路徑連接。
31.根據權利要求16～21以及24～30中的任意一項所述的移動電話終端的無線基站，該無線基站還包含通知音生成部；以及通知音控制部，其在上述無線基站自身作為主叫終端來建立上述第2數據傳送路徑的情況下，使由上述通知音生成部生成的通知音與在上述主叫終端和上述無線基站之間建立的第1數據傳送路徑連接。
32.一種移動電話終端間的數據傳送路徑建立方法，該方法包含在包含經由IP(Internet Protocol互聯網協議)網絡被收納在移動電話網絡內的無線基站的網絡系統中，上述無線基站以從作為主叫終端的移動電話終端接收到主叫請求為契機，指定作為該主叫請求的被叫終端的移動電話終端；上述所指定的被叫終端在可利用不同于與上述IP網絡連接的上述無線基站的無線基站來接收上述主叫請求的情況下，嘗試建立使上述無線基站和上述不同的無線基站不經由上述移動電話網絡而通過上述IP網絡連接的數據通信路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
33.根據權利要求32所述的移動電話終端間的數據傳送路徑建立方法，在不能建立上述數據通信路徑的情況下，建立經由上述移動電話網絡和上述IP網絡的替代數據傳送路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數據。
全文摘要
本發明提供一種移動電話終端間的數據傳送路徑建立系統。在包含經由IP網絡被收納在移動電話網絡內的無線基站的網絡系統中，無線基站以從主叫終端接收到主叫請求為契機，指定該主叫請求的被叫終端，被叫終端在可利用不同于與IP網絡連接的無線基站的無線基站來接收主叫請求的情況下，嘗試建立使無線基站和不同的無線基站不經由移動電話網絡而通過IP網絡連接的數據通信路徑，用來傳送在主叫終端和被叫終端之間所通信的數據。
文檔編號H04W92/12GK101049036SQ20048004427
公開日2007年10月3日 申請日期2004年10月20日 優先權日2004年10月20日
發明者橋本正則, 手塚康夫, 矢場明男, 本橋佳代 申請人:富士通株式會社