特許 7396768 グラントフリー伝送のためのアップリンクデータスケジューリングのためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-04

(45)【発行日】2023-12-12

(54)【発明の名称】グラントフリー伝送のためのアップリンクデータスケジューリングのためのシステムおよび方法

(51)【国際特許分類】

   H04W 74/02 20090101AFI20231205BHJP

   H04W 72/52 20230101ALI20231205BHJP

   H04W 72/02 20090101ALI20231205BHJP

   H04W 74/08 20090101ALI20231205BHJP

【ＦＩ】

H04W74/02

H04W72/52

H04W72/02

H04W74/08

【請求項の数】 21

【外国語出願】

(21)【出願番号】P 2021131691

(22)【出願日】2021-08-12

(62)【分割の表示】P 2019506393の分割

【原出願日】2017-08-09

(65)【公開番号】P2021182771

(43)【公開日】2021-11-25

【審査請求日】2021-09-10

(31)【優先権主張番号】62/373,675

(32)【優先日】2016-08-11

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】15/280,443

(32)【優先日】2016-09-29

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】テニー、ネイサン エドワード

(72)【発明者】

【氏名】アル－シャラシュ、マジン アリ

【審査官】青木 健

(56)【参考文献】

【文献】特開２０１５－１３３７４３（ＪＰ，Ａ）

【文献】特開２０１１－１５５３３６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

少なくとも１つのバッファのうちの第１のバッファ内の第１のデータのサイズと予め定められた閾値とを比較することで、グラントフリー伝送を実行するか否かを判断する段階と、
グラントフリー伝送が利用される場合に、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する段階と、
グラントフリー伝送を実行すると判断した場合に、前記第１のデータで前記ＧＦＴＢを埋め、埋められたＧＦＴＢを生成する段階と、
前記ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する段階と
を備え、
前記少なくとも１つのバッファのうちの第２のバッファの第２のデータに対してはグラントフリー伝送が禁止されると判断する段階と、
前記第２のデータと共通部分を持たないように前記第１のデータを選択する段階と、
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する前記段階まで、前記第２のデータを前記第２のバッファ内に保持する段階と
を更に備える
方法。

【請求項2】

変調および符号化状態（ＭＣＳ）構成、最大ＴＢのサイズの少なくとも１つを含む無線リソースの前記構成を更に備える
請求項１に記載の方法。

【請求項3】

前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する段階と、
前記ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、前記第１のデータを前記第１のバッファに再格納する段階と、
前記ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して前記埋められたＧＦＴＢを送信する段階と
を更に備える
請求項１または２に記載の方法。

【請求項4】

グラントフリー伝送を実行するか否かを判断する前記段階は、
前記少なくとも１つのバッファ内の複数のパケットの少なくとも１つのサイズを決定する段階と、
前記複数のパケットの少なくとも１つのサイズを足し合わせて合計パケットサイズを出す段階と、
前記合計パケットサイズをサイズ閾値と比較する段階と、
前記合計パケットサイズが前記サイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する段階と
を有する、
請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記合計パケットサイズが前記サイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する段階を更に備える
請求項４に記載の方法。

【請求項6】

グラントフリー伝送を実行しないと判断した場合に、前記複数のパケットのサブセットに対してグラントフリー伝送を実行するか否かを判断する段階
を更に備える
請求項４または５に記載の方法。

【請求項7】

グラントフリー伝送を実行するか否かを判断する段階は、データ伝送のための予期されるグラントまでの時間を評価する段階を有する、
請求項１から６のいずれか一項に記載の方法。

【請求項8】

グラントフリー伝送を実行するか否かを判断する段階は、データ伝送のためのグラントを要求する次の利用可能な機会までの最短時間を評価する段階を有する、
請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記ＧＦＴＢを埋めることを開始した時間から前記ＧＦＴＢを送信する時間まで、サービス要求（ＳＲ）を無効にする段階
を更に備える
請求項１から８のいずれか一項に記載の方法。

【請求項10】

前記ＧＦＴＢを埋める前記段階と前記埋められたＧＦＴＢを送信する前記段階との間において更なるデータを受信する段階と、
前記更なるデータを前記ＧＦＴＢに追加するか否かを判断する段階と、
前記更なるデータを前記ＧＦＴＢに追加すると判断した場合に、前記更なるデータを前記ＧＦＴＢに追加する段階と
を更に備える
請求項１から９のいずれか一項に記載の方法。

【請求項11】

グラントフリー伝送を実行するか否かを判断する段階は、ネットワークポリシを評価する段階を有する、
請求項１から１０のいずれか一項に記載の方法。

【請求項12】

前記少なくとも１つのバッファをコピーして、少なくとも１つのコピーバッファを生成する段階を更に備え、
前記ＧＦＴＢを埋める段階は、前記少なくとも１つのコピーバッファの前記第１のデータにより前記ＧＦＴＢを埋める段階を含む、
請求項１から１１のいずれか一項に記載の方法。

【請求項13】

ＧＦＴＢ失敗の場合に、前記少なくとも１つのコピーバッファを削除する段階
を更に備える
請求項１２に記載の方法。

【請求項14】

前記ＧＦＴＢを送信した場合に、前記第１のバッファから前記第１のデータを除去する段階
を更に備える
請求項１から１３のいずれか一項に記載の方法。

【請求項15】

プロセッサと
前記プロセッサが実行するためのプログラムを記憶する非一時的コンピュータ可読記憶媒体と
を備え、
前記プログラムは、
少なくとも１つのバッファのうちの第１のバッファ内の第１のデータのサイズと予め定められた閾値とを比較することで、グラントフリー伝送を実行するか否かを判断する手順と、
グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する手順と、
グラントフリー伝送を実行すると判断した場合に、前記第１のデータで前記ＧＦＴＢを埋め、埋められたＧＦＴＢを生成する手順と、
前記ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する手順と
を実行させるための命令を含み、
前記命令は、
前記少なくとも１つのバッファのうちの第２のバッファの第２のデータに対してはグラントフリー伝送が禁止されると判断する手順と、
前記第２のデータと共通部分を持たないように前記第１のデータを選択する手順と、
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する前記手順まで、前記第２のデータを前記第２のバッファ内に保持する手順と
を実行させるための命令を更に備える、
ユーザ機器（ＵＥ）。

【請求項16】

前記命令は、
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する手順と、
前記ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、前記第１のデータを前記第１のバッファに再格納する手順と、
前記ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して前記埋められたＧＦＴＢを送信する手順と
を実行させるための命令を更に備える、
請求項１５に記載のＵＥ。

【請求項17】

グラントフリー伝送を実行するか否かを判断する手順を実行させるための前記命令は、
前記少なくとも１つのバッファ内のパケットの複数のパケットサイズを決定する手順と、
前記複数のパケットサイズを足し合わせて合計パケットサイズを出す手順と、
前記合計パケットサイズをサイズ閾値と比較する手順と、
前記合計パケットサイズが前記サイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する手順と、
前記合計パケットサイズが前記サイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する手順と
を実行させるための命令を有する、
請求項１５または１６に記載のＵＥ。

【請求項18】

前記命令は、
前記ＧＦＴＢを埋める前記手順と前記埋められたＧＦＴＢを送信する前記手順との間において更なるデータを受信する手順と、
前記更なるデータを前記ＧＦＴＢに追加するか否かを判断する手順と、
前記更なるデータを前記ＧＦＴＢに追加すると判断した場合に、前記更なるデータを前記ＧＦＴＢに追加する手順と
を実行させるための命令を更に備える
請求項１５から１７のいずれか一項に記載のＵＥ。

【請求項19】

前記命令は、前記少なくとも１つのバッファをコピーして、少なくとも１つのコピーバッファを生成する手順を実行させるための命令を更に備え、前記ＧＦＴＢを埋める手順を実行させるための前記命令は、前記少なくとも１つのコピーバッファのうちの少なくとも１つのバッファの前記第１のデータから前記ＧＦＴＢを埋める手順を実行させるための命令を有する、
請求項１５から１８のいずれか一項に記載のＵＥ。

【請求項20】

プロセッサが実行するためのプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記プログラムは、請求項１から１４のいずれか一項に記載の方法を実行させるための命令を含む、
非一時的コンピュータ可読記憶媒体。

【請求項21】

コンピュータに請求項１から１４のいずれか一項に記載の方法を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概して無線通信のためのシステムおよび方法に関し、特定の実施形態においては、グラントフリー伝送のためのアップリンクデータスケジューリングのためのシステムおよび方法に関する。

【背景技術】

【0002】

第５世代（５Ｇ）新無線（ＮＲ）伝送システムは、グラントフリーアップリンク伝送を特徴として含み得る。グラントフリーアップリンク伝送では、アップリンク用リソースのグラントを待機することなくパケットが送信される。グラントフリーアップリンク伝送は、容量を上げるべく、モノのインターネット（ＩｏＴ）および他のシナリオに使用され得る。グラントフリーアップリンクは、例えば、センサまたは他のデバイスから時折来る報告、またはアプリケーションからのキープアライブパケット等といった断続的な小パケットの場合に特に有益なことがある。グラントフリー伝送を定期的に使用するサービスもあれば、グラントフリー伝送に適した小パケットと、許容可能な性能を得るためにアップリンクグラントを必要とするより大きなデータブロックとが入り混じったものを有するサービスもあってよい。

【0003】

いくつかの状況において、無条件にグラントフリー伝送を使用するよう構成された特定のサービスまたは特定のデータフローが存在してよい。したがって、これらのサービスまたはフローに対応するチャネルにグラントフリーメカニズムが使用されてよく、それによって、グラントフリー伝送を搬送するよう特別に割り当てられた論理チャネルの類がもたらされる。特定の論理チャネルがグラントフリー使用に割り当てられたとき、当該グラントフリー論理チャネルは、グラントフリーの物理層（ＰＨＹ）リソース、すなわち、システム内の、グラントフリー伝送によって占有されることを許可されている物理層リソースのうちの一部、のみを使用する別個のスケジューラを有する。そのようなＰＨＹリソースは、例えばタイミング、キャリアまたはサブキャリアの周波数、および符号割り当て等によって規定される無線リソースのサブセットと特徴付けられてよい。

【発明の概要】

【0004】

一実施形態にしたがって、方法は、少なくとも１つのバッファのうちの第１のバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する段階と、グラントフリー伝送が利用される場合に、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する段階とを備える。当該方法はまた、バッファのうちの少なくとも１つからの第１のデータでＧＦＴＢを埋め、埋められたＧＦＴＢを生成する段階と、当該ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する段階とを備える。

【0005】

任意で、先の実施形態のいずれかにおいて、当該方法は、埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する段階と、ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、第１のデータを第１のバッファに再格納する段階と、ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して埋められたＧＦＴＢを送信する段階とを更に備える。

【0006】

任意で、先の実施形態のいずれかにおいて、当該方法は、少なくとも１つのバッファのうちの第２のバッファの第２のデータについてはグラントフリー伝送を禁止すると判断する段階と、第２のデータと共通部分を持たないように第１のデータを選択する段階と、埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する段階まで第２のバッファ内に第２のデータを保持する段階とを更に備える。

【0007】

任意で、先の実施形態のいずれかにおいて、当該方法では、グラントフリー伝送を実行するか否かを判断する段階は、少なくとも１つのバッファ内のパケットの複数のパケットサイズを決定する段階と、複数のパケットサイズを足し合わせて合計パケットサイズを出す段階と、合計パケットサイズをサイズ閾値と比較する段階と、合計パケットサイズがサイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する段階と、合計パケットサイズがサイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する段階とを有する。

【0008】

任意で、先の実施形態のいずれかにおいて、当該方法は、グラントフリー伝送を実行しないと判断した場合に、パケットのサブセットに対してグラントフリー伝送を実行するか否かを判断する段階を更に備える。

【0009】

任意で、先の実施形態のいずれかにおいて、当該方法では、グラントフリー伝送を実行するか否かを判断する段階は、データ伝送のための予期されるグラントまでの時間を評価する段階を有する。

【0010】

任意で、先の実施形態のいずれかにおいて、当該方法では、グラントフリー伝送を実行するか否かを判断する段階は、データ伝送のためのグラントを要求する次の利用可能な機会までの最短時間を評価する段階を有する。

【0011】

任意で、先の実施形態のいずれかにおいて、当該方法は、ＧＦＴＢを埋めることを開始した時間からＧＦＴＢを送信する時間までサービス要求（ＳＲ）を無効にする段階を更に備える。

【0012】

任意で、先の実施形態のいずれかにおいて、当該方法は、ＧＦＴＢを埋める段階と埋められたＧＦＴＢを送信する段階との間において更なるデータを受信する段階と、更なるデータをＧＦＴＢに追加するか否かを判断する段階と、更なるデータをＧＦＴＢに追加すると判断した場合に、更なるデータをＧＦＴＢに追加する段階とを更に備える。

【0013】

任意で、先の実施形態のいずれかにおいて、当該方法では、グラントフリー伝送を実行するか否かを判断する段階は、ネットワークポリシを評価する段階を有する。

【0014】

任意で、先の実施形態のいずれかにおいて、当該方法は、少なくとも１つのバッファをコピーして少なくとも１つのコピーバッファを生成する段階を更に備え、ＧＦＴＢを埋める段階は、少なくとも１つのコピーバッファの第１のデータによりＧＦＴＢを埋める段階を有する。

【0015】

任意で、先の実施形態のいずれかにおいて、当該方法は、ＧＦＴＢ失敗の場合に、少なくとも１つのコピーバッファを削除する段階を更に備える。

【0016】

任意で、先の実施形態のいずれかにおいて、当該方法は、ＧＦＴＢを送信した場合に、第１のバッファから第１のデータを除去する段階を更に備える。

【0017】

一実施形態にしたがって、ユーザ機器（ＵＥ）は、プロセッサと、プロセッサが実行するためのプログラムを記憶する非一時的コンピュータ可読記憶媒体とを備える。当該プログラムは、少なくとも１つのバッファのうちの第１のバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する手順と、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する手順とを実行させるための命令を含む。当該プログラムはまた、グラントフリー伝送を実行すると判断した場合に、第１のバッファからの第１のデータでＧＦＴＢを埋め、埋められたＧＦＴＢを生成するための手順と、ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する手順とを実行させるための命令を含む。

【0018】

任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、当該命令は、埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する手順と、ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、第１のデータを第１のバッファに再格納する手順と、ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して埋められたＧＦＴＢを送信する手順とを実行させるための命令を更に備える。

【0019】

任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、当該命令は、少なくとも１つのバッファのうちの第２のバッファの第２のデータについてはグラントフリー伝送を禁止すると判断する手順と、第２のデータとの共通部分を持たないように第１のデータを選択する手順と、埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する手順まで、第２のバッファ内に第２のデータを保持する手順とを実行させるための命令を更に備える。

【0020】

任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、グラントフリー伝送を実行するか否かを判断する手順を実行させるための命令は、少なくとも１つのバッファ内のパケットの複数のパケットサイズを決定する手順と、複数のパケットサイズを足し合わせて合計パケットサイズを出す手順と、合計パケットサイズをサイズ閾値と比較する手順と、合計パケットサイズがサイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する手順と、合計パケットサイズがサイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する手順とを実行させるための命令を有する。

【0021】

任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、当該命令は、ＧＦＴＢを埋める手順と埋められたＧＦＴＢを送信する手順との間において更なるデータを受信する手順と、更なるデータをＧＦＴＢに追加するか否かを判断する手順と、更なるデータをＧＦＴＢに追加すると判断した場合に、更なるデータをＧＦＴＢに追加する手順とを実行させるための命令を更に備える。

【0022】

任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、当該命令は、少なくとも１つのバッファをコピーして少なくとも１つのコピーバッファを生成する手順を実行させるための命令を更に備え、ＧＦＴＢを埋める手順を実行させるための命令は、少なくとも１つのコピーバッファのうちの少なくとも１つのバッファの第１のデータによりＧＦＴＢを埋める手順を実行させるための命令を有する。

【0023】

一実施形態にしたがって、非一時的コンピュータ可読記憶媒体は、プロセッサが実行するためのプログラムを記憶し、当該プログラムは、少なくとも１つのバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する手順と、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する手順とを実行させるための命令を含む。当該プログラムはまた、グラントフリー伝送を実行すると判断した場合に、少なくとも１つのバッファからの第１のデータでＧＦＴＢを埋め、埋められたＧＦＴＢを生成する手順と、ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する手順とを実行させるための命令を含む。

【図面の簡単な説明】

【0024】

本発明およびその利点のより完全な理解を期して、ここで、次の添付図面と併せて以下の説明が参照される。

【0025】

【図1】グラントフリースケジューリングのための論理媒体アクセス制御（ＭＡＣ）構造を示す。

【0026】

【図2】いくつかの実施形態と関連付けられるデータを通信するための無線ネットワークの図を示す。

【0027】

【図3】グラントフリースケジューリングのための一実施形態に係るＭＡＣ構造を示す。

【0028】

【図4】いくつかの実施形態に係る、グラントフリーの、およびグラントに基づいたアップリンク伝送を示す。

【0029】

【図5】いくつかの実施形態と関連付けられる順序外れのデータ伝送を示す。

【0030】

【図6】いくつかの実施形態と関連付けられるグラントフリートランスポートブロック（ＧＦＴＢ）成功およびＧＦＴＢ失敗を示す。

【0031】

【図7】グラントフリーアップリンク伝送の一実施形態に係る方法のフローチャートを示す。

【0032】

【図8】グラントフリーアップリンク伝送の別の実施形態に係る方法のフローチャートを示す。

【0033】

【図9】グラントフリーアップリンク伝送の更なる実施形態に係る方法のフローチャートを示す。

【0034】

【図10】一実施形態に係る処理システムのブロック図を示す。

【0035】

【図11】一実施形態に係る送受信機のブロック図を示す。

【発明を実施するための形態】

【0036】

本発明の好適な実施形態の構造、製造、および使用が以下で詳細に説明される。しかしながら、本発明は多様な具体的状況において具現化され得る多数の適用可能な発明概念を提供することを理解されたい。説明される具体的な実施形態は、本発明を実施し使用するための具体的手法の例示に過ぎず、本発明の範囲を限定するものではない。

【0037】

ロングタームエボリューション（ＬＴＥ）伝送システムでは、アップリンクスケジューリングが実行される。ＵＥのデータキューは、送信待ちデータで埋められる。論理チャネル１つにつき１つのキューがあってよいが、ＵＥの実装の詳細は異なっていてよい。他の例では、論理チャネル１つにつき１つより多くのキューがあり、または、キュー１つにつき１つより多くの論理チャネルがある。キューの状態に基づいて、ＵＥはスケジューリング要求をネットワークに発行してアップリンクグラントを受信してよい。ネットワークからアップリンクグラントを受信した場合、ＵＥはキュー内のデータからデータ伝送を埋め、当該グラントにおけるトランスポートブロックサイズを論理チャネルからのデータで優先度順に埋める。次に、アップリンク伝送でデータが送信される。

【0038】

受信済みの、実現されていないグラントがまだない場合、埋めるべきトランスポートブロックはない。例えば、ＬＴＥにおいて規定される論理チャネル優先順位付け手順といった、グラントに基づいた論理チャネル優先順位付け手順は、グラントが提供されたとみなし、データを送ってグラントを満たし、キューにデータを残すことも多い。グラントフリーロジックはスケジューリング要求を送らないが、その代わりにグラントフリー伝送を生じさせる。埋められるブロックサイズは、グラントフリー構成および／またはキュー内のデータに基づいており、グラントに基づいたロジックの場合のような、グラントによって構成されるトランスポートブロックサイズに基づいているわけではない。グラントフリー伝送の構築中に到着した更なるデータが、特にその新しく到着したデータが、ブロックを埋めるために既に使用されているデータより優先度の高いデータである場合は、対処される必要がある。

【0039】

いつデータをグラントフリーで送るべきかを判断するための基準は、パケットサイズ、バッファサイズ、バッファ状態、および論理チャネルのタイプなどの他の基準などの複数の考慮事項に基づいてよい。パケットサイズに基づいたグラントフリー伝送は、可変なデータレートを有するベアラに柔軟性を提供する。データサービスは、単一の論理チャネルにおいて多重化された、または単一のフローにおいてですら多重化された、複数のタイプのデータとなってしまうことがある。例えば、インスタントメッセージング（ＩＭ）クライアントは、大パケットを有する可能性のあるメッセージデータと、小パケットであるキープアライブパケットとに同一のベアラ／論理チャネルを使用してよい。そのような状況では、小さい割り当てに適合するという理由で小パケットがグラントフリー伝送によく適し得る一方、メッセージデータ用のより大きなパケットは、許容可能なパケットエラーレートで、グラントフリーで送るには大きすぎることがあり、および／または、グラントフリー伝送のためにシステムが構成したブロックサイズに対して大きすぎることがある。グラントフリー伝送は、グラントを待機することなく次のグラントフリーアップリンク機会において送信され得るので、通信遅延時間を低減する。更に、グラントフリー伝送は、グラント要求およびグラント応答メッセージを使用しないことによって帯域幅を小さくする。しかしながら、グラントフリー伝送は、異なる送信機間の競合の可能性を伴うことがあり、データ損失を招く。

【0040】

いくつかの論理チャネルが、グラントフリー使用にはあまり適していない場合がある。例えば、グラントフリー構成は、競合する恐れがあるので、論理チャネルの信頼性基準を満たさないことがある。したがって、特定の論理チャネルはグラントフリー使用を禁止され得る。この禁止は、ユーザ機器（ＵＥ）に起因するもの、ネットワークに起因するもの、またはＵＥとネットワークの両方に起因するものであってよく、また、この禁止は、事前に規定されるものであってよい。あるいは、この禁止は、実装上の基準に基づいて決定されてよい。常に、ＵＥアップリンクスケジューラ、またはネットワークの構成用エンティティが論理チャネルを評価し、グラントフリー使用が許容可能か否かを判断してよい。

【0041】

一実施形態において、グラントフリーメカニズムが、パケットサイズに基づいて使用される。媒体アクセス制御（ＭＡＣ）層は、グラントフリーの、およびグラントに基づいたアップリンクパケットスケジューリング手順を使用してアップリンクスケジューリングを実行する。一実施形態において、第２層メカニズムが、アップリンクグラントなしのＵＥからの送信をスケジューリングする。小パケットがグラントフリーで送信されてよい一方、大パケットはグラントに基づいて送信される。

【0042】

図１は、論理チャネルに基づいたグラントフリースケジューリングのためのＭＡＣ構造２００を示す。サービスＡ２０２およびサービスＢ２０４は共にグラントフリー伝送を許可し、一方でサービスＣ２０６はグラントフリー伝送を許可しない。サービスＣ２０６は、例えばグラントフリー伝送に利用可能とされていない無線リソースといった別個の無線リソースをグラント毎に使用する。サービスＡ２０２は、アップリンク伝送のためにＭＡＣサービスデータユニット（ＳＤＵ）Ａ２０８をキューに投入し、サービスＢ２０４は、アップリンク伝送のためにＭＡＣ ＳＤＵ Ｂ２１０をキューに投入し、サービスＣ２０６は、アップリンク伝送のためにＭＡＣ ＳＤＵ Ｃ２１２をキューに投入する。ＭＡＣ ＳＤＵ Ａ２０８およびＭＡＣ ＳＤＵ Ｂ２１０がグラントフリー論理チャネルを使用する一方、ＭＡＣ ＳＤＵ Ｃ２１２はグラントに基づいた論理チャネルを使用する。グラントフリー論理チャネル２１４とグラントに基づいた論理チャネル２１６とに基づいて、論理チャネル優先順位付け（ＬＣＰ）２１２が実行される。物理層伝送のためのトランスポートブロックに対応するＭＡＣプロトコルデータユニット（ＰＤＵ）２２０が、ＬＣＰ２１８に基づいて形成される。

【0043】

図２は、いくつかの実施形態に係る、データを通信するためのネットワーク１００を示す。ネットワーク１００は、カバレージエリア１０６を有する通信コントローラ１０２と、ＵＥ１０４およびＵＥ１０５を含む複数のＵＥと、バックホールネットワーク１０８とを備える。この実施形態では２つのＵＥが図示されているが、さらに多くのＵＥが存在してよい。通信コントローラ１０２は、ＵＥ１０４およびＵＥ１０５とのアップリンク（破線）接続および／またはダウンリンク（点線）接続を確立することによって無線アクセスを提供可能な任意のコンポーネントであってよく、基地局、ノードＢ、拡張ノードＢ（ｅＮＢ）、アクセスポイント、ピコセル、フェムトセル、リレーノード、および他の無線対応デバイスなどであってよい。アップリンクデータ伝送は、グラントに基づいていても、またはグラントフリーであってもよい。ＵＥ１０４およびＵＥ１０５は、通信コントローラ１０２との無線接続を確立することが可能な任意のコンポーネントであってよく、ユーザ機器（ＵＥ）、携帯電話、スマートフォン、タブレット、またはセンサ等といったものであってよい。バックホールネットワーク１０８は、通信コントローラ１０２とリモートエンドとの間でのデータの交換を可能にする任意のコンポーネントまたはコンポーネント群であってよい。いくつかの実施形態において、ネットワーク１００は、リレー等といった他の様々な無線デバイスを含んでよい。

【0044】

図３は、パケットサイズまたはバッファサイズに基づいたグラントフリースケジューリングのためのＭＡＣデータ処理手順３００を示す。サービスＡ３０２、サービスＢ３０４、およびサービスＣ３０６という複数のサービスは異なる論理チャネルを使用するが、まとめてスケジューリングされる。サービスＡ３０２は、アップリンク伝送のためにＭＡＣ ＳＤＵ Ａ３０８をキューに投入し、サービスＢ３０４は、アップリンク伝送のためにＭＡＣ ＳＤＵ Ｂ３１０をキューに投入し、サービスＣ３０６は、アップリンク伝送のためにＭＡＣ ＳＤＵ Ｃ３１０をキューに投入する。ＭＡＣ ＳＤＵ Ａ３０８は論理チャネルＡ３１２に対応し、ＭＡＣ ＳＤＵ Ｂ３１０は論理チャネルＢ３１４に対応し、ＭＡＣ ＳＤＵ Ｃ３１０は論理チャネルＣ３１６に対応している。

【0045】

ＬＣＰ３１８は、論理チャネルＡ３１２、論理チャネルＢ３１４、および論理チャネルＣ３１６のアップリンクスケジューリングを実行する。ＬＣＰ３１８は、様々なサイズのＭＡＣ ＰＤＵを生成し、次に、当該ＭＡＣ ＰＤＵはグラントフリー伝送用とグラントに基づいた伝送用とに分けられてよい。いくつかの論理チャネルが、スケジューリング中にＬＣＰ３１８によって配慮される遅延要件を有していてよい。いくつかの論理チャネルが、ＬＣＰ３１８によるグラントフリー伝送を許可しなくてよい。ＬＣＰエンジンを含むプロトコル層が、ＳＤＵからＰＤＵを生成する。ＭＡＣ層がパケットデータを処理するとき、ＳＤＵはパケットと称されてよい。いくつかのＰＤＵ、例えばＭＡＣ ＰＤＵ１ ３２０などの大きなＰＤＵが、グラントに基づいた伝送に割り当てられ、一方で他のＰＤＵ、例えばＭＡＣ ＰＤＵ２ ３２２などの小さいＰＤＵが、グラントフリー伝送に割り当てられる。これらのパケットはＰＨＹ層に伝達される。ＭＡＣ ＰＤＵ１ ３２０がグラントに基づいたＰＨＹ３２４に伝達される一方、ＭＡＣ ＰＤＵ２ ３２２は、グラントフリーのＰＨＹ層３２６に伝達される。

【0046】

一実施形態が、アップリンクスケジューリングの論理チャネル優先順位付けの態様を提供し、いくつかの実施形態において、ＬＴＥのモデルに適合してよい。１または複数のサービスからのＵＥアップリンクデータが論理チャネル上を伝搬する。従来のグラントに基づいた動作では、スケジューラはネットワークにグラントを要求する。次に、ネットワークは、ＵＥが送信を承認されることとなるトランスポートブロック（ＴＢ）のパラメータを含むグラントを発行する。次に、ＵＥは、チャネルの優先度にしたがってＴＢを埋める。各論理チャネルは、スケジューリングされるべきデータの独自のキューを有してよい。データは、優先度に基づいてキューから処理されてよいので、より優先度の高いデータがより早く送信される。ＵＥが異なればアップリンクの詳細は別様に実装されてよいが、結果的に所与の入力セットに対しては同一のスケジューリング出力がもたらされる。

【0047】

いくつかの論理チャネルは、遅延に関する要件を有してよい。一例では、グラントフリー手法において論理チャネルの遅延要件が満たされる。いくつかの論理チャネルは、グラントフリー使用を禁止されてよい。例えば、いくつかの論理チャネルは、競合を防止し、サービスを保証するために、グラントの使用を必要としてよい。一実施形態において、グラントフリーアップリンクトランスポートブロックを構築するための構成を、ＵＥは事前に分かっている。当該構成は、例えば、通信コントローラから、前のメッセージにおいて受信されてよい。あるいは、当該構成はＵＥにインストールされる。当該構成は、変調および符号化状態（ＭＣＳ）構成、最大ＴＢサイズ、およびグラントフリーアップリンクの他の特性を含んでよい。信頼性および／または再送が無線リンク制御（ＲＬＣ）プロトコルによって提供され、ＭＡＣ層は、グラントフリー伝送が問題なく受信されたか否かを考慮する必要はない。

【0048】

グラントフリー伝送は、スケジューリング要求（ＳＲ）を送るか否かをＵＥが評価する同一のループにおいて考慮されてよい。入来するデータがアップリンク伝送のために到着したとき、ＵＥは、当該データをグラントフリー伝送において送るのか、またはグラントに基づいた伝送において送るのかを評価する。一例において、ＵＥは、アップリンクデータバッファの状態がグラントフリー伝送に適合しているか否かを判断する。グラントフリー使用としてみなされないものを除くアップリンクデータバッファ内のデータが十分小さく、当該データが、合計するとグラントフリートランスポートブロックに対して許可されるサイズより小さい場合は、当該バッファの状態はグラントフリー伝送に適合し得る。いくつかの例において、ＵＥは、全てのサービスではなく、一部のサービスからのデータでトランスポートブロックを埋めることを許可してよい。例えば、ある１つのサービスからの小パケットがあり、また、別のサービスからの大パケットがある場合、小パケットはグラントフリー伝送で、それ自体で送られてよく、一方、大パケットはグラントに基づいた伝送で送られる。

【0049】

一実施形態において、スケジューラは、グラントを取得することなく、アップリンクバッファからのデータでグラントフリートランスポートブロック（ＧＦＴＢ）を構築する。グラントフリー構成に応じて、サイズおよびＭＣＳなどのＰＨＹパラメータが設定される。ＧＦＴＢは、埋められてから、グラントフリー無線リソースにおける送信のためにＰＨＹに送出され得る。グラントフリー伝送に割り当てられていないデータは、グラントに基づいた伝送のために従来のＬＣＰに向かう。

【0050】

図４は、いくつかの実施形態に係るグラントフリー伝送およびグラントに基づいた伝送４００を示す。キューＣ４０６は、グラントフリー伝送を許可されていないデータを有する。このデータは、グラントに基づいた伝送のためにＬＣＰに送られる（４１２）。キューＢ４０４は別のキューであり、示されている時点ではデータを含まない。キューＡ４０２は、グラントフリー伝送での送信を許可されているデータを含む。当該データは、論理トランスポートブロックオブジェクトであるＧＦＴＢ４０８に読み込まれる。ＧＦＴＢは、ＰＨＹ層に送出される（４１４）。キューＡ４０２からのデータにパディングを追加して、ＧＦＴＢ４１０を埋めることを完了する。

【0051】

論理チャネル優先順位付けと同様に、スケジューラがＭＡＣ ＳＤＵにおいて動作する。利用可能なグラントフリーアップリンクリソースが適時、制限されてよい。例えば、グラントフリー伝送の実行を承認されるまで長時間かかりそうな場合、グラントに基づいた伝送を使用する方が速い場合があるので、ＧＦＴＢは構築されなくてよい。更に、ＳＲ機会までの近さが考慮されてよい。例えば、程なくＳＲ機会がある場合、グラントフリー伝送は使用されなくてよい。なぜなら、グラントフリー伝送を利用するよりもグラントを待機した方が速い場合があるからである。その時間的な基準は、サービスによって決まるものであってよい。例えば、マシンタイプ通信（ＭＴＣ）であれば、ＳＲの過負荷を回避するべくグラントフリー伝送を選んでよい。ＭＴＣは、低遅延要件も有してよい。その一方で、モバイルゲーム、ビデオレンダリング、遠隔制御、および安全性モニタリング、クラウド接続、および車車間無線通信などの信頼性が要求されるサービスは、好ましくは、グラントに基づいた伝送を使用してよい。

【0052】

グラントフリー伝送およびグラントに基づいた伝送では、キュー内容の全てがＧＦＴＢに収まるわけではない場合、通常、スケジューラはＧＦＴＢの構築を試みないことが多い。いくつかの例では、スケジューラは、キュー内容がＧＦＴＢに収まらない場合、ＧＦＴＢを構築する。例えば、優先度の高いデータがグラントフリーで送られてよく、残りのデータはグラントに基づいた伝送のためにキューに投入されてよい。その後、残りのデータのためにグラントが要求される。

【0053】

ＧＦＴＢの構築中に、更なるデータが到着することがある。一例において、構築されているＧＦＴＢは、更なるデータが追加されることなく送られ、更なるデータは、後にアップリンク伝送にスケジューリングされる。別の例では、ＧＦＴＢは中断され、元のデータと更なるデータとで優先順位付けプロセスが再開される。更なる例では、空間が許せばＧＦＴＢに新しいデータが追加され、残りのデータはキューに残される。

【0054】

グラントフリー伝送およびグラントに基づいた伝送の一例において、ＧＦＴＢの構築中にＳＲは送られない。なぜなら、ＧＦＴＢ構築段階中にグラントを受信すると、ＬＣＰとＧＦＴＢとの間で衝突が生じ得るからである。ＬＣＰがグラントを待機中であるとき、グラントが受信されるまでＧＦＴＢ構築は遅らされてよい。いくつかの状況では、例えばサービス別グラントがある場合、ＬＣＰがグラントを待機する間も依然としてＧＦＴＢが構築される。例えば、サービスＢに対してグラントを待機中に、サービスＡに対してＧＦＴＢが構築されてよい。

【0055】

アップリンクデータスケジューリングの一実施形態に係る方法が、ＵＥのアップリンクスケジューラによって実行されてよい。グラントフリー伝送が禁止されているとき、アップリンクスケジューラは、恒久的にまたは一時的に、グラントフリー伝送を実行しない。グラントフリー伝送は、例えば、ネットワークポリシに起因して、ＵＥが既にグラントを待機中であるという理由で、または、次のグラントフリー伝送機会までの時間が閾値を超えているという理由で、禁止されてよい。

【0056】

バッファ内容がグラントフリー使用に適合していない場合、通常のスケジューリングが実行される。バッファ内容がグラントフリー伝送に適合している場合、グラントフリー伝送が実行される。ＬＣＰが実行され、出力されたＴＢのサイズは、ＧＦＴＢのサイズに等しい。グラントフリー伝送を許可されていないあらゆるバッファからのデータは排除される。出力されたＰＤＵがグラントフリー伝送条件を満たすとき、ＰＤＵはグラントフリーリソースにおける送信のためにＰＨＹ層に伝達される。その一方で、出力されたＰＤＵがグラントフリー伝送条件を満たさないとき、データはスケジューリングのためにバッファに再格納される。ＳＲ禁止が使用されている場合は、ＳＲ禁止が解除される。ＳＲ送信を禁止することによって、グラントフリー伝送とグラントに基づいた伝送との間の競合状態を防ぎ得る。ＧＦＴＢが送信される前に到着したデータが、ＳＲの送信を誘発し得る。これによって、ＬＣＰを配慮することなく、順序外れのデータ送付がもたらされ得る。

【0057】

図５は、いくつかの実施形態に係る、順序外れのデータ送付を処理するための手順５００を示す。初めに、バッファ５０２にデータが存在する。この初期データは、グラントフリー伝送のためにＧＦＴＢ５０４内に配置される。ＧＦＴＢ５０４が形成された後だがグラントフリー伝送が成される前に、新しいデータ５２０が到着し、バッファ５０６内に配置される。当該新しいデータは、ＧＦＴＢ５０４に対しては大きすぎる。また、当該新しいデータの優先度は、ＧＦＴＢ５０４内のデータの優先度より低い。ＳＲ５０８が送信され、グラント機会を要求する。ＳＲ５０８に応答してグラント５１０が受信され、新しいデータ５１４がアップリンクデータ５１２として送信される。

【0058】

後にグラントフリー伝送（Ｔｘ）リソース５１６が利用可能となり、ＧＦＴＢ５０４内のデータがアップリンクデータ５１８として送信される。この例において、当該データは、グラントフリーで送信されるがために遅れる。

【0059】

順序外れのデータ伝送を防ぐべく、ＧＦＴＢの構築中はＳＲ送信の送信が防止されてよい。しかしながら、この手法は後の到着データを遅らせ、初期データにとって有益とならない。別の例では、ＳＲ機会が次のグラントフリー伝送リソースの前である場合は、ＧＦＴＢ形成が禁止される。

【0060】

アップリンクデータスケジューリングのシステムの実施形態が、構築されたＭＡＣ ＰＤＵがＧＦＴＢに収まらない場合のための復元方法を提供し得る。これは、データをバッファに追加する競合状態、次のグラントフリー伝送機会前にグラントフリーパラメータを変更する再構成、または他の理由によって引き起こされ得る。

【0061】

構築されたＭＡＣ ＰＤＵがＧＦＴＢに収まらない場合、または、ＭＡＣ ＰＤＵが構築された後にそれに対してグラントフリー伝送が利用可能ではない場合にデータを復元するべく、ＵＥは、データをバッファに再格納する。したがって、当該データにはその後のスケジューリングが考慮され得る。データの再格納には様々な方法が使用されてよい。一例では、ＧＦＴＢを埋めるとき、バッファのコピーが行われる。コピーバッファからのデータがＧＦＴＢ内に配置される。バッファがコピーされた後に到着したデータは、元のバッファにおいて元のデータの後に配置される。ＧＦＴＢが失敗した場合、バッファのコピーは破棄される。ＧＦＴＢが成功した場合、データは元のバッファから除去され、新しいデータは元のバッファに残る。

【0062】

図６は、いくつかの実施形態に係る、ＧＦＴＢの生成に失敗した場合および成功した場合のＧＦＴＢ手順５３０を示す。左側がＧＦＴＢ成功であり、右側がＧＦＴＢ失敗である。ＧＦＴＢ成功の場合、データは元のバッファ５３２内にある。元のバッファ５３２がコピーされて、コピーバッファ５３８が形成される。コピーバッファ５３８からのデータがＧＦＴＢ５４０内に配置される。その間に新しいデータが到着する。新しいデータは、元のバッファ５３６において元のデータの後に配置される。ＧＦＴＢ５４０内のデータに対してアップリンク（ＵＬ）伝送５３８が実行される。アップリンク伝送が実行されたことに応答して、元のデータは元のバッファ５４０から除去される。

【0063】

同様に、ＧＦＴＢ失敗の場合、データが元のバッファ５４２内にある。元のバッファ５４２がコピーされて、コピーバッファ５４４が形成される。ＵＥは、コピーバッファ５４４からのデータをＧＦＴＢの中に配置しようと試みる。しかしながら、ＧＦＴＢ失敗５４６が起こる。その間に新しいデータが到着する。新しいデータは、元のバッファ５４８において、元のデータの後に配置される。ＧＦＴＢ失敗が発生したとき、コピーバッファ５４４は削除される。元のデータは、元のバッファ５４９において、新しいデータの前に残る。

【0064】

図７は、グラントフリー伝送を実行する一実施形態に係る方法のフローチャート５５０を示す。初めに、当該方法はブロック５５２において開始する。

【0065】

次に、ブロック５５４において、ＵＥは、現在グラントフリー伝送が許可されるか否かを判断する。グラントフリー伝送は、信頼性基準により、論理チャネルによるグラントフリー使用の禁止により、または、実装基準に基づいて、禁止されてよい。グラントフリー伝送の許可を判断する上で、アップリンクバッファの状態が考慮されてよい。現在グラントフリー伝送が許可されない場合、ＵＥはブロック５７２に進む。

【0066】

ブロック５７２において、ＵＥは当該方法を終了し、グラントに基づいたアップリンクスケジューリング手順が実行される。当該方法は、ブロック５７０において終了する。

【0067】

その一方、現在グラントフリー伝送が許可される場合、ＵＥはブロック５５６に進む。ブロック５５６において、ＵＥは、グラントフリー伝送に適格なデータを収集する。そのようなデータが、キューから、例えばｎ個のキュー５５８から、収集される。

【0068】

ブロック５６０において、ＵＥは、当該適格なデータによりＧＦＴＢ５６２を埋める。ＧＦＴＢ５６２にキュー内のパケットが入る十分な余裕がある場合、データはＧＦＴＢ５６２内に配置されてよい。いくつかの実施形態において、キューの内容の全てがＧＦＴＢに収まり得る場合にのみ、ＧＦＴＢが埋められる。他の実施形態において、ＧＦＴＢは、キューの内容の一部のみによって埋められる。

【0069】

ブロック５６４において、ＵＥは、ＧＦＴＢが送信を承認されるか否かを判断する。ＧＦＴＢは、グラントフリーアップリンク機会があるときに送信を承認されてよい。ＧＦＴＢが送信を承認された場合、ＵＥは、ブロック５６８に進む。

【0070】

ブロック５６８において、ＵＥは、グラントフリー伝送のためにデータをＧＦＴＢからＰＨＹに伝達する。次に、当該方法はブロック５７０において終了する。

【0071】

その一方、ＧＦＴＢが送信を承認されない場合、ＵＥはブロック５６６に進み、当該ブロックにおいて、ＧＦＴＢデータは入力キューに再格納される。ＧＦＴＢ失敗が発生した。次に、当該方法は、ブロック５７０において終了する。

【0072】

図８は、グラントフリー伝送を実行する一実施形態に係る方法のフローチャート９００を示す。初めに、ブロック９０２において、ＵＥは、グラントフリー伝送を実行するか否かを判断する。ＵＥは、アップリンク用データのサイズに基づいて、グラントフリー伝送を実行するか否かを判断してよい。例えば、ＵＥは、バッファ内のパケットのサイズを決定する。パケットのサイズが足し合わされて、バッファ内のパケットの合計サイズが決定される。パケットの合計サイズが閾値と比較される。ＵＥは、パケットの合計サイズがサイズ閾値より小さいかまたは等しいとき、グラントフリー伝送を実行すると判断し、パケットの合計サイズがサイズ閾値より大きいとき、グラントフリー伝送を実行しないと決定する。あるいは、合計パケットサイズが閾値より大きいとき、ＵＥは、パケットの一部に対してグラントフリー伝送を実行すると決定する。更なる例では、グラントフリー伝送を実行すると決定するとき、ＵＥは、グラントに基づいたデータ伝送のための予期されるグラントの時間、または、次のグラントフリーデータ伝送機会の時間を考慮する。次のグラントフリーデータ伝送機会までの時間が閾値より小さい場合、ＵＥは、グラントフリーデータ伝送を実行すると決定し、次のグラントフリーデータ伝送機会までの時間が閾値より大きいかまたは等しい場合、ＵＥは、グラントフリーデータ伝送を実行しないと決定する。次のグラントが程なく得られると予期される場合、ＵＥは、グラントフリーデータ伝送を実行しないと決定し、次のグラントを得るまで比較的長時間かからないと予期される場合、ＵＥは、グラントフリーデータ伝送を実行すると決定する。例えば、次のグラントフリー伝送機会の前に次のグラントが得られると予期される場合、ＵＥは、グラントフリー伝送を実行しないと決定する。別の例では、ＵＥは、ネットワークポリシに基づいてグラントフリーデータ伝送を実行するか否かを判断する。例えば、ネットワークポリシは、特定の論理チャネルに対してグラントフリーデータ伝送を禁止することがある。ＵＥがグラントフリー伝送を実行しないと決定したとき、当該方法はブロック９１８において終了する。

【0073】

ＵＥがグラントフリー伝送を実行すると決定した場合、ＵＥは、ブロック９０４においてＧＦＴＢのサイズを決定する。ＧＦＴＢのサイズは、グラントフリー伝送に利用可能な無線リソースの構成に基づいて決定される。ＧＦＴＢは、次のグラントフリー伝送機会に対して割り振られるサイズに設定されてよい。

【0074】

ＵＥは、ブロック９０６においてＧＦＴＢを埋める。バッファからのパケットがＧＦＴＢに配置される。いくつかの例では、バッファはコピーされ、コピーバッファからのパケットがＧＦＴＢに配置される。

【0075】

いくつかの実施形態では、ブロック９０８において、ＵＥは、ＧＦＴＢを埋めることを開始した後にスケジューリング要求を無効にする。スケジューリング要求を無効にすることによって、次のフリーアップリンク機会前の、グラントに基づいたアップリンク機会の発生が防止されてよい。他の例では、スケジューリング要求は無効にされず、ブロック９０８は実行されない。

【0076】

ＧＦＴＢが埋められた後、ブロック９１０において、ＵＥは、ＧＦＴＢがアップリンク伝送を承認されるか否かを判断する。例えば、ＧＦＴＢに対して適切なサイズとなっているグラントフリー伝送機会がある場合、ＧＦＴＢは、アップリンクを承認される。間近に迫ったグラントフリーアップリンク機会がない場合、ＧＦＴＢはアップリンクを承認されない。

【0077】

ＧＦＴＢがアップリンク伝送を承認された場合、ブロック９１２において、ＧＦＴＢはＭＡＣ層からＰＨＹ層に伝達される。次に、ブロック９１４において、ＧＦＴＢは、グラントフリーアップリンクを使用して送信され、当該方法は、ブロック９１８において終了する。

【0078】

ＧＦＴＢがアップリンクを承認されない場合、ブロック９１６において、データが復元され、バッファに再格納される。一例において、データはＧＦＴＢからバッファに移される。他の例では、ＧＦＴＢ内のデータは、バッファ内のデータのコピーであり、ＧＦＴＢは破棄される。次に、当該方法は、ブロック９１８において終了する。

【0079】

図９は、グラントフリーデータ伝送の一実施形態に係る方法のフローチャート８００を示す。方法８００において、ＵＥは既に、グラントフリー伝送を実行すると決定済みである。

【0080】

ブロック８０２において、ＵＥは、バッファのコピーを作成する。元のデータは元のバッファに残り、グラントフリー伝送に失敗した場合、または、グラントに基づいた伝送を使用する方が速い場合には、グラントに基づいたデータ伝送で当該元のデータが送信され得る。バッファのコピー内のデータがグラントフリー伝送に使用される。

【0081】

ブロック８０４において、コピーバッファからのデータを使用して、ＧＦＴＢを埋めることを開始する。

【0082】

ＧＦＴＢを埋めることを開始した後だがＧＦＴＢを送信する前に、ブロック８０６において、ＵＥは、アップリンク伝送用の更なるデータを受信する。

【0083】

ブロック８０８において、次にＵＥは、ＧＦＴＢ内に更なるデータが入る十分な余裕があるか否かを判断する。ＧＦＴＢ内に更なるデータが入る十分な余裕がない場合、更なるデータはＧＦＴＢに追加されない。一例において、ブロック８１４において、ＧＦＴＢ送信が通常通り進められ、当該新しいデータは、グラントフリー伝送またはグラントに基づいた伝送のいずれかで別途対処される。あるいは、ブロック８１８においてデータがＧＦＴＢから除去されて、ブロック８２０において、コピーされたデータがコピーバッファから除去される。グラントに基づいた伝送で、元のデータと更なるデータとを含む元のバッファ内のデータが送信される。ＵＥはブロック８１４に進む。

【0084】

ＧＦＴＢ内に更なるデータが入る十分な余裕がある場合、ブロック８１０において、更なるデータがＧＦＴＢに追加される。更なるデータは、コピーバッファの中にコピーされてよく、次に、グラントフリーデータ伝送のためにＧＦＴＢの中にロードされてよい。

【0085】

ブロック８１２において、ＵＥは、ＧＦＴＢが送信を承認されるか否かを判断する。ＧＦＴＢが送信を承認されない場合、ブロック８２０において、データはバッファのコピーから除去される。元のバッファ内のデータに対してグラントに基づいたデータ伝送が実行され、当該方法は、ブロック８２２において終了する。

【0086】

その一方、ＧＦＴＢがアップリンクを承認された場合、ブロック８１４において、ＧＦＴＢはグラントフリーアップリンクを使用して送信される。ブロック８１６において、元のバッファからのデータが除去され、当該方法はブロック８２２において終了する。

【0087】

図１０は、本明細書において説明されている方法を実行するための一実施形態に係る処理システム６００のブロック図を示す。当該システムは、ホストデバイスに導入されてよい。示されるように、処理システム６００は、プロセッサ６０４とメモリ６０６とインタフェース６１０～６１４とを備え、それらは図１０に示す通りに配置されてよい（または、示す通りに配置されなくてもよい）。プロセッサ６０４は、計算および／または他の処理関連タスクを実行するよう構成される任意のコンポーネントまたはコンポーネント群であってよく、メモリ６０６は、プロセッサ６０４が実行するためのプログラムおよび／または命令を格納するよう構成される任意のコンポーネントまたはコンポーネント群であってよい。一実施形態において、メモリ６０６は、非一時的コンピュータ可読媒体を含む。インタフェース６１０、６１２、６１４は、処理システム６００が他のデバイス／コンポーネントおよび／またはユーザと通信することを可能にする任意のコンポーネントまたはコンポーネント群であってよい。例えば、インタフェース６１０、６１２、６１４の１または複数は、データ、制御、または管理メッセージをプロセッサ６０４からホストデバイスおよび／または遠隔デバイスにインストールされたアプリケーションへと伝えるよう構成されてよい。別の例として、インタフェース６１０、６１２、６１４の１または複数は、ユーザまたはユーザデバイス（例えば、パーソナルコンピュータ（ＰＣ）等）が処理システム６００とインタラクト／通信することを可能にするよう構成されてよい。処理システム６００は、図１０には図示されていない、長期記憶媒体（例えば、不揮発性メモリ等）などの更なるコンポーネントを含んでよい。

【0088】

いくつかの実施形態において、処理システム６００は、遠隔通信ネットワークにアクセスするネットワークデバイスに含まれるか、またはそうでない場合、遠隔通信ネットワークの一部であってよい。一例において、処理システム６００は、無線または有線の遠隔通信ネットワーク内のネットワーク側デバイス内にあり、当該遠隔通信ネットワーク内の基地局、中継局、スケジューラ、コントローラ、ゲートウェイ、ルータ、アプリケーションサーバ、または任意の他のデバイスなどである。他の実施形態において、処理システム６００は、無線または有線の遠隔通信ネットワークにアクセスするユーザ側デバイス内にあり、移動局、ユーザ機器（ＵＥ）、パーソナルコンピュータ（ＰＣ）、タブレット、ウェアラブル通信デバイス（例えば、スマートウォッチ等）、または遠隔通信ネットワークにアクセスするよう構成される任意の他のデバイスなどである。

【0089】

いくつかの実施形態において、インタフェース６１０、６１２、６１４の１または複数は、遠隔通信ネットワークを介してシグナリングを送信および受信するよう構成される送受信機に処理システム６００を接続する。図１１は、遠隔通信ネットワークを介してシグナリングを送信および受信するよう構成される送受信機７００のブロック図を示す。送受信機７００は、ホストデバイスに導入されてよい。示されるように、送受信機７００は、ネットワーク側インタフェース７０２とカプラ７０４と送信機７０６と受信機７０８と信号プロセッサ７１０とデバイス側インタフェース７１２とを備える。ネットワーク側インタフェース７０２は、無線または有線の遠隔通信ネットワークを介してシグナリングを送信または受信するよう構成される任意のコンポーネントまたはコンポーネント群を含んでよい。カプラ７０４は、ネットワーク側インタフェース７０２を介して双方向通信を容易にするよう構成される任意のコンポーネントまたはコンポーネント群を含んでよい。送信機７０６は、ベースバンド信号を、ネットワーク側インタフェース７０２を介した送信に適した変調キャリア信号に変換するよう構成される任意のコンポーネントまたはコンポーネント群（例えば、アップコンバータ、電力増幅器等）を含んでよい。受信機７０８は、ネットワーク側インタフェース７０２を介して受信されたキャリア信号をベースバンド信号へと変換するよう構成される任意のコンポーネントまたはコンポーネント群（例えば、ダウンコンバータ、低雑音増幅器等）を含んでよい。信号プロセッサ７１０は、ベースバンド信号を、１または複数のデバイス側インタフェース７１２を介した通信に適したデータ信号へと変換する、またはその逆の変換を行うよう構成される任意のコンポーネントまたはコンポーネント群を含んでよい。１または複数のデバイス側インタフェース７１２は、信号プロセッサ７１０と、ホストデバイス内のコンポーネント（例えば、処理システム６００、ローカルエリアネットワーク（ＬＡＮ）ポート等）との間でデータ信号を通信するよう構成される任意のコンポーネントまたはコンポーネント群を含んでよい。

【0090】

送受信機７００は、任意のタイプの通信媒体を介してシグナリングを送信および受信してよい。いくつかの実施形態では、送受信機７００は、無線媒体を介してシグナリングを送信および受信する。例えば、送受信機７００は、セルラプロトコル（例えば、ＬＴＥ等）、無線ローカルエリアネットワーク（ＷＬＡＮ）プロトコル（例えば、Ｗｉ－Ｆｉ（登録商標）等）、または、任意の他のタイプの無線プロトコル（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（ＮＦＣ）等）などの無線遠隔通信プロトコルにしたがって通信するよう構成される無線送受信機であってよい。そのような実施形態では、ネットワーク側インタフェース７０２は、１または複数のアンテナ／放射素子を含んでよい。例えば、ネットワーク側インタフェース７０２は、単一のアンテナ、複数の別個のアンテナ、または、多層通信用に構成されるマルチアンテナアレイ、例えば、単入力多出力（ＳＩＭＯ）、多入力単出力（ＭＩＳＯ）、多入力多出力（ＭＩＭＯ）等、を含んでよい。他の実施形態において、送受信機７００は、例えばツイストペアケーブル、同軸ケーブル、光ファイバ等といった有線媒体を介してシグナリングを送信および受信する。具体的な処理システムおよび／または送受信機は、示されるコンポーネントの全てを、または当該コンポーネントのサブセットのみを利用してよく、統合レベルはデバイス毎に異なっていてよい。

【0091】

本発明が例示的実施形態に関連して説明されてきたが、本説明は限定的な意味で解釈されることを意図するものではない。本説明を参照すれば、当業者には例示的実施形態の様々な変形および組み合わせ、ならびに本発明の他の実施形態が明らかであろう。ゆえに、添付の特許請求の範囲がそのようなあらゆる変形または実施形態を包含することが意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】