專利名稱：移動(dòng)電話終端間的數(shù)據(jù)傳送路徑建立系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及利用了經(jīng)由IP (Internet Protocol 互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)而收納在移動(dòng) 電話網(wǎng)絡(luò)內(nèi)的小型基站的通信方式。
背景技術(shù)：
在移動(dòng)電話網(wǎng)絡(luò)，例如第三代移動(dòng)電話網(wǎng)絡(luò)(Third Generation mobilephone network)中，存在著雖然在地圖上看是服務(wù)區(qū)(來自基站的電波到達(dá)的范圍)內(nèi)，但是電波 卻難以到達(dá)的區(qū)域(稱為“靜區(qū)”)。這是由于電波基本上直線傳播，因而有時(shí)在建筑物的 影子、室內(nèi)、地下等處，來自基站的無線電波未能充分到達(dá)。作為靜區(qū)之一，例如有室內(nèi)，特別是有獨(dú)立式住宅或公寓住宅中的個(gè)人住宅內(nèi)。期 望的是，在該個(gè)人住宅內(nèi)配置小型基站，從而可在個(gè)人住宅內(nèi)順利地接收來自移動(dòng)電話網(wǎng) 絡(luò)的電波。作為與本發(fā)明相關(guān)聯(lián)的現(xiàn)有技術(shù)，例如有以下的專利文獻(xiàn)1和2所述的技術(shù)。專利文獻(xiàn)1 日本特表2004-507946號(hào)公報(bào)專利文獻(xiàn)2 日本特表2002-535888號(hào)公報(bào)

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種可使用經(jīng)由IP網(wǎng)絡(luò)設(shè)置在移動(dòng)電話網(wǎng)絡(luò)的靜區(qū)內(nèi)的小 型無線基站來實(shí)現(xiàn)移動(dòng)電話網(wǎng)絡(luò)和IP網(wǎng)絡(luò)的有效利用的技術(shù)。本發(fā)明是一種移動(dòng)電話終端間的數(shù)據(jù)傳送路徑建立系統(tǒng)，該系統(tǒng)具有多個(gè)無線 基站，其經(jīng)由同一 IP (Internet Protocol 互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)被收納在移動(dòng)電話網(wǎng)絡(luò)內(nèi)；作為主叫側(cè)無線基站的上述多個(gè)無線基站中的至少一個(gè)包含存儲(chǔ)部，其存儲(chǔ)包 含被叫移動(dòng)電話終端的識(shí)別信息和收納在上述IP網(wǎng)絡(luò)內(nèi)的上述被叫移動(dòng)電話終端可利用 的無線基站的IP地址的對(duì)方信息；接收部，其接收來自作為主叫終端的移動(dòng)電話終端的主 叫請(qǐng)求；檢索部，其取得上述主叫請(qǐng)求內(nèi)包含的作為被叫終端的移動(dòng)電話終端的識(shí)別信息， 并從上述存儲(chǔ)部中檢索與所取得的識(shí)別信息對(duì)應(yīng)的無線基站的IP地址；發(fā)送部，其在上述 對(duì)應(yīng)的無線基站的IP地址被檢索出的情況下，把具有該IP地址的無線基站作為被叫側(cè)無 線基站，將上述主叫請(qǐng)求發(fā)送到該IP地址；以及控制單元，其在上述被叫側(cè)無線基站自身 的屬下存在上述被叫終端的情況下，在與上述被叫側(cè)無線基站之間建立使上述主叫側(cè)無線 基站和上述被叫側(cè)無線基站不經(jīng)由上述移動(dòng)電話網(wǎng)絡(luò)而通過上述IP網(wǎng)絡(luò)連接的數(shù)據(jù)通信 路徑，用來傳送在上述主叫終端和上述被叫終端之間所通信的數(shù)據(jù)。該系統(tǒng)可構(gòu)成如下上述被叫側(cè)無線基站在不能接收到對(duì)已發(fā)送到上述被叫終端的上述主叫請(qǐng)求的響應(yīng)的情況下，把表示在上述被叫側(cè)無線基站的屬下不存在上述被叫終 端的消息通知給上述主叫側(cè)無線基站；上述主叫側(cè)無線基站在上述主叫側(cè)無線基站和上述主叫終端之間建立第1數(shù)據(jù) 傳送路徑；在從上述被叫側(cè)無線基站接收到上述消息的情況下，把上述主叫側(cè)無線基站自 身作為主叫終端來建立經(jīng)由上述移動(dòng)電話網(wǎng)絡(luò)使上述主叫側(cè)無線基站和上述被叫終端之 間連接的第2數(shù)據(jù)傳送路徑；以及通過使上述第1數(shù)據(jù)傳送路徑和上述第2數(shù)據(jù)傳送路徑 連接，來建立上述主叫終端和上述被叫終端之間的數(shù)據(jù)傳送路徑。并且，該系統(tǒng)可構(gòu)成如下上述主叫側(cè)無線基站在與上述主叫請(qǐng)求對(duì)應(yīng)的對(duì)方信 息未被登記在上述存儲(chǔ)部內(nèi)的情況下，在上述主叫側(cè)無線基站和上述主叫終端之間建立第 1數(shù)據(jù)傳送路徑；另外，把上述主叫側(cè)無線基站自身作為主叫終端來建立經(jīng)由上述移動(dòng)電 話網(wǎng)絡(luò)使上述主叫側(cè)無線基站和上述被叫終端之間連接的第2數(shù)據(jù)傳送路徑；通過使上述 第1數(shù)據(jù)傳送路徑和上述第2數(shù)據(jù)傳送路徑連接，來建立上述主叫終端和上述被叫終端之 間的數(shù)據(jù)傳送路徑。并且，本發(fā)明可實(shí)現(xiàn)構(gòu)成上述系統(tǒng)的無線基站、呼叫控制裝置以及具有與上述系 統(tǒng)相同特征的數(shù)據(jù)傳送路徑的建立方法。根據(jù)本發(fā)明，可使用經(jīng)由IP網(wǎng)絡(luò)設(shè)置在移動(dòng)電話網(wǎng)絡(luò)的靜區(qū)內(nèi)的小型無線基站 來實(shí)現(xiàn)移動(dòng)電話網(wǎng)絡(luò)和IP網(wǎng)絡(luò)的有效利用。


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