JPWO2010143428A1 - 基地局制御装置および携帯端末 - Google Patents

Abstract

ＨｅＮＢ−ＧＷ（１２０）は、複数のＣＳＧセルを含むネットワークに適用され、携帯端末（１４０）によるアクセスが許可されたＣＳＧセルのＣＳＧ識別情報を記憶した許可ＣＳＧ−ＩＤリスト記憶部（４２５）と、ＣＳＧセル識別情報に対応するＰＣＩを記憶したＨｅＮＢ情報記憶部と、携帯端末（１４０）の位置を特定する情報を受信する位置情報受信部（４１２）と、許可ＣＳＧ−ＩＤリスト記憶部（４２５）から、携帯端末（１４０）がアクセス可能なＣＳＧセルを読み出し、読み出したＣＳＧセルのうちで、携帯端末（１４０）が存在するＣＳＧセルの所定の範囲内にある隣接ＣＳＧセルのＰＣＩをＨｅＮＢ情報記憶部４３０から読み出し、携帯端末（１４０）がアクセス可能なＰＣＩリストを生成するＰＣＩマッピング部（４２０）と、アクセス可能なＰＣＩリストを携帯端末（１４０）に通知するＨｅＮＢ管理部（４１０）とを備える。これにより、アクセスが許可されたＣＳＧセルに迅速に接続できるようにした基地局制御装置を提供する。

Description

関連する出願

本出願では、２００９年６月１２日に日本国に出願された特許出願番号２００９−１４１６６２の利益を主張し、当該出願の内容は引用することによりここに組み込まれているものとする。

本発明は、データ通信ネットワークに関し、より詳細には、移動体通信システムにおける識別情報モビリティ管理に関する。

移動体通信システム（例えば、３ＧＰＰロングタームエボリューション（ＬＴＥ）においては、携帯端末は１つのセルから他のセルへのハンドオーバを行うことで移動制御を行っており、この移動制御に対応する必要がある。これには、マクロセル間、ＣＳＧ（Closed Subscriber Group）セル間、および、マクロセルとＣＳＧセルとの間のハンドオーバが含まれる。ＣＳＧセルの場合、基地局（例えばホーム基地局（Home eNodeB：以下「ＨｅＮＢ」ともいう）は、基地局間または基地局とマクロセル基地局（例えば、eNodeB）との間で直接のインタフェース（例えば、［3GPP TS36.300］で定義されているＸ２インタフェース）を持たない場合がある。このような場合、コアネットワーク（すなわちモビリティマネージメントエンティティ（Mobility Management Entity：以下「ＭＭＥ」という））を介したＳ１ハンドオーバのみが実現可能である。

無線リンク障害（Radio Link Failure：以下「ＲＬＦ」という）が発生した場合、携帯端末はＲＲＣ接続再確立手順を行って接続の回復を試みることになる。ＲＲＣ接続再確立手順が失敗すると、携帯端末は非アクセス層（Non Access Stratum：以下「ＮＡＳ」という）の回復手順を採用することになる。

３ＧＰＰ ＴＳ２３．４０１ ＳＡＥ ３ＧＰＰ ＴＳ３６．３３１ ＲＲＣプロトコル ３ＧＰＰ ＴＳ３６．３０４ ＩＤＬＥモード ３ＧＰＰ ＴＳ２４．３０１ ＮＡＳ

ＣＳＧセル配備の性質上、ＣＳＧセルへのハンドオーバ時のＲＬＦの発生率は通常のマクロセルへのハンドオーバ時よりもはるかに高い。これは以下の理由による。ＣＳＧセルはカバー範囲が狭いため、途切れないハンドオーバを行うにはハンドオーバの準備を迅速に行う必要がある。しかし、Ｘ２インタフェースがないと、通常は基地局間の信号送信遅延が長くなり、その結果、携帯端末はハンドオーバを始動するハンドオーバコマンドを受信することができなくなる。また、ＣＳＧアクセス制御処理のために、さらなるハンドオーバ準備遅延が発生する可能性がある。

ＲＲＣ接続再確立処理中、携帯端末は既存のセル選択処理を使用して準備未完了のＣＳＧを選択することがあり、その結果、ＲＲＣ接続再確立に失敗することがある。これは、ユーザ装置（User Equipment：ＵＥ）コンテキストを有する準備完了セルに対してのみ、ＲＲＣ接続再確立手順を行うことができるためである。ここで、ＵＥコンテキストは、ＵＥセキュリティ関連情報、ＵＥサービス関連情報、ＵＥ ＲＲＣ／ＲＤＣＰ／ＲＬＣ／ＭＡＣ設定などから成る。

ＲＲＣ接続再確立失敗の場合には、ＮＡＳによる回復処理が始動される。しかし、ＮＡＳによる回復処理には時間がかかる場合があるので、最終的にはサービスが中断することがある。例えば、携帯端末が、アクセスを許可されているＣＳＧセルリスト内のＣＳＧセルを選択したとしても、そのセルがＵＥコンテキストを持っていない場合がある。これは、携帯端末が接続している基地局が他の基地局にＵＥコンテキストを送る等の準備がなされないと、他の基地局がＵＥコンテキストを持つことができないためである。

この問題に対処するために、いくつかの技術を採用することができる。例えば、携帯端末に、以前使用されていたＣＳＧセルのみを選択させるようにすることができる。しかし、これは円滑なハンドオーバを保証せず、以前のＣＳＧセルがＲＲＣ接続再確立に適したセルとならない可能性がある。

本発明は、上記背景に鑑み、携帯端末を、アクセスが許可されたＣＳＧセルに迅速に接続できるようにした基地局制御装置を提供することを目的とする。

本発明の基地局制御装置は、複数のＣＳＧセルを含むネットワークに適用される基地局制御装置であって、携帯端末によるアクセスが許可されたＣＳＧセルのＣＳＧ識別情報を、前記携帯端末に関連付けて記憶したアクセス許可情報記憶部と、ＣＳＧセル識別情報に対応する物理セルＩＤを記憶したＣＳＧセル情報記憶部と、携帯端末が位置するＣＳＧセルを特定する情報を受信する位置情報受信部と、前記アクセス許可情報記憶部から、前記携帯端末がアクセス可能なＣＳＧセルを読み出し、読み出したＣＳＧセルのうちで、前記携帯端末が存在するＣＳＧセルの所定の範囲内にある隣接ＣＳＧセルの物理セルＩＤを前記ＣＳＧセル情報記憶部から読み出し、携帯端末がアクセス可能な物理セルＩＤリストを生成するマッピング部と、アクセス可能な物理セルＩＤリスト（Accessible Physical Cell ID List：以下「Ａ−ＰＣＩリスト」という）を携帯端末に通知する通知部とを備える。

なお、基地局制御装置は、ネットワークアーキテクチャに応じて異なるネットワーク要素により実現できる。例えば、（１）コアネットワークの制御プレーン(control-plane)装置（すなわちＭＭＥ）とＨｅＮＢ−ＧＷを有するネットワークでは、ＭＭＥまたはＨｅＮＢ−ＧＷのいずれか、または両方により実現できる。（２）コアネットワークの制御プレーン(control-plane)装置（すなわちＭＭＥ）とＣＳＧセルのＨｅＮＢからなるネットワークでは、ＭＭＥにより実現できる。

本発明によれば、携帯端末は、ＣＳＧ識別情報を含むシステム情報を受信することなく、Ａ−ＰＣＩリスト情報に基づいて、アクセス許可されたＣＳＧセルを確認することができ、携帯端末のアクセス確認に要する時間を低減することができるというすぐれた効果を有する。

以下に説明するように、本発明には他の態様が存在する。したがって、この発明の開示は、本発明の一部の提供を意図しており、ここで記述され請求される発明の範囲を制限することは意図していない。

図１は、携帯端末がＡ−ＰＣＩリストを取得する動作を示す図 図２は、本実施の形態が適用される移動体通信システムのアーキテクチャを示す図 図３Ａは、アクセス許可されたＣＳＧセルのＣＳＧ−ＩＤのテーブルの例を示す図 図３Ｂは、ＣＳＧ−ＩＤリストの例を示す図 図３Ｃは、位置情報によって絞り込みを行ったＣＳＧ−ＩＤリストを示す図 図３Ｄは、アクセス可能な物理セルＩＤを示す図 図４は、携帯端末がアクセス可能ＰＣＩリストパラメタを使用する動作シーケンスを示す図 図５は、ＭＭＥのアーキテクチャの一例を示す図 図６は、ＭＭＥが選択ＣＳＧ−ＩＤを決定するための動作を示す図 図７は、ＨｅＮＢ−ＧＷのアーキテクチャの一例を示す図 図８は、ＨｅＮＢ−ＧＷがアクセス可能ＰＣＩリストパラメタを決定するための動作を示す図 図９は、携帯端末のアーキテクチャの一例を示す図 図１０は、携帯端末がアクセス可能ＰＣＩリストを使用する動作を示す図 図１１は、本実施の形態が適用されるシステムアーキテクチャの別の例を示す図 図１２は、本実施の形態の動作シーケンスの例を示す図 図１３は、ＭＭＥのアーキテクチャの一例を示す図 図１４は、ＭＭＥがアクセス可能ＰＣＩリストパラメタを決定する動作の例を示す図 図１５Ａは、Ａ−ＰＣＩリストの例を示す図 図１５Ｂは、Ａ−ＰＣＩリストの別の例を示す図 図１６は、セルが準備完了か否かを携帯端末が判定するために使用する動作の例を示す図 図１７は、共通のアクセス可能ＰＣＩリストを使用する実施の形態の信号送信シーケンスを示す図 図１８は、携帯端末が共通のアクセス可能ＰＣＩリストを使用する動作の例を示す図 図１９は、携帯端末が好ましい通知ＣＳＧセルパラメタを決定する動作の一例を示す図 図２０は、第６の実施の形態の動作シーケンスを示す図 図２１は、M2Mの場合の動作を示す動作シーケンスを示す図 図２２は、Ａ−ＰＣＩリスト情報を使用するサービス・アプリケーション毎に作成し、端末に提供する動作を示す動作シーケンス図 図２３は、携帯端末からの情報を用いて複数のＡ−ＰＣＩリスト情報作成を制限する動作を示す動作シーケンス図 図２４は、Ａ−ＰＣＩリストをセル選択・セル再選択以外に使用する動作を示す動作シーケンス図

以下に、本発明の詳細な説明を述べる。以下に説明する実施の形態は本発明の単なる例であり、本発明が様々な態様に変形することができる。従って、以下に開示する特定の構成および機能は、請求の範囲を限定するものではない。

以下、本発明の実施の形態の基地局制御装置および携帯端末について図面を参照しながら説明する。
（第１の実施の形態）
図１は、サービスセッション確立処理時に携帯端末１４０がＡ−ＰＣＩリストを取得する動作シーケンスを示す図である。図２は、本実施の形態を適用可能な移動体通信システム１００を示す図である。最初に、図２を参照して、移動体通信システム１００について説明する。

移動体通信システム１００は、ＣＳＧセルを提供するＨｅＮＢ１３０，１５０と、インタフェース１３５，１５５を介してＨｅＮＢ１３０，１５０と通信可能な携帯端末１４０とを有している。ＨｅＮＢ１３０，１５０は、ＨｅＮＢゲートウェイ（以下、「ＨｅＮＢ−ＧＷ」という）１２０を介して通信事業者のコアネットワーク、例えばＭＭＥ１１０等の他のノードに接続されている。ＨｅＮＢ１３０，１５０はインタフェース１２５，１４５を介してＨｅＮＢ−ＧＷ１２０に接続され、ＨｅＮＢ−ＧＷによって連係制御される。ＭＭＥ１１０は、インタフェース１１５を介してＨｅＮＢ−ＧＷ１２０に接続されている。本実施の形態では、ＨｅＮＢ−ＧＷ１２０が「基地局制御装置」に該当する。なお、携帯端末１４０は、ＨｅＮＢ１３０，１５０とは同時に接続するのではなく、インタフェース１３５を介してＨｅＮＢ１３０と接続、またはインタフェース１５５を介してＨｅＮＢ１５０と接続という切り替えを行う。

図２に示すように、携帯端末１４０は、当初、リンク１３５を介して移動元のＨｅＮＢ（以下「ｓ＿ＨｅＮＢ」という）１３０と通信している。ｓ＿ＨｅＮＢ１３０は、ＨｅＮＢ−ＧＷ１２０を介して通信事業者のサービスを携帯端末１４０に提供する。

制御プレーンとしては、ＨｅＮＢ−ＧＷ１２０は、通信事業者のコアネットワーク制御要素であるＭＭＥ１１０に接続する。ＭＭＥ１１０は、携帯端末１４０のアクセス制御を管理する。すなわち、ＭＭＥ１１０は、ＣＳＧセル基地局のうちのどのＣＳＧセルに対して携帯端末１４０のアクセスが許可されているか判定する。なお、ＨｅＮＢ−ＧＷ１２０は、場合によっては存在しないこともある。その場合、ＨｅＮＢ１３０，１５０は、直接、または他の要素を介してＭＭＥ１１０に接続する。

図１を参照して、携帯端末１４０がＡ−ＰＣＩリストを取得する動作について説明する。携帯端末はｓ＿ＨｅＮＢ１３０の圏内にあり呼接続処理が起動された場合に、非特許文献１に規定されているサービス要求と同様のサービス要求をｓ＿ＨｅＮＢ１３０に送信し（Ｓ１０）、サービスセッションを開始する。ｓ＿ＨｅＮＢ１３０は、サービス要求を受信すると、その携帯端末１４０に対応する適切なＭＭＥ１１０を選択する。ｓ＿ＨｅＮＢ１３０は、選択したＭＭＥ１１０にサービス要求を送信するため、ＨｅＮＢ−ＧＷ１２０にサービス要求を転送する（Ｓ１２）。このとき、ｓ＿ＨｅＮＢ１３０は、サービス要求にセルの位置情報を付加する。

当業者に明らかなように、セルの位置情報の形態は、実施態様によって異なる。例えば、セルの位置情報は、ｓ＿ＨｅＮＢ１３０のＧＰＳ（Global Positioning System）パラメタとすることができる。ｓ＿ＨｅＮＢ１３０付与された都市位置情報、または、セルのグローバル固有識別子、例えばＥＣＧＩをセルの位置情報として用いることもできる。

当業者には明らかなことであるが、ＭＭＥ１１０の選択は、ｓ＿ＨｅＮＢ１３０ではなく、ＨｅＮＢ−ＧＷ１２０が行ってもよい。その場合、ｓ＿ＨｅＮＢ１３０は、単に携帯端末１４０から受信したサービス要求をＨｅＮＢ−ＧＷ１２０に転送し、ＨｅＮＢ−ＧＷ１２０がサービス要求の送信先として適切なＭＭＥ１１０を決定する。

ＨｅＮＢ−ＧＷ１２０は、転送されるメッセージ内のセル位置情報をＨｅＮＢ−ＧＷ１２０の位置情報に置き換える。ＨｅＮＢ−ＧＷ１２０の位置情報としては、ＭＭＥ１１０が認識可能な地域情報、例えばトラッキングエリア識別子（Tracking Area Identifier：以下「ＴＡＩ」という）を用いる。ＨｅＮＢ−ＧＷ１２０は、サービス要求を受信すると、受信したサービス要求を対応するＭＭＥ１１０に転送する（Ｓ１４）。なお、ＭＭＥ１１０が、ｓ＿ＨｅＮＢ１３０が付加したセルの位置情報をそのまま解釈可能な場合には、ＨｅＮＢ−ＧＷ１２０は置き換えを行わず、その情報をそのまま送信することも可能である。

ＣＳＧアクセス制御の方法によっては、ＨｅＮＢ−ＧＷ１２０が携帯端末１４０の検証を行ってもよい。この場合、ＨｅＮＢ−ＧＷ１２０は、携帯端末１４０のＣＳＧセルに対するアクセスが許可されていないと判断すると、ｓ＿ＨｅＮＢ１３０にエラーメッセージを返送する。

ＭＭＥ１１０は、サービス要求を受信すると、非特許文献１に規定されているサービス制御動作に対応するサービス制御動作を行う。ＭＭＥ１１０は、携帯端末１４０の加入状況に基づいて、携帯端末１４０がセルへのアクセスを許可されているか否かを調べる検査（ＣＳＧ用のアクセス制御）も行う。

これらの通常の動作の後、ＭＭＥ１１０は、サービス要求の送信元の携帯端末によるアクセスが許可されているＣＳＧセルのＣＳＧ−ＩＤを選択する（Ｓ１６）。図３Ａは、携帯端末毎にアクセスが許可されたＣＳＧセルのＣＳＧ−ＩＤのテーブルの例を示す図である。ＭＭＥ１１０は、このテーブルから、携帯端末１４０に対応するＣＳＧ−ＩＤリストを読み出す。図３Ｂは、ＩＤが「Ｕ００１」の携帯端末１４０についてアクセスが許可されたＣＳＧ−ＩＤのリストの例を示す図である。

ＭＭＥ１１０は、選択されたＣＳＧ−ＩＤのリストをサービス要求に対する応答、例えば初期コンテキスト確立要求と共に、ＨｅＮＢ−ＧＷ１２０に送信する（Ｓ１８）。例えば、ＩＤ「Ｕ００１」の携帯端末１４０に対応して、図３Ｂに示すリストを送信する。

ＨｅＮＢ−ＧＷ１２０は、選択されたＣＳＧ−ＩＤリストを受信すると、ＣＳＧ−ＩＤからＰＣＩへのマッピングを行い、Ａ−ＰＣＩリストを生成する（Ｓ２０）。Ａ−ＰＣＩリストは、携帯端末１４０がアクセス許可されているＣＳＧセルの物理層セル識別子(Physical Cell Identifier：以下「ＰＣＩ」という)のリストである。例えば、このリストに含まれるセルを配下に持つ基地局は、携帯端末１４０の受信品質が劣化した際に、ｓ＿ＨｅＮＢ１３０によってＵＥコンテキストが渡され、ＲＲＣ再接続処理が可能になる。

ここで、ＨｅＮＢ−ＧＷ１２０がＰＣＩマッピングを行う詳細な処理の一例を説明する。ＨｅＮＢ−ＧＷ１２０は、様々な段階において収集した情報に基づいて、ＰＣＩマッピングを行う。また、携帯端末１４０がどのセルにアクセスすることができるかを識別するために、選択ＣＳＧ−ＩＤの代わりにＣＧＩ（セルグローバルＩＤ）リストを使用することもできる。

例えば、各ＨｅＮＢ１３０，１５０は、ＨｅＮＢ−ＧＷ１２０に登録するために、そのＨｅＮＢ１３０，１５０がサポートするＣＳＧ−ＩＤを提供する。これにより、ＨｅＮＢ−ＧＷ１２０は、ＣＳＧ−ＩＤとそれらのＣＳＧ−ＩＤに対応するＨｅＮＢ１３０，１５０のリストを作成することができる。それと同時に、ＨｅＮＢ１３０，１５０は、対応する位置情報もＨｅＮＢ−ＧＷ１２０に提供する。ＨｅＮＢ−ＧＷ１２０は、ＨｅＮＢ１３０，１５０の位置情報を記憶しておく。

ＨｅＮＢ−ＧＷ１２０は、上記のようにして取得したＨｅＮＢ１３０，１５０に関する情報を調べ、ＭＭＥ１１０から送信されたメッセージに示されたＣＳＧ−ＩＤリストにあるＨｅＮＢを検索する。ＨｅＮＢ−ＧＷ１２０は、さらに、位置情報を調べることによって、検索されたＨｅＮＢから、携帯端末１４０の近傍にあるＨｅＮＢへの絞り込みを行う。携帯端末１４０の現在位置の近傍にあるか否かは、携帯端末１４０のサービス提供ＨｅＮＢ１３０の位置に基づいて求めることができる。ＨｅＮＢの位置の情報としては、例えば、ＴＡＩなどを用いてもよいし、ＥＣＧＩを用いてもよいし、各ＨｅＮＢのＧＰＳ測定結果をＨｅＮＢ−ＧＷ１２０を保有することになっていてもよい。当業者には明らかなように、この選択は他の基準、例えばＣＳＧ間の関係、すなわちＣＳＧが同じ上位グループに属しているか否か、または事前定義された通信事業者のローミング契約などに基づいて行うこともできる。図３Ｃは、図３Ｂに示したＣＳＧ−ＩＤリストを位置情報によって絞り込みを行ったＣＳＧ−ＩＤリストである。

次に、ＨｅＮＢ−ＧＷ１２０は、選択したＨｅＮＢ１３０，１５０のＰＣＩを入手する。図３Ｄは、図３Ｃに示すＣＳＧ−ＩＤリストに示されるＣＳＧセルの基地局の物理セルＩＤを示す図である。これがＡ−ＰＣＩリストである。これらのＨｅＮＢ１３０，１５０が使用するＰＣＩは、例えば、ＨｅＮＢ登録処理時にＨｅＮＢ１３０，１５０から提供され、ＨｅＮＢ−ＧＷ１２０が格納しておくことができる。ＨｅＮＢ−ＧＷ１２０にＰＣＩがない場合、ＨｅＮＢ−ＧＷ１２０はそれらのＨｅＮＢ１３０，１５０に問い合わせて使用ＰＣＩの入手を試みる。なお、Ａ−ＰＣＩリストとしてはＣＳＧ ＩＤを含まず、ＰＣＩのみとすることも可能である。

当業者に明らかなように、選択されたＣＳＧ−ＩＤリストをＡ−ＰＣＩリストにマップする方法は他にも考えられる。これは発明の一般的原理には影響を及ぼさない。

ＨｅＮＢ−ＧＷ１２０は、転送された初期コンテキスト確立要求メッセージと共に、Ａ−ＰＣＩリストをｓ＿ＨｅＮＢ１３０に送信する（Ｓ２２）。ｓ＿ＨｅＮＢ１３０は、初期コンテキスト確立要求を受信すると、Ａ−ＰＣＩリストを格納し、非特許文献２に規定されているように、携帯端末１４０に対して無線ベアラ確立を開始する（Ｓ２４）。この無線ベアラ確立には、非特許文献２に規定されているＲＲＣ接続リコンフィグレーション（ＲＲＣ Connection Reconfiguration）メッセージを用いることができる。ｓ＿ＨｅＮＢ１３０は、携帯端末１４０への無線ベアラ確立メッセージにＡ−ＰＣＩリストを挿入する。

携帯端末１４０は、無線ベアラ確立メッセージを受信すると、Ａ−ＰＣＩリストを格納し、無線ベアラ確立に必要な動作を行う。無線ベアラ確認に必要な動作としては、例えば非特許文献２に規定されているような、ｓ＿ＨｅＮＢ１３０へのＲＲＣ接続リコンフィグレーション完了（ＲＲＣ Connection Reconfiguration Complete）メッセージの送信がある。

当業者に明らかなように、この処理に伴うその他の動作、例えば非特許文献１のＵＥによるサービス要求手順に定義されている動作もあるが、上記のシーケンスではすべてのステップを示しているわけではない。これらの他の動作ステップが本発明の一般的原理に影響しないことは、当業者に明らかである。

上記の説明では、Ａ−ＰＣＩリストの生成と携帯端末１４０への送信を例示するために、携帯端末１４０によって始動されるサービス要求手順を用いている。他の手順として、携帯端末１４０から送信されたＴＡＵ（トラッキングエリア更新）メッセージに、「アクティブ」フラグが設定されて、通信を行う場合にも、トラッキングエリア更新処理時にＡ−ＰＣＩリストの生成を行うことができる。なお、「アクティブ」フラグが設定されていない場合に、携帯端末１４０に対してＡ−ＰＣＩリストを通知することも可能である。

Ａ−ＰＣＩリストは、携帯端末１４０が接続しているセルに関連する。従って、ハンドオーバ動作が行われるときに、Ａ−ＰＣＩリストを更新し、携帯端末１４０とそれに対応する新しいＨｅＮＢ１３０，１５０に送信することも考えられる。この更新処理は、新しいＨｅＮＢ１３０，１５０に送信されるハンドオーバ要求メッセージによって開始でき、Ａ−ＰＣＩリストを、非特許文献２に規定されているハンドオーバを指示するＲＲＣ接続リコンフィグレーション（ＲＲＣ Connection Reconfiguration）メッセージを用いて、携帯端末１４０に更新することができる。

ネットワークから、許可されたＣＳＧセルの新たな情報が通知されたときに、ＨｅＮＢ−ＧＷ１２０が新しいＡ−ＰＣＩリストを生成し、ｓ＿ＨｅＮＢ１３０を通じて、携帯端末１４０に通知することができることは、当業者に明らかである。これは、ＲＲＣ接続リコンフィグレーションメッセージを使用して、例えば測定設定（Measurement Configuration）として行うことができる。

図４を参照しながら、携帯端末１４０がＡ−ＰＣＩリストを使用して接続を回復する動作シーケンスについて説明する。図４に示されているように、ｓ＿ＨｅＮＢ１３０はＲＲＣ接続リコンフィグレーションメッセージによってＡ−ＰＣＩリストを携帯端末１４０に送信する（Ｓ３０）。このＲＲＣ接続リコンフィグレーションメッセージは、サービス要求によって始動するか、またはｓ＿ＨｅＮＢ１３０が測定構成の一部として開始することができる。

携帯端末１４０は、ＲＲＣ接続リコンフィグレーションメッセージを受信すると、その後の使用のためにＡ−ＰＣＩリストを格納する。当業者に明らかなように、携帯端末１４０は、受信したＲＲＣ接続リコンフィグレーションメッセージに基づいて、他の必要な動作を行うこともできる。しかし、これは本発明の一般的原理には影響を及ぼさない。

しばらくして、携帯端末１４０は、無線リンク障害を検出する。例えば、携帯端末１４０は、ｓ＿ＨｅＮＢ１３０のカバー範囲から出て、ｔ＿ＨｅＮＢ１５０のカバー範囲に入る。その場合、非特許文献２で規定されているように携帯端末１４０がｓ＿ＨｅＮＢ１３０との接続を所定の時間内に回復できない場合、携帯端末１４０は無線リンク障害を検出することになる（Ｓ３２）。

その場合、携帯端末１４０は、ステップＳ３０で取得したＡ−ＰＣＩリストを使用して、セル選択手順を開始する。携帯端末１４０はＡ−ＰＣＩリスト内のセルを優先してセル選択を実施する（Ｓ３８）。

本例では、Ａ−ＰＣＩリストにｔ＿ＨｅＮＢ１５０のＣＳＧセルが含まれているため、携帯端末１４０は、ＲＲＣ接続再確立のためにｔ＿ＨｅＮＢ１５０を選択し、非特許文献２に規定されているようにＲＲＣ接続再確立処理を実施する（Ｓ４０）。

当業者に明らかなように、携帯端末１４０からのＲＲＣ接続再確立要求によって、ｔ＿ＨｅＮＢ１５０はＡ−ＰＣＩリストの更新を実施できる。ｔ＿ＨｅＮＢ１５０は、セル準備処理の一部として、この動作を実施することもできる（Ｓ３６）。その場合、ｔ＿ＨｅＮＢ１５０は、新しいＡ−ＰＣＩリストをＲＲＣ接続再確立メッセージと共に携帯端末１４０に送る（Ｓ４２）。

図５は、本発明を実施するＭＭＥ１１０のアーキテクチャが示されている。図５に示すように、ＭＭＥ１１０は、ＣＳＧリスト管理部３１０とモビリティ管理部３２０とを有する。

モビリティ管理部３２０は、携帯端末１４０とＭＭＥ１１０との間のモビリティ管理関連のメッセージを処理する。両者の間で使用されるプロトコルは、非特許文献４に規定されている。

ＣＳＧリスト管理部３１０は、ＣＳＧセルへの携帯端末１４０のアクセス制御を行う。例えば、携帯端末１４０からＣＳＧセルを介してＮＡＳ手順が開始されると、モビリティ管理部３２０はＣＳＧリスト管理部３１０に、図３Ａに示すような加入プロファイルに基づいて、携帯端末１４０による当該ＣＳＧセルへのアクセスが許可されているか否か問い合わせる。

それと同時に、ＣＳＧリスト管理部３１０は、携帯端末１４０によるアクセスが許可されたＣＳＧセルのＣＳＧ−ＩＤを選択する。ＣＳＧリスト管理部３１０は、選択されたＣＳＧ−ＩＤリストを、インタフェース３１５を介してモビリティ管理部３２０に出力する。次に、図１に示すようにモビリティ管理部３２０は、この選択ＣＳＧ−ＩＤリストをＨｅＮＢ−ＧＷ１２０に転送する（図１、Ｓ１８参照）。

図６は、ＣＳＧリスト管理部３１０の動作の一例を示す図である。図６に示されているように、ＣＳＧリスト管理部３１０は、モビリティ管理部３２０から携帯端末１４０の位置更新を通知される（Ｓ５０）。

モビリティ管理部３２０は、例えば、携帯端末１４０のサービス提供セルの変更を検出したときに、ＣＳＧリスト管理部３１０に通知することができる。例えば、大学構内や事務所などで携帯端末１４０がサービス提供セルのＣＳＧ−ＩＤを変更せずに位置を変えた場合、隣接するアクセス可能ＣＳＧセルが変更されないため同じ選択ＣＳＧ−ＩＤリストが再使用されることがある。モビリティ管理部３２０の動作は運用によって異なり、そのことは本発明の一般的原理には影響を与えない。

ＣＳＧリスト管理部３１０は、携帯端末１４０の位置の変化を通知されると、携帯端末１４０の新しいサービス提供セルのＣＳＧ−ＩＤまたはＣＧＩの取得を試みる（Ｓ５２）。新しいＣＳＧ−ＩＤ等の情報は、モビリティ管理部３２０が提供することができる。

ＣＳＧリスト管理部３１０は、さらに、許可ＣＳＧリストで携帯端末１４０の加入情報を取得する（Ｓ５４）。この情報は、ＭＭＥ１１０に格納されている携帯端末１４０コンテキストの一部である。加入情報を取得できない場合、ＭＭＥ１１０は、通信事業者のコアネットワーク、例えばＨＳＳの加入データベースから加入情報を取得する必要がある。

次に、ＣＳＧリスト管理部３１０は、携帯端末１４０の新しい位置のＣＳＧ−ＩＤに対してアクセス制御を行うと共に、既知のシステム情報、例えばローミング契約、ＣＳＧ−ＩＤ間の関係などに基づいて携帯端末がアクセス可能なＣＳＧ−ＩＤリストを生成する（Ｓ５６）。

ＣＳＧリスト管理部３１０は新しいＣＳＧ−ＩＤリストをモビリティ管理部３２０に送る（Ｓ５８）。モビリティ管理部３２０は、このＣＳＧ−ＩＤリストを、Ｓ１ＡＰ（S1 Application Protocol）メッセージを使用してＨｅＮＢ−ＧＷ１２０に送信する。

当業者に明らかなように、ＣＳＧリスト管理部３１０は、ＣＳＧ−ＩＤリストの生成の際に、例えば携帯端末１４０の位置、時刻、システムの負荷状態、システムにアクセスするコストなどの他の情報も考慮に入れることができる。

図７は、本実施の形態のＨｅＮＢ−ＧＷ１２０のアーキテクチャの一例を示す図である。図７に示すように、ＨｅＮＢ−ＧＷ１２０は、ＨｅＮＢ管理部４１０と、ＰＣＩマッピング部４２０と、ＭＭＥ１１０から受信した許可されたＣＳＧセルのリストを記憶する許可ＣＳＧ−ＩＤリスト記憶部４２５と、ＨｅＮＢ１３０，１５０のデータを記憶したＨｅＮＢ情報記憶部４３０とを有している。

ＨｅＮＢ管理部４１０は、ＨｅＮＢ１３０，１５０とＭＭＥ１１０との接続を管理する。これには、ＨｅＮＢ１３０，１５０の登録および検証／認証と、ＨｅＮＢ１３０，１５０とＭＭＥ１１０との間のＳ１インタフェースの確立が含まれる。ＨｅＮＢ管理部４１０は、ＨｅＮＢ１３０，１５０とＭＭＥ１１０との間のメッセージ交換を傍受することもできる。ＨｅＮＢ管理部４１０は、ＨｅＮＢ１３０，１５０から携帯端末１４０の存在するセル位置情報を受信する位置情報受信部４１２を有している。

ＰＣＩマッピング部４２０は、ＭＭＥ１１０から渡されたＣＳＧ−ＩＤリストから、携帯端末１４０が現在のロケーションでアクセス可能なＣＳＧセルを絞り込み、絞り込まれたＣＳＧセルのＣＳＧ−ＩＤをＰＣＩにマッピングする。ＰＣＩマッピング部４２０は、ＨｅＮＢ情報記憶部４３０に格納されているＨｅＮＢ１３０，１５０に関する情報に基づいてマッピングを行う。ＨｅＮＢ情報記憶部４３０には、配下のＨｅＮＢ１３０，１５０の物理セルＩＤのほか、ＨｅＮＢ１３０，１５０の位置情報などが含まれている。

ＨｅＮＢ−ＧＷ１２０は、ＨｅＮＢ１３０，１５０に関する情報がＨｅＮＢ情報記憶部４３０に記憶されていない場合、ＨｅＮＢ−ＧＷ１２０が対応するＨｅＮＢ１３０，１５０に、そのＰＣＩを問い合わせる。

図８は、ＰＣＩマッピング部４２０が選択ＣＳＧ−ＩＤリストをＰＣＩリストにマップする動作の一例を示す図である。図８に示すように、ＰＣＩマッピング部４２０は、携帯端末１４０のモビリティに関するトリガを受信する（Ｓ６０）。このトリガは、例えば、ＭＭＥ１１０からの新しいＳ１初期コンテキスト確立要求、または、ＭＭＥ１１０から着信するハンドオーバ関連メッセージ、あるいは、ＨｅＮＢ間の内部のハンドオーバ関連メッセージによって発生させることができる。

トリガを受信すると、ＰＣＩマッピング部４２０は、携帯端末１４０によるアクセスが許可されたＣＳＧセルのＣＳＧ−ＩＤリストを取得する。このＣＳＧ−ＩＤリストは、携帯端末１４０のモビリティ管理のためのメッセージの一部としてＭＭＥ１１０から提供される。

次に、ＰＣＩマッピング部４２０は、選択ＣＳＧ−ＩＤリスト内のＣＳＧセルの中から、携帯端末１４０の現在位置付近に存在するＨｅＮＢ１３０，１５０を抽出する（Ｓ６４）。この際に用いるＨｅＮＢ位置情報は、ＨｅＮＢ−ＧＷ１２０に対するＨｅＮＢ登録処理によって入手することができ、ＨｅＮＢ情報記憶部４３０に記憶されている。入手不能な場合、ＨｅＮＢ−ＧＷ１２０は、ＨｅＮＢ位置情報をＨｅＮＢ１３０，１５０との通信によって取得することができる。

ＰＣＩマッピング部４２０は、携帯端末１４０付近にあることが判明したＨｅＮＢ、例えばｔ＿ＨｅＮＢ１５０について、ＣＳＧ−ＩＤに対応するセルのために使用されているＰＣＩを取得する。このＰＣＩの情報は、ＨｅＮＢの登録処理によって事前に取得して、ＨｅＮＢ情報記憶部４３０に記憶されている。あるいは、ＨｅＮＢ−ＧＷ１２０が、管理機能によって、ＰＣＩ情報を取得することができる（Ｓ６６）。

ＰＣＩマッピング部４２０は、作成したＡ−ＰＣＩリストをＨｅＮＢ管理部４１０に渡し、ＨｅＮＢ管理部４１０は、Ａ−ＰＣＩリストを携帯端末１４０のサービス提供中のｓ＿ＨｅＮＢ１３０に転送する（Ｓ６８）。

当業者に明らかなように、ＨｅＮＢ−ＧＷ１２０は、Ａ−ＰＣＩリストと共に他の情報、例えばリストの内のＰＣＩに対応するＨｅＮＢのグローバル固有識別子、例えば非特許文献１に記載されているＨｅＮＢ ＩＤやＥＣＧＩなどを送信することができる。

図９は、本実施の形態の携帯端末１４０のアーキテクチャを示す図である。当業者に明らかなように、本実施の形態を例示するのに必要な構成要素のみが示されている。このことは、携帯端末１４０が、他の構成要素も備えることを妨げるものではない。

図９に示されているように、携帯端末１４０は、ＰＣＩリスト管理部５０２と、回復接続部５０６と、接続確立部５１０と、優先順位決定部５１２を備える。

ＰＣＩリスト管理部５０２は、設定された隣接セルの物理セル識別情報（ＰＣＩ）およびＡ−ＰＣＩリスト情報を格納する。例えば、ｓ＿ＨｅＮＢ１３０がＲＲＣ接続リコンフィグレーションメッセージによってＡ−ＰＣＩリストおよびＰＣＩ情報を携帯端末１４０に対して設定した場合、ＰＣＩリスト管理部５０２はこの設定されたＡ−ＰＣＩリストとＰＣＩ情報をその後の使用のために格納する。ｓ＿ＨｅＮＢ１３０から隣接セルＰＣＩとＡ−ＰＣＩリスト情報の両方を受信した場合、これらの情報はインタフェース５０８を使用して接続確立部５１０からＰＣＩリスト管理部５０２に供給される。そして、回復接続部５０６には、ＰＣＩリスト管理部５０２よりＡ−ＰＣＩリスト情報のみがインタフェース５０４を使用して供給される。

接続確立部５１０は、携帯端末１４０とネットワーク要素（例えばｓ＿ＨｅＮＢ１３０）との間の初期接続確立手順を行う。両者の間で使用されるプロトコルは、非特許文献２で規定されている。ここで、例えばＲＲＣ接続リコンフィグレーション（ＲＲＣ Connection Reconfiguration）メッセージを用いてＡ−ＰＣＩリスト情報、物理セル識別情報等を受信し、ＰＣＩリスト管理部５０２に渡す。

回復接続部５０６は、携帯端末１４０とＨｅＮＢ（例えばｔ＿ＨｅＮＢ１５０）との間で再接続処理を行う。これは、非特許文献２に規定されているように、携帯端末１４０について検出された無線リンク問題が所定の時間を超えて継続している場合に行われる。これは無線リンク障害（ＲＬＦ）と呼ばれる。ＲＬＦが発生した場合、携帯端末１４０はＡ−ＰＣＩリスト情報を使用してセル選択手順を行う。

優先順位決定部５１２は、ＰＣＩリスト管理部５０２に記憶されたＡ−ＰＣＩリストを参照して、優先的に品質測定等を行うＨｅＮＢ１３０，１５０を決定する。

図１０は、携帯端末１４０の動作の一例を示す図である。当業者に明らかなように、この動作は、無線リンク問題が検出された後の、携帯端末１４０の構成要素である回復接続部５０６の相互通信の一部のみを示している。

図１０に示すように、携帯端末１４０の回復接続部５０６は無線リンク問題を検出する（Ｓ７０）。回復接続部５０６は、無線リンク問題を検出すると、タイマＴ３１０を起動する（Ｓ７２）。タイマＴ３１０の稼働中、携帯端末１４０は、現在接続しているセルの検出を実施する（Ｓ７４）。サービス提供セルが検出された場合（Ｓ７６でＹＥＳ）、携帯端末１４０はサービス提供セルへの接続を再開する（Ｓ７８）。

サービス提供セルが検出されない場合（Ｓ７６でＮＯ）、携帯端末１４０はタイマＴ３１０がタイムアウトするまでサービス提供セルの探索を続ける（Ｓ７４、Ｓ７６、Ｓ８０）。タイマＴ３１０がタイムアウトすると（Ｓ８０でＹＥＳ）、携帯端末１４０はタイマＴ３１１を始動させ、Ａ−ＰＣＩリスト情報を使用してセル選択の優先順位を決定する（Ｓ８２）。ここでは、携帯端末１４０は、Ａ−ＰＣＩリストにリストされているセル（以下、「Ａ−ＰＣＩセル」という）の探索を他のセルよりも高い頻度で実施するような優先順位を決定する。続いて携帯端末１４０は、優先順位に従ってセルの探索を行い（Ｓ８４）、隣接するセルが検出されたか否かを調べる（Ｓ８６）。

セルが検出されない場合（Ｓ８６でＮＯ）、携帯端末１４０は、タイマＴ３１１がタイムアウトするまで、Ａ−ＰＣＩセルを優先して探索を続ける（Ｓ８４、Ｓ８６、Ｓ８８）。タイマＴ３１１がタイムアウトすると（Ｓ８８でＹＥＳ）、携帯端末１４０はサービス提供セルの接続を切断し（Ｓ９０）、遊休モードになる。

セルが検出された場合（Ｓ８６でＹＥＳ）、携帯端末１４０は、検出されたセルでの回復接続の設定を開始する（Ｓ９２）。検出されたセルは、非特許文献２に規定されているＲＲＣ接続再確立処理を実行する。再確立処理の完了後、携帯端末１４０は、検出されたセルで、サービス接続を再開する（Ｓ９４）。以上、第１の実施の形態のＨｅＮＢ−ＧＷ１２０の構成および動作について説明した。

第１の実施の形態のＨｅＮＢ−ＧＷ１２０は、携帯端末１４０によるアクセスが許可されたＣＳＧセルのＰＣＩを示したＡ−ＰＣＩリストを携帯端末１４０に通知するので、携帯端末１４０は、ＣＳＧ識別情報を含むシステム情報を受信することなく、アクセス可能なＣＳＧセルを確認することができる。これにより、携帯端末１４０のアクセス確認に要する時間を低減することができる。

また、第１の実施の形態のＨｅＮＢ−ＧＷ１２０は、携帯端末１４０の位置情報を用いて、アクセスが許可されたＣＳＧセルの中から、近傍にあるＣＳＧセルを選択してＡ−ＰＣＩリストを生成している。ＰＣＩは、グローバルにみれば一意ではないので、異なるＣＳＧセルに対して同じＰＣＩが割り当てられる場合があり、ＰＣＩだけではＣＳＧセルを特定できない。本実施の形態では、携帯端末１４０の現在位置の情報に基づいて、携帯端末１４０の周辺にあるＣＳＧセルのみをＡ−ＰＣＩリストに入れているので、ＰＣＩによってＣＳＧセルを特定することができ、これにより、ＰＣＩに基づく迅速なアクセス可能性判断が可能となった。

なお、上記ではセルが検出されない場合に継続してＡ−ＰＣＩセルを優先して探索を続ける例を示したが、この際にＡ−ＰＣＩリスト情報にリストされていないセルを探索することも可能である。例えば、その探索でマクロセルが検出された場合には、そのマクロセルがＵＥコンテキストを保持している可能性もあるため、そのマクロセルに対して再接続処理を行うことが可能である。なお、この際にＵＥコンテキストを保持しているマクロセルをＡ−ＰＣＩリストに含めて、携帯端末１４０に通知することも可能である。

本実施の形態では、Ａ−ＰＣＩリストがある場合の動作を示したが、Ａ−ＰＣＩリストが設定されない場合が考えられる。すなわち、携帯端末は１つのＣＳＧセル、例えばホームの基地局のみを有する場合がある。このように設定されているＡ−ＰＣＩリスト情報がない場合（すなわちＡ−ＰＣＩリスト＝０）、携帯端末１４０はセル選択手順でＣＳＧセルよりもマクロセルを優先させることが考えられる。

本実施の形態では、ＭＭＥ１１０にて携帯端末１４０によるアクセスが許可されたＣＳＧセルを選択し、そのＣＳＧ−ＩＤをＨｅＮＢ−ＧＷ１２０に送信し、ＨｅＮＢ−ＧＷ１２０にて携帯端末１４０の位置の近傍にあるＣＳＧセルを選択する例について説明した。ＭＭＥ１１０が、携帯端末１４０の位置の近傍にあるＣＳＧセルのＣＳＧセルＩＤを選択してＨｅＮＢ−ＧＷ１２０に送信し、ＨｅＮＢ−ＧＷ１２０にてＣＳＧ−ＩＤを物理セルＩＤに変換することとしてもよい。この場合、ＭＭＥ１１０とＨｅＮＢ−ＧＷ１２０が基地局制御装置に該当する。このように（１）携帯端末１４０によるアクセスが許可されたＣＳＧセルの選択、（２）選択されたＣＳＧセルの近傍にあるＣＳＧセルの絞り込み、（３）絞り込まれたＣＳＧセルのＣＳＧ−ＩＤからＰＣＩへの変換の各機能を、移動体通信システム１００を構成するネットワーク要素によって分担することができる。

（第２の実施の形態）
図１１は、第２の実施の形態の移動体通信システム６００を示す図である。移動通信システム６００の基本的な構成は、第１の実施の形態と同じであるが、ＨｅＮＢ６２０，６４０が、ゲートウェイ機能を介さずにＭＭＥ６１０に直接接続されている点が異なる。本実施の形態では、ＭＭＥ６１０が「基地局制御装置」に該当する。

この構成では、ＨｅＮＢ６２０，６４０は、その構成情報、例えばサポートされているＣＳＧ−ＩＤ、位置情報などをＭＭＥ６１０に提供する。従って、第２の実施の形態では、第１の実施の形態においてＨｅＮＢ−ＧＷ１２０が行っていた動作をＭＭＥ６１０が行う。

当業者に明らかなように、実際の配備では、例えば、ＨｅＮＢ６２０，６４０からのユーザプレーンデータを処理するサービス提供ゲートウェイなど、他のコアネットワーク要素も存在するが、説明の便宜上、そのような要素は図示していない。

図１２は、第２の実施の形態の移動体通信システムアーキテクチャの動作シーケンスの一例を示す図である。図１２に示すように、携帯端末６３０はＣＳＧセルでサービスセッションを開始する必要があるときに、サービス要求を発行する（Ｓ１００）。

サービス要求を受信したｓ＿ＨｅＮＢ６２０は、携帯端末６３０にサービスを提供する適切なＭＭＥ６１０を選択する。次に、ｓ＿ＨｅＮＢ６２０は、携帯端末６３０から受信したサービス要求を、ＣＳＧセルの位置情報と共にＭＭＥ６１０に転送する（Ｓ１０２）。当業者に明らかなように、この位置情報は、ＭＭＥ６１０とＨｅＮＢ６２０，６４０との間の設定や契約に応じて形式が異なることがある。

ＭＭＥ６１０は、サービス要求を受け取ると、非特許文献１で規定されている必要なモビリティ管理動作を行う。サービスセッションを確立することができる場合、ＭＭＥ６１０は、携帯端末６３０の現在位置に基づいて近傍のＣＳＧセルを特定し、ＣＳＧセルのＣＳＧ−ＩＤをＰＣＩに変換するＰＣＩマッピングを行う（Ｓ１０４）。ＰＣＩマッピングによって、Ａ−ＰＣＩリストが生成される。ＭＭＥ６１０は、Ａ−ＰＣＩリストをＳ１初期コンテキスト確立要求と共にｓ＿ＨｅＮＢ６２０に転送する（Ｓ１０６）。

コンテキスト確立要求を受け取ると、ｓ＿ＨｅＮＢ６２０は、無線ベアラ確立を開始する（Ｓ１０８）。ｓ＿ＨｅＮＢ６２０は、無線ベアラ確立メッセージと共に、Ａ−ＰＣＩリストを携帯端末６３０に送信する。無線ベアラ確立メッセージは、非特許文献２に規定されているＲＲＣ接続リコンフィグレーションメッセージとすることができる。

当業者に明らかなように、この動作はＡ−ＰＣＩリストの生成と携帯端末６３０への送信の方法を例示するものである。同じ目的のために、例えば、非特許文献１に規定されているようにＭＭＥ６１０を介したハンドオーバ関連処理など、他の動作処理を使用することもできる。

図１３は、本実施の形態のＭＭＥ６１０のアーキテクチャの一例を示す図である。ＭＭＥ６１０は、ＣＳＧ−ＩＤ管理部８１０と、ＰＣＩマッピング部８２０と、モビリティ管理部８３０と、ＨｅＮＢ情報記憶部８４０と、許可ＣＳＧ−ＩＤリスト記憶部８４５とを有している。

モビリティ管理部８３０は、携帯端末６３０のアクセス制御とモビリティ管理を行う。モビリティ管理部８３０は、非特許文献１で規定されているＭＭＥ６１０のすべての必要な機能を実施する。また、モビリティ管理部８３０は、携帯端末６３０の位置に関する情報を受信する位置情報受信部８３５を有している。モビリティ管理部８３０は、ＣＳＧ関連アクセス制御も行う。例えば、許可ＣＳＧ−ＩＤリスト記憶部８４５に記憶されたリストを参照して携帯端末６３０が特定のＣＳＧセルへのアクセスを許可されているか否かを検証する。携帯端末６３０が新しいＣＳＧセルでサービスセッションの確立に成功した場合、または、接続モードで位置の変更に成功した場合、すなわち他のセルへのハンドオーバに成功した場合、モビリティ管理部８３０はインタフェース８２５を介してＰＣＩマッピング部８２０にトリガを送る。

ＰＣＩマッピング部８２０は、携帯端末６３０の現在位置に対応するＡ−ＰＣＩリストを生成する。ＰＣＩマッピング部８２０は、マッピングに必要なＣＳＧ−ＩＤ情報をＣＳＧ−ＩＤ管理部８１０から取得し、ＨｅＮＢ６２０，６４０の位置情報およびＰＣＩをＨｅＮＢ情報記憶部８４０から取得する。

ＣＳＧ−ＩＤ管理部８１０は、携帯端末６３０の許可ＣＳＧ−ＩＤリストの取得と管理を行う。ＰＣＩマッピング部８２０から要求があると、ＣＳＧ−ＩＤ管理部８１０は、許可ＣＳＧ−ＩＤリストを生成し、インタフェース８１５を介してＰＣＩマッピング部８２０に送る。

図１４は、ＰＣＩマッピング部８２０の動作の一例を示す図である。携帯端末６３０がサービスセッションの確立またはハンドオーバに成功すると、ＰＣＩマッピング部８２０は、モビリティ管理部８３０からトリガを受信する（Ｓ１１０）。

ＰＣＩマッピング部８２０はトリガを受信すると、ＣＳＧ−ＩＤ管理部８１０から、ＣＳＧ−ＩＤリストを入手する（Ｓ１１２）。選択ＣＳＧ−ＩＤリストは、携帯端末６３０の加入プロファイル、およびＣＳＧ−ＩＤ間の関係に基づいて生成される。

ＰＣＩマッピング部８２０は、選択ＣＳＧ−ＩＤリスト内のＣＳＧ−ＩＤごとに、携帯端末６３０の現在位置付近に位置するＨｅＮＢ６２０，６４０があるか否かを調べる（Ｓ１１４）。このＨｅＮＢ位置情報は、ＭＭＥ６１０へのＨｅＮＢ登録処理によって入手し、ＨｅＮＢ情報記憶部８４０に記憶することができる。入手不能な場合、ＭＭＥ６１０は、それぞれのＨｅＮＢ６２０，６４０との通信によって入手することができる。

ＰＣＩマッピング部８２０は、携帯端末６３０の付近にあると判定されたＨｅＮＢ、例えばｔ＿ＨｅＮＢ６４０について、ＣＳＧ−ＩＤに対応するセルに使用されているＰＣＩを入手する。この情報は、ＨｅＮＢの登録処理によって事前に入手することもできる。また、ＭＭＥ６１０は、管理機能によってＨｅＮＢ６２０，６４０のＰＣＩ情報を取得することができる（Ｓ１１６）。

ＰＣＩマッピング部８２０は、作成したＡ−ＰＣＩリストをモビリティ管理部８３０に渡し、モビリティ管理部８３０は、そのＡ−ＰＣＩリストを携帯端末６３０のサービス提供ＨｅＮＢに転送する（Ｓ１１８）。

当業者に明らかなように、ＭＭＥ６１０は、Ａ−ＰＣＩリストと共に、他の情報、例えばリスト内のＰＣＩに対応するＨｅＮＢのグローバル固有識別子、例えば非特許文献１のＨｅＮＢ ＩＤまたはＥＣＧＩなども送信することができる。

第２の実施の形態のＭＭＥ６１０は、携帯端末６３０によるアクセスが許可されたＣＳＧセルのＰＣＩを示したＡ−ＰＣＩリストを携帯端末６３０に通知するので、携帯端末は、ＣＳＧ識別情報を含むシステム情報を受信することなく、アクセス可能なＣＳＧセルを確認することができる。これにより、携帯端末６３０のアクセス確認に要する時間を低減することができる。

（第３の実施の形態）
ｓ＿ＨｅＮＢ１３０，６２０に周囲にあるＣＳＧセルは、ハンドオーバ等に備えて、あらかじめ携帯端末１４０，６３０の接続の準備を行う。しかし、携帯端末１４０，６３０の周囲にある許可されたすべてのＣＳＧセルが、ｓ＿ＨｅＮＢ１３０，６２０によって準備を整えられるわけではない。本実施の形態では、Ａ−ＰＣＩリストに、どのＰＣＩが準備完了セルに対応しているかを示す指示情報を追加する。この指示情報は、例えば準備完了セルのＰＣＩに関連付けられたフラグであってもよい。以下では、図２に示すネットワークアーキテクチャを例として、第３の実施の形態について説明する。ただし、以下に述べる構成は、図１１に示すネットワークアーキテクチャにも適用可能である。

ｓ＿ＨｅＮＢ１３０は、接続準備のために、携帯端末１４０のコンテキストを隣接ＨｅＮＢに送るが、そのコンテキストを含む隣接ＨｅＮＢが、携帯端末１４０の準備完了セルである。従って、ｓ＿ＨｅＮＢ１３０は、隣接するＨｅＮＢの中で、準備完了のセル、準備未完了のセルを判定することができる。ｓ＿ＨｅＮＢ１３０は、準備完了または未完了の情報をＨｅＮＢ−ＧＷ１２０に送信する。ＨｅＮＢ−ＧＷ１２０は、準備完了か否かの情報を含むＡ−ＰＣＩリスト情報を生成する。

図１５Ａは、本実施の形態のＡ−ＰＣＩリストの例を示す図である。本実施の形態のＡ−ＰＣＩリストは、近傍のＣＳＧ−ＩＤ、ＰＣＩに加えて、準備完了フラグを有している。この準備完了フラグが真（ＴＲＵＥ）に設定されている場合にそれに関連付けられたＣＳＧセルは準備完了セルである。一方、このフラグが偽（ＦＡＬＳＥ）に設定されている場合は、それに関連付けられたＣＳＧフラグは準備未完了セルである。

ＨｅＮＢ−ＧＷ１２０は、無線ベアラの確立（図１、Ｓ２４参照）の際に、非特許文献２に規定されているＲＲＣ接続リコンフィグレーションメッセージによって携帯端末１４０に送る。

図１６は、作成されたＡ−ＰＣＩリスト情報を使用して携帯端末１４０で接続回復手順の動作の一例を示す図である。図１６に示す基本的な動作は、図１０に示す動作と同じであるので、以下では、相違点を中心に説明する。

携帯端末１４０が無線リンク障害に遭遇すると（Ｓ８０でＹＥＳ）、携帯端末１４０は、Ａ−ＰＣＩリスト情報を使用してセル選択の優先順位を決定する（Ｓ１２０）。具体的には、準備未完了Ａ−ＰＣＩリスト内のセルおよびその他のセル（例えばマクロセル）よりも準備完了Ａ−ＰＣＩリスト内のセルを優先させる。携帯端末１４０は、優先順位に基づいて、準備完了Ａ−ＰＣＩリスト内のセルの探索を他のセルよりも高い頻度で行う（Ｓ１２２）。ただし、準備未完了Ａ−ＰＣＩリストのみしかない場合（すなわち、Ａ−ＰＣＩリストに関連付けられた追加のフラグすべてがＦＡＬＳＥに設定されている場合）、携帯端末１４０は、セル選択手順で準備未完了Ａ−ＰＣＩリスト内のセルよりもマクロセルの方を優先する。以上、第３の実施の形態の基地局制御装置および携帯端末について説明した。

第３の実施の形態では、ＲＲＣ接続再確立手順時に、携帯端末１４０は、準備が完了したアクセス可能ＣＳＧセルを選択でき、準備未完了に起因する接続失敗を回避できる。

上記した実施の形態では、準備完了か否かを示す準備完了フラグを設ける例について説明したが、準備が完了したＣＳＧセルのみを含むＡ−ＰＣＩリストを生成してもよい。図１５Ｂは、図１５Ａで示すＡ−ＰＣＩリストと同じ準備状態を示すＡ−ＰＣＩリストの別の例を示す図である。この例では、準備が未完了のＣＳＧセルの情報はレコードごと削除されている。このＡ−ＰＣＩリストによっても、携帯端末１４０は準備完了したＣＳＧセルを選択することが可能である。また、このＡ−ＰＣＩリストは、情報量が少なくて済むという利点がある。

なお、本実施の形態ではｓ＿ＨｅＮＢ１３０が準備完了のセル、準備未完了のセルを判断する例を示したが、ＨｅＮＢ−ＧＷ１２０にて判断してもよい。この場合には、図１５Ａまたは図１５Ｂに示されるＡ−ＰＣＩリストの作成は、ＨｅＮＢ−ＧＷ１２０にて行われる。

（第４の実施の形態）
第４の実施の形態では、例えば企業ネットワークでの配備など、Ａ−ＰＣＩリスト情報を携帯端末１４０に一斉送信するネットワーク構成への適用例について説明する。以下では、図２に示すネットワークアーキテクチャを例として、第４の実施の形態について説明する。ただし、以下に述べる構成は、図１１に示すネットワークアーキテクチャにも適用可能である。

例えば、複数のＨｅＮＢを備える配備環境（例えば事務所や学校構内など）において、従業員や学生などのユーザにサービスを提供する場合に、Ａ−ＰＣＩリスト情報が全従業員または全学生にとって有効な場合がある。その場合、ネットワーク要素（例えばＨｅＮＢ）が共通のＡ−ＰＣＩリスト情報を報知情報として携帯端末１４０に一斉送信（ブロードキャスト）することが可能である。

ＨｅＮＢ−ＧＷ１２０で動作するＰＣＩマッピング部４２０が複数の携帯端末１４０に共通のＡ−ＰＣＩリスト情報を生成する。共通Ａ−ＰＣＩリストの設定は、ＣＳＧセルを運営する通信事業者または所有者が決定することができる。例えば、ＣＳＧ専用搬送波周波数を使用する場合、通信業者は、図１７に示すように、非特許文献２に規定されているシステム情報を使用して、基地局（ｓ＿ＨｅＮＢ１３０）から携帯端末１４０に、共通Ａ−ＰＣＩリスト情報を一斉送信することができる。

図９を参照して、携帯端末１４０について説明する。携帯端末１４０は、接続確立部５１０を通じて共通Ａ−ＰＣＩリスト情報を入手すると、その共通Ａ−ＰＣＩリスト情報をＰＣＩリスト管理部５０２に格納する。携帯端末１４０は、この共通Ａ−ＰＣＩリスト情報を、回復接続部５０６で使用することができる。

携帯端末１４０の優先順位決定部５１２は、共通Ａ−ＰＣＩリストにあるセルを他のセル（例えばマクロセル）より優先させるように、セル探索の優先順位を決定する。例えば、マクロセルのカバー範囲内にあるＣＳＧセルを優先させる。

回復接続部５０６は、優先順位決定部５１２にて決定された優先順位に従って、セル再選択手順またはセル選択手順において、セルの探索を行う。

本実施の形態によれば、共通のＡ−ＰＣＩリストを一斉送信するので、専用信号の送信数を削減することができ、遊休モードの携帯端末の移動能力を向上させることができる。

共通Ａ−ＰＣＩリストが有効であるか否かは、携帯端末１４０の位置によって決めることができる。例えば、携帯端末１４０が、接続回復後、他のセルに移動し、移動先のセルが同じＨｅＮＢ配備環境内にある場合（例えば、企業の事務所や学校の構内にあるＣＳＧセル）、携帯端末１４０は、共通のＡ−ＰＣＩリスト情報を継続して使用することができる。共通Ａ−ＰＣＩリスト情報は、ｓ＿ＨｅＮＢ１３０，６２０が非特許文献２に規定されているシステム情報メッセージを使用して変更することができる。

複数のＨｅＮＢを備える配備環境（すなわち企業や学校構内）を考える場合、１つの共通制御信号ですべてのＣＳＧセルの情報を携帯端末１４０に提供するのは複雑な場合がある。これを容易にするために、ＣＳＧセルを異なるグループに区分けするのも１つの方法である。例えば、共通Ａ−ＰＣＩリスト情報と共に関連パラメタ（例えばグループＰＣＩ−ＩＤ）を設定する。この関連パラメタを、共通Ａ−ＰＣＩリスト情報と共に一斉送信する。新しい共通のＡ−ＰＣＩリスト情報を利用可能な場合、ｓ＿ＨｅＮＢ１３０は更新されたグループＰＣＩ−ＩＤをそのＡ−ＰＣＩリスト情報と共に携帯端末１４０に一斉送信する。更新されたグループＰＣＩ−ＩＤを受信したことによって、携帯端末１４０は、現在格納されているＡ−ＰＣＩリスト情報が無効であるとみなし、新しいＡ−ＰＣＩリスト情報をその後の使用のために格納する。逆に、携帯端末１４０は、同じグループＰＣＩ−ＩＤを受信した場合には、引き続き以前受信した共通Ａ−ＰＣＩリスト情報を使用できると判断できる。当業者に明らかなように、携帯端末１４０は、ＣＳＧセルのグループのための更新された共通Ａ−ＰＣＩリスト情報を取得するために必要な他の動作も行うことができる。このことは本発明の一般的原理には影響を与えない。

図１８は、携帯端末１４０で共通のＡ−ＰＣＩリスト情報を使用して接続回復手順を実行する例を示す図である。図１８に示す基本的な動作は、図１０に示す動作と同じであるので、以下では、相違点を中心に説明する。

携帯端末１４０が無線リンク障害に遭遇した場合（Ｓ８０でＹＥＳ）、携帯端末１４０は共通Ａ−ＰＣＩリスト内のセルを他のセル（例えばマクロセル）よりも優先して探索するように優先順位付けを行う（Ｓ１２４）。このセル選択優先順位付けにより、携帯端末１４０は、共通Ａ−ＰＣＩリスト内のセルの探索を他のセルよりも高い頻度で行う（Ｓ１２６）。例えば、共通Ａ−ＰＣＩリストを使用する携帯端末１４０は、セルの選択で同じＨｅＮＢ配備環境のアクセス可能ＣＳＧセル（例えば、企業の事務所または学校の構内のＣＳＧセル）のみを、同じＨｅＮＢ配備環境内にない他のＣＳＧセルやマクロセルよりも優先させる。セル選択手順で共通Ａ−ＰＣＩリスト内にリストされているセルを優先させる目的は、携帯端末１４０が、回復接続手順後も同じＨｅＮＢ配備環境（すなわち会社の事業所または学校の構内のＣＳＧセル）に留まり続けることができるようにするためである。これにより、携帯端末１４０は選択されたアクセス可能ＣＳＧセルからの特別なサービス（例えば高データ転送速度）を継続して利用することができる。

（第５の実施の形態）
第５の実施の形態では、ｓ＿ＨｅＮＢ１３０がハンドオーバを決定するのを支援するために、アクセス可能ＣＳＧセルの情報を、携帯端末１４０がｓ＿ＨｅＮＢ１３０に通知する際に利用する例について説明する。以下では、図２に示すネットワークアーキテクチャを例として、第５の実施の形態について説明する。ただし、以下に述べる構成は、図１１に示すネットワークアーキテクチャにも適用可能である。

携帯端末１４０は、Ａ−ＰＣＩリスト情報に基づいて、ハンドオーバ先として好ましいＣＳＧセルを取得する。ハンドオーバ先として好ましいＣＳＧセルとは、アクセスが許可されているＣＳＧセルであり、第３の実施の形態で説明したように準備完了しているか否かも分かる場合には、準備完了しているＣＳＧセルである。図９を参照すると、携帯端末１４０内の接続確立部５１０は、Ａ−ＰＣＩリスト情報内のセルを評価し、既存のＲＲＣメッセージ、例えば測定報告（Measurement Report）を使用して、好ましいアクセス可能ＣＳＧセルをｓ＿ＨｅＮＢ１３０に通知する。

これによってｓ＿ＨｅＮＢ１３０は、携帯端末１４０が対象とするセル（すなわちハンドオーバ先として好ましいセルの候補）を知ることができる。その場合、ｓ＿ＨｅＮＢ１３０は、ハンドオーバ準備手順でこれらの好ましいセルを優先させることができる。

図１９は、携帯端末１４０における接続確立手順において、Ａ−ＰＣＩリスト情報を通知して、好ましいアクセス可能ＣＳＧセルを決定するための動作の一例を示す図である。

図１９に示すように、携帯端末１４０の接続確立部５１０は、受信品質の低下等により、モビリティがトリガされると（Ｓ１３０）、Ａ−ＰＣＩリスト情報を使用して測定対象のセルを決定する（Ｓ１３２）。携帯端末１４０は、測定対象として決定されたセルを探索する（Ｓ１３４）。携帯端末１４０は、測定報告を送信する基準が満たされているか否かを調べる（Ｓ１３６）。

通知基準が満たされていない場合（Ｓ１３６でＮＯ）、携帯端末１４０はＡ−ＰＣＩリストでリストされているセルの探索・測定を続ける。通知基準が満たされている場合（Ｓ１３６でＹＥＳ）、携帯端末１４０は、既存のＲＲＣメッセージ、例えば測定報告メッセージを用いて、通知基準に基づき測定結果を送信する（Ｓ１３８）。Ａ−ＰＣＩリスト内のセルを測定していることから、ここで通知される測定結果は、携帯端末１４０によるアクセスが許可された好ましいＣＳＧセルの測定結果である。

なお、通知基準に基づく測定結果とは、例えば通知基準を満たしたセルの測定結果である。更に具体的には、現在接続しているセルよりも品質の良いセルの際に通知基準を満たす場合には現在接続しているセルよりも品質の良いセルの品質結果が、そのセルの識別子（ＰＣＩ）と共に送られる。評価通知が完了すると、携帯端末１４０は、評価手順を停止する（Ｓ１４０）。

なお、上記の例では端末がＡ−ＰＣＩリストに含まれるセルのみを通知基準の対象として選択する例を示したが、全てのセルを通知基準の対象として、Ａ−ＰＣＩリストに含まれるセルを測定報告メッセージで別途通知することも可能である。これは、例えばＡ−ＰＣＩリストがＭＭＥ、ＨｅＮＢ−ＧＷ等のオペレータ内に属する機器と端末にのみ通知され、ＨｅＮＢには通知されない場合等に有効である。これは、ＭＭＥまたはＨｅＮＢ−ＧＷによって生成されたＡ−ＰＣＩリストを、ＨｅＮＢが復号可能なメッセージを使用せずに携帯端末に送信する場合等である。この時には、基地局はどのセルがアクセス可能かをＰＣＩかだけでは判断できない。しかし、携帯端末は測定結果とＡ−ＰＣＩリストからハンドオーバ可能、すなわち測定品質が良く、かつアクセス許可のあるＣＳＧセルがどれかが分かる。このことを基地局に伝えることで、基地局はハンドオーバの動作を適切に判断することが可能となる。

図１９を用いて説明すると、携帯端末１４０は、測定報告メッセージをｓ＿ＨｅＮＢ１３０に送信する際に（Ｓ１３０）、測定報告メッセージに、通知された物理セル識別情報（ＰＣＩ）にアクセス可能か否かを示す追加のフラグを組み込む。この追加のフラグがＴＲＵＥに設定されている場合、それに関連付けられたＰＣＩが好ましいアクセス可能ＣＳＧセルであることを示す。一方、この追加のフラグがＦＡＬＳＥに設定されている場合、それに関連付けられたＰＣＩは好ましいアクセス可能ＣＳＧセルではないと基地局は判断できる。

当業者に明らかなように、携帯端末１４０は、測定報告メッセージを構成するために他の必要な動作を行うこともできる。しかし、これは本発明の一般的原理に影響を与えない。

好ましいアクセス可能ＣＳＧセルを設定して通知する目的は、携帯端末１４０が、ｓ＿ＨｅＮＢ１３０によるハンドオーバの決定を支援することができるようにし、それによって携帯端末１４０がハンドオーバ手順後にアクセス可能ＣＳＧセル内に継続して留まることができるようにすることである。これにより、携帯端末１４０は接続先のアクセス可能ＣＳＧセルから特別なサービス（例えば高データ転送速度サービス）を継続して利用することができる。

基地局は、携帯端末１４０から通知された好ましいＣＳＧセルの情報を用いてハンドオーバを行うので、携帯端末１４０によるＣＳＧセルへのアクセスが許可されているか否かをＭＭＥ１１０に問い合わせることなく確認でき、迅速にハンドオーバをさせることができる。また、サービス提供セルの近傍にＣＳＧセルとマクロセルの両方があるときに、携帯端末は、常にマクロセルにハンドオーバすることなく、許可されたＣＳＧセルに対してハンドオーバを行うことができる。

以上、本発明の実施の形態の移動通信システムについて実施の形態を挙げて詳細に説明したが、本発明は上記した実施の形態に限定されるものではない。

上記した図１１での説明では、ｓ＿ＨｅＮＢ６２０がＡ−ＰＣＩリスト情報を使用して、携帯端末６３０にとってアクセス可能なＣＳＧセルのＰＣＩを判断する例について説明したが、ＨｅＮＢ６２０をｅＮｏｄｅＢ（すなわち、マクロセル）に置き換えることも可能である。

Ａ−ＰＣＩリスト情報を受け取ると、ｅＮＢはその情報を使用して、アクセス可能ＣＳＧセルへのハンドオーバ準備手順を行うことができる。例えば、ｅＮＢが測定報告メッセージを受信した後、ｅＮＢは通知されたＰＣＩを使用してどのＰＣＩがアクセス可能ＣＳＧセルであるかを判断する（すなわち格納されたＡ−ＰＣＩリスト情報を使用して検証する）。これにより、ｅＮＢは携帯端末６３０がアクセス可能ＣＳＧセルにハンドオーバする可能性を向上させることができる。

これにより、基地局（ｅＮＢ）がＡ−ＰＣＩリスト情報を使用して、アクセス可能ＣＳＧセルに対するハンドオーバ準備手順を行うことができる。

（第６の実施の形態）
本実施の形態では、前記の実施の形態で示したＡ−ＰＣＩリスト情報を、携帯端末がＣＳＧセルへアクセス可能か否かに関する情報のみでなく、提供するサービスなど他の条件も考慮して作成する例を記載する。

ＨｅＮＢが提供するサービスの一つとして、宅内アクセス(LIPA: Local IP Access)がある。これは、携帯端末が、ＨｅＮＢを通じて宅内にある機器（ビデオ、プリンター等）に接続する技術であり、携帯端末 − ＨｅＮＢ − 家庭内機器という形態で通信が出来るため、オペレータ網を介す必要がないという特徴がある。この宅内アクセス技術をオフィス等に使用する場合には、複数のＨｅＮＢが存在することが考えられる。そのような場合に、携帯端末が宅内アクセスとして機器（ビデオ、プリンター等）と通信を実施している時に、それらの機器と引き続き宅内アクセスができるセルをＡ−ＰＣＩリストとして携帯端末に提供することが考えられる。これにより、携帯端末が引き続き宅内アクセスを継続できるセルを優先的に選択することが可能となる。

本動作を示す動作シーケンスを図２０に示す。この図は、図４をもとにしており、図４と同じ部分の説明は省略する。

ｎ＿ＨｅＮＢ１５０ａ，１５０ｂは、ｓ＿ＨｅＮＢ１３０に隣接するＨｅＮＢであり、この例ではｎ＿ＨｅＮＢ１５０ａがＡ−ＰＣＩリストに含まれるセルを提供しているＨｅＮＢであり、ｎ＿ＨｅＮＢ１５０ｂがＡ−ＰＣＩリストに含まれていないセルを提供しているＨｅＮＢである。

宅内アクセス用entity１６０は、宅内アクセスのサービス提供を実現、管理するためのentityであり、宅内サービスを実施する際のＡ−ＰＣＩリスト（ｎ＿ＨｅＮＢ１５０ａが提供するセルを含む）を作成し、それをｓ＿ＨｅＮＢ１３０に送る。ｓ＿ＨｅＮＢ１３０は、そのＡ−ＰＣＩリストを携帯端末１４０に通知する。

このように図２０に示す動作によって、宅内アクセスを提供可能なセルを携帯端末１４０に通知することが出来、その結果、携帯端末１４０はｎ＿ＨｅＮＢ１５０ａが提供するセルを優先的に選択し、ｓ＿ＨｅＮＢ１３０で使用していた宅内アクセスを継続できることになる。

なお、図２０では宅内アクセスのサービス提供を実現・管理するentityとして、宅内アクセス用entity１６０を用いる例を記載したが、これはＨｅＮＢに実装されていてもよいし、非特許文献（3GPP TR23.829 V1.0.1）に記載されているLocal Gateway (Local GW、L-GW)であってもよいし、ＨｅＮＢ ＧＷにあってもよいし、ＭＭＥで実現されてもよい。

なお、Ａ−ＰＣＩリスト作成に携帯端末１４０の位置、使用するサービスに関する情報を使用することも可能である。

なお、上記の例ではＡ−ＰＣＩリストとして携帯端末１４０がアクセスすべき、またはアクセス可能なセルのリストを作成する場合を示したが、逆に携帯端末１４０がアクセスすべきでない、またはアクセスが許可されていないセルのリストを作成し、それを携帯端末１４０に送付することで、携帯端末１４０が不要なセル選択処理・再選択処理をすることを回避することも可能である。

また、宅内アクセス以外の例として、携帯端末１４０が、M2M (Machine 2 Machine: 機器間通信)用のデバイスであることが考えられる。M2M用デバイス、例えばセキュリティカメラ、スマートメーター等の特徴としては、移動が無い、または移動範囲が限定されることが考えられる。このような場合において、M2M用デバイスがアクセス可能な基地局を限定して、それらの基地局に対するＡ−ＰＣＩリストを提供することが考えられる。これを実現する方法として、MME等のネットワーク内の制御部がM2M用デバイスのアクセス可能な基地局を限定して、その結果をＡ−ＰＣＩリストとして携帯端末１４０に送信することが考えられる。この時の送信手段としては、NASのメッセージを用いてもよいし、RRCのメッセージを用いてもよい。また、3GPP等で規定されるメッセージではなく、アプリケーションも考えられるし、IMS (Internet Multimedia System)の使用(例えばSIP: Session Initiating Protocol)、OMA DM等も考えられる。これにより、接続しているセルの通信品質が悪くなる等によって、他のセルを選択するような場合に、接続出来ないセルへのアクセスを行わなくなるため、携帯端末が不要なアクセスを行わない等のメリットがある。

このM2Mの場合の動作を示す動作シーケンスを図２１に示す。この図は、図２０をもとにしており、図２０と同じ部分の説明は省略する。

ｓ＿ＨｅＮＢ１３０、ｎ＿ＨｅＮＢ１５０ａ、ｎ＿ＨｅＮＢ１５０ｂは、それぞれｓ＿(Ｈ)ｅＮＢ１３０ａ、ｎ＿(Ｈ)ｅＮＢ１５０ｃ、ｎ＿(Ｈ)ｅＮＢ１５０ｄに変更されている。これは、M2Mの場合には、必ずしもＨｅＮＢを用いる必要はなく、マクロセルを提供するｅＮＢでもよいためである。また、宅内アクセス用entity１６０が、M2M管理entity１７０となっており、M2M管理entity１７０で何処の(Ｈ)ｅＮＢが提供するセルにM2Mサービスを実施するために接続可能かを判断し、Ａ−ＰＣＩリストを作成する。なお、図２０と同じく、M2M管理entity１７０の実装としては(Ｈ)ｅＮＢでもよいし、MMEでもよい。

なお、Ａ−ＰＣＩリストの情報は、携帯端末１４０が、RRC_Connected状態のみならず、RRC_Idle状態にいる場合に使用することが可能であり、携帯端末１４０がセル選択処理・再選択処理を実施する際の両方に有効である。また、RRC_Connected状態にある場合に使用することで、不要な測定を省き、携帯端末１４０の電力消費を削減することも可能である。

なお、上記のプリンターの例では宅内アクセス以外でも、M2Mサービスとして考えることも可能であり、HeNBの使用に限定するものではない。

なお、Ａ−ＰＣＩリストとしてＰＣＩ以外の情報を含むことも考えられる。例えば、実際にセルを特定するためのECGIやCSG IDを含むことも考えられる。これにより、ＰＣＩを見た携帯端末１４０が報知情報を確認し、ECGIやCSG IDを確認し、本当に想定しているセルなのかを確認することが出来る。これにより、携帯端末１４０が誤ったセルでサービス要求等をするこを防ぐことが出来る。また、追加の情報のみならず、携帯端末１４０がその情報をどのように使用するか、を示すことも可能である。例えば、上記の例では報知情報を見て、確認する、などである。

なお、この動作はプリンターの動作に限られるわけではなく、宅内アクセス、M2Mとして考えられるサービスに適用可能である。

なお、Ａ−ＰＣＩリストの作成において、M2Mのサブスクリプション情報、通信端末１４０の位置情報、オペレータのポリシー、M2Mサービスのポリシー等が考えられる。

（第７の実施の形態）
本実施の形態では、第６の実施の形態で示したＡ−ＰＣＩリスト情報を使用するサービス、アプリケーション毎に作成し、携帯端末に提供する。具体的な例としては、携帯端末１４０がM2M機能と通常の携帯端末としての機能を持っている場合に、M2M用のサービスを実現するためのＡ−ＰＣＩリスト情報、宅内アクセスのサービスを実現するためのＡ−ＰＣＩリスト情報、を別々にネットワークが作成し、それぞれを携帯端末１４０に提供することが考えられる。これにより、携帯端末１４０が現在使用しているサービスに応じてアクセス可能なセルを決定することが出来る。具体的には、M2Mサービスを実施しているときにはM2M用のＡ−ＰＣＩリスト情報を用い、宅内アクセスサービスを使用しているときには宅内アクセス用のＡ−ＰＣＩリスト情報を用いることが考えられる。

なお、宅内アクセス時に使用するサービス毎に異なるＡ−ＰＣＩリストを作成することも考えられる。例えば宅内アクセスとしてプリンターを使用した印刷をすることが考えられる。複数の携帯端末が大量の写真を印刷するような場合に、プリンター側でプリンターに近い携帯端末に限定して印刷を許可するような動作が、プリンターの処理負荷低減、またはストレージ等を含むネットワークリソースの制御、誤ったプリンター選択回避、等のために有効と考えられる。そのため、プリンターにおいてプリンターから近い位置(すなわち近いセル)にいる携帯端末のみにプリンターの使用を許可するように、Ａ−ＰＣＩリストを作成することが考えられる。逆に、映像などを蓄えているサーバー等へのアクセスは、より広範囲のセルで許可することもある。このような場合に異なるＡ−ＰＣＩリストを作成して、それぞれ携帯端末に送信する。これにより、同じ宅内アクセスでも、現在、携帯端末が使用しているサービスに応じて使用するＡ−ＰＣＩリストを選択し、使用しているサービスをより継続出来るセルを選択、または優先的に選択することが可能である。

本動作を示す動作シーケンスを図２２に示す。この図は、図２０をもとにしており、図２０と同じ部分の説明は省略する。

Ａ−ＰＣＩリスト作成entity１８０は、Ａ−ＰＣＩリスト作成をする機能をもっており、M2M用Ａ−ＰＣＩリスト、宅内アクセス用Ａ−ＰＣＩリスト、またはM2Mの特定サービス、宅内アクセスの特定サービス毎にＡ−ＰＣＩリストを作成する機能を持っている。この動作が、ステップＳ２６である。なお、本図面では、簡単のため一つのentityとして記載しているが、複数のentityで作成を行い、それぞれがＡ−ＰＣＩリストを携帯端末１４０に提供する事も可能である。

携帯端末１４０は、一つ、または複数のＡ−ＰＣＩリストから現在使用しているサービスに関係するＡ−ＰＣＩリストを選択し、そのＡ−ＰＣＩリストに含まれているセルを優先的に選択する（Ｓ３５）。なお、携帯端末１４０が複数のサービスを実施しており、複数のＡ−ＰＣＩリストが該当する場合には、該当するＡ−ＰＣＩリストに共通するセルを優先する、または優先度の高いサービスに該当するＡ−ＰＣＩリストを優先的に使う、という動作が可能である。

なお、本実施の形態では、ネットワークが複数のＡ−ＰＣＩリストを携帯端末１４０に送り、携帯端末１４０側で使用するＡ−ＰＣＩリストを決定するようにした。しかし、ネットワーク側で携帯端末１４０側の使用サービスをもとに、携帯端末１４０に送信するＡ−ＰＣＩリストを選択することも可能である。この場合には、携帯端末１４０は使用しているサービスを気にすることなくＡ−ＰＣＩリストを使用することが可能となる。この場合には、図２２のステップＳ２６にて、送信するＡ−ＰＣＩリストを選択することとなり、ステップＳ３５では図２０と同様の動作となる。

（第８の実施の形態）
本実施の形態では、前記の実施の形態で示した複数のＡ−ＰＣＩリスト情報作成を携帯端末からの情報を用いて制限する例を記載する。

携帯端末１４０は、宅内アクセスサービスを使用していない場合などに宅内アクセス用のＡ−ＰＣＩリスト情報を必要としないことが考えられる。このような場合には、宅内アクセス用のＡ−ＰＣＩリスト情報を携帯端末１４０に送信しないことが考えられる。

これを実現する方法として、携帯端末１４０がネットワークに必要とするＡ−ＰＣＩリストを通知することが考えられる。この通知としては、NASメッセージである、Service Request、Tracking Area Update等を使用することが考えられる。また、この通知としては予め定義したフラグの使用、または使用するサービスを判断できるEPS (Evolved Packet Service) bearerを用いて通知することが考えられる。

ネットワーク側は、携帯端末１４０からのこれらの信号を受信し、携帯端末１４０が必要とするＡ−ＰＣＩリスト情報を作成し、携帯端末１４０に送信する。これにより、ネットワーク側でＡ−ＰＣＩリスト情報を作成する処理が低減できるとともに、メッセージサイズの削減等が可能である。

この場合の動作を示す動作シーケンスを図２３に示す。この図は、図２０をもとにしており、図２０と同じ部分の説明は省略する。

ステップＳ２７では、携帯端末１４０は現在使用しているサービスをもとに、必要とするサービスを決定する。そして、携帯端末１４０は、決定されたサービスを示す情報をＡ−ＰＣＩリスト作成entity１８０に送信する。

Ａ−ＰＣＩリスト作成entity１８０は、携帯端末１４０からの指示に基づいて必要とするＡ−ＰＣＩリストを作成する（Ｓ２８）。Ａ−ＰＣＩリスト作成entity１８０は、作成したＡ−ＰＣＩリストを携帯端末１４０に送信する。この動作により、携帯端末１４０に必要なＡ−ＰＣＩリストのみが提供される。

（第９の実施の形態）
本実施の形態は、上記の実施の形態と異なり、Ａ−ＰＣＩリストをセル選択・セル再選択以外の動作に使用することが特徴である。
第６の実施の形態で示した通り、Ａ−ＰＣＩリストはM2Mサービスにも適用可能である。このような場合に、セル検出と同時に特定の動作を実施させることが可能である。具体的には、第６の実施の形態で示したプリンターを使っての印刷動作に適用することが可能である。例えば、ユーザーがプリンターでの印刷を指示した場合に、携帯端末１４０がプリンターの使用可能なセルに属していないことが考えられる。このような場合に、一旦プリンターでの印刷のための要求を携帯端末１４０で保持しておき、Ａ−ＰＣＩリストに含まれるセルが検出された場合に、ユーザーにプリンター使用が可能なセルが近隣にあることを通知することが考えられる。

なお、この動作としては携帯端末１４０がＡ−ＰＣＩリストを検出した場合に開始するのみならず、Ａ−ＰＣＩリストに含まれるセルに移動した場合に開始することも可能である。この場合には、一旦プリンターでの印刷のための要求を携帯端末１４０で保持しておき、Ａ−ＰＣＩリストに含まれるセルに移動した場合に自動で開始することが考えられる。なお、このような携帯端末１４０の対応動作を実施しやすくするために、Ａ−ＰＣＩリストに含まれるセルに優先的に接続するような動作も可能である。

図２４に本実施の形態の動作を示す動作シーケンスを示す。この図は、図２１をもとにしており、図２１と同じ部分の説明は省略する。

M2M管理エンティティ１７０は、従来のＡ−ＰＣＩリスト作成に加えて、携帯端末１４０がＡ−ＰＣＩリストに含まれているセルを検出した場合に、携帯端末１４０が実施する対応動作を決定し、その情報を作成する（Ｓ１５０）。上記の例では、プリンターを使用可能なセルを検知したことを通知等である。次に、M2M管理エンティティ１７０は、従来のＡ−ＰＣＩリストに加え、ステップＳ１５０で作成された携帯端末１４０が実施する対応動作の情報を、携帯端末１４０に送信する（Ｓ１５２）。携帯端末１４０は、Ａ−ＰＣＩリストに含まれるセルを検出する（Ｓ１５４）。図２４ではｎ＿(Ｈ)ｅＮＢ１配下のセルを検出する場合を示している。携帯端末１４０は、ステップＳ１５４でのセル検出に基づき、ステップＳ１５２で指定された対応動作を実施する。このように、Ａ−ＰＣＩリストをセル選択・セル再選択以外の動作に使うことも可能である。

なお、本実施の形態の動作も端末がRRC_Connected状態のみならず、RRC_Idle状態にいる場合に使用してもよい。

また、Ａ−ＰＣＩリストの情報としては、PCIのみならずECGIやCSG IDを含んでもよい。これにより、携帯端末１４０がＡ−ＰＣＩリストに含まれるセルに接続した場合に、ECGIやCSG IDを報知情報から確認し、確実にサービス可能なセルであることが特定できる。

また、セルの情報としてＡ−ＰＣＩリストではなく、ECGIやCSG ID等のセルに関する情報のみを使用することも可能である。また、このセルの情報の携帯端末１４０への通知としてはRRCのメッセージのみならず、NASのメッセージ、アプリケーションでのメッセージの使用などが考えられる。更に、アプリケーションでのメッセージを使用した場合には、アプリケーションが該当するセルが隣接にあるか否かの情報が必要になるため、RRCやNASから常に現在接続している、または隣接するセルの情報を通知させるという方法も考えられるし、アプリケーションがRRCやNASに対して、該当するセルの情報を渡し、それらのセルが検出、またはそれらのセルに接続した場合に、その情報をアプリケーションにあげる等の動作が考えられる。

以上に現時点で考えられる本発明の好適な実施の形態を説明したが、本実施の形態に対して多様な変形が可能であり、そして、本発明の真実の精神と範囲内にあるそのようなすべての変形を添付の請求の範囲が含むことが意図されている。

本発明は、アクセスが許可されたＣＳＧセルに迅速に接続できるというすぐれた効果を有し、回復接続処理やハンドオーバ処理を制御する基地局制御装置等として有用である。

１００ 移動体通信システム
１１０ ＭＭＥ
１２０ ＨｅＮＢ−ＧＷ
１３０ ｓ＿ＨｅＮＢ
１４０ 携帯端末
１５０ ｔ＿ＨｅＮＢ
３１０ ＣＳＧリスト管理部
３２０ モビリティ管理部
４１０ ＨｅＮＢ管理部
４１２ 位置情報取得部
４２０ ＰＣＩマッピング部
４２５ 許可ＣＳＧ−ＩＤリスト記憶部
４３０ ＨｅＮＢ情報記憶部
５０２ ＰＣＩリスト管理部
５０６ 回線接続部
５１０ 接続確立部
５１２ 優先順位決定部
６００ 移動体通信システム
６１０ ＭＭＥ
６２０ ｓ＿ＨｅＮＢ
６３０ 携帯端末
６４０ ｔ＿ＨｅＮＢ
８１０ ＣＳＧ−ＩＤ管理部
８２０ ＰＣＩマッピング部
８３０ モビリティ管理部
８３５ 位置情報取得部
８４０ ＨｅＮＢ情報記憶部
８４５ 許可ＣＳＧ−ＩＤリスト記憶部

Claims (13)

1. 複数のＣＳＧセルを含むネットワークに適用される基地局制御装置であって、
   携帯端末によるアクセスが許可されたＣＳＧセルのＣＳＧ識別情報を、前記携帯端末に関連付けて記憶したアクセス許可情報記憶部と、
   ＣＳＧセル識別情報に対応する物理セルＩＤを記憶したＣＳＧセル情報記憶部と、
   携帯端末が位置するＣＳＧセルを特定する情報を受信する位置情報受信部と、
   前記アクセス許可情報記憶部から、前記携帯端末がアクセス可能なＣＳＧセルを読み出し、読み出したＣＳＧセルのうちで、前記携帯端末が存在するＣＳＧセルの所定の範囲内にある隣接ＣＳＧセルの物理セルＩＤを前記ＣＳＧセル情報記憶部から読み出し、携帯端末がアクセス可能な物理セルＩＤリストを生成するマッピング部と、
   アクセス可能な物理セルＩＤリストを携帯端末に通知する通知部と、
   を備える基地局制御装置。
2. 個別チャネルを用いて前記アクセス可能な物理セルＩＤリストを携帯端末に通知する請求項１に記載の基地局制御装置。
3. 前記マッピング部は、隣接ＣＳＧセルが前記携帯端末のコンテキスト情報を有しているかを示す情報を、アクセス可能な物理セルＩＤリストに含める請求項１または２に記載の基地局制御装置。
4. ＣＳＧセル内に存在する携帯端末に共通のアクセス可能な物理セルＩＤリストを、報知情報を用いて送信する請求項１に記載の基地局制御装置。
5. 前記共通のアクセス可能な物理セルＩＤリストと共に、その物理セルＩＤリストが有効かを特定する情報を、報知情報を用いて送信する請求項４に記載の基地局制御装置。
6. アクセス可能なＣＳＧセルの物理セルＩＤリストを記憶した記憶部と、
   前記記憶部からアクセス可能な物理セルＩＤリストを読み出し、読み出した物理セルＩＤリストを用いてセル選択の優先順位を決定する優先順位決定部と、
   を備える携帯端末。
7. 前記記憶部には、アクセス可能で、かつ、携帯端末のコンテキスト情報を記憶したＣＳＧセルの物理セルＩＤリストを記憶している請求項６に記載の携帯端末。
8. アクセス可能なＣＳＧセルの物理セルＩＤリストを、報知情報により受信する受信部を備え、
   受信した物理セルＩＤリストを前記記憶部に記憶する請求項６または７に記載の携帯端末。
9. 前記優先順位決定部は、ＣＳＧセルの基地局との接続回復時のセル選択において、優先順位を決定する請求項６〜８のいずれかに記載の携帯端末。
10. 前記優先順位決定部は、ハンドオーバ先のセル選択において、優先順位を決定する請求項６〜８のいずれかに記載の携帯端末。
11. 前記優先順位決定部にて決定されたセルの優先順位を示す情報を、ハンドオーバ時に、基地局に送信する請求項１０に記載の携帯端末。
12. 複数のＣＳＧセルを含むネットワークに適用される基地局制御装置による基地局制御方法であって、
    前記基地局制御装置が、携帯端末が位置するＣＳＧセルを特定する情報を受信するステップと、
    携帯端末によるアクセスが許可されたＣＳＧセルのＣＳＧ識別情報を、前記携帯端末に関連付けて記憶したアクセス許可情報記憶部から、前記携帯端末がアクセス可能なＣＳＧセルを読み出すステップと、
    前記基地局制御装置が、読み出したＣＳＧセルのうちで、前記携帯端末が存在するＣＳＧセルの所定の範囲内にある隣接ＣＳＧセルの物理セルＩＤを、ＣＳＧセル識別情報に対応する物理セルＩＤを記憶したＣＳＧセル情報記憶部から読み出して、携帯端末がアクセス可能な物理セルＩＤリストを生成するステップと、
    アクセス可能な物理セルＩＤリストを携帯端末に通知するステップと、
    を備える基地局制御方法。
13. 複数のＣＳＧセルを含むネットワークに適用される携帯端末によるセル選択方法であって、
    前記携帯端末が、アクセス可能なＣＳＧセルの物理セルＩＤリストを受信し、受信した物理セルＩＤを記憶部に記憶するステップと、
    前記携帯端末が、前記記憶部からアクセス可能な物理セルＩＤリストを読み出すステップと、
    前記携帯端末が、読み出した物理セルＩＤリストを用いてセル選択の優先順位を決定するステップと、
    を備えるセル選択方法。

Images