(57)【要約】  本開示は、ハンドオーバ元基地局に関する。本ハンドオーバ元基地局は、ユーザ機器パケット複製ステータスを生成する処理回路を備えている。ユーザ機器パケット複製ステータスは、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含む。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ユーザ機器とハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている。ハンドオーバ元基地局は、送信機をさらに備えており、この送信機は、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットであるハンドオーバ先基地局に、ユーザ機器パケット複製ステータスを送信する。【選択図】  図１４
2020526092.tif 000002
【特許請求の範囲】
【請求項１】
ハンドオーバ元基地局であって、
動作時に、ユーザ機器パケット複製ステータスを生成する処理回路であって、前記ユーザ機器パケット複製ステータスが、前記ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含み、アップリンクパケット複製の前記ステータスに関する前記情報が、アップリンク無線ベアラごとであり、前記ユーザ機器と前記ハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている、前記処理回路と、
動作時に、前記ユーザ機器パケット複製ステータスを、前記ユーザ機器に対して実行される前記ハンドオーバ元基地局からのハンドオーバのターゲットであるハンドオーバ先基地局に送信する送信機と、
を備えるハンドオーバ元基地局。
【請求項２】
前記ユーザ機器パケット複製ステータスが、ハンドオーバ手順中に前記送信機によって送信され、オプションとして、
前記ユーザ機器パケット複製ステータスが、前記ユーザ機器に対して実行される前記ハンドオーバを開始するために前記ハンドオーバ先基地局に送信されるハンドオーバ要求メッセージの中で、前記送信機によって送信され、
オプションとして、前記ハンドオーバ元基地局が受信機をさらに備えており、前記受信機が、動作時に、前記送信されたユーザ機器パケット複製ステータスに対する確認応答を、オプションとしてハンドオーバ要求ＡＣＫメッセージの中で、前記ハンドオーバ先基地局から受信し、
オプションとして、前記送信機が、動作時に、前記ハンドオーバ先基地局の前記パケット複製ステータスを受信確認するための確認応答を、オプションとしてハンドオーバコマンドメッセージの中で、前記ユーザ機器に送信し、前記確認応答が、前記ユーザ機器によって実行されるアップリンクパケット複製の前記ステータスに関する前記情報を含む、
請求項１に記載のハンドオーバ元基地局。
【請求項３】
前記ユーザ機器が、前記ハンドオーバ元基地局と前記少なくとも１基のさらなる基地局とに同じデータパケットを送信することによって、アップリンクパケット複製を実行し、
前記ハンドオーバ元基地局が、前記ユーザ機器から受信されるデータパケットと、前記少なくとも１基のさらなる基地局から受信されるデータパケットの両方を使用して、前記ハンドオーバ元基地局の上位層に転送される１つのデータパケットを生成することによって、前記ユーザ機器によって実行される前記アップリンクパケット複製の受信側として関与する、
請求項１または請求項２に記載のハンドオーバ元基地局。
【請求項４】
前記ハンドオーバ元基地局が、ハンドオーバ元マスタ基地局またはハンドオーバ元セカンダリ基地局のいずれかである、請求項１から請求項３のいずれか１項に記載のハンドオーバ元基地局。
【請求項５】
受信機をさらに備えており、前記受信機が、動作時に、更新されたユーザ機器パケット複製ステータスを前記ハンドオーバ先基地局から受信し、前記ハンドオーバ先基地局が、前記更新されたユーザ機器パケット複製ステータスを生成するために、少なくとも１つのアップリンク無線ベアラについて、前記受信されたユーザ機器パケット複製ステータスを修正しており、オプションとして、前記更新されたユーザ機器パケット複製ステータスが、ハンドオーバ要求ＡＣＫメッセージの中で受信され、
前記送信機が、動作時に、前記更新されたユーザ機器パケット複製ステータスを前記ユーザ機器に送信し、オプションとして、前記更新されたユーザ機器パケット複製ステータスが、ハンドオーバコマンドメッセージの中で前記ユーザ機器に送信され、
オプションとして、前記ユーザ機器のアップリンクパケット複製の前記ステータスに関する前記情報、または前記更新されたユーザ機器パケット複製ステータスが、アップリンク無線ベアラあたり１個のビットを含むビットマップの形であり、
オプションとして、確立されている無線ベアラそれぞれのステータスまたは更新されたステータスが報告され、
オプションとして、前記確立されている無線ベアラのサブセットのステータスまたは更新されたステータスが報告され、
オプションとして、アップリンクパケット複製の前記ステータスまたは前記更新されたステータスが、アップリンク無線ベアラごとに有効にされる、または無効にされており、
オプションとして、アップリンク無線ベアラが、シグナリングアップリンク無線ベアラまたはデータアップリンク無線ベアラであり、
オプションとして、前記ビットマップが、１つまたは複数のオクテットの固定サイズを有する、
請求項１から請求項４のいずれか１項に記載のハンドオーバ元基地局。
【請求項６】
前記送信機が、動作時に、前記ユーザ機器と前記ハンドオーバ先基地局との間の無線リンクを対象に前記ユーザ機器によって実行された測定の結果を前記ハンドオーバ先基地局に送信し、オプションとして、前記測定の結果が、ハンドオーバ要求メッセージと一緒に送信され、
オプションとして、前記測定の結果が、前記ユーザ機器から受信される、
請求項５に記載のハンドオーバ元基地局。
【請求項７】
ハンドオーバ先基地局であって、
動作時に、ユーザ機器パケット複製ステータスを受信する受信機であって、前記ユーザ機器パケット複製ステータスが、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含み、前記ハンドオーバ先基地局が、前記ユーザ機器に対して実行される前記ハンドオーバ元基地局からのハンドオーバのターゲットであり、アップリンクパケット複製の前記ステータスに関する前記情報が、アップリンク無線ベアラごとであり、前記ユーザ機器と前記ハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている、前記受信機と、
動作時に、前記受信されたユーザ機器パケット複製ステータスを処理して、前記ハンドオーバの後に前記ユーザ機器と前記ハンドオーバ先基地局との間に確立されるアップリンク無線ベアラのパケット複製を設定する処理回路と、
を備える、ハンドオーバ先基地局。
【請求項８】
前記ユーザ機器パケット複製ステータスが、ハンドオーバ手順中に前記受信機によって受信され、オプションとして、
前記ユーザ機器パケット複製ステータスが、前記ユーザ機器に対して実行される前記ハンドオーバを開始するための前記ハンドオーバ元基地局からのハンドオーバ要求メッセージの中で、前記受信機によって受信され、
オプションとして、前記ハンドオーバ先基地局が送信機をさらに備えており、前記送信機が、動作時に、前記受信されたユーザ機器パケット複製ステータスに対する確認応答を、オプションとしてハンドオーバ要求ＡＣＫメッセージの中で、前記ハンドオーバ元基地局に送信する、
請求項７に記載のハンドオーバ先基地局。
【請求項９】
前記処理回路が、動作時に、前記受信されたユーザ機器パケット複製ステータスを修正するかどうかを、アップリンク無線ベアラごとに決定し、オプションとして、前記決定が、前記ハンドオーバ元基地局から、または前記ユーザ機器から受信される、前記ユーザ機器と前記ハンドオーバ先基地局との間の無線リンクを対象に前記ユーザ機器によって実行された測定の結果、に基づき、
前記受信されたユーザ機器パケット複製ステータスを少なくとも１つのアップリンク無線ベアラについて修正することを決定すると、
前記処理回路が、動作時に、更新されたユーザ機器パケット複製ステータスを生成し、かつ、
前記送信機が、動作時に、前記更新されたユーザ機器パケット複製ステータスを、オプションとしてハンドオーバ要求ＡＣＫメッセージと一緒に、前記ハンドオーバ元基地局に送信し、
オプションとして、前記処理回路が、動作時に、前記更新されたユーザ機器パケット複製ステータスを処理して、前記ハンドオーバの後に前記ユーザ機器と前記ハンドオーバ先基地局との間に確立されるアップリンク無線ベアラのパケット複製を設定し、
オプションとして、前記測定の結果が、ハンドオーバ要求メッセージと一緒に前記ハンドオーバ元基地局から受信され、オプションとして、前記測定の結果が、基準信号受信品質（ＲＳＲＱ）、または基準信号受信電力（ＲＳＲＰ）、または信号対雑音比（ＳＮＲ）に関する測定値を含む、
請求項７または請求項８に記載のハンドオーバ先基地局。
【請求項１０】
ユーザ機器であって、
動作時に、ユーザ機器パケット複製ステータスを生成する処理回路であって、前記ユーザ機器パケット複製ステータスが、ハンドオーバ先基地局および少なくとも１基のさらなる基地局を対象に前記ユーザ機器によって実行されるアップリンクパケット複製のステータスに関する情報、を含み、前記ハンドオーバ先基地局が、前記ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットであり、アップリンクパケット複製の前記ステータスに関する前記情報が、アップリンク無線ベアラごとであり、前記ハンドオーバの後に前記ユーザ機器と前記ハンドオーバ先基地局との間に１つまたは複数のアップリンク無線ベアラが確立される、前記処理回路と、
動作時に、前記生成されたユーザ機器パケット複製ステータスを前記ハンドオーバ先基地局に送信する送信機と、
を備え、
オプションとして、前記処理回路が、前記ユーザ機器パケット複製ステータスを生成するときに、前記ハンドオーバ先基地局への無線リンクを対象に前記ユーザ機器によって実行された測定の結果に基づいて、アップリンク無線ベアラごとにアップリンクパケット複製の前記ステータスを決定し、オプションとして、前記ハンドオーバ先基地局への前記無線リンクを対象とする前記測定の結果が、前記ハンドオーバ元基地局への無線リンクを対象に前記ユーザ機器によって実行された測定結果と比較される、
ユーザ機器。
【請求項１１】
アップリンクパケット複製の前記ステータスに関する情報が、アップリンク無線ベアラあたり１個のビットを含むビットマップの形式であり、
オプションとして、確立されている無線ベアラそれぞれのステータスが報告され、オプションとして、前記確立されている無線ベアラのサブセットのステータスが報告され、
オプションとして、アップリンクパケット複製の前記ステータスが、アップリンク無線ベアラごとに有効にされる、または無効にされており、
オプションとして、アップリンク無線ベアラが、シグナリングアップリンク無線ベアラまたはデータアップリンク無線ベアラであり、
オプションとして、前記ビットマップが、１つまたは複数のオクテットの固定サイズを有し、
オプションとして、前記ユーザ機器パケット複製ステータスが、媒体アクセス制御（ＭＡＣ）制御要素として、またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）の制御パケットデータユニット（ＰＤＵ）として、送信される、
請求項１０に記載のユーザ機器。
【請求項１２】
前記ユーザ機器パケット複製ステータスが、前記ハンドオーバ先基地局に対して前記ユーザ機器によって実行されるランダムアクセスチャネル（ＲＡＣＨ）手順の一部として、前記ハンドオーバ先基地局に送信され、
オプションとして、前記ＲＡＣＨ手順が４つのステップからなり、前記ユーザ機器パケット複製ステータスが、前記ＲＡＣＨ手順の任意のシグナリングメッセージと一緒に送信され、
オプションとして、前記ＲＡＣＨ手順が２つのステップからなり、前記ユーザ機器パケット複製ステータスが、前記ＲＡＣＨ手順のＲＡＣＨプリアンブルおよびハンドオーバ完了メッセージと一緒に送信される、
請求項１０または請求項１１に記載のユーザ機器。
【請求項１３】
ハンドオーバ元基地局を動作させる方法であって、前記ハンドオーバ元基地局によって実行される以下のステップ、すなわち、
ユーザ機器パケット複製ステータスを生成するステップであって、前記ユーザ機器パケット複製ステータスが、前記ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含み、アップリンクパケット複製の前記ステータスに関する前記情報が、アップリンク無線ベアラごとであり、前記ユーザ機器と前記ハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている、ステップと、
前記ユーザ機器パケット複製ステータスを、前記ユーザ機器に対して実行される前記ハンドオーバ元基地局からのハンドオーバのターゲットであるハンドオーバ先基地局に送信するステップと、
を含む、方法。
【請求項１４】
ハンドオーバ先基地局を動作させる方法であって、前記ハンドオーバ先基地局によって実行される以下のステップ、すなわち、
ユーザ機器パケット複製ステータスを受信するステップであって、前記ユーザ機器パケット複製ステータスが、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含み、前記ハンドオーバ先基地局が、前記ユーザ機器に対して実行される前記ハンドオーバ元基地局からのハンドオーバのターゲットであり、アップリンクパケット複製の前記ステータスに関する前記情報が、アップリンク無線ベアラごとであり、前記ユーザ機器と前記ハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている、ステップと、
前記受信されたユーザ機器パケット複製ステータスを処理して、前記ハンドオーバの後に前記ユーザ機器と前記ハンドオーバ先基地局との間に確立されるアップリンク無線ベアラのパケット複製を設定するステップと、
を含む、方法。
【請求項１５】
ユーザ機器を動作させる方法であって、前記ユーザ機器によって実行される以下のステップ、すなわち、
ユーザ機器パケット複製ステータスを生成するステップであって、前記ユーザ機器パケット複製ステータスが、ハンドオーバ先基地局および少なくとも１基のさらなる基地局を対象に前記ユーザ機器によって実行されるアップリンクパケット複製のステータスに関する情報、を含み、前記ハンドオーバ先基地局が、前記ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットであり、アップリンクパケット複製の前記ステータスに関する前記情報が、アップリンク無線ベアラごとであり、前記ハンドオーバの後に前記ユーザ機器と前記ハンドオーバ先基地局との間に１つまたは複数のアップリンク無線ベアラが確立される、ステップと、
前記生成されたユーザ機器パケット複製ステータスを前記ハンドオーバ先基地局に送信するステップと、
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信システム（３ＧＰＰ通信システムなど）における方法、装置、および項目を対象としている。
【背景技術】
【０００２】
現在、第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3rd Generation Partnership Project）は、次世代のセルラー技術（第５世代（５Ｇ）とも称される）の技術仕様の次のリリース（リリース１５）に取り組んでいる。３ＧＰＰの技術仕様グループ（ＴＳＧ：Technical Specification Group）の無線アクセスネットワーク（ＲＡＮ：Radio Access network）会合＃７１（２０１６年３月、Gothenburg）において、ＲＡＮ１、ＲＡＮ２、ＲＡＮ３、およびＲＡＮ４が関与する、５Ｇの最初の検討項目「Study on New Radio Access Technology（新しい無線アクセス技術に関する検討）」が承認され、５Ｇの最初の標準規格を定義するリリース１５の作業項目になるものと予測される。この検討項目の目的は、ＲＡＮの要件の検討時に定義されたように、最大１００ＧＨｚの周波数範囲で動作し、かつ広範なユースケースをサポートする「新無線（ＮＲ：New Radio）」アクセス技術（ＲＡＴ）を開発することである（例えば非特許文献１（www.3gpp.orgで入手可能であり、参照により本明細書に組み込まれている）を参照）。
【０００３】
１つの目的は、非特許文献１に定義されているすべての使用シナリオ、要件、および配置シナリオに対処し、少なくとも、高度モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine type communication）を含む、単一の技術的枠組みを提供することである。例えば、ｅＭＢＢの配置シナリオには、屋内のホットスポット、密集都市部、郊外、都市部、および高速が含まれうる。ＵＲＬＬＣの配置シナリオには、産業制御システム、モバイル健康管理（遠隔モニタリング、診断、および治療）、車両のリアルタイム制御、スマートグリッドの広域監視・制御システムが含まれうる。ｍＭＴＣには、スマートウェアラブルやセンサネットワークなど遅延の影響が小さいデータ伝送による多数の装置を使用するシナリオが含まれうる。ｅＭＢＢサービスおよびＵＲＬＬＣサービスは、いずれも極めて広い帯域幅が要求される点において類似しているが、ＵＲＬＬＣサービスは、極めて小さいレイテンシ（待ち時間）（latency）が要求される点において異なる。
【０００４】
第２の目的は、前方互換性を達成することである。ロングタームエボリューション（ＬＴＥ、ＬＴＥ−Ａ）セルラーシステムへの後方互換性は要求されず、これにより、まったく新しいシステムの設計および／または新規の特徴の導入が促進される。
【０００５】
物理層の基本的な信号波形は、ＯＦＤＭに基づいており、非直交波形およびマルチアクセスがサポートされる可能性がある。例えば、ＯＦＤＭに加えての追加機能（ＤＦＴ−Ｓ−ＯＦＤＭ、および／または、ＤＦＴ−Ｓ−ＯＦＤＭのバリエーションなど）、および／または、フィルタリング／ウインドウ化、がさらに考慮されている。ＬＴＥでは、ダウンリンク送信の波形としてサイクリックプレフィックス（ＣＰ）ベースのＯＦＤＭが使用され、アップリンク送信の波形としてＤＦＴ−Ｓ−ＯＦＤＭが使用されている。ＮＲ（新無線）における設計目標の１つは、ダウンリンク、アップリンク、およびサイドリンクのための、できる限り共通の波形を模索することである。
【０００６】
上に挙げた目的を達成するため、波形に加えて、いくつかの基本フレーム構造およびチャネル符号化方式が開発される。検討では、上に挙げた目的を達成するために、無線プロトコルの構造およびアーキテクチャに関する要求事項についての共通の認識も模索される。さらには、上に挙げた目的を満たすために新しいＲＡＴ（無線アクセス技術）を可能にするうえで必要である技術的機能（同じ連続する周波数ブロックにおいて、複数の異なるサービスおよびユースケースのトラフィックを効率的に多重化することを含む）が検討される。
【０００７】
３ＧＰＰの第５世代システムのＮＲ（新無線）の標準化は開始されたばかりであるため、依然として明らかになっていないいくつかの課題が存在する。例えば、信頼性を確保しＨＡＲＱレイテンシを小さくするための１つの方法として、ユーザプレーン伝送および制御プレーン伝送におけるパケット複製をサポートすることに関する検討が行われた。しかしながら、どのようにパケット複製を効率的に実施するかに関する確定的な合意にはまだ達していない。例えば、ハンドオーバのシナリオにおいても、効率的かつシームレスなパケット複製プロセスを可能にするための手順を定義する必要がある。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】3GPP TR 38.913 “Study on Scenarios and Requirements for Next Generation Access Technologies”, current version 14.2.0
【非特許文献２】Technical Report TR 38.804 v14.0.0
【非特許文献３】TS 38.300 v.0.4.1
【非特許文献４】3GPP TR 38.801 v14.0.0
【非特許文献５】TR 38.301
【非特許文献６】TS 36.300, v14.2.0
【非特許文献７】3GPP TS 36.321 v14.1.0
【非特許文献８】3GPP TS 36.331 v14.2.2
【非特許文献９】3GPP 36.423 v14.2.0
【発明の概要】
【課題を解決するための手段】
【０００９】
１つの非限定的かつ例示的な実施形態は、ハンドオーバ中の改良されたパケット複製手順（複数の異なるエンティティ（ＵＥ、ｇＮＢ）が関与する）を提供することを容易にする。
【００１０】
一般的な一態様においては、本明細書に開示されている技術は、ハンドオーバ元基地局（source base station）を提供する。本ハンドオーバ元基地局は、動作時にユーザ機器パケット複製ステータス（user equipment packet duplication status）を生成する処理回路、を備えている。ユーザ機器パケット複製ステータスは、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含む。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ユーザ機器とハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている。本ハンドオーバ元基地局は、送信機をさらに備えており、この送信機は、動作時にユーザ機器パケット複製ステータスを、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットであるハンドオーバ先基地局に送信する。
【００１１】
一般的な一態様においては、本明細書に開示されている技術は、受信機を備えたハンドオーバ先基地局であって、受信機が、動作時にユーザ機器パケット複製ステータスを受信する、ハンドオーバ先基地局、を提供する。ユーザ機器パケット複製ステータスは、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含む。本ハンドオーバ先基地局は、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットである。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ユーザ機器とハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている。本ハンドオーバ先基地局は、処理回路をさらに備えており、この処理回路は、動作時に、受信されたユーザ機器パケット複製ステータスを処理して、ハンドオーバの後にユーザ機器とハンドオーバ先基地局との間に確立されるアップリンク無線ベアラのパケット複製を設定する。
【００１２】
一般的な一態様においては、本明細書に開示されている技術は、処理回路を備えたユーザ機器であって、処理回路が、動作時に、ユーザ機器パケット複製ステータスを生成する、ユーザ機器、を提供する。ユーザ機器パケット複製ステータスは、ハンドオーバ先基地局および少なくとも１基のさらなる基地局を対象に本ユーザ機器によって実行されるアップリンクパケット複製のステータスに関する情報、を含む。ハンドオーバ先基地局は、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットである。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ハンドオーバの後にユーザ機器とハンドオーバ先基地局との間に１つまたは複数のアップリンク無線ベアラが確立される。本ユーザ機器は送信機をさらに備えており、この送信機は、動作時に、生成されたユーザ機器パケット複製ステータスをハンドオーバ先基地局に送信する。
【００１３】
一般的な一態様においては、本明細書に開示されている技術は、ハンドオーバ元基地局を動作させる方法、を提供する。本方法は、ハンドオーバ元基地局によって実行される以下のステップを含む。ユーザ機器パケット複製ステータスが生成され、このユーザ機器パケット複製ステータスは、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含む。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ユーザ機器とハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている。ユーザ機器パケット複製ステータスが、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットであるハンドオーバ先基地局に送信される。
【００１４】
一般的な一態様においては、本明細書に開示されている技術は、ハンドオーバ先基地局を動作させる方法、を提供する。本方法は、ハンドオーバ先基地局によって実行される以下のステップを含む。ユーザ機器パケット複製ステータスが受信され、このユーザ機器パケット複製ステータスは、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含み、ハンドオーバ先基地局は、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットである。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ユーザ機器とハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている。受信されたユーザ機器パケット複製ステータスが処理されて、ハンドオーバの後にユーザ機器とハンドオーバ先基地局との間に確立されるアップリンク無線ベアラのパケット複製を設定する。
【００１５】
一般的な一態様においては、本明細書に開示されている技術は、ユーザ機器を動作させる方法、を提供する。本方法は、ユーザ機器によって実行される以下のステップを含む。ユーザ機器パケット複製ステータスが生成され、このユーザ機器パケット複製ステータスは、ハンドオーバ先基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されるアップリンクパケット複製のステータスに関する情報、を含み、ハンドオーバ先基地局は、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットである。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ハンドオーバの後にユーザ機器とハンドオーバ先基地局との間に１つまたは複数のアップリンク無線ベアラが確立される。生成されたユーザ機器パケット複製ステータスが、ハンドオーバ先基地局に送信される。
【００１６】
なお、一般的な実施形態または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして、実施できることに留意されたい。
【００１７】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって個別に得ることができ、ただしこのような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【００１８】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【００１９】
【図１】３ＧＰＰ  ＮＲシステムの例示的なアーキテクチャを示している。
【図２】ＬＴＥ  ｅＮＢ、ｇＮＢ、およびＵＥの例示的なユーザプレーンアーキテクチャおよび制御プレーンアーキテクチャを示している。
【図３】ＯＳＩモデルの層（レイヤ）間でのＰＤＵおよびＳＤＵの交換を例示的に示している。
【図４】ユーザプレーンデータを扱うＰＤＣＰエンティティによって使用される例示的なＰＤＣＰ制御ＰＤＵを示している。
【図５】ＬＴＥ−ＮＲマルチコネクティビティに関連して現在検討されている例示的かつ一般的なユーザプレーンアーキテクチャを示しており、ＬＴＥ  ｅＮＢを介してのＭＣＧ（マスタセルグループ：Master Cell Group）ベアラを有する。
【図６Ａ】一般的なユーザプレーンアーキテクチャを示しており、ＰＤＣＰエンティティがＬＴＥ（マスタ）ｅＮＢ側、セカンダリ側にある。
【図６Ｂ】一般的なユーザプレーンアーキテクチャを示しており、ＰＤＣＰエンティティがセカンダリ側にある。
【図７】特定のＵＥを対象とするデュアルコネクティビティ（ＤＣ）に関与するｅＮＢの制御プレーンの接続性を示しており、この場合、Ｓ１−ＭＭＥがＭｅＮＢにおいて終端しており、ＭｅＮＢとＳｅＮＢがＸ２−Ｃを介して相互接続されている。
【図８】特定のＵＥを対象とするデュアルコネクティビティ（ＤＣ）に関与するｅＮＢのユーザプレーンの接続性の複数の異なるオプションを示している。
【図９】ＬＴＥの競合ベースのランダムアクセス手順を示している。
【図１０】３ＧＰＰ  ＬＴＥの競合のないランダムアクセス手順を示している。
【図１１】ＳｅＮＢの変更なしでのＭｅＮＢ間ハンドオーバのシグナリングフローの例を示している。
【図１２】ＵＥ、ハンドオーバ元マスタｇＮＢ、およびハンドオーバ先マスタｇＮＢの間でメッセージが交換されるシグナリング図を示している。
【図１３Ａ】ＵＥパケット複製ステータスの内容を示している。
【図１３Ｂ】Ｘ２インタフェースを介してのＵＥパケット複製ステータスの内容のシグナリングの代替実装形態を示している。
【図１４】改良された実装形態によるシグナリング図を示しており、この場合、ＵＥパケット複製ステータスは、ハンドオーバ要求メッセージ内でハンドオーバ元ＭｇＮＢによって送信されてハンドオーバ先ＭｇＮＢによって受信される。
【図１５】改良された実装形態によるシグナリング図を示しており、この場合、ハンドオーバ先ＭｇＮＢが、受信されたＵＥパケット複製ステータスを修正する。
【図１６】図１５のシグナリング図に関連する流れ図を示している。
【図１７Ａ】ＭＡＣ  ＣＥフォーマットにおけるＵＥパケット複製ステータスの内容を示している。
【図１７Ｂ】ＭＡＣ  ＣＥフォーマットにおけるＵＥパケット複製ステータスの内容を示している。
【図１８Ａ】ＰＤＣＰ制御ＰＤＵフォーマットにおけるＵＥパケット複製ステータスの内容を示している。
【図１８Ｂ】ＰＤＣＰ制御ＰＤＵフォーマットにおけるＵＥパケット複製ステータスの内容を示している。
【図１９】代替実装形態によるシグナリング図を示しており、この場合、ＵＥパケット複製ステータスが、４ステップのＲＡＣＨ手順を使用してハンドオーバ手順の一部としてＵＥによって送信されてハンドオーバ先ＭｇＮＢによって受信される。
【図２０】代替実装形態によるシグナリング図を示しており、この場合、ＵＥパケット複製ステータスが、２ステップのＲＡＣＨ手順を使用してハンドオーバ手順の一部としてＵＥによって送信されてハンドオーバ先ＭｇＮＢによって受信される。
【図２１】ＵＥパケット複製ステータスメッセージが直接ＵＥからハンドオーバ先ＭｇＮＢに送信される場合の流れ図を示している。
【発明を実施するための形態】
【００２０】
［本開示の基礎］
［５Ｇ  ＮＲシステムのアーキテクチャおよびプロトコルスタック］
背景技術のセクションで説明したように、３ＧＰＰは、最大１００ＧＨｚの周波数範囲で動作する新しい無線アクセス技術（ＮＲ）の開発を含む、第５世代のセルラー技術（簡潔に５Ｇと呼ばれる）のための次のリリースに取り組んでいる。３ＧＰＰは、緊急な市場のニーズと、より長期的な要求事項の両方を適切な時期に満たしながら、ＮＲシステムを成功裏に標準化するために必要な技術要素を明らかにして開発しなければならない。これを達成する目的で、検討項目「New Radio Access Technology（新しい無線アクセス技術）」では、無線インタフェースおよび無線ネットワークアーキテクチャを進化させることが考慮されている。結果および合意事項は、非特許文献２（その全体が参照により本明細書に組み込まれている）にまとめられている。
【００２１】
特に、全体的なシステムアーキテクチャに関して暫定的な合意がなされた。ＮＧ−ＲＡＮ（次世代−無線アクセスネットワーク）はｇＮＢから構成され、これらのｇＮＢは、ＵＥに向かうＮＧ−無線アクセスユーザプレーンプロトコル（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーンプロトコル（ＲＲＣ）を終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ：Next Generation）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ−ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）に接続され、ＮＧ−ＵインタフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）に接続される。ＮＧ−ＲＡＮアーキテクチャは、非特許文献３の４節（参照により本明細書に組み込まれている）からの引用として図１に示してある。
【００２２】
例えば非特許文献４（その全体が参照により本明細書に組み込まれている）に反映されているように、さまざまな異なる配置シナリオが、サポートされるかに関して現在検討されている。この文献には、例えば、非中央集中型の配置シナリオ（非特許文献４の５．２節、中央集中型の配置は５．４節に記載されている）が提示されており、このシナリオでは５Ｇ  ＮＲをサポートする基地局を配置することができる。図２は、例示的な非中央集中型の配置シナリオを示しており、非特許文献５の図５．２．−１に基づいているが、ＬＴＥ  ｅＮＢとユーザ機器（ＵＥ）とをさらに示しており、ユーザ機器（ＵＥ）は、ｇＮＢおよびＬＴＥ  ｅＮＢ（このｅＮＢはＬＴＥおよびＬＴＥ−Ａなど以前の３ＧＰＰ標準リリースによるｅＮＢとして理解されたい）の両方に接続されている。前述したように、ＮＲ  ５Ｇの新しいｅＮＢは、例示的にｇＮＢと称することができる。
【００２３】
ｅＬＴＥ  ｅＮＢ（非特許文献４に例示的に定義されている）は、ｅＮＢの進化型であり、ＥＰＣ（進化型パケットコア（Evolved Packet Core））およびＮＧＣ（次世代コア（Next Generation Core））への接続性をサポートする。
【００２４】
ＮＲ（新無線）におけるユーザプレーンプロトコルスタックは、現在、非特許文献３の４．４．１節に定義されている。ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control）サブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、非特許文献３の６．５節に記載されているように、ＰＤＣＰの上に、新しいアクセス層（ＡＳ）サブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される。ＮＲ（新無線）における制御プレーンプロトコルスタックは、非特許文献３の４．４．２節に定義されている。レイヤ２の機能の概要は、非特許文献３の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、非特許文献３の６．４節、６．３節、および６．２節にリストされている。ＲＲＣ層の機能は、非特許文献３の７節にリストされている。非特許文献３の上に挙げた節は、参照により本明細書に組み込まれている。
【００２５】
５Ｇシステム用に現時点で例示的に想定されているＮＲの新しいレイヤ（層）は、ＬＴＥ（−Ａ）通信システムにおいて現在使用されているユーザプレーンのレイヤ（層）構造に基づく。しかしながら、ＮＲのレイヤ（層）の細部すべてについては、現時点では最終的な合意に達していないことに留意されたい。
【００２６】
［ＰＤＣＰ層のＰＤＵ］
本明細書において以下で使用される、サービスデータユニット（ＳＤＵ）およびプロトコルデータユニット（ＰＤＵ）という用語について、図３に関連して説明する。ＯＳＩモデルにおける層（上に挙げたＭＡＣ、ＲＬＣ、およびＰＤＣＰなど）の間でのパケットの交換を一般的かつ形式的に記述する目的で、ＳＤＵエンティティおよびＰＤＵエンティティが導入された。ＳＤＵは、レイヤＮに位置するプロトコルからのサービスを要求するレイヤＮ＋１におけるプロトコルから、いわゆるサービスアクセスポイント（ＳＡＰ）を介して送られる情報の単位（データ／情報のブロック）である。ＰＤＵは、同じレイヤＮに位置する同じプロトコルの、送信機および受信機におけるピアプロセスの間で交換される情報の単位である。
【００２７】
ＰＤＵは、一般的には、受信された（１つまたは複数の）ＳＤＵの処理済みバージョンからなるペイロード部と、先頭に付加されるレイヤＮの固有なヘッダと、オプションとして最後に付加されるトレーラとによって形成されている。これらのピアプロセスの間には（レイヤ１を除いて）直接的な物理的接続が存在しないため、ＰＤＵは、レイヤＮ−１に渡されて処理される。したがってレイヤＮのＰＤＵは、レイヤＮ−１の観点からはＳＤＵである。
【００２８】
送信側では、各層は、自身がサービスを提供する対象の上位層からＳＤＵを受け取り、下の層にＰＤＵを出力する。ＲＬＣ層はＰＤＣＰ層からパケットを受け取る。これらのパケットは、ＰＤＣＰの観点からはＰＤＣＰ  ＰＤＵと称することができ、ＲＬＣの観点からはＲＬＣ  ＳＤＵである。ＲＬＣ層は、下の層（すなわちＭＡＣ層）に提供されるパケットを作成する。ＲＬＣによってＭＡＣ層に提供されるパケットは、ＲＬＣの観点からはＲＬＣ  ＰＤＵであり、ＭＡＣの観点からはＭＡＣ  ＳＤＵである。受信側では、このプロセスが逆に行われ、各層はＳＤＵを上の層に渡し、上の層ではこれらのＳＤＵをＰＤＵとして受け取る。
【００２９】
５Ｇ  ＮＲのＰＤＣＰ層に関するいくつかの最初の暫定的な合意は、非特許文献３の６．４節に記載されている。ＰＤＣＰ層は、ユーザプレーンにおけるデータストリームと、制御プレーンにおけるデータストリームとを管理する。ＬＴＥと同様に、５Ｇ  ＮＲにおいても２つの異なるタイプのＰＤＣＰ  ＰＤＵを例示的に想定することができ、すなわちＰＤＣＰデータＰＤＵおよびＰＤＣＰ制御ＰＤＵである。ＰＤＣＰデータＰＤＵは、制御プレーンデータおよびユーザプレーンデータの両方に使用される。ＰＤＣＰ制御ＰＤＵは、ヘッダ圧縮のフィードバック情報と、ＰＤＣＰ状態報告のフィードバック情報を伝送するために使用することができ、これらのフィードバック情報はハンドオーバの場合に使用され、したがってユーザプレーン内でのみ使用される。
【００３０】
ＰＤＣＰ制御ＰＤＵ（そのフォーマットは図４に例示的に示してある）は、ユーザプレーンデータを扱うＰＤＣＰエンティティによって使用される。２つのタイプのＰＤＣＰ制御ＰＤＵがあり、ＰＤＣＰヘッダ内のＰＤＵ  Ｔｙｐｅ（ＰＤＵタイプ）フィールドによって区別される。ＰＤＣＰ制御ＰＤＵは、ロスレスハンドオーバの場合のＰＤＣＰ「状態報告」、またはＲＯＨＣヘッダ圧縮プロトコルによって作成されるＲＯＨＣ（ロバストヘッダ圧縮）フィードバックのいずれかを伝える。ＲＯＨＣフィードバックを伝えるＰＤＣＰ制御ＰＤＵは、ＲＬＣ  ＵＭまたはＲＬＣ  ＡＭのいずれかにマッピングされたユーザプレーン無線ベアラに使用され、ＰＤＣＰ状態報告を伝えるＰＤＣＰ制御ＰＤＵは、ＲＬＣ  ＡＭにマッピングされたユーザプレーン無線ベアラにのみ使用される。
【００３１】
［デュアルコネクティビティ（ＤＣ）およびマルチコネクティビティ（ＭＣ）のアーキテクチャ］
ＬＴＥと、新しい無線アクセス技術ＮＲ  ５Ｇとの間のマルチコネクティビティをサポートすることができ、マルチコネクティビティは、デュアルコネクティビティのコンセプト（ＬＴＥおよびＬＴＥ−Ａの以前の３ＧＰＰリリースからすでに公知であり、後から簡潔に説明する）に基づくことができる。マルチコネクティビティは、接続モード（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）にある多重送受信ＵＥ（multiple-Rx/Tx UE）が、非理想的なバックホールリンクを介して接続されている複数の個別のスケジューラ（例：ＬＴＥ  ｅＮＢおよびｇＮＢ）によって提供される、Ｅ−ＵＴＲＡおよびＮＲのうちから無線リソースを利用するように構成される動作モード、として定義することができる。マルチコネクティビティ（およびデュアルコネクティビティ）は、例えば、ＵＥがＬＴＥ（−Ａ）ネットワークと新しい５Ｇネットワークとに同時に接続できるようにすることができる（例示的にＬＴＥ−ＮＲマルチコネクティビティと称する）。さらに、ＮＲ−ＮＲマルチコネクティビティ（すなわちマスタｇＮＢと少なくとも１基のセカンダリｇＮＢの両方に同時に接続すること）も予測される。
【００３２】
ＬＴＥとＮＲの間のデュアルコネクティビティと、この点におけるさまざまなオプションは、非特許文献４の１０．１節「Dual Connectivity between NR and LTE（ＮＲとＬＴＥの間のデュアルコネクティビティ）」（参照により本明細書に組み込まれている）において現在検討されている。
【００３３】
図５は、ＬＴＥ−ＮＲマルチコネクティビティに関連して現在検討されている例示的かつ一般的なユーザプレーンアーキテクチャを示しており、ＬＴＥ  ｅＮＢを経由するＭＣＧ（マスタセルグループ）ベアラと、ＬＴＥ  ｅＮＢとｇＮＢとの間で分かれるベアラ（ＰＤＣＰエンティティはＬＴＥ（マスタ）ｅＮＢにある（図６Ａを参照））と、ｇＮＢを経由するＳＣＧ（セカンダリセルグループ：Secondary Cell Group）ベアラとを有する（例えば非特許文献４の１０．１節（参照により本明細書に組み込まれている）を参照）。なお、スプリット無線ベアラは、セカンダリ側（すなわちｇＮＢ（図６Ｂも参照））にＰＤＣＰエンティティを有することによって実施することもできることに留意されたい（非特許文献４の１０．１節も参照）。さらに図５は、ＵＥにおける例示的なユーザプレーンアーキテクチャも示しており、ＬＴＥ  ｅＮＢおよびｇＮＢからベアラを介して受信されるデータパケットを扱うためのＵＥ内のさまざまな層を示している。
【００３４】
次に、ＮＲ内（ＮＲ−ＮＲ）デュアルコネクティビティは、１０．２．５節「Intra-NR dual connectivity（ＮＲ内デュアルコネクティビティ）」（参照により本明細書に組み込まれている）に簡潔に述べられている。この説明から明らかであるように、レガシーＬＴＥデュアルコネクティビティからの主たる原理の一部またはすべてを（場合によっては機能強化を伴って）、ＮＲ内デュアルコネクティビティによって例示的に受け継ぐことができる。しかしながらこの点における細部は、標準化段階において依然として検討される。
【００３５】
ＬＴＥにおけるいわゆる「デュアルコネクティビティ」コンセプトとは、マスタセルグループ（ＭＣＧ）およびセカンダリセルグループ（ＳＣＧ）を有するように構成された、（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある）ＵＥの動作モードを意味する。デュアルコネクティビティは、主として、３ＧＰＰ技術規格である非特許文献６（参照により本明細書に組み込まれている）（例えばその４．９節、６．５節、７．６節、１０．１．２．３．４節、１０．１．２．８節、および付録Ｍ）に定義されている。さらには、非特許文献４（ＲＡＮ会合＃７５）の１０節（参照により本明細書に組み込まれている）も参照する。
【００３６】
Ｅ−ＵＴＲＡＮ（ＬＴＥ）ではデュアルコネクティビティ（ＤＣ）動作がサポートされ、この場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の多重送受信ＵＥは、Ｘ２インタフェースを通じての非理想的なバックホールを介して接続されている２基のｅＮＢ内に位置する２つの個別のスケジューラによって提供される無線リソースを利用するように構成される。特定のＵＥを対象とするデュアルコネクティビティに関与するｅＮＢは、２つの異なる役割を担うことができ、すなわちｅＮＢは、ＭｅＮＢまたはＳｅＮＢのいずれかとして動作しうる。デュアルコネクティビティでは、ＵＥは少なくとも１基のＭｅＮＢおよび１基のＳｅＮＢに接続され、特定のベアラが使用する無線プロトコルアーキテクチャは、そのベアラがどのように確立されているかによって決まる。３つのベアラタイプが存在し、すなわちＭＣＧベアラ、ＳＣＧベアラ、およびスプリットベアラである。これらのベアラタイプは、図６Ａおよび図６Ｂに示してある。デュアルコネクティビティにおけるｅＮＢ間の制御プレーンシグナリングは、Ｘ２インタフェースシグナリングによって実行される。ＭＭＥに向かう制御プレーンシグナリングは、Ｓ１インタフェースシグナリングによって実行される。
【００３７】
ＭｅＮＢとＭＭＥとの間には、ＤＣ  ＵＥあたり１つのみのＳ１−ＭＭＥ接続が存在する。各ｅＮＢは、複数のＵＥを独立して扱う（すなわち何基かのＵＥにＰＣｅｌｌを提供する一方で、別のＵＥにＳＣＧの（１つまたは複数の）ＳＣｅｌｌを提供する）ことができるべきである。特定のＵＥを対象とするデュアルコネクティビティに関与する各ｅＮＢは、自身の無線リソースを管理し、自身のセルの無線リソースを割り当てる役割を主として担う。ＭｅＮＢとＳｅＮＢとの間のそれぞれの調整は、Ｘ２インタフェースシグナリングによって実行される。図７は、特定のＵＥを対象とするデュアルコネクティビティに関与するｅＮＢの制御プレーンの接続性を示しており、Ｓ１−ＭＭＥはＭｅＮＢにおいて終端しており、ＭｅＮＢとＳｅＮＢはＸ２−Ｃを介して相互接続されている。
【００３８】
デュアルコネクティビティでは、２つの異なるユーザプレーンアーキテクチャが許可される。第１のアーキテクチャでは、Ｓ１−ＵがＭｅＮＢでのみ終端し、ユーザプレーンデータはＸ２−Ｕを使用してＭｅＮＢからＳｅＮＢに伝送され、第２のアーキテクチャでは、Ｓ１−ＵはＳｅＮＢで終端することができる。図８は、特定のＵＥを対象とするデュアルコネクティビティに関与するｅＮＢの、ユーザプレーンの接続性の複数の異なるオプションを示している。ＭＣＧベアラの場合、Ｓ−ＧＷへの対応する（１つまたは複数の）ベアラのＳ１−Ｕ接続は、ＭｅＮＢにおいて終端する。このタイプのベアラの、Ｕｕを通じてのユーザプレーンデータの伝送には、ＳｅＮＢは関与しない。スプリットベアラの場合、Ｓ−ＧＷへのＳ１−Ｕ接続はＭｅＮＢにおいて終端する。ＰＤＣＰデータは、ＭｅＮＢとＳｅＮＢとの間でＸ２−Ｕインタフェースを介して伝送される。このベアラタイプの、Ｕｕを通じてのデータの送信には、ＳｅＮＢおよびＭｅＮＢが関与する。ＳＣＧベアラの場合、ＳｅＮＢはＳ１−Ｕを介してＳ−ＧＷに直接接続される。このタイプのベアラの、Ｕｕを通じてのユーザプレーンデータの伝送には、ＭｅＮＢは関与しない。
【００３９】
デュアルコネクティビティの場合、ＵＥは２つのＭＡＣエンティティを有するように構成され、１つはＭｅＮＢ用のＭＡＣエンティティ、１つはＳｅＮＢ用のＭＡＣエンティティである。
【００４０】
［ＲＡＣＨ手順］
５Ｇ  ＮＲにおけるＲＡＣＨ（ランダムアクセスチャネル：Random Access Channel）手順に関しては、最終的な合意には達していない。非特許文献２の９．２節（参照により本明細書に組み込まれている）に記載されているように、ＮＲ  ＲＡＣＨ手順では、ＬＴＥにおいて定義されているものと同じかまたは類似する方法で、競合ベースのランダムアクセスと、競合のないランダムアクセスの両方がサポートされうる。さらに、ＮＲ  ＲＡＣＨ手順の設計では、ＬＴＥと同様に、メッセージ３の柔軟なサイズがサポートされる。
【００４１】
以下では、ＬＴＥ  ＲＡＣＨ手順について、図９および図１０を参照しながらさらに詳しく説明する。ＬＴＥにおける移動端末のアップリンク送信は、移動端末のアップリンク送信が時間同期されている場合にのみスケジューリングすることができる。したがってランダムアクセスチャネル（ＲＡＣＨ）手順は、同期していない移動端末（ＵＥ）がアップリンク無線アクセスの直交送信を行う機会として重要な役割を果たす。ＬＴＥにおけるランダムアクセスは、本質的には、アップリンクの同期をまだ獲得していないかまたはアップリンクの同期を失ったユーザ機器においてアップリンクの時間同期を達成するために使用される。ユーザ機器がアップリンクの同期を達成すると、ｅＮｏｄｅＢはそのユーザ機器のためのアップリンク送信リソースをスケジューリングすることができる。ランダムアクセスに関連する１つのシナリオとして、自身の現在のサービングセルから新しいターゲットセルにハンドオーバする、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器が、ターゲットセルにおけるアップリンクの時間同期を達成する目的でランダムアクセス手順を実行する。
【００４２】
ＬＴＥでは、２つのタイプのランダムアクセス手順が提供され、競合ベース（すなわち本質的に衝突のリスクを伴う）または競合なし（非競合ベース）のいずれかでアクセスが許可される。ランダムアクセス手順の詳細な説明は、非特許文献７の５．１節（参照により本明細書に組み込まれている）にも記載されている。
【００４３】
以下では、ＬＴＥにおける競合ベースのランダムアクセス手順について、図９に関連してさらに詳しく説明する。この手順は４つの「ステップ」から構成される。最初に、ユーザ機器は、ランダムアクセスプリアンブル（すなわちＲＡＣＨ手順のメッセージ１）を物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）でｅＮｏｄｅＢに送信する。ｅＮｏｄｅＢは、ＲＡＣＨプリアンブルを検出した後、プリアンブルが検出された時間−周波数スロットを識別する（ランダムアクセス）ＲＡ−ＲＮＴＩによってＰＤＣＣＨ上でアドレッシングされたＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）で、ランダムアクセス応答（ＲＡＲ：Random Access Response）メッセージ（ＲＡＣＨ手順のメッセージ２）を送信する。複数のユーザ機器が同じＰＲＡＣＨリソースにおいて同じＲＡＣＨプリアンブルを送信していた場合（衝突とも称する）、これらのユーザ機器は同じランダムアクセス応答メッセージを受信する。このＲＡＲメッセージは、検出されたＲＡＣＨプリアンブルと、以降のアップリンク送信を同期させるためのタイミングアライメントコマンド（ＴＡコマンド）と、スケジューリングされた最初の送信を送るための最初のアップリンクリソース割当て（グラント）と、Ｔ−ＣＲＮＴＩ（一時的なセル無線ネットワーク一時識別子：Temporary Cell Radio Network Temporary Identifier）の割当てと、を伝えることができる。ｅＮｏｄｅＢは、ＲＡＣＨ手順が終了するまでは、ＲＡＣＨプリアンブルが検出された（１基または複数基の）移動端末をアドレッシングする目的でこのＴ−ＣＲＮＴＩを使用し、なぜならｅＮｏｄｅＢはこの時点では移動端末の「真の」識別情報をまだ認識していないためである。
【００４４】
ユーザ機器は、所与の時間窓（ｅＮｏｄｅＢによって設定される）の中で、ＰＤＣＣＨを監視してランダムアクセス応答メッセージを受信する。ユーザ機器は、ｅＮｏｄｅＢから受信されたＲＡＲメッセージに応えて、スケジューリングされた最初のアップリンク送信を、そのランダムアクセス応答の中のグラントによって割り当てられた無線リソースで送信する。このスケジューリングされたアップリンク送信は、例えばＲＲＣ接続要求やバッファ状態報告など実際のランダムアクセス手順メッセージを伝える。
【００４５】
ＲＡＣＨ手順の最初のステップでプリアンブルの衝突が起きた（すなわち複数のユーザ機器が同じＰＲＡＣＨリソースで同じプリアンブルを送信した）場合、衝突しているユーザ機器は、ランダムアクセス応答の中で同じＴ−ＣＲＮＴＩを受信し、ＲＡＣＨ手順の第３のステップにおいてそれぞれのスケジューリングされた送信を送るときに、同じアップリンクリソースにおいて衝突する。１基のユーザ機器からのスケジューリングされた送信がｅＮｏｄｅＢによって正常に復号される場合、他の（１基または複数基の）ユーザ機器においては競合は解決していないままである。このタイプの競合を解決するため、ｅＮｏｄｅＢは、そのＣ−ＲＮＴＩまたは一時的なＣ−ＲＮＴＩにアドレッシングされた競合解決メッセージ（第４のメッセージ）を送信する。
【００４６】
図１０は、３ＧＰＰ  ＬＴＥの競合のないランダムアクセス手順を示しており、簡易化されている。最初のステップにおいて、ｅＮｏｄｅＢは、衝突の（すなわち複数のユーザ機器が同じプリアンブルを送信する）危険がないように、ランダムアクセスに使用するためのプリアンブルをユーザ機器に提供する。したがって次いでユーザ機器は、ｅＮｏｄｅＢによってシグナリングされたプリアンブルを、ＰＲＡＣＨリソースでアップリンクにおいて送信する。競合のないランダムアクセスの場合、複数のＵＥが同じプリアンブルを送信するケースが回避されるため、競合のないランダムアクセス手順は、本質的に、ランダムアクセス応答がＵＥによって正常に受信された後に完了する。
【００４７】
したがって、図９および図１０に関連して上に説明した手順に類似するかまたは同じＲＡＣＨ手順を、今後、５Ｇの新しい無線技術において採用することができる。しかしながら３ＧＰＰは、５Ｇ  ＮＲ用に２ステップのＲＡＣＨ手順も検討しており、この手順では、最初に、メッセージ１（４ステップのＲＡＣＨ手順におけるメッセージ１およびメッセージ３に相当する）を送信する。次いでｇＮＢが、メッセージ２（ＬＴＥ  ＲＡＣＨ手順のメッセージ２およびメッセージ４に相当する）で応える。メッセージの交換が少ないため、この２ステップの手順のレイテンシは、４ステップの手順と比較して減少しうる。オプションとして、メッセージ用の無線リソースはネットワークによって設定される。
【００４８】
［ＬＴＥのハンドオーバ手順］
モビリティは、ＬＴＥ通信システムにおいて重要な手順である。アクティブモードにあるＵＥの場合、ＬＴＥには２つのタイプのハンドオーバ手順があり、Ｓ１ハンドオーバ手順およびＸ２ハンドオーバ手順である。ＬＴＥ内で移動する場合、ｅＮｏｄｅＢ間移動用に、Ｘ２インタフェースを介してのハンドオーバが通常使用される。したがって、Ｘ２インタフェースが確立されていない、またはハンドオーバ元ｅＮｏｄｅＢが代わりに別のハンドオーバ（例：Ｓ１ハンドオーバ）を使用するように構成されていない限りは、デフォルトでＸ２ハンドオーバがトリガーされる。ＬＴＥにおけるモビリティ手順に関するさらなる情報は、非特許文献８の５．４節（参照により本明細書に組み込まれている）からと、非特許文献９の８．２節（参照により本明細書に組み込まれている）から、得ることができる。
【００４９】
次に、デュアルコネクティビティおよびマルチコネクティビティのシナリオを考えると、ＭｅＮＢのハンドオーバを、ＳｅＮＢを変更することなく実行することができる。このようなハンドオーバ（例示的にＭｅＮＢ間ハンドオーバと称する）は、ＬＴＥでは、非特許文献６の１０．１．２．８．８節「Inter-MeNB handover without SeNB change（ＳｅＮＢの変更なしでのＭｅＮＢ間ハンドオーバ）」に定義されている。図１１は、ＳｅＮＢの変更なしでのこのＭｅＮＢ間ハンドオーバのシグナリングフローの例を示しており、非特許文献６によって説明されているように、以下のステップを有する。
【００５０】
１．ハンドオーバ元ＭｅＮＢが、Ｘ２ハンドオーバ準備手順（X2 Handover Preparation procedure）を開始することによりハンドオーバ手順を開始する。ハンドオーバ元ＭｅＮＢは、ハンドオーバ準備情報（ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ）にＳＣＧの設定を含める。ハンドオーバ元ＭｅＮＢは、ハンドオーバ元ＭｅＮＢによって確立されたＳｅＮＢにおけるＵＥコンテキストへの参照として、ＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤおよびＳｅＮＢ  ＩＤをハンドオーバ要求メッセージに含める。
【００５１】
２．ハンドオーバ先ＭｅＮＢは、ＳｅＮＢを維持するように決定した場合、ハンドオーバ元ＭｅＮＢによって確立されたＳｅＮＢにおけるＵＥコンテキストへの参照としてのＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤを含むＳｅＮＢ追加要求（SeNB Addition Request）を、ＳｅＮＢに送る。
【００５２】
３．ＳｅＮＢが、ＳｅＮＢ追加要求ＡＣＫ（SeNB Addition Request Acknowledge）で応える。
【００５３】
４．ハンドオーバ先ＭｅＮＢは、ハンドオーバを実行するためのＲＲＣメッセージとしてＵＥに送られるトランスペアレントコンテナを、ハンドオーバ要求ＡＣＫ（Handover Request Acknowledge）メッセージ内に含め、ハンドオーバ要求ＡＣＫメッセージは、ＳＣＧの設定も含み、さらに、ハンドオーバ元ＭｅＮＢへの転送アドレスを提供することもできる。ステップ２およびステップ３において、ＳｅＮＢ内のＵＥコンテキストを維持することをハンドオーバ先ＭｅＮＢおよびＳｅＮＢが決定した場合、ハンドオーバ先ＭｅＮＢは、ＳｅＮＢ内のＵＥコンテキストが維持されることをハンドオーバ元ＭｅＮＢに示す。
【００５４】
５．ハンドオーバ元ＭｅＮＢが、ＳｅＮＢ解放要求（SeNB Release Request）をＳｅＮＢに送る。ハンドオーバ元ＭｅＮＢは、ＳｅＮＢ内のＵＥコンテキストが維持されることをＳｅＮＢに示す。ＳｅＮＢ内のＵＥコンテキストが維持される指示情報が含まれている場合、ＳｅＮＢはＵＥコンテキストを維持する。
【００５５】
６．ハンドオーバ元ＭｅＮＢが、新しい設定を適用するようにＵＥをトリガーする。
【００５６】
７／８．ＵＥがハンドオーバ先ＭｅＮＢに同期し、ＲＲＣ接続再設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージで応える。
【００５７】
９．ＵＥがＳｅＮＢに同期する。
【００５８】
１０．ＲＲＣ接続再設定手順が成功した場合、ハンドオーバ先ＭｅＮＢがＳｅＮＢに通知する。
【００５９】
１１／１２．ハンドオーバ元ＭｅＮＢからのデータ転送を行う。ＳＣＧベアラについてはデータ転送を省くことができる。スプリットベアラの場合、ハンドオーバ元ＭｅＮＢからＳｅＮＢへの直接的なデータ転送は可能ではない。
注：  直接的なデータ転送を行うことができるのは、ベアラタイプの変更する場合のみである。
【００６０】
１３〜１６．ハンドオーバ先ＭｅＮＢが、Ｓ１経路切り替え（S1 Path Switch）手順を開始する。
注：  Ｓ−ＧＷの新しいＵＬ  ＴＥＩＤが含まれている場合、ハンドオーバ先ＭｅＮＢは、ＭｅＮＢ開始ＳｅＮＢ修正（MeNB initiated SeNB Modification）手順を実行して、これらをＳｅＮＢに提供する。
【００６１】
１７．ハンドオーバ先ＭｅＮＢが、ハンドオーバ元ＭｅＮＢへのＵＥコンテキスト解放（UE Context Release）手順を開始する。
【００６２】
１８．ＳｅＮＢは、ＵＥコンテキスト解放（UE Context Release）メッセージを受信した時点で、ハンドオーバ元ＭｅＮＢに向かう、ＵＥコンテキストに関連付けられる制御プレーン関連リソースを解放することができる。進行中のデータ転送は続行することができる。ステップ５においてＳｅＮＢ解放要求（SeNB Release Request）に指示情報が含まれていた場合、ＳｅＮＢは、ハンドオーバ先ＭｅＮＢに関連付けられるＵＥコンテキストを解放しない。
【００６３】
５Ｇ  ＮＲでは、類似するかまたは同じハンドオーバ手順を使用することができる。
【００６４】
［ＮＲ（新無線）のＰＤＣＰ層およびパケット複製］
ＵＲＬＬＣをサポートするために要求されるなどの高い信頼性を確保する目的で、５Ｇ  ＮＲにおいては、複数のリンクにわたるパケット複製を含むデュアルコネクティビティおよびマルチコネクティビティが、３ＧＰＰによって現在検討されている。ＵＲＬＬＣのユースケースでは、パケットは、極めて高い信頼性で（例：９９．９９９％）、さらには要求されるレイテンシ目標（例：１ｍｓ）以内に、正しく受信されなければならない。これらの要件を満たすためには、ＨＡＲＱなどの既存の技術が十分ではないことがある。
【００６５】
スプリットベアラは、１つのＰＤＣＰエンティティおよび２つのＲＬＣエンティティ（一方はＭＣＧ（マスタセルグループ）におけるエンティティ、他方はＳＣＧ（セカンダリセルグループ）におけるエンティティ）を使用するように設定される。スプリットベアラ上のデータは、２本のＲＬＣレッグ（ＲＬＣ  ｌｅｇ）の両方に送ることができる。したがってパケット複製とは、同じデータパケットを２本のレッグ（所与の時刻において両方のＲＬＣレッグがアクティブである）を通じて送ることと理解されたい。
【００６６】
パケット複製は、つねに恩恵があるわけではなく、利得が得られないときにはパケット複製を無効にするべきである。したがって、ＳＲＢ／ＤＲＢに対してＲＲＣシグナリングによってパケット複製が設定された後、２本のＲＬＣレッグにおけるチャネル品質の動的な変化に対処する目的で、パケット複製の動的な有効化および無効化（例えばＭＡＣ  ＣＥまたはＰＤＣＰ制御ＰＤＵによる）をサポートするべきである。
【００６７】
非特許文献３の６．４節には、ＰＤＣＰ層の主たる機能（特に、重複の検出およびＰＤＣＰ  ＰＤＵの複製を含む）が記載されている。この文書に定義されているように、ＲＲＣによって無線ベアラに対して複製が設定されるときには、複製されたＰＤＣＰ  ＰＤＵを扱うために追加のＲＬＣエンティティおよび追加の論理チャネルが、その無線ベアラに追加される。したがってＰＤＣＰにおける複製は、同じＰＤＣＰ  ＰＤＵを２本の「レッグ」を介して２回送る（元のＲＬＣエンティティにおいて１回と、追加のＲＬＣエンティティにおいてもう１回）。このように行うとき、元のＰＤＣＰ  ＰＤＵおよび対応する複製は、同じキャリアでは送信されない。２つの異なる論理チャネルは、同じＭＡＣエンティティに属する（ＣＡ：キャリアアグリゲーション）、または異なるＭＡＣエンティティに属する（ＤＣ：デュアルコネクティビティ）ことができる。前者の場合には、元のＰＤＣＰ  ＰＤＵを伝える論理チャネルと、対応する複製を伝える論理チャネルとが同じキャリアで送られないことを保証するため、ＭＡＣにおいて論理チャネルマッピング制約が使用される。複製は、無線ベアラに対していったん設定されると、ＭＡＣ制御要素によって有効にする、および無効にすることができる。さらなるオプションとして、パケット複製をＰＤＣＰ制御ＰＤＵによって有効にする、および無効にできるようにサポートすることが検討されている。
【００６８】
なお、これらの定義は依然として検討中であり、最終的な合意には達していないことに留意されたい。しかしながらパケット複製の機能は、非特許文献３に基づいて上に説明した形式と同じ形式または類似する形式のいずれかにおいて、５Ｇ  ＮＲにおいて実施される。パケット複製は、特に、ユーザデータおよび制御シグナリングの両方についてレイテンシを低減し信頼性を高めることを可能にする目的で有利に使用され、また、リンク選択の代わりに使用することができる。さらにパケット複製技術によって、高移動性および超高密度の配置など要求条件の高いシナリオにおいてモビリティの堅牢性を改善することもできる。
【００６９】
したがって、送信機におけるＰＤＣＰ機能は、パケット複製をサポートし、受信機におけるＰＤＣＰ機能は、重複パケットの削除（すなわちパケット重複を検出して１つのパケットを上位層に転送する）をサポートする。
【００７０】
現在検討されている、実装形態のオプションの１つの細部として、元のＰＤＣＰ  ＰＤＵおよび対応する複製は同じトランスポートブロックでは送信されない。
【００７１】
パケット複製をどのように実施するかに関して、最終的な合意には達していない。３ＧＰＰでは、ＲＲＣ再設定と比較してＰＤＣＰ複製をより迅速に開始／停止し、かつシグナリングオーバーヘッドが小さい少なくとも１つのメカニズムを、どのように定義するかが検討されている。
【００７２】
したがって本開示は、上に挙げた欠点の１つまたは複数を克服すること、および／または、上に挙げた要求条件の１つまたは複数を満たすこと、を促進する解決策を提示する。
【００７３】
［本開示の詳細な説明］
以下では、５Ｇ移動通信システム用に想定される新しい無線アクセス技術におけるＵＥ、基地局、および手順について説明する。さまざまな実装形態およびバリエーションも説明する。以下の詳細な開示内容は、前のセクション「本開示の基礎」で説明した検討事項および発見事項によって促進されており、少なくともその一部に基づいている。
【００７４】
しかしながら全般的には、５Ｇセルラー通信システムに関して実際に合意されたことはわずかであり、したがって以下では、本開示の基礎をなす原理を明確かつわかりやすく説明することができるように、多くの想定を行わなければならないことに留意されたい。しかしながら、これらの想定は、本開示の範囲を制限することのない単なる例として理解されたい。当業者には、以下の開示の、請求項に記載されている原理を、さまざまなシナリオに、本明細書に明示的に説明されていない方法で適用できることが認識されるであろう。
【００７５】
さらに、次の３ＧＰＰ  ５Ｇ通信システムのための新しい無線アクセス技術に関連して使用される特定の専門用語は、まだ完全には決定されていないが、以下で使用されている、手順、エンティティ、レイヤ（層）などの用語は、ＬＴＥ／ＬＴＥ−Ａシステムに、または３ＧＰＰ  ５Ｇの現在の検討項目において使用されている専門用語に、密接に関係している。したがって用語は、標準化段階において変更されうるが、本発明の実施形態の機能・動作には影響しない。したがって、本発明およびその保護範囲は、より新しいかまたは最終的に合意された専門用語が存在しない理由で本明細書において例示的に使用されている特定の用語に制限されるべきではなく、本開示の機能・動作および原理の基礎をなす機能およびコンセプトに関して広義に理解されるべきであることが、当業者には認識されるであろう。
【００７６】
例えば、「移動局（mobile station）」、「移動ノード（mobile node）」、「ユーザ端末（user terminal）」、または「ユーザ機器（ＵＥ）」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能をノードまたはネットワークの別の機能エンティティに提供する、ソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、自身を通信機器または通信媒体にアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティまたは通信相手ノードと通信することができる。
【００７７】
用語「基地局」または「無線基地局」は、本明細書においては、通信ネットワーク内の物理エンティティを意味する。この物理エンティティは、通信装置に関連するいくつかの制御タスク（スケジューリングおよび設定の１つまたは複数を含む）を実行する。なお、基地局の機能および通信装置の機能を、１つの装置内に統合してもよいことに留意されたい。例えば、移動端末が、他の端末に対して基地局の機能を実施してもよい。ＬＴＥにおいて使用されている専門用語はｅＮＢ（またはｅＮｏｄｅＢ）であるが、５Ｇ  ＮＲにおいて現時点で使用されている専門用語はｇＮＢである。
【００７８】
図１２は、ＵＥ、ハンドオーバ元マスタｇＮＢ（ＭｇＮＢ）およびハンドオーバ先ＭｇＮＢの間でメッセージが交換されるシグナリング図を示している。
【００７９】
例示的な想定として、アップリンク無線ベアラは、ＵＥとハンドオーバ元ＭｇＮＢとの間に確立されているスプリット無線ベアラであり、このスプリット無線ベアラは、一端がユーザ機器、他方の端がハンドオーバ元ＭｇＮＢにおいて終端する２本のレッグを有し、２本のレッグの一方の経路は少なくとも１つの別のｇＮＢ（例えばセカンダリｇＮＢ（ＳｇＮＢ））を介する。ＰＤＣＰエンティティは、図５、図６Ａ、および図６Ｂの図解および説明に関連して、例示的にＭｇＮＢまたはＳｇＮＢのいずれかに存在することができる。
【００８０】
オプションとして、スプリット無線ベアラに対しては、ＵＥのＰＤＣＰ（パケットデータコンバージェンスプロトコル）エンティティは共有され、また、ハンドオーバ元ＭｇＮＢにＰＤＣＰエンティティが位置しており、データパケットはＰＤＣＰプロトコルデータユニット（ＰＤＣＰ  ＰＤＵ）である。
【００８１】
図１２にさらに示したように、ＵＥとハンドオーバ元ＭｇＮＢとの間でアップリンクパケット複製が実行される。これに加えて、ＵＥは、少なくとも１基の別のｇＮＢ（例えばセカンダリｇＮＢ（ＳｇＮＢ））に対してパケット複製を実行する。
【００８２】
したがってＵＥは、同じデータパケットを、ハンドオーバ元ＭｇＮＢと、少なくとも１基の別のｇＮＢ（例えばセカンダリｇＮＢ（ＳｇＮＢ））とに送信することによって、アップリンクパケット複製を実行し、ハンドオーバ元ＭｇＮＢは、ＵＥから受信されるデータパケットと、少なくとも１基のさらなるｇＮＢから受信されるデータパケットの両方を使用して、ハンドオーバ元ＭｇＮＢの上位層に転送される１つのデータパケットを生成することによって、ＵＥによって実行されるアップリンクパケット複製の受信側として関与する。
【００８３】
図１２のシナリオによれば、特定の時点で、ＵＥをハンドオーバ元ＭｇＮＢからハンドオーバ先ＭｇＮＢにハンドオーバすることが決定される。ＰＤＣＰエンティティが別のｇＮＢの１つ（例：セカンダリｇＮＢ）に位置している代替実装形態においては、ハンドオーバ元ＭｇＮＢからハンドオーバ先ＭｇＮＢではなく、少なくとも１基の別のｇＮＢ（本明細書では例えばハンドオーバ元ＳｇＮＢと称する）からハンドオーバ先ＳｇＮＢにＵＥをハンドオーバするように決定されるシナリオが想定される。説明を容易にするため、以下では、ＰＤＣＰエンティティがハンドオーバ元ＭｇＮＢにあり、かつＵＥがハンドオーバ元ＭｇＮＢからハンドオーバ先ＭｇＮＢに変更し、その一方で同じセカンダリｇＮＢが維持されるシナリオを、主として想定する。しかしながら以降の実施形態は、ＰＤＣＰエンティティが（ＭｇＮＢではなく）ＳｇＮＢに位置しており、したがってＵＥが１基のハンドオーバ元ＳｇＮＢから別のハンドオーバ先ＳｇＮＢに変更し、その一方で同じマスタｇＮＢとの接続が維持されるシナリオにも、等しく適用可能である。
【００８４】
ＵＥをハンドオーバ先ＭｇＮＢ（またはＳｇＮＢ）にハンドオーバするときに、パケット複製が脱落することを回避する目的で、ハンドオーバ元ＭｇＮＢは、ＵＥのパケット複製ステータスについてハンドオーバ先ＭｇＮＢに知らせることができる。
【００８５】
例示的な一実装形態によれば、ハンドオーバ元ＭｇＮＢは、ハンドオーバ元ＭｇＮＢおよび少なくとも１基の別のｇＮＢを対象にＵＥによって実行されているアップリンクパケット複製のステータスに関する情報を含むＵＥパケット複製ステータス、を生成する。したがって、アップリンクパケット複製のステータスに関する情報はアップリンク無線ベアラごとであり、この場合、ＵＥとハンドオーバ元ＭｇＮＢとの間に１つまたは複数のアップリンク無線ベアラが確立されている。次いでハンドオーバ元ＭｇＮＢは、ＵＥに対して実行されるハンドオーバ元ＭｇＮＢからのハンドオーバのターゲットであるハンドオーバ先ＭｇＮＢに、このＵＥパケット複製ステータスを送信する。
【００８６】
さらなる例示的な実装形態によれば、ハンドオーバ先ＭｇＮＢは、ハンドオーバ元ＭｇＮＢおよび少なくとも１基の別のｇＮＢを対象にＵＥによって実行されているアップリンクパケット複製のステータスに関する情報を含むＵＥパケット複製ステータスを受信する。ハンドオーバ先ＭｇＮＢは、受信したＵＥパケット複製ステータスを処理して、ハンドオーバの後にユーザ機器とハンドオーバ先ＭｇＮＢとの間に確立されるアップリンク無線ベアラのパケット複製を設定する。
【００８７】
図１２にさらに示したように、ハンドオーバは、ハンドオーバ元ＭｇＮＢがハンドオーバ先ＭｇＮＢにハンドオーバ要求を送信し、その後にハンドオーバ先ＭｇＮＢがハンドオーバ要求ＡＣＫによってハンドオーバ元ＭｇＮＢに応えるステップを含む。次いで、ハンドオーバ元ＭｇＮＢがハンドオーバコマンドをＵＥに送信する。図１２において例示的に想定したように、複製の有効化（Activation of Duplication）は、ハンドオーバが完了した後に送信される。したがってハンドオーバ先ＭｇＮＢは、ハンドオーバ手順中にはパケット複製がＵＥによって使用されず、したがってハンドオーバ要求ＡＣＫと、ハンドオーバ元ＭｇＮＢによってＵＥに送信される対応するハンドオーバコマンドとが、アップリンクパケット複製が無効にされていることを示すことを、（例えばデフォルトで）想定する（図１２の「複製は無効」を参照）。ＵＥは、ハンドオーバコマンド（ＲＲＣ接続再設定要求など）を受信した時点で、ＲＡＣＨ手順を開始してハンドオーバ先ＭｇＮＢとの接続を確立する。ＵＥがハンドオーバ完了メッセージをハンドオーバ先ＭｇＮＢに送信し、ハンドオーバ先ＭｇＮＢとの接続が確立されたら、ＵＥは、ハンドオーバ先ＭｇＮＢを対象にアップリンクパケット複製を有効にすることができ、これに対応して、以降のアップリンクデータ送信においてアップリンクパケット複製を使用する。
【００８８】
図１３Ａを参照する。図１３Ａは、ハンドオーバ先ＭｇＮＢに送信されるＵＥパケット複製ステータス（すなわちＵＥの使用中のＵＬ無線ベアラの現在の複製ステータス）の内容を示している。より具体的には、この例示的な図解によれば、ＵＥは５つのアップリンクデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）＃０〜＃４を確立しており、かつＵＥパケット複製ステータスが最大５つのアップリンクＤＲＢ＃０〜＃４を示すことができると想定する。
【００８９】
例えば、ＤＲＢ＃０およびＤＲＢ＃１がｅＭＢＢサービスに属しており、ＤＲＢ＃２がＵＲＬＬＣサービスに属している。複製は、ＤＲＢ＃０、ＤＲＢ＃１、およびＤＲＢ＃２に対して有効にされているが、ＤＲＢ＃３およびＤＲＢ＃４に対しては有効にされていないものと例示的に想定する。ＵＥのこのようなパケット複製ステータスを、例えば、無線ベアラあたり１個のビットを含むビットマップの形で送信することができる。図１３Ａの例では、ＤＲＢ＃０、ＤＲＢ＃１、およびＤＲＢ＃２に対してアップリンク複製が有効にされており、このことは、それぞれのビットフィールド内のフラグ「１」によって示されている。すなわちＤＲＢ＃０、ＤＲＢ＃１、およびＤＲＢ＃２に対するアップリンクパケット複製は、ＵＥパケット複製ステータスを送信する前には、ハンドオーバ元ＭｇＮＢとの通信時にすでに有効にされている／アクティブ状態にある。したがって、ＵＥのハンドオーバの後にＤＲＢ＃０、ＤＲＢ＃１、およびＤＲＢ＃２に対してアップリンク複製を使用するようにハンドオーバ先ＭｇＮＢに知らせるため、ハンドオーバ先ＭｇＮＢに送信されるＵＥパケット複製ステータスにおいて、（図示した例では）ＤＲＢ＃０、ＤＲＢ＃１、およびＤＲＢ＃２に対するそれぞれのフラグが「１」に設定されている。
【００９０】
図１３Ａの例に関してさらに、ＤＲＢ＃３およびＤＲＢ＃４に対してはアップリンク複製が無効にされており、このことは、それぞれのビットフィールド内のフラグ値「０」によって逆に示されている。すなわちＤＲＢ＃３およびＤＲＢ＃４に対するアップリンクパケット複製は、ＵＥパケット複製ステータスを送信する前には、使用されていない／すでに無効にされている。したがって、ＵＥのハンドオーバの後にＤＲＢ＃３およびＤＲＢ＃４に対してアップリンク複製を使用しないようにハンドオーバ先ＭｇＮＢに知らせるため、ハンドオーバ先ＭｇＮＢに送信されるＵＥパケット複製ステータスにおいて、ＤＲＢ＃３およびＤＲＢ＃４に対するそれぞれのフラグが「０」に設定されている。
【００９１】
この例に関してさらに、シグナリング無線ベアラ（ＳＲＢ：Signaling Radio Bearer）＃０、ＳＲＢ＃１、およびＳＲＢ＃２に対してアップリンク複製が有効にされており、このことは、ＵＥパケット複製ステータスのそれぞれのビットフィールド内のフラグ「１」によって示されている。すなわちＳＲＢ＃０、ＳＲＢ＃１、およびＳＲＢ＃２に対するアップリンクパケット複製は、ＵＥパケット複製ステータスを送信する前には、すでに有効にされている／確立されている。したがって、ＵＥのハンドオーバの後にＳＲＢ＃０、ＳＲＢ＃１、およびＳＲＢ＃２に対してアップリンク複製を使用するようにハンドオーバ先ＭｇＮＢに知らせるため、ハンドオーバ先ＭｇＮＢに送信されるＵＥパケット複製ステータスにおいて、ＳＲＢ＃０、ＳＲＢ＃１、およびＳＲＢ＃２に対するそれぞれのフラグが「１」に設定されている。
【００９２】
一実装形態においては、確立されている各アップリンク無線ベアラのステータスが報告される。別の例示的な実装形態においては、確立されているアップリンク無線ベアラのサブセットの（すなわちアップリンク無線ベアラのすべてではない）ステータスが報告される。図１３Ａの例では、８ビットのビットマップ（すなわち８ビットのオクテット）が使用され、このビットマップを使用して、ＵＥの８つのアップリンク無線ベアラの現在のステータスについてハンドオーバ先ＭｇＮＢに同時に知らせることができる。しかしながら代替実装形態においては、ＵＥによって現在使用されている／確立されているアップリンク無線ベアラのステータスの一部のみを、ＵＥパケット複製ステータス内に実施する／ＵＥパケット複製ステータスによって知らせることができる。
【００９３】
別の例示的な実装形態においては、アップリンクパケット複製のステータスは、アップリンク無線ベアラごとに有効にされる、または無効にされる。言い換えれば、各アップリンク無線ベアラに対するビットマップの各フィールド／フラグは、ハンドオーバ先ＭｇＮＢにおいてもアップリンク複製を有効にするべき（すなわち複製をオンに切り替えるかまたはアクティブに維持する）／無効にするべき（すなわち複製をオフに切り替えるかまたは非アクティブに維持する）それぞれの無線ベアラを、ハンドオーバ先ＭｇＮＢに示す。
【００９４】
アップリンク無線ベアラは、シグナリングアップリンク無線ベアラ（図１３Ａに関連して上に挙げたＳＲＢなど）、またはデータアップリンク無線ベアラ（図１３Ａに関連して上に挙げたＤＲＢなど）とすることができる。
【００９５】
別の例示的な実装形態においては、ビットマップは、１つまたは複数のオクテットの固定サイズを有することができる。
【００９６】
図１３Ｂは、ＵＥパケット複製ステータスの内容をシグナリングする代替実装形態を示している。
【００９７】
図１３Ｂに示したように、オプション１に示した例示的なビットマップにおいて送信されるＵＥパケット複製ステータスの内容は、ＤＲＢの複製およびＳＲＢの複製の組合せに関連する情報を含み、すなわちＤＲＢの複製ステータスおよびＳＲＢの複製ステータスの両方に関する情報を１つのビットマップの中で一緒に送信するようにビットフィールドが使用される。オプション１による例示的な図解においては、ＤＲＢ＃０〜ＤＲＢ＃４がビットマップ内に示されており、この場合、ＤＲＢ＃０〜ＤＲＢ＃２に対するアップリンクパケット複製が有効にされており、ＤＲＢ＃３およびＤＲＢ＃４に対するアップリンクパケット複製が無効にされており、さらに、ＳＲＢ＃０〜ＳＲＢ＃２もビットマップ内に示されており、これらのＳＲＢすべてに対してアップリンクパケット複製が有効にされている。
【００９８】
図１３Ｂにさらに示したように、これに代えて、オプション２において例示的に示したように、２つのビットマップを使用することによってＵＥパケット複製ステータスの内容を送信することができる。
【００９９】
１つのビットマップは、ＤＲＢの複製のみに関連する情報を送信するために使用され、すなわちＤＲＢの複製ステータスのみに関する情報を１つのビットマップ内で送信するためにビットフィールドが専用に使用される。オプション２による例示的な図解においては、ＤＲＢ＃０〜ＤＲＢ＃７に対するアップリンクパケット複製を１つのビットマップにおいて示すことができ、この例では、ＤＲＢ＃０〜ＤＲＢ＃２に対しては有効にされており、ＤＲＢ＃３〜ＤＲＢ＃７に対しては無効にされている。
【０１００】
他方のビットマップは、図１３Ｂにさらに示したように、ＳＲＢの複製のみに関連する情報を送信するために使用され、すなわちＳＲＢの複製ステータスのみに関する情報を１つのビットマップ内で送信するためにビットフィールドが専用に使用される。オプション２による例示的な図解においては、ＳＲＢ＃０〜ＳＲＢ＃２に対するアップリンクパケット複製を、この他方のビットマップにおいて示すことができ、この場合、ＳＲＢ＃０〜ＳＲＢ＃２に対するアップリンクパケット複製が有効にされているものと例示的に想定する。この例示的な図解によれば、残りのビットフィールドは無線ベアラに割り当てられずに予約されている（図では「Ｒ」によって示してある）。
【０１０１】
言い換えれば、オプション１は、ＤＲＢとＳＲＢが１つのビットマップ内に組み合わせてマッピングされるケースを言及しているのに対して、オプション２は、ＤＲＢとＳＲＢが別々のビットマップに個別にマッピングされるケースを言及している。
【０１０２】
非特許文献９の９．１節には、Ｘ２ＡＰプロトコルに必要なメッセージおよび情報要素の構造が表形式で示されている。上述したオプション１およびオプション２に関しては、下の表１に示したように、以下のメッセージの機能の定義および内容を例示的に提案する。
【０１０３】
【表１】
2020526092.tif 000003
【０１０４】
別の実装形態によれば、ハンドオーバ元ＭｇＮＢによって開始されるハンドオーバ手順中に、ＵＥパケット複製ステータスがハンドオーバ元ＭｇＮＢによって送信され、ハンドオーバ先ＭｇＮＢによって受信される。図１４は、例示的な実装形態を示しており、この場合、ＵＥパケット複製ステータスは、ＵＥに対するハンドオーバを開始するためにハンドオーバ先ＭｇＮＢに送信されるハンドオーバ要求メッセージの中で、ハンドオーバ元ＭｇＮＢによって送信されてハンドオーバ先ＭｇＮＢによって受信される。したがってハンドオーバ元ＭｇＮＢは、ＵＥパケット複製ステータスについて、ハンドオーバ要求メッセージと一緒に、対応するｇＮＢ間インタフェースを介してハンドオーバ先ＭｇＮＢに知らせる。
【０１０５】
さらに別の実装形態によれば、ＵＥパケット複製ステータスは、ＵＥに対して実行されるハンドオーバを開始するためにハンドオーバ先ＭｇＮＢに送信されるハンドオーバ要求メッセージの中で、ハンドオーバ元ＭｇＮＢによって送信される。図１４に示したように、ビットマップ（複製情報を含む）が、ハンドオーバ要求の中でハンドオーバ元ＭｇＮＢからハンドオーバ先ＭｇＮＢに送信される。
【０１０６】
ハンドオーバ元ＭｇＮＢは、ハンドオーバ要求に対する応答の中で、送信したＵＥパケット複製ステータスに対する確認応答をハンドオーバ先ＭｇＮＢから受信する。オプションとして、この確認応答は、ハンドオーバ要求ＡＣＫメッセージの中でハンドオーバ元ＭｇＮＢによって受信される／ハンドオーバ先ＭｇＮＢによって送信される。
【０１０７】
次いでハンドオーバ元ＭｇＮＢは、ハンドオーバ先ＭｇＮＢのパケット複製ステータスを受信確認するための確認応答をＵＥに送信する。このような確認応答は、通常のハンドオーバ手順の一部としてのＲＲＣ接続再設定要求メッセージと一緒にＵＥに送信することができる。ハンドオーバ元ＭｇＮＢからＵＥに送られるこのような確認応答は、ハンドオーバ元ＭｇＮＢによって前に送信されたパケット複製ステータスをハンドオーバ先ＭｇＮＢが受信したことをＵＥに知らせ、また例示的に、ハンドオーバ先ＭｇＮＢと通信するときに使用されるアップリンクパケット複製についてＵＥに通知することができる。この確認応答は、ハンドオーバコマンドメッセージと一緒にＵＥに送信することができる。さらなる例示的な実装形態においては、送信される確認応答には、ＵＥによって実行されるアップリンクパケット複製のステータスに関する情報が含まれており、含まれるこの情報は、ハンドオーバ元ＭｇＮＢによってハンドオーバ先ＭｇＮＢに送信された情報（例：ビットマップ）に一致する。したがって、アップリンクパケット複製ステータスについてハンドオーバ先ＭｇＮＢに知らされたことがＵＥに通知され、したがってＵＥは、ハンドオーバ先ＭｇＮＢと通信するときに、以前と同じアップリンク無線ベアラに対してパケット複製を継続して使用することができる。
【０１０８】
図１４による実装形態にさらに示したように、ＵＥは、ハンドオーバ手順の完了を示すメッセージ（ここではＲＲＣ接続再設定完了メッセージ）をハンドオーバ先ＭｇＮＢに送信することによって、ハンドオーバ手順を完了し、この場合、ハンドオーバ手順の完了を示すこのメッセージは、すでにアップリンクパケット複製を使用してハンドオーバ先ＭｇＮＢに送信することができる（このメッセージの送信に使用されるアップリンク無線ベアラ（一般にはＳＲＢ１）に対してパケット複製が有効にされているものと例示的に想定する）。
【０１０９】
一般的には、図１４に示した実装形態（ＵＥパケット複製ステータスがハンドオーバ中にすでに送信される）では、図１２の実装形態と比較しての１つの利点として、ハンドオーバの前にアップリンク複製を無効にしてから、ハンドオーバの後にアップリンク複製を再び有効にするまでのレイテンシが著しく減少する。
【０１１０】
これに加えて、図１４を参照しながら上述したように、新しいハンドオーバ先ＭｇＮＢを対象とするアップリンク複製の（再）有効化は、ハンドオーバ手順中に実行され、したがってハンドオーバ手順中および手順の直後に使用することができる。したがってＵＥは、ハンドオーバ手順が完了した直後にアップリンク複製を実行する。ＲＲＣメッセージおよびアップリンクデータが、すでにパケット複製モードにおいてＵＥによって送られる。
【０１１１】
さらなる例示的な一実装形態によれば、ハンドオーバ先ＭｇＮＢは、パケット複製ステータスと一緒にハンドオーバ要求を受信した時点で、ＵＥとハンドオーバ元ＭｇＮＢとの間に前に確立されていた通知された複製ステータスとは異なる複製ステータスを用いて無線ベアラを確立する目的で、そのパケット複製ステータスによって報告された無線ベアラに対するアップリンクパケット複製を変更することを決定する。ハンドオーバ先ＭｇＮＢによる、このような変更に関する決定を可能にする目的で、ハンドオーバ先ＭｇＮＢは、例示的な実装形態によれば、ＵＥから受信される測定報告を分析し、この場合、このような測定報告は、ＵＥとハンドオーバ先ＭｇＮＢとの間の無線リンクを対象にＵＥによって実行された測定値を反映する。
【０１１２】
このさらなる例示的な実装形態は、図１５に示してある。ハンドオーバ先ＭｇＮＢは、ＵＥパケット複製ステータスを受信した時点で、各アップリンク無線ベアラについて、受信したＵＥパケット複製ステータスを修正するかに関して決定する。図１５による図示した例においては、例えば、（受信したＵＥパケット複製ステータスに示されている）無線ベアラＤＲＢ＃０およびＤＲＢ＃１に対するアップリンクパケット複製を更新／修正して、ハンドオーバの後にはこれらの無線ベアラに対するアップリンクパケット複製を無効にすることをハンドオーバ先ＭｇＮＢが決定することを示している。この例示的な実装形態によれば、無線ベアラを修正するかに関するこのような決定は、ＵＥとハンドオーバ先ＭｇＮＢとの間の無線リンクを対象にＵＥによって実行される測定の結果に基づく。
【０１１３】
例示的な一実装形態によれば、このような測定結果（ＵＥによって実行されてハンドオーバ元ＭｇＮＢに提供される）は、例示的にＵＥパケット複製ステータスを伝える目的にも使用されるハンドオーバ要求メッセージと一緒に、ハンドオーバ元ＭｇＮＢからハンドオーバ先ＭｇＮＢに送信される。これに代えて、測定結果は、直接ＵＥによってハンドオーバ先ＭｇＮＢに送信することができる。別の例示的な実装形態によれば、ＵＥから受信されるこのような測定結果は、ＵＥからハンドオーバ元ＭｇＮＢに送信され、ハンドオーバ元ＭｇＮＢが、受信した測定結果をハンドオーバ要求メッセージと一緒にハンドオーバ先ＭｇＮＢに転送する。
【０１１４】
このような測定結果によって、例えば、無線ベアラＤＲＢ＃０およびＤＲＢ＃１のそれぞれのリンク品質が、ＵＥとハンドオーバ先ＭｇＮＢとの間では、ＵＥとハンドオーバ元ＭｇＮＢとの間の以前の品質より良好であることがハンドオーバ先ＭｇＮＢに示されることがある。言い換えれば、ＵＥとハンドオーバ元ＭｇＮＢとの間に確立されているそれぞれの無線ベアラに関して、ターゲットセルの品質がサービングセルの品質より良好なことがある。
【０１１５】
したがってハンドオーバ先ＭｇＮＢは、ＤＲＢ＃０およびＤＲＢ＃１について図１５に例示的に示したように、これら２つの無線ベアラに対しては、ターゲットセルではアップリンク複製が必要ないことを決定することができる。したがって、ＤＲＢ＃０およびＤＲＢ＃１に対するステータスが無効にされ、すなわちそれぞれのフラグが、最初に受信されたＵＥパケット複製ステータスの「１」から「０」に更新される。例えば、ハンドオーバ先ＭｇＮＢは、ターゲットセルの品質がサービスｅＭＢＢに対しては十分に良好であると判定することができ、したがってハンドオーバ先ＭｇＮＢは、それぞれの無線ベアラに対するアップリンク複製を無効にする。さらなる例示的な実装形態によれば、例えば、それぞれの無線ベアラのターゲットセルの品質が、対応するサービングセルの品質と比較して十分に良好ではない場合、ハンドオーバ先ＭｇＮＢは、いくつかの無線ベアラを有効にする（すなわちアクティブに設定する）ようにさらに決定することができる。
【０１１６】
図１５にさらに示したように、さらなる例示的な想定として、ハンドオーバ先ＭｇＮＢは、少なくとも１つのアップリンク無線ベアラを修正するように決定した時点で、更新されたＵＥパケット複製ステータスを生成し、その更新されたＵＥパケット複製ステータスをハンドオーバ元ＭｇＮＢに送信する。オプションとして、ハンドオーバ先ＭｇＮＢは、更新されたＵＥパケット複製ステータスを、ハンドオーバ要求ＡＣＫメッセージと一緒にハンドオーバ元ＭｇＮＢに送信する。
【０１１７】
さらなる例示的な実装形態によれば、ハンドオーバ先ＭｇＮＢは、ハンドオーバの後にＵＥとハンドオーバ先ＭｇＮＢとの間に確立されるアップリンク無線ベアラのパケット複製を設定するために、更新されたＵＥパケット複製ステータスを処理する。オプションとして、測定結果は、基準信号受信品質（ＲＳＲＱ：Reference Signal Received Quality）、または基準信号受信電力（ＲＳＲＰ：Reference Signal Received Power）、または信号対雑音比（SNR:Signal-to-Noise）に関する測定値を含む。
【０１１８】
図１５にさらに示したように、ハンドオーバ元ＭｇＮＢは、更新されたＵＥパケット複製ステータスをＵＥに送信する。オプションとして、更新されたＵＥパケット複製ステータスは、ハンドオーバコマンドメッセージ内で（例えばＲＲＣ接続再設定要求メッセージの中などで）ＵＥに送信される。
【０１１９】
ハンドオーバ元ＭｇＮＢによってＵＥに送信される更新されたＵＥパケット複製ステータスは、ハンドオーバ先ＭｇＮＢによって修正される前の元のＵＥパケット複製ステータスのビットマップのフォーマット（図１３に関連して上述した）と同じフォーマットであるものと例示的に想定する。
【０１２０】
ＵＥパケット複製ステータスを修正することができるように、ハンドオーバ先ＭｇＮＢがＵＥからの測定結果に対応することができる大きな利点として、ハンドオーバ先ＭｇＮＢ側における変化した状況／セル条件に対して柔軟に対応することができ、したがって必要な場合にのみアップリンクパケット複製の適用を改善することができ、したがってアップリンクパケット複製に消費される追加のリソースを（可能なときに）節約することができる。
【０１２１】
図１６は、図１５のシグナリング図を例示的に実施する場合の一般的かつ簡略化された流れ図を示している。ステップＳ１６０１においては、ハンドオーバ先ＭｇＮＢがＵＥパケット複製ステータスを受信する。ステップＳ１６０２においては、ハンドオーバ先ＭｇＮＢが、受信したＵＥパケット複製ステータスによるビットマップのマッピングを分析する。ステップＳ１６０３においては、ハンドオーバ先ＭｇＮＢが、ＵＥから受信された測定報告（ＵＥから直接受信される、またはハンドオーバ元ＭｇＮＢを介して受信される）を分析する。
【０１２２】
ステップＳ１６０４においては、ハンドオーバ先ＭｇＮＢが、受信したパケット複製ステータスに示されている関与する無線ベアラに関連するセル品質が所定のしきい値より良好であるかについて判定する。言い換えれば、ステップＳ１６０４においては、それぞれの無線ベアラについて、（ＵＥから見た、かつＵＥの測定報告に反映されている）セル品質が、ターゲットセルに関して特定のしきい値より高いかについて、ハンドオーバ先ＭｇＮＢによって判定される。
【０１２３】
ターゲットセルにおいてそれぞれの無線ベアラに対応するセル品質が所定のしきい値より良好ではない、または低いと判定される場合、ハンドオーバ先ＭｇＮＢはステップＳ１６０５に進み、ＵＥパケット複製ステータスを修正しないことを決定する。したがってこの場合には、ハンドオーバ先ＭｇＮＢは、ＵＥパケット複製ステータスによってあらかじめ受信したものと同じ複製ステータスを使用する。
【０１２４】
そうではなく、ターゲットセルにおいてそれぞれの無線ベアラに対応するセル品質が所定のしきい値より良好であると判定される場合、ハンドオーバ先ＭｇＮＢはステップＳ１６０６に進み、該当する無線ベアラに関してＵＥパケット複製ステータスを、有効な状態から無効な状態に修正する。言い換えれば、ハンドオーバ先ＭｇＮＢは、ターゲットセルにおいてセル品質がしきい値より良好であるそれぞれの無線ベアラに対するパケット複製を無効にするために、ビットマップのフィールド内のそれぞれの値を値「１」から値「０」に変更する。
【０１２５】
これに関して、セル品質がしきい値より良好である場合、以前に指示された無線ベアラの有効化を無効にすることにより、不必要なアップリンクパケット複製が回避され、なぜならそれぞれの無線ベアラがターゲットセルにおいては良好なリンク品質を有するため、関連するサービスが依然として品質基準を満たすためである。不必要なアップリンクパケット複製をこのように無効にすることで、無線リソースが有利に節約される。
【０１２６】
さらなる例示的な実装形態によれば、ＵＥパケット複製ステータスを修正した後、さらにハンドオーバも完了した時点で、次いでステップＳ１６０７においては、無効にされるようにハンドオーバ先ＭｇＮＢによって修正された、該当する無線ベアラに対するそれぞれの複製をやはり無効にするかどうかと、それぞれの無線ベアラについてサービスセルの品質が依然としてしきい値より良好であるかどうかを、ＵＥが決定できるものと想定する。これは、ハンドオーバ先ＭｇＮＢによって行われた決定の確認ステップとみなすことができる。
【０１２７】
ステップＳ１６０７において、サービスセルの品質が依然としてしきい値より良好であるとＵＥによって判定される場合、ハンドオーバ先ＭｇＮＢは、現在のＵＥパケット複製ステータスの設定を使用し続けることができ（ステップＳ１６０８）、すなわちハンドオーバ先ＭｇＮＢは、確立された無線ベアラに対する、ステップＳ１６０６で修正されたＵＥパケット複製ステータスを使用し続ける。
【０１２８】
そうではなく、ステップＳ１６０７において、サービスセルの品質がもはやしきい値より良好ではないとＵＥによって判定される場合、ステップＳ１６０９において、ＵＥが、それぞれの無線ベアラに対するパケット複製の有効化コマンドをハンドオーバ先ＭｇＮＢに送る。なお、図１６の説明に関して、オプションとして、ハンドオーバ先ＭｇＮＢがそれぞれの無線ベアラに対するそれぞれのパケット複製ステータスを「無効」から「有効」に修正する場合にも、いくつかのステップを実行することができることに留意されたい。
【０１２９】
より具体的には、この場合、代替ステップＳ１６０４において、受信されたパケット複製ステータスの中で示された関与する無線ベアラに関連するセル品質が所定のしきい値より良好ではないかどうかに関して判定することができる。良好である場合、ハンドオーバ先ＭｇＮＢは、ステップＳ１６０５において、受信されたものと同じＵＥパケット複製ステータスを継続する。そうではなく、それぞれの無線ベアラに対応するセル品質がターゲットセルにおいて所定のしきい値より良好ではないと判定される場合、ハンドオーバ先ＭｇＮＢは代替ステップＳ１６０６に進み、該当する無線ベアラに関してＵＥパケット複製ステータスを、無効な状態から有効な状態に修正する。言い換えれば、ターゲットセルにおいてセル品質がしきい値より良好ではないそれぞれの無線ベアラに対するパケット複製を有効にするために、ハンドオーバ先ＭｇＮＢは、ビットマップのフィールド内のそれぞれの値を値「０」から値「１」に変更する。その後のステップＳ１６０７〜ステップＳ１６０９におけるＵＥによる監視／決定は、これに対応してそれぞれ適宜実行される。
【０１３０】
代替実装形態または追加の実装形態として、ＵＥパケット複製ステータスメッセージをハンドオーバ元ＭｇＮＢに送信させる代わりに、ＵＥパケット複製ステータスが直接ＵＥからハンドオーバ先ＭｇＮＢに送信される。この代替実装形態によれば、ＵＥは、ＵＥパケット複製ステータスを生成し、これは、ハンドオーバ先ＭｇＮＢおよび少なくとも１基のさらなるｇＮＢを対象にＵＥによって実行されるアップリンクパケット複製のステータスに関する情報を含む。ハンドオーバ先ＭｇＮＢとは、前に説明したように、ＵＥに対して実行されるハンドオーバ元ＭｇＮＢからのハンドオーバのターゲットである。１つまたは複数のアップリンク無線ベアラが現在はハンドオーバ元ＭｇＮＢとの間に確立されており、ハンドオーバの後にはＵＥとハンドオーバ先ＭｇＮＢとの間に確立されるものと想定すると、アップリンクパケット複製のステータスに関する情報は、この場合もアップリンク無線ベアラごととすることができる。
【０１３１】
ＵＥパケット複製ステータスを生成するとき、ＵＥは、ハンドオーバ先ＭｇＮＢへの無線リンクを対象にＵＥによって実行された測定の結果に基づいて、アップリンク無線ベアラごとにアップリンクパケット複製のステータスを決定するものと例示的に想定する。オプションとして、ターゲットセルにおいてアップリンクパケット複製をどのように使用するかをハンドオーバ先ＭｇＮＢによって決定できるように、ハンドオーバ先ＭｇＮＢへの無線リンクを対象とする測定結果を、ハンドオーバ元ＭｇＮＢへの無線リンクを対象とするＵＥによって実行された測定結果と比較する、あるいは、１つまたは複数のしきい値と比較することができる。
【０１３２】
ＵＥがＵＥアップリンクパケット複製をハンドオーバ先ＭｇＮＢに送信する責務を担うこの実装形態においても、前に詳しく説明した例示的な実装形態の多くを等しく想定することができる。例えば、アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラあたり１個のビットを含むビットマップの形であるものとさらに例示的に想定する。オプションとして、確立されている無線ベアラそれぞれのステータスが報告される、または、確立されている無線ベアラのサブセットのステータスが報告される。オプションとして、アップリンクパケット複製のステータスは、単純に、アップリンク無線ベアラごとに有効または無効のいずれかである。オプションとして、この文脈におけるアップリンク無線ベアラは、シグナリングアップリンク無線ベアラまたはデータアップリンク無線ベアラである。オプションとして、ビットマップは、１つまたは複数のオクテットの固定サイズを有する。オプションとして、ＵＥパケット複製ステータスは、媒体アクセス制御（ＭＡＣ）制御要素として、またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）の制御パケットデータユニット（ＰＤＵ）として、送信される。
【０１３３】
図１７Ａおよび図１７Ｂは、このようなＵＥパケット複製ステータスの内容を、図１３Ａおよび図１３Ｂに関連して上述したフォーマットの代替のフォーマットにおいて示している。例示的な実装形態によれば、図１７Ａに示したメッセージフォーマットは、パケット複製の設定を有効化および無効化するためのＭＡＣ  ＣＥフォーマットに関連し、この場合、確立されているそれぞれの無線ベアラに対する「有効化フラグ／無効化フラグ」を備えたビットマップ用にＭＡＣ  ＣＥ使用される。
【０１３４】
図１７Ａに示したように、例示的に図解したＭＡＣ  ＣＥフォーマットで送信されるＵＥパケット複製ステータスの内容は、ＤＲＢの複製とＳＲＢの複製の組合せに関連する情報を含み、すなわちＤＲＢの複製のステータスおよびＳＲＢの複製のステータスの両方に関する情報を１つのビットマップ内で一緒に送信し、ＵＥパケット複製ステータスを含むものとしてＭＡＣ  ＣＥを識別する対応するＬＣＩＤ値を含むＬＣＩＤフィールドをさらに送信するように、ビットフィールドが使用される。この例示的な図解においては、ＤＲＢ＃０〜ＤＲＢ＃４がビットマップ内に示されており（ＤＲＢ＃０〜ＤＲＢ＃２に対するアップリンクパケット複製が有効にされており、ＤＲＢ＃３およびＤＲＢ＃４に対するアップリンクパケット複製が無効にされている）、さらに、ＳＲＢ＃０〜ＳＲＢ＃２に対するアップリンクパケット複製もビットマップ内に示されており（これらのＳＲＢすべてに対するアップリンクパケット複製が有効にされている。
【０１３５】
図１３Ｂを参照しながら上述した例示的な実装形態に合わせて図１７Ｂの上段にさらに示したように、データ無線ベアラに対するＵＥパケット複製ステータスとシグナリング無線ベアラに対するＵＥパケット複製ステータスを個別に送信するために、個別のＭＡＣ  ＣＥを使用することができる。例えば、例示的に図解したＭＡＣ  ＣＥフォーマットにおいて送信されるＵＥパケット複製ステータスの内容は、ＤＲＢの複製のみに関連する情報を含み、すなわちビットフィールドは、１つのビットマップ内のＤＲＢの複製のステータスのみに関する情報とＬＣＩＤフィールドとを送信するためにのみ使用される。この例示的な図解においては、ＤＲＢ＃０〜ＤＲＢ＃７をビットマップにおいて示すことができ、この場合、ＤＲＢ＃０〜ＤＲＢ＃２に対するアップリンクパケット複製が有効にされており、ＤＲＢ＃３〜ＤＲＢ＃７に対するアップリンクパケット複製が無効にされている。
【０１３６】
図１７Ｂの下段にさらに示したように、例示的に図解したＭＡＣ  ＣＥフォーマットにおいて送信されるＵＥパケット複製ステータスの内容は、ＳＲＢの複製のみに関連する情報を含み、すなわちビットフィールドは、１つのビットマップ内のＳＲＢの複製のステータスのみに関する情報とＬＣＩＤフィールドとを送信するために専用に使用される。この例において、ＬＣＩＤフィールドは、データ無線ベアラに対するＵＥパケット複製ステータスを含むものとしてＭＡＣ  ＣＥを識別する対応するＬＣＩＤ値を含む。この例示的な図解においては、ＳＲＢ＃０〜ＳＲＢ＃２をビットマップにおいて示すことができ、この場合、ＳＲＢ＃０〜ＤＲＢ＃２に対するアップリンクパケット複製が有効にされている。この例示的な図解によれば、残りのビットフィールドは無線ベアラに割り当てられずに予約されている（図では「Ｒ」によって示してある）。
【０１３７】
さらなる代替実装形態として、ＵＥからハンドオーバ先ＭｇＮＢに送信されるＵＥパケット複製ステータスは、図１８Ａおよび図１８Ｂに示したように、別の代替メッセージフォーマットによって伝えることもできる。
【０１３８】
この代替実装形態によれば、図１８Ａに示したメッセージフォーマットは、ＵＥアップリンクパケット複製ステータス（すなわちアップリンクパケット複製を有効にする、および無効にする）を伝えるためのＰＤＣＰ制御ＰＤＵフォーマットに関連する。この点において、背景技術のセクションで図４に関連して例示的に説明したＰＤＣＰ制御ＰＤＵのフォーマットを使用することができる。したがって、ＰＤＣＰ制御ＰＤＵは、最初のオクテット（図１８Ａにおける「オクテット１」）内にＤ／Ｃフラグを含むことができる。このようなＤ／Ｃフラグが値「０」を有する場合、それによって、そのＰＤＵが制御ＰＤＵに関連することが示される。このようなＤ／Ｃフラグが値「１」を有する場合、それによって、そのＰＤＵがデータＰＤＵに関連することが示される。
【０１３９】
さらに、最初のオクテットの２番目から４番目のビットのフィールドは、特定の「ＰＤＵタイプ」に関連することができる。例えば、現在の３ＧＰＰ仕様では、ＰＤＵタイプフィールドの値１００〜１１１は予約されており、特定のＰＤＵタイプを示す目的には現在使用されていない。ＵＥアップリンクパケット複製ステータスメッセージを実施する目的に、これらのビット値のいずれかを使用することができる。一例によれば、ビット値１００によって示されるＰＤＵタイプは、そのＰＤＣＰ制御ＰＤＵがＤＲＢおよびＳＲＢの両方についてのＵＥアップリンクパケット複製を示すことを意味する。
【０１４０】
図１８Ａに示した例に関してさらに、最初のオクテットのビットの残りは、ＳＲＢおよび／またはＤＲＢの有効ステータスまたは無効ステータスを反映することができる。図１８Ａに示した例に関してさらに、２番目のオクテット（「オクテット２」）は、ＤＲＢおよび／またはＳＲＢの有効ステータスまたは無効ステータスを反映する。この例のさらなる代替実装形態によれば、さらなるＳＲＢおよび／またはＤＲＢのステータスがＰＤＣＰ制御ＰＤＵにおいて送信され得る場合、追加のオクテットを使用することができる。
【０１４１】
さらなる代替実装形態によれば、図１８Ｂに示したメッセージフォーマットは、パケット複製の設定を有効にする、および無効にするためのＰＤＣＰ制御ＰＤＵフォーマットに関連し、この場合、ＤＲＢおよびＳＲＢの有効な状態／無効な状態を個別に送信するようにＰＤＣＰ制御ＰＤＵが使用される。
【０１４２】
この代替実装形態によれば、ＰＤＣＰ制御ＰＤＵは、ビットの１オクテットから構成することができる。１つのオプションとして、最初のビットフィールド（１ビットのビットフィールド長を有する）がＤ／Ｃフラグに関連し、それに続く２番目〜４番目のビットが、特定の「ＰＤＵタイプ」に関連する。したがって、ＰＤＵタイプに使用されるビットフィールドの数は可変である。例えば、ビット値１０２は、そのＰＤＣＰ制御ＰＤＵが、ＤＲＢのみの有効にされた、または無効にされたＵＬパケット複製ステータスを送信するための特定のＰＤＵタイプに関連する（図１８Ｂの下段に反映されている）ことを示すことができる。この例に関してさらに、ＰＤＣＰ制御ＰＤＵの最後の４ビットを、ＤＲＢの有効ステータス／無効ステータスを示すために使用することができる。
【０１４３】
別の例によれば、ＰＤＵタイプのビット値１０１は、そのＰＤＣＰ制御ＰＤＵが、ＳＲＢのみの有効にされた、または無効にされたＵＬパケット複製ステータスを送信するための特定のＰＤＵタイプに関連する（図１８Ｂの上段に反映されている）ことを示すことができる。この例に関してさらに、ＰＤＣＰ制御ＰＤＵの最後の４ビットを、ＳＲＢの有効にされた／無効にされたステータスを示すために（オプションとして予約されたビットフィールド「Ｒ」と一緒に）使用することができる。
【０１４４】
図１９は、代替実装形態によるシグナリング図を示しており、この場合、ＵＥパケット複製ステータスは、ハンドオーバ手順の一部として直接ＵＥからハンドオーバ先ＭｇＮＢに送信される。例示的な一実装形態によれば、ＵＥパケット複製ステータスは、ハンドオーバ先ＭｇＮＢを対象にＵＥによって実行されるＲＡＣＨ手順の一部として、ハンドオーバ先ＭｇＮＢに送信される。ＲＡＣＨ手順が４つのステップから構成されることと、ＵＥパケット複製ステータスがＲＡＣＨ手順の任意のアップリンクシグナリングメッセージと一緒に送信されることを、例示的に想定する。
【０１４５】
図１９に示したように、ＵＥは、新しいハンドオーバ先ＭｇＮＢについてＵＥに知らせるＲＲＣ接続再設定要求を受信した後、ＲＡＣＨプリアンブルをハンドオーバ先ＭｇＮＢに送信し、このＲＡＣＨプリアンブルは、図９および図１０に関連して上述したＲＡＣＨ手順のメッセージ１に相当する。次いでＵＥは、ランダムアクセス応答メッセージであるメッセージをハンドオーバ先ＭｇＮＢから受信する。その後ＵＥは、第３のメッセージとして、ＲＲＣ接続再設定完了メッセージを、ＵＥパケット複製ステータスと一緒にハンドオーバ先ＭｇＮＢに送信する。したがってこの第３のメッセージは、図９および図１０に関連して上述したメッセージ３とみなすことができるが、修正された形式であり、なぜならＵＥパケット複製ステータスである複製の有効化（Activation of Duplication）メッセージが、ＲＲＣ接続再設定完了メッセージと一緒に送信されるためである。例示的な実装形態によれば、ＵＥパケット複製ステータスの内容は、図１７Ａまたは図１７Ｂに関連して上述したフォーマットを有する。さらなる例示的な代替実装形態によれば、ＵＥパケット複製ステータスの内容は、図１８Ａまたは図１８Ｂに関連して上述したフォーマットを有する。ＵＥは、ＲＡＣＨ手順を完了した後、ハンドオーバ先ＭｇＮＢを対象にアップリンクパケット複製を実行する。
【０１４６】
図２０は、代替実装形態による別のシグナリング図を示しており、この場合、ＵＥパケット複製ステータスがハンドオーバ手順の一部として直接ＵＥからハンドオーバ先ＭｇＮＢに送信される。さらなる例示的な実装形態によれば、ＵＥパケット複製ステータスは、ハンドオーバ先ＭｇＮＢを対象にＵＥによって実行されるＲＡＣＨ手順の一部として、ハンドオーバ先ＭｇＮＢに送信される。ＲＡＣＨ手順は２つのステップから構成されることと、ＵＥパケット複製ステータスがＲＡＣＨ手順のＲＡＣＨプリアンブルおよびハンドオーバ完了メッセージと一緒に送信されることを、例示的に想定する。
【０１４７】
図９および図１０に関連して上述したように、２ステップのＲＡＣＨ手順では、最初のメッセージとして、４ステップのＲＡＣＨ手順の、組み合わされたメッセージ１およびメッセージ３を使用する。このさらなる例示的な実装形態によれば、図２０に示したように、ＵＥは、この組み合わされたメッセージ（すなわちメッセージ１およびメッセージ３の組合せ）と一緒に、ＵＥパケット複製ステータスをハンドオーバ先ＭｇＮＢに送信する。したがって、この２ステップのＲＡＣＨ手順の最初のステップは、ＲＡＣＨプリアンブルと、ＲＲＣ接続再設定完了メッセージと、複製の有効化メッセージとを送信することである。２ステップのＲＡＣＨ手順のこの最初のメッセージを送信するためにＵＥに利用可能な無線リソースは、システム情報ブロードキャストを使用して無線セル内で知らされる。例示的な実装形態によれば、ＵＥパケット複製ステータスの内容は、図１７Ａまたは図１７Ｂに関連して上述したフォーマットを有する。さらなる例示的な代替実装形態によれば、ＵＥパケット複製ステータスの内容は、図１８Ａまたは図１８Ｂに関連して上述したフォーマットを有する。
【０１４８】
ハンドオーバ先ＭｇＮＢは、ＵＥパケット複製ステータスを含めた、ＵＥからのこのメッセージに応答して、２ステップのＲＡＣＨ手順の第２のステップに関連するメッセージで応え、このメッセージは、４ステップのＲＡＣＨ手順のメッセージ２およびメッセージ４の組合せに相当する。ＵＥは、ＲＡＣＨ手順を完了した後、ハンドオーバ先ＭｇＮＢを対象にアップリンクパケット複製を実行する。
【０１４９】
図２１は、ＵＥパケット複製ステータスメッセージが直接ＵＥからハンドオーバ先ＭｇＮＢに送信される代替の例示的な一実装形態に関連する、例示的かつ単純化された流れ図を示している。
【０１５０】
ステップＳ２１０１においては、ハンドオーバ元ＭｇＮＢ（サービングＭｇＮＢ）が、ハンドオーバの後にＵＥによって使用されるハンドオーバ先ＭｇＮＢに関する情報と一緒に、ＲＲＣ接続再設定メッセージ（ハンドオーバメッセージを含む）をＵＥに送る。
【０１５１】
次いでステップＳ２１０２において、ＵＥは、ハンドオーバ元ＭｇＮＢを対象に現在使用されている１つまたは複数の無線ベアラに対するアップリンク複製ステータスを修正するか否かを決定するため、ハンドオーバ先ＭｇＮＢに関連する自身の測定結果を使用する。例示的な一実装形態においては、ＵＥは、ハンドオーバ先ＭｇＮＢを対象とする測定結果を、ハンドオーバ元ＭｇＮＢ（サービングＭｇＮＢ）を対象とする測定結果と比較する。これに代えて、ＵＥは、ハンドオーバ元ＭｇＮＢと通信する場合に前に使用していたものと同じアップリンクパケット複製ステータスを継続して使用するか否かを決定することができるように、測定結果を特定のしきい値（例：ＲＳＲＰ、ＲＳＲＱ、ＳＮＲなどセル品質パラメータ）と比較することができる。
【０１５２】
次いでステップＳ２１０３においては、ＵＥは、ステップＳ２１０２における比較の実施に応じて、各無線ベアラについて、ターゲットセルの測定結果が特定のしきい値より高いかどうか、またはソースセルの測定結果より高いかどうかに関して、判定することができる。ハンドオーバ先ＭｇＮＢに関連するそれぞれの測定結果が所定のしきい値より高いと判定される場合、例えばハンドオーバ先ＭｇＮＢへのそれぞれの無線ベアラのリンク品質が十分に良好であると判定される。ターゲットセルの測定結果がソースセルの測定値より良好であると判定される場合、ターゲットセルにおけるリンク品質は良好であり、ＵＥはパケット複製を必要としない。
【０１５３】
いずれの場合も、ステップＳ２１０４に進み、ＵＥパケット複製ステータス内のそれぞれの無線ベアラに対する複製の設定を有効から無効に変更するために、ハンドオーバ先ＭｇＮＢに送信されるＵＥパケット複製ステータスを修正する。
【０１５４】
しかしながら、それぞれの無線ベアラについて、ハンドオーバ先ＭｇＮＢに関連する測定結果が所定のしきい値より高くないと判定される場合、例えば、ハンドオーバ先ＭｇＮＢへのそれぞれの無線ベアラのリンク品質が十分に良好ではないと判定される。ターゲットセルの測定結果がソースセルの測定値より良好ではないと判定される場合、ターゲットセルにおけるリンク品質は良好ではなく、ＵＥは依然としてパケット複製を必要としうる。この場合にはステップＳ２１０５に進み、ＵＥは、ハンドオーバ元ＭｇＮＢを対象に前に行われていたアップリンク複製の設定と同じ設定を、ハンドオーバ先ＭｇＮＢを対象に使用する。
【０１５５】
いずれの場合にも、（ハンドオーバ元ＭｇＮＢを対象に使用されたＵＥパケット複製ステータスと比較して修正されるか否かにかかわらず）対応して有効にされる、または無効にされる無線ベアラの指示情報を含むＵＥパケット複製ステータスは、前述したようにＭＡＣ  ＣＥまたはＰＤＣＰ制御ＰＤＵを使用してハンドオーバ先ＭｇＮＢに送信される。
【０１５６】
なお、図１７〜図２１に関連して上述した代替実装形態（ＵＥパケット複製ステータスメッセージが直接ＵＥからハンドオーバ先ＭｇＮＢに送信される）の１つの利点として、ハンドオーバ先ＭｇＮＢに送信されるＵＥパケット複製ステータスの中で、それぞれの無線ベアラに対する複製を有効にするか無効にするかを決定する柔軟性が、ＵＥに与えられることに留意されたい。
【０１５７】
この代替実装形態のさらなる利点として、ｇＮＢ間の連携が必要ない、すなわちｇＮＢインタフェースを介する新規のシグナリングフォーマットが必要ない。
【０１５８】
さらに、図１７〜図２１に関連して上述した代替実装形態では、ハンドオーバの後にそれぞれの無線ベアラに対する複製を使用するためのレイテンシ（待ち時間）が、図１２に関連して上述した実装形態と比較して減少することが達成され、これは有利である。
【０１５９】
［さらなる態様］
第１の態様によれば、ハンドオーバ元基地局を提供する。本ハンドオーバ元基地局は処理回路を備えており、この処理回路は、動作時に、ユーザ機器パケット複製ステータスを生成し、ユーザ機器パケット複製ステータスは、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含む。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ユーザ機器とハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている。本ハンドオーバ元基地局は、送信機をさらに備えており、この送信機は、動作時に、ユーザ機器パケット複製ステータスを、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットであるハンドオーバ先基地局に送信する。
【０１６０】
第１の態様に加えて提供される第２の態様によれば、ユーザ機器パケット複製ステータスは、ハンドオーバ手順中に送信機によって送信される。
【０１６１】
第２の態様に加えて提供される第３の態様によれば、ユーザ機器パケット複製ステータスは、ユーザ機器に対して実行されるハンドオーバを開始するためにハンドオーバ先基地局に送信されるハンドオーバ要求メッセージの中で、送信機によって送信される。
【０１６２】
第２の態様または第３の態様に加えて提供される第４の態様によれば、本ハンドオーバ元基地局は受信機をさらに備えており、この受信機は、動作時に、送信されたユーザ機器パケット複製ステータスに対する確認応答を、オプションとしてハンドオーバ要求ＡＣＫメッセージの中で、ハンドオーバ先基地局から受信する。送信機は、動作時に、ハンドオーバ先基地局のパケット複製ステータスを受信確認するための確認応答を、オプションとしてハンドオーバコマンドメッセージの中で、ユーザ機器に送信し、オプションとして、確認応答は、ユーザ機器によって実行されるアップリンクパケット複製のステータスに関する情報を含む。
【０１６３】
第１の態様から第４の態様のいずれか一態様に加えて提供される第５の態様によれば、ユーザ機器のアップリンクパケット複製のステータスに関する情報は、無線ベアラあたり１個のビットを含むビットマップの形である。オプションとして、確立されている無線ベアラそれぞれのステータスが報告される。オプションとして、確立されている無線ベアラのサブセットのステータスが報告される。オプションとして、アップリンクパケット複製のステータスは、アップリンク無線ベアラごとに有効にされる、または無効にされる。オプションとして、アップリンク無線ベアラは、シグナリングアップリンク無線ベアラまたはデータアップリンク無線ベアラである。オプションとして、ビットマップは、１つまたは複数のオクテットの固定サイズを有する。
【０１６４】
第１の態様から第５の態様のいずれか一態様に加えて提供される第６の態様によれば、ユーザ機器は、ハンドオーバ元基地局と少なくとも１基のさらなる基地局とに同じデータパケットを送信することによって、アップリンクパケット複製を実行する。本ハンドオーバ元基地局は、ユーザ機器から受信されるデータパケットと、少なくとも１基のさらなる基地局から受信されるデータパケットの両方を使用して、ハンドオーバ元基地局の上位層に転送される１つのデータパケットを生成することによって、ユーザ機器によって実行されるアップリンクパケット複製の受信側として関与する。
【０１６５】
第１の態様から第６の態様のいずれか一態様に加えて提供される第７の態様によれば、本ハンドオーバ元基地局は、ハンドオーバ元マスタ基地局またはハンドオーバ元セカンダリ基地局のいずれかである。
【０１６６】
第１の態様から第７の態様のいずれか一態様に加えて提供される第８の態様によれば、本ハンドオーバ元基地局は受信機をさらに備えており、この受信機は、動作時に、更新されたユーザ機器パケット複製ステータスをハンドオーバ先基地局から受信し、ハンドオーバ先基地局が、更新されたユーザ機器パケット複製ステータスを生成するために、少なくとも１つのアップリンク無線ベアラについて、受信されたユーザ機器パケット複製ステータスを修正しており、オプションとして、更新されたユーザ機器パケット複製ステータスが、ハンドオーバ要求ＡＣＫメッセージの中で受信される。送信機は、動作時に、更新されたユーザ機器パケット複製ステータスをユーザ機器に送信し、オプションとして、更新されたユーザ機器パケット複製ステータスが、ハンドオーバコマンドメッセージの中でユーザ機器に送信される。
【０１６７】
第８の態様に加えて提供される第９の態様によれば、更新されたユーザ機器パケット複製ステータスは、アップリンク無線ベアラあたり１個のビットを含むビットマップの形である。オプションとして、確立されている無線ベアラそれぞれの更新されたステータスが報告される。オプションとして、確立されている無線ベアラのサブセットの更新されたステータスが報告される。オプションとして、アップリンクパケット複製の更新されたステータスは、アップリンク無線ベアラごとに有効にされている、または無効にされている。オプションとして、アップリンク無線ベアラは、シグナリングアップリンク無線ベアラまたはデータアップリンク無線ベアラである。オプションとして、ビットマップは、１つまたは複数のオクテットの固定サイズを有する。
【０１６８】
第８の態様または第９の態様に加えて提供される第１０の態様によれば、送信機は、動作時に、ユーザ機器とハンドオーバ先基地局との間の無線リンクを対象にユーザ機器によって実行された測定の結果をハンドオーバ先基地局に送信し、オプションとして、測定の結果が、ハンドオーバ要求メッセージと一緒に送信され、オプションとして、測定の結果が、ユーザ機器から受信される。
【０１６９】
第１１の態様によれば、ハンドオーバ先基地局が提供され、本ハンドオーバ先基地局は受信機を備えており、この受信機は、動作時に、ユーザ機器パケット複製ステータスを受信し、ユーザ機器パケット複製ステータスは、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含み、本ハンドオーバ先基地局は、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットである。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ユーザ機器とハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている。本ハンドオーバ先基地局は、処理回路をさらに備えており、この処理回路は、動作時に、受信されたユーザ機器パケット複製ステータスを処理して、ハンドオーバの後にユーザ機器とハンドオーバ先基地局との間に確立されるアップリンク無線ベアラのパケット複製を設定する。
【０１７０】
第１１の態様に加えて提供される第１２の態様によれば、ユーザ機器パケット複製ステータスは、ハンドオーバ手順中に受信機によって受信される。
【０１７１】
第１２の態様に加えて提供される第１３の態様によれば、ユーザ機器パケット複製ステータスは、ユーザ機器に対して実行されるハンドオーバを開始するためのハンドオーバ元基地局からのハンドオーバ要求メッセージの中で、受信機によって受信される。
【０１７２】
第１１の態様から第１３の態様のいずれか一態様に加えて提供される第１４の態様によれば、本ハンドオーバ先基地局は送信機をさらに備えており、この送信機は、動作時に、受信されたユーザ機器パケット複製ステータスに対する確認応答を、オプションとしてハンドオーバ要求ＡＣＫメッセージの中で、ハンドオーバ元基地局に送信する。
【０１７３】
第１１の態様から第１４の態様のいずれか一態様に加えて提供される第１５の態様によれば、処理回路は、動作時に、受信されたユーザ機器パケット複製ステータスを修正するかどうかを、アップリンク無線ベアラごとに決定し、オプションとして、この決定は、ハンドオーバ元基地局から、またはユーザ機器から受信される、ユーザ機器とハンドオーバ先基地局との間の無線リンクを対象にユーザ機器によって実行された測定の結果、に基づく。受信されたユーザ機器パケット複製ステータスを少なくとも１つのアップリンク無線ベアラについて修正することを決定すると、処理回路は、動作時に、更新されたユーザ機器パケット複製ステータスを生成し、送信機が、動作時に、更新されたユーザ機器パケット複製ステータスを、オプションとしてハンドオーバ要求ＡＣＫメッセージと一緒にハンドオーバ元基地局に送信し、オプションとして、処理回路が、動作時に、更新されたユーザ機器パケット複製ステータスを処理して、ハンドオーバの後にユーザ機器とハンドオーバ先基地局との間に確立されるアップリンク無線ベアラのパケット複製を設定する。
【０１７４】
第１１の態様から第１５の態様のいずれか一態様に加えて提供される第１６の態様によれば、測定結果は、ハンドオーバ要求メッセージと一緒にハンドオーバ元基地局から受信され、オプションとして、測定結果は、基準信号受信品質（ＲＳＲＱ）、または基準信号受信電力（ＲＳＲＰ）、または信号対雑音比（ＳＮＲ）に関する測定値を含む。
【０１７５】
第１７の態様によれば、ユーザ機器を提供し、本ユーザ機器は処理回路を備えており、この処理回路は、動作時に、ユーザ機器パケット複製ステータスを生成し、ユーザ機器パケット複製ステータスは、ハンドオーバ先基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されるアップリンクパケット複製のステータスに関する情報、を含み、ハンドオーバ先基地局は、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットである。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ハンドオーバの後にユーザ機器とハンドオーバ先基地局との間に１つまたは複数のアップリンク無線ベアラが確立される。本ユーザ機器は送信機をさらに備えており、この送信機は、動作時に、生成されたユーザ機器パケット複製ステータスをハンドオーバ先基地局に送信する。
【０１７６】
第１７の態様に加えて提供される第１８の態様によれば、処理回路は、ユーザ機器パケット複製ステータスを生成するときに、ハンドオーバ先基地局への無線リンクを対象にユーザ機器によって実行された測定の結果に基づいて、アップリンク無線ベアラごとにアップリンクパケット複製のステータスを決定する。オプションとして、ハンドオーバ先基地局への無線リンクを対象とする測定結果が、ハンドオーバ元基地局への無線リンクを対象にユーザ機器によって実行された測定結果と比較される。
【０１７７】
第１７の態様または第１８の態様に加えて提供される第１９の態様によれば、アップリンクパケット複製のステータスに関する情報が、アップリンク無線ベアラあたり１個のビットを含むビットマップの形式であり、オプションとして、確立されている無線ベアラそれぞれのステータスが報告され、オプションとして、確立されている無線ベアラのサブセットのステータスが報告され、オプションとして、アップリンクパケット複製のステータスは、アップリンク無線ベアラごとに有効にされる、または無効にされており、オプションとして、アップリンク無線ベアラは、シグナリングアップリンク無線ベアラまたはデータアップリンク無線ベアラであり、オプションとして、ビットマップは、１つまたは複数のオクテットの固定サイズを有し、オプションとして、ユーザ機器パケット複製ステータスは、媒体アクセス制御（ＭＡＣ）制御要素として、またはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）の制御パケットデータユニット（ＰＤＵ）として、送信される。
【０１７８】
第１７の態様から第１９の態様のいずれか一態様に加えて提供される第２０の態様によれば、ユーザ機器パケット複製ステータスは、ハンドオーバ先基地局に対してユーザ機器によって実行されるランダムアクセスチャネル（ＲＡＣＨ）手順の一部として、ハンドオーバ先基地局に送信される。オプションとして、ＲＡＣＨ手順は４つのステップからなり、ユーザ機器パケット複製ステータスは、ＲＡＣＨ手順の任意のシグナリングメッセージと一緒に送信される。オプションとして、ＲＡＣＨ手順は２つのステップからなり、ユーザ機器パケット複製ステータスは、ＲＡＣＨ手順のＲＡＣＨプリアンブルおよびハンドオーバ完了メッセージと一緒に送信される。
【０１７９】
第２１の態様によれば、ハンドオーバ元基地局を動作させる方法、を提供する。本方法は、ユーザ機器パケット複製ステータスを生成するステップであって、ユーザ機器パケット複製ステータスが、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含む、ステップ、を含む。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ユーザ機器とハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている。本方法は、ユーザ機器パケット複製ステータスを、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットであるハンドオーバ先基地局に送信するステップ、をさらに含む。
【０１８０】
第２２の態様によれば、ハンドオーバ先基地局を動作させる方法、を提供する。本方法は、ユーザ機器パケット複製ステータスを受信するステップであって、ユーザ機器パケット複製ステータスが、ハンドオーバ元基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されているアップリンクパケット複製のステータスに関する情報を含み、ハンドオーバ先基地局が、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットである、ステップ、を含む。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ユーザ機器とハンドオーバ元基地局との間に１つまたは複数のアップリンク無線ベアラが確立されている。本方法は、受信されたユーザ機器パケット複製ステータスを処理して、ハンドオーバの後にユーザ機器とハンドオーバ先基地局との間に確立されるアップリンク無線ベアラのパケット複製を設定するステップ、をさらに含む。
【０１８１】
第２３の態様によれば、ユーザ機器を動作させる方法、を提供する。本方法は、ユーザ機器パケット複製ステータスを生成するステップであって、ユーザ機器パケット複製ステータスが、ハンドオーバ先基地局および少なくとも１基のさらなる基地局を対象にユーザ機器によって実行されるアップリンクパケット複製のステータスに関する情報、を含み、ハンドオーバ先基地局が、ユーザ機器に対して実行されるハンドオーバ元基地局からのハンドオーバのターゲットである、ステップ、を含む。アップリンクパケット複製のステータスに関する情報は、アップリンク無線ベアラごとであり、ハンドオーバの後にユーザ機器とハンドオーバ先基地局との間に１つまたは複数のアップリンク無線ベアラが確立される。本方法は、生成されたユーザ機器パケット複製ステータスをハンドオーバ先基地局に送信するステップ、をさらに含む。
【０１８２】
［ハードウェアおよびソフトウェアによる本開示の実施］
本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上に記載した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩはチップとして個別に形成することができ、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、本明細書においては、集積度の違いに応じて、ＩＣ（集積回路）、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実現されていてもよい。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用してもよい。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として将来の集積回路技術がＬＳＩに置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。
【０１８３】
さらに、様々な実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行される、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【０１８４】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、様々な変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
2020526092.tif 000004
【図２】
2020526092.tif 000005
【図３】
2020526092.tif 000006
【図４】
2020526092.tif 000007
【図５】
2020526092.tif 000008
【図６Ａ】
2020526092.tif 000009
【図６Ｂ】
2020526092.tif 000010
【図７】
2020526092.tif 000011
【図８】
2020526092.tif 000012
【図９】
2020526092.tif 000013
【図１０】
2020526092.tif 000014
【図１１】
2020526092.tif 000015
【図１２】
2020526092.tif 000016
【図１３Ａ】
2020526092.tif 000017
【図１３Ｂ】
2020526092.tif 000018
【図１４】
2020526092.tif 000019
【図１５】
2020526092.tif 000020
【図１６】
2020526092.tif 000021
【図１７Ａ】
2020526092.tif 000022
【図１７Ｂ】
2020526092.tif 000023
【図１８Ａ】
2020526092.tif 000024
【図１８Ｂ】
2020526092.tif 000025
【図１９】
2020526092.tif 000026
【図２０】
2020526092.tif 000027
【図２１】
2020526092.tif 000028
【国際調査報告】
2020526092.tif 000029
2020526092.tif 000030
2020526092.tif 000031