特許 5971026 ゲートウェイ装置及びゲートウェイ装置用プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5971026

(24)【登録日】2016年7月22日

(45)【発行日】2016年8月17日

(54)【発明の名称】ゲートウェイ装置及びゲートウェイ装置用プログラム

(51)【国際特許分類】

   H04L 12/70 20130101AFI20160804BHJP

   H04L 12/66 20060101ALI20160804BHJP

【ＦＩ】

   H04L12/70 B

   H04L12/66 D

【請求項の数】3

【全頁数】12

(21)【出願番号】特願2012-181742(P2012-181742)

(22)【出願日】2012年8月20日

(65)【公開番号】特開2014-39224(P2014-39224A)

(43)【公開日】2014年2月27日

【審査請求日】2015年5月15日

(73)【特許権者】

【識別番号】000000295

【氏名又は名称】沖電気工業株式会社

(74)【代理人】

【識別番号】100090620

【弁理士】

【氏名又は名称】工藤 宣幸

(74)【代理人】

【識別番号】100161861

【弁理士】

【氏名又は名称】若林 裕介

(74)【代理人】

【識別番号】100180275

【弁理士】

【氏名又は名称】吉田 倫太郎

(72)【発明者】

【氏名】真瀬 あさみ

【審査官】 安藤 一道

(56)【参考文献】

【文献】 特表２０１０−５０３３００（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７０

Ｈ０４Ｌ １２／６６

(57)【特許請求の範囲】

【請求項1】

仮想アドレスを払い出し、呼制御信号の発信側アドレス若しくは着信側アドレスを払い出した仮想アドレスに変換するアドレス変換部を備えるゲートウェイ装置において、
呼制御信号の受信時に、受信した呼制御信号の所定フィールドの情報を分析し、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行するか否かを判別する判別手段と、
受信した呼制御信号が発信側から着信側へ向かう呼制御信号のときにおいて、仮想アドレスの払い出し及びアドレス変換を当該ゲートウェイ装置が実行すると上記判別手段が判別したとき、受信した呼制御信号の所定フィールドに、当該ゲートウェイ装置より進行方向側のゲートウェイ装置による仮想アドレスの払い出し及びアドレス変換を阻止すると共に、情報の追加装置が当該ゲートウェイ装置であることを判別し得る変換制御情報を追加する情報追加手段と、
仮想アドレスの払い出し及びアドレス変換を当該ゲートウェイ装置が実行しないと上記判別手段が判別したとき、受信した呼制御信号を透過させる信号透過手段とを有し、
上記所定フィールドは、発信側から着信側へ向かう呼制御信号に応答する着信側から発信側へ向かう呼制御信号にも存在するフィールドであって、着信側から発信側へ向かう呼制御信号のフィールドも、上記変換制御情報を引き継ぎ、
上記判別手段は、着信側から発信側へ向かう呼制御信号の受信時には、上記変換制御情報に基づき、その変換制御情報の追加装置が当該ゲートウェイ装置か否かを認識して、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行するか否かを判別するものであり、
着信側から発信側へ向かう呼制御信号の受信時に、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行する場合に、呼制御信号の所定フィールドから上記変換制御情報を削除する情報削除手段をさらに備える
ことを特徴とするゲートウェイ装置。

【請求項2】

上記変換制御情報はゲートウェイ装置の通過数を表す数値を含み、
上記信号透過手段は、発信側から着信側へ向かう呼制御信号を透過させる際には、上記数値をインクリメントし、着信側から発信側へ向かう呼制御信号を透過させる際には、上記数値をデンクリメントしてから、呼制御信号を透過させる
ことを特徴とする請求項１に記載のゲートウェイ装置。

【請求項3】

仮想アドレスを払い出し、呼制御信号の発信側アドレス若しくは着信側アドレスを払い出した仮想アドレスに変換するアドレス変換部を備えるゲートウェイ装置に搭載されるコンピュータを、
呼制御信号の受信時に、受信した呼制御信号の所定フィールドの情報を分析し、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行するか否かを判別する判別手段と、
受信した呼制御信号が発信側から着信側へ向かう呼制御信号のときにおいて、仮想アドレスの払い出し及びアドレス変換を当該ゲートウェイ装置が実行すると上記判別手段が判別したとき、受信した呼制御信号の所定フィールドに、当該ゲートウェイ装置より進行方向側のゲートウェイ装置による仮想アドレスの払い出し及びアドレス変換を阻止すると共に、情報の追加装置が当該ゲートウェイ装置であることを判別し得る変換制御情報を追加する情報追加手段と、
仮想アドレスの払い出し及びアドレス変換を当該ゲートウェイ装置が実行しないと上記判別手段が判別したとき、受信した呼制御信号を透過させる信号透過手段として機能させ、
上記所定フィールドは、発信側から着信側へ向かう呼制御信号に応答する着信側から発信側へ向かう呼制御信号にも存在するフィールドであって、着信側から発信側へ向かう呼制御信号のフィールドも、上記変換制御情報を引き継ぎ、
上記判別手段は、着信側から発信側へ向かう呼制御信号の受信時には、上記変換制御情報に基づき、その変換制御情報の追加装置が当該ゲートウェイ装置か否かを認識して、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行するか否かを判別するものであり、
着信側から発信側へ向かう呼制御信号の受信時に、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行する場合に、呼制御信号の所定フィールドから上記変換制御情報を削除する情報削除手段としてさらに機能させる
ことを特徴とするゲートウェイ装置用プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はゲートウェイ装置及びゲートウェイ装置用プログラムに関し、例えば、ＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）機能を有するＳＢＣ（Ｓｅｓｓｉｏｎ Ｂｏｒｄｅｒ Ｃｏｎｔｒｏｌｌｅｒ）に適用し得るものである。

【背景技術】

【0002】

例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話をはじめ、異なる運用ポリシーを持つ網（ネットワーク）間にまたがって通信を行う場合、網間の境界にＳＢＣを配置し、運用ポリシーの差異を吸収することが行われる。

【0003】

従来のＳＢＣは、ＩＰｖ４（ＩＰ ｖｅｒ．４）アドレス枯渇問題に対するソリューション機能として、ＲＴＰ／ＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ／ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）信号のＮＡＰＴ機能を実装している。ＳＢＣは、メディアストリームのアドレス変換（ポート番号変換を含む）を行う上述したＮＡＰＴ機能と（アドレス変換については特許文献１に記載されている）、プロトコル記述の内容を書き換えるＡＬＧ（Ａｐｐｌｉｃａｔｉｏｎ Ｌｅｖｅｌ Ｇａｔｅｗａｙ）機能とを有している。ＲＴＰ／ＲＴＣＰ信号のＮＡＰＴ機能は、ＳＢＣを経由して呼（セッション）が確立される際に、ＳＢＣのＴｒＧＷ（Ｔｒａｎｓｌａｔｏｒ Ｇａｔｅｗａｙ）部がＲＴＰ／ＲＴＣＰ送受信用の仮想アドレス（ポート番号を含む）を払い出し、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）−ＡＬＧ部が、このアドレスを、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で記述されているＳＩＰ信号上の所定箇所に設定し、発着のＵＡ（Ｕｓｅｒ Ａｇｅｎｔ）に通知し、ＲＴＰ／ＲＴＣＰ信号がＴｒＧＷ部を介して送受信されることにより、実現される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１０−１９３０９１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、発側と着側の網間が疎通可能で、しかも、ＳＢＣを経由した呼が転送サービスなどによって再度ＳＢＣ（上述したＳＢＣと同じであるとは限らない）を経由する場合がある。このように呼が再度ＳＢＣを経由する場合、既に仮想アドレスの払い出しは実施されているため、改めて払い出しを実施すると無駄にリソースを消費することになる。

【0006】

本発明は、以上の点を考慮してなされたものであり、アドレス変換機能を有するゲートウェイ装置を多段に介する場合でも、アドレス変換のためのアドレスの払い出しを１回に抑えることができるゲートウェイ装置及びゲートウェイ装置用プログラムを提供しようとしたものである。

【課題を解決するための手段】

【0007】

第１の本発明は、仮想アドレスを払い出し、呼制御信号の発信側アドレス若しくは着信側アドレスを払い出した仮想アドレスに変換するアドレス変換部を備えるゲートウェイ装置において、（１）呼制御信号の受信時に、受信した呼制御信号の所定フィールドの情報を分析し、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行するか否かを判別する判別手段と、（２）受信した呼制御信号が発信側から着信側へ向かう呼制御信号のときにおいて、仮想アドレスの払い出し及びアドレス変換を当該ゲートウェイ装置が実行すると上記判別手段が判別したとき、受信した呼制御信号の所定フィールドに、当該ゲートウェイ装置より進行方向側のゲートウェイ装置による仮想アドレスの払い出し及びアドレス変換を阻止すると共に、情報の追加装置が当該ゲートウェイ装置であることを判別し得る変換制御情報を追加する情報追加手段と、（３）仮想アドレスの払い出し及びアドレス変換を当該ゲートウェイ装置が実行しないと上記判別手段が判別したとき、受信した呼制御信号を透過させる信号透過手段とを有し、（４）上記所定フィールドは、発信側から着信側へ向かう呼制御信号に応答する着信側から発信側へ向かう呼制御信号にも存在するフィールドであって、着信側から発信側へ向かう呼制御信号のフィールドも、上記変換制御情報を引き継ぎ、（５）上記判別手段は、着信側から発信側へ向かう呼制御信号の受信時には、上記変換制御情報に基づき、その変換制御情報の追加装置が当該ゲートウェイ装置か否かを認識して、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行するか否かを判別するものであり、（６）着信側から発信側へ向かう呼制御信号の受信時に、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行する場合に、呼制御信号の所定フィールドから上記変換制御情報を削除する情報削除手段をさらに備えることを特徴とする。

【0008】

第２の本発明のゲートウェイ装置用プログラムは、仮想アドレスを払い出し、呼制御信号の発信側アドレス若しくは着信側アドレスを払い出した仮想アドレスに変換するアドレス変換部を備えるゲートウェイ装置に搭載されるコンピュータを、（１）呼制御信号の受信時に、受信した呼制御信号の所定フィールドの情報を分析し、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行するか否かを判別する判別手段と、（２）受信した呼制御信号が発信側から着信側へ向かう呼制御信号のときにおいて、仮想アドレスの払い出し及びアドレス変換を当該ゲートウェイ装置が実行すると上記判別手段が判別したとき、受信した呼制御信号の所定フィールドに、当該ゲートウェイ装置より進行方向側のゲートウェイ装置による仮想アドレスの払い出し及びアドレス変換を阻止すると共に、情報の追加装置が当該ゲートウェイ装置であることを判別し得る変換制御情報を追加する情報追加手段と、（３）仮想アドレスの払い出し及びアドレス変換を当該ゲートウェイ装置が実行しないと上記判別手段が判別したとき、受信した呼制御信号を透過させる信号透過手段として機能させ、（４）上記所定フィールドは、発信側から着信側へ向かう呼制御信号に応答する着信側から発信側へ向かう呼制御信号にも存在するフィールドであって、着信側から発信側へ向かう呼制御信号のフィールドも、上記変換制御情報を引き継ぎ、（５）上記判別手段は、着信側から発信側へ向かう呼制御信号の受信時には、上記変換制御情報に基づき、その変換制御情報の追加装置が当該ゲートウェイ装置か否かを認識して、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行するか否かを判別するものであり、（６）着信側から発信側へ向かう呼制御信号の受信時に、仮想アドレスの払い出し及びアドレス変換を、当該ゲートウェイ装置が実行する場合に、呼制御信号の所定フィールドから上記変換制御情報を削除する情報削除手段としてさらに機能させることを特徴とする。

【発明の効果】

【0009】

本発明によれば、アドレス変換機能を有するゲートウェイ装置を多段に介する場合でも、アドレス変換のためのアドレスの払い出しを１回に抑えることができるゲートウェイ装置及びゲートウェイ装置用プログラムを提供できる。

【図面の簡単な説明】

【0010】

【図1】実施形態のＳＢＣを含む、複数の網に渡っている大規模ネットワークの一例を示すブロック図である。

【図2】実施形態のＳＢＣにおけるＳＩＰ信号の受信時の動作を示すフローチャート（その１）である。

【図3】実施形態のＳＢＣにおけるＳＩＰ信号の受信時の動作を示すフローチャート（その２）である。

【図4】発信ＵＡ及び着信ＵＡ間のＳＩＰ信号の授受に３つの実施形態のＳＢＣが経由する場合のシーケンス図である。

【図5】発信ＵＡ及び着信ＵＡ間におけるアドレス変換に機能する実施形態のＳＢＣでの処理を中心的に示したシーケンス図である。

【図6】発信ＵＡ及び着信ＵＡ間におけるアドレス変換に機能しない実施形態のＳＢＣでの処理を中心的に示したシーケンス図である。

【発明を実施するための形態】

【0011】

（Ａ）主たる実施形態
以下、本発明によるゲートウェイ装置及びゲートウェイ装置用プログラムの一実施形態を、図面を参照しながら詳述する。実施形態のゲートウェイ装置は、ＮＡＰＴ機能を有するＳＢＣである。

【0012】

（Ａ−１）実施形態の構成
図１は、実施形態のＳＢＣを含む、複数の網に渡っている大規模ネットワークの一例を示すブロック図である。

【0013】

図１に示す大規模ネットワークは、第１及び第２の事業者網１及び２を含んでいる。

【0014】

図１は、第１の事業者網１については内部の詳細を示している。第１の事業者網１は、加入者収容網３とその上位スイッチ網４とを有している。加入者収容網３は、ユーザ端末としての複数のＳＩＰ端末（以下ではＵＡと呼ぶこともある）５を有する。上位スイッチ網４は、加入者収容網３の上位網であり、メディアパケットの交換処理を行うものである。上位スイッチ網４は、ＵＮＩ（Ｕｓｅｒ−Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）に従ってＳＩＰ端末４との間でメディアパケットの授受を行うＳＢＣ（以下ではＵＮＩ−ＳＢＣと呼ぶこともある）６と、ＮＮＩ（Ｎｅｔｗｏｒｋ−Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）に従って第２の事業者網２との間でメディアパケットの授受を行うＳＢＣ（以下ではＮＮＩ−ＳＢＣと呼ぶこともある）７と、ＳＩＰサーバ８とを有している。

【0015】

ＳＩＰサーバ８は、ＵＡ同士の直接通信を補う種々の機能を担っている。例えば、ＵＡからの登録を受け付けたり正しい端末かどうかを認証する「レジスタ機能」、ＵＡからの接続要求を受け付けて相手側のＵＡにパケットを転送する「プロキシ機能」、送信元のＵＡに相手の転送先アドレスなどを教える「リダイレクト機能」、ＵＡの情報などを管理し、上述の３つの機能からの問い合わせを受け付ける「ロケーション機能」などを担っている。１つのＳＩＰサーバ８が複数の機能を担うものであっても良く、機能別にＳＩＰサーバ８が設けられていても良い。

【0016】

図１では、ＵＮＩ−ＳＢＣ６を１つのみ示しているが、地域別など、上位スイッチ網４内に複数のＵＮＩ−ＳＢＣ６が設けられていても良い。図１では、ＮＮＩ−ＳＢＣ７を１つのみ示しているが、他の事業者網の数などに応じて、上位スイッチ網４内に複数のＮＮＩ−ＳＢＣ７が設けられていても良い。すなわち、サービスによっては、発信側のＵＡから着信側のＵＡに至る経路で、複数のＳＢＣを経由することもあり得る。

【0017】

ＵＮＩ−ＳＢＣ６及びＮＮＩ−ＳＢＣ７はそれぞれ、ＮＡＰＴ機能を有するＳＢＣであって、実施形態のゲートウェイ装置に該当するものである。ＵＮＩ−ＳＢＣ６は、例えば、ハードウェア的な通信構成（送受信部）と、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ（登録商標）等のソフトウェア実行構成とからなっている。ソフトウェア実行構成におけるＣＰＵがＲＯＭに格納されているプログラムを実行して実現される機能が、図１に示すように、ＴｒＧＷ部６ａ及びＳＩＰ−ＡＬＧ部６ｂとしての機能である。同様に、ＮＮＩ−ＳＢＣ７も、機能的には、ＴｒＧＷ部７ａ及びＳＩＰ−ＡＬＧ部７ｂを有する。

【0018】

この実施形態の場合、ＳＢＣ６又は７は、メディア回線の呼の確立のためのＳＩＰ信号（ＩＮＶＩＴＥリクエスト）が到来したときに、そのＳＩＰ信号が既に他のＳＢＣを経由して到来したか否かを判別し、他のＳＢＣを経由していない場合に、アドレス変換用の仮想アドレスを払い出して送信元アドレスについてアドレス変換してＳＩＰ信号の転送を行い、他のＳＢＣを経由している場合に、アドレス変換用の仮想アドレスを払い出すことなく到来したＳＩＰ信号を透過させるものである。

【0019】

（Ａ−２）実施形態の動作
次に、実施形態のＳＢＣ（ＵＮＩ−ＳＢＣ６やＮＮＩ−ＳＢＣ７）の動作を、図面を参照しながら説明する。以下の説明においては、実施形態のＳＢＣに関して符号「１０」を適用し、ＳＢＣ１０のＴｒＧＷ部に関して符号「１０ａ」を適用し、ＳＢＣ１０のＳＩＰ−ＡＬＧ部に関して符号「１０ｂ」を適用する。

【0020】

図２及び図３は、実施形態のＳＢＣにおけるＳＩＰ信号の受信時の動作を示すフローチャートである。図２及び図３は、アドレス変換機能との関係から動作を示している。

【0021】

ＳＢＣ１０のＳＩＰ−ＡＬＧ部１０ｂは、ＳＩＰ信号を受信すると、受信したＳＩＰ信号がＢＹＥリクエストか否かを判別する（ステップ１００）。

【0022】

受信したＳＩＰ信号がＢＹＥリクエストでなければ、ＳＩＰ−ＡＬＧ部１０ｂは、発信ＵＡから着信ＵＡに向かうＳＩＰ信号か、着信ＵＡから発信ＵＡに向かうＳＩＰ信号かを判別する（ステップ１０１）。例えば、ＳＩＰ信号の種類によっては今回のＳＩＰ信号の種類だけに基づいて進行方向を判別することができ、また、同一の呼に係る直前に受信したＳＩＰ信号の種類と今回のＳＩＰ信号の種類との関係に基づいて進行方向を判別することができる。例えば、ＩＮＶＩＴＥリクエストは発信ＵＡから着信ＵＡに向かうＳＩＰ信号であり、１８ｘレスポンスや２００ＯＫレスポンスは発信ＵＡから着信ＵＡに向かうＳＩＰ信号である。

【0023】

受信したＳＩＰ信号が発信ＵＡから着信ＵＡに向かうＳＩＰ信号であれば、ＳＩＰ−ＡＬＧ部１０ｂは、Ｃａｌｌ−ＩＤフィールドにプレフィックスがあるか否かを判別する（ステップ１０２）。この判別は、発信ＵＡから複数のＳＢＣを経由して着信ＵＡへ至る経路の場合に、当該ＳＢＣ１０がアドレス変換を実行するＳＢＣになっているか否かの判別になっている（但し、当該ＳＢＣ１０は複数のＳＢＣを経由するか否かを認識することはできない）。

【0024】

Ｃａｌｌ−ＩＤフィールドにプレフィックスがない場合には、ＳＩＰ−ＡＬＧ部１０ｂは、同じＳＢＣ１０内のＴｒＧＷ部１０ａに対してメディア回線の捕捉（例えば、受信ＳＩＰ信号がＩＮＶＩＴＥのとき）若しくは更新（例えば、受信ＳＩＰ信号がＡＣＫのとき）を要求する（ステップ１０３）。

【0025】

ＴｒＧＷ部１０ａはかかる要求に応じて仮想アドレスを払い出し、ＳＩＰ−ＡＬＧ部１０ｂへ、要求に対する応答で払い出した仮想アドレスを返却する（ステップ１０４）。

【0026】

ＳＩＰ−ＡＬＧ部１０ｂは、受信したＳＩＰ信号中に、ＳＤＰに従って記述されている発信ＵＡのアドレス情報を払い出された仮想アドレスに変更すると共に（ステップ１０５）、受信したＳＩＰ信号中のＣａｌｌ−ＩＤフィールドにプレフィックスを追加し（ステップ１０６）、このように変更されたＳＩＰ信号を次段のノード（ＳＢＣ、ＳＩＰサーバ若しくは着信ＵＡ）へ向けて送信する（ステップ１０７）。Ｃａｌｌ−ＩＤフィールドにおける呼の特定情報の前に追加したプレフィックスは、例えば、アドレス変換に関係することを表す文字列と、アドレス変換がなされたＳＩＰ信号のＳＢＣの通過数を表す数値とからなり、追加直後の数値は初期値「１」である。

【0027】

上述したステップ１０２の判別で、受信ＳＩＰ信号のＣａｌｌ−ＩＤフィールドにプレフィックスがあるという結果を得た場合には、ＳＩＰ−ＡＬＧ部１０ｂは、受信ＳＩＰ信号のＣａｌｌ−ＩＤのプレフィックスに記載されている数値を１インクリメントした後（ステップ１０８）、直ちに、そのＳＩＰ信号を次段のノード（ＳＢＣ、ＳＩＰサーバ若しくは着信ＵＡ）へ向けて送信する（ステップ１０９）。

【0028】

Ｃａｌｌ−ＩＤフィールドにプレフィックスがある場合には上述した処理を行うだけであり、ＳＩＰ−ＡＬＧ部１０ｂは、メディア回線捕捉要求やメディア回線更新要求も含め、ＴｒＧＷ部１０ａに対する一切のメディア回線制御を実施しない。

【0029】

受信した、ＢＹＥリクエスト以外ＳＩＰ信号が着信ＵＡから発信ＵＡに向かうＳＩＰ信号であれば、ＳＩＰ−ＡＬＧ部１０ｂは、Ｃａｌｌ−ＩＤフィールドのプレフィックスにおける数値が「１」か否かを判別する（ステップ１１０）。この判別は、着信ＵＡから複数のＳＢＣを経由して発信ＵＡへ至る経路の場合に、当該ＳＢＣ１０がアドレス変換を実行するＳＢＣになっているか否かの判別になっている（但し、当該ＳＢＣ１０は複数のＳＢＣを経由するか否かを認識することはできない）。

【0030】

Ｃａｌｌ−ＩＤフィールドのプレフィックスにおける数値が「１」である場合には、ＳＩＰ−ＡＬＧ部１０ｂは、同じＳＢＣ１０内のＴｒＧＷ部１０ａに対してメディア回線の更新を要求する（ステップ１１１）。

【0031】

ＴｒＧＷ部１０ａはかかる要求に応じて仮想アドレスを払い出し、ＳＩＰ−ＡＬＧ部１０ｂへ、要求に対する応答で払い出した仮想アドレスを返却する（ステップ１１２）。

【0032】

ＳＩＰ−ＡＬＧ部１０ｂは、受信したＳＩＰ信号中に、ＳＤＰに従って記述されている着信ＵＡのアドレス情報を払い出された仮想アドレスに変更すると共に（ステップ１１２）、受信したＳＩＰ信号中のＣａｌｌ−ＩＤフィールドにおけるプレフィックスを削除し（ステップ１１３）、このように変更されたＳＩＰ信号を次段のノード（ＳＩＰサーバ若しくは発信ＵＡ）へ向けて送信する（ステップ１１４）。

【0033】

上述したステップ１１０の判別で、受信ＳＩＰ信号のＣａｌｌ−ＩＤフィールドにおけるプレフィックスの数値が１より大きいという結果を得た場合には、ＳＩＰ−ＡＬＧ部１０ｂは、受信ＳＩＰ信号のＣａｌｌ−ＩＤのプレフィックスに記載されている数値を１デクリメントした後（ステップ１１５）、直ちに、そのＳＩＰ信号を次段のノード（ＳＩＰサーバ若しくは発信ＵＡ）へ向けて送信する（ステップ１１６）。

【0034】

Ｃａｌｌ−ＩＤフィールドにおけるプレフィックスの数値が１より大きい場合には上述した処理を行うだけであり、ＳＩＰ−ＡＬＧ部１０ｂは、メディア回線更新要求も含め、ＴｒＧＷ部１０ａに対する一切のメディア回線制御を実施しない。

【0035】

上述したステップ１００の判別で、受信したＳＩＰ信号がＢＹＥリクエストであるという結果を得た場合には、ＳＩＰ−ＡＬＧ部１０ｂは、ＴｒＧＷ部１０ａにメディア回線解放を要求する（ステップ１１７）。このとき、ＴｒＧＷ部１０ａは、発信ＵＡのアドレスに置き換えるために払い出した仮想アドレスや着信ＵＡのアドレスに置き換えるために払い出した仮想アドレスを解放してＳＩＰ−ＡＬＧ部１０ｂに応答し（ステップ１１８）、この応答を待って、ＳＩＰ−ＡＬＧ部１０ｂは、ＢＹＥリクエストを次段のノードへ向けて送信する（ステップ１１９）。

【0036】

図４は、発信ＵＡ及び着信ＵＡ間のＳＩＰ信号の授受に３つのＳＢＣが経由する場合のシーケンス図を示している。発信ＵＡ及び着信ＵＡ間のＳＩＰ信号の授受には、適宜、ＳＩＰサーバ（図１の符号８参照）も介在するが、この実施形態はＳＢＣにおける処理に特徴があるため、図４では、ＳＩＰサーバの介在の図示を省略している。

【0037】

発信ＵＡ１１が、発信ＵＡのアドレスをＳＤＰで記述していて、Ｃａｌｌ−ＩＤフィールドの呼を特定する情報として「ＡＢＣ」を含むＩＮＶＩＴＥリクエストを送信し、このＩＮＶＩＴＥレクエストがＳＢＣ１０−１に到達したとする。

【0038】

ＳＢＣ１０−１は、発信ＵＡ１１から着信ＵＡ１２へのＳＩＰ信号であってＣａｌｌ−ＩＤフィールドにプレフィックスが含まれていないので、仮想アドレス（ここではアドレスＢとする）を払い出し、ＳＤＰで記述されている発信ＵＡのアドレスを払い出された仮想アドレスＢに置き換え、Ｃａｌｌ−ＩＤフィールドにプレフィックスを追加して次のノード（ここではＳＢＣ１０とする）に転送する（Ｓ１）。

【0039】

ＳＢＣ１０−２は、受信したＩＮＶＩＴＥレクエストのＣａｌｌ−ＩＤフィールドにプレフィックスが含まれているので、プレフィックスの数値を１インクリメントして「２」に変更して直ちに次のノード（ここではＳＢＣ１０−３とする）に転送する（Ｓ２）。同様に、ＳＢＣ１０−３は、受信したＩＮＶＩＴＥレクエストのＣａｌｌ−ＩＤフィールドにプレフィックスが含まれているので、プレフィックスの数値を１インクリメントして「３」に変更して直ちに次のノード（ここでは着信ＵＡ１２とする）に転送する（Ｓ３）。

【0040】

着信ＵＡ１２は、ＩＮＶＩＴＥレクエストを受信したので、その受信応答であるＳＩＰ信号を返信する。ここでは、そのＳＩＰ信号が１８ｘレスポンスであるとする。着信ＵＡ１２から発信ＵＡ１１へのＳＩＰ信号である１８ｘレスポンスは、着信ＵＡのアドレスがＳＤＰで記述されていて、Ｃａｌｌ−ＩＤフィールドは受信したＩＮＶＩＴＥレクエストのＣａｌｌ−ＩＤフィールドと同じ情報を有している。

【0041】

１８ｘレスポンスが到達したＳＢＣ１０−３は、着信ＵＡ１２から発信ＵＡ１１へのＳＩＰ信号であってＣａｌｌ−ＩＤフィールドのプレフィックスの数値が「３」であるので、プレフィックスの数値を１デクリメントして「２」に変更して直ちに次のノード（ここではＳＢＣ１０−２とする）に転送する（Ｓ４）。同様に、ＳＢＣ１０−２は、受信した１８ｘレスポンスのＣａｌｌ−ＩＤフィールドのプレフィックスの数値が「２」であるので、プレフィックスの数値を１デクリメントして「１」に変更して直ちに次のノード（ここではＳＢＣ１０−１とする）に転送する（Ｓ５）。

【0042】

１８ｘレスポンスが到達したＳＢＣ１０−１は、着信ＵＡ１２から発信ＵＡ１１へのＳＩＰ信号であってＣａｌｌ−ＩＤフィールドのプレフィックスの数値が「１」であるので、仮想アドレス（ここではアドレスＡとする）を払い出し、ＳＤＰで記述されている着信ＵＡのアドレスを払い出された仮想アドレスＡに置き換え、Ｃａｌｌ−ＩＤフィールドからプレフィックスを削除して次のノード（ここでは発信ＵＡ１１とする）に転送する（Ｓ６）。

【0043】

着信ＵＡ側において、加入者がオフフックしたために着信ＵＡ１２から送出される２００ＯＫレスポンスについても、アドレス変換について、１８ｘレスポンスと同様な処理が実行される。

【0044】

図５は、発信ＵＡ及び着信ＵＡ間におけるアドレス変換に機能するＳＢＣ（以下の説明では符号１０を用いる）での処理を中心的に示したシーケンス図である。

【0045】

ＳＢＣ１０のＳＩＰ−ＡＬＧ部１０ｂは、発信ＵＡのアドレスがＳＤＰで記述されているＩＮＶＩＴＥリクエストを受信すると、ＴｒＧＷ部１０ａにメディア回線捕捉を要求し（Ｓ１１）、ＴｒＧＷ部１０ａは、この要求に応じて仮想アドレスＢを払い出してＳＩＰ−ＡＬＧ部１０ｂに応答し（Ｓ１２、Ｓ１３）、ＳＩＰ−ＡＬＧ部１０ｂは、ＳＤＰで記述されている発信ＵＡのアドレスを仮想アドレスＢに置き換えたＩＮＶＩＴＥリクエストを次のノードに送出する。

【0046】

この実施形態の場合、発信ＵＡ１１から着信ＵＡ１２へのＳＩＰ信号も、着信ＵＡ１２から発信ＵＡ１１へのＳＩＰ信号も、同一の呼に係るＳＩＰ信号であれば、同じＳＢＣ１０がアドレス変換処理を実行する。

【0047】

上述したＩＮＶＩＴＥリクエストに対応する１８ｘレスポンスや２００ＯＫレスポンスが到来したときには、ＳＢＣ１０のＳＩＰ−ＡＬＧ部１０ｂは、ＴｒＧＷ部１０ａにメディア回線更新を要求し（Ｓ２１）、ＴｒＧＷ部１０ａは、この要求に応じて仮想アドレスＡを払い出してＳＩＰ−ＡＬＧ部１０ｂに応答し（Ｓ２２、Ｓ２３）、ＳＩＰ−ＡＬＧ部１０ｂは、ＳＤＰで記述されている着信ＵＡのアドレスを仮想アドレスＡに置き換えた１８ｘレスポンスや２００ＯＫレスポンスを次のノードに送出する。

【0048】

ＳＢＣ１０のＳＩＰ−ＡＬＧ部１０ｂは、ＢＹＥリクエストを受信すると（図５では発信ＵＡ１１が送信元になっているが着信ＵＡ１２が送信元の場合も同様である）、ＴｒＧＷ部１０ａにメディア回線解放を要求し（Ｓ３１）、ＴｒＧＷ部１０ａは、この要求に応じて仮想アドレスＡ及びＢを解放してＳＩＰ−ＡＬＧ部１０ｂに応答し（Ｓ３２、Ｓ３３）、ＳＩＰ−ＡＬＧ部１０ｂは、この応答を待ってＢＹＥリクエストを次のノードに送出する。

【0049】

図６は、発信ＵＡ及び着信ＵＡ間におけるアドレス変換に機能しないＳＢＣ（以下の説明では符号１０を用いる）での処理を中心的に示したシーケンス図である。

【0050】

詳細な説明は省略するが、アドレス変換に機能しないＳＢＣ１０のＳＩＰ−ＡＬＧ部１０ｂは、どのような種類のＳＩＰ信号が到来してもそれを透過させる。但し、ＢＹＥリクエストを除き、発信ＵＡ１１から着信ＵＡ１２へのＳＩＰ信号に対してはプレフィックスの数値を１インクリメントし、着信ＵＡ１２から発信ＵＡ１１へのＳＩＰ信号に対してはプレフィックスの数値を１デクリメントする。

【0051】

（Ａ−３）実施形態の効果
上記実施形態によれば、発信側のＵＡから着信側のＵＡに至る経路に、複数のＳＢＣが介在する場合であっても、仮想アドレスを払い出してアドレス変換するＳＢＣを１つに抑えることができ、他のＳＢＣで仮想アドレスを払い出すことがなくなり、ネットワーク全体として見たとき、余分なリソースの消費をなくすことができる。

【0052】

（Ｂ）他の実施形態
上記実施形態では、Ｃａｌｌ−ＩＤフィールドにおける呼特定情報の前側（プレフィックス）に仮想アドレスの払い出し、変換に係る情報を追加するものを示したが、呼特定情報の途中や後ろ側に仮想アドレスの払い出し、変換に係る情報を追加するようにしても良い。

【0053】

上記実施形態では、着信ＵＡから発信ＵＡへのＳＩＰ信号についての仮想アドレスの払い出し、アドレス変換を行うＳＢＣを認識させる情報がプレフィックスの数値であるものを示したが、他の情報であっても良い。ＳＢＣを透過することに、そのＳＢＣの製品番号を追加したり削除し、プレフィックスの製品番号に基づいて、着信ＵＡから発信ＵＡへのＳＩＰ信号についての仮想アドレスの払い出し、アドレス変換を行うＳＢＣを認識させるようにしても良い。また、通過する毎に、ＳＢＣの製品番号を追加、削除するではなく、仮想アドレスの払い出し、アドレス変換を行うＳＢＣの製品番号だけをプレフィックスに記述し、各ＳＢＣが自己の製品番号が記述されているかを確認するようにしても良い。

【0054】

上記実施形態では、ＮＡＰＴ機能を有するＳＢＣに適用したものを示したが、アドレス変換機能を有する他の装置にも適用可能である。

【符号の説明】

【0055】

１０、１０−１〜１０−３…ＳＢＣ、１０ａ…ＴｒＧＷ部、１０ｂ…ＳＩＰ−ＡＬＧ部、１１…発信ＵＡ、１２…着信ＵＡ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】