JP2023113795A - 通信システム - Google Patents

Abstract

【課題】送信に多重化された実際のデータフロー（複数可）に従って各送信に対して適切なＣＡＰＣ（チャネルアクセス優先度クラス）を適用するため、ユーザプレーンプロトコルを通じて各データパケットのＣＡＰＣ情報をパケットと共に伝達する通信装置及び方法を提供する。【解決手段】電気通信システム１における、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のためにＵＥ３及びｇＮＢ５より行われる方法であって、データフローの一部を形成するデータパケットを受信し、データフローについての第１のＣＡＰＣ値を識別する情報とともに、データパケットを下位レイヤに転送することと、下位レイヤでデータパケットを処理して、アンライセンススペクトルを介した送信用のトランスポートブロックを形成することと、第１のＣＡＰＣ値を識別する情報に基づいて、トランスポートブロックについての第２のＣＡＰＣ値を決定することと、を含む。【選択図】図１

Description

本発明は、通信システムに関する。本発明は、第３世代パートナーシッププロジェクト（３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ））規格又はその等価物若しくは派生物に従って動作する無線通信システム及びその装置に特に関連するが、これに限定するものではない。本発明は特に、アンライセンススペクトルで動作するいわゆる「５Ｇ」（又は「Ｎｅｗ Ｒａｄｉｏ」）システムにおけるチャネルアクセスに関するが必ずしもこれに限定するものではない。

３ＧＰＰ標準の最新の開発は、「５Ｇ」又は「ＮＲ（Ｎｅｗ Ｒａｄｉｏ）」と呼ばれる。これらの用語は、さまざまな用途やサービスをサポートする、発展中の通信技術を指すものである。５Ｇネットワークのさまざまな詳細は、例えばＮＧＭＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋｓ）Ａｌｌｉａｎｃｅによる「ＮＧＭＮ ５Ｇ Ｗｈｉｔｅ Ｐａｐｅｒ Ｖ１．０」（文書はｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手可能）に記載されている。３ＧＰＰは、いわゆる３ＧＰＰ ＮｅｘｔＧｅｎ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）及び３ＧＰＰ ＮＧＣ（ＮｅｘｔＧｅｎ ｃｏｒｅ ｎｅｔｗｏｒｋ）によって５Ｇをサポートする意向である。

３ＧＰＰ標準においては、基地局（例：４Ｇの「ｅＮＢ」又は５Ｇの「ｇＮＢ」）が、通信装置（ユーザ機器、又は「ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）」）がコアネットワークに接続し他の通信装置又はリモートサーバと通信する際に経由するノードとなる。簡略化のため、本出願において「基地局」という用語は、このような種類のあらゆる基地局を指す。

５Ｇアーキテクチャにおいて、ｇＮＢの内部構造は、Ｆ１インタフェースで接続されたＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ：中央ユニット）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ：分散ユニット）として知られる２つの部分に分割可能である。この「分離」アーキテクチャにおいて、典型的に「上位」のＣＵレイヤ（例えばＰＤＣＰであるが必ずしもこれに限定されない）と典型的に「下位」のＤＵレイヤ（例えばＲＬＣ／ＭＡＣ／ＰＨＹであるが必ずしもこれに限定されない）とが別個に実装可能である。したがって、例えば、多数のｇＮＢのための上位レイヤのＣＵ機能を中央（例えば単独の処理ユニット、又はクラウドベース又は仮想システム）に実装し、下位レイヤのＤＵ機能を各ｇＮＢにローカルに実装することが可能である。

簡略化のため、本出願では「モバイル装置」「ユーザ装置」「ＵＥ」という用語は、１以上の基地局を介してコアネットワークと接続可能なあらゆる通信装置を指す。

通信装置は例えば、携帯電話、スマートフォン、ユーザ機器、ＰＤＡ、ノート型／タブレットコンピュータ、Ｗｅｂブラウザ、電子書籍リーダ、及び／又はその他、といったモバイル通信装置であってよい。このようなモバイル装置（又は一般に据え置き型である装置）は、通常ユーザによって操作される。しかしながら、３ＧＰＰ標準は、さまざまな測定機器、遠隔測定機器、監視システム、追跡装置、車載警備システム、車両保全システム、道路センサ、デジタル看板、ＰＯＳ（ｐｏｉｎｔ ｏｆ ｓａｌｅ）端末、遠隔操作システムなどの自動化機器を典型的に含むＩｏＴ（モノのインターネット）装置（例：ＮＢ－ＩｏＴ（Ｎａｒｒｏｗ－Ｂａｎｄ ＩｏＴ）装置）に接続することも可能にする。モノのインターネットは実質的に、装置が相互に、及び他の通信装置との間で、データを収集し交換することを可能にする適切な電子機器、ソフトウェア、センサ、ネットワーク接続、及び／又はその他を備えた装置（若しくは「モノ」）のネットワークである。ＩｏＴ装置が、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信装置又はＭ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）通信装置とも呼ばれることが理解されよう。

簡略化のため、本出願では説明においてしばしばモバイル装置に言及するが、記載された技術は、そのような通信装置が人間の入力によって制御されるものかメモリに格納されたソフトウェア命令によって制御されるかどうかにかかわらず、データの送受信のために通信ネットワークに接続可能なあらゆる（モバイル及び／又は一般に据え置き型の）通信装置に実装可能であることが理解されよう。

５Ｇは、４Ｇ通信（例：ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）又はＬＴＥ－Ａｄｖａｎｃｅｄ）に割り当てられたスペクトル、又はアンライセンス／未割り当てスペクトル（例：５ＧＨｚ及び６ＧＨｚのアンライセンスバンド、６０ＧＨｚまで全て、ｍｍＷａｖｅともいう）を用いて実装可能である。このシナリオはスペクトル共有と呼ばれ、これによりネットワーク事業者は５Ｇアクセス技術を比較的迅速かつ費用効率よく展開可能となる。用語「ＮＲ－Ｕ」は、アンライセンススペクトルによるＮＲ動作を指す。アンライセンススペクトルは、単独の事業者によって独占されることなく、共有される。

公平なチャネル共有を保証し、また、４Ｇ又はアンライセンススペクトルにおける他の通信への５Ｇ通信による外乱／干渉を最小限に抑えるため、５ＧではいわゆるＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）アプローチが採用されている。ＬＢＴは、通信装置が共有スペクトル（又はチャネル）を利用する前にＣＣＡ（ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ：クリアチャネル評価）を適用するメカニズムである。ＬＢＴが適用された場合、送信機はチャネルのリッスン／センスを行ってそのチャネルが空きかビジーかを判断し、チャネルが空きであるとセンスされた場合のみ送信を行う。実質的に、送信機は、そのチャネルを使って送信（トーク）可能となる前に、共有スペクトルにおけるそのチャネルが他の送信機（例：ＵＥ又は基地局）によって利用されているかどうかを判断（リッスン）する必要がある。具体的には、ＣＣＡはチャネルがクリアか否かを判断するためにＥＤ（Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ：エネルギー検出）を利用する。

共有スペクトルチャネルアクセスで動作するＮＲは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＳＣｅｌｌｓが共有スペクトル内にありうる（また、ＳＣｅｌｌの場合ダウンリンクのみに設定されうる）異なるモードで動作可能である。ｇＮＢは、３ＧＰＰ ＴＳ ３７．２１３ Ｖ１６．２．０に記載のとおり動的又は準静的チャネルアクセスモードで動作する。いずれのチャネルアクセスモードにおいても、ｇＮＢ及びＵＥは、共有スペクトルチャネルアクセスで設定されたセルで送信を行う前にＬＢＴを適用してよい。共有スペクトルにアクセスする手順のさらなる詳細は、３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．２．０に記載されている。

チャネルアクセス手順タイプのうちの１つは、タイプ１チャネルアクセス手順と呼ばれる。このチャネルアクセス手順について、３ＧＰＰは４つのチャネルアクセス優先度クラスｐ＝１～４を定義している。より低いＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値（すなわち比較的高優先度）での送信は、より高いＣＡＰＣ値（比較的低優先度）の送信と比較して、通常、より迅速にチャネルが割り当てられ成功可能性がより高いが、最大チャネル占有時間は短い。

ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：物理アップリンク共有チャネル）／ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：物理ダウンリンク共有チャネル）での送信は、さまざまＳＲＢ（ｓｉｇｎａｌｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ：シグナリング無線ベアラ）からのコントロールプレーンデータ、さまざまなＤＲＢ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ：データ無線ベアラ）からのユーザプレーンデータ、及び／又はＭＡＣレイヤによって追加されたＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ：制御要素）の混合であってもよい。ＵＥ（下位レイヤ、すなわちＰＨＹ／ＭＡＣ）は、その送信に多重化されるデータの種類に基づいて特定の送信の適用可能なＣＡＰＣを決定するために、以下のルールに従う。
ケース１：ＭＡＣ ＣＥのみが含まれる場合、ＭＡＣ ＣＥの最高優先度ＣＡＰＣ。
ケース２：ＳＲＢ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ｓ）：サービスデータユニット）が含まれる場合、ＳＲＢの最高優先度ＣＡＰＣ。
ケース３：その他の場合、ＤＲＢの最低優先度ＣＡＰＣ。

基地局（ｇＮＢ）が、ダウンリンク送信のためにこれらのルールを反映することが理解されよう。

ＤＲＢのＣＡＰＣは、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）フローとＤＲＢとのマッピング関係が決定された際にｇＮＢによって選択される。実質的に、これはＤＲＢのセットアップ時に決定されたときから静的な関係である。しかしながら、送信の実際のＣＡＰＣは、（ＤＲＢからの）データがＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ：トランスポートブロック）に多重化された際に決定される。このように、送信レベルのＣＡＰＣ値は動的に決定される。その結果、ＤＲＢ（すなわちそのＤＲＢに属するデータパケット）ごとに、以下の２つのマッピング手順で最終的なＣＡＰＣ値を決定する。
－ＤＲＢセットアップ時に、１又は複数のＱｏＳフローをＣＡＰＣ値にマッピングする。
－送信時に、多重化されたＳＲＢ／ＤＲＢ／ＭＡＣ ＣＥをＣＡＰＣ値にマッピングする。

本発明者らは、以下の１以上の理由から、送信に対して選択されたＣＡＰＣ値が、ＴＢに多重化された実際のＱｏＳフローデータを正確に反映していない場合があることを見い出した。
－あるＤＲＢのＣＡＰＣが、そのＤＲＢにマッピングされたすべてのＱｏＳフローに基づいてｇＮＢによって決定されている。
－異なるＣＡＰＣ値が関連付けられた２つ（以上）のＱｏＳフローがあるＤＲＢにマッピングされている際、ｇＮＢはそのＤＲＢに１つのＣＡＰＣ値しか設定できない。
－ＭＡＣレイヤがＤＲＢからのデータを（他のＤＲＢ／ＳＲＢでの）送信に多重化する際、その送信におけるデータが属するＱｏＳフローにかかわらず、そのＤＲＢに設定されているＣＡＰＣ値が考慮される。

そのためこのアプローチでは、ＱｏＳフローレベルで、あるデータに求められるＣＡＰＣ値とは異なる不適切な（例えば高い又は低い）ＣＡＰＣ値が、送信レベルで、そのデータに適用される場合がある。

したがって、本発明の好ましい例示的な実施形態では、上述の問題のうちの１以上に対処する、若しくは少なくとも部分的に解決する、方法及び装置を提供することを目的とする。

当業者の理解を容易にするため、本発明は３ＧＰＰシステム（ＮＲ）の文脈で詳細に説明するが、本発明の原理は、通信装置又はＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）がスペクトル共有を利用するその他のシステムにも適用可能である。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために通信装置により行われる方法であって、データフローの一部を形成するデータパケットを受信し、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに、前記データパケットを下位レイヤに転送することと、前記下位レイヤで前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成することと、前記第１のＣＡＰＣ値を識別する情報に基づいて、前記トランスポートブロックについての第２のＣＡＰＣ値を決定することと、を備える方法を提供する。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の中央ユニットにより行われる方法であって、データフローの一部を形成するデータパケットを受信することと、前記データフローの下位レイヤ処理を扱う分散ユニットに、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに前記データパケットを転送することと、を備える方法を提供する。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の分散ユニットにより行われる方法であって、前記基地局装置の中央ユニットから、前記データフローの第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに、前記データフローの一部を形成するデータパケットを受信することと、前記データパケットを処理して、アンライセンススペクトルを介した送信用のトランスポートブロックについての第２のＣＡＰＣ値を形成することと、前記第１のＣＡＰＣ値を識別する情報に基づいて、前記トランスポートブロックについての第２のＣＡＰＣ値を決定することと、を備える方法を提供する。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の分散ユニットにより行われる方法であって、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を決定するために、データフローを識別する情報（例えば、ＱＦＩ）と、前記データフローに関連付けられたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ：サービス品質）を識別する情報（例えば、５ＱＩ）とを、前記中央ユニットから受信することと、データパケットと、前記データパケットが属する前記データフローを識別する情報とを受信することと、前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成することと、前記データフローを識別する情報と前記データフローに関連付けられたＱｏＳを識別する前記情報とに基づいて前記トランスポートブロックについての第２のＣＡＰＣ値を決定することと、を備える方法を提供する。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために通信装置により行われる方法であって、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）識別子と対応するＣＡＰＣ値との間のマッピングに基づいて、複数のデータフローの各々について、それぞれのＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を決定することと、第１のデータフローのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）へのマッピングを行い、前記第１のデータフローに関連付けられた前記マッピングとＱｏＳ識別子とに基づいて前記ＤＲＢについての第１のＣＡＰＣ値を構成することと、第２のデータフローに関連付けられたＱｏＳ識別子を第１のＣＡＰＣにマッピングできる場合に前記第２のデータフローの前記ＤＲＢへのマッピングを行う、又は前記第２のデータフローに関連付けられたＱｏＳ識別子を異なるＣＡＰＣ値にマッピングできる場合に前記第２のデータフローの前記異なるＤＲＢへのマッピングを行うことと、を備える方法を提供する。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のための通信装置であって、データフローの一部を形成するデータパケットを受信し、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに、前記データパケットを下位レイヤに転送する手段（例えば、トランシーバ回路）と、前記下位レイヤで前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成する手段（例えば、プロセッサ）と、前記第１のＣＡＰＣ値を識別する情報に基づいて、前記トランスポートブロックについての第２のＣＡＰＣ値を決定する手段（例えば、プロセッサ）と、を備える通信装置を提供する。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の中央ユニットとして構成された装置であって、データフローの一部を形成するデータパケットを受信する手段（例えば、トランシーバ回路）と、前記データフローの下位レイヤ処理を扱う分散ユニットに、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに前記データパケットを転送する手段（例えば、トランシーバ回路）と、を備える装置を提供する。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の分散ユニットとして構成された装置であって、前記基地局装置の中央ユニットから、前記データフローの第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに、前記データフローの一部を形成するデータパケットを受信する手段（例えば、トランシーバ回路）と、前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成する手段（例えば、プロセッサ）と、前記第１のＣＡＰＣ値を識別する情報に基づいて、前記トランスポートブロックについての第２のＣＡＰＣ値を決定する手段（例えば、プロセッサ）と、を備える装置を提供する。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の分散ユニットとして構成された装置であって、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を決定するために、データフローを識別する情報｛例えば、ＱＦＩ）と、前記データフローに関連付けられたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ：サービス品質）を識別する情報（例えば、５ＱＩ）とを、前記中央ユニットから受信する手段（例えば、トランシーバ回路）と、データパケットと、前記データパケットが属する前記データフローを識別する情報とを受信する手段（例えば、トランシーバ回路）と、前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成する手段（例えば、プロセッサ）と、前記データフローを識別する情報と前記データフローに関連付けられたＱｏＳを識別する前記情報とに基づいて前記トランスポートブロックについての第２のＣＡＰＣ値を決定する手段（例えば、プロセッサ）と、を備える装置を提供する。

例示的な一態様によると、本発明は、アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために通信装置であって、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）識別子と対応するＣＡＰＣ値との間のマッピングに基づいて、複数のデータフローの各々について、それぞれのＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を決定する手段（例えば、プロセッサ）と、第１のデータフローのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）へのマッピングを行い、前記第１のデータフローに関連付けられた前記マッピングとＱｏＳ識別子とに基づいて前記ＤＲＢについての第１のＣＡＰＣ値を構成する手段（例えば、プロセッサ）と、第２のデータフローに関連付けられたＱｏＳ識別子を第１のＣＡＰＣにマッピングできる場合に前記第２のデータフローの前記ＤＲＢへのマッピングを行う、又は前記第２のデータフローに関連付けられたＱｏＳ識別子を異なるＣＡＰＣ値にマッピングできる場合に前記第２のデータフローの前記異なるＤＲＢへのマッピングを行う手段（例えば、プロセッサ）と、を備える通信装置を提供する。

本発明の例示的な態様は、対応するシステム、及びコンピュータプログラム製品、例えば、命令が格納されたコンピュータ読み取り可能な記憶媒体であって、当該命令は、プログラム可能なプロセッサを、例示的な態様に記載された方法、及び、上記の又は特許請求の範囲に列挙された実現手段を実行するようにプログラムするように、及び／又は、適切に構成されたコンピュータを、特許請求の範囲の何れかに列挙された装置を提供するようにプログラムするように動作可能な命令が格納された上記記憶媒体に及ぶ。

本明細書（この用語には特許請求の範囲が含まれる）に開示されている及び／又は図面に示されている各特徴は、他の開示及び／又は図示されている特徴から独立して（又はそれらと組み合わせて）本発明に組み込むことができる。特に限定されることなく、特定の独立請求項に従属する何れかの請求項の特徴は、任意の組み合わせで、又は個別に、その独立請求項に導入されることもできる。

以下、添付の図面を参照して本発明の例示的な実施形態を説明する。
本発明の例示的な実施形態を適用可能なモバイル（セルラー又はワイヤレス）電気通信システムの模式図である。 図１のシステムの一部であるＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）のブロック図である。 図１のシステムの一部である基地局（ｇＮＢ）のブロック図である。 図１のシステムの一部であるコアネットワークノード（又は機能）のブロック図である。 送信タイプによりそれぞれのチャネルアクセス優先度クラスを割り当てる例の模式図である。 本発明の例示的な実施形態を図１のシステムに実装可能にする方法の例を示す模式図である。 本発明の例示的な実施形態を図１のシステムに実装可能にする方法の例を示す模式図である。

概要
図１は、本発明の例示的な実施形態を適用可能なモバイル（セルラー又はワイヤレス）電気通信システム１の模式図である。

このネットワークにおいて、モバイル装置３（ＵＥ）のユーザは、それぞれの基地局５及びコアネットワーク７を介し、適切な３ＧＰＰ ＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ：無線アクセス技術）、例えば５Ｇ ＲＡＴ、を利用して相互に、及び他のユーザと、通信可能である。多数の基地局５が（Ｒ）ＡＮ（（ｒａｄｉｏ） ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：（無線）アクセスネットワーク）を形成することが理解されよう。図１では１つのモバイル装置３と１つの基地局５を示しているが、実装時のシステムには通常その他の基地局及びモバイル装置（ＵＥ）が含まれることは当業者であれば理解可能である。

各基地局５は、（直接、又はホーム基地局、中継器、リモートラジオヘッド及び／又は分散ユニットなどの他のノードを介して）関連付けられた１以上のセルを制御する。Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ（次世代）／５Ｇプロトコルをサポートする基地局５は「ｇＮＢ」と呼ばれる場合がある。一部の基地局５は、４Ｇと５Ｇの両方、及び／又は他の３ＧＰＰ又は非３ＧＰＰの通信プロトコルをサポートするよう設定されうることが理解されよう。

ｇＮＢ５（ここでは「分散」ｇＮＢと呼ぶ）の機能が、１以上のＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ：分散ユニット）とＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ：中央ユニット）との間で分離可能であり、通常、ＣＵはより高レベルの機能及び次世代コアとの通信を行い、ＤＵはより低レベルの機能及び近接したＵＥ（すなわちｇＮＢが運用するセル）との間でエアインタフェース上での通信を行うことが理解されよう。分散ｇＮＢは以下の機能ユニットを有する。
ｇＮＢ－ＣＵ（ｇＮＢ Ｃｅｎｔｒａｌ Ｕｎｉｔ：ｇＮＢ中央ユニット）：１以上のｇＮＢ－ＤＵの動作を制御するｇＮＢのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：無線リソース制御）、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）の各レイヤ（又はｅｎ－ｇＮＢのＲＲＣ及びＰＤＣＰの各レイヤ）をホストする論理ノード。ｇＮＢ－ＣＵはｇＮＢ－ＤＵに接続されたＦ１インタフェースを終端する。
ｇＮＢ－ＤＵ（ｇＮＢ Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ：ｇＮＢ分散ユニット）５Ｄ：ｇＮＢ又はｅｎ－ｇＮＢのＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：無線リンク制御）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）、ＰＨＹ（Ｐｈｙｓｉｃａｌ：物理）の各レイヤをホストする論理ノードであり、その動作の一部はｇＮＢ－ＣＵによって制御される。１つのｇＮＢ－ＤＵは１又は複数のセルをサポートする。１つのセルは１つのｇＮＢ－ＤＵによってのみサポートされる。ｇＮＢ－ＤＵはｇＮＢ－ＣＵに接続されたＦ１インタフェースを終端する。
ｇＮＢ－ＣＵ－ＣＰ（ｇＮＢ－ＣＵ－Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：ｇＮＢ－ＣＵ－コントロールプレーン）５Ｃ：ｅｎ－ｇＮＢ又はｇＮＢのｇＮＢ－ＣＵのＲＲＣ及びＰＤＣＰプロトコルのコントロールプレーン部をホストする論理ノード。ｇＮＢ－ＣＵ－ＣＰはｇＮＢ－ＣＵ－ＵＰに接続されたＥ１インタフェース及びｇＮＢ－ＤＵに接続されたＦ１－Ｃインタフェースを終端する。
ｇＮＢ－ＣＵ－ＵＰ（ｇＮＢ－ＣＵ－Ｕｓｅｒ Ｐｌａｎｅ：ｇＮＢ－ＣＵ－ユーザプレーン）５Ｕ：ｅｎ－ｇＮＢのｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部、及びｇＮＢのｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部及びＳＤＡＰプロトコルをホストする論理ノード。ｇＮＢ－ＣＵ－ＵＰはｇＮＢ－ＣＵ－ＣＰに接続されたＥ１インタフェース及びｇＮＢ－ＤＵに接続されたＦ１－Ｕインタフェースを終端する。

モバイル装置３とそのサービング基地局５とは、適切なエアインタフェース（例えばいわゆる「ＮＲ」エアインタフェース及び／又は「Ｕｕ」インタフェースなど）を介して接続されている。近接した基地局５は、適切な基地局間インタフェース（いわゆる「Ｘｎ」インタフェース及び／又は「Ｘ２」インタフェースなど）を介して互いに接続されている。基地局５は、適切なインタフェース（いわゆる「ＮＧ－Ｕ」インタフェース（ユーザプレーン用）及び／又はいわゆる「ＮＧ－Ｃ」インタフェース（コントロールプレーン用）など）を介してコアネットワークノードにも接続されている。

コアネットワーク７は通常、電気通信システム１における通信をサポートする論理ノード（又は「機能」）を含む。例えば通常、Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ／５Ｇシステムのコアネットワーク７は、ＣＰＦ（ｃｏｎｔｒｏｌ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ：コントロールプレーン機能）８及びＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ：ユーザプレーン機能）９などの機能を含む。コアネットワーク７からは、外部ＩＰネットワーク１０（インターネットなど）への接続も提供されうる。

共有／アンライセンススペクトルを利用してデータを送信する際、システムのノードはチャネルにアクセスする前に適切なＬＢＴ手順を用いるよう構成される。いわゆるタイプ１（Ｔｙｐｅ １）チャネルアクセス手順を用いる場合、（コンテンションウインドウサイズ、センシング遅延時間、チャネルが空きであるとセンスされた後の最大チャネル占有時間を含む）適用可能なチャネルセンシングパラメータは、チャネルアクセス手順が実行中である送信のＣＡＰＣ（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｉｏｒｉｔｙ ｃｌａｓｓ：チャネルアクセス優先度クラス）によって決定される。すなわち、共有／アンライセンススペクトルを介した送信試行のたびに、その送信に関連付けられたＣＡＰＣ値に基づいてＬＢＴパラメータが選択される。

このシステムでは、１以上のＤＲＢを用いて送信されるユーザデータに対して、データフロー（ＱｏＳフロー）レベルと（トランスポートブロックごとの）送信レベルとでＣＡＰＣが決定される。トランスポートブロックに多重化された実際のデータフローに従って各送信に対して適切なＣＡＰＣを適用するために、ユーザプレーンプロトコルを通じて（例：ＩＰレイヤからＭＡＣレイヤへ）各パケットと共にＣＡＰＣ情報が伝達される。

詳細には、データフロー（ＱｏＳフロー）のＣＡＰＣ値は、例えばそのデータフローに関連付けられたＱＦＩ／５ＱＩに基づいて、基地局（ｇＮＢ）５によって選択／設定される。これは通常、データフローにＤＲＢをセットアップする際に行われる。そのデータフローについてデータ（ＩＰ）パケットが処理される際、各パケットのＣＡＰＣ（すなわちパケットが属するＱｏＳフローの５ＱＩからマッピングされた値）は、ユーザプレーンプロトコルを通じて（ＩＰ／ＳＤＡＰレイヤからＰＤＣＰ、ＲＬＣ、ＭＡＣ、及びＰＨＹレイヤへ）パケットと共に伝達される。ＣＡＰＣ情報を利用して、下位レイヤ（ＭＡＣ／ＰＨＹ）は送信ごとにＣＡＰＣ値を動的に選択し、その送信に含まれるデータパケットの特定のＱｏＳ要件を考慮することでチャネルアクセスの適切なＬＴＢパラメータを選択することが可能となる。

ＣＵ－ＤＵ分離アーキテクチャの場合、ｇＮＢ ＣＵ－ＵＰ ５Ｕは、各データパケットのＣＡＰＣをｇＮＢ ＤＵ ５Ｄに対して示すように設定可能である。例えばｇＮＢ ＣＵ－ＵＰ ５Ｕは、Ｆ１－Ｕインタフェース上に送信されたダウンリンクユーザプレーンパケット用のＧＴＰ－Ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｌｉｎｇ Ｐｒｏｔｏｃｏｌ Ｕｓｅｒ Ｐｌａｎｅ：ＧＰＲＳトンネリングプロトコルユーザプレーン）カプセル化ヘッダ内のパケットのＣＡＰＣ値を含みうる。この場合、ｇＮＢ ＤＵ ５Ｕは、送信にデータをスケジュール／多重化する際に受信したＣＡＰＣ値を考慮できる。

このシステムでは、ＱｏＳフローレベルで設定されたＣＡＰＣ値に従って、送信レベルで各データパケットに適切なＣＡＰＣ値を適用可能であり、有利である。

モバイル装置
図２は、図１のモバイル装置３（例：携帯電話又はＩｏＴ装置）の主要な構成要素を示すブロック図である。図示のとおり、モバイル装置３は、１以上のアンテナ３３を介して基地局５との間で信号を送受信するよう動作可能なトランシーバ回路３１を含む。モバイル装置３は、モバイル装置３の動作を制御するコントローラ３７を含む。コントローラ３７は、メモリ３９に関連付けられ、トランシーバ回路３１に結合される。この動作には必ずしも必要ではないが、モバイル装置３は当然ながら、通常の携帯電話のあらゆる標準機能（ユーザインタフェース３５など）を有してもよく、これは必要に応じハードウェア、ソフトウェア、ファームウェアのいずれか又はその組合せによって提供されてもよい。例えばソフトウェアは、メモリ３９にプリインストールされても、及び／又は、電気通信ネットワークを介して、又はＲＭＤ（ｒｅｍｏｖａｂｌｅ ｄａｔａ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ：リムーバブルデータストレージデバイス）から、ダウンロードされてもよい。

コントローラ３７は、この例ではメモリ３９に格納されたプログラム命令又はソフトウェア命令によってモバイル装置３の総合的動作を制御するように設定される。図示のとおり、これらのソフトウェア命令にはオペレーティングシステム４１、及び通信制御モジュール４３などが含まれる。

通信制御モジュール４３は、モバイル装置３とそのサービング基地局５（及びその他のユーザ機器、コアネットワークノードなどのサービング基地局５に接続されたその他の通信装置）との間の通信を制御するよう動作可能である。

通信制御モジュール４３が、特定の機能をサポートする多数のサブモジュール（又は「レイヤ」）を含んでもよいことが理解されよう。例えば、通信制御モジュール４３は、ＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）サブモジュール、ＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）サブモジュール、ＰＨＹ（物理）レイヤサブモジュール、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）サブモジュール、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：無線リンク制御）サブモジュール、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）サブモジュール、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）サブモジュール、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）サブモジュール、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：無線リソース制御）サブモジュール、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ：非アクセス層）サブモジュールなどを含んでもよい。

ＬＢＴサブモジュールは、存在する場合、共有スペクトルを利用したｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ通信、及び関連付けられた制御シグナリング（例：モバイル装置３をＬＢＴ動作向けに設定するため）を司る。ＬＢＴサブモジュールは、関連付けられたＣＡＰＣ値に基づいて、特定の送信向けに適切なチャネルセンシングパラメータ（例：コンテンションウインドウサイズ、センシング遅延時間、チャネルが空きであるとセンスされた後の最大チャネル占有時間）を適用するよう設定されてもよい。

ＣＡＰＣサブモジュールは、そのＤＲＢにマッピングされたＱｏＳフローに従って各ＤＲＢに適切なＣＡＰＣ値を適用することを司る。

ＲＲＣサブモジュールは、ＲＲＣ標準に従ってフォーマットされたシグナリングメッセージを生成、送信、受信するよう動作可能である。このようなメッセージはモバイル装置３とそのサービング基地局５との間でやり取りされる。ＲＲＣメッセージは、例えばＤＲＢのＣＡＰＣ値を特定する情報を含んでもよい。

基地局
図３は、図１の基地局５の主要な構成要素を示すブロック図である。図示のとおり、基地局５は、１以上のアンテナ５３を介してユーザ機器（モバイル装置３など）との間で信号を送受信するためのトランシーバ回路５１、コアネットワーク７との間で信号を送受信するためのネットワークインタフェース５５（例：ＮＧ－Ｃ／ＮＧ－Ｕインタフェース及び／又はその他）、及び近接した基地局との間で信号を送受信するための基地局インタフェース５６（例：Ｘｎインタフェースなど）を含む。基地局５は、メモリ５９に格納されたソフトウェアに従って基地局５の動作を制御するコントローラ５７を含む。例えばソフトウェアは、メモリ５９にプリインストールされてもよく、及び／又は、電気通信ネットワーク１を介して又はＲＭＤ（ｒｅｍｏｖａｂｌｅ ｄａｔａ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ：リムーバブルデータストレージデバイス）からダウンロードされてもよい。ソフトウェアにはオペレーティングシステム６１、及び少なくとも通信制御モジュール６３、などが含まれる。図３には示されていないが、ネットワークインタフェース５５には通常、基地局間インタフェースモジュール（例：Ｘｎ）及びコアネットワークインタフェースモジュール（例：ＮＧ－Ｃ／ＮＧ－Ｕ）も含まれる。

通信制御モジュール６３は、基地局５と、ＵＥ３やコアネットワークノードなどのその他のノードとの間のシグナリングの処理（生成／送信／受信）を司る。このようなシグナリングは、例えば モバイル装置３の動作を管理するための制御データ（例：ＮＡＳ、ＲＲＣ、ページング、システム情報、及び／又はその他）を含む。通信制御モジュール６３が、特定の機能をサポートする多数のサブモジュール（又は「レイヤ」）を含んでもよいことが理解されよう。例えば、通信制御モジュール６３には、ＬＢＴサブモジュール、ＣＡＰＣサブモジュール、ＰＨＹサブモジュール、ＭＡＣサブモジュール、ＲＬＣサブモジュール、ＰＤＣＰサブモジュール、ＳＤＡＰサブモジュール、ＩＰサブモジュール、ＲＲＣサブモジュールなどが含まれうる。

ＬＢＴサブモジュールは、存在する場合、共有スペクトルを利用したｌｉｓｔｅｎ－ｂｅｆｏｒｅ－ｔａｌｋ通信、及び（例えば、モバイル装置３をＬＢＴ動作向けに設定するための）関連付けられた制御シグナリングを司る。ＬＢＴサブモジュールは、関連付けられたＣＡＰＣ値に基づいて、特定の送信向けに適切なチャネルセンシングパラメータ（例：コンテンションウインドウサイズ、センシング遅延時間、チャネルが空きであるとセンスされた後の最大チャネル占有時間）を適用するよう設定されてもよい。

ＣＡＰＣサブモジュールは、そのＤＲＢにマッピングされたＱｏＳフローに従って各ＤＲＢに適切なＣＡＰＣ値を適用することを司る。

ＲＲＣサブモジュールは、ＲＲＣ標準に従ってフォーマットされたシグナリングメッセージを生成、送信、受信するよう動作可能である。このようなメッセージは基地局５とその基地局５にサーブされるモバイル装置３との間でやり取りされる。ＲＲＣメッセージは、例えばＤＲＢのＣＡＰＣ値を特定する情報を含んでもよい。

基地局５が分散ｇＮＢ又はｅｎ－ｇＮＢを含む場合、ネットワークインタフェース５５は、分散ｇＮＢ又はｅｎ－ｇＮＢのそれぞれの機能間で信号を通信するためのＥ１インタフェース及びＦ１インタフェース（コントロールプレーン向けのＦ１－Ｃとユーザプレーン向けのＦ１－Ｕ）をさらに含む。この場合、ソフトウェアはｇＮＢ－ＣＵ－ＣＰモジュール５Ｃ、ｇＮＢ－ＣＵ－ＵＰモジュール５Ｕ、ｇＮＢ－ＤＵモジュール５Ｄのうち１以上をさらに含む。ｇＮＢ－ＣＵ－ＣＰモジュール５Ｃは、存在する場合、分散ｇＮＢ又はｅｎ－ｇＮＢのＲＲＣレイヤと、ＰＤＣＰレイヤのコントロールプレーン部とをホストする。ｇＮＢ－ＣＵ－ＵＰモジュール５Ｕは、存在する場合、分散ｇＮＢのＰＤＣＰレイヤのユーザプレーン部及びＳＤＡＰレイヤ、又は分散ｅｎ－ｇＮＢのＰＤＣＰレイヤのユーザプレーン部をホストする。ｇＮＢ－ＤＵモジュール５Ｄは、存在する場合、分散ｇＮＢ又はｅｎ－ｇＮＢのＲＬＣ、ＭＡＣ、ＰＨＹレイヤをホストする。

中央ユニット（例：５Ｃ及び／又は５Ｕ）は、単独の物理的要素又はクラウドベース若しくは仮想化システムとして、基地局と共に実装及び物理的に位置することも、遠隔地に実装することもできることは当業者であれば理解可能である。単独の中央ユニットが複数の基地局５の役割を果たしうることも理解可能である。

コアネットワークノード
図４は、図１に示す一般的なコアネットワークノード（又は機能）、例えばＣＰＦ８又はＵＰＦ９、の主要な構成要素を示すブロック図である。図示のとおり、コアネットワークノードには、ネットワークインタフェース７５を介して（ＵＥ３及び（Ｒ）ＡＮノード５を含む）他のノードとの間で信号を送受信するよう動作可能なトランシーバ回路７１が含まれる。コントローラ７７は、メモリ７９に格納されたソフトウェアに従ってコアネットワークノードの動作を制御する。例えばソフトウェアは、メモリ７９にプリインストールされてもよく、及び／又は、電気通信ネットワーク１を介して又はＲＭＤ（ｒｅｍｏｖａｂｌｅ ｄａｔａ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ：リムーバブルデータストレージデバイス）からダウンロードされてもよい。ソフトウェアにはオペレーティングシステム８１、及び少なくとも通信制御モジュール８３、などが含まれる。通信制御モジュール８３は、コアネットワークノードと、ＵＥ３、（Ｒ）ＡＮノード５、他のコアネットワークノードなどのその他のノードとの間のシグナリングの処理（生成／送信／受信）を司る。

動作
図１に示すシステムでＣＡＰＣマッピングを実施可能とするさまざまな方法について、（図５～７を参照して）より詳細に説明する。

モバイル装置３に対してＤＲＢをセットアップする際、基地局５は（そのＣＡＰＣサブモジュールを使用して）、そのＤＲＢによって伝達されるデータフローに必要なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）に基づいて、そのＤＲＢに対して適切なＣＡＰＣ値を決定するよう設定されてもよい。各データフローは、５ＱＩ（５Ｇ ＱｏＳ識別子）などの関連付けられたＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳフロー識別子）を有し、各ＤＲＢのＣＡＰＣはそのＤＲＢにおけるＱｏＳフローの５ＱＩ値に基づいて決定されてもよい。表１は、５ＱＩ値を適切なＣＡＰＣ値にマッピング可能にする方法を示す。

１以上のＱｏＳフローに対してＤＲＢをセットアップすると、各ＱｏＳフローには、異なるＣＡＰＣ値にマップする異なる５ＱＩ値が関連付けられうる。この場合、現在の３ＧＰＰ標準においては、（そのＤＲＢに多重化された全ＱｏＳフローのそれぞれの５ＱＩを考慮しつつ、さまざまなトラフィックの種類と送信間の公平性を考慮して）そのＤＲＢに対して適切なＣＡＰＣ値を選択するのは基地局５である。したがって、現在のＤＲＢレベルマッピングを利用すると、ＤＲＢのＱｏＳフローが、表１においてその５ＱＩに割り当てられているものとは異なるＣＡＰＣ値にマッピングされる可能性がある。

基地局５がベアラ（ＤＲＢ又はＳＲＢ）に適用可能なＣＡＰＣを決定する際、基地局５は、そのベアラ上のアップリンク送信にＣＡＰＣ値を利用するようモバイル装置３を設定する。現在の３ＧＰＰ標準に従い、このような設定ではＲＲＣシグナリングを利用してもよい。実質的に、これは、少なくともＤＲＢに含まれるＱｏＳフローが変化する（例えば、ＱｏＳフローが追加又は削除される）まで変化しない静的な設定である。

図５に示すとおり、ＰＵＳＣＨ／ＰＤＳＣＨ上の送信（「トランスポートブロック」）は、以下の１以上を含んでもよい。１以上のＳＲＢからのコントロールプレーンデータ（例：ＲＲＣシグナリング）、１以上のＤＲＢからのユーザプレーンデータ（例：ＩＰパケット）、及び１以上のＭＡＣ ＣＥ。さまざまなＳＲＢ／ＤＲＢ／ＭＡＣ ＣＥからのデータは、さまざまなレイヤ（この例ではＳＤＡＰ、ＰＤＣＰ、ＲＬＣ、及びＭＡＣレイヤ）での処理後、送信のためのトランスポートブロックに多重化される。アップリンク送信では以下のルールに従って、モバイル装置３（下位レイヤ、すなわちＰＨＹ／ＭＡＣ）は、特定の送信に多重化されるデータの種類に基づいてその送信の適用可能なＣＡＰＣを決定する（基地局５はダウンリンク送信に同様のルールを用いる）。
ケース１：ＭＡＣ ＣＥのみが含まれる場合、ＭＡＣ ＣＥの最高優先度ＣＡＰＣ。
ケース２：ＳＲＢ ＳＤＵが含まれる場合、ＳＲＢの最高優先度ＣＡＰＣ。
ケース３：その他の場合、ＤＲＢの最低優先度ＣＡＰＣ。

送信（トランスポートブロック）のＣＡＰＣは、以下の表２に示すとおり、その送信の一部であるＳＲＢ／ＤＲＢ／ＭＡＣ ＣＥの関連付けられたＣＡＰＣ値に基づいて決定される。

図５は、上記ケース１～３による、現在３ＧＰＰによって定義されているルールを用いた４つの例を示す。第１の例（「ケース１」）では、異なるＣＡＰＣ値（パディングＢＳＲ又は推奨ビットレートＭＡＣ ＣＥではＣＡＰＣ＝４、その他のＭＡＣ ＣＥではＣＡＰＣ＝１）を有する２種類のＭＡＣ ＣＥがトランスポートブロックに多重化される。この場合トランスポートブロックの最終的なＣＡＰＣ値はより低い値（すなわちより高い優先度）に設定される。ケース２では、２つのＳＲＢからの、異なるＣＡＰＣ値を有するＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ：サービスデータユニット）が（任意で１以上のＤＲＢと共に）トランスポートブロックに多重化される。ケース２のトランスポートブロックの最終的なＣＡＰＣ値は、ＳＲＢ固有のＣＡＰＣ値のうちより低い値（すなわちより高い優先度）に設定される。ケース３－１及び３－２では、異なるＣＡＰＣ値を有する２つの異なるＤＲＢがトランスポートブロックに（ケース３－１ではさらにＭＡＣ ＣＥと共に）多重化される。ケース３－１、３－２のトランスポートブロックの最終的なＣＡＰＣ値は、ＤＲＢ固有のＣＡＰＣ値のより高い値（すなわちより低い優先度）に設定される。

したがって、以上から分かるとおり、特定のＤＲＢを（例えばその他任意のＤＲＢ／ＳＲＢ／ＭＡＣ ＣＥと共に）トランスポートブロックに多重化する際、現在の送信レベルマッピングは、該当するＱｏＳフローの関連付けられたＱＦＩ／５ＱＩに基づいてそのＤＲＢに設定されたものとは異なるＣＡＰＣ値をもたらす場合もある。さらに、上述のとおり、ＤＲＢレベルの（静的）ＣＡＰＣマッピングでは、一部のＱｏＳフローからのデータパケットに、それらのフローのＱＦＩにマッピングされた値とは異なるＣＡＰＣ値を割り当てる可能性もある。ＣＡＰＣマッピングにおけるこの不一致により、アンライセンス／共有スペクトルを利用してトランスポートブロックの送信を試行する際、基地局５及びモバイル装置３は、そのトランスポートブロックに含まれるデータに対して想定されるパラメータとは異なるＬＢＴパラメータを用いてチャネルアクセス手順を実行する可能性がある。

このシステムにおいて、トランスポートブロックに多重化された実際のデータフローに従って各送信に適切なＣＡＰＣを適用するために、モバイル装置３と基地局５の通信制御モジュール４３、６３は、ユーザプレーンプロトコルを通じて各パケットと共にＣＡＰＣ情報を伝達するように設定される。

より詳細には、表１に示すとおり、各データフロー（ＱｏＳフロー）に対し、関連付けられたＣＡＰＣ値がＱＦＩ／５ＱＩに基づいて決定される。これは、下位レイヤにおける多重化工程の前、例えばデータフローのＤＲＢをセットアップする際に行われる。

ＳＤＡＰからＰＤＣＰ、ＲＬＣ、ＭＡＣ、及びＰＨＹレイヤへとユーザプレーンプロトコルを通じてデータ（ＩＰ）パケットが（通信制御モジュール４３、６３の対応するサブモジュールにより）処理される際、各パケットのＣＡＰＣ（すなわちパケットが属するＱｏＳフローの５ＱＩからマッピングされた値）がパケットと共に伝達される。各レイヤがデータパケットに、そのデータパケットに関連付けられたＣＡＰＣ値に関する適切な情報（すなわち、対応するＱｏＳフローのＣＡＰＣ）を追加しうることが理解されよう。この情報は、実際のＣＡＰＣ値、又は、下位レイヤにおいて特定のデータパケットのＣＡＰＣ値を導き出すのに用いることができるその他任意の適切な情報を含んでよい。必要に応じ、この情報はレイヤごとに異なっていてもよい（すなわち、レイヤ固有のＣＡＰＣ情報を用いてもよい）。

図６に示す例では、１以上のＱｏＳフローが関連付けられた２つのＤＲＢ（「ＤＲＢｘ」及び「ＤＲＢｙ」と表記）がある。この例では、ＤＲＢｘは２つのＱｏＳフロー（「ＱＦＩ（ｍ）」及び「ＱＦＩ（ｎ）」と表記）と、これらに関連付けられた５ＱＩ値（又は５ＱＩ値なし）を含み、ＤＲＢｙは１つのＱｏＳフロー（「ＱＦＩ（ｐ）」）を含む。このように、基地局５とモバイル装置３は、関連付けられた５ＱＩ（例：表１に示した５ＱＩ値にはＣＡＰＣ値「１」～「３」、関連付けられた５ＱＩ値のないＱｏＳフローにはＣＡＰＣ値「４」）に従って、各ＱｏＳフロー及びＱｏＳフローにおける各データパケットに対して適切なＣＡＰＣ値を決定できる。

異なるＱｏＳ要件（ＱＦＩ／５ＱＩ値）を有する異なるＱｏＳフローからのユーザプレーンデータを含む送信については、（ＤＲＢレベルで割り当てられた平均又は任意のＣＡＰＣ値ではなく）対応するＱｏＳフローの実際のＣＡＰＣに基づいて、ＭＡＣ／ＰＨＹレイヤで各データパケットに用いるＣＡＰＣ値を動的に決定できるため、有利である。

図７は、ＱＦＩ（ｍ）及びＱＦＩ（ｐ）という２つのＱｏＳフローからのデータパケットの処理を示す。図６に示すとおり、ＱＦＩ（ｍ）及びＱＦＩ（ｐ）は異なるＤＲＢに属している。しかしながら、トランスポートブロック「ＴＢ（ｎ＋２）」は両ＱｏＳフローからのデータを含んでいる。ＱＦＩ（ｍ）及びＱＦＩ（ｐ）のそれぞれのＣＡＰＣ値は、上位レイヤから下位の各レイヤに対して示され、ＤＲＢ固有のＣＡＰＣ値を用いる場合と比較してより正確（かつ動的）にＭＡＣ／ＰＨＹレイヤにおける適用可能なＣＡＰＣ値（及び対応するＬＢＴパラメータ）を決定できるようになっている。ＭＡＣ／ＰＨＹレイヤにおけるＣＡＰＣ選択はＤＲＢレベルのＣＡＰＣ選択に依存しないため、ＤＲＢ内の全てのデータフロー（すなわちＤＲＢｘ内のＱＦＩ（ｎ）及びＱＦＩ（ｍ））に対して同じＣＡＰＣ値を用いる必要がなく、アンライセンススペクトルを利用してトランスポートブロックを生成及び送信する方法が改善される。

上述のデータフロー固有ＣＡＰＣ指示を利用すると、ＲＲＣ（又はＦ１）インタフェース上でＤＲＢのＣＡＰＣをマッピング及び設定する必要がないため有利である。

複数のＱｏＳフローが１つのＤＲＢにマッピングされている場合、下位レイヤで送信のためのＣＡＰＣ選択に用いる情報はより正確であり、複数のＱｏＳフローのそれぞれのＣＡＰＣ値を、ＤＲＢレベルで１つのＣＡＰＣへと変換する必要がない。
上述の方法は、３ＧＰＰ仕様を変更することなく基地局側（ダウンリンク送信）に適用可能であり、また、現在の仕様に比較的軽微な変更を加えることでＵＥ側（アップリンク送信）に適用可能であることが理解されよう。

ＣＵ－ＤＵ分離アーキテクチャ オプション１
ＣＵ－ＤＵ分離アーキテクチャの場合、ＣＡＰＣ値はダウンリンクのデータパケットごとに示されてもよい。この場合、ｇＮＢ ＣＵ（ｇＮＢ ＣＵ－ＵＰ ５Ｕ）は、各パケットのＣＡＰＣをｇＮＢ ＤＵ ５Ｄに対して示すように設定されてもよい。例えばｇＮＢ ＣＵ－ＵＰ ５Ｕは、Ｆ１－Ｕインタフェース上に送信されたダウンリンクユーザプレーンパケット用のＧＴＰ－Ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｌｉｎｇ Ｐｒｏｔｏｃｏｌ Ｕｓｅｒ Ｐｌａｎｅ：ＧＰＲＳトンネリングプロトコルユーザプレーン）カプセル化ヘッダ内のパケットのＣＡＰＣ値を含みうる。例えば、パケットのＣＡＰＣ値を示すのには、ＰＤＵセッションコンテナ又はその他の適切な（新規又は既存の）拡張ヘッダタイプを利用できる。ｇＮＢ ＤＵ ５Ｄは、送信にデータをスケジュール／多重化する際、受信したＣＡＰＣインジケータを考慮するように設定されてもよい。

実質的には、この場合、ＣＡＰＣ情報（ＧＴＰ－Ｕヘッダなど）は、各パケットと共に、基地局５の中央ユニット（上位レイヤ）から分散ユニット（下位レイヤ、例：ＰＨＹ／ＭＡＣ）へとユーザプレーンプロトコル上を伝達される。分散ユニット（ｇＮＢ ＤＵ ５Ｄ）は受信したＣＡＰＣ情報に基づき、トランスポートブロックに多重化される実際のデータフローに従って（かつ、多重化されたデータパケットが属するＤＲＢに関連付けられたＣＡＰＣ値にかかわらず）各送信に対して適切なＣＡＰＣ値及びＬＢＴ設定を適用できるため、有利である。

ＣＵ－ＤＵ分離アーキテクチャ オプション２
このオプションでは、ｇＮＢ ＤＵ ５Ｄ（下位レイヤ）は、ｇＮＢ ＣＵ－ＣＰ ５ＣからＦ１－Ｃインタフェースを介し、各ＤＲＢについて以下の情報を受信する。
－ＤＲＢにマッピングされたＱｏＳフロー。
－ＱｏＳフロー識別子（ＱＦＩ）を含む、各ＱｏＳフローのＱｏＳ情報、５ＱＩ。

下位レイヤ（例：ＰＨＹ／ＭＡＣ）は、上位レイヤから受信した各パケットを検査し、そのパケットがどのＱＦＩに属するかを決定する。例えば、ＱＦＩの決定は以下の方法に基づいてもよい。
－各ＱｏＳフロー／ＱＦＩに対して別個のトンネルを確立する、又は
－各パケットを関連付けられたＱＦＩでマーキングする。

データパケット（パケット全体又は一部）が送信に多重化される際、このデータパケットのＣＡＰＣは、例えば表１に示すマッピングに基づいて、パケットが属するＱｏＳフロー／トンネルの５ＱＩからマッピング可能である。

各送信のＣＡＰＣは、図５を参照して上述した（ＤＲＢのＣＡＰＣの代わりにパケットのＣＡＰＣを用いる）ルールに従って、その送信に多重化された全データパケットのＣＡＰＣ／５ＱＩを考慮することにより決定可能である。

したがってこの場合、ＣＡＰＣ情報は、受信した各データパケット及び／又はデータパケットが経由して送信されたトンネルを特定する情報（例：トンネルＩＤ）と共に、ＱＦＩの形で提供されうる（トンネルＩＤは特定のＱｏＳフロー又はＱＦＩに関連付けられる）。実質的には、この情報は、各パケットと共に、基地局５の中央ユニット（上位レイヤ）から分散ユニット（下位レイヤ、例：ＰＨＹ／ＭＡＣ）へとユーザプレーンプロトコル上を伝達される。分散ユニット（ｇＮＢ ＤＵ ５Ｄ）は受信したＣＡＰＣ情報（トンネルＩＤ／ＱＦＩ）に基づき、トランスポートブロックに多重化される実際のデータフローに従って（かつ、多重化されたデータパケットが属するＤＲＢに関連付けられたＣＡＰＣにかかわらず）各送信に対して適切なＣＡＰＣ値／ＬＢＴパラメータを適用できる。

ＤＲＢレベルのＣＡＰＣ選択
ＤＲＢレベルのＣＡＰＣ選択を利用する際、基地局５は以下のオプションのいずれかを適用して、各ＤＲＢに最適なＣＡＰＣ値を決定するよう設定されてもよい。

基地局５は、ＱｏＳフロー対ＤＲＢの一対一マッピングを適用するよう設定されてもよい（図６中のＤＲＢｙ）。この場合、ＤＲＢレベルのＣＡＰＣ値は、ＱｏＳフロー固有のＣＡＰＣに対応する。このオプションの変形では、基地局５は、同じＣＡＰＣ値を有するＱｏＳフローのみを同じＤＲＢにマッピングするように設定されてもよく、これにより下位レイヤでのＣＡＰＣ選択が容易になる。

複数のＱｏＳフローが単独のＤＲＢにマッピングされ（図６中のＤＲＢｘ）、かつこれらのＱｏＳフローが（５ＱＩに基づいて）異なる関連付けられたＣＡＰＣ値を有する場合、基地局５は全てのＱｏＳフローの最も優先度が低いＣＡＰＣを選択するよう設定されてもよい。これは、そのＤＲＢ内の比較的高優先度のＱｏＳフローからのデータを伝達する送信に対して追加の遅延をもたらす可能性があるが、基地局及びＵＥは、共有チャネル上で動作する他のノードに対して「フレンドリーな」ネイバーとして機能するようになる。

ＤＲＢに「支配的」なＱｏＳフローがある場合、ＤＲＢのＣＡＰＣ値は支配的ＱｏＳフローのものに設定されてもよいことが理解されよう。あるＱｏＳフローが支配的フローとして分類可能かどうかを決定する際、基地局５はそのＱｏＳフローに関連するあらゆる入手可能な情報、例えばそのＱｏＳフローが同じＤＲＢ内の他のＱｏＳフローよりも比較的多量のデータを伝達しそうか、及び／又は比較的アクティブになりそうか、を考慮するよう設定されてもよい。

変形例及び代替例
以上、詳細な例示的な実施形態について説明してきた。当業者が理解しうるように、上記の例示的な実施形態に対して、多数の変形及び代替を行うことができ、そこで実施される本発明の利点を得ることができる。ここでは、例示のために、これらの代替例及び変形例のうちのいくつかのみを説明する。

上記の説明では、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードは、理解しやすくするために、（通信制御モジュールなどの）いくつかの個別モジュールを有するものとして説明されている。これらのモジュールは、例えば、既存のシステムが本発明を実装するように変形された特定の用途のために、又は、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムにおける他の用途のためにこのように提供されてもよい。一方で、これらのモジュールは、オペレーティングシステム又はコードの全体に組み込まれてもよく、従って、これらのモジュールは、別個のエンティティとして識別できなくてもよい。

各コントローラは、例えば、１つ以上のハードウェアで実装されたコンピュータプロセッサと、マイクロプロセッサと、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ：中央処理装置）と、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ：算術論理ユニット）と、ＩＯ（ｉｎｐｕｔ／ｏｕｔｐｕｔ：入出力）回路と、内部メモリ／キャッシュ（プログラム及び／若しくはデータ）と、プロセッシングレジスタと、通信バス（例えば、コントロール、データ、及び／若しくはアドレスバス）と、ＤＭＡ（ｄｉｒｅｃｔ ｍｅｍｏｒｙ ａｃｃｅｓｓ：ダイレクトメモリアクセス）機能と、ハードウェア若しくはソフトウェアで実装されたカウンタ、ポインタ、及び／若しくはタイマなどを含む（但しそれらに限定はされない）任意の適当な形式の処理回路を備えてもよい。

上記の例示的な実施形態で、多くのソフトウェアモジュールを説明した。当業者に理解されるように、ソフトウェアモジュールは、コンパイルされた形態又はコンパイルされていない形態で提供されてもよく、コンピュータネットワーク上の信号として、又は記録媒体上で、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードに供給されてもよい。更に、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用ハードウェア回路を使用して実行してもよい。但し、ソフトウェアモジュールの使用はＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードの更新を容易にし、それらの機能を更新するために好ましい。

本開示におけるユーザ機器（又は「ＵＥ」、「モバイルステーション」、「モバイルデバイス」又は「ワイヤレスデバイス」）は、ワイヤレスインタフェースを介してネットワークに接続されたエンティティである。

なお、本開示は、専用通信デバイスに限定されるものではなく、以下の段落で説明する通信機能を有する任意のデバイスに適用することができる。

「ユーザ機器」又は「ＵＥ」（３ＧＰＰで使用される用語）、「モバイルステーション」、「モバイルデバイス」、及び「ワイヤレスデバイス」という用語は、一般的には、互いに同義であることが意図されており、端末、携帯電話、スマートフォン、タブレット、セルラーＩｏＴデバイス、ＩｏＴデバイス、機械などのスタンドアロンのモバイルステーションを含む。「モバイルステーション」及び「モバイルデバイス」という用語は、長期間静置されたままであるデバイスも包含することが理解されよう。

ＵＥは、例えば、生産又は製造のための機器のアイテム、及び／又はエネルギー関連の機械のアイテム（例えば、ボイラー、エンジン、タービン、ソーラーパネル、風力タービン、水力発電機、熱発電機、原子力発電機、バッテリ、原子力システム及び／又は関連機器、重電機械、真空ポンプを含むポンプ、コンプレッサ、ファン、送風機、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット及び／又はそれらのアプリケーションシステム、工具、金型又はダイ、ロール、搬送機器、昇降機器、資材処理機器、繊維機械、縫製機、印刷及び／又は関連機械、製紙機械、化学機械、鉱業及び／又は建設機械及び／又は関連機器、農業、林業及び／又は漁業のための機械及び／又は器具、安全及び／又は環境保全機器、トラクタ、精密ベアリング、チェーン、ギア、送電機器、潤滑機器、バルブ、パイプ継手などの機器若しくは機械、及び／又は前述の機器若しくは機械のうちのいずれかのアプリケーションシステムなど）であり得る。

ＵＥは、例えば、輸送機器（例えば、ローリングストック、自動車、モータサイクル、自転車、電車、バス、カート、人力車、船、その他の船舶、航空機、ロケット、衛星、ドローン、バルーンなどの輸送機器）のアイテムであり得る。

ＵＥは、例えば、情報通信機器（例えば、電子コンピュータ及び関連機器、通信及び関連機器、電子部品などの情報通信機器）のアイテムであり得る。

ＵＥは、例えば、冷凍機、冷凍機適用製品、貿易及び／又はサービス産業機器のアイテム、自動販売機、自動サービス機、事務機械又は機器、消費者向け電子及び電化製品（例えば、オーディオ機器、ビデオ機器、スピーカ、ラジオ、テレビ、電子レンジ、炊飯器、コーヒーマシン、食洗機、洗濯機、乾燥機、電子ファン又は関連電化製品、掃除機などの消費者向け電化製品）であり得る。

ＵＥは、例えば、電気応用システム又は機器（例えば、Ｘ線システム、粒子加速器、放射性同位体機器、音響機器、電磁的応用機器、電力応用機器などの電気応用システム又は機器）であり得る。

ＵＥは、例えば、電子ランプ、照明器具、測定機器、分析器、テスタ、又は測量若しくは感知機器（例えば、煙警報器、人警報センサ、モーションセンサ、ワイヤレスタグなどの測量若しくは感知機器）、腕時計又は置時計、実験器具、光学装置、医療機器及び／又はシステム、武器、刃物、手工具などであり得る。

ＵＥは、例えば、無線を備えた携帯情報端末又は関連機器（他の電子デバイス（例えば、パーソナルコンピュータ、電気測定機）への取り付け又は挿入のために設計された無線カード又はモジュールなど）であり得る。

ＵＥは、さまざまな有線及び／又は無線通信技術を使用して、「モノのインターネット」（ＩｏＴ）に関して、以下で説明するアプリケーション、サービス、及びソリューションを提供するデバイス又はシステムの一部であり得る。

モノのインターネットデバイス（又は「モノ」）は、適切な電子機器、ソフトウェア、センサ、及び／又はネットワーク接続などを備えてもよく、これにより、これらのデバイスが相互に、及び他の通信デバイスとで、データを収集及びやり取りすることを可能にする。ＩｏＴデバイスは、内部メモリに格納されているソフトウェアの指示に従う自動化された機器で構成され得る。ＩｏＴデバイスは、人の監視ややり取りを必要とせずに動作し得る。ＩｏＴデバイスは、長期間静置されたままであったり、非アクティブのままであったりし得る。ＩｏＴデバイスは、（一般的に）据置式の装置の一部として実装され得る。ＩｏＴデバイスは、据置式ではない装置（例えば、車両）に組み込まれたり、監視／トラッキングする動物や人に取り付けたりし得る。

ＩｏＴ技術は、データを送受信するために通信ネットワークに接続することができる任意の通信デバイスに実装することができ、このような装置は通信デバイスが人による入力又はメモリに格納されたソフトウェア命令により制御されるか否かに関係なく実装できることが理解されよう。

ＩｏＴデバイスは、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：マシンタイプ通信）デバイス又はＭ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ：マシンツーマシン）の通信デバイスと呼ばれることもあることが理解されよう。ＵＥは、１つ以上のＩｏＴ又はＭＴＣアプリケーションをサポートしてもよいことが理解されよう。ＭＴＣアプリケーションのいくつかの例を次の表に示す（出典：３ＧＰＰ ＴＳ ２２．３６８ Ｖ１３．１．０、Ａｎｎｅｘ Ｂ、その内容は参照により本明細書に組み込まれる）。このリストは、網羅的なものではなく、マシンタイプ通信アプリケーションのいくつかの例を示すことを意図している。

アプリケーション、サービス、及びソリューションは、ＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ：モバイル仮想ネットワークオペレータ）サービス、緊急無線通信システム、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：構内電話交換機）システム、ＰＨＳ／デジタルコードレステレコミュニケーションシステム、ＰＯＳ（Ｐｏｉｎｔ ｏｆ ｓａｌｅ：販売時点）システム、広告発呼システム、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ：マルチメディア放送及びマルチキャストサービス）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）システム、電車無線システム、位置関連サービス、災害／緊急無線通信サービス（Ｄｉｓａｓｔｅｒ／Ｅｍｅｒｇｅｎｃｙ Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ）、コミュニティサービス、ビデオストリーミングサービス、フェムトセルアプリケーションサービス、ＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ）サービス、課金サービス、無線オンデマンドサービス、ローミングサービス、アクティビティ監視サービス、通信事業者／通信ＮＷ選択サービス、機能制限サービス、ＰｏＣ（Ｐｒｏｏｆ ｏｆ Ｃｏｎｃｅｐｔ）サービス、個人情報管理サービス、アドホックネットワーク／ＤＴＮ（Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｎｅｔｗｏｒｋｉｎｇ：遅延トレラントネットワーキング）サービスなどであり得る。

更に、上記のＵＥカテゴリは、本文書に記載されている技術的アイデア及び例示的な実施形態の適用例にすぎない。言うまでもなく、これらの技術的アイデア及び例示的な実施形態は、上記のＵＥに限定されず、上記ＵＥに対してさまざまな変形をなすことができる。

上述の方法は、データフローに関連付けられたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）を識別する情報（例えば、５ＱＩ）に基づいて、第１のＣＡＰＣ値を決定することを更に含んでよい。

トランスポートブロックは、データパケットの少なくとも一部と更なるデータとを多重化することにより形成されてよく、ここで第２のＣＡＰＣ値は、第１のＣＡＰＣ値を識別する情報と、更なるデータに関連付けられた更なるＣＡＰＣ値とに基づいて決定される。

第１のＣＡＰＣ値を識別する情報は、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：無線リンク制御）レイヤ、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）レイヤ、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）レイヤ、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）レイヤ、又はＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：無線リソース制御）レイヤで生成されてよい。第２のＣＡＰＣ値は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）レイヤで決定してよい。

上述の方法は、トランスポートブロックについての第２のＣＡＰＣに基づいてチャネルアクセス手順を行うこと、を更に含んでよい。

データフローはＱｏＳフローを含んでよい。データフローは、第１のＣＡＰＣ値とは異なる、関連付けられたＣＡＰＣ値を有するＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）により伝達されてよい。データフローを識別する情報は、トンネルを識別する情報（例：トンネルＩＤ）を含んでよい。

上述の通信装置は、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ユーザ機器）又は基地局装置（ｇＮＢ）を含んでよい。基地局装置は中央ユニットと少なくとも１つの分散ユニットとを備えてよく、中央ユニットは、第１のＣＡＰＣ値を識別する情報とともにデータパケットを、下位レイヤを処理する少なくとも１つの分散ユニットに転送してよい。

様々な他の変形が当業者には明らかであり、ここでは、それ以上詳細には説明しない。

上記の例示的な実施形態の一部又は全部は、以下の付記項に示すように説明することができるが、以下のものに限定するものではない。

（付記１）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために通信装置により行われる方法であって、
データフローの一部を形成するデータパケットを受信し、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに、前記データパケットを下位レイヤに転送することと、
前記下位レイヤで前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成することと、
前記第１のＣＡＰＣ値を識別する情報に基づいて、前記トランスポートブロックについての第２のＣＡＰＣ値を決定することと、
を備える方法。

（付記２）
前記データフローに関連付けられたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）を識別する情報（例えば、５ＱＩ）に基づいて、前記第１のＣＡＰＣ値を決定すること、を更に備える付記１記載の方法。

（付記３）
前記トランスポートブロックは、前記データパケットと更なるデータとの少なくとも一部を多重化することにより形成され、
前記第２のＣＡＰＣ値は、前記第１のＣＡＰＣ値を識別する前記情報と、前記更なるデータに関連付けられた更なるＣＡＰＣ値とに基づいて決定される、付記１又は２記載の方法。

（付記４）
前記第１のＣＡＰＣ値を識別する前記情報は、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：無線リンク制御）レイヤ、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）レイヤ、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）レイヤ、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）レイヤ、又はＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：無線リソース制御）レイヤで生成される、付記１乃至３のうち何れか１項記載の方法。

（付記５）
前記第２のＣＡＰＣ値を決定することは、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）レイヤで行われる、付記１乃至４のうち何れか１項記載の方法。

（付記６）
前記トランスポートブロックについての前記第２のＣＡＰＣに基づいてチャネルアクセス手順を行うこと、を更に備える付記１乃至５のうち何れか１項記載の方法。

（付記７）
前記データフローはＱｏＳフローを含む、付記１乃至６のうち何れか１項記載の方法。

（付記８）
前記データフローは、前記第１のＣＡＰＣ値とは異なる、関連付けられたＣＡＰＣ値を有するＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）により運ばれる、付記１乃至７のうち何れか１項記載の方法。

（付記９）
前記通信装置はＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）を備える、付記１乃至８のうち何れか１項記載の方法。

（付記１０）
前記通信装置は基地局装置（ｇＮＢ）を備える、付記１乃至９のうち何れか１項記載の方法。

（付記１１）
前記通信装置は中央ユニットと少なくとも１つの分散ユニットとを備え、前記中央ユニットは、第１のＣＡＰＣ値を識別する情報とともに前記データパケットを、前記下位レイヤを処理する前記少なくとも１つの分散ユニットに転送する、付記１０記載の方法。

（付記１２）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の中央ユニットにより行われる方法であって、
データフローの一部を形成するデータパケットを受信することと、
前記データフローの下位レイヤ処理を扱う分散ユニットに、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに前記データパケットを転送することと、を備える方法。

（付記１３）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の分散ユニットにより行われる方法であって、
前記基地局装置の中央ユニットから、前記データフローの第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに、前記データフローの一部を形成するデータパケットを受信することと、
前記データパケットを処理して、アンライセンススペクトルを介した送信用のトランスポートブロックについての第２のＣＡＰＣ値を形成することと、
前記第１のＣＡＰＣ値を識別する情報に基づいて、前記トランスポートブロックについての第２のＣＡＰＣ値を決定することと、を備える方法。

（付記１４）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の分散ユニットにより行われる方法であって、
前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を決定するために、データフローを識別する情報（例えば、ＱＦＩ）と、前記データフローに関連付けられたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ：サービス品質）を識別する情報（例えば、５ＱＩ）とを、前記中央ユニットから受信することと、
データパケットと、前記データパケットが属する前記データフローを識別する情報とを受信することと、
前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成することと、
前記データフローを識別する情報と前記データフローに関連付けられたＱｏＳを識別する前記情報とに基づいて前記トランスポートブロックについての第２のＣＡＰＣ値を決定することと、
を備える方法。

（付記１５）
前記データフローを識別する前記情報は、トンネルを識別する情報（例えば、トンネルＩＤ）を含む、付記１４記載の方法。

（付記１６）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために通信装置により行われる方法であって、
ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）識別子と対応するＣＡＰＣ値との間のマッピングに基づいて、複数のデータフローの各々について、それぞれのＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を決定することと、
第１のデータフローのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）へのマッピングを行い、前記第１のデータフローに関連付けられた前記マッピングとＱｏＳ識別子とに基づいて前記ＤＲＢについての第１のＣＡＰＣ値を構成することと、
第２のデータフローに関連付けられたＱｏＳ識別子を第１のＣＡＰＣにマッピングできる場合に前記第２のデータフローの前記ＤＲＢへのマッピングを行う、又は前記第２のデータフローに関連付けられたＱｏＳ識別子を異なるＣＡＰＣ値にマッピングできる場合に前記第２のデータフローの前記異なるＤＲＢへのマッピングを行うことと、
を備える方法。

（付記１７）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のための通信装置であって、
データフローの一部を形成するデータパケットを受信し、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに、前記データパケットを下位レイヤに転送する手段と、
前記下位レイヤで前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成する手段と、
前記第１のＣＡＰＣ値を識別する情報に基づいて、前記トランスポートブロックについての第２のＣＡＰＣ値を決定する手段と、
を備える通信装置。

（付記１８）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の中央ユニットとして構成された装置であって、
データフローの一部を形成するデータパケットを受信する手段と、
前記データフローの下位レイヤ処理を扱う分散ユニットに、前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに前記データパケットを転送する手段と、を備える装置。

（付記１９）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の分散ユニットとして構成された装置であって、
前記基地局装置の中央ユニットから、前記データフローの第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を識別する情報とともに、前記データフローの一部を形成するデータパケットを受信する手段と、
前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成する手段と、
前記第１のＣＡＰＣ値を識別する情報に基づいて、前記トランスポートブロックについての第２のＣＡＰＣ値を決定する手段と、
を備える装置。

（付記２０）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために基地局装置の分散ユニットとして構成された装置であって、
前記データフローについての第１のＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を決定するために、データフローを識別する情報｛例えば、ＱＦＩ）と、前記データフローに関連付けられたＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ：サービス品質）を識別する情報（例えば、５ＱＩ）とを、前記中央ユニットから受信する手段と、
データパケットと、前記データパケットが属する前記データフローを識別する情報とを受信する手段と、
前記データパケットを処理して、前記アンライセンススペクトルを介した送信用のトランスポートブロックを形成する手段と、
前記データフローを識別する情報と前記データフローに関連付けられたＱｏＳを識別する前記情報とに基づいて前記トランスポートブロックについての第２のＣＡＰＣ値を決定する手段と、
を備える装置。

（付記２１）
アンライセンススペクトルを介した通信に関するチャネルアクセス手順のために通信装置であって、
ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）識別子と対応するＣＡＰＣ値との間のマッピングに基づいて、複数のデータフローの各々について、それぞれのＣＡＰＣ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：チャネルアクセス優先度クラス）値を決定する手段と、
第１のデータフローのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）へのマッピングを行い、前記第１のデータフローに関連付けられた前記マッピングとＱｏＳ識別子とに基づいて前記ＤＲＢについての第１のＣＡＰＣ値を構成する手段と、
第２のデータフローに関連付けられたＱｏＳ識別子を第１のＣＡＰＣにマッピングできる場合に前記第２のデータフローの前記ＤＲＢへのマッピングを行う、又は前記第２のデータフローに関連付けられたＱｏＳ識別子を異なるＣＡＰＣ値にマッピングできる場合に前記第２のデータフローの前記異なるＤＲＢへのマッピングを行う手段と、
を備える通信装置。

本出願は、２０２０年９月１１日に出願された英国特許出願２０１４３５３．３号に基づくものであり、その優先権の利益を主張し、その開示は、参照によりその全体が本明細書に組み込まれる。

Claims (7)

1. アンライセンススペクトルを介した通信に関するチャネルアクセス手順のための通信装置であって、
   サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：ＱｏＳ）識別子と対応するチャネルアクセス優先度クラス（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：ＣＡＰＣ）値との間のマッピングに基づいて、複数のデータフローの各々について、それぞれのＣＡＰＣ値を決定する手段と、
   第１のデータフローのデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）へのマッピングを行い、前記第１のデータフローに対応する前記マッピングと前記第１のデータフローに対応するＱｏＳ識別子とに基づいて前記ＤＲＢについての第１のＣＡＰＣ値を構成する手段と、
   第２のデータフローに対応するＱｏＳ識別子を第１のＣＡＰＣにマッピングできる場合に、前記第２のデータフローの、前記ＤＲＢへのマッピングを行う、又は前記第２のデータフローに対応するＱｏＳ識別子を異なるＣＡＰＣ値にマッピングできる場合に、前記第２のデータフローの、前記ＤＲＢとは異なるＤＲＢへのマッピングを行う手段と、
   を備える、通信装置。
2. 前記それぞれのＣＡＰＣ値を示す情報が、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：ＲＬＣ）レイヤ、パケットデータ収束プロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）レイヤ、サービスデータ適応プロトコル（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＤＡＰ）レイヤ、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＩＰ）レイヤ、又は無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）レイヤで生成される、請求項１に記載の通信装置。
3. 前記それぞれのＣＡＰＣ値を決定する手段は、メディアアクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：ＭＡＣ）レイヤで決定するよう構成される、請求項１又は２に記載の通信装置。
4. 前記第１のデータフロー及び第２のデータフローの少なくともいずれかはＱｏＳフローを含む、請求項１乃至３のうち何れか１項に記載の通信装置。
5. 前記通信装置は、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）を備える、請求項１乃至４のうち何れか１項に記載の通信装置。
6. 前記通信装置は、基地局を備える、請求項１乃至５のうち何れか１項に記載の通信装置。
7. アンライセンススペクトルを介した通信に関するチャネルアクセス手順のための通信装置により行われる方法であって、
   サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：ＱｏＳ）識別子と対応するチャネルアクセス優先度クラス（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ：ＣＡＰＣ）値との間のマッピングに基づいて、複数のデータフローの各々について、それぞれのＣＡＰＣ値を決定することと、
   第１のデータフローのデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）へのマッピングを行い、前記第１のデータフローに対応する前記マッピングと前記第１のデータフローに対応するＱｏＳ識別子とに基づいて前記ＤＲＢについての第１のＣＡＰＣ値を構成することと、
   第２のデータフローに対応するＱｏＳ識別子を第１のＣＡＰＣにマッピングできる場合に、前記第２のデータフローの、前記ＤＲＢへのマッピングを行う、又は前記第２のデータフローに対応するＱｏＳ識別子を異なるＣＡＰＣ値にマッピングできる場合に、前記第２のデータフローの、前記ＤＲＢとは異なるＤＲＢへのマッピングを行うことと、
   を含む、通信装置における方法。
   
   

Images