(57)【特許請求の範囲】
【請求項１】
ネットワークを通して、ホーム基地局装置を通信ネットワークのコアネットワークと結合するゲートウェイであって、
前記ネットワークを通して前記ホーム基地局装置に結合する第１のインターフェースと、
前記コアネットワーク内のノードに結合する第２のインターフェースと、
前記第１のインターフェースを介して前記ホーム基地局装置から受信されるパケットを解析して、ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局装置のＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を取得する解析モジュールと、
前記第２のインターフェースを介して、前記ホーム基地局装置の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を前記コアネットワーク内の前記ノードに通信する通信モジュールと、を備える、ゲートウェイ。
【請求項２】
前記通信モジュールは、前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報をホーム基地局ゲートウェイ又は前記コアネットワーク内のモビリティ管理エンティティに通信するように構成される、請求項１に記載のゲートウェイ。
【請求項３】
前記解析モジュールは、前記ホーム基地局装置から到来するパケットを監視して、前記ホーム基地局装置の前記トンネル情報の変更を検出するように構成され、前記通信モジュールは、前記トンネル情報の前記変更を前記コアネットワーク内の前記ノードに通信するように構成される、請求項１及び２のいずれか一項に記載のゲートウェイ。
【請求項４】
前記ネットワークを通して前記ホーム基地局とのセキュアな接続を確立するセキュリティモジュールを更に備える、請求項１〜３のいずれか一項に記載のゲートウェイ。
【請求項５】
ネットワーク及びゲートウェイを介してホーム基地局装置と通信するように構成されるホーム基地局ゲートウェイであって、
前記ゲートウェイと通信し、ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局装置のＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を、該ゲートウェイから受信するように構成されるセキュリティゲートウェイ通信モジュールと、
前記セキュリティゲートウェイ及び前記ネットワークを介して前記ホーム基地局と通信するように構成されるとともに、該ホーム基地局の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を該ホーム基地局に受信するように構成されるホーム基地局通信モジュールと、
を備える、ネットワーク及びセキュリティゲートウェイを介してホーム基地局装置と通信するように構成されるホーム基地局ゲートウェイ。
【請求項６】
前記ホーム基地局通信モジュールは、前記ホーム基地局が前記ホーム基地局ゲートウェイに登録中である登録手続き中、前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を前記ホーム基地局装置に送信するように動作可能である、請求項５に記載のホーム基地局ゲートウェイ。
【請求項７】
請求項５及び６のいずれか一項に記載のホーム基地局ゲートウェイであって、
前記ホーム基地局通信モジュールは、前記ホーム基地局装置の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を含むメッセージを前記ホーム基地局装置から受信するように構成され、該ホーム基地局ゲートウェイはポリシー制御ノード通信モジュールを更に備え、該ポリシー制御ノード通信モジュールは、前記ホーム基地局装置から受信する前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報をポリシー制御ノードに通信し、該ポリシー制御ノードは、前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を使用して、正しい前記ホーム基地局を見つけ、前記ネットワークを通して前記ホーム基地局装置のリソースを確保する、請求項５及び６のいずれか一項に記載のホーム基地局ゲートウェイ。
【請求項８】
前記ホーム基地局通信モジュールは、前記ホーム基地局装置が結合される前記ネットワークの一部分に関連付けられた完全修飾ドメイン名を含むメッセージを前記ホーム基地局装置から受信するように構成され、前記ポリシー制御ノード通信モジュールは、前記ホーム基地局装置から受信する前記完全修飾ドメイン名を前記ポリシー制御ノードに通信するように構成され、該ポリシー制御ノードは、前記完全修飾ドメイン名を使用して、前記正しいホーム基地局を見つけ、前記ネットワークを通して前記ホーム基地局装置のリソースを確保する、請求項７に記載のホーム基地局ゲートウェイ。
【請求項９】
前記メッセージは、前記ホーム基地局装置に関連付けられたユーザー機器に対する新しいサービスを確立する接続メッセージである、請求項７及び８のいずれか一項に記載のホーム基地局ゲートウェイ。
【請求項１０】
前記ホーム基地局通信モジュールは、ベアラー参加要求メッセージを受信するように構成され、ポリシー制御ノード通信モジュールは、前記ネットワークを通して前記ホーム基地局装置用に確保されたリソースの変更を要求するメッセージをポリシー制御ノードに送信するように構成される、請求項５〜９のいずれか一項に記載のホーム基地局ゲートウェイ。
【請求項１１】
前記ベアラー参加要求メッセージは、新サービスの無線アクセスベアラーパラメーターを含み、前記変更を要求するメッセージは、前記無線アクセスベアラーパラメーターに従って前記ネットワークを通してリソースを確保するものである、請求項１０に記載のホーム基地局ゲートウェイ。
【請求項１２】
前記ポリシー制御ノード通信モジュールは、前記ホーム基地局用に確保されたリソースの要求された変更が成功したか否かを確認するメッセージを前記ポリシー制御ノードから受信するように構成され、前記ホーム基地局通信モジュールは、前記リソースが前記ネットワークを通して確保されたか否かを示す前記ホーム基地局ベアラー参加応答メッセージを送信するように構成される、請求項１０又は１１に記載のホーム基地局ゲートウェイ。
【請求項１３】
請求項５〜１２のいずれか一項に記載のホーム基地局ゲートウェイであって、
前記ホーム基地局通信モジュールは、前記ホーム基地局装置から、該ホーム基地局装置の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を含むメッセージを受信するように構成され、該ホーム基地局ゲートウェイは、前記ホーム基地局装置から受信する前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報をコアネットワーク内の別のノードに通信する更なる通信モジュールを更に備える、請求項５〜１２のいずれか一項に記載のホーム基地局ゲートウェイ。
【請求項１４】
前記別のノードは、サービングＧＰＲＳサポートノード、移動交換センター、及びモビリティ管理エンティティのうちの１つである、請求項１３に記載のホーム基地局ゲートウェイ。
【請求項１５】
ホーム基地局装置であって、
ネットワークに結合するネットワークインターフェースと、
無線インターフェースを介して１つ又は複数のユーザー装置と通信する１つ又は複数のアンテナと、
前記ネットワークインターフェースを介してホーム基地局ゲートウェイノード又は前記コアネットワーク内のモビリティ管理エンティティと通信する通信モジュールと、
を備え、
前記通信モジュールは、ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局に関連付けられたＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を、前記ネットワークインターフェースを介して、ホーム基地局ゲートウェイノード又は前記コアネットワーク内のモビリティ管理エンティティに通信するように構成され、
前記通信モジュールは、前記ホーム基地局ゲートウェイノード又は前記コアネットワーク内のモビリティ管理エンティティから、ＨＮＢＡＰメッセージ又はＳ１ＡＰメッセージにおいて前記ホーム基地局に関連付けられた前記IＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を受信するように構成される、ホーム基地局装置。
【請求項１６】
前記通信モジュールは、前記ホーム基地局装置を前記コアネットワーク内のホーム基地局ゲートウェイに登録するように動作可能であり、該ホーム基地局ゲートウェイから、ＨＮＢＡＰメッセージにおいて前記IＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を受信するように構成される、請求項１５に記載のホーム基地局装置。
【請求項１７】
前記通信モジュールは、セットアップメッセージをホーム基地局ゲートウェイ又は前記コアネットワーク内のモビリティ管理エンティティに送信するように動作可能であり、前記ホーム基地局ゲートウェイ又は前記モビリティ管理エンティティから、セットアップ応答メッセージにおいて前記IＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を受信するように構成される、請求項１５に記載のホーム基地局装置。
【請求項１８】
前記通信モジュールは、前記ホーム基地局によりサービングされるユーザー装置により要求される新サービスに関する接続要求又は直接転送メッセージを前記コアネットワークに送信するように動作可能であり、前記接続要求又は直接転送メッセージは、前記ホーム基地局に関連付けられた前記IＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を含む、請求項１５〜１７のいずれか一項に記載のホーム基地局装置。
【請求項１９】
前記接続要求又は直接転送メッセージは、前記ホーム基地局装置が接続される前記ネットワークの一部分に関連付けられた完全修飾ドメイン名を更に含む、請求項１８に記載のホーム基地局装置。
【請求項２０】
前記通信モジュールは、前記ネットワークインターフェースを介して、無線アクセスベアラー割り当て要求を前記コアネットワーク内のノードから受信するように構成され、該受信に応答して、前記ネットワークインターフェースを介して、ベアラー参加要求メッセージをホーム基地局ゲートウェイ又は前記コアネットワーク内のモビリティ管理エンティティに送信するように動作可能であり、前記ベアラー参加要求メッセージは、前記ホーム基地局装置によりサービングされるユーザー装置により要求されるサービスに関連付けられた無線アクセスベアラーパラメーターを含む、請求項１５〜１９のいずれか一項に記載のホーム基地局装置。
【請求項２１】
前記通信モジュールは、前記ホーム基地局ゲートウェイ又は前記モビリティ管理エンティティから、前記ユーザー装置により要求される前記サービスのリソースが、前記ネットワークを通して確保されたか否かを示すベアラー参加応答メッセージを受信するように構成される、請求項２０に記載のホーム基地局装置。
【請求項２２】
ネットワークを通して、ホーム基地局装置を通信ネットワークのコアネットワークと結合するゲートウェイであって、
前記ネットワークを通して前記ホーム基地局装置に結合する手段と、
前記コアネットワーク内のノードに結合する手段と、
前記ホーム基地局装置から受信されるパケットを解析して、ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局のＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を取得する手段と、
前記ホーム基地局装置の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を前記コアネットワーク内の前記ノードに通信する手段と、
を備える、ネットワークを通して、ホーム基地局装置を通信ネットワークのコアネットワークと結合するゲートウェイ。
【請求項２３】
ネットワークを通してホーム基地局装置を通信ネットワークのコアネットワークと結合するゲートウェイにより実行される方法であって、
第１のインターフェースを使用することであって、前記ネットワークを通して前記ホーム基地局装置に結合することと、
第２のインターフェースを使用することであって、前記コアネットワーク内のノードに結合することと、
前記第１のインターフェースを介して前記ホーム基地局装置から受信されるパケットを解析することであって、ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局のＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を取得することと、
前記第２のインターフェースを介して、前記ホーム基地局装置の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を前記コアネットワーク内の前記ノードに通信することと、
を含む、ネットワークを通してホーム基地局装置を通信ネットワークのコアネットワークと結合するゲートウェイにより実行される方法。
【請求項２４】
前記ゲートウェイは、請求項２〜４のいずれか一項に記載のゲートウェイである、請求項２３に記載の方法。
【請求項２５】
ネットワーク及びゲートウェイを介してホーム基地局装置と通信するように構成されるホーム基地局ゲートウェイであって、
前記ゲートウェイと通信し、ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局のＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を前記ゲートウェイから受信する手段と、
前記ゲートウェイ及び前記ネットワークを介して前記ホーム基地局と通信し、前記ホーム基地局の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を前記ホーム基地局に送信するように構成される手段と、
を備える、ネットワーク及びゲートウェイを介してホーム基地局装置と通信するように構成されるホーム基地局ゲートウェイ。
【請求項２６】
ネットワーク及びゲートウェイを介してホーム基地局装置と通信するように構成されるホーム基地局ゲートウェイにより実行される方法であって、
前記ゲートウェイと通信するとともに、ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局のＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を前記ゲートウェイから受信することと、
前記ゲートウェイ及び前記ネットワークを介して前記ホーム基地局と通信するとともに、該ホーム基地局の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を該ホーム基地局に送信することと、
を含む、ネットワーク及びゲートウェイを介してホーム基地局装置と通信するように構成される方法。
【請求項２７】
前記ホーム基地局ゲートウェイは、請求項６〜１４のいずれか一項に記載のホーム基地局ゲートウェイである、請求項２６に記載の方法。
【請求項２８】
請求項１５〜１７のいずれか一項に記載のホーム基地局装置により実行される方法であって、
ネットワークインターフェースを使用することであって、前記ホーム基地局装置をネットワークに結合することと、
無線インターフェースを介して１つ又は複数のユーザー装置と通信することと、
前記ネットワークインターフェースを介して、コアネットワーク内の１つ又は複数のノードと通信することと、
ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局に関連付けられたＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を、前記ネットワークインターフェースを介して、ホーム基地局ゲートウェイノード又は前記コアネットワーク内のモビリティ管理エンティティに通信することと、
を含む、ホーム基地局装置により実行される方法。
【請求項２９】
ネットワークを介してホーム基地局装置と通信するように構成されるホーム基地局ゲートウェイであって、
ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局のＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を含むＨＮＢ登録要求メッセージをホーム基地局から受信するように構成されるホーム基地局通信モジュールを備え、
前記ホーム基地局通信モジュールは、前記ホーム基地局との後続する通信の際に前記ホーム基地局の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を用いるように構成される、ホーム基地局ゲートウェイ。
【請求項３０】
ネットワーク及びゲートウェイを介してホーム基地局装置と通信するように構成されるモビリティ管理エンティティであって、
前記ゲートウェイと通信し、ネットワークアドレス変換即ちＮＡＴが用いられたとき、前記ホーム基地局装置のＩＰアドレス及びＵＤＰポート番号を含むトンネル情報を、該ゲートウェイから受信するように構成されるセキュリティゲートウェイ通信モジュールと、
前記セキュリティゲートウェイ及び前記ネットワークを介して前記ホーム基地局と通信するように構成されるとともに、該ホーム基地局の前記ＩＰアドレス及び前記ＵＤＰポート番号を含む前記トンネル情報を該ホーム基地局に受信するように構成されるホーム基地局通信モジュールと、
を備える、ネットワーク及びセキュリティゲートウェイを介してホーム基地局装置と通信するように構成されるモビリティ管理エンティティ。
【請求項３１】
ユーザー装置と、
請求項１〜４のいずれか一項に記載のゲートウェイと、
請求項５〜１４、２５、２９のいずれか一項に記載のホーム基地局ゲートウェイ又は請求項３０に記載のモビリティ管理エンティティと、
請求項１５〜２１のいずれか一項に記載のホーム基地局装置と、
を備える通信システム。
【請求項３２】
請求項１〜４のいずれか一項に記載のゲートウェイ、
請求項５〜１４、２５、２９のいずれか一項に記載のホーム基地局ゲートウェイ、
請求項１５〜２１のいずれか一項に記載のホーム基地局装置、又は
請求項３０に記載のモビリティ管理エンティティ
として構成されるようにプログラム可能な装置をプログラムするように動作可能な命令を含むコンピュータープログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信ネットワーク及びその構成部（parts）に関し、排他的ではないが特に、第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3rd Generation Partnership Project）規格又はその均等物若しくは導出物に従って動作するネットワークに関する。本発明は、排他的ではないが特に、コア移動電気通信ネットワークと広帯域アクセスネットワークとの相互作用に関連する。
【背景技術】
【０００２】
３ＧＰＰ標準規格の下で、ＮｏｄｅＢ（又はＬＴＥにおいてはｅＮＢ）は、移動デバイスがコアネットワークに接続する際に経由する基地局である。最近では、３ＧＰＰ標準化団体は、公式のアーキテクチャを採用し、ホーム基地局（ＨＮＢ：Home Base Station）のための新たな標準規格に対する取り組みを始めた。ホーム基地局がロングタームエボリューション（ＬＴＥ：Long Term Evolution）標準規格に従って動作している場合、ＨＮＢはＨｅＮＢと呼ばれることがある。同様のアーキテクチャがＷｉＭＡＸネットワークにも適用される。この場合、ホーム基地局は一般にフェムトセルと呼ばれる。単純にするために、本出願ではＨＮＢという用語を用いて任意のそのようなホーム基地局を指し、ＮｏｄｅＢという用語を総称的に用いて他の基地局（ＨＮＢが動作するマクロセルの基地局等）を指す。ＨＮＢは自宅、中小企業、ショッピングモール等内の無線カバレッジ（例えば３Ｇ／４Ｇ／ＷｉＭＡＸ）を提供し、通常、適切な住宅ゲートウェイ及び公衆広帯域アクセスネットワーク又は企業の広帯域アクセスネットワーク（例えばインターネットへのＡＤＳＬリンク）を介してコアネットワークへ接続する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＨＮＢが電源投入される場合、ＨＮＢが接続されるローカルネットワークによりＨＮＢにＩＰアドレスが与えられ、ＨＮＢは、このＩＰアドレスを移動電話オペレーターネットワークに提供し、それにより、移動電話オペレーターネットワークは、広帯域アクセスネットワークを通してＨＮＢに適切なリソースを確保することができる。しかし、ＨＮＢと移動電話コアネットワークとの間のＩＰパスが、ローカルＩＰアドレス及びローカルＵＤＰポートを「パブリック」ＩＰアドレス及びパブリックＵＤＰポートに変更する１つ又は複数のネットワークアドレス変換（ＮＡＴ：Network Address Translation）装置を含むことが非常に多い。ＨＮＢは通常、ＮＡＴ装置（複数の場合もある）が行う変更が何であるかを知らず、したがって、この情報を移動電話コアネットワークに提供することができない。
【課題を解決するための手段】
【０００４】
本発明の態様は、この問題に対処し、ＨＮＢが、いわゆる「ＮＡＴ後」アドレス情報であるこれを取得できるようにするとともに、回線交換（ＣＳ：Circuit Switched）又はパケット交換（ＰＳ：Packet Switched）セットアップ手順等の異なる動作状況中、ＨＮＢがこの情報を移動電話コアネットワーク内の関連するノードに提供できるようにするメカニズムを提供する。
【０００５】
当業者が効率的に理解するために、本発明は３Ｇシステム（ＵＭＴＳ、ＬＴＥ）との関連で詳細に説明されることになるが、本発明の原理は、システムの対応する要素を必要に応じて変更して、移動デバイス又はユーザー機器（ＵＥ：User Equipment）が幾つかの基地局のうちの１つと通信する他のシステム（ＷｉＭＡＸ等）にも適用することができる。
【０００６】
１つの態様によれば、本発明は、ＩＰネットワークを通して、基地局装置を通信ネットワークのコアネットワークと結合するセキュリティゲートウェイであって、
ＩＰネットワークを通して基地局装置に結合する第１のインターフェースと、
コアネットワーク内のノードに結合する第２のインターフェースと、
第１のインターフェースを介して基地局装置から受信されるパケットを解析して、基地局のネットワークアドレス変換後（ＮＡＴ後）ＩＰアドレスを特定する解析モジュールと、
第２のインターフェースを介して、基地局装置の特定されたＮＡＴ後ＩＰアドレスをコアネットワーク内のノードに通信する通信モジュールと、
を備える、セキュリティゲートウェイを提供する。
【０００７】
解析モジュールは、第１のインターフェースを介して基地局装置から受信されるパケットを解析して、基地局のＮＡＴ後ポート番号を特定するように構成することができ、通信モジュールは、上記ＮＡＴ後ポート番号を上記コアネットワーク内のノードに通信するように構成することができる。通信モジュールは、ＮＡＴ後ＩＰアドレスを基地局ゲートウェイ又はコアネットワーク内のモビリティ管理エンティティに通信するように構成することができる。
【０００８】
解析モジュールは、基地局装置から到来するパケットを監視して、基地局装置のＮＡＴ後ＩＰアドレスの変更を検出することができ、通信モジュールは、ＮＡＴ後ＩＰアドレスの変更をコアネットワーク内の上記ノードに通信することができる。
【０００９】
上記ＩＰネットワークを通して基地局とのセキュアな接続を確立するセキュリティモジュールも提供することができる。
【００１０】
本発明はまた、ＩＰネットワーク及びセキュリティゲートウェイを介して基地局装置と通信するように構成される通信ノードであって、
セキュリティゲートウェイと通信し、このセキュリティゲートウェイから、基地局のネットワークアドレス変換後（ＮＡＴ後）ＩＰアドレスを受信するように構成されるセキュリティゲートウェイ通信モジュールと、
セキュリティゲートウェイ及びＩＰネットワークを介して基地局と通信するように構成されるとともに、基地局のＮＡＴ後ＩＰアドレスを基地局に送信するように構成される基地局通信モジュールと、
を備える、通信ノードを提供する。
【００１１】
セキュリティゲートウェイ通信モジュールは、基地局装置のＮＡＴ後ポート番号を受信することができ、第２の通信モジュールは、ＮＡＴ後ポート番号を基地局に通信することができる。
【００１２】
基地局通信モジュールは、基地局が通信ノードに登録中である登録手続き中、ＮＡＴ後アドレスを基地局装置に送信することができる。基地局通信モジュールは、基地局装置のＮＡＴ後ＩＰアドレスを含むメッセージを基地局装置から受信することもでき、ポリシー制御ノード通信モジュールを更に備えることができる。このポリシー制御ノード通信モジュールは、基地局装置から受信するＮＡＴ後ＩＰアドレスをポリシー制御ノードに通信し、このポリシー制御ノードは、ＮＡＴ後ＩＰアドレスを使用して、正しい基地局を見つけ、ＩＰネットワークを通して基地局装置のリソースを確保する。
【００１３】
基地局通信モジュールは、基地局装置のＮＡＴ後ＩＰポート番号を含むメッセージを基地局装置から受信することができ、ポリシー制御ノード通信モジュールは、基地局装置から受信されるＮＡＴ後ＩＰポート番号を上記ポリシー制御ノードに通信することができ、このポリシー制御ノードは、ＮＡＴ後ＩＰポート番号を使用して、正しい基地局を見つけ、ＩＰネットワークを通して基地局装置のリソースを確保する。
【００１４】
基地局通信モジュールは、基地局装置が結合されるＩＰネットワークの一部分に関連付けられた完全修飾ドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）を含むメッセージを基地局装置から受信することができ、ポリシー制御ノード通信モジュールは、基地局装置から受信するＦＱＤＮをポリシー制御ノードに通信することができ、このポリシー制御ノードは、ＦＱＤＮを使用して、正しい基地局を見つけ、ＩＰネットワークを通して基地局装置のリソースを確保する。メッセージは、基地局装置に関連付けられたユーザー機器に対する新しいサービスを確立する接続メッセージとすることができる。
【００１５】
本発明はまた、ＩＰネットワークを介して基地局装置と通信するように構成される通信ノードであって、
ＩＰネットワークを介して基地局と通信するように構成される基地局通信モジュールであって、基地局のＮＡＴ後ＩＰアドレスを含むＨＮＢＡＰ又はＲＵＡメッセージを基地局装置から受信するように構成される、基地局通信モジュールと、
基地局装置から受信されるＮＡＴ後ＩＰアドレスをポリシー制御ノードに通信するポリシー制御ノード通信モジュールであって、ポリシー制御ノードは、ＮＡＴ後ＩＰアドレスを使用して、ＩＰネットワークを通して基地局装置のリソースを確保する、ポリシー制御ノード通信モジュールと、
を備える、通信ノードを提供する。
【００１６】
基地局通信モジュールは、ＨＮＢＡＰ登録要求メッセージ、ＨＮＢＡＰ構成更新メッセージ、又はＲＵＡコネクションレス転送においてＮＡＴ後ＩＰアドレスを受信することができる。
【００１７】
上記で説明した通信ノードは、基地局ゲートウェイ装置又はモビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）とすることができる。
【００１８】
基地局通信モジュールは、ベアラー参加要求メッセージを受信することができ、ポリシー制御ノード通信モジュールは、ＩＰネットワークを通して基地局装置用に確保されたリソースの変更を要求するメッセージをポリシー制御ノードに送信することができる。ベアラー参加要求メッセージは、新サービスの無線アクセスベアラー（ＲＡＢ：Radio Access Bearer）パラメーターを含み、変更を要求するメッセージは、ＲＡＢパラメーターに従ってＩＰネットワークを通してリソースを確保するものとすることができる。
【００１９】
ポリシー制御ノード通信モジュールは、基地局用に確保されたリソースの要求された変更が成功したか否かを確認するメッセージをポリシー制御ノードから受信することができ、基地局通信モジュールは、基地局通信モジュールは、リソースがＩＰネットワークを通して確保されたか否かを示す基地局ベアラー参加応答メッセージを送信することができる。
【００２０】
基地局通信モジュールは、基地局装置から、基地局装置のＮＡＴ後ＩＰアドレスを含むメッセージを受信することができ、基地局装置から受信するＮＡＴ後ＩＰアドレスをコアネットワーク内の別のノードに通信する更なる通信モジュールを更に備える。別のノードは、サービングＧＰＲＳサポートノード（ＳＧＳＮ：Serving GPRS Support Node）、移動交換センター（ＭＳＣ：Mobile Switching Centre）、及びモビリティ管理エンティティ（ＭＭＥ）のうちの１つとすることができる。
【００２１】
本発明はまた、基地局装置であって、
ＩＰネットワークに結合するためのＩＰネットワークインターフェースと、
無線インターフェースを介して１つ又は複数のユーザー装置と通信する１つ又は複数のアンテナと、
ＩＰネットワークインターフェースを介してコアネットワーク内の１つ又は複数のノードと通信する通信モジュールと、
を備え、
通信モジュールは、ＩＰネットワークインターフェースを介して、基地局に関連付けられたＮＡＴ後ＩＰアドレスを基地局ゲートウェイノード又はコアネットワーク内のモビリティ管理エンティティに通信するように構成される、基地局装置を提供する。
【００２２】
通信モジュールは、基地局ゲートウェイノード又はコアネットワーク内のモビリティ管理エンティティから、ＨＮＢＡＰメッセージ又はＳ１ＡＰメッセージにおいて基地局に関連付けられた上記ＮＡＴ後ＩＰアドレスを受信することができる。
【００２３】
通信モジュールは、基地局装置をコアネットワーク内の基地局ゲートウェイに登録することができ、この基地局ゲートウェイから、ＨＮＢＡＰメッセージにおいてＮＡＴ後ＩＰアドレスを受信することができる。
【００２４】
通信モジュールは、セットアップメッセージを基地局ゲートウェイ又はコアネットワーク内のモビリティ管理エンティティに送信することもでき、基地局ゲートウェイ又はモビリティ管理エンティティから、セットアップ応答メッセージにおいてＮＡＴ後ＩＰアドレスを受信することができる。
【００２５】
通信モジュールは、基地局に関連付けられた上記ＮＡＴ後ＩＰアドレスをＮＨＢＡＰ、ＲＵＡメッセージ、又はＳｌＡＰメッセージにおいて上記基地局ゲートウェイ又はコアネットワーク内のモビリティ管理エンティティに送信することができる。
【００２６】
通信モジュールは、基地局によりサービングされるユーザー装置により要求される新サービスに関する接続要求又は直接転送メッセージをコアネットワークに送信することができ、接続要求又は直接転送メッセージは、基地局に関連付けられたＮＡＴ後ＩＰアドレスを含む。接続要求又は直接転送メッセージは、基地局に関連付けられたＮＡＴ後ポート番号を更に含む。接続要求又は直接転送メッセージは、基地局装置が接続されるＩＰネットワークの一部分に関連付けられた完全修飾ドメイン名（ＦＱＤＮ）を更に含むことができる。
【００２７】
通信モジュールは、上記ＩＰネットワークインターフェースを介して、無線アクセスベアラー（ＲＡＢ）割り当て要求をコアネットワーク内のノードから受信することができ、この受信に応答して、ＩＰネットワークインターフェースを介して、ベアラー参加要求メッセージを基地局ゲートウェイ又はコアネットワーク内のモビリティ管理エンティティに送信することができ、ベアラー参加要求メッセージは、基地局装置によりサービングされるユーザー装置により要求されるサービスに関連付けられたＲＡＢパラメーターを含む。
【００２８】
通信モジュールは、上記基地局ゲートウェイ又はモビリティ管理エンティティから、ユーザー装置により要求されるサービスのリソースが、ＩＰネットワークを通して確保されたか否かを示すベアラー参加応答メッセージを受信することができる。
【００２９】
本発明はまた、ＩＰネットワークを通して、基地局装置を通信ネットワークのコアネットワークに結合するセキュリティゲートウェイであって、
ＩＰネットワークを通して基地局装置に結合する手段と、
コアネットワーク内のノードに結合する手段と、
基地局装置から受信されるパケットを解析して、基地局のネットワークアドレス変換後（ＮＡＴ後）ＩＰアドレスを特定する手段と、
基地局装置の特定されたＮＡＴ後ＩＰアドレスを上記コアネットワーク内のノードに通信する手段と、
を備える、セキュリティゲートウェイを提供する。
【００３０】
本発明の態様は、上記で示した、又は特許請求の範囲において記載される態様及び可能な形態において記述されるような方法を実行するようにプログラマブルプロセッサをプログラムするように、及び／又は特許請求の範囲のいずれかの請求項において記載される装置を提供するように適切に構成されたコンピューターをプログラムするように動作可能である、そこに記憶された命令を有するコンピューター可読記憶媒体のようなコンピュータープログラム製品にまで及ぶ。
【００３１】
次に、本発明の実施形態を、例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００３２】
【図１】移動電気通信システムを示す概略図である。
【図２】図１に示されるシステムの部分を形成する移動電話コアネットワーク内のノードと、図１に示されるシステムの部分を形成する広帯域アクセスネットワークのノードとの間に確立されるインターフェースを示す概略ブロック図である。
【図３】電源投入時に、図１に示されるシステムの部分を形成するホーム基地局（ＨＮＢ）により実行される一般登録手順を示すタイミング図である。
【図４ａ】図２に示されるコアネットワークの部分を形成するＨＮＢからＨＮＢ−ＧＷに送信することができる登録メッセージを示すタイミング図である。
【図４ｂ】図２に示されるコアネットワークの部分を形成するＨＮＢからＨＮＢ−ＧＷに送信することができる構成更新メッセージを示すタイミング図である。
【図５ａ】ＵＴＲＡＮ  ＨＮＢの場合に、図３に示される登録手順において使用することができる変更ＩＰセキュリティトンネル確立手順を示すタイミング図である。
【図５ｂ】図１に示されるシステムの部分を形成するＨＮＢ−ＧＷからＵＴＲＡＮ  ＨＮＢに送信される構成更新メッセージを示す図である。
【図５ｃ】Ｅ−ＵＴＲＡＮ  ＨＮＢの場合に、図３に示される登録手順において使用することができる変更ＩＰセキュリティトンネル確立手順を示すタイミング図である。
【図５ｄ】図１に示されるシステムの部分を形成するＨｅＮＢ−ＧＷからＥ−ＵＴＲＡＮ  ＨｅＮＢに送信される構成更新メッセージを示す図である。
【図６ａ】図１に示されるＨＮＢを介して動作する要求側移動電話に対してＰＳサービスをセットアップするために提案される手順を示すタイミング図である。
【図６ｂ】図１に示されるＨＮＢを介して動作する要求側移動電話に対してＰＳサービスをセットアップするための代替の手順を示すタイミング図である。
【図７ａ】図１に示されるＨＮＢを介して動作する要求側移動電話に対してＣＳ呼をセットアップするために提案される手順を示すタイミング図である。
【図７ｂ】図１に示されるＨＮＢを介して動作する要求側移動電話に対してＣＳ呼をセットアップするための代替を示すタイミング図である。
【図８】ユーザー機器が、パケット交換サービスのためにソースマクロ基地局からＨＮＢに移動するときに実行されるステップを示すタイミング図である。
【図９】回線交換サービスの場合に、ユーザー機器がソースマクロ基地局からＨＮＢに移動するときに実行されるステップを示すタイミング図である。
【図１０】ユーザー機器がソースＨＮＢからターゲットＨＮＢに移動するときに実行されるステップを示すタイミング図である。
【図１１】図１に示される移動電話コアネットワークの部分を形成するセキュリティゲートウェイのブロック図である。
【図１２】図１に示されるシステムの部分を形成するホーム基地局のブロック図である。
【図１３】図１に示されるシステムの部分を形成するＨＮＢ−ＧＷ又はモビリティ管理エンティティ（ＭＭＥ）のブロック図である。
【発明を実施するための形態】
【００３３】
概説
図１は、移動電話３−１〜３−４のユーザーが、異なるアクセスノードを介して他のユーザーと通信することができる移動（セルラー）電気通信システム１を概略的に示す。特に、移動電話３（又は他のユーザー機器）は、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ：Universal Terrestrial Radio Access Network）基地局５−１及び関連付けられた無線ネットワークコントローラー（ＲＮＣ：Radio Network Controller）７又は進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ：Evolved UTRAN）基地局５−２を介して、移動電話コアネットワーク８と直接接続することができる。移動電話３は、ユーザーの商用又は私的住宅９内に提供される「ホーム」基地局（ＨＮＢ）を使用して、移動電話コアネットワーク８に接続することもできる。ＨＮＢ１１は、住宅ゲートウェイ１３及び広帯域アクセスネットワーク１５（ブロードバンドフォーラム（ＢＢＦ：Broad Band Forum）に準拠）により移動電話コア電話ネットワーク８に結合される。図１に示される例では、移動電話３−１は、ＨＮＢ１１−１を介してコアネットワーク８に接続され、移動電話３−２はＮｅＮＢ１１−２を介してコアネットワーク８に接続され、移動電話３−３はＥ−ＵＴＲＡＮ基地局５−２を介してコアネットワーク８に接続され、移動電話３−４はＵＴＲＡＮ基地局５−１を介してコアネットワーク８に接続される。
【００３４】
図１の例では、住宅ゲートウェイ１３は、ＡＤＳＬ又はケーブル接続１６等の適するインターネット接続を介して広帯域アクセスネットワーク１５に接続し、ＨＮＢには、コアネットワーク８内のセキュリティゲートウェイ（図示せず）のＩＰアドレスがプログラムされ、それにより、電源投入時、ＨＮＢはまず、事前にプログラムされたセキュリティゲートウェイに接続する。この実施形態では、住宅ゲートウェイ１３又は広帯域アクセスネットワーク１５内の装置が、ＨＮＢ１１にローカルＩＰアドレスを割り当て、ＨＮＢ１１はローカルＩＰアドレスを、コアネットワーク８との通信に使用する。当業者は理解するように、ＩＰアドレス空間全体（ローカルネットワーク上の装置に割り当てられるローカルＩＰアドレス等）を、別の（通常はパブリック）アドレス空間内の単一のＩＰアドレス（又は場合によっては、ＩＰアドレスの小さなグループ）の背後に隠すことが一般的である。戻ってきたパケットを処理する際の曖昧さを避けるために、１対多ネットワークアドレス変換（ＮＡＴ）又はネットワークアドレス及びポート変換（ＮＡＰＴ）により、出力通信ではＴＣＰ／ＵＤＰポート等の上位情報を変更しなければならず、戻りパケットを正確に元の状態に変換することができるように、変換表を維持しなければならい。このＮＡＴ／ＮＡＰＴは、住宅ゲートウェイ１３及び／又は広帯域アクセスネットワーク１５内の装置により実行することができる。
【００３５】
このＮＡＴ／ＮＡＰＴ機能は、ＮＨＢ１１の動作、特に電話コアネットワーク８と広帯域アクセスネットワーク１５との適切な相互運用性に問題を生じさせるおそれがある。特に、ＨＮＢ１１が電源投入され、コアネットワーク８に接続する場合、ＨＮＢ１１は割り当てられたＩＰアドレスをコアネットワーク８に提供する。しかし、１つ又は複数のＮＡＴ／ＮＡＰＴ装置がＨＮＢ１１とコアネットワーク８との間のパス内に配置される場合、コアネットワーク８は、広帯域アクセスネットワーク１５と相互動作して、広帯域ネットワーク１５を通して要求されるリソースがＨＮＢ１１に提供されることを保証するために、ＨＮＢ１１により提供されるＩＰアドレスを使用することができない。本出願人は、この情報をＨＮＢ１１に提供する方法を考案し、これへの補足として、移動電話３又は同様のユーザー機器に対してサービスを確立するときにＨＮＢ１１がコアネットワーク８内の関連ノードにこの情報を提供するいくつかの技法を考案した。
【００３６】
３ＧＰＰ−広帯域アクセスネットワーク相互作用
図２は、ユーザー機器３が、訪問先移動電話網８’を介して接続される「ローミング」状況でのネットワークアーキテクチャを示すブロック図である。示されるように、訪問先コアネットワーク８’は無線アクセスネットワーク３１を含み、無線アクセスネットワーク３１は、Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、又はＧＥＲＡＮとすることができ、上述した基地局５及びＲＮＣ７を含む。Ｅ−ＵＴＲＡＮ基地局５−２の場合、Ｅ−ＵＴＲＡＮアクセスネットワークの主要制御ノードであるモビリティ管理エンティティ（ＭＭＥ）３３と、ユーザーデータパケットをルーティングし転送するサービングゲートウェイ３５とに接続される。本考察でのその他の情報ネットワークノードは、外部パケットデータネットワークへの接続性をユーザー機器３に提供するＰＤＮゲートウェイ３７（ホームコアネットワーク８内に配置される）と、ユーザー関連及び加入者関連の情報の中央データベースであるホーム加入者サーバー（ＨＳＳ：Home Subscriber Server）３９（同様にホームコアネットワーク８内に配置される）と、例えば、サービス品質（ＱｏＳ）及び課金規則に関連するポリシー判断を加入者ごとに行うポリシー課金規則機能（ＰＣＲＦ：Policy Charging Rules Function）ノード４１とを含む。図２に示されるように、ホームコアネットワーク８にはホームｈＰＣＲＦ４１があり、訪問先コアネットワーク８’には訪問先ｖＰＣＲＦ４１’がある。
【００３７】
ＵＴＲＡＮアクセスネットワークに関して、コアネットワーク８内の主ノードは、ユーザー機器３とのデータパケットのやりとりを担当するサービングＧＰＲＳサポートノード（ＳＧＳＮ）と、ユーザー機器３への音声呼及び他のサービスのルーティングを担当する訪問先移動交換センター（ｖＭＳＣ：visited Mobile Switching Center）４５と、サービングゲートウェイ３５と、ＰＤＮゲートウェイ３７と、ホームｈＰＣＲＦ４１と、訪問先ｖＰＣＲＦ４１’とを含む。ＵＴＲＡＮネットワークノードは、多数のＨＮＢ１１からｖＭＳＣ４５へのトラフィックを集計するＨＮＢゲートウェイ（ＨＮＢ−ＧＷ：HNB Gateway）４７も含む。任意選択的に、同様のＨｅＮＢ−ＧＷ４９をコアネットワーク８のＥ−ＵＴＲＡＮ側に提供することができる。図２に示されるように、コアネットワーク８は、すべてのＨＮＢ１１とのセキュアＩＰＳｅｃトンネルの確立を担当するセキュリティゲートウェイＳｅＧＷ５１も含み、セキュアＩＰＳｅｃトンネルを通して、ＨＮＢ１１とコアネットワーク８との間での音声、メッセージング、及びパケットデータサービスが送られる。
【００３８】
図２に示されるように、広帯域アクセスネットワーク１５は、ＳｅＧＷ５１に接続する広帯域リモートアクセスサーバー（ＢＲＡＳ：Broadband Remote Access Server）／広帯域ネットワークゲートウェイ（ＢＮＧ：Broadband Network gateway）５３を有する。このノードは、ＤＳＬＡＭ／ＯＮＴネットワーク等のアクセスネットワーク５５を介して住宅ゲートウェイ１３に接続される。課金及びＱｏＳ等に関するＢＲＡＳ／ＢＮＧノード５３の動作は、広帯域ポリシー制御機能（ＢＰＣＦ：Broadband Policy Control Function）５７により制御され、ＢＰＣＦ５７は、移動電話コアネットワーク８内のＰＣＲＦ４１（ホーム又は訪問先）と相互動作して、広帯域アクセスネットワークを通してＨＮＢ１１のリソースを確保する。示されるように、住宅又は商用の構内設備９は住宅ゲートウェイ１３及びＨＮＢ１１を含む。アクセスポイント、ルーター等の他のＢＢＦ広帯域アクセス装置５９を住宅／商用構内設備９内に提供することもできる。
【００３９】
当業者は理解するように、図２に示されるネットワークアーキテクチャは、ユーザー機器が訪問先コアネットワーク８’を介してネットワークに接続されるより複雑な「ローミング」状況の場合のネットワークアーキテクチャである。ＵＥがローミングしてない場合、より簡易なアーキテクチャが存在する。この場合、訪問先コアネットワーク８’はなく、ホームｈＰＣＲＦ４１は、訪問先ｖＰＣＲＦ４１’を通すのではなく、ＢＰＣＦ５７に直接接続される。本発明の異なる態様の説明を容易にするために、以下の考察では、コアネットワークノードがホームコアネットワーク８にあるか、それとも訪問先コアネットワーク８’にあるかについて参照しない。
【００４０】
ＨＮＢ電源投入手順
図３は、ＵＴＲＡＮ  ＨＮＢ１１が電源投入される場合に何が行われるかを示す。示されるように、ステップ１において、この場合、広帯域ネットワークゲートウェイ（ＢＮＧ）５３等の広帯域アクセスネットワーク１５内の装置により、ＨＮＢ１１にＩＰアドレスが割り当てられる。次に、ステップ２において、ＨＮＢ１１は、ＳｅＧＷ５１とセキュアＩＰＳｅｃを（その内容を引用することにより本明細書の一部をなすＴＳ３３．３２０ｖ１１．２．０に説明されているように）確立し、セキュアトンネルをＨＮＢ１１とＧｅＧＷ５１との間に確立する。次に、ＨＮＢ１１は、ステップ３において、それ自体をＨＮＢ−ＧＷ４７に登録する。この登録プロセス中、ＨＮＢ１１はそのローカルＩＰアドレスをＨＮＢ−ＧＷ４７に通知するか、又はＮＡＴ／ＮＡＰＴが検出される場合、広帯域アクセスネットワークのＮＡＴ後ＩＰトンネルアドレス、任意のＮＡＴ後ＵＤＰポート、及び完全修飾ドメイン名（ＦＱＤＮ）（ＨＭＳから受信される）をＨＮＢ−ＧＷ４７に通知する。ステップ４において、ＨＮＢ−ＧＷ４７は、ＰＣＲＦ４１と「Ｓ１５セッション」を確立し、ＰＣＲＦ４１に、ＨＮＢのローカルＩＰアドレス（又はＮＡＴ／ＮＡＰＴが検出される場合、ＮＡＴ後ＩＰトンネルアドレス及びＮＡＴ後ＵＤＰポート）及び／又は広帯域アクセスネットワークのＦＱＤＮについての情報を提供する。このＳ１５セッションは、ＨＮＢ  ＧＷ４７とＰＣＲＦ４１’との間でのセッションの開始、変更、及び終結をサポートして、回線交換（ＣＳ）セッション（例えば、音声呼サービス）をサポートする。Ｓ１５セッションが確立されると、ＰＣＲＦ４１は、ステップ５において、ＨＮＢ−ＧＷ４７に通知し、次にステップ６において、ゲートウェイ制御セッションを開始して、広帯域ポリシー制御機能（ＢＰＣＦ）５７と「Ｓ９＊セッション」（ＰＲＣＦがホームＰＣＲＦ４１である場合、又はＰＣＲＦが訪問先ＰＣＲＦ４１’である場合には「Ｓ９ａセッション」）を確立する。このＳ９＊／Ｓ９ａセッションにより、ＰＣＲＦ４１とＢＰＣＦ５７との間に相互作用を提供するために、ＰＣＲＦ４１からの動的ＱｏＳ制御ポリシーの転送が可能になる。Ｓ９＊／Ｓ９ａセッションの確立中、ＰＣＲＦ４１は、ＢＰＣＦ５７にＨＮＢローカルＩＰアドレス（又はＮＡＴ／ＮＡＰＴが検出される場合、ＮＡＴ後ＨＮＢ  ＩＰアドレス及びＮＡＴ後ＵＤＰポート）及びＦＱＤＮを送信し、それにより、ＢＰＣＦは正しいＨＮＢを見つけることができ、ＨＮＢ１１の広帯域アクセスネットワーク１５内のリソースを残しておくことができる。図２に示されるインターフェースの更なる詳細は、３ＧＰＰ技術仕様ＴＳ２３．４０２ｖ１０．４．０に見つけることができ、その内容は引用することにより本明細書の一部をなす。
【００４１】
したがって、上記から分かるように、ＨＮＢ−ＧＷ４７がＰＣＲＦ４１とのＳ１５セッションを確立できるようにするために、
１）ＨＮＢ  ＮＡＴ後トンネルＩＰアドレス、
２）ＨＮＢ  ＮＡＴ後ＵＤＰポート（複数の場合もある）、及び
３）ＨＮＢが接続される広帯域アクセスネットワークのＦＱＤＮ
を有する必要がある。
【００４２】
現在、ＨＮＢ１１が、任意のＮＡＴ／ＮＡＰＴ装置がＨＮＢ１１とＳｅＧＷ５１との間のＩＰパスにあるか否かを発見可能であると仮定される。しかし、ＨＮＢ１１は、ＮＡＴ装置によりＨＮＢ１１に割り振った実際のＨＮＢのＮＡＴ後トンネルＩＰアドレスを知らない。通常、ＮＡＴ／ＮＡＰＴ装置は、同じグローバルＩＰアドレスを、広帯域アクセスネットワーク装置の背後に接続された多くのＨＮＢ１１に割り振る。これは、ＮＡＴ/ＮＡＰＴ装置により変更することができるＵＤＰポート（複数の場合もある）に関しても同様に当てはまる。
【００４３】
ＨＮＢ１１がＨＮＢのＮＡＴ後トンネルＩＰアドレス及びＵＤＰポートを発見することができる方法について幾つかの選択肢がすでに示唆されているが、これらの選択肢は異なる理由で、すなわち、ＭＭＥ３３又はＳＧＳＮ４３が、ＨＮＢ１１を介して接続するユーザー機器に対してパケット交換（ＰＳ）セッションを確立することができるようにするために、提案された。これらの選択肢は、本目的で（ＨＮＢ−ＧＷ４７とＰＣＲＦ４１との間にＳ１５セッションを確立するために）この情報をＨＮＢ１１に提供するのに使用することもでき、以下を含む。
選択肢１：ＩＰＳｅｃトンネルをＳｅＧＷ５１と確立するために使用されるＩＥＴＦプロトコルＩＫＥｖ２（ＲＦＣ５９９６）を拡張する。この選択肢では、２つの提案が示唆される。すなわち、受信側（すなわち、ＳｅＧＷ５１）にＩＫＥｖ２/ＩＰＳｅｃトンネルのＮＡＴ後送信元ＩＰアドレスを挿入させ、元のＨＮＢ１１に返信させるように、（ａ）ＩＫＥｖ２  ＴＳ（トラフィックセレクター）又は（ｂ）ＩＫＥｖ２（構成ペイロード）を拡張する。しかし、これはＨＮＢ１１及びＳｅＧＷ５１の両方に影響を及ぼし、ＩＥＴＦにおいてかなりの作業を必要とするため、好ましくない。
選択肢２：ＳＴＵＮプロトコル（ＲＦＣ５３８９）を使用する：ＳＴＵＮプロトコル（ＲＦＣ５３８９）クライアント−サーバー機能をＨＮＢ１１及びＳｅＧＷ５１のそれぞれで実施して、ＨＮＢ１１（ＳＴＵＮクライアントとして機能）が、ＮＡＴ後ソースＩＰアドレスをＳｅＧＷ５１（ＳＴＵＮクライアントサーバーとして機能）から聞けるようにする。ＳＴＵＮサーバーは、別個のエンティティである必要があるか、又はＳｅＧＷ５１内に組み込む必要があり得る。しかし、これもまた大きな影響を及ぼすことになり、ＳｅＧＷ５１がＳＴＵＮサーバーとして機能する必要がある場合、ＩＥＴＦにおいていくらかの作業を必要とし得る。
選択肢３：（３ＧＰＰに基づく解決策）：新しいインターフェースをＳｅＧＷ５１とＨＮＢ管理エンティティ（ＨＭＳ：HNB Management Entity、図示せず）との間に定義する。新しいＮＡＴ後ＨＮＢ  ＩＰトンネルアドレス／ポートが割り当てられる場合は常に、ＩＰＳｅｃトンネルの確立によりＳｅＧＷ５１に通知され、それにより、ＨＭＳに通知することができ、ＨＭＳは続けてＨＮＢ１１に通知することができる。あるいは、ＮＡＴ後ＩＰアドレス及びポート番号をＨＭＳに事前に構成することができ、ＨＭＳは次に、この情報をＨＮＢ１１に提供することができる。この場合、広帯域アクセスネットワークは、任意のＮＡＴ装置が、Ｈ（ｅ）ＭＳに記憶された情報に従って、事前構成されたＩＰアドレス及びポート番号をＨ（ｅ）ＮＢに割り当てることを保証する必要がある。
【００４４】
どの選択肢が選択されるかに関係なく、ＨＮＢＡＰ／ＲＵＡがＮＡＴ後ＨＮＢ  ＩＰトンネルアドレス／ポート及びＦＱＤＮ（ＨＭＳを介して構成される）をＨＮＢ１１からＨＮＢ−ＧＷ４７にシグナリングするために、新しいメカニズムが必要とされる。ＨＮＢＡＰ／ＲＵＡは、ＨＮＢ１１とＨＮＢ−ＧＷ４７との間で伝送され、（単にそれらの装置を通過するのではなく）それらの装置で終端するメッセージのために定義されるプロトコルである。潜在的な候補ＨＮＢＡＰメッセージとしては、ＨＮＢ登録要求メッセージ及びＨＮＢ構成更新メッセージが挙げられる。これらの候補メッセージを図４ａ及び図４ｂに示す。ＨＮＢ１１は、電源投入され、ＨＮＢ−ＧＷ４７に登録する際、ＨＮＢ登録要求メッセージを使用して、ＮＡＴ後ＨＮＢ  ＩＰトンネルアドレス／ポート及びＦＱＤＮ情報をシグナリングする。新しいＮＡＴ後ＨＮＢ  ＩＰトンネルアドレス／ポートが広帯域アクセスネットワーク１５によりＨＮＢ１１に割り当てられるとき、ＨＮＢ１１は、ＨＮＢ構成更新メッセージを使用して、ＮＡＴ後ＨＮＢ  ＩＰトンネルアドレス／ポート及びＦＱＤＮ情報をシグナリングする。
【００４５】
更なる新しい第４の選択肢として（上記選択肢１〜３の代わりに）、本発明者は、ＳｅＧＷ５１及びＨＮＢ−ＧＷ４７が同じ場所に配置される場合、又はそれらの間に標準化されたインターフェースがある場合、ＳｅＧＷ５１がＨＮＢ−ＧＷ４７にＮＡＴ後ＨＮＢ  ＩＰトンネルアドレス／ポート番号を提供することができることを提案する。その後、ＨＮＢ−ＧＷ４７は次に、このＮＡＴ後ＨＮＢ  ＩＰトンネルアドレス／ポート番号をＨＮＢ１１にＨＮＢＡＰ／ＲＵＡメッセージにおいてシグナリングすることができる。当業者は気付くように、ＨＮＢＡＰメッセージ及びＲＵＡメッセージは、ＨＮＢ１１及びＨＮＢ−ＧＷで終端する通信に使用される。ＨＮＢＡＰプロトコルは３ＧＰＰ技術仕様ＴＳ２５．４６９ｖ１０．１．０において定義され、ＲＵＡプロトコルは３ＧＰＰ技術仕様ＴＳ２５．４６８．ｖ１０．１．０において指定され、これらの内容を引用することにより本明細書の一部をなす。
【００４６】
図５ａは、ＳｅＧＷ５１がＨＮＢ  ＮＡＴ後ＩＰトンネルアドレス及びポート情報をＨＮＢ−ＧＷ４７に提供することができる方法及びＨＮＢ−ＧＷ４７が続けて、この情報をＨＮＢ１１にいかに提供することができるかをより詳細に示すタイミング図である。示されるように、この実施形態では、ＳｅＧＷ５１は、ＩＰＳｅｃトンネル確立手順中、ＨＮＢ  ＮＡＴ後ＩＰトンネルアドレス及びポート情報をＨＮＢ−ＧＷ４７に提供し、ＨＮＢ−ＧＷ４７は、ＨＮＢ登録手順中、この情報をＨＮＢ１１に提供する。特に、ステップ１１において、ＨＮＢ１１は、ＳｅＧＷ５１にＩＫＥ−ＳＡ−ＩＮＩＴ−ｒｅｑを送信することにより、ＳｅＧＷ５１とのＩＰＳｅｃトンネルの確立を開始し、ステップ１２において、ＳｅＧＷ５１はＩＫＥ−ＳＡ−ＩＮＩＴ−ｒｅｓｐメッセージで応答する。ＳｅＧＷ５１がＩＰパケットをＨＮＢ１１から受信中の場合、これらのパケットは、ＨＮＢのＮＡＴ後ＩＰトンネルアドレス及びポート番号を受信パケットの送信元アドレスに含む。したがって、ＳｅＧＷ５１は、このＮＡＴ後アドレス及びポート情報を抽出し、これを適切なメッセージにおいてＨＮＢ−ＧＷ４７に提供することができる。
【００４７】
図５ａに示されるように、ステップ１２において、ＳｅＧＷ５１がＨＮＢ１１に応答メッセージを送信した後、ＨＮＢ１１は、ステップ１３において、ＳｅＧＷ５１にＩＫＥ−ＡＵＴＨ−ｒｅｑを送信することでＳｅＧＷ５１に応答する。この要求は、ステップ１４において、アクセス要求メッセージをＨＮＢ−ＧＷ４７に送信するようにＳｅＧＷに要求する。図５ａに示されるように、この実施形態では、ＳｅＧＷはこのメッセージを使用して、ＨＮＢ−ＧＷ４７にＨＮＢのＮＡＴ後ＩＰトンネルアドレス及びポート番号を送信する。ＨＮＢ−ＧＷ４７は、ステップ１５において、アクセス受け入れメッセージで応答し、このメッセージはＳｅＧＷ５１に返信される（ＨＮＢ１１が認証される場合−その他の場合、ＨＮＢ−ＧＷ４７はアクセス失敗メッセージを送信する）。ステップ１６において、ＳｅＧＷ５１は、ＩＫＥ−Ａｕｔｈ−ｒｅｓｐメッセージをＨＮＢ１１に返信することによりＩＰＳｅｃ確立手順を完了する。次に、ＨＮＢ１１は、ステップ１７において、ＨＮＢ登録要求メッセージをＨＮＢ−ＧＷ４７に送信することにより、ＨＮＢ−ＧＷ４７へのＨＮＢ登録手順を開始することができる。図５ａに示されるように、この実施形態では、このメッセージは、ＨＮＢ１１が接続される広帯域アクセスネットワークのＦＱＤＮを含む。ＨＮＢ１１は、この情報をＨＮＢ管理エンティティ（ＨＭＳ）から取得する。この登録要求メッセージの受信に応答して、ＨＮＢ−ＧＷ４７は、ステップ１８において、ＨＮＢ登録受け入れメッセージをＨＮＢ１１に返す。図５ａに示されるように、返されるこの受け入れメッセージは、ＨＮＢ１１のＮＡＴ後ＩＰトンネルアドレス及びＵＤＰポート（ステップ１４において、ＨＮＢ−ＧＷ４７がＳｅＧＷ５１から受信したもの）を含む。次に、ＨＮＢ−ＧＷ４７に（例えば、ＳｅＧＷ５１により）シグナリングされたＮＡＴ後ＩＰアドレス又はポート番号へのいかなる後続の変更も、ＨＮＢＡＰ／ＲＵＡメッセージにおいてＨＮＢ１１にシグナリングすることができる。例えば、図５ｂに示されるように、更新された情報を、ＨＮＢ−ＧＷ４７からＨＮＢ１１に送信されるＨＮＢ構成更新メッセージにおいて送信することができる。
【００４８】
上記手順は、ＵＴＲＡＮ  ＨＮＢ１１−１に対するものである。当業者は理解するように、任意選択的なＨｅＮＢ−ＧＷ４９が提供されない場合、通信がＨｅＮＢ−ＧＷの代わりにＭＭＥ３３との通信になることを除き、同様の電源投入手順がＥ−ＵＴＲＡＮ  ＨｅＮＢ１１−２に提供される。上述した選択肢１、２、又は３の場合、トンネル情報（ＮＡＴ後ＨｅＮＢ  ＩＰトンネルアドレス及びポート番号）は、ＨｅＮＢ−ＧＷ４９又はＭＭＥ３３へのいかなるシグナリングもなく、ＨｅＮＢ１１−２において直接利用することができる。図５ｃは、上述した第４の選択肢の場合、電源投入時にＨｅＮＢ１１−２により実行される手順を示す。示されるように、ＩＰＳｅｃトンネルが、図５ａ（ステップ１１〜１６において）に示される様式と同じように確立される。セキュアトンネルがセキュリティゲートウェイ５１と確立されると、ＨｅＮＢ１１−２は、ステップ１９において、Ｓ１ＡＰ  Ｓ１セットアップ要求メッセージをＨｅＮＢ−ＧＷ４９（又はＨｅＮＢ−ＧＢＷがない場合にはＭＭＥ３３）に送信する。このメッセージは、ＨｅＮＢ−ＧＷ４９／ＭＭＥ３３のＦＱＤＮを含むことができる。それに応答して、ＨｅＮＢ−ＧＷ４９（又はＭＭＥ３３）は、トンネル情報（ＮＡＴ後ＨｅＮＢ  ＩＰトンネルアドレス及びポート番号）を、Ｓ１セットアップ応答メッセージにおいてＨｅＮＢ１１−２に提供し、ステップ２０において、ＨｅＮＢ１１−２はＳ１セットアップ応答メッセージを送信する。ステップ１９及び２０において送信されるこれらのＳ１メッセージの更なる詳細は、３ＧＰＰ技術仕様ＴＳ３６．４１３ｖ１０．２．０において見出すことができ、この内容を引用することにより本明細書の一部をなす。続けてＨｅＮＢ−ＧＷ４９又はＭＭＥ３３に、ＨｅＮＢ１１のＮＡＴ後ＩＰトンネルアドレス及び／又はポート番号への変更が通知される場合、ＨｅＮＢ−ＧＷ４９又はＭＭＥ３３は、図５ｂに示されるように、更新されたトンネル情報とともにＳ１ＡＰ  ＭＭＥ構成更新メッセージをＨｅＮＢ１１に送信する。
【００４９】
ＰＳ及びＣＳベアラー参加
ＨＮＢ１１が電源投入され、ＨＮＢ−ＧＷ（又はＭＭＥ）に登録すると、ＨＮＢ１１は、近傍のユーザー機器３に提供可能なサービスをブロードキャストすることができる。次に、ＨＮＢ１１に登録し、電話を掛ける又はインターネットにアクセスする等のサービスを要求するユーザーにより、サービス要求がＨＮＢ１１からコアネットワーク８に送信されることになり、それにより、このトラフィックのエアインターフェース（ＨＮＢ１１とＵＥ３との間）を介して要求されたベアラーを確立することができ、広帯域アクセスネットワーク１５を通してそれらのサービスを提供するためのリソースを確保することができる。そのようなサービスが要求される方法についてこれより、ＵＴＲＡＮ及びＥ−ＵＴＲＡＮ装置の両方に適用可能なパケット交換（ＰＳ）データサービスの一般的な場合並びにＵＴＲＡＮ装置に適用可能な回線交換（ＣＳ）呼確立サービスに関してより詳細に後述する。
【００５０】
ＰＳサービス確立
移動電話３が、ＨＮＢ又はＨｅＮＢ１１を介するパケット交換（ＰＳ）サービスの確立を望む場合、ＨＮＢ−ＧＷ４７（又はＨｅＮＢの場合にはＨｅＮＢ−ＧＷ４９又はＭＭＥ３３）は、ＨＮＢのＮＡＴ後ＩＰトンネルアドレス及びポート番号並びにＦＱＤＮをコアネットワーク内の関連ノードにシグナリングする必要がある。ＵＴＲＡＮ  ＨＮＢの場合、ＨＮＢ−ＧＷ４７はこのトンネル情報をＳＧＳＮ４３にシグナリングし、ＳＧＳＮ４３は情報をＰＣＲＦ４１に転送し、それにより、広帯域アクセスネットワーク内の適切なリソースを、ＢＰＣＦ５７との適するＳ９＊（又はＳ９ａ）セッションの確立を通して、ＨＮＢ１１に確保することができる。同様に、Ｅ−ＵＴＲＡＮ  ＨｅＮＢの場合、ＨｅＮＢ−ＧＷ４９又はＭＭＥ３３は、このトンネル情報をＰＤＮゲートウェイ３７にシグナリングし、ＰＤＮゲートウェイ３７は次に、この情報をＰＣＲＦ４１にシグナリングして、広帯域アクセスネットワーク１５との適切なＳ９＊セッションをセットアップする。
【００５１】
ＰＳサービスを確立する既存のプロトコルは、ＨＮＢ１１から受信される接続メッセージに応答して、ＮＡＴ後ＨＮＢ  ＩＰトンネルアドレス、ポート番号、ＦＱＤＮをその他のコアネットワークノードに、ＲＡＮＡＰ開始ＵＥメッセージにおいて送信するように、ＨＮＢ−ＧＷ４７（又はＨｅＮＢ−ＧＷ／ＭＭＥ）に要求する。ＨＮＢ−ＧＷ４７（又はＨｅＮＢ−ＧＷ／ＭＭＥ）は、登録要求メッセージ又は構成更新メッセージのいずれかでＨＮＢ１１からＦＱＤＮを受信する。上述した選択肢１〜３の場合、ＨＮＢ−ＧＷ４７（ＨｅＮＢ−ＧＷ／ＭＭＥ）は、ここでも登録要求メッセージ（図４ａに示されるように）又は構成更新メッセージ（図４ｂに示されるように）内で、ＮＡＴ後ＩＰアドレス、ポート番号、及びＦＱＤＮをＨＮＢ１１から受信する。上記選択肢４の場合、ＨＮＢ−ＧＷ４７又はＨｅＮＢ−ＧＷ／ＭＭＥは、ＳｅＧＷ５１からこのＮＡＴ後ＩＰアドレス／ポート情報を受信するとともに、ＨＮＢ１１からＦＱＤＮを受信する。
【００５２】
図６ａは、ステップ２１においてユーザー機器３により行われる初期ＲＲＣ接続要求から、ＰＳサービスを確立するためにこの既存の提案において行われるステップを示す。示されるように、既存の提案では、ＨＮＢ−ＧＷ４７（又はＨｅＮＢ−ＧＷ／ＭＭＥ）は、ＳＣＣＰ接続要求メッセージをその他のコアネットワークノードに送信するとき、ステップ２８において、ＮＡＴ後ＨＮＢ  ＩＰトンネルアドレス及びポート番号並びにＦＱＤＮ（トンネル情報と記される）を挿入することを担当する。しかし、これは、初期ＵＥメッセージを用いて、トンネル情報を、ＳＧＳＮ／ＭＭＥに送信する新しいＲＡＮＡＰメッセージ（ＨｅＮＢの場合にはＳ１ＡＰメッセージ）に符号化することをＨＮＢ−ＧＷ（ＨｅＮＢ−ＧＷ／ＭＭＥ）に要求する。現在、ＨＮＢ−ＧＷはＲＡＮＡＰ／Ｓ１ＡＰメッセージを生成しない。通常、ＨＮＢ−ＧＷは、ＨＮＢから受信するＲＡＮＡＰ／Ｓ１ＡＰメッセージをＳＧＳＮ／ＭＳＣ／ＭＭＥ等に転送するだけである。
【００５３】
代替として、本発明者は、ＨＮＢ１１がこのトンネル情報をＲＡＮＡＰ初期ＵＥメッセージ（それ自体、ステップ２７において送信されるＲＵＡ接続メッセージ内にカプセル化される）内に含めるべきであることを提案するか、又はＥ−ＵＴＲＡＮ  ＨｅＮＢ１１−２の場合、本発明者は、このトンネル情報を、ＨｅＮＢ−ＧＷ／ＭＭＥへのＳ１ＡＰメッセージ内に含めることを提案する。この場合、ＨＮＢ−ＧＷ４７（又はＨｅＮＢ−ＧＷ４９若しくはＭＭＥ）は、ステップ２８において、新しいＲＡＮＡＰ／Ｓ１ＡＰメッセージ自体を生成する必要なく、このＲＡＮＡＰ／Ｓ１ＡＰメッセージを抽出し、これを関連するコアネットワークノードに転送する必要があるだけである。これは、ＲＡＮＡＰメッセージに関して図６ｂに示される。このプロセスは、他のＲＵＡメッセージに使用することもできる。例えば、ユーザー機器の状態に応じて、ＲＵＡ直接転送メッセージ又はＲＡＮＡＰ直接転送若しくはＲＡＮＡＰリロケーション完了メッセージ等の他のＲＡＮＡＰメッセージ。
【００５４】
ステップ２８において、メッセージは関連するコアネットワークノードに送信される。ＵＴＲＡＮの場合、このノードはＳＧＳＮ４３／ＭＳＣ４５であり、Ｅ−ＵＴＲＡＮの場合、これはサービングゲートウェイ３５／ＰＤＮゲートウェイ３７である。次に、これらのノードは、ＰＣＲＦ４１と関連するセッションを確立し、それにより、ＰＣＲＦ４１はＢＰＣＦ５７とＳ９＊／Ｓ９ａインターフェースを確立することができ、それにより、要求されたＰＳサービスに必要なリソースが、広帯域ネットワーク１５を通して確保される。
【００５５】
ＣＳサービス確立
移動電話３又は他のユーザー機器が、ＵＴＲＡＮ  ＨＮＢ１１を介して回線交換（ＣＳ）呼の確立を望むとき、ＨＮＢ−ＧＷ４７とＰＣＲＦ４１との既存のＳ１５セッションを、必要な場合に広帯域アクセスネットワーク１５を通して新しい呼のリソースを確保することができるように変更する必要がある。図７ａは、このＣＳ呼確立に対処するために提案されるステップを示す。示されるように、ステップ４１において、ユーザー機器３はセットアップメッセージをＭＳＣ４５に送信する。それに応答して、ステップ４２において、ＭＳＣ４５はＨＮＢ１１を宛先としたＲＡＢ（無線アクセスベアラー）割り当て要求メッセージをＨＮＢ１１に向けて送信する。しかし、既存の提案は、ＨＮＢ−ＧＷ４７がこのメッセージをインターセプトし、ステップ４３において、Ｓ１５セッション確立変更メッセージをＰＣＲＦ４１に送信することである。ＨＮＢ−ＧＷ４７は、インターセプトしたメッセージ内のＨＮＢ  ＩＤを使用して、変更すべき正しいＳ１５セッションを識別する。Ｓ１５変更メッセージは、ＲＡＢ割り当て要求メッセージから導出されるＱｏＳ情報を含む（ＲＡＢ割り当て要求メッセージは、ＵＥから受信されるセットアップ要求に基づいて特定される）。ステップ４４において、ＰＣＲＦ４１は、ＴＳ２３．２０３ｖ１１．２．０に定義されるように、ＧＷ制御及び＆ＱｏＳ規則プロビジョニング手順を開始する。
【００５６】
ステップ４５において、ＢＰＣＦ５７は、ＰＣＲＦ４１に対してＧＷ制御及び＆ＱｏＳ規則プロビジョニングへの変更を肯定応答する。これに応答して、ＰＣＲＦ４１は、ステップ４６において、Ｓ１５セッション変更応答を、承認要求の結果とともにＨＮＢ−ＧＷ４７に送信する。広帯域アクセスネットワーク１５のリソースを利用することができない場合、ＨＮＢ−ＧＷ４７はＲＡＢ割り当て要求を拒絶し、「ＲＡＢ割り当て失敗」手順（図示せず）を開始する。そうでない場合、ＨＮＢ−ＧＷ４７は、ＲＡＢ割り当て要求メッセージをＨＮＢ１１に送信し、残りの呼セットアップ手順は通常通りに完了する。
【００５７】
しかし、示唆されるこの手順に伴い幾つかの問題がある。第１に、広帯域アクセスネットワーク１５とのＱｏＳチェックを行うために、ＨＮＢ−ＧＷ４７があらゆるＲＡＮＡＰメッセージ（ＨＮＢとＳＧＳＮ／ＭＳＣとの間で伝送されるはずのメッセージであり、ＨＮＢ−ＧＷを単に通過すべきである）を読み、ＲＡＢパラメーターに基づいて、Ｓ１５セッション変更手順を開始する必要がある。第２に、参加制御に失敗する場合、ＨＮＢ−ＧＷ４７はＲＡＢ割り当て失敗ＲＡＮＡＰメッセージを生成し、ＭＳＣ４５に送信する必要がある。現在、ＨＮＢ−ＧＷ４７はいかなるＲＡＮＡＰメッセージも生成しない。
【００５８】
したがって、本発明者は、図７ｂに示される新しい手順を利用すべきであることを示唆する。以前と同様に、ステップ５１において、ユーザー機器３は、セットアップメッセージをＭＳＣ４５に送信する。それに応答して、ステップ５２において、ＭＳＣ４５は、ＨＮＢ１１を宛先としたＲＡＢ割り当て要求メッセージをＨＮＢ１１に向けて送信する。しかし、この場合、ＨＮＢ−ＧＷ４７は、ＲＡＢ割り当て要求をインターセプトせず、その代わりにトランスペアレントにその要求をＨＮＢ１１に転送する。ＨＮＢ１１は、ＨＮＢ−ＧＷ４７に、上記Ｓ１５セッション確立変更手順（図７ａのステップ４２〜４６）を実行させるようにＨＮＢ−ＧＷ４７をトリガーする新しいＨＮＢＡＰメッセージを送信する必要がある。これは、この実施形態では、ステップ５３において、ＨＮＢ１１が、ＲＡＢ割り当て要求に含まれるＣＳ  ＲＡＢパラメーターを含むＨＮＢＡＰベアラー参加要求メッセージをＨＮＢ−ＧＷ４７に送信することにより達成される。ＨＮＢ−ＧＷ４７は、このメッセージを受信すると、メッセージを送信したＨＮＢ１１を識別するとともに、そのＨＮＢ１１に対する、変更する必要がある対応するＳ１５セッションを識別する。以前と同様に、ＨＮＢ−ＧＷ４７は次に、Ｓ１５セッション確立変更メッセージをＰＣＲＦ４１に送信する。次に、ステップ５５〜５７の処理は上述したステップ４４〜４６に対応する。ステップ５８において、ＨＮＢ−ＧＷ４７は次に、広帯域アクセスネットワーク１５のリソースが利用可能であるか否かを示すＨＮＢＡＰベアラー参加応答メッセージをＨＮＢ１１に送信する。ＨＮＢ１１は次に、ステップ５９において、広帯域アクセスネットワーク１５のリソースが利用可能であるか否かに応じて、ＲＡＢ割り当て失敗又はＲＡＢ割り当て成功を示すＲＡＢ割り当て応答メッセージをＭＳＣ４５に送信し、残りの呼セットアップ手順は通常通りに完了する。
【００５９】
ＵＥモビリティ
上記考察は、ＨＮＢ１１が電源投入されるとき及びユーザー機器３が新しいサービスを要求するときの状況に焦点を合わせた。ユーザー機器３が別のＨＮＢ又はマクロ基地局からＨＮＢ１１にハンドオーバーされるとき、同様の問題が生じ、この場合、上記考察した手順と同様の手順を利用する必要がある。図８〜図１０は、幾つかのモビリティ手順を示し、これらの図では、上述したトンネル情報をターゲットＨＮＢ−ＧＷ／ＭＭＥから関連する他のコアネットワークノードにシグナリングすることができる。
【００６０】
図８は、ＵＥが、ＰＳサービス処理のためにマクロ基地局（この例では、マクロＵＴＲＡＮ基地局５）からＵＴＲＡＮ  ＨＮＢ１１に移動するときの状況を示すタイミング図である。これは、ソース「ＲＮＣ」及びターゲット「ＲＮＣ」が記された全体的なタイミング図である。この場合、ソースＲＮＣは、ユーザー機器の移動元のソース基地局５に関連付けられたＲＮＣ７とすることができ、ターゲットＲＮＣはＨＮＢ／ＨＮＢ−ＧＷである。この手順は３ＧＰＰ技術仕様ＴＳ２３．０６０ｖ１０．４．０（図３９）において既に定義されている。この手順に提案される変更は、ターゲットＨＮＢ／ＨＮＢ−ＧＷ（ターゲットＲＮＣと記される）が、トンネル情報（ＮＡＴ後ＩＰアドレス、ポート番号、及びＦＱＤＮ）を含むＲＡＮＡＰリロケーション検出メッセージを新しいＳＧＳＮに送信すること（図８に示されるステップ９において）のみである。残りの手順は、ＰＳサービス確立と題する項における上記考察と同じである。
【００６１】
図９は、同じモビリティ状況であるが、ＣＳサービス処理の場合のタイミング図である。図９に示される手順は既に３ＧＰＰ技術仕様ＴＳ２３．０６０ｖ１０．４．０（図３９）に定義されている。図９に示される手順中、ＨＮＢ−ＧＷがステップ４においてリロケーション要求メッセージを受信すると、ＨＮＢ−ＧＷが図７ａを参照して上述したようにＳ１５セッションを確立するか、又はＨＮＢが図７ｂに示される手順を実行する。
【００６２】
図１０は、ユーザー機器がソースＨＮＢからターゲットＨＮＢに移動するときの状況を示すタイミング図である。図１０に示される手順は、３ＧＰＰ技術仕様ＴＳ２５．４６７ｖ１０．２．０（図５．７．２．１−１）において既に定義されている。提案される変更は、ターゲットＨＮＢが、ステップ７においてＨＮＢ−ＧＷに送信するＨＮＢＡＰリロケーション完了メッセージ内に上述したトンネル情報を含むべきこと並びに図１０に示される新しいステップ８及び９の追加のみである。次に、ステップ８において、ＨＮＢ−ＧＷ４７はこの情報をＳＧＳＮに転送する。
【００６３】
仕様変更
上述したように、幾つかの既存のメッセージは、本提案により変更されつつあり、幾つかの新しいメッセージが導入されつつある。またこれらの提案は、既存の技術仕様に対するいくつかの（正：some）変更を必要とする。これらの変更及びこれらの更新されたメッセージの詳細を以下に与える。変更は下線付きテキストとして示される。
【００６４】
選択肢１〜３の場合の変更
ＨＮＢＡＰ手順
基本手順（ＥＰ：Elementary Procedure）
以下の表では、全てのＥＰはクラス１手順及びクラス２手順に分けられる。
【００６５】
【表１】
0005831726.tif 000002
【００６６】
【表２】
0005831726.tif 000003
【００６７】
ＨＮＢ登録手順
全般
ＨＮＢ登録手順の目的は、ＨＮＢをＨＮＢ−ＧＷに登録して、ＨＮＢ−ＧＷがサービス及びコアネットワーク接続性をＨＮＢに提供できるようにし、サポートされ構成される場合、ＨＮＢ−ＧＷを介するＩｕｒｈ接続性を可能にすることである。この手順は、Ｉｕｈシグナリングトランスポートが首尾良く確立された後にトリガーされる最初のＨＮＢＡＰ手順であるものとする。
【００６８】
成功動作
ＨＮＢは、動作を開始する必要がある場合は常に、ＨＮＢ登録要求メッセージを送信し、ＨＮＢ−ＧＷからサービスを要求することによりこの手順を開始するものとする。
【００６９】
ＨＮＢがＣＳＧ可能であり、ＴＳ２２．２２０［１５］において定義されるクローズドアクセスモードで動作する場合、ＣＳＧ−ＩＤ  ＩＥを提供すべきであり、ＨＮＢセルアクセスモードＩＥをＨＮＢ登録要求メッセージ内で提供することができる。
【００７０】
ＨＮＢは、ＥＴＷＳをサポートする場合、ブロードキャストＩＥのサービスエリアをＨＮＢ登録要求メッセージ内で提供するものとする。
【００７１】
ＨＮＢは、ＴＳ２２．２２０［１５］において定義されるハイブリッドアクセスモードで動作する場合、ＣＳＧ−ＩＤ  ＩＥ及びＨＮＢセルアクセスモードＩＥをＨＮＢ登録要求メッセージ内で提供するものとする。
【００７２】
ＨＮＢは、ＴＳ２２．２２０［１５］において定義されるオープンアクセスモードで動作する場合、ＨＮＢセルアクセスモードＩＥをＨＮＢ登録要求メッセージ内で提供するものとする。
【００７３】
ＨＮＢは、ＲＮＳＡＰリロケーションをサポートする場合、ＩｕｒｈシグナリングＴＮＬアドレスＩＥをＨＮＢ−ＧＷにＨＮＢ登録要求メッセージ内で提供するものとする。
【００７４】
ＨＮＢは、ＢＢＦ相互作用をサポートする場合、ＢＢＦトンネル情報ＩＥもＨＮＢ−ＧＷにＨＮＢ登録要求メッセージ内で提供するものとする。サポートされる場合、ＨＮＢは、ＰＳＣ  ＩＥを登録要求メッセージ内に含めるものとする。
【００７５】
登録が成功する場合、ＨＮＢ−ＧＷは、受け入れ及び登録を示すＨＮＢ登録受け入れメッセージで応答する。ＩｕｒｈシグナリングＴＮＬアドレスＩＥがＨＮＢ登録受け入れメッセージ内に含まれる場合、ＨＮＢは、サポートされる場合、示されたアドレスへのトランスポートレイヤセッションを確立し、ＨＮＢ−ＧＷを介するＩｕｒｈ接続をサポートするものとする。
【００７６】
ＨＮＢ−ＧＷが逆多重化可能な場合、ＭｕｘＰｏｒｔＮｕｍｂｅｒ  ＩＥをＨＮＢ登録受け入れメッセージ内に含むことができる。
【００７７】
ＨＮＢ登録要求
このメッセージは、ＨＮＢをＨＮＢ−ＧＷに登録するために、ＨＮＢによりＨＮＢ−ＧＷに送信される。
方向：ＨＮＢ→ＨＮＢ−ＧＷ
【００７８】
【表３】
0005831726.tif 000004
【００７９】
ＨＮＢ構成更新
このメッセージは、構成情報を更新するために、ＨＮＢによりＨＮＢ−ＧＷに送信される。ＨＮＢは、更新された構成情報をＨＮＢ−ＧＷに対して示す必要がある場合は常に、このメッセージを送信するものとする。
方向：ＨＮＢ→ＨＮＢ−ＧＷ
【００８０】
【表４】
0005831726.tif 000005
【００８１】
ＦＱＤＮ
このＩＥは完全修飾ドメイン名を定義する。
【００８２】
【表５】
0005831726.tif 000006
【００８３】
ＢＢＦトンネル情報
このＩＥは、３ＧＰＰ  ＢＢＦ相互作用のためのＢＢＦトンネル情報（ＮＡＴ後ＩＰアドレス、ポート番号、及びＦＱＤＮ）を定義する。
【００８４】
【表６】
0005831726.tif 000007
【００８５】
ＵＤＰポート番号
このＩＥはＵＤＰポート番号を定義する。
【００８６】
【表７】
0005831726.tif 000008
【００８７】
選択肢４の場合の変更
ＨＮＢＡＰ手順
基本手順（ＥＰ）
以下の表では、全てのＥＰはクラス１手順及びクラス２手順に分けられる。
【００８８】
【表８】
0005831726.tif 000009
【００８９】
【表９】
0005831726.tif 000010
【００９０】
ＨＮＢ登録手順
全般
ＨＮＢ登録手順の目的は、ＨＮＢをＨＮＢ−ＧＷに登録して、ＨＮＢ−ＧＷがサービス及びコアネットワーク接続性をＨＮＢに提供できるようにし、サポートされ構成される場合、ＨＮＢ−ＧＷを介するＩｕｒｈ接続性を可能にすることである。この手順は、Ｉｕｈシグナリングトランスポートが首尾良く確立された後にトリガーされる最初のＨＮＢＡＰ手順であるものとする。
【００９１】
成功動作
ＨＮＢは、動作を開始する必要がある場合は常に、ＨＮＢ登録要求メッセージを送信し、ＨＮＢ−ＧＷからサービスを要求することによりこの手順を開始するものとする。
【００９２】
ＨＮＢがＣＳＧ可能であり、ＴＳ２２．２２０［１５］において定義されるクローズドアクセスモードで動作する場合、ＣＳＧ−ＩＤ  ＩＥを提供すべきであり、ＨＮＢセルアクセスモードＩＥをＨＮＢ登録要求メッセージ内で提供することができる。
【００９３】
ＨＮＢは、ＥＴＷＳをサポートする場合、ブロードキャストＩＥのサービスエリアをＨＮＢ登録要求メッセージ内で提供するものとする。
【００９４】
ＨＮＢは、ＴＳ２２．２２０［１５］において定義されるハイブリッドアクセスモードで動作する場合、ＣＳＧ−ＩＤ  ＩＥ及びＨＮＢセルアクセスモードＩＥをＨＮＢ登録要求メッセージ内で提供するものとする。
【００９５】
ＨＮＢは、ＴＳ２２．２２０［１５］において定義されるオープンアクセスモードで動作する場合、ＨＮＢセルアクセスモードＩＥをＨＮＢ登録要求メッセージ内で提供するものとする。
【００９６】
ＨＮＢは、ＲＮＳＡＰリロケーションをサポートする場合、ＩｕｒｈシグナリングＴＮＬアドレスＩＥをＨＮＢ−ＧＷにＨＮＢ登録要求メッセージ内で提供するものとする。
【００９７】
ＨＮＢは、ＢＢＦ相互作用をサポートする場合、ＦＱＤＮ  ＩＥもＨＮＢ−ＧＷにＨＮＢ登録要求メッセージ内で提供するものとする。サポートされる場合、ＨＮＢは、ＰＳＣ  ＩＥを登録要求メッセージ内に含めるものとする。
【００９８】
登録が成功する場合、ＨＮＢ−ＧＷは、受け入れ及び登録を示すＨＮＢ登録受け入れメッセージで応答する。ＩｕｒｈシグナリングＴＮＬアドレスＩＥがＨＮＢ登録受け入れメッセージ内に含まれる場合、ＨＮＢは、サポートされる場合、示されたアドレスへのトランスポートレイヤセッションを確立し、ＨＮＢ−ＧＷを介するＩｕｒｈ接続をサポートする。
【００９９】
ＨＮＢ−ＧＷが逆多重化可能な場合、ＭｕｘＰｏｒｔＮｕｍｂｅｒ  ＩＥをＨＮＢ登録受け入れメッセージ内に含むことができる。
【０１００】
ＨＮＢ−ＧＷは、ＢＢＦ相互作用をサポートする場合、ＨＮＢ登録受け入れメッセージ内でＮＡＴ後トンネルＩＰアドレス及びＵＤＰポートＩＥもＨＮＢに提供するものとする。
【０１０１】
ＨＮＢ構成更新手順
全般
ＨＮＢ構成更新手順の目的は、ＨＮＢ−ＧＷ又はＨＮＢにより構成情報を交換することである。
【０１０２】
成功動作（ＨＮＢ発端）
ＨＮＢは、更新された構成情報をＨＮＢ−ＧＷに対して示す必要がある場合は常に、この手順を開始するものとする。
【０１０３】
成功動作（ＨＮＢ−ＧＷ発端）
ＨＮＢ−ＧＷは、更新された構成情報をＨＮＢに対して示す必要がある場合は常に、この手順を開始するものとする。
【０１０４】
ＨＮＢ登録要求
このメッセージは、ＨＮＢをＨＮＢ−ＧＷに登録するためにＨＮＢによりＨＮＢ−ＧＷに送信される。
方向：ＨＮＢ→ＨＮＢ−ＧＷ
【０１０５】
この場合、ＦＱＤＮ情報要素（以下に定義される）は、この既存の要求メッセージには新しいものであり、ＨＮＢが接続される広帯域アクセスネットワークのＦＱＤＮを搬送する。
【０１０６】
【表１０】
0005831726.tif 000011
【０１０７】
ＨＮＢ登録受け入れ
このメッセージは、ＨＮＢ登録要求メッセージへの成功応答としてＨＮＢ−ＧＷによりＨＮＢに送信される。
方向：ＨＮＢ−ＧＷ→ＨＮＢ
【０１０８】
この場合、ＮＡＴ後トンネルＩＰアドレス及びＵＤＰポート番号パラメーターは新しく、ＮＡＴ後ＨＮＢ  ＩＰアドレス及びＮＡＴ後ＵＤＰポート番号のそれぞれの搬送に使用される。
【０１０９】
【表１１】
0005831726.tif 000012
【０１１０】
ＨＮＢ構成更新
このメッセージは、構成情報を更新するために、ＨＮＢからＨＮＢ−ＧＷに、又はＨＮＢ−ＧＷからＨＮＢに送信される。
方向：ＨＮＢ→ＨＮＢ−ＧＷ又はＨＮＢ−ＧＷ→ＨＮＢ
【０１１１】
【表１２】
0005831726.tif 000013
【０１１２】
ＦＱＤＮ
このＩＥは完全修飾ドメイン名を定義する。
【０１１３】
【表１３】
0005831726.tif 000014
【０１１４】
ＢＢＦトンネル情報
このＩＥは、３ＧＰＰ  ＢＢＦ相互作用のためのＢＢＦトンネル情報を定義する。
【０１１５】
【表１４】
0005831726.tif 000015
【０１１６】
ＵＤＰポート番号
このＩＥはＵＤＰポート番号を定義する。
【０１１７】
【表１５】
0005831726.tif 000016
【０１１８】
ベアラー参加要求
この新しいメッセージは、Ｓ１５インターフェースを介するベアラー参加を要求するために、ＨＮＢ１１によりＨＮＢ−ＧＷ４７に送信される（図７ｂのステップ５３参照）。
方向：ＨＮＢ→ＨＮＢ−ＧＷ
【０１１９】
【表１６】
0005831726.tif 000017
【０１２０】
ベアラー参加応答
この新しいメッセージは、Ｓ１５インターフェースを介するベアラー参加がＨＮＢ−ＧＷ４７において成功したことをＨＮＢ１１に通知するために、ＨＮＢ−ＧＷ４７により送信される（図７ｂのステップ５８参照）。
方向：ＨＮＢ−ＧＷ→ＨＮＢ
【０１２１】
【表１７】
0005831726.tif 000018
【０１２２】
ベアラー参加失敗
この新しいメッセージは、ベアラー参加が失敗したことをＨＮＢ１１に通知するために、ＨＮＢ−ＧＷ４７により送信される。
方向：ＨＮＢ−ＧＷ→ＨＮＢ
【０１２３】
【表１８】
0005831726.tif 000019
【０１２４】
リロケーション完了
このメッセージは、リロケーションが完了したことをＨＮＢ−ＧＷ４７に通知するために、ＨＮＢ１１により送信される。
方向：ＨＮＢ→ＨＮＢ−ＧＷ
【０１２５】
この場合、ＢＢＦトンネル情報の情報要素は（上で定義されるように）新しい。
【０１２６】
【表１９】
0005831726.tif 000020
【０１２７】
ＲＡＢリスト
このＩＥは、Ｓ１５インターフェースを介する参加制御のＲＡＢ固有情報リストを提供する。
【０１２８】
【表２０】
0005831726.tif 000021
【０１２９】
【表２１】
0005831726.tif 000022
【０１３０】
セキュリティゲートウェイ
図１１は、この実施形態において使用され、図２に示されるセキュリティゲートウェイ（ＳｅＧＷ：Security Gateway）５１の主要構成要素を概略的に示す。示されるように、ＳｅＧＷ５１は送受信機回路１０１を含み、送受信機回路１０１は、コアネットワークインターフェース１０３を介してコアネットワーク８内の他のノードに対し信号を送受信するように動作可能であるとともに、ＢＡＮインターフェース１０５を介して広帯域アクセスネットワーク１５内のノードに対し信号を送受信するように動作可能である。示されるように、ＳｅＧＷ５１は、ＳｅＧＷ５１の動作を制御し、送受信機回路１０１に接続されるコントローラー１０７も含む。コントローラー１０７は、メモリ１０９内に記憶されたソフトウェア命令に従って動作する。示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム１１１、ＩＰＳｅｃモジュール１１３、ＨＮＢパケット解析モジュール１１５、及びＨＮＢ−ＧＷ通信モジュール１１７を含む。
【０１３１】
この実施形態では、ＩＰＳｅｃモジュール１１３は、ＢＡＮインターフェース１０５を介して広帯域アクセスネットワーク１５を通るＨＮＢ１１とのセキュアトンネルを確立することを担当する。ＨＮＢパケット解析モジュール１１５は、ＨＮＢ１１から受信されるパケットを解析して、受信パケットのヘッダーにおいて提供されるＨＮＢ１１のＮＡＴ後ＩＰアドレス及びＨＮＢ１１のＮＡＴ後ＵＤＰポート番号を特定することを担当する。次に、解析モジュール１１５は、ＨＮＢ−ＧＷ４７に送信するために、特定されたＮＡＴ後ＩＰアドレス及びＮＡＴ後ポート番号をＨＮＢ−ＧＷ通信モジュール１１７に渡す。
【０１３２】
ホーム基地局
図１２は、図１に示されるＵＴＲＡＮホーム基地局（ＨＮＢ）１１−１の主要構成要素を示すブロック図である。示されるように、ＨＮＢ１１は送受信機回路２０１を含み、送受信機回路２０１は、１つ又は複数のアンテナ２０３を介して移動電話３又は他のユーザー機器に対し信号を送受信するように動作可能であるとともに、ネットワークインターフェース２０５を介してコアネットワーク８に対し信号を送受信するように動作可能である。送受信機回路２０１の動作は、メモリ２０９に記憶されたソフトウェアに従ってコントローラー２０７により制御される。ソフトウェアは、特に、オペレーティングシステム２１１、ＩＰＳｅｃモジュール２１３、ＨＮＢ−ＧＷ通信モジュール２１５、ＳＧＳＮ／ＭＳＣ通信モジュール２１７、及びユーザー機器通信モジュール２１９を含む。メモリ２０９はデータ記憶装置２２１も保持し、データ記憶装置２２１内に、ＨＮＢ１１は特に、広帯域アクセスネットワーク１５又は住宅ゲートウェイ１３により割り当てられたＩＰアドレスと、ＨＮＢのＮＡＴ後ＩＰアドレスと、ＮＡＴ後ＵＤＰポート番号と、ＨＮＢ１１が住宅ゲートウェイ１３を介して接続されるＩＰネットワークの部分のＦＱＤＮとを記憶する。
【０１３３】
ＩＰＳｅｃモジュール２１３は、ネットワークインターフェース２０５を介して広帯域アクセスネットワーク１５を通るＳｅＧＷ５１とのセキュアトンネルを確立することを担当する。ＨＮＢ−ＧＷ通信モジュール２１５は、上述したメッセージを含め、ＨＮＢ−ＧＷ４７にＨＮＢＡＰ／ＲＵＡメッセージを送信し、ＨＮＢ−ＧＷ４７からＨＮＢＡＰメッセージを受信することを担当する。ＳＧＳＮ／ＭＳＣ通信モジュール２１７は、ＳＧＳＮ４３及びＭＳＣ４５とのＲＡＮＡＰメッセージのやりとりを担当する。当然、これらのＲＡＮＡＰメッセージは、ＨＮＢ−ＧＷ４７を通してトランスペアレントに伝送される。ユーザー機器通信モジュール２１９は、送受信機回路２０１及び１つ又は複数のアンテナ２０３を使用してユーザー機器と通信するためのものである。
【０１３４】
図１に示されるＥ−ＵＴＲＡＮ  ＨＮＢ１１−２は、図１２に示される構成要素と同様の構成要素を有する。主な違いは、ＨＮＢ−ＧＷ通信モジュール２１５がなくてもよく、ＳＧＳＮ／ＭＳＣ通信モジュール２１７の代わりに、ＭＭＥ通信モジュールがあることである。また、ＨｅＮＢ１１−２は、ＨＮＢＡＰプロトコルを使用して通信せず、Ｓ１ＡＰプロトコル等のＥ−ＵＴＲＡＮプロトコルを使用して通信する。
【０１３５】
ＨＮＢゲートウェイ
図１３は、図２に示されるＵＴＲＡＮ  ＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）４７の主要構成要素を示すブロック図である。示されるように、ＨＮＢ−ＧＷ４７は送受信機回路３０１を含み、送受信機回路３０１は、ＨＮＢインターフェース３０３を介してＨＮＢ１１に対し信号を送受信するように動作可能であるとともに、コアネットワークインターフェース３０５を介してコアネットワーク８内の他のノード（ＳＧＳＮ４３及びＭＳＣ４５等）に対し信号を送受信するように動作可能である。送受信機回路３０１の動作は、メモリ３０９に記憶されたソフトウェアに従ってコントローラー３０７により制御される。ソフトウェアは、特に、オペレーティングシステム３１１、ＳｅＧＷ通信モジュール３１３、ＨＮＢ通信モジュール３１５、ＳＧＳＮ／ＭＳＣ通信モジュール３１７、及びＰＣＲＦ通信モジュール３１９を含む。
【０１３６】
ＳｅＧＷ通信モジュール３１３は、ＳｅＧＷ５１との通信−例えば、ＨＮＢ１１のＮＡＴ後ＩＰアドレス及びＮＡＴ後ＵＤＰポート番号の受信を担当する。ＨＮＢ通信モジュール３１５は、上述したようなＨＮＢ１１との通信を担当する。ＳＧＳＮ／ＭＳＣ通信モジュール３１７は、上述したように、ＳＧＳＮ４３又はＭＳＣ４５との通信を担当する。ＰＣＲＦ通信は、新しいサービス要求が受信されるとき、ＰＣＲＦ４１とＳ１５セッションを確立し、Ｓ１５セッションを変更することを担当する。
【０１３７】
上記説明では、ＳｅＧＷ５１、ＨＮＢ−ＧＷ４７、及びＨＮＢ１１が、理解を容易にするために、幾つかの離散したモジュール（ＩＰＳｅｃモジュール、通信モジュール、及び解析モジュール）を有するものとして説明される。これらのモジュールは、或る特定の用途の場合、例えば、既存のシステムが本発明を実施するように修正されている場合には、このように提供することができるが、他の用途、例えば、本発明の特徴を最初から考慮に入れて設計されたシステムでは、これらのモジュールは、全体的なオペレーティングシステム又はコード内に組み込むことができ、その結果、これらのモジュールは、別々のエンティティとして認識することができない場合がある。
【０１３８】
変更形態及び代替形態
上記で詳細な実施形態が説明された。当業者であれば理解するように、上記の実施形態に対し、該実施形態において具現化される本発明から依然として利益を受けながら、複数の変更及び代替を行うことができる。
【０１３９】
上記の実施形態では、移動電話ベースの通信システムが説明された。当業者であれば理解するように、本出願において記載されるシグナリング技法を他の通信システムに用いることができる。他の通信ノード又は通信デバイスは、例えば、個人用携帯情報端末、ラップトップコンピューター、ウェブブラウザー等のようなユーザーデバイスを含むことができる。
【０１４０】
上述した実施形態において、移動電話及びＨＮＢはそれぞれ送受信機回路部を備える。通常、この回路部は、専用ハードウェア回路によって形成される。しかしながら、幾つかの実施形態では、送受信機回路部の一部を対応するコントローラーによって実行されるソフトウェアとして実装することができる。
【０１４１】
上記の実施形態では、複数のソフトウェアモジュールが説明された。当業者であれば理解するように、それらのソフトウェアモジュールは、コンパイルされた形式でもコンパイルされていない形式でも提供することができ、コンピューターネットワークを介した信号として又は記録媒体上で、ＨＮＢ、ＨＮＢ−ＧＷ、ＳｅＧＷ等に供給することができる。さらに、このソフトウェアの一部又は全てによって実行される機能は、１つ又は複数の専用ハードウェア回路を用いて実行することができる。しかしながら、ソフトウェアモジュールの使用によって、基地局、ゲートウェイ及び移動電話の機能を更新するためにその基地局、ゲートウェイ、及び移動電話を更新するのが容易になるため、ソフトウェアモジュールの使用が好ましい。
【０１４２】
種々の他の変更は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。
【０１４３】
本出願は、２０１１年８月１２日に出願された英国特許出願第１１１３９４２．５号を基礎としており、この英国特許出願の優先権の利益を主張する。この英国特許出願の開示は、引用することによりその全体が本明細書の一部をなす。
【図１】
0005831726.tif 000023
【図２】
0005831726.tif 000024
【図３】
0005831726.tif 000025
【図４ａ】
0005831726.tif 000026
【図４ｂ】
0005831726.tif 000027
【図５ａ】
0005831726.tif 000028
【図５ｂ】
0005831726.tif 000029
【図５ｃ】
0005831726.tif 000030
【図５ｄ】
0005831726.tif 000031
【図６ａ】
0005831726.tif 000032
【図６ｂ】
0005831726.tif 000033
【図７ａ】
0005831726.tif 000034
【図７ｂ】
0005831726.tif 000035
【図８】
0005831726.tif 000036
【図９】
0005831726.tif 000037
【図１０】
0005831726.tif 000038
【図１１】
0005831726.tif 000039
【図１２】
0005831726.tif 000040
【図１３】
0005831726.tif 000041