(57)【特許請求の範囲】
【請求項１】
複数の基地局及びコアネットワークへ接続されるゲートウェイであって、
前記コアネットワークから、前記複数の基地局のいずれか一つへの通信パスを確立するメッセージであって、受信ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）を含むメッセージを受信する受信機と、
前記メッセージに含まれるＡＰＮに応じ、前記受信ＡＰＮに対応する宛先基地局を示す情報を用いて、前記メッセージの宛先を判定するコントローラと、
を備え、
前記ゲートウェイは、ＨＮＢ−ＧＷ（Ｈｏｍｅ Ｎｏｄｅ Ｂ−Ｇａｔｅｗａｙ）又はＨｅＮＢ−ＧＷ（Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ−Ｇａｔｅｗａｙ）である
ゲートウェイ。
【請求項２】
請求項１において、
前記メッセージを、送信先としての前記宛先基地局へ送信する送信機、
をさらに備えたゲートウェイ。
【請求項３】
請求項１又は２において、
メモリ、をさらに備え、
前記メモリは、
前記ＡＰＮを、記憶ＡＰＮとして記憶し、
前記記憶ＡＰＮに対応する宛先基地局の指示を含む情報を、記憶する、
ことを特徴としたゲートウェイ。
【請求項４】
請求項３において、
前記メモリは、前記記憶ＡＰＮを、自ゲートウェイが前記指示された宛先基地局の情報を用いて移動局のために通信メッセージの送信を開始する前に、記憶する、
ことを特徴としたゲートウェイ。
【請求項５】
請求項２において、
前記宛先基地局へ接続することを許可された１以上の移動局を示す情報を、記憶するデータベース、をさらに備え、
前記メッセージは、要求移動局の指示を含み、
前記コントローラは、前記データベースを用いて前記メッセージへ応答して、前記指示された要求移動局が前記許可された移動局の一つであるか否かを判定し、
前記送信機は、前記指示された要求移動局が前記許可された移動局の一つである場合に、前記メッセージを送信先としての前記宛先基地局へ送信する、
ことを特徴としたゲートウェイ。
【請求項６】
複数の基地局と、
コアネットワークと、
前記複数の基地局及びコアネットワークと通信するゲートウェイと、を備え、
前記ゲートウェイは、
前記コアネットワークから、前記複数の基地局のいずれか一つへの通信パスを確立するメッセージであって、受信ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）を含むメッセージを受信する受信機と、
前記メッセージに含まれるＡＰＮに応じ、前記受信ＡＰＮに対応する宛先基地局を示す情報を用いて、前記メッセージの宛先を判定するコントローラと、を含み、
前記ゲートウェイは、ＨＮＢ−ＧＷ（Ｈｏｍｅ Ｎｏｄｅ Ｂ−Ｇａｔｅｗａｙ）又はＨｅＮＢ−ＧＷ（Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ−Ｇａｔｅｗａｙ）である
移動体通信システム。
【請求項７】
請求項６において、
前記ゲートウェイは、前記メッセージを送信先としての前記宛先基地局へ送信する送信機、を含む、
ことを特徴とした移動体通信システム。
【請求項８】
複数の基地局及びコアネットワークへ接続されるゲートウェイを制御する方法であって、
前記ゲートウェイは、ＨＮＢ−ＧＷ（Ｈｏｍｅ Ｎｏｄｅ Ｂ−Ｇａｔｅｗａｙ）又はＨｅＮＢ−ＧＷ（Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ−Ｇａｔｅｗａｙ）であり、
前記コアネットワークから、前記複数の基地局のいずれか一つへの通信パスを確立するメッセージであって、受信ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）を含むメッセージを受信し、
前記メッセージに含まれるＡＰＮに応じ、前記受信ＡＰＮに対応する宛先基地局を示す情報を用いて、前記メッセージの宛先を判定する、
ことを含む方法。
【請求項９】
請求項８において、
前記メッセージを、送信先としての前記宛先基地局へ送信する、
ことをさらに含む方法。
【請求項１０】
プロセッサを複数の基地局及びコアネットワークへ接続されるゲートウェイのための方法を実施するよう制御するための指示を含む、コンピュータプログラムであって、
前記ゲートウェイは、ＨＮＢ−ＧＷ（Ｈｏｍｅ Ｎｏｄｅ Ｂ−Ｇａｔｅｗａｙ）又はＨｅＮＢ−ＧＷ（Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ−Ｇａｔｅｗａｙ）であり、
前記方法は、
前記コアネットワークから、前記複数の基地局のいずれか一つへの通信パスを確立するメッセージであって、受信ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）を含むメッセージを受信し、
前記メッセージに含まれるＡＰＮに応じ、前記受信ＡＰＮに対応する宛先基地局を示す情報を用いて、前記メッセージの宛先を判定する、ことを含む、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、ゲートウェイ、基地局、通信ノード、通信システム、並びにゲートウェイ、基地局及び通信ノードの制御方法に関する。実施の形態は、特に３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)で規定されるフェムトシステムを用いて、マクロネットワークからのリモートＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)アクセスを実現可能にする技術に関する。
【背景技術】
【０００２】
上記のフェムトシステムとは、ＨＮＢ(Ｈｏｍｅ Ｎｏｄｅ Ｂ)、ＨｅＮＢ(Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ)、ＨＮＢ−ＧＷ(Ｇａｔｅｗａｙ)、ＨｅＮＢ−ＧＷを含むアクセス系統の総称である。
【０００３】
ＨＮＢは、エンドユーザの敷地内等に設置可能な小型の無線基地局であり、３ＧＰＰのＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)無線方式に対応した移動局(ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)を、ブロードバンドＩＰバックホール等の公衆網を介して、モバイルオペレータのコアネットワークへ接続する。図１に、４台のＨＮＢ ２０＿１〜２０＿４(以下、単に符号２０を用いて総称することがある)がブロードバンドＩＰバックホール５０を介してコアネットワークへ編入し、以てＵＥ １０をコアネットワークへ接続する通信システムの構成を示す。
【０００４】
ＨＮＢ−ＧＷは、公衆網を介して接続される複数のＨＮＢを収容し、各ＨＮＢと、コアネットワークを構成するＭＳＣ(Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ)、ＳＧＳＮ(Ｓｅｒｖｉｎｇ ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ) Ｓｕｐｐｏｒｔ Ｎｏｄｅ)、ＭＧＷ(Ｍｅｄｉａ Ｇａｔｅｗａｙ)、ＧＧＳＮ(Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ)等の通信ノードとの間でトラヒックを中継する。図１の例では、ＨＮＢ−ＧＷ ６０がＨＮＢ ２０＿１〜２０＿４の各々とＳＧＳＮ ７０との間でトラヒックを中継し、以てＧＧＳＮ ８０を介してＵＥ １０とＰＤＮ(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ) ９０とを接続している。
【０００５】
ＨｅＮＢは、ＨＮＢと同様にエンドユーザの敷地内等に設置可能な小型の無線基地局であり、３ＧＰＰのＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)無線方式に対応したＵＥを、ブロードバンドＩＰバックホール等の公衆網を介して、モバイルオペレータのコアネットワークへ接続する。図８に、４台のＨｅＮＢ １２０＿１〜１２０＿４(以下、符号１２０で総称することがある)がブロードバンドＩＰバックホール１５０を介してコアネットワークへ編入し、以てＵＥ １１０をコアネットワークへ接続する通信システムの構成を示す。
【０００６】
ＨｅＮＢ−ＧＷは、公衆網を介して接続される複数のＨｅＮＢを収容し、各ＨｅＮＢと、コアネットワークを構成するＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)、Ｓ−ＧＷ(Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ)、Ｐ−ＧＷ(ＰＤＮ Ｇａｔｅｗａｙ)等の通信ノードとの間でトラヒックを中継する。図８の例では、ＨＮＢ−ＧＷ １６０がＨｅＮＢ １２０＿１〜１２０＿４の各々とＭＭＥ １７０及びＳ−ＧＷ １７１との間でトラヒックを中継し、以てＰ−ＧＷ １８０を介してＵＥ １１０とＰＤＮ １９０とを接続している。
【０００７】
なお、ＨＮＢ、ＨｅＮＢ、ＨＮＢ−ＧＷ、ＨｅＮＢ−ＧＷ、ＵＥ、ＭＳＣ、ＭＧＷ、ＳＧＳＮ、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、ＰＤＮ各々の詳細については、３ＧＰＰスペックの各種部分に規定されている。当該３ＰＧＧスペックには、非特許文献１や、ＴＳ ２２．２２０、ＴＳ ２５．４６７、ＴＳ ２３．００２、ＴＳ ２３．０６０、ＴＳ３６．３００等が含まれ、これらを次のような具体的な参照によってここに取り込む。
【０００８】
また、非特許文献１では、ＬＩＰＡ(Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ)機能が標準化されている。これは、大略、ＨｅＮＢに在圏しているＵＥが、ＨｅＮＢが設置されているローカルネットワークにアクセスできるようにするための機能である。具体的には、Ｐ−ＧＷと同等の機能を持つＬ−ＧＷ(Ｌｏｃａｌ Ｇａｔｅｗａｙ)がＨｅＮＢに内蔵されており、ＵＥからの要求に応じて、ＵＥからのパケットが、ＨｅＮＢ内のＬ−ＧＷ機能を経由して、ＨｅＮＢが属するローカルＩＰネットワーク内で直接ルーティングされる。図１５に示す例では、ローカルＩＰネットワーク１３０に属するＨｅＮＢ １２０＿１〜１２０＿３の内のＨｅＮＢ １２０＿１及び１２０＿２に、Ｌ−ＧＷ ３３０＿１及び３３０＿２(以下、符号３３０で総称することがある)がそれぞれ内蔵されている。
【０００９】
同様に、ＵＭＴＳ無線方式を採用する通信システムにおいては、ＧＧＳＮと同等の機能を持つＬ−ＧＷ機能をＨＮＢに持たせることでＬＩＰＡ機能を実現することが可能である。図１６に示す例では、ローカルＩＰネットワーク３０に属するＨＮＢ ２０＿１〜２０＿３の内のＨｅＮＢ ２０＿１及び２０＿２に、Ｌ−ＧＷ ２３０＿１及び２３０＿２(以下、符号２３０で総称することがある)がそれぞれ内蔵されている。
【００１０】
一方、上記のマクロネットワークとは、大略、ＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)を含むアクセス系統の総称である。
【００１１】
図１７に、ＵＭＴＳ無線方式を採用する通信システムにおいて、マクロネットワークからＰＤＮへアクセスするためのネットワーク構成を示す。ＵＥ １０は、ＮＢ(Ｎｏｄｅ Ｂ) ４２０へ無線接続し、ＲＮＣ(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ) ４３０、ＳＧＳＮ ７０及びＧＧＳＮ ８０を介してＰＤＮ ９０へ接続される。ここで、ＲＡＮは、ＮＢ及びＲＮＣにより形成される。ＮＢは、モバイルオペレータによって屋外等に設置される無線基地局であり、ＵＭＴＳ無線方式に対応したＵＥをコアネットワークへ接続する。ＲＮＣは、複数のＮＢを収容し、各ＮＢとＵＥとの間の無線リソースを制御する制御装置である。
【００１２】
また、図１８に、ＬＴＥ無線方式を採用する通信システムにおいて、マクロネットワークからＰＤＮへアクセスするためのネットワーク構成を示す。ＵＥ １１０は、ｅＮＢ(ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ) ５２０へ無線接続し、Ｓ−ＧＷ １７１及びＰ−ＧＷ １８０を介してＰＤＮ １９０へ接続される。ここで、ＲＡＮは、ｅＮＢにより形成される。ｅＮＢは、ＮＢと同様にモバイルオペレータによって屋外等に設置される無線基地局であり、ＬＴＥ無線方式に対応したＵＥをコアネットワークへ接続する。
【００１３】
なお、ＮＢ及びｅＮＢ各々により形成されるセル(一般にマクロセルと呼称される)は、そのカバレッジが大きく、以て収容可能なＵＥ数が大きい。一方、上記のＨＮＢ及びＨｅＮＢ各々により形成されるセルは、そのカバレッジがＮＢ及びｅＮＢ各々と比較して極めて小さいことから、一般にフェムトセルと呼称される。
【００１４】
ところで、非特許文献２では、ＬＩＰＡ機能を用いることで、マクロネットワークからＨｅＮＢ／ＨＮＢが接続されているローカルＩＰネットワークにリモートアクセスすることが提案されている。以降の説明においては、このアクセスを、リモートＩＰアクセスと呼称する。Ｌ−ＧＷは、Ｐ−ＧＷやＧＧＳＮと同等の機能を有する。このため、マクロネットワークに在圏しているＵＥからローカルＩＰネットワークへのアクセス要求があった場合、通常のパケット通信と同様、ＳＧＳＮやＭＭＥ／Ｓ−ＧＷを介して、ＧＧＳＮやＰ−ＧＷと同等の機能を持つＬ−ＧＷに接続することができれば、リモートＩＰアクセスは実現可能である。図１９に、ＵＭＴＳ無線方式を採用する通信システムにおいてリモートＩＰアクセスを実現する場合のネットワーク構成を示し、図２０に、ＬＴＥ無線方式を採用する通信システムにおいてリモートＩＰアクセスを実現する場合のネットワーク構成を示す。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】３ＧＰＰ ＴＳ ２３．４０１、"Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ (ＧＰＲＳ) ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ (Ｅ−ＵＴＲＡＮ) ａｃｃｅｓｓ (Ｒｅｌｅａｓｅ １０)"、Ｖ１０.３．０、２０１１−０３、４．３．１６章、頁３９−４０
【非特許文献２】３ＧＰＰ ＴＳＧ−ＳＡ ＷＧ１ Ｍｅｅｔｉｎｇ ＃５１、Ｓ１−１０２１５４、"Ｒｅｍｏｔｅ Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ"
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、リモートＩＰアクセスには、その実現が困難であるという課題がある。
【００１７】
具体的には、ＳＧＳＮ又はＳ−ＧＷからＬ−ＧＷに対して通信パスを張るためには、通信パス確立のための制御メッセージを送信する必要がある。通常、ＳＧＳＮ又はＳ−ＧＷは、ＧＧＳＮ又はＰ−ＧＷとの間に通信パスを確立するために、ＵＥが接続先として指定したＡＰＮ(Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ)を用いて、接続先のＧＧＳＮ又はＰ−ＧＷのＩＰアドレスを導出すると共に、導出したＩＰアドレス宛てに制御メッセージを送信する。しかしながら、ＨＮＢ又はＨｅＮＢ自体は、ローカルＩＰネットワークに接続されていてプライベートＩＰアドレスが割り当てられているケースが多い。このため、ＳＧＳＮ又はＳ−ＧＷからＨＮＢ又はＨｅＮＢに対して制御メッセージを直接送ることは出来ない。また、仮にパブリックＩＰアドレスがＨＮＢ又はＨｅＮＢに対してアサインされるような環境下であったとしても、そのＩＰアドレスは可変である可能性が高い。このため、ＳＧＳＮ又はＳ−ＧＷがＨＮＢ又はＨｅＮＢのＩＰアドレスを定常的に導出することは困難である。
【００１８】
従って、幾つかの実施の形態の目的は、リモートＩＰアクセスを、より容易に実現することにある。
【課題を解決するための手段】
【００１９】
上記の目的を達成するため、幾つかの実施の形態の第１の態様に係るゲートウェイは、公衆網を介して複数の基地局の各々との間にセキュアなトンネルを確立する。このゲートウェイは、前記セキュアなトンネルを介して、各基地局との通信を行う第１の通信手段と、コアネットワークとの通信を行う第２の通信手段と、前記第１及び第２の通信手段を制御して、前記コアネットワークと各基地局との間のトラヒックを中継する制御手段と、を備える。前記制御手段は、各基地局が前記セキュアなトンネルを介して受信したトラヒックを自局が属するローカルネットワーク内にルーティングする機能を有する場合、各基地局がサポートするＡＰＮを記憶し、前記コアネットワークから、前記コアネットワークに接続されるＲＡＮに在圏する移動局から前記複数の基地局のいずれかへの通信パスを確立するための第１のメッセージが受信された場合、前記第１のメッセージを、前記第１のメッセージに含まれる第１のＡＰＮに対応する基地局宛てに転送する。
【００２０】
また、幾つかの実施の形態の第２の態様に係る基地局は、公衆網を介してコアネットワークへ編入する。この基地局は、前記公衆網を介してゲートウェイとの間にセキュアなトンネルを確立して、前記ゲートウェイとの通信を行う通信手段と、前記セキュアなトンネルを介して受信されたトラヒックを、自局が属するローカルネットワーク内にルーティングするルーティング手段と、前記通信手段及びルーティング手段を制御する制御手段と、を備える。前記通信手段は、前記ゲートウェイから、前記コアネットワークに接続されるＲＡＮに在圏する移動局から自局への通信パスを確立するための第１のメッセージを受信する。前記制御手段は、前記第１のメッセージが受信された場合、前記ルーティング手段に、前記移動局からのトラヒックを、前記ローカルネットワーク内にルーティングさせる。
【００２１】
また、幾つかの実施の形態の第３の態様に係る通信ノードは、コアネットワークに設置される。この通信ノードは、公衆網を介して複数の基地局の各々との間にセキュアなトンネルを確立するゲートウェイとの通信を行う第１の通信手段と、前記コアネットワークに接続されるＲＡＮを介して、前記ＲＡＮに在圏する移動局との通信を行う第２の通信手段と、前記第１及び第２の通信手段を制御する制御手段と、を備える。前記第２の通信手段は、前記移動局から、前記複数の基地局の内の一の基地局へのアクセスを要求する第１のメッセージを受信する。前記制御手段は、前記移動局から前記一の基地局への通信パスを確立するための第２のメッセージを生成すると共に、前記第１のメッセージに含まれるＡＰＮを前記第２のメッセージ中に設定し、前記第２のメッセージを前記ゲートウェイへ送信する。
【００２２】
また、幾つかの実施の形態の第４の態様に係る通信システムは、コアネットワークに設置される通信ノードと、公衆網を介して複数の基地局の各々との間にセキュアなトンネルを確立するゲートウェイと、を備える。前記通信ノードは、前記コアネットワークに接続されるＲＡＮを介して、前記ＲＡＮに在圏する移動局から、前記複数の基地局の内の一の基地局へのアクセスを要求する第１のメッセージを受信し、前記移動局から前記一の基地局への通信パスを確立するための第２のメッセージを生成すると共に、前記第１のメッセージに含まれるＡＰＮを前記第２のメッセージ中に設定し、前記第２のメッセージを、前記ゲートウェイへ送信する。前記ゲートウェイは、各基地局が前記セキュアなトンネルを介して受信したトラヒックを自局が属するローカルネットワーク内にルーティングする機能を有する場合、各基地局がサポートするＡＰＮを記憶し、前記通信ノードから前記第２のメッセージを受信した場合、前記第２のメッセージを、前記第２のメッセージに含まれる第１のＡＰＮに対応する基地局宛てに転送する。
【００２３】
また、幾つかの実施の形態の第５の態様に係る制御方法は、公衆網を介して複数の基地局の各々との間にセキュアなトンネルを確立するゲートウェイの制御方法を提供する。この制御方法は、各基地局が前記セキュアなトンネルを介して受信したトラヒックを自局が属するローカルネットワーク内にルーティングする機能を有する場合、各基地局がサポートするＡＰＮを記憶し、前記コアネットワークから、前記コアネットワークに接続されるＲＡＮに在圏する移動局から前記複数の基地局のいずれかへの通信パスを確立するための第１のメッセージが受信された場合、前記第１のメッセージを、前記第１のメッセージに含まれる第１のＡＰＮに対応する基地局宛てに転送する、ことを含む。
【００２４】
また、幾つかの実施の形態の第６の態様に係る制御方法は、公衆網を介してコアネットワークへ編入する基地局の制御方法を提供する。この制御方法は、前記公衆網を介してゲートウェイとの間にセキュアなトンネルを確立して、前記ゲートウェイとの通信を行い、前記ゲートウェイから、前記コアネットワークに接続されるＲＡＮに在圏する移動局から前記基地局への通信パスを確立するための第１のメッセージを受信し、前記第１のメッセージを受信した場合、前記セキュアなトンネルを介して受信した前記移動局からのトラヒックを、前記基地局が属するローカルネットワーク内にルーティングする、ことを含む。
【００２５】
さらに、幾つかの実施の形態の第７の態様に係る制御方法は、コアネットワークに設置される通信ノードの制御方法を提供する。この制御方法は、前記コアネットワークに接続されるＲＡＮを介して前記ＲＡＮに在圏する移動局から、公衆網を介して前記コアネットワークへ編入する複数の基地局の内の一の基地局へのアクセスを要求する第１のメッセージを受信し、前記移動局から前記一の基地局への通信パスを確立するための第２のメッセージを生成すると共に、前記第１のメッセージに含まれるＡＰＮを前記第２のメッセージ中に設定し、前記第２のメッセージを、前記公衆網を介して各基地局との間にセキュアなトンネルを確立するゲートウェイへ送信する、ことを含む。
【発明の効果】
【００２６】
幾つかの実施の形態によれば、リモートＩＰアクセスを、より容易に実現することが可能である。
【図面の簡単な説明】
【００２７】
【図１】実施の形態１に係るゲートウェイ、基地局及び通信ノードを適用する通信システムの構成例を示したブロック図である。
【図２】実施の形態１に係る通信システムにおいて、リモートＩＰアクセスを実現する場合のネットワーク構成例を示したブロック図である。
【図３】実施の形態１に係るゲートウェイの構成例を示したブロック図である。
【図４】実施の形態１に係る基地局の構成例を示したブロック図である。
【図５】実施の形態１に係る通信ノードの構成例を示したブロック図である。
【図６】実施の形態１に係るゲートウェイにおける、基地局の登録手順例を示したシーケンス図である。
【図７】実施の形態１に係るゲートウェイ、基地局及び通信ノードにおける、通信パスの確立手順例を示したシーケンス図である。
【図８】発明の実施の形態５に係るゲートウェイ、基地局及び通信ノードを適用する通信システムの構成例を示したブロック図である。
【図９】実施の形態５に係る通信システムにおいて、リモートＩＰアクセスを実現する場合のネットワーク構成例を示したブロック図である。
【図１０】実施の形態５に係るゲートウェイの構成例を示したブロック図である。
【図１１】実施の形態５に係る基地局の構成例を示したブロック図である。
【図１２】実施の形態５に係る通信ノードの構成例を示したブロック図である。
【図１３】実施の形態５に係るゲートウェイにおける、基地局の登録手順例を示したシーケンス図である。
【図１４】実施の形態５に係るゲートウェイ、基地局及び通信ノードにおける、通信パスの確立手順例を示したシーケンス図である。
【図１５】ＬＴＥ無線方式を採用する一般的な通信システムにおける、ＬＩＰＡ機能の実現例を示したブロック図である。
【図１６】ＵＭＴＳ無線方式を採用する一般的な通信システムにおける、ＬＩＰＡ機能の実現例を示したブロック図である。
【図１７】ＵＭＴＳ無線方式を採用する一般的な通信システムにおいて、マクロネットワークからＰＤＮへアクセスするためのネットワーク構成例を示したブロック図である。
【図１８】ＬＴＥ無線方式を採用する一般的な通信システムにおいて、マクロネットワークからＰＤＮへアクセスするためのネットワーク構成例を示したブロック図である。
【図１９】ＵＭＴＳ無線方式を採用する一般的な通信システムにおいて、リモートＩＰアクセスを実現する場合のネットワーク構成例を示したブロック図である。
【図２０】ＬＴＥ無線方式を採用する一般的な通信システムにおいて、リモートＩＰアクセスを実現する場合のネットワーク構成例を示したブロック図である。
【発明を実施するための形態】
【００２８】
以下、幾つかの実施の形態に係るゲートウェイ及び通信ノード、並びにこれらを適用する通信システムの実施の形態１〜８を、図１〜図１４を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。ここで、"例示的な(ｅｘｅｍｐｌａｒｙ)"との文言は、"例(ｅｘａｍｐｌｅ)、事例(ｉｎｓｔａｎｃｅ)又は例証(ｉｌｌｕｓｔｒａｔｉｏｎ)として機能する"ことを意味するものとして使用される。ここに"例示的な(ｅｘｅｍｐｌａｒｙ)"なものとして説明される実施形態は、必ずしも、好適なものとして構築されるもの、或いは他の実施形態に対して有利なものでは無い。
【００２９】
[実施の形態１]
図１に示すように、本実施の形態に係る通信システムは、ＨＮＢ−ＧＷ ６０と、ＳＧＳＮ ７０とを含む。
【００３０】
この内、ＨＮＢ−ＧＷ ６０は、ＳＧＳＮ ７０及びＧＧＳＮ ８０を含んで構成されるコアネットワークと、公衆網の一つであるブロードバンドＩＰバックホール５０を介してコアネットワークに編入するＨＮＢ ２０＿１〜２０＿４との間で、トラヒックを中継する。ここで、ＨＮＢ ２０＿１〜２０＿４の各々は、ＧＧＳＮ ８０と同等の機能を有するＬ−ＧＷを内蔵しており、以てＬＩＰＡ機能を有している。
【００３１】
一方、ＳＧＳＮ ７０は、マクロネットワーク(図２に示す如くＮＢ ４２０及びＲＮＣ ４３０を含んで構成されるＲＡＮに在圏するＵＥ １０)からリモートＩＰアクセスを要求されると、ＨＮＢ−ＧＷ ６０との協調動作により、ＵＥ １０からＨＮＢ ２０への通信パスを確立する。
【００３２】
動作においては、図１に示すように、まずＨＮＢ−ＧＷ ６０が、ＨＮＢ ２０＿１〜２０＿４との間にＩＰｓｅｃトンネル４０＿１〜４０＿４(以下、符号４０で総称することがある)を確立する。次に、ＨＮＢ ２０は、ＨＮＢ登録要求メッセージを、ＩＰｓｅｃトンネル４０を介してＨＮＢ−ＧＷ ６０へ送信する。ＨＮＢ−ＧＷ ６０は、ＨＮＢ登録要求メッセージを受信すると、ＨＮＢ ２０がコアネットワークへ編入可能な正当な機器であるか否かを認証する。この結果、ＨＮＢ ２０の認証に成功した場合、ＨＮＢ−ＧＷ ６０は、ＨＮＢ ２０の登録処理を完了し、ＨＮＢ登録応答メッセージをＨＮＢ ２０へ返信する。
【００３３】
これら一連の処理は３ＧＰＰスペックに規定される動作であるが、本実施の形態に特有の動作として、以下に示す処理が実行される。
【００３４】
ＨＮＢ ２０は、ＬＩＰＡ機能を有する場合、ＨＮＢ登録要求メッセージに自ＨＮＢ ２０がサポートするＡＰＮを含める。ＨＮＢ−ＧＷ ６０は、このＡＰＮを、ＨＮＢ ２０のＩＰアドレスと対応付けて記憶する。ＨＮＢ−ＧＷ ６０は、ＨＮＢ ２０のＩＰアドレスとして、例えばＨＮＢ登録要求メッセージの送信元ＩＰアドレスを設定する。
【００３５】
この後、ＵＥ １０は、ローカルＩＰネットワークへのアクセスを所望する場合、ＰＤＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ)アクティベーション要求メッセージを、ＲＡＮ(図２に示すＮＢ ４２０及びＲＮＣ ４３０)を介してＳＧＳＮ ７０へ送信する。この時、ＵＥ １０は、ＰＤＰアクティベーション要求メッセージにＡＰＮを含める。
【００３６】
ＳＧＳＮ ７０は、ＰＤＰアクティベーション要求メッセージを受信すると、ＰＤＰ作成要求メッセージを生成する。この時、ＳＧＳＮ ７０は、ＰＤＰアクティベーション要求メッセージに含まれるＡＰＮを、ＰＤＰ作成要求メッセージ中に設定する。また、ＳＧＳＮ ７０は、ＰＤＰアクティベーション要求メッセージに含まれるＡＰＮを用いて、ＨＮＢ−ＧＷ ６０のＩＰアドレスを導出する。なお、この導出処理はＳＧＳＮがＧＧＳＮのＩＰアドレスを導出する場合と同様であり、その具体的な説明を省略する。そして、ＳＧＳＮ ７０は、ＰＤＰ作成要求メッセージを、ＨＮＢ−ＧＷ ６０のＩＰアドレス宛てに送信する。
【００３７】
ＨＮＢ−ＧＷ ６０は、ＰＤＰ作成要求メッセージを受信すると、このメッセージに含まれるＡＰＮを用いて、ＨＮＢ ２０＿１〜２０＿４の内のどのＬ−ＧＷ(ＨＮＢ)への通信パスを確立すべきか判断し、適切なＬ−ＧＷ(ＨＮＢ)に対してＰＤＰ作成要求メッセージを転送する。ＰＤＰ作成要求メッセージに含まれるＡＰＮとしてＬ−ＧＷ ２３０＿１(ＨＮＢ ２０＿１)がサポートするＡＰＮがされている場合を例に取ると、ＨＮＢ−ＧＷ ６０は、図２に示す如く、このＡＰＮに対応するＩＰアドレス(ＨＮＢ ２０＿１のＩＰアドレス)を特定する。そして、ＨＮＢ−ＧＷ ６０は、ＰＤＰ作成要求メッセージを、特定したＩＰアドレス宛てに転送する。
【００３８】
これら一連の処理によって、ローカルＩＰネットワークからＵＥ迄の間の通信パスが確立されることとなる。
【００３９】
以下、上記の動作を実現するＨＮＢ−ＧＷ ６０、ＨＮＢ ２０及びＳＧＳＮ ７０の具体的な構成例及び動作例を、図３〜図７を参照して詳細に説明する。
【００４０】
図３に示すように、本実施の形態に係るＨＮＢ−ＧＷ ６０は、ＨＮＢ Ｉ/Ｆ ６１と、ＣＮ(Ｃｏｒｅ Ｎｅｔｗｏｒｋ) I／Ｆ ６２と、制御部６３とを含む。ＨＮＢ Ｉ/Ｆ ６１は、ブロードバンドＩＰバックホール５０を介して、ＨＮＢ ２０との通信を行う。ＣＮ I／Ｆ ６２は、ＳＧＳＮ ７０との通信を行う。制御部６３は、ＨＮＢ Ｉ/Ｆ ６１及びＣＮ I／Ｆ ６２を制御して、ＨＮＢ ２０とＳＧＳＮ ７０との間でトラヒックを中継する。換言すると、制御部６３は、ＨＮＢ Ｉ/Ｆ ６１及びＣＮ I／Ｆ ６２との協調動作によって、ＨＮＢ−ＧＷ ６０を一般的なＨＮＢ−ＧＷと同様に機能させる。加えて、制御部６３は、ＨＮＢ ２０がサポートするＡＰＮとＨＮＢ ２０のＩＰアドレスとを対応付けて記憶する処理、ＰＤＰ作成要求メッセージに含まれるＡＰＮを用いて、通信パスを確立すべきＬ−ＧＷ(ＨＮＢ)を特定する処理、特定したＬ−ＧＷ(ＨＮＢ)に対してＰＤＰ作成要求メッセージを転送する処理等を実行する。
【００４１】
また、図４に示すように、本実施の形態に係るＨＮＢ ２０は、ＨＮＢ−ＧＷ I／Ｆ ２１と、Ｌ−ＧＷ ２３０と、制御部２２とを含む。ＨＮＢ−ＧＷ I／Ｆ ２１は、ブロードバンドＩＰバックホール５０を介して、ＨＮＢ−ＧＷ ６０との通信を行う。制御部２２は、ＨＮＢ−ＧＷ I／Ｆ ２１及びＬ−ＧＷ ２３０を制御して、ＵＥ １０からのリモートＩＰアクセスに際してのパケットを、ＨＮＢ ２０が属するローカルＩＰネットワーク内にルーティングする。なお、図示を省略するが、ＨＮＢ ２０は、一般的なＨＮＢと同様、フェムトセルを形成してＵＥとの無線通信を行う機能も有する。
【００４２】
さらに、図５に示すように、本実施の形態に係るＳＧＳＮ ７０は、ＨＮＢ−ＧＷ I／Ｆ ７１と、ＲＡＮ Ｉ／Ｆ ７２と、制御部７３とを含む。ＨＮＢ−ＧＷ I／Ｆ ７１は、ＨＮＢ−ＧＷ ６０との通信を行う。ＲＡＮ Ｉ／Ｆ ７２は、図２に示したＲＮＣ ４３０とのインタフェースとして機能し、ＲＮＣ ４３０及びＮＢ ４２０(すなわち、ＲＡＮ)を介して、ＵＥ １０との通信を行う。制御部７３は、ＨＮＢ−ＧＷ I／Ｆ ７１及びＲＡＮ Ｉ／Ｆ ７２を制御し、以てＳＧＳＮ ７０を一般的なＳＧＳＮと同様に機能させる。加えて、制御部７３は、ＰＤＰアクティベーション要求メッセージ中からＡＰＮを抽出する処理、ＰＤＰ作成要求メッセージを生成し、このメッセージ中に抽出したＡＰＮを設定する処理、抽出したＡＰＮを用いてＨＮＢ−ＧＷ ６０のＩＰアドレスを導出する処理、ＰＤＰ作成要求メッセージを導出したＩＰアドレス宛てに送信する処理等を実行する。
【００４３】
次に、ＨＮＢ−ＧＷ ６０、ＨＮＢ ２０及びＳＧＳＮ ７０の動作例を、図６及び図７を参照して説明する。
【００４４】
図６に示すように、ＨＮＢ ２０は、ＨＮＢ−ＧＷ ６０との通信開始に先立って、自ＨＮＢ ２０がサポートするＡＰＮを含むＨＮＢ登録要求メッセージを、ＨＮＢ−ＧＷ ６０へ送信する(ステップＳ１１)。
【００４５】
ＨＮＢ−ＧＷ ６０内のＨＮＢ Ｉ/Ｆ ６１は、ＨＮＢ ２０から受信したＨＮＢ登録要求メッセージを、制御部６３へ転送する。この時、制御部６３は、ＨＮＢ ２０に対する認証処理を実行する。この結果、ＨＮＢ ２０の認証に成功すると、制御部６３は、ＨＮＢ登録要求メッセージ中からＡＰＮを抽出すると共に、抽出したＡＰＮとＨＮＢ ２０のＩＰアドレスとを対応付けて記憶する(ステップＳ１２)。
【００４６】
なお、以降の説明においては、これら対応付けられたＡＰＮ及びＩＰアドレスに関する情報を、"ＡＰＮ情報"と呼称することがある。
【００４７】
そして、ＨＮＢ−ＧＷ ６０内の制御部６３は、ＨＮＢ ２０の登録処理を完了し、ＨＮＢ登録応答メッセージを生成する。また、制御部６３は、ＨＮＢ Ｉ/Ｆ ６１に、生成したＨＮＢ登録応答メッセージをＨＮＢ ２０に対して送信させる(ステップＳ１３)。
【００４８】
図７に示すように、ＵＥ １０は、ローカルＩＰネットワークへのアクセスを所望する場合、或るＨＮＢがサポートするＡＰＮを含むＰＤＰアクティベーション要求メッセージを、ＳＧＳＮ ７０へ送信する。今、ＵＥ １０がローカルＩＰネットワーク３０内のＬ−ＧＷ２３０＿１(ＨＮＢ ２０＿１)へのアクセスを所望しているものとする。この場合、ＵＥ １０は、ＨＮＢ ２０＿１がサポートするＡＰＮを、ＰＤＰアクティベーション要求メッセージに含める(ステップＳ２１)。
【００４９】
ＳＧＳＮ ７０内のＲＡＮ Ｉ／Ｆ ７２は、ＵＥ １０から受信したＰＤＰアクティベーション要求メッセージを、制御部７３へ転送する。制御部７３は、ＰＤＰ作成要求メッセージを生成すると共に、このＰＤＰ作成要求メッセージ中に、ＰＤＰアクティベーション要求メッセージから抽出したＡＰＮを設定する。また、制御部７３は、抽出したＡＰＮを用いてＨＮＢ−ＧＷ ６０のＩＰアドレスを導出する。そして、制御部７３は、ＨＮＢ−ＧＷ I／Ｆ ７１に、ＰＤＰ作成要求メッセージを導出したＩＰアドレス宛てに送信させる(ステップＳ２２)。
【００５０】
ＨＮＢ−ＧＷ ６０内のＣＮ I／Ｆ ６２は、ＳＧＳＮ ７０から受信したＰＤＰ作成要求メッセージを、制御部６３へ転送する。制御部６３は、ＰＤＰ作成要求メッセージに含まれるＡＰＮとＡＰＮ情報とを用いて、適切なＬ−ＧＷ(ＨＮＢ)を選択する。今、ＰＤＰ作成要求メッセージには、ＨＮＢ ２０＿１がサポートするＡＰＮが含まれる。このため、制御部６３は、このＡＰＮに対応するＬ−ＧＷ ２３０＿１(ＨＮＢ ２０＿１)のＩＰアドレスを選択する(ステップＳ２３)。
【００５１】
そして、制御部６３は、ＨＮＢ Ｉ／Ｆ ６１に、ＰＤＰ作成要求メッセージを選択したＩＰアドレス宛てに送信させる(ステップＳ２４)。
【００５２】
Ｌ−ＧＷ ２３０＿１(ＨＮＢ ２０＿１)は、ＰＤＰ作成要求メッセージを受信すると、ＰＤＰ作成応答メッセージを、ＨＮＢ−ＧＷ ６０へ返信する(ステップＳ２５)。
【００５３】
これにより、ＨＮＢ−ＧＷ ６０とＬ−ＧＷ ２３０＿１との間に通信パスが確立される。
【００５４】
次いで、ＨＮＢ−ＧＷ ６０は、ＰＤＰ作成応答メッセージをＳＧＳＮ ７０へ送信する(ステップＳ２６)。
【００５５】
これにより、ＳＧＳＮ ７０とＨＮＢ−ＧＷ ６０との間に通信パスが確立される。
【００５６】
最後に、ＳＧＳＮ ７０は、ＰＤＰアクティベーション応答メッセージをＵＥ １０へ送信する(ステップＳ２７)。
【００５７】
これにより、ＵＥ １０とＳＧＳＮ ７０との間に通信パスが確立される。
【００５８】
上記の処理によって、ローカルＩＰネットワークからＵＥ迄の間の通信パスが確立され、以てリモートＩＰアクセスが実現されることとなる。
【００５９】
以上説明した通り、本実施の形態によれば、下記の第１〜第４の効果を奏する。
【００６０】
一般的なＳＧＳＮでは、ＨＮＢにプライベートＩＰアドレス或いは可変であるパブリックＩＰアドレスが割り当てられていることに起因して、ＨＮＢに対して通信パス確立のための制御メッセージを直接送ることは困難であった。しかしながら、本実施の形態では、制御メッセージにＨＮＢがサポートするＡＰＮを含めるという簡易な機構によってＨＮＢへの通信パスを確立でき、以てリモートＩＰアクセスを容易に実現できるという第１の効果が得られる。
【００６１】
また、本実施の形態では、制御メッセージ及び通信パスがＨＮＢ−ＧＷとＨＮＢとの間ＩＰｓｅｃトンネル内で伝送及び確立される。このため、通信内容が第三者に盗み見られてしまうリスクを回避できるという第２の効果が得られる。
【００６２】
また、ＨＮＢはエンドユーザの敷地内等に設置される機器であり、場合によっては不当に改造された機器が存在する虞がある。一般的なＳＧＳＮは、接続先の機器を認証する機能を有しておらず、このような不当なＨＮＢへの通信パスを確立してしまう虞がある。しかしながら、本実施の形態では、ＳＧＳＮがＨＮＢ−ＧＷにＰＤＰ作成要求メッセージを送信した際、ＨＮＢ−ＧＷはＨＮＢを既に認証済みである。このため、ＳＧＳＮにＨＮＢの認証機能を実装すること無く、正当なＬ−ＧＷ(ＨＮＢ)への通信パスを確立することができるという第３の効果が得られる。
【００６３】
さらに、ＨＮＢとＳＧＳＮとの間に通信パスを確立するに際して、一般的なＳＧＳＮでは、そのＩＰアドレスをＨＮＢに対して通知する必要がある。ＳＧＳＮは多数のユーザの通信路を収容する通信ノードであり、このような通信ノードのＩＰアドレスを、エンドユーザの敷地内に設置されるＨＮＢに通知してしまうことにはセキュリティ上の大きな問題があった。しかしながら、本実施の形態では、ＨＮＢに対してＳＧＳＮのＩＰアドレスを通知せずに済む。このため、ＳＧＳＮのＩＰアドレスをＨＮＢに通知する場合と比してセキュリティを高めることができるという第４の効果が得られる。
【００６４】
[実施の形態２]
本実施の形態に係る通信システム、ＨＮＢ−ＧＷ、ＨＮＢ及びＳＧＳＮは、上記の実施の形態１と同様に構成できる。但し、本実施の形態は、ＨＮＢ−ＧＷ内の制御部が、各ＨＮＢとの通信開始に先立って、各ＨＮＢがサポートするＡＰＮを、各ＨＮＢのＩＰアドレスと予め対応付けて記憶する点で、上記の実施の形態１と異なる。
【００６５】
具体的には、ＨＮＢ ２０は、その登録手順において図６に示した例とは異なり、自ＨＮＢ ２０がサポートするＡＰＮをＨＮＢ−ＧＷ ６０へ通知しない。代わりに、ＨＮＢ−ＧＷ ６０には、ＡＰＮ情報が、例えばオペレータによってデータベースとして予め記憶される。
【００６６】
ＨＮＢ−ＧＷ ６０は、図７と同様にＳＧＳＮ ７０からＰＤＰ作成要求メッセージを受信すると、ＰＤＰ作成要求メッセージに含まれるＡＰＮを用いてデータベースを参照し、以て適切なＬ−ＧＷ(ＨＮＢ)を選択する。
【００６７】
このように、本実施の形態では、ＨＮＢからＨＮＢ−ＧＷへのＡＰＮの通知が不要である。このため、既存のＨＮＢ登録手順に対して改修を施すこと無く、リモートＩＰアクセスを実現できるという効果が得られる。また、ＨＮＢとＨＮＢ−ＧＷの間のトラヒック量を、上記の実施の形態１と比して低減できるという効果も得られる。
【００６８】
[実施の形態３]
本実施の形態に係る通信システム、ＨＮＢ−ＧＷ、ＨＮＢ及びＳＧＳＮは、上記の実施の形態１と同様に構成できる。但し、本実施の形態は、ＰＤＰ作成要求メッセージにＣＳＧ(Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ)−ＩＤが含まれる点と、ＨＮＢ−ＧＷ内の制御部が、各ＨＮＢがサポートするＡＰＮを、ＣＳＧ−ＩＤとさらに対応付けて記憶し、ＰＤＰ作成要求メッセージに含まれるＣＳＧ−ＩＤが記憶しているＣＳＧ−ＩＤと一致する場合に、ＰＤＰ作成要求メッセージをＨＮＢへ転送する点で、上記の実施の形態１と異なる。なお、ＣＳＧとは、特定のユーザグループ(ＵＥグループ)のみに対して、或るローカルＩＰネットワーク内に設置される特定のＨＮＢへのアクセスを許可することを意味する。ＵＥは、予め付与されたＣＳＧ−ＩＤを用いて、特定のＨＮＢへアクセスすることが可能である。
【００６９】
具体的には、ＨＮＢ ２０は、図６に示した登録手順において、ＨＮＢ登録要求メッセージにＣＳＧ−ＩＤをさらに含める。
【００７０】
ＨＮＢ−ＧＷ ６０は、ＨＮＢ ２０からＨＮＢ登録要求メッセージを受信すると、このメッセージに含まれるＣＳＧ−ＩＤを、ＡＰＮ情報の情報要素として記憶する。
【００７１】
一方、ＵＥ １０は、図７に示したＰＤＰアクティベーション要求メッセージの送信に際して、ＣＳＧ−ＩＤをＰＤＰアクティベーション要求に含める。
【００７２】
ＳＧＳＮ ７０は、ＵＥ １０から受信したＰＤＰアクティベーション要求メッセージ中からＡＰＮ及びＣＳＤ−ＩＤを抽出する。そして、ＳＧＳＮ ７０は、ＰＤＰ作成要求メッセージ中に抽出したＡＰＮ及びＣＳＧ−ＩＤを設定して、ＨＮＢ−ＧＷ ６０へ送信する。
【００７３】
ＨＮＢ−ＧＷ ６０は、図７と同様にしてＰＤＰ作成要求メッセージに含まれるＡＰＮを用いて適切なＬ−ＧＷ(ＨＮＢ)を選択する。但し、ＨＮＢ−ＧＷ ６０は、このＡＰＮに対応して記憶しているＣＳＧ−ＩＤが、ＰＤＰ作成要求メッセージに含まれるＣＳＧ−ＩＤと一致する場合(すなわち、ＵＥ １０が、選択したＬ−ＧＷ(ＨＮＢ)へのアクセスを許可されている場合)に、ＰＤＰ作成要求メッセージを選択したＬ−ＧＷ(ＨＮＢ)へ転送する。一方、両ＣＳＧ−ＩＤが一致しない場合(すなわち、ＵＥ １０が、選択したＬ−ＧＷ(ＨＮＢ)へのアクセスを許可されていない場合)、ＨＮＢ−ＧＷ ６０は、ＰＤＰ作成要求メッセージの転送を行わない。
【００７４】
このように、本実施の形態では、リモートＩＰアクセスを、ＨＮＢへのアクセスを許可された正当なＵＥに対してのみ実施できるという効果が得られる。
【００７５】
なお、ＨＮＢからＨＮＢ−ＧＷへのＣＳＧ−ＩＤの通知は必須では無く、ＣＳＧ−ＩＤを、上記の実施の形態２と同様にしてデータベース中に予め設定するようにしても良い。この場合も、上記の効果は同様に得られる。加えて、既存のＨＮＢ登録手順に対する改修が不要であり、且つＨＮＢとＨＮＢ−ＧＷの間のトラヒック量を低減できるという効果も得られる。
【００７６】
[実施の形態４]
本実施の形態に係る通信システム、ＨＮＢ−ＧＷ、ＨＮＢ及びＳＧＳＮは、上記の実施の形態１と同様に構成できる。但し、本実施の形態は、ＨＮＢ−ＧＷ内の制御部が、各ＨＮＢがＬＩＰＡ機能を有するか否かを示す情報(以下、機能情報と呼称する)をさらに記憶し、ＰＤＰ作成要求メッセージを、機能情報が"ＬＩＰＡ機能有り"を示すＨＮＢに対してのみ転送する点で、上記の実施の形態１と異なる。
【００７７】
本実施の形態によれば、ＬＩＰＡ機能を有するＨＮＢとＬＩＰＡ機能を有さないＨＮＢとが混在する環境下であっても、ＨＮＢ−ＧＷが、リモートＩＰアクセスに際してＬＩＰＡ機能を有するＨＮＢを適切に選択できるという効果が得られる。
【００７８】
なお、機能情報は、ＨＮＢ登録手順においてＨＮＢからＨＮＢ−ＧＷへ通知するようにしても良いし、データベース中に予め設定するようにしても良い。いずれの場合も、上記の効果は同様に得られる。後者の場合、既存のＨＮＢ登録手順に対する改修が不要であり、且つＨＮＢとＨＮＢ−ＧＷの間のトラヒック量を低減できるという効果も得られる。
【００７９】
[実施の形態５]
上記の実施の形態１〜４では、ＵＭＴＳ無線方式を採用する通信システムを扱った。しかしながら、実施の形態に係るゲートウェイ、基地局及び通信ノードは、ＬＴＥ無線方式を採用する通信システムにも適用できる。
【００８０】
図８に示すように、本実施の形態に係る通信システムは、ＨｅＮＢ−ＧＷ １６０と、Ｓ−ＧＷ １７１とを含む。
【００８１】
この内、ＨｅＮＢ−ＧＷ １６０は、ＭＭＥ １７０、Ｓ−ＧＷ １７１及びＰ−ＧＷ １８０を含んで構成されるコアネットワークと、ブロードバンドＩＰバックホール１５０を介してコアネットワークに編入するＨｅＮＢ １２０＿１〜１２０＿４との間で、トラヒックを中継する。ここで、ＨｅＮＢ １２０＿１〜１２０＿４の各々は、Ｐ−ＧＷ １８０と同等の機能を有するＬ−ＧＷを内蔵しており、以てＬＩＰＡ機能を有している。
【００８２】
一方、Ｓ−ＧＷ １７１は、マクロネットワーク(図９に示す如くｅＮＢ ５２０を含んで構成されるＲＡＮに在圏するＵＥ １１０)からリモートＩＰアクセスを要求されると、ＨｅＮＢ−ＧＷ １６０との協調動作により、ＵＥ １１０からＨｅＮＢ １２０への通信パスを確立する。
【００８３】
動作においては、図８に示すように、まずＨｅＮＢ−ＧＷ ６０が、ＨｅＮＢ １２０＿１〜１２０＿４との間にＩＰｓｅｃトンネル１４０＿１〜１４０＿４(以下、符号１４０で総称することがある)を確立する。次に、ＨｅＮＢ １２０は、Ｓ１確立要求メッセージを、ＩＰｓｅｃトンネル１４０を介してＨｅＮＢ−ＧＷ １６０へ送信する。ＨｅＮＢ−ＧＷ １６０は、Ｓ１確立要求メッセージを受信すると、ＨｅＮＢ １２０がコアネットワークへ編入可能な正当な機器であるか否かを認証する。この結果、ＨｅＮＢ ２０の認証に成功した場合、ＨｅＮＢ−ＧＷ １６０は、Ｓ１確立要求メッセージをＭＭＥ １７０へ転送する。ＨｅＮＢ−ＧＷ １６０は、ＭＭＥ １７０からＳ１確立応答メッセージを受信すると、このＳ１確立応答メッセージをＨｅＮＢ １２０へ転送する。
【００８４】
これら一連の処理は３ＧＰＰスペックに規定される動作であるが、本実施の形態に特有の動作として、以下に示す処理が実行される。
【００８５】
ＨｅＮＢ １２０は、ＬＩＰＡ機能を有する場合、Ｓ１確立要求メッセージに自ＨｅＮＢ １２０がサポートするＡＰＮを含める。ＨｅＮＢ−ＧＷ １６０は、このＡＰＮを、ＨｅＮＢ １２０のＩＰアドレスと対応付けて記憶する。ＨｅＮＢ−ＧＷ ６０は、ＨｅＮＢ １２０のＩＰアドレスとして、例えばＳ１確立要求メッセージの送信元ＩＰアドレスを設定する。
【００８６】
この後、ＵＥ １１０は、ローカルＩＰネットワークへのアクセスを所望する場合、ＰＤＮ接続要求メッセージを、ＲＡＮ(図９に示すｅＮＢ ５２０)を介してＭＭＥ １７０へ送信する。この時、ＵＥ １１０は、ＰＤＮ接続要求メッセージにＡＰＮを含める。ＭＭＥ １７０は、ＰＤＮ接続要求メッセージを受信すると、セッション作成要求メッセージを、Ｓ−ＧＷ １７１へ送信する。この時、ＭＭＥ １７０は、ＰＤＮ接続要求メッセージに含まれるＡＰＮを、セッション作成要求メッセージ中に設定する。
【００８７】
Ｓ−ＧＷ １７１は、セッション作成要求メッセージを受信すると、セッション作成要求メッセージに含まれるＡＰＮを用いて、ＨｅＮＢ−ＧＷ １６０のＩＰアドレスを導出する。なお、この導出処理はＳ−ＧＷがＰ−ＧＷのＩＰアドレスを導出する場合と同様であり、その具体的な説明を省略する。そして、Ｓ−ＧＷ １７１は、セッション作成要求メッセージを、ＨｅＮＢ−ＧＷ １６０のＩＰアドレス宛てに転送する。
【００８８】
ＨｅＮＢ−ＧＷ １６０は、セッション作成要求メッセージを受信すると、このメッセージに含まれるＡＰＮを用いて、ＨｅＮＢ １２０＿１〜１２０＿４の内のどのＬ−ＧＷ(ＨｅＮＢ)への通信パスを確立すべきか判断し、適切なＬ−ＧＷ(ＨｅＮＢ)に対してセッション作成要求メッセージを転送する。セッション作成要求メッセージに含まれるＡＰＮとしてＬ−ＧＷ ３３０＿１(ＨｅＮＢ １２０＿１)がサポートするＡＰＮがされている場合を例に取ると、ＨｅＮＢ−ＧＷ １６０は、図９に示す如く、このＡＰＮに対応するＩＰアドレス(ＨｅＮＢ １２０＿１のＩＰアドレス)を特定する。そして、ＨｅＮＢ−ＧＷ １６０は、セッション作成要求メッセージを、特定したＩＰアドレス宛てに転送する。
【００８９】
これら一連の処理によって、ローカルＩＰネットワークからＵＥ迄の間の通信パスが確立されることとなる。
【００９０】
以下、上記の動作を実現するＨｅＮＢ−ＧＷ １６０、ＨｅＮＢ １２０及びＳ−ＧＷ １７１の具体的な構成例及び動作例を、図１０〜図１４を参照して詳細に説明する。
【００９１】
図１０に示すように、本実施の形態に係るＨｅＮＢ−ＧＷ １６０は、ＨｅＮＢ Ｉ/Ｆ １６１と、ＣＮ I／Ｆ １６２と、制御部１６３とを含む。ＨｅＮＢ Ｉ/Ｆ １６１は、ブロードバンドＩＰバックホール１５０を介して、ＨｅＮＢ １２０との通信を行う。ＣＮ I／Ｆ １６２は、Ｓ−ＧＷ １７１との通信を行う。制御部１６３は、ＨｅＮＢ Ｉ/Ｆ １６１及びＣＮ I／Ｆ １６２を制御して、ＨｅＮＢ １２０とＳ−ＧＷ １７１との間でトラヒックを中継する。換言すると、制御部１６３は、ＨｅＮＢ Ｉ/Ｆ １６１及びＣＮ I／Ｆ １６２との協調動作によって、ＨｅＮＢ−ＧＷ １６０を一般的なＨｅＮＢ−ＧＷと同様に機能させる。加えて、制御部１６３は、ＨｅＮＢ ２０がサポートするＡＰＮとＨｅＮＢ １２０のＩＰアドレスとを対応付けて記憶する処理、セッション作成要求メッセージに含まれるＡＰＮを用いて、通信パスを確立すべきＬ−ＧＷ(ＨｅＮＢ)を特定する処理、特定したＬ−ＧＷ(ＨｅＮＢ)に対してセッション作成要求メッセージを転送する処理等を実行する。
【００９２】
また、図１１に示すように、本実施の形態に係るＨｅＮＢ １２０は、ＨｅＮＢ−ＧＷ I／Ｆ １２１と、Ｌ−ＧＷ ３３０と、制御部１２２とを含む。ＨｅＮＢ−ＧＷ I／Ｆ １２１は、ブロードバンドＩＰバックホール１５０を介して、ＨｅＮＢ−ＧＷ １６０との通信を行う。制御部１２２は、ＨｅＮＢ−ＧＷ I／Ｆ １２１及びＬ−ＧＷ ３３０を制御して、ＵＥ １１０からのリモートＩＰアクセスに際してのパケットを、ＨｅＮＢ １２０が属するローカルＩＰネットワーク内にルーティングする。なお、図示を省略するが、ＨｅＮＢ ２０は、一般的なＨｅＮＢと同様、フェムトセルを形成してＵＥとの無線通信を行う機能も有する。
【００９３】
さらに、図１２に示すように、本実施の形態に係るＳ−ＧＷ １７１は、ＨｅＮＢ−ＧＷ I／Ｆ １７１＿１と、ＲＡＮ Ｉ／Ｆ １７１＿２と、制御部１７１＿３とを含む。ＨｅＮＢ−ＧＷ I／Ｆ １７１＿１は、ＨｅＮＢ−ＧＷ １６０との通信を行う。ＲＡＮ Ｉ／Ｆ １７１＿２は、図８に示したｅＮＢ ５２０とのインタフェースとして機能し、ｅＮＢ ５２０(すなわち、ＲＡＮ)を介して、ＵＥ １１０との通信を行う。制御部１７１＿３は、ＨｅＮＢ−ＧＷ I／Ｆ １７１＿１及びＲＡＮ Ｉ／Ｆ １７１＿２を制御し、以てＳ−ＧＷ １７１を一般的なＳ−ＧＷと同様に機能させる。加えて、制御部１７１＿３は、セッション作成要求メッセージ中からＡＰＮを抽出する処理、抽出したＡＰＮを用いてＨｅＮＢ−ＧＷ １６０のＩＰアドレスを導出する処理、セッション作成要求メッセージを導出したＩＰアドレス宛てに転送する処理等を実行する。
【００９４】
次に、ＨｅＮＢ−ＧＷ １６０、ＨｅＮＢ １２０及びＳ−ＧＷ １７１の動作例を、図１３及び図１４を参照して説明する。
【００９５】
図１３に示すように、ＨｅＮＢ ２０は、ＨｅＮＢ−ＧＷ １６０との通信開始に先立って、自ＨｅＮＢ １２０がサポートするＡＰＮを含むＳ１確立要求メッセージを、ＨｅＮＢ−ＧＷ １６０へ送信する(ステップＳ３１)。
【００９６】
ＨｅＮＢ−ＧＷ １６０内のＨｅＮＢ Ｉ/Ｆ １６１は、ＨｅＮＢ １２０から受信したＳ１確立要求メッセージを、制御部１６３へ転送する。この時、制御部１６３は、ＨｅＮＢ １２０に対する認証処理を実行する。この結果、ＨｅＮＢ １２０の認証に成功すると、制御部１６３は、Ｓ１確立要求メッセージ中からＡＰＮを抽出すると共に、抽出したＡＰＮとＨｅＮＢ １２０のＩＰアドレスとを対応付け、ＡＰＮ情報として記憶する(ステップＳ３２)。
【００９７】
そして、ＨｅＮＢ−ＧＷ １６０内の制御部１６３は、Ｓ１確立要求メッセージをＭＭＥ１７０へ転送する(ステップＳ３３)。
【００９８】
ＨｅＮＢ−ＧＷ １６０内のＣＮ I／Ｆ １６２は、ＭＭＥ１７０からＳ１確立応答メッセージを受信すると、Ｓ１確立応答メッセージを制御部１６３へ転送する(ステップＳ３４)。
【００９９】
この時、ＨｅＮＢ−ＧＷ １６０内の制御部１６３は、ＨｅＮＢ Ｉ/Ｆ １６１に、Ｓ１確立応答メッセージをＨｅＮＢ １２０に対して転送させる(ステップＳ３５)。
【０１００】
図１４に示すように、ＵＥ １１０は、ローカルＩＰネットワークへのアクセスを所望する場合、或るＨｅＮＢがサポートするＡＰＮを含むＰＤＮ接続要求メッセージを、ＭＭＥ １７０へ送信する。今、ＵＥ １１０がローカルＩＰネットワーク１３０内のＬ−ＧＷ ３３０＿１(ＨｅＮＢ １２０＿１)へのアクセスを所望しているものとする。この場合、ＵＥ １１０は、ＨｅＮＢ １２０＿１がサポートするＡＰＮを、ＰＤＮ接続要求メッセージに含める(ステップＳ４１)。
【０１０１】
ＭＭＥ １７０は、ＰＤＮ接続要求メッセージを受信すると、ＨＳＳ(Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ) １７３に対して位置更新要求メッセージを送信する。ＭＭＥ １７０は、ＨＳＳ １７３から位置更新応答メッセージを受信すると、セッション作成要求メッセージを生成すると共に、このセッション作成要求メッセージ中に、ＰＤＮ接続要求メッセージから抽出したＡＰＮ、ＨＳＳ １７３から受信するＡＰＮ又はＵＥ １１０から受信するその他のメッセージに含まれるＡＰＮを設定する。
そして、ＭＭＥ １７０は、セッション作成要求メッセージを、Ｓ−ＧＷ １７１へ送信する(ステップＳ４２)。
【０１０２】
Ｓ−ＧＷ １７１内のＲＡＮ Ｉ／Ｆ １７１＿２は、ＭＭＥ １７０から受信したセッション作成要求メッセージを、制御部１７１＿３へ転送する。制御部１７１＿３は、セッション作成要求メッセージから抽出したＡＰＮを用いて、ＨｅＮＢ−ＧＷ １６０のＩＰアドレスを導出する。そして、制御部１７１＿３は、ＨｅＮＢ−ＧＷ I／Ｆ １７１＿１に、セッション作成要求メッセージを導出したＩＰアドレス宛てに転送させる(ステップＳ４３)。
【０１０３】
ＨｅＮＢ−ＧＷ １６０内のＣＮ I／Ｆ １６２は、Ｓ−ＧＷ １７１から受信したセッション作成要求メッセージを、制御部１６３へ転送する。制御部１６３は、セッション作成要求メッセージに含まれるＡＰＮとＡＰＮ情報とを用いて、適切なＬ−ＧＷ(ＨｅＮＢ)を選択する。今、セッション作成要求メッセージには、ＨｅＮＢ １２０＿１がサポートするＡＰＮが含まれる。このため、制御部１６３は、このＡＰＮに対応するＬ−ＧＷ ３３０＿１(ＨｅＮＢ １２０＿１)のＩＰアドレスを選択する(ステップＳ４４)。
【０１０４】
そして、制御部１６３は、ＨｅＮＢ Ｉ／Ｆ ６１に、セッション作成要求メッセージを選択したＩＰアドレス宛てに転送させる(ステップＳ４５)。
【０１０５】
Ｌ−ＧＷ ３３０＿１(ＨｅＮＢ １２０＿１)は、セッション作成要求メッセージを受信すると、セッション作成応答メッセージを、ＨｅＮＢ−ＧＷ １６０へ返信する(ステップＳ４６)。
【０１０６】
これにより、ＨｅＮＢ−ＧＷ １６０とＬ−ＧＷ ３３０＿１との間に通信パスが確立される。
【０１０７】
次いで、ＨｅＮＢ−ＧＷ １６０は、セッション作成応答メッセージをＳ−ＧＷ １７１へ送信する(ステップＳ４７)。
【０１０８】
これにより、Ｓ−ＧＷ １７１とＨｅＮＢ−ＧＷ １６０との間に通信パスが確立される。
【０１０９】
次いで、Ｓ−ＧＷ １７１は、セッション作成応答メッセージをＭＭＥ １７０へ送信する(ステップＳ４８)。
【０１１０】
これにより、ＭＭＥ １７０とＳ−ＧＷ １７１との間に通信パスが確立される。
【０１１１】
最後に、ＭＭＥ １７０は、デフォルトベアラ作成要求メッセージをＵＥ １１０へ送信し(ステップＳ４９)、その応答として、デフォルトベアラ作成応答メッセージをＵＥ １１０から受信する(ステップＳ５０)。
【０１１２】
これにより、ＵＥ １１０とＭＭＥ １７０との間に通信パスが確立される。
【０１１３】
上記の処理によって、ローカルＩＰネットワークからＵＥ迄の間の通信パスが確立され、以てリモートＩＰアクセスが実現されることとなる。
【０１１４】
以上説明した通り、本実施の形態によれば、下記の第５〜第８の効果を奏する。
【０１１５】
一般的なＳ−ＧＷでは、ＨｅＮＢにプライベートＩＰアドレス或いは可変であるパブリックＩＰアドレスが割り当てられていることに起因して、ＨｅＮＢに対して通信パス確立のための制御メッセージを直接送ることは困難であった。しかしながら、本実施の形態では、制御メッセージにＨｅＮＢがサポートするＡＰＮを含めるという簡易な機構によってＨｅＮＢへの通信パスを確立でき、以てリモートＩＰアクセスを容易に実現できるという第５の効果が得られる。
【０１１６】
また、本実施の形態では、制御メッセージ及び通信パスがＨｅＮＢ−ＧＷとＨｅＮＢとの間ＩＰｓｅｃトンネル内で伝送及び確立される。このため、通信内容が第三者に盗み見られてしまうリスクを回避できるという第６の効果が得られる。
【０１１７】
また、ＨｅＮＢはエンドユーザの敷地内等に設置される機器であり、場合によっては不当に改造された機器が存在する虞がある。一般的なＳ−ＧＷは、接続先の機器を認証する機能を有しておらず、このような不当なＨｅＮＢへの通信パスを確立してしまう虞がある。しかしながら、本実施の形態では、Ｓ−ＧＷがＨｅＮＢ−ＧＷにセッション作成要求メッセージを送信した際、ＨｅＮＢ−ＧＷはＨｅＮＢを既に認証済みである。このため、Ｓ−ＧＷにＨｅＮＢの認証機能を実装すること無く、正当なＬ−ＧＷ(ＨｅＮＢ)への通信パスを確立することができるという第７の効果が得られる。
【０１１８】
さらに、ＨｅＮＢとＳ−ＧＷとの間に通信パスを確立するに際して、一般的なＳ−ＧＷでは、そのＩＰアドレスをＨｅＮＢに対して通知する必要がある。Ｓ−ＧＷは多数のユーザの通信路を収容する通信ノードであり、このような通信ノードのＩＰアドレスを、エンドユーザの敷地内に設置されるＨｅＮＢに通知してしまうことにはセキュリティ上の大きな問題があった。しかしながら、本実施の形態では、ＨｅＮＢに対してＳ−ＧＷのＩＰアドレスを通知せずに済む。このため、Ｓ−ＧＷのＩＰアドレスをＨｅＮＢに通知する場合と比してセキュリティを高めることができるという第８の効果が得られる。
【０１１９】
[実施の形態６]
本実施の形態に係る通信システム、ＨｅＮＢ−ＧＷ、ＨｅＮＢ及びＳ−ＧＷは、上記の実施の形態５と同様に構成できる。但し、本実施の形態は、ＨｅＮＢ−ＧＷ内の制御部が、各ＨｅＮＢとの通信開始に先立って、各ＨｅＮＢがサポートするＡＰＮを、各ＨｅＮＢのＩＰアドレスと予め対応付けて記憶する点で、上記の実施の形態５と異なる。
【０１２０】
具体的には、ＨｅＮＢ １２０は、そのＳ１確立手順において図１３に示した例とは異なり、自ＨｅＮＢ １２０がサポートするＡＰＮをＨｅＮＢ−ＧＷ １６０へ通知しない。代わりに、ＨｅＮＢ−ＧＷ １６０には、ＡＰＮ情報が、例えばオペレータによってデータベースとして予め記憶される。
【０１２１】
ＨｅＮＢ−ＧＷ １６０は、図１４と同様にＳ−ＧＷ １７１からセッション作成要求メッセージを受信すると、セッション作成要求メッセージに含まれるＡＰＮを用いてデータベースを参照し、以て適切なＬ−ＧＷ(ＨｅＮＢ)を選択する。
【０１２２】
このように、本実施の形態では、ＨｅＮＢからＨｅＮＢ−ＧＷへのＡＰＮの通知が不要である。このため、既存のＳ１確立手順に対して改修を施すこと無く、リモートＩＰアクセスを実現できるという効果が得られる。また、ＨｅＮＢとＨｅＮＢ−ＧＷの間のトラヒック量を、上記の実施の形態５と比して低減できるという効果も得られる。
【０１２３】
[実施の形態７]
本実施の形態に係る通信システム、ＨｅＮＢ−ＧＷ、ＨｅＮＢ及びＳ−ＧＷは、上記の実施の形態５と同様に構成できる。但し、本実施の形態は、セッション作成要求メッセージにＣＳＧ−ＩＤが含まれる点と、ＨｅＮＢ−ＧＷ内の制御部が、各ＨｅＮＢがサポートするＡＰＮを、ＣＳＧ−ＩＤとさらに対応付けて記憶し、セッション作成要求メッセージに含まれるＣＳＧ−ＩＤが記憶しているＣＳＧ−ＩＤと一致する場合に、セッション作成要求メッセージをＨｅＮＢへ転送する点で、上記の実施の形態５と異なる。なお、本実施の形態におけるＣＳＧとは、特定のユーザグループ(ＵＥグループ)のみに対して、或るローカルＩＰネットワーク内に設置される特定のＨｅＮＢへのアクセスを許可することを意味する。ＵＥは、予め付与されたＣＳＧ−ＩＤを用いて、特定のＨｅＮＢへアクセスすることが可能である。
【０１２４】
具体的には、ＨｅＮＢ ２０は、図１３に示したＳ１確立手順において、Ｓ１確立要求メッセージにＣＳＧ−ＩＤをさらに含める。
【０１２５】
ＨｅＮＢ−ＧＷ １６０は、ＨｅＮＢ １２０からＳ１確立要求メッセージを受信すると、このメッセージに含まれるＣＳＧ−ＩＤを、ＡＰＮ情報の情報要素として記憶する。
【０１２６】
一方、ＵＥ １１０は、図１４に示したＰＤＮ接続要求メッセージの送信に際して、ＣＳＧ−ＩＤをＰＤＮ接続要求メッセージに含める。また、ＭＭＥ １７０は、このＣＳＧ−ＩＤをセッション作成要求メッセージに含めて、Ｓ−ＧＷ １７１へ送信する。
【０１２７】
Ｓ−ＧＷ １７１は、ＭＭＥ １７０から受信したセッション作成要求メッセージを、ＨｅＮＢ−ＧＷ １６０へ転送する。
【０１２８】
ＨｅＮＢ−ＧＷ １６０は、図１４と同様にしてセッション作成要求メッセージに含まれるＡＰＮを用いて適切なＬ−ＧＷ(ＨｅＮＢ)を選択する。但し、ＨｅＮＢ−ＧＷ １６０は、このＡＰＮに対応して記憶しているＣＳＧ−ＩＤが、セッション作成要求メッセージに含まれるＣＳＧ−ＩＤと一致する場合(すなわち、ＵＥ １１０が、選択したＬ−ＧＷ(ＨｅＮＢ)へのアクセスを許可されている場合)に、セッション作成要求メッセージを選択したＬ−ＧＷ(ＨｅＮＢ)へ転送する。一方、両ＣＳＧ−ＩＤが一致しない場合(すなわち、ＵＥ １１０が、選択したＬ−ＧＷ(ＨｅＮＢ)へのアクセスを許可されていない場合)、ＨｅＮＢ−ＧＷ １６０は、セッション作成要求メッセージの転送を行わない。
【０１２９】
このように、本実施の形態では、リモートＩＰアクセスを、ＨｅＮＢへのアクセスを許可された正当なＵＥに対してのみ実施できるという効果が得られる。
【０１３０】
なお、ＨｅＮＢからＨｅＮＢ−ＧＷへのＣＳＧ−ＩＤの通知は必須では無く、ＣＳＧ−ＩＤを、上記の実施の形態６と同様にしてデータベース中に予め設定するようにしても良い。この場合も、上記の効果は同様に得られる。加えて、既存のＳ１確立手順に対する改修が不要であり、且つＨｅＮＢとＨｅＮＢ−ＧＷの間のトラヒック量を低減できるという効果も得られる。
【０１３１】
[実施の形態８]
本実施の形態に係る通信システム、ＨｅＮＢ−ＧＷ、ＨｅＮＢ及びＳ−ＧＷは、上記の実施の形態５と同様に構成できる。但し、本実施の形態は、ＨｅＮＢ−ＧＷ内の制御部が、各ＨｅＮＢがＬＩＰＡ機能を有するか否かを示す機能情報をさらに記憶し、セッション作成要求メッセージを、機能情報が"ＬＩＰＡ機能有り"を示すＨｅＮＢに対してのみ転送する点で、上記の実施の形態５と異なる。
【０１３２】
本実施の形態によれば、ＬＩＰＡ機能を有するＨｅＮＢとＬＩＰＡ機能を有さないＨｅＮＢとが混在する環境下であっても、ＨｅＮＢ−ＧＷが、リモートＩＰアクセスに際してＬＩＰＡ機能を有するＨｅＮＢを適切に選択できるという効果が得られる。
【０１３３】
ここで、機能情報は、Ｓ１確立手順においてＨｅＮＢからＨｅＮＢ−ＧＷへ通知するようにしても良いし、データベース中に予め設定するようにしても良い。いずれの場合も、上記の効果は同様に得られる。後者の場合、既存のＳ１確立手順に対する改修が不要であり、且つＨｅＮＢとＨｅＮＢ−ＧＷの間のトラヒック量を低減できるという効果も得られる。
【０１３４】
なお、本発明概念は、上記の実施の形態には限定されず、特許請求の範囲で定義される精神と範囲から逸脱すること無く適宜に変更が成され得る。
【０１３５】
この出願は、２０１２年５月２３日に出願された日本出願特願２０１２−１１７４０１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【０１３６】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１３７】
（付記１）
公衆網を介して複数の基地局の各々との間にセキュアなトンネルを確立するゲートウェイであって、
前記セキュアなトンネルを介して、各基地局との通信を行う第１の通信手段と、
コアネットワークとの通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御して、前記コアネットワークと各基地局との間のトラヒックを中継する制御手段と、を備え、
前記制御手段は、
各基地局が前記セキュアなトンネルを介して受信したトラヒックを自局が属するローカルネットワーク内にルーティングする機能を有する場合、各基地局がサポートするＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）を記憶し、
前記コアネットワークから、前記コアネットワークに接続されるＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)に在圏する移動局から前記複数の基地局のいずれかへの通信パスを確立するための第１のメッセージが受信された場合、前記第１のメッセージを、前記第１のメッセージに含まれる第１のＡＰＮに対応する基地局宛てに転送する、
ゲートウェイ。
【０１３８】
（付記２）
付記１において、
前記制御手段は、各基地局がサポートするＡＰＮを、各基地局との通信開始に先立って予め記憶する、
ことを特徴としたゲートウェイ。
【０１３９】
（付記３）
付記１において、
前記第１の通信手段は、各基地局との通信開始に際して、各基地局から、各基地局がサポートするＡＰＮを含む第２のメッセージを受信し、
前記制御手段は、前記第２のメッセージに含まれるＡＰＮを記憶する、
ことを特徴としたゲートウェイ。
【０１４０】
（付記４）
付記１〜３のいずれか一項において、
前記制御手段は、
各基地局に接続可能な移動局に関する情報を、データベースに保持し、
前記データベースを参照して、前記第１のメッセージに対応する移動局が、前記第１のＡＰＮに対応する基地局に接続可能か否かを判定し、
当該移動局が前記第１のＡＰＮに対応する基地局に接続可能と判定した場合にのみ、前記第１のメッセージを、前記第１のＡＰＮに対応する基地局宛てに転送する、
ことを特徴としたゲートウェイ。
【０１４１】
（付記５）
付記４において、
前記データベースは、各基地局との通信開始に先立って予め構築される、
ことを特徴としたゲートウェイ。
【０１４２】
（付記６）
付記１〜５のいずれか一つにおいて、
前記制御手段は、
前記第１のＡＰＮに対応する基地局が複数在る場合、一つの基地局を選択し、
前記第１のメッセージを、前記選択した基地局宛てに転送する、
ことを特徴としたゲートウェイ。
【０１４３】
（付記７）
公衆網を介してコアネットワークへ編入する基地局であって、
前記公衆網を介してゲートウェイとの間にセキュアなトンネルを確立して、前記ゲートウェイとの通信を行う通信手段と、
前記セキュアなトンネルを介して受信されたトラヒックを、自局が属するローカルネットワーク内にルーティングするルーティング手段と、
前記通信手段及びルーティング手段を制御する制御手段と、を備え、
前記通信手段は、
前記ゲートウェイから、前記コアネットワークに接続されるＲＡＮに在圏する移動局から自局への通信パスを確立するための第１のメッセージを受信し、
前記制御手段は、
前記第１のメッセージが受信された場合、前記ルーティング手段に、前記移動局からのトラヒックを、前記ローカルネットワーク内にルーティングさせる、
基地局。
【０１４４】
（付記８）
コアネットワークに設置される通信ノードであって、
公衆網を介して複数の基地局の各々との間にセキュアなトンネルを確立するゲートウェイとの通信を行う第１の通信手段と、
前記コアネットワークに接続されるＲＡＮを介して、前記ＲＡＮに在圏する移動局との通信を行う第２の通信手段と、
前記第１及び第２の通信手段を制御する制御手段と、を備え、
前記第２の通信手段は、
前記移動局から、前記複数の基地局の内の一の基地局へのアクセスを要求する第１のメッセージを受信し、
前記制御手段は、
前記移動局から前記一の基地局への通信パスを確立するための第２のメッセージを生成すると共に、前記第１のメッセージに含まれるＡＰＮを前記第２のメッセージ中に設定し、
前記第２のメッセージを、前記ゲートウェイへ送信する、
通信ノード。
【０１４５】
（付記９）
付記８において、
前記第１の通信手段は、複数のゲートウェイとの通信を行い、
前記制御手段は、前記ＡＰＮを用いて、前記第２のメッセージの送信先とすべき一のゲートウェイのＩＰアドレスを導出する、
ことを特徴とした通信ノード。
【０１４６】
（付記１０）
付記８又は９において、
前記第１のメッセージは、前記ゲートウェイに、前記移動局が前記一の基地局へ接続可能であるか否かを判定させるための情報をさらに含み、
前記制御手段は、前記情報を前記第２のメッセージ中にさらに設定する、
ことを特徴とした通信ノード。
【０１４７】
（付記１１）
コアネットワークに設置される通信ノードと、
公衆網を介して複数の基地局の各々との間にセキュアなトンネルを確立するゲートウェイと、を備え、
前記通信ノードは、
前記コアネットワークに接続されるＲＡＮを介して、前記ＲＡＮに在圏する移動局から、前記複数の基地局の内の一の基地局へのアクセスを要求する第１のメッセージを受信し、
前記移動局から前記一の基地局への通信パスを確立するための第２のメッセージを生成すると共に、前記第１のメッセージに含まれるＡＰＮを前記第２のメッセージ中に設定し、
前記第２のメッセージを、前記ゲートウェイへ送信し、
前記ゲートウェイは、
各基地局が前記セキュアなトンネルを介して受信したトラヒックを自局が属するローカルネットワーク内にルーティングする機能を有する場合、各基地局がサポートするＡＰＮを記憶し、
前記通信ノードから前記第２のメッセージを受信した場合、前記第２のメッセージを、前記第２のメッセージに含まれる第１のＡＰＮに対応する基地局宛てに転送する、
通信システム。
【０１４８】
（付記１２）
付記１１において、
前記移動局は、
前記ゲートウェイに、前記移動局が前記一の基地局へ接続可能であるか否かを判定させるための情報を、前記第１のメッセージにさらに含め、
前記通信ノードは、
前記情報を、前記第２のメッセージ中にさらに設定し、
前記ゲートウェイは、
各基地局に接続可能な移動局に関する情報を、データベースに保持し、
前記データベースを参照して、前記移動局が、前記第１のＡＰＮに対応する基地局に接続可能か否かを判定し、
前記移動局が前記第１のＡＰＮに対応する基地局に接続可能と判定した場合にのみ、前記第２のメッセージを、前記第１のＡＰＮに対応する基地局宛てに転送する、
ことを特徴とした通信システム。
【０１４９】
（付記１３）
付記１２において、
前記データベースは、各基地局との通信開始に先立って予め構築される、
ことを特徴とした通信システム。
【０１５０】
（付記１４）
付記１１〜１３のいずれか一つにおいて、
前記ゲートウェイは、各基地局がサポートするＡＰＮを、各基地局との通信開始に先立って予め記憶する、
ことを特徴とした通信システム。
【０１５１】
（付記１５）
付記１１〜１３のいずれか一つにおいて、
各基地局は、前記ゲートウェイとの通信開始に際して、各基地局がサポートするＡＰＮを含む第３のメッセージを、前記ゲートウェイへ送信し、
前記ゲートウェイは、前記第３のメッセージに含まれるＡＰＮを記憶する、
ことを特徴とした通信システム。
【０１５２】
（付記１６）
公衆網を介して複数の基地局の各々との間にセキュアなトンネルを確立するゲートウェイの制御方法であって、
各基地局が前記セキュアなトンネルを介して受信したトラヒックを自局が属するローカルネットワーク内にルーティングする機能を有する場合、各基地局がサポートするＡＰＮを記憶し、
前記コアネットワークから、前記コアネットワークに接続されるＲＡＮに在圏する移動局から前記複数の基地局のいずれかへの通信パスを確立するための第１のメッセージが受信された場合、前記第１のメッセージを、前記第１のメッセージに含まれる第１のＡＰＮに対応する基地局宛てに転送する、
ことを含む制御方法。
【０１５３】
（付記１７）
公衆網を介してコアネットワークへ編入する基地局の制御方法であって、
前記公衆網を介してゲートウェイとの間にセキュアなトンネルを確立して、前記ゲートウェイとの通信を行い、
前記ゲートウェイから、前記コアネットワークに接続されるＲＡＮに在圏する移動局から前記基地局への通信パスを確立するための第１のメッセージを受信し、
前記第１のメッセージを受信した場合、前記セキュアなトンネルを介して受信した前記移動局からのトラヒックを、前記基地局が属するローカルネットワーク内にルーティングする、
ことを含む制御方法。
【０１５４】
（付記１８）
コアネットワークに設置される通信ノードの制御方法であって、
前記コアネットワークに接続されるＲＡＮを介して前記ＲＡＮに在圏する移動局から、公衆網を介して前記コアネットワークへ編入する複数の基地局の内の一の基地局へのアクセスを要求する第１のメッセージを受信し、
前記移動局から前記一の基地局への通信パスを確立するための第２のメッセージを生成すると共に、前記第１のメッセージに含まれるＡＰＮを前記第２のメッセージ中に設定し、
前記第２のメッセージを、前記公衆網を介して各基地局との間にセキュアなトンネルを確立するゲートウェイへ送信する、
ことを含む制御方法。
【符号の説明】
【０１５５】
１０, １１０  ＵＥ
２０, ２０＿１〜２０＿４  ＨＮＢ
３０, ３１, １３０, １３１  ローカルＩＰネットワーク
４０, ４０＿１〜４０＿４, １４０, １４０＿１〜１４０＿４  ＩＰｓｅｃトンネル
５０, １５０  ブロードバンドＩＰバックホール
６０  ＨＮＢ−ＧＷ
６１  ＨＮＢ I／Ｆ
６２, １６２  ＣＮ I／Ｆ
２２, ６３, ７３, １２２, １６３, １７１＿３  制御部
７０  ＳＧＳＮ
２１, ７１  ＨＮＢ−ＧＷ I／Ｆ
７２, １７１＿２  ＲＡＮ I／Ｆ
８０  ＧＧＳＮ
９０, １９０  ＰＤＮ
１２０, １２０＿１〜１２０＿４  ＨｅＮＢ
１６０  ＨｅＮＢ−ＧＷ
１６１  ＨｅＮＢ Ｉ/Ｆ
１７０  ＭＭＥ
１７１  Ｓ−ＧＷ
１２１, １７１＿１  ＨｅＮＢ−ＧＷ Ｉ/Ｆ
１７３  ＨＳＳ
１８０  Ｐ−ＧＷ
２３０, ２３０＿１, ２３０＿２, ３３０, ３３０＿１, ３３０＿２  Ｌ−ＧＷ
４２０  ＮＢ
４３０  ＲＮＣ
５２０  ｅＮＢ
【図１】
0005994867.tif 000002
【図２】
0005994867.tif 000003
【図３】
0005994867.tif 000004
【図４】
0005994867.tif 000005
【図５】
0005994867.tif 000006
【図６】
0005994867.tif 000007
【図７】
0005994867.tif 000008
【図８】
0005994867.tif 000009
【図９】
0005994867.tif 000010
【図１０】
0005994867.tif 000011
【図１１】
0005994867.tif 000012
【図１２】
0005994867.tif 000013
【図１３】
0005994867.tif 000014
【図１４】
0005994867.tif 000015
【図１５】
0005994867.tif 000016
【図１６】
0005994867.tif 000017
【図１７】
0005994867.tif 000018
【図１８】
0005994867.tif 000019
【図１９】
0005994867.tif 000020
【図２０】
0005994867.tif 000021