(57)【要約】  本明細書で説明する様々な態様は、拡張MACヘッダフォーマット、分離された部分的MACヘッダ、およびMACトランスポートブロック設計を有するメディアアクセス制御(MAC)レイヤトランスポートブロックを符号化または復号することに関する。方法、コンピュータ可読媒体、および装置が提供される。本明細書で説明する技法は、第5世代(5G)または新無線(NR)ワイヤレス通信技術を含む様々な通信技術に適用され得る。
2019535193.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器(UE)におけるワイヤレス通信の方法であって、
メディアアクセス制御(MAC)ヘッダを第1の部分および第2の部分に分離するステップと、
第1の時間に前記第1の部分を、および前記第1の時間の後の第2の時間に前記第2の部分を、アップリンク通信チャネル上で前記UEからネットワークエンティティに送るステップとを含む、方法。
【請求項２】
前記第1の部分がプリサブヘッダを含み、前記第2の部分がポストサブヘッダを含む、請求項1に記載の方法。
【請求項３】
前記プリサブヘッダが、MACプロトコルデータユニット(PDU)の始端に配置される、請求項2に記載の方法。
【請求項４】
前記プリサブヘッダのサイズが、前記UEもしくは前記ネットワークエンティティの一方もしくは両方に知られている固定サイズ、または前記MAC PDUの前記始端において示される可変サイズのうちの少なくとも1つである、請求項3に記載の方法。
【請求項５】
前記MAC PDUが、
前記プリサブヘッダ上、
少なくとも前記プリサブヘッダをカバーする前記MAC PDUの前記第1の部分上、および
MAC制御要素ごと
のうちの少なくとも1つによる巡回冗長検査(CRC)を含む、請求項3に記載の方法。
【請求項６】
前記ポストサブヘッダが、MACプロトコルデータユニット(PDU)の終端に配置される、請求項2に記載の方法。
【請求項７】
前記ポストサブヘッダが、MAC PDUの始端に対する逆方向ポインタに対応するヘッダ長さを含む、請求項6に記載の方法。
【請求項８】
前記MAC PDUが、
前記ポストサブヘッダ上、
少なくとも前記ポストサブヘッダをカバーする前記MAC PDUの前記第2の部分上、および
MAC制御要素ごと
のうちの少なくとも1つによる巡回冗長検査(CRC)を含む、請求項6に記載の方法。
【請求項９】
前記第1の時間に少なくとも前記第1の部分を送ることに応答して、制御部分またはデータ部分のうちの少なくとも1つを含む分離された肯定応答(ACK)を受信するステップをさらに含む、請求項1に記載の方法。
【請求項１０】
少なくとも2つの部分を含む分離されたMACヘッダを含むMAC PDUを、前記ネットワークエンティティからダウンリンク通信チャネル上で受信するステップであって、前記MAC PDUが、前記2つの部分のうちの少なくとも1つの中にダウンリンク固有の制御要素を含む、ステップと、
前記MAC PDUを受信することに応答して制御部分またはデータ部分のうちの少なくとも1つを含む分離されたACKを、前記ネットワークエンティティに前記アップリンク通信チャネル上で送信するステップとをさらに含む、請求項1に記載の方法。
【請求項１１】
ワイヤレス通信のための装置であって、
トランシーバと、
命令を記憶するように構成されたメモリと、
前記トランシーバおよび前記メモリと通信可能に結合された少なくとも1つのプロセッサとを備え、前記少なくとも1つのプロセッサが、
メディアアクセス制御(MAC)ヘッダを第1の部分および第2の部分に分離することと、
第1の時間に前記第1の部分を、および前記第1の時間の後の第2の時間に前記第2の部分を、アップリンク通信チャネル上でネットワークエンティティに送ることと
を行うように構成される、装置。
【請求項１２】
前記第1の部分がプリサブヘッダを含み、前記第2の部分がポストサブヘッダを含む、請求項11に記載の装置。
【請求項１３】
前記プリサブヘッダが、MACプロトコルデータユニット(PDU)の始端に配置される、請求項12に記載の装置。
【請求項１４】
前記プリサブヘッダのサイズが、UEもしくは前記ネットワークエンティティの一方もしくは両方に知られている固定サイズ、または前記MAC PDUの前記始端において示される可変サイズのうちの少なくとも1つである、請求項13に記載の装置。
【請求項１５】
前記MAC PDUが、
前記プリサブヘッダ上、
少なくとも前記プリサブヘッダをカバーする前記MAC PDUの前記第1の部分上、および
MAC制御要素ごと
のうちの少なくとも1つによる巡回冗長検査(CRC)を含む、請求項13に記載の装置。
【請求項１６】
前記ポストサブヘッダが、MACプロトコルデータユニット(PDU)の終端に配置される、請求項12に記載の装置。
【請求項１７】
前記ポストサブヘッダが、前記MAC PDUの始端に対する逆方向ポインタに対応するヘッダ長さを含む、請求項16に記載の装置。
【請求項１８】
前記MAC PDUが、
前記ポストサブヘッダ上、
少なくとも前記ポストサブヘッダをカバーする前記MAC PDUの前記第2の部分上、および
MAC制御要素ごと
のうちの少なくとも1つによる巡回冗長検査(CRC)を含む、請求項16に記載の装置。
【請求項１９】
前記少なくとも1つのプロセッサが、前記第1の時間に少なくとも前記第1の部分を送ることに応答して、制御部分またはデータ部分のうちの少なくとも1つを含む分離された肯定応答(ACK)を受信するようにさらに構成される、請求項11に記載の装置。
【請求項２０】
前記少なくとも1つのプロセッサが、
少なくとも2つの部分を含む分離されたMACヘッダを含むMAC PDUを、前記ネットワークエンティティからダウンリンク通信チャネル上で受信することであって、前記MAC PDUが、前記2つの部分のうちの少なくとも1つの中にダウンリンク固有の制御要素を含む、受信することと、
前記MAC PDUを受信することに応答して制御部分またはデータ部分のうちの少なくとも1つを含む分離されたACKを、前記ネットワークエンティティに前記アップリンク通信チャネル上で送信することとを行うようにさらに構成される、請求項11に記載の装置。
【請求項２１】
ワイヤレス通信の装置であって、
メディアアクセス制御(MAC)ヘッダを第1の部分および第2の部分に分離するための手段と、
第1の時間に前記第1の部分を、および前記第1の時間の後の第2の時間に前記第2の部分を、アップリンク通信チャネル上でUEからネットワークエンティティに送るための手段とを含む、装置。
【請求項２２】
前記第1の部分がプリサブヘッダを含み、前記第2の部分がポストサブヘッダを含む、請求項21に記載の装置。
【請求項２３】
前記プリサブヘッダが、MACプロトコルデータユニット(PDU)の始端に配置される、請求項22に記載の装置。
【請求項２４】
前記ポストサブヘッダが、MACプロトコルデータユニット(PDU)の終端に配置される、請求項22に記載の装置。
【請求項２５】
前記ポストサブヘッダが、前記MAC PDUの始端に対する逆方向ポインタに対応するヘッダ長さを含む、請求項24に記載の装置。
【請求項２６】
ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読記録媒体であって、
メディアアクセス制御(MAC)ヘッダを第1の部分および第2の部分に分離することと、
第1の時間に前記第1の部分をおよび前記第1の時間の後の第2の時間に前記第2の部分を、アップリンク通信チャネル上でUEからネットワークエンティティに送ることと
を行うためのコードを含む、コンピュータ可読記録媒体。
【請求項２７】
前記第1の部分がプリサブヘッダを含み、前記第2の部分がポストサブヘッダを含む、請求項26に記載のコンピュータ可読記録媒体。
【請求項２８】
前記プリサブヘッダが、MACプロトコルデータユニット(PDU)の始端に配置される、請求項27に記載のコンピュータ可読記録媒体。
【請求項２９】
前記ポストサブヘッダが、MACプロトコルデータユニット(PDU)の終端に配置される、請求項27に記載のコンピュータ可読記録媒体。
【請求項３０】
前記ポストサブヘッダが、前記MAC PDUの始端に対する逆方向ポインタに対応するヘッダ長さを含む、請求項29に記載のコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2016年10月12日に出願した「SPLIT AND PARTIAL MEDIUM ACCESS CONTROL (MAC) HEADERS」と題する米国仮出願第62/407,435号と、2016年10月11日に出願した「ENHANCED MAC HEADER FORMAT」と題する米国仮出願第62/406,864号と、2016年12月20日に出願した「MEDIA ACCESS CONTROL TRANSPORT BLOCK DESIGN」と題する米国仮出願第62/436,851号と、2017年9月13日に出願した「MEDIA ACCESS CONTROL HEADER AND TRANSPORT BLOCK FORMATS」と題する米国特許出願第15/703,582号との優先権を主張するものであり、上記の各々は、参照によりその全体が本明細書に明確に組み込まれる。
【０００２】
本開示の態様は、一般に、ワイヤレス通信に関し、より詳細には、ワイヤレス通信システム(たとえば、5Gまたは新無線(NR))における通信のためのメディアアクセス制御(MAC)レイヤパケットデータユニット(PDU)の生成および/またはフォーマットのための技法に関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの、様々な電気通信サービスを提供するために広く展開されている。一般のワイヤレス通信システムは、利用可能なシステムリソース(たとえば、時間、周波数、電力、および/またはスペクトル)を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例は、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、直交周波数分割多元接続(OFDMA)システム、シングルキャリア周波数分割多元接続(SC-FDMA)システム、および時分割同期符号分割多元接続(TD-SCDMA)を含む。
【０００４】
これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。例示的な電気通信規格は、ロングタームエボリューション(LTE)またはLTEアドバンスト(LTE-A)である。しかしながら、LTEまたはLTE-Aシステムなどのより新しい多元接続システムはより古い技術より速いデータスループットを実現するが、そのような増加したダウンリンクレートは、モバイルデバイス上でまたはモバイルデバイスを用いて使用する場合、高解像度グラフィックスおよびビデオなどのより高い帯域幅のコンテンツに対するより高い需要をもたらした。そのようなものとして、帯域幅、より高いデータレート、より良好な伝送品質およびより良好なスペクトル利用、ならびにより低いワイヤレス通信システム上の遅延に対する需要が増大し続けている。
【０００５】
広範囲のスペクトルにおいて使用される第5世代(5G)新無線(NR)通信技術は、現在のモバイルネットワーク世代に対して多様な使用情況および使用例を拡大することおよびサポートすることが予測される。一態様では、5G NR通信技術は、たとえば、マルチメディアコンテンツ、サービスおよびデータにアクセスするために人間中心のユースケースに対処する高速大容量(eMBB:Enhanced Mobile Broadband)、特に遅延および信頼性に関して厳格な要求を伴う超高信頼低遅延(URLLC:Ultra-Reliable Low-Latency Communications)、および非常に多くの接続デバイスのため、および一般的には比較的低容量の即時検知情報(non-delay-sensitive information)を送信するための超大量端末(mMTC:massive Machine Type Communications)を含む。3GPP TR 38.913、「Study on Scenarios and Requirements for Next Generation Access Technologies」において規定されているように、目標データレートは、ダウンリンク(DL)に対して20Gbpsおよび/またはアップリンク(UL)に対して10Gbpsまでであり、いくつかのサービスタイプ(たとえば、eMBB)に対するユーザプレーン遅延の目標は、UL/DLに対して4msであり得る。UL(10Gbps)およびDL(20Gbps)における増加したデータレート要求およびULとDLの両方に対する4ms以下の縮小された遅延要求に伴って、たとえば100万命令/秒(MIPS)を多用するアクティビティの処理の大部分をハードウェア(HW)アクセラレーションの近くに移動させることがますます重要になる。
【０００６】
したがって、増加したデータレートおよび縮小された遅延に対する要求に起因して、消費者需要を満足させるためにシステム設計を改善するため、およびワイヤレス通信におけるユーザエクスペリエンスを改善するための新しい手法が要望されている。
【発明の概要】
【課題を解決するための手段】
【０００７】
以下で、1つまたは複数の態様の基本的理解を可能にするために、そのような態様の簡略化された概要を提示する。この概要は、すべての考えられる態様の包括的な概説ではなく、すべての態様の主要または重要な要素を識別することも、いずれかまたはすべての態様の範囲を定めることも意図していない。その目的は、後で提示されるより詳細な説明の前置きとして、1つまたは複数の態様のいくつかの概念を簡略化した形で提示することである。
【０００８】
一例によれば、ユーザ機器(UE)におけるワイヤレス通信の方法が提供される。方法は、メディアアクセス制御(MAC)ヘッダを第1の部分と第2の部分とに分離するステップを含み得る。方法は、第1の時間にMACヘッダの第1の部分をおよび第1の時間の後の第2の時間にMACヘッダの第2の部分を、アップリンク通信チャネル上でUEからネットワークエンティティに送るステップをさらに含み得る。
【０００９】
別の例によれば、ネットワークエンティティにおけるワイヤレス通信の方法が提供される。方法は、第1の時間における第1のMACヘッダの第1の部分または第1の時間の後の第2の時間における第1のMACヘッダの第2の部分のうちの少なくとも1つを、アップリンク通信チャネル上でUEから受信するステップを含み得る。方法は、第1のMACヘッダの第1の部分またはMACヘッダの第2の部分のうちの少なくとも1つを受信したことに応答して、制御部分またはデータ部分のうちの少なくとも1つを含むACKをUEに送信するステップをさらに含み得る。方法は、ダウンリンク通信チャネル上で1つまたは複数のMAC制御要素をUEに送信することを決定するステップをさらに含み得る。さらに、方法は、第2のMACヘッダを第1の部分と第2の部分とに分離するステップを含み得る。方法は、第1の時間に第2のMACヘッダの第1の部分をおよび第1の時間の後の第2の時間に第2のMACヘッダの第2の部分を、ダウンリンク通信チャネル上でネットワークからUEに送るステップをさらに含む。
【００１０】
別の例によれば、トランスポートブロックを形成して送信するための方法が提供される。方法は、複数の論理チャネルに割り振られた複数のサービスデータユニットを備えるトランスポートブロックを生成するステップを含んでもよく、トランスポートブロックはメディアアクセス制御の全体的ヘッダ(overall header)をさらに備え、メディアアクセス制御の全体的ヘッダは複数のサービスデータユニットの各々に対する複数の論理チャネルのうちの1つの論理チャネルを含む。方法は、トランスポートブロックをデバイスに送信するステップをさらに含み得る。
【００１１】
別の例によれば、トランスポートブロックを形成して送信するための方法が提供される。方法は、複数のサービスデータユニットおよび対応する複数のメディアアクセス制御サブヘッダを備えるトランスポートブロックを生成するステップを含んでもよく、各メディアアクセス制御サブヘッダはトランスポートブロック内の対応するサービスデータユニットに隣接し、トランスポートブロックは、個別の対応するメディアアクセス制御サブヘッダを有するMAC制御要素をさらに備え、MAC制御要素および対応するメディアアクセス制御サブヘッダはトランスポートブロックの終端に配置される。方法は、トランスポートブロックをデバイスに送信するステップをさらに含み得る。
【００１２】
さらなる例によれば、ワイヤレス通信システム内で使用されるMACヘッダにおける拡張に関する方法が提供される。方法は、MACレイヤにおける1つまたは複数の論理チャネル上で受信されたペンディング情報をプロセッサによって識別するステップを含み、ペンディング情報は、MACトランスポートブロック内に含まれるべきデータ情報および/または制御情報を含む。方法はまた、ペンディング情報および対応するMACサブヘッダ情報によってトランスポートブロック内で占有されることになるスペースの量に対応するサイズ要件をプロセッサによって決定するステップを含む。さらに、方法は、トランスポートブロック内で利用可能な残りのスペースをプロセッサによって決定するステップを含む。トランスポートブロック内の残りのスペースがサイズ要件より大きいとき、方法は、ペンディング情報をトランスポートブロック内に符号化することを開始するステップを含む。同じく、トランスポートブロック内の残りのスペースがサイズ要件以下であるとき、方法は、すでにMACトランスポートブロック内に符号化された事前情報に対応する、記憶されたサブヘッダ情報のサイズに少なくとも部分的に基づいてMACヘッダサイズを決定するステップと、記憶されたサブヘッダ情報およびMACヘッダサイズ表示が、少なくとも事前情報に続いて符号化され、少なくとも事前情報に続いてMACトランスポートブロック内に配置されるように、少なくとも記憶されたサブヘッダ情報とMACヘッダサイズを表すMACヘッダサイズ表示とをMACトランスポートブロック内に符号化することを開始するステップと、MACトランスポートブロックの送信を開始するステップとを含む。
【００１３】
さらなる態様では、トランシーバと、命令を記憶するように構成されたメモリと、トランシーバおよびメモリと通信可能に結合された1つまたは複数のプロセッサとを含む、ワイヤレス通信のための装置が提供される。1つまたは複数のプロセッサは、本明細書で説明する方法の動作を実行するための命令を実行するように構成される。
【００１４】
別の態様では、本明細書で説明する方法の動作を実行するための手段を含む、ワイヤレス通信のための装置が提供される。
【００１５】
さらに別の態様では、本明細書で説明する方法の動作を実行するために1つまたは複数のプロセッサによって実行可能なコードを含む、コンピュータ可読媒体が提供される。
【００１６】
上記の関係する目的の達成のために、1つまたは複数の態様が、以下で十分に説明されるとともに特に特許請求の範囲において指摘される特徴を備える。以下の説明および添付の図面は、1つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、様々な態様の原理が利用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものである。
【００１７】
本明細書で説明する態様のより完全な理解を容易にするために、ここで、同様の要素が同様の数字を用いて参照される添付の図面について言及する。これらの図面は、本開示を限定するものと解釈されるべきではなく、例示的なものにすぎないものとする。
【図面の簡単な説明】
【００１８】
【図１】説明する本態様のうちの1つまたは複数による、拡張MACヘッダフォーマットを有する、MACトランスポートブロック(TB)とも呼ばれるメディアアクセス制御(MAC)レイヤパケットデータユニット(PDU)を符号化または復号するように構成されたユーザ機器(UE)と通信している少なくとも1つのネットワークエンティティを含む例示的な通信ネットワークを示すブロック図である。
【図２】説明する本態様のうちの1つまたは複数による、拡張ヘッダフォーマットの一例を有する例示的なMACトランスポートブロックのブロック図である。
【図３】例示的なMACトランスポートブロックのブロック図である。
【図４】説明する本態様のうちの1つまたは複数による、各々が拡張ヘッダフォーマットの異なる例を有するMACトランスポートブロックの追加の例のブロック図である。
【図５】説明する本態様のうちの1つまたは複数による、各々が拡張ヘッダフォーマットの異なる例を有するMACトランスポートブロックのさらなる例のブロック図である。
【図６】説明する本態様のうちの1つまたは複数による、各々が拡張ヘッダフォーマットの異なる例を有するMACトランスポートブロックのさらなる例のブロック図である。
【図７】説明する本態様のうちの1つまたは複数による、拡張MACヘッダフォーマットを有するMACトランスポートブロック(TB)を構築することの一例におけるエンコーダ/デコーダマネージャの動作に関連する例示的なアーキテクチャおよびデータフローの概略図である。
【図８】説明する本態様のうちの1つまたは複数による、例示的なトランスポートブロックのブロック図である。
【図９Ａ】説明する本態様のうちの1つまたは複数による、例示的なトランスポートブロックのブロック図である。
【図９Ｂ】説明する本態様のうちの1つまたは複数による、例示的なトランスポートブロックのブロック図である。
【図１０Ａ】説明する本態様のうちの1つまたは複数による例示的なトランスポートブロックのブロック図である。
【図１０Ｂ】説明する本態様のうちの1つまたは複数による例示的なトランスポートブロックのブロック図である。
【図１１】説明する本態様のうちの1つまたは複数による例示的なトランスポートブロックのブロック図である。
【図１２】説明する本態様のうちの1つまたは複数による、拡張MACヘッダフォーマットを有するMACトランスポートブロック(TB)を、MACレイヤにおいて構築するステップを含むワイヤレス通信の例示的な方法のフローチャートである。
【図１３】説明する本態様のうちの1つまたは複数による、MACヘッダを分離するステップおよび送るステップを含む、ユーザ機器(UE)におけるワイヤレス通信の例示的な方法のフローチャートである。
【図１４】説明する本態様のうちの1つまたは複数による、MACヘッダを分離するステップおよび送るステップを含む、ネットワークエンティティにおけるワイヤレス通信の例示的な方法のフローチャートである。
【図１５】説明する本態様のうちの1つまたは複数による、トランスポートブロックを生成するステップおよび送信するステップを含むワイヤレス通信の第1の例示的な方法のフローチャートである。
【図１６】説明する本態様のうちの1つまたは複数による、トランスポートブロックを生成するステップおよび送信するステップを含むワイヤレス通信の第2の例示的な方法のフローチャートである。
【発明を実施するための形態】
【００１９】
添付の図面に関して以下に記載する発明を実施するための形態は、様々な構成について説明するものであり、本明細書で説明する概念が実践されてもよい唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与える目的で、具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実践されてもよいことが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にするのを避けるために、よく知られている構成要素がブロック図の形において示される。同じく、本明細書で使用される「構成要素」という用語は、システムを構成する部品の1つであってもよく、ハードウェア、ファームウェア、および/またはソフトウェアであってもよく、他の構成要素に分割されてもよい。
【００２０】
本開示は、ワイヤレス通信システム(たとえば、5GまたはNR)などにおいて、拡張MACヘッダフォーマットを有するMACトランスポートブロック(TB)を符号化および/または復号するための様々な態様を含む。MAC TBは、MACパケットデータユニット(PDU)と呼ばれることもある。詳細には、符号化の態様では、本開示は、MACサービスデータユニット(SDU)および/または制御要素(CE)を、MACレイヤがそれらをパースするときにエンコーダに書き込むことまたは供給することを開始することと、関連するMACサブヘッダ情報を個別に計算して記憶することとを行うようにMACレイヤにおいて動作する装置および方法を含む。たとえば、記憶されている関連するMACサブヘッダ情報のサイズおよびすでにMACトランスポートブロック内に符号化されている対応するMAC SDU/CEのサイズを考慮するとMACトランスポートブロックが実質的に満たされることになるときに、関連するMACサブヘッダ情報は、続いて、MACヘッダとしてMACトランスポートブロック内に符号化され得る。さらに、本装置および方法は、MACトランスポートブロックの終端においてMACヘッダサイズインジケータを符号化することを含む。MACヘッダサイズインジケータは、受信デバイスにMACヘッダのサイズの表示を与え、それにより、MACヘッダがMACトランスポートブロック内で発見され得る場所を受信デバイスが特定することを可能にする。
【００２１】
たとえば、符号化の態様では、本装置および方法は、MACレイヤが、関連するMACサブヘッダを計算している間にMAC SDU/CEをMACトランスポートブロック内に符号化することを継続することを可能にする。たとえば、各それぞれのMAC SDU/CEは、それぞれのMAC SDU/CEとそれに対応する計算されたMACサブヘッダ情報とが、MACトランスポートブロック内の残りのスペースに適合する限り、MACトランスポートブロック内に符号化され得る。MAC SDU/CE(およびそれらの関連するMACサブヘッダ情報)がそれ以上残りのスペースに適合できない時点において、本開示の装置および方法は、その後、すでに書き込まれているすべてのMAC SDU/CEに対して、関連するMACサブヘッダ情報をMACトランスポートブロックの終端において符号化することができる。さらに、本開示の装置および方法は、MACヘッダサイズインジケータを決定し、終端において符号化することができる。したがって、たとえば、本装置および方法は、たとえばMAC SDU/CEを、それらが受信されて読み出されるとすぐにMACトランスポートブロック内に符号化することを開始することによって、改善された(たとえば、縮小された)符号化時間および処理要件をもたらし得る。
【００２２】
本開示の装置および方法は、5GまたはNR通信に対して予想されるより高いデータスループットおよび低い遅延の需要を満足することに関する以前の技法における1つまたは複数の問題に対処し得る。たとえば、本開示は、プロセッサの、たとえば100万命令/秒(MIPS)で測定される処理の量を改善(たとえば、縮小)し、ならびにエンコーダ論理をハードウェアアクセラレータ(たとえば、専用のエンコーダ/デコーダ)の近くに移動させ得る。たとえば、以前の技法は、前もってすべてのMACサブヘッダを計算し、MACトランスポートブロックの始端にMACヘッダ(それぞれのMACサブヘッダのすべてを含む)を書き込むが、そのことは符号化の観点からすると最適ではない。なぜならば、すべてのMACサブヘッダは、MACトランスポートブロックサイズに基づいてすべてのMAC SDU/CEをパースした後でのみ、知ることができるからである。同じく、そのような以前の技法がMACサブヘッダを計算するためにすべてのMAC SDU/CEをパースするとしても、MACサブヘッダはMACトランスポートブロック内に書き込まれない。なぜならば、MACヘッダサイズは前もって知られておらず、MAC SDU開始点はMAC SDUをパースしている間には知られていないからである。したがって、以前の技法と比較して、本開示の装置および方法は、MACトランスポートブロックの符号化の効率を高め得る。
【００２３】
本開示は、分離された部分的MACヘッダに対する様々な態様をさらに含む。具体的には、UEにおいて送信機および受信機ハードウェアアクセラレーションを設けるために、MACヘッダは、MAC PDUの始端および終端における配置のために少なくとも2つの部分に分離または分割され得る。上記(forgoing)は、多様なデバイスおよびアプリケーションをサポートするために適応し得る。さらに、分離されたMACヘッダはまた、ワイヤレスワイドエリアネットワーク(WWAN)(たとえば、LTE)およびワイドローカルエリアネットワーク(WLAN)に対するマルチ接続性および相互作用を提供し得る。分離されたMACヘッダは、パケットデータコンバージェンスプロトコル(PDCP:Packet Data Convergence Protocol)レイヤ、無線リンク制御(RLC)レイヤ、および/またはMACレイヤを含む、インターネットプロトコル(IP)と物理レイヤとの間のすべてのプロトコルに適用され得る。そのようなものとして、本態様は、MACヘッダを少なくとも第1の部分と第2の部分とに分離して、第1の時間に第1の部分をおよび第2の時間に第2の部分を送信機から受信機に送ってもよく、第2の時間は第1の時間の後である。
【００２４】
本開示は、付加的に、MACトランスポートブロック設計のための様々な態様を含む。たとえば、UEは、TBとしてアップリンク上でデータを送信し得る。いくつかの態様では、TBは、たとえば、UEのMACレイヤによって形成されてもよく、MAC TBと呼ばれる。たとえば、UEは、UEが基地局またはネットワークエンティティに送信し得るTBの数と各TBのサイズとを示すアップリンク許可をBSから受信し得る。したがって、UEはTBを生成してもよく、それらのTBを、アップリンク許可内で割振り、規定、スケジュールなどを行われるリソース(たとえば、周波数キャリアおよび/または空間レイヤなどのレイヤ、ならびにシンボル)上でBSに送信してもよい。いくつかの態様では、UEは、複数のTBを同時にBSに送信する。詳細には、各TBは異なるレイヤ上で、アップリンクで同時に(たとえば、同じシンボル上で)UEからBSに送られ得る。
【００２５】
さらに、いくつかの態様では、UEは、BSに送信するための、1つまたは複数の論理チャネル(たとえば、制御チャネル、トラフィックチャネル、PUCCH、PUSCHなど)に対応するデータ(たとえば、1つまたは複数のPDCPサービスデータユニット(SDU)などに対応する)を有する場合がある。UEは、TBを構築するためにPDCP SDUを使用し得る。
【００２６】
いくつかの態様では、UEは、PDCP SDUを含むTBを構築する。たとえば、いくつかの態様では、UE(たとえば、UEのPDCPレイヤ)は、各PDCP SDUに対するPDCPプロトコルデータユニット(PDU)を生成し得る。各PDCP PDUは、PDCP SDUと、対応するPDCPヘッダとを含み得る。さらに、いくつかの態様では、UE(たとえば、UEのRLCレイヤ)は、各PDCP PDUに対するRLC PDUを生成し得る。各RLC PDUは、PDCP PDU(RLC SDUとも呼ばれる)と、対応するRLCヘッダとを含み得る。いくつかの態様では、UE(たとえば、UEのMACレイヤ)は、複数のRLC PDU(MAC SDUとも呼ばれる)を含むTB(MAC PDUとも呼ばれる)を生成し得る。本明細書で説明するように、各TBは、1つまたは複数のRLC PDUと1つまたは複数の対応するMACサブヘッダとを含み得る。いくつかの態様では、TBは、1つまたは複数のMAC制御要素の各々に対して1つまたは複数のMAC CEと、対応するMACサブヘッダとをさらに含み得る。したがって、いくつかの態様では、UEは、各PDCP SDUに対して、PDCPヘッダ、RLCヘッダ、およびMACサブヘッダの3つのヘッダを生成し得る。
【００２７】
いくつかの態様では、PDCPヘッダは、PDCP SDUがデータ情報または制御の情報(たとえば、D/Cビット)であるか、SN長さ情報であるか、PDCP PDUタイプであるかなどにかかわらず、PDCP SDUに対するシーケンス番号(SN)のうちの1つまたは複数を含み得る。いくつかの態様では、RLCヘッダは、RLC SDUに対するSN、拡張ビット、長さインジケータフィールド、D/Cビットなどのうちの1つまたは複数を含み得る。いくつかの態様では、MAC SDUに対するMACサブヘッダは、対応するMAC SDUに対する論理チャネルを示す論理チャネル識別子(LCID)とMAC SDUの長さとのうちの1つまたは複数を含み得る。いくつかの態様では、MAC CEに対するMACサブヘッダは、MAC CEのタイプを示すLCIDとMAC CEの長さとを含み得る。各MAC CEは、パワーヘッドルーム報告、UE競合解消アイデンティティ、タイミングアドバンスコマンド、バッファステータス報告、間欠受信(DRX)コマンドなど、UEとBSとの間のシグナリングに対する制御情報を搬送し得る。
【００２８】
本明細書で説明するいくつかの態様では、RLC連結(たとえば、単一のRLC PDU内のRLC SDUの連結)は使用されず、それゆえRLCヘッダ内の長さインジケータフィールドは含まれない。本開示の異なる態様による、TBに対する異なる設計が以下で説明される。
【００２９】
本開示のMACトランスポートブロックに関して本明細書で説明する態様の各々は、ダウンリンクおよびアップリンクの送信の一方または両方に対して適用されてもよく、および/または実行されてもよい。
【００３０】
同じく、上記で説明した態様の各々は、以下でより詳細に説明する図1〜図16に含まれる主題に関連して実行されてもよくまたは実装されてもよい。
【００３１】
図1を参照すると、一態様では、ワイヤレス通信システム10は、少なくとも1つのネットワークエンティティ14またはネットワークエンティティ20(たとえば、5G NRネットワーク内の基地局もしくはeNB、またはそれらのセル)の通信カバレージ内に少なくとも1つのUE12を含む。UE12は、ネットワークエンティティ14またはネットワークエンティティ20を介してネットワークと通信し得る。いくつかの態様では、UE12を含む複数のUEは、ネットワークエンティティ14およびネットワークエンティティ20を含む1つまたは複数のネットワークエンティティとの通信カバレッジ内にあり得る。一態様では、ネットワークエンティティ14またはネットワークエンティティ20は、進化型パケットコア(EPC)(図示せず)を含むロングタームエボリューション(LTE)ネットワーク内のeノードB/eNBなどの基地局であり得る。様々な態様がUMTS、LTEまたは5G NRネットワークに関して説明されるが、同様の原理が、他のワイヤレスワイドエリアネットワーク(WWAN)に適用されてもよい。ワイヤレスネットワークは、複数の基地局が1つのチャネル上で送信し得る方式を採用し得る。一例では、UE12は、ネットワークエンティティ14および/またはネットワークエンティティ20にワイヤレス通信を送信してもよく、ならびに/あるいはネットワークエンティティ14および/またはネットワークエンティティ20からワイヤレス通信を受信してもよい。たとえば、UE12は、ネットワークエンティティ14および/またはネットワークエンティティ20とアクティブに通信していてもよい。
【００３２】
いくつかの態様では、UE12はまた、当業者によって(ならびに本明細書において互換的に)、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアントと呼ばれるか、または他の何らかの適切な用語で呼ばれることもある。UE12は、セルラー電話、携帯情報端末(PDA)、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ(WLL)ステーション、全地球測位システム(GPS)デバイス、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲーム機、ウェアラブルコンピューティングデバイス(たとえば、スマートウォッチ、スマートグラス、健康もしくはフィットネストラッカーなど)、電化製品、センサー、車両通信システム、医療デバイス、自動販売機、モノのインターネット(Internet-of-Things)のためのデバイス、または任意の他の同様の機能デバイスであってもよい。さらに、ネットワークエンティティ14またはネットワークエンティティ20は、マクロセル、ピコセル、フェムトセル、中継器、ノードB、モバイルノードB、スモールセルボックス、UE(たとえば、UE12とピアツーピアまたはアドホックモードで通信する)、またはUE12においてワイヤレスネットワークアクセスを提供するためにUE12と通信することができる実質的に任意のタイプの構成要素であってもよい。
【００３３】
本態様によれば、UE12および/またはネットワークエンティティ14/20は、本明細書で説明するように、拡張MACヘッダフォーマットを有するMACトランスポートブロック52を符号化または復号するためにエンコーダ/デコーダ50を制御するために、MACプロトコルレイヤにおいてMACエンコーダ/デコーダマネージャ構成要素40と組み合わせて動作し得る1つまたは複数のプロセッサ103およびメモリ130を含み得る。たとえば、拡張MACヘッダフォーマットは、MACヘッダ56の全部または一部のサイズを示すためにMACトランスポートブロック52の終端に配置されたMACヘッダ(HDR)サイズインジケータ54を含んでもよく、MACヘッダ56は、いくつかの態様では、MACトランスポートブロック52内に符号化されるMAC SDUおよび/またはMAC CE(MAC SDU/CE22)の後に配置されてもよい。
【００３４】
MACエンコーダ/デコーダマネージャ構成要素40は、たとえば論理チャネルのキューからMAC SDU/CE22がパースされたことに応答してまたはパースされるとすぐに、MAC SDU/CE22をMACトランスポートブロック52内に符号化するように動作しながら、MACトランスポートブロック52内に後で符号化するために対応するMACサブヘッダ情報をヘッダバッファ48内に記憶してもよい。たとえば、送信のために1つまたは複数のMAC SDU/CE22を識別すると、MACエンコーダ/デコーダマネージャ構成要素40は、それぞれのMAC SDU/CE22および対応するMACサブヘッダ情報をMACトランスポートブロック52内に含めるのに必要なスペースの量に対応するサイズ要件を決定するために、サイズ/スペース決定器構成要素42を動作させ得る。さらに、サイズ/スペース決定器構成要素42は、それぞれのMAC SDU/CE22および対応するMACサブヘッダ情報を含めるためにMACトランスポートブロック52内で利用可能なスペースの量に相当するMACトランスポートブロックの残りのスペースを決定するように構成され得る。MACトランスポートブロックの残りのスペースを決定することにおいて、サイズ/スペース決定器構成要素42は、MACトランスポートブロック52内にすでに符号化されている、以前のMAC SDU/CE22のための記憶されたMACサブヘッダ情報を含めるのに必要なスペースの量を考慮に入れるように構成され得る。一態様では、サイズ/スペース決定器構成要素42は、それぞれのMAC SDU/CE22および対応するMACサブヘッダ情報のサイズ要件、ならびにMACトランスポートブロック52内にすでに符号化されている、以前のMAC SDU/CE22のための記憶されたMACサブヘッダ情報のために必要なスペースの量を決定するように構成されたヘッダ決定器構成要素46と通信するように構成され得る。さらに、一態様では、サイズ/スペース決定器構成要素42および/またはヘッダ決定器構成要素46は、必要ならば、すでに符号化されている以前のMAC SDU/CE22のための記憶されたMACサブヘッダ情報についての情報を取得するために、ヘッダバッファ48と通信するように構成され得る。さらに、MACエンコーダ/デコーダマネージャ構成要素40は、たとえばそれぞれのMAC SDU/CE22を符号化することによってMACトランスポートブロック52を構築し続けることを決定するか、または新しいMAC SDU/CE22の追加を停止し、MACヘッダ56およびMACヘッダサイズインジケータ54を符号化して、MACトランスポートブロック52の送信を開始することを決定する構築/送信(TX)決定器(DET)構成要素44を含み得る。たとえば構築/送信(TX)決定器(DET)構成要素44は、サイズ/スペース決定器構成要素42と通信することと、サイズ要件対残りのスペースを取得して比較することと、それによりそれぞれのMAC SDU/CE22および対応するMACサブヘッダ情報がMACトランスポートブロック52内の残りのスペース内に適合し得るか否かに基づいて、構築することまたは送信を開始することを決定することとを行うように構成される。
【００３５】
MACエンコーダ/デコーダマネージャ構成要素40は、ヘッダ決定器構成要素46を介して、MACヘッダ56をプリサブヘッダ58に対応する第1の部分とポストサブヘッダ60に対応する第2の部分とに分離するようにさらに構成される。たとえば、MAC情報は、情報が生成され得るとき、および受信機においてどれほど早く情報が必要であるかまたは要求されるかについて、相反するかまたは変動する要求を有する場合がある。詳細には、情報が受信機において早く処理することを必要とするかまたは要求される場合、PDU(たとえば、MACトランスポートブロック52)の始端における情報の配置が推奨され得る。一方、レンダー(render)において生成されるのに時間を要する情報は、PDU(たとえば、MACトランスポートブロック52)の終端に配置されてもよくまたは与えられてもよい。いくつかの態様では、MAC情報は、一般に、上記のカテゴリー(たとえば、早い処理に対する情報かまたは生成に時間を要する情報)のいずれにも分類されない場合がある。分離されたMACヘッダは、UE12とネットワークエンティティ14または20との間の遅延の配分を改善するために、両オプションまたはカテゴリーの推奨を可能にする場合がある。
【００３６】
たとえば、MACエンコーダ/デコーダマネージャ構成要素40は、ヘッダ決定器構成要素46を介して、MACヘッダ56を、別個に処理され得る少なくとも2つの部分に分離または分割するように構成される。第1の部分はプリサブヘッダ58に相当し、MAC PDU(たとえば、MACトランスポートブロック52)の始端に配置され得る。プリサブヘッダ58は、受信機において直ちに使用されるべき重要なデータを含み得る。いくつかの態様では、UE12は、そのようなデータをより早く生成し得る。たとえば、MAC制御要素は、早く生成され得るデータの1つのタイプであり得る。第2の部分はポストサブヘッダ60に相当し、MAC PDU(たとえば、MACトランスポートブロック52)の終端に配置され得る。ポストサブヘッダ60は、送信機(sender)において生成されるのに時間がかかるデータを含み得る。さらに、いくつかの態様では、そのようなデータは、すべてのパケットが受信されるまで受信機において使用されない。一例では、ポストサブヘッダ60は、ヘッダ構造を含み得る。分割または分離が、MACサブヘッダごとに実行され得る。同じく、MAC SDUごとにLCID/長さの組合せを追加するのではなく、長さの表示はMAC SDU内のヘッダのうちの1つに含まれてもよく、それによりMAC SDUは個別に復号され得る。
【００３７】
以下のTable 1(表1)に示すように、例示的なMAC制御要素の推奨される配置が、アップリンクとダウンリンクの両方向において与えられる。最良配置の列内の「-」は、制御要素がプリサブヘッダ58に配置されてもポストサブヘッダ60に配置されてもよいことを示し得る。たとえば、MAC PDU(たとえば、MACトランスポートブロック52)の構造は、後でPDU内に送られてもよい。なぜならば、その処理は、(たとえば、直列並列マッピング(serial to parallel mapping)を有するコーディング構造によって)最後のシンボルが受信されたときのみ開始し得るからである。
【表１】
2019535193.tif 000003
【００３８】
MACエンコーダ/デコーダマネージャ構成要素40および対応する1つまたは複数の副構成要素は、本明細書で説明する動作を実行するために、ハードウェア、ファームウェア、および/またはプロセッサ103によって実行可能なソフトウェアコード、ならびに/あるいはメモリ130を含み得る。たとえば、一態様では、ハードウェアは、ハードウェアアクセラレータまたは専用プロセッサを含み得る。メモリ130は、1つまたは複数の論理チャネルからのMAC SDU/CE22の1つまたは複数のキューなどの情報を含んでもよく、および/またはヘッダバッファ48は、MAC SDU/CE22のうちのすでに符号化されたMAC SDU/CE22(複数)の記憶されたMACサブヘッダ情報を含む。
【００３９】
プロセッサ103、メモリ130、および/またはMACエンコーダ/デコーダマネージャ構成要素40は、RF信号を受信して処理するための受信機32と、RF信号を処理して送信するための送信機34とを含み得るトランシーバ106に通信可能に結合され得る。たとえば、プロセッサ103は、少なくとも1つのバス110を介してトランシーバ106およびメモリ130に結合され得る。
【００４０】
受信機32は、データを受信するためにプロセッサによって実行可能なハードウェア、ファームウェア、および/またはソフトウェアコードを含むことができ、コードは命令を備え、メモリ(たとえば、コンピュータ可読媒体)に記憶される。受信機32は、たとえば、無線周波数(RF)受信機であってよい。一態様では、受信機32は、UE12またはネットワークエンティティ14/20によって送信された信号を受信し得る。受信機32は、信号の測定値を取得し得る。たとえば、受信機32はEc/Io、SNR等を決定することができる。
【００４１】
送信機34は、データを送信するためにプロセッサによって実行可能なハードウェア、ファームウェア、および/またはソフトウェアコードを含むことができ、コードは命令を備え、メモリ(たとえば、コンピュータ可読媒体)に記憶される。送信機34は、たとえば、RF送信機であってよい。
【００４２】
一態様では、1つまたは複数のプロセッサ103は、1つまたは複数のモデムプロセッサを使用するモデム108を含むことができる。MACエンコーダ/デコーダマネージャ構成要素40に関連する様々な機能は、モデム108および/またはプロセッサ103に含まれてもよく、一態様では、単一のプロセッサによって実行されてもよいが、他の態様では、機能のうちの異なる複数の機能が2つ以上の異なるプロセッサの組合せによって実行されてもよい。たとえば、一態様では、1つまたは複数のプロセッサ103は、モデムプロセッサ、またはベースバンドプロセッサ、またはデジタル信号プロセッサ、または送信プロセッサ、またはトランシーバ106に関連付けられるトランシーバプロセッサのうちの任意の1つ、または任意の組合せを含むことができる。
【００４３】
さらに、一態様では、UE12および/またはネットワークエンティティ14/20は、無線送信、たとえば、ワイヤレス通信26を受信および送信するためのRFフロントエンド104およびトランシーバ106を含み得る。たとえば、トランシーバ106は、MACトランスポートブロック52を送信または受信し得る。
【００４４】
RFフロントエンド104は、1つまたは複数のアンテナ102に接続することができ、またRF信号を送信および受信するために、1つまたは複数の低雑音増幅器(LNA)141、1つまたは複数のスイッチ142、143、1つまたは複数の電力増幅器(PA)145、および1つまたは複数のフィルタ144を含むことができる。一態様では、RFフロントエンド104の構成要素は、トランシーバ106に接続することができる。トランシーバ106は、1つまたは複数のモデム108およびプロセッサ103に接続することができる。
【００４５】
一態様では、LNA141は、所望の出力レベルで受信信号を増幅することができる。一態様では、各LNA141は、特定の最小および最大利得値を有することができる。一態様では、RFフロントエンド104は、特定のアプリケーションに対する望ましい利得値に基づいて特定のLNA141、およびその指定された利得値を選択するために、1つまたは複数のスイッチ142、143を使用することができる。
【００４６】
さらに、RF出力の信号を所望の出力電力レベルで増幅するために、たとえば、RFフロントエンド104によって1つまたは複数のPA145が使用され得る。一態様では、各PA145は、特定の最小および最大利得値を有することができる。一態様では、RFフロントエンド104は、特定のアプリケーションの所望の利得値に基づいて、特定のPA145およびその特定の利得値を選択するために、1つまたは複数のスイッチ143、146を使用することができる。
【００４７】
また、たとえば、1つまたは複数のフィルタ144がRFフロントエンド104により使用されて、受信信号をフィルタし、入力RF信号を得ることができる。同様に、一態様では、たとえば、送信用の出力信号を生成するためにそれぞれのPA145からの出力をフィルタリングするために、それぞれのフィルタ144が使用され得る。一態様では、各フィルタ144は、特定のLNA141および/またはPA145に接続され得る。一態様では、RFフロントエンド104は、トランシーバ106および/またはプロセッサ103によって指定された構成に基づいて、特定のフィルタ144、LNA141、および/またはPA145を使用して、送信または受信経路を選択するために、1つまたは複数のスイッチ142、143、146を使用することができる。
【００４８】
トランシーバ106は、ワイヤレス信号を、RFフロントエンド104を経由し、アンテナ102を介して送信および受信するように構成することができる。一態様では、トランシーバは、UE12が、たとえば、ネットワークエンティティ14またはネットワークエンティティ20と通信できるように、指定された周波数で動作するように調整され得る。一態様では、たとえば、モデム108は、UE12のUE構成、およびモデム108により使用される通信プロトコルに基づき、トランシーバ106を指定された周波数および電力レベルで動作するように構成することができる。
【００４９】
一態様では、モデム108は、デジタルデータがトランシーバ106を使用して送受信されるようにデジタルデータを処理してトランシーバ106と通信することができるマルチバンドマルチモードモデムであり得る。一態様では、モデム108はマルチバンドであり得、また特定の通信プロトコルのために複数の周波数帯域をサポートするように構成され得る。一態様では、モデム108は、マルチモードであり得、また複数の動作ネットワークおよび通信プロトコルをサポートするように構成され得る。一態様では、モデム108は、特定のモデム構成に基づいて信号の送信および/または受信を可能にするために、UE12またはネットワークエンティティ14/20の1つまたは複数の構成要素(たとえば、RFフロントエンド104、トランシーバ106)を制御することができる。一態様では、モデム構成は、モデムのモードおよび使用中の周波数帯域に基づき得る。別の態様では、モデム構成は、セル選択および/またはセル再選択の間にネットワークによって与えられるUE12に関連するUE構成情報に基づき得る。UE12、ネットワークエンティティ14またはネットワークエンティティ20は、本明細書および/またはアプリケーションのローカルバージョンで使用されるデータを記憶するためなどのメモリ130、あるいはMACエンコーダ/デコーダマネージャ構成要素40および/またはプロセッサ103によって実行されるその副構成要素のうちの1つまたは複数をさらに含み得る。メモリ130は、ランダムアクセスメモリ(RAM)、読出し専用メモリ(ROM)、テープ、磁気ディスク、光ディスク、揮発性メモリ、不揮発性メモリ、およびそれらの任意の組合せなどの、コンピュータまたはプロセッサ103によって使用可能な任意のタイプのコンピュータ可読媒体を含むことができる。一態様では、たとえば、メモリ130は、UE12および/またはネットワークエンティティ14/20がMACエンコーダ/デコーダマネージャ構成要素40および/またはその副構成要素のうちの1つまたは複数を実行するためにプロセッサ103を動作させているときに、MACエンコーダ/デコーダマネージャ構成要素40および/またはその副構成要素のうちの1つもしくは複数、および/またはそれに関連付けられるデータを定義する1つまたは複数のコンピュータ実行可能コ
ードを記憶するコンピュータ可読記憶媒体であってもよい。別の態様では、たとえば、メモリ130は、非一時的コンピュータ可読記憶媒体であってもよい。
【００５０】
図2〜図6を参照すると、説明する態様による例示的なMACトランスポートブロック構造200、400、500および600(図2および図4〜図6)はMAC HDR、サイズインジケータ54を含み、固定フォーマットを規定する既存のMACトランスポートブロック構造300(図3)に対する、MACヘッダ56(MACサブヘッダを含む)、MAC制御要素、およびMACサービスデータユニット(SDU)の配置における柔軟性は、MACトランスポートブロック構造200、400、500および600の拡張フォーマットと比較して、MACレイヤにおける符号化に対して非効率的である場合がある。
【００５１】
特に図2を参照すると、例示的なMACトランスポートブロック構造200は、MACトランスポートブロック=n*RLC PDU+m*MAC CE+(n+m)*MAC HDR+MAC HDRサイズを定義し、ここでnおよびmはそれぞれ任意の数であってもよい。MAC HDRサイズは、MAC HDRサイズを除いて、終端からのすべてのMAC HDRに対応するバイトの総数を示す。
【００５２】
202において、MAC HDRサイズは固定サイズ(たとえば、MAC HDRバイトの総数を示す1または2バイト)であり得る。
【００５３】
代替的に、MAC HDRサイズは可変サイズであり得る。たとえば、MAC HDRサイズがバイトN(ここで、NはMAC TBの最後のバイトである)で示されるとき、バイトNの最初の2ビット(ビット0、ビット1)は長さインジケータ(LI)サイズを表すことができる。たとえば、最初の2ビットは、以下のフォーマットのうちの1つを有してもよい。
1.          (ビット0、ビット1)(0、0)-1バイト-MAC HDRサイズを表すために6ビット
2.          (ビット0、ビット1)(0、1)-2バイト-MAC HDRサイズを表すために14ビット
3.          (ビット0、ビット1)(1、x)-予備
【００５４】
したがって、本態様は、このMACトランスポートブロック内のMAC HDRの量を示すために、MACトランスポートブロックの終端においてMAC HDRサイズを構成することができる。一態様では、MAC HDRは、各MAC SDU、MAC CE、および場合によってはパディング(Padding)についての組み合わされた情報を含む。図2の例などのいくつかの実装形態では、MAC HDRはMACトランスポートブロックの終端のみに位置するが、完全なRLC PDUはMACトランスポートブロックの始端から配列される。
【００５５】
さらに、204において、MAC HDRは、1つまたは複数の異なるフォーマットで書かれ得る。たとえば、これに限定するものではないが、
【００５６】
第1のフォーマット206=
【００５７】
MAC CE1、MAC CE2、...MAC CEn、MAC Sub-HDR1、MAC Sub-HDR2、MAC Sub-HDR3、MAC Sub-HDR4、MAC Sub-HDR5、MAC Sub-HDR6、PAD、および
第2のフォーマット208=
【００５８】
PAD、MAC Sub-HDR5、MAC Sub-HDR4、MAC Sub-HDR3、MAC Sub-HDR2、MAC Sub-HDR1、MAC CEn......MAC CE2、MAC CE1
【００５９】
図4〜図6を参照すると、追加の例示的なMACトランスポートブロック構造400、500および600は、本開示の1つまたは複数の実装形態による、MACトランスポートブロック52の様々な構成要素の柔軟な配列に対する追加の代替物を提供する。
【００６０】
たとえば、MACトランスポートブロック構造400は、MACトランスポートブロックの始端(または先端)においてMAC SDUの前に位置するMAC CEを含み、そのことは、論理チャネル情報を多重化するときに、1つまたは複数のタイプのCEをSDUより優先するときに発生する場合がある。
【００６１】
同じく、たとえば、MACトランスポートブロック構造500は、MACトランスポートブロックの始端においてMAC SDUおよびパディングと混合された複数のMAC CEを含み、そのことは、論理チャネル情報を多重化するときに、CEおよびSDUならびにパディングが異なる優先度を有するとき、および/またはそれらが論理チャネルキュー内で発生するにつれてそれらがパースされるときに発生する場合がある。
【００６２】
さらに、たとえば、MACトランスポートブロック構造600は、2つ以上、たとえばxにまで分割されたMACヘッダを含み、ここでxは部分の任意の数である。この場合、MACヘッダの部分は、MACトランスポートブロックの始端においてMAC CE、MAC SDU、およびパディングと混合されてもよく、そのことは、論理チャネル情報を多重化するときに、CEおよびSDUならびにパディングが異なる優先度を有するとき、および/またはそれらが論理チャネルキュー内で発生するにつれてそれらがパースされるときに発生する場合がある。いくつかの場合には、たとえば、MACヘッダの2つ以上の部分の少なくとも最後の部分(たとえば、MAC Headerx)は、MACトランスポートブロックの終端(たとえば、後端)に位置してもよく、対応するMAC HDRサイズインジケータは、隣接するMAC Headerxのサイズを与えるように構成され得る。
【００６３】
図7を参照すると、限定するものと解釈されるべきではない例示的なアーキテクチャおよびデータフロー700は、たとえば、MACトランスポートブロック52の終端に位置するMAC HDRサイズインジケータ54を含む拡張MACヘッダ56を有するMACトランスポートブロック52を構築するために、本明細書で説明する動作を実行するMACエンコーダ/デコーダマネージャ40を含む。詳細には、MACエンコーダ/デコーダマネージャ40は、構築/送信決定器構成要素44の構築/送信決定75に応答して、MACトランスポートブロック52を構築するための第1のオプションと、実質的に満たされたMACトランスポートブロック52の送信を開始するための第2のオプションとに従って動作する。構築/送信決定75は、MACトランスポートブロックの残りのスペース73が、それぞれのMAC SDU/CE22および対応するMACサブヘッダ情報に必要なスペースの量を識別するサイズ要件71より小さいかどうかに基づく。第1のオプションでは、MACエンコーダ/デコーダマネージャ40は、それぞれのMAC SDU/CE22を符号化するように動作しながら、対応するMACサブヘッダ情報をヘッダバッファ48内に記憶する。第2のオプションでは、MACエンコーダ/デコーダマネージャ40は、記憶されたサブヘッダ情報をMACヘッダ56として符号化することと、MACヘッダサイズインジケータ54を終端において符号化することと、MACトランスポートブロック52の送信を開始することとを行うように動作する。場合によっては、図示されていないが、MACトランスポートブロック52を満たすために、第2のオプションは、パディングを符号化することと、パディングのためのMACサブヘッダ情報を記憶されたMACサブヘッダ情報に追加することと、結果を符号化することとを付加的に含んでもよい。
【００６４】
図8は、MAC PDU800の例示的なブロック図である。いくつかの態様では、MAC PDU800は、MACトランスポートブロック52と同一または同様であってもよい。図示のように、始端(たとえば、第1のシンボル)から終端(たとえば、最後のシンボル)への順番に(すなわち、左から右に)MAC PDU800のリソース(たとえば、シンボル)に対して、割振り、規定、スケジュール、配置、順序付けなどが行われるMAC PDU800の様々な部分が示されている。たとえば、MAC PDU800は、MACプリサブヘッダ802と、MAC制御要素804と、MAC SDU806および808と、パディング810と、第1のLCIDおよび/または長さ組合せ部分(たとえば、それはMAC SDUまたはMAC SDUのヘッダに対応するかまたはこれらの中に含まれ得る)と、第2のLCIDおよび/または長さ組合せ部分(たとえば、それはMAC SDUまたはMAC SDUのヘッダに対応するかまたはこれらの中に含まれ得る)と、MACポストサブヘッダ816とを含み得る。プリサブヘッダ802およびポストサブヘッダ816は、それぞれ、プリサブヘッダ58およびポストサブヘッダ60と同一または同様であってもよい。
【００６５】
いくつかの態様では、プリサブヘッダ802および/またはポストサブヘッダ816の各々は、固定サイズであってもよく、知られている構造を有する。一方、プリサブヘッダ802のサイズは、MAC PDU800の始端(MAC pre-HL)に位置してもよい。いくつかの態様では、MACポストサブヘッダ816は、MACヘッダの開始に対する逆方向ポインタであり得る。さらに、パディング810は、最後のMAC SDUとポストサブヘッダ816との間に追加され得る。
【００６６】
さらに、MAC制御要素804は、MAC PDU800の始端に位置してもよい。最初のヘッダが個別に処理されることを可能にするローカル巡回冗長検査(CRC)が、始端において追加されてもよい(たとえば、サブ物理層チャネル、第1のリソースブロック、または各リソースブロック)。ヘッダのそのような部分は、部分的MACヘッダ、またはMACに対するプリサブヘッダ802を形成してもよい。いくつかの態様では、制御要素804の受信は、受信機によって肯定応答されてもよい。たとえば、肯定応答は制御部分とデータ部分とに分離されてもよく、制御肯定応答はデータ肯定応答より高信頼に設計される。
【００６７】
MACヘッダに対するCRCは、プリサブヘッダ802に対するCRCとポストサブヘッダ816に対するCRCとを含み得る。たとえば、CRCは、プリサブヘッダ802の一部としてもしくはプリサブヘッダ802に対して含まれてもよく、または始端におけるフルヘッダに対して含まれてもよい。いくつかの態様では、そのようなCRCは、単独のプリサブヘッダ802上のもしくはそれに対するCRC、少なくともプリサブヘッダ802をカバーするMAC PDU800の第1の部分上のCRC、および/またはMACサブヘッダごと(たとえば、MAC CE804サブヘッダ)のCRCであり得る。さらに、CRCは、ポストサブヘッダ816の一部としてもしくはそれに対して含まれてもよく、または終端におけるフルヘッダに対して含まれてもよい。いくつかの態様では、そのようなCRCは、単独のポストサブヘッダ816上のもしくはそれに対するCRC、少なくともポストサブヘッダ816をカバーするMAC PDU800の第1の部分上のCRC、および/またはMACサブヘッダごと(たとえば、MAC CE804サブヘッダ)のCRCであり得る。
【００６８】
いくつかの態様では、受信機は、少なくともMAC制御要素804ならびに/またはプリサブヘッダ802およびポストサブヘッダ816の受信を肯定応答してもよい。たとえば、肯定応答表示またはメッセージは、制御部分とデータ部分とに分離または分割され得る。制御肯定応答は、データ肯定応答より高信頼であるように設計されてもよい。肯定応答は、(たとえば、2つの個別の物理チャネルを使用する)物理レイヤおよび/または(たとえば、複数のビットを搬送する1つの物理チャネルを使用する)MACレイヤであり得る。たとえば、MACレイヤは、制御のための1ビットとデータのための1ビットとを含む2ビットを搬送し得る。いくつかの態様では、MACレイヤはNビットを搬送してもよく、N-1に対する各ビットは各CRCに対するものであり、1ビットはデータの肯定応答に対するものである。いくつかの態様では、MACレイヤは、3レベル情報(たとえば、Ack制御、Ack制御およびデータ、Nack制御およびデータ)を搬送してもよく、ここで制御データはCRCによってカバーされるMACサブヘッダを表すかまたは制御データはプリサブヘッダ802を表す。
【００６９】
図9Aは、いくつかの態様による、UE12によって、より具体的にはMACエンコーダ/デコーダマネージャ構成要素40を介して構築されたTB900の一例を示す。いくつかの態様では、TB900は、MACトランスポートブロック52と同一または同様であってもよい。図示のように、始端(たとえば、第1のシンボル)から終端(たとえば、最後のシンボル)への順番に(すなわち、左から右に)TB900のリソース(たとえば、シンボル)に対して、割振り、規定、スケジュール、配置、順序付けなどが行われるTB900の様々な部分が示されている。本明細書の図に関するいくつかの態様は、1つまたは複数のTBに対して、いくつかの部分、要素、ヘッダ、データフィールド、データなどを割り振るように説明されているが、  それらの部分、要素、ヘッダ、データフィールド、データなどは、1つまたは複数のTBに対して説明したものと同様に規定、スケジュール、配置、順序付けなどを行われてもよい。詳細には、TB900の左端部はTB900の第1のビットに相当し、TB900の右端部はTB900の最後のビットに相当し得る。
【００７０】
この例では、TB900は、MAC CEに対するMACサブヘッダ(MAC subHDR CE)で始まり、MAC SDUに対するMACサブヘッダ(順番にMAC subHDR SDU1およびMAC subHDR SDU2)が後に続く。TB900内のMACサブヘッダの後にMAC CEが続き、その後にMAC SDU(順番にMAC SDU1およびMAC SDU2)が続く。詳細には、MAC SDU1は、順番に、RLCヘッダ(RLC HDR1)、PDCPヘッダ(PDCP HDR1)、およびPDCP SDU(PDCP SDU1)を含む。さらに、MAC SDU2は、順番に、RLCヘッダ(RLC HDR2)、PDCPヘッダ(PDCP HDR2)、およびPDCP SDU(PDCP SDU2)を含む。したがって、いくつかの態様では、すべてのMACサブヘッダがTB900の始端において割り振られ、MAC CEおよびMAC SDUが後に続く。そのようなTB900は、LTEなどの特定の技術のために使用され得る。
【００７１】
図9Bは、いくつかの態様による、UE12によって、より具体的にはMACエンコーダ/デコーダマネージャ構成要素40を介して構築されたTB940の一例を示す。いくつかの態様では、TB940は、MACトランスポートブロック52と同一または同様であってもよい。図示のように、始端(たとえば、第1のシンボル)から終端(たとえば、最後のシンボル)への順番に(すなわち、左から右に)TB940のリソース(たとえば、シンボル)に対して割り振られたTB940の様々な部分が示されている。詳細には、TB940の左端部はTB940の第1のビットに相当し、TB940の右端部はTB940の最後のビットに相当し得る。
【００７２】
この例では、TB900とは違ってTB940では、MACサブヘッダは、TB940の始端において連続して割り振られてはいない。代わりに、各MACサブヘッダは対応するMAC SDUに隣接しかつその先頭に割り振られ、MAC SDUはTB940内で順番に割り振られる。図示のように、TB940はMAC subHDR SDU1で始まり、MAC SDU1およびMAC subHDR SDU2が続き、その後にMAC SDU2が続く。
【００７３】
図示のように、TB940は、MAC CEまたは対応するMAC subHDR CEを含まない。したがって、本明細書で説明するいくつかの態様は、MAC CEおよび対応するMACサブヘッダをTBに割り振るための技法を提供し、ここでMACサブヘッダは、TB(たとえば、TB940)の始端において連続しては割り振られない。
【００７４】
いくつかの態様では、MAC CEおよび対応するサブヘッダは、(たとえば、TBの第1のビットを占める)TBの始端において、割振り、規定、スケジュール、配置、順序付けなどが行われてもよい。いくつかの態様では、MAC CEおよび対応するサブヘッダは、(たとえば、非パディングビット(non-padding bits)に対応するTBの最後のビット(たとえば、MAC CEの後に追加のパディングビットが存在する場合がある)を占める)TBの終端において、割振り、規定、スケジュール、配置、順序付けなどが行われてもよい。
【００７５】
図10Aは、いくつかの態様による、UE12によって、より具体的にはMACエンコーダ/デコーダマネージャ構成要素40を介して構築されたTB1000Aの一例を示す。いくつかの態様では、TB1000Aは、MACトランスポートブロック52と同一または同様であってもよい。図示のように、TB1000Aは、TB1000Aの始端においてMAC subHDR CEおよびMAC CEを有し、その後にフィールドがTB940に関して説明した順番で続くTBの一例である。
【００７６】
図10Bは、いくつかの態様による、UE12によって、より具体的にはMACエンコーダ/デコーダマネージャ構成要素40を介して構築されたTB1000Bの一例を示す。いくつかの態様では、TB1000Bは、MACトランスポートブロック52と同一または同様であってもよい。図示のように、TB1000Bは、TB940に関して説明した順番のフィールドに続いて、TB1000Bの終端においてMAC subHDR CEおよびMAC CEを有するTBの一例である。
【００７７】
いくつかの態様では、MAC CEおよび対応するサブヘッダをTBの始端に含むことで、いくつかの利点が与えられる。たとえば、MAC CEをTBの始端に含むことは、(たとえば、TBに関連する巡回冗長検査(CRC)がないと仮定すると)、TBを受信するネットワークエンティティ14および/または20がMAC CEをより早く受信してMAC CEをより早く処理し得ることを意味する。
【００７８】
いくつかの態様では、MAC CEおよび対応するサブヘッダをTBの終端に含むことで、いくつかの利点が与えられる。たとえば、MAC CEに対する情報はTB内のデータに基づくことなどの理由で、いくつかのMAC CEは、TBの残りが構築された後にUE12によって生成される。したがって、MAC CEをTBの終端に配置することによって、TBの複数の部分は、MAC CEが生成されて送信される前でありながら、UE12によって構築されてネットワークエンティティ14および/または20に送信され得る。そうではなく、MAC CEがTBの始端にあった場合、UE12は、MAC CEが生成され終わるまでTBの送信を開始することができず、遅延を増大させる可能性がある。
【００７９】
いくつかの態様では、上述のように、異なるPDCP SDU、したがって異なるMAC SDUは、異なる論理チャネルからのデータに相当する場合がある。詳細には、単一のTBは、異なる論理チャネルに対応するMAC SDUを含む場合がある。TBの受信機(たとえば、BS110)は、異なる論理チャネルのMAC SDUを並列に処理することが可能な場合がある。詳細には、所与の論理チャネルに関連付けられたMAC SDUは、順序付けられており、順番に処理される必要がある場合があるが、異なる論理チャネルのMAC SDUは並列に処理され得る。
【００８０】
いくつかの態様では、MAC TB52、TB900、TB940、TB1000A、またはTB1000Bの設計は、異なる論理チャネルのMAC SDUの並列処理を困難にする場合がある。詳細には、各論理チャネルに対するMAC SDUの各々がTB900/940/1000A/1000B内にある場所を決定するために、ネットワークエンティティ14または20は、TBにおける順番のとおりに各MAC SDUを処理する必要がある。なぜならば、MAC SDUがTB内に位置する場所を記述する他の情報は、TB内にはないからである。したがって、各MAC SDUは、TBにおける順番のとおりに順次処理されるので、異なる論理チャネルからのMAC SDUの並列処理は達成されない。
【００８１】
したがって、本明細書のいくつかの態様は、各論理チャネルの連続するパケットの位置および/またはサイズを示す追加の全体的MACヘッダ62をTB内に(たとえば、本明細書で説明するMACサブヘッダに加えて)提供する。たとえば、各論理チャネルに対して、対応するMAC SDUは、一緒に連続的に配置されてもよい。さらに、1つの論理チャネルのMAC SDUがTB内に配置されてもよく、その後に別の論理チャネルのMAC SDUが続き、以下同様である。全体的MACヘッダ62は、各論理チャネルに対して、論理チャネルのMAC SDUのサイズを示してもよく、あるいは論理チャネルのMAC SDUの開始位置、またはネットワークエンティティ14もしくは20が異なる論理チャネルのMAC SDU間の記述を決定するために使用し得る何らかの他の情報を示してもよい。したがって、ネットワークエンティティ14または20は、MAC SDUをパースして各々が異なる論理チャネルに関連付けられる連続したMAC SDUのグループにし、これらのグループを並列に処理するために、この情報を利用することができる。いくつかの態様では、全体的MACヘッダ62は、(たとえば、MAC TB52、TB900、TB940、1000A、1000Bなどの情報が後に続く)TBの始端において、割振り、規定、スケジュール、配置、順序付けなどが行われてもよい。いくつかの態様では、全体的MACヘッダ62は、(たとえば、MAC TB52、TB900、940、1000A、1000Bなどの情報の後に続く)TBの終端において、割振り、規定、スケジュール、配置、順序付けなどが行われてもよい。
【００８２】
いくつかの態様では、全体的MACヘッダ62は、MAC SDUのグループの各々がどの論理チャネルに属するかを示す情報を含む場合がある。いくつかのそのような態様では、全体的MACヘッダ62はそのような情報を含み得るので、全体的MACヘッダ62は、MAC SDUの各々に対するMACサブヘッダ内には含まれない。
【００８３】
図11は、いくつかの態様による、UE12によって、より具体的にはMACエンコーダ/デコーダマネージャ構成要素40を介して構築されたTB1100の一例を示す。いくつかの態様では、TB1100は、MAC TB52と同一または同様であってもよい。図示のように、TB1100は、本明細書で説明する全体的MACヘッダ62を含むTBの一例であり得る。図示のように、TB1100は、TB1000Bのフィールドを含んでもよく、全体的MACヘッダが後に続く。
【００８４】
一例では、MAC SDU1およびMAC SDU2は第1の論理チャネルに属する。さらに、MAC SDU3およびMAC SDU4は第2の論理チャネルに属する。さらに、MAC SDU5は第3の論理チャネルに属する。いくつかの態様では、全体的MACヘッダ62は、第1、第2および第3の論理チャネルの各々のMAC SDUのサイズを示し得る。たとえば、全体的MACヘッダは、MAC SDU1およびMAC SDU2の組合せのサイズを、第1の論理チャネルに対応するサイズとして含み得る。さらに、全体的MACヘッダ62は、MAC SDU3およびMAC SDU4の組合せのサイズを、第2の論理チャネルに対応するサイズとして含み得る。さらに、全体的MACヘッダ62は、MAC SDU5のサイズを、第3の論理チャネルに対応するサイズとして含み得る。ネットワークエンティティ14または20は、各論理チャネルに対するMAC SDUがTB1100内に位置する場所を決定して、異なる論理チャネルに対するMAC SDUを並列に処理するために、この情報を利用し得る。
【００８５】
図12を参照すると、MACエンコーダ/デコーダマネージャ構成要素40、および/あるいはMACエンコーダ/デコーダマネージャ構成要素40を実行するUE12またはネットワークエンティティ14もしくは20を動作させる例示的な方法1200は、ブロック802においてMAC SDU/CEを受信するステップを含む。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはUE12の1つもしくは複数の構成要素は、1つまたは複数のMAC SDU/CE22を、RLCプロトコルレイヤの1つまたは複数の論理チャネルから、および/または1つもしくは複数の論理チャネルの1つもしくは複数の送信キューから取得してもよい。
【００８６】
ブロック1204において、方法1200は、それぞれのMAC SDU/CE22のサイズおよび対応するMACサブヘッダ情報のサイズを決定するステップを含む。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはUE12の1つまたは複数の構成要素は、本明細書で説明するそれぞれのサイズを決定してもよい。
【００８７】
ブロック1206において、方法1200は、MACトランスポートブロック内の残りのスペースを決定するステップを含む。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはUE12の1つまたは複数の構成要素は、本明細書で説明する残りのスペースを決定してもよい。
【００８８】
1208において、方法1200は、MACトランスポートブロック内の残りのスペースが、それぞれのMAC SDU/CE22のサイズと、対応するMACサブヘッダ情報のサイズとの合計より小さいかどうかを決定するステップを含む。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはUE12の1つまたは複数の構成要素は、現在のMAC SDU/CEを処理し続けるのに十分なスペースがMACトランスポートブロック内に残っているか否かを決定してもよい。
【００８９】
残りのスペースが小さすぎることはない場合、たとえばそれぞれのMAC SDU/CEの処理に対応するのに十分な残りのスペースがある場合、方法1200は、MACトランスポートブロックを構築し続けるように動作する。ブロック1210において、方法1200は、それぞれのMAC SDU/CEの符号化を開始するステップを含む。さらに、ブロック1212において、方法1200は、対応するMACサブヘッダ情報をバッファ内に記憶するステップをさらに含む。ブロック1212の後、方法1200は、ブロック1202に戻って、次のMAC SDU/CEが処理され得るかどうかを判断してもよい。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはUE12の1つまたは複数の構成要素は、ブロック1210および1212の行動を実行してもよい。
【００９０】
残りのスペースが小さすぎる場合、たとえばそれぞれのMAC SDU/CEの処理に対応するのに十分な残りのスペースがない場合、方法1200は、MACトランスポートブロックの送信を準備するように動作する。ブロック1214において、方法1200は、記憶されたMAC SDU/CEサブヘッダ情報をバッファから取得するステップを含む。ブロック1216において、場合によっては、方法1200は、パディングをMACトランスポートブロックに追加するステップと、パディングに対するMACサブヘッダ情報を、取得され記憶されたMAC SDU/CEサブヘッダ情報に追加するステップとを含む。さらに、ブロック1218において、方法1200は、記憶されたMAC SDU/CEサブヘッダ情報(および場合によっては、パディングに対するMACサブヘッダ情報)に対するMACヘッダサイズを決定するステップを含む。さらに、ブロック1220において、方法1200は、MAC SDU/CEサブヘッダ情報(および場合によっては、パディング)をMACトランスポートブロック内に符号化するステップを含む。最後に、ブロック1222において、方法1200は、MACトランスポートブロックの送信を開始するステップを含む。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはその構成要素のうちの1つは、ブロック1214、1216、1218、1220および1222の行動を実行してもよい。
【００９１】
次いで、方法800は、たとえば、RLCレイヤの論理チャネルからのすべての情報が送信されるまで、1つまたは複数の後続のMACトランスポートブロックに対して繰り返されてもよいことに留意されたい。
【００９２】
1つの特定のユースケースでは、ワイヤレス通信の方法は、MACレイヤにおける1つまたは複数の論理チャネル上で受信されたペンディング情報をプロセッサによって識別するステップであって、ペンディング情報はMACトランスポートブロック内に含まれるべきデータ情報および/または制御情報を含む、ステップと、トランスポートブロック内でペンディング情報および対応するMACサブヘッダ情報によって占有されることになるスペースの量に対応するサイズ要件をプロセッサによって決定するステップと、トランスポートブロック内で利用可能な残りのスペースをプロセッサによって決定するステップとを含み、トランスポートブロック内の残りのスペースがサイズ要件以上であるときに、ペンディング情報をトランスポートブロック内に符号化することを開始するステップを含み、トランスポートブロック内の残りのスペースがサイズ要件より小さいときに、すでにMACトランスポートブロック内に符号化されている事前情報に対応する記憶されているサブヘッダ情報のサイズに少なくとも部分的に基づいてMACヘッダサイズを決定するステップと、記憶されているサブヘッダ情報およびMACヘッダサイズ表示が少なくとも事前情報に続いて符号化されかつその情報に続いてMACトランスポートブロック内に配置されるように、少なくとも記憶されているサブヘッダ情報とMACヘッダサイズを表すMACヘッダサイズ表示とをMACトランスポートブロック内に符号化することを開始するステップと、MACトランスポートブロックの送信を開始するステップとを含む。
【００９３】
同じく、一態様では、方法1200は、MACトランスポートブロックの先端部で開始するようにペンディング情報および/または事前情報を符号化するステップと、MACヘッダサイズ表示を先端部に対向するMACトランスポートブロックの後端部で符号化するステップとをさらに含み得る。
【００９４】
さらに、事前情報および/またはペンディング情報を符号化することに関して、記憶されているサブヘッダ情報および/またはペンディングヘッダ情報はペンディング情報に対応し、MACヘッダサイズ表示は事前情報およびペンディング情報を単一経路内だけで読み出すことに基づく。
【００９５】
さらに、いくつかの態様では、方法1200は、事前情報および/またはペンディング情報に対応するサブヘッダ情報を第1のフォーマットまたは第2のフォーマットのいずれかで符号化するステップをさらに含んでもよく、第1のフォーマットは、制御情報サブヘッダ、次いでデータ情報サブヘッダ、次いでパディングサブヘッダをそれぞれトランスポートブロックの先端部で始まる順番で相対的に配置し、第2のフォーマットは、パディングサブヘッダ、次いでデータ情報サブヘッダ、次いで制御情報サブヘッダをそれぞれトランスポートブロックの後端部で始まる逆の順番で相対的に配置する。
【００９６】
場合によっては、トランスポートブロック内の残りのスペースが、情報がトランスポートブロック内で占有することになるサイズより大きいとき、方法は、バッファ内の情報に対応するサブヘッダ情報を記憶するステップをさらに含み得る。
【００９７】
場合によっては、トランスポートブロック内の残りのスペースがサイズ要件より小さいとき、MACヘッダサイズを決定するステップはさらに任意のパディングのサイズに基づいており、符号化を開始するステップは、パディングが事前情報に続いて符号化され、事前情報に続いてMACトランスポートブロック内に配置されるようにパディングの符号化を開始するステップをさらに含む。
【００９８】
拡張MACヘッダを有するMACトランスポートブロックを受信するデバイス内などの代替態様では、ワイヤレス通信の方法は、MACトランスポートブロック内の制御情報および/またはデータ情報に続いてMACトランスポートブロック内に配置される少なくとも1つのMACヘッダサイズ表示を有するメディアアクセス制御(MAC)トランスポートブロックをプロセッサによって受信するステップであって、MACヘッダサイズ表示は制御情報および/またはデータ情報に対応するMACサブヘッダ情報のMACヘッダサイズを表す、ステップと、MACヘッダサイズ表示に基づいてMACヘッダサイズ表示の位置に対する、MACトランスポートブロック内のMACサブヘッダ情報のロケーションを決定するステップと、MACサブヘッダ情報の位置を特定することに応答してMACサブヘッダ情報、制御情報および/またはデータ情報を復号するステップとを含む。
【００９９】
図13を参照すると、ブロック1302において、MACエンコーダ/デコーダマネージャ構成要素40、および/またはMACエンコーダ/デコーダマネージャ40を実行するUE12を動作させる例示的な方法1300は、MACヘッダを第1の部分と第2の部分とに分離する。たとえば、一態様では、MACエンコーダ/デコーダマネージャ構成要素40および/またはUE12の1つまたは複数の構成要素は、MACヘッダ56を第1の部分(たとえば、プリサブヘッダ58)と第2の部分(たとえば、ポストサブヘッダ60)とに分離してもよい。
【０１００】
いくつかの態様では、第1の部分はプリサブヘッダ58を含んでもよく、第2の部分はポストサブヘッダ60を含む。いくつかの態様では、プリサブヘッダ58は、MAC PDU(たとえば、MACトランスポートブロック52)の始端に配置され得る。いくつかの態様では、プリサブヘッダ58のサイズは、UE12またはネットワークエンティティ14もしくは20の一方または両方に知られている固定サイズ、あるいはMAC PDU(たとえば、MACトランスポートブロック52)の始端において示される可変サイズのうちの少なくとも一方であり得る。
【０１０１】
いくつかの態様では、MAC PDU(たとえば、MACトランスポートブロック52)は、プリサブヘッダ58上、少なくともプリサブヘッダ58をカバーするMAC PDU(たとえば、MACトランスポートブロック52)の第1の部分上、およびMAC制御要素ごとのうちの少なくとも1つによるCRCを含む場合がある。いくつかの態様では、ポストサブヘッダ60は、MAC PDU(たとえば、MACトランスポートブロック52)の終端に配置される。いくつかの態様では、ポストサブヘッダ60は、MAC PDU(たとえば、MACトランスポートブロック52)の始端に対する逆方向ポインタに対応するヘッダ長さを含む場合がある。いくつかの態様では、MAC PDU(たとえば、MACトランスポートブロック52)は、ポストサブヘッダ60上、少なくともポストサブヘッダ60をカバーするMAC PDU(たとえば、MACトランスポートブロック52)の第2の部分上、およびMAC制御要素ごとのうちの少なくとも1つによるCRCを含む。
【０１０２】
ブロック1304において、方法1300は、第1の時間に第1の部分をおよび第1の時間の後の第2の時間に第2の部分を、アップリンク通信チャネル上でUEからネットワークエンティティに送ってもよい。たとえば、一態様では、MACエンコーダ/デコーダマネージャ構成要素40および/またはUE12の1つまたは複数の構成要素は、第1の時間に第1の部分(たとえば、プリサブヘッダ58)をおよび第1の時間の後の第2の時間に第2の部分(たとえば、ポストサブヘッダ60)を、アップリンク通信チャネル上でUE12からネットワークエンティティ14または20に送ってもよい。
【０１０３】
ブロック1306において、方法1300は、制御部分またはデータ部分のうちの少なくとも1つを含む第1の分離されたACKを、ダウンリンク通信チャネル上でネットワークエンティティから随意に受信し得る。たとえば、一態様では、MACエンコーダ/デコーダマネージャ構成要素40および/またはUE12の1つまたは複数の構成要素は、制御部分またはデータ部分のうちの少なくとも1つを含む第1の分離されたACKを、ダウンリンク通信チャネル上でネットワークエンティティ14または20から受信し得る。
【０１０４】
ブロック1308において、方法1300は、少なくとも2つの部分を含む分離されたMACヘッダを含むMAC PDUを、ネットワークエンティティからダウンリンク通信チャネル上で随意に受信してもよく、MAC PDUは、ダウンリンク固有の制御要素を2つの部分のうちの少なくとも1つの中に含む。たとえば、一態様では、MACエンコーダ/デコーダマネージャ構成要素40および/またはUE12の1つまたは複数の構成要素は、少なくとも2つの部分(たとえば、プリサブヘッダ58および/またはポストサブヘッダ60)を含む分離されたMACヘッダ56を含むMAC PDU(たとえば、MACトランスポートブロック52)を、ネットワークエンティティ14または20からダウンリンク通信チャネル上で受信してもよく、MAC PDUは、ダウンリンク固有の制御要素を2つの部分のうちの少なくとも1つの中に含む。
【０１０５】
ブロック1310において、方法1300は、MAC PDUを受信することに応答して制御部分またはデータ部分のうちの少なくとも1つを含む第2の分離されたACKを、ネットワークエンティティにアップリンク通信チャネルまたは別個のアップリンク通信チャネル上で随意に送信し得る。たとえば、一態様では、MACエンコーダ/デコーダマネージャ構成要素40および/またはUE12の1つまたは複数の構成要素は、MAC PDU(たとえば、MACトランスポートブロック52)を受信することに応答して制御部分またはデータ部分のうちの少なくとも1つを含む第2の分離されたACKを、ネットワークエンティティにアップリンク通信チャネルまたは別個のアップリンク通信チャネル上で送信し得る。
【０１０６】
図14を参照すると、MACエンコーダ/デコーダマネージャ構成要素40、および/またはMACエンコーダ/デコーダマネージャ構成要素40を実行するネットワークエンティティ14または20を動作させる例示的な方法1400は、ブロック1402において、第1の時間における第1のMACヘッダの第1の部分または第1の時間の後の第2の時間における第1のMACヘッダの第2の部分のうちの少なくとも1つを、アップリンク通信チャネル上でUEから随意に受信し得る。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはネットワークエンティティ14または20の1つまたは複数の構成要素は、第1の時間における第1のMACヘッダ(たとえば、MACトランスポートブロック52)の第1の部分(たとえば、プリサブヘッダ58)または第1の時間の後の第2の時間における第1のMACヘッダ(たとえば、MACトランスポートブロック52)の第2の部分(たとえば、ポストサブヘッダ60)のうちの少なくとも1つを、アップリンク通信チャネル上でUE12から受信し得る。
【０１０７】
ブロック1404において、方法1400は、制御部分またはデータ部分のうちの少なくとも1つを含むACKをUEに随意に送信し得る。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはネットワークエンティティ14または20の1つまたは複数の構成要素は、第1の時間における第1のMACヘッダ(たとえば、MACトランスポートブロック52)の第1の部分(たとえば、プリサブヘッダ58)または第1の時間の後の第2の時間における第1のMACヘッダ(たとえば、MACトランスポートブロック52)の第2の部分(たとえば、ポストサブヘッダ60)のうちの少なくとも1つを受信することに応答して、制御部分またはデータ部分のうちの少なくとも1つを含むACKをUE12に送信し得る。
【０１０８】
ブロック1406において、方法1400は、ダウンリンク通信チャネル上で1つまたは複数のMAC制御要素をUEに送信することを随意に決定し得る。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはネットワークエンティティ14または20の1つまたは複数の構成要素は、ダウンリンク通信チャネル上で1つまたは複数のMAC制御要素をUE12に送信することを決定し得る。
【０１０９】
ブロック1408において、方法1400は、第2のMACヘッダを第1の部分と第2の部分とに分離してもよい。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはネットワークエンティティ14または20の1つまたは複数の構成要素は、第2のMACヘッダ(たとえば、MACトランスポートブロック52と同様のMACヘッダ)を第1の部分(たとえば、プリサブヘッダ58)と第2の部分(たとえば、ポストサブヘッダ60)とに分離してもよい。
【０１１０】
ブロック1410において、方法1400は、第1の時間に第1の部分をおよび第1の時間の後の第2の時間に第2の部分を、ダウンリンク通信チャネル上でネットワークエンティティからUEに送信してもよく、第1の部分または第2の部分のうちの少なくとも1つは、1つまたは複数のMAC制御要素を含む。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはネットワークエンティティ14または20の1つまたは複数の構成要素は、第1の時間に第1の部分(たとえば、プリサブヘッダ58)をおよび第1の時間の後の第2の時間に第2の部分(たとえば、ポストサブヘッダ60)を、ダウンリンク通信チャネル上でネットワークエンティティ14または20からUE12に送信してもよく、第1の部分(たとえば、プリサブヘッダ58)または第2の部分(たとえば、ポストサブヘッダ60)のうちの少なくとも1つは、1つまたは複数のMAC制御要素を含む。
【０１１１】
図15を参照すると、ブロック1502において、MACエンコーダ/デコーダマネージャ構成要素40および/またはMACエンコーダ/デコーダマネージャ構成要素40を実行するUE12を動作させる例示的な方法1500は、複数のSDUおよび対応する複数のメディアアクセス制御サブヘッダを備えるトランスポートブロックを生成してもよく、各メディアアクセス制御サブヘッダはトランスポートブロック内の対応するサービスデータユニットに隣接し、トランスポートブロックは、個別の対応するメディアアクセス制御サブヘッダを有するMAC制御要素をさらに備え、MAC制御要素および対応するメディアアクセス制御サブヘッダはトランスポートブロックの終端に配置される。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはUE12の1つまたは複数の構成要素は、複数のSDU/CE22および対応する複数のMACサブヘッダを備えるトランスポートブロック(たとえば、MACトランスポートブロック52)を生成してもよく、各MACサブヘッダはトランスポートブロック(たとえば、MACトランスポートブロック52)内の対応するSDUに隣接し、トランスポートブロック(たとえば、MACトランスポートブロック52)は個別の対応するMACサブヘッダを有するMAC制御要素をさらに含み、MAC制御要素および対応するMACサブヘッダはトランスポートブロック(たとえば、MACトランスポートブロック52)の終端に配置される。ブロック1504において、方法1500は、トランスポートブロックをデバイスに送信し得る。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはその構成要素のうちの1つは、トランスポートブロック(たとえば、MACトランスポートブロック52)をデバイス(たとえば、ネットワークエンティティ14または20)に送信し得る。
【０１１２】
いくつかの態様では、各SDUはMAC SDUを含み得る。いくつかの態様では、各SDUは、RLCヘッダ、PDCPヘッダ、および/またはPDCP SDUを含み得る。いくつかの態様では、トランスポートブロックの始端は、トランスポートブロックの第1のビットを含み得る。いくつかの態様では、トランスポートブロックの終端は、トランスポートブロックのデータに対応する最後のビットを含み得る。いくつかの態様では、複数のMACサブヘッダのうちの少なくとも1つは、SDUによって複数のMACサブヘッダのうちの別の1つから分離され得る。
【０１１３】
図16を参照すると、ブロック1602において、MACエンコーダ/デコーダマネージャ構成要素40、および/またはMACエンコーダ/デコーダマネージャ構成要素40を実行するUE12を動作させる例示的な方法1500は、複数の論理チャネルに割り振られた複数のSDUを含むトランスポートブロックを生成してもよく、トランスポートブロックは全体的MACヘッダをさらに含み、全体的MACヘッダは、複数のサービスデータユニットの各々の複数の論理チャネルのうちの1つの論理チャネルを示す。たとえば、一態様では、ブロック1602において、MACエンコーダ/デコーダマネージャ40、および/またはUE12の1つまたは複数の構成要素は、複数の論理チャネルに割り振られた複数のSDUを含むトランスポートブロック(たとえば、MACトランスポートブロック52)を生成してもよく、トランスポートブロックは全体的MACヘッダ62をさらに含み、全体的MACヘッダ62は、複数のSDUの各々の複数の論理チャネルのうちの1つの論理チャネルを示す。ブロック1604において、方法1600は、トランスポートブロックをデバイスに送信し得る。たとえば、一態様では、MACエンコーダ/デコーダマネージャ40および/またはUE12の1つまたは複数の構成要素は、トランスポートブロックをデバイス(たとえば、ネットワークエンティティ14または20)に送信し得る。
【０１１４】
いくつかの態様では、全体的MACヘッダ62は、複数の論理チャネルの各々に対する、連続するSDUの全サイズまたは位置のうちの少なくとも1つを含み得る。いくつかの態様では、各SDUはMAC SDUを含む。いくつかの態様では、各SDUは、RLCヘッダ、PDCPヘッダ、および/またはPDCP SDUを含み得る。いくつかの態様では、全体的MACヘッダ62は、トランスポートブロックの終端に位置し得る。いくつかの態様では、トランスポートブロックの終端は、トランスポートブロックのデータに対応する最後のビットを含み得る。いくつかの態様では、全体的MACヘッダ62は、トランスポートブロックの始端に位置し得る。いくつかの態様では、トランスポートブロックの始端は、トランスポートブロックの第1のビットを含み得る。いくつかの態様では、トランスポートブロックは、複数のSDUに対応する複数のMACサブヘッダを含み得る。いくつかの態様では、複数のMACサブヘッダのうちの少なくとも1つは、SDUによって複数のMACサブヘッダのうちの別の1つから分離され得る。
【０１１５】
別の代替実装形態では、ワイヤレス通信のための装置は、トランシーバと、命令を記憶するように構成されたメモリと、トランシーバおよびメモリに通信可能に結合された1つまたは複数のプロセッサとを含んでもよく、1つまたは複数のプロセッサは、たとえば、方法1200、1300、1400、1500および/または1600に関して本明細書で説明した動作を実行するための命令を実行するように構成される。
【０１１６】
さらなる代替実装形態では、ワイヤレス通信のための装置は、本明細書で説明する動作を実行するための1つまたは複数の手段を含み得る。さらに、別の実装形態は、たとえば、方法1200、1300、1400、1500および/または1600に関して本明細書で説明した動作を実行するために1つまたは複数のプロセッサによって実行可能なコードを含むコンピュータ可読媒体を含む。
【０１１７】
説明の簡略化のために、本明細書で説明する方法は、一連の動作として示され説明されており、本方法(および、それに関連するさらなる方法)は、動作の順序に限定されず、いくつかの動作は、1つまたは複数の態様に従って、本明細書に示され説明されたものとは異なる順序で、および/または異なる他の動作と同時に行われ得ることが理解および諒解されるべきである。たとえば、方法は、代わりに、状態図などにおいて、一連の相互に関係する状態またはイベントとして表されてもよいことを諒解されたい。さらに、本明細書で説明する1つまたは複数の特徴に従って方法を実装するために、図示したすべての動作が必要とされるとは限らない場合がある。
【０１１８】
電気通信システムのいくつかの態様が、様々な装置および方法を参照して提示されている。これらの装置および方法は、この発明を実施するための形態の中で説明され、様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなど(まとめて「要素」と呼ばれる)によって、添付の図面内に示されている。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装されてもよい。そのような要素がハードウェアとして実装されるのか、それともソフトウェアとして実装されるのかは、具体的な適用例および全体的なシステムに課された設計制約に依存する。
【０１１９】
例として、要素、要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサを含む「処理システム」を用いて実装されてもよい。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアを含む。処理システムの中の1つまたは複数のプロセッサは、ソフトウェアを実行してもよい。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれ以外のものとして言及されているかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、ファンクション等を意味するものと広く解釈されるものとする。
【０１２０】
したがって、1つまたは複数の態様では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せにおいて実装され得る。ソフトウェアにおいて実装される場合、機能は、コンピュータ可読媒体上の1つまたは複数の命令またはコードとして、記憶または符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体であってもよい。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスク記憶装置、磁気ディスクス記憶装置もしくは他の磁気記憶デバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用することができ、コンピュータによってアクセスすることができる、任意の他の媒体を含むことができる。本明細書において用いられるときに、ディスク(disk)およびディスク(disc)は、コンパクトディスク(CD)、レーザーディスク(登録商標)、光ディスク、デジタル多用途ディスク(DVD)、およびフロッピーディスクを含み、ディスク(disk)は通常、磁気的にデータを再生し、一方、ディスク(disc)は、レーザーで光学的にデータを再生する。上述したものの組合せも、コンピュータ可読媒体の範囲内に含められるべきである。
【０１２１】
LTE/LTE-Aシステムまたは5G通信システムを参照して、電気通信システムのいくつかの態様を示してきた。当業者が容易に諒解するように、本開示全体にわたって説明した様々な態様は、他の電気通信システム、ネットワークアーキテクチャ、および通信規格に拡張され得る。
【０１２２】
一例として、様々な態様は、高速ダウンリンクパケットアクセス(HSDPA)、高速アップリンクパケットアクセス(HSUPA)、高速パケットアクセスプラス(HSPA+)、およびTD-CDMAなどの他の通信システムに拡張され得る。様々な態様はまた、ロングタームエボリューション(LTE)(FDD、TDD、またはこれら両方のモードの)、LTEアドバンスト(LTE-A)(FDD、TDD、またはこれら両方のモードの)、CDMA2000、エボリューションデータオプティマイズド(EV-DO)、ウルトラモバイルブロードバンド(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、超広帯域(UWB)、Bluetooth(登録商標)、および/または他の適切なシステムを利用するシステムに拡張されてもよい。用いられる実際の電気通信規格、ネットワークアーキテクチャ、および/または通信規格は、特定の適用例およびシステムに課される全体的な設計制約に依存する。
【０１２３】
開示する方法におけるステップの特定の順序または階層が例示的なプロセスを示すものであることを理解されたい。設計選好に基づいて、方法におけるステップの特定の順序または階層が並べ替えられてよいことが理解される。添付の方法クレームは、例示的な順序で様々なステップの要素を提示しており、そこに特に記載されていない限り、提示された特定の順序または階層に限定されるものではない。
【０１２４】
前述の説明は、いかなる当業者も、本明細書で説明した様々な態様を実践することが可能になるように提供される。これらの態様の様々な変更が、当業者には容易に明らかになり、本明細書において規定される一般原理は、他の態様に適用される場合がある。したがって、特許請求の範囲は、本明細書で示された態様に限定されるようには意図されておらず、特許請求の範囲の文言と矛盾しないすべての範囲に一致すべきであり、ここで、単数形の要素への参照は、特にそのように述べられていない限り、「唯一無二の」を意味するのではなく、「1つまたは複数の」を意味するように意図されている。その他の形で特に述べられない限り、「いくつかの」という用語は、1つまたは複数を指す。項目のリスト「のうちの少なくとも1つ」を指す句は、単一の部材を含む、これらの項目の任意の組合せを指す。一例として、「a、b、またはcのうちの少なくとも1つ」は、a、b、c、aおよびb、aおよびc、bおよびc、ならびにa、bおよびcを包含することを意図している。当業者に知られているか、または後に知られることになる、本開示を通じて説明した様々な態様の要素に対するすべての構造的および機能的同等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。さらに、本明細書で開示されたものは、そのような開示が特許請求の範囲に明示的に列挙されているかどうかにかかわらず、公に供されるものではない。
【符号の説明】
【０１２５】
10  ワイヤレス通信システム
12  ユーザ機器(UE)
14  ネットワークエンティティ
20  ネットワークエンティティ
22  MAC SDUおよび/またはMAC CE(MAC SDU/CE22)
26  ワイヤレス通信
32  受信機
34  送信機
40  MACエンコーダ/デコーダマネージャ構成要素
42  サイズ/スペース決定器構成要素
44  構築/送信(TX)決定器(DET)構成要素
46  ヘッダ決定器構成要素
48  ヘッダバッファ
50  エンコーダ/デコーダ
52  MACトランスポートブロック
54  MACヘッダ(HDR)サイズインジケータ
56  MACヘッダ
58  プリサブヘッダ
60  ポストサブヘッダ
62  全体的MACヘッダ
71  サイズ要件
73  MACトランスポートブロックの残りのスペース
75  構築/送信決定
102  アンテナ
103  プロセッサ
104  無線周波数(RF)フロントエンド
106  トランシーバ
108  モデム
110  基地局(BS)
130  メモリ
141  低雑音増幅器(LNA)
142  スイッチ
143  スイッチ
144  フィルタ
145  電力増幅器(PA)
146  スイッチ
200  MACトランスポートブロック構造
202  図2のブロック
204  図2のブロック
206  第1のフォーマット
208  第2のフォーマット
300  MACトランスポートブロック構造
400  MACトランスポートブロック構造
500  MACトランスポートブロック構造
600  MACトランスポートブロック構造
700  データフロー
800  MAC PDU
802  プリサブヘッダ
804  MAC制御要素
806  MAC SDU
808  MAC SDU
810  パディング
812  MACトランスポートブロックの一部分
814  MACトランスポートブロックの一部分
816  MACポストサブヘッダ
900  トランスポートブロック(TB)
940  TB
1000A  TB
1000B  TB
1100  TB
注)MAC:メディアアクセス制御、SDU:  サービスデータユニット、CE:制御要素、PDU: パケットデータユニット
【図１】
2019535193.tif 000004
【図２】
2019535193.tif 000005
【図３】
2019535193.tif 000006
【図４】
2019535193.tif 000007
【図５】
2019535193.tif 000008
【図６】
2019535193.tif 000009
【図７】
2019535193.tif 000010
【図８】
2019535193.tif 000011
【図９Ａ】
2019535193.tif 000012
【図９Ｂ】
2019535193.tif 000013
【図１０Ａ】
2019535193.tif 000014
【図１０Ｂ】
2019535193.tif 000015
【図１１】
2019535193.tif 000016
【図１２】
2019535193.tif 000017
【図１３】
2019535193.tif 000018
【図１４】
2019535193.tif 000019
【図１５】
2019535193.tif 000020
【図１６】
2019535193.tif 000021
【国際調査報告】
2019535193.tif 000022
2019535193.tif 000023