JPWO2017145867A1 - 無線端末 - Google Patents

Abstract

一実施形態に係る無線端末は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記無線端末は、リソースマップ情報に基づいて、通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記リソースマップ情報は、前記複数のリソースプールの配置パターンを示す。

Description

本発明は、移動通信システムにおいて用いられる無線端末に関する。

近年、第５世代（５Ｇ）移動通信システム向けの技術の研究が進められている。そのような技術の１つとして、１つの無線フレーム内であって且つ１システム帯域幅内の時間・周波数リソースを複数のリソースプールに分割し、当該複数のリソースプールを用いて複数の通信サービスを提供可能とする技術が提案されている。当該複数の通信サービスは、５Ｇシステム向けの新たなサービスを含む。このような無線フレーム構造を導入することにより、様々なサービスを１つの無線フレームフォーマットで提供することが可能となる。

Qualcomm Technologies Inc.、"The 5G Unified Air Interface"、［online］、2015年11月、［2016年1月29日検索］、インターネット〈URL：http://gsacom.com/wp-content/uploads/2015/12/151204-5Gz_Qualcomm_the_5G_unified_air_interface_November_2015.pdf〉

一実施形態に係る無線端末は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記無線端末は、リソースマップ情報に基づいて、通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記リソースマップ情報は、前記複数のリソースプールの配置パターンを示す。

一実施形態に係るネットワーク装置は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記ネットワーク装置は、通信サービス別に設けられた複数のリソースプールを管理する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記制御部は、前記複数のリソースプールの配置パターンを示すリソースマップ情報を無線端末に送信する。

一実施形態に係る無線端末は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記無線端末は、通信サービス別に設けられた複数のリソースプールのうち所定のリソースプールの使用条件を前記無線端末が満たしたか否かを判定する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記使用条件は、前記所定のリソースプールを使用するために前記無線端末が満たすべき条件である。

一実施形態に係るネットワーク装置は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記ネットワーク装置は、通信サービス別に設けられた複数のリソースプールと、前記複数のリソースプールのそれぞれの使用条件と、を管理する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記使用条件は、対応するリソースプールを使用するために無線端末が満たすべき条件である。

一実施形態に係る無線端末は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記無線端末は、通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記制御部は、前記複数のリソースプールのうちプライマリ・リソースプールを最初に使用する。

一実施形態に係るネットワーク装置は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記ネットワーク装置は、通信サービス別に設けられた複数のリソースプールを管理する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記複数のリソースプールは、前記複数のリソースプールのうち無線端末が最初に使用すべきプライマリ・リソースプールを含む。

一実施形態に係る無線端末は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記無線端末は、通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記複数のリソースプールのそれぞれは、セル識別子を有する。前記制御部は、前記複数のリソースプールのそれぞれを１つのセルとして取り扱う。

一実施形態に係るネットワーク装置は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記ネットワーク装置は、通信サービス別に設けられた複数のリソースプールを管理する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記複数のリソースプールのそれぞれは、セル識別子を有する。前記制御部は、前記複数のリソースプールのそれぞれを１つのセルとして取り扱う。

移動通信システムの構成を示す図である。 移動通信システムにおける無線インターフェイスのプロトコルスタックを示す図である。 移動通信システムで用いられる無線フレームの構成を示す図である。 ＵＥ（無線端末）の構成を示す図である。 ｅＮＢ（基地局）の構成を示す図である。 実施形態に係る無線フレーム構造の一例を示す図である。 ＯＦＤＭ信号波形を示す図である。 第１実施形態に係る動作を示す図である。 第２実施形態の動作例１を示す図である。 第２実施形態の動作例２を示す図である。 第３実施形態の動作例を示す図である。 第４実施形態に係る動作を示す図である。

（移動通信システムの構成）
以下において、実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムの構成を示す図である。実施形態に係る移動通信システムは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）・ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）に基づく移動通信システムである。

図１に示すように、実施形態に係る移動通信システムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。

ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の端末であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる他に、ＵＥ１００との無線通信を行う機能を示す用語としても用いられる。

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。

図２は、実施形態に係る移動通信システムにおける無線インターフェイスのプロトコルスタックを示す図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を含む。

物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＲＲＣ層は、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）エンティティ１００ａを構成する。上位層エンティティ１００ｂは、ＡＳエンティティ１００ａよりも上位層に位置付けられる。上位層エンティティ１００ｂは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層を含む。上位層エンティティ１００ｂは、アプリケーション層等をさらに含んでもよい。

物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのシグナリング（ＲＲＣシグナリング）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。

ＲＲＣ層の上位に位置するＮＡＳ層は、セッション管理及びモビリティ管理等を行う。

図３は、実施形態に係る移動通信システムで用いられる無線フレームの構成を示す図である。

図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる時間・周波数リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

図４は、ＵＥ１００（無線端末）の構成を示す図である。図４に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の処理及び後述する各種の処理を実行する。

図５は、ｅＮＢ２００（基地局）の構成を示す図である。図５に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の処理及び後述する各種の処理を実行する。

バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。

（無線フレーム構造）
以下において、実施形態に係る無線フレーム構造について説明する。図６は、実施形態に係る無線フレーム構造の一例を示す図である。

図６に示すように、１無線フレーム内であって、且つ１システム帯域幅内に複数のリソースプールが設けられる。各リソースプールは、複数の時間・周波数リソースを含む。例えば、各リソースプールは、複数のサブキャリア及び複数のＯＦＤＭシンボルにより構成される。

なお、複数のリソースプールは、時間方向において、無線フレームという単位に限らない「周期」又は「時間単位」内に設けられてもよい。また、１無線フレームに含まれるサブフレームの時間長は、固定長であってもよいし、可変時間長であってもよい。さらに、１無線フレームに含まれるサブフレームの数は、固定数であってもよいし、可変数であってもよい。サブフレームの時間長・数が可変である場合には、これらのパラメータが後述の「特定のリソースプール」及び／又は「プライマリ・リソース（プライマリ・リソースプール）」等でＵＥ１００に通知される。

複数のリソースプールは、通信サービス別に設けられる。通信サービス（以下、単に「サービス」と称することがある）は、移動通信システムが現在提供している通信サービス及び移動通信システムが提供する予定の通信サービスを含む。

例えば、通信サービスは、既存のＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信サービス、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）近傍サービス、マルチキャストサービス、マシンタイプ通信（ＭＴＣ）サービス、強化モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）サービス等である。移動通信システムが現在提供しておらず、提供する予定の通信サービスに対応するリソースプールは、現在は使用しないリソースプール（ブランクリソース）として取り扱われてもよい。ブランクリソースは、ブランクサブフレームと称されてもよいし、ブランクサブキャリアと称されてもよい。

また、各リソースプールに適用される信号パラメータが異なっていてもよい。例えば、ＯＦＤＭベースの信号伝送におけるサブキャリア間隔（ＳＳ：Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）及びＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）をスケーラブル（可変）にしてもよい。

図７は、ＯＦＤＭ信号波形を示す図である。図７に示すように、ＯＦＤＭ伝送は、データを複数の直交サブキャリアに分配し、周波数方向に並列的にデータを送信するマルチキャリア変調方式の一種である。サブキャリア間隔は、隣接する２つのサブキャリアの間隔を指す。サブキャリア間隔を広げることにより、ＯＦＤＭシンボル長を短くする、すなわち、ＴＴＩを短くすることができる。

このように、複数のリソースプールを用いて複数の通信サービスを提供する無線フレーム構造を導入することにより、様々なサービスを１つの無線フレームフォーマットで提供することが可能となる。

（第１実施形態）
以下において、第１実施形態について説明する。以下の各実施形態は、図６に示したような無線フレーム構造が導入された移動通信システムを前提とする。

図８は、第１実施形態に係る動作を示す図である。図８に示すように、通信サービス別に設けられた複数のリソースプールを管理するネットワーク装置（ｅＮＢ２００）は、ステップＳ１０１において、リソースマップ情報をＵＥ１００に送信する。リソースマップ情報は、当該複数のリソースプールの配置パターンを示す。ＵＥ１００は、リソースマップ情報を受信する。ＵＥ１００は、リソースマップ情報に基づいて、複数のリソースプールの何れかを使用する。

以下の各実施形態において、ネットワーク装置が無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ１０）内のｅＮＢ２００である一例を説明する。しかしながら、ネットワーク装置は、例えばコアネットワーク（ＥＰＣ２０）内のネットワークエンティティ等であってもよい。

ｅＮＢ２００は、リソースマップ情報をブロードキャストシグナリングにより送信する。或いは、ｅＮＢ２００は、リソースマップ情報をＵＥ個別（ｄｅｄｉｃａｔｅｄ）シグナリングにより送信してもよい。ＵＥ個別シグナリングを用いる場合、ｅＮＢ２００は、特定のＵＥ１００からの要求の受信に応じて、リソースマップ情報を特定のＵＥ１００に送信してもよい。

第１実施形態において、ｅＮＢ２００は、特定のリソースプールを用いてリソースマップ情報を送信する。特定のリソースプールは、基本ＴＴＩが適用されるリソースプールである。基本ＴＴＩとは、既存のＬＴＥシステムのＴＴＩである。基本ＴＴＩとは、デフォルト値（もしくは初期値）として規定されたＴＴＩであってもよい。特定のリソースプール以外のリソースプールには、基本ＴＴＩよりも短いＴＴＩ（すなわち、５Ｇシステム向けのＴＴＩ）が適用されてもよい。特定のリソースプールは、第３実施形態において説明する共通制御リソース又はプライマリ・リソースであってもよい。

さらに、特定のリソースプールは、以下の特徴のうち少なくとも１つを有してもよい。

・特定のリソースプールは、上述した１無線フレーム（あるいは１周期）の中で特定の時間・周波数リソースに配置される。

・特定のリソースプールの時間・周波数リソースを適応的に制御するために、特定のリソースプール内のリソースを示す制御情報が１無線フレーム（あるいは１周期）内の特定の時間・周波数リソースに配置される。

・１つの特定のリソースプール内には少なくとも１つの同期信号が含まれている。

また、リソースマップ情報は、１つの無線リソース内のリソースプール配置パターンを示してもよいし、複数の無線リソースに亘るリソースプール配置パターンを示してもよい。

リソースマップ情報は、複数のリソースプールに対応する複数のエントリを有してもよい。各エントリは、リソースプールの識別子、当該リソースプールで提供されるサービスの識別子、及び当該リソースプールの配置（すなわち、時間位置及び周波数位置）を示す情報を含んでもよい。リソースプールの識別子は、第４実施形態において説明するセル識別子であってもよい。リソースプールの配置を示す情報は、サブフレーム情報及びリソースブロック情報を含んでもよいし、事前定義された複数の配置パターンのうち何れかを識別するパターン識別子であってもよい。また、各エントリは、当該リソースプールに適用される信号パラメータ（例えば、サブキャリア間隔、ＴＴＩ等）を示す情報を含んでもよい。

ＵＥ１００は、リソースマップ情報を受信する。ＵＥ１００は、リソースマップ情報に基づいて各リソースプールの配置（すなわち、時間範囲及び周波数範囲）等を把握する。そして、ＵＥ１００は、所望のサービスに対応するリソースプールの使用を開始する。ＵＥ１００は、１つのリソースプールのみを使用し、１つのリソースプールを用いてデータを送受信してもよい。或いは、ＵＥ１００は、複数のリソースプールを同時に使用し、複数のリソースプールを用いてデータを送受信してもよい。例えば、ＵＥ１００は、自ＵＥ１００の第１のベアラのデータをリソースプール＃１を用いて送受信し、自ＵＥ１００の第２のベアラのデータをリソースプール＃２を用いて送受信してもよい。

ＵＥ１００は、所望のリソースプールの使用を開始する前に、その旨をｅＮＢ２００に通知してもよい。ｅＮＢ２００は、ＵＥ１００からの通知に応じて、所望のリソースプール内の時間・周波数リソースをＵＥ１００に割り当ててもよい。ｅＮＢ２００は、所望のリソースプール内の特定の時間・周波数リソースからなる制御用リソースを用いて、割り当て情報をＵＥ１００に送信してもよい。

第１実施形態は、以下のように要約することができる。

第１実施形態に係るネットワーク装置（ｅＮＢ２００）は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記ネットワーク装置は、通信サービス別に設けられた複数のリソースプールを管理する制御部２３０を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記制御部は、前記複数のリソースプールの配置パターンを示すリソースマップ情報を無線端末に送信する。前記制御部は、特定のリソースプールを用いて前記リソースマップ情報を送信してもよい。前記特定のリソースプールには、基本ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）が適用される。

第１実施形態に係る無線端末（ＵＥ１００）は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記無線端末は、リソースマップ情報に基づいて、通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部１３０を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記リソースマップ情報は、前記複数のリソースプールの配置パターンを示す。

したがって、第１実施形態によれば、ＵＥ１００が各リソースプールの配置を把握して、所望のリソースプールを適切に使用することができる。

（第１実施形態の変更例１）
第１実施形態において、各リソースプール内のリソース割り当てをｅＮＢ２００が行う一例を説明した。しかしながら、少なくとも１つのリソースプール内のリソース割り当てをＵＥ１００が行ってもよい。例えば、Ｄ２Ｄ近傍サービス向けリソースプール内のリソース割り当てについては、ＵＥ１００が行うことが可能である。

この場合、リソースマップ情報の各エントリは、対応するリソースプールについてリソース割り当てをｅＮＢ２００が行うか又はＵＥ１００が行うかを示す情報を含んでもよい。

（第１実施形態の変更例２）
ＵＥ１００は、事前定義されたリソースマップ情報を記憶していてもよい。この場合、ネットワーク（ｅＮＢ２００又は他のネットワークエンティティ）は、リソースマップ情報をＵＥ１００に提供しなくてもよい。或いは、ネットワークは、リソースプール配置パターンを更新する場合に、リソースマップ情報をＵＥ１００に提供してもよい。また、ネットワークは、各リソースプールの使用状況等に基づいて、リソースプール配置パターンを更新してもよい。

（第２実施形態）
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。

第２実施形態に係るｅＮＢ２００は、通信サービス別に設けられた複数のリソースプールと、複数のリソースプールのそれぞれの使用条件と、を管理する。使用条件は、対応するリソースプールを使用するためにＵＥ１００が満たすべき条件である。使用条件は、「アクセス条件」と称されてもよい。

第２実施形態の動作例１において、使用条件を満たしたか否かの判定をＵＥ１００が行う。これに対し、第２実施形態の動作例２において、使用条件を満たしたか否かの判定をｅＮＢ２００が行う。

（１）動作例１
図９は、第２実施形態の動作例１を示す図である。

図９に示すように、ステップＳ２０１において、ｅＮＢ２００は、リソースプールの使用条件を示す情報（以下、「使用条件情報」という）をＵＥ１００に送信する。使用条件情報は、第１実施形態に係るリソースマップ情報に含まれてもよい。ｅＮＢ２００は、使用条件情報をブロードキャストシグナリング又はＵＥ個別シグナリングにより送信する。ＵＥ個別シグナリングを用いる場合、ｅＮＢ２００は、ＵＥ１００からの要求の受信に応じて、リソースマップ情報をＵＥ１００に送信してもよい。

使用条件情報は、複数のリソースプールのそれぞれの使用条件を含んでもよい。例えば、使用条件情報は、複数のリソースプールに対応する複数のエントリを有する。各エントリは、リソースプールの識別子、及び当該リソースプールの使用条件を含んでもよい。

或いは、使用条件情報は、１つのリソースプールのみの使用条件を含んでもよい。例えば、ｅＮＢ２００は、１つのリソースプールの使用条件の送信をＵＥ１００が要求する場合、当該１つのリソースプールの使用条件をＵＥ個別シグナリングによりＵＥ１００に通知してもよい。

使用条件は、ＵＥ１００が測定する無線パラメータと比較される閾値（無線パラメータ閾値）、ＵＥ１００が発生させる乱数と比較される閾値（乱数閾値）、ＵＥ１００のクラス（アクセスクラス）又はカテゴリ、ＵＥ１００の識別子の範囲、ＵＥ１００が実行するアプリケーションの種別、及びＵＥ１００が実行するプロトコルの種別のうち、少なくとも１つを含む。

ここで、無線パラメータは、例えば、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）、ＳＩＮＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ ｐｌｕｓ Ｎｏｉｓｅ ｐｏｗｅｒ Ｒａｔｉｏ）、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）のうち少なくとも１つである。また、ＵＥ１００の識別子は、例えばＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）であってもよい。ＵＥ１００が実行するアプリケーションの種別は、例えば、遅延許容データ通信、高速データ通信、ＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ）、緊急呼、パブリックセーフティ、Ｄ２Ｄ、Ｖ２Ｘ、Ｄ２Ｄリレー、シグナリング(制御信号)等である。ＵＥ１００が実行するプロトコルの種別は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等である。ＵＥ１００のＡＳエンティティ１００ａは、上位層エンティティ１００ｂからの指示内容に基づいて、アプリケーションの種別及びプロトコルの種別を把握する。

ステップＳ２０２において、ＵＥ１００は、ｅＮＢ２００から受信した使用条件情報に基づいて、所定のリソースプールの使用条件をＵＥ１００が満たしたか否かを判定する。所定のリソースプールは、複数のリソースプールの全てであってもよいし、複数のリソースプールのうちＵＥ１００が使用を望むリソースプールのみであってもよい。

所定のリソースプールの使用条件として無線パラメータ閾値が指定されたと仮定する。この場合、ＵＥ１００は、所定のリソースプールにおける無線パラメータを測定し、測定した無線パラメータが無線パラメータ閾値よりも良好であるか否かを判定する。良好である場合、ＵＥ１００は、所定のリソースプールの使用条件が満たされたと判定する。

ここで、所定のリソースプールの使用条件として乱数閾値が指定されたと仮定する。この場合、ＵＥ１００は、乱数を発生させ、発生させた乱数を乱数閾値と比較する。例えば、発生させた乱数が乱数閾値以上である場合、ＵＥ１００は、所定のリソースプールの使用条件が満たされたと判定する。

また、所定のリソースプールの使用条件としてＵＥ１００のアクセスクラス又はカテゴリが指定されたと仮定する。この場合、ＵＥ１００は、自身のアクセスクラス又はカテゴリを読み出し、指定されたアクセスクラス又はカテゴリと比較する。一致する場合、ＵＥ１００は、所定のリソースプールの使用条件が満たされたと判定する。

また、所定のリソースプールの使用条件としてＵＥ１００の識別子の範囲が指定されたと仮定する。この場合、ＵＥ１００は、自身の識別子を読み出し、指定された識別子の範囲と比較する。自身の識別子が、指定された識別子の範囲内である場合、ＵＥ１００は、所定のリソースプールの使用条件が満たされたと判定する。

また、所定のリソースプールの使用条件としてＵＥ１００が実行するアプリケーション又はプロトコルの種別が指定されたと仮定する。この場合、ＵＥ１００は、自身が実行するアプリケーション又はプロトコルの種別を把握し、指定されたアプリケーション又はプロトコルの種別と比較する。一致する場合、ＵＥ１００は、所定のリソースプールの使用条件が満たされたと判定する。

なお、複数の使用条件の組み合わせが指定された場合、ＵＥ１００は、指定された組み合わせが満たされたか否かを判定してもよい。

ここでは、ＵＥ１００が、所定のリソースプールの使用条件を満たしたと判定したと仮定して、説明を進める。

ステップＳ２０３において、ＵＥ１００は、使用条件を満たしたか否かの判定結果を示す情報をｅＮＢ２００に送信する。具体的には、ＵＥ１００は、使用条件を満たしたことを示す通知をｅＮＢ２００に送信する。この通知は、リソースプールの識別子、及び当該リソースプールの使用条件を満たしたことを示す値（インデックス）を含んでもよい。或いは、当該情報は、使用条件を満たしたリソースプールに対する接続要求でもよい。

ステップＳ２０４において、ｅＮＢ２００は、使用条件が満たされたリソースプールの設定情報及び／又はリソース割当情報をＵＥ１００に送信する。ＵＥ１００は、設定情報及び／又はリソース割当情報に基づいて、当該リソースプールの使用を開始する。

（２）動作例２
図１０は、第２実施形態の動作例２を示す図である。図１０において、破線で示すシグナリングは、必須ではないシグナリングである。

図１０に示すように、ステップＳ２５１において、ＵＥ１００は、ＵＥ１００が測定した無線パラメータ、ＵＥ１００が発生させた乱数、ＵＥ１００のアクセスクラス又はカテゴリ、ＵＥ１００の識別子、ＵＥ１００が実行するアプリケーションの種別、及びＵＥ１００が実行するプロトコルの種別のうち、少なくとも１つを含む報告をｅＮＢ２００に送信する。当該報告は、ベアラ単位の報告であってもよいし、ＵＥ単位の報告であってもよい。

ステップＳ２５２において、ｅＮＢ２００は、ＵＥ１００から受信した報告に基づいて、所定のリソースプールの使用条件をＵＥ１００が満たしたか否かを判定する。この判定の方法については、判定を行う主体がｅＮＢ２００である点以外は、動作例１と同様である。但し、ｅＮＢ２００は、ＵＥ１００の報告以外の情報に基づいて判定を行ってもよい。例えば、ｅＮＢ２００は、リソースプールの使用条件として時間帯を管理し、現在の時間帯が当該リソースプールを使用可能な時間帯である場合に当該リソースプールの使用条件が満たされたと判定してもよい。或いは、ｅＮＢ２００は、リソースプールの使用条件として負荷閾値を管理し、当該リソースプールの現在の負荷（リソース使用率等）が負荷閾値未満である場合に当該リソースプールの使用条件が満たされたと判定してもよい。なお、ｅＮＢ２００は、複数の使用条件の組み合わせが満たされたか否かを判定してもよい。ここでは、ｅＮＢ２００が、所定のリソースプールの使用条件が満たされたと判定したと仮定して、説明を進める。

ステップＳ２５３において、ｅＮＢ２００は、使用条件を満たしたか否かの判定結果を示す情報をＵＥ１００に送信する。具体的には、ｅＮＢ２００は、使用条件を満たしたことを示す通知をＵＥ個別シグナリング（又はブロードキャストシグナリング）によりＵＥ１００に送信する。この通知は、リソースプールの識別子、及び当該リソースプールの使用条件を満たしたことを示す値（インデックス）を含んでもよい。

ステップＳ２５４において、ＵＥ１００は、使用条件が満たされたリソースプールの使用を要求する要求情報をｅＮＢ２００に送信する。この通知は、リソースプールの識別子、及び当該リソースプールの使用を要求することを示す値（インデックス）を含んでもよい。

ステップＳ２５５において、ｅＮＢ２００は、使用条件が満たされたリソースプール（又はＵＥ１００から要求されたリソースプール）の設定情報及び／又はリソース割当情報をＵＥ１００に送信する。ＵＥ１００は、設定情報及び／又はリソース割当情報に基づいて、当該リソースプールの使用を開始する。

なお、ステップＳ２５３及びＳ２５４は省略されてもよい。この場合、ステップＳ２５５における設定が、暗示的に使用条件を満たしたことを示す判定結果となり得る。

（３）第２実施形態のまとめ
第２実施形態は、以下のように要約することができる。

第２実施形態に係るネットワーク装置（ｅＮＢ２００）は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記ネットワーク装置は、通信サービス別に設けられた複数のリソースプールと、前記複数のリソースプールのそれぞれの使用条件と、を管理する制御部２３０を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記使用条件は、対応するリソースプールを使用するために無線端末が満たすべき条件である。

第２実施形態の動作例１において、前記制御部は、前記使用条件を示す情報を前記無線端末に送信し、前記使用条件を満たしたか否かの判定結果を示す情報を前記無線端末から受信する。

第２実施形態の動作例２において、前記制御部は、前記使用条件を前記無線端末が満たしたか否かを判定し、判定結果を示す情報を前記無線端末に通知する。

第２実施形態の動作例１に係る無線端末（ＵＥ１００）は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記無線端末は、通信サービス別に設けられた複数のリソースプールのうち所定のリソースプールの使用条件を前記無線端末が満たしたか否かを判定する制御部１３０を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記使用条件は、前記所定のリソースプールを使用するために前記無線端末が満たすべき条件である。

（第３実施形態）
以下において、第３実施形態について、第１及び第２実施形態との相違点を主として説明する。

第３実施形態において、複数のリソースプールは、当該複数のリソースプールのうちＵＥ１００が最初に使用すべきプライマリ・リソースプールを含む。ＵＥ１００は、複数のリソースプールのうちプライマリ・リソースプールを最初に使用する。そして、ＵＥ１００は、プライマリ・リソースプールの使用を開始した後、プライマリ・リソースプールとは異なるリソースプールを使用する。ｅＮＢ２００は、ＵＥ１００がプライマリ・リソースプールの使用を開始した後、プライマリ・リソースプールとは異なるリソースプールを使用させる情報をＵＥ１００に送信してもよい。

第３実施形態において、ｅＮＢ２００は、プライマリ・リソースプールを示す情報及び／又は複数のリソースプールの優先順序を示す情報をＵＥ１００に送信してもよい。これらの情報は、第１実施形態に係るリソースマップ情報に含まれてもよい。ｅＮＢ２００は、これらの情報をブロードキャストシグナリング又はＵＥ個別シグナリングにより送信する。或いは、プライマリ・リソースプール及び／又は複数のリソースプールの優先順序が事前定義されており、ＵＥ１００は、プライマリ・リソースプールを示す情報及び／又は複数のリソースプールの優先順序を示す情報を予め記憶していてもよい。

プライマリ・リソースプールは、例えば、マシンタイプ通信（ＭＴＣ）サービス向けのリソースプールである。ＭＴＣにおいては、大量のＵＥ１００を収容することが想定されているため、大量のＵＥ１００を収容可能な技術が採用されると考えられる。また、ＭＴＣにおいては、省電力技術が採用されることが想定されるため、データが無い又は少ないＵＥ１００を収容するのに適している。よって、ＭＴＣ向けのリソースプールをプライマリ・リソースプールとして設定し、高速なデータレートが必要になった際に他のリソースプールに移行する。これにより、複数のリソースプール及び／又はＵＥ１００の電力（バッテリ）を効率的に使用することが可能となる。

図１１は、第３実施形態の動作例を示す図である。図１１において、複数のリソースプールの制御に共通に使用するリソースプール（以下、「共通制御リソース」と称する）が設けられる一例を説明する。

また、複数のリソースプールが、ｍＭＴＣ（ｍａｓｓｉｖｅ ＭＴＣ）向けのリソースプール（以下、「リソース１」と称する）、及びｅＭＢＢ向けのリソースプール（以下、「リソース２」と称する）を含む一例を説明する。共通制御リソースは、リソース１及び２とは別の周波数帯（別のキャリア）に設けられてもよい。或いは、共通制御リソースは、リソース１及び２と同じ周波数帯（同じキャリア）に設けられてもよい。この場合、共通制御リソースは、リソース１と同じであってもよい。

また、図１１において、共通制御リソース、リソース１、及びリソース２が、同一のｅＮＢ２００により管理されている場合を想定する。但し、共通制御リソース、リソース１、及びリソース２は、複数のｅＮＢ２００によりそれぞれ管理されていてもよい。

なお、図１１において、第３実施形態を第２実施形態と併用する一例を説明する。また、ここでは、リソースプールの使用を開始することを「リソースにアクセスする」と称する。よって、リソースプールの使用条件を「アクセス条件」と称する。さらに、図１１において、破線で示すシグナリングは、必須ではないシグナリングである。

図１１に示すように、ステップＳ３０１において、ｅＮＢ２００は、共通制御リソースを用いて、プライマリ・リソースプールを示す情報及び／又は複数のリソースプールの優先順序を示す情報（アクセス順序情報）をＵＥ１００に送信する。例えば、ｅＮＢ２００は、リソース１に最初にアクセスし、その次にリソース２にアクセスすることを示すアクセス順序情報をＵＥ１００に送信する。すなわち、リソース１は、プライマリ・リソースプールに相当する。ｅＮＢ２００は、リソース１及び２のキャリアを示す情報、例えば、ＡＲＦＣＮ（Ａｂｓｏｌｕｔｅ Ｒａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ）をさらに送信してもよい。

ステップＳ３０２において、ＵＥ１００は、アクセス順序情報に基づいてリソース１をモニタする。具体的には、ＵＥ１００は、リソース１のアクセス条件が満たされたか否かを判定する。ここでは、リソース１のアクセス条件が満たされたと判定（ステップＳ３０３）したと仮定して、説明を進める。

ステップＳ３０４において、ＵＥ１００は、共通制御リソースを用いて、リソース１のアクセス条件が満たされたことを示す通知（アクセス通知）をｅＮＢ２００に送信する。

ステップＳ３０５及びＳ３０６において、ｅＮＢ２００は、アクセス通知の受信に応じて、リソース１のアクセス可否を確認する。共通制御リソース及びリソース１が異なるｅＮＢ２００により管理されている場合、共通制御リソースを管理するｅＮＢ２００とリソース１を管理するｅＮＢ２００との間でネゴシエーションが行われてもよい。ここでは、リソース１のアクセスが許可されたと仮定して、説明を進める。

ステップＳ３０７において、ｅＮＢ２００は、共通制御リソースを用いて、リソース１のアクセス許可をＵＥ１００に通知する。ＵＥ１００は、共通制御リソースを用いて、リソース１のアクセス許可に対するＡＣＫ情報をｅＮＢ２００に通知してもよい（ステップＳ３０８）。当該ＡＣＫ情報は、リソース１へのアクセス処理（ＲＡＣＨや接続要求等）を開始しようとすることを示す通知とみなされてもよい。このため、当該ＡＣＫ情報は、リソース１における受信処理開始のトリガとして用いることができる。

ステップＳ３０９において、ＵＥ１００は、リソース１に対するアクセス処理を行う。アクセス処理は、同期関連処理、無線接続処理、セキュリティ処理のうち、少なくとも１つを含む。言い換えると、アクセス処理は、ＲＡＣＨプロシージャに相当する処理、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔに相当する処理、上位層のセキュリティ設定処理、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに相当する処理のうち、少なくとも１つを含む。

ステップＳ３１０において、ｅＮＢ２００は、リソース１におけるリソース割当を行う。ｅＮＢ２００は、リソース１を用いて、リソース割当情報をＵＥ１００に送信する。

ステップＳ３１１において、ｅＮＢ２００は、ＵＥ１００に割り当てたリソースを用いて、下りリンク（ＤＬ）データをＵＥ１００に送信する。また、ステップＳ３１２において、ＵＥ１００は、ｅＮＢ２００から割り当てられたリソースを用いて、上りリンク（ＵＬ）データをｅＮＢ２００に送信する。ステップＳ３１１及びＳ３１２の順序は、逆であってもよい。

ステップＳ３１３において、ＵＥ１００は、アクセス順序情報に基づいてリソース２をモニタする。具体的には、ＵＥ１００は、リソース２のアクセス条件が満たされたか否かを判定する。ここでは、リソース２のアクセス条件が満たされたと判定（ステップＳ３１４）したと仮定して、説明を進める。

ステップＳ３１５において、ＵＥ１００は、リソース１を用いて、リソース２のアクセス条件が満たされたことを示す通知（アクセス通知）をｅＮＢ２００に送信する。

ステップＳ３１６及びＳ３１７において、ｅＮＢ２００は、アクセス通知の受信に応じて、リソース２のアクセス可否を確認する。リソース１及び２が異なるｅＮＢ２００により管理されている場合、リソース１を管理するｅＮＢ２００とリソース２を管理するｅＮＢ２００との間でネゴシエーションが行われてもよい。ここでは、リソース２のアクセスが許可されたと仮定して、説明を進める。

ステップＳ３１８において、ｅＮＢ２００は、リソース１を用いて、リソース２のアクセス許可をＵＥ１００に通知する。ＵＥ１００は、リソース１を用いて、リソース１のアクセス許可に対するＡＣＫ情報をｅＮＢ２００に通知してもよい（ステップＳ３１９）。当該ＡＣＫ情報は、リソース２へのアクセス処理を開始しようとすることを示す通知とみなされてもよい。このため、当該ＡＣＫ情報は、リソース２における受信処理開始のトリガとして用いることができる。

ステップＳ３２０において、ＵＥ１００は、リソース２に対するアクセス処理を行う。

ステップＳ３２１において、ｅＮＢ２００は、リソース２におけるリソース割当を行う。ｅＮＢ２００は、リソース２を用いて、リソース割当情報をＵＥ１００に送信する。

ステップＳ３２２において、ｅＮＢ２００は、ＵＥ１００に割り当てたリソースを用いて、下りリンク（ＤＬ）データをＵＥ１００に送信する。また、ステップＳ３２３において、ＵＥ１００は、ｅＮＢ２００から割り当てられたリソースを用いて、上りリンク（ＵＬ）データをｅＮＢ２００に送信する。ステップＳ３２２及びＳ３２３の順序は、逆であってもよい。

その後、ＵＥ１００は、リソース２のモニタを継続し、リソース２のアクセス条件が満たされるか否かの判定を継続してもよい。ＵＥ１００は、リソース２のアクセス条件が満たされなくなった場合、その旨をｅＮＢ２００に通知してもよい。ｅＮＢ２００は、当該通知の受信に応じて、リソース２からリソース１への変更をＵＥ１００に通知してもよい。或いは、ＵＥ１００は、リソース２のアクセス条件が満たされなくなった場合、リソース２からリソース１への変更をＵＥ１００が決定し、リソース１を用いてシグナリング（及び／又はデータ）を送信してもよい。ｅＮＢ２００及びＵＥ１００は、ＵＥ１００の決定によりリソースが変更された場合、前のリソース（リソース２）が暗示的に解放されたと認識してもよい。

第３実施形態は、以下のように要約することができる。

第３実施形態に係るネットワーク装置（ｅＮＢ２００）は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記ネットワーク装置は、通信サービス別に設けられた複数のリソースプールを管理する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記複数のリソースプールは、前記複数のリソースプールのうち無線端末が最初に使用すべきプライマリ・リソースプールを含む。

第３実施形態に係る無線端末（ＵＥ１００）は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記無線端末は、通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記制御部は、前記複数のリソースプールのうちプライマリ・リソースプールを最初に使用する。

（第４実施形態）
以下において、第４実施形態について、第１〜第３実施形態との相違点を主として説明する。

図１２は、第４実施形態に係る動作を示す図である。図１２に示すように、第４実施形態において、複数のリソースプール（複数のリソース）のそれぞれは、セル識別子を有する。セル識別子は、例えばＰＣＩ（Ｐｈｙｓｉｃａｌ Ｃｅｌｌ Ｉｄｅｎｔｉｔｙ）である。ｅＮＢ２００及びＵＥ１００は、複数のリソースプールのそれぞれを１つのセルとして取り扱う。ｅＮＢ２００は、各リソースプールにおいて、通常のセルが送信する信号と同様な種類の信号を送信することが好ましい。

図１２（ａ）において、複数のリソースプールが同一のｅＮＢ２００により管理されている。ＵＥ１００は、リソース１（セル１）との接続及びリソース２（セル２）との接続を有する。この場合、キャリアアグリゲーション（ＣＡ）と同様な手法で通信制御を行ってもよい。

第４実施形態において、複数のリソースプールを同時に使用するＵＥ１００がハンドオーバする場合、ｅＮＢ２００及びＵＥ１００は、当該複数のリソースプールのうち１つのリソースプールを用いてハンドオーバの手続を行う。なお、当該複数リソースプールの全てをハンドオーバする場合に限らず、当該複数のリソースプールのうち一部のみをハンドオーバしてもよい。

図１２（ｂ）に示すように、複数のリソースプールは、複数のｅＮＢ２００によりそれぞれ管理されていてもよい。ＵＥ１００は、リソース１（セル１）との接続及びリソース２（セル２）との接続を有する。この場合、二重接続（ＤＣ：Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）と同様な手法で通信制御を行ってもよい。

ｅＮＢ２００又はＵＥ１００は、ハンドオーバの手続に用いる１つのリソースプールとして、使用している複数のリソースプールのうち、レイテンシの最も小さいリソースプールを選択してもよい。或いは、ハンドオーバの手続に用いる１つのリソースプールは、事前定義されたリソースプール（例えば、上述した共通制御リソース又はプライマリ・リソース）であってもよい。

ハンドオーバの手続において、ＵＥ１００は、選択した１つのリソースプールを用いて、自身が使用する複数のリソースプールのそれぞれの識別子（セル識別子）をｅＮＢ２００に通知してもよい。ｅＮＢ２００は、当該複数のリソースプールを複数のセルとみなして、各リソースプールのハンドオーバを行う。

或いは、ｅＮＢ２００は、ＵＥ１００が使用する複数のリソースプールのそれぞれの識別子（セル識別子）を、所定のインデックス値（例えば、ＵＥ識別子）と対応付けて管理してもよい。この場合、ＵＥ１００は、ハンドオーバの手続において、選択した１つのリソースプールを用いて、所定のインデックス値をｅＮＢ２００に通知してもよい。ｅＮＢ２００は、通知された所定のインデックス値に対応する複数のリソースプールを複数のセルとみなして、各リソースプールのハンドオーバを行う。

第４実施形態は、以下のように要約することができる。

第４実施形態に係るネットワーク装置（ｅＮＢ２００）は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記ネットワーク装置は、通信サービス別に設けられた複数のリソースプールを管理する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記複数のリソースプールのそれぞれは、セル識別子を有する。前記制御部は、前記複数のリソースプールのそれぞれを１つのセルとして取り扱う。

第４実施形態に係る無線端末（ＵＥ１００）は、複数の通信サービスを提供する移動通信システムにおいて用いられる。前記無線端末は、通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部を備える。前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられる。前記複数のリソースプールのそれぞれは、セル識別子を有する。前記制御部は、前記複数のリソースプールのそれぞれを１つのセルとして取り扱う。

（その他の実施形態）
上述した各実施形態を別個独立して実施してもよいし、２以上の実施形態を組み合わせて実施してもよい。例えば、１つの実施形態の一部の動作を他の実施形態に追加してもよいし、１つの実施形態の一部の動作を他の実施形態の一部の動作と置換してもよい。

また、上述した各実施形態において、ｅＮＢ２００が行うと説明した動作のうち少なくとも一部を、ｅＮＢ２００とは異なるネットワーク装置が行ってもよい。

上述した各実施形態において、複数のサービスをサポートするＵＥ１００を想定していたが、１つのサービスのみをサポートするＵＥ１００が存在してもよい。

上述した各実施形態において、無線端末（ＵＥ１００）は、携帯電話端末、車載型端末、カード型端末、又は他の種類の端末であってもよい。

（付記）
（付記Ａ１）
複数の通信サービスを提供する移動通信システムにおいて用いられるネットワーク装置であって、
通信サービス別に設けられた複数のリソースプールを管理する制御部を備え、
前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられ、
前記制御部は、前記複数のリソースプールの配置パターンを示すリソースマップ情報を無線端末に送信するネットワーク装置。

（付記Ａ２）
前記制御部は、特定のリソースプールを用いて前記リソースマップ情報を送信し、
前記特定のリソースプールには、基本ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）が適用される付記Ａ１に記載のネットワーク装置。

（付記Ａ３）
前記リソースマップ情報は、リソースプール内のリソース割り当てをネットワーク装置が行うか又は無線端末が行うかを示す情報を含む付記Ａ１に記載のネットワーク装置。

（付記Ｂ１）
複数の通信サービスを提供する移動通信システムにおいて用いられるネットワーク装置であって、
通信サービス別に設けられた複数のリソースプールと、前記複数のリソースプールのそれぞれの使用条件と、を管理する制御部を備え、
前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられ、
前記使用条件は、対応するリソースプールを使用するために無線端末が満たすべき条件であるネットワーク装置。

（付記Ｂ２）
前記制御部は、
前記使用条件を示す情報を前記無線端末に送信し、
前記使用条件を満たしたか否かの判定結果を示す情報を前記無線端末から受信する付記Ｂ１に記載のネットワーク装置。

（付記Ｂ３）
前記制御部は、前記使用条件を前記無線端末が満たしたか否かを判定し、判定結果を示す情報を前記無線端末に通知する付記Ｂ１に記載のネットワーク装置。

（付記Ｂ４）
前記使用条件は、無線パラメータと比較される閾値、乱数と比較される閾値、無線端末のクラス又はカテゴリ、無線端末の識別子の範囲、無線端末が実行するアプリケーションの種別、及び無線端末が実行するプロトコルの種別のうち、少なくとも１つを含む付記Ｂ１に記載のネットワーク装置。

（付記Ｃ１）
複数の通信サービスを提供する移動通信システムにおいて用いられるネットワーク装置であって、
通信サービス別に設けられた複数のリソースプールを管理する制御部を備え、
前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられ、
前記複数のリソースプールは、前記複数のリソースプールのうち無線端末が最初に使用すべきプライマリ・リソースプールを含むネットワーク装置。

（付記Ｃ２）
前記制御部は、前記プライマリ・リソースプールを示す情報及び／又は前記複数のリソースプールの優先順序を示す情報を前記無線端末に送信する付記Ｃ１に記載のネットワーク装置。

（付記Ｃ３）
前記制御部は、前記無線端末が前記プライマリ・リソースプールの使用を開始した後、前記プライマリ・リソースプールとは異なるリソースプールを使用させる情報を前記無線端末に送信する付記Ｃ１に記載のネットワーク装置。

（付記Ｄ１）
複数の通信サービスを提供する移動通信システムにおいて用いられる無線端末であって、
通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部を備え、
前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられ、
前記複数のリソースプールのそれぞれは、セル識別子を有し、
前記制御部は、前記複数のリソースプールのそれぞれを１つのセルとして取り扱う無線端末。

（付記Ｄ２）
前記制御部は、前記複数のリソースプールを同時に使用する前記無線端末がハンドオーバする場合、前記複数のリソースプールのうち１つのリソースプールを用いてハンドオーバの手続を行う付記Ｄ１に記載の無線端末。

（付記Ｄ３）
複数の通信サービスを提供する移動通信システムにおいて用いられるネットワーク装置であって、
通信サービス別に設けられた複数のリソースプールを管理する制御部を備え、
前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられ、
前記複数のリソースプールのそれぞれは、セル識別子を有し、
前記制御部は、前記複数のリソースプールのそれぞれを１つのセルとして取り扱うネットワーク装置。

（付記Ｄ４）
前記制御部は、前記複数のリソースプールを同時に使用する無線端末がハンドオーバする場合、前記複数のリソースプールのうち１つのリソースプールを用いてハンドオーバの手続を行う付記Ｄ３に記載のネットワーク装置。

［相互参照］
本願は、日本国特許出願第２０１６−０３１９９６号（２０１６年２月２３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

本願発明は、通信分野において有用である。

Claims (10)

1. 複数の通信サービスを提供する移動通信システムにおいて用いられる無線端末であって、
   リソースマップ情報に基づいて、通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部を備え、
   前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられ、
   前記リソースマップ情報は、前記複数のリソースプールの配置パターンを示す無線端末。
2. 前記制御部は、前記リソースマップ情報をネットワーク装置から受信する請求項１に記載の無線端末。
3. 前記制御部は、特定のリソースプールを用いて前記リソースマップ情報を受信し、
   前記特定のリソースプールには、基本ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）が適用される請求項２に記載の無線端末。
4. 前記リソースマップ情報は、リソースプール内のリソース割り当てをネットワーク装置が行うか又は無線端末が行うかを示す情報を含む請求項１に記載の無線端末。
5. 複数の通信サービスを提供する移動通信システムにおいて用いられる無線端末であって、
   通信サービス別に設けられた複数のリソースプールのうち所定のリソースプールの使用条件を前記無線端末が満たしたか否かを判定する制御部を備え、
   前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられ、
   前記使用条件は、前記所定のリソースプールを使用するために前記無線端末が満たすべき条件である無線端末。
6. 前記制御部は、
   前記使用条件を示す情報をネットワーク装置から受信し、
   前記使用条件を前記無線端末が満たしたか否かの判定結果を示す情報を前記ネットワーク装置に送信する請求項５に記載の無線端末。
7. 前記使用条件は、無線パラメータと比較される閾値、乱数と比較される閾値、無線端末のクラス又はカテゴリ、無線端末の識別子の範囲、無線端末が実行するアプリケーションの種別、及び無線端末が実行するプロトコルの種別のうち、少なくとも１つを含む請求項５に記載の無線端末。
8. 複数の通信サービスを提供する移動通信システムにおいて用いられる無線端末であって、
   通信サービス別に設けられた複数のリソースプールの何れかを使用する制御部を備え、
   前記複数のリソースプールは、１無線フレーム内であって、且つ１システム帯域幅内に設けられ、
   前記制御部は、前記複数のリソースプールのうちプライマリ・リソースプールを最初に使用する無線端末。
9. 前記制御部は、前記プライマリ・リソースプールを示す情報及び／又は前記複数のリソースプールの優先順序を示す情報をネットワーク装置から受信する請求項８に記載の無線端末。
10. 前記制御部は、前記無線端末が前記プライマリ・リソースプールの使用を開始した後、前記プライマリ・リソースプールとは異なるリソースプールを使用する請求項８に記載の無線端末。

Images