專利名稱：通信網(wǎng)絡的ip分組中繼方法和網(wǎng)關裝置的制作方法
技術領域：
本發(fā)明涉及具備IP(因特網(wǎng)協(xié)議)網(wǎng)絡、以其為基礎的呼叫控制網(wǎng)絡、用于將它們連接起來的網(wǎng)關裝置的的通信網(wǎng)絡的IP分組中繼方法和網(wǎng)關裝置。
背景技術：
作為處于被稱為網(wǎng)關的地位的功能或裝置有各種定義。首先，作為處于與網(wǎng)關同樣的地位的裝置，可以列舉能夠收容以太網(wǎng)(注冊商標)的ATM(Asynchronous Transfer Mode)路由器、或ATM-LAN開關等ATM通信裝置。另外，還有現(xiàn)在大多適用于將已存在的模擬電話、PSTN(Public Switched Telephone Network公共交換電話網(wǎng))或PBX(Private Branch Exchange)等與IP網(wǎng)絡連接起來的情況的MGCP(Media Gateway Control ProtocolIETF RFC3435)網(wǎng)關、SIP(Session Initiation ProtocolIETF RFC3261)網(wǎng)關等。進而，作為用于實現(xiàn)多媒體通信的呼叫控制協(xié)議，也可以利用H.323(ITU-T推薦H.323)。這些網(wǎng)關或與網(wǎng)關相當?shù)难b置在以下這樣的網(wǎng)絡結構中，被用于協(xié)議變換或介質變換。
圖10表示利用ATM開關或ATM路由器作為基于已存在的以太網(wǎng)(注冊商標)的IP網(wǎng)絡與ATM網(wǎng)絡之間的網(wǎng)關的情況的例子。一般，ATM路由器如下這樣動作。
1.如果從以太網(wǎng)(注冊商標)輸入了分組，則檢索其發(fā)送目的地MAC地址，確定應該發(fā)送的ATM線路連接(ATM connection)，將輸入的分組打包(capsule)并轉送到該線路連接上。
2.在從ATM網(wǎng)絡輸入了分組的情況下也一樣，根據(jù)該發(fā)送目的地MAC地址確定應該發(fā)送的以太網(wǎng)(注冊商標)端口，轉送到以太網(wǎng)(注冊商標)上。
在此，ATM路由器作為在以太網(wǎng)(注冊商標)與面向線路連接的ATM這樣的性質完全不同的網(wǎng)絡方式的ATM網(wǎng)絡之間進行中繼的網(wǎng)關而發(fā)揮功能。
圖11是表示PSTN(公共交換電話網(wǎng))與IP網(wǎng)絡的H.323網(wǎng)關的一般連接結構的圖。在H.323網(wǎng)關(GW)中，進行原樣地利用模擬電話中的電信號的信號協(xié)議與在已存在的IP網(wǎng)絡上利用的H.323之間的協(xié)議變換。H.323網(wǎng)關的基本步驟如下。
1.H.323GW接收表示拿下了聽話器的摘機信號。
2.如果輸入了電話號碼，則通過H.323GW對其進行分析，在與該電話號碼所對應的對方的H.323GW之間，進行H.255.0Q.931呼叫設置。
3.設置H.245邏輯信道。
4.在UDP會話(session)中，轉送RTP(Real-time Protocol)聲音信號。
即，H.323GW接收模擬電話發(fā)出的信號，在H.323協(xié)議中展開，確立用于與對方的H.323網(wǎng)關交換聲音數(shù)據(jù)的UDP/IP會話，開始聲音數(shù)據(jù)的交換(通話)。另外，在用于確立交換聲音數(shù)據(jù)的UDP/IP會話的控制下，確立TCP/IP會話，由此交換上述的Q.931和H.245。在此，H.323網(wǎng)關結果也將模擬電話那樣的非假想線路的面向線路連接的終端中繼到IP網(wǎng)絡那樣的無線路連接的通信方式。
另外，在專利文獻1中，提出了進行H.323與SIP的協(xié)議變換的網(wǎng)關。該專利文獻1的網(wǎng)關具有用于存儲至少與一個SIP引擎對應的H.323假名(alias)的SIP引擎假名表，該網(wǎng)關在至少一個H.323客戶終端點和至少一個SIP引擎之間實施信號變換。
另外，近年來，在利用作為原來為了IP電話而開發(fā)的協(xié)議的SIP等IP網(wǎng)絡中的呼叫控制協(xié)議，特別提供IP網(wǎng)絡中的載波等的IP-WAN服務中，實現(xiàn)呼叫控制和呼叫管理的網(wǎng)絡很有前途。進而，實現(xiàn)呼叫控制和呼叫管理還能夠實現(xiàn)每個呼叫的服務質量管理或網(wǎng)絡資源的確保等QoS。在作為因特網(wǎng)的基礎(infra)而在世界上最為普及的IP網(wǎng)絡中，進入了面向線路連接的時代。另外，還有作為其候選已經(jīng)被利用并普及的MPLS(Multi-Protocol Label Switching)。
專利文獻1特開2001-358778號公報。
但是，如從以前的歷史也可以知道的那樣，WAN世界的發(fā)展與LAN世界的發(fā)展是不同的。首先，基本地，WAN的頻帶窄，昂貴，LAN的頻帶寬，廉價。
因此，在LAN中，并不需要嚴密的頻帶控制。當然，如果可以廉價地得到能夠這樣實現(xiàn)的系統(tǒng)，則也有可能普及。而另一方面，如果開發(fā)需要這樣的系統(tǒng)的商業(yè)上的有影響力的應用程序，則即使有些昂貴也十分有可能普及。但是，如果不是這樣，則LAN有可能選擇頻帶寬并且廉價的系統(tǒng)。
另一方面，即使對WAN進行呼叫控制而通過IP網(wǎng)絡提供QoS，與其連接的用戶終端也很有可能產(chǎn)生與現(xiàn)在一樣的問題。這是因為即使在進入WAN時需要呼叫控制，但占通信的大半的LAN內的通信也會利用已存在的方式。
因此，需要一種上述那樣的網(wǎng)關裝置，即對已存在的IP通信與呼叫控制IP網(wǎng)絡進行中繼的變換裝置。該網(wǎng)關裝置與現(xiàn)有的網(wǎng)關裝置有很大不同的地方是應該適用該網(wǎng)關裝置的關注點只不過是IP網(wǎng)絡與IP網(wǎng)絡的連接點，如果除了安全性等的問題，則原樣地進行連接也能夠進行通信。作為現(xiàn)有技術的上述的ATM路由器和H.323網(wǎng)關等如果沒有這些網(wǎng)關，則完全不可能進行通信。即，以前的網(wǎng)關需要一種地位完全不同的網(wǎng)關功能/裝置。
以前并不存在這樣的地位的裝置，即能夠一邊依照對應的呼叫控制的正規(guī)步驟，一邊將已存在的IP通信協(xié)議中繼到呼叫控制IP網(wǎng)絡的功能和裝置。
另外，在現(xiàn)在的因特網(wǎng)連接服務中有很多利用的訪問路由器將已存在的IP網(wǎng)絡之間(LAN和WAN)連接起來，因此可以認為與上述一樣，但WAN側的IP網(wǎng)絡只不過是“已存在”的IP網(wǎng)絡，不進行呼叫控制/呼叫管理。即，本發(fā)明那樣的網(wǎng)關的功能或裝置定位于現(xiàn)有的網(wǎng)關和訪問路由器的中間。

發(fā)明內容
本發(fā)明就是鑒于以上問題而提出的，其目的在于提供一種能夠有效地將已存在的IP通信適用于呼叫控制網(wǎng)絡中，同時確實地管理作為呼叫控制對象的呼叫控制網(wǎng)絡的通信網(wǎng)絡中的IP分組中繼方法和網(wǎng)關裝置。
為了解決上述問題而達到目的，本發(fā)明是一種通信網(wǎng)絡中的IP分組中繼方法，該通信網(wǎng)絡具備收容IP終端的不以呼叫控制功能為前提的多個第一IP網(wǎng)絡；位于上述多個第一IP網(wǎng)絡之間，具有呼叫控制/呼叫管理功能的第二IP網(wǎng)絡；將上述第一IP網(wǎng)絡和第二IP網(wǎng)絡聯(lián)結起來的網(wǎng)關裝置，其特征在于上述網(wǎng)關裝置取得第一IP網(wǎng)絡發(fā)出的通信要求分組或最初發(fā)送的數(shù)據(jù)分組，通過對其進行分析，而在上述第二IP網(wǎng)絡內確立需要的呼叫，使IP分組通過上述第二IP網(wǎng)絡內。
本發(fā)明將定位于以前所一般認識的網(wǎng)關裝置與訪問路由器的中間的網(wǎng)關裝置配置在已存在的IP網(wǎng)絡與呼叫控制網(wǎng)絡的連接點，該網(wǎng)關裝置對作為IP通信中的最一般的轉送協(xié)議的TCP和UDP等的通過進行監(jiān)視并在內部進行積蓄，在通過呼叫控制步驟確立了必要的呼叫后轉送分組，因此在將已存在的IP通信適用于呼叫控制網(wǎng)絡時，能夠確實地管理作為呼叫控制對象的呼叫控制網(wǎng)絡。


圖1是表示本發(fā)明的最基本的網(wǎng)絡結構的圖。
圖2是表示網(wǎng)關裝置的內部結構例子的圖。
圖3是表示TCP通信收容時序例子的圖。
圖4是表示將TCP分組展開為INVITE消息(message)的例子的圖。
圖5是表示TCP通信收容時序的其他例子的圖。
圖6是表示UDP通信收容時序例子的圖。
圖7是表示伴隨著QoS的用于已存在的IP通信收容的網(wǎng)關裝置的內部結構的圖。
圖8是表示伴隨著QoS服務器的收容已存在IP通信的呼叫控制網(wǎng)絡結構的圖。
圖9是表示將RTSP的數(shù)據(jù)會話適用于呼叫控制網(wǎng)絡的適用步驟的圖。
圖10是表示ATM-LAN與WAN的一般連接結構的圖。
圖11是表示PSTN與IP網(wǎng)絡的基于H.323網(wǎng)關的一般連接結構的圖。
符號說明11、12網(wǎng)關裝置(GW裝置)，20LAN端口，21WAN端口，22過濾(filtering)功能部件，23路由選擇(routing)功能部件，24TCP/UDP功能部件，25應用程序功能部件，26SIP適配功能部件，27QoS表，101、102用戶網(wǎng)絡，201核心網(wǎng)絡(呼叫控制網(wǎng)絡)，301、302、303核心網(wǎng)絡節(jié)點，401代理服務器，501QoS服務器，901、902IP終端。
具體實施例方式
以下，根據(jù)附圖，詳細說明本發(fā)明的通信網(wǎng)絡的IP分組中繼方法和網(wǎng)關裝置的實施例。另外，并不通過該實施例限定本發(fā)明。
實施例1在實施例1中，以今后作為IP網(wǎng)絡的呼叫控制協(xié)議而廣泛適用的可能性高的SIP(Session Initiation Protocol)為例子進行說明。圖1表示適用實施例1的基本網(wǎng)絡結構。在圖1的網(wǎng)絡結構中，通過IP路由器實現(xiàn)安裝了本發(fā)明的功能的網(wǎng)關裝置(以下稱為GW裝置)11、12。當然，也可以由層(layer)2的橋構成本GW裝置。
在圖1中，用戶網(wǎng)絡101、102是已存在的IP網(wǎng)絡，并不伴隨著呼叫控制。核心網(wǎng)絡201是伴隨著呼叫控制/呼叫管理的網(wǎng)絡，包含核心網(wǎng)絡節(jié)點301、302、303。SIP服務器401與核心網(wǎng)絡201連接，作為基本功能而安裝了SIP代理服務器。901、902是位于用戶網(wǎng)絡101上的已存在的IP終端或服務器，能夠成為telnet、ftp或tftp等的客戶端和服務器。
圖2是表示GW裝置11、12的內部功能結構例子的圖。在圖2所示的GW裝置的情況下，具備2個LAN端口20、1個WAN端口21、過濾功能部件22、路由選擇功能部件23、TCP/UDP功能部件24、應用程序功能部件25、SIP適配功能部件(SIP-Adaptation)26。在圖1中，除了經(jīng)由SIP適配功能部件26的以外，箭頭都是雙方向的。
LAN端口20是用于與LAN連接的端口，在該圖的情況下，MAC(Media Access Control)層包含在其中。WAN端口21是用于與WAN連接的端口，在該圖的情況下，MAC(Media Access Control)層包含在其中。
過濾功能部件22檢測出用于該GW的特有處理的作為起始的IP分組(UDP的最初的分組、或TCP-SYN、TCP-SYN-ACK分組等)，基于該檢測，將分組分配到路由選擇功能部件23和SIP適配功能部件26的任意一個。
路由選擇功能部件23是用于對IP分組進行路由選擇的功能模塊，根據(jù)各分組的發(fā)送目的地IP地址檢索路由選擇表，依照其結果將分組轉送到適當?shù)亩丝?、或GW內的上位功能模塊。一般，LINUX等OS(操作系統(tǒng))發(fā)揮該功能。
TCP/UDP功能部件24是傳輸層的功能模塊，并不具有特別的功能，而最多只具有一般的功能。它也基本上作為OS的功能而被安裝。應用程序功能部件25是用于遠程地管理作為網(wǎng)絡設備的該GW裝置的應用程序功能模塊，特別地，在該情況下，也包含服務器功能(telnet服務器等)。
SIP適配功能部件26接收TCP-SYN分組等并展開到SIP消息分組，是安裝了與開始SIP步驟等的SIP步驟有關的GW功能的功能模塊。
在本GW裝置中，如下這樣處理以下的(a)～(e)所示的分組。
(a)TCP-SYN、TCP-SYN-ACK分組(b)UDP分組(c)SIP消息分組(d)發(fā)向GW裝置的分組(e)其他的分組上述分組中的(a)和(c)的分組全部、以及(b)的一部分分組(會話的最初的分組)通過過濾功能部件22被分配給SIP適配功能部件26。另外，(d)和(e)的分組通過過濾功能部件22被轉送到路由選擇功能部件23，如果是發(fā)送到該GW裝置所具有的IP地址，則還轉送到TCP/UDP功能部件24、應用程序功能部件25。如果不是發(fā)送到該GW裝置，則通過路由選擇功能部件23向適當?shù)陌l(fā)送目的地(端口)發(fā)送。另外，在圖1中，GW裝置11、12以外的結構要素(網(wǎng)絡節(jié)點等)都是一般的結構，因此不需要本發(fā)明特有的功能和結構。
依照圖3，說明在圖1所示的結構中，根據(jù)來自終端901的要求開始TCP會話的情況下的動作。圖3表示執(zhí)行TCP會話的情況下的與網(wǎng)絡的各構成要素有關的消息時序。
首先，由IP終端901發(fā)出作為TCP會話確立要求的TCP-SYN分組。在該情況下，TCP-SYN分組的發(fā)送目的地是作為TCP服務器的IP終端902。
GW裝置11取得TCP-SYN分組。由于所輸入的分組是TCP-SYN，所以GW裝置11的過濾功能部件22將輸入的TCP-SYN分組轉送到SIP適配功能部件26。SIP適配功能部件26對TCP-SYN分組的地址和端口編號進行分析，生成作為與之對應的呼叫連接要求分組的SIP INVITE分組，并將生成的SIP INVITE分組(INVITE消息)轉送到SIP代理服務器401。另外，TCP-SYN分組可以是組合在INVITE消息中的方式、在生成INVITE消息后原樣地轉送的方式。在實施例1的情況下，表示了組合在INVITE消息中的方式。另外，該INVITE消息的發(fā)送方是IP終端901，最終的發(fā)送目的地是IP終端902。這是因為在TCP-SYN分組到來的階段，沒有GW裝置11知道發(fā)送目的地的GW裝置12的地址的手段。為了保持對稱性，理想的是發(fā)送方也是IP終端901。
圖4示例了將TCP-SYN分組展開到INVITE消息內的情況。在該情況下，通過多個編碼方式將TCP分組嵌入到能夠存儲SIP的各種數(shù)據(jù)的主體(body)區(qū)域中。一個是SDP(Session DescriptionProtocolIETF RFC2327)，另一個是TCP的原始的分組數(shù)據(jù)。在圖4中，規(guī)定了x-raw-ip-packet那樣的MIME格式并進行展開。在該例子中，為用文本對每4字節(jié)記述16進制數(shù)的方式。為“4500 0030......”，它表示了原樣地展開IP分組的情況。在TCP中，有若干個在生成時必須嵌入序列號、校驗、其他分組的字段，但由于對TCP自身產(chǎn)生干擾并不是目的，所以最簡單的是對每個IP分組進行映射(mapping)。
SIP代理服務器401如果從GW裝置11接收到INVITE消息，則將該INVITE消息轉送到作為發(fā)送目的地的TCP服務器的IP終端902。這時，SIP代理服務器401將100Trying等準備應答消息返回到GW裝置11。
GW裝置12如果接收到INVITE消息，則向SIP代理服務器401返100Trying等準備應答消息，同時再次從INVITE消息中抽出TCP-SYN分組，并將抽出的TCP-SYN分組轉送到IP終端(TCP服務器)902。這樣，作為SIP步驟，在GW裝置11、12之間結束，在IP終端看不見。另外，在GW裝置12中，由SIP適配功能部件26處理INVITE消息。原樣地按照IP幀將TCP-SYN分組展開到INVITE消息內，因此在SIP適配功能部件26中，從INVITE消息中抽出TCP-SYN分組，從SIP適配功能部件26將抽出的TCP-SYN分組轉送到路由選擇功能部件23，通過路由選擇功能部件23中的路由選擇處理，TCP-SYN分組結果到達IP終端902。
IP終端902如果接收到TCP-SYN分組，則如果該服務器端口監(jiān)控進程(server daemon)已經(jīng)啟動則受理請求，然后將作為TCP會話確立應答分組的TCP-SYN-ACK分組分組返回到IP終端901。
在GW裝置12中，與上述一樣，取得TCP-SYN-ACK分組，將該TCP-SYN-ACK分組展開到作為之前的INVITE消息的受理應答的呼叫連接應答分組(200OK消息)的內部，并發(fā)送到SIP代理服務器401。在SIP代理服務器401中，如果沒有特別的問題，則將包含該INVITE消息的200OK消息轉送到GW裝置11。
在GW裝置11中，如果接收到200OK消息，則與上述的GW裝置12一樣，從200OK消息中抽出TCP-SYN-ACK分組，將抽出的TCP-SYN-ACK分組轉送到IP終端901，同時將SIP-ACK消息發(fā)送到SIP代理服務器401。在該時刻，在IP終端901、902之間確立TCP會話，在SIP協(xié)議水平上也確立會話。由GW裝置12經(jīng)由SIP代理服務器401接收SIP-ACK消息。這樣，完成還包含ACK的基于SIP的會話確立步驟。但是，SIP步驟上的發(fā)送方(From頭)和發(fā)送目的地(To頭)分別只不過是IP終端901和IP終端902的地址。
IP終端901如果接收到TCP-SYN-ACK分組，則將TCP-ACK分組發(fā)送到IP終端902。并不在GW裝置中進行特別地取得，而是原樣地在核心網(wǎng)絡201內轉送該TCP-ACK分組、其后發(fā)送的數(shù)據(jù)分組。即，在GW裝置11、12中，將這些分組全部從過濾功能部件22轉送到路由選擇功能部件23，GW裝置11、12通過路由選擇功能部件23的路由選擇處理而產(chǎn)生通常的路由器的作用。這樣，在發(fā)送TCP-ACK分組以后，在IP終端901、902之間進行確立了的TCP會話的通信。
在通信結束而切斷TCP會話時，從IP終端901、902分別向對方IP終端發(fā)出作為TCP會話結束分組的TCP-FIN分組。接收到TCP-FIN分組的IP終端901、902將TCP-ACK消息返回對方IP終端。在該情況下，作為INVITE消息的起點的GW裝置11檢測出從IP終端901、902發(fā)送的TCP-FIN分組，在檢測出從IP終端901、902發(fā)送的2個TCP-FIN分組的時刻，生成作為呼叫切斷要求分組的BYE請求，并發(fā)送到SIP代理服務器401。在GW裝置11中，由SIP適配功能部件26檢測出TCP-FIN分組并發(fā)出BYE請求。另外，在該情況下，并不展開到作為呼叫切斷要求分組的BYE請求內，而是原樣地中繼TCP-FIN分組和TCP-ACK分組，由此簡化步驟。
如果接收到BYE請求，則SIP代理服務器401將該BYE請求轉送到GW裝置12。在GW裝置12中，針對BYE請求，將200OK應答消息經(jīng)由SIP代理服務器401轉送到GW裝置11。這樣，結束一連串的與會話有關的步驟。
在本實施例1中，分別將TCP-SYN分組和TCP-SYN-ACK分組展開到INVITE消息和200OK消息內而作為發(fā)送用，由此取得SIP中的會話確立與TCP中的會話確立的同步，在TCP的數(shù)據(jù)開始傳輸時，會沒有錯誤地確立SIP中的會話。該方式在核心網(wǎng)絡內伴隨著QoS設置的情況下特別有效。這是因為對最初的數(shù)據(jù)也確實地實施QoS處理。
另外，在根據(jù)TCP-RST分組切斷TCP會話的情況下，發(fā)出了TCP-RST分組的IP終端側的GW裝置取得TCP-RST分組，原樣地轉送該TCP-RST分組，同時生成呼叫切斷要求分組并發(fā)出，由此也可以在中斷TCP會話的同時，也切斷第二IP網(wǎng)絡中的呼叫連接。
這樣，根據(jù)實施例1，在將TCP的會話控制分組展開到呼叫連接要求/應答分組內部的同時在IP終端之間轉送，在IP終端之間確立TCP會話的同時，也確立呼叫控制網(wǎng)絡中的呼叫，因此能夠在呼叫控制網(wǎng)絡中中繼已存在的IP通信的TCP會話。
實施例2接著，依照圖5，說明本發(fā)明的實施例2。在該實施例2中，在GW裝置11、12中，以原樣地轉送全部TCP分組為基礎，在入口側的GW裝置11中，取得來自GW裝置12的TCP-SYN-ACK分組，在取得了與SIP的200OK消息的同步后，將TCP-SYN-ACK分組轉送到IP終端901。
如果由IP終端901發(fā)出了作為TCP會話確立要求的TCP-SYN分組，則GW裝置11取得該TCP-SYN分組。然后，GW裝置11原樣地轉送該TCP-SYN分組。與此同時，GW裝置12生成作為呼叫連接要求分組的SIP INVITE分組，將生成的SIP INVITE分組(INVITE消息)轉送到SIP代理服務器401。SIP代理服務器401如果從GW裝置11接收到INVITE消息，則將該INVITE消息轉送到與發(fā)送目的地的IP終端對應的GW裝置12。這時，SIP代理服務器401向GW裝置11返回100Trying等準備應答消息。
在GW裝置12中，也取得TCP-SYN分組，但原樣地將該TCP-SYN分組發(fā)送到IP終端902。另外，GW裝置12如果接收到INVITE消息，則向SIP代理服務器401返100Tryung等準備應答消息。
IP終端902如果接收到TCP-SYN分組，則如果對應的服務器監(jiān)控進程已經(jīng)啟動則受理請求，然后向IP終端901返回TCP-SYN-ACK分組。GW裝置12取得該TCP-SYN-ACK分組，原樣地轉送該TCP-SYN-ACK分組，同時向SIP代理服務器401發(fā)送作為呼叫連接應答分組的200OK消息。在SIP代理服務器401中，如果沒有特別問題，則向GW裝置11轉送該200OK消息。
在GW裝置11中，如果接收到TCP-SYN-ACK分組和200OK消息，則取得它們，在取得這2個信號的同步后，向IP終端901轉送TCP-SYN-ACK分組。IP終端901如果接收到TCP-SYN-ACK分組，則將TCP-ACK分組發(fā)送到IP終端902。這樣，在發(fā)送TCP-ACK分組以后，在IP終端901、902之間進行確立了的TCP會話的通信。
這樣，在實施例2中，能夠一邊分別獨立地轉送呼叫控制網(wǎng)絡的呼叫控制分組和TCP會話確立分組，一邊以發(fā)送方的GW裝置11為主體取得這些要求/應答的同步，同時地確立與TCP會話的呼叫連接。
實施例3接著，依照圖6，說明本發(fā)明的實施例3。在該實施例3中，說明收容UDP通信的實現(xiàn)例子。圖6表示在圖1所示的結構中，執(zhí)行UDP會話的情況下的與網(wǎng)絡的各構成要素有關的消息時序。
首先，GW裝置11的過濾功能部件22檢測從IP終端901發(fā)送的UDP的最初的分組。過濾功能部件22與該檢測同時地將UDP分組復制轉送到圖2的路由選擇功能部件23和SIP適配功能部件26。轉送到路由選擇功能部件23的分組原樣地經(jīng)由WAN端口21被轉送到WAN內。為了抽出用于生成INVITE消息的會話信息，而利用轉送到SIP適配功能部件26的分組。經(jīng)由SIP代理服務器401，將生成的INVITE消息發(fā)送到GW裝置12。
在圖6中，用□(四方形)表示的部分表示在過濾功能部件22中，假定定義了在過濾處理中利用的過濾表的情況。即，由于對該會話確認了UDP的最初的分組，所以然后，不將與之相同的會話的數(shù)據(jù)分組轉送到SIP適配功能部件26。假定定義是指會話自身還沒有完全在SIP步驟上被接受，換一種說法就是在呼叫控制網(wǎng)絡的會話管理上還沒有被接受。
即，在過濾功能部件22中，具有存儲了現(xiàn)在確立了的UDP會話列表的過濾表，在接收到UDP分組的情況下，參照UDP會話列表，在沒有命中(hit)的情況下，認為是新的會話，將該UDP分組轉送到SIP適配功能部件26，生成呼叫連接要求分組并發(fā)出，同時將該分組轉送到路由選擇功能部件23，原樣地轉送到呼叫控制網(wǎng)絡內部。另一方面，在接收到的UDP分組在UDP會話列表中命中了的情況下，不將該分組轉送到SIP適配功能部件26，而是只轉送到路由選擇功能部件23，而原樣地轉送到呼叫控制網(wǎng)絡內部。
SIP步驟基本上與TCP的情況一樣。其中，不進行將與TCP-SYN分組和TCP-SYN-ACK分組相當?shù)姆纸M展開到INVITE消息中或抽出的處理。在GW裝置11和GW裝置12之間，只實施通常的SIP步驟。
即，SIP代理服務器401如果從GW裝置11接收到INVITE消息，則將該INVITE消息轉送到與發(fā)送目的地IP終端對應的GW裝置12。這時，SIP代理服務器401向GW裝置11返回100Trying。GW裝置12如果接收到INVITE消息，則向SIP代理服務器401發(fā)送100Trying和作為呼叫連接應答分組的200OK消息。在SIP代理服務器401中，如果沒有特別問題，則將該200OK消息轉送到GW裝置11。
另外，在這樣的SIP步驟實施中，順序地發(fā)送UDP分組。通過核心網(wǎng)絡201的通常的路由選擇，將它們轉送到作為目的地的IP終端902。
在圖6中，用○(橢圓)表示的是將向過濾功能部件22的過濾表的登錄從假定轉移到正式的情況。通過SIP步驟順利地在呼叫控制網(wǎng)絡的管理上也識別出該UDP會話。
然后，如果不再利用該UDP會話，則由于沒有明確地切斷會話的裝置，所以通過老化(aging)功能切斷呼叫連接并釋放資源。即，在規(guī)定時間內在呼叫中沒有分組的情況下，切斷呼叫連接并釋放資源。老化處理由作為SIP步驟的起點的GW裝置11進行，與超時同時地發(fā)出BYE請求，并切斷該會話。
在圖6中的△(三角形)的定時，即接收到來自GW裝置12的200OK消息的時刻，刪除向過濾表的登錄。由于UDP自身不伴隨著控制分組，所以為這樣的步驟。
這樣，在實施例3中，在通過呼叫控制步驟在呼叫控制網(wǎng)絡中設置了線路連接的階段中，并不關注所傳輸?shù)腢DP分組。由此，網(wǎng)絡節(jié)點裝置的可實現(xiàn)性極大。UDP通信自身在最初的UDP分組以后與呼叫連接的確立無關地進行，但在與之不直接同步的形式中，通過盡早，即在新的UDP會話的最初的階段中確立呼叫控制網(wǎng)絡的呼叫連接，而簡單地實現(xiàn)向UDP通信的適用。
實施例4接著，依照圖7、圖8，說明本發(fā)明的實施例4。在本實施例4中，說明執(zhí)行伴隨著資源確保的呼叫連接功能的情況下的步驟。圖7表示伴隨著最基本的QoS控制的情況下的GW裝置的內部結構。在圖7中，向圖2所示的結構中追加了QoS表27。QoS表27定義了以從IP終端發(fā)出的TCP、UDP等個別的IP通信會話為特征的會話信息(協(xié)議編號、IP地址、與協(xié)議對應的端口編號、TOS(服務類型)值等)、與作為在該會話通過呼叫控制網(wǎng)絡中時希望在呼叫控制網(wǎng)絡上確保的資源信息的QoS信息(峰值速率、平均速率、短脈沖大小、延遲水平等)的對應關系。
在執(zhí)行伴隨著資源確保的呼叫連接功能的情況下，SIP適配功能部件26在生成INVITE請求消息時，用一度成為起點的分組的會話信息，檢索該QoS表27，·在命中的情況下，將記載在QoS表27中的對應的QoS信息展開到INVITE消息內，·在不命中的情況下，不產(chǎn)生QoS信息，或作為不實質要求資源的QoS信息展開到INVITE消息內。
即，如果接收到TCP的TCP-SYN分組或UDP的最初的分組，則SIP適配功能部件26用從該分組抽出的會話信息檢索QoS表27，在命中的情況下，發(fā)出包含對應的資源信息和該分組的INVITE請求消息，在表檢索沒有命中的情況下，看作是不伴隨資源確保的會話而進行呼叫連接，由此，也能夠將QoS適用于難以與QoS對應的已存在的IP通信會話，而進行保證一定質量的通信。
在SIP的情況下，有將QoS信息展開到SDP中的方法等。作為能夠展開的QoS信息，例如有如下這樣的信息。
1.b參數(shù)表示頻帶寬度2.Audio/Video RTP曲線(IETF RFC3551)RTP曲線能夠基本上將其中所述的內容與頻帶寬度等大致固定連接起來。通過準備將曲線與網(wǎng)絡的資源信息連接起來的表來進行檢索，也能夠進行對應。在圖4所示的INVITE消息中，指定為b＝0，但通過將其例如設置為b＝2000等，能夠作為要求頻帶的INVITE消息。另外，在SDP的情況下，今后也能夠進行擴展而可以記述各種參數(shù)。
接著，說明QoS的設置步驟。圖8表示了在SIP服務器401以外，在圖1所示的網(wǎng)絡上構成QoS服務器501的例子。在SIP服務器401和QoS服務器501之間規(guī)定了接口，例如可以適用SIP-CGI(IETFRFC3050)等接口。QoS服務器501能夠全面掌握作為控制對象的呼叫控制網(wǎng)絡的核心網(wǎng)絡201中的IP路由信息，全面掌握各路徑上的資源的狀況，進而作為其結果，具有促使各節(jié)點301～303進行用于確保資源的設置變更的功能。
另外，作為其他系統(tǒng)形式，可以考慮分別設置多個SIP服務器401和QoS服務器501，在核心網(wǎng)絡201內，預先設置各服務器401、501的呼叫控制負責范圍。在該情況下，指定各服務器401、501的呼叫控制負責的網(wǎng)絡節(jié)點。在這樣的情況下，也要求在各QoS服務器501中具有查詢現(xiàn)在新的能夠利用的資源信息，判斷是否能夠接受的功能。即，各QoS服務器501必須判斷進行了要求的會話通過哪個路徑，需要哪個節(jié)點的哪個端口的資源。在圖8的情況下，QoS服務器501在核心網(wǎng)絡201內只有一個，因此必須由這一個QoS服務器501針對3個核心網(wǎng)絡節(jié)點301～303，判斷進行了要求的會話通過哪個路徑，需要哪個節(jié)點的哪個端口的資源。在圖3所示那樣的TCP會話中，在伴隨著QoS要求的情況下，由QoS服務器501管理這些網(wǎng)絡的路由選擇表和各節(jié)點全部的端口的資源信息。
這樣，在具有多個QoS服務器501的情況下，各QoS服務器501向呼叫控制負責范圍的節(jié)點，要求判斷可否接受伴隨著各自的呼叫控制負責范圍內的資源的呼叫控制以及進行用于確保實際的資源的設置變更。具體地說，在多個QoS服務器501之間順序地轉送作為呼叫連接要求分組的SIP INVITE分組時，各QoS服務器501判斷可否接受伴隨著資源確保的呼叫連接要求，如果能夠接受，則轉送到下一個QoS服務器501，如果不能，則在中途作為錯誤進行應答，由此判斷可否接受進行了要求的呼叫連接。
接著，說明不使這些信息管理集中在QoS服務器501中的2個方法。
在收容TCP的情況下，如圖6所示那樣，采取不將TCP-SYN或TCP-SYN-ACK分組等TCP分組展開到INVITE消息中的方式。在各網(wǎng)絡節(jié)點301～303中，在核心網(wǎng)絡內傳輸這些TCP-SYN或TCP-SYN-ACK分組等TCP分組時，檢測它們的通過，基于該檢測，與上述TCP分組的通過并行地，向QoS服務器501通知用于使QoS服務器501判斷呼叫的路徑的信息(該節(jié)點的識別信息和上述TCP分組所通過了的端口的端口編號)、與該端口的資源的空狀況有關的信息。在QoS服務器501中，根據(jù)從各網(wǎng)絡節(jié)點301～303接收到的節(jié)點的識別信息和端口編號，掌握呼叫的路徑，進而根據(jù)從各網(wǎng)絡節(jié)點301～303接收到的與資源的空狀況有關的信息，能夠掌握上述路徑上的資源的狀況。在QoS服務器501中，對所掌握的與路徑上的各節(jié)點的資源的空狀況有關的信息和SIP INVITE分組內的資源值進行比較，判斷可否接受呼叫。
在收容UDP的情況下，如果該呼叫控制網(wǎng)絡的入口的GW裝置檢測出最初的UDP分組，則該GW裝置生成IP頭和UDP頭相同而大小為0、或專用的規(guī)定的數(shù)據(jù)模式的分組，將該生成的獨特的數(shù)據(jù)模式的UDP分組與通常的最初的UDP分組一起同時轉送。在核心網(wǎng)絡201的各節(jié)點301～303中，檢測出該獨特的UDP分組，基于該檢測，與獨特的UDP分組的傳輸同時地，向QoS服務器501通知用于使QoS服務器501判斷呼叫的路徑的信息(該節(jié)點的識別信息和獨特的UDP分組所通過了的端口的端口編號)、與該端口的資源的空狀況有關的信息。由此，在QoS服務器501中，與上述一樣，能夠掌握呼叫的路徑和路徑上的各節(jié)點的資源的空狀況。在QoS服務器501中，與上述同樣地對與路徑上的各節(jié)點的資源的空狀況有關的信息和SIP INVITE分組內的資源值進行比較，判斷可否接受呼叫。另外，在出口側的GW裝置中，廢棄該獨特的UDP分組。
接著，說明經(jīng)由作為呼叫控制網(wǎng)絡的核心網(wǎng)絡201在已存在的IP終端之間，執(zhí)行確立控制會話并在其中確立其他會話，即進行交涉(negotiation)的協(xié)議的情況。在這樣的協(xié)議中，通過TCP首先啟動控制會話，在其中交涉(negotiation)會話的信息和QoS信息等，與控制會話不同地確立另外的TCP或UDP的會話，進行數(shù)據(jù)轉送。在這樣的協(xié)議中，有上述的SIP、RTSP、H.323、ftp。其中，在ftp的情況下，由于數(shù)據(jù)轉送會話也是TCP，所以容易成為呼叫控制對象。
使用圖9，說明RTSP的情況。圖9表示在圖1所示那樣的基本網(wǎng)絡結構中，將RTSP的數(shù)據(jù)轉送會話作為呼叫控制對象而識別的步驟。
在IP終端901確立用于RTSP的TCP會話時，在GW裝置11中，在進行通常的TCP會話適用步驟的同時，識別其是RTSP會話的情況。
GW裝置11對在RTSP會話上交換RTSP控制數(shù)據(jù)的情況進行分析。特別地由于在與DESCRIBE消息對應的200OK消息中記述了媒體會話的信息的全部，所以在此能夠收集大致全部的信息。在該例子中，表示了設置為trackID＝1、track＝2地發(fā)出2次與會話確立指令相當?shù)腟ETUP消息，媒體會話為2個。因此，在該情況下，與2個SETUP消息同步地生成呼叫控制網(wǎng)絡中的呼叫控制請求，在此為SIPINVITE消息。另外，在與DESCRIBE消息對應的200OK應答消息中記述了全部的trackID與會話的端口編號和QoS信息的對應關系。
在確立了媒體會話后，通過PLAY消息而實際開始傳輸媒體數(shù)據(jù)。在該情況下，最理想的是直到SIP中的會話確立結束為止，在GW裝置11中保持PLAY消息。上述各協(xié)議全部能夠通過上述那樣的方式取得數(shù)據(jù)會話的信息。在H.323、或終端直接發(fā)送SIP消息的情況下，也能夠通過同樣的步驟進行對應。
這樣，在經(jīng)由呼叫控制網(wǎng)絡在已存在的IP終端之間實施確立SIP、RTSP、H.323、ftp等的控制會話并在其中確立其他的會話，即進行交涉的協(xié)議時，在入口側的GW裝置中，在取得該交涉分組并進行中繼的同時，對交涉分組中進行分析，抽出由這些協(xié)議在今后利用的會話信息，在發(fā)出與在每個協(xié)議中規(guī)定的會話確立指令相當?shù)男畔⒌耐瑫r，在該呼叫控制網(wǎng)絡上，還確立用于傳輸這些會話的呼叫。
接著，說明ftp的情況。在ftp中，由于數(shù)據(jù)轉送會話也是TCP，所以不需要特別考慮呼叫控制開始的起始。但是，在伴隨著QoS設置的情況下，例如必須適用以下這樣的步驟。
在ftp的控制會話啟動的時刻，針對其間的數(shù)據(jù)轉送會話，能夠確定應該適用的QoS信息。即，在圖7所示的QoS表27中，進行數(shù)據(jù)登錄使得能夠從ftp的控制會話信息(發(fā)送接收IP地址和發(fā)送目的地端口編號“20”)中檢索所要求的QoS信息。這時，如果是可能(possible)模式，則在ftp控制下分析交換的內容，取得發(fā)送目的地的端口編號，如果不是可能模式，則將發(fā)送目的地端口編號識別為“20”。另外，GW裝置11如果取得了與上述條件一致的TCP-SYN分組，將用發(fā)送接收IP地址、發(fā)送目的地端口編號“20”進行檢索得到的QoS信息展開到INVITE消息內，實施伴隨著QoS的會話確立。
由此，特別是在端口編號不確定的可能模式下，也能夠作為ftp數(shù)據(jù)會話而取得，能夠在核心網(wǎng)絡內確保伴隨著理想的QoS的會話路徑。
另外，在通過確立了控制會話后的交涉所確立的會話分析了其記述的結果而要求網(wǎng)絡資源確保時，或者根據(jù)一定的規(guī)定計算出傳輸該會話的應用程序數(shù)據(jù)量的特性的情況(RTP Profile(RFC3551)等)下，在入口的GW裝置中，與其內容一致地進行分析，在發(fā)出了確立該會話的要求的情況下，一邊同時進行網(wǎng)絡資源的確保，一邊確立呼叫控制網(wǎng)絡的呼叫。
另外，在IP終端直接發(fā)出作為呼叫連接要求分組的SIP INVITE分組的情況下，在GW裝置中，只要SIP INVITE分組的要求內容自身沒有問題，就使其直接通過，也能夠使呼叫連接控制對應來自GW裝置外部的要求。
如上所述，本發(fā)明的通信網(wǎng)絡的IP分組中繼方法在具備IP(因特網(wǎng)協(xié)議)網(wǎng)絡、以它為基礎的呼叫控制網(wǎng)絡、用于將它們連接起來的網(wǎng)關裝置的通信網(wǎng)絡中是有用的。
權利要求
1.一種通信網(wǎng)絡的IP分組中繼方法，該通信網(wǎng)絡具備收容IP終端的不以呼叫控制功能為前提的多個第一IP網(wǎng)絡；位于上述多個第一IP網(wǎng)絡之間，具有呼叫控制/呼叫管理功能的第二IP網(wǎng)絡；將上述第一IP網(wǎng)絡和第二IP網(wǎng)絡聯(lián)結起來的網(wǎng)關裝置，該IP分組中斷方法的特征在于上述網(wǎng)關裝置取得第一IP網(wǎng)絡發(fā)出的通信要求分組或最初發(fā)送的數(shù)據(jù)分組，通過對其進行分析，而在上述第二IP網(wǎng)絡內確立需要的呼叫，使IP分組通過上述第二IP網(wǎng)絡內。
2.根據(jù)權利要求1所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于包括與收容發(fā)送方IP終端的第一IP網(wǎng)絡連接的發(fā)送方側網(wǎng)關裝置取得發(fā)送方IP終端發(fā)出的TCP會話確立要求分組，通過將該TCP會話確立要求分組對每個IP幀展開到呼叫連接要求分組內部，而生成與TCP會話確立要求分組對應的呼叫連接要求分組并發(fā)出的第一步驟；與收容發(fā)送目的地IP終端的第一IP網(wǎng)絡連接的發(fā)送目的地側網(wǎng)關裝置取出包含在接收到的呼叫連接要求分組內的TCP會話確立要求分組，并發(fā)送到發(fā)送目的地IP終端的第二步驟；上述發(fā)送目的地側網(wǎng)關裝置取得上述發(fā)送目的地IP終端發(fā)出的TCP會話確立應答分組，將該TCP會話確立應答分組對每個IP幀展開到呼叫連接應答分組內部，從而生成與TCP會話確立應答分組對應的呼叫連接應答分組并發(fā)出的第三步驟；發(fā)送方側網(wǎng)關裝置取出包含在接收到的呼叫連接應答分組內的TCP會話確立應答分組，并發(fā)送到發(fā)送方IP終端的第四步驟，其中在IP終端之間確立TCP會話的同時，也確立第二IP網(wǎng)絡中的呼叫。
3.根據(jù)權利要求2所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于在根據(jù)TCP會話結束分組切斷TCP會話的情況下，上述發(fā)送方側網(wǎng)關裝置根據(jù)檢測出從發(fā)送方IP終端和發(fā)送目的地IP終端發(fā)送的2個TCP會話結束分組的情況，生成并發(fā)出呼叫切斷要求分組，由此在結束TCP會話的同時，也切斷第二IP網(wǎng)絡中的呼叫。
4.根據(jù)權利要求2所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于在根據(jù)TCP-RST分組切斷TCP會話的情況下，發(fā)出了TCP-RST分組的IP終端側的GW裝置取得上述TCP-RST分組，原樣地轉送該TCP-RST分組，同時生成呼叫切斷要求分組并發(fā)出，由此在中斷TCP會話的同時，也切斷第二IP網(wǎng)絡中的呼叫連接。
5.根據(jù)權利要求1所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于包括與收容發(fā)送方IP終端的第一IP網(wǎng)絡連接的發(fā)送方側網(wǎng)關裝置取得發(fā)送方IP終端發(fā)出的TCP會話確立要求分組，在原樣地轉送該TCP會話確立要求分組的同時，生成呼叫連接要求分組并發(fā)出的第一步驟；與收容發(fā)送目的地IP終端的第一IP網(wǎng)絡連接的發(fā)送目的地側網(wǎng)關裝置將接收到的上述TCP會話確立要求分組原樣地發(fā)送到發(fā)送目的地IP終端，同時原樣地轉送接收到的上述發(fā)送目的地IP終端發(fā)出的TCP會話確立應答分組，如果接收到呼叫連接要求分組，則向發(fā)送方IP終端回信呼叫連接應答分組的第二步驟；上述發(fā)送目的地側網(wǎng)關裝置取得上述TCP會話確立應答分組和上述呼叫連接應答分組，在取得了它們的同步后，將TCP會話確立應答分組轉送到發(fā)送方IP終端的第三步驟，其中同時確立TCP會話和呼叫連接。
6.根據(jù)權利要求1所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于與收容發(fā)送方IP終端的第一IP網(wǎng)絡連接的發(fā)送方側網(wǎng)關裝置只在接收到來自發(fā)送方IP終端的新的UDP會話中的最初的UDP分組時，生成呼叫連接要求分組并發(fā)出，同時原樣地轉送接收到的各UDP分組，與收容發(fā)送目的地IP終端的第一IP網(wǎng)絡連接的發(fā)送目的地側網(wǎng)關裝置針對上述呼叫連接要求分組，回信呼叫連接應答分組，在新的UDP會話中的最初的階段中，確立第二IP網(wǎng)絡的呼叫連接。
7.根據(jù)權利要求6所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于上述發(fā)送方側網(wǎng)關裝置在檢測出在規(guī)定的時間內在呼叫中沒有傳輸分組的情況下，切斷呼叫連接并釋放資源。
8.根據(jù)權利要求1所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于在網(wǎng)關裝置中預先準備使從上述IP終端發(fā)出的以IP通信會話為特征的會話信息、與在第二IP網(wǎng)絡中通過了對應的IP通信會話時希望在第二IP網(wǎng)絡上確保的資源信息對應起來的表，網(wǎng)關裝置如果接收到上述第一IP網(wǎng)絡發(fā)出的通信要求分組或最初發(fā)送的數(shù)據(jù)分組，則用從該分組中抽出的會話信息檢索上述表，在命中的情況下，發(fā)出包含對應的資源信息和該分組的呼叫連接要求分組。
9.根據(jù)權利要求8所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于在上述表檢索沒有命中的情況下，看作是不伴隨資源確保的會話，進行呼叫連接。
10.根據(jù)權利要求1所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于上述第二IP網(wǎng)絡具備QoS服務器，該QoS服務器掌握全部的作為控制對象的呼叫控制網(wǎng)絡的IP路徑信息和各路徑上的資源狀況，進而通過促使第二IP網(wǎng)絡的各節(jié)點進行用于資源確保的設置變更，而受理伴隨著資源的呼叫控制，判斷可否接受。
11.根據(jù)權利要求10所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于具備多個上述QoS服務器，各QoS服務器向呼叫控制負責范圍的節(jié)點要求進行各個呼叫控制負責范圍內的上述接受可否的判斷和用于進行實際的資源確保的設置變更。
12.根據(jù)權利要求11所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于使得在上述多個QoS服務器之間順序地轉送呼叫連接要求分組，各QoS服務器判斷可否接受伴隨著資源確保的呼叫連接要求，如果能夠接受，則轉送到下一個QoS服務器，如果不能，則在中途作為錯誤進行應答，從而判斷可否接受有要求的呼叫連接。
13.根據(jù)權利要求10所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于第二IP網(wǎng)絡的各節(jié)點在第二IP網(wǎng)絡內傳輸TCP分組時，向QoS服務器通知用于使QoS服務器判斷呼叫路徑的信息和與各節(jié)點中的資源的空狀況有關的信息，QoS服務器根據(jù)該通知的信息，判斷呼叫的路徑和該路徑上的各節(jié)點的資源的空狀況。
14.根據(jù)權利要求10所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于與收容發(fā)送方IP終端的第一IP網(wǎng)絡連接的發(fā)送方側網(wǎng)關裝置如果接收到最初的UDP分組，則生成在數(shù)據(jù)部分以外與檢測出的最初的UDP分組相同而大小為0、或具有規(guī)定的數(shù)據(jù)模式的數(shù)據(jù)部分的獨特的UDP分組，并與接收到的最初的UDP分組一起進行轉送，第二IP網(wǎng)絡的各節(jié)點在第二IP網(wǎng)絡內傳輸該獨特的UDP分組時，向QoS服務器通知用于使QoS服務器判斷呼叫的路徑的信息和與各節(jié)點中的資源的空狀況有關的信息，QoS服務器根據(jù)該通知的信息，判斷呼叫的路徑和該路徑上的各節(jié)點的資源的空狀況。
15.根據(jù)權利要求1所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于在經(jīng)由第二IP網(wǎng)絡在IP終端之間執(zhí)行用于進行確立控制會話并在其中確立其他會話的交涉的協(xié)議的情況下，與收容發(fā)送方IP終端的第一IP網(wǎng)絡連接的發(fā)送方側網(wǎng)關裝置在取得上述交涉協(xié)議分組并進行中繼的同時，對交涉分組中進行分析，抽出由該交涉協(xié)議今后利用的會話信息，發(fā)出與在該交涉協(xié)議中規(guī)定的會話確立指令相當?shù)男畔ⅲ瑫r確立用于傳輸該會話的呼叫。
16.根據(jù)權利要求15所述的通信網(wǎng)絡的IP分組中繼方法，其特征在于在通過確立控制會話后的交涉而確立的會話根據(jù)分析其記述的結果而要求網(wǎng)絡資源確保時，或者在根據(jù)一定的規(guī)定計算出傳輸該會話的應用程序數(shù)據(jù)量的特性的情況下，上述發(fā)送方側網(wǎng)關裝置還與其內容一致地進行分析，在發(fā)出用于確立該會話的要求的情況下，一邊同時進行網(wǎng)絡資源確保，一邊確立呼叫控制網(wǎng)絡中的呼叫。
17.一種網(wǎng)關裝置，將收容IP終端的不以呼叫控制功能為前提的多個第一IP網(wǎng)絡、位于上述多個第一IP網(wǎng)絡之間并具有作為通信線路連接的控制/管理功能的呼叫控制功能的第二IP網(wǎng)絡聯(lián)結起來，其特征在于包括取得第一IP網(wǎng)絡發(fā)出的通信要求或最初發(fā)送的數(shù)據(jù)分組，通過對其進行分析，而在上述第二IP網(wǎng)絡內確立需要的呼叫，使IP分組通過上述第二IP網(wǎng)絡內的單元。
全文摘要
本發(fā)明具備收容IP終端的不以呼叫控制功能為前提的多個用戶網(wǎng)絡(101、102)；位于多個用戶網(wǎng)絡之間，具有呼叫控制/呼叫管理功能的核心網(wǎng)絡(呼叫控制網(wǎng)絡)(201)；將用戶網(wǎng)絡(101、102)與核心網(wǎng)絡(201)聯(lián)結起來的網(wǎng)關裝置(11、12)，網(wǎng)關裝置(11、12)取得用戶網(wǎng)絡(101、102)發(fā)出的通信要求分組或最初發(fā)送的數(shù)據(jù)分組，通過對其進行分析，而在核心網(wǎng)絡(201)內確立需要的呼叫，使IP分組通過核心網(wǎng)絡(201)內，在有效地將已存在的IP通信適用于呼叫控制網(wǎng)絡中的同時，確實地管理作為呼叫控制對象的呼叫控制網(wǎng)絡。
文檔編號H04L12/56GK101076980SQ200480044588
公開日2007年11月21日 申請日期2004年11月11日 優(yōu)先權日2004年11月11日
發(fā)明者古谷信司, 橫谷哲也, 佐藤浩司, 鹿島和幸 申請人:三菱電機株式會社