JP2014093614A - 接続制御装置、接続制御方法および接続制御プログラム - Google Patents

Abstract

【課題】リソースを有効活用することを課題とする。
【解決手段】ＩＰパケットフロー転送装置は、Ｐ−ＣＳＣＦとＡＴＣＦとの各々から、端末から他端末へのパス確立要求を受信する。そして、ＩＰパケットフロー転送装置は、パス確立要求を受信した場合に、Ｐ−ＣＳＣＦからのパス確立要求に対して仮想リソースを用いた第１の仮想パスをＡＧＷ実行部内に設定する。同様に、ＩＰパケットフロー転送装置は、ＡＴＣＦからのパス確立要求に対して仮想リソースを用いたＡＴＧＷ実行部内に設定する。その後、ＩＰパケットフロー転送装置は、第１の仮想パスと第２の仮想パスとの接続が確定された場合に、端末から他端末とを物理リソースを用いた物理パスで接続する。
【選択図】図３

Description

本発明は、接続制御装置、接続制御方法および接続制御プログラムに関する。

従来から、パケット交換（PS：Packet Switching）網から回線交換（CS：Circuit Switched）網へハンドオーバーして音声通信を継続する方法として、ＳＲＶＣＣ（Single Radio Voice Call Continuity)が知られている。ＳＲＶＣＣの実施方法としては、ＡＴＣＦ（Access Transfer Control Functionality）エンティティ、ＡＴＧＷ（Access Transfer Gateway）エンティティを用いた方法が３ＧＰＰ（Third Generation Partnership Project）のTR23.856に規定されている。

図１２は、３ＧＰＰで規定されるＡＴＣＦを利用した論理ネットワーク構成例を示す図である。図１２に示すように、ＩＭＳ（Internet protocol Multimedia Subsystem）網におけるＣ−Ｐｌａｎｅの境界点としては、Ｐ−ＣＳＣＦ（Proxy−Call Session Control Function）４０が利用される。また、ＩＭＳ網とユーザ端末（ＵＥ）１間で、ＮＡＴ（Network Address Translation）やＮＡＰＴ（Network Address Port Translation）を実現する場合のＵ−ＰｌａｎｅのＧａｔｅｗａｙとしては、ＩＭＳ−ＡＧＷ（IMS Access Gateway）４５が利用される。

図１２に示すネットワーク構成において、ユーザ端末１がＰＳ網に接続される場合、Ｃ−Ｐｌａｎｅ信号は、Ｐ−ＣＳＣＦ４０、ＡＴＣＦ４１、Ｉ／Ｓ−ＣＳＣＦ（Interrogating／Serving Call Session Control Function）４６を経由して送受信される。また、Ｕ−Ｐｌａｎｅ信号は、ＩＭＳ−ＡＧＷ４５、ＡＴＧＷ４２を経由して送受信される。すなわち、ＡＴＣＦ４１は、Ｃ−Ｐｌａｎｅ信号のアンカーポイント、ＡＴＧＷ４２は、Ｕ−Ｐｌａｎｅ信号のアンカーポイントとなり、両エンティティを切替点としてハンドオーバーが実施される。

ユーザ端末１がＰＳ網からＣＳ網へハンドオーバーした場合、Ｃ−Ｐｌａｎｅ信号は、ＣＳ Ａｃｃｅｓｓ４３、ＭＳＣ Ｓｅｒｖｅｒ（Mobile Switching Center Server）４４、ＡＴＣＦ４１、Ｉ／Ｓ−ＣＳＣＦ４６を経由して送受信される。また、Ｕ−Ｐｌａｎｅ信号は、ＣＳ Ａｃｃｅｓｓ４３、ＭＳＣ Ｓｅｒｖｅｒ４４、ＡＴＧＷ４２を経由して送受信される。

このように、ＰＳ網からＣＳ網へのハンドオーバー時にＡＴＣＦ４１やＡＴＧＷ４２を利用するネットワーク構成では、Ｕ−ＰｌａｎｅのパスがＩＭＳ−ＡＧＷ４５とＡＴＧＷ４２内にそれぞれ確立される。ここで、ユーザ端末Ａがユーザ端末Ｂに発信した例で説明する。

Ｐ−ＣＳＣＦ４０は、発信側のユーザ端末ＡからＳＤＰ（Session Description Protocol）で記述されたセッション開始要求を受信すると、ＩＭＳ−ＡＧＷ４５にリソースの確保を要求する。続いて、ＩＭＳ−ＡＧＷ４５は、発信側の入口となるリソースと着信側への出口となるリソースとを確保する。そして、Ｐ−ＣＳＣＦ４０は、ＩＭＳ−ＡＧＷ４５からリソースが確保されたことが通知されると、当該要求をＡＴＣＦ４１に通知する。その後、ＡＴＣＦ４１は、ＡＴＧＷ４２にリソースの確保を要求する。続いて、ＡＴＧＷ４２は、発信側の入口となるリソースと着信側への出口となるリソースとを確保する。

このようにすることで、ＩＭＳ−ＡＧＷ４５およびＡＴＧＷ４２は、セッションの入口となるリソースと、出口となるリソースとを確保する。そして、ＩＭＳ−ＡＧＷ４５が確保したリソースと、ＡＴＧＷ４２が確保したリソースとを接続することで、ユーザ端末Ａとユーザ端末Ｂとの間のセッションが確立される。この結果、ユーザ端末Ａとユーザ端末Ｂとの間で通信が確立される。なお、ここで確保されるリソースとしては、例えばＩＰアドレスとポート番号などが挙げられる。

特開２０１０−１４７６８６号公報

しかしながら、図１２に示す構成では、ＩＭＳ−ＡＧＷ４５とＡＴＧＷ４２を集約したＩＰパケットフロー転送装置５０を用いることが一般的に考えられており、このような場合には、ＩＰアドレスやポートなどのリソースを有効活用できないという問題がある。

図１３は、ＩＭＳ−ＡＧＷとＡＴＧＷを集約したＩＰパケットフロー転送装置を用いる例を示す図である。図１３を用いた場合、Ｃ−Ｐｌａｎｅを用いるＳＩＰ（Session Initiation Protocol）シグナリングは、Ｐ−ＣＳＣＦ４０からＡＴＣＦ４１を経由したパスで転送される。また、Ｕ−Ｐｌａｎｅを用いる音声信号は、ＩＭＳ−ＡＧＷ４５からＡＴＧＷ４２を経由したパスで転送される。このように、機能を集約した場合であっても、機能を集約しない場合と同様のパスで通信を制御することができる。

ところが、Ｐ−ＣＳＣＦ４０はＩＭＳ−ＡＧＷ４５を制御し、ＡＴＣＦ４１はＡＴＧＷ４２を制御するので、ＩＰパケットフロー転送装置５０内では、１つの制御信号に対して２つのパスを設定することになる。具体的には、図１３に示すように、ＩＰパケットフロー転送装置５０では、Ｐ−ＣＳＣＦ４０とＡＴＣＦ４１の各々からリソースの確保が要求される。したがって、ＩＰパケットフロー転送装置５０は、ＩＭＳ−ＡＧＷの機能を実行するＡＧＷ実行部５０ａと、ＡＴＧＷの機能を実行するＡＴＧＷ実行部５０ｂとの各々に、外部で使用されるＩＰアドレスやポートとを用いたパスを設定する。つまり、ＩＰパケットフロー転送装置５０の内部で接続されればよいパスが、当該装置の外部を経由した外部パスとなる。

このように、上記ＩＰパケットフロー転送装置５０は、異なる制御装置から同一のパス設定が要求された場合、それぞれの要求に対応した物理パスを接続することになるので、同一の物理パスが複数存在することになり、リソースを有効活用できていない。

開示の技術は、上記に鑑みてなされたものであって、リソースを有効活用することができる接続制御装置、接続制御方法および接続制御プログラムを提供することを目的とする。

本願の開示する接続制御装置、接続制御方法および接続制御プログラムは、一つの態様において、第１の制御装置と第２の制御装置との各々から、第１ユーザ端末から第２ユーザ端末へのパス確立要求を受信する受信部を有する。受信部によってパス確立要求が受信された場合に、前記第１の制御装置からのパス確立要求に対して仮想リソースを用いた第１の仮想パスを設定し、前記第２の制御装置からのパス確立要求に対して仮想リソースを用いた第２の仮想パスを設定する設定部を有する。前記設定部によって設定された前記第１の仮想パスと前記第２の仮想パスとの接続が確定された場合に、前記第１ユーザ端末と第２ユーザ端末とを物理リソースを用いた物理パスで接続する接続制御部を有する。

本願の開示する接続制御装置、接続制御方法および接続制御プログラムの一つの態様によれば、リソースを有効活用することができるという効果を奏する。

図１は、実施例１に係るネットワーク構成を示す図である。 図２は、実施例１に係るＩＰパケットフロー転送装置のハードウェア構成を示す図である。 図３は、実施例１に係るＩＰパケットフロー転送装置の構成を示す機能ブロック図である。 図４は、ＡＤＤリクエスト受信時の捕捉リソース決定処理の流れを示すフローチャートである。 図５は、Ｍｏｄｉｆｙリクエスト受信時の捕捉リソース決定処理の流れを示すフローチャートである。 図６は、パス接続までの状態遷移例を説明する図である。 図７は、パス接続の処理シーケンスを示す図である。 図８は、パス切替時の状態遷移例を説明する図である。 図９は、折り返しパスを接続する例を説明する図である。 図１０は、折り返しパス制御におけるＡＤＤリクエスト受信時の捕捉リソース決定処理の流れを示すフローチャートである。 図１１は、折り返しパス接続時の状態遷移例を説明する図である。 図１２は、３ＧＰＰで規定されるＡＴＣＦを利用した論理ネットワーク構成例を示す図である。 図１３は、ＩＭＳ−ＡＧＷとＡＴＧＷを集約したＩＰパケットフロー転送装置を用いる例を示す図である。

以下に、本願の開示する接続制御装置、接続制御方法および接続制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

［ネットワーク構成］
図１は、実施例１に係るネットワーク構成を示す図である。図１に示すように、このネットワークは、ＳＩＰ（Session Initiation Protocol）を用いてマルチメディアサービスを実現するＩＭＳ（Internet protocol Multimedia Subsystem）を提供するネットワークである。なお、図１に示した各エンティティは、３ＧＰＰに規定された機能であり、例えばサーバ等などによって実現されてもよい。また、図１に示した各エンティティやサーバは、あくまで例示であり、これに限定されるものではなく、ＩＭＳに利用される他のサーバ等を有していてもよい。

このネットワークは、端末１、Ｐ−ＧＷ（Packet Data Network−Gateway）２、Ｐ−ＣＳＣＦ（Proxy−Call Session Control Function）３、ＡＴＣＦ（Access Transfer Control Functionality）４を有する。また、ネットワークは、Ｉ／Ｓ−ＣＳＣＦ（Interrogating／Proxy−Call Session Control Function）５、ＲＮＣ（Radio Network Controller）６、ＭＳＣＳｅｒｖｅｒ（Mobile Switching Center Server）７を有する。また、ネットワークは、ＰＣＲＦ（Policy and Charging Rules Function）８、ＩＰパケットフロー転送装置１０を有する。

端末１（User Equipment）は、携帯電話やスマートフォン等のユーザ端末であり、ＳＩＰを動作させることができる。ここでは、端末１は、パケット交換網から回線交換網にハンドオーバーする場合を想定する。具体例を挙げると、端末１が、ＬＴＥ／ＥＰＣ（Long Term Evolution／Evolved Packet Core）を利用する状況から、３Ｇコアネットワークである３Ｇ−ＲＡＮ（Third Generation−Radio Access Network）を利用する状況に遷移する例を想定する。

Ｐ−ＧＷ２は、ＬＴＥ／ＥＰＣとＩＭＳまたは外部ネットワークとの接続を実現するエンティティである。具体的には、Ｐ−ＧＷ２は、ＬＴＥを使用する端末１と、ＩＭＳのＩＰパケットフロー転送装置１０との間で送受信されるＳＩＰメッセージ等を中継する。

Ｐ−ＣＳＣＦ３は、ＳＩＰプロキシサーバである。Ｐ−ＣＳＣＦ３は、ＩＭＳ内で送受信される各メッセージの経路上にあり、各メッセージの内容を検出することができる。Ｐ−ＣＳＣＦ３は、インタフェース「Ｇｍ」を用いて、端末１とメッセージを交換する。Ｐ−ＣＳＣＦ３は、インタフェース「Ｍｗ」を用いて、ＡＴＣＦ４とメッセージを交換する。Ｐ−ＣＳＣＦ３は、インタフェース「ｌｑ」を用いて、ＩＰパケットフロー転送装置１０とメッセージを交換する。Ｐ−ＣＳＣＦ３は、課金用の記録を生成し、この記録は、インタフェース「Ｒｘ」を用いてＰＣＲＦ８と送受信される。

また、Ｐ−ＣＳＣＦ３は、ＩＭＳ−ＡＬＧ（IMS Application Layer Gateway）３ａを有する。ＩＭＳ−ＡＬＧ３ａは、Ｃ−ｐｌａｎｅの信号の変換を行うエンティティである。例えば、ＩＭＧ−ＡＬＧ３ａは、ＳＩＰやＳＤＰ（Session Description Protocol）のメッセージ変換を実行する。

ＡＴＣＦ４は、ＰＳ網とＣＳ網との間におけるハンドオーバー時のＣ−ｐｌａｎｅ制御を行うエンティティであり、ハンドオーバー時のＣ−Ｐｌａｎｅのアンカーポイントである。このＡＴＣＦ４は、Ｐ−ＣＳＣＦ３、Ｉ／Ｓ−ＣＳＣＦ５、ＭＳＣＳｅｒｖｅｒ７各々と、インタフェース「Ｍｗ」を用いてメッセージを交換する。

Ｉ／Ｓ−ＣＳＣＦ５は、ホーム網において他網との接続を中継するゲートウェイ機能を有し、ユーザ登録時にＨＳＳ（ホーム加入者サーバ）にアクセスしてＳ−ＣＳＣＦを割り付けるサーバである。また、Ｉ／Ｓ−ＣＳＣＦ５は、ホーム網におけるセッション制御を行うＳ−ＣＳＣＦの機能を実行する。

ＲＮＣ６は、無線ネットワークの制御局である。このＲＮＣ６は、端末１と無線接続され、端末１とＭＳＣＳｅｒｖｅｒ７との間の無線通信を制御する。ＲＮＣ６は送受信される信号を整理したり、回線を接続したり、ハンドオーバーの制御をしたりする。

ＭＳＣＳｅｒｖｅｒ７は、３ＧコアネットワークにおけるＣ−ｐｌａｎｅの制御を行うエンティティである。ＭＳＣＳｅｒｖｅｒ７は、ＲＮＣ６を介して、端末１と各種メッセージを送受信する。また、ＭＳＣＳｅｒｖｅｒ７は、インタフェース「Ｍｗ」を用いて、ＡＴＣＦ４やＩＰパケットフロー転送装置１０のＡＴＧＷ（Access Transfer Gateway）とメッセージを交換する。

ＰＣＲＦ８は、ポリシーと課金ルールを決定するサーバである。ＰＣＲＦ８は、インタフェース「Ｒｘ」や「Ｒｆ」などを用いて、Ｐ−ＣＳＣＦ３との間で課金の記録等を送受信する。

ＩＰパケットフロー転送装置１０は、パス制御部１２、パス接続部２０を有し、これらによってＩＭＳ−ＡＧＷ（IMS Access Gateway）やＡＴＧＷなどの機能を実行するサーバやルータなどの装置である。

ここで、端末１がＬＴＥを使用している場合、Ｃ−Ｐｌａｎｅを用いる信号は、Ｐ−ＧＷ２、Ｐ−ＣＳＣＦ３、ＡＴＣＦ４を経由したパスで転送される。Ｕ−Ｐｌａｎｅを用いた信号は、ＩＰパケットフロー転送装置１０のＩＭＳ−ＡＧＷ、ＩＰパケットフロー転送装置１０のＡＴＧＷを経由したパスで転送される。

また、端末１がＬＴＥから３Ｇ−ＲＡＮにハンドオーバーした場合、Ｃ−Ｐｌａｎｅを用いる信号は、ＲＮＣ６、ＭＳＣＳｅｒｖｅｒ７、ＡＴＣＦ４を経由したパスで転送される。Ｕ−Ｐｌａｎｅを用いた信号は、ＲＮＣ６、ＭＳＣＳｅｒｖｅｒ７、ＩＰパケットフロー転送装置１０のＡＴＧＷを経由したパスで転送される。

このようなＩＰパケットフロー転送装置１０は、Ｐ−ＣＳＣＦ３とＡＴＣＦ４との各々から、端末１から他端末へのパス確立要求を受信する。そして、ＩＰパケットフロー転送装置１０は、パス確立要求を受信した場合に、Ｐ−ＣＳＣＦ３からのパス確立要求に対して仮想リソースを用いた第１の仮想パスをＩＭＳ−ＡＧＷ内に設定する。同様に、ＩＰパケットフロー転送装置１０は、ＡＴＣＦ４からのパス確立要求に対して仮想リソースを用いた第２の仮想パスをＡＴＧＷ内に設定する。その後、ＩＰパケットフロー転送装置１０は、第１の仮想パスと第２の仮想パスとの接続が確定された場合に、端末１から他端末とを物理リソースを用いた物理パスで接続する。

このように、ＩＰパケットフロー転送装置１０は、端末間のパスを確立する際に、ＩＭＳ−ＡＧＷおよびＡＴＧＷに仮想リソースを割当てて仮想パスで接続し、仮想パス上で実際に使用されるパスが定まった後に、仮想パスを物理的に接続する。したがって、ＩＰパケットフロー転送装置１０は、異なる制御装置から同一のパス設定が要求された場合でも、１つの物理パスで接続することができるので、同一の物理パスが複数存在することがなく、リソースを有効活用することができる。

［ハードウェア構成］
図２は、実施例１に係るＩＰパケットフロー転送装置のハードウェア構成を示す図である。なお、ここで示したハードウェア構成は、あくまで例示であり、これに限定されるものではない。例えば、ＩＰパケットフロー転送装置にルータと同様の機能を持たせる場合には、ＩＰパケットフロー転送装置１０は、ルーティング回路等を有してもよい。

図２に示すようにＩＰパケットフロー転送装置１０は、ＣＰＵ１０２、入力装置１０３、出力装置１０４、通信インタフェース１０５、ＨＤＤ（Hard Disk Drive）１０６、ＲＡＭ（Random Access Memory）１０７を有する。また、図２に示した各部は、バス１０１で相互に接続される。

入力装置１０３は、マウスやキーボードであり、出力装置１０４は、ディスプレイなどであり、通信インタフェース１０５は、ＮＩＣ（Network Interface Card）などのインタフェースである。ＨＤＤ１０６は、ＣＰＵ１０２が実行するプログラムやデータ等を記憶する。

記録媒体の例としてＨＤＤ１０６を例に挙げたが、ＲＯＭ（Read Only Memory）、ＲＡＭ、ＣＤ−ＲＯＭ等の他のコンピュータが読み取り可能な記録媒体に各種プログラムを格納しておき、ＩＰパケットフロー転送装置１０に読み取らせることとしてもよい。なお、記録媒体を遠隔地に配置し、ＩＰパケットフロー転送装置１０が、その記録媒体にアクセスすることでプログラムを取得して利用してもよい。また、その際、取得したプログラムを記録媒体に格納して用いてもよい。

ＣＰＵ１０２は、ＩＰパケットフロー転送装置１０の全体的な処理を司る処理部であり、図３等で説明する各処理部と同様の処理を実行するプログラムを読み出してＲＡＭ１０７に展開することで、各機能を実行するプロセスを動作させる。すなわち、このプロセスは、後述する図３等と同様の機能を実行する。このようにＩＰパケットフロー転送装置１０は、プログラムを読み出して実行することで、接続制御方法を実行する情報処理装置として動作する。

［機能ブロック図］
図３は、実施例１に係るＩＰパケットフロー転送装置の構成を示す機能ブロック図である。図３に示すように、ＩＰパケットフロー転送装置１０は、通信制御部１１とパス制御部１２とパス接続部２０とを有する。なお、各処理部は、ＣＰＵなどのプロセッサが実行する処理部である。

通信制御部１１は、Ｐ−ＣＳＣＦ３およびＡＴＣＦ４との通信を制御する処理部である。また、通信制御部１１は、Ｐ−ＣＳＣＦ３やＡＴＣＦ４から処理要求を受信してパス制御部１２に出力し、処理結果をパス制御部１２から受信してＰ−ＣＳＣＦ３やＡＴＣＦ４に応答する。

具体的には、通信制御部１１は、Ｐ−ＣＳＣＦ３やＡＴＣＦ４から、ＭＧＣＰ（Media Gateway Control Protocol）アーキテクチャの１実装形態であるＨ．２４８（Megaco）で規定される各種リクエストを受信する。例えば、通信制御部１１は、ＡＤＤリクエスト、Ｍｏｄｉｆｙリクエスト、Ｓｕｂｔｒａｃｔリクエストを受信する。

パス制御部１２は、リソース捕捉論理部１３、仮想リソース管理部１４、物理リソース管理部１５、リソース割当部１６、仮想パス制御部１７、物理パス制御部１８を有し、これらによって、パスの接続や切断を実行する処理部である。

リソース捕捉論理部１３は、パスの動作モードを管理する処理部である。具体的には、リソース捕捉論理部１３は、パス接続部２０に生成されるパスの形態を記述した設定ファイルを保持する。この設定ファイルには、動作モード＝直列パスなどが記述されており、管理者等によって更新される。なお、実施例１では、動作モードが直列パスである例について説明する。

仮想リソース管理部１４は、仮想的に割当てるリソースを管理する処理部である。具体的には、仮想リソース管理部１４は、内部アドレスと使用状況とを対応付けた内部アドレスプール、ポート番号と使用状況とを対応付けたポートプールを管理する。例えば、仮想リソース管理部１４は、「ＩＰ（ＮＡ）、使用中」や「６０、未使用」などを保持することで、ＩＰパケットフロー転送装置１０内部で使用するリソースを管理する。この仮想リソース管理部１４は、パス接続部２０を監視し、自身が管理する仮想リソースの使用状況を更新する。

物理リソース管理部１５は、物理的に割当てるリソースを管理する処理部である。具体的には、物理リソース管理部１５は、外部アドレスと使用状況とを対応付けた外部アドレスプール、ポート番号と使用状況とを対応付けたポートプールを管理する。例えば、物理リソース管理部１５は、「ＩＰ（ＦＡ）、使用中」や「５０６０、未使用」などを保持することで、ＩＰパケットフロー転送装置１０が外部装置との通信に使用するリソースを管理する。この物理リソース管理部１５は、パス接続部２０を監視し、自身が管理する物理リソースの使用状況を更新する。

リソース割当部１６は、パス接続部２０に仮想リソースや物理リソースを割当てる処理部である。具体的には、リソース割当部１６は、通信制御部１１によってパス確立要求を示すリクエストが受信された場合に、仮想リソース管理部１４を参照し、未使用の仮想リソースをパス接続部２０に割当てる。同様に、通信制御部１１によってパス確立要求を示すリクエストが受信された場合に、物理リソース管理部１５を参照し、未使用の物理リソースをパス接続部２０に割当てる。また、リソース割当部１６は、通信制御部１１によってパス切断要求を示すリクエストが受信された場合に、パス接続部２０に割当てられる物理リソースを解放する。

例えば、リソース割当部１６は、Ｐ−ＣＳＣＦ３からＡＤＤリクエストを受信した場合、ＡＧＷ実行部２１内に、ＡＧＷ実行部２１が外部と接続する物理リソースを設定する。同様に、リソース割当部１６は、ＡＧＷ実行部２１内に、ＡＧＷ実行部２１が内部のＡＴＧＷ実行部２２と接続する仮想リソースを設定する。なお、Ｐ−ＣＳＣＦ３は、発信側の端末からパス確立要求を受信する。

また、リソース割当部１６は、ＡＴＣＦ４からＡＤＤリクエストを受信した場合、ＡＴＧＷ実行部２２内に、ＡＴＧＷ実行部２２が内部のＡＧＷ実行部２１と接続する仮想リソースを設定する。同様に、リソース割当部１６は、ＡＴＧＷ実行部２２内に、ＡＴＧＷ実行部２２が外部と接続するためのリソースとして物理リソースを設定する。なお、ＡＴＣＦ４は、Ｐ−ＣＳＣＦ３によって転送された発信側の要求を受信する。

なお、ここでリソース割当部１６が設定する仮想リソースは、内部アドレスとポート番号であり、物理リソースは、外部アドレスとポート番号である。また、リソース割当部１６は、Ｐ−ＣＳＣＦ３からの要求に応じて確保したリソースの情報を、要求に対する応答としてＰ−ＣＳＣＦ３に応答する。そして、Ｐ−ＣＳＣＦ３は、この応答の内容を含めた要求をＡＴＣＦ４に転送する。同様に、リソース割当部１６は、ＡＴＣＦ４からの要求に応じて確保したリソースの情報を、要求に対する応答としてＡＴＣＦ４に応答する。この結果、リソース割当部１６は、複数のパス確立要求が発生した場合であっても、どの要求に対してどのリソースを割当てたかを管理することができる。

図３に戻り、仮想パス制御部１７は、パス接続部２０に仮想パスを生成する処理部である。具体的には、仮想パス制御部１７は、通信制御部１１によってパス接続要求が受信された場合に、パス接続部２０内に接続される各種リソースを仮想パスで接続する。

例えば、仮想パス制御部１７は、着信側からの応答を受信したＡＴＣＦ４からＭｏｄｉｆｙリクエストを受信した場合、ＡＴＧＷ実行部２２に設定された物理リソースと仮想リソースとを仮想パスで接続する。また、仮想パス制御部１７は、ＡＴＣＦ４によって着信側の要求が転送されたＰ−ＣＳＣＦ３からＭｏｄｉｆｙリクエストを受信した場合、ＡＧＷ実行部２１に設定された物理リソースと仮想リソースとを仮想パスで接続する。その後、仮想パス制御部１７は、ＡＧＷ実行部２１内およびＡＴＧＷ実行部２２内に仮想パスが設定された場合、同一の要求に対する仮想パス間を仮想的に接続する。

このようにして、仮想パス制御部１７は、ＡＧＷ実行部２１とＡＴＧＷ実行部２２とを仮想的に接続する。なお、同一の要求に対する仮想パスの特定方法は、公知の様々な手法を用いることができるが、例えばリソース割当部１６と同様の手法やリソース割当部１６が管理する情報を用いることができる。

物理パス制御部１８は、パス接続部２０に物理パスを生成する処理部である。具体的には、物理パス制御部１８は、仮想パス制御部１７によって、ＡＧＷ実行部２１とＡＴＧＷ実行部２２とが仮想的に接続されて、発信側と着信側の端末間が仮想パスで接続された場合に、発信側と着信側の端末間を物理パスで接続する。

例えば、物理パス制御部１８は、仮想パス制御部１７によって仮想パスが確定された場合に、ＡＧＷ実行部２１に設定された物理リソースとＡＴＧＷ実行部２２に設定された物理リソースとを結んだ物理パスを設定する。すなわち、物理パス制御部１８は、仮想パス制御部１７が生成した仮想パス上で実際に使用される実パスが確定した場合に、パス接続部２０内の物理リソースを結んだパスが物理パスとして使用されるように、ハードウェアを設定する。

パス接続部２０は、ＡＧＷ実行部２１とＡＴＧＷ実行部２２とを有し、端末間のＵ−Ｐｌａｎｅの信号を中継する処理部である。ＡＧＷ実行部２１は、Ｈ．２６４上ではコンテキストＡとして管理され、ＡＴＧＷ実行部２２は、Ｈ．２６４上ではコンテキストＢとして管理される。

ＡＧＷ実行部２１は、ＮＡＴ（Network Address Translation）を利用する場合のＭｅｄｉａゲートウェイの機能を実行する。すなわち、ＡＧＷ実行部２１は、ＩＭＳにおけるＩＭＡ−ＡＧＷと同様の機能を実行する。このＡＧＷ実行部２１は、リソース割当部１６による制御によって、仮想リソースや物理リソースの設定や解放を実行する。

ＡＴＧＷ実行部２２は、ＰＳ網とＣＳ網との間におけるハンドオーバー時のＵ−ｐｌａｎｅ制御を実行する処理部であり、ハンドオーバー時のＣ−Ｐｌａｎｅのアンカーポイントである。すなわち、ＡＴＧＷ実行部２２は、ＩＭＳにおけるＡＴＧＷと同様の機能を実行する。このＡＴＧＷ実行部２２は、リソース割当部１６による制御によって、仮想リソースや物理リソースの設定や解放を実行する。

［処理の流れ］
次に、ＩＰパケットフロー転送装置が実行するパス設定制御の流れを説明する。ここでは、Ｐ−ＣＳＣＦ３やＡＴＣＦ４からＡＤＤリクエストが発行された場合と、Ｐ−ＣＳＣＦ３やＡＴＣＦ４からＭｏｄｉｆｙリクエストが発行された場合のそれぞれについて、リソースを捕捉する処理の流れを説明する。なお、図４から図７では、ＡＧＷ実行部２１およびＡＴＧＷ実行部２２の各々に対して、発信側を内側、着信側を外側と記載する。

（ＡＤＤリクエスト時）
図４は、ＡＤＤリクエスト受信時の捕捉リソース決定処理の流れを示すフローチャートである。図４に示すように、パス制御部１２がＡＤＤリクエストを受信すると（Ｓ１０１）、リソース割当部１６は、内側Ｒｄ（Remote Descriptor）が捕捉中の内部アドレスか否かを判定する（Ｓ１０２）。

そして、リソース割当部１６は、内側Ｒｄが捕捉中の内部アドレスであると判定した場合（Ｓ１０２Ｙｅｓ）、２つ目のストリーム言い換えるとコンテキストＢに対するストリームと判定し（Ｓ１０３）、仮想リソースと物理リソースとを捕捉する（Ｓ１０４）。すなわち、リソース割当部１６は、ＡＴＧＷ実行部２２に対するＡＤＤリクエストと判定し、ＡＴＧＷ実行部２２内に、着信側（外側）と接続する物理リソースを設定し、ＡＧＷ実行部２１（内側）を接続する仮想リソースを設定する。

一方、リソース割当部１６は、内側Ｒｄが捕捉中の内部アドレスではないと判定した場合（Ｓ１０２Ｎｏ）、内側Ｒｄが外部アドレスであるか否かを判定する（Ｓ１０５）。そして、リソース割当部１６は、内側Ｒｄが外部アドレスであると判定した場合（Ｓ１０５Ｙｅｓ）、外側Ｒｄが外部アドレスであるか否かを判定する（Ｓ１０６）。

そして、リソース割当部１６は、外側Ｒｄが外部アドレスであると判定した場合（Ｓ１０６Ｙｅｓ）、コンテキストＡに対する単一ストリームと判定し（Ｓ１０７）、２つの物理リソースを捕捉する（Ｓ１０８）。すなわち、リソース割当部１６は、ＡＧＷ実行部２１内の発信側（内側）とＡＴＧＷ実行部２２内の着信側（外側）の各々に、物理リソースを設定する。

一方、リソース割当部１６は、内側Ｒｄが外部アドレスではないと判定した場合（Ｓ１０５Ｎｏ）または外側Ｒｄが外部アドレスではないと判定した場合（Ｓ１０６Ｎｏ）、Ｓ１０９とＳ１１０とを実行する。具体的には、リソース割当部１６は、１つ目のストリーム、言い換えるとコンテキストＡに対するストリームと判定し、仮想リソースと物理リソースとを捕捉する。すなわち、リソース割当部１６は、ＡＧＷ実行部２１に対するＡＤＤリクエストと判定し、ＡＧＷ実行部２１内に、発信側（内側）と接続する物理リソースを設定し、ＡＴＧＷ実行部２２（外側）と接続する仮想リソースを設定する。

（Ｍｏｄｉｆｙリクエスト時）
図５は、Ｍｏｄｉｆｙリクエスト受信時の捕捉リソース決定処理の流れを示すフローチャートである。図５に示すように、パス制御部１２がＭｏｄｉｆｙリクエストを受信すると（Ｓ２０１）、仮想パス制御部１７は、内側Ｒｄが捕捉中の内部アドレスか否かを判定する（Ｓ２０２）。

そして、仮想パス制御部１７は、内側Ｒｄが捕捉中の内部アドレスであると判定した場合（Ｓ２０２Ｙｅｓ）、２つ目のストリーム言い換えるとコンテキストＢに対するストリームと判定し（Ｓ２０３）、仮想リソースと物理リソースとを確定する（Ｓ２０４）。すなわち、仮想パス制御部１７は、ＡＴＧＷ実行部２２に対するＭｏｄｉｆｙリクエストと判定し、ＡＴＧＷ実行部２２内で着信側（外側）と接続する物理リソースと、ＡＴＧＷ実行部２２内でＡＧＷ実行部２１（内側）と接続する仮想リソースと、を仮想パスで接続する。

一方、仮想パス制御部１７は、内側Ｒｄが捕捉中の内部アドレスではないと判定した場合（Ｓ２０２Ｎｏ）、外側Ｒｄが外部アドレスであるか否かを判定する（Ｓ２０５）。そして、仮想パス制御部１７は、外側Ｒｄが外部アドレスであると判定した場合（Ｓ２０５Ｙｅｓ）、１つ目のストリーム言い換えるとコンテキストＡに対するストリームと判定し（Ｓ２０６）、仮想リソースと物理リソースとを捕捉（確定）する（Ｓ２０７）。すなわち、仮想パス制御部１７は、ＡＧＷ実行部２１に対するＭｏｄｉｆｙリクエストと判定し、ＡＧＷ実行部２１内で発信側（内側）を接続する物理リソースと、ＡＧＷ実行部２１内でＡＴＧＷ実行部２２（外側）を接続する仮想リソースとを確定して仮想パスで接続する。

そして、仮想パス制御部１７は、外側Ｒｄが外部アドレスではないと判定した場合（Ｓ２０５Ｎｏ）、Ｓ２０８とＳ２０９とを実行する。具体的には、仮想パス制御部１７は、コンテキストＡに対する単一ストリームまたはパス切替後のストリームと判定し、２つの物理リソースを捕捉する。すなわち、仮想パス制御部１７は、ＡＧＷ実行部２１内の発信側（内側）に設定される物理リソースと、ＡＴＧＷ実行部２２内の着信側（外側）に設定される物理リソースと、を仮想パスで接続する。その後、物理パス制御部１８は、仮想パスの端点であるＡＧＷ実行部２１内の発信側（内側）とＡＴＧＷ実行部２２内の着信側（外側）と、を物理パスで接続する。

［状態遷移］
図６は、パス接続までの状態遷移例を説明する図である。ここで、パス接続部のＡがコンテキストＡ、すなわちＡＧＷ実行部２１に対応する。同様に、パス接続部のＢがコンテキストＢ、すなわちＡＴＧＷ実行部２２に対応する。ここでは、仮想または物理リソースが設定される部分をターミネーションと記載する。つまり、パス接続部２０では、ＡＧＷ実行部２１およびＡＴＧＷ実行部２２の各々に、２つのターミネーション（Ｔ）が存在するものとする。

図６に示すように、パス接続前のパス接続部の各ターミネーションは、リソースが設定されておらず、空である（Ｓ１−１）。そして、リソース割当部１６は、コンテキストＡに対するＡＤＤリクエストを受信すると、ＡＧＷ実行部２１に物理リソースと仮想リソースとを設定する（Ｓ１−２）。具体的には、リソース割当部１６は、物理リソース管理部１５から空いている物理リソースを特定して、ターミネーション２に物理リソースを割当てる。同様に、リソース割当部１６は、仮想リソース管理部１４から空いている仮想リソースを特定して、ターミネーション３に仮想リソースを割当てる。

続いて、リソース割当部１６は、コンテキストＢに対するＡＤＤリクエストを受信すると、ＡＴＧＷ実行部２２に物理リソースと仮想リソースとを設定する（Ｓ１−３）。具体的には、リソース割当部１６は、仮想リソース管理部１４から空いている仮想リソースを特定して、ターミネーション４に仮想リソースを割当てる。同様に、リソース割当部１６は、物理リソース管理部１５から空いている物理リソースを特定して、ターミネーション５に物理リソースを割当てる。

その後、仮想パス制御部１７は、コンテキストＢに対するＭｏｄｉｆｙリクエストを受信すると、ＡＴＧＷ実行部２２内の物理リソースと仮想リソースとを仮想パスで接続する（Ｓ１−４）。具体的には、仮想パス制御部１７は、ターミネーション４とターミネーション５とを確定し、仮想パスで接続する。

続いて、仮想パス制御部１７は、コンテキストＡに対するＭｏｄｉｆｙリクエストを受信すると、ＡＧＷ実行部２１内の物理リソースと仮想リソースとを仮想パスで接続する（Ｓ１−５）。具体的には、仮想パス制御部１７は、ターミネーション２とターミネーション３とを確定し、仮想パスで接続する。さらに、仮想パス制御部１７は、ターミネーション３とターミネーション４とを確定し、仮想パスで接続する。

ここで、ターミネーション２とターミネーション３、ターミネーション３とターミネーション４、ターミネーション４とターミネーション５の各々が仮想パスで接続されることになる。このため、仮想パス制御部１７は、コンテキストすなわちターミネーション２およびターミネーション５のＡＤＤリクエストを、物理パス制御部１８に出力する。すると、物理パス制御部１８は、ターミネーション２とターミネーション５とを接続する仮想パス上を物理的に接続するように、ハードウェアを制御する（Ｓ１−６）。

その後、仮想パス制御部１７は、コンテキストＡまたはコンテキストＢに対するＳｕｂｔｒａｃｔリクエストを受信すると、ＡＧＷ実行部２１およびＡＴＧＷ実行部２２に設定される仮想パスを解放する（Ｓ１−７）。このとき、各ターミネーションに設定されるリソース情報も解放されるので、物理パス制御部１８に対しても、Ｓｕｂｔｒａｃｔリクエストが送信される。その結果、物理パス制御部１８は、ハードウェアの設定を物理パス設定前に戻し、パスを解放する（Ｓ１−８）。これをもって、通信終了状態となる。

［シーケンス］
図７は、パス接続の処理シーケンスを示す図である。ここで、各装置間のメッセージの流れについても説明する。

図７に示すように、ユーザ端末（Ａ）は、Ｐ−ＣＳＣＦ３へＳＤＰを含むＳＩＰのＩＮＶＩＴＥリクエストを送出する（Ｓ３０１）。このＳＤＰには送信元の情報が含まれる。

続いて、Ｐ−ＣＳＣＦ３内のＩＭＳ−ＡＬＧ３ａは、ＩＰパケットフロー転送装置１０のコンテキストＡへ、Ｈ．２４８のＡＤＤリクエストを送出する（Ｓ３０２）。このリクエストの内容には、Ｌｄ（Local Descriptor）：Ｃｈｏｏｓｅ Ｒｄ（Remote Descriptor）：ユーザ端末Ａが指定される。

このＡＤＤリクエストを受けて、ＩＰパケットフロー転送装置１０のリソース割当部１６は、内側Ｒｄが外部アドレス、外側がＲｄが未指定であることから、ＡＧＷ実行部２１内に、物理リソースと仮想リソースとを捕捉する（Ｓ３０３）。図６で説明すると、リソース割当部１６は、ターミネーション２の物理リソースを割り当て、ターミネーション３に仮想リソースを割当てる。

そして、ＩＰパケットフロー転送装置１０のＡＧＷ実行部２１は、Ｐ−ＣＳＣＦ３へＨ．２４８のＡＤＤリプライを送出する（Ｓ３０４）。このとき、ＡＧＷ実行部２１は、捕捉したターミネーション２およびターミネーション３のリソース情報を追加してリプライを送出する。

続いて、Ｐ−ＣＳＣＦ３は、ＡＴＣＦ４へＳＤＰを含むＳＩＰのＩＮＶＩＴＥリクエスト送出する（Ｓ３０５）。このとき、ＳＤＰには、送信元アドレスとしてＡＧＷ実行部２１のアドレス、宛先アドレスとしてユーザ端末Ｂが含まれる。

そして、ＡＴＣＦ４は、ＩＰパケットフロー転送装置１０のコンテキストＢへＨ．２４８のＡＤＤリクエストを送出する（Ｓ３０６）。このリクエストの内容には、内側Ｌｄ：Ｃｈｏｏｓｅ、内側Ｒｄ：ターミネーション３指定、外側Ｌｄ：Ｃｈｏｏｓｅ、外側Ｒｄ：ユーザ端末Ｂが指定される。

このＡＤＤリクエストを受けて、ＩＰパケットフロー転送装置１０のリソース割当部１６は、内側Ｒｄが捕捉中の内部アドレスであることから、ＡＴＧＷ実行部２２内に、物理リソースと仮想リソースとを捕捉する（Ｓ３０７）。図６で説明すると、リソース割当部１６は、ターミネーション５の物理リソースを割り当て、ターミネーション４に仮想リソースを割当てる。

そして、ＩＰパケットフロー転送装置１０のＡＴＧＷ実行部２２は、ＡＴＣＦ４へＨ．２４８のＡＤＤリプライを送出する（Ｓ３０８）。このとき、ＡＴＧＷ実行部２２は、捕捉したターミネーション４およびターミネーション５のリソース情報を追加してリプライを送出する。

続いて、ＡＴＣＦ４は、着側のユーザ端末ＢへＳＤＰを含むＳＩＰのＩＮＶＩＴＥリクエストを送出する（Ｓ３０９）。このＳＤＰには、送信元アドレスとしてＡＴＧＷ実行部２２のアドレス、宛先アドレスとしてユーザ端末Ｂが含まれる。

その後、ユーザ端末Ｂは、ＡＴＣＦ４へＳＤＰを含むＳＩＰの２００ ＯＫメッセージを送出する（Ｓ３１０）。このＳＤＰには、送信元アドレスとしてユーザ端末Ｂのアドレス、宛先アドレスとしてＡＴＧＷ実行部２２のアドレスが含まれる。

すると、ＡＴＣＦ４は、ＩＰパケットフロー転送装置１０のコンテキストＢへＨ．２４８のＭｏｄｉｆｙリクエストを送出する（Ｓ３１１）。このリクエストの内容では、内側Ｌｄ＝ターミネーション４、内側Ｒｄ＝ターミネーション３、外側Ｌｄ＝ターミネーション５、外側Ｒｄ＝ユーザ端末Ｂが指定される。

そして、ＩＰパケットフロー転送装置１０のＡＴＧＷ実行部２２は、ＡＴＣＦ４へＨ．２４８のＭｏｄｉｆｙリプライを送出する（Ｓ３１２）。ここでは、リクエストと同内容のリプライが送出される。

続いて、ＡＴＣＦ４は、Ｐ−ＣＳＣＦ３へＳＤＰを含むＳＩＰの２００ＯＫメッセージを送出する（Ｓ３１３）。このＳＤＰには、送信元アドレスとしてＡＴＧＷ実行部２２のアドレス、宛先アドレスとしてＡＧＷ実行部２１のアドレスが含まれる。

そして、Ｐ−ＣＳＣＦ３は、ＩＰパケットフロー転送装置１０のコンテキストＡへＨ．２４８のＭｏｄｉｆｙリクエストを送出する（Ｓ３１４）。このリクエストの内容には、内側Ｌｄ＝ターミネーション３、内側Ｒｄ＝ユーザ端末Ａ、外側Ｌｄ＝ターミネーション３、外側Ｒｄ＝ターミネーション４が指定される。

このＭｏｄｉｆｙリクエストを受けて、仮想パス制御部１７が物理パス制御部１８にパス接続指令を送出し、物理パス制御部１８は、物理パスを接続する（Ｓ３１５）。図６で説明すると、物理パス制御部１８は、ターミネーション２とターミネーション５とを物理パスで接続する。

そして、ＩＰパケットフロー転送装置１０のＡＧＷ実行部２１は、Ｐ−ＣＳＣＦ３へＨ．２４８のＭｏｄｉｆｙリプライを送出する（Ｓ３１６）。ここでは、リクエストと同内容のリプライが送出される。

その後、Ｐ−ＣＳＣＦ３は、ユーザ端末ＡへＳＤＰを含むＳＩＰの２００ ＯＫメッセージを送出し（Ｓ３１７）、これをもってメディア疎通状態となる。

［効果］
このように、実施例１のＩＰパケットフロー転送装置は、異なる２つの制御装置から異なるフローを指示された際に、１つ目のパスの宛先が同一ＩＰパケットフロー転送装置である場合、２つのパスを設定することなく、１つの物理パスを接続することができる。したがって、従来のように、２つの物理パスを接続することを抑止できるので、ＩＰアドレス、ポートといったリソースの有効活用が可能となる。

例えば、遮断と切替制御の２つの異なる制御装置として、Ｐ−ＣＳＣＦ３およびＡＴＣＦ４から指示される異なるフロー単位（パス）を物理的には単一としてのパスを確立することができ、ＩＰアドレス、ポートといったリソースの有効活用が可能となる。

実施例１では、ユーザ端末Ａが、自端末と異なる網に接続されるユーザ端末Ｂと通信を行う例で説明したが、これに限定されるものではない。例えば、ユーザ端末Ａがハンドオーバーした場合でも、物理リソースを有効利用してパスを切替えることができる。

そこで、実施例２では、ハンドオーバー時のパス切替について説明する。なお、ＩＰパケットフロー転送装置１０の構成は、図３と同様とする。図８は、パス切替時の状態遷移例を説明する図である。

図８に示すように、パス接続部２０では、コンテキストＡ（ＡＧＷ実行部２１）とコンテキストＢ（ＡＴＧＷ実行部２２）とが物理パスで接続されている（Ｓ２−１）。具体的には、コンテキストＡの内側であるターミネーション２には、物理リソース、コンテキストＡの外側であるターミネーション３には、仮想リソースが設定されている。同様に、コンテキストＢの内側であるターミネーション４には、仮想リソースが設定されており、コンテキストＢの外側であるターミネーション５には、物理リソースが設定されている。そして、ターミネーション２とターミネーション５とが物理パスで接続される。

このような状態において、ユーザ端末Ａがハンドオーバーした場合、リソース割当部１６は、ＡＴＣＦ４からコンテキストＢに対してパス切替のためのＡＤＤ要求を受信し、ターミネーション６に物理リソースを割当てる（Ｓ２−２）。

そして、仮想パス制御部１７は、コンテキストＢに対しするＭｏｄｉｆｙ要求を受信すると、ターミネーション６を確定し、ターミネーション５とターミネーション６とを仮想パスで接続する（Ｓ２−３）。

その後、仮想パス制御部１７は、ターミネーション間の実パスが確定したので、物理パス制御部１８に対して、ターミネーション６およびターミネーション５のＭｏｄｉｆｙ要求を送出する。そして、物理パス制御部１８は、ＡＤＤ要求を受信した場合、ターミネーション接続要求が確定情報であることから、ターミネーション５とターミネーション６と物理パスで接続する（Ｓ２−４）。このようにして、パス切替が完了し、ハンドオーバー後も新たなパスにて通信可能状態となる。

このように、ハンドオーバーが発生した場合であっても、仮想パスで実際に使用される実パスを確立した後に、物理パスを接続するので、使用しない物理リソースを確保するなど物理リソースの浪費を抑えることができる。また、物理リソースの浪費を抑えつつ、ハンドオーバー後も、通信可能に接続することができる。

実施例１では、ユーザ端末Ａが、自端末と異なる網に接続されるユーザ端末Ｂと通信を行う例で説明したが、これに限定されるものではない。例えば、ユーザ端末Ａと、ユーザ端末Ａと同じ網に接続されるユーザ端末Ｃとの通信を確立する場合にも、物理リソースを有効利用することができる。そこで、実施例３では、同じ網に接続されるユーザ端末間のパス（以下、「折り返しパス」と記載する場合がある）を確立する例について説明する。

［全体説明］
図９は、折り返しパスを接続する例を説明する図である。図９に示すように、実施例１では、ユーザ端末Ａは、ＩＰパケットフロー転送装置１０のパス接続部２０を介して、異なる網に接続されるユーザ端末Ｂと通信を行う例を説明した。実施例３では、ユーザ端末Ａは、ＩＰパケットフロー転送装置１０のパス接続部２０を介して、同じ網に接続されるユーザ端末Ｃと通信を行う例を説明する。

すなわち、ユーザ端末Ａとユーザ端末Ｃとのパスは、パス接続部２０のＡＴＧＷ実行部２２を介さずに、ＡＧＷ実行部２１内で折り返して確立される。なお、ここでは、ＡＧＷ実行部２１内で折り返す例を説明するが、これに限定されるものではない。

また、リソース捕捉論理部１３は、動作モードとして折り返しパスが設定された設定ファイルを保持する。この結果、パス制御部１２は、ＡＤＤリクエストを受信した場合に、異なる網同士の接続ではなく、同じ網同士の接続と判定し、折り返しパスの接続処理を開始することができる。

［フローチャート］
次に、ＩＰパケットフロー転送装置が実行するパス設定制御の流れを説明する。ここでは、Ｍｏｄｉｆｙリクエスト時の処理は実施例１と同様であるので、詳細な説明は省略し、ＡＤＤリクエスト時の処理について説明する。

図１０は、折り返しパス制御におけるＡＤＤリクエスト受信時の捕捉リソース決定処理の流れを示すフローチャートである。図１０に示すように、パス制御部１２がＡＤＤリクエストを受信すると（Ｓ４０１）、リソース割当部１６は、内側Ｒｄが捕捉中の内部アドレスか否かを判定する（Ｓ４０２）。

そして、リソース割当部１６は、内側Ｒｄが捕捉中の内部アドレスであると判定した場合（Ｓ４０２Ｙｅｓ）、２つ目のストリーム言い換えるとコンテキストＢに対するストリームと判定し（Ｓ４０３）、仮想リソースと物理リソースとを捕捉する（Ｓ４０４）。すなわち、リソース割当部１６は、ＡＧＷ実行部２１に対する２つ目のＡＤＤリクエストと判定し、ＡＧＷ実行部２１内に、着信側（内側）と接続する物理リソースと、他のリソース（内側）と接続する仮想リソースとを設定する。

一方、リソース割当部１６は、内側Ｒｄが捕捉中の内部アドレスではないと判定した場合（Ｓ４０２Ｎｏ）、外側Ｒｄが外部アドレスであるか否かを判定する（Ｓ４０５）。そして、リソース割当部１６は、外側Ｒｄが外部アドレスであると判定した場合（Ｓ４０５Ｙｅｓ）、１つ目のストリーム言い換えるとコンテキストＡに対するストリームと判定し（Ｓ４０６）、仮想リソースと物理リソースとを捕捉する（Ｓ４０７）。

また、リソース割当部１６は、外側Ｒｄが外部アドレスではないと判定した場合（Ｓ４０５Ｎｏ）、単一ストリームまたは１つ目の未確定ストリームと判定し（Ｓ４０８）、２つの物理リソースを捕捉する（Ｓ４０９）。

［状態遷移］
図１１は、折り返しパス接続時の状態遷移例を説明する図である。ここで、パス接続部のＡがコンテキストＡ、すなわちＡＧＷ実行部２１に対応する。ここでは、仮想または物理リソースが設定される部分をターミネーション（Ｔ）と記載する。

図１１に示すように、パス接続前のパス接続部の各ターミネーションは、リソースが設定されておらず、空である（Ｓ３−１）。そして、リソース割当部１６は、コンテキストＡに対するＡＤＤリクエストを受信すると、ＡＧＷ実行部２１に物理リソースと仮想リソースとを設定する（Ｓ３−２）。具体的には、リソース割当部１６は、物理リソース管理部１５から空いている物理リソースを特定して、ターミネーション２に物理リソースを割当てる。同様に、リソース割当部１６は、仮想リソース管理部１４から空いている仮想リソースを特定して、ターミネーション３に仮想リソースを割当てる。

その後、リソース割当部１６は、コンテキストＢに対するＡＤＤ要求およびコンテキストＡに対するＭｏｄｉｆｙ要求を受信し、Ｓ３−３を実行して、応答する。具体的には、リソース割当部１６は、物理リソース管理部１５から空いている物理リソースを特定して、ターミネーション６に物理リソースを割当てる。同様に、リソース割当部１６は、仮想リソース管理部１４から空いている仮想リソースを特定して、ターミネーション５に仮想リソースを割当てる。

そして、コンテキストＢへのＡＤＤ要求時点で、コンテキストＡのパスの宛先が同一装置内と判断できているため、コンテキストＡに対して、ターミネーション３をターミネーション４へ変更するＭｏｄｉｆｙ要求が、Ｐ−ＣＳＣＦ３等から送信されてくる。これにより、仮想パス制御部１７は、ターミネーション２−ターミネーション４、ターミネーション４−ターミネーション５、ターミネーション５−ターミネーション６各々を、仮想パスで接続する。

その後、仮想パス制御部１７は、各ターミネーション間が仮想パスで接続され、実際に使用される実パスが確定したので、物理パス制御部１８に対して、ターミネーション２およびターミネーション６のＡＤＤ要求を送出する。そして、物理パス制御部１８は、ＡＤＤ要求で指定されるターミネーション接続が確定情報であることから、ターミネーション２−ターミネーション６を物理パスで接続する（Ｓ３−４）。これにより、折り返しでのパス接続が完了し、通信可能状態となる。

［効果］
このように、ＮＡＴやＮＡＰＴを実現する場合、同一のＩＰパケットフロー転送装置１０配下の折り返しパス作成時に、発着のパスを単一としてパスを確立することができ、ＩＰアドレス、ポートといったリソースを有効に活用することができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

１ 端末
２ Ｐ−ＧＷ
３ Ｐ−ＣＳＣＦ
３ａ ＩＭＳ−ＡＬＧ
４ ＡＴＣＦ
５ Ｉ／Ｓ−ＣＳＣＦ
６ ＲＮＣ
７ ＭＳＣＳｅｒｖｅｒ
８ ＰＣＲＦ
１０ ＩＰパケットフロー転送装置
１１ 通信制御部
１２ パス制御部
１３ リソース捕捉論理部
１４ 仮想リソース管理部
１５ 物理リソース管理部
１６ リソース割当部
１７ 仮想パス制御部
１８ 物理パス制御部
２０ パス接続部
２１ ＡＧＷ実行部
２２ ＡＴＧＷ実行部

Claims (5)

1. 第１の制御装置と第２の制御装置との各々から、第１ユーザ端末から第２ユーザ端末へのパス確立要求を受信する受信部と、
   前記受信部によってパス確立要求が受信された場合に、前記第１の制御装置からのパス確立要求に対して仮想リソースを用いた第１の仮想パスを設定し、前記第２の制御装置からのパス確立要求に対して仮想リソースを用いた第２の仮想パスを設定する設定部と、
   前記設定部によって設定された前記第１の仮想パスと前記第２の仮想パスとの接続が確定された場合に、前記第１ユーザ端末と第２ユーザ端末とを物理リソースを用いた物理パスで接続する接続制御部と
   を有することを特徴とする接続制御装置。
2. 前記設定部は、前記第１ユーザ端末または前記第２ユーザ端末がハンドオーバーしたことによって、前記第１の制御装置または前記第２の制御装置から、前記物理パスの切替が要求された場合に、前記物理パスを解放し、前記仮想リソースを用いて当該要求されたパスに対応する仮想パスを設定し、
   前記接続制御部は、前記設定部によって設定された仮想パスが確定された場合に、当該仮想パスに対応する物理パスを接続することを特徴とする請求項１に記載の接続制御装置。
3. 前記受信部は、制御プレーンを制御する前記第１の制御装置の指示によってユーザプレーンを制御するユーザ情報制御装置に対して、前記第１の制御装置が送信した前記第１ユーザ端末と前記第１ユーザ端末と同一網の下にある第３ユーザ端末とを接続するパスの確立要求を受信し、
   前記設定部は、前記ユーザ情報制御装置内に、前記第１ユーザ端末と前記第３ユーザ端末各々に対して入口と出口とからなる仮想パスを設定し、
   前記接続制御部は、前記第１ユーザ端末に対応する仮想パスと、前記第３ユーザ端末に対応する仮想パスとから、前記第１ユーザ端末から前記第３ユーザ端末に至る入口と出口とが確定した場合に、前記物理パスを設定することを特徴とする請求項１に記載の接続制御装置。
4. コンピュータが、
   第１の制御装置と第２の制御装置との各々から、第１ユーザ端末から第２ユーザ端末へのパス確立要求を受信し、
   受信したパス確立要求が受信された場合に、前記第１の制御装置からのパス確立要求に対して仮想リソースを用いた第１の仮想パスを設定し、前記第２の制御装置からのパス確立要求に対して仮想リソースを用いた第２の仮想パスを設定し、
   設定した前記第１の仮想パスと前記第２の仮想パスとの接続が確定された場合に、前記第１ユーザ端末と第２ユーザ端末とを物理リソースを用いた物理パスで接続する
   処理を実行することを特徴とする接続制御方法。
5. コンピュータに、
   第１の制御装置と第２の制御装置との各々から、第１ユーザ端末から第２ユーザ端末へのパス確立要求を受信し、
   受信したパス確立要求が受信された場合に、前記第１の制御装置からのパス確立要求に対して仮想リソースを用いた第１の仮想パスを設定し、前記第２の制御装置からのパス確立要求に対して仮想リソースを用いた第２の仮想パスを設定し、
   設定した前記第１の仮想パスと前記第２の仮想パスとの接続が確定された場合に、前記第１ユーザ端末と第２ユーザ端末とを物理リソースを用いた物理パスで接続する
   処理を実行させることを特徴とする接続制御プログラム。

Images