JP2013021523A - 通信端末および通信制御方法 - Google Patents
通信端末および通信制御方法 Download PDFInfo
- Publication number
- JP2013021523A JP2013021523A JP2011153541A JP2011153541A JP2013021523A JP 2013021523 A JP2013021523 A JP 2013021523A JP 2011153541 A JP2011153541 A JP 2011153541A JP 2011153541 A JP2011153541 A JP 2011153541A JP 2013021523 A JP2013021523 A JP 2013021523A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- communication path
- ice
- data communication
- data
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】NAT通過のデータ通信を行う際、データ通信開始までの所要時間を短縮する。
【解決手段】通信端末10で、相手通信端末20とのデータ通信に使用可能な各通信経路について並列的に接続チェックを実行するものとし、データ通信用経路によりデータ通信が開始された後に、各通信経路のうちから新たな通信経路の接続性が確認された際、データ通信用経路と当該新たな通信経路とについて、ICE方式に基づき予め決定しておいた各通信経路の優先順位を比較し、データ通信用経路より当該新たな通信経路の優先順位が高い場合、相手通信端末20とのデータ通信を当該新たな通信経路へ切り替えて継続する。
【選択図】 図1
【解決手段】通信端末10で、相手通信端末20とのデータ通信に使用可能な各通信経路について並列的に接続チェックを実行するものとし、データ通信用経路によりデータ通信が開始された後に、各通信経路のうちから新たな通信経路の接続性が確認された際、データ通信用経路と当該新たな通信経路とについて、ICE方式に基づき予め決定しておいた各通信経路の優先順位を比較し、データ通信用経路より当該新たな通信経路の優先順位が高い場合、相手通信端末20とのデータ通信を当該新たな通信経路へ切り替えて継続する。
【選択図】 図1
Description
本発明は、データ通信技術に関し、特にNAT(Network Address Translator)通過のためのICE方式(Interactive Connectivity Establishment/RFC5245)で用いる通信制御技術に関する。
イントラネットなどのプライベートネットワークに接続された複数のプライベート通信端末を、インターネットなどのパブリックネットワークに接続する場合、パブリックネットワーク側のグローバルアドレスを各プライベート通信端末で共用することにより、アドレス空間を効率的に利用することができる。
この場合、プライベートネットワークとパブリックネットワークとを相互接続するルータに搭載された通信制御機能の1つであるNATを利用して、プライベートネットワーク上でプライベート通信端末に割り当てられているHostアドレスと、ルータに割り当てられたパブリックネットワーク側のグローバルアドレスとを透過的に相互変換することになる。
この場合、プライベートネットワークとパブリックネットワークとを相互接続するルータに搭載された通信制御機能の1つであるNATを利用して、プライベートネットワーク上でプライベート通信端末に割り当てられているHostアドレスと、ルータに割り当てられたパブリックネットワーク側のグローバルアドレスとを透過的に相互変換することになる。
具体的には、プライベート通信端末のHostアドレスとポート番号との組合せからなるトランスポートアドレスを、ルータのポート番号に割り当てる、いわゆるポートマッピング方式が用いられる。
したがって、この場合、プライベート通信端末に関するパブリックネットワーク側のアドレスとして、ルータのパブリックネットワーク側グローバルアドレスとポート番号の組合せからなるトランスポートアドレス、いわゆるMappedアドレスが用いられる。
したがって、この場合、プライベート通信端末に関するパブリックネットワーク側のアドレスとして、ルータのパブリックネットワーク側グローバルアドレスとポート番号の組合せからなるトランスポートアドレス、いわゆるMappedアドレスが用いられる。
また、NAT通過のための通信プロトコルとしてTURN方式(Traversal Using Relay NAT/RFC5766)がある。これは、プライベート通信端末とピアツーピアでデータ通信可能なTURNサーバをパブリックネットワーク側に設け、このTURNサーバを経由してパブリックネットワーク側の通信端末とデータ通信を行う方式である。
したがって、TURN方式では、プライベート通信端末に関するパブリックネットワーク側のアドレスとして、TURNサーバのパブリックネットワーク側グローバルアドレスとポート番号の組合せからなるトランスポートアドレス、いわゆるRelayedアドレスが用いられる。
したがって、TURN方式では、プライベート通信端末に関するパブリックネットワーク側のアドレスとして、TURNサーバのパブリックネットワーク側グローバルアドレスとポート番号の組合せからなるトランスポートアドレス、いわゆるRelayedアドレスが用いられる。
このように、NATを通過するデータ通信を行う通信端末には、複数のアドレスが存在することになる。したがって、NAT通過データ通信を行う場合、これら複数のアドレスの組合せの数だけ、通信経路が存在することになる。
このため、通信端末間でデータ通信を開始する際、それぞれの通信端末がデータ通信で使用する候補となる自端末のアドレスについて、予め設定されている優先順位を通信端末間でやり取りしておく。そして、NAT通過用の通信プロトコルであるICE方式に基づいて、候補となるアドレスの組合せからなる通信経路のうち、当該アドレスの優先順位が高いものから順に接続チェックを行い、最初に接続可能と判定された通信経路を用いて、データ通信を開始するものとなっている(例えば、非特許文献1など参照)。
このため、通信端末間でデータ通信を開始する際、それぞれの通信端末がデータ通信で使用する候補となる自端末のアドレスについて、予め設定されている優先順位を通信端末間でやり取りしておく。そして、NAT通過用の通信プロトコルであるICE方式に基づいて、候補となるアドレスの組合せからなる通信経路のうち、当該アドレスの優先順位が高いものから順に接続チェックを行い、最初に接続可能と判定された通信経路を用いて、データ通信を開始するものとなっている(例えば、非特許文献1など参照)。
RFC5245、「Interactive Connectivity Establishment(ICE): A Protocol for Network Address Translator(NAT) Traversal for Offer/Answer Protocols」、IETF
しかしながら、このような従来技術では、アドレスの優先順位が高い通信経路から順に接続チェックを行うため、通信経路の確立までに時間がかかり、当該通信経路を用いた上位アプリケーションによるデータ通信の開始データ通信開始までの所要時間が増大するという問題点があった。このため、データ通信に関する通信開始時のリアルタイム性やオペレーションレスポンス速度が低下するという問題点があった。
通常、通信経路の接続チェックでは、一方の通信端末からチェックコマンドを送信し、他方の通信端末で当該チェックコマンドの正常受信を確認した後、他方の通信端末から接続チェックレスポンスを送信し、一方の通信端末で当該接続チェックレスポンスの正常受信を確認するものとなる。したがって、1つの通信経路に対する接続チェックに、ある程度の時間を要することになる。
また、利用可能な状態にあるアドレスであっても、接続チェックコマンドや接続チェックレスポンスにエラーが発生した場合には、エラー判定のためタイムアウトするまで待機する必要があり、1回の接続チェックに要する時間が増大する要因にもなる。
また、利用可能な状態にあるアドレスであっても、接続チェックコマンドや接続チェックレスポンスにエラーが発生した場合には、エラー判定のためタイムアウトするまで待機する必要があり、1回の接続チェックに要する時間が増大する要因にもなる。
一方、前述したように、各通信端末のアドレスとして、例えば3種類のアドレスが存在する場合、これら通信端末間を結ぶ通信経路は、合計9つとなる。ここで、優先順位の高いアドレスが必ずしも接続できるとは限らない。また、接続チェックが失敗した際には、次の優先順位のアドレスについての接続チェックを実行する必要がある。
したがって、従来のように、アドレスの優先順位が高い通信経路から順に接続チェックを開始した場合、接続チェックの失敗確率が高い通信経路から順に接続チェックを開始することになる。これにより、接続チェックの開始初期において接続チェックが失敗しやすくなるため、下位の優先順位のアドレスに切り替えて接続チェックを実行することになり、接続チェックの回数が増加する。このため、結果として通信経路の確立に時間がかかり、データ通信開始までの所要時間が増大する。
本発明はこのような課題を解決するためのものであり、NAT通過のデータ通信を行う際、データ通信開始までの所要時間を短縮できる通信制御技術を提供することを目的としている。
このような目的を達成するために、本発明にかかる通信端末は、相手通信端末とのデータ通信に使用可能な自アドレスと相手アドレスとの組合せからなる各通信経路について、NAT通過用のICE方式に基づき相手通信端末との接続チェックを実行するICEチェック処理部と、各通信経路のうち、ICEチェック処理部での接続チェックにより相手通信端末との接続性が確認された通信経路を、相手通信端末とのデータ通信用経路として選択するICE通信経路管理部と、ICE通信経路管理部で選択されたデータ通信用経路を用いて相手通信端末との間でデータ通信を行うデータ通信処理部とを備え、ICEチェック処理部で、各通信経路について並列的に接続チェックを実行し、ICE通信経路管理部で、ICE方式に基づき各通信経路の優先順位を予め決定しておき、ICEチェック処理部で各通信経路のうち最初に接続性が確認された通信経路をデータ通信用経路として選択し、この後、ICEチェック処理部で各通信経路のうちから新たな通信経路の接続性が確認された際、データ通信用経路と当該新たな通信経路との優先順位を比較し、データ通信用経路より当該新たな通信経路の優先順位が高い場合、当該新たな通信経路をデータ通信用経路として新たに選択し、データ通信処理部で、ICE通信経路管理部で新たな通信経路がデータ通信用経路として選択された場合、データ通信を当該新たな通信経路へ切り替えて継続するようにしたものである。
この際、データ通信処理部により、ICE通信経路管理部で新たな通信経路がデータ通信用経路として選択されるごとに、データ通信を当該新たな通信経路へ切り替えて継続するようにしてもよい。
また、本発明にかかる通信制御方法は、相手通信端末とのデータ通信に使用可能な自アドレスと相手アドレスとの組合せからなる各通信経路について、NAT通過用のICE方式に基づき相手通信端末との接続チェックを実行するICEチェック処理ステップと、各通信経路のうち、ICEチェック処理ステップでの接続チェックにより相手通信端末との接続性が確認された通信経路を、相手通信端末とのデータ通信用経路として選択するICE通信経路管理ステップと、ICE通信経路管理ステップで選択されたデータ通信用経路を用いて相手通信端末との間でデータ通信を行うデータ通信処理ステップとを備え、ICEチェック処理ステップに、各通信経路について並列的に接続チェックを実行するステップを含み、ICE通信経路管理ステップは、ICE方式に基づき各通信経路の優先順位を予め決定しておき、ICEチェック処理ステップで各通信経路のうち最初に接続性が確認された通信経路をデータ通信用経路として選択し、この後、ICEチェック処理ステップで各通信経路のうちから新たな通信経路の接続性が確認された際、データ通信用経路と当該新たな通信経路との優先順位を比較し、データ通信用経路より当該新たな通信経路の優先順位が高い場合、当該新たな通信経路をデータ通信用経路として新たに選択するステップを含み、データ通信処理ステップに、ICE通信経路管理ステップで新たな通信経路がデータ通信用経路として選択された場合、データ通信を当該新たな通信経路へ切り替えて継続するステップを含むようにしたものである。
この際、データ通信処理ステップに、ICE通信経路管理ステップで新たな通信経路がデータ通信用経路として選択されるごとに、データ通信を当該新たな通信経路へ切り替えて継続するステップを含むようにしてもよい。
本発明によれば、各通信経路のうち、いずれか最初に接続性が確認された通信経路を用いて通信端末と相手通信端末との間でデータ通信が開始される。このため、従来のように、優先順位の高い通信経路から順に接続性を確認する場合と比較して、極めて短い時間でNAT通過のデータ通信を行うための通信経路を確立でき、データ通信開始までの所要時間を短縮することが可能となる。また、その後、優先順位の高い新たな通信経路の接続性が確認された時点で、データ通信用経路が新たな通信経路へ切り替えられることになるため、結果として、優先順位の高い通信経路でデータ通信を行うことが可能となる。
次に、本発明の実施の形態について図面を参照して説明する。
[通信端末の構成]
まず、図1を参照して、本発明の一実施の形態にかかる通信端末10について説明する。図1は、一実施の形態にかかる通信端末の構成を示すブロック図である。
[通信端末の構成]
まず、図1を参照して、本発明の一実施の形態にかかる通信端末10について説明する。図1は、一実施の形態にかかる通信端末の構成を示すブロック図である。
この通信端末10は、相手通信端末20とのデータ通信に使用可能な通信経路について、ICE方式(RFC5245)に基づいて相手通信端末20との接続チェックを実行し、各通信経路のうち相手通信端末20との接続性が確認された通信経路を、相手通信端末20とのデータ通信用経路として選択してデータ通信を行う機能を有している。
相手通信端末20は、一般的なICE方式に基づきNAT通信のためのデータ通信を行う機能を有しているものとする。
相手通信端末20は、一般的なICE方式に基づきNAT通信のためのデータ通信を行う機能を有しているものとする。
図1の構成例において、プライベートネットワーク51は、NAT機能を有するルータ30を介してパブリックネットワーク52に接続された閉域IP通信網であり、パブリックネットワーク52とは異なる独自のアドレス空間を用いている。通信端末10は、このプライベートネットワーク51に接続されている。
パブリックネットワーク52は、インターネットなどの公衆IP通信網である。このパブリックネットワーク52には、相手通信端末20のほか、STUNサーバ40、TURNサーバ41、および呼制御サーバ42が接続されている。
パブリックネットワーク52は、インターネットなどの公衆IP通信網である。このパブリックネットワーク52には、相手通信端末20のほか、STUNサーバ40、TURNサーバ41、および呼制御サーバ42が接続されている。
STUNサーバ40は、NAT通過のためのクライアントサーバ型のデータ通信プロトコルであるSTUN方式(Simple Traversal of UDP through Network Address Translators/RFC3489)に基づいて、プライベートネットワーク51側の通信端末10とパブリックネットワーク52側の各種通信装置との間のデータ通信を実現するサーバ装置である。
TURNサーバ41は、NAT通過のためのピアツーピア型のデータ通信プロトコルであるTURN方式(RFC5766)に基づいて、プライベートネットワーク51側の通信端末10とパブリックネットワーク52側の相手通信端末20との間のデータ通信を実現するサーバ装置である。
呼制御サーバ42は、ICE方式に基づいて、プライベートネットワーク51側の通信端末10とパブリックネットワーク52側の相手通信端末20との間で、例えばSIPなどのデータ通信のための通信経路の確立などの呼制御を行うサーバ装置である。
本実施の形態は、通信端末10で、相手通信端末20とのデータ通信に使用可能な各通信経路について並列的に接続チェックを実行するものとし、各通信経路のうち最初に接続性が確認された通信経路をデータ通信用経路として選択してデータ通信を開始し、この後、各通信経路のうちから新たな通信経路の接続性が確認された際、データ通信用経路と当該新たな通信経路との優先順位を比較し、データ通信用経路より当該新たな通信経路の優先順位が高い場合、当該新たな通信経路をデータ通信用経路として新たに選択し、相手通信端末20とのデータ通信を当該新たな通信経路へ切り替えて継続するようにしたものである。
次に、図1を参照して、本実施の形態にかかる通信端末10の構成について詳細に説明する。
通信端末10には、主な機能部として、上位アプリケーション11、ICEチェック処理部12、ICE通信経路管理部13、データ通信処理部14、Hostソケット15、およびTURNソケット16が設けられている。
通信端末10には、主な機能部として、上位アプリケーション11、ICEチェック処理部12、ICE通信経路管理部13、データ通信処理部14、Hostソケット15、およびTURNソケット16が設けられている。
上位アプリケーション11は、相手通信端末20とのデータ通信を用いたアプリケーション、例えば音声通信や映像通信などのアプリケーションを実行する機能部である。
ICEチェック処理部12は、相手通信端末20とのデータ通信に使用可能な自アドレスと相手アドレスとの組合せからなる各通信経路について、ICE方式に基づき相手通信端末20との接続チェックを並列的に実行する機能を有している。
ICEチェック処理部12は、相手通信端末20とのデータ通信に使用可能な自アドレスと相手アドレスとの組合せからなる各通信経路について、ICE方式に基づき相手通信端末20との接続チェックを並列的に実行する機能を有している。
ICE通信経路管理部13は、ルータ30を経由してSTUNサーバ40との間でSTUN方式に基づくバインディングメッセージ(Binding Request/Binding Respons)をやり取りすることにより、通信端末10に対応するルータ30のパブリックネットワーク52側のアドレス、すなわちMappedアドレスを取得する機能と、ルータ30を経由してTURNサーバ41との間でTURN方式に基づくアロケートメッセージ(Allocate Request/Allocate Response)をやり取りすることにより、通信端末10に対応するTURNサーバ41のアドレス、すなわちRelayedアドレスを取得する機能とを有している。
また、ICE通信経路管理部13は、ルータ30を経由して呼制御サーバ42との間でICE方式に基づくオファーメッセージ/アンサーメッセージ(Offer Message/Answer Message)をやり取りすることにより、相手通信端末20との間でデータ通信に使用可能なアドレスの候補(Candidate)に関するアドレス情報を相互に通知する機能と、これら使用可能な自アドレスと相手アドレスとの組合せから各通信経路の優先順位をICE方式に基づき決定する機能とを有している。
さらに、ICE通信経路管理部13は、各通信経路のうち、ICEチェック処理部12での接続チェックにより相手通信端末との接続性が最初に確認された通信経路を、相手通信端末20とのデータ通信用経路として選択する機能と、データ通信用経路によりデータ通信が開始された後に、ICEチェック処理部12で各通信経路のうちから新たな通信経路の接続性が確認された際、データ通信用経路と当該新たな通信経路との優先順位を比較し、データ通信用経路より当該新たな通信経路の優先順位が高い場合、当該新たな通信経路をデータ通信用経路として新たに選択する機能とを有している。
データ通信処理部14は、ICE通信経路管理部13で選択されたデータ通信用経路を用いて相手通信端末との間で、上位アプリケーション11のための相手通信端末20とのデータ通信を行う機能と、ICE通信経路管理部13で新たな通信経路がデータ通信用経路として選択されるごとに、上位アプリケーション11のための相手通信端末20とのデータ通信を当該新たな通信経路へ切り替えて継続する機能とを有している。
Hostソケット15は、TCPやUDPなどのプロトコルに基づいて、ルータ30を経由した、相手通信端末20、STUNサーバ40、呼制御サーバ42とのデータ通信を終端制御するための機能部である。
TURNソケット16は、TCPやUDPなどのプロトコルに基づいて、ルータ30およびTURNサーバ41を経由した相手通信端末20とのデータ通信を終端制御するための機能部である。
TURNソケット16は、TCPやUDPなどのプロトコルに基づいて、ルータ30およびTURNサーバ41を経由した相手通信端末20とのデータ通信を終端制御するための機能部である。
[通信端末の動作]
次に、図2を参照して、本実施の形態にかかる通信端末10の動作について説明する。図2は、本発明の一実施の形態にかかる通信端末の通信制御動作を示すシーケンス図である。
次に、図2を参照して、本実施の形態にかかる通信端末10の動作について説明する。図2は、本発明の一実施の形態にかかる通信端末の通信制御動作を示すシーケンス図である。
ここでは、前述の図1に示すように、通信端末10がプライベートネットワーク51内に接続されており、パブリックネットワーク52に接続されている相手通信端末20との間で、TCPによるデータ通信のための通信経路を確立する場合を例として説明する。なお、通信端末10がパブリックネットワーク52に接続されている場合、さらには相手通信端末20がプライベートネットワーク51内に接続されている場合でも、本実施の形態を同様に適用できる。
図3は、通信端末における使用可能アドレスを示す説明図である。図1の接続形態において、通信端末10における使用可能アドレスは、図3に示すように、Hostアドレス、Mappedアドレス、およびRelayedアドレスの3種類となる。
このうち、Hostアドレスは、ルータ30が通信端末10の接続時に予め割り当てたプライベートネットワーク51上におけるローカルアドレスであり、Hostソケット15のアドレス10Hに相当する。また、Mappedアドレスは、Hostアドレスに対応して設けたルータ30のパブリックネットワーク52上におけるグローバルアドレスであり、ルータ30のアドレス10Mに相当する。また、Relayedアドレスは、通信端末10のTURNソケット16に対応してTURNサーバ41に設けられたアドレス10Rに相当する。
通信端末10のICE通信経路管理部13は、相手通信端末20とのデータ通信を開始する前に、予めSTUNサーバ40との間で、バインディングメッセージ(Binding Request/Binding Respons)をやり取りすることにより、Mappedアドレス10Mの値を取得する(ステップ100)。Mappedアドレス10Mは、ルータ30で管理しているものであり、通信端末10へ通知されないため、通信端末10はパブリックネットワーク52に接続されているSTUNサーバ40を利用して、Mappedアドレス10Mを取得する。
また、ICE通信経路管理部13は、相手通信端末20とのデータ通信を開始する前に、予めTURNサーバ41との間で、アロケートメッセージ(Allocate Request/Allocate Response)をやり取りすることにより、Relayedアドレス10Rの値を取得する(ステップ101)。このアロケートメッセージにより、ルータ30を介して通信端末10のTURNソケット16とTURNサーバ41との間でセキュアな通信経路が形成され、この通信経路を利用するためのパブリックネットワーク52上のアドレス10Rが通信端末10へ通知される。
図4は、相手通信端末における使用可能アドレスを示す説明図である。図1の接続形態において、相手通信端末20における使用可能アドレスは、図4に示すように、Host、およびRelayedの2種類となる。
このうち、Hostは、相手通信端末20のパブリックネットワーク52上におけるグローバルアドレスであり、アドレス20Hに相当する。また、Relayedは、相手通信端末20に対応してTURNサーバ41に設けられたアドレス20Rに相当する。なお、相手通信端末20は、パブリックネットワーク52に接続されているためMappedアドレスは存在しない。
このうち、Hostは、相手通信端末20のパブリックネットワーク52上におけるグローバルアドレスであり、アドレス20Hに相当する。また、Relayedは、相手通信端末20に対応してTURNサーバ41に設けられたアドレス20Rに相当する。なお、相手通信端末20は、パブリックネットワーク52に接続されているためMappedアドレスは存在しない。
また、相手通信端末20は、通信端末10とのデータ通信を開始する前に、予めTURNサーバ41との間で、アロケートメッセージ(Allocate Request/Allocate Response)をやり取りすることにより、Relayedアドレス20Rの値を取得する(ステップ102)。このアロケートメッセージにより、相手通信端末20とTURNサーバ41との間でセキュアな通信経路が形成され、この通信経路を利用するためのパブリックネットワーク52上のアドレス20Rが相手通信端末20へ通知される。
このようにして、通信端末10および相手通信端末20において、自端末でデータ通信に使用可能な自アドレスを取得した状態において、通信端末10の上位アプリケーション11からデータ通信開始が要求された場合、ICE通信経路管理部13は、ルータ30を経由して呼制御サーバ42との間でICE方式に基づくオファーメッセージ/アンサーメッセージ(Offer Message/Answer Message)をやり取りすることにより、相手通信端末20との間でデータ通信に使用可能なアドレスをやり取りする(ステップ110)。
これにより、前述の図3および図4に示したアドレス値やアドレス種別、さらにはそれぞれのアドレス優先度などを含むアドレス情報が、通信端末10と相手通信端末20との間で相互に通知される。
これにより、前述の図3および図4に示したアドレス値やアドレス種別、さらにはそれぞれのアドレス優先度などを含むアドレス情報が、通信端末10と相手通信端末20との間で相互に通知される。
この後、ICE通信経路管理部13は、これら使用可能な自アドレスと相手アドレスとの組合せから各通信経路の優先順位をICE方式に基づき決定する(ステップ111)。
通常、ICE方式では、アドレス種別に基づいて優先度が割り当てられており、Hostアドレス>Mappedアドレス>Relayedアドレスの順に高い優先度が割り当てられている。このほか、ICE方式では、同一種別優先度のアドレス間における優先度を示すローカル優先度や、同一ローカル優先度のアドレス間における優先度を示すコンポーネントIDを用いて、各アドレスの優先度が算出される。各通信経路の優先順位は、当該通信経路を構成する自アドレスおよび相手アドレスの優先度を用いて決定される。
通常、ICE方式では、アドレス種別に基づいて優先度が割り当てられており、Hostアドレス>Mappedアドレス>Relayedアドレスの順に高い優先度が割り当てられている。このほか、ICE方式では、同一種別優先度のアドレス間における優先度を示すローカル優先度や、同一ローカル優先度のアドレス間における優先度を示すコンポーネントIDを用いて、各アドレスの優先度が算出される。各通信経路の優先順位は、当該通信経路を構成する自アドレスおよび相手アドレスの優先度を用いて決定される。
図5は、通信経路の優先順位を示す説明図である。前述したように、通信端末10および相手通信端末20のそれぞれが、Hostアドレス、Mappedアドレス、およびRelayedアドレスの3種類のアドレスを有している場合、これら組合せから合計9つの通信経路が想定され、Host−Hostの組合せからなる通信経路の優先順位が最も高く、Relayed−Relayedの組合せからなる通信経路の優先順位が最も低くなる。
図1の接続形態では、相手通信端末20にMappedアドレスが存在しないため、図5に示すように、Host−Mapped、Mapped−Mapped、およびRelayed−Mappedの組合せからなる通信経路は該当なしとなり、結果として合計6つの通信経路が考えられる。
このようにして、各通信経路の優先順位を決定した後、通信端末10のICEチェック処理部12は、ICE通信経路管理部13からの指示に応じて、これら通信経路ごとにICE方式に基づく接続チェックコマンドを、Hostソケット15やTURNソケット16からルータ30を介して相手通信端末20へ並列して送信することにより、各通信経路に関する相手通信端末20との接続チェックを並列的に実行する(ステップ120)。
一方、相手通信端末20は、通信端末10からの接続チェックコマンドを受信した場合、接続チェックコマンドを受信したアドレスでの接続性を確認し、データ通信可能な場合には接続チェックレスポンスを通信端末10へ返送する。
通信端末10のICEチェック処理部12は、相手通信端末20からの接続チェックレスポンスの受信に応じて、それぞれの通信経路の接続性を確認する。
通信端末10のICEチェック処理部12は、相手通信端末20からの接続チェックレスポンスの受信に応じて、それぞれの通信経路の接続性を確認する。
ここで、まず最初に、相手通信端末20からアドレス10R−アドレス20Rの組合せからなる通信経路に関する接続チェックレスポンスを受信した場合(ステップ121)、ICEチェック処理部12は、当該通信経路の接続性を確認したことをICE通信経路管理部13へ通知する。この際、ICEチェック処理部12は、当該通信経路で用いるソケット、この場合にはTURNソケット16を含めて通知する。
ICE通信経路管理部13は、ICEチェック処理部12からのアドレス10R−アドレス20Rの組合せからなる通信経路に関する接続性確認の通知を受けた場合、当該接続性確認が最初の通知であることから、当該通信経路をデータ通信用経路として選択し、データ通信処理部14へ通知する。この際、ICE通信経路管理部13は、ICEチェック処理部12から通知された当該通信経路で用いるTURNソケット16を含めて通知する。
データ通信処理部14は、ICE通信経路管理部13からのデータ通信用経路の選択通知に応じて、アドレス10R−アドレス20Rの組合せからなる通信経路を用いた、相手通信端末20とのデータ通信を開始する(ステップ122)。具体的には、ICE通信経路管理部13から通知されたTURNソケット16を用いて、相手通信端末20とのデータ通信を開始する。
これにより、上位アプリケーション11が、相手通信端末20の上位アプリケーションとの間で、データ通信が開始され、例えば音声通信や映像通信などのアプリケーションが実行される。
これにより、上位アプリケーション11が、相手通信端末20の上位アプリケーションとの間で、データ通信が開始され、例えば音声通信や映像通信などのアプリケーションが実行される。
この後、相手通信端末20からアドレス10M−アドレス20Hの組合せからなる通信経路に関する接続チェックレスポンスを受信した場合(ステップ130)、ICEチェック処理部12は、当該通信経路の接続性を確認したことをICE通信経路管理部13へ通知する。この際、ICEチェック処理部12は、当該通信経路で用いるソケット、この場合にはHostソケット15を含めて通知する。
ICE通信経路管理部13は、ICEチェック処理部12からのアドレス10M−アドレス20Hの組合せからなる新たな通信経路に関する接続性確認の通知を受けた場合、当該接続性確認が最初の通知ではないことから、現在、データ通信用経路として選択している、アドレス10R−アドレス20Rの組合せからなる通信経路との間で、それぞれの通信経路に関する優先順位を比較する(ステップ131)。
ここで、現在、データ通信用経路として選択している、アドレス10R−アドレス20Rの組合せからなる最初の通信経路より、アドレス10M−アドレス20Hの組合せからなる新たな通信経路のほうが、優先順位が高いため、ICE通信経路管理部13は、データ通信用経路として、アドレス10M−アドレス20Hの組合せからなる新たな通信経路をデータ通信用経路として選択する(ステップ132)。
そして、ICE通信経路管理部13は、それまでデータ通信用経路として使用していたアドレス10R−アドレス20Rの組合せからなる通信経路について、当該通信経路で用いているTURNソケット16への書き込み終了(データ送信終了)を通知するための書込みShutdownソケット通知を、ルータ30から相手通信端末20へソケット通信プロトコルで送信する(ステップ133)。
相手通信端末20は、通信端末10からの書込みShutdownソケット通知の受信に応じて、通信端末10との通信経路で用いているソケットへの書き込み終了(データ送信終了)を通知するための書込みShutdownソケット通知を、通信端末10へソケット通信プロトコルで返送する(ステップ134)。
これにより、ICE通信経路管理部13は、アドレス10R−アドレス20Rの組合せからなる通信経路の使用、ここではTURNソケット16を用いた通信経路の使用を終了する。
これにより、ICE通信経路管理部13は、アドレス10R−アドレス20Rの組合せからなる通信経路の使用、ここではTURNソケット16を用いた通信経路の使用を終了する。
この後、ICE通信経路管理部13は、ステップ132で最も優先度が高いと判断したアドレス10M−アドレス20Hの組合せからなる通信経路を、新たなデータ通信用経路とするため、新たなデータ通信用経路と、当該データ通信用経路で使用するアドレスとを含む経路情報を相手通信端末20に通知することにより、相手通信端末20との間で、新たなデータ通信用経路で用いる各種情報をやり取りして相互確認(ネゴシエーション)する。(ステップ135)。
また、ICE通信経路管理部13は、通信端末10へ新たなデータ通信用経路に関する経路情報を通知した後、新たな通信経路を、データ通信用経路としてデータ通信処理部14へ通知することにより、データ通信用経路の切り替えを指示する。この際、ICE通信経路管理部13は、ICEチェック処理部12から通知された当該通信経路で用いるHostソケット15を含めて通知する。
これにより、データ通信処理部14は、ICE通信経路管理部13からのデータ通信用経路の選択通知に応じて、今まで用いていたアドレス10R−アドレス20Rの組合せからなる通信経路を、アドレス10M−アドレス20Hの組合せからなる新たな通信経路へ切り替えて、相手通信端末20とのデータ通信を継続する(ステップ136)。具体的には、ICE通信経路管理部13から通知されたHostソケット15を用いて、相手通信端末20とのデータ通信を開始する。
これにより、通信端末10と相手通信端末20との間で、より優先順位の高い通信経路を用いたデータ通信が開始される。
これにより、通信端末10と相手通信端末20との間で、より優先順位の高い通信経路を用いたデータ通信が開始される。
なお、ICE通信経路管理部13は、通信経路の優先順位を比較した結果、現在、データ通信用経路として使用している通信経路より、ICEチェック処理部12から新たに通知された通信経路の方が、優先順位が低い場合、通信経路の切り替えは行わず、現在、データ通信用経路として使用している通信経路を用いたデータ通信を維持する。
また、ICE通信経路管理部13は、通信経路の切替を行った後、より優先順位の高い新たな通信経路の接続性が確認された場合、当該新たな通信経路をデータ通信用経路として切替選択する。
また、ICE通信経路管理部13は、通信経路の切替を行った後、より優先順位の高い新たな通信経路の接続性が確認された場合、当該新たな通信経路をデータ通信用経路として切替選択する。
[本実施の形態の効果]
このように、本実施の形態は、通信端末10で、相手通信端末20とのデータ通信に使用可能な各通信経路について並列的に接続チェックを実行するものとし、これら通信経路のうち最初に接続性が確認された通信経路をデータ通信用経路として選択してデータ通信を開始し、この後に、各通信経路のうちから新たな通信経路の接続性が確認された際、データ通信用経路と当該新たな通信経路とについて、ICE方式に基づき予め決定しておいた各通信経路の優先順位を比較し、データ通信用経路より当該新たな通信経路の優先順位が高い場合、当該新たな通信経路をデータ通信用経路として新たに選択し、相手通信端末20とのデータ通信を当該新たな通信経路へ切り替えて継続するようにしたものである。
このように、本実施の形態は、通信端末10で、相手通信端末20とのデータ通信に使用可能な各通信経路について並列的に接続チェックを実行するものとし、これら通信経路のうち最初に接続性が確認された通信経路をデータ通信用経路として選択してデータ通信を開始し、この後に、各通信経路のうちから新たな通信経路の接続性が確認された際、データ通信用経路と当該新たな通信経路とについて、ICE方式に基づき予め決定しておいた各通信経路の優先順位を比較し、データ通信用経路より当該新たな通信経路の優先順位が高い場合、当該新たな通信経路をデータ通信用経路として新たに選択し、相手通信端末20とのデータ通信を当該新たな通信経路へ切り替えて継続するようにしたものである。
これにより、各通信経路のうち、いずれか最初に接続性が確認された通信経路を用いて通信端末10と相手通信端末20との間でデータ通信が開始される。このため、従来のように、優先順位の高い通信経路から順に接続性を確認する場合と比較して、極めて短い時間でNAT通過のデータ通信を行うための通信経路を確立でき、データ通信開始までの所要時間を短縮することが可能となる。
また、その後、優先順位の高い新たな通信経路の接続性が確認された時点で、データ通信用経路が新たな通信経路へ切り替えられることになるため、結果として、優先順位の高い通信経路でデータ通信を行うことが可能となる。
また、その後、優先順位の高い新たな通信経路の接続性が確認された時点で、データ通信用経路が新たな通信経路へ切り替えられることになるため、結果として、優先順位の高い通信経路でデータ通信を行うことが可能となる。
また、本実施の形態では、データ通信処理部14において、ICE通信経路管理部13でデータ通信用経路が新たな通信経路へ切替選択されるごとに、当該新たな通信経路へ切り替えてデータ通信を継続するようにしてもよい。
これにより、より優先順位の高い通信経路でデータ通信を継続することができ、最終的には、使用可能な最も優先順位の高い通信経路で、相手通信端末20とのデータ通信を行うことが可能となる。
これにより、より優先順位の高い通信経路でデータ通信を継続することができ、最終的には、使用可能な最も優先順位の高い通信経路で、相手通信端末20とのデータ通信を行うことが可能となる。
また、本実施の形態では、通信端末10と相手通信端末20とのデータ通信に使用可能な通信経路として、図5に6つの通信経路を示したが、通信端末10のHostアドレス10Hは、プライベートネットワーク51内のローカルアドレスであるため、相手通信端末20からHostアドレス10Hへアクセスすることはできず、このHostアドレス10Hを用いた通信経路は利用できない。
したがって、例えばICE通信経路管理部13において、自アドレスのうち相手からのアクセス可否を、当該アドレス値、アドレス値に割り当てられているマスクやスコープに基づき判定し、アクセス可能なアドレスの通信経路についてのみ、ICEチェック処理部12で相手通信端末20との接続性をチェックするようにしてもよい。これにより、接続チェックコマンドや接続チェックレスポンスをやり取りするためのネットワーク装置や相手通信端末20での処理負荷を軽減できる。
また、本実施の形態において、相手通信端末20において各通信経路の優先順位が、通信端末10と同様に決定される場合、あるいは通信端末10から、例えば接続チェックコマンドで当該通信経路の優先順位が通知される場合、通信端末10から接続チェックコマンドを受信した際、相手通信端末20において、当該接続チェックコマンドを受信した通信経路の優先順位を確認し、この優先順位がそれまでに接続チェックレスポンスを返送した通信経路の優先順位より高い場合にのみ、当該接続チェックコマンドに対する接続チェックレスポンスを返送するようにしてもよい。これにより、接続チェックレスポンスの無駄な返送を省くことができ、通信端末10での処理負担を軽減できる。
[実施の形態の拡張]
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
10…通信端末、11…上位アプリケーション、12…ICEチェック処理部、13…ICE通信経路管理部、14…データ通信処理部、15…Hostソケット、16…TURNソケット、20…相手通信端末、30…ルータ、40…STUNサーバ、41…TURNサーバ、42…呼制御サーバ、51…プライベートネットワーク、52…パブリックネットワーク、10H,20H…Hostアドレス、10M…Mappedアドレス、10R,20R…Relayedアドレス。
Claims (4)
- 相手通信端末とのデータ通信に使用可能な自アドレスと相手アドレスとの組合せからなる各通信経路について、NAT通過用のICE方式に基づき前記相手通信端末との接続チェックを実行するICEチェック処理部と、
前記各通信経路のうち、前記ICEチェック処理部での前記接続チェックにより前記相手通信端末との接続性が確認された通信経路を、前記相手通信端末とのデータ通信用経路として選択するICE通信経路管理部と、
前記ICE通信経路管理部で選択された前記データ通信用経路を用いて前記相手通信端末との間でデータ通信を行うデータ通信処理部と
を備え、
前記ICEチェック処理部は、前記各通信経路について並列的に前記接続チェックを実行し、
前記ICE通信経路管理部は、ICE方式に基づき前記各通信経路の優先順位を予め決定しておき、前記ICEチェック処理部で前記各通信経路のうち最初に接続性が確認された通信経路を前記データ通信用経路として選択し、この後、前記ICEチェック処理部で前記各通信経路のうちから新たな通信経路の接続性が確認された際、前記データ通信用経路と当該新たな通信経路との優先順位を比較し、前記データ通信用経路より当該新たな通信経路の優先順位が高い場合、当該新たな通信経路を前記データ通信用経路として新たに選択し、
前記データ通信処理部は、前記ICE通信経路管理部で前記新たな通信経路が前記データ通信用経路として選択された場合、前記データ通信を当該新たな通信経路へ切り替えて継続する
ことを特徴とする通信端末。 - 請求項1に記載の通信端末において、
前記データ通信処理部は、前記ICE通信経路管理部で新たな通信経路が前記データ通信用経路として選択されるごとに、前記データ通信を当該新たな通信経路へ切り替えて継続することを特徴とする通信端末。 - 相手通信端末とのデータ通信に使用可能な自アドレスと相手アドレスとの組合せからなる各通信経路について、NAT通過用のICE方式に基づき前記相手通信端末との接続チェックを実行するICEチェック処理ステップと、
前記各通信経路のうち、前記ICEチェック処理ステップでの前記接続チェックにより前記相手通信端末との接続性が確認された通信経路を、前記相手通信端末とのデータ通信用経路として選択するICE通信経路管理ステップと、
前記ICE通信経路管理ステップで選択された前記データ通信用経路を用いて前記相手通信端末との間でデータ通信を行うデータ通信処理ステップと
を備え、
前記ICEチェック処理ステップは、前記各通信経路について並列的に前記接続チェックを実行するステップを含み、
前記ICE通信経路管理ステップは、ICE方式に基づき前記各通信経路の優先順位を予め決定しておき、前記ICEチェック処理ステップで前記各通信経路のうち最初に接続性が確認された通信経路を前記データ通信用経路として選択し、この後、前記ICEチェック処理ステップで前記各通信経路のうちから新たな通信経路の接続性が確認された際、前記データ通信用経路と当該新たな通信経路との優先順位を比較し、前記データ通信用経路より当該新たな通信経路の優先順位が高い場合、当該新たな通信経路を前記データ通信用経路として新たに選択するステップを含み、
前記データ通信処理ステップは、前記ICE通信経路管理ステップで前記新たな通信経路が前記データ通信用経路として選択された場合、前記データ通信を当該新たな通信経路へ切り替えて継続するステップを含む
ことを特徴とする通信制御方法。 - 請求項3に記載の通信制御方法において、
前記データ通信処理ステップは、前記ICE通信経路管理ステップで新たな通信経路が前記データ通信用経路として選択されるごとに、前記データ通信を当該新たな通信経路へ切り替えて継続するステップを含むことを特徴とする通信制御方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011153541A JP2013021523A (ja) | 2011-07-12 | 2011-07-12 | 通信端末および通信制御方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011153541A JP2013021523A (ja) | 2011-07-12 | 2011-07-12 | 通信端末および通信制御方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2013021523A true JP2013021523A (ja) | 2013-01-31 |
Family
ID=47692516
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011153541A Pending JP2013021523A (ja) | 2011-07-12 | 2011-07-12 | 通信端末および通信制御方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2013021523A (ja) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007142493A (ja) * | 2005-11-14 | 2007-06-07 | Ricoh Co Ltd | 画像出力システム及び撮像装置並びに画像出力装置 |
JP2009027644A (ja) * | 2007-07-23 | 2009-02-05 | Nippon Telegr & Teleph Corp <Ntt> | 通信接続切替プログラム、通信装置及び通信接続切替方法 |
JP2009206657A (ja) * | 2008-02-26 | 2009-09-10 | Ntt Communications Kk | 端末装置、nat越え方法、及びプログラム |
JP2010199761A (ja) * | 2009-02-23 | 2010-09-09 | Ntt Communications Kk | 端末装置、通信処理方法、及びプログラム |
-
2011
- 2011-07-12 JP JP2011153541A patent/JP2013021523A/ja active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007142493A (ja) * | 2005-11-14 | 2007-06-07 | Ricoh Co Ltd | 画像出力システム及び撮像装置並びに画像出力装置 |
JP2009027644A (ja) * | 2007-07-23 | 2009-02-05 | Nippon Telegr & Teleph Corp <Ntt> | 通信接続切替プログラム、通信装置及び通信接続切替方法 |
JP2009206657A (ja) * | 2008-02-26 | 2009-09-10 | Ntt Communications Kk | 端末装置、nat越え方法、及びプログラム |
JP2010199761A (ja) * | 2009-02-23 | 2010-09-09 | Ntt Communications Kk | 端末装置、通信処理方法、及びプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8457014B2 (en) | Method for configuring control tunnel and direct tunnel in IPv4 network-based IPv6 service providing system | |
JP4222397B2 (ja) | 中継サーバ | |
US10171511B2 (en) | Media session between network endpoints | |
US11178102B2 (en) | Method and a system for using relays for network optimization in IP-based communication networks | |
US9699237B2 (en) | Managed media relay selection for real-time communications | |
US10158679B2 (en) | Media session between network endpoints | |
EP3363185A1 (en) | Media session between network endpoints | |
RU2373654C1 (ru) | Способ установления однорангового соединения и предназначенная для этого система | |
KR20130052240A (ko) | 네트워크 주소 변환기 통과 기법을 프로비저닝하기 위한 방법 및 장치 | |
EP2792126B1 (en) | Virtual interface applications | |
US11637874B2 (en) | Communications apparatus, systems, and methods for preventing and/or minimizing session data clipping | |
US8416711B1 (en) | Systems and methods for sharing availability status information between network nodes | |
US8812694B2 (en) | Dialog establishment over a peer-to-peer architecture | |
US11356296B1 (en) | System and method for independent binding of virtual networks overlay using a physical network topology | |
CN112019641B (zh) | 数据传输方法和装置 | |
Lai et al. | A novel NAT-based approach for resource load balancing in fog computing architecture | |
US8891518B2 (en) | Routing device and method of translating addresses in cascade in a network | |
JP5768550B2 (ja) | 通信端末および通信制御方法 | |
JP2013021523A (ja) | 通信端末および通信制御方法 | |
US9369523B2 (en) | Method for exchanging network messages in distributed manner | |
JP5054666B2 (ja) | Vpn接続装置、パケット制御方法、及びプログラム | |
WO2008069504A1 (en) | Method for configuring control tunnel and direct tunnel in ipv4 network-based ipv6 service providing system | |
EP2608488B1 (en) | Dialog establishment over a peer-to-peer architecture | |
Tanaka et al. | A disaster resilient local communication system without depending on the Internet connectivity | |
JP4222402B2 (ja) | 中継サーバ |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140424 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150206 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150217 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20150623 |