特許 7432009 パスロス参照と複数のＳＲＩとの間のマッピングを指示するための効率的なＭＡＣ ＣＥ設計のための方法およびノード

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

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

(11)【特許番号】

(24)【登録日】2024-02-06

(45)【発行日】2024-02-15

(54)【発明の名称】パスロス参照と複数のＳＲＩとの間のマッピングを指示するための効率的なＭＡＣ ＣＥ設計のための方法およびノード

(51)【国際特許分類】

   H04W 72/231 20230101AFI20240207BHJP

   H04W 52/08 20090101ALI20240207BHJP

   H04W 52/24 20090101ALI20240207BHJP

【ＦＩ】

H04W72/231

H04W52/08

H04W52/24

【請求項の数】 32

(21)【出願番号】P 2022564215

(86)(22)【出願日】2021-04-12

(65)【公表番号】

(43)【公表日】2023-06-01

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

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

(87)【国際公開日】2021-10-28

【審査請求日】2023-01-11

(31)【優先権主張番号】63/014,470

(32)【優先日】2020-04-23

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

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(72)【発明者】

【氏名】マーッタネン， ヘルカ－リーナ

(72)【発明者】

【氏名】フォルケ， マッツ

【審査官】望月 章俊

(56)【参考文献】

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

【文献】米国特許出願公開第２０２０／０１０７２７２（ＵＳ，Ａ１）

【文献】Samsung，Offline Discussion 101: EMIMO MAC Corrections - Phase 2[online]，3GPP TSG RAN WG2 #109bis-e R2-2003900，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003900.zip>，2020年05月01日

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

前記第３のフィールドが、前記無線デバイスに、受信された前記ＭＡＣ ＣＥをどのように解釈すべきかを指示する、請求項２２に記載の方法。

【請求項26】

前記第３のフィールドが、前記無線デバイスに、前記参照信号に基づいてアップリンク送信についてのパスロス推定を非アクティブ化するように指示する第１のコードポイントを含む、請求項２１から２５のいずれか一項に記載の方法。

【請求項27】

前記第３のフィールドが、前記無線デバイスに、前記参照信号に基づいてアップリンク送信についての前記パスロス推定をアクティブ化するように指示するが、電力制御パラメータのセットと前記参照信号との間のマッピングを変更しない、第２のコードポイントを含む、請求項２１から２６のいずれか一項に記載の方法。

【請求項28】

前記第３のフィールドが、前記無線デバイスに、前記参照信号に基づいてアップリンク送信についての前記パスロス推定をアクティブ化することと、前記参照信号にマッピングされるべき電力制御パラメータのセットを追加することとを行うように指示する第３のコードポイントを含む、請求項２１から２７のいずれか一項に記載の方法。

【請求項29】

前記第３のフィールドが、前記無線デバイスに、前記参照信号に基づいてアップリンク送信についての前記パスロス推定をアクティブ化することと、電力制御パラメータのセットを、前記参照信号にマッピングされるべき電力制御パラメータの別のセットと置き換えることとを行うように指示する第４のコードポイントを含む、請求項２１から２８のいずれか一項に記載の方法。

【請求項30】

通信インターフェースと、前記通信インターフェースに接続され、請求項１６から２９のいずれか一項に記載の方法を実施するように設定された処理回路とを備えるネットワークノード。

【請求項31】

請求項１５の無線デバイスのプロセッサによって実行されたとき、前記プロセッサに、請求項１から１４のいずれか一項に記載の方法を行わせるコンピュータ可読プログラムコードを備えるコンピュータプログラム。

【請求項32】

請求項３０のネットワークノードのプロセッサによって実行されたとき、前記プロセッサに、請求項１６から２９のいずれか一項に記載の方法を行わせるコンピュータ可読プログラムコードを備えるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
本出願は、その内容が参照により本明細書に組み込まれる、「Ｅｆｆｉｃｉｅｎｔ ＭＡＣ ＣＥ ｄｅｓｉｇｎ ｆｏｒ ｉｎｄｉｃａｔｉｎｇ ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｐａｔｈｌｏｓｓ ｒｅｆｅｒｅｎｃｅ ａｎｄ ｍｕｌｔｉｐｌｅ ＳＲＩ」と題する、２０２０年４月２３日に米国特許商標庁において出願された米国仮特許出願第６３／０１４，４７０号の優先権の利益を主張する。

【0002】

本明細書は、一般に、無線通信システムに関し、詳細には、パスロス参照と複数のＳＲＩとの間のマッピングを指示するための方法に関する。

【背景技術】

【0003】

序論

【0004】

新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）

【0005】

新世代移動体無線通信システム（５Ｇ）または新無線（ＮＲ）は、使用事例の多様なセットおよび展開シナリオの多様なセットをサポートする。

【0006】

アップリンクデータ送信が、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用して動的にスケジュールされ得る。ダウンリンクと同様に、ユーザ機器（ＵＥ）は、最初にＰＤＣＣＨ中のアップリンクグラントを復号し、次いで、変調次数、コーディングレート、アップリンクリソース割り当てなど、アップリンクグラント中の復号された制御情報に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でデータを送信する。また、ＵＥは、ＰＵＳＣＨ送信のためのアップリンク電力を決定する必要がある。

【0007】

ＰＵＳＣＨ電力制御

【0008】

ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報エレメント（ＩＥ）が、以下で示されているように、ＰＵＳＣＨ電力制御パラメータを提供し、ＰＵＳＣＨ電力制御パラメータは、パスロス推定のためのパスロス参照信号（ＲＳ）識別情報／識別子（ＩＤ）と、そのうちの１つがダウンリンク制御情報（ＤＣＩ）中のサウンディング参照信号（ＳＲＳ）リソース指示（ＳＲＩ）フィールドによって選択されるＳＲＳリソース指示（ＳＲＩ）－ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌエレメントのリストとを含む。ＳＲＩは、ＰＵＳＣＨパスロス参照ＩＤへのＳＲＩの、スケジューリングごとのマッピングを提供する、ＤＣＩ中のＳＲＳリソース指示フィールドである。

【0009】

ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ
ＩＥ ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌは、ＰＵＳＣＨについてのＵＥ固有電力制御パラメータを設定するために使用される。
ＰＵＳＣＨ－ＰｏｗｅｒＣｏｎｔｒｏｌ情報エレメント

【0010】

媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）

【0011】

ＭＡＣプロトコルデータユニット（ＰＤＵ）は、長さがバイト整合された（すなわち、８ビットの倍数の）ビット列である。ＭＡＣサービスデータユニット（ＳＤＵ）は、長さがバイト整合された（すなわち、８ビットの倍数の）ビット列である。ＭＡＣ ＣＥは、長さがバイト整合された（すなわち、８ビットの倍数の）ビット列である。

【0012】

ＭＡＣサブヘッダは、長さがバイト整合された（すなわち、８ビットの倍数の）ビット列である。各ＭＡＣサブヘッダは、対応するＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、またはパディングの直前に配置される。

【0013】

ＭＡＣ ＰＤＵは、１つまたは複数のＭＡＣサブＰＤＵからなる。各ＭＡＣサブＰＤＵは、以下のうちの１つからなる。

【0014】

－ （パディングを含む）ＭＡＣサブヘッダのみ、

【0015】

－ ＭＡＣサブヘッダおよびＭＡＣ ＳＤＵ、

【0016】

－ ＭＡＣサブヘッダおよびＭＡＣ ＣＥ、

【0017】

－ ＭＡＣサブヘッダおよびパディング。

【0018】

各ＭＡＣサブヘッダは、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、またはパディングのいずれかに対応する。

【0019】

固定サイズのＭＡＣ ＣＥと、パディングと、アップリンク（ＵＬ）共通制御チャネル（ＣＣＣＨ）を含んでいるＭＡＣ ＳＤＵとを除くＭＡＣサブヘッダは、ヘッダフィールドＲ／Ｆ／ＬＣＩＤ／（ｅＬＣＩＤ）／Ｌからなる。固定サイズのＭＡＣ ＣＥと、パディングと、ＵＬ ＣＣＣＨを含んでいるＭＡＣ ＳＤＵとについてのＭＡＣサブヘッダは、２つのヘッダフィールドＲ／ＬＣＩＤからなる。拡張された論理チャネルＩＤ（ｅＬＣＩＤ）フィールドは、ＬＣＩＤフィールドが特定の値にセットされるとき、存在し、他の場合、不在である。

【0020】

ＭＡＣサブヘッダのいくつかの例が図１～図３において与えられる。

【0021】

図１は、８ビットＬフィールドを伴うＲ／Ｆ／ＬＣＩＤ／（ｅＬＣＩＤ）／Ｌ ＭＡＣサブヘッダを示す。

【0022】

図２は、１６ビットＬフィールドを伴うＲ／Ｆ／ＬＣＩＤ／（ｅＬＣＩＤ）／Ｌ ＭＡＣサブヘッダを示す。

【0023】

図３は、Ｒ／ＬＣＩＤ／（ｅＬＣＩＤ）ＭＡＣサブヘッダを示す。

【0024】

可変サイズをもつＭＡＣ ＣＥは、Ｌフィールドを含むサブヘッダを有する。一定のサイズをもつＭＡＣ ＣＥは、ＭＡＣ ＣＥのサイズがＬＣＩＤによって決定されるので、Ｌフィールドを含まないサブヘッダを有する。

【0025】

ＳＲＩとＰＵＳＣＨパスロス参照ＩＤとの間のマッピング

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

【図1】８ビットＬフィールドを伴うＲ／Ｆ／ＬＣＩＤ／（ｅＬＣＩＤ）／Ｌ ＭＡＣサブヘッダを示す図である。

【図2】１６ビットＬフィールドを伴うＲ／Ｆ／ＬＣＩＤ／（ｅＬＣＩＤ）／Ｌ ＭＡＣサブヘッダを示す図である。

【図3】Ｒ／ＬＣＩＤ／（ｅＬＣＩＤ）ＭＡＣサブヘッダを示す図である。

【図4】ＰＵＳＣＨパスロス参照ＲＳアクティブ化／非アクティブ化ＭＡＣ ＣＥを示す図である。

【図5】複数のＳＲＩに適応するための前のソリューションＭＡＣ ＣＥを示す図である。

【図6】本開示の一実施形態による、Ｆフィールドを伴うＭＡＣ ＣＥを示す図である。

【図7】一実施形態による、Ａ／Ｄフィールドを伴うＭＡＣ ＣＥを示す図である。

【図8】本開示の一実施形態による、Ｃフィールドを伴うＭＡＣ ＣＥを示す図である。

【図9】一実施形態による、無線デバイスにおける方法のフローチャートである。

【図10】一実施形態による、ネットワークノードにおける方法のフローチャートである。

【図11】本開示の実施形態が実装され得る無線通信システムの一例を示す図である。

【図12】本開示のいくつかの実施形態による、無線デバイスを示すブロック図である。

【図13】本開示のいくつかの実施形態による、無線デバイスを示すブロック図である。

【図14】本開示のいくつかの実施形態による、ネットワークノードを示すブロック図である。

【図15】本開示のいくつかの実施形態による、ネットワークノードを示すブロック図である。

【図16】本開示のいくつかの実施形態による、ネットワークノードの仮想化された環境を示す図である。

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

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

いくつかの例では、第１のフィールドは、ＭＡＣ ＣＥの最後のオクテット中の電力制御パラメータの１つのセットまたは２つのセットの数を指示し得る。たとえば、Ｆフィールドは、ＭＡＣ ＣＥの最後のオクテット中に１つのＳＲＩ ＩＤがあるのか２つのＳＲＩ ＩＤがあるのかを指示する。

【0127】

いくつかの例では、受信されたＭＡＣ ＣＥは、第３のフィールドをさらに含み得る。

【0128】

いくつかの例では、第３のフィールドは、無線デバイスに、電力制御パラメータのセットと参照信号との間のマッピング（または関連付け）が更新されるのか、追加されるのか、削除されるのかを指示し得る。この場合、第３のフィールドはＥフィールドであり得る。たとえば、Ｅフィールドは、Ｅフィールドの値に応じて、ＳＲＩ ＩＤとパスロスＲＳ ＩＤとの間のマッピング／関連付けの更新、追加または削除を指示することを可能にする。

【0129】

いくつかの例では、第３のフィールド（たとえば、Ｅフィールド）は、無線デバイスに、電力制御パラメータのセットと参照信号との間のすべての前のマッピングを削除するように指示することができる。

【0130】

いくつかの例では、第３のフィールドは、無線デバイスに、（パスロス推定のために使用されるために識別された）参照信号に基づいてアップリンク送信についてのパスロス推定を非アクティブ化またはアクティブ化するように指示することができる。この場合、第３のフィールドはＡ／Ｄフィールドであり得る。パスロス推定は、たとえば、ＰＵＳＣＨチャネルについて行われる。また、Ａ／Ｄフィールド（またはＭＡＣ ＣＥ）がアクティブ化を指示するとき、それは、たとえば、ネットワークノードにアップリンク送信を送出するための送信電力を決定するために、どのアクティブ化されたＰＵＳＣＨパスロス参照ＲＳ（または参照信号）が使用され得るかを、ＵＥが決定することができることを意味する。

【0131】

いくつかの例では、第３のフィールドは、ＵＥに、受信されたＭＡＣ ＣＥをどのように解釈すべきかを指示することができる。この場合、第３のフィールドはＣフィールドであり得る。

【0132】

たとえば、第３のフィールド（たとえば、Ｃフィールド）は、無線デバイスに、アップリンク送信についてのパスロス推定（たとえば、ＰＵＳＣＨパスロス推定）を非アクティブ化するように指示する第１のコードポイントと、無線デバイスに、ＰＵＳＣＨパスロス推定をアクティブ化するように指示するが、電力制御パラメータのセットと参照信号との間のマッピングを変更しない、第２のコードポイントと、無線デバイスに、ＰＵＳＣＨパスロス推定をアクティブ化することと、参照信号にマッピングされるべき電力制御パラメータのセットを追加することとを行うように指示する第３のコードポイントと、無線デバイスに、ＰＵＳＣＨパスロス推定をアクティブ化することと、電力制御パラメータのセットを、参照信号にマッピングされるべき電力制御パラメータの別のセットと置き換えることとを行うように指示する第４のコードポイントとを含み得る。

【0133】

図１０は、電力制御のための、ｇＮＢなどのネットワークノードにおける方法５００のフローチャートを示す。方法５００は以下を含む。

【0134】

ステップ５１０：無線デバイスにメディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を送出することであって、ＭＡＣ ＣＥが複数のオクテットを含み、複数のオクテットの各々が複数のフィールドを含み、複数のフィールドのうちの第１のフィールドが、ＭＡＣ ＣＥの最後のオクテット中の電力制御パラメータのセットの数を指示するために使用され、電力制御パラメータのセットが、パスロス推定のために使用される参照信号に関連する、メディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）を送出すること、および

【0135】

ステップ５２０：参照信号に関連する電力制御パラメータの少なくともセットに基づいて、送信を受信すること。

【0136】

たとえば、参照信号は、パスロスＲＳ ＩＤ１０８についてのフィールドによって指示され得、電力制御パラメータは、ＳＲＩ ＩＤ１０６についてのフィールドによって指示され得る。たとえば、１つのＳＲＩ ＩＤ（またはＳＲＩ ＩＤについての１つのフィールド）は、電力制御パラメータの１つのセットを指示することができ、ここで、セットは、１つまたは複数の電力制御パラメータを含むことができる。ＳＲＩ ＩＤとパスロスＲＳ ＩＤとの間のマッピングは、ＳＲＩ ＩＤによって指示された電力制御パラメータが、パスロスＲＳ ＩＤによって指示された参照信号に関連するように、ＭＡＣ ＣＥ中で確立され得る。

【0137】

いくつかの例では、参照信号に関連する電力制御パラメータのセットの総数は、ＭＡＣ ＣＥの長さと第１のフィールドとに基づいて決定され得る。

【0138】

いくつかの例では、ＭＡＣ ＣＥの長さは、ＭＡＣ ＣＥ中のＬフィールドによって与えられ得るか、または論理チャネルＩＤ（ＬＣＩＤ）によって決定される。

【0139】

いくつかの例では、ＭＡＣ ＣＥは、参照信号を指示するための第２のフィールドをさらに含むことができる。たとえば、第２のフィールドは、パスロスＲＳ ＩＤを含む／指示するフィールドであり得る。

【0140】

いくつかの例では、参照信号はサウンディング参照信号（ＳＲＳ）であり得る。

【0141】

いくつかの例では、第１のフィールドは、ＭＡＣ ＣＥの最後のオクテット中の電力制御パラメータの１つのセットまたは２つのセットの数を指示することができる。たとえば、Ｆフィールドは、ＭＡＣ ＣＥの最後のオクテット中に１つのＳＲＩ ＩＤがあるのか２つのＳＲＩ ＩＤがあるのかを指示する。

【0142】

いくつかの例では、ＭＡＣ ＣＥは、第３のフィールドをさらに含み得る。

【0143】

いくつかの例では、第３のフィールドは、無線デバイスに、電力制御パラメータのセットと参照信号との間のマッピングが更新されるのか、追加されるのか、削除されるのかを指示することができる。この場合、第３のフィールドはＥフィールドであり得る。たとえば、Ｅフィールドは、Ｅフィールドの値に応じて、ＳＲＩ ＩＤとパスロスＲＳ ＩＤとの間のマッピング／関連付けの更新、追加または削除を指示することを可能にする。

【0144】

いくつかの例では、第３のフィールド（たとえば、Ｅフィールド）は、無線デバイスに、電力制御パラメータのセットと参照信号との間のすべての前のマッピングを削除するように指示することができる。

【0145】

いくつかの例では、第３のフィールドは、無線デバイスに、（パスロス推定のために使用されるべき）参照信号に基づいてアップリンク送信についてのパスロス推定を非アクティブ化またはアクティブ化するように指示することができる。この場合、第３のフィールドはＡ／Ｄフィールドであり得る。パスロス推定は、たとえば、ＰＵＳＣＨチャネルについて行われる。

【0146】

いくつかの例では、第３のフィールドは、ＵＥに、受信されたＭＡＣ ＣＥをどのように解釈すべきかを指示することができる。この場合、第３のフィールドはＣフィールドであり得る。

【0147】

たとえば、第３のフィールド（たとえば、Ｃフィールド）は、無線デバイスに、参照信号に基づいてアップリンク送信についてのパスロス推定を非アクティブ化するように指示する第１のコードポイントと、無線デバイスに、参照信号に基づいてアップリンク送信についてのパスロス推定をアクティブ化するように指示するが、電力制御パラメータのセットと参照信号との間のマッピングを変更しない、第２のコードポイントと、無線デバイスに、参照信号に基づいてアップリンク送信についてのパスロス推定をアクティブ化することと、参照信号にマッピングされるべき電力制御パラメータのセットを追加することとを行うように指示する第３のコードポイントと、無線デバイスに、参照信号に基づいてアップリンク送信についてのパスロス推定をアクティブ化することと、電力制御パラメータのセットを、参照信号にマッピングされるべき電力制御パラメータの別のセットと置き換えることとを行うように指示する第４のコードポイントとを含むことができる。

【0148】

注意として、電力制御パラメータのセットと参照信号との間の関連付けは、ＳＲＩ ＩＤとＰＵＳＣＨパスロスＩＤとの間のマッピングによって与えられ得る。

【0149】

図１１は、無線通信のために使用され得る無線ネットワーク６００の一例を示す。無線ネットワーク６００は、ＵＥ６１０と、様々なコアネットワークノードを備え得るコアネットワーク６３０に直接または間接的に接続された複数の無線ネットワークノード６２０（たとえば、ノードＢ（ＮＢ）無線ネットワークコントローラ（ＲＮＣ）、エボルブドＮＢ（ｅＮＢ）、次世代ＮＢ（ｇＮＢ）など）とを含む。ネットワーク６００は、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）と拡張ＵＭＴＳ地上無線アクセスネットワーク（ＥＵＴＲＡＮ）とを含む、任意の好適な無線アクセスネットワーク（ＲＡＮ）展開シナリオを使用し得る。ＵＥ６１０は、無線インターフェース上で無線ネットワークノード６２０と直接通信することが可能であり得る。いくつかの実施形態では、ＵＥは、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信を介して互いと通信することも可能であり得る。いくつかの実施形態では、ネットワークノード６２０はまた、たとえば、インターフェース（たとえば、ＬＴＥにおけるＸ２、または他の好適なインターフェース）を介して互いと通信することが可能であり得る。

【0150】

一例として、ＵＥ６１０は、無線インターフェース上で無線ネットワークノード６２０と通信し得る。すなわち、ＵＥ６１０は、無線ネットワークノード６２０に無線信号を送信し、および／または無線ネットワークノード６２０から無線信号を受信し得る。無線信号は、ボイストラフィック、データトラフィック、制御信号、および／または任意の他の好適な情報を含んでいることがある。いくつかの実施形態では、無線ネットワークノード６２０に関連する無線信号カバレッジのエリアは、セルと呼ばれることがある。

【0151】

ＵＥは、無線デバイス、無線通信デバイス、ターゲットデバイス、Ｄ２Ｄ（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）ＵＥ、マシン型ＵＥまたはマシンツーマシン通信（Ｍ２Ｍ）が可能なＵＥ、ＵＥを装備したセンサー、ｉＰＡＤ、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ユニバーサルシリアルバス（ＵＳＢ）ドングル、顧客構内機器（ＣＰＥ）などであり得ることに留意されたい。

【0152】

いくつかの実施形態では、「ネットワークノード」は、（基地局、無線基地局、基地トランシーバ局、基地局コントローラ、ネットワークコントローラ、ｇＮＢ、ＮＲ ＢＳ、エボルブドノードＢ（ｅＮＢ）、ノードＢ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、リレーノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、（ＭＳＲ ＢＳとしても知られる）マルチスタンダードＢＳなどを含むことができる）無線アクセスノードなどの無線ネットワークノード、コアネットワークノード（たとえば、ＭＭＥ、ＳＯＮノード、協調ノード、測位ノード、ＭＤＴノードなど）、さらには、外部ノード（たとえば、第三者ノード、現在のネットワークの外部のノード）などを含み得る、任意の種類のネットワークノードであり得る。ネットワークノードは、テスト機器をも備え得る。

【0153】

いくつかの実施形態では、ネットワークノード６２０は、無線ネットワークコントローラ（図示せず）とインターフェースし得る。無線ネットワークコントローラは、ネットワークノード６２０を制御し得、いくつかの無線リソース管理機能、モビリティ管理機能、および／または他の好適な機能を提供し得る。いくつかの実施形態では、無線ネットワークコントローラの機能は、ネットワークノード６２０中に含まれ得る。無線ネットワークコントローラは、コアネットワークノード６４０とインターフェースし得る。いくつかの実施形態では、無線ネットワークコントローラは、相互接続ネットワーク６３０を介してコアネットワークノード６４０とインターフェースし得る。

【0154】

相互接続ネットワーク６３０は、オーディオ、ビデオ、信号、データ、メッセージ、または前述の任意の組合せを送信することが可能な相互接続システムを指し得る。相互接続ネットワーク６３０は、公衆交換電話網（ＰＳＴＮ）、パブリックまたはプライベートデータネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット、有線または無線ネットワークなどのローカル、地域、またはグローバル通信またはコンピュータネットワーク、企業イントラネット、あるいはそれらの組合せを含む任意の他の好適な通信リンクの全部または一部分を含み得る。

【0155】

いくつかの実施形態では、コアネットワークノード６４０は、無線デバイス３１０のための通信セッションの確立および様々な他の機能を管理し得る。コアネットワークノード６４０の例は、ＭＳＣ、ＭＭＥ、ＳＧＷ、ＰＧＷ、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、測位ノード（たとえば、Ｅ－ＳＭＬＣ）、ＭＤＴノードなどを含み得る。無線デバイス１１０は、非アクセス階層レイヤを使用していくつかの信号をコアネットワークノード６４０と交換し得る。非アクセス階層シグナリングでは、無線デバイス６１０とコアネットワークノード６４０との間の信号は、無線アクセスネットワークを通して透過的に受け渡され得る。いくつかの実施形態では、ネットワークノード６２０は、ノード間インターフェース上で１つまたは複数の他のネットワークノードとインターフェースし得る。たとえば、ネットワークノード６２０は、Ｘ２インターフェース上で互いにインターフェースし得る。

【0156】

図１１はネットワーク６００の特定の構成を示しているが、本開示は、本明細書で説明される様々な実施形態が、任意の好適な設定を有する様々なネットワークに適用され得ることを企図する。たとえば、ネットワーク６００は、任意の好適な数の無線デバイス６１０およびネットワークノード６２０、ならびに無線デバイス間の通信、または無線デバイスと（固定電話などの）別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントを含み得る。実施形態は、任意の好適な通信規格をサポートし、任意の好適な構成要素を使用する任意の適切なタイプの通信システムにおいて実装され得、無線デバイスが信号（たとえば、データ）を受信および／または送信する任意の無線アクセス技術（ＲＡＴ）またはマルチＲＡＴシステムに適用可能である。いくつかの実施形態がＮＲおよび／またはＬＴＥについて説明されるが、実施形態は、ＵＴＲＡ、Ｅ－ＵＴＲＡ、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、次世代ＲＡＴ（ＮＲ、ＮＸ）、４Ｇ、５Ｇ、ＬＴＥ ＦＤＤ／ＴＤＤなど、任意のＲＡＴに適用可能であり得る。さらに、通信システム６００は、それ自体がホストコンピュータに接続され得る（たとえば、図２０参照）。（無線デバイス６１０およびネットワークノード６２０を伴う）ネットワーク６００は、ＬＡＡまたは未ライセンススペクトルにおいて動作することが可能であり得る。

【0157】

図１２は、本開示のいくつかの実施形態による、無線デバイス６１０の概略ブロック図である。示されているように、無線デバイス６１０は、１つまたは複数のプロセッサ７１０（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）とメモリ７２０とを備える回路７００を含む。無線デバイス６１０は、１つまたは複数のアンテナ７６０に結合された１つまたは複数の送信機７４０と１つまたは複数の受信機７５０とを各々含む、１つまたは複数のトランシーバ７３０をも含む。さらに、処理回路７００は、入力インターフェース７８０と出力インターフェース７８５とに接続され得る。入力インターフェース７８０と出力インターフェース７８５とは、通信インターフェースと呼ばれることがある。無線デバイス６１０は電源７９０をさらに備え得る。

【0158】

いくつかの実施形態では、上記で説明された無線デバイス６１０の機能は、たとえば、メモリ７２０に記憶され、（１つまたは複数の）プロセッサ７１０によって実行される、ソフトウェアで完全にまたは部分的に実装され得る。たとえば、プロセッサ７１０は、無線デバイス６１０によって実施されるすべての機能を実施するように設定される。たとえば、プロセッサ７１０は、方法４００図９の任意のステップを実施するように設定され得る。

【0159】

いくつかの実施形態では、少なくとも１つのプロセッサ７１０によって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサ７１０に無線デバイス６１０の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を含んでいるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

【0160】

図１３は、本開示のいくつかの他の実施形態による、無線デバイス６１０の概略ブロック図である。無線デバイス６１０は、１つまたは複数のモジュール７９５を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール７９５は、本明細書で説明される無線デバイス６１０の機能を提供する。たとえば、モジュール７９５は、図９のステップ４１０を実施するように動作可能な受信モジュールと、図９のステップ４２０を実施するように動作可能な送出モジュールとを備える。

【0161】

図１４は、本開示のいくつかの実施形態による、ネットワークノード６２０の概略ブロック図である。示されているように、ネットワークノード６２０は、１つまたは複数のプロセッサ８１０（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）とメモリ８２０とを備える処理回路８００を含む。ネットワークノードは、ネットワークインターフェース８３０をも含む。ネットワークノード３２０は、１つまたは複数のアンテナ８７０に結合された１つまたは複数の送信機８５０と１つまたは複数の受信機８６０とを各々含む、１つまたは複数のトランシーバ８４０をも含む。いくつかの実施形態では、上記で説明されたネットワークノード６２０の機能は、たとえば、メモリ８２０に記憶され、（１つまたは複数の）プロセッサ８１０によって実行される、ソフトウェアで完全にまたは部分的に実装され得る。たとえば、プロセッサ８１０は、図１０の方法５００の任意のステップを実施するように設定され得る。

【0162】

図１５は、本開示のいくつかの他の実施形態による、ネットワークノード６２０の概略ブロック図である。ネットワークノード６２０は、１つまたは複数のモジュール８８０を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール８８０は、本明細書で説明されるネットワークノード６２０の機能を提供する。（１つまたは複数の）モジュール８８０は、図１０のステップ５１０を実施するように動作可能な送出モジュールと、図１０の５２０を実施するように動作可能な受信モジュールとを備え得る。

【0163】

図１６は、本開示のいくつかの実施形態による、無線デバイス６１０またはネットワークノード６２０の仮想化された実施形態を示す概略ブロック図である。本明細書で使用される「仮想化された」ノード１６００は、ネットワークノード６２０または無線デバイス６１０の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）仮想構成要素として実装される、ネットワークノード６２０または無線デバイス６１０である。たとえば、図１６では、いくつかの実施形態の方法または方法の一部を実装するインスタンスまたは仮想アプライアンス１６２０が提供される。１つまたは複数のインスタンスは、クラウドコンピューティング環境１６００において稼働する。クラウドコンピューティング環境は、１つまたは複数のインスタンスまたは仮想アプリケーション１６２０のための処理回路１６３０とメモリ１６９０－１とを提供する。メモリ１６９０－１は、処理回路１６６０によって実行可能な命令１６９５を含んでおり、それにより、インスタンス１６２０は、いくつかの実施形態に関して本明細書で説明される方法または方法の一部を実行するように動作可能である。

【0164】

クラウドコンピューティング環境１６００は、ハードウェア１６３０を含む１つまたは複数の汎用ネットワークデバイスを備え、ハードウェア１６３０は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用特定用途向け集積回路（ＡＳＩＣ）、あるいはデジタルまたはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路であり得る、１つまたは複数のプロセッサまたは処理回路１６６０のセットと、物理ネットワークインターフェース１６８０を含むネットワークインターフェースカードとしても知られる（１つまたは複数の）ネットワークインターフェースコントローラ（ＮＩＣ）１６７０とを備える。汎用ネットワークデバイスは、プロセッサ１６６０によって実行可能なソフトウェアおよび／または命令１６９５を記憶した非一時的機械可読記憶媒体１６９０－２をも含む。動作中に、（１つまたは複数の）プロセッサ／処理回路１６６０は、仮想マシンモニタ（ＶＭＭ）と呼ばれることがあるハイパーバイザ１６５０と、ハイパーバイザ１６５０によって稼働される１つまたは複数の仮想マシン１６４０とをインスタンス化するためにソフトウェア／命令１６９５を実行する。

【0165】

仮想マシン１６４０は、プログラムが物理的な仮想化されていないマシン上で実行しているかのようにプログラムを稼働させる、物理マシンのソフトウェア実装形態であり、アプリケーションは、概して、アプリケーションが「ベアメタル（ｂａｒｅ ｍｅｔａｌ）」ホスト電子デバイス上で稼働することとは対照的に、仮想マシン上で稼働していることを知らないが、いくつかのシステムは、オペレーティングシステムまたはアプリケーションが、最適化目的のために仮想化の存在に気づくことを可能にする準仮想化（ｐａｒａ－ｖｉｒｔｕａｌｉｚａｔｉｏｎ）を提供する。仮想マシン１６４０の各々と、その仮想マシン１６４０に専用のハードウェアであろうと、および／またはその仮想マシン１６４０によって（１つまたは複数の）仮想マシン１６４０のうちの他の仮想マシン１６４０と時間的に共有されるハードウェア１６３０のタイムスライスであろうと、その仮想マシン１６４０を実行するハードウェア１６３０のその一部とは、（１つまたは複数の）別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。

【0166】

ハイパーバイザ１６５０は、仮想マシン１６４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得、仮想マシン１６４０は、（１つまたは複数の）制御通信および設定モジュールならびに（１つまたは複数の）転送テーブルなどの機能を実装するために使用され得、ハードウェアのこの仮想化は、ネットワーク機能仮想化（ＮＦＶ）と呼ばれることがある。したがって、ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器（ＣＰＥ）中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするために使用され得る。インスタンスまたは仮想アプリケーション１６２０の異なる実施形態が、（１つまたは複数の）仮想マシン１６４０のうちの１つまたは複数上で実装され得、実装は別様に行われ得る。

【0167】

いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

【0168】

いくつかの実施形態は、機械可読媒体（媒体において具現化されたコンピュータ可読プログラムコードを有する、コンピュータ可読媒体、プロセッサ可読媒体、またはコンピュータ使用可能媒体とも呼ばれる）に記憶された非一時的ソフトウェア製品として表され得る。機械可読媒体は、ディスケット、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク読取り専用メモリ（ＤＶＤ－ＲＯＭ）メモリデバイス（揮発性または不揮発性）、または同様の記憶機構を含む、磁気、光、または電気的記憶媒体を含む任意の好適な有形媒体であり得る。機械可読媒体は、実行されたとき、プロセッサに、説明された実施形態のうちの１つまたは複数による方法におけるステップを実施させる、命令、コードシーケンス、設定情報、または他のデータの様々なセットを含んでいることがある。当業者は、説明された実施形態を実装するのに必要な他の命令および動作も、機械可読媒体に記憶され得ることを諒解されよう。機械可読媒体から稼働するソフトウェアは、説明されたタスクを実施するために回路とインターフェースし得る。

【0169】

上記で説明された実施形態は、例にすぎないものとする。添付の特許請求の範囲によってのみ規定される、その説明の範囲から逸脱することなく、当業者によって特定の実施形態の改変、修正および変形が実現され得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】