特許7187574 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ノキア　テクノロジーズ　オサケユイチアの特許一覧

特許7187574媒体アクセス制御サブヘッダの向上

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8A
8B
8C
8D
9A
9B
10

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

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

(11)【特許番号】

(24)【登録日】2022-12-02

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

(54)【発明の名称】媒体アクセス制御サブヘッダの向上

(51)【国際特許分類】

H04W 28/06 20090101AFI20221205BHJP

H04W 80/00 20090101ALI20221205BHJP

H04W 72/14 20090101ALI20221205BHJP

【ＦＩ】

H04W28/06 110

H04W80/00

H04W72/14

【請求項の数】 25

(21)【出願番号】P 2020555825

(86)(22)【出願日】2018-05-04

(65)【公表番号】

(43)【公表日】2021-08-02

(86)【国際出願番号】 CN2018085596

(87)【国際公開番号】W WO2019196150

(87)【国際公開日】2019-10-17

【審査請求日】2020-11-17

(31)【優先権主張番号】PCT/CN2018/083124

(32)【優先日】2018-04-13

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

(73)【特許権者】

【識別番号】515076873

【氏名又は名称】ノキアテクノロジーズオサケユイチア

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島孝喜

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤直樹

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須威夫

(74)【代理人】

【識別番号】100176418

【弁理士】

【氏名又は名称】工藤嘉晃

(72)【発明者】

【氏名】ターチネン，サムリ

(72)【発明者】

【氏名】ウ，チュンリ

(72)【発明者】

【氏名】セビレ，ベノイスト

(72)【発明者】

【氏名】リ，ゼシアン

【審査官】竹内亨

(56)【参考文献】

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

【文献】Ericsson，Msg3 size for CCCH payload，3GPP TSG RAN WG2 #101bis R2-1805415，2018年04月05日

【文献】Nokia, Nokia Shanghai Bell，MAC sub-header formats，3GPP TSG RAN WG2 #99 R2-1708763，2017年08月12日

(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】

通信されるデータのグラントを受信するための手段であって、前記通信されるデータに関して媒体アクセス制御プロトコルデータユニットに多重化された１つ以上の論理チャネルを含む、手段
を備える装置であって、
前記グラントが少なくとも１つの事前に確立された条件を満たしていることに基づいて、少なくとも１つの論理チャネルのサービスデータユニットの長さフィールドは、前記媒体アクセス制御プロトコルデータユニットから省かれるように構成され、前記長さフィールドは、前記論理チャネルのサービスデータユニットが前記媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットであることを判定することに基づいて省かれ、異なる固定サイズにリンクされたいくつかの論理チャネル識別子は、前記共通制御チャネルサービスデータユニットのサイズを示すように構成される、装置。

【請求項22】

【請求項23】

前記グラントはさらに、論理チャネル識別を省くように構成された少なくとも１つの論理チャネルのサービスデータユニットがこれ以上続かないことを示すために、媒体アクセス制御サブヘッダの長さフィールドが全てゼロに設定されることを含む、請求項２２に記載の装置。

【請求項24】

前記少なくとも１つの事前に確立された条件は、前記グラントが１つより多い論理チャネルに使用され、かつ前記１つより多い論理チャネルのうちのただ１つの論理チャネルが送信データを有さないことを含み、前記グラントは、前記事前に確立された条件に基づいて、前記ただ１つの論理チャネルの論理チャネル識別子が省かれ、１バイト長さフィールドが全てゼロに設定されることを含む、請求項２２に記載の装置。

【請求項25】

前記１つより多い論理チャネルの論理チャネル識別子は、前記媒体アクセス制御プロトコルデータユニットから省かれ、前記グラントは、これらの論理チャネルを事前に確立された順序で含む、請求項２２に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の例示的な実施形態による教示は、概して、信頼性及びレイテンシを向上させるための、特定のトラフィックタイプのオーバーヘッド削減に関し、より具体的には、信頼性及びレイテンシを向上させるための、超高信頼低遅延通信のレイヤ２オーバーヘッド媒体アクセス制御サブヘッダ削減に関する。さらに、本発明の例示的な実施形態による教示はまた、概して、ＮＲにおいてＭＡＣプロトコルにより実行されるランダムアクセス手順に関し、より具体的には、ＵＥからＮＷへのＲＡ手順におけるＭｓｇ３の最適化されたＭＡＣＰＤＵ構造に関する。

【背景技術】

【0002】

本節では、特許請求の範囲に記載される本発明の背景または状況を提供することが意図される。本明細書の説明は、追及され得る概念を含み得るが、必ずしも以前に考案または追及されたものであるとは限らない。従って、本明細書で別段の指示がない限り、本節の説明内容は、本出願の説明及び特許請求の範囲の先行技術ではなく、本節に含まれることで先行技術であると認められることはない。

【0003】

説明内及び／または図面内に記載され得る特定の略語は、本明細書で下記のように定義される。
ＣＣＣＨ共通制御チャネル
ＣＥ制御要素
Ｄ／Ｃデータ制御
ＬＣＩＤ論理チャネル識別
ＬＣＨ論理チャネル
ＬＣＰ論理チャネルの優先順位付け
ＮＲ新無線技術（ＮｅｗＲａｄｉｏ）
ＲＡランダムアクセス
ＳＤＵサービスデータユニット
ＵＲＬＬＣ超高信頼低遅延通信

【0004】

第５世代（５Ｇ）のＮｅｗＲａｄｉｏ（ＮＲ）通信技術の利点は、現在及び将来のモバイルネットワーク世代における拡張され多様化された使用シナリオ及び適用に対応することを含むように想定されている。５ＧＮＲ通信技術の現在のリリースには、厳格な要件を有する超高信頼低遅延通信（ＵＲＬＬＣ）が含まれる。

【0005】

本明細書に記載される例示的な実施形態は、超高信頼低遅延通信に伴う少なくともレイテンシ及び信頼性動作を改善することに関することに、留意されたい。

【発明の概要】

【0006】

本発明の一実施形態の例示的な態様は、方法を含み、方法は、通信されるデータのグラントを決定することを含み、これは、通信されるデータに関して、媒体アクセス制御プロトコルデータユニットに多重化される論理チャネルを識別することを含み、多重化論理チャネルのうちの少なくとも１つの論理チャネルの論理チャネル識別子、及び少なくとも１つの論理チャネルのサービスデータユニットの長さのうちの少なくとも１つは、媒体アクセス制御プロトコルデータユニットから省かれるように構成される。

【0007】

本発明の一実施形態のさらなる例示的な態様は、前段落の方法を含む方法であり、方法は、グラントはただ１つの論理チャネルで使用されるという少なくとも１つの事前に確立された条件を、グラントが満たしていることを判定することを含み、構成することは、事前に確立された条件に基づいて、当該１つの論理チャネルの論理チャネル識別子を媒体アクセス制御プロトコルデータユニットから省くことを含む、方法であって、構成することはさらに、論理チャネル識別を省くように構成された当該少なくとも１つの論理チャネルのサービスデータユニットがこれ以上続かないことを示すために、媒体アクセス制御サブヘッダの長さフィールドを全てゼロに設定することを含む、方法であって、構成することはさらに、論理チャネル識別が省かれるように構成された論理チャネルのサービスデータユニットに、長さフィールドが続くこと、または、論理チャネル識別が省かれるように構成されていない論理チャネルの制御要素もしくはサービスデータユニットのうちの少なくとも１つに、論理チャネル識別子サブヘッダが続くこと、のうちの１つを示すように、１ビットデータ制御フィールドを設定することを含む、方法であって、少なくとも１つの事前に確立された条件は、識別された論理チャネルが複数の論理チャネルであり、かつ複数の論理チャネルのうちのただ１つの論理チャネルが送信データを有さないことを含み、構成することは、事前に確立された条件に基づいて、当該ただ１つの論理チャネルの論理チャネル識別子を省くことと、１バイト長さフィールドは全てゼロに設定することとを含む、方法であって、複数の論理チャネルの論理チャネル識別子は、媒体アクセス制御プロトコルデータユニットから省かれるように構成され、構成することは、これらの論理チャネルを事前に確立された順序で構成することを含む、方法であって、複数の論理チャネルの部分集合が送信データを有さないことを判定することと、判定することに基づいて、複数の論理チャネルの部分集合の論理チャネル識別子なしで次の論理チャネルの開始を示すために、長さを全てゼロに設定するように構成することと、を含む、方法であって、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットから、長さフィールドを省くことを含む、方法であって、省くことは、媒体アクセス制御の共通制御チャネルサービスデータユニットの長さフィールドが、的確なサイズ基準を満たしていると判定することに基づき、省くことは、異なるサイズの共通制御チャネルサービスデータユニットに、同じ論理チャネル識別子が使用されていると判定することに基づき、同じ論理チャネル識別子を使用する異なるサイズの共通制御チャネルサービスデータユニットは、ランダムアクセスプリアンブルグループ識別子により示され、省くことは、Ｍｓｇ３のグラントサイズが、共通制御チャネルサービスデータユニット＋少なくとも１オクテットのサイズという的確なサイズ基準を満たしていると判定することに基づき、Ｍｓｇ３のグラントサイズが的確なサイズ基準を満たしていると判定することは、共通制御チャネルサービスデータユニットサイズに、媒体アクセス制御プロトコルデータユニットのＲ／ＬＣＩＤサブヘッダを加えたサイズが、Ｍｓｇ３サイズと等しいと判定することを含み、共通制御チャネルサービスデータユニットまたは媒体アクセス制御プロトコルデータユニットは、多重化チャネルのうちの少なくとも１つの論理チャネルのうちの１つ以上の論理チャネルの異なる固定サイズにリンクされたいくつかの論理チャネル識別子で構成される。

【0008】

本発明の一実施形態の別の例示的な態様は、ネットワーク側装置などの装置を含み、装置は、通信されるデータのグラントを決定する手段を備え、これは、通信されるデータに関して、媒体アクセス制御プロトコルデータユニットに多重化される論理チャネルを識別する手段を含み、多重化論理チャネルのうちの少なくとも１つの論理チャネルの論理チャネル識別子、及び少なくとも１つの論理チャネルのサービスデータユニットの長さのうちの少なくとも１つは、媒体アクセス制御プロトコルデータユニットから省かれるように構成される。

【0009】

本発明の一実施形態のさらなる例示的な態様は、前段落の装置を含む装置であり、装置は、グラントはただ１つの論理チャネルで使用されるという少なくとも１つの事前に確立された条件をグラントが満たしていることを判定することを行い、構成することは、事前に確立された条件に基づいて、当該１つの論理チャネルの論理チャネル識別子を媒体アクセス制御プロトコルデータユニットから省くことを含む、装置であって、構成することはさらに、論理チャネル識別を省くように構成された当該少なくとも１つの論理チャネルのサービスデータユニットがこれ以上続かないことを示すために、媒体アクセス制御サブヘッダの長さフィールドを全てゼロに設定することを含む、装置であって、構成することはさらに、論理チャネル識別が省かれるように構成された論理チャネルのサービスデータユニットに、長さフィールドが続くこと、または、論理チャネル識別が省かれるように構成されていない論理チャネルの制御要素もしくはサービスデータユニットのうちの少なくとも１つに、論理チャネル識別子サブヘッダが続くこと、のうちの１つを示すように、１ビットデータ制御フィールドを設定することを含む、装置であって、少なくとも１つの事前に確立された条件は、識別された論理チャネルが複数の論理チャネルであり、かつ複数の論理チャネルのうちのただ１つの論理チャネルが送信データを有さないことを含み、構成することは、事前に確立された条件に基づいて、当該ただ１つの論理チャネルの論理チャネル識別子を省くことと、１バイト長さフィールドは全てゼロに設定することとを含む、装置であって、複数の論理チャネルの論理チャネル識別子は、媒体アクセス制御プロトコルデータユニットから省かれるように構成され、構成することは、これらの論理チャネルを事前に確立された順序で構成することを含む、装置であって、複数の論理チャネルの部分集合が送信データを有さないことを判定する手段と、判定することに基づいて、複数の論理チャネルの部分集合の論理チャネル識別子なしで次の論理チャネルの開始を示すために、長さを全てゼロに設定するように構成する手段と、を備える、装置であって、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットから、長さフィールドを省くことを行う、装置であって、省くことは、媒体アクセス制御の共通制御チャネルサービスデータユニットの長さフィールドが、的確なサイズ基準を満たしていると判定することに基づき、省くことは、異なるサイズの共通制御チャネルサービスデータユニットに、同じ論理チャネル識別子が使用されていると判定することに基づき、同じ論理チャネル識別子を使用する異なるサイズの共通制御チャネルサービスデータユニットは、ランダムアクセスプリアンブルグループ識別子により示され、省くことは、Ｍｓｇ３のグラントサイズが、共通制御チャネルサービスデータユニット＋少なくとも１オクテットのサイズという的確なサイズ基準を満たしていると判定することに基づき、Ｍｓｇ３のグラントサイズが的確なサイズ基準を満たしていると判定することは、共通制御チャネルサービスデータユニットサイズに、媒体アクセス制御プロトコルデータユニットのＲ／ＬＣＩＤサブヘッダを加えたサイズが、Ｍｓｇ３サイズと等しいと判定することを含み、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットは、多重化チャネルのうちの少なくとも１つの論理チャネルのうちの１つ以上の論理チャネルの異なる固定サイズにリンクされたいくつかの論理チャネル識別子で構成される。

【0010】

本発明の一実施形態の別の例示的な態様は、ネットワーク側装置などの装置を含み、装置は、コンピュータプログラムコードを含む少なくとも１つのメモリを備え、コンピュータプログラムコードは、少なくとも１つのプロセッサとともに、装置に、通信されるデータのグラントを決定することを実行させるように構成され、決定することは、通信されるデータに関して、媒体アクセス制御プロトコルデータユニットに多重化される論理チャネルを識別することを含み、多重化論理チャネルのうちの少なくとも１つの論理チャネルの論理チャネル識別子、少なくとも１つの論理チャネルのサービスデータユニットの長さのうちの少なくとも１つは、媒体アクセス制御プロトコルデータユニットから省かれるように構成される。

【0011】

本発明の一実施形態のさらなる例示的な態様は、前段落の装置を含む装置であり、装置は、グラントはただ１つの論理チャネルで使用されるという少なくとも１つの事前に確立された条件をグラントが満たしていることを判定することを行い、構成することは、事前に確立された条件に基づいて、当該１つの論理チャネルの論理チャネル識別子を媒体アクセス制御プロトコルデータユニットから省くことを含む、装置であって、構成することはさらに、論理チャネル識別を省くように構成された当該少なくとも１つの論理チャネルのサービスデータユニットがこれ以上続かないことを示すために、媒体アクセス制御サブヘッダの長さフィールドを全てゼロに設定することを含む、装置であって、構成することはさらに、論理チャネル識別が省かれるように構成された論理チャネルのサービスデータユニットに、長さフィールドが続くこと、または、論理チャネル識別が省かれるように構成されていない論理チャネルの制御要素もしくはサービスデータユニットのうちの少なくとも１つに、論理チャネル識別子サブヘッダが続くこと、のうちの１つを示すように、１ビットデータ制御フィールドを設定することを含む、装置であって、少なくとも１つの事前に確立された条件は、識別された論理チャネルが複数の論理チャネルであり、かつ複数の論理チャネルのうちのただ１つの論理チャネルが送信データを有さないことを含み、構成することは、事前に確立された条件に基づいて、当該ただ１つの論理チャネルの論理チャネル識別子を省くことと、１バイト長さフィールドは全てゼロに設定することとを含む、装置であって、複数の論理チャネルの論理チャネル識別子は、媒体アクセス制御プロトコルデータユニットから省かれるように構成され、構成することは、これらの論理チャネルを事前に確立された順序で構成することを含む、装置であって、装置は、コンピュータプログラムコードを含み、コンピュータプログラムコードは、少なくとも１つのプロセッサとともに、装置に、複数の論理チャネルの部分集合が送信データを有さないことを判定することと、判定することに基づいて、複数の論理チャネルの部分集合の論理チャネル識別子なしで次の論理チャネルの開始を示すために、長さを全てゼロに設定するように構成することと、を実行させるように構成される、装置であって、グラントは、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットから、長さフィールドを省いている、装置であって、省くことは、異なるサイズの共通制御チャネルサービスデータユニットに、同じ論理チャネル識別子が使用されていることに基づき、同じ論理チャネル識別子を使用する異なるサイズの共通制御チャネルサービスデータユニットは、ランダムアクセスプリアンブルグループ識別子により示され、省くことは、Ｍｓｇ３のグラントサイズが、共通制御チャネルサービスデータユニット＋少なくとも１オクテットのサイズという的確なサイズ基準を満たしていると判定することに基づき、Ｍｓｇ３のグラントサイズが的確なサイズ基準を満たしていると判定することは、共通制御チャネルサービスデータユニットサイズに、媒体アクセス制御プロトコルデータユニットのＲ／ＬＣＩＤサブヘッダを加えたサイズが、Ｍｓｇ３サイズと等しいと判定することを含み、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットは、多重化チャネルのうちの少なくとも１つの論理チャネルのうちの１つ以上の論理チャネルの異なる固定サイズにリンクされたいくつかの論理チャネル識別子で構成される。

【0012】

本発明の一実施形態の例示的な態様は、方法を含み、方法は、通信されるデータのグラントを受信することを含み、通信されるデータに関して媒体アクセス制御プロトコルデータユニットに多重化された論理チャネルを含み、多重化論理チャネルのうちの少なくとも１つの論理チャネルの少なくとも１つの論理チャネル識別子、及び少なくとも１つの論理チャネルのサービスデータユニットの長さは、媒体アクセス制御プロトコルデータユニットから省かれるように構成される。

【0013】

本発明の一実施形態のさらなる例示的な態様は、前段落の方法を含む方法であり、少なくとも１つの事前に確立された条件は、グラントがただ１つの論理チャネルで使用されることを含み、構成することは、事前に確立された条件に基づいて、当該１つの論理チャネルの論理チャネル識別子を媒体アクセス制御プロトコルデータユニットから省くことを含む、方法であって、グラントはさらに、論理チャネル識別を省くように構成された当該少なくとも１つの論理チャネルのサービスデータユニットがこれ以上続かないことを示すために、全てゼロに設定された媒体アクセス制御サブヘッダの長さフィールドを含む、方法であって、少なくとも１つの事前に確立された条件は、識別された論理チャネルが複数の論理チャネルであり、かつ複数の論理チャネルのうちのただ１つの論理チャネルが送信データを有さないことを含み、グラントは、事前に確立された条件に基づいて、当該ただ１つの論理チャネルの論理チャネル識別子が省かれ、１バイト長さフィールドが全てゼロに設定される、方法であって、複数の論理チャネルの論理チャネル識別子は、媒体アクセス制御プロトコルデータユニットから省かれ、構成することは、これらの論理チャネルを事前に確立された順序で構成することを含む、方法であって、グラントは、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットから、長さフィールドを省いている、方法であって、省くことは、異なるサイズの共通制御チャネルサービスデータユニットに、同じ論理チャネル識別子が使用されていることに基づき、同じ論理チャネル識別子を使用する異なるサイズの共通制御チャネルサービスデータユニットは、ランダムアクセスプリアンブルグループ識別子により示され、省くことは、Ｍｓｇ３のグラントサイズが、共通制御チャネルサービスデータユニット＋少なくとも１オクテットのサイズという的確なサイズ基準を満たしていると判定することに基づき、Ｍｓｇ３のグラントサイズが的確なサイズ基準を満たしていると判定することは、共通制御チャネルサービスデータユニットサイズに、媒体アクセス制御プロトコルデータユニットのＲ／ＬＣＩＤサブヘッダを加えたサイズが、Ｍｓｇ３サイズと等しいと判定することを含み、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットは、多重化チャネルのうちの少なくとも１つの論理チャネルのうちの１つ以上の論理チャネルの異なる固定サイズにリンクされたいくつかの論理チャネル識別子で構成される。

【0014】

本発明の一実施形態の別の例示的な態様は、ユーザ機器側装置などの装置を含み、装置は、通信されるデータのグラントを受信する手段を備え、通信されるデータに関して媒体アクセス制御プロトコルデータユニットに多重化された論理チャネルを含み、多重化論理チャネルのうちの少なくとも１つの論理チャネルの少なくとも１つの論理チャネル識別子、及び少なくとも１つの論理チャネルのサービスデータユニットの長さは、媒体アクセス制御プロトコルデータユニットから省かれるように構成される。

【0015】

本発明の一実施形態のさらなる例示的な態様は、前段落の装置を含む装置であり、少なくとも１つの事前に確立された条件は、グラントがただ１つの論理チャネルで使用されることを含み、構成することは、事前に確立された条件に基づいて、当該１つの論理チャネルの論理チャネル識別子を媒体アクセス制御プロトコルデータユニットから省くことを含む、装置であって、グラントはさらに、論理チャネル識別を省くように構成された当該少なくとも１つの論理チャネルのサービスデータユニットがこれ以上続かないことを示すために、全てゼロに設定された媒体アクセス制御サブヘッダの長さフィールドを含む、装置であって、少なくとも１つの事前に確立された条件は、識別された論理チャネルが複数の論理チャネルであり、かつ複数の論理チャネルのうちのただ１つの論理チャネルが送信データを有さないことを含み、グラントは、事前に確立された条件に基づいて、当該ただ１つの論理チャネルの論理チャネル識別子が省かれ、１バイト長さフィールドが全てゼロに設定される、装置であって、複数の論理チャネルの論理チャネル識別子は、媒体アクセス制御プロトコルデータユニットから省かれ、構成することは、これらの論理チャネルを事前に確立された順序で構成することを含み、グラントは、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットから、長さフィールドを省いている、装置であって、省くことは、異なるサイズの共通制御チャネルサービスデータユニットに、同じ論理チャネル識別子が使用されていることに基づき、同じ論理チャネル識別子を使用する異なるサイズの共通制御チャネルサービスデータユニットは、ランダムアクセスプリアンブルグループ識別子により示され、省くことは、Ｍｓｇ３のグラントサイズが、共通制御チャネルサービスデータユニット＋少なくとも１オクテットのサイズという的確なサイズ基準を満たしていると判定することに基づき、Ｍｓｇ３のグラントサイズが的確なサイズ基準を満たしていると判定することは、共通制御チャネルサービスデータユニットサイズに、媒体アクセス制御プロトコルデータユニットのＲ／ＬＣＩＤサブヘッダを加えたサイズが、Ｍｓｇ３サイズと等しいと判定することを含み、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットは、多重化チャネルのうちの少なくとも１つの論理チャネルのうちの１つ以上の論理チャネルの異なる固定サイズにリンクされたいくつかの論理チャネル識別子で構成される。

【0016】

本発明の一実施形態の別の例示的な態様は、ユーザ側装置などの装置を含み、装置は、コンピュータプログラムコードを含む少なくとも１つのメモリを備え、コンピュータプログラムコードは、少なくとも１つのプロセッサとともに、装置に、通信されるデータのグラントを受信することを実行させるように構成され、通信されるデータに関して媒体アクセス制御プロトコルデータユニットに多重化された論理チャネルを含み、多重化論理チャネルのうちの少なくとも１つの論理チャネルの少なくとも１つの論理チャネル識別子、及び少なくとも１つの論理チャネルのサービスデータユニットの長さは、媒体アクセス制御プロトコルデータユニットから省かれるように構成される。

【0017】

本発明の一実施形態のさらなる例示的な態様は、前段落の装置を含む装置であり、少なくとも１つの事前に確立された条件は、グラントがただ１つの論理チャネルで使用されることを含み、構成することは、事前に確立された条件に基づいて、当該１つの論理チャネルの論理チャネル識別子を媒体アクセス制御プロトコルデータユニットから省くことを含む、装置であって、グラントはさらに、論理チャネル識別を省くように構成された当該少なくとも１つの論理チャネルのサービスデータユニットがこれ以上続かないことを示すために、全てゼロに設定された媒体アクセス制御サブヘッダの長さフィールドを含む、装置であって、少なくとも１つの事前に確立された条件は、識別された論理チャネルが複数の論理チャネルであり、かつ複数の論理チャネルのうちのただ１つの論理チャネルが送信データを有さないことを含み、グラントは、事前に確立された条件に基づいて、当該ただ１つの論理チャネルの論理チャネル識別子が省かれ、１バイト長さフィールドが全てゼロに設定される、装置であって、複数の論理チャネルの論理チャネル識別子は、媒体アクセス制御プロトコルデータユニットから省かれ、構成することは、これらの論理チャネルを事前に確立された順序で構成することを含む、装置であって、グラントは、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットから、長さフィールドを省いている、装置であって、省くことは、異なるサイズの共通制御チャネルサービスデータユニットに、同じ論理チャネル識別子が使用されていることに基づき、同じ論理チャネル識別子を使用する異なるサイズの共通制御チャネルサービスデータユニットは、ランダムアクセスプリアンブルグループ識別子により示され、省くことは、Ｍｓｇ３のグラントサイズが、共通制御チャネルサービスデータユニット＋少なくとも１オクテットのサイズという的確なサイズ基準を満たしていると判定することに基づき、Ｍｓｇ３のグラントサイズが的確なサイズ基準を満たしていると判定することは、共通制御チャネルサービスデータユニットサイズに、媒体アクセス制御プロトコルデータユニットのＲ／ＬＣＩＤサブヘッダを加えたサイズが、Ｍｓｇ３サイズと等しいと判定することを含み、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットは、多重化チャネルのうちの少なくとも１つの論理チャネルのうちの１つ以上の論理チャネルの異なる固定サイズにリンクされたいくつかの論理チャネル識別子で構成される。

【0018】

本発明の実施形態の前述及び他の態様は、下記の発明を実施するための形態において、添付の図面と併せて読むことにより、より明らかとなる。

【図面の簡単な説明】

【0019】

【図1】３ＧＰＰＴＳ３８．３２１Ｖ１５．１．０（２０１８－０３）の図６．１．２－１、図６．１．２－２、及び図６．１．２－３を示す。

【図2】Ａ及びＢは、３ＧＰＰＴＳ３８．３２１Ｖ１５．１．０（２０１８－０３）の図６．１．２－４、及び図６．１．２－５をそれぞれ示す。

【図3】発明の例示的な実施形態によるＭＡＣヘッダフォーマットの例を示す。

【図4】発明の例示的な実施形態によるＭＡＣヘッダフォーマットの例を示す。

【図5】発明の例示的な実施形態によるＭＡＣヘッダフォーマットの例を示す。

【図6】発明の例示的な実施形態によるＭＡＣヘッダフォーマットの例を示す。

【図7】発明の例示的な実施形態によるＭＡＣヘッダフォーマットの例を示す。

【図8A】本発明の例示的な実施形態による、ＬＣＨがＬＣＩＤスキップで構成される場合、例えばＳＲＢが前に置かれる場合、ＬＣＩＤが含まれる場所を示す。

【図8B】３ＧＰＰＴＳ３８．３２１Ｖ１５．１．０（２０１８－０３）の図６．１．２－３を示す。

【図8C】３ＧＰＰＴＳ３８．３２１Ｖ１５．１．０（２０１８－０３）の図６．１．２－１を示す。

【図8D】３ＧＰＰＴＳ３８．３２１Ｖ１５．１．０（２０１８－０３）の図６．１．２－２を示す。

【図9A】装置により実行され得る本発明の例示的な実施形態による方法を示す。

【図9B】装置により実行され得る本発明の例示的な実施形態による方法を示す。

【図10】本発明の様々な態様を実行するのに使用される様々なデバイスの高次ブロック図を示す。

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

【0020】

本発明の例示的な実施形態は、信頼性及びレイテンシを向上させるために、超高信頼低遅延通信などのこれに限定されない通信用のレイヤ２オーバーヘッド媒体アクセス制御サブヘッダを少なくとも削減するように提案されたシーケンス設計に関する。さらに、本発明の特定の例示的な実施形態は、ＮＲにおいてＭＡＣプロトコルにより実行されるランダムアクセス手順に関し、より具体的には、ＵＥからＮＷへのＲＡ手順におけるＭｓｇ３の最適化されたＭＡＣＰＤＵ構造に関する。Ｍｓｇ３は、ランダムアクセス手順の一環として、上位層から提出され、かつＵＥ競合解消識別に対応付けられたＣ－ＲＮＴＩＭＡＣＣＥまたはＣＣＣＨＳＤＵを含むＵＬ－ＳＣＨで送信されるメッセージを指し得る。ＵＥからＮＷへのＲＡ手順におけるＭｓｇ３は、ＵＥによるランダムアクセスプリアンブル送信（Ｍｓｇ１）に応じて送信されたランダムアクセス応答（ＲＡＲ）メッセージ（Ｍｓｇ２）において、ＮＷによりスケジュール／事前許可されたアップリンク送信を指し得る。ＲＡＲは、Ｍｓｇ３のアップリンクグラントに加えて、タイミングアドバンスコマンド及び一時セル無線ネットワーク識別（一時Ｃ－ＲＮＴＩ）などの情報を含み得る。ＮＷによる競合解消メッセージ送信（Ｍｓｇ４）の後にＭｓｇ３が続き得、ＵＥはこれを使用して、ＲＡ手順が成功したか否かを識別する。

【0021】

協定では、ＤＬ－ＳＣＨ及びＵＬ－ＳＣＨのＭＡＣＰＤＵ（プロトコルデータユニット）フォーマットは、現在、ＭＡＣＳＤＵ及びフレキシブルサイズのＭＡＣＣＥごとに、１バイトのＬＣＩＤ及び最大２バイトのＬフィールドを含む３ＧＰＰＴＳ３８．３２１Ｖ１５．１．０（２０１８－０３）に定義されている。

【0022】

さらに、ＮＷが５６ビット（１バイトのＭＡＣヘッダ＋６のバイトＣＣＣＨＳＤＵ）にスケジュールできる最小Ｍｓｇ３サイズを得ることができるように、ＣＣＣＨＳＤＵに１オクテットのＭＡＣヘッダ（開始点ではＬＣＩＤに１オクテット及び長さフィールドに１オクテットの２オクテットであった）を提供する能力がなければならないことが、合意されている（例えばＲＡＮ２）。これは、実質的に、長さフィールドＬをＭＡＣヘッダから除外することを意味する。協定には、複数のＣＣＣＨＳＤＵサイズに対応することが含まれる（下記のサイズは、既に１オクテットのＭＡＣヘッダを考慮している）：
ＲＡＮ２は、ＲＡＮ１が下記のようなＭＳＧ３サイズの対応を検討できるか否か：
ＲＲＣ接続要求：５６ビット（７バイト）
ＲＲＣ接続再開要求：７２ビット（９バイト）

【0023】

本発明の特定の例示的な実施形態は、ＮＲにおいてＭＡＣプロトコルにより実行されるランダムアクセス手順に関する。本発明の例示的な実施形態によれば、ＵＥからＮＷへのＲＡ手順において、Ｍｓｇ３のＭＡＣＰＤＵ構造を最適化する方法が提案される。

【0024】

ＲＡＮ２＃１０１Ｂｉｓでは、下記が合意されている：
Ｒ２－１８０５４２４
ＣＣＣＨ及びＭｓｇ３への修正ＥｒｉｃｓｓｏｎＣＲ
Ｒｅｌ－１５３８．３２１１５．１．０００７１－Ｆ
ＮＲ＿ｎｅｗＲＡＴ－Ｃｏｒｅ
－Ｎｏｋｉａは、確認する時間を所望しており、ＣＰが複数のサイズのＣＣＣＨが存在し得るか否か決定していないと考えている。Ｎｏｋｉａは、ＢＳＲなども必要になると考えている。
－Ｅｒｉｃｓｓｏｎは、Ｒ１が検討した現在のサイズは、ＭＡＣヘッダの最適化を想定したものであると考えている。
－ＶＤＦは、これなしでは、ＲＲＣ再開は９６ビットである必要があると考えており、Ｖｏｄａｆｏｎｅはこの拡張が必要であると考えている。
－Ｓａｍｓｕｎｇは、このＬＳは確かに拡張の必要性を示していると考えるが、電子メールでの議論が必要であり得ると考えている。ＬＧもこれに同意している。
－Ｈｕａｗｅｉは、これを支持し、この時点でＥｒｉｃｓｓｏｎの解決策に同意できると考えている。
－Ｅｒｉｃｓｓｏｎは、プリアンブルグループＡ及びＢはＣＣＣＨをカバーしていないと考えている。
－ＣＣＣＨのＭＡＣヘッダサイズを１オクテット削減し、さらにその正確な方法を検討する。

【0025】

上記から分かるように、ＲＡＮ２では、ＮＷが５６ビット（１バイトのＭＡＣヘッダ＋６バイトのＣＣＣＨＳＤＵ）にスケジュールできる最小Ｍｓｇ３サイズを得ることができるように、ＣＣＣＨＳＤＵに１オクテットのＭＡＣヘッダ（開始点ではＬＣＩＤに１オクテット及び長さフィールドに１オクテットの２オクテットであった）を提供できる必要があることが同意された。これは、実質的に、長さフィールドＬをＭＡＣヘッダから除外することを意味する。

【0026】

ＲＡＮ２ではまた、複数のＣＣＣＨＳＤＵサイズに対応することも合意された（Ｒ２－１８０６５０１）：
従って、ＲＡＮ２は、ＲＡＮ１が下記のようなＭＳＧ３サイズの対応を検討できるか否かを、丁寧に尋ねる：
ＲＲＣ接続要求：５６ビット（７バイト）
ＲＲＣ接続再開要求：７２ビット（９バイト）

【0027】

ヘッダを１バイトに最適化する方法の１つが、上記の寄稿Ｒ２－１８０５４２４にて提案された：
ＭＡＣＰＤＵ内にＭＡＣサブＰＤＵが１つしかない場合に、ＭＡＣエンティティがＣＣＣＨに使用する追加ＬＣＩＤは追加される。この場合、Ｌフィールドは含まれない。

【0028】

しかし、Ｍｓｇ３のＵＬグラントが正確にＣＣＣＨＳＤＵサイズ＋２バイトである場合、受信器は、ＣＣＣＨＳＤＵサイズは実際のＣＣＣＨＳＤＵサイズ＋１バイトであるとみなし、エラーが生じるため、この提案は実際には説明されるように機能しない。また、ＣＣＣＨＳＤＵサイズに１バイトの差がある、例えばＣＣＣＨＳＤＵサイズが６バイトと７バイトであり、グラントサイズが８バイトである場合、両方とも単一のＭＡＣサブＰＤＵを有するため、ｇＮＢは、Ｒ／Ｆ／ＬＣＩＤ／Ｌ＋６バイトのＳＤＵまたはＲ／Ｒ／ＬＣＩＤ＋７バイトのＳＤＵを区別することができない。さらに、ＣＣＣＨＳＤＵ＋１バイトのヘッダフィールドより大きいグラントを受け取った直後は、ヘッダを１バイトに最適化する可能性を失い、これは非効率的であると考えられる。

【0029】

異なるグラントサイズに応じたＭＡＣサブヘッダの解釈テーブルが、Ｒ２－１８０５４１５で分析された。異なるＣＣＣＨＳＤＵサイズ（例えば６バイトと８バイト）に対応する必要がある場合、問題が生じる。グラントサイズが９バイトの場合、受信器は、Ｒ／Ｆ／ＬＣＩＤ／Ｌ＋６バイトのＣＣＣＨＳＤＵ＋パディングと、Ｒ／Ｒ／ＬＣＩＤ＋８バイトのＣＣＣＨＳＤＵとを、区別することができない。

【0030】

ＲＡ手順のＭｓｇ３のＭＡＣＰＤＵを最適化する方法には、少なくとも１つの問題が存在する。本発明の例示的な実施形態は、ＣＣＣＨのＭＡＣヘッダサイズを１オクテット削減し、さらにその正確な方法を検討するように機能する。

【0031】

さらに、３ＧＰＰＴＳ３８．３２１ＭＡＣＰＤＵ（透過ＭＡＣ及びランダムアクセス応答を除くＤＬ－ＳＣＨ及びＵＬ－ＳＣＨ）の図セクション６．１．２に示されるように、ＭＡＣＰＤＵは、１つ以上のＭＡＣサブＰＤＵで構成される。ＭＡＣＳＤＵのサイズは可変である。各ＭＡＣサブＰＤＵは、下記のうちの１つで構成される。
－ＭＡＣサブヘッダのみ（パディングを含む）
－ＭＡＣサブヘッダとＭＡＣＳＤＵ
－ＭＡＣサブヘッダとＭＡＣＣＥ
－ＭＡＣサブヘッダとパディング

【0032】

ＬＣＩＤフィールドは、６ビットであり、論理チャネルＩＤを示す。ＭＡＣサブヘッダごとに１つのＬＣＩＤフィールドが存在する。Ｌフィールドは、対応するＭＡＣＳＤＵまたは可変サイズのＭＡＣＣＥの長さを、バイトで示す。固定サイズのＭＡＣＣＥ及びパディングに対応するサブヘッダを除いて、ＭＡＣサブヘッダごとに１つのＬフィールドが存在する。Ｌフィールドのサイズは、Ｆフィールドで示される。Ｆフィールドは、長さフィールドのサイズを示す１ビットの「フォーマット」フィールドであり、０は８ビットの長さフィールドを示し、１は１６ビットの長さフィールドを示す。固定サイズのＭＡＣＣＥ及びパディングに対応するサブヘッダを除いて、ＭＡＣサブヘッダごとに１つのＦフィールドが存在する。

【0033】

各ＭＡＣサブヘッダは、ＭＡＣＳＤＵ、ＭＡＣＣＥ、またはパディングのいずれかに対応する。固定サイズのＭＡＣＣＥ及びパディングを除くＭＡＣサブヘッダは、４つのヘッダフィールドＲ／Ｆ／ＬＣＩＤ／Ｌで構成される。固定サイズのＭＡＣＣＥ及びパディング用のＭＡＣサブヘッダは、２つのヘッダフィールドＲ／ＬＣＩＤで構成される。

【0034】

図１に示されるように、８ビットのＬフィールドを有するＲ／Ｆ／ＬＣＩＤ／ＬＭＡＣサブヘッダ１１０、１６ビットのＬフィールドを有するＲ／Ｆ／ＬＣＩＤ／ＬＭＡＣサブヘッダ１２０、及び８ビットのＬフィールドを有するＲ／ＬＣＩＤ／ＬＭＡＣサブヘッダ１１０が存在する。これらのフィールドは、本発明の例示的な実施形態に従って、利点として使用できることに留意されたい。

【0035】

図２Ａ及び図２Ｂは、少なくともＭＡＣＰＤＵフォーマットを示す。図２Ａは、ＤＬＭＡＣＰＤＵの一例を示し、図２Ｂは、ＵＬＭＡＣＰＤＵの一例を示す。

【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】

上記の段落で説明された例示的な実施形態によれば、送信データを有さない１つの論理チャネルは、通信のために少なくとも１つの媒体アクセス制御サブヘッダに対応付けられた媒体アクセス制御プロトコルデータユニットに、最初に多重化される。

【0092】

上記の段落で説明された例示的な実施形態によれば、複数の論理チャネルの論理チャネル識別子は、媒体アクセス制御プロトコルデータユニットから省かれ、グラントは、複数の論理チャネルの部分集合を事前に確立された順序で含む。

【0093】

上記の段落で説明された例示的な実施形態によれば、複数の論理チャネルの部分集合が送信データを有さないことを判定することと、判定することに基づいて、複数の論理チャネルの部分集合の論理チャネル識別子なしで次の論理チャネルの開始を示すために、１バイトの長さを全てゼロに設定するように構成することと、が実行される。

【0094】

上記の段落で説明された例示的な実施形態によれば、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットから、長さフィールドを省くことが実行される。

【0095】

上記の段落で説明された例示的な実施形態によれば、省くことは、媒体アクセス制御の共通制御チャネルサービスデータユニットの長さフィールドが、的確なサイズ基準を満たしていると判定することに基づく。

【0096】

上記の段落で説明された例示的な実施形態によれば、省くことは、異なるサイズの共通制御チャネルサービスデータユニットに、同じ論理チャネル識別子が使用されていると判定することに基づく。

【0097】

上記の段落で説明された例示的な実施形態によれば、同じ論理チャネル識別子を使用する異なるサイズの共通制御チャネルサービスデータユニットは、ランダムアクセスプリアンブルグループ識別子により示される。

【0098】

上記の段落で説明された例示的な実施形態によれば、省くことは、Ｍｓｇ３のグラントサイズが、共通制御チャネルサービスデータユニット＋少なくとも１オクテットのサイズという的確なサイズ基準を満たしていると判定することに基づく。

【0099】

上記の段落で説明された例示的な実施形態によれば、Ｍｓｇ３のグラントサイズが的確なサイズ基準を満たしていると判定することは、共通制御チャネルサービスデータユニットサイズに、媒体アクセス制御プロトコルデータユニットのＲ／ＬＣＩＤサブヘッダを加えたサイズが、Ｍｓｇ３サイズと等しいと判定することを含む。

【0100】

上記の段落で説明された例示的な実施形態によれば、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットは、多重化チャネルのうちの少なくとも１つの論理チャネルのうちの１つ以上の論理チャネルの異なる固定サイズにリンクされたいくつかの論理チャネル識別子で構成される。

【0101】

上記で説明された本発明の例示的な実施形態によれば、当該実施形態は装置を含み、装置は、通信されるデータのグラントを決定する手段（図１０におけるプロセッサ１５２及び／またはＴタイプモジュール１５０－１及び／またはＴタイプモジュール１５０－２により実行されるコンピュータプログラムコード１５３を格納するメモリ（複数可）１５５）を備え、これは、通信されるデータに関して、媒体アクセス制御プロトコルデータユニットに多重化される論理チャネルを識別すること（図１０におけるプロセッサ１５２及び／またはＴタイプモジュール１５０－１及び／またはＴタイプモジュール１５０－２により実行されるコンピュータプログラムコード１５３を格納するメモリ（複数可）１５５）を含み、多重化論理チャネルのうちの少なくとも１つの論理チャネルの少なくとも１つの論理チャネル識別子、及び少なくとも１つの論理チャネルのサービスデータユニットの長さは、媒体アクセス制御プロトコルデータユニットから省かれるように構成される（図１０におけるプロセッサ１５２及び／またはＴタイプモジュール１５０－１及び／またはＴタイプモジュール１５０－２により実行されるコンピュータプログラムコード１５３を格納するメモリ（複数可）１５５）。

【0102】

上記の段落による本発明の例示的な態様では、少なくとも、判定、識別、及び省略を行うための手段は、少なくとも１つのプロセッサ［図１０におけるプロセッサ１５２及び／またはＴタイプモジュール１５０－１及び／またはＴタイプモジュール１５０－２］により実行可能なコンピュータプログラム［図１０のコンピュータプログラムコード１５３］でエンコードされた非一時的コンピュータ可読媒体［図１０のメモリ（複数可）１５５］を含む。

【0103】

図９Ｂは、図１０におけるＵＥ１１０といったユーザ機器などのこれに限定されないネットワークデバイスにより実行され得る動作を示す。ステップ９５０に示されるように、通信されるデータのグラントを受信することが行われ、通信されるデータに関して媒体アクセス制御プロトコルデータユニットに多重化された論理チャネルを含み、次に、図９Ｂのステップ９６０に示されるように、多重化論理チャネルのうちの少なくとも１つの論理チャネルの論理チャネル識別子、及び少なくとも１つの論理チャネルのサービスデータユニットの長さのうちの少なくとも１つは、媒体アクセス制御プロトコルデータユニットから省かれるように構成される。

【0104】

【0105】

【0106】

【0107】

上記の段落で説明された例示的な実施形態によれば、複数の論理チャネルの論理チャネル識別子は、媒体アクセス制御プロトコルデータユニットから省かれ、グラントは、これらの論理チャネルを事前に確立された順序で含む。

【0108】

上記の段落で説明された例示的な実施形態によれば、通信されるデータは、超高信頼低遅延通信タイプの論理データを含む。

【0109】

上記の段落で説明された例示的な実施形態によれば、少なくとも１つの事前に確立された条件は、グラントタイプがただ１つの論理チャネルで使用されることを含み、グラントタイプは、事前に確立された条件に基づいて、当該１つの論理チャネルの論理チャネル識別子が媒体アクセス制御プロトコルデータユニットから省かれる。

【0110】

上記の段落で説明された例示的な実施形態によれば、グラントタイプはさらに、論理チャネル識別が省かれるように構成された論理チャネルのサービスデータユニットに、７ビットの長さフィールドが続くこと、または、論理チャネル識別が省かれた論理チャネルの制御要素もしくはサービスデータユニットのうちの少なくとも１つに、論理チャネル識別子サブヘッダが続くこと、のうちの１つを示すように、１ビットデータ制御フィールドが設定される。

【0111】

【0112】

上記の段落で説明された例示的な実施形態によれば、複数の論理チャネルの論理チャネル識別子は、媒体アクセス制御プロトコルデータユニットから省かれ、グラントタイプは、複数の論理チャネルの部分集合を事前に確立された順序で含み、複数の論理チャネルの部分集合の論理チャネル識別子なしで次の論理チャネルの開始を示すために、１バイトの長さは全てゼロに設定される。

【0113】

上記の段落で説明された例示的な実施形態によれば、グラントは、媒体アクセス制御プロトコルデータユニットの共通制御チャネルサービスデータユニットから、長さフィールドを省いている。

【0114】

上記の段落で説明された例示的な実施形態によれば、省くことは、異なるサイズの共通制御チャネルサービスデータユニットに、同じ論理チャネル識別子が使用されていることに基づく。

【0115】

【0116】

【0117】

【0118】

【0119】

上記で説明された本発明の例示的な実施形態によれば、当該実施形態は装置を含み、装置は、通信される（図１０における１つ以上の送受信器１３０及び１つ以上のアンテナ１２８、並びにプロセッサ１２０及び／またはＴタイプモジュール１４０－１及び／またはＴタイプモジュール１４０－２により実行されるコンピュータプログラムコード１２３を格納するメモリ（複数可）１２５）データのグラントを受信する手段（図１０における１つ以上の送受信器１３０及び１つ以上のアンテナ１２８、並びにプロセッサ１２０及び／またはＴタイプモジュール１４０－１及び／またはＴタイプモジュール１４０－２により実行されるコンピュータプログラムコード１２３を格納するメモリ（複数可）１２５）を備え、グラントは、通信されるデータに関して媒体アクセス制御プロトコルデータユニットに多重化される論理チャネルを含み、多重化論理チャネルのうちの少なくとも１つの論理チャネルの論理チャネル識別子、及び少なくとも１つの論理チャネルのサービスデータユニットの長さのうちの少なくとも１つは、媒体アクセス制御プロトコルデータユニットから省かれるように構成される（図１０におけるプロセッサ１２０及び／またはＴタイプモジュール１４０－１及び／またはＴタイプモジュール１４０－２により実行されるコンピュータプログラムコード１２３を格納するメモリ（複数可）１２５）。

【0120】

上記の段落による本発明の例示的な態様では、少なくとも、受信を行うための手段は、１つ以上の送受信器１３０と、１つ以上のアンテナ１２８と、非一時的コンピュータ可読媒体［図１０のメモリ（複数可）１２５］とを含み、非一時的コンピュータ可読媒体［図１０のメモリ（複数可）１２５］は、少なくとも１つのプロセッサ［図１０におけるプロセッサ１２０及び／またはＴタイプモジュール１４０－１及び／またはＴタイプモジュール１４０－２］により実行可能なコンピュータプログラム［図１０のコンピュータプログラムコード１２３］でエンコードされる。

【0121】

通常、様々な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはこれらの任意の組み合わせで実施され得る。例えば、いくつかの態様は、ハードウェアで実施されてもよく、一方、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスで実行され得るファームウェアまたはソフトウェアで実施されてもよいが、本発明はこれらに限定されない。本発明の様々な態様は、ブロック図、フローチャートとして、または他のいくつかの図的表現を使用して、例示され説明され得るが、本明細書で説明されるこれらのブロック、装置、システム、技術、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくはロジック、汎用ハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはこれらのいくつかの組み合わせで、実施され得る。

【0122】

本発明の例示的な実施形態は、集積回路モジュールなどの様々なコンポーネントで実施され得る。集積回路の設計は、概して高度に自動化されたプロセスである。論理レベル設計を、半導体基板にエッチングして形成する準備のできた半導体回路設計に変換するために、複雑で処理能力の高いソフトウェアツールを利用することができる。

【0123】

「例示的」という用語は、本明細書では、「例、事例、または例示として機能する」ことを意味するために使用される。本明細書で「例示的」と記載される任意の実施形態は、必ずしも他の実施形態より好ましい、または有利である、と解釈されるべきではない。この発明を実施するための形態で説明される実施形態は全て、当業者が本発明を作成または使用することを可能にするために提供された例示的な実施形態であり、特許請求の範囲により定義される本発明の範囲を限定するものではない。

【0124】

前述の説明は、例示ではあるが非限定的な例として、本発明を実施するために発明者により現在企図されている最良の方法及び装置の完全かつ有益な説明を提供している。しかし、様々な変更形態及び適応形態は、前述の説明を考慮して、添付の図面及び添付の特許請求の範囲と併せて読まれると、当業者には明らかとなるであろう。ただし、本発明の実施形態の教示のそのような変更形態及び同様の変更形態は全て、本発明の範囲内に依然として含まれる。

【0125】

用語「接続された」、「結合された」、またはこれらの任意の変形は、２つ以上の要素間における直接的または間接的な任意の接続または結合を意味し、一緒に「接続された」または「結合された」２つの要素間に、１つ以上の中間要素の存在を含み得ることに、留意されたい。要素間の結合または接続は、物理的、論理的、またはこれらの組み合わせであり得る。本明細書で使用される場合、２つの要素は、いくつかの非限定的かつ非網羅的な例として、１つ以上のワイヤ、ケーブル、及び／またはプリント電気接続を使用することにより、並びに、無線周波数領域、マイクロ波領域、及び光学（可視及び不可視の両方の）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、一緒に「接続」または「結合」されると考えられ得る。

【0126】

さらに、本発明の好ましい実施形態の特徴のうちのいくつかは、他の特徴の対応使用なしに、有益に使用することができる。よって、前述の説明は、本発明の原理の単なる例示にすぎず、本発明を限定するものではないと、みなされるべきである。

【図1】