特許7471429ウェイクアップ信号のコンフリクトを解消するためのネットワーク支援
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-04-11
(45)【発行日】2024-04-19
(54)【発明の名称】ウェイクアップ信号のコンフリクトを解消するためのネットワーク支援
(51)【国際特許分類】
H04W 52/02 20090101AFI20240412BHJP
H04W 16/14 20090101ALI20240412BHJP
H04W 72/54 20230101ALI20240412BHJP
【ＦＩ】
H04W52/02 111
H04W16/14
H04W72/54 110
【請求項の数】
32
(21)【出願番号】P 2022547310
(86)(22)【出願日】2020-02-07
(65)【公表番号】
(43)【公表日】2023-03-31
(86)【国際出願番号】 IB2020050985
(87)【国際公開番号】W WO2021156652
(87)【国際公開日】2021-08-12
【審査請求日】2022-08-03
【審判番号】
【審判請求日】2023-09-06
(73)【特許権者】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100094569
【弁理士】
【氏名又は名称】田中 伸一郎
(74)【代理人】
【識別番号】100103610
【弁理士】
【氏名又は名称】▲吉▼田 和彦
(74)【代理人】
【識別番号】100109070
【弁理士】
【氏名又は名称】須田 洋之
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【識別番号】100120525
【弁理士】
【氏名又は名称】近藤 直樹
(74)【代理人】
【識別番号】100167911
【弁理士】
【氏名又は名称】豊島 匠二
(72)【発明者】
【氏名】フレデリクセン フランク
(72)【発明者】
【氏名】ラセルヴァ ダニエラ
(72)【発明者】
【氏名】ショーバー カロル
【合議体】
【審判長】廣川 浩
【審判官】新田 亮
【審判官】齋藤 哲
(56)【参考文献】
【文献】Ｑｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ、ＰＤＣＣＨ－ｂａｓｅｄ ｐｏｗｅｒ ｓａｖｉｎｇ ｃｈａｎｎｅｌ ｄｅｓｉｇｎ＜ｏｎｌｉｎｅ＞、３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９８ Ｒ１－１９０９２７５、Ｉｎｔｅｒｎｅｔ＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿９８／Ｄｏｃｓ＞、２０１９年０８月１７日アップロード
【文献】ＭｅｄｉａＴｅｋ Ｉｎｃ．、Ｏｎ ＤＬ Ｓｉｇｎａｌｓ ａｎｄ Ｃｈａｎｎｅｌｓ ｉｎ ＮＲ－Ｕ＜ｏｎｌｉｎｅ＞、３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９４ｂ Ｒ１－１８１０４４０、Ｉｎｔｅｒｎｅｔ＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿９４ｂ／Ｄｏｃｓ＞、２０１８年０９月２９日アップロード
【文献】Ｎｏｋｉａ、Ｎｏｋｉａ Ｓｈａｎｇｈａｉ Ｂｅｌｌ、Ｄｉｓｃｕｓｓｉｏｎ ｏｎ ＤＲＸ ｆｏｒ ＮＲ－Ｕ＜ｏｎｌｉｎｅ＞、３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ２ ＃１０５ Ｒ２－１９０１１８０、Ｉｎｔｅｒｎｅｔ＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿１０５／Ｄｏｃｓ＞、２０１９年０２月１５日アップロード
【文献】Ｎｏｋｉａ、Ｎｏｋｉａ Ｓｈａｎｇｈａｉ Ｂｅｌｌ、Ｒｅｍａｉｎｉｎｇ ｉｓｓｕｅｓ ｏｎ ＵＬ ＬＢＴ＜ｏｎｌｉｎｅ＞、３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ２ ＃１０７ｂｉｓ Ｒ２－１９１３２８７、Ｉｎｔｅｒｎｅｔ＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿１０７ｂｉｓ／Ｄｏｃｓ＞、２０１９年１０月０３日アップロード
【文献】Ｅｒｉｃｓｓｏｎ、Ｄｅｓｉｇｎ ｏｆ ＰＤＣＣＨ－ＷＵＳ＜ｏｎｌｉｎｅ＞、３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃９９ Ｒ１－１９１２７８０、Ｉｎｔｅｒｎｅｔ＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿９９／Ｄｏｃｓ？ｓｏｒｔｂｙ＝ｓｉｚｅｒｅｖ＞、２０１９年１１月０９日アップロード
(58)【調査した分野】(Int.Cl.，ＤＢ名)
H04B 7/24-7/26
H04W 4/00-99/00
3GPP TSG RAN WG1-4
SA WG1-4
CT WG1,4
(57)【特許請求の範囲】
【請求項1】
通信ネットワークのネットワークデバイスによって、ネットワークノードがウェイクアップ信号を送信しないことに因る、ウェイクアップ信号オケージョンの最中または前のネットワークノードチャネルアクセスの少なくとも１回の失敗を検知するステップと、前記検知するステップに基づいて、オンデュレーションモニタリングを実行するステップと
を含む方法。
【請求項2】
前記ネットワークデバイスがスリープモードにあり、前記オンデュレーションモニタリングが、前記スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を受信することなく実行される、請求項１に記載の方法。
【請求項3】
ネットワークノードチャネルアクセスの前記失敗が、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいて検知される、請求項１に記載の方法。
【請求項4】
前記失敗が、前記ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にある、請求項１に記載の方法。
【請求項5】
ネットワークノードチャネルアクセスの前記失敗が、前記通信ネットワークのデバイスの少なくとも１回のリッスンビフォートーク失敗を含む、請求項１に記載の方法。
【請求項6】
オンデュレーションモニタリングを検知するステップまたは実行するステップのうちの少なくとも一方が、前記通信ネットワークからの表示に基づく、請求項１に記載の方法。
【請求項7】
前記表示が、前記ネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、前記表示が、前記ネットワークノードチャネルアクセスの前記失敗の連続した失敗の数を考慮する、請求項６に記載の方法。
【請求項8】
前記オンデュレーションモニタリングが、不連続受信オンデュレーションモニタリングを含む、請求項１に記載の方法。
【請求項9】
オンデュレーションモニタリングを実行する前記ステップが、前記通信ネットワークからの表示に基づいて、前記オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定するステップを含む、請求項１に記載の方法。
【請求項10】
前記不連続受信オンデュレーションタイマーを開始することが、前記ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後に実行される、請求項９に記載の方法。
【請求項11】
前記オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定するステップが、前記通信ネットワークからのウェイクアップ信号構成に基づく、請求項９に記載の方法。
【請求項12】
前記オンデュレーションモニタリングが、前記失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むということを特定することに基づいて実行される、請求項１～１１のいずれか１項に記載の方法。
【請求項13】
前記遅延に厳しい要件が、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含む、請求項１２に記載の方法。
【請求項14】
前記失敗によって影響される前記少なくとも１つのデータ無線ベアラの前記遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの前記少なくとも１つの長さを特定するステップを含む、請求項１２に記載の方法。
【請求項15】
不連続受信サイクルの前記少なくとも１つの前記特定された長さが、前記通信ネットワークからの表示と、前記ネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される、請求項１４に記載の方法。
【請求項16】
通信ネットワークのネットワークノードによって、ウェイクアップ信号オケージョンの最中または前にネットワークノードチャネルアクセスの失敗がネットワークデバイスによって検知された場合にオンデュレーションモニタリングを実行するための構成を含む情報を特定するステップと、前記情報の表示を少なくとも１つのネットワークデバイスへ送るステップと
を含み、前記失敗が、前記ネットワークノードがウェイクアップ信号を送信しないことに因るものである方法。
【請求項17】
前記構成が、前記少なくとも１つのネットワークデバイスがスリープモードにある間に使用するためのものであり、前記構成が、前記スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を伴わずに前記オンデュレーションモニタリングが実行されるためのものである、請求項１６に記載の方法。
【請求項18】
前記構成が、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいてネットワークノードチャネルアクセスの前記失敗を検知するために使用するためのものである、請求項１６に記載の方法。
【請求項19】
前記構成が、前記ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にネットワークノードチャネルアクセスの前記失敗を検知するために使用するためのものである、請求項１６に記載の方法。
【請求項20】
前記構成が、前記少なくとも１つのネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、前記表示が、前記ネットワークノードチャネルアクセスの前記失敗の連続した失敗の数を考慮する、請求項１９に記載の方法。
【請求項21】
前記構成が、前記ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後に前記オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定する際に使用するためのものである、請求項１６に記載の方法。
【請求項22】
前記情報が、前記通信ネットワークからのウェイクアップ信号構成に基づいて前記オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始するための構成を含む、請求項１６に記載の方法。
【請求項23】
前記情報が、前記失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むことに基づくオンデュレーションモニタリング構成を含む、請求項１６～２２のいずれか１項に記載の方法。
【請求項24】
前記遅延に厳しい要件が、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含む、請求項２３に記載の方法。
【請求項25】
前記情報が、前記失敗によって影響される前記少なくとも１つのデータ無線ベアラの前記遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの前記少なくとも１つの長さを特定するための構成を含む、請求項２４に記載の方法。
【請求項26】
不連続受信サイクルの前記少なくとも１つの前記特定された長さが、前記通信ネットワークからの前記表示と、前記少なくとも１つのネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される、請求項２４に記載の方法。
【請求項27】
少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと
を含む装置であって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサとともに、少なくとも、
請求項１～１５のいずれか１項に記載の方法を前記装置に実行させるように構成されている、装置。
【請求項28】
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む少なくとも１つのメモリと
を含む装置であって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサとともに、少なくとも、
請求項１６～２６のいずれか１項に記載の方法を前記装置に実行させるように構成されている、装置。
【請求項29】
請求項１～１５のいずれか１項に記載の方法を実行するためのプログラムコードを含むコンピュータプログラム。
【請求項30】
請求項１６～２６のいずれか１項に記載の方法を実行するためのプログラムコードを含むコンピュータプログラム。
【請求項31】
請求項２９に記載のプログラムコードを格納している非一時的コンピュータ可読メディア。
【請求項32】
請求項３０に記載のプログラムコードを格納している非一時的コンピュータ可読メディア。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の例示的な実施形態による教示は、全般的には、ネットワークノードチャネルアクセスの失敗の検知に基づいてオンデュレーションモニタリングを実行することに関し、より具体的には、ウェイクアップ信号オケージョン（wake-up signal occasion）の最中または前のネットワークノードチャネルアクセスの失敗の検知に基づいてオンデュレーションモニタリングを実行することに関する。
【背景技術】
【0002】
このセクションは、特許請求の範囲において挙げられている本発明の背景またはコンテキストを提供することを意図されている。本明細書における記述は、追求され得るコンセプトを含むことが可能であるが、必ずしも以前に着想または追求されたものであるとは限らない。そのため、本明細書において別段の記載がない限り、このセクションにおいて記述されていることは、本出願における記述および特許請求の範囲に対する従来技術ではなく、また、このセクションに含まれることによって従来技術であると認められるものではない。
【0003】
記述において、および／または図において見受けられる可能性がある特定の略語が、下記のとおり定義されている。
ＡＣＫ 肯定応答
ＢＦＲ ビーム失敗復旧
ＣＡ キャリアアグリゲーション
ＣＢＲＡ コンテンションベースのランダムアクセス
ＣＦＲＡ コンテンションフリーランダムアクセス
ＣＯＴ チャネル占有時間
ＣＲＣ 巡回冗長検査
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＳＩ－ＲＳ チャネル状態情報基準信号
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ＤＲＢ データ無線ベアラ
ＤＲＸ 不連続受信
ＬＢＥ ロードベース機器
ＬＢＴ リッスンビフォートーク
ＭＡＣ メディアアクセス制御
ＭＣＧ マスターセルグループ
ＮＲ－Ｕ 非免許のＮＲ（NR on Unlicensed）
ＮＷ ネットワーク
ＯＳＩ その他のシステム情報
ＰＣｅｌｌ プライマリーセル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＣｅｌｌ プライマリーセル
ＰＳＣｅｌｌ プライマリーセカンダリーセル
ＰＳ－ＲＮＴＩ 省電力無線ネットワーク一時識別子
ＲＡ ランダムアクセス
ＲＡ－ＲＮＴＩ ランダムアクセス無線ネットワーク一時識別子
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＲ ランダムアクセス応答
ＲＬＭ 無線リンクモニタリング
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＳＣｅｌｌ セカンダリーセル
ＳＣＧ セカンダリーセルグループ
ＳＰＣｅｌｌ マスターまたはセカンダリーセルグループの特別なセル、プライマリーセル
ＳＳＢ 同期信号ブロック
ＴＣ－ＲＮＴＩ 一時セル無線ネットワーク一時識別子
ＵＬ アップリンク
ＷＵＳ ウェイクアップ信号
ＡＣＫ 肯定応答
ＢＦＲ ビーム失敗復旧
ＣＡ キャリアアグリゲーション
ＣＢＲＡ コンテンションベースのランダムアクセス
ＣＦＲＡ コンテンションフリーランダムアクセス
ＣＯＴ チャネル占有時間
ＣＲＣ 巡回冗長検査
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＳＩ－ＲＳ チャネル状態情報基準信号
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ＤＲＢ データ無線ベアラ
ＤＲＸ 不連続受信
ＬＢＥ ロードベース機器
ＬＢＴ リッスンビフォートーク
ＭＡＣ メディアアクセス制御
ＭＣＧ マスターセルグループ
ＮＲ－Ｕ 非免許のＮＲ（NR on Unlicensed）
ＮＷ ネットワーク
ＯＳＩ その他のシステム情報
ＰＣｅｌｌ プライマリーセル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＣｅｌｌ プライマリーセル
ＰＳＣｅｌｌ プライマリーセカンダリーセル
ＰＳ－ＲＮＴＩ 省電力無線ネットワーク一時識別子
ＲＡ ランダムアクセス
ＲＡ－ＲＮＴＩ ランダムアクセス無線ネットワーク一時識別子
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＲ ランダムアクセス応答
ＲＬＭ 無線リンクモニタリング
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＳＣｅｌｌ セカンダリーセル
ＳＣＧ セカンダリーセルグループ
ＳＰＣｅｌｌ マスターまたはセカンダリーセルグループの特別なセル、プライマリーセル
ＳＳＢ 同期信号ブロック
ＴＣ－ＲＮＴＩ 一時セル無線ネットワーク一時識別子
ＵＬ アップリンク
ＷＵＳ ウェイクアップ信号
【0004】
本出願の時点での無線テクノロジーシステムにおいては、アップリンク（ＵＬ）および／またはダウンリンク（ＤＬ）通信を含む通信のためのユーザ機器（ＵＥ）などのさまざまなワイヤレスデバイス制御の制御動作を可能にする共通のプロトコルを提供するためにさまざまなテレコミュニケーション標準において採用されている複数のアクセステクノロジーがある。この動作は、通信に関する周波数、タイミング、および電力に関連し得る。
【0005】
例示的なテレコミュニケーション標準が、５Ｇ新無線（ＮＲ）である。５Ｇ ＮＲは、待ち時間、信頼性、セキュリティー、拡張性（たとえば、インターネットオブシングス（ＩｏＴ）を用いた）、およびその他の要件に関連付けられている新たな要件を満たすために第３世代パートナーシッププロジェクト（３ＧＰＰ）によって広められている継続的なモバイルブロードバンドの進化の一部である。５Ｇ ＮＲのいくつかの側面は、４Ｇロングタームエボリューション（ＬＴＥ）標準に基づいている場合がある。少なくともこれらのテレコミュニケーションテクノロジーにおいては、さらなる改善に対する必要性が引き続き存在している。必要とされているそのような改善は、より低い電力消費を保持しつつネットワークリソースをより効率よく利用するためのテクノロジーおよびオペレーションを含む。
【0006】
本発明の例示的な実施形態は、そのような無線テクノロジー通信における失敗に特に関連付けられている少なくともオペレーションを改善するように機能する。
【発明の概要】
【0007】
このセクションは、可能な実施態様の例を含み、限定的であることを意図されているものではない。
【0008】
本発明の例示的な実施形態においては、通信ネットワークのネットワークデバイスによって、ウェイクアップ信号オケージョンの最中または前のネットワークノードチャネルアクセスの少なくとも１回の失敗を検知するステップと、その検知するステップに基づいて、オンデュレーションモニタリングを実行するステップとを含む方法がある。
【0009】
さらなる例示的な実施形態は、前述のパラグラフの方法を含む方法であり、この方法においては、ネットワークデバイスはスリープモードにあり、オンデュレーションモニタリングは、スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を受信することなく実行され、ネットワークノードチャネルアクセスの失敗は、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいて検知され、失敗は、ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にあり、ネットワークノードチャネルアクセスの失敗は、通信ネットワークのデバイスの少なくとも１回のリッスンビフォートーク失敗を含み、オンデュレーションモニタリングを検知するステップまたは実行するステップのうちの少なくとも一方は、通信ネットワークからの表示に基づき、表示は、ネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、表示は、ネットワークノードチャネルアクセスの失敗の連続した失敗の数を考慮し、オンデュレーションモニタリングは、不連続受信オンデュレーションモニタリングを含み、オンデュレーションモニタリングを実行するステップは、通信ネットワークからの表示に基づいて、オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定するステップを含み、不連続受信オンデュレーションタイマーを開始することは、ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後に実行され、オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定するステップは、通信ネットワークからのウェイクアップ信号構成に基づき、オンデュレーションモニタリングは、失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むということを特定することに基づいて実行され、遅延に厳しい要件は、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含み、失敗によって影響される少なくとも１つのデータ無線ベアラの遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの少なくとも１つの長さを特定するステップがあり、不連続受信サイクルの少なくとも１つの特定された長さは、通信ネットワークからの表示と、ネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される。
【0010】
プログラムコードを格納している非一時的コンピュータ可読メディアであって、プログラムコードが、少なくとも上記のパラグラフにおいて記述されている方法を実行するために少なくとも１つのプロセッサによって実行される、非一時的コンピュータ可読メディア。
【0011】
本発明の例示的な態様においては、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含む、ユーザ機器側の装置または図３におけるようなＵＥ１０などの装置があり、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサとともに、少なくとも、ウェイクアップ信号オケージョンの最中または前のネットワークノードチャネルアクセスの少なくとも１回の失敗を通信ネットワークにおいて検知するステップと、その検知するステップに基づいて、オンデュレーションモニタリングを実行するステップとをこの装置に行わせるように構成されている。
【0012】
さらなる例示的な実施形態は、前述のパラグラフの装置を含む装置であり、この装置はスリープモードにあり、この装置においては、オンデュレーションモニタリングは、スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を受信することなく実行され、ネットワークノードチャネルアクセスの失敗は、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいて検知され、失敗は、ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にあり、ネットワークノードチャネルアクセスの失敗は、通信ネットワークのデバイスの少なくとも１回のリッスンビフォートーク失敗を含み、オンデュレーションモニタリングを検知するステップまたは実行するステップのうちの少なくとも一方は、通信ネットワークからの表示に基づき、表示は、ネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、表示は、ネットワークノードチャネルアクセスの失敗の連続した失敗の数を考慮し、オンデュレーションモニタリングは、不連続受信オンデュレーションモニタリングを含み、オンデュレーションモニタリングを実行するステップは、通信ネットワークからの表示に基づいて、オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定するステップを含み、不連続受信オンデュレーションタイマーを開始することは、ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後に実行され、オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定するステップは、通信ネットワークからのウェイクアップ信号構成に基づき、オンデュレーションモニタリングは、失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むということを特定することに基づいて実行され、遅延に厳しい要件は、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含み、コンピュータプログラムコードを含む少なくとも１つのメモリは、少なくとも１つのプロセッサとともに、失敗によって影響される少なくとも１つのデータ無線ベアラの遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの少なくとも１つの長さを特定するステップをこの装置に行わせるように構成されており、不連続受信サイクルの少なくとも１つの特定された長さは、通信ネットワークからの表示と、ネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される。
【0013】
本発明の別の例示的な態様によれば、通信ネットワークのネットワークデバイスによって、ウェイクアップ信号オケージョンの最中または前のネットワークノードチャネルアクセスの少なくとも１回の失敗を検知するステップを行うための手段と、その検知するステップに基づいて、オンデュレーションモニタリングを実行するステップを行うための手段とを含む装置がある。
【0014】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、少なくとも、検知するステップおよび実行するステップを行うための手段は、ネットワークインターフェースと、コンピュータ可読メディア上に格納されていて少なくとも１つのプロセッサによって実行されるコンピュータプログラムコードとを含む。
【0015】
さらなる例示的な実施形態は、前述のパラグラフの装置を含む装置であり、この装置においては、ネットワークデバイスはスリープモードにあり、オンデュレーションモニタリングは、スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を受信することなく実行され、ネットワークノードチャネルアクセスの失敗は、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいて検知され、失敗は、ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にあり、ネットワークノードチャネルアクセスの失敗は、通信ネットワークのデバイスの少なくとも１回のリッスンビフォートーク失敗を含み、オンデュレーションモニタリングを検知するステップまたは実行するステップのうちの少なくとも一方は、通信ネットワークからの表示に基づき、表示は、ネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、表示は、ネットワークノードチャネルアクセスの失敗の連続した失敗の数を考慮し、オンデュレーションモニタリングは、不連続受信オンデュレーションモニタリングのための手段を含み、オンデュレーションモニタリングを実行するステップは、通信ネットワークからの表示に基づいて、オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定するステップを行うための手段を含み、不連続受信オンデュレーションタイマーを開始することは、ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後に実行され、オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定するステップは、通信ネットワークからのウェイクアップ信号構成に基づき、オンデュレーションモニタリングは、失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むということを特定することに基づいて実行され、遅延に厳しい要件は、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含み、失敗によって影響される少なくとも１つのデータ無線ベアラの遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの少なくとも１つの長さを特定するステップを行うための手段があり、不連続受信サイクルの少なくとも１つの特定された長さは、通信ネットワークからの表示と、ネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される。
【0016】
本発明の別の例示的な態様においては、通信ネットワークのネットワークノードによって、ウェイクアップ信号オケージョンの最中または前にネットワークノードチャネルアクセスの失敗が検知された場合にオンデュレーションモニタリングを実行するための構成を含む情報を特定するステップと、その情報の表示を少なくとも１つのネットワークデバイスへ送るステップとを含む方法がある。
【0017】
さらなる例示的な実施形態は、前述のパラグラフの方法を含む方法であり、この方法においては、構成は、少なくとも１つのネットワークデバイスがスリープモードにある間に使用するためのものであり、構成は、スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を伴わずにオンデュレーションモニタリングが実行されるためのものであり、構成は、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいてネットワークノードチャネルアクセスの失敗を検知するために使用するためのものであり、構成は、ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にネットワークノードチャネルアクセスの失敗を検知するために使用するためのものであり、構成は、少なくとも１つのネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、表示は、ネットワークノードチャネルアクセスの失敗の連続した失敗の数を考慮し、構成は、ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後にオンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定する際に使用するためのものであり、情報は、通信ネットワークからのウェイクアップ信号構成に基づいてオンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始するための構成を含み、情報は、失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むことに基づくオンデュレーションモニタリング構成を含み、遅延に厳しい要件は、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含み、情報は、失敗によって影響される少なくとも１つのデータ無線ベアラの遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの少なくとも１つの長さを特定するための構成を含み、不連続受信サイクルの少なくとも１つの特定された長さは、通信ネットワークからの表示と、少なくとも１つのネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される。
【0018】
本発明の例示的な態様においては、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含む、ネットワーク側の装置または図３におけるようなｇＮＢ１２もしくはＮＮ１３などの装置があり、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサとともに、少なくとも、ウェイクアップ信号オケージョンの最中または前にネットワークノードチャネルアクセスの失敗が検知された場合にオンデュレーションモニタリングを実行するための構成を含む情報を通信ネットワークにおいて特定するステップと、その情報の表示を少なくとも１つのネットワークデバイスへ送るステップとをこの装置に行わせるように構成されている。
【0019】
さらなる例示的な実施形態は、前述のパラグラフの装置を含む装置であり、この装置においては、構成は、少なくとも１つのネットワークデバイスがスリープモードにある間に使用するためのものであり、構成は、スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を伴わずにオンデュレーションモニタリングが実行されるためのものであり、構成は、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいてネットワークノードチャネルアクセスの失敗を検知するために使用するためのものであり、構成は、ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にネットワークノードチャネルアクセスの失敗を検知するために使用するためのものであり、構成は、少なくとも１つのネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、表示は、ネットワークノードチャネルアクセスの失敗の連続した失敗の数を考慮し、構成は、ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後にオンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定する際に使用するためのものであり、情報は、通信ネットワークからのウェイクアップ信号構成に基づいてオンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始するための構成を含み、情報は、失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むことに基づくオンデュレーションモニタリング構成を含み、遅延に厳しい要件は、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含み、情報は、失敗によって影響される少なくとも１つのデータ無線ベアラの遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの少なくとも１つの長さを特定するための構成を含み、不連続受信サイクルの少なくとも１つの特定された長さは、通信ネットワークからの表示と、少なくとも１つのネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される。
【0020】
本発明の例示的な態様においては、ウェイクアップ信号オケージョンの最中または前にネットワークノードチャネルアクセスの失敗が検知された場合にオンデュレーションモニタリングを実行するための構成を含む情報を通信ネットワークにおいて特定するステップを行うための手段と、その情報の表示を少なくとも１つのネットワークデバイスへ送るステップを行うための手段とを含む、ネットワーク装置または図３におけるようなｇＮＢ１２もしくはＮＮ１３などの装置がある。
【0021】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、少なくとも、特定するステップおよび送るステップを行うための手段は、ネットワークインターフェースと、コンピュータ可読メディア上に格納されていて少なくとも１つのプロセッサによって実行されるコンピュータプログラムコードとを含む。
【0022】
さらなる例示的な実施形態は、前述のパラグラフの装置を含む装置であり、この装置においては、構成は、少なくとも１つのネットワークデバイスがスリープモードにある間に使用するためのものであり、構成は、スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を伴わずにオンデュレーションモニタリングが実行されるためのものであり、構成は、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいてネットワークノードチャネルアクセスの失敗を検知するために使用するためのものであり、構成は、ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にネットワークノードチャネルアクセスの失敗を検知するために使用するためのものであり、構成は、少なくとも１つのネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、表示は、ネットワークノードチャネルアクセスの失敗の連続した失敗の数を考慮し、構成は、ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後にオンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定する際に使用するためのものであり、情報は、通信ネットワークからのウェイクアップ信号構成に基づいてオンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始するための構成を含み、情報は、失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むことに基づくオンデュレーションモニタリング構成を含み、遅延に厳しい要件は、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含み、情報は、失敗によって影響される少なくとも１つのデータ無線ベアラの遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの少なくとも１つの長さを特定するための構成を含み、不連続受信サイクルの少なくとも１つの特定された長さは、通信ネットワークからの表示と、少なくとも１つのネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される。
【0023】
上述されているオペレーションを実行するネットワーク側の装置およびユーザ機器側の装置を含む通信システム。
【0024】
本開示のさまざまな実施形態の上記およびその他の態様、特徴、および利点は、添付の図面への参照を伴う以降の詳細な記述からさらに完全に明らかになるであろう。それらの図面においては、同様のまたは同等の要素どうしを指定するために同様の参照記号が使用されている。図面は、本開示の実施形態のさらに良好な理解を容易にするために示されており、必ずしも縮尺どおりに描かれているとは限らない。
【図面の簡単な説明】
【0025】
【図1】ＬＢＥデバイスとしてｇＮＢによってＣＯＴを開始するためのチャネルアクセススキームを示す図である。
【図2】ＮＲ－ＵにおけるＤＲＳウィンドウを示す図である。
【図3】本発明のさまざまな態様を実行する際に使用されるさまざまなデバイスのハイレベルブロック図である。
【図4A】本発明の例示的な実施形態による装置によって実行されることが可能である方法をそれぞれ示す図である。
【図4B】本発明の例示的な実施形態による装置によって実行されることが可能である方法をそれぞれ示す図である。
【発明を実施するための形態】
【0026】
本発明の例示的な実施形態においては、ウェイクアップ信号オケージョンの最中または前のネットワークノードチャネルアクセスの失敗の検知に基づいてオンデュレーションモニタリングを少なくとも実行するための少なくとも方法および装置が提案されている。
【0027】
ＮＲにおけるＵＥ省電力についてのＰＤＣＣＨ－ＷＵＳ（ウェイクアップシグナリング）のモデリング、およびＤＲＸへのその接続が、本出願の時点で３ＧＰＰ標準化団体において議論されている。ＤＲＸは、既にＬＴＥに導入されており、ＮＲによっても継承された。
【0028】
ＷＵＳは、行われることになるデータ送信がない場合にはＤＲＸ ＯｎＤｕｒａｔｉｏｎ中にＵＥがＰＤＣＣＨモニタリングをスキップすることを可能にするように設計されている。このモニタリングは、ＵＥに関連付けられているＭＡＣエンティティーがＰＤＣＣＨをモニタするように構成されているＰＤＣＣＨオケージョンのタイムデュレーション（たとえば、１つのまたは連続した数のシンボル）中に実行されることが可能である。
【0029】
ＮＷが、ＵＥをスケジュールすることを意図している場合には、ＮＷは、ＷＵＳオケージョン中にＵＥへウェイクアップ表示を送って、最初にＵＥをウェイクアップする必要があり、ＵＥは次いで、来たるＤＲＸ ＯｎＤｕｒａｔｉｏｎにおいてデータをスケジュールするために通常のＰＤＣＣＨをモニタすることになる。ＤＲＸ ＯｎＤｕｒａｔｉｏｎは、あるタイマー（たとえば、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）を開始することを指すことが可能であり、そのタイマー中に、ＵＥはＤＲＸアクティブ時間にあり、ＰＤＣＣＨをモニタする。ＷＵＳは、ＮＷによるＵＥへのシグナリングを指すことが可能であり、それに基づいて、ＵＥは次のＤＲＸ ＯｎＤｕｒａｔｉｏｎに関するタイマーを開始する。ＮＷによるそのようなシグナリングは、（たとえば、ダウンリンク制御情報－ＤＣＩによる）Ｌ１シグナリングを用いて、（たとえば、ＭＡＣ制御要素による）ＭＡＣシグナリングを用いて、またはＲＲＣシグナリングを用いて行われることが可能である。加えて、ＷＵＳは、ＰＳ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＬ１シグナリングＤＣＩであることが可能であり、それに基づいて、ＵＥは、そのようなＷＵＳ制御情報を用いてそのＤＣＩをデコードする。その制御情報は、ウェイクアップか否かを告発するビットの形式であることが可能である。ＷＵＳは、ＷＵＩ（ウェイクアップ表示）、ＰＳＩ（省電力表示）、またはＤＣＰ（ＰＳ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩ）と呼ばれる場合もある。さらに、ＰＳ－ＲＮＴＩは、接続モードＤＲＸオンデュレーションの次の発生時にＰＤＣＣＨをモニタするようにＵＥに示すためのＵＥ識別として定義されることが可能である。ＷＵＳは、「ＰＳ－ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩ」と呼ばれる場合があり、その場合、ＰＳ－ＲＮＴＩは、構成されているＵＥに関する省電力信号を識別するために使用されるＲＮＴＩである。
【0030】
ＤＲＸサイクルは、ＤＲＸ Ｏｎ Ｄｕｒａｔｉｏｎと、それに続くあり得る非アクティブな期間との周期的な繰り返しを指定することが可能であるということに留意されたい。ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが、ＤＲＸサイクルの始まりにおける連続したＰＤＣＣＨサブフレームの数を指定することが可能である。セルにサービス提供するためのＰＤＣＣＨサブフレームにわたるユニオンが表されることが可能である。
【0031】
本出願の時点で、標準に基づく関連のあるオペレーションは、下記を含むことが可能であるということに留意されたい。
ＵＥによってＤＲＸアクティブ時間外にＷＵＳをモニタすること。
ウェイクアップするようにとの表示をＷＵＳにおいて受信すると、ＵＥは、次のＤＲＸ－ＯｎＤｕｒａｔｉｏｎ中にＰＤＣＣＨモニタリングを実行する。
ＵＥがＷＵＳを受信しない場合、または検知されたＷＵＳにおける表示が、ＵＥがウェイクアップしないであろうと示している場合には、ＵＥは、先行するＷＵＳオケージョンがＤＲＸアクティブ時間内に収まらなかったならば、次のＤＲＸ－ＯｎＤｕｒａｔｉｏｎ中にＰＤＣＣＨモニタリングを実行しない。
ＵＥによってＤＲＸアクティブ時間外にＷＵＳをモニタすること。
ウェイクアップするようにとの表示をＷＵＳにおいて受信すると、ＵＥは、次のＤＲＸ－ＯｎＤｕｒａｔｉｏｎ中にＰＤＣＣＨモニタリングを実行する。
ＵＥがＷＵＳを受信しない場合、または検知されたＷＵＳにおける表示が、ＵＥがウェイクアップしないであろうと示している場合には、ＵＥは、先行するＷＵＳオケージョンがＤＲＸアクティブ時間内に収まらなかったならば、次のＤＲＸ－ＯｎＤｕｒａｔｉｏｎ中にＰＤＣＣＨモニタリングを実行しない。
【0032】
ＮＲチャネルアクセス（リッスンビフォートーク（ＬＢＴ））オプション
物理レイヤは、リッスンビフォートーク手順を実行することが可能であり、それに従えば、チャネルが占有されていると識別された場合には送信が実行されない。
物理レイヤは、リッスンビフォートーク手順を実行することが可能であり、それに従えば、チャネルが占有されていると識別された場合には送信が実行されない。
【0033】
ＮＲ－Ｕが動作している帯域（サブ７ＧＨｚ）においてＷｉ－Ｆｉがないことが（たとえば規制によって）保証されることが可能ではない場合には、基準の想定は、ＮＲ－Ｕの動作帯域幅が２０ＭＨｚの整数倍であることである。チャネルアクセスメカニズムに関しては、ＬＴＥ－ＬＡＡ ＬＢＴメカニズムが、５ＧＨｚ帯域に関する基準として採用されており、６ＧＨｚ帯域に関する設計の開始点として採用されている。少なくとも、Ｗｉ－Ｆｉがないことが（たとえば規制によって）保証されることが可能ではない帯域に関しては、ＬＢＴが２０ＭＨｚの単位で実行されることが可能である。
【0034】
５ＧＨｚ帯域に関して、応答側ノードの即時送信の前にトランシーバのターンアラウンドに対応するために１６μｓのギャップを有することは、高速のＡ／ＮフィードバックをサポートするためになどでＮＲ－Ｕにとって有益であり、規制によって許可される。このオプションがいつ使用されることが可能であるかについての制限／条件は、たとえば公正な共存を考慮して、さらに識別されることになる。
【0035】
図１は、ＬＢＥデバイスとしてｇＮＢによってＣＯＴを開始するためのチャネルアクセススキームのテーブルを示している。図１において示されているように、シナリオ１１０、１２０、および１３０に関するＣＡＴ２ ＬＢＴおよびＣＡＴ４ ＬＢＴシナリオオペレーションがある。図１のシナリオ１１０は、単独の、または非ユニキャストデータ、たとえば、その他のシステム情報（ＯＳＩ）、ページング、および／もしくはランダムアクセス応答（ＲＡＲ）と多重化されているＤＲＳに関するものである。その一方で、図１のシナリオ１２０は、ユニキャストデータと多重化されているＤＲＳに関するものであり、図１のシナリオ１３０は、ＰＤＣＣＨおよびＰＤＳＣＨに関するものである。シナリオ１２０および１３０に関しては、ＣＡＴ２ ＬＢＴは許可されていない。
【0036】
図１に関して、本出願の時点での標準においては、初期／ランダムアクセス、モビリティー、ページング、基準信号のみに関連した制御メッセージに関するＣａｔ４ ＬＢＴ以外のＬＢＴスキームの適用可能性があり、ＰＤＣＣＨのみの送信、たとえば、単独で、またはＤＲＳと多重化された場合に送信される「ＲＡＣＨメッセージ４」、ハンドオーバーコマンド、ＧＣ－ＰＤＣＣＨ、またはショートメッセージページングが論じられているということに留意されたい。
【0037】
チャネルアクセススキーム
アンライセンススペクトルに対するＮＲベースのアクセスのためのチャネルアクセススキームは、下記のカテゴリーへと分類されることが可能である。
－ カテゴリー１： 短いスイッチングギャップの後の即時送信
－ これは、送信機がＣＯＴ内でスイッチングギャップの後にすぐに送信を行うために使用される。
－ 受信から送信までのスイッチングギャップは、トランシーバのターンアラウンドタイムに対応することになり、１６μｓ以下である。
－ カテゴリー２： ランダムバックオフを伴わないＬＢＴ
－ 送信側エンティティーが送信を行う前にチャネルがアイドルであると感知される時間のデュレーションは決定論的である。
－ カテゴリー３： 固定されたサイズのコンテンションウィンドウを用いたランダムバックオフを伴うＬＢＴ
－ ＬＢＴ手順は、その構成要素のうちの１つとして次の手順を有する。送信側エンティティーは、コンテンションウィンドウ内で乱数Ｎを引く。コンテンションウィンドウのサイズは、Ｎの最小値および最大値によって指定される。コンテンションウィンドウのサイズは固定されている。乱数Ｎは、送信側エンティティーがチャネル上で送信を行う前にチャネルがアイドルであると感知される時間のデュレーションを特定するためにＬＢＴ手順において使用される。
－ カテゴリー４： 可変サイズのコンテンションウィンドウを用いたランダムバックオフを伴うＬＢＴ
－ ＬＢＴ手順は、その構成要素のうちの１つとして次の手順を有する。送信側エンティティーは、コンテンションウィンドウ内で乱数Ｎを引く。コンテンションウィンドウのサイズは、Ｎの最小値および最大値によって指定される。送信側エンティティーは、乱数Ｎを引く際にコンテンションウィンドウのサイズを変えることが可能である。乱数Ｎは、送信側エンティティーがチャネル上で送信を行う前にチャネルがアイドルであると感知される時間のデュレーションを特定するためにＬＢＴ手順において使用される。
アンライセンススペクトルに対するＮＲベースのアクセスのためのチャネルアクセススキームは、下記のカテゴリーへと分類されることが可能である。
－ カテゴリー１： 短いスイッチングギャップの後の即時送信
－ これは、送信機がＣＯＴ内でスイッチングギャップの後にすぐに送信を行うために使用される。
－ 受信から送信までのスイッチングギャップは、トランシーバのターンアラウンドタイムに対応することになり、１６μｓ以下である。
－ カテゴリー２： ランダムバックオフを伴わないＬＢＴ
－ 送信側エンティティーが送信を行う前にチャネルがアイドルであると感知される時間のデュレーションは決定論的である。
－ カテゴリー３： 固定されたサイズのコンテンションウィンドウを用いたランダムバックオフを伴うＬＢＴ
－ ＬＢＴ手順は、その構成要素のうちの１つとして次の手順を有する。送信側エンティティーは、コンテンションウィンドウ内で乱数Ｎを引く。コンテンションウィンドウのサイズは、Ｎの最小値および最大値によって指定される。コンテンションウィンドウのサイズは固定されている。乱数Ｎは、送信側エンティティーがチャネル上で送信を行う前にチャネルがアイドルであると感知される時間のデュレーションを特定するためにＬＢＴ手順において使用される。
－ カテゴリー４： 可変サイズのコンテンションウィンドウを用いたランダムバックオフを伴うＬＢＴ
－ ＬＢＴ手順は、その構成要素のうちの１つとして次の手順を有する。送信側エンティティーは、コンテンションウィンドウ内で乱数Ｎを引く。コンテンションウィンドウのサイズは、Ｎの最小値および最大値によって指定される。送信側エンティティーは、乱数Ｎを引く際にコンテンションウィンドウのサイズを変えることが可能である。乱数Ｎは、送信側エンティティーがチャネル上で送信を行う前にチャネルがアイドルであると感知される時間のデュレーションを特定するためにＬＢＴ手順において使用される。
【0038】
ＣＯＴにおけるさまざまな送信、および送信されることになるさまざまなチャネル／信号に関して、さまざまなカテゴリーのチャネルアクセススキームが使用されることが可能である。ＤＲＳウィンドウが、ＳＳＢバーストの周期性で発生する。
【0039】
図２は、ＮＲ－ＵにおけるＤＲＳウィンドウを示している。図２の列２１０において示されているように、ＤＲＳ－ＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６およびＤｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ－ＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６を含むシナリオがある。図２の列２２０は、このシナリオに基づいたＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎおよびＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢにおける結果として生じる付加、そしてまた本出願の時点でのさらなる調査（ＦＦＳ）に関する項目を示している。図２の列２３０は、このシナリオに関して、このシナリオに基づく結果として生じる長さ構成に関する本出願の時点でのさらなる研究（ＦＦＳ）の項目を示している。次いで図２の列２４０は、ＤＲＳ送信ウィンドウデュレーションが０．５ １、２、３、４、または５ｍｓとして構成されることが可能であるということを含む合意を示しており、ＤＲＳ送信ウィンドウデュレーションが不明である場合には、ＵＥは、ＤＲＳ送信ウィンドウが５ｍｓのデュレーションを有すると想定することが可能である。
【0040】
ＮＲにおけるＰＤＣＣＨ－ＷＵＳモニタリングウィンドウ
ＷＵＳモニタリングウィンドウは、ｏｎＤｕｒａｔｉｏｎ期間の０ｍｓ前に開始して（処理時間の制約に起因して）ｏｎＤｕｒａｔｉｏｎの数スロット／シンボル前に終了するイベントである。その期間中、ＵＥは、ＷＵＳ ＰＳ－ＲＮＴＩ用に構成されている一式の探索空間セットオケージョン（ＣＯＲＥＳＥＴごとに１つの探索空間セット）をモニタする。
ＷＵＳモニタリングウィンドウは、ｏｎＤｕｒａｔｉｏｎ期間の０ｍｓ前に開始して（処理時間の制約に起因して）ｏｎＤｕｒａｔｉｏｎの数スロット／シンボル前に終了するイベントである。その期間中、ＵＥは、ＷＵＳ ＰＳ－ＲＮＴＩ用に構成されている一式の探索空間セットオケージョン（ＣＯＲＥＳＥＴごとに１つの探索空間セット）をモニタする。
【0041】
このウィンドウに加えて、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが、ＤＲＸサイクルの始まりにおける連続したＰＤＣＣＨサブフレームの数を指定することが可能である。その一方で、ＰＤＣＣＨ期間（ｐｐ）が、２つの連続したＰＤＣＣＨオケージョンの開始の間における間隔を指すことが可能であり、使用されるＰＤＣＣＨ探索空間に依存する。
【0042】
本出願の時点での現在の標準に伴う問題は、ネットワークに関して、ＷＵＳに関連した基本的なＵＥ動作があるということを含むことに留意されたい。この基本的な動作は、ＵＥがモニタしているＰＤＣＣＨ－ＷＵＳオケージョンにおいて、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの次の発生中にＵＥがウェイクアップしてＰＤＣＣＨをモニタするように示されている場合を含む。この後に、ＵＥは、自分の次のオケージョンにｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する。さもなければ、ＷＵＳが受信されない場合には、ＵＥはタイマーを開始せず、アクティブ時間を開始しない。
【0043】
しかしながら、上述のように厳密に後者を施行すると、結果としてＵＥは、自身がＷＵＳウィンドウ中にＷＵＳを探してモニタすることまたはＷＵＳを受信することが可能ではない場合にはウェイクアップしないことになり、これは、望ましくない結果になることがあるということに留意されたい。
【0044】
（ａ）ＬＢＴ失敗に関する、および（ｂ）データの欠如に関するシナリオ
本発明の例示的な実施形態においては、ケース（ａ）ＬＢＴ失敗またはケース（ｂ）データの欠如に起因してネットワークがＷＵＳを送信していないかどうかをＵＥが知らない場合の少なくとも対処されるＮＲ－Ｕシナリオがある。
本発明の例示的な実施形態においては、ケース（ａ）ＬＢＴ失敗またはケース（ｂ）データの欠如に起因してネットワークがＷＵＳを送信していないかどうかをＵＥが知らない場合の少なくとも対処されるＮＲ－Ｕシナリオがある。
【0045】
（ａ）ＬＢＴ失敗のケースにおいては、ＷＵＳウィンドウ中にリッスンビフォートーク（ＬＢＴ）が失敗する（チャネルビジーである）可能性があり、それゆえにネットワークは、たとえデータがＵＥのためにネットワークバッファにおいて保留中であっても、潜在的なＷＵＳ信号を送ることが可能ではないであろう。
【0046】
この点については、ＲＡＮ２などのネットワークノードは、ＮＲ－Ｕに関連してＷＵＳに関してまだ何も指定していない。なぜなら、ＮＲ－ＵがＵＥ省電力についてのＷＩＤの範囲内になく、その範囲内で３ＧＰＰがＷＵＳを定義したからである。すなわち、ＷＵＳはＮＲ－Ｕ対応のＵＥ用にも構成されることが可能であるが、本出願の時点での現在の標準には、ＮＲ－Ｕに合わせた拡張はない。しかしながら、ＮＲ－Ｕの展開が実現した場合には、ＮＲと比較してＮＲ－ＵにおけるＵＥの電力消費が大きくなるという問題が明らかになることになり、ＮＲ－ＵにおけるＵＥの省電力のトピックは、ＮＲの保守の一環として、または今後の標準化団体のリリースもしくは作業項目において対処されなければならないであろう。
【0047】
（ｂ）データの欠如のケースにおいては、良好な共存のために、ｇＮＢは、周期的な信号を送信するべきではない。ただし、それらの信号が、１／２０％の時間／デューティーサイクル、すなわち４０ｍｓに１ｍｓで１回に制限されているＤＲＳにおいてＣＡＴ２を用いて送信される極めて不可欠なもの（ＳＳＢおよびシステム情報など）である場合は除く。たとえば、ｇＮＢは、５ｍｓの頻度でＳＳＢバーストを構成することが可能であるが、ＣＡＴ４ ＬＢＴを実行する必要があり、これは望ましくない。そのため、共存に起因して、および電力を節約するために、ＮＲ－Ｕ ｇＮＢはＷＵＳを送信しないであろう。ただし、そのｇＮＢがＵＥをウェイクアップしたい場合は除く。
【0048】
ＤＲＳウィンドウ中にＬＢＴ失敗が起こった（すなわち、ＣＡＴ２を使用するＤＲＳウィンドウ中にｇＮＢがチャネルアクセスを得なかった）場合には、そのＤＲＳウィンドウに続く（ＣＡＴ４を使用する）ＷＵＳウィンドウ中にもアクセスが失敗していた可能性があるという見込みが高い。
【0049】
ダウンリンクにおけるＬＢＴ失敗のケースにおいては、結果として生じるＵＥ動作がネットワークの決定に依存することになるならば有益であろう。具体的には、「遅延に寛容な」データのケースにおいては、ネットワークは、次のＷＵＳオケージョンがデータの存在を示すのを待って、より大きなＵＥ省電力を達成することが可能であり、その一方で「遅延に厳しい」データのケースにおいては、ネットワークは、待ち時間が増大するのを回避するために、ＬＢＴ失敗に起因してＷＵＳが送信されなかったにもかかわらず次のＯｎＤｕｒａｔｉｏｎ中にデータを送ることを好む可能性がある（データがないケースにおいてはＵＥが不必要に電力を浪費することになるにもかかわらず）。
【0050】
そのため、本発明の例示的な実施形態は、少なくとも下記に対処する。
ＵＥがケース及び／又は（ｂ）データの欠如からケース（ａ）ＬＢＴ失敗をどのように認識するか、および
そしてＵＥが（ｂ）データの欠如から（ａ）ＬＢＴ失敗を認識した場合には、ＵＥはどのように動作するべきか。
ＵＥがケース及び／又は（ｂ）データの欠如からケース（ａ）ＬＢＴ失敗をどのように認識するか、および
そしてＵＥが（ｂ）データの欠如から（ａ）ＬＢＴ失敗を認識した場合には、ＵＥはどのように動作するべきか。
【0051】
本発明の例示的な実施形態を詳細に記述する前に、本発明の例示的な実施形態を実践する際に使用するのに適しているさまざまな電子デバイスの簡略化されたブロック図を示すために図３への参照が行われる。
【0052】
図３は、本発明の例示的な実施形態が実践されることが可能である１つの可能な非限定的な例示的なシステムのブロック図を示している。図３においては、ユーザ機器（ＵＥ）１０が、ワイヤレスネットワーク１とワイヤレス通信状態にある。ＵＥは、ワイヤレスネットワークにアクセスすることが可能であるワイヤレスの、典型的にはモバイルのデバイスである。ＵＥ１０は、１つまたは複数のバスを通じて相互接続されている１つまたは複数のプロセッサＤＰ１０Ａ、１つまたは複数のメモリＭＥＭ１０Ｂ、および１つまたは複数のトランシーバＴＲＡＮＳ１０Ｄを含む。１つまたは複数のトランシーバＴＲＡＮＳ１０Ｄのそれぞれは、受信機および送信機を含む。１つまたは複数のバスは、アドレスバス、データバス、または制御バスであることが可能であり、マザーボードまたは集積回路上の一連のライン、光ファイバまたはその他の光通信機器等など、任意の相互接続メカニズムを含むことが可能である。１つまたは複数のトランシーバＴＲＡＮＳ１０Ｄは、それぞれｇＮＢ１２およびＮＮ１３への通信１１および１８のために１つまたは複数のアンテナに接続されている。１つまたは複数のメモリＭＥＭ１０Ｂは、コンピュータプログラムコードＰＲＯＧ１０Ｃを含む。ＵＥ１０は、ワイヤレスリンク１１１を介してｇＮＢ１２および／またはＮＮ１３と通信する。
【0053】
ｇＮＢ１２（ＮＲ／５ＧノードＢまたは場合によってはエボルブドＮＢ）は、図３のＮＮ１３およびＵＥ１０などのデバイスと通信する（たとえば、ＮＲまたはＬＴＥロングタームエボリューション用の）マスターまたはセカンダリーノード基地局などの基地局である。ｇＮＢ１２は、ＵＥ１０などのワイヤレスデバイスへのアクセスをワイヤレスネットワーク１に提供する。ｇＮＢ１２は、１つまたは複数のバスを通じて相互接続されている１つまたは複数のプロセッサＤＰ１２Ａ、１つまたは複数のメモリＭＥＭ１２Ｃ、および１つまたは複数のトランシーバＴＲＡＮＳ１２Ｄを含む。例示的な実施形態によれば、これらのＴＲＡＮＳ１２Ｄは、本発明の例示的な実施形態を実行するために使用するためのＸ２および／またはＸｎインターフェースを含むことが可能である。１つまたは複数のトランシーバＴＲＡＮＳ１２Ｄのそれぞれは、受信機および送信機を含む。１つまたは複数のトランシーバＴＲＡＮＳ１２Ｄは、少なくともリンク１１を介してＵＥ１０と通信するために１つまたは複数のアンテナに接続されている。１つまたは複数のメモリＭＥＭ１２ＢおよびコンピュータプログラムコードＰＲＯＧ１２Ｃは、１つまたは複数のプロセッサＤＰ１２Ａとともに、本明細書において記述されているオペレーションのうちの１つまたは複数をｇＮＢ１２に実行させるように構成されている。ｇＮＢ１２は、別のｇＮＢもしくはｅＮＢ、またはＮＮ１３などのデバイスと通信することが可能である。さらに、リンク１１およびまたは任意のその他のリンクは、有線もしくはワイヤレスまたはその両方であることが可能であり、たとえば、Ｘ２またはＸｎインターフェースを実装することが可能である。さらに、リンク１１は、その他のネットワークデバイスを経由することが可能であり、それらのネットワークデバイスは、図３のＮＣＥ／ＭＭＥ／ＳＧＷ１４などのＮＣＥ／ＭＭＥ／ＳＧＷデバイスなどであるが、それらに限定されない。
【0054】
ＮＮ１３は、ＡＭＦまたはＳＭＦなどのモビリティー機能デバイスを含むことが可能であり、さらにＮＮ１３は、ＮＲ／５ＧノードＢまたは場合によってはエボルブドＮＢを含むことが可能であり、それは、ｇＮＢ１２および／またはＵＥ１０および／またはワイヤレスネットワーク１などのデバイスと通信する（たとえば、ＮＲまたはＬＴＥロングタームエボリューション用の）マスターまたはセカンダリーノード基地局などの基地局である。ＮＮ１３は、１つまたは複数のバスを通じて相互接続されている１つまたは複数のプロセッサＤＰ１３Ａ、１つまたは複数のメモリＭＥＭ１３Ｂ、１つまたは複数のネットワークインターフェース、および１つまたは複数のトランシーバＴＲＡＮＳ１２Ｄを含む。例示的な実施形態によれば、ＮＮ１３のこれらのネットワークインターフェースは、本発明の例示的な実施形態を実行するために使用するためのＸ２および／またはＸｎインターフェースを含むことが可能である。１つまたは複数のトランシーバＴＲＡＮＳ１３Ｄのそれぞれは、１つまたは複数のアンテナに接続されている受信機および送信機を含む。１つまたは複数のメモリＭＥＭ１３Ｂは、コンピュータプログラムコードＰＲＯＧ１３Ｃを含む。たとえば、１つまたは複数のメモリＭＥＭ１３ＢおよびコンピュータプログラムコードＰＲＯＧ１３Ｃは、１つまたは複数のプロセッサＤＰ１３Ａとともに、本明細書において記述されているオペレーションのうちの１つまたは複数をＮＮ１３に実行させるように構成されている。ＮＮ１３は、たとえば、リンク１１または別のリンクを使用して、別のモビリティー機能デバイスおよび／またはｇＮＢ１２などのｅＮＢおよびＵＥ１０または任意のその他のデバイスと通信することが可能である。これらのリンクは、有線もしくはワイヤレスまたはその両方であることが可能であり、たとえば、Ｘ２またはＸｎインターフェースを実装することが可能である。さらに、上述されているように、リンク１１は、その他のネットワークデバイスを経由することが可能であり、それらのネットワークデバイスは、図３のＮＣＥ／ＭＭＥ／ＳＧＷ１４などのＮＣＥ／ＭＭＥ／ＳＧＷデバイスなどであるが、それらに限定されない。ＮＣＥ／ＭＭＥ／ＳＧＷ１４は、ユーザプレーン機能など、ＭＭＥ（モビリティー管理エンティティー）／ＳＧＷ（サービングゲートウェイ）機能、ならびに／またはＬＴＥに関するアクセス管理機能、および５Ｇに関する同様の機能を含む。
【0055】
図３のデバイスの１つまたは複数のバスは、アドレスバス、データバス、または制御バスであることが可能であり、マザーボードまたは集積回路上の一連のライン、光ファイバまたはその他の光通信機器、ワイヤレスチャネル等など、任意の相互接続メカニズムを含むことが可能である。たとえば、１つまたは複数のトランシーバＴＲＡＮＳ１２Ｄ、ＴＲＡＮＳ１３Ｄ、および／またはＴＲＡＮＳ１０Ｄは、リモート無線ヘッド（ＲＲＨ）として実装されることが可能であり、それに伴ってｇＮＢ１２のその他の要素は、ＲＲＨとは異なる場所に物理的にあり、１つまたは複数のバス１５７は、ｇＮＢ１２のその他の要素をＲＲＨに接続するための光ファイバケーブルとして部分的に実装されることが可能である。
【0056】
図３は、図３におけるようなｇＮＢ１２などのネットワークノードまたは基地局、および図３におけるようなＮＮ１３などのモビリティー管理デバイスを示しているが、これらのデバイスは、ＬＴＥおよびＮＲ用などのｅＮｏｄｅＢまたはｅＮＢまたはｇＮＢを組み込むこと、またはそれらへと組み込まれることが可能であり、それでもやはり、本出願において記述されている本発明の例示的な実施形態を実行するように構成可能であろうということに留意されたい。
【0057】
また、本明細書における記述は、「セル」が機能を実行するということを示しているが、セルを形成するｇＮＢならびに／またはユーザ機器および／もしくはモビリティー管理機能デバイスがそれらの機能を実行することになるということは明らかなはずであるということに留意されたい。加えて、セルはｇＮＢの一部を構成し、ｇＮＢごとに複数のセルがあることが可能である。
【0058】
ワイヤレスネットワーク１は、ネットワーク制御要素（ＮＣＥ／ＭＭＥ／ＳＧＷ）１４を含むことが可能であり、ネットワーク制御要素１４は、ＮＣＥ（ネットワーク制御要素）、ＭＭＥ（モビリティー管理エンティティー）／ＳＧＷ（サービングゲートウェイ）機能を含むことが可能であり、そしてそれは、電話ネットワークおよび／またはデータ通信ネットワーク（たとえば、インターネット）など、さらなるネットワークとの接続を提供する。ｇＮＢ１２およびＮＮ１３は、リンク１３および／またはリンク１４を介してＮＣＥ／ＭＭＥ／ＳＧＷ１４に結合されている。加えて、ＮＮ１３によって実行される本発明の例示的な実施形態によるオペレーションは、ＮＣＥ／ＭＭＥ／ＳＧＷ１４において実行されることも可能であるということに留意されたい。
【0059】
ＮＣＥ／ＭＭＥ／ＳＧＷ１４は、リンク１３および／または１４と結合されている１つまたは複数のバスを通じて相互接続されている１つまたは複数のプロセッサＤＰ１４Ａ、１つまたは複数のメモリＭＥＭ１４Ｂ、および１つまたは複数のネットワークインターフェース（Ｎ／Ｗ Ｉ／Ｆ）を含む。例示的な実施形態によれば、これらのネットワークインターフェースは、本発明の例示的な実施形態を実行するために使用するためのＸ２および／またはＸｎインターフェースを含むことが可能である。１つまたは複数のメモリＭＥＭ１４Ｂは、コンピュータプログラムコードＰＲＯＧ１４Ｃを含む。１つまたは複数のメモリＭＥＭ１４ＢおよびコンピュータプログラムコードＰＲＯＧ１４Ｃは、１つまたは複数のプロセッサＤＰ１４Ａとともに、本発明の例示的な実施形態によるオペレーションをサポートするために必要とされる場合がある１つまたは複数のオペレーションをＮＣＥ／ＭＭＥ／ＳＧＷ１４に実行させるように構成されている。
【0060】
ワイヤレスネットワーク１は、ネットワーク仮想化を実施することが可能であり、ネットワーク仮想化とは、ハードウェアおよびソフトウェアのネットワークリソースおよびネットワーク機能を結び付けて単一のソフトウェアベースの管理エンティティー、すなわち仮想ネットワークにするプロセスである。ネットワーク仮想化は、プラットフォーム仮想化を含み、そのプラットフォーム仮想化は、リソース仮想化と結び付けられる場合が多い。ネットワーク仮想化は、多くのネットワークどうしもしくはネットワークの部分どうしを結び付けて仮想ユニットにする外的なもの、または単一のシステム上のソフトウェアコンテナにネットワークのような機能を提供する内的なもののいずれかとして分類される。ネットワーク仮想化から生じる仮想化されたエンティティーは、依然として何らかのレベルにおいては、プロセッサＤＰ１０Ａ、ＤＰ１２Ａ、ＤＰ１３Ａ、および／またはＤＰ１４ＡならびにメモリＭＥＭ１０Ｂ、ＭＥＭ１２Ｂ、ＭＥＭ１３Ｂ、および／またはＭＥＭ１４Ｂなどのハードウェアを使用して実装され、そしてまた、そのような仮想化されたエンティティーは技術的な効果を生み出すということに留意されたい。
【0061】
コンピュータ可読メモリＭＥＭ１０Ｂ、ＭＥＭ１２Ｂ、ＭＥＭ１３Ｂ、およびＭＥＭ１４Ｂは、ローカルの技術環境に適した任意のタイプのものであることが可能であり、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリ、ならびにリムーバブルメモリなど、任意の適切なデータストレージテクノロジーを使用して実装されることが可能である。コンピュータ可読メモリＭＥＭ１０Ｂ、ＭＥＭ１２Ｂ、ＭＥＭ１３Ｂ、およびＭＥＭ１４Ｂは、ストレージ機能を実行するための手段であることが可能である。プロセッサＤＰ１０Ａ、ＤＰ１２Ａ、ＤＰ１３Ａ、およびＤＰ１４Ａは、ローカルの技術環境に適した任意のタイプのものであることが可能であり、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャーに基づくプロセッサのうちの１つまたは複数を含むことが可能である。プロセッサＤＰ１０Ａ、ＤＰ１２Ａ、ＤＰ１３Ａ、およびＤＰ１４Ａは、ＵＥ１０、ｇＮＢ１２、ＮＮ１３、ＮＣＥ／ＭＭＥ／ＳＧＷ１４を制御することなどの機能、および本明細書において記述されているその他の機能を実行するための手段であることが可能である。
【0062】
本発明の例示的な実施形態は、ＯｎＤｕｒａｔｉｏｎに先立つＷＵＳオケージョン中にダウンリンクにおけるＬＢＴ失敗をＵＥが検知した（それゆえに、ＵＥが、ＷＵＳを受信しているかをモニタしないこと、および／または、ｇＮＢによってＤＲＳにおいて送信されることになるＳＳＢに関連付けられているＰＳＳ／ＳＳＳもしくはＰＢＣＨに基づいてなど、ディスカバリー基準信号ウィンドウ中に送信されることになる１つもしくは複数の信号もしくはチャネルをモニタもしくは検知しないことにつながる）場合のＯｎＤｕｒａｔｉｏｎｔｉｍｅｒの開始を制御する／適合させるための手段を伴う方法および装置を少なくとも提供する。本発明の例示的な実施形態によれば、ＤＲＳウィンドウにおける検知の欠如は、ＬＢＴ失敗をＵＥまたは別のネットワークデバイスに特定させることが可能である。たとえば、本発明の例示的な実施形態によれば、ネットワークノードチャネルアクセスのＬＢＴ失敗は、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいて検知されることが可能である。
【0063】
本発明の例示的な実施形態によれば、これらのオペレーションに関する制御および適合は、５ＱＩ、５Ｇ ＱｏＳインジケータに基づくことが可能である。ＤＲＸサイクル／ＷＵＳ周波数についてなど、サービス待ち時間に関してなどの５ＱＩ、５Ｇ ＱｏＳインジケータは、ネットワーク構成に従って、連続したＬＢＴ失敗の数も（潜在的に）考慮する。
【0064】
本発明の例示的な実施形態によれば、ＤＲＸサイクル／ＷＵＳ周波数とＱｏＳ／５ＱＩ（サービス待ち時間）との間における特定された関係は、それが、ＤＲＸサイクルの長さの待ち時間目標要件の厳しさまたはレベルに基づいて特定されることが可能であるということを含むことも可能である。たとえば、待ち時間目標要件の厳しさまたはレベルが高ければ高いほど、それだけＤＲＳサイクルは短くなる。本発明の例示的な実施形態によるこの特定は、本明細書において開示されているオペレーションにおいて使用するために、ネットワークデバイスがネットワーク表示とネットワークデバイスのＱｏＳプロファイルとの間における依存関係を間接的に確立するのを助けることが可能である。
【0065】
本発明の例示的な実施形態によるオペレーションの結果として、たとえば、ＵＥは、ＤＲＸ－ＯＮＤｕｒａｔｉｏｎに先行するＤＲＳウィンドウ中に１回もしくは複数回のＬＢＴ失敗が検知された場合、および／または構成されているＤＲＢのうちの１つもしくは複数が、（たとえば、ＱｏＳ／５ＱＩに基づく）遅延に厳しい要件を有する場合には、先行するＷＵＳ表示を伴わずにＤＲＸ－ＯｎＤｕｒａｔｉｏｎモニタリングを実行することになる。
【0066】
本明細書において開示されている本発明の例示的な実施形態は、ＯＮＤｕｒａｔｉｏｎに先行する１つまたは複数のＤＲＳウィンドウ中にＵＥがＬＢＴ失敗を検知した場合にはＤＲＸ－ＯｎＤｕｒａｔｉｏｎｔｉｍｅｒが開始されないことになるということを含む。本発明の例示的な実施形態によれば、ＤＲＳウィンドウは、ＷＵＳウィンドウ中にまたはその前にあることが可能である。
【0067】
本発明の例示的な実施形態によれば、少なくともこれらのウィンドウ中にＬＢＴ失敗を検知することはさらに、ＱｏＳ／５ＱＩに依存していること、ならびに／またはＤＲＳ、ＤＲＸサイクル、および／もしくはＷＵＳ周波数に依存していることが可能である。
【0068】
本発明の例示的な実施形態によれば、後続のＯＮＤｕｒａｔｉｏｎを制御することに関連したＷＵＳオケージョン／ウィンドウと少なくとも部分的に重なっているＤＬにおける１回または複数回の後続のＬＢＴ失敗を検知した後に、ＯＮＤｕｒａｔｉｏｎｔｉｍｅｒを開始するかどうかを特定することが、ネットワークによって、例えばＷＵＳ構成の一部として構成されることが可能である。
【0069】
本発明の例示的な実施形態によれば、ＮＲ－Ｕ ＵＥは、少なくともＤＲＳウィンドウに基づいて省電力の目的のためにＤＬにおけるリッスンビフォートーク（ＬＢＴ）失敗を探してモニタすることが可能である。
【0070】
本発明の例示的な実施形態によれば、ＮＲ－Ｕ ＵＥは、省電力の目的のためにＤＬにおける後続のリッスンビフォートーク（ＬＢＴ）失敗を探してモニタすることが可能である。
【0071】
本発明の例示的な実施形態によれば、ＮＲ－Ｕ ＵＥは、ＤＲＸ－ＯｎＤｕｒａｔｉｏｎｔｉｍｅｒを開始することをスキップするように構成されている場合にのみ、省電力の目的のためにＤＬにおけるリッスンビフォートーク（ＬＢＴ）失敗を探してモニタすることが可能である。
【0072】
さらに、本発明の例示的な実施形態によれば、ＮＲ－Ｕ ＵＥは、ＬＢＴ失敗を検知した際にＤＲＸ－ＯｎＤｕｒａｔｉｏｎｔｉｍｅｒを開始することをスキップするように構成されることが可能であり、ＷＵＳオケージョン／ウィンドウの最も近くで発生するＤＲＳウィンドウ中に観察されたＮ＋１回の後続のＬＢＴ失敗の後にＤＲＸ－ＯｎＤｕｒａｔｉｏｎｔｉｍｅｒを開始することになる。これは、本発明の例示的な実施形態によれば、ＤＲＳがＬＢＴ失敗を有する確率（ＵＥによって測定されることが可能である）と、ＷＵＳウィンドウがＬＢＴ失敗を有する確率との間における相関を最大化するためである。
【0073】
上記のアクションは、この方法においては、ｐｓ－ＷａｋｅｕｐＯｒＮｏｔを通じて構成されることが可能であるデフォルトのＵＥ動作を「上書きする」ことが可能である場合があり、それによって、ＵＥがＷＵＳを正しく検知しないケースにおいてはスリープすることを続けるように構成されているならば、そのＵＥは、これらのトリガーを通じて、依然として次のＯｎＤｕｒａｔｉｏｎにおいてＰＤＣＣＨを探してモニタすることを必要とされる場合があるということに留意されたい。
【0074】
本明細書において記述されているように、本発明の例示的な実施形態は、ＣＲＣを伴うＰＤＣＣＨ－ＷＵＳおよび／またはＤＣＩがＰＳ－ＲＮＴＩによってスクランブルされるＷＵＳ設計を使用するオペレーションを改善するために適用可能であり得るということに留意されたい。しかしながら、本発明の例示的な実施形態は、本出願の時点でのあらゆるＷＵＳ設計標準の受け入れ、および／または今後の標準の受け入れに有利に適用されることが可能であるということにさらに留意されたい。本発明の例示的な実施形態は、少なくとも、ＮＢ－ＩｏＴのＷＵＳ設計、ならびに／または、たとえばフォーマット２＿６（ただし、それに限定されない）とは異なるＤＣＩフォーマットを用いて、もしくはＰＤＣＣＨとは異なるチャネル上で、および／もしくはＤＭＲＳなどの物理的な信号／シーケンスを使用してＷＵＳが送信されるＷＵＳ設計などのＷＵＳ設計のオペレーションを改善するために適用可能であり得る。
【0075】
本明細書において開示されている本発明の例示的な実施形態によるオペレーションの利点は、少なくとも、ＮＲ－ＵにおけるＬＢＴ失敗を含む特定のアクティビティーとＷＵＳが重なっているケースにおけるＵＥ動作が定義され、より多くの柔軟性をネットワークに与えて、ＵＥ省電力と待ち時間目標との間における最良のトレードオフを特定することを含む。
【0076】
図４Ａは、図３におけるようなＵＥ１０などのネットワークデバイスなどの（ただし、それに限定されない）ネットワークデバイスによって実行されることが可能である本発明の例示的な実施形態によるオペレーションを示している。図４Ａのステップ４１０において示されているように、通信ネットワークのネットワークデバイスによって、ウェイクアップ信号オケージョンの最中または前のネットワークノードチャネルアクセスの少なくとも１回の失敗を検知するステップがある。次いで図４Ａのステップ４２０において示されているように、検知するステップに基づいて、オンデュレーションモニタリングを実行するステップがある。
【0077】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、ネットワークデバイスはスリープモードにあり、オンデュレーションモニタリングは、スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を受信することなく実行される。
【0078】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、ネットワークノードチャネルアクセスの失敗は、ネットワークデバイスのためにディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいて検知される。
【0079】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、失敗は、ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にある。
【0080】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、ネットワークノードチャネルアクセスの失敗は、通信ネットワークのデバイスの少なくとも１回のリッスンビフォートーク失敗を含む。
【0081】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、オンデュレーションモニタリングを検知するステップまたは実行するステップのうちの少なくとも一方は、通信ネットワークからの表示に基づく。
【0082】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、表示は、ネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、表示は、ネットワークノードチャネルアクセスの失敗の連続した失敗の数を考慮する。
【0083】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、オンデュレーションモニタリングは、不連続受信オンデュレーションモニタリングを含む。
【0084】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、オンデュレーションモニタリングを実行するステップは、通信ネットワークからの表示に基づいて、オンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定するステップを含む。
【0085】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、不連続受信オンデュレーションタイマーを開始することは、ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後に実行される。
【0086】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗のうちの少なくとも１回は、ウェイクアップ信号オケージョンよりも遅れることなく発生している。
【0087】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、オンデュレーションモニタリングのために不連続受信を開始することを決定するステップは、通信ネットワークからのウェイクアップ信号構成に基づく。
【0088】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、オンデュレーションモニタリングは、失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むということを特定することに基づいて実行される。
【0089】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、遅延に厳しい要件は、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含む。
【0090】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、失敗によって影響される少なくとも１つのデータ無線ベアラの遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの少なくとも１つの長さを特定するステップがある。
【0091】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、不連続受信サイクルの少なくとも１つの特定された長さは、通信ネットワークからの表示と、ネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される。
【0092】
プログラムコード（図３におけるようなＰＲＯＧ１０Ｃ）を格納している非一時的コンピュータ可読メディア（図３におけるようなＭＥＭ１０Ｂ）であって、プログラムコードが、少なくとも上記のパラグラフにおいて記述されているオペレーションを実行するために少なくとも１つのプロセッサ（図３におけるようなＤＰ１０Ａ）によって実行される、非一時的コンピュータ可読メディア。
【0093】
上述されているような本発明の例示的な実施形態によれば、通信ネットワーク（図３におけるようなネットワーク１）のネットワークデバイス（図２におけるようなＵＥ１０）によって、ウェイクアップ信号オケージョンの最中または前のネットワークノードチャネルアクセスの少なくとも１回の失敗を検知するステップを行うための手段（図３におけるようなＴＲＡＮＳ１０Ｄ、ＭＥＭ１０Ｂ、ＰＲＯＧ１０Ｃ、およびＤＰ１０Ａ）と、その検知するステップに基づいて、オンデュレーションモニタリングを実行するステップを行うための手段（図３におけるようなＴＲＡＮＳ１０Ｄ、ＭＥＭ１０Ｂ、ＰＲＯＧ１０Ｃ、およびＤＰ１０Ａ）とを含む装置がある。
【0094】
上記のパラグラフによる本発明の例示的な態様においては、少なくとも、検知するステップおよび実行するステップを行うための手段は、少なくとも１つのプロセッサ［ＤＰ１０Ａ］によって実行可能なコンピュータプログラム［ＰＲＯＧ１０Ｃ］でエンコードされている非一時的コンピュータ可読メディア［ＭＥＭ１０Ｂ］を含む。
【0095】
図４Ｂは、図３におけるようなｇＮＢ１２またはＮＮ１３などのネットワークデバイスなどの（ただし、それに限定されない）ネットワークデバイスによって実行されることが可能である本発明の例示的な実施形態によるオペレーションを示している。図４Ｂのステップ４５０において示されているように、通信ネットワークのネットワークノードによって、ウェイクアップ信号オケージョンの最中または前にネットワークノードチャネルアクセスの失敗が検知された場合にオンデュレーションモニタリングを実行するための構成を含む情報を特定するステップがある。次いで図４Ｂのステップ４６０において示されているように、情報の表示を少なくとも１つのネットワークデバイスへ送るステップがある。
【0096】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、構成は、少なくとも１つのネットワークデバイスがスリープモードにある間に使用するためのものであり、構成は、スリープモードに関連付けられているウェイクアップ信号オケージョン中に、ウェイクアップを示す先行するウェイクアップ信号を伴わずにオンデュレーションモニタリングが実行されるためのものである。
【0097】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、構成は、ディスカバリー基準信号ウィンドウ中に送信されることになる１つまたは複数の信号またはチャネルの検知の欠如に基づいてネットワークノードチャネルアクセスの失敗を検知するために使用するためのものである。
【0098】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、構成は、ウェイクアップ信号オケージョンの最中または前のうちの一方であるディスカバリー基準信号ウィンドウ中にネットワークノードチャネルアクセスの失敗を検知するために使用するためのものである。
【0099】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、構成は、少なくとも１つのネットワークデバイスに関連付けられている不連続受信サイクルの少なくとも１つまたはウェイクアップ信号周波数に基づき、表示は、ネットワークノードチャネルアクセスの失敗の連続した失敗の数を考慮する。
【0100】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、構成は、ウェイクアップ信号オケージョンの最も近くで発生する少なくとも１つのディスカバリー基準信号ウィンドウ中に観察されたＮ＋１回の後続のリッスンビフォートーク失敗の後にオンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始することを決定する際に使用するためのものである。
【0101】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、情報は、通信ネットワークからのウェイクアップ信号構成に基づいてオンデュレーションモニタリングのために不連続受信オンデュレーションタイマーを開始するための構成を含む。
【0102】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、情報は、失敗によって影響される少なくとも１つのデータ無線ベアラが遅延に厳しい要件を含むことに基づくオンデュレーションモニタリング構成を含む。
【0103】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、遅延に厳しい要件は、通信ネットワークテクノロジー要件またはサービス品質要件のうちの少なくとも一方を含む。
【0104】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、情報は、失敗によって影響される少なくとも１つのデータ無線ベアラの遅延に厳しい要件の必要とされる最大待ち時間レベルに基づいて、不連続受信サイクルの少なくとも１つの長さを特定するための構成を含む。
【0105】
上記のパラグラフにおいて記述されているように例示的な実施形態によれば、不連続受信サイクルの少なくとも１つの特定された長さは、通信ネットワークからの表示と、少なくとも１つのネットワークデバイスのサービス品質要件との間における依存関係を確立するために使用される。
【0106】
プログラムコード（図３におけるようなＰＲＯＧ１２Ｃおよび／またはＰＲＯＧ１３Ｃ）を格納している非一時的コンピュータ可読メディア（図３におけるようなＭＥＭ１２Ｂおよび／またはＭＥＭ１３Ｂ）であって、プログラムコードが、少なくとも上記のパラグラフにおいて記述されているオペレーションを実行するために少なくとも１つのプロセッサ（図３におけるようなＤＰ１２Ａおよび／またはＤＰ１３Ａ）によって実行される、非一時的コンピュータ可読メディア。
【0107】
上述されているような本発明の例示的な実施形態によれば、通信ネットワーク（図３におけるようなネットワーク１）のネットワークノード（図３におけるようなｇＮＢ１２および／またはＮＮ１３）によって、ウェイクアップ信号オケージョンの最中または前にネットワークノードチャネルアクセスの失敗が検知された場合にオンデュレーションモニタリングを実行するために通信ネットワークの少なくとも１つのネットワークデバイス（図３におけるようなＵＥ１０）によって使用するための構成（図３におけるようなＭＥＭ１２Ｂおよび／またはＭＥＭ１３Ｂ、ＰＲＯＧ１２Ｃおよび／またはＰＲＯＧ１３Ｃ、ならびにＤＰ１２Ａおよび／またはＤＰ１３Ａ）を含む情報を特定するステップを行うための手段（図３におけるようなＴＲＡＮＳ１２Ｄおよび／またはＴＲＡＮＳ１３Ｄ、ＭＥＭ１２Ｂおよび／またはＭＥＭ１３Ｂ、ＰＲＯＧ１２Ｃおよび／またはＰＲＯＧ１３Ｃ、ならびにＤＰ１２Ａおよび／またはＤＰ１３Ａ）と、その情報の表示を少なくとも１つのネットワークデバイスへ送るステップを行うための手段（図３におけるようなＴＲＡＮＳ１２Ｄおよび／またはＴＲＡＮＳ１３Ｄ、ＭＥＭ１２Ｂおよび／またはＭＥＭ１３Ｂ、ＰＲＯＧ１２Ｃおよび／またはＰＲＯＧ１３Ｃ、ならびにＤＰ１２Ａおよび／またはＤＰ１３Ａ）とを含む装置がある。
【0108】
上記のパラグラフによる本発明の例示的な態様においては、少なくとも、特定するステップおよび送るステップを行うための手段は、少なくとも１つのプロセッサ［図３におけるようなＤＰ１２Ａおよび／またはＤＰ１３Ａ］によって実行可能なコンピュータプログラム［図３におけるようなＰＲＯＧ１２Ｃおよび／またはＰＲＯＧ１３Ｃ］でエンコードされている非一時的コンピュータ可読メディア［図３におけるようなＭＥＭ１２Ｂおよび／またはＭＥＭ１３Ｂ］を含む。
【0109】
一般には、さまざまな実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実装されることが可能である。たとえば、いくつかの態様は、ハードウェアで実装されることが可能であり、その一方でその他の態様は、コントローラ、マイクロプロセッサ、またはその他のコンピューティングデバイスによって実行されることが可能であるファームウェアまたはソフトウェアで実装されることが可能であるが、本発明はそれらに限定されない。本発明のさまざまな態様は、ブロック図、フローチャートとして、または何らかのその他の絵画図を使用して例示および記述されているかもしれないが、本明細書において記述されているこれらのブロック、装置、システム、技術、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくはロジック、汎用ハードウェアもしくはコントローラもしくはその他のコンピューティングデバイス、またはそれらの何らかの組合せで実装されることが可能であるということは、よく理解されている。
【0110】
本発明の実施形態は、集積回路モジュールなどのさまざまな構成要素で実践されることが可能である。集積回路の設計は、概して高度に自動化されたプロセスである。ロジックレベルの設計を、半導体基板上にエッチングされ形成される準備ができている半導体回路設計へと変換するために、複雑で強力なソフトウェアツールが利用可能である。
【0111】
「例示的な」という言葉は、本明細書においては、「例、事例、または例示としての役割を果たすこと」を意味するために使用されている。本明細書において「例示的な」として記述されているいかなる実施形態も、必ずしもその他の実施形態よりも好ましいまたは有利であると解釈されるべきではない。この［発明を実施するための形態］において記述されている実施形態のうちのすべては、当業者が本発明を作成または使用することを可能にするように、および特許請求の範囲によって定義されている本発明の範囲を限定しないように提供されている例示的な実施形態である。
【0112】
前述の記述は、本発明を実行するための本発明者らによって現時点で想定されている最良の方法および装置についての完全かつ有益な記述を例示的かつ非限定的な例として提供している。しかしながら、関連のある技術分野における技術者にとっては、添付の図面および添付の特許請求の範囲と併せて読まれた場合の前述の記述を考慮すれば、さまざまな修正および適合が明らかになることが可能である。しかしながら、本発明の教示のすべてのそのようなおよび同様の修正は、本発明の範囲内に依然として収まることになる。
【0113】
「接続されている」、「結合されている」という用語、またはそれらのいかなる変形も、２つ以上の要素の間における、直接かまたは間接かを問わない任意の接続または結合を意味し、ともに「接続」または「結合」されている２つの要素の間における１つまたは複数の中間要素の存在を包含することが可能であるということに留意されたい。要素どうしの間における結合または接続は、物理的なもの、論理的なもの、またはそれらの組合せであることが可能である。本明細書において採用される際には、２つの要素は、１つまたは複数のワイヤ、ケーブル、および／またはプリントされた電気接続の使用によって、ならびに、いくつかの非限定的かつ非網羅的な例として、無線周波数領域、マイクロ波領域、および光学（可視および不可視の両方の）領域における波長を有する電磁エネルギーなどの電磁エネルギーの使用によって、ともに「接続」または「結合」されるとみなされることが可能である。
【0114】
さらに、本発明の好ましい実施形態の特徴のうちのいくつかは、その他の特徴の対応する使用を伴わずに有利に使用されることが可能である。したがって、前述の記述は、本発明の原理を限定するものではなく、例示するものにすぎないとみなされるべきである。
【図1】
【図2】
【図3】
【図4A】
【図4B】