JP2018139441A - ユーザ端末、基地局、及び方法 - Google Patents

Abstract

【課題】グループ通信機能が導入された移動通信システムを提供する。【解決手段】基地局２００との通信を行うよう構成されたユーザ端末１００−１〜１００−６は、事前にシステム上で規定されている固定のＲＮＴＩを用いて、基地局からＰＤＣＣＨで送信される制御情報を受信する処理を行う。制御情報は、ＰＤＳＣＨリソースの割り当てを示す情報を含み、ＰＤＳＣＨリソースには、複数のサービス識別子と、複数のサービス識別子のそれぞれに対応する複数のスケジューリング情報とが配置される。制御部は、固定のＲＮＴＩを用いて受信した制御情報に基づいて、複数のサービス識別子及び複数のスケジューリング情報を受信する。【選択図】図１０

Description

本発明は、グループ通信機能が導入される移動通信システムに関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）の仕様が策定されている（非特許文献１参照）。ＭＢＭＳでは、複数のユーザ端末が、ネットワークからマルチキャスト又はブロードキャストで提供されるＭＢＭＳサービスを受信する。ＭＢＭＳサービスは、例えば同報映像配信などである。

また、３ＧＰＰでは、リリース１２においてグループ通信の機能を新たに導入するための仕様化が進められる予定である。グループ通信は、例えばパケット通信によるグループ通話（ＶｏＩＰ：Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などである。グループ通信は、基本的には、上りリンクにユニキャストが適用され、下りリンクにユニキャスト又はマルチキャストが適用される。

３ＧＰＰ技術仕様書 「ＴＳ３６．３００ Ｖ１２．０．０」 ２０１４年１月１０日

一の実施形態に係る移動通信システムは、セルを管理しており、下りリンクサブフレーム内の制御領域において制御情報を送信する基地局と、前記セルにおいてグループ通信を行う端末グループを構成する複数のユーザ端末と、を有する。前記基地局は、前記複数のユーザ端末に共通に割り当てられたグループ通信用識別子に応じて、前記グループ通信に関するグループ通信制御情報を、前記制御領域に含まれる所定のサーチスペースに配置する。前記複数のユーザ端末のそれぞれは、自ユーザ端末に割り当てられた前記グループ通信用識別子に応じて、前記グループ通信制御情報を取得する。

第１実施形態乃至第３実施形態に係るＬＴＥシステムの構成図である。 第１実施形態乃至第３実施形態に係るＵＥのブロック図である。 第１実施形態乃至第３実施形態に係るｅＮＢのブロック図である。 第１実施形態乃至第３実施形態に係る無線インターフェイスのプロトコルスタック図である。 第１実施形態乃至第３実施形態に係る無線フレームの構成図である。 第１実施形態に係る動作を説明するための図である。 第１実施形態に係るｅＮＢがＧＣ−ＲＮＴＩを割り当てる場合の動作を示すシーケンス図である。 第１実施形態に係るＥＰＣがＧＣ−ＲＮＴＩを割り当てる場合の動作を示すシーケンス図である。 第１実施形態に係るグループ通信動作を示すシーケンス図である。 第１実施形態の変更例１に係る動作パターン１を示す図である。 第１実施形態の変更例１に係る動作パターン２を示す図である。 第１実施形態の変更例２に係る動作を示すタイムチャートである。 第２実施形態に係る動作を説明するための図である。 第３実施形態に係る動作を説明するための図である。

［実施形態の概要］
実施形態に係る移動通信システムは、セルを管理しており、下りリンクサブフレーム内の制御領域において制御情報を送信する基地局と、前記セルにおいてグループ通信を行う端末グループを構成する複数のユーザ端末と、を有する。前記基地局は、前記複数のユーザ端末に共通に割り当てられたグループ通信用識別子に応じて、前記グループ通信に関するグループ通信制御情報を、前記制御領域に含まれる所定のサーチスペースに配置する。前記複数のユーザ端末のそれぞれは、自ユーザ端末に割り当てられた前記グループ通信用識別子に応じて、前記グループ通信制御情報を取得する。

実施形態において、前記グループ通信用識別子は、前記端末グループごとに異なる。

実施形態において、前記グループ通信用識別子は、グループ通信を開始しようとするユーザ端末の要求に応じて、前記基地局又はコアネットワークにより決定される。前記基地局は、前記決定されたグループ通信用識別子を前記要求元のユーザ端末に通知する。

実施形態において、前記基地局は、前記端末グループごとに異なる複数のサービス識別子と、前記複数のサービス識別子に対応する複数のグループ通信用識別子と、を含むメッセージを前記セル内にブロードキャストで送信する。

実施形態において、前記グループ通信用識別子は、事前にシステム上で規定されている固定値である。前記グループ通信制御情報は、前記制御領域以外のデータ領域に含まれる無線リソースの受信を行うための情報を含む。前記無線リソースには、前記端末グループごとに異なるサービス識別子と共にユーザデータ又は制御情報が配置される。

実施形態において、前記複数のユーザ端末のうち不連続受信動作を行うユーザ端末は、第１のオン期間において前記グループ通信制御情報とは異なる制御情報を監視し、第２のオン期間において前記グループ通信制御情報を監視する。

実施形態において、前記所定のサーチスペースは、前記グループ通信に関するグループ通信制御情報が配置されるグループ通信サーチスペースである。

実施形態において、前記所定のサーチスペースは、前記セル内の全ユーザ端末に共通の制御情報が配置される共通サーチスペースである。

実施形態において、前記所定のサーチスペースは、前記セル内の各ユーザ端末に固有の制御情報が配置される固有サーチスペースである。

実施形態に係る基地局は、グループ通信を行う端末グループを構成する複数のユーザ端末が在圏するセルを管理する制御部を備える。前記制御部は、下りリンクサブフレーム内の制御領域において制御情報を送信する。前記制御部は、前記複数のユーザ端末に共通に割り当てられたグループ通信用識別子に応じて、前記グループ通信に関するグループ通信制御情報を、前記制御領域に含まれる所定のサーチスペースに配置する。

実施形態に係るユーザ端末は、下りリンクサブフレーム内の制御領域において制御情報を送信する基地局が管理するセルにおいて、グループ通信を行う制御部を備える。前記制御部は、自ユーザ端末に割り当てられたグループ通信用識別子に応じて、前記制御領域に含まれる所定のサーチスペースに配置された前記グループ通信に関するグループ通信制御情報を取得する。

［第１実施形態］
以下において、３ＧＰＰ規格に基づく移動通信システムであるＬＴＥシステムに本発明を適用する場合の実施形態を説明する。

（１）システム構成
以下において、第１実施形態に係るＬＴＥシステムのシステム構成について説明する。図１は、第１実施形態に係るＬＴＥシステムの構成図である。

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

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

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

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

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

図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。

アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

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

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。

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

メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

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

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

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

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

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

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

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。

図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ適用される。

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

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できるデータ領域である。

ｅＮＢ２００は、ＰＤＣＣＨにより、下りリンク及び上りリンクのリソース割当結果を通知するための情報（Ｌ１／Ｌ２制御情報）をＵＥ１００に送信する。各ＰＤＣＣＨは、１つ又は連続する複数の制御チャネルエレメント（ＣＣＥ）で構成されるリソースを占有する。１つのＣＣＥは、複数のＲＥで構成される。ＰＤＣＣＨが占有するＣＣＥ数（アグリゲーションレベル）は、１，２，４，８の何れかが設定される。

ｅＮＢ２００は、複数の制御情報を送信する。ｅＮＢ２００は、各制御情報の送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ ＩＤ）でスクランブリングしたＣＲＣビットを制御情報に含める。

各ＵＥ１００は、自ＵＥ宛ての可能性がある複数の制御情報について、自ＵＥのＲＮＴＩでＣＲＣビットをデスクランブリングすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）して、自ＵＥ宛の制御情報を検出する。

また、ブラインド復号の回数を削減するために、ブラインド復号の対象となるＣＣＥは限定されている。ブラインド復号の対象となるＣＣＥ領域は、「サーチスペース」と称される。サーチスペースの詳細については後述する。

（２）第１実施形態に係る動作
第１実施形態に係るＬＴＥシステムは、グループ通信をサポートする。以下において、グループ通信を適切に制御するための第１実施形態に係る動作について説明する。

（２．１）動作概要
図６は、第１実施形態に係る動作を説明するための図である。図６（ａ）は、第１実施形態に係る下りリンクサブフレームを示し、図６（ｂ）は、第１実施形態に係る動作環境を示す。

図６に示すように、第１実施形態に係るＬＴＥシステムは、セルを管理しており、下りリンクサブフレーム内の制御領域（ＰＤＣＣＨ領域）において制御情報を送信するｅＮＢ２００と、セルにおいてグループ通信を行う端末グループ（以下、単に「グループ」という）を構成する複数のＵＥ１００と、を含む。各グループは、サービス識別子（以下、「ＧＣサービスＩＤ」という）により識別される。図６では、ＵＥ１００−１乃至ＵＥ１００−３がグループＡに属しており、ＵＥ１００−４乃至ＵＥ１００−６がグループＢに属するケースを例示している。

各ＵＥ１００は、ＲＲＣコネクティッド状態であり、セル内でＵＥ１００ごとに異なる識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ ＲＮＴＩ）がｅＮＢ２００から割り当てられている。

また、グループ通信を行う各ＵＥ１００には、グループ通信用識別子（ＧＣ−ＲＮＴＩ：Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ＲＮＴＩ）が割り当てられる。第１実施形態では、グループ通信を行う各ＵＥ１００には、グループごとに異なるＧＣ−ＲＮＴＩが割り当てられる。図６では、グループＡに属するＵＥ１００−１乃至ＵＥ１００−３にはＧＣ−ＲＮＴＩ（Ａ）が割り当てられ、グループＢに属するＵＥ１００−４乃至ＵＥ１００−６にはＧＣ−ＲＮＴＩ（Ｂ）が割り当てられる。ＧＣ−ＲＮＴＩの割り当て動作については後述する。

ＰＤＣＣＨ領域は、セル内の全ＵＥ１００に共通の制御情報が配置される共通サーチスペース（ＣＳＳ：Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）と、セル内の各ＵＥ１００に固有の制御情報が配置される固有サーチスペース（ＵＳＳ：ＵＥ ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ）と、を含む。セル内の全ＵＥ１００に共通の制御情報とは、ブロードキャスト信号及びページング信号に関する割り当て情報などである。セル内の各ＵＥ１００に固有の制御情報とは、下りリンクユーザデータに関する割り当て情報などである。ＵＳＳは、Ｃ−ＲＮＩＴ及びサブフレーム番号などに応じて定められる。

第１実施形態では、ＰＤＣＣＨ領域は、グループ通信に関するグループ通信制御情報（以下、「ＧＣ制御情報」という）が配置されるグループ通信サーチスペース（ＧＣＳＳ：Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）をさらに含む。ＧＣ制御情報とは、下りリンクユーザデータ（グループ通信データ）に関する割り当て情報（割り当てリソースブロックの情報）などである。ＧＣ制御情報は、ＭＣＳの情報を含んでもよい。準静的なスケジューリングを行う場合、割り当てリソースブロックの持続期間を示す情報をさらに含んでもよい。ＧＣＳＳは、ＧＣ−ＲＮＴＩ及びサブフレーム番号などに応じて定められる。第１実施形態では、ＧＣ−ＲＮＴＩはグループごとに異なっているため、ＧＣＳＳもグループごとに異なる。図６では、グループＡに対応するＧＣＳＳとグループＢに対応するＧＣＳＳとが個別に設定される。

なお、以下において、ＰＤＣＣＨ領域内で、ＣＳＳが設けられる領域を「ＣＳＳ領域」と称し、ＵＳＳが設けられる領域を「ＵＳＳ領域」と称し、ＧＣＳＳが設けられる領域を「ＧＣＳＳ領域」と称する。

ｅＮＢ２００は、ＧＣ−ＲＮＴＩに応じて、ＧＣ制御情報をＧＣＳＳ領域に配置する。具体的には、ｅＮＢ２００は、グループＡに対応するＧＣＳＳ内にグループＡ向けのＧＣ制御情報をマッピングし、グループＢに対応するＧＣＳＳ内にグループＢ向けのＧＣ制御情報をマッピングする。また、ｅＮＢ２００は、グループＡに割り当てられたＧＣ−ＲＮＴＩ（Ａ）を用いてグループＡ向けのＧＣ制御情報をスクランブリングし、グループＢに割り当てられたＧＣ−ＲＮＴＩ（Ｂ）を用いてグループＢ向けのＧＣ制御情報をスクランブリングする。

各ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＴＩに応じて、ＧＣＳＳに配置されたＧＣ制御情報を取得する。具体的には、各ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＴＩを用いて、自ＵＥ１００が属するグループに対応するＧＣＳＳのブラインド復号（監視）を行う。そして、各ＵＥ１００は、ブラインド復号により、自ＵＥ１００が属するグループ向けのＧＣ制御情報を取得する。例えば、ＵＥ１００−１は、グループＡに対応するＧＣＳＳのブラインド復号により、グループＡ向けのＧＣ制御情報を取得する。これに対し、ＵＥ１００−４は、グループＢに対応するＧＣＳＳのブラインド復号により、グループＢ向けのＧＣ制御情報を取得する。

このように、第１実施形態では、グループごとに異なるＧＣ−ＲＮＴＩにより、ＧＣ制御情報をＰＤＣＣＨ領域内で伝送する。これにより、例えばグループ数及びグループ通信データ量などに応じて、グループごとに柔軟な（動的な）無線リソース割り当てを行うことができる。

（２．２）ＧＣ−ＲＮＴＩの割り当て動作
以下において、第１実施形態に係るＧＣ−ＲＮＴＩの割り当て動作について説明する。

（２．２．１）動作パターン１
動作パターン１では、ＧＣ−ＲＮＴＩは、グループ通信を開始しようとするＵＥ１００の要求に応じて、ｅＮＢ２００又はコアネットワーク（ＥＰＣ２０）により決定される。ｅＮＢ２００は、決定されたＧＣ−ＲＮＴＩを要求元のＵＥ１００に通知する。例えば、ｅＮＢ２００は、個別ＲＲＣメッセージにより、ＧＣ−ＲＮＴＩをユニキャストで送信する。この場合、ＧＣ−ＲＮＴＩは、グループ通信設定情報（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれてもよい。

図７は、ｅＮＢ２００がＧＣ−ＲＮＴＩを割り当てる場合の動作を示すシーケンス図である。

図７に示すように、ステップＳ１１において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を確立する。

その後、ＵＥ１００は、グループ通信の開始手続を行う。ステップＳ１２において、ＵＥ１００は、ＧＣ−ＲＮＴＩの割り当て要求（ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔは、ＵＥ１００が参加したいグループ通信のＧＣサービスＩＤを含む。

ステップＳ１３において、ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔを受信したｅＮＢ２００は、ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔに含まれるＧＣサービスＩＤからＧＣＲＮＴＩを導出する。なお、ｅＮＢ２００は、ＥＰＣ２０からＧＣサービスＩＤの一覧を受信しており、各グループ通信に対してＧＣ−ＲＮＴＩを対応付けていると仮定している。当該対応付けのタイミングは、例えば、ＥＰＣ２０からＧＣサービスＩＤの一覧を受信したタイミング、又はＵＥ１００からＧＣ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔを受信したタイミングである。

ステップＳ１４において、ｅＮＢ２００は、ＧＣサービスＩＤに対応するＧＣ−ＲＮＴＩを含む応答（ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｓｐｏｎｓｅ）をＵＥ１００に送信する。

ＵＥ１００は、ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｓｐｏｎｓｅに含まれるＧＣ−ＲＮＴＩを取得して保持する。また、ＵＥ１００は、ＧＣ−ＲＮＴＩを保持したことに応じて、上述したブラインド復号を開始する。

図８は、ＥＰＣ２０がＧＣ−ＲＮＴＩを割り当てる場合の動作を示すシーケンス図である。ＥＰＣ２０がＧＣ−ＲＮＴＩを割り当てることにより、複数のｅＮＢ２００が協調して動作することができる。ここでは、ＥＰＣ２０内のＭＭＥ３００がＧＣ−ＲＮＴＩを割り当てるケースを例示する。

図８に示すように、ステップＳ２１において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を確立する。

その後、ＵＥ１００は、グループ通信の開始手続を行う。ステップＳ２２において、ＵＥ１００は、ＧＣ−ＲＮＴＩの割り当て要求（ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔは、ＵＥ１００が参加したいグループ通信のＧＣサービスＩＤを含む。

ｅＮＢ２００がＧＣサービスＩＤとＧＣ−ＲＮＴＩとの対応付けを保持している場合には、当該対応付けに基づいてｅＮＢ２００がＧＣ−ＲＮＴＩの割り当てを行ってもよい。ここでは、ｅＮＢ２００が当該対応付けを保持していないと仮定する。ステップＳ２３において、ｅＮＢ２００は、ＵＥ１００からのＧＣ Ｃｏｎｔｒｏｌ ＲｅｑｕｅｓｔをＭＭＥ３００に転送する。

ステップＳ２４において、ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔを受信したＭＭＥ３００は、ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔに含まれるＧＣサービスＩＤからＧＣＲＮＴＩを導出する。

ステップＳ２５において、ＭＭＥ３００は、ＧＣサービスＩＤに対応するＧＣ−ＲＮＴＩを含む応答（ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｓｐｏｎｓｅ）をｅＮＢ２００に送信する。

ステップＳ２６において、ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｓｐｏｎｓｅを受信したｅＮＢ２００は、ＧＣ Ｃｏｎｔｒｏｌ ＲｅｓｐｏｎｓｅをＵＥ１００に転送する。なお、ｅＮＢ２００は、ＭＭＥ３００が割り当てたＧＣ−ＲＮＴＩが、自ｅＮＢ２００で割り当て済みのＲＮＴＩと一致する場合には、ＧＣ−ＲＮＴＩの割り当て変更をＭＭＥ３００に要求してもよい。

ＵＥ１００は、ＧＣ Ｃｏｎｔｒｏｌ Ｒｅｓｐｏｎｓｅに含まれるＧＣ−ＲＮＴＩを取得して保持する。また、ＵＥ１００は、ＧＣ−ＲＮＴＩを保持したことに応じて、上述したブラインド復号を開始する。

（２．２．２）動作パターン２
上述した動作パターン１では、ｅＮＢ２００がユニキャストでＧＣ−ＲＮＴＩをＵＥ１００に通知していたが、ブロードキャストによる通知であってもよい。

動作パターン２では、ｅＮＢ２００は、グループごとに異なる複数のＧＣサービスＩＤと、当該複数のＧＣサービスＩＤに対応する複数のＧＣ−ＲＮＴＩと、を含むメッセージをセル内にブロードキャストで送信する。当該メッセージは、共通ＲＲＣメッセージ（例えば、システム情報ブロック）としてもよい。

動作パターン２では、当該メッセージを受信したＵＥ１００は、参加したいグループ通信のＧＣサービスＩＤに対応するＧＣ−ＲＮＴＩを当該メッセージから取得して保持する。また、ＵＥ１００は、ＧＣ−ＲＮＴＩを保持したことに応じて、上述したブラインド復号を開始する。

（２．２．３）ＧＣ−ＲＮＴＩの範囲
表１に、現仕様において利用可能なＲＮＴＩ及びその値の範囲を示す。

表１に示すように、ＲＮＴＩの値は００００−ＦＦＦＦの範囲となっている。ＧＣ−ＲＮＴＩ値の範囲は、今後の為に確保（Ｒｅｓｅｒｖｅｄ）されている「ＦＦＦ４−ＦＦＦＣ」領域を利用してもよい。或いは、「０００１−００３Ｃ」、「００３Ｄ−ＦＦＦ３」領域の一部を、グループ通信用に割り振ってもよい。或いは、「０００１−００３Ｃ」、「００３Ｄ−ＦＦＦ３」領域を利用する場合は、動的に利用する、又は事前にＧＣ−ＲＮＴＩ用に一部を切り分けてもよい。

（２．３）グループ通信動作
以下において、第１実施形態に係るグループ通信動作について説明する。上述したように、ｅＮＢ２００は、ＧＣ−ＲＮＩＴを用いて、グループ通信用の下りリンク無線リソースの割り当てを行う。

図９は、第１実施形態に係るグループ通信動作を示すシーケンス図である。図９では、ＵＥ１００−１乃至ＵＥ１００−３が同一のグループ（グループＡ）に属しており、ＧＣ−ＲＮＩＴが割り当て済みの状態であると仮定している。ｅＮＢ２００は、ＥＰＣ２０からのグループ通信配信要求に応じて、当該グループ通信のための下りリンク無線リソースの割り当てを開始する。

図９に示すように、ステップＳ３１において、ｅＮＢ２００は、グループＡに対応するＧＣＳＳ内に、グループＡ向けのＧＣ制御情報をマッピングするとともに、グループＡに割り当てられたＧＣ−ＲＮＴＩを用いてグループＡ向けのＧＣ制御情報をスクランブリングする。上述したように、ＧＣ制御情報は、グループ通信データに関する割り当て情報（割り当てリソースブロックの情報）などである。ＧＣ制御情報は、ＭＣＳの情報を含んでもよい。

ステップＳ３２において、ｅＮＢ２００は、ＧＣ制御情報及びグループ通信データを送信する。動的なリソース割り当て（Ｄｙｎａｍｉｃ Ｓｃｈｅｄｕｌｉｎｇ）を行う場合、グループ通信データは、ＧＣ制御情報が配置される下りリンクサブフレームのデータ領域内のリソースブロックに配置される。但し、ｅＮＢ２００は、準静的なリソース割り当て（Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）を行ってもよい。

ステップＳ３３において、各ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＴＩに応じて、グループＡに対応するＧＣＳＳに配置されたＧＣ制御情報を取得する。具体的には、各ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＴＩを用いて、自ＵＥ１００が属するグループに対応するＧＣＳＳのブラインド復号（監視）を行う。また、各ＵＥ１００は、ブラインド復号により、自ＵＥ１００が属するグループ向けのＧＣ制御情報を取得する。

ステップＳ３４において、各ＵＥ１００は、取得したＧＣ制御情報に基づいて、グループ通信データを受信する。具体的には、各ＵＥ１００は、ＧＣ制御情報が示すリソースブロックに配置されたグループ通信データを復調及び復号する。

（３）第１実施形態のまとめ
第１実施形態では、ｅＮＢ２００は、ＧＣ−ＲＮＴＩに応じて、ＧＣ制御情報をＧＣＳＳ領域に配置する。各ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＴＩに応じて、ＧＣＳＳに配置されたＧＣ制御情報を取得する。これにより、グループ通信において動的なスケジューリングが実現できる。

また、１つのグループに属する複数のＵＥ１００に対して一括してリソースブロックを割り当てて、当該リソースブロックにより複数のＵＥ１００に対して一括してグループ通信データを送信（すなわち、マルチキャスト送信）できる。よって、無線リソース効率的に利用可能となる。

［第１実施形態の変更例１］
上述した第１実施形態では、ＧＣ−ＲＮＴＩをグループごとに異ならせるケースを例示した。この場合、複数のＧＣ−ＲＮＴＩ及び複数のＧＣＳＳを確保することが必要となり、リソースが逼迫する可能性がある。よって、ＧＣ−ＲＮＴＩをグループごとに異ならせずに、１つのＧＣ−ＲＮＴＩを各グループで共用する方式としてもよい。

第１実施形態の変更例１では、ＧＣ−ＲＮＴＩは、事前にシステム上で規定されている固定値である。よって、ＧＣ−ＲＮＴＩは、全てのグループで共通になる。この場合、ＧＣ制御情報は、下りリンクサブフレームにおけるＰＤＣＣＨ領域以外のデータ領域に含まれる無線リソースの受信を行うための情報を含む。当該情報は、割り当てリソースブロックの情報及びＭＣＳの情報などを含む。準静的なスケジューリングを行う場合、割り当てリソースブロックの持続期間を示す情報をさらに含んでもよい。

第１実施形態の変更例１では、ＧＣ制御情報が示す無線リソースには、ＧＣサービスＩＤと共に、ユーザデータ又は制御情報が配置される。すなわち、ＧＣ制御情報を各グループで共通とし、データ領域においてＧＣサービスＩＤに基づいてグループごとに切り分ける。

図１０は、第１実施形態の変更例１に係る動作パターン１を示す図である。動作パターン１では、ＧＣ制御情報が示す無線リソースには、ＧＣサービスＩＤと共にユーザデータが配置される。

図１０に示すように、ｅＮＢ２００は、ＧＣ−ＲＮＴＩに応じて、ＧＣ制御情報をＧＣＳＳ領域に配置する。ＧＣ−ＲＮＴＩはグループＡ及びＢで共通であるため、ＧＣＳＳもグループＡ及びＢで共通である。ｅＮＢ２００は、ＧＣ−ＲＮＴＩを用いてＧＣ制御情報をスクランブリングする。

また、ｅＮＢ２００は、グループＡ及びＢに属するＵＥ１００に対して、データ領域内の無線リソースを割り当てる。動作パターン１では、ｅＮＢ２００は、当該無線リソース内に、グループＡのＧＣサービスＩＤと、グループＢのＧＣサービスＩＤと、グループＡのグループ通信データと、グループＢのグループ通信データと、を配置する。ここで、グループＡのグループ通信データは、グループＡのＧＣサービスＩＤと対応付けられている。グループＢのグループ通信データは、グループＢのＧＣサービスＩＤと対応付けられている。例えば、グループ通信データの先頭に、対応するＧＣサービスＩＤを付加する。

ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＩＴを用いて、ＧＣＳＳ内のＧＣ制御情報を取得する。ＵＥ１００は、ＧＣ制御情報に基づいて、データ領域内の割り当て無線リソースを特定し、特定した無線リソースに含まれるＧＣサービスＩＤを取得し、自ＵＥ１００が参加しているグループ通信に対応するＧＣサービスＩＤを検出する。そして、ＵＥ１００は、検出したＧＣサービスＩＤと対応付けられたグループ通信データを取得する。

図１１は、第１実施形態の変更例１に係る動作パターン２を示す図である。動作パターン２では、ＧＣ制御情報が示す無線リソースには、ＧＣサービスＩＤと共に制御情報が配置される。

図１１に示すように、ｅＮＢ２００は、ＧＣ−ＲＮＴＩに応じて、ＧＣ制御情報をＧＣＳＳ領域に配置する。ＧＣ−ＲＮＴＩはグループＡ及びＢで共通であるため、ＧＣＳＳもグループＡ及びＢで共通である。ｅＮＢ２００は、ＧＣ−ＲＮＴＩを用いてＧＣ制御情報をスクランブリングする。

動作パターン２では、ｅＮＢ２００は、データ領域内で、制御情報を配置する無線リソースと、グループＡのグループ通信データを配置する無線リソースと、グループＢのグループ通信データを配置する無線リソースと、を割り当てる。

ｅＮＢ２００は、制御情報を配置する無線リソース内に、グループＡのＧＣサービスＩＤを含む制御情報（Ａ）と、グループＢのＧＣサービスＩＤを含む制御情報（Ｂ）と、を配置する。制御情報（Ａ）は、グループＡのグループ通信データを配置する無線リソースに関するスケジューリング情報である。制御情報（Ｂ）は、グループＢのグループ通信データを配置する無線リソースに関するスケジューリング情報である。制御情報（Ａ）、（Ｂ）は、ＭＣＳの情報を含んでもよい。また、準静的なスケジューリングを行う場合、制御情報（Ａ）、（Ｂ）は、割り当てリソースブロックの持続期間を示す情報をさらに含んでもよい。

ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＩＴを用いて、ＧＣＳＳ内のＧＣ制御情報を取得する。ＵＥ１００は、ＧＣ制御情報に基づいて、データ領域内の無線リソースを特定し、特定した無線リソースに含まれる制御情報を取得する。ここで、ＵＥ１００は、自ＵＥ１００が参加しているグループ通信に対応するＧＣサービスＩＤを含む制御情報を検出する。そして、ＵＥ１００は、検出した制御情報が示す無線リソースを特定し、特定した無線リソースに含まれるグループ通信データを取得する。

［第１実施形態の変更例２］
第１実施形態の変更例２では、グループ通信を行うＵＥ１００が不連続受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を行うケースを想定する。ＤＲＸ動作を行うＵＥ１００は、ＧＣ制御情報とは異なる制御情報を受信するための第１のオン期間において当該制御情報を監視し、かつ、ＧＣ制御情報を受信するための第２のオン期間においてＧＣ制御情報を監視する。

図１２は、第１実施形態の変更例２に係る動作を示すタイムチャートである。

図１２（ａ）に示すように、ＤＲＸ動作を行うＵＥ１００は、ＧＣ制御情報とは異なる制御情報、例えばＣ−ＲＮＴＩを用いて送信される制御情報を、ＤＲＸ周期のオン期間において監視する。具体的には、ＤＲＸ周期ごとに受信機（無線送受信機１１０）をオンにして、Ｃ−ＲＮＴＩを用いてＰＤＣＣＨ領域のブラインド復号を行う。

ここで、グループ通信の割り当てが不連続的（周期的）に発生する場合、図１２（ｂ）に示すように、ＵＥ１００は、図１２（ａ）に示すオン期間だけでなく、ＧＣ制御情報を受信するためのオン期間において受信機をオンにする必要がある。よって、図１２（ｃ）に示すように、ＵＥ１００は、図１２（ａ）に示すオン期間及び図１２（ｂ）に示すオン期間のそれぞれにおいて、受信機をオンにする制御を行う。

［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、システム構成については第１実施形態と同様である。

上述した第１実施形態ではＧＣ制御情報をＧＣＳＳ領域に配置していた。これに対し、第２実施形態では、ＧＣＳＳ領域を設けるのではなく、ＧＣ制御情報をＣＳＳ領域に配置する。

図１３は、第２実施形態に係る動作を説明するための図である。

図１３に示すように、ｅＮＢ２００は、グループごと割り当てられたＧＣ−ＲＮＴＩに応じて、グループ通信に関するＧＣ制御情報をＣＳＳに配置する。ここで、ｅＮＢ２００は、ＧＣ−ＲＮＴＩを用いてＧＣ制御情報をスクランブリングする。

具体的には、ｅＮＢ２００は、グループＡに対応するＣＳＳ内にグループＡ向けのＧＣ制御情報をマッピングし、グループＢに対応するＣＳＳ内にグループＢ向けのＧＣ制御情報をマッピングする。また、ｅＮＢ２００は、グループＡに割り当てられたＧＣ−ＲＮＴＩ（Ａ）を用いてグループＡ向けのＧＣ制御情報をスクランブリングし、グループＢに割り当てられたＧＣ−ＲＮＴＩ（Ｂ）を用いてグループＢ向けのＧＣ制御情報をスクランブリングする。

なお、ｅＮＢ２００は、セル内の全ＵＥ１００に共通の制御情報もＣＳＳに配置する。ｅＮＢ２００は、ＳＩ−ＲＮＴＩ及び／又はＰ−ＲＮＴＩなどを用いて、当該共通の制御情報をスクランブリングする。

各ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＴＩに応じて、ＣＳＳに配置されたＧＣ制御情報を取得する。具体的には、各ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＴＩを用いて、自ＵＥ１００が属するグループに対応するＧＣＳＳのブラインド復号（監視）を行う。そして、各ＵＥ１００は、ブラインド復号により、自ＵＥ１００が属するグループ向けのＧＣ制御情報を取得する。

その他の点については、第１実施形態と同様である。具体的には、第２実施形態では、ＧＣ−ＲＮＴＩは、セルにおいてグループ通信を行うグループごとに異なっている。

また、ＧＣ−ＲＮＴＩは、グループ通信を開始しようとするＵＥ１００の要求に応じて、ｅＮＢ２００又はコアネットワークにより決定される。ｅＮＢ２００は、決定されたＧＣ−ＲＮＴＩを要求元のＵＥ１００に通知する。

或いは、ｅＮＢ２００は、グループごとに異なる複数のＧＣサービスＩＤと、複数のＧＣサービスＩＤに対応する複数のＧＣ−ＲＮＴＩと、を含むメッセージをセル内にブロードキャストで送信する。

［第２実施形態の変更例］
上述した第２実施形態では、ＧＣ−ＲＮＴＩをグループごとに異ならせるケースを例示した。しかしながら、第１実施形態の変更例１と同様に、１つのＧＣ−ＲＮＴＩを各グループで共用する方式としてもよい。

［第３実施形態］
第３実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、システム構成については第１実施形態と同様である。

上述した第１実施形態ではＧＣ制御情報をＧＣＳＳ領域に配置していた。これに対し、第３実施形態では、ＧＣＳＳ領域を設けるのではなく、ＧＣ制御情報をＵＳＳ領域に配置する。

図１４は、第３実施形態に係る動作を説明するための図である。

図１４に示すように、ｅＮＢ２００は、グループごと割り当てられたＧＣ−ＲＮＴＩに応じて、グループ通信に関するＧＣ制御情報をＵＳＳに配置する。ここで、ｅＮＢ２００は、ＧＣ−ＲＮＴＩを用いてＧＣ制御情報をスクランブリングする。

具体的には、ｅＮＢ２００は、グループＡに対応するＵＳＳ内にグループＡ向けのＧＣ制御情報をマッピングし、グループＢに対応するＵＳＳ内にグループＢ向けのＧＣ制御情報をマッピングする。また、ｅＮＢ２００は、グループＡに割り当てられたＧＣ−ＲＮＴＩ（Ａ）を用いてグループＡ向けのＧＣ制御情報をスクランブリングし、グループＢに割り当てられたＧＣ−ＲＮＴＩ（Ｂ）を用いてグループＢ向けのＧＣ制御情報をスクランブリングする。

各ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＴＩに応じて、ＵＳＳに配置されたＧＣ制御情報を取得する。具体的には、各ＵＥ１００は、自ＵＥ１００に割り当てられたＧＣ−ＲＮＴＩを用いて、自ＵＥ１００が属するグループに対応するＧＵＳＳのブラインド復号（監視）を行う。そして、各ＵＥ１００は、ブラインド復号により、自ＵＥ１００が属するグループ向けのＧＣ制御情報を取得する。

その他の点については、第１実施形態と同様である。具体的には、第３実施形態では、ＧＣ−ＲＮＴＩは、セルにおいてグループ通信を行うグループごとに異なっている。

また、ＧＣ−ＲＮＴＩは、グループ通信を開始しようとするＵＥ１００の要求に応じて、ｅＮＢ２００又はコアネットワークにより決定される。ｅＮＢ２００は、決定されたＧＣ−ＲＮＴＩを要求元のＵＥ１００に通知する。

或いは、ｅＮＢ２００は、グループごとに異なる複数のＧＣサービスＩＤと、複数のＧＣサービスＩＤに対応する複数のＧＣ−ＲＮＴＩと、を含むメッセージをセル内にブロードキャストで送信する。

［第３実施形態の変更例１］
上述した第３実施形態では、ＧＣ−ＲＮＴＩをグループごとに異ならせるケースを例示した。しかしながら、第１実施形態の変更例１と同様に、１つのＧＣ−ＲＮＴＩを各グループで共用する方式としてもよい。

［第３実施形態の変更例２］
上述した第３実施形態では、第１実施形態の変更例２と同様に、不連続受信動作を行うＵＥ１００は、ＧＣ制御情報とは異なる制御情報を受信するための第１のオン期間において当該制御情報を監視し、かつ、ＧＣ制御情報を受信するための第２のオン期間においてＧＣ制御情報を監視してもよい。

［その他の実施形態］
上述した各実施形態では、各ＵＥ１００が１つのグループに属するケースを例示したが、１つのＵＥ１００が複数のグループに属していてもよい。この場合、当該１つのＵＥ１００は、複数のＧＣ−ＲＮＴＩを保持してもよい。

上述した各実施形態では、移動通信システムとしてＬＴＥシステムを例示したが、ＬＴＥシステムに限らず、ＬＴＥシステム以外のシステムに本発明を適用してもよい。

日本国特許出願第２０１４−０５８０４０号（２０１４年３月２０日出願）の全内容が、参照により本願明細書に組み込まれている。

本発明は、移動通信等の無線通信分野において有用である。

Claims (4)

1. 基地局との通信を行うよう構成されたユーザ端末であって、
   事前にシステム上で規定されている固定のＲＮＴＩを用いて前記基地局からＰＤＣＣＨを受信する処理を行う制御部を備え、
   前記ＰＤＣＣＨは、ＰＤＳＣＨの割り当てを示す情報を含み、
   前記ＰＤＳＣＨには、サービス識別子と、前記サービス識別子に対応するスケジューリング情報とが配置され、
   前記制御部は、前記固定のＲＮＴＩを用いて受信した前記ＰＤＣＣＨに基づいて前記サービス識別子及び前記スケジューリング情報を受信する
   ユーザ端末。
2. ユーザ端末との通信を行うよう構成された基地局であって、
   事前にシステム上で規定されている固定のＲＮＴＩを用いてＰＤＣＣＨを送信する処理を行う制御部を備え、
   前記制御情報は、ＰＤＳＣＨの割り当てを示す情報を含み、
   前記制御部は、サービス識別子と、前記サービス識別子に対応するスケジューリング情報とを前記ＰＤＳＣＨに配置する
   基地局。
3. 基地局との通信を行うよう構成されたユーザ端末における方法であって、
   事前にシステム上で規定されている固定のＲＮＴＩを用いて前記基地局からＰＤＣＣＨを受信するステップを備え、
   前記制御情報は、ＰＤＳＣＨの割り当てを示す情報を含み、
   前記ＰＤＳＣＨには、サービス識別子と、前記サービス識別子に対応するスケジューリング情報とが配置され、
   前記ユーザ端末は、前記固定のＲＮＴＩを用いて受信した前記ＰＤＣＣＨに基づいて前記サービス識別子及び前記スケジューリング情報を受信する
   方法。
4. ユーザ端末との通信を行うよう構成された基地局における方法であって、
   事前にシステム上で規定されている固定のＲＮＴＩを用いてＰＤＣＣＨを送信するステップを備え、
   前記制御情報は、ＰＤＳＣＨの割り当てを示す情報を含み、
   前記基地局は、サービス識別子と、前記サービス識別子に対応するスケジューリング情報とを前記ＰＤＳＣＨに配置する
   方法。

Images