(57)【要約】  ＵＥが複数の無線アクセスノードへのデータ接続を確立し且つ維持することができる、冗長データリンクを構築するための方法及びシステムが開示される。パケット複製を実施する方法、及びパケット複製をいつ有効又は無効にすべきかを決定する方法も開示される。
2019530355.tif 000002
【特許請求の範囲】
【請求項１】
送信機においてパケット複製（ＰＤ）を行う方法であって、
前記送信機のパケットデータ収束プロトコル層（ＰＤＣＰ層）で前記ＰＤを有効にする段階と、
前記ＰＤＣＰ層でＰＤＣＰ  ＰＤＵを複製する段階であって、前記複製のＰＤＣＰ  ＰＤＵは２つのＲＬＣエンティティに伝送される、段階と
を備える、方法。
【請求項２】
前記ＰＤの有効化は、デュアルコネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）アーキテクチャ又はキャリアアグリゲーション（ＣＡ）アーキテクチャにおいて適用される、請求項１に記載の方法。
【請求項３】
前記複製のＰＤＣＰ  ＰＤＵは異なるキャリアに割り当てられる、前述のいずれかの請求項に記載の方法。
【請求項４】
前記ＰＤＣＰ層におけるＰＤ機能が前記複製の役割を担っている、前述のいずれかの請求項に記載の方法。
【請求項５】
前記方法はさらに、前記ＰＤＣＰ層における前記ＰＤを無効にする段階を備える、前述のいずれかの請求項に記載の方法。
【請求項６】
ＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）が、前記ＰＤの有効化又は無効化をトリガーするために前記送信機と受信機との間で伝えられる、前述のいずれかの請求項に記載の方法。
【請求項７】
前記ＰＤを設定するためのＲＲＣシグナリングを受信する段階をさらに備える、前述のいずれかの請求項に記載の方法。
【請求項８】
前記ＰＤを有効又は無効にするためのＲＲＣシグナリングを受信する段階をさらに備える、前述のいずれかの請求項に記載の方法。
【請求項９】
パケット複製（ＰＤ）を行うための処理システムであって、
前記処理システムのパケットデータ収束プロトコル層（ＰＤＣＰ層）において前記ＰＤを有効にするよう構成された第１のユニットと、
前記ＰＤＣＰ層においてＰＤＣＰ  ＰＤＵを複製するよう構成された第２のユニットであって、前記複製のＰＤＣＰ  ＰＤＵは２つのＲＬＣエンティティに伝送される、第２のユニットと
を備える処理システム。
【請求項１０】
前記ＰＤの有効化は、デュアルコネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）アーキテクチャ又は（ＣＡ）アーキテクチャにおいて適用される、請求項９に記載の処理システム。
【請求項１１】
前記複製のＰＤＣＰ  ＰＤＵは異なるキャリアに割り当てられる、請求項９から１０のいずれかに記載の処理システム。
【請求項１２】
第２のユニットは、前記ＰＤＣＰ層において前記複製の役割を担うＰＤ機能である、請求項９から１１のいずれかに記載の処理システム。
【請求項１３】
前記ＰＤＣＰ層において前記ＰＤを無効にするよう構成された第３のユニットをさらに備える、請求項９から１２のいずれかに記載の処理システム。
【請求項１４】
請求項９から１３のいずれかに記載の処理システムと、
前記ＰＤの有効化又は無効化をトリガーするために、ＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）を伝えるように構成される第４のユニットと
を備える、装置。
【請求項１５】
前記第４のユニットはさらに、前記ＰＤを設定するためのＲＲＣシグナリングを受信するように構成される、請求項１４に記載の装置。
【請求項１６】
前記第４のユニットはさらに、前記ＰＤを有効又は無効にするためのＲＲＣシグナリングを受信するように構成される、請求項１４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本出願は、以下に挙げる米国特許出願、すなわち、２０１６年９月３０日出願の「無線アクセスネットワークにおける超高信頼性低遅延接続サポート（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｕｐｐｏｒｔ  ｉｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋｓ）」と題する米国特許出願第６２／４０２，７１０号と、２０１７年１月６日出願の「無線アクセスネットワークにおける超高信頼性低遅延接続サポート」と題する米国特許出願第６２／４４３，１５２号と、２０１７年３月１０日出願の「無線アクセスネットワークにおける超高信頼性低遅延接続サポート」と題する米国特許出願第６２／４６９，７０８号と、２０１７年９月２８日出願の「無線アクセスネットワークにおける超高信頼性低遅延接続サポート」と題する米国特許出願第１５／７１８，３９４号とに基づく優先権の利益を主張するものであり、これらの内容はその全体の参照により本明細書に組み込まれる。
【０００２】
本発明は、無線アクセスネットワークにおける超高信頼性低遅延接続に関する。
【背景技術】
【０００３】
モバイル通信ネットワークでは、ユーザ機器（ＵＥ）が、無線アクセスネットワークを介して、より具体的には、ＮｏｄｅＢ、進化型ノードＢ（ｅＮｏｄｅＢ）、又はｇＮｏｄｅＢを含む他の同等のノードなどの無線アクセスノードへの無線アクセスリンクを通じて、ネットワークに接続される。ＵＥとネットワーク内のノードとの間の伝送は、通常、少なくとも無線アクセスノードとＵＥとの間の無線チャネルを必要とする。通常、無線アクセスノードと、無線アクセスネットワーク又はコアネットワーク内の他のノードとの間には、さらに有線接続が存在する。モバイルネットワークは、これまで、ＵＥの移動性（移動性はＵＥに必要ではないが）をサポートするように設計されている。ＵＥが移動してもＵＥとネットワークとの間の接続を維持するために、ハンドオーバー手順が開発され、無線アクセスリンクとして保持されるべきＵＥのセッションが、あるアクセスノードと別のアクセスノードとの間を移動することが可能になっている。この処理は、ハンドオーバーとして知られている。
【０００４】
ハンドオーバー手順の開発においては、あるｅＮｏｄｅＢから別のｅＮｏｄｅＢにＵＥがハンドオーバーされるときに、ＵＥとの接続の中断が予想される。これは、接続の信頼性に影響を与える。モバイルネットワークを音声通話に用いる人間オペレータは、この中断に気付かないかもしれないが、重要な業務のデータセッションでは同じように許容さることはないかもしれない。
【０００５】
接続の信頼性は、所与のタイムフレームにおいて伝送に成功する特定の確率として定義される。超高信頼性低遅延接続（ＵＲＬＬＣ）の場合、一般的な信頼性要件は１×１０−５である。これは、伝送されたパケットの９９．９９９％が遅延要件の範囲内で正確に受信されなければならないことを意味している。遅延要件は、サービスの要求に基づいて変わり得る。ここで、ＬＴＥベースのネットワークでは、リアルタイムのアプリケーションが必要とする遅延を保証する接続を提供できないという使用事例があることに留意されたい。無線アクセスチャネルの信頼性を保証するために、第３世代パートナーシッププロジェクト（３ＧＰＰ）により公表されたロングタームエボリューション（ＬＴＥ）規格を含む既存のネットワーク設計では、ハイブリッド自動再送要求（ＨＡＲＱ）などの誤り訂正方法が利用されている。ＨＡＲＱ及び他の同様の方法はある程度の信頼性を提供することができるが、その信頼性のために遅延の増加という犠牲を強いられることがある。遅延要件が１ミリ秒以下の場合、ＨＡＲＱ及び自動再送要求（ＡＲＱ）は、伝送遅延を増加させ得るので適当ではないかもしれない。
【０００６】
信頼性が高い接続及び低遅延の接続の両方を提供するために、他の技術が特に移動性のシナリオにおいて必要とされる。高い移動性のシナリオ又は超過密展開において、ＵＥが受け得るハンドオーバーの回数は、信頼性要件及び遅延要件を満たす能力にさらに悪影響を与え得る。
【０００７】
したがって、先行技術の１つ又は複数の制約に少なくとも部分的に取り組むシステム及び方法の必要性がある。
【０００８】
この背景情報は、本発明に関連する可能性があると出願人が考える情報を明らかにするために提供されている。前述の情報のうちのいずれかが、本発明に対する先行技術を構成するという自認が必ずしも意図されているわけでも、そのように解釈されるべきでもない。
【発明の概要】
【０００９】
先行技術の少なくとも１つの欠点を取り除くか又は緩和するのが、本発明の目的である。
【００１０】
１つの態様によれば、送信機でパケット複製（ＰＤ）を実行する方法があり、本方法は、送信機のパケットデータ収束プロトコル（ＰＤＣＰ）層でＰＤを有効にする段階と、ＰＤＣＰ層でＰＤＣＰ  ＰＤＵを複製する段階とを備え、複製のＰＤＣＰ  ＰＤＵは２つのＲＬＣエンティティに伝送される。
【００１１】
１つの例によれば、ＰＤの有効化はデュアルコネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）アーキテクチャ、又はキャリアアグリゲーション（ＣＡ）アーキテクチャにおいて適用される。別の派生例によれば、複製のＰＤＣＰ  ＰＤＵは異なるキャリアに割り当てられる。前述の例から派生した第３の例によれば、ＰＤＣＰ層でのＰＤ機能は複製の役割を担っている。前述の全ての例から派生した第４の例によれば、本方法はさらに、ＰＤＣＰ層においてＰＤを無効にする段階を含む。前述の全ての例から派生した第５の例によれば、例示的なＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）が、ＰＤの有効化又は無効化をトリガーするために送信機と受信機の間で伝えられる。前述の全ての例から派生した第６の例によれば、ＲＲＣシグナリングがＰＤを構成するために受信される。前述の全ての例から派生した第７の例によれば、ＲＲＣシグナリングはＰＤを有効又は無効にするために受信される。
【００１２】
別の態様によれば、パケット複製（ＰＤ）を実行するための処理システムがあり、本処理システムは、自身のパケットデータ収束プロトコル（ＰＤＣＰ）層でＰＤを有効にするように構成された第１のユニットと、当該ＰＤＣＰ層でＰＤＣＰ  ＰＤＵを複製するように構成された第２のユニットとを備え、複製のＰＤＣＰ  ＰＤＵは２つのＲＬＣエンティティに伝送される。
【００１３】
１つの例によれば、ＰＤの有効化はデュアルコネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）アーキテクチャ、又は（ＣＡ）アーキテクチャにおいて適用される。ある派生例によれば、複製のＰＤＣＰ  ＰＤＵは異なるキャリアに割り当てられる。前述の例に関するさらなる派生例によれば、第２のユニットは、ＰＤＣＰ層において複製の役割を担うＰＤ機能である。前述の例に関する派生である最後の例が、ＰＤＣＰ層でＰＤを無効にするように構成された第３のユニットを含む。
【００１４】
第３の態様によれば、前述の態様のいずれかの派生による処理システムと、ＰＤの有効化又は無効化をトリガーするために、ＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）を伝えるように構成された第４のユニットとを備える装置がある。
【００１５】
１つの例によれば、第４のユニットはさらに、ＰＤを構成するためのＲＲＣシグナリングを受信するように構成される。別の例によれば、第４のユニットはさらに、ＰＤを有効又は無効にするためのＲＲＣシグナリングを受信するように構成される。
【００１６】
本発明の前述及び他の目的、特徴、態様、及び利点は、添付図面と併用される次の詳細な説明からより明らかになるであろう。なお、添付図面の描写は例としてのみ用いられる。
【図面の簡単な説明】
【００１７】
本開示をより十分に理解するために、ここで、添付図面及び詳細な説明と関連した次の簡潔な説明について言及する。ここで、類似の参照番号は類似の部分を表す。
【００１８】
【図１】一実施形態によるＬＴＥネットワークのハンドオーバー中断期間の原因となるタイミング問題の説明図である。
【００１９】
【図２】一実施形態に従って、ＵＥと複数の無線アクセスノードとの間の接続論理図を示す。
【００２０】
【図３】一実施形態に従って、ハンドオーバーの方法を示す。
【００２１】
【図４】一実施形態に従って、冗長リンクを介したデータ伝送方法を示す。
【００２２】
【図５】一実施形態に従って、冗長リンクを介したデータ伝送方法を示す。
【００２３】
【図６】一実施形態に従って、ＵＥと複数の無線アクセスノードとの間の接続論理図を示す。
【００２４】
【図７】一実施形態に従って、ＵＥと複数の無線アクセスノードとの間の接続論理図を示す。
【００２５】
【図８】一実施形態に従って、ハンドオーバー時の移動元マスターｇＮＢ（ＭｇＮＢ）及び移動先ＭｇＮＢからの平均信号対雑音比（ＳＮＲ）を示す。
【００２６】
【図９】一実施形態に従って、移動元ノード及び移動先ノードへのＲＲＣ伝送ダイバーシティ及びデータ複製を伴ったシームレスなハンドオーバー手順の方法を示す。
【００２７】
【図１０】一実施形態に従って、ＰＤをサポートするＮＲのＭＣ／ＤＣアーキテクチャを示す。
【００２８】
【図１１】一実施形態に従って、ＰＤをサポートするＮＲのＣＡアーキテクチャを示す。
【００２９】
【図１２】一実施形態に従って、ネットワークによってトリガーされたＬＳ／ＰＤ有効化手順の例示的なメッセージフローを示す。
【００３０】
【図１３】一実施形態に従って、ＵＥによってトリガーされたＬＳ／ＰＤ有効化手順の例示的なメッセージフローを示す。
【００３１】
【図１４】一実施形態に従って、パケット複製を有効にする例示的なシグナリングフローを示す。
【００３２】
【図１５】一実施形態に従って、パケット複製を無効にする例示的なシグナリングフローを示す。
【００３３】
【図１６】一実施形態に従って、ＲＲＣシグナリングを通じてＵＥに送信される基準に基づき、パケット複製を有効及び無効にする例示的なシグナリングフローを示す。
【００３４】
【図１７】本明細書で説明されるような様々なネットワーク機能並びに方法及びシグナリングを実現するのに用いられ得る処理システムのブロック図である。
【発明を実施するための形態】
【００３５】
あるＵＲＬＬＣレベルのサービスの提供を論じる際には、複数の異なるネットワーキングレベルを考慮する必要があることを理解されたい。セッション接続の管理と同じように、ネットワーク層の細部及びサービス層の細部を考慮する必要がある。全体的な解決手段のこれらの部分のそれぞれにおいて細部のいくつかが重なり合うが、一度に１つのレベルの細部に対処する試みが行われる。その結果、複数の図が提起されて論じられ、これらの図はこの解決手段の異なる層に関連するので、再度これらの図が論じられるかもしれない。
【００３６】
上述したように、ハンドオーバーがＬＴＥネットワーキング環境において実現される方式が、ハンドオーバー手順の間の送達遅延（又はパケット廃棄）の原因となり得る。ＵＥは、一度に１つのｅＮｏｄｅＢに接続される。ハンドオーバー処理に至るまでに、ＵＥは１つのｅＮｏｄｅＢにデータを伝送しており、ネットワークはその同じ移動元ｅＮｏｄｅＢにデータを伝送している。しかしながら、ＵＥが移動先ｅＮｏｄｅＢに接続されると、ハンドオーバー前に移動元ｅＮｏｄｅＢに送信され、送達されていなかったデータが、送達の移動先ｅＮｏｄｅＢにすぐに現れない。上述したように、このことは、音声通話であっても、又はローカルにバッファリングされたビデオストリームの視聴であってさえも、人間オペレータには分からない可能性が高い。しかしながら、リアルタイムビデオセッション及びある種の制御プロセスを含むリアルタイムプロセスでは、同じように許容されることはない可能性が高い。
【００３７】
移動中に無線リンク障害（ＲＬＦ）が起こる確率を下げるために、ハンドオーバー手順に対する機能拡張が提供され得る。シームレスなハンドオーバーを実現する１つの手段は、常に少なくとも１つの無線アクセスネットワーク（ＲＡＮ）ノードがＵＥに確実に接続されるようにすることである。ダウンリンク（ＤＬ）データは、無線リンクのハンドオーバー前に、移動先ＲＡＮノードに利用可能になり得る。アップリンク（ＵＬ）通信の場合、無線リンクのハンドオーバー前に、移動先ＲＡＮノードはコアネットワークへの経路をセットアップさせる必要がある。これにより、移動元ＲＡＮノードを移動先ＲＡＮノードにハンドオーバーする間に、ＵＬ通信及びＤＬ通信の両方のサポートが可能になるので、ＲＬＦの確率が低下する。
【００３８】
ＵＥが移動元ＲＡＮノードのサービスエリアの境界にある場合、移動先ノードへのハンドオーバーの開始が早過ぎると、移動先ノードのＲＬＦの原因となることがある。同様に、ハンドオーバーの開始が遅過ぎると、移動元ノードでＲＬＦが発生することがある。ハンドオーバー手順と関連したパケット損失又は遅延の可能性を下げてＲＬＦの確率を下げるために、移動元ＲＡＮノード及び移動先ＲＡＮノードの両方と同時に通信することが、サービスエリアの境界近くのＵＥに提供され得る。
【００３９】
図１のタイミング図は、ＬＴＥと提案された新無線（ＮＲ）技術との間のハンドオーバー手順の違いを示している。従来の技術では、ＬＴＥ１のプロセスで示すように、ハンドオーバー（ＨＯ）コマンド１０が発行された後に、ハンドオーバー中断期間が存在する。この時間枠では、ＵＥとの伝送が中断される。ＮＲ２のプロセスに示すように、ＵＥが複数の異なるアクセスノードに接続することを可能にすることで、ＵＥが２つ以上のアクセスノードに接続する期間４５が存在する。これにより、中断期間が確実になくなる（また、中断期間を同時伝送４５が提供され得る期間に効果的に置き換える）。
【００４０】
この冗長伝送で、リンク障害の可能性に対する回復力がもたらされる。この冗長伝送は、接続のいずれかの側でハンドオーバー中断の終了までバッファリングした場合に、それに起因して発生するあらゆる遅延も減少させることができる。
【００４１】
ＵＥからの複製のパケットが移動元ノード及び移動先ノードの両方で受信されるハンドオーバーシナリオでは、複製は、ｉ）移動先ＭｇＮＢのＰＤＣＰ機能、又はｉｉ）その上位層のいずれかで除去され得る。すなわち、Ｘｎを介して移動元ＭｇＮＢから移動先ＭｇＮＢに遅延限度を超えずに到達したパケットが、移動先ＭｇＮＢのＰＤＣＰ機能によって検出され除去され得る。Ｘｎを介して遅延限度を超える可能性があり得るパケットは、移動元ＭｇＮＢノード及び移動先ＭｇＮＢノードの両方によって直接転送され、上位層で検出されて除去される。
ＭｇＮＢはマスターｇＮＢを指すことを理解されたい。
【００４２】
ＭｇＮＢのシームレスなハンドオーバーを保証するために、切り替え時に接続を中断させない（ｍａｋｅ−ｂｅｆｏｒｅ−ｂｒｅａｋ）ハンドオーバー手順が用いられてよい。ＵＲＬＬＣの使用事例では、ＵＥは、移動元ＭｇＮＢへのＲＲＣ接続を解放する前に移動先ＭｇＮＢへの接続を確立し、移動イベント時に両方のＭｇＮＢによるパケット複製を可能にし得る。
【００４３】
移動元ＭｇＮＢから移動先ＭｇＮＢへのＵＥ接続の通常のハンドオーバーでは、ＵＥは通信（データ及びＲＲＣシグナリング）に利用可能な１つのリンクのみを有していればよい。なぜならば、ＵＥは、移動先ＭｇＮＢへの新たなＲＲＣ接続を確立する前に移動元ＭｇＮＢへのＲＲＣ接続を解放することが必要になるからである。この場合、目標とする信頼性は、単一のリンクで満たすことはできない。したがって、ハンドオーバー全体を通して、移動元ＭｇＮＢ及び移動先ＭｇＮＢの両方に向かうリンクを用いたデータ及びＲＲＣシグナリングの同時伝送を行うことが、より高い信頼性を保証することになる。
【００４４】
一例によれば、同時伝送期間４５の間に、ＵＥは２つ以上のアクセスノード（例えば、移動元ｇＮＢ及び移動先ｇＮＢ）に接続される。同時伝送期間４５において、移動先からのデータ伝送３１は、同時伝送期間４５の間に移動元からのデータ伝送１５によって搬送されるパケットの複製パケットを含む。言い換えれば、同時伝送期間４５において、移動先からのデータ伝送３１は、移動先からのデータ伝送３１のパケットに対する冗長伝送である。干渉を回避するために、移動先からのデータ伝送３１は、移動元からのデータ伝送１５とは異なるチャネル（言い換えると、異なるキャリア）を利用する。
【００４５】
再び一例によれば、ハンドオーバー中断期間は時間枠２０となり得、これはハンドオーバーの完了２５まで持続し得る。中断時間枠２０は、移動元信号からのデータ伝送１５と移動先信号からのデータ伝送３０とを分離し得る。ＵＥは、移動元信号からのデータ伝送１５の間に移動先へのＲＲＣ接続を確立（４０）してよい。移動先からのデータ伝送３１は、移動元１５からのデータ伝送が終了する前に始まってよい。
【００４６】
これらの例はＭｇＮＢノードに関して論じられているが、基地局（例えば、ＮｏｄｅＢ、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮｏｄｅＢ又はｇＮＢと呼ばれることがある）、又は１つ又は複数のリモート無線ヘッドと関連したベースバンドユニット（ＢＢＵ））を含む他の適切に設けられたネットワークアクセスノードも用いることができることを理解されたい。
【００４７】
パケット複製を用いる利点によって、ハンドオーバーの間に同時無線接続を用いる利点も明らかになる。図８は、ハンドオーバーの間の、移動元ＭｇＮＢ及び移動先ＭｇＮＢからの平均ＳＮＲ６７０を示す。
【００４８】
図８で示されるグラフの従属変数軸はＳＮＲであり、このグラフの独立変数軸は時間／距離６７５である。図８は、「移動元ＭｇＮＢに対するＳＮＲ」５９０及び「移動先ＭｇＮＢに対するＳＮＲ」５９５の曲線、並びに「パケット複製が必要な領域」６５０を表している。「移動先ＭｇＮＢへのＲＲＣ接続確立」６５５及び「移動元ＭｇＮＢへのＲＲＣ接続解放」６６５の時間／距離、並びにＵＥと複数のＡＮとの間の「同時無線接続」６６０が存在するはずの時間／距離も図８に示されている。
【００４９】
ハンドオーバーの間の状態は、パケット複製を用いるために大きいゲインを示すシナリオのチャネル状態と同様である。移動元ＭｇＮＢのハンドオーバーの間、移動元ＭｇＮＢと移動先ＭｇＮＢとの間の平均差分ＳＮＲは小さく、最適なリンクの平均ＳＮＲは通常低い。パケット複製は、移動元ノード及び移動先ノードとの同時無線接続を用いたハンドオーバーの間に用いられ得ることが結論づけられる。パケット複製を用いると、全体的なリソース使用率が低くても、目標とする信頼性を実現することができる。
【００５０】
マルチコネクティビティ（ＭＣ）は、複数の異なる接続経路をサポートするネットワーク機能であり、信頼性要件を満たすのに役立ち得る。ハンドオーバーの間などに、ＣＮへの少なくとも２つの経路をＵＥが常に確実に有するようにすることにより、ＵＥ接続が途絶える又は中断する確率が低下する。マルチコネクティビティのシナリオにおいて、ＵＥは、同じキャリア又は異なるキャリアで複数のアクセスノードに接続することができる。
【００５１】
ＬＴＥは、基本的なデュアルコネクティビティ（ＤＣ）機能を提供する。マルチコネクティビティを提供するために、ネットワークエレメントは、ＬＴＥにおけるこのＤＣコンセプトを拡張するように設計され得る。３ＧＰＰが定める３Ｃアーキテクチャオプションを用いることができ、ここには、１つの共通ＰＤＣＰエンティティが存在する。
【００５２】
ＭＣシナリオ（ＤＣシナリオを含んでもよい）において、無線アクセスノードがプライマリ無線アクセスノードとして指定される。データパケットは、Ｘｎインタフェースを介して（プライマリ無線アクセスノードにより）セカンダリＲＡＮノードに送信され得る。ＵＥが接続されている複数のＲＡＮノードのうちのいずれかによって、アップリンクパケットが受信されてよい。次に、セカンダリＲＡＮノードのそれぞれが、Ｘｎインタフェースを介して、受信したパケットをプライマリＲＡＮノードに送信する。
【００５３】
図２は、ＮＲのプロトコルスタックを示しており、ｇＮＢはアクセスノードを指す。
【００５４】
プライマリｇＮＢ（ｇＮＢ−１（２００））は、この接続のアンカー又はＭｇＮＢとしての役割を果たす。新たなｇＮＢ（ｇＮＢ−２（２５０））が追加される場合、プライマリｇＮＢは、追加のｇＮＢへの新たなＸｎリンク１１２を構築する。アンカーノードのＰＤＣＰ層１０６は、ＵＥ１００と通信する複数のＲＡＮノードから受信した複製のパケットを除去するのに用いることができる。ＵＥは、ＰＤＣＰ層１０６とのセキュリティアソシエーションを再確立する必要がなく、同じアンカーノードに接続された複数の分散ＲＡＮノードの間を移動することが許容され得る。ＵＥ１００がアンカーＲＡＮノードと関連付けられたカバレッジエリアから移動した場合、ＵＥは移動先ＲＡＮノードにおいてＰＤＣＰ機能とのセキュリティアソシエーションを確立することができる。あるいは、コアネットワークは、移動イベントの間に鍵交換を開始することができる。
【００５５】
第１のｇＮＢから第２のｇＮＢへの、アンカーノード機能のシームレスなハンドオーバーを保証するために、切り替え時に接続を中断させないハンドオーバー手順が用いられ得る。ＵＥ１００は、移動元アンカーノードのＲＲＣ接続を解放する前に、移動先アンカーノードとの無線接続を確立し得る。したがって、ＵＥ１００は移動イベントの間に２つの同時無線接続を有し、移動元ＲＡＮノードへのＲＲＣ接続は１つのみである。同時無線接続を用いる例示的な手順が図１１に示されている。ＳｇＮＢはセカンダリｇＮＢを指すことを理解されたい。
【００５６】
このハンドオーバー手順では、ハンドオーバーの条件が満たされている場合、移動元ＭｇＮＢは、無線ベアラを確立するためのＲＲＣ接続再設定を移動先ＭｇＮＢに送信する。この場合、ＵＥは、移動元ＭｇＮＢとの無線接続及びＲＲＣ接続を維持する。移動先ノードへのＲＢが確立された後に、パケット複製が、データ及びＲＲＣシグナリングの両方に用いられ得る。
【００５７】
図２のハンドオーバー手順の例示的な一実施形態によれば、ＵＥ１００が２つのアクセスポイント（例えば、ｇＮＢ２００、２５０）と同時に通信できるように、ＵＥ１００は２つのプロトコルスタックエンティティ１０１、１０２で構成される。ＵＥプロトコルスタックエンティティ１０１は、ＮＲ−ＲＬＣエンティティ１１０、ＮＲ−ＭＡＣエンティティ１１５、及びＮＲ−ＰＨＹエンティティ１２０を含む。ＵＥプロトコルスタックエンティティ１０２は、ＮＲ−ＲＬＣエンティティ１１１、ＮＲ−ＭＡＣエンティティ１４１、及びＮＲ−ＰＨＹエンティティ１４２を含む。ＵＥプロトコルスタック１０１、１０２は両方とも、共通のＮＲ−ＰＤＣＰエンティティ１０５を共有する。プライマリｇＮＢ（ｇＮＢ−１（２００））のプロトコルスタックエンティティ１０３は、ＮＲ−ＰＤＣＰ１０６、ＮＲ−ＲＬＣエンティティ１１４、ＮＲ−ＭＡＣエンティティ１１５、及びＮＲ−ＰＨＹエンティティ１２０を含む。第２のｇＮＢ（ｇＮＢ−２（２５０））のプロトコルスタックエンティティ１０４は、ＮＲ−ＲＬＣ１１３、ＮＲ−ＭＡＣエンティティ１１５、及びＮＲ−ＰＨＹエンティティ１２０を含むが、自身のＰＤＣＰエンティティは必要としない。ｇＮＢ−２（２５０）のプロトコルスタックエンティティ１０４は、Ｘｎインタフェース１１２を介してｇＮＢ−１（２００）のＮＲ−ＰＤＣＰ１０５と通信する。ＮＲ−ＲＬＣエンティティ１１１、ＮＲ−ＭＡＣエンティティ１４１、及びＮＲ−ＰＨＹエンティティ１４２を含むＵＥプロトコルスタックエンティティ１０２は、第１の無線チャネル１１６を用いてプライマリｇＮＢ（ｇＮＢ−１（２００））のプロトコルスタックエンティティ１０３と通信する。ＮＲ−ＲＬＣエンティティ１１０、ＮＲ−ＭＡＣエンティティ１１５、及びＮＲ−ＰＨＹエンティティ１２０を含むＵＥプロトコルスタックエンティティ１０１は、第２の無線チャネル１１７を用いてセカンダリｇＮＢ（ｇＮＢ−２（２５０））のプロトコルスタックエンティティ１０４と通信する。
【００５８】
一例として、第２のｇＮＢ（ｇＮＢ−２（２５０））のプロトコルスタックエンティティ１０４はＰＤＣＰエンティティを含み得るが、別のＲＡＮノードがマスターノード又はアンカーノードとしての役割を果たすこの例では、そのようなＰＤＣＰエンティティは無効になっているか、又は用いられていないことを理解されたい。したがって、ＵＥがそのアンカーｇＮＢ（例えば、ｇＮＢ−１（２００））から範囲外に移動した場合、別のｇＮＢ（例えば、ｇＮＢ−２（２５０））が新たなアンカーＲＡＮノードとして設定され、そのＰＤＣＰエンティティを有効にする。１つのセカンダリＲＡＮノードのみが図２に示されているが、追加のセカンダリアクセスノードが存在し得ることも理解されたい。
【００５９】
一実施形態に従って、同時無線接続を用いる別の例示的な手順が図３に示されている。
【００６０】
図３は、ＲＲＣ接続後のハンドオーバー手順を示す。ＵＥ１００と移動元ｇＮＢ３００との間でデータを転送する経路が、（ＲＲＣ接続確立信号４００及びデータ信号４０５を介して）確立されている。ハンドオーバー条件が（「シームレスなハンドオーバーの基準達成」手順４１０を経て）満たされている場合、移動元ｇＮＢ３００は（「移動先へのセカンダリＲＲＣ接続要求」信号４１５で示すように）移動先ｇＮＢへの無線ベアラ（ＲＢ）を確立するためのＲＲＣ接続再設定をＵＥ１００に送信する。一部の実施形態では、これにより、パケット複製（ＰＤ）が有効になり、ハンドオーバーの間にＰＤＵが確実に失われないようにする。この場合、ＵＥ１００は、移動元ｇＮＢ３００との無線接続及びＲＲＣ接続を維持する。移動先ノードへのＲＢが確立された後に、ＵＥ１００と移動先ｇＮＢ３４０との間で受け渡しされる「別のＲＲＣ接続確立」信号４２０で示すように、パケット複製がデータ及びＲＲＣシグナリングの両方に用いられ得る。この実施形態では、パケット複製は、ＵＥ１００と移動元ｇＮＢ３００との間で「データ」信号４２５を介して、またＵＥ１００と移動先ｇＮＢ３４０との間で「データ」信号４３０を介して、複製パケットを伝送することを含む。
【００６１】
移動元ノードとのＲＲＣ接続を解放する条件が満たされている場合、移動元ノード（及び、任意選択的に移動先ノード）は、ＲＲＣ接続を完了させるＲＲＣ接続再設定コマンドを移動先ノードに送信する。移動元ノードとの無線リンクは維持されている。ＲＲＣ接続が移動先ノードに対して確立されると、ＵＥは、無線接続を移動元ノードから切り離してよい。
【００６２】
このことが、「移動元を解放する基準達成」処理４３５により示されている。移動元ｇＮＢ３００からＵＥ１００に送信される「デタッチコマンド」４４０によって、ＵＥ１００は「移動元ｇＮＢからの切り離し」処理４４５を実行することになる。これにより、一部の実施形態において、ＰＤがセッションの間に常に必要とされるのでなければ、ＰＤ無効化がトリガーされ得る。
【００６３】
一部の実施形態において、ＵＥは複製のパケットを複数のアクセスノードに送信する。各アクセスノードは、受信したパケットをプライマリアクセスノードのＰＤＣＰ機能に送信する（これは、Ｘｎインタフェース又は他のそのようなインタフェースを介した伝送を必要とし得る）。ＤＬ方向では、プライマリノードのＰＤＣＰ機能が複製のパケットを生成し、Ｘｎインタフェースを介してこれらのパケットをセカンダリノードに転送する。ＵＥは、受信したあらゆる複製のパケットを除去する。
【００６４】
冗長接続によりもたらされる冗長伝送はさらに、ＲＬＣ層及びＰＤＣＰ層におけるリオーダリング遅延を排除することにより、遅延を減少させ得る。ＡＲＱ及びＨＡＲＱが用いられないＵＲＬＬＣの実施形態では、ＲＬＣ層及びＰＤＣＰ層でのリオーダリングは必須でなくてもよい。同様に、ＲＬＣリオーダリングは必須でなくてもよい。あるＲＬＣエンティティには失われたＰＤＵがあるかもしれないが、ＭＣアーキテクチャでは、そうでなければ失われているであろうＰＤＵが複数の無線ノードのうちの少なくとも１つによって受信される可能性が高くなる。これにより、各ＲＬＣが同じＰＤＵを失う確率が低下する結果になる。前に述べたように、複数の冗長パケットの存在下でＡＲＱＡＲＱ及びＨＡＲＱが利用されない場合、提案された発明の実施形態によって、必要なリオーダリングの排除又は必要なリオーダリング回数の低減がもたらされ得る。
【００６５】
図４は、ＵＲＬＬＣ伝送の例示的な実施形態を示している。この実施形態における複製のＵＬパケットは、アンカーＲＡＮノードによって除去され、ＵＥ１００は複製ＤＬパケットを除去する。ＵＬ伝送の場合、ＵＥ１００は、複数のアクセスのそれぞれにパケットを伝送する。その結果、単一のパケットが２つ以上のアクセスノードによって受信され得る。受信された全てのパケットは、通常、前に述べたようにＸｎインタフェース１１２を介して、複数の受信ＲＡＮノードにより単一のＲＡＮノード（アンカーＲＡＮノードｇＮＢ−１（２００））に転送される。アンカーＲＡＮノードｇＮＢ−１（２００）のみが、この接続のＰＤＣＰ機能を実装する必要がある。アンカーノードが（エアインタフェース及びＸｎインタフェース１１２の両方を介して）受信するパケットは、ＰＤＣＰ機能１０６に転送される。アンカーノードのＰＤＣＰ機能１０６は、冗長接続に起因する複製のパケットを除去する。ＤＬ伝送において、ＵＥ１０１のＰＤＣＰ機能１０５は、複数のアクセスノードからの冗長伝送の結果として受信された複製のパケットを処理するのに用いることができる。各セカンダリアクセスノードは、Ｘｎインタフェース１１２を介した冗長伝送のパケットをプライマリアクセスノードから受信する。
【００６６】
したがって、ｇＮＢ−１（２００）に含まれるＰＤＣＰは、（「パケットの複製及び複数のＲＡＮノードへの送信」処理４７０並びにＤＬデータ信号４７５及び４８０で示すように）パケットを複製して、それらのパケットをｇＮＢ−２（２５０）及びＵＥ１００の両方に送ることができる。ＵＥ１００は、「複製パケット除去」処理４８５を実行して、ｇＮＢ−１（２００）及びｇＮＢ−２（２５０）の両方から受信した複製パケットを除去するＰＤＣＰ１０５も含む。あらためて、一部の実施形態では、パケットが元のＰＤＵなのか又は除去される（例えば、消去される）複製のＰＤＣＰ  ＰＤＵなのかは問題ではない。
【００６７】
図４の実施形態の１つの例によれば、アンカーＲＡＮノードはｇＮＢ−２（２５０）である。同じ実施形態の一例において、ＵＥ１００は、「パケットの複製及び複数のＲＡＮノードへの送信」処理４５０とＵＬデータ信号４５５及び４６０とで示すように、複数のアクセスノードのそれぞれにパケットを伝送する。処理４５０のパケット複製は、図２のＮＲ−ＰＤＣＰ１０５によって行われる複製ＰＤＵ（複製のＰＤＣＰ  ＰＤＵと呼ばれる）の生成を含む。ＮＲ−ＰＤＣＰ１０５からの複製パケットは、ＵＥの２つのＮＲプロトコルスタックエンティティ１０１、１０２を介して、より具体的にはＮＲ−ＲＬＣエンティティ１１０、１１１、ＮＲ−ＭＡＣエンティティ１１５、１４１、及びＮＲ−ＰＨＹエンティティ１２０、１４２を介して、ｇＮＢ−１（２００）及びｇＮＢ−２（２５０）に同時に伝送される。したがって、ＰＤＣＰ層１０５はパケットを複製し、元のＰＤＣＰ  ＰＤＵを第１のＲＬＣエンティティ１１０、第１のＭＡＣエンティティ１１５、及び第１のＰＨＹエンティティ１２０を介して送達し、複製のＰＤＣＰ  ＰＤＵを第２のＲＬＣエンティティ１１１、第２のＭＡＣエンティティ１４１、及び第２のＰＨＹエンティティ１４２を介して送達する。例えば、ＵＥプロトコルスタックエンティティ１０１（ＮＲ−ＲＬＣエンティティ１１０、ＮＲ−ＭＡＣエンティティ１１５、及びＮＲ−ＰＨＹエンティティ１２０を含む）は、通信チャネル１１７を介して、元のＰＤＣＰ  ＰＤＵをｇＮＢ−２（２５０）に伝送する。同様に、ＵＥプロトコルスタックエンティティ１０２（ＮＲ−ＲＬＣエンティティ１１１、ＮＲ−ＭＡＣエンティティ１４１、及びＮＲ−ＰＨＹエンティティ１４２を含む）は、通信チャネル１１６を介して、複製のＰＤＣＰ  ＰＤＵをｇＮＢ−１（２００）に伝送する。
【００６８】
図４の実施形態の別の例によれば、アンカーノードのＰＤＣＰ機能１０６は、「複製パケット除去」処理４６５で示すように、冗長接続に起因した複製のパケットを除去する。一部の実施形態において、パケットが元のＰＤＵなのか又は除去される（例えば、消去される）複製のＰＤＣＰ  ＰＤＵなのかは問題ではない。
【００６９】
複製パケットの除去が、例示的な処理４６５の「複製パケット除去」によって示されている。一部の実施形態では、パケットが元のＰＤＵなのか又は除去される（例えば、消去される）複製のＰＤＣＰ  ＰＤＵなのかは問題ではない。
【００７０】
上記で提案された方法及びシステムでは、複数の冗長リンクを介した同時伝送を利用できることが理解されるであろう。これは、ＲＬＦの可能性を減少させ、接続の信頼性を向上させるのに用いることができる。これらの冗長リンクは、マルチコネクションアーキテクチャによって構築され得、そのうちのデュアルコネクションアーキテクチャが特別なケースであると理解できる。ＰＤＣＰ機能は、プライマリＲＡＮノード及びＵＥの中心にあり得る。セカンダリＲＡＮノードは、Ｘｎインタフェースを介してプライマリＲＡＮノードからダウンリンクパケットを受信でき、受信したアップリンクパケットを、ＰＤＣＰ機能を適用することなくＸｎインタフェースを介してプライマリＲＡＮノードに提供できる。ＰＤＣＰ機能は、複製のパケットを検出しアドレス指定するのに用いることができる。
【００７１】
上述したような冗長接続の提供に関連した問題が、ネットワーク層の観点から、ここで論じられる。
【００７２】
ＭＣ／ＤＣを可能にするシステムにおいて、ＵＥがサービスのためにＲＡＮノードに接続される。ＵＥが移動すると、当該ＵＥは第２のＲＡＮノードに接続され得る。第１のＲＡＮノードは、移動元ＲＡＮノードとみなされる。ＵＥが第２のＲＡＮノード（移動先ＲＡＮノードと呼ばれる）に近づくと、当該ＵＥは移動先ＲＡＮノードに接続され得るが、依然として現在のサービング（移動元）ＲＡＮノードと通信できる。ハンドオーバーと関連した遅延を減少させるために、次の要件のうちの少なくとも１つに取り組む必要がある。
・移動先ＲＡＮノードは、ＵＥが移動先ＲＡＮノードへの接続を確立する前に、ＵＥ（及びその接続）に関するコンテキスト情報を提供され得る。これにより、コンテキスト情報の提供がなければ移動先ＲＡＮノードとコンテキスト情報を確立する必要があるＵＥによって引き起こされるハンドオーバー遅延を低減することが可能になる。
・ＵＬトラフィック及びＤＬトラフィックの両方に対するコアネットワーク（ＣＮ）への接続が、ＵＥとの接続を確立するより前に（又はそれを確立する時までに）移動先ＲＡＮによって確立され得る。
・ＵＥ宛てのダウンリンクトラフィックが、現在のサービングＲＡＮノード及び移動先ＲＡＮノードの両方に利用可能になり得る。
【００７３】
上記の要因によってパケット遅延又はＵＥとの接続損失の可能性が減少し得るが、他の要因がＵＲＬＬＣ接続に必要とされる信頼性に寄与できることも理解されたい。そのような要因は、冗長リンク、すなわち、無線リンク及びネットワークインフラストラクチャ内のリンクの両方に対する要件を含み得る。そのような冗長リンクは、異なるＲＡＮノードを用いて提供されてよく、その一部は異なる無線アクセス技術（ＲＡＴ）を利用してよい。この場合、冗長接続は上述したＤＣ／ＭＣアーキテクチャを利用できる。これにより、複数の異なる送信／受信ポイントを用いたＵＬ伝送及びＤＬ伝送が可能になり得る。別の要因が、シームレスなハンドオーバー向けのサポートを含み得る。ネットワークにおけるシームレスなハンドオーバーのサポートは、ある無線リンクから別の無線リンクに移行する間のサービスの中断を限定して又はサービスの中断をなくして、ＵＥが確実にネットワークへの接続にアクセスできるようにするのに役立てることができる。シームレスなハンドオーバーはまた、ある無線アクセスリンクから別の無線アクセスリンクに切り替えるときに、パケットが失われることも遅延することも確実にないようにするのに役立ち得る。
【００７４】
マルチコネクティビティは、ＵＥがＣＮへの少なくとも２つの経路を常に確実に有するようにすることで、信頼性要件を満たすのに役立つように用いられ得る。マルチコネクティビティのシナリオにおいて、ＵＥは、同じキャリア又は異なるキャリアで複数のアクセスノードに接続することができる。場合によっては、異なるアクセスノードが、異なるＲＡＴ（例えば、ＬＴＥ及びＮＲ）を用いていてもよい。デュアルコネクティビティは、異なる世代の無線アクセスリンク（例えば、ＬＴＥ又はＨＳＰＡ）接続を、異なる周波数接続（例えば、サブ６ＧＨｚ又はミリ波接続）を利用し得る次世代無線アクセス技術（例えば、５ＧのＲＡＴ）と共に利用することができる。例えば、異なる周波数接続が、マルチＲＡＴをサポートするのに用いられてよい。
【００７５】
マルチコネクティビティは、ＬＴＥの既存のＤＣコンセプトを拡張することによって可能になり得る。３Ｃアーキテクチャオプションを用いることができ、１つの共通ＰＤＣＰエンティティ、例えば、図２に示すようなｇＮＢ−１（２００）が存在する。次世代（いわゆる５Ｇネットワークなど）の初期展開は一様なカバレッジを有していなくてもよいので、複数のＲＡＴ（例えば、ＮＲ及びＬＴＥ）による接続によって、全ての地理的エリアをカバーする展開を待つ必要がなく、ＵＲＬＬＣサービスの早期サポートが可能になる。複数のＲＡＴにまたがるデータの伝送は、異なる相互作用展開オプションを考慮する必要がある。例えば、次世代無線技術（ＮＲ）は独立モードで機能してよく、又はＬＴＥノードによってサポートされてもよい。いずれかの世代のノードがアンカーノードとして用いられ得る。マルチＲＡＴの場合には、サービングＲＡＮノードは両方のＲＡＴの送受信ポイント（ＴＲＰ）を含み得る。
【００７６】
図５に示すように、ＵＥ３５０が、ＮＲ−Ｕｕ１３７として示されたインタフェースを介して、次世代ノードＢ（ｇＮｏｄｅＢ又はｇＮＢ）と通信し得る。当該インタフェースは、ＬＴＥのｅＮＢに対するＵｕインタフェース１２７に類似したものである。Ｘｎインタフェース１１２が、プライマリＲＡＮノード（ｇＮＢ２００）をセカンダリＲＡＮノード（ｅＮＢ３７０）に接続するのに用いられる。図２に関連した上記の議論と同様に、Ｘｎインタフェースによって、ダウンリンクトラフィックが移動先ＲＡＮノードにプッシュされ、また移動先ＲＡＮノードにより受信されるＵＬトラフィックがプライマリＲＡＮノードにプッシュされることが可能になる。ＰＤＣＰ機能が、ＵＥ及びプライマリＲＡＮノード（ここでは、ｇＮＢ２００として示される）において実装され得る。当業者であれば、さらなる複数のセカンダリノードを接続することができ、それぞれがプライマリＲＡＮノードへのＸｎインタフェースを有することを理解するであろう。
【００７７】
複数の無線リンクを介してＵＥ３５０から受信した複製のＵＬパケットを除去するために、プライマリ／アンカーＲＡＮノードのＰＤＣＰ層１０５を頼ることができる。ＵＥ３５０は、それぞれが同じアンカーノードに接続された複数の移動先ＲＡＮノードの結合サービスエリアを通じて移動することができる。一部の実施形態において、この接続は、接続されたＲＡＮノード間で、ＰＤＣＰ層とのセキュリティアソシエーションを再確立する必要がなく変えることができる。ＵＥがアンカーＲＡＮノードのカバレッジから移動した場合、ＵＥは移動先ＲＡＮノードのＰＤＣＰ機能とのセキュリティアソシエーションを確立することができる。あるいは、コアネットワークは、移動イベントの間に鍵交換を開始することができる。
【００７８】
ＵＥ３５０は、ＮＲのＲＡＮ及びＬＴＥのＲＡＮの両方に同時に接続される場合、２つのレイヤスタックを用いる。ＬＴＥのＲＡＮであるｅＮＢ３７０と接続するのにＵＥ３５０が用いるレイヤスタックは、ＲＬＣ層１２５、ＭＡＣ層１３０、及びＰＨＹ層１３５を含む。２つの異なる無線アクセス技術（ＲＡＴ）に同時に接続するこの機能によって、複数の無線アクセス技術（マルチＲＡＴ）のサポートが可能になる。ＮＲのＲＡＮであるｇＮＢ２００に接続するのにＵＥ３５０が用いるレイヤスタックは、ＮＲ−ＲＬＣ層１１０、ＮＲ−ＭＡＣ層１１５、及びＮＲ−ＰＨＹ層１２０を含む。この実施形態におけるこれらのレイヤスタックは両方とも、ＮＲ−ＰＤＣＰ層１０５を共有する。この実施形態のレイヤスタックにおいて、ｇＮＢ２００は、ＮＲ−ＰＤＣＰ層１０６、ＮＲ−ＲＬＣ層１１４、ＮＲ−ＭＡＣ層１４３、及びＮＲ−ＰＨＹ層１４４を含む。この実施形態のレイヤスタックにおいて、ｅＮＢ２７０は、ＲＬＣ層１５６、ＭＡＣ層１５７、及びＰＨＹ層１５８を含む。
【００７９】
ＵＲＬＬＣシナリオにおけるＵＬ伝送及びＤＬ伝送が図６に示されている。図を見て分かるように、ＵＥは複製のパケットを複数のアクセスノードに送信する。各アクセスノードは、受信したパケットをプライマリアクセスノードのＰＤＣＰ機能に送信する（これは、Ｘｎインタフェース又は他のそのようなインタフェースを介した伝送を必要とし得る）。ＤＬ方向において、プライマリノードのＰＤＣＰ機能は、Ｘｎインタフェースを介してセカンダリノードにパケットを転送することにより、意図的な複製のパケットを生成する。ＵＥは、受信したあらゆる複製のパケットを除去する。
【００８０】
図６は、ＵＥ１００がＬＴＥのｅＮＢ３２０並びにｇＮＢ３１０及びアンカーノード３３０に接続する一実施形態を示しており、ＮＲのＲＡＮ及びＬＴＥのＲＡＮの両方に同時に接続されているＵＥの機能を示している。したがって図６は、２つの異なる無線アクセス技術（ＲＡＴ）への同時接続を可能にする一実施形態を示しているが、これは複数の無線アクセス技術（マルチＲＡＴ）の一例であることを理解されたい。ＵＥ１００は、「パケットの複製及び複数のＲＡＮノードへの送信」処理４９０及び「ＵＬデータ」信号４９５及び５００を介して、パケットを複製し、当該パケットをｇＮＢ３１０及びｅＮＢ３２０の両方に送信する。各アクセスノードは、受信したパケットをアンカーノード３３０のＰＤＣＰ機能に送信する（これは、Ｘｎインタフェース又は他のそのようなインタフェースを介した伝送を必要とし得る）。それに応じて、ｇＮＢ３１０は次に、「ＵＬデータ」５０５信号を介して、このデータをアンカー３３０に送る。これは、Ｘｎインタフェース経由になり得る。一部の実施形態において、ｇＮＢ３１０はアンカーノードとしての役割を果たすことができ、その場合、信号５０５はエンティティ間の内部シグナリングを表すことを理解されたい。ｅＮＢ３２０も、同じデータを「ＵＬデータ」信号５１０（これは、Ｘｎインタフェースであり得る）を介してアンカー３３０に送る。アンカー３３０は、自身が受信する複製のＵＬパケットを「複製パケット除去」処理５１５を実行することにより除去するように構成されたＰＤＣＰ機能を含む。アンカー３３０はまた、「パケットの複製及び複数のＲＡＮノードへの送信」処理５２０及び「ＤＬデータ」信号５２５及び５３０を介して、ＤＬパケットを複製し、当該ＤＬパケットをｅＮＢ３２０及びｇＮＢ３１０の両方に送信する。これは、Ｘｎインタフェース経由になり得る。ｅＮＢ３２０は、自身がアンカー３３０から受信するＤＬデータを「ＤＬデータ」信号５４０を介してＵＥ１００に送信する。ｇＮＢ３１０も、自身がアンカー３３０から受信するＤＬデータを「ＤＬデータ」５３５を介してＵＥ１００に送信する。ＵＥ１００は、自身がｅＮＢ３２０及びｇＮＢ３１０から受信する複製ＤＬデータを「複製パケット除去」処理５４５を実行することにより除去する。
【００８１】
アンカーノードの役割であるシームレスなハンドオーバーを保証するために、切り替え時に接続を中断させないハンドオーバー手順が用いられ得る。ＵＥは、移動元アンカーノードのＲＲＣ接続を解放する前に、移動先アンカーノードとの無線接続を確立し得る。したがって、ＵＥは移動イベントの間に２つの同時無線接続を有するが、移動元ノードとのＲＲＣ接続は１つである。同時無線接続を用いるハンドオーバー手順は、図９に示されている。
【００８２】
このハンドオーバー手順では、ハンドオーバーの条件が満たされている場合、移動元ＭｇＮＢ３６０は、無線ベアラを確立するためのＲＲＣ接続再設定を移動先ＭｇＮＢに送信する。この場合、ＵＥ１００は、移動元ＭｇＮＢ３６０との無線接続及びＲＲＣ接続を維持する。移動先ノード３６５へのＲＢが確立された後に、パケット複製がデータ及びＲＲＣシグナリングの両方に用いられ得る。
【００８３】
移動元ノードとのＲＲＣ接続を解放する条件が満たされている場合、移動元ノード（及び、任意選択的に移動先ノード）は、ＲＲＣ接続を完了させるＲＲＣ接続再設定コマンドを移動先ノードに送信する。移動元ノードとの無線リンクは維持されている。ＲＲＣ接続が移動先ノードに対して確立されると、ＵＥは、無線接続を移動元ノードから切り離してよい。
【００８４】
上述の方法及びシステムに用いられた冗長リンクは、ＭＣ（ＭＣのうち、ＤＣは特別なケースとみなされ得る）の使用を通じて実現され得る。そのような構成において、ＲＡＮノードは、共通のＰＤＣＰエンティティを用いるように構成され得る。伝送するＲＡＮノードのＰＤＣＰ機能は、マルチコネクティビティアーキテクチャのパケット複製をサポートし得る。プライマリＲＡＮノード及びＵＥにおけるＰＤＣＰ機能は、パケット複製を処理するために割り当てられた役割であり得る。移動中に、ＵＥは、ハンドオーバー時のサービス中断の可能性の低減を可能にするために、移動元ＲＡＮノード及び移動先ＲＡＮノードの両方への複数の同時無線接続を提供され得る。この場合、ＵＥは単一のＲＲＣ接続を維持する。
【００８５】
一例によれば、この手順は、ＵＥ１００と移動元ＭｇＮＢ３６０との間でＲＣＣ接続が確立された後（「ＲＲＣ接続確立」信号４００及び「データ」信号４０５の後）に開始してよい。図９に示す実施形態による、ハンドオーバー、パケット複製、及び移動元の解放の手順は、図３に示す実施形態の代替例であることを理解されたい。
【００８６】
さらなる例によれば、「シームレスなハンドオーバーの基準達成」処理４１０が、ハンドオーバー条件を満たすために任意選択的に提供されている。無線ベアラを確立するためのＲＲＣ接続再設定の宛先は、「ＲＲＣ接続再設定（ＲＢのみを確立）」信号５５０を介してＵＥ１００であってよい。移動先ノード３６５は、「無線ベアラ確立」信号５５５を介して確立されてよい。パケット複製については、ＵＥ１００と移動元ＭｇＮＢ３６０との間で「データ」信号５６０を介して、またＵＥ１００と移動先ＭｇＮＢ３６５との間で「データ」信号５６５を介して、データが伝送されてよい。
【００８７】
再び、例によって、移動元ノードとのＲＲＣ接続を解放する条件は、「移動元を解放する基準達成」手順５７０を介して満たされてよい。これをシグナリングするのに、移動元ノードは、「ＲＲＣ接続再設定（移動先へのＲＲＣ接続完了）」信号５７５を介してよく、また移動先ノードは「移動先ＭｇＮＢへのＲＲＣ接続完了」信号５８０を介してよい。ＵＥは、「移動元ＭｇＮＢからの切り離し」処理を介して、無線接続を移動元ノードから切り離してよい。
【００８８】
図７は、プライマリノード６００に対するセカンダリノード６０５として機能し、また別のセカンダリノード６１５に対するプライマリノード６１０としても機能する無線アクセスノード６０２が示されている一実施形態を示す。図を見て理解できるように、各プライマリノードは複数のセカンダリノードを有することができ、図７に示すような構造は、ノード間の関係をモデリングする際に、ツリー状の構造を可能にする。
【００８９】
パケット複製（ＰＤ）をサポートする場合に、より十分なリソース利用率を実現し、スペクトル効率を改善するために、ＬＴＥ及び５Ｇ（新無線（ＮＲ））アーキテクチャにおいてサポートされる様々なダイバーシティ技術が活用され強化され得る。これらのアーキテクチャ技術は、次の技術を含む。
・マルチコネクティビティ／デュアルコネクティビティ（ＭＣ／ＤＣ）：非理想的バックホール（すなわち、Ｘｎインタフェース）を介して接続されている少なくとも２つの異なるネットワークアクセスノード（例えば、マスターｇＮＢ及びセカンダリｇＮＢ）によって提供される無線リソースにＵＥがアクセスできる動作モード。一例において、ネットワークアクセスノードは、同じ又は異なる無線アクセス技術（ＲＡＴ）のマスターｇＮＢ及びセカンダリｇＮＢであってよい。
・キャリアアグリゲーション（ＣＡ）：複数のコンポーネントキャリア（ＣＣ）が、高データレートを実現するために、周波数分割複信（ＦＤＤ）及び時分割複信（ＴＤＤ）の両方の伝送モードに一緒に用いられ得る動作モード。このアーキテクチャでは、複数の小セルが異なるキャリアを用いて構成され得る。これらの小セルは、理想的バックホールでマクロセルに接続される。
【００９０】
ＰＤ技術をサポートするＭＣ／ＤＣ及びＣＡアーキテクチャに対して行われ得る機能拡張が、以下で論じられる。
【００９１】
まず、ＰＤ技術をサポートするＭＣ／ＤＣアーキテクチャに対して行われ得る機能拡張が、様々な実施形態に従って論じられる。ＭＣ／ＤＣアーキテクチャは、Ｘｎインタフェース２５０、１１２を介して接続されたマスターｇＮＢ及びセカンダリｇＮＢ（ＭｇＮＢ６００、６１０及びＳｇＮＢ６０５、６１５）を含む。ＭｇＮＢ６００は、（ＰＤＣＰ層１０５、ＲＬＣ層１１４、ＭＡＣ層１４３、及びＰＨＹ層１４４から構成される）完全なＲＡＮプロトコルスタックをホストするが、ＳｇＮＢ６１５は下位層のみ（すなわち、ＲＬＣ１２５、ＭＡＣ１３０、及びＰＨＹ１３５）をホストする。また、各ＭｇＮＢは、プライマリセル（ＰＣｅｌｌ）及び複数のセカンダリセル（ＳＣｅｌｌ）で構成される複数のリンク／セルをサポートすることができる。ＭｇＮＢによって制御されるセル／リンクは、集合的にマクロセル群（ＭＣＧ）を形成する。次に、ＳｇＮＢは、プライマリ小セル（ＰＳＣｅｌｌ）及び複数のＳＣｅｌｌを含むセカンダリセル群（ＳＣＧ）をサポートし制御する。
【００９２】
プライマリＲＡＮノード６００は、セカンダリＲＡＮノード６０５と通信するために、Ｘｎインタフェース２５０をサポートすることを理解されたい。セカンダリＲＡＮノード６０５は、ＮＲ−ＲＬＣ１４５、ＮＲ−ＭＡＣ１５０、及びＮＲ−ＰＨＹ１５５を含む下位層をホストする。疑似プライマリＲＡＮノード６１０は、ＮＲ−ＲＬＣ１４５、ＮＲ−ＭＡＣ１５０、及びＮＲ−ＰＨＹ１５５を含む下位層と共にＮＲ−ＰＤＣＰ６２５を含む完全なＲＡＮプロトコルスタックをホストする。示された実施形態において、ＮＲ−ＲＬＣ１４５、ＮＲ−ＭＡＣ１５０、及びＮＲ−ＰＨＹ１５５を含む下位層は、疑似プライマリＲＡＮノード６１０とセカンダリＲＡＮノード６０５との間で共有されるが、別個のＲＬＣエンティティ、ＭＡＣエンティティ、及びＰＨＹエンティティが用いられる場合があることを理解すべきことに留意されたい。
【００９３】
ＭｇＮＢ３６２でホストされるＲＲＣエンティティ７００は、図１０に示すように、ＭｇＮＢ３６２及びＳｇＮＢ３６７の両方のプロトコル層を全て構成する役割を担うことになる。図１０は、一実施形態に従って、ＰＤをサポートするＮＲのＭＣ／ＤＣアーキテクチャの一例を示す。ＰＤのサポートについては、それぞれの複製のプロトコルデータユニット（ＰＤＵ）を構成して、当該ＰＤＵをＭｇＮＢ３６２及びＳｇＮＢ３６７内の異なるリンク／セルのセットに割り当て、最大ダイバーシティを実現することが目的である。別の実施形態において、ＭＣ／ＤＣアーキテクチャは他のＲＡＴを含み得る。例えば、ＭＣ／ＤＣアーキテクチャは、ＬＴＥ又はｅＬＴＥと組み合わせたＮＲを含んでよい。
【００９４】
そのようなＭＣ／ＤＣアーキテクチャにおいて、送信機のＰＤＣＰ７０６エンティティは、ＰＤＣＰ  ＰＤＵを複製する新たなパケット複製（ＰＤ）機能をホストする。複製のＰＤＵの各インスタンスは、同じＰＤＣＰシーケンス番号（ＳＮ）を搬送してよい。受信機において、ＰＤＣＰエンティティは、受信したＰＤＣＰ  ＰＤＵの結合を（例えば、ビットレベルのソフト結合技術を用いて）行い得るＰＤ除去機能をホストする。
【００９５】
ＰＤＣＰとＲＬＣとの間の無線ベアラ対論理チャネルのマッピングは、さらなる複製がＲＬＣ層７１１で必要とならないように、１対１に構成され得る。ＲＬＣは、ＰＤＣＰにおけるＰＤが有効になった場合、非認証モード（ＵＭ）又は透過モード（ＴＭ）のいずれかで動作するように（ＲＲＣ７００によって）構成されてよい。
【００９６】
ＭＣ／ＤＣにおける各アクセスノード（すなわち、ＭｇＮＢ３６２及びＳｇＮＢ３６７）において、ＭＡＣ層７０５における論理チャネルは、異なるリンク／セル／キャリアと関連付けられたトランスポートチャンネルにマッピングされてよい。この場合、各論理チャネルとトランスポートチャンネルとの間のマッピングも、１対１に構成される。上位ＭＡＣ層（Ｕ−ＭＡＣ７０５）には、異なるリンク／セル／キャリアにわたって、ＭＡＣ  ＰＤＵ又はトランスポートブロック（ＴＢ）のクロスキャリアスケジューリングを行うことができる共通のスケジューラ／マルチプレクサが存在し得る。下位ＭＡＣ層（Ｌ−ＭＡＣ７１０）では、各リンクは、ある最大回数の再伝送（例えば、ＨＡＲＱ処理ごとに１回の再伝送）をサポートするように構成され得る自身のＨＡＲＱ処理によって順番に処理され得る。これにより、（リンクごとの）ＨＡＲＱ処理が互いに独立して機能することが可能になる。
【００９７】
ＰＨＹ層７１５では、各トランスポートチャンネルは自身のＰＨＹエンティティ７１５によって処理され得、異なる数の物理リソースブロック（ＰＲＢ）及び変調符号化方式（ＭＣＳ）が、ダウンリンク（ＤＬ）伝送及びアップリンク（ＵＬ）伝送の両方において設定可能となるようにすることができる。
【００９８】
ＰＤ技術をサポートするＣＡアーキテクチャに対して行われ得る機能拡張が、様々な実施形態に従って論じられる。図１１は、一実施形態に従って、ＰＤをサポートするＮＲのＣＡアーキテクチャの一例を示す。ＣＡアーキテクチャは、複数のＣＣを介した伝送をサポートする機能を備えた完全なＲＡＮプロトコルスタックを含み得る独立型アクセスノードを含む。次にＣＣは、プライマリセル（ＰＣｅｌｌ）及び複数のセカンダリセル（ＳＣｅｌｌ）を含み得る。ＰＤをサポートするために、それぞれの複製のパケットは異なるＣＣに割り当てられ得る。ＣＡにおいても、複製機能は、ＰＤＣＰエンティティ又はＭＡＣエンティティのいずれかでホストされ得る。
【００９９】
ＰＤがＰＤＣＰ７０６で行われる場合には、同様のオペレーションが、ＭＣ／ＤＣアーキテクチャに関連して上述したように実現され得る。一部の実施形態において、ＰＤがＭＡＣ層７０５で行われる場合、（ＲＬＣ７１１から）受信された各ＭＡＣサービスデータユニット（ＳＤＵ）は、複数のＭＡＣ  ＰＤＵ（すなわち、同じ大きさの複数のトランスポートブロック（ＴＢ））に複製され得る。ここでは、ＰＤＣＰで複製する場合とは異なり、各論理チャネルとトランスポートチャンネルとの間のマッピングは１対多数である。それに応じて、ＲＲＣ７００は、各トランスポートチャンネルが確実に異なるＣＣにマッピングされるようにＭＡＣ層を構成し得る。
【０１００】
Ｕ−ＭＡＣ７０５には、異なるＣＣ間でＭＡＣ  ＰＤＵのクロスキャリアスケジューリングを行い得る共通のスケジューラ／マルチプレクサが存在し得る。共通のＨＡＲＱバッファをサポートしながら、異なるＣＣにわたって機能し得る共通のＨＡＲＱエンティティも存在し得る。Ｌ−ＭＡＣ７１０では、各ＣＣは自身のＨＡＲＱ処理と関連付けられ得、これは、ある最大回数の再伝送を処理するように構成されてよい。各ＨＡＲＱ処理で受信されたデータは、共通のＨＡＲＱエンティティが管理する共通のバッファに格納され得る。各ＨＡＲＱ処理におけるＨＡＲＱのＡＣＫ／ＮＡＣＫフィードバックは、共通のＨＡＲＱエンティティから制御され得る。受信機において、異なるＨＡＲＱ処理にわたって共通のＨＡＲＱエンティティで受信されたパケットの結合を行うのに、ソフト結合技術が用いられ得る。さらに、受信機でのソフト結合によって複製が除去され、その結果得られるＰＤＵは上位層（すなわち、ＲＬＣ７１１及びＰＤＣＰ７０６）に転送される。
【０１０１】
次の表は、複数の実施形態による、ＰＤをサポートするアーキテクチャの影響をまとめたものである。
【表１】
2019530355.tif 000003
【０１０２】
ここで、パケット複製をサポートするトリガー技術が、様々な実施形態に従って論じられる。
【０１０３】
初期アクセス手順（すなわち、ＲＲＣ接続確立手順）において、ＵＥは、ＣＣの数とＵＥがサポートできる（ＳｇＮＢにアクセスするための）Ｔｘ／Ｒｘチェーンとを示す自身の機能情報をＰＣｅｌｌ（すなわち、ＭｇＮＢ）に提供することができる。ＵＥは、帯域間ＣＡ構成に対する自身の希望とＵＲＬＬＣをサポートするための信頼性要件とを具体的に示し得る。
【０１０４】
特定の機能に基づいて、ＲＲＣエンティティは、ＵＲＬＬＣ伝送をサポートするために、ＭＣＧ内にＰＣｅｌｌ及び複数のＳＣｅｌｌを構成する。任意選択的に、ＲＲＣはまた、ＲＲＣ接続再設定手順の一部として、ＳｇＮＢ内のＰＳＣｅｌｌ及びＳＣｅｌｌで構成されるＳＣＧのセットを構成し得る。ＳｇＮＢ内のＰＳＣｅｌｌが構成される場合において、構成パラメータは、（ＳｇＮＢ追加／変更要求手順の一部として）Ｘｎインタフェースを介し、ＲＲＣコンテナを経由してＭｇＮＢから伝送される。新たなＳｇＮＢが既存のＳＣＧセットに追加され得、既存のＳｇＮＢは、ＵＥが可動性である場合において、ＲＲＣ接続再設定手順を介して更新され得るか又は解放され得るかのいずれかである。初期アクセス手順の後に、次のオプションが、ＰＤモードを有効／無効にするトリガー方法として適用され得る。
【０１０５】
ここで、パケット複製及びリンク選択のトリガーが、様々な実施形態に従って論じられる。
【０１０６】
ＰＤに代わるものとして、複数の実施形態によるリンク選択（ＬＳ）技術が、利用可能な最適伝送リンクを高速チャネル測定に基づいて選択し提供することによって信頼性を実現し得る。これは、非常に好ましいチャネル状態（例えば、見通し内（ＬＯＳ）で高ＳＮＲ、低負荷）を備えた、単一の最適なリンクによる伝送がＵＲＬＬＣ要件を満たすのに十分な、ネットワークのカバレッジ領域が存在するという仮定に基づいている。この領域の外側では、本明細書で論じられるようなＰＤ手法が、ＵＲＬＬＣ要件を満たすために用いられる。
【０１０７】
この点に関しては、トリガー方法が、後述されるように、ネットワーク又はＵＥのいずれかに実装され得る選択基準に基づいて、ＬＳモードとＰＤモードとの間をトグルで切り替えるように適用され得る。
【０１０８】
まず、ネットワークによりトリガーされる手法が、複数の実施形態に従って論じられる。ネットワークによりトリガーされるＬＳ／ＰＤ有効化手順の一例が、一実施形態に従って図１２に示されている。ネットワークによりトリガーされる手法では、最初にＭｇＮＢ３７０が、ＲＲＣによって構成されたリンク／ＣＣのセットの中のＰＣｅｌｌを有効にし、ＳＣｅｌｌを無効にする。リンク／ＣＣの有効化／無効化状況は、ＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）を介してＵＥ１００に伝えられ得る。ＭＣ／ＤＣの場合には、ＰＤのために利用されるリンクのセットは、ＭＧＣ（ＭｇＮＢ）及びＳＧＣ（ＳｇＮＢ）の両方からのものを含んでよいことに留意されたい。
【０１０９】
ＭｇＮＢ３７０はまた、ＤＬ制御情報（ＤＣＩ）信号を介して、全ての有効リンク／ＣＣに関するチャネル品質情報（ＣＱＩ）レポートをＵＥ１００に要求してよい。ＵＥ１００は、ＵＣＩを介してＣＱＩレポートを伝送する。ＰＤＣＰ／ＲＬＣデータバッファが空でない場合、ＵＥ１００はまた、スケジューリング要求（ＳＲ）をＵＣＩで伝送してよい。
【０１１０】
チャネル測定及び総合負荷情報に基づいて、ＭｇＮＢ３７０は、ＵＥ１００のための最適な伝送モードを決定するトリガー基準を用いてよい。すなわち、ｎ個の利用可能なＣＣからｋ個の最適なＣＣ（又はリンク）を選択することにより、ＬＳ又はＰＤの選択が行われる。ここで、ｋ＝１の場合にはＬＳが選択され、ｋ＞１の場合にはＰＤが選択される。一例として、トリガー基準に関わる段階を次のように列記することができる。
ｉ）ＣＱＩ及び最適なリンクに対して利用可能なリソースが信頼性要件を満たすのに十分である場合、ＭｇＮＢ３７０はＬＳモードを選択する。
ｉｉ）ＣＱＩ及び最適なリンクに対して利用可能なリソースが信頼性要件を満たすほど十分ではない場合、ＭｇＮＢ３７０はＰＤモードを選択するために２番目に最適なリンクを検討する。２番目に最適なリンクは、次の基準を満たす必要がある。すなわち、ｉ）２番目に最適なリンクのＣＱＩはＣＱＩ＿閾値より上である、ｉｉ）最適なリンクと２番目に最適なリンクとの差分＿ＣＱＩは差分＿閾値より下である、及びｉｉｉ）２番目に最適なリンクに対して利用可能なリソースはリソース＿閾値より上である。
ｉｉｉ）２つの最適なリンクが信頼性要件を満たすほど十分ではない場合、ＭｇＮＢ３７０は３番目に最適なリンクも検討する。３番目に最適なリンクも、ＣＱＩ＿閾値、差分＿閾値、及びリソース閾値についての上記要件を満たす必要がある。
ｉｖ）この手順は、信頼性要件が満たされるまで、又はリンク（セル／キャリア）が存在しなくなるまで繰り返される。
【０１１１】
ＬＳが選択される場合において、ＭｇＮＢ３７０は１つの有効なリンク／ＣＣを選択し、ＤＣＩを送信して、１回の伝送に対してＤＬリソースを割り当てるか又はＵＬリソースをグラントする。
【０１１２】
ＰＤが選択された場合、ＭｇＮＢ３７０は複数の有効リンク／ＣＣを選択し、選択されたリンク／ＣＣのそれぞれにＤＣＩを送信する。ＵＬグラントがＰＤに用いられることを示すのに、新たなＤＣＩフォーマットが用いられてよい。新たなパケット複製フィールドは、どのグラントがＰＤに用いられるかを識別するための単一のビットであってよい。
【０１１３】
あるいは、パケット複製フィールドはシーケンス番号であってもよく、これによって、特定のＰＤ伝送に用いられるグラントが識別される。
【０１１４】
別の実施形態において、単一のＵＬグラントがＵＥに送信され得、これにより、ＰＤに用いるセル／キャリアが示される。
【０１１５】
選択されたモードに基づいて、ＭｇＮＢは有効リンク／ＣＣにリソースを配分し、リソース構成（例えば、ＰＲＢ、ＭＣＳ、アンテナポート）をＤＣＩでＵＥに示す。ＭｇＮＢはまた、ＵＬグラントを提供し、ＤＣＩを介して半永続的スケジューリング（ＳＰＳ）構成を有効にしてよい。
【０１１６】
ＵＬにおいて、ＵＥは物理ＵＬ共有チャネル（ＰＵＳＣＨ）でデータを伝送すると共に、有効な全てのＣＣに対して（物理ＵＬ制御チャネル（ＰＵＣＣＨ）で）ＣＱＩをレポートし続ける。その後の伝送は、ＭＡＣ  ＣＥに関するバッファ状況レポート（ＢＳＲ）を含んでよい。
【０１１７】
ＤＬにおいて、データは、物理ＤＬ共有チャネル（ＰＤＳＣＨ）上のスケジューリングされたリンク／ＣＣで伝送される。
【０１１８】
ＭｇＮＢは、ＲＲＣ接続再設定手順を介してＵＥに示され得る設定済みリンク／ＣＣセットを更新してよい。
【０１１９】
一例として、ＵＥ１００及びＭｇＮＢ３７０は、処理の間に、信号３７５を介して「ＲＲＣ接続再確立」情報を、信号３８０を介して「ＵＥ機能情報」を、及び信号３８５を介して「ＲＲＣ接続再設定（Ｐｃｅｌｌ及びＳｃｅｌｌの設定）」をやり取りする。
【０１２０】
トリガー基準は、「ＬＳ／ＰＤトリガーの基準」処理３９５によって例示され得る。この処理の間に、ＵＥ１００及びＭｇＮＢ３７０は、信号８００を介して「ＬＳ／ＰＤトリガー（ＭＡＣ  ＣＥ）」情報を、信号８０５を介して「ＵＬグラント（ＰＤＣＣＨ）」を、及び信号８１０を介して「ＵＲＬＬＣデータ及びＵＣＩ（ＰＵＣＣＨ、ＰＵＳＣＨ）」をやり取りする。
【０１２１】
一例によれば、処理についてのレポートは、「ＵＣＩ（設定されたＣＣのＣＱＩ）」信号３９０を介して、物理ＵＬ制御チャネル（ＰＵＣＣＨ）で伝達されてよい。
【０１２２】
さらなる例によれば、ＤＣＩは、「ＵＲＲＬＣデータ及びＤＣＩ（ＰＤＳＣＨ、ＰＤＣＣＨ）」信号８１５を介して送信されてよい。
【０１２３】
ここで、ＵＥによりトリガーされる手法が、複数の実施形態に従って論じられる。ＵＥによりトリガーされるＬＳ／ＰＤ有効化手順の一例が、一実施形態に従って図１３に示されている。ネットワークによりトリガーされる場合と同様に、ＵＥ１００によりトリガーされる場合では、ＭｇＮＢ３７０は、チャネル測定を行うために、ＵＥ１００用のリンク／ＣＣのセットを有効にする。ＰＣｅｌｌを除く全てのリンク／ＣＣは、最初に、デフォルトの無効状態になるように設定される。しかしながら、ネットワークによりトリガーされる場合とは異なり、ＭｇＮＢは、これらのリンクを依然として無効状態に維持しながら、設定済みリンクに特定のリソースを事前に配分してよい。ＭｇＮＢは、ＤＣＩを介して、ＵＬグラントと共にリソース構成（例えば、ＰＲＢ、潜在的なＭＣＳの範囲）も提供してよい。さらに、リンクごとのＵＬグラントは、対応するリンクのリソースが有効であり且つＵＥ用に予約されている期間を示す有効性タイマーを含んでよい。
【０１２４】
ＰＤＣＰ／ＲＬＣバッファ内のデータの可用性と、測定されたチャネル状態とに基づいて、ＵＥは、ＰＤモードを選択するためのトリガーを決定する基準を適用し得る。一例として、ＬＳ／ＰＤ用のトリガー基準に関わる段階が、次のように列記される。
ｉ）最適なリンクのＣＱＩが信頼性要件を満たすのに十分である場合、ＵＥはＬＳモードを選択する。
ｉｉ）最適なリンクのＣＱＩが信頼性要件を満たすほど十分ではない場合、ＵＥは、ＰＤモードを選択するために２番目に最適なリンクを検討する。２番目に最適なリンクは、次の基準を満たす必要がある。すなわち、ｉ）２番目に最適なリンクのＣＱＩはＣＱＩ＿閾値より上である、ｉｉ）最適なリンクと２番目に最適なリンクとの差分＿ＣＱＩは差分＿閾値より下である。
ｉｉｉ）２つの最適なリンクが信頼性要件を満たすほど十分ではない場合、ＵＥは３番目に最適なリンクも検討する。３番目に最適なリンクも、ＣＱＩ＿閾値及び差分＿閾値についての上記要件を満たす必要がある。
ｉｖ）この手順は、信頼性要件が満たされるまで、又はリンク（セル／キャリア）が存在しなくなるまで繰り返される。
【０１２５】
ＵＬにおいて、ＵＥ１００はデータをＰＵＳＣＨで伝送する。ＤＬにおいて、データは、ＰＤＳＣＨ上のスケジューリングされたリンク（セル／ＣＣ）で伝送される。
【０１２６】
さらに、ＭｇＮＢは、ＵＥによりトリガーされた選択機能をＰＤＣＣＨ内のインジケータを送信することで動的に無効にし、グラントフリーリソースの使用をプライマリセル／キャリアに限定することが可能なはずである。このインジケータは、異なるセル／キャリア上のグラントフリーリソースに対してＵＥがＰＤを用いるかどうかを示す単一のビットであってよい。ＰＤインジケータは、動的に又は半静的にシグナリングされ得る。
【０１２７】
あるいは、それぞれのセル／キャリア上のグラントフリーリソースのＰＤインジケータがあってもよい。ＵＥは、ＰＤインジケータが設定されているセル／キャリアに対してグラントフリーリソースのみを用いることができる。
【０１２８】
別の実施形態において、ＲＲＣシグナリングが、複数のセル／キャリア上のグラントフリーリソースに対してＰＤを設定するのに用いられ得る。
【０１２９】
ここで、パケット複製のためのシグナリングが、複数の実施形態に従って論じられる。パケット複製を有効にしたり無効にしたりする基準は、ＤＬチャネル状態及びＵＬチャネル状態、並びに異なるセル／キャリアの負荷によって決まる。ＤＣ／ＭＣアーキテクチャ及びＣＡアーキテクチャの両方において、ＭｇＮＢ（ＰＣｅｌｌ）は、ＵＥのためにパケット複製を有効にするかどうかに関する決定を行う。
【０１３０】
パケット複製が有効になると、ＭｇＮＢは、必要な信頼性を満たすために、ＤＬ伝送及びＵＬ伝送の両方に用いるリンク（セル）をいくつにするかを動的に決定することができる。ＵＥは、パケットの伝送のために、１つ又は複数のＤＬ割り当て又はＵＬグラントを受信してよい。
【０１３１】
ＵＬ及びＤＬに用いられるリンクの数は、異なってもよい。これは、ＵＬとＤＬの負荷が著しく異なり得るからである。
【０１３２】
ネットワークはまた、パケット複製をいつ用いるべきかを決定する基準をＵＥに提供してよく、ＵＥはパケット複製用に構成される。これにより、パケット複製をいつ用いるべきかをＵＥが決定することが可能になる。
【０１３３】
上述した事前配分は、ＵＥにより送信されるスケジューリング要求（ＳＲ）及びその後のリソース配分を含む動的なスケジューリング手順を経ることなく、リソースがＵＥに事前に配分されるグラントフリー技術に適合する。例として、ＭｇＮＢ３７０は、「設定されたＣＣ上の事前に配分されたリソース用のＵＬグラント（ＰＤＣＣＨ）」信号８０５を介して、ＵＥ１００にＵＬグラントを通知する。この処理の間に、ＭｇＮＢ３７０及びＵＥ１００も、信号３７５を介して「ＲＲＣ接続再確立」情報を、信号３８０を介して「ＵＥ機能情報」を、及び信号３８５を介して「ＲＲＣ接続再設定（Ｐｃｅｌｌ及びＳｃｅｌｌの設定）」をやり取りする。
【０１３４】
例示的な実施例によれば、トリガー基準は、「ＬＳ／ＰＤトリガーの基準」処理３９５によって満たされてよい。さらに、データは、ＵＬでは「ＵＲＬＬＣデータ（ＰＵＳＣＨ）、ＭＡＣ  ＣＥ（ＰＳ／ＰＤトリガー）、ＵＣＩ（ＣＱＩレポート）」信号８２０経由によって、またＤＬでは「ＵＲＬＬＣデータ及びＤＣＩ（ＰＤＳＣＨ、ＰＤＣＣＨ）信号８１５によって伝送されてよい。
【０１３５】
図１４は、実施形態に従って、パケット複製を有効にするための例示的なシグナリングフローを示す。この手順では、ＵＥの測定レポートに基づいて、新たなセル／キャリアがＵＥ１００のために追加され得る。サービングＭｇＮＢは、リンク選択を使用して、最適なセル／キャリアを決定し、パケットを送信することができる。パケット複製（ＰＤ）を有効にする基準が満たされている場合（８６５）、サービングＭｇＮＢ３７０は、ＲＲＣ接続再設定メッセージ８７０を送信して、ＰＤモードを有効にする。ＵＥ１００がＲＲＣ再設定完了メッセージ８７５を送信すると、パケット複製モードが有効になり得る。これは、ＵＥが複数のＤＬ割り当てメッセージと、複数のＵＬグラントとを同じＵＲＬＬＣパケットに対して受信できることを意味する。リンク選択の使用は、ＵＥ１００とＭｇＮＢ３７０との間で受け渡しされるデータ８５５、及びＵＥ１００とＳｇＮＢ８３０との間で受け渡しされるデータ８６０を介してよい。
【０１３６】
ＵＥ１００は、ＭｇＮＢ３７０にＤＬ測定（ＳｇＮＢ）８３５をシグナリングし、ＭｇＮＢ３７０及びＳｇＮＢ８３０は、「ＰＳｃｅｌｌの追加」情報８４０をやり取りし、ＭｇＮＢ３７０はＲＲＣ接続再設定（ＳｇＮＢの追加）メッセージ８４５を伝送する。無線ベアラ８５０も、ＵＥ１００とＳｇＮＢ８３０との間に確立される。ＰＤがデータ無線ベアラ（ＤＲＢ）のために設定されると、ＭＡＣ１００はＰＤを有効又は無効にするエレメントを制御する。複製パケットは、データ５６０を介してＵＥ１００とＭｇＮＢ３７０との間で、またデータ５６５を介してＵＥ１００とＳｇＮＢ８３０との間で送信される。
【０１３７】
図１５は、実施形態に従って、パケット複製を無効するための例示的なシグナリングフローを示す。この手順では、ＵＥ１００がＰＤモードにある場合、サービングＭｇＮＢ３７０は、ＵＥのチャネル測定及びセル／キャリアの負荷に基づいて、ＰＤを無効にする基準を評価する。ＰＤ基準が満たされている場合、ＭｇＮＢ３７０はＲＲＣ接続再設定メッセージ８７１を送信して、ＰＤモードを無効にする。ＵＥ１００がＲＲＣ再設定完了メッセージ８７６を送信すると、ＰＤモードを無効にすることができ、サービングＭｇＮＢはリンク選択を使用してパケットを伝送することができる。
【０１３８】
リンク選択処理では、ＵＥ１００とＭｇＮＢ３７０との間でデータ８５５を共有し、またＵＥ１００とＳｇＮＢ８３０との間でデータ８６０を共有することが必要となる。一例によれば、複製パケットは、信号５６０を介してＵＥ１００とＭｇＮＢ３７０との間に、また信号５６５を介してＵＥ１００とＳｇＮＢ８３０との間に流れる。ＰＤを無効にする基準の評価は処理８６６を介してよい。チャネル測定は、ＭｇＮＢ３７０によって「ＤＬ測定（ＳｇＮＢ）」信号８３５を介してＵＥ１００から受信され得る。
【０１３９】
一部のシナリオにおいて、ＭｇＮＢは、パケット複製を有効／無効にする基準をＵＥに提供することができる。ＵＥは、その基準を評価して、パケット複製をいつ使用すべきかを決定する。図１６は、実施形態に従って、ＲＲＣシグナリングを通じてＵＥ１００に送信される基準に基づき、パケット複製を有効及び無効にするための例示的なシグナリングフローを示す。この手順では、ＭｇＮＢ３７０がＲＲＣ接続再設定メッセージ８７３を送信し、ＰＤ有効化基準を用いてＵＥ１００を構成する。この場合、ＵＥ１００はまた、パケット複製に用いられ得るリソース（例えば、複数のセル／キャリア上のグラントフリーリソース）を用いて構成される。
【０１４０】
一部の実施形態において、パケット複製を有効／無効にするための同じシグナリングが、ＤＣ／ＭＣアーキテクチャ及びＣＡアーキテクチャの両方において適用され得る。
【０１４１】
一部の実施形態において、ＲＲＣシグナリングは、ＵＥにパケット複製モードを設定するのに用いられ得る。
【０１４２】
一部の実施形態において、パケット複製を有効及び無効にする基準は、ＤＬチャネル状態及びＵＬチャネル状態並びにセルの負荷によって決まり得る。
【０１４３】
一部の実施形態において、ＵＬ及びＤＬにパケット複製を用いるという決定は、別個に決定され得る。
【０１４４】
一部の実施形態において、パケット複製を用いるという決定は、ＵＥがパケット複製モードにある間に、ネットワークによって行うことができる。言い換えれば、ＵＥがパケット複製モードにあったとしても、ネットワークはこの決定を無視することができる。
【０１４５】
一部の実施形態において、ネットワークは、パケット複製をいつ有効／無効にすべきかを決定する基準をＵＥに提供し得る。ＵＥは、この基準を用いて、パケット複製をいつ用いるかに関する決定を行う。
【０１４６】
上述した方法は、様々な装置（例えば、ＵＥ１００、ＭｇＮＢ３７０、ＳｇＮＢ８３０など）に含まれるコントローラによって実現され得ることを理解されたい。したがって、様々な実施形態は、プロセッサと、当該プロセッサにより実行された場合に上述の方法及びシグナリングを装置に実施させる機械可読命令とを含んだコントローラを含む。
【０１４７】
列記された実施形態の一部は、ＰＤを有効にする基準８８０及びＰＤを無効にする基準８８５の例とみなされ得る。
【０１４８】
一例によれば、ＵＥ１００は、この設定を終えたことをＭｇＮＢ３７０にＲＲＣ再設定完了メッセージ８７５を介して通知する。ＰＤを有効にする基準が（ＲＲＣシグナリングで提供された基準に基づいて）満たされている（８８０）とＵＥが判定すると、ＵＥはＰＤモードに切り替わる。その時点で、複製パケットが、データ５６０を介してＵＥ１００とＭｇＮＢ３７０との間に、またデータ５６５を介してＵＥ１００とＳｇＮＢ８３０との間に流れる。ＰＤを無効にする基準が（ＲＲＣシグナリングで提供された基準に基づいて）満たされている（８８５）とＵＥが判定すると、ＵＥはＰＤモードを無効にする。その時点で、リンク選択「データ」が、シグナリング８５５を介してＵＥ１００とＭｇＮＢ３７０との間で、またシグナリング８６０を介してＵＥ１００とＳｇＮＢ８３０との間で受け渡しされる。
【０１４９】
図１７は、実施形態に従って上述したような様々なネットワーク機能並びに方法及びシグナリングを実現するのに用いられ得る、処理システム１００１のブロック図である。図１７に示すように、処理システム１００１は、プロセッサ１０１０、作業メモリ１０２０、非一時的記憶装置１０３０、ネットワークインタフェース、Ｉ／Ｏインタフェース１０４０、及びノードタイプに応じて送受信機１０６０を含み、これらの全ては双方向バス１０７０を介して通信可能に結合される。
【０１５０】
ある実施形態によれば、図示された要素の全てが利用されても、又はこれらの要素の一部のみが利用されてもよい。さらに、処理システム１００１は、ある要素の複数のインスタンスを含んでよく、例えば、複数のプロセッサ、複数のメモリ、又は複数の送受信機などである。また、処理システム１００１の各要素は、他のコンポーネントと双方向バスを用いずに直接結合されてもよい。
【０１５１】
メモリは、任意のタイプの非一時的メモリを含んでよく、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、同期型ＤＲＡＭ（ＳＤＲＡＭ）、リードオンリメモリ（ＲＯＭ）、又はそのようなメモリの任意の組み合わせなどである。大容量記憶素子は、任意のタイプの非一時的記憶装置を含んでよく、例えば、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ、ＵＳＢドライブ、又はデータ及び機械実行可能プログラムコードを格納するように構成された任意のコンピュータプログラム製品などである。ある実施形態によれば、メモリ又は大容量記憶装置は、前述の機能及び段階を実行するための、プロセッサが実行可能なステートメント及び命令を自身に記録させている。処理システム１００１は、本明細書で説明した様々なネットワーク機能及びＵＥ機能を実行するＵＥ又はホストを実現するのに用いることができる。一例において、本明細書におけるホストはＲＡＮノードであってよい。
【０１５２】
前述の実施形態の説明を通じて、本開示は、ハードウェアのみを用いて、又はソフトウェア及び必要な汎用ハードウェアプラットフォームを用いて実現され得る。そのような理解に基づいて、本開示の技術的解決手段はソフトウェア製品の形で具現化され得る。ソフトウェア製品は、上述したようなデバイスメモリを含み得る不揮発性記憶媒体又は非一時的記憶媒体に格納されても、又はコンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、フラッシュメモリ、若しくは着脱可能なハードディスクなどの着脱可能なメモリに格納されてもよい。ソフトウェア製品は、コンピュータ装置（コンピュータ、サーバ、又はネットワーク装置）が本開示の実施形態において提供された方法を実行できるようにする複数の命令を含む。
例えば、そのような実行は、本明細書で説明したような論理的動作のシミュレーションに対応し得る。ソフトウェア製品は、追加的に又は代替的に、コンピュータ装置が本開示の実施形態に従ってデジタル論理装置を構成するか又はプログラミングするためのオペレーションを実行できるようにする複数の命令を含み得る。
【０１５３】
本発明のさらなる実施形態が、以下に提供される。次の項で用いる番号付けは、必ずしも前の項で用いた番号付けに従う必要はないことに留意されたい。
【０１５４】
実施形態１：無線アクセスネットワーク内のユーザ機器（ＵＥ）のハンドオーバーに関する、ＵＥへの第１の無線リソース制御（ＲＲＣ）接続を有する移動元無線アクセスノードが実行するための方法であって、
移動先無線アクセスノードへのＵＥのシームレスなハンドオーバーの基準が満たされていることを判定する段階と、
ＵＥと移動先無線アクセスノードとの間の第２の無線接続を確立する命令を、移動元無線アクセスノードとの無線接続及びＲＲＣ接続を維持しながらＵＥに伝送する段階と、
ＵＥへの無線接続を確立する命令に応答して、移動先無線アクセスノードへの第２の無線接続が確立されたというインジケーションを受信する段階と、
ＲＲＣ接続を移動元ＲＡＮノードから移動先ＲＡＮノードへ移動させるＲＲＣ接続再設定コマンドをＵＥに伝送する段階と
を備える方法。
【０１５５】
実施形態２：シームレスなハンドオーバーの基準が満たされていることを判定する段階は、ＵＥから測定レポートを受信する段階を含む、実施形態１に記載の方法。
【０１５６】
実施形態３：第２の無線接続を確立する命令をＵＥに伝送する段階は、ＲＲＣ接続をサポートする第１の無線接続と並行して第２の無線接続を確立する命令を伝送する段階を含む、前述のいずれかの実施形態に記載の方法。
【０１５７】
実施形態４：第２の無線接続を確立する命令をＵＥに伝送した後に、データをＵＥに伝送する段階をさらに含む、前述のいずれかの実施形態に記載の方法。
【０１５８】
実施形態５：第２の無線接続が確立されたというインジケーションを受信した後に、データをＵＥに伝送する段階をさらに含む、実施形態１から３のうちのいずれかに記載の方法。
【０１５９】
実施形態６：第１の無線リソース制御（ＲＲＣ）接続が確立されている第１の無線アクセスノードから、無線アクセスネットワーク内の第２の無線アクセスノードに、ユーザ機器をハンドオーバーする方法であって、
第２の無線アクセスノードに接続する能力を示す信号測定レポートを第１の無線アクセスノードに伝送する段階と、
第１の無線アクセスノードからの命令の受信に応答して、第２の無線アクセスノードとの第２の無線接続を確立する段階と、
第１及び第２の無線アクセスノードにデータを伝送するか、又は第１及び第２の無線アクセスノードからデータを受信する段階と、
第１のＲＲＣ接続を解放する段階と
を備える方法。
【０１６０】
実施形態７：第１及び第２の無線アクセスノードに伝送された、又は第１及び第２の無線アクセスノードから受信されたデータは同じである、実施形態６に記載の方法。
【０１６１】
実施形態８：第１のＲＲＣ接続を解放するようＵＥに命令するデタッチコマンドをＵＥに伝送する段階をさらに備える、実施形態１から５のうちのいずれかに記載の方法。
【０１６２】
実施形態９：デタッチコマンドをＵＥに伝送する段階は、ＲＲＣ接続再設定コマンドをＵＥに伝送する段階の後である、実施形態８に記載の方法。
【０１６３】
実施形態１０：説明されたようなアーキテクチャ。
【０１６４】
実施形態１１：ＤＣ／ＭＣアーキテクチャ及びＣＡアーキテクチャの両方において、パケット複製を有効／無効にするのに同じシグナリングを適用する方法。
【０１６５】
実施形態１２：パケット複製モードをＵＥに設定するのに用いられるＲＲＣシグナリングの方法。
【０１６６】
実施形態１３：ＤＬチャネル状態及びＵＬチャネル状態並びにセルの負荷によって決まる基準を利用して、パケット複製を有効及び無効にする方法。
【０１６７】
実施形態１４：ＵＬ及びＤＬにパケット複製を用いるという決定は別個に決定することができる、実施形態１３に記載の方法。
【０１６８】
実施形態１５：ＵＥにより決定されたパケット複製を実施することを決定する方法。
【０１６９】
実施形態１６：ＵＥは、パケット複製をいつ有効／無効にすべきかを決定する基準をネットワークノードから受信する、実施形態１５に記載の方法。
【０１７０】
実施形態１７：ネットワークノードにより決定されたパケット複製を実施することを決定する方法。
【０１７１】
実施形態１８：ネットワークノードは、パケット複製モードにあるＵＥにモードを変更するよう命令することができる、実施形態１７に記載の方法。
【０１７２】
実施形態１９：無線アクセスネットワーク内のユーザ機器（ＵＥ）のハンドオーバーに関する、ＵＥへの第１の無線リソース制御（ＲＲＣ）接続を有する移動元無線アクセスノードが実行するための方法であって、
測定レポートをＵＥから受信する段階と、
ＵＥと移動先無線アクセスノードとの間の第２の無線接続を確立する命令を、移動元無線アクセスノードとの無線接続及びＲＲＣ接続を維持しながらＵＥに伝送する段階と、
ＵＥへの無線接続を確立する命令に応答して、移動先無線アクセスノードへの第２の無線接続が確立されたというインジケーションを受信する段階と、
ＲＲＣ接続を移動元ＲＡＮノードから移動先ＲＡＮノードへ移動させるＲＲＣ接続再設定コマンドをＵＥに伝送する段階と
を備える方法。
【０１７３】
実施形態２０：受信機についての方法であって、
受信機のＰＤＣＰ層においてＰＤを有効にする段階と、
ＰＤＣＰ層において複製のＰＤＣＰ  ＰＤＵを除去する段階であって、当該複製のＰＤＣＰ  ＰＤＵは２つのＲＬＣエンティティから受信される、段階と
を備える方法。
【０１７４】
実施形態２１：ＰＤの有効化は、デュアルコネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）アーキテクチャ又はＣＡアーキテクチャにおいて適用される、請求項１に記載の方法。
【０１７５】
実施形態２２：ＰＤＣＰ層においてＰＤを無効にする段階をさらに備える、請求項２０又は２１に記載の方法。
【０１７６】
実施形態２３：ＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）が、ＰＤの有効化又は無効化をトリガーするために受信機と送信機との間で伝えられ得る、請求項２０から２２のうちのいずれかに記載の方法。
【０１７７】
実施形態２４：送信機においてＰＤＣＰ  ＰＤＵのＰＤを設定するためのＲＲＣシグナリングを伝送する段階をさらに備える、請求項２０から２３のうちのいずれかに記載の方法。
【０１７８】
実施形態２５：ＰＤＣＰ  ＰＤＵの送信機においてＰＤを有効又は無効にするためのＲＲＣシグナリングを伝送する段階をさらに備える、請求項２０から２４のうちのいずれかに記載の方法。
【０１７９】
実施形態２６：ＰＤ除去機能が、ＰＤＣＰ層において、受信されたＰＤＣＰ  ＰＤＵの結合を行う、請求項２０から２５のうちのいずれかに記載の方法。
【０１８０】
本開示は、その具体的な特徴及び実施形態を参照して説明されてきたが、本開示から逸脱することなく、様々な修正及び組み合わせを本開示に対して行うことができることは明らかである。したがって、本明細書及び図面は、単に添付の特許請求の範囲によって定められる発明の例を説明したものとみなされ、本開示の範囲に含まれる全ての修正例、変形例、組み合わせ例、又は均等な例を包含するものと考えられる。
【図１】
2019530355.tif 000004
【図２】
2019530355.tif 000005
【図３】
2019530355.tif 000006
【図４】
2019530355.tif 000007
【図５】
2019530355.tif 000008
【図６】
2019530355.tif 000009
【図７】
2019530355.tif 000010
【図８】
2019530355.tif 000011
【図９】
2019530355.tif 000012
【図１０】
2019530355.tif 000013
【図１１】
2019530355.tif 000014
【図１２】
2019530355.tif 000015
【図１３】
2019530355.tif 000016
【図１４】
2019530355.tif 000017
【図１５】
2019530355.tif 000018
【図１６】
2019530355.tif 000019
【図１７】
2019530355.tif 000020
【手続補正書】
【提出日】令和1年5月14日(2019.5.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信機においてパケット複製（ＰＤ）を行う方法であって、
前記送信機のパケットデータ収束プロトコル層（ＰＤＣＰ層）で前記ＰＤを有効にする段階と、
前記ＰＤＣＰ層でＰＤＣＰ  ＰＤＵを複製する段階であって、前記複製のＰＤＣＰ  ＰＤＵは２つのＲＬＣエンティティに伝送される、段階と
を備える、方法。
【請求項２】
前記ＰＤの有効化は、デュアルコネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）アーキテクチャ又はキャリアアグリゲーション（ＣＡ）アーキテクチャにおいて適用される、請求項１に記載の方法。
【請求項３】
前記複製のＰＤＣＰ  ＰＤＵは異なるキャリアに割り当てられる、請求項１又は２に記載の方法。
【請求項４】
前記ＰＤＣＰ層におけるＰＤ機能が前記複製の役割を担っている、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記方法はさらに、前記ＰＤＣＰ層における前記ＰＤを無効にする段階を備える、請求項１から４のいずれか一項に記載の方法。
【請求項６】
ＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）が、前記ＰＤの有効化又は無効化をトリガーするために前記送信機と受信機との間で伝えられる、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記ＰＤを設定するためのＲＲＣシグナリングを受信する段階をさらに備える、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記ＰＤを有効又は無効にするためのＲＲＣシグナリングを受信する段階をさらに備える、請求項１から７のいずれか一項に記載の方法。
【請求項９】
パケット複製（ＰＤ）を行うための処理システムであって、
前記処理システムのパケットデータ収束プロトコル層（ＰＤＣＰ層）において前記ＰＤを有効にするよう構成された第１のユニットと、
前記ＰＤＣＰ層においてＰＤＣＰ  ＰＤＵを複製するよう構成された第２のユニットであって、前記複製のＰＤＣＰ  ＰＤＵは２つのＲＬＣエンティティに伝送される、第２のユニットと
を備える処理システム。
【請求項１０】
前記ＰＤの有効化は、デュアルコネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）アーキテクチャ又はキャリアアグリゲーション（ＣＡ）アーキテクチャにおいて適用される、請求項９に記載の処理システム。
【請求項１１】
前記複製のＰＤＣＰ  ＰＤＵは異なるキャリアに割り当てられる、請求項９又は１０に記載の処理システム。
【請求項１２】
前記第２のユニットは、前記ＰＤＣＰ層において前記複製の役割を担うＰＤ機能である、請求項９から１１のいずれか一項に記載の処理システム。
【請求項１３】
前記ＰＤＣＰ層において前記ＰＤを無効にするよう構成された第３のユニットをさらに備える、請求項９から１２のいずれか一項に記載の処理システム。
【請求項１４】
請求項９から１３のいずれか一項に記載の処理システムと、
前記ＰＤの有効化又は無効化をトリガーするために、ＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）を伝えるように構成される第４のユニットと
を備える、装置。
【請求項１５】
前記第４のユニットはさらに、前記ＰＤを設定するためのＲＲＣシグナリングを受信するように構成される、請求項１４に記載の装置。
【請求項１６】
前記第４のユニットはさらに、前記ＰＤを有効又は無効にするためのＲＲＣシグナリングを受信するように構成される、請求項１４に記載の装置。
【請求項１７】
請求項１から８のいずれか一項に記載の方法を１つ又は複数のプロセッサに実行させるための、プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
１つの例によれば、ＰＤの有効化はデュアルコネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）アーキテクチャ、又はキャリアアグリゲーション（ＣＡ）アーキテクチャにおいて適用される。ある派生例によれば、複製のＰＤＣＰ  ＰＤＵは異なるキャリアに割り当てられる。前述の例に関するさらなる派生例によれば、第２のユニットは、ＰＤＣＰ層において複製の役割を担うＰＤ機能である。前述の例に関する派生である最後の例が、ＰＤＣＰ層でＰＤを無効にするように構成された第３のユニットを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
一例によれば、同時伝送期間４５の間に、ＵＥは２つ以上のアクセスノード（例えば、移動元ｇＮＢ及び移動先ｇＮＢ）に接続される。同時伝送期間４５において、移動先からのデータ伝送３０は、同時伝送期間４５の間に移動元からのデータ伝送１５によって搬送されるパケットの複製パケットを含む。言い換えれば、同時伝送期間４５において、移動先からのデータ伝送３０は、移動元からのデータ伝送１５のパケットに対する冗長伝送である。干渉を回避するために、移動先からのデータ伝送３０は、移動元からのデータ伝送１５とは異なるチャネル（言い換えると、異なるキャリア）を利用する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【００４５】
再び一例によれば、ハンドオーバー中断期間は時間枠２０となり得、これはハンドオーバーの完了２５まで持続し得る。中断時間枠２０は、移動元信号からのデータ伝送１５と移動先信号からのデータ伝送３０とを分離し得る。ＵＥは、移動元信号からのデータ伝送１５の間に移動先へのＲＲＣ接続を確立（４０）してよい。移動先からのデータ伝送３０は、移動元１５からのデータ伝送が終了する前に始まってよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
図２のハンドオーバー手順の例示的な一実施形態によれば、ＵＥ１００が２つのアクセスポイント（例えば、ｇＮＢ２００、２５０）と同時に通信できるように、ＵＥ１００は２つのプロトコルスタックエンティティ１０１、１０２で構成される。ＵＥプロトコルスタックエンティティ１０１は、ＮＲ−ＲＬＣエンティティ１１０、ＮＲ−ＭＡＣエンティティ１１５、及びＮＲ−ＰＨＹエンティティ１２０を含む。ＵＥプロトコルスタックエンティティ１０２は、ＮＲ−ＲＬＣエンティティ１１１、ＮＲ−ＭＡＣエンティティ１４１、及びＮＲ−ＰＨＹエンティティ１４２を含む。ＵＥプロトコルスタック１０１、１０２は両方とも、共通のＮＲ−ＰＤＣＰエンティティ１０５を共有する。プライマリｇＮＢ（ｇＮＢ−１（２００））のプロトコルスタックエンティティ１０３は、ＮＲ−ＰＤＣＰ１０６、ＮＲ−ＲＬＣエンティティ１１４、ＮＲ−ＭＡＣエンティティ１１５、及びＮＲ−ＰＨＹエンティティ１２０を含む。第２のｇＮＢ（ｇＮＢ−２（２５０））のプロトコルスタックエンティティ１０４は、ＮＲ−ＲＬＣ１１３、ＮＲ−ＭＡＣエンティティ１１５、及びＮＲ−ＰＨＹエンティティ１２０を含むが、自身のＰＤＣＰエンティティは必要としない。ｇＮＢ−２（２５０）のプロトコルスタックエンティティ１０４は、Ｘｎインタフェース１１２を介してｇＮＢ−１（２００）のＮＲ−ＰＤＣＰ１０６と通信する。ＮＲ−ＲＬＣエンティティ１１１、ＮＲ−ＭＡＣエンティティ１４１、及びＮＲ−ＰＨＹエンティティ１４２を含むＵＥプロトコルスタックエンティティ１０２は、第１の無線チャネル１１６を用いてプライマリｇＮＢ（ｇＮＢ−１（２００））のプロトコルスタックエンティティ１０３と通信する。ＮＲ−ＲＬＣエンティティ１１０、ＮＲ−ＭＡＣエンティティ１１５、及びＮＲ−ＰＨＹエンティティ１２０を含むＵＥプロトコルスタックエンティティ１０１は、第２の無線チャネル１１７を用いてセカンダリｇＮＢ（ｇＮＢ−２（２５０））のプロトコルスタックエンティティ１０４と通信する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１２２
【補正方法】変更
【補正の内容】
【０１２２】
さらなる例によれば、ＤＣＩは、「ＵＲＬＬＣデータ及びＤＣＩ（ＰＤＳＣＨ、ＰＤＣＣＨ）」信号８１５を介して送信されてよい。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１３４
【補正方法】変更
【補正の内容】
【０１３４】
例示的な実施例によれば、トリガー基準は、「ＬＳ／ＰＤトリガーの基準」処理３９５によって満たされてよい。さらに、データは、ＵＬでは「ＵＲＬＬＣデータ（ＰＵＳＣＨ）、ＭＡＣ  ＣＥ（ＬＳ／ＰＤトリガー）、ＵＣＩ（ＣＱＩレポート）」信号８２０経由によって、またＤＬでは「ＵＲＬＬＣデータ及びＤＣＩ（ＰＤＳＣＨ、ＰＤＣＣＨ）信号８１５によって伝送されてよい。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１７４
【補正方法】変更
【補正の内容】
【０１７４】
実施形態２１：ＰＤの有効化は、デュアルコネクティビティ（ＤＣ）／マルチコネクティビティ（ＭＣ）アーキテクチャ又はＣＡアーキテクチャにおいて適用される、実施形態２０に記載の方法。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１７５
【補正方法】変更
【補正の内容】
【０１７５】
実施形態２２：ＰＤＣＰ層においてＰＤを無効にする段階をさらに備える、実施形態２０又は２１に記載の方法。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１７６
【補正方法】変更
【補正の内容】
【０１７６】
実施形態２３：ＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）が、ＰＤの有効化又は無効化をトリガーするために受信機と送信機との間で伝えられ得る、実施形態２０から２２のうちのいずれかに記載の方法。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１７７
【補正方法】変更
【補正の内容】
【０１７７】
実施形態２４：送信機においてＰＤＣＰ  ＰＤＵのＰＤを設定するためのＲＲＣシグナリングを伝送する段階をさらに備える、実施形態２０から２３のうちのいずれかに記載の方法。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１７８
【補正方法】変更
【補正の内容】
【０１７８】
実施形態２５：ＰＤＣＰ  ＰＤＵの送信機においてＰＤを有効又は無効にするためのＲＲＣシグナリングを伝送する段階をさらに備える、実施形態２０から２４のうちのいずれかに記載の方法。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１７９
【補正方法】変更
【補正の内容】
【０１７９】
実施形態２６：ＰＤ除去機能が、ＰＤＣＰ層において、受信されたＰＤＣＰ  ＰＤＵの結合を行う、実施形態２０から２５のうちのいずれかに記載の方法。
【国際調査報告】
2019530355.tif 000021
2019530355.tif 000022