JP7414840B2 - リソース割り当てのための方法、端末デバイス、および基地局 - Google Patents

Description

本開示の実施形態は、全般的には無線通信に関し、より詳細には、リソース割り当てのための方法、端末デバイス、および基地局に関する。

このセクションは、本開示のよりよい理解を容易にし得る側面を紹介する。したがって、このセクションの言明は、この観点から読まれるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきではない。

セルラネットワークにおけるＤ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信は、基地局またはコアネットワークを通ることのない２つの端末デバイスの間における直接の通信として規定されている。第３世代パートナーシッププロジェクト（３ＧＰＰ）のリリース１４およびリリース１５においては、Ｄ２Ｄ作業に関する拡張は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）通信に関するサポートを含む。Ｖ２Ｘに関して規定されている主に３つの使用事例、すなわち、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｐ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ）、およびＶ２Ｉ／Ｎ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ／Ｎｅｔｗｏｒｋ）がある。したがってＶ２Ｘ通信は、車両、歩行者、およびインフラストラクチャの間における直接の通信の任意の組合せを含む。

ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、規模の経済を有しており、Ｖ２Ｉ通信とＶ２Ｖ／Ｖ２Ｐ通信との間におけるさらに緊密な統合を可能にし得るので、ＬＴＥベースのＶ２Ｘインターフェースを提供することは、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１ｐなどの専用のＶ２Ｘテクノロジーを使用することに比較して、経済的に有利であり得る。図１は、ＬＴＥベースのネットワークに関するＶ２Ｘシナリオを示している。Ｖ２Ｖは、Ｕｕまたはサイドリンクのいずれかを介した、車両同士の間におけるＬＴＥベースの通信をカバーする。Ｕｕは、ユーザ機器（ＵＥ）とエボルブドノードＢ（ｅＮＢ）との間におけるセルラインターフェースを指す。サイドリンクは、ＵＥ同士の間における直接の通信インターフェース（ＬＴＥにおいてはＰＣ５インターフェースとも呼ばれる）を指し得る。Ｖ２Ｐは、Ｕｕまたはサイドリンクのいずれかを介して、車両と、個人によって携帯されているデバイス（たとえば、歩行者、自転車通行者、運転者、または乗客によって携帯されているハンドヘルド端末）との間におけるＬＴＥベースの通信をカバーする。Ｖ２Ｉ／Ｎは、車両と路側ユニット／ネットワークとの間におけるＬＴＥベースの通信をカバーする。路側ユニット（ＲＳＵ）は、サイドリンクを介して、またはＵｕを介してＶ２Ｘ対応ＵＥと通信する輸送インフラストラクチャエンティティ（たとえば、スピード通知を送信するエンティティ）である。Ｖ２Ｎに関しては、通信はＵｕを介して実行される。

この概要は、以降で詳細な説明においてさらに記述される概念のうちの抜粋したものを簡略化された形式で紹介するために提供される。この概要は、特許請求されている主題の鍵となる特徴または必要不可欠な特徴を識別することを意図されているものではなく、特許請求されている主題の範囲を限定するために使用されることを意図されているものでもない。

本開示の目的のうちの１つは、リソース割り当てのための改善されたソリューションを提供することである。

本開示の第１の態様によれば、端末デバイスにおいて実施される方法が提供される。この方法は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信することを含む。この方法はさらに、少なくとも１つの要求に応答したリソース割り当てを基地局から受信することを含む。

この方法においては、低位レイヤシグナリングを送信するためのリソースが適切にスケジュールされることが可能である。

本開示の実施形態においては、少なくとも１つの低位レイヤシグナリングのために割り当てられるリソースは、共有チャネルのリソースであり得る。

本開示の実施形態においては、少なくとも１つの要求のうちのそれぞれは、複数の所定のリソースのうちの１つを用いて送信され得る。複数の所定のリソースのうちのそれぞれは、低位レイヤシグナリングの対応する設定を示し得る。

本開示の実施形態においては、複数の低位レイヤシグナリングに関する１つの要求が送信され得るか、または複数の低位レイヤシグナリングのうちの１つにそれぞれが対応する複数の要求が送信され得る。

本開示の実施形態においては、低位レイヤシグナリングは、周期的なシグナリングであることが可能であり、少なくとも１つの要求は、低位レイヤシグナリングのトリガーに応答して周期的に送信され得る。あるいは、低位レイヤシグナリングは、非周期的なシグナリングであることが可能であり、少なくとも１つの要求は、低位レイヤシグナリングのトリガーに応答して非周期的に送信され得る。

本開示の実施形態においては、低位レイヤシグナリングは、周期的なシグナリングであり得る。この方法はさらに、低位レイヤシグナリングの周期性に関連した情報を基地局に提供することを含み得る。この方法はさらに、周期的に低位レイヤシグナリングのためのリソース割り当てを基地局から受信することを含み得る。

本開示の実施形態においては、情報を基地局に提供することは、周期性を決定するための情報を基地局に送信することを含み得る。あるいは、情報を基地局に提供することは、周期性を決定し、その周期性を基地局に知らせることを含み得る。

本開示の実施形態においては、この方法はさらに、複数の要求が送信されることになる場合に、それらの複数の要求に対応する低位レイヤシグナリングのためのスケジューリング優先度を決定することを含み得る。この方法はさらに、決定されたスケジューリング優先度に基づいて複数の要求の送信順序を優先順位付けすることを含み得る。

本開示の実施形態においては、この方法はさらに、少なくとも１つの要求に対応する少なくとも１つの低位レイヤシグナリングのためのスケジューリング優先度を決定することを含み得る。少なくとも１つの要求は、決定されたスケジューリング優先度に基づいて送信され得る。

本開示の実施形態においては、データのためにリソースを割り当てることを求める少なくとも１つの第２の要求と、少なくとも１つの要求とが送信される場合に、少なくとも１つの第２の要求に対応するデータのためのスケジューリング優先度が決定され得る。少なくとも１つの要求および少なくとも１つの第２の要求は、少なくとも１つの低位レイヤシグナリングおよびデータのために決定されたスケジューリング優先度に基づいて送信され得る。

本開示の実施形態においては、低位レイヤシグナリングのためのスケジューリング優先度は、固定されたスケジューリング優先度として事前設定されること、または低位レイヤシグナリングが送信されることになる先の別の端末デバイスからのデータのためのスケジューリング優先度、およびネットワーク負荷状況、のうちの少なくとも１つに基づいて決定されることが可能である。

本開示の実施形態においては、低位レイヤシグナリングは、チャネル状態情報（ＣＳＩ）フィードバックであり得る。

本開示の実施形態においては、共有チャネルは、物理サイドリンク共有チャネル（ＰＳＳＣＨ）であり得る。

本開示の実施形態においては、要求は、スケジューリング要求（ＳＲ）、メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、および無線リソース制御（ＲＲＣ）シグナリングのうちの１つであり得る。

本開示の実施形態においては、この方法はさらに、ユーザデータを提供して、そのユーザデータを、基地局への送信を介してホストコンピュータへ転送することを含み得る。

本開示の第２の態様によれば、基地局において実施される方法が提供される。この方法は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信することを含む。この方法はさらに、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てることを含む。

この方法においては、低位レイヤシグナリングを送信するためのリソースが適切にスケジュールされることが可能である。

本開示の実施形態においては、少なくとも１つの低位レイヤシグナリングのために割り当てられるリソースは、共有チャネルのリソースであり得る。

本開示の実施形態においては、少なくとも１つの要求のうちのそれぞれは、複数の所定のリソースのうちの１つを用いて受信され得る。複数の所定のリソースのうちのそれぞれは、低位レイヤシグナリングの対応する設定を示し得る。

本開示の実施形態においては、複数の低位レイヤシグナリングに関する１つの要求が受信され得るか、または複数の低位レイヤシグナリングのうちの１つにそれぞれが対応する複数の要求が受信され得る。

本開示の実施形態においては、低位レイヤシグナリングは、周期的なシグナリングであることが可能であり、少なくとも１つの要求は、周期的に受信され得る。あるいは、低位レイヤシグナリングは、非周期的なシグナリングであることが可能であり、少なくとも１つの要求は、非周期的に受信され得る。

本開示の実施形態においては、低位レイヤシグナリングは、周期的なシグナリングであり得る。この方法はさらに、低位レイヤシグナリングの周期性に関連した情報を端末デバイスから受信することを含み得る。この方法はさらに、受信された情報に基づいて周期性を決定することを含み得る。この方法はさらに、周期性に基づいて周期的に端末デバイスにリソースを割り当てることを含み得る。

本開示の実施形態においては、低位レイヤシグナリングの周期性に関連した情報は、周期性を決定するための情報、または周期性を示す情報であり得る。

本開示の実施形態においては、低位レイヤシグナリングは、ＣＳＩフィードバックであり得る。

本開示の実施形態においては、共有チャネルは、ＰＳＳＣＨであり得る。

本開示の実施形態においては、要求は、ＳＲ、ＭＡＣ ＣＥ、およびＲＲＣシグナリングのうちの１つであり得る。

本開示の第３の態様によれば、端末デバイスにおいて実施される方法が提供される。この方法は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な低位レイヤシグナリングのためのスケジューリング優先度を決定することを含む。この方法はさらに、少なくとも低位レイヤシグナリングのためのスケジューリング優先度に基づいて、入ってくる送信のための最終的なスケジューリング優先度を決定することを含む。この方法はさらに、最終的なスケジューリング優先度に基づいて、入ってくる送信のためにリソースを割り当てることを含む。

この方法においては、低位レイヤシグナリングを送信するためのリソースが適切にスケジュールされることが可能である。

本開示の実施形態においては、低位レイヤシグナリングのために割り当てられるリソースは、共有チャネルのリソースであり得る。

本開示の実施形態においては、低位レイヤシグナリングのためのスケジューリング優先度は、固定されたスケジューリング優先度として事前設定されること、または低位レイヤシグナリングが送信されることになる先の別の端末デバイスからのデータのためのスケジューリング優先度、およびネットワーク負荷状況、のうちの少なくとも１つに基づいて決定されることが可能である。

本開示の実施形態においては、最終的なスケジューリング優先度を決定することは、入ってくる送信がデータの送信を含むかどうかを判定することを含み得る。最終的なスケジューリング優先度を決定することはさらに、入ってくる送信がデータの送信を含む場合には、最終的なスケジューリング優先度を、データのためのスケジューリング優先度、および低位レイヤシグナリングのためのスケジューリング優先度のうちの高い方の値として決定することを含み得る。最終的なスケジューリング優先度を決定することはさらに、入ってくる送信がデータの送信を含まない場合には、最終的なスケジューリング優先度を、低位レイヤシグナリングのためのスケジューリング優先度として決定することを含み得る。

本開示の実施形態においては、スケジューリング優先度は、パケット優先度ごとの近接ベースサービス（ＰｒｏＳｅ）（ＰＰＰＰ）、またはサービス品質（ＱｏＳ）情報によって表され得る。

本開示の実施形態においては、低位レイヤシグナリングは、ＣＳＩフィードバックであり得る。

本開示の実施形態においては、共有チャネルは、ＰＳＳＣＨであり得る。

本開示の第４の態様によれば、端末デバイスが提供される。この端末デバイスは、少なくとも１つのプロセッサと、少なくとも１つのメモリとを含む。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによって端末デバイスは、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信するように機能する。端末デバイスはさらに、少なくとも１つの要求に応答したリソース割り当てを基地局から受信するように機能する。

本開示の実施形態においては、端末デバイスは、上記の第１の態様による方法を実行するように機能し得る。

本開示の第５の態様によれば、基地局が提供される。この基地局は、少なくとも１つのプロセッサと、少なくとも１つのメモリとを含む。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによって基地局は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信するように機能する。基地局はさらに、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てるように機能する。

本開示の実施形態においては、基地局は、上記の第２の態様による方法を実行するように機能し得る。

本開示の第６の態様によれば、端末デバイスが提供される。この端末デバイスは、少なくとも１つのプロセッサと、少なくとも１つのメモリとを含む。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによって端末デバイスは、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な低位レイヤシグナリングのためのスケジューリング優先度を決定するように機能する。端末デバイスはさらに、少なくとも低位レイヤシグナリングのためのスケジューリング優先度に基づいて、入ってくる送信のための最終的なスケジューリング優先度を決定するように機能する。端末デバイスはさらに、最終的なスケジューリング優先度に基づいて、入ってくる送信のためにリソースを割り当てるように機能する。

本開示の実施形態においては、端末デバイスは、上記の第３の態様による方法を実行するように機能し得る。

本開示の第７の態様によれば、コンピュータプログラム製品が提供される。このコンピュータプログラム製品は、命令を含み、それらの命令は、少なくとも１つのプロセッサによって実行されたときに、その少なくとも１つのプロセッサに上記の第１から第３の態様のいずれかによる方法を実行させる。

本開示の第８の態様によれば、コンピュータ可読記憶媒体が提供される。このコンピュータ可読記憶媒体は、命令を含み、それらの命令は、少なくとも１つのプロセッサによって実行されたときに、その少なくとも１つのプロセッサに上記の第１から第３の態様のいずれかによる方法を実行させる。

本開示の第９の態様によれば、端末デバイスが提供される。この端末デバイスは、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信するための送信モジュールを含む。端末デバイスはさらに、少なくとも１つの要求に応答したリソース割り当てを基地局から受信するための受信モジュールを含む。

本開示の第１０の態様によれば、基地局が提供される。この基地局は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信するための受信モジュールを含む。基地局はさらに、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てるための割り当てモジュールを含む。

本開示の第１１の態様によれば、端末デバイスが提供される。この端末デバイスは、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な低位レイヤシグナリングのためのスケジューリング優先度を決定するための第１の決定モジュールを含む。端末デバイスはさらに、少なくとも低位レイヤシグナリングのためのスケジューリング優先度に基づいて、入ってくる送信のための最終的なスケジューリング優先度を決定するための第２の決定モジュールを含む。端末デバイスはさらに、最終的なスケジューリング優先度に基づいて、入ってくる送信のためにリソースを割り当てるための割り当てモジュールを含む。

本開示の第１２の態様によれば、端末デバイスにおいて実施される方法が提供される。この方法は、周期的なシグナリングである低位レイヤシグナリングの周期性に関連した情報を基地局に提供することを含む。この方法はさらに、周期的に低位レイヤシグナリングのためのリソース割り当てを基地局から受信することを含む。

本開示の実施形態においては、情報を基地局に提供することは、周期性を決定するための情報を基地局に送信することを含み得る。あるいは、情報を基地局に提供することは、周期性を決定し、その周期性を基地局に知らせることを含み得る。

本開示の第１３の態様によれば、基地局において実施される方法が提供される。この方法は、周期的なシグナリングである低位レイヤシグナリングの周期性に関連した情報を端末デバイスから受信することを含む。この方法はさらに、受信された情報に基づいて周期性を決定することを含む。この方法はさらに、周期性に基づいて周期的に端末デバイスにリソースを割り当てることを含む。

本開示の実施形態においては、低位レイヤシグナリングの周期性に関連した情報は、周期性を決定するための情報、または周期性を示す情報であり得る。

本開示の第１４の態様によれば、端末デバイスが提供される。この端末デバイスは、少なくとも１つのプロセッサと、少なくとも１つのメモリとを含む。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによって端末デバイスは、周期的なシグナリングである低位レイヤシグナリングの周期性に関連した情報を基地局に提供するように機能する。端末デバイスはさらに、周期的に低位レイヤシグナリングのためのリソース割り当てを基地局から受信するように機能する。

本開示の第１５の態様によれば、基地局が提供される。この基地局は、少なくとも１つのプロセッサと、少なくとも１つのメモリとを含む。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含み、それによって基地局は、周期的なシグナリングである低位レイヤシグナリングの周期性に関連した情報を端末デバイスから受信するように機能する。基地局はさらに、受信された情報に基づいて周期性を決定するように機能する。基地局はさらに、周期性に基づいて周期的に端末デバイスにリソースを割り当てるように機能する。

本開示の第１６の態様によれば、端末デバイスが提供される。この端末デバイスは、周期的なシグナリングである低位レイヤシグナリングの周期性に関連した情報を基地局に提供するための提供モジュールを含む。端末デバイスはさらに、周期的に低位レイヤシグナリングのためのリソース割り当てを基地局から受信するための受信モジュールを含む。

本開示の第１７の態様によれば、基地局が提供される。この基地局は、周期的なシグナリングである低位レイヤシグナリングの周期性に関連した情報を端末デバイスから受信するための受信モジュールを含む。基地局はさらに、受信された情報に基づいて周期性を決定するための決定モジュールを含む。基地局はさらに、周期性に基づいて周期的に端末デバイスにリソースを割り当てるための割り当てモジュールを含む。

本開示の第１８の態様によれば、ホストコンピュータと、基地局と、端末デバイスとを含む通信システムにおいて実施される方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含む。この方法はさらに、基地局を含むセルラネットワークを介して端末デバイスへユーザデータを搬送する送信をホストコンピュータにおいて開始することを含む。基地局は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信する。基地局は、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てる。

本開示の実施形態においては、この方法はさらに、基地局においてユーザデータを送信することを含み得る。

本開示の実施形態においては、ユーザデータは、ホストアプリケーションを実行することによってホストコンピュータにおいて提供され得る。この方法はさらに、ホストアプリケーションに関連付けられているクライアントアプリケーションを端末デバイスにおいて実行することを含み得る。

本開示の第１９の態様によれば、ユーザデータを提供するように設定されている処理回路と、ユーザデータを端末デバイスへの送信用としてセルラネットワークへ転送するように設定されている通信インターフェースとを含むホストコンピュータを含む通信システムが提供される。セルラネットワークは、無線インターフェースと処理回路とを有する基地局を含む。基地局の処理回路は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信するように設定されている。基地局の処理回路はさらに、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てるように設定されている。

本開示の実施形態においては、通信システムはさらに、基地局を含み得る。

本開示の実施形態においては、通信システムはさらに、端末デバイスを含み得る。端末デバイスは、基地局と通信するように設定され得る。

本開示の実施形態においては、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定され得る。端末デバイスは、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行するように設定されている処理回路を含み得る。

本開示の第２０の態様によれば、ホストコンピュータと、基地局と、端末デバイスとを含む通信システムにおいて実施される方法が提供される。この方法は、ホストコンピュータにおいてユーザデータを提供することを含む。この方法はさらに、基地局を含むセルラネットワークを介して端末デバイスへユーザデータを搬送する送信をホストコンピュータにおいて開始することを含む。端末デバイスは、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信する。端末デバイスは、少なくとも１つの要求に応答したリソース割り当てを基地局から受信する。

本開示の実施形態においては、この方法はさらに、端末デバイスにおいてユーザデータを基地局から受信することを含み得る。

本開示の第２１の態様によれば、ユーザデータを提供するように設定されている処理回路と、ユーザデータを端末デバイスへの送信用としてセルラネットワークへ転送するように設定されている通信インターフェースとを含むホストコンピュータを含む通信システムが提供される。端末デバイスは、無線インターフェースおよび処理回路を含む。端末デバイスの処理回路は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信するように設定されている。端末デバイスの処理回路は、少なくとも１つの要求に応答したリソース割り当てを基地局から受信するように設定されている。

本開示の実施形態においては、通信システムはさらに、端末デバイスを含み得る。

本開示の実施形態においては、セルラネットワークはさらに、端末デバイスと通信するように設定されている基地局を含み得る。

本開示の実施形態においては、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように設定され得る。端末デバイスの処理回路は、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行するように設定され得る。

本開示の第２２の態様によれば、ホストコンピュータと、基地局と、端末デバイスとを含む通信システムにおいて実施される方法が提供される。この方法は、端末デバイスから基地局へ送信されたユーザデータをホストコンピュータにおいて受信することを含む。端末デバイスは、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信する。端末デバイスは、少なくとも１つの要求に応答したリソース割り当てを基地局から受信する。

本開示の実施形態においては、この方法はさらに、端末デバイスにおいてユーザデータを基地局に提供することを含み得る。

本開示の実施形態においては、この方法はさらに、端末デバイスにおいてクライアントアプリケーションを実行し、それによって、送信されることになるユーザデータを提供することを含み得る。この方法はさらに、クライアントアプリケーションに関連付けられているホストアプリケーションをホストコンピュータにおいて実行することを含み得る。

本開示の実施形態においては、この方法はさらに、端末デバイスにおいてクライアントアプリケーションを実行することを含み得る。この方法はさらに、クライアントアプリケーションへの入力データを端末デバイスにおいて受け取ることを含み得る。入力データは、クライアントアプリケーションに関連付けられているホストアプリケーションを実行することによってホストコンピュータにおいて提供され得る。送信されることになるユーザデータは、入力データに応答してクライアントアプリケーションによって提供され得る。

本開示の第２３の態様によれば、端末デバイスから基地局への送信から生じるユーザデータを受信するように設定されている通信インターフェースを含むホストコンピュータを含む通信システムが提供される。端末デバイスは、無線インターフェースおよび処理回路を含む。端末デバイスの処理回路は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信するように設定されている。端末デバイスの処理回路はさらに、少なくとも１つの要求に応答したリソース割り当てを基地局から受信するように設定されている。

本開示の実施形態においては、通信システムはさらに、端末デバイスを含み得る。

本開示の実施形態においては、通信システムはさらに、基地局を含み得る。基地局は、端末デバイスと通信するように設定されている無線インターフェースと、端末デバイスから基地局への送信によって搬送されるユーザデータをホストコンピュータへ転送するように設定されている通信インターフェースとを含み得る。

本開示の実施形態においては、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定され得る。端末デバイスの処理回路は、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行し、それによってユーザデータを提供するように設定され得る。

本開示の実施形態においては、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによって要求データを提供するように設定され得る。端末デバイスの処理回路は、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行し、それによって、要求データに応答してユーザデータを提供するように設定され得る。

本開示の第２４の態様によれば、ホストコンピュータと、基地局と、端末デバイスとを含む通信システムにおいて実施される方法が提供される。この方法は、基地局が端末デバイスから受信した送信から生じるユーザデータをホストコンピュータにおいて基地局から受信することを含む。基地局は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信する。基地局は、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てる。

本開示の実施形態においては、この方法はさらに、基地局においてユーザデータを端末デバイスから受信することを含み得る。

本開示の実施形態においては、この方法はさらに、ホストコンピュータへの受信されたユーザデータの送信を基地局において開始することを含み得る。

本開示の第２５の態様によれば、端末デバイスから基地局への送信から生じるユーザデータを受信するように設定されている通信インターフェースを含むホストコンピュータを含む通信システムが提供される。基地局は、無線インターフェースおよび処理回路を含む。基地局の処理回路は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信するように設定されている。基地局の処理回路はさらに、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てるように設定されている。

本開示の実施形態においては、通信システムはさらに、基地局を含み得る。

本開示の実施形態においては、通信システムはさらに、端末デバイスを含み得る。端末デバイスは、基地局と通信するように設定され得る。

本開示の実施形態においては、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定され得る。端末デバイスは、ホストアプリケーションに関連付けられているクライアントアプリケーションを実行し、それによって、ホストコンピュータによって受信されることになるユーザデータを提供するように設定され得る。

本開示の第２６の態様によれば、基地局と、少なくとも１つの端末デバイスとを含む通信システムにおいて実施される方法が提供される。この方法は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を少なくとも１つの端末デバイスにおいて基地局へ送信することを含む。この方法はさらに、少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局において少なくとも１つの端末デバイスから受信することを含む。この方法はさらに、少なくとも１つの要求に基づいて基地局において端末デバイスにリソースを割り当てることを含む。この方法はさらに、少なくとも１つの要求に応答したリソース割り当てを少なくとも１つの端末デバイスにおいて基地局から受信することを含む。

本開示の第２７の態様によれば、少なくとも１つの端末デバイスと、基地局とを含む通信システムが提供される。少なくとも１つの端末デバイスは、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信し、少なくとも１つの要求に応答したリソース割り当てを基地局から受信するように設定されている。基地局は、少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を少なくとも１つの端末デバイスから受信し、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てるように設定されている。

本開示のこれらおよびその他の目的、特徴、および利点は、添付の図面に関連して読まれるべきである、本開示の例示的な実施形態についての以降の詳細な説明から明らかになるであろう。

ＬＴＥベースのネットワークに関するＶ２Ｘシナリオを示す図である。 本開示の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。 本開示の別の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。 図３の方法を説明するためのフローチャートである。 本開示の別の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。 本開示の実施形態による、基地局において実施される方法を示すフローチャートである。 本開示の別の実施形態による、基地局において実施される方法を示すフローチャートである。 本開示の別の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。 図８の方法を説明するためのフローチャートである。 本開示のいくつかの実施形態を実施する際に使用するのに適した装置を示すブロック図である。 本開示の実施形態による端末デバイスを示すブロック図である。 本開示の実施形態による基地局を示すブロック図である。 本開示の別の実施形態による端末デバイスを示すブロック図である。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続されている遠隔通信ネットワークを示す図である。 いくつかの実施形態による、基地局を介してユーザ機器と通信しているホストコンピュータを示す図である。 いくつかの実施形態による通信システムにおいて実施される方法を示すフローチャートである。 いくつかの実施形態による通信システムにおいて実施される方法を示すフローチャートである。 いくつかの実施形態による通信システムにおいて実施される方法を示すフローチャートである。 いくつかの実施形態による通信システムにおいて実施される方法を示すフローチャートである。

説明の目的のために、以降の記述においては、開示されている実施形態の徹底的な理解を提供するために詳細が示されている。しかしながら、これらの特定の詳細を伴わずに、または同等のアレンジを伴って実施形態が実施され得るということは、当業者にとって明らかである。

本明細書における「一実施形態」、「実施形態」、「例示的な実施形態」などへの言及は、記述されている実施形態は特定の機能、構造、または特徴を含み得るが、あらゆる実施形態がその特定の機能、構造、または特徴を含むことが必要であるわけではないということを示している。その上、そのようなフレーズは、必ずしも同じ実施形態を指しているとは限らない。さらに、特定の機能、構造、または特徴が、実施形態に関連して記述されている場合には、その他の実施形態に関連して、そのような機能、構造、または特徴に影響を与えることは、明示的に記述されているか否かを問わず、当業者の知識内にあるということが提示されている。以降で別々にまたは独立して記述されている実施形態のうちのいくつかは、さまざまな適用シナリオに応じて組み合わせて実施されることも可能である。

論理チャネルの優先順位付け手順は、新たな送信が実行される際に適用される。それぞれのサイドリンク論理チャネルは、パケット優先度ごとの近接ベースサービス（ＰｒｏＳｅ）（ＰＰＰＰ）と呼ばれる、関連付けられている優先度を有する。複数のサイドリンク論理チャネルが、同じ関連付けられている優先度を有し得る。ＰＰＰＰは、アクセス層（ＡＳ）レイヤに対する高位レイヤによって提供される。プロトコルデータユニット（ＰＤＵ）のパケット遅延バジェット（ＰＤＢ）は、ＰＰＰＰから決定され得る。低いＰＤＢは、高い優先度のＰＰＰＰ値にマッピングされる。

サイドリンク上のＶ２Ｘに関しては、２つの異なるリソース割り当て（ＲＡ）手順、すなわち、集中型ＲＡ（いわゆる、ＬＴＥにおける「モード３」、および新無線（ＮＲ）における「モード１」）、ならびに自律的ＲＡ（いわゆる、ＬＴＥにおける「モード４」、およびＮＲにおける「モード２」）がある。送信リソースは、ネットワーク（ＮＷ）によって事前定義または設定されているリソースプール内で選択される。

集中型ＲＡを用いると、データ送信のためのサイドリンク無線リソースが、ＮＷによってスケジュールされる／割り当てられる。ＵＥは、サイドリンクバッファステータスレポート（ＢＳＲ）をＮＷへ送って、ＭＡＣエンティティに関連付けられているサイドリンクバッファにおける送信のために利用可能なサイドリンクデータを知らせ、ＮＷは、ダウンリンク制御情報（ＤＣＩ）フォーマット５／５Ａを使用してＵＥにリソース割り当てをシグナリングする。分散型ＲＡを用いると、それぞれのデバイスは、たとえば感知に基づいて、それぞれの送信のためにどの無線リソースを使用するかを独立して決定する。両方のＲＡモードに関して、サイドリンク制御情報（ＳＣＩ）が物理サイドリンク制御チャネル（ＰＳＣＣＨ）上で送信されて、物理サイドリンク共有チャネル（ＰＳＳＣＨ）のための割り振られたサイドリンクリソースが示される。

感知は、ＳＣＩのデコーディングと、周囲のＵＥからのＰＳＳＣＨの基準信号受信電力（ＲＳＲＰ）測定とに基づく。ＳＣＩは、スケジューリング優先度を示し、これは、ＭＡＣ ＰＤＵに含まれるすべての論理チャネルのうちで最も低いＰＰＰＰ（すなわち、最も高い優先度）である。感知を実行しているＵＥのＰＰＰＰと、感知されているＵＥのＰＰＰＰとによってスケーリングされた周囲のＵＥからの測定されたＲＳＲＰがしきい値よりも低い場合には、リソースは空いているとみなされる。測定されたＲＳＲＰは、感知を実行しているＵＥが、より低いＰＰＰＰ（すなわち、より高い優先度）を有する場合には、スケールダウンされる。それに対応して、リソースは、空いているとみなされてＵＥによって使用される可能性が高くなる。詳細は、３ＧＰＰ技術仕様（ＴＳ）３６．２１３ Ｖ１５．４．０、セクション１４．１．１．６から入手され得る。

３ＧＰＰ ＳＡ１ワーキンググループは、ＦＳ＿ｅＶ２Ｘにおける今後のＶ２Ｘサービスに関する新たなサービス要件を完成した。「ＳＡ」という用語は、スタンドアロンを指し、「ＦＳ」という用語は、実現可能性調査を指し、「ｅＶ２Ｘ」という用語は、拡張Ｖ２Ｘを指す。ＳＡ１ワーキンググループは、５Ｇ（たとえばＬＴＥおよびＮＲ）において使用されるであろう高度なＶ２Ｘサービスに関する２５個の使用事例を特定した。そのような使用事例は、車両の隊列走行、拡張センサ、高度な運転、およびリモート運転という４つの使用事例グループへと分類されている。隊列走行、協調運転、ダイナミックライドシェアリング等などのいくつかの使用事例においては、サイドリンクを介した直接ユニキャスト送信が必要とされるであろう。

それぞれの使用事例グループに関する統合された要件は、技術レポート（ＴＲ）２２．８８６に取り込まれている。これらの高度な用途に関しては、必要とされるデータレート、キャパシティー、信頼性、レイテンシ、通信範囲、およびスピードを満たすための期待される要件が、より厳格にされる。これらの要件を満たすためには、いくつかの改善（例として、たとえばＣＳＩフィードバックに基づくサイドリンクに関するリンク適応、よりハイブリッドな自動再送要求（ＨＡＲＱ）プロセス、および、ＨＡＲＱフィードバックに基づくサイドリンクに関する適応ＨＡＲＱ再送信など）が導入される必要がある。

（少なくとも）サイドリンクユニキャストのためにサイドリンクＣＳＩフィードバックを導入することが、既に合意されており、ＣＳＩフィードバックは、ＰＳＳＣＨ（ＣＳＩのみを含むＰＳＳＣＨを含む）を使用して配信され得る。

集中型ＲＡに関しては、ＵＥは、サイドリンクＢＳＲをＮＷへ送って、ＭＡＣエンティティに関連付けられているバッファステータスを知らせる必要がある。しかしながら、ＣＳＩフィードバックは、ＭＡＣよりも下にあるレイヤ１（Ｌ１）シグナリングであり、したがって、ＣＳＩフィードバックに含まれることになるビットの数を示すためにＢＳＲが使用されることは不可能であり、その結果として、ＮＷは、ＣＳＩフィードバックを含むＰＳＳＣＨに対して、特にそのＰＳＳＣＨがＣＳＩフィードバックのみを含むケースにおいては、リソースを適切に割り当てることができない。

その上、ＰＰＰＰは、データパケットに関連付けられている高位レイヤによって提供される。高位レイヤは、ＣＳＩフィードバックなどのＬ１シグナリングのためのＰＰＰＰを提供することができない。これに起因して、感知に基づく分散型ＲＡは、ＰＳＳＣＨがＣＳＩフィードバックを含む場合には、ＳＣＩにおけるＰＰＰＰが適切に設定されることが不可能であるので、適切に機能することができない。

本開示は、リソース割り当てのための改善されたソリューションを提案する。このソリューションは、端末デバイスと基地局とを含む無線通信システムに適用され得る。端末デバイスは、無線アクセス通信リンクを通じて基地局と通信することができる。基地局は、自身の通信サービスセル内にある端末デバイスに無線アクセス通信リンクを提供することができる。基地局は、たとえば、ＬＴＥにおけるｅＮＢ、またはＮＲにおけるｇＮＢであり得る。通信は、任意の適切な通信標準およびプロトコルに従って端末デバイスと基地局との間において実行され得るということに留意されたい。端末デバイスはまた、たとえば、デバイス、アクセス端末、ユーザ機器（ＵＥ）、移動局、モバイルユニット、サブスクライバーステーションなどと呼ばれ得る。これは、無線通信ネットワークにアクセスしてそこからサービスを受信することができる任意のエンドデバイスを指し得る。限定ではなく、例として、端末デバイスは、ポータブルコンピュータ、デジタルカメラなどの撮像端末デバイス、ゲーミング端末デバイス、音楽格納／再生機器、モバイル電話、セルラ電話、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）などを含み得る。

モノのインターネット（ＩｏＴ）のシナリオにおいては、端末デバイスは、モニタリングおよび／または測定を実行して、そのようなモニタリングおよび／または測定の結果を別の端末デバイスおよび／またはネットワーク機器へ送信するマシンまたはその他のデバイスに相当し得る。このケースにおいては、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスである場合があり、これは、３ＧＰＰコンテキストにおいては、マシン型通信（ＭＴＣ）デバイスと呼ばれ得る。そのようなマシンまたはデバイスの特定の例は、センサ、電力計などの計量デバイス、産業機械、自転車、車両、または家庭用もしくは個人用の器具、たとえば、冷蔵庫、テレビ、腕時計などの個人用ウェアラブルなどを含み得る。

ここで、リソース割り当てのための改善されたソリューションを説明するために、いくつかの実施形態が記述される。第１の実施形態として、ＵＥは、サイドリンクＣＳＩを送信するためにリソースが必要とされているということをＮＷに知らせ、ＮＷは、ＣＳＩフィードバックを含むＰＳＳＣＨのための送信リソースをスケジュールする。この方法においては、サイドリンクＣＳＩを送信するためのリソースが適切にスケジュールされることが可能である。

たとえば、サイドリンクＣＳＩフィードバックがＰＳＳＣＨを介して送られる必要があるということをＮＷに知らせるために、（サイドリンク）ＣＳＩ固有のスケジューリング要求（ＳＲ）が導入され得る。専用のＳＲリソースが、ＣＳＩ固有のＳＲ用に設定され得る。任意選択で、このＣＳＩ固有のＳＲ用に複数のＳＲリソースが設定されることが可能であり、それぞれのＳＲリソースは、特定のＣＳＩフィードバック設定を示す。たとえば、ＣＳＩフィードバックがワイドバンドフィードバックであるか、またはサブバンドフィードバックであるか、何がＣＳＩフィードバックにおいて報告されることになるか（たとえば、チャネル品質インジケータ（ＣＱＩ）、および／またはランク表示（ＲＩ）、および／またはプリコーディングマトリックスインジケータ（ＰＭＩ））などである。あるいは、それぞれのＳＲリソースは、ＣＳＩフィードバックに含まれることになるビットの数を示すだけである場合もある。

周期的なＣＳＩフィードバックに関しては、周期的なＣＳＩフィードバックをトリガーするためのタイマーが切れたときに、または切れつつあるときに、ＣＳＩ固有のＳＲがトリガーされ得る。非周期的なＣＳＩフィードバックに関しては、送信側（Ｔｘ）ＵＥからの、ＣＳＩフィードバックを送ることを求める要求の受信時に、および／またはサイドリンク（ＳＬ）チャネル状態情報基準信号（ＣＳＩ－ＲＳ）の測定された品質が特定のしきい値よりも悪くなると、もしくは変動が特定のしきい値を超えると、および／または受信側（Ｒｘ）ＵＥ（すなわち、ＣＳＩフィードバックを送るＵＥ）のスピードが特定のしきい値よりも高くなると、もしくは変動が特定のしきい値を超えると、などの時点で、Ｒｘ ＵＥによってＣＳＩ固有のＳＲがトリガーされ得る。

複数のＣＳＩフィードバックが同時に（たとえば、同じＲｘ ＵＥから複数のＴｘ ＵＥへ）送信される必要があるケースにおいては、１つのＣＳＩフィードバックにそれぞれが対応する複数のＣＳＩ固有のＳＲが送られることが可能であり、またはすべてのＣＳＩフィードバックに関する単一のＣＳＩ固有のＳＲが送られ得る。後者のケースにおいては、ＳＲは、たとえば、すべてのＣＳＩフィードバックに含まれることになるビットの総数を示し得る。

代替オプションとして、周期的なＣＳＩフィードバックに関しては、ＮＷは、ＣＳＩフィードバックがサイドリンクを介して送信される必要があるということをＵＥがＮＷに明示的に知らせることに対する必要性を伴わずに、ＣＳＩフィードバックの周期性に基づいてＣＳＩフィードバックを含むＰＳＳＣＨのためのリソースを予約（または確保）し得る。このケースにおいては、ＣＳＩ固有のＳＲは、非周期的なＣＳＩフィードバックがトリガーされた場合に送られることのみが可能である。周期性は、たとえば、ＵＥのスピード、サービスＱｏＳ要件、ＵＥの能力（たとえば、Ｔｘ ＵＥおよびＲｘ ＵＥによってサポートされることが可能である最大ランク）などに基づいて決定され得る。任意選択で、ＵＥは、上記の支援情報をＮＷに報告することが可能であり、ＮＷは、その支援情報を考慮に入れてＣＳＩフィードバックの周期性を設定することが可能であり、そのケースにおいては、周期性は、ＵＥに明示的に知らされる必要はない。あるいは、ＣＳＩフィードバックの周期性は、ＵＥによって設定されて、次いでＮＷに知らされ得る。

任意選択で、ＮＷは、特定のサイドリンクグラントが、ＣＳＩフィードバックを（それのみを）含むＰＳＳＣＨ用であるということを、ＲＲＣシグナリングを介して、またはＤＣＩにおいてのいずれかで、ＵＥに示し得る。任意選択で、ＵＥはまた、サイドリンクＣＳＩフィードバックがトリガーされ、送信される必要があるということを、および任意選択で、ＣＳＩフィードバックの設定またはビットの数も、専用のシグナリングによってＮＷに知らせ得る。たとえば、専用のシグナリングは、ＭＡＣ制御要素（ＣＥ）またはＲＲＣシグナリングであり得る。

第２の実施形態として、スケジューリング優先度が（サイドリンク）ＣＳＩフィードバックのために割り振られ得る。ＣＳＩはＬ１シグナリングであるので、そのスケジューリング優先度が、高位レイヤから入手されることは不可能である。これを解決するために、次のオプションのうちの少なくとも１つを使用して、ＣＳＩのためにスケジューリング優先度を割り振ることが可能である。第１のオプションとして、固定されたスケジューリング優先度がＣＳＩフィードバックのために割り振られ得る。典型的な例として、最も低いスケジューリング優先度がＣＳＩフィードバックのために割り振られることが可能であり、それによって、データ送信が常にＣＳＩフィードバックよりも優先される。優先度は、ＮＷによって設定されること、またはＵＥにおいて事前構成されることが可能である。第２のオプションとして、ＣＳＩフィードバックのスケジューリング優先度は、ＣＳＩフィードバックが送られることになる先のＴｘ ＵＥからのデータの優先度に基づいて設定され得る。したがって、より高い優先度を有するデータは、ＣＳＩレポートをより迅速に入手することになる。第３のオプションとして、スケジューリング優先度は、ネットワーク負荷状況、たとえばチャネルビジー率（ＣＢＲ）に基づいて調整され得る。ＣＢＲがより高くなった場合には、より低いスケジューリング優先度が割り振られ得る。

任意選択で、複数のＣＳＩ固有のＳＲが送られる必要がある場合には、どのＳＲが送られることになるかを決定する際に優先度が適用されることも可能である。このケースにおいては、ＣＳＩ固有のＳＲの優先度は、ＣＳＩ固有のＳＲが対応するＣＳＩフィードバックのスケジューリング優先度に基づいて設定され得る。より高い優先度を有するＣＳＩ固有のＳＲが最初に送信され得る。同様に、ＣＳＩフィードバックのスケジューリング優先度は、上述されているようにデータ送信のスケジューリング優先度に関連して設定され得るので、データ送信のための１つまたは複数のＳＲと、１つまたは複数のＣＳＩ固有のＳＲとが送られる必要がある場合には、それらの優先度は、どのＳＲが最初に送られることになるかを決定する際に適用され得る。ＣＳＩ固有のＳＲの優先度の決定と同様に、データ送信のためのＳＲの優先度は、このＳＲに対応するデータのスケジューリング優先度に基づいて設定され得る。すなわち、ＣＳＩフィードバックのスケジューリング優先度の決定は、１つまたは複数のＣＳＩ固有のＳＲがあっても実行され得る。なぜなら、それらのＳＲのうちのいくつかはデータ送信用である可能性があり、その一方で、その他のいくつかはＣＳＩフィードバック用である可能性があるからである。

上記の第１および第２の実施形態の両方においては、サイドリンクＣＳＩは、送信されることになるデータがあるか否かにかかわらず、別個のＰＳＳＣＨを使用して送信され得る。このケースにおいては、別個のＳＣＩを使用して、ＣＳＩフィードバックのみを含むＰＳＳＣＨのためのＴｘリソースを示すことが可能である。ＰＳＳＣＨがデータおよびＣＳＩフィードバックの両方を含むことが可能であるケースにおいては、ＳＣＩにおけるスケジューリング優先度は、データおよびＣＳＩフィードバックのうちの高い方のスケジューリング優先度に設定され得る。

上記の実施形態は、ＬＴＥのコンテキストにおいて記述されてきたが、本開示の原理は、ＮＲまたは任意の無線アクセステクノロジー（ＲＡＴ）に適用されることも可能である。さらに、上記の実施形態は、例としてＰＳＳＣＨ上で送信されるＣＳＩフィードバックを使用することによって記述されてきたが、本開示の原理は、その他の任意の共有チャネル上で送信されるその他の任意の低位レイヤシグナリング（ＭＡＣレイヤよりも下）のスケジューリングに適用されることも可能である。

以降では、図２～図１９を参照しながら、このソリューションがさらに記述される。図２は、本開示の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。ブロック２０２において、端末デバイスは、バッファステータスレポート（ＢＳＲ）が送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信する。ブロック２０４において、端末デバイスは、少なくとも１つの要求に応答したリソース割り当てを基地局から受信する。この方法においては、低位レイヤシグナリングを送信するためのリソースが適切にスケジュールされることが可能である。

たとえば、低位レイヤシグナリングは、チャネル状態情報（ＣＳＩ）フィードバックであり得る。少なくとも１つの低位レイヤシグナリングのために割り当てられるリソースは、ＰＳＳＣＨなどの共有チャネルのリソースであり得る。要求の例は、スケジューリング要求（ＳＲ）、ＭＡＣ制御要素（ＣＥ）、およびＲＲＣシグナリングであり得るが、それらには限定されない。

任意選択で、少なくとも１つの要求のうちのそれぞれは、複数の所定のリソースのうちの１つを用いて送信され得る。複数の所定のリソースのうちのそれぞれは、低位レイヤシグナリングの対応する設定を示し得る。ＣＳＩフィードバックの上記の例においては、ＣＳＩフィードバックの示される設定は、ＣＳＩフィードバックがワイドバンドフィードバックであるか、またはサブバンドフィードバックであるか、ＣＳＩフィードバックにおいて報告されることになる情報のタイプ、ＣＳＩフィードバックに含まれることになるビットの数、のうちの１つまたは複数に関連している場合がある。

たとえば、複数の低位レイヤシグナリングが同時に送信される必要があるケースにおいては、複数の低位レイヤシグナリングに関する１つの要求が送信され得るか、または複数の低位レイヤシグナリングのうちの１つにそれぞれが対応する複数の要求が送信され得る。

任意選択で、低位レイヤシグナリングは、周期的なシグナリングであることが可能であり、少なくとも１つの要求は、低位レイヤシグナリングのトリガーに応答して周期的に送信され得る。たとえば、そのようなトリガーは、周期的なシグナリングをトリガーするためのタイマーが切れるか、または切れつつあるという事象であり得る。あるいは、低位レイヤシグナリングは、非周期的なシグナリングであることが可能であり、少なくとも１つの要求は、低位レイヤシグナリングのトリガーに応答して非周期的に送信され得る。たとえば、そのようなトリガーは、端末デバイスが、低位レイヤシグナリングを送ることを求める要求を別の端末デバイスから受信するという事象、基準信号の測定された品質が所定のしきい値よりも悪くなるという事象、測定された品質の変動が所定のしきい値を超えるという事象、端末デバイスのスピードが所定のしきい値よりも高くなるか、またはその変動が所定のしきい値を超えるという事象のうちの１つまたは複数であり得る。

図３は、本開示の別の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。この方法は、ＢＳＲが送信されるレイヤよりも低位のレイヤにおいて適用可能な周期的なシグナリングである低位レイヤシグナリングを送信するためにリソースをスケジュールする目的で使用され得る。ブロック３０２において、端末デバイスは、低位レイヤシグナリングの周期性に関連した情報を基地局に提供する。たとえば、ブロック３０２は、図４に示されているブロック３０２－１またはブロック３０２－２～３０２－３として実施され得る。ブロック３０２－１において、端末デバイスは、周期性を決定するための情報を基地局に送信する。そのような情報の例は、端末デバイスのスピード、サービスＱｏＳ要件、および能力を含み得るが、それらには限定されない。この方法においては、基地局は、そのような情報に基づいて周期性を決定することが可能である。あるいは、ブロック３０２－２において、端末デバイスは、周期性を決定する。この決定は、上で列挙されている情報に基づいて行われ得る。ブロック３０２－３において、端末デバイスは、周期性を基地局に知らせる。ブロック３０４において、端末デバイスは、周期的に低位レイヤシグナリングのためのリソース割り当てを基地局から受信する。この方法においては、端末デバイスが、低位レイヤシグナリングのためのリソース割り当てを求める要求を基地局に周期的に送信する必要はない。

図５は、本開示の別の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。示されているように、この方法は、ブロック５０６～５０８および２０２～２０４を含む。ブロック５０６において、複数の要求が送信されることになる場合に、端末デバイスは、それらの複数の要求に対応する低位レイヤシグナリングのためのスケジューリング優先度を決定する。低位レイヤシグナリングのためのスケジューリング優先度は、固定されたスケジューリング優先度として事前設定され得る。あるいは、低位レイヤシグナリングのためのスケジューリング優先度は、低位レイヤシグナリングが送信されることになる先の別の端末デバイスからのデータのためのスケジューリング優先度、およびネットワーク負荷状況、のうちの少なくとも１つに基づいて決定され得る。ブロック５０８において、端末デバイスは、決定されたスケジューリング優先度に基づいて複数の要求の送信順序を優先順位付けする。より高い優先度に対応する要求は、より低い優先度に対応する要求に比べて優先的に送信され得る。次いで、ブロック２０２および２０４が実行される。簡潔にするために、これらのブロックの詳細は、ここでは省略されている。

上述されているように、ＣＳＩフィードバックのスケジューリング優先度の決定は、１つまたは複数のＣＳＩ固有のＳＲがあっても実行され得る。なぜなら、それらのＳＲのうちのいくつかはデータ送信用である可能性があり、その一方で、その他のいくつかはＣＳＩフィードバック用である可能性があるからである。したがって、本開示の少なくとも１つの実施形態は、端末デバイスにおける方法を提供する。この方法は、少なくとも１つの要求に対応する少なくとも１つの低位レイヤシグナリングのためのスケジューリング優先度を決定することを含む。この方法はさらに、ブロック２０２および２０４を含む。この実施形態においては、少なくとも１つの要求は、決定されたスケジューリング優先度に基づいてブロック２０２において送信される。

典型的な例として、データのためにリソースを割り当てることを求める少なくとも１つの第２の要求と、少なくとも１つの要求とが送信される場合に、端末デバイスは、少なくとも１つの第２の要求に対応するデータのためのスケジューリング優先度を決定し得る。少なくとも１つの要求および少なくとも１つの第２の要求は、少なくとも１つの低位レイヤシグナリングおよびデータのために決定されたスケジューリング優先度に基づいて送信され得る。

図６は、本開示の実施形態による、基地局において実施される方法を示すフローチャートである。ブロック６０２において、基地局は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信する。ブロック６０２は、ブロック２０２に対応しており、その詳細は、ここでは省略されている。ブロック６０４において、基地局は、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てる。この方法においては、低位レイヤシグナリングを送信するためのリソースが適切にスケジュールされることが可能である。本開示は、ブロック６０４の実施態様の詳細において限定されるものではないということに留意されたい。

図７は、本開示の別の実施形態による、基地局において実施される方法を示すフローチャートである。この方法は、ＢＳＲが送信されるレイヤよりも低位のレイヤにおいて適用可能な周期的なシグナリングである低位レイヤシグナリングを送信するためにリソースをスケジュールする目的で使用され得る。ブロック８０２において、基地局は、低位レイヤシグナリングの周期性に関連した情報を端末デバイスから受信する。たとえば、低位レイヤシグナリングの周期性に関連した情報は、周期性を決定するための情報、または周期性を示す情報であり得る。ブロック８０４において、基地局は、受信された情報に基づいて周期性を決定する。ブロック８０６において、基地局は、周期性に基づいて周期的に端末デバイスにリソースを割り当てる。この方法においては、端末デバイスが、低位レイヤシグナリングのためのリソース割り当てを求める要求を基地局に周期的に送信する必要はない。

図８は、本開示の別の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。ブロック８０２において、端末デバイスは、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な低位レイヤシグナリングのためのスケジューリング優先度を決定する。たとえば、低位レイヤシグナリングは、ＣＳＩフィードバックであり得る。少なくとも１つの低位レイヤシグナリングのためにスケジュールされるリソースは、ＰＳＳＣＨなどの共有チャネルのリソースであり得る。たとえば、スケジューリング優先度は、ＬＴＥにおけるパケット優先度ごとの近接ベースサービス（ＰｒｏＳｅ）（ＰＰＰＰ）、またはＮＲにおけるＱｏｓ情報によって表され得る。任意選択で、低位レイヤシグナリングのためのスケジューリング優先度は、固定されたスケジューリング優先度として事前設定され得る。あるいは、低位レイヤシグナリングのためのスケジューリング優先度は、低位レイヤシグナリングが送信されることになる先の別の端末デバイスからのデータのためのスケジューリング優先度、およびネットワーク負荷状況、のうちの少なくとも１つに基づいて決定され得る。

ブロック８０４において、端末デバイスは、少なくとも低位レイヤシグナリングのためのスケジューリング優先度に基づいて、入ってくる送信のための最終的なスケジューリング優先度を決定する。たとえば、ブロック８０４は、図９のブロック９０８～９１２として実施され得る。ブロック９０８において、端末デバイスは、入ってくる送信がデータの送信を含むかどうかを判定する。入ってくる送信は、端末デバイスによって送信されることになる送信である。入ってくる送信がデータの送信を含むとブロック９０８において判定された場合には、端末デバイスは、ブロック９１０において最終的なスケジューリング優先度を、データのためのスケジューリング優先度、および低位レイヤシグナリングのためのスケジューリング優先度のうちの高い方の値として決定する。その一方で、入ってくる送信がデータの送信を含まないとブロック９０８において判定された場合には、最終的なスケジューリング優先度を、低位レイヤシグナリングのためのスケジューリング優先度として決定する。

ブロック８０６において、端末デバイスは、最終的なスケジューリング優先度に基づいて、入ってくる送信のためにリソースを割り当てる。典型的な例として、ＰＳＳＣＨ上で送信されるＣＳＩフィードバックのケースにおいては、端末デバイスは、感知を実行し、最終的なスケジューリング優先度（ブロック８０４において決定された）と、感知された結果（たとえば、周囲の端末デバイスからのＲＳＲＰおよびＰＰＰＰ）とに基づいて、リソースが空いているかどうかを判定し得る。これは、３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．４．０、セクション１４．１．１．６において記述されているプロセスに類似し得る。図において連続して示されている２つのブロックは、実際には、実質的に同時に実行され得るか、またはそれらのブロックが、関連する機能性に応じて、逆の順序で実行され得る場合があるということに留意されたい。

上の記述に基づいて、本開示の少なくとも１つの態様は、基地局と、少なくとも１つの端末デバイスとを含む通信システムにおいて実施される方法を提供する。この方法は、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を少なくとも１つの端末デバイスにおいて基地局へ送信することを含む。この方法はさらに、少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局において少なくとも１つの端末デバイスから受信することを含む。この方法はさらに、少なくとも１つの要求に基づいて基地局において端末デバイスにリソースを割り当てることを含む。この方法はさらに、少なくとも１つの要求に応答したリソース割り当てを少なくとも１つの端末デバイスにおいて基地局から受信することを含む。

図１０は、本開示のいくつかの実施形態を実施する際に使用するのに適した装置を示すブロック図である。たとえば、上述されている端末デバイスおよび基地局のうちのいずれのものも、装置１０００を通じて実装され得る。示されているように、装置１０００は、プロセッサ１０１０と、プログラムを格納するメモリ１０２０と、任意選択で、有線および／または無線通信を通じてその他の外部デバイスとの間でデータを通信するための通信インターフェース１０３０とを含み得る。

プログラムは、プログラム命令を含み、それらのプログラム命令は、プロセッサ１０１０によって実行されたときに、装置１０００が、上で論じられているように本開示の実施形態に従って動作することを可能にする。すなわち、本開示の実施形態は、プロセッサ１０１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組合せによって、少なくとも部分的に実施され得る。

メモリ１０２０は、ローカルな技術環境に適した任意のタイプのものであることが可能であり、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定されたメモリおよび取り外し可能なメモリなどの任意の適切なデータストレージテクノロジーを使用して実施され得る。プロセッサ１０１０は、ローカルな技術環境に適した任意のタイプのものであることが可能であり、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、および、マルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含み得る。

図１１は、本開示の実施形態による端末デバイスを示すブロック図である。示されているように、端末デバイス１１００は、送信モジュール１１０２および受信モジュール１１０４を含む。送信モジュール１１０２は、ブロック２０２に関して上述されているように、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信するように設定され得る。受信モジュール１１０４は、ブロック２０４に関して上述されているように、少なくとも１つの要求に応答したリソース割り当てを基地局から受信するように設定され得る。

図１２は、本開示の実施形態による基地局を示すブロック図である。示されているように、基地局１２００は、受信モジュール１２０２および割り当てモジュール１２０４を含む。受信モジュール１２０２は、ブロック６０２に関して上述されているように、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信するように設定され得る。割り当てモジュールは、ブロック６０４に関して上述されているように、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てるように設定され得る。

図１３は、本開示の別の実施形態による端末デバイスを示すブロック図である。示されているように、端末デバイス１３００は、第１の決定モジュール１３０２、第２の決定モジュール１３０４、および割り当てモジュール１３０６を含む。第１の決定モジュール１３０２は、ブロック７０２に関して上述されているように、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な低位レイヤシグナリングのためのスケジューリング優先度を決定するように設定され得る。第２の決定モジュール１３０４は、ブロック７０４に関して上述されているように、少なくとも低位レイヤシグナリングのためのスケジューリング優先度に基づいて、入ってくる送信のための最終的なスケジューリング優先度を決定するように設定され得る。割り当てモジュール１３０６は、ブロック７０６に関して上述されているように、最終的なスケジューリング優先度に基づいて、入ってくる送信のためにリソースを割り当てるように設定され得る。上述されているモジュールは、ハードウェア、またはソフトウェア、または両方の組合せによって実装され得る。

上の記述に基づいて、本開示の少なくとも１つの態様は、少なくとも１つの端末デバイスと、基地局とを含む通信システムを提供する。少なくとも１つの端末デバイスは、バッファステータスレポートが送信されるレイヤよりも低位のレイヤにおいて適用可能な少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信し、少なくとも１つの要求に応答したリソース割り当てを基地局から受信するように設定されている。基地局は、少なくとも１つの低位レイヤシグナリングのためにリソースを割り当てることを求める少なくとも１つの要求を少なくとも１つの端末デバイスから受信し、少なくとも１つの要求に基づいて端末デバイスにリソースを割り当てるように設定されている。

図１４を参照すると、実施形態によれば、通信システムが、３ＧＰＰタイプのセルラネットワークなどの遠隔通信ネットワーク３２１０を含み、遠隔通信ネットワーク３２１０は、無線アクセスネットワークなどのアクセスネットワーク３２１１と、コアネットワーク３２１４とを含む。アクセスネットワーク３２１１は、ＮＢ、ｅＮＢ、ｇＮＢ、またはその他のタイプの無線アクセスポイントなどの複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを含み、それらはそれぞれ、対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを規定している。それぞれの基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線または無線接続３２１５を介してコアネットワーク３２１４に接続可能である。カバレッジエリア３２１３ｃに配置されている第１のＵＥ３２９１は、対応する基地局３２１２ｃに無線で接続するように、または対応する基地局３２１２ｃによってページングされるように設定されている。カバレッジエリア３２１３ａにおける第２のＵＥ３２９２は、対応する基地局３２１２ａに無線で接続可能である。この例においては複数のＵＥ３２９１、３２９２が示されているが、開示されている実施形態は、単独のＵＥがカバレッジエリアにある状況、または単独のＵＥが、対応する基地局３２１２に接続している状況に等しく適用可能である。

遠隔通信ネットワーク３２１０は、それ自体がホストコンピュータ３２３０に接続されており、ホストコンピュータ３２３０は、スタンドアロンのサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／もしくはソフトウェアで、またはサーバファームにおける処理リソースとして具体化され得る。ホストコンピュータ３２３０は、サービスプロバイダの所有もしくは制御のもとにあることが可能であり、またはサービスプロバイダによって、もしくはサービスプロバイダのために運営され得る。遠隔通信ネットワーク３２１０とホストコンピュータ３２３０との間における接続３２２１および３２２２は、コアネットワーク３２１４からホストコンピュータ３２３０へ直接延びることが可能であり、または任意選択の中間ネットワーク３２２０を介して延び得る。中間ネットワーク３２２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの複数の組合せであることが可能であり、中間ネットワーク３２２０は、もしもあるならば、バックボーンネットワークまたはインターネットであることが可能であり、詳細には、中間ネットワーク３２２０は、２つ以上のサブネットワーク（図示せず）を含み得る。

図１４の通信システムは、全体として、接続されているＵＥ３２９１、３２９２とホストコンピュータ３２３０との間における接続性を可能にする。その接続性は、オーバーザトップ（ＯＴＴ）接続３２５０として記述され得る。ホストコンピュータ３２３０および接続されているＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続３２５０を介してデータおよび／またはシグナリングを通信するように設定されている。ＯＴＴ接続３２５０が経由する参加している通信デバイスがアップリンク通信およびダウンリンク通信のルーティングに気づかないという意味で、ＯＴＴ接続３２５０はトランスペアレントであり得る。たとえば、基地局３２１２は、接続されているＵＥ３２９１へ転送される（たとえば、ハンドオーバされる）ことになるホストコンピュータ３２３０から生じるデータを伴う、入ってくるダウンリンク通信の過去のルーティングについて知らされることが可能ではないか、または知らされることが必要ではない。同様に、基地局３２１２は、ＵＥ３２９１からホストコンピュータ３２３０へ生じる進行中のアップリンク通信の今後のルーティングに気づく必要はない。

前述のパラグラフにおいて論じられているＵＥ、基地局、およびホストコンピュータの、実施形態による例示的な実施態様が、次いで図１５を参照しながら記述される。通信システム３３００において、ホストコンピュータ３３１０が、通信システム３３００の別の通信デバイスのインターフェースとの有線または無線接続をセットアップして保持するように設定されている通信インターフェース３３１６を含むハードウェア３３１５を含む。ホストコンピュータ３３１０はさらに、処理回路３３１８を含み、処理回路３３１８は、ストレージ能力および／または処理能力を有し得る。詳細には、処理回路３３１８は、命令を実行するように適合されている１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を含み得る。ホストコンピュータ３３１０はさらに、ソフトウェア３３１１を含み、ソフトウェア３３１１は、ホストコンピュータ３３１０に格納されるか、またはホストコンピュータ３３１０によってアクセス可能であり、処理回路３３１８によって実行可能である。ソフトウェア３３１１は、ホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０とホストコンピュータ３３１０とにおいて終端しているＯＴＴ接続３３５０を介して接続しているＵＥ３３３０などのリモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション３３１２は、ユーザデータを提供することが可能であり、そのユーザデータは、ＯＴＴ接続３３５０を使用して送信される。

通信システム３３００はさらに、遠隔通信システムにおいて提供されていてハードウェア３３２５を含む基地局３３２０を含み、ハードウェア３３２５は、基地局３３２０がホストコンピュータ３３１０と、およびＵＥ３３３０と通信することを可能にする。ハードウェア３３２５は、通信システム３３００の別の通信デバイスのインターフェースとの有線または無線接続をセットアップして保持するための通信インターフェース３３２６、ならびに基地局３３２０によってサーブされているカバレッジエリア（図１５においては示されていない）に配置されているＵＥ３３３０との少なくとも無線接続３３７０をセットアップして保持するための無線インターフェース３３２７を含み得る。通信インターフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を容易にするように設定され得る。接続３３６０は、直接であることが可能であり、または接続３３６０は、遠隔通信システムのコアネットワーク（図１５においては示されていない）を経由すること、および／もしくは遠隔通信システムの外部の１つもしくは複数の中間ネットワークを経由することが可能である。示されている実施形態においては、基地局３３２０のハードウェア３３２５はさらに、処理回路３３２８を含み、処理回路３３２８は、命令を実行するように適合されている１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を含み得る。基地局３３２０はさらに、内部に格納されている、または外部接続を介してアクセス可能なソフトウェア３３２１を有する。

通信システム３３００はさらに、既に言及されているＵＥ３３３０を含む。ＵＥ３３３０のハードウェア３３３５は、ＵＥ３３３０が現在配置されているカバレッジエリアにサーブしている基地局との無線接続３３７０をセットアップして保持するように設定されている無線インターフェース３３３７を含み得る。ＵＥ３３３０のハードウェア３３３５はさらに、処理回路３３３８を含み、処理回路３３３８は、命令を実行するように適合されている１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を含み得る。ＵＥ３３３０はさらに、ソフトウェア３３３１を含み、ソフトウェア３３３１は、ＵＥ３３３０に格納されているか、またはＵＥ３３３０によってアクセス可能であり、処理回路３３３８によって実行可能である。ソフトウェア３３３１は、クライアントアプリケーション３３３２を含む。クライアントアプリケーション３３３２は、ホストコンピュータ３３１０のサポートを伴って、ＵＥ３３３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ３３１０においては、実行しているホストアプリケーション３３１２が、ＵＥ３３３０とホストコンピュータ３３１０とにおいて終端しているＯＴＴ接続３３５０を介して、実行しているクライアントアプリケーション３３３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション３３３２は、要求データをホストアプリケーション３３１２から受信して、その要求データに応答してユーザデータを提供し得る。ＯＴＴ接続３３５０は、要求データおよびユーザデータの両方を転送し得る。クライアントアプリケーション３３３２は、自身が提供するユーザデータを生成するためにユーザと対話し得る。

図１５に示されているホストコンピュータ３３１０、基地局３３２０、およびＵＥ３３３０は、それぞれ図１４のホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、およびＵＥ３２９１、３２９２のうちの１つと同様または同一であり得るということに留意されたい。すなわち、これらのエンティティの内部作用は、図１５に示されているとおりであることが可能であり、独立して、周囲のネットワークトポロジは、図１４のネットワークトポロジであり得る。

図１５においては、ＯＴＴ接続３３５０は、あらゆる中間デバイス、およびこれらのデバイスを介したメッセージの正確なルーティングへの明示的な参照を伴わずに、基地局３３２０を介したホストコンピュータ３３１０とＵＥ３３３０との間における通信を例示するために抽象的に描かれている。ネットワークインフラストラクチャは、ルーティングを決定することが可能であり、ネットワークインフラストラクチャは、そのルーティングをＵＥ３３３０から、またはホストコンピュータ３３１０を運営しているサービスプロバイダから、または両方から隠すように設定され得る。ＯＴＴ接続３３５０がアクティブである間に、ネットワークインフラストラクチャは、さらに決定を下すことが可能であり、その決定によって、ネットワークインフラストラクチャは、（たとえば、ネットワークの負荷分散考慮事項または再設定に基づいて）ルーティングを動的に変更する。

ＵＥ３３３０と基地局３３２０との間における無線接続３３７０は、本開示の全体を通じて記述されている実施形態の教示に従っている。さまざまな実施形態のうちの１つまたは複数は、ＯＴＴ接続３３５０を使用してＵＥ３３３０に提供されるＯＴＴサービスのパフォーマンスを改善し、ＯＴＴ接続３３５０においては、無線接続３３７０が最後のセグメントを形成している。より正確には、これらの実施形態の教示は、レイテンシを改善し、それによって、低減されたユーザ待ち時間などの利点を提供し得る。

１つまたは複数の実施形態が改善するデータレート、レイテンシ、およびその他の因子をモニタする目的で、測定手順が提供され得る。測定結果における変動に応答してホストコンピュータ３３１０とＵＥ３３３０との間におけるＯＴＴ接続３３５０を再設定するための任意選択のネットワーク機能がさらにあり得る。その測定手順、および／または、ＯＴＴ接続３３５０を再設定するためのネットワーク機能は、ホストコンピュータ３３１０のソフトウェア３３１１およびハードウェア３３１５において、またはＵＥ３３３０のソフトウェア３３３１およびハードウェア３３３５において、または両方において実施され得る。実施形態においては、ＯＴＴ接続３３５０が経由する通信デバイスにおいて、またはそれらの通信デバイスに関連して、センサ（図示せず）が展開されることが可能であり、それらのセンサは、上で例示されているモニタされた量の値を供給すること、またはモニタされた量をソフトウェア３３１１、３３３１が算出もしくは推定し得る元となるその他の物理量の値を供給することによって、測定手順に関与し得る。ＯＴＴ接続３３５０の再設定は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含むことが可能であり、その再設定は、基地局３３２０に影響を与える必要がなく、その再設定は、基地局３３２０に知られないことまたは知覚できないことが可能である。そのような手順および機能は、当技術分野において知られていて実践されていると言える。特定の実施形態においては、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ３３１０の測定を容易にする独自のＵＥシグナリングを含み得る。ソフトウェア３３１１および３３３１がＯＴＴ接続３３５０を使用して、メッセージ、とりわけ空の、または「ダミーの」メッセージが送信されるようにし、その間にソフトウェア３３１１および３３３１が伝搬時間、エラーなどをモニタするという点において、測定が実施され得る。

図１６は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは、図１４および図１５を参照しながら記述されているものであり得る。本開示を簡潔にするために、図１６への図面参照のみが、このセクションに含まれることになる。ステップ３４１０において、ホストコンピュータが、ユーザデータを提供する。ステップ３４１０のサブステップ３４１１（これは、任意選択であり得る）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ３４２０において、ホストコンピュータは、ユーザデータをＵＥへ搬送する送信を開始する。ステップ３４３０（これは、任意選択であり得る）において、基地局は、本開示の全体を通じて記述されている実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥへ送信する。ステップ３４４０（これも、任意選択であり得る）において、ＵＥは、ホストコンピュータによって実行されたホストアプリケーションに関連付けられているクライアントアプリケーションを実行する。

図１７は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは、図１４および図１５を参照しながら記述されているものであり得る。本開示を簡潔にするために、図１７への図面参照のみが、このセクションに含まれることになる。この方法のステップ３５１０において、ホストコンピュータがユーザデータを提供する。任意選択のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ３５２０において、ホストコンピュータは、ユーザデータをＵＥへ搬送する送信を開始する。その送信は、本開示の全体を通じて記述されている実施形態の教示に従って、基地局を経由し得る。ステップ３５３０（これは、任意選択であり得る）において、ＵＥは、その送信において搬送されたユーザデータを受信する。

図１８は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは、図１４および図１５を参照しながら記述されているものであり得る。本開示を簡潔にするために、図１８への図面参照のみが、このセクションに含まれることになる。ステップ３６１０（これは、任意選択であり得る）において、ＵＥが、ホストコンピュータによって提供された入力データを受け取る。追加として、または代替として、ステップ３６２０において、ＵＥはユーザデータを提供する。ステップ３６２０のサブステップ３６２１（これは、任意選択であり得る）において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ３６１０のサブステップ３６１１（これは、任意選択であり得る）において、ＵＥは、ホストコンピュータによって提供された受け取られた入力データに反応してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションはさらに、ユーザから受け取られたユーザ入力を考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、サブステップ３６３０（これは、任意選択であり得る）において、ホストコンピュータへのユーザデータの送信を開始する。この方法のステップ３６４０において、ホストコンピュータは、本開示の全体を通じて記述されている実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１９は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは、図１４および図１５を参照しながら記述されているものであり得る。本開示を簡潔にするために、図１９への図面参照のみが、このセクションに含まれることになる。ステップ３７１０（これは、任意選択であり得る）において、本開示の全体を通じて記述されている実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ３７２０（これは、任意選択であり得る）において、基地局は、ホストコンピュータへの受信されたユーザデータの送信を開始する。ステップ３７３０（これは、任意選択であり得る）において、ホストコンピュータは、基地局によって開始された送信において搬送されているユーザデータを受信する。

一般には、さまざまな例示的な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実装され得る。たとえば、いくつかの態様は、ハードウェアで実装されることが可能であり、その一方でその他の態様は、コントローラ、マイクロプロセッサ、またはその他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実装され得るが、本開示は、それらには限定されない。本開示の例示的な実施形態のさまざまな態様は、ブロック図、フローチャートとして、またはその他の何らかの絵画図を使用して例示および記述されることがあるが、本明細書において記述されているこれらのブロック、装置、システム、技術、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくはロジック、汎用ハードウェアもしくはコントローラもしくはその他のコンピューティングデバイス、またはそれらの何らかの組合せで実装され得るということは、よく理解される。

そのようなものとして、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなどのさまざまなコンポーネントにおいて実施され得るということを理解されたい。したがって、本開示の例示的な実施形態は、集積回路として具体化されている装置で実現されることが可能であり、その場合、集積回路は、本開示の例示的な実施形態に従って動作するように設定可能であるデータプロセッサ、デジタル信号プロセッサ、ベースバンド回路、および無線周波数回路のうちの少なくとも１つまたは複数を具体化するための回路（ならびに場合によってはファームウェア）を含み得るということを理解されたい。

本開示の例示的な実施形態の少なくともいくつかの態様は、１つまたは複数のコンピュータまたはその他のデバイスによって実行される、１つまたは複数のプログラムモジュールにおけるなどの、コンピュータ実行可能命令で具体化され得るということを理解されたい。一般に、プログラムモジュールは、コンピュータまたはその他のデバイスにおけるプロセッサによって実行されたときに特定のタスクを実行するかまたは特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、取り外し可能な記憶媒体、ソリッドステートメモリ、ＲＡＭ等などのコンピュータ可読媒体上に格納され得る。当業者なら理解するであろうが、プログラムモジュール同士の機能は、さまざまな実施形態における要望に応じて組み合わされることまたは分散されることが可能である。加えて、機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等などのファームウェアまたはハードウェア均等物において全体がまたは部分的に具体化され得る。

本開示における「一実施形態」、「実施形態」などへの言及が示しているのは、記述されている実施形態は特定の機能、構造、または特徴を含み得るが、あらゆる実施形態がその特定の機能、構造、または特徴を含むことが必要であるわけではないということである。その上、そのようなフレーズは、必ずしも同じ実施形態を指しているとは限らない。さらに、特定の機能、構造、または特徴が、実施形態に関連して記述されている場合には、そのような機能、構造、または特徴をその他の実施形態に関連して実施することは、明示的に記述されているか否かを問わず、当業者の知識内のことであるということが提示されている。

「第１の」、「第２の」などの用語が、さまざまな要素を記述するために本明細書において使用されることがあるが、これらの要素は、これらの用語によって限定されるべきではないということを理解されたい。これらの用語は、１つの要素を別の要素から区別するために使用されているにすぎない。たとえば、本開示の範囲から逸脱することなく、第１の要素が第２の要素と呼ばれることが可能であり、また同様に、第２の要素が第１の要素と呼ばれることが可能である。本明細書において使用される際には、「および／または」という用語は、関連付けられている列挙された用語のうちの１つまたは複数のありとあらゆる組合せを含む。

本明細書において使用されている用語は、特定の実施形態を記述する目的のためのものにすぎず、本開示を限定することを意図されてはいない。本明細書において使用される際には、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、複数形も含むことを意図されている（そうではないと文脈が明確に示している場合は除く）。「ｃｏｍｐｒｉｓｅｓ」、「ｃｏｍｐｒｉｓｉｎｇ」、「ｈａｓ」、「ｈａｖｉｎｇ」、「ｉｎｃｌｕｄｅｓ」、および／または「ｉｎｃｌｕｄｉｎｇ」という用語は、本明細書において使用される際には、言及されている特徴、要素、および／またはコンポーネントの存在を明示するが、１つまたは複数のその他の特徴、要素、コンポーネント、および／またはそれらの組合せの存在または付加を除外するものではないということがさらに理解されるであろう。本明細書において使用されている「ｃｏｎｎｅｃｔ」、「ｃｏｎｎｅｃｔｓ」、「ｃｏｎｎｅｃｔｉｎｇ」、および／または「ｃｏｎｎｅｃｔｅｄ」という用語は、２つの要素の間における直接のおよび／または間接的な接続をカバーしている。

本開示は、明示的に、またはその何らかの一般化でのいずれかで本明細書において開示されている任意の新規の特徴または特徴同士の組合せを含む。本開示の前述の例示的な実施形態に対するさまざまな修正および適合は、関連のある技術分野における技術者にとっては、添付の図面と併せて読まれた場合の前述の記述を考慮すれば、明らかになり得る。しかしながら、ありとあらゆる修正は、本開示の非限定的かつ例示的な実施形態の範囲内に依然として収まることになる。

Claims (14)

1. 端末デバイスにおける方法であって、
   少なくとも１つのチャネル状態情報（ＣＳＩ）フィードバックのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信することと、
   前記少なくとも１つの要求に応答した、共有チャネルのリソース割り当てを前記基地局から受信することとを含み、
   前記少なくとも１つの要求のうちのそれぞれが、専用リソースで設定され、
   前記少なくとも１つの要求のうちのそれぞれが、前記ＣＳＩフィードバックの対応する設定に従って送信され、
   前記少なくとも１つの要求のうちのそれぞれが、複数の所定のリソースのうちの１つを用いて送信され、
   前記複数の所定のリソースのうちのそれぞれが、前記ＣＳＩフィードバックの対応する設定を示す、
   方法。
2. 複数のＣＳＩフィードバックに関する１つの要求が送信される、請求項１に記載の方法。
3. 前記ＣＳＩフィードバックが、非周期的なシグナリングであり、前記少なくとも１つの要求が、前記ＣＳＩフィードバックのトリガーに応答して非周期的に送信される、請求項１に記載の方法。
4. 前記少なくとも１つの要求に対応する前記少なくとも１つのＣＳＩフィードバックのためのスケジューリング優先度を決定することをさらに含み、
   前記少なくとも１つの要求が、前記決定されたスケジューリング優先度に基づいて送信される、
   請求項１に記載の方法。
5. データのためにリソースを割り当てることを求める少なくとも１つの第２の要求と、前記ＣＳＩフィードバックのための前記少なくとも１つの要求との双方が送信される場合に、前記少なくとも１つの第２の要求に対応する前記データのためのスケジューリング優先度が決定され、
   前記少なくとも１つの要求および前記少なくとも１つの第２の要求が、前記少なくとも１つのＣＳＩフィードバックおよび前記データのために決定された前記スケジューリング優先度に基づいて送信される、請求項４に記載の方法。
6. 前記ＣＳＩフィードバックのための前記スケジューリング優先度が、固定されたスケジューリング優先度として事前設定される、請求項４に記載の方法。
7. 前記共有チャネルが、物理サイドリンク共有チャネル（ＰＳＳＣＨ）である、請求項１に記載の方法。
8. 前記要求が、
   スケジューリング要求（ＳＲ）、
   メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、および
   無線リソース制御（ＲＲＣ）シグナリング、のうちの１つである、請求項１に記載の方法。
9. 基地局における方法であって、
   少なくとも１つのチャネル状態情報（ＣＳＩ）フィードバックのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信することと、
   前記少なくとも１つの要求に基づいて前記端末デバイスに共有チャネルのリソースを割り当てることとを含み、
   前記少なくとも１つの要求のうちのそれぞれが、専用リソースで設定され、
   前記方法が、前記ＣＳＩフィードバックの対応する設定を前記端末デバイスに送信することをさらに含み、
   前記少なくとも１つの要求のうちのそれぞれが、前記対応する設定に従って受信され、
   前記少なくとも１つの要求のうちのそれぞれが、複数の所定のリソースのうちの１つを用いて受信され、
   前記複数の所定のリソースのうちのそれぞれが、前記ＣＳＩフィードバックの対応する設定を示す、
   方法。
10. 複数のＣＳＩフィードバックに関する１つの要求が受信される、請求項９に記載の方法。
11. 前記共有チャネルが、物理サイドリンク共有チャネル（ＰＳＳＣＨ）である、請求項９に記載の方法。
12. 前記要求が、
    スケジューリング要求（ＳＲ）、
    メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、および
    無線リソース制御（ＲＲＣ）シグナリング、のうちの１つである、請求項９に記載の方法。
13. 少なくとも１つのプロセッサと、
    少なくとも１つのメモリと
    を含む端末デバイスであって、前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって実行されると、前記端末デバイスに、
    少なくとも１つのチャネル状態情報（ＣＳＩ）フィードバックのためにリソースを割り当てることを求める少なくとも１つの要求を基地局へ送信することと、
    前記少なくとも１つの要求に応答した、共有チャネルのリソース割り当てを前記基地局から受信することと
    を行うようにさせる命令を含み、
    前記少なくとも１つの要求のうちのそれぞれが、専用リソースで設定され、
    前記少なくとも１つの要求のうちのそれぞれが、前記ＣＳＩフィードバックの対応する設定に従って送信され、
    前記少なくとも１つの要求のうちのそれぞれが、複数の所定のリソースのうちの１つを用いて送信され、
    前記複数の所定のリソースのうちのそれぞれが、前記ＣＳＩフィードバックの対応する設定を示す、
    端末デバイス。
14. 少なくとも１つのプロセッサと、
    少なくとも１つのメモリと
    を含む基地局であって、前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって実行されると、前記基地局に、
    少なくとも１つのチャネル状態情報（ＣＳＩ）フィードバックのためにリソースを割り当てることを求める少なくとも１つの要求を端末デバイスから受信することと、
    前記少なくとも１つの要求に基づいて前記端末デバイスに共有チャネルのリソースを割り当てることと、
    を行うようにさせる命令を含み、
    前記少なくとも１つの要求のうちのそれぞれが、専用リソースで設定され、
    前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって実行されると、前記基地局に、
    前記ＣＳＩフィードバックの対応する設定を前記端末デバイスに送信することを行うようにさせる命令をさらに含み、
    前記少なくとも１つの要求のうちのそれぞれが、前記対応する設定に従って受信され、
    前記少なくとも１つの要求のうちのそれぞれが、複数の所定のリソースのうちの１つを用いて受信され、
    前記複数の所定のリソースのうちのそれぞれが、前記ＣＳＩフィードバックの対応する設定を示す、
    基地局。

Images