JP2014521252A - 無線通信ネットワークにおけるユーザ装置始動による間欠動作 - Google Patents

Abstract

ユーザ装置（ＵＥ）にて間欠受信（ＤＲＸ）動作を始動する装置及び方法を開示する。ＵＥ上で実行されているアプリケーションがＵＥによって監視され、該アプリケーションに関する１つ以上の非活動トリガーイベントが特定される。ＵＥは、非活動トリガーイベントを含むアプリケーション情報を、無線層により使用されるように処理するために、アプリケーション−無線クロス層を含んでいる。ＵＥの無線層が、アプリケーション−無線クロス層により提供される非活動トリガーイベントを含むアプリケーション情報と、装置特性情報とに従って、ＤＲＸ動作の始動を決定する。

Description

本開示は概して無線通信に関する。より具体的には、本開示は無線通信システム内でのユーザ装置始動によるオペレーションに関する、

無線データ通信ネットワーク内で動作する装置は、命令及びデータを受信して、関連する信号処理を実行するために、かなりの電力を消費する。無線データ通信ネットワークがデータレートを高めるにつれて、装置の電力消費も増加している。電池の形態の有限電源によって給電されるのが典型的であるモバイル（移動式）装置では、１つの設計目標は、アクティブ動作の要件に悪影響を及ぼすことなく、電池電力の節約を達成することである。

現行の第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）−Ａｄｖａｎｃｅｄシステムにおける、装置が電力を節約する（且つシグナリング（信号伝達）オーバーヘッドを削減する）ための１つの手法は、間欠受信（discontinuous reception；ＤＲＸ）動作を実装するものである。ＤＲＸ動作は、装置のトランシーバデューティサイクルを低減することを伴う。３ＧＰＰ−ＬＴＥシステム内のｅＮｏｄｅＢは、ｅＮｏｄｅＢによって指定される所定の非活動タイマー値を満たしたことに基づいて、そのサービスエリア内の１つ以上の装置にＤＲＸ動作を開始するように命令する。ｅＮｏｄｅＢはまた、特定のＤＲＸデューティサイクルについて指示する（例えば、装置がスケジューリング及びページング情報及び／又はデータを受信するために“オン”すべきとき、及び装置が電力使用を節減するための“オフ”すべきとき）。ｅＮｏｄｅＢのみがＤＲＸ動作を始動することができる。現行の３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄシステムは、ユーザ装置（ＵＥ）によるＤＲＸ動作の始動をサポートしていない。

一態様によれば、無線通信ネットワーク内で動作するユーザ装置（ＵＥ）によって間欠受信（ＤＲＸ）動作を始動する方法が提供される。

一態様において、無線通信ネットワーク内で動作するＵＥによってＤＲＸ動作を始動する方法は、前記ＵＥ上で実行されているアプリケーションを監視して、前記アプリケーションのうちの少なくとも１つに関する少なくとも１つの非活動トリガーイベントを特定し、前記ＵＥにより、前記特定された非活動トリガーイベントと、前記ＵＥに関する装置特性情報とに基づいて、前記ＤＲＸ動作を始動することを決定し、そして、前記ＵＥが前記ＤＲＸ動作に切り換わるのに先立って、前記ＵＥにより、前記ＤＲＸ動作の始動をｅＮｏｄｅＢに信号伝達することを含む。

一部の実施形態に従った無線通信ネットワークの一例（一部）を示す図である。 一部の実施形態に従ったｅＮｏｄｅＢ及び複数のＵＥのうちの何れかの詳細を示すブロック図の一例を示す図である。 一部の実施形態に従ったＵＥに関連するプロトコルスタックの少なくとも一部を例示する図である。 一部の実施形態に従ったアプリケーション動作情報に基づいてＵＥがＤＲＸ動作を開始することに関するフロー図の一例を示す図である。 一部の実施形態に従ったＲＲＣシグナリングを用いたＤＲＸ動作のＵＥ始動に関するタイミング図の一例を示す図である。

以下の説明は、無線通信ネットワーク上で動作するユーザ装置（ＵＥ）によって間欠受信（ＤＲＸ）動作を決定して開始するように、コンピュータシステム構成並びに関連する方法及び製造品を製作して使用することができるようにするために提示されるものである。ＵＥのプロトコルスタックは、ＵＥ上で実行されているアプリケーション及び／又はＵＥの装置特性（ノンアクセスストラタム（non-access stratum；ＮＡＳ）パラメータ）に関連する非活動トリガーイベントを特定し、無線リソース制御／媒体アクセス制御（ＲＲＣ／ＭＡＣ）層による非活動トリガーイベントへのアクセスを支援し、且つＤＲＸ動作を始動する（そして場合により、特定のＤＲＸデューティサイクル又はその他のＤＲＸパラメータを選択する）べきかをＲＲＣ／ＭＡＣ層が決定する、ための新たなコンポーネントを含む。ＵＥは、ＤＲＸ動作を始動させる意図を、自身が結合されたｅＮｏｄｅＢに、無線フレームに含まれる無線リソース制御（ＲＲＣ）シグナリングを用いて信号伝達し、そして、ｅＮｏｄｅＢからコンファメーションを受信したことに応答してＤＲＸモードに切り換わる。従って、ＵＥは、電力節減を達成し、電池消費を低減し、且つ／或いはスマートアイドルモード実装からエアインタフェース上でのシグナリングオーバーヘッドを低減する。ＵＥは、その実際の動作状態及び／又は装置特性に基づいて、１つ以上のＤＲＸパラメータをｅＮｏｄｅＢに提案する。

当業者には容易にこれらの実施形態への様々な変更が明らかになり、ここに規定される一般的原理は、本発明の範囲を逸脱することなく、その他の実施形態及び用途にも提供され得る。また、以下の説明においては、説明の目的で、数多くの詳細事項が説明される。しかしながら、当業者が認識するように、本発明の実施形態はこれらの具体的詳細事項を使用せずに実施されてもよい。なお、不要な詳細によって本発明の実施形態の説明を不明瞭にしないよう、周知の構造及びプロセスはブロック図形態にて示していない。故に、本開示は、示された実施形態に限定されるものではなく、ここに開示される原理及び特徴に一致する最も広い範囲を認められるべきものである。

図１は、一部の実施形態に従った無線通信ネットワーク１００の一例（一部）を示している。無線通信ネットワーク１００は、エンハンストノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）１０２と、複数のユーザ装置（ＵＥ）１１０とを含んでいる。一実施形態において、無線通信ネットワーク１００は、時分割二重（time division duplex；ＴＤＤ）モードにて動作する第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）規格を用いた進化型ユニバーサル地上波無線アクセスネットワーク（evolved universal terrestrial radio access network；ＥＵＴＲＡＮ）を有する。他の一実施形態において、無線通信ネットワーク１００は、周波数分割二重（frequency division duplex；ＦＤＤ）モードにて動作する３ＧＰＰ−ＬＴＥ規格を用いたＥＵＴＲＡＮを有する。更なる他の実施形態において、無線通信ネットワーク１００は、ＷｉＦｉネットワーク、ＷｉＭＡＸネットワーク、第３世代（３Ｇ）ネットワーク、及びその他の無線データ通信ネットワークであり得る。

ｅＮｏｄｅＢ１０２（基地局とも呼ばれる）は、セル１０４として表記する或る一定の地理的領域にサービス提供する。セル１０４内に位置するＵＥ１１０はｅＮｏｄｅＢ１０２によってサービスされる。ｅＮｏｄｅＢ１０２は、第１キャリア周波数１０６（Ｆ１）（例えば、プライマリキャリア成分）上、及び必要に応じて、例えば第２キャリア周波数１０８（Ｆ２）（例えば、セカンダリキャリア成分）などの１つ以上の補助的なキャリア周波数上で、ＵＥと通信する。説明を容易にするため、図１には１つのｅＮｏｄｅＢのみが示されている。しかしながら、理解されるように、無線通信ネットワーク１００は２つ以上のｅＮｏｄｅＢを含み、それらのｅＮｏｄｅＢの各々が、ｅＮｏｄｅＢ１０２と隣接しているものも隣接していないものもあり得る特定のセルにサービス提供する。

ＵＥ１１０は多様な装置を有することができ、そのような装置は、以下に限られないが、セルラー電話、スマートフォン、タブレット、ラップトップ、デスクトップ、パーソナルコンピュータ、サーバ、携帯情報端末（ＰＤＡ）、ｗｅｂ機器、セットトップボックス（ＳＴＢ）、ネットワークルータ、スイッチ若しくはブリッジ、及びこれらに類するものを含む。所与の時点で、１つ以上のＵＥ１１０がセル１０４内に、あるいはセル１０４外に移動し得る。

図２は、一部の実施形態に従ったｅＮｏｄｅＢ１０２及びＵＥ１１０のうちの何れかの詳細を示すブロック図の一例を示している。ｅＮｏｄｅＢ１０２／ＵＥ１１０は、プロセッサ２０２、メモリ２０４、トランシーバ２０６、命令２０８、及びその他のコンポーネント（図示せず）を含んでいる。プロセッサ２０２は、１つ以上の中央演算処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、又はこれらの双方を有する。プロセッサ２０２は、ｅＮｏｄｅＢ１０２／ＵＥ１１０の処理機能及び制御機能を提供するように構成される。メモリ２０４は、ｅＮｏｄｅＢ１０２／ＵＥ１１０に関する命令、データ及び設定情報などを格納するように構成された１つ以上の一時的及び静的なメモリユニットを有する。トランシーバ２０６は、ｅＮｏｄｅＢ１０２とｅＮｏｄｅＢ１０２のレンジ内のＵＥ１１０との間でアップリンク伝送及びダウンリンク伝送の送信及び受信を行うように構成された１つ以上のトランシーバを有する。トランシーバ２０６は、１つ以上の複数入力複数出力（ＭＩＭＯ）アンテナを含み、それによりＭＩＭＯ通信をサポートする。一部のＭＩＭＯ実施形態において、複数のアンテナは有効に離隔され、それにより、これらアンテナの各々と送信局のアンテナとの間で生じる異なるチャネル特性及び空間ダイバーシティを活用し得る。一部のＭＩＭＯ実施形態において、複数のアンテナは最大で波長の１／１０だけ離隔され、あるいはそれより大きく離隔され得る。

命令２０８は、コンピューティング装置（又は機械）上で実行されて該コンピューティング装置（又は機械）にここに記載の方法の何れかを実行させる１つ以上の命令セット又はソフトウェアを有する。命令２０８（コンピュータ読み取り可能命令、機械読み取り可能命令、モジュール、コンポーネント、又はアプリとも呼ばれる）は、完全あるいは少なくとも部分的に、その実行時にプロセッサ２０２及び／又はメモリ２０４内に存在し得る。プロセッサ２０２及びメモリ２０４はまた、機械読み取り可能媒体を有する。一実施形態において、プロセッサ２０２は、詳細に後述するように、命令２０８を実行することで、１つ以上のＵＥ１１０によって間欠受信（ＤＲＸ）動作を始動することに関する処理を支援するように構成される。

ｅＮｏｄｅＢ１０２／ＵＥ１１０は複数の別個の機能要素を有するように示されているが、これらの機能要素のうちの１つ以上は、結合されてもよいし、例えばデジタル信号プロセッサ（ＤＳＰ）を含む演算処理素子及び／又はその他のハードウェア素子など、ソフトウェア構成される素子の組み合わせによって実装されてもよい。例えば、一部の要素は、１つ以上のマイクロプロセッサ、ＤＳＰ、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（ＲＦＩＣ）、又は、少なくともここに記載の機能を実行する様々なハードウェア及び論理回路の組み合わせを有し得る。一部の実施形態において、これらの機能要素は、１つ以上の演算処理素子上で動作する１つ以上のプロセスを表し得る。

実施形態は、ハードウェア、ファームウェア及びソフトウェアのうちの１つ、又はこれらの何らかの組み合わせにて実装され得る。実施形態はまた、コンピュータ読み取り可能記憶媒体に格納された命令として実装されて、該命令が、少なくとも１つのプロセッサによって読み出されて実行されることで、ここに記載の処理を実行するようにしてもよい。コンピュータ読み取り可能記憶媒体は、機械（例えば、コンピュータ）によって読み取り可能な形態で情報を記憶する非一時的（ノントランジトリ）な機構を含み得る。例えば、コンピュータ読み取り可能記憶媒体は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、並びにその他の記憶装置及び記憶媒体を含み得る。これらの実施形態において、ＵＥ１１０の１つ以上のプロセッサは、ここに記載の処理を実行するための命令で構成され得る。

一部の実施形態において、ＵＥ１１０は、直交周波数分割多重（ＯＦＤＭ）通信信号を、ＯＦＤＭＡ通信技術によるマルチキャリア通信チャネル上で受信するように構成され得る。一部の実施形態において、このＯＦＤＭＡ技術は、相異なるアップリンクスペクトル及びダウンリンクスペクトルを使用する周波数ドメイン二重化（ＦＤＤ）技術、又は、アップリンクとダウンリンクとで同じスペクトルを使用する時間ドメイン二重化（ＴＤＤ）技術、の何れかとし得る。ＯＦＤＭ信号は、複数の直交する副搬送波（サブキャリア）を有し得る。一部の広帯域マルチキャリア実施形態において、ｅＮｏｄｅＢ１０２は、例えばＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）通信ネットワーク、又は第３世代パートナーシッププロジェクト（３ＧＰＰ）ユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ）ロングタームエボリューション（ＬＴＥ）若しくはロングタームエボリューション（ＬＴＥ）の通信ネットワークなどの、広帯域無線アクセス（ＢＷＡ）通信ネットワークの一部とし得る。しかしながら、本発明の範囲はこの点において限定されるものではない。これらの広帯域マルチキャリア実施形態において、ＵＥ１１０及びｅＮｏｄｅＢ１０２は、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術に従って通信するように構成され得る。ＵＴＲＡＮ ＬＴＥ規格は、ＵＴＲＡＮ−ＬＴＥに関する第３世代パートナーシッププロジェクト（３ＧＰＰ）規格である２００８年３月のリリース８及び２０１０年１２月のリリース１０を、これらの変形及び発展形を併せて含む。

セル１０４内に位置するＵＥ１１０は、ＴＤＤ動作又はＦＤＤ動作に合わせて構成される直交周波数分割多重アクセス（ＯＦＤＭＡ）フレームを有する無線フレームを用いて、データをｅＮｏｄｅＢ１０２に送信する（アップリンク伝送）とともに、ｅＮｏｄｅＢ１０２からデータを受信する（ダウンリンク伝送）。無線フレームは各々、複数のアップリンクサブフレーム及びダウンリンクサブフレームを有し、これらアップリンク及びダウンリンクのサブフレームは、サポートされる複数のアップリンク−ダウンリンク比設定の中から選択されたアップリンク−ダウンリンク比設定に従って構成される（3GPP TS36.211 Version9.1.0，E-UTRA Physical Channels and Modulation (Release9)，2010年3月を参照）。

図３は、一部の実施形態に従った各ＵＥ１１０に関連するプロトコルスタックの少なくとも一部を例示している。複数のＵＥ１１０の各々のプロトコルスタックは、アプリケーション層３１０、アプリケーション−無線クロス層３１２、無線リソース制御／媒体アクセス制御（ＲＲＣ／ＭＡＣ）層３１４、及びノンアクセスストラタム（ＮＡＳ）層３２０を含んでいる。アプリケーション層３１０からアプリケーション−無線クロス層３１２にデータは伝達され、そして、アプリケーション−無線クロス層３１２及びＮＡＳ層３２０の各々からＲＲＣ／ＭＡＣ層３１４にデータが伝達される。アプリケーション層３１０はエネルギー認識イベントモニタ部３１６を含んでいる。ＲＲＣ／ＭＡＣ層３１４はアプリケーション認識ＤＲＸトリガー部３１８を含んでいる。ＮＡＳ層３２０はＮＡＳパラメータ部を含んでいる。

ＵＥ１１０は、エアインタフェースを介してｅＮｏｄｅＢ１０２と無線通信する。モビリティマネジメントエンティティ（ＭＭＥ）／ゲートウェイ３０４が、ｅＮｏｄｅＢ１０２とホームサブスクライバサーバ（ＨＳＳ）／ホームロケーションレジスタ（ＨＬＲ）３０２との間の通信経路内に設けられる。ｅＮｏｄｅＢ１０２はＭＭＥ／ゲートウェイ３０４と無線通信する。ＭＭＥ／ゲートウェイ３０４はＨＳＳ／ＨＬＲ３０２と通信する。ＭＭＥ／ゲートウェイ３０４（ＭＭＥ３０４とも称する）は、とりわけＨＳＳ／ＨＬＲ３０２へのアクセスを制御するように構成された無線通信ネットワーク１００の制御ノードを有する。ＨＳＳ／ＨＬＲ３０２は、加入者情報、アカウント情報、ＵＥ情報、サービス情報、及び／又は無線通信ネットワーク１００内で動作する装置に関するその他の情報のマスターリポジトリを有する。例えば、格納される情報は、アカウント番号、ユーザ嗜好、ユーザ承認、ネットワーク承認、ＵＥ特性若しくは仕様、及びこれらに類するものと含むことができる。ＭＭＥ／ゲートウェイ３０４は、例えば、ＨＳＳ／ＨＬＲ３０２に格納されたＵＥ特性へのアクセスを、ＵＥからのこのような情報の要求に応答して仲立ちする。

図４は、一部の実施形態に従った、アプリケーション動作情報に基づいてＵＥ１１０がＤＲＸ動作を開始することに関するフロー図４００の一例を示している。これは、現行仕様下で、ｅＮｏｄｅＢ１０２が、静的に割り当てられた非活動タイマーを用いて、所与のＵＥ１１０に関するＤＲＸ動作を始動するものとは異なる。図５は、一部の実施形態に従った、無線リソース制御（ＲＲＣ）シグナリングを用いたＤＲＸ動作のＵＥ始動に関するタイミング図の一例を示している。以下、図４を、図５とともに説明する。

ブロック４０１にて、ネットワーク接続手順中（この中で、ＵＥ１１０はネットワークとの接続セッションを構築する）に、ＵＥ１１０がｅＮｏｄｅＢ１０２と通信して、その装置特性についての情報をＭＭＥ／ゲートウェイ３０４を介してＨＳＳ／ＨＬＲ３０２から取得する。装置特性は、以下に限られないが、ＵＥ１１０によって送信あるいは受信されるデータの遅延許容範囲（例えば、ＵＥ１１０上のアプリケーションに関連する遅延許容範囲など）、及び／又はＵＥ１１０がマシンツーマシン（Ｍ２Ｍ）型の装置であるかどうかを含む。ＵＥ１１０のＮＡＳ層３２０が装置特性情報を要求し、受信された情報はＮＡＳパラメータ部３２２に格納される。

代替的に、ＮＡＳパラメータ部３２２が既に装置特性情報を含んでいる場合、ブロック４０１は必要に応じてのオプションとされ得る。

ブロック４０２にて、アプリケーション層３１０に含まれるエネルギー認識イベントモニタ部３１６（エネルギー認識イベントモニタ、アプリケーションイベントモニタ、又はアプリケーション非活動イベントモニタとも称する）が、ＵＥ１１０上で走っているアプリケーションを監視し、１つ以上の非活動トリガーイベントを特定する。非活動トリガーイベント（非活動イベントとも称する）は、アプリケーション性能の犠牲なしで、あるいは最小限の犠牲で、ＵＥ１１０に関してデータパケットの受信又は送信を行わないでいられる時間期間、故に、電力及びシグナリングオーバーヘッドの節減を受け入れることができる時間期間を有する。

非活動トリガーイベントは、限定されないが、以下を含む：
・ アプリケーションセッション終了 ― 現時のアプリケーションセッション（例えば、インスタントメッセージ（ＩＭ）チャット、スカイプ電話、ストリーム化された映画、ウウェブ会議、等々）が終了すると、ＵＥ１１０は、その他のアプリケーション及び／又はネットワークトラフィックの状態に基づいて、ＤＲＸ動作を始動すべきかを決定することができる。
・ アプリケーションに付随するキープアライブメッセージの周期性 ― 非常に一般的なアプリケーションの一部は、ユーザがオンラインで“いること”を維持し、連絡先リスト上の人々をその状態について管理することを可能にしている。そのようなアプリケーションの例は、フェイスブック、グーグルチャット、マイクロソフトコミュニケータ、スカイプ、ソーシャルネットワークウェブサイト、ウェブチャット、ウェブベースのニュース提供、及びこれらに類するものと含む。これらのアプリケーションは、コンテンツを最新のものに維持するために、周期的なショートメッセージ（キープアライブメッセージとも称する）を用いている。ＵＥ１１０は、キープアライブメッセージの既知の周期性を使用して、ＤＲＸ動作を始動すべきかを決定し、ＤＲＸデューティサイクルを決定し、且つ／或いはＲＲＣアイドル状態に入ることに関して、より長い非活動タイマーを設定することができる。例えば、或る周期性でｅＮｏｄｅＢ１０２に送信されるキープアライブメッセージが存在することをＵＥ１１０が知っている場合、ＵＥ１１０は、ＲＲＣアイドルモードに入るための非活動タイマーをキープアライブメッセージの周期より長い時間期間に設定すべきであること、又は、アイドルモードデューティサイクルの“オフ”部分中に次のキープアライブメッセージによる割り込みが生じること（これは、ネットワーク再入場を構築するために余分なシグナリングオーバーヘッドを要する）を回避するようにアイドルモードデューティサイクルを選択すべきであること、を決定することができる。
・ アプリケーションデータの送信及び／又は受信の遅延許容性 ― 異なるアプリケーション、又は所与のアプリケーションに関連する異なるデータタイプは、送信又は受信に関して異なる時間感度（すなわち、遅延許容範囲）を有する。例えば、ソフトウェア更新をチェックすることに関するデータは遅延に寛大であり得るが、テキストメッセージを送信することに関するデータは遅延に寛大でないことがある。遅延の許容性はまた、ＵＥ１１０の装置の種類に基づいて特定されることができる。Ｍ２Ｍ装置は典型的に、ユーザが装置とインタラクトすることを必要としない特定の機能を実行しており、特定の機能のためのネットワーク接続を必要とするのみである。スマートパーキングメータ（駐車メータ）はＭ２Ｍ装置の一例である。これは、例えばスマートフォンなど、現実のユーザによって使用され、且つネットワーク上での相異なるサービス品質要求を各々が有し得る多数のアプリケーションを実行する装置とは対照的である。Ｍ２Ｍタイプの装置の別の一例は、ファームウェア更新をチェックするため毎週日曜日の午前１時にネットワークにアクセスするように構成された、あるいは障害フラグがオンに切り替わった場合／時にネットワークにアクセスするように構成された、インターネット化された冷蔵庫とし得る。一実施形態において、ＵＥ１１０は、自身がＭ２Ｍタイプの装置であること、及び自身のアプリケーションの要求を認識している。他の一実施形態において、ＵＥ１１０に関する装置タイプ及びアプリケーション要求は、例えばＨＳＳ／ＨＬＲ３０２などの別の機械内に規定されており、（ブロック４０１にて）ＵＥ１１０によって取得され得る。ＵＥ１１０は、遅延したデータ送信／受信による影響をアプリケーション性能が受けない場合に、電力を節減するために、遅延許容性及び／又はＭ２Ｍ装置タイプ情報を用いて、例えば、ＤＲＸ動作を始動すべきかを決定し、適切なＤＲＸデューティサイクルを選択し、且つ／或いは現在のＤＲＸデューティサイクルを更に延長することができる。

アプリケーション−無線クロス層３１２の存在は、従前はＲＲＣ／ＭＡＣ層３１４に利用可能でなかった特定種類の情報をアプリケーションが通信することを可能にする。ブロック４０４にて、アプリケーション−無線クロス層３１２が、アプリケーション層３１０からのアプリケーション情報を変換、処理、あるいはその他の方法で使用して、ＲＲＣ／ＭＡＣ層３１４によって使用可能な形態にて非活動トリガーイベントを生成（あるいは仕上げる）する。例えば、アプリケーション層３１０は、アプリケーション−無線クロス層３１２によってＲＲＣ／ＭＡＣ層３１４による使用に合わせて構成されることが可能な、アプリケーションに関連するセッション終了データパケットを送信することができる。アプリケーション−無線クロス層３１２は、アプリケーションプログラミングインタフェース（ＡＰＩ）と、ＡＰＩ関数を実装したものとを有する。

ブロック４０６にて、ＲＲＣ／ＭＡＣ層３１４（無線層とも称する）のアプリケーション認識ＤＲＸトリガー部３１８が、アプリケーション−無線クロス層３１２を介してアプリケーション層３１０から提供される非活動トリガーイベント情報、ＵＥ１１０上で走っている全てのアプリケーションについての情報、ネットワークトラフィック情報、ＮＡＳパラメータ部３２２からの装置特性情報（例えば、遅延許容性及び／又はＭ２Ｍ装置指定）、及びその他の関連情報を分析して、ＤＲＸ動作を起動すべきかを決定する。ＤＲＸ動作を起動しないとの決定が為された場合（ブロック４０６のＮｏの分岐）、アプリケーション認識ＤＲＸトリガー部３１８は、アプリケーション層３１０からの次の情報セットを待つ。そうでない場合、ＵＥ１１０によるＤＲＸ動作を起動する決定が為される（ブロック４０６のＹｅｓの分岐）。

現行の技術仕様においては、アプリケーション−無線クロス層３１２は存在しない。アプリケーション層からのデータはＲＲＣ／ＭＡＣ層によって受信されるが、ＲＲＣ／ＭＡＣ層によって分析されることはない。ＲＲＣ／ＭＡＣ層は、受信したデータパケットの内容を知ることなく、単にそのデータパケットをｅＮｏｄｅＢへの送信のために準備する。対照的に、本開示に係る実施形態は、ＵＥ１１０が自身のＤＲＸパラメータを取り決めるよう、アプリケーション層３１０のエネルギー認識イベントモニタ部３１６、アプリケーション−無線クロス層３１２、ＲＲＣ／ＭＡＣ層３１４のアプリケーション認識ＤＲＸトリガー部３１８、及びＮＡＳ層３２０のＮＡＳパラメータ部３２２を使用することを含む。

アプリケーション認識ＤＲＸトリガー部３１８はまた、非活動トリガーイベント情報に基づいて、何れのＤＲＸデューティサイクルをトリガーすべきかを決定することができる（ブロック４０８）。例えば、ＵＥ１１０がＭ２Ｍタイプの装置を有する場合、長いＤＲＸデューティサイクルが適切であり得る。他の一例として、ＤＲＸデューティサイクルは、キープアライブメッセージによるデューティサイクルの“オフ”部分中の割り込みを回避するように選択され得る。他の例では、ＵＥ１１０はＤＲＸデューティサイクルを選択するオプションを有していなくてもよく、その場合、ブロック４０８は必要に応じてのものである。

次にブロック４１０にて、ＵＥ１１０が、ＤＲＸ動作を起動する意図、及び必要に応じて、特定のＤＲＸデューティサイクル、その他のＤＲＸパラメータ、及び例えばアプリケーション特性などのＤＲＸ動作に関係するその他の可能な情報（集合的に、ＤＲＸパラメータ又はＤＲＸ関連パラメータと称する）を、ｅＮｏｄｅＢ１０２に信号伝達する。このシグナリングは、ＤＲＸモードに実際に入る前の、ハンドシェイク、リクエスト（要求）、コンファメーション（確認）、ノーティフィケーション（通知）、又はｅＮｏｄｅＢ１０２との同期化手順を有し得る。

ＵＥ１１０によって信号伝達された意図に応答して、ｅＮｏｄｅＢ１０２はブロック４１２にて、ＵＥ１１０によって提案されたＤＲＸ意図の全て又は一部を確認、変更あるいは拒否することができる。ｅＮｏｄｅＢ１０２は、ブロック４１０でＵＥ１１０によって推薦されたものとは異なる１つ以上のＤＲＸパラメータを指定することができる。何れの場合も、ＵＥ１１０はブロック４１２にて、ＤＲＸモードに入ることに関するｅＮｏｄｅＢ１０２からの回答／コマンドを受信する。ＵＥ１１０は、次いでブロック４１３にて、ｅＮｏｄｅＢの回答／コマンドが受信されたことのコンファメーションをｅＮｏｄｅＢ１０２に信号伝達する。最後にブロック４１４にて、ＵＥ１１０は、ｅＮｏｄｅＢ１０２によって最終決定されたＤＲＸパラメータに従って、ＤＲＸ動作モードに切り換わる。

ブロック４１０、４１２及び４１３の一実施形態において、ＵＥ１１０が自身用のＤＲＸパラメータをｅＮｏｄｅＢ１０２と協議するための新たな無線リソース制御（ＲＲＣ）シグナリングが使用される。図５に示すように、この新たなＲＲＣシグナリングは、RRCConnectionParametersRequest（ＲＲＣ接続パラメータ要求）メッセージ、RRCConnectionParametersResponse（ＲＲＣ接続パラメータ応答）メッセージ、及びRRCConnectionParametersComplete（ＲＲＣ接続パラメータ完了）メッセージを有する。新たなＲＲＣシグナリング情報が、１つ以上の無線フレームに含められる。ＵＥ１１０は、RRCConnectionParametersRequestメッセージを生成し、これをｅＮｏｄｅＢ１０２に送信することで、ＤＲＸ動作を始動するという自身の意図を信号伝達する（通信５０２）。RRCConnectionParametersRequestメッセージは、ＤＲＸ関連パラメータ（ＵＥ１１０によって、そのセッション終了、キープアライブメッセージの周期性、遅延許容性、及び／又はＭ２Ｍ装置タイプ情報に従って決定される）と、ＵＥ１１０がｅＮｏｄｅＢ１０２に提案し得るその他の値／設定／パラメータを提供するものと、に対応する情報要素（ＩＥ）を含む。一例として、RRCConnectionParametersRequestメッセージは、変形及び発展形を含め3GPP TS36.331 Version 10.0.0，E-UTRA Radio Resource Control (RRC)：Protocol Specification (Release 10)，2011年1月にてDRX-Config IEとして規定されるＤＲＸＣｏｎｆｉｇパラメータを含むことができる。

応答して、ｅＮｏｄｅＢ１０２は、ＵＥ１１０によって提案されたＤＲＸ関連パラメータの確認、変更又は拒否を有するものであるRRCConnectionParametersResponseメッセージをＵＥ１１０に送信する（通信５０４）。RRCConnectionParametersResponseメッセージはまた、ｅＮｏｄｅＢ１０２によって指定されるＤＲＸ関連パラメータを有する。ｅＮｏｄｅＢ１０２によって指定されるＤＲＸ関連パラメータは、ｅＮｏｄｅＢによる確認、変更又は拒否の決定に従って、通信５０２でＵＥ１１０によって提案されたＤＲＸ関連パラメータのうちの１つ以上と同じであることもあるし、同じでないこともある。RRCConnectionParametersResponseメッセージに含まれるＤＲＸ関連パラメータは、例えば、変形及び発展形を含め3GPP TS36.331 Version 10.0.0，E-UTRA Radio Resource Control (RRC)：Protocol Specification (Release 10)，2011年1月に明記されるDRX-Config IEとして規定することができる。一部の実施形態において、RRCConnectionParametersResponseメッセージに含まれるＤＲＸ関連パラメータは、ＵＥ１１０によって提案されたものとは異なるパラメータだけを有していてもよい。何故なら、ＵＥ１１０は既に、残りのパラメータを所持しているからである。

最後に、ＵＥ１１０は、ｅＮｏｄｅＢ１０２により明記されたＤＲＸ関連パラメータを含むRRCConnectionParametersResponseメッセージの受信成功確認のため、RRCConnectionParametersCompleteメッセージをｅＮｏｄｅＢ１０２に返す（通信５０６）。ＵＥ１１０によって提案されたものとｅＮｏｄｅＢ１０２による返答との間でＤＲＸ関連パラメータに相違があるときには、ｅＮｏｄｅＢ１０２によってRRCConnectionParametersResponseメッセージ内に明記されたＤＲＸ関連パラメータが支配する。

ブロック４１０、４１２及び４１３の他の一実施形態においては、ネットワークとの接続を再構築するための既存のＲＲＣシグナリング機構が、ＵＥ提案によるＤＲＸ関連パラメータをｅＮｏｄｅＢ１０２に提供するように拡張される。ネットワーク接続の再構築は、例えばハンドオーバ中などに何らかの種類のネットワーク接続失敗が発生したとき、又は緊急事態が存在する場合に、ＵＥ１１０によって開始されるものである。この再構築手順が、接続再構築要求（従来から行われている通り）とともに、少なくともＵＥ１１０によって自己決定されたＤＲＸ関連パラメータ（例えば、DRX-Config IE）を含むRRCConnectionReestablishmentRequest（ＲＲＣ接続再構築要求）メッセージをＵＥ１１０が生成してｅＮｏｄｅＢ１０２に送信することによって開始される。再構築手順の残りの部分は、変形及び発展形を含め3GPP TS36.331 Version 10.0.0，E-UTRA Radio Resource Control (RRC)：Protocol Specification (Release 10)，2011年1月に記載されるようにＲＲＣ接続の全てを再構築することを含む。上述の実施形態と同様に、ＵＥ提案によるＤＲＸ関連パラメータがｅＮｏｄｅＢ１０２に提供された後にＵＥ１１０とｅＮｏｄｅＢ１０２との間でＤＲＸ関連パラメータに相違がある場合には、ｅＮｏｄｅＢ１０２からのものが支配する。

フロー図４００は、複数のＵＥ１１０の各々がアイドルモード又はＤＲＸ動作に入る時を、ｅＮｏｄｅＢ１０２に代わって、自己決定して推薦するために、ｅＮｏｄｅＢ１０２に結合された各ＵＥ１１０に対してフロー図４００を繰り返すことができる。一部の実施形態において、フロー図４００は、ＵＥ１１０がそのアプリケーション及び／又は装置特性に基づいてＤＲＸパラメータの１つ以上の変更を提案するように実装され得る。

従って、現在行われているようにＤＲＸモードをトリガーするための非活動タイマーをｅＮｏｄｅＢ１０２がＵＥ１１０に静的に割り当てるのではなく、ＵＥ１１０自身のリアルタイムのアプリケーション情報を活用してＤＲＸ動作の最適な起動を自己決定するという新たなＤＲＸトリガリング機構がここに記載されている。ＵＥ１１０は、そのネットワークトラフィックのニーズについて、ｅＮｏｄｅＢ１０２よりも多くの良い情報を所持している。ＵＥ１１０上で走るアプリケーションは、例えばアプリケーションのセッション終了、アプリケーションのキープアライブメッセージ、及び/又はアプリケーションデータの遅延許容性など、特定の特性又はイベントを有しており、これらがアプリケーション層３１０に含められたエネルギー認識イベントモニタ部３１６によって監視される。次いで、このようなアプリケーション情報が、アプリケーション−無線クロス層３１２によって、ＲＲＣ／ＭＡＣ層３１４のアプリケーション認識ＤＲＸトリガー部３１８によりアクセス可能な形態へと処理あるいは変換される。また、ＮＡＳ層３２０のＮＡＳパラメータ部３２２が、例えば装置のデータ遅延許容性及び／又はＭ２Ｍ装置タイプ情報などの装置特性情報を、アプリケーション認識ＤＲＸトリガー部３１８に提供する。アプリケーション認識ＤＲＸトリガー部３１８が、アプリケーション情報及び／又は装置特性情報を分析して、ＤＲＸ動作を始動すべきかを決定し、且つ場合により、どのようなＤＲＸデューティサイクル又はその他のＤＲＸパラメータを使用すべきかを決定する。ＵＥ１１０は、ＤＲＸ動作を起動すること（及び場合により、特定のＤＲＸデューティサイクル）の承認又は確認を求める要求をｅＮｏｄｅＢ１０２に送信する。ｅＮｏｄｅＢ１０２が応答すると（例えば、ＵＥ１１０によって提案されたＤＲＸパラメータの承諾、変更、又は拒否）、ＵＥ１１０は、ｅＮｏｄｅＢ１０２による返答に従ってＤＲＸ動作を開始する。

用語“機械読み取り可能媒体”、“コンピュータ読み取り可能媒体”、及びこれらに類するものは、１つ以上の命令セットを格納する単一媒体又は複数媒体（例えば、中央化あるいは分散されたデータベース、及び／又は付随のキャッシュ及びサーバ）を含むように解されるべきである。用語“機械読み取り可能媒体”はまた、機械による実行のための命令セットを格納、エンコード、あるいは担持することが可能であり且つ本開示に係る方法のうちの１つ以上を機械に実行させる如何なる媒体をも含むように解されるべきである。従って、用語“機械読み取り可能媒体”は、以下に限られないが、半導体メモリ、光媒体、磁気媒体、及び搬送波信号を含むように解釈される。

認識されるように、以上の説明は、明瞭化の目的で、複数の異なる機能ユニット又はプロセッサを参照して幾つかの実施形態を説明している。しかしながら、明らかになるように、本発明の実施形態を逸脱することなく、様々な機能ユニット、プロセッサ又はドメイン間での好適な如何なる機能分散も使用され得る。例えば、別々のプロセッサ又はコントローラによって実行されるように例示された機能が、同一のプロセッサ又はコントローラによって実行されてもよい。従って、特定の機能ユニットの参照は、厳密な論理的あるいは物理的な構造又は編成を指し示すものではなく、単に、所望の機能を提供するのに好適な手段に言及するものとして理解されるべきである。

本発明は、幾つかの実施形態に関連付けて記載されているが、ここに明記された具体的な形態に限定されるものではない。当業者が認識するように、本発明によれば、記載された実施形態の様々な特徴は組み合わされ得るものである。また、認識されるように、本発明の精神及び範囲を逸脱することなく、様々な変更及び改変が当業者によって為され得る。

以上の詳細な説明においては、理解されるように、開示の効率化の目的で、様々な機構が単一の実施形態にまとめられている。この開示方法は、請求項に係る実施形態が、各請求項に明示されているものより多くの機構を必要とするといった意図を反映するものとして解釈されるべきでない。むしろ、以下の請求項が反映するように、発明の主題は、開示された単一の実施形態の機構全てより少ない部分にある。故に、以下の請求項は、各請求項が別個の実施形態として自立して、この詳細な説明に組み込まれるものである。

Claims (25)

1. 無線通信ネットワーク内で動作するユーザ装置（ＵＥ）によって間欠受信（ＤＲＸ）動作を始動する方法であって、
   前記ＵＥ上で実行されているアプリケーションを監視して、前記アプリケーションのうちの少なくとも１つに関する少なくとも１つの非活動トリガーイベントを特定することと、
   前記ＵＥにより、前記特定された非活動トリガーイベントと、前記ＵＥに関する装置特性情報とに基づいて、前記ＤＲＸ動作を始動することを決定することと、
   前記ＵＥが前記ＤＲＸ動作に切り換わるのに先立って、前記ＵＥにより、前記ＤＲＸ動作の始動をエンハンストノードＢ（ｅＮｏｄｅＢ）に信号伝達することと、
   を有する方法。
2. 前記非活動トリガーイベントは、前記アプリケーションのうちの前記少なくとも１つに関するセッション終了、前記アプリケーションのうちの前記少なくとも１つに関する一定の周期性を有するキープアライブメッセージ、又は前記アプリケーションのうちの前記少なくとも１つの遅延許容性、のうちの少なくとも１つを有する、請求項１に記載の方法。
3. 前記装置特性情報は、前記ＵＥに関する遅延許容範囲又は装置タイプ情報を含むノンアクセスストラタム（ＮＡＳ）パラメータを有し、前記装置特性情報は、前記ネットワークに含まれるホームサブスクライバサーバ（ＨＳＳ）／ホームロケーションレジスタ（ＨＬＲ）から取得される、請求項１に記載の方法。
4. 前記装置タイプ情報は、マシンツーマシン（Ｍ２Ｍ）型の装置としての前記ＵＥの特定を有する、請求項３に記載の方法。
5. 当該方法は更に、前記ＵＥにより、前記特定された非活動トリガーイベントと前記装置特性情報とに基づいて、前記ＤＲＸ動作のＤＲＸデューティサイクルを決定することを有し、前記ｅＮｏｄｅＢに信号伝達することは、前記決定されたＤＲＸデューティサイクルを前記ｅＮｏｄｅＢに信号伝達することを含む、請求項１に記載の方法。
6. 前記ｅＮｏｄｅＢに信号伝達することは、前記ＤＲＸ動作の始動に関する少なくとも１つのＤＲＸパラメータを含む無線リソース制御（ＲＲＣ）メッセージを含んだ少なくとも１つの無線フレームを送信することを有する、請求項１に記載の方法。
7. 前記ＵＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ）−ロングタームエボリューション（ＬＴＥ）ネットワーク内で動作するように構成されている、請求項１に記載の方法。
8. 前記監視することは、前記ＵＥに含まれるアプリケーション層にて実行され、前記決定することは、前記ＵＥのプロトコルスタックに含められたアプリケーション−無線クロス層アプリケーションプログラミングインタフェース（ＡＰＩ）にて実行され、前記ｅＮｏｄｅＢに信号伝達することは、エアインタフェース上で無線層にて実行される、請求項１に記載の方法。
9. ユーザ装置（ＵＥ）であって、
   当該ＵＥ上で実行されている少なくとも１つのアプリケーションに関する少なくとも１つの非活動イベントと、当該ＵＥに関する少なくとも１つのノンアクセスストラタム（ＮＡＳ）パラメータとに基づいて、間欠受信（ＤＲＸ）動作を起動することを始動するプロセッサと、
   前記プロセッサと通信するトランシーバであり、少なくとも１つの無線フレームを用いて、前記ＤＲＸ動作を起動する意図をエンハンストノードＢ（ｅＮｏｄｅＢ）に信号伝達するトランシーバと、
   を有するＵＥ。
10. 当該ＵＥは、時分割二重（ＴＤＤ）モードで動作する第３世代パートナーシッププロジェクト（３ＧＰＰ）−ロングタームエボリューション（ＬＴＥ）ネットワーク内で動作するように構成されている、請求項９に記載のＵＥ。
11. 当該ＵＥは、周波数分割二重（ＦＤＤ）モードで動作する第３世代パートナーシッププロジェクト（３ＧＰＰ）−ロングタームエボリューション（ＬＴＥ）ネットワーク内で動作するように構成されている、請求項９に記載のＵＥ。
12. 前記非活動イベントは、前記少なくとも１つのアプリケーションに関するセッション終了、前記少なくとも１つのアプリケーションに関する一定の周期性を有するキープアライブメッセージ、及び前記少なくとも１つのアプリケーションの遅延許容性、のうちの１つ以上を有する、請求項９に記載のＵＥ。
13. 前記少なくとも１つのＮＡＳパラメータは、当該ＵＥに関する遅延許容範囲又はマシンツーマシン（Ｍ２Ｍ）装置タイプの特定を含む、請求項９に記載のＵＥ。
14. 前記プロセッサは、前記非活動イベントと前記ＮＡＳパラメータとに基づいて、前記ＤＲＸ動作に関する１つ以上のＤＲＸパラメータを決定し、前記ＤＲＸパラメータはＤＲＸデューティサイクルを含む、請求項９に記載のＵＥ。
15. 前記ｅＮｏｄｅＢへの前記信号伝達は、少なくとも１つの無線フレームに含められる無線リソース制御（ＲＲＣ）シグナリングを有し、前記ＲＲＣシグナリングは、前記ＤＲＸ動作に対応する１つ以上のＤＲＸパラメータを含む、請求項９に記載のＵＥ。
16. 前記トランシーバは、前記ＤＲＸ動作を起動する前記意図に応答しての前記ｅＮｏｄｅＢからの返答信号を受信し、前記トランシーバは、前記返答信号に応答して前記ＤＲＸ動作を開始する、請求項９に記載のＵＥ。
17. 前記返答信号は、前記ＤＲＸ動作に対応する少なくとも１つのＤＲＸパラメータの変更を有する、請求項１６に記載のＵＥ。
18. 第３世代パートナーシッププロジェクト（３ＧＰＰ）−ロングタームエボリューション（ＬＴＥ）ネットワーク内で動作するユーザ装置（ＵＥ）であって、
    当該ＵＥ上で実行されている少なくとも１つのアプリケーションに関する非活動イベントを、プロトコルスタックのアプリケーション層にて特定するプロセッサ
    を有し、前記プロセッサは、前記非活動イベントを、無線層によるアクセスのために、前記プロトコルスタックのクロス層にて処理し、前記プロセッサは、前記無線層にて、前記非活動イベントとノンアクセスストラタム（ＮＡＳ）パラメータとに従って、１つ以上の間欠受信（ＤＲＸ）動作パラメータを決定する、
    ＵＥ。
19. 前記無線層は、無線リソース制御（ＲＲＣ）層及び媒体アクセス制御（ＭＡＣ）層のうちの１つ以上を有する、請求項１８に記載のＵＥ。
20. 前記非活動イベントは、当該ＵＥに関してデータパケットが受信あるいは送信されない時間期間を有する、請求項１８に記載のＵＥ。
21. 前記ＮＡＳパラメータは装置特性情報を有し、該装置特性情報は、当該ＵＥに関する遅延許容範囲又は装置タイプ情報を含む、請求項１８に記載のＵＥ。
22. 前記プロセッサは、前記無線層にて、前記非活動イベントと前記ＮＡＳパラメータとに従ってＤＲＸデューティサイクルを決定する、請求項１８に記載のＵＥ。
23. 当該ＵＥは更に、前記プロセッサと通信するトランシーバを有し、該トランシーバは、無線リソース制御（ＲＲＣ）シグナリングを含んだ少なくとも１つの無線フレームをエンハンストノードＢ（ｅＮｏｄｅＢ）に送信し、該ＲＲＣシグナリングは、前記無線層にて決定された前記１つ以上のＤＲＸ動作パラメータを含む、請求項１８に記載のＵＥ。
24. 前記ＲＲＣシグナリングは、前記ネットワークとの接続を構築するために使用される、請求項２３に記載のＵＥ。
25. 当該ＵＥは、時分割二重（ＴＤＤ）モード又は周波数分割二重（ＦＤＤ）モードで動作する３ＧＰＰ−ＬＴＥネットワーク内で動作するように構成されている、請求項１８に記載のＵＥ。

Images