(57)【要約】  基地局とユーザ装置とを備える無線通信システムにおいて前記基地局と通信を行う前記ユーザ装置において、チャネルを識別するための識別子の一部を使用して、下り制御チャネルから下り制御情報を取得し、更に、前記識別子から前記一部を除いた残部分を、所定のリソースから取得する取得部と、前記取得部により取得された前記一部と前記残部分とにより構成される識別子を用いて、チャネルを識別する識別部とを備える。
2017135453.tif 000002
【特許請求の範囲】
【請求項１】
基地局とユーザ装置とを備える無線通信システムにおいて前記基地局と通信を行う前記ユーザ装置であって、
チャネルを識別するための識別子の一部を使用して、下り制御チャネルから下り制御情報を取得し、更に、前記識別子から前記一部を除いた残部分を、所定のリソースから取得する取得部と、
前記取得部により取得された前記一部と前記残部分とにより構成される識別子を用いて、チャネルを識別する識別部と
を備えることを特徴とするユーザ装置。
【請求項２】
前記所定のリソースは、前記下り制御情報のフィールド、前記下り制御チャネルの送信リソース、前記下り制御チャネルの復調に用いられる参照信号の送信リソース、前記基地局と前記ユーザ装置との間の通信に使用されるニューメロロジー、又は、リソースプール識別子である
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
前記基地局と前記ユーザ装置との間で実行されるランダムアクセス手順において、前記識別子よりも短い第２識別子を前記基地局から受信する受信部と、
前記ランダムアクセス手順の後に、前記ユーザ装置の能力情報を前記基地局に送信する送信部と、を備え、
前記受信部は、前記能力情報に応じて前記基地局から払い出される前記識別子を受信する
ことを特徴とする請求項１又は２に記載のユーザ装置。
【請求項４】
前記基地局と前記ユーザ装置との間で実行されるランダムアクセス手順において、前記識別子よりも短い第２識別子を前記基地局から受信する受信部と、
前記ランダムアクセス手順の後に、前記ユーザ装置の能力情報を前記基地局に送信する送信部と、を備え、
前記受信部は、前記能力情報に応じて前記基地局から払い出される拡張識別子を受信し、前記第２識別子及び前記拡張識別子が前記識別子として使用される
ことを特徴とする請求項１又は２に記載のユーザ装置。
【請求項５】
前記基地局と前記ユーザ装置との間で実行されるランダムアクセス手順において、前記ユーザ装置の能力に応じたリソース構成を使用してランダムアクセス信号を前記基地局に送信する送信部と、
前記ランダムアクセス信号を受信した前記基地局から、前記リソース構成に応じて払い出された前記識別子を受信する受信部と
を備えることを特徴とする請求項１又は２に記載のユーザ装置。
【請求項６】
前記取得部は、前記識別子として、前記ユーザ装置の識別情報から生成された識別子を使用する
ことを特徴とする請求項１又は２に記載のユーザ装置。
【請求項７】
前記取得部は、前記識別子に対応するサーチスペース、又は、前記識別子に対応する前記下り制御情報のフォーマットをモニタすることにより、前記下り制御情報を取得する
ことを特徴とする請求項１ないし６のうちいずれか１項に記載のユーザ装置。
【請求項８】
基地局とユーザ装置とを備える無線通信システムにおいて前記ユーザ装置と通信を行う前記基地局であって、
チャネルを識別するための識別子の一部を使用して、下り制御情報の検査用の値をマスクする識別子処理部と、
前記マスクがされた検査用の値を付加した前記下り制御情報を、下り制御チャネルで送信する送信部と、を備え、
前記送信部は、前記識別子から前記一部を除いた残部分を、所定のリソースで送信する
ことを特徴とする基地局。
【請求項９】
基地局とユーザ装置とを備える無線通信システムにおいて前記基地局と通信を行う前記ユーザ装置が実行するチャネル識別方法であって、
チャネルを識別するための識別子の一部を使用して、下り制御チャネルから下り制御情報を取得し、更に、前記識別子から前記一部を除いた残部分を、所定のリソースから取得する取得ステップと、
前記取得ステップにより取得された前記一部と前記残部分とにより構成される識別子を用いて、チャネルを識別する識別ステップと
を備えることを特徴とするチャネル識別方法。
【請求項１０】
基地局とユーザ装置とを備える無線通信システムにおいて前記ユーザ装置と通信を行う前記基地局が実行する識別子送信方法であって、
チャネルを識別するための識別子の一部を使用して、下り制御情報の検査用の値をマスクするステップと、
前記マスクがされた検査用の値を付加した前記下り制御情報を、下り制御チャネルで送信するステップと、
前記識別子から前記一部を除いた残部分を、所定のリソースで送信するステップと
を備えることを特徴とすることを特徴とする識別子送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおいてチャネル及びユーザを識別するために使用される識別子の通知方法に関連するものである。
【背景技術】
【０００２】
ＬＴＥに準拠した無線通信システムでは、ＲＮＴＩ（Radio Network Temporary Identifier）と呼ばれる識別子が使用される。ＲＮＴＩは、チャネルを識別するための識別子である。また、ＲＮＴＩは、ユーザを識別する識別子でもある。非特許文献１（7.1 RNTI values）には、ＲＮＴＩの値又は値の範囲により、その種別が定められ、その種別によりトランスポートチャネル及び論理チャネルが対応付けられていることが示されている。【０００３】
ただし、ＲＮＴＩの配布を除いて、ＲＮＴＩは明示的には基地局ｅＮＢ（以下、ｅＮＢとする）からユーザ装置ＵＥ（以下、ＵＥとする）に通知されない。図１に示すように、ｅＮＢは、ＰＤＣＣＨ（Physical Downlink Control Channel、物理下り制御チャネル）で伝達されるＤＣＩ（Downlink Control Information、下り制御情報）のペイロードに付与されるＣＲＣ（Cyclic Redundancy Check、検査用の値）を、ＲＮＴＩでスクランブルする。ＰＤＣＣＨを受信したＵＥは、自分が持つＲＮＴＩを用いて所定のサーチスペースでブラインド復号を行ってＤＣＩを取得する。例えば、Ｐ−ＲＮＴＩを使用してＤＣＩを取得できた場合、ＵＥは、ページングチャネルを受信することを識別できる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS 36.321 V12.6.0 (2015-06)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
今後、ＭＴＣ（Machine-Type Communication）が普及し、ネットワークに接続される端末（ＵＥ）の数が飛躍的に増大することが予想される。その場合、既存のＲＮＴＩの名前空間（容量）が不足する可能性がある。【０００６】
現在のＬＴＥ仕様ではＵＥ個別に設定するＣ−ＲＮＴＩの数は６５，４６２である。しかし、非特許文献１に示されるように、Ｃ−ＲＮＴＩは、ＳＰＳ（Semi persistent Scheduling）やＴＰＣ（Transmit Power Control）用のＲＮＴＩと同じ名前空間を使用しており、実効的に利用可能な領域は更に少ない。【０００７】
名前空間の不足を解消するために、ＲＮＴＩ長の拡張を行うことが考えられる。しかし、ＲＮＴＩ長の拡張により、シグナリングオーバーヘッドが増加する。シグナリングオーバーヘッドの増加は、ＵＥのカバレッジ縮退、ＵＥのバッテリー消費の増大等を招く可能性があり好ましくない。【０００８】
本発明は上記の点に鑑みてなされたものであり、無線通信システムにおいて、チャネルを識別するために使用される識別子を拡張する場合でも、オーバーヘッドの増加を抑制することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の実施の形態によれば、基地局とユーザ装置とを備える無線通信システムにおいて前記基地局と通信を行う前記ユーザ装置であって、
チャネルを識別するための識別子の一部を使用して、下り制御チャネルから下り制御情報を取得し、更に、前記識別子から前記一部を除いた残部分を、所定のリソースから取得する取得部と、
前記取得部により取得された前記一部と前記残部分とにより構成される識別子を用いて、チャネルを識別する識別部と
を備えることを特徴とするユーザ装置が提供される。【００１０】
また、本発明の実施の形態によれば、基地局とユーザ装置とを備える無線通信システムにおいて前記ユーザ装置と通信を行う前記基地局であって、
チャネルを識別するための識別子の一部を使用して、下り制御情報の検査用の値をマスクする識別子処理部と、
前記マスクがされた検査用の値を付加した前記下り制御情報を、下り制御チャネルで送信する送信部と、を備え、
前記送信部は、前記識別子から前記一部を除いた残部分を、所定のリソースで送信する
ことを特徴とする基地局が提供される。【００１１】
また、本発明の実施の形態によれば、基地局とユーザ装置とを備える無線通信システムにおいて前記基地局と通信を行う前記ユーザ装置が実行するチャネル識別方法であって、
チャネルを識別するための識別子の一部を使用して、下り制御チャネルから下り制御情報を取得し、更に、前記識別子から前記一部を除いた残部分を、所定のリソースから取得する取得ステップと、
前記取得ステップにより取得された前記一部と前記残部分とにより構成される識別子を用いて、チャネルを識別する識別ステップと
を備えることを特徴とするチャネル識別方法が提供される。【００１２】
また、本発明の実施の形態によれば、基地局とユーザ装置とを備える無線通信システムにおいて前記ユーザ装置と通信を行う前記基地局が実行する識別子送信方法であって、
チャネルを識別するための識別子の一部を使用して、下り制御情報の検査用の値をマスクするステップと、
前記マスクがされた検査用の値を付加した前記下り制御情報を、下り制御チャネルで送信するステップと、
前記識別子から前記一部を除いた残部分を、所定のリソースで送信するステップと
を備えることを特徴とすることを特徴とする識別子送信方法が提供される。
【発明の効果】
【００１３】
無線通信システムにおいて、チャネルを識別するために使用される識別子を拡張する場合でも、オーバーヘッドの増加を抑制することを可能とする技術が提供される。
【図面の簡単な説明】
【００１４】
【図１】従来のＲＮＴＩを説明するための図である。
【図２】本発明の実施の形態における通信システムの構成図である。
【図３】１６ビットよりも大きなサイズのＲＮＴＩの例を示す図である。
【図４】実施の形態の概要を説明するための図である。
【図５】ユーザ装置ＵＥにおける識別動作例を説明するための図である。
【図６】能力に応じてＬｏｎｇ／ｎｏｒｍａｌ−ＲＮＴＩを設定する処理例１を説明するためのシーケンス図である。
【図７】能力に応じてＬｏｎｇ／ｎｏｒｍａｌ−ＲＮＴＩを設定する処理例２を説明するためのシーケンス図である。
【図８】ＲＮＴＩによりリソース割り当て可能な時間・周波数リソースを限定する例を説明するための図である。
【図９】変形例におけるシーケンスの例を示す図である。
【図１０】ユーザ装置ＵＥの構成図である。
【図１１】ユーザ装置ＵＥのＨＷ構成図である。
【図１２】基地局ｅＮＢの構成図である。
【図１３】基地局ｅＮＢのＨＷ構成図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのＲｅｌ−１２、１３、１４もしくはそれ以降に対応する通信方式（５Ｇを含む）を含み得る広い意味で使用する。また、以下で説明するＲＮＴＩは、チャネルを識別する識別子の一例であり、本発明はＲＮＴＩ以外の識別子にも適用可能である。
【００１６】
（システム構成、動作概要）
図２に、本発明の実施の形態に係る無線通信（移動通信）システムの全体構成図を示す。本実施の形態に係る無線通信システムは、セルを形成する基地局ｅＮＢ、及び基地局ｅＮＢ（以下、ｅＮＢ）と通信を行うユーザ装置ＵＥ（以下、ＵＥ）を有する。
【００１７】
ｅＮＢとＵＥはそれぞれＬＴＥの機能を少なくとも有する。すなわち、ｅＮＢは、ＰＤＣＣＨで伝達されるＤＣＩのペイロードに付与されるＣＲＣを、ＲＮＴＩでスクランブルし、ＰＤＣＣＨを送信する。ＰＤＣＣＨを受信したＵＥは、自分が持つＲＮＴＩを用いて所定のサーチスペースでブラインド復号を行ってＤＣＩを取得する。その後、ＵＥは、ＤＣＩの取得に用いたＲＮＴＩの種別（ＲＮＴＩの値）に応じたチャネル受信処理等を行う。
【００１８】
本実施の形態では、ＲＮＴＩを拡張し、ｅＮＢ及びＵＥは、ＲＮＴＩとして１６ビットよりも大きい値（又は小さい値）を使用することができる。例えば、ｅＮＢは、ＵＥに対して、拡張ＲＮＴＩを払い出すとともに、拡張ＲＮＴＩでマスクしたＣＲＣを有するＤＣＩ（下り制御情報）をＰＤＣＣＨで送信する。
【００１９】
例えば、図３に示すように、ｅＮＢは、拡張ＲＮＴＩを使用してＣＲＣのマスクを行う際に、ＣＲＣの先頭部分もしくは末尾部分を、繰り返し部分として元のＣＲＣに連結することで、「ＣＲＣ＋繰り返し部分」を拡張ＲＮＴＩと同じ長さにする。そして、「ＣＲＣ＋繰り返し部分」に対して拡張ＲＮＴＩでマスクをする。
【００２０】
拡張ＲＮＴＩを使用するＵＥは、拡張ＲＮＴＩでデスクランブルした「ＣＲＣ＋繰り返し部分」からＣＲＣを取り出してＣＲＣチェックを行うことで目的のＤＣＩを取得する。
【００２１】
拡張ＲＮＴＩとＣＲＣの長さを揃える方法として、上記のように繰り返し部分を使用することは一例である。例えば、拡張ＲＮＴＩの長さのＣＲＣが生成されるような、ＣＲＣ生成多項式を使用してもよい。また、拡張ＲＮＴＩとＣＲＣの長さを揃えないこととしてもよい。以下に詳しく説明するように、拡張ＲＮＴＩのうちの既存ＲＮＴＩの長さの部分を使用して、ＣＲＣマスクを行うこととしてもよい。
【００２２】
本実施の形態では、全ＵＥが共通のＲＮＴＩ長を用いてもよいし、ＵＥ毎に使用するＲＮＴＩ長を切り替えてもよい。例えば、ｅＮＢは、ＵＥの能力（例：ＭＴＣに相当する能力かどうか）に応じてＲＮＴＩの長さを決定し、当該ＵＥに対して、決定した長さのＲＮＴＩを払い出すとともに、当該ＲＮＴＩをＣＲＣマスク等に使用する。ＵＥも、当該ＲＮＴＩを使用する。
【００２３】
また、送信するＤＣＩフォーマットによって使用するＲＮＴＩ長を切り替えてもよい。一例として、ｅＮＢは、ＤＣＩフォーマット１Ｃの送信の場合には短いＲＮＴＩ長を使用し、ＤＣＩフォーマット２であれば長いＲＮＴＩ長を使用する。
【００２４】
上記のように、ＵＥ毎、ＤＣＩ毎にＲＮＴＩ長を変更可能とすることで、一部のＵＥ、もしくは、一部のＤＣＩには短いＲＮＴＩ長を使用することができ、ＲＮＴＩ長拡張によるオーバーヘッド増大の影響を抑制できる。
【００２５】
（実施の形態の具体例）
以下、本実施の形態をより具体的に説明する。以下で説明する例では、図４に示したように、ｅＮＢは、既存のＲＮＴＩよりも長い拡張ＲＮＴＩを使用する場合において、拡張ＲＮＴＩの一部（既存のＣＲＣの長さ）を使用してＣＲＣのマスクを行い、当該ＣＲＣの付されたＤＣＩをＰＤＣＣＨで送信する。また、ｅＮＢは、拡張ＲＮＴＩの残りの部分（拡張ＲＮＴＩ残部分）を、ＣＲＣ部分とは異なる別のリソースを用いて送信する。別のリソースは、例えば、ＲＮＴＩ通知以外の目的で使用されるものであり、これにより、ＲＮＴＩ拡張に係るオーバーヘッドの削減が可能となる。
【００２６】
例えば、ｅＮＢは、拡張ＲＮＴＩ残部分を、拡張ＲＮＴＩの一部（残部分以外の部分、以下、同様）でマスクしたＣＲＣが付されたＤＣＩのフィールドの一部として送信する。この場合に、ＰＤＣＣＨを受信したＵＥの識別動作例を、図５を参照して説明する。
【００２７】
ステップＳ１０１で、ＵＥは、保持している拡張ＲＮＴＩの一部を用いたブラインド復号処理によりＤＣＩを取得する。ステップＳ１０２で、ＵＥは、ＤＣＩの所定のフィールドから、拡張ＲＮＴＩ残部分（に相当する情報）を取得する。ステップＳ１０３で、ＵＥは、取得した拡張ＲＮＴＩ残部分と、保持する拡張ＲＮＴＩの対応部分とを照合し、合致していれば、受信したＤＣＩに関連する自分宛てのチャネル（ＰＤＳＣＨ）を受信することを把握するとともに、チャネル（例：トランスポートチャネル、論理チャネル等）の種別（拡張ＲＮＴＩに対応する種別）を識別できる。例えば、保持するＣ−ＲＮＴＩ（拡張されたもの）を使用してＤＣＩを取得できた場合、ＵＥは、受信するトランスポートチャネルが、自分宛てのＤＬ−ＳＣＨであることを識別できる。
【００２８】
また、拡張ＲＮＴＩ残部分を別のリソースを用いて送信する方法として、例えば、ｅＮＢは、ＤＣＩの送信に使用するビームインデックス、時間・周波数リソース、符号のいずれか１つ、又はいずれか複数（全部含む）の組み合わせを用いて拡張ＲＮＴＩ残部分を送信する。なお、本実施の形態のｅＮＢは、複数のビームを形成するビームフォーミング機能を備えている。
【００２９】
例えば、ビームインデックスを使用する場合、拡張ＲＮＴＩ残部分が「１５」であるとした場合に、ｅＮＢは、１５番で識別される下りビームで、拡張ＲＮＴＩの一部でマスクしたＣＲＣが付されたＤＣＩ（ＰＤＣＣＨ）を送信する。この場合、ＵＥは、下りビーム毎のリソースを予め知っており、１５番に対応するリソースで受信したＰＤＣＣＨから、拡張ＲＮＴＩの一部を用いてＤＣＩを取得する。そして、「１５」と、保持する拡張ＲＮＴＩの対応部分とを照合して、「１５」に合致すれば、受信したＤＣＩに関連する自分宛てのチャネルを受信することを把握する。
【００３０】
また、例えば、上記の時間・周波数リソースとして、ＰＤＣＣＨのサーチスペース、もしくはそのサブセットを使用することもできる。例えば、所定のサーチスペースを複数に分割し、分割した領域と拡張ＲＮＴＩ残部分の値を対応付ける。ＵＥは、拡張ＲＮＴＩの一部でマスクしたＣＲＣが付されたＤＣＩを取得できた領域により、ｅＮＢから通知された拡張ＲＮＴＩ残部分の値を把握する。
【００３１】
また、ｅＮＢは、ＰＤＣＣＨの復調に用いる参照信号の時間・周波数リソース及び系列の両方又はいずれかを用いて拡張ＲＮＴＩ残部分をＵＥに通知してもよい。例えば、参照信号の時間・周波数リソースが、拡張ＲＮＴＩ残部分の値に対応付けられており、ＵＥは、当該対応情報を報知情報等により保持している。そして、ＵＥは、拡張ＲＮＴＩの一部でマスクしたＣＲＣが付されたＤＣＩを取得できた場合に、そのＰＤＣＣＨの復調の際に使用した参照信号の時間・周波数リソースから、上記対応情報に基づいて拡張ＲＮＴＩ残部分の値を取得する。
【００３２】
また、ｅＮＢは、ＭＡＣヘッダ等の上位レイヤ識別子を用いて、拡張ＲＮＴＩ残部分をＵＥに通知してもよい。ＭＡＣヘッダを使用する場合、ＵＥは、まず、拡張ＲＮＴＩの一部でマスクしたＣＲＣが付されたＤＣＩを取得し、その後、ＤＣＩを用いてＰＤＳＣＨを受信し、当該ＰＤＳＣＨのデータからＭＡＣヘッダを取得して、拡張ＲＮＴＩ残部分の照合を行う。
【００３３】
また、ｅＮＢは、Numerology（ニューメロロジー）を識別する情報を使用して拡張ＲＮＴＩ残部分をＵＥに通知してもよい。なお、本実施の形態において、Numerologyは「リソース」の一例である。Numerologyとは、例えば、サブフレーム長、スロット長、サブキャリア間隔、シンボル長、サンプリング周波数、ＦＦＴサイズ、サブキャリア数、ＣＰ長等、無線通信システムで使用されるパラメータである。
【００３４】
例えば、特定のNumerologyの値（例：ＣＰ長）が拡張ＲＮＴＩ残部分の値に対応付けられており、ＵＥは、当該対応情報を報知情報等により保持している。そして、ＵＥは、拡張ＲＮＴＩの一部でマスクしたＣＲＣが付されたＤＣＩを取得できた場合に、そのＰＤＣＣＨの復調の際に使用したNumerologyの値から、上記対応情報に基づいて拡張ＲＮＴＩ残部分の値を取得する。
【００３５】
また、ｅＮＢは、リソースプール識別子を使用して拡張ＲＮＴＩ残部分をＵＥに通知してもよい。この場合、例えば、ｅＮＢは、ＵＥに対して報知情報等により、ＵＥが信号受信（あるいは信号送信）に使用するリソースプール（例：時間・周波数リソースの範囲等）の識別子を通知する。また、ｅＮＢは、リソースプール識別子と拡張ＲＮＴＩ残部分の値との対応情報をＵＥに通知する。ＵＥは、拡張ＲＮＴＩの一部でマスクしたＣＲＣが付されたＤＣＩを取得できた場合に、当該リソースプールの識別子から拡張ＲＮＴＩ残部分の値を取得して、照合を行う。
【００３６】
なお、ｅＮＢは、ＣＲＣマスクに用いるＲＮＴＩサイズ（分割比）をＤＣＩフォーマットによって変更してもよい。また、例えば、特定のＵＥ（例：ＭＴＣ−ＵＥ）に対するＤＣＩ送信の際には、ＣＲＣマスクのサイズを小さく（例：８ビット）し、残りのＲＮＴＩを例えば時間リソース（後述の時間セット等）で通知することでオーバーヘッドを削減することとしてもよい。
【００３７】
＜拡張識別子について＞
上述した拡張ＲＮＴＩのうちの一部を既存のＲＮＴＩとし、拡張ＲＮＴＩ残部分を、既存ＲＮＴＩを拡張するための拡張識別子と位置付けてもよい。拡張ＲＮＴＩ残部分を拡張識別子とする場合でも、動作は上記の例と同じである。
【００３８】
拡張識別子を時間リソースで通知する場合の例として、例えば、ＲＮＴＩ（既存のＲＮＴＩ）を有効とする時間セットを上位レイヤシグナリングでｅＮＢからＵＥに設定する。あるいは、ＵＥに予め設定する。
【００３９】
例えば、ＵＥ−Ａは時間セットＡでＲＮＴＩが有効であり、ＵＥ−Ｂは時間セットＡと直交した時間セットＢでＲＮＴＩが有効であると設定がなされたものとする。この場合、ｅＮＢは、同一のＲＮＴＩをＵＥ−ＡとＵＥ−Ｂに割り当てる。一方、ＵＥ−Ａは時間セットＡでＲＮＴＩを用いてＤＣＩの監視を行い、ＵＥ−Ｂは、時間セットＢでＲＮＴＩを用いてＤＣＩの監視を行う。
【００４０】
上記の例では、時間リソースの区別を拡張識別子とした例であるが、時間リソースに代えて、又は、時間リソースに加えて周波数リソースの区別を拡張識別子としてもよい。
【００４１】
また、ｅＮＢからＵＥへのリソース割り当て、又は、ｅＮＢからＵＥへの特別な制御信号の送信をトリガとして、一定期間有効化される時間ウィンドウを設けることで、データのバースト送受信を可能にしてもよい。
【００４２】
また、拡張識別子がＤＣＩフォーマットに対応付けられていてもよい。この場合、拡張識別子が設定されたＵＥのみが、拡張識別子を含む（あるいは、拡張識別子に対応する）特別なＤＣＩフォーマットをモニタする。また、ＭＡＣヘッダに関しても同様に、拡張識別子が設定されたＵＥのみが拡張識別子を通知可能なタイプのＭＡＣヘッダのみをモニタしてもよい。
【００４３】
なお、既存の長さのＲＮＴＩ（後述するＮｏｒｍａｌ−ＲＮＴＩ）のうちの一部（空間の中の一部の範囲）をＲＮＴＩ拡張のために予約してもよい。これにより、ＲＮＴＩ拡張を認識できるＵＥと、認識できないＵＥとの混在運用が可能となる。
【００４４】
（一部のＵＥを対象に拡張ＲＮＴＩを適用する場合の具体例）
前述したように、本実施の形態では、一部のＵＥを対象に拡張ＲＮＴＩを適用することが可能である。その場合の具体例を以下に説明する。
【００４５】
本実施の形態の無線通信システムにおいてＬｏｎｇ−ＲＮＴＩ（長いＲＮＴＩ）とＮｏｒｍａｌ−ＲＮＴＩ（通常ＲＮＴＩ）が定義される。Ｌｏｎｇ−ＲＮＴＩは、これまでに説明した拡張ＲＮＴＩに対応し、Ｎｏｒｍａｌ−ＲＮＴＩは既存のＲＮＴＩに対応する。
【００４６】
例えば、ｅＮＢは、ランダムアクセス手順の中でＮｏｒｍａｌ−ＲＮＴＩをＵＥに払い出し、別途上位レイヤシグナリングで、ＵＥ能力又はＵＥ種別に応じてＬｏｎｇ−ＲＮＴＩをＵＥに払い出す。この場合の処理のシーケンスを、図６を参照して説明する。図６は、例として、衝突型のランダムアクセス手順の例を示している。なお、ランダムアクセスは、ＵＥが、発信時あるいはハンドオーバ等により、ｅＮＢと接続を確立する場合等に行われ、その主な目的は上り同期を確立することである。
【００４７】
ステップＳ２０１において、ＵＥは、所定数のプリアンブル系列の中から１つのプリアンブル系列を使用して、ＰＲＡＣＨ（Physical Random Access Channel）により、RACH preamble（選択したプリアンブル系列）を送信する。
【００４８】
ステップＳ２０２において、ｅＮＢは、ＤＬ−ＳＣＨ（下り共有チャネル）を利用して、払い出したＮｏｒｍａｌ−ＲＮＴＩ（Temporary C-RNTI）を含むRACH responseをＵＥに送信する。
【００４９】
RACH responseを受信したＵＥは、RACH responseに含まれるUL grantで割り当てられたリソースを用いてＵＬ−ＳＣＨ（上り共有チャネル）により、RRC connection request等の制御メッセージをｅＮＢに送信する（ステップＳ２０３）。
【００５０】
ステップＳ２０４において、ｅＮＢは、contention resolution（競合解決メッセージ）をＤＬ−ＳＣＨで送信する。contention resolutionを受信したＵＥは、自分のＮｏｒｍａｌ−ＲＮＴＩが含まれていることを確認することで、ランダムアクセス処理を完了し、以降、Ｎｏｒｍａｌ−ＲＮＴＩを使用してデータの送受信を行うことができる。
【００５１】
本実施の形態では、例えばステップＳ２０５で、ＵＥの能力情報（UE capability）がｅＮＢに送信される。この送信においては、Ｎｏｒｍａｌ−ＲＮＴＩが使用される。ｅＮＢは、当該能力情報（例えばＵＥカテゴリ、ＵＥ種別等）に基づいて、ＵＥに対してＬｏｎｇ−ＲＮＴＩを払い出すかどうかを判定する（ステップＳ２０６）。ここでは、例えば、ｅＮＢは、ＵＥがＭＴＣ端末に相当する能力情報を持つことを判別し、Ｌｏｎｇ−ＲＮＴＩを払い出し、Ｌｏｎｇ−ＲＮＴＩを、ＲＲＣメッセージあるいは報知信号あるいは物理信号により、ＵＥに送信する（ステップＳ２０７）。その後、ＵＥは、Ｌｏｎｇ−ＲＮＴＩを使用して、ＤＣＩモニタリング等を行う。
【００５２】
なお、ここで送信する情報は、Ｌｏｎｇ−ＲＮＴＩそのものでもよいし、Ｎｏｒｍａｌ−ＲＮＴＩといっしょに使用することでＬｏｎｇ−ＲＮＴＩを構成する拡張識別子でもよい。例えばＵＥ（及びｅＮＢ）は、「Ｎｏｒｍａｌ−ＲＮＴＩ＋拡張識別子」をＬｏｎｇ−ＲＮＴＩとして使用する。
【００５３】
Ｌｏｎｇ−ＲＮＴＩを払い出すシーケンスの他の例を、図７を参照して説明する。ステップＳ２１１において、ｅＮＢは、ＵＥに、報知信号（あるいは上位レイヤシグナリング）により、RACH preambleの送信に使用するリソースの構成情報と、ＵＥ能力あるいはＵＥ種別（以降、これらを総称してＵＥ能力と呼ぶ）との対応情報を通知する。当該構成情報は、例えば、時間リソース、周波数リソース、プリアンブル系列のいずれか１つ、又は、いずれか２つの組み合わせ、又は、３つの組み合わせからなる。
【００５４】
ＵＥは、上記の対応情報に基づいて、自身のＵＥ能力に対応した構成情報を使用してRACH preambleを送信する（ステップＳ２１２）。ｅＮＢは、受信したRACH preambleの構成情報（リソース）に基づいて、当該ＵＥに払い出すＲＮＴＩ（Ｌｏｎｇ−ＲＮＴＩ又はＮｏｒｍａｌ−ＲＮＴＩ）を決定し、決定したＲＮＴＩ（Ｌｏｎｇ−ＲＮＴＩ又はＮｏｒｍａｌ−ＲＮＴＩ）を含むRACH responseをＵＥに送信する（ステップＳ２１３）。
【００５５】
また、RACH responseをモニタするウィンドウと、ＵＥ能力との対応情報をｅＮＢからＵＥに報知し、ｅＮＢは、RACH responseの送信において、Ｌｏｎｇ−ＲＮＴＩを含むRACH responseを、Ｌｏｎｇ−ＲＮＴＩに対応するＵＥ能力のウィンドウ内で送信し、Ｎｏｒｍａｌ−ＲＮＴＩを含むRACH responseを、Ｎｏｒｍａｌ−ＲＮＴＩに対応するＵＥ能力のウィンドウ内で送信し、ＵＥは、上記対応情報に基づき、自身のＵＥ能力に応じたウィンドウを監視して、RACH responseを受信することとしてもよい。この場合、RACH preambleの送信リソースをＵＥ間で共通化できる。
【００５６】
また、RACH responseのフォーマット（送信に使用するＲＮＴＩ又はＤＣＩフォーマット）と、ＵＥ能力との対応情報をｅＮＢからＵＥに報知し、ｅＮＢは、RACH responseの送信において、Ｌｏｎｇ−ＲＮＴＩを含むRACH responseを、Ｌｏｎｇ−ＲＮＴＩに対応するフォーマットで送信し、Ｎｏｒｍａｌ−ＲＮＴＩを含むRACH responseを、Ｎｏｒｍａｌ−ＲＮＴＩに対応するフォーマットで送信し、ＵＥは、上記対応情報に基づき、自身のＵＥ能力に応じたフォーマットを監視して、RACH responseを受信することとしてもよい。この場合も、RACH preambleの送信リソースをＵＥ間で共通化できる。
【００５７】
上記の方法のうちのいずれかの方法でＬｏｎｇ−ＲＮＴＩを設定されたＵＥは、例えば、前述した方法（図４）を用いることで、Ｌｏｎｇ−ＲＮＴＩの一部をＮｏｒｍａｌ−ＲＮＴＩとして用いてＤＣＩを検出し、別のリソースで残りのＬｏｎｇ−ＲＮＴＩの残り部分を識別する。この残り部分は、前述した拡張識別子であってもよい。
【００５８】
また、ｅＮＢは、Ｌｏｎｇ−ＲＮＴＩに対応するサーチスペース、及び／又は、Ｌｏｎｇ−ＲＮＴＩに対応するＤＣＩフォーマットを使用することとしてもよい。この場合、ｅＮＢは、Ｌｏｎｇ−ＲＮＴＩに対応するサーチスペースの情報、及び／又は、Ｌｏｎｇ−ＲＮＴＩに対応するＤＣＩフォーマットの情報を報知信号等によりＵＥに通知する。そして、ＵＥは、Ｌｏｎｇ−ＲＮＴＩを用いてＣＲＣマスクのされたＤＣＩを、自身が保持するＬｏｎｇ−ＲＮＴＩを用いて、Ｌｏｎｇ−ＲＮＴＩに対応するサーチスペース、及び／又は、Ｌｏｎｇ−ＲＮＴＩに対応するＤＣＩフォーマットをモニタすることで検出する。
【００５９】
ｅＮＢが、RACH responseでＮｏｒｍａｌ−ＲＮＴＩ又はＬｏｎｇ−ＲＮＴＩをＵＥに払い出す際に、当該RACH responseの送信に使用するＲＮＴＩとしては、例えば、Ｎｏｒｍａｌ−ＲＮＴＩのＲＮＴＩ長を持つ２種類（Ｎｏｒｍａｌ−ＲＮＴＩ用、Ｌｏｎｇ−ＲＮＴＩ用）のうちの、払い出すＲＮＴＩに対応したＲＮＴＩを用いる。また、Ｎｏｒｍａｌ−ＲＮＴＩを払い出す際には、Ｎｏｒｍａｌ−ＲＮＴＩのＲＮＴＩ長を持つＲＮＴＩを使用し、Ｌｏｎｇ−ＲＮＴＩを払い出す際には、Ｌｏｎｇ−ＲＮＴＩのＲＮＴＩ長を持つＲＮＴＩを使用することとしてもよい。このようにすることで、ＵＥは、RACH response受信に使用したＲＮＴＩにより、払い出されたＲＮＴＩ種別を識別できる。
【００６０】
（リソース割り当て可能な時間・周波数リソースの限定について）
本実施の形態では、ＲＮＴＩにより、リソース割り当て可能な時間・周波数リソースを限定してもよい。
【００６１】
例えば、ＲＮＴＩを拡張識別子で拡張する場合において、図８に示すように、拡張識別子としてＡが付された拡張ＲＮＴＩを割り当てられたＵＥに対しては、ｅＮＢは、リソースセット１内でリソース（例：ＤＬデータ送信リソース、ＵＬデータ送信リソース等）を割り当てる。また、拡張識別子としてＢが付された拡張ＲＮＴＩを割り当てられたＵＥに対しては、ｅＮＢは、リソースセット２内でリソースを割り当てる。
【００６２】
各ＵＥは、割り当てられた拡張識別子（拡張ＲＮＴＩ）により、リソースが割り当てられる可能性があるリソースセットを把握するので、ｅＮＢは、リソース割り当てのための情報量を少ない情報量（リソースセット内のリソースを識別する情報の量）とすることができる。これにより、リソース割り当てのためのシグナリングオーバーヘッドを削減することができる。
【００６３】
（ＲＮＴＩの生成について）
本実施の形態では、ＲＮＴＩをｅＮＢがＵＥに対して払い出すことに代えて、ＵＥがＵＥ−ＩＤ（例、ＳＩＭカードに格納されているＩＭＳＩ：International Mobile Subscriber Identity）を元に、所定の規則でＲＮＴＩを生成して利用してもよい。また、ＵＥのネットワーク接続時等において、ｅＮＢは、ＵＥからＵＥ−ＩＤを取得するので、ｅＮＢは、ＵＥでの規則と同じ規則でＲＮＴＩを生成し、利用する。
【００６４】
上記のＲＮＴＩは、これまでに説明した拡張ＲＮＴＩ（Ｌｏｎｇ−ＲＮＴＩ）であってよい。また、当該ＲＮＴＩの使用方法は、例えば、図４等を参照して説明した方法と同様である。ＵＥにおけるＵＥ−ＩＤからＲＮＴＩへの変換処理は、ＵＥが、報知信号でｅＮＢから変換指示を受けた場合に行うこととしてもよい。また、当該報知信号で変換方法（変換式）を指定してもよい。また、報知信号に基づいて、ＵＥは、ＵＥ−ＩＤから国や事業者用のコードを除いた情報からＲＮＴＩを生成してもよい。
【００６５】
上記のように、ＵＥ−ＩＤからＲＮＴＩを生成することで、ＲＮＴＩ払い出しのオーバーヘッドを削減することが可能となる。
【００６６】
なお、ＵＥがｅＮＢにＵＥ−ＩＤを送信する際には、直接送信せずに、ハッシュ化してから送信することで、プライバシー保護が可能となる。更に、ＵＥ−ＩＤもＲＮＴＩ長以上に拡張することとしてもよい。例えば、ＩＭＳＩを３２ビットから１２８ビットに変更する等の拡張を行ってもよい。これにより、上位レイヤでの多端末接続のサポートが可能になる。
【００６７】
また、Ｐａｇｉｎｇで通知するＵＥ−ＩＤ（ＩＭＳＩから生成）を１０２４より大きく拡張したり、Ｐａｇｉｎｇモニタの時間・周波数リソースセットを複数設定し、セットごとに通知するＵＥ−ＩＤセットを変更することで暗黙的な一部のＵＥ−ＩＤ通知を行なってもよい。
【００６８】
（異なる複数のＲＮＴＩ長の扱いについて）
ＲＮＴＩは、ＣＲＣのマスクで使用されるばかりでなく、所定のチャネルのスクランブルコードの生成や、参照信号（ＲＳ）の系列の生成等にも使用される。このような目的で使用されるＲＮＴＩに関して、異なる複数のＲＮＴＩ長のそれぞれに対して、スクランブルコードの生成や、参照信号の系列の生成のための式を定義する必要性は低い。
【００６９】
そこで、本実施の形態では、これまでに説明したように、長さが異なる複数のＲＮＴＩを使用する場合でも、ＣＲＣのマスク以外の用途に使用するＲＮＴＩの値として、異なる複数の長さのＲＮＴＩに共通のＲＮＴＩ値（これを論理ＲＮＴＩ値と呼ぶ）を導入する。
【００７０】
当該論理ＲＮＴＩ値としては、長さが異なる複数のＲＮＴＩにおける共通部分を使用することができる。共通部分とは、例えば、「Ｎｏｒｍａｌ−ＲＮＴＩ＋拡張識別子」をＬｏｎｇ−ＲＮＴＩとして使用する場合におけるＮｏｒｍａｌ−ＲＮＴＩである。また、論理ＲＮＴＩ値として、最大長のＲＮＴＩの長さ（サイズ）になるように、短いサイズのＲＮＴＩにゼロパディングしたものを使用してもよい。つまり、ＵＥとｅＮＢはそれぞれ、上記のようにして、異なる複数の長さのＲＮＴＩから論理ＲＮＴＩ値を生成し、スクランブルコードの生成や、参照信号の系列の生成のために使用する。
【００７１】
また、上記のように、論理ＲＮＴＩ値を導入することに代えて、各チャネルのスクランブリングコード・ＲＳ生成系列生成のための生成式に、サイズの異なる各ＲＮＴＩを識別する識別子を付与し、ＲＮＴＩに応じたスクランブリングコード等が生成されるようにしてもよい。これにより、異なるＲＮＴＩフォーマットが混在する環境でも、ＵＥ毎に異なるスクランブリング・ＲＳを適用できる。
【００７２】
（変形例）
ｅＮＢから複数ＵＥに対して、同一のＲＮＴＩを払い出し、同一のＲＮＴＩが払い出された各ＵＥは、ｅＮＢからの指示に従って、当該ＲＮＴＩを使用したＤＣＩモニタリングを行うこととしてもよい。具体的には、ｅＮＢは、同じＲＮＴＩを割り当てたＵＥ毎に、ＲＮＴＩを使用したＤＣＩモニタリングのActivate/de-activateを指示する。Activateの制御信号を受信したＵＥは、ＤＣＩモニタリングを行い、de-activateの制御信号を受信したＵＥはＤＣＩモニタリングを行わない。
【００７３】
例えば、ｅＮＢは、コモンサーチスペースを用いてActivate/de-activate 制御信号を送信することとしてもよいし、 ＲＮＴＩを共有するＵＥがモニタする別のグループサーチスペースを設定しておき、そのサーチスペースを用いて上位レイヤシグナリングによりActivate/de-activate 制御信号を送信することとしてもよい。各ＵＥに対するActivate/de-activate 制御信号には、別途設定したＵＥの識別子、もしくは上位レイヤのＵＥ識別子が設定されており、これにより、ＵＥは、自分宛ての制御信号を識別する。また、各ＵＥに対するActivate/de-activate制御信号にＬ１／Ｌ２シグナリングでのＡＣＫ／ＮＡＣＫフィードバックリソースを通知する識別子を付与してもよい。また、ｅＮＢのビームフォーミングにより、Activate/de-activate制御信号が特定のＵＥに選択的に受信されるように送信を行ってもよい。
【００７４】
シーケンスの例を図９に示す。この例では、ＵＥ１とＵＥ２が存在している。まず、ｅＮＢは、ＵＥ１とＵＥ２におけるランダムアクセス手順等の中で、ステップＳ３０１で、ＵＥ２にＲＮＴＩ−Ａを割り当て、ステップＳ３０２で、ＵＥ１に対し、ＵＥ２に割り当てたものと同じＲＮＴＩ−Ａを割り当てる。
【００７５】
ここで、ステップＳ３０３で、ｅＮＢがＵＥ１に対してActivateを指示する制御信号を送信し、ＵＥ１がこれを受信すると、以降、ＵＥ１はＲＮＴＩ−Ａを用いたＤＣＩモニタリングを実施する（ステップＳ３０４）。この期間では、ｅＮＢはＵＥ２に対してActivateを指示する制御信号を送信せず、ＵＥ２は、ＲＮＴＩ−Ａを用いたＤＣＩモニタリングを実施しない。
【００７６】
ステップＳ３０５で、ＵＥ１がde-activateを指示する制御信号をｅＮＢから受信すると、ＤＣＩモニタリングの実施を停止する。一方、ステップＳ３０６で、ｅＮＢがＵＥ２に対してActivateを指示する制御信号を送信し、ＵＥ２がこれを受信すると、以降、ＵＥ２はＲＮＴＩ−Ａを用いたＤＣＩモニタリングを実施する（ステップＳ３０７）。
【００７７】
（装置構成）
次に、本発明の実施の形態におけるＵＥとｅＮＢの構成例を説明する。
【００７８】
＜ユーザ装置ＵＥ＞
図１０に、ＵＥの機能構成図を示す。図１０に示すように、ＵＥは、ＵＬ送信部１０１、ＤＬ受信部１０２、ＲＲＣ管理部１０３、ＲＮＴＩ管理部１０４、ＲＮＴＩ処理部１０５を備える。なお、図１０は、ＵＥにおいて本発明に特に関連する機能部のみを示すものであり、ＵＥは、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。
【００７９】
ＵＬ送信部１０１は、ＵＥから送信されるべき上位のレイヤの情報から、物理レイヤの各種信号を生成し、ｅＮＢに対して送信する機能を含む。ＤＬ受信部１０２は、ｅＮＢから各種の下り信号を受信し、受信した物理レイヤの信号からより上位のレイヤの情報を取得する機能を含む。ＵＬ送信部１０１とＤＬ受信部１０２は、ランダムアクセス手順を実行する機能を含む。
【００８０】
ＲＲＣ管理部１０３は、ＤＬ受信部１０２を介して、ｅＮＢから報知信号、上位レイヤ信号等を取得し、これらの信号から、設定情報等を取得して、記憶する。また、ＲＲＣ管理部１０３は、変形例で説明した、Activate／de-activate制御信号に基づく、動作制御機能を有する。また、ＲＲＣ管理部１０３は、ＵＥ能力情報を管理、通知する機能を含む。
【００８１】
ＲＮＴＩ管理部１０４は、ｅＮＢからＲＮＴＩの払い出しを受けて、払い出されたＲＮＴＩを記憶する。また、ＲＮＴＩ管理部１０４は、ＵＥ−ＩＤからＲＮＴＩを生成し、記憶する機能を含む。
【００８２】
また、ＲＮＴＩ処理部１０５は、ＲＮＴＩを使用したＤＣＩモニタ、自分宛てのチャネルの識別等、本実施の形態で説明したＲＮＴＩに関する処理を実行する。すなわち、ＲＮＴＩ処理部１０５は、チャネルを識別するための識別子の一部を使用して、下り制御チャネルから下り制御情報を取得し、更に、前記識別子から前記一部を除いた残部分を、前記基地局から受信する所定のリソースから取得する取得部と、前記取得部により取得された前記一部と前記残部分とにより構成される識別子を用いて、チャネルを識別する識別部とを含む。
【００８３】
図１０に示すＵＥの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００８４】
図１１は、ＵＥのハードウェア（ＨＷ）構成の例を示す図である。図１１は、図１０よりも実装例に近い構成を示している。図１１に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ  Ｅｑｕｉｐｍｅｎｔ）モジュール１５１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ  Ｂａｎｄ）処理モジュール１５２と、上位レイヤ等の処理を行う装置制御モジュール１５３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット１５４とを有する。
【００８５】
ＲＥモジュール１５１は、ＢＢ処理モジュール１５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、アンテナから受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール１５２に渡す。ＲＥモジュール１５１は、例えば、図１０のＵＬ送信部１０１、ＤＬ受信部１０２における物理レイヤ等の機能を含む。
【００８６】
ＢＢ処理モジュール１５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）１６２は、ＢＢ処理モジュール１５２における信号処理を行うプロセッサである。メモリ１７２は、ＤＳＰ１６２のワークエリアとして使用される。ＢＢ処理モジュール１５２は、例えば、図１０のＵＬ送信部１０１、ＤＬ受信部１０２におけるレイヤ２等の機能、ＲＲＣ管理部１０３、ＲＮＴＩ管理部１０４、ＲＮＴＩ処理部１０５の機能を含む。なお、ＲＲＣ管理部１０３、ＲＮＴＩ管理部１０４、及びＲＮＴＩ処理部１０５の機能の全部又は一部を装置制御モジュール１５３に含めることとしてもよい。
【００８７】
装置制御モジュール１５３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ１６３は、装置制御モジュール１５３が行う処理を行うプロセッサである。メモリ１７３は、プロセッサ１６３のワークエリアとして使用される。また、プロセッサ１６３は、ＵＳＩＭスロット１５４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。
【００８８】
＜基地局ｅＮＢ＞
図１２に、ｅＮＢの機能構成図を示す。図１２に示すように、ｅＮＢは、ＤＬ送信部２０１、ＵＬ受信部２０２、ＲＲＣ管理部２０３、ＲＮＴＩ管理部２０４、ＲＮＴＩ処理部２０５を備える。なお、図１２は、ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、ｅＮＢは、少なくともＬＴＥ方式に準拠した動作を行うための図示しない機能も有するものである。
【００８９】
ＤＬ送信部２０１は、ｅＮＢから送信されるべき上位のレイヤの情報から、物理レイヤの各種信号を生成し、送信する機能を含む。ＵＬ受信部２０２は、ＵＥから各種の上り信号を受信し、受信した物理レイヤの信号からより上位のレイヤの情報を取得する機能を含む。ＤＬ送信部２０１及びＵＬ受信部２０２はビームフォーミングを行う機能を含む。
【００９０】
ＲＲＣ管理部２０３は、設定情報を含む報知信号、上位レイヤ信号等を作成し、ＤＬ送信部２０１を介してＵＥに送信する機能を含む。また、ＲＲＣ管理部２０３は、変形例で説明した、Activate／de-activate制御信号の作成、送信制御機能を有する。
【００９１】
ＲＮＴＩ管理部２０４は、ＵＥへＲＮＴＩを払い出し、払い出したＲＮＴＩを記憶する。また、ＲＮＴＩ管理部２０４は、ＵＥ−ＩＤからＲＮＴＩを生成し、記憶する機能を含む。また、ＲＮＴＩ処理部２０５は、ＲＮＴＩを使用してＤＣＩのＣＲＣマスクを行う機能、別リソースを使用したＲＮＴＩの残部分（拡張識別子を含む）の通知等をＤＬ送信部２０１を介して行う機能を含む。
【００９２】
図１２に示すｅＮＢの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００９３】
図１３は、ｅＮＢのハードウェア（ＨＷ）構成の例を示す図である。図１３は、図１２よりも実装例に近い構成を示している。図１３に示すように、ｅＮＢは、無線信号に関する処理を行うＲＥモジュール２５１と、ベースバンド信号処理を行うＢＢ処理モジュール２５２と、上位レイヤ等の処理を行う装置制御モジュール２５３と、ネットワークと接続するためのインタフェースである通信ＩＦ２５４とを有する。
【００９４】
ＲＥモジュール２５１は、ＢＢ処理モジュール２５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、アンテナから受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール２５２に渡す。ＲＥモジュール２５１は、例えば、図１２のＤＬ送信部２０１及びＵＬ受信部２０２における物理レイヤ等の機能を含む。
【００９５】
ＢＢ処理モジュール２５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ２６２は、ＢＢ処理モジュール２５２における信号処理を行うプロセッサである。メモリ２７２は、ＤＳＰ２５２のワークエリアとして使用される。ＢＢ処理モジュール２５２は、例えば、図１２のＤＬ送信部２０１及びＵＬ受信部２０２におけるレイヤ２等の機能、ＲＲＣ管理部２０３、ＲＮＴＩ管理部２０４、及びＲＮＴＩ処理部２０５を含む。なお、ＲＲＣ管理部２０３、ＲＮＴＩ管理部２０４、及びＲＮＴＩ処理部２０５の機能の全部又は一部を装置制御モジュール２５３に含めることとしてもよい。
【００９６】
装置制御モジュール２５３は、ＩＰレイヤのプロトコル処理、ＯＡＭ処理等を行う。プロセッサ２６３は、装置制御モジュール２５３が行う処理を行うプロセッサである。メモリ２７３は、プロセッサ２６３のワークエリアとして使用される。補助記憶装置２８３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。
【００９７】
なお、図１０〜図１３に示す装置の構成（機能区分）は、本実施の形態で説明する処理を実現する構成の一例に過ぎない。本実施の形態で説明する処理を実現できるのであれば、その実装方法（具体的な機能部の配置、名称等）は、特定の実装方法に限定されない。
【００９８】
（実施の形態のまとめ）
以上、説明したように、開示の技術により、基地局とユーザ装置とを備える無線通信システムにおいて前記基地局と通信を行う前記ユーザ装置であって、チャネルを識別するための識別子の一部を使用して、下り制御チャネルから下り制御情報を取得し、更に、前記識別子から前記一部を除いた残部分を、所定のリソースから取得する取得部と、前記取得部により取得された前記一部と前記残部分とにより構成される識別子を用いて、チャネルを識別する識別部とを備えるユーザ装置が提供される。
【００９９】
上記の構成により、無線通信システムにおいて、チャネルを識別するために使用される識別子を拡張する場合でも、オーバーヘッドの増加を抑制することが可能となる。
【０１００】
前記所定のリソースは、例えば、前記下り制御情報のフィールド、前記下り制御チャネルの送信リソース、前記下り制御チャネルの復調に用いられる参照信号の送信リソース、前記基地局と前記ユーザ装置との間の通信に使用されるニューメロロジー、又は、リソースプール識別子である。これらのリソースにより、残部分をオーバーヘッドなく、あるいは少ないオーバーヘッドで送信できる。
【０１０１】
前記ユーザ装置は、前記基地局と前記ユーザ装置との間で実行されるランダムアクセス手順において、前記識別子よりも短い第２識別子を前記基地局から受信する受信部と、前記ランダムアクセス手順の後に、前記ユーザ装置の能力情報を前記基地局に送信する送信部と、を備え、前記受信部は、前記能力情報に応じて前記基地局から払い出される前記識別子を受信することとしてもよい。この構成により、ユーザ装置の能力情報（能力、種別等）に基づき、一部のユーザ装置のみが拡張した識別子を使用することが可能となる。これにより、オーバーヘッドの増加を抑制できる。
【０１０２】
前記ユーザ装置は、前記基地局と前記ユーザ装置との間で実行されるランダムアクセス手順において、前記識別子よりも短い第２識別子を前記基地局から受信する受信部と、前記ランダムアクセス手順の後に、前記ユーザ装置の能力情報を前記基地局に送信する送信部と、を備え、前記受信部は、前記能力情報に応じて前記基地局から払い出される拡張識別子を受信し、前記第２識別子及び前記拡張識別子が前記識別子として使用されるようにしてもよい。この構成によっても、ユーザ装置の能力情報（能力、種別等）に基づき、一部のユーザ装置のみが拡張した識別子を使用することが可能となる。これにより、オーバーヘッドの増加を抑制できる。
【０１０３】
前記ユーザ装置は、前記基地局と前記ユーザ装置との間で実行されるランダムアクセス手順において、前記ユーザ装置の能力に応じたリソース構成を使用してランダムアクセス信号を前記基地局に送信する送信部と、前記ランダムアクセス信号を受信した前記基地局から、前記リソース構成に応じて払い出された前記識別子を受信する受信部とを備えることとしてもよい。この構成によっても、ユーザ装置の能力情報（能力、種別等）に基づき、一部のユーザ装置のみが拡張した識別子を使用することが可能となる。これにより、オーバーヘッドの増加を抑制できる。
【０１０４】
前記取得部は、前記識別子として、前記ユーザ装置の識別情報から生成された識別子を使用することとしてもよい。この構成により、識別子払い出しに係るオーバーヘッドを削減できる。
【０１０５】
前記取得部は、前記識別子に対応するサーチスペース、又は、前記識別子に対応する前記下り制御情報のフォーマットをモニタすることにより、前記下り制御情報を取得することとしてもよい。この構成により、下り制御情報を効率的に取得できる。
【０１０６】
また、開示の技術により、基地局とユーザ装置とを備える無線通信システムにおいて前記ユーザ装置と通信を行う前記基地局であって、チャネルを識別するための識別子の一部を使用して、下り制御情報の検査用の値をマスクする識別子処理部と、前記マスクがされた検査用の値を付加した前記下り制御情報を、下り制御チャネルで送信する送信部と、を備え、前記送信部は、前記識別子から前記一部を除いた残部分を、所定のリソースで送信する基地局が提供される。
【０１０７】
上記の構成により、無線通信システムにおいて、チャネルを識別するために使用される識別子を拡張する場合でも、オーバーヘッドの増加を抑制することが可能となる。
【０１０８】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、基地局ｅＮＢ及びユーザ装置ＵＥは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って、ユーザ装置ＵＥ及び基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１０９】
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１１０】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１１１】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１１２】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【０１１３】
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１１４】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１１５】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１１６】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１１７】
また、本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１１８】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１１９】
所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１２０】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１２１】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１２２】
本特許出願は２０１６年２月４日に出願した日本国特許出願第２０１６−０２０３２４号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−０２０３２４号の全内容を本願に援用する。
【符号の説明】
【０１２３】
１０１  ＵＬ送信部
１０２  ＤＬ受信部
１０３  ＲＲＣ管理部
１０４  ＲＮＴＩ管理部
１０５  ＲＮＴＩ処理部
１５２  ＢＢ処理モジュール
１５３  装置制御モジュール
１５４  ＵＳＩＭスロット
２０１  ＤＬ送信部
２０２  ＵＬ受信部
２０３  ＲＲＣ管理部
２０４  ＲＮＴＩ管理部
２０５  ＲＮＴＩ処理部
２５１  ＲＥモジュール
２５２  ＢＢ処理モジュール
２５３  装置制御モジュール
２５４  通信ＩＦ
【図１】
2017135453.tif 000003
【図２】
2017135453.tif 000004
【図３】
2017135453.tif 000005
【図４】
2017135453.tif 000006
【図５】
2017135453.tif 000007
【図６】
2017135453.tif 000008
【図７】
2017135453.tif 000009
【図８】
2017135453.tif 000010
【図９】
2017135453.tif 000011
【図１０】
2017135453.tif 000012
【図１１】
2017135453.tif 000013
【図１２】
2017135453.tif 000014
【図１３】
2017135453.tif 000015
【国際調査報告】
2017135453.tif 000016
2017135453.tif 000017
2017135453.tif 000018
2017135453.tif 000019