JP2004320341A - Packet relaying method and system between networks - Google Patents

Packet relaying method and system between networks Download PDF

Info

Publication number
JP2004320341A
JP2004320341A JP2003110382A JP2003110382A JP2004320341A JP 2004320341 A JP2004320341 A JP 2004320341A JP 2003110382 A JP2003110382 A JP 2003110382A JP 2003110382 A JP2003110382 A JP 2003110382A JP 2004320341 A JP2004320341 A JP 2004320341A
Authority
JP
Japan
Prior art keywords
packet
address
signal processing
network
processing device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003110382A
Other languages
Japanese (ja)
Other versions
JP4080937B2 (en
Inventor
Toshiyuki Kanazawa
俊之 金澤
Takaaki Koyama
高明 小山
Takeo Hario
剛男 針生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2003110382A priority Critical patent/JP4080937B2/en
Publication of JP2004320341A publication Critical patent/JP2004320341A/en
Application granted granted Critical
Publication of JP4080937B2 publication Critical patent/JP4080937B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To relay packets in cooperation with a network interconnector and a signal processor, even if address information are dynamically determined during communication. <P>SOLUTION: A network interconnector 30 requests a signal processor 40 to process packets, as specified, if some of the packets meet conditions of a condition information table 34. Each entry of the condition information table 34 is added, if a processing condition flag involved in a registration request message about the address from the signal processor 40 is on. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、複数のパケット網を相互に接続するネットワーク間接続装置が信号処理装置と連携してパケットを中継する技術に関し、特にネットワーク間接続装置が複数のフローからなる通信に係るパケットを中継する技術に関する。
【0002】
【従来の技術】
複数のパケット網を接続するネットワーク間接続装置は、パケットを単に中継するだけでなくアドレス変換やパケットフィルタリングなど種々の機能を有する場合がある。以下、アドレス変換機能を有するネットワーク間接続装置を例にとって従来の技術を説明する。
【0003】
従来のネットワーク間接続装置は、一のパケット網からパケットを受信すると、そのパケットに記述された発アドレス又は着アドレスを、記憶装置に記憶されている変換テーブルにしたがって書き換え、このIPパケットを他のパケット網に中継する。変換テーブルは、発アドレスと着アドレスの組を1つのエントリとするものであり、中継時に該変換テーブルにエントリが存在しない場合には新たに変換用のアドレスを払い出し、このアドレスを変換テーブルに追加する。なお、上記に説明において「アドレス」とは、UDP/IPパケットについてはIPアドレスとUDPポート番号の対であり、TCP/IPパケットIPアドレスとTCPポート番号の対であり、他のIPパケットについてはIPアドレスである。以上のような技術はNAPT(Network Address Port Translation)やIPマスカレードなどと呼ばれる。このネットワーク間接続装置によれば、IPアドレス資源の有効活用やネットワーク間接続装置配下のコンピュータの隠蔽などが図れる。
【0004】
ところで、このようなネットワーク間接続装置では、TCPパケット又はUDPパケットに格納されるメッセージ中にIPアドレスやポート番号を埋め込む上位プロトコルに係るパケットについては、IPヘッダ,TCPヘッダ,UDPヘッダのアドレス情報のみを変換すると、上位プロトコルがIPアドレスやポート番号をやりとりする際にアドレス不整合を生じるという問題があった。例えばSIP(Session Initiation Protocol/RFC3261,RFC2543)ではSIPメッセージ内にIPアドレス・UDPポート番号が記述されるため、SIPによるVoIP(Voice over IP)通信を行う場合などに上記問題が現れる。そこで、従来、TCPペイロード又はUDPペイロード内に記述されたアドレスについても変換する技術が提案されている。
【0005】
しかしながら、上位プロトコルのアドレス変換処理は複雑であるため、従来のネットワーク間接続装置ではスループットの向上が困難であるという問題があった。そこで、IPヘッダ・UDPヘッダのアドレス変換についてはネットワーク間接続装置で処理し、SIPメッセージ内のアドレス変換については別途設けた信号処理装置に変換を依頼するシステムが登場してきている。このシステムでは、特定のアドレス・ポート番号を用いてるかどうかを判定することにより、SIPメッセージ関連パケットであるか否かを区別していた(非特許文献1参照)。
【0006】
【非特許文献1】
林 和仁,外4名,”SIPアプリケーションレベルゲートウェイ(SIP−ALG)におけるアドレス変換エントリの管理方式に関する一考察”,信学技法,社団法人電子情報通信学会,2002年12月,NS2002−188,PS2002−62,p.25−28
【0007】
【発明が解決しようとする課題】
しかしながら、このような従来のネットワーク間接続では、次のような問題点があった。
【0008】
例えばSIPによるVoIP通信を行う場合、SIPサーバを経由しないメッセージは信号処理装置に送られない。最初は端末A−SIPサーバ−端末Bというメッセージを交換をしており、途中から端末A−端末Bというメッセージ交換に切り替わる場合を考える。この場合、端末A−端末Bという通信で用いるポート番号は、SIPサーバを経由した通信時に互いに通知するため、動的に定まることが多い。
【0009】
ここで、通信経路の切り替わる前では、SIPサーバが特定ポート番号で通信するなら、そのポート番号が発ポート番号又は着ポート番号であるパケットを信号処理装置に送ればよい。しかし、通信経路の切り替わった後では、特定ポート番号を使うことが期待できないため、パケットは信号処理装置に送られず、上位プロトコルにおけるアドレス変換を行うことができない。
【0010】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、通信中に動的にアドレス情報が決定される場合でもネットワーク間接続装置と信号処理装置とが連携してパケット中継を行うことができるネットワーク間のパケット中継方法及びシステムを提供することにある。
【0011】
【課題を解決するための手段】
上記目的を達成するために、本発明は、ネットワーク間接続装置は、信号処理装置に対する処理要求の要否を判定するための所定の処理条件情報を記憶装置に記憶しておき、一のパケット網から受信した他のパケット網へのパケットが前記記憶装置に記憶されている処理条件を満たす場合には信号処理装置に対して該パケットの処理要求を送信し、信号処理装置は、ネットワーク間中継装置からの処理要求に係るパケットに対して所定の処理を行い少なくともアドレス情報を含む登録要求メッセージをネットワーク間接続装置に送信し、ネットワーク間接続装置は、信号処理装置から受信した登録要求メッセージに含まれるアドレス情報を前記記憶装置に記憶して該アドレス情報に基づくパケットの中継処理を行うとともに、信号処理装置から受信した登録要求メッセージに基づき所定の条件で前記記憶装置に処理条件情報を追加することを特徴とする。
【0012】
本発明によれば、パケットに対する処理を行う信号処理装置からの登録要求メッセージの内容に応じて、どのパケットについては信号処理装置による処理を行うかという処理条件が追加されるので、通信中に動的にアドレス情報が決定される場合でもパケットの中継を行うことができる。
【0013】
【発明の実施の形態】
本発明の一実施の形態にかかるネットワーク間のパケット中継方法及びシステムについて図面を参照して説明する。図1は本発明の本実施形態におけるネットワーク構成図である。
【0014】
なお、以下の説明において、アドレスとは、UDPパケットについてはIPアドレスとUDPポート番号の対、TCPパケットについてはIPアドレスとTCPポート番号の対、それ以外のIPパケットについてはIPアドレスを指すものとする。
【0015】
図1に示すように、このパケット中継システムは、複数の端末11−1〜11−nが接続された第1のパケット網10と、複数の端末21−1〜21−mが接続された第2のパケット網20とを相互に接続するネットワーク間接続装置30と、ネットワーク間接続装置30と連携して後述する所定の信号処理を行う信号処理装置40とを備えている。
【0016】
本実施の形態では、ネットワーク間接続装置30と信号処理装置40とが連携してパケットのアドレス変換を行う。すなわち、ネットワーク間接続装置30では、パケットのIPヘッダとTCP又はUDPヘッダについてアドレス変換を行い、一方信号処理装置40では、TCP又はUDPより上位プロトコルのメッセージに埋め込まれたアドレスのアドレス変換を行う。このような上位プロトコルとして本実施の形態ではSIPについて説明する。具体的には、第1のパケット網10内の端末11が第2のパケット網20内の端末21との間でVoIP通信行うものとし、該VoIP通信の呼制御を第2のパケット網20内に設置したSIPサーバ50が行うものとする。
【0017】
ネットワーク間接続装置30は、図2に示すように、一のパケット網から受信したパケットを他のパケットに中継するパケット中継部31と、中継するパケットのアドレスを必要に応じて変換するアドレス変換部32と、アドレス変換部32におけアドレス変換で用いられる変換テーブル33と、信号処理装置40に対してアドレス変換を依頼するか否かを判定する条件情報を記憶した条件情報テーブル34とを備えている。本実施の形態では、アドレス変換部32は、第1のパケット網10の発着アドレスを第2のパケット網20側で使用可能なアドレスに変換するものであり、具体的には前述したIPマスカレードの技術を用いたものである。
【0018】
パケット中継部31は、受信したパケットが条件情報テーブル34に記憶されている条件の何れかに一致する場合には、上位プロトコルメッセージのアドレス変換処理を信号処理装置40に対して依頼し、信号処理装置40から受信した変換済みパケットに対してさらにアドレス変換部32でアドレス変換を行ってからパケットを中継する。信号処理装置40で処理対象となるパケットは、カプセル化されてパケット中継部31と信号処理装置40との間でやりとりされる。一方、受信したパケットが条件情報テーブル34に記憶されている条件の何れにも一致しない場合には、信号処理装置40に対してアドレス変換依頼をすることなく、アドレス変換部32でアドレス変換を行ってからパケットを中継する。
【0019】
また、パケット中継部31は、信号処理装置40から後述する登録要求メッセージを受信した場合であって、さらにこの登録要求メッセージに条件情報テーブル34へのエントリ登録要求が含まれている場合には、登録要求メッセージに記述されているアドレスについての条件情報を条件情報テーブル34に追加する。
【0020】
条件情報テーブル34の一例を図3に示す。本実施形態では、条件情報テーブル34のエントリは、図3に示すように、プロトコル種別・第1のパケット網10側のIPアドレスとポート番号の組(図3では「第1のパケット網側」を「内側」と表記している)・第2のパケット網20側のIPアドレスとポート番号の組(図3では「第2のパケット網側」を「外側」と表記している)から構成されている。条件情報テーブル34には、予め設定された初期の条件情報に係るエントリと、その後に追加されたエントリが記憶される。
【0021】
この初期条件に係るエントリは、信号処理装置40での変換対象となる一連のパケットのうち最初のパケットに一致するものである。換言すれば、この初期条件のエントリに一致するパケットを契機として信号処理装置40による一連のパケットの信号処理が開始されることとなる。本実施の形態では、SIP通信に係るパケットを中継するので、初期条件としては「宛先ポート番号がSIPで用いる所定のポート番号であるパケット」というものとなる。
【0022】
アドレス変換部32は、IPマスカレードの技術を用いて中継対象となるパケットのアドレスを変換する。具体的には、変換テーブル33のエントリに基づき、IPヘッダのIPアドレスとUDP又はTCPヘッダのポート番号の組の変換を行う。変換テーブル33のエントリは、信号処理装置40からのエントリ登録要求があった場合、又は、信号処理装置40からのエントリ登録要求がない場合であっても所定条件で通信が開始される場合に、新たなアドレスが払い出され、これがエントリとして登録される。ここで、信号処理装置40からのエントリ登録要求に基づくアドレスの払い出しがあった場合には、そのアドレス情報を信号処理装置40に通知する。図4に、変換テーブル33の一例を示す。変換テーブル33のエントリは、図4に示すように、プロトコル種別・第1のパケット網10側のIPアドレスとポート番号の組(図4では「第1のパケット網側」を「内側」と表記している)・第2のパケット網20側のIPアドレスとポート番号の組(図4では「第2のパケット網側」を「外側」と表記している)から構成されている。
【0023】
信号処理装置40は、ネットワーク間接続装置30から受け取ったカプセル化したパケットをデカプセル化し、該パケットのTCP/UDPより上位プロトコルのメッセージに含まれるアドレスについて変換し、変換したパケットをカプセル化してネットワーク間接続装置30に返す。このアドレス変換の際は、まず、変換前のアドレスについてアドレスを払い出してエントリを変換テーブル33に登録するように登録要求メッセージをネットワーク間接続装置30に送信する。そして、ネットワーク間接続装置30から通知された払い出しアドレスを用いてアドレス変換を行う。
【0024】
前述の登録要求メッセージには、そのエントリに一致するパケットについて信号処理装置40で処理するものであるか否かを表す処理条件フラグという項目が付加されている。信号処理装置40は、自身で処理すべきものである場合には該処理条件フラグをオンにし、信号処理装置40で処理すべきものでない場合には該処理条件フラグをオフにする。信号処理装置40で処理するものであるか否かは、パケットのTCP/UDPより上位プロトコルのメッセージ内容などによって判定する。例えば、SIPの場合には、発呼・音声通話・通話終了までの一連のフローのうち最初のSIPシグナリングに係るパケットについては処理条件フラグをオンにし、以降のパケットについては処理条件フラグをオフにすればよい。最初のSIPシグナリングであるか否かの判定は、そのSIPメッセージを解析すればよい(例えば、「INVITE」であるか否かを判定)。
【0025】
次に、ネットワーク間接続装置30の動作について図5のフローチャートを参照して説明する。
【0026】
ネットワーク間接続装置30は、第1のパケット網10又は第2のパケット網20からパケットを受信すると、まず、当該パケットが条件情報テーブル34にエントリ登録されているかを判定し(ステップS1)、エントリ登録されている場合には、当該パケットについての処理を信号処理装置40に依頼する(ステップS2)。
【0027】
次いで、信号処理装置40から登録要求メッセージがあると(ステップS3)、新たにアドレスを払い出して該アドレスと当該登録要求メッセージに含まれるアドレス情報について変換テーブル33にエントリ登録を行う(ステップS4)。払い出したアドレスは信号処理装置40に通知する(ステップS5)。次いで、該登録要求メッセージに含まれる処理条件フラグがオンの場合には(ステップS6)、該登録要求メッセージに含まれるアドレス情報について条件情報テーブル34に処理条件をエントリ登録する(ステップS7)。この後に、信号処理装置40から処理済みパケットを受信し(ステップS8)、該パケットについて変換テーブル33に基づくアドレス変換処理を行う(ステップS9)。そして、アドレス変換後のパケットを中継する(ステップS10)。
【0028】
次に、信号処理装置40の動作について図6のフローチャートを参照して説明する。
【0029】
信号処理装置40は、ネットワーク間接続装置30からカプセル化されたパケットを受信すると、まず、このパケットをデカプセル化した後に、このパケットのTCP/UDPより上位プロトコルに記述されている(すなわちペイロードに記述されている)アドレス情報を抽出する(ステップS11)。次に、このパケットが所定の条件(例えば一連の通信の最初のパケットか否か)について判定し(ステップS12)、条件を満たす場合には、前記アドレス情報についての登録要求メッセージであって処理条件フラグをオンにしたものをネットワーク間接続装置30に送信し(ステップS13)、条件を満たさない場合には、処理条件フラグがオフの登録要求メッセージをネットワーク間接続装置30に送信する(ステップS14)。そして、前記ステップS5でネットワーク間接続装置30からの払い出しアドレスを受信し(ステップS15)、該払い出しアドレス基づき、パケットのペイロードに記述されているアドレス情報を書き換える変換処理を行う(ステップS16)。次に、変換処理されたパケットをカプセル化してネットワーク間接続装置30に返す(ステップS17)。
【0030】
次に、本実施形態の中継システムを利用して、第1のパケット網10内の端末11が第2のパケット網20の端末21とVoIP通信する際の流れについて図7を参照して説明する。図7はVoIP通信での一連のフローを説明する図である。
【0031】
本実施の形態では呼制御プロトコルとしてSIPを用いているので、図7に示すように、呼制御に係るフローであるSIPシグナリングフロー61と、音声通信に係る音声フロー62というフローによりVoIP通信が実現される。SIPシグナリングフロー61は、端末11とサーバ50との間の通信及びサーバ50と端末21との間の通信となり、音声フロー62は、端末11と端末21との間の通信となる。
【0032】
より具体的な手順は以下のようになる。すなわち、端末11が端末21の識別子を含む接続要求信号をサーバ50に送ると、サーバ50は該識別子から端末21のアドレスを解決し、端末211へ接続要求信号を送る。端末21は、接続応答信号をサーバ50へ送り、サーバ50は接続応答信号を端末11に送る。接続要求信号には、端末11の音声パケット受信用アドレスを含み、接続応答信号には、端末21の音声パケット受信用アドレスを含むため、端末11,21は互いに音声パケットを相手に送ることができる。
【0033】
次に、端末11が端末21とVoIP通信する際の流れについて図8を参照してさらに詳細に説明する。図8はVoIP通信の流れを説明するシーケンスチャートである。図8において、パケットの流れを表す矢印の始点及び終点に付された丸記号のうち、黒丸記号はパケットの始点又は終点になっていることを表し、白丸はパケットの始点又は終点にはなっていないことを表している。
【0034】
図8に示すように、発呼端末11がSIPサーバ50の所定のポート宛に接続要求を送信すると、ネットワーク間接続装置30は、該パケットをカプセル化して信号処理装置40へ送る。
【0035】
信号処理装置40は、該パケット内に記述された端末11の音声パケット受信用アドレス及びSIPシグナリング受信用アドレスを記述した登録要求メッセージをネットワーク間接続装置30に送る。その際、当該パケットは一連のフローの最初のパケットなので、SIPシグナリング受信用アドレスに対応する処理条件フラグはオンにし、音声パケット受信用アドレスに対応する処理条件フラグはオフにする。
【0036】
ネットワーク間接続装置30は、登録要求メッセージを受けると、端末21側の網20の保有アドレスを払い出し、払い出したアドレスを登録要求メッセージに記述されたアドレスに対応させて変換テーブル33に保存する。なお、ここでの変換テーブル33の登録は、音声フローに係るものとSIPシグナリングに係るものの両方である。また、登録要求メッセージのSIPシグナリング受信用アドレスに係る登録要求については条件処理フラグがオンになっているので、払い出したアドレスとSIPシグナリング受信用アドレスに対応させて条件情報テーブル34に保存する。一方、払い出したアドレスを応答メッセージに記述して、信号処理装置40に送る。
【0037】
信号処理装置40は、応答メッセージを受け取ると、元のSIPシグナリングパケットに記述されていた端末11のアドレスを、応答メッセージに記述されたアドレスに書き換えて、さらにこれをカプセル化してネットワーク間接続装置30に送る。
【0038】
ネットワーク間接続装置30は、カプセル化メッセージを信号処理装置40から受け取ると、カプセル化を解き、変換テーブル33にしたがってアドレス変換を行い、端末21の網20へ送る。
【0039】
2番目以降のメッセージは、先頭メッセージと等しいアドレス情報についてエントリ登録要求を行う必要はない。
【0040】
2番目以降のメッセージが、サーバを経由しないものであった場合、ネットワーク間接続装置30は、ヘッダに記述されているアドレスが、条件情報テーブル34にエントリ登録されていることを検知し、このパケットに対して所定のアドレス変換を適用し、該パケットをカプセル化して信号処理装置40へ送る。
【0041】
また、音声パケットが流れる際には、ネットワーク間接続装置30は、ヘッダに記述されているアドレスが、条件情報テーブル34にエントリされていないので、変換テーブル33にしたがってアドレス変換を行い、端末21の網20へ送る。
【0042】
以上のように本発明によれば、パケットに対する処理を行う信号処理装置40からの登録要求メッセージの内容に応じて、どのパケットについては信号処理装置40による処理を行うかという処理条件が条件情報テーブル34に追加される、通信中に動的にアドレス情報が決定される場合でもパケットの中継を行うことができる。
【0043】
以上本発明の一実施の形態について詳述したが本発明はこれに限定されるものではない。例えば、上記実施形態では、アドレス変換部32は、IPアドレス及びTCP/UDPポート番号の組について変換するようにしたが、IPヘッダのIPアドレスのみを変換する場合であっても本発明を適用できる。
【0044】
また、上記実施の形態では、アドレス変換規則を保存する変換テーブル33と、信号処理装置40に処理を依頼するための処理条件を保存する条件情報テーブル34をそれぞれ別に設けたが、図3及び図4に示すように両者は管理項目が類似していることから、1つのテーブルで実装するようにしてもよい。
【0045】
さらに、上記実施の形態では、IPアドレス及びTCP/UDPポート番号が埋め込まれた上位プロトコルとしてSIPを例示したが、他のプロトコルであっても本発明を実施できる。例えば、プロトコル中にアドレス情報が埋め込まれているH.323やFTPなどが挙げられる。
【0046】
さらに、上記実施の形態では、信号処理装置40での処理内容としてアドレス変換について例示したが、他の処理を行う場合であっても本発明を実施できる。例えば、ネットワーク間接続装置30においてパケットフィルタリングを行う場合が挙げられる。具体的には、上位プロトコルのメッセージ中に記述されたアドレスを信号処理装置40において解析してネットワーク間接続装置30に通知し、ネットワーク間接続装置では通知された情報に基づき、パケットフィルタリングの設定を動的に変更するものが挙げられる。
【0047】
【発明の効果】
以上詳述したように、本発明によれば、端末−サーバ間のメッセージを信号処理装置で処理するのみでなく、予め設定したものではない端末間のメッセージを信号処理装置で処理できるようになる。これにより、例えばSIPのアドレス変換を外付け装置で行うことなどが可能となる。
【図面の簡単な説明】
【図1】ネットワーク構成図
【図2】ネットワーク間のパケット中継システムの構成図
【図3】変換テーブルの一例を説明する図
【図4】条件情報テーブルの一例を説明する図
【図5】ネットワーク間接続装置の動作を説明するフローチャート
【図6】信号処理装置の動作を説明するフローチャート
【図7】VoIP通信での一連のフローを説明する図
【図8】VoIP通信の流れを説明するシーケンスチャート
【符号の説明】
10,20…パケット網、11,21…端末、30…ネットワーク間接続装置、31…パケット中継部、32…アドレス変換部、33…変換テーブル、34…条件情報テーブル、40…信号処理装置、41…アドレス変換部、50…SIPサーバ
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a technology in which an inter-network connecting device interconnecting a plurality of packet networks relays a packet in cooperation with a signal processing device, and in particular, an inter-network connecting device relays a packet related to communication including a plurality of flows. About technology.
[0002]
[Prior art]
An inter-network connecting device that connects a plurality of packet networks may not only relay a packet but also have various functions such as address conversion and packet filtering. Hereinafter, a conventional technique will be described by taking an example of an inter-network connection device having an address translation function.
[0003]
When receiving a packet from one packet network, the conventional network connecting device rewrites the source address or the destination address described in the packet in accordance with a conversion table stored in a storage device, and converts this IP packet into another IP address. Relay to packet network. The translation table has a set of a source address and a destination address as one entry. If there is no entry in the translation table at the time of relaying, a new translation address is paid out and this address is added to the translation table. I do. In the above description, the “address” is a pair of an IP address and a UDP port number for a UDP / IP packet, a pair of a TCP / IP packet IP address and a TCP port number, and is used for other IP packets. IP address. The above technology is called NAPT (Network Address Port Translation) or IP masquerade. According to the network connecting device, it is possible to effectively use the IP address resources and to conceal the computers under the network connecting device.
[0004]
By the way, in such an inter-network connection device, as for a packet related to a higher-level protocol in which an IP address or a port number is embedded in a message stored in a TCP packet or a UDP packet, only the address information of the IP header, the TCP header, and the UDP header Is converted, there is a problem that an address mismatch occurs when an upper layer protocol exchanges an IP address or a port number. For example, in SIP (Session Initiation Protocol / RFC3261 and RFC2543), since the IP address and the UDP port number are described in the SIP message, the above problem appears when performing VoIP (Voice over IP) communication by SIP. Therefore, conventionally, a technique for converting an address described in a TCP payload or a UDP payload has been proposed.
[0005]
However, since the address conversion process of the upper layer protocol is complicated, there is a problem that it is difficult to improve the throughput in the conventional network connection device. Therefore, a system has been developed in which an address conversion of an IP header / UDP header is processed by an inter-network connecting device, and a conversion of an address in an SIP message is requested to a separately provided signal processing device. In this system, whether or not a packet is a SIP message related packet is distinguished by determining whether or not a specific address / port number is used (see Non-Patent Document 1).
[0006]
[Non-patent document 1]
Kazuhito Hayashi and four others, "A Study on Management Method of Address Translation Entry in SIP Application Level Gateway (SIP-ALG)", IEICE, IEICE, December 2002, NS2002-188, PS2002. -62, p. 25-28
[0007]
[Problems to be solved by the invention]
However, such a conventional network connection has the following problems.
[0008]
For example, when performing VoIP communication by SIP, a message that does not pass through the SIP server is not sent to the signal processing device. At first, consider a case where a message exchange between terminal A and SIP server and terminal B is exchanged, and a message exchange between terminal A and terminal B is switched halfway. In this case, the port numbers used in the communication between the terminal A and the terminal B are dynamically determined in order to notify each other at the time of communication via the SIP server.
[0009]
Here, before the communication path is switched, if the SIP server communicates with a specific port number, a packet whose port number is the originating port number or the destination port number may be sent to the signal processing device. However, after the communication path is switched, it is not expected to use the specific port number, so the packet is not sent to the signal processing device, and the address conversion in the upper layer protocol cannot be performed.
[0010]
The present invention has been made in view of the above circumstances, and an object of the present invention is to enable a network connection device and a signal processing device to cooperate with each other even when address information is dynamically determined during communication. An object of the present invention is to provide a method and a system for relaying packets between networks that can perform relaying.
[0011]
[Means for Solving the Problems]
In order to achieve the above object, according to the present invention, an inter-network connecting device stores predetermined processing condition information for determining whether a processing request is required for a signal processing device in a storage device, If the packet received from the other packet network and satisfies the processing conditions stored in the storage device, a request for processing the packet is transmitted to the signal processing device, and the signal processing device And performs a predetermined process on the packet related to the processing request from the server, transmits a registration request message including at least address information to the network connection device, and the network connection device is included in the registration request message received from the signal processing device. The address information is stored in the storage device, and the packet is relayed based on the address information. Characterized by adding a processing condition information in the storage device in a predetermined condition based on the received registration request message.
[0012]
According to the present invention, a processing condition of which packet is to be processed by the signal processing device is added according to the content of the registration request message from the signal processing device that performs processing on the packet. Even when the address information is determined in a specific manner, the packet can be relayed.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
A method and system for relaying packets between networks according to an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a network configuration diagram in the present embodiment of the present invention.
[0014]
In the following description, the address indicates a pair of an IP address and a UDP port number for a UDP packet, a pair of an IP address and a TCP port number for a TCP packet, and an IP address for other IP packets. I do.
[0015]
As shown in FIG. 1, the packet relay system includes a first packet network 10 to which a plurality of terminals 11-1 to 11-n are connected, and a first packet network to which a plurality of terminals 21-1 to 21-m are connected. An inter-network connection device 30 that connects the two packet networks 20 to each other, and a signal processing device 40 that cooperates with the inter-network connection device 30 to perform predetermined signal processing described later.
[0016]
In the present embodiment, the network connection device 30 and the signal processing device 40 cooperate to perform packet address conversion. That is, the network connection device 30 performs address conversion on the IP header and the TCP or UDP header of the packet, while the signal processing device 40 performs address conversion on the address embedded in a message of a higher protocol than TCP or UDP. In this embodiment, SIP will be described as such a higher-level protocol. Specifically, it is assumed that the terminal 11 in the first packet network 10 performs VoIP communication with the terminal 21 in the second packet network 20, and the call control of the VoIP communication is performed in the second packet network 20. Is performed by the SIP server 50 installed in the server.
[0017]
As shown in FIG. 2, the network connection device 30 includes a packet relay unit 31 that relays a packet received from one packet network to another packet, and an address conversion unit that converts the address of the relayed packet as necessary. 32, a conversion table 33 used for address conversion in the address conversion unit 32, and a condition information table 34 storing condition information for determining whether to request the signal processing device 40 to perform the address conversion. I have. In the present embodiment, the address conversion unit 32 converts the incoming / outgoing address of the first packet network 10 into an address that can be used on the second packet network 20 side. It uses technology.
[0018]
When the received packet matches any of the conditions stored in the condition information table 34, the packet relay unit 31 requests the signal processing device 40 to perform an address conversion process of the upper-level protocol message, and The address conversion unit 32 further performs address conversion on the converted packet received from the device 40, and then relays the packet. The packet to be processed by the signal processing device 40 is encapsulated and exchanged between the packet relay unit 31 and the signal processing device 40. On the other hand, if the received packet does not match any of the conditions stored in the condition information table 34, the address conversion is performed by the address conversion unit 32 without requesting the signal processing device 40 to perform the address conversion. And then relay the packet.
[0019]
In addition, when the packet relay unit 31 receives a registration request message described later from the signal processing device 40 and further includes an entry registration request to the condition information table 34 in the registration request message, The condition information on the address described in the registration request message is added to the condition information table 34.
[0020]
FIG. 3 shows an example of the condition information table 34. In the present embodiment, as shown in FIG. 3, the entry of the condition information table 34 is a set of a protocol type and an IP address and a port number of the first packet network 10 (in FIG. 3, the “first packet network side”). Is described as "inside" .- A set of an IP address and a port number on the second packet network 20 side (in FIG. 3, "the second packet network side" is described as "outside"). Have been. The condition information table 34 stores an entry relating to preset initial condition information and an entry added thereafter.
[0021]
The entry according to the initial condition matches the first packet in a series of packets to be converted by the signal processing device 40. In other words, the signal processing unit 40 starts signal processing of a series of packets triggered by a packet that matches the entry of the initial condition. In the present embodiment, since a packet relating to SIP communication is relayed, the initial condition is "a packet whose destination port number is a predetermined port number used in SIP".
[0022]
The address translator 32 translates the address of a packet to be relayed using the IP masquerade technique. Specifically, based on the entry in the conversion table 33, the conversion of the set of the IP address of the IP header and the port number of the UDP or TCP header is performed. The entry of the conversion table 33 is provided when there is an entry registration request from the signal processing device 40, or when communication is started under a predetermined condition even when there is no entry registration request from the signal processing device 40, A new address is issued, and this is registered as an entry. Here, when an address is issued based on an entry registration request from the signal processing device 40, the address information is notified to the signal processing device 40. FIG. 4 shows an example of the conversion table 33. As shown in FIG. 4, the entry of the conversion table 33 is a set of a protocol type and an IP address and a port number on the first packet network 10 side (in FIG. 4, “first packet network side” is described as “inside”). It is composed of a set of an IP address and a port number of the second packet network 20 (“the second packet network side” is described as “outside” in FIG. 4).
[0023]
The signal processing device 40 decapsulates the encapsulated packet received from the network connection device 30, converts the address included in a message of a higher protocol than TCP / UDP of the packet, encapsulates the converted packet, and encapsulates the converted packet. Return to connection device 30. At the time of this address conversion, first, an address is sent out to the network connection device 30 so as to issue an address for the address before the conversion and register the entry in the conversion table 33. Then, address conversion is performed using the payout address notified from the network connection device 30.
[0024]
The above-mentioned registration request message is added with a processing condition flag item indicating whether or not the packet matching the entry is to be processed by the signal processing device 40. The signal processing device 40 turns on the processing condition flag if it is to be processed by itself, and turns off the processing condition flag if it is not to be processed by the signal processing device 40. Whether or not to be processed by the signal processing device 40 is determined based on the contents of a message of a higher-level protocol based on the TCP / UDP of the packet. For example, in the case of SIP, the processing condition flag is turned on for a packet relating to the first SIP signaling in a series of flows from calling, voice communication, and termination of a call, and the processing condition flag is turned off for subsequent packets. do it. The determination as to whether or not it is the first SIP signaling may be performed by analyzing the SIP message (for example, whether or not it is “INVITE”).
[0025]
Next, the operation of the network connection device 30 will be described with reference to the flowchart of FIG.
[0026]
Upon receiving a packet from the first packet network 10 or the second packet network 20, the internetwork connection device 30 first determines whether the packet is registered in the condition information table 34 (step S1). If it is registered, it requests the signal processing device 40 to process the packet (step S2).
[0027]
Next, when there is a registration request message from the signal processing device 40 (step S3), a new address is paid out, and the address and the address information included in the registration request message are registered in the conversion table 33 (step S4). The issued address is notified to the signal processing device 40 (step S5). Next, when the processing condition flag included in the registration request message is on (step S6), the processing condition is entry-registered in the condition information table 34 for the address information included in the registration request message (step S7). Thereafter, the processed packet is received from the signal processing device 40 (step S8), and the packet is subjected to an address translation process based on the translation table 33 (step S9). Then, the packet after the address conversion is relayed (step S10).
[0028]
Next, the operation of the signal processing device 40 will be described with reference to the flowchart in FIG.
[0029]
When receiving the encapsulated packet from the network connection device 30, the signal processing device 40 first decapsulates the packet and then describes the packet in a higher-level protocol than TCP / UDP of the packet (that is, the packet is described in the payload). Address information is extracted (step S11). Next, it is determined about a predetermined condition (for example, whether or not this packet is the first packet of a series of communications) (step S12). The one with the flag turned on is transmitted to the inter-network connection device 30 (step S13). If the condition is not satisfied, a registration request message with the processing condition flag turned off is transmitted to the inter-network connection device 30 (step S14). . Then, in step S5, the delivery address from the inter-network connecting device 30 is received (step S15), and a conversion process for rewriting address information described in the payload of the packet is performed based on the delivery address (step S16). Next, the converted packet is encapsulated and returned to the internetwork connection device 30 (step S17).
[0030]
Next, a flow when the terminal 11 in the first packet network 10 performs VoIP communication with the terminal 21 in the second packet network 20 using the relay system of the present embodiment will be described with reference to FIG. . FIG. 7 is a diagram for explaining a series of flows in the VoIP communication.
[0031]
Since SIP is used as the call control protocol in the present embodiment, as shown in FIG. 7, VoIP communication is realized by a SIP signaling flow 61 that is a flow related to call control and a voice flow 62 that is related to voice communication. Is done. The SIP signaling flow 61 is a communication between the terminal 11 and the server 50 and a communication between the server 50 and the terminal 21, and the voice flow 62 is a communication between the terminal 11 and the terminal 21.
[0032]
A more specific procedure is as follows. That is, when the terminal 11 sends a connection request signal including the identifier of the terminal 21 to the server 50, the server 50 resolves the address of the terminal 21 from the identifier and sends a connection request signal to the terminal 211. The terminal 21 sends a connection response signal to the server 50, and the server 50 sends a connection response signal to the terminal 11. Since the connection request signal includes the voice packet receiving address of the terminal 11 and the connection response signal includes the voice packet receiving address of the terminal 21, the terminals 11 and 21 can send voice packets to each other. .
[0033]
Next, the flow when the terminal 11 performs VoIP communication with the terminal 21 will be described in more detail with reference to FIG. FIG. 8 is a sequence chart illustrating the flow of the VoIP communication. In FIG. 8, among the circle symbols attached to the start point and the end point of the arrow indicating the flow of the packet, the black circle symbol indicates that the packet is the start point or the end point, and the white circle indicates the start point or the end point of the packet. It means that there is no.
[0034]
As shown in FIG. 8, when the calling terminal 11 transmits a connection request to a predetermined port of the SIP server 50, the network connection device 30 encapsulates the packet and sends it to the signal processing device 40.
[0035]
The signal processing device 40 sends a registration request message in which the voice packet reception address and the SIP signaling reception address of the terminal 11 described in the packet are described to the internetwork connection device 30. At this time, since the packet is the first packet in a series of flows, the processing condition flag corresponding to the SIP signaling reception address is turned on, and the processing condition flag corresponding to the voice packet reception address is turned off.
[0036]
Upon receiving the registration request message, the network connection device 30 pays out the address held by the network 20 on the terminal 21 side, and stores the paid out address in the conversion table 33 in association with the address described in the registration request message. Note that the registration of the conversion table 33 here is for both voice flow and SIP signaling. Since the condition processing flag is turned on for the registration request related to the SIP signaling reception address of the registration request message, the registration request message is stored in the condition information table 34 in association with the issued address and the SIP signaling reception address. On the other hand, the paid out address is described in the response message and sent to the signal processing device 40.
[0037]
When the signal processing device 40 receives the response message, the signal processing device 40 rewrites the address of the terminal 11 described in the original SIP signaling packet to the address described in the response message, further encapsulates the address, and encapsulates the address. Send to
[0038]
Upon receiving the encapsulated message from the signal processing device 40, the network connection device 30 removes the encapsulation, performs address conversion according to the conversion table 33, and sends the address to the network 20 of the terminal 21.
[0039]
For the second and subsequent messages, there is no need to make an entry registration request for address information equal to the first message.
[0040]
If the second and subsequent messages do not pass through the server, the network connection device 30 detects that the address described in the header is registered in the condition information table 34 as an entry, and , A predetermined address translation is applied, the packet is encapsulated and sent to the signal processing device 40.
[0041]
When the voice packet flows, the network connection device 30 performs the address conversion according to the conversion table 33 because the address described in the header is not entered in the condition information table 34, and Send to network 20.
[0042]
As described above, according to the present invention, according to the content of the registration request message from the signal processing device 40 that performs processing on the packet, the processing condition of which packet is to be processed by the signal processing device 40 is set in the condition information table Even if the address information is dynamically determined during communication, which is added to the packet 34, the packet can be relayed.
[0043]
Although the embodiment of the present invention has been described in detail, the present invention is not limited to this. For example, in the above-described embodiment, the address conversion unit 32 converts a set of an IP address and a TCP / UDP port number. However, the present invention can be applied to a case where only the IP address of the IP header is converted. .
[0044]
Further, in the above embodiment, the conversion table 33 for storing the address conversion rules and the condition information table 34 for storing the processing conditions for requesting the signal processing device 40 to perform processing are provided separately. As shown in FIG. 4, since the management items are similar to each other, they may be implemented in one table.
[0045]
Furthermore, in the above-described embodiment, SIP has been exemplified as an upper protocol in which an IP address and a TCP / UDP port number are embedded, but the present invention can be implemented with other protocols. For example, H.264 in which address information is embedded in a protocol. H.323 and FTP.
[0046]
Furthermore, in the above-described embodiment, the address conversion is exemplified as the processing content in the signal processing device 40, but the present invention can be implemented even when performing other processing. For example, there is a case where packet filtering is performed in the network connection device 30. Specifically, the signal processing device 40 analyzes the address described in the message of the upper protocol and notifies the signal to the inter-network connecting device 30. The inter-network connecting device performs packet filtering setting based on the notified information. One that changes dynamically.
[0047]
【The invention's effect】
As described in detail above, according to the present invention, not only a message between a terminal and a server is processed by a signal processing device, but also a message between terminals that is not preset is processed by a signal processing device. . As a result, for example, SIP address conversion can be performed by an external device.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a network configuration. FIG. 2 is a diagram illustrating a configuration of a packet relay system between networks. FIG. 3 is a diagram illustrating an example of a conversion table. FIG. 4 is a diagram illustrating an example of a condition information table. FIG. 6 is a flowchart for explaining the operation of the signal processing device. FIG. 7 is a diagram for explaining a series of flows in the VoIP communication. FIG. 8 is a sequence chart for explaining the flow of the VoIP communication. [Explanation of symbols]
10, 20 packet network, 11, 21 terminal, 30 network connection device, 31 packet relay unit, 32 address conversion unit, 33 conversion table, 34 condition information table, 40 signal processing device, 41 ... Address conversion unit, 50 ... SIP server

Claims (5)

複数のパケット網を相互に接続するネットワーク間接続装置が信号処理装置と連携してパケットを中継する方法において、
ネットワーク間接続装置は、信号処理装置に対する処理要求の要否を判定するための所定の処理条件情報を記憶装置に記憶しておき、一のパケット網から受信した他のパケット網へのパケットが前記記憶装置に記憶されている処理条件を満たす場合には信号処理装置に対して該パケットの処理要求を送信し、
信号処理装置は、ネットワーク間中継装置からの処理要求に係るパケットに対して所定の処理を行い少なくともアドレス情報を含む登録要求メッセージをネットワーク間接続装置に送信し、
ネットワーク間接続装置は、信号処理装置から受信した登録要求メッセージに含まれるアドレス情報を前記記憶装置に記憶して該アドレス情報に基づくパケットの中継処理を行うとともに、信号処理装置から受信した登録要求メッセージに基づき所定の条件で前記記憶装置に処理条件情報を追加する
ことを特徴とするネットワーク間のパケット中継方法。
A method in which an inter-network connecting device that interconnects a plurality of packet networks relays a packet in cooperation with a signal processing device,
The network connecting device stores predetermined processing condition information for determining whether a processing request to the signal processing device is necessary in a storage device, and the packet received from one packet network to another packet network is stored in the storage device. If the processing condition stored in the storage device is satisfied, a request for processing the packet is transmitted to the signal processing device,
The signal processing device performs a predetermined process on a packet related to a processing request from the inter-network relay device, transmits a registration request message including at least address information to the inter-network connection device,
The network connection device stores the address information included in the registration request message received from the signal processing device in the storage device, performs a relay process of a packet based on the address information, and performs the registration request message received from the signal processing device. A method of relaying packets between networks, wherein processing condition information is added to the storage device on a predetermined condition based on the condition.
前記登録要求メッセージは処理条件情報に追加するか否かのフラグ情報を含み、ネットワーク間接続装置は信号処理装置から受信した登録要求メッセージに含まれるフラグ情報に基づき処理条件情報を追加するか否かを判定する
ことを特徴とする請求項1記載のネットワーク間のパケット中継方法。
The registration request message includes flag information indicating whether to add the processing condition information to the processing condition information, and the network connection apparatus determines whether to add the processing condition information based on the flag information included in the registration request message received from the signal processing device. 2. The method according to claim 1, wherein the packet is relayed.
前記信号処理装置における前記所定の処理とはアドレス変換処理を含むとともに、前記ネットワーク間接続装置ではパケットの中継処理時に、信号処理装置から受信した登録要求メッセージに含まれるアドレス情報に基づきアドレス変換処理を行う
ことを特徴とする請求項1又は2何れか1項記載のネットワーク間のパケット中継方法。
The predetermined process in the signal processing device includes an address translation process, and the network connection device performs an address translation process based on address information included in a registration request message received from the signal processing device at the time of a packet relay process. 3. The method according to claim 1, wherein the packet is relayed between networks.
パケット網はIP(Internet Protocol)パケット網からなり、前記アドレスは、UDP(User Datagram Protocol )/IPパケットについてはIPアドレスとUDPポート番号の対であり、TCP(Transmission Control Protocol)/IPパケットIPアドレスとTCPポート番号の対であり、他のIPパケットについてはIPアドレスである
ことを特徴とする請求項1乃至3何れか1項記載のネットワーク間のパケット中継方法。
The packet network is composed of an IP (Internet Protocol) packet network, and the address is a pair of an IP address and a UDP port number for a UDP (User Datagram Protocol) / IP packet, and a TCP (Transmission Control Protocol) / IP packet IP address. 4. The method according to claim 1, wherein a pair of a TCP port number and a TCP port number is an IP address for another IP packet.
複数のパケット網を相互に接続するネットワーク間接続装置が信号処理装置と連携してパケットを中継するシステムにおいて、
ネットワーク間接続装置は、信号処理装置に対する処理要求の要否を判定するための所定の処理条件情報を記憶する記憶装置と、一のパケット網から受信した他のパケット網へのパケットが前記記憶装置に記憶されている処理条件を満たす場合には信号処理装置に対して該パケットの処理要求を送信する手段と、信号処理装置から受信した登録要求メッセージに含まれるアドレス情報を前記記憶装置に記憶して該アドレス情報に基づくパケットの中継処理を行う手段と、信号処理装置から受信した登録要求メッセージに基づき所定の条件で前記記憶装置に処理条件情報を追加する手段とを備え、
信号処理装置は、ネットワーク間中継装置からの処理要求に係るパケットに対して所定の処理を行い少なくともアドレス情報を含む登録要求メッセージをネットワーク間接続装置に送信する手段を備える
ことを特徴とするネットワーク間のパケット中継システム。
In a system in which an inter-network connecting device that interconnects a plurality of packet networks relays a packet in cooperation with a signal processing device,
The network connection device includes a storage device that stores predetermined processing condition information for determining whether a processing request to the signal processing device is necessary, and a storage device that stores a packet received from one packet network to another packet network. Means for transmitting a processing request for the packet to the signal processing device when the processing condition stored in the storage device is satisfied, and storing the address information included in the registration request message received from the signal processing device in the storage device. Means for performing packet relay processing based on the address information, and means for adding processing condition information to the storage device under predetermined conditions based on a registration request message received from the signal processing device,
The signal processing device includes means for performing predetermined processing on a packet related to a processing request from the inter-network relay device and transmitting a registration request message including at least address information to the inter-network connection device. Packet relay system.
JP2003110382A 2003-04-15 2003-04-15 Packet relay method and system between networks Expired - Lifetime JP4080937B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003110382A JP4080937B2 (en) 2003-04-15 2003-04-15 Packet relay method and system between networks

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003110382A JP4080937B2 (en) 2003-04-15 2003-04-15 Packet relay method and system between networks

Publications (2)

Publication Number Publication Date
JP2004320341A true JP2004320341A (en) 2004-11-11
JP4080937B2 JP4080937B2 (en) 2008-04-23

Family

ID=33471258

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003110382A Expired - Lifetime JP4080937B2 (en) 2003-04-15 2003-04-15 Packet relay method and system between networks

Country Status (1)

Country Link
JP (1) JP4080937B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005071964A1 (en) * 2004-01-27 2005-08-04 Matsushita Electric Industrial Co., Ltd. Television receiver and digital broadcast system
JP2007103990A (en) * 2005-09-30 2007-04-19 Fujitsu Ltd Sip filtering gateway, sip filtering method, and sip filtering program
JP2010147884A (en) * 2008-12-19 2010-07-01 Nakayo Telecommun Inc Gateway having distributed processing function, and communication terminal

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005071964A1 (en) * 2004-01-27 2005-08-04 Matsushita Electric Industrial Co., Ltd. Television receiver and digital broadcast system
JP2007103990A (en) * 2005-09-30 2007-04-19 Fujitsu Ltd Sip filtering gateway, sip filtering method, and sip filtering program
JP4579119B2 (en) * 2005-09-30 2010-11-10 富士通株式会社 SIP filtering gateway, SIP filtering method, and SIP filtering program
JP2010147884A (en) * 2008-12-19 2010-07-01 Nakayo Telecommun Inc Gateway having distributed processing function, and communication terminal

Also Published As

Publication number Publication date
JP4080937B2 (en) 2008-04-23

Similar Documents

Publication Publication Date Title
CN104040998B (en) NAT traversal based on ICE
US7826602B1 (en) Enabling incoming VoIP calls behind a network firewall
US7830886B2 (en) Router and SIP server
US20030033418A1 (en) Method of implementing and configuring an MGCP application layer gateway
US8000236B2 (en) Media proxy able to detect blocking
US20050066038A1 (en) Session control system, communication terminal and servers
US7443842B2 (en) Communication control apparatus
US7873826B2 (en) Routing voice over internet (VoIP) call
WO2008092340A1 (en) A keep-alive method, system of address forwarding list item and an agent service device
US8724630B2 (en) Method and system for implementing network intercommunication
JP2012010395A (en) Call setting system, method and call agent apparatus
EP2628286B1 (en) Connection control with b2bua located behind nat gateway
JP2010512703A (en) Streaming media services for mobile phones
EP2026528B1 (en) Integrated internet telephony system and signaling method thereof
US8374178B2 (en) Apparatus and method for supporting NAT traversal in voice over internet protocol system
US20080165782A1 (en) Method for Data Interchange Between Network Elements
JP2008258917A (en) Identical nat subordinate communication control system, nat device, identical nat subordinate communication control method, and program
JP4080937B2 (en) Packet relay method and system between networks
KR100726185B1 (en) System, gateway server and stun server for internetwork communication between networks using various internet protocol address, and method thereof
JP4870882B2 (en) Communication method between IP networks
US20060256777A1 (en) Communication system, exchange apparatus, and communication method
JP2012099961A (en) Gateway device, and method for establishing sip response route
JP4143479B2 (en) Communication system between subscriber terminals
JP4728933B2 (en) IP telephone communication system, IP telephone communication method, and program thereof
US6975625B1 (en) Distributed call control processing

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050728

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070423

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070612

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080205

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080207

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110215

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4080937

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110215

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120215

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130215

Year of fee payment: 5

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

EXPY Cancellation because of completion of term