JP4621183B2 - Ｉｐ通信網の相互接続システム及びｉｐ通信網の相互接続方法 - Google Patents
Ｉｐ通信網の相互接続システム及びｉｐ通信網の相互接続方法 Download PDFInfo
- Publication number
- JP4621183B2 JP4621183B2 JP2006234161A JP2006234161A JP4621183B2 JP 4621183 B2 JP4621183 B2 JP 4621183B2 JP 2006234161 A JP2006234161 A JP 2006234161A JP 2006234161 A JP2006234161 A JP 2006234161A JP 4621183 B2 JP4621183 B2 JP 4621183B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- network
- address
- port number
- media
- 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)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
本発明は、ＩＰパケットによる通信網での複数事業者間の相互接続システム及び相互接続方法に関する。
契約している通信事業者のサービスを、その事業者が提供しているサービスエリア外でも、相互接続している他の事業者の設備を利用して受けられるようにするローミングサービスがある。通話や各種ブロードバンドサービスなどの固定或いは移動体通信サービスをＩＰパケットベースで実現する次世代ネットワークは、ＳＩＰ（Session Initiation Protocol）の特徴をベースとしたＩＭＳ（IP Multimedia Subsystem）を採用してローミング通信をサポートする（非特許文献１及び非特許文献２参照）。
次世代ネットワークにおいて、端末が加入事業者網から他事業者網に移動している状態でローミング通信を行う場合、ＳＩＰと共に送信されるセッション能力を記述したＳＤＰ（Session Description Protocol）などの制御信号パケットは、端末の加入者情報をＨＳＳ（Home Subscriber Server）で管理している加入事業者網を経由して端末間でやり取りされる。
メディア通信を行うための接続ＩＰアドレスとポート番号は制御信号のＳＤＰで記述されて、Ｓ／ＢＣ（セッションボーダーコントローラ：Session Border Controller）を介して交換される。なお、非特許文献２では、Ｓ／ＢＣはＩＢＣＨとＩ−ＢＧＦという機能で定義されている。Ｓ／ＢＣは、メディアストリームのアドレス変換を行うＮＡＴ（Network Address Translation）の機能とプロトコル記述の内容を書き換えるＡＬＧ（Application Level Gateway）機能（両者を併せて「ＮＡＴ・ＡＬＧ機能」とも称する）を有するため、アドレス変換がある場合、ＳＤＰ等で記述されたメディア通信のためのＩＰアドレスとポート番号を書き換えながら、網間（端末間）を適宜接続していく。
図１５は、第１と第２の端末を相互に接続する相互接続システムにおいて、通信を行う場合におけるパケットの流れを示す図である。図１５には、第１のローミング網１０と、第１の端末の加入事業者網２０と、第２の端末の加入事業者網３０と、第２のローミング網４０とが示されている。なお、第１の端末の加入事業者網２０は第１の端末１６が加入している事業者網であり、第２の端末の加入事業者網３０は第２の端末４６が加入している事業者網である。図１５において、第１の端末１６が第１のローミング網１０内にあり、第２の端末４６が第２のローミング網４０内にあるものとする。第１のローミング網１０は、Ｐ−ＣＳＣＦ（Proxy-Call State Control Function）１４とＳ／ＢＣ１２を備えている。第１の端末の加入事業者網２０は、第１のＳ／ＢＣ２２と、Ｉ／Ｓ−ＣＳＣＦ（Interrogate/Serving-Call State Control Function）２６と、第２のＳ／ＢＣ２４と、ＨＳＳ（Home Subscriber Server）２８とを備えている。第２の端末の加入事業者網３０は、第１のＳ／ＢＣ３２と、Ｉ／Ｓ−ＣＳＣＦ３６と、第２のＳ／ＢＣ３４と、ＨＳＳ３８とを備えている。また、第２のローミング網４０は、Ｐ−ＣＳＣＦ４４とＳ／ＢＣ４２を備えている。そして、第１の端末１６と第２の端末４６は、第１の加入事業者網２０と、第２の加入事業者網３０とを介して通信可能に接続されている。上記のような構成において、第１の端末１６から第２の端末４６に接続要求を行った場合について、説明する。なお、事業者間通信の基本的なシーケンスの例を、図１６に示す。
第１のローミング網１０内にある第１の端末１６からＩＮＶＩＴＥ（セッション確立要求）があった場合に、この要求は、上記の各部を順番に経由して、第２の端末４６に到着する。ここで、第２の端末４６が通話可能であれば、２００ＯＫレスポンス（すなわち応答可能のレスポンス）を発し、該２００ＯＫレスポンスは、逆の経路をたどって、第１の端末１６に到着する。これにより、通信が確立して、第１の端末１６と第２の端末との通信が可能になる。この場合において、Ｓ／ＢＣはＳＩＰ−ＵＡとして動作し、ＮＡＴ機能とＡＬＧ機能を含むＢ２ＢＵＡ（Back-to-Back User Agent）であり、メディアストリームを終端する機能であるため、ローミングや転送サービスのように複数の事業者が絡む相互接続通信では、図１５に示すように制御信号パケットとメディアパケットは同じ経路をとらなければならない。
ここにおいて、事業者間相互接続方式は、Ｓ／ＢＣがＳＤＰで記述されるメディア接続ＩＰアドレスとポート番号の書き換えを行い、アドレス変換表を保持する方式が一般的である。次世代ネットワークでは制御信号パケットを扱う呼制御信号プレーン（C-plane）とメディアパケットを扱う転送プレーン（U-plane）に分かれているが、上記の方式では、ローミング通信や事業者間転送サービスにおいてアドレス変換が行われる場合に、制御信号パケットとメディアパケットは同じ経路を通らなければならないようにアドレス変換が行われる。このため、メディアパケットが遅延時間、トラフィックなどの面において非効率になってしまう。また、制御信号の経路が複雑化するに従ってメディアパケット経路も同様に複雑化してしまうという問題がある。
ITU-T FG-NGN, http://www.itu.int/ITU-T/ngn/fgngn/, March 16, 2006.
本発明は、ローミング、転送サービス等による複数事業者間の相互接続通信を行なう場合のメディア遅延（通話の遅延時間）とトラフィック抑制を可能とする技術を提供することを目的とする。
本発明の一局面に係る発明は、ＩＰ通信網において、第１の網にある第１の端末と第２の網にある第２の端末とが少なくとも１つのＮＡＴ・ＡＬＧ機能を配備している網を経由して相互接続を行う相互接続システムであって、前記第１の端末と前記第２の端末との相互通信における制御パケットの経路とメディアパケットの経路とが異なることを許可された相互接続システムにおいて、前記各網は、それぞれセッションボーダーコントローラを備える。そして、前記メディアパケットが経由する必要のない網を経由しないように当該経由しない経路を省略する際に、当該メディアパケットが経由する必要のない網において、入口側のセッションボーダーコントローラは、ＳＤＰ（Session Description Protocol）記述においてアドレスとポート番号情報が記述された領域の書き換え前に一時的に当該領域に書かれたアドレスとポート番号情報を他の領域に保存し、出口側のセッションボーダーコントローラは、一時的に保存した前記アドレスとポート番号情報を前記ＳＤＰ記述においてアドレスとポート番号情報が記述された領域に書き戻してから出力することを特徴とする。
上記のように、本発明では、制御信号の経路を判定し、必要に応じて経路をショートカットする機能を付加していることを特徴としている。具体的には、従来用いられているＳ／ＢＣ機能に、経路ショートカットの必要性をチェックし、ショートカットの有無に応じて、Ｓ／ＢＣの処理内容を変える機能を付加した。なお、本発明は、システムのみでなく方法や、実施形態に記載の機能を実現するようなＳ／ＢＣのみの発明としても成立する。
本発明によれば、ＩＰ通信網の相互接続方式において、メディアパケットが最適な経路を経由するようにして、余分な網を経由しないようにしたため、メディア通信等によるトラフィックを抑えることができる。また、これにより、メディア（音声、画像等）通信の遅延時間を抑えることができる。
図面を参照して本発明の実施の形態を説明する。図１は、異なる通信網間で第１と第２の端末を相互に接続する相互接続システムにおいて、最適な網間でメディア通信を行っているようすを示す図である。図１において、図１５と同じ部分には、同じ符号を付している。
図１には、図１５と同様に、第１のローミング網１０と、第１の端末の加入事業者網２０と、第２の端末の加入事業者網３０と、第２のローミング網４０とが示されている。なお、第１の端末の加入事業者網２０は第１の端末１６が加入している事業者網であり、第２の端末の加入事業者網３０は第２の端末４６が加入している事業者網である。図１５において、第１の端末１６が第１のローミング網１０内にあり、第２の端末４６が第２のローミング網４０内にあるものとする。第１のローミング網１０は、Ｐ−ＣＳＣＦ１４とＳ／ＢＣ１２を備えている。第１の端末の加入事業者網２０は、第１のＳ／ＢＣ２２と、Ｉ／Ｓ−ＣＳＣＦ２６と、第２のＳ／ＢＣ２４と、ＨＳＳ２８とを備えている。第２の端末の加入事業者網３０は、第１のＳ／ＢＣ３２と、Ｉ／Ｓ−ＣＳＣＦ３６と、第２のＳ／ＢＣ３４と、ＨＳＳ３８とを備えている。また、第２のローミング網４０は、Ｐ−ＣＳＣＦ４４とＳ／ＢＣ４２を備えている。そして、第１の端末１６と第２の端末４６は、第１の加入事業者網２０と、第２の加入事業者網３０とを介して通信可能に接続されている。
図１には、図１５と同様に、第１のローミング網１０と、第１の端末の加入事業者網２０と、第２の端末の加入事業者網３０と、第２のローミング網４０とが示されている。なお、第１の端末の加入事業者網２０は第１の端末１６が加入している事業者網であり、第２の端末の加入事業者網３０は第２の端末４６が加入している事業者網である。図１５において、第１の端末１６が第１のローミング網１０内にあり、第２の端末４６が第２のローミング網４０内にあるものとする。第１のローミング網１０は、Ｐ−ＣＳＣＦ１４とＳ／ＢＣ１２を備えている。第１の端末の加入事業者網２０は、第１のＳ／ＢＣ２２と、Ｉ／Ｓ−ＣＳＣＦ２６と、第２のＳ／ＢＣ２４と、ＨＳＳ２８とを備えている。第２の端末の加入事業者網３０は、第１のＳ／ＢＣ３２と、Ｉ／Ｓ−ＣＳＣＦ３６と、第２のＳ／ＢＣ３４と、ＨＳＳ３８とを備えている。また、第２のローミング網４０は、Ｐ−ＣＳＣＦ４４とＳ／ＢＣ４２を備えている。そして、第１の端末１６と第２の端末４６は、第１の加入事業者網２０と、第２の加入事業者網３０とを介して通信可能に接続されている。
この場合において、メディアパケットは、制御信号と同じ経路を通るのではなく、第１のローミング網１０内のＳ／ＢＣ１２と第２のローミング網４０内のＳ／ＢＣ４２とを通るような経路であれば良く、第１の端末の加入事業者網２０と第２の端末の加入事業者網３０を経由する必要はない。従って、第１のローミング網１０内のＳ／ＢＣ１２と第２のローミング網４０内のＳ／ＢＣ４２とで直接メディアパケットの交換を行えばよい。以下、具体的に、メディアパケット経路を最適化できる方法について説明する。
本発明の実施形態では、従来方式ではＳ／ＢＣに書き換えられてしまったＳＤＰで記述されるメディアアドレス情報を、一時的に、または継続的に制御信号パケットに保存し、Ｓ／ＢＣがその制御信号パケットを拡張処理することにより、最適な経路でメディア通信を行うことを可能とする。
移動端末の移動先には、第１の端末のローミング網、第１の端末の加入事業者網、第２の端末の加入事業者網、第２の端末のローミング網の４パターンがあるため、両端末の移動を考慮するとローミング通信のケースは全部で２４−１＝１５通りある。両端末がそれぞれの加入事業者網内にいる通信のケースはローミング通信でないため１を差し引いている。図２は、全１５通りのローミング通信のケースのうち６つのケースを示した図である。ここで、第１の端末１６と第２の端末４６とが別のローミング網内にある場合（この場合を以下、「分類１」と称する）と、同一のローミング網内にある場合（この場合を以下、「分類２」と称する）とがある。
分類１については、
（１−１）第１の端末が他の事業者網にローミングしており、第２の端末が第２の端末の加入事業者網内にいる場合。
（１−２）第１の端末と第２の端末がそれぞれ他の事業者網にローミングしている場合。
（１−３）第１の端末が他の事業者網にローミングしており、第２の端末が第１の端末の加入事業者網にローミングしている場合。
（１−４）第１の端末が第２の端末の加入事業者網にローミングしており、第２の端末が第１の端末の加入事業者網にローミングしている場合。
の４つのケースが考えられる。
（１−１）第１の端末が他の事業者網にローミングしており、第２の端末が第２の端末の加入事業者網内にいる場合。
（１−２）第１の端末と第２の端末がそれぞれ他の事業者網にローミングしている場合。
（１−３）第１の端末が他の事業者網にローミングしており、第２の端末が第１の端末の加入事業者網にローミングしている場合。
（１−４）第１の端末が第２の端末の加入事業者網にローミングしており、第２の端末が第１の端末の加入事業者網にローミングしている場合。
の４つのケースが考えられる。
また、分類２については、
（２−１）第２の端末が端末のＡの加入事業者網にローミングしている場合。
（２−２）第１の端末と第２の端末が同じ他の事業者網にローミングしている場合。
の２つのケースが考えられる。
上記の場合において、分類１のローミングでは、第１の端末と第２の端末とが異なる網の中にあるので、第１の端末がある網のＳ／ＢＣと、第２の端末がある網のＳ／ＢＣとの間でメディアパケットを交換できればよい。また、分類２のローミングでは、第１の端末と第２の端末とが同じ網の中にあるので、第１の端末と、第２の端末との間でメディアパケットを直接交換できればよい。このため、それぞれ最適なメディアパケット経路で通信を行うためには、次の３つの条件を満たすことが必要になる。
（２−１）第２の端末が端末のＡの加入事業者網にローミングしている場合。
（２−２）第１の端末と第２の端末が同じ他の事業者網にローミングしている場合。
の２つのケースが考えられる。
上記の場合において、分類１のローミングでは、第１の端末と第２の端末とが異なる網の中にあるので、第１の端末がある網のＳ／ＢＣと、第２の端末がある網のＳ／ＢＣとの間でメディアパケットを交換できればよい。また、分類２のローミングでは、第１の端末と第２の端末とが同じ網の中にあるので、第１の端末と、第２の端末との間でメディアパケットを直接交換できればよい。このため、それぞれ最適なメディアパケット経路で通信を行うためには、次の３つの条件を満たすことが必要になる。
まず、分類１のローミングでは、
（１）最適なメディア経路上の２つのＳ／ＢＣが、互いに相手のＳ／ＢＣのＩＰアドレス／ポート番号をアドレス変換表（ＮＡＴテーブル）に保持していること。
（２）端末は自分が現在居る網のＳ／ＢＣのＩＰアドレス／ポート番号が分かること。
の２つの条件が必要であり、分類２のローミングの場合には、
（３）端末は相手端末のＩＰアドレス／ポート番号を直接知っていること。
が必要になる。
（１）最適なメディア経路上の２つのＳ／ＢＣが、互いに相手のＳ／ＢＣのＩＰアドレス／ポート番号をアドレス変換表（ＮＡＴテーブル）に保持していること。
（２）端末は自分が現在居る網のＳ／ＢＣのＩＰアドレス／ポート番号が分かること。
の２つの条件が必要であり、分類２のローミングの場合には、
（３）端末は相手端末のＩＰアドレス／ポート番号を直接知っていること。
が必要になる。
Ｓ／ＢＣが配備された網であって、上記の条件を満たして、最適な各網間の通信方式を実現するための実施形態を具体的に説明する。まず、本発明の一実施形態に係るＳ／ＢＣの機能について説明する。図３は、本発明に一実施形態に係るＳ／ＢＣの機能を示すブロック図である。図３において、プロトコルインターワーク機能１２ａ〜ＮＡＴ経由接続ＡＬＧ機能１２ｋは従来と同様の機能を有しているので、説明を省略する。本実施態様に係るＳ／ＢＣは、メディア経路ショートカット機能１２ｌを更に備えている。このメディア経路ショートカット機能１２ｌは、メディアパケット経路を省略できる事業者網を省略する機能である。この省略できる事業者網は、メディアパケットを通す必要がないので、通しても通さなくても良い。また、従来は、図４に示すように、制御信号に対して、そのまま他事業者網へ信号を経由していたので、すべての網を経由してメディアパケットが、送信されていた。しかし、本発明の実施形態（詳細は、第２の実施形態で述べる）では、図５に示すように、例えば、経路の途中で課金をするために、メディアパケットも通したいという事業者網に対して、当該事業者を省略しないように、経路の判定を行ってから、他の事業者網へ信号を送信するようにしている。以下具体的に説明する。
（第１の実施形態）
図２に示す分類１のローミングで共通して言えることは、ＳＩＰ信号（制御信号）が最初に通った網と最後に通った網間でメディア通信経路を張るのが最適であるということである。このためには、条件（１）に挙げたように、最適な２つのＳ／ＢＣがパケットを送信できるように、互いのＳ／ＢＣのアドレス／ポート番号を知っている必要がある。しかし、ＳＩＰ信号がいくつかの網を経由する過程でアドレス変換が行われ、ＳＤＰ情報も修正を受ける。この流れを図６（ａ）に示す。図６は、パケットが経由される各網における入口と出口のＳ／ＢＣの処理の流れを示す図である。なお、本明細書の説明において、出口のＳ／ＢＣとは、網内から網外に信号を発呼するＳ／ＢＣであり、入口のＳ／ＢＣとは、網外から網内に信号を発呼するＳ／ＢＣである。
図２に示す分類１のローミングで共通して言えることは、ＳＩＰ信号（制御信号）が最初に通った網と最後に通った網間でメディア通信経路を張るのが最適であるということである。このためには、条件（１）に挙げたように、最適な２つのＳ／ＢＣがパケットを送信できるように、互いのＳ／ＢＣのアドレス／ポート番号を知っている必要がある。しかし、ＳＩＰ信号がいくつかの網を経由する過程でアドレス変換が行われ、ＳＤＰ情報も修正を受ける。この流れを図６（ａ）に示す。図６は、パケットが経由される各網における入口と出口のＳ／ＢＣの処理の流れを示す図である。なお、本明細書の説明において、出口のＳ／ＢＣとは、網内から網外に信号を発呼するＳ／ＢＣであり、入口のＳ／ＢＣとは、網外から網内に信号を発呼するＳ／ＢＣである。
網の入口におけるＳ／ＢＣの処理は以下の通りである（ステップ６１１）。Ｓ／ＢＣは、Ｕ−ｐｌａｎｅのＮＡＴに伴い、ＳＤＰ記述の「ｃ＝」と「ｍ＝」を書き換える。例えば、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
と書き換えられる。なお、ＮＡＴテーブルは、従来と同様に保持され、アドレス変換表として、例えば、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
を持つ。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
と書き換えられる。なお、ＮＡＴテーブルは、従来と同様に保持され、アドレス変換表として、例えば、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
を持つ。
網の出口ではＳ／ＢＣの処理は次のように行われる（ステップ６１２）。Ｓ／ＢＣは、Ｕ−ｐｌａｎｅのＮＡＴに伴い、ＳＤＰ記述の「ｃ＝」と「ｍ＝」を書き換える。例えば、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
と書き換えられる。なお、ＮＡＴテーブルは、従来と同様に保持され、アドレス変換表として、例えば、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
を持つ。このため、図６（ａ）に示すような、従来の方法では本来メディアアドレスを通知するＳＤＰ記述の「ｃ＝」と「ｍ＝」では最適な網のＳ／ＢＣのアドレスを通知することができない。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
と書き換えられる。なお、ＮＡＴテーブルは、従来と同様に保持され、アドレス変換表として、例えば、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
を持つ。このため、図６（ａ）に示すような、従来の方法では本来メディアアドレスを通知するＳＤＰ記述の「ｃ＝」と「ｍ＝」では最適な網のＳ／ＢＣのアドレスを通知することができない。
そこで、本発明の第１の実施形態では、以下のような処理を行っている。図６（ｂ）に、その処理の流れを示す。
まず、ＳＩＰメッセージが網内からのものかどうかを判定する（ステップ６２１）。この判断は、例えばＳ／ＢＣ（Ｓ／ＢＣが好ましいが、Ｓ／ＢＣに限らない）がＳＤＰのメディアアドレス情報などを用いて判断する。ステップ６２１において、ＳＩＰメッセージが網外からのものと判断された場合には、自網に戻ってきたメッセージかどうかを判定する（ステップ６２２）。この判断は、ステップ６２１と同様に、例えばＳ／ＢＣ（Ｓ／ＢＣが好ましいが、Ｓ／ＢＣに限らない）がＳＤＰのメディアアドレス情報などを用いて判断する。ステップ６２２において、自網に戻ってきたメッセージである場合には（ステップ６２２のＹｅｓ）、ＳＤＰのメディアアドレス情報を、ＮＡＴ表を参照して、端末のものに修正する（ステップ６２４）。
この記述例としては、例えば、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ｂ
ｍ＝ａｕｄｉｏ ６７８９ ＲＴＰ／ＡＶＰ ９７ ９６
といった記述を、
ｃ＝ＩＮ ＩＰ４ ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ １２３４ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
といったように書き換える。
まず、ＳＩＰメッセージが網内からのものかどうかを判定する（ステップ６２１）。この判断は、例えばＳ／ＢＣ（Ｓ／ＢＣが好ましいが、Ｓ／ＢＣに限らない）がＳＤＰのメディアアドレス情報などを用いて判断する。ステップ６２１において、ＳＩＰメッセージが網外からのものと判断された場合には、自網に戻ってきたメッセージかどうかを判定する（ステップ６２２）。この判断は、ステップ６２１と同様に、例えばＳ／ＢＣ（Ｓ／ＢＣが好ましいが、Ｓ／ＢＣに限らない）がＳＤＰのメディアアドレス情報などを用いて判断する。ステップ６２２において、自網に戻ってきたメッセージである場合には（ステップ６２２のＹｅｓ）、ＳＤＰのメディアアドレス情報を、ＮＡＴ表を参照して、端末のものに修正する（ステップ６２４）。
この記述例としては、例えば、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ｂ
ｍ＝ａｕｄｉｏ ６７８９ ＲＴＰ／ＡＶＰ ９７ ９６
といった記述を、
ｃ＝ＩＮ ＩＰ４ ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ １２３４ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
といったように書き換える。
ステップ６２２において、自網に戻ってきたＳＩＰメッセージではないと判断した場合には（ステップ６２２のＮｏ）、ＳＤＰのメディアアドレス情報を、ＳＤＰ等に一時保存領域を設けて保存し、フラグを立てる（ステップ６２３）。
すなわち、Ｓ／ＢＣは、ＳＤＰ記述の「ｃ＝」と「ｍ＝」行を書き換える前のアドレス情報を一時的に別のＳＤＰ領域である「ａ＝ｔｅｍｐ」行に保存する。このときのＳＤＰ記述は、例えば、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
と書き換えられる。なお、ＮＡＴテーブルは、従来と同様に保持され、アドレス変換表として、例えば、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
を持つ。
すなわち、Ｓ／ＢＣは、ＳＤＰ記述の「ｃ＝」と「ｍ＝」行を書き換える前のアドレス情報を一時的に別のＳＤＰ領域である「ａ＝ｔｅｍｐ」行に保存する。このときのＳＤＰ記述は、例えば、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
と書き換えられる。なお、ＮＡＴテーブルは、従来と同様に保持され、アドレス変換表として、例えば、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
を持つ。
ステップ６２１において、ＳＩＰメッセージが網内からのものと判断した場合には（ステップ６１２のＹｅｓ）、ステップ６２３のＳ／ＢＣ処理で立てたフラグがあるかどうか判定する（ステップ６２５）。フラグがある場合には（ステップ６２５のＹｅｓ）、Ｓ／ＢＣは、ａ−ｔｅｍｐに一時的に保存されたアドレス情報を、「ｃ＝」と「ｍ＝」に書き戻す。そして、ａ−ｔｅｍｐは削除する。これにより、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
となる。なお、ＮＡＴテーブルは、従来と同様に保持され、アドレス変換表として、例えば、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
を持つ。
なお、フラグがない場合には（ステップ６２５のＮｏ）、従来と同様に、ＮＡＴ処理と共に、ＳＤＰのメディアアドレス情報を本Ｓ／ＢＣのものに修正する（ステップ６２６）。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
となる。なお、ＮＡＴテーブルは、従来と同様に保持され、アドレス変換表として、例えば、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
を持つ。
なお、フラグがない場合には（ステップ６２５のＮｏ）、従来と同様に、ＮＡＴ処理と共に、ＳＤＰのメディアアドレス情報を本Ｓ／ＢＣのものに修正する（ステップ６２６）。
図７を参照して、分類１のローミングにおけるＳＩＰ信号の流れを具体的に説明する。図７は、分類１のローミングにおけるＳＩＰ信号のシーケンス例を示す図である。図７では、第１の端末と第２の端末とが異なるローミング網内にある場合において、第１の端末の加入事業者網と第１の端末の加入事業者網を経由するメディアパケット経路が省略された場合の例を示している。
第１の端末は、メディア通信のためのＩＰアドレスとポート番号をＳＤＰ記述で送信する。第１の端末のローミング網のＳ／ＢＣは、端末のメディア接続アドレスをＳ／ＢＣのグローバルアドレスに、例えば、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
のように書き換える。このときのアドレス変換表は、
ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
となっている。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
のように書き換える。このときのアドレス変換表は、
ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
となっている。
この信号が、第１の端末の加入事業者網の第１のＳ／ＢＣに送信されると、入口Ｓ／ＢＣに相当する第１のＳ／ＢＣは、「ｃ＝」と「ｍ＝」領域のアドレスとポート番号情報を一時的に別の領域（例えば、「ａ−ｔｅｍｐ」）に保存する。その後、従来と同様に、「ｃ＝」と「ｍ＝」領域を書き換える。このとき、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
となっている。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
となっている。
そして、出口Ｓ／ＢＣに相当する第２のＳ／ＢＣは、別の領域（「ａ−ｔｅｍｐ」）に保存されたアドレスとポート番号情報を「ｃ＝」と「ｍ＝」に書き戻した後に、当該領域を削除する。このとき、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ２３４５ ＲＴＰ／ＡＶＰ ９７ ９６
となり、アドレス変換表は、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
となる。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ２３４５ ＲＴＰ／ＡＶＰ ９７ ９６
となり、アドレス変換表は、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
となる。
この信号が、第２の端末の加入事業者網の第１のＳ／ＢＣに送信されると、入口Ｓ／ＢＣに相当する第１のＳ／ＢＣは、第１の端末の加入事業者網の第１のＳ／ＢＣと同様に、「ｃ＝」と「ｍ＝」領域のアドレスとポート番号情報を一時的に別の領域（例えば、「ａ−ｔｅｍｐ」）に保存する。その後、従来と同様に、「ｃ＝」と「ｍ＝」領域を書き換える。このとき、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ｂ
ｍ＝ａｕｄｉｏ ５６７８ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：５６７８
となっている。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ｂ
ｍ＝ａｕｄｉｏ ５６７８ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：５６７８
となっている。
そして、出口Ｓ／ＢＣに相当する第２のＳ／ＢＣは、別の領域（「ａ−ｔｅｍｐ」）に保存されたアドレスとポート番号情報を「ｃ＝」と「ｍ＝」に書き戻した後に、当該領域を削除する。このとき、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ２３４５ ＲＴＰ／ＡＶＰ ９７ ９６
となり、アドレス変換表は、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：５６７８
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：６７８９
となる。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ２３４５ ＲＴＰ／ＡＶＰ ９７ ９６
となり、アドレス変換表は、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：５６７８
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：６７８９
となる。
この信号が、第２の端末のローミング網のＳ／ＢＣに送信されると、Ｓ／ＢＣは、「ｃ＝」と「ｍ＝」領域のアドレスとポート番号情報を一時的に別の領域（例えば、「ａ−ｔｅｍｐ」）に保存する。その後、従来と同様に、「ｃ＝」と「ｍ＝」領域を書き換える。このとき、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ
ｍ＝ａｕｄｉｏ ７８９０ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ：７８９０
となる。そして、最終的に、第２の端末は、第１の端末にショートカットしてメディア通信を行うことができるＳ／ＢＣのアドレスを得ることができる。すなわち、第２の端末のローミング網のＳ／ＢＣが保持するアドレス変換表が、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ：７８９０
となっているので、第１の端末のローミング網のＳ／ＢＣと第２の端末のローミング網のＳ／ＢＣとで直接データのやりとりが可能になる。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ
ｍ＝ａｕｄｉｏ ７８９０ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ：７８９０
となる。そして、最終的に、第２の端末は、第１の端末にショートカットしてメディア通信を行うことができるＳ／ＢＣのアドレスを得ることができる。すなわち、第２の端末のローミング網のＳ／ＢＣが保持するアドレス変換表が、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ：７８９０
となっているので、第１の端末のローミング網のＳ／ＢＣと第２の端末のローミング網のＳ／ＢＣとで直接データのやりとりが可能になる。
分類２ローミングの例では、第１の端末と第２の端末とが異なるローミング網内にある場合における実施形態であるが、図８を参照して、第１の端末と第２の端末とが同じローミング網内にある場合における実施形態を説明する。なお、以下の説明において、図７と同じ動作については、詳細な説明を省略する。図８は、分類２のローミングにおけるＳＩＰ信号のシーケンス例を示す図である。図１４では、第１の端末と第２の端末とが同じローミング網内にある場合において、第１の端末の加入事業者網と第２の端末の加入事業者網を経由するメディアパケット経路が省略された場合の例を示している。
図８において、第１の端末のローミング網のＳ／ＢＣから第２の端末の加入事業者網の第２のＳ／ＢＣまでの動作は、図７と同じであるので、説明を省略する。
分類２のローミング通信では、第１の端末がいる網から発信されたＳＩＰ信号（制御信号）が再び同じ網に戻ってくることになるため、第１の端末と第２の端末がいる網のＳ／ＢＣによってＳＤＰ記述「ｃ＝」と「ｍ＝」行を端末のメディア接続アドレス情報に書き換える。このとき、
ｃ＝ＩＮ ＩＰ４ ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ７８９０ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
となる。これにより、第２の端末が第１の端末のメディアアドレス情報を得ることができるので、網に配備されたＳ／ＢＣを経由することなく、第１の端末と第２の端末とで直接データのやりとりが可能になる。
分類２のローミング通信では、第１の端末がいる網から発信されたＳＩＰ信号（制御信号）が再び同じ網に戻ってくることになるため、第１の端末と第２の端末がいる網のＳ／ＢＣによってＳＤＰ記述「ｃ＝」と「ｍ＝」行を端末のメディア接続アドレス情報に書き換える。このとき、
ｃ＝ＩＮ ＩＰ４ ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ７８９０ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ ２３４５
となる。これにより、第２の端末が第１の端末のメディアアドレス情報を得ることができるので、網に配備されたＳ／ＢＣを経由することなく、第１の端末と第２の端末とで直接データのやりとりが可能になる。
図８において、Ｓ／ＢＣが端末のメディアアドレス情報に書きかえる際、網内に複数のＳ／ＢＣが存在する場合には、Ｓ／ＢＣによって管理している端末のメディアアドレス情報がそれぞれのＳ／ＢＣで異なるため、端末のアドレスへの書き換えを行うＳ／ＢＣは書き換えるべき端末のアドレス情報を保持していない。Ｓ／ＢＣが端末のアドレス情報を得る方法を２つ示す。
それぞれのＳ／ＢＣは、端末のアドレスをＮＡＴ表で管理しており、この情報を網内で一元管理する。このため、網内に図９に示すようなＮＡＴ表管理機能５３を配備する。
第１のＳ／ＢＣ５１はＳＩＰ信号（制御信号）を処理し、第１の端末５６と第１のＳ／ＢＣ５１のアドレスの対応情報をＮＡＴ表で管理する際、網内のＮＡＴ表管理機能５３にも対応情報を書き込む処理を行い、ＮＡＴ表管理機能５３で対応情報を管理する。再び同じ網に戻ってきたＳＩＰ信号を処理する第２のＳ／ＢＣ５２は、ＳＤＰのアドレス情報等により第１の端末５６から発信されたＳＩＰ信号が再び自網に戻ってきたことを判断し（図６（ｂ）のステップ６２７）、ＳＤＰのアドレス情報から端末のメディアアドレスをＮＡＴ表管理機能５３から参照することにより、ＳＤＰ記述のメディアアドレスを他のＳ／ＢＣによって書き換えられたアドレス情報から元の端末のアドレスに書き換える。これにより、分類２のローミングで端末間での通信が可能となる。
第１のＳ／ＢＣ５１はＳＩＰ信号（制御信号）を処理し、第１の端末５６と第１のＳ／ＢＣ５１のアドレスの対応情報をＮＡＴ表で管理する際、網内のＮＡＴ表管理機能５３にも対応情報を書き込む処理を行い、ＮＡＴ表管理機能５３で対応情報を管理する。再び同じ網に戻ってきたＳＩＰ信号を処理する第２のＳ／ＢＣ５２は、ＳＤＰのアドレス情報等により第１の端末５６から発信されたＳＩＰ信号が再び自網に戻ってきたことを判断し（図６（ｂ）のステップ６２７）、ＳＤＰのアドレス情報から端末のメディアアドレスをＮＡＴ表管理機能５３から参照することにより、ＳＤＰ記述のメディアアドレスを他のＳ／ＢＣによって書き換えられたアドレス情報から元の端末のアドレスに書き換える。これにより、分類２のローミングで端末間での通信が可能となる。
複数のＳ／ＢＣが保持するＮＡＴ表情報を相互に参照するため、同一網内のＳ／ＢＣを相互に接続する。第２のＳ／ＢＣ５２が同一網の第１のＳ／ＢＣのメディア接続アドレスとポート番号を受理した場合には、第２のＳ／ＢＣ５２は第１のＳ／ＢＣ５１からそのメディア接続アドレスとポート番号に対応する端末のメディア接続アドレス情報を参照し、ＳＤＰ記述のアドレス情報を元の端末のアドレス情報に書き換える。
なお、ＮＡＴ管理機能５３を設けない場合でも、図１０に示すように、ＮＡＴ表が第１のＳ／ＢＣ５１と第２のＳ／ＢＣ５２とで共有されていればよい。
なお、ＮＡＴ管理機能５３を設けない場合でも、図１０に示すように、ＮＡＴ表が第１のＳ／ＢＣ５１と第２のＳ／ＢＣ５２とで共有されていればよい。
図１１はローミング通信において、省略される網のメディアリソースの開放とピンホールの閉口を行う場合のシーケンス図である。基本的なシーケンスは、図７とほぼ同じであるので、図７と同じ部分については、説明を省略する。
図１１において、省略される第１の端末の加入事業者網２０や第２の端末の加入事業者網３０は、ＳＩＰ信号（制御信号）が端末に終端されず通り抜ける網である。ここで、第１の端末の加入事業者網２０や第２の端末の加入事業者網３０の入口Ｓ／ＢＣ２２、３２によって、ＳＤＰ記述等に、当該網が省略されることを示すための、例えば、一時的に保存する以下のような記述を行う。
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
そして、網の出口Ｓ／ＢＣ２４、３４が受信する信号に上記のような一時保存行が含まれる場合には、自網が省略されることを示す。そこで、出口Ｓ／ＢＣ２４、３４は上記信号の受理を契機として、それらのＳ／ＢＣが属する網のメディアリソース開放とピンホール閉口を行う。出口ＳＢＣは、ＳＩＰの１８３ Session Progressメッセージ等の信号にフラグを立て、その出口Ｓ／ＢＣが属する網のメディアリソース開放とピンホール閉口を行う。
図１１において、省略される第１の端末の加入事業者網２０や第２の端末の加入事業者網３０は、ＳＩＰ信号（制御信号）が端末に終端されず通り抜ける網である。ここで、第１の端末の加入事業者網２０や第２の端末の加入事業者網３０の入口Ｓ／ＢＣ２２、３２によって、ＳＤＰ記述等に、当該網が省略されることを示すための、例えば、一時的に保存する以下のような記述を行う。
ａ＝ｔｅｍｐ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
そして、網の出口Ｓ／ＢＣ２４、３４が受信する信号に上記のような一時保存行が含まれる場合には、自網が省略されることを示す。そこで、出口Ｓ／ＢＣ２４、３４は上記信号の受理を契機として、それらのＳ／ＢＣが属する網のメディアリソース開放とピンホール閉口を行う。出口ＳＢＣは、ＳＩＰの１８３ Session Progressメッセージ等の信号にフラグを立て、その出口Ｓ／ＢＣが属する網のメディアリソース開放とピンホール閉口を行う。
なお、上記の場合において、メディアパケット経路の省略を望まない事業者網が存在する場合、当該事業者網のＳ／ＢＣが、図６（ａ）の処理をするように制御すればよい。
第１の実施形態では、メディアパケット経路最適化の処理が各事業者網内で完結するため、事業者網外に出される制御信号パケットは従来と同様の形式のＳＤＰ記述で出力させることができる。また、余分な網のＳ／ＢＣのメディア接続アドレス及びポート番号は転送されないためセキュリディ上より安全である。
第１の実施形態では、メディアパケット経路最適化の処理が各事業者網内で完結するため、事業者網外に出される制御信号パケットは従来と同様の形式のＳＤＰ記述で出力させることができる。また、余分な網のＳ／ＢＣのメディア接続アドレス及びポート番号は転送されないためセキュリディ上より安全である。
（第２の実施形態）
第２の実施形態では、最初のＳ／ＢＣが他のＳ／ＢＣでは書き換えることのできない新規のメデイアアドレス情報の領域をＳＤＰ記述に加えることを特徴としている。具体的には、例えば、「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」という名前の行に最初のＳ／ＢＣの「ｃ＝」と「ｍ＝」領域の情報を保存する。なお、「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」という名前の行に保存される情報として、最初のＳ／ＢＣ（また、経路上最適な経路上のＳ／ＢＣ）でなくても、メディアパケットを通したい事業者がある場合には、ＳＩＰ記述のｖｉａヘッダのようにさらに新規のメディアアドレス情報を加えていくようにする。なお、他のＳ／ＢＣは「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」行の内容を書き換えない。そして、この「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」領域のアドレス／ポート番号情報を元に各Ｓ／ＢＣはＮＡＴ変換テーブルを作成する。このＳ／ＢＣの処理の流れ図を図１２に示す。図１２は、第２の実施形態おいて、パケットが経由される各網における入口と出口のＳ／ＢＣの処理の流れを示す図である。
第２の実施形態では、最初のＳ／ＢＣが他のＳ／ＢＣでは書き換えることのできない新規のメデイアアドレス情報の領域をＳＤＰ記述に加えることを特徴としている。具体的には、例えば、「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」という名前の行に最初のＳ／ＢＣの「ｃ＝」と「ｍ＝」領域の情報を保存する。なお、「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」という名前の行に保存される情報として、最初のＳ／ＢＣ（また、経路上最適な経路上のＳ／ＢＣ）でなくても、メディアパケットを通したい事業者がある場合には、ＳＩＰ記述のｖｉａヘッダのようにさらに新規のメディアアドレス情報を加えていくようにする。なお、他のＳ／ＢＣは「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」行の内容を書き換えない。そして、この「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」領域のアドレス／ポート番号情報を元に各Ｓ／ＢＣはＮＡＴ変換テーブルを作成する。このＳ／ＢＣの処理の流れ図を図１２に示す。図１２は、第２の実施形態おいて、パケットが経由される各網における入口と出口のＳ／ＢＣの処理の流れを示す図である。
まず、ＳＤＰ内にローミングを示すフラグ（すなわち、新規のＳＤＰ行）があるかどうかを判定する（ステップ９００）。ステップ９００において、ローミングしていることを示すフラグがない場合には、端末がローミングしているかどうかを判定する（ステップ９１０）。なお、この判定は、様々な公知の方法により確認可能であるが、例えば、端末のＵＲＩが自網のものではないことから判断することができる。
ステップ９１０において、ローミングしていないと判断した場合には、入口のＳ／ＢＣは次のような処理を行う（ステップ９１１）。
Ｓ／ＢＣは、Ｕ−ｐｌａｎｅのＮＡＴに伴い、ＳＤＰ記述の「ｃ＝」と「ｍ＝」領域を書き換える。この場合、「ｃ＝」と「ｍ＝」行は、次のように書き換えられる。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ここで、従来と同様に、下記のようなアドレス変換表を保持する。
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
網の出口ではＳ／ＢＣの処理は次のように行われる（ステップ９１２）。Ｓ／ＢＣは、Ｕ−ｐｌａｎｅのＮＡＴに伴い、ＳＤＰ記述の「ｃ＝」と「ｍ＝」を次のように書き換える。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
なお、アドレス変換表は、従来と同様に、例えば、
ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：２３４５
が保持される。
Ｓ／ＢＣは、Ｕ−ｐｌａｎｅのＮＡＴに伴い、ＳＤＰ記述の「ｃ＝」と「ｍ＝」領域を書き換える。この場合、「ｃ＝」と「ｍ＝」行は、次のように書き換えられる。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ここで、従来と同様に、下記のようなアドレス変換表を保持する。
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
網の出口ではＳ／ＢＣの処理は次のように行われる（ステップ９１２）。Ｓ／ＢＣは、Ｕ−ｐｌａｎｅのＮＡＴに伴い、ＳＤＰ記述の「ｃ＝」と「ｍ＝」を次のように書き換える。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
なお、アドレス変換表は、従来と同様に、例えば、
ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：２３４５
が保持される。
ステップ９１０において、端末がローミングしていると判定された場合には、当該端末があるローミングの網の出口のＳ／ＢＣは、次のような処理を行う（ステップ９１３）。
Ｓ／ＢＣは、ＳＤＰに「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」行を追加し、その領域に自分のグローバルアドレスとポート番号を保存する。この場合において、ＳＤＰの記述は、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。
Ｓ／ＢＣは、ＳＤＰに「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」行を追加し、その領域に自分のグローバルアドレスとポート番号を保存する。この場合において、ＳＤＰの記述は、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。
なお、アドレス変換表は、従来と同様に、例えば、
ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：２３４５
が保持される。これが最初のＳ／ＢＣの処理になる。
ステップ９００において、ＳＤＰにローミングを示すフラグがある場合には、新規領域より、Ｓ／ＢＣが同じ網であるかどうかが判定される（ステップ９２０）。なお、この判定は、例えばＵＲＩで行われる。
ステップ９２０において、Ｓ／ＢＣが同じ網ではないと判定された場合には、このＳ／ＢＣをメディアパケットの経路から省略しても良いかどうかが判定され（ステップ９３０）、メディアパケットの経路から省略しない場合には、ＳＤＰ領域は、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
のようになり、新規に追加された「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」とが書き換えられないようにする。ここで、このＳ／ＢＣにもパケットを送信できるようにアドレス変換表を作成する。この場合には、例えば、
ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：１２３４
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
となる。
ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：２３４５
が保持される。これが最初のＳ／ＢＣの処理になる。
ステップ９００において、ＳＤＰにローミングを示すフラグがある場合には、新規領域より、Ｓ／ＢＣが同じ網であるかどうかが判定される（ステップ９２０）。なお、この判定は、例えばＵＲＩで行われる。
ステップ９２０において、Ｓ／ＢＣが同じ網ではないと判定された場合には、このＳ／ＢＣをメディアパケットの経路から省略しても良いかどうかが判定され（ステップ９３０）、メディアパケットの経路から省略しない場合には、ＳＤＰ領域は、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
のようになり、新規に追加された「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」とが書き換えられないようにする。ここで、このＳ／ＢＣにもパケットを送信できるようにアドレス変換表を作成する。この場合には、例えば、
ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：１２３４
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
となる。
網の出口ではＳ／ＢＣの処理は次のように行われる（ステップ９３２）。Ｓ／ＢＣは、Ｕ−ｐｌａｎｅのＮＡＴに伴い、ＳＤＰ記述の「ｃ＝」と「ｍ＝」を次のように書き換える。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ３４５６ ＲＴＰ／ＡＶＰ ９７ ９８
となり、新たな「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」とがＳＤＰに追加される。なお、アドレス変換表は、従来と同様に、例えば、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
が保持される。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ３４５６ ＲＴＰ／ＡＶＰ ９７ ９８
となり、新たな「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」とがＳＤＰに追加される。なお、アドレス変換表は、従来と同様に、例えば、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
が保持される。
一方、ステップ９３０において、当該Ｓ／ＢＣをメディアパケットの経路から省略しても良い場合には、Ｓ／ＢＣは、Ｕ−ｐｌａｎｅのＮＡＴに伴い、ＳＤＰ記述の「ｃ＝」と「ｍ＝」を次のように書き換える（ステップ９３３）。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。なお、アドレス変換表は、従来と同様に、例えば、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
が保持される。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。なお、アドレス変換表は、従来と同様に、例えば、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
が保持される。
網の出口では、従来通りの処理が実行される（ステップ９３４）。例えば、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
のように、「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」は削除されない。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
のように、「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」は削除されない。
また、ステップ９２０において、Ｓ／ＢＣが同じ網であると判定された場合には、２つの端末は同じ網内にある可能性あるので、入口Ｓ／ＢＣはメディア接続アドレスとポート番号を端末のローカルアドレスに設定する（ステップ９２１）。この場合には、
ｃ＝ＩＮ ＩＰ４ ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ １２３４ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。これにより、分類１のローミングで最適なメディア経路を張ることができる。図１３を参照して、上記の流れに従った実施形態を説明する。図１３は、分類１における第２の実施形態を用いたＳＩＰ信号シーケンス例を示す図である。なお、以下の説明において、図７と同じ動作については、詳細な説明を省略する。
ｃ＝ＩＮ ＩＰ４ ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ １２３４ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。これにより、分類１のローミングで最適なメディア経路を張ることができる。図１３を参照して、上記の流れに従った実施形態を説明する。図１３は、分類１における第２の実施形態を用いたＳＩＰ信号シーケンス例を示す図である。なお、以下の説明において、図７と同じ動作については、詳細な説明を省略する。
まず、第１の端末は、メディア通信のためのＩＰアドレスとポート番号をＳＤＰ記述で送信する。第１の端末のローミング網のＳ／ＢＣは、端末のメディア接続アドレスをＳ／ＢＣのグローバルアドレスに、例えば、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
のように書き換えるが、更に、
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
の記述をＳＤＰに追加する。このときのアドレス変換表は、
ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
となっている。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
のように書き換えるが、更に、
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
の記述をＳＤＰに追加する。このときのアドレス変換表は、
ＵＥ−Ａ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ａ：１２３４
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
となっている。
この信号が、第１の端末の加入事業者網の第１のＳ／ＢＣに送信されると、従来と同様に、「ｃ＝」と「ｍ＝」領域を書き換える。このとき、追加した、「ａ＝ｒｏａｍ−ｃ」と「ａ＝ｒｏａｍ−ｍ」の内容は書き換えないので、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
となっている。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ
ｍ＝ａｕｄｉｏ ３４５６ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
となっている。
そして、出口Ｓ／ＢＣに相当する第２のＳ／ＢＣは、第１のＳ／ＢＣで書き換えられたＳＤＰの内容をそのまま出力する。このとき、アドレス変換表は、
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
となる。以下、アドレス変換表は、図７の場合と同じであるので、以下省略する。
ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ａ：３４５６
⇔ ＳＢＣ＠ｇｌｏｂａｌ．ｈｏｍｅ＿Ａ：４５６７
となる。以下、アドレス変換表は、図７の場合と同じであるので、以下省略する。
この信号が、第２の端末の加入事業者網の第１のＳ／ＢＣに送信されると、入口Ｓ／ＢＣに相当する第１のＳ／ＢＣは、第１の端末の加入事業者網の第１のＳ／ＢＣと同様に、「ｃ＝」と「ｍ＝」を書き換える。このとき、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ｂ
ｍ＝ａｕｄｉｏ ５６７８ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ｂ
ｍ＝ａｕｄｉｏ ５６７８ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。
そして、出口Ｓ／ＢＣに相当する第２のＳ／ＢＣは、第１のＳ／ＢＣで書き換えられたＳＤＰの内容をそのまま出力する。このとき、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ｂ
ｍ＝ａｕｄｉｏ ６７８９ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｈｏｍｅ＿Ｂ
ｍ＝ａｕｄｉｏ ６７８９ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。
この信号が、第２の端末のローミング網のＳ／ＢＣに送信されると、上記の各入口のＳ／ＢＣと同様に、「ｃ＝」と「ｍ＝」領域を書き換える。このとき、
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ
ｍ＝ａｕｄｉｏ ７８９０ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ：７８９０
となる。そして、最終的に、第２の端末は、第１の端末にショートカットしてメディア通信を行うことができるＳ／ＢＣのアドレスを得ることができる。すなわち、第２の端末のローミング網のＳ／ＢＣが保持するアドレス変換表が、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ：７８９０
となっているので、第１の端末のローミング網のＳ／ＢＣと第２の端末のローミング網のＳ／ＢＣとで直接データのやりとりが可能になる。なお、分類２については、図８に説明した内容と上記の内容とを組み合わせればよいので、説明を省略する。
ｃ＝ＩＮ ＩＰ４ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ
ｍ＝ａｕｄｉｏ ７８９０ ＲＴＰ／ＡＶＰ ９７ ９６
ａ＝ｒｏａｍ−ｃ ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ
ａ＝ｒｏａｍ−ｍ ａｕｄｉｏ２３４５ ＲＴＰ／ＡＶＰ ９７ ９８
となる。また、アドレス変換表は、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ：７８９０
となる。そして、最終的に、第２の端末は、第１の端末にショートカットしてメディア通信を行うことができるＳ／ＢＣのアドレスを得ることができる。すなわち、第２の端末のローミング網のＳ／ＢＣが保持するアドレス変換表が、
ＳＢＣ＠ｇｌｏｂａｌ．ｖｉｓｉｔ＿Ａ：２３４５
⇔ ＳＢＣ＠ｌｏｃａｌ．ｖｉｓｉｔ＿Ｂ：７８９０
となっているので、第１の端末のローミング網のＳ／ＢＣと第２の端末のローミング網のＳ／ＢＣとで直接データのやりとりが可能になる。なお、分類２については、図８に説明した内容と上記の内容とを組み合わせればよいので、説明を省略する。
ＩＰ相互接続方式の他の手法として、制御信号パケット経路をメディアパケットのショートカット経路と同様の経路をとるように変更しても良い。しかし、異事業者間の相互接続通信の際に、標準化の仕様で定められる制御信号パケット経路を追加・変更すると制御信号パケットのトラフィックを悪化させてしまうおそれがある。これに対して、本発明の実施形態では、Ｓ／ＢＣに機能追加を行うことにより、既存のＳＩＰ手順を用いてメディア経路のシヨートカットを行っている。このため、制御信号パケットのトラフィックを悪化させずにメディアパケットのトラフィックを効率化することができる。
また、相互接続通信における途中の事業者がメディアストリームの利用料や利用時間に応じて課金を行いたい、メディアストリームの内容を読みたい、その他付加サービスを提供したいなどの理由で最適なメディア経路ではないが、メデイア経路を通したい場合には、それらの事業者網を経由しつつ可能な限り最適な経路を通すことも可能である。図１４にそのようすを示す。図１４は、第１と第２の端末を相互に接続する相互接続システムにおける相互接続通信において途中の事業者を経由して通信を行う場合におけるパケットの流れを示す図である。なお、図１４の場合についても、第１の実施形態や第２の実施形態をそのまま適用できるので、詳細な説明を省略する。上記のように第２の実施形態では、メディアパケットを通したいＳ／ＢＣのアドレス情報を制御信号パケットで全て転送するため、経路を選択するための情報をより多く転送させることができる。
本発明は、上記各実施の形態に限ることなく、その他、実施段階ではその要旨を逸脱しない範囲で種々の変形を実施し得ることが可能である。
例えば、上記の説明ではローミング通信についてのみ説明したが、ローミング通信だけでなく、転送サービス等により複数事業者間での通信が起こる場合にも適用可能である。
さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。
例えば、上記の説明ではローミング通信についてのみ説明したが、ローミング通信だけでなく、転送サービス等により複数事業者間での通信が起こる場合にも適用可能である。
さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。
また、例えば各実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
１０…第１のローミング網
１２…Ｓ／ＢＣ（セッションボーダーコントローラ）
１２ａ…プロトコルインターワーク機能
１２ｌ…メディア経路ショートカット機能
１４…Ｐ−ＣＳＣＦ
１６…第１の端末
２０…第１の加入事業者網
２２…第１のＳ／ＢＣ
２４…第２のＳ／ＢＣ
２６…Ｉ／Ｓ−ＣＳＣＦ
２８…ＨＳＳ
３０…第２の加入事業者網
３２…第１のＳ／ＢＣ
３４…第２のＳ／ＢＣ
３６…Ｉ／Ｓ−ＣＳＣＦ
３８…ＨＳＳ
４０…第２のローミング網
４２…Ｓ／ＢＣ
４４…Ｐ−ＣＳＣＦ
４６…第２の端末
１２…Ｓ／ＢＣ（セッションボーダーコントローラ）
１２ａ…プロトコルインターワーク機能
１２ｌ…メディア経路ショートカット機能
１４…Ｐ−ＣＳＣＦ
１６…第１の端末
２０…第１の加入事業者網
２２…第１のＳ／ＢＣ
２４…第２のＳ／ＢＣ
２６…Ｉ／Ｓ−ＣＳＣＦ
２８…ＨＳＳ
３０…第２の加入事業者網
３２…第１のＳ／ＢＣ
３４…第２のＳ／ＢＣ
３６…Ｉ／Ｓ−ＣＳＣＦ
３８…ＨＳＳ
４０…第２のローミング網
４２…Ｓ／ＢＣ
４４…Ｐ−ＣＳＣＦ
４６…第２の端末
Claims (9)
- ＩＰ通信網において、第１の網にある第１の端末と第２の網にある第２の端末とが少なくとも１つのＮＡＴ・ＡＬＧ機能を配備している網を経由して相互接続を行う相互接続システムであって、前記第１の端末と前記第２の端末との相互通信における制御パケットの経路とメディアパケットの経路とが異なることを許可された相互接続システムにおいて、
前記各網は、それぞれセッションボーダーコントローラを備え、
前記メディアパケットが経由する必要のない網を経由しないように当該経由しない経路を省略する際に、当該メディアパケットが経由する必要のない網において、入口側のセッションボーダーコントローラは、ＳＤＰ（Session Description Protocol）記述においてアドレスとポート番号情報が記述された領域の書き換え前に一時的に当該領域に書かれたアドレスとポート番号情報を他の領域に保存し、出口側のセッションボーダーコントローラは、一時的に保存した前記アドレスとポート番号情報を前記ＳＤＰ記述においてアドレスとポート番号情報が記述された領域に書き戻してから出力することを特徴とする相互接続システム。 - 請求項１に記載の相互接続システムにおいて、前記第１の端末と前記第２の端末が同じ網にある場合に、第２の端末の網の入口に相当するセッションボーダーコントローラは、受信した信号のＳＤＰ記述のアドレスとポート番号情報を一時的に別のＳＤＰ領域に保存した後に、前記アドレスとポート番号情報を発側の第１の端末のアドレスとポート番号情報に書き換えることを特徴とする相互接続システム。
- 請求項１に記載の相互接続システムにおいて、前記第１の端末と前記第２の端末が同じ網にある場合に、当該網に配置されたセッションボーダーコントローラは、ＳＤＰのメディアアドレス情報に基づいて前記第１の端末と前記第２の端末が同一の網にあることを判定し、前記メディアアドレス情報を、前記セッションボーダーコントローラを経由しないで前記第１の端末と前記第２の端末とが直接通信できるように、前記第１と第２の端末のメディアアドレス情報に変更することを特徴とする相互接続システム。
- 請求項１に記載の相互接続システムにおいて、
前記第１の端末又は前記第２の端末の少なくとも一方がローミングしているかどうか判定する判定手段と、
前記判定手段で、ローミングしていると判定されたときに、ＳＤＰ（Session Description Protocol）にローミングしていることを示すフラグがなければ、ローミングしていることを示すフラグを前記ＳＤＰに追加する手段を更に具備することを特徴とする相互接続システム。 - 請求項４に記載の相互接続システムにおいて、前記フラグの内容は、ローミング網のセッションボーダーコントローラのメディア接続アドレスとポート番号であることを特徴とする相互接続システム。
- ＩＰ通信網において、第１の網にある第１の端末と第２の網にある第２の端末とが少なくとも１つのＮＡＴ・ＡＬＧ機能を配備している網を経由して相互接続を行う相互接続方法であって、前記第１の端末と前記第２の端末との相互通信における制御パケットの経路とメディアパケットの経路とが異なることを許可された相互接続方法において、
前記メディアパケットが経由する必要のない網を経由しないように当該経由しない経路を省略する際に、当該メディアパケットが経由する必要のない網において、その入口側のセッションボーダーコントローラが、ＳＤＰ（Session Description Protocol）記述においてアドレスとポート番号が記述された領域の書き換え前に一時的に当該領域に書かれたアドレスとポート番号情報を他の領域に保存し、出口側のセッションボーダーコントローラが、一時的に保存した前記アドレスとポート番号情報を前記ＳＤＰ記述においてアドレスとポート番号が記述された領域に書き戻してから出力することを特徴とする相互接続方法。 - 請求項２に記載の相互接続システムにおいて、同じ網に複数のセッションボーダーコントローラがある場合に、該網内におけるそれぞれのセッションボーダーコントローラが保持するアドレス変換情報を一元的に保持する手段を更に具備し、
前記アドレス変換情報をセッションボーダーコントローラが参照することにより、前記アドレスとポート番号情報を発側の第１の端末のアドレスとポート番号情報に書き換えることを特徴とする相互接続システム。 - 請求項２に記載の相互接続システムにおいて、同じ網に複数のセッションボーダーコントローラがある場合に、それぞれのセッションボーダーコントローラが相互に情報参照を行うことにより、前記アドレスとポート番号情報を発側の第１の端末のアドレスとポート番号情報に書き換えることを特徴とする相互接続システム。
- 請求項１に記載の相互接続システムにおいて、メディアパケット経路から省略される網の前記出口側のセッションボーダーコントローラは、前記ＳＤＰ記述においてアドレスとポート番号が記述された領域を、その網の入口セッションボーダーコントローラによって一時的に保存された前記アドレスとポート番号情報に書き戻すことを契機として、該省略される網のメディアリソース予約の終了とセッションボーダーコントローラのピンホール閉口を行うことを特徴とする相互接続システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006234161A JP4621183B2 (ja) | 2006-04-26 | 2006-08-30 | Ｉｐ通信網の相互接続システム及びｉｐ通信網の相互接続方法 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006122511 | 2006-04-26 | ||
| JP2006234161A JP4621183B2 (ja) | 2006-04-26 | 2006-08-30 | Ｉｐ通信網の相互接続システム及びｉｐ通信網の相互接続方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007318707A JP2007318707A (ja) | 2007-12-06 |
| JP4621183B2 true JP4621183B2 (ja) | 2011-01-26 |
Family
ID=38852119
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006234161A Expired - Fee Related JP4621183B2 (ja) | 2006-04-26 | 2006-08-30 | Ｉｐ通信網の相互接続システム及びｉｐ通信網の相互接続方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4621183B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009239550A (ja) * | 2008-03-26 | 2009-10-15 | Nec Corp | ＶｏＩＰネットワークの輻輳制御システム、、方法、及びプログラム |
| JP4920052B2 (ja) | 2009-03-11 | 2012-04-18 | 株式会社日立製作所 | 通信システム及びサーバ |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002232934A (ja) * | 2001-02-05 | 2002-08-16 | Nec Corp | 移動体パケット通信システム |
| JP4191099B2 (ja) * | 2004-06-18 | 2008-12-03 | 日本電信電話株式会社 | Ｓｉｐ信号変換方法、ｓｉｐ−ａｌｇ装置、ｓｉｐ信号変換プログラム、および記録媒体 |
-
2006
- 2006-08-30 JP JP2006234161A patent/JP4621183B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007318707A (ja) | 2007-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8340089B2 (en) | Apparatus and method for managing data transfer in VoIP gateway | |
| JP2021534692A (ja) | モバイル装置接続を提供するための方法、システムおよびコンピュータ可読媒体 | |
| CN100512460C (zh) | 用于向公共网络传递专用网络特征的系统和方法 | |
| EP2247031A1 (en) | Implementation method, system and device for ims monitoring | |
| TW200924439A (en) | Portable ICE relay server and its method thereof | |
| US8891388B2 (en) | Path node determining method, media path establishing method, and signaling media gateway | |
| ES2268077T3 (es) | Metodo, aparato y programa de ordenador para seleccionar una funcion de control de pasarela de medios, basandose en la monitorizacion de recursos de las funciones de la pasarela de medios. | |
| CN101635692B (zh) | 处理局域网数据的方法、互通网关、接入点及系统 | |
| CN101867575B (zh) | 一种跨网元的媒体发夹连接方法和系统 | |
| CN101360057B (zh) | 一种路由处理的方法、ims业务处理的方法及相关设备 | |
| JP4621183B2 (ja) | Ｉｐ通信網の相互接続システム及びｉｐ通信網の相互接続方法 | |
| CN101326793B (zh) | 用于传输有效数据的方法 | |
| JP5679577B2 (ja) | 中継システム及び中継網のコーディック選択方法 | |
| JP5634340B2 (ja) | 中継システム及び中継網のコーディック選択方法 | |
| JP5601421B2 (ja) | サーバ装置、通信制御プログラム、及び通信制御方法 | |
| US20080175232A1 (en) | System and method for multi-service virtual networks by integration, convergence, zero opportunity cost, and distributed user control | |
| CN103548330B (zh) | 一种网络电话建立呼叫方法、装置和系统 | |
| JP5277093B2 (ja) | Ｓｉｐサーバを用いてアクセスポイント間でセッションを確立する方法及びシステム | |
| CN100361468C (zh) | Ip接入网中私网下的接入设备实现接入的方法 | |
| KR100908275B1 (ko) | Ｉｍｓ 기반의 네트워크 시스템 및 사업자에 따른 능동 호연동 방법 | |
| CN219697707U (zh) | 一种呼叫路由系统 | |
| JP5782407B2 (ja) | ネットワークシステムおよびｎａｐｔ実施回数低減方法 | |
| KR100741379B1 (ko) | 둘 이상의 가입자 회선을 이용한 ｓｉｐ 통신을 제어하는어플리케이션 스위치 및 그의 동작 방법 | |
| CN111371724B (zh) | 实现ims业务的通信系统、设备和方法 | |
| CN120017640A (zh) | 一种移动通信网络中利用Request-URI实现IP语音用户量扩容的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080725 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100521 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101012 |
|
| 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: 20101026 |
|
| 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: 20101029 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131105 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4621183 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |