(57)【要約】  方法およびシステムが、少なくとも１つのバッファの第１のバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する段階と、グラントフリー伝送が利用される場合に、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する段階とを提供する。当該方法はまた、前記バッファのうちの少なくとも１つのバッファからの第１のデータでＧＦＴＢを埋め、埋められたＧＦＴＢを生成する段階と、ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する段階とを備える。
2019525622.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのバッファのうちの第１のバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する段階と、
グラントフリー伝送が利用される場合に、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する段階と、
前記バッファのうちの少なくとも１つからの第１のデータで前記ＧＦＴＢを埋め、埋められたＧＦＴＢを生成する段階と、
前記ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する段階と
を備える
方法。
【請求項２】
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する段階と、
前記ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、前記第１のデータを前記第１のバッファに再格納する段階と、
前記ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して前記埋められたＧＦＴＢを送信する段階と
を更に備える
請求項１に記載の方法。
【請求項３】
前記少なくとも１つのバッファのうちの第２のバッファの第２のデータに対してはグラントフリー伝送が禁止されると判断する段階と、
前記第２のデータと共通部分を持たないように前記第１のデータを選択する段階と、
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する前記段階まで、前記第２のデータを前記第２のバッファ内に保持する段階と
を更に備える
請求項１に記載の方法。
【請求項４】
グラントフリー伝送を実行するか否かを判断する前記段階は、
前記少なくとも１つのバッファ内のパケットの複数のパケットサイズを決定する段階と、
前記複数のパケットサイズを足し合わせて合計パケットサイズを出す段階と、
前記合計パケットサイズをサイズ閾値と比較する段階と、
前記合計パケットサイズが前記サイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する段階と、
前記合計パケットサイズが前記サイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する段階とを有する、
請求項１に記載の方法。
【請求項５】
グラントフリー伝送を実行しないと判断した場合に、前記パケットのサブセットに対してグラントフリー伝送を実行するか否かを判断する段階
を更に備える
請求項４に記載の方法。
【請求項６】
グラントフリー伝送を実行するか否かを判断する段階は、データ伝送のための予期されるグラントまでの時間を評価する段階を有する、
請求項１に記載の方法。
【請求項７】
グラントフリー伝送を実行するか否かを判断する段階は、データ伝送のためのグラントを要求する次の利用可能な機会までの最短時間を評価する段階を有する、
請求項１に記載の方法。
【請求項８】
前記ＧＦＴＢを埋めることを開始した時間から前記ＧＦＴＢを送信する時間まで、サービス要求（ＳＲ）を無効にする段階
を更に備える
請求項１に記載の方法。
【請求項９】
前記ＧＦＴＢを埋める前記段階と前記埋められたＧＦＴＢを送信する前記段階との間において更なるデータを受信する段階と、
前記更なるデータを前記ＧＦＴＢに追加するか否かを判断する段階と、
前記更なるデータを前記ＧＦＴＢに追加すると判断した場合に、前記更なるデータを前記ＧＦＴＢに追加する段階と
を更に備える
請求項１に記載の方法。
【請求項１０】
グラントフリー伝送を実行するか否かを判断する段階は、ネットワークポリシを評価する段階を有する、
請求項１に記載の方法。
【請求項１１】
前記少なくとも１つのバッファをコピーして、少なくとも１つのコピーバッファを生成する段階を更に備え、
前記ＧＦＴＢを埋める段階は、前記少なくとも１つのコピーバッファの前記第１のデータにより前記ＧＦＴＢを埋める段階を含む、
請求項１に記載の方法。
【請求項１２】
ＧＦＴＢ失敗の場合に、前記少なくとも１つのコピーバッファを削除する段階
を更に備える
請求項１１に記載の方法。
【請求項１３】
前記ＧＦＴＢを送信した場合に、前記第１のバッファから前記第１のデータを除去する段階
を更に備える
請求項１に記載の方法。
【請求項１４】
プロセッサと
前記プロセッサが実行するためのプログラムを記憶する非一時的コンピュータ可読記憶媒体と
を備え、
前記プログラムは、
少なくとも１つのバッファのうちの第１のバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する手順と、
グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する手順と、
グラントフリー伝送を実行すると判断した場合に、前記第１のバッファからの第１のデータで前記ＧＦＴＢを埋め、埋められたＧＦＴＢを生成する手順と、
前記ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する手順と
を実行させるための命令を含む、
ユーザ機器（ＵＥ）。
【請求項１５】
前記命令は、
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する手順と、
前記ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、前記第１のデータを前記第１のバッファに再格納する手順と、
前記ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して前記埋められたＧＦＴＢを送信する手順と
を実行させるための命令を更に備える、
請求項１４に記載のＵＥ。
【請求項１６】
前記命令は、
前記少なくとも１つのバッファのうちの第２のバッファの第２のデータに対してはグラントフリー伝送が禁止されると判断する手順と、
前記第２のデータと共通部分を持たないように前記第１のデータを選択する手順と、
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する前記手順まで、前記第２のデータを前記第２のバッファ内に保持する手順と
を実行させるための命令を更に備える、
請求項１４に記載のＵＥ。
【請求項１７】
グラントフリー伝送を実行するか否かを判断する手順を実行させるための前記命令は、
前記少なくとも１つのバッファ内のパケットの複数のパケットサイズを決定する手順と、
前記複数のパケットサイズを足し合わせて合計パケットサイズを出す手順と、
前記合計パケットサイズをサイズ閾値と比較する手順と、
前記合計パケットサイズが前記サイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する手順と、
前記合計パケットサイズが前記サイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する手順と
を実行させるための命令を有する、
請求項１４に記載のＵＥ。
【請求項１８】
前記命令は、
前記ＧＦＴＢを埋める前記手順と前記埋められたＧＦＴＢを送信する前記手順との間において更なるデータを受信する手順と、
前記更なるデータを前記ＧＦＴＢに追加するか否かを判断する手順と、
前記更なるデータを前記ＧＦＴＢに追加すると判断した場合に、前記更なるデータを前記ＧＦＴＢに追加する手順と
を実行させるための命令を更に備える
請求項１４に記載のＵＥ。
【請求項１９】
前記命令は、前記少なくとも１つのバッファをコピーして、少なくとも１つのコピーバッファを生成する手順を実行させるための命令を更に備え、前記ＧＦＴＢを埋める手順を実行させるための前記命令は、前記少なくとも１つのコピーバッファのうちの少なくとも１つのバッファの前記第１のデータから前記ＧＦＴＢを埋める手順を実行させるための命令を有する、
請求項１４に記載のＵＥ。
【請求項２０】
プロセッサが実行するためのプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記プログラムは、
少なくとも１つのバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する手順と、
グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する手順と、
グラントフリー伝送を実行すると判断した場合に、前記少なくとも１つのバッファからの第１のデータで前記ＧＦＴＢを埋め、埋められたＧＦＴＢを生成する手順と、
前記ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する手順と
を実行させるための命令を含む、
非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本出願は、「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｕｐｌｉｎｋ  Ｄａｔａ  Ｓｃｈｅｄｕｌｉｎｇ  ｆｏｒ  Ｇｒａｎｔ  Ｆｒｅｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ」と題する２０１６年８月１１日に出願された米国仮特許出願第６２／３７３，６７５号の優先権を主張する、「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｕｐｌｉｎｋ  Ｄａｔａ  Ｓｃｈｅｄｕｌｉｎｇ  ｆｏｒ  Ｇｒａｎｔ  Ｆｒｅｅ  Ｔｒａｎｓｍｉｓｓｉｏｎ」と題する２０１６年９月２９日に出願された米国非仮出願第１５／２８０，４４３号に基づく優先権を主張し、両特許出願は、その全体が再現されるかのように参照により本明細書に組み込まれる。
【０００２】
本発明は、概して無線通信のためのシステムおよび方法に関し、特定の実施形態においては、グラントフリー伝送のためのアップリンクデータスケジューリングのためのシステムおよび方法に関する。
【背景技術】
【０００３】
第５世代（５Ｇ）新無線（ＮＲ）伝送システムは、グラントフリーアップリンク伝送を特徴として含み得る。グラントフリーアップリンク伝送では、アップリンク用リソースのグラントを待機することなくパケットが送信される。グラントフリーアップリンク伝送は、容量を上げるべく、モノのインターネット（ＩｏＴ）および他のシナリオに使用され得る。グラントフリーアップリンクは、例えば、センサまたは他のデバイスから時折来る報告、またはアプリケーションからのキープアライブパケット等といった断続的な小パケットの場合に特に有益なことがある。グラントフリー伝送を定期的に使用するサービスもあれば、グラントフリー伝送に適した小パケットと、許容可能な性能を得るためにアップリンクグラントを必要とするより大きなデータブロックとが入り混じったものを有するサービスもあってよい。 
【０００４】
いくつかの状況において、無条件にグラントフリー伝送を使用するよう構成された特定のサービスまたは特定のデータフローが存在してよい。したがって、これらのサービスまたはフローに対応するチャネルにグラントフリーメカニズムが使用されてよく、それによって、グラントフリー伝送を搬送するよう特別に割り当てられた論理チャネルの類がもたらされる。特定の論理チャネルがグラントフリー使用に割り当てられたとき、当該グラントフリー論理チャネルは、グラントフリーの物理層（ＰＨＹ）リソース、すなわち、システム内の、グラントフリー伝送によって占有されることを許可されている物理層リソースのうちの一部、のみを使用する別個のスケジューラを有する。そのようなＰＨＹリソースは、例えばタイミング、キャリアまたはサブキャリアの周波数、および符号割り当て等によって規定される無線リソースのサブセットと特徴付けられてよい。
【発明の概要】
【０００５】
一実施形態にしたがって、方法は、少なくとも１つのバッファのうちの第１のバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する段階と、グラントフリー伝送が利用される場合に、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する段階とを備える。当該方法はまた、バッファのうちの少なくとも１つからの第１のデータでＧＦＴＢを埋め、埋められたＧＦＴＢを生成する段階と、当該ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する段階とを備える。
【０００６】
任意で、先の実施形態のいずれかにおいて、当該方法は、埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する段階と、ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、第１のデータを第１のバッファに再格納する段階と、ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して埋められたＧＦＴＢを送信する段階とを更に備える。
【０００７】
任意で、先の実施形態のいずれかにおいて、当該方法は、少なくとも１つのバッファのうちの第２のバッファの第２のデータについてはグラントフリー伝送を禁止すると判断する段階と、第２のデータと共通部分を持たないように第１のデータを選択する段階と、埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する段階まで第２のバッファ内に第２のデータを保持する段階とを更に備える。
【０００８】
任意で、先の実施形態のいずれかにおいて、当該方法では、グラントフリー伝送を実行するか否かを判断する段階は、少なくとも１つのバッファ内のパケットの複数のパケットサイズを決定する段階と、複数のパケットサイズを足し合わせて合計パケットサイズを出す段階と、合計パケットサイズをサイズ閾値と比較する段階と、合計パケットサイズがサイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する段階と、合計パケットサイズがサイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する段階とを有する。
【０００９】
任意で、先の実施形態のいずれかにおいて、当該方法は、グラントフリー伝送を実行しないと判断した場合に、パケットのサブセットに対してグラントフリー伝送を実行するか否かを判断する段階を更に備える。
【００１０】
任意で、先の実施形態のいずれかにおいて、当該方法では、グラントフリー伝送を実行するか否かを判断する段階は、データ伝送のための予期されるグラントまでの時間を評価する段階を有する。
【００１１】
任意で、先の実施形態のいずれかにおいて、当該方法では、グラントフリー伝送を実行するか否かを判断する段階は、データ伝送のためのグラントを要求する次の利用可能な機会までの最短時間を評価する段階を有する。
【００１２】
任意で、先の実施形態のいずれかにおいて、当該方法は、ＧＦＴＢを埋めることを開始した時間からＧＦＴＢを送信する時間までサービス要求（ＳＲ）を無効にする段階を更に備える。
【００１３】
任意で、先の実施形態のいずれかにおいて、当該方法は、ＧＦＴＢを埋める段階と埋められたＧＦＴＢを送信する段階との間において更なるデータを受信する段階と、更なるデータをＧＦＴＢに追加するか否かを判断する段階と、更なるデータをＧＦＴＢに追加すると判断した場合に、更なるデータをＧＦＴＢに追加する段階とを更に備える。
【００１４】
任意で、先の実施形態のいずれかにおいて、当該方法では、グラントフリー伝送を実行するか否かを判断する段階は、ネットワークポリシを評価する段階を有する。
【００１５】
任意で、先の実施形態のいずれかにおいて、当該方法は、少なくとも１つのバッファをコピーして少なくとも１つのコピーバッファを生成する段階を更に備え、ＧＦＴＢを埋める段階は、少なくとも１つのコピーバッファの第１のデータによりＧＦＴＢを埋める段階を有する。
【００１６】
任意で、先の実施形態のいずれかにおいて、当該方法は、ＧＦＴＢ失敗の場合に、少なくとも１つのコピーバッファを削除する段階を更に備える。
【００１７】
任意で、先の実施形態のいずれかにおいて、当該方法は、ＧＦＴＢを送信した場合に、第１のバッファから第１のデータを除去する段階を更に備える。
【００１８】
一実施形態にしたがって、ユーザ機器（ＵＥ）は、プロセッサと、プロセッサが実行するためのプログラムを記憶する非一時的コンピュータ可読記憶媒体とを備える。当該プログラムは、少なくとも１つのバッファのうちの第１のバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する手順と、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する手順とを実行させるための命令を含む。当該プログラムはまた、グラントフリー伝送を実行すると判断した場合に、第１のバッファからの第１のデータでＧＦＴＢを埋め、埋められたＧＦＴＢを生成するための手順と、ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する手順とを実行させるための命令を含む。
【００１９】
任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、当該命令は、埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する手順と、ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、第１のデータを第１のバッファに再格納する手順と、ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して埋められたＧＦＴＢを送信する手順とを実行させるための命令を更に備える。
【００２０】
任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、当該命令は、少なくとも１つのバッファのうちの第２のバッファの第２のデータについてはグラントフリー伝送を禁止すると判断する手順と、第２のデータとの共通部分を持たないように第１のデータを選択する手順と、埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する手順まで、第２のバッファ内に第２のデータを保持する手順とを実行させるための命令を更に備える。
【００２１】
任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、グラントフリー伝送を実行するか否かを判断する手順を実行させるための命令は、少なくとも１つのバッファ内のパケットの複数のパケットサイズを決定する手順と、複数のパケットサイズを足し合わせて合計パケットサイズを出す手順と、合計パケットサイズをサイズ閾値と比較する手順と、合計パケットサイズがサイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する手順と、合計パケットサイズがサイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する手順とを実行させるための命令を有する。
【００２２】
任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、当該命令は、ＧＦＴＢを埋める手順と埋められたＧＦＴＢを送信する手順との間において更なるデータを受信する手順と、更なるデータをＧＦＴＢに追加するか否かを判断する手順と、更なるデータをＧＦＴＢに追加すると判断した場合に、更なるデータをＧＦＴＢに追加する手順とを実行させるための命令を更に備える。
【００２３】
任意で、先の実施形態のいずれかにおいて、当該ＵＥでは、当該命令は、少なくとも１つのバッファをコピーして少なくとも１つのコピーバッファを生成する手順を実行させるための命令を更に備え、ＧＦＴＢを埋める手順を実行させるための命令は、少なくとも１つのコピーバッファのうちの少なくとも１つのバッファの第１のデータによりＧＦＴＢを埋める手順を実行させるための命令を有する。
【００２４】
一実施形態にしたがって、非一時的コンピュータ可読記憶媒体は、プロセッサが実行するためのプログラムを記憶し、当該プログラムは、少なくとも１つのバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する手順と、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する手順とを実行させるための命令を含む。当該プログラムはまた、グラントフリー伝送を実行すると判断した場合に、少なくとも１つのバッファからの第１のデータでＧＦＴＢを埋め、埋められたＧＦＴＢを生成する手順と、ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する手順とを実行させるための命令を含む。
【図面の簡単な説明】
【００２５】
本発明およびその利点のより完全な理解を期して、ここで、次の添付図面と併せて以下の説明が参照される。
【００２６】
【図１】グラントフリースケジューリングのための論理媒体アクセス制御（ＭＡＣ）構造を示す。
【００２７】
【図２】いくつかの実施形態と関連付けられるデータを通信するための無線ネットワークの図を示す。
【００２８】
【図３】グラントフリースケジューリングのための一実施形態に係るＭＡＣ構造を示す。
【００２９】
【図４】いくつかの実施形態に係る、グラントフリーの、およびグラントに基づいたアップリンク伝送を示す。
【００３０】
【図５】いくつかの実施形態と関連付けられる順序外れのデータ伝送を示す。
【００３１】
【図６】いくつかの実施形態と関連付けられるグラントフリートランスポートブロック（ＧＦＴＢ）成功およびＧＦＴＢ失敗を示す。
【００３２】
【図７】グラントフリーアップリンク伝送の一実施形態に係る方法のフローチャートを示す。
【００３３】
【図８】グラントフリーアップリンク伝送の別の実施形態に係る方法のフローチャートを示す。
【００３４】
【図９】グラントフリーアップリンク伝送の更なる実施形態に係る方法のフローチャートを示す。
【００３５】
【図１０】一実施形態に係る処理システムのブロック図を示す。
【００３６】
【図１１】一実施形態に係る送受信機のブロック図を示す。
【発明を実施するための形態】
【００３７】
本発明の好適な実施形態の構造、製造、および使用が以下で詳細に説明される。しかしながら、本発明は多様な具体的状況において具現化され得る多数の適用可能な発明概念を提供することを理解されたい。説明される具体的な実施形態は、本発明を実施し使用するための具体的手法の例示に過ぎず、本発明の範囲を限定するものではない。
【００３８】
ロングタームエボリューション（ＬＴＥ）伝送システムでは、アップリンクスケジューリングが実行される。ＵＥのデータキューは、送信待ちデータで埋められる。論理チャネル１つにつき１つのキューがあってよいが、ＵＥの実装の詳細は異なっていてよい。他の例では、論理チャネル１つにつき１つより多くのキューがあり、または、キュー１つにつき１つより多くの論理チャネルがある。キューの状態に基づいて、ＵＥはスケジューリング要求をネットワークに発行してアップリンクグラントを受信してよい。ネットワークからアップリンクグラントを受信した場合、ＵＥはキュー内のデータからデータ伝送を埋め、当該グラントにおけるトランスポートブロックサイズを論理チャネルからのデータで優先度順に埋める。次に、アップリンク伝送でデータが送信される。
【００３９】
受信済みの、実現されていないグラントがまだない場合、埋めるべきトランスポートブロックはない。例えば、ＬＴＥにおいて規定される論理チャネル優先順位付け手順といった、グラントに基づいた論理チャネル優先順位付け手順は、グラントが提供されたとみなし、データを送ってグラントを満たし、キューにデータを残すことも多い。グラントフリーロジックはスケジューリング要求を送らないが、その代わりにグラントフリー伝送を生じさせる。埋められるブロックサイズは、グラントフリー構成および／またはキュー内のデータに基づいており、グラントに基づいたロジックの場合のような、グラントによって構成されるトランスポートブロックサイズに基づいているわけではない。グラントフリー伝送の構築中に到着した更なるデータが、特にその新しく到着したデータが、ブロックを埋めるために既に使用されているデータより優先度の高いデータである場合は、対処される必要がある。 
【００４０】
いつデータをグラントフリーで送るべきかを判断するための基準は、パケットサイズ、バッファサイズ、バッファ状態、および論理チャネルのタイプなどの他の基準などの複数の考慮事項に基づいてよい。パケットサイズに基づいたグラントフリー伝送は、可変なデータレートを有するベアラに柔軟性を提供する。データサービスは、単一の論理チャネルにおいて多重化された、または単一のフローにおいてですら多重化された、複数のタイプのデータとなってしまうことがある。例えば、インスタントメッセージング（ＩＭ）クライアントは、大パケットを有する可能性のあるメッセージデータと、小パケットであるキープアライブパケットとに同一のベアラ／論理チャネルを使用してよい。そのような状況では、小さい割り当てに適合するという理由で小パケットがグラントフリー伝送によく適し得る一方、メッセージデータ用のより大きなパケットは、許容可能なパケットエラーレートで、グラントフリーで送るには大きすぎることがあり、および／または、グラントフリー伝送のためにシステムが構成したブロックサイズに対して大きすぎることがある。グラントフリー伝送は、グラントを待機することなく次のグラントフリーアップリンク機会において送信され得るので、通信遅延時間を低減する。更に、グラントフリー伝送は、グラント要求およびグラント応答メッセージを使用しないことによって帯域幅を小さくする。しかしながら、グラントフリー伝送は、異なる送信機間の競合の可能性を伴うことがあり、データ損失を招く。
【００４１】
いくつかの論理チャネルが、グラントフリー使用にはあまり適していない場合がある。例えば、グラントフリー構成は、競合する恐れがあるので、論理チャネルの信頼性基準を満たさないことがある。したがって、特定の論理チャネルはグラントフリー使用を禁止され得る。この禁止は、ユーザ機器（ＵＥ）に起因するもの、ネットワークに起因するもの、またはＵＥとネットワークの両方に起因するものであってよく、また、この禁止は、事前に規定されるものであってよい。あるいは、この禁止は、実装上の基準に基づいて決定されてよい。常に、ＵＥアップリンクスケジューラ、またはネットワークの構成用エンティティが論理チャネルを評価し、グラントフリー使用が許容可能か否かを判断してよい。 
【００４２】
一実施形態において、グラントフリーメカニズムが、パケットサイズに基づいて使用される。媒体アクセス制御（ＭＡＣ）層は、グラントフリーの、およびグラントに基づいたアップリンクパケットスケジューリング手順を使用してアップリンクスケジューリングを実行する。一実施形態において、第２層メカニズムが、アップリンクグラントなしのＵＥからの送信をスケジューリングする。小パケットがグラントフリーで送信されてよい一方、大パケットはグラントに基づいて送信される。
【００４３】
図１は、論理チャネルに基づいたグラントフリースケジューリングのためのＭＡＣ構造２００を示す。サービスＡ２０２およびサービスＢ２０４は共にグラントフリー伝送を許可し、一方でサービスＣ２０６はグラントフリー伝送を許可しない。サービスＣ２０６は、例えばグラントフリー伝送に利用可能とされていない無線リソースといった別個の無線リソースをグラント毎に使用する。サービスＡ２０２は、アップリンク伝送のためにＭＡＣサービスデータユニット（ＳＤＵ）Ａ２０８をキューに投入し、サービスＢ２０４は、アップリンク伝送のためにＭＡＣ  ＳＤＵ  Ｂ２１０をキューに投入し、サービスＣ２０６は、アップリンク伝送のためにＭＡＣ  ＳＤＵ  Ｃ２１２をキューに投入する。ＭＡＣ  ＳＤＵ  Ａ２０８およびＭＡＣ  ＳＤＵ  Ｂ２１０がグラントフリー論理チャネルを使用する一方、ＭＡＣ  ＳＤＵ  Ｃ２１２はグラントに基づいた論理チャネルを使用する。グラントフリー論理チャネル２１４とグラントに基づいた論理チャネル２１６とに基づいて、論理チャネル優先順位付け（ＬＣＰ）２１２が実行される。物理層伝送のためのトランスポートブロックに対応するＭＡＣプロトコルデータユニット（ＰＤＵ）２２０が、ＬＣＰ２１８に基づいて形成される。 
【００４４】
図２は、いくつかの実施形態に係る、データを通信するためのネットワーク１００を示す。ネットワーク１００は、カバレージエリア１０６を有する通信コントローラ１０２と、ＵＥ１０４およびＵＥ１０５を含む複数のＵＥと、バックホールネットワーク１０８とを備える。この実施形態では２つのＵＥが図示されているが、さらに多くのＵＥが存在してよい。通信コントローラ１０２は、ＵＥ１０４およびＵＥ１０５とのアップリンク（破線）接続および／またはダウンリンク（点線）接続を確立することによって無線アクセスを提供可能な任意のコンポーネントであってよく、基地局、ノードＢ、拡張ノードＢ（ｅＮＢ）、アクセスポイント、ピコセル、フェムトセル、リレーノード、および他の無線対応デバイスなどであってよい。アップリンクデータ伝送は、グラントに基づいていても、またはグラントフリーであってもよい。ＵＥ１０４およびＵＥ１０５は、通信コントローラ１０２との無線接続を確立することが可能な任意のコンポーネントであってよく、ユーザ機器（ＵＥ）、携帯電話、スマートフォン、タブレット、またはセンサ等といったものであってよい。バックホールネットワーク１０８は、通信コントローラ１０２とリモートエンドとの間でのデータの交換を可能にする任意のコンポーネントまたはコンポーネント群であってよい。いくつかの実施形態において、ネットワーク１００は、リレー等といった他の様々な無線デバイスを含んでよい。 
【００４５】
図３は、パケットサイズまたはバッファサイズに基づいたグラントフリースケジューリングのためのＭＡＣデータ処理手順３００を示す。サービスＡ３０２、サービスＢ３０４、およびサービスＣ３０６という複数のサービスは異なる論理チャネルを使用するが、まとめてスケジューリングされる。サービスＡ３０２は、アップリンク伝送のためにＭＡＣ  ＳＤＵ  Ａ３０８をキューに投入し、サービスＢ３０４は、アップリンク伝送のためにＭＡＣ  ＳＤＵ  Ｂ３１０をキューに投入し、サービスＣ３０６は、アップリンク伝送のためにＭＡＣ  ＳＤＵ  Ｃ３１０をキューに投入する。ＭＡＣ  ＳＤＵ  Ａ３０８は論理チャネルＡ３１２に対応し、ＭＡＣ  ＳＤＵ  Ｂ３１０は論理チャネルＢ３１４に対応し、ＭＡＣ  ＳＤＵ  Ｃ３１０は論理チャネルＣ３１６に対応している。 
【００４６】
ＬＣＰ３１８は、論理チャネルＡ３１２、論理チャネルＢ３１４、および論理チャネルＣ３１６のアップリンクスケジューリングを実行する。ＬＣＰ３１８は、様々なサイズのＭＡＣ  ＰＤＵを生成し、次に、当該ＭＡＣ  ＰＤＵはグラントフリー伝送用とグラントに基づいた伝送用とに分けられてよい。いくつかの論理チャネルが、スケジューリング中にＬＣＰ３１８によって配慮される遅延要件を有していてよい。いくつかの論理チャネルが、ＬＣＰ３１８によるグラントフリー伝送を許可しなくてよい。ＬＣＰエンジンを含むプロトコル層が、ＳＤＵからＰＤＵを生成する。ＭＡＣ層がパケットデータを処理するとき、ＳＤＵはパケットと称されてよい。いくつかのＰＤＵ、例えばＭＡＣ  ＰＤＵ１  ３２０などの大きなＰＤＵが、グラントに基づいた伝送に割り当てられ、一方で他のＰＤＵ、例えばＭＡＣ  ＰＤＵ２  ３２２などの小さいＰＤＵが、グラントフリー伝送に割り当てられる。これらのパケットはＰＨＹ層に伝達される。ＭＡＣ  ＰＤＵ１  ３２０がグラントに基づいたＰＨＹ３２４に伝達される一方、ＭＡＣ  ＰＤＵ２  ３２２は、グラントフリーのＰＨＹ層３２６に伝達される。
【００４７】
一実施形態が、アップリンクスケジューリングの論理チャネル優先順位付けの態様を提供し、いくつかの実施形態において、ＬＴＥのモデルに適合してよい。１または複数のサービスからのＵＥアップリンクデータが論理チャネル上を伝搬する。従来のグラントに基づいた動作では、スケジューラはネットワークにグラントを要求する。次に、ネットワークは、ＵＥが送信を承認されることとなるトランスポートブロック（ＴＢ）のパラメータを含むグラントを発行する。次に、ＵＥは、チャネルの優先度にしたがってＴＢを埋める。各論理チャネルは、スケジューリングされるべきデータの独自のキューを有してよい。データは、優先度に基づいてキューから処理されてよいので、より優先度の高いデータがより早く送信される。ＵＥが異なればアップリンクの詳細は別様に実装されてよいが、結果的に所与の入力セットに対しては同一のスケジューリング出力がもたらされる。
【００４８】
いくつかの論理チャネルは、遅延に関する要件を有してよい。一例では、グラントフリー手法において論理チャネルの遅延要件が満たされる。いくつかの論理チャネルは、グラントフリー使用を禁止されてよい。例えば、いくつかの論理チャネルは、競合を防止し、サービスを保証するために、グラントの使用を必要としてよい。一実施形態において、グラントフリーアップリンクトランスポートブロックを構築するための構成を、ＵＥは事前に分かっている。当該構成は、例えば、通信コントローラから、前のメッセージにおいて受信されてよい。あるいは、当該構成はＵＥにインストールされる。当該構成は、変調および符号化状態（ＭＣＳ）構成、最大ＴＢサイズ、およびグラントフリーアップリンクの他の特性を含んでよい。信頼性および／または再送が無線リンク制御（ＲＬＣ）プロトコルによって提供され、ＭＡＣ層は、グラントフリー伝送が問題なく受信されたか否かを考慮する必要はない。
【００４９】
グラントフリー伝送は、スケジューリング要求（ＳＲ）を送るか否かをＵＥが評価する同一のループにおいて考慮されてよい。入来するデータがアップリンク伝送のために到着したとき、ＵＥは、当該データをグラントフリー伝送において送るのか、またはグラントに基づいた伝送において送るのかを評価する。一例において、ＵＥは、アップリンクデータバッファの状態がグラントフリー伝送に適合しているか否かを判断する。グラントフリー使用としてみなされないものを除くアップリンクデータバッファ内のデータが十分小さく、当該データが、合計するとグラントフリートランスポートブロックに対して許可されるサイズより小さい場合は、当該バッファの状態はグラントフリー伝送に適合し得る。いくつかの例において、ＵＥは、全てのサービスではなく、一部のサービスからのデータでトランスポートブロックを埋めることを許可してよい。例えば、ある１つのサービスからの小パケットがあり、また、別のサービスからの大パケットがある場合、小パケットはグラントフリー伝送で、それ自体で送られてよく、一方、大パケットはグラントに基づいた伝送で送られる。 
【００５０】
一実施形態において、スケジューラは、グラントを取得することなく、アップリンクバッファからのデータでグラントフリートランスポートブロック（ＧＦＴＢ）を構築する。グラントフリー構成に応じて、サイズおよびＭＣＳなどのＰＨＹパラメータが設定される。ＧＦＴＢは、埋められてから、グラントフリー無線リソースにおける送信のためにＰＨＹに送出され得る。グラントフリー伝送に割り当てられていないデータは、グラントに基づいた伝送のために従来のＬＣＰに向かう。
【００５１】
図４は、いくつかの実施形態に係るグラントフリー伝送およびグラントに基づいた伝送４００を示す。キューＣ４０６は、グラントフリー伝送を許可されていないデータを有する。このデータは、グラントに基づいた伝送のためにＬＣＰに送られる（４１２）。キューＢ４０４は別のキューであり、示されている時点ではデータを含まない。キューＡ４０２は、グラントフリー伝送での送信を許可されているデータを含む。当該データは、論理トランスポートブロックオブジェクトであるＧＦＴＢ４０８に読み込まれる。ＧＦＴＢは、ＰＨＹ層に送出される（４１４）。キューＡ４０２からのデータにパディングを追加して、ＧＦＴＢ４１０を埋めることを完了する。
【００５２】
論理チャネル優先順位付けと同様に、スケジューラがＭＡＣ  ＳＤＵにおいて動作する。利用可能なグラントフリーアップリンクリソースが適時、制限されてよい。例えば、グラントフリー伝送の実行を承認されるまで長時間かかりそうな場合、グラントに基づいた伝送を使用する方が速い場合があるので、ＧＦＴＢは構築されなくてよい。更に、ＳＲ機会までの近さが考慮されてよい。例えば、程なくＳＲ機会がある場合、グラントフリー伝送は使用されなくてよい。なぜなら、グラントフリー伝送を利用するよりもグラントを待機した方が速い場合があるからである。その時間的な基準は、サービスによって決まるものであってよい。例えば、マシンタイプ通信（ＭＴＣ）であれば、ＳＲの過負荷を回避するべくグラントフリー伝送を選んでよい。ＭＴＣは、低遅延要件も有してよい。その一方で、モバイルゲーム、ビデオレンダリング、遠隔制御、および安全性モニタリング、クラウド接続、および車車間無線通信などの信頼性が要求されるサービスは、好ましくは、グラントに基づいた伝送を使用してよい。
【００５３】
グラントフリー伝送およびグラントに基づいた伝送では、キュー内容の全てがＧＦＴＢに収まるわけではない場合、通常、スケジューラはＧＦＴＢの構築を試みないことが多い。いくつかの例では、スケジューラは、キュー内容がＧＦＴＢに収まらない場合、ＧＦＴＢを構築する。例えば、優先度の高いデータがグラントフリーで送られてよく、残りのデータはグラントに基づいた伝送のためにキューに投入されてよい。その後、残りのデータのためにグラントが要求される。 
【００５４】
ＧＦＴＢの構築中に、更なるデータが到着することがある。一例において、構築されているＧＦＴＢは、更なるデータが追加されることなく送られ、更なるデータは、後にアップリンク伝送にスケジューリングされる。別の例では、ＧＦＴＢは中断され、元のデータと更なるデータとで優先順位付けプロセスが再開される。更なる例では、空間が許せばＧＦＴＢに新しいデータが追加され、残りのデータはキューに残される。 
【００５５】
グラントフリー伝送およびグラントに基づいた伝送の一例において、ＧＦＴＢの構築中にＳＲは送られない。なぜなら、ＧＦＴＢ構築段階中にグラントを受信すると、ＬＣＰとＧＦＴＢとの間で衝突が生じ得るからである。ＬＣＰがグラントを待機中であるとき、グラントが受信されるまでＧＦＴＢ構築は遅らされてよい。いくつかの状況では、例えばサービス別グラントがある場合、ＬＣＰがグラントを待機する間も依然としてＧＦＴＢが構築される。例えば、サービスＢに対してグラントを待機中に、サービスＡに対してＧＦＴＢが構築されてよい。 
【００５６】
アップリンクデータスケジューリングの一実施形態に係る方法が、ＵＥのアップリンクスケジューラによって実行されてよい。グラントフリー伝送が禁止されているとき、アップリンクスケジューラは、恒久的にまたは一時的に、グラントフリー伝送を実行しない。グラントフリー伝送は、例えば、ネットワークポリシに起因して、ＵＥが既にグラントを待機中であるという理由で、または、次のグラントフリー伝送機会までの時間が閾値を超えているという理由で、禁止されてよい。
【００５７】
バッファ内容がグラントフリー使用に適合していない場合、通常のスケジューリングが実行される。バッファ内容がグラントフリー伝送に適合している場合、グラントフリー伝送が実行される。ＬＣＰが実行され、出力されたＴＢのサイズは、ＧＦＴＢのサイズに等しい。グラントフリー伝送を許可されていないあらゆるバッファからのデータは排除される。出力されたＰＤＵがグラントフリー伝送条件を満たすとき、ＰＤＵはグラントフリーリソースにおける送信のためにＰＨＹ層に伝達される。その一方で、出力されたＰＤＵがグラントフリー伝送条件を満たさないとき、データはスケジューリングのためにバッファに再格納される。ＳＲ禁止が使用されている場合は、ＳＲ禁止が解除される。ＳＲ送信を禁止することによって、グラントフリー伝送とグラントに基づいた伝送との間の競合状態を防ぎ得る。ＧＦＴＢが送信される前に到着したデータが、ＳＲの送信を誘発し得る。これによって、ＬＣＰを配慮することなく、順序外れのデータ送付がもたらされ得る。 
【００５８】
図５は、いくつかの実施形態に係る、順序外れのデータ送付を処理するための手順５００を示す。初めに、バッファ５０２にデータが存在する。この初期データは、グラントフリー伝送のためにＧＦＴＢ５０４内に配置される。ＧＦＴＢ５０４が形成された後だがグラントフリー伝送が成される前に、新しいデータ５２０が到着し、バッファ５０６内に配置される。当該新しいデータは、ＧＦＴＢ５０４に対しては大きすぎる。また、当該新しいデータの優先度は、ＧＦＴＢ５０４内のデータの優先度より低い。ＳＲ５０８が送信され、グラント機会を要求する。ＳＲ５０８に応答してグラント５１０が受信され、新しいデータ５１４がアップリンクデータ５１２として送信される。
【００５９】
後にグラントフリー伝送（Ｔｘ）リソース５１６が利用可能となり、ＧＦＴＢ５０４内のデータがアップリンクデータ５１８として送信される。この例において、当該データは、グラントフリーで送信されるがために遅れる。
【００６０】
順序外れのデータ伝送を防ぐべく、ＧＦＴＢの構築中はＳＲ送信の送信が防止されてよい。しかしながら、この手法は後の到着データを遅らせ、初期データにとって有益とならない。別の例では、ＳＲ機会が次のグラントフリー伝送リソースの前である場合は、ＧＦＴＢ形成が禁止される。
【００６１】
アップリンクデータスケジューリングのシステムの実施形態が、構築されたＭＡＣ  ＰＤＵがＧＦＴＢに収まらない場合のための復元方法を提供し得る。これは、データをバッファに追加する競合状態、次のグラントフリー伝送機会前にグラントフリーパラメータを変更する再構成、または他の理由によって引き起こされ得る。
【００６２】
構築されたＭＡＣ  ＰＤＵがＧＦＴＢに収まらない場合、または、ＭＡＣ  ＰＤＵが構築された後にそれに対してグラントフリー伝送が利用可能ではない場合にデータを復元するべく、ＵＥは、データをバッファに再格納する。したがって、当該データにはその後のスケジューリングが考慮され得る。データの再格納には様々な方法が使用されてよい。一例では、ＧＦＴＢを埋めるとき、バッファのコピーが行われる。コピーバッファからのデータがＧＦＴＢ内に配置される。バッファがコピーされた後に到着したデータは、元のバッファにおいて元のデータの後に配置される。ＧＦＴＢが失敗した場合、バッファのコピーは破棄される。ＧＦＴＢが成功した場合、データは元のバッファから除去され、新しいデータは元のバッファに残る。
【００６３】
図６は、いくつかの実施形態に係る、ＧＦＴＢの生成に失敗した場合および成功した場合のＧＦＴＢ手順５３０を示す。左側がＧＦＴＢ成功であり、右側がＧＦＴＢ失敗である。ＧＦＴＢ成功の場合、データは元のバッファ５３２内にある。元のバッファ５３２がコピーされて、コピーバッファ５３８が形成される。コピーバッファ５３８からのデータがＧＦＴＢ５４０内に配置される。その間に新しいデータが到着する。新しいデータは、元のバッファ５３６において元のデータの後に配置される。ＧＦＴＢ５４０内のデータに対してアップリンク（ＵＬ）伝送５３８が実行される。アップリンク伝送が実行されたことに応答して、元のデータは元のバッファ５４０から除去される。
【００６４】
同様に、ＧＦＴＢ失敗の場合、データが元のバッファ５４２内にある。元のバッファ５４２がコピーされて、コピーバッファ５４４が形成される。ＵＥは、コピーバッファ５４４からのデータをＧＦＴＢの中に配置しようと試みる。しかしながら、ＧＦＴＢ失敗５４６が起こる。その間に新しいデータが到着する。新しいデータは、元のバッファ５４８において、元のデータの後に配置される。ＧＦＴＢ失敗が発生したとき、コピーバッファ５４４は削除される。元のデータは、元のバッファ５４９において、新しいデータの前に残る。 
【００６５】
図７は、グラントフリー伝送を実行する一実施形態に係る方法のフローチャート５５０を示す。初めに、当該方法はブロック５５２において開始する。 
【００６６】
次に、ブロック５５４において、ＵＥは、現在グラントフリー伝送が許可されるか否かを判断する。グラントフリー伝送は、信頼性基準により、論理チャネルによるグラントフリー使用の禁止により、または、実装基準に基づいて、禁止されてよい。グラントフリー伝送の許可を判断する上で、アップリンクバッファの状態が考慮されてよい。現在グラントフリー伝送が許可されない場合、ＵＥはブロック５７２に進む。 
【００６７】
ブロック５７２において、ＵＥは当該方法を終了し、グラントに基づいたアップリンクスケジューリング手順が実行される。当該方法は、ブロック５７０において終了する。
【００６８】
その一方、現在グラントフリー伝送が許可される場合、ＵＥはブロック５５６に進む。ブロック５５６において、ＵＥは、グラントフリー伝送に適格なデータを収集する。そのようなデータが、キューから、例えばｎ個のキュー５５８から、収集される。
【００６９】
ブロック５６０において、ＵＥは、当該適格なデータによりＧＦＴＢ５６２を埋める。ＧＦＴＢ５６２にキュー内のパケットが入る十分な余裕がある場合、データはＧＦＴＢ５６２内に配置されてよい。いくつかの実施形態において、キューの内容の全てがＧＦＴＢに収まり得る場合にのみ、ＧＦＴＢが埋められる。他の実施形態において、ＧＦＴＢは、キューの内容の一部のみによって埋められる。
【００７０】
ブロック５６４において、ＵＥは、ＧＦＴＢが送信を承認されるか否かを判断する。ＧＦＴＢは、グラントフリーアップリンク機会があるときに送信を承認されてよい。ＧＦＴＢが送信を承認された場合、ＵＥは、ブロック５６８に進む。 
【００７１】
ブロック５６８において、ＵＥは、グラントフリー伝送のためにデータをＧＦＴＢからＰＨＹに伝達する。次に、当該方法はブロック５７０において終了する。 
【００７２】
その一方、ＧＦＴＢが送信を承認されない場合、ＵＥはブロック５６６に進み、当該ブロックにおいて、ＧＦＴＢデータは入力キューに再格納される。ＧＦＴＢ失敗が発生した。次に、当該方法は、ブロック５７０において終了する。
【００７３】
図８は、グラントフリー伝送を実行する一実施形態に係る方法のフローチャート９００を示す。初めに、ブロック９０２において、ＵＥは、グラントフリー伝送を実行するか否かを判断する。ＵＥは、アップリンク用データのサイズに基づいて、グラントフリー伝送を実行するか否かを判断してよい。例えば、ＵＥは、バッファ内のパケットのサイズを決定する。パケットのサイズが足し合わされて、バッファ内のパケットの合計サイズが決定される。パケットの合計サイズが閾値と比較される。ＵＥは、パケットの合計サイズがサイズ閾値より小さいかまたは等しいとき、グラントフリー伝送を実行すると判断し、パケットの合計サイズがサイズ閾値より大きいとき、グラントフリー伝送を実行しないと決定する。あるいは、合計パケットサイズが閾値より大きいとき、ＵＥは、パケットの一部に対してグラントフリー伝送を実行すると決定する。更なる例では、グラントフリー伝送を実行すると決定するとき、ＵＥは、グラントに基づいたデータ伝送のための予期されるグラントの時間、または、次のグラントフリーデータ伝送機会の時間を考慮する。次のグラントフリーデータ伝送機会までの時間が閾値より小さい場合、ＵＥは、グラントフリーデータ伝送を実行すると決定し、次のグラントフリーデータ伝送機会までの時間が閾値より大きいかまたは等しい場合、ＵＥは、グラントフリーデータ伝送を実行しないと決定する。次のグラントが程なく得られると予期される場合、ＵＥは、グラントフリーデータ伝送を実行しないと決定し、次のグラントを得るまで比較的長時間かからないと予期される場合、ＵＥは、グラントフリーデータ伝送を実行すると決定する。例えば、次のグラントフリー伝送機会の前に次のグラントが得られると予期される場合、ＵＥは、グラントフリー伝送を実行しないと決定する。別の例では、ＵＥは、ネットワークポリシに基づいてグラントフリーデータ伝送を実行するか否かを判断する。例えば、ネットワークポリシは、特定の論理チャネルに対してグラントフリーデータ伝送を禁止することがある。ＵＥがグラントフリー伝送を実行しないと決定したとき、当該方法はブロック９１８において終了する。 
【００７４】
ＵＥがグラントフリー伝送を実行すると決定した場合、ＵＥは、ブロック９０４においてＧＦＴＢのサイズを決定する。ＧＦＴＢのサイズは、グラントフリー伝送に利用可能な無線リソースの構成に基づいて決定される。ＧＦＴＢは、次のグラントフリー伝送機会に対して割り振られるサイズに設定されてよい。
【００７５】
ＵＥは、ブロック９０６においてＧＦＴＢを埋める。バッファからのパケットがＧＦＴＢに配置される。いくつかの例では、バッファはコピーされ、コピーバッファからのパケットがＧＦＴＢに配置される。 
【００７６】
いくつかの実施形態では、ブロック９０８において、ＵＥは、ＧＦＴＢを埋めることを開始した後にスケジューリング要求を無効にする。スケジューリング要求を無効にすることによって、次のフリーアップリンク機会前の、グラントに基づいたアップリンク機会の発生が防止されてよい。他の例では、スケジューリング要求は無効にされず、ブロック９０８は実行されない。
【００７７】
ＧＦＴＢが埋められた後、ブロック９１０において、ＵＥは、ＧＦＴＢがアップリンク伝送を承認されるか否かを判断する。例えば、ＧＦＴＢに対して適切なサイズとなっているグラントフリー伝送機会がある場合、ＧＦＴＢは、アップリンクを承認される。間近に迫ったグラントフリーアップリンク機会がない場合、ＧＦＴＢはアップリンクを承認されない。 
【００７８】
ＧＦＴＢがアップリンク伝送を承認された場合、ブロック９１２において、ＧＦＴＢはＭＡＣ層からＰＨＹ層に伝達される。次に、ブロック９１４において、ＧＦＴＢは、グラントフリーアップリンクを使用して送信され、当該方法は、ブロック９１８において終了する。 
【００７９】
ＧＦＴＢがアップリンクを承認されない場合、ブロック９１６において、データが復元され、バッファに再格納される。一例において、データはＧＦＴＢからバッファに移される。他の例では、ＧＦＴＢ内のデータは、バッファ内のデータのコピーであり、ＧＦＴＢは破棄される。次に、当該方法は、ブロック９１８において終了する。
【００８０】
図９は、グラントフリーデータ伝送の一実施形態に係る方法のフローチャート８００を示す。方法８００において、ＵＥは既に、グラントフリー伝送を実行すると決定済みである。
【００８１】
ブロック８０２において、ＵＥは、バッファのコピーを作成する。元のデータは元のバッファに残り、グラントフリー伝送に失敗した場合、または、グラントに基づいた伝送を使用する方が速い場合には、グラントに基づいたデータ伝送で当該元のデータが送信され得る。バッファのコピー内のデータがグラントフリー伝送に使用される。 
【００８２】
ブロック８０４において、コピーバッファからのデータを使用して、ＧＦＴＢを埋めることを開始する。
【００８３】
ＧＦＴＢを埋めることを開始した後だがＧＦＴＢを送信する前に、ブロック８０６において、ＵＥは、アップリンク伝送用の更なるデータを受信する。 
【００８４】
ブロック８０８において、次にＵＥは、ＧＦＴＢ内に更なるデータが入る十分な余裕があるか否かを判断する。ＧＦＴＢ内に更なるデータが入る十分な余裕がない場合、更なるデータはＧＦＴＢに追加されない。一例において、ブロック８１４において、ＧＦＴＢ送信が通常通り進められ、当該新しいデータは、グラントフリー伝送またはグラントに基づいた伝送のいずれかで別途対処される。あるいは、ブロック８１８においてデータがＧＦＴＢから除去されて、ブロック８２０において、コピーされたデータがコピーバッファから除去される。グラントに基づいた伝送で、元のデータと更なるデータとを含む元のバッファ内のデータが送信される。ＵＥはブロック８１４に進む。
【００８５】
ＧＦＴＢ内に更なるデータが入る十分な余裕がある場合、ブロック８１０において、更なるデータがＧＦＴＢに追加される。更なるデータは、コピーバッファの中にコピーされてよく、次に、グラントフリーデータ伝送のためにＧＦＴＢの中にロードされてよい。
【００８６】
ブロック８１２において、ＵＥは、ＧＦＴＢが送信を承認されるか否かを判断する。ＧＦＴＢが送信を承認されない場合、ブロック８２０において、データはバッファのコピーから除去される。元のバッファ内のデータに対してグラントに基づいたデータ伝送が実行され、当該方法は、ブロック８２２において終了する。
【００８７】
その一方、ＧＦＴＢがアップリンクを承認された場合、ブロック８１４において、ＧＦＴＢはグラントフリーアップリンクを使用して送信される。ブロック８１６において、元のバッファからのデータが除去され、当該方法はブロック８２２において終了する。
【００８８】
図１０は、本明細書において説明されている方法を実行するための一実施形態に係る処理システム６００のブロック図を示す。当該システムは、ホストデバイスに導入されてよい。示されるように、処理システム６００は、プロセッサ６０４とメモリ６０６とインタフェース６１０〜６１４とを備え、それらは図１０に示す通りに配置されてよい（または、示す通りに配置されなくてもよい）。プロセッサ６０４は、計算および／または他の処理関連タスクを実行するよう構成される任意のコンポーネントまたはコンポーネント群であってよく、メモリ６０６は、プロセッサ６０４が実行するためのプログラムおよび／または命令を格納するよう構成される任意のコンポーネントまたはコンポーネント群であってよい。一実施形態において、メモリ６０６は、非一時的コンピュータ可読媒体を含む。インタフェース６１０、６１２、６１４は、処理システム６００が他のデバイス／コンポーネントおよび／またはユーザと通信することを可能にする任意のコンポーネントまたはコンポーネント群であってよい。例えば、インタフェース６１０、６１２、６１４の１または複数は、データ、制御、または管理メッセージをプロセッサ６０４からホストデバイスおよび／または遠隔デバイスにインストールされたアプリケーションへと伝えるよう構成されてよい。別の例として、インタフェース６１０、６１２、６１４の１または複数は、ユーザまたはユーザデバイス（例えば、パーソナルコンピュータ（ＰＣ）等）が処理システム６００とインタラクト／通信することを可能にするよう構成されてよい。処理システム６００は、図１０には図示されていない、長期記憶媒体（例えば、不揮発性メモリ等）などの更なるコンポーネントを含んでよい。
【００８９】
いくつかの実施形態において、処理システム６００は、遠隔通信ネットワークにアクセスするネットワークデバイスに含まれるか、またはそうでない場合、遠隔通信ネットワークの一部であってよい。一例において、処理システム６００は、無線または有線の遠隔通信ネットワーク内のネットワーク側デバイス内にあり、当該遠隔通信ネットワーク内の基地局、中継局、スケジューラ、コントローラ、ゲートウェイ、ルータ、アプリケーションサーバ、または任意の他のデバイスなどである。他の実施形態において、処理システム６００は、無線または有線の遠隔通信ネットワークにアクセスするユーザ側デバイス内にあり、移動局、ユーザ機器（ＵＥ）、パーソナルコンピュータ（ＰＣ）、タブレット、ウェアラブル通信デバイス（例えば、スマートウォッチ等）、または遠隔通信ネットワークにアクセスするよう構成される任意の他のデバイスなどである。
【００９０】
いくつかの実施形態において、インタフェース６１０、６１２、６１４の１または複数は、遠隔通信ネットワークを介してシグナリングを送信および受信するよう構成される送受信機に処理システム６００を接続する。図１１は、遠隔通信ネットワークを介してシグナリングを送信および受信するよう構成される送受信機７００のブロック図を示す。送受信機７００は、ホストデバイスに導入されてよい。示されるように、送受信機７００は、ネットワーク側インタフェース７０２とカプラ７０４と送信機７０６と受信機７０８と信号プロセッサ７１０とデバイス側インタフェース７１２とを備える。ネットワーク側インタフェース７０２は、無線または有線の遠隔通信ネットワークを介してシグナリングを送信または受信するよう構成される任意のコンポーネントまたはコンポーネント群を含んでよい。カプラ７０４は、ネットワーク側インタフェース７０２を介して双方向通信を容易にするよう構成される任意のコンポーネントまたはコンポーネント群を含んでよい。送信機７０６は、ベースバンド信号を、ネットワーク側インタフェース７０２を介した送信に適した変調キャリア信号に変換するよう構成される任意のコンポーネントまたはコンポーネント群（例えば、アップコンバータ、電力増幅器等）を含んでよい。受信機７０８は、ネットワーク側インタフェース７０２を介して受信されたキャリア信号をベースバンド信号へと変換するよう構成される任意のコンポーネントまたはコンポーネント群（例えば、ダウンコンバータ、低雑音増幅器等）を含んでよい。信号プロセッサ７１０は、ベースバンド信号を、１または複数のデバイス側インタフェース７１２を介した通信に適したデータ信号へと変換する、またはその逆の変換を行うよう構成される任意のコンポーネントまたはコンポーネント群を含んでよい。１または複数のデバイス側インタフェース７１２は、信号プロセッサ７１０と、ホストデバイス内のコンポーネント（例えば、処理システム６００、ローカルエリアネットワーク（ＬＡＮ）ポート等）との間でデータ信号を通信するよう構成される任意のコンポーネントまたはコンポーネント群を含んでよい。
【００９１】
送受信機７００は、任意のタイプの通信媒体を介してシグナリングを送信および受信してよい。いくつかの実施形態では、送受信機７００は、無線媒体を介してシグナリングを送信および受信する。例えば、送受信機７００は、セルラプロトコル（例えば、ＬＴＥ等）、無線ローカルエリアネットワーク（ＷＬＡＮ）プロトコル（例えば、Ｗｉ−Ｆｉ等）、または、任意の他のタイプの無線プロトコル（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（ＮＦＣ）等）などの無線遠隔通信プロトコルにしたがって通信するよう構成される無線送受信機であってよい。そのような実施形態では、ネットワーク側インタフェース７０２は、１または複数のアンテナ／放射素子を含んでよい。例えば、ネットワーク側インタフェース７０２は、単一のアンテナ、複数の別個のアンテナ、または、多層通信用に構成されるマルチアンテナアレイ、例えば、単入力多出力（ＳＩＭＯ）、多入力単出力（ＭＩＳＯ）、多入力多出力（ＭＩＭＯ）等、を含んでよい。他の実施形態において、送受信機７００は、例えばツイストペアケーブル、同軸ケーブル、光ファイバ等といった有線媒体を介してシグナリングを送信および受信する。具体的な処理システムおよび／または送受信機は、示されるコンポーネントの全てを、または当該コンポーネントのサブセットのみを利用してよく、統合レベルはデバイス毎に異なっていてよい。
【００９２】
本発明が例示的実施形態に関連して説明されてきたが、本説明は限定的な意味で解釈されることを意図するものではない。本説明を参照すれば、当業者には例示的実施形態の様々な変形および組み合わせ、ならびに本発明の他の実施形態が明らかであろう。ゆえに、添付の特許請求の範囲がそのようなあらゆる変形または実施形態を包含することが意図されている。
【図１】
2019525622.tif 000003
【図２】
2019525622.tif 000004
【図３】
2019525622.tif 000005
【図４】
2019525622.tif 000006
【図５】
2019525622.tif 000007
【図６】
2019525622.tif 000008
【図７】
2019525622.tif 000009
【図８】
2019525622.tif 000010
【図９】
2019525622.tif 000011
【図１０】
2019525622.tif 000012
【図１１】
2019525622.tif 000013
【手続補正書】
【提出日】平成31年3月13日(2019.3.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのバッファのうちの第１のバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する段階と、
グラントフリー伝送が利用される場合に、グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する段階と、
前記少なくとも１つのバッファのうちの少なくとも１つからの第１のデータで前記ＧＦＴＢを埋め、埋められたＧＦＴＢを生成する段階と、
前記ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する段階と
を備える
方法。
【請求項２】
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する段階と、
前記ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、前記第１のデータを前記第１のバッファに再格納する段階と、
前記ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して前記埋められたＧＦＴＢを送信する段階と
を更に備える
請求項１に記載の方法。
【請求項３】
前記少なくとも１つのバッファのうちの第２のバッファの第２のデータに対してはグラントフリー伝送が禁止されると判断する段階と、
前記第２のデータと共通部分を持たないように前記第１のデータを選択する段階と、
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する前記段階まで、前記第２のデータを前記第２のバッファ内に保持する段階と
を更に備える
請求項１または２に記載の方法。
【請求項４】
グラントフリー伝送を実行するか否かを判断する前記段階は、
前記少なくとも１つのバッファ内のパケットの複数のパケットサイズを決定する段階と、
前記複数のパケットサイズを足し合わせて合計パケットサイズを出す段階と、
前記合計パケットサイズをサイズ閾値と比較する段階と、
前記合計パケットサイズが前記サイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する段階と、
前記合計パケットサイズが前記サイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する段階とを有する、
請求項１から３のいずれか一項に記載の方法。
【請求項５】
グラントフリー伝送を実行しないと判断した場合に、前記パケットのサブセットに対してグラントフリー伝送を実行するか否かを判断する段階
を更に備える
請求項４に記載の方法。
【請求項６】
グラントフリー伝送を実行するか否かを判断する前記段階は、データ伝送のための予期されるグラントまでの時間を評価する段階を有する、
請求項１から５のいずれか一項に記載の方法。
【請求項７】
グラントフリー伝送を実行するか否かを判断する前記段階は、データ伝送のためのグラントを要求する次の利用可能な機会までの最短時間を評価する段階を有する、
請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記ＧＦＴＢを埋めることを開始した時間から前記ＧＦＴＢを送信する時間まで、サービス要求（ＳＲ）を無効にする段階
を更に備える
請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記ＧＦＴＢを埋める前記段階と前記埋められたＧＦＴＢを送信する前記段階との間において更なるデータを受信する段階と、
前記更なるデータを前記ＧＦＴＢに追加するか否かを判断する段階と、
前記更なるデータを前記ＧＦＴＢに追加すると判断した場合に、前記更なるデータを前記ＧＦＴＢに追加する段階と
を更に備える
請求項１から８のいずれか一項に記載の方法。
【請求項１０】
グラントフリー伝送を実行するか否かを判断する前記段階は、ネットワークポリシを評価する段階を有する、
請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記少なくとも１つのバッファをコピーして、少なくとも１つのコピーバッファを生成する段階を更に備え、
前記ＧＦＴＢを埋める前記段階は、前記少なくとも１つのコピーバッファの前記第１のデータから前記ＧＦＴＢを埋める段階を含む、
請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
ＧＦＴＢ失敗の場合に、前記少なくとも１つのコピーバッファを削除する段階
を更に備える
請求項１１に記載の方法。
【請求項１３】
前記ＧＦＴＢを送信した場合に、前記第１のバッファから前記第１のデータを除去する段階
を更に備える
請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
プロセッサと
前記プロセッサが実行するためのプログラムを記憶する非一時的コンピュータ可読記憶媒体と
を備え、
前記プログラムは、
少なくとも１つのバッファのうちの第１のバッファ内の少なくとも１つのパケットのサイズに基づいて、グラントフリー伝送を実行するか否かを判断する手順と、
グラントフリー伝送に利用可能な無線リソースの構成に基づいてグラントフリートランスポートブロック（ＧＦＴＢ）のサイズを決定する手順と、
グラントフリー伝送を実行すると判断した場合に、前記第１のバッファからの第１のデータで前記ＧＦＴＢを埋め、埋められたＧＦＴＢを生成する手順と、
前記ＧＦＴＢを媒体アクセス制御（ＭＡＣ）層から物理層（ＰＨＹ）に転送する手順と
を実行させるための命令を含む、
ユーザ機器（ＵＥ）。
【請求項１５】
前記命令は、
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する手順と、
前記ＧＦＴＢがグラントフリー伝送を承認されないと判断した場合に、前記第１のデータを前記第１のバッファに再格納する手順と、
前記ＧＦＴＢがグラントフリー伝送を承認されると判断した場合に、グラントフリーアップリンクを使用して前記埋められたＧＦＴＢを送信する手順と
を実行させるための命令を更に備える、
請求項１４に記載のＵＥ。
【請求項１６】
前記命令は、
前記少なくとも１つのバッファのうちの第２のバッファの第２のデータに対してはグラントフリー伝送が禁止されると判断する手順と、
前記第２のデータと共通部分を持たないように前記第１のデータを選択する手順と、
前記埋められたＧＦＴＢがグラントフリー伝送を承認されるか否かを判断する前記手順まで、前記第２のデータを前記第２のバッファ内に保持する手順と
を実行させるための命令を更に備える、
請求項１４または１５に記載のＵＥ。
【請求項１７】
グラントフリー伝送を実行するか否かを判断する手順を実行させるための前記命令は、
前記少なくとも１つのバッファ内のパケットの複数のパケットサイズを決定する手順と、
前記複数のパケットサイズを足し合わせて合計パケットサイズを出す手順と、
前記合計パケットサイズをサイズ閾値と比較する手順と、
前記合計パケットサイズが前記サイズ閾値より小さいかまたは等しいと判断した場合に、グラントフリー伝送を実行すると判断する手順と、
前記合計パケットサイズが前記サイズ閾値より大きいと判断した場合に、グラントフリー伝送を実行しないと判断する手順と
を実行させるための命令を有する、
請求項１４から１６のいずれか一項に記載のＵＥ。
【請求項１８】
前記命令は、
前記ＧＦＴＢを埋める前記手順と前記埋められたＧＦＴＢを送信する前記手順との間において更なるデータを受信する手順と、
前記更なるデータを前記ＧＦＴＢに追加するか否かを判断する手順と、
前記更なるデータを前記ＧＦＴＢに追加すると判断した場合に、前記更なるデータを前記ＧＦＴＢに追加する手順と
を実行させるための命令を更に備える
請求項１４から１７のいずれか一項に記載のＵＥ。
【請求項１９】
前記命令は、前記少なくとも１つのバッファをコピーして、少なくとも１つのコピーバッファを生成する手順を実行させるための命令を更に備え、前記ＧＦＴＢを埋める手順を実行させるための前記命令は、前記少なくとも１つのコピーバッファのうちの少なくとも１つのバッファの前記第１のデータから前記ＧＦＴＢを埋める手順を実行させるための命令を有する、
請求項１４から１８のいずれか一項に記載のＵＥ。
【請求項２０】
プロセッサが実行するためのプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記プログラムは、請求項１から１３のいずれか一項に記載の方法を実行させるための命令を含む、
非一時的コンピュータ可読記憶媒体。
【請求項２１】
請求項１から１３のいずれか一項に記載の方法をプロセッサに実行させるよう構成されるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
論理チャネル優先順位付けと同様に、スケジューラがＭＡＣ  ＳＤＵにおいて動作する。利用可能なグラントフリーアップリンクリソースが適時、制限されてよい。例えば、グラントフリー伝送の実行を承認されるまで長時間かかりそうな場合、グラントに基づいた伝送を使用する方が速い場合があるので、ＧＦＴＢは構築されなくてよい。更に、ＳＲ機会までの近さが考慮されてよい。例えば、程なくＳＲ機会がある場合、グラントフリー伝送は使用されなくてよい。なぜなら、グラントフリー伝送を利用するよりもグラントを待機した方が速い場合があるからである。その時間的な基準は、サービスによって決まるものであってよい。例えば、マシンタイプ通信（ＭＴＣ）であれば、ＳＲの過負荷を回避するべくグラントフリー伝送を選んでよい。ＭＴＣは、低遅延要件も有してよい。その一方で、モバイルゲーム、ビデオレンダリング、遠隔制御、安全性モニタリング、クラウド接続、および車車間無線通信などの信頼性が要求されるサービスは、好ましくは、グラントに基づいた伝送を使用してよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
いくつかの実施形態では、ブロック９０８において、ＵＥは、ＧＦＴＢを埋めることを開始した後にスケジューリング要求を無効にする。スケジューリング要求を無効にすることによって、次のグラントフリーアップリンク機会前の、グラントに基づいたアップリンク機会の発生が防止されてよい。他の例では、スケジューリング要求は無効にされず、ブロック９０８は実行されない。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】変更
【補正の内容】
【００８８】
図１０は、本明細書において説明されている方法を実行するための一実施形態に係る処理システム６００のブロック図を示す。当該システムは、ホストデバイスに導入されてよい。示されるように、処理システム６００は、プロセッサ６０４とメモリ６０６とインタフェース６１０〜６１４とを備え、それらは図１０に示す通りに配置されてよい（または、示す通りに配置されなくてもよい）。プロセッサ６０４は、計算および／または他の処理関連タスクを実行するよう構成される任意のコンポーネントまたはコンポーネント群であってよく、メモリ６０６は、プロセッサ６０４が実行するためのプログラムおよび／または命令を格納するよう構成される任意のコンポーネントまたはコンポーネント群であってよい。一実施形態において、メモリ６０６は、非一時的コンピュータ可読記憶媒体を含む。インタフェース６１０、６１２、６１４は、処理システム６００が他のデバイス／コンポーネントおよび／またはユーザと通信することを可能にする任意のコンポーネントまたはコンポーネント群であってよい。例えば、インタフェース６１０、６１２、６１４の１または複数は、データ、制御、または管理メッセージをプロセッサ６０４からホストデバイスおよび／または遠隔デバイスにインストールされたアプリケーションへと伝えるよう構成されてよい。別の例として、インタフェース６１０、６１２、６１４の１または複数は、ユーザまたはユーザデバイス（例えば、パーソナルコンピュータ（ＰＣ）等）が処理システム６００とインタラクト／通信することを可能にするよう構成されてよい。処理システム６００は、図１０には図示されていない、長期記憶媒体（例えば、不揮発性メモリ等）などの更なるコンポーネントを含んでよい。
【国際調査報告】
2019525622.tif 000014
2019525622.tif 000015