亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

與公眾移動網(wǎng)聯(lián)合的室內(nèi)呼叫控制裝置的制作方法

文檔序號:7682948閱讀:148來源:國知局
專利名稱:與公眾移動網(wǎng)聯(lián)合的室內(nèi)呼叫控制裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種室內(nèi)呼叫控制裝置,能夠進行位于室內(nèi)區(qū)域中的 公眾移動終端的室內(nèi)內(nèi)線去電、室內(nèi)內(nèi)線來電、向公眾移動網(wǎng)的去電、 來自公眾移動網(wǎng)的來電。
背景技術(shù)
在專利文獻l中記載有對在室內(nèi)區(qū)域內(nèi)的公眾移動終端提供室內(nèi) 內(nèi)線服務(wù)、向公眾移動網(wǎng)的去電服務(wù)、和來自公眾移動網(wǎng)的來電服務(wù) 的室內(nèi)系統(tǒng)。該室內(nèi)系統(tǒng)將在內(nèi)線服務(wù)中使用的無線協(xié)議與公眾移動 通信用的無線協(xié)議共通化。由此,公眾移動終端能夠不支持其他無線 協(xié)議而利用內(nèi)線服務(wù)與公眾移動通信服務(wù)兩者。在終端將呼叫連接請 求消息發(fā)送給無線基站的情況下,呼叫連接請求消息被傳送給無線基 站控制裝置,無線基站控制裝置判斷消息內(nèi)的發(fā)送目標(biāo)識別碼。在發(fā) 送目標(biāo)識別碼是公眾便攜電話號碼的情況下對公眾移動交換機傳送 呼叫連接請求消息,公眾移動交換機進行通常的公眾便攜電話去電處 理。另一方面,在發(fā)送目標(biāo)識別碼是內(nèi)線電話號碼的情況下將呼叫連接請求消息發(fā)送給PBX, PBX進行內(nèi)線去電處理。即,處于公眾移 動交換機與終端之間的無線基站控制裝置識別終端的請求服務(wù)是內(nèi) 線服務(wù)還是公眾移動通信服務(wù),在內(nèi)線服務(wù)的情況下,PBX代替公 眾移動交換機與終端進行呼叫控制消息的收發(fā)。另一方面,在作為第3代便攜電話的標(biāo)準(zhǔn)化團體的3GPP (3rd Generation Partnership Project)及3GPP2 (3rd Generation Partnership Project 2)中,將IMS (IP Multimedia Subsystem) /MMD (MultimediaDomain)的AI1-IP網(wǎng)絡(luò)的公眾便攜電話網(wǎng)技術(shù)作為非特許文獻1及 非特許文獻2已標(biāo)準(zhǔn)化。在IMS/MMD中,作為呼叫控制裝置,代替 以往的公眾移動交換機而使用稱作CSCF (Call Session Control Function)的SIP服務(wù)器。在CSCF中主要有S-CSCF (Serving-CSCF) 禾口 P-CSCF (Proxy-CSCF)。 S-CSCF管理終端的加入者信息,進行發(fā) 來電的服務(wù)控制。在關(guān)注于某個終端的情況下,在一個移動通信服務(wù) 商的網(wǎng)絡(luò)中,進行該終端的服務(wù)控制的S-CSCF是一個。P-CSCF是 終端直接收發(fā)SIP消息的SIP服務(wù)器,通過與終端建立安全聯(lián)系來防 御向不正當(dāng)終端的IMS/MMD的訪問。在終端去電的情況下,首先對 P-CSCF發(fā)送SIP的呼叫連接請求消息,如果呼叫連接請求消息不是 不正當(dāng)?shù)?,P-CSCF則對去電終端的S-CSCF發(fā)送呼叫連接請求消息。專利文獻1特開2003-299157號公報非專利文獻13GPPTS23.228非專利文獻23GPP2 X. S0013-A為了實現(xiàn)與IMS/MMD聯(lián)合的屋內(nèi)系統(tǒng),存在以下的課題。 首先,無線基站控制裝置或PBX不能代替P-CSCF進行與終端 的SIP消息的收發(fā)。這是因為終端與P-CSCF利用IPsec保護SIP消白/K、 o另一方面,在將S-CSCF分割為用戶企業(yè)單位、通過S-CSCF進 行內(nèi)線控制的方法中,每當(dāng)用戶企業(yè)導(dǎo)入室內(nèi)系統(tǒng)時、或者每當(dāng)用戶 變更所屬企業(yè)時產(chǎn)生了將用戶原來擁有的終端的S-CSCF再編的需 要。發(fā)明內(nèi)容本發(fā)明的室內(nèi)呼叫控制裝置的主要特征之一是,接收室內(nèi)的終端 利用IPsec發(fā)送的SIP的呼叫連接請求消息,在消息內(nèi)所示的發(fā)送目標(biāo)位于室內(nèi)區(qū)域中的情況下,將呼叫連接請求消息發(fā)送給發(fā)送目標(biāo)終 端,另一方面,在發(fā)送目標(biāo)不是室內(nèi)區(qū)域內(nèi)的終端的情況下,對去電終端的S-CSCF發(fā)送呼叫連接請求消息。根據(jù)本發(fā)明,終端能夠在通過IPsec保護IP消息的同時,利用公 眾移動通信服務(wù)和內(nèi)線服務(wù)的兩者。


圖1是表示應(yīng)用本發(fā)明的便攜電話系統(tǒng)的圖。圖2是表示內(nèi)線連接的情況下的通信路徑的圖。圖3是表示向位于室外的終端的連接的情況下的通信路徑的圖。圖4是室內(nèi)呼叫控制裝置的結(jié)構(gòu)圖。圖5是來自室內(nèi)區(qū)域的SIP登錄的時序圖。圖6是表示發(fā)送目標(biāo)判斷表的圖。圖7是表示REGISTER消息的格式的圖。圖8是REGISTER消息的接收處理的流程圖。圖9是表示終端的去電時序的圖。圖10是表示INVITE消息的格式的圖。圖11是INVITE消息的接收處理的流程圖。圖12是表示室內(nèi)登錄解除時序的圖。圖13是室內(nèi)登錄解除處理的流程圖。
具體實施方式
實施例在本實施例中,以將本發(fā)明應(yīng)用到3GPP2標(biāo)準(zhǔn)的網(wǎng)絡(luò)中的情況 為例進行說明。圖1中表示應(yīng)用本發(fā)明的便攜電話系統(tǒng)。終端a (101a)、終端b (101b)、終端c(101c)是能夠以cdma2000 lx EV-DO協(xié)議進行VoIP通信的公眾無線終端。AP102a是與終端a (101a)進行無線通信的無 線基站。終端b (101b)、終端c (101c)由于處于AP102a的無線范 圍以外,所以不能與AP102a通信。終端b (101b)、終端c (101c) 也只要移動到AP102a的無線范圍內(nèi),就與終端a(101a)同樣,能 夠與AP102a通信。PCF (Packet Control Function) 103是根據(jù)終端a (101a) -AP102a 之間的無線通信狀態(tài)、將來自PDSN (Packet Data Serving Node) 105a 的終端a (101a)目的地包緩存的裝置。PDSN105a是將來自終端a(101a)的PPP鏈路終結(jié)的裝置,是向公眾核心網(wǎng)115的接入網(wǎng)關(guān)。 AN-AAA104是用來進行終端a(lOla)、終端b (lOlb)、終端c (101c) 的設(shè)備認證的認證裝置。AAA106是用于進行終端a( lOla)、終端b (lOlb)、終端c (101c) 的用戶認證的認證裝置。DHCP服務(wù)器107a是用來對PPP連接到 PDSN105a上的終端a (101a)通知DNS服務(wù)器108a的IP地址的裝 置。DNS服務(wù)器108a是用來將P-CSCF109的IP地址通知給終端a(101a)的裝置。P-CSCF109是終端a (101a)為了利用公眾便攜電話服務(wù)而直接 進行SIP消息的收發(fā)的SIP服務(wù)器。P-CSCF109如果從終端a (101a) 接收到SIP消息,則傳送給進行終端a(101a)的服務(wù)控制的S-CSCF、 即終端a (101a)的歸屬(Home)的S-CSCFllla。 S-CSCFllla、 b 是進行公眾無線終端的服務(wù)控制的SIP服務(wù)器。S-CSCFllla由于是 終端a (101a)的歸屬,所以基于終端a (101a)的加入者信息許可 或限制從/向終端a (101a)的去電/來電。同樣,S-CSCFlllb是終端 b (lOlb)、終端c (101c)的歸屬,基于各自的加入者信息實施這些 終端的去電控制、來電控制。ENUMDNS112是將終端的撥號號碼變 換為SIPURI的裝置。S-CSCF11 la、b在經(jīng)由P-CSCF接收到來自終端的去電請求消息、即SIP INVITE消息時,在消息內(nèi)所示的發(fā)送目標(biāo)是電話號碼的情況 下,接入到ENUMDNS112而導(dǎo)出發(fā)送目標(biāo)的SIPURI。另外,由于 根據(jù)發(fā)送目標(biāo)終端的SIPURI能夠確定其該發(fā)送目標(biāo)終端作為歸屬 的S-CSCF,所以發(fā)送目標(biāo)終端的歸屬的S-CSCF將INVITE消息發(fā) 送給發(fā)送目標(biāo)終端的歸屬的S-CSCF。以上是一般的公眾便攜電話網(wǎng) 的結(jié)構(gòu)。接著說明室內(nèi)系統(tǒng)116。 In-AP102b是設(shè)置在室內(nèi)的EV-DO無線 基站,與終端b (101b)、終端c (101c)無線通信。終端a (101a) 也只要移動到In-AP102b的無線范圍內(nèi),就能夠與In-AP102b無線通 信。In-PDSN/PCF105b是兼具有PDSN105a的功能和PCF103的功能 的裝置。In-DHCP服務(wù)器107b是對PPP連接在In-PDSN/PCF105b 上的終端b (101b)、終端c (101c)通知In-DNS服務(wù)器108b的IP 地址的裝置。In-DNS服務(wù)器108b是對來自終端b (101b)、終端c(101c)的P-CSCF地址的查詢通知In-CSCFllO的IP地址的裝置。 In-CSCFllO是本發(fā)明的室內(nèi)呼叫控制裝置。PBX113根據(jù)來自 In-CSCF的呼叫連接請求而呼出固定終端114。終端a ( 101a)在與PDSN105a之間建立了 PPP鏈路后,進行SIP 登錄(120a)。如果終端a (101a)將SIP REGISTER消息發(fā)送給 P-CSCF109,則P-CSCF109傳送給作為終端a (101a)的歸屬的 S-CSCFllla。 S-CSCFllla存儲終端a (101a)的IP地址,并且,將 在P-CSCF109與終端a (101a)之間建立的IPsec所需要的信息通知 給P-CSCF109。 P-CSCF109將該信息通知給終端101a。在這以后, 終端a (101a)與P-CSCF109利用IPsec進行SIP消息的收發(fā)。終端 a (101a)將P-CSCF109以外的裝置發(fā)送的SIP消息作為不正當(dāng)消息 丟棄。同樣,終端b (101b)在與In-PDSN/PCF105b之間建立了 PPP 鏈路后,進行SIP登錄(120b)。如果終端b (101b)將SIP REGISTER消息發(fā)送給In-CSCFllO,則ln-CSCF110傳送給作為終端b (101b) 的歸屬的S-CSCFlllb。 S-CSCFlllb存儲終端b (101b)的IP地址, 并且,將在In-CSCF110與終端b (101b)之間建立的IPsec所需要的 信息通知給In-CSCFllO。 In-CSCF110將該信息通知給終端101b。在 這以后,終端b (101b)與ln-CSCF110利用IPsec進行SIP消息的收 發(fā)。終端b (101b)將In-CSCFllO以外的裝置發(fā)送的SIP消息作為 不正當(dāng)消息丟棄。終端c (101c)也與終端b (101b)同樣地進行SIP登錄(120c)。如果終端a (101a)、終端b (101b)、終端c (101c)進行SIP登 錄,則如圖2那樣分別建立SIP信令用IPsec203a、 b、 c。由此,終 端a (101a)變?yōu)橹皇芾韥碜訮-CSCF109的SIP消息。終端b (101b)、 終端c (101c)變?yōu)橹皇芾韥碜訧n-CSCF110的SIP消息。此外,圖2表示內(nèi)線連接的情況的通信路徑。如果終端b(101b) 對終端c(101c)目的地去電,則SIP消息在SIP信令202的路徑中 被傳送,進行呼叫連接處理。對于終端b (101b)、終端c (101c)的 歸屬的S-CSCFlllb不傳送用來呼叫連接的SIP消息。這是本發(fā)明的 主要的特征。在終端b (101b)-終端c (101c)間收發(fā)的VoIP包在 VoIP流201的路徑中傳送。通過以上那樣呼叫連接,能夠不對 S-CSCFlllb施加負荷而實現(xiàn)封閉在室內(nèi)系統(tǒng)內(nèi)的內(nèi)線通話。圖3表示終端b (101b)對終端a (101a)去電的情況下的通信 路徑。SIP消息在SIP信令302的路徑中被傳送,進行呼叫連接處理。 在終端b (101b)-終端a (101a)間收發(fā)的VoIP包在VoIP流301的 路徑中傳送。圖4是In-CSCF110的結(jié)構(gòu)圖。物理層處理部410將連接在網(wǎng)絡(luò) 上的通信線路的物理層終結(jié)。MAC層處理部409將通信線路的MAC 層終結(jié)。IP層/應(yīng)用處理部408進行經(jīng)由通信線路與其他通信裝置收 發(fā)的IP包的處理、或SIP消息的處理。用于此的程序及數(shù)據(jù)存在于存儲器401上。用來實現(xiàn)本發(fā)明的內(nèi)線控制程序402、發(fā)送目標(biāo)判斷 程序403、發(fā)送目標(biāo)判斷表404也處于存儲器401上。發(fā)送目標(biāo)判斷 程序403是判斷經(jīng)由物理層處理部410、 MAC層處理部409從裝置 外部接收到的呼叫連接請求消息的發(fā)送目標(biāo)識別碼是否是位于室內(nèi) 區(qū)域中的終端的程序。在判斷中參照發(fā)送目標(biāo)判斷表404。內(nèi)線控制 程序402是用來在發(fā)送目標(biāo)位于室內(nèi)區(qū)域中的終端情況下對該終端 發(fā)送呼叫連接請求消息而實施呼叫連接的程序。硬盤407保存IP層/ 應(yīng)用處理部用來執(zhí)行的程序和數(shù)據(jù)。這些程序在In-CSCFllO的啟動 時被展開到存儲器401上。監(jiān)視器405和鍵盤406是維護者在 In-CSCFllO的維護中使用的輸出裝置和輸入裝置。接著,對在SIP登錄120b時發(fā)送目標(biāo)判斷表404怎樣設(shè)定進行 說明。圖5表示在終端b (101b)入場到室內(nèi)區(qū)域中的情況下的SIP登 錄時序。首先,終端b( 101b)對In-AP102b發(fā)送連接建立請求(步驟501)。 In-AP102b將該消息發(fā)送給In-PDSN/PCF105b。接著,在終端b(101b)、 In-PDSN/PCF105b、和AN-AAA104之間進行終端認證(步驟502)。 如果終端認證成功,則In-AP102b將A8建立請求發(fā)送給 In-PDSN/PCF105b (步驟503)。 In-PDSN/PCF105b將A8建立應(yīng)答發(fā) 送給In-AP102b (步驟504)。這里,建立In-AP102b與In-PDSN/PCF105b之間的A8連接。A8 連接是用來傳送終端b (101b)與In-PDSN/PCF105b收發(fā)的PPP幀 的連接。接著,在終端b (101b)、 In-PDSN/PCF105b、 AAA106之間進行 用戶認證(步驟505)。如果認證成功,則在終端b (101b)與 In-PDSN/PCF105b之間建立PPP鏈路(步驟506)。接著,終端b( 101b)將用來進行DNS服務(wù)器地址的查詢的DHCP消息發(fā)送給In-PDSN/PCF105b (步驟507)。 In-PDSN/PCF105b將接 收到的消息傳送給In-DHCP服務(wù)器107b。 In-DHCP服務(wù)器107b將 保存有In-DNS服務(wù)器108b的IP地址的應(yīng)答消息發(fā)送給 In-PDSN/PCF105b (步驟508)。 In-PDSN/PCF105b將接收到的消息發(fā) 送給終端b (101b)。接著,終端b (101b)為了解決P-CSCF的IP地址,對In-DNS 服務(wù)器108b發(fā)送地址查詢的DNS消息(步驟509)。 In-DNS服務(wù)器 108b將保存有In-CSCF的地址作為P-CSCF的地址的應(yīng)答消息發(fā)送 給終端(步驟510)。接著,終端b (101b)將用來進行SIP登錄的 REGISTER消息發(fā)送給In-CSCF 110 (步驟511)。此時,由于在終端b (101b)與In-CSCFllO之間還沒有建立安 全聯(lián)系(Association),所以不使用IPsec。 In-CSCFllO將表示沒有用 IPsec保護的頭信息追加到REGISTER消息中,發(fā)送給作為終端b (101b)的歸屬的S-CSCFlllb。 S-CSCFlllb將包含有認證詢問值與 IPsec鍵信息的401 Unauthyorized消息發(fā)送給In-CSCF 110。In-CSCFllO存儲IPsec鍵信息,將401 Unauthyorized消息發(fā)送給 終端b (101b)(步驟512)。終端b (101b)存儲IPsec鍵信息。此外, 對認證詢問值進行認證運算,將結(jié)果設(shè)定在REGISTER消息中,發(fā) 送給In-CSCFllO。另外,從該消息發(fā)送開始使用IPsec (步驟513)。 In-CSCFllO將REGISTER消息發(fā)送給S-CSCFlllb。如果消息中的認證結(jié)果正確,S-CSCFlllb則存儲終端b (101b) 的IP地址(步驟514)。接著,發(fā)送意味著SIP登錄成功的200 OK 消息(步驟515)。 In-CSCF110如果接收到200OK消息,則將終端b (101b)的IP地址存儲到發(fā)送目標(biāo)判斷表中(步驟516)。接著,將 200 0K消息發(fā)送給終端b (101b)(步驟517)。通過實施以上的登錄 時序,作為終端b (lOlb),能夠通過1次的SIP登錄進行用于公眾 發(fā)來電服務(wù)的登錄處理、和用于內(nèi)線發(fā)來電服務(wù)的登錄處理兩者。圖6中表示發(fā)送目標(biāo)判斷表。表的各段是有關(guān)一個終端的代碼。 內(nèi)線號碼601表示在利用室內(nèi)系統(tǒng)的用戶企業(yè)中獨自地分配給終端 的內(nèi)線號碼。圖中,在最下段的代碼中沒有登錄內(nèi)線號碼,這表示該 終端不是用戶企業(yè)的職員的終端,而是臨時移動到室內(nèi)區(qū)域中的一般 的終端。私設(shè)標(biāo)志602表示是收容在PBX113中的終端、即非公眾終端的 記錄。SIPURI603表示終端的SIPURI。公眾便攜號碼604表示終端 的便攜電話號碼。IP地址605表示終端的IP地址。圖中,最上段的 記錄的IP地址為全部0的地址,這意味著該終端目前位于室內(nèi)區(qū)域 外。室內(nèi)系統(tǒng)的維護者預(yù)先登錄的信息是用戶企業(yè)的職員終端的內(nèi)線 號碼601、私設(shè)標(biāo)志602、 SIP URI603、公眾便攜號碼604 (圖中由 606表示的部位)。圖7表示終端b (101b)發(fā)送的REGISTER消息的格式。To頭 701表示終端b (101b)的SIPURI。此外,Contact頭702表示終端 b (101b)的IP地址。圖8中表示In-CSCFllO接收到該REGISTER消息時的處理。首 先,參照To頭701和Contact頭702,暫時存儲終端的SIPURI和IP 地址(步驟801)。接著,在接收到來自S-CSCFlllb的200OK消息 時(步驟802),用存儲的SIP URI檢索發(fā)送目標(biāo)判斷表404 (步驟 803)。如果找到一致的SIPURI603,則將IP地址登錄在該記錄中(步 驟804)。如果在步驟803中找不到一致的SIP URI603,則在發(fā)送目 標(biāo)判斷表中制作新的記錄,登錄終端的SIP URI和IP地址(步驟805)。 由此,事前沒有作為室內(nèi)系統(tǒng)的內(nèi)線終端登錄的一般的公眾終端也能 夠不對S-CSCF施加負荷而接受來自存在于相同的室內(nèi)系統(tǒng)中的終端 的來電。圖9表示終端b (101b)的去電時序。首先,終端b (101b)將 意味著呼叫連接請求的INVITE消息發(fā)送給In-CSCFllO (步驟901)。In-CSCFllO檢索在發(fā)送目標(biāo)判斷表404中是否存在與消息中所示的 發(fā)送目標(biāo)一致的內(nèi)線號碼601 (步驟902)。在存在的情況下,判斷對 應(yīng)的記錄的私設(shè)標(biāo)志602是否是ON (步驟卯3)。在ON的情況下對 PBX113進行呼叫連接請求(步驟904)。在步驟卯3中,在私設(shè)標(biāo)志 602不是ON的情況下,求出對應(yīng)記錄的IP地址(步驟911),發(fā)送 INVITE消息(步驟912)。在步驟902中發(fā)送目標(biāo)不是內(nèi)線號碼的情 況下,檢索在發(fā)送目標(biāo)判斷表404中是否存在與發(fā)送目標(biāo)一致的已登 錄公眾便攜號碼(步驟905)。在存在的情況下,求出對應(yīng)記錄的IP地址(步驟911),發(fā)送 INVITE消息(步驟912)。在不存在的情況下,對ENUMDNS112査 詢發(fā)送目標(biāo)的SIPURI (步驟906)。如果In-CSCFllO接收到SIP URI 應(yīng)答(步驟卯7),則檢索發(fā)送目標(biāo)表404中是否存在與接收到的SIP URI—致的記錄(步驟908)。在存在的情況下,求出對應(yīng)記錄的IP 地址(步驟911),發(fā)送INVITE消息(步驟912)。在不存在的情況 下,對作為終端b (101b)的歸屬的S-CSCFlllb發(fā)送INVITE消息 (步驟910)。 -圖10表示終端101b發(fā)送的INVITE消息的格式。在請求線1001 中包含有撥號號碼。在本例中是"2245"。在Route頭1002中,表示 INVITE消息應(yīng)經(jīng)由的In-CSCF和S-CSCF的SIP URI。在本例中, pcscfl.domainl.net意味著In-CSCFllO。此夕卜,scscfl.homel.net意味 著作為終端b (101b)的歸屬的S-CSCFlllb。圖11中表示In-CSCFllO接收到來自終端b (101b)的INVITE 消息時的處理流程。首先,檢索發(fā)送目標(biāo)判斷表404中是否存在與請 求線1001的撥號號碼一致的內(nèi)線號碼(步驟1102)。在有一致的記 錄的情況下,判斷對應(yīng)記錄的私設(shè)標(biāo)志602是否為ON (步驟1103)。 在是ON的情況下,對PBX113進行呼叫連接請求(步驟1104)。由 此,能夠來電于收容在PBX中的固定內(nèi)線終端。在步驟1103中,在私設(shè)標(biāo)志不是ON的情況下,In-CSCFllO為了將INVITE消息直接發(fā) 送給發(fā)送目標(biāo)終端,求出對應(yīng)記錄的IP地址605 (步驟llll)。在IP 地址未登錄的情況下,對象終端不處于室內(nèi)系統(tǒng)內(nèi),所以轉(zhuǎn)移到步驟 1109,基于INVITE消息中的Route頭,對去電終端的S-CSCF發(fā)送 INVITE消息。另一方面,在步驟llll中求出了來電終端的IP地址 的情況下,將Route頭1002全部刪除(步驟1112)。這是為了使來電終端接收的INVITE消息成為正常的形式。在SIP 協(xié)議中,INVITE消息必定經(jīng)由Route頭表示的SIP服務(wù)器,在經(jīng)由 時各SIP服務(wù)器將表示自身的Route頭從INVITE消息中刪除。艮[3 , 只要INVITE消息正常地在服務(wù)器間傳送,在到達來電終端時Route 頭就不會殘留。在通常的公眾便攜電話來電中,來電終端接收的 INVITE消息也不包含Route頭。通過設(shè)置步驟1112,對于判斷在 INVITE消息中是否殘留有Route頭的類型的終端也能夠來電。其中,如果使來電終端的處理在接收INVITE消息內(nèi)存在Route 頭的情況下也來電,則可以省略步驟1112,能夠減輕In-CSCF的處 理。步驟1112之后,對在步驟1111中求出的IP地址目的地發(fā)送 INVITE消息(步驟1113)。由此,能夠不對S-CSCF發(fā)送INVITE消 息而呼出處于室內(nèi)系統(tǒng)內(nèi)的來電終端。在步驟1102中,在沒有與發(fā) 送目標(biāo)判斷表404的內(nèi)線號碼601 —致的號碼的情況下,檢索是否有 與請求線1001的撥號號碼一致的公眾便攜號碼604 (步驟1105)。在 找到了一致的記錄的情況下,轉(zhuǎn)移到步驟llll。由此,在來電終端處于室內(nèi)系統(tǒng)內(nèi)的情況下,能夠不對S-CSCF 發(fā)送INVITE消息而呼出終端。在步驟1105中沒有一致的記錄的情 況下,對ENUMDNS112查詢對應(yīng)于撥號號碼的SIP URI(步驟1106)。 接著,檢索發(fā)送目標(biāo)判斷表404的SIPURI603 (步驟1108)。在找到 了一致的記錄的情況下,轉(zhuǎn)移到步驟1111。由此,在來電終端處于 室內(nèi)系統(tǒng)內(nèi)的情況下,能夠不對S-CSCF發(fā)送INVITE消息而呼出終端。在步驟1108中沒有找到一致的記錄的情況下,為了通過公眾核 心網(wǎng)115的功能呼叫連接,對Route頭1002所示的終端b (101b)的 歸屬的S-CSCFlllb發(fā)送INVITE消息(步驟1109)。由此,能夠通 過公眾便攜電話網(wǎng)功能呼出存在于室內(nèi)系統(tǒng)外的終端。圖12是因終端b(101b)移動到室內(nèi)區(qū)域夕卜、將登錄在In-CSCF110 的發(fā)送目標(biāo)判斷表404中的終端b (101b)的IP地址刪除的時序。 In-AP102b如果檢測到與終端b(101b)的無線鏈路消失(步驟1201), 則將A8釋放請求發(fā)送給In-PDSN/PCF105b (步驟1202 )。 In-PDSN/PCF105b將A8釋放應(yīng)答發(fā)送給In-AP102b,將A8連接及 PPP釋放(步驟1203)。接著,將包括釋放了 PPP的終端的IP地址 的室內(nèi)登錄解除發(fā)送給In-CSCFllO (步驟1204)。 In-CSCFllO從發(fā) 送目標(biāo)判斷表404中將被通知的IP地址刪除(步驟1205)。由此, 向移動到室外的終端的來電經(jīng)由S-CSCF進行。圖13是In-CSCFllO的室內(nèi)登錄解除處理的流程圖。通過被從 In-PDSN/PCF105b通知的IP地址,檢索發(fā)送目標(biāo)判斷表404的IP地 址605 (步驟1301)。接著,判斷是否登錄有找到的記錄的內(nèi)線號碼 601 (步驟1302)。在登錄有的情況下,將對象記錄的IP地址刪除(步 驟1303)。由此,能夠管理該內(nèi)線終端處于室內(nèi)系統(tǒng)外的情況。在沒 有登錄的情況下,將記錄自身刪除(步驟1304)。由此,事前沒有內(nèi) 線登錄在室內(nèi)系統(tǒng)中的終端的終端信息僅在處于室內(nèi)系統(tǒng)內(nèi)的期間 中保持,實現(xiàn)了存儲器資源的最優(yōu)化。以上,在本實施例中,以與3GPP2的無線接入網(wǎng)絡(luò)的組合為例 說明了本發(fā)明的室內(nèi)呼叫控制裝置,但在與3GPP的無線接入網(wǎng)絡(luò)的 組合中也同樣,能夠?qū)崿F(xiàn)公眾便攜電話服務(wù)與內(nèi)線服務(wù)。
權(quán)利要求
1、一種室內(nèi)呼叫控制裝置,具備收發(fā)部,與終端及公共呼叫控制裝置收發(fā)呼叫控制消息;處理部,處理該消息;以及存儲部,保存由上述處理部執(zhí)行的程序;其特征在于,在從位于該室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的終端通過該室內(nèi)呼叫控制裝置向上述公共呼叫控制裝置發(fā)送的呼叫連接請求消息中包含的發(fā)送目標(biāo),是位于該室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的終端的情況下,不經(jīng)由上述公共呼叫控制裝置而向上述發(fā)送目標(biāo)終端發(fā)送上述呼叫連接請求消息;在上述發(fā)送目標(biāo)不是位于該室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的終端的情況下,向上述公共呼叫控制裝置發(fā)送上述呼叫控制請求消息。
2、 如權(quán)利要求l所述的室內(nèi)呼叫控制裝置,其特征在于, 在上述發(fā)送目標(biāo)是位于上述室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的終端的情況下,不按照上述呼叫連接請求消息的Route頭信息,將上述呼 叫連接請求消息發(fā)送給上述發(fā)送目標(biāo)終端。
3、 如權(quán)利要求l所述的室內(nèi)呼叫控制裝置,其特征在于, 在上述發(fā)送目標(biāo)是位于上述室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的終端的情況下,將上述呼叫連接請求消息內(nèi)的Route頭刪除并發(fā)送給上述 發(fā)送目標(biāo)終端。
4、 如權(quán)利要求l所述的室內(nèi)呼叫控制裝置,其特征在于, 上述存儲部中具備發(fā)送目標(biāo)判定表,所述發(fā)送目標(biāo)判定表存儲位于該室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的終端的IP地址及發(fā)送目標(biāo)識別 碼;在包含在上述呼叫控制請求消息中的上述發(fā)送目標(biāo)識別碼與上述發(fā)送目標(biāo)判定表的發(fā)送目標(biāo)識別碼一致的情況下,向與上述發(fā)送目 標(biāo)判定表的發(fā)送目標(biāo)識別碼對應(yīng)的上述IP地址發(fā)送呼叫控制請求消 息。
5、 如權(quán)利要求3所述的室內(nèi)呼叫控制裝置,其特征在于, 在上述終端進入到該室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的情況下,將上述終端的IP地址登錄到上述發(fā)送目標(biāo)判定表中。
6、 如權(quán)利要求4所述的室內(nèi)呼叫控制裝置,其特征在于, 將上述公共呼叫控制裝置使用的公共識別碼、和與上述公共識別碼不同的由室內(nèi)呼叫控制裝置定義的內(nèi)線識別碼作為發(fā)送目標(biāo)識別 碼,存儲到上述發(fā)送目標(biāo)判定表中。
7、 如權(quán)利要求5所述的室內(nèi)呼叫控制裝置,其特征在于, 在上述終端通過上述室內(nèi)呼叫控制裝置向上述公共呼叫控制裝置進行IP地址的登錄的情況下,該室內(nèi)呼叫控制裝置通過從上述公 共呼叫控制裝置向上述終端發(fā)送的登錄結(jié)束通知消息中包含的上述 終端的識別碼檢索上述發(fā)送目標(biāo)判定表,對應(yīng)于該識別碼存儲上述終 端的IP地址。
8、 如權(quán)利要求5所述的室內(nèi)呼叫控制裝置,其特征在于, 在上述發(fā)送目標(biāo)判定表中不存在對應(yīng)的上述識別碼的情況下,制作新的記錄,對應(yīng)于上述終端的識別碼存儲上述終端的IP地址。
9、 如權(quán)利要求l所述的室內(nèi)呼叫控制裝置,其特征在于, 在上述發(fā)送目標(biāo)是位于該室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的非公共終端的情況下,不向上述公共呼叫控制裝置發(fā)送上述呼叫連接請求消 息,而向上述非公共終端發(fā)送上述呼叫連接請求消息。
10、 一種室內(nèi)呼叫控制系統(tǒng),具備與終端及公共呼叫控制裝置收 發(fā)呼叫控制消息的室內(nèi)呼叫控制裝置,其特征在于,上述室內(nèi)呼叫控制裝置具備收發(fā)部,與上述終端及上述公共呼叫控制裝置收發(fā)呼叫控制消息;處理部,處理該消息;以及存儲部,保存由上述處理部執(zhí)行的程序;其特征在于,在從位于上述室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的終端通過上述室內(nèi) 呼叫控制裝置向上述公共呼叫控制裝置發(fā)送的呼叫連接請求消息中 包含的發(fā)送目標(biāo),是位于該室內(nèi)呼叫控制裝置的區(qū)域內(nèi)的終端的情況 下,不經(jīng)由上述公共呼叫控制裝置而向上述發(fā)送目標(biāo)終端發(fā)送上述呼 叫連接請求消息;在上述發(fā)送目標(biāo)不是位于該室內(nèi)呼叫控制裝置的區(qū) 域內(nèi)的終端的情況下,向上述公共呼叫控制裝置發(fā)送上述呼叫控制請 求消息。
全文摘要
本發(fā)明提供一種和公眾移動網(wǎng)聯(lián)合的室內(nèi)呼叫控制裝置。目的是使公眾移動終端在通過IPsec保護SIP消息的同時、能夠利用公眾移動通信服務(wù)和內(nèi)線服務(wù)兩者。在接收來自公眾移動終端的INVITE消息的室內(nèi)呼叫控制裝置中,設(shè)有判斷發(fā)送目標(biāo)是否是室內(nèi)終端的發(fā)送目標(biāo)判斷表。在室內(nèi)終端的情況下,從INVITE消息中刪除Route頭,對發(fā)送目標(biāo)終端發(fā)送該消息。在發(fā)送目標(biāo)不是室內(nèi)終端的情況下,基于Route頭的內(nèi)容,對去電終端的S-CSCF發(fā)送INVITE消息。
文檔編號H04W72/00GK101267667SQ20081000482
公開日2008年9月17日 申請日期2008年2月4日 優(yōu)先權(quán)日2007年3月16日
發(fā)明者三村和, 中村仁美, 松本謙尚, 酒井隆史 申請人:日立通訊技術(shù)株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1