(57)【特許請求の範囲】
【請求項１】
複数のフェムトセル（２４）を、無線通信システム（２６）のコア・ネットワーク（２２）に接続し、前記複数のフェムトセル（２４）経由で接続する複数の移動端末（２０）に前記コア・ネットワーク（２２）へのアクセスを提供する様に構成されたホーム・ノードＢ・ゲートウェイ（１４）であって、
閉加入者グループをサポートすると示さない移動端末（２０）に対するアクセス制御を実行し、閉加入者グループをサポートすると示す移動端末の登録又は接続要求を自動的に受理し、前記コア・ネットワーク（２２）に接続要求のシグナリングを転送することで、閉加入者グループをサポートすると示す移動端末（２０）に対するアクセス制御を前記コア・ネットワーク（２２）に委ねる様に構成された登録コントローラ（１６）を備えている、
ことを特徴とするホーム・ノードＢ・ゲートウェイ（１４）。
【請求項２】
前記登録コントローラ（１６）は、前記複数のフェムトセル（２４）経由でアクセスを得ようと試みる前記複数の移動端末（２０）のために、前記複数のフェムトセル（２４）から登録要求を受信する様に構成され、所定の移動端末（２０）に関して受信した前記登録要求に含まれる１つ以上のインジケータに基づき、前記所定の移動端末（２０）が閉加入者グループをサポートするかを判定する様に構成されている、
ことを特徴とする請求項１に記載のホーム・ノードＢ・ゲートウェイ（１４）。
【請求項３】
前記所定の移動端末（２０）に関して受信した前記登録要求に含まれる前記１つ以上のインジケータは、アクセス階層リリース・インジケータ又はユーザ装置能力インジケータを含み、
前記登録コントローラ（１６）は、前記所定の移動端末（２０）が閉加入者グループをサポートするかを前記アクセス階層リリース・インジケータ又は前記ユーザ装置能力インジケータから判定する様に構成されている、
ことを特徴とする請求項２に記載のホーム・ノードＢ・ゲートウェイ（１４）。
【請求項４】
前記登録コントローラ（１６）は、更に、所定のフェムトセル（２４）から所定の移動端末（２０）のための登録要求を最初に受信することなく、前記所定のフェムトセル（２４）から、前記所定の移動端末（２０）のための接続メッセージを受信することを、前記所定の移動端末（２０）が閉加入者グループをサポートしていることの表示として解釈する様に構成されている、
ことを特徴とする請求項１に記載のホーム・ノードＢ・ゲートウェイ（１４）。
【請求項５】
前記登録コントローラ（１６）は、更に、所定の移動端末（２０）に対し、
所定のフェムトセル（２４）から、前記所定の移動端末（２０）のための登録要求を受信し、
前記所定の移動端末（２０）が閉加入者グループをサポートすると示しているかを前記登録要求から判定し、
前記所定の移動端末（２０）が閉加入者グループをサポートすると示している場合、アクセス制御を実行することなく前記所定の移動端末（２０）についての登録受理を前記所定のフェムトセル（２４）に返送し、前記所定のフェムトセル（２４）から、前記所定の移動端末（２０）のための、対応する接続メッセージを受信し、前記所定のフェムトセル（２４）から前記接続メッセージを受信したことに応答して、前記コア・ネットワーク（２２）に前記所定の移動端末（２０）のための接続要求を送信し、
前記所定の移動端末（２０）が閉加入者グループをサポートすると示していない場合、前記ホーム・ノードＢ・ゲートウェイ（１４）で、前記所定の移動端末（２０）に対する閉加入者グループ認証を実行し、閉加入者グループ認証が失敗すると、前記所定の移動端末（２０）の接続を拒否し、閉加入者グループ認証が成功すると、前記所定のフェムトセル（２４）に前記所定の移動端末（２０）の登録受理を返送し、前記所定のフェムトセル（２４）から、前記所定の移動端末（２０）のための、対応する接続メッセージを受信し、前記所定のフェムトセル（２４）から前記接続メッセージを受信したことに応答して、前記コア・ネットワーク（２２）に前記所定の移動端末（２０）のための接続要求を送信する、
様に構成されていることにより、
前記登録コントローラ（１６）は、閉加入者グループをサポートしていると示さない移動端末（２０）に対するアクセス制御を実行し、閉加入者グループをサポートしていると示す移動端末（２０）に対するアクセス制御を委ねる、
ことを特徴とする請求項１又は２に記載のホーム・ノードＢ・ゲートウェイ（１４）。
【請求項６】
前記ホーム・ノードＢ・ゲートウェイ（１４）経由で前記コア・ネットワーク（２２）へのアクセスを得ることを試みる所定の移動端末（２０）に対し、前記ホーム・ノードＢ・ゲートウェイ（１４）でアクセス制御を実行したか否かを、前記コア・ネットワーク（２２）に対して通知する様に構成されている、
ことを特徴とする請求項１から５のいずれか１項に記載のホーム・ノードＢ・ゲートウェイ（１４）。
【請求項７】
前記ホーム・ノードＢ・ゲートウェイ（１４）でアクセス制御を実行しなかったことの表示として、前記コア・ネットワーク（２２）に対して閉加入者グループ識別子を提示する様に構成されている、
ことを特徴とする請求項１から６のいずれか１項に記載のホーム・ノードＢ・ゲートウェイ（１４）。
【請求項８】
複数のフェムトセル（２４）を、無線通信システム（２６）のコア・ネットワーク（２２）にホーム・ノードＢ・ゲートウェイ（１４）経由で接続し、前記複数のフェムトセル（２４）経由で接続する複数の移動端末（２０）に前記コア・ネットワーク（２２）へのアクセスを提供する方法であって、
閉加入者グループをサポートすると示さない移動端末（２０）に対する閉加入者グループ認証を前記ホーム・ノードＢ・ゲートウェイ（１４）で実行し、
閉加入者グループをサポートすると示す移動端末の登録又は接続要求を自動的に受理し、前記コア・ネットワーク（２２）に接続要求のシグナリングを転送することで、閉加入者グループをサポートすると示す移動端末（２０）に対する閉加入者グループ認証を前記コア・ネットワーク（２２）に委ねる、
ことを特徴とする方法。
【請求項９】
前記ホーム・ノードＢ・ゲートウェイ（１４）は、前記複数のフェムトセル（２４）経由でアクセスを得ようと試みる前記複数の移動端末（２０）のために、前記複数のフェムトセル（２４）から登録要求を受信し、所定の移動端末（２０）に関して受信した前記登録要求に含まれる１つ以上のインジケータに基づき、前記所定の移動端末（２０）が閉加入者グループをサポートするかを判定する、
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記所定の移動端末（２０）に関して受信した前記登録要求に含まれる前記１つ以上のインジケータは、アクセス階層リリース・インジケータ又はユーザ装置能力インジケータを含み、
前記ホーム・ノードＢ・ゲートウェイ（１４）は、前記所定の移動端末（２０）が閉加入者グループをサポートするかを前記アクセス階層リリース・インジケータ又は前記ユーザ装置能力インジケータから判定する、
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記ホーム・ノードＢ・ゲートウェイ（１４）は、更に、所定のフェムトセル（２４）から所定の移動端末（２０）のための登録要求を最初に受信することなく、前記所定のフェムトセル（２４）から、前記所定の移動端末（２０）のための接続メッセージを受信することを、前記所定の移動端末（２０）が閉加入者グループをサポートしていることの表示として解釈する、
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ホーム・ノードＢ・ゲートウェイ（１４）は、更に、所定の移動端末（２０）に対し、
所定のフェムトセル（２４）から、前記所定の移動端末（２０）のための登録要求を受信し、
前記所定の移動端末（２０）が閉加入者グループをサポートすると示しているかを前記登録要求から判定し、
前記所定の移動端末（２０）が閉加入者グループをサポートすると示している場合、閉加入者グループ認証を実行することなく前記所定の移動端末（２０）についての登録受理を前記所定のフェムトセル（２４）に返送し、前記所定のフェムトセル（２４）から、前記所定の移動端末（２０）のための、対応する接続メッセージを受信し、前記所定のフェムトセル（２４）から前記接続メッセージを受信したことに応答して、前記コア・ネットワーク（２２）に前記所定の移動端末（２０）のための接続要求を送信し、
前記所定の移動端末（２０）が閉加入者グループをサポートすると示していない場合、前記ホーム・ノードＢ・ゲートウェイ（１４）で、前記所定の移動端末（２０）に対する閉加入者グループ認証を実行し、閉加入者グループ認証が失敗すると、前記所定の移動端末（２０）の接続を拒否し、閉加入者グループ認証が成功すると、前記所定のフェムトセル（２４）に前記所定の移動端末（２０）の登録受理を返送し、前記所定のフェムトセル（２４）から、前記所定の移動端末（２０）のための、対応する接続メッセージを受信し、前記所定のフェムトセル（２４）から前記接続メッセージを受信したことに応答して、前記コア・ネットワーク（２２）に前記所定の移動端末（２０）のための接続要求を送信する、
ことにより、
閉加入者グループをサポートしていると示さない移動端末（２０）に対する閉加入者グループ認証を実行し、閉加入者グループをサポートしていると示す移動端末（２０）に対する閉加入者グループ認証を委ねる、
ことを特徴とする請求項８又は９に記載の方法。
【請求項１３】
前記ホーム・ノードＢ・ゲートウェイ（１４）は、前記ホーム・ノードＢ・ゲートウェイ（１４）経由で前記コア・ネットワーク（２２）へのアクセスを得ることを試みる所定の移動端末（２０）に対し、前記ホーム・ノードＢ・ゲートウェイ（１４）で閉加入者グループ認証を実行したか否かを、前記コア・ネットワーク（２２）に対して通知する、
ことを特徴とする請求項８から１２のいずれか１項に記載の方法。
【請求項１４】
無線通信システム（２６）のコア・ネットワーク（２２）へのアクセスを提供するホーム・ノードＢ・ゲートウェイ（１４）と、複数の移動端末（２０）とを接続する様に構成されたフェムトセル基地局（１０）であって、
前記コア・ネットワーク（２２）へのアクセスを望む所定の移動端末（２０）から、前記所定の移動端末（２０）が閉加入者グループをサポートするかの表示を含む接続要求を受信し、
前記所定の移動端末（２０）が閉加入者グループをサポートすると示さず、かつ、前記所定の移動端末（２０）の識別子を前記接続要求の一部として受信していない場合、前記所定の移動端末（２０）の識別子を要求し、
前記接続要求の受信の応答として、前記ホーム・ノードＢ・ゲートウェイ（１４）に、前記所定の移動端末（２０）が閉加入者グループをサポートするかの表示を含む登録要求を送信する、
様に構成されているアクセス・コントローラ（１２）を含む、
ことを特徴とするフェムトセル基地局（１０）。
【請求項１５】
無線通信システムのコア・ネットワーク（２２）へのアクセスを提供するホーム・ノードＢ・ゲートウェイ（１４）と、複数の移動端末（２０）とを接続する様に構成されているフェムトセル基地局（１０）であって、
前記コア・ネットワーク（２２）へのアクセスを望む所定の移動端末（２０）から、前記所定の移動端末（２０）が閉加入者グループをサポートするかの表示を含む接続要求を受信し、
前記所定の移動端末（２０）が閉加入者グループをサポートすると示さない場合、前記接続要求の受信の応答として、前記ホーム・ノードＢ・ゲートウェイ（１４）に前記所定の移動端末（２０）のための登録要求を送信し、
前記所定の移動端末（２０）が閉加入者グループをサポートすると示す場合、前記ホーム・ノードＢ・ゲートウェイ（１４）に前記所定の移動端末（２０）のための登録要求を最初に送信することなく、前記ホーム・ノードＢ・ゲートウェイ（１４）に前記所定の移動端末（２０）のための接続要求を送信する、
様に構成されているアクセス・コントローラ（１２）を含む、
ことを特徴とするフェムトセル基地局（１０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にホーム・ノードＢの様なフェムトセル経由で通信ネットワークにアクセスするユーザ装置に関し、特に、その様なアクセスの提供に関係するアクセス制御手順に関する。
【背景技術】
【０００２】
広帯域ＣＤＭＡ／汎用地上無線アクセスネットワーク（ＷＣＤＭＡ／ＵＴＲＡＮ）及び次世代無線アクセス・ネットワーク（ＲＡＮ）であるＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＴＲＡＮ）のホーム基地局に関する標準化作業が、第３世代パートナシップ・プロジェクト（３ＧＰＰ）により進行中である。これらの標準化は、限られた数のユーザに対するホーム又は小規模エリアカバレッジを提供するＵＴＲＡＮ基地局の使用を考慮している。ホーム・ノードＢ（ＨＮＢ）は、そのエンド・ユーザに対し標準カバレッジを提供し、ある種のＩＰによる送信を使用して、ホーム・ノードＢ・ゲートウェイ（ＨＮＢ  ＧＷ）経由で移動コア・ネットワークに接続するであろう。その様な構成により提供されるカバレッジを、本明細書ではフェムトセルと呼ぶ。
【０００３】
ローカル・アクセスを提供するこの新しい概念の主な原動力の１つは、ノードＢ経由での接続の場合と比較して、ＨＮＢ経由での接続の場合には、安価な呼又はトランザクションの料金／課金を提供することである。つまり、プロバイダのセルラ・ネットワークの広域カバレッジ基地局を経由して接続するより、ローカル・アクセス・ポイントにより提供するＩＰに基づくリンクを使用して無線通信サービス・プロバイダのコア・ネットワークに接続するのが安価であり得る。
【０００４】
大部分の場合、ＨＮＢは、エンド・ユーザの既存広帯域接続（例えばｘＤＳＬ、ケーブル）を使用して移動運用会社のＨＮＢゲートウェイ（ＨＮＢ  ＧＷ）への接続を達成するであろう。広帯域接続及びその他の可能な中間ＩＰネットワーク（例えば、インターネット）を経て、ＨＮＢは、ＩＰｓｅｃトンネル（ＲＦＣ４３０１によるインターネット・プロトコル・セキュリティ構成）経由で、運用会社のネットワークのＨＮＢ  ＧＷと通信する。ＨＮＢとセキュリティ・ゲートウェイ（ＳＥＧＷ）間で確立されるＩＰｓｅｃトンネルは、運用会社のネットワーク境界及びＨＮＢとＨＮＢ  ＧＷ間の通信を保護する。
【０００５】
さらに、３ＧＰＰリリース８のＥ−ＵＴＲＡＮ規格は、ＣＳＧと呼ぶ、閉加入者グループの概念を導入する。ＵＴＲＡＮ規格の後のリリースも、ＣＳＧの概念を採用できる。幾つかの３ＧＰＰワーキング・グループは、現在、ＣＳＧのアクセス制御に採用できる手順について調査及び討論を行っている。何れにしろＣＳＧにより、特定のＨＮＢは、ある移動端末又はその他のユーザ装置（ＵＥ）と関連付けられ、関連付けられた端末のみがＨＮＢへのアクセスを許可される。許可されたＣＳＧは、ＣＳＧホワイトリスト（許可ＣＳＧリストとしても知られる）と呼ばれる所定の端末に保存される。各ＨＮＢは、システム情報（ＳＩ）において、それに割り当てられた“ＣＳＧインジケータ”及びＣＳＧ識別子をブロードキャストする。この様に、所定のＨＮＢがブロードキャストするＣＳＧを“聴取”する端末は、ブロードキャストされるＣＳＧ識別子が、その端末に保存されているＣＳＧホワイトリストのＣＳＧ識別子と一致するかを判断することができる。一致すれば、その端末はそのＨＮＢにアクセスできることを知る。
【０００６】
３ＧＰＰの要求条件は、ＨＮＢ（又は等価的に、ホームｅノードＢ：ＨｅＮＢ）の“所有者”が、ネットワーク運用会社の管理の下、ＣＳＧメンバのリストの追加、削除及び閲覧をできることである。このＣＳＧに基づくアクセス制御構成により、運用会社のコア・ネットワーク（ＣＮ）において、追加の認証制御を実行することになろう。つまり、ＣＳＧ端末に関し、ＣＮは、ＵＥ識別子と共にＣＳＧ識別子を検査することができ、所定のＵＥ（端末）が、特定のＣＳＧへのアクセスを許可されるべきか否かを決定することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、Ｅ−ＵＴＲＡＮとＵＴＲＡＮ規格の間のＣＳＧにおける主な相違は、“レガシー”に関するものである。３ＧＰＰリリース８は、Ｅ−ＵＴＲＡＮの最初のリリースであり、最初からＣＳＧのサポートを含むので、ＣＳＧをサポートしない、レガシーＥ−ＵＴＲＡＮ  ＵＥは存在しないであろう。しかしながら、ＵＴＲＡＮ規格の以前のリリース（例えばリリース９９）は、ＣＳＧをサポートしないので事情が異なる。この様に、ＵＴＲＡＮ／３Ｇ  ＨＮＢのソリューションは、ＣＳＧをサポートするＵＥ及びサポートしないＵＥと協働する必要がある。
【０００８】
３ＧＰＰにおけるＵＴＲＡＮ／３Ｇ  ＨＮＢソリューションに関する標準化作業は、現在、両者に関する。３ＧＰＰ  ＴＳＧ  ＲＡＮ３は、レガシーＵＥをサポートするための解決法に関し作業している。さらに、ＣＳＧ可能なＵＥをサポートする解決法をリリース８及び／又はリリース９において標準化することも想定される。特にＵＴＲＡＮ  ＨＮＢの標準化では、ＵＥ登録手順を導入し、レガシー端末、即ち、ＣＳＧの概念をサポートしない端末のＨＮＢ  ＧＷにおけるアクセス制御をサポートすることが合意されている。
【課題を解決するための手段】
【０００９】
幾つかの利点の中で、本明細書の教示は、閉加入者グループ（ＣＳＧ）をサポートしないレガシーＵＥと、ＣＳＧが可能な非レガシーＵＥとの共存を可能にするアクセス制御を提供する。本明細書で開示する１つ以上の実施形態に従い、レガシーＵＥ及び非レガシーＵＥの両方を同時にサポートすることを可能にする方法を提供する。ＵＥの例は、セルラ電話機のような、移動局とも呼ぶ移動端末を含む。
【００１０】
１つ以上の実施形態において、ＣＳＧをサポートするフェムト基地局及びその様な基地局にコア・ネットワーク（ＣＮ）へのアクセスを提供するネットワーク・ゲートウェイの新しい動作を定義する。便宜上、ＣＳＧが可能なフェムト基地局を以後ＨＮＢと呼び、関連する基地局ゲートウェイをＨＮＢ  ＧＷと呼び、この用語はホームｅノードＢ（ＨｅＮＢ）及びＨｅＮＢ  ＧＷを包含する。新しい動作によれば、移動端末がＣＳＧをサポートすると示せば、ＨＮＢ  ＧＷは、ＨＮＢ経由で接続を試みる移動端末のアクセス制御を実行しない。その様な場合、ＨＮＢ  ＧＷは、移動端末のＣＳＧ認証を含むアクセス制御をＣＮに委ねる。他方、移動端末がＣＳＧのサポートを示さなければ、ＨＮＢ  ＧＷは移動端末のアクセス制御を実行する。
【００１１】
上記方法の少なくとも一実施形態は、ＣＳＧのサポート（又はそれがないこと）を判断するための基準として、ユーザ装置（ＵＥ）能力及び／又はリリース・インジケータを使用し、端末がＣＳＧをサポートするかに基づく、端末に対する異なる処理を可能にするネットワーク・ノードへの信号を導入する。広義には、ＨＮＢ  ＧＷは、ＣＳＧのサポートを示した端末に対するアクセス制御を実行しないが、ＣＳＧのサポートを示さない端末に対するアクセス制御は実行する。（その様なアクセス制御は、例えば、ＨＮＢ  ＩＤ及びＵＥ  ＩＭＳＩに基づき得る。）少なくとも一実施形態において、ＨＮＢ経由で接続を試みる端末は、その初期の接続信号に“アクセス階層リリース”インジケータ又は“ＵＥ能力”インジケータを含む。従って、ＨＮＢ及び／又はＨＮＢ  ＧＷは、端末のＣＳＧのサポートを認識し、そうでなければ、その様なインジケータから端末がＣＳＧをサポートしているかを判断する様に構成される。ＨＮＢ  ＧＷは、ＣＳＧのサポートを示している端末に対するアクセス制御を実行しないが、ＣＳＧのサポートを示さない端末に対するアクセス制御は実行する。
【００１２】
さらに上記インジケータを参照して、一実施形態において、ＨＮＢは、ＨＮＢ  ＧＷに送信する登録／接続信号にアクセス階層又はＵＥ能力インジケータを含め、ＨＮＢ  ＧＷは、インジケータから、接続を試みている端末がＣＳＧをサポートしているか否かを判断する様に構成される。別の実施形態では、ＨＮＢはインジケータを評価し、ＣＳＧ可能端末に対しては、ＣＳＧ不可能端末とは異なるＨＮＢ  ＧＷへの登録／接続信号を使用する。
【００１３】
少なくとも１つのその様な実施形態では、ＣＳＧのサポートを示す移動端末に関し、ＨＮＢは、最初に登録要求メッセージをＨＮＢ  ＧＷに送信すること無しに、接続メッセージをＨＮＢ  ＧＷへ送信する様に構成される。続いて、ＨＮＢからのその様な異なる信号に基づき、ＨＮＢ  ＧＷは、端末がＣＳＧをサポートしているか否かを認識する様に構成される。例えばＨＮＢ  ＧＷの一実施形態において、端末がＣＳＧをサポートすることを暗示するために、その端末のための登録要求を受信することなく、その端末のための接続メッセージの受信を認識する。さらに他の実施形態で、ＣＳＧのサポート（又はそれがないこと）を特定する明確なインジケータ又は明確なメッセージを使用することができる。
【００１４】
これらの態様を考慮して、提示する一実施形態は、ＨＮＢをコア・ネットワーク（ＣＮ）に接続するＨＮＢ  ＧＷでのアクセス制御方法を提供する。本方法は、ＨＮＢ経由でＣＮへのアタッチを試みる移動端末のための、登録又は接続メッセージをＨＮＢ  ＧＷが受信するステップと、メッセージから移動端末がＣＳＧを可能であるかを、暗示的又は明示的に判断するステップとを含んでいる。移動端末がＣＳＧ可能であることをメッセージが示している場合、ＨＮＢ  ＧＷは、アクセス制御を実行することなく接続要求をＣＮに中継する。ＣＮは、ＣＳＧ認証を含む、適切な通常のアクセス制御手順を端末に対し実行する。他方、移動端末がＣＳＧ可能であることをメッセージが示さなければ、ＨＮＢ  ＧＷは、アクセス制御を実行し、端末が認証されれば接続要求をＣＮに中継し、そうでなければ、端末の接続試行を拒否する。
【００１５】
従って、本教示は、関連するＨＮＢにおいて閉加入者グループ（ＣＳＧ）アクセスをサポートし、ＨＮＢをＣＮに接続する様に構成されるＨＮＢ  ＧＷを提供する。１つ以上の実施形態において、ＨＮＢ  ＧＷは、ＨＮＢ経由でＣＮへのアタッチを試みる移動端末のための、登録又は接続メッセージを受信し、メッセージが、移動端末がＣＳＧ可能であることを示しているかを判断する様に構成された１つ以上の処理回路を備えている。処理回路は、さらに、移動端末がＣＳＧ可能であることをメッセージが示せば、アクセス制御を省略、又は、自動的に省かれ、登録／接続信号をＣＮに中継し、従って、任意のＣＳＧ認証処理を含むアクセス制御をＣＮに委ねる様に構成されている。他方、移動端末がＣＳＧ可能であることをメッセージが示さなければ、ＨＮＢ  ＧＷの処理回路は、移動端末にＨＮＢへのアクセスを許可するかを判断、つまり、ＨＮＢ  ＧＷは、移動端末に対するアクセス制御を実行する。アクセス制御処理において、移動端末が認証されれば、ＨＮＢ  ＧＷの処理回路は、移動端末の任意のさらなるＣＮによる認証のために、その端末の接続要求信号をＣＮに中継する。しかしながら移動端末がＨＮＢ  ＧＷのアクセス制御処理に失敗すれば、ＨＮＢ  ＧＷの処理回路は、ＨＮＢへの移動端末の接続を拒否する。
【００１６】
上記実施形態及びその変形を補完すれば、本教示は、また基地局ゲートウェイ経由でコア・ネットワーク（ＣＮ）に接続するＨＮＢでの閉加入者グループ（ＣＳＧ）アクセス制御方法を提供する。本方法は、ＨＮＢ経由でＣＮへのアタッチを試みる移動端末から、アタッチ又は接続メッセージを受信するステップと、移動端末がＣＳＧ可能であることをメッセージが示しているかを判断するステップとを含んでいる。例えば、初期の無線リソース制御（ＲＲＣ）信号の一部として、移動端末は、ＵＥ能力インジケータ及び／又はリリース・インジケータをＨＮＢに送信し、インジケータは、ＵＥがＣＳＧ可能であること示し、少なくとも、ＣＳＧのサポートを示すものとしてＨＮＢによって認識され得る。
【００１７】
移動端末がＣＳＧ可能であることをメッセージが示せば、基地局ゲートウェイとの接続開始信号の一部として、ＨＮＢは、端末の能力を暗示的又は明示的に基地局ゲートウェイに通知する。例えば、基地局ゲートウェイに送信する登録メッセージに、ＨＮＢは端末の能力インジケータ又は他のその様なインジケータを含める。別の例では、端末がＣＳＧをサポートしているか否かに応じて、ＨＮＢは、ＨＮＢ  ＧＷに送信する登録／接続信号を例えば、少し変更する。そのような実施形態では、ＨＮＢからの異なる接続信号に基づき、ＨＮＢ  ＧＷは、端末がＣＳＧをサポートしているか否かを認識する様に構成される。
【００１８】
さらに少なくとも１つのその様な実施形態では、端末の初期接続メッセージが、移動端末識別子を含まず、ＣＳＧ能力を示さなければ、ＨＮＢは、端末から（固定の）移動端末識別子を獲得する様に構成される。この処理が使用されるのは、移動端末の固定識別子、例えば、国際移動加入者識別子（ＩＭＳＩ）が、ＨＮＢ  ＧＷによるアクセス制御処理に使用されるからである。従って、本方法は、さらに、ＨＮＢ  ＧＷによる移動端末のアクセス制御認証の実行に使用するために、ＨＮＢからＨＮＢ  ＧＷに、固定の移動端末識別子を送信するステップを含んでいる。この様に、ここに提示される１つ以上の実施形態は、上述したＨＮＢでの方法を実装する様に構成された処理回路を備えたＨＮＢを含んでいる。
【００１９】
勿論、本発明は、選択した特徴及び利点の上記要約に限定されない。実際、当業者は、図面を含む以下の詳細な説明から、更なる特徴及び利点を認識するであろう。
【図面の簡単な説明】
【００２０】
【図１】コア・ネットワーク（ＣＮ）及び移動端末と共に表示する、ＨＮＢ及び関連する基地局ゲートウェイの一実施形態のブロック図。
【図２】ＣＮを含む無線通信システムと共に表示する、フェムトセル・アクセス・ノード及びネットワーク・ゲートウェイとして構成された、ＨＮＢ及び関連する基地局ゲートウェイの一実施形態のブロック図。
【図３】考慮するホーム・ノードＢ（ＨＮＢ）の処理の一実施形態の論理フロー図。
【図４】考慮するＨＮＢゲートウェイ（ＨＮＢ  ＧＷ）の処理の一実施形態の論理フロー図。
【図５】ＨＮＢ  ＧＷの処理の詳細を示す論理フロー図。
【図６】ＣＳＧをサポートしないＵＥの登録処理の一実施形態の処理フロー図。
【図７】ＣＳＧをサポートするＵＥの登録処理の一実施形態の処理フロー図。
【図８】ＣＳＧをサポートするＵＥの登録処理の別の実施形態の処理フロー図。
【発明を実施するための形態】
【００２１】
この詳細な考察により、ＨＮＢはＣＳＧをサポートし、ＣＳＧホワイトリストによりＨＮＢへのＵＥのアクセスを限定する。ＨＮＢは、通信に関してＨＮＢ  ＧＷ経由でＣＮに接続し、本教示に従い、ＨＮＢ及び／又はＨＮＢ  ＧＷは、ＨＮＢ経由でアクセスを試みている所定の移動端末が、ＣＳＧをサポートしているかを判断する。一実施形態では、ＨＮＢがこの判断を行い、その判断を明示的又は暗示的にＨＮＢ  ＧＷに通知する。別の実施形態では、ＨＮＢは、ＨＮＢ  ＧＷがこの判断を行うことを可能にする情報、例えば端末の能力インジケータ、をＨＮＢ  ＧＷに提供する。
【００２２】
何れにしろ、ＨＮＢ  ＧＷは、ＣＳＧが可能である端末のアクセス制御をＣＮに委ねる様に構成される。別の方法をとれば、ＨＮＢ  ＧＷは、ＣＳＧをサポートすることを示す端末の登録／接続要求を自動的に受理し、接続要求信号をＣＮに中継又は転送し、従って、ＣＮが実行する、任意のＣＳＧに基づく端末の認証を含む、端末のアクセス制御に依存する。逆に、ＨＮＢ  ＧＷは、ＣＳＧをサポートすると示さない端末のアクセス制御を実行する。その様な場合、端末がＨＮＢ  ＧＷによるアクセス制御処理に失敗すれば、端末のＨＮＢ経由でのＣＮへのアクセス試行は拒否される。
【００２３】
一般的な考え方として、ホワイトリストの一致が無い限り、ＣＳＧ可能な移動端末は、所定のＨＮＢ経由でアクセスを得ようと試みることはなく、以上の動作は一定の効果を与える。この様に、所定のＨＮＢ経由で接続を試みる所定の端末がＣＳＧのサポートを示す場合、ＣＮにＣＳＧホワイトリスト及び加入者認証情報へのアクセスの備えがあれば、アクセス制御処理をＣＮに委ねることは効率的かつ適切である。しかしながら、ＣＳＧのサポートを示さない移動端末の場合、ＨＮＢ経由でのアクセスが認証されないかもしれない端末に、ＣＮとの不要な接続信号を開始させることを回避するため、ＨＮＢ  ＧＷにおいてアクセス制御を実行するのがより効率的である。
【００２４】
以上の処理をサポートする場合、ＨＮＢ及びＨＮＢ  ＧＷは、夫々、本明細書で提示するＨＮＢ及びＨＮＢ  ＧＷの処理を実行する様に構成される１つ以上の処理回路を有している。図１は、上述したＨＮＢ、ＨＮＢ  ＧＷ及びそれらの関連する処理回路についての、制限しない例を示している。
【００２５】
図のＨＮＢ１０は、サポート処理回路１２を含み、図のＨＮＢ  ＧＷ１４はサポート処理回路１６を備えている。ＨＮＢ１０は、１つ以上の移動端末２０に、無線通信システムのＣＮ２２へのアクセスを提供する。図の処理回路１２及び１６が、夫々、１つ以上の関連するマイクロプロセッサ／コンピュータ回路を含み得ることを当業者は認識するであろう。例えば、ＨＮＢの処理回路１２は、（１つ以上のコンピュータ・プログラム／コンピュータ機能の形式の）蓄積されたプログラム命令を実行する様に構成された１つ以上のコンピュータ・システムを含むことができる。ＨＮＢ１０は、ＨＮＢの動作をサポートする、プロビジョニング情報を蓄積するメモリ又はその他の蓄積デバイスを含むことができる。同様に、ＨＮＢ  ＧＷの処理回路１６は、１つ以上のマイクロプロセッサ／コンピュータ・システムを含むことができ、ＨＮＢ  ＧＷ１４は、一般に、アクセス制御処理に必要な情報といった、多様なプロビジョニング情報を含むか、それらを含む蓄積デバイス又は回路に関連付けられている。
【００２６】
図２は、図１に記載のＨＮＢ１０及びＨＮＢ  ＧＷ１４の、例示的であるより詳細な図である。ＨＮＢ１０の上述した処理回路１２は、ここでは、一般的に、アクセス・コントローラ１２と呼び、ＨＮＢ１０は、フェムトセルのカバレッジ・エリア２４に無線カバレッジを提供している。ＨＮＢ１０は、便宜上ただ１つのみを示しているが、複数の移動端末２０と、ＨＮＢ  ＧＷ１４とを接続（インタフェース）する様に構成されることが理解されるであろう。続いて、ＨＮＢ  ＧＷ１４は、ＣＮ２２へのアクセスを提供する。ここで、ＣＮ２２は、無線通信システム２６の要素として示され、認証／許可／課金（ＡＡＡ）サーバ２８を含む。１つ以上の実施形態において、ＡＡＡサーバ２８は、移動端末２０のＣＮに基づくアクセス制御を実行、又は、サポートする。勿論、ＣＮ２２は、移動交換センタ（ＭＳＣ）及びサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）の様な、本内容とは関係しない多様な他の要素を含み得るものである。
【００２７】
図の構成により、所定の移動端末２０は、ＣＮ２２にアクセスする２つの機構を有する。即ち、端末２０は、所定のＨＮＢ１０経由、又は、無線通信システム２６により提供される無線アクセスネットワーク（ＲＡＮ）３０とのセルラ信号経由で、ＣＮ２２にアクセスする。一般的な考え方として、ＨＮＢ１０は、ＨＮＢ  ＧＷ１４への通信リンク３２、例えば広帯域インターネット／ＩＰ接続を有し、従って、ＲＡＮ３０経由でのセルラ・アクセスと比較して、ＣＮ２２への安価なアクセスを提供することができる。
【００２８】
何れにしろ、上述したアクセス・コントローラ１２を含むＨＮＢ１０は、ＣＮ２２へのアクセスを望む所定の移動端末２０から接続要求を受信する様に構成される。端末２０からＨＮＢ１０への接続信号は、端末２０がＣＳＧをサポートするかについての表示を含み得る。例えば、その様な信号は、アクセス階層リリース・インジケータ、又は、ＵＥ能力インジケータを含み得る。よって、ＨＮＢ１０とＨＮＢ  ＧＷ１４の一方又は両方は、その様な表示の値に基づき、所定の端末２０がＣＳＧをサポートするかを認識するように構成される。あるいは、明確なＣＳＧサポート・インジケータを端末２０は提供することができる。
【００２９】
１つ以上の実施形態において、ＨＮＢ１０は、その様なインジケータから、所定の端末２０がＣＳＧをサポートするかを認識するように構成される。端末２０がＣＳＧをサポートすれば、端末２０の登録要求を最初にＨＮＢ  ＧＷ１４へ送信することなく、ＨＮＢ１０は、ＨＮＢ  ＧＷ１４に接続メッセージを送信する。つまり、端末２０がＣＳＧをサポートすると示さなかったとＨＮＢ１０が判断した場合、ＨＮＢ１０は、ＨＮＢ  ＧＷ１４に最初に登録要求メッセージを送信し、次いで、登録受理を待って接続メッセージを送信する。対応するＨＮＢ  ＧＷの実施形態におけるＨＮＢ１０によるこの異なる信号を補完するために、ＨＮＢ  ＧＷ１４は、ＨＮＢ１０から移動端末２０に対する登録要求を最初に受信することなしに、ＨＮＢ１０からの移動端末２０に対する接続メッセージを受信することを、端末２０がＣＳＧをサポートしていることを暗示するものとして認識するよう構成される。
【００３０】
そのような実施形態において、ＨＮＢ  ＧＷ１４は、ＣＳＧをサポートするとＨＮＢにより暗示された端末２０に対するアクセス制御をＣＮ２２に委ねる。他方、ＨＮＢ  ＧＷ１４は、ＣＳＧをサポートすると示さない移動端末２０のアクセス制御を実行する。少なくとも１つのその様な実施形態で、端末２０がＣＳＧをサポートすると示さず、かつ、端末２０がＨＮＢ１０に対する初期接続信号で（固定的な）移動端末識別子を提示しなければ、ＨＮＢ１０は、ＨＮＢ１０経由での接続を試みる移動端末２０に対して、移動端末識別子を要求する様に構成されることに、留意すべきである。ＨＮＢ１０は、例えば、登録要求メッセージで端末識別子をＨＮＢ  ＧＷ１４に提示し、よって、ＨＮＢ  ＧＷ１４は、アクセス制御に基づく接続認証を実行するために、端末２０を特定することができる。
【００３１】
１つ以上の実施形態で、ＨＮＢ  ＧＷ１４は、ＨＮＢ１０経由で接続を試みる所定の端末２０がＣＳＧをサポートするかの認識に依存する。例えば、ＨＮＢ  ＧＷ１４は、アクセス階層リリース・インジケータ、ＵＥ能力インジケータ又はその他のその様なインジケータが、ＣＳＧをサポートする端末種別に対応する値を有するとの認識に基づく判断を行う様に構成され得る。
【００３２】
ＨＮＢ  ＧＷ１４の１つ以上のその様な実施形態においてＨＮＢ１０は、同様に、接続している移動端末２０からその様なインジケータを受信し、ＨＮＢ１０からＨＮＢ  ＧＷ１４に対して送信される登録／接続信号の一部としてＨＮＢ  ＧＷ１４にそれを転送する様に構成される。例えば、ＨＮＢ１０は、接続している移動端末２０から、アクセス階層リリース・インジケータ又はＵＥ能力インジケータを受信し、ＨＮＢ１０がＨＮＢ  ＧＷ１４に送信する端末２０のための登録要求メッセージの一部として、そのインジケータをＨＮＢ  ＧＷ１４に転送する。従って、１つ以上の実施形態において、所定のＨＮＢ１０／ＨＮＢ  ＧＷ１４経由でＣＮ２２への接続を得ようと試みる移動端末２０は、ＨＮＢ１０及び／又はＨＮＢ  ＧＷ１４による端末２０のＣＳＧサポートの判断に使用する指示をその接続信号に含むことが理解されよう。
【００３３】
何れにしろ、図２の参照を継続すると、ＨＮＢ  ＧＷ１４は、複数のＨＮＢ１０と、無線通信システム２６のＣＮ２２とを接続（インタフェース）する様に構成され、よって、任意のＨＮＢ１０経由で接続する移動端末２０に、ＣＮ２２へのアクセスを提供する。よって、図２の構成において、ＨＮＢ  ＧＷ１４は、任意の所定数のＨＮＢ１０にＣＮ２２への接続を提供するものと理解すべきであり、各ＨＮＢ１０は、任意の所定数の移動端末２０のサポートを提供するものと理解すべきである。
【００３４】
この能力をサポートするため、（以後、登録コントローラ１６と呼ぶ）ＨＮＢ  ＧＷ１４の処理回路１６は、登録コントローラとして動作し、ＣＳＧをサポートすると示さない移動端末２０のアクセス制御を実行し、ＣＳＧをサポートすると示す移動端末２０のアクセス制御をＣＮ２２に委ねる様に構成される。少なくとも一実施形態で、登録コントローラ１６は、これらＨＮＢ１０経由のアクセスを得ようと試みる移動端末２０の登録要求を、所定の１つのＨＮＢ１０から受信し、所定の移動端末２０のＣＳＧのサポートを判断するように構成される。
【００３５】
別の実施形態において、ＨＮＢ１０は、ＨＮＢ  ＧＷ１４への登録／接続信号にＣＳＧ可能端末のＣＳＧ識別子（ＩＤ）を含め、ＨＮＢ  ＧＷ１４は、ＣＳＧ識別子に基づき端末２０がＣＳＧ可能であるかを認識する様に構成される。別の実施形態において、ＨＮＢ１０は、ＨＮＢ１０経由で接続を試みる端末２０から、ＵＥ能力インジケータ又はアクセス階層リリース・インジケータを受信し、ＨＮＢ１０は、接続信号により、そのインジケータをＨＮＢ  ＧＷ１４に転送する。同様に、ＨＮＢ  ＧＷ１４は、そのインジケータから端末２０がＣＳＧをサポートするかを認識する判断を行う。さらに他の実施形態において、他のインジケータが、ＨＮＢ１０経由でＣＮへの接続を試みる移動端末２０により、ＨＮＢ１０からＨＮＢ  ＧＷ１４に対して送信される接続信号に含まれる。
【００３６】
何れにしろ、ＨＮＢ  ＧＷ１４の１つ以上の実施形態において、登録コントローラ１６は、ＣＳＧをサポートすると示さない移動端末２０のアクセス制御を実行し、ＣＳＧをサポートすると示す移動端末２０のアクセス制御をＣＮ２２に委ねる様に構成される。注記した様に、１つ以上の実施形態において、ＣＳＧ可能端末２０のアクセス制御をＣＮ２２に委ねることは、ＨＮＢ１０が送信するＣＳＧ可能端末２０の登録／接続要求を、ＨＮＢ  ＧＷ１４が自動的に受理することを含む。従って、ＣＳＧをサポートすると示す移動端末２０のアクセス制御をＣＮ２２に委ねることは、ＨＮＢ  ＧＷ１４がその様な端末を自動的に認証するものと理解することができる。逆に、ＣＳＧが可能ではない端末２０のアクセス制御をＨＮＢ  ＧＷ１４で実行することは、特定の端末２０が、所定のＨＮＢ１０経由で接続するための（ＣＳＧ）認証を有しているかを、ＨＮＢ  ＧＷ１４が実際に（それ自身により、或いは、１つ以上の他のエンティティ／データベースの支援により）判断するものと理解することができる。その様なアクセス制御は、ＵＥ  ＩＭＳＩ及びＨＮＢ  ＩＤに基づくものとすることができ、登録手順及び関連する信号例に関して、３ＧＰＰ技術標準ＴＳ２５．４６７“ＵＴＲＡＮ  ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  ３Ｇ  Ｈｏｍｅ  Ｎｏｄｅ  Ｂ  （ＨＮＢ）；Ｓｔａｇｅ２”及び３ＧＰＰ技術標準ＴＳ２５．４６９“ＵＴＲＡＮ  ｌｕｈ  ｉｎｔｅｒｆａｃｅ  Ｈｏｍｅ  Ｎｏｄｅ  Ｂ  （ＨＮＢ）  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ  （ＨＮＢＡＰ）  ｓｉｇｎａｌｉｎｇ”を参照することができる。この様に、１つ以上の実施形態において、（１）ＨＮＢ１０の任意の１つを経由してＣＮ２２へのアクセスを得ることを試みる移動端末２０のために、所定のＨＮＢ１０から登録要求を受信し、（２）ＣＳＧをサポートすることを示す移動端末２０のための登録要求の受信に応答して、ＨＮＢ  ＧＷ１４でのアクセス制御を実行することなく、接続要求をＣＮ２２に送信し、（３）ＣＳＧをサポートすることを示すさない移動端末２０のための登録要求の受信に応答して、ＨＮＢ  ＧＷ１４でのアクセス制御の実行対象であることを示す接続要求をＣＮ２２に送信する、方法をＨＮＢ  ＧＷ１４は実装する。
【００３７】
従って、１つ以上の実施形態において、ＨＮＢ  ＧＷ１４経由でＣＮ２２へのアクセスを得ようと試みる所定の移動端末２０のために、ＨＮＢ  ＧＷ１４においてアクセス制御を実行したか又はしていないかを、ＨＮＢ  ＧＷ１４はＣＮ２２に表示する様に構成される。そうすることにより、所定の移動端末２０に対しアクセス制御を実行すべきことをＣＮ２２が知ることを確実にする。
【００３８】
以上の構成及びその変形は、移動端末に対して、接続するフェムトセル経由でのコア・ネットワークへのアクセスを提供するために、無線通信システムのコア・ネットワークにネットワーク・ゲートウェイ経由でフェムトセルをインタフェースさせる方法を広く提供するものと理解すべきである。その様な方法は、ＣＳＧをサポートすることを示さない移動端末のアクセス制御をネットワーク・ゲートウェイにおいて実行するステップと、ＣＳＧをサポートすることを示す移動端末のアクセス制御をコア・ネットワークに委ねるステップを含む。例えば、ＨＮＢ  ＧＷ１４の登録コントローラ１６は、ＣＮ２２に接続しようと試みる非ＣＳＧ移動端末２０のアクセス制御を実行し、ＣＳＧをサポートする移動端末２０のアクセス制御処理をＣＮ２２に委ねる様に構成される。
【００３９】
図３及び図４は、上記教示によるＨＮＢ１０及びＨＮＢ  ＧＷ１４の例示的な処理を、夫々示している。図示する処理は、ハードウェア、ソフトウェア又はそれらの組み合わせにおいて実装可能であることを理解すべきである。例えば、ＨＮＢ１０のアクセス・コントローラ１２は、マイクロプロセッサに基づく回路を少なくとも含むことができ、マイクロプロセッサに基づく回路は、プログラム命令を含むコンピュータ・プログラムを保存するための、プログラム・メモリ又は他のコンピュータ可読媒体を含み、プログラム命令は、マイクロプロセッサに基づく回路で実行されることにより、図３の処理を実現する。同様に、ＨＮＢ  ＧＷ１４の登録コントローラ１６は、マイクロプロセッサに基づく回路を少なくとも含むことができ、マイクロプロセッサに基づく回路は、同様にコンピュータ・プログラムを保存するコンピュータ可読媒体を含むか、又は、コンピュータ可読媒体に関連付けられ、コンピュータ・プログラムは、登録コントローラ１６のマイクロプロセッサに基づく回路で実行されることにより図４の処理を実現する。
【００４０】
これらの実装例を考慮して、図３のＨＮＢの処理は、所定の移動端末２０から接続要求を受信することで“開始”する（ブロック３００）。ＨＮＢ１０は、移動端末２０がＣＳＧをサポートするかを判断し（ブロック３０２）、ＣＳＧをサポートすれば、ＨＮＢ１０は、登録要求メッセージをＨＮＢ  ＧＷ１４に送信する（ブロック３０４）。他方、受信した接続要求が、移動端末２０がＣＳＧをサポートすることを示していなければ、ＨＮＢ１０は、登録要求が移動端末ＩＤを含んでいるかを判断する（ブロック３０６）。移動端末ＩＤを受信していなければ、ＨＮＢ１０は、移動端末ＩＤを要求（かつ受信）し（ブロック３０８）、次いで、ＨＮＢ  ＧＷ１４が使用する移動端末ＩＤを含む登録要求メッセージをＨＮＢ  ＧＷ１４に送信する（ブロック３０４）。
【００４１】
図４には、ＨＮＢ  ＧＷ１４での対応処理が記載されており、ＨＮＢ  ＧＷ１４は、所定の移動端末２０に関するＣＳＧサポートの表示を受信し（ブロック４００）、ＣＳＧをサポートすることを示す移動端末２０と、示さない移動端末２０に対して異なる処理を提供する。例えば、１つ以上の実施形態において、ＨＮＢ１０経由で接続を試みる所定の移動端末２０のために、ＨＮＢ１０からＨＮＢ  ＧＷ１４に送信される登録要求メッセージの一部として、ＨＮＢ  ＧＷ１４は、その様な表示を受信する。ＨＮＢ  ＧＷ１４は、その表示により、移動端末２０がＣＳＧをサポートするかを認識する（ブロック４０２）。移動端末２０がＣＳＧをサポートすれば、ＨＮＢ  ＧＷ１４は、移動端末２０のアクセス制御を関連するＣＮに委ねる（ブロック４０４）。他方、移動端末２０がＣＳＧをサポートするとＨＮＢ  ＧＷ１４が認識しなければ、ＨＮＢ  ＧＷ１４は、ＨＮＢ  ＧＷにおいて移動端末２０のアクセス制御を実行する（ブロック４０６）。
【００４２】
図５は図４に示す処理の少なくとも一実施形態に関するＨＮＢ  ＧＷの処理の詳細を示している。より詳細には、ＨＮＢ  ＧＷ１４は、移動端末２０の登録要求をフェムトセル２４から受信する（ブロック５００）。ＣＳＧをサポートすることを示す移動端末２０については、ＨＮＢ  ＧＷ１４においてアクセス制御を実行することなく、ＣＮ２２に接続要求を送信する（ブロック５０２）。例えば、移動端末２０がＣＳＧをサポートすることの表示を登録要求メッセージが含むのであれば、所定のＨＮＢ１０経由でアクセスを得ようと試みる所定の移動端末２０のために、所定のＨＮＢ１０からＨＮＢ  ＧＷ１４に送信された登録要求の受信に応答して、ＨＮＢ  ＧＷ１４は自動的に登録受理メッセージを送信する。その様な場合、移動端末２０が所定のＨＮＢ１０経由での接続を許可されるものであるかを実際に判断することなく、ＨＮＢ  ＧＷ１４は、移動端末２０のための接続要求をＣＮ２２に転送する。そのような認証判断は、既に注記した様に、ＣＮのアクセス制御処理の一部としてＣＮ２２に委ねられる。
【００４３】
しかしながら、ＣＳＧをサポートすることを示さない移動端末２０に対しては、ＨＮＢ  ＧＷ１４は、ＨＮＢ  ＧＷ１４におけるアクセス制御の実行対象であることを示す接続要求をＣＮ２２に送信する（ブロック５０４）。即ち、ＨＮＢ１０経由で接続を試みる所定の移動端末２０のための、所定のＨＮＢ１０からの登録要求の受信に応答して、ＨＮＢ  ＧＷ１４はアクセス制御を実行する。ＨＮＢ  ＧＷ１４におけるアクセス制御処理が移動端末２０を認証すると判断すれば、ＨＮＢ  ＧＷ１４は、移動端末２０の接続要求をＣＮ２２に送信する。しかしながら認証に失敗すれば、ＨＮＢ  ＧＷ１４は、移動端末２０の接続要求をＣＮ２２に送信しない。
【００４４】
さらなる制限しない例示的な実施形態に戻り、図６は本教示によるＨＮＢ１０及びＨＮＢ  ＧＷ１４が実行するアクセス制御動作を示している。特に図６は、接続を試みる移動端末２０（ＵＥ）がＣＳＧをサポートすることを示していない場合の、ＨＮＢ１０及びＨＮＢ  ＧＷ１４の一実施形態の呼／信号フローを示している。次いで、図７は、端末２０がＣＳＧをサポートするとことを示している場合のＣＳＧに基づくアクセス制御動作を示している。
【００４５】
図６において、移動端末２０は、ＨＮＢ１０との無線リソース制御（ＲＲＣ）接続手順を開始する（ステップ１）。端末２０は、さらに上位レイヤ手順、例えば、ＲＲＣプロトコル機構を使用し、例えば、位置更新要求といった初期レイヤ３メッセージをＨＮＢ１０に送信する、位置更新を開始することができる（ステップ２）。何れにしろ、初期接続メッセージは、ＵＥの能力に関する１つ以上のインジケータと共に、端末のＩＤ等を含むことができる。特に、１つ以上のインジケータの存在又は不在（又は値）は、端末２０がＣＳＧをサポートするかに関する表示をＨＮＢ１０及び／又はＨＮＢ  ＧＷ１４に提供する。
【００４６】
図示する呼フローにおいて、ＨＮＢ１０は、端末２０がＣＳＧをサポートしないことを認識する。ＣＳＧ能力がなければ、ＨＮＢ１０は、端末のＩＤを要求（ステップ４）、即ち、その様なＩＤが初期ＲＲＣメッセージに含まれなかったとすれば少なくとも要求する。その後、ＨＮＢ１０は、登録要求メッセージをＨＮＢ  ＧＷ１４に送信する（ステップ５）。そのメッセージは、ＵＥ  ＩＤと、端末２０がＣＳＧをサポートしないことをＨＮＢ  ＧＷ１４が認識するのを可能にする１つ以上の能力インジケータを含んでいる。
【００４７】
その認識に基づき、ＨＮＢ  ＧＷ１４は、ＣＳＧ認証をＣＮ２２に委ねることなく、端末２０のアクセス制御を実行する（ステップ６）。例えば、ＨＮＢ  ＧＷ１４は、端末のＩＭＳＩ、ＨＮＢ  ＩＤ及び／又はその他の端末２０が接続の権限を有することを検証するための情報を利用することができる。その場合、ＨＮＢ  ＧＷ１４は、ＣＮ２２内又は他の場所において利用できる加入者データベース情報にアクセスするかもしれない。
【００４８】
ＨＮＢ  ＧＷ１４でのアクセス制御処理（ステップ６）が、端末２０にアクセスを認めるべきであることを示す場合、ＨＮＢ  ＧＷ１４がＨＮＢ１０に登録受理メッセージを返送することにより処理は継続する（ステップ７）。続いて、ＨＮＢ１０は、ＨＮＢ  ＧＷ１４への接続メッセージにより応答し（ステップ８）、この応答は、ＨＮＢ  ＧＷ１４のＣＮ２２への端末２０の接続要求メッセージの送信のトリガとなる。例えば、ＨＮＢ  ＧＷ１４は、信号システム７（ＳＳ７）の信号接続制御部（ＳＣＣＰ）の接続要求（ＣＲ）メッセージ、或いは、使用するメッセージ送信プロトコルに適する、その他のタイプの接続要求メッセージを送信する（ステップ９）。
【００４９】
ＨＮＢ  ＧＷ１４からのその様な接続要求メッセージの受信に応答して、ＣＮ２２は、端末２０に関係するセッションの接続確認をＨＮＢ  ＧＷ１４に返送する。例えば、ＣＮ２２は、ＳＣＣＰの接続確認（ＣＣ）をＨＮＢ  ＧＷ１４に返送し、ＣＮは、続いて、端末２０のアクセス制御、例えば、加入者認証を実行し、認証が成功すると、処理はＣＮ２２と端末２０との間で継続する（ステップ１１）。
【００５０】
図７は図６と同様であるが、移動端末２０がＣＳＧをサポートする場合の例示的なフローを示している。図６の処理フローに関する相違点に進み、端末２０がＣＳＧをサポートするとの認識に基づき、ＨＮＢ１０はＵＥ  ＩＤを要求していない。さらなる相違点として、ＨＮＢ  ＧＷ１４でのステップ５が異なっている。特に、ＨＮＢ  ＧＷ１４が受信する端末２０に関する登録要求メッセージは、端末２０がＣＳＧをサポートすることを示している。この様に、ＨＮＢ  ＧＷ１４は、実際のＣＳＧに基づくアクセス制御をＣＮ２２に委ねる。従って、ステップ５は、ここでは“自動”アクセス制御であり、ＣＳＧをサポートするとして認識された端末２０は、ＨＮＢ  ＧＷ１４により自動的に受け入れられる。即ち、ステップ６乃至９のメッセージは、図６に示すステップと同じ又は類似であるが、ここではＣＮ２２が実行する端末２０のアクセス制御処理に依存している（ステップ１１）。ＵＥがＨＮＢ１０のＣＳＧに属するものとすると（さらに、ＣＮ２２によるＵＥのあらゆるトップ・レベルの加入者認証が成功するものとすると）、ＣＮと端末２０との間の接続はＣＳＧに基づくアクセス制御に従う。
【００５１】
以上の処理フローの一部として、１つ以上の実施形態において、ＨＮＢ  ＧＷ１４は、所定の端末２０に対するＣＳＧに基づくアクセス制御の実行の必要性の是非についてＣＮ２２に通知する様に構成される。さもなければ、ＨＮＢ  ＧＷ１４、ＣＮ２２のいずれも所定の端末２０に対するアクセス制御を実行しないリスクや、両ノードがアクセス制御を実行し、不必要に多いリソース利用になるリスクが存在する。ＣＮ２２が所定の端末２０のアクセス制御を実行する必要があるかを、ＨＮＢ  ＧＷ１４がＣＮ２２に通知する異なる方法が存在する。非制限的な例として、ｌｕインタフェースにおける無線アクセス・ネットワーク・アプリケーション部（ＲＡＮＡＰ）の信号に新しい情報要素（ＩＥ）を追加することを含む。新しいＩＥは、所定の端末２０に対し、ＨＮＢ  ＧＷ１４によりアクセス制御が既に実行された否かをＣＮ２２に通知する。その様なアクセス制御をＨＮＢ  ＧＷ１４で実行したかの通知は、“間接的”であり得る。例えば、ＣＮ２２がアクセス制御を実行する必要がある場合（つまり、ＨＮＢ  ＧＷ１４がその様なアクセス制御を実行しない場合）、ＨＮＢ  ＧＷ１４からＣＮ２２にはＣＳＧ−ＩＤのみが転送される。
【００５２】
さらに、所定の移動端末２０がＣＳＧをサポートするかを認識するために使用できるインジケータ、例えば、“アクセス階層リリース・インジケータ”又は“ＵＥ能力インジケータ”を、ｌｕインタフェース信号の一部としてＣＮ２２に報告することができる。ＣＮ２２は、転送するＨＮＢ  ＧＷ１４が、ＣＳＧのサポートを示す端末２０の認証をＣＮ２２に委ねるとの認識に基づいて、アクセス制御を実行すべきかを判断する基準として、ＣＮ２２はその様なインジケータを使用することができる。そのような場合に（そして実際には総ての場合に）、同じＵＥ能力の表示又はその他の値をＨＮＢ  ＧＷ１４及びＣＮ２２に対して使用することをＨＮＢ  ＧＷ１４が検証することにも価値がある。その様な検証は、ＨＮＢ  ＧＷ１４及びＣＮ２２に対し異なる値を使用してＨＮＢ  ＧＷ１４及びＣＮ２２におけるアクセス制御機構の迂回を試みる可能性を回避する。
【００５３】
勿論、接続する移動端末２０がＣＳＧをサポートするか否かにかかわらず、その様な場合の認識及び図６の処理の実行による様に、ここで考慮するＨＮＢ  ＧＷ１４は、ＣＳＧをサポートしないＨＮＢ１０の登録及びアクセス制御処理を提供するようにも構成され得ることが理解されよう。最後に、上記説明は、またＨＮＢ  ＧＷ１４がＣＳＧに基づくアクセス制御を実行するとの想定に基づくものであった。その様なアクセス制御をＨＮＢ１０で実行するのであれば、説明した原理をまた使用することができる。
【００５４】
さらに、所定の移動端末２０がＣＳＧをサポートするかをＨＮＢ  ＧＷ１４に暗示するために、ＨＮＢ１０とＨＮＢ  ＧＷ１４との間で異なる信号を使用することができることについては、以前に述べた。１つのそのような実施形態では、ＨＮＢ１０は、接続を試みる移動端末２０がＣＳＧをサポートするかを認識し、ＨＮＢ１０がＨＮＢ  ＧＷ１４に送信させる登録／接続信号は、サポート（又はサポートしない）をＨＮＢ  ＧＷ１４に示す方法において相違する。
【００５５】
例えば、所定の移動端末２０は、ＨＮＢ１０との接続を開始し、移動端末２０からＨＮＢ１０への初期接続信号に含まれる表示から、ＨＮＢ１０は、所定の移動端末２０がＣＳＧをサポートするかを認識する。ＨＮＢ１０が、端末２０のＣＳＧのサポートを認識すれば、端末２０の登録要求メッセージを最初に送信することなく、ＨＮＢ１０はＨＮＢ  ＧＷ１４に接続メッセージを送信する。他方、ＨＮＢ１０が端末２０のＣＳＧのサポートを認識しなければ、ＨＮＢ１０は、最初にＨＮＢ  ＧＷ１４に登録要求メッセージを送信し、ＨＮＢ  ＧＷ１４が登録受理メッセージを返送しない限り、ＨＮＢ１０は、ＨＮＢ  ＧＷ１４に端末の接続メッセージを送信しない。
【００５６】
問題の所定の移動端末２０がＣＳＧをサポートすることの暗示として、ＨＮＢ  ＧＷ１４は、登録要求を最初に受信することなく、接続メッセージの受信を認識するよう構成され得る。逆に、端末２０がＣＳＧをサポートしないことの暗示として、ＨＮＢ  ＧＷ１４は、所定の端末２０の登録要求メッセージの受信を認識する。
【００５７】
図８はその様な実施形態の呼のフローを示す。図示する処理で、ＨＮＢ１０は、１つ以上のインジケータをチェックし、接続を試みる移動端末２０がＣＳＧをサポートするかを判断する。例えば、端末２０からＨＮＢ１０への初期ＲＲＣ信号の１つ以上のインジケータが端末２０のＣＳＧのサポートを示せば、ＨＮＢ１０は、ＲＡＮＡＰ初期ＵＥメッセージを含む接続メッセージをＨＮＢ  ＧＷ１４に送信する（ステップ４）。このステップ４は、図７のステップ４で送信する登録要求メッセージと異なることが分かる。
【００５８】
特に、この処理実施形態のＨＮＢ  ＧＷ１４は、ＨＮＢから所定の端末２０の先行する登録要求メッセージを最初に受信することなく、ＨＮＢ１０からその端末２０の接続メッセージを受信することを、端末２０がＣＳＧをサポートすることの暗示として解釈するように構成される。ＣＳＧサポートのこの暗示の認識に基づき、ＨＮＢ  ＧＷ１４は、端末２０のアクセス制御をＣＮ２２に委ねる。
【００５９】
本発明は、本質的特性を逸脱することなく、ここで述べたのとは別の方法で、本発明を勿論実行することができる。本実施形態は、あらゆる点で説明のためであり、制限するものでないと考えるべきであり、添付の特許請求の意味及び等価な範囲に入る総ての変更は特許請求の範囲に包含すると考えられる。
【図１】
0005379232.tif 000002
【図２】
0005379232.tif 000003
【図３】
0005379232.tif 000004
【図４】
0005379232.tif 000005
【図５】
0005379232.tif 000006
【図６】
0005379232.tif 000007
【図７】
0005379232.tif 000008
【図８】
0005379232.tif 000009