JP2004312392A - マルチメディア端末、プロキシサーバ、ルータおよびマルチメディア通信システムにおける通信制御方法 - Google Patents
マルチメディア端末、プロキシサーバ、ルータおよびマルチメディア通信システムにおける通信制御方法 Download PDFInfo
- Publication number
- JP2004312392A JP2004312392A JP2003103355A JP2003103355A JP2004312392A JP 2004312392 A JP2004312392 A JP 2004312392A JP 2003103355 A JP2003103355 A JP 2003103355A JP 2003103355 A JP2003103355 A JP 2003103355A JP 2004312392 A JP2004312392 A JP 2004312392A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- router
- address
- multimedia
- call
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】ＬＡＮ１１内のプライベートなアドレス空間と、インターネット１３を通じたグローバルなアドレス空間とが混在するようなＩＰネットワーク環境においても、それらの異なるアドレス空間を意識することなく、マルチメディア端末から発信できる。
【解決手段】マルチメディア端末は、自端末の通信データ受信用のＩＰアドレス情報として、前記ルータから取得したグローバルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを用いて発信を行なう発信手段と、発信手段からの発信の後に、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを受信したか否か判別する判別手段と、この判別手段で、前記切断メッセージを受信したときに、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する再発信手段を備える。
【選択図】 図１
【解決手段】マルチメディア端末は、自端末の通信データ受信用のＩＰアドレス情報として、前記ルータから取得したグローバルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを用いて発信を行なう発信手段と、発信手段からの発信の後に、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを受信したか否か判別する判別手段と、この判別手段で、前記切断メッセージを受信したときに、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する再発信手段を備える。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
この発明は、インターネットを通じて電話通信やデータ通信を行なうマルチメディア通信システムに用いられるマルチメディア端末、プロキシサーバ、ルータおよびマルチメディア通信システムにおける通信制御方法に関する。
【０００２】
【従来の技術】
インターネットやイントラネットのようなＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを利用して音声信号、画像信号、テキストデータなどをパケットデータとして伝送するようにするマルチメディア通信が知られている。
【０００３】
例えば、このマルチメディア通信の例として、音声信号を送る技術であるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いて中継交換を行ない、電話通信サービスを行なうようにするＩＰ電話が提供されている。
【０００４】
このＩＰ電話においては、発信側と受信側とはそれぞれに割り当てられたＩＰアドレスを用いて、電話音声をＩＰパケットにより伝送することにより、通話が可能となるものであり、安価な通話料で通話が可能となるため、普及が拡大している（例えば、特開平２００２−３００２８５号公報（特許文献１）参照）。
【０００５】
【特許文献１】
特開平２００２−３００２８５号公報
【０００６】
【発明が解決しようとする課題】
マルチメディア通信システムの例として、ＶｏＩＰ電話システムは、例えば図７に示すようなシステム構成となる。すなわち、複数個のＶｏＩＰ用電話端末ＴＥ１，ＴＥ２・・・がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１を通じてルータ１２に接続されると共に、このルータ１２がインターネット１３に接続される。インターネット１３には、通信の中継用のプロキシサーバ１４が接続される。さらに、インターネット１３には、ＶｏＩＰ用電話端末ＴＥ３が接続される。図示をしなかったが、インターネット１３には、他のルータを介して複数の他のＶｏＩＰ用電話端末が接続される場合もある。
【０００７】
このようなシステムにおいて、ＬＡＮ１１に接続される各ＶｏＩＰ用電話端末ＴＥ１，ＴＥ２には、当該ＬＡＮ１１内での通信のためのプライベートなアドレス空間用のプライベートＩＰアドレスが割り当てられる。このプライベートＩＰアドレスは、ＬＡＮ内の閉じたプライベートなアドレス空間での通信用として設定されるものであるので、他のＬＡＮで使用されるプライベートＩＰアドレスと重複する場合がある。
【０００８】
一方、ＬＡＮ１１に接続される各ＶｏＩＰ用電話端末ＴＥ１，ＴＥ２と、インターネット１３を通じた他のＬＡＮやＶｏＩＰ用電話端末ＴＥ３との通信のためには、インターネット１３側で割り当てを受けたグローバルＩＰアドレスを用いるようにする。ルータ１２は、ＬＡＮ１１内でのプライベートＩＰアドレスを、グローバルＩＰアドレスに変換する機能を備えている。この変換機能には、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）、または、ＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）と呼ばれているものが使用される。
【０００９】
ＮＡＴは、プライベートＩＰアドレスと、グローバルＩＰアドレスとを１対１に変換するものである。ＮＡＰＴは、プライベートＩＰアドレスとグローバルＩＰアドレスとの変換を行なう際に、ＩＰの上位プロトコルであるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）あるいはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）のポート番号を使用して識別を行なうもので、ＩＰマスカレード（ＩＰ Ｍａｓｑｕｅｒａｄｅ）とも呼ばれている。
【００１０】
ＮＡＰＴの場合には、ＬＡＮ側の個々の端末が異なるポート番号を使用していれば、同時に複数のＬＡＮ側端末からインターネットにアクセスができる。同じことをＮＡＴで実現するためには、同時に必要なセッション数のグローバルＩＰアドレスを使用することになるが、ＮＡＰＴの場合には、グローバルＩＰアドレスは、一つでよい。
【００１１】
ＬＡＮ１１側のプライベートなアドレス空間から、インターネットを通じたグローバルなアドレス空間への、マルチメディア伝送系の接続を行なう場合には、ＬＡＮ１１側の端末が、ルータ１２のインターネット側ポートに割り当てられたグローバルＩＰアドレスを知ることができるようにする必要があり、ルータ１２には、そのための機能として、ナット・トラバーサル（ＮＡＴ Ｔｒａｖｅｒｓａｌ）機能が設けられる。このナット・トラバーサル機能を実現するものとしては、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）やＳＴＵＮ（Ｓｉｍｐｌｅ Ｔｒａｖｅｒｓａｌ ｏｆ ＵＤＰ Ｔｒｏｕｇｈ Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ）などがある。
【００１２】
しかしながら、図７のように、ＬＡＮ１１内のプライベートなアドレス空間と、インターネット１３を通じたグローバルなアドレス空間とが混在するようなＩＰネットワーク環境において、上記のナット・トラバーサル機能を用いたグローバルなアドレス空間への通信を行なうこととした場合、ＬＡＮ１１内でのプライベートなアドレス空間におけるＶｏＩＰ用電話端末同士での通信が不可能になってしまうという問題がある。以下、この問題点について、図８〜図１１のシーケンス図を用いて説明する。なお、以下の説明は、前記のアドレス変換機能としては、ＮＡＰＴが用いられる場合である。
【００１３】
この場合において、図７のプロキシサーバ１４にＶｏＩＰ用電話端末がルータを介してＩＰアドレスの登録に行くと、ルータはテーブルを用いてＶｏＩＰ用電話端末のプライベートＩＰアドレス、ポート番号からグローバルＩＰアドレス、ポート番号に変換して、それをプロキシサーバ１４に渡す。そして、プロキシサーバ１４は、登録要求してきたＶｏＩＰ用電話端末のＩＰアドレスとして、ルータで変換されたグローバルＩＰアドレスおよびポート番号を登録して管理する。
【００１４】
すなわち、プロキシサーバ１４は、ＶｏＩＰ用電話端末のＩＰアドレスを、当該ＶｏＩＰ用電話端末がＬＡＮを通じて接続されているルータのグローバルＩＰアドレスとポート番号とで管理している。なお、ルータを介さずにインターネット１３に接続されているＶｏＩＰ用電話端末ＴＥ３には、グローバルＩＰアドレスが割り当てられている。
【００１５】
図８は、ＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ１から、同じＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ２に対して発信を行なう場合の場合のシーケンス図である。この図８の例においては、ルータ１２はナット・トラバーサル機能を有しない場合である。
【００１６】
この例においては、ＶｏＩＰ用電話端末ＴＥ１は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己のプライベートＩＰアドレスおよびポート番号を、発信メッセージのメディア記述部（ＳＤＰ；Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に載せて、ＶｏＩＰ用電話端末ＴＥ２を着信先とする発信をルータ１２に送る。なお、メディア受信用ＩＰアドレスは、通話音声パケットの受信用ＩＰアドレスである。
【００１７】
この発信は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によりなされる。このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２のＮＡＴ（この例では、ＮＡＰＴ。以下同様）機能が用いられて、インターネット１３を通じてプロキシサーバ１４に送られる。
【００１８】
すると、プロキシサーバ１４は、ＳＩＰのメッセージを参照して、着信端末がルータ１２のＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ２であることを検出するので、当該発信メッセージをインターネット１３を通じてルータ１２に戻す。そして、ルータ１２は、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ２に着信させる。
【００１９】
この着信を受けたＶｏＩＰ用電話端末ＴＥ２は、発信メッセージのメディア記述部（ＳＤＰ）から、発信端末であるＶｏＩＰ用電話端末ＴＥ１の受信用ＩＰアドレスおよびポート番号として、ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号を認識する。
【００２０】
そして、ＶｏＩＰ用電話端末ＴＥ２は、自己のプライベートＩＰアドレスおよびポート番号を、自分のメディア受信用ＩＰアドレスおよびポート番号としてメディア記述部（ＳＤＰ）に載せた応答のメッセージを発信端末ＴＥ１に返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ１に送られる。
【００２１】
ＶｏＩＰ用電話端末ＴＥ１は、着信端末であるＶｏＩＰ用電話端末ＴＥ２からの応答のメッセージを受信すると、その受領承認ＡＣＫを、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ２に返す。そして、ＶｏＩＰ用電話端末ＴＥ１は、応答メッセージのメディア記述部（ＳＤＰ）から、着信端末であるＶｏＩＰ用電話端末ＴＥ２のメディア受信用ＩＰアドレスおよびポート番号として、そのプライベートＩＰアドレスおよびポート番号を認識する。
【００２２】
この結果、ＶｏＩＰ用電話端末ＴＥ１およびＴＥ２では、それぞれのメディア受信用ＩＰアドレスおよびポートとして、それぞれのプライベートＩＰアドレスおよびポート番号を認識する状態となり、図８に示すように、それぞれ相手方のプライベートＩＰアドレスおよびポート番号を相手先として、ＬＡＮ１１を通じて通話音声パケットの伝送を行なうことにより、通話が可能となる。
【００２３】
このように、ルータ１２にナット・トラバーサル機能が無い場合には、ＬＡＮ１１内でのＶｏＩＰ用電話端末同士の通信はプライベートＩＰアドレスおよびポート番号が用いられて行なわれる。
【００２４】
しかし、前述もしたように、ルータ１２にナット・トラバーサル機能が無い場合には、ＬＡＮ１１内のＶｏＩＰ用電話端末と、インターネット１３を介したＬＡＮ１１の外部のＶｏＩＰ用電話端末ＴＥ３との間では通信が不能となる。このことを、図９のシーケンス図を参照して説明する。
【００２５】
図９の例は、ルータ１２にナット・トラバーサル機能が無い場合において、ＶｏＩＰ用電話端末ＴＥ１からＶｏＩＰ用電話端末ＴＥ３に対して発信がなされた場合のシーケンス図である。
【００２６】
すなわち、この場合においては、ＶｏＩＰ用電話端末ＴＥ１は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己のプライベートＩＰアドレスおよびポート番号をメディア記述部（ＳＤＰ）に載せて、ＶｏＩＰ用電話端末ＴＥ３を着信先とする発信をする。
【００２７】
すると、このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２およびインターネット１３を通じてプロキシサーバ１４に送られる。プロキシサーバ１４は、着信先とされているＶｏＩＰ用電話端末ＴＥ３のグローバルＩＰアドレスにより、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ３に着信させる。
【００２８】
この着信を受けたＶｏＩＰ用電話端末ＴＥ３は、発信メッセージのメディア記述部（ＳＤＰ）から、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスおよびポート番号として、そのプライベートＩＰアドレスおよびポート番号を認識する。
【００２９】
そして、ＶｏＩＰ用電話端末ＴＥ３は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己に割り当てられたグローバルＩＰアドレスおよびポート番号をメディア記述部（ＳＤＰ）に載せた応答のメッセージを返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ１に送られる。
【００３０】
この応答メッセージを受信したＶｏＩＰ用電話端末ＴＥ１は、前述と同様にして、その受領承認ＡＣＫを送出するので、ＶｏＩＰ用電話端末ＴＥ３は、その受領承認ＡＣＫを受け取り、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスおよびポート番号を相手先とした通話音声パケットを送出して、通話を行なおうとする。
【００３１】
しかしながら、当該通話音声パケットは、宛先がインターネット１３上では使用できないプライベートＩＰアドレスで示されたものであるため、ルータ１２およびＶｏＩＰ用電話端末ＴＥ１には到達せず、通話ができない。
【００３２】
次に、ルータ１２が備えるナット・トラバーサル機能、例えばＵＰｎＰを使用してＶｏＩＰ用電話端末から発信を行なう場合についてのシーケンスを説明する。この場合には、ＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ１またはＴＥ２と、インターネット１３を通じた外部のＶｏＩＰ用電話端末ＴＥ３との間での通話は可能であるが、ＬＡＮ１１内のＶｏＩＰ用電話端末同士の通話が不能になる。
【００３３】
まず、ＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ１から、インターネット１３を通じた外部のＶｏＩＰ用電話端末ＴＥ３を着信先とする発信の場合のシーケンスを図１０に示す。
【００３４】
この例の場合、発信端末であるＶｏＩＰ用電話端末ＴＥ１は、予め、ルータ１２に対してグローバルＩＰアドレス取得要求を出し、ルータ１２のグローバルＩＰアドレスを取得する。
【００３５】
発信端末であるＶｏＩＰ用電話端末ＴＥ１は、また、グローバルポート・マッピング要求をルータ１２に送り、ルータ１２のＮＡＴ（ＮＡＰＴ）変換テーブルに、ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０；１６］と、グローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］との対応を登録するようにする。ここで、ルータ１２に接続されるＬＡＮ１１内のＶｏＩＰ用電話端末に割り当てられるグローバルＩＰアドレスは、すべてルータ１２のグローバルＩＰアドレス［１０．１．１．１］となり、ＶｏＩＰ用電話端末ごとにポート番号のみが異なるものとなる。
【００３６】
そして、ＶｏＩＰ用電話端末ＴＥ１は、自己のメディア受信用ＩＰアドレスおよびポート番号として、グローバルＩＰアドレスおよびポート番号を、発信メッセージのメディア記述部（ＳＤＰ）に載せて、ＶｏＩＰ用電話端末ＴＥ３を着信先とする発信をする。
【００３７】
すると、このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２およびインターネット１３を通じてプロキシサーバ１４に送られる。プロキシサーバ１４は、着信先とされているＶｏＩＰ用電話端末ＴＥ３のグローバルＩＰアドレスにより、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ３に着信させる。
【００３８】
この着信を受けたＶｏＩＰ用電話端末ＴＥ３は、発信メッセージのメディア記述部（ＳＤＰ）から、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスおよびポート番号として、そのグローバルＩＰアドレスおよびポート番号を認識する。
【００３９】
そして、ＶｏＩＰ用電話端末ＴＥ３は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己に割り当てられたグローバルＩＰアドレスおよびポート番号をメディア記述部（ＳＤＰ）に載せた応答のメッセージを、発信端末ＴＥ１に返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ１に送られる。
【００４０】
この応答メッセージを受信したＶｏＩＰ用電話端末ＴＥ１は、前述と同様にして、その受領承認ＡＣＫを送出するので、ＶｏＩＰ用電話端末ＴＥ３は、その受領承認ＡＣＫの受け取りを確認した後、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を相手先とした通話音声パケットを送出する。
【００４１】
すると、この通話音声パケットの宛先は、ルータ１２で、ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号に変換され、ＶｏＩＰ用電話端末１に渡される。また、ＶｏＩＰ用電話端末ＴＥ１からは、ＶｏＩＰ用電話端末ＴＥ３のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を相手先とした通話音声パケットが送出される。
【００４２】
これにより、ＶｏＩＰ用電話端末ＴＥ１と、ＶｏＩＰ用電話端末ＴＥ３との間で通話が可能となる。
【００４３】
次に、ＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ１から、同じＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ２を着信先とする発信の場合のシーケンスを図１１に示す。
【００４４】
この図１１に示されるように、発信から着信応答までのシーケンスは、着信先がＬＡＮ１１の外部のＶｏＩＰ用電話端末ＴＥ３から、ＬＡＮ１１の内部のＶｏＩＰ用電話端末ＴＥ２に変わり、それに応じて呼制御のためのメッセージの経路が変わるだけで、図１０のシーケンスの場合と同様である。
【００４５】
しかし、この場合には、ＶｏＩＰ用電話端末ＴＥ１およびＶｏＩＰ用電話端末ＴＥ２から送出される通話音声パケットの宛先のＩＰアドレスは、グローバルＩＰアドレスであるので、直接、ＶｏＩＰ用電話端末ＴＥ１およびＶｏＩＰ用電話端末ＴＥ２との間でやり取りはできない。しかも、ルータ１２は、ＬＡＮ１１の内部から外部への転送または外部からＬＡＮ１１の内部への転送を行なうものであって、ＬＡＮ１１の内部から受け取ったパケットをＬＡＮ１１の内部に戻すことは行なわない。そのため、この場合、ＶｏＩＰ用電話端末ＴＥ１およびＶｏＩＰ用電話端末ＴＥ２との間で、通話音声パケットの送受ができないため、通話が不能となってしまう。
【００４６】
以上の問題は、マルチメディア端末が、通信データとして通話音声データを送受するＶｏＩＰ用電話端末の場合であるが、通信データとして、映像データやその他のデータを送受する場合においても同様に生じる。
【００４７】
以上説明したように、ＬＡＮ１１内のプライベートなアドレス空間と、インターネット１３を通じたグローバルなアドレス空間とが混在するようなＩＰネットワーク環境において、ルータがナット・トラバーサル機能を備えていない場合には、ＬＡＮ１１内のマルチメディア端末と、ＬＡＮ１１外のマルチメディア端末との通信が不能になり、また、ルータのナット・トラバーサル機能を使用する場合には、ＬＡＮ１１内のマルチメディア端末同士間の通信が不能になってしまうという問題があった。
【００４８】
この発明は、以上の点にかんがみ、ＬＡＮ１１内のプライベートなアドレス空間と、インターネット１３を通じたグローバルなアドレス空間とが混在するようなＩＰネットワーク環境においても、以上のような問題点を回避できるようにしたことを目的とする。
【００４９】
【課題を解決するための手段】
上記の課題を解決するために、請求項１の発明においては、
ナット・トラバーサル機能を備えると共にインターネットに接続されているルータに、ＬＡＮを通じて接続されるマルチメディア端末であって、
自端末の通信データ受信用のＩＰアドレス情報として、前記ルータから取得したグローバルＩＰアドレスを用いて発信を行なう発信手段と、
前記発信手段からの発信の後に、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを受信したか否か判別する判別手段と、
前記判別手段で、前記切断メッセージを受信したときに、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する再発信手段と、
を備えることを特徴とするマルチメディア端末を提供する。
【００５０】
また、請求項２の発明においては、請求項１に記載のマルチメディア端末において、
前記ルータを通じて着信を受けたときに、当該着信時の情報に含まれる発信端末側の通信データ受信用のＩＰアドレスの情報から、自端末が接続されている前記ルータに接続されているマルチメディア端末からの発信であるか否かを判別する第２の判別手段と、
前記第２の判別手段で、自端末が接続されている前記ルータに接続されているマルチメディア端末からの発信であると判別したときに、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを前記ルータを介して前記発信端末に送出する手段と、
を備えることを特徴とする。
【００５１】
【作用】
上述の構成の請求項１の発明においては、ルータは、ナット・トラバーサル機能を備えており、このナット・トラバーサル機能を使用することを原則としている。このため、請求項１の発明によるマルチメディア端末においては、発信は、自端末の通信データ受信用のＩＰアドレス情報として、前記ルータから取得したグローバルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを用いて行なう。
【００５２】
そして、この発明においては、ネットワーク上において、着信先端末またはプロキシサーバあるいはルータが、発信メッセージに含まれるＩＰアドレスに基づいて、ナット・トラバーサル機能を不要とするＬＡＮ内の通信を要求する発信であるか否かを判別して、ナット・トラバーサル機能を不要とするＬＡＮ内の通信を要求する発信であると判別したときには、そのことを理由とする切断メッセージを発信端末であるマルチメディア端末に送ってくる。
【００５３】
そこで、マルチメディア端末では、当該切断メッセージを監視し、当該切断メッセージを受信したときには、ナット・トラバーサル機能を不要として、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する。
【００５４】
したがって、請求項１の発明によれば、発信は、原則として自端末の通信データ受信用のＩＰアドレス情報として、ルータから取得したグローバルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを用いて行なうので、着信の宛先がＬＡＮ外の端末であるときには、前述した図１０のようなシーケンスがなされて、当該ＬＡＮ外の端末との間で通信が可能となる。
【００５５】
また、着信の宛先がＬＡＮ内の端末であるときには、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信するので、この再発信の後は、前述した図８のようなシーケンスがなされて、当該ＬＡＮ内の端末間での通信が可能となる。
【００５６】
すなわち、請求項１の発明によれば、ＬＡＮ内のプライベートなアドレス空間にあるマルチメディア端末からの発信時に、着信先の端末が、ＬＡＮ内の同じプライベートなアドレス空間にある端末か、ＬＡＮ外のグローバルなアドレス空間にある端末かを認識しなくても、自動的にいずれのアドレス空間にある端末との通信を可能にすることができる。
【００５７】
また、請求項２の発明においては、マルチメディア端末は、ルータを通じて着信を受けたときに、当該着信時の情報に含まれる発信端末側の通信データ受信用のＩＰアドレス（グローバルＩＰアドレス）の情報から、自端末が接続されているルータに接続されているマルチメディア端末からの発信であるか否かを判別し、自端末が接続されているルータに接続されているマルチメディア端末からの発信であると判別したときには、ナット・トラバーサル機能は不要であることを理由とする切断メッセージをルータを介して発信端末に送出するようにする。
【００５８】
つまり、前記切断メッセージは、マルチメディア端末が送出するようにする。したがって、ネットワーク上において、マルチメディア端末のみを、この発明を実現するように構成するだけで、この発明の所期の目的を達成することができ、ネットワーク上のプロキシサーバやルータの構成を変更する必要がないというメリットがある。
【００５９】
【発明の実施の形態】
以下、この発明によるマルチメディア端末の実施形態およびマルチメディア通信システムにおける通信制御方法の実施の形態を、ＶｏＩＰ用電話端末およびＶｏＩＰ電話システムの場合を例にとって、図を参照しながら説明する。
【００６０】
この実施形態が適用されるＶｏＩＰ電話システムの構成は、前述した図７の構成と全く同一である。ただし、この実施形態においては、ルータ１２は、ナット・トラバーサル機能、この例ではＵＰｎＰを備えるものとされ、ＶｏＩＰ用電話端末からは、自端末のメディア受信用（通話音声パケット受信用）のＩＰアドレスは、原則としてナット・トラバーサル機能を用いて取得されたグローバルＩＰアドレスを用いるものとする。
【００６１】
また、この実施形態では、プライベートＩＰアドレスと、グローバルＩＰアドレスとの変換には、ＮＡＰＴを用いるものとするものである。
【００６２】
この実施の形態のＶｏＩＰ電話システムにおけるＬＡＮ１１に接続されるＶｏＩＰ用電話端末ＴＥ（ＴＥ１，ＴＥ２）は、全く同一のハードウエア構成を備える。図２に、ＶｏＩＰ用電話端末ＴＥのハードウエア構成例を示す。この実施の形態のＶｏＩＰ用電話端末ＴＥは、図２に示すように、端末本体１００と、ハンドセットＨＳとからなる。ハンドセットＨＳは、図示を省略したが、送話器を構成するマイクロホンと、送話アンプと、受話器を構成するスピーカと、受話アンプとを備えている。
【００６３】
端末本体１００は、コンピュータにより構成されており、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０に対して、システムバス１１１を介して、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１３と、ディスプレイコントローラ１１４と、操作入力インターフェイス（図ではインターフェイスはＩ／Ｆと記載する。以下同じ）１１６と、ＬＡＮインターフェイス１１８と、パケット分解／生成部１１９と、音声データ入出力インターフェイス１２０とが接続されている。
【００６４】
ディスプレイコントローラ１１４には、ディスプレイ１１５が接続されており、このディスプレイ１１５の表示画面には、ＣＰＵ１１０の制御にしたがった表示が行われる。
【００６５】
また、操作入力インターフェイス１１６には、テンキー、カーソルキーやその他の操作キーを含む操作入力部１１７が接続されている。ＣＰＵ１１０は、操作入力インターフェイス１１６を介して操作入力部１１７を通じて使用者がいずれの入力キーを操作したかを認識し、その認識結果に基づいて、キー入力操作に応じた処理をＲＯＭ１１２のプログラムに従って実行する。
【００６６】
ＲＯＭ１１２には、ＶｏＩＰ用電話端末としての発信時や着信時の処理シーケンスを実行するプログラムなどが記憶されている。
【００６７】
ＲＡＭ１１３は、主としてＲＯＭ１１２のプログラムがＣＰＵ１１０によって実行される際にワークエリアとして使用される。
【００６８】
ＬＡＮインターフェイス１１８は、ＩＰネットワークを構成するＬＡＮ１１を通じて送られてくるパケット化データを取り込み、また、ＬＡＮ１１にパケット化データを送出するための機能を備える。
【００６９】
パケット分解／生成部１１９は、ＬＡＮインターフェイス１１８により取り込んだパケット化データを分解して、制御データや音声データを得る機能と、送信する制御データや音声データをパケット化して送出するパケット化データを生成する機能を有する。このパケット分解／生成部１１９は、パケット化データを分解したり、生成したりするためのバッファメモリを備える。
【００７０】
なお、このパケット分解／生成部１１９のパケット分解処理機能や生成処理機能は、ＣＰＵ１１０と、ＲＯＭ１１２とにより、ソフトウエアとして実現することもできる。
【００７１】
音声データ入出力インターフェイス１２０は、パケット分解されて得られた音声データをアナログ音声信号に変換してハンドセットＨＳに供給し、また、ハンドセットＨＳから入力されるアナログ音声信号をデジタル信号に変換して取り込む機能を備える。
【００７２】
［ＶｏＩＰ用電話端末の発信処理］
以上のような構成を備えるＶｏＩＰ用電話端末ＴＥの発信時の処理動作を、図１のフローチャートを参照しながら説明する。
【００７３】
なお、後述するように、この実施形態のＶｏＩＰ用電話端末ＴＥは、例えばＬＡＮ１１に接続されたときなどのタイミングで、当該発信前には、ルータ１２に対してグローバルＩＰアドレス取得要求を出して、ルータ１２のナット・トラバーサル機能ＵＰｎＰを利用することにより、ルータ１２のグローバルＩＰアドレスを取得している。
【００７４】
発信要求がＶｏＩＰ用電話端末に発生すると、ＣＰＵ１１０によりそれが検出されて、図１のフローチャートが開始される。先ず、ＣＰＵ１１０は、グローバルポート・マッピング要求をルータ１２に送るように制御する（ステップＳ１）。このグローバル・マッピング要求を受けたルータ１２は、当該ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、要求してきたＶｏＩＰ用電話端末のプライベートＩＰアドレスおよびポート番号と、グローバルＩＰアドレスおよびポート番号との対応を登録するようにする。
【００７５】
次に、ＣＰＵ１１０は、自端末のメディア受信用ＩＰアドレスおよびポート番号として、ルータ１２に登録したグローバルＩＰアドレスおよびポート番号を、メディア記述部（ＳＤＰ）に含めた発信メッセージを、着信先のＶｏＩＰ用電話端末を指定して送出するように制御する（ステップＳ２）。
【００７６】
そして、ＣＰＵ１１０は、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを受信したか否か判別する（ステップＳ３）。
【００７７】
ステップＳ３で、前記切断メッセージを受信しないと判別したときには、ＣＰＵ１１０は、着信の応答メッセージを着信端末側から受信したか否か判別し（ステップＳ６）、着信応答の受信が無いときには、発信中止の指示があったか否か判別し（ステップＳ１１）、発信中止指示があったときには、切断処理をして、この発信処理ルーチンを終了する。ステップＳ１１で発信中止指示がないと判別したときには、ステップＳ６に戻る。
【００７８】
ステップＳ６で着信応答を受信したと判別したときには、ＣＰＵ１１０は、受領承認ＡＣＫを送出するように制御指示し（ステップＳ７）、通信状態になる（ステップＳ８）。このときの通信状態においては、通話音声パケットの宛先のＩＰアドレスとしては、グローバルＩＰアドレスおよびポート番号が使用されて、ルータ１２を超えた外部のＶｏＩＰ用電話端末との通信がなされる。
【００７９】
そして、ＣＰＵ１１０は、終話要求が発生したか否か判別し（ステップＳ９）、終話要求が発生したと判別したときには、切断処理を行なって、この発信処理ルーチンを終了する。
【００８０】
また、ステップＳ３で、「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを受信したと判別したときには、ＣＰＵ１１０は、グローバルポート・マッピング解除要求をルータ１２に送出する（ステップＳ４）。
【００８１】
そして、ＣＰＵ１１０は、自己のプライベートＩＰアドレスおよびポート番号を、自端末のメディア受信用ＩＰアドレスおよびポート番号として、メディア記述部（ＳＤＰ）に含めた発信メッセージを送出して、着信先のＶｏＩＰ用電話端末に対して再発信するように制御する（ステップＳ５）。その後、上述したステップＳ６以降の処理を行なう。ただし、このときのステップＳ８における通信状態においては、通話音声パケットの宛先のＩＰアドレスとしては、プライベートＩＰアドレスおよびポート番号が用いられ、ＬＡＮ１１内のＶｏＩＰ用電話端末間で、ルータ１２を介さずに直接的に通話音声パケットがやり取りされる。
【００８２】
［ＶｏＩＰ用電話端末の着信処理］
次に、この実施形態のＶｏＩＰ用電話端末ＴＥにおける着信処理動作を、図３のフローチャートを参照して説明する。
【００８３】
この実施形態のＶｏＩＰ用電話端末ＴＥにおいては、ＣＰＵ１１０は、常に着信を監視しており、着信を検出すると、図３のフローチャートを開始させる。
【００８４】
先ず、ＣＰＵ１１０は、受け付けた着信時の発信メッセージのメディア記述部（ＳＤＰ）の、発信端末のメディア受信用ＩＰアドレス情報のうち、ポート番号を除く、グローバルＩＰアドレスの部分を参照し、当該着信端末が予め取得したルータのグローバルＩＰアドレスと一致しているか否かにより、自端末が接続されているＬＡＮ内の端末からの発信による着信であるか否かを判別する（ステップＳ２１）。
【００８５】
ステップＳ２１で、自端末が接続されるＬＡＮ内の端末からの発信による着信であると判別したときには、ＣＰＵ１１０は、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出する（ステップＳ２２）。
【００８６】
この切断メッセージに対しては、前述の図１の発信時の処理動作で説明したように、発信端末は、メディア受信用ＩＰアドレスとして、プライベートＩＰアドレスをメディア記述部（ＳＤＰ）に含めた再発信を行なうので、着信端末のＣＰＵ１１０は、その再発信による着信を待つ（ステップＳ２３）。そして、当該再発信の着信を検出すると、ＣＰＵ１１０は、自端末のメディア受信用ＩＰアドレスとして、プライベートＩＰアドレスおよびポート番号をメディア記述部（ＳＤＰ）に含めた応答メッセージを発信端末宛てに送る（ステップＳ２４）。
【００８７】
そして、発信端末からの受領承認ＡＣＫを待ち（ステップＳ２５）、受領承認ＡＣＫを確認したら、通信中となる（ステップＳ２６）。このときの通信においては、通話音声パケットの宛先のＩＰアドレスとしては、プライベートＩＰアドレスおよびポート番号が用いられ、ＬＡＮ１１内のＶｏＩＰ用電話端末間で、ルータ１２を介さずに直接的に通話音声パケットがやり取りされる。
【００８８】
そして、ＣＰＵ１１０は、終話要求が発生したか否か判別し（ステップＳ２７）、終話要求が発生したと判別したときには、切断処理を行なって（ステップＳ２８）、この着信処理ルーチンを終了する。
【００８９】
また、ステップＳ２１において、自端末が接続されるＬＡＮ内の端末からの発信による着信ではないと判別したときには、ＣＰＵ１１０は、グローバルポート・マッピング要求をルータ１２に送るように制御する（ステップＳ３１）。
【００９０】
このグローバル・マッピング要求を受けたルータ１２は、当該ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、要求してきたＶｏＩＰ用電話端末のプライベートＩＰアドレスおよびポート番号と、グローバルＩＰアドレスおよびポート番号との対応を登録するようにする。
【００９１】
次に、ＣＰＵ１１０は、自端末のメディア受信用ＩＰアドレスおよびポート番号として、ルータ１２に登録したグローバルＩＰアドレスおよびポート番号を、メディア記述部（ＳＤＰ）に含めた応答メッセージを発信端末宛てに送出するように制御する（ステップＳ３２）。
【００９２】
そして、発信端末からの受領承認ＡＣＫを待ち（ステップＳ３３）、受領承認ＡＣＫを確認したら、通信中となる（ステップＳ３４）。このときの通信においては、通話音声パケットの宛先のＩＰアドレスとしては、グローバルＩＰアドレスおよびポート番号が用いられ、ルータ１２およびインターネット１３を介して通話音声パケットがやり取りされる。
【００９３】
そして、ＣＰＵ１１０は、終話要求が発生したか否か判別し（ステップＳ３５）、終話要求が発生したと判別したときには、切断処理を行なって（ステップＳ３６）、この着信処理ルーチンを終了する。
【００９４】
［具体的なシーケンス例の説明］
次に、この実施形態における発信時の動作を、図４のシーケンスを参照して、より具体的に説明する。この図４のシーケンスは、ＬＡＮ１１に接続されるＶｏＩＰ用電話端末ＴＥ１から、同じＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ２を着信先とした発信を行なった場合の例である。
【００９５】
この図４に示すように、この実施形態においては、ＬＡＮ１２に接続されるすべてのＶｏＩＰ用電話端末ＴＥ１およびＴＥ２のそれぞれは、例えばＬＡＮ１１に接続されたときなどにおいて、ルータ１２に対してグローバルＩＰアドレス取得要求を出して、ルータ１２のナット・トラバーサル機能ＵＰｎＰを利用することにより、ルータ１２のグローバルＩＰアドレス［１０．１．１．１］を取得している（図４の▲１▼および▲２▼）。
【００９６】
この状態において、ＶｏＩＰ用電話端末ＴＥ１において、ＶｏＩＰ用電話端末ＴＥ２を着信先とする発信要求が発生すると、発信端末であるＶｏＩＰ用電話端末ＴＥ１は、まず、グローバルポート・マッピング要求をルータ１２に送り、前述したように、ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、当該ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０；１６］と、グローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］との対応を登録するようにする（図４の▲３▼）。
【００９７】
ここで、ルータ１２に接続されるＬＡＮ１１内のＶｏＩＰ用電話端末に割り当てられるグローバルＩＰアドレスは、すべてルータ１２のグローバルＩＰアドレス［１０．１．１．１］となり、ＶｏＩＰ用電話端末ごとにポート番号のみが異なるものとなる。
【００９８】
次に、発信端末ＴＥ１は、自端末のメディア受信用ＩＰアドレスおよびポート番号として、ルータ１２に登録したグローバルＩＰアドレスおよびポート番号［１０．１．１．１．１１６］を、メディア記述部（ＳＤＰ）に含めた発信メッセージを、ＶｏＩＰ用電話端末ＴＥ２を着信先に指定して送出する（図４の▲４▼）。
【００９９】
このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２のＮＡＰＴ機能が用いられて、インターネット１３を通じてプロキシサーバ１４に送られる。すると、プロキシサーバ１４は、ＳＩＰのメッセージを参照して、着信端末がルータ１２のＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ２であることを検出するので、当該発信メッセージをインターネット１３を通じてルータ１２に戻す。そして、ルータ１２は、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ２に着信させる。
【０１００】
ＶｏＩＰ用電話端末ＴＥ２は、受け付けた着信時の発信メッセージのメディア記述部の、発信端末のメディア受信用ＩＰアドレス情報のうち、ポート番号を除く、グローバルＩＰアドレスの部分を参照する。すると、この場合には、その参照したグローバルＩＰアドレスは、ルータ１２のグローバルＩＰアドレス［１０．１．１．１］であって、当該着信端末ＴＥ２が予め取得したルータ１２のグローバルＩＰアドレスと一致していることを着信端末ＴＥ２は検知して、自端末が接続されているＬＡＮ１１に接続されているＶｏＩＰ用電話端末からの発信による着信であると判別する。
【０１０１】
そして、前述の図３で説明したように、着信端末ＴＥ２は、前記判別結果に基づいて、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出する（図４の▲５▼）。この切断メッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を辿って、発信端末ＴＥ１に到達する。
【０１０２】
発信端末ＴＥ１は、この切断メッセージを受け取ると、その受領承認ＡＣＫを着信端末ＴＥ２に送った後、グローバルポート・マッピング解除要求をルータ１２に送り、当該発信端末ＴＥ１のプライベートＩＰアドレスおよびポート番号と、グローバルＩＰアドレスおよびポート番号との対応の登録を解除させるようにする（図４の▲６▼）。
【０１０３】
そして、発信端末ＴＥ１は、自己のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０：１６］を、自端末のメディア受信用ＩＰアドレスおよびポート番号として、メディア記述部（ＳＤＰ）に含めた発信メッセージを、着信端末をＶｏＩＰ用電話端末ＴＥ２に指定して送出して、再発信する（図４の▲７▼）。
【０１０４】
この再発信の発信メッセージを受けた着信端末としてのＶｏＩＰ用電話端末ＴＥ２は、当該発信メッセージのメディア記述部（ＳＤＰ）の、プライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０：１６］を、発信端末であるＶｏＩＰ用電話端末ＴＥ１の受信用ＩＰアドレスおよびポート番号として認識する。
【０１０５】
そして、着信端末ＴＥ２は、自己のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１１；２６］を、自分のメディア受信用ＩＰアドレスおよびポート番号としてメディア記述部（ＳＤＰ）に載せた応答のメッセージを発信端末ＴＥ１に返す（図４の▲８▼）。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介して発信端末ＴＥ１に送られる。
【０１０６】
発信端末ＴＥ１は、着信端末ＴＥ２からの、この応答のメッセージを受信すると、その受領承認ＡＣＫを、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介して着信端末ＴＥ２に返す。そして、発信端末ＴＥ１は、応答メッセージのメディア記述部ＳＤＰから、着信端末ＴＥ２のメディア受信用ＩＰアドレスおよびポート番号として、そのプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１１：２６］を認識する。
【０１０７】
この結果、発信端末ＴＥ１および着信端末ＴＥ２では、それぞれのメディア受信用ＩＰアドレスおよびポートとして、それぞれのプライベートＩＰアドレスおよびポート番号を認識する状態となり、図４に示すように、それぞれ相手方のプライベートＩＰアドレスおよびポート番号に対して、ＬＡＮ１１を通じて通話音声パケットの伝送を行なうことにより、通話が可能となる。
【０１０８】
次に、図５を参照して、この実施形態におけるＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ１から、ＬＡＮ１１の外のＶｏＩＰ用電話端末ＴＥ３に発信する場合を説明する。
【０１０９】
前述したように、この実施形態においては、予め発信端末ＴＥ１は、ルータ１２に対してグローバルＩＰアドレス取得要求を出して、ルータ１２のナット・トラバーサル機能ＵＰｎＰを利用することにより、当該ルータ１２のグローバルＩＰアドレス［１０．１．１．１］を取得している（図５の▲１▼）。
【０１１０】
そして、発信要求が発生すると、発信端末であるＶｏＩＰ用電話端末ＴＥ１は、まず、グローバルポート・マッピング要求をルータ１２に送り、前述したように、ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、当該ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０；１６］と、グローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］との対応を登録するようにする（図５の▲２▼）。
【０１１１】
次に、発信端末ＴＥ１は、自端末のメディア受信用ＩＰアドレスおよびポート番号として、ルータ１２に登録したグローバルＩＰアドレスおよびポート番号［１０．１．１．１．１１６］を、メディア記述部（ＳＤＰ）に含めた発信メッセージを、ＶｏＩＰ用電話端末ＴＥ３を着信先に指定して送出する（図５の▲３▼）。
【０１１２】
すると、このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２およびインターネット１３を通じてプロキシサーバ１４に送られる。プロキシサーバ１４は、着信先とされているＶｏＩＰ用電話端末ＴＥ３のグローバルＩＰアドレスにより、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ３に着信させる。
【０１１３】
この着信を受けたＶｏＩＰ用電話端末ＴＥ３は、発信メッセージのメディア記述部から、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスおよびポート番号として、そのグローバルＩＰアドレスおよびポート番号［１０．１．１．１．１１６］を認識する。
【０１１４】
そして、ＶｏＩＰ用電話端末ＴＥ３は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己に割り当てられたグローバルＩＰアドレスおよびポート番号［１０．３．３．３：２１６］をメディア記述部（ＳＤＰ）に載せた応答のメッセージをＶｏＩＰ用電話端末ＴＥ１に返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ１に送られる。
【０１１５】
この応答メッセージを受信したＶｏＩＰ用電話端末ＴＥ１は、前述と同様にして、その受領承認ＡＣＫを送出するので、ＶｏＩＰ用電話端末ＴＥ３は、その受領承認ＡＣＫの受け取りを確認した後、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を相手先とした通話音声パケットを送出する。
【０１１６】
すると、この通話音声パケットの宛先は、ルータ１２で、ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号に変換され、ＶｏＩＰ用電話端末１に渡される。また、ＶｏＩＰ用電話端末ＴＥ１からは、ＶｏＩＰ用電話端末ＴＥ３のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を相手先とした通話音声パケットが送出される。
【０１１７】
これにより、ＶｏＩＰ用電話端末ＴＥ１と、ＶｏＩＰ用電話端末ＴＥ３との間で通話が可能となる。
【０１１８】
次に、ＬＡＮ１１外のＶｏＩＰ用電話端末ＴＥ３から、ＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ１に着信があった場合のシーケンスを、図６を参照しながら説明する。
【０１１９】
この場合にも、前述したように、この実施形態においては、予め発信端末ＴＥ１は、ルータ１２に対してグローバルＩＰアドレス取得要求を出して、ルータ１２のナット・トラバーサル機能ＵＰｎＰを利用することにより、当該ルータ１２のグローバルＩＰアドレス［１０．１．１．１］を取得している（図６の▲１▼）。
【０１２０】
この状態において、ＶｏＩＰ用電話端末ＴＥ３から、自端末のメディア受信用ＩＰアドレスおよびポート番号として、グローバルＩＰアドレスおよびポート番号［１０．３．３．３．２１６］を、メディア記述部（ＳＤＰ）に含めた、ＶｏＩＰ用電話端末ＴＥ１を着信先に指定された発信がなされると（図６の▲２▼）、それが、ＶｏＩＰ用電話端末ＴＥ１に着信する。
【０１２１】
この着信を受けたＶｏＩＰ用電話端末ＴＥ１は、グローバルポート・マッピング要求をルータ１２に送り、前述したように、ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、当該ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０；１６］と、グローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］との対応を登録するようにする（図６の▲３▼）。
【０１２２】
そして、ＶｏＩＰ用電話端末ＴＥ１は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己に割り当てられたグローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］をメディア記述部（ＳＤＰ）に載せた応答のメッセージをＶｏＩＰ用電話端末ＴＥ３に返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４を介してＶｏＩＰ用電話端末ＴＥ３に送られる。この応答メッセージを受信したＶｏＩＰ用電話端末ＴＥ３は、その受領承認ＡＣＫを送出する。
【０１２３】
したがって、発信端末ＴＥ３および着信端末ＴＥ１は、それぞれ、相手方のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を認識して、そのグローバルＩＰアドレスを相手先とした通話音声パケットを送出する。これにより、ＶｏＩＰ用電話端末ＴＥ１と、ＶｏＩＰ用電話端末ＴＥ３との間で通話が可能となる。
【０１２４】
［他の実施形態］
上述の実施形態では、発信の相手先である着信端末が、発信端末が接続されているＬＡＮ内の他のＶｏＩＰ用電話端末であるか否かは、着信端末で判別して、当該着信端末がナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出するようにしたが、発信の相手先である着信端末が、発信端末が接続されているＬＡＮ内の他のＶｏＩＰ用電話端末であるか否かの判別および前記切断メッセージを送出する装置は、プロキシサーバまたはルータであってもよい。
【０１２５】
すなわち、プロキシサーバは、ＳＩＰの情報、つまり、発信端末からの発信メッセージおよび着信端末からの応答のメッセージなどを用いて、発着信、応答などの呼制御を行なっている。そこで、プロキシサーバに、ＳＩＰの情報に基づいて、同一のＬＡＮ内の端末同士の内部通信か、ＬＡＮ外の端末との外部通信かを判別する機能を設けると共に、同一のＬＡＮ内の端末同士の内部通信であると判別したときには、発信端末に対して、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出するようにする機能を設けるようにする。この構成により、上述の実施形態と同様の作用効果が得られる。
【０１２６】
また、ルータの場合には、本来、ルーティングテーブルに基づきパケットを転送する機能しか持たない。しかし、発信メッセージおよび応答メッセージはルータを必ず通る。そこで、上述の機能を実現するために、ルータに、それら発信メッセージや応答のメッセージなどのＳＩＰの情報に基づいて、同一のＬＡＮ内の端末同士の内部通信か、ＬＡＮ外の端末との外部通信かを判別する機能を設けると共に、同一のＬＡＮ内の端末同士の内部通信であると判別したときには、発信端末に対して、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出するようにする機能を設けるようにする。これにより、上述の実施形態と同様の作用効果が得られる。
【０１２７】
【発明の効果】
以上説明したように、この発明によれば、ＬＡＮ内のプライベートなアドレス空間にあるＶｏＩＰ用電話端末からの発信時に、着信先の端末が、ＬＡＮ内の同じプライベートなアドレス空間にある端末か、ＬＡＮ外のグローバルなアドレス空間にある端末かを認識しなくても、自動的にいずれのアドレス空間にある端末との通話を可能にすることができる。
【０１２８】
また、請求項２の発明によれば、ネットワーク上において、ＶｏＩＰ用電話端末のみを、この発明を実現するように構成するだけで、この発明の所期の目的を達成することができ、ネットワーク上のプロキシサーバやルータの構成を変更する必要がないというメリットがある。
【図面の簡単な説明】
【図１】この発明によるマルチメディア端末の実施形態における発信処理動作を説明するためのフローチャートを示す図である。
【図２】この発明によるマルチメディア端末の実施形態の構成を示すブロック図である。
【図３】この発明によるマルチメディア端末の実施形態における着信処理動作を説明するためのフローチャートを示す図である。
【図４】この発明によるマルチメディア端末の実施形態における発信シーケンスの例を示す図である。
【図５】この発明によるマルチメディア端末の実施形態における発信シーケンスの例を示す図である。
【図６】この発明によるマルチメディア端末の実施形態における着信シーケンスの例を示す図である。
【図７】マルチメディア通信システムのネットワークシステム構成を示す図である。
【図８】従来のマルチメディア端末における発信シーケンスの例を示す図である。
【図９】従来のマルチメディア端末における発信シーケンスの他の例を示す図である。
【図１０】従来のマルチメディア端末における発信シーケンスの他の例を示す図である。
【図１１】従来のマルチメディア端末における発信シーケンスの他の例を示す図である。
【符号の説明】
１１ ＬＡＮ
１２ ルータ
１３ インターネット
３０ ダイヤルアップルータ
１４ プロキシサーバ
ＴＥ１，ＴＥ２，ＴＥ３ ＶｏＩＰ用電話端末
【発明の属する技術分野】
この発明は、インターネットを通じて電話通信やデータ通信を行なうマルチメディア通信システムに用いられるマルチメディア端末、プロキシサーバ、ルータおよびマルチメディア通信システムにおける通信制御方法に関する。
【０００２】
【従来の技術】
インターネットやイントラネットのようなＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを利用して音声信号、画像信号、テキストデータなどをパケットデータとして伝送するようにするマルチメディア通信が知られている。
【０００３】
例えば、このマルチメディア通信の例として、音声信号を送る技術であるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いて中継交換を行ない、電話通信サービスを行なうようにするＩＰ電話が提供されている。
【０００４】
このＩＰ電話においては、発信側と受信側とはそれぞれに割り当てられたＩＰアドレスを用いて、電話音声をＩＰパケットにより伝送することにより、通話が可能となるものであり、安価な通話料で通話が可能となるため、普及が拡大している（例えば、特開平２００２−３００２８５号公報（特許文献１）参照）。
【０００５】
【特許文献１】
特開平２００２−３００２８５号公報
【０００６】
【発明が解決しようとする課題】
マルチメディア通信システムの例として、ＶｏＩＰ電話システムは、例えば図７に示すようなシステム構成となる。すなわち、複数個のＶｏＩＰ用電話端末ＴＥ１，ＴＥ２・・・がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１を通じてルータ１２に接続されると共に、このルータ１２がインターネット１３に接続される。インターネット１３には、通信の中継用のプロキシサーバ１４が接続される。さらに、インターネット１３には、ＶｏＩＰ用電話端末ＴＥ３が接続される。図示をしなかったが、インターネット１３には、他のルータを介して複数の他のＶｏＩＰ用電話端末が接続される場合もある。
【０００７】
このようなシステムにおいて、ＬＡＮ１１に接続される各ＶｏＩＰ用電話端末ＴＥ１，ＴＥ２には、当該ＬＡＮ１１内での通信のためのプライベートなアドレス空間用のプライベートＩＰアドレスが割り当てられる。このプライベートＩＰアドレスは、ＬＡＮ内の閉じたプライベートなアドレス空間での通信用として設定されるものであるので、他のＬＡＮで使用されるプライベートＩＰアドレスと重複する場合がある。
【０００８】
一方、ＬＡＮ１１に接続される各ＶｏＩＰ用電話端末ＴＥ１，ＴＥ２と、インターネット１３を通じた他のＬＡＮやＶｏＩＰ用電話端末ＴＥ３との通信のためには、インターネット１３側で割り当てを受けたグローバルＩＰアドレスを用いるようにする。ルータ１２は、ＬＡＮ１１内でのプライベートＩＰアドレスを、グローバルＩＰアドレスに変換する機能を備えている。この変換機能には、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）、または、ＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）と呼ばれているものが使用される。
【０００９】
ＮＡＴは、プライベートＩＰアドレスと、グローバルＩＰアドレスとを１対１に変換するものである。ＮＡＰＴは、プライベートＩＰアドレスとグローバルＩＰアドレスとの変換を行なう際に、ＩＰの上位プロトコルであるＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）あるいはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）のポート番号を使用して識別を行なうもので、ＩＰマスカレード（ＩＰ Ｍａｓｑｕｅｒａｄｅ）とも呼ばれている。
【００１０】
ＮＡＰＴの場合には、ＬＡＮ側の個々の端末が異なるポート番号を使用していれば、同時に複数のＬＡＮ側端末からインターネットにアクセスができる。同じことをＮＡＴで実現するためには、同時に必要なセッション数のグローバルＩＰアドレスを使用することになるが、ＮＡＰＴの場合には、グローバルＩＰアドレスは、一つでよい。
【００１１】
ＬＡＮ１１側のプライベートなアドレス空間から、インターネットを通じたグローバルなアドレス空間への、マルチメディア伝送系の接続を行なう場合には、ＬＡＮ１１側の端末が、ルータ１２のインターネット側ポートに割り当てられたグローバルＩＰアドレスを知ることができるようにする必要があり、ルータ１２には、そのための機能として、ナット・トラバーサル（ＮＡＴ Ｔｒａｖｅｒｓａｌ）機能が設けられる。このナット・トラバーサル機能を実現するものとしては、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）やＳＴＵＮ（Ｓｉｍｐｌｅ Ｔｒａｖｅｒｓａｌ ｏｆ ＵＤＰ Ｔｒｏｕｇｈ Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ）などがある。
【００１２】
しかしながら、図７のように、ＬＡＮ１１内のプライベートなアドレス空間と、インターネット１３を通じたグローバルなアドレス空間とが混在するようなＩＰネットワーク環境において、上記のナット・トラバーサル機能を用いたグローバルなアドレス空間への通信を行なうこととした場合、ＬＡＮ１１内でのプライベートなアドレス空間におけるＶｏＩＰ用電話端末同士での通信が不可能になってしまうという問題がある。以下、この問題点について、図８〜図１１のシーケンス図を用いて説明する。なお、以下の説明は、前記のアドレス変換機能としては、ＮＡＰＴが用いられる場合である。
【００１３】
この場合において、図７のプロキシサーバ１４にＶｏＩＰ用電話端末がルータを介してＩＰアドレスの登録に行くと、ルータはテーブルを用いてＶｏＩＰ用電話端末のプライベートＩＰアドレス、ポート番号からグローバルＩＰアドレス、ポート番号に変換して、それをプロキシサーバ１４に渡す。そして、プロキシサーバ１４は、登録要求してきたＶｏＩＰ用電話端末のＩＰアドレスとして、ルータで変換されたグローバルＩＰアドレスおよびポート番号を登録して管理する。
【００１４】
すなわち、プロキシサーバ１４は、ＶｏＩＰ用電話端末のＩＰアドレスを、当該ＶｏＩＰ用電話端末がＬＡＮを通じて接続されているルータのグローバルＩＰアドレスとポート番号とで管理している。なお、ルータを介さずにインターネット１３に接続されているＶｏＩＰ用電話端末ＴＥ３には、グローバルＩＰアドレスが割り当てられている。
【００１５】
図８は、ＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ１から、同じＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ２に対して発信を行なう場合の場合のシーケンス図である。この図８の例においては、ルータ１２はナット・トラバーサル機能を有しない場合である。
【００１６】
この例においては、ＶｏＩＰ用電話端末ＴＥ１は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己のプライベートＩＰアドレスおよびポート番号を、発信メッセージのメディア記述部（ＳＤＰ；Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に載せて、ＶｏＩＰ用電話端末ＴＥ２を着信先とする発信をルータ１２に送る。なお、メディア受信用ＩＰアドレスは、通話音声パケットの受信用ＩＰアドレスである。
【００１７】
この発信は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によりなされる。このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２のＮＡＴ（この例では、ＮＡＰＴ。以下同様）機能が用いられて、インターネット１３を通じてプロキシサーバ１４に送られる。
【００１８】
すると、プロキシサーバ１４は、ＳＩＰのメッセージを参照して、着信端末がルータ１２のＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ２であることを検出するので、当該発信メッセージをインターネット１３を通じてルータ１２に戻す。そして、ルータ１２は、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ２に着信させる。
【００１９】
この着信を受けたＶｏＩＰ用電話端末ＴＥ２は、発信メッセージのメディア記述部（ＳＤＰ）から、発信端末であるＶｏＩＰ用電話端末ＴＥ１の受信用ＩＰアドレスおよびポート番号として、ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号を認識する。
【００２０】
そして、ＶｏＩＰ用電話端末ＴＥ２は、自己のプライベートＩＰアドレスおよびポート番号を、自分のメディア受信用ＩＰアドレスおよびポート番号としてメディア記述部（ＳＤＰ）に載せた応答のメッセージを発信端末ＴＥ１に返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ１に送られる。
【００２１】
ＶｏＩＰ用電話端末ＴＥ１は、着信端末であるＶｏＩＰ用電話端末ＴＥ２からの応答のメッセージを受信すると、その受領承認ＡＣＫを、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ２に返す。そして、ＶｏＩＰ用電話端末ＴＥ１は、応答メッセージのメディア記述部（ＳＤＰ）から、着信端末であるＶｏＩＰ用電話端末ＴＥ２のメディア受信用ＩＰアドレスおよびポート番号として、そのプライベートＩＰアドレスおよびポート番号を認識する。
【００２２】
この結果、ＶｏＩＰ用電話端末ＴＥ１およびＴＥ２では、それぞれのメディア受信用ＩＰアドレスおよびポートとして、それぞれのプライベートＩＰアドレスおよびポート番号を認識する状態となり、図８に示すように、それぞれ相手方のプライベートＩＰアドレスおよびポート番号を相手先として、ＬＡＮ１１を通じて通話音声パケットの伝送を行なうことにより、通話が可能となる。
【００２３】
このように、ルータ１２にナット・トラバーサル機能が無い場合には、ＬＡＮ１１内でのＶｏＩＰ用電話端末同士の通信はプライベートＩＰアドレスおよびポート番号が用いられて行なわれる。
【００２４】
しかし、前述もしたように、ルータ１２にナット・トラバーサル機能が無い場合には、ＬＡＮ１１内のＶｏＩＰ用電話端末と、インターネット１３を介したＬＡＮ１１の外部のＶｏＩＰ用電話端末ＴＥ３との間では通信が不能となる。このことを、図９のシーケンス図を参照して説明する。
【００２５】
図９の例は、ルータ１２にナット・トラバーサル機能が無い場合において、ＶｏＩＰ用電話端末ＴＥ１からＶｏＩＰ用電話端末ＴＥ３に対して発信がなされた場合のシーケンス図である。
【００２６】
すなわち、この場合においては、ＶｏＩＰ用電話端末ＴＥ１は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己のプライベートＩＰアドレスおよびポート番号をメディア記述部（ＳＤＰ）に載せて、ＶｏＩＰ用電話端末ＴＥ３を着信先とする発信をする。
【００２７】
すると、このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２およびインターネット１３を通じてプロキシサーバ１４に送られる。プロキシサーバ１４は、着信先とされているＶｏＩＰ用電話端末ＴＥ３のグローバルＩＰアドレスにより、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ３に着信させる。
【００２８】
この着信を受けたＶｏＩＰ用電話端末ＴＥ３は、発信メッセージのメディア記述部（ＳＤＰ）から、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスおよびポート番号として、そのプライベートＩＰアドレスおよびポート番号を認識する。
【００２９】
そして、ＶｏＩＰ用電話端末ＴＥ３は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己に割り当てられたグローバルＩＰアドレスおよびポート番号をメディア記述部（ＳＤＰ）に載せた応答のメッセージを返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ１に送られる。
【００３０】
この応答メッセージを受信したＶｏＩＰ用電話端末ＴＥ１は、前述と同様にして、その受領承認ＡＣＫを送出するので、ＶｏＩＰ用電話端末ＴＥ３は、その受領承認ＡＣＫを受け取り、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスおよびポート番号を相手先とした通話音声パケットを送出して、通話を行なおうとする。
【００３１】
しかしながら、当該通話音声パケットは、宛先がインターネット１３上では使用できないプライベートＩＰアドレスで示されたものであるため、ルータ１２およびＶｏＩＰ用電話端末ＴＥ１には到達せず、通話ができない。
【００３２】
次に、ルータ１２が備えるナット・トラバーサル機能、例えばＵＰｎＰを使用してＶｏＩＰ用電話端末から発信を行なう場合についてのシーケンスを説明する。この場合には、ＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ１またはＴＥ２と、インターネット１３を通じた外部のＶｏＩＰ用電話端末ＴＥ３との間での通話は可能であるが、ＬＡＮ１１内のＶｏＩＰ用電話端末同士の通話が不能になる。
【００３３】
まず、ＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ１から、インターネット１３を通じた外部のＶｏＩＰ用電話端末ＴＥ３を着信先とする発信の場合のシーケンスを図１０に示す。
【００３４】
この例の場合、発信端末であるＶｏＩＰ用電話端末ＴＥ１は、予め、ルータ１２に対してグローバルＩＰアドレス取得要求を出し、ルータ１２のグローバルＩＰアドレスを取得する。
【００３５】
発信端末であるＶｏＩＰ用電話端末ＴＥ１は、また、グローバルポート・マッピング要求をルータ１２に送り、ルータ１２のＮＡＴ（ＮＡＰＴ）変換テーブルに、ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０；１６］と、グローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］との対応を登録するようにする。ここで、ルータ１２に接続されるＬＡＮ１１内のＶｏＩＰ用電話端末に割り当てられるグローバルＩＰアドレスは、すべてルータ１２のグローバルＩＰアドレス［１０．１．１．１］となり、ＶｏＩＰ用電話端末ごとにポート番号のみが異なるものとなる。
【００３６】
そして、ＶｏＩＰ用電話端末ＴＥ１は、自己のメディア受信用ＩＰアドレスおよびポート番号として、グローバルＩＰアドレスおよびポート番号を、発信メッセージのメディア記述部（ＳＤＰ）に載せて、ＶｏＩＰ用電話端末ＴＥ３を着信先とする発信をする。
【００３７】
すると、このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２およびインターネット１３を通じてプロキシサーバ１４に送られる。プロキシサーバ１４は、着信先とされているＶｏＩＰ用電話端末ＴＥ３のグローバルＩＰアドレスにより、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ３に着信させる。
【００３８】
この着信を受けたＶｏＩＰ用電話端末ＴＥ３は、発信メッセージのメディア記述部（ＳＤＰ）から、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスおよびポート番号として、そのグローバルＩＰアドレスおよびポート番号を認識する。
【００３９】
そして、ＶｏＩＰ用電話端末ＴＥ３は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己に割り当てられたグローバルＩＰアドレスおよびポート番号をメディア記述部（ＳＤＰ）に載せた応答のメッセージを、発信端末ＴＥ１に返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ１に送られる。
【００４０】
この応答メッセージを受信したＶｏＩＰ用電話端末ＴＥ１は、前述と同様にして、その受領承認ＡＣＫを送出するので、ＶｏＩＰ用電話端末ＴＥ３は、その受領承認ＡＣＫの受け取りを確認した後、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を相手先とした通話音声パケットを送出する。
【００４１】
すると、この通話音声パケットの宛先は、ルータ１２で、ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号に変換され、ＶｏＩＰ用電話端末１に渡される。また、ＶｏＩＰ用電話端末ＴＥ１からは、ＶｏＩＰ用電話端末ＴＥ３のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を相手先とした通話音声パケットが送出される。
【００４２】
これにより、ＶｏＩＰ用電話端末ＴＥ１と、ＶｏＩＰ用電話端末ＴＥ３との間で通話が可能となる。
【００４３】
次に、ＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ１から、同じＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ２を着信先とする発信の場合のシーケンスを図１１に示す。
【００４４】
この図１１に示されるように、発信から着信応答までのシーケンスは、着信先がＬＡＮ１１の外部のＶｏＩＰ用電話端末ＴＥ３から、ＬＡＮ１１の内部のＶｏＩＰ用電話端末ＴＥ２に変わり、それに応じて呼制御のためのメッセージの経路が変わるだけで、図１０のシーケンスの場合と同様である。
【００４５】
しかし、この場合には、ＶｏＩＰ用電話端末ＴＥ１およびＶｏＩＰ用電話端末ＴＥ２から送出される通話音声パケットの宛先のＩＰアドレスは、グローバルＩＰアドレスであるので、直接、ＶｏＩＰ用電話端末ＴＥ１およびＶｏＩＰ用電話端末ＴＥ２との間でやり取りはできない。しかも、ルータ１２は、ＬＡＮ１１の内部から外部への転送または外部からＬＡＮ１１の内部への転送を行なうものであって、ＬＡＮ１１の内部から受け取ったパケットをＬＡＮ１１の内部に戻すことは行なわない。そのため、この場合、ＶｏＩＰ用電話端末ＴＥ１およびＶｏＩＰ用電話端末ＴＥ２との間で、通話音声パケットの送受ができないため、通話が不能となってしまう。
【００４６】
以上の問題は、マルチメディア端末が、通信データとして通話音声データを送受するＶｏＩＰ用電話端末の場合であるが、通信データとして、映像データやその他のデータを送受する場合においても同様に生じる。
【００４７】
以上説明したように、ＬＡＮ１１内のプライベートなアドレス空間と、インターネット１３を通じたグローバルなアドレス空間とが混在するようなＩＰネットワーク環境において、ルータがナット・トラバーサル機能を備えていない場合には、ＬＡＮ１１内のマルチメディア端末と、ＬＡＮ１１外のマルチメディア端末との通信が不能になり、また、ルータのナット・トラバーサル機能を使用する場合には、ＬＡＮ１１内のマルチメディア端末同士間の通信が不能になってしまうという問題があった。
【００４８】
この発明は、以上の点にかんがみ、ＬＡＮ１１内のプライベートなアドレス空間と、インターネット１３を通じたグローバルなアドレス空間とが混在するようなＩＰネットワーク環境においても、以上のような問題点を回避できるようにしたことを目的とする。
【００４９】
【課題を解決するための手段】
上記の課題を解決するために、請求項１の発明においては、
ナット・トラバーサル機能を備えると共にインターネットに接続されているルータに、ＬＡＮを通じて接続されるマルチメディア端末であって、
自端末の通信データ受信用のＩＰアドレス情報として、前記ルータから取得したグローバルＩＰアドレスを用いて発信を行なう発信手段と、
前記発信手段からの発信の後に、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを受信したか否か判別する判別手段と、
前記判別手段で、前記切断メッセージを受信したときに、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する再発信手段と、
を備えることを特徴とするマルチメディア端末を提供する。
【００５０】
また、請求項２の発明においては、請求項１に記載のマルチメディア端末において、
前記ルータを通じて着信を受けたときに、当該着信時の情報に含まれる発信端末側の通信データ受信用のＩＰアドレスの情報から、自端末が接続されている前記ルータに接続されているマルチメディア端末からの発信であるか否かを判別する第２の判別手段と、
前記第２の判別手段で、自端末が接続されている前記ルータに接続されているマルチメディア端末からの発信であると判別したときに、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを前記ルータを介して前記発信端末に送出する手段と、
を備えることを特徴とする。
【００５１】
【作用】
上述の構成の請求項１の発明においては、ルータは、ナット・トラバーサル機能を備えており、このナット・トラバーサル機能を使用することを原則としている。このため、請求項１の発明によるマルチメディア端末においては、発信は、自端末の通信データ受信用のＩＰアドレス情報として、前記ルータから取得したグローバルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを用いて行なう。
【００５２】
そして、この発明においては、ネットワーク上において、着信先端末またはプロキシサーバあるいはルータが、発信メッセージに含まれるＩＰアドレスに基づいて、ナット・トラバーサル機能を不要とするＬＡＮ内の通信を要求する発信であるか否かを判別して、ナット・トラバーサル機能を不要とするＬＡＮ内の通信を要求する発信であると判別したときには、そのことを理由とする切断メッセージを発信端末であるマルチメディア端末に送ってくる。
【００５３】
そこで、マルチメディア端末では、当該切断メッセージを監視し、当該切断メッセージを受信したときには、ナット・トラバーサル機能を不要として、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する。
【００５４】
したがって、請求項１の発明によれば、発信は、原則として自端末の通信データ受信用のＩＰアドレス情報として、ルータから取得したグローバルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを用いて行なうので、着信の宛先がＬＡＮ外の端末であるときには、前述した図１０のようなシーケンスがなされて、当該ＬＡＮ外の端末との間で通信が可能となる。
【００５５】
また、着信の宛先がＬＡＮ内の端末であるときには、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信するので、この再発信の後は、前述した図８のようなシーケンスがなされて、当該ＬＡＮ内の端末間での通信が可能となる。
【００５６】
すなわち、請求項１の発明によれば、ＬＡＮ内のプライベートなアドレス空間にあるマルチメディア端末からの発信時に、着信先の端末が、ＬＡＮ内の同じプライベートなアドレス空間にある端末か、ＬＡＮ外のグローバルなアドレス空間にある端末かを認識しなくても、自動的にいずれのアドレス空間にある端末との通信を可能にすることができる。
【００５７】
また、請求項２の発明においては、マルチメディア端末は、ルータを通じて着信を受けたときに、当該着信時の情報に含まれる発信端末側の通信データ受信用のＩＰアドレス（グローバルＩＰアドレス）の情報から、自端末が接続されているルータに接続されているマルチメディア端末からの発信であるか否かを判別し、自端末が接続されているルータに接続されているマルチメディア端末からの発信であると判別したときには、ナット・トラバーサル機能は不要であることを理由とする切断メッセージをルータを介して発信端末に送出するようにする。
【００５８】
つまり、前記切断メッセージは、マルチメディア端末が送出するようにする。したがって、ネットワーク上において、マルチメディア端末のみを、この発明を実現するように構成するだけで、この発明の所期の目的を達成することができ、ネットワーク上のプロキシサーバやルータの構成を変更する必要がないというメリットがある。
【００５９】
【発明の実施の形態】
以下、この発明によるマルチメディア端末の実施形態およびマルチメディア通信システムにおける通信制御方法の実施の形態を、ＶｏＩＰ用電話端末およびＶｏＩＰ電話システムの場合を例にとって、図を参照しながら説明する。
【００６０】
この実施形態が適用されるＶｏＩＰ電話システムの構成は、前述した図７の構成と全く同一である。ただし、この実施形態においては、ルータ１２は、ナット・トラバーサル機能、この例ではＵＰｎＰを備えるものとされ、ＶｏＩＰ用電話端末からは、自端末のメディア受信用（通話音声パケット受信用）のＩＰアドレスは、原則としてナット・トラバーサル機能を用いて取得されたグローバルＩＰアドレスを用いるものとする。
【００６１】
また、この実施形態では、プライベートＩＰアドレスと、グローバルＩＰアドレスとの変換には、ＮＡＰＴを用いるものとするものである。
【００６２】
この実施の形態のＶｏＩＰ電話システムにおけるＬＡＮ１１に接続されるＶｏＩＰ用電話端末ＴＥ（ＴＥ１，ＴＥ２）は、全く同一のハードウエア構成を備える。図２に、ＶｏＩＰ用電話端末ＴＥのハードウエア構成例を示す。この実施の形態のＶｏＩＰ用電話端末ＴＥは、図２に示すように、端末本体１００と、ハンドセットＨＳとからなる。ハンドセットＨＳは、図示を省略したが、送話器を構成するマイクロホンと、送話アンプと、受話器を構成するスピーカと、受話アンプとを備えている。
【００６３】
端末本体１００は、コンピュータにより構成されており、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０に対して、システムバス１１１を介して、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１３と、ディスプレイコントローラ１１４と、操作入力インターフェイス（図ではインターフェイスはＩ／Ｆと記載する。以下同じ）１１６と、ＬＡＮインターフェイス１１８と、パケット分解／生成部１１９と、音声データ入出力インターフェイス１２０とが接続されている。
【００６４】
ディスプレイコントローラ１１４には、ディスプレイ１１５が接続されており、このディスプレイ１１５の表示画面には、ＣＰＵ１１０の制御にしたがった表示が行われる。
【００６５】
また、操作入力インターフェイス１１６には、テンキー、カーソルキーやその他の操作キーを含む操作入力部１１７が接続されている。ＣＰＵ１１０は、操作入力インターフェイス１１６を介して操作入力部１１７を通じて使用者がいずれの入力キーを操作したかを認識し、その認識結果に基づいて、キー入力操作に応じた処理をＲＯＭ１１２のプログラムに従って実行する。
【００６６】
ＲＯＭ１１２には、ＶｏＩＰ用電話端末としての発信時や着信時の処理シーケンスを実行するプログラムなどが記憶されている。
【００６７】
ＲＡＭ１１３は、主としてＲＯＭ１１２のプログラムがＣＰＵ１１０によって実行される際にワークエリアとして使用される。
【００６８】
ＬＡＮインターフェイス１１８は、ＩＰネットワークを構成するＬＡＮ１１を通じて送られてくるパケット化データを取り込み、また、ＬＡＮ１１にパケット化データを送出するための機能を備える。
【００６９】
パケット分解／生成部１１９は、ＬＡＮインターフェイス１１８により取り込んだパケット化データを分解して、制御データや音声データを得る機能と、送信する制御データや音声データをパケット化して送出するパケット化データを生成する機能を有する。このパケット分解／生成部１１９は、パケット化データを分解したり、生成したりするためのバッファメモリを備える。
【００７０】
なお、このパケット分解／生成部１１９のパケット分解処理機能や生成処理機能は、ＣＰＵ１１０と、ＲＯＭ１１２とにより、ソフトウエアとして実現することもできる。
【００７１】
音声データ入出力インターフェイス１２０は、パケット分解されて得られた音声データをアナログ音声信号に変換してハンドセットＨＳに供給し、また、ハンドセットＨＳから入力されるアナログ音声信号をデジタル信号に変換して取り込む機能を備える。
【００７２】
［ＶｏＩＰ用電話端末の発信処理］
以上のような構成を備えるＶｏＩＰ用電話端末ＴＥの発信時の処理動作を、図１のフローチャートを参照しながら説明する。
【００７３】
なお、後述するように、この実施形態のＶｏＩＰ用電話端末ＴＥは、例えばＬＡＮ１１に接続されたときなどのタイミングで、当該発信前には、ルータ１２に対してグローバルＩＰアドレス取得要求を出して、ルータ１２のナット・トラバーサル機能ＵＰｎＰを利用することにより、ルータ１２のグローバルＩＰアドレスを取得している。
【００７４】
発信要求がＶｏＩＰ用電話端末に発生すると、ＣＰＵ１１０によりそれが検出されて、図１のフローチャートが開始される。先ず、ＣＰＵ１１０は、グローバルポート・マッピング要求をルータ１２に送るように制御する（ステップＳ１）。このグローバル・マッピング要求を受けたルータ１２は、当該ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、要求してきたＶｏＩＰ用電話端末のプライベートＩＰアドレスおよびポート番号と、グローバルＩＰアドレスおよびポート番号との対応を登録するようにする。
【００７５】
次に、ＣＰＵ１１０は、自端末のメディア受信用ＩＰアドレスおよびポート番号として、ルータ１２に登録したグローバルＩＰアドレスおよびポート番号を、メディア記述部（ＳＤＰ）に含めた発信メッセージを、着信先のＶｏＩＰ用電話端末を指定して送出するように制御する（ステップＳ２）。
【００７６】
そして、ＣＰＵ１１０は、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを受信したか否か判別する（ステップＳ３）。
【００７７】
ステップＳ３で、前記切断メッセージを受信しないと判別したときには、ＣＰＵ１１０は、着信の応答メッセージを着信端末側から受信したか否か判別し（ステップＳ６）、着信応答の受信が無いときには、発信中止の指示があったか否か判別し（ステップＳ１１）、発信中止指示があったときには、切断処理をして、この発信処理ルーチンを終了する。ステップＳ１１で発信中止指示がないと判別したときには、ステップＳ６に戻る。
【００７８】
ステップＳ６で着信応答を受信したと判別したときには、ＣＰＵ１１０は、受領承認ＡＣＫを送出するように制御指示し（ステップＳ７）、通信状態になる（ステップＳ８）。このときの通信状態においては、通話音声パケットの宛先のＩＰアドレスとしては、グローバルＩＰアドレスおよびポート番号が使用されて、ルータ１２を超えた外部のＶｏＩＰ用電話端末との通信がなされる。
【００７９】
そして、ＣＰＵ１１０は、終話要求が発生したか否か判別し（ステップＳ９）、終話要求が発生したと判別したときには、切断処理を行なって、この発信処理ルーチンを終了する。
【００８０】
また、ステップＳ３で、「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを受信したと判別したときには、ＣＰＵ１１０は、グローバルポート・マッピング解除要求をルータ１２に送出する（ステップＳ４）。
【００８１】
そして、ＣＰＵ１１０は、自己のプライベートＩＰアドレスおよびポート番号を、自端末のメディア受信用ＩＰアドレスおよびポート番号として、メディア記述部（ＳＤＰ）に含めた発信メッセージを送出して、着信先のＶｏＩＰ用電話端末に対して再発信するように制御する（ステップＳ５）。その後、上述したステップＳ６以降の処理を行なう。ただし、このときのステップＳ８における通信状態においては、通話音声パケットの宛先のＩＰアドレスとしては、プライベートＩＰアドレスおよびポート番号が用いられ、ＬＡＮ１１内のＶｏＩＰ用電話端末間で、ルータ１２を介さずに直接的に通話音声パケットがやり取りされる。
【００８２】
［ＶｏＩＰ用電話端末の着信処理］
次に、この実施形態のＶｏＩＰ用電話端末ＴＥにおける着信処理動作を、図３のフローチャートを参照して説明する。
【００８３】
この実施形態のＶｏＩＰ用電話端末ＴＥにおいては、ＣＰＵ１１０は、常に着信を監視しており、着信を検出すると、図３のフローチャートを開始させる。
【００８４】
先ず、ＣＰＵ１１０は、受け付けた着信時の発信メッセージのメディア記述部（ＳＤＰ）の、発信端末のメディア受信用ＩＰアドレス情報のうち、ポート番号を除く、グローバルＩＰアドレスの部分を参照し、当該着信端末が予め取得したルータのグローバルＩＰアドレスと一致しているか否かにより、自端末が接続されているＬＡＮ内の端末からの発信による着信であるか否かを判別する（ステップＳ２１）。
【００８５】
ステップＳ２１で、自端末が接続されるＬＡＮ内の端末からの発信による着信であると判別したときには、ＣＰＵ１１０は、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出する（ステップＳ２２）。
【００８６】
この切断メッセージに対しては、前述の図１の発信時の処理動作で説明したように、発信端末は、メディア受信用ＩＰアドレスとして、プライベートＩＰアドレスをメディア記述部（ＳＤＰ）に含めた再発信を行なうので、着信端末のＣＰＵ１１０は、その再発信による着信を待つ（ステップＳ２３）。そして、当該再発信の着信を検出すると、ＣＰＵ１１０は、自端末のメディア受信用ＩＰアドレスとして、プライベートＩＰアドレスおよびポート番号をメディア記述部（ＳＤＰ）に含めた応答メッセージを発信端末宛てに送る（ステップＳ２４）。
【００８７】
そして、発信端末からの受領承認ＡＣＫを待ち（ステップＳ２５）、受領承認ＡＣＫを確認したら、通信中となる（ステップＳ２６）。このときの通信においては、通話音声パケットの宛先のＩＰアドレスとしては、プライベートＩＰアドレスおよびポート番号が用いられ、ＬＡＮ１１内のＶｏＩＰ用電話端末間で、ルータ１２を介さずに直接的に通話音声パケットがやり取りされる。
【００８８】
そして、ＣＰＵ１１０は、終話要求が発生したか否か判別し（ステップＳ２７）、終話要求が発生したと判別したときには、切断処理を行なって（ステップＳ２８）、この着信処理ルーチンを終了する。
【００８９】
また、ステップＳ２１において、自端末が接続されるＬＡＮ内の端末からの発信による着信ではないと判別したときには、ＣＰＵ１１０は、グローバルポート・マッピング要求をルータ１２に送るように制御する（ステップＳ３１）。
【００９０】
このグローバル・マッピング要求を受けたルータ１２は、当該ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、要求してきたＶｏＩＰ用電話端末のプライベートＩＰアドレスおよびポート番号と、グローバルＩＰアドレスおよびポート番号との対応を登録するようにする。
【００９１】
次に、ＣＰＵ１１０は、自端末のメディア受信用ＩＰアドレスおよびポート番号として、ルータ１２に登録したグローバルＩＰアドレスおよびポート番号を、メディア記述部（ＳＤＰ）に含めた応答メッセージを発信端末宛てに送出するように制御する（ステップＳ３２）。
【００９２】
そして、発信端末からの受領承認ＡＣＫを待ち（ステップＳ３３）、受領承認ＡＣＫを確認したら、通信中となる（ステップＳ３４）。このときの通信においては、通話音声パケットの宛先のＩＰアドレスとしては、グローバルＩＰアドレスおよびポート番号が用いられ、ルータ１２およびインターネット１３を介して通話音声パケットがやり取りされる。
【００９３】
そして、ＣＰＵ１１０は、終話要求が発生したか否か判別し（ステップＳ３５）、終話要求が発生したと判別したときには、切断処理を行なって（ステップＳ３６）、この着信処理ルーチンを終了する。
【００９４】
［具体的なシーケンス例の説明］
次に、この実施形態における発信時の動作を、図４のシーケンスを参照して、より具体的に説明する。この図４のシーケンスは、ＬＡＮ１１に接続されるＶｏＩＰ用電話端末ＴＥ１から、同じＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ２を着信先とした発信を行なった場合の例である。
【００９５】
この図４に示すように、この実施形態においては、ＬＡＮ１２に接続されるすべてのＶｏＩＰ用電話端末ＴＥ１およびＴＥ２のそれぞれは、例えばＬＡＮ１１に接続されたときなどにおいて、ルータ１２に対してグローバルＩＰアドレス取得要求を出して、ルータ１２のナット・トラバーサル機能ＵＰｎＰを利用することにより、ルータ１２のグローバルＩＰアドレス［１０．１．１．１］を取得している（図４の▲１▼および▲２▼）。
【００９６】
この状態において、ＶｏＩＰ用電話端末ＴＥ１において、ＶｏＩＰ用電話端末ＴＥ２を着信先とする発信要求が発生すると、発信端末であるＶｏＩＰ用電話端末ＴＥ１は、まず、グローバルポート・マッピング要求をルータ１２に送り、前述したように、ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、当該ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０；１６］と、グローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］との対応を登録するようにする（図４の▲３▼）。
【００９７】
ここで、ルータ１２に接続されるＬＡＮ１１内のＶｏＩＰ用電話端末に割り当てられるグローバルＩＰアドレスは、すべてルータ１２のグローバルＩＰアドレス［１０．１．１．１］となり、ＶｏＩＰ用電話端末ごとにポート番号のみが異なるものとなる。
【００９８】
次に、発信端末ＴＥ１は、自端末のメディア受信用ＩＰアドレスおよびポート番号として、ルータ１２に登録したグローバルＩＰアドレスおよびポート番号［１０．１．１．１．１１６］を、メディア記述部（ＳＤＰ）に含めた発信メッセージを、ＶｏＩＰ用電話端末ＴＥ２を着信先に指定して送出する（図４の▲４▼）。
【００９９】
このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２のＮＡＰＴ機能が用いられて、インターネット１３を通じてプロキシサーバ１４に送られる。すると、プロキシサーバ１４は、ＳＩＰのメッセージを参照して、着信端末がルータ１２のＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ２であることを検出するので、当該発信メッセージをインターネット１３を通じてルータ１２に戻す。そして、ルータ１２は、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ２に着信させる。
【０１００】
ＶｏＩＰ用電話端末ＴＥ２は、受け付けた着信時の発信メッセージのメディア記述部の、発信端末のメディア受信用ＩＰアドレス情報のうち、ポート番号を除く、グローバルＩＰアドレスの部分を参照する。すると、この場合には、その参照したグローバルＩＰアドレスは、ルータ１２のグローバルＩＰアドレス［１０．１．１．１］であって、当該着信端末ＴＥ２が予め取得したルータ１２のグローバルＩＰアドレスと一致していることを着信端末ＴＥ２は検知して、自端末が接続されているＬＡＮ１１に接続されているＶｏＩＰ用電話端末からの発信による着信であると判別する。
【０１０１】
そして、前述の図３で説明したように、着信端末ＴＥ２は、前記判別結果に基づいて、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出する（図４の▲５▼）。この切断メッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を辿って、発信端末ＴＥ１に到達する。
【０１０２】
発信端末ＴＥ１は、この切断メッセージを受け取ると、その受領承認ＡＣＫを着信端末ＴＥ２に送った後、グローバルポート・マッピング解除要求をルータ１２に送り、当該発信端末ＴＥ１のプライベートＩＰアドレスおよびポート番号と、グローバルＩＰアドレスおよびポート番号との対応の登録を解除させるようにする（図４の▲６▼）。
【０１０３】
そして、発信端末ＴＥ１は、自己のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０：１６］を、自端末のメディア受信用ＩＰアドレスおよびポート番号として、メディア記述部（ＳＤＰ）に含めた発信メッセージを、着信端末をＶｏＩＰ用電話端末ＴＥ２に指定して送出して、再発信する（図４の▲７▼）。
【０１０４】
この再発信の発信メッセージを受けた着信端末としてのＶｏＩＰ用電話端末ＴＥ２は、当該発信メッセージのメディア記述部（ＳＤＰ）の、プライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０：１６］を、発信端末であるＶｏＩＰ用電話端末ＴＥ１の受信用ＩＰアドレスおよびポート番号として認識する。
【０１０５】
そして、着信端末ＴＥ２は、自己のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１１；２６］を、自分のメディア受信用ＩＰアドレスおよびポート番号としてメディア記述部（ＳＤＰ）に載せた応答のメッセージを発信端末ＴＥ１に返す（図４の▲８▼）。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介して発信端末ＴＥ１に送られる。
【０１０６】
発信端末ＴＥ１は、着信端末ＴＥ２からの、この応答のメッセージを受信すると、その受領承認ＡＣＫを、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介して着信端末ＴＥ２に返す。そして、発信端末ＴＥ１は、応答メッセージのメディア記述部ＳＤＰから、着信端末ＴＥ２のメディア受信用ＩＰアドレスおよびポート番号として、そのプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１１：２６］を認識する。
【０１０７】
この結果、発信端末ＴＥ１および着信端末ＴＥ２では、それぞれのメディア受信用ＩＰアドレスおよびポートとして、それぞれのプライベートＩＰアドレスおよびポート番号を認識する状態となり、図４に示すように、それぞれ相手方のプライベートＩＰアドレスおよびポート番号に対して、ＬＡＮ１１を通じて通話音声パケットの伝送を行なうことにより、通話が可能となる。
【０１０８】
次に、図５を参照して、この実施形態におけるＬＡＮ１１に接続されているＶｏＩＰ用電話端末ＴＥ１から、ＬＡＮ１１の外のＶｏＩＰ用電話端末ＴＥ３に発信する場合を説明する。
【０１０９】
前述したように、この実施形態においては、予め発信端末ＴＥ１は、ルータ１２に対してグローバルＩＰアドレス取得要求を出して、ルータ１２のナット・トラバーサル機能ＵＰｎＰを利用することにより、当該ルータ１２のグローバルＩＰアドレス［１０．１．１．１］を取得している（図５の▲１▼）。
【０１１０】
そして、発信要求が発生すると、発信端末であるＶｏＩＰ用電話端末ＴＥ１は、まず、グローバルポート・マッピング要求をルータ１２に送り、前述したように、ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、当該ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０；１６］と、グローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］との対応を登録するようにする（図５の▲２▼）。
【０１１１】
次に、発信端末ＴＥ１は、自端末のメディア受信用ＩＰアドレスおよびポート番号として、ルータ１２に登録したグローバルＩＰアドレスおよびポート番号［１０．１．１．１．１１６］を、メディア記述部（ＳＤＰ）に含めた発信メッセージを、ＶｏＩＰ用電話端末ＴＥ３を着信先に指定して送出する（図５の▲３▼）。
【０１１２】
すると、このＶｏＩＰ用電話端末ＴＥ１からの発信（ＩＮＶＩＴＥ）メッセージは、ルータ１２およびインターネット１３を通じてプロキシサーバ１４に送られる。プロキシサーバ１４は、着信先とされているＶｏＩＰ用電話端末ＴＥ３のグローバルＩＰアドレスにより、当該発信メッセージをＶｏＩＰ用電話端末ＴＥ３に着信させる。
【０１１３】
この着信を受けたＶｏＩＰ用電話端末ＴＥ３は、発信メッセージのメディア記述部から、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスおよびポート番号として、そのグローバルＩＰアドレスおよびポート番号［１０．１．１．１．１１６］を認識する。
【０１１４】
そして、ＶｏＩＰ用電話端末ＴＥ３は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己に割り当てられたグローバルＩＰアドレスおよびポート番号［１０．３．３．３：２１６］をメディア記述部（ＳＤＰ）に載せた応答のメッセージをＶｏＩＰ用電話端末ＴＥ１に返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４−ルータ１２の経路を介してＶｏＩＰ用電話端末ＴＥ１に送られる。
【０１１５】
この応答メッセージを受信したＶｏＩＰ用電話端末ＴＥ１は、前述と同様にして、その受領承認ＡＣＫを送出するので、ＶｏＩＰ用電話端末ＴＥ３は、その受領承認ＡＣＫの受け取りを確認した後、発信端末であるＶｏＩＰ用電話端末ＴＥ１のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を相手先とした通話音声パケットを送出する。
【０１１６】
すると、この通話音声パケットの宛先は、ルータ１２で、ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号に変換され、ＶｏＩＰ用電話端末１に渡される。また、ＶｏＩＰ用電話端末ＴＥ１からは、ＶｏＩＰ用電話端末ＴＥ３のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を相手先とした通話音声パケットが送出される。
【０１１７】
これにより、ＶｏＩＰ用電話端末ＴＥ１と、ＶｏＩＰ用電話端末ＴＥ３との間で通話が可能となる。
【０１１８】
次に、ＬＡＮ１１外のＶｏＩＰ用電話端末ＴＥ３から、ＬＡＮ１１内のＶｏＩＰ用電話端末ＴＥ１に着信があった場合のシーケンスを、図６を参照しながら説明する。
【０１１９】
この場合にも、前述したように、この実施形態においては、予め発信端末ＴＥ１は、ルータ１２に対してグローバルＩＰアドレス取得要求を出して、ルータ１２のナット・トラバーサル機能ＵＰｎＰを利用することにより、当該ルータ１２のグローバルＩＰアドレス［１０．１．１．１］を取得している（図６の▲１▼）。
【０１２０】
この状態において、ＶｏＩＰ用電話端末ＴＥ３から、自端末のメディア受信用ＩＰアドレスおよびポート番号として、グローバルＩＰアドレスおよびポート番号［１０．３．３．３．２１６］を、メディア記述部（ＳＤＰ）に含めた、ＶｏＩＰ用電話端末ＴＥ１を着信先に指定された発信がなされると（図６の▲２▼）、それが、ＶｏＩＰ用電話端末ＴＥ１に着信する。
【０１２１】
この着信を受けたＶｏＩＰ用電話端末ＴＥ１は、グローバルポート・マッピング要求をルータ１２に送り、前述したように、ルータ１２が備えるＮＡＴ（ＮＡＰＴ）変換テーブルに、当該ＶｏＩＰ用電話端末ＴＥ１のプライベートＩＰアドレスおよびポート番号［１７２．２６．０．１０；１６］と、グローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］との対応を登録するようにする（図６の▲３▼）。
【０１２２】
そして、ＶｏＩＰ用電話端末ＴＥ１は、自己のメディア受信用ＩＰアドレスおよびポート番号として、自己に割り当てられたグローバルＩＰアドレスおよびポート番号［１０．１．１．１：１１６］をメディア記述部（ＳＤＰ）に載せた応答のメッセージをＶｏＩＰ用電話端末ＴＥ３に返す。この応答のメッセージは、ルータ１２−プロキシサーバ１４を介してＶｏＩＰ用電話端末ＴＥ３に送られる。この応答メッセージを受信したＶｏＩＰ用電話端末ＴＥ３は、その受領承認ＡＣＫを送出する。
【０１２３】
したがって、発信端末ＴＥ３および着信端末ＴＥ１は、それぞれ、相手方のメディア受信用ＩＰアドレスであるグローバルＩＰアドレスおよびポート番号を認識して、そのグローバルＩＰアドレスを相手先とした通話音声パケットを送出する。これにより、ＶｏＩＰ用電話端末ＴＥ１と、ＶｏＩＰ用電話端末ＴＥ３との間で通話が可能となる。
【０１２４】
［他の実施形態］
上述の実施形態では、発信の相手先である着信端末が、発信端末が接続されているＬＡＮ内の他のＶｏＩＰ用電話端末であるか否かは、着信端末で判別して、当該着信端末がナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出するようにしたが、発信の相手先である着信端末が、発信端末が接続されているＬＡＮ内の他のＶｏＩＰ用電話端末であるか否かの判別および前記切断メッセージを送出する装置は、プロキシサーバまたはルータであってもよい。
【０１２５】
すなわち、プロキシサーバは、ＳＩＰの情報、つまり、発信端末からの発信メッセージおよび着信端末からの応答のメッセージなどを用いて、発着信、応答などの呼制御を行なっている。そこで、プロキシサーバに、ＳＩＰの情報に基づいて、同一のＬＡＮ内の端末同士の内部通信か、ＬＡＮ外の端末との外部通信かを判別する機能を設けると共に、同一のＬＡＮ内の端末同士の内部通信であると判別したときには、発信端末に対して、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出するようにする機能を設けるようにする。この構成により、上述の実施形態と同様の作用効果が得られる。
【０１２６】
また、ルータの場合には、本来、ルーティングテーブルに基づきパケットを転送する機能しか持たない。しかし、発信メッセージおよび応答メッセージはルータを必ず通る。そこで、上述の機能を実現するために、ルータに、それら発信メッセージや応答のメッセージなどのＳＩＰの情報に基づいて、同一のＬＡＮ内の端末同士の内部通信か、ＬＡＮ外の端末との外部通信かを判別する機能を設けると共に、同一のＬＡＮ内の端末同士の内部通信であると判別したときには、発信端末に対して、ナット・トラバーサル機能は不要であることを意味する「Ｎｏ Ｎｅｅｄ ＮＡＴ Ｔｒａｖｅｒｓａｌ」を詳細理由として含む切断メッセージを送出するようにする機能を設けるようにする。これにより、上述の実施形態と同様の作用効果が得られる。
【０１２７】
【発明の効果】
以上説明したように、この発明によれば、ＬＡＮ内のプライベートなアドレス空間にあるＶｏＩＰ用電話端末からの発信時に、着信先の端末が、ＬＡＮ内の同じプライベートなアドレス空間にある端末か、ＬＡＮ外のグローバルなアドレス空間にある端末かを認識しなくても、自動的にいずれのアドレス空間にある端末との通話を可能にすることができる。
【０１２８】
また、請求項２の発明によれば、ネットワーク上において、ＶｏＩＰ用電話端末のみを、この発明を実現するように構成するだけで、この発明の所期の目的を達成することができ、ネットワーク上のプロキシサーバやルータの構成を変更する必要がないというメリットがある。
【図面の簡単な説明】
【図１】この発明によるマルチメディア端末の実施形態における発信処理動作を説明するためのフローチャートを示す図である。
【図２】この発明によるマルチメディア端末の実施形態の構成を示すブロック図である。
【図３】この発明によるマルチメディア端末の実施形態における着信処理動作を説明するためのフローチャートを示す図である。
【図４】この発明によるマルチメディア端末の実施形態における発信シーケンスの例を示す図である。
【図５】この発明によるマルチメディア端末の実施形態における発信シーケンスの例を示す図である。
【図６】この発明によるマルチメディア端末の実施形態における着信シーケンスの例を示す図である。
【図７】マルチメディア通信システムのネットワークシステム構成を示す図である。
【図８】従来のマルチメディア端末における発信シーケンスの例を示す図である。
【図９】従来のマルチメディア端末における発信シーケンスの他の例を示す図である。
【図１０】従来のマルチメディア端末における発信シーケンスの他の例を示す図である。
【図１１】従来のマルチメディア端末における発信シーケンスの他の例を示す図である。
【符号の説明】
１１ ＬＡＮ
１２ ルータ
１３ インターネット
３０ ダイヤルアップルータ
１４ プロキシサーバ
ＴＥ１，ＴＥ２，ＴＥ３ ＶｏＩＰ用電話端末
Claims (7)
- ナット・トラバーサル（ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ） Ｔｒａｖｅｒｓａｌ）機能を備えると共にインターネットに接続されているルータに、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を通じて接続されるマルチメディア端末であって、
自端末の通信データ受信用のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス情報として、前記ルータから取得したグローバルＩＰアドレスを用いて発信を行なう発信手段と、
前記発信手段からの発信の後に、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを受信したか否か判別する判別手段と、
前記判別手段で、前記切断メッセージを受信したときに、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する再発信手段と、
を備えることを特徴とするマルチメディア端末。 - 請求項１に記載のマルチメディア端末において、
前記ルータを通じて着信を受けたときに、当該着信時の情報に含まれる発信端末側の通信データ受信用のＩＰアドレスの情報から、自端末が接続されている前記ルータに接続されているマルチメディア端末からの発信であるか否かを判別する第２の判別手段と、
前記第２の判別手段で、自端末が接続されている前記ルータに接続されているマルチメディア端末からの発信であると判別したときに、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを前記ルータを介して前記発信端末に送出する手段と、
を備えることを特徴とするマルチメディア端末。 - インターネットを通じて送られてくる発信時の呼制御のためのメッセージに含まれるＩＰアドレス情報から、前記発信端末側と着信端末側とが同一のＬＡＮに接続されたものであるか否かを判別する判別手段と、
前記判別手段で、前記発信端末側と着信端末側とが同一のＬＡＮに接続されたものであると判別したときに、前記発信端末側に、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを送出する手段と、
を備えることを特徴とするプロキシサーバ。 - ナット・トラバーサル機能を備え、インターネットに接続されると共に、複数のマルチメディア端末がＬＡＮを通じて接続されているルータであって、
前記ＬＡＮを通じた前記マルチメディア端末からの発信のメッセージと、前記インターネットを通じた着信端末からの応答のメッセージの情報とに基づいて、前記ルータ内の前記マルチメディア端末間での通信の要求であるか否かを判別する判別手段と、
前記判別手段で、前記ルータ内の前記マルチメディア端末間での通信の要求であると判別したときに、前記発信をした前記マルチメディア端末に対して、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを送出する手段と、
を備えることを特徴とするルータ。 - ナット・トラバーサル機能を備えると共にインターネットに接続されているルータと、前記ルータにＬＡＮを通じて接続される複数のマルチメディア端末と、前記インターネットに接続されるプロキシサーバとからなるマルチメディア通信システムにおける通信制御方法であって、
前記マルチメディア端末からは、グローバルＩＰアドレスを用いて発信を行なうようにし、
前記ルータを通じて着信を受けた前記マルチメディア端末は、当該着信時の情報に含まれる発信端末側の前記通信データ受信用のＩＰアドレスの情報から、自端末が接続されている前記ルータに接続されているマルチメディア端末からの発信であるか否かを判別し、自端末が接続されている前記ルータに接続されているマルチメディア端末からの発信であると判別したときに、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを前記ルータを介して前記発信端末に送出し、
前記切断メッセージを受信した前記発信をした前記マルチメディア端末は、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する
ことを特徴とするマルチメディア通信システムにおける通信制御方法。 - ナット・トラバーサル機能を備えると共にインターネットに接続されているルータと、前記ルータにＬＡＮを通じて接続される複数のマルチメディア端末と、前記インターネットに接続されるプロキシサーバとからなるマルチメディア通信システムにおける通信制御方法であって、
前記マルチメディア端末からは、グローバルＩＰアドレスを用いて発信を行なうようにし、
前記プロキシサーバは、前記インターネットを通じて送られてくる発信時の呼制御のためのメッセージに含まれるＩＰアドレス情報から、前記発信端末側と着信端末側とが同一のＬＡＮに接続されたものであるか否かを判別し、前記発信端末側と着信端末側とが同一のＬＡＮに接続されたものであると判別したときに、前記発信端末側に、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを送出し、
前記切断メッセージを受信した前記発信をした前記マルチメディア端末は、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する
ことを特徴とするマルチメディア通信システムにおける通信制御方法。 - ナット・トラバーサル機能を備えると共にインターネットに接続されているルータと、前記ルータにＬＡＮを通じて接続される複数のマルチメディア端末と、前記インターネットに接続されるプロキシサーバとからなるマルチメディア通信システムにおける通信制御方法であって、
前記マルチメディア端末からは、自端末の通話音声受信用のＩＰアドレスとして、グローバルＩＰアドレスを用いて発信を行なうようにし、
前記ルータは、前記ＬＡＮを通じた前記マルチメディア端末からの発信のメッセージと、前記インターネットを通じた着信端末からの応答のメッセージの情報とに基づいて、前記ルータ内の前記マルチメディア端末間での通信の要求であるか否かを判別し、前記ルータ内の前記マルチメディア端末間での通信の要求であると判別したときに、前記発信をした前記マルチメディア端末に対して、ナット・トラバーサル機能は不要であることを理由とする切断メッセージを送出し、
前記切断メッセージを受信した前記発信をした前記マルチメディア端末は、自端末の通信データ受信用のＩＰアドレス情報としてプライベートＩＰアドレスを用いて再発信する
ことを特徴とするマルチメディア通信システムにおける通信制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003103355A JP4022759B2 (ja) | 2003-04-07 | 2003-04-07 | マルチメディア端末、プロキシサーバ、ルータおよびマルチメディア通信システムにおける通信制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003103355A JP4022759B2 (ja) | 2003-04-07 | 2003-04-07 | マルチメディア端末、プロキシサーバ、ルータおよびマルチメディア通信システムにおける通信制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004312392A true JP2004312392A (ja) | 2004-11-04 |
| JP4022759B2 JP4022759B2 (ja) | 2007-12-19 |
Family
ID=33466518
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003103355A Expired - Fee Related JP4022759B2 (ja) | 2003-04-07 | 2003-04-07 | マルチメディア端末、プロキシサーバ、ルータおよびマルチメディア通信システムにおける通信制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4022759B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006262466A (ja) * | 2005-03-15 | 2006-09-28 | Microsoft Corp | リレーによって割り当てられるポート数を削減する方法およびシステム |
| JP2007060281A (ja) * | 2005-08-24 | 2007-03-08 | Matsushita Electric Ind Co Ltd | Ｉｐ通信装置及びその制御方法 |
| JP2009118198A (ja) * | 2007-11-07 | 2009-05-28 | Nec Infrontia Corp | ＳＩＰ電話機、ＶｏＩＰシステム及びそれらに用いる同一ネットワーク内通信方法並びにそのプログラム |
| JP2010534002A (ja) * | 2007-06-29 | 2010-10-28 | テレコム・イタリア・エッセ・ピー・アー | ローカルエリアネットワークにおいて通信セッション制御を提供するための方法およびシステム |
| JP2012524499A (ja) * | 2009-04-20 | 2012-10-11 | アップル インコーポレイテッド | 一連の携帯サービス機能を維持しながらデータテザリングサービスを提供することのできる携帯端末 |
-
2003
- 2003-04-07 JP JP2003103355A patent/JP4022759B2/ja not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006262466A (ja) * | 2005-03-15 | 2006-09-28 | Microsoft Corp | リレーによって割り当てられるポート数を削減する方法およびシステム |
| JP2007060281A (ja) * | 2005-08-24 | 2007-03-08 | Matsushita Electric Ind Co Ltd | Ｉｐ通信装置及びその制御方法 |
| JP4722623B2 (ja) * | 2005-08-24 | 2011-07-13 | パナソニック株式会社 | Ｉｐ通信装置及びその制御方法 |
| JP2010534002A (ja) * | 2007-06-29 | 2010-10-28 | テレコム・イタリア・エッセ・ピー・アー | ローカルエリアネットワークにおいて通信セッション制御を提供するための方法およびシステム |
| JP2009118198A (ja) * | 2007-11-07 | 2009-05-28 | Nec Infrontia Corp | ＳＩＰ電話機、ＶｏＩＰシステム及びそれらに用いる同一ネットワーク内通信方法並びにそのプログラム |
| JP2012524499A (ja) * | 2009-04-20 | 2012-10-11 | アップル インコーポレイテッド | 一連の携帯サービス機能を維持しながらデータテザリングサービスを提供することのできる携帯端末 |
| US9398136B2 (en) | 2009-04-20 | 2016-07-19 | Apple Inc. | Handheld device capable of providing data tethering services while maintaining suite of handheld service functions |
| US10057928B2 (en) | 2009-04-20 | 2018-08-21 | Apple Inc. | Handheld device processing for providing data tethering services while maintaining suite of handheld service functions |
| US10841962B2 (en) | 2009-04-20 | 2020-11-17 | Apple Inc. | Apparatus and method for accessing a remote network concurrently with a tethered device accessing the remote network |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4022759B2 (ja) | 2007-12-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8340089B2 (en) | Apparatus and method for managing data transfer in VoIP gateway | |
| US7050422B2 (en) | System and method for providing real time connectionless communication of media data through a firewall | |
| TWI408936B (zh) | 網路穿透方法及網路通訊系統 | |
| US7072341B2 (en) | Real time streaming media communication system | |
| US8130760B2 (en) | Session initiation and maintenance while roaming | |
| AU2005201075B2 (en) | Apparatus and method for voice processing of voice over internet protocol (VOIP) | |
| US20050066038A1 (en) | Session control system, communication terminal and servers | |
| US20070147263A1 (en) | Method for transmitting real-time streaming data and apparatus using the same | |
| WO2007036160A1 (fr) | Appareil, systeme et procede assurant la communication entre un client et un serveur | |
| WO2006095451A1 (ja) | 中継装置、通信システム、これらの制御方法及び制御プログラム | |
| WO2006082576A2 (en) | A method and apparatus for server-side nat detection | |
| JP2005236824A (ja) | ＩＰｖ６／ＩＰｖ４トランスレータ | |
| JP2005129980A (ja) | ネットワーク、構内交換機、無線ｌａｎ端末及びそれに用いるマルチプロトコル通信端末制御方法 | |
| JP4094511B2 (ja) | ネットワーク通信端末装置 | |
| JP4722623B2 (ja) | Ｉｐ通信装置及びその制御方法 | |
| JP4022759B2 (ja) | マルチメディア端末、プロキシサーバ、ルータおよびマルチメディア通信システムにおける通信制御方法 | |
| US20080165782A1 (en) | Method for Data Interchange Between Network Elements | |
| JP2001156852A (ja) | ネットワークアドレス変換装置 | |
| CN107634954B (zh) | 一种软交换呼叫方法及系统 | |
| JP2007104676A (ja) | ＶｏＩＰ端末及び該端末の通信方法 | |
| JP4648436B2 (ja) | パケット振り分け装置、通信システム、パケット処理方法、及びプログラム | |
| JP2010011120A (ja) | Ｕｎｉ接続におけるｎａｔ変換装置およびｎａｔ変換プログラム | |
| WO2002017035A2 (en) | Method and system for establishing connections between terminals connected to network environments having different ip-addressing schemes | |
| JP4381190B2 (ja) | Ｄｍｚを介した外部ネットワークからイントラネット上のサーバへの端末識別の登録 | |
| JP2005020080A (ja) | 加入者端末間通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051028 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070816 |
|
| 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: 20070905 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070918 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4022759 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101012 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101012 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111012 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111012 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121012 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121012 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131012 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |