知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特開2024-73441新無線アンライセンスサービングセルを用いたチャネルアクセス
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024073441
(43)【公開日】2024-05-29
(54)【発明の名称】新無線アンライセンスサービングセルを用いたチャネルアクセス
(51)【国際特許分類】
H04W 72/1268 20230101AFI20240522BHJP
H04W 16/14 20090101ALI20240522BHJP
H04W 72/23 20230101ALI20240522BHJP
H04W 72/54 20230101ALI20240522BHJP
【ＦＩ】
H04W72/1268
H04W16/14
H04W72/23
H04W72/54 110
【審査請求】有
【請求項の数】16
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024021298
(22)【出願日】2024-02-15
(62)【分割の表示】P 2020563563の分割
【原出願日】2019-05-09
(31)【優先権主張番号】62/669,086
(32)【優先日】2018-05-09
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】マリー，ジョゼフ，エム．
(72)【発明者】
【氏名】アジャクプレ，パスカル エム．
(72)【発明者】
【氏名】アイヤー，ラクシュミ，アール．
(72)【発明者】
【氏名】アワディン，モハメド
(72)【発明者】
【氏名】リ，チン
(72)【発明者】
【氏名】ヨハンソン，ジャン，アール．
(72)【発明者】
【氏名】テリー，ステファン，イー．
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD11
5K067DD43
5K067EE02
5K067EE10
(57)【要約】 （修正有）
【課題】ネットワーク支援を用いてＵＬチャネルアクセスを実行する方法を提供する。
【解決手段】無線デバイスは、チャネルアクセスタイプおよび関連するリッスンビフォートーク（ＬＢＴ）技術などのＵＬチャネルアクセス手順に関するネットーク（ＮＷ）支援情報を、第１層シグナリングまたは上位層シグナリングを介して受信する。例えば、情報は、構成されたＰＲＡＣＨリソースに先行するＣＯＲＥＳＥＴ中で受信するＤＣＩ、ＭＡＣ ＣＥ又はＲＲＣメッセージングを介して提供される。アクセス手順は、ランダムアクセス手順であってもよく、ＲＡＲメッセージングを介したインジケーションを含み、ＰＤＣＣＨ命令またはハンドオーバ要求などの無線アクセスポイントメッセージによってトリガーされる。
【選択図】図６
【解決手段】無線デバイスは、チャネルアクセスタイプおよび関連するリッスンビフォートーク（ＬＢＴ）技術などのＵＬチャネルアクセス手順に関するネットーク（ＮＷ）支援情報を、第１層シグナリングまたは上位層シグナリングを介して受信する。例えば、情報は、構成されたＰＲＡＣＨリソースに先行するＣＯＲＥＳＥＴ中で受信するＤＣＩ、ＭＡＣ ＣＥ又はＲＲＣメッセージングを介して提供される。アクセス手順は、ランダムアクセス手順であってもよく、ＲＡＲメッセージングを介したインジケーションを含み、ＰＤＣＣＨ命令またはハンドオーバ要求などの無線アクセスポイントメッセージによってトリガーされる。
【選択図】図６
【特許請求の範囲】
【請求項1】
プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、前記通信回
路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前
記装置の前記プロセッサによって実行されたときに、前記装置に
ネットワーク支援情報を受信することと、
少なくとも部分的に前記ネットワーク支援情報に基づいて、上りリンクチャネルアクセ
ス手順を決定することと、
前記上りリンクチャネルアクセス手順を実行して、上りリンクチャネルにアクセスする
ことと、
前記上りリンクチャネルにアクセスした後、前記上りリンクチャネル上で上りリンク送
信を実行することと、
を含む動作を実行させるコンピュータ実行可能命令をさらに備える、装置。
路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納され、前
記装置の前記プロセッサによって実行されたときに、前記装置に
ネットワーク支援情報を受信することと、
少なくとも部分的に前記ネットワーク支援情報に基づいて、上りリンクチャネルアクセ
ス手順を決定することと、
前記上りリンクチャネルアクセス手順を実行して、上りリンクチャネルにアクセスする
ことと、
前記上りリンクチャネルにアクセスした後、前記上りリンクチャネル上で上りリンク送
信を実行することと、
を含む動作を実行させるコンピュータ実行可能命令をさらに備える、装置。
【請求項2】
前記ネットワーク支援情報は、チャネルアクセスタイプを含む、請求項１に記載の装置
。
。
【請求項3】
前記チャネルアクセスタイプは、前記装置に格納されたチャネルアクセスタイプのセッ
トから選択され、
前記装置は、前記チャネルアクセスタイプの前記セットおよびチャネルアクセス手順の
セットから構成され、１つまたは複数のチャネルアクセス手順は、前記チャネルアクセス
タイプの前記セット中の前記チャネルアクセスタイプの各々と関連付けられ、
前記チャネルアクセス手順は、リッスンビフォートーク（listen-before-talk：ＬＢＴ
）手順である、請求項２に記載の装置。
トから選択され、
前記装置は、前記チャネルアクセスタイプの前記セットおよびチャネルアクセス手順の
セットから構成され、１つまたは複数のチャネルアクセス手順は、前記チャネルアクセス
タイプの前記セット中の前記チャネルアクセスタイプの各々と関連付けられ、
前記チャネルアクセス手順は、リッスンビフォートーク（listen-before-talk：ＬＢＴ
）手順である、請求項２に記載の装置。
【請求項4】
前記チャネルアクセス手順のうちの１つまたは複数は、ランダムバックオフを含む、請
求項３に記載の装置。
求項３に記載の装置。
【請求項5】
前記チャネルアクセス手順のうちの１つまたは複数のランダムバックオフ機能は、少な
くとも部分的にデフォルト構成によって決まる、請求項４に記載の装置。
くとも部分的にデフォルト構成によって決まる、請求項４に記載の装置。
【請求項6】
前記チャネルアクセス手順のうちの１つまたは複数の前記ランダムバックオフ機能は、
さらに、少なくとも部分的に、代替構成によって決まる、請求項５に記載の装置。
さらに、少なくとも部分的に、代替構成によって決まる、請求項５に記載の装置。
【請求項7】
前記ネットワーク支援情報は、第１層シグナリングまたは上位層シグナリングを介して
シグナリングされる、請求項１に記載の装置。
シグナリングされる、請求項１に記載の装置。
【請求項8】
前記ネットワーク支援情報は、
メディアアクセス制御エレメント（Medium Access Control Control Element：Ｍ
ＡＣ ＣＥ）、または
無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージング
を介してシグナリングされる、請求項７に記載の装置。
メディアアクセス制御エレメント（Medium Access Control Control Element：Ｍ
ＡＣ ＣＥ）、または
無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージング
を介してシグナリングされる、請求項７に記載の装置。
【請求項9】
前記ネットワーク支援情報は、下りリンク制御情報（Downlink Control Information
：ＤＣＩ）を介してシグナリングされる、請求項７に記載の装置。
：ＤＣＩ）を介してシグナリングされる、請求項７に記載の装置。
【請求項10】
前記ＤＣＩは、セル無線ネットワーク一時識別子（Cell Radio-Network Temporary
Identifier：Ｃ－ＲＮＴＩ）またはネットワーク支援型無線ネットワーク一時識別子（Ne
twork Assistance Radio Network Temporary Identifier：ＮＡ－ＲＮＴＩ）によっ
てスクランブルされる、請求項９に記載の装置。
Identifier：Ｃ－ＲＮＴＩ）またはネットワーク支援型無線ネットワーク一時識別子（Ne
twork Assistance Radio Network Temporary Identifier：ＮＡ－ＲＮＴＩ）によっ
てスクランブルされる、請求項９に記載の装置。
【請求項11】
前記ＤＣＩは、物理ランダムアクセスチャネル（Physical Random Access Channel
：ＰＲＡＣＨ）リソースのセットに先行するコントロールリソースセット（Control Res
ource Set：ＣＯＲＥＳＥＴ）中で受信される、請求項９に記載の装置。
：ＰＲＡＣＨ）リソースのセットに先行するコントロールリソースセット（Control Res
ource Set：ＣＯＲＥＳＥＴ）中で受信される、請求項９に記載の装置。
【請求項12】
前記ＣＯＲＥＳＥＴは、物理下りリンク制御チャネル（Physical Downlink Control
Channel：ＰＤＣＣＨ）共通探索空間を含む、請求項１１に記載の装置。
Channel：ＰＤＣＣＨ）共通探索空間を含む、請求項１１に記載の装置。
【請求項13】
前記ＰＤＣＣＨ共通探索空間は、タイプ０またはタイプ１のＰＤＣＣＨ共通探索空間で
ある、請求項１２に記載の装置。
ある、請求項１２に記載の装置。
【請求項14】
前記上りリンク送信は、ランダムアクセスプリアンブル送信に対応する、請求項１に記
載の装置。
載の装置。
【請求項15】
前記ネットワーク支援情報と前記ランダムアクセスプリアンブルは、単一のチャネル占
有時間（Channel Occupancy Time：ＣＯＴ）以内に、前記装置によって受信される、請
求項１４に記載の装置。
有時間（Channel Occupancy Time：ＣＯＴ）以内に、前記装置によって受信される、請
求項１４に記載の装置。
【請求項16】
前記上りリンクチャネルアクセス手順はランダムアクセス手順であり、前記動作は、
前記ネットワーク支援情報と、前記上りリンクチャネル手順を実行するトリガーとを含
む物理下りリンク制御チャネル（ＰＤＣＣＨ）命令を受信することと、
前記トリガーに従って、前記上りリンクチャネル手順を実行することと、
をさらに含む、請求項１に記載の装置。
前記ネットワーク支援情報と、前記上りリンクチャネル手順を実行するトリガーとを含
む物理下りリンク制御チャネル（ＰＤＣＣＨ）命令を受信することと、
前記トリガーに従って、前記上りリンクチャネル手順を実行することと、
をさらに含む、請求項１に記載の装置。
【請求項17】
前記上りリンクチャネルアクセス手順は、ランダムアクセス手順であり、
前記ネットワーク支援情報は、ターゲット無線ネットワークアクセスポイントから受信
され、
前記動作は、
ハンドオーバーコマンドを、ソース無線ネットワークアクセスポイントから受信するこ
とと、
前記ネットワーク支援情報に従って、前記上りリンクチャネル手順を実行することをさ
らに含む、請求項１に記載の装置。
前記ネットワーク支援情報は、ターゲット無線ネットワークアクセスポイントから受信
され、
前記動作は、
ハンドオーバーコマンドを、ソース無線ネットワークアクセスポイントから受信するこ
とと、
前記ネットワーク支援情報に従って、前記上りリンクチャネル手順を実行することをさ
らに含む、請求項１に記載の装置。
【請求項18】
前記動作は、前記ネットワーク支援情報および上りリンク認可を含むランダムアクセス
応答（Random Access Response：ＲＡＲ）を受信することをさらに含む、請求項１に記
載の装置。
応答（Random Access Response：ＲＡＲ）を受信することをさらに含む、請求項１に記
載の装置。
【請求項19】
前記ネットワーク支援情報は、前記ＲＡＲ上りリンク認可内のフィールドとしてシグナ
リングされる、請求項１８に記載の装置。
リングされる、請求項１８に記載の装置。
【請求項20】
前記ネットワーク支援情報は、前記ＲＡＲのメディアアクセス制御（ＭＡＣ）ペイロー
ド内のフィールドとしてシグナリングされる、請求項１８に記載の装置。
ド内のフィールドとしてシグナリングされる、請求項１８に記載の装置。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、「新無線アンライセンスサービングセルを用いたチャネルアクセス」と題す
る２０１８年５月９日出願の米国仮出願第６２／６６９，０８６号の利益を主張する。そ
の内容全体は本明細書に参照により援用される。
本出願は、「新無線アンライセンスサービングセルを用いたチャネルアクセス」と題す
る２０１８年５月９日出願の米国仮出願第６２／６６９，０８６号の利益を主張する。そ
の内容全体は本明細書に参照により援用される。
【背景技術】
【0002】
マシンツーマシン（Machine-To-Machine：Ｍ２Ｍ）、モノのインターネット（Internet
-of-Things：ＩｏＴ）、およびモノのウェブ（Web-of-Things：ＷｏＴ）のネットワーク
展開には、Ｍ２Ｍ／ＩｏＴ／ＷｏＴサーバ、ゲートウェイ、Ｍ２Ｍ／ＩｏＴ／ＷｏＴアプ
リケーションおよびサービスをホストするデバイスなどのノードが含まれ得る。このよう
なネットワーク展開には、例えば、制約付きネットワーク、無線センサネットワーク、無
線メッシュネットワーク、モバイルアドホックネットワーク、および無線センサおよびア
クチュエータネットワークなどが含まれ得る。このようなネットワークでのデバイスの動
作は、以下のような規格および提案に準拠し得る。すなわち、３ＧＰＰ ＴＳ３６．３０
０、概説、；ステージ２、（リリース１５）、Ｖ１５．０．０（3GPP TS 36.300, Ove
rall Description; Stage 2 (Release 15), V15.0.0）、３ＧＰＰ ＴＳ３６．２
１３、物理層手順（リリース１５）、Ｖ１５．０．０（3GPP TS 36.213, Physical l
ayer procedures (Release 15), V15.0.0）、３ＧＰＰ ＴＳ３６．２１１、物理チ
ャネルと変調（リリース１５）、Ｖ１５．０．０（3GPP TS 36.211, Physical Chann
els and Modulation (Release 15), V15.0.0）、３ＧＰＰ ＴＲ３８．９１３、次
世代アクセス技術のシナリオおよび要件に関する検討、（リリース１４）、Ｖ１４．３．
０（3GPP TR 38.913, Study on Scenarios and Requirements for Next Gener
ation Access Technologies; (Release 14), V14.3.0）、Ｒ１－１６４０１３、ビ
ームフォーミングによるアクセスのためのフレームワーク、サムスン（R1-164013, Fram
ework for Beamformed Access, Samsung）、３ＧＰＰ ＴＳ３８．３００、ＮＲ、Ｎ
ＲおよびＮＧ－ＲＡＮ概説、ステージ２（リリース１５）、Ｖ１５．１．０（3GPP TS
38.300, NR; NR and NG-RAN Overall Description; Stage 2 (Release 15),
V15.1.0）、３ＧＰＰ ＴＳ３８．３３１、無線リソース制御（ＲＲＣ）プロトコル仕様
（リリース１５）、Ｖ１５．１．０（3GPP TS 38.331, Radio Resource Control (
RRC) protocol specification (Release 15), V15.1.0）、３ＧＰＰ ＴＳ３８．２
１３、ＮＲ、制御のための物理層手順（リリース１５）、Ｖ１５．０．０（3GPP TS 38
.213, NR; Physical Layer Procedures for Control (Release 15), V15.0.0）
、３ＧＰＰ ＴＳ３８．１０１、ユーザ端末（ＵＥ）の無線送受信（リリース１５）、Ｖ
１５．１．０（3GPP TS 38.101, User Equipment (UE) radio transmission and
reception; (Release 15) V15.1.0）、および３ＧＰＰ ＴＳ３８．２１１、物理チ
ャネルと変調（リリース１５）、Ｖ１５．１．０（3GPP TS 38.211, Physical chann
els and modulation (Release 15), V15.1.0）など。
-of-Things：ＩｏＴ）、およびモノのウェブ（Web-of-Things：ＷｏＴ）のネットワーク
展開には、Ｍ２Ｍ／ＩｏＴ／ＷｏＴサーバ、ゲートウェイ、Ｍ２Ｍ／ＩｏＴ／ＷｏＴアプ
リケーションおよびサービスをホストするデバイスなどのノードが含まれ得る。このよう
なネットワーク展開には、例えば、制約付きネットワーク、無線センサネットワーク、無
線メッシュネットワーク、モバイルアドホックネットワーク、および無線センサおよびア
クチュエータネットワークなどが含まれ得る。このようなネットワークでのデバイスの動
作は、以下のような規格および提案に準拠し得る。すなわち、３ＧＰＰ ＴＳ３６．３０
０、概説、；ステージ２、（リリース１５）、Ｖ１５．０．０（3GPP TS 36.300, Ove
rall Description; Stage 2 (Release 15), V15.0.0）、３ＧＰＰ ＴＳ３６．２
１３、物理層手順（リリース１５）、Ｖ１５．０．０（3GPP TS 36.213, Physical l
ayer procedures (Release 15), V15.0.0）、３ＧＰＰ ＴＳ３６．２１１、物理チ
ャネルと変調（リリース１５）、Ｖ１５．０．０（3GPP TS 36.211, Physical Chann
els and Modulation (Release 15), V15.0.0）、３ＧＰＰ ＴＲ３８．９１３、次
世代アクセス技術のシナリオおよび要件に関する検討、（リリース１４）、Ｖ１４．３．
０（3GPP TR 38.913, Study on Scenarios and Requirements for Next Gener
ation Access Technologies; (Release 14), V14.3.0）、Ｒ１－１６４０１３、ビ
ームフォーミングによるアクセスのためのフレームワーク、サムスン（R1-164013, Fram
ework for Beamformed Access, Samsung）、３ＧＰＰ ＴＳ３８．３００、ＮＲ、Ｎ
ＲおよびＮＧ－ＲＡＮ概説、ステージ２（リリース１５）、Ｖ１５．１．０（3GPP TS
38.300, NR; NR and NG-RAN Overall Description; Stage 2 (Release 15),
V15.1.0）、３ＧＰＰ ＴＳ３８．３３１、無線リソース制御（ＲＲＣ）プロトコル仕様
（リリース１５）、Ｖ１５．１．０（3GPP TS 38.331, Radio Resource Control (
RRC) protocol specification (Release 15), V15.1.0）、３ＧＰＰ ＴＳ３８．２
１３、ＮＲ、制御のための物理層手順（リリース１５）、Ｖ１５．０．０（3GPP TS 38
.213, NR; Physical Layer Procedures for Control (Release 15), V15.0.0）
、３ＧＰＰ ＴＳ３８．１０１、ユーザ端末（ＵＥ）の無線送受信（リリース１５）、Ｖ
１５．１．０（3GPP TS 38.101, User Equipment (UE) radio transmission and
reception; (Release 15) V15.1.0）、および３ＧＰＰ ＴＳ３８．２１１、物理チ
ャネルと変調（リリース１５）、Ｖ１５．１．０（3GPP TS 38.211, Physical chann
els and modulation (Release 15), V15.1.0）など。
【発明の概要】
【0003】
ネットワーク支援を用いてＵＬチャネルアクセスを実行する方法は、以下の使用を含み
得る。例えば、ＮＲ－Ｕ ＰＤＣＣＨ命令、ＮＲ－Ｕ ＲＡＲ認可、ＮＲ－Ｕ ＭＡＣ
ＲＡＲなどのランダムアクセス手順実行時のＵＥへのＮＷ支援情報をシグナリングするメ
カニズム、ＮＷ支援情報を使用してランダムアクセスを実行する手順、およびＦＲ１およ
び不対スペクトルに、６０ｋＨｚおよび１２０ｋＨｚサブキャリア間隔を使用するＮＲ－
Ｕ ＰＲＡＣＨ構成。ＰＲＡＣＨ構成のいくつかのパラメータをシグナリングするための
新しいメカニズムを使用して、ＰＲＡＣＨ送信オケージョンに、より大きな柔軟性を提供
することができる。
得る。例えば、ＮＲ－Ｕ ＰＤＣＣＨ命令、ＮＲ－Ｕ ＲＡＲ認可、ＮＲ－Ｕ ＭＡＣ
ＲＡＲなどのランダムアクセス手順実行時のＵＥへのＮＷ支援情報をシグナリングするメ
カニズム、ＮＷ支援情報を使用してランダムアクセスを実行する手順、およびＦＲ１およ
び不対スペクトルに、６０ｋＨｚおよび１２０ｋＨｚサブキャリア間隔を使用するＮＲ－
Ｕ ＰＲＡＣＨ構成。ＰＲＡＣＨ構成のいくつかのパラメータをシグナリングするための
新しいメカニズムを使用して、ＰＲＡＣＨ送信オケージョンに、より大きな柔軟性を提供
することができる。
【0004】
拡張されたクリアチャネル評価（Clear Channel Assessment：ＣＣＡ）手順は、ＵＥ
サービングセルまたはサービングセルスケジューラ、チャネルリソース、およびチャネル
アクセスタイプのうち少なくとも１つ、例えば、競合ベースランダムアクセスリソースま
たは非競合ベースランダムアクセスリソースを一意に識別する送信タイプ識別コードを利
用することができる。
サービングセルまたはサービングセルスケジューラ、チャネルリソース、およびチャネル
アクセスタイプのうち少なくとも１つ、例えば、競合ベースランダムアクセスリソースま
たは非競合ベースランダムアクセスリソースを一意に識別する送信タイプ識別コードを利
用することができる。
【0005】
本概要は、以下の詳細な説明でさらに記述される概念の選択を簡略化された形式で紹介
するために提供される。本概要は、特許請求される主題の主要な特徴または本質的な特徴
を特定することを意図しておらず、特許請求された主題の範囲を制限するために使用され
ることも意図されていない。さらに、特許請求された主題は、本開示の任意の部分に記載
された不利点のいずれかまたはすべてを解決する制限に限定されない。
するために提供される。本概要は、特許請求される主題の主要な特徴または本質的な特徴
を特定することを意図しておらず、特許請求された主題の範囲を制限するために使用され
ることも意図されていない。さらに、特許請求された主題は、本開示の任意の部分に記載
された不利点のいずれかまたはすべてを解決する制限に限定されない。
【0006】
（図面の簡単な説明）
添付の図面と共に例として示される以下の説明から、より詳細な理解を得ることができ
る。図面は必ずしも一定の縮尺で描かれているわけではない。
添付の図面と共に例として示される以下の説明から、より詳細な理解を得ることができ
る。図面は必ずしも一定の縮尺で描かれているわけではない。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
付録の表１は、本明細書で使用される頭字語の多くを含む。
【0009】
（ＬＴＥライセンスアシストアクセス）
アンライセンススペクトル中で動作する少なくとも１つのＳｃｅｌｌを備えたキャリア
アグリゲーションは、ライセンスアシストアクセス（ＬＡＡ）と呼ばれる。したがって、
ＬＡＡにおいては、ＵＥのために構成されたサービングセルのセットは、アンライセンス
スペクトル中で、ＬＡＡ ＳＣｅｌｌとも呼ばれるフレーム構造タイプ３に従って動作す
る少なくとも１つのＳＣｅｌｌを常に含む。特記しない限り、ＬＡＡ ＳＣｅｌｌは通常
のＳＣｅｌｌとして機能する。３ＧＰＰ ＴＳ３６．３００、概説、ステージ２（リリー
ス１５）、Ｖ１５．０．０（3GPP TS 36.300, Overall Description; Stage 2 (R
elease 15), V15.0.0）を参照されたい。
アンライセンススペクトル中で動作する少なくとも１つのＳｃｅｌｌを備えたキャリア
アグリゲーションは、ライセンスアシストアクセス（ＬＡＡ）と呼ばれる。したがって、
ＬＡＡにおいては、ＵＥのために構成されたサービングセルのセットは、アンライセンス
スペクトル中で、ＬＡＡ ＳＣｅｌｌとも呼ばれるフレーム構造タイプ３に従って動作す
る少なくとも１つのＳＣｅｌｌを常に含む。特記しない限り、ＬＡＡ ＳＣｅｌｌは通常
のＳＣｅｌｌとして機能する。３ＧＰＰ ＴＳ３６．３００、概説、ステージ２（リリー
ス１５）、Ｖ１５．０．０（3GPP TS 36.300, Overall Description; Stage 2 (R
elease 15), V15.0.0）を参照されたい。
【0010】
ＬＡＡ ｅＮＢおよびＵＥは、ＬＡＡ ＳＣｅｌｌ上で送信を実行する前に、リッスン
ビフォートーク（ＬＢＴ）を適用する。ＬＢＴが適用されると、トランスミッターはチャ
ネルをリッスン／検知して、チャネルが空き状態かビジーかを判定する。チャネルが空き
状態であると判定された場合、トランスミッターは送信を実行できるが、それ以外の場合
、送信を実行しない。ＬＡＡ ｅＮＢがＬＡＡチャネルアクセスを目的として他の技術の
チャネルアクセス信号を使用する場合、ＬＡＡ ｅＮＢはＬＡＡの最大エネルギー検出し
きい値要件ＴＳ３６．３００を引き続き満たし得る。
ビフォートーク（ＬＢＴ）を適用する。ＬＢＴが適用されると、トランスミッターはチャ
ネルをリッスン／検知して、チャネルが空き状態かビジーかを判定する。チャネルが空き
状態であると判定された場合、トランスミッターは送信を実行できるが、それ以外の場合
、送信を実行しない。ＬＡＡ ｅＮＢがＬＡＡチャネルアクセスを目的として他の技術の
チャネルアクセス信号を使用する場合、ＬＡＡ ｅＮＢはＬＡＡの最大エネルギー検出し
きい値要件ＴＳ３６．３００を引き続き満たし得る。
【0011】
（ＵＬチャネルアクセス手順）
ＵＬの場合、ＵＥは、タイプ１またはタイプ２のＵＬチャネルアクセス手順、３ＧＰＰ
ＴＳ３６．２１３、物理層手順（リリース１５）、Ｖ１５．０．０に従って、ＬＡＡ
ＳＣｅｌｌのＵＬ送信が実行されるキャリアにアクセスすることができる。
ＵＬの場合、ＵＥは、タイプ１またはタイプ２のＵＬチャネルアクセス手順、３ＧＰＰ
ＴＳ３６．２１３、物理層手順（リリース１５）、Ｖ１５．０．０に従って、ＬＡＡ
ＳＣｅｌｌのＵＬ送信が実行されるキャリアにアクセスすることができる。
【0012】
ＵＥは、まず、延期期間Ｔｄのスロット期間中チャネルがアイドル状態であると検知し
た後、および、下記手順のステップ４でカウンターＮがゼロになった後、タイプ１チャネ
ルアクセス手順を使用して送信を送ることができる。カウンターＮは、以下に説明する手
順に従って、追加のスロット期間中、チャネルを検知することによって調整される。
１．Ｎ＝Ｎｉｎｉｔを設定する。ただし、Ｎｉｎｉｔは、０とＣＷｐの間に均一に分布
する乱数である。ステップ４に進む。
２．Ｎ＞０であり、ＵＥがカウンターをデクリメントすることを選択した場合、Ｎ＝Ｎ
－１を設定する。
３．追加のスロット期間中、チャネルを検知し、追加のスロット期間がアイドル状態の
場合は、ステップ４に進み、それ以外の場合は、ステップ５に進む。
４．Ｎ＝０であれば停止し、それ以外の場合は、ステップ２に進む。
５．追加の延期期間Ｔｄ以内ビジースロットが検出されるか、追加の延期期間Ｔｄ中の
すべてのスロットがアイドル状態であると検出されるまで、チャネルを検知する。
６．追加の延期期間Ｔｄ中のすべてのスロット期間中にチャネルがアイドル状態である
と検知された場合は、ステップ４に進み、それ以外の場合は、ステップ５に進む。
た後、および、下記手順のステップ４でカウンターＮがゼロになった後、タイプ１チャネ
ルアクセス手順を使用して送信を送ることができる。カウンターＮは、以下に説明する手
順に従って、追加のスロット期間中、チャネルを検知することによって調整される。
１．Ｎ＝Ｎｉｎｉｔを設定する。ただし、Ｎｉｎｉｔは、０とＣＷｐの間に均一に分布
する乱数である。ステップ４に進む。
２．Ｎ＞０であり、ＵＥがカウンターをデクリメントすることを選択した場合、Ｎ＝Ｎ
－１を設定する。
３．追加のスロット期間中、チャネルを検知し、追加のスロット期間がアイドル状態の
場合は、ステップ４に進み、それ以外の場合は、ステップ５に進む。
４．Ｎ＝０であれば停止し、それ以外の場合は、ステップ２に進む。
５．追加の延期期間Ｔｄ以内ビジースロットが検出されるか、追加の延期期間Ｔｄ中の
すべてのスロットがアイドル状態であると検出されるまで、チャネルを検知する。
６．追加の延期期間Ｔｄ中のすべてのスロット期間中にチャネルがアイドル状態である
と検知された場合は、ステップ４に進み、それ以外の場合は、ステップ５に進む。
【0013】
ＵＬ ＵＥが、ＰＵＳＣＨを含む送信のためにタイプ２チャネルアクセス手順を使用す
る場合、ＵＥは、チャネルが少なくとも検知間隔Ｔｓｈоｒｔ＿ｕｌ＝２５ｕｓの間アイ
ドル状態であると検知した直後に、ＰＵＳＣＨを含む送信を送ることができる。Ｔｓｈо
ｒｔ＿ｕｌは、直後に１つのスロット期間Ｔｓｌ＝９ｕｓが続く期間Ｔｆ＝１６ｕｓから
構成され、Ｔｆは、Ｔｆの開始時のアイドルスロット期間Ｔｓｌを含む。チャネルは、Ｔ
ｓｈоｒｔ＿ｕｌのスロット期間中にアイドル状態であると検知された場合、Ｔｓｈоｒ
ｔ＿ｕｌの間アイドル状態であると見なされる。
る場合、ＵＥは、チャネルが少なくとも検知間隔Ｔｓｈоｒｔ＿ｕｌ＝２５ｕｓの間アイ
ドル状態であると検知した直後に、ＰＵＳＣＨを含む送信を送ることができる。Ｔｓｈо
ｒｔ＿ｕｌは、直後に１つのスロット期間Ｔｓｌ＝９ｕｓが続く期間Ｔｆ＝１６ｕｓから
構成され、Ｔｆは、Ｔｆの開始時のアイドルスロット期間Ｔｓｌを含む。チャネルは、Ｔ
ｓｈоｒｔ＿ｕｌのスロット期間中にアイドル状態であると検知された場合、Ｔｓｈоｒ
ｔ＿ｕｌの間アイドル状態であると見なされる。
【0014】
本明細書に記載の解決策について、ＬＢＴという用語は、ＬＴＥ ＬＡＡに使用される
タイプ１およびタイプ２のＵＬチャネルアクセス手順と同じまたは類似のＵＬチャネルア
クセス手順に言及するために使用される。
タイプ１およびタイプ２のＵＬチャネルアクセス手順と同じまたは類似のＵＬチャネルア
クセス手順に言及するために使用される。
【0015】
（ＬＴＥフレーム構造タイプ３）
フレーム構造タイプ３は、通常のサイクリックプレフィックスのみを有するＬＡＡセカ
ンダリセル動作に適用可能である。各無線フレームは、長さがＴｆ＝３０７２００・Ｔｓ
＝１０ｍｓであり、長さがＴｓｌоｔ＝１５３６０・Ｔｓ＝０．５ｍｓで０から１９まで
の番号が付けられた２０個のスロットで構成される。サブフレームは、２つの連続したス
ロットとして定義され、サブフレームｉはスロットｉと２ｉ＋１から構成される。３ＧＰ
Ｐ ＴＳ３６．２１１、物理チャネルと変調（リリース１５）、Ｖ１５．０．０を参照さ
れたい。
フレーム構造タイプ３は、通常のサイクリックプレフィックスのみを有するＬＡＡセカ
ンダリセル動作に適用可能である。各無線フレームは、長さがＴｆ＝３０７２００・Ｔｓ
＝１０ｍｓであり、長さがＴｓｌоｔ＝１５３６０・Ｔｓ＝０．５ｍｓで０から１９まで
の番号が付けられた２０個のスロットで構成される。サブフレームは、２つの連続したス
ロットとして定義され、サブフレームｉはスロットｉと２ｉ＋１から構成される。３ＧＰ
Ｐ ＴＳ３６．２１１、物理チャネルと変調（リリース１５）、Ｖ１５．０．０を参照さ
れたい。
【0016】
無線フレーム内の１０個のサブフレームが、下りリンクまたは上りリンク送信に利用可
能である。下りリンク送信は、１つ以上の連続するサブフレームを占有し、サブフレーム
内の任意の場所で開始され、完全に占有されているか、または、ＴＳ３６．２１１の表４
．２－１（Table 4.2-1）に規定されたＤｗＰＴＳ期間の１つに続く最後のサブフレーム
で終了する。上りリンク送信は、１つ以上の連続するサブフレームを占有する。
能である。下りリンク送信は、１つ以上の連続するサブフレームを占有し、サブフレーム
内の任意の場所で開始され、完全に占有されているか、または、ＴＳ３６．２１１の表４
．２－１（Table 4.2-1）に規定されたＤｗＰＴＳ期間の１つに続く最後のサブフレーム
で終了する。上りリンク送信は、１つ以上の連続するサブフレームを占有する。
【0017】
（次世代（NextGen）ネットワーク要件）
３ＧＰＰ ＴＲ３８．９１３、次世代アクセス技術のシナリオおよび要件に関する検討
、（リリース１４）、Ｖ１４．３．０には、次世代アクセス技術のシナリオおよび要件が
定義されている。ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣのデバイスのＫＰＩを表2２に
要約する。
３ＧＰＰ ＴＲ３８．９１３、次世代アクセス技術のシナリオおよび要件に関する検討
、（リリース１４）、Ｖ１４．３．０には、次世代アクセス技術のシナリオおよび要件が
定義されている。ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣのデバイスのＫＰＩを表2２に
要約する。
【0018】
（ＮＲビームフォーミングによるアクセス）
現在、ビームフォーミングによるアクセスのためのフレームワークを設計するために、
３ＧＰＰ標準化の取り組みが進行中である。より高い周波数での無線チャネルの特性は、
ＬＴＥが現在展開されているサブ６ＧＨｚチャネルとは大幅に異なる。より高い周波数用
の新しい無線アクセス技術（ＲＡＴ）を設計する際の主要な課題は、より高い周波数帯域
でのより大きな経路損失を克服することであろう。このより大きな経路損失に加えて、よ
り高い周波数は、回折の弱さによって引き起こされる閉塞のために、好ましくない散乱環
境にさらされる。したがって、レシーバー側で十分な信号レベルを保証するために、ＭＩ
ＭＯ／ビームフォーミングが不可欠である。Ｒ１－１６４０１３、ビームフォーミングに
よるアクセスのためのフレームワーク、サムスンを参照されたい。
現在、ビームフォーミングによるアクセスのためのフレームワークを設計するために、
３ＧＰＰ標準化の取り組みが進行中である。より高い周波数での無線チャネルの特性は、
ＬＴＥが現在展開されているサブ６ＧＨｚチャネルとは大幅に異なる。より高い周波数用
の新しい無線アクセス技術（ＲＡＴ）を設計する際の主要な課題は、より高い周波数帯域
でのより大きな経路損失を克服することであろう。このより大きな経路損失に加えて、よ
り高い周波数は、回折の弱さによって引き起こされる閉塞のために、好ましくない散乱環
境にさらされる。したがって、レシーバー側で十分な信号レベルを保証するために、ＭＩ
ＭＯ／ビームフォーミングが不可欠である。Ｒ１－１６４０１３、ビームフォーミングに
よるアクセスのためのフレームワーク、サムスンを参照されたい。
【0019】
より高い周波数での追加の経路損失を補償するためにデジタルビームフォーミング（Be
amforming：ＢＦ）によって使用されるＭＩＭＯデジタルプリコーディングのみに依存す
ることは、６ＧＨｚ未満と同様のカバレッジを提供するために十分ではないと考えられる
。したがって、追加のゲインを達成するためのアナログビームフォーミングの使用は、デ
ジタルビームフォーミングと併せて、代替となり得る。十分に狭いビームが、多くのアン
テナ要素で形成される必要があり、それは、ＬＴＥ評価で想定されているものとはかなり
異なる可能性が高い。ビームフォーミングゲインが大きい場合、それに応じてビーム幅が
狭くなる傾向があるため、指向性アンテナゲインが大きいビームは、特に３セクタ構成で
は水平セクタ領域全体をカバーできない。同時的高ゲインビーム数の制限要因として、ト
ランシーバアーキテクチャのコストと複雑性が含まれる。
amforming：ＢＦ）によって使用されるＭＩＭＯデジタルプリコーディングのみに依存す
ることは、６ＧＨｚ未満と同様のカバレッジを提供するために十分ではないと考えられる
。したがって、追加のゲインを達成するためのアナログビームフォーミングの使用は、デ
ジタルビームフォーミングと併せて、代替となり得る。十分に狭いビームが、多くのアン
テナ要素で形成される必要があり、それは、ＬＴＥ評価で想定されているものとはかなり
異なる可能性が高い。ビームフォーミングゲインが大きい場合、それに応じてビーム幅が
狭くなる傾向があるため、指向性アンテナゲインが大きいビームは、特に３セクタ構成で
は水平セクタ領域全体をカバーできない。同時的高ゲインビーム数の制限要因として、ト
ランシーバアーキテクチャのコストと複雑性が含まれる。
【0020】
上記のこれらの観察から、異なるサービングエリアをカバーするように操向される狭い
カバレッジビームを用いた時間領域における複数の送信が必要である。本質的に、サブア
レイのアナログビームは、ＯＦＤＭシンボルの時間分解能で、またはセル内の異なるサー
ビングエリアにわたるビーム操向のために定義された任意の適切な時間インターバル単位
で、単一の方向に向かって操向されることができ、したがって、サブアレイの数は、ＯＦ
ＤＭシンボルごとに、またはビーム操向のために定義された時間インターバル単位で、ビ
ーム方向の数および対応するカバレッジを決定する。いくつかの文献では、この目的のた
めの複数の狭いカバレッジビームの提供は、「ビーム掃引」と呼ばれる。アナログおよび
ハイブリッドビームフォーミングの場合、ビーム掃引は、ＮＲにおいて基本的カバレッジ
を提供するために不可欠と考えられる。この概念は、図１に図示され、図中、セクタレベ
ルセルのカバレッジは、セクタビームと複数の高ゲインで狭いビームとを用いて実現され
ている。また、大規模ＭＩＭＯを使用したアナログおよびハイブリッドビームフォーミン
グの場合、ＮＲにおいてサービングセル内の全カバレッジエリアをカバーするためには、
異なるサービングエリアをカバーするように操向される狭いカバレッジビームを用いた時
間領域における複数の送信が不可欠である。
カバレッジビームを用いた時間領域における複数の送信が必要である。本質的に、サブア
レイのアナログビームは、ＯＦＤＭシンボルの時間分解能で、またはセル内の異なるサー
ビングエリアにわたるビーム操向のために定義された任意の適切な時間インターバル単位
で、単一の方向に向かって操向されることができ、したがって、サブアレイの数は、ＯＦ
ＤＭシンボルごとに、またはビーム操向のために定義された時間インターバル単位で、ビ
ーム方向の数および対応するカバレッジを決定する。いくつかの文献では、この目的のた
めの複数の狭いカバレッジビームの提供は、「ビーム掃引」と呼ばれる。アナログおよび
ハイブリッドビームフォーミングの場合、ビーム掃引は、ＮＲにおいて基本的カバレッジ
を提供するために不可欠と考えられる。この概念は、図１に図示され、図中、セクタレベ
ルセルのカバレッジは、セクタビームと複数の高ゲインで狭いビームとを用いて実現され
ている。また、大規模ＭＩＭＯを使用したアナログおよびハイブリッドビームフォーミン
グの場合、ＮＲにおいてサービングセル内の全カバレッジエリアをカバーするためには、
異なるサービングエリアをカバーするように操向される狭いカバレッジビームを用いた時
間領域における複数の送信が不可欠である。
【0021】
ビーム掃引に密接に関連する１つの概念は、ビームペアリングの概念である。ビームペ
アリングは、制御シグナリングまたはデータ送信に使用可能な、ＵＥとそのサービングセ
ルとの間の最良のビームペアを選択するために使用される。下りリンク送信の場合、ビー
ムペアはＵＥ ＲＸビームとＮＲノードＴＸビームから構成され、上りリンク送信の場合
、ビームペアはＵＥ ＴＸビームＮＲノードＲＸビームから構成される。
アリングは、制御シグナリングまたはデータ送信に使用可能な、ＵＥとそのサービングセ
ルとの間の最良のビームペアを選択するために使用される。下りリンク送信の場合、ビー
ムペアはＵＥ ＲＸビームとＮＲノードＴＸビームから構成され、上りリンク送信の場合
、ビームペアはＵＥ ＴＸビームＮＲノードＲＸビームから構成される。
【0022】
別の関連する概念は、ビーム微調整に使用されるビームトレーニングの概念である。例
えば、図１に示すように、ビーム掃引およびセクタビームペアリングプロシージャ中は、
より粗いセクタビームフォーミングが、適用され得る。次に、ビームトレーニングが続き
、例えば、アンテナ重みベクトルが微調整され、続いて、ＵＥとＮＲノードとの間の高ゲ
インで狭いビームのペアリングが実行され得る。
えば、図１に示すように、ビーム掃引およびセクタビームペアリングプロシージャ中は、
より粗いセクタビームフォーミングが、適用され得る。次に、ビームトレーニングが続き
、例えば、アンテナ重みベクトルが微調整され、続いて、ＵＥとＮＲノードとの間の高ゲ
インで狭いビームのペアリングが実行され得る。
【0023】
（ＮＲランダムアクセス手順）
ランダムアクセス手順は、例えば、以下のようないくつかのイベントによってトリガー
される。
・ＲＲＣアイドル（RRC_IDLE）からの初期アクセス。
・ＲＲＣ接続の再確立手順。
・ハンドオーバ。
・ＵＬ同期状態が「非同期」であるときの、ＲＲＣ接続（RRC_CONNECTED）中のＤＬま
たはＵＬデータ着信。
・ＲＲＣ非アクティブ（RRC_INACTIVE）からの遷移。
・他のＳＩの要求。
・ビーム障害の回復。
ランダムアクセス手順は、例えば、以下のようないくつかのイベントによってトリガー
される。
・ＲＲＣアイドル（RRC_IDLE）からの初期アクセス。
・ＲＲＣ接続の再確立手順。
・ハンドオーバ。
・ＵＬ同期状態が「非同期」であるときの、ＲＲＣ接続（RRC_CONNECTED）中のＤＬま
たはＵＬデータ着信。
・ＲＲＣ非アクティブ（RRC_INACTIVE）からの遷移。
・他のＳＩの要求。
・ビーム障害の回復。
【0024】
３ＧＰＰ ＴＳ３８．３００、ＮＲ、ＮＲおよびＮＧ－ＲＡＮ概説、ステージ２（リリ
ース１５）、Ｖ１５．１．０を参照されたい。
ース１５）、Ｖ１５．１．０を参照されたい。
【0025】
【0026】
ＳＵＬで構成されたセルにおける初期アクセスの場合、ＵＥは、ＤＬの測定された品質
がブロードキャストしきい値よりも低い場合にのみ、ＳＵＬキャリアを選択する。ランダ
ムアクセス手順のすべての上りリンク送信は、開始されると、選択されたキャリアに残る
。
がブロードキャストしきい値よりも低い場合にのみ、ＳＵＬキャリアを選択する。ランダ
ムアクセス手順のすべての上りリンク送信は、開始されると、選択されたキャリアに残る
。
【0027】
（ランダムアクセス構成）
通常のランダムアクセスおよびビーム障害回復の両方のために、RACH-ConfigGenericＩ
Ｅを使用して、セル固有のランダムアクセスパラメータが指定される。３ＧＰＰ ＴＳ３
８．３３１、無線リソース制御（ＲＲＣ）プロトコル仕様（リリース１５）、Ｖ１５．１
．０を参照されたい。このＩＥには、使用中のＰＲＡＣＨ構成を指定するprach-Configur
ationIndexフィールドが含まれる。図３は、本明細書に記載の解決策の実施形態を例示す
るために使用される、ＰＲＡＣＨ構成インデックス８６に対応する不対スペクトルのＦＲ
１ ＰＲＡＣＨ構成の図である。
通常のランダムアクセスおよびビーム障害回復の両方のために、RACH-ConfigGenericＩ
Ｅを使用して、セル固有のランダムアクセスパラメータが指定される。３ＧＰＰ ＴＳ３
８．３３１、無線リソース制御（ＲＲＣ）プロトコル仕様（リリース１５）、Ｖ１５．１
．０を参照されたい。このＩＥには、使用中のＰＲＡＣＨ構成を指定するprach-Configur
ationIndexフィールドが含まれる。図３は、本明細書に記載の解決策の実施形態を例示す
るために使用される、ＰＲＡＣＨ構成インデックス８６に対応する不対スペクトルのＦＲ
１ ＰＲＡＣＨ構成の図である。
【0028】
（ランダムアクセス手順のためのＬ１とＬ２／３の間の相互作用モデル）
上記のランダムアクセス手順は、Ｌ１とＬ２／３の相互作用の観点から、下記の図４に
モデル化されている。Ｌ２／Ｌ３は、ランダムアクセスプリアンブル送信のＬ１への指示
の後、ＡＣＫが受信されたか、またはＤＴＸが検出されたかのインジケーションをＬ１か
ら受信する。Ｌ２／３は、必要に応じて、最初にスケジュールされたＵＬ送信（初期アク
セスの場合はＲＲＣ接続要求）か、または、Ｌ１からの指示に基づくランダムアクセスプ
リアンブルを送信するように、Ｌ１に指示する。
上記のランダムアクセス手順は、Ｌ１とＬ２／３の相互作用の観点から、下記の図４に
モデル化されている。Ｌ２／Ｌ３は、ランダムアクセスプリアンブル送信のＬ１への指示
の後、ＡＣＫが受信されたか、またはＤＴＸが検出されたかのインジケーションをＬ１か
ら受信する。Ｌ２／３は、必要に応じて、最初にスケジュールされたＵＬ送信（初期アク
セスの場合はＲＲＣ接続要求）か、または、Ｌ１からの指示に基づくランダムアクセスプ
リアンブルを送信するように、Ｌ１に指示する。
【0029】
（ＮＲ帯域幅適応）
帯域幅適応（ＢＡ）によれば、ＵＥの受信および送信帯域幅は、セルの帯域幅と同程度
に大きくする必要はなく、調整可能である。すなわち、幅を変更するように（例えば、電
力を節約するために低活動の期間に縮小するように）指示することができ、位置は周波数
領域で（例えば、スケジューリングの柔軟性を高めるために）移動することができ、そし
てサブキャリアの間隔を（例えば、異なるサービスを可能にするために）変更するように
指示することができる。セルの合計セル帯域幅のサブセットは帯域幅パート（ＢＷＰ）と
呼ばれ、ＵＥをＢＷＰで構成し、構成されたＢＷＰのうちのどれが現在アクティブである
かをＵＥに知らせることによってＢＡが実現される。３ＧＰＰ ＴＳ３８．２１３、ＮＲ
、制御のための物理層手順（リリース１５）、Ｖ１５．０．０を参照されたい。
帯域幅適応（ＢＡ）によれば、ＵＥの受信および送信帯域幅は、セルの帯域幅と同程度
に大きくする必要はなく、調整可能である。すなわち、幅を変更するように（例えば、電
力を節約するために低活動の期間に縮小するように）指示することができ、位置は周波数
領域で（例えば、スケジューリングの柔軟性を高めるために）移動することができ、そし
てサブキャリアの間隔を（例えば、異なるサービスを可能にするために）変更するように
指示することができる。セルの合計セル帯域幅のサブセットは帯域幅パート（ＢＷＰ）と
呼ばれ、ＵＥをＢＷＰで構成し、構成されたＢＷＰのうちのどれが現在アクティブである
かをＵＥに知らせることによってＢＡが実現される。３ＧＰＰ ＴＳ３８．２１３、ＮＲ
、制御のための物理層手順（リリース１５）、Ｖ１５．０．０を参照されたい。
【0030】
図５は、３つの異なるＢＷＰが構成されているシナリオを説明している。
・幅が４０ＭＨｚで、サブキャリア間隔が１５ｋＨｚのＢＷＰ１。
・幅が１０ＭＨｚで、サブキャリア間隔が１５ｋＨｚのＢＷＰ２。
・幅が２０ＭＨｚで、サブキャリア間隔が６０ｋＨｚのＢＷＰ３。
・幅が４０ＭＨｚで、サブキャリア間隔が１５ｋＨｚのＢＷＰ１。
・幅が１０ＭＨｚで、サブキャリア間隔が１５ｋＨｚのＢＷＰ２。
・幅が２０ＭＨｚで、サブキャリア間隔が６０ｋＨｚのＢＷＰ３。
【0031】
サービングセルは、最大４つのＢＷＰで構成することができ、アクティブ化されたサー
ビングセルの場合、任意の時点で常に１つのアクティブなＢＷＰが存在する。サービング
セルのＢＷＰスイッチングは、一度に、非アクティブなＢＷＰをアクティブ化し、アクテ
ィブなＢＷＰを非アクティブ化するために使用され、下りリンク割り当てまたは上りリン
ク認可を示すＰＤＣＣＨによって制御される。ＳｐＣｅｌｌ（スペシャルセル）の追加ま
たはＳＣｅｌｌのアクティブ化がなされると、下りリンク割り当てまたは上りリンク認可
を示すＰＤＣＣＨを受信することなく、１つのＢＷＰが最初にアクティブになる。サービ
ングセルのアクティブなＢＷＰは、ＲＲＣまたはＰＤＣＣＨによって示される。不対スペ
クトルの場合、ＤＬ ＢＷＰはＵＬ ＢＷＰと対をなし、ＢＷＰスイッチングはＵＬとＤ
Ｌの両方に共通である（ＴＳ３８．２１３）。
ビングセルの場合、任意の時点で常に１つのアクティブなＢＷＰが存在する。サービング
セルのＢＷＰスイッチングは、一度に、非アクティブなＢＷＰをアクティブ化し、アクテ
ィブなＢＷＰを非アクティブ化するために使用され、下りリンク割り当てまたは上りリン
ク認可を示すＰＤＣＣＨによって制御される。ＳｐＣｅｌｌ（スペシャルセル）の追加ま
たはＳＣｅｌｌのアクティブ化がなされると、下りリンク割り当てまたは上りリンク認可
を示すＰＤＣＣＨを受信することなく、１つのＢＷＰが最初にアクティブになる。サービ
ングセルのアクティブなＢＷＰは、ＲＲＣまたはＰＤＣＣＨによって示される。不対スペ
クトルの場合、ＤＬ ＢＷＰはＵＬ ＢＷＰと対をなし、ＢＷＰスイッチングはＵＬとＤ
Ｌの両方に共通である（ＴＳ３８．２１３）。
【0032】
（課題）
ＵＥは、ＮＲ－Ｕサービングセル上で送信を実行する前に、リッスンビフォートーク（
ＬＢＴ）を適用する。ＬＢＴが適用されると、ＵＥはクリアチャネル評価（ＣＣＡ）を実
行して、チャネルが空き状態かビジーかを判定する。チャネルが空き状態であると判定さ
れた場合、ＵＥは送信を実行できるが、それ以外の場合、ＵＥは送信を実行しない。
ＵＥは、ＮＲ－Ｕサービングセル上で送信を実行する前に、リッスンビフォートーク（
ＬＢＴ）を適用する。ＬＢＴが適用されると、ＵＥはクリアチャネル評価（ＣＣＡ）を実
行して、チャネルが空き状態かビジーかを判定する。チャネルが空き状態であると判定さ
れた場合、ＵＥは送信を実行できるが、それ以外の場合、ＵＥは送信を実行しない。
【0033】
使用されている多重化技術（例えば、符号分割多重化（ＣＤＭ）、周波数分割多重化（
ＦＤＭ）、時分割複信（ＴＤＭ））が、隣接するＵＥに干渉を発生させることなく送信の
実行を可能にする場合であっても、隣接するＵＥ（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、Ｓ
ＲＳ、ＲＡＣＨなど）からの送信がＣＣＡ期間と重複する場合、ＬＢＴは失敗し得る。
ＦＤＭ）、時分割複信（ＴＤＭ））が、隣接するＵＥに干渉を発生させることなく送信の
実行を可能にする場合であっても、隣接するＵＥ（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、Ｓ
ＲＳ、ＲＡＣＨなど）からの送信がＣＣＡ期間と重複する場合、ＬＢＴは失敗し得る。
【0034】
例えば、ランダムアクセス設計によって、複数のＵＥ（最大６４個）が、ＰＲＡＣＨ送
信オケージョン中に、同じＰＲＡＣＨリソースを共有することが可能になる。１つ以上の
隣接するＵＥの送信がＣＣＡ期間と重複する場合、チャネルは「ビジー」と見なされ、使
用されている多重化技術が、隣接するＵＥに干渉を発生させることなく送信の実行を可能
にする場合であっても、ＵＥがプリアンブル送信を開始できなくなる。したがって、ラン
ダムアクセス手順を拡張して、隣接するＵＥからのＵＬがＵＥによるプリアンブルの送信
を妨げないことを確実にする必要がある。以下のシナリオが考えられる。
信オケージョン中に、同じＰＲＡＣＨリソースを共有することが可能になる。１つ以上の
隣接するＵＥの送信がＣＣＡ期間と重複する場合、チャネルは「ビジー」と見なされ、使
用されている多重化技術が、隣接するＵＥに干渉を発生させることなく送信の実行を可能
にする場合であっても、ＵＥがプリアンブル送信を開始できなくなる。したがって、ラン
ダムアクセス手順を拡張して、隣接するＵＥからのＵＬがＵＥによるプリアンブルの送信
を妨げないことを確実にする必要がある。以下のシナリオが考えられる。
【0035】
シナリオ１：同じセルからの、チャネルの他のユーザによる競合ベースのプリアンブル
送信のために、ＬＢＴが失敗する可能性がある。
送信のために、ＬＢＴが失敗する可能性がある。
【0036】
シナリオ２：同じセルからの、チャネルの他のユーザによる非競合ベースのプリアンブ
ル送信のために、ＬＢＴが失敗する可能性がある。
ル送信のために、ＬＢＴが失敗する可能性がある。
【0037】
シナリオ３：例えば、同じセルからのチャネルの他のユーザによるＰＵＳＣＨ、ＰＵＣ
ＣＨ、ＳＲＳなどの、他のＵＬ送信のために、ＬＢＴが失敗する可能性がある。
ＣＨ、ＳＲＳなどの、他のＵＬ送信のために、ＬＢＴが失敗する可能性がある。
【0038】
シナリオ４：例えば、Ｗｉ－Ｆｉユーザ、または同じＰＬＭＮまたは異なるＰＬＭＮの
他のセルからのユーザなどの、チャネルの他のユーザによる送信のために、ＬＢＴが失敗
する可能性がある。
他のセルからのユーザなどの、チャネルの他のユーザによる送信のために、ＬＢＴが失敗
する可能性がある。
【0039】
上記の可能なシナリオにより、ＵＥがシナリオ１、２および３で送信を延期しない一方
で、シナリオ４で送信を延期することを確実にするために、ＵＥは、シナリオ４を他のシ
ナリオから区別できなければならない。例えば、ＵＥは、Ｗｉ－Ｆｉ送信の結果としてビ
ジー状態であるチャネルを、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、またはＲＡＣＨなどのセ
ルラーデータ送信の結果としてビジー状態のチャネルから区別できなければならない。そ
のような区別を実行するための方法を調べる必要がある。
で、シナリオ４で送信を延期することを確実にするために、ＵＥは、シナリオ４を他のシ
ナリオから区別できなければならない。例えば、ＵＥは、Ｗｉ－Ｆｉ送信の結果としてビ
ジー状態であるチャネルを、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、またはＲＡＣＨなどのセ
ルラーデータ送信の結果としてビジー状態のチャネルから区別できなければならない。そ
のような区別を実行するための方法を調べる必要がある。
【0040】
（ネットワーク支援を用いたＵＬチャネルアクセス）
本明細書に記載の課題の節で論じたように、同じスケジューラの制御下にあり、与えら
れたＵＥのＵＬ送信と多重化することを意図された隣接するＵＥからの送信（例えば、Ｐ
ＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＲＡＣＨなどの送信）がＣＣＡ期間と重複する場合、Ｕ
Ｅによって実行される、例えば、ＬＢＴなどのチャネルアクセス手順は失敗する可能性が
ある。この問題に対処するために、ｇＮＢは、ＵＬ送信を実行する前に実行され得るチャ
ネルアクセス手順の決定および適応の少なくとも一方を実行するためにＵＥによって使用
されるネットワーク支援情報をＵＥに提供し得る。
本明細書に記載の課題の節で論じたように、同じスケジューラの制御下にあり、与えら
れたＵＥのＵＬ送信と多重化することを意図された隣接するＵＥからの送信（例えば、Ｐ
ＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＲＡＣＨなどの送信）がＣＣＡ期間と重複する場合、Ｕ
Ｅによって実行される、例えば、ＬＢＴなどのチャネルアクセス手順は失敗する可能性が
ある。この問題に対処するために、ｇＮＢは、ＵＬ送信を実行する前に実行され得るチャ
ネルアクセス手順の決定および適応の少なくとも一方を実行するためにＵＥによって使用
されるネットワーク支援情報をＵＥに提供し得る。
【0041】
ネットワーク支援情報を受信したＵＥは、次に、ＵＬ送信を行う前にＬＢＴ手順の実行
を見合わせてもよいし、あるいはＬＢＴ手順のための構成パラメータの異なるセット、例
えば、異なるエネルギー検出しきい値（XThresh）、検知間隔／延期期間（Td）、コンテ
ンションウィンドウ（ＣＷ）サイズなどを使用してもよい。
を見合わせてもよいし、あるいはＬＢＴ手順のための構成パラメータの異なるセット、例
えば、異なるエネルギー検出しきい値（XThresh）、検知間隔／延期期間（Td）、コンテ
ンションウィンドウ（ＣＷ）サイズなどを使用してもよい。
【0042】
ＮＷ支援情報は、少なくとも部分的に、ｇＮＢによって実行されたＬＢＴ手順の結果、
または、同じスケジューラの制御下にある隣接するＵＥからの来たるべき送信と、２つの
スケジューラ間に調整がある場合、異なるスケジューラの制御下にある隣接するＵＥから
の来たるべき送信とのうちの少なくとも一方に基づくことができる。
または、同じスケジューラの制御下にある隣接するＵＥからの来たるべき送信と、２つの
スケジューラ間に調整がある場合、異なるスケジューラの制御下にある隣接するＵＥから
の来たるべき送信とのうちの少なくとも一方に基づくことができる。
【0043】
ネットワーク支援情報は、チャネルアクセスタイプおよびチャネルアクセス優先度クラ
スの少なくとも一方を含み得るチャネルアクセス情報から構成され得る。チャネルアクセ
ス情報は、ＵＬチャネルアクセス手順のタイプおよび使用され得る構成パラメータのセッ
トを決定するために、ＵＥによって使用され得る。例えば、チャネルアクセスタイプを使
用して、無線環境に基づいてＬＢＴ手順を適応させることができ、チャネルアクセス優先
度クラスを使用して、ＵＬチャネルアクセス手順を実行する際のＱｏＳ差別化を提供する
ことができる。ネットワーク支援情報には、ＬＢＴ手順を実行するときに使用されるパラ
メータの明示的な値、例えば、エネルギー検出しきい値（XThresh）、検知間隔／延期期
間（Td）、コンテンションウィンドウ（ＣＷ）サイズなどが含まれ得る。あるいは、与え
られたチャネルアクセスタイプに使用する値は、規格通りに半静的に構成または事前定義
され得る。
スの少なくとも一方を含み得るチャネルアクセス情報から構成され得る。チャネルアクセ
ス情報は、ＵＬチャネルアクセス手順のタイプおよび使用され得る構成パラメータのセッ
トを決定するために、ＵＥによって使用され得る。例えば、チャネルアクセスタイプを使
用して、無線環境に基づいてＬＢＴ手順を適応させることができ、チャネルアクセス優先
度クラスを使用して、ＵＬチャネルアクセス手順を実行する際のＱｏＳ差別化を提供する
ことができる。ネットワーク支援情報には、ＬＢＴ手順を実行するときに使用されるパラ
メータの明示的な値、例えば、エネルギー検出しきい値（XThresh）、検知間隔／延期期
間（Td）、コンテンションウィンドウ（ＣＷ）サイズなどが含まれ得る。あるいは、与え
られたチャネルアクセスタイプに使用する値は、規格通りに半静的に構成または事前定義
され得る。
【0044】
以下は、例示的なチャネルアクセスタイプ、および対応する定義され得るＵＬチャネル
アクセス手順のリストである。
・タイプ１：デフォルト構成セットを使用したランダムバックオフを伴うＬＢＴ。
・タイプ２：デフォルト構成セットを使用したランダムバックオフのないＬＢＴ。
・タイプ３：デフォルト構成セットに対して、例えば、より高いXThreshやより短い検
知間隔／延期期間（Td）などを有する代替構成セットを使用した、ランダムバックオフの
ないＬＢＴ。
・タイプ４：ＬＢＴなし。
アクセス手順のリストである。
・タイプ１：デフォルト構成セットを使用したランダムバックオフを伴うＬＢＴ。
・タイプ２：デフォルト構成セットを使用したランダムバックオフのないＬＢＴ。
・タイプ３：デフォルト構成セットに対して、例えば、より高いXThreshやより短い検
知間隔／延期期間（Td）などを有する代替構成セットを使用した、ランダムバックオフの
ないＬＢＴ。
・タイプ４：ＬＢＴなし。
【0045】
ＮＲ－Ｕの場合、タイプ１およびタイプ２のチャネルアクセスタイプのＵＥの動作は、
タイプ１およびタイプ２のＬＡＡチャネルアクセスに対して定義された動作と同じか類似
するように定義され得る。
タイプ１およびタイプ２のＬＡＡチャネルアクセスに対して定義された動作と同じか類似
するように定義され得る。
【0046】
タイプ３チャネルアクセスの動作は、チャネルにアクセスする際により積極的であるよ
うに定義され得る。例えば、検知間隔Tshort_ulは、単一のタイムスロット期間Tsl = 9
usから構成されるように定義でき、エネルギー検出Xthreshは、タイプ２に使用される値
と比較して高い値に設定され得る。チャネルは、検知間隔Ｔｓｈоｒｔ＿ｕｌ中にXthres
hを下回っていると検知された場合、Ｔｓｈоｒｔ＿ｕｌの間アイドル状態であると見な
される。
うに定義され得る。例えば、検知間隔Tshort_ulは、単一のタイムスロット期間Tsl = 9
usから構成されるように定義でき、エネルギー検出Xthreshは、タイプ２に使用される値
と比較して高い値に設定され得る。チャネルは、検知間隔Ｔｓｈоｒｔ＿ｕｌ中にXthres
hを下回っていると検知された場合、Ｔｓｈоｒｔ＿ｕｌの間アイドル状態であると見な
される。
【0047】
タイプ４の動作は、ＵＥが、ＬＢＴを実行せずに、直ちに送信を実行するようなもので
あり得る。
あり得る。
【0048】
必要に応じて、追加のチャネルアクセスタイプを定義することができる。
【0049】
あるいは、ネットワーク支援情報は、ＵＥがＬＢＴ手順の実行を見合わせることができ
るかどうかを示すために使用され得る送信許可（ＣＴＳ）から構成され得る。
るかどうかを示すために使用され得る送信許可（ＣＴＳ）から構成され得る。
【0050】
ＵＥが、そのチャネルアクセス手順、例えば、ＬＢＴを実行するときに、ＮＷ支援情報
が有効であることを確実にするため、ＤＬ送信を使用してネットワーク支援情報を送信す
ることができ、ＵＥによって実行されるＵＬ送信は、図６に示すように、同じチャネル占
有時間（ＣＯＴ）中に発生する。
が有効であることを確実にするため、ＤＬ送信を使用してネットワーク支援情報を送信す
ることができ、ＵＥによって実行されるＵＬ送信は、図６に示すように、同じチャネル占
有時間（ＣＯＴ）中に発生する。
【0051】
ネットワーク支援情報は、例えば、送信期間および時間内の送信の機会または発生のた
めのリソース割り当て情報を含み得る。リソース割り当て情報は、周波数リソース割り当
て情報を含み得る。この情報に基づいて、ＵＥは、同じサービングセルのユーザがいつ送
信しているか、およびいつ送信していないかを知る。ＵＥは、自身の送信を延期するかど
うかを判定するためにこの情報を使用することができる。例えば、ＵＥは、サービング内
セルチャネル信号の検出および復号化を目的とするクリアチャネル評価（ＣＣＡ）のキャ
リアセンシング機能を実行しない可能性がある。ＵＥは、ＣＣＡのエネルギーレベル検出
機能のみに依存してもよい。この場合、ＬＢＴ結果がチャネルビジーを示していれば、非
サービングセル内、非サービングセルラーＲＡＴ内、またはＷｉＦｉなどの非セルラーシ
ステム内のチャネル共有ユーザからの送信の結果としてチャネルがビジーであるため、Ｕ
Ｅは自身の送信を延期する可能性がある。
めのリソース割り当て情報を含み得る。リソース割り当て情報は、周波数リソース割り当
て情報を含み得る。この情報に基づいて、ＵＥは、同じサービングセルのユーザがいつ送
信しているか、およびいつ送信していないかを知る。ＵＥは、自身の送信を延期するかど
うかを判定するためにこの情報を使用することができる。例えば、ＵＥは、サービング内
セルチャネル信号の検出および復号化を目的とするクリアチャネル評価（ＣＣＡ）のキャ
リアセンシング機能を実行しない可能性がある。ＵＥは、ＣＣＡのエネルギーレベル検出
機能のみに依存してもよい。この場合、ＬＢＴ結果がチャネルビジーを示していれば、非
サービングセル内、非サービングセルラーＲＡＴ内、またはＷｉＦｉなどの非セルラーシ
ステム内のチャネル共有ユーザからの送信の結果としてチャネルがビジーであるため、Ｕ
Ｅは自身の送信を延期する可能性がある。
【0052】
ネットワーク支援アクセス情報は、Ｌ１シグナリング（例えば、ＤＣＩ）または上位層
シグナリング（例えば、ＭＡＣ ＣＥ、ＲＲＣメッセージ）を介してＵＥにシグナリング
され得る。ネットワーク支援情報の送信には、専用、グループベース、またはブロードキ
ャストシグナリングが使用され得る。さらに、支援情報がＤＣＩシグナリングを使用して
ＵＥに設定される場合、サービングセルのＵＥは、グループＰＤＣＣＨを使用してアドレ
ス指定され得る。
シグナリング（例えば、ＭＡＣ ＣＥ、ＲＲＣメッセージ）を介してＵＥにシグナリング
され得る。ネットワーク支援情報の送信には、専用、グループベース、またはブロードキ
ャストシグナリングが使用され得る。さらに、支援情報がＤＣＩシグナリングを使用して
ＵＥに設定される場合、サービングセルのＵＥは、グループＰＤＣＣＨを使用してアドレ
ス指定され得る。
【0053】
（ランダムアクセス）
ＮＲ－Ｕサービングセルは、展開シナリオに応じて、ＳＣｅｌｌ、ＰＳＣｅｌｌ、また
はＰＣｅｌｌとして構成され得る。
ＮＲ－Ｕサービングセルは、展開シナリオに応じて、ＳＣｅｌｌ、ＰＳＣｅｌｌ、また
はＰＣｅｌｌとして構成され得る。
【0054】
ライセンスバンドＮＲ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＳＣｅｌｌ）の間のキャリアアグリ
ゲーション（ＣＡ）の場合、以下のイベントのために、ランダムアクセスがＮＲ－Ｕ Ｓ
Ｃｅｌｌを用いて実行され得る。
・ＮＲ－Ｕ ＳＣｅｌｌとの時間的整合性を確立するため。
・ビーム障害回復。
ゲーション（ＣＡ）の場合、以下のイベントのために、ランダムアクセスがＮＲ－Ｕ Ｓ
Ｃｅｌｌを用いて実行され得る。
・ＮＲ－Ｕ ＳＣｅｌｌとの時間的整合性を確立するため。
・ビーム障害回復。
【0055】
ライセンスバンドＬＴＥ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＰＳＣｅｌｌ）の間のデュアルコ
ネクティビティ（ＤＣ）の場合、以下のイベントのために、ランダムアクセスがＮＲ－Ｕ
ＰＳＣｅｌｌを用いて実行され得る。
・ＳＣＧ追加／変更。
・ＵＬが「非同期」の場合、またはＰＵＣＣＨリソースがない場合のＵＬ／ＤＬデータ
着信。
・ＵＬが「非同期」の場合、ＤＬデータ着信により、ＮＲ－Ｕ ＰＳＣｅｌｌ上のＲＡ
ＣＨまたはＳＣＧのＮＲ－Ｕ ＳＣｅｌｌがトリガーされる。
・ＵＬが「非同期」の場合、またはＰＵＣＣＨリソースがない場合、ＵＬデータ着信に
より、ＮＲ－Ｕ ＰＳＣｅｌｌ上のＲＡＣＨがトリガーされる。
・ビーム障害回復。
ネクティビティ（ＤＣ）の場合、以下のイベントのために、ランダムアクセスがＮＲ－Ｕ
ＰＳＣｅｌｌを用いて実行され得る。
・ＳＣＧ追加／変更。
・ＵＬが「非同期」の場合、またはＰＵＣＣＨリソースがない場合のＵＬ／ＤＬデータ
着信。
・ＵＬが「非同期」の場合、ＤＬデータ着信により、ＮＲ－Ｕ ＰＳＣｅｌｌ上のＲＡ
ＣＨまたはＳＣＧのＮＲ－Ｕ ＳＣｅｌｌがトリガーされる。
・ＵＬが「非同期」の場合、またはＰＵＣＣＨリソースがない場合、ＵＬデータ着信に
より、ＮＲ－Ｕ ＰＳＣｅｌｌ上のＲＡＣＨがトリガーされる。
・ビーム障害回復。
【0056】
スタンドアローン（ＳＡ）ＮＲ－Ｕの場合、以下のイベントのために、ランダムアクセ
スがＮＲ－Ｕ ＳＡセルを用いて実行され得る。
・初期アクセス、
・ＲＲＣ接続の再確立、
・ハンドオーバ、
・ＵＬが「非同期」の場合、またはＰＵＣＣＨリソースがない場合のＵＬ／ＤＬデータ
着信、
・ＲＲＣ非アクティブからの遷移、
・他のＳＩの要求、または
・ビーム障害回復。
スがＮＲ－Ｕ ＳＡセルを用いて実行され得る。
・初期アクセス、
・ＲＲＣ接続の再確立、
・ハンドオーバ、
・ＵＬが「非同期」の場合、またはＰＵＣＣＨリソースがない場合のＵＬ／ＤＬデータ
着信、
・ＲＲＣ非アクティブからの遷移、
・他のＳＩの要求、または
・ビーム障害回復。
【0057】
ＮＲ－Ｕサービングセルを用いてランダムアクセスを実行する場合、ランダムアクセス
手順の各ステップは、例えば、ＬＢＴなどのチャネルアクセス手順が、送信ノードによっ
て、図７に示すように実行されることを必要とし得る。
手順の各ステップは、例えば、ＬＢＴなどのチャネルアクセス手順が、送信ノードによっ
て、図７に示すように実行されることを必要とし得る。
【0058】
ＣＣＡ期間と重複する隣接ＵＥからの送信をＵＥが延期することを防ぐために、ｇＮＢ
は、ランダムアクセスプリアンブルを送信する前に実行され得るチャネルアクセス手順の
決定および適応の少なくとも一方を実行するためにＵＥによって使用される支援情報をＵ
Ｅに提供し得る。
は、ランダムアクセスプリアンブルを送信する前に実行され得るチャネルアクセス手順の
決定および適応の少なくとも一方を実行するためにＵＥによって使用される支援情報をＵ
Ｅに提供し得る。
【0059】
（信号ＮＷ支援情報のシグナリングのメカニズム）
ＵＥが、そのチャネルアクセス手順、例えば、ＬＢＴを実行するときに、ＮＷ支援情報
が有効であることを確実にするため、ＤＬ送信を使用してＮＷ支援情報を送信することが
でき、ランダムアクセスプリアンブルの送信は、図８に示すように、同じＣＯＴ中に発生
する。
ＵＥが、そのチャネルアクセス手順、例えば、ＬＢＴを実行するときに、ＮＷ支援情報
が有効であることを確実にするため、ＤＬ送信を使用してＮＷ支援情報を送信することが
でき、ランダムアクセスプリアンブルの送信は、図８に示すように、同じＣＯＴ中に発生
する。
【0060】
ＮＷ支援アクセス情報は、専用、グループベース、またはブロードキャストシグナリン
グを使用して送信され得るＬ１シグナリング（例えば、ＤＣＩ）または上位層シグナリン
グ（例えば、ＭＡＣ ＣＥ、ＲＲＣメッセージ）を介してＵＥにシグナリングされ得る。
グを使用して送信され得るＬ１シグナリング（例えば、ＤＣＩ）または上位層シグナリン
グ（例えば、ＭＡＣ ＣＥ、ＲＲＣメッセージ）を介してＵＥにシグナリングされ得る。
【0061】
表３は、ＮＷ支援情報をシグナリングするために使用され得るＤＣＩフォーマットの例
示的な定義である。ＤＣＩは、Ｃ－ＲＮＴＩまたはネットワーク支援ＲＮＴＩ（ＮＡ－Ｒ
ＮＴＩ）によってスクランブルされ得る。ＮＡ－ＲＮＴＩには、既存のＲＮＴＩ値に対し
て一意的な値、例えば、0xFFFDが割り当てられる。
示的な定義である。ＤＣＩは、Ｃ－ＲＮＴＩまたはネットワーク支援ＲＮＴＩ（ＮＡ－Ｒ
ＮＴＩ）によってスクランブルされ得る。ＮＡ－ＲＮＴＩには、既存のＲＮＴＩ値に対し
て一意的な値、例えば、0xFFFDが割り当てられる。
【0062】
この例では、ＮＷ支援情報は、ランダムアクセスプリアンブルの送信の前に実行され得
るチャネルアクセス手順のタイプを示すために使用されるチャネルアクセスタイプフィー
ルドから構成される。チャネルアクセスタイプフィールドは、値０がタイプ１に対応、値
１がタイプ２に対応、等々となるように定義でき、アクセスタイプは、本明細書に記載の
例示的なチャネルアクセスタイプに従って事前定義することができる。
るチャネルアクセス手順のタイプを示すために使用されるチャネルアクセスタイプフィー
ルドから構成される。チャネルアクセスタイプフィールドは、値０がタイプ１に対応、値
１がタイプ２に対応、等々となるように定義でき、アクセスタイプは、本明細書に記載の
例示的なチャネルアクセスタイプに従って事前定義することができる。
【0063】
ＤＣＩフォーマットは、トリガーイベントに関連するサービスのＱｏＳに基づいてチャ
ネルアクセス手順を適応させるために使用され得るチャネルアクセス優先度クラスなどの
追加のフィールドを含むように拡張され得る。
ネルアクセス手順を適応させるために使用され得るチャネルアクセス優先度クラスなどの
追加のフィールドを含むように拡張され得る。
【0064】
ＮＷ支援情報は、ＮＡ－ＲＮＴＩによってスクランブルされたグループ共通ＰＤＣＣＨ
上で送信され得る。あるいは、例えば、ＵＥが競合のないランダムアクセス手順を実行す
る場合、ＮＷ支援情報は、ＵＥ固有のインジケーションのためにＣ－ＲＮＴＩによってス
クランブルされたＤＣＩフォーマットを使用して送信され得る。
上で送信され得る。あるいは、例えば、ＵＥが競合のないランダムアクセス手順を実行す
る場合、ＮＷ支援情報は、ＵＥ固有のインジケーションのためにＣ－ＲＮＴＩによってス
クランブルされたＤＣＩフォーマットを使用して送信され得る。
【0065】
このＤＣＩは、ＰＲＡＣＨリソースに先行するＣＯＲＥＳＥＴ中で送信され得る。これ
は、タイプ０－ＰＤＣＣＨ共通探索空間またはタイプ１－ＰＤＣＣＨ共通探索空間に対す
るＣＯＲＥＳＥＴと同じであってもよい。あるいは、これは、例えば、nw-assistance-co
reset-configurationなどの上位層パラメータによって構成された異なるＣＯＲＥＳＥＴ
であってもよい。
は、タイプ０－ＰＤＣＣＨ共通探索空間またはタイプ１－ＰＤＣＣＨ共通探索空間に対す
るＣＯＲＥＳＥＴと同じであってもよい。あるいは、これは、例えば、nw-assistance-co
reset-configurationなどの上位層パラメータによって構成された異なるＣＯＲＥＳＥＴ
であってもよい。
【0066】
ＵＥは、例えば、Ｃ－ＲＮＴＩによってスクランブルされている場合、共通探索空間（
例えば、タイプ０－ＰＤＣＣＨ共通探索空間、タイプ１－ＰＤＣＣＨ共通探索空間）また
はＵＥ固有の探索空間におけるＮＷ支援情報を監視し得る。ＵＥは、また、例えば、nw-a
ssistance-SearchSpaceなどの上位層パラメータによって構成され得るＮＷ支援検索空間
を監視するように構成され得る。
例えば、タイプ０－ＰＤＣＣＨ共通探索空間、タイプ１－ＰＤＣＣＨ共通探索空間）また
はＵＥ固有の探索空間におけるＮＷ支援情報を監視し得る。ＵＥは、また、例えば、nw-a
ssistance-SearchSpaceなどの上位層パラメータによって構成され得るＮＷ支援検索空間
を監視するように構成され得る。
【0067】
このＤＣＩを監視するように構成されたＵＥは、ランダムアクセスプリアンブルを送信
する前に実行され得るチャネルアクセス手順の決定および適応の少なくとも一方を実行す
るために後で使用されることになるＮＷ支援情報を検出する。
する前に実行され得るチャネルアクセス手順の決定および適応の少なくとも一方を実行す
るために後で使用されることになるＮＷ支援情報を検出する。
【0068】
ネットワーク支援情報ＤＣＩがＵＥによって受信されないが、ＳＳＢ、ＣＳＩ－ＲＳ、
グループ共通ＰＤＣＣＨまたは共通探索空間内の他のＰＤＣＣＨのいずれかがＵＥによっ
てＤＬ上で検出される場合、検出されたＳＳＢ、ＣＳＩ－ＲＳ、グループ共通ＰＤＣＣＨ
、または他のＰＤＣＣＨは、ＣＯＴの間、ｇＮＢからの暗黙の指示として使用され得る。
この場合、ＵＥは、チャネルアクセス手順のために構成されたか、またはフォールバック
のチャネルアクセスタイプを使用することができる。ネットワーク支援情報ＤＣＩも、い
かなるＤＬ信号（例えば、ＳＳＢやＣＳＩ－ＲＳ）やＰＤＣＣＨも、例えば、チャネル状
態の不良やＤＬ ＬＢＴ障害が原因で検出されない場合、ＵＥはデフォルトのチャネルア
クセスタイプを仮定することができる。例えば、本明細書で説明したようなタイプ１を使
用して、ランダムアクセスプリアンブルの送信の前にチャネルアクセス手順を実行するこ
とができる。あるいは、ネットワーク支援情報ＤＣＩが受信されない場合、ＵＥはプリア
ンブル送信を「省く」ことができる。
グループ共通ＰＤＣＣＨまたは共通探索空間内の他のＰＤＣＣＨのいずれかがＵＥによっ
てＤＬ上で検出される場合、検出されたＳＳＢ、ＣＳＩ－ＲＳ、グループ共通ＰＤＣＣＨ
、または他のＰＤＣＣＨは、ＣＯＴの間、ｇＮＢからの暗黙の指示として使用され得る。
この場合、ＵＥは、チャネルアクセス手順のために構成されたか、またはフォールバック
のチャネルアクセスタイプを使用することができる。ネットワーク支援情報ＤＣＩも、い
かなるＤＬ信号（例えば、ＳＳＢやＣＳＩ－ＲＳ）やＰＤＣＣＨも、例えば、チャネル状
態の不良やＤＬ ＬＢＴ障害が原因で検出されない場合、ＵＥはデフォルトのチャネルア
クセスタイプを仮定することができる。例えば、本明細書で説明したようなタイプ１を使
用して、ランダムアクセスプリアンブルの送信の前にチャネルアクセス手順を実行するこ
とができる。あるいは、ネットワーク支援情報ＤＣＩが受信されない場合、ＵＥはプリア
ンブル送信を「省く」ことができる。
【0069】
ネットワークトリガーされたランダムアクセス手順を実行する際、ｇＮＢは、ランダム
アクセス手順をトリガーした、例えば、ＤＬデータ着信、ハンドオーバなどのイベントに
応答してＮＷ支援情報をＵＥに送信することにより、ＮＲ－Ｕ ＳＣｅｌｌ、ＳＣＧ追加
／変更などとの時間的整合性を確立することができる。これらのシナリオの場合、ランダ
ムアクセスプリアンブルの送信に使用されるメッセージおよび対応するＰＲＡＣＨ送信機
会が同じＣＯＴ中に発生するならば、ランダムアクセス手順のトリガーに使用されるメッ
セージでＮＷ支援情報がシグナリングされ得る。
アクセス手順をトリガーした、例えば、ＤＬデータ着信、ハンドオーバなどのイベントに
応答してＮＷ支援情報をＵＥに送信することにより、ＮＲ－Ｕ ＳＣｅｌｌ、ＳＣＧ追加
／変更などとの時間的整合性を確立することができる。これらのシナリオの場合、ランダ
ムアクセスプリアンブルの送信に使用されるメッセージおよび対応するＰＲＡＣＨ送信機
会が同じＣＯＴ中に発生するならば、ランダムアクセス手順のトリガーに使用されるメッ
セージでＮＷ支援情報がシグナリングされ得る。
【0070】
図９は、ランダムアクセス手順が、ｇＮＢによって、ＮＷ支援情報を含むＰＤＣＣＨ命
令を使用してトリガーされるシナリオの時間スケジュールの図である。
令を使用してトリガーされるシナリオの時間スケジュールの図である。
【0071】
表８は、ＮＷ支援情報をシグナリングするために使用され得るＮＲ－Ｕ ＰＤＣＣＨ命
令の例示的な定義である。この例では、ＮＷ支援情報は、ランダムアクセスプリアンブル
の送信の前に実行され得るチャネルアクセス手順のタイプを示すために使用されるチャネ
ルアクセスタイプフィールドから構成される。チャネルアクセスタイプフィールドは、値
０がタイプ１に対応、値１がタイプ２に対応、等々となるように定義でき、アクセスタイ
プは、本明細書に記載の例示的なチャネルアクセスタイプに従って事前定義することがで
きる。
令の例示的な定義である。この例では、ＮＷ支援情報は、ランダムアクセスプリアンブル
の送信の前に実行され得るチャネルアクセス手順のタイプを示すために使用されるチャネ
ルアクセスタイプフィールドから構成される。チャネルアクセスタイプフィールドは、値
０がタイプ１に対応、値１がタイプ２に対応、等々となるように定義でき、アクセスタイ
プは、本明細書に記載の例示的なチャネルアクセスタイプに従って事前定義することがで
きる。
【0072】
ＮＲ－Ｕ ＰＤＣＣＨ命令は、トリガーイベントに関連するサービスのＱｏＳに基づい
てチャネルアクセス手順を適応させるために使用され得るチャネルアクセス優先度クラス
などの追加のフィールドを含むように拡張され得る。
てチャネルアクセス手順を適応させるために使用され得るチャネルアクセス優先度クラス
などの追加のフィールドを含むように拡張され得る。
【0073】
あるいは、ＮＷ支援情報は、ランダムアクセス手順をトリガーするために使用されるメ
ッセージとは異なるメッセージでシグナリングされ得る。これにより、ランダムアクセス
手順をトリガーするために使用されるメッセージと、ＮＷ支援情報を提供するために使用
されるメッセージを、異なるＣＯＴ中に送信することができる。
ッセージとは異なるメッセージでシグナリングされ得る。これにより、ランダムアクセス
手順をトリガーするために使用されるメッセージと、ＮＷ支援情報を提供するために使用
されるメッセージを、異なるＣＯＴ中に送信することができる。
【0074】
図１０は、ランダムアクセス手順をトリガーするために使用されるＰＤＣＣＨ命令がＣ
ＯＴｘ中に送信され、ＮＷ支援情報がＣＯＴｙ中に送信されるシナリオの図である。ＣＯ
ＴｘとＣＯＴｙは連続する場合もしない場合もある。
ＯＴｘ中に送信され、ＮＷ支援情報がＣＯＴｙ中に送信されるシナリオの図である。ＣＯ
ＴｘとＣＯＴｙは連続する場合もしない場合もある。
【0075】
図１１は、ランダムアクセス手順をトリガーするために使用されるハンドオーバーコマ
ンドがＣＯＴｘ中にソースｇＮＢによって送信され、ＮＷ支援情報がＣＯＴｙ中にターゲ
ットｇＮＢによって送信されるシナリオの図である。
ンドがＣＯＴｘ中にソースｇＮＢによって送信され、ＮＷ支援情報がＣＯＴｙ中にターゲ
ットｇＮＢによって送信されるシナリオの図である。
【0076】
本明細書に記載のランダムアクセス手順中にシグナリングされるＲＡＲは、ＲＡＲ Ｕ
Ｌ認可によってスケジュールされたＵＬ送信の前に実行され得るチャネルアクセス手順の
決定および適応の少なくとも一方を実行するためにＵＥによって使用されるＮＷ支援情報
をも含み得る。
Ｌ認可によってスケジュールされたＵＬ送信の前に実行され得るチャネルアクセス手順の
決定および適応の少なくとも一方を実行するためにＵＥによって使用されるＮＷ支援情報
をも含み得る。
【0077】
例えば、ＮＷ支援情報は、ＲＡＲ ＵＬ認可のフィールドとして含まれ得る。表８は、
ＮＷ支援情報をシグナリングするために使用され得るＮＲ－Ｕ ＲＡＲ ＵＬ認可の例示
的な定義である。この例では、ＮＷ支援情報は、スケジュールされたＵＬ送信の前に実行
され得るチャネルアクセス手順のタイプを示すために使用されるチャネルアクセスタイプ
フィールドから構成されている。チャネルアクセスタイプフィールドは、値０がタイプ１
に対応、値１がタイプ２に対応、等々となるように定義でき、アクセスタイプは、本明細
書に記載の例示的なチャネルアクセスタイプに従って事前定義することができる。
ＮＷ支援情報をシグナリングするために使用され得るＮＲ－Ｕ ＲＡＲ ＵＬ認可の例示
的な定義である。この例では、ＮＷ支援情報は、スケジュールされたＵＬ送信の前に実行
され得るチャネルアクセス手順のタイプを示すために使用されるチャネルアクセスタイプ
フィールドから構成されている。チャネルアクセスタイプフィールドは、値０がタイプ１
に対応、値１がタイプ２に対応、等々となるように定義でき、アクセスタイプは、本明細
書に記載の例示的なチャネルアクセスタイプに従って事前定義することができる。
【0078】
ＮＲ－Ｕ ＲＡＲ ＵＬ認可は、ＲＡＲ ＵＬ認可によってスケジュールされたＵＬ送
信のＱｏＳに基づいてチャネルアクセス手順を適応させるために使用され得るチャネルア
クセス優先度クラスなどの追加のフィールドを含むように拡張され得る。
信のＱｏＳに基づいてチャネルアクセス手順を適応させるために使用され得るチャネルア
クセス優先度クラスなどの追加のフィールドを含むように拡張され得る。
【0079】
あるいは、ＮＷ支援情報は、ＲＡＲのＭＡＣペイロード内のフィールドとしてシグナリ
ングされ得る。ＮＷ支援情報をシグナリングするために使用できる例示的なＭＡＣ ＲＡ
Ｒを図１２に示す。この例では、ＮＷ支援情報はチャネルアクセスタイプから構成されて
いる。ＭＡＣ ＲＡＲのフィールドは以下のように定義することができる。
・Ｒ：予約ビットで、「０」に設定される。
・チャネルアクセスタイプ：チャネルアクセスタイプフィールドは、スケジュールされ
たＵＬ送信の前に実行され得るチャネルアクセス手順のタイプを示し、３ビットである。
チャネルアクセスタイプフィールドは、値０がタイプ１に対応、値１がタイプ２に対応、
等々となるように定義でき、アクセスタイプは、本明細書に記載の例示的なチャネルアク
セスタイプに従って事前定義することができる。
・タイミングアドバンスコマンド：タイミングアドバンスコマンドフィールドは、ＭＡ
ＣエンティティがＴＳ３８．２１３において適用する必要のあるタイミング調整量を制御
するために使用されるインデックス値ＴＡを示す。タイミングアドバンスコマンドフィー
ルドのサイズは１２ビットである。
・ＵＬ認可：上りリンク認可フィールドは、ＴＳ３８．２１３における上りリンク上で
使用すべきリソースを示す。ＵＬ認可フィールドのサイズは２５ビットである。
・一時的Ｃ－ＲＮＴＩ：一時的Ｃ－ＲＮＴＩフィールドは、ランダムアクセス中にＭＡ
Ｃエンティティによって使用される一時的な識別を示す。一時的Ｃ－ＲＮＴＩフィールド
のサイズは１６ビットである。
ングされ得る。ＮＷ支援情報をシグナリングするために使用できる例示的なＭＡＣ ＲＡ
Ｒを図１２に示す。この例では、ＮＷ支援情報はチャネルアクセスタイプから構成されて
いる。ＭＡＣ ＲＡＲのフィールドは以下のように定義することができる。
・Ｒ：予約ビットで、「０」に設定される。
・チャネルアクセスタイプ：チャネルアクセスタイプフィールドは、スケジュールされ
たＵＬ送信の前に実行され得るチャネルアクセス手順のタイプを示し、３ビットである。
チャネルアクセスタイプフィールドは、値０がタイプ１に対応、値１がタイプ２に対応、
等々となるように定義でき、アクセスタイプは、本明細書に記載の例示的なチャネルアク
セスタイプに従って事前定義することができる。
・タイミングアドバンスコマンド：タイミングアドバンスコマンドフィールドは、ＭＡ
ＣエンティティがＴＳ３８．２１３において適用する必要のあるタイミング調整量を制御
するために使用されるインデックス値ＴＡを示す。タイミングアドバンスコマンドフィー
ルドのサイズは１２ビットである。
・ＵＬ認可：上りリンク認可フィールドは、ＴＳ３８．２１３における上りリンク上で
使用すべきリソースを示す。ＵＬ認可フィールドのサイズは２５ビットである。
・一時的Ｃ－ＲＮＴＩ：一時的Ｃ－ＲＮＴＩフィールドは、ランダムアクセス中にＭＡ
Ｃエンティティによって使用される一時的な識別を示す。一時的Ｃ－ＲＮＴＩフィールド
のサイズは１６ビットである。
【0080】
ＮＷ支援情報を持つＭＡＣ ＲＡＲは、ＲＡＲ ＵＬ認可によってスケジュールされた
ＵＬ送信のＱｏＳに基づいてチャネルアクセス手順を適応させるために使用され得るチャ
ネルアクセス優先度クラスなどの追加のフィールドを含むように拡張され得る。
ＵＬ送信のＱｏＳに基づいてチャネルアクセス手順を適応させるために使用され得るチャ
ネルアクセス優先度クラスなどの追加のフィールドを含むように拡張され得る。
【0081】
ランダムアクセスプリアンブル、およびＲＡＲを介してスケジュールされたＵＬ送信が
同じＣＯＴ中に発生するシナリオの場合、ランダムアクセスプリアンブルを送信する前に
実行され得るチャネルアクセス手順を決定／適応するために使用されるＮＷ支援情報は、
ＲＡＲ ＵＬ認可によってスケジュールされた任意のＵＬ送信を実行する前に実行され得
るチャネルアクセス手順を決定／適応するためにも使用され得る。
同じＣＯＴ中に発生するシナリオの場合、ランダムアクセスプリアンブルを送信する前に
実行され得るチャネルアクセス手順を決定／適応するために使用されるＮＷ支援情報は、
ＲＡＲ ＵＬ認可によってスケジュールされた任意のＵＬ送信を実行する前に実行され得
るチャネルアクセス手順を決定／適応するためにも使用され得る。
【0082】
（ＮＷ支援情報を使用したランダムアクセス）
図１３は、ＮＷ支援情報を用いたＮＲ－Ｕ競合ベースランダムアクセス手順のためのシ
グナリングの図である。この例では、図８に示すように、ＮＷ支援情報とランダムアクセ
スプリアンブルの送信が同じＣＯＴ中に発生する。残りのメッセージの送信は、このＣＯ
Ｔ中または異なるＣＯＴ中に発生する可能性がある。
図１３は、ＮＷ支援情報を用いたＮＲ－Ｕ競合ベースランダムアクセス手順のためのシ
グナリングの図である。この例では、図８に示すように、ＮＷ支援情報とランダムアクセ
スプリアンブルの送信が同じＣＯＴ中に発生する。残りのメッセージの送信は、このＣＯ
Ｔ中または異なるＣＯＴ中に発生する可能性がある。
【0083】
図１４は、ＮＷ支援情報を用いたＮＲ－Ｕ競合のないランダムアクセス手順のシグナリ
ングの図であり、ここでは、ＮＷ支援情報とＲＡプリアンブル割り当ては、ＰＤＣＣＨ命
令を介してシグナリングされる。この例では、図９に示すように、ＰＤＣＣＨ命令とラン
ダムアクセスプリアンブルを介したＮＷ支援情報の送信は、同じＣＯＴ中に発生する。ラ
ンダムアクセス応答の送信は、ＰＤＣＣＨ命令とランダムアクセスプリアンブルの送信と
同じＣＯＴ中、または異なるＣＯＴ中に発生し得る。
ングの図であり、ここでは、ＮＷ支援情報とＲＡプリアンブル割り当ては、ＰＤＣＣＨ命
令を介してシグナリングされる。この例では、図９に示すように、ＰＤＣＣＨ命令とラン
ダムアクセスプリアンブルを介したＮＷ支援情報の送信は、同じＣＯＴ中に発生する。ラ
ンダムアクセス応答の送信は、ＰＤＣＣＨ命令とランダムアクセスプリアンブルの送信と
同じＣＯＴ中、または異なるＣＯＴ中に発生し得る。
【0084】
図１５は、ＮＷ支援情報を用いたＮＲ－Ｕ競合のないランダムアクセス手順のシグナリ
ングの図であり、ここでは、ＲＡプリアンブル割り当てはＰＤＣＣＨ命令を介してシグナ
リングされ、ＮＷ支援情報は別個にシグナリングされる。この例では、図１０に示すよう
に、ＮＷ支援情報とランダムアクセスプリアンブルの送信は同じＣＯＴ中に発生するが、
ＰＤＣＣＨ命令を介したＲＡプリアンブル割り当ての送信は異なるＣＯＴ中に発生する。
ＲＡＲの送信は、ＮＷ支援情報およびランダムアクセスプリアンブルの送信と同じＣＯＴ
中に発生しても、異なるＣＯＴ中に発生してもよい。
ングの図であり、ここでは、ＲＡプリアンブル割り当てはＰＤＣＣＨ命令を介してシグナ
リングされ、ＮＷ支援情報は別個にシグナリングされる。この例では、図１０に示すよう
に、ＮＷ支援情報とランダムアクセスプリアンブルの送信は同じＣＯＴ中に発生するが、
ＰＤＣＣＨ命令を介したＲＡプリアンブル割り当ての送信は異なるＣＯＴ中に発生する。
ＲＡＲの送信は、ＮＷ支援情報およびランダムアクセスプリアンブルの送信と同じＣＯＴ
中に発生しても、異なるＣＯＴ中に発生してもよい。
【0085】
図１６は、ＮＷ支援情報を用いたＮＲ－Ｕ競合のないランダムアクセス手順のシグナリ
ングの図であり、ここでは、ＲＡプリアンブル割り当てはハンドオーバーコマンドを介し
てシグナリングされ、ＮＷ支援情報は別個にシグナリングされる。
ングの図であり、ここでは、ＲＡプリアンブル割り当てはハンドオーバーコマンドを介し
てシグナリングされ、ＮＷ支援情報は別個にシグナリングされる。
【0086】
この例では、図１１に示すように、ＮＷ支援情報とランダムアクセスプリアンブルの送
信は同じＣＯＴ中に発生するが、ＲＡプリアンブル割り当ての送信は異なるＣＯＴ中に発
生する。ＲＡＲの送信は、ＮＷ支援情報およびランダムアクセスプリアンブルの送信と同
じＣＯＴ中に発生しても、異なるＣＯＴ中に発生してもよい。
信は同じＣＯＴ中に発生するが、ＲＡプリアンブル割り当ての送信は異なるＣＯＴ中に発
生する。ＲＡＲの送信は、ＮＷ支援情報およびランダムアクセスプリアンブルの送信と同
じＣＯＴ中に発生しても、異なるＣＯＴ中に発生してもよい。
【0087】
（ＮＲ－Ｕランダムアクセス構成）
ＮＲにおいては、表８に定義されるように、２つの周波数範囲、ＦＲ１およびＦＲ２が
存在する。３ＧＰＰ ＴＳ３８．１０１、ユーザ端末（ＵＥ）の無線送受信（リリース１
５）、Ｖ１５．１．０を参照されたい。
ＮＲにおいては、表８に定義されるように、２つの周波数範囲、ＦＲ１およびＦＲ２が
存在する。３ＧＰＰ ＴＳ３８．１０１、ユーザ端末（ＵＥ）の無線送受信（リリース１
５）、Ｖ１５．１．０を参照されたい。
【0088】
ＮＲにおけるＰＲＡＣＨでは、ＦＲ１に対して１．２５、５、１５、および３０ｋＨｚ
のサブキャリア間隔が使用され、ＦＲ２に対して６０および１２０ｋＨｚが使用される。
のサブキャリア間隔が使用され、ＦＲ２に対して６０および１２０ｋＨｚが使用される。
【0089】
ＬＢＴの時間位置および持続時間をより柔軟に選択することができ、ＰＲＡＣＨリソー
スをより効率的に使用することができるため、ＦＲ１内のＮＲ－Ｕに６０ｋＨｚおよび１
２０ｋＨｚのサブキャリア間隔を導入することは有益であろう。図１７に示すように、プ
リアンブルに６０ｋＨｚのサブキャリア間隔を使用すると、ＰＲＡＣＨ送信オケージョン
に使用可能なシンボルの数が多くなる可能性がある。各ＳＦ（１ミリ秒）内に存在するシ
ンボルは、合計５６個になるであろう。例示のため、ＬＢＴ期間を、６個の６０ｋＨｚ
ＯＦＤＭシンボルと仮定すると、１４シンボルのうち１２個（８５．７％）しかＰＲＡＣ
Ｈ送信オケージョンに使用できない１５ｋＨｚのサブキャリア間隔の場合と比較して、例
えば、５６シンボルのうち５０個（８９．３％）がＰＲＡＣＨ送信オケージョンに使用可
能である。
スをより効率的に使用することができるため、ＦＲ１内のＮＲ－Ｕに６０ｋＨｚおよび１
２０ｋＨｚのサブキャリア間隔を導入することは有益であろう。図１７に示すように、プ
リアンブルに６０ｋＨｚのサブキャリア間隔を使用すると、ＰＲＡＣＨ送信オケージョン
に使用可能なシンボルの数が多くなる可能性がある。各ＳＦ（１ミリ秒）内に存在するシ
ンボルは、合計５６個になるであろう。例示のため、ＬＢＴ期間を、６個の６０ｋＨｚ
ＯＦＤＭシンボルと仮定すると、１４シンボルのうち１２個（８５．７％）しかＰＲＡＣ
Ｈ送信オケージョンに使用できない１５ｋＨｚのサブキャリア間隔の場合と比較して、例
えば、５６シンボルのうち５０個（８９．３％）がＰＲＡＣＨ送信オケージョンに使用可
能である。
【0090】
ＦＲ１におけるＮＲ－Ｕのための６０および１２０ｋＨｚのＲＡＣＨ構成のサポートは
、３ＧＰＰ ＴＳ３８．２１１、物理チャネルと変調（リリース１５）、Ｖ１５．１．０
に定義されている既存のＲＡＣＨ構成テーブルを使用するか、または同じRACH-ConfigGen
ericＩＥを使用することによって行うことができる。ＴＳ３８．３３１を参照されたい。
、３ＧＰＰ ＴＳ３８．２１１、物理チャネルと変調（リリース１５）、Ｖ１５．１．０
に定義されている既存のＲＡＣＨ構成テーブルを使用するか、または同じRACH-ConfigGen
ericＩＥを使用することによって行うことができる。ＴＳ３８．３３１を参照されたい。
【0091】
ＮＲ－Ｕのための別個のＲＡＣＨ構成テーブルを導入することによって、ＮＲ－Ｕのた
めのより柔軟なＲＡＣＨ構成を使用することができる。
めのより柔軟なＲＡＣＨ構成を使用することができる。
【0092】
一例を表７に示す。この例では、ＮＲに対して定義されたＲＡＣＨ構成テーブル内の列
「サブフレーム内のＰＲＡＣＨスロット数」が削除されている。コード例１では、その列
に載せられる情報が、代わりに、RACH-ConfigGenericＩＥに移動されている。この変更に
より、ＰＲＡＣＨ送信オケージョンに対してより柔軟な構成が与えられる。
「サブフレーム内のＰＲＡＣＨスロット数」が削除されている。コード例１では、その列
に載せられる情報が、代わりに、RACH-ConfigGenericＩＥに移動されている。この変更に
より、ＰＲＡＣＨ送信オケージョンに対してより柔軟な構成が与えられる。
【0093】
第２の例を表８に示す。この例では、ＮＲに対して定義されたＲＡＣＨ構成テーブル内
の列（「開始シンボル」および「サブフレーム内のＰＲＡＣＨスロット数」）が削除され
ている。コード例２では、これら２つの列に載せられる情報が、代わりに、RACH-ConfigG
enericＩＥに移動されている。これらの変更により、ＰＲＡＣＨ送信オケージョンに対し
てより柔軟な構成が与えられる。
の列（「開始シンボル」および「サブフレーム内のＰＲＡＣＨスロット数」）が削除され
ている。コード例２では、これら２つの列に載せられる情報が、代わりに、RACH-ConfigG
enericＩＥに移動されている。これらの変更により、ＰＲＡＣＨ送信オケージョンに対し
てより柔軟な構成が与えられる。
【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】
第三世代パートナーシッププロジェクト（３ＧＰＰ）では、無線アクセス、コアトラン
スポートネットワーク、および、コーデック、セキュリティ、およびサービスの質に関す
る取り組みを含むサービス能力を含む、セルラー通信ネットワーク技術の技術規格を開発
する。最近の無線アクセス技術（ＲＡＴ）規格には、広帯域符号分割多元接続（Wideband
Code Division Multiple Access：ＷＣＤＭＡ（登録商標））（一般に３Ｇと呼ばれ
る）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト（LTE-Advanced）規
格が含まれる。３ＧＰＰは、新無線（ＮＲ）と呼ばれ、「５Ｇ」とも呼ばれる次世代セル
ラー技術の標準化に取り組み始めた。３ＧＰＰ ＮＲ規格の開発には、次世代無線アクセ
ス技術（新しいＲＡＴ）の定義が含まれると予想され、これには、６ＧＨｚ未満の新しい
フレキシブル無線アクセスの規定、および６ＧＨｚを超える新しいウルトラモバイルブロ
ードバンド無線アクセスの規定が含まれると予想される。フレキシブル無線アクセスは、
６ＧＨｚ未満の新しいスペクトルでの、新しい、後方互換性のない無線アクセスで構成さ
れると予想され、要件の多様な広範囲の３ＧＰＰ ＮＲのユースケースに対処するために
、同一スペクトル内で多重化可能な異なる動作モードを含むと予想される。ウルトラモバ
イルブロードバンドは、例えば、屋内用途やホットスポットのためのウルトラモバイルブ
ロードバンドアクセスの機会を提供するセンチ波およびミリ波スペクトルを含むと予想さ
れる。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波に特有の設計最
適化を施した共通設計枠組みを、６ＧＨｚ未満のフレキシブル無線アクセスと共有すると
予想される。
スポートネットワーク、および、コーデック、セキュリティ、およびサービスの質に関す
る取り組みを含むサービス能力を含む、セルラー通信ネットワーク技術の技術規格を開発
する。最近の無線アクセス技術（ＲＡＴ）規格には、広帯域符号分割多元接続（Wideband
Code Division Multiple Access：ＷＣＤＭＡ（登録商標））（一般に３Ｇと呼ばれ
る）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト（LTE-Advanced）規
格が含まれる。３ＧＰＰは、新無線（ＮＲ）と呼ばれ、「５Ｇ」とも呼ばれる次世代セル
ラー技術の標準化に取り組み始めた。３ＧＰＰ ＮＲ規格の開発には、次世代無線アクセ
ス技術（新しいＲＡＴ）の定義が含まれると予想され、これには、６ＧＨｚ未満の新しい
フレキシブル無線アクセスの規定、および６ＧＨｚを超える新しいウルトラモバイルブロ
ードバンド無線アクセスの規定が含まれると予想される。フレキシブル無線アクセスは、
６ＧＨｚ未満の新しいスペクトルでの、新しい、後方互換性のない無線アクセスで構成さ
れると予想され、要件の多様な広範囲の３ＧＰＰ ＮＲのユースケースに対処するために
、同一スペクトル内で多重化可能な異なる動作モードを含むと予想される。ウルトラモバ
イルブロードバンドは、例えば、屋内用途やホットスポットのためのウルトラモバイルブ
ロードバンドアクセスの機会を提供するセンチ波およびミリ波スペクトルを含むと予想さ
れる。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波に特有の設計最
適化を施した共通設計枠組みを、６ＧＨｚ未満のフレキシブル無線アクセスと共有すると
予想される。
【0122】
３ＧＰＰは、ＮＲがサポートすると予想される様々なユースケースを特定し、その結果
、データ転送速度や待ち時間やモビリティに対する多様なユーザエクスペリエンス要件を
定めた。ユースケースには、以下の一般的カテゴリが含まれる。すなわち、拡張モバイル
ブロードバンド（例えば、密集エリア内のブロードバンドアクセス、屋内超高ブロードバ
ンドアクセス、人混みでのブロードバンドアクセス、あらゆる場所での５０Ｍｂｐｓ以上
、超低コストブロードバンドアクセス、車内モバイルブロードバンド）、クリティカル通
信、大規模マシンタイプ通信、ネットワークオペレーション（例えば、ネットワークスラ
イシング、ルーティング、マイグレーションとインターワーキング、および省エネルギー
）、および高度化ビークル・ツー・エブリシング（Enhanced Vehicle-to-Everything：
ｅＶ２Ｘ）通信。これらのカテゴリ内の具体的なサービスおよびアプリケーションには、
いくつか例を挙げると、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠
隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウド
ベースのオフィス、ファーストレスポンダへの接続性、自動車用ｅＣａｌｌ、災害警報、
リアルタイムゲーム、多人数ビデオ通話、自律走行、拡張現実、タッチインターネット、
仮想現実などが含まれる。本明細書は、これらすべてのユースケースおよびその他を想定
している。
、データ転送速度や待ち時間やモビリティに対する多様なユーザエクスペリエンス要件を
定めた。ユースケースには、以下の一般的カテゴリが含まれる。すなわち、拡張モバイル
ブロードバンド（例えば、密集エリア内のブロードバンドアクセス、屋内超高ブロードバ
ンドアクセス、人混みでのブロードバンドアクセス、あらゆる場所での５０Ｍｂｐｓ以上
、超低コストブロードバンドアクセス、車内モバイルブロードバンド）、クリティカル通
信、大規模マシンタイプ通信、ネットワークオペレーション（例えば、ネットワークスラ
イシング、ルーティング、マイグレーションとインターワーキング、および省エネルギー
）、および高度化ビークル・ツー・エブリシング（Enhanced Vehicle-to-Everything：
ｅＶ２Ｘ）通信。これらのカテゴリ内の具体的なサービスおよびアプリケーションには、
いくつか例を挙げると、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠
隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウド
ベースのオフィス、ファーストレスポンダへの接続性、自動車用ｅＣａｌｌ、災害警報、
リアルタイムゲーム、多人数ビデオ通話、自律走行、拡張現実、タッチインターネット、
仮想現実などが含まれる。本明細書は、これらすべてのユースケースおよびその他を想定
している。
【0123】
図２２は、本明細書で説明され、特許請求される方法および装置を具現化し得る通信シ
ステム１００の例の一実施形態を示す。図示のように、通信システム１００の例は、無線
送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、
１０２ｃ、および１０２ｄのうち、少なくとも１つ（一般的に、あるいは総称して、ＷＴ
ＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１
０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１
０９と、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８と
、インターネット１１０と、その他のネットワーク１１２を含み得るが、開示された実施
形態は任意の数のＷＴＲＵや、基地局や、ネットワークや、ネットワーク要素を想定して
いることは理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１
０２ｅの各々は、無線環境下で動作や通信を行うように構成された任意の種類の装置また
はデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ
の各々はハンドヘルド無線通信装置として図２２～図２６に図示されているが、５Ｇ無線
通信に対する多様なユースケースを想定すれば、ＷＴＲＵの各々は、ほんの一例として、
ユーザ端末（ＵＥ）、モバイル局、固定または移動加入者ユニット、無線呼び出し装置、
携帯電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、
ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコン
ピュータ、無線センサ、家庭用電化製品、スマートウォッチやスマートクロージングなど
のウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ド
ローン、乗用車やトラックや列車や航空機などの輸送機器などを含む、無線信号を送信や
受信するように構成された任意の装置またはデバイスを含むか、または、その中に具現化
されてもよいことが理解される。
ステム１００の例の一実施形態を示す。図示のように、通信システム１００の例は、無線
送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、
１０２ｃ、および１０２ｄのうち、少なくとも１つ（一般的に、あるいは総称して、ＷＴ
ＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１
０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１
０９と、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８と
、インターネット１１０と、その他のネットワーク１１２を含み得るが、開示された実施
形態は任意の数のＷＴＲＵや、基地局や、ネットワークや、ネットワーク要素を想定して
いることは理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１
０２ｅの各々は、無線環境下で動作や通信を行うように構成された任意の種類の装置また
はデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ
の各々はハンドヘルド無線通信装置として図２２～図２６に図示されているが、５Ｇ無線
通信に対する多様なユースケースを想定すれば、ＷＴＲＵの各々は、ほんの一例として、
ユーザ端末（ＵＥ）、モバイル局、固定または移動加入者ユニット、無線呼び出し装置、
携帯電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、
ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコン
ピュータ、無線センサ、家庭用電化製品、スマートウォッチやスマートクロージングなど
のウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ド
ローン、乗用車やトラックや列車や航空機などの輸送機器などを含む、無線信号を送信や
受信するように構成された任意の装置またはデバイスを含むか、または、その中に具現化
されてもよいことが理解される。
【0124】
通信システム１００は、基地局１１４ａと基地局１１４ｂをさらに含むことができる。
基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無
線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット
１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを
円滑にするように構成された任意の種類のデバイスであってもよい。基地局１１４ｂは、
遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂおよび送受信ポイ
ント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂのうち、少
なくとも１つと有線や無線でインターフェースして、コアネットワーク１０６／１０７／
１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネッ
トワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよ
い。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインター
フェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその
他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするよ
うに構成された任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、Ｗ
ＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０
６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以
上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイス
であってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局
（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホ
ームｅノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無
線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一要素として図示
されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局やネットワ
ーク要素を含むことができることは理解されるであろう。
基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無
線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット
１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを
円滑にするように構成された任意の種類のデバイスであってもよい。基地局１１４ｂは、
遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂおよび送受信ポイ
ント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂのうち、少
なくとも１つと有線や無線でインターフェースして、コアネットワーク１０６／１０７／
１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネッ
トワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよ
い。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインター
フェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその
他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするよ
うに構成された任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、Ｗ
ＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０
６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以
上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイス
であってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局
（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホ
ームｅノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無
線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一要素として図示
されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局やネットワ
ーク要素を含むことができることは理解されるであろう。
【0125】
基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部であってもよく、ＲＡＮ１０３
／１０４／１０５は、また、基地局コントローラ（Base Station Controller：ＢＳＣ
）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノー
ドなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ｂは
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、ＲＡＮ１０３ｂ／１０４ｂ
／１０５ｂは、また、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（
ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい
。基地局１１４ａは、セル（図示せず）と称することもある特定の地理的領域の中の無線
信号を送信や受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称す
ることもある特定の地理的領域内の有線や無線の信号を送受信するように構成され得る。
セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連する
セルを３つのセクタに分割することができる。一実施形態においては、基地局１１４ａは
、そのように、例えば、セルのセクタごとに１つとなる、３つのトランシーバを含むこと
ができる。一実施形態においては、基地局１１４ａは、多入力多出力（Multiple Input
Multiple Output：ＭＩＭＯ）技術を採用することができ、したがって、セルの各セク
タ当たり複数のトランシーバを利用することができる。
／１０４／１０５は、また、基地局コントローラ（Base Station Controller：ＢＳＣ
）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノー
ドなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ｂは
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、ＲＡＮ１０３ｂ／１０４ｂ
／１０５ｂは、また、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（
ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい
。基地局１１４ａは、セル（図示せず）と称することもある特定の地理的領域の中の無線
信号を送信や受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称す
ることもある特定の地理的領域内の有線や無線の信号を送受信するように構成され得る。
セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連する
セルを３つのセクタに分割することができる。一実施形態においては、基地局１１４ａは
、そのように、例えば、セルのセクタごとに１つとなる、３つのトランシーバを含むこと
ができる。一実施形態においては、基地局１１４ａは、多入力多出力（Multiple Input
Multiple Output：ＭＩＭＯ）技術を採用することができ、したがって、セルの各セク
タ当たり複数のトランシーバを利用することができる。
【0126】
基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上と、エア
インターフェース１１５／１１６／１１７を介して通信してもよく、エアインターフェー
ス１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radi
o Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet
：ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１
５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて構築すること
ができる。
インターフェース１１５／１１６／１１７を介して通信してもよく、エアインターフェー
ス１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radi
o Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet
：ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１
５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて構築すること
ができる。
【0127】
基地局１１４ｂは、ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂのうち１つ
以上と、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して通信し
てもよく、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適
切な有線（例えば、ケーブルや光ファイバなど）または無線通信リンク（例えば、無線周
波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ
波など）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意
の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。
以上と、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して通信し
てもよく、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適
切な有線（例えば、ケーブルや光ファイバなど）または無線通信リンク（例えば、無線周
波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ
波など）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意
の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。
【0128】
ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｃ、１０２
ｄのうち１つ以上と、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して通信
してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線
通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ
）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｃ／
１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築すること
ができる。
ｄのうち１つ以上と、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して通信
してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線
通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ
）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｃ／
１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築すること
ができる。
【0129】
より具体的には、上記のように、通信システム１００は多重アクセスシステムでもよく
、例えば、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、時分割
多元接続（Time Division Multiple Access：ＴＤＭＡ）、周波数分割多元接続（Freq
uency Division Multiple Access：ＦＤＭＡ）、直交周波数分割多元接続（Orthogona
l Frequency Division Multiple Access：ＯＦＤＭＡ）、シングルキャリア周波数分
割多元接続（Single Carrier Frequency Division Multiple Access：ＳＣ－ＦＤＭ
Ａ）などの、１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ
１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、
またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ
１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ユニバーサルモバイル通信システ
ム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上無線アクセス（T
errestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、その技術に
よって、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使ったエアインターフェース１１５／１１６／
１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。ＷＣＤＭＡは、
高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）や発展型ＨＳＰＡ（Ｈ
ＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速下りリンクパケ
ットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）や高速上りリンク
パケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含むことがで
きる。
、例えば、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、時分割
多元接続（Time Division Multiple Access：ＴＤＭＡ）、周波数分割多元接続（Freq
uency Division Multiple Access：ＦＤＭＡ）、直交周波数分割多元接続（Orthogona
l Frequency Division Multiple Access：ＯＦＤＭＡ）、シングルキャリア周波数分
割多元接続（Single Carrier Frequency Division Multiple Access：ＳＣ－ＦＤＭ
Ａ）などの、１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ
１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、
またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ
１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ユニバーサルモバイル通信システ
ム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上無線アクセス（T
errestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、その技術に
よって、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使ったエアインターフェース１１５／１１６／
１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。ＷＣＤＭＡは、
高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）や発展型ＨＳＰＡ（Ｈ
ＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速下りリンクパケ
ットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）や高速上りリンク
パケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含むことがで
きる。
【0130】
一実施形態においては、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ま
たはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１
１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（
Ｅ－ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、ロングタームエボ
リューション（ＬＴＥ）やＬＴＥアドバンスト（ＬＴＥ－Ａ）を使ったエアインターフェ
ース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築しても
よい。将来は、エアインターフェース１１５／１１６／１１７は３ＧＰＰ ＮＲ技術を実
装してもよい。
たはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１
１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（
Ｅ－ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、ロングタームエボ
リューション（ＬＴＥ）やＬＴＥアドバンスト（ＬＴＥ－Ａ）を使ったエアインターフェ
ース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築しても
よい。将来は、エアインターフェース１１５／１１６／１１７は３ＧＰＰ ＮＲ技術を実
装してもよい。
【0131】
一実施形態においては、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ
１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ
１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、
ＩＥＥＥ ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・
マイクロウェーブ・アクセス（Worldwide Interoperability for Microwave Access
：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００進化
データ最適化（Evolution-Data Optimized：ＥＶ－ＤＯ）、暫定規格（Interim Standa
rd：ＩＳ）２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６
（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System for Mobile
Communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data Rates
for GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＳＭ ＥＤＧＥ無線アクセ
スネットワーク（GSM EDGE Radio Access Network：ＧＥＲＡＮ））などの無線技術
を実装してもよい。
１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ
１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、
ＩＥＥＥ ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・
マイクロウェーブ・アクセス（Worldwide Interoperability for Microwave Access
：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００進化
データ最適化（Evolution-Data Optimized：ＥＶ－ＤＯ）、暫定規格（Interim Standa
rd：ＩＳ）２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６
（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System for Mobile
Communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data Rates
for GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＳＭ ＥＤＧＥ無線アクセ
スネットワーク（GSM EDGE Radio Access Network：ＧＥＲＡＮ））などの無線技術
を実装してもよい。
【0132】
図２２の基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ
、またはアクセスポイントでもよく、事業所、家庭、車両、キャンパスなどの局所的領域
における無線接続性を円滑にするための任意の適切なＲＡＴを利用してもよい。一実施形
態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、ＩＥＥＥ ８０２．１１などの無
線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network
：ＷＬＡＮ）を構築してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１０
２ｄは、ＩＥＥＥ ８０２．１５などの無線技術を実装して、無線パーソナルエリアネッ
トワーク（Wireless Personal Area Network：ＷＰＡＮ）を構築してもよい。さらに
別の実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、セルラーベースのＲＡ
Ｔ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用
してピコセルまたはフェムトセルを構築してもよい。図２２に示すように、基地局１１４
ｂはインターネット１１０と直接接続されてもよい。このように、基地局１１４ｃは、イ
ンターネット１１０にアクセスするためにコアネットワーク１０６／１０７／１０９を介
する必要はない。
、またはアクセスポイントでもよく、事業所、家庭、車両、キャンパスなどの局所的領域
における無線接続性を円滑にするための任意の適切なＲＡＴを利用してもよい。一実施形
態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、ＩＥＥＥ ８０２．１１などの無
線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network
：ＷＬＡＮ）を構築してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１０
２ｄは、ＩＥＥＥ ８０２．１５などの無線技術を実装して、無線パーソナルエリアネッ
トワーク（Wireless Personal Area Network：ＷＰＡＮ）を構築してもよい。さらに
別の実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、セルラーベースのＲＡ
Ｔ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用
してピコセルまたはフェムトセルを構築してもよい。図２２に示すように、基地局１１４
ｂはインターネット１１０と直接接続されてもよい。このように、基地局１１４ｃは、イ
ンターネット１１０にアクセスするためにコアネットワーク１０６／１０７／１０９を介
する必要はない。
【0133】
ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂはコアネットワ
ーク１０６／１０７／１０９と通信可能であり、コアネットワーク１０６／１０７／１０
９は、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（Vo
ice Over Internet Protocol：ＶｏＩＰ）などサービスを、ＷＴＲＵ１０２ａ、１０
２ｂ、１０２ｃ、１０２ｄのうち１つ以上に提供するように構成された任意の種類のネッ
トワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、ビ
リングサービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接
続性、ビデオ配信などを提供したり、ユーザ認証などの高度セキュリティ機能を実行した
りすることができる。
ーク１０６／１０７／１０９と通信可能であり、コアネットワーク１０６／１０７／１０
９は、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（Vo
ice Over Internet Protocol：ＶｏＩＰ）などサービスを、ＷＴＲＵ１０２ａ、１０
２ｂ、１０２ｃ、１０２ｄのうち１つ以上に提供するように構成された任意の種類のネッ
トワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、ビ
リングサービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接
続性、ビデオ配信などを提供したり、ユーザ認証などの高度セキュリティ機能を実行した
りすることができる。
【0134】
図２２には図示しないが、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ
／１０５ｂやコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０
５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを用いてい
る他のＲＡＮと直接的または間接的に通信し得ることは理解されるであろう。例えば、コ
アネットワーク１０６／１０７／１０９は、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１
０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと接続されているだけでな
く、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信することができる。
／１０５ｂやコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０
５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを用いてい
る他のＲＡＮと直接的または間接的に通信し得ることは理解されるであろう。例えば、コ
アネットワーク１０６／１０７／１０９は、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１
０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと接続されているだけでな
く、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信することができる。
【0135】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
、１０２ｄ、１０２ｅがＰＳＴＮ１０８やインターネット１１０やその他のネットワーク
１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８
は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回路交
換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル
スイートの中の伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユ
ーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、インターネットプ
ロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する相互接続さ
れたコンピュータネットワークとデバイスのグローバルシステムを含み得る。ネットワー
ク１１２は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワーク
を含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５や
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを使用し得る１
つ以上のＲＡＮと接続された別のコアネットワークを含むことができる。
、１０２ｄ、１０２ｅがＰＳＴＮ１０８やインターネット１１０やその他のネットワーク
１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８
は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回路交
換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル
スイートの中の伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユ
ーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、インターネットプ
ロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する相互接続さ
れたコンピュータネットワークとデバイスのグローバルシステムを含み得る。ネットワー
ク１１２は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワーク
を含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５や
ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを使用し得る１
つ以上のＲＡＮと接続された別のコアネットワークを含むことができる。
【0136】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部
または全部はマルチモード能力を有し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０
２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワーク
と通信するための複数のトランシーバを有し得る。例えば、図２２に示すＷＴＲＵ１０２
ｅは、セルラーベースの無線技術を採用できる基地局１１４ａ、およびＩＥＥＥ ８０２
無線技術を採用できる基地局１１４ｃと通信するように構成され得る。
または全部はマルチモード能力を有し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０
２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワーク
と通信するための複数のトランシーバを有し得る。例えば、図２２に示すＷＴＲＵ１０２
ｅは、セルラーベースの無線技術を採用できる基地局１１４ａ、およびＩＥＥＥ ８０２
無線技術を採用できる基地局１１４ｃと通信するように構成され得る。
【0137】
図２３は、本明細書に示す実施形態に従って無線通信用に構成された、例えば、ＷＴＲ
Ｕ１０２などの装置またはデバイスの例のブロック図である。図２３に示すように、例と
なるＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２
と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパ
ッド／インジケータ１２８と、非取り外し可能１３０と、取り外し可能メモリ１３２と、
電源１３４と、グローバルポジショニングシステム（Global Positioning System：Ｇ
ＰＳ）チップセット１３６と、その他の周辺機器１３８とを含むことができる。ＷＴＲＵ
１０２は、一実施形態との整合性を維持しながら、上述の要素の任意のサブコンビネーシ
ョンを含むことができることは理解されるであろう。また、各実施形態では、基地局１１
４ａ、１１４ｂや、基地局１１４ａ、１１４ｂが代表し得るノード（とりわけ、例えば、
トランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（Ａ
Ｐ）、ホームノードＢ、発展型ホームノードＢ（Evolved Home Node-B：ｅＮｏｄｅＢ
）、ホーム発展型ノードＢ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型ノード
Ｂゲートウェイ、およびプロキシノードなどであるが、これらに限らない）は、図２３に
示し本明細書で述べる要素の一部または全部を含むことができるということを想定してい
る。
Ｕ１０２などの装置またはデバイスの例のブロック図である。図２３に示すように、例と
なるＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２
と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパ
ッド／インジケータ１２８と、非取り外し可能１３０と、取り外し可能メモリ１３２と、
電源１３４と、グローバルポジショニングシステム（Global Positioning System：Ｇ
ＰＳ）チップセット１３６と、その他の周辺機器１３８とを含むことができる。ＷＴＲＵ
１０２は、一実施形態との整合性を維持しながら、上述の要素の任意のサブコンビネーシ
ョンを含むことができることは理解されるであろう。また、各実施形態では、基地局１１
４ａ、１１４ｂや、基地局１１４ａ、１１４ｂが代表し得るノード（とりわけ、例えば、
トランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（Ａ
Ｐ）、ホームノードＢ、発展型ホームノードＢ（Evolved Home Node-B：ｅＮｏｄｅＢ
）、ホーム発展型ノードＢ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型ノード
Ｂゲートウェイ、およびプロキシノードなどであるが、これらに限らない）は、図２３に
示し本明細書で述べる要素の一部または全部を含むことができるということを想定してい
る。
【0138】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル
シグナルプロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッ
サ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコン
トローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳ
ＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：
ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated Circuit：ＩＣ）、状態機械
などであってもよい。プロセッサ１１８は、ＷＴＲＵ１０２の無線環境下での動作を可能
にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能な
どを実行することができる。プロセッサ１１８はトランシーバ１２０に接続されてもよく
、トランシーバ１２０は送受信要素１２２に接続されてもよい。図２３はプロセッサ１１
８とトランシーバ１２０を別々の構成要素として図示しているが、プロセッサ１１８とト
ランシーバ１２０を１つの電子パッケージまたはチップに一体化してもよいことは理解さ
れるであろう。
シグナルプロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッ
サ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコン
トローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳ
ＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：
ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated Circuit：ＩＣ）、状態機械
などであってもよい。プロセッサ１１８は、ＷＴＲＵ１０２の無線環境下での動作を可能
にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能な
どを実行することができる。プロセッサ１１８はトランシーバ１２０に接続されてもよく
、トランシーバ１２０は送受信要素１２２に接続されてもよい。図２３はプロセッサ１１
８とトランシーバ１２０を別々の構成要素として図示しているが、プロセッサ１１８とト
ランシーバ１２０を１つの電子パッケージまたはチップに一体化してもよいことは理解さ
れるであろう。
【0139】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（
例えば、基地局１１４ａ）と信号の送受信を行うように構成され得る。例えば、一実施形
態においては、送受信要素１２２はＲＦ信号を送信や受信するように構成されたアンテナ
であってもよい。一実施形態においては、送受信要素１２２は、例えば、ＩＲやＵＶや可
視光の信号を送信や受信するように構成されたエミッタ／検出器であってもよい。さらに
１つの実施形態においては、送受信要素１２２はＲＦと光信号のどちらも送受信するよう
に構成されてもよい。送受信要素１２２は無線信号の任意の組み合わせを送信や受信する
ように構成され得ることは理解されるであろう。
例えば、基地局１１４ａ）と信号の送受信を行うように構成され得る。例えば、一実施形
態においては、送受信要素１２２はＲＦ信号を送信や受信するように構成されたアンテナ
であってもよい。一実施形態においては、送受信要素１２２は、例えば、ＩＲやＵＶや可
視光の信号を送信や受信するように構成されたエミッタ／検出器であってもよい。さらに
１つの実施形態においては、送受信要素１２２はＲＦと光信号のどちらも送受信するよう
に構成されてもよい。送受信要素１２２は無線信号の任意の組み合わせを送信や受信する
ように構成され得ることは理解されるであろう。
【0140】
さらに、図２３には、送受信要素１２２は単一要素として図示されているが、ＷＴＲＵ
１０２は任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２
はＭＩＭＯ技術を採用してもよい。そのように、一実施形態においては、ＷＴＲＵ１０２
は、無線信号をエアインターフェース１１５／１１６／１１７を介して送受信用の２つ以
上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
１０２は任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２
はＭＩＭＯ技術を採用してもよい。そのように、一実施形態においては、ＷＴＲＵ１０２
は、無線信号をエアインターフェース１１５／１１６／１１７を介して送受信用の２つ以
上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【0141】
トランシーバ１２０は送受信要素１２２が送信する信号を変調し、送受信要素１２２が
受信した信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモ
ード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、
ＵＴＲＡやＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信できるように、複数
のトランシーバを含むことができる。
受信した信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモ
ード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、
ＵＴＲＡやＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信できるように、複数
のトランシーバを含むことができる。
【0142】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４やキーパッド
１２６やディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ
（Liquid Crystal Display：ＬＣＤ）表示ユニットまたは有機発光ダイオード（Organi
c Light-Emitting Diode：ＯＬＥＤ）表示ユニット）に接続されかつ、そこからユーザ
入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカ／マ
イクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１
２８に出力することもできる。さらに、プロセッサ１１８は、非取り外し可能１３０や取
り外し可能メモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、そこ
にデータを保存することもできる。非取り外し可能１３０はランダムアクセスメモリ（Ra
ndom-Access Memory：ＲＡＭ）、読み出し専用メモリ（Read-Only Memory：ＲＯＭ）、
ハードディスク、または任意のその他の種類の記憶装置を含み得る。取り外し可能メモリ
１３２は加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモ
リスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含み得
る。一実施形態においては、プロセッサ１１８は、例えば、サーバまたはホームコンピュ
ータ（図示せず）上の、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアク
セスし、そこにデータを保存してもよい。
１２６やディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ
（Liquid Crystal Display：ＬＣＤ）表示ユニットまたは有機発光ダイオード（Organi
c Light-Emitting Diode：ＯＬＥＤ）表示ユニット）に接続されかつ、そこからユーザ
入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカ／マ
イクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１
２８に出力することもできる。さらに、プロセッサ１１８は、非取り外し可能１３０や取
り外し可能メモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、そこ
にデータを保存することもできる。非取り外し可能１３０はランダムアクセスメモリ（Ra
ndom-Access Memory：ＲＡＭ）、読み出し専用メモリ（Read-Only Memory：ＲＯＭ）、
ハードディスク、または任意のその他の種類の記憶装置を含み得る。取り外し可能メモリ
１３２は加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモ
リスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含み得
る。一実施形態においては、プロセッサ１１８は、例えば、サーバまたはホームコンピュ
ータ（図示せず）上の、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアク
セスし、そこにデータを保存してもよい。
【0143】
プロセッサ１１８は電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他
の構成要素に対して電力を分配したり制御したりするように構成され得る。電源１３４は
、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電
源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含むことができる。
の構成要素に対して電力を分配したり制御したりするように構成され得る。電源１３４は
、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電
源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含むことができる。
【0144】
プロセッサ１１８は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度と
緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続されることもでき
る。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはそれに代
えて、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／
１１６／１１７を介して位置情報を受信したり、２つ以上の近隣の基地局から受信中の信
号のタイミングに基づいて自身の位置を決定したりすることができる。ＷＴＲＵ１０２は
、一実施形態との整合性を維持しながら、任意の適切な位置決定方法によって位置情報を
取得してもよいことは理解されるであろう。
緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続されることもでき
る。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはそれに代
えて、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／
１１６／１１７を介して位置情報を受信したり、２つ以上の近隣の基地局から受信中の信
号のタイミングに基づいて自身の位置を決定したりすることができる。ＷＴＲＵ１０２は
、一実施形態との整合性を維持しながら、任意の適切な位置決定方法によって位置情報を
取得してもよいことは理解されるであろう。
【0145】
プロセッサ１１８は、その他の周辺機器１３８にさらに接続されてもよく、その他の周
辺機器１３８は、追加的特徴や機能性や、有線または無線接続性を提供する１つ以上のソ
フトウェアやハードウェアのモジュールを含むことができる。例えば、周辺機器１３８は
、加速度計や生体計測（例えば、指紋）センサなどの各種センサ、電子コンパス（e-Comp
ass）、衛星トランシーバ、（写真またはビデオ用）デジタルカメラ、ユニバーサルシリ
アルバス（Universal Serial Bus：ＵＳＢ）ポートまたはその他の相互接続インターフ
ェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルー
トゥース（Bluetooth（登録商標））モジュール、周波数変調（Frequency Modulated：
ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤ
モジュール、インターネットブラウザなどを含むことができる。
辺機器１３８は、追加的特徴や機能性や、有線または無線接続性を提供する１つ以上のソ
フトウェアやハードウェアのモジュールを含むことができる。例えば、周辺機器１３８は
、加速度計や生体計測（例えば、指紋）センサなどの各種センサ、電子コンパス（e-Comp
ass）、衛星トランシーバ、（写真またはビデオ用）デジタルカメラ、ユニバーサルシリ
アルバス（Universal Serial Bus：ＵＳＢ）ポートまたはその他の相互接続インターフ
ェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルー
トゥース（Bluetooth（登録商標））モジュール、周波数変調（Frequency Modulated：
ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤ
モジュール、インターネットブラウザなどを含むことができる。
【0146】
ＷＴＲＵ１０２は、センサ、家庭用電化製品、スマートウォッチやスマートクロージン
グのようなウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業
機器、ドローン、乗用車、トラック、列車、航空機などの輸送機器などの、他の装置また
はデバイスの中に具現化されてもよい。ＷＴＲＵ１０２は、そのような装置またはデバイ
スのその他の構成要素、モジュール、またはシステムに、周辺機器１３８の１つを含み得
る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して接続さ
れてもよい。
グのようなウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業
機器、ドローン、乗用車、トラック、列車、航空機などの輸送機器などの、他の装置また
はデバイスの中に具現化されてもよい。ＷＴＲＵ１０２は、そのような装置またはデバイ
スのその他の構成要素、モジュール、またはシステムに、周辺機器１３８の１つを含み得
る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して接続さ
れてもよい。
【0147】
図２４は、一実施形態に係るＲＡＮ１０３およびコアネットワーク１０６のシステム図
である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフ
ェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。
ＲＡＮ１０３はコアネットワーク１０６と通信することもできる。図２４に示すように、
ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１
４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエ
アインターフェース１１５を介して通信するための１つ以上のトランシーバを含むことが
できる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定の
セル（図示せず）と関連付けられてもよい。ＲＡＮ１０３はＲＮＣ１４２ａ、１４２ｂを
さらに含むことができる。ＲＡＮ１０３は、一実施形態との整合性を維持しながら、任意
の数のノードＢやＲＮＣを含み得ることは理解されるであろう。
である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフ
ェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。
ＲＡＮ１０３はコアネットワーク１０６と通信することもできる。図２４に示すように、
ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１
４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエ
アインターフェース１１５を介して通信するための１つ以上のトランシーバを含むことが
できる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定の
セル（図示せず）と関連付けられてもよい。ＲＡＮ１０３はＲＮＣ１４２ａ、１４２ｂを
さらに含むことができる。ＲＡＮ１０３は、一実施形態との整合性を維持しながら、任意
の数のノードＢやＲＮＣを含み得ることは理解されるであろう。
【0148】
図２４に示すように、ノードＢ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信可能である
。さらに、ノードＢ１４０ｃはＲＮＣ１４２ｂと通信可能である。ノードＢ１４０ａ、１
４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、ＲＮＣ１４２ａ、１４２ｂのそ
れぞれと通信可能である。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介し
て相互に通信可能である。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されているノ
ードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを制御するように構成され得る。さらに
、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電源制御、負荷制御、承認制御、パケ
ットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、
データ暗号化などの、他の機能を実行またはサポートするように構成され得る。
。さらに、ノードＢ１４０ｃはＲＮＣ１４２ｂと通信可能である。ノードＢ１４０ａ、１
４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、ＲＮＣ１４２ａ、１４２ｂのそ
れぞれと通信可能である。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介し
て相互に通信可能である。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されているノ
ードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを制御するように構成され得る。さらに
、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電源制御、負荷制御、承認制御、パケ
ットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、
データ暗号化などの、他の機能を実行またはサポートするように構成され得る。
【0149】
図２４に示すコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：Ｍ
ＧＷ）１４４と、モバイルスイッチングセンタ（Mobile Switching Center：ＭＳＣ）
１４６と、サービング汎用パケット無線サービス（General Packet Radio Service：
ＧＰＲＳ）サポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８と、ゲー
トウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０の
うち、少なくとも１つを含むことができる。上記要素の各々はコアネットワーク１０６の
部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレ
ータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
ＧＷ）１４４と、モバイルスイッチングセンタ（Mobile Switching Center：ＭＳＣ）
１４６と、サービング汎用パケット無線サービス（General Packet Radio Service：
ＧＰＲＳ）サポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８と、ゲー
トウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０の
うち、少なくとも１つを含むことができる。上記要素の各々はコアネットワーク１０６の
部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレ
ータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
【0150】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネット
ワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６はＭＧＷ１４４に接続
されてもよい。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワ
ークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることがで
きる。
ワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６はＭＧＷ１４４に接続
されてもよい。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワ
ークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることがで
きる。
【0151】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネット
ワーク１０６内のＳＧＳＮ１４８にさらに接続されてもよい。ＳＧＳＮ１４８はＧＧＳＮ
１５０に接続されてもよい。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０
などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
に提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円
滑にすることができる。
ワーク１０６内のＳＧＳＮ１４８にさらに接続されてもよい。ＳＧＳＮ１４８はＧＧＳＮ
１５０に接続されてもよい。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０
などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
に提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円
滑にすることができる。
【0152】
上述のように、コアネットワーク１０６は、他のサービスプロバイダが所有や運用をす
る有線または無線ネットワークを含み得るネットワーク１１２にさらに接続されてもよい
。
る有線または無線ネットワークを含み得るネットワーク１１２にさらに接続されてもよい
。
【0153】
図２５は、一実施形態に係るＲＡＮ１０４およびコアネットワーク１０７のシステム図
である。上述のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインタ
ーフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することがで
きる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
である。上述のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインタ
ーフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することがで
きる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
【0154】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０
４は、一実施形態との整合性を維持しながら、任意の数のｅノードＢを含み得ることは理
解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６を介して通信するための１つ
以上のトランシーバを含むことができる。一実施形態においては、ｅノードＢ１６０ａ、
１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、ｅノードＢ１６
０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そ
こから無線信号を受信することができる。
４は、一実施形態との整合性を維持しながら、任意の数のｅノードＢを含み得ることは理
解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６を介して通信するための１つ
以上のトランシーバを含むことができる。一実施形態においては、ｅノードＢ１６０ａ、
１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、ｅノードＢ１６
０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そ
こから無線信号を受信することができる。
【0155】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付
けられてもよく、無線リソース管理上の決定、ハンドオーバの決定、上りリンクや下りリ
ンクにおけるユーザのスケジューリングなどの処理をするように構成されてもよい。図２
５に示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを
介して、相互に通信可能である。
けられてもよく、無線リソース管理上の決定、ハンドオーバの決定、上りリンクや下りリ
ンクにおけるユーザのスケジューリングなどの処理をするように構成されてもよい。図２
５に示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを
介して、相互に通信可能である。
【0156】
図２５に示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６
２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet Data
Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。上記要素の各々はコアネッ
トワーク１０７の部分として図示されているが、これらの要素のうちのいずれも、コアネ
ットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるで
あろう。
２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet Data
Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。上記要素の各々はコアネッ
トワーク１０７の部分として図示されているが、これらの要素のうちのいずれも、コアネ
ットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるで
あろう。
【0157】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ
、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例
えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ
のアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッ
チ中における特定のサービングゲートウェイの選択などを司ってもよい。ＭＭＥ１６２は
、さらに、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ
（図示せず）との間で切り替えるための、制御プレーン機能を提供してもよい。
、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例
えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ
のアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッ
チ中における特定のサービングゲートウェイの選択などを司ってもよい。ＭＭＥ１６２は
、さらに、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ
（図示せず）との間で切り替えるための、制御プレーン機能を提供してもよい。
【0158】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内の
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲート
ウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃへ、またはそこからルーティングおよびフォワーディングすることができる。サービン
グゲートウェイ１６４は、さらに、ｅノードＢ間のハンドオーバ中におけるユーザプレー
ンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが下りリンクデータを利用可
能な場合のページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテ
キストの管理および記憶などの、他の機能を実行することができる。
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲート
ウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃへ、またはそこからルーティングおよびフォワーディングすることができる。サービン
グゲートウェイ１６４は、さらに、ｅノードＢ間のハンドオーバ中におけるユーザプレー
ンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが下りリンクデータを利用可
能な場合のページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテ
キストの管理および記憶などの、他の機能を実行することができる。
【0159】
サービングゲートウェイ１６４は、さらに、ＰＤＮゲートウェイ１６６に接続されても
よく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワ
ークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。
よく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワ
ークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。
【0160】
コアネットワーク１０７は、他のネットワークとの通信を円滑にすることができる。例
えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアク
セスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。例えば
、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインター
フェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（
IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してもよい
。さらに、コアネットワーク１０７は、他のサービスプロバイダが所有や運用する有線ま
たは無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃに提供することができる。
えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアク
セスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。例えば
、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインター
フェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（
IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してもよい
。さらに、コアネットワーク１０７は、他のサービスプロバイダが所有や運用する有線ま
たは無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２
ａ、１０２ｂ、１０２ｃに提供することができる。
【0161】
図２６は、一実施形態に係るＲＡＮ１０５およびコアネットワーク１０９のシステム図
である。ＲＡＮ１０５は、ＩＥＥＥ ８０２．１６無線技術を採用して、エアインターフ
ェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサー
ビスネットワーク（Access Service Network：ＡＳＮ）であってもよい。後にさらに論
じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５と、コアネットワ
ーク１０９との異なる機能エンティティ間の通信リンクを、基準点として定義することが
できる。
である。ＲＡＮ１０５は、ＩＥＥＥ ８０２．１６無線技術を採用して、エアインターフ
ェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサー
ビスネットワーク（Access Service Network：ＡＳＮ）であってもよい。後にさらに論
じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５と、コアネットワ
ーク１０９との異なる機能エンティティ間の通信リンクを、基準点として定義することが
できる。
【0162】
図２６に示すように、ＲＡＮ１０５は基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲ
ートウェイ１８２を含み得るが、ＲＡＮ１０５は、一実施形態との整合性を維持しながら
、任意の数の基地局とＡＳＮゲートウェイを含み得ることは理解されるであろう。基地局
１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセルに関連付けら
れてもよく、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態においては、基
地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、
基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を
送信し、そこから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０
ｃは、さらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィッ
ク分類、サービスの質（ＱｏＳ）ポリシーの施行などのモビリティ管理機能を提供するこ
とができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能することがで
き、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルー
ティングなどを司ることができる。
ートウェイ１８２を含み得るが、ＲＡＮ１０５は、一実施形態との整合性を維持しながら
、任意の数の基地局とＡＳＮゲートウェイを含み得ることは理解されるであろう。基地局
１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセルに関連付けら
れてもよく、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態においては、基
地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、
基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を
送信し、そこから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０
ｃは、さらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィッ
ク分類、サービスの質（ＱｏＳ）ポリシーの施行などのモビリティ管理機能を提供するこ
とができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能することがで
き、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルー
ティングなどを司ることができる。
【0163】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間のエアインターフェース１
１７を、ＩＥＥＥ ８０２．１６仕様を実装したＲ１基準点と定義することができる。さ
らに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論
理インターフェース（図示せず）を構築することができる。ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃとコアネットワーク１０９の間の論理インターフェースを、認証や、認可や、
ＩＰホスト構成管理や、モビリティ管理のために使用され得るＲ２基準点として定義する
ことができる。
１７を、ＩＥＥＥ ８０２．１６仕様を実装したＲ１基準点と定義することができる。さ
らに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論
理インターフェース（図示せず）を構築することができる。ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃとコアネットワーク１０９の間の論理インターフェースを、認証や、認可や、
ＩＰホスト構成管理や、モビリティ管理のために使用され得るＲ２基準点として定義する
ことができる。
【0164】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクを、基地局間のＷＴＲＵ
ハンドオーバおよびデータ転送を円滑にするためのプロトコルを含むＲ８基準点として定
義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２
の間の通信リンクをＲ６基準点として定義することができる。Ｒ６基準点は、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリ
ティ管理を円滑にするためのプロトコルを含むことができる。
ハンドオーバおよびデータ転送を円滑にするためのプロトコルを含むＲ８基準点として定
義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２
の間の通信リンクをＲ６基準点として定義することができる。Ｒ６基準点は、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリ
ティ管理を円滑にするためのプロトコルを含むことができる。
【0165】
図２６に示すように、ＲＡＮ１０５はコアネットワーク１０９に接続され得る。ＲＡＮ
１０５とコアネットワーク１０９の間の通信リンクを、例えば、データ転送およびモビリ
ティ管理能力を促進するためのプロトコルを含むＲ３基準点として定義することができる
。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home Ag
ent：ＭＩＰ－ＨＡ）１８４と、認証、認可、アカウンティング（Authentication, Auth
orization, Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８を含むことがで
きる。上記要素の各々はコアネットワーク１０９の部分として図示されているが、これら
の要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用
されてもよいことは理解されるであろう。
１０５とコアネットワーク１０９の間の通信リンクを、例えば、データ転送およびモビリ
ティ管理能力を促進するためのプロトコルを含むＲ３基準点として定義することができる
。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home Ag
ent：ＭＩＰ－ＨＡ）１８４と、認証、認可、アカウンティング（Authentication, Auth
orization, Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８を含むことがで
きる。上記要素の各々はコアネットワーク１０９の部分として図示されているが、これら
の要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用
されてもよいことは理解されるであろう。
【0166】
ＭＩＰ－ＨＡはＩＰアドレス管理を司ることができ、ＷＴＲＵ１０２ａ、１０２ｂ、１
０２ｃが異なるＡＳＮや異なるコアネットワークの間をローミングできるようにすること
ができる。ＭＩＰ－ＨＡ１８４は、インターネット１１０などのパケット交換ネットワー
クへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ
、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。ＡＡＡ
サーバ１８６は、ユーザ認証およびユーザサービスのサポートを司ることができる。ゲー
トウェイ１８８は、他のネットワークとのインターワーキングを円滑にすることができる
。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアク
セスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。さらに
、ゲートウェイ１８８は、他のサービスプロバイダが所有や運用する有線または無線通信
ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃに提供することができる。
０２ｃが異なるＡＳＮや異なるコアネットワークの間をローミングできるようにすること
ができる。ＭＩＰ－ＨＡ１８４は、インターネット１１０などのパケット交換ネットワー
クへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ
、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。ＡＡＡ
サーバ１８６は、ユーザ認証およびユーザサービスのサポートを司ることができる。ゲー
トウェイ１８８は、他のネットワークとのインターワーキングを円滑にすることができる
。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアク
セスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。さらに
、ゲートウェイ１８８は、他のサービスプロバイダが所有や運用する有線または無線通信
ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ
、１０２ｃに提供することができる。
【0167】
図２６には図示しないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、コアネット
ワーク１０９は他のコアネットワークと接続されてもよいことは理解されるであろう。Ｒ
ＡＮ１０５と他のＡＳＮとの間の通信リンクをＲ４基準点として定義することができ、Ｒ
４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
のモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９
と他のコアネットワークの間の通信リンクを、Ｒ５基準として定義することができ、Ｒ５
基準は、ホームコアネットワークと訪問先コアネットワークの間のインターワーキングを
円滑にするためのプロトコルを含むことができる。
ワーク１０９は他のコアネットワークと接続されてもよいことは理解されるであろう。Ｒ
ＡＮ１０５と他のＡＳＮとの間の通信リンクをＲ４基準点として定義することができ、Ｒ
４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ
のモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９
と他のコアネットワークの間の通信リンクを、Ｒ５基準として定義することができ、Ｒ５
基準は、ホームコアネットワークと訪問先コアネットワークの間のインターワーキングを
円滑にするためのプロトコルを含むことができる。
【0168】
本明細書で説明され、図２２、２４、２５、２６に示されたコアネットワークエンティ
ティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに付けられた名前で識
別されるが、それらのエンティティや機能性は、将来は、他の名前で識別される可能性が
あり、特定のエンティティまたは機能性は、３ＧＰＰが発行する、３ＧＰＰ ＮＲ仕様を
含む将来の仕様において組み合わされる可能性があることが理解される。したがって、説
明され、図２２～図２６に示される特定のネットワークエンティティおよび機能性は、単
に例として提示されたものであり、本明細書に開示され、特許請求される主題は、現在定
義されているかまたは将来定義される任意の類似の通信システムの中に具現化または実装
してもよいことが理解される。
ティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに付けられた名前で識
別されるが、それらのエンティティや機能性は、将来は、他の名前で識別される可能性が
あり、特定のエンティティまたは機能性は、３ＧＰＰが発行する、３ＧＰＰ ＮＲ仕様を
含む将来の仕様において組み合わされる可能性があることが理解される。したがって、説
明され、図２２～図２６に示される特定のネットワークエンティティおよび機能性は、単
に例として提示されたものであり、本明細書に開示され、特許請求される主題は、現在定
義されているかまたは将来定義される任意の類似の通信システムの中に具現化または実装
してもよいことが理解される。
【0169】
図２７は、例えば、ＲＡＮ１０３／１０４／１０５内の特定のノードまたは機能エンテ
ィティ、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１
１０、またはその他のネットワーク１１２などの、図２２、２４、２５、２６に示す通信
ネットワークの１つ以上の装置を具現化し得る、例示的なコンピューティングシステム９
０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバ
を含むことができ、主としてコンピュータ読み取り可能な命令によって制御されてもよく
、命令はソフトウェアの形態であってもよく、ソフトウェアは任意の場所に、あるいは任
意の手段によって保存またはアクセスされてもよい。そのようなコンピュータ読み取り可
能な命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０を作動さ
せてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、
デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連
する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向
け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任
意の他の種類の集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ９１は、コ
ンピューティングシステム９０の通信ネットワーク内での動作を可能にする信号符号化や
、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することが
できる。コプロセッサ８１は、メインプロセッサ９１と別個の、追加的機能を実行するか
、もしくはプロセッサ９１をアシストするオプショナルプロセッサである。プロセッサ９
１とコプロセッサ８１のうち、少なくとも一方は、本明細書に開示の方法と装置に関連す
るデータを受信、生成、および処理することができる。
ィティ、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１
１０、またはその他のネットワーク１１２などの、図２２、２４、２５、２６に示す通信
ネットワークの１つ以上の装置を具現化し得る、例示的なコンピューティングシステム９
０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバ
を含むことができ、主としてコンピュータ読み取り可能な命令によって制御されてもよく
、命令はソフトウェアの形態であってもよく、ソフトウェアは任意の場所に、あるいは任
意の手段によって保存またはアクセスされてもよい。そのようなコンピュータ読み取り可
能な命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０を作動さ
せてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、
デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連
する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向
け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任
意の他の種類の集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ９１は、コ
ンピューティングシステム９０の通信ネットワーク内での動作を可能にする信号符号化や
、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することが
できる。コプロセッサ８１は、メインプロセッサ９１と別個の、追加的機能を実行するか
、もしくはプロセッサ９１をアシストするオプショナルプロセッサである。プロセッサ９
１とコプロセッサ８１のうち、少なくとも一方は、本明細書に開示の方法と装置に関連す
るデータを受信、生成、および処理することができる。
【0170】
動作中、プロセッサ９１は命令をフェッチし、解読し、実行して、コンピューティング
システムの主要データ転送経路であるシステムバス８０を介して、他のリソースとの間で
情報を転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成
要素を接続し、データ交換の媒介を規定する。システムバス８０は、通常、データを送信
するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送
信するためとシステムバスを動作させるための制御ラインを含む。そのようなシステムバ
ス８０の一例が、周辺コンポーネント相互接続（Peripheral Component Interconnect
：ＰＣＩ）バスである。
システムの主要データ転送経路であるシステムバス８０を介して、他のリソースとの間で
情報を転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成
要素を接続し、データ交換の媒介を規定する。システムバス８０は、通常、データを送信
するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送
信するためとシステムバスを動作させるための制御ラインを含む。そのようなシステムバ
ス８０の一例が、周辺コンポーネント相互接続（Peripheral Component Interconnect
：ＰＣＩ）バスである。
【0171】
システムバス８０に接続されるメモリには、ランダムアクセスメモリ（ＲＡＭ）８２と
読み出し専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を保存し、読
み出すことを可能にする回路を含む。ＲＯＭ９３は、一般に、容易に修正できない保存デ
ータを収納する。ＲＡＭ８２内に保存されたデータは、プロセッサ９１または他のハード
ウェアデバイスによって読み取られるか、もしくは変更され得る。ＲＡＭ８２とＲＯＭ９
３のうち、少なくとも一方へのアクセスは、メモリコントローラ９２によって制御され得
る。メモリコントローラ９２は、命令が実行されるに従って仮想アドレスを物理アドレス
に変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、さら
に、システム内の各プロセスを隔離し、システムプロセスをユーザプロセスから隔離する
メモリ保護機能を提供することができる。したがって、第１モードで実行中のプログラム
は、それ自身のプロセス仮想アドレス空間によってマッピングされるメモリのみにアクセ
スすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮
想アドレス空間内のメモリにアクセスすることはできない。
読み出し専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を保存し、読
み出すことを可能にする回路を含む。ＲＯＭ９３は、一般に、容易に修正できない保存デ
ータを収納する。ＲＡＭ８２内に保存されたデータは、プロセッサ９１または他のハード
ウェアデバイスによって読み取られるか、もしくは変更され得る。ＲＡＭ８２とＲＯＭ９
３のうち、少なくとも一方へのアクセスは、メモリコントローラ９２によって制御され得
る。メモリコントローラ９２は、命令が実行されるに従って仮想アドレスを物理アドレス
に変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、さら
に、システム内の各プロセスを隔離し、システムプロセスをユーザプロセスから隔離する
メモリ保護機能を提供することができる。したがって、第１モードで実行中のプログラム
は、それ自身のプロセス仮想アドレス空間によってマッピングされるメモリのみにアクセ
スすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮
想アドレス空間内のメモリにアクセスすることはできない。
【0172】
さらに、コンピューティングシステム９０は、プロセッサ９１からの命令の、プリンタ
９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器への伝
達を司る周辺機器コントローラ８３を含むことができる。
９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器への伝
達を司る周辺機器コントローラ８３を含むことができる。
【0173】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューテ
ィングシステム９０によって生成される視覚的出力を表示するために使用される。そのよ
うな視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含
み得る。視覚的出力は、グラフィカルユーザインターフェース（Graphical User Inter
face：ＧＵＩ）の形で提示され得る。ディスプレイ８６は、ブラウン管（Cathode-Ray T
ube：ＣＲＴ）ベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレ
イ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実
装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信
号を生成するために必要な電子部品を含む。
ィングシステム９０によって生成される視覚的出力を表示するために使用される。そのよ
うな視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含
み得る。視覚的出力は、グラフィカルユーザインターフェース（Graphical User Inter
face：ＧＵＩ）の形で提示され得る。ディスプレイ８６は、ブラウン管（Cathode-Ray T
ube：ＣＲＴ）ベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレ
イ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実
装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信
号を生成するために必要な電子部品を含む。
【0174】
さらに、コンピューティングシステム９０は、図２２～図２６のＲＡＮ１０３／１０４
／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット
１１０、またはその他のネットワーク１１２などの外部通信ネットワークにコンピューテ
ィングシステム９０を接続するために使用され得る、例えば、ネットワークアダプタ９７
などの通信回路を含むことができ、それによって、コンピューティングシステム９０がそ
れらのネットワークの他のノードまたは機能エンティティと通信できるようにすることが
できる。通信回路を、単独に、またはプロセッサ９１と共に使用して、本明細書に記載さ
れた特定の装置、ノード、または機能エンティティの送信および受信ステップを実行する
ことができる。
／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット
１１０、またはその他のネットワーク１１２などの外部通信ネットワークにコンピューテ
ィングシステム９０を接続するために使用され得る、例えば、ネットワークアダプタ９７
などの通信回路を含むことができ、それによって、コンピューティングシステム９０がそ
れらのネットワークの他のノードまたは機能エンティティと通信できるようにすることが
できる。通信回路を、単独に、またはプロセッサ９１と共に使用して、本明細書に記載さ
れた特定の装置、ノード、または機能エンティティの送信および受信ステップを実行する
ことができる。
【0175】
本明細書に記載の装置、システム、方法、およびプロセスのいずれかまたはすべては、
命令がプロセッサ１１８または９１などのプロセッサによって実行されると、本明細書に
記載のシステム、方法、およびプロセスをプロセッサに実行や実装させるコンピュータ可
読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プログラムコード）の形で
具現化され得ることが理解される。具体的には、本明細書に記載のステップ、動作、また
は機能のいずれかは、無線および有線ネットワーク通信の少なくとも一方用に構成された
装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピ
ュータ実行可能命令の形で実装され得る。コンピュータ可読記憶媒体には、情報を記憶す
るための任意の非一時的（例えば、有形または物理的）方法または技術で実装された揮発
性および不揮発性、リムーバブルおよび非リムーバブルメディアが含まれるが、そのよう
なコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、Ｒ
ＡＭ、ＲＯＭ、電気的消去可能ＲＯＭ（Electrically Erasable Programmable ROM：
ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コンパクトディスクＲＯＭ（
Compact Disc ROM：ＣＤ－ＲＯＭ）、デジタル多用途ディスク（Digital Versatile
Disc：ＤＶＤ）または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディ
スクストレージ、または他の磁気ストレージデバイス、または所望の情報を記憶するため
に使用することができ、コンピューティングシステムによってアクセスすることができる
他の任意の有形または物理的媒体が含まれるが、これらに限定されない。
命令がプロセッサ１１８または９１などのプロセッサによって実行されると、本明細書に
記載のシステム、方法、およびプロセスをプロセッサに実行や実装させるコンピュータ可
読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プログラムコード）の形で
具現化され得ることが理解される。具体的には、本明細書に記載のステップ、動作、また
は機能のいずれかは、無線および有線ネットワーク通信の少なくとも一方用に構成された
装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピ
ュータ実行可能命令の形で実装され得る。コンピュータ可読記憶媒体には、情報を記憶す
るための任意の非一時的（例えば、有形または物理的）方法または技術で実装された揮発
性および不揮発性、リムーバブルおよび非リムーバブルメディアが含まれるが、そのよう
なコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、Ｒ
ＡＭ、ＲＯＭ、電気的消去可能ＲＯＭ（Electrically Erasable Programmable ROM：
ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コンパクトディスクＲＯＭ（
Compact Disc ROM：ＣＤ－ＲＯＭ）、デジタル多用途ディスク（Digital Versatile
Disc：ＤＶＤ）または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディ
スクストレージ、または他の磁気ストレージデバイス、または所望の情報を記憶するため
に使用することができ、コンピューティングシステムによってアクセスすることができる
他の任意の有形または物理的媒体が含まれるが、これらに限定されない。
【0176】
付録
【0177】
【表1-1】
【表1-2】
【表1-3】
【0178】
【表2】
【0179】
【表3】
【0180】
【表4】
【0181】
【表5】
【0182】
【表6】
【0183】
【表7】
【0184】
【表8】
【図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】
【手続補正書】
【提出日】2024-03-15
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、前記通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されたときに、前記装置に
フィールドを含むネットワーク支援情報を受信することであって、前記フィールドは、チャネルアクセスタイプを示すビットを２つ以上含む、ことと、
少なくとも部分的に前記ネットワーク支援情報に基づいて、上りリンクチャネルアクセス手順を決定することと、
上りリンクチャネルにアクセスするための前記上りリンクチャネルアクセス手順を実行することと、
上りリンク送信を前記上りリンクチャネルを介して送信することであって、前記ネットワーク支援情報の受信及び前記上りリンク送信の送信は、同じチャネル占有時間中に発生する、ことと、
を含む動作を実行させる、装置。
フィールドを含むネットワーク支援情報を受信することであって、前記フィールドは、チャネルアクセスタイプを示すビットを２つ以上含む、ことと、
少なくとも部分的に前記ネットワーク支援情報に基づいて、上りリンクチャネルアクセス手順を決定することと、
上りリンクチャネルにアクセスするための前記上りリンクチャネルアクセス手順を実行することと、
上りリンク送信を前記上りリンクチャネルを介して送信することであって、前記ネットワーク支援情報の受信及び前記上りリンク送信の送信は、同じチャネル占有時間中に発生する、ことと、
を含む動作を実行させる、装置。
【請求項2】
前記上りリンクチャネルアクセス手順は、リッスンビフォートーク（listen-before-talk：ＬＢＴ）手順を含む、請求項１に記載の装置。
【請求項3】
前記チャネルアクセスタイプは、ランダムバックオフを伴う前記ＬＢＴ手順を示す、請求項２に記載の装置。
【請求項4】
前記チャネルアクセスタイプは、デフォルト構成の使用を示す、請求項１に記載の装置。
【請求項5】
前記チャネルアクセスタイプは、前記装置が、ＬＢＴを実行せずに、前記上りリンク送信を実行できることを示す、請求項１に記載の装置。
【請求項6】
前記チャネルアクセスタイプは、ランダムバックオフのない前記ＬＢＴ手順を示す、請求項２に記載の装置。
【請求項7】
前記チャネルアクセスタイプは代替構成の使用を示す、請求項１に記載の装置。
【請求項8】
前記チャネルアクセスタイプは、定義された３以上のチャネルアクセスタイプのセットのうちの１つである、請求項１に記載の装置。
【請求項9】
フィールドを含むネットワーク支援情報を受信することであって、前記フィールドは、チャネルアクセスタイプを示すビットを２つ以上含む、ことと、
少なくとも部分的に前記ネットワーク支援情報に基づいて、上りリンクチャネルアクセス手順を決定することと、
上りリンクチャネルにアクセスするための前記上りリンクチャネルアクセス手順を実行することと、
上りリンク送信を前記上りリンクチャネルを介して送信することであって、前記ネットワーク支援情報の受信及び前記上りリンク送信の送信は、同じチャネル占有時間中に発生する、ことと、
を含む上りリンクチャネルアクセスのための方法。
少なくとも部分的に前記ネットワーク支援情報に基づいて、上りリンクチャネルアクセス手順を決定することと、
上りリンクチャネルにアクセスするための前記上りリンクチャネルアクセス手順を実行することと、
上りリンク送信を前記上りリンクチャネルを介して送信することであって、前記ネットワーク支援情報の受信及び前記上りリンク送信の送信は、同じチャネル占有時間中に発生する、ことと、
を含む上りリンクチャネルアクセスのための方法。
【請求項10】
前記上りリンクチャネルアクセス手順は、リッスンビフォートーク（listen-before-talk：ＬＢＴ）手順を含む、請求項９に記載の方法。
【請求項11】
前記チャネルアクセスタイプは、ランダムバックオフを伴う前記ＬＢＴ手順を示す、請求項１０に記載の方法。
【請求項12】
前記チャネルアクセスタイプは、ランダムバックオフのない前記ＬＢＴ手順を示す、請求項１０に記載の方法。
【請求項13】
前記チャネルアクセスタイプは、デフォルト構成の使用を示す、請求項９に記載の方法。
【請求項14】
前記チャネルアクセスタイプは代替構成の使用を示す、請求項９に記載の方法。
【請求項15】
前記チャネルアクセスタイプは、ＬＢＴを実行しない前記上りリンク送信の実行を示す、請求項９に記載の方法。
【請求項16】
前記チャネルアクセスタイプは、定義された３以上のチャネルアクセスタイプのセットのうちの１つである、請求項９に記載の方法。
【外国語明細書】