特許 7456011 マルチＲＡＴネットワークにおける無線コネクションの構成

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

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

(11)【特許番号】

(24)【登録日】2024-03-15

(45)【発行日】2024-03-26

(54)【発明の名称】マルチＲＡＴネットワークにおける無線コネクションの構成

(51)【国際特許分類】

   H04W 4/40 20180101AFI20240318BHJP

   H04W 88/06 20090101ALI20240318BHJP

   H04W 72/40 20230101ALI20240318BHJP

   H04W 92/18 20090101ALI20240318BHJP

【ＦＩ】

H04W4/40

H04W88/06

H04W72/40

H04W92/18

【請求項の数】 15

(21)【出願番号】P 2022573767

(86)(22)【出願日】2021-06-24

(65)【公表番号】

(43)【公表日】2023-07-20

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

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

(87)【国際公開日】2021-12-30

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

(31)【優先権主張番号】PCT/EP2020/068153

(32)【優先日】2020-06-26

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

(73)【特許権者】

【識別番号】598036300

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

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】オルシノ， アントニーノ

【審査官】望月 章俊

(56)【参考文献】

【文献】欧州特許出願公開第０３５８９０６９（ＥＰ，Ａ１）

【文献】Ericsson，On the status of NR V2X WI[online]，3GPP TSG RAN #88e RP-200876，フランス，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_88e/Docs/RP-200876.zip>，2020年06月22日，[検索日 ２０２３年１０月１８日]

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

端末デバイス（４００、７１０、８００）によって実行される方法であって、前記端末デバイスは、第１の無線アクセス技術を使用するサービング基地局（７６０）との第１のコネクションと、第２の無線アクセス技術を使用する１つまたは複数のノードとの第２のコネクションとを有し、前記第２のコネクションはサイドリンクコネクションであり、前記方法は、
●前記第１のコネクションを介して前記サービング基地局から、前記第１の無線アクセス技術にしたがって構成されたコネクションコンフィギュレーションメッセージに埋め込まれた、前記第２の無線アクセス技術にしたがって構成されたコネクションコンフィギュレーション情報を受信すること（３０２）と、ここで、前記第２の無線アクセス技術にしたがって構成された前記コネクションコンフィギュレーション情報は、前記第２のコネクションのためのコンフィギュレーション情報を含み、
●前記第２のコネクションのための前記コンフィギュレーション情報の実装が成功しなかったことに応じて、失敗手順をトリガすること（３０６）と、
を有する、方法。

【請求項2】

請求項１に記載の方法であって、前記失敗手順は、前記第１のコネクションを介して前記サービング基地局に、前記コンフィギュレーション情報の実装が成功しなかったことを示すインジケーションを含む第２の応答メッセージを送信することを含む、方法。

【請求項3】

請求項２に記載の方法であって、前記コンフィギュレーション情報の実装が成功しなかったという前記インジケーションは、前記コンフィギュレーション情報の実装が成功しなかった要因を示すインジケーションを含む、方法。

【請求項4】

請求項１または２に記載の方法であって、前記失敗手順は、前記コネクションコンフィギュレーションメッセージに応答しないことを含む、方法。

【請求項5】

請求項１から４のいずれか一項に記載の方法であって、前記失敗手順は、前記第２のコネクションを解放することを含む、方法。

【請求項6】

請求項１から５のいずれか一項に記載の方法であって、前記１つまたは複数のノードが１つまたは複数の他の端末デバイスである、方法。

【請求項7】

請求項６に記載の方法であって、前記サイドリンクコネクションは、車両対あらゆるモノ（Ｖ２Ｘ）コネクションである、方法。

【請求項8】

請求項１から７のいずれか一項に記載の方法であって、前記第１の無線アクセス技術は、新無線（ＮＲ）であり、かつ、前記第２の無線アクセス技術は、ロングタームエボリューション（ＬＴＥ）であるか、または、
前記第１の無線アクセス技術は、ＬＴＥであり、前記第２の無線アクセス技術は、ＮＲである、方法。

【請求項9】

基地局（６００、７６０）によって実行される方法であって、前記基地局は、第１の無線アクセス技術を使用する端末デバイス（７１０、８００）との第１のコネクションを有し、前記端末デバイスは、第２の無線アクセス技術を使用する１つまたは複数のノードとの第２のコネクションを有し、前記第２のコネクションはサイドリンクコネクションであり、前記方法は、
●前記第１のコネクションを介して前記端末デバイスに、前記第１の無線アクセス技術にしたがって構成されたコネクションコンフィギュレーションメッセージに埋め込まれた、前記第２の無線アクセス技術にしたがって構成されたコネクションコンフィギュレーション情報を送信すること（５０２）と、ここで、前記第２の無線アクセス技術にしたがって構成された前記コネクションコンフィギュレーション情報は、前記第２のコネクションのためのコンフィギュレーション情報を含み、
●前記第２のコネクションのための前記コンフィギュレーション情報の実装が成功しなかったことに応じて、前記第１のコネクションを介して前記端末デバイスから第２の応答メッセージを受信すること（５０６）と、を有し、ここで、前記第２の応答メッセージは、前記コンフィギュレーション情報の実装が成功しなかったというインジケーションを含む、方法。

【請求項10】

請求項９に記載の方法であって、前記第２の応答メッセージを受信したことに応じて、前記端末デバイスのためのコネクション再確立手順を開始すること、をさらに有する、方法。

【請求項11】

請求項９に記載の方法であって、前記第２の応答メッセージを受信したことに応じて、前記第１のコネクションにおける前記端末デバイスのための無線リソースを解放するか、または、前記端末デバイスの前記第２のコネクションのための記憶されているコンテキストを解放することをさらに有する、方法。

【請求項12】

請求項９から１１のいずれか一項に記載の方法であって、前記１つまたは複数のノードは、１つまたは複数の他の端末デバイスである、方法。

【請求項13】

請求項９から１２のいずれか一項に記載の方法であって、前記第１の無線アクセス技術は、新無線（ＮＲ）であり、かつ、前記第２の無線アクセス技術は、ロングタームエボリューション（ＬＴＥ）であり、または、前記第１の無線アクセス技術は、ＬＴＥであり、かつ、前記第２の無線アクセス技術は、ＮＲである、方法。

【請求項14】

端末デバイス（４００、７１０、８００）であって、前記端末デバイスは、
●前記端末デバイスに、請求項１から８のいずれか一項に記載の方法を実行させるように構成されるプロセッシング回路（７２０）と、
●前記端末デバイスに電力を供給するように構成される電源回路（７３７）と、
を有する、端末デバイス。

【請求項15】

基地局（６００、７６０）であって、前記基地局は、
●前記基地局に、請求項９から１３のいずれか一項に記載の方法を実行させるように構成されるプロセッシング回路（７７０）と、
●電力を前記基地局に供給するように構成される電力供給回路（７８７）と、
を有する、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、無線通信に関し、より具体的には、マルチ無線アクセス技術（ＲＡＴ）ネットワークにおける無線コネクションのコンフィギュレーション（構成）のための方法および装置に関する。

【背景技術】

【0002】

セルラー・インテリジェント・トランスポート・システム（ＩＴＳ）は、車両サービスの提供とその普及のための新しいセルラー・エコシステムを策定することを目指している。そのようなエコシステムは、図１に示されるように、車両対あらゆるモノ（Ｖ２Ｘ）の短距離と長距離との両方のサービス伝送を含む。特に、短距離通信は、他の車両ユーザ装置（ＵＥ）または路側機（ＲＳＵ）への、第３世代パートナーシッププロジェクト（３ＧＰＰ（以下、登録商標））におけるサイドリンクまたはＰＣ５インターフェースとしても定義される、デバイスツーデバイス（Ｄ２Ｄ）リンクを介した送信に関与する。長距離送信は、ＵＥと基地局との間のＵｕインターフェースを介した送信を利用し、そこから、データパケットが、道路交通当局、道路オペレータ、自動車オリジナル機器製造業者（ＯＥＭ）、セルラーオペレータなどの異なるＩＴＳサービスプロバイダに配信され得る。

【0003】

サイドリンクインターフェースに関して、３ＧＰＰにおける最初の標準化努力は、公共安全のユースケースを対象としたリリース１２から始まる。それ以来、Ｄ２Ｄ技術から利益を得ることができるユースケースを拡大する目的で、多くの改良が導入されている。特に、ロングタームエボリューション（ＬＴＥ）リリース１４およびリリース１５では、Ｄ２Ｄのための拡張は、車両（Ｖ２Ｖ）、歩行者（Ｖ２Ｐ）、およびインフラストラクチャ（Ｖ２Ｉ）の間の直接通信の任意の組合せを含む、Ｖ２Ｘ通信をサポートすることからなる。

【0004】

ＲＡＮ＃８０では、「ニューレディオ（ＮＲ）Ｖ２Ｘについての研究」という名称の新しい研究項目は、ロングタームエボリューション（ＬＴＥ）リリース１５においてサポートされているものを超える、高度なＶ２Ｘサービスをサポートするための強化を研究するために承認された。ＮＲ Ｖ２Ｘ設計の目的の１つは、Ｖ２Ｘ運用のために使用されるＵｕ（すなわち、ネットワーク対車両ＵＥ通信）およびサイドリンク（すなわち、車両ＵＥ対車両ＵＥ通信）の両方を含む無線インターフェースのサービス品質（ＱｏＳ）管理のための技術的解決策を研究することである。

【0005】

ＬＴＥ Ｖ２Ｘは、主に交通安全サービスを目的としているが、ＮＲ Ｖ２Ｘは、基本的な安全サービスだけでなく、車両間の拡張されたセンサ／データ共有などの非安全アプリケーションも含む、はるかに広い範囲をカバーし、車両の周囲環境の認識を強化することを目的としている。したがって、ＴＲ ２２．８８６ ｖ１６．２．０では、高度な運転、乗り物の隊列走行、乗り物と遠隔運転との間の協調操縦など、強化されたＮＲシステムおよび新しいＮＲサイドリンクフレームワークを必要とする新たな一連のアプリケーションが想定されている。

【0006】

この新しい文脈において、必要とされるデータレート、容量、信頼性、レイテンシ、通信の範囲、および速度を満たすために予想される要件は、より厳しい。さらに、ＰＣ５およびＵｕの両方の通信インターフェースは、拡張Ｖ２Ｘ （ｅＶ２Ｘ）シナリオが遂行される無線状態および環境を考慮して、高度なＶ２Ｘユースケースをサポートするために使用され得る。たとえば、サイドリンクを介して送信され得る様々なサービスを想定すると、様々なＶ２Ｘサービスについて様々な性能要件を考慮した、ロバストなＱｏＳフレームワークが必要とされるように思われる。さらに、よりロバストで信頼できる通信を扱うための新しい無線プロトコルが設計されるべきである。これらの問題の全ては、現在、ＮＲリリース１６において３ＧＰＰが調査中である。

【0007】

ＮＲでは、サイドリンク（ＳＬ）ＱｏＳフローモデルが採用される。非アクセス階層（ＮＡＳ）レイヤにおいて、ＵＥは、１つのＶ２Ｘパケットを、対応するＳＬ ＱｏＳフローにマッピングし、次いで、ＱｏＳフローを、サービスデータ適応プロトコル（ＳＤＡＰ）レイヤにおけるＳＬ無線ベアラにマッピングする。

【0008】

ＮＲでは、ＳＬＲＢへのＱｏＳフローマッピングを含むＳＬ無線ベアラ（ＳＬＲＢ）構成は、ＵＥがカバレッジ内に居るとき、事前構成されているか、または、ネットワーク（ＮＷ）によって構成される。たとえば、図２に示されるように、ＵＥは、新しいＳＬ ＱｏＳフロー／ＳＬＲＢを新しいサービスのために確立したいとき、関連する５ＧノードＢ（ｇＮＢ）にリクエストを送信することができる。当該リクエストは、サービスのＱｏＳ情報を含むことができる。次いで、ｇＮＢは、そのようなＳＬ ＱｏＳフローをサポートするための適切なＳＬＲＢ構成を決定する。ＵＥは、ｇＮＢからＳＬＲＢ構成を受信した後、それに応じてローカルＳＬＲＢを確立し、ＳＬを介したデータ送信の準備を行う。受信（ＲＸ）側のＵＥでの受信を成功させるために、送信（ＴＸ）側のＵＥは、データ送信が開始される前に、必要なパラメータ、たとえば、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）または無線リンク制御（ＲＬＣ）のためのシーケンス番号空間をＲＸ ＵＥに通知しなければならない場合があることに留意されたい。

【0009】

クロスＲＡＴ（無線アクセス技術）サイドリンク機能は、ｅＮＢ（すなわち、ＬＴＥまたは４Ｇ基地局）がＮＲ ＳＬ ＵＥ（すなわち、５Ｇ ＵＥ）を制御／構成することができ、ｇＮＢ （５Ｇ基地局）がＬＴＥ Ｖ２Ｘ ＵＥ（４Ｇ ＵＥ）を制御／構成することができる場合を指す。この特徴は、リリース１６で標準化され、無線リソース制御（ＲＲＣ）コンテナを使用して、別のＲＡＴを使用して、デバイスまたはノードへの、または、デバイスまたはノードからの、生成されたＲＲＣメッセージを埋め込むことによって、動作する。ＴＳ３８．３３１ ｖ１６．０．０における現在の仕様によれば、以下のシグナリングは、ＬＴＥ Ｖ２Ｘ ＵＥを構成するためにｇＮＢによって使用される。同様の原理は、ｅＮＢがＮＲ ＳＬ ＵＥを制御／構成したい場合に適用され、これらはＴＳ３６．３３１、ｖ １６．０．０に記載されている。

【0010】

ＴＳ３８．３３１のセクション５．３．５．３から、ＬＴＥ Ｖ２Ｘ ＵＥがどのように構成されるかに関して以下の説明がある：
１＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡを含む場合、
２＞ ｓｌ－Ｖ２Ｘ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄがｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡに含まれる場合、
３＞ ＴＳ３６．３３１［１０］の５．３．１０．１５ａで規定されているＶ２Ｘサイドリンク通信専用構成手順を実行する。
２＞ ｓｌ－Ｖ２Ｘ－ＳＰＳ－Ｃｏｎｆｉｇがｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡに含まれる場合、
３＞ ＴＳ３６．３３１の５．３．１０．５［１０］で指定されているＶ２Ｘ サイドリンクＳＰＳ の再構成を実行する。

【0011】

対応するＡＳＮ．１は以下の通りである：
●ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＲＲＣＲ構成）
ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ＲＲＣコネクションを変更するための命令である。それは、測定構成、モビリティ制御、無線リソース構成（ＲＢ、ＭＡＣメイン構成および物理チャネル構成を含む）、およびＡＳセキュリティ構成のための情報を搬送し得る。

【0012】

シグナリング無線ベアラ： ＳＲＢ１またはＳＲＢ３
ＲＬＣ－ＳＡＰ： ＡＭ
論理チャネル： ＤＣＣＨ
方向： ネットワークからＵＥへ

ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ

-- ASN1START
-- TAG-RRCRECONFIGURATION-START

RRCReconfiguration ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
rrcReconfiguration RRCReconfiguration-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

RRCReconfiguration-IEs ::= SEQUENCE {
radioBearerConfig RadioBearerConfig OPTIONAL, -- Need M
secondaryCellGroup OCTET STRING (CONTAINING CellGroupConfig) OPTIONAL, -- Need M
measConfig MeasConfig OPTIONAL, -- Need M
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension RRCReconfiguration-v1530-IEs OPTIONAL
}

RRCReconfiguration-v1530-IEs ::= SEQUENCE {
masterCellGroup OCTET STRING (CONTAINING CellGroupConfig) OPTIONAL, -- Need M
fullConfig ENUMERATED {true} OPTIONAL, -- Cond FullConfig
dedicatedNAS-MessageList SEQUENCE (SIZE(1..maxDRB)) OF DedicatedNAS-Message OPTIONAL, -- Cond nonHO
masterKeyUpdate MasterKeyUpdate OPTIONAL, -- Cond MasterKeyChange
dedicatedSIB1-Delivery OCTET STRING (CONTAINING SIB1) OPTIONAL, -- Need N
dedicatedSystemInformationDelivery OCTET STRING (CONTAINING SystemInformation) OPTIONAL, -- Need N
otherConfig OtherConfig OPTIONAL, -- Need M
nonCriticalExtension RRCReconfiguration-v1540-IEs OPTIONAL
}

RRCReconfiguration-v1540-IEs ::= SEQUENCE {
otherConfig-v1540 OtherConfig-v1540 OPTIONAL, -- Need M
nonCriticalExtension RRCReconfiguration-v1560-IEs OPTIONAL
}

RRCReconfiguration-v1560-IEs ::= SEQUENCE {
mrdc-SecondaryCellGroupConfig SetupRelease { MRDC-SecondaryCellGroupConfig } OPTIONAL, -- Need M
radioBearerConfig2 OCTET STRING (CONTAINING RadioBearerConfig) OPTIONAL, -- Need M
sk-Counter SK-Counter OPTIONAL, -- Need N
nonCriticalExtension RRCReconfiguration-v16xy-IEs OPTIONAL
}
RRCReconfiguration-v16xy-IEs ::= SEQUENCE {
otherConfig-v16xy OtherConfig-v16xy OPTIONAL, -- Need M
bap-Config-r16 SetupRelease { BAP-Config-r16 } OPTIONAL, -- Need M
conditionalReconfiguration-r16 ConditionalReconfiguration-r16 OPTIONAL, -- Need M
daps-SourceRelease-r16 ENUMERATED{true} OPTIONAL, -- Need N
sl-ConfigDedicatedNR-r16 SetupRelease {SL-ConfigDedicatedNR-r16} OPTIONAL, -- Need M
sl-ConfigDedicatedEUTRA-Info-r16 SetupRelease {SL-ConfigDedicatedEUTRA-r16} OPTIONAL, -- Need M
nonCriticalExtension SEQUENCE {} OPTIONAL
}

-- Editor's Note: Whether an explicit indication is needed to configure/deconfigure the on-demand SIB request for CONNECTED UEs is FFS.

MRDC-SecondaryCellGroupConfig ::= SEQUENCE {
mrdc-ReleaseAndAdd ENUMERATED {true} OPTIONAL, -- Need N
mrdc-SecondaryCellGroup CHOICE {
nr-SCG OCTET STRING (CONTAINING RRCReconfiguration),
eutra-SCG OCTET STRING
}
}

BAP-Config-r16 ::= SEQUENCE {
bap-Address-r16 BIT STRING (SIZE (10)),
defaultUL-BAProutingID-r16 BAP-Routing-ID-r16 OPTIONAL, -- Need FFS
defaultUL-BH-RLC-Channel-r16 BH-LogicalChannelIdentity-r16 OPTIONAL, -- Need M
...
}

MasterKeyUpdate ::= SEQUENCE {
keySetChangeIndicator BOOLEAN,
nextHopChainingCount NextHopChainingCount,
nas-Container OCTET STRING OPTIONAL, -- Cond securityNASC
...
}

SL-ConfigDedicatedEUTRA-Info-r16 ::= SEQUENCE {
sl-ConfigDedicatedEUTRA-r16 OCTET STRING OPTIONAL, -- Need M
sl-TimeOffsetEUTRA-List-r16 SEQUENCE (SIZE (8)) OF SL-TimeOffsetEUTRA-r16 OPTIONAL, -- Need M
}

SL-TimeOffsetEUTRA-r16 ::= ENUMERATED {ms0, ms0dot25, ms0dot5, ms0dot625, ms0dot75, ms1, ms1dot25, ms1dot5, ms1dot75,
ms2, ms2dot5, ms3, ms4, ms5, ms6, ms8, ms10, ms20}

-- TAG-RRCRECONFIGURATION-STOP
-- ASN1STOP

【0013】

【表1】

【発明の概要】

【0014】

この概要は、以下の詳細な説明においてさらに説明される概念の選択を簡略化された形態で紹介するために提供される。この概要は、特許請求される主題の主要な特徴または本質的な特徴を特定することを意図するものではなく、特許請求される主題の範囲を限定するために使用されることも意図するものでもない。

【0015】

背景説明によれば、現在、ある種の難題が存在する。現在のシグナリングによれば、クロスＲＡＴサイドリンクの場合（たとえば、ｇＮＢがＬＴＥ Ｖ２Ｘ ＵＥを制御／構成したいとき）、ＵＥは、ＮＲのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたＥ－ＵＴＲＡのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（これはＶ２Ｘ ＳＬ関連フィールドを有する）を受信する。しかしながら、ＵＥが、ｇＮＢから受信されたＲＲＣメッセージの正しい受信および復号を知らせるために、アクノレッジメント（肯定応答）をｇＮＢに送信するためのシグナリングサポートは存在しない。これは、ＬＴＥ Ｖ２Ｘを構成するための現在の手順が十分に完了できないことを意味する。

【0016】

同様の問題は、ｅＮＢがＮＲ Ｖ２Ｘ ＵＥを制御／構成することを望むときに生じる。ＵＥは、Ｅ－ＵＴＲＡＮ（エボルブド・ユニバーサル・地上無線アクセスネットワーク）ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたＮＲのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（これはＶ２Ｘ ＳＬ関連フィールドを有する）を受信する。しかしながら、ＵＥが、ＲＲＣメッセージの正しい受信および復号をｅＮＢに通知するための肯定応答をｅＮＢに送信するためのシグナリングサポートは存在しない。

【0017】

本開示およびそれらの実施形態のある態様は、これらの難題または他の難題に対する解決策を提供することができる。

【0018】

たとえば、本開示で開示されるいくつかの方法は、ｇＮＢがＬＴＥ Ｖ２Ｘ ＵＥを制御／構成することを望む場合、ＵＥがｇＮＢから受信されたＲＲＣ再構成（リコンフィギュレーション）メッセージに応答してＲＲＣリコンフィギュレーションコンプリートメッセージを送信することを可能にする。これによれば、以下のようなオプションを続けて実行することができる：
１． ＮＲ ＲＲＣリコンフィギュレーションメッセージ内に埋め込まれたＥ－ＵＴＲＡ ＲＲＣコネクションリコンフィギュレーションメッセージを受信すると、ＵＥは、ＮＲ ＲＲＣリコンフィギュレーションコンプリートメッセージ内に埋め込まれたＥ－ＵＴＲＡ ＲＲＣコネクションリコンフィギュレーションコンプリートメッセージを送信する。

【0019】

２． ＮＲ ＲＲＣリコンフィギュレーションメッセージ内に埋め込まれたＥ－ＵＴＲＡ ＲＲＣコネクションリコンフィギュレーションメッセージを受信すると、ＵＥは、ＮＲ ＲＲＣリコンフィギュレーションコンプリートメッセージ内でインジケーションを送信して、Ｖ２Ｘ関連フィールド／構成が正しく適用されたことをｇＮＢに通知する。

【0020】

３． ＮＲ ＲＲＣリコンフィギュレーションメッセージ内に埋め込まれたＥ－ＵＴＲＡ ＲＲＣコネクションリコンフィギュレーションメッセージを受信すると、ＵＥは、単にＮＲ ＲＲＣリコンフィギュレーションコンプリートメッセージを送信し、これは、Ｖ２Ｘ関連フィールド／構成が正しく適用されたことを暗黙的にｇＮＢに伝える。

【0021】

受信された構成が正しく適用されないこともありうる（たとえば、ＲＲＣリコンフィギュレーションメッセージが正しく受信または復号されなかったため、情報が適用できなかったためなど）。その場合、ＵＥが、受信されたＶ２Ｘ関連情報を正しく適用することができないとき、以下のオプションを追求することができる：
１． ＵＥは、Ｖ２Ｘ関連フィールド／コンフィギュレーションを適用できない場合、サイドリンクメッセージ、たとえば、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎにインジケーションを含めることによって、障害プロシージャをトリガして、ｇＮＢに通知する。失敗手順は、（サイドリンクとは異なる目的のために）進行中である場合、ＳＬ ＵＥとｇＮＢとの間のＵｕコネクティビティに影響を及ぼさないことに留意されたい。

【0022】

２．ＵＥがＶ２Ｘ関連フィールド／コンフィギュレーションの適用に失敗した場合、インジケーションをＮＲ ＲＲＣリコンフィギュレーション（再構成）完了メッセージに含めることによって、失敗手順をトリガして、ｇＮＢに通知する。失敗手順は、（サイドリンクとは異なる目的のために）進行中である場合、ＳＬ ＵＥとｇＮＢとの間のＵｕコネクティビティに影響を及ぼさないことに留意されたい。

【0023】

３．ＵＥがＶ２Ｘ関連フィールド／構成を適用することに失敗した場合、ＮＲ ＲＲＣリコンフィギュレーションメッセージはｇＮＢに送信されず、代わりに、ＲＲＣ再確立手順がトリガされる。これは、ＳＬ ＵＥとｇＮＢ の間のＵｕコネクティビティに影響を与えることに注意する。これは、Ｕｕコネクティビティ全体がドロップ（破棄）されるため、進行中の場合（サイドリンクとは別の目的で） である。

【0024】

本明細書で開示される問題のうちの１つ以上に対処する様々な実施形態が、本明細書で提案される。

【0025】

一態様では、端末デバイスによって実行される方法が提供される。端末デバイスは、第１の無線アクセス技術を使用するサービング基地局との第１のコネクションと、第２の無線アクセス技術を使用する１つまたは複数のノードとの第２のコネクションと、を有する。当該方法は、前記第１のコネクションを介して前記サービング基地局から、コネクションコンフィギュレーションメッセージを受信することと、ここで、当該はコネクションコンフィギュレーションメッセージは前記第２のコネクションのためのコンフィギュレーション情報を含み、前記第２のコネクションのためのコンフィギュレーション情報の実装が成功したことに応じて、前記第１のコネクションを介して前記サービング基地局に第１の応答メッセージを送信することと、を有し、前記第１のレスポンス（応答）メッセージは、前記コンフィギュレーション情報の実装が成功したというインジケーションを含む。

【0026】

端末デバイスによって実行されるさらなる方法も提供される。前記端末デバイスは、第１の無線アクセス技術を使用するサービング基地局との第１のコネクションと、第２の無線アクセス技術を使用する１つまたは複数のノードとの第２のコネクションと、を有する。当該方法は、前記第１のコネクションを介して前記サービング基地局から、コネクションコンフィギュレーションメッセージを受信することと、ここで、当該コネクションコンフィギュレーションメッセージは、前記第２のコネクションのためのコンフィギュレーション情報を含み、前記第２のコネクションのためのコンフィギュレーション情報の実装が成功しなかったこと応じて、失敗手順をトリガすることと、を有する。さらなる態様では、基地局によって実行される方法が提供される。前記基地局は、第１の無線アクセス技術を使用する端末デバイスとの第１のコネクションを有する。前記端末デバイスは、第２の無線アクセス技術を使用する１つ以上のノードとの第２のコネクションを有する。当該方法は、前記第１のコネクションを介して、コネクションコンフィギュレーションメッセージを前記端末デバイスに送信することと、ここで、当該コネクションコンフィギュレーションメッセージは前記第２のコネクションのためのコンフィギュレーション情報を含み、前記第１のコネクションを介して、前記端末デバイスから第１の応答メッセージを受信することと、を有し、前記第１の応答メッセージは、前記コンフィギュレーション情報の実装が成功したというインジケーションを含む。

【0027】

さらなる態様では、基地局によって実行される方法が提供される。前記基地局は、第１の無線アクセス技術を使用する端末デバイスとの第１のコネクションを有する。前記端末デバイスは、第２の無線アクセス技術を使用する１つ以上のノードとの第２のコネクションを有する。前記方法は、前記第１のコネクションを介して前記端末デバイスにコネクションコンフィギュレーションメッセージを送信することと、ここで、前記コネクションコンフィギュレーションメッセージは、前記第２のコネクションのためのコンフィギュレーション情報を備え、 前記第１のコネクションを介して前記端末デバイスから第２の応答メッセージを受信することと、を有し、前記第２の応答メッセージは、前記コンフィギュレーション情報の実装が失敗したというインジケーションを含む。

【0028】

特定の実施形態は、以下の技術的利点のうちの１つまたは複数を提供することができる。ここで開示される方法および解決策によれば、ＵＥは、受信されたフィールド／構成（たとえば、クロスＲＡＴサイドリンク機能のための）が正しく適用されたことをネットワークに通知することができ、したがって、ネットワークは、ＵＥがフィールド／構成を受信して適用したかどうかを知らないというような、不確実な、または、中途半端な状態にネットワークを放置しない。

【0029】

さらに、ＵＥが、クロスＲＡＴ機能のために、受信されたＶ２Ｘフィールド／構成を適用することに失敗した場合、そのような失敗をネットワークに報告することができ、したがって、必要なアクションをとることができる。

【図面の簡単な説明】

【0030】

【図1】はＣ－ＩＴＳ環境を示す。

【0031】

【図2】はＮＲ ＳＬ無線ベアラ構成を示す。

【0032】

【図3】は本開示の実施形態による端末デバイスにおける方法のフローチャートである。

【0033】

【図4】は本開示の実施形態による装置を示す。

【0034】

【図5】は本開示の実施形態による基地局における方法のフローチャートである。

【0035】

【図6】は本開示のさらなる実施形態による装置を示す。

【0036】

【図7】は本発明の実施形態による無線システムを示す。

【0037】

【図8】は、本開示の実施形態によるユーザ装置を示す。

【0038】

【図9】は本開示の実施形態による仮想化環境を示す。

【0039】

【図10】は本開示の実施形態による電気通信ネットワークを示す。

【0040】

【図11】は本開示の実施形態による、基地局を介してユーザ装置と通信するホストコンピュータを示す。

【0041】

【図12】は本発明の実施形態による通信システムにおいて実施される方法を示す。

【図13】は本発明の実施形態による通信システムにおいて実施される方法を示す。

【図14】は本発明の実施形態による通信システムにおいて実施される方法を示す。

【図15】は本発明の実施形態による通信システムにおいて実施される方法を示す。

【0042】

【図16】は本開示の実施形態による、ＲＡＴ間情報のＵＬ転送を示すシグナリング図である。

【0043】

【図17】は本開示の実施形態による障害情報（失敗情報）の転送を示すシグナリング図である。

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

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

処理回路７２０は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央演算処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイスのうちの１つまたは複数の組合せ、あるい、リソース、またはハードウェア、ソフトウェア、および／または符号化ロジックのうちの１つまたは複数の組合せを備えてもよく、これらは、単独で、またはデバイス可読媒体７３０などの他のＷＤ７１０構成要素と協働して、ＷＤ７１０の機能を提供するように、動作可能なものである。そのような機能は、本明細書で説明される様々な無線特徴または利点のいずれかを提供することを含むことができる。たとえば、処理回路７２０は、本明細書で開示される機能を提供するために、デバイス可読媒体７３０または処理回路７２０内のメモリに格納された命令を実行してもよい。

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

図１５は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図１０および図１１に関連して説明したものであってもよいＵＥを有する。本開示を簡単にするために、図１５を参照する図面のみがこのセクションに含まれる。ステップ１５１０（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ１５２０（オプションでよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ１５３０（任意であってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。

【0170】

付録（ＡＰＰＥＮＤＩＸ）
以下の文章は、ＵＥが、たとえば、クロスＲＡＴサイドリンクにおいて、ＲＲＣ構成メッセージの実装が成功したことを報告することを可能にするために、シグナリングサポートがどのように提供され得るかの例を説明する。例はＴＳ３８．３３１の変更として示されている。当業者は、ｅＮＢがＮＲ Ｖ２Ｘ ＵＥを構成することを望む場合、対応する変更がＴＳ３６．３３１に対して行われ得ることを理解するであろう。

【0171】

１．１ 実施形態１：ＮＲ ＲＲＣリコンフィギュレーションコンプリート（再構成完了）内に埋め込まれるＥ－ＵＴＲＡ ＲＲＣコネクションリコンフィギュレーションコンプリート

【0172】

５．３．５．３ ＵＥによるＲＲＣリコンフィギュレーションの受信

【0173】

ＵＥは、ＲＲＣリコンフィギュレーションを受信すると、または、条件付き構成（ＣＨＯまたはＣＰＣ）を実行すると、以下のアクションを実行する：
１＞ ５．３．７．３ に定義されているように、タイマーＴ３１１の実行中に、セルが選択されて、条件付き構成の実行によりＲＲＣリコンフィギュレーションが適用される場合：
＜文章省略＞
１＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ（ＲＲＣリコンフィギュレーションコンプリート）メッセージの内容を次のように設定する：
＜文章省略＞
２＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＲＲＣリコンフィギュレーション）メッセージにｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏが含まれている場合：
３＞ Ｅ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ（ＲＲＣコネクションリコンフィギュレーションコンプリート）メッセージをｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｃｏｍｐｌｅｔｅ 内に含める；
２＞ ＵＥがＮＲにとって利用可能な測定値をロギングした場合、および、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
＜文章省略＞
２＞ 本手順は終了する。

【0174】

注記３：ＵＥは、ユニキャストデータ受信を中断することなく、ブロードキャストされたＳＩＢ１を取得することができる場合、すなわち、ブロードキャストビームおよびユニキャストビームがクエイザイコロケーテッド（準同一）な場所に配置される場合にのみ、ブロードキャストされたＳＩＢ１を取得することが要求される。

【0175】

対応するＡＳＮ．１の変更は以下の通りである：

【0176】

６．２．２ メッセージ定義

【0177】

●ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ（ＲＲＣリコンフィギュレーションコンプリート）
ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージは、ＲＲＣコネクション再構成の正常な完了を確認するために使用される。

【0178】

シグナリング無線ベアラ： ＳＲＢ１またはＳＲＢ３
ＲＬＣ－ＳＡＰ： ＡＭ
論理チャネル： ＤＣＣＨ
方向： ＵＥからネットワークへ

ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ（ＲＲＣリコンフィギュレーションコンプリート）ｍｅｓｓａｇｅ

ASN1START
-- TAG-RRCRECONFIGURATIONCOMPLETE-START

RRCReconfigurationComplete ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
rrcReconfigurationComplete RRCReconfigurationComplete-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

RRCReconfigurationComplete-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension RRCReconfigurationComplete-v1530-IEs OPTIONAL
}

RRCReconfigurationComplete-v1530-IEs ::= SEQUENCE {
uplinkTxDirectCurrentList UplinkTxDirectCurrentList OPTIONAL,
nonCriticalExtension RRCReconfigurationComplete-v1560-IEs OPTIONAL
}

RRCReconfigurationComplete-v1560-IEs ::= SEQUENCE {
scg-Response CHOICE {
nr-SCG-Response OCTET STRING (CONTAINING RRCReconfigurationComplete),
eutra-SCG-Response OCTET STRING
} OPTIONAL,
nonCriticalExtension RRCReconfigurationComplete-v16xy-IEs OPTIONAL
}

RRCReconfigurationComplete-v16xy-IEs ::= SEQUENCE {
logMeasAvailable-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableBT-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableWLAN-r16 ENUMERATED {true} OPTIONAL,
connEstFailInfoAvailable-r16 ENUMERATED {true} OPTIONAL,
rlf-InfoAvailable-r16 ENUMERATED {true} OPTIONAL,
sl-ConfigDedicatedEUTRA-Complete OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

-- TAG-RRCRECONFIGURATIONCOMPLETE-STOP
-- ASN1STOP

【0179】

１．２ 実施の形態２：ＮＲ ＵＬＩｎｆｏｒｍａｔｉｏｎ ＴｒａｎｓｆｅｒＩＲＡＴメッセージを介して送信されるＥ－ＵＴＲＡ ＲＲＣコネクションリコンフィギュレーションコンプリートメッセージ

【0180】

５．３．５．３ ＵＥによるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信

【0181】

ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、または、条件付き構成（ＣＨＯまたはＣＰＣ）を実行すると、以下のアクションを実行する：
１＞ ５．３．７．３に定義されているように、タイマーＴ３１１の実行中に、セルが選択されて、条件付き構成の実行によりＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎが適用される場合：
＜文章省略＞
１＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの内容を次のように設定する：
＜文章省略＞
２＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏが含まれている場合：
３＞ ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｓｆｅｒＩＲＡＴメッセージ内にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを含める（節５．７．ｘに従って）；
３＞ ＳＲＢ１を介した送信のために、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｓｆｅｒＩＲＡＴメッセージを下位レイヤにサブミットする。

【0182】

２＞ ＵＥがＮＲにとって利用可能な測定値をロギングした場合、および、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
＜文章省略＞
２＞ 本手順は終了する。

【0183】

注記３：ＵＥは、ユニキャストデータの受信を中断することなく、ブロードキャストされたＳＩＢ１を取得することができる場合、すなわち、ブロードキャストビームおよびユニキャストビームが準同一な場所に配置される場合にのみ、ブロードキャストされたＳＩＢ１を取得することが要求される。

【0184】

５．７．ｘ ＩＲＡＴ情報のＵＬ転送

【0185】

５．７．ｘ．１ 一般
図１６を参照すること。

【0186】

この手順の目的は、ＮＲ ＭＣＧで終端されるが、他のＲＡＴによって指定される専用情報、たとえば、Ｅ－ＵＴＲＡ測定報告メッセージ、Ｅ－ＵＴＲＡ ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージ、またはＥ－ＵＴＲＡ ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージを、ＵＥからＮＲ ＭＣＧに転送することである。このメッセージで転送される特定の情報は、以下に従って設定される：
● ＴＳ３６．３３１［１０］の５．６．１０に規定されているＥ－ＵＴＲＡ ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージのための手順；
● Ｅ－ＵＴＲＡ ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージのＴＳ３６．３３１［１０］の５．１０．２に規定される手順；
● Ｅ－ＵＴＲＡ測定報告メッセージのＴＳ３６．３３１［１０］の５．５．５に規定される手順

【0187】

５．７．ｘ．２ イニシエーション（開始）
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥは、ＴＳ３６．３３１［１０］で指定される専用のＲＡＴ間情報を転送する必要があるときはいつでも、ＵＬ情報転送手順を開始する。

【0188】

５．７．ｘ．３ ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＩＲＡＴメッセージの送信に関するアクション
ＵＥは、以下のようにＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＩＲＡＴメッセージの内容を設定する：
１＞ Ｖ２Ｘサイドリンク通信に関連する専用ＬＴＥ情報を転送する必要がある場合：
２＞ 転送されるＶ２Ｘサイドリンク通信情報（たとえば、Ｅ－ＵＴＲＡ ＲＲＣ測定報告メッセージ、Ｅ－ＵＴＲＡ ＲＲＣ ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージ、Ｅ－ＵＴＲＡ ＲＲＣ ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、またはＥ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を含むように、ｕｌ－ＤＣＣＨ－ＭｅｓｓａｇｅＥＵＴＲＡを設定する；
１＞ 送信のために下位レイヤにＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＩＲＡＴメッセージをサブミット（投稿）し、それに基づいて本手順が終了する；

【0189】

関連するＡＳＮ．１の変更点は以下の通りである：

【0190】

●ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｓｆｅｒＩＲＡＴ
ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＩＲＡＴメッセージは、ＮＲ ＭＣＧで終端されるが、自分のＲＡＴによって指定される情報のアップリンク転送のために使用される。このバージョンの仕様では、メッセージはＴＳ３６．３３１［１０］で指定されたＶ２Ｘ サイドリンク通信情報に使用される。

【0191】

シグナリング無線ベアラ： ＳＲＢ１
ＲＬＣ－ＳＡＰ： ＡＭ
論理チャネル： ＤＣＣＨ
方向： ＵＥからＮＲへ

ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｓｆｅｒＩＲＡＴ メッセージ

-- ASN1START

ULInformationTransferIRAT-r16 ::= SEQUENCE {
criticalExtensions CHOICE {
c1 CHOICE {
ulInformationTransferIRAT-r16 ULInformationTransferIRAT-r16-IEs,
spare3 NULL, spare2 NULL, spare1 NULL
},
criticalExtensionsFuture SEQUENCE {}
}
}

ULInformationTransferIRAT-r16-IEs ::= SEQUENCE {
ul-DCCH-MessageEUTRA-r16 OCTET STRING OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

-- ASN1STOP

【0192】

【表2】

１．３ 実施形態３：ＵＥは、ＮＲ ＲＲＣリコンフィギュレーションコンプリート内に含めてインジケーションを送信する

【0193】

５．３．５．３ ＵＥによるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信

【0194】

ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、または、条件付き構成（ＣＨＯまたはＣＰＣ）を実行すると、以下のアクションを実行する：
１＞ ５．３．７．３に定義されているように、タイマーＴ３１１の実行中に、セルが選択されて、条件付き構成が実行されることにより、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ が適用される場合：
＜文章省略＞
１＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの内容を次のように設定する：
＜文章省略＞
２＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏが含まれている場合：
３＞ ＵＥが、ＴＳ３６．３３１［１０］、節５．４．２．４に従って、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる構成（の一部分）に従うことができない場合：
４＞ ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｃｏｍｐｌｅｔｅの値をｆａｌｓｅに設定する；
３＞ そうでない場合：
４＞ ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｃｏｍｐｌｅｔｅの値をｔｒｕｅに設定する；
２＞ ＵＥがＮＲに利用可能な測定値をロギングした場合、および、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
＜文章省略＞
２＞ 本手順は終了する。

【0195】

注記３：ＵＥは、ユニキャストデータ受信を中断することなく、ブロードキャストされるＳＩＢ１を取得することができる場合、すなわち、ブロードキャストビームおよびユニキャストビームが準同一な場所に配置される場合にのみ、ブロードキャストされたＳＩＢ１を取得することが要求される。

【0196】

対応するＡＳＮ．１の変更は以下の通りである：

【0197】

６．２．２ メッセージ定義

【0198】

●ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ
ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージは、ＲＲＣコネクション再構成の正常な完了を確認するために使用される。

【0199】

シグナリング無線ベアラ： ＳＲＢ１またはＳＲＢ３
ＲＬＣ－ＳＡＰ： ＡＭ
論理チャネル： ＤＣＣＨ
方向： ＵＥからネットワークへ

ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ メッセージ

ASN1START
-- TAG-RRCRECONFIGURATIONCOMPLETE-START

RRCReconfigurationComplete ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
rrcReconfigurationComplete RRCReconfigurationComplete-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

RRCReconfigurationComplete-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension RRCReconfigurationComplete-v1530-IEs OPTIONAL
}

RRCReconfigurationComplete-v1530-IEs ::= SEQUENCE {
uplinkTxDirectCurrentList UplinkTxDirectCurrentList OPTIONAL,
nonCriticalExtension RRCReconfigurationComplete-v1560-IEs OPTIONAL
}

RRCReconfigurationComplete-v1560-IEs ::= SEQUENCE {
scg-Response CHOICE {
nr-SCG-Response OCTET STRING (CONTAINING RRCReconfigurationComplete),
eutra-SCG-Response OCTET STRING
} OPTIONAL,
nonCriticalExtension RRCReconfigurationComplete-v16xy-IEs OPTIONAL
}

RRCReconfigurationComplete-v16xy-IEs ::= SEQUENCE {
logMeasAvailable-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableBT-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableWLAN-r16 ENUMERATED {true} OPTIONAL,
connEstFailInfoAvailable-r16 ENUMERATED {true} OPTIONAL,
rlf-InfoAvailable-r16 ENUMERATED {true} OPTIONAL,
sl-ConfigDedicatedEUTRA-Complete ENUMERATED {true, false} OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

-- TAG-RRCRECONFIGURATIONCOMPLETE

【0200】

以下の本文は、たとえばクロスＲＡＴサイドリンクにおいて、ＵＥがＲＲＣ構成メッセージの実装の失敗または失敗を報告することを可能にするためにシグナリングサポートがどのように提供され得るかの例を説明する。例はＴＳ３８．３３１の変更として示されている。当業者は、ｅＮＢがＮＲ Ｖ２Ｘ ＵＥを構成することを望む場合、対応する変更がＴＳ３６．３３１に対して行われ得ることを理解するであろう。

【0201】

２．１ 代替案１：インジケーションをサイドリンク関連ＲＲＣメッセージ、たとえば、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎに含めることによって、ｇＮＢに通知する

【0202】

５．３．５．３ ＵＥによるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信

【0203】

ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、または、条件付き構成（ＣＨＯまたはＣＰＣ）を実行すると、以下のアクションを実行する：
１＞ ５．３．７．３に定義されているように、タイマーＴ３１１の実行中に、セルが選択されて、条件付き構成の実行によりＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ が適用される場合：
＜文章省略＞
１＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの内容を次のように設定する：
＜文章省略＞
２＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏが含まれている場合：
３＞ ＵＥが、ＴＳ３６．３３１［１０］の節５．４．２．４に従って、ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏ内で受信されるＥ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる構成（の一部分）に準拠することができない場合：
４＞ ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏ内で受信されたＥ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる構成（の一部分）に準拠できないことを示すＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲメッセージの送信を開始する；
２＞ ＵＥがＮＲに利用可能な測定値をロギングした場合、および、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されるｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
＜文章省略＞
２＞ 本手順は終了する。

【0204】

注記３：ＵＥは、ユニキャストデータの受信を中断することなく、ブロードキャストされたＳＩＢ１を取得することができる場合、すなわち、ブロードキャストビームおよびユニキャストビームが準同一な場所に配置される場合にのみ、ブロードキャストされたＳＩＢ１を取得することが要求される。

【0205】

５．８．３．３ ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲメッセージの送信に関するアクション
ＵＥは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲメッセージの内容を以下のように設定する：
１＞ ＵＥが、ＮＲサイドリンク通信を受信すること、または、ＮＲサイドリンク通信の送信リソースの要求（構成／解放）、に関心がある（または、もはやそれには関心がない）ことを示すために、本手順を開始する場合（すなわち、ＵＥは、何が本手順をトリガしたたかにかかわらず、すべての関係する情報を含める）：
２＞ ｓｌ－ＣｏｎｆｉｇＣｏｍｍｏｎＮＲを含むＳＩＢ１２がＰＣｅｌｌによって提供される場合：
３＞ ＮＲサイドリンク通信を受信することを上位レイヤによって構成される場合：
４＞ ｓｌ－ＲｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑＬｉｓｔを含め、そしてそれをＮＲサイドリンク通信受信のための周波数に設定する；
３＞ ＮＲサイドリンク通信を送信することを上位レイヤによって構成される場合：
４＞ ｓｌ－ＴｘＲｅｓｏｕｒｃｅＲｅｑＬｉｓｔを含め、そしてＮＲサイドリンク通信リソースを割り当てることをネットワークに要求する宛先ごとに、そのフィールド（必要に応じて）を以下のように設定する：
５＞ ｓｌ－ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｙを、ＮＲサイドリンク通信送信のために上位レイヤによって構成された宛先識別情報に設定する；
５＞ ＮＲサイドリンク通信の送信のために上位レイヤによって構成されて関連付けられた宛先識別情報のキャストタイプに、ｓｌ－ＣａｓｔＴｙｐｅを設定する；
５＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋによる構成の起因して関連する双方向のサイドリンクＤＲＢが確立されている場合、関連するＲＬＣモードのサイドリンクＱｏＳフローのＲＬＣモードと、オプションでＱｏＳプロファイルとを含むように、ｓｌ－ＲＬＣ－ＭｏｄｅＩｎｄｉｃａｔｉｏｎを設定する；
５＞ ｓｌ－サイドリンクＲＬＦが検出された場合、ＮＲサイドリンク通信の送信の関連する宛先へのｒｌｆとして、ｓｌ－Ｆａｉｌｕｒｅを設定する；
５＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＦａｉｌｕｒｅＳｉｄｅｌｉｎｋ がサイドリンクＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｆａｉｌｕｒｅとして受信された場合、 ｃｏｎｆｉｇＮＲ ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｔｒａｎｓｍｉｓｓｉｏｎの関連付けられた宛先へのｃｏｎｆｉｇＦａｉｌｕｒｅとしてｓｌ－Ｆａｉｌｕｒｅを設定する；
５＞ ＮＲサイドリンク通信の送信のために上位レイヤによって構成された関連付けられた宛先のサイドリンクＱｏＳフローのＱｏＳプロファイルを含むように、ｓｌ－ＱｏＳ－ＩｎｆｏＬｉｓｔを設定する；
５＞ ＮＲサイドリンク通信の送信の周波数を示すように、ｓｌ－ＩｎｔｅｒｅｓｔｅｄＦｒｅｑＬｉｓｔを設定する；
５＞ ＮＲサイドリンク通信送信のために関連するｓｌ－ＩｎｔｅｒｅｓｔｅｄＦｒｅｑＬｉｓｔ上で使用される現在の同期参照タイプをｓｌ－ＴｙｐｅＴｘＳｙｎｃＬｉｓｔに設定する。

【0206】

１＞ ＵＥが、ＴＳ３６．３３１［１０］、節５．４．２．４に従って、ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏ内で受信されたＥ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる構成（の一部分）に準拠することができないことを示す手順を開始した場合；
２＞ ｓｌ－ＦａｉｌｕｒｅをｃｏｎｆｉｇＦａｉｌｕｒｅＥＵＴＲＡに設定する；
１＞ ＵＥは、送信のためにＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲメッセージを下位レイヤにサブミットする。

【0207】

対応するＡＳＮ．１の変更は以下の通りである：
６．２．２ メッセージ定義

【0208】

●ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲ
ＳｉｄｅｌｉｎｋＵＥｉｎｆｏｒｍａｔｉｏｎＮＲメッセージは、ネットワークへのＮＲサイドリンクＵＥ情報のインジケーションのために使用される。

【0209】

シグナリング無線ベアラ： ＳＲＢ１
ＲＬＣ－ＳＡＰ： ＡＭ
論理チャネル： ＤＣＣＨ
方向： ＵＥからネットワークへ

ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎＮＲ メッセージ

-- ASN1START
-- TAG-SIDELINKUEINFORMATIONNR-START

SidelinkUEInformationNR-r16::= SEQUENCE {
criticalExtensions CHOICE {
sidelinkUEInformationNR-r16 SidelinkUEInformationNR-r16-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

SidelinkUEInformationNR-r16-IEs ::= SEQUENCE {
sl-RxInterestedFreqList-r16 SL-InterestedFreqList-r16 OPTIONAL,
sl-TxResourceReqList-r16 SL-TxResourceReqList-r16 OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

SL-InterestedFreqList-r16 ::= SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF INTEGER (1..maxNrofFreqSL-r16)

SL-TxResourceReqList-r16 ::= SEQUENCE (SIZE (1..maxNrofSL-Dest-r16)) OF SL-TxResourceReq-r16

SL-TxResourceReq-r16 ::= SEQUENCE {
sl-DestinationIdentity-r16 SL-DestinationIdentity-r16,
sl-CastType-r16 ENUMERATED {broadcast, groupcast, unicast, spare1},
sl-RLC-ModeIndicationList-r16 SEQUENCE (SIZE (1.. maxNrofSLRB-r16)) OF SL-RLC-ModeIndication-r16 OPTIONAL,
sl-QoS-InfoList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIsPerDest-r16)) OF SL-QoS-Info-r16 OPTIONAL,
sl-Failure-r16 ENUMERATED {rlf, configFailure, configFailureEUTRA, spare1} OPTIONAL,
sl-TypeTxSyncList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF SL-TypeTxSync-r16 OPTIONAL,
sl-TxInterestedFreqList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF INTEGER (1..maxNrofFreqSL-r16) OPTIONAL
}

SL-QoS-Info-r16 ::= SEQUENCE {
sl-QoS-FlowIdentity-r16 SL-QoS-FlowIdentity-r16,
sl-QoS-Profile-r16 SL-QoS-Profile-r16 OPTIONAL
}

SL-RLC-ModeIndication-r16 ::= SEQUENCE {
sl-AM-Mode-r16 SEQUENCE {
sl-AM-Mode-r16 ENUMERATED {true},
sl-AM-QoS-InfoList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIsPerDest-r16)) OF SL-QoS-Info-r16
} OPTIONAL,
sl-UM-Mode-r16 SEQUENCE {
sl-UM-Mode-r16 ENUMERATED {true},
sl-UM-QoS-InfoList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIsPerDest-r16)) OF SL-QoS-Info-r16
} OPTIONAL
}

-- TAG-SIDELINKUEINFORMATIONNR-STOP
-- ASN1STOP

【0210】

２．２ 代替案２：サイドリンク関連ＲＲＣメッセージ、たとえば、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎに、インジケーションを含めることによって、ｇＮＢに情報を与える

【0211】

５．３．５．３ ＵＥによるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信

【0212】

ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、または、条件付き構成（ＣＨＯまたはＣＰＣ）を実行すると、以下のアクションを実行する：
１＞ ５．３．７．３に定義されているように、タイマーＴ３１１の実行中に、セルが選択されて、条件付き構成を実行することによりＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ が適用される場合：
＜文章省略＞
１＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの内容を次のように設定する：
＜文章省略＞
２＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏが含まれている場合：
３＞ ＵＥが、ＴＳ３６．３３１［１０］の節５．４．２．４に従って、ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏ内で受信されたＥ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる構成（の一部分）に準拠することができない場合：
４＞ ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏ内で受信されたＥ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる構成（の一部分）に準拠できないことを示すために、５．７．５で指定される障害（失敗）情報手順を開始する；
２＞ ＵＥがＮＲにとって利用可能な測定値をロギングした場合、および、ＲＰＬＭＮがＶａｒＬｏｇＭｅａｓＲｅｐｏｒｔに格納されたｐｌｍｎ－ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
＜文章省略＞
２＞ 本手順は終了する。

【0213】

注記３：ＵＥは、ユニキャストデータの受信を中断することなく、ブロードキャストされたＳＩＢ１を取得することができる場合、すなわち、ブロードキャストビームおよびユニキャストビームが準同一な場所に配置される場合にのみ、ブロードキャストされたＳＩＢ１を取得することが要求される。

【0214】

５．７．５ 障害（失敗）情報

【0215】

５．７．５．１ 一般
図１７を参照すること。

【0216】

この手順の目的は、ＵＥによって検出された障害（失敗）についてネットワークに通知することである。

【0217】

５．７．５．２ イニシエーション（開始）

【0218】

ＵＥは、ＵＥによって検出された障害についてネットワークに通知する必要があるときに、本手順を開始する。特に、ＵＥは、以下の条件が満たされたときに本手順を開始する：
１＞ ５．３．１０．３ に従ってＲＬＣ ベアラの障害を検出すると；
１＞ ５．３．５．８．３に従ってＤＡＰＳハンドオーバ障害を検出すると；
１＞ ５．３．５．３に従ってｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏ内で受信されたＥ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる構成（の一部分）に準拠できない場合；
本手順を開始すると、ＵＥは：
１＞ ５．７．５．３で規定されるＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎ（障害情報）メッセージの送信を開始する；

【0219】

５．７．５．３ ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージの送信に関するアクション

【0220】

ＵＥは：
１＞ ＲＬＣ障害情報を提供するために開始された場合、ＦａｉｌｕｒｅＩｎｆｏＲＬＣ－Ｂｅａｒｅｒを以下のように設定する：
２＞ ｌｏｇｉｃａｌＣｈａｎｎｅｌＩｄｅｎｔｉｔｙに、失敗したＲＬＣベアラの論理チャネル識別情報を設定する；
２＞ 失敗したＲＬＣベアラのセルグループ識別情報をｃｅｌｌＧｒｏｕｐＩｄに設定する；
２＞ ｆａｉｌｕｒｅＴｙｐｅをｒｌｃ－ｆａｉｌｕｒｅとして設定する；
１＞ ＤＡＰＳ障害情報を提供するために開始された場合、ＦａｉｌｕｒｅＩｎｆｏＤＡＰＳ を次のように設定する：
２＞ ｆａｉｌｕｒｅＴｙｐｅをｄａｐｓ－ｆａｉｌｕｒｅとして設定する；
１＞ ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏ内で受信されたＥ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる構成（の一部分）に準拠できないことに関する情報を提供するように開始された場合、以下のようにＦａｉｌｕｒｅＩｎｆｏＳｉｄｅｌｉｎｋを設定する：
２＞ ｆａｉｌｕｒｅＴｙｐｅをｃｏｎｆｉｇＦａｉｌｕｒｅＥＵＴＲＡに設定する；
１＞ ＭＣＧ ＲＬＣベアラの障害またはＤＡＰＳ障害情報についてネットワークに通知するために使用される場合：
２＞ ＳＲＢ１を介した送信のために下位レイヤにＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージをサブミットする；
１＞ そうではなくて、ＳＣＧ ＲＬＣベアラの障害についてネットワークに通知するために使用される場合：
２＞ ＳＲＢ３が構成されている場合；
３＞ ＳＲＢ３を介した送信のために下位レイヤにＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージをサブミットする；
２＞ 送ではない場合；
３＞ ＵＥが（ＮＧ）ＥＮ－ＤＣ状態にある場合：
４＞ ＴＳ３６．３３１［１０］で規定されているように、Ｅ－ＵＴＲＡ ＲＲＣメッセージに埋め込まれたＥ－ＵＴＲＡを介してＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎ メッセージを送信する。

【0221】

３＞ そうではなくて、ＵＥがＮＲ－ＤＣ状態にある場合：
４＞ 節５．７．２ａ．３で規定されるように、ＮＲ ＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＳＲＢ１を介してＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージをサブミットする。

【0222】

１＞ そうではなくて、ｓｌ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＥＵＴＲＡ－Ｉｎｆｏ内で受信されたＥ－ＵＴＲＡ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる構成（の一部分）に準拠することができないことをネットワークに知らせるために使用される場合：
２＞ ＳＲＢ１を介した送信のために、下位レイヤに、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージをサブミットする；

【0223】

対応するＡＳＮ．１の変更は以下の通りである：
６．２．２ メッセージ定義

【0224】

●ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎ（障害情報）
ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージは、ＵＥによって検出された障害についてネットワークに通知するために使用される。

【0225】

シグナリング無線ベアラ： ＳＲＢ１またはＳＲＢ３
ＲＬＣ－ＳＡＰ： ＡＭ
論理チャネル： ＤＣＣＨ
方向： ＵＥからネットワークへ

ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎ メッセージ

-- ASN1START
-- TAG-FAILUREINFORMATION-START

FailureInformation ::= SEQUENCE {
criticalExtensions CHOICE {
failureInformation FailureInformation-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

FailureInformation-IEs ::= SEQUENCE {
failureInfoRLC-Bearer FailureInfoRLC-Bearer OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension FailureInformation-v16xy-IEs OPTIONAL
}

FailureInfoRLC-Bearer ::= SEQUENCE {
cellGroupId CellGroupId,
logicalChannelIdentity LogicalChannelIdentity,
failureType ENUMERATED {rlc-failure, spare3, spare2, spare1}
}

FailureInformation-v16xy-IEs ::= SEQUENCE {
failureInfoDAPS-r16 FailureInfoDAPS-r16 OPTIONAL,
failureInfoSidelink FailureInfoSidelink-r16 OPTIONAL,
nonCriticalExtension SEQUENCE {} OPTIONAL
}

FailureInfoDAPS-r16 ::= SEQUENCE {
failureType-r16 ENUMERATED {daps-failure, spare3, spare2, spare1}
}
FailureInfoSidelink-r16 ::= SEQUENCE {
failureType-r16 ENUMERATED {configFailureEUTRA, spare3, spare2, spare1}
}

-- TAG-FAILUREINFORMATION-STOP
-- ASN1STOP

【0226】

誤解を避けるために、以下の番号付けされた記述は、本開示の実施形態を記載する：

【0227】

１．第１の無線アクセス技術を使用するサービング基地局との第１のコネクションと、第２の無線アクセス技術を使用する１つまたは複数のノードとの第２のコネクションとを有しうる端末デバイスによって実行される方法であって、前記方法は、
●前記第１のコネクションを介して前記サービング基地局から、コネクションコンフィギュレーションメッセージを受信することと、ここで、前記コネクションコンフィギュレーションメッセージは、前記第２のコネクションのためのコンフィギュレーション情報を含むものであり、
●前記第２のコネクションのための前記コンフィギュレーション情報の実装が成功したことに応じて、前記第１のコネクションを介して前記サービング基地局に第１の応答メッセージを送信することと、ここで、前記第１の応答メッセージは、前記コンフィギュレーション情報の実装が成功したというインジケーションを含もものである、を有する、方法。

【0228】

２．前記第１の応答メッセージは、前記第１の無線アクセス技術に従って構成される、段落１に記載の方法。

【0229】

３．前記コンフィギュレーション情報の実装が成功したという前記インジケーションは、前記第１の応答メッセージ内に埋め込まれる前記第２の無線アクセス技術に従って構成されるコネクションコンフィギュレーション完了サブメッセージを含む、段落１または２に記載の方法。

【0230】

４．前記インジケーションはフラグを含む、段落１または２に記載の方法。

【0231】

５．前記フラグは、前記コンフィギュレーション情報の実装が成功したことを示すために所定の値に設定される、段落４に記載の方法。

【0232】

６．前記応答メッセージにおける前記フラグの存在は、前記コンフィギュレーション情報の実装が成功したことを示す、段落４に記載の方法。

【0233】

７．前記コンフィギュレーション情報の実装が成功したという前記インジケーションは、前記第１の応答メッセージの送信と暗黙的に関係する、段落１または２に記載の方法。

【0234】

８．前記第１の応答メッセージは、コネクションコンフィギュレーション完了メッセージ、および、アップリンク情報転送メッセージのうちの１つを含む、前段落のいずれかに記載の方法。

【0235】

９．前記第２のコネクションのための前記コンフィギュレーション情報の実装が成功しなかったことに応じて、失敗手順をトリガすることをさらに有する、前段落のいずれか１つに記載の方法。

【0236】

１０．端末デバイスによって実行される方法であって、前記端末デバイスは、第１の無線アクセス技術を使用するサービング基地局との第１のコネクションと、第２の無線アクセス技術を使用する１つまたは複数のノードとの第２のコネクションとを有し、前記方法は、
●前記第１のコネクションを介して前記サービング基地局から、コネクションコンフィギュレーションメッセージを受信することと、ここで、前記コネクションコンフィギュレーションメッセージは、前記第２のコネクションのためのコンフィギュレーション情報を含むものであり、
●前記第２のコネクションのための前記コンフィギュレーション情報の実装が成功しなかったことに応じて、失敗手順をトリガすることと、を有する方法。

【0237】

１１．前記失敗手順は、前記第１のコネクションを介して前記サービング基地局に、前記コンフィギュレーション情報の実装が成功しなかったというインジケーションを含む第２の応答メッセージを送信することを含む、段落９または１０に記載の方法。

【0238】

１２．前記第２の応答メッセージは、コネクションコンフィギュレーション完了メッセージ、および、情報転送メッセージのうちの１つを含む、段落１１に記載の方法。

【0239】

１３．前記コンフィギュレーション情報の実装が成功しなかったという前記インジケーションは、前記コンフィギュレーション情報の実装が失敗した要因を示すインジケーションを含む、段落１１または１２に記載の方法。

【0240】

１４．前記失敗手順は、前記コネクションコンフィギュレーションメッセージに対する応答メッセージを送信しないことを含む、段落９～１３のいずれか１つに記載の方法。

【0241】

１５．前記失敗手順は、前記第２のコネクションを解放することを含む、段落９～１４のいずれか１つに記載の方法。

【0242】

１６．前記失敗手順は、前記第一のコネクションを解放することを含む、段落９～１５のいずれか１つに記載の方法。

【0243】

１７．前記コネクションコンフィギュレーションメッセージは、前記第１の無線アクセス技術に従って構成され、前記コネクションコンフィギュレーションメッセージは、前記第２の無線アクセス技術に従って構成されたコネクションコンフィギュレーションサブメッセージを含み、前記コネクションコンフィギュレーションサブメッセージは、前記第２のコネクションのための前記コンフィギュレーション情報を含む、前記の段落のいずれかに記載の方法

【0244】

１８．前記第２のコネクションは、１つ以上の他の端末デバイスへのサイドリンクコネクションである、先行するいずれかの段落に記載の方法。

【0245】

１９．前記サイドリンクコネクションは、車両対あらゆるモノ（Ｖ２Ｘ）コネクションである、段落１８に記載の方法。

【0246】

２０．前記第１の無線アクセス技術は、新無線（ＮＲ）であり、かつ、前記第２の無線アクセス技術は、ロングタームエボリューション（ＬＴＥ）であるか、または、前記第１の無線アクセス技術は、ＬＴＥであり、かつ、前記第２の無線アクセス技術は、ＮＲである、先行する段落のいずれかに記載の方法。

【0247】

２１．先行する段落のいずれかに記載の方法であって、さらに、
●ユーザデータを提供することと、
●前記基地局への送信を介してホストコンピュータに前記ユーザデータを転送することと、
を有する。

【0248】

２２．基地局によって実行される方法であって、前記基地局は、第１の無線アクセス技術を使用する端末デバイスとの第１のコネクションを有し、前記端末デバイスは、第２の無線アクセス技術を使用する１つまたは複数のノードとの第２のコネクションを有し、前記方法は、
●前記第１のコネクションを介して前記端末デバイスに、コネクションコンフィギュレーションメッセージを送信することと、ここで、当該コネクションコンフィギュレーションメッセージは、前記第２のコネクションのためのコンフィギュレーション情報を含み、
●前記第１のコネクションを介して前記端末デバイスから第１の応答メッセージを受信することと、ここで、前記第１の応答メッセージは、前記コンフィギュレーション情報の実装が成功したというインジケーションを含むものである、
を有する方法。

【0249】

２３．前記第１の応答メッセージが、前記第１の無線アクセス技術に従って構成される、段落２２の方法。

【0250】

２４．前記コンフィギュレーション情報の実装が成功したというインジケーションが、第１の応答メッセージ内に埋め込まれた第２の無線アクセス技術に従って構成されたコネクションコンフィギュレーション完了サブメッセージを含む、段落２２または２３に記載の方法。

【0251】

２５．前記インジケーションはフラグを含む、段落２２または２３に記載の方法。

【0252】

２６．前記フラグは、前記コンフィギュレーション情報の実装が成功したことを示すために所定の値に設定される、段落２５に記載の方法。

【0253】

２７．前記応答メッセージにおける前記フラグの存在は、前記コンフィギュレーション情報の実装が成功したことを示す、段落２５に記載の方法。

【0254】

２８．前記コンフィギュレーション情報の実装が成功したというインジケーションは、前記第１の応答メッセージの送信と暗黙的に関係する、段落２２または２３に記載の方法。

【0255】

２９．前記第１の応答メッセージは、コネクションコンフィギュレーション完了メッセージ、および、アップリンク情報転送メッセージのうちの１つを含む、段落２２～２８のいずれか１つに記載の方法。

【0256】

３０．基地局によって実行される方法であって、前記基地局は、第１の無線アクセス技術を使用する端末デバイスとの第１のコネクションを有し、前記端末デバイスは、第２の無線アクセス技術を使用する１つまたは複数のノードとの第２のコネクションを有し、前記方法は、
●前記第１のコネクションを介して前記端末デバイスに、コネクションコンフィギュレーションメッセージを送信することと、ここで、当該コネクションコンフィギュレーションメッセージは、前記第２のコネクションのためのコンフィギュレーション情報を含み、
●前記第１のコネクションを介して前記端末デバイスから第２の応答メッセージを受信することと、ここで、前記第２の応答メッセージは、前記コンフィギュレーション情報の実装が成功しなかったというインジケーションを含む、
を有する、方法。

【0257】

３１．前記第２の応答メッセージは、コネクションコンフィギュレーション完了メッセージ、および、情報転送メッセージのうちの１つを含む、段落３０に記載の方法。

【0258】

３２．前記コンフィギュレーション情報の実装が成功しなかったという前記インジケーションは、前記コンフィギュレーション情報の実装が成功しなかったことの要因を示すインジケーションを含む、段落３０または３１に記載の方法。

【0259】

３３．前記第２の応答メッセージの受信に応答して、前記端末デバイスに対するコネクション再確立手順を開始することをさらに有する、段落３０～３２のいずれか１つに記載の方法。

【0260】

３４．前記第２の応答メッセージの受信に応答して、前記第１のコネクション上で前記端末デバイスのための無線リソースを解放することをさらに有する、段落３０～３２のいずれか１つに記載の方法。

【0261】

３５．前記第２の応答メッセージの受信に応答して、前記端末デバイスの前記第２のコネクションのために記憶されているコンテキストを解放することをさらに有する、段落３０～３２のいずれか１つに記載の方法。

【0262】

３６．前記コネクションコンフィギュレーションメッセージは、前記第１の無線アクセス技術に従って構成され、前記コネクションコンフィギュレーションメッセージは、前記第２の無線アクセス技術に従って構成されるコネクションコンフィギュレーションサブメッセージを含み、前記コネクションコンフィギュレーションサブメッセージは、前記第２のコネクションのための前記コンフィギュレーション情報を含む、段落２２～３５のいずれか１つに記載の方法。

【0263】

３７．前記第２のコネクションは、１つ以上の他の端末デバイスへのサイドリンクコネクションである、段落２２～３６のいずれか１つに記載の装置。

【0264】

３８．前記サイドリンクコネクションは、車両対あらゆるモノ（Ｖ２Ｘ）コネクションである、段落３７に記載の装置。

【0265】

３９．前記第１の無線アクセス技術は、新無線（ＮＲ）であり、かつ、前記第２の無線アクセス技術は、ロングタームエボリューション（ＬＴＥ）であるか、または、前記第１の無線アクセス技術が、ＬＴＥであり、かつ、前記第２の無線アクセス技術が、ＮＲである、段落２２～３８のいずれか１つに記載の方法。

【0266】

４０．段落２２～３９のいずれか１つに記載の方法であって、さらに、
●ユーザデータを取得することと、
●ホストコンピュータまたは端末デバイスに前記ユーザデータを転送することと、
を有する、方法。

【0267】

４１．端末デバイスであって、前記端末デバイスは、
●段落１～２１のいずれかに記載の方法を実行するように構成された処理回路と、
●前記端末デバイスに電力を供給するように構成された電源回路と、
を有する、端末デバイス。

【0268】

４２．基地局であって、前記基地局は、
●段落２２～４０のいずれかに記載の方法を実行するように構成された処理回路と、
●前記基地局に電力を供給するように構成された電源回路と、
を有する基地局。

【0269】

４３．ユーザ装置（ＵＥ）であって、前記ＵＥは、
●無線信号を送信および受信するように構成されたアンテナと、
●前記アンテナおよびプロセッシング回路に接続され、前記アンテナと前記プロセッシング回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、
●段落１～２１のいずれかに記載の方法を実行するように構成される前記プロセッシング回路と、
●前記処理回路に接続され、前記処理回路によって処理される情報の前記ＵＥへの入力を可能にするように構成された入力インターフェースと、
●前記プロセッシング回路に接続され、前記プロセッシング回路によって処理された情報を前記ＵＥから出力するように構成された出力インターフェースと、
●前記プロセッシング回路に接続され、前記ＵＥに電力を供給するように構成されたバッテリーと、
を有する、ＵＥ。

【0270】

４４．ホストコンピュータを含む通信システムであって、
●ユーザデータを提供するように構成された処理回路と、
●前記ユーザデータをユーザ装置（ＵＥ）へ送信するためにセルラーネットワークに転送するように構成される通信インターフェースと、を有し、
●前記セルラーネットワークは、無線インターフェースおよび処理回路を有する基地局を有し、前記基地局の前記処理回路は、段落２２～４０のいずれかに記載の方法を実行するように構成されている、通信システム。

【0271】

４５．基地局をさらに含む、段落４４の通信システム。

【0272】

４６．前記ＵＥをさらに含み、前記ＵＥは、前記基地局と通信するように構成される、段落４４または４５に記載の通信システム。

【0273】

４７．段落４４～４６のいずれか１つに記載の通信システムであって、
●前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成され、
●前記ＵＥは、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成されたプロセッシング回路を有する、通信システム。

【0274】

４８．ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを有する通信システムにおいて実行される方法であって、前記方法は、
●前記ホストコンピュータで、ユーザデータを提供することと、
●前記ホストコンピュータで、前記基地局を含むセルラーネットワークを介して前記ＵＥに前記ユーザデータを搬送するための送信を開始することと、を有し、前記基地局は、段落２２～４０のいずれかに記載の方法を実行する、方法。

【0275】

４９．前記基地局において、前記ユーザデータを送信することをさらに有する、段落４８に記載の方法。

【0276】

５０．前記ユーザデータは、ホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、前記方法は、前記ＵＥにおいて、前記ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに有する、段落４８または４９に記載の方法。

【0277】

５１．基地局と通信するように構成されたユーザ装置（ＵＥ）であって、無線インターフェースと、段落４８～５０のいずれか１つに記載の方法を実行するように構成されたプロセッシング回路と、を有する、ユーザ装置（ＵＥ）。

【0278】

５２．ホストコンピュータを含む通信システムであって、
●ユーザデータを提供するように構成されたプロセッシング回路と、
●前記ユーザデータをユーザ装置（ＵＥ）へ送信するためにセルラーネットワークに転送するように構成された通信インターフェースと、を有し、
●前記ＵＥは、無線インターフェースおよびプロセッシング回路を有し、前記ＵＥの構成要素が、段落１～２１のいずれかに記載の方法を実行するように構成されている、通信システム。

【0279】

５３．前記セルラーネットワークは、前記ＵＥと通信するように構成された基地局をさらに有する、段落５２の通信システム。

【0280】

５４．段落５２または５３の通信システムであって、
●前記ホストコンピュータの前記プロセッシング回路は、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成されており、
●前記ＵＥの前記プロセッシング回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成される、通信システム。

【0281】

５５．ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを有する通信システムにおいて実行される方法であって、前記方法は、
●前記ホストコンピュータにおいて、ユーザデータを提供することと、
●前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ＵＥに前記ユーザデータを搬送する送信を開始することと、を有し、前記ＵＥは、段落１から２１のいずれかに記載の方法を実行する、方法。

【0282】

５６．前記ＵＥにおいて、前記基地局から前記ユーザデータを受信することをさらに有する、段落５５に記載の方法。

【0283】

５７．ホストコンピュータを含む通信システムであって、
●ユーザ装置（ＵＥ）から基地局への送信に由来するユーザデータを受信するように構成された通信インターフェースを有し、
●前記ＵＥは、無線インターフェースおよびプロセッシング回路を有し、前記ＵＥの前記プロセッシング回路は、段落１～２１のいずれかに記載の方法を実行するように構成される、通信システム。

【0284】

５８．前記ＵＥをさらに有する、段落５７の通信システム。

【0285】

５９．前記基地局をさらに有し、前記基地局は、前記ＵＥと通信するように構成された無線インターフェースと、前記ＵＥから前記基地局への伝送によって搬送される前記ユーザデータを前記ホストコンピュータに転送するように構成された通信インターフェースとを有する、段落５７または５８に記載の通信システム。

【0286】

６０．段落５７～５９のいずれか１つに記載の通信システムであって、
●前記ホストコンピュータの前記プロセッシング回路は、ホストアプリケーションを実行するように構成されており、
●前記ＵＥの前記プロセッシング回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成されており、それによって前記ユーザデータを提供する、通信システム。

【0287】

６１．段落５７～６０のいずれか１つに記載の通信システムであって、
●前記ホストコンピュータの前記プロセッシング回路は、ホストアプリケーションを実行し、それによって要求データを提供するように構成され、
●前記ＵＥの前記プロセッシング回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによって前記要求データに応答して前記ユーザデータを提供するように構成される、通信システム。

【0288】

６２．ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを有する通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータが、前記ＵＥから前記基地局に送信されるユーザデータを受信することと、前記ＵＥが、段落１～２１のいずれかに記載の方法を実行することと、を有する方法。

【0289】

６３．前記ＵＥにおいて、前記ユーザデータを前記基地局に提供することをさらに有する、段落６２に記載の方法。

【0290】

６４．段落６２または６３の方法であって、さらに、
●前記ＵＥにおいて、クライアントアプリケーションを実行し、それによって、送信されるべきユーザデータを提供することと、
●前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、を有する方法。

【0291】

６５．段落６２～６４のいずれか１つに記載の方法であって、さらに、
●前記ＵＥにおいて、クライアントアプリケーションを実行することと、
●前記ＵＥにおいて、前記クライアントアプリケーションへの入力データを受信することと、を有し、ここで、前記入力データは、前記クライアントアプリケーションに関連するホストアプリケーションを実行することによってホストコンピュータにおいて提供されるものであり、
●送信される前記ユーザデータは、前記入力データに応答して前記クライアントアプリケーションによって提供される、方法。

【0292】

６６．ユーザ装置（ＵＥ）から基地局への伝送に由来するユーザデータを受信するように構成された通信インターフェースを有するホストコンピュータを有する通信システムであって、前記基地局は、無線インターフェースおよびプロセッシング回路を有し、前記基地局の前記プロセッシング回路は、段落２２～４０のいずれかに記載の方法を実行するように構成される、通信システム。

【0293】

６７．前記基地局をさらに有する、段落６６の通信システム。

【0294】

６８．前記ＵＥをさらに有し、前記ＵＥは、前記基地局と通信するように構成される、段落６６または６７に記載の通信システム。

【0295】

６９．段落６６～６８のいずれか１つに記載の通信システムであって、
●前記ホストコンピュータの前記プロセッシング回路はホストアプリケーションを実行するように構成され、
●前記ＵＥは、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成されており、それによって、前記ホストコンピュータによって受信されることになるユーザデータを提供する、通信システム。

【0296】

７０．ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを有する通信システムにおいて実行される方法であって、前記方法は、
●前記ホストコンピュータは、前記基地局から、前記基地局が前記ＵＥから受信した送信に由来するユーザデータを受信し、前記ＵＥは、段落１から２１のいずれかに記載の方法を実行する。

【0297】

７１．前記基地局において、前記ＵＥから前記ユーザデータを受信することをさらに有する、段落７０に記載の方法。

【0298】

７２．前記基地局において、前記ホストコンピュータへの前記受信されたユーザデータの送信を開始することをさらに有する、段落７０または７１に記載の方法。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】