(57)【要約】【解決手段】方法は、ネットワーク（１００）と端末（１０２）との間の第１のデータ接続（１６０）を使用することにより、ネットワーク（１００）のネットワークノード（１１２）から端末（１０２）へと、ネットワーク（１００）と端末（１０２）との間の通信のために予約された予約済みリソース（２５８）のタイミング（５０１）を示すダウンリンク制御メッセージ（４５２）を通信することを含む。予約済みリソース（２５８）は、ネットワーク（１００）によって予測されたデータ送信（４０１〜４０３、４０５〜４０７）の予測サイズに基づいて大きさが決定される。当該方法はまた、最初のデータ接続（１６０）の接続解除（４５３）を実行することを含む。当該方法はまた、タイミング（５０１）に従うとともに予約済みリソース（２５８）を使用してネットワークアクセス（４５４）を実行し、端末（１０２）とネットワーク（１００）の間に第２のデータ接続（１６０）を確立することを含む。【選択図】図８
2020535734.tif 000002
【特許請求の範囲】
【請求項１】
・ネットワーク（１００）と端末（１０２）との間の第１のデータ接続（１６０）を使用し、前記ネットワーク（１００）のネットワークノード（１１２）から前記端末（１０２）へと、前記ネットワーク（１００）と前記端末（１０２）との間の通信のために予約された予約済みリソース（２５８）のタイミング（５０１）を示すダウンリンク制御メッセージ（４５２）を通信し、前記予約済みリソース（２５８）は、前記ネットワーク（１００）によって予測されたデータ送信（４０１〜４０３、４０５〜４０７）の予測サイズに基づいて大きさが決定されることと、
・最初のデータ接続（１６０）の接続解除（４５３）を実行することと、
・前記タイミング（５０１）に従うとともに前記予約済みリソース（２５８）を使用し、ネットワークアクセス（４５４）を実行して、前記端末（１０２）と前記ネットワーク（１００）の間に第２のデータ接続（１６０）を確立すること
を含む方法。
【請求項２】
前記タイミング（５０１）は、時間ドメイン、周波数ドメイン、およびコードドメインのうちの少なくとも１つで定義された前記予約済みリソース（２５８）を示すスケジューリング情報を含む、請求項１に記載の方法。
【請求項３】
前記スケジューリング情報は、前記ネットワークアクセス（４５４）のプリアンブルシーケンスを示す、請求項２に記載の方法。
【請求項４】
前記スケジューリング情報は、リソースグリッド（２５３）の時間−周波数リソース要素（２５８、２６０）を示し、
前記時間−周波数リソース要素（２５８、２６０）においてプリアンブルシーケンスが通信される、請求項２または３に記載の方法。
【請求項５】
前記タイミング（５０１）には、前記予約済みリソースを含んだ前記ネットワーク（１００）の無線リンク（１１１）における少なくとも１つの送信フレーム（２６０、２６０−３）のシーケンス番号、および前記端末（１０２）により実装されるタイマーのタイマー初期化値のうちの少なくとも１つが含まれる、請求項１〜４の何れか１項に記載の方法。
【請求項６】
前記端末（１０２）は、接続解除と前記ネットワークアクセス（４５４）との間ではページング不可として前記ネットワーク（１００）に登録される。請求項１〜５の何れか１項に記載の方法。
【請求項７】
前記端末（１０２）は、少なくとも１５秒間、任意に少なくとも６０秒間、更に任意に少なくとも１０分間はページング不可能として登録される、請求項６に記載の方法。
【請求項８】
更に、
・データ送信（４０１〜４０３、４０５〜４０７）のタイミング（５５０、５５１）を予測することと、
・前記データ送信（４０１〜４０３、４０５〜４０７）の前記タイミング（５５０、５５１）の前記予測に基づいて、前記予約済みリソース（２５８）のタイミング（５０１）を決定することと、
・前記ネットワークアクセス（４５４）の実行および前記第２のデータ接続（１６０）の使用に応答して、前記データ送信を実行することを含む、請求項１〜７の何れか１項に記載の方法。
【請求項９】
前記データ送信（４０１〜４０３、４０５〜４０７）のタイミング（５５０、５５１）は、前記端末（１０２）によって実行されるアプリケーションのパケットデータネットワーク応答時間および反復報告スケジュールの少なくとも１つに基づいて予測される、請求項８に記載の方法。
【請求項１０】
更に、
・前記第１のデータ接続（１６０）を使用して、前記端末（１０２）から前記ネットワークノード（１１２）へと、前記ダウンリンク制御メッセージ（４５２）を要求するためのアップリンク制御メッセージ（４５１）を通信することを含み、前記アップリンク制御メッセージ（４５１）は前記予約済みリソース（２５８）のタイミングを示す、請求項１〜９の何れか１項に記載の方法。
【請求項１１】
前記ダウンリンク制御メッセージ（４５２）は、前記アップリンク制御メッセージ（４５１）によって示されるタイミングの肯定応答を含む、請求項１０に記載の方法。
【請求項１２】
前記アップリンク制御メッセージ（４５１）は更に、前記データ送信のサイズを示し、また任意にデータ送信の方向性を示す、請求項８または９、ならびに請求項１０または１１に記載の方法。
【請求項１３】
前記データ送信はアップリンクデータ送信であり、
前記方法は更に、
・前記第２のデータ接続（１６０）の確立に応答して、前記ネットワークノード（１１２）から前記端末（１０２）へと、更なる予約済みリソース（２５８）を示すスケジューリング情報を含んだ更なるダウンリンク制御メッセージ（４５６）を通信し、前記更なる予約済みリソース（２５８）のサイズは、前記アップリンク制御メッセージ（４５１）により示されるデータ送信のサイズに従うことを含み、
前記アップリンクデータ送信は、前記更なる予約済みリソース（２５８）を使用して実行される、請求項１２に記載の方法。
【請求項１４】
更に、
・前記ネットワークアクセス（４５４）の実行と前記アップリンクデータ送信の実行との間では、前記端末（１０２）から前記ネットワークノード（１１２）へとアップリンクスケジューリング要求を通信しないことを含む、請求項１３に記載の方法。
【請求項１５】
前記ダウンリンク制御メッセージ（４５２）は、前記リソースを予約するネットワーク（１００）の複数のセルのうちの或るセルに関連付けられた識別情報を含む、請求項１〜１４の何れか１項に記載の方法。
【請求項１６】
前記第１のデータ接続（１６０）は、前記ネットワーク（１００）の複数のセルのうちの第１のセルを介するものであり、
前記第２のデータ接続（１６０）は、前記ネットワーク（１００）の複数のセルのうちの第２のセルを介するものである、請求項１〜１５の何れか１項に記載の方法。
【請求項１７】
更に、
前記接続解除の前記実行と前記ネットワークアクセス（４５４）の前記実行との間で、端末（１０２）の受信機を非アクティブ状態（３８３）で連続的に動作させることを含む、請求項１〜１６の何れか１項に記載の方法。
【請求項１８】
前記ネットワークアクセス（４５４）は、前記予約済みのリソースを使用して非競合ベースで実行される、請求項１〜１７の何れか１項に記載の方法。
【請求項１９】
前記ダウンリンク制御メッセージ（４５２）は、更なる予約済みのリソースを示す更なるスケジューリング情報を含み、
前記方法は更に、
・前記第２のデータ接続（１６０）を使用し、且つ更なる予約済みのリソースを使用してデータを送信することを含む、請求項１〜１８の何れか１項に記載の方法。
【請求項２０】
制御回路（１０１１、１０１５、１０２１、１０２５）を具備するデバイス（１０１、１０２）であって、前記制御回路は、
・ネットワーク（１００）と端末（１０２）との間の第１のデータ接続（１６０）を使用して、前記ネットワーク（１００）のネットワークノード（１１２）から前記端末（１０２）へと、前記ネットワーク（１００）と前記端末（１０２）との間の通信のために予約された予約済みリソース（２５８）のタイミング（５０１）を示すダウンリンク制御メッセージ（４５２）を通信し、前記予約済みリソース（２５８）は、前記ネットワーク（１００）によって予測されたデータ送信（４０１〜４０３、４０５〜４０７）の予測サイズに基づいて大きさが決定され、
・最初のデータ接続（１６０）の接続解除（４５３）を実行し、また前記タイミング（５０１）に従うとともに前記予約済みリソース（２５８）を使用し、ネットワークアクセス（４５４）を実行して、前記端末（１０２）と前記ネットワーク（１００）の間で第２のデータ接続（１６０）を確立するように設定されるデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の様々な例は、一般に、端末と無線ネットワークとの間でデータを通信することに関する。本発明の様々な例は、特に、データを通信するためのデータ接続を確立するために、ネットワークアクセスを実行することに関する。特定の例によれば、ネットワークアクセスに優先順位を付けることができる。
【背景技術】
【０００２】
無線通信システムでは、端末（モバイルデバイスまたはユーザ機器（User  Equipment：ＵＥ）と呼ばれることもある）および基地局（Base  Station：ＢＳ）は、通常、データ接続を使用してデータを通信する。データ接続は、ランダムアクセス手順を使用して、ＵＥとネットワークの間にセットアップされる。これには、ＵＥによって実行されるネットワークアクセスが含まれる。次に、スペクトル上のリソースを、データを通信するためにＵＥに割り当てることができる。これは、時にはリソーススケジューリングと呼ばれる。リソーススケジューリングは、データ接続によって促進される。
【０００３】
基準実装によると、ネットワークアクセスからリソーススケジューリングまでの上記種々のプロセスは、エネルギー効率が悪くなる可能性があり、かなりの時間を必要とすることがある。したがって、データの通信までの待ち時間が長くなる。これは、特に、エネルギー効率の高い操作に関して最適化される、モノのインターネット（Internet  of  Things：ＩＯＴ）デバイスに関連し得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
方法は、ダウンリンク制御メッセージを通信することを含むものである。当該ダウンリンク制御メッセージは、ネットワークと端末との間の最初のデータ接続を使用して通信される。ダウンリンク制御メッセージは、予約済みリソースのタイミングを示すものである。予約済みリソースは、ネットワークと端末の間の通信用に確保される。予約済みリソースは、ネットワークが予測したデータ送信の予測されたサイズに基づいて大きさを決定することができる。この方法はまた、最初のデータ接続の接続解除を実行することも含んでいる。この方法はまた、前記タイミングに従うとともに予約済みリソースを使用し、ネットワークアクセスを実行して、端末とネットワークとの間に第２のデータ接続を確立することも含むものである。
【０００５】
たとえば、予約済みリソースは、当該端末のために排他的または半排他的に確保され得る。したがって、端末が予約済みリソースにアクセスするときには、当該端末と他の端末との間に衝突がないか、または減少する可能性がある。他の端末と、予約済みリソース上の端末との同時スケジューリングは回避することができる。
【０００６】
このような技術により、端末によるタイムリーな再接続を容易にすることが可能である。これにより、データ接続の解除後にデータを送信する必要がある場合に、待ち時間を増加させるリスクを冒すことなく最初のデータ接続を解除できるため、エネルギー消費の低減に役立つ。
【０００７】
当該タイミングには、時間ドメイン、周波数ドメイン、およびコードドメインの少なくとも１つで定義される予約済みリソースを示す、スケジューリング情報を含めることができる。
【０００８】
これにより、第２のデータ接続の確立を動的にスケジューリングすることが可能である。時間ドメイン、周波数ドメイン、コードドメインでの多重化が可能になる。
たとえば、スケジューリング情報は、ネットワークアクセスのためのプリアンブルシーケンスを示し得る。
【０００９】
これは、コードドメインでの多重化の実行を補助する。直交プリアンブルシーケンス、たとえば、Ｚａｄｏｆｆ−Ｃｈｕシーケンス、またはウォルシュ−アダマールコードを使用できる。
【００１０】
スケジューリング情報は、リソースグリッドの時間−周波数リソース要素を示すことができる。プリアンブルシーケンスは、時間−周波数リソース要素において通信され得る。これは、時間−周波数ドメインで多重化を実行するために役立つ。リソース要素は、変調スキームのシンボルおよびサブキャリアによって定義され得る。
【００１１】
前記タイミングには、前記予約済みリソースを含むネットワークの無線リンクにおける少なくとも１つの送信フレームのシーケンス番号、および端末により実装されるタイマーのタイマー初期化値のうちの少なくとも１つが含まれ得る。これは、予約済みリソースの時間オフセット、たとえば、現在の時刻から１０分超、または３０分超の時間オフセットのスケジューリングに役立つ。シーケンス番号空間でのラップアラウンドを使用すると、リソースの再発や半永続的なスケジューリングが可能になる可能性がある。
【００１２】
たとえば、端末は、接続解除とネットワークアクセスとの間でページング不可能として、ネットワークに登録され得る。これは、ディープスリープモードで端末を操作するのに役立ち、それにより電力消費を削減できる。
【００１３】
端末は、少なくとも１５秒間、必要に応じ少なくとも６０秒間、更に必要に応じ少なくとも１０分間はページング不可として登録できる。これにより、データ通信のニーズに合わせて調整された大きな電力消費を提供することができる。
【００１４】
当該方法は更に、データ送信のタイミングを予測すること、および前記データ送信のタイミングの予測に基づいて予約済みリソースのタイミングを決定すること、ならびにネットワークアクセスの実行および第２のデータ接続の使用に応答してデータ送信を実行することを含むことができる。
【００１５】
これは、予測されたデータ送信を考慮して、ネットワークとの再接続を調整する補助となり得る。データのジャストインタイム配信が提供され得る。
【００１６】
データ送信のタイミングは、パケットデータネットワーク応答時間、および端末によって実行されるアプリケーションの反復報告スケジュールのうちの少なくとも１つに基づいて予測され得る。
【００１７】
これにより、マシン型通信アプリケーションが容易になる。
【００１８】
この方法は更に、第１のデータ接続を使用して、端末からネットワークノードへと、ダウンリンク制御メッセージを要求するためのアップリンク制御メッセージを通信することを含むことができ、このアップリンク制御メッセージは、予約済みリソースのタイミングを示す。
【００１９】
それによって、端末はタイミングを制御することができる。これは、アップリンクデータのジャストインタイム配信を促進するのに役立つ。
【００２０】
ダウンリンク制御メッセージは、アップリンク制御メッセージによって示されるタイミングの肯定応答を含み得る。これにより、端末とネットワークとの間の予約済みリソースの双方向での交渉が提供され得る。
【００２１】
たとえば、アップリンク制御メッセージは更に、データ送信のサイズ、および任意にデータ送信の方向性を示し得る。これは、データ送信のための、追加のスケジューリング要求を通信する必要性を回避するために役立つ。
【００２２】
上記のデータ送信は、アップリンクデータ送信であり得る。当該方法は更に、第２のデータ接続の前記確立に応答して、ネットワークノードから端末へと、更なる予約済みリソースを示すスケジューリング情報を含んだ更なるダウンリンク制御メッセージを通信することを含み得る。当該更なる予約済みリソースのサイズは、アップリンク制御メッセージにより示されるデータ送信のサイズに従い得る。アップリンクデータ送信は、更なる予約済みリソースを使用して実行できる。
【００２３】
このような技術は、第２のデータ接続の確立と、アップリンクデータ送信の実行との間の時間的オーバーヘッドを低減するのに役立つ。
【００２４】
この方法では、ネットワークアクセスの前記実行とアップリンクデータ送信の前記実行との間に、端末からネットワークノードへのアップリンクスケジューリング要求を通信することを含まなくてよい。これにより、制御シグナリングのオーバーヘッドが低減される。
【００２５】
ダウンリンク制御メッセージは、リソースを予約するネットワークにおける複数のセルのうちの１つのセルに関連した識別情報を含み得る。たとえば、第１のデータ接続は、ネットワークにおける複数のセルのうちの第１のセルを介することができ、第２のデータ接続は、ネットワークにおける複数のセルのうちの第２のセルを介することができる。
【００２６】
これは、端末のモビリティをサポートするのに役立つ。セル間スケジューリングがサポートされ得る。
【００２７】
当該方法は更に、接続解除の前記実行とネットワークアクセスの前記実行との間において、端末の受信機を継続的に非アクティブ状態で動作させることを含み得る。
【００２８】
これは、消費電力の低減に役立つ。
【００２９】
このネットワークアクセスは、予約済みリソースを使用して非競合ベースで実行され得る。
【００３０】
これにより、長いバックオフ時間が回避される。タイムリーな再接続が容易になる。
【００３１】
ダウンリンク制御メッセージは、更なる予約済みリソースを示す更なるスケジューリング情報を含み得る。この方法は更に、第２のデータ接続を使用し、更なる予約済みリソースを使用してデータを送信することを含むことができる。
【００３２】
これは、短い待ち時間でのデータ送信を容易にするために役立つ。
【００３３】
コンピュータプログラム製品には、プログラムコードが含まれている。プログラムコードを実行すると、少なくとも１つのプロセッサに対して或る方法を実行させる。この方法は、ネットワークと端末との間の第１のデータ接続を使用し、当該ネットワークのネットワークノードから端末へと、ネットワークと端末の間の通信のために予約された予約リソースのタイミングを示すダウンリンク制御メッセージを通信し、また第１のデータ接続の接続解除を実行し、また前記タイミングに従うとともに予約済みリソースを使用し、ネットワークアクセスを実行して、端末とネットワークとの間に第２のデータ接続を確立する。予約済みリソースは、当該ネットワークによって予測されたデータ送信の予測されたサイズに基づいて大きさが決定されてよい。
【００３４】
コンピュータプログラムはプログラムコードを含んでいる。プログラムコードを実行すると、少なくとも１つのプロセッサに対して或る方法を実行させる。当該方法は、ネットワークと端末との間の第１のデータ接続を使用し、ネットワークのネットワークノードから端末へと、ネットワークおよび端末の間の通信のために予約された予約済みリソースのタイミングを示すダウンリンク制御メッセージを通信し、また前記第１のデータ接続の接続解除を実行し、また前記タイミングに従うとともに予約済みリソースを使用し、ネットワークアクセスを実行して、端末とネットワークとの間に第２のデータ接続を確立する。予約済みリソースは、ネットワークによって予測されたデータ送信の予測サイズに基づいて大きさが決定されてよい。
【００３５】
デバイスは、ネットワークと端末との間の第１のデータ接続を使用し、ネットワークのネットワークノードから端末へと、ネットワークと端末との間の通信のために予約された予約済みリソースのタイミングを示すダウンリンク制御メッセージを通信し、また前記第１のデータ接続の接続解除を実行し、また、前記タイミングに従うとともに予約済みリソースを使用し、ネットワークアクセスを実行して、端末とネットワークとの間に第２のデータ接続を確立するように設定された制御回路を含む。前記予約済みリソースは、ネットワークによって予測されたデータ送信の予測されたサイズに基づいて大きさが決定されてよい。
【００３６】
方法は、第２のＵＥのためでなく第１のＵＥのために、ネットワークアクセスのためのリソースを予約することによって、第２のＵＥのネットワークアクセスよりも第１のＵＥのネットワークアクセスを優先することを含む。この方法は更に、予約済みリソースのタイミングを第１のＵＥにシグナリングすることを含み得る。必要に応じて、予約済みリソース自体は、たとえば、スケジューリング情報を使用して、第１のＵＥにシグナリングされてよい。
【００３７】
上述の特徴および以下で更に説明する特徴は、示されたそれぞれの組み合わせだけでなく、本発明の範囲から逸脱することなく、他の組み合わせで、または単独で使用され得ることを理解されたい。
【図面の簡単な説明】
【００３８】
【図１】図１は、様々な例に従った、無線リンク上で通信するＢＳおよびＵＥを概略的に示す。
【図２】図２は、様々な例に従った、ＵＥおよびＰＳをより詳細に概略的に示す。
【図３】図３は、様々な例に従った、ＢＳを含むネットワークのアーキテクチャを概略的に示す。
【図４】図４は、様々な例に従った、ＵＥの種々の動作モードを概略的に示す。
【図５】図５は、ＵＥの動作モードに従って、更に様々な例に従った異なる状態にあるＵＥの受信機の動作を概略的に示す。
【図６】図６は、様々な例に従ってＵＥにより実行されるＩＯＴアプリケーションの反復報告スケジュールによる、ＵＥとＢＳとの間の通信のシグナリング図である。
【図７】図７は、ＵＥとＢＳの間での通信のシグナリング図であり、様々な例に従って、ＵＥとパケットデータネットワークのサーバとの間で通信されるデータの往復時間を示す。
【図８】図８は、ＵＥとＢＳとの間の通信のシグナリング図であり、様々な例に従って、データを通信する前にネットワークアクセスを実行するための予約済みリソースの使用を示す。
【図９】図９は、様々な例に従って、ネットワークアクセスを実行するための予約済みリソースを概略的に示す。
【図１０】図１０は、ＵＥとＢＳおよび更なるＢＳとの間の通信のシグナリング図であり、様々な例に従って、データを通信する前にネットワークアクセスを実行するために、予約済みリソースを使用することを示す。
【図１１】図１１は、様々な例に従った方法のフローチャートである。
【図１２】図１２は、様々な例に従った方法のフローチャートである。
【実施形態の詳細な説明】
【００３９】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。以下の実施形態の説明は、限定的な意味で解釈されるべきではないことを理解されたい。本発明の範囲は、以下に説明される実施形態または図面によって限定されることを意図するものではなく、それらは単なる例示として解釈されるものである。
【００４０】
図面は、概略図と見なされるべきであり、図面に示される要素は、必ずしも一定の縮尺で示されている訳ではない。むしろ、様々な要素は、それらの機能および一般的な目的が当業者に明らかになるように表現されている。図面に示され、または本明細書に記載される機能ブロック、デバイス、コンポーネント、または他の物理的もしくは機能的ユニット間の任意の接続または結合は、間接的な接続または結合によって実装されてもよい。コンポーネント間の結合はまた、無線接続を介して確立することもできる。機能ブロックは、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせにおいて実装されてよい。
【００４１】
以下では、データを通信する技術について説明する。詳細に言えば、たとえば、データを通信する必要性に応答して、ネットワークにアクセスする技術について説明する。
【００４２】
本明細書に記載されている技術は、リソース効率およびエネルギー効率のよいネットワークへのアクセスを容易にする。本明細書で説明する技術は、ネットワークへの待ち時間の短いアクセスを容易にする。これにより、待ち時間が短く且つエネルギー効率の高いデータ通信が容易になる。
【００４３】
本明細書に記載される技術は、ＩＯＴデバイスに関連して使用され得る。具体的には、本明細書で説明される技術は、第３世代パートナーシッププロジェクト（Third  Generation  Partnership  Project：３ＧＰＰ）マシン型通信（Machine  Type  Communication：ＭＴＣ）デバイスに関連して採用され得る。本明細書で説明される技術は、３ＧＰＰ狭帯域ＩＯＴ（Narrowband  IOT：ＮＢ−ＩＯＴ）デバイスに関連して採用され得る。
【００４４】
上記で説明したように、本明細書で記載する技術は、ネットワークにおけるＵＥとＢＳとの間でのデータの送信および／または受信（通信）を容易にすることができる。たとえば、アップリンク（Uplink：ＵＬ）データおよび／またはダウンリンク（Downlink：ＤＬ）データが通信され得る。たとえば、ＵＥおよび／またはネットワークで実行されるサービスに関連付けられ得るペイロードデータが通信され得る。たとえば、ペイロードデータは、ＵＥと、ＵＥへのアクセスを提供するネットワークが接続されるパケットデータネットワーク（Packet  Data  Network：ＰＤＮ）との間で通信され得る。
【００４５】
実施例によれば、ＤＬ制御メッセージは、ネットワークからＵＥへと通信される。ＤＬ制御メッセージは、予約済みリソースのタイミングを示す。たとえば、リソースは、ネットワークとＵＥの間での通信のために、排他的または半排他的に予約され得る。ＤＬ制御メッセージは、ネットワークと端末との間の最初のデータ接続を使用して通信され得る。たとえば、最初のデータ接続によって実装される物理ＤＬ制御チャネル（Physical  DL  Control  Channel：ＰＤＣＣＨ）のような制御チャネルは、ＤＬ制御メッセージを通信するために使用され得る。その後、最初のデータ接続の接続解除が実行され得る。続いて、タイミングに従うとともに予約済みリソースを使用してネットワークアクセスを実行し、ＵＥとネットワークの間に第２のデータ接続を確立することができる。次いで、この第２のデータ接続を使用してデータを通信することができる。
【００４６】
一般的なルールとして、ネットワークアクセス用に予約されたリソースのタイミングは、目的のデータ送信のタイミングと相関するか、または時間整合される。たとえば、予約済みリソースのタイミングは、第２のデータ送信を確立するための幾らかのヘッドルームを得るために、データ送信のタイミングから所与の量だけオフセットさせることができる。
【００４７】
このような技術は、幾つかのシナリオにおいて、データを通信するためにデータ接続が必要になる時点を予測できる可能性があるとの発見に基づいている。こうして、それぞれのデータ接続を確立するために、ネットワークへの待ち時間が短く且つ効率的なアクセスが可能になるように、ネットワークアクセスのための予約済みリソースを提供することが可能になり得る。ネットワークアクセスおよび確立されたデータ接続に基づき、たとえばデータのサイズ等を考慮して、データを通信するためのリソースを柔軟にスケジュールすることが可能である。
【００４８】
具体的には、このような技術は、たとえばＬｏＲａアライアンスプロトコル（ｗｗｗ．ＬｏＲａ−Ａｌｌｉａｎｃｅ．ｏｒｇを参照、２０１７年９月２３日検索）による従来の実装と比較した場合、一定の利点を有する。このようなソリューションでは、競合ベースのＵＬ送信の後に、データを受信できる２つの短いＤＬ受信ウィンドウが自動的に続く。２番目の受信ウィンドウは、最初の受信ウィンドウ内でデータが受信されない場合にのみ開かれる。各受信ウィンドウ間の待ち時間は、通信システムごとに固定され、ネットワークによって通知される。このような固定受信ウィンドウは、低い複雑さおよび低いエネルギー消費を目的とし、またＵＬデータ中心のＩＯＴアプリケーションに焦点を当てている。ダウンリンク送信機会間の固定された時間間隔は、固定された時間間隔の間でのＵＥの省エネルギー状態への移行を容易にする。しかし、そのようなソリューションはそれほど柔軟性を持ったものではない。たとえば、データの通信に依存するアプリケーションが固定時間間隔よりも速い応答期間を必要とする場合、またはより大量のデータが必要な場合は、固定サイズの送信ウィンドウに対応でき、予想される挙動からの逸脱は単純に説明できない。更に、ＵＬデータの競合ベースの通信により、たとえば、無線リンクが混雑している場合には、ＵＬデータを通信するための待ち時間が増加する可能性がある。
【００４９】
本明細書に記載する技術によって、ＵＥとネットワークとの間でのエネルギー効率のよいデータ通信が提供される。同時に、上記の制限および欠点に適応するための更に高度なスケジューリングの柔軟性が提供される。これは、柔軟なスケジューリングを容易にするデータ接続をセットアップすることによって達成される。
【００５０】
図１は、本明細書に開示される技術から利益を得ることができる無線通信ネットワーク１００を概略的に示す。ネットワーク１００は、複数のセルを含むセルラーネットワークであってよく、各セルは、１つまたは複数のＢＳに関連付けられる。ネットワークは、３Ｇ、４Ｇ長期進化（Long  Term  Evolution：ＬＴＥ）、または今後の５Ｇ新無線（New  Radio：ＮＲ）のような、３ＧＰＰ標準化ネットワークである。他の例としては、米国電気電子技術者協会（Institute  of  Electrical  and  Electronics  Engineers：ＩＥＥＥ）が指定したネットワークのような、ポイントツーポイントネットワーク、たとえば、８０２．１１×Ｗｉ−ＦｉプロトコルまたはＢｌｕｅｔｏｏｔｈ（登録商標）プロトコルが含まれる。更なる例には、３ＧＰＰ  ＮＢ−ＩＯＴまたはｅＭＴＣネットワークが含まれる。
【００５１】
ネットワーク１００は、ＢＳ１０１およびＵＥ１０２を含む。たとえば、ＵＥ１０２は、スマートホン、携帯電話、テーブル、ノート、コンピュータ、スマートＴＶ、ＭＴＣデバイス、ＬＯＴデバイス、センサ、アクチュエータ等を含む群から選択されてよい。
【００５２】
ＭＴＣデバイスまたはＩＯＴデバイスは、典型的には、データトラフィック容量に対する要件が低から中程度で、待ち時間要件が緩いデバイスである。更に、ＭＴＣまたはＩＯＴデバイスを使用した通信は、複雑さを抑え、低コストを達成すべきである。更に、ＭＴＣまたはＩＯＴデバイスのエネルギー消費は、バッテリー駆動のデバイスを比較的長い時間機能させるために、比較的低くなければならない。バッテリーの寿命は十分に長くなければならない。たとえば、ＩＯＴデバイスは、ＮＢ−ＩＯＴ  ＲＡＴを介してＥＰＳに接続され得る。
【００５３】
無線リンク１１１が、ＢＳ１０１とＵＥ１０２の間に確立される。無線リンク１１１は、ＢＳ１０１からＵＥ１０２へのＤＬリンクを含み、更に、ＵＥ１０２からＢＳ１０１へのＵＬリンクを含む。時分割複信（Time-Division  Duplexing：ＴＤＤ）、周波数分割複信（Frequency-Division  Duplexing：ＦＤＤ）、空間分割複信（Space-Division  Duplexing：ＳＤＤ）、および／またはコード分割複信（Code-Division  Duplexing：ＣＤＤ）を使用して、ＵＬとＤＬ間の干渉を緩和できる。同様に、ＴＤＤ、ＦＤＤ、ＳＤＤ、および／またはＣＤＤは、無線リンク１１１（図１には示されていない）上で通信する複数のＵＥ間の干渉を緩和するために採用され得る。これは、非競合ベースまたは競合フリーの通信を実装するのに役立つ。このために、無線リソース（以下、単にリソースと呼ぶ）を使用することができる。
【００５４】
図１の挿入図（破線）は、リソースに関する態様を示している。時間−周波数リソース要素２６１は、時間−周波数リソースグリッド２５１で定義される。図１の挿入図は、単一の送信フレーム２６０についての時間−周波数リソースグリッド２５１を示す。送信フレーム２６０は、時間ドメインで無線リンク１１１上の送信を構成する。送信フレーム２６０の例は、階層的順序で、サブフレーム、フレーム、およびスーパーフレームを含む。
【００５５】
図１の例では、各時間−周波数リソース２６１は、直交周波数分割多重（ＯＤＦＭ）変調スキームのサブキャリアによって形成され得る。各時間−周波数リソース要素２６１は、時間領域で単一のシンボルを運ぶことができる。各時間−周波数リソース要素２６１は、ＢＳ１０１および所与のＵＥとの間の通信のために予約され得る。このような時間−周波数リソース要素は、時には専用リソースと呼ばれる。予約のために、スケジューリング情報が、ＢＳ１０１によってそれぞれのＵＥに提供され得る。
【００５６】
時間周波数リソース２６１の幾つかは、ＢＳ１０１と所与のＵＥとの間の通信のために予約されない場合がある。むしろ、ＵＥがスケジューリング情報を受信する機会を持つことがなかったそのような共有リソースに基づいて、ネットワークへの競合ベースのアクセスが実装される可能性がある。
【００５７】
図１においては、時間−周波数リソース要素２６１に関連してＴＤＤおよびＦＤＤが説明されたが、他の例では、非競合ベースの通信を実装するためにＣＤＤおよび／またはＳＤＤを使用し、したがって少なくとも１つの空間ドメインまたはコードドメインで定義されたリソースに依存することが可能である。
【００５８】
図２は、ＢＳ１０１およびＵＥ１０２の更なる詳細を概略的に示す。ＢＳ１０１は、プロセッサ１０１１およびインターフェース１０１２を含む。インターフェース１０１２は、１つまたは複数のアンテナを含むことができる。インターフェース１０２は、無線リンク１１１で通信するように設定され得る。ＢＳ１０１は更に、メモリ１０１５、たとえば不揮発性メモリを更に含む。メモリは、プロセッサ１０１１によって実行され得るプログラムコードを格納し得る。プログラムコードを実行することにより、プロセッサ１０１１は、ＵＥ１０２とのＲＡ手順に参加すること、ＵＥ１０２のネットワークアクセスに参加すること、更なるＵＥのネットワークアクセスよりもＵＥ１０２によるネットワークアクセスを優先させること、ＵＥ１０２によるネットワークアクセスのために予約済みリソースを割り当てること、ＦＤＤ、ＴＤＤ、ＳＤＤ、および／またはＣＤＤを実行して、予約済みリソースを提供すること、予約済みリソースのタイミングを示すＤＬ制御メッセージをＵＥ１０２に送信することに関する技術を実行することができる。したがって、プロセッサ１０１１およびメモリ１０１５は制御回路を形成する。
【００５９】
ＵＥ１０２は、プロセッサ１０２１およびインターフェース１０２２を含む。インターフェース１０２２は、１つまたは複数のアンテナを含み得る。インターフェース１０２２は、無線リンク１１１で通信するように設定され得る。ＵＥ１０２は更に、メモリ１０２５、たとえば不揮発性メモリを含む。メモリ１０２５は、プロセッサ１０２１によって実行され得るプログラムコードを格納し得る。プログラムコードを実行すると、プロセッサ１０２１は、ＢＳ１０１とのＲＡ手順に参加すること、ＢＳ１０１を介してネットワークへのネットワークアクセスを実行すること、ＢＳ１０１から、少なくとも１つの予約済みリソースのタイミングを示すＤＬ制御メッセージを受信すること等に関して技術を実行することができる。したがって、プロセッサ１０２１およびメモリ１０２５は、制御回路を形成する。
【００６０】
図３は、幾つかの例示的な実装によるセルラーネットワーク１００のアーキテクチャに関する態様を示している。特に、図３の例によるセルラーネットワーク１００は、３ＧＰＰ  ＬＴＥアーキテクチャを実装し、これは進化型パケットシステム（Evolved  Packet  System：ＥＰＳ）と呼ばれることもある。しかし、これは例示のみを目的とするものである。特に、様々なシナリオが、例示のみを目的として、３ＧＰＰ  ＬＴＥ無線アクセス技術（Radio  Access  Technology：ＲＡＴ）に従って動作するＵＥ１０２とＢＳ１０２の間の無線リンク１１１の関連において説明される。同様の手法は、様々な種類の３ＧＰＰ指定ＲＡＴ、たとえば、モバイルシステム用グローバルシステム（Global  Systems  for  Mobile  Communications：ＧＳＭ（登録商標））、広帯域コード分割多重送信（Wideband  Code  Division  Multiplex：ＷＣＤＭＡ（登録商標））、汎用パケット無線サービス（General  Packet  Radio  Service：ＧＰＲＳ）、ＧＳＭ進化のための拡張データレート（Enhanced  Data  Rates  for  GSM  Evolution：ＥＤＧＥ）、拡張ＧＰＲＳ（Enhanced  GPRS：ＥＧＰＲＳ）、ユニバーサルモバイルテレコミュニケーションシステム（Universal  Mobile  Telecommunications  System：ＵＭＴＳ）、高速パケットアクセス（High  Speed  Packet  Access：ＨＳＰＡ）、および関連するセルラーネットワークの対応するアーキテクチャに容易に適用できる。ネットワーク１００は、３ＧＰＰ  ＮＲプロトコルに従って動作している可能性がある。更なる特定の例は、３ＧＰＰ  ＮＢ−ＩＯＴ  ＲＡＴである。３ＧＰＰ  ＮＢ−ＩＯＴ  ＲＡＴは、３ＧＰＰ  ＬＴＥ  ＲＡＴ、即ち、進化型ＵＭＴＳ地上無線アクセス（Evolved  UMTS  Terrestrial  Radio  Access：Ｅ−ＵＴＲＡ）に基づくことができる。更に、ＮＢ−ＩＯＴ  ＲＡＴは、図３に示されるようにＥＰＳと組み合わされてもよい。本明細書に開示される様々な例は、代替的または追加的に、３ＧＰＰ  ＮＢ−ＩＯＴ  ＲＡＴのために容易に実装され得る。同様に、本明細書で説明される技術は、ＭＴＣに使用され得る。他の例には、他のタイプのネットワーク、たとえば、米国電気電子技術者協会（ＩＥＥＥ）の８０２．１１Ｘ無線ローカルエリアネットワーク、Ｂｌｕｅｔｏｏｔｈ、Ｚｉｇｂｅｅ(登録商標)が含まれる。
【００６１】
ＵＥ１０２は、ネットワーク１００に登録される。図３に示すように、ＵＥ１０２は、セルラーネットワーク１００のＢＳ１０１への無線リンク１１１を介して、ネットワーク１００に接続される。ＢＳ１０１およびＵＥ１０２は、進化型ＵＭＴＳ地上無線アクセス技術（Ｅ−ＵＴＲＡＮ）を実装する。したがって、ＢＳ１０１は、図３では進化型ノードＢ（Evolved  Node  B：ｅＮＢ）とラベル付けされている。ＮＲにおいて、ＢＳ１０１は、ｇノードＢ（g  Node  B：ｇＮＢ）として知られている。他の例では、ＵＥ１０２はネットワーク１００に登録され得るが、アクティブなデータ接続１６０は維持されない可能性がある。接続１６０をセットアップするために、競合ベースまたは非競合ベースのランダムアクセス（Random  Access：ＲＡ）手順を含むネットワークアクセスが、ＵＥ１０２およびＢＳ１０１によって実行され得る。
【００６２】
無線リンク１１１上での通信は、ＵＬ方向および／またはＤＬ方向であり得る。ＢＳ１０１は、サービングゲートウェイ（Serving  Gateway：ＳＧＷ）１１７によって実装されたゲートウェイノードに接続されている。ＳＧＷ１１７は、ペイロードデータをルーティングおよび転送することができ、ＵＥ１０２のハンドオーバの際にはモビリティアンカーとして機能することができる。
【００６３】
ＳＧＷ１１７は、パケットデータネットワークゲートウェイ（Packet  Data  Network  Gateway：ＰＧＷ）１１８によって実装されるゲートウェイノードに接続される。ＰＧＷ１１８は、パケットデータネットワーク（ＰＤＮ；図３には示されていない）に向かうデータのためのセルラーネットワーク１１０の出口点および入口点として機能する。この目的のために、ＰＧＷ１１８は、パケットデータネットワークのアクセスポイントノード１２１と接続される。アクセスポイントノード１２１は、アクセスポイント名（Access  Point  Name：ＡＰＮ）によって一意に識別される。ＡＰＮは、ＰＤＮへのアクセスを求めるためにＵＥ１０２によって使用される。
【００６４】
３ＧＰＰ  ＮＲシナリオでは、ＳＧＷ１１７およびＰＧＷ１１７の機能は、ユーザプレーン機能（User  Plane  Function：ＵＰＦ）によって実装され得る。
【００６５】
ＰＧＷ１１８は、ＵＥ１０２のパケット化されたペイロードデータのための、エンドツーエンドデータ接続１６０のエンドポイントであり得る。データ接続１６０は、特定のアプリケーションのペイロードデータを通信するために使用され得る。異なるアプリケーション／サービスは、異なるデータ接続１６０を使用するか、または少なくとも部分的に、特定のデータ接続を共有することができる。データ接続１６０は、サービス固有のデータを通信するために使用される１つまたは複数のベアラによって実装され得る。ＱｏＳクラス識別子（QoS  Class  Identifier：ＱＣＩ）によって示されるサービス品質パラメーターの特定の組を特徴とするＥＰＳベアラ。データ接続は、無線リンク１１１上で通信するために、ＢＳ１０１およびＵＥ１０２によって実装される送信プロトコルスタックのレイヤ２またはレイヤ３上で少なくとも部分的に定義され得る。たとえば、３ＧＰＰ  ＬＴＥ  Ｅ−ＵＴＲＡＮに関連して、データ接続１６０は、無線リソース制御（Radio  Resource  Control：ＲＲＣ）層上で実装され得る。
【００６６】
コアネットワークの制御層には、モビリティ管理エンティティ（Mobility  Management  Entity：ＭＭＥ）１１６が含まれる。ＭＭＥ１１６機能は、３ＧＰＰ  ＮＲフレームワークにおけるアクセスおよびモビリティ管理機能（Mobility  Management  Function：ＡＭＦ）およびセッション管理機能（Session  Management  Function：ＳＭＦ）によって実装できる。
【００６７】
ホーム加入者サーバ（Home  Subscriber  Server：ＨＳＳ）１１５は、認証および加入情報のようなユーザおよび加入者関連情報を含むリポジトリを含む。３ＧＰＰ  ＮＲでは、そのような機能は認証サーバ機能（Authentication  Server  Function：ＡＵＳＦ）および／または統合データ管理（Unified  Data  Management：ＵＤＭ）機能によって実装される。
【００６８】
ポリシーおよび課金ルール機能（Policy  and  Charging  Rules  Function：ＰＣＲＦ）は、ポリシー制御を実装して、特定のＱｏＳを容易にする。それぞれの機能は、３ＧＰＰ  ＮＲフレームワークにおけるポリシー制御機能（Policy  Control  Function：ＰＣＦ）によって実装される。
【００６９】
ＭＭＥ１１６は、ページングおよびアクセス資格情報のようなモビリティおよびセキュリティタスクを取り扱う。ＭＭＥ１１６はまた、ＵＥ１０２の動作モード、たとえば、ＵＥ１０２がコネクテッドモードまたは切断モードの何れで動作するかの追跡を維持する。ＭＭＥ１１６は、非アクセス層（Non-Access  Stratum：ＮＡＳ）接続、即ち、ＲＲＣ層の上の層に実装された制御接続の終点である。
【００７０】
ＭＭＥ１１６は、ページング機能を制御することができる。したがって、ＭＭＥ１１６によって維持されるレジストリが存在し得、これは特定のＵＥがページング可能であるか、またはページング不可能であるかを識別する。これは、当該ＵＥの特定の動作モードに依存する場合がある。次に、この動作モードは、データ接続１６０の有無に関連付けられることができる。図４は、そのような動作モードに関連した態様を示している。
【００７１】
図４は、ＵＥ１０２が動作できる異なる動作モード３０１〜３０４に関する態様を示している。図４に示された全ての状態において、ＵＥ１０２はネットワーク１００に登録することができる。即ち、３ＧＰＰ  ＬＴＥではＥＭＭ登録され、または３ＧＰＰ  ＮＲではＭＭ登録されることができる。したがって、対応するエントリーはＭＭＥ１１６に保持され得る。
【００７２】
コネクテッドモード３０１では、データ接続１６０がセットアップされる。たとえば、デフォルトのベアラおよび任意に１つまたは複数の専用ベアラが、ＵＥ１０２とネットワーク１００との間にセットアップされ得る。
【００７３】
電力消費を低減するために、コネクテッドモード３０１から、不連続受信（Discontinuous  Reception：ＤＲＸ）サイクルを採用するコネクテッドモード３０２（コネクテッドモードＤＲＸ）に移行することが可能である。
【００７４】
ＤＲＸサイクルは、オン期間およびオフ期間を含む（図４には示されていない）。オフ期間中は、ＵＥ１０２のインターフェースはデータを受信するのに適さない。たとえば、アナログおよび／またはデジタルのフロントエンドは、少なくとも部分的にパワーダウンされ得る。ＤＲＸサイクルのタイミングは、ＵＥ１０２とＢＳ１０１との間で同期され、それにより、ＢＳ１０１は、任意のＤＬ送信を、コネクテッドモードのＤＲＸサイクルのオン期間に合わせることができる。データ接続１６０は、オフ期間中であっても、モード３０２で確立されたまま維持される。データ接続１６０は解除されない。
【００７５】
更なる電力削減を達成するために、１つまたは複数の切断モード３０３、３０４に移行することが可能である。ここでデータ接続１６０は解除され、セットアップされない。
【００７６】
切断モード３０３、３０４の一例は、アイドルモード３０３である。アイドルモード３０３は、ここでも、ＵＥ１０２のアイドルモードＤＲＸサイクルに関連付けられている。しかし、アイドルモード３０３のＤＲＸサイクルのオン期間中は、ＵＥ１０２のインターフェースはページングを受信するためだけに適合している。たとえば、これは、アイドルモード３０３におけるＤＲＸサイクルのオン期間中に、ＵＥが監視する必要がある周波数帯域幅を制限するのに役立つ。これは、たとえば、コネクテッドモード３０２と比較した場合、電力消費を更に削減するのに役立つ。
【００７７】
たとえば、コネクテッドモード３０１からアイドルモード３０３に移行するときは、データ接続１６０を解除することが可能である。ＵＥ１０２は、以前にネットワーク１００により提供されたタイミング情報に従って、アイドルモード３０３からコネクテッドモード３０１へと自動的に移行することができる。これは、予約済みリソースへのネットワークアクセスを含むことができる。
【００７８】
切断モードの更なる例は、ＤＲＸなしのアイドルモードである。ここで、ＵＥ１０２のインターフェース１０２２は、スリープ状態で継続的に動作している。したがって、ＵＥ１０２は、ページング不能としてネットワーク１００に登録される。ＤＲＸサイクルは実装されていない。ＵＥ１０２は、ネットワーク１００によって以前に提供されたタイミング情報に従って、アイドルモード３０４からコネクテッドモード３０１に自動的に移行することができる。これは、予約済みリソースへのネットワークアクセスを含むことができる。モード３０４は、特別の大きなエネルギー節約を提供する。具体的には、ページングを容易にするために、受信機をアクティブな状態で繰り返し動作させることは要求されない可能性がある。
【００７９】
図４は、シナリオの単なる一例である。他の例では、より少なく、より多い、または異なるモードが使用され得る。たとえば、３ＧＰＰ  ＮＲの関連においては、ＲＲＣ非アクティブコネクテッド（RRC-INACTIVE  CONNECTED）モードを使用できる。３ＧＰＰ（テクニカルレポート）ＴＲ２３．７９９、次世代システムのためのアーキテクチャに関する研究、Ｖ．１．２．１（２０１６年１１月）を参照されたい。ここでは、ＵＥはＲＡＮ環境の一部を保持する。これらのパーツは、ネットワークに再接続したときにも有効のまま残る。このようなパーツには、アクセス層（Access  Stratum：ＡＳ）のセキュリティ環境、ＵＥ機能情報などが含まれる。
【００８０】
図５は、異なるモード３０１〜３０４の間の移行に関する態様を示す。
【００８１】
まず、ＵＥ１０２は、コネクテッドモード３０１で動作する。これにより、高レベルの持続的な電力消費が発生する。ＵＥ１０２のインターフェース１０２２は、アクティブ状態３８１にある。データ接続１６０が確立され、制御データまたはペイロードデータを通信するために使用され得る。
【００８２】
次に、電力消費を低減するために、ＤＲＸを使用するコネクテッドモード３０２がアクティブ化される。ここでは、ＤＲＸサイクルのオン期間３７１およびオフ期間３７２が示されている。オフ期間３７２の間、インターフェース１３０は、信号を受信し、また信号を送信するのに適さない非アクティブ状態３８３にある。非アクティブ状態３８３は、低エネルギー消費に関連付けられている。コネクテッドモード３０２では、データ接続１６０が確立され、制御データまたはペイロードデータを通信するために使用され得る。
【００８３】
次に、電力消費を更に低減するために、アイドルモード３０３がアクティブ化される。これには、データ接続１６０の接続解除の実行が伴う。ここでも、アイドルモード３０３は、オン期間３７１およびオフ期間３７２を含むＤＲＸサイクルを使用する。アイドルモード３０３におけるオン期間３７１は、コネクテッドモード３０２におけるオン期間３７１と比較すると、低電力消費と関連付けられる。何故なら、アイドルモード３０３の間、コネクテッドモード３０２に比較すると、インターフェースの機能が低下する可能性があるからである。したがって、ＵＥ１０２のインターフェースは、オン期間３７１の間、省電力状態３８２で動作する。アイドルモード３０３の間、インターフェースの受信機はページング信号の受信のみを予測してよい。これは、帯域幅を制限したり、複雑な復調機能の必要性を制限したりするのに役立つ。アイドルモード３０３におけるオフ期間３７２の間、ＵＥ１０２はページング不可能である。幾つかのシナリオでは、オフ期間３７２は、たとえば、数分または数時間程度の比較的長い期間を有し得る。たとえば、持続時間３７２のそれぞれの持続時間は、２０分より小さくなくてもよく、任意に５０分より小さくなくてもよい。
【００８４】
最後に、ＵＥ１０２は、アイドルモード３０４で動作する。ここでは、ＵＥ１０２のインターフェース１０２２は、非アクティブ状態３８３において継続的且つ連続的に動作する。したがって、ＵＥ１０２はページングされることができない。一貫して、ＵＥ１０２は、ページング不可能であるとしてネットワーク１００に登録され得る。次に、所定のタイミング５０１に従って、ＵＥ１０２は、コネクテッドモード３０１へ再び移行する。これには、ネットワークアクセスが含まれる。
【００８５】
図５では、ＵＥ１０２がタイミング５０１に従ってコネクテッドモード３０１に移行するシナリオが示されているが、他のシナリオでは、ＵＥ１０２はタイミング５０１に従って別のモード、たとえばモード３０２または３０３へ移行することも可能である。
【００８６】
更に、図５では、ＵＥ１０２がモード３０２、３０３を介してアイドルモード３０４に移行するシナリオが示されているが、他のシナリオでは、コネクテッドモード３０１からアイドルモード３０４への直接移行が可能である。
【００８７】
図６は、ＵＥ１０２とＢＳ１０１との間のデータ４０１の通信のシグナリング図である。図６の例では、ＵＬデータ４０１がＵＥ１０２からＢＳ１０１に通信されるシナリオが示されているが、同様のシナリオが、ＢＳ１０１からＵＥ１０２へのＤＬデータの通信にも適用可能であり得る。
【００８８】
図６は、ＵＬデータ４０１を通信することに関する態様を示す。具体的には、図６は、特定のタイミング５５０に従ってＵＬデータ４０１を通信することに関する態様を示す。タイミングは、ＵＥ１０２によって実行されるアプリケーションの反復報告スケジュールに関連付けられことができる。
【００８９】
最初に、５００１において、データ４０１は、ＵＥ１０２のＵＬ送信バッファに到着する。たとえば、データ４０１は、ＵＥ１０２により実装されたアプリケーションによって提供され得る。次に、５００２において、データ４０１は、ＵＥ１０２によって送信され、その後、ＢＳ１０１によって受信される。
【００９０】
これは、それぞれ５００３、５００４および５００５、５００６で繰り返される。図６から理解されるように。データ４０１を提供するアプリケーションは、特定の再発するタイミング５５０に従ってデータを提供する。たとえば、タイミング５５０は、周期性を定義することができる。ただし、厳密な周期性は要求されない。何れの場合でも、データ４０１がＵＥ１０２のＵＬ送信バッファに到着するタイミング５５０には、先験的知識が幾つか存在し得る。
【００９１】
タイミング５５０に関するそのような先験的な知識が利用可能である例示的なシナリオは、ＩＯＴアプリケーションに関連し得る。たとえば、ＩＯＴアプリケーションは、ＵＥ１０２のセンサにおけるセンサデータの幾つかの報告を実施できる。送信は、タイミング５５０を定義する反復報告スケジュールに従って実施できる。たとえば、そのようなシナリオにおいて、タイミング５５０は、ＵＥ１０２におけるセンサの送信の一時的解像度によって定義することができる。
【００９２】
図７は、ＵＬデータ４０５およびＤＬデータ４０６を通信することに関する態様を示す。ＤＬデータ４０６は、たとえば要求−応答ペアとして、ＵＬデータ４０５に関連付けられる。たとえば、ＵＬデータ４０５ならびにＤＬデータ４０６の両方は、ＵＥ１０２によって実装された１つの同じアプリケーションに関係し得る。即ち、図７は、特定のタイミング５５１に従ってデータ４０５、４０６を通信することに関する態様を示す。
【００９３】
最初に、５００５において、データ４０５はＵＥ１０２のＵＬ送信バッファに到着する。たとえば、データ４０５は、ＵＥ１０２によって実装されるアプリケーションによって提供され得る。次に、５００６において、データ４０５はＵＥ１０２によって送信され、その後、ＢＳ１０１によって受信される。ＢＳ１０１は５００７において、データ接続１６０に沿って、データ４０５をＡＰＮ１２１に転送する。データ４０５の意図された受信者は、アクセスポイントノード１２１が接続されているＰＤＮのサーバであり得る。
【００９４】
ここでもまた、データ４０５によってトリガーされた応答データ４０６のタイミング５５１に関する先験的知識が存在する。データ４０６は、５００８においてＡＰＮ１２１からＢＳ１０１によって受信され、その後、５００９においてＵＥ１０２に転送される。タイミング５５１は、ネットワーク１００とＰＤＮとの間の通信の往復時間および／または待ち時間に基づいて予測可能であり、当該ＰＤＮは、前記データ４０５が向けられ且つそこからデータ４０６が生じるサーバをホストする。したがって、タイミング５５１は、ＰＤＮの応答時間で推定され得る。
【００９５】
シナリオにおけるタイミング５５０、５５１の典型的なタイムスケールが、図６および図７に示されている。図６および７は、数秒、数十秒、または更に数分のオーダーであり得る。たとえば、様々なＩＯＴアプリケーションは、１０分ごと、または１時間ごとなどで測定レポートを提供し得る。典型的には、たとえば、データ４０５に含まれるトランザクションに関連する何らかの処理待ち時間が必要とされるならば、往復時間５５１は、秒のオーダーであり得る。
【００９６】
図６および図７のシナリオにおいて、データ４０１〜４０３、４０５〜４０６は、データ接続１６０を使用して通信することができる。以下、データ４０１〜４０３、４０５〜４０６を通信するデータ接続１６４の、適時またはジャストインタイムの解除および再確立を容易にする技術について説明する。具体的には、タイミング５５０、５５１に関する先験的知識を考慮に入れる。これは、接続解除後にデータ接続を再確立するために、ＵＥ１０２によるネットワークアクセスに優先順位を付けることによって達成される。例示的な技術は、図８に関連して示される。
【００９７】
図８は、ＵＥ１０２とＢＳ１０１の間の通信のシグナリング図である。図８は、ＵＥ１０２によるネットワークアクセスの優先順位付けに関連した態様を示している。図８のシナリオは、図６および図７に関連して上記で示したように、データ送信を容易にするために使用され得るであろう。
【００９８】
５０１１において、ＵＬ制御メッセージ４５１（図８では事前スケジューリング要求とラベル付けされている）がＵＥ１０２によって送信され、続いてＢＳ１０１によって受信される。ＵＬ制御メッセージ４５１は、後続のＤＬ制御メッセージ４５２を要求するためのものである（図８では事前スケジューリング許可とラベル付けされている）。一般に、ＵＬ制御メッセージ４５１は任意である。
【００９９】
５０１２において、ＤＬ制御メッセージ４５２がＢＳ１０１によって送信され、その後、ＵＥ１０２によって受信される。
【０１００】
図８のシナリオにおいて、制御メッセージ４５１、４５２は、既存のデータ接続１６０を使用して通信される。図８に示すように、ＵＥ１０２は、制御メッセージ４５１、４５２を通信するときにはコネクテッドモード３０１で動作する。たとえば、制御メッセージ４５１、４５２は、それぞれ物理ＵＬ制御チャネル（Physical  UL  Control  Channel：ＰＵＣＣＨ）およびＰＤＣＣＨを使用して通信され得る。
【０１０１】
ＤＬ制御メッセージ４５２は、タイミング５０１を示している。タイミング５０１は、５０１３におけるデータ接続の接続解除４５３の後に、５０１４において、ネットワークアクセス４５４のためにＵＥ１０２用に予約された１つまたは複数のリソースに関連付けられる。ネットワークアクセス用のリソースを予約することにより、ＵＥ１０２によるネットワークアクセスは優先付けされることができる。
【０１０２】
リソースは、５０１７における後続のデータ送信４０７を容易にするために、ネットワークアクセス４５４と、それに伴うデータ接続１６０の確立がジャストインタイムで実行されるように予約される。これにより、ＵＥ１０２は、その間にエネルギー消費を低減することが可能になる、タイミング５０１は、５０１３における接続解除４５３を容易にする。したがって、ＵＥ１０２は、アイドルモード３０３またはアイドルモード３０４に移行できる。これはエネルギー消費を低減する。
【０１０３】
タイミング５０１は、データ４０７の通信が予測される時点に関する先験的知識に基づいて設定されてもよい。たとえば、タイミング５０１は、図６のシナリオに関連して示されるように、予測されたタイミング５５０に従って決定されてもよく、または図７のシナリオに関連して示されるように、予測されたタイミング５５１に従って決定されてもよい。したがって、ＵＥ１０２は次に、アイドルモード３０３、３０４（ページング不可能として登録されてもされなくてもよい）で、少なくとも１５秒間、任意選択で少なくとも６０秒間、更に任意選択で少なくとも１０分間動作することができる。これは、ＵＥ１０２の受信機を非アクティブ状態３８３で継続的に動作させ、それによってエネルギーを節約することを容易にする。
【０１０４】
特定のシナリオによっては、ＵＬ制御メッセージ４５１がタイミング５０１を示すことも可能であろう。このようなシナリオは、特に、データ４０７が予測される時点が、ＩＯＴアプリケーションのレポートスケジュールのような、ＵＥ中心のプロセスによって管理される場合に適用される。ＵＬ制御メッセージ５４１が既にタイミング５０１を示している場合、ＤＬ制御メッセージ５４２は、ＵＬ制御メッセージ５４１によって提案されたタイミング５０１を肯定的または否定的に確認応答することができる。しかしながら、ＵＬ制御メッセージ５４２がタイミング５０１を示さないならば、ＤＬ制御メッセージ５４２は、タイミング５０１を示す標識を含み得る。たとえば、ＤＬ制御メッセージ５４２は、無線リンク１１１における送信フレーム２６０のシーケンス番号またはＵＥ１０２で実装されたタイマーのタイマー初期化値の少なくとも１つを含んだ標識を含み得る。
【０１０５】
たとえば、次に、ブロードキャストされた信号、たとえば情報ブロックからの送信フレームにおけるシーケンス番号を監視することが可能であるかもしれない。次いで、ＵＥ１０２は、タイミング５０１に基づいて、ブロードキャストされたシーケンス番号と同期された次のアクティビティを待つことができる。
【０１０６】
タイミング５０１に従って、ＵＥ１０２は、ネットワークアクセス４５３を実行して以前に解除したネットワーク１００とのデータ接続１６０を確立する、５０１４。具体的には、５０１４において、ＵＥ１０２は、ランダムアクセスプリアンブル（時には、ランダムアクセス（ＲＡ）メッセージ１とも称される）を送信する。次に、５０１５において、ＢＳ１０１は、ＲＡ応答メッセージ４５５（時には、ＲＡメッセージ２とも称される）を送信する。
【０１０７】
データ接続１６０のセットアップは、ネットワークアクセス４５３と、任意に後続のＲＲＣ制御シグナリング（図８には図示せず）によって達成され得る。
【０１０８】
５０１６において、ＢＳは、後続のデータ送信４０７（たとえばＵＬデータおよび／またはＤＬデータ）のためのスケジューリング情報を含むスケジューリング許可４５６を送信する。
【０１０９】
５０１４において、ＵＥ１０２によるネットワークアクセスを優先させるために、タイミング５０１は、プリアンブル４５５を通信するために無線リンク１１１で予約された１つまたは複数のリソース２６１に関連付けられ得る。これは、図９に関連してより詳細に説明される。
【０１１０】
図９は、予約済みリソース２５８のタイミング５０１に関する態様を概略的に示している。特に、図８のシナリオにおいて、タイミング５０１は、予約済みリソース２５８を含む送信フレーム２６３のシーケンス番号を含むことができる。図８のシナリオにおいて、予約済みリソースは時間ドメインおよび周波数ドメインで定義される。具体的には、予約済みリソースは、ＵＥ１０２による使用のために排他的に割り当てられる２つの時間−周波数リソース要素２５８を含む。したがって、予約済みリソースは、ＵＥ１０２専用である。ＵＥ１０２が、予約された時間−周波数リソース要素２５８を使用してネットワークアクセス４５４の一部としてプリアンブルを送信しようと試みるとき、更なるＵＥとのクロストークまたは干渉が軽減され得る。たとえば、ＢＳ１０１は、予約された時間−周波数リソース要素２５８上で送信するための更なるＵＥをスケジュールしなくてよい。
【０１１１】
図８には、予約済みリソース２５８が時間ドメインおよび周波数ドメインで定義されるシナリオが示されているが、他の例では、予約済みリソースは、時間ドメインまたは周波数ドメインの何れか一方で定義され得る。更に、時間ドメインおよび／または周波数ドメインで予約済みリソース２５８を定義する代わりに、またはそれに加えて、予約済みリソースをコードドメインまたは空間ドメインで定義することができる。コードドメインでリソースを予約するシナリオ例は、一組の候補プリアンブルからネットワークアクセス４５４のために使用されるプリアンブルを選択することを含む。異なる候補プリアンブルは、コードドメインにおいて互いに直交し得る。次に、ＵＥ１０２による排他的または半排他的な使用のために特定の候補プリアンブルを予約することにより、更なるＵＥとのクロストークまたは干渉を軽減することができる。空間ドメインでは、アンテナアレイを使用したビームフォーミングを使用できる。
【０１１２】
一般に、予約済みリソースを使用することにより、ネットワークアクセス４５４は非競合ベースで実装できる。これは、特に、予約されていないリソースに基づく競合ベースのアクセス手順が使用される実装とは異なる。競合ベースのアクセス手順における時間−周波数リソース要素は、典型的には、ＢＳ１０１によってブロードキャストされる情報ブロックを使用してアナウンスされ、またネットワークアクセスを実行しようとする任意のＵＥによって使用され得る。同様に、プリアンブルは、同時に２つ以上のＵＥによって選択され得る。したがって、競合ベースのアクセス手順では、衝突が発生する可能性がある。そこで、典型的には、ランダムなバックオフが実装され、これはエネルギー消費および待ち時間を増大させる。予約済みリソースにより、衝突が完全に回避される非競合ベースのＲＡ手順が可能になり、または少なくとも、競合ベースのＲＡ手順と比較したときには衝突の可能性が顕著に減少する。
【０１１３】
一般的なルールとして、予約済みリソースは、ＵＥ１０２が使用するために排他的または少なくとも半排他的に予約され得る。たとえば、１つ以上の候補プリアンブルが全てのＵＥのサブセット用に予約される可能性がある。そこで、そのような半排他的に予約済みリソースは、既にクロストークまたは干渉をある程度低減している可能性がある。更に別のシナリオにおいて、タイミング５０１は複数の予約済みリソースを示し得、ＵＥは、予約済みリソースの或るサブセットのみを使用することに関して、ある程度の柔軟性を有し得る。こうして、全てのＵＥのサブセットにリソースを半排他的に予約することにより、スペクトル効率を向上させることができる。複数のＵＥ間で、半排他的に予約済みリソースが再利用されることがあり得る。
【０１１４】
ＤＬ制御メッセージ４５２は、幾つかの例において、正確に予約済みリソースを指定しない場合がある。むしろ、ＤＬ制御メッセージ４５２により示されるタイミング５０１は、たとえば、上記で説明したように、それぞれの送信フレーム２６０のシーケンス番号に基づいて、および／またはタイマー初期化値に基づいて、予約済みリソースが発生する時点を指定することができる。次に、ＵＥ１０２によって使用されるべき特定の予約済みリソースが、たとえば、固定されたルールセットに従って事前定義され得る。たとえば、各送信フレーム２６０−１〜２６０−３において再発する特定の時間−周波数リソース要素２５８は、そのような優先順位付けされたネットワークアクセスに固定的に関連付けられ得る。次に、ＵＥ１０２は、ＤＬ制御メッセージ４５２によって示されるタイミング５０１、ならびに固定ルールセットの両方に基づいて、どの特定のリソース要素２５８を使用すべきかを結論付けることができる。同様の考慮事項が適用され得るのは、ＵＥがコードドメイン内の複数の優先順位付けされた候補プリアンブルシーケンスへのアクセスを与えられ、特定の選択がＵＥ１０２によって実行される場合である。
【０１１５】
更なる例において、ＤＬ制御メッセージ４５２は、正確な予約済みリソースを指定することができる。ここで、ＤＬ制御メッセージ４５２はタイミングを含むことができ、このタイミングは時間ドメイン、周波数ドメイン、およびコードドメインのうちの少なくとも１つで定義された予約リソースを示すスケジューリング情報によって実装され得る。たとえば、このスケジューリング情報は、ネットワークアクセスのプリアンブルシーケンスを示すことができる。スケジューリング情報がリソースグリッド２５３の時間−周波数リソース要素を示すことも可能である。その後、プリアンブルシーケンスは、スケジューリング情報によって示される時間−周波数リソース要素において通信されることができる。
【０１１６】
何れの場合も、予約済みリソース２５８を提供することにより、５０１４におけるネットワークアクセスの優先順位付けを達成できる。５０１４におけるこのようなネットワークアクセスの優先順位付けにより、そうでなければ競合ベースのネットワークアクセスについて発生する時間のかかるバックオフ手順を回避できる。これにより、５０１７におけるデータ４０７の通信に関連したエネルギー消費および待ち時間も低減される。
【０１１７】
再び図８を参照する。５１７におけるデータ４０７の通信に関連したエネルギー消費および待ち時間を更に低減するための技術が利用可能である。即ち、幾つかのシナリオでは、データ４０７が通信されるべき時点を予測することだけでなく、この予測に基づいて、タイミング５０１を決定することが可能かもしれない。通信されるデータ４０７のサイズが予測され得るシナリオも考えられる。たとえば、データ４０７は、以前に伝達された比較可能なデータに関する履歴情報に基づいて予測され得る。
【０１１８】
そこで、データ４０７の予測サイズに関するそのような情報が利用可能であれば、更なるＤＬ制御メッセージとして５０１６で通信されるスケジューリング許可４５６が、この予測サイズに基づくことが可能であろう。具体的には、スケジューリング許可４５６によって、データ４０７を通信するためにＵＥ１０２に割り当てられたリソースは、データ４０７の予測サイズに基づいて大きさが決定されるであろう。換言すれば、予約済みリソース２５８は、ネットワーク１００によって予測されたデータ４０７送信の予測サイズに基づいて大きさが決定される。こうして、５０１７においてデータ４０７を通信する前、および５０１４でのネットワークアクセスの後に、ＵＥ１０２がスケジューリング要求をＢＳ１０１に送信する必要はない。
【０１１９】
幾つかの例では、ＵＬ制御メッセージ４５１が５０１１で通信され、これはデータ４０７のサイズを示すことが可能である。そのようなシナリオは、特に、データ４０７がＵＬデータである場合に適用され得る。したがって、ＵＬ制御メッセージ４５１は、データ４０７の送信の方向性をも示すことが可能であろう。ＵＬ制御メッセージ４５１によって示されるサイズに基づいて、スケジューリング情報が、スケジューリング許可４５６に含まれ得る。５０１７でデータ４０７を通信する前、および５０１４でのネットワークアクセスの後に、ＵＥ１０２からＢＳ１０１へのスケジューリング要求の通信を必要としないことにより、データ４０７の送信までの待ち時間が更に短縮される。
【０１２０】
ネットワーク、具体的にはＢＳ１０１がデータ４０７の予測サイズに関する知識を持っていれば（これは特に、当該データがＤＬデータであるシナリオに適用される）は、ＵＬ制御メッセージ４５１がサイズを示すことは要求されない。
【０１２１】
図８は、スケジューリング許可４５６が５０６６で送信されるシナリオを示している。他の例では、ＤＬ制御メッセージ４５２は、５０１７でのデータ送信４０７に使用される更なる予約リソースのスケジューリング情報を既に含む可能性があるであろう。これは待ち時間を更に減少させる。
【０１２２】
図８は、アイドルモード３０４においてＵＥ１０２を動作させている間に、ＵＥモビリティが発生しないシナリオである。しかし、アイドルモード３０４でＵＥ１０２を動作させている間に、ＵＥモビリティが発生するシナリオが考えられる。そのようなシナリオが図１０に関連して示される。
【０１２３】
図１０は、ＵＥ１０２とＢＳ１０１との間の通信を示すシグナリング図である。図１０のシグナリング図はまた、ＵＥ１０２とＢＳ１０５との間の通信を示す。ＢＳ１０１、１０５は、セルラーネットワーク１００の異なるセルに関連付けられる。
【０１２４】
シナリオ図１０は、一般的には図８のシナリオに対応する。しかし、シナリオ図１０では、アイドルモード３０４でＵＥ１０２を動作させている間に、ＵＥのモビリティが発生する。換言すれば、ＵＥ１０２はＢＳ１０１に関連付けられたセルから、ＢＳ１０５に関連付けられたセルへと移動する。これは、最初はＢＳ１０１に関連付けられたセルに滞在しており、次いでＢＳ１０５に関連付けられたセルに滞在するＵＥ１０２を指称し得る。
【０１２５】
このモビリティを説明するために、５０６０において、スケジューリング制御メッセージ４６０がＢＳ１０５によって送信され、ＢＳ１０１によって受信されるとする。スケジューリング制御メッセージ４６０は、予約済みリソースのタイミングを示し、当該リソースはＢＳ１０５によって予約される。たとえば、スケジューリング制御メッセージ４６０が既に、５０６２において次に送信されるＤＬ制御メッセージ４５２の中に含められるべきスケジューリング情報を含んでいることが可能であろう。一般に、５０６２は５０１２に対応することができる。タイミング５０１の指示に加えて、ＤＬ制御メッセージ４５２はまた、ＢＳ１０５の需要に関連する識別情報（たとえば、一意のセル識別子）を含むことが可能である。したがって、ＵＥ１０２は、どの特定のＢＳ１０５が、ＤＬ制御メッセージ４５２に示されるタイミングに関連付けられた予約済みリソースを提供するかを知ることができる。
【０１２６】
ＢＳ１０１は、ＢＳ１０５によっても予約された同じリソースを予約してよく、または予約しなくてもよい。
【０１２７】
５０６３は、一般に５０１３に対応する。ここでは、ＢＳ１０１に関連付けられたセルを介した、ＵＥ１０２とネットワーク１００との間のデータ接続１６０は解除される。次に、ＵＥのモビリティが生じる。ＵＥ１０２は、ＢＳ１０５に関連付けられたセルのカバレッジに移動する。
【０１２８】
次に、５０６５において、ＵＥ１０２によるＢＳ１０５へのプリアンブルシーケンスの送信を含んだ、ネットワークアクセス４５４が実行される。その後、ＢＳ１０５は、５０６６においてＲＡ応答メッセージ４５５で応答し、その後、ＢＳ１０５に関連付けられたセルを介して、ＵＥ１０２とネットワーク１００の間でデータ接続１６０が確立される。
【０１２９】
したがって、５０６５におけるＵＥ１０２からＢＳ１０５へのＲＡプリアンブル４５５の通信もまた、図８に関連して上記で説明したようにして優先付けすることができる。５０６６は５０１５に対応する。５０６７は５０１６に対応する。５０６８は５０１７に対応する。
【０１３０】
図１０から理解されるように、ここでは、５０６２よりも前のネットワーク１００とのデータ接続を使用して、ＵＥ１０２からＢＳ１０１へとＵＬ制御メッセージ４５１は通信されない。しかしながら、ＵＬ制御メッセージ４５１がＵＥ１０２からＢＳ１０１へと通信されることは、可能である。したがって、当該ＵＬ制御メッセージ４５１に含まれる任意の情報（一般に、図８に関連して上述したＵＬ制御メッセージ４５１に対応し得る）は、ＢＳ１０１によってＢＳ１０５に転送され得る。次いで、ＢＳ１０５は、ＢＳ１０１によって転送されたそのような情報に基づいて、スケジューリング制御メッセージ４６０によって示されたタイミングを決定することができる。
【０１３１】
図１１は、様々な例による方法のフローチャートである。たとえば、図１１による方法は、メモリ１０２５と組み合わせて、ＵＥ１０２の制御回路、即ちプロセッサ１０２１によって実行することができる。たとえば、プログラムコードは、メモリ１０２５からプロセッサ１０２１によってロードすることができる（図２を参照のこと）。
【０１３２】
プロセッサ１０２１によるプログラムコードの実行は、プロセッサ１０２１に、図１１の例に従う方法を実行させることができる。図１１において、破線はオプションのブロックを示す。
【０１３３】
最初に、オプションのブロック８００１において、ＵＬ制御メッセージが送信される。たとえば、図８の例によるＵＬ制御メッセージ４５１が送信され得るであろう。ＵＬ制御メッセージは、予測される将来のデータ送信のタイミングに関する情報を含み得るため、事前スケジューリング要求と称され得る。したがって、ＵＬ制御メッセージは、タイミングに従った、ネットワークアクセスのための１つまたは複数の予約済みリソースについての要求であることができ、それによって、ネットワークアクセスによりデータ接続を適時に確立し、データ送信を容易にする。
【０１３４】
任意に、ＵＬ制御メッセージは、後続のデータ送信のデータのサイズを示す標識および／または後続のデータ送信の方向性（ＵＬおよび／またはＤＬ）を示す標識をも含むことができる。そのようなオプションの情報は、後続のデータ送信のスケジューリングを容易にすることができ、たとえば、別のスケジューリング要求が必要とされない可能性がある（図８参照、ここでは５０１４におけるネットワークアクセス４５４と、５０１６におけるスケジューリング許可４５６との間で、追加のスケジューリング要求は要求されない）。
【０１３５】
次に、ブロック８００２においてＤＬ制御メッセージが受信される。たとえば、図８の例によるＤＬ制御メッセージ４５２が受信できるであろう。このＤＬ制御メッセージは、ネットワークアクセスのために予約済みリソースのタイミングを示す標識を含み得るため、事前スケジューリング許可と称することができる。詳細に言えば、当該タイミングは、時間ドメインおよび／または周波数ドメインおよび／またはコードドメインおよび／または空間ドメインにおいて、予約済みリソースを明示的に識別するスケジューリング情報に対応する可能性がある。たとえば、当該タイミングは、リソースグリッドの特定の時間−周波数リソース要素を明示的に識別するスケジューリング情報によって実装されてよい。たとえば、スケジューリング情報は、ネットワークアクセスの際に使用されるべきプリアンブルシーケンスを識別する標識を含み得る。その代わりに、またはそれに加えて、当該タイミングは、リソースが予約される時点を示し得る。したがって、当該タイミングには、送信フレームのシーケンス番号、またはリソースが予約された時点までカウントダウンするタイマーの初期値が含まれることが可能であろう。
【０１３６】
ブロック８００１、８００２を実行するとき、それぞれのＵＥは、コネクテッドモード（図４のコネクテッドモード３０１、３０２を参照）にある可能性がある。したがって、データ接続が確立され得る。次に、ブロック８００３において、ブロック８００２でのＤＬ制御メッセージ、および任意に８００１でのＵＬ制御メッセージを通信するために使用されたこのデータ接続が解除される。これには、レイヤ２またはレイヤ３制御シグナリング、たとえば３ＧＰＰ  ＬＴＥフレームワークの無線リソース制御（ＲＲＣ）接続解除メッセージが含まれ得る。したがって、ブロック８００３は、アイドル動作モード（図４のアイドルモード３０３、３０４を参照）への移行に対応し得る。
【０１３７】
ブロック８００４では、ネットワークアクセスが実行される。これは、ネットワークとの更なるデータ接続（図３、データ接続１６０を参照されたい）を確立することを含み得る。ネットワークアクセスには、ランダムアクセスが含まれ得る。ここでは、リソースが半排他的または排他的に予約されているかどうかに応じて、競合ベースまたは非競合ベースのネットワークアクセスが一般的に可能である。したがって、ブロック８００４は、コネクテッドモード（図４におけるコネクテッドモード３０１、３０２を参照されたい）への移行に対応し得る。
【０１３８】
ブロック８００３および８００４の間で、それぞれのＵＥの受信機は、データを受信するのに適さない非アクティブ状態（図５の非アクティブ状態３８３を参照）において継続的、持続的、および連続的に動作し得る。或いは、ＤＲＸサイクルが可能であろう。スケジューリングの柔軟性とエネルギー節約との間の望ましいバランスに応じて、ＵＥはページング可能である場合とそうでない場合があり得る。
【０１３９】
原則として、特別に予約済みリソースが提供されないシナリオと比較すると、予約済みリソースを提供することにより、ブロック８００４でのネットワークアクセスの際の衝突と、それに続くバックアップの可能性を低減できる。したがって、待ち時間および信頼性を向上させることができる。予約済みリソースは、少なくとも１つの更なるＵＥによるアクセスを阻止することができる。
【０１４０】
最後に、ブロック８００５においてデータ送信が実施される。たとえば、ブロック８００５において、受信されたＤＬデータおよび／またはＵＬデータは、ネットワークアクセスに関連してブロック８００４で確立されたデータ接続を使用して送信されてよい。
【０１４１】
ブロック８００５におけるデータ送信は、スケジューリング許可により示されるリソースを使用して実装することができる。たとえば、専用のスケジューリング許可が、ブロック８００４と８００５との間で受信され得る（図８、スケジューリング許可４５６を参照のこと）。或いは、ブロック８００２で受信されたＤＬ制御メッセージが、既にそれぞれのスケジューリング情報を含んでいることも可能であろう。
【０１４２】
図１２は、様々な例による方法のフローチャートである。たとえば、図１２による方法は、ＢＳ１０１の制御回路、即ち、メモリ１０１５と組み合わせたプロセッサ１０１１（図２参照）によって実行することができる。たとえば、プログラムコードは、プロセッサ１０１１によってメモリ１０２５からロードされ得る。プロセッサ１０１１によるプログラムコードの実行は、プロセッサ１０１１に対して、図１２の例による方法を実行させることができる。図１２において、破線はオプションのブロックを示す。
【０１４３】
オプションのブロック８０１１では、ＵＬ制御メッセージが受信される。ブロック８０１１は、ブロック８００１と相互に関連している。
【０１４４】
次に、これもオプションであるブロック８０１２において、第１のスケジューリング制御メッセージが送信される。たとえば、第１のスケジューリング制御メッセージは、たとえば、隣接セルに関連付けられた１つまたは複数の基地局に送信され得る。第１のスケジューリング制御メッセージは、ブロック８０１１で受信されたＵＬ制御メッセージとともに提供される情報を含み得る。そのような情報は、将来のデータ送信に関連したタイミングに関する情報、データ送信のサイズに関する情報、および／またはデータ送信の方向性に関する情報を含み得る。たとえば、第１のスケジューリング制御メッセージが、ブロック８０１１において、そこからＵＬ制御メッセージが受信されるＵＥの識別、および／またはＵＥに関連するユーザの身元を含むことも可能である。
【０１４５】
次に、これもオプションのブロックであるブロック８０１３では、第２のスケジューリング制御メッセージが受信される（たとえば、第２のスケジューリング制御メッセージは、図１０のスケジューリング制御メッセージ４６０に対応し得る）。たとえば、第２のスケジューリング制御メッセージは、ブロック８０１２において、第１のスケジューリング制御メッセージが送信された１つまたは複数の基地局のうちの少なくとも１つから受信され得る。
【０１４６】
詳細に言えば、ブロック８０１３で受信された第２のスケジューリング制御メッセージは、ブロック８０１２で送信された第１のスケジューリング制御メッセージに応答するものであり得る。
【０１４７】
スケジューリング制御メッセージは、ブロック８０１４において送信されたＤＬ制御メッセージに後で含まれる情報を含み得る。ブロック８０１４は、ブロック８００２と相互に関連している。したがって、ブロック８０１３で受信された第２のスケジューリング制御メッセージは、ブロック８０１３において、第２のスケジューリング制御メッセージがそこから受信されるそれぞれの基地局によって予約済みリソースのタイミングを示す標識を含み得る。
【０１４８】
８０１５においては、それを介してＤＬ制御メッセージが８０１４で送信されており、またそれを介して、任意にＵＬ制御メッセージがブロック８０１１で受信されているデータ接続が解除される。ブロック８０１５は、ブロック８００３と相互に関連する。
【０１４９】
オプションのブロック８０１６はブロック８００４に対応する。オプションのブロック８０１７はブロック８００５に対応する。
【０１５０】
要約すると、意図された将来のデータ送信のタイミングを示す上記技術が開示されてきた。具体的に言えば、データ送信を容易にするために、ＵＥによるネットワークアクセスを優先付けする技術が開示されてきた。これは、様々な例に従って、ネットワークアクセスのための予約済みリソースのタイミングを示す、ＤＬ制御メッセージを通信することによって達成される。たとえば、当該タイミングは、予約済みリソースに関連付けられたタイムスタンプに対応し得る。このタイミングは、送信フレーム番号またはタイマー値等を含み得る。任意に、ＤＬ制御メッセージは、予約済みリソースに関する情報、即ち、スケジューリング情報を含み得る。スケジューリング情報は、リソースグリッドの時間−周波数リソース要素を示し得る。任意に、ＤＬ制御メッセージは、意図されたデータ送信のサイズおよび／または意図されたデータ送信の方向性を示し得る。たとえば、本明細書で説明される様々なシナリオでは、サイズはリソース要素に関して、またはバイトに関して表現され得る。任意に、ＤＬ制御メッセージには、ネットワークアクセス用にリソースが予約されている特定のセルに関連付けられたセル同一性を含めることができる。これは、ＵＥモビリティシナリオに対処するのに役立つ。
【０１５１】
ＤＬ制御メッセージは、たとえばＵＬ制御メッセージに応じた応答として送信されてもよく、またはネットワークにより開始されてもよい。たとえば、意図されたデータ送信のサイズおよび／または意図されたデータ送信のタイミングおよび／または（意図されたデータ送信の）方向性は、ＵＬ制御メッセージによって、ＵＥにより要求され得る。
【０１５２】
ＤＬ制御メッセージの受信に応答して、ＵＥは通信を継続し、最終的にはアイドルモードに入ることができる。アイドルモードに移行するためのレガシー手順、たとえば、非アクティブタイマーの実装などを採用することができる。ＤＬ制御メッセージによって示されるタイミングに従って、ＵＥは、予約済みリソースを使用してネットワークアクセスを実行することが予測される。ここでは、予約済みリソースに基づいて、非競合ベースのアクセス手順を使用することができる。データ接続が再度確立されると、データはＵＬおよび／またはＤＬ送信用にスケジュールされる。このスケジューリングは、ＵＬ制御メッセージおよび／またはＤＬ制御メッセージで以前に示されたサイズに基づくことができる。これにより、ＵＥからネットワークへと更にスケジューリング要求を送信する必要がなくなる。データのスケジューリング情報を送信するために、レガシー手順を採用することが一般に可能である。
【０１５３】
上記で提示したような技術は、アプリケーションの応答時間を調整することを可能にする一方で、ＵＥが、その後のデータ送信の間の非アクティブ状態において、そのインターフェースを操作できるようにする。アプリケーションの応答待ち時間とＵＥのエネルギー消費量との間のバランス調整を達成できる。
【０１５４】
そのような技術は、バッテリー駆動のＩＯＴデバイスに適用され得るものであり、この場合は、特に、個々のデータ送信のサイズが比較的小さく、且つアイドルモードへの移行が保証されるように応答を待つための時間が比較的長い。
【０１５５】
本発明を特定の好ましい実施形態に関して示し、且つ説明してきたが、本明細書を読んで理解したときに、当業者には均等物および改変が思い浮かぶであろう。本発明は、そのような均等物および改変の全てを包含し、添付の特許請求の範囲によってのみ制限されるものである。
【０１５６】
たとえば、上記の様々なシナリオが３ＧＰＰ  ＬＴＥネットワークの文脈で説明されてきたが、同様の技術は、３ＧＰＰ  ＮＲネットワークまたは別の種類またはタイプのネットワークとの関連においても容易に適用され得るものである。
【図１】
2020535734.tif 000003
【図２】
2020535734.tif 000004
【図３】
2020535734.tif 000005
【図４】
2020535734.tif 000006
【図５】
2020535734.tif 000007
【図６】
2020535734.tif 000008
【図７】
2020535734.tif 000009
【図８】
2020535734.tif 000010
【図９】
2020535734.tif 000011
【図１０】
2020535734.tif 000012
【図１１】
2020535734.tif 000013
【図１２】
2020535734.tif 000014
【国際調査報告】
2020535734.tif 000015
2020535734.tif 000016
2020535734.tif 000017