(57)【要約】【課題】  無線通信システムにおいて、データ複製を送信する方法及び装置を提供する。【解決手段】  データ複製を用いて構成されるユーザ装置（ＵＥ）のための１つの方法である。ＵＥは、データユニットを第１のデータユニットと第２のデータユニットに複製する。ＵＥは、第２のデータユニットを送信するために使用される第２の無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵ）を構築する。第２のデータユニットは第２のＲＬＣサービスデータユニット（ＳＤＵ）である。ＵＥは、制御コマンドをネットワークノードから受信する。制御コマンドは、データ複製を非アクティブにするために使用される。第２のＲＬＣ  ＰＤＵが第２のＲＬＣ  ＳＤＵを含む場合、ＵＥは、第２のＲＬＣ  ＰＤＵを破棄する。【選択図】  図２９
2018191288.tif 000002
【特許請求の範囲】
【請求項１】
データ複製を用いて構成されるユーザ装置（ＵＥ）の方法であって、当該方法は、
データユニットを第１のデータユニットと第２のデータユニットに複製することと、
前記第２のデータユニットを送信するために使用される第２の無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵ）を構築することであって、前記第２のデータユニットは第２のＲＬＣサービスデータユニット（ＳＤＵ）である、構築することと、
制御コマンドをネットワークノードから受信することであって、前記制御コマンドは、前記データ複製を非アクティブにするために使用される、受信することと、
前記第２のＲＬＣ  ＰＤＵが前記第２のＲＬＣ  ＳＤＵを含む場合、前記第２のＲＬＣ  ＰＤＵを破棄すること、とを含む方法。
【請求項２】
前記第２のＲＬＣ  ＰＤＵが前記第２のＲＬＣ  ＳＤＵのセグメントのみを含む場合、前記第２のＲＬＣ  ＰＤＵを破棄しないことをさらに含む、請求項１に記載の方法。
【請求項３】
前記第２のＲＬＣ  ＳＤＵは、完全ＲＬＣ  ＳＤＵである、請求項１に記載の方法。
【請求項４】
前記第２のＲＬＣ  ＳＤＵのセグメントは、完全ＲＬＣ  ＳＤＵではない、請求項２に記載の方法。
【請求項５】
前記第２のＲＬＣ  ＳＤＵの第１バイトは、前記第２のＲＬＣ  ＰＤＵに含まれない、請求項２に記載の方法。
【請求項６】
第１の論理チャネル及び第２の論理チャネルを確立することであって、該第１の論理チャネル及び該第２の論理チャネルは、無線ベアラに関連付けられ、
第１のＲＬＣエンティティ及び第２のＲＬＣエンティティを確立することであって、前記第１のＲＬＣエンティティは前記第１の論理チャネルに関連付けられ、前記第２のＲＬＣエンティティは前記第２の論理チャネルに関連付けられる、請求項１に記載の方法。
【請求項７】
前記第１のＲＬＣエンティティは、第１のＵＭ（Unacknowledged  Mode）ＲＬＣエンティティであり、前記第２のＲＬＣエンティティは、第２のＵＭ  ＲＬＣエンティティである、請求項６に記載の方法。
【請求項８】
第１のサービングセルを使用して前記第１の論理チャネルを提供することと、
第２のサービングセルを使用して前記第２の論理チャネルを提供することと、をさらに含む、請求項６に記載の方法。
【請求項９】
前記第１のデータユニットを送信するために使用される第１のＲＬＣ  ＰＤＵを構築すること、前記第１のデータユニットは第１のＲＬＣ  ＳＤＵである、構築することをさらに含む、請求項１に記載の方法。
【請求項１０】
前記第１のＲＬＣ  ＰＤＵは、第１のＲＬＣエンティティ内に構築される、請求項９に記載の方法。
【請求項１１】
前記第２のＲＬＣ  ＰＤＵは、ＵＭＤ（Unacknowledged  Mode  Data）ＰＤＵである、請求項１に記載の方法。
【請求項１２】
前記第２のＲＬＣ  ＰＤＵは、第２のＲＬＣエンティティ内に構築される、請求項１に記載の方法。
【請求項１３】
前記データユニットは、ＰＤＣＰ（Packet  Data  Convergence  Protocol）ＰＤＵである、請求項１に記載の方法。
【請求項１４】
前記第１のデータユニットの内容は、前記第２のデータユニットの内容と同じである、請求項１に記載の方法。
【請求項１５】
前記制御コマンドは、媒体アクセス制御（ＭＡＣ）制御要素である、請求項１に記載の方法。
【請求項１６】
前記制御コマンドは、データ複製をアクティブ状態から非アクティブ状態に切り替えるために使用される、請求項１に記載の方法。
【請求項１７】
前記ＵＥが前記制御コマンドを前記ネットワークノードから受信したときは、第１のＲＬＣエンティティ内のＲＬＣ  ＳＤＵを破棄しないことをさらに含む、請求項１に記載の方法。
【請求項１８】
前記ＵＥが前記制御コマンドを前記ネットワークノードから受信したときは、第２のＲＬＣエンティティ内のＲＬＣ  ＳＤＵを破棄することをさらに含む、請求項１に記載の方法。
【請求項１９】
前記データ複製とは、前記ＵＥのＰＤＣＰ（Packet  Data  Convergence  Protocol）エンティティがＰＤＣＰ  ＰＤＵを第１のＰＤＣＰ  ＰＤＵと第２のＰＤＣＰ  ＰＤＵに複製し、該第１のＰＤＣＰ  ＰＤＵを第１のＲＬＣエンティティに送り、該第２のＰＤＣＰ  ＰＤＵを第２のＲＬＣエンティティに送信するメカニズムである、請求項１に記載の方法。
【請求項２０】
データ複製を用いて構成されるＵＥであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
データユニットを第１のデータユニットと第２のデータユニットに複製することと、
前記第２のデータユニットを送信するために使用される第２の無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵ）を構築することであって、前記第２のデータユニットは第２のＲＬＣサービスデータユニット（ＳＤＵ）である、構築することと、
制御コマンドをネットワークノードから受信することであって、該制御コマンドは、前記データ複製を非アクティブにするために使用される、受信することと、
前記第２のＲＬＣ  ＰＤＵが前記第２のＲＬＣ  ＳＤＵを含む場合、前記第２のＲＬＣ  ＰＤＵを破棄すること、を行うように構成される、ＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年５月５日に出願された米国仮特許出願第６２／５０２，４３０号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいて、データ複製を送信する方法及び装置に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【０００５】
本明細書では、無線通信システムにおいてデータ複製を送信するための方法及び装置を開示する。データ複製を用いて構成されるユーザ装置（ＵＥ）のための１つの方法である。ＵＥは、データユニットを第１のデータユニットと第２のデータユニットに複製する。ＵＥは、第２のデータユニットを送信するために使用される第２の無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵ）を構築する。第２のデータユニットは第２のＲＬＣサービスデータユニット（ＳＤＵ）である。ＵＥは、制御コマンドをネットワークノードから受信する。制御コマンドは、データ複製を非アクティブにするために使用される。第２のＲＬＣ  ＰＤＵが第２のＲＬＣ  ＳＤＵを含む場合、ＵＥは、第２のＲＬＣ  ＰＤＵを破棄する。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図を示す。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られる）及び受信機システム（ユーザ機器又はＵＥとしても知られる）のブロック図である。
【図３】例示的な一実施形態による通信デバイスの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．１．０に記載されているアップリンク（ＵＬ）のためのレイヤ２構造を示す。
【図６】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．１．０に記載されているＵＬのためのレイヤ２構造を示す。
【図７】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．１．０に記載されているＣＡ及びＤＣの両方が構成されるときのＵＬのためのレイヤ２構造を示す。
【図８】３ＧＰＰ  Ｒ２−１７０３７３１から得られるＬＴＥヌメロロジ（１５ＫＨｚサブキャリア間隔、１ｍｓサブフレーム）下でのＵＲＬＬＣのための必要なＲＢ数及び最小帯域幅を示す表を示す。
【図９】３ＧＰＰ  Ｒ２−１７０３５２９に示される、パケット複製をアクティブにするためのシグナリングフローを示す。
【図１０】３ＧＰＰ  Ｒ２−１７０３５２９に示される、パケット複製を非アクティブにするためのシグナリングフローを示す。
【図１１】３ＧＰＰ  Ｒ２−１７０３５２９に示される、ＲＲＣシグナリングを介してＵＥに送信される基準に基づいて、パケット複製をアクティブ及び非アクティブにするためのシグナリングフローを示す。
【図１２】論理チャネル構成フィールドの記述に関する、３ＧＰＰ  ＴＳ３６．３３１  Ｖ１４．１．０からの表を再現したものである。
【図１３】論理チャネル構成条件付き存在及び説明に関する、３ＧＰＰ  ＴＳ３６．３３１  Ｖ１４．１．０からの表を再現したものである。
【図１４】１つの例示的なサービスフローを示すフローチャートである。
【図１５】１つの例示的なサービスフローを示すフローチャートである。
【図１６】１つの例示的なサービスフローを示すフローチャートである。
【図１７】１つの例示的なサービスフローを示すフローチャートである。
【図１８】複製送信のためのＵＥスタックモデルの例示的な実施形態である。
【図１９】複製送信のためのＵＥスタックモデルの例示的な実施形態である。
【図２０】データ複製のアクティブ又は非アクティブのためのＰＤＵの例示的な実施形態を示す表である。
【図２１】データ複製のアクティブ又は非アクティブのためのＰＤＣＰ制御ＰＤＵの例示的な実施形態を示す。
【図２２】データフローの例示的な実施形態を示す。
【図２３】ＰＤＣＰ複製のアクティブのタイムラインを示す。
【図２４】３ＧＰＰ  Ｒ２−１７０２６４２からの提案２の再現である。
【図２５】データ複製を非アクティブにし、ＲＬＣ  ＰＤＵを破棄する様々な実施形態を要約した表である。
【図２６】データ複製をアクティブにし、ＲＬＣ  ＳＤＵを複製するための様々な実施形態を要約した表である。
【図２７】データ複製をアクティブにし、ＲＬＣ  ＰＤＵを複製するための様々な実施形態を要約した表である。
【図２８】データ複製をアクティブにし、ＲＬＣ  ＰＤＵをピギーバックするための様々な実施形態を要約した表である。
【図２９】ＵＥの観点からの例示的な一実施形態の場合の流れ図である。
【発明を実施するための形態】
【０００７】
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよい。標準は、R2-1701542，Packet  duplication  in  CA，RAN  WG2  Meeting  #97、R2-1702032，Data  duplication  in  lower  layers  (HARQ)，RAN  WG2  Meeting  #97、TR  38.913  V14.1.0，Study  on  Scenarios  and  Requirements  for  Next  Generation  Access  Technologies、TS  36.300  V14.1.0，“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN)，Overall  description，Stage  2”、R2-1703731，Packet  Duplication  Operations、R2-1703529，Activating  and  deactivating  packet  duplication、TS  36.321  V14.0.0，“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)，Medium  Access  Control  (MAC)  protocol  specification”、TS  36.331  V14.1.0，“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)，Radio  Resource  Control  (RRC)，Protocol  specification”、TS  36.322  V13.1.0，“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)，Radio  Link  Control  (RLC)  protocol  specification”、R2-1702642，“Duplication  Impacts  to  PDCP”、及びTS  36.323  V11.2.0，“Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)，Packet  Data  Convergence  Protocol  (PDCP)  specification”を含む。上記に挙げた標準及び文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
次世代（すなわち、５Ｇ）アクセス技術についての３ＧＰＰ標準化活動が２０１５年３月に立ち上げられている。次世代アクセス技術は、緊急の市場ニーズとＩＴＵ−Ｒ  ＩＭＴ−２０２０に明記されたより長期的なニーズとの両方を満たすために以下の３つの使用シナリオファミリをサポートすることを目的としている。
−  ｅＭＢＢ（拡張モバイルブロードバンド）
−  ｍＭＴＣ（大規模マシン型通信）
−  ＵＲＬＬＣ（超高信頼性及び低遅延通信）。
【００２６】
新しい無線アクセス技術についての５Ｇ研究項目の目的は、少なくとも１００ＧＨｚまでの任意のスペクトル帯域を使用できるはずの新しい無線システムに必要な技術要素を特定し開発することである。１００ＧＨｚまでの搬送波周波数をサポートすることにより、無線伝搬の領域において多くの課題が生じる。キャリア周波数が増加すると、パスロスも増加するのである。
【００２７】
３ＧＰＰ  Ｒ２−１７０１５４２によれば、ＬＴＥでは、レイヤ２における自動再送要求／ハイブリッド自動再送要求（ＡＲＱ／ＨＡＲＱ）及びレイヤ１における適応変調符号化（ＡＭＣ）により誤ったデータ伝送が保証されているが、レイテンシは進化型ノードＢ（ｅＮＢ）のスケジューリングに依存する。レイヤ１におけるＡＭＣがデータパス（すなわち１つのセル）のチャネル品質に密接に関連していることを考慮すると、レイヤ２は、キャリアアグリゲーション（ＣＡ）又はデュアルコネクティビティ（ＤＣ）を使用することによって複数のデータパス（すなわち複数のセル）を効果的に使用する機会を提供することが可能となる。
【００２８】
３ＧＰＰ  Ｒ２−１７０２０３２によれば、マルチコネクティビティ（ＭＣ）は、新しいＲＡＴ／無線（ＮＲ）におけるシステムアーキテクチャの観点から、デュアルコネクティビティ（ＤＣ）及びキャリアアグリゲーション（ＣＡ）の用語を含むことができる。特徴的には、ＭＣは、少なくとも２つの側面においてＵＲＬＬＣに貢献することができる。（１）レイテンシに関するパフォーマンスを犠牲にすることなく信頼性を高める。（２）モビリティに起因する中断時間を除去する。強調すべきコンセプトは、ＭＣが、それ自身によってリンクレベルのダイバーシティスキームが達成できない信頼性とレイテンシの大きな利得を得ることのできるダイバーシティスキームの一種であることである。ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）ＭＣの両方は、超高信頼性及び低遅延通信（ＵＲＬＬＣ）にとって特別な関心事であり得るが、ＵＬ  ＭＣは、ＵＥの電力などの制限要因を有する可能性がある。
【００２９】
３ＧＰＰ  ＴＲ  ３８．９１３  Ｖ１４．１．０によれば、ＵＲＬＬＣパケットは、以下の２つの要件を満たす。
【００３０】
信頼性は、あるチャネル品質（例えば、カバレッジエッジ）において無線インタフェースの無線プロトコルレイヤ２／３サービスデータユニット（ＳＤＵ）進入ポイントから無線プロトコルレイヤ２／３ＳＤＵ退出ポイントまで小さなデータパケットを供給するのにかかる時間である、ある遅延以内にＸバイトを送信する成功確率によって評価することができる。
−  パケットの１回の送信に対する一般的なＵＲＬＬＣ信頼性要件は、１ミリ秒のユーザプレーンレイテンシを持つ３２バイトの場合、１〜１０−５である。
ＵＰレイテンシ：アプリケーションレイヤパケット／メッセージを、アップリンクとダウンリンク方向の両方において無線インタフェースを介して無線プロトコルレイヤ２／３ＳＤＵ進入ポイントから無線プロトコルレイヤ２／３ＳＤＵ退出ポイントまで首尾よく供給するのにかかる時間。デバイス又は基地局の受信の両方とも、不連続受信（ＤＲＸ）によって制限されない。
−  ＵＲＬＬＣの場合、ユーザプレーンレイテンシの場合の目標は、ＵＬの場合に０．５ｍｓ、ダウンリンク（ＤＬ）の場合に０．５ｍｓとするべきである。さらに、可能であれば、レイテンシは、次世代アクセスアーキテクチャ内で使用することができる無線転送技術として、次世代のアクセス技術の使用をサポートするのに十分に低いものであるべきでもある。上記の値については、平均値が考慮されるべきであり、関連する高い信頼性要件を有さない。
【００３１】
３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．１．０によれば、レイヤ２は、以下のサブレイヤに分割される。媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ）である。
【００３２】
同じトランスポートチャネル（すなわちトランスポートブロック）上のいくつかの論理チャネル（すなわち、無線ベアラ）の多重化は、ＭＡＣサブレイヤによって実行される。
【００３３】
アップリンクとダウンリンクの両方において、ＣＡもＤＣも構成されないとき、空間多重化がないときは、送信時間間隔（ＴＴＩ）あたりただ１つの転送ブロックが生成される。
【００３４】
図５は、ＵＬのためのレイヤ２構造を示す。
【００３５】
ＣＡの場合、物理レイヤのマルチキャリア性質は、１つのサービングセル当たり１つのＨＡＲＱエンティティが必要とされるＭＡＣレイヤにのみさらされる。
【００３６】
アップリンクとダウンリンクの両方において、サービングセル当たり１つの独立したハイブリッドＡＲＱエンティティがあり、１つのトランスポートブロックは、空間多重化がない場合、サービングセルごとでＴＴＩごとに生成される。各トランスポートブロック及びその可能性としてあるＨＡＲＱ再送信は、単一のサービングセルにマッピングされる。
【００３７】
図６は、ＣＡが構成されるＵＬのためのレイヤ２構造を示す。ＤＣの場合、ＵＥは、２つのＭＡＣエンティティを用いて構成される。すなわち、マスタ進化型ノードＢ（ＭｅＮＢ）のための１つのＭＡＣエンティティと、セカンダリｅＮＢ（ＳｅＮＢ）のための１つのＭＡＣエンティティである。
【００３８】
図７は、ＣＡとＤＣの両方が構成されるときのアップリンクのためのレイヤ２構造を説明する。３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．１．０のセクション４．９．２において説明されているように、ＳＲＢは常にＭｅＮＢによって処理され、その結果、共通制御チャネル（ＣＣＣＨ）はＭｅＮＢに対してのみ示される。スプリットベアラの場合、ＵＥは、ＭｅＮＢによって、ＵＥがＵＬパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）を送信するリンク（又は両方のリンク）を介して構成される。ＲＬＣレイヤは、ＵＬ  ＰＤＣＰ  ＰＤＵの送信に関与しないリンク上のダウンリンクデータに対して対応するＡＲＱフィードバックのみを送信する。
【００３９】
３ＧＰＰ  Ｒ２−１７０３７３１によれば、データ複製（パケット複製）は、以下の場合に有益である。
（外１−１）
2018191288.tif 000003
（外１−２）
2018191288.tif 000004
論理チャネル優先順位付け（ＬＣＰ）手順及びＭＡＣ制御要素とＭＡＣ  ＳＤＵの多重化は、以下に引用される３ＧＰＰ  ＴＳ  ３６．３２１に示されている。
【００４０】
３ＧＰＰ  Ｒ２−１７０３５２９は、データ複製（パケット複製）のためのシグナリングを開示する。
【００４１】
パケット複製をアクティブ化及び非アクティブ化するための基準は、ＤＬ及びＵＬチャネル条件と異なるセル／キャリアにおける負荷に依存する。ＤＣ／ＭＣとＣＡアーキテクチャの両方において、ＭｇＮＢ（ＰＣｅｌｌ）が、ＵＥに対してパケット複製をアクティブにするかどうかの決定を行う。
【００４２】
一旦パケット複製がアクティブ化されると、ＭｇＮＢは、要求される信頼性を満たすために、ＤＬとＵＬ送信のためにいくつのリンク（セル）が使用されるかを動的に決定することができる。ＵＥは、パケットの送信のために１つ以上のＤＬ割り当て又はＵＬ許可を受信することができる。
【００４３】
ＵＬ及びＤＬのために使用されるリンクの数は、ＵＬ及びＤＬ内の負荷が著しく異なる可能性があるため、異なる可能性がある。
【００４４】
ネットワークは、ＵＥがパケット複製のために構成されている間に、パケット複製をいつ使用するかを決定するための基準をＵＥに提供することもできる。これにより、ＵＥは、パケット複製をいつ使用するかを決定することができる。
【００４５】
パケット複製をアクティブにするためのシグナリングフローを図９に示す。
【００４６】
上記の手順では、ＵＥの測定レポートに基づいて、ＵＥのために新しいセル／キャリアを追加することができる。サービングＭｇＮＢは、リンク選択を使用して、パケットを送信するための最良のセル／キャリアを決定することができる。パケット複製（ＰＤ）をアクティブにするための基準が満たされる場合、サービングＭｇＮＢは、無線リソース制御（ＲＲＣ）接続再構成メッセージを送信して、ＰＤモードをアクティブにする。一旦ＵＥがＲＲＣ再構成完了メッセージを送信すると、パケット複製モードがアクティブにされる。これは、ＵＥが同じパケットに対して複数のＤＬ割り当てメッセージ及び複数のＵＬ許可を受信できることを意味する。
【００４７】
パケット複製を非アクティブにするためのシグナリングフローを図１０に示す。
【００４８】
上記手順では、ＵＥがＰＤモードにある場合、サービングＭｇＮＢは、ＵＥのチャネル測定及びセル／キャリアにおける負荷に基づいて、ＰＤを非アクティブにするための基準を評価する。ＰＤ基準が満たされる場合、ＭｇＮＢはＲＲＣ接続再構成を送信して、ＰＤモードを非アクティブにする。一旦ＵＥがＲＲＣ再構成完了メッセージを送信すると、ＰＤモードは無効にされ、サービングＭｇＮＢはリンク選択を使用して、パケットを送信する。
【００４９】
いくつかのシナリオでは、ＭｇＮＢは、パケット複製をアクティブ／アクティブにするための基準をＵＥに提供することができる。ＵＥは、パケット複製をいつ使用するかを決定するための基準を評価する。この手順を図１１に示す。上記の手順では、ＭｇＮＢはＲＲＣ接続再構成メッセージを送信して、ＰＤアクティブ化基準を用いてＵＥを構成する。この場合、ＵＥは、パケット複製（例えば、複数のセル／キャリア上の許可のないリソース）に使用され得るリソースを用いて構成される。
【００５０】
媒体アクセス制御（ＭＡＣ）プロトコル仕様のＬＴＥ手順は、以下に引用される３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ．１４．０．０に示されている。
（外２−１）
2018191288.tif 000005
（外２−２）
2018191288.tif 000006
（外２−３）
2018191288.tif 000007
（外２−４）
2018191288.tif 000008
（外２−５）
2018191288.tif 000009
（外２−６）
2018191288.tif 000010
（外２−７）
2018191288.tif 000011
（外２−８）
2018191288.tif 000012
（外２−９）
2018191288.tif 000013
（外２−１０）
2018191288.tif 000014
（外２−１１）
2018191288.tif 000015
（外２−１２）
2018191288.tif 000016
（外２−１３）
2018191288.tif 000017
（外２−１４）
2018191288.tif 000018
（外２−１５）
2018191288.tif 000019
（外２−１６）
2018191288.tif 000020
（外２−１７）
2018191288.tif 000021
（外２−１８）
2018191288.tif 000022
（外２−１９）
2018191288.tif 000023
【００５１】
ＲＲＣによって制御される論理チャネルの構成は、以下に引用される３ＧＰＰ  ＴＳ３６．３３１  Ｖ１４．１．０に記載されている。
（外３）
2018191288.tif 000024
【００５２】
３ＧＰＰ  Ｒ２−１７０２６４２は、以下のように複製アクティブ化を論じている。
（外４−１）
2018191288.tif 000025
（外４−２）
2018191288.tif 000026
（外４−３）
2018191288.tif 000027
【００５３】
以下の用語を本明細書において使用することができる。
・ＴＲＰ：送受信ポイントはネットワークカバレッジを提供し、ＵＥと直接通信する。ＴＲＰは、分散ユニット（ＤＵ）と呼ぶこともできる。ＴＲＰは、各ＵＥに提供するために１つ以上のビームを使用してもよい。
・セル：セルは１つ以上の関連するＴＲＰを含むことができる。すなわち、セルのカバレッジは、すべての関連するＴＲＰのカバレッジを含む。１つのセルは１つのＢＳによって制御される。セルは、ＴＲＰグループ（ＴＲＰＧ）と呼ぶこともできる。
・オリジナルデータ：データ複製のメカニズムでは、データは２つの等価なデータに複製される。一方はオリジナルデータで、他方は複製データである。オリジナルデータとは、複製されていないデータである。オリジナルデータを送信するために使用される論理チャネルは、複製データを送信するために使用される論理チャネルとは異なる可能性がある。オリジナルデータの送信を処理するために使用されるセル／ＴＲＰ／ビームは、複製データの送信を処理するために使用されるセル／ＴＲＰ／ビームと異なってもよい。
・複製データ：データ複製のメカニズムでは、データは２つの等価なデータに複製される。一方はオリジナルデータで、他方は複製データである。複製データとは、オリジナルデータから複製されたデータである。複製データを送信するために使用される論理チャネルは、オリジナルデータを送信するために使用される論理チャネルとは異なる可能性がある。複製データの送信を処理するために使用されるセル／ＴＲＰ／ビームは、オリジナルデータの送信を処理するために使用されるセル／ＴＲＰ／ビームと異なってもよい。
【００５４】
１つのシナリオでは、ＴＲＰ１が第１のセルによって制御され、ＴＲＰ２が第２のセルによって制御されると想定する。第１のセルと第２のセルの両方は、基地局（ＢＳ）によって制御される。第１のセルは、第１のコンポーネントキャリア（すなわち、ＣＣ１）に関連付けられることができる。第２のセルは、第２のコンポーネントキャリア（すなわち、ＣＣ２）に関連付けられることができる。サービスフローを図１４に示し、以下に説明することができる。
ステップ１：ＵＥは電源がオンにされると、セル選択を実行し、サービングセルにキャンプオンする。ＵＥは、サービングセルのＢＳから最低限ＳＩを受信する。サービングセルは、ＢＳによって制御される第１のセルとすることができる。第１のセルは、コンポーネントキャリア＃１（ＣＣ１）に関連付けられている。ＵＥは、ＴＲＰ１を介して最低限ＳＩを受信してもよい。ＴＲＰ１は第１のセルに属する。
ステップ２：ＵＥは、ネットワークへの最初のアタッチを実行し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行し、関連する登録及び許可／認証を完了することができる。
ステップ３：ＢＳは、ＵＥが第２のセルを測定するように構成することができる。ＵＥは、第２セルについて測定し、測定結果をＢＳに報告することができる。測定レポートに基づいて、ＢＳはＣＣ２を用いてＵＥを構成することができる。さらに、ＢＳは、複製構成を用いてＵＥを構成することができる。
ステップ４：ＢＳはＲＲＣ状態変更コマンドを送信してＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移させることができる。例えば、ＵＥはなんら進行中のユニキャストサービスを有していなくてもよい。
ステップ５：基地局は、ＵＥに送信されるデータをコアネットワーク（例えば、Ｓ−ＧＷ）から受信する。
ステップ６：ＢＳは、ＵＥをページングするためのシグナリングを送信することができる。
ステップ７：ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する。
ステップ８：ＢＳは、ＵＥについてＣＣ２をアクティブにする。
ステップ９：ＵＥは、ＢＳからＣＣ１及びＣＣ２を介してＤＬデータを受信する。ＤＬデータの再送信は、ＣＣ１及び／又はＣＣ２上で行われてもよい。
【００５５】
１つのシナリオでは、ＴＲＰ１が第１のセルによって制御され、ＴＲＰ２が第２のセルによって制御されると想定する。第１のセルと第２のセルの両方は、ＢＳによって制御される。第１のセルは、第１のコンポーネントキャリア（すなわち、ＣＣ１）に関連付けられることができる。第２のセルは、第２のコンポーネントキャリア（すなわち、ＣＣ２）に関連付けられることができる。サービスフローを図１５に示し、以下に説明することができる。
・パケット複製構成
パケット複製構成は、システム情報内で送信される、又はＲＲＣシグナリングを介していつでも送信されることができる。パケット複製構成は、ＵＥ能力に関連してもよい。
・ＴＲＰ１でのＲＲＣ接続
ＵＥは、ランダムアクセスチャネル（ＲＡＣＨ）手順を実行して、第１のセル内にＴＲＰ１にアタッチし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する。第１のセルはプリイマリセルであると想定する。
・測定／ＴＲＰ２（ＣＣ２）追加
いくつかの条件（例えば、ＵＬ／ＤＬデータ送信が過負荷であるか、又はパケット複製の使用の場合）に対して、第２のセル内のＴＲＰ２が測定に基づいて追加される。ＵＥは、ＲＡＣＨ手順を実行してＴＲＰ２をアタッチしてもよく、ＴＲＰ２は、ＵＥのためのデータ送信可能になるようにアクティブ化される。
・パケット複製のアクティブ化
・スケジューリング要求
基本的に、ＵＥは、スケジューリング要求（ＳＲ）／バッファステータスレポート（ＢＳＲ）手順を実行して、送信リソースを要求する。
・送信リソーススケジューリング
ＢＳは、ＵＥに対して送信リソースを割り当てる。ＢＳは、１つのＴＲＰ又は両方のＴＲＰを介してＵＬ許可を送信してもよい。
・複製したＵＬデータ送信
ＵＥは、複製されたＵＬデータを２つのＴＲＰに送信する。
・ＵＬ  ＨＡＲＱ動作
新しいＲＡＴ（ＮＲ）のみが、ＵＬにおける非同期ＨＡＲＱ動作によってサポートされてもよい。ＢＳはＵＥがＵＬデータを再送信することを必要とする場合、ＢＳはＵＥのためのＵＬ許可を送信する。
【００５６】
１つのシナリオでは、ＴＲＰ１及びＴＲＰ２が同じセルに属すると想定する。セルはＢＳによって制御される。ＵＥは、ＴＲＰ１の１つ以上のビームによって提供されてもよい。ＵＥは、ＴＲＰ２の１つ以上のビームによって提供されてもよい。サービスフローを図１６に示し、以下に説明することができる。
ステップ１：ＵＥの電源がオンにされると、セル選択を行い、サービングセルにキャンプオンする。ＵＥは、サービングセルのＢＳから最低限ＳＩを受信してもよい。ＵＥは、ＴＲＰ１を介して最低限ＳＩを受信してもよい。ＴＲＰ１は、ＵＥに対して透過であってもなくてもよい。
ステップ２：ＵＥは、最低限ＳＩに基づいてネットワークへの最初のアタッチを実行し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行し、関連する登録及び許可／認証を完了することができる。最初のアタッチ手順中に、ＴＲＰ１のデフォルトのＴＲＰビームを決定することができる。最初のアタッチ手順中に、デフォルトのＵＥビームを決定することができる。
ステップ３：ＢＳは、ＵＥがビーム測定結果を報告するように構成してもよい。ビーム測定報告に基づいて、ＢＳは、ＴＲＰ１とＴＲＰ２の両方を使用してＵＥに提供することを考慮してもよい。ＢＳは、ＵＥが関連データ無線ベアラ、ＥＰＳベアラ及び／又は論理チャネルを確立するように構成してもよい。さらに、ＢＳは、複製構成を用いて、ＵＥを構成してもよい。複製構成に基づいて、ＵＥは複製受信のために関連する論理チャネルを確立する。
ステップ４：（例えば、ＵＥが一時的に進行中のユニキャストサービスを有していない可能性があるため）ＢＳはＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥにＵＥを遷移させるためにＲＲＣ状態変更コマンドを送信してもよい。
ステップ５：基地局は、コアネットワーク（例えば、Ｓ−ＧＷ）からＵＥに送信されるデータを受信する。
ステップ６：ＢＳは、ＵＥをページングするためにシグナリングを送信してもよい。
ステップ７：ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入る。ＵＥは複製構成を再開する。ＵＥは、ビーム測定を実行してもよく、ビーム測定結果をＢＳに報告してもよい。ＢＳは、ＴＲＰ１とＴＲＰ２の両方をＵＥ上で依然として利用可能と考慮してもよい。
ステップ８：ＵＥは、ＴＲＰ１のビーム又はＴＲＰ２のビームのいずれかを介してＢＳからＤＬデータを受信する。ＤＬデータの再送信は、ＴＲＰ１のビーム又はＴＲＰ２のビームのいずれかで発生してもよい。
【００５７】
１つのシナリオでは、ＴＲＰ１及びＴＲＰ２が同じセルに属すると想定する。セルはＢＳによって制御される。ＵＥは、ＴＲＰ１の１つ以上のビームによって提供されてもよい。ＵＥは、ＴＲＰ２の１つ以上のビームによって提供されてもよい。サービスフローを図１７に示し、以下に説明することができる。
ステップ１：ＵＥの電源がオンにされると、セル選択を行い、サービングセルにキャンプオンする。ＵＥは、サービングセルのＢＳから最低限ＳＩを受信してもよい。ＵＥは、ＴＲＰ１を介して最低限ＳＩを受信してもよい。ＴＲＰ１は、ＵＥに対して透過であってもなくてもよい。
ステップ２．ＵＥは、最低限ＳＩに基づいてネットワークへの最初のアタッチを実行し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行し、関連する登録及び許可／認証を完了することができる。最初のアタッチ手順中に、ＴＲＰ１のデフォルトのＴＲＰビームを決定することができる。代替的には、最初のアタッチ手順中に、デフォルトのＵＥビームを決定することができる。
ステップ３：ＢＳは、ＵＥがビーム測定結果を報告するようにＵＥを構成してもよい。ビーム測定報告に基づいて、ＢＳは、ＴＲＰ１及びＴＲＰ２の両方を使用してＵＥに提供することを考慮してもよい。ＢＳは、ＵＥが関連するデータ無線ベアラ、進化型パケットシステム（ＥＰＳ）ベアラ及び／又は論理チャネルを確立するように構成してもよい。追加的に、ＢＳは、複製構成を用いて、ＵＥを構成してもよい。複製構成に基づいて、ＵＥは複製受信のために関連する論理チャネルを確立する。
ステップ４：（例えば、ＵＥが一時的に進行中のユニキャストサービスを有していない可能性があるため）ＢＳはＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥにＵＥを遷移させるためにＲＲＣ状態変更コマンドを送信してもよい。
ステップ５：ＵＥは、送信可能なデータを有する。
ステップ６：ＵＥは、ＢＳとのＲＲＣ接続を確立してもよい。ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する。ＵＥは複製構成を再開する。ＵＥは、ビーム測定を実行してもよく、ビーム測定結果をＢＳに報告してもよい。ＢＳは、ＴＲＰ１とＴＲＰ２の両方をＵＥ上で依然として利用可能と考慮してもよい。
ステップ７：ＵＥは、送信リソースを割り当てるためにリソース要求をＢＳに送信する。
ステップ８：ＵＥは、ＢＳから送信リソースを受信する。
ステップ９：ＵＥは、送信リソースを使用してＵＬ送信を実行する。ＵＬ送信は、ＢＳからＴＲＰ１のビーム又はＴＲＰ２のビームのいずれかを介したものとしてもよい。ＵＬデータの再送信は、ＴＲＰ１のビーム又はＴＲＰ２のビームのいずれかで発生してもよい。
【００５８】
ダイバーシティ利得を提供し、信頼性を高めるために、スプリット無線ベアラ／論理チャネルを介した、及び異なるサービングセル／ＴＲＰ／ビームを介した複製データ送信をサポートしてもよい。ＮＲシステムでは、ＭＡＣエンティティは、異なるサービングセル／ＴＲＰ／ビームに対する送信を制御してもよい。（ＣＣ及び／又はビームのいずれかを介した）複製送信のためのＵＥスタックモデルの例を図１８及び図１９に示す。
【００５９】
データ複製は、ダイバーシティ利得を高めるために、データがＰＤＣＰエンティティによって複製され、異なるトランスポートブロック（ＴＢ）上で送信されることができるため、送信信頼性を向上するために使用されるメカニズムである。いくつかのケースでは、データ複製が、以下の例において有益である。ＵＲＬＬＣの要件がデータ複製なしでは達成できない場合、両方のリンク（例えば、異なるセル）に対するチャネル品質が悪い（例えば、セルエッジにおいて）場合、全体的なチャネル占有率が低い場合である。しかし、他のケースでは、リソースを浪費するため、データ複製が必要でなくてもよい。結果として、データ複製のアクティブ化／非アクティブ化が望ましい。データ複製をアクティブにするか非アクティブにするかの決定は、ネットワークによって（例えば、ＲＲＣ構成、ＰＤＣＰコマンド、又はＭＡＣ制御要素によって）制御される、又はＵＥによって決定されてよい（例えば、イベントトリガ）。複製がネットワークによって制御されるか、ＵＥによって決定されるかにかかわらず、データ複製状態が変更されたとき（例えば、データ複製が非アクティブ状態からアクティブにされる、又はデータ複製がアクティブ状態から非アクティブにされる）、いくつかのメカニズム又は手順がデータ複製状態の変更／更新に応答するために必要になる。通常、アクティブ状態におけるデータ複製は、１つの状況である可能性がある：上位レイヤのデータ（例えば、ＰＤＣＰ  ＰＤＵ）が複製され得る。ただし、非アクティブ状態におけるデータ複製は、２つのやり方で達成される可能性がある。（ｉ）上位レイヤデータが非アクティブ状態において複製されない、又は（ｉｉ）上位レイヤデータが非アクティブ状態において複製される。非アクティブ状態におけるデータ複製は、異なる方法によって達成されてよい。そのような方法の詳細を以下に開示する。
【００６０】
非アクティブ状態にあるＰＤＣＰ  ＰＤＵの複製
この方法では、ＵＥがデータ複製を使用して無線ベアラを提供するように構成される場合、ＵＥは無線ベアラのためにすべてのＰＤＣＰ  ＰＤＵを複製してもよい。ＵＥは、無線ベアラのために第１の論理チャネル及び第２の論理チャネルを確立するように構成されてもよい。可能であれば、論理チャネルは、無線ベアラ上でパケットを送信するために使用され、第２の論理チャネルは、パケットの複製を送信するために使用されてもよい。代替的には、第１の論理チャネルは、無線ベアラ上でパケットの複製を送信するために使用され、第２の論理チャネルは、パケットを送信するために使用されてもよい。追加的に、ＵＥは、データ複製の送信のために第１の通信リンク及び第２の通信リンクを用いて構成されてもよい。さらに、ＵＥは、第１の論理チャネルを提供するために第１の通信リンクを使用し（使用するように構成され）、第２の論理チャネルを提供するために第２の通信リンクを使用してもよい（使用するように構成されてもよい）。各（第１／第２の）通信リンクは、コンポーネントキャリア／サービングセル／ＴＲＰ／サービングビーム／ＨＡＲＱエンティティ／ＨＡＲＱプロセスであってもよい。ＵＥは、第１の論理チャネルを提供するために使用される第１の無線リンク制御（ＲＬＣ）エンティティを確立し、第２の論理チャネルを提供するために使用される第２のＲＬＣエンティティを確立してもよい。ＲＲＣシグナリング又はレイヤ２シグナリングは、ＰＤＣＰ  ＰＤＵの生成するときに／生成した後にＵＥが第１の論理チャネル又は第２の論理チャネルを提供するかどうかを制御するために使用されてもよい。レイヤ２シグナリングは、ＰＤＣＰ制御ＰＤＵ又はＭＡＣ制御要素であってもよい。
【００６１】
最初にＵＥが非アクティブ状態にあると仮定する。非アクティブ状態では、第２の論理チャネルは、非アクティブ状態により中断されてもよい。第１の論理チャネルは、アクティブ状態か非アクティブ状態かによらず、中断されない。ＵＥのＰＤＣＰレイヤが上位レイヤ（例えば、アプリケーションレイヤ、ＴＣＰ／ＩＰレイヤ等）からパケットを受信すると、ＵＥは、そのパケットを含むＰＤＣＰ  ＰＤＵを生成し、そのＰＤＣＰ  ＰＤＵを第１のＲＬＣエンティティ及び第２のＲＬＣエンティティに供給する。ＰＤＣＰレイヤは、パケットに関連付けられたdiscardTimerを開始することができる。discardTimerが満了すると、ＰＤＣＰレイヤは、パケットを含むＰＤＣＰ  ＰＤＵ及び／又はＰＤＣＰ  ＰＤＵを含む任意のＲＬＣ  ＰＤＵを破棄するように第１のＲＬＣエンティティと第２のＲＬＣエンティティの両方に指示してもよい。非アクティブ状態では、次世代ノードＢ（ｇＮＢ）は、ＵＥが第２の通信リンクを使用するようにスケジューリングしなくてもよく、ＵＥは、送信のために第２の論理チャネルを提供しないようにする。非アクティブ状態では、ｇＮＢは、ＵＥが第２の通信リンクを使用するようにスケジューリングすることができるが、第２の論理チャネルが中断されているため、ＵＥは送信のために第２の論理チャネルを提供しない。このようにして、リソースが第２の論理チャネルを送信するために使用されないため、リソース効率を達成することができる。
。
【００６２】
ｇＮＢは、非アクティブ状態からアクティブ状態に切り替えるために使用されるレイヤ２シグナリングをＵＥに送信してもよい。アクティブ状態では、ＵＥは、第２の論理チャネルを中断しないこと考慮してもよい。ｇＮＢは、ＵＥが第２の通信リンクを使用するようにスケジュールしてもよく、ＵＥが送信のために第２の論理チャネルを提供するようにする。このようにして、信頼性要件を達成するために第２の論理チャネルを送信するためにリソースが使用されるため、リソース効率は重要ではない。
【００６３】
ＵＥがアクティブ状態に切り替えるためのレイヤ２シグナリングを受信すると、第２のＲＬＣエンティティに対する再確立手順を実行することができる。第２のＲＬＣエンティティに対する再確立手順において、ＵＥは、第２のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄してもよい。また、ＵＥは、第２のＲＬＣエンティティに対する再確立手順において、第１のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を複製／コピーし、第１のＲＬＣエンティティから複製されたＰＤＣＰ  ＰＤＵ（即ち、ＲＬＣ  ＳＤＵ）を第２のＲＬＣエンティティに供給する。第２のＲＬＣエンティティのための再確立手順において、第２のＲＬＣエンティティにバッファされたＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄した後、ＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を第１のＲＬＣエンティティから第２のＲＬＣエンティティに複製することが続く。
【００６４】
アクティブ状態に切り替えるためにレイヤ２シグナリングを受信すると、ＵＥは、第１のＲＬＣエンティティに対する再確立手順を実行しない。すなわち、ＵＥは、第１のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄するわけではない。
【００６５】
アクティブ状態から非アクティブ状態に切り替える必要がある場合、ｇＮＢは、アクティブ状態から非アクティブ状態に切り替えるためにレイヤ２シグナリングをＵＥに送信してもよい。非アクティブ状態において、ｇＮＢは、ＵＥが第２の通信リンクを使用するようにスケジューリングしなくてもよく、ＵＥは、送信のために第２の論理チャネルを提供しないようにする。非アクティブ状態において、ｇＮＢは、ＵＥが第２の通信リンクを使用するようにスケジューリングしてもよいが、第２の論理チャネルが中断されているため、ＵＥは送信のために第２の論理チャネルを提供しない。このようにして、リソースが第２の論理チャネルを送信するために使用されないため、リソース効率を達成することができる。
【００６６】
非アクティブ状態に切り替えるためにレイヤ２シグナリングを受信すると、ＵＥは、第２のＲＬＣエンティティに対する再確立手順を実行してよい。第２のＲＬＣエンティティに対する再確立手順では、ＵＥは、第２のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄してもよい。
【００６７】
非アクティブ状態に切り替えるためのレイヤ２シグナリングを受信すると、ＵＥは、第１のＲＬＣエンティティに対する再確立手順を実行しない。すなわち、ＵＥは、第１のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄するわけではない。
【００６８】
データ複製は、ＬＴＥにおけるＰＤＣＰスプリットベアラアーキテクチャを再利用して達成してもよく、ＰＤＣＰエンティティは、データを複製し、スプリットベアラを介して同じＰＤＣＰ  ＰＤＵを供給する。上述のように、データ複製のアクティブ化／非アクティブ化は有益である。データ複製は、ＰＤＣＰコマンドによってＰＤＣＰレイヤをアクティブ又は非アクティブにすることによって達成されてもよい（例えば、指示に対応するアクティブ化／非アクティブ化をＰＤＣＰ  制御ＰＤＵを介して指示することができる）。例えば、図２０では、新しいＰＤＵタイプをデータ複製のアクティブ化／非アクティブ化のために追加することができる。ＰＤＣＰエンティティがＰＤＣＰ制御ＰＤＵを受信すると、それはデータ複製アクティブ化／非アクティブ化のためのＰＤＵタイプを含み、ＰＤＣＰエンティティは関連機能を有効化／無効化しなければならない（例えば、データは、複製及び／又はスプリットベアラを介して送信されることができる（、又はできない））。さらに、データ複製関連タイマ（例えば、discardTimer）及び／又はパラメータを、ＰＤＣＰ制御コマンド（例えば、ＰＤＣＰ制御ＰＤＵ）の指示によってリセット又は設定することができる。
【００６９】
一方、データ複製が非アクティブ状態にあるとき、ＵＥはオリジナルデータのみを送信してもよい。データ複製が必要な場合、ネットワークは、データ複製をアクティブにするようにＵＥに指示するためにＰＤＣＰ制御ＰＤＵを送信してもよい。このケースでは、ネットワークは、信頼性を高めるために、異なる通信リンクを介してＰＤＣＰ制御ＰＤＵを送信することができる（すなわち、データ複製が非アクティブ状態からアクティブ状態に切り替わる場合にＰＤＣＰ制御ＰＤＵを複製することもできる）。ＵＥは、２つのＰＤＣＰ制御ＰＤＵを受信している間、データ複製をアクティブにすることができる（複製したものを無視又は破棄することができる）。
【００７０】
例えば、図２１は、データ複製のためのＰＤＣＰ制御ＰＤＵの一例を示す。データ複製のためのＰＤＣＰ制御ＰＤＵは、データ／制御ＰＤＵに関する指示、ＰＤＵタイプに関する指示（データ複製アクティブ化／非アクティブ化について）、アクティブ化又は非アクティブ化を示す指示、及び／又はデータ複製に関連する他の情報を含むことができる。この例では、「アクティブ化／非アクティブ化」とは、有効／無効を意味する。図２１に示すように、「Ａ／Ｄ」は、アクティブ化／非アクティブ化を意味する。
【００７１】
上位レイヤ（例えば、アプリケーションレイヤ、ＴＣＰ／ＩＰレイヤなど）から受信した各パケットについて、ＰＤＣＰレイヤは、そのパケットを含むＰＤＣＰ  ＰＤＵを、そのパケットの元データを送信するために使用されるＲＬＣエンティティに供給し、そのパケットを含むＰＤＣＰ  ＰＤＵを、そのパケットの複製データを送信するために使用されるＲＬＣエンティティに供給してもよい。
【００７２】
各ＲＬＣエンティティは、論理チャネルに関連付けられてもよい。データ複製の場合、オリジナルデータを送信するための論理チャネルを提供するために使用されるＲＬＣエンティティがあり、ＲＬＣエンティティは、複製データを送信するための論理チャネルを提供するために使用される。オリジナルデータを送信するための論理チャネル及び複製データを送信するための論理チャネルは、共通／同一の無線ベアラに関連付けられてもよい。
【００７３】
複製データを送信するための論理チャネルを提供するために使用されるＲＬＣエンティティが再確立手順を実行するために指示されると、ＵＥは、複製データを送信するための論理チャネルを提供するためにＲＬＣエンティティにバッファされたすべてのＲＬＣ  ＳＤＵ（すなわち、ＰＤＣＰ  ＰＤＵ）を破棄してもよい。
【００７４】
複製データを送信するのための論理チャネルを提供するために使用されるＲＬＣエンティティが再確立手続を実行するために指示されると、ＵＥは、ＲＬＣ  ＳＤＵのセグメントがマッピングされていない場合、各ＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄してもよい。
【００７５】
次いで、オリジナルデータのための論理チャネルを提供するためにＲＬＣエンティティにバッファされたすべてのＲＬＣ  ＳＤＵ（すなわち、ＰＤＣＰ  ＰＤＵ）は、複製データを送信するための論理チャネルのためにＲＬＣエンティティに複製／コピーされてもよい。
【００７６】
複製データを送信するための論理チャネルを提供するために使用されるＲＬＣエンティティは、ＲＲＣレイヤ、ＰＤＣＰレイヤ、ＭＡＣレイヤ又は物理レイヤによる再確立手順を実行することをトリガするよう指示されてもよい。これらの選択肢は、ＡＭ  ＲＬＣ及びＵＭ  ＲＬＣに適用可能としてもよい。
【００７７】
ＭＡＣエンティティでは、データ複製がアクティブ／非アクティブにされると、いくつかのメカニズム又は手順が影響を受ける可能性がある。インパクトを解決する方法は、この明細書においては２つのケースに分けられる。すなわち、ケース１は非アクティブのためのものであり、ケース２はアクティブ化のためのものである。各ケースは、異なるメカニズムに関連するいくつかの箇条書きを含む。
【００７８】
ケース１：データ複製が非アクティブにされるとき
ＵＥは、データ複製が非アクティブにされたときに複製データを送信するために使用される論理チャネルにＵＬリソースを割り当てることを回避しなければならない。例えば、複製データを送信するために使用される論理チャネル（ＬＣＨ）が送信可能なデータを有する場合（例えば、ＰＤＣＰエンティティは依然としてＰＤＣＰ  ＰＤＵを複製し、両方の論理チャネルを介して送信している）、これらの論理チャネルのうちの１つは（例えば、複製データ送信のために）割り当てられたＵＬリソースとすることができない。
【００７９】
１つの選択肢では、データ複製が非アクティブにされたときに複製データ送信のためのＬＣＨが禁止／中断されてもよい。ＬＣＨは、パラメータ（例えば、フラグ）に関連付けられてもよい。ＬＣＨをパラメータに関連付けるかどうかは、ＲＲＣシグナリング（例えば、LogicalChannelConfig）によって構成されてもよい。追加的に、ネットワークは、ＲＲＣシグナリング又はレイヤ２シグナリングを使用して、送信のためのＬＣＨを禁止／中断するかどうかをＵＥに指示するパラメータを制御してもよい。代替的には、パラメータは、ＵＥによって制御されることができる（例えば、データ複製状態が変化したときにＵＥがパラメータの値を変更することができる）。
【００８０】
一実施形態では、オリジナルデータを送信するための論理チャネルがパラメータに関連付けられてもよく、ネットワークはパラメータを「禁止されていない」に常に制御して、ＵＥがオリジナルデータを送信するために論理チャネルを提供するようにする。
【００８１】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータと関連付けられなくてもよい。パラメータに関連付けられない論理チャネルとは、たとえデータ複製が非アクティブ状態にあっても、論理チャネルは送信を禁止されないことを意味する。
【００８２】
一実施形態では、複製データを送信するための論理チャネルは、パラメータと関連付けられてもよく、パラメータは、必要とするネットワークによって制御されてもよい。より具体的には、オリジナルデータを送信するための論理チャネル及び複製データを送信するための論理チャネルは、共通／同一の無線ベアラに関連付けられてもよい。複製データを送信するための論理チャネルが中断／禁止されているときは、複製データを送信するための論理チャネルに関連付けられた無線ベアラは中断／禁止されなくてもよい。無線ベアラが送信を中断／禁止されているときは、オリジナルデータを送信するための論理チャネルと複製したデータを送信するための論理チャネルの両方が、送信を中断／禁止されてもよい。
【００８３】
別の代替案では、複製データ送信のためのＬＣＨの優先順位を下げることができる。ＬＣＨの優先順位が下げられると、ＬＣＨは、データ送信が使い果たされた後でも依然として残っているリソースがあるまで、ＵＬリソースを割り当てられない。複製データを送信していない他のＬＣＨのデータが使い果たされ、ＵＬリソースが依然として残っている場合、これらのＵＬリソースは、リソースの浪費を避けるために複製データを送信しているＬＣＨに割り当てることができる。
【００８４】
１つの代替案では、複製データのためのＨＡＲＱバッファがフラッシュされる。データ複製が非アクティブにされ、ＨＡＲＱバッファが複製データを含む場合、複製データが送信／再送される必要がないため、このＨＡＲＱバッファをフラッシュすることができる。
【００８５】
第２の代替案では、複製データ送信のためのＨＡＲＱエンティティを解放する。  ＨＡＲＱエンティティが複製データ送信に関連付けられる（又は構成されている）場合、データ複製が非アクティブにされている間、ＨＡＲＱエンティティは必要でない可能性があるため、ＨＡＲＱエンティティを解放することができる。
【００８６】
第３の代替案では、複製データ送信のためのＨＡＲＱプロセスを解放する。ＨＡＲＱプロセスが複製データ送信に関連付けられる（又は構成される）場合、データ複製は非アクティブにされている間、ＨＡＲＱエンティティは必要でない可能性があるため、ＨＡＲＱプロセスを解放することができる。
【００８７】
ＵＬリソースの要件がアクティブ状態と非アクティブ状態とで異なるため、ＢＳＲをトリガして、更新されたバッファステータスをネットワークに通知することができる。例えば、データ複製が非アクティブにされると、複製データを送信しているＬＣＨのためのバッファサイズの量を縮小又は省略することができる。より具体的には、更新されたバッファステータスは、データ複製のために使用されるＬＣＨ（又はＬＣＧ）のバッファステータスのみを報告することができる。
【００８８】
ＢＳＲは、データ複製が非アクティブにされると、複製データを送信するためのＬＣＨを考慮しなくてもよい。ＢＳＲは、データ複製がアクティブにされているか非アクティブにされているかにかかわらず、オリジナルデータを送信するためのＬＣＨを考慮してもよい。
【００８９】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータ（例えば、フラグ）に関連付けられてもよく、ネットワークは、パラメータを「禁止されていない」に制御してもよく、ＵＥがＢＳＲにおいてオリジナルデータを送信する論理チャネルのバッファステータスを報告するようにする。
【００９０】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータに関連付けられなくてもよい。パラメータと関連付けられない論理チャネルとは、たとえデータ複製が非アクティブ状態にあっても、論理チャネルは送信を禁止されないことを意味する。この実施形態では、ＵＥは、ＢＳＲにおいてその論理チャネルのバッファステータスを報告する。
【００９１】
一実施形態では、複製データを送信するための論理チャネルは、必要とするネットワークによって制御されるパラメータに関連付けられてもよい。複製データを送信するための論理チャネルのパラメータが中断／禁止を示す場合、ＵＥは、ＢＳＲにおいて複製データを送信するための論理チャネルのバッファステータスを報告しない。より具体的には、オリジナルデータを送信するための論理チャネル及び複製データを送信するための論理チャネルは、共通／同一の無線ベアラに関連付けられてもよい。複製データを送信するための論理チャネルが中断／禁止されているときは、複製データを送信するための論理チャネルに関連付けられた無線ベアラは中断／禁止されなくてもよい。より具体的には、無線ベアラが送信を中断／禁止されている場合、オリジナルデータを送信するための論理チャネルと複製したデータを送信するための論理チャネルの両方が、送信を中断／禁止されてもよい。その状況では、ＵＥは、ＢＳＲにおいてオリジナルデータを送信するための論理チャネルと複製データ送信するための論理チャネルのバッファステータスを報告しない。
【００９２】
データ複製が非アクティブにされると、対応するビーム／ＴＲＰ／セル／ｇＮＢ（複製データ伝送のために使用される）は省電力のために非アクティブにすることができる。より具体的には、データ複製を非アクティブにするためのメカニズムは、ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０，Evoloved  Universal  Terrestrial  Radio  Access（Ｅ−UTRA）；Medium  Access  Control（MAC）  protocol  specificationに開示されているようにＬＴＥにおけるＳＣｅｌｌｓのアクティブ化／非アクティブ化のメカニズムのようなものである。この実施形態では、ネットワークがアクティブ化／非アクティブ化ＭＡＣ制御要素を送信する必要がない。他の利点としては、シグナリングオーバーヘッド及び遅延を低減することも含む。
【００９３】
セミパーシステントスケジューリング（ＳＰＳ）だと、構成されたアップリンク許可が利用されないため、ＵＥは、構成されたＵＬ許可を直ちにクリアしなければならない。構成されたＵＬ許可がクリアされない場合、ＵＬリソースは無駄になる。
【００９４】
ケース２：データ複製がアクティブにされるとき
データ複製がアクティブにされると、論理チャネル優先順位付け（ＬＣＰ）は、複製データを送信するために使用される論理チャネルを考慮しなくてはならない。
【００９５】
一つの選択肢では、複製データ送信のためのＬＣＨが禁止／中断されている場合、ＬＣＨを許可しなければならない（すなわち、ＬＣＨを禁止することはできない）。ネットワークは、ＬＣＨが禁止されているかどうかを表すパラメータ（例えば、フラグ）をＵＥに構成することができる。例えば、パラメータは、ＲＲＣシグナリングを介してLogicalChannelConfigを用いて示すことができる。代替的には、パラメータは、ＵＥによって制御することができる。例えば、データ複製がアクティブにされたときに、ＵＥは、パラメータの値を変更することができる。
【００９６】
複製データ送信のためのＬＣＨは、データ複製が非アクティブにされたときに禁止／中断されてもよい。ＬＣＨは、パラメータ（例えば、フラグ）に関連付けられてもよい。ＲＲＣシグナリング（例えば、LogicalChannelConfig）によって、ＬＣＨをパラメータに関連付けるかどうかが構成されてもよい。追加的に、ネットワークは、ＲＲＣシグナリング又はレイヤ２シグナリングを使用して、ＵＥがＬＣＨ送信を禁止／中断されるかどうかを指示するためのパラメータを制御してもよい。代替的には、パラメータをＵＥによって制御することができる。例えば、データ複製状態が変化したときに、ＵＥがパラメータの値を変更することができる。
【００９７】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータに関連付けられてもよい。ネットワークは、パラメータを「禁止されていない」に常に制御してもよく、ＵＥがオリジナルデータを送信するための論理チャネルを提供するようにする。
【００９８】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータと関連付けられなくてもよい。パラメータと関連付けられない論理チャネルとは、データ複製が非アクティブ状態にあっても、論理チャネルはデータ送信を禁止されないことを意味する。
【００９９】
一実施形態では、複製データを送信するための論理チャネルは、必要とするネットワークによって制御され得るパラメータに関連付けられてもよい。より具体的には、オリジナルデータを送信するための論理チャネル及び複製データを送信するための論理チャネルは、共通／同一の無線ベアラに関連付けられてもよい。複製データを送信するための論理チャネルが中断／禁止されているときは、複製データを送信するための論理チャネルに関連付けられた無線ベアラは中断／禁止されなくてもよい。より具体的には、無線ベアラが送信を中断／禁止されている場合、オリジナルデータを送信するための論理チャネルと複製データを送信するための論理チャネルの両方も、データ送信を中断／禁止されてもよい。
【０１００】
別の代替案では、複製データ送信のためのＬＣＨの優先順位を変更及び／又は上げることができる。例えば、複製データのためのＬＣＨの優先順位を、オリジナルデータを送信するためのＬＣＨと同じ優先順位に上げることができる。
【０１０１】
別の例示的な方法によれば、ネットワークノードは、ランダムアクセスプリアンブル及びシステム情報のための無線リソースとシステム情報との関連付けを提供する。無線リソースは、どのセットのシステム情報が要求されるかを示す。別の例示的な方法では、ランダムアクセスプリアンブル送信のための第１の無線リソースは、システム情報の第１のセットに関連付けられる。
【０１０２】
１つの選択肢では、複製データ送信のためのＨＡＲＱエンティティを追加することができる。ＨＡＲＱエンティティは、データ複製がアクティブ化されている間のみ、複製データ送信のために追加されてもよい。別の選択肢では、複製データ送信のためのＨＡＲＱプロセスを追加することができる。ＨＡＲＱプロセスは、データ複製がアクティブ化されている間のみ、複製データ送信のために追加されてもよい。
【０１０３】
別の選択肢では、ＵＬリソースの要件がアクティブ状態と非アクティブ状態とで異なるため、ＢＳＲをトリガして、ネットワークに更新されたバッファステータスを通知することができる。例えば、データ複製がアクティブにされるときは、複製データを送信しているＬＣＨのバッファサイズを増加させることができる。より具体的には、更新されたバッファステータスは、データ複製のために使用されるＬＣＨ（又はＬＣＧ）のバッファステータスのみを報告することができる。
【０１０４】
ＢＳＲは、データ複製がアクティブにされたときは、複製データを送信するためのＬＣＨを考慮してもよい。ＢＳＲは、データ複製がアクティブにされているか非アクティブにされているかにかかわらず、オリジナルデータを送信するためのＬＣＨを考慮してもよい、又は常に考慮する。
【０１０５】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータ（例えば、上述のフラグ）に関連付けられてもよい。ネットワークは、オリジナルデータを送信するための論理チャネルのパラメータを「禁止されていない」に常に制御し、ＵＥは、ＢＳＲにおいてオリジナルデータを送信するための論理チャネルのバッファステータスを報告するようにする。
【０１０６】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータに関連付けられなくてもよい。パラメータに関連付けられない論理チャネルとは、論理チャネルが送信を禁止されず、ＵＥがＢＳＲにおいてその論理チャネルのバッファステータスをＢＳＲに報告するようにすることを意味する。
【０１０７】
一実施形態では、複製データを送信するための論理チャネルは、必要とするネットワークによって制御されるパラメータに関連付けられてもよい。複製データを送信する論理チャンネルのパラメータが「中断／禁止されていない」を示す場合、ＵＥがＢＳＲにおいて複製データを送信する論理チャンネルのバッファステータスを報告する。
【０１０８】
複製データを送信するために追加のビーム／ＴＲＰ／セル／ｇＮＢが必要であるため、ビーム／ＴＲＰ／セル／ｇＮＢがアクティブにされるべきである。複製データを送信するためのビーム／ＴＲＰ／セル／ｇＮＢは、消費電力を低減するため、非アクティブ状態にあると想定する。より具体的には、アクティブ化のためのメカニズムは、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０に開示されているＬＴＥにおけるＳＣｅｌｌメカニズムのアクティブ化／非アクティブ化のようなものである。この構成の利点は、ネットワークがアクティブ化／非アクティブ化ＭＡＣ制御要素を送信する必要がないことである。他の利点としては、シグナリングオーバーヘッド及び遅延を低減することを含む。この実施形態では、ビーム／ＴＲＰ／セル／ｇＮＢは、複製データを送信するために使用される。
【０１０９】
別の代替案では、データ複製がアクティブにされると、ＲＡ（例えば、専用プリアンブル、プリアンブルのための時間／周波数リソース）のための構成が、ＵＥがデータ送信を複製するために使用されるＴＲＰ／セル／ｇＮＢにアクセスするために同じ時間（例えば、同じＴＴＩ）及び／又は同じシグナリングを介して、データ複製アクティブ化の指示とともに指示されてもよい。例えば、ＵＥがＴＲＰ／セル／ｇＮＢに接続しており、データ送信を実行していると想定する。データ送信の信頼性が高められる、例えば、ＵＲＬＬＣサービスの場合、又はＵＥがセルエッジの近くにある場合、ＵＥはデータ複製についてアクティブにされる。したがって、ＵＥには、ネットワークによるデータ複製アクティブ化の指示と共に、ＲＡのための構成が指示されることができる。結果として、ＵＥは、複製データを送信するために直ちに別のＴＲＰ／セル／ｇＮＢに接続することができる。この方法は、２つの指示、すなわちＲＡのためのものとデータ複製をアクティブにするためのものを送信するのと比較して、シグナリングオーバーヘッド及び遅延を低減することができる。
【０１１０】
一実施形態では、ＵＥがデータ複製を使用して無線ベアラを提供するように構成され、ＵＥがデータ複製のアクティブ状態にある場合、無線ベアラのためにすべてのＰＤＣＰ  ＰＤＵを複製するだけでもよい。ＵＥは、無線ベアラのために第１の論理チャネル及び第２の論理チャネルを確立するように構成されてもよい。可能であれば、第１の論理チャネルは、無線ベアラ上でパケットを送信するために使用され、第２の論理チャネルは、パケットの複製を送信するために使用されてもよい。可能であれば、第１の論理チャネルは、無線ベアラ上でパケットの複製を送信するために使用され、第２の論理チャネルは、パケットを送信するために使用されてもよい。追加的に、ＵＥは、データ複製の送信のために第１の通信リンク及び第２の通信リンクを用いて構成されてもよい。さらに、ＵＥは、第１の論理チャネルを提供するために第１の通信リンクを使用し（使用するように構成され）、第２の論理チャネルを提供するために第２の通信リンクを使用してもよい（使用するように構成されてもよい）。様々な実施形態では、各通信リンクは、コンポーネントキャリア／サービングセル／ＴＲＰ／サービングビーム／ＨＡＲＱエンティティ／ＨＡＲＱプロセスであってもよい。ＵＥは、第１の論理チャネルを提供するために使用される第１のＲＬＣエンティティを確立し、第２の論理チャネルを提供するために使用される第２のＲＬＣエンティティを確立してもよい。ＲＲＣシグナリング又はレイヤ２シグナリングは、ＰＤＣＰ  ＰＤＵの生成するときに／生成した後にＵＥがＰＤＣＰ  ＰＤＵを複製するかどうかを制御するために使用されてもよい。レイヤ２シグナリングは、ＰＤＣＰ制御ＰＤＵ又はＭＡＣ制御要素であってもよい。
【０１１１】
最初にＵＥが非アクティブ状態にあると仮定する。ＵＥのＰＤＣＰレイヤが上位レイヤ（例えば、アプリケーションレイヤ、ＴＣＰ／ＩＰレイヤ等）からパケットを受信すると、ＵＥは、そのパケットを含むＰＤＣＰ  ＰＤＵを生成し、そのＰＤＣＰ  ＰＤＵを第１のＲＬＣエンティティに供給してもよい（非アクティブ状態によりＰＤＣＰ  ＰＤＵを第２のＲＬＣエンティティに供給しない）。ＰＤＣＰレイヤは、パケットに関連付けられたdiscardTimerを開始することができる。discardTimerが満了すると、ＰＤＣＰレイヤは、パケットを含むＰＤＣＰ  ＰＤＵ及び／又はＰＤＣＰ  ＰＤＵを含む任意のＲＬＣ  ＰＤＵを破棄するように第１のＲＬＣエンティティに指示することができる。非アクティブ状態では、ｇＮＢは、ＵＥが送信のために第２の通信リンクを使用するようにスケジューリングしてもしなくてもよい。その結果、リソースが空の第２の論理チャネルを提供するために使用されないので、リソース効率を達成することができる。
【０１１２】
ｇＮＢはまた、非アクティブ状態からアクティブ状態に切り替えるために使用されるレイヤ２シグナリングをＵＥに送信してもよい。アクティブ状態では、ＵＥは、ＰＤＣＰ  ＰＤＵを生成するとき／生成した後にＰＤＣＰ  ＰＤＵを複製し、ＰＤＣＰ  ＰＤＵを第１のＲＬＣエンティティ及び第２のＲＬＣエンティティに供給することを考慮してもよい。ｇＮＢは、ＵＥが第２の通信リンクを使用するようにスケジューリングして、ＵＥが送信のために第２の論理チャネルを提供するようにしてもよい。このようにして、信頼性要件を達成するために第２の論理チャネルを送信するためにリソースが使用されるため、リソース効率は重要ではない。
【０１１３】
ＵＥがアクティブ状態に切り替えるためのレイヤ２シグナリングを受信すると、ＵＥは、第２のＲＬＣエンティティに対する再確立手順を実行することができる。第２のＲＬＣエンティティに対する再確立手順において、ＵＥは、第２のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、もしあればＲＬＣ  ＳＤＵ）を破棄してもよい。また、ＵＥは、第２のＲＬＣエンティティに対する再確立手順において、第１のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を複製／コピーし、複製されたＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を第２のＲＬＣエンティティに供給してもよい。第２のＲＬＣエンティティに対する再確立手順において、第２のＲＬＣエンティティにバッファされたＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄した後、ＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を第１のＲＬＣエンティティから第２のＲＬＣエンティティに複製することができる。
【０１１４】
アクティブ状態に切り替えるためにレイヤ２シグナリングを受信すると、ＵＥは、第１のＲＬＣエンティティに対する再確立手順を実行しない。すなわち、ＵＥは、第１のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄するわけではない。
【０１１５】
ｇＮＢがアクティブ状態から非アクティブ状態に切り替える必要がある場合、ｇＮＢは、レイヤ２シグナリングをＵＥに送信してもよく、レイヤ２シグナリングは、アクティブ状態から非アクティブ状態に切り替えるために使用される。非アクティブ状態では、ＵＥは、ＰＤＣＰ  ＰＤＵを生成するとき／生成した後、ＰＤＣＰ  ＰＤＵを複製して複製したＰＤＣＰ  ＰＤＵを第２のＲＬＣエンティティに供給することを停止してもよい。非アクティブ状態では、ｇＮＢは、ＵＥが第２の通信リンクを使用するようにスケジューリングしなくてもよく、ＵＥは、送信のための第２の論理チャネルを提供しない。代替的には、非アクティブ状態において、ｇＮＢは、ＵＥが第２の通信リンクを使用するようにスケジューリングしてもよいが、第２の論理チャネルが送信可能なデータを有していない可能性があるため、ＵＥは、送信のための第２の論理チャネルを提供しない。
【０１１６】
非アクティブ状態に切り替えるためにレイヤ２シグナリングを受信すると、ＵＥは、第２のＲＬＣエンティティに対する再確立手順を実行してよい。第２のＲＬＣエンティティに対する再確立手順では、ＵＥは、第２のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄してもよい。
【０１１７】
非アクティブ状態に切り替えるためのレイヤ２シグナリングを受信すると、ＵＥは、第１のＲＬＣエンティティに対する再確立手順を実行しない。すなわち、ＵＥは、第１のＲＬＣエンティティにバッファされたすべてのＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄するわけではない。
【０１１８】
データ複製は、ＬＴＥにおけるＰＤＣＰスプリットベアラアーキテクチャを再利用して達成してもよく、ＰＤＣＰエンティティは、データを複製し、スプリットベアラを介して同じＰＤＣＰ  ＰＤＵを供給する。上述のように、データ複製のアクティブ化／非アクティブ化は有益である。１つの方法によれば、ＰＤＣＰレイヤをＰＤＣＰ制御コマンド（例えば、アクティブ化／非アクティブ化は、ＰＤＣＰ制御ＰＤＵを介して指示されることができる）によってアクティブ／非アクティブにすることができる。例えば、図２０に示すように、新しいＰＤＵタイプをデータ複製のアクティブ化／非アクティブ化のために追加することができる。ＰＤＣＰエンティティが、データ複製のアクティブ化／非アクティブ化のためのＰＤＵタイプを含むＰＤＣＰ制御ＰＤＵを受信すると、ＰＤＣＰエンティティは、関連する機能を有効／無効にしなければならない（例えば、データはスプリットベアラを介して複製される、及び／又は送信されてもされなくてもよい）。追加的に、データ複製関連タイマ（例えば、discardTimer）及び／又はパラメータは、ＰＤＣＰ制御コマンド（例えば、ＰＤＣＰ制御ＰＤＵ）の指示によってリセット又は設定されることができる。
【０１１９】
一方、データ複製が非アクティブ状態にあるとき、ＵＥはオリジナルデータのみを送信してもよい。データ複製が必要な場合、ネットワークは、データ複製をアクティブにするようにＵＥに指示するためにＰＤＣＰ制御ＰＤＵを送信してもよい。このシナリオでは、ネットワークは信頼性を高めるために異なる通信リンクを介してＰＤＣＰ制御ＰＤＵを送信することができる。すなわち、データ複製が非アクティブ状態からアクティブ状態に切り替わった場合に、ＰＤＣＰ制御ＰＤＵも複製することができる。ＵＥが２つのＰＤＣＰ制御ＰＤＵを受信した場合、ＵＥはデータ複製をアクティブにすることができ、複製されたＰＤＣＰ制御ＰＤＵを無視又は破棄してもよい。
【０１２０】
図２１は、データ複製のためのＰＤＣＰ制御ＰＤＵの一例を示す。データ複製のためのＰＤＣＰ制御ＰＤＵは、データ／制御ＰＤＵに関する指示、ＰＤＵタイプ（データ複製アクティブ化／非アクティブ化）に関する指示、アクティブ化又は非アクティブ化のための指示、及び／又はデータ複製に関連する他の情報を含むことができる。この例では、「アクティブ化／非アクティブ化」とは、有効化／無効化を意味し、図２に示す“Ａ／Ｄ”はアクティブ化／非アクティブ化を意味する。
【０１２１】
上位レイヤ（例えば、アプリケーションレイヤ、ＴＣＰ／ＩＰレイヤなど）から受信した各パケットに対して、ＰＤＣＰレイヤは、ＲＬＣエンティティに供給され得るパケットを含むＰＤＣＰ  ＰＤＵを生成することができる。ＰＤＣＰ  ＰＤＵは、パケットのオリジナルデータを送信するために使用される。また、ＰＤＣＰレイヤは、データ複製がアクティブ状態にあるとき、パケットを含むＰＤＣＰ  ＰＤＵをパケットの複製データを送信するために使用されるＲＬＣエンティティに供給してもよい。ＰＤＣＰレイヤは、データ複製が非アクティブ状態にあるとき、パケットを含むＰＤＣＰ  ＰＤＵをパケットの複製データを送信するために使用されるＲＬＣエンティティに送らなくてもよい。
【０１２２】
図２３に示すように、ＵＬ  ＰＤＣＰ複製の非アクティブの間、ＰＤＣＰ  ＰＤＵは、良好な無線品質を有する単一のキャリア上で送信されてもよい。ネットワークが無線リンクが不良（例えば、測定レポートに基づいて不良）になっていることを検出すると、ネットワークは、ＵＬ  ＰＤＣＰ複製をアクティブにするようにＵＥに指示する。無線品質が不良になっても、直ちにＵＬ  ＰＤＣＰの複製をアクティブにすることはできない。すなわち、無線品質の検出とＵＬ  ＰＤＣＰ複製のアクティブ化との間には反応時間がある。反応時間の間に、ＵＥは、より信頼性の低い複数のＰＤＣＰ  ＰＤＵを生成し送信していてもよい。
【０１２３】
３ＧＰＰ  Ｒ２−１７０２６４２によれば、ＵＬ  ＰＤＣＰ複製のアクティブ化も議論されている。複製のアクティブ化は、ＵＭ（Unacknowledged）モードのための新しいＰＤＣＰ  ＰＤＵと最後に送信されたＮ個のＰＤＣＰ  ＰＤＵに適用されることが提案された。  ３ＧＰＰ  Ｒ２−１７０２６４２における提案２の概念を図２４に示す。図２４において、Ｎ個は３個に設定され、ＵＬ  ＰＤＣＰ複製のアクティブ化が最後に送信された３個の送信ＰＤＣＰ  ＰＤＵに適用されるようにすると想定する。この場合、ＰＤＣＰ  ＰＤＵ＃２を複製し再送する必要はない。
【０１２４】
３ＧＰＰ  Ｒ２−１７０２６４２と比較して、それらのＰＤＣＰ  ＰＤＵの送信に対して信頼性を提供するために、そのような反応時間内に送信されたそれらＰＤＣＰ  ＰＤＵを複製し再送信する方が良いようである。
【０１２５】
一実施形態では、ＵＬ  ＰＤＣＰ複製は、ＵＬ  ＰＤＣＰ複製のアクティブ化の前の期間内に送信されたＰＤＣＰ  ＰＤＵに適用されるべきである。
【０１２６】
一実施形態では、ＵＬ  ＰＤＣＰ複製のアクティブ化の前にＵＬ  ＰＤＣＰ複製を適用するための期間は、ｇＮＢ又はＵＥによって構成することができる。
【０１２７】
一方、ネットワークが無線リンクが良好になったことを検出すると、ＰＤＣＰ複製を非アクティブにするようにＵＥに指示する。無線品質が良好になっても、直ちにＵＬ  ＰＤＣＰ複製を非アクティブにすることはできない可能性がある。すなわち、無線品質の検出とＰＤＣＰ複製の非アクティブ化との間に反応時間がある。反応時間の間に、ＵＥは、送信を待っているいくつかの複製ＰＤＣＰ  ＰＤＵを生成していてもよい。しかし、これらの複製ＰＤＣＰ  ＰＤＵは、送信される場合にリソースの浪費となる。
【０１２８】
複製ＰＤＣＰ  ＰＤＵの不必要な送信を回避するために、ＵＥは、複製ＰＤＣＰ  ＰＤＵを送信するレッグに関連付けられたＲＬＣエンティティ上で再確立手順を実行して、それらの保留中のＰＤＣＰ  ＰＤＵを破棄すべきである。
【０１２９】
一実施形態では、ＵＬ  ＰＤＣＰ複製の非アクティブ化は、複製ＰＤＣＰ  ＰＤＵを送信するレッグに関連付けられたＲＬＣエンティティ上でＲＬＣ再確立手順をトリガすべきである。
【０１３０】
可能であれば、ＰＤＣＰレイヤ内のＰＤＣＰ  ＰＤＵを記憶するために使用されるバッファが考慮されてもよい。バッファに記憶されたＰＤＣＰ  ＰＤＵは、オリジナルデータを送信するための論理チャネルを提供するために使用されるＲＬＣエンティティ（例えば、ＲＬＣ＃１）及び／又は複製データを送信するための論理チャネルを提供するために使用されるＲＬＣエンティティ（例えば、ＲＬＣ＃２）に送られ得る。各ＰＤＣＰ  ＰＤＵは、ある持続時間又は期間に対してバッファに記憶されてもよい。持続時間又は期間は、ｇＮＢによって構成／制御されるか、又はＵＥにおいて事前に構成され得る。持続時間又は期間の終わりに、ＵＥは、ＰＤＣＰ  ＰＤＵのいくつか又はすべてをバッファから除去して、これらの除去されたＰＤＣＰ  ＰＤＵがＲＬＣ＃１及び／又はＲＬＣ＃２に送られないようにしてもよい。
【０１３１】
一実施形態では、持続時間又は期間をゼロに設定する又は構成することができる。この場合、ＵＥは、データ複製が非アクティブにされると考えることができる。他方、持続時間又は期間がゼロに設定されないか、又は構成されない場合、ＵＥは、データ複製がアクティブにされると考えることができる。
【０１３２】
一実施形態では、ＵＥは、持続時間又は期間を制御するためにタイマを開始してもよい。タイマが満了すると、ＵＥは、バッファに記憶されたすべてのＰＤＣＰ  ＰＤＵを除去してもよい（すなわち、バッファをクリアする）。ＵＥがデータ複製をアクティブにするよう指示されると、ＵＥは、バッファに記憶された任意のＰＤＣＰ  ＰＤＵをＲＬＣ＃１及び／又はＲＬＣ＃２に供給してもよい。ＵＥは、バッファに記憶されたすべてのＰＤＣＰ  ＰＤＵをＲＬＣ＃１及び／又はＲＬＣ＃２に供給した後、バッファをクリアしてもよい。バッファをクリアした後、ＵＥはタイマを再開してもよい。
【０１３３】
一実施形態では、バッファに記憶される各ＰＤＣＰ  ＰＤＵは、タイマを実行することができる。すなわち、ＵＥは、各ＰＤＣＰ  ＰＤＵをタイマに関連付け、各タイマを独立して実行する。バッファに記憶されたＰＤＣＰ  ＰＤＵに関連付けられたタイマが満了すると、ＵＥは、ＰＤＣＰ  ＰＤＵをバッファから除去してもよい。ＵＥがデータ複製をアクティブにするよう指示されると、ＵＥは、バッファに記憶された任意のＰＤＣＰ  ＰＤＵをＲＬＣ＃１及び／又はＲＬＣ＃２に供給してもよい。ＵＥは、バッファに記憶されたすべてのＰＤＣＰ  ＰＤＵをＲＬＣ＃１及び／又はＲＬＣ＃２に供給した後、バッファをクリアしてもよい。
【０１３４】
一実施形態では、バッファに記憶される各ＰＤＣＰ  ＰＤＵは、タイマを実行することができる。すなわち、ＵＥは、各ＰＤＣＰ  ＰＤＵをタイマに関連付け、各タイマを独立して実行する。バッファに記憶されたＰＤＣＰ  ＰＤＵに関連付けられたタイマが満了すると、ＵＥは、ＰＤＣＰ  ＰＤＵをバッファから除去してもよい。ＵＥが予期された期間で指示されると、ＵＥは、任意のＰＤＣＰ  ＰＤＵに関連付けられたタイマが動作しており、タイマが予期された期間以下の持続時間を実行した場合、バッファに記憶されたその任意のＰＤＣＰ  ＰＤＵをＲＬＣ＃１及び／又はＲＬＣ＃２に供給してもよい。ＵＥは、配信基準を満たし、バッファに記憶されたすべての又は所定のＰＤＣＰ  ＰＤＵをＲＬＣ＃１及び／又はＲＬＣ＃２に供給した後、バッファをクリアしてもよい。
【０１３５】
一実施形態では、ｇＮＢは、ＵＥに予期された期間で指示する制御コマンドを送信してもよい。制御コマンドは、ＲＲＣシグナリング、ＰＤＣＰ制御ＰＤＵ、ＲＬＣシグナリング、ＭＡＣ制御エレメント、又は物理シグナリングとすることができる。制御コマンドを使用して、データ複製を非アクティブにすることができる。
【０１３６】
一実施形態では、持続時間又は期間を決定するために使用されるタイマはｄｉｓｃａｒｄＴｉｍｅｒであってもよい。
【０１３７】
各ＲＬＣエンティティは、論理チャネルに関連付けられてもよい。データ複製の場合、オリジナルデータを送信するための論理チャネルを提供するために使用されるＲＬＣエンティティ（例えば、ＲＬＣ＃１）と、複製データを送信するための論理チャネルを提供するために使用されるＲＬＣエンティティ（例えば、ＲＬＣ＃２）がある。オリジナルデータを送信するための論理チャネルと、複製データを送信するための論理チャネルは、共通／同一の無線ベアラに関連付けられてもよい。ＲＬＣ＃１は、ＵＭ  ＲＬＣエンティティ又はＡＭ（Acknowledged）ＲＬＣエンティティであってもよい。ＲＬＣ＃２は、ＵＭ  ＲＬＣエンティティ又はＡＭ  ＲＬＣエンティティであってもよい。
【０１３８】
例えば、送信可能な３つのＰＤＣＰ  ＰＤＵがある。ＰＤＣＰ  ＰＤＵ＃１、ＰＤＣＰ  ＰＤＵ＃２、及びＰＤＣＰ  ＰＤＵ＃３である。
【０１３９】
データ複製がアクティブにされている場合、ＵＥは、送信のためにこれらのＰＤＣＰ  ＰＤＵをＲＬＣ＃１及びＲＣＬ＃２に供給してもよい。データ複製が非アクティブされている場合、ＵＥは、送信のためにこれらのＰＤＣＰ  ＰＤＵをＲＬＣ＃１に供給してもよい。ＵＥは、ＲＲＣシグナリング、ＰＤＣＰシグナリング、ＲＬＣシグナリング、ＭＡＣ制御エレメント、又は物理シグナリングを介して、データ複製をアクティブ又は非アクティブにするように指示されてもよい。
【０１４０】
ＵＥは、これらのＰＤＣＰ  ＰＤＵのうち送信のためにいくつかのＲＬＣ  ＰＤＵを生成してもよい。これらのＲＬＣ  ＰＤＵの考えられるケースは、（ｉ）ＰＤＣＰ  ＰＤＵ＃１を含むＲＬＣ  ＰＤＵ＃１、（ｉｉ）ＰＤＣＰ  ＰＤＵ＃２の第１のセグメントを含むＲＬＣ  ＰＤＵ＃２、（ｉｉｉ）残余ＰＤＣＰ  ＰＤＵ＃２を含むＲＬＣ  ＰＤＵ＃３及び、（ｉｖ）ＰＤＣＰ  ＰＤＵ＃３を含むＲＬＣ  ＰＤＵ＃４である。上記のデータフローを図２２に示す。
【０１４１】
ケース１：データ複製の非アクティブ化とＲＬＣ＃２におけるＲＬＣ  ＰＤＵの破棄
一実施形態では、ＵＥは、ＵＬリソースを受信する前にデータ複製を非アクティブにするように指示されてもよい。
【０１４２】
一実施形態では、ＵＥは、ＵＬリソースを受信する前にデータ複製を非アクティブにするように指示された場合、完全ＰＤＣＰ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃１、ＲＬＣ  ＰＤＵ＃４）を含むＲＬＣ  ＰＤＵを破棄してもよい。この実施形態では、データ複製が不要であるため、リソースを節約するために、ＲＬＣ  ＰＤＵ＃１（及びＲＬＣ  ＰＤＵ＃４）が破棄される。
【０１４３】
一実施形態では、ＵＥは、ＵＬリソースを受信する前にデータ複製を非アクティブにするように指示された場合、第１のセグメントＰＤＣＰ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）ではないセグメントＰＤＣＰ  ＰＤＵを含むＲＬＣ  ＰＤＵを破棄しなくてよい。この場合、データ複製が不要であるが、完全ＰＤＣＰ  ＰＤＵの送信のためにＲＬＣ  ＰＤＵ＃３が破棄されるべきではない。
【０１４４】
可能であれば、ＵＥは、複製データの論理チャネルを提供するためのＵＬリソースを受信している間に、データ複製を非アクティブにするように指示されてもよい。ＵＬリソースに基づいて、ＵＥは、ＲＬＣ  ＰＤＵの送信のためにトランスポートブロック（ＴＢ）を処理する。ＴＢがＲＬＣ  ＰＤＵ＃１及びＲＬＣ  ＰＤＵ＃２を含むことが可能な例を与える。
【０１４５】
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製を非アクティブにするように指示された場合、完全ＰＤＣＰ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃１）を含むＲＬＣ  ＰＤＵを破棄しなくてもよい。この実施形態では、リソースがＵＥのために割り当てられているため、ＲＬＣ  ＰＤＵ＃１は破棄されなくてよく、ＵＥはそのリソースに基づいて送信を実行する。リソース効率の観点から、ＴＢ内のＲＬＣ  ＰＤＵ＃１を送信することは、ＴＢ内のパディングを送信することと比較して意味がある。
【０１４６】
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製を非アクティブにするように指示された場合、第１のセグメントＰＤＣＰ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃２）であるセグメントＰＤＣＰ  ＰＤＵを含むＲＬＣ  ＰＤＵを破棄しなくてもよい。この場合、ＲＬＣ  ＰＤＵ＃２は破棄されなくてもよい。
【０１４７】
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製を非アクティブにするように指示された場合、第１のセグメントＰＤＣＰ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）ではないセグメントＰＤＣＰ  ＰＤＵを含むＲＬＣ  ＰＤＵを破棄しなくてもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃３は、完全ＰＤＣＰ  ＰＤＵの送信のために破棄されるべきではない。
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製を非アクティブにするように指示された場合、ＴＢに含むことができない完全ＰＤＣＰ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃４）を含むＲＬＣ  ＰＤＵを破棄してもよい。この実施形態では、データ複製が不要であるため、ＲＬＣ  ＰＤＵ＃４が破棄されてもよい。
【０１４８】
上記で開示した実施形態は、図２５に示した表に要約している。
【０１４９】
一実施形態では、データ複製を非アクティブにする指示があると、ＵＥはＲＬＣ＃２での再確立手順を開始してもよい。ＲＬＣ＃２での再確立手順の間、ＵＥは、ＲＬＣ＃２においてバッファされた任意のＲＬＣ  ＰＤＵ（たとえ完全ＰＤＣＰ  ＰＤＵ又は部分ＰＤＣＰ  ＰＤＵを含んでいても）を破棄してもよい。
【０１５０】
一実施形態では、データ複製を非アクティブにする指示があると、ＵＥは、ＲＬＣ＃２においてバッファされた任意のＲＬＣ  ＰＤＵ（たとえ完全ＰＤＣＰ  ＰＤＵ又は部分なＰＤＣＰ  ＰＤＵを含んでいても）を破棄してもよい。
【０１５１】
一実施形態では、データ複製を非アクティブにする指示があると、ＵＥは、ポールを再送信するために、ＲＬＣ＃２（の送信側）によって使用されるタイマを停止及び／又はリセットしてもよい。
【０１５２】
一実施形態では、データ複製を非アクティブにする指示があると、ＵＥは、下位レイヤでＲＬＣ  ＰＤＵの損失を検出ために、ＲＬＣ＃２の（の受信側）によって使用されるタイマを停止及び／又はリセットしてもよい。
【０１５３】
一実施形態では、データ複製を非アクティブにする指示があると、ＵＥは、ＳＴＡＴＵＳ  ＰＤＵの送信を禁止するために、ＲＬＣ＃２（の受信側）によって使用されるタイマを停止及び／又はリセットしてもよい。
【０１５４】
一実施形態では、データ複製を非アクティブにする指示があると、ＵＥは、ＲＬＣプロトコルをその初期値に指定するために、ＲＬＣ＃２において使用される任意の状態変数をリセットしてもよい。
【０１５５】
一実施形態では、データ複製を非アクティブにする指示があると、ＵＥは、ＲＬＣ＃２での再確立手順を開始してもよい。ＲＬＣ＃２での再確立手順の間、ＲＬＣ  ＳＤＵのセグメントがＲＬＣ  ＰＤＵにマッピングされていない場合、ＵＥは、各ＰＤＣＰ  ＰＤＵ（すなわち、ＲＬＣ  ＳＤＵ）を破棄してもよい。
【０１５６】
ケース２：データ複製のアクティブ化とＲＬＣ＃１からのＲＬＣ  ＳＤＵの複製
一実施形態では、ＵＥは、ＵＬリソースを受信する前にデータ複製をアクティブにするように指示されてもよい。
【０１５７】
一実施形態では、ＵＥは、ＵＬリソースを受信する前にデータ複製をアクティブにするように指示された場合、ＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃１、ＲＬＣ  ＰＤＵ＃４）の完全ＲＬＣ  ＳＤＵ（すなわち、完全ＰＤＣＰ  ＰＤＵ）を複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃１のＲＬＣ  ＳＤＵ（及び／又はＲＬＣ  ＰＤＵ＃４のＲＬＣ  ＳＤＵ）は、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。ＵＥは、ＲＬＣ＃２のための新しいヘッダと、ＲＬＣ＃１から複製されたＲＬＣ  ＳＤＵとを含む新しいＲＬＣ  ＰＤＵを生成してもよい。
一実施形態では、ＵＥは、（第１のセグメントＲＬＣ  ＳＤＵが以前に複製されており、）ＵＬリソースを受信する前にデータ複製をアクティブにするように指示された場合、ＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）のセグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵではない）を複製してもよい。この場合、ＲＬＣ  ＰＤＵ＃３のＲＬＣ  ＳＤＵは、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。ＵＥは、ＲＬＣ＃２のための新しいヘッダと、ＲＬＣ＃１から複製されたＲＬＣ  ＳＤＵとを含む新しいＲＬＣ  ＰＤＵを生成してもよい。
【０１５８】
一実施形態では、ＵＥは、（第１のセグメントＲＬＣ  ＳＤＵがいまだ複製されておらず、）ＵＬリソースを受信する前にデータ複製をアクティブにするように指示された場合、ＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）のセグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵではない）を複製しなくてもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃３のＲＬＣ  ＳＤＵは、ＲＬＣ＃１から複製されてＲＬＣ＃２に供給されなくてもよい。
【０１５９】
一実施形態では、ＵＥは、複製データの論理チャネルを提供するためのＵＬリソースを受信している間に、データ複製をアクティブにするように指示されてもよい。ＵＬリソースに基づいて、ＵＥは、ＲＬＣ  ＰＤＵの送信のためのトランスポートブロック（ＴＢ）を処理する。例えば、ＴＢは、ＲＬＣ  ＰＤＵ＃１及びＲＬＣ  ＰＤＵ＃２を含むことが可能である。
【０１６０】
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製を非アクティブにするように指示された場合、ＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃１）の完全ＲＬＣ  ＳＤＵ（すなわち、完全ＰＤＣＰ  ＰＤＵ）を複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃１のＲＬＣ  ＳＤＵは、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。ＵＥは、ＲＬＣ＃２のための新しいヘッダと、ＲＬＣ＃１から複製されたＲＬＣ  ＳＤＵとを含む新しいＲＬＣ  ＰＤＵを生成してもよい。
【０１６１】
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製を非アクティブにするように指示された場合、ＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃２）のセグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵ）を複製してもよい。この場合、ＲＬＣ  ＰＤＵ＃２のＲＬＣ  ＳＤＵは、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。ＵＥは、ＲＬＣ＃２のための新しいヘッダと、ＲＬＣ＃１から複製されたＲＬＣ  ＳＤＵとを含む新しいＲＬＣ  ＰＤＵを生成してもよい。
【０１６２】
一実施形態では、ＵＥは（第１のセグメントＲＬＣ  ＳＤＵが以前に複製されており、）ＵＬリソースを受信した後（及びＴＢを送信する前）にデータ複製をアクティブにするように指示された場合、ＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）のセグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵではない）を複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃３のＲＬＣ  ＳＤＵは、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。ＵＥは、ＲＬＣ＃２ための新しいヘッダと、ＲＬＣ＃１から複製されたＲＬＣ  ＳＤＵとを含む新しいＲＬＣ  ＰＤＵを生成してもよい。
【０１６３】
一実施形態では、ＵＥは（第１のセグメントＲＬＣ  ＳＤＵがいまだ複製されておらず、）ＵＬリソースを受信した後（及びＴＢを送信する前）にデータ複製をアクティブにするように指示された場合、ＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）のセグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵではない）を複製しなくてもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃３のＲＬＣ  ＳＤＵは、ＲＬＣ＃１から複製されてＲＬＣ＃２に供給されなくてもよい。
【０１６４】
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する前）にデータ複製をアクティブにするように指示された場合、ＴＢに含むことができないＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃４）の完全ＲＬＣ  ＳＤＵを複製することができる。この実施形態では、ＲＬＣ  ＰＤＵ＃４のＲＬＣ  ＳＤＵは、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。ＵＥは、ＲＬＣ＃２のための新しいヘッダと、ＲＬＣ＃１から複製されたＲＬＣ  ＳＤＵとを含む新しいＲＬＣ  ＰＤＵを生成することができる。
【０１６５】
上記に開示した実施形態は、図２６に示す表に要約している。
【０１６６】
一実施形態では、データ複製をアクティブにする指示があると、ＵＥは、まず、ＲＬＣ＃２での再確立手順を開始し、ＲＬＣ＃１からのＲＬＣ  ＳＤＵの複製を実行し、ＲＬＣ  ＳＤＵの複製をＲＬＣ＃２に供給してもよい。
【０１６７】
ケース３：データ複製のアクティブ化とＲＬＣ＃１からのＲＬＣ  ＰＤＵの複製
一実施形態では、ＵＥは、ＵＬリソースを受信する前にデータ複製をアクティブにするように指示されてもよい。
【０１６８】
一実施形態では、ＵＥは、ＵＬリソースを受信する前にデータ複製をアクティブにするように指示された場合、完全ＲＬＣ  ＳＤＵを含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃１、ＲＬＣ  ＰＤＵ＃４）を複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃１（及び／又はＲＬＣ  ＰＤＵ＃４）は、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。
【０１６９】
一実施形態では、ＵＥは、（第１のセグメントＲＬＣ  ＳＤＵを含むＲＬＣ  ＰＤＵが以前に複製されており、）ＵＬを受信する前にデータ複製をアクティブにするように指示された場合、セグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵではない）を含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）を複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃３は、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。
【０１７０】
一実施形態では、ＵＥは、（第１のセグメントＲＬＣ  ＳＤＵを含むＲＬＣ  ＰＤＵがいまだ複製されておらず、）ＵＬを受信する前にデータ複製をアクティブにするように指示された場合、セグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵではない）を含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）を複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃３は、ＲＬＣ＃１から複製されてＲＬＣ＃２に供給されなくてもよい。
【０１７１】
可能であれば、ＵＥは、複製データの論理チャネルを提供するためのＵＬリソースを受信している間に、データ複製をアクティブにするように指示されてもよい。ＵＬリソースに基づいて、ＵＥは、ＲＬＣ  ＰＤＵの送信のためにトランスポートブロック（ＴＢ）を処理する。一例では、ＴＢがＲＬＣ  ＰＤＵ＃１及びＲＬＣ  ＰＤＵ＃２を含むことが可能である。
【０１７２】
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製をアクティブにするように指示された場合、完全ＲＬＣ  ＳＤＵを含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃１）を複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃１は、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。
【０１７３】
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製をアクティブにするように指示された場合、セグメントＲＬＣ  ＳＤＵ（第１セグメントＲＬＣ  ＳＤＵ）を含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃２）を複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃２は、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。
【０１７４】
一実施形態では、ＵＥは、（第１のセグメントＲＬＣ  ＳＤＵを含むＲＬＣ  ＰＤＵが以前に複製されており、）ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製をアクティブにするように指示された場合、セグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵではない）を含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）を複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃３は、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。
【０１７５】
一実施形態では、ＵＥは、（第１のセグメントＲＬＣ  ＳＤＵがいまだ複製されておらず、）ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製をアクティブにするように指示された場合、セグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵではない）を含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）を複製しなくてもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃３は、ＲＬＣ＃１から複製されてＲＬＣ＃２に供給されなくてもよい。
【０１７６】
一実施形態では、ＵＥは、ＵＬリソースを受信した後（及びＴＢを送信する）前に、データ複製をアクティブにするように指示された場合、ＴＢに含むことができない完全ＲＬＣ  ＳＤＵ（例えば、ＲＬＣ  ＰＤＵ＃４）を含むＲＬＣ  ＰＤＵを複製してもよい。この実施形態では、ＲＬＣ  ＰＤＵ＃４は、ＲＬＣ＃１から複製され、ＲＬＣ＃２に供給されてもよい。
【０１７７】
上記に開示した実施形態は、図２７に示す表に要約している。
【０１７８】
一実施形態では、データ複製をアクティブにする指示があると、ＵＥは、まず、ＲＬＣ＃２の再確立手順を開始し、ＲＬＣ＃１からのＲＬＣ  ＰＤＵの複製を実行し、ＲＬＣ  ＰＤＵの複製をＲＬＣ＃  ２に供給してもよい。
【０１７９】
一実施形態では、ＵＥは、ＲＬＣ＃２において、ＲＬＣ＃１から複製されたＲＬＣ  ＰＤＵのシーケンス番号（ＳＮ）を変更／修正しない。
【０１８０】
一実施形態では、ＵＥは、ＲＬＣ＃１から複製されたＲＬＣ  ＰＤＵのＳＮに基づいて、ＲＬＣ＃２において次に新たに生成されるＲＬＣ  ＰＤＵに対して割り当てられるＳＮの値を保持する状態変数（例えば、３ＧＰＰ  ＴＳ  ３６．２２  Ｖ１３．１．０で定義されるＶＴ（ＵＳ）又はＶＴ（Ｓ））を設定してもよい。例えば、ＵＥは、状態変数を、ＲＬＣ＃１から最後に複製されたＲＬＣ  ＰＤＵのＳＮに設定（し、状態変数を１だけインクリメントする）してもよい。
【０１８１】
一実施形態では、ＵＥは、ｇＮＢから受信した制御状に基づいて、ＲＬＣ＃２において次に新たに生成されるＲＬＣ  ＰＤＵに対して割り当てられるＳＮの値を保持する状態変数（例えば、３ＧＰＰ  ＴＳ  ３６．２２  Ｖ１３．１．０で定義されるＶＴ（ＵＳ）又はＶＴ（Ｓ））を設定してもよい。制御情報は、ＵＥ内の状態変数を更新／変更するために使用される。制御情報は、ＲＲＣシグナリング、ＰＤＣＰシグナリング、ＲＬＣシグナリング、ＭＡＣ制御エレメント、又は物理シグナリングを介して送信されてもよい。
ケース４：データ複製のアクティブ化とＲＬＣ＃１からのＲＬＣ  ＰＤＵのピギーバック
一実施形態では、ＵＥは、ＵＬリソースを受信する前にデータ複製をアクティブにするように指示されてもよい。
【０１８２】
一実施形態では、ＵＥは、ＵＬリソースを受信する前にデータ複製をアクティブにするよう指示された場合、ＵＥ（のＲＬＣ＃２）は、ＲＬＣ＃１にバッファされた任意のＲＬＣ  ＰＤＵをピギーバックするための特別なＲＬＣ  ＰＤＵを生成しなくてもよい。
【０１８３】
可能であれば、ＵＥは、複製データの論理チャネルを提供するためのＵＬリソースを受信している間に、データ複製をアクティブにするように指示されてもよい。ＵＬリソースに基づいて、ＵＥは、ＲＬＣ  ＰＤＵの送信のためにトランスポートブロック（ＴＢ）を処理する。例えば、ＴＢは、ＲＬＣ  ＰＤＵ＃１及びＲＬＣ  ＰＤＵ＃２を含むことが可能である。
【０１８４】
一実施形態では、ＵＥ（のＲＬＣ＃２）は、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製をアクティブにするように指示された場合、完全ＲＬＣ  ＳＤＵを含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃１）をピギーバックする特別なＲＬＣ  ＰＤＵを生成してもよい。ＲＬＣ  ＰＤＵ＃１は、ＲＬＣ＃２に供給される特別なＲＬＣ  ＰＤＵに含まれてもよい。この実施形態では、特別なＲＬＣ  ＰＤＵのヘッダは、ピギーバックされたＲＬＣ  ＰＤＵ＃１を示してもよい。ＵＥは、特別なＲＬＣ  ＰＤＵをｇＮＢに送信してもよい。ＲＬＣ＃２の受信側（例えば、ｇＮＢ内）は、特別なＲＬＣ  ＰＤＵにピギーバックされたＲＬＣ  ＰＤＵ＃１を（ｇＮＢ内の）ＲＬＣ＃１の受信側に供給してもよい。
【０１８５】
一実施形態では、ＵＥ（のＲＬＣ＃２）は、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製をアクティブにするように指示された場合、セグメントＲＬＣ  ＳＤＵ（第１セグメントＲＬＣ  ＳＤＵである）を含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃２）をピギーバックする特別なＲＬＣ  ＰＤＵを生成してもよい。ＲＬＣ  ＰＤＵ＃２は、ＲＬＣ＃２に供給される特別なＲＬＣ  ＰＤＵに含まれてもよい。この実施形態では、特別なＲＬＣ  ＰＤＵのヘッダは、ピギーバックされたＲＬＣ  ＰＤＵ＃２を示してもよい。ＵＥは、特別なＲＬＣ  ＰＤＵをｇＮＢに送信してもよい。ＲＬＣ＃２の受信側（例えば、ｇＮＢ内）は、特別なＲＬＣ  ＰＤＵにピギーバックされたＲＬＣ  ＰＤＵ＃２を（ｇＮＢ内の）ＲＬＣ＃１の受信側に供給してもよい。
【０１８６】
一実施形態では、ＵＥ（のＲＬＣ＃２）は、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製をアクティブにするように指示された場合、セグメントＲＬＣ  ＳＤＵ（第１のセグメントＲＬＣ  ＳＤＵではない）を含むＲＬＣ  ＰＤＵ（例えば、ＲＬＣ  ＰＤＵ＃３）をピギーバックする特別なＲＬＣ  ＰＤＵを生成してもよい。ＲＬＣ  ＰＤＵ＃３は、ＲＬＣ＃２に供給される特別なＲＬＣ  ＰＤＵに含まれてもよい。この実施形態では、特別なＲＬＣ  ＰＤＵのヘッダは、ピギーバックされたＲＬＣ  ＰＤＵ＃３を示してもよい。ＵＥは、特別なＲＬＣ  ＰＤＵをｇＮＢに送信してもよい。ＲＬＣ＃２の受信側（例えば、ｇＮＢ内）は、特別なＲＬＣ  ＰＤＵにピギーバックされたＲＬＣ  ＰＤＵ＃３を（ｇＮＢ内の）ＲＬＣ＃１の受信側に供給してもよい。
【０１８７】
一実施形態では、ＵＥ（のＲＬＣ＃２）は、ＵＬリソースを受信した後（及びＴＢを送信する前）に、データ複製をアクティブにするように指示された場合、ＴＢに含むことができない完全ＲＬＣ  ＳＤＵ（例えば、ＲＬＣ  ＰＤＵ＃４）を含むＲＬＣ  ＰＤＵをピギーバックする特別なＲＬＣ  ＰＤＵを生成しなくてもよい。
【０１８８】
上記に開示した実施形態は、図２８に示す表に要約している。
【０１８９】
一実施形態では、データ複製をアクティブにする指示があると、ＵＥは、まず、ＲＬＣ＃２での再確立手順を開始し、ＲＬＣ＃２にバッファされる特別なＲＬＣ  ＰＤＵを生成してもよい。特別なＲＬＣ  ＰＤＵは、（ＲＬＣ  ＰＤＵが送信される場合）ＲＬＣ＃１からのＲＬＣ  ＰＤＵをピギーバックする。ＲＬＣ＃１から到来するＲＬＣ  ＰＤＵは、特別なＲＬＣ  ＰＤＵに含まれるＲＬＣ  ＳＤＵとすることができる。ＵＥは、ＲＬＣ＃２にバッファされた特別なＲＬＣ  ＰＤＵをｇＮＢに送信する。
【０１９０】
一実施形態では、ＵＥは、特別なＲＬＣ  ＰＤＵにピギーバックされたＲＬＣ  ＰＤＵのＳＮを変更しない。特別なＲＬＣ  ＰＤＵのＳＮは、ＲＬＣ  ＰＤＵのＳＮと異なっていてもよい。
【０１９１】
ＭＡＣエンティティにおいて、上位レイヤ（例えば、ＰＤＣＰレイヤ又はＲＲＣレイヤ）は、データ複製のためのアクティブ状態又は非アクティブ状態を指示することができる。したがって、いくつかのメカニズム又は手順は、データ複製がアクティブ／非アクティブにされると、影響を受ける可能性がある。インパクトを解決するための方法は、以下の説明では２つの場合に分けられる。ケース１は非アクティブ化についてのもの、ケース２はアクティブ化についてのものである。各ケースには、異なるメカニズムに関連するいくつかの箇条書きを含む。
【０１９２】
ケース１：データ複製が非アクティブにされるとき
ＵＥは、データ複製が非アクティブにされると、複製データを送信するために使用される論理チャネルにＵＬリソースを割り当てることを回避しなければならない。例えば、複製データを送信するためのＬＣＨが送信可能なデータを有する場合（例えば、ＰＤＣＰエンティティが依然としてＰＤＣＰ  ＰＤＵを複製しており、両方の論理チャネルを介して送信している場合）、（例えば、複製データ送信のための）これらの論理チャネルの１つにアップリンクリソースが割り当てられるべきではない。
【０１９３】
第１の選択肢では、ＬＣＨ禁止及び／又は中断がある。複製データ送信のためのＬＣＨは、データ複製が非アクティブにされると、禁止／中断されてもよい。ＬＣＨは、パラメータ（例えば、フラグ）に関連付けられていてもよい。ＲＲＣシグナリング（例えば、LogicalChannelConfig）は、ＬＣＨをパラメータに関連付けるかどうかを決定するように構成されてもよい。追加的に、ネットワークは、ＲＲＣシグナリング又はレイヤ２シグナリングを使用して、ＵＥが送信のためのＬＣＨを禁止／中断すべきかどうかを指示するパラメータを制御することができる。代替的には、ＵＥは、パラメータを制御することができる。例えば、ＵＥは、データ複製状態が変化したときに、パラメータの値を変更することができる。
【０１９４】
一実施形態では、オリジナルデータを送信するための論理チャネルがパラメータに関連付けられてもよく、ネットワークは、パラメータを「禁止されていない」に常に制御してもよく、ＵＥがオリジナルデータを送信するために論理チャネルを提供するようにする。
【０１９５】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータと関連付けられなくてもよい。パラメータと関連付けられない論理チャネルとは、たとえデータ複製が非アクティブ状態にあっても、論理チャネルは送信を禁止されないことを意味する。
【０１９６】
一実施形態では、複製データを送信するための論理チャネルはパラメータに関連付けられてもよく、パラメータは必要とするネットワークによって制御されてもよい。より具体的には、オリジナルデータを送信するための論理チャネル及び複製データを送信するための論理チャネルを送信するための論理チャネルは、共通／同一の無線ベアラに関連付けられてもよい。複製データを送信するための論理チャネルが中断／禁止されているときは、複製データを送信するための論理チャネルに関連付けられた無線ベアラは中断／禁止されなくてもよい。無線ベアラが送信を中断／禁止されている場合、オリジナルデータを送信するための論理チャネルと複製したデータを送信するための論理チャネルの両方が、送信を中断／禁止されてもよい。
【０１９７】
第２の選択肢では、複製データ送信のためのＬＣＨの優先順位を下げることができる。ＬＣＨの優先順位が下げられると、ＬＣＨは、他のＬＣＨのデータが使い果たされた後でも依然として残っているリソースがあるまで、ＵＬリソースを割り当てられない。複製データを送信していない他のＬＣＨのデータが使い果たされ、ＵＬリソースがまだ残っている場合、これらのリソースは、リソースの浪費を回避するために複製データを送信しているＬＣＨに割り当てることができる。
【０１９８】
第３の選択肢では、複製データのためのＨＡＲＱバッファをフラッシュすることができる。データ複製が非アクティブにされ、複製データがＨＡＲＱバッファ内に存在する場合、複製データが送信／再送される必要がないため、ＨＡＲＱバッファをフラッシュすることができる。
【０１９９】
第４の選択肢では、複製データ送信のためのＨＡＲＱエンティティを解放することができる。ＨＡＲＱエンティティが複製データ送信に関連付けられる（又は構成されている）場合、データ複製が非アクティブにされている間、ＨＡＲＱエンティティは必要でない可能性があるため、ＨＡＲＱエンティティを解放することができる。
【０２００】
第５の選択肢では、複製データ送信のためのＨＡＲＱプロセスを解放することができる。ＨＡＲＱプロセスが複製データ送信に関連付けられる（又は構成されている）場合、データ複製は非アクティブにされている間、ＨＡＲＱプロセスは必要でない可能性があるため、ＨＡＲＱプロセスを解放することができる。
【０２０１】
別の実施形態では、ＵＬリソースの要件がアクティブ状態と非アクティブ状態とで異なるため、ＢＳＲをトリガして、更新されたバッファステータスをネットワークに通知することができる。例えば、データ複製が非アクティブにされると、複製データを送信しているＬＣＨのためのバッファサイズを縮小又は省略することができる。例えば、更新されたバッファステータスは、データ複製のために使用されるＬＣＨ（又はＬＣＧ）のバッファステータスのみを報告してもよい。
【０２０２】
ＢＳＲは、データ複製が非アクティブにされると、複製データを送信するためのＬＣＨを考慮しなくてもよい。ＢＳＲは、データ複製がアクティブにされているか非アクティブにされているかにかかわらず、オリジナルデータを送信するためのＬＣＨを考慮してもよい（、又は常に考慮する）。
【０２０３】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータ（例えば、フラグ）に関連付けられてもよく、ネットワークは、パラメータを「禁止されていない」に制御してもよく（、又は常に制御して）、ＵＥがＢＳＲにおいてオリジナルデータを送信する論理チャネルのバッファステータスを報告するようにする。
【０２０４】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータに関連付けられなくてもよい。パラメータと関連付けられない論理チャネルとは、たとえデータ複製が非アクティブ状態にあっても、論理チャネルは送信を禁止されないことを意味する。その結果、ＵＥは、ＢＳＲにおいてその論理チャネルのバッファステータスを報告する。
【０２０５】
一実施形態では、複製データを送信するための論理チャネルは、パラメータに関連付けられてもよく、パラメータは、必要とするネットワークによって制御されてもよい。複製データを送信するための論理チャネルのパラメータが中断／禁止を示す場合、ＵＥは、ＢＳＲにおいて複製データを送信するための論理チャネルのバッファステータスを報告しない。より具体的には、オリジナルデータを送信するための論理チャネル及び複製データを送信するための論理チャネルは、共通／同一の無線ベアラに関連付けられてもよい。複製データを送信するための論理チャネルが中断／禁止されるときは、複製データを送信するための論理チャネルに関連付けられた無線ベアラは中断／禁止されなくてもよい。無線ベアラが送信を中断／禁止されているときは、オリジナルデータを送信するための論理チャネルと複製したデータを送信するための論理チャネルの両方が、送信を中断／禁止されてもよい。この状況では、ＵＥは、ＢＳＲにおいてオリジナルデータを送信するための論理チャネルと複製データ送信するための論理チャネルの両方のバッファステータスを報告しない。
【０２０６】
別の代替案では、データ複製が非アクティブにされると、対応するビーム／ＴＲＰ／セル／ｇＮＢ（複製データ伝送のために使用される）は省電力のために非アクティブにすることができる。より具体的には、データ複製を非アクティブにするためのメカニズムは、ＬＴＥにおけるＳＣｅｌｌｓのアクティブ化／非アクティブ化のメカニズムのようなものである。利点は、ネットワークがアクティブ化／非アクティブ化ＭＡＣ制御要素を送信する必要がないことである。他の利点としては、シグナリングオーバーヘッド及び遅延を低減することを含む。実施形態では、ビーム／ＴＲＰ／セル／ｇＮＢは、複製データを送信するために使用される。
【０２０７】
データ複製が非アクティブにされると、構成されたアップリンク許可が利用されないため、ＵＥは構成されたＵＬ許可を直ちにクリアしなければならない。構成されたＵＬ許可がクリアされない場合、ＵＬリソースが無駄になる。
【０２０８】
ケース２：データ複製がアクティブにされるとき
データ複製がアクティブにされると、論理チャネル優先順位付け（ＬＣＰ）は、どの論理チャネルが複製データを送信するために使用されるかを考慮しなくてはならない。第１の選択肢では、複製データ送信のためのＬＣＨが禁止／中断されている場合、ＬＣＨを許可しなければならない（すなわち、ＬＣＨを禁止することはできない）。ネットワークは、ＬＣＨが禁止されているかどうかを表すパラメータ（例えば、フラグ）をＵＥに構成することができる。例えば、パラメータは、ＲＲＣシグナリングを介してLogicalChannelConfigを用いて示すことができる。代替的には、パラメータは、ＵＥによって制御することができる。例えば、データ複製がアクティブにされたときに、ＵＥは、パラメータの値を変更することができる。
【０２０９】
複製データ送信のためのＬＣＨは、データ複製が非アクティブにされたときに禁止／中断されてもよい。ＬＣＨは、パラメータ（例えば、フラグ）に関連付けられてもよい。ＲＲＣシグナリング（例えば、LogicalChannelConfig）は、ＬＣＨをパラメータに関連付けるかどうかを決定するように構成されてもよい。追加的に、ネットワークは、ＲＲＣシグナリング又はレイヤ２シグナリングを使用して、送信のためのＬＣＨを禁止／中断するかどうかをＵＥに指示するためのパラメータを制御してもよい。代替的には、ＵＥがパラメータを制御してもよい。例えば、データ複製状態が変化したときに、ＵＥがパラメータの値を変更することができる。
【０２１０】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータに関連付けられてもよい。ネットワークは、パラメータを「禁止されていない」に制御してもよく、ＵＥがオリジナルデータを送信するための論理チャネルを提供する。
【０２１１】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータと関連付けられなくてもよい。パラメータと関連付けられない論理チャネルとは、データ複製が非アクティブ状態にあっても、論理チャネルは送信を禁止されないことを意味する。
【０２１２】
一実施形態では、複製データを送信するための論理チャネルは、パラメータに関連付けられてもよく、パラメータは必要とするネットワークによって制御されてもよい。オリジナルデータを送信するための論理チャネル及び複製データを送信するための論理チャネルは、共通／同一の無線ベアラに関連付けられてもよい。複製データを送信するための論理チャネルが中断／禁止されているときは、複製データを送信するための論理チャネルに関連付けられた無線ベアラは中断／禁止されなくてもよい。無線ベアラが送信を中断／禁止されている場合、オリジナルデータを送信するための論理チャネルと複製データを送信するための論理チャネルの両方も、送信を中断／禁止されてもよい。
【０２１３】
第２の選択肢では、データ複製がアクティブにされるとき、複製データ送信のためのＬＣＨの優先順位を上げることができる。例えば、複製データのためのＬＣＨの優先順位を、オリジナルデータを送信するためのＬＣＨと同じ優先順位に上げることができる。
【０２１４】
第３の選択肢では、データ複製がアクティブにされている間のみ、複製データ送信のためにＨＡＲＱエンティティを追加してもよい。
【０２１５】
第４の選択肢では、データ複製がアクティブにされている間のみ、複製データ送信のためにＨＡＲＱプロセスを追加してもよい。
【０２１６】
別の選択肢では、データ複製がアクティブにされるときは、ＵＬリソースの要件がアクティブ状態と非アクティブ状態とで異なるため、ＢＳＲをトリガして、ネットワークに更新されたバッファステータスを通知することができる。例えば、データ複製がアクティブにされるときは、複製データを送信しているＬＣＨのバッファサイズを増加させることができる。より具体的には、更新されたバッファステータスは、データ複製のために使用されるＬＣＨ（又はＬＣＧ）のバッファステータスのみを報告することができる。
【０２１７】
ＢＳＲは、データ複製がアクティブにされたときは、複製データを送信するためのＬＣＨを考慮してもよい。ＢＳＲは、データ複製がアクティブにされているか非アクティブにされているかにかかわらず、オリジナルデータを送信するためのＬＣＨを考慮してもよい（、又は常に考慮する）。
【０２１８】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータに関連付けられてもよい。ネットワークは、オリジナルデータを送信するための論理チャネルのパラメータを「禁止されていない」に制御し、ＵＥは、ＢＳＲにおいてオリジナルデータを送信するための論理チャネルのバッファステータスを報告する。
【０２１９】
一実施形態では、オリジナルデータを送信するための論理チャネルは、パラメータに関連付けられなくてもよい。パラメータに関連付けられない論理チャネルとは、論理チャネルが送信を禁止されず、その結果、ＵＥがＢＳＲにおいてその論理チャネルのバッファステータスをＢＳＲに報告するようにすることを意味する。
【０２２０】
一実施形態では、複製データを送信するための論理チャネルは、必要とするネットワークによって制御されるパラメータに関連付けられてもよい。複製データを送信する論理チャンネルのパラメータが「中断／禁止されていない」を示す場合、ＵＥがＢＳＲにおいて複製データを送信するための論理チャンネルのバッファステータスを報告する。
【０２２１】
別の代替案では、データ複製がアクティブにされると、対応するビーム／ＴＲＰ／セル／ｇＮＢがアクティブにされてもよい。複製データを送信するために追加のビーム／ＴＲＰ／セル／ｇＮＢが必要であるため、ビーム／ＴＲＰ／セル／ｇＮＢがアクティブにされるべきである。複製データを送信するためのビーム／ＴＲＰ／セル／ｇＮＢは、消費電力を低減するため、非アクティブ状態にあると想定する。より具体的には、アクティブ化のためのメカニズムは、３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０に開示されているＬＴＥにおけるＳＣｅｌｌメカニズムのアクティブ化／非アクティブ化のようなものである。同様のメカニズムの利点は、ネットワークがアクティブ化／非アクティブ化ＭＡＣ制御要素を送信する必要がないことである。他の利点としては、シグナリングオーバーヘッド及び遅延を低減することを含む。これらの実施形態では、ビーム／ＴＲＰ／セル／ｇＮＢは、複製データを送信するために使用される。
【０２２２】
別の代替案では、データ複製がアクティブにされると、ＲＡ（例えば、専用プリアンブル、プリアンブルのための時間／周波数リソース）のための構成が、ＵＥがデータ送信を複製するために使用されるＴＲＰ／セル／ｇＮＢにアクセスするために同じ時間（例えば、同じＴＴＩ）及び／又は同じシグナリングを介して、データ複製アクティブ化の指示とともに指示されてもよい。例えば、ＵＥがＴＲＰ／セル／ｇＮＢに接続しており、データ送信を実行していると想定する。データ送信の信頼性が高められる（例えば、ＵＲＬＬＣサービスの場合、又はＵＥがセルエッジの近くにある）場合、データ複製がＵＥにおいてアクティブにされる。したがって、ＵＥには、ネットワークによるデータ複製アクティブ化の指示と共に、ＲＡのための構成が指示されることができる。次いで、ＵＥは、複製データを送信するために直ちに別のＴＲＰ／セル／ｇＮＢに接続することができる。この方法は、２つの指示、すなわちＲＡのためのものとデータ複製をアクティブにするためのものを送信するのと比較して、シグナリングオーバーヘッド及び遅延を低減することができる。
【０２２３】
図２９は、データ複製を用いて構成されるＵＥの観点からの、例示的な一実施形態によるフローチャート２９００である。ステップ２９０５では、ＵＥは、データユニットを第１データユニット及び第２データユニットに複製する。ステップ２９１０では、ＵＥは、第２のデータユニットを送信するために使用される第２の無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵ）を構築する。第２のデータユニットは、第２のＲＬＣサービスデータユニット（ＳＤＵ）である。ステップ２９１５では、ＵＥは、制御コマンドをネットワークノードから受信し、制御コマンドはデータ複製を非アクティブにするために使用される。ステップ２９２０では、ＵＥは、第２のＲＬＣ  ＰＤＵが第２のＲＬＣ  ＳＤＵを含む場合、第２のＲＬＣ  ＰＤＵを破棄する。
【０２２４】
別の方法では、第２のＲＬＣ  ＰＤＵが第２のＲＬＣ  ＳＤＵのセグメント（のみ）を含む場合、ＵＥは第２のＲＬＣ  ＰＤＵを破棄しない。この方法では、第２のＲＬＣ  ＳＤＵのセグメントは、第２のＲＬＣ  ＳＤＵの先頭を含まない。この方法では、第２のＲＬＣ  ＳＤＵのセグメントは、第２のＲＬＣ  ＳＤＵの第１バイトを含まない。この方法では、第２のＲＬＣ  ＳＤＵの第１バイトは第２のＲＬＣ  ＰＤＵに含まれない。
【０２２５】
別の方法では、第２のＲＬＣ  ＰＤＵが破棄されない場合、ＵＥは、第２のＲＬＣ  ＰＤＵをネットワークノードに送信する。
【０２２６】
別の方法では、ＵＥは、第１の論理チャネル及び第２の論理チャネルを確立し、第１の論理チャネル及び第２の論理チャネルは、無線ベアラに関連付けられる。  ＵＥは、第１のＲＬＣエンティティ及び第２のＲＬＣエンティティも確立し、第１のＲＬＣエンティティは第１の論理チャネルに関連付けられ、第２のＲＬＣエンティティは第２の論理チャネルに関連付けられる。１つの方法では、第１のＲＬＣエンティティは第１のＵＭ（Unacknowledged  Mode）ＲＬＣエンティティであり、第２のＲＬＣエンティティは第２のＵＭ  ＲＬＣエンティティである。この方法では、ＵＥは、第１のサービングセルを使用して第１の論理チャネルを提供し、第２のサービングセルを使用して第２の論理チャネルを提供する。
【０２２７】
別の方法では、ＵＥは、第１のデータユニットを送信するために使用される第１のＲＬＣ  ＰＤＵを構成し、第１のデータユニットとは、第１のＲＬＣ  ＳＤＵを意味する。より具体的には、第１のデータユニットは、第１のＲＬＣ  ＳＤＵである。追加的には、ＵＥは、第１のＲＬＣ  ＰＤＵをネットワークノードに送信する。この方法では、第１のＲＬＣ  ＰＤＵは、第１のＲＬＣエンティティ内に構築される。
【０２２８】
１つの方法において、第２のＲＬＣ  ＰＤＵは、ＵＭＤ（Unacknowledged  Mode  Data）ＰＤＵである。
【０２２９】
１つの方法では、第２のＲＬＣ  ＰＤＵは、第２のＲＬＣエンティティ内に構築される。
【０２３０】
１つの方法において、データユニットは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）ＰＤＵである。
【０２３１】
１つの方法では、第１のデータユニットの内容は、第２のデータユニットの内容と同じである。
【０２３２】
１つの方法では、制御コマンドは媒体アクセス制御（ＭＡＣ）制御要素である。別の方法では、制御コマンドを使用して、データ複製をアクティブ状態から非アクティブ状態に切り替える。
【０２３３】
１つの方法では、ＵＥは、制御コマンドをネットワークノードから受信すると、第１のＲＬＣエンティティ内のＲＬＣ  ＳＤＵを破棄しない。代替的な方法では、ＵＥは、制御コマンドをネットワークノードから受信すると、第２のＲＬＣエンティティ内のＲＬＣ  ＳＤＵを破棄する。
【０２３４】
１つの方法では、データ複製は、ＵＥのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティがＰＤＣＰ  ＰＤＵを第１のＰＤＣＰ  ＰＤＵ及び第２のＰＤＣＰ  ＰＤＵに複製し、第１のＰＤＣＰ  ＰＤＵを第１のＲＬＣエンティティに供給し、第２のＰＤＣＰ  ＰＤＵを第２のＲＬＣエンティティに供給するメカニズムである。
【０２３５】
別の例示的な方法では、ＵＥは、第１の論理チャネル及び第２の論理チャネルを確立し、第１の論理チャネル及び第２の論理チャネルは、無線ベアラに関連付けられる。ＵＥは、第１のＲＬＣエンティティ及び第２のＲＬＣエンティティを確立し、第１のＲＬＣエンティティは第１の論理チャネルに関連付けられ、第２のＲＬＣエンティティは第２の論理チャネルに関連付けられる。ＵＥは、制御コマンドを受信する前に、第１のＲＬＣ  ＰＤＵを生成し、第１のＲＬＣ  ＰＤＵを第１のＲＬＣエンティティのバッファに記憶する。第１のＲＬＣ  ＰＤＵは、第１のＲＬＣ  ＳＤＵを含む。ＵＥは、制御コマンドを受信する前に、第２のＲＬＣ  ＰＤＵを生成し、第２のＲＬＣ  ＰＤＵを第２のＲＬＣエンティティのバッファに記憶する。第２のＲＬＣ  ＰＤＵは、第２のＲＬＣ  ＳＤＵを含む。ＵＥは制御コマンドをネットワークノードから受信し、制御コマンドはデータ複製を非アクティブにするために使用される。ＵＥは、制御コマンドに応答して、第２のＲＬＣエンティティでの再確立を実行する。ＵＥは、第１のＲＬＣ  ＰＤＵをネットワークノードに送信する。
【０２３６】
別の例示的な方法では、ＵＥは、第１の論理チャネル及び第２の論理チャネルを確立し、第１の論理チャネル及び第２の論理チャネルは、無線ベアラに関連付けられる。ＵＥは、第１のＲＬＣエンティティ及び第２のＲＬＣエンティティも確立し、第１のＲＬＣエンティティは第１の論理チャネルに関連付けられ、第２のＲＬＣエンティティは第２の論理チャネルに関連付けられる。ＵＥは、制御コマンドを受信する前に、第１のＲＬＣ  ＰＤＵを生成し、第１のＲＬＣ  ＰＤＵを第１のＲＬＣエンティティのバッファに記憶する。第１のＲＬＣ  ＰＤＵは、第１のＲＬＣ  ＳＤＵを含む。ＵＥは、制御コマンドを受信する前に、第２のＲＬＣ  ＰＤＵを生成し、第２のＲＬＣ  ＰＤＵを第２のＲＬＣエンティティのバッファに記憶する。第２のＲＬＣ  ＰＤＵは、第２のＲＬＣ  ＳＤＵを含む。ＵＥは制御コマンドをネットワークノードから受信し、制御コマンドはデータ複製を非アクティブにするために使用される。ＵＥは、第２のＲＬＣ  ＳＤＵが完了したかどうかに基づいて制御コマンドを受信した後、第２のＲＬＣエンティティのバッファに記憶された第２のＲＬＣ  ＰＤＵを破棄するかどうかを決定する。ＵＥは、第１のＲＬＣ  ＰＤＵをネットワークノードに送信する。
【０２３７】
別の例示的な方法では、第２のＲＬＣ  ＳＤＵが完了したＲＬＣ  ＳＤＵである場合、ＵＥは第２のＲＬＣ  ＰＤＵを破棄する。第２のＲＬＣ  ＳＤＵがセグメントＲＬＣ  ＳＤＵである場合、ＵＥは第２のＲＬＣ  ＰＤＵを破棄しない。
【０２３８】
別の例示的な方法では、ＵＥは、第１の論理チャネル及び第２の論理チャネルを確立し、第１の論理チャネル及び第２の論理チャネルは、無線ベアラに関連付けられる。ＵＥは、第１のＲＬＣエンティティ及び第２のＲＬＣエンティティも確立し、第１のＲＬＣエンティティは第１の論理チャネルに関連付けられ、第２のＲＬＣエンティティは第２の論理チャネルに関連付けられる。ＵＥは、制御コマンドを受信する前に、第１のＲＬＣ  ＰＤＵを生成し、第１のＲＬＣ  ＰＤＵを第１のＲＬＣエンティティのバッファに記憶する。第１のＲＬＣ  ＰＤＵは、第１のＲＬＣ  ＳＤＵを含む。ＵＥは、制御コマンドを受信する前に、第２のＲＬＣ  ＰＤＵを生成し、第２のＲＬＣ  ＰＤＵを第２のＲＬＣエンティティのバッファに記憶する。第２のＲＬＣ  ＰＤＵは、第２のＲＬＣ  ＳＤＵを含む。ＵＥは、制御コマンドをネットワークノードから受信し、制御コマンドはデータ複製を非アクティブにするために使用される。ＵＥは、第２のＲＬＣ  ＳＤＵが送信されるかどうかに基づいて制御コマンドを受信した後、第２のＲＬＣエンティティのバッファに記憶された第２のＲＬＣ  ＰＤＵを破棄するかどうかを決定する。ＵＥは、第１のＲＬＣ  ＰＤＵをネットワークノードに送信する。
【０２３９】
別の例示的な方法では、第２のＲＬＣ  ＰＤＵがＵＬリソースに基づいて送信されない場合、ＵＥは第２のＲＬＣ  ＰＤＵを破棄しない。第２のＲＬＣ  ＰＤＵがＵＬリソースに基づいて送信されない場合、ＵＥは第２のＲＬＣ  ＰＤＵを破棄する。
【０２４０】
上記で開示した方法のうちの１つ以上において、第２のＲＬＣ  ＰＤＵが破棄されない場合、ＵＥは、第２のＲＬＣ  ＰＤＵをネットワークノードに送信する。ＵＥは、制御命令を受信した後、第３のＲＬＣ  ＰＤＵを生成し、第３のＲＬＣ  ＰＤＵを第１のＲＬＣエンティティのバッファに記憶する。第３のＲＬＣ  ＰＤＵは、第３のＲＬＣ  ＳＤＵを含む。ＵＥは、制御コマンドを受信した後、第２のＲＬＣエンティティのバッファに記憶される第４のＲＬＣ  ＰＤＵを生成しない。
【０２４１】
上記で開示した方法のうちの１つ以上において、ＵＥは、制御コマンドを受信する前に、送信のための第１のパケットを生成し、第１のパケットは第１のＲＬＣエンティティ及び第２のＲＬＣエンティティに供給される。
【０２４２】
上記に開示した方法のうちの１つ以上において、ＵＥは、制御コマンドを受信した後に、送信のために第２のパケットを生成し、第２のパケットは第１のＲＬＣエンティティにのみ供給される。
【０２４３】
上記に開示した方法のうちの１つ以上において、第１のＲＬＣ  ＳＤＵ及び第２のＲＬＣ  ＳＤＵは第１のパケットを含む。
【０２４４】
上記に開示した方法のうちの１つ以上において、第３のＲＬＣ  ＳＤＵは、第２のパケットを含む。
【０２４５】
別の例示的な方法では、ＵＥは、第１の論理チャネル及び第２の論理チャネルを確立し、第１の論理チャネル及び第２の論理チャネルは無線ベアラに関連付けられ、第２の論理チャネルは第１の状態にある。第２の論理チャネルが第１の状態にある場合、ＵＥは送信のために第２の論理チャネルに提供する。ＵＥは、制御コマンドをネットワークノードから受信し、制御コマンドは、第２の論理チャネルを第１の状態から第２の状態に変更するために使用される。ＵＥは、第２の論理チャネルの第２の状態により、制御コマンドを受信した後に、送信のために第２の論理チャネルを提供しない。
【０２４６】
上記に開示された方法のうちの１つ以上において、第１の状態とはデータ複製がアクティブにされ、第２の状態とはデータ複製が非アクティブにされることを意味する。
【０２４７】
上記に開示された方法のうちの１つ以上において、第２の論理チャネルは、制御コマンドを受信する前に中断されず、第２の論理チャネルは、制御コマンドを受信した後に中断される。
【０２４８】
上記に開示された方法のうちの１つ以上において、第１の論理チャネルは、制御コマンドを受信した後に中断されない。
【０２４９】
上記に開示された方法のうちの１つ以上において、無線ベアラは、制御コマンドを受信した後に中断されない。
【０２５０】
上記に開示された方法のうちの１つ以上において、ＵＥは第１の通信リンクを使用して第１の論理チャネルを提供し、第２の通信リンクを使用して第２の論理チャネルを提供する。
【０２５１】
上記に開示された方法のうちの１つ以上において、第１及び／又は第２の通信リンクは、サービングセル、コンポーネントキャリア、サービングビーム、ＨＡＲＱプロセス又はＨＡＲＱエンティティである。
【０２５２】
上記に開示された方法のうちの１つ以上において、ネットワークノードは基地局である。
【０２５３】
上記に開示された方法のうちの１つ以上において、第１、第２、又は第３のＲＬＣ  ＳＤＵはＰＤＣＰ  ＰＤＵである。
【０２５４】
上記に開示された方法のうちの１つ以上において、第１及び／又は第２のパケットは、ＰＤＣＰ  ＰＤＵである。
【０２５５】
上記に開示された方法のうちの１つ以上において、制御コマンドは、ＲＲＣシグナリング、ＰＤＣＰシグナリング、ＲＬＣシグナリング、ＭＡＣ制御エレメント、又は物理シグナリングである。
【０２５６】
図３及び図４に戻って参照すると、一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、データ複製を用いて構成されるＵＥが（ｉ）データユニットを第１のデータユニットと第２のデータユニットに複製することと、（ｉｉ）第２のデータユニットを送信するために使用される第２の無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵ）を構築することであって、第２のデータユニットは第２のＲＬＣサービスデータユニット（ＳＤＵ）である、構築することと、（ｉｉｉ）制御コマンドをネットワークノードから受信することであって、制御コマンドはデータ複製を非アクティブにするために使用される、受信することと、（ｉｖ）第２のＲＬＣ  ＰＤＵが第２のＲＬＣ  ＳＤＵを含む場合、第２のＲＬＣ  ＰＤＵを破棄することと、を可能にすることができる。
【０２５７】
さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述したすべての動作及びステップ又は本明細書で説明した他の方法を実行することができる。
【０２５８】
本明細書で開示した様々な方法及び実施形態では、データ複製のアクティブ化又は非アクティブ化により、関連するメカニズム及び対応する反応のパフォーマンスが、シグナリングオーバーヘッド、電力消費、及び送信遅延を低減するとともに、信頼性とリソース使用率を向上することによって無線システムのロバスト性を高めることができる。
【０２５９】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【０２６０】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
【０２６１】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０２６２】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
【０２６３】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
【０２６４】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０２６５】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。
【図１】
2018191288.tif 000028
【図２】
2018191288.tif 000029
【図３】
2018191288.tif 000030
【図４】
2018191288.tif 000031
【図５】
2018191288.tif 000032
【図６】
2018191288.tif 000033
【図７】
2018191288.tif 000034
【図８】
2018191288.tif 000035
【図９】
2018191288.tif 000036
【図１０】
2018191288.tif 000037
【図１１】
2018191288.tif 000038
【図１２】
2018191288.tif 000039
【図１３】
2018191288.tif 000040
【図１４】
2018191288.tif 000041
【図１５】
2018191288.tif 000042
【図１６】
2018191288.tif 000043
【図１７】
2018191288.tif 000044
【図１８】
2018191288.tif 000045
【図１９】
2018191288.tif 000046
【図２０】
2018191288.tif 000047
【図２１】
2018191288.tif 000048
【図２２】
2018191288.tif 000049
【図２３】
2018191288.tif 000050
【図２４】
2018191288.tif 000051
【図２５】
2018191288.tif 000052
【図２６】
2018191288.tif 000053
【図２７】
2018191288.tif 000054
【図２８】
2018191288.tif 000055
【図２９】
2018191288.tif 000056
【外国語明細書】
2018191288000001.pdf