知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-10-17
(54)【発明の名称】送受信装置と基地局
(51)【国際特許分類】
H04W 36/36 20090101AFI20221007BHJP
H04W 52/02 20090101ALI20221007BHJP
H04W 74/08 20090101ALI20221007BHJP
H04B 7/022 20170101ALI20221007BHJP
【ＦＩ】
H04W36/36
H04W52/02 111
H04W74/08
H04B7/022
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022506649
(86)(22)【出願日】2020-08-10
(85)【翻訳文提出日】2022-02-01
(86)【国際出願番号】 EP2020072398
(87)【国際公開番号】W WO2021028393
(87)【国際公開日】2021-02-18
(31)【優先権主張番号】19191759.0
(32)【優先日】2019-08-14
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】シャー リキン
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】タオ ミン－フン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067AA43
5K067BB04
5K067BB21
5K067CC22
5K067DD11
5K067DD17
5K067DD36
5K067DD43
5K067EE02
5K067EE10
5K067EE24
5K067FF05
5K067FF16
5K067GG02
5K067HH22
5K067JJ12
5K067JJ13
5K067JJ16
5K067JJ39
5K067JJ71
(57)【要約】
本開示は、送受信装置、基地局および、これらに関する通信方法を提供する。送受信装置は、動作中に、第１期間の第１継続時間と、第２期間の第２継続時間とを含むタイミングパターン示すタイミングパターンインジケータを受信する送受信機と、動作中に、タイミングパターンに応じて、第１継続時間の第１期間と、第２継続時間の第２期間とを交互に設定する回路と、を備え、送受信機は、動作中に、第１期間中に第１基地局と通信を行い、第２期間中にランダムアクセス手順に応じて第２基地局と通信を行う。
【特許請求の範囲】
【請求項1】
動作中に、第１期間の第１継続時間と、第２期間の第２継続時間とを含むタイミングパターンを示すタイミングパターンインジケータを受信する送受信機と、動作中に、前記タイミングパターンに応じて、前記第１継続時間の第１期間と、前記第２継続時間の第２期間とを交互に設定する回路と、
を備え、
前記送受信機は、動作中に、
前記第１期間中に第１基地局と通信を行い、
前記第２期間中にランダムアクセス手順に応じて第２基地局と通信を行う、
送受信装置。
【請求項2】
前記回路は、動作中に、前記タイミングパターンインジケータが受信される場合、最初の第１期間を開始する、請求項１に記載の送受信装置。
【請求項3】
前記回路は、動作中に、前記ランダムアクセス手順が正常に完了した後、前記第１期間および／または前記第２期間を終了させる、請求項１または請求項２に記載の送受信装置。
【請求項4】
ハンドオーバープロセスにおいて、前記第１基地局は、サービング基地局として機能し、前記第２基地局は、ターゲット基地局として機能する、請求項１～３の何れか１項に記載の送受信装置。
【請求項5】
前記回路は、動作中に、第１タイミングパターンを決定し、前記送受信機は、動作中に、前記第１基地局に前記第１タイミングパターンを示す第１タイミングパターンインジケータを送信する、
請求項１～４の何れか１項に記載の送受信装置。
【請求項6】
前記第１継続時間および前記第２継続時間は、互いに異なる、請求項１～５の何れか１項に記載の送受信装置。
【請求項7】
前記第１継続時間および前記第２継続時間は、トラフィック遅延感度に応じて設定される継続時間を示す、請求項１～６の何れか１項に記載の送受信装置。
【請求項8】
前記回路は、動作中に、前記第１継続時間および前記第２継続時間と等しいランタイムで各タイマを開始することにより、前記第１期間および第２期間を開始する、請求項１～７の何れか１項に記載の送受信装置。
【請求項9】
前記回路は、動作中に、アップリンクおよびダウンリンクのデータ送信用の別々のタイミングパターンに応じて前記第１期間および第２期間を設定し、時間オフセットが、アップリンクおよびダウンリンクのデータ送信用のタイミングパターンの間に適用される、
請求項１～８の何れか１項に記載の送受信装置。
【請求項10】
間欠受信であるＤＲＸの機能は、前記第１基地局との通信用の前記送受信装置によって動作され、ＤＲＸ周期のアクティブ時間は、前記第１期間に含まれる、
請求項１～９の何れか１項に記載の送受信装置。
【請求項11】
動作中に、第１期間の第１継続時間と、第２期間の第２継続時間とを含むタイミングパターンを決定する回路と、動作中に、送受信装置に前記タイミングパターンを示すタイミングパターンインジケータを送信し、前記第１期間中の前記送受信装置と通信を行う送受信機と、
を備える基地局。
【請求項12】
前記回路は、動作中に、第１タイミングパターンを決定し、前記送受信機は、動作中に、
第２基地局に前記第１タイミングパターンを示す第１タイミングパターンインジケータを送信し、
前記第２基地局から、修正タイミングパターンを示す第２タイミングパターンインジケータを受信し、
前記回路は、動作中に、前記修正タイミングパターンに応じて前記タイミングパターンを決定する、
請求項１１に記載の基地局。
【請求項13】
前記送受信機は、動作中に、前記送受信装置から第１タイミングパターンを示す第１タイミングパターンインジケータを受信し、
第２基地局に前記第１タイミングパターンを示す第２タイミングパターンインジケータを送信し、
前記第２基地局から、修正タイミングパターンを示す第３タイミングインジケータを受信し、
前記回路は、動作中に、前記修正タイミングパターンに応じて前記タイミングパターンを決定する、
請求項１１に記載の基地局。
【請求項14】
動作中に、第１期間の第１継続時間および第２期間の第２継続時間を含むタイミングパターンを決定する回路と、動作中に、第１基地局に前記タイミングパターンを示すタイミングパターンインジケータを送信し、前記第２期間中にランダムアクセス手順に応じて送受信装置と通信を行う送受信機と、
を備える基地局。
【請求項15】
方法であって、第１期間の第１継続時間および第２期間の第２継続時間を含むタイミングパターンを示すタイミングパターンインジケータを受信するステップと、
前記タイミングパターンに応じて、前記第１継続時間の第１期間と、前記第２継続時間の第２期間とを交互に設定するステップと、
前記第１期間中に第１基地局と通信を行い、前記第２期間中にランダムアクセス手順に応じて第２基地局と通信を行うステップと、
を有する方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システムにおける信号の送受信に関する。特に、本開示は、そのような送受信のための方法および装置に関する。
【背景技術】
【0002】
現在、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、第５世代（５Ｇ）とも呼ばれる次世代セルラ技術の技術仕様に取り組んでいる。
【0003】
１つの目的は、ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）、ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）、ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ（ｍＭＴＣ）を少なくとも含む、全ての利用シナリオ、要件及び配置シナリオ（例えば、ＴＲ３８．９１３ ｖｅｒｓｉｏｎ １５．０．０のセクション６を参照されたい）に対処する単一の技術的枠組みを提供することである。例えば、ｅＭＢＢ配置シナリオは、屋内ホットスポット、密集した都市、地方、都市マクロ及び高速を含んでもよく、ＵＲＬＬＣ配置シナリオは、産業制御システム、モバイルヘルスケア（リモートモニタリング、診断及び処置）、車両のリアルタイム制御、スマートグリッドのための広域モニタリング及び制御システムを含んでもよく、ｍＭＴＣ配置シナリオは、スマートウェアラブル及びセンサネットワークなどの非時間クリティカルなデータ伝送による多数のデバイスによるシナリオを含んでもよい。ｅＭＢＢ及びＵＲＬＬＣサービスは、その双方が極めて広い帯域幅を要求する点で類似するが、ＵＲＬＬＣサービスは超低遅延を好ましくは要求しうる点で異なる。
【0004】
第２目的は、前方互換性を実現することである。Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ，ＬＴＥ－Ａ）セルラシステムとの後方互換性は必要とされず、全く新しいシステム設計及び／又は新規な特徴の導入を容易にする。
【発明の概要】
【0005】
１つの非限定的かつ例示的な実施形態は、ダウンリンク制御チャネルの監視を伴う手順を含む、ＵＥ電力を節約することを容易にするための改善された手順を提供することを容易にする。
【0006】
一実施形態では、ここに開示される技術は、動作中に、第１期間の第１継続時間と、第２期間の第２継続時間とを含むタイミングパターン示すタイミングパターンインジケータを受信する送受信機を備える送受信装置を特徴とする。送受信装置は、動作中に、タイミングパターンに応じて、第１継続時間の第１期間と、第２継続時間の第２期間とを交互に設定する回路をさらに備える。送受信機は、動作中に、第１期間中に第１基地局と通信を行い、第２期間中にランダムアクセス手順に応じて第２基地局と通信を行う。
【0007】
一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらの任意の選択的な組合せとして実装され得ることに留意されたい。
【0008】
開示された実施形態のさらなる利益および利点は、明細書および図面から明らかになり得る。利益および／または利点は、明細書および図面の様々な実施形態および特徴によって個別に得ることができ、これらは、そのような利益および／または利点のうちの１つまたは複数を得るためにすべてが提供される必要はない。
【図面の簡単な説明】
【0009】
以下において、例示的な実施例が、添付した図面を参照してより詳細に説明される。
【図1】３ＧＰＰ ＮＲシステムの一例となるアーキテクチャを示す図である。
【図2】ＬＴＥ ｅＮＢ、ｇＮＢ及びＵＥのための一例となるユーザ及び制御プレーンアーキテクチャを示す図である。
【図3】ＮＧ－ＲＡＮと５ＧCとの間の機能分割を示す概略図である。
【図4】ＲＲＣ接続のセットアップ／再構成手順のシーケンス図である。
【図5】ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）およびＵｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）の使用シナリオを示す概略図である。
【図6】非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図である。
【図7A】端末間の送信が衛星およびＮＴＮゲートウェイを含むリモート無線ユニットを介して行われる、非地上ネットワークのシナリオを示す図である。
【図7B】端末間の送信が、スケジューリング装置のようなｇＮＢを含む衛星を介して行われる、非地上ネットワークのシナリオを示す図である。
【図8】ＵＥ、サービングｇＮＢ、およびハンドオーバーの可能なターゲットとしての隣接ｇＮＢの間の例示的なメッセージ交換を示す図である。
【図9A】競合ベースのランダムアクセス手順を示す図である。
【図9B】競合フリーのランダムアクセス手順を示す図である。
【図10】ユーザ装置およびスケジューリング装置の一般的、簡易的、および例示的なブロック図を示す図である。
【図11】一実施形態における、ソース基地局からターゲット基地局へのハンドオーバープロセスにおける送受信装置の方法を示す図である。
【図12】一実施形態における、ソース基地局とターゲット基地局との間の例示的なメッセージ交換を示す図である。
【図13】一実施形態における、送受信装置、ソース基地局およびターゲット基地局の間の例示的なメッセージ交換を示す図である。
【図14】一実施形態における、ソース基地局とターゲット基地局との間の例示的なメッセージ交換を示す図である。
【図15A】第１期間Ａの継続時間が第２期間よりも長い、タイミングパターンを示す図である。
【図15B】第１期間Ａの継続時間が第２期間よりも短い、タイミングパターンを示す図である。
【図16】第１期間Ａおよび第２期間Ｂを有するタイミングパターンであって、上記期間の継続時間が、トラフィック遅延感度のレベルを考慮するために減少される、タイミングパターンを示す図である。
【図17】時間オフセットを有するＵＬおよびＤＬ送信用に別々に適用されるタイミングパターンを示す図である。
【図18】設定ＤＲＸ周期と並行して適用されるタイミングパターンを示す図である。
【発明を実施するための形態】
【0010】
５Ｇ ＮＲシステムアーキテクチャ及びプロトコルスタック
３ＧＰＰは、１００ＧＨｚまでの範囲の周波数において動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）の開発を含む、単に５Ｇと呼ばれる第５世代セルラ技術のための次のリリースに取り組んでいる。５Ｇ規格の最初のバージョンは、２０１７年の終わりに完了され、５Ｇ ＮＲ規格に準拠したスマートフォンの試行と商業展開に進むことを可能にした。
３ＧＰＰは、１００ＧＨｚまでの範囲の周波数において動作するＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）の開発を含む、単に５Ｇと呼ばれる第５世代セルラ技術のための次のリリースに取り組んでいる。５Ｇ規格の最初のバージョンは、２０１７年の終わりに完了され、５Ｇ ＮＲ規格に準拠したスマートフォンの試行と商業展開に進むことを可能にした。
【0011】
特に、全体のシステムアーキテクチャは、ｇＮＢを含み、ＵＥに対してＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）プロトコルターミネーションを提供するＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を想定する。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続される。ｇＮＢはまた、ＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）インタフェースによってＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に接続され、より詳細には、ＮＧ－ＣインタフェースによってＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（例えば、ＡＭＦを実行する特定のコアエンティティ）と、ＮＧ－ＵインタフェースによってＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）（例えば、ＵＰＦを実行する特定のコアエンティティ）とに接続される。図１において、ＮＧ－ＲＡＮアーキテクチャが示される（例えば、３ＧＰＰ ＴＳ３８．３００ ｖ１５．６．０のセクション４を参照されたい）。
【0012】
様々な異なる配備シナリオがサポート可能である（例えば、３ＧＰＰ ＴＲ３８．８０１ ｖ１４．０．０を参照されたい）。例えば、非集中配備シナリオがそこに提示され（例えば、ＴＲ３８．８０１のセクション５．２を参照されたい。集中配置はセクション５．４に示される）、５Ｇ ＮＲをサポートする基地局が配備可能である。図２は、一例となる非集中配備シナリオ（例えば、ＴＲ３８．８０１のＦｉｇｕｒｅ ５．２－１を参照されたい）を示し、更にｇＮＢとＬＴＥ ｅＮＢとの双方に接続されるユーザ装置（ＵＥ）と共にＬＴＥ ｅＮＢを示す。ＮＲ ５Ｇのための新たなｅＮＢは、例示的にｇＮＢと呼ばれうる。ｅＬＴＥ ｅＮＢは、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）とＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）との接続性をサポートするｅＮＢの進化型である。
【0013】
ＮＲのユーザプレーンプロトコルスタック（例えば、３ＧＰＰ ＴＳ３８．３００ セクション４．４．１を参照されたい）は、ネットワーク側でｇＮＢにおいて終端される、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＴＳ３８．３００のセクション６．４を参照されたい）サブレイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＴＳ３８．３００のセクション６．３を参照されたい）サブレイヤ、及びＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＴＳ３８．３００のセクション６．２を参照されたい）サブレイヤを有する。さらに、新たなアクセス層（ＡＳ）サブレイヤ（ＳＤＡＰ，Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が、ＰＤＣＰ（例えば、３ＧＰＰ ＴＳ３８．３００のサブクローズ６．５を参照されたい）の上に導入される。制御プレーンプロトコルスタックがまた、ＮＲに対して規定される（例えば、ＴＳ３８．３００のセクション４．４．２を参照されたい）。レイヤ２機能の概略は、ＴＳ３８．３００のサブクローズ６に与えられる。ＰＤＣＰ、ＲＬＣ及びＭＡＣサブレイヤの機能は、ＴＳ３８．３００のセクション６．４，６．３及び６．２にそれぞれ列記される。ＲＲＣレイヤの機能は、ＴＳ３８．３００のサブクローズ７に列記される。
【0014】
例えば、ＭＡＣレイヤは、異なるニューメロロジのハンドリングを含む、論理チャネルの多重化及びスケジューリングとスケジューリング関連機能とを扱う。
【0015】
物理レイヤ（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、及び適切な物理時間周波数リソースへの信号のマッピングを担当する。それはまた、トランスポートチャネルの物理チャネルへのマッピングを扱う。物理レイヤは、トランスポートチャネルの形式によりサービスをＭＡＣレイヤに提供する。物理チャネルは、特定のトランスポートチャネルの送信に利用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。１つの物理チャネルは、ランダムアクセスに利用されるＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）である。
【0016】
ＮＲのための利用ケース／配備シナリオは、データレート、遅延及びカバレッジに関する多様な要件を有するｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及びｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を含みうる。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供されるもの３倍のオーダのピークデータレート（ダウンリンクについて２０Ｇｂｐｓと、アップリンクについて１０Ｇｂｐｓ）とユーザ体感データレートとをサポートすることが期待される。他方、ＵＲＬＬＣのケースでは、よりタイトな要件が超低遅延（ユーザプレーン遅延のＵＬ及びＤＬのそれぞれについて０．５ｍｓ）及び高信頼性（１ｍｓ内に１－１０－５）に対して課される。最終的に、ｍＭＴＣは、好ましくは、高い接続密度（都市環境において１，０００，０００デバイス数／ｋｍ２）、厳しい環境での大きなカバレッジ、及び低コストデバイスのための極めて長寿命のバッテリ（１５年間）を要求しうる。
【0017】
従って、１つのユースケースに適したＯＦＤＭニューメロロジ（例えば、サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプリフィックス（ＣＰ）持続時間、スケジューリングインターバル毎のシンボル数など）は、別のユースケースでは良好には機能しないかもしれない。例えば、低遅延サービスは、好ましくは、ｍＭＴＣサービスより短いシンボル持続時間（及び、従ってより大きなサブキャリア間隔）及び／又はスケジューリング間隔毎のより少ないシンボル（別名、ＴＴＩ）を必要としうる。さらに、大きなチャネル遅延スプレッドを有する配備シナリオは、好ましくは、短い遅延スプレッドを有するシナリオよりも長いＣＰ持続時間を必要としうる。同様のＣＰオーバ－ヘッドを保持するため、サブキャリア間隔はそれに応じて最適化されるべきである。ＮＲは、サブキャリア間隔の複数の値をサポートしてもよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ・・・のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆは、Δｆ＝１／Ｔuの式を介し直接関連する。ＬＴＥシステムと同様に、“リソースエレメント”という用語は、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対して１つのサブキャリアから構成される最小のリソースユニットを示すのに利用できる。
【0018】
新しい無線システム５Ｇ－ＮＲでは、各ニューメロロジ及び搬送波に対して、サブキャリアとＯＦＤＭシンボルのリソースグリッドが、アップリンクとダウンリンクについてそれぞれ規定される。リソースグリッドにおける各要素は、リソースエレメントと呼ばれ、周波数領域の周波数インデックス及び時間領域のシンボル位置に基づいて特定される（３ＧＰＰ ＴＳ３８．２１１ ｖ１５．６．０を参照されたい）。
【0019】
ＮＧ－ＲＡＮと５ＧＣとの間の５Ｇ ＮＲ機能分割
図３は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す図である。ＮＧ－ＲＡＮ論理ノードはｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣには、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦがある。
図３は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す図である。ＮＧ－ＲＡＮ論理ノードはｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣには、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦがある。
【0020】
特に、ｇＮＢとｎｇ－ｅＮＢは以下の主な機能をホストする。
・無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンクとダウンリンクとの両方におけるＵＥへのリソースの動的割り当て（スケジューリング）などの無線リソース管理のための機能
・ＩＰヘッダの圧縮、暗号化、データの完全性保護
・ＡＭＦへのルーティングがＵＥによって提供される情報から決定され得ない場合のＵＥアタッチメントにおけるＡＭＦの選択
・ＵＰＦへのユーザプレーンデータのルーティング
・ＡＭＦへの制御プレーン情報のルーティング
・接続の設定と解除
・ページングメッセージのスケジューリングと送信
・システムブロードキャスト情報（ＡＭＦまたはＯＡＭから発信される）のスケジューリングおよび送信
・モビリティおよびスケジューリングのための測定および測定報告設定
・アップリンクにおけるトランスポートレベルのパケットマーキング
・セッション管理
・ネットワークスライシングのサポート
・ＱｏＳフロー管理とデータ無線ベアラへのマッピング
・ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
・ＮＡＳメッセージの配布機能
・無線アクセスネットワークシェアリング
・デュアルコネクティビティ
・ＮＲとＥ－ＵＴＲＡとの間の緊密な相互作用
・無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンクとダウンリンクとの両方におけるＵＥへのリソースの動的割り当て（スケジューリング）などの無線リソース管理のための機能
・ＩＰヘッダの圧縮、暗号化、データの完全性保護
・ＡＭＦへのルーティングがＵＥによって提供される情報から決定され得ない場合のＵＥアタッチメントにおけるＡＭＦの選択
・ＵＰＦへのユーザプレーンデータのルーティング
・ＡＭＦへの制御プレーン情報のルーティング
・接続の設定と解除
・ページングメッセージのスケジューリングと送信
・システムブロードキャスト情報（ＡＭＦまたはＯＡＭから発信される）のスケジューリングおよび送信
・モビリティおよびスケジューリングのための測定および測定報告設定
・アップリンクにおけるトランスポートレベルのパケットマーキング
・セッション管理
・ネットワークスライシングのサポート
・ＱｏＳフロー管理とデータ無線ベアラへのマッピング
・ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
・ＮＡＳメッセージの配布機能
・無線アクセスネットワークシェアリング
・デュアルコネクティビティ
・ＮＲとＥ－ＵＴＲＡとの間の緊密な相互作用
【0021】
アクセスおよびモビリティ管理機能（ＡＭＦ）は、以下のメイン機能をホストする。
・非アクセス層（ＮＡＳ）、シグナリング終了
・ＮＡＳシグナリングセキュリティ
・アクセス層（ＡＳ）、セキュリティコントロール
・３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ）ノード間シグナリング
・アイドルモードＵＥ到達可能性（ページング再送の制御および実行を含む）
・レジストレーションエリア管理
・システム内およびシステム間モビリティの支援
・アクセス認証
・ローミング権のチェックを含むアクセス権限
・モビリティ管理制御（サブスクリプションおよびポリシー）
・ネットワークスライシングのサポート
・セッション管理機能（ＳＭＦ）、選択
・非アクセス層（ＮＡＳ）、シグナリング終了
・ＮＡＳシグナリングセキュリティ
・アクセス層（ＡＳ）、セキュリティコントロール
・３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ）ノード間シグナリング
・アイドルモードＵＥ到達可能性（ページング再送の制御および実行を含む）
・レジストレーションエリア管理
・システム内およびシステム間モビリティの支援
・アクセス認証
・ローミング権のチェックを含むアクセス権限
・モビリティ管理制御（サブスクリプションおよびポリシー）
・ネットワークスライシングのサポート
・セッション管理機能（ＳＭＦ）、選択
【0022】
さらに、ユーザプレーン機能（ＵＰＦ）は、以下のメイン機能をホストする。
・ＲＡＴ内／間モビリティのアンカーポイント（該当する場合）
・データネットワークへの相互接続の外部ＰＤＵセッションポイント
・パケットルーティングと転送
・ポリシールール施行のパケット検査およびユーザプレーン部分
・トラフィック使用報告
・データネットワークへのトラフィックフローのルーティングをサポートするアップリンク分類子
・マルチホームＰＤＵセッションをサポートする分岐ポイント
・パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート施行などのユーザプレーンのためのＱｏＳ処理
・アップリンクトラフィック検証（ＳＤＦからＱｏＳへのフローマッピング）
・ダウンリンクパケットバッファリングとダウンリンクデータ通知トリガ
・ＲＡＴ内／間モビリティのアンカーポイント（該当する場合）
・データネットワークへの相互接続の外部ＰＤＵセッションポイント
・パケットルーティングと転送
・ポリシールール施行のパケット検査およびユーザプレーン部分
・トラフィック使用報告
・データネットワークへのトラフィックフローのルーティングをサポートするアップリンク分類子
・マルチホームＰＤＵセッションをサポートする分岐ポイント
・パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート施行などのユーザプレーンのためのＱｏＳ処理
・アップリンクトラフィック検証（ＳＤＦからＱｏＳへのフローマッピング）
・ダウンリンクパケットバッファリングとダウンリンクデータ通知トリガ
【0023】
最後に、セッション管理機能（ＳＭＦ）は、以下のメイン機能をホストする。
・セッション管理
・ＵＥ ＩＰアドレスの割り当てと管理
・ＵＰ機能の選択と制御
・トラフィックを適切な宛先にルーティングするための、ユーザプレーン機能（ＵＰＦ）でのトラフィックステアリングの設定
・ポリシー施行およびＱｏＳの制御部分
・データ通知のダウンリンク
・セッション管理
・ＵＥ ＩＰアドレスの割り当てと管理
・ＵＰ機能の選択と制御
・トラフィックを適切な宛先にルーティングするための、ユーザプレーン機能（ＵＰＦ）でのトラフィックステアリングの設定
・ポリシー施行およびＱｏＳの制御部分
・データ通知のダウンリンク
【0024】
ＲＲＣ接続のセットアップと再設定の手順
図４は、ＮＡＳの一部（ＴＳ３８．３００ v１５．６．０参照）のためのＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへのＵＥの移行のコンテキストにおける、ＵＥ、ｇＮＢ、ＡＭＦ（５ＧＣエンティティ）間のいくつかの相互作用を示す図である。
図４は、ＮＡＳの一部（ＴＳ３８．３００ v１５．６．０参照）のためのＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへのＵＥの移行のコンテキストにおける、ＵＥ、ｇＮＢ、ＡＭＦ（５ＧＣエンティティ）間のいくつかの相互作用を示す図である。
【0025】
ＲＲＣは、ＵＥおよびｇＮＢ設定のために使用される上位レイヤシグナリング（プロトコル）である。特に、この移行はＡＭＦがＵＥコンテキストデータ（例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力およびＵＥセキュリティ能力などを含む）を準備し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴと共にｇＮＢに送信することを含む。次に、ｇＮＢは、ＵＥとのＡＳセキュリティをアクティブにする。これは、ＵＥに対してＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄのメッセージを送信するｇＮＢと、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅのメッセージでｇＮＢに応答するＵＥと、によって実行される。その後、ｇＮＢは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎのメッセージをＵＥに送信し、それに応答して、ＵＥからＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅのメッセージをｇＮＢによって受信することによって、シグナリング無線ベアラ２（ＳＲＢ２）、およびデータ無線ベアラ（ＤＲＢ（複数可））を設定するための再設定を実行する。信号のみの接続の場合、ＳＲＢ２およびＤＲＢは設定されないので、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するステップはスキップされる。最後に、ｇＮＢは、設定手順がＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥで完了したことをＡＭＦに通知する。
【0026】
したがって、本開示では、動作中に、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作中に、初期コンテキスト設定メッセージを、ＮＧ接続を介してｇＮｏｄｅＢに送信して、ｇＮｏｄｅＢとユーザ装置（ＵＥ）との間のシグナリング無線ベアラ設定を引き起こす送信機とを備える、第５世代コア（５ＧＣ）のエンティティ（たとえばＡＭＦ、ＳＭＦなど）が提供される。具体的には、ｇＮｏｄｅＢは、シグナリング無線ベアラを介して、リソース割り当て設定情報要素を含むシグナリングである無線リソース制御（ＲＲＣ）をＵＥに送信する。次に、ＵＥは、リソース割り当て設定に基づいて、アップリンク送信またはダウンリンク受信を実行する。
【0027】
２０２０年以降のＩＭＴの利用シナリオ
図５は、５Ｇ ＮＲのためのいくつかの使用事例を示す図である。３ＧＰＰ ＮＲ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ｎｅｗ ｒａｄｉｏ）では、ＩＭＴ－２０２０によって多種多様なサービスおよびアプリケーションをサポートすることが想定されている３つのユースケースが考慮されている。ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）のフェーズ１の仕様が完成している。ｅＭＢＢサポートをさらに拡張することに加えて、現在および将来の作業は、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）およびＭａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓのための標準化を伴うことになる。図５は、２０２０年以降のＩＭＴについて想定される使用シナリオのいくつかの例を示す図である。
図５は、５Ｇ ＮＲのためのいくつかの使用事例を示す図である。３ＧＰＰ ＮＲ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ｎｅｗ ｒａｄｉｏ）では、ＩＭＴ－２０２０によって多種多様なサービスおよびアプリケーションをサポートすることが想定されている３つのユースケースが考慮されている。ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）のフェーズ１の仕様が完成している。ｅＭＢＢサポートをさらに拡張することに加えて、現在および将来の作業は、Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）およびＭａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓのための標準化を伴うことになる。図５は、２０２０年以降のＩＭＴについて想定される使用シナリオのいくつかの例を示す図である。
【0028】
ＵＲＬＬＣのユースケースは、スループット、レイテンシ、および有効性などの能力に対する厳しい要件を有し、産業製造または生産プロセスの無線制御、遠隔医療手術、スマートグリッドにおける流通自動化、輸送安全などの将来の垂直アプリケーションのためのイネーブラの１つとして想定されている。ＵＲＬＬＣの高信頼性は、ＴＲ ３８．９１３によって設定された要件を満たす技術を識別することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣについては、キー要件は、ＵＬ（アップリンク）については０．５ｍｓのターゲットユーザプレーンレイテンシ、およびＤＬ（ダウンリンク）については０．５ｍｓのターゲットユーザプレーンレイテンシを含む。パケットの１回の伝送の一般的なＵＲＬＬＣ要件は、１ｍｓのユーザプレーンレイテンシが３２バイトのパケットサイズに対して１Ｅ－５のＢＬＥＲ（ブロックエラーレート）である。
【0029】
ＲＡＮ１の観点から、信頼性は、多くの可能な方法で改良することができる。信頼性を改善するための現状の範囲は、ＵＲＬＬＣ、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどのための別個のＣＱＩテーブルを定義することを含む。しかし、ＮＲがより安定し、開発されるにつれて（ＮＲ ＵＲＬＬＣキー要求に対して）、高信頼性を達成するための範囲が広がるかもしれない。Ｒｅｌ．１５におけるＮＲ ＵＲＬＬＣの特定の使用事例には、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ｈｅａｌｔｈ、ｅ－ｓａｆｅｔｙ、およびミッションクリティカルアプリケーションが含まれる。
【0030】
さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の改善を目指している。レイテンシ改善のための技術拡張には、設定可能なニューメロロジ、柔軟なマッピングによる非スロットベーススケジューリング、無料（設定済み許可）アップリンクの許可、データチャネルのスロットレベルの繰り返し、ダウンリンクのプリエンプションが含まれる。プリエンプションとは、すでにリソースが割り当てられている伝送を停止し、すでに割り当てられているリソースが、後で要求された別の伝送に使用されるが、遅延が少なく、優先順位の高い要件があることを意味する。したがって、既に許可された伝送は、後の伝送によってプリエンプトされる。プリエンプションは、特定のサービスタイプとは無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）のための伝送は、サービスタイプＢ（ｅＭＢＢなど）のための伝送によってプリエンプトされ得る。信頼性改善に関する技術強化には、１Ｅ－５のターゲットＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが含まれる。
【0031】
ｍＭＴＣ（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）のユースケースは、非常に多数の接続されたデバイスが、典型的には、比較的少量の非遅延センシティブデータを送信することを特徴とする。装置は低コストで、バッテリ寿命が非常に長いことが要求される。ＮＲの観点から、非常に狭い帯域幅の部分を利用することは、ＵＥの観点から省電力を有し、長いバッテリ寿命を可能にする一つの可能な解決策である。
【0032】
このように、ＮＲの信頼性の範囲が広がることが期待される。すべての場合に対する、特にＵＲＬＬＣおよびｍＭＴＣに必要な１つの重要な要件は、高信頼性または超信頼性である。無線の観点およびネットワークの観点から信頼性を改善するために、いくつかのメカニズムが考えられる。一般に、信頼性を改善するのに役立ついくつかの重要な潜在的領域がある。これらの領域の中には、コンパクトな制御チャネル情報、データ／制御チャネルの繰り返し、および周波数、時間、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず、一般に信頼性に適用可能である。
【0033】
ＮＲ ＵＲＬＬＣについては、ファクトリーオートメーション、輸送産業、およびファクトリーオートメーション、輸送産業、電力供給を含む電力供給など、より厳しい要件を有するさらなる使用事例が特定されている。より厳しい要件は、より高い信頼性（１０～６レベルまで）、より高い有効性、２５６バイトまでのパケットサイズ、数μｓ程度までの時間同期であり、値は、周波数範囲に応じて１μｓまたは数μｓとすることができ、短いレイテンシは、使用ケースに応じて、０．５～１ｍｓ程度、特に目標ユーザプレーンレイテンシは０．５ｍｓとすることができる。
【0034】
さらに、ＮＲ ＵＲＬＬＣについては、ＲＡＮ１の観点からのいくつかの技術強化が識別されている。これらの中には、コンパクトＤＣＩ、ＰＤＣＣＨの繰り返し、増加したＰＤＣＣＨのモニタリングに関連するＰＤＣＣＨ（物理ダウンリンク制御チャネル）強化がある。さらに、ＵＣＩ（アップリンク制御情報）拡張は、拡張ＨＡＲＱ（ハイブリッド自動再送要求）およびＣＳＩフィードバック拡張に関連する。また、ミニスロットレベルホッピングおよび再送／反復エンハンスメントに関連するＰＵＳＣＨエンハンスメントも識別されている。「ミニスロット」という用語は、スロット（１４個のシンボルを含むスロット）よりも少ない数のシンボルを含む送信時間間隔（ＴＴＩ）を指す。
【0035】
ＱｏＳ制御
５Ｇ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデルはＱｏＳフローに基づいており、保証されたフロービットレート（ＧＢＲ ＱｏＳフロー）を必要とするＱｏＳフローと、保証されたフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＮＧ－Ｕインタフェース上のカプセル化ヘッダで運ばれるＱｏＳフローＩＤ（ＱＦＩ）によってＰＤＵセッション内で識別される。
５Ｇ ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデルはＱｏＳフローに基づいており、保証されたフロービットレート（ＧＢＲ ＱｏＳフロー）を必要とするＱｏＳフローと、保証されたフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＮＧ－Ｕインタフェース上のカプセル化ヘッダで運ばれるＱｏＳフローＩＤ（ＱＦＩ）によってＰＤＵセッション内で識別される。
【0036】
各ＵＥについて、５ＧＣは、１つまたは複数のＰＤＵセッションを確立する。各ＵＥについて、ＮＧ－ＲＡＮは、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、そのＰＤＵセッションのＱｏＳフロー（複数可）のための追加のＤＲＢ（複数可）は、例えば、図４を参照して上記で示されるように、その後に構成され得る（それは、そうするときにＮＧ－ＲＡＮまでである）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥ内および５ＧＣ内のＮＡＳレベルパケットフィルタは、ＵＬおよびＤＬパケットをＱｏＳフローに関連付け、一方、ＵＥ内およびＮＧ－ＲＡＮ内のＡＳレベルマッピングルールは、ＵＬおよびＤＬ ＱｏＳフローをＤＲＢに関連付ける。
【0037】
図６は、５Ｇ ＮＲ非ローミング参照アーキテクチャを示す（ＴＳ ２３．５０１ ｖ１６．１．０、セクション４．２３を参照）。アプリケーション機能（ＡＦ）、例えば、図５で例示的に説明されている５Ｇサービスをホストする外部アプリケーションサーバは、例えば、トラフィックルーティングに対するアプリケーションの影響、または、ネットワーク露出機能（ＮＥＦ）へのアクセス、または、ポリシー制御（ポリシー制御機能、ＰＣＦを参照）のためのポリシーフレームワーク（例えば、ＱｏＳ制御）との対話、をサポートするサービスを提供するために、３ＧＰＰコアネットワークと対話する。オペレータの配置に基づいて、オペレータによって信頼されていると見なされるアプリケーション関数は、関連するネットワーク関数と直接対話することができる。オペレータがネットワーク機能に直接アクセスすることを許可されていないアプリケーション機能は、ＮＥＦを介して外部公開フレームワークを使用して、関連するネットワーク機能と対話する。
【0038】
図６は、５Ｇアーキテクチャのさらなる機能ユニット、すなわち、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワークリポジトリ機能（ＮＲＦ）、統合データ管理（ＵＤＭ）、認証サーバ機能（ＡＵＳＦ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、およびデータネットワーク（ＤＮ）、すなわち、オペレータサービス、インターネットアクセスまたはサードパーティサービスを示す。
【0039】
端末は、ＬＴＥおよびＮＲにおいて、ユーザ装置（ＵＥ）として称される。これはワイヤレス電話、スマートフォン、タブレットコンピュータ、またはユーザ装置の機能を有するＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）スティックなどのモバイル装置であってもよい。しかしながら、モバイル装置という用語は、これに限定されず、一般に、リレーが、そのようなモバイル装置の機能性を有してもよいし、モバイル装置は、リレーとしても機能してもよい。
【0040】
基地局は、例えば、端末にサービスを提供するためのネットワークの一部を形成するネットワークノードである。基地局は、端末への無線アクセスを提供するネットワークノードである。端末と基地局との間の通信は、典型的には標準化されている。ＬＴＥおよびＮＲでは、ワイヤレスインターフェースプロトコルスタックは、物理レイヤ、ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｌａｙｅｒ）、および上位レイヤを含む。制御プレーンでは、上位レイヤプロトコル無線リソース制御プロトコルが提供される。ＲＲＣを介して、基地局は、端末の設定を制御することができ、端末は、接続およびベアラの確立、修正などの制御タスク、測定、および他の機能を実行するために基地局と通信することができる。
【0041】
レイヤによって提供されるデータを上位レイヤに転送するためのサービスは、通常、チャネルと称される。例えば、ＬＴＥおよびＮＲは、ＭＡＣレイヤによって上位レイヤに提供される論理チャネルと、物理レイヤによってＭＡＣレイヤに提供されるトランスポートチャネルと、物理リソース上のマッピングを定義する物理チャネルとを区別する。
【0042】
論理チャネルは、ＭＡＣによって提供されるさまざまな種類のデータ転送サービスである。各論理チャネルタイプは、転送される情報のタイプによって定義される。論理チャネルは、制御チャネルとトラフィックチャネルの２つのグループに分類される。制御チャネルは、制御プレーン情報の転送のみに使用される。トラフィックチャネルは、ユーザプレーン情報の転送のみに使用される。
【0043】
間欠受信－ＤＲＸ
パケットデータは、しばしばバースト性が高く、時折サイレンスの期間がある。遅延の観点から、アップリンク許可またはダウンリンクデータ送信を受信し、トラフィック挙動の変化に即座に反応するために、ダウンリンク制御シグナリングを永続的にモニターすることが有益である。同時に、これは、装置における電力消費の点でコストがかかる。装置の消費電力を低減するために、ＬＴＥは間欠受信（ＤＲＸ）のためのメカニズムを含む。
パケットデータは、しばしばバースト性が高く、時折サイレンスの期間がある。遅延の観点から、アップリンク許可またはダウンリンクデータ送信を受信し、トラフィック挙動の変化に即座に反応するために、ダウンリンク制御シグナリングを永続的にモニターすることが有益である。同時に、これは、装置における電力消費の点でコストがかかる。装置の消費電力を低減するために、ＬＴＥは間欠受信（ＤＲＸ）のためのメカニズムを含む。
【0044】
現在規格化されているバージョンによるＰＤＣＣＨモニタリングに関する５Ｇ ＮＲにおける間欠受信（ＤＲＸ）機能の例示的な実現形態が、以下において簡単化及び省略された形式で説明される。
【0045】
ＤＲＸの基本的なメカニズムは、装置内の構成可能なＤＲＸ周期である。ＤＲＸ周期が設定されている場合、装置は、ダウンリンク制御シグナリングをＤＲＸサイクルあたりのアクティブ期間のみモニターし、残りのオフ期間で受信回路がオフになった状態でスリープする。これにより、消費電力を大幅に削減することができる。当然ながら、これは、装置がアクティブ期間においてのみ対応可能であるため、スケジューラへの制限を意味する。
【0046】
ＵＥにおけるバッテリ消費を低減するため、ＵＥがＰＤＣＣＨを監視するのに費やす時間を最小限に抑える機構が利用され、これは、間欠受信（ＤＲＸ）機能と呼ばれる。ＤＲＸ機能は、ＲＲＣ＿ＩＤＬＥに対して設定でき、この場合、ＵＥは、特定のＤＲＸ値又はデフォルトのＤＲＸ値（ｄｅｆａｕｌｔＰａｇｉｎｇＣｙｃｌｅ）を利用する。デフォルトのページング周期はシステム情報において報知され、３２、６４、１２８、２５６個の無線フレームの値を有することができる。ＵＥは、ＤＲＸ周期毎に１つのページング機会においてウェイクアップする必要があり、ページング機会は、１サブフレームである。ＤＲＸ機能はまた。“ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ”ＵＥに対して設定でき、これにより、ダウンリンク制御情報（又は単に、ＵＥはＰＤＣＣＨをモニタリングすると表現される）のダウンリンク制御チャネルを常にモニタリングする必要はない（３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｔａｎｄａｒｄ ＴＳ３８．３２１ 「ＮＲ；ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）プロトコル仕様書」、１５．６．０、ｃｈａｐｔｅｒ ５．７ を参照されたい）。
【0047】
以下のパラメータが、例えば、移動ノードがアクティブになるＯｎ－Ｄｕｒａｔｉｏｎ周期（すなわち、ＤＲＸ Ａｃｔｉｖｅ Ｔｉｍｅ）と、移動ノードがＤＲＸにある周期（すなわち、ＤＲＸ Ａｃｔｉｖｅ Ｔｉｍｅにない）とが、ＤＲＸ ＵＥの動作を規定するのに利用可能である。
【0048】
－ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸ周期の開始時の継続時間
－ ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延
－ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＰＳＣＣＨがＭＡＹエンティティ用の最新のＵＬまたはＤＬ送信を示すＰＤＣＣＨ機会の後の継続時間
－ ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセス毎）：ＤＬ再送信が受信されるまでの最大継続時間
－ ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセス毎）：ＵＬ再送信の許可が受信されるまでの最大継続時間
－ ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ロングＤＲＸ周期およびショートＤＲＸ周期が開始するサブフレームを定義するロングＤＲＸ周期およびｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ
－ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＤＲＸ周期
－ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＤＲＸ周期に従う継続時間
－ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセス毎）：ＭＡＣエンティティにより期待されるＨＡＲＱ再送信用のＤＬ割り当て前の最小継続時間
－ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセス毎）：ＭＡＣエンティティにより期待されるＵＬ ＨＡＲＱ再送許可前の最小継続時間
－ ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する前の遅延
－ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＰＳＣＣＨがＭＡＹエンティティ用の最新のＵＬまたはＤＬ送信を示すＰＤＣＣＨ機会の後の継続時間
－ ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセス毎）：ＤＬ再送信が受信されるまでの最大継続時間
－ ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセス毎）：ＵＬ再送信の許可が受信されるまでの最大継続時間
－ ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ロングＤＲＸ周期およびショートＤＲＸ周期が開始するサブフレームを定義するロングＤＲＸ周期およびｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ
－ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（オプション）：ショートＤＲＸ周期
－ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（オプション）：ＵＥがショートＤＲＸ周期に従う継続時間
－ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ（ブロードキャストプロセスを除くＤＬ ＨＡＲＱプロセス毎）：ＭＡＣエンティティにより期待されるＨＡＲＱ再送信用のＤＬ割り当て前の最小継続時間
－ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ（ＵＬ ＨＡＲＱプロセス毎）：ＭＡＣエンティティにより期待されるＵＬ ＨＡＲＱ再送許可前の最小継続時間
【0049】
ＵＥが起動している総継続時間は、「アクティブ時間」またはＤＲＸアクティブ時間と称される。アクティブ時間は、例えば、以下の何れかの時間を含む。
－ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、または、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ（３ＧＰＰ ＴＳ ３８．３２１の５．１．５節に記載されている）が実行中の時間
－ （３ＧＰＰ ＴＳ ３８．３２１の５．４．４節に記載されているように）スケジューリング要求がＰＵＣＣＨで送信され、ペンディングしている時間
－ （３ＧＰＰ ＴＳ ３８．３２１の５．１．４節に記載されているように）コンテンションベースのランダムアクセスプリアンブルのうち、ＭＡＣエンティティによって選択されていないランダムアクセスプリアンブル用のランダムアクセスレスポンスを正常に受信した後、ＭＡＣエンティティのＣーＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されない時間
－ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、または、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ（３ＧＰＰ ＴＳ ３８．３２１の５．１．５節に記載されている）が実行中の時間
－ （３ＧＰＰ ＴＳ ３８．３２１の５．４．４節に記載されているように）スケジューリング要求がＰＵＣＣＨで送信され、ペンディングしている時間
－ （３ＧＰＰ ＴＳ ３８．３２１の５．１．４節に記載されているように）コンテンションベースのランダムアクセスプリアンブルのうち、ＭＡＣエンティティによって選択されていないランダムアクセスプリアンブル用のランダムアクセスレスポンスを正常に受信した後、ＭＡＣエンティティのＣーＲＮＴＩ宛の新しい送信を示すＰＤＣＣＨが受信されない時間
【0050】
“ＤＲＸ期間”又は“ＤＲＸオフ期間”は、ＵＥがバッテリ節約目的のためにダウンリンクチャネルの受信をスキップすることが可能である、すなわち、ダウンリンクチャネルをモニタリングすることが必要とされないダウンリンクサブフレームの継続時間である。ＤＲＸの動作は、電力を節約するため、移動端末に（現在アクティブなＤＲＸ周期に従って）無線回路を繰り返し非アクティビティ化する機会を与える。ＵＥが実際にＤＲＸ期間中にＤＲＸに留まるか（すなわち、アクティブでない）否かは、ＵＥによって決定されてもよく、例えば、ＵＥは、Ｏｎ－Ｄｕｒａｔｉｏｎ期間には実行可能でない、従って、他の時間、例えば、ＤＲＸオフ時間中に実行される必要がある異周波測定を通常実行する。
【0051】
競合する要件を満たすため、２つのＤＲＸ周期（短い周期及び長い周期）が各ＵＥに対して設定することができ、短いＤＲＸ周期は任意選択的であり、すなわち、長いＤＲＸ周期のみを使用することができる。短いＤＲＸ周期、長いＤＲＸ周期及び連続受信の間の遷移は、タイマ又はｇＮＢからの明示的なコマンドによって制御される。ある意味において、短いＤＲＸ周期は、ＵＥが長いＤＲＸ周期に入る前に、遅いパケットが到着した場合における確認期間とみなすことができる。ＵＥが短いＤＲＸ周期にある間にデータがｇＮＢに到着した場合、データは、次のｏｎ－ｄｕｒａｔｉｏｎ時間における送信のためにスケジューリングされ、そして、ＵＥは連続受信を再開する。他方、短いＤＲＸ周期の間にｇＮＢにデータが到着しない場合、ＵＥは、パケットアクティビティが時間終了したと仮定して、長いＤＲＸ周期に入る。
【0052】
アクティブ時間中、ＵＥは、ＰＤＣＣＨをモニタリングし、設定されたＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を報告し、ＰＵＣＣＨ上でＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）／ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）／ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）／ＰＴＩ（Ｐｒｅｃｏｄｅｒ Ｔｙｐｅ Ｉｎｄｉｃａｔｉｏｎ）を報告する。ＵＥがアクティブ時間にないとき、タイプ０トリガされたＳＲＳ及びＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩは報告されなくてもよい。ＣＱＩマスクがＵＥに設定される場合、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩの報告は、Ｏｎ－Ｄｕｒａｔｉｏｎサブフレームに限定される。
【0053】
ＤＲＸ周期は、例えば、３ＧＰＰ ＴＳ ３８．３２１（「ＮＲ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）プロトコル仕様」、バージョン１５．６．０、セクション５．７）で接続モードが定義され、かつ、３ＧＰＰ ＴＳ ３８．３０４（「アイドルモードおよびＲＲＣインアクティブ状態でのユーザ装置（ＵＥ）手順」、バージョン１５．４．０、セクション７．１）で、アイドルまたはインアクティブ状態が定義されているように、受信機のスイッチを定期的にオフにすることによって、ＵＥに物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をデコードしたり、特定の期間で物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信したりする必要がないように、ＮＲダウンリンクに設定され得る。
【0054】
３ＧＰＰ ＴＳ ３８．３２１ ｖ１５．６．０仕様書によれば、ＤＲＸ周期が構成されるとき、アクティブ時間は、３ＧＰＰ ＴＳ ３８．３２１のセクション５．１．５に記載されるように、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、またはｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが動作している時間を含む。
【0055】
ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒは、ＤＲＸ周期の開始時の継続時間を定義し、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、ＰＤＣＣＨがＭＡＣエンティティのための新しいアップリンク（ＵＬ）またはダウンリンク（ＤＬ）送信を示すＰＤＣＣＨ機会の後の継続時間を指定する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬとＵＬは、ＤＬ再送を受信するまでの最大継続時間と、ＵＬ再送の許可を受信するまでの最大継続時間をそれぞれ定義する。
【0056】
非地上ネットワーク（ＮＴＮ）
３ＧＰＰでは、非地上ネットワーク（ＮＴＮ）におけるＮＲベースの動作を研究し記述する（例えば、３ＧＰＰＴＲ ３８．８１１、非地上ネットワークをサポートするためのＮＲ（Ｎｅｗ Ｒａｄｉｏ）に関する研究、バージョン１５．０．０、および３ＧＰＰ ＴＲ ３８．８２１、非地上ネットワークをサポートするためのＮＲ用ソリューション、バージョン０．３．０を参照）。
３ＧＰＰでは、非地上ネットワーク（ＮＴＮ）におけるＮＲベースの動作を研究し記述する（例えば、３ＧＰＰＴＲ ３８．８１１、非地上ネットワークをサポートするためのＮＲ（Ｎｅｗ Ｒａｄｉｏ）に関する研究、バージョン１５．０．０、および３ＧＰＰ ＴＲ ３８．８２１、非地上ネットワークをサポートするためのＮＲ用ソリューション、バージョン０．３．０を参照）。
【0057】
広いサービスカバレッジ能力と、物理的な攻撃や自然災害に対する宇宙／航空機の脆弱性の低減の結果、ＮＴＮは、地上のＮＲネットワークによってカバーできない非保護領域（例えば、航空機または船舶上の、隔離された、または離れた領域、）、および、非保護領域（例えば、郊外および地方の領域）において、ＮＲサービスの展開を促進することができる。さらに、ＮＴＮは、移動プラットフォーム上の乗客にサービス継続性を提供することによって、または、特に重要な通信のために、どこでもサービスの利用可能性を保証することによって、ＮＲサービスの信頼性を強化することができる。
【0058】
利点は、単独で動作する非地上ネットワーク、またはカバレッジ、ユーザ帯域幅、システム容量、サービス信頼性、または可用性に影響を及ぼし得る統合された地上ネットワークおよび非地上ネットワークのいずれかに関係する。
【0059】
非地上ネットワークは、例えば、衛星に搭載されたＲＦリソースを使用する、ネットワークまたはネットワークのセグメントを指す。ＮＴＮは、通常、以下のシステム要素を特徴とする。
３ＧＰＰ ＵＥを指すＮＴＮ端末、または、衛星が３ＧＰＰ ＵＥに直接サービスしない場合における、衛星システムに特有の端末
ユーザ装置と宇宙／空中プラットフォームとの間の無線リンクを指すサービスリンク
ペイロードを搭載する空中プラットフォーム
宇宙／空中プラットフォームをコアネットワークに接続するゲートウェイ
ゲートウェイセンター宇宙／空中プラットフォーム間の無線リンクを指すフィーダリンク
３ＧＰＰ ＵＥを指すＮＴＮ端末、または、衛星が３ＧＰＰ ＵＥに直接サービスしない場合における、衛星システムに特有の端末
ユーザ装置と宇宙／空中プラットフォームとの間の無線リンクを指すサービスリンク
ペイロードを搭載する空中プラットフォーム
宇宙／空中プラットフォームをコアネットワークに接続するゲートウェイ
ゲートウェイセンター宇宙／空中プラットフォーム間の無線リンクを指すフィーダリンク
【0060】
図７Ａは、非地上ネットワークのシナリオを示しており、端末（ＵＥ）間の送信は、衛星およびＮＴＮゲートウェイを含む遠隔無線ユニットを介して行われる。ｇＮＢは、スケジューリングデバイスとしてゲートウェイに配置される。衛星ペイロードは、アップリンク方向とダウンリンク方向の両方で周波数変換と高周波増幅器を実装する。したがって、衛星は、（ＮＴＮゲートウェイと衛星との間の）フィーダリンクから（衛星とＵＥとの間の）サービスリンクへの、および、その逆の、ＮＲ無線インタフェースを中継する。この設定の衛星は、トランスペアレント衛星と称される。
【0061】
図７Ｂは、非地上ネットワークのシナリオを示す図であり、端末（ＵＥ）間の送信は、スケジューリング装置としてのｇＮＢを含む衛星を介して行われる。この設定の衛星を再生衛星と称される。
【0062】
電磁波を介した全ての信号送信は、光速度による信号送信遅延を受ける。特に、ソースと送り先との間における、２回の無線信号の一方向伝搬遅延は、往復遅延（ＲＴＤ）と称される。ＲＴＤには、応答信号を生成するための処理ノードにおける処理時間も含まれ得る。
【0063】
特に、往復遅延は、ソースノード、例えば、端末（ＵＥ）と送り先のノードとの間の距離に依存する。信号が衛星等を介して送信されるＮＴＮでは、ＲＴＤの値は、地上ネットワークよりもはるかに大きくなり得る。
【0064】
例えば、静止軌道上の衛星を介して、すなわち高度約３５７８６ｋｍで信号が送信される場合、図７Ａに示すように、例えば、ＮＲ内のｇＮＢのようなスケジューリング装置がゲートウェイに位置する場合、ＲＴＤは、５４１．１４ｍｓの大きさとなり得る。
【0065】
図７Ａに示されているシナリオは、５４１．１４ｍｓの往復遅延に関連しており、図７Ｂに示されているシナリオは、静止軌道上の衛星に対する２７１．５７ｍｓの往復遅延に関連している。同様に、低地球軌道（ＬＥＯ）、すなわち高度約６００または１２００ｋｍの衛星について図７Ａに示されるシナリオは、２５．７６ｍｓ（６００ｋｍ）または４１．７５ｍｓ（１２００ｋｍ）のＲＴＤに関連する。さらに、低地球軌道（ＬＥＯ）の衛星について図７Ｂに示されるシナリオは、１２．８８ｍｓ（６００ｋｍ）または２０．８７ｍｓ（１２００ｋｍ）のＲＴＤに関連している。
【0066】
図に示すシナリオの往復遅延値。７Ａおよび７Ｂは、ＧＥＯ軌道およびＬＥＯ軌道についてテーブル１にまとめられている。
【0067】
【表1】
【0068】
基準信号
ＬＴＥにおけるように、いくつかの異なるタイプの基準信号（ＲＳ）が、５Ｇ ＮＲのために使用される（３ＧＰＰ ＴＳ ３８．２１１ ｖ１５．４．０セクション７．４．１を参照されたい）。５Ｇ ＮＲでは、少なくとも以下の基準信号が利用可能である。
ＬＴＥにおけるように、いくつかの異なるタイプの基準信号（ＲＳ）が、５Ｇ ＮＲのために使用される（３ＧＰＰ ＴＳ ３８．２１１ ｖ１５．４．０セクション７．４．１を参照されたい）。５Ｇ ＮＲでは、少なくとも以下の基準信号が利用可能である。
【0069】
チャネル状態情報取得およびビーム管理に使用可能なＣＳＩ－ＲＳ（Ｃｈaｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＰＤＳＣＨ復調に使用可能なＰＤＳＣＨ ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＰＤＣＣＨ復調に使用可能なＰＤＣＣＨ ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＰＢＣＨ復調に使用可能なＰＢＣＨ ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＰＤＳＣＨの位相トラッキングに使用可能なＰＴＲＳ（Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
時間トラッキングに使用可能なトラッキング基準信号
ＰＤＳＣＨ復調に使用可能なＰＤＳＣＨ ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＰＤＣＣＨ復調に使用可能なＰＤＣＣＨ ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＰＢＣＨ復調に使用可能なＰＢＣＨ ＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＰＤＳＣＨの位相トラッキングに使用可能なＰＴＲＳ（Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
時間トラッキングに使用可能なトラッキング基準信号
【0070】
さらに、ＰＢＣＨ ＤＭＲＳは、ＳＳＢ基準信号の一部として例示的に見ることができる（３ＧＰＰ ＴＳ ３８．２１５ ｖ１５．３．０セクション５．１．１「ＳＳ基準信号受信電力（ＳＳ－ＲＳＲＰ）」を参照されたい）。
【0071】
５Ｇ ＮＲ通信システムにおける基準信号とＬＴＥにおける基準信号の主な違いは、５Ｇ ＮＲではセル固有の基準信号がないこと、時間／位相トラッキングのために新しい基準信号ＰＴＲＳが導入されていること、ダウンリンクとアップリンクの両方のチャネルにＤＭＲＳが導入されていること、ＮＲでは基準信号が必要なときだけ送信されることである。
【0072】
ＤＬ専用信号として、ＵＥが受信するＣＳＩ－ＲＳは、チャネルを推定し、チャネル品質情報をｇＮＢに報告するために使用される。ＭＩＭＯ動作中、ＮＲは搬送周波数に基づいて異なるアンテナアプローチを使用することがある。低い周波数では、システムはＭU－ＭＩＭＯのために適度な数のアクティブアンテナを使用し、ＦＤＤ動作を追加する。この場合、ＵＥは、ＣＳＩ－ＲＳを使用して、ＣＳＩを計算し、それをＵＬ方向に報告し返すことができる。
【0073】
５Ｇ ＮＲのＵＥ測定値
ＮＲ装置は、異なる測定を実行するように設定することができ、場合によっては、その後に、ネットワークへの結果の対応する報告が続く。
ＮＲ装置は、異なる測定を実行するように設定することができ、場合によっては、その後に、ネットワークへの結果の対応する報告が続く。
【0074】
簡単に説明すると、測定の基本的な概要を提供するために、ＵＥ（ＮＲ装置）は、例えば、基準信号（ＣＳＩ－ＲＳ、ＳＳブロックなど）に基づいて測定を実行し、そこから測定結果を得ることができる。これらは、対応する測定報告において、いくつかの、または、すべての測定結果を受信した後に、ＵＥによって内部的に、または、モビリティ制御のために基地局などの他のエンティティによって使用され得る。
【0075】
測定報告は、例示的に、以下の１つ以上によって特徴付けられる。
報告をトリガした測定報告であって、関連する測定設定の測定アイデンティティを含む測定報告
測定レポートに含まれるセルおよびビーム測定量であって、ネットワークにより設定されるセルおよびビーム測定量
報告される非サービングセルの数であって、設定を介してネットワークにより制限され得る非サービングセルの数
ネットワークにより設定されるブラックリストに属するセルであって、イベント評価および報告に使用されないセルと、逆にホワイトリストがネットワークにより設定される場合、ホワイトリストに属するセルのみであって、イベント評価および報告に使用されるセル
測定報告に含まれるビーム測定であって、ネットワーク（ビーム識別子のみ、測定結果とビーム識別子、または、ビーム報告なし）により設定されるビーム測定
報告をトリガした測定報告であって、関連する測定設定の測定アイデンティティを含む測定報告
測定レポートに含まれるセルおよびビーム測定量であって、ネットワークにより設定されるセルおよびビーム測定量
報告される非サービングセルの数であって、設定を介してネットワークにより制限され得る非サービングセルの数
ネットワークにより設定されるブラックリストに属するセルであって、イベント評価および報告に使用されないセルと、逆にホワイトリストがネットワークにより設定される場合、ホワイトリストに属するセルのみであって、イベント評価および報告に使用されるセル
測定報告に含まれるビーム測定であって、ネットワーク（ビーム識別子のみ、測定結果とビーム識別子、または、ビーム報告なし）により設定されるビーム測定
【0076】
測定報告は、３ＧＰＰ ＴＳ ３８．３３１ ｖ１５．３．０のセクション５．５．３に定義されている。ネットワークは、セルごとに測定結果を導出するようにＵＥを設定することができる。異なるトリガイベント（以下の概要を参照）を含む測定報告トリガは、３ＧＰＰ ＴＳ ３８．３３１ ｖ１５．４．０のセクション５．５．４に定義されている。測定報告の詳細は、３ＧＰＰ ＴＳ ３８．３３１ ｖ１５．４．０のセクション５．５．５に提供される。
【0077】
異なるイベントが定義され、それぞれ、離脱条件および開始条件を含み、トリガ時間条件に関連付けられる。これにより、ＵＥは、自身で測定し、イベントについて定義された基準に従って結果を報告することができる。
【0078】
少なくとも以下のメカニズムは、ＵＥによって得られた測定結果に基づく。
（測定レポートを介して受信された）測定結果に基づくｇＮＢによるハンドオーバー決定
測定報告のトリガ
無線リンクの障害表示
（測定レポートを介して受信された）測定結果に基づくｇＮＢによるハンドオーバー決定
測定報告のトリガ
無線リンクの障害表示
【0079】
ハンドオーバープロセス
図８は、ＵＥと、サービングｇＮＢと、ハンドオーバーの可能なターゲットとしての隣接ｇＮＢとの間の例示的なメッセージ交換を示す。
図８は、ＵＥと、サービングｇＮＢと、ハンドオーバーの可能なターゲットとしての隣接ｇＮＢとの間の例示的なメッセージ交換を示す。
【0080】
ハンドオーバー決定は、典型的には、サービングｇＮＢによって行われ、サービング無線キャリアおよびおそらくは他の隣接無線キャリアに関する測定報告を提供することによって、ＵＥによって支援される。これに対応して、図８のメッセージ交換図に示される第１メッセージは、ＵＥによってそのサービングｇＮＢに送信される測定報告である。
【0081】
受信された測定報告（およびその中に含まれる測定結果）に基づいて、サービングｇＮＢは、別の無線セル（たとえば、別の衛星）へのハンドオーバーがＵＥにとって有益であり得ることを決定することができ、したがって、ターゲットｇＮＢ（近隣ｇＮＢ）およびＵＥとの適切なハンドオーバー手順を開始する。
【0082】
サービングｇＮＢは、ターゲットセルにおいてハンドオーバーを準備し（図８のハンドオーバー要求およびハンドオーバー確認を参照）、ハンドオーバーコマンドのメッセージをＵＥに送信する。図８に例示的に示されるように、ハンドオーバー手順は、例えば、ハンドオーバーを要求し、隣接セルからのハンドオーバーの確認を待つことによって開始され得る。これは、例えば、隣接ｇＮＢがさらなるＵＥを受け入れる能力を有することを確認し、隣接ｇＮＢがハンドオーバーされるべきＵＥのためのリソースを予約することを可能にするためである。隣接ｇＮＢからハンドオーバー確認を受信した後、サービングｇＮＢは、ハンドオーバー手順に進み、対応するハンドオーバーコマンドのメッセージをＵＥに送信する。
【0083】
ハンドオーバーコマンドのメッセージは、ＩＤおよび追加情報を含み、ターゲットセルを識別し、ターゲットセルに接続することができる。さらに、ハンドオーバーコマンドのメッセージは、１つ以上のハンドオーバー受け入れ条件およびハンドオーバー拒否条件を含む。ハンドオーバー受け入れ条件は、ハンドオーバーを実行するかどうか、およびいつ実行するかを決定するために、ＵＥによってチェックされる。ハンドオーバー受け入れ条件が満たされる場合、ＵＥはハンドオーバーを実行する。一方、ハンドオーバー拒否条件は、ハンドオーバー命令を拒否するかどうかを決定するために、ＵＥによってチェックされる。ハンドオーバー拒否条件が満たされる場合、ＵＥは、ハンドオーバーを即座に拒否し、そのサービングｇＮＢに拒否に関する対応する情報を提供することができる（これは、ＵＥハンドオーバーのために以前に予約された任意のリソースを解放するためにターゲットｇＮＢに示すためにサービングｇＮＢによって使用されることができる）。図８は、図９Ａを参照して以下に詳述するように、同期およびランダムアクセス手順が実行されるハンドオーバー受け入れの場合を示す。
【0084】
本解決策に使用できる１つの特定の例示的なランダムアクセス手順を以下に説明する。ＬＴＥと同様に、５Ｇ ＮＲは、ＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）手順（または単にランダムアクセス手順）を提供する（３ＧＰＰ ＴＳ ３８．３２１、 ｖ１５．３．０セクション５．１を参照）。例えば、ＲＡＣＨ手順は、ＵＥが見つけたセルにアクセスするために、ＵＥによって使用されることができる。ＲＡＣＨ手順は、ＮＲ内の他のコンテキスト（例えば、以下参照）においても使用することができる。
【0085】
ハンドオーバーにおいて、新しいセルへの同期が確立される場合
デバイスからのアップリンク送信なしに長すぎる期間のために同期が失われた場合、現在のセルへのアップリンク同期を再確立するため
デバイスに専用のスケジューリング要求リソースが設定されていない場合、アップリンクスケジューリングを要求するため
デバイスからのアップリンク送信なしに長すぎる期間のために同期が失われた場合、現在のセルへのアップリンク同期を再確立するため
デバイスに専用のスケジューリング要求リソースが設定されていない場合、アップリンクスケジューリングを要求するため
【0086】
ＲＡＣＨ手順
ランダムアクセス手順は、２つのタイプ、すなわち、競合ベースおよび競合フリーのＲＡＣＨ手順である。競合ベースのランダムアクセスは、ＵＥがまだ同期されていないか、同期が失われたときに適用される可能性がある。競合フリーのランダムアクセスは、ＵＥが以前に別のｇＮＢに同期されたときに適用される。両方の手順は、ＵＥからｇＮＢへのランダムアクセスプリアンブルの送信に依存する。プリアンブルは、ｇＮＢによって示される特定の時間／周波数リソース上で、制御チャネル上のＵＥに送信される。
ランダムアクセス手順は、２つのタイプ、すなわち、競合ベースおよび競合フリーのＲＡＣＨ手順である。競合ベースのランダムアクセスは、ＵＥがまだ同期されていないか、同期が失われたときに適用される可能性がある。競合フリーのランダムアクセスは、ＵＥが以前に別のｇＮＢに同期されたときに適用される。両方の手順は、ＵＥからｇＮＢへのランダムアクセスプリアンブルの送信に依存する。プリアンブルは、ｇＮＢによって示される特定の時間／周波数リソース上で、制御チャネル上のＵＥに送信される。
【0087】
競合ベースのＲＡＣＨ手順は、図９Ａを参照して、以下により詳細に説明される。
【0088】
移動端末は、そのアップリンク送信が時間同期されている場合、アップリンク送信のためにスケジュールされることができる。ランダムアクセスチャネル（ＲＡＣＨ）手順は、非同期移動端末（ＵＥ）とアップリンク無線アクセスの直交送信との間のインタフェースとしての役割を果たす。例えば、ランダムアクセスは、そのアップリンク同期をまだ獲得していないか、または失ったユーザ装置のために、アップリンク時間同期を達成するために使用される。ユーザ装置がアップリンク同期を達成すると、基地局は、そのためのアップリンク送信リソースをスケジュールすることができる。ランダムアクセスに関連するシナリオの１つは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ装置が、その現在のサービングセルから新しいターゲットセルにハンドオーバーし、ターゲットセルにおけるアップリンク時間同期を達成するためにランダムアクセス手順を実行するシナリオである。
【0089】
この手順は、４つの「ステップ」からなる。第１に、ユーザ装置は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）上でランダムアクセスプリアンブルを基地局に送信する（すなわち、ＲＡＣＨ手順のメッセージ１、ｍｓg１）。基地局は、ＲＡＣＨプリアンブルを検出した後、プリアンブルが検出された時間－周波数およびスロットを識別する（ランダムアクセス）ＲＡＲＮＴＩを用いて、ＰＤＣＣＨ上でアドレス指定されたＰＤＳＣＨ（物理ダウンリンク共有チャネル）上で、ＲＡＣＨ手順のランダムアクセスレスポンス（ＲＡＲ）メッセージ（メッセージ２、ｍｓg２）を送信する。複数のユーザ装置が、衝突とも呼ばれる同じＰＲＡＣＨリソースにおいて同じＲＡＣＨプリアンブルを送信した場合、それらは、同じランダムアクセスレスポンスのメッセージを受信することになる。ＲＡＲメッセージは、検出されたＲＡＣＨプリアンブルと、受信されたプリアンブルのタイミングに基づいて後続のアップリンク送信の同期のためのタイミングアラインメントコマンド（ＴＡコマンド）と、第１スケジュールされた送信の送信のための初期アップリンクリソース割り当て（グラント）と、一時セル無線ネットワーク一時識別子（ＴＣーＲＮＴＩ）の割当てとを搬送することができる。このＴＣーＲＮＴＩは、ＲＡＣＨ手順が終了するまでＲＡＣＨプリアンブルが検出された移動局をアドレス指定するために基地局によって使用されるが、これは、この時点での移動局の「実際の」アイデンティティが基地局によってまだ知られていないからである。
【0090】
ユーザ装置は、基地局によって設定することができる所与の時間ウィンドウ（例えば、ＲＡＲ受信ウィンドウと呼ばれる）内にランダムアクセスレスポンスのメッセージを受信するためにＰＤＣＣＨをモニターする。基地局から受信したＲＡＲメッセージに応じて、ユーザ装置はランダムアクセスレスポンス内で許可によって割り当てられた無線リソース上の最初のスケジュールされたアップリンク送信（メッセージ３、ｍｓg３）を送信する。このスケジュールされたアップリンク送信は、例えばＲＲＣ接続要求、ＲＲＣ再開要求またはバッファ状態レポートのような実際のランダムアクセス手順メッセージを伝達する。
【0091】
ＲＡＣＨ手順の第１メッセージでプリアンブル衝突が発生した場合、すなわち、複数のユーザ装置が同じＰＲＡＣＨリソース上で同じプリアンブルを送信した場合、衝突するユーザ装置は、ランダムアクセスレスポンス内で同じＴ－ＣＲＮＴＩを受信し、ＲＡＣＨ手順の第３のステップでスケジュールされた送信を送信するときに、同じアップリンクリソースでも衝突する。１つのユーザ装置からのスケジュールされた送信が基地局によって正常にデコードされる場合、競合は、他のユーザ装置（複数可）について解決されないままである。このタイプの競合の解決のために、基地局は、Ｃ－ＲＮＴＩまたは一時的なＣ－ＲＮＴＩにアドレス指定された競合解決メッセージ（第４のメッセージｍｓg４）を送信する。これで手順は終了する。
【0092】
競合フリーのＲＡＣＨ手順は、図９Ｂを参照して、以下により詳細に説明される。
【0093】
競合ベースのランダムアクセス手順では、プリアンブルは、ＵＥによって、いくつかの入手可能なプリアンブルからランダムに選択され、その結果、２つ以上のＵＥが、同じプリアンブルを同時に送信することができる。したがって、任意の競合を解決するためのシグナリングが必要とされている。一方、競合フリーのランダムアクセス手順では、ｇＮＢは専用プリアンブルをＵＥに割り当て、競合フリーのアクセスを可能にする。これは、ハンドオーバーにとって特に重要である、より速い手順をもたらす。
【0094】
図９Ｂに示されるように、第１ステップにおいて、ｇＮＢは、ランダムアクセス（ＲＡ）プリアンブル割り当てを送信し、それによって、ＵＥがランダムアクセスを実行するための専用プリアンブルを割り当てる。専用プリアンブルは、競合ベースの手順で使用されるプリアンブルとは異なるので、起こり得る衝突が回避される。ＵＥは、コマンドを受信した後、使用可能な最初のＲＡＣＨリソースで専用プリアンブルを送信すると、ｇＮＢからのランダムアクセスレスポンス（ＲＡＲ）メッセージの形式における応答を待つ。ＲＡＲメッセージが受信されると、ＵＥは、ランダムアクセスプリアンブル識別子が送信されたプリアンブルと一致するかどうかをチェックし、一致する場合、タイミングアドバンスを適用し、ｇＮＢと同期する。
【0095】
ロングＲＴＤを伴うハンドオーバープロセス
ロングＲＴＤは、ネットワークが、既に古くなっており、したがって不正確である可能性がある測定に基づいてハンドオーバーの決定を行うので、ハンドオーバーにおける高い失敗率をもたらす可能性がある。例えば、ハンドオーバーの失敗は、ハンドオーバーが遅すぎる場合（他の場合は、例えば、誤ったセルへのハンドオーバーの場合である）を含むことができる。さらに、メッセージ交換におけるロングＲＴＤはまた、ＮＴＮハンドオーバーがより長い時間を要し、その結果、１つのＮＴＮネットワークから別のＮＴＮネットワークへのハンドオーバー中にＵＥのためのより長いサービス中断をもたらす可能性がある。
ロングＲＴＤは、ネットワークが、既に古くなっており、したがって不正確である可能性がある測定に基づいてハンドオーバーの決定を行うので、ハンドオーバーにおける高い失敗率をもたらす可能性がある。例えば、ハンドオーバーの失敗は、ハンドオーバーが遅すぎる場合（他の場合は、例えば、誤ったセルへのハンドオーバーの場合である）を含むことができる。さらに、メッセージ交換におけるロングＲＴＤはまた、ＮＴＮハンドオーバーがより長い時間を要し、その結果、１つのＮＴＮネットワークから別のＮＴＮネットワークへのハンドオーバー中にＵＥのためのより長いサービス中断をもたらす可能性がある。
【0096】
したがって、本発明者らは、上述の欠点のうちの１つまたは複数を回避することを容易にするように、測定報告および／またはハンドオーバー手順を改善する可能性を特定した。次いで、改善された測定報告およびハンドオーバー手順は、長いレイテンシが存在するＮＴＮシナリオなどのシナリオに適用することができる。しかしながら、ＮＴＮシナリオは、改善された手順を実施することができる唯一のシナリオではなく、長いＲＴＤおよび／または急速なチャネル変動環境を有する他の通信シナリオも、チャネル品質が急速に変化するＮＲライセンスされていないシナリオなどの改善された手順から利益を得ることができる。
【0097】
以下では、これらのニーズを満たすためのＵＥ、基地局、および手順が、５Ｇ移動通信システムのために想定されるが、ＬＴＥ移動通信システムにおいても使用され得る新しい無線アクセス技術のために説明される。さまざまな実装とバリアントについても説明する。以下の開示は、上記の議論および発見によって容易にされ、例えば、その少なくとも一部に基づくことができる。
【0098】
一般に、本開示の基礎となる原理を明確かつ理解可能な方法で説明することができるように、本明細書では多くの仮定がなされていることに留意されたい。しかしながら、これらの仮定は、本開示の範囲を限定すべきではない例示目的のために本明細書で行われる単なる例として理解されるべきである。当業者は、以下の開示の原理および特許請求の範囲に記載される原理が、本明細書に明示的に記載されていない異なるシナリオおよび方法に適用され得ることを認識するであろう。
【0099】
さらに、以下で使用される手順、エンティティ、レイヤなどの用語のうちのいくつかは、次の３ＧＰＰ ５Ｇ通信システムのための新しい無線アクセス技術のコンテキストで使用される特定の用語がまだ完全に決定されておらず、または最終的に変更される可能性があるにもかかわらず、ＬＴＥ／ＬＴＥ－Ａシステムまたは現在の３ＧＰＰ ５Ｇ標準化で使用される用語に密接に関連する。したがって、用語は、実施形態の機能に影響を及ぼすことなく、将来変更することができる。したがって、当業者は、実施形態およびそれらの保護範囲が、より新しいまたは最終的に合意された用語の欠如のために本明細書で例示的に使用される特定の用語に限定されるべきではなく、本開示の機能および原理の基礎をなす機能および概念に関してより広く理解されるべきであることを認識する。
【0100】
例えば、移動局または移動ノードまたはユーザ端末またはユーザ装置（ＵＥ）は、通信ネットワーク内の物理エンティティ（物理ノード）である。１つのノードに複数の機能エンティティがある場合がある。機能エンティティは、同一または別のノードまたはネットワークの他の機能エンティティに所定の機能セットを実装および／または提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、ノードが通信可能な通信ファシリティまたはメディアにノードを接続する１つ以上のインタフェースを持つことができる。同様に、ネットワークエンティティは、他の機能エンティティまたは対応するノードと通信することができる通信設備または媒体に機能エンティティを接続する論理インタフェースを持つことができる。
【0101】
ここで、「基地局」または「無線基地局」という用語は、通信ネットワーク内の物理エンティティを指す。移動局と同様に、基地局はいくつかの機能エンティティを有することができる。機能エンティティは、同一または別のノードまたはネットワークの他の機能エンティティに所定の機能セットを実装および／または提供するソフトウェアまたはハードウェアモジュールを指す。物理エンティティは、スケジューリングおよび構成の１つ以上を含む、通信装置に関する何らかの制御タスクを実行する。基地局機能および通信デバイス機能は、単一のデバイス内に統合されてもよいことに留意されたい。例えば、モバイル端末は、他の端末のための基地局の機能性も実装することができる。ＬＴＥで使用される用語は、ｅＮＢ（またはｅＮｏｄｅＢ）であり、一方、５Ｇ ＮＲのために現在使用されている用語は、ｇＮＢである。
【0102】
図１０は、ユーザ装置１００（通信装置とも呼ばれる）およびスケジューリング装置２００（ここでは、例示的に、基地局、たとえば、eＬＴＥ ｅＮＢ（代替として、ｎｇ－ｅＮＢと呼ばれる）または５Ｇ ＮＲ内のｇＮＢ内に位置すると仮定される）の一般的で簡略化された例示的なブロック図を示す。ＵＥ１００およびｅＮＢ／ｇＮＢ２００は、それぞれ送受信機１１０、２１０を使用して（無線）物理チャネルを介して互いに通信している。
【0103】
送受信装置１００およびスケジューリング装置２００は、送受信機１１０、２１０および処理回路１２０、２２０を備えることができる。送受信機１１０、２１０は、次に、受信機および送信機を備え、かつ／または受信機および送信機として機能することができる。処理回路１２０、２２０は、１つ以上のプロセッサまたは任意のＬＳＩなどの１つ以上のハードウェアとすることができる。送受信機１１０、２１０と処理回路１２０、２２０との間には、図示されていない入力／出力点（またはノード）があり、処理回路１２０、２２０は、動作中に送受信機１１０、２１０を制御することができ、すなわち、受信機および／または送信機を制御し、受信／送信データを交換することができる。送受信機１１０、２１０は、送信機および受信機として、１つ以上のアンテナ、増幅器、ＲＦ変調器／復調器などを含むＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）フロントを含むことができる。処理回路１２０、２２０は、処理回路１２０、２２０によってさらに処理されるユーザデータおよび／またはユーザデータおよび制御データを受信するために、送受信機１１０、２１０を制御するなどの制御タスクを実行することができる。処理回路はまた、判定、決定、計算、測定などの他のプロセスを実行する役割を果たすことができる。送信機は、送信プロセスおよびそれに関連する他のプロセスを実行する責任を負うことができる。受信機は、チャネルをモニターするなど、受信プロセスおよびそれに関連する他のプロセスを実行する責任を負うことができる。
【0104】
本開示は、ソース基地局として働く第１基地局およびターゲット基地局として働く第２基地局からの送受信装置の改善されたハンドオーバープロセスを容易にすることができる技法を提供する。
【0105】
本開示は、図１０に示されるような送受信装置およびスケジューリング装置を提供する。
【0106】
送受信装置１００は、送受信機１１０（１つ以上のアンテナなどのハードウェア構成要素と、ハードウェア構成要素の操作を制御する制御回路とを備える送信機および／または受信機）を備え、この送受信機は、動作中に、第１期間の第１継続時間と、第２期間の第２継続時間とを含むタイミングパターン示すタイミングパターンインジケータを受信する。さらに、送受信装置１００は、動作中に、タイミングパターンに応じて、第１継続時間の第１期間と、第２継続時間の第２期間とを交互に設定する回路１２０を備え、送受信機１１０は、動作中に、第１期間中に第１基地局と通信を行い、第２期間中にランダムアクセス手順に応じて第２基地局と通信を行う。
【0107】
例えば、送受信装置１００は、ＮＲネットワークにおけるＵＥである。従って、送受信機１１０及び回路１２０は、「ＵＥ送受信機」及び「ＵＥ回路」とも呼ばれる。しかし、これらの用語は、単に、送受信機１１０および回路１２０を、スケジューリング装置２００または基地局などの他の装置によって構成される回路および送受信機と区別するために使用される。送受信装置１００は、端末サービス、中継装置、または同様の通信システムの通信装置とすることができる。
【0108】
また、図１０に示すように、ハンドオーバープロセスのターゲット基地局として働く他の基地局への送受信装置１００のハンドオーバープロセスにおいて、例えば、ソース基地局として働く基地局２００（またはスケジューリングノード）が設けられる。
【0109】
基地局２００は、動作中に、第１期間の第１継続時間と、第２期間の第２継続時間とを含むタイミングパターンを決定する回路２２０を含む。さらに、基地局は、動作中に、送受信装置１００にタイミングパターンを示すタイミングパターンインジケータを送信し、第１期間中の送受信装置１００と通信を行う送受信機２１０を備える。
【0110】
例えば、基地局２００は、ＮＲネットワークシステム（ｇＮＢ）内または同様の通信システム内のネットワークノードである。
【0111】
また、図１０に示すように、ハンドオーバープロセスのソース基地局として働く他の基地局からの送受信装置１００のハンドオーバープロセスにおいて、例えば、ターゲット基地局として働く基地局２００（またはスケジューリングノード）が設けられる。
【0112】
基地局２００は、動作中に、第１期間の第１継続時間および第２期間の第２継続時間を含むタイミングパターンを決定する回路２２０を備える。さらに、基地局は、動作中に、第１基地局にタイミングパターンを示すタイミングパターンインジケータを送信し、第２期間中にランダムアクセス手順に応じて送受信装置１００と通信を行う送受信機２１０を備える。
【0113】
例えば、基地局２００は、ＮＲネットワークシステム（ｇＮＢ）内または同様の通信システム内のネットワークノードである。
【0114】
さらに、第１期間の第１継続時間および第２期間の第２継続時間を含むタイミングパターンを示すタイミングパターンインジケータを受信するステップを含む方法が提供される。この方法は、タイミングパターンに応じて、第１継続時間の第１期間と、第２継続時間の第２期間とを交互に設定するステップと、第１期間中に第１基地局と通信を行い、第２期間中にランダムアクセス手順に応じて第２基地局と通信を行うステップとを有する。
【0115】
すなわち、本開示によれば、第１期間Ａおよび第２期間Ｂの２つの期間を有する新しいアクティブタイミングパターンが、送受信装置１００とソース基地局との間、および送受信装置１００とターゲット基地局との間の送信を並列に、ハンドオーバープロセスで行うことを可能に提供される。送受信装置は、第１期間Ａ中のみでソース基地局との送信を行い、送受信装置１００は、第２期間Ｂ中のみで、ターゲット基地局との送信を行う。
【0116】
上記の第１期間Ａおよび第２期間Ｂは、特定のハンドオーバープロセスの間、固定された継続時間を有し、送受信装置１００、ソース基地局およびターゲット基地局は、そのうちのソース基地局とターゲット基地局との間の衝突を認識しているので、ソース基地局とターゲット基地局との送信との間の衝突が防止される。ハンドオーバーコマンドのメッセージは、例えば、ＲＲＣ接続再設定要求によって運ばれることがある。
【0117】
この目的のために、ソース基地局は、例えば、送受信装置１００によって適用されるタイミングパターンを含むハンドオーバーのメッセージを送信する。
【0118】
ハンドオーバープロセスの間、例えば、送受信装置とソース基地局との間の通信のための設定されたＤＲＸ周期は、以下の実施形態でさらに説明されるように、無効にされるか、または並列に動作され得る。
【0119】
さらなる説明では、詳細および実施形態は、明示的な記述または文脈がそうでないことを示さない限り、送受信装置１００、基地局２００（またはスケジューリングノード）、および方法のそれぞれに適用される。
【0120】
以下では、本開示の実施形態は、ソースｇＮＢ（ソース基地局）からターゲットｇＮＢ（ターゲット基地局）へのハンドオーバープロセスにおけるＵＥ（送受信装置）１００のための方法を示す図１１を参照して説明される。
【0121】
ステップＳ１００において、タイミングパターンインジケータを含むハンドオーバーコマンドのメッセージが、ハンドオーバープロセスにおいてサービング基地局とも呼ばれるソース基地局から受信されるか否かが判定される。タイミングパターンインジケータは、第１期間である期間Ａの継続時間の値、および第２期間である期間Ｂの継続時間の値を示し、サービング基地局からハンドオーバーコマンドを受信していないと判定された場合（ステップＳ１００、ＮＯ）、方法は再び開始する。タイミングパターンインジケータを含むハンドオーバーコマンドのメッセージが受信された場合（ステップＳ１００、ＹＥＳ）、方法はステップＳ１１０に続く。
【0122】
ステップＳ１１０において、第１期間Ａが開始される。これは、例えば、タイミングパターンインジケータによって示される第１期間である期間Ａの継続時間に対応するランタイムでタイマを開始することによって達成することができる。期間Ａの間、ソースｇＮＢとの通信が実行され、ＵＬおよび／またはダウンリンクデータが、上記の装置間で送信され得る。
【0123】
ステップＳ１２０において、期間Ａの継続時間が経過したか否かが判定される。例えば、専用タイマが満了したか否かが判定される。専用タイマが満了していないと判定された場合（Ｓ１１０）、ＵＥ１００は、ソースｇＮＢとの通信を継続する。なお、専用タイマは再開されない。期間Ａが経過した場合、すなわち、専用タイマが満了した場合（ステップＳ１２０、ＹＥＳ）、ステップＳ１３０に進む。
【0124】
ステップＳ１３０において、第２期間である期間Ｂが開始される。これは、例えば、タイミングパターンインジケータによって示される第２期間である期間Ｂの継続時間に対応するランタイムでタイマを開始することによって達成することができる。期間Ｂの間、ターゲットｇＮＢとの通信が実行される。例えば、図９Ｂを参照して上述したようなランダムアクセス手順に従ったメッセージは、ハンドオーバープロセスを正常に完了するための登録プロセスを実行するために交換されてもよい。
【0125】
ステップＳ１２０において、期間Ａの継続時間が経過したか否かが判定される。例えば、専用タイマが満了したか否かが判定される。専用タイマが満了していないと判定された場合（Ｓ１１０）、送受信装置は、ソースｇＮＢとの通信を継続する。なお、専用タイマは再開されない。期間Ａが経過した場合、すなわち、専用タイマが満了した場合（ステップＳ１２０、ＹＥＳ）、ステップＳ１３０に進む。
【0126】
ステップＳ１４０では、期間Ｂが経過したか否かが判定される。すなわち、指示された第２継続時間が経過したか否かが判定される。例えば、専用タイマが満了したか否かが判定される。期間Ｂが経過していない場合（ステップＳ１４０、ＮＯ）、ＵＥ１００は、ステップＳ１３０と同様に、ターゲットｇＮＢとの通信を継続する。期間Ｂが経過した場合（ステップＳ１４０、ＹＥＳ）、ステップＳ１５０に進む。
【0127】
ステップＳ１５０では、ターゲットｇＮＢとの接続が正常に確立されたか否かが判定される。すなわち、ターゲットｇＮＢにおける位置合わせのためのＲＡＣＨ手順、したがって、ハンドオーバー手順が正常に完了したか否かが判定される。ターゲットｇＮＢとの接続が成功していないと判定された場合（ステップＳ１５０、ＮＯ）、ステップＳ１１０に進み、ソースｇＮＢとの通信のために期間Ａが再び開始される。ターゲットｇＮＢとの接続が正常に確立された場合、方法は終了する。例えば、ターゲットｇＮＢとの通信が行われてもよい。
【0128】
すなわち、上述した方法によれば、ＵＥ１００は、例えば、ハンドオーバーコマンドに含まれる、ソースｇＮＢから受信した、期間Ａと期間Ｂとを交互に設定し、期間ＡにおいてソースｇＮＢと、期間ＢにおいてターゲットｇＮＢとの通信を行う。期間Ａの間、ユーザデータおよび／または制御データメッセージは、ソースｇＮＢから受信および／または送信され、期間Ｂの間、ランダムアクセス手順のメッセージは、ターゲットｇＮＢから受信され、ターゲットｇＮＢに送信される。
【0129】
このアプローチでは、データ通信は、ハンドオーバープロセスにおいてターゲットｇＮＢへの接続を確立することと並行して継続され得る。これは、例えば、ソースｇＮＢ及び／又はターゲットｇＮＢが衛星上に位置するか、又はＵＥ１００とソースｇＮＢ及び／又はターゲットｇＮＢとの間のデータ送信が衛星接続を介して実行されるＮＴＮにおいて生じるような、大きなＲＴＤの場合に特に有利である。しかしながら、開示された方法は、ＮＴＮにおけるハンドオーバープロセスに適用されることに限定されず、地上ベースのネットワークにも適用され得る。
【0130】
さらに、ＵＥ１００のソースｇＮＢおよびターゲットｇＮＢとの通信にそれぞれ関連する第１および第２期間（期間ＡおよびＢ）の定義された第１および第２継続時間のために、ＵＥ１００とソースｇＮＢとの間で送信されるＵＬ／ＤＬデータと、ＵＥ１００とターゲットｇＮＢとの間で送信されるＲＡＣＨメッセージとの間に衝突がないように、リソースを割り当てることができる。
【0131】
例えば、ＵＥ１００は、タイミングパターンインジケータが受信されると、最初の第１期間を開始することができる。言い換えると、第１期間Ａは、タイミングパターンがＵＥによって受信されたときに開始され得る。
【0132】
さらに、例えば、ランダムアクセス手順が正常に完了したとき、ＵＥ１００は期間Ａおよび／またはＢを停止し、ターゲット基地局との通信を継続してもよい。
【0133】
上述のように、ＵＥ１００のハンドオーバープロセスにおいて、第１基地局は、ソース基地局として機能し、第２基地局は、ターゲット基地局として機能することができる。
【0134】
以下では、ソース基地局からターゲット基地局へのハンドオーバープロセスの枠組みにおいて、第１期間の第１継続時間および第２期間の第２継続時間を含むアクティブタイミングパターンを示すインジケータを決定および／または送信するための実施形態が、図８および図１２から図１４を参照して説明される。
【0135】
図８を参照して上述したように、ハンドオーバープロセスにおいて、ＵＥ１００とソース基地局とターゲット基地局との間で特定のメッセージが送信される。要するに、ＵＥは、ソースｇＮＢに測定報告を送信する。これに基づいて、ソースｇＮＢは、ハンドオーバーが実行されるべきか否かを決定し、ハンドオーバー要求をターゲットｇＮＢに送信する。ターゲットｇＮＢは、ハンドオーバー要求を確認し、対応するメッセージをソースｇＮＢに送信し、その後、ハンドオーバーコマンドをＵＥ１００に送信する。
【0136】
上記の、送信されたメッセージの各々は、以下の実施形態で説明されるように、第１期間Ａおよび第２期間Ｂの継続時間を示すタイミングパターンインジケータを含むことができる。タイミングパターンインジケータが上記のメッセージの各々においてどのように実施され得るかの例は、以下にさらに与えられる。
【0137】
図１２に示される実施形態では、ソースｇＮＢは、ターゲットｇＮＢに送信されるハンドオーバー要求のメッセージを用いてハンドオーバープロセスを開始する。ハンドオーバー要求のメッセージは、タイミングパターンインジケータを含む。換言すれば、ハンドオーバー要求は、アクティブタイミングパターンに関する情報を含む。ハンドオーバー要求のメッセージは、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを含む可能性がある。アクティブタイミングパターンに関連する情報は、ハンドオーバー要求のメッセージの一部であってもよいし、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの一部であってもよい。アクティブタイミングパターンは、スケジュールされたデータ送信に基づいて、または、例えば、ソースｇＮＢとＵＥ１００との間の通信のためのＤＲＸ設定に従って、ソースｇＮＢによって決定されてもよい。例えば、第１期間の継続時間は、設定されたＤＲＸ周期のＤＲＸオン期間を含むように設定されてもよい。
【0138】
また、アクティブタイミングパターンを含むハンドオーバー要求を受信した後、ターゲットｇＮＢは、ランダムアクセス手順のメッセージのスケジューリング情報に基づいて、受信したアクティブタイミングパターンを修正する。例えば、第１および第２期間の継続時間は、図９Ｂに示されるメッセージのスケジューリング情報に従って、ＵＥ１００とターゲットｇＮＢとの間の通信を可能にするように調整され得る。
【0139】
さらに、ターゲットｇＮＢは、修正タイミングパターンを示すタイミングパターンインジケータをソースｇＮＢに送信する。例えば、修正タイミングパターンを示すタイミングパターンインジケータは、ハンドオーバープロセスのハンドオーバー確認のメッセージに含まれる。ハンドオーバー要求の確認は、ハンドオーバーコマンドのメッセージをさらに含むことができる。
【0140】
さらに、ソースｇＮＢは、修正タイミングパターンを受信した後、例えば、図１１を参照して上述された方法をその後実行するＵＥ１００に、修正タイミングパターンに関する情報を含むハンドオーバーコマンドを送信することができる。すなわち、ソースｇＮＢとの通信は、第１継続時間の第１期間中に行われ、第２期間中にはランダムアクセス手順に従ってターゲットｇＮＢとの通信が行われる。
【0141】
言い換えると、ソース基地局は、第１タイミングパターンを決定し、対応する第１タイミングパターンインジケータをターゲットｇＮＢに送信する。ターゲットｇＮＢは、第１タイミングパターンを修正し、修正タイミングパターンをもたらし、対応する第２タイミングパターンインジケータをソースｇＮＢに送信する。ソースｇＮＢは、さらに、第２タイミングパターンインジケータを受信し、それに応じてハンドオーバープロセスで使用されるべきタイミングパターンを決定する。すなわち、タイミングパターンは、ターゲットｇＮＢから受信した第２タイミングパターンに応じて設定される。すなわち、タイミングパターンは、第２タイミングパターンと等しい。さらに、ソースｇＮＢは、第１期間の第１継続時間および第２期間の第２継続時間を含むタイミングパターンを示すタイミングパターンインジケータをＵＥ１００に送信する。続いて、ソースｇＮＢは第１期間中にＵＥ１００と通信を行い、ターゲットｇＮＢは第２期間中にランダムアクセス手順に従ってＵＥと通信を行う。
【0142】
本実施形態によれば、ターゲットｇＮＢは、ソースｇＮＢのプリファレンスに基づいてアクティブタイミング期間を設定することができる。言い換えると、ターゲットｇＮＢは、メッセージｍｓｇ１～ｍｓｇ４のスケジューリングに準拠するように、ソースｇＮＢによって提案されたタイミングパターンを修正することができる。
【0143】
一実施形態では、ＵＥ１００は、ソースｇＮＢに送信される測定報告にアクティブタイミングパターンに関する情報を含める。これを図１３に示す。
【0144】
アクティブタイミングパターンは、例えば、ソースｇＮＢとＵＥ１００との間の通信のためのＤＲＸ設定に従って、ＵＥ１００によって決定され得る。例えば、第１期間の継続時間は、設定されたＤＲＸ周期のＤＲＸオン期間を含むように設定されてもよい。ＵＥ１００は、決定されたタイミングパターンに関する情報を含む測定報告をソースｇＮＢに送信する。
【0145】
さらに、ソースｇＮＢは、ＵＥ１００からタイミングパターン情報を受信した後、ＵＥ１００から受信したタイミングパターンに関する上記の情報を含むハンドオーバー要求のメッセージをターゲットｇＮＢに送信し、ターゲットｇＮＢは、上記の実施形態で説明したように、受信したタイミングパターンを修正することができる。
【0146】
さらに、ターゲットｇＮＢは、ハンドオーバー要求確認のメッセージにおいて、修正タイミングパターンをソースｇＮＢに送信する。続いて、ソースｇＮＢは、ＲＲＣ接続再設定要求、すなわち、ハンドオーバー命令で、修正タイミングパターンインジケータをＵＥ１００に送信する。上述したように、ＵＥ１００は、例えば、図１１を参照して上述した方法を実行することができる。
【0147】
言い換えると、ＵＥ１００は、第１タイミングパターンを決定し、第１期間の継続時間および第２期間の継続時間を含む、上記の第１タイミングパターンを示す第１タイミングパターンインジケータをソースｇＮＢに送信する。ＵＥは、測定アクティビティ中にソースｇＮＢおよびターゲットｇＮＢからの観測に基づいてタイミングパターンを決定することができる。一例では、ＵＥ１００は、ターゲットｇＮＢから受信したＳＳＢ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）の周期性に従ってタイミングパターンを決定することができる。例えば、ＳＳＢの周期性が長ければ、第２期間Ｂの継続時間を長く設定してもよい。同様に、ＳＳＢの周期性が短いほど、第２期間Ｂの継続時間を短く設定してもよい。あるいは、ＵＥは、タイミングパターンをランダムに決定してもよい。
【0148】
ソースｇＮＢは、第１タイミングパターンインジケータを受信し、第１タイミングパターンを示す第２タイミングパターンインジケータをターゲットｇＮＢに送信する。ターゲットｇＮＢは、第２タイミングパターンインジケータを受信し、示された第１タイミングパターンを修正して、修正タイミングパターンを決定し、修正タイミングパターンは、その後、第３タイミングパターンインジケータでソースｇＮＢに送信される。ソースｇＮＢは、修正タイミングパターンを示す第３タイミングインジケータを受信し、修正タイミングパターンに従ってタイミングパターンを設定し、上記のタイミングパターンを示すタイミングパターンインジケータをＵＥに送信する。
【0149】
また、ＵＥ１００は、ハンドオーバープロセスに適用されるタイミングパターンを示すタイミングパターンインジケータをソースｇＮＢから受信する。続いて、ソースｇＮＢは第１期間中にＵＥ１００と通信を行い、ターゲットｇＮＢは第２期間中にランダムアクセス手順に従ってＵＥと通信を行う。
【0150】
簡略化された方法で説明されるように、ＵＥ１００は、ソースｇＮＢによってターゲットｇＮＢに渡される、提案されたタイミングパターンを決定する。それに基づいて、ターゲットｇＮＢは、ソースｇＮＢによってＵＥ１００に渡される修正タイミングパターンを決定する。送信されたタイミングパターンインジケータは、例えば、測定報告、ハンドオーバー要求、ハンドオーバー確認、およびハンドオーバーコマンドに含まれ得る。
【0151】
すなわち、この実施形態では、ＵＥ１００は、ソースｇＮＢに測定報告を送信するときにタイミングパターンを含む。さらに、ソースｇＮＢは、ＵＥ１００から受信したタイミングパターンをターゲットｇＮＢに転送し、ターゲットｇＮＢは、タイミングパターンを修正し、修正タイミングパターンをソースｇＮＢに送信する。ソースｇＮＢは、ＵＥ１００にハンドオーバーコマンドを送信するときに、修正タイミングパターンを含む。
【0152】
本実施形態によれば、ターゲットｇＮＢは、ＵＥ１００のプリファレンスに基づいてアクティブタイミング期間を設定することができる。言い換えると、ターゲットｇＮＢは、メッセージｍｓｇ１～ｍｓｇ４のスケジューリングに準拠するように、ＵＥによって提案されたタイミングパターンを修正することができる。
【0153】
図１４に示す実施形態では、図８に示すハンドオーバープロセスが実行され、ターゲットｇＮＢは、ソースｇＮＢからハンドオーバー要求を受信した後、アクティブタイミングパターンに関する情報を含むハンドオーバー要求確認でソースｇＮＢに応答する。この目的のために、ターゲットｇＮＢは、例えば、ＵＥと共に実行されるＲＡＣＨ手順のためのメッセージのスケジューリング情報を考慮して、アクティブタイミングパターンを決定する。ソースｇＮＢは、タイミングパターンを含むハンドオーバー確認のメッセージを受信した後、タイミングパターンを受け入れ、それに応じてＵＥ１００のためのＵＬ／ＤＬ送信のタイミングを設定する。さらに、ソースｇＮＢは、タイミングパターンに関する情報を含むハンドオーバー要求をＵＥに送信する。
【0154】
言い換えると、ターゲットｇＮＢは、第１期間の第１継続時間と第２期間の第２継続時間とを含むタイミングパターンを決定する。さらに、ターゲットｇＮＢは、タイミングパターンを示すタイミングパターンインジケータをソースｇＮＢに送信する。ソースｇＮＢは、タイミングパターンを含むタイミングパターンインジケータを受信し、受信したタイミングパターンを示すさらなるタイミングパターンインジケータをＵＥに送信する。ＵＥは、その後、タイミングパターンインジケータを受信し、例えば、図１１を参照して上述した方法を実行する。続いて、ソースｇＮＢは第１期間中にＵＥ１００と通信を行い、ターゲットｇＮＢは第２期間中にランダムアクセス手順に従ってＵＥと通信を行う。
【0155】
本実施形態によれば、ターゲットｇＮＢは、ＲＡＣＨ手順のメッセージ１～４のスケジューリングに基づいてアクティブタイミング期間を設定することができる。他の記載された実施形態と比較して、シグナリングされるべきデータ量は低減され、すなわち、より少ないシグナリングオーバーヘッドが生成される。
【0156】
【0157】
【0158】
図１５Ａは、第１継続時間、すなわち期間Ａの継続時間が、第２継続時間、すなわち期間Ｂの継続時間よりも長い場合を示しており、期間Ａの間、ＵＥ１００とソースｇＮＢとは互いに通信を行い、期間Ｂにおいて、ＵＥとターゲットｇＮＢとはランダムアクセス手順に従って互いに通信を行うので、この場合、送信をスケジューリングする際のより柔軟性がソースｇＮＢに提供される。すなわち、ソースｇＮＢは、期間Ｂよりも長い期間Ａの間にＵＥとの送信をスケジュールすることができ、さらに、ターゲットｇＮＢは、比較的短い期間Ｂの間にＵＥとの間の送信をスケジュールすることができる。
【0159】
図１５Ｂは、第１持続期間、すなわち期間Ａの継続時間が、第２継続時間、すなわち期間Ｂの継続時間よりも短い場合を示しており、期間Ａの間、ＵＥ１００とソースｇＮＢとは互いに通信を行い、期間Ｂにおいて、ＵＥとターゲットｇＮＢとはランダムアクセス手順に従って互いに通信を行い、この場合、送信のスケジューリングにおけるより多くの柔軟性がターゲットｇＮＢに提供される。すなわち、ターゲットｇＮＢは、期間Ａよりも長い期間Ｂ中にＵＥとの送信をスケジュールすることができ、さらに、ソースｇＮＢは、比較的短い期間Ａ中にＵＥとの間の送信をスケジュールすることができる。
【0160】
図１５Ａおよび１５Ｂを参照して上述したように、期間ＡおよびＢ（第１および第２期間）の継続時間は、ソースｇＮＢまたはターゲットｇＮＢのいずれかへの送信をスケジューリングするより柔軟性を提供するように、互いに異なる。
【0161】
例えば、上述したように、ＵＥ１００またはソースｇＮＢのいずれかは、ターゲットｇＮＢによって修正され得るタイミングパターンを決定することができ、またはターゲットｇＮＢは、ハンドオーバープロセスにおいて適用されるタイミングパターンを決定することができる。すなわち、ＵＥ１００またはソースｇＮＢは、タイミングパターンを決定し、ターゲットｇＮＢに提案することができる。タイミングパターンは、例えば、ＵＥ１００とソースｇＮＢとの間のスケジュールされたデータ送信に応じて決定され得る。
【0162】
例えば、ＵＥ１００とソースｇＮＢとの間で送信されるデータ量がかなり大きい場合、ＵＥ１００またはソースｇＮＢのいずれかが、第２継続時間より長い第１継続時間を有するタイミングパターンを決定してもよい。
【0163】
あるいは、ＵＥ１００またはソースｇＮＢは、ＵＥ１００とソースｇＮＢとの間のデータのＵＬ／ＤＬ送信がより低い場合に、第２継続時間より短い第１継続時間を有するタイミングパターンを決定してもよい。
【0164】
言い換えると、ＵＥまたはソースｇＮＢは、ＵＥとソースｇＮＢとの間のデータ送信に必要とされる柔軟性のレベルを決定し、柔軟性のレベルに応じて、タイミングパターン、すなわち、第１期間の第１継続時間および第２期間の第２継続時間を決定することができる。例えば、要求される柔軟性のレベルは、ＵＥ１００とソースｇＮＢとの間で送信されるデータ量によって決定されることができる。
【0165】
さらに、上述したように、ターゲットｇＮＢは、ＲＡＣＨ手順のメッセージ１～４のスケジューリングに従って、受信されたタイミングパターンを修正することができる。
【0166】
また、上記変形例では、第１期間と第２期間とが異なるが、本発明はこれに限定されるものではなく、第１継続時間と第２継続時間とが等しくてもよい。
【0167】
図１６を参照して以下に説明される第２変形例では、第１および第２継続時間の絶対値は、データ送信の遅延感度のレベルに従って設定されてもよい。
【0168】
図１６は、第１期間Ａおよび第２期間Ｂを有するタイミングパターンを示し、上記の期間の継続時間は、図１５Ａに示されるような期間Ａの継続時間および／または図１５Ｂに示されるような期間Ｂの継続時間と比較して減少される。
【0169】
上述のように、ＵＥ１００またはソースｇＮＢは、ターゲットｇＮＢにタイミングパターンを提案することができ、ターゲットｇＮＢは、その後、上記のタイミング期間を修正することができる。代替的に、ターゲットｇＮＢは、ハンドオーバープロセスにおいて使用されるべきタイミングパターンを決定することができる。
【0170】
第１期間の第１継続時間および第２期間の第２継続時間は、ＵＥ１００とソースｇＮＢまたはターゲットｇＮＢとの間で送信されるデータの遅延感度のレベルに応じて決定され得る。
【0171】
例えば、ＵＥ１００またはソースｇＮＢは、それらの間で送信されるデータの遅延感度のレベルを決定することができる。したがって、第１期間および第２期間の継続時間を設定することができる。例えば、第１及び第２期間は、データの遅延感度のレベルが高いほど短く設定されてもよい。
【0172】
言い換えれば、第１期間と第２期間との間で変化する周波数は、高レベルの遅延感度の場合には高く設定され、低レベルの遅延感度の場合には低く設定されてもよい。これは、第１持続時間および第２持続時間の絶対値をより大きい値またはより小さい値に設定することによって達成することができる。
【0173】
データ送信の遅延感度のレベルに応じて第１期間Ａおよび第２期間Ｂの継続時間を設定することによって、第２期間ＢによるＵＥ１００とソースｇＮＢとの間の通信の中断およびＵＥ１００とターゲットｇＮＢとの間の通信の中断を短く保つことができるので、例えば、遅延をある閾値未満に保つことができることを保証することができる。
【0174】
図１６を参照して上述した変形例では、第１継続時間と第２継続時間は等しい長さであるが、本開示はこれに限定されず、第１継続時間と第２継続時間は互いに異なってもよい。
【0175】
図１７を参照して以下に説明する第３の変形例では、ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）送信に個別のタイミングパターンが適用される。図に示されるように、ＵＥ１００によって受信されたタイミングパターンは、互いに時間オフセットを有するＤＬ送信およびアップリンク送信に適用される。例えば、タイミングインジケータは、第１期間Ａの第１継続時間および第２期間Ｂの第２継続時間に加えて、オフセットΔを含むことができ、オフセットΔは、ＵＬ送信およびＤＬ送信に適用されるタイミングパターンのための時間オフセットを定義する。
【0176】
図１７に示される例では、アップリンク送信のための第１期間Ａおよび第２期間Ｂは、タイミングパターンとともに送信される時間オフセットΔだけ、ＤＬ送信のための第１期間Ａおよび第２期間Ｂに対して遅延される。
【0177】
ＤＬ送信のための第１期間Ａ（ＤＬ期間Ａ）の間に、ＵＥ１００とソースｇＮＢとの間のダウンリンク通信が実行される。ＤＬ送信のための第２期間Ｂ（ＤＬ期間Ｂ）の間、ＵＥ１００とターゲットｇＮＢとの間のダウンリンク通信は、ランダムアクセス手順に従って実行される。
【0178】
さらに、ＵＬ送信のための第１期間Ａ（ＵＬ期間Ａ）中に、ＵＥ１００とソースｇＮＢとの間のアップリンク通信が実行される。ＵＬ送信のための第２期間Ｂ（ＵＬ期間Ｂ）の間、ＵＥ１００とターゲットｇＮＢとの間のアップリンク通信は、ランダムアクセス手順に従って実行される。
【0179】
ＤＬ周期Ａは、ハンドオーバーコマンドが受信されたときに、ＵＥによって開始されてもよい。さらに、ハンドオーバーコマンドが受信されると、タイマは、タイミングパターンに加えて、受信された時間オフセット値に対応するランタイムで開始されてもよく、ＵＬ期間Ａは、上記のタイマが満了したときに開始されてもよい。
【0180】
ＤＬ送信とＵＬ送信との間に時間オフセットを有するタイミングパターンを適用することは、例えば、ＵＬ送信およびＤＬ送信のための非同期キャリアを説明することができる。
【0181】
なお、図１７では、ＤＬ期間に対してＵＬ期間を遅延させているが、本開示はこれに限定されず、ＵＬ期間に対してＤＬ期間を遅延させてもよい。
【0182】
ＤＬ期間に対するＵＬ期間の遅延は、正の時間オフセット値Δによって示されてもよく、一方、ＵＬ期間に対するＤＬ期間の遅延は、負の時間オフセット値Δによって示されてもよい。言うまでもなく、正の時間オフセット値は、ＵＬ期間に対するＤＬ期間の遅延を示すこともでき、負の時間オフセット値は、ＤＬ期間に対するＵＬ期間の遅延を示すことができる。
【0183】
第４の変形例では、ハンドオーバープロセスのアクティブタイミングパターンと並行して、ＵＥ１００とソースｇＮＢとの間の通信にＤＲＸ動作が適用される。これを図１８に示す。
【0184】
上述のように、ＵＥとｇＮＢとの間の通信のためにＤＲＸ周期が設定される場合、ＵＥは、アクティブ時間に物理ダウンリンク制御チャネルをモニターし、オフ期間にＰＤＣＣＨをモニターしない。
【0185】
設定されたオン期間中、ＵＥはＰＤＣＣＨをモニターし、ＰＤＣＣＨ送信を受信した後、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが開始される。さらに、送信が正常にデコードできなかった場合、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬが開始される。上記のタイマのいずれか１つが（とりわけ、上述のように）動作している間、ＵＥ１００はＰＤＣＣＨをモニターする。ＵＥ１００がＰＤＣＣＨをモニターしている期間は、ＤＲＸアクティブ時間と呼ばれる。
【0186】
変形例によれば、第１期間Ａは、ＤＲＸ周期のアクティブ時間を含むように決定されてもよい。
【0187】
言い換えると、ＤＲＸアクティブ時間は、第１期間Ａより拡張されない。すなわち、期間Ａに含まれるＤＲＸオン期間は、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬによって、ＤＲＸアクティブ時間が第２期間Ｂと重複するように拡張されなくてもよい。
【0188】
例えば、第２期間Ｂが開始されるときにｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが実行されている場合、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒおよび／またはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、次の第１期間Ａが開始されるときにそれぞれの残りのタイミング継続時間で終了され、再開され得る。言い換えると、ソースｇＮＢとのＵＥ１００の通信用のＤＲＸ設定に応じたＤＲＸアクティブ時間は、第１期間Ａが満了したときに中断され、後続の第２期間Ｂが満了し、次の第１期間Ａが開始されたときに再開され得る。
【0189】
このアプローチでは、ＵＥ１００とソースｇＮＢとの間の通信用に設定されたＤＲＸ設定は、データ送信の衝突の可能性を引き起こすことなく、改善されたハンドオーバープロセスと並行して動作され得る。
【0190】
一実施形態では、開示されたタイミングパターンの共有は、静止（ＧＥＯ）衛星上に位置する、または、ＧＥＯ衛星のみを介してＵＥと通信する、ｇＮＢの間のＮＴＮにおいて有効にされ得る。加えて、または代替として、開示されたタイミングパターンの共有は、低地球軌道（ＬＥＯ）に位置する衛星である、または、ＬＥＯ衛星のみを介してＵＥと通信する、ｇＮＢの間のＮＴＮにおいて有効にされ得る。言い換えれば、説明したタイミングパターンの共有は、同じタイプのｇＮＢの間、すなわち、ＧＥＯのみの間および／またはＬＥＯのみの間、で有効にされ得る。あるいは、説明されたタイミングパターンの共有は、異なるタイプのｇＮＢの間、すなわち、ＧＥＯ、ＬＥＯ、および地上ｇＮＢの間で有効にされてもよい。
【0191】
本実施形態によれば、ソースｇＮＢとの通信を継続可能なタイミングパターンは、例えば、ＮＴＮ内の衛星との通信や衛星を介した通信において、大きなＲＴＤが発生した場合に適用することができる。
【0192】
以下では、測定報告、ハンドオーバー要求、ハンドオーバー確認、またはハンドオーバーコマンドにタイミングパターンインジケータを含める実施例を説明する。
【0193】
例えば、テーブル２に示すように、情報要素ＩＥは、アクティブタイミングパターンに関する情報を、第１期間Ａの第１継続時間および第２期間Ｂの第２継続時間を示す整数として含むことができ、例えば、整数は、１から１００ｍｓの値をとることができる。ただし、本開示はこれに限定されず、第１期間Ａおよび第２期間Ｂの整数は、別の範囲内の継続時間を示してもよい。
【0194】
【表2】
【0195】
あるいは、テーブル３に示すように、情報要素ＩＥは、第１期間Ａの第１継続時間を示すビットマップ、および第２期間Ｂの第２継続時間を示す第２ビットマップとして、アクティブタイミングパターンに関する情報を含むことができ、ビットマップは、例えば、１～１６ビットのビットマップであってもよい。
【0196】
【表3】
【0197】
本開示では、タイミングパターンは、アクティブタイミングパターンとも称され得る。さらに、ソース基地局またはソースｇＮＢは、それぞれ、サービング基地局またはサービングｇＮＢとも称され得る。
【0198】
本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のＬＳＩ（ｌａｒｇｅ ｓｃａｌｅ ｉｎｔｅｇｒａｔｉｏｎ）によって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組合せによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかしながら、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。
【0199】
本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。
【0200】
そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及びリモート医療）デバイス、及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）、並びにそれらの様々な組み合わせを含む。
【0201】
通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、制御パネル）、自動販売機及び“Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）”のネットワークにおける他の何れかの“物”など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。
【0202】
通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなど、及びそれらの様々な組合せを介してデータを交換することを含んでもよい。
【0203】
通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。
【0204】
通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャファシリティと、上記の非限定的な例におけるものなどの装置と通信又は制御する他の何れかの装置、デバイス又はシステムを含んでもよい。
【0205】
上述のように、ソース基地局として働く第１基地局と、ターゲット基地局として働く第２基地局とからの送受信装置の改善されたハンドオーバープロセスを可能にするデバイスおよび方法が提供される。
【0206】
動作中に、第１期間の第１継続時間と、第２期間の第２継続時間とを含むタイミングパターンを示すタイミングパターンインジケータを受信する送受信機と、動作中に、タイミングパターンに応じて、第１継続時間の第１期間と、第２継続時間の第２期間とを交互に設定する回路と、を備え、送受信機は、動作中に、第１期間中に第１基地局と通信を行い、第２期間中にランダムアクセス手順に応じて第２基地局と通信を行う送受信装置が提供される。
【0207】
いくつかの実施形態では、回路は、動作中に、タイミングパターンインジケータが受信される場合、最初の第１期間を開始する。
【0208】
いくつかの実施形態では、回路は、動作中に、ランダムアクセス手順が正常に完了した後、第１期間および／または第２期間を終了させる。
【0209】
いくつかの実施形態では、ハンドオーバープロセスにおいて、第１基地局は、サービング基地局として機能し、第２基地局は、ターゲット基地局として機能する。
【0210】
いくつかの実施形態では、回路は、動作中に、第１タイミングパターンを決定し、送受信機は、動作中に、第１基地局に第１タイミングパターンを示す第１タイミングパターンインジケータを送信する。
【0211】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに異なる。
【0212】
例えば、第１継続時間は、第２継続時間よりも長い。
【0213】
例えば、第１継続時間は、第１継続時間よりも短い。
【0214】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに等しい。
【0215】
いくつかの実施形態では、第１継続時間および前記第２継続時間は、トラフィック遅延感度に応じて設定される継続時間を示す。
【0216】
言い換えると、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルに応じて設定され得る。
【0217】
例えば、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベル、および、送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。
【0218】
例えば、トラフィック遅延感度のレベルが高いほど、第１継続時間および第２継続時間を短く設定することができる。同様に、例えば、トラフィック遅延感度のレベルが低いほど、第１継続時間および第２継続時間を長く設定することができる。
【0219】
いくつかの実施形態では、回路は、動作中に、第１継続時間および第２継続時間と等しいランタイムで各タイマを開始することにより、第１期間および第２期間を開始する。
【0220】
いくつかの実施形態では、回路は、動作中に、アップリンクおよびダウンリンクのデータ送信用の別々のタイミングパターンに応じて第１期間および第２期間を設定し、時間オフセットが、アップリンクおよびダウンリンクのデータ送信用のタイミングパターンの間に適用される。
【0221】
いくつかの実施形態では、間欠受信であるＤＲＸの機能は、第１基地局との通信用の前記送受信装置によって動作され、ＤＲＸ周期のアクティブ時間は、第１期間に含まれる。
【0222】
例えば、ＤＲＸ周期のアクティブ時間は、専用タイマを用いて設定され得る。
【0223】
例えば、ＤＲＸ周期のアクティブ時間は、第２期間と重複するように拡張されない。
【0224】
例えば、ＤＲＸ周期のアクティブ時間は、第２期間が開始するときに停止され、後続の第１期間において継続され得る。
【0225】
動作中に、第１期間の第１継続時間と、第２期間の第２継続時間とを含むタイミングパターンを決定する回路と、動作中に、送受信装置にタイミングパターンを示すタイミングパターンインジケータを送信し、第１期間中の送受信装置と通信を行う送受信機と、を備える基地局が提供される。
【0226】
例えば、基地局は、ターゲット基地局として機能する別の基地局への送受信装置のハンドオーバープロセスにおいて、ソース基地局として機能する。
【0227】
いくつかの実施形態では、回路は、動作中に、第１タイミングパターンを決定し、送受信機は、動作中に、第２基地局に第１タイミングパターンを示す第１タイミングパターンインジケータを送信し、第２基地局から、修正タイミングパターンを示す第２タイミングパターンインジケータを受信し、回路は、動作中に、修正タイミングパターンに応じてタイミングパターンを決定する。
【0228】
いくつかの実施形態では、送受信機は、動作中に、送受信装置から第１タイミングパターンを示す第１タイミングパターンインジケータを受信し、第２基地局に前記第１タイミングパターンを示す第２タイミングパターンインジケータを送信し、第２基地局から、修正タイミングパターンを示す第３タイミングインジケータを受信し、回路は、動作中に、修正タイミングパターンに応じて前記タイミングパターンを決定する。
【0229】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに異なる。
【0230】
例えば、第１継続時間は、第２継続時間よりも長い。
【0231】
例えば、第１継続時間は、第１継続時間よりも短い。
【0232】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに等しい。
【0233】
いくつかの実施形態では、第１継続時間および第２継続時間は、トラフィック遅延感度に応じて設定される継続時間を示す。
【0234】
言い換えると、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルに応じて設定され得る。
【0235】
例えば、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルおよび送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。
【0236】
例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが高いほど、短く設定され得る。同様に、例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが低いほど、長く設定され得る。
【0237】
いくつかの実施形態では、間欠受信である、ＤＲＸの機能は、送受信装置との通信のために動作され、ＤＲＸ周期のアクティブ時間は、第１期間に含まれる。
【0238】
動作中に、第１期間の第１継続時間および第２期間の第２継続時間を含むタイミングパターンを決定する回路と、動作中に、第１基地局にタイミングパターンを示すタイミングパターンインジケータを送信し、第２期間中にランダムアクセス手順に応じて送受信装置と通信を行う送受信機と、を備える基地局が提供される。
【0239】
いくつかの実施形態では、送受信機は、動作中、第１タイミングパターンを示す第１タイミングパターンインジケータを受信し、回路は、動作中、タイミングパターンを決定するように第１タイミングパターンを修正する。
【0240】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに異なる。
【0241】
例えば、第１継続時間は、第２継続時間よりも長い。
【0242】
例えば、第１継続時間は、第１継続時間よりも短い。
【0243】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに等しい。
【0244】
いくつかの実施形態では、第１継続時間および第２継続時間は、トラフィック遅延感度に応じて設定される継続時間を示す。
【0245】
言い換えると、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルに応じて、設定され得る。
【0246】
例えば、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルおよび送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。
【0247】
例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが高いほど、短く設定され得る。同様に、例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが低いほど、長く設定され得る。
【0248】
方法であって、第１期間の第１継続時間および第２期間の第２継続時間を含むタイミングパターンを示すタイミングパターンインジケータを受信するステップと、タイミングパターンに応じて、第１継続時間の第１期間と、第２継続時間の第２期間とを交互に設定するステップと、第１期間中に第１基地局と通信を行い、第２期間中にランダムアクセス手順に応じて第２基地局と通信を行うステップと、を有する方法が提供される。
【0249】
例えば、方法は、ハンドオーバープロセスのソース基地局として機能する第１基地局と、ハンドオーバープロセスのターゲット基地局として機能する第２基地局と、からハンドオーバープロセスを行う送受信装置の方法である。
【0250】
いくつかの実施形態では、この方法は、タイミングパターンインジケータが受信される場合、最初の第１期間を開始するステップを含む。
【0251】
いくつかの実施形態では、第１期間および／または第２期間は、ランダムアクセス手順が正常に完了した後に終了される。
【0252】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに異なる。
【0253】
例えば、第１継続時間は、第２継続時間よりも長い。
【0254】
例えば、第１継続時間は、第１継続時間よりも短い。
【0255】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに等しい。
【0256】
いくつかの実施形態では、第１継続時間および第２継続時間は、トラフィック遅延感度に応じて設定される継続時間を示す。
【0257】
言い換えると、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルに応じて、設定され得る。
【0258】
例えば、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルおよび送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。
【0259】
例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが高いほど、短く設定され得る。同様に、例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが低いほど、長く設定され得る。
【0260】
いくつかの実施形態では、この方法は、第１継続時間および第２継続時間に等しいランタイムでそれぞれのタイマを開始することによって、第１期間および第２期間を開始するステップを含む。
【0261】
いくつかの実施形態では、方法は、アップリンクおよびダウンリンクデータ送信用の別々のタイミングパターンに応じて第１期間および第２期間を設定するステップを含み、アップリンクおよびダウンリンクデータ送信用のタイミングパターンの間に時間オフセットが適用される。
【0262】
いくつかの実施形態では、間欠受信である、ＤＲＸの機能は、第１基地局との通信用の送受信装置によって動作され、ＤＲＸ周期のアクティブ時間が第１期間に含まれる。
【0263】
例えば、ＤＲＸ周期のアクティブ時間は、専用タイマを用いて設定され得る。
【0264】
例えば、ＤＲＸ周期のアクティブ時間は、第２期間と重複するように拡張されない。
【0265】
例えば、ＤＲＸ周期のアクティブ時間は、第２期間が開始するときに停止され、後続の第１期間において継続され得る。
【0266】
方法であって、第１期間の第１継続時間および第２期間の第２継続時間を含むタイミングパターンを決定するステップと、タイミングパターンを示すタイミングパターンインジケータを送受信装置に送信するステップと、第１期間中に送受信装置と通信を行うステップとを含む方法が提供される。
【0267】
例えば、この方法は、送受信装置用のハンドオーバープロセスにおいて、ソース基地局として機能する第１基地局から、ターゲット基地局として機能する第２基地局への方法である。
【0268】
いくつかの実施形態では、方法は、第１タイミングパターンを決定するステップと、第１タイミングパターンを示す第１タイミングパターンインジケータを第２基地局に送信するステップと、第２基地局からの修正タイミングパターンを示す第２タイミングパターンインジケータを受信するステップとを含み、タイミングパターンは、修正タイミングパターンに応じて決定される。
【0269】
いくつかの実施形態では、方法は、第１タイミングパターンを示す第１タイミングパターンインジケータを送受信装置から受信するステップと、第１タイミングパターンを示す第２タイミングパターンインジケータを第２基地局に送信するステップと、第２基地局からの修正タイミングパターンを示す第３タイミングインジケータを受信するステップとを含み、タイミングパターンは、修正タイミングパターンに応じて決定される。
【0270】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに異なる。
【0271】
例えば、第１継続時間は、第２継続時間よりも長い。
【0272】
例えば、第１継続時間は、第２継続時間よりも短い。
【0273】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに等しい。
【0274】
いくつかの実施形態では、第１継続時間および第２継続時間は、トラフィック遅延感度に応じて設定される継続時間を示す。
【0275】
言い換えると、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルに応じて、設定され得る。
【0276】
例えば、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルおよび送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。
【0277】
例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが高いほど、短く設定され得る。同様に、例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが低いほど、長く設定され得る。
【0278】
方法であって、第１期間の第１継続時間期間および第２期間の第２継続時間を含むタイミングパターンを決定するステップと、タイミングパターンを示すタイミングパターンインジケータを第１基地局に送信するステップと、第２期間中にランダムアクセス手順に応じて送受信装置との通信を行うステップとを含む方法が提供される。
【0279】
例えば、本方法は、送受信装置用のハンドオーバープロセスにおいて、ソース基地局として機能する第１基地局から、ハンドオーバープロセスにおいて、ターゲット基地局として機能する第２基地局への、方法である。
【0280】
いくつかの実施形態では、この方法は、第１タイミングパターンを示す第１タイミングパターンインジケータを受信するステップと、タイミングパターンを決定するように第１タイミングパターンを修正するステップとを含む。
【0281】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに異なる。
【0282】
例えば、第１継続時間は、第２継続時間よりも長い。
【0283】
例えば、第１継続時間は、第２継続時間よりも短い。
【0284】
いくつかの実施形態では、第１継続時間および第２継続時間は、互いに等しい。
【0285】
いくつかの実施形態では、第１継続時間および第２継続時間は、トラフィック遅延感度に応じて設定される継続時間を示す。
【0286】
言い換えると、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルに応じて、設定され得る。
【0287】
例えば、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。同様に、第１継続時間および第２継続時間は、送受信装置と第１基地局との間のトラフィック遅延感度のレベルおよび送受信装置と第２基地局との間のトラフィック遅延感度のレベルに応じて設定され得る。
【0288】
例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが高いほど、短く設定され得る。同様に、例えば、第１継続時間および第２継続時間は、トラフィック遅延感度のレベルが低いほど、長く設定され得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7A】
【図7B】
【図8】
【図9A】
【図9B】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15A】
【図15B】
【図16】
【図17】
【図18】
【国際調査報告】