JP4889620B2 - IP packet relay method and gateway device in communication network - Google Patents
IP packet relay method and gateway device in communication network Download PDFInfo
- Publication number
- JP4889620B2 JP4889620B2 JP2007309244A JP2007309244A JP4889620B2 JP 4889620 B2 JP4889620 B2 JP 4889620B2 JP 2007309244 A JP2007309244 A JP 2007309244A JP 2007309244 A JP2007309244 A JP 2007309244A JP 4889620 B2 JP4889620 B2 JP 4889620B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- packet
- gateway device
- address
- virtual
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
本発明は、ＩＰ(インターネットプロトコル)ネットワークと、これをベースとした呼制御ネットワークと、それらを接続するためのゲートウェイ装置とを備える通信ネットワークにおけるＩＰパケット中継方法およびゲートウェイ装置に関するものである。 The present invention relates to an IP packet relay method and a gateway device in a communication network including an IP (Internet Protocol) network, a call control network based on the IP network, and a gateway device for connecting them.
従来、元来ベストエフォートを基本とするＩＰ（インターネットプロトコル）ネットワーク上において、セッションの概念を導入し通信帯域等のＱｏＳを保証するネットワークが構築されている。このようなネットワークに接続するため、あるいはセッション制御による恩恵を受けるためには、各端末はセッション制御のためのプロトコルをサポートする必要があるが、既存の全ての端末においてこのセッション制御プロトコルに対応することが困難である。このため、端末とネットワークの間に存在し、端末とネットワークの間におけるパケットの中継を行うゲートウェイ装置において、ネットワークとの間のセッション制御処理を代行する方法が提案されている（たとえば、特許文献１参照）。 2. Description of the Related Art Conventionally, on an IP (Internet Protocol) network originally based on best effort, a network that introduces the concept of a session and guarantees QoS such as a communication band has been constructed. In order to connect to such a network or to benefit from session control, each terminal needs to support a protocol for session control, but all existing terminals support this session control protocol. Is difficult. For this reason, a method has been proposed in which a gateway apparatus that exists between a terminal and a network and relays packets between the terminal and the network performs a session control process with the network (for example, Patent Document 1). reference).
しかしながら、上記従来の技術によれば、ゲートウェイ装置においてセッション制御処理を代行する場合、既存端末はセッション制御プロトコルに対応していないためそれらの情報を指定することができず、ゲートウェイ装置において通信相手との接続のために必要となる情報を持つ必要がある。従来これらの情報はゲートウェイ装置内に予め設定することにより実現しているが、通信相手毎にセッション制御時の情報を変更したい場合には、その都度その情報をゲートウェイ装置に設定する必要がある、という問題があった。 However, according to the above-described conventional technique, when the session control processing is performed in the gateway device, the existing terminal does not support the session control protocol, and therefore it is not possible to specify such information. It is necessary to have information necessary for connection. Conventionally, this information is realized by setting in the gateway device in advance, but if you want to change the information at the time of session control for each communication partner, it is necessary to set that information in the gateway device each time, There was a problem.
本発明は、上記に鑑みてなされたものであって、ゲートウェイ装置においてセッション制御処理を代行する場合に、通信相手との接続するためのセッション制御において必要となる情報を既存端末から指定可能とする通信ネットワークにおけるＩＰパケット中継方法およびゲートウェイ装置を得ることを目的とする。 The present invention has been made in view of the above, and allows a gateway device to specify information necessary for session control for connection with a communication partner from an existing terminal when proxying session control processing in a gateway device. An object is to obtain an IP packet relay method and a gateway device in a communication network.
上述した課題を解決し、目的を達成するために、本発明にかかる通信ネットワークにおけるＩＰパケット中継方法は、通信コネクションの制御／管理機能であるセッション制御機能を前提としないＩＰ端末が収容される複数の第１のＩＰネットワークと、前記複数の第１のＩＰネットワーク間にあってセッション制御機能を有する第２のＩＰネットワークと、を連結するゲートウェイ装置とを備える通信ネットワークにおけるＩＰパケット中継方法において、送信元の前記ＩＰ端末が、前記ゲートウェイ装置において送信先の前記ＩＰ端末とのセッションを制御するための必要情報と、予め決められた形式の識別子と、を含んだＤＮＳネーム問い合わせパケットを生成して前記ゲートウェイ装置に送信する第１ステップと、前記ゲートウェイ装置が、前記ＤＮＳネーム問い合わせパケットを受信して解析し、前記識別子を検出した場合に前記ＤＮＳネーム問い合わせパケットから前記必要情報を取得し、前記必要情報に対して固有の仮想のＩＰアドレスを割り当てる第２ステップと、前記ゲートウェイ装置が、前記必要情報と前記仮想のＩＰアドレスとを対応づけて対応情報として保持する第３ステップと、前記ゲートウェイ装置が、前記送信元のＩＰ端末に前記仮想のＩＰアドレスを通知する第４ステップと、前記送信元のＩＰ端末が、通信要求パケットを生成して前記仮想のＩＰアドレス宛に送信する第５ステップと、前記ゲートウェイ装置が、前記仮想のＩＰアドレス宛の通信要求パケットを受信した場合に前記対応情報を参照して前記仮想のＩＰアドレスに対応する前記必要情報を取得することにより前記第２のＩＰネットワークとの間で所要のセッションを制御する第６ステップと、を含むことを特徴とする。 In order to solve the above-described problems and achieve the object, an IP packet relay method in a communication network according to the present invention accommodates a plurality of IP terminals that do not assume a session control function that is a communication connection control / management function. In an IP packet relay method in a communication network comprising a first IP network and a gateway device that connects a second IP network between the plurality of first IP networks and having a session control function, The gateway device generates a DNS name inquiry packet including necessary information for controlling a session with the destination IP terminal in the gateway device and an identifier of a predetermined format. A first step of transmitting to the gateway and the gateway When the device receives and analyzes the DNS name inquiry packet and detects the identifier, the device obtains the necessary information from the DNS name inquiry packet and assigns a unique virtual IP address to the necessary information. Two steps, a third step in which the gateway device associates the necessary information with the virtual IP address and holds it as correspondence information, and the gateway device sends the virtual IP address to the source IP terminal. A fifth step of notifying the virtual IP address, a fifth step of the transmission source IP terminal generating a communication request packet and transmitting it to the virtual IP address, and a communication of the gateway device addressing the virtual IP address When the request packet is received, the request information corresponding to the virtual IP address is referred to by referring to the correspondence information. Characterized in that it comprises a sixth step of controlling the required session with the second IP network by acquiring information.
この発明によれば、セッション制御プロトコルに対応していないＩＰ端末からセッション制御時の宛先を指定することができ、ゲートウェイ装置でセッション制御処理を代行する場合に、通信相手と接続するためのセッション制御において必要となる情報をＩＰ端末から指定することが可能となる、という効果を奏する。 According to the present invention, it is possible to specify a destination at the time of session control from an IP terminal that does not support the session control protocol, and session control for connecting to a communication partner when performing a session control process on the gateway device. It is possible to specify necessary information from the IP terminal.
以下に、本発明にかかる通信ネットワークにおけるＩＰパケット中継方法およびゲートウェイ装置の実施の形態を図面に基づいて詳細に説明する。なお、本発明は以下の記述に限定されるものではなく、本発明の要旨を逸脱しない範囲において適宜変更可能である。 Embodiments of an IP packet relay method and a gateway device in a communication network according to the present invention will be described below in detail with reference to the drawings. In addition, this invention is not limited to the following description, In the range which does not deviate from the summary of this invention, it can change suitably.
実施の形態１．
図１は、本発明の実施の形態１にかかるネットワークシステムの構成を示す図である。図１に示すネットワークシステムとして、セッション制御プロトコルとしてＳＩＰ(Session Initiation Protocol)を例に説明する。ただし、本発明においてはセッション制御プロトコルをＳＩＰに限定するものではなく、Ｈ．３２３，ＭＥＧＡＣＯ（Media Gateway Control）などの、ＩＰネットワーク上でセッション制御・管理ができるものであればよい。
FIG. 1 is a diagram showing a configuration of a network system according to the first exemplary embodiment of the present invention. The network system shown in FIG. 1 will be described using SIP (Session Initiation Protocol) as an example of a session control protocol. However, in the present invention, the session control protocol is not limited to SIP. Any device capable of session control / management on an IP network such as H.323, MEGACO (Media Gateway Control) may be used.
図１に示すように、実施の形態１にかかるネットワークシステムは、ＳＩＰによる呼制御・呼管理を伴う呼制御ネットワーク１００、呼制御ネットワーク１００に接続されたＳＩＰサーバ１０、呼制御を伴わない既存のＩＰネットワークであるユーザネットワーク１０１，１０２、それぞれ１０１，１０２と１００との間に存在するゲートウェイ装置１，２、それぞれ１０１，１０２内の既存のＩＰ端末（以下、単にＩＰ端末と呼ぶ）１１，１２により構成される。
As shown in FIG. 1, the network system according to the first embodiment includes a
図２は、図１に示した本実施の形態にかかるネットワークシステムにおけるゲートウェイ装置１の構成を示す図である。ゲートウェイ装置１は、パケット中継処理部２１と、ＤＮＳ解析処理部２２と、セッション制御部２３と、ＤＮＳ ｑｕｅｒｙテーブル２４と、を備える。
FIG. 2 is a diagram showing a configuration of the
パケット中継処理部２１は、ゲートウェイ装置１の外部とのＩＰパケット（以下、単にパケットと呼ぶ）の送受信および２つのネットワーク間のパケットの中継・トラフィックの監視を行う。ＤＮＳ解析処理部２２は、ＩＰ端末１１からのＤＮＳ ｑｕｅｒｙのパケット（ＤＮＳネーム問い合わせパケット）の内容を解析し、その応答を生成する。セッション制御部２３は、ＩＰ端末１１に代わり呼制御ネットワーク１００との間のセッション制御処理を代行する。ＤＮＳ ｑｕｅｒｙテーブル２４は、ＤＮＳ解析処理部２２により解析されたＩＰ端末１１からのＤＮＳ ｑｕｅｒｙの情報およびこれに対応するＩＰアドレスを対応づけて保持するテーブルである。なお、ゲートウェイ装置２もゲートウェイ装置１と同様の構成とされている。
The packet relay processing unit 21 transmits / receives IP packets (hereinafter simply referred to as packets) to / from the outside of the
次に動作について説明する。以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図３を参照して説明する。図３は、ＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。また、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
Next, the operation will be described. In the following, with reference to FIG. 3, an operation when a TCP session is started by a request from the
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ （Fully Qualified Domain Name）として宛先ＵＲＩであるｔｅｌ：０３１２３４５６７８を基に０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ３０１）。そしてＩＰ端末１１は、０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ３０２） 。
First, in the TCP application running on the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮから抽出した宛先情報である０３１２３４５６７８と、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスとを対応づけて対応情報としてＤＮＳ ｑｕｅｒｙテーブル２４に登録する（ステップＳ３０３）。
When the
また、ＤＮＳ解析処理部２２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ ｑｕｅｒｙパケットの応答としてＤＮＳ ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ３０４）。ＩＰ端末１１は、このＤＮＳ ｒｅｓｐｏｎｓｅを受信する。
Further, the DNS analysis processing unit 22 notifies the
つぎに、ＤＮＳ ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットを生成し、ＤＮＳ ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレス宛に送信する（ステップＳ３０５）。
Next, the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＳＹＮパケットを受信すると、これをセッション制御部２３に転送する。セッション制御部２３では、ＳＹＮパケットの宛先ＩＰアドレスがステップＳ３０３においてＤＮＳ ｑｕｅｒｙテーブル２４に登録した仮想ＩＰアドレスであることを認識すると、該仮想ＩＰアドレスに対応する情報として宛先情報をＤＮＳ ｑｕｅｒｙテーブル２４より検索し、ＳＩＰにおける宛先情報（宛先ＵＲＩ）としてｔｅｌ：０３１２３４５６７８を得る（ステップＳ３０６）。
When the
つぎに、セッション制御部２３は、呼接続要求パケットとして宛先ＵＲＩをｔｅｌ：０３１２３４５６７８としたＳＩＰ ＩＮＶＩＴＥパケットを生成し、生成したＳＩＰ ＩＮＶＩＴＥパケット（ＩＮＶＩＴＥメッセージ）をＳＩＰサーバ１０に送信する（ステップＳ３０７）。
Next, the
ＳＩＰサーバ１０は、ゲートウェイ装置１からＩＮＶＩＴＥメッセージを受信すると、このＩＮＶＩＴＥメッセージを宛先ＵＲＩに対応するゲートウェイ装置２へ転送する。このとき、ＳＩＰサーバ１０は、ゲートウェイ装置１に１００Ｔｒｙｉｎｇなどの準備応答メッセージを返す。
When the
ゲートウェイ装置２は、ＩＮＶＩＴＥメッセージを受け取ると、ＳＩＰサーバ１０に１００Ｔｒｙｉｎｇなどの準備応答メッセージを返すとともに、ＩＮＶＩＴＥメッセージの受け付け応答である呼接続応答パケット（２００ ＯＫメッセージ）をＳＩＰサーバ１０に返す。ＳＩＰサーバ１０は、ＩＮＶＩＴＥメッセージの受け付け応答である呼接続応答パケット（２００ ＯＫメッセージ）をゲートウェイ装置１に転送する。
Upon receiving the INVITE message, the
ゲートウェイ装置１では、セッション制御部２３がＩＮＶＩＴＥメッセージの受け付け応答である呼接続応答パケット（２００ ＯＫメッセージ）を検出すると、ＳＹＮパケットをゲートウェイ装置２を経由してＩＰ端末１２に転送する（ステップＳ３０８）。
In the
ＩＰ端末１２は、ＳＹＮパケットを受け取ると、ＴＣＰセッション確立応答パケットとしてのＳＹＮ ＡＣＫパケット（ＳＹＮ ＡＣＫメッセージ）をＩＰ端末１１宛に返す。ＳＹＮ ＡＣＫパケットは、ゲートウェイ装置２、ゲートウェイ装置１を経由してＩＰ端末１１で受け取られる。
When receiving the SYN packet, the
ＩＰ端末１１では、このＳＹＮ ＡＣＫパケットを受け取ると、ＡＣＫパケット（ＡＣＫメッセージ）をＩＰ端末１２宛に送付する。この時点でＴＣＰセッションはＩＰ端末１１，１２間で確立され、ＳＩＰプロトコルレベルにおいてもセッションが確立されたことになる。ＡＣＫパケットは、ゲートウェイ装置１、ゲートウェイ装置２を経由してＩＰ端末１２で受け取られる。
When receiving the SYN ACK packet, the
このようにセッション制御部２３により呼制御ネットワーク１００上に通信路を確立すると、その後のＩＰ端末１１とステップＳ３０３において割り当てたＩＰアドレス（との間の当該ＴＣＰ通信におけるパケット通信をパケット中継処理部１において中継処理を行う。また、ゲートウェイ装置１は、ＩＰ端末１１からの当該ＴＣＰ通信の終了（ＦＩＮメッセージ）をパケット中継処理部２１において検出し、ＩＰ端末１１とＩＰ端末１２間でのＦＩＮメッセージおよびこれに対するＡＣＫメッセージの送受信が終了すると、セッション制御部２３がＳＩＰサーバ１０に呼切断要求であるＢＹＥメッセージを送信し、セッションの切断処理を行う。
When the communication path is established on the
ＳＩＰサーバ１０は、ＢＹＥメッセージをゲートウェイ装置２に転送する。ゲートウェイ装置２は、ＢＹＥメッセージを受け取ると、ＢＹＥメッセージの受付応答である応答パケット（２００ ＯＫメッセージ）をＳＩＰサーバ１０を経由して、ゲートウェイ装置１宛に返す。ゲートウェイ装置１でセッション制御部２３がこの応答パケット（２００ ＯＫメッセージ）を受け取ることで、セッションの切断処理が終了する。セッション制御部２３は、セッションの切断後、切断したセッションの宛先に対応するエントリをＤＮＳ ｑｕｅｒｙテーブル２４より削除する。
The
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいてセッション制御時の宛先情報をゲートウェイ装置１に通知することで、セッション制御プロトコルに対応していないＩＰ端末１１からセッション制御時の宛先を指定することができ、ゲートウェイ装置１でセッション制御処理を代行する場合に、通信相手と接続するためのセッション制御において必要となる情報をＩＰ端末１１から指定することが可能となる。
As described above, the destination information at the time of session control is notified from the
また、上述した実施の形態１では、ＩＰ端末１１からのＤＮＳ ｑｕｅｒｙパケットがＡレコードの場合を示したが、ＩＰ端末１１がＩＰｖ６に対応し、ＤＮＳ ｑｕｅｒｙパケットがＡＡＡＡレコードの場合にも同様に適用可能である。
In the first embodiment described above, the DNS query packet from the
また、上述した実施の形態１では、ＤＮＳ ｑｕｅｒｙテーブル２４からの切断したセッションの宛先に対応するエントリの削除を、当該セッションの切断時に行っているが、当該セッションが一定時間存在しない場合に行ってもよい。 In the first embodiment described above, the entry corresponding to the destination of the disconnected session is deleted from the DNS query table 24 at the time of disconnecting the session. Also good.
また、上述した実施の形態１では、ＩＰ端末１１から宛先に指定するＦＱＤＮに架空ドメインを用いる場合を示したが、本発明はこれに限定されず、ゲートウェイ装置１においてＩＰ端末１１から受信したＤＮＳ ｑｕｅｒｙパケットにおけるレコードの対象を区別し、セッション制御時の宛先を抽出することができればよい。
In the first embodiment described above, a case has been described in which a fictitious domain is used for the FQDN specified as the destination from the
また、上述した実施の形態１では、発呼時の宛先ＵＲＩがｔｅｌ ＵＲＩである場合を示したが、ＦＱＤＮとＳＩＰ ＵＲＩとの対応方法を決めればよく、一般のＳＩＰ ＵＲＩ形式の場合も同様の方法で実現することができる。 In the first embodiment described above, the case where the destination URI at the time of calling is a tel URI has been shown. However, the correspondence method between the FQDN and the SIP URI may be determined, and the same applies to the case of the general SIP URI format. Can be realized by the method.
実施の形態２．
実施の形態２では、ＩＰ端末から指定する通信相手のＦＱＤＮとして宛先情報およびセッション確立時に用いる接続パラメータ情報を指定する場合について説明する。実施の形態２におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
In the second embodiment, a case will be described in which destination information and connection parameter information used when establishing a session are designated as the FQDN of the communication partner designated from the IP terminal. Since the configuration of the network system in the second embodiment is the same as that in the first embodiment, detailed description thereof is omitted.
以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図３を参照して説明する。また、本実施の形態においても、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
In the following, with reference to FIG. 3, an operation when a TCP session is started by a request from the
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ としてｔｅｌ番号：０３１２３４５６７８と通信に必要となる通信帯域情報：６４ｋｂｐｓとを基に０３１２３４５６７８＿＿ｂ＿６４＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ３０１）。そしてＩＰ端末１１は、０３１２３４５６７８＿＿ｂ＿６４＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ３０２）。
First, in the TCP application running on the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮから抽出した宛先情報である０３１２３４５６７８および通信帯域情報である６４ｋｂｐｓと、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスとを対応づけて対応情報としてＤＮＳ ｑｕｅｒｙテーブル２４に登録する（ステップＳ３０３）。
When the
また、ＤＮＳ解析処理部２２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ ｑｕｅｒｙパケットの応答としてＤＮＳ ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ３０４）。ＩＰ端末１１は、このＤＮＳ ｒｅｓｐｏｎｓｅを受信する。
Further, the DNS analysis processing unit 22 notifies the
つぎに、ＤＮＳ ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットを生成し、ＤＮＳ ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレス宛に送信する（ステップＳ３０５）。
Next, the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＳＹＮパケットを受信すると、これをセッション制御部２３に転送する。セッション制御部２３では、ＳＹＮパケットの宛先ＩＰアドレスがステップＳ３０３においてＤＮＳ ｑｕｅｒｙテーブル２４に登録した仮想ＩＰアドレスであることを認識すると、該仮想ＩＰアドレスに対応する情報として宛先情報をＤＮＳ ｑｕｅｒｙテーブル２４より検索し、ＳＩＰにおける宛先情報（宛先ＵＲＩ）としてｔｅｌ：０３１２３４５６７８および通信帯域情報として６４ｋｂｐｓを得る（ステップＳ３０６）。
When the
つぎに、セッション制御部２３は、呼接続要求パケットとして宛先ＵＲＩをｔｅｌ：０３１２３４５６７８とし、さらに帯域指定としてＳＤＰ（Session Description Protocol）情報にｂ＝ＡＳ：６４を含むＳＩＰ ＩＮＶＩＴＥパケット（ＩＮＶＩＴＥメッセージ）を生成し、生成したＳＩＰ ＩＮＶＩＴＥパケットをＳＩＰサーバ１０に送信する（ステップＳ３０７）。以降の動作は実施の形態１と同様である。
Next, the
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいてセッション制御時の宛先情報および接続パラメータ情報をゲートウェイ装置１に通知することで、セッション制御プロトコルに対応していないＩＰ端末１１からセッション制御時の宛先および接続パラメータを指定することができ、ゲートウェイ装置１でセッション制御処理を代行する場合に、通信相手と接続するためのセッション制御において必要となる情報をＩＰ端末１１から指定することが可能となる。
As described above, the destination control information and connection parameter information at the time of session control are notified to the
また、上述した実施の形態２では、ＩＰ端末１１から宛先に指定するＦＱＤＮに宛先情報および通信帯域情報を指定する場合を示したが、他のパラメータに関しても同様にＦＱＤＮと指定するパラメータ情報との対応方法を決めることで、上記と同様の方法でＩＰ端末１１から指定することが可能である。
In the above-described second embodiment, the case where the destination information and the communication band information are designated in the FQDN designated as the destination from the
実施の形態３．
実施の形態３では、実施の形態２の変形例について説明する。実施の形態３におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
Embodiment 3 FIG.
In the third embodiment, a modification of the second embodiment will be described. Since the configuration of the network system in the third embodiment is the same as that in the first embodiment, detailed description thereof is omitted.
以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図４を参照して説明する。図４は、実施の形態３においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。また、本実施の形態においても、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
Hereinafter, in the configuration shown in FIG. 1, the operation when the TCP session is started by the request from the
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮとしてｔｅｌ：０３１２３４５６７８と通信に必要となる通信帯域情報：２００Ｍｂｐｓとを基に０３１２３４５６７８＿＿ｂ＿２０００００＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ４０１）。そしてＩＰ端末１１は、０３１２３４５６７８＿＿ｂ＿２０００００＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ４０２）。
First, in the TCP application running on the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮから抽出した宛先情報である０３１２３４５６７８および通信帯域情報である２０００００ｋｂｐｓ（＝２００Ｍｂｐｓ）を抽出する。
When the
このとき、ＤＮＳ解析処理部２２は、抽出したパラメータ情報を解析する（ステップＳ４０３）。そして、このパラメータ情報（通信帯域情報：２００Ｍｂｐｓ）の値が呼制御ネットワーク１００において許容されない値である場合には、エラー応答であるＤＮＳ ｒｅｓｐｏｎｓｅ をＩＰ端末１１に送信して、ＤＮＳ ｑｕｅｒｙパケットに対する通信処理を終了する（ステップＳ４０４）。また、ＩＰ端末１１は、エラー応答であるＤＮＳ ｒｅｓｐｏｎｓｅを受信すると、それ以降のシーケンスの処理に移行しない。
At this time, the DNS analysis processing unit 22 analyzes the extracted parameter information (step S403). If the parameter information (communication bandwidth information: 200 Mbps) is a value that is not allowed in the
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいてセッション制御時の接続パラメータ情報をゲートウェイ装置１に通知し、ゲートウェイ装置１においてその値の内容の精査を行い、呼制御ネットワーク１００において許容されない値である場合には、エラー応答をＩＰ端末１１に返すことで、以降の無効なセッションの発生を抑制することが可能となる。
As described above, the connection parameter information at the time of session control is notified to the
また、上述した実施の形態３では、ＩＰ端末１１から宛先に指定するＦＱＤＮに通信帯域情報を指定する場合を示したが、他のパラメータに関しても同様にＦＱＤＮと指定するパラメータ情報との対応方法を決めることで、上記と同様の方法でＩＰ端末１１から指定することが可能である。
Further, in the above-described third embodiment, the case where the communication band information is designated from the
実施の形態４．
実施の形態４では、ＩＰ端末から指定する通信相手のＦＱＤＮとして宛先情報および送信先のＩＰ端末との間の通信時に用いる通信情報を指定する場合について説明する。実施の形態４におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
Embodiment 4 FIG.
In the fourth embodiment, a case will be described in which destination information and communication information used at the time of communication with a destination IP terminal are designated as the FQDN of the communication partner designated from the IP terminal. Since the configuration of the network system in the fourth embodiment is the same as that in the first embodiment, detailed description thereof is omitted.
以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図５を参照して説明する。図５は、実施の形態４においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。また、本実施の形態においても、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
In the following, with reference to FIG. 5, an operation when a TCP session is started by a request from the
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮとしてｔｅｌ：０３１２３４５６７８と、通信相手との通信に使用するプロトコルＴＣＰおよびポート番号８０を基に０３１２３４５６７８＿＿ＴＣＰ＿８０＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ５０１）。そしてＩＰ端末１１は、０３１２３４５６７８＿＿ＴＣＰ＿８０＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ５０２）。
First, in the TCP application running on the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮから抽出した宛先情報である０３１２３４５６７８，使用プロトコルＴＣＰおよびポート番号８０と、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスと、を対応づけて対応情報としてＤＮＳ ｑｕｅｒｙテーブル２４に登録する（ステップＳ５０３）。
When the
また、ＤＮＳ解析処理部２２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ ｑｕｅｒｙパケットの応答としてＤＮＳ ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ５０４）。ＩＰ端末１１は、このＤＮＳ ｒｅｓｐｏｎｓｅを受信する。
In addition, the DNS analysis processing unit 22 notifies the
つぎに、ＤＮＳ ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットを生成し、ＤＮＳ ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレス宛に送信する（ステップＳ５０５）。このときＴＣＰの宛先ポート番号として８０以外が指定されているとする。
Next, the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＳＹＮパケットを受信すると、これをセッション制御部２３に転送する。セッション制御部２３では、ＳＹＮパケットの宛先ＩＰアドレスがステップＳ５０３においてＤＮＳ ｑｕｅｒｙテーブル２４に登録した仮想ＩＰアドレスであることを認識すると、該仮想ＩＰアドレスに対応する情報として宛先情報をＤＮＳ ｑｕｅｒｙテーブル２４より検索し、ＳＩＰにおける宛先情報（宛先ＵＲＩ）であるｔｅｌ：０３１２３４５６７８および使用プロトコルＴＣＰおよびポート番号８０を得る。
When the
ここで、セッション制御部２３は、ＳＹＮパケットにおける宛先ポート番号とＤＮＳ ｑｕｅｒｙテーブル２４より得られた宛先ポート番号（８０）との整合性を検査する（ステップＳ５０６）。この場合には、ＳＹＮパケットにおける宛先ポート番号とＤＮＳ ｑｕｅｒｙテーブル２４より得られた宛先ポート番号（８０）とが異なるため、セッション制御部２３はエラー応答としてＴＣＰ通信切断のパケットであるＲＳＴ（Reset）パケットを生成し、ＩＰ端末１１に送信して、ＳＹＮパケットに対する通信処理を終了する（ステップＳ５０７）。また、ＩＰ端末１１は、エラー応答であるＴＣＰのＲＳＴパケットを受信すると、それ以降のシーケンスの処理に移行しない。
Here, the
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいて送信先のＩＰ端末との間の通信時に用いる通信情報をゲートウェイ装置１に通知し、ゲートウェイ装置１においてその情報とＩＰ端末１１からのＳＹＮパケットとの整合性を検査し、整合性が無い場合にはエラー応答をＩＰ端末１１に返すことで、意図しないセッションの発生を抑制することが可能となる。
As described above, the communication information used when communicating with the destination IP terminal is notified to the
また、上述した実施の形態４では、ＩＰ端末１１からのＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットに対してＴＣＰのＲＳＴパケットによりＩＰ端末１１にエラーを通知したが、ＩＣＭＰ（Internet Control Message Protocol）によりエラーを通知してもよい。
In the fourth embodiment described above, an error is notified to the
また、上述した実施の形態４では、ＩＰ端末１１から通信相手との通信に使用するプロトコルおよびポート番号を指定する場合について示したが、ＳＹＮパケットから得られる情報であれば他の情報でも同様に整合性の検査を行うことができる。
In the above-described fourth embodiment, the case where the protocol and the port number used for communication with the communication partner are designated from the
実施の形態５．
実施の形態５では、ＤＮＳ ｑｕｅｒｙパケットにおける問合せ対象のレコードがゲートウェイ装置または呼制御ネットワーク１００において対応していないプロトコルを使用している場合について説明する。実施の形態５におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
Embodiment 5 FIG.
In the fifth embodiment, a case will be described in which the query target record in the DNS query packet uses a protocol that is not supported by the gateway device or the
以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合において、ＩＰ端末１１からＩＰ端末１２に対してＩＰｖ６上での通信を試みた後、ＩＰｖ４上でのＴＣＰによる通信を行う場合の動作について図６を参照して説明する。図６は、実施の形態５においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。また、本実施の形態においても、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
In the following, in the configuration shown in FIG. 1, when TCP communication is performed from the
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ （Fully Qualified Domain Name）として宛先ＵＲＩであるｔｅｌ：０３１２３４５６７８を基に０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ６０１）。そしてＩＰ端末１１は、０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡＡＡＡレコードに対するＤＮＳ ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ６０２）。
First, in the TCP application running on the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡＡＡＡレコード問合せであることを認識する。
When the
ここで、セッション制御部２３は、ＤＮＳ ｑｕｅｒｙパケットにおける問合せ対象のレコードのプロトコルを検査する（ステップＳ６０３）。この場合、呼制御ネットワーク１００やゲートウェイ装置１自身がＩＰｖ６に対応していないので、ＤＮＳ解析処理部２２はエラー応答であるＤＮＳ ｒｅｓｐｏｎｓｅを生成し、ＩＰ端末１１に送信する（ステップＳ６０４）。
Here, the
ＤＮＳ ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ６０５）。以降の処理は実施の形態１のステップＳ３０２の後と同様である。
The
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいてセッション制御時の宛先情報をゲートウェイ装置１に通知する際に、ゲートウェイ装置１においてＩＰ端末１１からのＤＮＳ ｑｕｅｒｙにおける問合せ対象のレコードを検査し、問合せ対象のレコードが呼制御ネットワーク１００またはゲートウェイ１が対応しないプロトコルである場合には、エラー応答をＩＰ端末１１に返すことで、ＩＰ端末１１のフォールバック動作を促進することが可能となる。
As described above, when notifying the
実施の形態６．
実施の形態６では、ＩＰ端末１１からのＤＮＳ ｑｕｅｒｙ、ゲートウェイ装置１からのＤＮＳ ｒｅｓｐｏｎｓｅの後に、ドメインのホスト名とＩＰアドレスの対応付けをＤＮＳが行なう際にＩＰアドレスからホスト名に変換する逆引きを行う場合について図７を参照して説明する。図７は、実施の形態６においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。実施の形態６におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
Embodiment 6 FIG.
In the sixth embodiment, after DNS query from the
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ （Fully Qualified Domain Name）として宛先ＵＲＩであるｔｅｌ：０３１２３４５６７８を基に０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ７０１）。そしてＩＰ端末１１は、０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ７０２）。
First, in the TCP application running on the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮと、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスとを対応づけて対応情報としてＤＮＳ ｑｕｅｒｙテーブル２４に登録する（ステップＳ７０３）。
When the
また、ＤＮＳ解析処理部２２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ ｑｕｅｒｙパケットの応答としてＤＮＳ ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ７０４）。ＩＰ端末１１は、このＤＮＳ ｒｅｓｐｏｎｓｅを受信する。
The DNS analysis processing unit 22 notifies the
その後、ＤＮＳ ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＤＮＳ ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレスのＰＴＲ（Ｐｏｉｎｔｅｒ）レコードに対するＤＮＳ ｑｕｅｒｙパケットを生成して、ゲートウェイ装置１に送信する（ステップＳ７０５）。
Thereafter, the
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ ｑｕｅｒｙパケットがＤＮＳ ｑｕｅｒｙテーブル２４に登録された仮想ＩＰアドレスのＰＴＲレコードの問合せであることを認識し、ＤＮＳ ｑｕｅｒｙテーブル２４を検索して対応するＦＱＤＮを得る（ステップＳ７０６）。
When the
そして、ＤＮＳ解析処理部２２は、対応するＦＱＤＮをＤＮＳ ｑｕｅｒｙパケットの応答としてＤＮＳ ｒｅｓｐｏｎｓｅに格納して送信することでＩＰ端末１１に通知する（ステップＳ７０７）。ＩＰ端末１１は、このＤＮＳ ｒｅｓｐｏｎｓｅを受信する。
Then, the DNS analysis processing unit 22 notifies the
以上のように、ゲートウェイ装置１が、ＩＰ端末１１からのＡレコード問合せ時に応答として返した仮想ＩＰアドレスに対するＰＲＴレコードの問合せに、元のＡレコード問合せ時のＦＱＤＮを返すことで、ＩＰ端末１１からのＤＮＳの逆引きに対応することが可能となる。
As described above, the
実施の形態７．
実施の形態７では、通信相手と接続するためのセッション制御において必要となるパラメータをＩＰ端末から指定する場合について説明する。実施の形態７における基本的なネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。実施の形態７でも、セッション制御プロトコルとしてＳＩＰ(Session Initiation Protocol)を例に説明する。図８は、実施の形態７にかかるネットワークシステムにおけるゲートウェイ装置１の構成を示す図である。実施の形態７にかかるゲートウェイ装置１は、パケット中継処理部８１と、ＤＮＳ解析処理部８２と、セッション制御部８３と、ＳＩＰ パラメータテーブル８４と、を備える。
Embodiment 7 FIG.
In the seventh embodiment, a case will be described in which parameters necessary for session control for connecting to a communication partner are designated from an IP terminal. Since the basic network system configuration in the seventh embodiment is the same as that in the first embodiment, detailed description thereof is omitted. In Embodiment 7, SIP (Session Initiation Protocol) will be described as an example of the session control protocol. FIG. 8 is a diagram illustrating a configuration of the
パケット中継処理部８１は、ゲートウェイ装置１の外部とのＩＰパケット（以下、単にパケットと呼ぶ）の送受信および２つのネットワーク間のパケットの中継・トラフィックの監視を行う。ＤＮＳ解析処理部８２は、ＩＰ端末１１からのＤＮＳ ｑｕｅｒｙのパケット（ＤＮＳネーム問い合わせパケット）の内容を解析し、その応答を生成する。セッション制御部８３は、ＩＰ端末１１に代わり呼制御ネットワーク１００との間のセッション制御処理を代行する。ＳＩＰパラメータテーブル８４は、呼制御ネットワーク１００への発呼時に必要となる一連のパラメータ（ＳＩＰパラメータ）が複数組、インデックス付けされて保持されるテーブルである。なお、ゲートウェイ装置２もゲートウェイ装置１と同様の構成とされている。
The packet relay processing unit 81 performs transmission / reception of IP packets (hereinafter simply referred to as packets) to / from the outside of the
次に動作について説明する。以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図９を参照して説明する。図９は、ＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。
Next, the operation will be described. In the following, referring to FIG. 9, the operation when the TCP session is started by a request from the
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ （Fully Qualified Domain Name）としてゲートウェイ装置１内のＳＩＰパラメータテーブル８４に格納されたＳＩＰパラメータのインデックスを指定する（ステップＳ９０１）。そしてＩＰ端末１１は、指定されたインデックスをＦＱＤＮとするＡレコードに対するＤＮＳ ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ９０２）。
First, the
ゲートウェイ装置１は、パケット中継処理部８１においてＩＰ端末１１からのＤＮＳ ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部８２に転送する。ＤＮＳ解析処理部８２では、受信したＤＮＳ ｑｕｅｒｙパケットからＦＱＤＮを抽出し、ＦＱＤＮに基づいてＳＩＰパラメータテーブル８４より該当するエントリを検索する。そして、検索結果と、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスとを対応づけて対応情報としてＳＩＰパラメータテーブル８４に登録する（ステップＳ９０３）。
When the
また、ＤＮＳ解析処理部８２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ ｑｕｅｒｙパケットの応答としてＤＮＳ ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ９０４）。ＩＰ端末１１は、このＤＮＳ ｒｅｓｐｏｎｓｅを受信する。
Also, the DNS
つぎに、ＤＮＳ ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットを生成し、ＤＮＳ ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレス宛に送信する（ステップＳ９０５）。
Next, the
ゲートウェイ装置１は、パケット中継処理部８１においてＩＰ端末１１からのＳＹＮパケットを受信すると、これをセッション制御部８３に転送する。セッション制御部８３では、ＳＹＮパケットの宛先ＩＰアドレスがステップＳ９０３においてＳＩＰパラメータテーブル８４に登録した仮想ＩＰアドレスであることを認識すると、該仮想ＩＰアドレスに対応する情報をＳＩＰパラメータテーブル８４より検索し、ＳＩＰセッション確立時に必要となるパラメータ値を得る（ステップＳ９０６）。
When the
つぎに、セッション制御部８３は、得られたパラメータ値より呼接続要求パケットとしてＳＩＰ ＩＮＶＩＴＥパケットを生成し、生成したＳＩＰ ＩＮＶＩＴＥパケット（ＩＮＶＩＴＥメッセージ）をＳＩＰサーバ１０に送信する（ステップＳ９０７）。以降の動作は実施の形態１の場合と同様である。
Next, the
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいて、ゲートウェイ装置１に予め設定された複数の発呼用パラメータの中から、セッション制御時に必要となるパラメータを選択してゲートウェイ装置１に通知することで、ゲートウェイ装置１でセッション制御処理を代行する場合に、通信相手と接続するためのセッション制御において必要となるパラメータをＩＰ端末１１から指定することが可能となる。
As described above, in the FQDN when the communication partner is designated by the
以上のように、本発明にかかる通信ネットワークにおけるＩＰパケット中継方法は、ゲートウェイ装置においてセッション制御処理を代行する通信ネットワークにおいて通信相手毎にセッション制御時の情報を変更する場合に有用である。 As described above, the IP packet relay method in the communication network according to the present invention is useful when the information at the time of session control is changed for each communication partner in the communication network that performs session control processing in the gateway device.
１ ゲートウェイ装置
２ ゲートウェイ装置
１０ ＳＩＰサーバ
１１ ＩＰ端末
１２ ＩＰ端末
２１ パケット中継処理部
２２ ＤＮＳ解析処理部
２３ セッション制御部
２４ ＤＮＳ ｑｕｅｒｙテーブル
８１ パケット中継処理部
８２ ＤＮＳ解析処理部
８３ セッション制御部
８４ ＳＩＰ パラメータテーブル
１００ 呼制御ネットワーク
１０１ ユーザネットワーク
１０２ ユーザネットワーク
1
Claims (12)
送信元の前記ＩＰ端末が、前記ゲートウェイ装置において送信先の前記ＩＰ端末とのセッションを制御するための必要情報と、予め決められた形式の識別子と、を含んだＤＮＳネーム問い合わせパケットを生成して前記ゲートウェイ装置に送信する第１ステップと、
前記ゲートウェイ装置が、前記ＤＮＳネーム問い合わせパケットを受信して解析し、前記識別子を検出した場合に前記ＤＮＳネーム問い合わせパケットから前記必要情報を取得し、前記必要情報に対して固有の仮想のＩＰアドレスを割り当てる第２ステップと、
前記ゲートウェイ装置が、前記必要情報と前記仮想のＩＰアドレスとを対応づけて対応情報として保持する第３ステップと、
前記ゲートウェイ装置が、前記送信元のＩＰ端末に前記仮想のＩＰアドレスを通知する第４ステップと、
前記送信元のＩＰ端末が、通信要求パケットを生成して前記仮想のＩＰアドレス宛に送信する第５ステップと、
前記ゲートウェイ装置が、前記仮想のＩＰアドレス宛の通信要求パケットを受信した場合に前記対応情報を参照して前記仮想のＩＰアドレスに対応する前記必要情報を取得することにより前記第２のＩＰネットワークとの間で所要のセッションを制御する第６ステップと、
を含むことを特徴とする通信ネットワークにおけるＩＰパケット中継方法。 A plurality of first IP networks accommodating IP terminals not premised on a session control function, which is a communication connection control / management function, and a second IP having a session control function between the plurality of first IP networks In an IP packet relay method in a communication network comprising a gateway device connecting the network and
The source IP terminal generates a DNS name inquiry packet including necessary information for controlling a session with the destination IP terminal in the gateway device and an identifier of a predetermined format. A first step of transmitting to the gateway device;
When the gateway apparatus receives and analyzes the DNS name inquiry packet and detects the identifier, the gateway apparatus acquires the necessary information from the DNS name inquiry packet, and sets a virtual IP address unique to the necessary information. A second step of assigning,
A third step in which the gateway device associates the necessary information with the virtual IP address and holds it as correspondence information;
A fourth step in which the gateway device notifies the virtual IP address to the source IP terminal;
A fifth step in which the source IP terminal generates a communication request packet and transmits it to the virtual IP address;
When the gateway device receives a communication request packet addressed to the virtual IP address, the gateway device obtains the necessary information corresponding to the virtual IP address by referring to the correspondence information and the second IP network. A sixth step of controlling the required session between
An IP packet relay method in a communication network, comprising:
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。 Said required information, the destination information of the destination IP terminal,
IP packet routing method in a communication network of claim 1, wherein the.
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。 Said required information is a parameter used at the time of session establishment between the second IP network,
IP packet routing method in a communication network of claim 1, wherein the.
を特徴とする請求項３に記載の通信ネットワークにおけるＩＰパケット中継方法。 The gateway device analyzes the parameter and, if the parameter is not allowed in the second IP network, transmits an error response to the source IP terminal to communicate with the source IP terminal. Ending the process,
The IP packet relay method in a communication network according to claim 3.
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。 Said required information, a communication information used when communicating between the IP terminal of the transmission destination,
IP packet routing method in a communication network of claim 1, wherein the.
を特徴とする請求項５に記載の通信ネットワークにおけるＩＰパケット中継方法。 The gateway device includes a communication information specified in the communication request packet, is obtained from the DNS name query packet checks the consistency between the communication information stored as the correspondence information, if there is no consistency terminate the communication process on the source IP terminal transmits an error response to the source IP terminal,
IP packet routing method in a communication network according to claim 5, characterized in.
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。 The gateway device checks the protocol of the record to be queried in the DNS name inquiry, and if the protocol of the record to be queried is a protocol not supported by the gateway device or the second IP network, Sending an error response to the source IP terminal to end the communication process for the source IP terminal;
The IP packet relay method in a communication network according to claim 1.
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。 The gateway device, when the DNS name query is a query for a PTR record of the virtual IP address, transmitting the necessary information held as the correspondence information to the IP terminal of the transmission source;
The IP packet relay method in a communication network according to claim 1.
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。 The source IP terminal uses the DNS name inquiry packet to specify the necessary information and the identifier by FQDN and inquires for an A record.
The IP packet relay method in a communication network according to claim 1.
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。 Said source IP terminal, by the DNS name query packet, the specifies the required information and the identifier FQDN, the query AAAA records,
IP packet routing method in a communication network of claim 1, wherein the.
送信元の前記ＩＰ端末が、前記ゲートウェイ装置に予め設定された、前記ゲートウェイ装置において前記第２のＩＰネットワークとの間のセッション確立時に用いる複数のパラメータからいずれかのパラメータを選択する情報を含んだＤＮＳネーム問い合わせパケットを生成して前記ゲートウェイ装置に送信する第１ステップと、
前記ゲートウェイ装置が、前記ＤＮＳネーム問い合わせパケットを受信して解析し、前記パラメータを選択する情報を取得し、前記情報により選択されたパラメータに対して固有の仮想のＩＰアドレスを割り当てる第２ステップと、
前記ゲートウェイ装置が、前記選択されたパラメータと前記仮想のＩＰアドレスとを対応づけて対応情報として保持する第３ステップと、
前記ゲートウェイ装置が、前記送信元のＩＰ端末に前記仮想のＩＰアドレスを通知する第４ステップと、
前記送信元のＩＰ端末が、通信要求パケットを生成して前記仮想のＩＰアドレス宛に送信する第５ステップと、
前記ゲートウェイ装置が、前記仮想のＩＰアドレス宛の通信要求パケットを受信した場合に前記対応情報を参照して前記仮想のＩＰアドレスに対応する前記パラメータを取得することにより前記第２のＩＰネットワークとの間で所要のセッションを制御する第６ステップと、
を含むことを特徴とする通信ネットワークにおけるＩＰパケット中継方法。 A plurality of first IP networks accommodating IP terminals not premised on a session control function, which is a communication connection control / management function, and a second IP having a session control function between the plurality of first IP networks In an IP packet relay method in a communication network comprising a gateway device connecting the network and
The transmission source IP terminal includes information for selecting one of a plurality of parameters set in advance in the gateway device and used when establishing a session with the second IP network in the gateway device. A first step of generating and sending a DNS name query packet to the gateway device;
A second step in which the gateway device receives and analyzes the DNS name inquiry packet, obtains information for selecting the parameter, and assigns a unique virtual IP address to the parameter selected by the information;
A third step in which the gateway device associates the selected parameter with the virtual IP address and holds it as correspondence information;
A fourth step in which the gateway device notifies the virtual IP address to the source IP terminal;
A fifth step in which the source IP terminal generates a communication request packet and transmits it to the virtual IP address;
When the gateway device receives a communication request packet addressed to the virtual IP address, the gateway device obtains the parameter corresponding to the virtual IP address by referring to the correspondence information, and A sixth step to control the required session between;
An IP packet relay method in a communication network, comprising:
送信元の前記ＩＰ端末よりＤＮＳネーム問い合わせパケットを受信した場合に前記ＤＮＳ問い合わせパケットを解析し、予め決められた形式の識別子を検出した場合に送信先の前記ＩＰ端末とのセッションを制御するための必要情報を前記ＤＮＳ問い合わせパケットパケットから取得し、前記必要情報に対して固有の仮想のＩＰアドレスを割り当てる解析手段と、
前記必要情報と前記仮想のＩＰアドレスとを対応づけた対応情報を格納する格納手段と、
前記送信元のＩＰ端末に前記仮想のＩＰアドレスを通知する仮想ＩＰアドレス通知手段と、
前記送信元のＩＰ端末より前記仮想のＩＰアドレス宛の通信要求パケットを受信した場合に前記格納手段を参照して前記仮想のＩＰアドレスに対応する前記必要情報を取得することにより前記第２のＩＰネットワークとの間で所要のセッションを確立するセッション制御手段と、
を備えることを特徴とするゲートウェイ装置。 A plurality of first IP networks accommodating IP terminals not premised on a session control function, which is a communication connection control / management function, and a second IP having a session control function between the plurality of first IP networks In the gateway device connecting the network,
A DNS name inquiry packet is analyzed when a DNS name inquiry packet is received from the source IP terminal, and a session with the destination IP terminal is controlled when an identifier of a predetermined format is detected. Analyzing means for acquiring necessary information from the DNS inquiry packet packet and assigning a unique virtual IP address to the necessary information;
Storage means for storing correspondence information associating the necessary information with the virtual IP address;
Virtual IP address notifying means for notifying the virtual IP address to the source IP terminal;
When the communication request packet addressed to the virtual IP address is received from the source IP terminal, the second IP is obtained by referring to the storage means and acquiring the necessary information corresponding to the virtual IP address. Session control means for establishing a required session with the network;
A gateway device comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007309244A JP4889620B2 (en) | 2007-11-29 | 2007-11-29 | IP packet relay method and gateway device in communication network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007309244A JP4889620B2 (en) | 2007-11-29 | 2007-11-29 | IP packet relay method and gateway device in communication network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009135697A JP2009135697A (en) | 2009-06-18 |
| JP4889620B2 true JP4889620B2 (en) | 2012-03-07 |
Family
ID=40867164
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007309244A Expired - Fee Related JP4889620B2 (en) | 2007-11-29 | 2007-11-29 | IP packet relay method and gateway device in communication network |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4889620B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6493426B2 (en) | 2017-02-02 | 2019-04-03 | 日本電気株式会社 | Communication system, communication control method, and communication program |
| KR102307030B1 (en) * | 2020-02-20 | 2021-09-30 | 가톨릭대학교 산학협력단 | Internet of Things Communication System with Packet Safety Verification |
-
2007
- 2007-11-29 JP JP2007309244A patent/JP4889620B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2009135697A (en) | 2009-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100765325B1 (en) | Symmetric Network Address Translator using STUN and Method Thereof | |
| JP4276568B2 (en) | Router and SIP server | |
| US7788383B2 (en) | Communicating a selection of a potential configuration | |
| US20050066038A1 (en) | Session control system, communication terminal and servers | |
| US20060056420A1 (en) | Communication apparatus selecting a source address | |
| US20040139230A1 (en) | SIP service method in a network having a NAT | |
| JP5051728B2 (en) | Method and system for transmitting data between nodes connected to different IP environments by assigning a fake address | |
| JP2007124486A (en) | Communication control method | |
| JP2005236824A (en) | IPv6/IPv4 TRANSLATOR | |
| US20050105526A1 (en) | Method for traversing network address translators for SIP-signaled sessions | |
| KR100433621B1 (en) | Multi layer internet protocol(MLIP) for peer to peer service of private internet and method for transmitting/receiving the MLIP packet | |
| JP4889620B2 (en) | IP packet relay method and gateway device in communication network | |
| US8223762B2 (en) | Method and device for translating internet protocol addresses inside a communications network | |
| US20040153502A1 (en) | Enhanced DNS server | |
| TW201114221A (en) | Method and system of smart detection and recovery | |
| JP2008258917A (en) | Identical nat subordinate communication control system, nat device, identical nat subordinate communication control method, and program | |
| JP4375740B2 (en) | Gateway device and communication connection method | |
| KR101666594B1 (en) | System and method for providing sip service | |
| JP2008205676A (en) | Information processing system, information processor, information processing method and information processing program | |
| JP4889617B2 (en) | Gateway apparatus and communication control method | |
| JP7158826B2 (en) | COMMUNICATION CONTROL DEVICE, COMMUNICATION CONTROL SYSTEM AND COMMUNICATION CONTROL METHOD | |
| JP3920791B2 (en) | Call connection relay system, call connection relay device and program thereof, call connection request information conversion device and program thereof | |
| KR101396767B1 (en) | Sip communication system and method | |
| JP5084716B2 (en) | VPN connection apparatus, DNS packet control method, and program | |
| JP2001345852A (en) | Communication system and network client |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100906 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20111025 |
|
| 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: 20111115 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111213 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141222 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |