(57)【要約】【課題】シグナリングメッセージを、終端処理を行うことなく転送することができるパケット転送装置を得ること。【解決手段】通信装置から受信したシグナリングメッセージを、他の通信装置へ転送するパケット転送装置であって、通信装置との間でシグナリングプロトコルの下位層のプロトコルに基づいて送受信処理を行い、下位層のプロトコルに基づくコネクションの設定時に、コネクションの識別情報をコネクション情報として取得し、受信したシグナリングメッセージから抽出した下位層のプロトコルのコネクションの識別情報とコネクション情報とに基づいて、そのシグナリングメッセージを転送するＩｈｕ側処理部２１およびＩｕ側処理部２２と、コネクション情報を保持するための記憶部２９と、を備える。【選択図】図３
2011166432.tif 000002
【特許請求の範囲】
【請求項１】
２つ以上の通信装置と接続し、前記通信装置から受信したシグナリングプロトコルに基づいて生成されたシグナリングメッセージを、他の前記通信装置へ転送するパケット転送装置であって、
前記通信装置との間で前記シグナリングプロトコルの下位層のプロトコルに基づいて送受信処理を行い、前記下位層のプロトコルに基づくコネクションの設定時に、そのコネクションの識別情報をコネクション情報として取得するプロトコル処理手段と、
前記コネクション情報を保持するための記憶手段と、
を備え、
前記プロトコル処理手段は、前記コネクション情報を前記記憶手段へ格納し、受信したシグナリングメッセージから抽出した前記下位層のプロトコルのコネクションの識別情報と前記コネクション情報とに基づいて、そのシグナリングメッセージを転送する、
ことを特徴とするパケット転送装置。
【請求項２】
前記通信装置として、第１の通信装置と第２の通信装置とを含むこととし、
前記プロトコル処理手段は、
前記第１の通信装置との間で前記シグナリングプロトコルの下位層のプロトコルである第１のプロトコルに基づいて送受信処理を行い、前記第１のプロトコルに基づくコネクションの設定時に、そのコネクションの識別情報を第１のコネクション識別情報として取得する第１のプロトコル処理手段と、
前記第２の通信装置との間で前記シグナリングプロトコルの下位層のプロトコルである第２のプロトコルに基づいて送受信処理を行い、前記第２のプロトコルに基づくコネクションの設定時に、そのコネクションの識別情報を第２のコネクション識別情報として取得する第２のプロトコル処理手段と、
を備え、
前記第１のプロトコル処理手段、前記第２のプロトコル処理手段のうちの１つ以上は、前記コネクション情報として、同一のコネクションに対応する前記第１のコネクション識別情報と前記第２のコネクション識別情報とを対応付けて前記記憶手段へ格納する、
ことを特徴とする請求項１に記載のパケット転送装置。
【請求項３】
前記第１のプロトコル処理手段および前記第２のプロトコル処理手段は、自身のプロトコルによるコネクションの設定が完了するまでの間は、受信したパケットから前記コネクション情報として格納すべき情報を抽出し、抽出した情報を前記コネクション情報として格納する、
ことを特徴とする請求項２に記載のパケット転送装置。
【請求項４】
前記第１のプロトコルと前記第２のプロトコルを互いに異なるプロトコルとする、
ことを特徴とする請求項２または３に記載のパケット転送装置。
【請求項５】
前記第１のプロトコルをＲＵＡプロトコルとし、前記第２のプロトコルをＳＣＣＰプロトコルとする、
ことを特徴とする請求項４に記載のパケット転送装置。
【請求項６】
前記第１の通信装置との間で、前記第１のプロトコルより下位層のプロトコルである第１の下位プロトコルに基づいて送受信処理を行い、前記第１の下位プロトコルに基づくコネクションの設定時に、そのコネクションの識別情報を第１の下位コネクション識別情報として取得する第１の下位プロトコル処理手段、
をさらに備え、
前記第１のプロトコル手段または前記第１の下位プロトコル処理手段は、前記コネクション情報として、同一のコネクションに対応する前記第１のコネクション識別情報と前記第１の下位コネクション識別情報とを対応付けて前記記憶手段へ格納し、
前記第１の下位プロトコル処理手段は、受信したシグナリングメッセージから抽出した第１の下位プロトコルのコネクションの識別情報と前記コネクション情報とに基づいて、そのシグナリングメッセージを転送する、
ことを特徴とする請求項２〜５のいずれか１つに記載のパケット転送装置。
【請求項７】
前記第１の下位プロトコル処理手段は、自身のプロトコルによるコネクションの設定が完了するまでの間は、受信したパケットから前記コネクション情報として格納すべき情報を抽出し、抽出した情報を前記コネクション情報として格納する、
ことを特徴とする請求項６に記載のパケット転送装置。
【請求項８】
前記第１の下位プロトコルをＳＣＴＰプロトコルとする、
ことを特徴とする請求項６または７に記載のパケット転送装置。
【請求項９】
前記第２の通信装置との間で、前記第２のプロトコルより下位層のプロトコルである第２の下位プロトコルに基づいて送受信処理を行い、前記第２の下位プロトコルに基づくコネクションの設定時に、そのコネクションの識別情報を第２の下位コネクション識別情報として取得する第２の下位プロトコル処理手段、
をさらに備え、
前記第２のプロトコル処理手段または前記第２の下位プロトコル処理手段は、前記コネクション情報として、同一のコネクションに対応する前記第２のコネクション識別情報と前記第２の下位コネクション識別情報とを対応付けて前記記憶手段へ格納し、
前記第２の下位プロトコル処理手段は、受信したシグナリングメッセージから抽出した第２の下位プロトコルのコネクションの識別情報と前記コネクション情報とに基づいて、そのシグナリングメッセージを転送する、
ことを特徴とする請求項２〜８のいずれか１つに記載のパケット転送装置。
【請求項１０】
前記第２の下位プロトコル処理手段は、自身のプロトコルによるコネクションの設定が完了するまでの間は、受信したパケットから前記コネクション情報として格納すべき情報を抽出し、抽出した情報を前記コネクション情報として格納する、
ことを特徴とする請求項９に記載のパケット転送装置。
【請求項１１】
前記第２の下位プロトコルをＳＣＴＰプロトコルとする、
ことを特徴とする請求項９または１０に記載のパケット転送装置。
【請求項１２】
前記プロトコル処理手段は、コネクションを識別するためのプロトコルに依存しない論理識別情報と各プロトコルのコネクションの識別情報とを対応付けて前記コネクション情報として格納し、前記論理識別情報を用いて、受信したシグナリングメッセージから抽出したコネクションの識別情報に対応する論理識別情報を求め、前記論理識別情報に基づいて、同一コネクションに対応するコネクションの識別情報を求める、
ことを特徴とする請求項２〜１１のいずれか１つに記載のパケット転送装置。
【請求項１３】
ＨＮＢ−ＧＷとしての機能を有し、
前記第１の通信装置をＨＮＢとし、
前記第２の通信装置をコアネットワーク内の装置とする、
ことを特徴とする請求項２〜１２のいずれか１つに記載のパケット転送装置。
【請求項１４】
ＨＮＢとしての機能を有し、
前記第１の通信装置を無線端末とし、
前記第２の通信装置をＨＮＢ−ＧＷとする、
ことを特徴とする請求項２〜１２のいずれか１つに記載のパケット転送装置。
【請求項１５】
請求項１に記載のパケット転送装置と、
前記パケット装置に接続するＨＮＢと、
前記パケット装置に接続するコアネットワークと、
を備え、
前記パケット転送装置は、前記ＨＮＢと前記コアネットワークとの間の、シグナリングプロトコルに基づいて生成されたシグナリングメッセージの転送を行なう、
ることを特徴とする通信システム。
【請求項１６】
２つ以上の通信装置と接続し、前記通信装置から受信したシグナリングプロトコルに基づいて生成されたシグナリングメッセージを、他の前記通信装置へ転送するパケット転送装置におけるパケット転送方法であって、
前記通信装置との間で前記シグナリングプロトコルの下位層のプロトコルに基づいて送受信処理を行い、前記下位層のプロトコルに基づくコネクションの設定時に、そのコネクションの識別情報をコネクション情報として取得するプロトコル処理ステップと、
前記コネクション情報を保持する記憶ステップと、
受信したシグナリングメッセージから抽出した前記下位層のプロトコルのコネクションの識別情報と前記記憶ステップで保持した前記コネクション情報とに基づいて、そのシグナリングメッセージを転送する転送ステップと、
含むことを特徴とするパケット転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シグナリングメッセージを転送するパケット転送装置、通信システムおよびパケット転送方法に関する。
【背景技術】
【０００２】
従来のシグナリングメッセージの転送方法として、たとえば、下記特許文献１に記載の技術では、互いに異なる物理回線を利用する装置間を接続するＩＷＦ（ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）装置が、主にシグナリング制御を行うＩＷＦ−ｃと、主にユーザデータの転送を行うＩＷＦ−ｕと、を備える。ＩＷＦ−ｃは、ＳＣＣＰ（Ｓｉｇｎａｌｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐａｒｔ）を一端終端して呼情報を認識する。ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）が「Initial  ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）  Message」をＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）に向けて送信する際に、ＲＮＣとＩＷＦ−Ｃとの間及びＩＷＦ−ｃとＭＳＣとの間でＳＣＣＰコネクションが設定され、同じ呼に対応するコネクションの対応表が作成される。そして、ＩＷＦ装置は、この対応表を用いて転送を行なうことで、ＲＮＣ内の複数ある制御信号送受信部の中から適切な送受信部を選択する。
【０００３】
また、互いに異なる物理回線を利用する装置間を接続する装置として、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＴＳ．２５．４６７で規定されているＨＮＢ−ＧＷ（３Ｇ  Ｈｏｍｅ  Ｎｏｄｅ  Ｂ  Ｇａｔｅｗａｙ）がある（下記、非特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００４／０７７７９２号
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ，“３ＧＰＰ  ＴＳ  ２５．４６７  Ｖ８.１．０”，２００９−０３
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１に記載の技術によれば、ＳＣＣＰコネクション同士を対応付けるため、ＲＮＣ側とＭＳＣ側との間でプロトコルが異なる場合に対応できない、という問題点があった。また、上記特許文献１に記載の技術ではシグナリングメッセージを一旦終端して転送している。そのため、シグナリングメッセージを転送する装置が、シグナリングメッセージを終端する機能を有する必要がある、という問題があった。
【０００７】
また、上記非特許文献１では、ＨＮＢ−ＧＷのＩｕ（ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）との間のインタフェース）上のシグナリングプロトコルとその処理についての記述はあるが、Ｉｕｈ（ＨＮＢ（Ｈｏｍｅ  Ｎｏｄｅ  Ｂ）との間のインタフェース）とＩｕ間のシグナリングメッセージのパケット転送に関しては記述がない。したがって、ＨＮＢ−ＧＷシグナリングメッセージを転送する場合に、シグナリングメッセージを終端する機能を有する必要がある、という問題があった。
【０００８】
本発明は、上記に鑑みてなされたものであって、シグナリングメッセージを、終端処理を行うことなく転送することができるパケット転送装置、通信システムおよびパケット転送方法得ることを目的とする。また、転送元と転送先が異なるプロトコルを用いている場合に、シグナリングメッセージを転送することができるパケット転送装置、通信システムおよびパケット転送方法を得ることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、２つ以上の通信装置と接続し、前記通信装置から受信したシグナリングプロトコルに基づいて生成されたシグナリングメッセージを、他の前記通信装置へ転送するパケット転送装置であって、前記通信装置との間で前記シグナリングプロトコルの下位層のプロトコルに基づいて送受信処理を行い、前記下位層のプロトコルに基づくコネクションの設定時に、そのコネクションの識別情報をコネクション情報として取得するプロトコル処理手段と、前記コネクション情報を保持するための記憶手段と、を備え、前記プロトコル処理手段は、前記コネクション情報を前記記憶手段へ格納し、受信したシグナリングメッセージから抽出した前記下位層のプロトコルのコネクションの識別情報と前記コネクション情報とに基づいて、そのシグナリングメッセージを転送する、ことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、パケット転送装置が、第１のインタフェース側の通信プロトコル処理を行う第１のプロトコル処理手段と、第２のインタフェース側の通信プロトコル処理を行う第２のプロトコル処理手段と、を備え、第１のプロトコル処理手段および第２のプロトコル処理手段は、同一コネクションを示す第１のインタフェース側のコネクション識別情報と第２のインタフェース側のコネクション識別情報との対応を保持し、その対応に基づいて、シグナリングメッセージを転送するようにしたので、シグナリングメッセージを、終端処理を行うことなく転送することができる、という効果を奏する。また、転送元と転送先が異なるプロトコルを用いている場合に、シグナリングメッセージを転送することができる、という効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施の形態１の通信システムの構成例を示す図である。
【図２】図２は、実施の形態１の通信システムを構成する各装置のプロトコルスタックの一例を示す図である。
【図３】図３は、実施の形態１のＨＮＢ−ＧＷの機能構成例を示す図である。
【図４】図４は、各プロトコルのコネクションのマッピングイメージを示す図である。
【図５】図５は、実施の形態１のマッピングテーブルの作成手順の一例を示すチャート図である。
【図６】図６は、論理識別情報と各コネクションの識別情報との対応付けの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下に、本発明にかかるパケット転送装置、通信システムおよびパケット転送方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１３】
実施の形態１．
図１は、本発明にかかる通信システムの実施の形態１の構成例を示す図である。図１に示すように、本実施の形態の通信システムは、移動端末であるＵＥ１と、フェムトセル基地局（ＨＮＢ）２と、ＨＮＢ−ＧＷ３と、ＣＮ４と、Ｓｅｃｕｒｉｔｙ  Ｇａｔｅｗａｙ（セキュリティ装置）５と、ＨＭＳ（ＨＮＢ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ：フェムトセル基地局管理システム）６と、で構成される。本実施の形態では、本発明にかかるパケット転送装置としてＨＮＢ−ＧＷ３を例にあげて説明を行なう。
【００１４】
ＨＮＢ２は、Ｕｕインタフェース１１を介して１以上のＵＥ１と接続する（図１では、簡略化のためＵＥ１は１台のみを記載している）。図１はこの発明の移動体通信システムを示すシステム構成図の一例である。ＨＨＮＢ−ＧＷ３は、Ｉｕｈインタフェース１２を介して１以上のＨＮＢ２と接続する（図１では、簡略化のためＨＮＢ２は１台のみを記載している）。
【００１５】
ＨＨＮＢ−ＧＷ３とＨＮＢ２間は、公衆網を含むことすることがあるため、図１の構成例では、セキュリティを確保するための処理（セキュリティ処理）を行うＳｅｃｕｒｉｔｙ  Ｇａｔｅｗａｙ５を設置している。なお、ＨＨＮＢ−ＧＷ３とＨＮＢ２間が公衆網を含まない場合等、セキュリティ処理が不要な場合はＳｅｃｕｒｉｔｙ  Ｇａｔｅｗａｙ５を備えなくてもよい。
【００１６】
また、ＨＨＮＢ−ＧＷ３は、Ｉｕインタフェース１３を介してＣＮ４と接続する。ＨＭＳ６は、ＴＲ−０６９インタフェース１４を介してＨＮＢ−ＧＷ３と接続し、ＨＮＢ２やＨＮＢ−ＧＷ３の構成管理を行なう。
【００１７】
図２は、本実施の形態の通信システムを構成する各装置のプロトコルスタックの一例を示す図である。ここでは、ＣＮ４からＨＮＢ２の間は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークで構成されているとし、最下位レイヤにはＥｔｈｅｒｎｅｔ（登録商標）が存在し、レイヤ３にはＩＰプロトコルが存在する。また、レイヤ４にはＩＰパケットの信頼性ある転送のためにＳＣＴＰ（Ｓｔｒｅａｍ  Ｃｏｎｔｒｏｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルが存在する。
【００１８】
ＨＮＢ３とＨＮＢ２の間は、セキュリティ機能として、たとえばＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）  ４３０６で規定されているＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が存在する。
【００１９】
ＣＮ４とＨＮＢ−ＧＷ３の間は、共通線信号をＩＰネットワークで転送するためのＳＣＣＰやＭ３ＵＡ（Ｍｅｓｓａｇｅ  Ｔｒａｎｓｆｅｒ  Ｐａｒｔ  ３  Ｕｓｅｒ  Ａｄａｐｔａｔｉｏｎ）がある。同様にＨＮＢ−ＧＷ３とＨＮＢ２間にも、共通線信号を転送するためのＲＵＡ（ＲＡＮＡＰ  Ｕｓｅｒ  Ａｄａｐｔｉｏｎ）がある。
【００２０】
また、ＨＮＢ２およびＣＮ４では、無線アクセスベアラの設定や無線ベアラのリソース管理を行なうＲＡＮＡＰ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）プロトコルが存在する。また、ＲＵＡやＳＣＣＰは、ＲＡＮＡＰプロトコルのメッセージ（ＲＡＮＡＰメッセージ）を転送する機能を有し、ＨＮＢ−ＧＷ２では、ＲＵＡやＳＣＣＰがＲＡＮＡＰメッセージをＲＵＡやＳＣＣＰ上で転送する。また、ＲＡＮＡＰプロトコルは、ＣＮ４とＵＥ間のメッセージであるＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージを転送する機能を持つ。
【００２１】
ＵＥ１とＨＮＢ間は、最下層のＲａｄｉｏ−ＰＨＹ（無線物理層）があり、その上にＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｃ  Ｃｏｔｏｒｏｌ）／ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｏｒｏｌ）がある。また、その上に、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｏｒｏｌ）があり、さらにその上にＮＡＳがある。ＮＡＳメッセージは、ＵｕインタフェースではＲＲＣプロトコルを介して転送される。ＨＮＢ２では、ＲＲＣプロトコル上のＮＡＳメッセージとＲＲＣプロトコル上のＮＡＳメッセージとの相互変換を行って転送する。なお、３ＧＰＰでは、ＲＲＣメッセージ、ＲＡＮＡＰメッセージ上でのＮＡＳメッセージの転送については、３ＧＰＰに規定されている従来の方法と同様である。
【００２２】
図３は、本実施の形態のＨＮＢ−ＧＷ３の機能構成例を示す図である。図３に示すように、本実施の形態のＨＮＢ−ＧＷ３は、Ｉｕｈ側処理部（第１のプロトコル処理手段）２１とＩｕ側処理部（第２のプロトコル処理手段）２２と記憶部２９とで構成される。Ｉｕｈ側処理部２１およびＩｕ側処理部２２は、ここで転送対象としているシグナリングメッセージのプロトコルであるＲＡＮＡＰより下位のプロトコル処理を行うプロトコル処理手段である。
【００２３】
Ｉｕｈ側処理部２１は、ＲＵＡプトコル処理を行うＲＵＡプロトコル処理部２３と、ＳＣＴＰプロトコル処理を行うＳＣＴＰプロトコル処理部２４と、ＩＰおよびそれ以下のレイヤの処理を行う下位レイヤ処理部２５と、を備える。また、Ｉｕ側処理部２２は、ＳＣＣＰプロトコル処理を行うＳＣＣＰプロトコル処理部２６と、ＳＣＴＰプロトコル処理を行うＳＣＴＰプロトコル処理部２７と、ＩＰおよびそれ以下のレイヤの処理を行う下位レイヤ処理部２８と、を備える。
【００２４】
つぎに、本実施の形態の動作を説明する。まず、ＣＮ４から送信されたＲＡＮＡＰメッセージが転送される場合を例に、本実施の形態のコネクションのマッピング動作（コネクションの対応付け動作）を説明する。
【００２５】
図４は、各プロトコルのコネクションのマッピングイメージを示す図である。図４の例では、ＵＥ１から最初のＲＡＮＡＰメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）をＣＮ４まで送信した際に、Ｉｕ側ＳＣＣＰコネクション３２とＩｕ側ＳＣＴＰアソシエーション３１のレイヤ間対応３４と、Ｉｕｈ側ＲＵＡコネクション３６とＩｕｈ側ＳＣＴＰアソシエーション３５のレイヤ間対応３７と、Ｉｕ側とＩｕｈ側間の対応である、Ｉｕｈ側ＲＵＡコネクション３６とＩｕ側ＳＣＣＰコネクション３２との内部ピア間対応３８と、がそれぞれマッピングテーブル（コネクション情報）として作成されているとする。これらのマッピングテーブルは記憶部２９に保持されているとする。マッピングテーブルの作成方法については、後述する。また、本実施の形態では、ＲＡＮＡＰの終端処理は行わず、ＲＡＮＡＰメッセージはＳＣＣＰ上（およびＲＵＡ上）で転送されるため、ＲＡＮＡＰコネクション３３は、ＲＡＮＡＰがカプセル化されるＳＣＣＰコネクションに対応している。
【００２６】
図４では、ＨＮＢ−ＧＷ３が、ＨＮＢ２−０〜ＨＮＢ２−ＮのＮ＋１台のＨＮＢに接続する例を示している。作成されたマッピングテーブルには、図４に示すように、ＨＮＢ−ＧＷ３とＣＮ４間のＩｕ側ＳＣＴＰアソシエーション３１のＳＣＴＰアソシエーション＃０が、Ｉｕ側ＳＣＣＰコネクション３２のＳＣＣＰコネクション＃０〜ＳＣＣＰコネクション＃Ｍ（Ｍは０以上の整数）と対応付けられているとする。Ｉｕ側ＳＣＴＰアソシエーションのＳＣＴＰアソシエーション＃０は、Ｉｕｈ側ＳＣＴＰアソシエーション３５のＳＣＴＰアソシエーション＃０〜ＳＣＴＰアソシエーション＃Ｎ（Ｎは０以上の整数）に対応付けられているとする。
【００２７】
また、Ｉｕｈ側ＲＵＡコネクション３６のＲＵＡコネクション＃０，ＲＵＡコネクション＃１，…，ＲＵＡコネクション＃Ｍは、それぞれＩｕ側ＳＣＣＰコネクション３２のＳＣＣＰコネクション＃０，ＳＣＣＰコネクション＃１，…ＳＣＣＰコネクション＃Ｍに対応付けられているとする。また、Ｉｕｈ側ＲＵＡコネクション３６とＩｕｈ側ＳＣＴＰアソシエーション３５の対応は、図４では簡略化のため、ＨＮＢ２−Ｎについて部分を示しており、Ｉｕｈ側ＳＣＴＰアソシエーション３５のＳＣＴＰアソシエーション＃Ｎが、Ｉｕｈ側ＲＵＡコネクション３６のＲＵＡコネクション＃Ｍ−１およびＲＵＡコネクション＃Ｍに対応しているとする。
【００２８】
なお、ＳＣＣＰコネクション＃０〜ＳＣＣＰコネクション＃Ｍを識別する識別情報として、コネクションの識別ごとのＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅとＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅの値を保持しているとする。また、ＳＣＴＰアソシエーション（Ｉｕ側ＳＣＴＰアソシエーション３１，Ｉｕｈ側ＳＣＴＰアソシエーション３５の各コネクション）を識別する識別情報として、アソシエーションごとのＩＰ  ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）、ＩＰ  ＳＡ（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）、Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ、Ｓｏｕｒｃｅ  ＰｏｒｔおよびＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇの値を保持しているとする。また、ＲＵＡコネクション＃０〜ＲＵＡコネクション＃Ｍを識別する識別情報として、コネクションごとのＲＵＡ  Ｃｏｎｔｅｘｔ  ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）を保持しているとする。なお、これらの識別情報は、コネクションが特定できれば必ずしも前記全ての情報が必要ではない。
【００２９】
なお、ここでは、マッピングテーブルを、上述の識別情報同士を対応させるテーブルとして保持することとする。たとえば、Ｉｕ側ＳＣＣＰコネクション３２とＩｕ側ＳＣＴＰアソシエーション３１のレイヤ間対応３４のマッピングテーブルとしては、Ｄｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅおよびＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅと、Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ、Ｓｏｕｒｃｅ  ＰｏｒｔおよびＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇと、対応させて格納する。これに限らず、マッピングテーブルとしてはコネクションの識別ＩＤ（ＳＣＣＰコネクション＃０等）のみを対応させ、コネクションの識別ＩＤと識別情報を別途保持するなど、他の形式で対応を保持するようにしてもよい。また、ここでは全てのマッピングテーブル（識別情報を別途保持する場合にはマッピングテーブルおよび識別情報）を記憶部２９に保持し、各処理部から読み書きできるようにしているが、各構成要素が自身の処理に用いるマッピングテーブルをそれぞれ保持する（各構成要素がそれぞれ記憶手段を備える）ようにしてもよい。
【００３０】
Ｉｕ側処理部２２の下位レイヤ処理部２８は、ＩＰプロトコル処理機能によりＩＰヘッダを確認し、ＣＮ４から受信したＲＡＮＡＰメッセージのＩＰ  ＤＡが自身（ＨＮＢ−ＧＷ３）のアドレス（図４では、ＨＮＢ−ＧＷ  ＩＰと記載）であり、かつＩＰ  ＳＡが対向するＣＮ４のアドレス（図４では、ＣＮ  ＩＰと記載）であるか、を確認する。
【００３１】
ＩＰ  ＤＡが自身のアドレスであり、かつＩＰ  ＳＡがＣＮ４のアドレスである場合、Ｉｕ側処理部２２のＳＣＴＰプロトコル処理部２７は、そのＲＡＮＡＰメッセージのＳＣＴＰアソシエーション（Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ、Ｓｏｕｒｃｅ  ＰｏｒｔおよびＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ）が対向するＣＮ４間の値であるかを確認する。
【００３２】
ＳＣＴＰアソシエーションが対向するＣＮ４間の値であると確認した場合、Ｉｕ側処理部２２のＳＣＣＰプロトコル処理部２６は、そのＲＡＮＡＰメッセージのＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅとＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅを抽出する。そして、ＳＣＣＰプロトコル処理部２６は、内部ピア間対応３８のマッピングテーブルを参照し、抽出したＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅおよびＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅに対応するＲＵＡコネクションの識別情報（ＲＵＡ  Ｃｏｎｔｅｘｔ）を検索する。検索結果として、Ｄｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅおよびＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅに対応するＲＵＡコネクション対応するＲＵＡ  Ｃｏｎｔｅｘｔ  ＩＤが得られた場合、ＳＣＣＰプロトコル処理部２６は、得られたＲＵＡ  Ｃｏｎｔｅｘｔ  ＩＤとともに当該ＲＡＮＡＰメッセージをＩｕｈ側処理部２１のＲＵＡプロトコル処理部２３へ渡す。
【００３３】
ＲＵＡプロトコル処理部２３は、記憶部２９のレイヤ間対応３７のマッピングテーブルを検索し、受け取ったＲＵＡ  Ｃｏｎｔｅｘｔ  ＩＤに対応するＳＣＴＰアソシエーションの識別情報（ＩＰ  ＤＡ、ＩＰ  ＳＡ、Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ、Ｓｏｕｒｃｅ  ＰｏｒｔおよびＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ）を取得し、取得した識別情報とともに当該ＲＡＮＡＰメッセージをＳＣＴＰプロトコル処理部２４へ渡す。
【００３４】
ＳＣＴＰプロトコル処理部２４は、受け取ったＲＡＮＡＰメッセージに受け取った識別情報に基づいてＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ、Ｓｏｕｒｃｅ  ＰｏｒｔおよびＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇを設定したＳＣＴＰメッセージを生成し、生成したＳＣＴＰメッセージを、受け取ったＩＰ  ＤＡおよびＩＰ  ＳＡとともに下位レイヤ処理部２５へ渡す。下位レイヤ処理部２５は、受け取ったＳＣＴＰメッセージに受け取ったＩＰ  ＤＡおよびＩＰ  ＳＡを設定したＩＰパケットを生成し、生成したＩＰパケットを宛先のＨＮＢ２−０〜２−Ｎへ送信する。以上の手順により、ＨＮＢ−ＧＷ３は、ＣＮ４から受信したＲＡＮＡＰメッセージを、ＨＮＢ２−０〜２−Ｎへ転送する。
【００３５】
つぎに、ＨＮＢ−ＧＷ３が、ＵＥ１から送信されたＮＡＳメッセージをＲＡＮＡＰメッセージにカプセル化したメッセージをＣＮ４へ転送する場合の動作を説明する。ＨＮＢ−ＧＷ３は、ＵＥ１から送信されたＮＡＳメッセージをカプセル化したＲＡＮＡＰメッセージを、ＵＥ１に接続するＨＮＢ２−０〜２−Ｎ経由で受信する。Ｉｕｈ側処理部２１の下位レイヤ処理部２５は、ＩＰプロトコル処理として、受信したメッセージのＩＰ  ＤＡが自装置のＩＰアドレスであり、かつＩＰ  ＳＡが対向するＨＮＢ２−０〜２−ＮのＩＰアドレスであるかを確認する。
【００３６】
受信したメッセージのＩＰ  ＤＡが自装置のＩＰアドレスであり、かつＩＰ  ＳＡが対向するＨＮＢ２−０〜２−ＮのＩＰアドレスである場合、ＳＣＴＰプロトコル処理部２４は、そのメッセージに含まれるＳＣＴＰアソシエーションの識別情報（Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ、Ｓｏｕｒｃｅ  ＰｏｒｔおよびＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ）が対向装置（ＨＮＢ２−０〜２−Ｎ）間の値であるかを確認する。
【００３７】
ＳＣＴＰアソシエーションの識別情報が対向装置間の値である場合、ＲＵＡプロトコル処理部２３は、受信したメッセージからＲＵＡ  Ｃｏｎｔｅｘｔ  ＩＤを抽出する。そして、ＲＵＡプロトコル処理部２３は、内部ピア間対応３８のマッピングテーブルを参照し、抽出したＲＵＡ  Ｃｏｎｔｅｘｔ  ＩＤに対応するＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅとＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅを検索する。検索結果として、対応するＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅとＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅが得られた場合、ＲＵＡプロトコル処理部２３は、得られたＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅとＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅともに、受信したメッセージをＩｕ側処理部２２のＳＣＣＰプロトコル処理部２６へ渡す。
【００３８】
ＳＣＣＰプロトコル処理部２６は、レイヤ間対応３４のマッピングテーブルを参照し、受け取ったＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅとＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅに対応するＳＣＴＰアソシエーションの識別情報を検索する。そして、ＳＣＣＰプロトコル処理部２６は、検索した識別情報とともに受け取ったメッセージをＳＣＴＰプロトコル処理部２７へ渡す。
【００３９】
ＳＣＴＰプロトコル処理部２７は、ＳＣＣＰプロトコル処理部２６から受け取った識別情報に基づいて受け取ったメッセージを格納したＳＣＴＰメッセージを生成し、生成したＳＣＴＰメッセージを受け取った識別情報のＩＰ  ＳＡおよびＩＰ  ＤＡとともに下位レイヤ処理部２８へ渡す。下位レイヤ処理部２８は、受け取ったＳＣＴＰメッセージに、受け取ったＩＰ  ＳＡおよびＩＰ  ＤＡを格納したＩＰパケットを生成し、生成したＩＰパケットをＣＮ４へ送信する。以上の手順により、ＨＮＢ−ＧＷ３は、ＵＥ１からＨＮＢ２−０〜２−Ｎ経由で受信したＲＡＮＡＰメッセージを、ＣＮ４へ転送する。
【００４０】
つぎに、本実施の形態のマッピングテーブルの作成方法について説明する。図５は、本実施の形態のマッピングテーブルの作成手順の一例を示すチャート図である。まず、ＨＮＢ２は、ＵＥ１からＣＮ４に対する最初のＲＡＮＡＰメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｓｅ：ＩＮＩＴ）を受信する。なお、実際には、ＵＥ１は、ＣＮ４に対する最初のＮＡＳメッセージを生成し、そのＮＡＳメッセージを受信したＨＮＢ２が、ＮＡＳメッセージをカプセル化したＲＡＮＡＰメッセージとして送信するが、ＨＮＢ−ＧＷ３では、ＲＡＮＡＰメッセージとして認識するのみのため、ＮＡＳプロトコルの処理についての説明は省略する。
【００４１】
ＨＮＢ２は、この時点では、ＨＮＢ−ＧＷ３との間で、ＲＡＮＡＰ用のコネクションが設定されていないため、ＨＮＢ２のＳＣＴＰプロトコルの処理として、接続を要求するためのＳＣＴＰ  ＩＮＩＴメッセージを、ＨＮＢ−ＧＷ３のＳＣＴＰプロトコル処理部（図５では、ＳＣＴＰと略している）２４へ送信する（ステップＳ１）。
【００４２】
ＨＮＢ−ＧＷ３のＳＣＴＰプロトコル処理部２４は、ＳＣＴＰ  ＩＮＩＴメッセージを受信すると、そのメッセージに対する応答として、この接続要求を識別する一意なコンテキストであるＣＯＯＫＩＥを含むＳＣＴＰ  ＩＮＩＴ−ＡＣＫメッセージをＨＮＢ２へ送信する（ステップＳ２）。ＨＮＢ２は、ＳＣＴＰ  ＩＮＩＴ−ＡＣＫメッセージを受信すると、ＳＣＴＰ  ＣＯＯＫＩＥ−ＥＣＨＯメッセージをＨＮＢ−ＧＷ３のＳＣＴＰプロトコル処理部２４へ送信する（ステップＳ３）。なお、この際、ＨＮＢ２は、ＨＮＢ−ＧＷ３との間でＲＵＡコネクションも設定されていないため、ＲＵＡの接続を要求するＲＵＡ  ＣＯＮＮＥＣＴメッセージを、ＳＣＴＰ  ＣＯＯＫＩＥ−ＥＣＨＯメッセージにカプセル化して、送信する。また、このＲＵＡ  ＣＯＮＮＥＣＴメッセージには、ＵＥ１から受信したＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅがカプセル化されているとする。
【００４３】
ＳＣＴＰプロトコル処理部２４は、受信したＲＵＡ  ＣＯＮＮＥＣＴメッセージをＲＵＡプロトコル処理部（図５では、ＲＵＡと略している）２３へ渡す（ステップＳ４）。ＲＵＡプロトコル処理部２３が、ＲＵＡ  ＣＯＮＮＥＣＴメッセージに含まれるＣｏｎｔｅｘｔ  ＩＤを抽出することにより、ＨＮＢ２とＨＮＢ−ＧＷ３の間のＲＵＡコネクションが確立される。
【００４４】
この時点では、ＨＮＢ２とＨＮＢ−ＧＷ３の間のＳＣＴＰアソシエーションはまだ確立されていないが、ＨＮＢ−ＧＷ３は、Ｉｕｈ側ＳＣＴＰアソシエーション３５の識別情報として、ＩＰ  ＳＡ（この場合は、ＨＮＢ２のアドレス）、ＩＰ  ＤＡ（この場合は、ＨＮＢ−ＧＷ３のアドレス）、Ｓｏｕｒｃｅ  ｐｒｏｔおよびＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔの情報は、以上の手順で取得できている。ＨＮＢ−ＧＷ３のＳＣＴＰプロトコル処理部２４は、ＨＮＢ２との間で使用するＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇをここで決定し、そのＲＵＡコネクションのＣｏｎｔｅｘｔ  ＩＤと、対応するＳＣＴＰアソシエーション情報（ＵＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ以外）と、を記憶部２９に、レイヤ間対応３７のマッピングテーブルのエントリとして格納する（ステップＳ５）。
【００４５】
ＲＵＡプロトコル処理部２３は、受信したＲＵＡ  ＣＯＮＮＥＣＴメッセージに含まれるＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅがカプセル化されたＲＡＮＡＰメッセージ（ＲＮＡＰ：Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）を、そのＲＵＡ  ＣＯＮＮＥＣＴメッセージから抽出したＣｏｎｔｅｘｔ  ＩＤとともにＳＣＣＰプロトコル処理部２６へ渡す（ステップＳ６）。ＳＣＣＰプロトコル処理部２６は、ＨＮＢ−ＧＷ３とＣＮ４の間のＳＣＣＰコネクションが設定されていないため、ＨＮＢ−ＧＷ３とＣＮ４の間のＳＣＣＰコネクションで用いるＳｏｕｒｃｅ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅを決定する。ＳＣＣＰプロトコル処理部２６は、決定したＳｏｕｒｃｅ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅと、ＲＵＡプロトコル処理部２３から渡されたＣｏｎｔｅｘｔ  ＩＤの対応を、記憶部２９に、内部ピア間対応３８のマッピングテーブルのエントリとして格納する（ステップＳ７）。
【００４６】
なお、Ｄｅｓｔｉｎａｔｉｏｎ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅは、対向する装置から通知されるため、ＳＣＣＰプロトコル処理部２６は、この時点では、Ｄｅｓｔｉｎａｔｉｏｎ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅをマッピングテーブルに設定することはできないが、Ｄｅｓｔｉｎａｔｉｏｎ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅ以外の項目としてマッピングテーブルのエントリとして格納する。
【００４７】
ＳＣＣＰプロトコル処理部（図５では、ＳＣＣＰと略す）２６は、ＲＮＡＰ：Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅをカプセル化したＳＣＣＰ  ＣＲ（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを生成し、ＳＣＴＰプロトコル処理部２７へ渡す（ステップＳ８）。この時点では、まだ、ＣＮ４との間のＳＣＴＰアソシエーションが設定されていないため、ＳＣＣＰプロトコル処理部２６は、ＳＣＴＰ  ＩＮＩＴメッセージをＣＮ４へ送信する（ステップＳ１０）。
【００４８】
ＳＣＴＰプロトコル処理部２７は、送信方向のＵＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇを決定することができるため、ＣＮ４との間で用いるＵＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇを決定し、ＣＮ４間のＩＰ  ＤＡ、ＩＰ  ＳＡ、Ｓｏｕｒｃｅ  Ｐｏｒｔ、Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔは既知であるとし、ＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ以外のこれらのＳＣＴＰコネクション情報と、ＳＣＣＰプロトコル処理部２６が決定したＳｏｕｒｃｅ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅと、を、記憶部２９に、レイヤ間対応３４のマッピングテーブルのエントリとして格納する（ステップＳ９）。
【００４９】
ＣＮ４では、ＨＮＢ−ＧＷ３のＳＣＴＰプロトコル処理部２７からＳＣＴＰ  ＩＮＩＴメッセージを受信すると、その応答としてＳＣＴＰ  ＩＮＩＴ−ＡＣＫメッセージを送信する（ステップＳ１１）。ＨＮＢ−ＧＷ３のＳＣＴＰプロトコル処理部２７は、ＳＮ４からＳＣＴＰ  ＩＮＩＴ−ＡＣＫメッセージを受信すると、ＳＣＴＰ  ＣＯＯＫＩＥ−ＥＣＨＯメッセージを送信する（ステップＳ１２）。このＳＣＴＰ  ＣＯＯＫＩＥ−ＥＣＨＯメッセージには、ＳＣＣＰプロトコル処理部２６から受け取ったＳＣＣＰ  ＣＲメッセージがカプセル化されているとする。なお、ここでは、ＳＣＴＰ  ＣＯＯＫＩＥ−ＥＣＨＯメッセージにＳＣＣＰプロトコル処理部２６から受け取ったＳＣＣＰ  ＣＲメッセージがカプセル化されることとしたが、これに限らず、ステップＳ１０で送信したＳＣＴＰ  ＩＮＩＴメッセージにＳＣＣＰプロトコル処理部２６から受け取ったＳＣＣＰ  ＣＲメッセージがカプセル化してもよい。
【００５０】
ＣＮ４は、ＨＮＢ−ＧＷ３のＳＣＴＰプロトコル処理部２７からＳＣＴＰ  ＣＯＯＫＩＥ−ＥＣＨＯメッセージを受信すると、カプセル化されたＳＣＣＰ  ＣＲメッセージをとりだし、ＳＣＣＰプロトコル処理として、接続確認を通知するＳＣＣＰ  ＣＣメッセージを生成する。そして、ＣＮ４では、生成したＳＣＣＰ  ＣＣメッセージをカプセル化したＳＣＴＰ  ＣＯＯＫＩＥ−ＡＣＫメッセージを生成し、生成したＳＣＴＰ  ＣＯＯＫＩＥ−ＡＣＫメッセージをＨＮＢ−ＧＷ３へ送信する（ステップＳ１３）。このＳＣＴＰ  ＣＯＯＫＩＥ−ＡＣＫメッセージには、ＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇが含まれている。
【００５１】
なお、ここでは、ＣＮ４では、ＳＣＣＰ  ＣＣメッセージに、Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅに対する応答のＲＡＮＡＰ  メッセージ（ＧＭＭ（ＧＰＲＭ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ＡＮＤ  Ｃｉｐｈｅｒｉｎｇ  Ｒｅｑｕｅｓｔ（認証要求）））を格納したＲＵＡメッセージ（Ｄｉｒｅｃｔ  Ｔｒａｓｆｅｒ）が、格納されている。本実施の形態ではＲＡＮＡＰメッセージの内容に制約はないため、ここではＲＡＮＡＰメッセージの内容について説明を省略する。
【００５２】
ＨＮＢ−ＧＷ３のＳＣＴＰプロトコル処理部２７は、ＳＣＴＰ  ＣＯＯＫＩＥ−ＡＣＫメッセージを受信することによりＣＮ４との間のＳＣＴＰアソシエーションが確立する。ＳＣＴＰプロトコル処理部２７は、ＳＣＴＰ  ＣＯＯＫＩＥ−ＡＣＫメッセージに含まれるＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  ＴａｇをステップＳ９で格納したレイヤ間対応３４のマッピングテーブルのエントリ（ＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇが未設定）に設定する。これにより、レイヤ間対応３４のマッピングテーブルの当該エントリが完全に確定する。受信したＳＣＴＰ  ＣＯＯＫＩＥ−ＡＣＫメッセージからＳＣＣＰ  ＣＣメッセージを取り出して、とりだしたメッセージをＳＣＣＰプロトコル処理部２６へ渡す（ステップＳ１４）。
【００５３】
ＳＣＣＰプロトコル処理部２６は、受け取ったＳＣＣＰ  ＣＣメッセージに格納されているＤｅｓｔｉｎａｔｉｏｎ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅを抽出し、ステップＳ７で格納した内部ピア間対応３８のマッピングテーブルのエントリ（Ｄｅｓｔｉｎａｔｉｏｎ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅが未設定）に格納する（ステップＳ１５）。これにより、内部ピア間対応３８のマッピングテーブルのこのエントリが完全に確定する。また、ＳＣＣＰプロトコル処理部２６は、当該ＳＣＣＰコネクションの識別情報（Ｄｅｓｔｉｎａｔｉｏｎ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅおよびＳｏｕｒｃｅ  ｌｏｃａｌ  ｒｅｆｅｒｅｎｃｅ）とともにＳＣＣＰ  ＣＣメッセージから抽出したＲＡＮＡＰメッセージをカプセル化したＲＵＡメッセージを、ＲＵＡプロトコル処理部２３へ渡す（ステップＳ１６）。
【００５４】
ＲＵＡプロトコル処理部２３は、受け取ったＲＡＮＡＰメッセージをカプセル化したＲＵＡメッセージをＳＣＴＰプロトコル処理部２４へ渡す（ステップＳ１７）。ＳＣＴＰプロトコル処理部２４は、宛先のＨＮＢ２に対応するＳＣＴＰコネクションのＵＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇを決定する。そして、ＳＣＴＰプロトコル処理部２４は、ＲＵＡプロトコル処理部２３から受け取ったＲＵＡメッセージをカプセル化したＳＣＴＰ  ＣＯＯＫＩＥ−ＡＣＫメッセージ（決定したＵＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇが格納されている）を、ＨＮＢ２へ送信する（ステップＳ１８）。また、ＳＣＴＰプロトコル処理部２４は、ステップＳ５で格納したレイヤ間対応３７のマッピングテーブルのエントリに決定したＵＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇを設定する。これにより、レイヤ間対応３７のマッピングテーブルの当該エントリを完全に確定することができる。
【００５５】
ＲＡＮＡＰメッセージには、宛先を示すＲＮＣ−ＩＤやＩｕ  ｓｉｇｎａｌｌｉｎg  ｃｏｎｎｅｃｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒが含まれ、通常のＲＡＮＡＰメッセージを転送する場合には、転送する装置がこれらの情報に基づいてＲＡＮＡＰメッセージを転送するためにＲＡＮＡＰメッセージのデコード処理を行う必要がある。これに対し、本実施の形態では、下位のプロトコルであるＲＵＡプロトコル、ＳＣＣＰプロトコル、ＳＣＴＰプロトコルのコネクション情報を参照して、転送を行ない、ＲＡＮＡＰメッセージのデコード処理を不要としている。
【００５６】
なお、ここでは、シグナリングプロトコルとしてＲＡＮＡＰを例に説明したが、これに限らず、どのようなシグナリングプロトコルを用いてもよい。また、シグナリングプロトコルの下位のプロトコルも、ＲＵＡプロトコル、ＳＣＣＰプロトコル、ＳＣＴＰプロトコルに限らず、どのようなプロトコルを用いてもよく、下位のプロトコルの接続情報を本実施の形態と同様に、レイヤ間の対応と、内部ピア間の対応と、して保持するようにすればよい。
【００５７】
また、本実施の形態では、レイヤ間の対応と、内部ピア間の対応と、をマッピングテーブルとして保持するようにしたが、同様の情報を保持できればテーブル形式以外の他の形式等を用いて対応を保持してもよい。
【００５８】
このように、本実施の形態では、ＨＮＢ−ＧＷ３が、ＲＡＮＡＰプロトコルの下位層のプロトコルが、Ｉｕ側のコネクション同士（ＲＵＡコネクションとＳＣＴＰアソシエーション）の対応と、Ｉｕｈ側のコネクション同士（ＳＣＣＰコネクションとＳＣＴＰアソシエーション）の対応と、Ｉｕ側のコネクション（ＲＵＡコネクション）とＩｕｈ側のコネクション（ＳＣＣＰコネクション）の対応と、を保持し、保持している対応に基づいて、ＲＡＮＡＰプロトコルの下位層のプロトコルがＲＡＮＡＰメッセージを転送するようにした。そのため、ＲＡＮＡＰメッセージを、終端処理を行うことなく転送することができる。また、転送元と転送先が異なるプロトコルを用いている場合にも、シグナリングメッセージを転送することができる。
【００５９】
実施の形態２．
つぎに、本発明にかかる実施の形態２のパケット転送方法について説明する。本実施の形態の通信システムの構成は、実施の形態１の通信システムの構成と同様である。また、本実施の形態のＨＮＢ−ＧＷの構成は、実施の形態１のＨＮＢ−ＧＷ３の構成と同様である。本実施の形態のプロトコルスタックも実施の形態１のプロトコルスタックと同様とする。以下、実施の形態１と異なる点を説明する。
【００６０】
実施の形態１では、各プロトコルのコネクションの識別情報に基づいて、プロトコル間のコネクションの対応を示すマッピングテーブルを作成し、また、識別情報に基づいてマッピングテーブルを検索するようにした。本実施の形態では、マッピングテーブルの検索を容易にするために、ＨＮＢ−ＧＷ内では、プロトコルに依存しない論理識別情報を導入する。
【００６１】
ＳＣＴＰアソシエーションを識別する情報は、４バイトの宛先ＩＰアドレス（ＩＰ  ＳＡ）と、４バイトの送信元ＩＰアドレス（ＩＰ  ＤＡ）と、２バイトのＳＣＴＰ宛先ポート番号（Ｓｏｕｒｃｅ  ｐｏｒｔ）と、２バイトのＳＣＴＰ送信元ポート番号（Ｄｅｓｔｉｎａｔｉｏｎ  ｐｏｒｔ）と、４バイトのＶｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ（ＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ／ＵＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ）と、である。
【００６２】
ＳＣＣＰコネクションを識別する情報は、３バイトのＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅと、３バイトのＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅと、である。
【００６３】
ＲＵＡコネクションを識別する情報は、３バイトのＣｏｎｔｅｘｔ  ＩＤである。このようにプロトコルによってコネクションを識別する情報の内容と量が異なる。本実施の形態では、コネクション間の対応の情報を簡素化するため、これらの識別情報を相互に結びつける装置内共通の論理識別情報を導入する。コネクションの最小単位がＳＣＣＰコネクションやＲＵＡコネクションであることから、ここでは論理識別情報を３バイトとする。なお、論理識別情報は３バイトに限らず何バイトとしてもよい。また、論理識別情報の設定方法は、どのような方法としてもよいが、たとえば、初回のコネクション情報の格納時に、最小単位となるコネクションに対してコネクション情報と論理識別情報が１対１となるよう論理識別情報を割当てることとする。
【００６４】
図６は、論理識別情報と各コネクションの識別情報との対応付けの一例を示す図である。図６に示すように、たとえば、論理識別情報＃０（３バイトの数値）は、Ｉｕｈ側のＳＣＴＰアソシエーション情報＃Ａ０と、Ｉｕｈ側のＲＵＡコネクション情報＃Ｂ０と、Ｉｕ側のＳＣＣＰコネクション情報＃Ｃ０と、Ｉｕ側のＳＣＴＰアソシエーション情報＃Ｄ０と、に対応している。論理識別情報＃１〜＃５にも同様に各コネクションのコネクション情報と対応している。
【００６５】
なお、Ｉｕｈ側のＳＣＴＰアソシエーション情報＃Ａ０〜＃Ａ２は、４バイトの宛先ＩＰアドレスと、４バイトの送信元ＩＰアドレスと、２バイトのＳＣＴＰ宛先ポート番号と、２バイトのＳＣＴＰ送信元ポート番号と、４バイトのＤＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇ／ＵＬ  Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｔａｇと、であるが、これらの情報をまとめて＃Ａ０〜＃２として示している。Ｉｕ側のＳＣＴＰアソシエーション情報＃Ｄ０についても同様である。Ｉｕ側のＳＣＣＰコネクション情報＃Ｃ０〜＃Ｃ５についても、３バイトのＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅと、３バイトのＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅと、の情報をまとめて＃Ｃ０〜＃Ｃ５として示している。
【００６６】
また、より簡単に処理を行うためには、論理識別情報を用いずに、図６に例示した１つの大きなマッピングテーブルとして、各コネクションの識別情報の対応をまとめて保持することもできる。一方でプロトコルの独立性、拡張性を考慮すると、各プロトコルの処理部が分散して情報を保持する方法も考えられる。この場合、たとえば、Ｉｕｈ側処理部２１のＳＣＴＰプロトコル処理部２４は、論理識別情報とＩｕｈ側のＳＣＴＰアソシエーション情報の対応をマッピングテーブルとして保持し、Ｉｕｈ側処理部２１のＲＵＡプロトコル処理部２３は、論理識別情報とＩｕｈ側のＲＵＡコネクション情報の対応をマッピングテーブルとして保持し、Ｉｕ側処理部２２のＳＣＣＰプロトコル処理部２６は、論理識別情報とＩｕ側のＳＣＣＰコネクション情報の対応をマッピングテーブルとして保持し、Ｉｕ側処理部２２のＳＣＴＰプロトコル処理部２７は、論理識別情報とＩｕ側のＳＣＴＰアソシエーション情報の対応をマッピングテーブルとして保持する。
【００６７】
また、Ｉｕ側とＩｕｈ側という観点での独立性、拡張性を考慮すると、Ｉｕｈ側処理部２１は、論理識別情報とＩｕｈ側のＳＣＴＰアソシエーション情報とＩｕｈ側のＲＵＡコネクション情報との対応をマッピングテーブルとして保持し、Ｉｕ側処理部２２は、論理識別情報とＩｕ側のＳＣＣＰコネクション情報とＩｕ側ＳＣＴＰアソシエーション情報と対応をマッピングテーブルとして保持する方法も考えられる。マッピングテーブルの構成は、状況に応じて柔軟に変更することが可能である。これらの方法によりマッピングテーブルを保持することにより、各プロトコルの処理部は、自身のプロトコルのコネクション情報から論理識別情報を求め、さらに論理識別子に対応する他のプロトコルのコネクション情報を求めることにより、自身のプロトコルのコネクション情報に対応する他のプロトコルのコネクション情報ができる。
【００６８】
ただし、複数のコネクションが１つのコネクションに多重されている場合は、該当プロトコルのコネクション識別情報から一意に対応するプロトコルのコネクション識別情報をマッピングできないことがあるため、注意が必要である。たとえば、Ｉｕ側処理部２２のＳＣＴＰプロトコル処理部２７が、受信したメッセージのＳＣＴＰアソシエーション情報から対応するＳＣＣＰコネクション情報を求める場合、Ｉｕ側のＳＣＣＰコネクション情報には複数のＩｕ側のＳＣＴＰアソシエーション情報＃Ｃ０〜＃Ｃ５に対応しているため、論理識別情報は１つに特定できない。この場合は、ＳＣＣＴＰプロトコル処理部２６が、受信したメッセージのＤｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅとＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅと、を用いて論理識別情報を特定することになる。この逆の方向の場合は論理識別情報を一意に特定できることは自明である。
【００６９】
多重されているかどうかは、ＳＣＣＰとＳＣＴＰ、ＲＵＡとＳＣＴＰのように、その関係が明確である場合は、上述したようなテーブルの検索方法をプロトコル毎に決めておけばよい。また、多重関係が不明な場合や、より一般化する場合のために、多重されていることにより論理識別情報を一意に特定できないことを示すためのフラグを各コネクション情報に付加するようにしてもよい。
【００７０】
つぎに、ＣＮ４から送信されたＲＡＮＡＰメッセージを転送する場合を例に、本実施の形態のＨＮＢ−ＧＷ３のレイヤ間のコネクションのマッピング動作を説明する。ここでは、各プロトコルの処理部毎に論理識別情報と該当プロトコルのコネクションのマッピングテーブルを持つ場合を例に説明する。また、各プロトコルの識別情報は、図６に例示したような対応であるとする。
【００７１】
ＨＮＢ−ＧＷ３では、Ｉｕ側処理部２２の下位レイヤ処理部２８およびＳＣＴＰプロトコル処理部２７が、受信したメッセージからＳＣＴＰアソシエーション情報を抽出する。ＳＣＴＰアソシエーション情報が＃Ｄ０であったとする。ＳＣＴＰプロトコル処理部２７は、このＳＣＴＰアソシエーションに対応する論理識別情報が特定できないため、論理識別情報を特定せず、ＳＣＣＰプロトコル処理部２６へ受信したメッセージを渡す。ＳＣＣＰプロトコル処理部２６は、そのメッセージからＳＣＣＰコネクション情報（Ｄｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅとＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅ）を抽出し、抽出したＳＣＣＰコネクション情報に基づいて論理識別情報を求める。たとえば、抽出したＳＣＣＰコネクション情報が＃Ｃ１であったとすると、ＳＣＣＰプロトコル処理部２６は、論理識別情報として＃１を求める。
【００７２】
実施の形態１の場合、ＳＣＣＰプロトコル処理部２６は、抽出したＩｕ側のＳＣＣＰコネクション情報をキーとして、対応するＩｕｈ側のＲＵＡコネクション情報を検索することになるが、本実施の形態では、論理識別情報をキーとしてＩｕｈ側のＲＵＡコネクション情報を検索する。そして、その後、ＲＵＡプロトコル処理部２３が、論理識別情報をキーにＩｕｈ側のＳＣＴＰアソシエーション情報を検索する。そして、検索結果に基づいて、ＳＣＣＰプロトコル処理部２６から受け取ったメッセージに基づいてＲＵＡメッセージ、ＳＣＴＰメッセージ及びＩＰパケットを生成し、対向するＨＮＢ２に転送する。このように、本実施の形態では、検索時のキーが短くなり、また検索データベースの構造が各テーブルで同様となるため、検索効率が良くなり、転送効率を向上させることができる。以上述べた以外の本実施の形態の動作は、実施の形態１と同様である。
【００７３】
このように、本実施の形態では、各プロトコルのコネクション情報を論理識別情報に対応づけて保持し、論理識別情報を用いて対応する他のプロトコルのコネクション情報を検索するようにした。そのため、実施の形態１と同様の効果が得られるとともに、実施の形態１に比べ検索キーが短くなり、検索効率が良くなり、転送効率を向上させることができる。さらには、各プロトコルのコネクションの対応が論理識別情報をキーとして統括的に扱えるため管理がしやすくなる効果がある。
【００７４】
実施の形態３．
つぎに、本発明にかかる実施の形態３のパケット転送方法について説明する。本実施の形態の通信システムの構成は、実施の形態１の通信システムの構成と同様である。また、本実施の形態のＨＮＢ−ＧＷの構成は、実施の形態１のＨＮＢ−ＧＷ３の構成と同様である。本実施の形態のプロトコルスタックも実施の形態１のプロトコルスタックと同様とする。以下、実施の形態１または実施の形態２と異なる点を説明する。
【００７５】
実施の形態２では、論理識別情報を用いたマッピングテーブルをプロトコル毎に保持するようにしたが、ここでは、インタフェース毎（Ｉｕ側とＩｕｈ側）にマッピングテーブルを保持する場合について説明する。本実施の形態では、Ｉｕｈ側処理部２１は、論理識別情報とＩｕｈ側のＳＣＴＰアソシエーション情報とＩｕｈ側のＲＵＡコネクション情報との対応をマッピングテーブルとして保持し、Ｉｕ側処理部２２は、論理識別情報とＩｕ側のＳＣＣＰコネクション情報とＩｕ側ＳＣＴＰアソシエーション情報と対応をマッピングテーブルとして保持する。
【００７６】
ＣＮ４から送信されたＲＡＮＡＰメッセージを転送する場合を例に、本実施の形態のＨＮＢ−ＧＷ３のレイヤ間のコネクションのマッピング動作を説明する。ここでは、各プロトコルの処理部毎に論理識別情報と該当プロトコルのコネクションのマッピングテーブルを持つ場合を例に説明する。また、各プロトコルの識別情報は、図６に例示したような対応であるとする。
【００７７】
ＨＮＢ−ＧＷ３では、Ｉｕ側処理部２２の下位レイヤ処理部２８およびＳＣＴＰプロトコル処理部２７が、受信したメッセージからＳＣＴＰアソシエーション情報を抽出する。ＳＣＴＰアソシエーション情報が＃Ｄ０であったとする。ＳＣＴＰプロトコル処理部２４は、このＳＣＴＰアソシエーションに対応する論理識別情報が特定できないため、論理識別情報を特定せず、ＳＣＣＰプロトコル処理部２６へ受信したメッセージを渡す。ＳＣＣＰプロトコル処理部２６は、そのメッセージからＳＣＣＰコネクション情報（Ｄｅｓｔｉｎａｔｉｏｎ  Ｌｏｃａｌ  ＲｅｆｅｒｅｎｃｅとＳｏｕｒｃｅ  Ｌｏｃａｌ  Ｒｅｆｅｒｅｎｃｅ）を抽出し、抽出したＳＣＣＰコネクション情報に基づいて論理識別情報を求める。たとえば、抽出したＳＣＣＰコネクション情報が＃Ｃ１であったとすると、ＳＣＣＰプロトコル処理部２６は、論理識別情報として＃１を求める。
【００７８】
実施の形態２では、ＳＣＣＰプロトコル処理部２６は、論理識別情報をキーにＩｕｈ側のＲＵＡコネクション情報とＩｕｈ側のＳＣＴＰアソシエーション情報をそれぞれ検索していたが、本実施の形態では、論理識別情報をキーにＩｕｈ側のＲＵＡコネクション情報とＩｕｈ側のＳＣＴＰアソシエーション情報を同時に検索することができる。以上述べた以外の本実施の形態の動作は、実施の形態２と同様である。
【００７９】
このように、本実施の形態では、論理識別情報を用いて、インタフェースごとに論理識別情報と各コネクション情報の対応をマッピングテーブルとして保持するようにした。そのため、実施の形態２と同様の効果が得られるとともに、同時に複数のコネクション情報を検索することにより、検索回数が減るため、検索効率がさらに良くなる。また、検索効率が良くなることにより、転送効率を向上させることができる。
【００８０】
実施の形態４．
つぎに、本発明にかかる実施の形態４のパケット転送装置について説明する。本実施の形態では、本発明にかかるパケット転送装置として実施の形態１で述べたＨＮＢ２を例に説明する。実施の形態１〜実施の形態３で述べたＨＮＢ−ＧＷ３のパケット転送方法と同様の動作をＨＮＢ２が実施する。
【００８１】
ＨＮＢ２では、図２に示したＩｕｈ側のＲＵＡプロトコルのコネクション情報と、Ｕｕ側のＲＲＣプロトコルのＲＲＣコネクション情報との対応をマッピングテーブルとして保持し、マッピングテーブルを用いて、受信したメッセージのＲＵＡプロトコルのコネクション情報に対応するＲＲＣコネクション情報を求め、また、受信したメッセージのＲＲＣコネクション情報のコネクション情報に対応するＲＵＡコネクションの情報を求める。これにより、ＨＮＢ２は、ＲＡＮＡＰメッセージやＮＡＳメッセージを転送することが可能となる。マッピングテーブルの保持方法やコネクション情報の検索方法は、実施の形態１〜実施の形態３のどの方法を用いてもよい。
【００８２】
このように、両方のインタフェース（Ｕｕ側とＩｕｈ側）で同一のプロトコルを含まない場合にも、実施の形態１〜実施の形態３の動作を適用でき実施の形態１〜実施の形態３と同様の効果を得ることができる。
【産業上の利用可能性】
【００８３】
以上のように、本発明にかかるパケット転送装置、通信システムおよびパケット転送方法は、シグナリングメッセージを転送するパケット転送装置に有用であり、特に、転送元と転送先が互いに異なるプロトコルを用いる場合に適している。
【符号の説明】
【００８４】
１  ＵＥ
２  ＨＮＢ
３  ＨＮＢ−ＧＷ
４  ＣＮ
５  Ｓｅｃｕｒｉｔｙ  Ｇａｔｅｗａｙ
６  ＨＭＳ
１１  Ｕｕインタフェース
１２  Ｉｕｈインタフェース
１３  Ｉｕインタフェース
１４  ＴＲ−０６９インタフェース
２１  Ｉｕｈ側処理部
２２  Ｉｕ側処理部
２３  ＲＵＡプロトコル処理部
２４  ＳＣＴＰプロトコル処理部
２５  下位レイヤ処理部
２６  ＳＣＣＰプロトコル処理部
２７  ＳＣＴＰプロトコル処理部
２８  下位レイヤ処理部
２９  記憶部
３１  Ｉｕ側ＳＣＴＰアソシエーション
３２  Ｉｕ側ＳＣＣＰコネクション
３３  ＲＡＮＡＰコネクション
３４，３７  レイヤ間対応
３５  Ｉｕｈ側ＳＣＴＰアソシエーション
３６  Ｉｕｈ側ＲＵＡコネクション
３８  内部ピア間対応
【図１】
2011166432.tif 000003
【図２】
2011166432.tif 000004
【図３】
2011166432.tif 000005
【図４】
2011166432.tif 000006
【図５】
2011166432.tif 000007
【図６】
2011166432.tif 000008