(57)【特許請求の範囲】
【請求項１】
１以上の移動端末および１以上の基地局からなるアクセスグループが登録された場合に、前記アクセスグループに含まれる基地局に対し同じアクセスグループに含まれる移動端末からのクローズドモードのアクセス、および同じアクセスグループに含まれない移動端末からのオープンモードのアクセスをハイブリッドに許可する移動体通信システムであって、
前記オープンモードにおける基地局の通信エリアと前記クローズドモードにおける基地局の通信エリアとが同一であることを特徴とする移動体通信システム。
【請求項２】
前記通信エリアを規定するパラメータが前記オープンモードと前記クローズドモードとで同一であることを特徴とする請求項１記載の移動体通信システム。
【請求項３】
前記クローズドモードのアクセスおよび前記オープンモードのアクセスをハイブリッドに許可するハイブリッド基地局から別の基地局への再選択または別の基地局から前記ハイブリッド基地局への再選択を実行する基準のうち、前記クローズドモードにおいて再選択を実行する基準と前記オープンモードにおいて再選択を実行する基準とが同一であることを特徴とする請求項１記載の移動体通信システム。
【請求項４】
前記クローズドモードにおいて再選択を実行する基準を規定するパラメータと、前記オープンモードにおいて再選択を実行する基準を規定するパラメータとが同一であることを特徴とする請求項３記載の移動体通信システム。
【請求項５】
前記クローズドモードのアクセスおよび前記オープンモードのアクセスをハイブリッドに許可するハイブリッド基地局から別の基地局へのハンドオーバまたは別の基地局から前記ハイブリッド基地局へのハンドオーバを実行する基準のうち、前記クローズドモードにおいてハンドオーバを実行する基準と前記オープンモードにおいて再選択を実行する基準とが同一であることを特徴とする請求項１記載の移動体通信システム。
【請求項６】
前記クローズドモードにおいてハンドオーバを実行する基準を規定するパラメータと、前記オープンモードにおいてハンドオーバを実行する基準を規定するパラメータとが同一であることを特徴とする請求項５記載の移動体通信システム。
【請求項７】
混雑状態のときにオープンモードの移動端末を前記ハイブリッド基地局から別の基地局にリダイレクトさせることを特徴とする請求項１記載の移動体通信システム。
【請求項８】
クローズドモードの移動端末から前記ハイブリッド基地局に接続が要求された場合、オープンモードの移動端末を前記ハイブリッド基地局から別の基地局にリダイレクトさせた後に、前記クローズドモードの移動端末と前記ハイブリッド基地局との接続を完了させることを特徴とする請求項７記載の移動体通信システム。
【請求項９】
クローズドモードの移動端末から前記ハイブリッド基地局に接続が要求された場合、前記クローズドモードの移動端末と前記ハイブリッド基地局との接続を完了させた後に、オープンモードの移動端末を前記ハイブリッド基地局から別の基地局にリダイレクトさせることを特徴とする請求項７記載の移動体通信システム。
【請求項１０】
オープンモードの移動端末を前記ハイブリッド基地局から別の基地局にハンドオーバさせることによってリダイレクトさせる場合、
前記ハイブリッド基地局への切り戻りが不可となるような設定変更を、ハンドオーバが成功となった後に実行することを特徴とする請求項７記載の移動体通信システム。
【請求項１１】
オープンモードの移動端末を前記ハイブリッド基地局から別の基地局にハンドオーバさせることによってリダイレクトさせる場合、
所定時間が経過したときに、前記オープンモードの移動端末と前記ハイブリッド基地局との接続を解除することを特徴とする請求項７記載の移動体通信システム。
【請求項１２】
前記ハイブリッド基地局から別の基地局へのリダイレクトに失敗した場合、前記ハイブリッド基地局への切り戻りを禁止することを特徴とする請求項７記載の移動体通信システム。
【請求項１３】
前記ハイブリッド基地局からリダイレクトさせるターゲットの基地局を複数設定することを特徴とすることを特徴とする請求項７記載の移動体通信システム。
【請求項１４】
オープンモードの移動端末を前記ハイブリッド基地局から別の基地局にハンドオーバさせることによってリダイレクトさせる場合、
ハンドオーバ準備工程、ハンドオーバ実行工程およびハンドオーバ完遂工程からなるハンドオーバ全工程のうち、前記ハンドオーバ準備工程を複数の基地局に対して並行して行い、ハンドオーバ実行工程およびハンドオーバ完遂工程を複数の基地局に対して成功するまで順次行うことを特徴とする請求項１３記載の移動体通信システム。
【請求項１５】
前記ハイブリッド基地局がオープンモードの移動端末を別の基地局にハンドオーバさせることによってリダイレクトさせる場合、
ハンドオーバ準備工程、ハンドオーバ実行工程およびハンドオーバ完遂工程からなるハンドオーバ全工程を複数の基地局に対して成功するまで順次行うことを特徴とする請求項１３記載の移動体通信システム。
【請求項１６】
前記ハイブリッド基地局は、別の基地局にリダイレクトさせることをオープンモードの移動端末に通知することを特徴とする請求項７記載の移動体通信システム。
【請求項１７】
オープンモードの移動端末を前記ハイブリッド基地局から別の基地局にハンドオーバさせることによってリダイレクトさせる場合、
複数のターゲット基地局に対する一連のハンドオーバの失敗を規定する時間を設定し、当該時間を経過したときにハンドオーバ失敗とすることを特徴とする請求項１３記載の移動体通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の移動端末と基地局との間で無線通信を実施する移動体通信システムに関するものである。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（Wideband Code division Multiple Access）方式が２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（HS-DSCH: High Speed-Downlink Shared Channel）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Down Link Packet Access）のサービスが開始されている。さらに、上り方向のデータ送信をさらに高速化するためＨＳＵＰＡ（High Speed Up Link Packet Access）方式についてもサービスが開始されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、リリース８版の規格書がとりまとめられている。【０００３】
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間については「ロングタームエボリューション」（Long Term Evolution  LTE）、コアネットワーク（単にネットワークとも称する）を含めたシステム全体構成については「システムアーキテクチャエボリューション」（System Architecture Evolution  SAE）と称される新たな通信方式が検討されている。ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、現在のＷ−ＣＤＭＡ（HSDPA/HSUPA）とは全く異なるものになる。たとえば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing ）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．４／３／５／１０／１５／２０ＭＨｚの中で基地局ごとに選択可能となっている。また、ＬＴＥでは、Ｗ−ＣＤＭＡのように回線交換を含まず、パケット通信方式のみになる。【０００４】
ＬＴＥはＷ−ＣＤＭＡのコアネットワーク(GPRS)とは異なる新たなコアネットワークを用いて通信システムが構成されるため、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。したがって、Ｗ−ＣＤＭＡの通信システムと区別するため、ＬＴＥの通信システムでは、移動端末（UE: User Equipment）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）、複数の基地局と制御データやユーザデータのやり取りを行う基地局制御装置(Radio Network Controller)はＥＰＣ（Evolved Packet Core）（aGW: Access Gatewayと称されることもある)と称される。このＬＴＥの通信システムでは、ユニキャスト（Unicast）サービスとＥ-ＭＢＭＳサービス（Evolved Multimedia Broadcast Multicast Service）が提供される。Ｅ−ＭＢＭＳサービスとは、放送型マルチメディアサービスであり、単にＭＢＭＳと称される場合もある。複数の移動端末に対してニュースや天気予報や、モバイル放送など大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。【０００５】
３ＧＰＰでの、ＬＴＥシステムにおける全体的なアーキテクチャ（Architecture）に関する現在の決定事項が、非特許文献１に記載されている。全体的なアーキテクチャ（非特許文献１  ４．６．１章）について図１を用いて説明する。図１は、ＬＴＥ方式の通信システムの構成を示す説明図である。図１において、移動端末１０１に対する制御プロトコル（例えばＲＲＣ（Radio Resource Management））とユーザプレイン（例えばPDCP: Packet Data Convergence Protocol、RLC: Radio Link Control、MAC: Medium Access Control、PHY: Physical layer）が基地局１０２で終端するなら、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は１つあるいは複数の基地局１０２によって構成される。基地局１０２は、ＭＭＥ１０３（Mobility Management Entity）から通知されるページング信号（Paging Signaling、ページングメッセージ（paging messages）とも称される）のスケジューリング（Scheduling）及び送信を行う。基地局１０２はＸ２インタフェースにより、お互いに接続される。また基地局１０２は、Ｓ１インタフェースによりＥＰＣ（Evolved Packet Core）に接続される、より明確にはＳ１＿ＭＭＥインタフェースによりＭＭＥ１０３（Mobility Management Entity）に接続され、Ｓ１＿ＵインタフェースによりＳ−ＧＷ１０４（Serving Gateway）に接続される。ＭＭＥ１０３は、複数あるいは単数の基地局１０２へのページング信号の分配を行う。また、ＭＭＥ１０３は待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ１０３は移動端末が待ち受け状態及び、アクティブ状態（Active State）の際に、トラッキングエリア（Tracking Area）リストの管理を行う。Ｓ−ＧＷ１０４はひとつまたは複数の基地局１０２とユーザデータの送受信を行う。Ｓ−ＧＷ１０４は基地局間のハンドオーバーの際、ローカルな移動性のアンカーポイント（Mobility Anchor Point）となる。更にＰ−ＧＷ（PDN Gateway）が存在し、ユーザ毎のパケットフィルタリングやＵＥ−ＩＤアドレスの割当などを行う。【０００６】
移動端末１０１と基地局１０２間の制御プロトコルＲＲＣは、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局と移動端末の状態として、ＲＲＣ＿Ｉｄｌｅ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤがある。ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System information、SI）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティ等が行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができ、また、ハンドオーバー（Handover、ＨＯ）、隣接セル（Neighbour cell）のメジャメント等が行われる。【０００７】
３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する現在の決定事項が、非特許文献１（５章）に記載されている。図２を用いて説明する。図２はＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図２において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Sub-frame）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目と６番目のサブフレームに下り同期信号（Downlink Synchronization Signal: SS）が含まれる。同期信号には第一同期信号（Primary Synchronization Signal: P-SS）と第二同期信号（Secondary Synchronization Signal: S-SS）がある。サブフレーム単位にてＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）用とＭＢＳＦＮ以外のチャネルの多重が行われる。以降、ＭＢＳＦＮ送信用のサブフレームをＭＢＳＦＮサブフレーム（MBSFN sub-frame）と称する。非特許文献２に、ＭＢＳＦＮサブフレームの割り当て時のシグナリング例が記載されている。図３は、ＭＢＳＦＮフレームの構成を示す説明図である。図３において、ＭＢＳＦＮフレーム（MBSFN frame）毎にＭＢＳＦＮサブフレームが割り当てられる。ＭＢＳＦＮフレームの集合（MBSFN frame Cluster）がスケジュールされる。ＭＢＳＦＮフレームの集合の繰り返し周期（Repetition Period）が割り当てられる。【０００８】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する現在の決定事項が、非特許文献１に記載されている。ＣＳＧ（Closed Subscriber Group cell）セルにおいてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（Physical channel）について（非特許文献１  ５章）図４を用いて説明する。図４は、ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。図４において、物理報知チャネル４０１（Physical Broadcast channel: PBCH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＢＣＨトランスポートブロック（transport block）は４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。物理制御チャネルフォーマットインジケータチャネル４０２（Physical Control format indicator channel: PCFICH）は基地局１０２から移動端末１０１へ送信される。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭシンボルの数について基地局１０２から移動端末１０１へ通知する。ＰＣＦＩＣＨはサブフレーム毎に送信される。物理下り制御チャネル４０３（Physical downlink control channel: PDCCH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＣＣＨは、リソース割り当て（allocation）、ＤＬ−ＳＣＨ（図５に示されるトランスポートチャネルの１つである下り共有チャネル）に関するＨＡＲＱ情報、ＰＣＨ（図５に示されるトランスポートチャネルの１つであるページングチャネル）を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡＣＫ／Ｎａｃｋを運ぶ。ＰＤＣＣＨはＬ１／Ｌ２制御信号とも呼ばれる。物理下り共有チャネル４０４（Physical downlink shared channel: PDSCH）は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＳＣＨはトランスポートチャネルであるＤＬ-ＳＣＨ（下り共有チャネル）やトランスポートチャネルであるＰＣＨがマッピングされている。物理マルチキャストチャネル４０５（Physical multicast channel: PMCH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＭＣＨはトランスポートチャネルであるＭＣＨ（マルチキャストチャネル）がマッピングされている。【０００９】
物理上り制御チャネル４０６（Physical Uplink control channel: PUCCH）は移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＣＣＨは下り送信に対する応答信号（response）であるＡＣＫ／Ｎａｃｋを運ぶ。ＰＵＣＣＨはＣＱＩ（Channel Quality indicator）レポートを運ぶ。ＣＱＩとは受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request: SR）を運ぶ。物理上り共有チャネル４０７（Physical Uplink shared channel: PUSCH）は移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＳＣＨはＵＬ−ＳＣＨ（図５に示されるトランスポートチャネルの１つである上り共有チャネル）がマッピングされている。物理ＨＡＲＱインジケータチャネル４０８（Physical Hybrid ARQ indicator channel: PHICH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＨＩＣＨは上り送信に対する応答であるＡＣＫ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル４０９（Physical random access  channel: PRACH）は移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＲＡＣＨはランダムアクセスプリアンブル（random access preamble）を運ぶ。【００１０】
下りリファレンスシグナル（Reference signal）は、移動体通信システムとして既知のシンボルが、毎スロットの最初、３番目、最後のＯＦＤＭシンボルに挿入される。移動端末の物理レイヤの測定として、リファレンスシンボルの受信電力（Reference symbol received power：ＲＳＲＰ）がある。【００１１】
トランスポートチャネル（Transport channel）について（非特許文献１  ５章）図５を用いて説明する。図５は、ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。図５Ａには下りトランスポートチャネルと下り物理チャネル間のマッピングを示す。図５Ｂには上りトランスポートチャネルと上り物理チャネル間のマッピングを示す。下りトランスポートチャネルについて報知チャネル（Broadcast channel: BCH）はその基地局（セル）全体に報知される。ＢＣＨは物理報知チャネル（PBCH）にマッピングされる。下り共有チャネル（Downlink Shared channel: DL-SCH）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。基地局（セル）全体への報知が可能である。ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては，パーシステントスケジューリング（Persistent Scheduling）とも言われる。移動端末の低消費電力化のために移動端末のＤＲＸ（Discontinuous reception）をサポートする。ＤＬ−ＳＣＨは物理下り共有チャネル（PDSCH）へマッピングされる。ページングチャネル（Paging channel: PCH）は移動端末の低消費電力を可能とするために移動端末のＤＲＸをサポートする。基地局（セル）全体への報知が要求される。動的にトラフィックに利用できる物理下り共有チャネル（PDSCH）のような物理リソース、あるいは他の制御チャネルの物理下り制御チャネル（PDCCH）のような物理リソースへマッピングされる。マルチキャストチャネル（Multicast channel: MCH）は基地局（セル）全体への報知に使用される。マルチセル送信におけるＭＢＭＳサービス（MTCHとMCCH）のＳＦＮ合成をサポートする。準静的なリソース割り当てをサポートする。ＭＣＨはＰＭＣＨへマッピングされる。【００１２】
上り共有チャネル（Uplink Shared channel: UL-SCH）にはＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは物理上り共有チャネル（PUSCH）へマッピングされる。図５Ｂに示されるランダムアクセスチャネル（Random access channel: RACH）は制御情報に限られている。衝突のリスクがある。ＲＡＣＨは物理ランダムアクセスチャネル（PRACH）へマッピングされる。【００１３】
ＨＡＲＱについて説明する。ＨＡＲＱとは自動再送（Automatic Repeat reQuest）と誤り訂正（Forward Error Correction）との組み合わせにより伝送路の通信品質を向上させる技術である。通信品質が変化する伝送路に対しても再送により誤り訂正が有効に機能するという利点がある。特に再送にあたって初送の受信結果と再送の受信結果の合成をすることで更なる品質向上を得ることも可能である。再送の方法の一例を説明する。受信側にて受信データが正しくデコード出来なかった場合（CRC Cyclic Redundancy Check エラーが発生した場合（CRC=NG））、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側はデータを再送する。受信側にて受信データが正しくデコードできた場合（CRCエラーが発生しない場合（CRC=OK））、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。ＨＡＲＱ方式の一例として「チェースコンバイニング」（Chase Combining）がある。チェースコンバイニングとは初送と再送に同じデータ系列を送信するもので、再送において初送のデータ系列と再送のデータ系列の合成を行うことで利得を向上させる方式である。これは初送データに誤りがあったとしても部分的に正確なものも含まれており、正確な部分の初送データと再送データとを合成することでより高精度にデータを送信できるという考え方に基づいている。また、ＨＡＲＱ方式の別の例としてＩＲ（Incremental Redundancy）がある。ＩＲとは冗長度を増加させるものであり、再送においてパリティビットを送信することで初送と組み合わせて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。【００１４】
論理チャネル（Logical channel）について（非特許文献１  ６章）図６を用いて説明する。図６は、ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。図６Ａには下りロジカルチャネルと下りトランスポートチャネル間のマッピングを示す。図６Ｂには上りロジカルチャネルと上りトランスポートチャネル間のマッピングを示す。報知制御チャネル（Broadcast control channel: BCCH）は報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨはトランスポートチャネルである報知チャネル(BCH)、あるいは下り共有チャネル（DL-SCH）へマッピングされる。ページング制御チャネル（Paging control channel: PCCH）はページング信号を送信するための下りチャネルである。ＰＣＣＨは移動端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨはトランスポートチャネルであるページングチャネル(PCH)へマッピングされる。共有制御チャネル（Common control channel: CCCH）は移動端末と基地局間の送信制御情報のためのチャネルである。ＣＣＣＨは移動端末がネットワークとの間でＲＲＣ接続（connection）を持っていない場合に用いられる。下り方法では、ＣＣＣＨはトランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨはトランスポートチャネルである上り共有チャネル(UL-SCH)へマッピングされる。【００１５】
マルチキャスト制御チャネル（Multicast control channel: MCCH）は１対多の送信のための下りチャネルである。ネットワークから移動端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられるチャネルである。ＭＣＣＨはＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＣＣＨはトランスポートチャネルである下り共有チャネル(DL-SCH)あるいはマルチキャストチャネル（MCH）へマッピングされる。個別制御チャネル（Dedicated control channel: DCCH）は移動端末とネットワーク間の個別制御情報を送信するチャネルである。ＤＣＣＨは上りでは上り共有チャネル（UL-SCH）へマッピングされ、下りでは下り共有チャネル(DL-SCH)にマッピングされる。個別トラフィックチャネル（Dedicate Traffic channel: DTCH）はユーザ情報の送信のための個別移動端末への１対１通信のチャネルである。ＤＴＣＨは上り・下りともに存在する。ＤＴＣＨは上りでは上り共有チャネル(UL-SCH)へマッピングされ、下りでは下り共有チャネル（DL-SCH）へマッピングされる。マルチキャストトラフィックチャネル（Multicast Traffic channel: MTCH）はネットワークから移動端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨはＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＴＣＨは下り共有チャネル(DL-SCH)あるいはマルチキャストチャネル(MCH)へマッピングされる。【００１６】
ＧＣＩとは、グローバルセル識別子（Global Cell Identity）のことである。ＬＴＥ及びＵＭＴＳ（Universal Mobile Telecommunication System）においてＣＳＧセル（Closed Subscriber Group cell）が導入される。ＣＳＧについて以下説明する（非特許文献３  ３．１章）。ＣＳＧ（Closed Subscriber Group）とは、利用可能な加入者をオペレータが特定しているセルである（特定加入者用セル）。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）のひとつ以上のＥ-ＵＴＲＡＮセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のＥ−ＵＴＲＡＮセルを“ＣＳＧ  ｃｅｌｌ（ｓ）”とよぶ。ただし、ＰＬＭＮにはアクセス制限がある。ＣＳＧセルとは、固有のＣＳＧアイデンティティ（CSG identity: CSG ID，CSG-ID）を報知するＰＬＭＮの一部である。あらかじめ利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ−ＩＤを用いてＣＳＧセルにアクセスする。
ＣＳＧ−ＩＤはＣＳＧセルかセルによって報知される。移動体通信システムにＣＳＧ−ＩＤは複数存在する。そして、ＣＳＧ−ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために移動端末（UE）によって使用される。移動端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても移動端末の位置を追跡し、呼び出す（移動端末が着呼する）ことを可能にするためである。この移動端末の位置追跡のための区域をトラッキングエリアとよぶ。ＣＳＧホワイトリスト（CSG White List）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ ＩＤが記録されている、ＵＳＩＭに格納されたリストである。ＣＳＧホワイトリストは、許可ＣＳＧリスト（Allowed CSG ID List）と呼ばれることもある。【００１７】
「適切なセル」（Suitable cell）について以下説明する（非特許文献３  4.3章）。「適切なセル」（Suitable cell）とは、ＵＥが通常（normal）サービスを受けるためにキャンプオン（Camp ON）するセルである。そのようなセルは、（１）セルは選択されたＰＬＭＮか登録されたＰＬＭＮ、または「Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮリスト」のＰＬＭＮの一部であること、（２）ＮＡＳ（non-access stratum）によって提供された最新情報にてさらに以下の条件を満たすこと、（a）そのセルが禁じられた（barred）セルでないこと。（b）そのセルが“ローミングのための禁止されたＬＡｓ”リストの一部ではなく、少なくとも１つのトラッキングエリア（Tracking Area: TA）の一部であること。その場合、そのセルは上記（１）を満たす必要がある、（c）そのセルが、セル選択評価基準を満たしていること、（d）そのセルが、ＣＳＧセルとしてシステム情報（System Information: SI）によって特定されたセルに関しては、ＣＳＧ−ＩＤはＵＥの「ＣＳＧホワイトリスト」（CSG White List）の一部であること（UEのCSG White List中に含まれること）。【００１８】
「アクセプタブルセル」（Acceptable cell）について以下説明する（非特許文献３  ４．３章）これは、ＵＥが限られたサービス（緊急通報）を受けるためにキャンプオンするセルである。そのようなセルは以下のすべての要件を充足するものとする。つまり、Ｅ−ＵＴＲＡＮネットワークで緊急通報を開始するための最小のセットの要件を以下に示す。（１）そのセルが禁じられた（barred）セルでないこと。（２）そのセルが、セル選択評価基準を満たしていること。【００１９】
セルにキャンプオン（camp on）するとは、ＵＥがセル選択／再選択（cell selection/reselection）処理を完了し、ＵＥがシステム情報とページング情報をモニタするセルを選択した状態である。【００２０】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Home-NB、HNB）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Home-eNB、HeNB）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、またはＥ-ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献４にＨｅＮＢ及びＨＮＢへのアクセスの３つの異なるモードが開示されている。オープンアクセスモード（Open access mode）とクローズドアクセスモード（Closed access mode）とハイブリッドアクセスモード（Hybrid access mode）である。各々のモードは以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢやＨＮＢは通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢやＨＮＢがＣＳＧセルとして操作される。これはＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルである。ハイブリッドアクセスモードのセルは、言い換えれば、オープンアクセスモードとクローズドアクセスモードの両方をサポートするセルである。ハイブリッドアクセスモードのセルはハイブリッドセルとも称される。
【先行技術文献】
【非特許文献】
【００２１】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ９．０．０  ４．６．１章、４．６．２章、５章、６章
【非特許文献２】３ＧＰＰ  Ｒ１−０７２９６３
【非特許文献３】３ＧＰＰ  ＴＳ３６．３０４  Ｖ８．６．０  ３．１章、４．３章、５．２．４．８．１章
【非特許文献４】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献５】３ＧＰＰ  Ｒ２−０８２８９９
【非特許文献６】３ＧＰＰ  ＴＳ２２．２２０  Ｖ９．１．１
【非特許文献７】３ＧＰＰ  Ｒ２−０９３９５０
【非特許文献８】３ＧＰＰ  Ｒ３−０９１０５３
【非特許文献９】３ＧＰＰ  ＴＳ３６．３３１
【非特許文献１０】３ＧＰＰ  ＴＳ３６．１０１
【発明の概要】
【発明が解決しようとする課題】
【００２２】
ＨｅＮＢ（ＨＮＢ）のサービスとして、ＣＳＧセルにおいては同じＣＳＧに属するＣＳＧメンバーにサービスや課金設定において優遇する運用が検討されている。【００２３】
ＣＳＧメンバーに該優遇を受けられるようにするため、あるＣＳＧのメンバーであるＵＥは、他のセルよりも同じＣＳＧに属するＣＳＧセルに優先的にアクセス可能とする必要がある。ＣＳＧメンバーであるＵＥの優先的なアクセスはハイブリッドセルにも適用されると考えられる。ハイブリッドセルはＣＳＧメンバーも非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルである。従って、ハイブリッドセルにおいては、オープンアクセスモードでアクセスする非ＣＳＧメンバーよりもクローズドアクセスモードでアクセスするＣＳＧメンバーを優先的にアクセス可能とする必要がある。【００２４】
３ＧＰＰにおいて、ハイブリッドセルにおいてＣＳＧメンバーを優先的にアクセス可能とさせる方法として、ハイブリッドセルへ、あるいはハイブリッドセルからのセル再選択の際にＣＳＧメンバーのＵＥを優先することで、ハイブリッドセルに非ＣＳＧメンバーのＵＥよりも長く留まらせることが提案されている（非特許文献７）
また、別の方法として、ハイブリッドセルが混雑（congestion）状態の場合に、非ＣＳＧメンバーのＵＥを他セルへリダイレクトさせることが提案されている（非特許文献８）。【００２５】
３ＧＰＰにおいて、ハイブリッドセルにおいてＣＳＧメンバーを優先的にアクセス可能とさせる方法として、非特許文献７で提案されているように、ハイブリッドセルへ、あるいはハイブリッドセルからのセル再選択の際にＣＳＧメンバーのＵＥを優先することで、ハイブリッドセルに非ＣＳＧメンバーのＵＥよりも長く留まらせるようにすると、クローズドアクセスモードのカバレッジがオープンアクセスモードのカバレッジよりも広くなってしまう場合がある。このような場合、ＣＳＧメンバーのＵＥと、非ＣＳＧメンバーのＵＥとのアクセス先が異なるエリアが生じてしまい、相互のＵＥのアクセスによって大きな干渉が生じることとなる。これらの干渉により、該エリアに存在するＣＳＧメンバーのＵＥ，非ＣＳＧメンバーのＵＥともに、アクセス失敗が発生する可能性が高くなり、さらには最悪通信できなくなってしまう場合が生じる。この問題点についてはなんら先行文献も無く、３ＧＰＰにおける議論もなんらされていない。【００２６】
本発明の目的は、クローズドモードの移動端末とオープンモードの移動端末とでアクセス先となる基地局が異なるような通信エリアを解消できる移動体通信システムを提供することである。
【課題を解決するための手段】
【００２７】
本発明は、１以上の移動端末および１以上の基地局からなるアクセスグループが登録された場合に、前記アクセスグループに含まれる基地局に対し同じアクセスグループに含まれる移動端末からのクローズドモードのアクセス、および同じアクセスグループに含まれない移動端末からのオープンモードのアクセスをハイブリッドに許可する移動体通信システムであって、
前記オープンモードにおける基地局の通信エリアと前記クローズドモードにおける基地局の通信エリアとが同一であることを特徴とする移動体通信システムである。
【発明の効果】
【００２８】
本発明によれば、オープンモードにおける基地局の通信エリアとクローズドモードにおける基地局の通信エリアとを同一にするので、クローズドモードの移動端末とオープンモードの移動端末とでアクセス先となる基地局が異なるような通信エリアを解消することができ、干渉を大幅に低減することができる。
【図面の簡単な説明】
【００２９】
【図１】ＬＴＥ方式の通信システムの構成を示す説明図である。
【図２】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図３】ＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）フレームの構成を示す説明図である。
【図４】ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【図５】ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。
【図６】ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。
【図７】現在３ＧＰＰで議論されている移動体通信システムの全体的な構成を示すブロック図である。
【図８】本発明に係る移動端末３１１の構成を示すブロック図である。
【図９】本発明に係る基地局３１２の構成を示すブロック図である。
【図１０】本発明に係るＭＭＥの構成を示すブロック図である。
【図１１】本発明に係るＨｅＮＢＧＷの構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチの概略を示すフローチャートである。
【図１３】ハイブリッドセルにおいてＣＳＧメンバーのＵＥを非ＣＳＧメンバーのＵＥより長く留まらせた場合の概念図である。
【図１４】ＣＳＧメンバーのＵＥのみアクセス可能なエリアで生じる干渉の概念図である。
【図１５】現在３ＧＰＰで議論されている通常のＨＯ手順の動作例である。
【図１６】ＣＳＧメンバーＵＥからの新たなＲＲＣ接続要求をトリガとしてリダイレクトを起動させる場合の動作例である。
【図１７】ＲＲＣ接続確認をトリガとしてリダイレクトを起動させる場合の動作例である。
【図１８】現在３ＧＰＰで議論されているＨＯ失敗の際のＵＥの動作を説明する図である。
【図１９】本発明に係るＨＯ失敗時のＵＥの動作の具体例である。
【図２０】ハイブリッドセルが混雑状態の際に複数のセルをターゲットセルとする場合のシーケンス例である。
【図２１】複数のターゲットセルに対してシリアルにＨＯ要求を行う場合のシーケンス例である。
【図２２】所望のターゲットセル数を設定した場合のシーケンス例である。
【図２３】通信継続に必要なデータとそれに関するＰＤＣＰのＳＮステータス情報通知までを複数のターゲットセルに対して行った場合のシーケンス例である。
【図２４】非ＣＳＧメンバーのＵＥに対するカバレッジとＣＳＧメンバーのＵＥに対するカバレッジを同じにした場合の概念図である。
【図２５】ハイブリッドセルへ／からのセル再選択手順を非ＣＳＧメンバーのＵＥとＣＳＧメンバーのＵＥとで同じにした場合の概念図である。
【発明を実施するための形態】
【００３０】
実施の形態１．
図７は、現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。現在３ＧＰＰにおいては、ＣＳＧ（Closed Subscriber Group）セル（e-UTRANのHome-eNodeB（Home-eNB,HeNB）,UTRANのHome-NB（HNB））とｎｏｎ-ＣＳＧセル（e-UTRANのeNodeB（eNB）、UTRANのNodeB(NB)、GERANのBSS）とを含めたシステムの全体的な構成が検討されており、ｅ−ＵＴＲＡＮについては、図７のような構成が提案されている（非特許文献１  ４．６．１.章）。
【００３１】
図７について説明する。移動端末（ＵＥ）７１は基地局７２と送受信を行う。基地局７２はｅＮＢ（non-CSGセル）７２−１と、Ｈｏｍｅ−ｅＮＢ７２−２とに分類される。ｅＮＢ７２−１はＭＭＥ７３とインタフェースＳ１により接続され、ｅＮＢとＭＭＥとの間で制御情報が通信される。ひとつのｅＮＢ７２−１に対して複数のＭＭＥ７３が接続される。ｅＮＢ間はインタフェースＸ２により接続され、ｅＮＢ間で制御情報が通信される。
【００３２】
Ｈｏｍｅ−ｅＮＢ７２−２はＭＭＥ７３とインタフェースＳ１により接続され、Ｈｏｍｅ−ｅＮＢとＭＭＥとの間で制御情報が通信される。ひとつのＭＭＥに対して複数のＨｏｍｅ−ｅＮＢが接続される。あるいは、Ｈｏｍｅ−ｅＮＢ７２−２はＨｅＮＢＧＷ（Home-eNB GateWay）７４を介してＭＭＥ７３と接続される。Ｈｏｍｅ−ｅＮＢとＨｅＧＷはインタフェースＳ１により接続され、ＨｅＮＢＧＷ７４とＭＭＥ７３はインタフェースＳ１を介して接続される。ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２がひとつのＨｅＮＢＧＷ７４と接続され、Ｓ１を通して情報が通信される。ＨｅＮＢＧＷ７４はひとつまたは複数のＭＭＥ７３と接続され、Ｓ１を通して情報が通信される。
【００３３】
さらに現在３ＧＰＰでは以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ７２−２間のインタフェースＸ２はサポートされない。ＭＭＥ７３からは、ＨｅＮＢＧＷ７４はｅＮＢ７２−１として見える。Ｈｏｍｅ−ｅＮＢ７２−２からは、ＨｅＮＢＧＷ７４はＭＭＥ７３として見える。Ｈｏｍｅ−ｅＮＢ７２−２がＨｅＮＢＧＷ７４を介してＥＰＣに接続されるか否かに関係なく、Ｈｏｍｅ−ｅＮＢ７２−２とＥＰＣ間のインタフェースＳ１は同じである。ＭＭＥ７３をまたがるような、Ｈｏｍｅ−ｅＮＢ７２−２へのモビリティ、あるいはＨｏｍｅ−ｅＮＢ７２−２からのモビリティはサポートされない。Ｈｏｍｅ−ｅＮＢ７２−２は唯一のセルをサポートする。
【００３４】
図８は、本発明に係る移動端末（図７の端末７１）の構成を示すブロック図である。図８に示す移動端末の送信処理を説明する。まず、プロトコル処理部８０１からの制御データ、アプリケーション部８０２からのユーザデータが送信データバッファ部８０３へ保存される。送信データバッファ部８０３に保存されたデータはエンコーダー部８０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部８０３から変調部８０５へ直接出力されるデータが存在しても良い。エンコーダー部８０４でエンコード処理されたデータは変調部８０５にて変調処理が行われる。変調されたデータはベースバンド信号に変換された後、周波数変換部８０６へ出力され、無線送信周波数に変換される。その後、アンテナ８０７から基地局３１２に送信信号が送信される。また、移動端末３１１の受信処理は以下のとおり実行される。基地局３１２からの無線信号がアンテナ８０７により受信される。受信信号は、周波数変換部８０６にて無線受信周波数からベースバンド信号に変換され、復調部８０８において復調処理が行われる。復調後のデータはデコーダー部８０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部８０１へ渡され、ユーザデータはアプリケーション部８０２へ渡される。移動端末の一連の処理は制御部８１０によって制御される。よって制御部８１０は、図面では省略しているが、各部（801〜809）と接続している。
【００３５】
図９は、本発明に係る基地局（図７の基地局７２）の構成を示すブロック図である。図９に示す基地局の送信処理を説明する。ＥＰＣ通信部９０１は、基地局７２とＥＰＣ（MME73,HeNBGW74など）間のデータの送受信を行う。他基地局通信部９０２は、他の基地局との間のデータの送受信を行う。Ｈｏｍｅ−ｅＮＢ７２−２間のインタフェースＸ２はサポートされない方向であるため、Ｈｏｍｅ−ｅＮＢ７２−２では、他基地局通信部９０２が存在しないことも考えられる。ＥＰＣ通信部９０１、他基地局通信部９０２はそれぞれプロトコル処理部９０３と情報の受け渡しを行う。プロトコル処理部９０３からの制御データ、またＥＰＣ通信部９０１と他基地局通信部９０２からのユーザデータ及び制御データが送信データバッファ部９０４へ保存される。送信データバッファ部９０４に保存されたデータはエンコーダー部９０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部９０４から変調部９０６へ直接出力されるデータが存在しても良い。エンコードされたデータは変調部９０６にて変調処理が行われる。変調されたデータはベースバンド信号に変換された後、周波数変換部９０７へ出力され、無線送信周波数に変換される。その後、アンテナ９０８より一つもしくは複数の移動端末７１に対して送信信号が送信される。また、基地局７２の受信処理は以下のとおり実行される。ひとつもしくは複数の移動端末３１１からの無線信号がアンテナ９０８により受信される。受信信号は周波数変換部９０７にて無線受信周波数からベースバンド信号に変換され、復調部９０９で復調処理が行われる。復調されたデータはデコーダー部９１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部９０３あるいはＥＰＣ通信部９０１、他基地局通信部９０２へ渡され、ユーザデータはＥＰＣ通信部９０１、他基地局通信部９０２へ渡される。基地局７２の一連の処理は制御部９１１によって制御される。よって制御部９１１は図面では省略しているが各部（901〜910）と接続している。
【００３６】
現在３ＧＰＰにおいて議論されているＨｏｍｅ−ｅＮＢ７２−２の機能を以下に示す（非特許文献１  ４．６．２章）。Ｈｏｍｅ−ｅＮＢ７２−２はｅＮＢ７２−１と同じ機能を持つ。加えてＨｅＮＢＧＷ７４と接続する場合、以下示す機能を有する。適当なサービングＨｅＮＢＧＷ７４を発見する機能を有する。Ｈｏｍｅ−ｅＮＢ７２−２は１つのＨｅＮＢＧＷ７４に唯一接続する、つまり、ＨｅＮＢＧＷ７４との接続の場合は、Ｈｏｍｅ−ｅＮＢ７２−２でＳ１におけるＦｌｅｘ機能を使用しない。Ｈｏｍｅ−ｅＮＢ７２−２がＨｅＮＢＧＷ７４に接続されると、同時に別のＨｅＮＢＧＷ７４や別のＭＭＥ７３に接続しない。Ｈｏｍｅ−ｅＮＢ７２−２のＴＡＣとＰＬＭＮ  ＩＤは、ＨｅＮＢＧＷ７４によってサポートされる。Ｈｏｍｅ−ｅＮＢ７２−２をＨｅＮＢＧＷ７４に接続すると、「ＵＥ  ａｔｔａｃｈｍｅｎｔ」でのＭＭＥ７３の選択は、Ｈｏｍｅ−ｅＮＢ７２−２の代わりにＨｅＮＢＧＷ７４によって行われる。Ｈｏｍｅ−ｅＮＢ７２−２はネットワーク計画なしで配備されるかもしれない。よってＨｏｍｅ−ｅＮＢ７２−２は１つの地理的な領域から別の地理的な領域へ移されるかもしれない。したがって位置による異なったＨｅＮＢＧＷ７４に接続する必要があるかもしれない。
【００３７】
図１０は、本発明に係るＭＭＥ(Mobility Management Entity)の構成を示すブロック図である。ＰＤＮ  ＧＷ通信部１００１はＭＭＥ７３とＰＤＮ  ＧＷ間のデータの送受信を行う。基地局通信部１００２はＭＭＥ７３と基地局７２間をＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータはＰＤＮ  ＧＷ通信部１００１からユーザプレイン処理部１００３経由で基地局通信部１００２に渡され、１つあるいは複数の基地局７２へ送信される。基地局７２から受信したデータがユーザデータであった場合、ユーザデータは基地局通信部１００２からユーザプレイン処理部１００３経由でＰＤＮ  ＧＷ通信部１００１に渡され、ＰＤＮ  ＧＷへ送信される。
【００３８】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データはＰＤＮ  ＧＷ通信部１００１から制御プレイン制御部１００５へ渡される。基地局７２から受信したデータが制御データであった場合、制御データは基地局通信部１００２から制御プレイン制御部１００５へ渡される。ＨｅＮＢＧＷ通信部１００４は、ＨｅＮＢＧＷ７４が存在する場合に設けられ、情報種別によって、ＭＭＥ７３とＨｅＮＢＧＷ７４間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部１００４から受信した制御データはＨｅＮＢＧＷ通信部１００４から制御プレイン制御部１００５へ渡される。制御プレイン制御部１００５での処理の結果は、ＰＤＮ  ＧＷ通信部１００１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部１００５で処理された結果は、基地局通信部１００２経由でＳ１インタフェースにより１つあるいは複数の基地局７２へ送信され、またＨｅＮＢＧＷ通信部１００４経由で１つあるいは複数のＨｅＮＢＧＷ７４へ送信される。
【００３９】
制御プレイン制御部１００５には、ＮＡＳセキュリティ部１００５−１、ＳＡＥベアラコントロール部１００５−２、アイドルステート（Idle State）モビリティ管理部１００５―３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部１００５―１はＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部１００５―２はＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部１００５―３は、待受け（LTE‐IDLE状態、単にアイドルとも称される）状態のモビリティ管理、待受け状態時のページング信号の生成及び制御、傘下の１つあるいは複数の移動端末７１のトラッキングエリア（TA）の追加、削除、更新、検索、トラッキングエリアリスト（TA List）管理などを行う。ＭＭＥはＵＥが登録されている（registered）追跡領域（トラッキングエリア：tracking Area: TA）に属するセルへページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥに接続されるＨｏｍｅ−ｅＮＢ７２−２のＣＳＧの管理やＣＳＧ−ＩＤの管理、そしてホワイトリスト管理を、アイドルステートモビリティ管理部１００５―３で行っても良い。ＣＳＧ−ＩＤの管理では、ＣＳＧ−ＩＤに対応する移動端末とＣＳＧセルの関係が管理（追加、削除、更新、検索）される。例えば、あるＣＳＧ−ＩＤにユーザアクセス登録された一つまたは複数の移動端末と該ＣＳＧ−ＩＤに属するＣＳＧセルの関係であっても良い。ホワイトリスト管理では、移動端末とＣＳＧ−ＩＤの関係が管理（追加、削除、更新、検索）される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のＣＳＧ−ＩＤが記憶されても良い。これらのＣＳＧに関する管理はＭＭＥ７３の中の他の部分で行われても良い。ＭＭＥ３１３の一連の処理は制御部１００６によって制御される。よって制御部１００６は図面では省略しているが各部（1001〜1005）と接続している。
【００４０】
現在３ＧＰＰにおいて議論されているＭＭＥ７３の機能を以下に示す（非特許文献１  ４．６．２章）。ＭＭＥ７３はＣＳＧ（Closed Subscriber Groups）のメンバーの１つ、あるいは複数の移動端末のアクセスコントロールを行う。ページングの最適化（Paging optimization）の実行をオプションとして認める。
【００４１】
図１１は、本発明に係るＨｅＮＢＧＷの構成を示すブロック図である。ＥＰＣ通信部１１０１はＨｅＮＢＧＷ７４とＭＭＥ７３間をＳ１インタフェースによるデータの送受信を行う。基地局通信部１１０２はＨｅＮＢＧＷ７４とＨｏｍｅ−ｅＮＢ７２−２間をＳ１インタフェースによるデータの送受信を行う。ロケーション処理部１１０３は、ＥＰＣ通信部１１０１経由で渡されたＭＭＥ７３からのデータのうちレジストレーション情報など、複数のＨｏｍｅ−ｅＮＢに送信する処理を行う。ロケーション処理部１１０３で処理されたデータは、基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ロケーション処理部１１０３での処理を必要とせず通過（透過）させるだけのデータは、ＥＰＣ通信部１１０１から基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ＨｅＮＢＧＷ７４の一連の処理は制御部１１０４によって制御される。よって制御部１１０４は図面では省略しているが各部（1101〜1103）と接続している。
【００４２】
現在３ＧＰＰにおいて議論されているＨｅＮＢＧＷ７４の機能を以下に示す（非特許文献１  ４・６・２章）。Ｓ１アプリケーションについてリレーする。Ｈｏｍｅ−ｅＮＢ７２−２へのＭＭＥ７３の手順の一部分であるが、移動端末７１に関係しないＳ１アプリケーションについて終端する。ＨｅＮＢＧＷ７４が配置されるとき、移動端末７１に無関係な手順がＨｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４間、そしてＨｅＮＢＧＷ７４とＭＭＥ７３間を通信される。ＨｅＮＢＧＷ７４と他のノード間でインタフェースＸ２は設定されない。ページングの最適化（Paging optimization）の実行をオプションとして認める。
【００４３】
次に移動体通信システムにおける一般的なセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて移動端末（UE）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末にてセルサーチが開始されると、ステップＳＴ１２０１で周辺の基地局から送信される第一同期信号（P−SS）、第二同期信号（S−SS）を用いてスロットタイミング、フレームタイミングの同期をとる。Ｐ−ＳＳとＳ−ＳＳあわせて、同期信号（SS）にはセル毎に割り当てられたＰＣＩ（Physical Cell Identity）に１対１対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は現在５０４通りが検討されており、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号ＲＳ（Reference Signal）を検出し受信電力の測定を行う。参照信号ＲＳにはＰＣＩと１対１に対応したコードが用いられており、そのコードで相関をとることによって他セルと分離できる。ＳＴ１２０１で特定したＰＣＩから該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳ受信電力を測定することが可能となる。次にＳＴ１２０３で、ＳＴ１２０２までで検出されたひとつ以上のセルの中から、ＲＳの受信品質が最も良いセル（例えば、ＲＳの受信電力が最も高いセル、つまりベストセル）を選択する。次にＳＴ１２０４でベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がのる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【００４４】
次に１２０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のＳＩＢ（SIBk; k≧2の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１にはＴＡＣ（Tracking Area Code）が含まれる。次にＳＴ１２０６で、移動端末は、ＳＴ１２０５で受信したＴＡＣと、移動端末が既に保有しているＴＡＣと比較する。比較した結果、同じならば、該セルで待ち受け動作に入る。比較して異なる場合は、移動端末は該セルを通してコアネットワーク（Core Network, EPC）（ＭＭＥなどが含まれる）へ、ＴＡＵ（Tracking Area Update）を行うためＴＡの変更を要求する。コアネットワークは、ＴＡＵ要求信号とともに移動端末から送られてくる該移動端末の識別番号（UE−IDなど）をもとに、ＴＡの更新を行う。コアネットワークはＴＡの更新後、移動端末にＴＡＵ受領信号を送信する。移動端末は該セルのＴＡＣで、移動端末が保有するＴＡＣ（あるいはＴＡＣリスト）を書き換える（更新する）。その後移動端末は該セルで待ち受け動作に入る。
【００４５】
ＬＴＥやＵＭＴＳ（Universal Mobile Telecommunication System）においては、ＣＳＧ（Closed Subscriber Group）セルの導入が検討されている。前述したように、ＣＳＧセルに登録したひとつまたは複数の移動端末のみにアクセスが許される。ＣＳＧセルと登録されたひとつまたは複数の移動端末がひとつのＣＳＧを構成する。このように構成されたＣＳＧにはＣＳＧ−ＩＤと呼ばれる固有の識別番号が付される。なお、ひとつのＣＳＧには複数のＣＳＧセルがあっても良い。移動端末はどれかひとつのＣＳＧセルに登録すればそのＣＳＧセルが属するＣＳＧの他のＣＳＧセルにはアクセス可能となる。また、ＬＴＥでのＨｏｍｅ−ｅＮＢやＵＭＴＳでのＨｏｍｅ−ＮＢがＣＳＧセルとして使われることがある。ＣＳＧセルに登録した移動端末は、ホワイトリストを有する。具体的にはホワイトリストはＳＩＭ／ＵＳＩＭに記憶される。ホワイトリストには、移動端末が登録したＣＳＧセルのＣＳＧ情報がのる。ＣＳＧ情報として具体的には、ＣＳＧ−ＩＤ、ＴＡＩ（Tracking Area Identity）、ＴＡＣなどが考えられる。ＣＳＧ−ＩＤとＴＡＣが対応づけられていれば、どちらか一方で良い。また、ＣＳＧ−ＩＤやＴＡＣとＧＣＩ（Global Cell Identity）が対応付けられていればＧＣＩでもよい。以上から、ホワイトリストを有しない（本発明においては、ホワイトリストが空（empty）の場合も含める）移動端末は、ＣＳＧセルにアクセスすることは不可能であり、ｎｏｎ−ＣＳＧセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したＣＳＧ−ＩＤのＣＳＧセルにも、ｎｏｎ−ＣＳＧセルにもアクセスすることが可能となる。
【００４６】
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）を、ＣＳＧセル用とｎｏｎ−ＣＳＧセル用とに分割（ＰＣＩスプリットと称する）することが議論されている（非特許文献５）。またＰＣＩスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知されることが議論されている。ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有しない移動端末は、全ＰＣＩを用いて（例えば５０４コード全てを用いて）セルサーチを行う必要がある。対してＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
【００４７】
３ＧＰＰでは、一時的なＣＳＧメンバーを認める。一時的なメンバーはテンポラリメンバー（temporary member）、あるいは訪問者（ビジタ：visitor）とも呼ばれる。テンポラリメンバーはＣＳＧメンバーとして認める期間を設定することが可能である（非特許文献６）。
【００４８】
３ＧＰＰでは、移動端末がＣＳＧセルをセレクション、あるいはリセレクションする方法について２つのモードが存在する。１つ目は自動（Automatic）モードである。自動モードの特徴を以下に示す。移動端末内の許可ＣＳＧリスト（Allowed CSG ID List）を利用してセレクション、あるいはリセレクションを行う。ＰＬＭＮ選択が完了した後、ｎｏｎ−ＣＳＧセル、あるいは許可ＣＳＧリストに存在するＣＳＧ  ＩＤを伴うＣＳＧセルである場合にのみ、選択している該ＰＬＭＮ中の１つのセルにキャンプオンする。移動端末の許可ＣＳＧリストが空であるなら、移動端末はＣＳＧセルの自立（autonomous）サーチ機能を停止する（非特許文献３  ５．２．４．８．１章）。
【００４９】
２つ目は手動（Manual）モードである。手動モードの特徴を以下に示す。移動端末は、現在選択されているＰＬＭＮで利用可能なＣＳＧのリストをユーザに示す。移動端末がユーザに提供するＣＳＧのリストは移動端末に保存されている許可ＣＳＧリストに含まれるＣＳＧに限られない。ユーザが該ＣＳＧのリストを基に選定した後、移動端末は選択されたＣＳＧ  ＩＤを伴うセルへキャンプオンし、登録（register）を試みる（非特許文献３  ５．２．４．８．１章）。
【００５０】
３ＧＰＰにおいて提案された非特許文献７は、ハイブリッドセルにおいてＣＳＧメンバーを優先的にアクセス可能とさせる方法として、ハイブリッドセルへ、あるいはハイブリッドセルから別のセルへのセル再選択あるいは別のセルからハイブリッドセルへのセル再選択の際にＣＳＧメンバーのＵＥを優先することで、ハイブリッドセルに非ＣＳＧメンバーのＵＥよりも長く留まらせるようにする技術を開示している。ハイブリッドセルに非ＣＳＧメンバーのＵＥよりも長く留まらせるようにすると、クローズドアクセスモードのカバレッジがオープンアクセスモードのカバレッジよりも広くなってしまう場合がある。
【００５１】
図１３に、ハイブリッドセルにおいてＣＳＧメンバーのＵＥを非ＣＳＧメンバーのＵＥより長く留まらせた場合の概念図を示す。図中、１３０１はｎｏｎ−ＣＳＧセルで、ここでは例としてマクロセル（ｅＮＢ）とする。１３０２は該ｎｏｎ−ＣＳＧセルによるカバレッジを示す。１３０３はハイブリッドセル（ハイブリッドアクセスモードのＨｅＮＢ）である。１３０４は該ハイブリッドセルにおいてオープンアクセスモードとクローズドアクセスモードの両方によってアクセス可能なカバレッジである。１３０５（斜線部）は該ハイブリッドセルにおいてクローズドアクセスモードのみアクセス可能なカバレッジを示す。１３０６はハイブリッドセルの属するＣＳＧと同じＣＳＧメンバーのＵＥである。１３０７は非ＣＳＧメンバーのＵＥである。ＣＳＧメンバーのＵＥはカバレッジ１３０５のエリア外ではｎｏｎ−ＣＳＧセル１３０１と通信を行っており、カバレッジ１３０５のエリアへ移動したＵＥ１３０６はセル再選択によりハイブリッドセル１３０３と通信を行なう。非ＣＳＧメンバーのＵＥ１３０７は、カバレッジ１３０５のエリアにおいてもまだｎｏｎ−ＣＳＧセル１３０１と通信を行なっており、カバレッジ１３０４へ移動して始めてセル再選択によりハイブリッドセル１３０３と通信を行う。
【００５２】
このように、ハイブリッドセルにおいて、ＣＳＧメンバーのＵＥを非ＣＳＧメンバーのＵＥに比べて長く留まらせるようにすると、その分、クローズドアクセスモードのカバレッジがオープンアクセスモードのカバレッジより広くなってしまう場合がある。ＣＳＧメンバーのＵＥのみがハイブリッドセルにアクセスできるエリアが生じるためである。そのようなエリア（図中斜線部）では、ＣＳＧメンバーのＵＥはハイブリッドセルにアクセスし、非ＣＳＧメンバーのＵＥは他のセル（図ではマクロセル）にアクセスすることになる。このようなエリアが生じる状況では以下に述べるような干渉の問題が生じる。
【００５３】
図１４に、ＣＳＧメンバーのＵＥのみアクセス可能なエリアで生じる干渉の概念図を示す。図１４（ａ）は上り通信において生じる干渉を、図１４（ｂ）は下り通信において生じる干渉を各々示している。図１４中にて図１３と同番号の箇所の説明は省略する。図中実線矢印は信号を示し、破線矢印は干渉を示す。
【００５４】
図１４（ａ）について説明する。ＣＳＧメンバーのＵＥのみがハイブリッドセルにアクセスできるエリア（図中斜線部）１３０５では、ＣＳＧメンバーのＵＥ（１３０６）はハイブリッドセル（１３０３）にアクセスし、非ＣＳＧメンバーのＵＥ（１３０７）はマクロセル（１３０１）にアクセスすることになる。これにより、上り通信においては以下の干渉が生じてしまう。非ＣＳＧメンバーのＵＥ（１３０７）からマクロセル（１３０１）への上り信号波が、ハイブリッドセル傘下のＣＳＧメンバーのＵＥ（１３０６）の上り信号波に干渉を与える（１４０１）。ＣＳＧメンバーのＵＥ（１３０６）からハイブリッドセル（１３０３）への上り信号波が、マクロセル傘下の非ＣＳＧメンバーのＵＥ（１３０７）の上り信号波に干渉を与える（１４０２）。
【００５５】
図１４（ｂ）について説明する。ＣＳＧメンバーのＵＥのみがハイブリッドセルにアクセスできるエリア（図中斜線部）１３０５では、ＣＳＧメンバーのＵＥ（１３０６）はハイブリッドセル（１３０３）にアクセスし、非ＣＳＧメンバーのＵＥ（１３０７）はマクロセル（１３０１）にアクセスすることになる。これにより、下り通信においては以下の干渉が生じてしまう。ハイブリッドセル（１３０３）からＣＳＧメンバーのＵＥ（１３０６）への下り信号波が、マクロセル傘下の非ＣＳＧメンバーのＵＥ（１３０７）の下り信号波に干渉を与える（１４０３）。マクロセル（１３０１）から非ＣＳＧメンバーのＵＥ（１３０７）への下り信号波が、ハイブリッドセル傘下のＣＳＧメンバーのＵＥ（１３０６）への下り信号波に干渉を与える（１４０４）。
【００５６】
このように、ＣＳＧメンバーのＵＥのみアクセス可能なエリアにおいて、ＣＳＧメンバーのＵＥと、非ＣＳＧメンバーのＵＥとのアクセス先が異なることにより、相互のＵＥのアクセスによって大きな干渉が生じることとなる。これらの干渉により、該エリアに存在するＣＳＧメンバーのＵＥ，非ＣＳＧメンバーのＵＥともに、アクセス失敗が発生する可能性が高くなり、さらには通信できなくなってしまう場合が生じる。いいかえると、ＣＳＧメンバーのＵＥかつ/または非ＣＳＧメンバーのＵＥが通信できなくなるエリアが生じてしまう。この問題点についてはなんら先行文献も無く、３ＧＰＰにおける議論もなんらされていない。
【００５７】
本実施の形態では上記の問題点を解消するための方法を開示する。ハイブリッドセルにおいて、非ＣＳＧメンバーのＵＥに対するカバレッジとＣＳＧメンバーのＵＥに対するカバレッジを同じにする。言い換えると、オープンアクセスモードにおけるセル（基地局）の通信エリアとクローズドアクセスモードにおけるセル（基地局）の通信エリアとを同一にする。具体的な方法として、ハイブリッドセルで用いられるカバレッジを規定するパラメータを、非ＣＳＧメンバーのＵＥとＣＳＧメンバーのＵＥとで同じにする。あるいは同じパラメータ値を両ＵＥ（ＣＳＧメンバーのＵＥと非ＣＳＧメンバーのＵＥ）に対して適用する。ハイブリッドセルで用いられるカバレッジに関するパラメータの例として、セルからの最大送信電力、セルのアンテナのチルト角、あるいは、セル傘下の各ＵＥの最大許容送信電力などである。ＵＥの最大許容送信電力は、非特許文献１０に示されるように、ＵＥの上り送信電力を制限させることができるパラメータである。
【００５８】
図２４に、非ＣＳＧメンバーのＵＥに対するカバレッジとＣＳＧメンバーのＵＥに対するカバレッジを同じにした場合の概念図を示す。図中、２４０１はｎｏｎ−ＣＳＧセルで、ここではマクロセル（ｅＮＢ）とする。２４０２は該ｎｏｎ−ＣＳＧセルによるカバレッジを示す。２４０３はハイブリッドセル（ハイブリッドアクセスモードのＨｅＮＢ）である。２４０４は該ハイブリッドセルにおいてオープンアクセスモードとクローズドアクセスモードの両方でアクセス可能なカバレッジを示す。２４０５はハイブリッドセルの属するＣＳＧと同じＣＳＧメンバーのＵＥである。２４０６は非ＣＳＧメンバーのＵＥである。
【００５９】
マクロセル（２４０１）はハイブリッドセルのようにハイブリッドアクセスモードのセルではなくオープンアクセスモードのみのセルである。このため、マクロセル（２４０１）の傘下のＵＥが何であってもカバレッジは該マクロセル（２４０１）として一つである（２４０２）。ここでは、ハイブリッドセル（２４０３）においても同様に、傘下のＵＥが何であってもカバレッジは該ハイブリッドセル（２４０３）として一つとする（２４０４）。
【００６０】
こうすることで、ＣＳＧメンバーのＵＥ（２４０５）、非ＣＳＧメンバーのＵＥ（２４０６）ともにハイブリッドセル（２４０３）のカバレッジ（２４０４）外ではｎｏｎ−ＣＳＧセル（２４０１）と通信を行うようになる。一方、ハイブリッドセルのカバレッジ（２４０４）内では、ＣＳＧメンバーのＵＥ（２４０５）、非ＣＳＧメンバーのＵＥ（２４０６）ともにハイブリッドセル（２４０３）と通信を行うようになる。従って、図１４（ａ）および図１４（ｂ）に示したような、ＣＳＧメンバーのＵＥと、非ＣＳＧメンバーのＵＥとのアクセス先が異なるエリアを無くすことができ、該エリアで生じる上りかつ/または下りの干渉を無くすことができる。
【００６１】
本実施の形態で開示した方法とすることで、システム内にハイブリッドセルを配置した場合に、ＣＳＧメンバーのＵＥかつ/または非ＣＳＧメンバーのＵＥが通信できなくなるエリアを無くすことができる。従って、システム内のハイブリッドセルの柔軟な配置を可能とし、多種多様なサービスの提供を行えるようになる。
【００６２】
また、ハイブリッドセルで用いられるカバレッジを規定するパラメータを、非ＣＳＧメンバーのＵＥとＣＳＧメンバーのＵＥとで同じにする、あるいは同じパラメータ値を両ＵＥに対して適用することで、ハイブリッドセルにおける制御処理の簡素化が図れる。また同じパラメータ値を両ＵＥに対して適用するため、パラメータによる異なる制御が不要となり、ＵＥにおいての制御処理も簡素化することができる。また、ハイブリッドセルでのパラメータ数を削減でき、傘下のＵＥに通知が必要となるパラメータ数も削減可能となるため、シグナリング量の削減が可能となる。これにより、無線資源の有効活用等の効果を得ることが出来る。
【００６３】
実施の形態２
本実施の形態では上記の問題点を解消するための別の方法を開示する。ハイブリッドセルから別のセルへのセル再選択および別のセルからハイブリッドセルへのセル再選択において、該再選択の手順、ルール、セルランキングクライテリアなどの基準を非ＣＳＧメンバーのＵＥとＣＳＧメンバーのＵＥとで同じにする。具体的な方法として、ハイブリッドセルから別のセルへのセル再選択および別のセルからハイブリッドセルへのセル再選択に用いる基準を規定するパラメータを両ＵＥに対して同じにする、あるいは同じパラメータ値を適用する。ハイブリッドセルから別のセルへのセル再選択および別のセルからハイブリッドセルへのセル再選択に用いる基準を規定するパラメータ例として、セル再選択を開始するためのサービングセルの受信品質閾値（Sintrasearch、Sintersearch）、セルランキングのクライテリアでセルの受信品質の測定結果に対して適用するオフセット値（Qoffset）などがある。
【００６４】
図２５に、ハイブリッドセルへ／からのセル再選択基準を非ＣＳＧメンバーのＵＥとＣＳＧメンバーのＵＥとで同じにした場合の概念図を示す。図中、図２４と同じ番号の説明は省略する。ハイブリッドセル（２４０３）へのセル再選択基準を非ＣＳＧメンバーのＵＥ（２４０６）とＣＳＧメンバーのＵＥ（２４０５）とで同じにすることで、もし、マクロセル（２４０１）傘下の非ＣＳＧメンバーのＵＥ（２４０６）、ＣＳＧメンバーのＵＥ（２４０５）が同じ位置にいた場合、他の電波環境が同じであった場合、該両ＵＥともに同じ地点で、ハイブリッドセル（２４０３）へセル再選択することとなる。また、ハイブリッドセル（２４０３）からのセル再選択基準を非ＣＳＧメンバーのＵＥ（２４０６）とＣＳＧメンバーのＵＥ（２４０５）とで同じにすることで、もしハイブリッドセル（２４０３）傘下の非ＣＳＧメンバーのＵＥ（２４０６）、ＣＳＧメンバーのＵＥ（２４０５）が同じ位置にいた場合、他の電波環境が同じであった場合、該両ＵＥともに同じ地点で、マクロセル（２４０１）へセル再選択することとなる。
【００６５】
従って、ハイブリッドセル（２４０３）において傘下のＵＥがＣＳＧメンバーであろうと非ＣＳＧメンバーであろうとカバレッジは該ハイブリッドセル（２４０３）として一つとすることができる（２４０４）。こうすることで、ＣＳＧメンバーのＵＥ（２４０５）、非ＣＳＧメンバーのＵＥ（２４０６）ともにハイブリッドセル（２４０３）のカバレッジ（２４０４）外ではｎｏｎ−ＣＳＧセル（２４０１）と通信を行うようになる。一方、ハイブリッドセルのカバレッジ（２４０４）内では、ＣＳＧメンバーのＵＥ（２４０５）、非ＣＳＧメンバーのＵＥ（２４０６）ともにハイブリッドセル（２４０３）と通信を行うようになる。従って、図１４（ａ）および図１４（ｂ）に示したような、ＣＳＧメンバーのＵＥと、非ＣＳＧメンバーのＵＥとのアクセス先が異なるエリアを無くすことができ、該エリアで生じる上りかつ/または下りの干渉を無くすことができる。
【００６６】
本実施の形態で開示した方法とすることで、システム内にハイブリッドセルを配置した場合に、ＣＳＧメンバーのＵＥかつ/または非ＣＳＧメンバーのＵＥが通信できなくなるエリアを無くすことができる。従って、システム内のハイブリッドセルの柔軟な配置を可能とし、多種多様なサービスの提供を行えるようになる。
【００６７】
また、ハイブリッドセルへ／からのセル再選択において、該再選択の手順、ルール、セルランキングクライテリアなどの基準を非ＣＳＧメンバーのＵＥとＣＳＧメンバーのＵＥとで同じにすることで、セルにおける制御処理の簡素化が図れる。また同じパラメータ値を両ＵＥに対して適用するため、パラメータによる異なる制御が不要となり、ＵＥにおいての制御処理も簡素化することができる。また、セルで用いられるパラメータ数を削減でき、傘下のＵＥに通知が必要となるパラメータ数も削減可能となるため、シグナリング量の削減が可能となる。これにより、無線資源の有効活用等の効果を得ることが出来る。
【００６８】
実施の形態３
本実施の形態では上記の問題点を解消するための別の方法を開示する。実施の形態２においては、ハイブリッドセルへ／からのセル再選択の場合について開示した。すなわち、ＲＲＣ_Ｉｄｌｅ（アイドル）状態のＵＥに対して、ＣＳＧメンバーのＵＥと、非ＣＳＧメンバーのＵＥとのアクセス先が異なるエリアを無くすことができ、該エリアで生じる上りかつ/または下りの干渉を無くすことができる。
【００６９】
本実施の形態では、ＲＲＣ接続状態（RRC_connected）のＵＥに対して、ＣＳＧメンバーのＵＥと、非ＣＳＧメンバーのＵＥとのアクセス先が異なるエリアを無くすことができ、該エリアで生じる上りかつ/または下りの干渉を無くすことができる方法を開示する。
【００７０】
ハイブリッドセルから別のセルへのハンドオーバー（outbound ＨＯ）および別のセルからハイブリッドセルへのハンドオーバー（inbound ＨＯ）において、該ＨＯの手順、ルール、クライテリアなどの基準を非ＣＳＧメンバーのＵＥとＣＳＧメンバーのＵＥとで同じにする。具体的な方法として、ハイブリッドセルへ／からのＨＯの基準を規定するパラメータを両ＵＥに対して同じにする、あるいは同じパラメータ値を適用する。ハイブリッドセルへ／からのＨＯの基準を規定するパラメータの例として、メジャメントレポートでイベントを発生するか否かの判断指標となるパラメータがある。イベント発生の閾値（Ｔhresh、Ｔhresh１、Ｔhresh２）、受信品質の測定結果に対して適用するサービングセルのオフセット値（Ocs）、受信品質の測定結果に対して適用するサービングセルの周波数のオフセット値（Ofs）、受信品質の測定結果に対して適用する隣接セルのオフセット値（Ocn）、受信品質の測定結果に対して適用する隣接セルの周波数のオフセット値（Ofn）、イベント毎のオフセット値（Off）、イベント毎のヒステリシス（Hys）などがある。
【００７１】
こうすることで、ＲＲＣ接続状態のＣＳＧメンバーのＵＥとＲＲＣ接続状態の非ＣＳＧメンバーのＵＥにおいて、ともにハイブリッドセルのカバレッジを同じとすることが可能となる。従って、図１４（ａ）および図１４（ｂ）に示したような、ＣＳＧメンバーのＵＥと、非ＣＳＧメンバーのＵＥとのアクセス先が異なるエリアを無くすことができ、該エリアで生じる上りかつ/または下りの干渉を無くすことができる。
【００７２】
本実施の形態で開示した方法とすることで、システム内にハイブリッドセルを配置した場合に、ＣＳＧメンバーのＵＥかつ/または非ＣＳＧメンバーのＵＥが通信できなくなるエリアを無くすことができる。従って、システム内のハイブリッドセルの柔軟な配置を可能とし、多種多様なサービスの提供を行えるようになる。
【００７３】
また、ハイブリッドセルへ／からのＨＯにおいて、ＨＯの手順、ルール、クライテリアなどの基準を非ＣＳＧメンバーのＵＥとＣＳＧメンバーのＵＥとで同じにすることで、セルにおける制御処理の簡素化が図れる。また同じパラメータ値を両ＵＥに対して適用するため、パラメータによる異なる制御が不要となり、ＵＥにおいての制御処理も簡素化することができる。また、セルで用いられるパラメータ数を削減でき、傘下のＵＥに通知が必要となるパラメータ数も削減可能となるため、シグナリング量の削減が可能となる。これにより、無線資源の有効活用等の効果を得ることが出来る。
【００７４】
実施の形態１から実施の形態３を組合せて適用してもよい。これにより、ＵＥがＲＲＣ−Ｉｄｌｅ状態およびＲＲＣ接続状態のどちらにおいても、また、ＲＲＣ−Ｉｄｌｅ状態とＲＲＣ接続状態との間で遷移する際の動作においても、ＣＳＧメンバーのＵＥかつ/または非ＣＳＧメンバーのＵＥが通信できなくなるエリアを無くすことができる。
【００７５】
実施の形態４
３ＧＰＰにおいて、ハイブリッドセルにおいてＣＳＧメンバーを優先的にアクセス可能とさせるための別の方法として、ハイブリッドセルが混雑（congestion）状態の場合に、非ＣＳＧメンバーのＵＥを他セルにリダイレクトさせることが提案されている（非特許文献８）ことを述べた。また、非特許文献８には、混雑状態のハイブリッドセルにおいて、既にＲＲＣ接続状態（RRC_Connected）の非ＣＳＧメンバーのＵＥを他のセルにリダイレクトさせることが記載されている。
【００７６】
しかしながら、いつ、どうやってリダイレクトさせるかなど、具体的なことは何ら記載されておらず、実運用できないという問題が生じる。
【００７７】
本実施の形態ではこの問題点を解消するための方法を開示する。既にＲＲＣ接続状態（RRC_Connected）の非ＣＳＧメンバーのＵＥを他のセルにリダイレクトさせる具体的な方法として、混雑状態のハイブリッドセルにおいて、ＣＳＧメンバーのＵＥから新たにＲＲＣ接続要求（RRC Connection Request）をセルが受信した場合に、この接続要求をトリガとして、非ＣＳＧメンバーのＵＥを他のセルへリダイレクトさせる手順を起動する。リダイレクトの具体的方法としては、該非ＣＳＧメンバーのＵＥを他のセルへハンドオーバー（ＨＯ）させるようにする。
【００７８】
まず、図１５に通常のＨＯ手順の動作例を示す（非特許文献１）。これは３ＧＰＰにおいて議論されているＨＯ手順の例である。ここでは、ソースセルとターゲットセル間の通信はＸ２インタフェースで行う場合について示している。
【００７９】
ＳＴ１５０１でソースセルはメジャメントコントロールメッセージをＵＥに通知して、ＵＥにメジャメントを行わせる。ＳＴ１５０２でＵＥはメジャメント結果をソースセルに対して通知する。ＳＴ１５０３でソースセルは該ＵＥからのメジャメントレポートを用いてターゲットセルを決定する。このように、通常のＨＯでは、各セルが、主としてＵＥの受信品質測定結果を元に、該ＵＥがＨＯ必要かどうか、どのセルへＨＯさせるかどうかを判断する。つまり、ＵＥからのメジャメントレポート（ＳＴ１５０２）をトリガとしてＨＯ手順を起動する。
【００８０】
ターゲットセルを決定したソースセルは、ＳＴ１５０４で、該ターゲットセルにＨＯリクエストメッセージを通知する。該ＨＯリクエストメッセージに、ＨＯさせるＵＥに関する情報である、ＵＥコンテキスト（UE context）情報が含まれる。ターゲットセルはＳＴ１５０５で自セルの状態、該ＵＥに関する情報を考慮して該ＵＥへのＨＯを許可するかどうかを決定する。ここでは許可する場合を示している。ＨＯ許可の場合、ターゲットセルはＳＴ１５０６でＨＯリクエストに対する許可メッセージ（Ack）を通知する。該許可メッセージを受信したソースセルは、ＳＴ１５０７で、ＵＥに対してＨＯ制御情報を通知する。
【００８１】
また、ターゲットセルに対して、ＳＴ１５０９で、ＨＯで通信を継続させるために必要なデータとそれに関するＰＤＣＰのＳＮステータス情報を、ターゲットセルに通知する。ＳＴ１５０７でＨＯ制御情報を受信したＵＥは、ＳＴ１５０８でソースセルからデタッチを行い、該ＨＯ制御情報に含まれるターゲットセル情報に基づいて、ＳＴ１５１０でターゲットセルに対して同期処理を行う。同期処理確立後、ターゲットセルはＳＴ１５１１で上りリソースのアロケーション情報と送信タイミング情報であるＴＡ（timing advance）情報をＵＥに通知する。該情報を受信したＵＥは、ＳＴ１５１２でターゲットセルに対してＲＲＣ接続再構成完了メッセージを通知する。これにより、ＵＥとターゲットセル間でのデータ通信が開始される。
【００８２】
ＳＴ１５１２を受信したターゲットセルは、ＳＴ１５１３で、上位装置であるＭＭＥ、サービングＧＷ（Ｓ−ＧＷ）を介してソースセルとの間で、ＨＯ完遂のための処理を行う。ＳＴ１５１３のＨＯ完遂のための処理にともなってソースセルはＳＴ１５１４で該ＵＥに関する情報に付随する制御に用いていたリソースを開放する。
【００８３】
ＨＯ手順において、ＳＴ１５０４のソースセルのＨＯリクエスト送信からＳＴ１５０７のソースセルのＨＯ制御情報送信までをＨＯ準備（プレパレーション）ステップ、ＳＴ１５０８のＵＥのデタッチ処理、ＳＴ１５０９のソースセルのＳＮステータス情報送信からＳＴ１５１２のソースセルのＲＲＣ接続再構成完了受信までをＨＯ実行（エクゼキューション）ステップ、ＳＴ１５１３のＨＯ完遂のための処理開始からＳＴ１５１４のソースセルのリソース開放までをＨＯ完遂（コンプレション）ステップとする。
【００８４】
次に、本実施の形態における具体的な方法を開示する。図１６に、混雑状態のハイブリッドセルがＣＳＧメンバーＵＥからの新たなＲＲＣ接続要求（RRC Connection Request）をトリガとして、非ＣＳＧメンバーＵＥの他セルへのリダイレクトを起動させる場合の動作例を示す。リダイレクトの具体的方法としてＨＯを用いる。図中、図１５と同じステップ番号の箇所の説明は省略する。本例において、ソースセルはハイブリッドセルである。また、ターゲットセルのアクセスモードは特にこだわらずにセルＡとする。
【００８５】
ハイブリッドセルにおいて非ＣＳＧメンバーがＲＲＣ接続状態である場合について示す（ＳＴ１６１２）。該非ＣＳＧメンバーＵＥはコアネットワーク側（ＭＭＥ、Ｓ−ＧＷなど）とハイブリッドセルを介してデータ通信などのサービスを行なっていても良い。ＳＴ１６０１で、ハイブリッドセル傘下のＣＳＧメンバーＵＥが、ＲＲＣ接続要求を送信する。該ＲＲＣ接続要求メッセージを受信した混雑状態のハイブリッドセルは、ＳＴ１６０２で自セルにおいて、リダイレクトさせるＲＲＣ接続状態の非ＣＳＧメンバーＵＥを決定する。ここでは、リダイレクトとして他セルへのＨＯとする。前述のように、通常のＨＯは主としてＵＥの受信品質測定結果をトリガとして行われる。しかし、本実施の形態では、混雑状態のハイブリッドセルにおけるＣＳＧメンバーＵＥからの新たなＲＲＣ接続要求（RRC Connection Request）の受信をトリガとしてＨＯを行うようにする。また、オープンモードのＵＥ（移動端末）をハイブリッドセル（基地局）から別のセル（基地局）にリダイレクト（ハンドオーバー）させた後に、クローズドモードのＵＥ（移動端末）とハイブリッドセル（基地局）との接続を完了させる。こうすることで、ＣＳＧメンバーＵＥ（クローズドモードのＵＥ）の新たなＲＲＣ接続要求のタイミングでＨＯ手順を開始することができるため、ＣＳＧメンバーＵＥが通信可能となるまでの制御遅延を低減させることが可能となる。
【００８６】
ＳＴ１６０２でＨＯさせる非ＣＳＧメンバーＵＥを決定したハイブリッドセルは、該非ＣＳＧメンバーＵＥを他セルへＨＯさせる処理を開始する。ＳＴ１５０１で該非ＣＳＧメンバーＵＥにメジャメントコントロールメッセージを通知し、ＳＴ１５０２でＵＥはメジャメント結果をハイブリッドセルに対して通知する。ＳＴ１５０３でターゲットセルを決定したハイブリッドセルは、図１５で示した手順と異なり、ＳＴ１６０５、ＳＴ１６０６でＭＭＥを介してターゲットセルにＨＯ要求メッセージを送信する。図７で示したように、現在の３ＧＰＰにおけるＨｅＮＢのアーキテクチャでは、セル間のＸ２インタフェースが無く、ＨｅＮＢ間はＭＭＥあるいはＨｅＮＢＧＷあるいはＳ−ＧＷを介してＳ１インタフェースにより接続されることになる。従って、ソースセルであるハイブリッドセルとターゲットセル間のメッセージはＭＭＥ／ＨｅＮＢＧＷ／Ｓ−ＧＷを介して通信されるようにしておくと良い。該ＨＯ要求メッセージに、ＨＯさせるＵＥに関する情報が含まれる。ターゲットセルはＳＴ１５０５で自セルの状態、該ＵＥに関する情報を考慮して該ＵＥへのＨＯを許可するかどうかを決定する。ここでは許可する場合を示している。ＨＯ許可の場合、ターゲットセルはＳＴ１６０７、ＳＴ１６０８でＭＭＥなどを介してＨＯリクエストに対する許可メッセージを通知する。これもＸ２インタフェースが無いためＭＭＥなどを介して行われるようにすると良い。該許可メッセージを受信したソースセルは、ＳＴ１５０７で、ＵＥに対してＨＯ制御情報を通知する。また、ターゲットセルに対して、ＳＴ１６０９、ＳＴ１６１０で、ＨＯで通信を継続させるために必要なデータとそれに関するＰＤＣＰのＳＮステータス情報をターゲットセルに通知する。データについてはＭＭＥあるいはＨｅＮＢＧＷを介さず、Ｓ−ＧＷを介して通知されても良い。そして、図１５と同様に、ＳＴ１５０８からＳＴ１５１４が行われる。
【００８７】
ＳＴ１５１４においてＨＯが完遂したのを受けて、ＳＴ１６０３でハイブリッドセルはＲＲＣ接続セットアップメッセージを、ＲＲＣ接続要求したＣＳＧメンバーＵＥに通知する。該セットアップメッセージを受信した該ＣＳＧメンバーＵＥはセットアップを行い、ＳＴ１６０４でＲＲＣ接続セットアップ完了メッセージをハイブリッドセルに通知する。これにより、ＣＳＧメンバーＵＥはコアネットワーク側（ＭＭＥなど）とハイブリッドセルを介してデータ通信などのサービスを行なうことが可能となる。
【００８８】
一方、非ＣＳＧメンバーＵＥは、ＳＴ１５１２でターゲットセルに対してＲＲＣ接続再構成完了メッセージを通知し、ＵＥとターゲットセル間でのデータ通信が開始される。これにより、非ＣＳＧメンバーは、ＲＲＣ接続状態を保ちながらターゲットセルで通信を行なうことが可能となる。
【００８９】
図１６で示した具体例では、ＳＴ１５０２でＵＥがメジャメント結果をハイブリッドセルに対して通知し、その情報を元に、ハイブリッドセルがＳＴ１５０３でターゲットセルを決定するようにしている。この方法ではなく、ＳＴ１６０２でＨＯさせる非ＣＳＧメンバーＵＥ決定後にＳＴ１５０１、ＳＴ１５０２を行わないようにしても良い。ＳＴ１６０２の後、ＳＴ１５０３を行うようにする。ハイブリッドセルが周辺に存在するセルを認識していれば、それを元にターゲットセルを決定するようにしても良い。ハイブリッドセルが周辺に存在するセルを認識する方法として、ＨｅＮＢで周辺セルからの受信品質測定を行いその結果を用いる方法、あるいは、ハイブリッドセル傘下の他のＵＥからのメジャメント結果を用いる方法がある。ＳＴ１５０１、ＳＴ１５０２を省略することによって、リダイレクト（ＨＯ）を行うまでの時間を短縮させることができるため、ＣＳＧメンバーＵＥがハイブリッドセルにおいてＣＳＧメンバーとしてのサービスを受けられるまでの時間、あるいは非ＣＳＧメンバーが他のセルで通信できるまでの時間を短縮させることが可能となる。
【００９０】
上記の例では、非ＣＳＧメンバーのＵＥのリダイレクト（ＨＯ）完遂後、ＣＳＧメンバーＵＥのＲＲＣ接続完遂手順を行うことにしていたが、非ＣＳＧメンバーのＵＥのリダイレクト（ＨＯ）と、ＣＳＧメンバーＵＥのＲＲＣ接続手順を並行して実施するようにしても良い。こうすることにより、たとえ非ＣＳＧメンバーのＵＥのリダイレクト（ＨＯ）が失敗しても、ＣＳＧメンバーＵＥのハイブリッドセルへのＲＲＣ接続手順を完遂できるため、ＣＳＧメンバーＵＥのアクセスを優先可能とできる。
【００９１】
このように、混雑状態のハイブリッドセルが、非ＣＳＧメンバーＵＥのリダイレクトを行わせるトリガを、ＣＳＧメンバーのＵＥからのＲＲＣ接続要求とすることによって、該ＣＳＧメンバーＵＥが、該ハイブリッドセルでＲＲＣ接続設立、ネットワーク側とのデータの送受信を行うことが可能となり、ハイブリッドセルにおいてＣＳＧメンバーとしてのサービスの提供を受けることが可能となる。
【００９２】
また、該トリガをＣＳＧメンバーのＵＥからのＲＲＣ接続要求として、ＲＲＣ接続完遂前に非ＣＳＧメンバーＵＥをリダイレクトさせることによって、混雑状態のハイブリッドセルがＲＲＣ接続のためのリソース不足のような場合にも、非ＣＳＧメンバーＵＥをリダイレクトさせ、さらにＣＳＧメンバーをＲＲＣ接続させることが可能となる。
【００９３】
実施の形態４  第一の変形例
既にＲＲＣ接続状態（RRC_Connected）の非ＣＳＧメンバーのＵＥを他のセルへリダイレクトする具体的な別の方法として、混雑状態のハイブリッドセルにおいて、ＣＳＧメンバーのＵＥから新たにＲＲＣ接続要求が行われ、ＲＲＣ接続完了をハイブリッドセルが受信した場合に、このＲＲＣ接続完了をトリガとして、非ＣＳＧメンバーのＵＥを他のセルへリダイレクトさせる手順を起動する。
【００９４】
一例として、図１７に、ＲＲＣ接続完了として、ＲＲＣ接続セットアップ完了メッセージ（RRC Connection Setup Complete）をトリガとして、非ＣＳＧメンバーＵＥの他セルへのリダイレクトを起動させる方法について示す。リダイレクトの具体的方法としてＨＯを用いる。図中、ＳＴ１６１１は、図１６に示したＳＴ１６１１の一連の処理と同じである。
【００９５】
ハイブリッドセルにおいて非ＣＳＧメンバーがＲＲＣ接続状態である場合について示す（ＳＴ１７０５）。該非ＣＳＧメンバーＵＥはコアネットワーク側（ＭＭＥなど）とハイブリッドセルを介してデータ通信などのサービスを行なっていても良い。ＳＴ１７０１で、ハイブリッドセル傘下のＣＳＧメンバーＵＥが、ＲＲＣ接続要求を送信する。ＳＴ１７０２でハイブリッドセルはＲＲＣ接続セットアップメッセージを、ＲＲＣ接続要求したＣＳＧメンバーＵＥに通知する。該セットアップメッセージを受信した該ＣＳＧメンバーＵＥはセットアップを行い、ＳＴ１７０３でＲＲＣ接続セットアップ完了メッセージをハイブリッドセルに通知する。該ＲＲＣ接続セットアップ完了メッセージを受信した混雑状態のハイブリッドセルは、ＳＴ１７０４で自セルにおいて、リダイレクトさせるＲＲＣ接続状態の非ＣＳＧメンバーＵＥを決定する。ここでは、リダイレクトとして他セルへのＨＯとする。混雑状態のハイブリッドセルにおけるＣＳＧメンバーＵＥからの新たなＲＲＣ接続セットアップ完了（RRC Connection setup complete）メッセージの受信をトリガとしてＨＯを行うようにする。言い換えると、クローズドモードのＵＥ（移動端末）とハイブリッドセル（基地局）との接続を完了させた後に、オープンモードのＵＥ（移動端末）をハイブリッドセル（基地局）から別のセル（基地局）にリダイレクトさせる。
【００９６】
こうすることで、ＣＳＧメンバーＵＥはＲＲＣ接続状態となるため、いつでもコアネットワークとのデータ通信を行なえる準備ができている状態となる。従って、例えば、該ハイブリッドセル傘下の他のＲＲＣ接続状態にある非ＣＳＧメンバーＵＥが通信を終了したり、ＲＲＣ＿Ｉｄｌｅ状態に遷移したりした場合に、リダイレクト（ＨＯ）させる対象となった非ＣＳＧメンバーＵＥがまだＨＯ完遂していない場合でも、該ＣＳＧメンバーはコアネットワークとハイブリッドセルを介して通信を行なえるようになり、ＣＳＧメンバーとしてのサービスの提供を受けることが可能となる。
【００９７】
上述した具体例では、リダイレクトの具体的方法としてＨＯを用いていた。ＨＯに限らず、ハイブリッドセルからのＲＲＣ接続のリリース、あるいは、ハイブリッドセルからのＲＲＣ接続のリリース後さらに他のセルへのキャンプオンであっても良い。他のセルへキャンプオンさせる方法として、セル選択、あるいはセル再選択を行うようにしても良い。この際、ＲＲＣ接続のリリースされた該ハイブリッドセルへの選択を禁止する。禁止する時間を一定時間として、タイマーを設けるようにしても良い。こうすることで、該ハイブリッドセルに永久にセル選択、セル再選択できなくなることを防げる。この方法とすることで、非ＣＳＧメンバーＵＥのＲＲＣ接続状態を継続させることはできないが、他のセルにおいて再度ＲＲＣ接続設立可能となる。
【００９８】
実施の形態５
非特許文献８には、ハイブリッドセルが混雑（congestion）状態の場合に、非ＣＳＧメンバーのＵＥを他セルへリダイレクトさせる場合に、セルの報知情報であるＣＳＧ−ｉｎｄｉｃａｔｏｒを変更（FALSE→TRUE）する方法が記載されている。ＣＳＧ−ｉｎｄｉｃａｔｏｒはＳＩＢ１に含まれており、クローズドアクセスモードのみのＣＳＧセルの場合ＴＲＵＥが設定され、オープンアクセスモードのみのｎｏｎ−ＣＳＧセルあるいはハイブリッドモードのハイブリッドセルの場合ＦＡＬＳＥが設定される。従って、ハイブリッドセルのＣＳＧ−ｉｎｄｉｃａｔｏｒを変更（FALSE→TRUE）することで、ハイブリッドセルをクローズドアクセスモードのみのＣＳＧセルとして動作させ、非ＣＳＧメンバーのＵＥが該ハイブリッドセルにアクセスすることをできなくする。
【００９９】
しかし、既にＲＲＣ接続状態（RRC_Connected）の非ＣＳＧメンバーのＵＥを他のセルへリダイレクトする具体的な方法としてＨＯとした場合に、この方法を行うと問題が生じる。通常、ＨＯ手順では、ターゲットセルへのＨＯを失敗した場合（HO Failure、HOF）、ソースセルの設定に戻ることになっている。これは、切り戻り、とも称される。
【０１００】
図１８に、３ＧＰＰ規格におけるＨＯ失敗の際のＵＥの動作を示す（非特許文献９）。ＵＥがＳＴ１８０１でＨＯ失敗を検出すると、ＳＴ１８０２で、ソースセルの設定に戻りＲＲＣ接続の再設立（re-establishment）手順を始める。ＲＲＣ接続の再設立手順にてＵＥはＴ３１１をスタートする（ＳＴ１８０３）。Ｔ３１１はＲＲＣ接続の再設立手順に許される時間で、該時間のタイマーである。ＵＥはＳＴ１８０２でソースセルの設定に戻るため、suitableセルとしてソースセルを選択することになる。suitableセルを選択した場合、直ちにＳＴ１８０４へ移行する（Ａ）。ＳＴ１８０４でＵＥは、タイマーＴ３１１をストップさせ、Ｔ３０１をスタートさせ、ＲＲＣ接続再設立要求をソースセルへ送信する。Ｔ３０１はＵＥがＲＲＣ接続再設立メッセージをソースセルから受信するまでに許される時間で、該時間のタイマーである。その後、ＵＥがＲＲＣ接続再設立メッセージを受信できずにＴ３０１が満了した場合（ＳＴ１８０５）、ＳＴ１８０６に移行して、ＲＲＣ接続の再設立失敗と判断して、ＲＲＣ接続状態から離れる。
【０１０１】
図１８に示すように、３ＧＰＰの規格においても、ターゲットセルへのＨＯを失敗した場合、ソースセルの設定に戻ることになっている。通常、ソースセルは既にアクセスしていたセルであり、従って、suitableセルである。つまり、通常のＨＯ失敗ではソースセルへ切り戻り、常にsuitableセルを選択した場合のプロシージャを行うことになる（Ａ）。
【０１０２】
しかし、混雑状態のハイブリッドセルのＳＩＢ１のCSG-indicatorを変更（FALSE→TRUE）することで、該ハイブリッドセルをクローズドアクセスモードのみのＣＳＧセルとして動作させ、該ハイブリッドセルに既にＲＲＣ接続状態の非ＣＳＧメンバーのＵＥを他のセルへＨＯさせた場合は問題が生じる。ＨＯ手順におけるソースセル（該ハイブリッドセル）が該非ＣＳＧメンバーＵＥにとってsuitableセルではなくなってしまうためである。混雑状態の該ハイブリッドセル（該ソースセル）は、CSG-indicatorがTRUEとなっているためである。CSG-indicatorがTRUEの場合、同じＣＳＧメンバーのＵＥしかsuitableセルとして扱えない。従って、非ＣＳＧメンバーのＵＥはsuitableセルでは無くなってしまうのである。
【０１０３】
このような場合に、非ＣＳＧメンバーＵＥがＨＯ失敗によりソースセルの設定に戻っても、該ハイブリッドセル（該ソースセル）はsuitableセルではないため、何もすることができずにＴ３１１のタイマーの満了を待つことになってしまう（Ｂ）。ＵＥは、ＳＴ１８０７でＴ３１１タイマーの満了によりＳＴ１８０６へ移行し、ＲＲＣ接続の再設立失敗となり、ＲＲＣ接続状態から離れなければならなくなってしまう。このように、非ＣＳＧメンバーＵＥのリダイレクトのため通常のＨＯ手順を行った場合、ＨＯ失敗時にＲＲＣ接続再設立が常に不可能となってしまう問題が生じる。また、ＨＯ失敗時にＲＲＣ接続状態から離れるまで常にＴ３１１満了の時間を待たねばならず、ＲＲＣ接続状態から離れて次の動作を行なうことができるようになるまで、無駄な時間を費やすことになる。
【０１０４】
これらの問題点については、なんら先行文献もなく３ＧＰＰにおいて議論もなんらなされていない。
【０１０５】
本実施の形態では、上記の問題を解消するため、非ＣＳＧメンバーＵＥのリダイレクト成功以後に混雑状態のハイブリッドセルのＳＩＢ１のCSG-indicatorを変更（FALSE→TRUE）する。
【０１０６】
このように、ハイブリッドセル（基地局）への切り戻りが不可となるような設定変更をハンドオーバが成功となった後に実行することにより、混雑状態のハイブリッドセルによりＨＯさせられた非ＣＳＧメンバーＵＥが、たとえターゲットセルに対してＨＯ失敗となった場合でも、ソースセルへの切り戻りを行うことが可能となる。従って、図１８において、該非ＣＳＧメンバーＵＥは、Ａのルートを通ってＳＴ１８０４を実行できるようになる。これにより、ＵＥはＲＲＣ接続再設立可能となる。
【０１０７】
さらに、該ハイブリッドセルは切り戻った非ＣＳＧメンバーＵＥに対して、再度ＨＯを実行することも可能となる。非ＣＳＧメンバーＵＥは、ＨＯが成功するまで切り戻りは可能となるため、ＲＲＣ接続状態から離れてしまうことはなくなる。
【０１０８】
非ＣＳＧメンバーＵＥがリダイレクト成功したか否かの判断は、リダイレクトの具体的方法としてＨＯとした場合、ハイブリッドセルにおいてＨＯ完遂したか否かで判断すれば良い。ＨＯ完遂した場合はリダイレクト成功とし、ＨＯ完遂しなかった場合はリダイレクト不成功とすれば良い。ＨＯ完遂したかどうかは、図１５のＳＴ１５１４のリソース開放を行ったかどうかで判断すれば良い。
【０１０９】
リダイレクトの具体的方法として、ハイブリッドセルからのＲＲＣ接続のリリース、あるいは、ハイブリッドセルからのＲＲＣ接続のリリース後さらに他のセルへのキャンプオンであった場合、いずれもＲＲＣ接続状態から離れるので特に問題は生じない。よって、該ハイブリッドセルが上記動作を開始した際に、ＳＩＢ１のCSG-indicatorを変更（FALSE→TRUE）すれば良い。
【０１１０】
このようにすることで、ハイブリッドセルが混雑（congestion）状態の場合に、非ＣＳＧメンバーのＵＥを他セルへリダイレクトさせるようにした場合に、非ＣＳＧメンバーＵＥのＨＯ失敗時に常にＲＲＣ接続再設立が不可能となる問題を解消することができる。従って、ＣＳＧメンバーに優先的にハイブリッドセルで高速サービスや課金設定などの優遇を受けられるようにできるとともに、非ＣＳＧメンバーのＵＥもＲＲＣ接続状態を継続したまま他セルへＨＯして通信を継続することが可能となる、という効果が得られる。
【０１１１】
実施の形態５  第一の変形例
しかし、ハイブリッドセルへの切り戻りが不可となるような設定の変更を、ＨＯが成功後に変更するようにした場合、いつまでたってもＨＯ成功しなかった場合は、いつまでたってもＣＳＧメンバーＵＥが該ハイブリッドセルにアクセスできなくなってしまう。これを防ぐため、所定時間が経過した後にＨＯ失敗とみなし、ＵＥが該ハイブリッドセルとのＲＲＣ接続状態から離れるようにしておくと良い。所定時間はタイマーを用いて計時すれば良い。ＵＥがソースセルからのリダイレクトによる最初のＨＯ制御情報を受信してからＨＯを成功するまでのタイマーとすれば良い。
【０１１２】
所定時間の設定はソースセルが行いＵＥに通知するようにしておく。該所定時間の通知方法を以下に３つ開示する。
【０１１３】
第一の方法は、セル（ネットワーク側）がＵＥに報知情報としてＢＣＣＨを用いてＰＢＣＨあるいはＰＤＳＣＨにて通知する。セルがマスター情報（MIB）を用いてＰＢＣＨにて、あるいはシステム情報（SIB）を用いてＰＤＳＣＨにて通知する。これは傘下の全移動端末に対して通知可能であり、無線リソースの有効活用という点において優れた方法である。
【０１１４】
第二の方法は、セルがＨＯさせるＵＥを決定した後に、該ＵＥに対して個別チャネル（ＤＣＣＨ）を用いて通知する。セルが該ＵＥに対して通知するメジャメントコントロールメッセージ、あるいはセルが該ＵＥに対して通知するモビリティ（ＨＯ）制御情報に含めるようにしても良い。該通知は、リダイレクトによるＨＯの際の最初のＨＯ実行ステップより前に行うと良い。これにより、ＵＥ毎に許容時間を設定できるようになるため、ＨＯさせるＵＥの電波状況や能力あるいはＣＳＧメンバーか否かなどに応じて柔軟に設定可能となる。
【０１１５】
第三の方法は、移動体通信システムとして静的な値とする。移動体通信システムとして静的な値とは、移動体通信システムとして移動端末・基地局などにとって既知の値、規格書などに記載する値を指す。これにより基地局（ネットワーク側）とＵＥとの間で無線信号が発生しない。よって無線リソースの有効活用という点で効果を得ることが出来る。さらに、静的に決定された値なので、無線信号の受信エラーの発生を防ぐという効果を得ることが出来る。
【０１１６】
該タイマーの具体例として、実施の形態１１で開示した方法が適用できる。例えば、ＨＯ成功するまでの該所定時間を従来のＨＯのためのタイマー（Ｔ３０４、非特許文献９参照）の整数倍にして該整数値をソースセルからＵＥに通知する方法などである。こうすることによって、ソースセルが、非ＣＳＧメンバーＵＥの一回のＨＯ失敗までの時間およびＣＳＧメンバーＵＥのハイブリッドセルへのアクセス許容遅延時間を考慮した上で、柔軟にＨＯ成功するまでの所定時間を設定することが可能となる。該タイマーとして、実施の形態１１で開示した新たなタイマーを適用することも可能である。
【０１１７】
こうすることで、非ＣＳＧメンバーのＵＥがいつまでたってもＨＯ成功できず、よっていつまでたってもＣＳＧメンバーＵＥが混雑状態のハイブリッドセルにアクセスできなくなってしまうことを防ぐことができる。
【０１１８】
実施の形態６
ハイブリッドセルが混雑（congestion）状態の場合に、セルの報知情報であるＣＳＧ−ｉｎｄｉｃａｔｏｒを変更（FALSE→TRUE）して非ＣＳＧメンバーのＵＥを他セルへリダイレクトさせる場合に、非ＣＳＧメンバーのＵＥがＨＯ失敗時にＲＲＣ接続状態から離れて次の動作を行なうことができるようになるまで、無駄な時間を費やすことになってしまう。この問題を解消するため、本実施の形態では、ＨＯ失敗時にソースセルの設定に戻ることを許可しないようにする。言い換えると、ＨＯ失敗時にソースセルへ切り戻らないようにする。
【０１１９】
具体的には、少なくともハイブリッドセルの報知情報であるＣＳＧ−ｉｎｄｉｃａｔｏｒがTRUEとして動作している間は、ハイブリッドセルが非ＣＳＧメンバーのＵＥを他セルへリダイレクト（ＨＯ）させた場合にＨＯ失敗してもソースセルへの設定に戻ることを許可しないようにする。こうすることで、ＨＯ失敗した非ＣＳＧメンバーのＵＥがソースセルの設定に戻ってＲＲＣ接続再設立の手順を行わせないようにできる。従って不要な手続きが排除され、ＨＯ失敗時の制御を簡単化できるという効果が得られる。
【０１２０】
さらに、他セルへリダイレクト（ＨＯ）させられた非ＣＳＧメンバーＵＥがターゲットセルでＨＯ失敗した場合、ただちに、ＲＲＣ接続を離れる手順を開始するようにすると良い。
【０１２１】
図１９に、本実施の形態で開示するＨＯ失敗時のＵＥの動作の具体例を示す。図１９において、図１８と同じステップ番号の説明は省略する。ＵＥがＳＴ１８０１でＨＯ失敗を検出する。該ＵＥは、ＳＴ１９０１にて、ソースセルが混雑状態でのＨＯか否かを判断する。混雑状態でのＨＯではない場合は、ＳＴ１８０２に移行して通常のＨＯ失敗時の手順を実行する。混雑状態でのＨＯである場合は、該ＵＥはソースセルの設定に戻ることを不許可として、直ちにＳＴ１８０６へ移行する。混雑状態のハイブリッドセルからリダイレクト（ＨＯ）させられた非ＣＳＧメンバーＵＥはＳＴ１９０１でＹｅｓとなり、ただちにＳＴ１８０６でＲＲＣ接続再設立失敗となりＲＲＣ接続を離れることになる。
【０１２２】
こうすることで、非ＣＳＧメンバーのＵＥがたとえＨＯ失敗したとしても、通常のＲＲＣ接続再設立手順に許される時間（Ｔ３１１）を待たずしてＲＲＣ接続を離れてセル選択の手順を行えることになる。従って、該非ＣＳＧメンバーＵＥは遅延無く早い時間でキャンプオン可能なセルを検索することが可能となる。
【０１２３】
なお、ＲＲＣ接続を離れる手順を開始した場合、セル選択の手順を行うのではなく、セル再選択の手順を行うようにしても良い。さらに該非ＣＳＧメンバーＵＥは遅延無く早い時間でキャンプオン可能なセルを検索することが可能となる。
【０１２４】
ＲＲＣ接続を離れてセル選択あるいはセル再選択の手順において、セル選択あるいはセル再選択を行う際、該非ＣＳＧメンバーＵＥはソースセルを選択することはない。なぜならば、ソースセルであるハイブリッドセルの報知情報ＣＳＧ−ｉｎｄｉｃａｔｏｒがTRUEとして動作している間のＨＯ失敗だからである。ソースセルは、suitableセルではなくなるためキャンプオン不可能となる。従って、ソースセルであった混雑状態のハイブリッドセルを選択することは無く、ただちに、他のセルへアクセスすることが可能となる。
【０１２５】
実施の形態７
本実施の形態では、ハイブリッドセルが混雑（congestion）状態の場合に、セルの報知情報であるＣＳＧ−ｉｎｄｉｃａｔｏｒを変更（FALSE→TRUE）して非ＣＳＧメンバーのＵＥを他セルへリダイレクトさせる場合に、非ＣＳＧメンバーのＵＥがＨＯ失敗時に常にＲＲＣ接続再設立不可能となってしまう問題を解消するための別の方法を開示する。
【０１２６】
少なくともハイブリッドセルの報知情報であるＣＳＧ−ｉｎｄｉｃａｔｏｒがTRUEとして動作している間は、該ハイブリッドセルからのＨＯの際のターゲットセルを複数設定するようにする。複数のセルをターゲットセルとして、該非ＣＳＧメンバーＵＥが最初のターゲットセルに対してＨＯ失敗した場合に他のターゲットセルに対してＨＯを試みるようにする。このようにすることで、ＨＯ失敗時に常にＲＲＣ接続再設立不可能となってしまう問題を解消することができる。
【０１２７】
具体的な動作について示す。図２０に、ハイブリッドセルが混雑状態の際に複数のセルをターゲットセルとする場合のシーケンス例を示す。図２０において図１７と同じステップ番号の説明は省略する。本例において、ソースセルはハイブリッドセルである。ＳＴ１７０４でソースセルがリダイレクト（ＨＯ）させるＲＲＣ接続状態の非ＣＳＧメンバーＵＥを決定する。ＳＴ２０２５でソースセルはＨＯさせる該非ＣＳＧメンバーＵＥに対してメジャメントコントロールメッセージを通知し、ＳＴ２０２６で該ＵＥはメジャメントレポートをソースセルに対して通知する。ソースセルは該メジャメントレポートにもとづいてＳＴ２００１で複数のターゲットセルを決定する。実施の形態４で開示したように、ＳＴ２０２５、ＳＴ２０２６を省略することも可能である。
【０１２８】
ＳＴ２００１で複数のターゲットセルを決定したソースセルは、ＳＴ２００２、ＳＴ２００３、ＳＴ２００４で複数のターゲットセルに対するＨＯ要求メッセージを、ＭＭＥ（あるいはＨｅＮＢＧＷ）を介して各々のターゲットセルに通知する。この際、ソースセルからＭＭＥに通知するＨＯ要求メッセージは、ＳＴ２００２に示すように一つのメッセージ内に複数のターゲットセルの情報を含めるようにしても良いし、ターゲットセル毎に別々のメッセージとしても良い。複数のターゲットセルとして、本例ではターゲットセルＡ、ターゲットセルＢとする。各ターゲットセルは、ＳＴ２００５、ＳＴ２００６で各々自セルの負荷状況、ＨＯ要求メッセージに含まれるＵＥに関する情報などを基にしてＨＯを許可するか否か決定する。本例ではＨＯを許可した場合について記載する。もしＨＯ許可しない場合は、ソースセルに対してＨＯ要求に対してＡｃｋを返さない、あるいは許可しない旨のＮａｃｋを返す。ＨＯを許可したターゲットセルは、ＳＴ２００７、ＳＴ２００８、ＳＴ２００９でＨＯ許可する旨のＨＯ要求許可メッセージを、ＭＭＥを介してソースセルに通知する。この際、ＭＭＥからソースセルに通知するＨＯ要求許可メッセージは、ＳＴ２００９に示すように一つのメッセージ内に複数のターゲットセルの情報を含めるようにしても良いし、ターゲットセル毎に別々のメッセージとしても良い。このようにすることで、ソースセルはＨＯ許可した複数のターゲットセルの情報を得ることができる。
【０１２９】
ＳＴ２０１０でソースセルはＨＯ許可した複数のターゲットセルの中で該ＵＥにＨＯさせる優先順位を決定する。ＳＴ２０１１でソースセルは該ＵＥに対してＨＯ制御情報を通知する。該ＨＯ制御情報の中に、一つのターゲットセルに関する情報だけでなく、複数のターゲットセルに関する情報を含めるようにする。さらに、該複数のターゲットセルの優先順位の情報を含めるようにする。優先順位を数値情報で含めるようにしても良い。例えば、最も高いものから順に、１、２、３・・として、各ターゲットセル情報に付随させておくと良い。また、優先順位が最も高いターゲットセルをプライマリーターゲットセル、次をセカンダリーターゲットセルなどとして通知するようにしても良い。また、別の方法として、ＳＴ２０１１を複数回ＵＥに通知するようにしても良い。一つのＨＯ制御情報に一つのターゲットセルに関する情報を含めるようにして、複数のターゲットセル数だけＵＥに通知するようにしても良い。該ＵＥは優先順位の高いターゲットセルからＨＯを行い、ＨＯ失敗時は次の優先順位のターゲットセルにＨＯを行うようにする。
【０１３０】
ＨＯ準備ステップ（ＳＴ２００２からＳＴ２０１１）において、ＨＯ要求メッセージを複数のターゲットセルに対して通知するのではなく、通常のＨＯの手順と同じように一つのターゲットセルに対して通知して、ＨＯ失敗した場合にＨＯ準備ステップ以降を繰り返すようにしても良い。
【０１３１】
しかし、通常のＨＯ手順では、ＨＯ制御情報をソースセルから受信したＵＥはソースセルに対してデタッチを行う。従って、ＨＯ失敗時に新たなターゲットセルに対してＨＯ準備ステップを行った場合、ソースセルからＵＥへ再度新たなターゲットセルのＨＯ制御情報を通知しなくてはならない。この時にＵＥはデタッチしていることになるため、ソースセルはＵＥに対して新たなターゲットセルのＨＯ制御情報を通知できなくなってしまう。
【０１３２】
ＨＯ準備ステップを複数のターゲットセルに対して行い、ＵＥのデタッチ前に複数のターゲットセルのＨＯ制御情報をＵＥに通知しておき、ＨＯ失敗時にＨＯ実行ステップ以降を繰返し行うようにすることによって、上記のような問題を解消することも可能となる。
【０１３３】
ＳＴ２０１０で複数のターゲットセルの中で該ＵＥにＨＯさせる優先順位を決定したソースセルは、ＳＴ２０１３、ＳＴ２０１４で優先順位が最も高いターゲットセル（ここではターゲットセルＡ）に対してＨＯで通信を継続させるために必要なデータとそれに関するＰＤＣＰのＳＮステータス情報をターゲットセルに通知する。データについてはＭＭＥを介さず、Ｓ−ＧＷを介して通知されても良い。
【０１３４】
一方ＳＴ２０１１でＨＯ制御情報を通知された該ＵＥは、ＳＴ２０１２でソースセルに対してデタッチを行い、ＳＴ２０１５で優先順位が最も高いターゲットセル（ターゲットセルＡ）に対して同期処理を開始する。本例では、ＨＯ失敗の場合について示す。ＳＴ２０１５にて同期処理失敗あるいはＲＲＣ接続再構成完了メッセージをターゲットセルが受信できないなどで、ＨＯ失敗となる（ＳＴ２０１６）。
【０１３５】
ＨＯ失敗の場合、ソースセルは次の優先順位のターゲットセル（ここではターゲットセルＢ）に対してＨＯで通信を継続させるために必要な情報を通知しておかなくてはならない。このため、ソースセルはターゲットセルＡと該ＵＥがＨＯ失敗したことを認識しなくてはならない。このため、ある一定時間の間にターゲットセルＡあるいはＭＭＥからＵＥコンテキスト開放メッセージが来なかったらＨＯ失敗と判断するようにしておく。ＵＥコンテキスト開放メッセージの送受信はＨＯ完遂のための処理の一部である。ある一定の時間を計時するタイマーを設けても良い。ＵＥコンテキスト開放メッセージを受信したらタイマーをストップさせるようにすれば良い。ソースセルは、該タイマーが満了した場合はＨＯ失敗と判断し（ＳＴ２０１７）、ＳＴ２０１８、ＳＴ２０１９で次の優先順位のターゲットセルＢに対してＨＯで通信を継続させるために必要なデータとそれに関するＰＤＣＰのＳＮステータス情報をターゲットセルに通知する。データについてはＭＭＥを介さず、Ｓ−ＧＷを介して通知しても良い。該タイマーに、通常のＨＯのためのタイマー（Ｔ３０４、非特許文献９参照）を用いても良い。あるいは、通常のＨＯのためのタイマーの設定値にもとづいて導出するようにしても良い。例えば、通常のＨＯのためのタイマー値よりもある一定の時間短くして、ＵＥが該通常のタイマーによりＨＯ失敗と判断して、次の優先順位のターゲットセルに同期処理を開始する以前に、ソースセルから次の優先順位のターゲットセルに対してＨＯに必要な情報を通知できるようにしておくと良い。
【０１３６】
一方、ＳＴ２０１６でターゲットセルＡに対してＨＯ失敗と判断した該ＵＥは、ＳＴ２０１１でソースセルより受信したＨＯ制御情報に含まれる複数のターゲットセルに関する情報に従って、ＳＴ２０２０で次の優先順位のターゲットセル（ここではターゲットセルＢ）に対して同期処理を開始する。該ＵＥは、ＳＴ２０１１でソースセルより受信したＨＯ制御情報に複数のターゲットセルが含まれている場合に、ＨＯ失敗時に再度ＨＯを行うこと、そのための同期処理（ＳＴ２０１５）を可能としておくと良い。また、受信した該複数のターゲットセルの範囲内のセルに対して、ＨＯ失敗時に再度ＨＯを行うようにすれば良い。ＳＴ２０１１にて優先順位を受信している場合は、該優先順位に従ってＨＯを行うようにすれば良い。
【０１３７】
該ＵＥがターゲットセルＢに対して同期処理確立後、ターゲットセルＢはＳＴ２０２１で上りリソースのアロケーション情報と送信タイミング情報であるＴＡ（timing advance）情報を該ＵＥに通知する。該情報を受信した該ＵＥは、ＳＴ２０２２でターゲットセルＢに対してＲＲＣ接続再構成完了メッセージを通知する。これにより、該ＵＥとターゲットセルＢ間でのデータ通信が開始される。ＳＴ２０２２を受信したターゲットセルＢは、ＳＴ２０２３で、上位装置であるＭＭＥ、Ｓ−ＧＷを介してソースセルとの間で、ＨＯ完遂のための処理を行う。ＳＴ２０２３のＨＯ完遂のための処理にともなってソースセルはＳＴ２０２４で該ＵＥに関する情報に付随する制御に用いていたリソースを開放する。
【０１３８】
上記のように、ＨＯ準備ステップを複数のターゲットセルに対して行い、ＨＯ失敗時にＨＯ実行ステップ以降を繰返し行うようにすることで、ＨＯ失敗時に、常にＲＲＣ接続再設立不可能となるのではなく、他のターゲットセルに対してＨＯを試みることができるようになる。従って、ハイブリッドセルが混雑（congestion）状態の場合に、非ＣＳＧメンバーのＵＥを他セルへリダイレクトさせるようにした場合に、非ＣＳＧメンバーＵＥのＨＯ失敗時に常にＲＲＣ接続再設立が不可能となる問題を解消することができる。従って、ＣＳＧメンバーに優先的にハイブリッドセルで高速サービスや下記設定などの優遇を受けられるようにできるとともに、非ＣＳＧメンバーのＵＥもＲＲＣ接続状態を継続したまま他セルへＨＯして通信を継続することが可能となる、という効果が得られる。
【０１３９】
もし、複数のターゲットセル全てに対してＨＯ失敗となった場合は、実施の形態６で開示した方法を適用すれば良い。ソースセルが混雑状態によるＨＯで失敗となった場合は、ソースセルの設定に戻らず、直ちにＲＲＣ接続状態から離れるようにすれば良い。こうすることで、非ＣＳＧメンバーＵＥが、たとえ全てのターゲットセルに対してＨＯ失敗となったとしても、該ＵＥは遅延無く早い時間でキャンプオン可能なセルを検索することが可能となる。
【０１４０】
少なくともハイブリッドセルの報知情報であるＣＳＧ−ｉｎｄｉｃａｔｏｒがTRUEとして動作している間、該ハイブリッドセルからのＨＯの際のターゲットセルを複数のセルとすることを許可する際に、ターゲットセル数に最大値を設けるようにしても良い。ＳＴ２００１の複数のターゲットセル決定において最大値を設けても良いし、ＳＴ２０１０のターゲットセルの優先順位決定において最大値を設けるようにしても良い。また、該ＨＯを行うターゲットセルの最大値を設けて、ＵＥが該最大値以内でターゲットセルにＨＯを行えるようにしても良い。最大値は、あらかじめ決められていても良いし、ＵＥが用いる場合は、ソースセル、あるいはコアネットワーク側（ＭＭＥ、ＨｅＮＢＧＷ）からソースセルを介してＵＥに通知するようにしても良い。通知方法として、報知情報を用いてソースセル傘下のＵＥに同報的に通知しても良いし、個別にＵＥに通知するようにしても良い。個別にＵＥに通知する場合は、ＨＯ制御情報に含めて通知するようにしても良い。
【０１４１】
最大値を設定することで、ソースセルがターゲットセルあるいはＵＥに対して通知しなければならない情報量やメッセージのシグナリング量を制限することができる。また、システムとして複雑な動作となったり、多くのセル、ＭＭＥ、ＨｅＮＢＧＷ、Ｓ−ＧＷ間でのシグナリングが輻輳したりして生じる制御遅延を回避することができる。
【０１４２】
実施の形態８
実施の形態７では、ＨＯ準備ステップを複数のターゲットセルに対して行う際、一例として複数のターゲットセルに対して並行にＨＯ要求を行う方法を開示した。本実施の形態では別の方法として、複数のターゲットセルに対してシリアルにＨＯ要求を行う方法を開示する。
【０１４３】
図２１に、複数のターゲットセルに対してシリアルにＨＯ要求を行う場合のシーケンス例を示す。ＨＯ全体のシーケンスである図２０のうち、異なる動作となるＳＴ２００１からＳＴ２０１０までの処理を新たに示した。ソースセルはハイブリッドセルである。ｉ番目のターゲットセルをターゲットセル＃ｉで示す。
【０１４４】
ＳＴ２１０１でソースセルは複数のターゲットセルを決定する。ソースセルはＳＴ２１０２で決定したターゲットセルに優先順位づけを行う。ＳＴ２１０３でｉに０を入れ、ＳＴ２１０４でｉ＝ｉ＋１とする。ＳＴ２１０５でソースセルは優先順位ｉ番目のターゲットセルへＨＯ要求を行う。ＳＴ２１０６、ＳＴ２１０７でＨＯ要求を、ＭＭＥを介してターゲットセル＃ｉに通知する。ターゲットセル＃ｉは該ＵＥに対するＨＯを許可するか否かを判断して（ＳＴ２１０８）、ＳＴ２１０９、ＳＴ２１１０でＨＯ要求許可／不許可メッセージを、ＭＭＥを介してソースセルに通知する。該ＨＯ要求許可／不許可メッセージを受信したソースセルは、ＳＴ２１０１で決定した複数のターゲットセル全てに対してＨＯ要求を通知したかどうかを判断する。通知していない場合は、ＳＴ２１０４にもどり、次の優先順位のターゲットセルに対して、ＳＴ２１１０までの処理を繰り返す。ＳＴ２１１１で全てのターゲットセルにＨＯ要求を通知した場合は、ＳＴ２１１２に移行して、ＨＯ要求許可メッセージを受信したターゲットセルに対して再度優先順位を決定する。
【０１４５】
ここでは、ＳＴ２１０５からＳＴ２１１０までのＨＯ準備ステップを順次行うことを説明したが、後続のＨＯ実行ステップおよびＨＯ完遂ステップについても順次行う。
【０１４６】
このようにすることで、ソースセルは必要に応じてＨＯ要求メッセージをシグナリングすれば良くなる。従って、並行に行うシグナリング量を削減できるため、セル、ＭＭＥ、ＨｅＮＢＧＷ間のインタフェースにおけるシグナルの輻輳を低減でき、シグナリング送受信エラーを低減することが可能となる。ソースセルにおいて、ＨＯ要求許可/不許可メッセージの誤受信を低減することが可能となる。
【０１４７】
実施の形態８  第一の変形例
複数のターゲットセルに対してシリアルにＨＯ要求を行う場合、所望のターゲットセル数を設定しておいても良い。
【０１４８】
図２２に所望のターゲットセル数を設定した場合のシーケンス例を示す。図２２において図２１と同じ番号の説明は省略する。ＳＴ２２０１でソースセルはＨＯ要求許可メッセージを受信したターゲットセル数をカウントし、該所望のターゲットセル数を満たしたか否かを判断する。満たしていない場合は、ＳＴ２１０４に戻って次の優先順位のターゲットセルに対して再度ＨＯ要求を繰り返す。ＳＴ２２０１で該所望のターゲットセル数を満たしている場合は、ＳＴ２１１２に移行する。
【０１４９】
このようにすることで、ソースセルは最小限必要な数のターゲットセルのみにＨＯ要求メッセージをシグナリングすればよくなる。無駄なシグナリングを無くすことが可能となり、システムとしての動作を安定させることが可能となる。
【０１５０】
また、別の方法として、複数のターゲットセルに対してシリアルにＨＯ要求を行う場合、ある時間間隔内に、ＨＯ要求許可メッセージを受信したターゲットセルを、ターゲットセルとしても良い。ある時間間隔を計時するタイマーを設けても良い。該時間間隔内でＨＯ要求許可メッセージを受信したターゲットセルをターゲットセルとして、ＳＴ２１１２でＵＥに通知するターゲットセルの優先順位を再度決定するようにする。
【０１５１】
具体例として、図２２において、ＳＴ２１０３でｉ＝０とするとともに該時間間隔を計時するタイマーをスタートさせ、ＳＴ２２０１の処理をタイマーが満了したか否かで判断するようにする。満了していない場合は、ＳＴ２１０４に戻り、満了した場合は、ＳＴ２１１２に移行するようにすれば良い。
【０１５２】
このようにすることで、ＨＯ準備ステップにかかる時間を制限させることが可能となるため、混雑状態のハイブリッドセルから他セルへリダイレクト（ＨＯ）させられる非ＣＳＧメンバーＵＥの通話が途切れる時間を制限することが可能となる。また、新たに該ハイブリッドセルにＲＲＣ接続を行うＣＳＧメンバーＵＥが通信可能となるまでの遅延時間を削減可能となる。
【０１５３】
なお、これらの方法は組合せて用いても良い。また、本実施の形態８第一の変形例で開示した方法は、実施の形態７で開示した、複数のターゲットセルに対して並行してＨＯ要求を行う場合にも適用可能である。
【０１５４】
実施の形態９
実施の形態７、８では、少なくともハイブリッドセルの報知情報であるＣＳＧ−ｉｎｄｉｃａｔｏｒがTRUEとして動作している間は、該ハイブリッドセルからのＨＯの際のターゲットセルを複数のセルとすることを許可した。具体的な動作例として、ＨＯ準備ステップを複数のターゲットセルに対して行い、ＨＯ失敗時にＨＯ実行ステップ以降を繰返し行うようにする方法を開示した。
【０１５５】
本実施の形態では、別の具体的な動作例として、ＨＯ準備ステップおよびＨＯ実行ステップのうちターゲットセルに対してＨＯで通信を継続させるために必要なデータとそれに関するＰＤＣＰのＳＮステータス情報をターゲットセルに通知するまでを、複数のターゲットセルに対して行い、それ以降を繰返し行うようにする方法を開示する。
【０１５６】
図２３に、通信継続に必要なデータとそれに関するＰＤＣＰのＳＮステータス情報通知までを複数のターゲットセルに対して行った場合のシーケンス例を示す。ソースセルはハイブリッドセルである。図２３において図２０と同じ番号については説明を省略する。図２３のＳＴ２０１０でソースセルが複数のターゲットセルの優先順位を決定し、ＳＴ２０１１で非ＣＳＧメンバーＵＥに対してＨＯ制御情報を通知するまでは、図２０と同じである。ＳＴ２３０１、ＳＴ２３０２、ＳＴ２３０３にて、ソースセルは、ＨＯで通信を継続させるために必要なデータとそれに関するＰＤＣＰのＳＮステータス情報を、複数のターゲットセルに通知する。データについてはＭＭＥを介さずＳ−ＧＷを介して通知しても良い。該複数のターゲットセルはＳＴ２０１１でＵＥに通知したＨＯ制御情報に含まれる複数のターゲットセルと同じにすると良い。本例ではターゲットセルＡ、ターゲットセルＢとする。ソースセルからＳ−ＧＷに通知する、ＨＯで通信を継続させるために必要なデータは、ＳＴ２３０１に示すように一つのメッセージ内に複数のターゲットセルの情報を含めるようにしても良いし、ターゲットセル毎に別々のメッセージとしても良い。また、ソースセルからＭＭＥあるいはＨｅＮＢＧＷに通知する、ＨＯで通信を継続させるために必要なデータに関するＰＤＣＰのＳＮステータス情報についても、ＳＴ２３０１に示すように一つのメッセージ内に複数のターゲットセルの情報を含めるようにしても良いし、ターゲットセル毎に別々のメッセージとしても良い。
【０１５７】
こうすることで、ターゲットセルとなった全てのセルにおいて、ＳＴ２００２、ＳＴ２００３、ＳＴ２００４でソースセルから通知されたＵＥに関するコンテキスト情報だけでなく、ＨＯで通信を継続させるために必要なデータとそれに関するＰＤＣＰのＳＮステータス情報が通知されることになる。従って、非ＣＳＧメンバーＵＥが、優先順位の最も高いターゲットセルにＨＯ失敗して次の優先順位のターゲットセルにＨＯを行ったとしても、該ターゲットセルではＨＯに必要な情報を有していることになり、非ＣＳＧメンバーにＨＯを可能とする。
【０１５８】
また、この場合、ＵＥがターゲットセルの優先順位を決定するようにしても良い。ＨＯ失敗した場合に、ＵＥが次のターゲットセルを選択したとしても、既にターゲット候補となるセルはＨＯに必要な情報を有しているので、該ＵＥがＨＯを行うことは可能となる。  ＵＥがターゲットセルの優先順位を決定することで、ＳＴ２０１１でソースセルは複数のターゲットセルの情報を通知するが、優先順位の情報については通知しなくて済む。よって、情報量の削減が可能となる。さらに、図２０で示したＳＴ２０１７の処理が不要になる。既にソースセルはターゲットセル全てにＨＯに必要な情報を通知しているので、ＵＥがＨＯ失敗した場合に、次の優先順位のセルに対してＨＯに必要な情報を送る必要が無くなる。このため、ソースセルが、ＵＥとターゲットセル間でのＨＯ失敗を認識する必要が無くなる。従って、ＳＴ２０１７の処理を不要にできるのである。このようにすることで、ソースセルにおけるＨＯ処理を簡単化することが可能となる。また、ＵＥがターゲットセルの優先順位を決定することで、ＵＥにとって、より接続の可能性の高いターゲットセルを選択できるという効果が得られる。また、ＨＯ失敗毎に、ソースセルからターゲットセルへ、ＨＯで通信を継続させるために必要なデータとそれに関するＰＤＣＰのＳＮステータス情報を通知する必要がなくなるため、ＨＯ完遂までの時間を短縮できる効果が得られる。
【０１５９】
本実施の形態で開示した方法とすることで、ＨＯ失敗時に、常にＲＲＣ接続再設立不可能となるのではなく、他のターゲットセルに対してＨＯを試みることができるようになる。従って、ハイブリッドセルが混雑（congestion）状態の場合に、非ＣＳＧメンバーのＵＥを他セルへリダイレクトさせるようにした場合に、非ＣＳＧメンバーＵＥのＨＯ失敗時に常にＲＲＣ接続再設立が不可能となる問題を解消することができる。従って、ＣＳＧメンバーに優先的にハイブリッドセルで高速サービスや下記設定などの優遇を受けられるようにできるとともに、非ＣＳＧメンバーのＵＥもＲＲＣ接続状態を継続したまま他セルへＨＯして通信を継続することが可能となる、という効果が得られる。
【０１６０】
実施の形態７から実施の形態９で開示した方法は、少なくともハイブリッドセルの報知情報であるＣＳＧ−ｉｎｄｉｃａｔｏｒがTRUEとして動作している間としたが、これにかぎらず、ＨＯ先を複数のターゲットセルとする場合のＨＯ手順に適用しても良い。これにより、ＨＯ失敗となる可能性を低減することができる。
【０１６１】
実施の形態１０
本実施の形態では、混雑状態のハイブリッドセルからのリダイレクトである旨を、ソースセル（該混雑状態のハイブリッドセル）がリダイレクト対象となるＵＥに対して通知する。該通知はＨＯ実行ステップより前に行うのが望ましい。
【０１６２】
具体的な方法例として、図１６で開示したＳＴ１６０２でソースセルがＨＯさせるＲＲＣ接続状態の非ＣＳＧメンバーＵＥを決定した後に、該ＵＥに対して個別チャネル（ＤＣＣＨ）を用いて通知する。該通知はＨＯ実行ステップより前に行うのが望ましい。
【０１６３】
ＳＴ１５０１でソースセルが該ＵＥに対して通知するメジャメントコントロールメッセージに含めるようにしても良い。これにより、ソースセルあるいは該ＵＥは、通常のＨＯでのメジャメントと混雑状態のハイブリッドセルからのリダイレクトによるＨＯでのメジャメントを区別することが可能となり、該２種類のＨＯでメジャメントの方法、例えばレポートの基準やイベントの閾値などを異ならせることが可能となる。
【０１６４】
また、別の方法として、ＳＴ１５０７のメジャメントＨＯ制御情報に含めるようにしても良い。これによって同様に、ソースセルあるいは該ＵＥは、通常のＨＯと混雑状態のハイブリッドセルからのリダイレクトによるＨＯとを区別することが可能となる。また、メジャメントコントロールを省略するような場合にも適用可能となる。
【０１６５】
混雑状態のハイブリッドセルからのリダイレクトである旨を示す具体的方法として、１ビットの情報としても良い。例えば、“０”の場合は通常のＨＯ、“１”の場合は混雑状態のハイブリッドセルからのリダイレクトによるＨＯとするなどが考えられる。
【０１６６】
混雑状態のハイブリッドセルからのリダイレクトである旨を、ソースセルがリダイレクト対象となるＵＥに対して通知することで、実施の形態６で開示したＵＥが行うソースセルが混雑状態によるＨＯか否かの判断に用いることが可能となる（図１９のＳＴ１９０１）。該ＵＥがＨＯ失敗した際に、ソースセルの設定に戻るか（切り戻るか）、ソースセルの設定に戻らないか（切り戻らないか）の判断に用いることが可能となる。また、実施の形態７で、混雑状態のハイブリッドセルにリダイレクト（ＨＯ）させられるＵＥがＨＯ失敗時に再度ＨＯを行うか否かの判断指標としても良い。例えば、通常のＨＯとリダイレクトによるＨＯとでターゲットセルの最大数が異なるような場合など、該混雑状態のハイブリッドセルからのリダイレクトである旨の情報にもとづいて、ＨＯ再試行できるターゲットセル数を変更すれば良い。
【０１６７】
本実施の形態で開示した方法とすることで、リダイレクト対象となるＵＥは、混雑状態のハイブリッドセルからのリダイレクトである旨を明示的に受信することが可能となるので、誤って他のＨＯの方法を採用してしまうなど誤動作が生じにくくなる。従って、システムとして、ハイブリッドセルにおいて他セルへリダイレクトさせる方法を用いた場合にも動作を安定させることができる。
【０１６８】
実施の形態１１
本実施の形態では、ターゲットセルを複数設定したＨＯのための許容時間をＵＥにて計時するタイマーを、従来のターゲットセルが単数のＨＯのための許容時間を計時するタイマーとは別に新たに設ける。
【０１６９】
通常のＨＯのためのタイマー（Ｔ３０４、非特許文献９参照）は、ＵＥがソースセルからのＨＯ制御情報を受信してからＨＯ成功するまで、つまりＲＲＣ接続再構成完了メッセージをターゲットセルに送信するまでを計時する。すなはち、該タイマーは一つのターゲットセルに対するＨＯのためのタイマーである。一つのターゲットセルに対してＨＯ失敗か否かを判断するタイマーとなる。複数のターゲットセルに対してＨＯを可能とするような場合は、該タイマーがターゲットセル一つずつのＨＯに対して用いられることになる。つまり、複数のターゲットセルに対してＨＯを可能とするような場合には、一連のＨＯに対する許容時間を設定できなくなってしまう。一連のＨＯに対する許容時間は、ソースセルでサービスを行おうとしているＵＥのサービス開始までの遅延時間や、ＨＯしているＵＥの通信中断時間を決定する。従ってシステムの動作を決定する上で重要である。
【０１７０】
そこで、本実施の形態では、ＵＥでのＨＯのための許容時間（タイマー）を従来のＨＯのための許容時間（タイマー）とは別に新たに設ける。具体例として、ＵＥがソースセルからのＨＯ制御情報を受信してから一連のＨＯを成功するまでの許容時間（タイマー）を設ける。
【０１７１】
ＵＥがＨＯ失敗して複数のターゲットセルに対してＨＯを繰返し行うような場合、該タイマー内に、いずれかのターゲットセルへＲＲＣ接続再構成完了メッセージを送信できれば一連のＨＯ成功と判断する。しかし、該許容時間内にいずれのターゲットセルへもＲＲＣ接続再構成完了メッセージを送信できない場合は、一連のＨＯ失敗とみなし、ＨＯ失敗の処理を行う。ＨＯ失敗の処理として、実施の形態６で開示したＵＥが行うソースセルが混雑状態によるＨＯか否かの判断に用いることが可能となる（図１９のＳＴ１９０１）。こうすることで、一連のＨＯに対する許容時間を制限できるため、ソースセルでサービスを行おうとしているＵＥのサービス開始までの遅延時間や、ＨＯしているＵＥの通信中断時間を制限することが可能となる。
なお、本実施の形態で開示した一連のＨＯに対する許容時間と、従来のＨＯ許容時間をあわせて用いても良い。複数のターゲットセルに対してＨＯを可能とするような場合に、従来のＨＯ許容時間をターゲットセル一つずつのＨＯに対する許容時間として、一連のＨＯについて一連のＨＯに対する許容時間を用いるようにすれば良い。ターゲットセルひとつずつのＨＯに対するタイマーを用いることでＵＥは該ターゲットセルへのＨＯ失敗を認識でき、次の優先順位のターゲットセルへのＨＯを行うようにできる。
【０１７２】
従来のＨＯのための許容時間を一連のＨＯに対する許容時間とし、新たに設けたＨＯのための許容時間をターゲットセル一つずつのＨＯに対する許容時間としてもよい。いずれにしても上記の効果を得ることが可能となる。
【０１７３】
一連のＨＯに対する許容時間（タイマー）の通知方法を以下に３つ開示する。第一の方法は、セル（ネットワーク側）がＵＥに報知情報としてＢＣＣＨを用いてＰＢＣＨあるいはＰＤＳＣＨにて通知する。セルがマスター情報（MIB）を用いてＰＢＣＨにて、あるいはシステム情報（SIB）を用いてＰＤＳＣＨにて通知する。これは傘下の全移動端末に対して通知可能であり、無線リソースの有効活用という点において優れた方法である。
【０１７４】
第二の方法は、セルがＨＯさせるＵＥを決定した後に、該ＵＥに対して個別チャネル（ＤＣＣＨ）を用いて通知する。該通知はＨＯ実行ステップより前に行う。セルが該ＵＥに対して通知するメジャメントコントロールメッセージ、あるいはセルが該ＵＥに対して通知するモビリティ（ＨＯ）制御情報に含めるようにしても良い。これにより、ＵＥ毎に許容時間を設定できるようになるため、ＨＯさせるＵＥの電波状況や能力あるいはＣＳＧメンバーか否かなどに応じて柔軟に設定可能となる。
【０１７５】
第三の方法は、移動体通信システムとして静的な値とする。移動体通信システムとして静的な値とは、移動体通信システムとして移動端末・基地局などにとって既知の値、規格書などに記載する値を指す。これにより基地局（ネットワーク側）とＵＥとの間で無線信号が発生しない。よって無線リソースの有効活用という点で効果を得ることが出来る。さらに、静的に決定された値なので、無線信号の受信エラーの発生を防ぐという効果を得ることが出来る。
【０１７６】
また、ＵＥでのＨＯのための許容時間（タイマー）を従来のＨＯのための許容時間（タイマー）とは別に新たに設ける方法の別の具体例として、一連のＨＯのための許容時間を従来のＨＯのための許容時間の整数倍にする。例えば、一連のＨＯのためのタイマーをＴtotal、従来のＨＯのためのタイマーをＴsingleとして、Ｔtotal＝Ｔsingle×ｎ（ｎは正の整数）とする。ｎの値の通知方法は、前述の方法を用いることが可能となる。新たに詳細な許容時間を設けるよりも、ｎは正の整数なので情報量を少なくすることが可能となる。また、ｎをターゲットセルの最大値としても良い。ターゲットセルの最大値に関しては実施の形態７に開示した方法を適用することが可能である。ターゲットセルの最大値がソースセルよりＵＥに通知される場合は、このｎの値を通知しなくても良い。情報量をさらに少なくすることが可能となる。
【０１７７】
本実施の形態で開示した具体例において、従来のＨＯ許容時間をターゲットセル一つずつのＨＯに対する許容時間として、新たに設けたＨＯ許容時間を一連のＨＯに対する許容時間として用いるようにした。これに限らず、従来のＨＯのための許容時間を一連のＨＯに対する許容時間とし、新たに設けたＨＯのための許容時間をターゲットセル一つずつのＨＯに対する許容時間としてもよい。いずれにしても上述の効果を得ることが可能となる。
【０１７８】
本実施の形態は、ハイブリッドセルが混雑（congestion）状態の場合の該ハイブリッドセルからのＨＯの際のターゲットセルを複数のセルとする場合に限らず、ＨＯの際にターゲットセルを複数のセルとした場合一般に適用できる。
【０１７９】
ＵＥのＣＳＧ登録抹消の際に、セルあるいはネットワーク主導のＨＯを行うようにして、該ＨＯに対して、実施の形態４から実施の形態１１で開示した方法を適用しても良い。該ＵＥがＣＳＧ登録抹消された場合、該ＣＳＧに属するセルがsuitableセルではなくなる。ＵＥが、該ＵＥが属するＣＳＧと同じＣＳＧに属するセルと、ＲＲＣ接続状態である場合に、該ＵＥのＣＳＧ登録抹消の際に、セルあるいはネットワーク主導のＨＯが行われる場合、ソースセルがsuitableセルではなくなるために生じる問題を解消することが可能となる。
【０１８０】
ＣＳＧのテンポラリー（一時的）メンバーＵＥのＣＳＧ登録期間満了の際に、セルあるいはネットワーク主導のＨＯを行うようにして、該ＨＯに対して、実施の形態４から実施の形態１１で開示した方法を適用しても良い。該テンポラリメンバーＵＥがＣＳＧ登録期間満了した場合、該ＣＳＧに属するセルがsuitableセルではなくなるために生じる、上記と同様の問題を解消することが可能となる。
【０１８１】
ＨｅＮＢの電源がｏｆｆされる際に、セルあるいはネットワーク主導のＨＯを行うようにして、該ＨＯに対して、実施の形態４から実施の形態１１で開示した方法を適用しても良い。ＨｅＮＢの電源がｏｆｆされた場合、該セル（ＨｅＮＢ）にアクセス不可能となるため、これによって生じる上記と同様の問題を解消することが可能となる。
【０１８２】
本発明についてはシステムの周波数キャリアについては特に言及していないが、同じ周波数キャリア内（intra-frequency）のセル再選択、セル選択、ハンドオーバーであっても良いし、他の周波数キャリアへ（inter-frequency）のセル再選択、セル選択、ハンドオーバーであっても良い。例えばＣＳＧセルがｎｏｎ−ＣＳＧセルと異なる専用周波数キャリアで運用されるような場合にも適用できる。
【０１８３】
本発明において、実施の形態１から実施の形態１１で個別に記載したが、これらは組合せて用いても良い。
【０１８４】
システム内のハイブリッドセルの柔軟な配置や多種多様なサービスの提供を可能にするとともに、ハイブリッドセルにおいて、オープンアクセスモードでアクセスする非ＣＳＧメンバーよりもクローズドアクセスモードでアクセスする同じＣＳＧに属するＣＳＧメンバーを優先的にアクセス可能としてサービスや課金設定において優遇することが可能となる。
【０１８５】
本発明についてはＬＴＥシステム（Ｅ−ＵＴＲＡＮ）を中心に記載したが、Ｗ−ＣＤＭＡシステム（ＵＴＲＡＮ、ＵＭＴＳ）及びＬＴＥアドバンスド（LTE-Advanced）について適用可能である。更には、ＣＳＧ（Closed Subscriber Group）が導入される移動体通信システムおよび、ＣＳＧと同じようにオペレータが加入者を特定し、特定された加入者がアクセスを許可されるような通信システム、ＨｅＮＢと同じように通常のセルと比較してセル半径の小さいセルが導入されるような通信システムにおいて適用可能である。
【図１】
0005583135.tif 000002
【図２】
0005583135.tif 000003
【図３】
0005583135.tif 000004
【図４】
0005583135.tif 000005
【図５】
0005583135.tif 000006
【図６】
0005583135.tif 000007
【図７】
0005583135.tif 000008
【図８】
0005583135.tif 000009
【図９】
0005583135.tif 000010
【図１０】
0005583135.tif 000011
【図１１】
0005583135.tif 000012
【図１２】
0005583135.tif 000013
【図１３】
0005583135.tif 000014
【図１４】
0005583135.tif 000015
【図１５】
0005583135.tif 000016
【図１６】
0005583135.tif 000017
【図１７】
0005583135.tif 000018
【図１８】
0005583135.tif 000019
【図１９】
0005583135.tif 000020
【図２０】
0005583135.tif 000021
【図２１】
0005583135.tif 000022
【図２２】
0005583135.tif 000023
【図２３】
0005583135.tif 000024
【図２４】
0005583135.tif 000025
【図２５】
0005583135.tif 000026