(57)【要約】【課題】サービス品質の低下を抑制しつつパワーセービングを実現可能とする。【解決手段】第１の特徴に係る基地局は、セルを管理する。前記基地局は、無線信号を送信する送信部と、前記送信部を間欠的に起動する間欠送信を行う制御部と、前記セル内のユーザ端末からの通信要求を受信する受信部と、を備える。前記制御部は、前記間欠送信を行っている場合に、前記通信要求の受信に応じて前記送信部の起動パターンを一時的に変更し、変更後の前記起動パターンを示すパターン情報を前記ユーザ端末に通知する。【選択図】図１１
2014204345.tif 000002
【特許請求の範囲】
【請求項１】
セルを管理する基地局であって、
無線信号を送信する送信部と、
前記送信部を間欠的に起動する間欠送信を行う制御部と、
前記セル内のユーザ端末からの通信要求を受信する受信部と、
を備え、
前記制御部は、前記間欠送信を行っている場合に、前記通信要求の受信に応じて前記送信部の起動パターンを一時的に変更し、変更後の前記起動パターンを示すパターン情報を前記ユーザ端末に通知することを特徴とする基地局。
【請求項２】
前記制御部は、前記通信要求の受信に応じて前記起動パターンを変更する場合に、前記ユーザ端末が行う通信に関する情報に基づいて、変更後の前記起動パターンを設定することを特徴とする請求項１に記載の基地局。
【請求項３】
前記通信に関する情報とは、当該通信に要求されるＱｏＳを示す情報、又は、当該通信のデータ量を示す情報であることを特徴とする請求項２に記載の基地局。
【請求項４】
前記制御部は、前記パターン情報をＲＲＣメッセージ又はランダムアクセス応答に含めて前記ユーザ端末に通知することを特徴とする請求項１に記載の基地局。
【請求項５】
前記制御部は、前記間欠送信において第１の周期で前記送信部を起動しており、
前記制御部は、前記通信要求の受信に応じて、前記第１の周期よりも短い第２の周期を有する前記起動パターンに変更することを特徴とする請求項１に記載の基地局。
【請求項６】
前記パターン情報は、前記第２の周期を示す情報と、前記送信部を起動した際の起動時間を示す情報と、前記送信部を起動するタイミングを定めるオフセット値と、のうち少なくとも１つを含むことを特徴とする請求項５に記載の基地局。
【請求項７】
前記制御部は、前記間欠送信を行っている場合に、前記セル内の複数のユーザ端末からの通信要求の受信状況に基づいて、前記間欠送信を解除して通常送信を開始することを特徴とする請求項１に記載の基地局。
【請求項８】
無線信号を送信する送信部を有する基地局のセルに在圏するユーザ端末であって、
前記基地局は、前記送信部を間欠的に起動する間欠送信を行っており、
前記ユーザ端末は、
前記送信部の起動パターンを一時的に変更するように、前記基地局に対して通信要求を行う制御部と、
変更後の前記起動パターンを示すパターン情報を前記基地局から通知されると、前記パターン情報に基づいて前記基地局からの受信を行う受信部と、
を備えることを特徴とするユーザ端末。
【請求項９】
前記パターン情報は、前記基地局からのＲＲＣメッセージ又はランダムアクセス応答に含まれることを特徴とする請求項８に記載のユーザ端末。
【請求項１０】
無線信号を送信する送信部を有する基地局が、前記送信部を間欠的に起動する間欠送信を行うステップと、
前記基地局が、自セル内のユーザ端末からの通信要求を受信するステップと、
前記基地局が、前記通信要求の受信に応じて前記送信部の起動パターンを一時的に変更するステップと、
前記基地局が、変更後の前記起動パターンを示すパターン情報を前記ユーザ端末に通知するステップと、
を含むことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる基地局、ユーザ端末、及び通信制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降において、新たなキャリア構造（ＮＣＴ；Ｎｅｗ  Ｃａｒｒｉｅｒ  Ｔｙｐｅ）を導入することが検討されている。
【０００３】
ＮＣＴの一つとして、従来型のキャリア構造（ＬＣＴ；Ｌｅｇａｃｙ  Ｃａｒｒｉｅｒ  Ｔｙｐｅ）に比べてセル固有参照信号（ＣＲＳ）を削減させることが提案されている（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ寄書  「Ｒ１−１１３２８９」
【発明の概要】
【発明が解決しようとする課題】
【０００５】
基地局がＣＲＳを間欠的に送信する場合に、ＣＲＳを送信しない期間で基地局の送信部の動作を停止することにより、基地局の消費電力の削減（すなわち、パワーセービング）を図ることができる。
【０００６】
しかしながら、そのような方法では、当該基地局のセルに在圏するユーザ端末が所望の通信を行うことができなくなる虞がある。このため、基地局のパワーセービングを図りつつサービス品質の低下を抑制することは困難であった。
【０００７】
そこで、本発明は、サービス品質の低下を抑制しつつパワーセービングを実現可能とする基地局、ユーザ端末、及び通信制御方法を提供する。
【課題を解決するための手段】
【０００８】
第１の特徴に係る基地局は、セルを管理する。前記基地局は、無線信号を送信する送信部と、前記送信部を間欠的に起動する間欠送信を行う制御部と、前記セル内のユーザ端末からの通信要求を受信する受信部と、を備える。前記制御部は、前記間欠送信を行っている場合に、前記通信要求の受信に応じて前記送信部の起動パターンを一時的に変更し、変更後の前記起動パターンを示すパターン情報を前記ユーザ端末に通知する。
【０００９】
第２の特徴に係るユーザ端末は、無線信号を送信する送信部を有する基地局のセルに在圏する。前記基地局は、前記送信部を間欠的に起動する間欠送信を行っている。前記ユーザ端末は、前記送信部の起動パターンを一時的に変更するように、前記基地局に対して通信要求を行う制御部と、変更後の前記起動パターンを示すパターン情報を前記基地局から通知されると、前記パターン情報に基づいて前記基地局からの受信を行う受信部と、を備える。
【００１０】
第３の特徴に係る通信制御方法は、無線信号を送信する送信部を有する基地局が、前記送信部を間欠的に起動する間欠送信を行うステップと、前記基地局が、自セル内のユーザ端末からの通信要求を受信するステップと、前記基地局が、前記通信要求の受信に応じて前記送信部の起動パターンを一時的に変更するステップと、前記基地局が、変更後の前記起動パターンを示すパターン情報を前記ユーザ端末に通知するステップと、を含む。
【発明の効果】
【００１１】
本発明によれば、サービス品質の低下を抑制しつつパワーセービングを実現可能とする基地局、ユーザ端末、及び通信制御方法を提供できる。
【図面の簡単な説明】
【００１２】
【図１】実施形態に係るＬＴＥシステムの構成図である。
【図２】実施形態に係るＵＥのブロック図である。
【図３】実施形態に係るｅＮＢのブロック図である。
【図４】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】ＮＣＴをＬＣＴと比較して説明するための図である。
【図７】実施形態に係る動作環境を示す図である。
【図８】実施形態に係る動作概要を説明するための図である。
【図９】実施形態に係る動作概要を説明するための図である。
【図１０】実施形態に係るテーブルの構成例を示す図である。
【図１１】実施形態に係る動作シーケンス図である。
【図１２】変更例１に係るＲＡＲのメッセージ構成を示す図である。
【図１３】変更例２に係るｅＮＢの動作フロー図である。
【発明を実施するための形態】
【００１３】
［実施形態の概要］
実施形態に係る基地局は、セルを管理する。前記基地局は、無線信号を送信する送信部と、前記送信部を間欠的に起動する間欠送信を行う制御部と、前記セル内のユーザ端末からの通信要求を受信する受信部と、を備える。前記制御部は、前記間欠送信を行っている場合に、前記通信要求の受信に応じて前記送信部の起動パターンを一時的に変更し、変更後の前記起動パターンを示すパターン情報を前記ユーザ端末に通知する。
【００１４】
実施形態では、前記制御部は、前記通信要求の受信に応じて前記起動パターンを変更する場合に、前記ユーザ端末が行う通信に関する情報に基づいて、変更後の前記起動パターンを設定する。
【００１５】
実施形態では、前記通信に関する情報とは、当該通信に要求されるＱｏＳを示す情報、又は、当該通信のデータ量を示す情報である。
【００１６】
実施形態では、前記制御部は、前記パターン情報をＲＲＣメッセージ又はランダムアクセス応答に含めて前記ユーザ端末に通知する。
【００１７】
実施形態では、前記制御部は、前記間欠送信において第１の周期で前記送信部を起動する。前記制御部は、前記通信要求の受信に応じて、前記第１の周期よりも短い第２の周期を有する前記起動パターンに変更する。
【００１８】
実施形態では、前記パターン情報は、前記第２の周期を示す情報と、前記送信部を起動した際の起動時間を示す情報と、前記送信部を起動するタイミングを定めるオフセット値と、のうち少なくとも１つを含む。
【００１９】
実施形態では、前記制御部は、前記間欠送信を行っている場合に、前記セル内の複数のユーザ端末からの通信要求の受信状況に基づいて、前記間欠送信を解除して通常送信を開始する。
【００２０】
実施形態に係るユーザ端末は、無線信号を送信する送信部を有する基地局のセルに在圏する。前記基地局は、前記送信部を間欠的に起動する間欠送信を行っている。前記ユーザ端末は、前記送信部の起動パターンを一時的に変更するように、前記基地局に対して通信要求を行う制御部と、変更後の前記起動パターンを示すパターン情報を前記基地局から通知されると、前記パターン情報に基づいて前記基地局からの受信を行う受信部と、を備える。
【００２１】
実施形態では、前記パターン情報は、前記基地局からのＲＲＣメッセージ又はランダムアクセス応答に含まれる。
【００２２】
実施形態に係る通信制御方法は、無線信号を送信する送信部を有する基地局が、前記送信部を間欠的に起動する間欠送信を行うステップと、前記基地局が、自セル内のユーザ端末からの通信要求を受信するステップと、前記基地局が、前記通信要求の受信に応じて前記送信部の起動パターンを一時的に変更するステップと、前記基地局が、変更後の前記起動パターンを示すパターン情報を前記ユーザ端末に通知するステップと、を含む。
【００２３】
［実施形態］
以下、図面を参照して、３ＧＰＰで標準化されているＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）に本発明を適用する場合の実施形態を説明する。
【００２４】
（ＬＴＥシステムの構成）
図１は、本実施形態に係るＬＴＥシステムの構成図である。図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０は無線アクセスネットワークに相当し、ＥＰＣ２０はコアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００２５】
ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。
【００２６】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００２７】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００２８】
ＥＰＣ２０は、複数のＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００２９】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。
【００３０】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。
【００３１】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、端末側制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３２】
複数のアンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換して複数のアンテナ１０１から送信する送信部１１１を含む。また、無線送受信機１１０は、複数のアンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する受信部１１２を含む。
【００３３】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３４】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。
【００３５】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などの信号処理を行う。また、プロセッサ１６０は、メモリ１５０に記憶されるプログラムを実行して各種の制御を行う。さらに、プロセッサ１６０は、後述する各種の制御及び各種の通信プロトコルを実行する。プロセッサ１６０は、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。
【００３６】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、基地局側制御部を構成する。
【００３７】
複数のアンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換して複数のアンテナ２０１から送信する送信部２１１を含む。また、無線送受信機２１０は、複数のアンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する受信部２１２を含む。
【００３８】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００３９】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００４０】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などの信号処理を行う。また、プロセッサ２４０は、メモリ２３０に記憶されるプログラムを実行して各種の制御を行う。さらに、プロセッサ２４０は、後述する各種の制御及び各種の通信プロトコルを実行する。
【００４１】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００４２】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００４３】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））、及び割当リソースブロックを決定するスケジューラを含む。
【００４４】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００４５】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４６】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御メッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣ  ｉｄｌｅ  ｓｔａｔｅ）である。
【００４７】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００４８】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４９】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによって構成される無線リソース単位は、リソースエレメント（ＲＥ）と称される。
【００５０】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５１】
（ＮＣＴ）
本実施形態に係るＬＴＥシステムは、下りリンクにおいてＮＣＴ（Ｎｅｗ  Ｃａｒｒｉｅｒ  Ｔｙｐｅ）をサポートする。ＮＣＴは、リリース１２以降において導入が予定されており、それまでのリリース（すなわち、リリース８乃至リリース１１）におけるキャリア構造に囚われない新たなキャリア構造が採用される。
【００５２】
図６は、ＮＣＴを従来型のキャリア構造（ＬＣＴ：Ｌｅｇａｃｙ  Ｃａｒｒｉｅｒ  Ｔｙｐｅ）と比較して説明するための図である。
【００５３】
図６に示すように、ＬＣＴでは、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主にユーザデータ（データ信号）を伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用されるデータ領域である。
【００５４】
ＰＤＣＣＨは、制御信号を伝送する。制御信号は、例えば、上りリンクＳＩ（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、下りリンクＳＩ、ＴＰＣビットを含む。上りリンクＳＩは上りリンク無線リソースの割当てを示す情報であり、下りリンクＳＩは、下りリンク無線リソースの割当てを示す情報である。ＴＰＣビットは、上りリンクの送信電力の増減を指示する情報である。これらの情報は、下りリンク制御情報（ＤＣＩ）と称される。
【００５５】
ＰＤＳＣＨは、制御信号及び／又はデータ信号を伝送する。例えば、下りリンクのデータ領域は、データ信号にのみ割当てられてもよく、データ信号及び制御信号が多重されるように割当てられてもよい。
【００５６】
また、各サブフレームには、セル固有参照信号（ＣＲＳ）及びチャネル状態情報参照信号（ＣＳＩ−ＲＳ）が分散して設けられる。ＣＲＳ及びＣＳＩ−ＲＳのそれぞれは、所定の直交信号系列により構成される。ＬＣＴでは、ＣＲＳは、時間軸方向において全てのサブフレームに設けられる。ＣＲＳは、ＵＥ１００において下りリンクのチャネル状態測定及び受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）測定などに利用される信号である。
【００５７】
これに対し、ＮＣＴでは、制御信号を伝送するための物理チャネルとして、ＰＤＣＣＨに代えて拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）が設けられる。ｅＰＤＣＣＨは、データ領域（ＰＤＳＣＨ領域）において制御信号を伝送する物理チャネルである。ｅＰＤＣＣＨは、ＵＥ１００個別に割り当てられ、ＵＥ１００個別に制御信号を伝送可能である。また、ＮＣＴでは、ＣＲＳは、時間軸方向において一部のサブフレームにのみ設けられる。
【００５８】
尚、キャリアアグリゲーションにおいては、プライマリ・コンポーネントキャリア（ＰＣＣ）をＬＣＴとし、セカンダリ・コンポーネントキャリア（ＳＣＣ）にのみＮＣＴが適用されてもよい。
【００５９】
（実施形態に係る動作）
（１）動作概要
図７は、本実施形態に係る動作環境を示す図である。図７に示すように、複数のＵＥ１００（ＵＥ１００−１乃至１００−ｎ）のそれぞれは、ｅＮＢ２００が管理するセル内に位置する。また、ｅＮＢ２００が管理するセルには、ＣＲＳが削減されたＮＣＴが導入される。
【００６０】
ｅＮＢ２００は、セル内のＵＥ１００に対して無線信号を送信する送信部２１１（図３参照）を有する。送信部２１１が送信する無線信号とは、上述した制御信号、データ信号、参照信号（ＣＲＳ、ＣＳＩ−ＲＳ）などである。送信部２１１は、パワーアンプを含んでおり、ｅＮＢ２００において消費電力の大きい部分である。
【００６１】
また、ｅＮＢ２００は、送信部２１１の動作を停止させる送信停止区間を設定するプロセッサ２４０（図３参照）を有する。プロセッサ２４０は、例えば送信部２１１（パワーアンプ）への給電を停止して、送信部２１１の動作を停止させる。送信部２１１の動作を停止させることにより、ｅＮＢ２００の消費電力削減（パワーセービング）を実現できる。尚、プロセッサ２４０は、送信停止区間において、送信部２１１の動作を停止させるものの、受信部２１２の動作を停止させない。よって、送信停止区間においてもＵＥ１００からの無線信号の受信を継続できる。
【００６２】
送信部２１１は、ＣＲＳを間欠的に送信する。本実施形態では、送信部２１１は、ＣＲＳを全てのサブフレームにおいて送信せずに、ＣＲＳを一部のサブフレームにおいてのみ送信する。プロセッサ２４０は、ＣＲＳを送信部２１１が送信しない期間（サブフレーム）に送信停止区間を設定する。すなわち、送信部２１１がＣＲＳを送信しないサブフレームにおいて送信部２１１の動作を停止させる。このように、ＣＲＳを送信部２１１が送信しない期間に送信停止区間を設定することにより、チャネル状態測定及びＲＳＲＰ測定などを可能にしながら、ｅＮＢ２００のパワーセービングを実現できる。
【００６３】
このように、ｅＮＢ２００は、送信部２１１を間欠的に起動することにより、無線信号を間欠的に送信する間欠送信（ＤＴＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）を行う。また、ｅＮＢ２００は、送信部２１１の起動パターン（以下、「ＤＴＸパターン」という）をブロードキャストでＵＥ１００−１乃至１００−ｎに通知する。
【００６４】
図８及び図９は、本実施形態に係る動作概要を説明するための図である。図８において、ＵＥ１００−１乃至１００−ｎのそれぞれは、ｅＮＢ２００との通信を行っていない状態（アイドル状態）である。
【００６５】
図８に示すように、ＵＥ１００−１乃至１００−ｎのそれぞれは、ｅＮＢ２００からのブロードキャスト情報に基づいてＤＴＸパターンを認識する。図８の例では、ｅＮＢ２００が一定の起動周期（ｄｔｘ  Ｃｙｃｌｅ）で送信部２１１を起動し、ｄｔｘ  Ｃｙｃｌｅごとに一定の起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）だけ送信部２１１を動作状態にしていると認識する。
【００６６】
ここで、ＵＥ１００−２において通信を行う必要が生じ、ＵＥ１００−２からｅＮＢ２００へ通信要求が送信された場合を想定する。図９に示すように、間欠送信（ＤＴＸ）を行っているｅＮＢ２００は、ＵＥ１００−２からの通信要求の受信に応じてＤＴＸパターンを一時的に変更する。図９の例では、ｅＮＢ２００は、起動周期（ｄｔｘ  Ｃｙｃｌｅ）を短縮し、かつ、起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）を延長する。
【００６７】
そして、ｅＮＢ２００は、変更後のＤＴＸパターンを示すパターン情報をＵＥ１００−２に通知する。本実施形態では、ｅＮＢ２００は、パターン情報をＲＲＣメッセージに含めてＵＥ１００−２に通知する。尚、ｅＮＢ２００は、そのパターン情報をＵＥ１００−２以外のＵＥ１００には通知しない。
【００６８】
これにより、ＵＥ１００−２は、パターン情報に基づいて変更後のＤＴＸパターンを認識し、変更後のＤＴＸパターンに合わせてｅＮＢ２００からの受信を行う。
【００６９】
従って、ＵＥ１００−２は所望の通信を行うことができるため、ｅＮＢ２００のパワーセービングを図りつつ、サービス品質の低下を抑制できる。
【００７０】
（２）ＤＴＸパターンの変更方法
本実施形態では、ｅＮＢ２００は、ＵＥ１００からの通信要求の受信に応じてＤＴＸパターンを変更する場合に、そのＵＥ１００が行う通信に関する情報に基づいて、変更後のＤＴＸパターンを設定する。ここで「通信に関する情報」とは、その通信に要求されるＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を示す情報、又は、その通信のデータ量を示す情報である。
【００７１】
例えば、ｅＮＢ２００は、通信要求の発生後に確立されたベアラのＱｏＳを示すＱＣＩ（ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）に基づいてＤＴＸパターンを設定する。図１０は、ＱＣＩに基づいてＤＴＸパターンを設定するためのテーブルの構成例を示す図である。このテーブルは、ｅＮＢ２００が予め保持している。図１０に示すように、ＱＣＩごとに適切なＤＴＸパターン（ここでは、起動周期）が対応付けられている。データのダウンロードのようなアプリケーション（ＦＴＰ、Ｗｅｂアクセスなど）には、瞬時的に必要な帯域を割当てる。間欠的にデータが発生するようなアプリケーション（ＶｏＩＰ、ストリーミングなど）には、相応の間隔に起動周期を変更する。
【００７２】
或いは、ｅＮＢ２００は、ＵＥ１００からの通信要求の発生後にｅＮＢ２００のバッファに蓄積されたデータ量に基づいてＤＴＸパターンを設定する。具体的には、ｅＮＢ２００は、バッファに蓄積されたデータ量が多いほど、起動周期（ｄｔｘ  Ｃｙｃｌｅ）を短くし、かつ、起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）を長くする。
【００７３】
そして、ｅＮＢ２００は、変更後のＤＴＸパターンを示すパターン情報を、通信要求の送信元のＵＥ１００に通知する。パターン情報は、起動周期（ｄｔｘ  Ｃｙｃｌｅ）を示す情報と、送信部２１１を起動した際の起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）を示す情報と、送信部２１１を起動するタイミングを定めるオフセット値（ｄｔｘ  ＳｔａｒｔＯｆｆｓｅｔ）と、のうち少なくとも１つを含む。
【００７４】
ＲＲＣメッセージに含められるパターン情報（ＤＴＸ設定情報）は、例えば以下のようなフォーマットとすることができる。
【００７５】
【数１】
2014204345.tif 000003
【００７６】
また、パターン情報（ＤＴＸ設定情報）を受信したＵＥ１００は、以下の計算式に従って起動タイミングを算出する。
【００７７】
【数２】
2014204345.tif 000004
【００７８】
（３）動作シーケンス
図１１は、本実施形態に係る動作シーケンス図である。図１１の初期状態として、ｅＮＢ２００は、全ＵＥ１００に共通のＤＴＸパターンで間欠送信（ＤＴＸ）を行っている。ここでは、ＱｏＳに基づいてＤＴＸパターンを変更する一例を説明する。
【００７９】
図１１に示すように、ステップＳ１１において、ＵＥ１００は、無線リソースの割当を要求するＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ＳＲは通信要求に相当する。
【００８０】
ステップＳ１２において、ｅＮＢ２００は、ＵＥ１００向けにタイマ（Ｔ１００）を起動する。このタイマ（Ｔ１００）は、ＳＲ受信に対して、その後の処理の途中で、送信停止状態に入らないようにするために設定したタイマです。具体的には、そのタイマ（Ｔ１００）中に、Ｓ２０までが終わることを想定している。
【００８１】
ステップＳ１３において、ｅＮＢ２００は、上りリンクの割当無線リソースを示すＵＬ  ＧｒａｎｔをＵＥ１００に送信する。
【００８２】
ステップＳ１４において、ＵＥ１００は、上りリンクの割当無線リソースを使用して、ＵＥ１００のバッファ蓄積量を示すＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）をｅＮＢ２００に送信する。
【００８３】
ステップＳ１５において、ｅＮＢ２００は、ＢＳＲが示すバッファ蓄積量に基づいて、上りリンクの割当無線リソースを示すＵＬ  ＧｒａｎｔをＵＥ１００に送信する。
【００８４】
ステップＳ１６において、ＵＥ１００は、上りリンクの割当無線リソースを使用して、上りリンクのデータをｅＮＢ２００に送信する。
【００８５】
ステップＳ１７において、ｅＮＢ２００は、ＵＥ１００からのデータをコアネットワーク（ＭＭＥ／Ｓ−ＧＷ３００）に転送する。
【００８６】
ステップＳ１８において、コアネットワーク（ＭＭＥ／Ｓ−ＧＷ３００）は、ＵＥ１００のベアラに設定したＱｏＳを示すＱＣＩをｅＮＢ２００に送信する。
【００８７】
ステップＳ１９において、ｅＮＢ２００は、図１０に示したテーブルを参照して、ＱＣＩに対応するＤＴＸパターンを設定する。その結果、ＤＴＸパターンが変更される。
【００８８】
ステップＳ２０において、ｅＮＢ２００は、変更後のＤＴＸパターンを示すパターン情報（ＤＴＸ設定情報）をＵＥ１００に送信する。ＵＥ１００−２は、そのパターン情報に基づいて変更後のＤＴＸパターンを認識する。
【００８９】
ステップＳ２１において、コアネットワーク（ＭＭＥ／Ｓ−ＧＷ３００）は、ＵＥ１００へのデータをｅＮＢ２００に送信する。
【００９０】
ステップＳ２２において、ｅＮＢ２００は、コアネットワーク（ＭＭＥ／Ｓ−ＧＷ３００）からのデータをＵＥ１００に転送する。ｅＮＢ２００は、ＤＴＸパターンに基づく起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）内でＵＥ１００への送信を行う。ＵＥ１００は、変更後のＤＴＸパターンを認識しており、変更後のＤＴＸパターンに合わせてｅＮＢ２００からの受信を行う。
【００９１】
また、起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）以外のタイミングでは、ｅＮＢ２００は、コアネットワーク（ＭＭＥ／Ｓ−ＧＷ３００）からのデータを蓄積する（ステップＳ２３）。起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）においてＵＥ１００への送信データがある場合には、そのデータをＵＥ１００に送信する（ステップＳ２４）。
【００９２】
これに対し、起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）においてＵＥ１００への送信データがない場合には、ＵＥ１００のための一時的なＤＴＸパターンを終了し（ステップＳ２５）、そのＤＴＸパターンの終了を示す終了通知をＵＥ１００に送信する（ステップＳ２６）。尚、終了通知は、元のＤＴＸパターン（共通のＤＴＸパターン）を示す情報を含んでもよい。
【００９３】
［変更例１］
上述した実施形態では、変更後のＤＴＸパターン（一時的なＤＴＸパターン）をＲＲＣメッセージにより通知する一例を説明したが、他のメッセージを利用してもよい。
【００９４】
図１２は、ランダムアクセス応答（ＲＡＲ）を利用する場合のメッセージ構成例を示す図である。ＲＡＲとは、ＵＥ１００が初期接続時に送信するランダムアクセスプリアンブルに対する応答メッセージである。
【００９５】
図１２に示すように、本変更例に係るＲＡＲは、ＤＴＸパターン情報（Ｔｅｍｐｏｒａｒｙ  ＤＴＸ  ｃｏｎｆｉｇ．）を含む。ＤＴＸパターン情報（Ｔｅｍｐｏｒａｒｙ  ＤＴＸ  ｃｏｎｆｉｇ．）は、起動周期（ｄｔｘ  Ｃｙｃｌｅ）を示す情報と、起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）を示す情報と、オフセット値（ｄｔｘ  ＳｔａｒｔＯｆｆｓｅｔ）と、を含む。但し、これら全てのパラメータが必須という訳ではなく、例えば起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）のみとし、ＲＡＲの送信タイミングから起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）の間は有効（ｅＮＢ２００の送信有り）としてもよい。
【００９６】
［変更例２］
上述した実施形態では、間欠送信（ＤＴＸ）を解除することについて特に触れなかった。しかしながら、ｅＮＢ２００は、セル内の複数のＵＥ１００からの通信要求の受信状況に基づいて、間欠送信（ＤＴＸ）を解除して通常送信を開始してもよい。ある程度の量の通信が要求されるのであれば、サービス品質を向上させるために間欠送信（ＤＴＸ）を解除することが望ましいためである。
【００９７】
図１３は、本変更例に係るｅＮＢ２００の動作フロー図である。図１３に示すように、ｅＮＢ２００は、間欠送信（ＤＴＸ）を行っている場合（ステップＳ１０１；Ｙｅｓ）、ある期間において起動時間（ｏｎ  Ｄｕｒａｔｉｏｎ）を集計する（ステップＳ１０２）。そして、集計した起動時間が閾値以上である場合（ステップＳ１０３；Ｙｅｓ）、間欠送信（ＤＴＸ）を解除して通常状態に移行し（ステップＳ１０４）、間欠送信（ＤＴＸ）の解除を自セル内の各ＵＥ１００に通知する（ステップＳ１０５）。
【００９８】
［その他の実施形態］
上述した実施形態では、ｅＮＢ２００間の連携について特に触れなかった。しかしながら、ｅＮＢ２００は、ＤＴＸパターンをＵＥ１００に通知するだけでなく、隣接ｅＮＢ２００に通知してもよい。これにより、隣接ｅＮＢ２００が配下のＵＥ１００のモビリティ制御を適切に行うことができる。
【００９９】
また、上述した実施形態では、本発明をＬＴＥシステムに適用するケースを主として説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【符号の説明】
【０１００】
Ｅ−ＵＴＲＡＮ１０、ＥＰＣ２０、ＵＥ１００、アンテナ１０１、無線送受信機１１０、送信部１１１、受信部１１２、ユーザインターフェイス１２０、ＧＮＳＳ受信機１３０、バッテリ１４０、メモリ１５０、プロセッサ１６０、ｅＮＢ２００、アンテナ２０１、無線送受信機２１０、送信部２１１、受信部２１２、ネットワークインターフェイス２２０、メモリ２３０、プロセッサ２４０
【図１】
2014204345.tif 000005
【図２】
2014204345.tif 000006
【図３】
2014204345.tif 000007
【図４】
2014204345.tif 000008
【図５】
2014204345.tif 000009
【図６】
2014204345.tif 000010
【図７】
2014204345.tif 000011
【図８】
2014204345.tif 000012
【図９】
2014204345.tif 000013
【図１０】
2014204345.tif 000014
【図１１】
2014204345.tif 000015
【図１２】
2014204345.tif 000016
【図１３】
2014204345.tif 000017