(57)【要約】  本発明は、リソーススケジューリング方法を提供する。ユーザー機器（ＵＥ）のためにスケジュールされた無線リソースを取得する。ＵＥにスケジュールされた無線リソースを含むスケジューリング情報を送信する。スケジューリング情報は、所定の時間の後又はスケジューリング情報によって示された時間の後にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
2021522741.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークノードのリソーススケジューリング方法であって、
ユーザー機器（ＵＥ）のためにスケジュールされた無線リソースを取得するステップと、
前記ＵＥにスケジューリング情報を送信するステップと、
を含み、
その中において、前記スケジューリング情報はスケジュールされた無線リソースを含み、前記スケジューリング情報は所定の時間の後又は前記スケジューリング情報によって示された時間の後に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とするネットワークノードのリソーススケジューリング方法。
【請求項２】
前記スケジューリング情報は時間情報をさらに含み、
前記時間情報は、前記時間情報によって示される時間に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記時間情報は、前記ＵＥに設置されたタイマーをトリガーし、且つ前記タイマーが満了したときに前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記時間情報は時間オフセットであり、前記時間情報は前記時間オフセットによって示される時間に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項２に記載の方法。
【請求項５】
前記スケジューリング情報は、物理層制御チャネルによって送信される、
ことを特徴とする請求項１〜４のいずれか一項に記載の方法。
【請求項６】
ダウンリンク制御情報又は無線リソース制御シグナリングは前記スケジューリング情報を搭載する、
ことを特徴とする請求項１〜４のいずれか一項に記載の方法。
【請求項７】
前記スケジューリング情報は、前記スケジュールされた無線リソースの位置及び前記スケジュールされた無線リソースのタイプのうちの少なくとも１つをさらに含む、
ことを特徴とする請求項１〜４のいずれか一項に記載の方法。
【請求項８】
リソーススケジューリング用ネットワークノードであって、
前記ネットワークノードは、ＵＥのためにスケジュールされた無線リソースを取得し、前記ＵＥにスケジューリング情報を送信するために用いられ、
その中において、前記スケジューリング情報はスケジュールされた無線リソースを含み、前記スケジューリング情報は所定の時間の後又は前記スケジューリング情報によって示された時間の後に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とするリソーススケジューリング用ネットワークノード。
【請求項９】
前記スケジューリング情報は時間情報をさらに含み、
前記時間情報は、前記時間情報によって示される時間に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項８に記載のネットワークノード。
【請求項１０】
前記時間情報は、前記ＵＥに設置されたタイマーをトリガーし、且つ前記タイマーが満了したときに前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項９に記載のネットワークノード。
【請求項１１】
前記時間情報は時間オフセットであり、前記時間情報は前記時間オフセットによって示される時間に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項９に記載のネットワークノード。
【請求項１２】
前記スケジューリング情報は、物理層制御チャネルによって送信される、
ことを特徴とする請求項８〜１１のいずれか一項に記載のネットワークノード。
【請求項１３】
ダウンリンク制御情報又は無線リソース制御シグナリングは前記スケジューリング情報を搭載する、
ことを特徴とする請求項８〜１１のいずれか一項に記載のネットワークノード。
【請求項１４】
前記スケジューリング情報は、前記スケジュールされた無線リソースの位置及び前記スケジュールされた無線リソースのタイプのうちの少なくとも１つをさらに含む、
ことを特徴とする請求項８〜１１のいずれか一項に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、さらに具体的に、無線通信の伝送スケジューリングに関する。
【背景技術】
【０００２】
新しい無線（ｎｅｗ  ｒａｄｉｏ，ＮＲ）において、ユーザー機器は、一般的に動的スケジューリングと半永続的スケジューリング（ｓｅｍｉ-ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ，ＳＰＳ）の２つの方法でスケジューリングを実行する。
【０００３】
動的スケジューリングの場合、送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ，ＴＴＩ）毎にスケジューリングが実行される。
【０００４】
動的スケジューリングは、バースト性があり、頻度が低く、帯域幅を消費するデータ送信（インターネットサーフィン、ビデオストリーミング、電子メールなど）には非常に適しているが、音声通話などのリアルタイムストリーミングアプリケーションにはあまり適していない。これに対する解決策は、半永続的なスケジューリングである。動的スケジューリングにおける各アップリンク送信又はダウンリンク送信のスケジューリングとは異なり、半永続的なスケジューリングでは、単一の送信機会の代わりに送信モードが定義される。これにより、スケジューリング割り当てのオーバーヘッドが大幅に削減される。
【０００５】
動的スケジューリングとＳＰＳはどちらも、いくつかの面であまり柔軟ではない。
【発明の概要】
【０００６】
本発明の第一態様において、ネットワークノードのリソーススケジューリング方法が提供される。この方法は以下の内容を含む。ユーザー機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，ＵＥ）のためにスケジュールされた無線リソースを取得する。ＵＥにスケジューリング情報を送信する。スケジューリング情報はスケジュールされた無線リソースを含み、スケジューリング情報は所定の時間の後又はスケジューリング情報によって示された時間の後にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【０００７】
第一態様の１つの実施形態において、スケジューリング情報は時間情報をさらに含み、時間情報は時間情報によって示される時間にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【０００８】
第一態様の１つの実施形態において、時間情報は、ＵＥに設置されたタイマーをトリガーし、且つタイマーが満了したときにスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【０００９】
第一態様の１つの実施形態において、時間情報は、時間オフセットであり、且つ時間オフセットによって示される時間にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【００１０】
第一態様の１つの実施形態において、ダウンリンク制御情報又は無線リソース制御シグナリングはスケジューリング情報を搭載する。
【００１１】
第一態様の１つの実施形態において、スケジューリング情報は、スケジュールされた無線リソースの位置及びスケジュールされた無線リソースのタイプのうちの少なくとも１つをさらに含む。
【００１２】
本発明の第二態様において、リソーススケジューリング用ネットワークノードが提供される。ネットワークノードは、ＵＥのためにスケジュールされた無線リソースを取得し、ＵＥにスケジューリング情報を送信するために用いられる。スケジューリング情報はスケジュールされた無線リソースを含み、スケジューリング情報は所定の時間の後又はスケジューリング情報によって示された時間の後にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【００１３】
第二態様の１つの実施形態において、スケジューリング情報は時間情報をさらに含み、時間情報は、時間情報によって示される時間にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【００１４】
第二態様の１つの実施形態において、時間情報は、ＵＥに設置されたタイマーをトリガーし、且つタイマーが満了したときにスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【００１５】
第二態様の１つの実施形態において、時間情報は、時間オフセットであり、且つ時間オフセットによって示される時間にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【００１６】
第二態様の１つの実施形態において、ダウンリンク制御情報又は無線リソース制御シグナリングはスケジューリング情報を搭載する。
【００１７】
第二態様の１つの実施形態において、スケジューリング情報は、スケジュールされた無線リソースの位置及びスケジュールされた無線リソースのタイプのうちの少なくとも１つをさらに含む。
【００１８】
矛盾がないかぎり、本発明の各態様の実施形態は、互いに組み合わせるか、又は置き換えることができる。
【図面の簡単な説明】
【００１９】
添付の図面と併せて以下の具体的な実施形態を読むと、本発明をよりよく理解することができる。一般的な慣例によれば、図面の各特徴は一定の縮尺で描かれていないことに注意してください。逆に、分かり易くするために、各特徴の寸法は任意に拡大又は縮小することができる。同じ部品又は特徴は、図面全体で同じ参照番号を使用して示す。
【図１】図１は、動的スケジューリングを示す概略図である。
【図２】図２は、動的スケジューリングを示す概略図であるである。
【図３】図３は、半永続的スケジューリングを示す概略図である。
【図４】図４は、半永続的スケジューリングを示す概略図である。
【図５】図５は、動的スケジューリングと半永続的スケジューリングとの間の切り替えを示す概略図である。
【図６】図６は、本明細書で言及される無線通信システムを示す概略図である。
【図７】図７は、本明細書で言及されるｇＮＢを示す概略図である。
【図８】図８は、本明細書で提供されるスケジューリングスキームを示す概略図である。
【図９】図９は、本明細書で提供されるスケジューリングスキームを示す概略図である。
【図１０】図１０は、本明細書で提供されるスケジューリングスキームを示す概略図である。
【発明を実施するための形態】
【００２０】
添付の図面を参照する以下の説明は、特許請求の範囲及びそれらの同等物によって限定される本発明の例示的な実施形態を全面的に理解するために役立つ。その理解を助けるために様々な具体的な内容が含まれるが、これらはただ例示であり、制限的なものではない。さらに、明確さと簡潔さのために、よく知られている機能と構成の説明は省略される。
【００２１】
本明細書で使用されるいくつかの用語は、説明のために以下に示されている。
【００２２】
物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，ＰＤＣＣＨ）：ＰＤＣＣＨは、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）を搭載する物理チャネルである。これは、各ダウンリンクサブフレームで最初のＬ個直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ，ＯＦＤＭ）シンボルにマッピングされる。ＰＤＣＣＨのシンボル数（Ｌ）は、例えば１、２、又は３であることができる。
【００２３】
サブフレーム：ＬＴＥフレーム構造は、トポロジに基づいて、周波数分割複信（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘｉｎｇ，ＦＤＤ）又は時分割複信（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘｉｎｇ，ＴＤＤ）の２つのタイプがある。合計フレーム期間は約１０ｍｓである。１つのフレームには合計１０個のサブフレームがある。各サブフレームは２つのタイムスロットで構成される。
【００２４】
ＴＴＩ：ＴＴＩは、無線リンク層で伝送するように、上位層からのデータをフレームにカプセル化することに関連するパラメータである。ＴＴＩは、無線リンクでの伝送期間を指す。標準では、一般的に１ＴＴＩ＝１ｍｓであり、即ちサブフレームのサイズ（１サブフレーム＝２スロット）と見なされる。
【００２５】
ＤＣＩ：ＤＣＩは、ｇＮＢからＵＥに送信されるダウンリンク（ＤＬ）制御情報を指し、ＰＤＣＣＨに搭載されることができる。ＤＣＩは、アップリンク（ＵＬ）/ＤＬリソース割り当て、ハイブリッド自動再送要求（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ，ＨＡＲＱ）情報、電力制御情報などを含むが、これらに限定されない。
【００２６】
物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信するか、又は物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＰＵＳＣＨ）を送信するために、一般的に、ＵＥはＤＣＩを搭載するＰＤＣＣＨを受信してデコードする必要がある。ＤＣＩは、エアインターフェイスでＰＤＳＣＨ又はＰＵＳＣＨを送信する方法を定義する。ＵＥは、ＤＣＩからスケジュールするために用いられるＰＤＳＣＨ又はＰＵＳＣＨのリソース割り当て情報を取得する。ＤＣＩは、時間領域リソースと周波数領域リソースの両方の割り当て情報を含むことができる。ＰＤＣＣＨは、それぞれＰＤＳＣＨとＰＵＳＣＨの全ての割り当て情報を搭載し、即ち、ＰＤＳＣＨとＰＵＳＣＨの割り当て情報である。
【００２７】
現在、ＮＲでは、動的スケジューリングと半永続的スケジューリングの２つのリソーススケジューリングモードを使用することができる。
【００２８】
動的スケジューリングモードでは、上述したように、スケジューリングは各ＴＴＩ（即ち、１ｍｓ：１サブフレーム）で実行されます。図１及び図２に示されたように、リソース及び送信モードを示すために、各々の新しいデータパケットはＰＤＣＣＨなどの制御シグナリングを有する。ＵＥは、各ＴＴＩでｇＮＢによって送信されたＰＤＣＣＨに基づいて、ダウンリンクデータを受信し、アップリンクデータを送信する。
【００２９】
上述したように、スケジューリング中、各割り当てはＤＣＩを搭載し、ＤＣＩのサイズは、今回の割り当てがアップリンク用であるかダウンリンク用であるかなど、いくつかの要因によって異なる。ＰＤＣＣＨのサイズは制限されているので（通常、３つの ＯＦＤＭシンボル時間である）、１つのサブフレーム（１ｍｓ）に搭載できるＤＣＩの量は制限がある。ＰＤＣＣＨのサイズを増やすことなく、より多い割り当てをサポートするために、ＳＰＳが提案されている。動的スケジューリングと比較して、ＳＰＳは、永続的な無線リソース割り当てを必要とするアプリケーション（ＶｏＩＰなど）の制御チャネルオーバーヘッドを大幅に削減できる。  
【００３０】
ＳＰＳでは、通常、ｇＮＢはＳＰＳ−Ｃｏｎｆｉｇなどの設定情報を介して特定のＵＥのＳＰＳ機能を予め設定し、ｇＮＢはＳＰＳ  Ｃ−ＲＮＴＩ（ｃｅｌｌ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ）でスクランブルされたＰＤＣＣＨを使用してＳＰＳ機能をアクティブし、 ＳＰＳリソースを割り当てる。ＵＥは、ＳＰＳリソースを定期的に使用してデータを送受信することができ、ｇＮＢは、後続のＳＰＳサブフレームでのリソース割り当てを示すＰＤＣＣＨまたはＤＣＩを送信することを必要としない。例えば、図３及び図４に示されるように、ＳＰＳ機能は、ＳＰＳ Ｃ−ＲＮＴＩ（割り当てＩＤ）及び周期性を使用してｇＮＢによって事前に設定されている。事前設定された後、ＵＥがＳＰＳ Ｃ−ＲＮＴＩを使用してアップリンク（ＵＬ）割り当て又はダウンリンク（ＤＬ）割り当てを受信すると、この割り当ては事前設定された周期に応じて繰り返される。
【００３１】
具体的には、ＳＰＳにおいて、リソースはＰＤＣＣＨ又は無線リソース制御（ｒａｄｉｏｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ，ＲＲＣ）を介して定期的にスケジュールすることができる。ＰＤＣＣＨの場合、事前に周期を設定し、ＵＥに具体的な無線リソースを提供する。ＰＤＣＣＨを受信した後でのみ、ＵＥはＰＤＣＣＨに示されているリソースを使用して、定期的にダウンリンクでデータを受信するか又はアップリンクでデータを送信する。ＲＲＣの場合、ＵＥのために周期とリソースを構成し、ＵＥは特定のリソースを使用して、ＲＲＣによって指定された周期でデータを送信する。
【００３２】
ＳＰＳの間、ＵＥは依然として動的スケジューリングのＰＤＣＣＨを監視することを必要とする。ＵＥがＳＰＳサブフレームでＣ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨ、即ち、動的スケジューリングを受信した場合、動的スケジューリングはＳＰＳよりも優先度が高いので、ＰＤＣＣＨによって割り当てられたリソースは現在のサブフレームでＳＰＳリソースに置き換わる。ただし、動的スケジューリングに使用されるＰＤＣＣＨは、ただ現在のサブフレームに対して有効であり、後続のサブフレームには影響しない。
【００３３】
ＳＰＳメカニズムでは、上述したＳＰＳのアクティブ化に加えて、ＳＰＳの非アクティブ化（ｄｅａｃｔｉｖａｔｉｏｎ）も必要である。ＳＰＳサービスが終了すると、ｇＮＢはＳＰＳＣ−ＲＮＴＩによってスクランブルされた別のＰＤＤＣＨを使用してＳＰＳリソースを釈放する。
【００３４】
ＳＰＳのアクティブ化、ＳＰＳの非アクティブ化、及び動的スケジューリングとＳＰＳとの間の切り替えは、図５に示されている。図５において、サブフレームＡにおいて、ＳＰＳがアクティブ化され、且つＳＲＳ Ｃ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを使用してＳＰＳリソースを割り当てる。サブフレームＢにおいて、ＵＥは割り当てられたＳＰＳリソースを使用してデータを送受信することができる。サブフレームＣにおいて、動的スケジューリングのＰＤＣＣＨを受信する。サブフレームＤにおいて、動的スケジューリングの優先度がＳＰＳより高いので、ＳＰＳリソースは動的リソースによってカバーされるが、動的スケジューリングは後続のＳＰＳスケジューリングに影響を与えない。サブフレームＥにおいて、ＳＰＳリソースが再び使用される。次に、サブフレームＦにおいて、ＳＰＳリソースを釈放するためのＰＤＣＣＨを受信し、この時点で、このラウンドのＳＰＳスケジューリングが終了する。ＳＰＳリソースを釈放するためのＰＤＣＣＨは、任意のサブフレームで発生することができる。
【００３５】
動的スケジューリングとＳＰＳはどちらも十分な柔軟性がない。動的スケジューリングはＳＰＳより比較的に柔軟性があるが、動的スケジューリングはただ現在のサブフレームに作用できる。ＳＰＳは、いくつかの特徴サブフレームを定期的にスケジュールすることができるが、ＳＰＳリソースのアクティブ化と釈放が必要であり、これはシグナリングリソースを占有する。上記の問題を考慮して、新しいスケジューリング方式が本明細書で提供され、その中において、追加のアクティブ化なしに、ＵＥは将来のリソースを予め構成され得る。新しいスケジューリング方式は、後で確実に送信される一部のシグナリング又はデータに対するＵＬ送信/ＤＬ受信要件がある状況で特に役立つ。
【００３６】
以下、本開示の実施形態について詳細に説明する。本明細書で言及される「実施例」又は「実施形態」という用語は、実施例又は実施形態で説明される特定の特徴又は構造が本開示の少なくとも１つの実施形態に含まれ得ることを意味することに留意されたい。本明細書の様々な位置に出現されるこの用語は、必ずしも同じ実施形態を指すわけではなく、他の実施形態と相互に排他的である独立した又は代替の実施形態を指すわけでもない。  本明細書に記載された実施形態と他の実施形態組み合わせることができることは、当業者によって明示的及び暗黙的に理解されている。
【００３７】
図６は、本発明の実施形態に係わる無線通信システムのシステムアーキテクチャを示している。無線通信システムは、高周波帯域で動作することができ、長期進化（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システム、５Ｇシステム、新しい無線（ｎｅｗ  ｒａｄｉｏ，ＮＲ）システム、マシンツーマシン（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ，Ｍ２Ｍ）システムなどであることができる。図６に示されたように、無線通信システム６０は、マスターノード（ｍａｓｔｅｒ  ｎｏｄｅ，ＭＮ）６１、セカンダリノード（ｓｅｃｏｎｄａｒｙ  ｎｏｄｅ，ＳＮ）６３、１つ又は複数の端末装置６７、及びコアネットワーク６５を含むことができる。端末装置６７は、それぞれ、ＭＮ６１及びＳＮ６３との接続を確立する。
【００３８】
ＭＮ６１及びＳＮ６３は、ネットワーク機器である。例えば、ＭＮ６１又はＳＮ６３は、時間分割同期コード分割多元接続（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｓｙｎｃｈｒｏｎｏｕｓ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ，ＴＤ−ＳＣＤＭＡ）システムの基地局（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ，ＢＴＳ）、ＬＴＥシステムのｅＮＢ、ＮＲシステムのｇＮＢであることができる。別の角度から見ると、ＭＮ６１又はＳＮ６３は、アクセスポイント（ＡＰ）、中央ユニット、又は他のネットワークエンティティであることができ、且つ上記のネットワークエンティティの機能の全部又は一部を含むことができる。
【００３９】
端末装置６７は、無線通信システム６０全体に分散されることができ、静止又は移動することができる。端末装置６７は、モバイルデバイス、移動局、モバイルユニット、Ｍ２Ｍ端末、ワイヤレスユニット、リモートユニット、ユーザジェント、モバイルクライアントなどとして実現することができる。
【００４０】
図７は、本発明の実施形態に係わるＭＮ又はＳＮ（総称してネットワークノードと呼ばれる）を示す概略図である。ネットワークノード７０は、図６に示されたｅＮＢ又はｇＮＢとして機能することができる。図７に示されたように、ネットワークノード７０は、１つまたは複数のネットワークデバイスプロセッサ７１、メモリ７２、通信インターフェース７３、送信機７５及び受信機７６を含む。これらの構成要素は、バス７４又は他の手段を介して接続されることができる。図７に示されたように、ネットワークノード７０は、カプラ７７と、カプラ７７に接続されたアンテナ７８と、をさらに含むことができる。
【００４１】
通信インターフェース７３は、ＬＴＥ（４Ｇ）通信インターフェース、５Ｇ通信インターフェース、又は将来の新しいエアインターフェースであることができる。ネットワークノード７０は、通信インターフェース７３を使用して、図６のＵＥ又は他のネットワークデバイスなどのような他の通信デバイスと通信することができる。ネットワークノード７０は、また、有線通信のための有線インターフェースを備えていてもよい。
【００４２】
送信機７５は、ネットワークデバイスプロセッサ７１から出力された信号を送信することができ、例えば、信号変調を実行する。本発明の信号送信の実施例において、送信機７５は、後で説明される様々な方法で制御メッセージを送信することができる。受信機７６は、アンテナ７８を介して受信された信号を受信及び/又は処理するために用いられ、例えば、信号復調を実行する。いくつかの実装形態において、送信機７５及び受信機７６は、無線モデムと見なすことができる。ネットワークノード７０において、複数の送信機７５を提供することができる。同様に、ネットワークノード７０において、複数の受信機７６を提供することができる。
【００４３】
ネットワークデバイスプロセッサ７１は、無線チャネル管理、通信リンク確立、及び制御領域におけるユーザのセル切り替えを担当することができる。ネットワークデバイスプロセッサ７１は、さらにコンピュータ可読命令を読み取って実行することができ、例えば、ネットワークデバイスプロセッサ７１に接続されたメモリ７２に格納された命令を読み取って実行することができる。メモリ７２は、様々なソフトウェアプログラム及び/又は命令、オペレーティングシステム、及びネットワーク通信プログラム又はプロトコルを格納するために用いられる。メモリ７２は、高速ランダムアクセスメモリ（ＲＡＭ）を含むことができ、また、１つ又は複数のディスク記憶装置、フラッシュ記憶装置、及び他の不揮発性ソリッドステート記憶装置などの非一時的記憶装置を含むことができる。
【００４４】
図７に示された構造は、ネットワークノードと通信する端末に等しく適用できることに留意されたい。例えば、図７に示された構造を有する端末の場合、受信機７６、通信インターフェース７３、及び/又はアンテナ７８は、ネットワークノードからの制御メッセージを受信することができ、受信機７６はさらに受信された情報を復調し、復調された情報を後続のプロセスのためにネットワークデバイスプロセッサ７１に送信するか、又は復調された情報をメモリ７２に格納することができる。
【００４５】
上記の構造及び本発明の原理はより一般的に任意の無線通信環境に適用できることに基づいて、以下、ｇＮＢを使用してＭＮ６１又はＳＮ６３の例とする。ｇＮＢはＵＥに対するリソーススケジューリングを実行することができる。
【００４６】
本発明の具体的な実施例によれば、リソーススケジューリング方法が提供される。この方法は、図７に示されたｇＮＢのネットワークノードなどに適用可能である。ｇＮＢとＵＥとの間のＵＬ/ＤＬ通信中に、後で確実に送信されるいくつかのシグナリング/データが存在する。例えば、ＲＲＣ再構成シグナリング、接続確立シグナリング、切り替え完了シグナリング、接続確立完了シグナリング、接続再開完了シグナリングなどである。本明細書で提供される方法の助けを借りて、いくつかのリソースは後で確実に発生するいくつかのシグナリング/データに用いられることを指示することができる。
【００４７】
リソーススケジューリング方法において、ＵＥのためにスケジュールされた無線リソースを取得し、スケジュールされた無線リソースを含むスケジューリング情報をＵＥに送信する。スケジューリング情報は、所定の時間の後又はスケジューリング情報によって示された時間の後にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。ｇＮＢとＵＥとの間のこのような通信は、図８に示されている。
【００４８】
このように割り当てられた無線リソースは、アップリンク送信又はダウンリンク送信に使用することができる。例えば、ＵＥは、このように割り当てられたリソースをＵＥのフィードバック（接続要求の完了メッセージなど）、切換えなどに使用することができ、データパケットの送信にも使用することができる。
【００４９】
ダウンリンク制御情報又はＲＲＣシグナリングはスケジューリング情報を搭載する。
【００５０】
スケジューリング情報は、既存のＬＴＥ又はＮＲ規範に合った特定の無線リソースに関する全ての情報、例えば、それぞれＵＬリソース又はＤＬリソースを示すＣｏｎｆｉｇ＿ＵＬ又はＣｏｎｆｉｇ＿ＤＬなどのフラグ又はフィールド、又はスケジュールされた無線リソースの位置を示す情報をさらに含むことができる。
【００５１】
本発明を理解することを助けるために、以下、いくつかの実施形態を説明する。
【００５２】
所定の時間の後にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために、所定の時間を様々な方法で予め確定することができる。例えば、所定の時間は、ｇＮＢ及びＵＥが予め交渉して確定することができる。選択的には、所定の時間は、通信業界の規範又は標準に規定することができる。このようにして、ｇＮＢとＵＥは両方とも、リソースが４ｍｓ（所定の時間は４ｍｓである）の後に到着することを知ることができる。
【００５３】
この場合、ｇＮＢとＵＥの両方がすでに所定の時間を知っているので、ＵＥがスケジューリング情報を受信すると、ＵＥは所定の時間の後にスケジュールされた無線リソースを使用してデータ送信を行うことを認識する。
【００５４】
あるいは、スケジューリング情報は時間情報をさらに含むことができる。時間情報は、その名前が示すように、時間情報は、時間情報によって示される時間にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。換言すると、時間情報は、スケジュールされた無線リソースがいつアクティブ化されるか、又はスケジュールされた無線リソースをいつ使用することができるかを示すために用いられる。
【００５５】
時間情報は、タイマー又は時間オフセットであることができ、以下、別々に説明する。
【００５６】
１つの実施形態において、時間情報はタイマー関連情報である。具体的には、時間情報は、ＵＥに設定されたタイマーをトリガーし、且つタイマーが満了したときにスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。タイマーは、数ミリ秒（ｍｓ）の期間を持つように設定できる。図９にさらに詳細に示されたように、スケジューリング情報を受信すると、ＵＥはタイマーを起動し、タイマーが満了すると、ＵＥはスケジュールされた無線リソースを使用してデータを伝送することができる。
【００５７】
あるいは、タイマーは必ずしもＵＥに設置されている必要はない。時間情報自体はタイマーであることができる。この場合、ＵＥがスケジューリング情報を受信すると、ＵＥはスケジューリング情報からタイマーを取得してタイマーを起動し、タイマーが満了したとき、スケジュールされた無線リソースを使用してデータを伝送することができる。
【００５８】
タイマーに加えて、又はタイマーの代わりに、時間情報は時間オフセットであることができる。時間オフセットは、時間オフセットによって示される時間にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。即ち、時間オフセットを経過したときにデータを送受信する。この場合、時間オフセットを経過すると、リソースがアクティブ化される。
【００５９】
タイマー及び時間オフセットは両方とも本発明の有益な効果を実現することに有益であり、且つメッセージフォーマットの設計又は実際の需要に応じて選択することができる。
【００６０】
本明細書で提供される方法において、タイマー又は時間オフセットの助けを借りて、その中において、タイマー又は時間オフセットの持続時間は数ミリ秒であることができ、システムフレーム番号（ｓｙｓｔｅｍ  ｆｒａｍｅ  ｎｕｍｂｅｒ，ＳＦＮ）又は他の方式に基いて、ＳＰＳと比較すると、ｇＮＢは割り当てられたリソースを個別にアクティブ化するか又はアクティブ化を通知することを必要としないので、システムのオーバーヘッドを削減できる。この方法を使用すると、ネットワーク側（ｇＮＢ）は、数ミリ秒後に発生するシグナリング/データのためにスケジューリング情報を提供することができる。
【００６１】
１つの実施形態において、時間情報は、さらにスケジュールされた無線リソースの非アクティブ化（すなわち、釈放時間）を指示するために用いられる。
【００６２】
このために、ＵＥに２つのタイマー又は２つの時間オフセットを設置するか又は提供することができる。２つのタイマーを例とすると、１つのタイマーはスケジュールされた無線リソースのアクティブ化時間を示すために用いられ、他のタイマーはスケジュールされた無線リソースの非アクティブ化時間を示すために用いられ、これは図１０に示されている。図１０において、タイマーＡ及びタイマーＢが提供され、タイマーＡはアクティブ化時間を示し、タイマーＢは非アクティブ化時間を示す。タイマーＢの持続時間はタイマーＡの持続時間より長い。ＵＥから時間情報を含むスケジューリング情報を受信すると、タイマーＡとタイマーＢを同時に起動する。タイマーＡが満了したときにスケジュールされた無線リソースはアクティブ化され、即ち、ＵＥはリソースを使用してデータを送受信することができる。タイマーＢの持続時間はタイマーＡの持続時間より長いので、タイマーＢの満了時間はタイマーＡの満了時間より遅くなる。タイマーＢが満了したとき、ＵＥは割り当てられたリソースを使用できなくなり、リソースは釈放される。このように、今回のスケジューリングは非アクティブ化される。
【００６３】
別の角度から見ると、スケジューリング情報は、タイマーＡ及びタイマーＢの助けを借りて時間ウィンドウを定義し、ＵＥは、時間ウィンドウ内で割り当てられたリソースを使用してデータ送受信することができる。
【００６４】
以上、ｇＮＢの観点から本明細書で提供される方法を説明した。以下、ＵＥの観点から本明細書で提供される方法を説明する。便利に説明するために、冗長性を回避するために、ｇＮＢ及びＵＥの両方に適用される本発明の原理に関連する内容は繰り返さない。
【００６５】
ＵＥがスケジュールされた無線リソースを含むスケジューリング情報を受信すると、ＵＥは、スケジューリング情報を解析することにより、その中のスケジュールされた無線リソースを確定し、所定の時間の後又はスケジュール情報によって示された時間の後に、ケスジュールされた無線リソースを使用してデータを送受信する。
【００６６】
上述したように、所定の時間は、ｇＮＢ及びＵＥが予め交渉して確定することができ、又は通信業界の規範又は標準に規定することができる。
【００６７】
スケジューリング情報によって示される時間情報は、タイマー又は時間オフセットであることができる。スケジューリング情報を受信すると、タイマーはトリガーされ、同様に、スケジューリング情報を受信すると、時間オフセットは開始される。したがって、ＵＥは、タイマーが満了したとき、又は時間オフセットを経過したときに、データを送受信することができる。
【００６８】
既存のスケジューリングスキームとの互換性
【００６９】
本発明のスケジューリングスキームの設計は、また、既存のスケジューリングスキームとの互換性を考慮するので、本明細書で提供されるスケジューリングスキームは、競合することなく、ＳＰＳスケジューリングなどの既存のスケジューリングスキームと同時に又は並行して使用することができる。
【００７０】
１つの実施形態において、例えば、タイマー（時間情報）に加えて、ＵＥに送信されるスケジューリング情報は、周期及びフラグ（具体的には、ＳＰＳフラグ）をさらに含むことができる。周波数領域リソースと区別するために、周期は時間領域リソースと見なすことができる。フラグは、割り当てられた又は割り当てようとするリソースを示すために用いられ、リソースがアクティブ化された後、上記の周期に基づいて定期的にスケジュールされる。この場合、ＵＥはスケジューリング情報を受信した後、タイマーが満了すると、ＵＥは割り当てられたリソースを使用してＵＬ/ＤＬ伝送することができ、且つＵＥは周期に基づいてリソースを定期的に（例えば、５ｍｓごと）使用し続けることができる。
【００７１】
上記のプロセスでは、ＳＰＳスケジューリングと本明細書で提供されるスケジューリングスキームの両方が、競合することなく１つのプロセスで実現される。
【００７２】
本明細書で提供されるスケジューリングプロセスにおいて、ＵＥは、依然としてＰＤＣＣＨ上の他のスケジューリングを監視しなければならない場合がある。想像できるように、タイマーが満了する前、又は時間オフセットが経過する前に、ＵＥはＳＰＳスケジューリング又は動的スケジューリングを受信することがある。この場合、各スケジューリングスキームの優先度を予め定義することができる。例えば、１つの可能な設計として、動的スケジューリングの優先度が最も高く、次にＳＰＳスケジューリングであり、本明細書で提供されるリソーススケジューリングスキームの優先度が最も低い。さらに別の可能な設計として、動的スケジューリングの優先度が最も高く、次に本明細書で提供されるリソーススケジューリングスキームであり、ＳＰＳスケジューリングの優先度が最も低い。異なるスケジューリングスキーム間の競合を回避できる限り、さまざまな優先順位の設計が可能である。
【００７３】
本明細書で提供されるスケジューリングスキームの優先度がＳＰＳスケジューリングの優先度よりも低い場合、ＳＰＳスケジューリングＰＤＣＣＨを受信すると、ＳＰＳスケジューリングは本明細書で提供されるリソーススケジューリングスキームを取り替える。ただし、タイマーの持続時間が十分に長く設定されている場合、ＳＰＳスケジューリングはタイマーが満了する前に釈放されることができ、本明細書で提供されるリソーススケジューリングスキームを回復し、且つタイマーが満了になるのを待つことができる。
【００７４】
別の実施例では、動的スケジューリングＰＤＣＣＨを受信すると、動的スケジューリングは、本明細書で提供されるリソーススケジューリングスキームを取り替える。同様に、動的スケジューリングは後続のサブフレームに影響を与えなく現在のサブフレームにのみ作用するので、動的スケジューリングが終了したとき、タイマーがまだ処理中である場合、即ち、タイマーが満了しないとき、本明細書で提供されるリソーススケジューリングスキームを回復することができ、且つ割り当てられた無線リソースはタイマーが満了するときにアクティブ化される。
【００７５】
異なるスケジューリングスキーム間の衝突を避ける方法に関する構成は、ｇＮＢでさらに設置することができ、ここで詳しく説明しない。
【００７６】
以下、ネットワークノードとユーザー機器をさらに提供する。これらは、それぞれネットワーク側とユーザー機器側のリソーススケジューリング方法を実施するために用いられる。ここのネットワークノードは、例えば、ｇＮＢである。
【００７７】
本明細書で提供されるｇＮＢは、ＵＥのためにスケジュールされた無線リソースを取得し、ＵＥにスケジューリング情報を送信するために用いられる。スケジューリング情報は、スケジュールされた無線リソースを含み、所定の時間の後又はスケジューリング情報によって示された時間の後にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【００７８】
スケジューリング情報送信を達成するために、ｇＮＢは、送信機又はトランシーバを有するように構成することができ、ＰＤＣＣＨを介してメッセージ、シグナリング又はデータを送信することができる。例えば、ｇＮＢは、図７に示された構造に構成することができる。
【００７９】
本明細書で提供されるＵＥは、スケジューリング情報を受信し、受信されたスケジューリング情報をデコードするために用いられる。スケジューリング情報は、スケジュールされた無線リソースを含み、所定の時間の後又はスケジューリング情報によって示された時間の後にスケジュールされた無線リソースを使用してデータを送受信するようにＵＥに指示するために用いられる。
【００８０】
例えば、ＵＥは、図７に示された構造に構成することができる。制御メッセージの受信を実現するために、ＵＥは、受信機又はトランシーバーを有するように構成することができる。受信機又はトランシーバーは、例えば、メッセージ解析機能を持つことができる。
【００８１】
上述したように、本発明は、将来に確実に発生するいくつかのシグナリング/データのリソーススケジューリング方法及び機器を提供する。当業者であれば、上記の実施形態を実施するためのプロセスの全部又は一部は、コンピュータプログラムが関連するハードウェアを指示することによって完了することができ、プログラムは非一時的なコンピュータ可読記憶媒体に記憶され得ることを理解することができる。これに関して、本発明の実施形態は、非一時的なコンピュータ可読記憶媒体を提供する。非一時的なコンピュータ可読記憶媒体は、少なくとも１つのコンピュータ可読プログラムを格納するために用いられる。コンピュータ可読プログラムがコンピュータによって実行されると、コンピュータ可読プログラムはコンピュータに本明細書で説明されたリソーススケジューリング方法の操作の全部又は一部を実行させる。非一時的なコンピュータ可読記憶媒体の例は、読み取り専用メモリ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ，ＲＯＭ）、ランダム記憶メモリ（ｒａｎｄｏｍ  ｓｔｏｒａｇｅ  ｍｅｍｏｒｙ，ＲＡＭ）、ディスク又は光ディスクなどを含むが、これらに限定されない。
【００８２】
上述したように、実施形態と併せて本発明を説明したが、本発明は上記の実施形態に限定されないことを理解することができる。逆に、本発明は、添付された特許請求の範囲内の様々な修正及び同等の配置をカバーすることを意図している。添付された特許請求の範囲は、法律で許可されているすべてのそのような変更及び同等の構造をカバーするように、最も広い解釈を与えられるべきである。
【図１】
2021522741.tif 000003
【図２】
2021522741.tif 000004
【図３】
2021522741.tif 000005
【図４】
2021522741.tif 000006
【図５】
2021522741.tif 000007
【図６】
2021522741.tif 000008
【図７】
2021522741.tif 000009
【図８】
2021522741.tif 000010
【図９】
2021522741.tif 000011
【図１０】
2021522741.tif 000012
【手続補正書】
【提出日】令和2年11月13日(2020.11.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークノードのリソーススケジューリング方法であって、
ユーザー機器（ＵＥ）のためにスケジュールされた無線リソースを取得するステップと、
前記ＵＥにスケジューリング情報を送信するステップと、
を含み、
その中において、前記スケジューリング情報はスケジュールされた無線リソースを含み、前記スケジューリング情報は所定の時間の後又は前記スケジューリング情報によって示された時間の後に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とするネットワークノードのリソーススケジューリング方法。
【請求項２】
前記スケジューリング情報は時間情報をさらに含み、
前記時間情報は、前記時間情報によって示される時間に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記時間情報は時間オフセットであり、前記時間情報は前記時間オフセットによって示される時間に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記スケジューリング情報は、物理層制御チャネルによって送信される、
ことを特徴とする請求項１〜３のいずれか一項に記載の方法。
【請求項５】
ダウンリンク制御情報又は無線リソース制御シグナリングは前記スケジューリング情報を搭載する、
ことを特徴とする請求項１〜３のいずれか一項に記載の方法。
【請求項６】
前記スケジューリング情報は、前記スケジュールされた無線リソースの位置及び前記スケジュールされた無線リソースのタイプのうちの少なくとも１つをさらに含む、
ことを特徴とする請求項１〜３のいずれか一項に記載の方法。
【請求項７】
前記スケジューリング情報の優先度は予め定義されている、
ことを特徴とする請求項１〜３のいずれか一項に記載の方法。
【請求項８】
リソーススケジューリング用ネットワークノードであって、
プロセッサ７１及びメモリ７２を含み、
前記メモリ７２はコンピュータ可読命令を格納するために用いられ、前記コンピュータ可読命令が前記プロセッサ７１によって実行されると、前記記プロセッサ７１に請求項１〜７のいずれか一項に記載の方法を実行させる、
ことを特徴とするリソーススケジューリング用ネットワークノード。
【請求項９】
ＵＥで実行されるリソーススケジューリング方法であって、
ネットワークノードからスケジューリング情報を受信するステップを含み、
その中において、前記スケジューリング情報は前記ネットワークノードが確定したスケジュールされた無線リソースを含み、前記スケジューリング情報は所定の時間の後又は前記スケジューリング情報によって示された時間の後に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とするリソーススケジューリング方法。
【請求項１０】
前記方法は、
所定の時間の後又は前記スケジューリング情報によって示された時間の後に前記スケジュールされた無線リソースを使用してデータを送受信するステップをさらに含む、
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記スケジューリング情報は時間情報をさらに含み、
前記時間情報は、前記時間情報によって示される時間に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項９に記載の方法。
【請求項１２】
前記時間情報は時間オフセットであり、前記時間情報は前記時間オフセットによって示される時間に前記スケジュールされた無線リソースを使用してデータを送受信するように前記ＵＥに指示するために用いられる、
ことを特徴とする請求項９に記載の方法。
【請求項１３】
前記スケジューリング情報は、前記スケジュールされた無線リソースの位置及び前記スケジュールされた無線リソースのタイプのうちの少なくとも１つをさらに含む、
ことを特徴とする請求項９〜１２のいずれか一項に記載の方法。
【請求項１４】
前記スケジューリング情報は、半永続的スケジューリング及び動的スケジューリングのうちの少なくとも１つに対して予め定義された優先度を有する、
ことを特徴とする請求項９〜１２のいずれか一項に記載の方法。
【請求項１５】
リソーススケジューリング用ユーザー機器であって、
プロセッサ７１及びメモリ７２を含み、
前記メモリ７２はコンピュータ可読命令を格納するために用いられ、前記コンピュータ可読命令が前記プロセッサ７１によって実行されると、前記記プロセッサ７１に請求項９〜１４のいずれか一項に記載の方法を実行させる、
ことを特徴とするリソーススケジューリング用ユーザー機器。
【国際調査報告】
2021522741.tif 000013
2021522741.tif 000014