(57)【要約】【課題】ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）互換移動通信ネットワークでユーザ装置（ＵＥ）のデータ通信方法と対応するＵＥを提供すること。【解決手段】方法は、アップリンクＰＤＣＰ(Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ)、ＰＤＵ(Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ)がマスターｅＮＢ(ＭｅＮＢ)及び補助ｅＮＢ(ＳｅＮＢ)の両側で送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢにだけ送信される非分割ベアラへのベアラの再構成を検出する段階を含む。分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成が検出される場合、方法はＳｅＮＢを介して送信が試みられ、ＵＥ内のＰＤＣＰ階層の下のプロトコル階層によって成功的伝達の確認がなかった第１ＰＤＣＰ ＰＤＵからのＰＤＣＰ ＰＤＵの再送信を開始する段階をさらに含む。方法は、ＰＤＵの送信がＳｅＮＢ介して試みられたＰＤＣＰ ＰＤＵのみを再送信する段階をさらに含む。【選択図】図１７
2019068441.tif 000002
【特許請求の範囲】
【請求項１】
端末の方法において、
セカンダリーサービングセル（ＳＣｅｌｌ、ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）を解除するための設定情報を含む無線リソース制御（ＲＲＣ、ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）連結再構成（ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを受信する段階と、
前記設定情報に基づいてベアラタイプを確認する段階と、
前記確認結果に基づき、前記ベアラタイプが分割ベアラから非分割ベアラに変更された場合、成功的な送信が確認されないパケットデータ収斂プロトコル（ＰＤＣＰ、ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）プロトコルデータユニット（ＰＤＵ、ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)を再送信する段階と、を含む、方法。
【請求項２】
前記非分割ベアラは、第１セルに関連したマスターセルグループ（ＭＣＧ、ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ）ベアラを含む、請求項１に記載の方法。
【請求項３】
前記ＰＤＣＰ ＰＤＵを再送信する段階は、
前記ベアラタイプが前記分割ベアラから前記ＭＣＧベアラに変更された場合、前記分割ベアラを通じて第２セルに送信された前記ＰＤＣＰ ＰＤＵを前記第１セルに再送信する段階をさらに含み、
前記第１セルを通じて送信されたＰＤＣＰ ＰＤＵは再送信されない、請求項２に記載の方法。
【請求項４】
前記ＰＤＣＰ ＰＤＵを再送信する段階は、
前記成功的な送信が確認されない最初のＰＤＣＰ ＰＤＵから、関連したカウント値の昇順に前記ＰＤＣＰ ＰＤＵを再送信する段階を含む、請求項１に記載の方法。
【請求項５】
基地局の方法において、
セカンダリーサービングセル（ＳＣｅｌｌ、ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）を解除するための設定情報を含む無線リソース制御（ＲＲＣ、ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）連結再構成（ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを端末に送信する段階と、
前記設定情報に基づいて確認されたベアラタイプが分割ベアラから非分割ベアラに変更された場合、成功的に受信できなかったパケットデータ収斂プロトコル（ＰＤＣＰ、ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）プロトコルデータユニット（ＰＤＵ、ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)を再受信する段階と、を含む、方法。
【請求項６】
前記非分割ベアラは、第１セルに関連したマスターセルグループ（ＭＣＧ、ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ）ベアラを含み、
前記ＰＤＣＰ ＰＤＵを再受信する段階は、
前記ベアラタイプが前記分割ベアラから前記ＭＣＧベアラに変更される場合、前記分割ベアラを通じて第２セルに送信された前記ＰＤＣＰ ＰＤＵを再受信する段階をさらに含み、
前記第１セルを通じて送信されたＰＤＣＰ ＰＤＵは再送信されない、請求項５に記載の方法。
【請求項７】
前記端末から伝送された前記ＰＤＣＰ ＰＤＵは、前記成功的に受信できなかった最初のＰＤＣＰ ＰＤＵから、関連したカウント値の昇順に再受信される、請求項５に記載の方法。
【請求項８】
端末において、
送受信部と、
セカンダリーサービングセル（ＳＣｅｌｌ、ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）を解除するための設定情報を含む無線リソース制御（ＲＲＣ、ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）連結再構成（ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを受信する段階と、
前記設定情報に基づいてベアラタイプを確認する段階と、
前記確認結果に基づき、前記ベアラタイプが分割ベアラから非分割ベアラに変更された場合、成功的な送信が確認されないパケットデータ収斂プロトコル（ＰＤＣＰ、ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）プロトコルデータユニット（ＰＤＵ、ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)を再送信する制御部と、を含む、端末。
【請求項９】
前記非分割ベアラは、第１セルに関連したマスターセルグループ（ＭＣＧ、ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ）ベアラを含む、請求項８に記載の端末。
【請求項１０】
前記制御部は、
前記ベアラタイプが前記分割ベアラから前記ＭＣＧベアラに変更された場合、前記分割ベアラを通じて第２セルに送信された前記ＰＤＣＰ ＰＤＵを前記第１セルに再送信し、
前記第１セルを通じて送信されたＰＤＣＰ ＰＤＵは再送信されない、請求項９に記載の端末。
【請求項１１】
前記制御部は、
前記成功的な送信が確認されない最初のＰＤＣＰ ＰＤＵから、関連したカウント値の昇順に前記ＰＤＣＰ ＰＤＵを再送信する、請求項８に記載の端末。
【請求項１２】
基地局において、
送受信部と、
セカンダリーサービングセル（ＳＣｅｌｌ、ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）を解除するための設定情報を含む無線リソース制御（ＲＲＣ、ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）連結再構成（ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを端末に送信し、
前記設定情報に基づいて確認されたベアラタイプが分割ベアラから非分割ベアラに変更された場合、成功的に受信できなかったパケットデータ収斂プロトコル（ＰＤＣＰ、ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）プロトコルデータユニット（ＰＤＵ、ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)を再受信する制御部と、を含む、基地局。
【請求項１３】
前記非分割ベアラは、第１セルに関連したマスターセルグループ（ＭＣＧ、ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ）ベアラを含む、請求項１２に記載の基地局。
【請求項１４】
前記制御部は、
前記ベアラタイプが前記分割ベアラから前記ＭＣＧベアラに変更される場合、前記分割ベアラを通じて第２セルに送信された前記ＰＤＣＰ ＰＤＵを再受信し、
前記第１セルを通じて送信されたＰＤＣＰ ＰＤＵは再送信されない、請求項１３に記載の基地局。
【請求項１５】
前記制御部は、
前記端末から伝送された前記ＰＤＣＰ ＰＤＵは、前記成功的に受信できなかった最初のＰＤＣＰ ＰＤＵから、関連したカウント値の昇順に再受信される、請求項１２に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ベアラ再構成に関する。特に、本発明の特定実施形態は(また、本明細書においてユーザ装置(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)と指称される)移動端末機及びネットワーク装置を含む３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)又はＬＴＥ高級互換移動通信ネットワークにおいて非分割ベアラに対する分割ベアラの再構成、若しくは分割ベアラに対する非分割ベアラの再構成に関する。本発明は、ＵＥがベアラ再構成により再送信すべきどんなＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)、ＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)又はＰＤＵ(Ｐｒｏｔｏｃｏｌ ＤａｔａＵｎｉｔ)を決定することに関する。
【背景技術】
【０００２】
移動端末機(移動ヘンドセットのようなＵＥ)が無線リンクを介して基地局のネットワーク(ｅＮＢ)又は通信ネットワークに接続された他の無線アクセスポイントと通信する無線、若しくは移動(セルラー)通信ネットワークは、世代数を経て急速な発展をしつつある。アナログシグナリングを用いるシステムの初期配置は、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ, 登録商標)のような２世代(２Ｇ)デジタルシステムにより取り替えられ、このようなシステムは典型的に改善されたコアネットワークと組み合わせるＧＥＲＡＮ(ＧＳＭ Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ)と知られた無線アクセス技術を用いる。
【０００３】
２世代システム自体は、主にＵＭＴＳ(ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)のような３世代(３Ｇ)デジタルシステムにより取り替えられたり増強された。このようなシステムは、ＵＴＲＡＮ(Ｕｎｉｖｅｒｓａｌ ＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)無線アクセス技術及びＧＳＭに類似のコアネットワークを用いる。ＵＭＴＳは、３ＧＰＰによって生成された標準に指定されている。３世代標準は２世代システムにより提供されるより多いデータ処理量を提供する。このような趨勢は４世代(４Ｇ)システムを向けて継続移動される。
【０００４】
３ＧＰＰは、移動無線通信ネットワークに対する技術を設計し、指定して標準化する。特に、３ＧＰＰは３ＧＰＰ技術を定義するＴＲ(Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔｓ)及びＴＳ(Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ)のシリーズを生成する。３ＧＰＰの焦点は現在の３世代以後の標準仕様であり、特に、３Ｇネットワークより改善を提供して高いデータレートを含むＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)である。ＥＰＳに対する仕様セットは、２個の作業項目：コアネットワークに関するＳＡＥ(Ｓｙｓｔｅｍｓ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ)及び無線インターフェースに関するＬＴＥを含む。ＥＰＳ仕様の第１セットは、２００８年１２月３ＧＰＰ Ｒｅｌｅａｓｅ８に発売された。ＬＴＥは以前の標準と比べて潜在的に、より大きい容量及び追加的な特徴を提供するＥ−ＵＴＲＡＮ(ＥｖｏｌｖｅｄＵＴＲＡＮ)と知られた改善した無線アクセス技術を用いる。ＳＡＥは、ＥＰＣ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ)と指称される改善したコアネットワークの技術を提供する。ＬＴＥが厳格に無線インターフェースのみを示すにもかかわらず、ＬＴＥは一般的３ＧＰＰの自体を含むＥＰＳの全体を示すのに用いられる。ＬＴＥはこのような意味でＬＴＥ ＡｄｖａｎｃｅｄのようなＬＴＥ改善を示す時を含むこのような仕様の残り部分に用いられる。ＬＴＥは、ＵＭＴＳの進化(ｅｖｏｌｕｔｉｏｎ)であり、ＵＭＴＳと特定の高レベルの構成要素及びプロトコルを共有する。ＬＴＥ Ａｄｖａｎｃｅｄは、ＬＴＥに比べて相変らず高いデータレートを提供し、３ＧＰＰＲｅｌｅａｓｅ１０から３ＧＰＰ Ｒｅｌｅａｓｅ１２まで３ＧＰＰ標準の解除によって定義される。ＬＴＥ Ａｄｖａｎｃｅｄは、ＩＴＵ(Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ)によって４世代移動通信システムであることで考慮される。
【０００５】
本発明は、ＬＴＥ移動ネットワーク内で具現される。したがって、ＬＴＥネットワークの概要は図１に示される。ＬＴＥシステムは３個の高レベルの構成要素：少なくとも一つのＵＥ１０２、Ｅ−ＵＴＲＡＮ１０４及びＥＰＣ１０６を含む。ＥＰＣ１０６は外部世界におけるパケットデータネットワーク(ＰＤＮ)及びサーバー１０８と通信する。図１は、ＥＰＣ１０６の主要構成要素の部分を示す。図１は、単純化した図面で、ＬＴＥの典型的な具現は追加の構成要素を含むことが分かるだろう。図１にはＬＴＥシステムの相違する部分の間のインターフェースが示される。両側矢印(ｄｏｕｂｌｅ ｅｎｄｅｄ ａｒｒｏｗ)はＵＥ１０２とＥ−ＵＴＲＡＮ１０４間の無線インターフェースを示す。残りインターフェースの場合、ユーザデータは実線で示し、シグナリングは点線で示す。
【０００６】
Ｅ−ＵＴＲＡＮ１０４は、単一タイプの構成要素：無線インターフェースを介してＵＥ１０２とＥＰＣ１０６間の無線通信を処理する責任があるｅＮＢ(Ｅ−ＵＴＲＡＮ ＮｏｄｅＢ)を含む。ｅＮＢは一つ以上のセルでのＵＥ１０２を制御する。ＬＴＥはｅＮＢが１つ以上のセルを介してカバレッジを提供するセルラーシステムである。典型的に、ＬＴＥシステム内には複数のｅＮＢがある。一般的に、ＬＴＥでのＵＥは一つずつのセルを介して一つのｅＮＢと通信する。
【０００７】
ＥＰＣ１０６の主要構成要素は図１に示される。ＬＴＥネットワークで、ＵＥ１０２の数、ネットワークの地理的領域、及びネットワークを介して送信されるデータのボリュームによりそれぞれの構成要素が２つ以上があり得るということを理解するだろう。データトラフィックは、各ｅＮＢと対応するサービングゲートウェー(Ｓ−ＧＷ)１１０の間で伝達され、このようなサービングゲートウェー(Ｓ−ＧＷ)１１０は、ｅＮＢとＰＤＮゲートウェー(Ｐ−ＧＷ )１１２の間でデータをラウティングする。Ｐ−ＧＷ１１２は、外部世界でＵＥを一つ以上のサーバー又はＰＤＮ１０８に接続する責任がある。ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)１１４は、Ｅ−ＵＴＲＡＮ１０４を介してＵＥ１０２と交換されるシグナリングメッセージを介してＵＥ１０２の高レベル動作を制御する。各ＵＥは単一ＭＭＥに登録される。ＭＭＥ１１４とＵＥ１０２の間には直接シグナリング経路はない(ＵＥ１０２との通信はＥ−ＵＴＲＡＮ１０４を介して無線インターフェースにかけて成る)。ＭＭＥ１１４とＵＥ１０２の間のシグナリングメッセージは、ＵＥから外部世界へのデータの流れを制御するＥＰＳセッション管理(ＥＳＭ)プロトコルメッセージと、ＵＥ１０２がＥ−ＵＴＲＡＮ内でｅＮＢ間に移動するとき、シグナリング及びデータ流れの再ラウティングを制御するＥＰＳ移動性管理(ＥＭＭ)プロトコルメッセージを含む。ＭＭＥ１１４はデータトラフィックのラウティングをサポートするためにＳ−ＧＷ１１０とシグナリングトラフィックを交換する。ＭＭＥ１１４はさらにネットワークに登録されたユーザに対する情報を記憶するホーム加入者サーバー(ＨＳＳ)１１６と通信する。
【０００８】
ＬＴＥネットワーク内で、データはベアラを用いてネットワークの相違する構成要素の間で伝達する。ＥＰＳベアラは、ＵＥとＰ−ＧＷの間でデータを伝達する役目をする。データ流れは両方向性である。ＥＰＳベアラにより搬送されるデータは特定サービス、例えば、ストリーミングされたメディアのためにデータを搬送する一つ以上のサービスデータ流れを含む。各サービスデータ流れは一つ以上のパケット流れを含む。
【０００９】
３ＧＰＰ無線アクセスネットワーク(ＲＡＮ)作業グループは、“小さいセル向上(ＳｍａｌｌＣｅｌｌＥｎｈａｎｃｅｍｅｎｔｓ)”というＳＩ(Ｓｔｕｄｙ Ｉｔｅｍ)で現在作業している。このようなＳＩの技術的成果は、３ＧＰＰ ＴＲ３６．８４２“Ｅ−ＵＴＲＡ(ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ ＲａｄｉｏＡｃｃｅｓｓ)”；Ｅ−ＵＴＲＡ及びＥ−ＵＴＲＡＮのための小さいセル向上に対する研究；上位階層側面(ｌａｙｅｒａｓｐｅｃｔｓ)( Ｒｅｌｅａｓｅ１２)；ｃ０．０に説明されている。３ＧＰＰ ＴＲ３６．８４２はＳＩの無線アクセス側面に関係し、ＵＥとｅＮＢのいずれも影響を及ぼす。小さいセル向上は例えば、同じキャリア周波数で動作するマクロセルと(マクロセルのカバレッジ領域内の)小さいセルがある場合に適用することができる。
【００１０】
現在、ＲＡＮは、いわゆる“デュアル接続(ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ)”機能をサポートすることが提案される。このデュアル接続は、与えられたＵＥが非理想的バックホール(ｎｏｎ-ｉｄｅａｌ ｂａｃｋｈａｕｌ)と接続された少なくとも２つの相違するネットワークポイント(マスター及び補助ｅＮＢ)により提供される無線リソースを消耗する動作を示すが、ＵＥは(ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ Ｃｏｎｎｅｃｔｅｄ)での)ネットワーク状態内で活性的である。デュアル接続は、ＵＥとＲＡＮの間でさらに高いデータレートが達成されるようにする。デュアル接続を達成するため、ＲＡＮは“ベアラ分割(ｂｅａｒｅｒ ｓｐｌｉｔ)”機能をサポートすることが提案される。デュアル接続においてベアラ分割は多数のｅＮＢを介してベアラを分割することができる能力を示す。マスターｅＮＢ(ＭｅＮＢ、一般的にマクロセルｅＮＢ)は、少なくともＳ１−ＭＭＥインターフェース(ｅＮＢとＭＭＥの間のインターフェース)を終了し、したがって、コアネットワーク(ＣＮ)に向けた移動アンカーとして作用するｅＮＢである。補助ｅＮＢ(ＳｅＮＢ、一般的に小さいセルを処理するｅＮＢ)は、ＭｅＮＢがないＵＥに追加的な無線リソースを提供するｅＮＢである。
【００１１】
図２を参照すれば、これは一例としてダウンリンク方向を取る一つのベアラ分割オプションを例示するＴＳ３６．８４２の図８．１.１−１のオプション３を示す。Ｓ−ＧＷとＭｅＮＢを介して(未図示)Ｐ−ＧＷからＵＥへ直接伝達する第１ＥＰＳベアラ((＃１：実線矢印)があるということが分かる。第２ＥＰＳベアラ(＃２：点線矢印)はＭｅＮＢとＵＥの間で直接だけではなくＳｅＮＢを介してＭｅＮＢからＵＥに伝達する。第２ＥＰＳベアラはＲＡＮを介して分割される。
【００１２】
分割ベアラを達成するすため、３ＧＰＰ ＴＳ３６．３００“Ｅ−ＵＴＲＡ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)及びＥ−ＵＴＲＡＮ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)”の図６−１に示された既存のユーザ平面アーキテクチァー；全体説明；ステージ２(Ｒｅｌｅａｓｅ１１)；(本明細書で複製されない)ｖ１１．７.０を修正する必要がある。ｅＮＢにおいて無線インターフェースを介してＵＥと通信するため、ｅＮＢはＰＤＣＰ階層、無線リンク制御(ＲＬＣ)階層及び媒体接近制御(ＭＡＣ)階層を有するプロトコルスタックを含む。全体的に、このようなプロトコル階層はデータリンク階層：標準ＯＳＩ(Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ)モデルの階層２を形成する。ＭＡＣ階層は、移動局と基地局の間のスケジューリングデータ送信を含む物理的階層(本明細書の範囲の外のＯＳＩモデルの階層１)の低いレベルの制御を行う。ＲＬＣ階層は、ＵＥとｅＮＢ間のデータリンクを維持し、必要な場合にデータパケットの受信の肯定応答を処理する。ＰＤＣＰ階層は、ヘッダー圧縮及び保安を含む高いレベルの送信機能を行う。プロトコルスタックの各階層において、プロトコルはサービスデータユニット(ＳＤＵ)の形態で以前のプロトコルからデータパケットを受信し、パケットを処理し、プロトコルデータユニット(ＰＤＵ)を形成するためにヘッダーを追加する。ＰＤＵはスタックの下に次の階層のＳＤＵが渡来するようになる。
【００１３】
図２に示されたようなベアラ分割アーキテクチァーにおいて、ｅＮＢでの階層２のプロトコルスタックは、ＭｅＮＢとＳｅＮＢの間に分割される。特に、分割無線ベアラは３ＧＰＰ ＴＲ３６．８４２からの図８．１．１．８−１をさらに生成させる図３に示されたような２個のＲＬＣエンティティーを用いる。図３は、ＭｅＮＢでの第１非分割ベアラプロトコルスタック(実線ボックス)を示す。図３は、Ｓ１インターフェースを介してＳ−ＧＷから受信されるデータを示す。図３は追加で第２分割無線ベアラ(点線ボックス及び点線矢印)を示す。分割ベアラの場合、ＭｅＮＢでの単一ＰＤＣＰエンティティーと、ＭｅＮＢ及びＳｅＮＢの全てで分割ベアラに対する重複されたＲＬＣ／ＭＡＣプロトコルスタックエンティティーがある。データは、(代案的にＸ２インターフェースと指称される)Ｘｎインターフェースを介してＭｅＮＢでの単一ＰＤＣＰエンティティーとＳｅＮＢでのＲＬＣ／ＭＡＣエンティティーの間に送信される。図３に図示しないが、ＵＥ側で対応するＭＡＣ／ＲＬＣ／ＰＤＣＰエンティティー、特に単一のＵＥ ＰＤＣＰエンティティー及び重複されたＵＥＭＡＣ／ＲＬＣエンティティーがある。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
特定シナリオで、無線ベアラプロトコルスタックの部分又は全部は、一方の終了地点から他方の終了地点に、例えば一方のｅＮＢから他方のｅＮＢに移動されることができる。非分割無線ベアラの場合、これは別途のｅＮＢにより制御されるセルの間のＵＥローミングのためであることができる。この場合に、中断されたユーザ平面スタックでの進行中の送信の一部は、対応するＰＤＣＰ ＳＤＵの成功的な伝達が確保される前に終了されるだろう。このような終了の結果である損失を乗り越えるため、ＰＤＣＰ ＳＤＵ再送信は無線ベアラプロトコルスタックが移動した後に開始されることができる。今まで、３ＧＰＰＲＡＮ２仕様はＰＤＣＰ ＳＤＵ再送信が非分割ベアラに対して処理される方法(すなわち、完全なＲＡＮプロトコルスタックが移動されるとき、ＰＤＣＰ ＳＤＵ再送信が処理される方法)のみを特定した。例えば、小さいセルのカバレージ領域の外に移動するＵＥにより、非分割ベアラとして分割ベアラを再構成するのに必要な場合、メクロセルのカバレージ領域内に残っている間、さらにこれは移動されるＳｅＮＢ内の無線ベアラプロトコルスタックの少なくとも部分を要する。以下、より詳しく説明されるように、非分割ベアラへの分割ベアラを再構成する場合に、同じ再送信技術を適用することは非効率的な再送信につながるだろう。
【課題を解決するための手段】
【００１５】
本発明の第１態様によれば、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)互換移動通信ネットワークでユーザ装置(ＵＥ)のデータ送信方法が提供され、方法は、アップリンクＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)、ＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)がマスターｅＮＢ(ＭｅＮＢ)及び補助ｅＮＢ(ＳｅＮＢ)の両側で送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢにだけ送信される非分割ベアラへのベアラの再構成を検出する段階と、分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成が検出される場合、ＳｅＮＢを介して送信が試みられたＰＤＣＰ ＰＤＵの再送信を開始する段階と、及びＵＥ内のＰＤＣＰ階層の下のプロトコル階層により成功的伝達の確認がないＰＤＣＰ ＰＤＵのみを再送信する段階と、を含む。
【００１６】
ＰＤＣＰ ＰＤＵの再送信はベアラの再構成前にＰＤＣＰ ＰＤＵに割り当てられたカウント値の昇順からなることができる。
【００１７】
方法は、ＭｅＮＢからＰＤＣＰ状態報告を受信する段階と、及び受信時にＰＤＣＰ状態報告に示すＰＤＣＰ ＳＤＵ(ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ)に対して対応するＰＤＣＰ ＰＤＵが再送信される必要がないことを決定する段階と、をさらに含むことができる。
【００１８】
ＵＥは、ＰＤＣＰ ＰＤＵの成功的な伝達がＰＤＣＰ階層の下のプロトコル階層でｅＮＢにより肯定応答されるベアラのみを用いるように構成されることができる。
【００１９】
ＵＥは、ＲＬＣ−Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ)を用いてベアラのみを用いるように構成されることができる。
【００２０】
ＰＤＣＰ ＰＤＵの成功的な伝達は、無線リンク制御(ＲＬＣ)階層又は媒体アクセス制御(ＭＡＣ)階層により確認されることができる。
【００２１】
方法は、アップリンクＰＤＣＰ ＰＤＵがマスターｅＮＢ(ＭｅＮＢ)及び補助ｅＮＢ(ＳｅＮＢ)の両側で送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＳｅＮＢへ送信される非分割ベアラへのベアラの再構成を検出する段階と、分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＳｅＮＢだけで送信される非分割ベアラへのベアラの再構成が検出される場合、ＵＥ内のＰＤＣＰ階層の下のプロトコル階層によって対応するＰＤＣＰ ＰＤＵの成功的伝達の確認がない第１ＰＤＣＰ ＳＤＵからＰＤＣＰ ＳＤＵの再送信を開始する段階と、及び第１ＰＤＣＰ ＳＤＵからすべてのＰＤＣＰ ＳＤＵを再送信する段階と、をさらに含むことができる。
【００２２】
方法は、非分割ベアラから分割ベアラへのベアラの再構成を検出する段階と、非分割ベアラから分割ベアラへのベアラの再構成が検出される場合、非分割ベアラから分割ベアラへのベアラの再構成前にＰＤＣＰ ＰＤＵがＭｅＮＢ又はＳｅＮＢに送信されたかを判断する段階をさらに含むことができ、ＰＤＣＰ送信がＭｅＮＢに送信されたことで決定される場合、方法はＰＤＣＰ ＳＤＵ又はＰＤＣＰ ＰＤＵの再送信が必要ではないということを決定する段階をさらに含む。
【００２３】
ＰＤＣＰ送信がＳｅＮＢへ送信されたことで決定される場合、方法はＵＥ内のＰＤＣＰ階層の下のプロトコル階層により対応するＰＤＣＰ ＰＤＵの成功的伝達の確認がない第１ＰＤＣＰ ＳＤＵからＰＤＣＰ ＳＤＵの再送信を開始する段階と、及び第１ＰＤＣＰ ＳＤＵからいずれもＰＤＣＰ ＳＤＵを再送信する段階と、をさらに含むことができる。
【００２４】
方法は、アップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成を検出する段階と、再構成前にＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＭｅＮＢ又は直ちにＳｅＮＢへの送信で制限されたかを判断する段階をさらに含むことができ、ＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＭｅＮＢへの送信で制限されたことで決定される場合、方法はＰＤＣＰ ＳＤＵ又はＰＤＣＰ ＰＤＵの再送信が必要ではないということを決定する段階と、をさらに含み、ＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＳｅＮＢへの送信で制限されたことで決定される場合、方法はＰＤＣＰ ＰＤＵの再送信を開始する段階と、及びＵＥ内のＰＤＣＰ階層の下のプロトコル階層により成功的伝達の確認がないＰＤＣＰ ＰＤＵのみを再送信する段階と、をさらに含む。
【００２５】
方法は、アップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成を検出する段階と、アップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成が検出される場合、ＳｅＮＢを介して送信が試みられたＰＤＣＰ ＰＤＵの再送信を開始する段階と、及びＵＥ内のＰＤＣＰ階層の下のプロトコル階層により成功的伝達の確認がないＰＤＣＰ ＰＤＵのみを再送信する段階と、をさらに含むことができる。
【００２６】
本発明の第２態様によれば、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)互換移動通信ネットワークでユーザ装置(ＵＥ)のデータ送信方法が提供され、方法は、アップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成を検出する段階と、再構成前にＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＭｅＮＢ又は直ちにＳｅＮＢへの送信で制限されたかを判断する段階と、を含み、ＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＭｅＮＢへの送信で制限されたことで決定される場合、方法はＰＤＣＰ ＳＤＵ又はＰＤＣＰ ＰＤＵの再送信が必要ではないということを決定する段階と、をさらに含む。
【００２７】
本発明の第３態様によれば、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)互換移動通信ネットワークでユーザ装置(ＵＥ)のデータ送信方法が提供され、方法はアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成を検出する段階と、再構成前にＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＭｅＮＢ又は直ちにＳｅＮＢへの送信で制限されたかを判断する段階と、を含み、ＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＳｅＮＢへの送信で制限されたことで決定される場合、方法はＰＤＣＰ ＰＤＵの再送信を開始する段階と、
【００２８】
及びＵＥ内のＰＤＣＰ階層の下のプロトコル階層により成功的伝達の確認がないＰＤＣＰ ＰＤＵのみを再送信する段階と、をさらに含む。
【００２９】
本発明の第４態様によれば、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ) 互換移動通信ネットワークでユーザ装置(ＵＥ)のデータ送信方法が提供され、方法はアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成を検出する段階と、アップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成が検出される場合、ＳｅＮＢを介して送信が試みられたＰＤＣＰ ＰＤＵの再送信を開始する段階と、及びＵＥ内のＰＤＣＰ階層の下のプロトコル階層により成功的伝達の確認がないＰＤＣＰ ＰＤＵのみを再送信する段階と、を含む。
【００３０】
ＰＤＣＰ ＰＤＵの再送信は、部分的ＰＤＣＰ再構築手続きの部分を形成することができ、部分的ＰＤＣＰ再構築手続きはアップリンクに対するＵＥでヘッダー圧縮を再設定しない段階と、及び暗号化鍵を再設定しない段階と、をさらに含み、部分的ＰＤＣＰ再構築手続きはダウンリンクに対するＵＥですべての受信されたＰＤＣＰ ＰＤＵを処理する段階と、ヘッダー圧縮を再設定しない段階と、暗号化鍵を再設定しない段階と、及びＰＤＣＰ状態報告を送信する段階と、をさらに含む。
【００３１】
部分的ＰＤＣＰ再構築手続きは、分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢへ送信される非分割ベアラへのベアラの再構成をＵＥで検出する段階と、第１分割ベアラからＭｅＮＢがそのままあり、ＳｅＮＢが変化する第２分割ベアラへのベアラの再構成をＵＥで検出する段階と、及び部分的ＰＤＣＰ再構築が行われる可能性があることを示すネットワークからインジケーター(ｉｎｄｉｃａｔｏｒ)を受信する段階とのうちのいずれか一つに応答してトリガーされることができる。
【００３２】
本発明の第５態様によれば、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)互換移動通信ネットワークでユーザ装置(ＵＥ)が提供され、ＵＥはアップリンクＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)、ＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)がマスターｅＮＢ(ＭｅＮＢ)及び補助ｅＮＢ(ＳｅＮＢ)の両側で送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢにだけ送信される非分割ベアラへのベアラの再構成を検出し、分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成が検出される場合、ＳｅＮＢを介して送信が試みられたＰＤＣＰ ＰＤＵの再送信を開始し、ＵＥ内のＰＤＣＰ階層の下のプロトコル階層により成功的伝達の確認がないＰＤＣＰ ＰＤＵのみを再送信するように配置される。
【００３３】
ＵＥは前記方法のいずれか１つを具現するようにさらに配置されることができる。
【００３４】
本発明の第６態様によれば、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)互換移動通信ネットワークでユーザ装置(ＵＥ)が提供され、ＵＥはアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成を検出し、再構成前にＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＭｅＮＢ又は直ちにＳｅＮＢへの送信で制限されたかを判断するように配置され、ＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＭｅＮＢへの送信で制限されたことで決定される場合、方法はＰＤＣＰ ＳＤＵ又はＰＤＣＰ ＰＤＵの再送信が必要ではないということを決定する段階と、をさらに含む。
【００３５】
本発明の第７態様によれば、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)互換移動通信ネットワークでユーザ装置(ＵＥ)が提供され、ＵＥはアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成を検出し、再構成前にＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＭｅＮＢ又は直ちにＳｅＮＢへの送信で制限されたかを判断するように配置され、ＵＥからのＰＤＣＰ ＰＤＵ送信が直ちにＳｅＮＢへの送信で制限されたことで決定される場合、方法はＰＤＣＰ ＰＤＵの再送信を開始する段階と、及びＵＥ内のＰＤＣＰ階層の下のプロトコル階層により成功的伝達の確認がないＰＤＣＰ ＰＤＵのみを再送信する段階と、をさらに含む。
【００３６】
本発明の第８態様によれば、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)互換移動通信ネットワークでユーザ装置(ＵＥ)が提供され、ＵＥはアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成を検出し、アップリンクＰＤＣＰ ＰＤＵがＭｅＮＢ及びＳｅＮＢのうちの一つだけで送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成が検出される場合、ＳｅＮＢを介して送信が試みられたＰＤＣＰ ＰＤＵの再送信を開始し、ＵＥ内のＰＤＣＰ階層の下のプロトコル階層により成功的伝達の確認がないＰＤＣＰ ＰＤＵのみを再送信するように配置される。
【００３７】
ＵＥは、部分的ＰＤＣＰ再構築手続きの部分としてＰＤＣＰ ＰＤＵを再送信するようにさらに配置されることができ、部分的ＰＤＣＰ再構築手続きはアップリンクに対してヘッダー圧縮を再設定せず；暗号化鍵を再設定しないようにさらに配置されるＵＥをさらに含み；部分的ＰＤＣＰ再構築手続きはダウンリンクに対してすべての受信されたＰＤＣＰ ＰＤＵを処理し；ヘッダー圧縮を再設定せず；暗号化鍵を再設定せず；ＰＤＣＰ状態報告を送信するようにさらに配置されるＵＥをさらに含む。
【００３８】
ＵＥは、分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢに送信される非分割ベアラへのベアラの再構成をＵＥで検出する段階と、第１分割ベアラからＭｅＮＢがそのままあり、ＳｅＮＢが変化する第２分割ベアラへのベアラの再構成をＵＥで検出する段階と、及び部分的ＰＤＣＰ再構築が行われる可能性があることを示すネットワークからインジケーターを受信する段階のうちの一つに応答して部分的ＰＤＣＰ再構築手続きをトリガーするようにさらに配置されることができる。
【００３９】
ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)互換移動通信ネットワークでユーザ装置(ＵＥ)のデータ送信方法がさらに開始され、方法はアップリンクＰＤＣＰ(Ｐａｃｋｅｔ ＤａｔａＣｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)、ＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)がマスターｅＮＢ(ＭｅＮＢ)及び補助ｅＮＢ(ＳｅＮＢ)の両側で送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢにだけ送信される非分割ベアラへのベアラの再構成を検出する段階と、分割ベアラから非分割ベアラへのベアラの再構成が検出される場合、対応するＰＤＣＰ ＰＤＵの送信がＳｅＮＢを介して試みられ、ＵＥ内のＰＤＣＰ階層の下のプロトコル階層によって成功的伝達の確認がなかった第１ＰＤＣＰ ＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)からＰＤＣＰ ＳＤＵの再送信を開始する段階と、及び対応するＰＤＣＰ ＰＤＵの送信がＳｅＮＢを介して試みられたＰＤＣＰ ＳＤＵのみを再送信する段階と、を含む。
【００４０】
ＰＤＣＰ ＳＤＵの再送信はベアラの再構成前にＰＤＣＰ ＳＤＵに割り当てられたカウント値の昇順からなることができる。
【００４１】
方法は、ＭｅＮＢからＰＤＣＰ状態報告を受信する段階と、及び受信時にＰＤＣＰ状態報告に示すＰＤＣＰ ＳＤＵが再送信される必要がないことを決定する段階と、をさらに含むことができる。
【００４２】
ＵＥは、ＰＤＣＰ ＰＤＵの成功的な伝達がＰＤＣＰ階層の下のプロトコル階層でｅＮＢにより肯定応答されるベアラのみを用いるように構成されることができる。
【００４３】
ＵＥは、ＲＬＣ−Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ)を用いてベアラのみを用いるように構成されることができる。
【００４４】
ＰＤＣＰ ＰＤＵの成功的な伝達は無線リンク制御(ＲＬＣ)階層又は媒体アクセス制御(ＭＡＣ)階層によって確認されることができる。
【００４５】
方法は、分割ベアラから非分割ベアラへのベアラの再構成に応じてＰＤＣＰ送信がＭｅＮＢ又はＳｅＮＢ内で終了されるかを判断する段階と、対応するＰＤＣＰ ＰＤＵの送信がＳｅＮＢを介して試みられ、ＵＥ内のＰＤＣＰ階層の下のプロトコル階層により成功的伝達の確認がなかった第１ＰＤＣＰ ＳＤＵからＰＤＣＰ ＳＤＵの再送信を開始し、対応するＰＤＣＰ ＰＤＵの送信がＳｅＮＢを介して試みられたＰＤＣＰ ＳＤＵのみを再送信する段階はＰＤＣＰ送信がＭｅＮＢ内で終了されることで決定される場合にだけ行われる。
【００４６】
ＰＤＣＰ送信がＳｅＮＢ内で終了されることで決定される場合、方法はＵＥ内のＰＤＣＰ階層の下のプロトコル階層により対応するＰＤＣＰ ＳＤＵの成功的伝達の確認がない第１ＰＤＣＰ ＳＤＵからＰＤＣＰ ＳＤＵを再送信する段階と、及び第１ＰＤＣＰ ＳＤＵからのすべてのＰＤＣＰ ＳＤＵを再送信する段階をさらに含むことができる。
【００４７】
方法は、非分割ベアラから分割ベアラへのベアラの再構成を検出する段階と、非分割ベアラから分割ベアラへのベアラの再構成が検出される場合、分割ベアラから非分割ベアラへのベアラの再構成前にＰＤＣＰ送信がＭｅＮＢ又はＳｅＮＢ内で終了されたかを判断する段階をさらに含むことができ、ＰＤＣＰ送信がＭｅＮＢ内で終了されたことで決定される場合、方法はＰＤＣＰ ＳＤＵの再送信が必要ではないことを決定する段階と、をさらに含む。
【００４８】
ＰＤＣＰ送信がＳｅＮＢ内で終了されたことで決定される場合、方法はＵＥ内のＰＤＣＰ階層の下のプロトコル階層により対応するＰＤＣＰ ＰＤＵの成功的伝達の確認がない第１ＰＤＣＰ ＳＤＵからＰＤＣＰ ＳＤＵを再送信する段階と、及び第１ＰＤＣＰ ＳＤＵからすべてのＰＤＣＰ ＳＤＵを再送信する段階をさらに含む。
【００４９】
分割ベアラから非分割ベアラへのベアラの再構成が検出される場合、方法は再構成前にＵＥからのＰＤＣＰ ＳＤＵ送信が直ちにＭｅＮＢ又は直ちにＳｅＮＢへの送信で制限されたかを判断する段階をさらに含むことができ、ＵＥからのＰＤＣＰ ＳＤＵ送信が直ちにＭｅＮＢへの送信で制限されたことで決定される場合、方法はＰＤＣＰ ＳＤＵの再送信が必要ではないということを決定する段階をさらに含み、ＵＥからのＰＤＣＰ ＳＤＵ送信が直ちにＭｅＮＢへの送信で制限されたことで決定される場合、方法はＵＥ内のＰＤＣＰ階層の下のプロトコル階層によって対応するＰＤＣＰ ＰＤＵの成功的伝達の確認がない第１ＰＤＣＰ ＳＤＵからＰＤＣＰ ＳＤＵを再送信する段階と、及び第１ＰＤＣＰ ＳＤＵからすべてのＰＤＣＰ ＳＤＵを再送信する段階と、をさらに含む。
【００５０】
ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)互換移動通信ネットワークでユーザ装置(ＵＥ)がさらに開始され、ＵＥはアップリンクＰＤＣＰ(Ｐａｃｋｅｔ ＤａｔａＣｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)、ＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)がマスターｅＮＢ(ＭｅＮＢ)及び補助ｅＮＢ(ＳｅＮＢ)の両側で送信される分割ベアラからアップリンクＰＤＣＰ ＰＤＵがＭｅＮＢにだけ送信される非分割ベアラへのベアラの再構成を検出し、分割ベアラから非分割ベアラへのベアラの再構成が検出される場合、対応するＰＤＣＰ ＰＤＵの送信がＳｅＮＢを介して試みられ、ＵＥ内のＰＤＣＰ階層の下のプロトコル階層によって成功的伝達の確認がなかった第１ＰＤＣＰ ＳＤＵからＰＤＣＰ ＳＤＵの再送信を開始し、対応するＰＤＣＰ ＰＤＵの送信がＳｅＮＢを介して試みられたＰＤＣＰ ＳＤＵのみを再送信するように配置される。
【００５１】
ＵＥは、上述した方法を具現するようにさらに配置されることができる。
【００５２】
本発明の他の態様は、実行されるときに上述した態様のいずれか一つによる方法及び／又は装置を具現するように配列されるコマンドを含むコンピュータープログラムを提供する。追加の態様はこのようなプログラムを記憶する機械判読可能なストレージを提供する。
【発明の効果】
【００５３】
本発明の特定実施形態の目的は、分割ベアラを非分割ベアラとして再構成するとき、データ再送信の效率を向上させるためのことである。特定実施形態は、特にＵＥからネットワークへのデータの再送信に関する。本発明の特定実施形態は特にネットワークで同じＰＤＣＰエンティティーを維持しながら分割ベアラが非分割ベアラで再構成される場合に係る。この場合に、ＳｅＮＢでのユーザ平面スタックの部分は終了され、この部分で進行中の送信は喪失されることができる。本発明の特定実施形態は特に例えば、ＲＬＣ−Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅを用いて信頼性ある送信のために構成されたベアラに係る。ＲＬＣ−Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅで、電送機は受領(ｒｅｃｅｉｐｔ)の肯定応答が受信されるまでＰＤＵを送信してＰＤＵを再送信バッファーに記憶する。電送機は受信されたＰＤＵをリスティングする状態ＰＤＵを返還するように定期的に受信機をポーリングする。次いで、送信器はバッファーから受信されたＰＤＵを廃棄し、残りＰＤＵを再送信することができる。
【図面の簡単な説明】
【００５４】
本発明の実施形態は添付した図面に関して以下により説明される。
【図１】ＬＴＥ移動通信ネットワークの概要を概略的に示す。
【図２】分割ベアラを示す。
【図３】図２の分割ベアラに対するＭｅＮＢ及びＳｅＮＢでＲＡＮプロトコルスタックを示す。
【図４】ソースｅＮＢとターゲットｅＮＢの間の非分割ベアラのＸ２ハンドオーバー間のメッセージ流れを示す。
【図５】ＰＤＣＰ状態報告の形式を示す。
【図６】ソースｅＮＢでターゲットｅＮＢでのＸ２ハンドオーバー直前に非分割無線ベアラに対する伝達状況を示す。
【図７】第１ネットワークオプションによってＸ２ハンドオーバー時に図６の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図８】第２ネットワークオプションによってＸ２ハンドオーバー時に図６の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図９】非分割無線ベアラへの再構成直前に分割無線ベアラに対する送信状況を示す。
【図１０】第１乃至５のオプションにより非分割ベアラへの再構成に従う図９の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図１１】第１乃至５のオプションにより非分割ベアラへの再構成に従う図９の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図１２】第１乃至５のオプションにより非分割ベアラへの再構成に従う図９の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図１３】第１乃至５のオプションにより非分割ベアラへの再構成に従う図９の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図１４】第１乃至５のオプションにより非分割ベアラへの再構成に従う図９の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図１５】第１乃至５のオプションにより非分割ベアラへの再構成に後に従う図９の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図１６】非分割ベアラへの再構成に従う図９の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図１７】非分割ベアラへの再構成に従う図９の伝達状況に対するＰＤＣＰ ＳＤＵ再送信を示す。
【図１８】ベアラの再構成のうちのメッセージ流れを示す。
【図１９】ベアラを再構成する方法を示した流れ図である。
【図２０】分割ベアラで非分割ベアラへのベアラの再構成のうちの追加の例示的なメッセージ流れを示す。
【図２１】ベアラを再構成する方法を示した追加の流れ図である。
【発明の実施のための形態】
【００５５】
以下、本発明の実施形態はＲｅｌｅａｓｅ-１２以上まで３ＧＰＰＬＴＥ標準によって動作するＬＴＥ互換移動無線通信ネットワークと関連して説明する。しかし、これはただ例として他の実施形態は他の解除(Ｒｅｌｅａｓｅ)及び他の標準によって少なくとも部分的に動作する他の無線ネットワークを含むことができるということが理解されるだろう。
【００５６】
図４を参照すれば、これは３ＧＰＰ ＴＳ３６．３００(図１０．１．２．１．１−１)から “Ｘ２ハンドオーバー”に対するメッセージシーケンスチャートを示す。特に、これは非分割ベアラがソースｅＮＢの代りにターゲットｅＮＢで終了されるように再構成されるＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードでのＵＥのＸ２ハンドオーバーを示す。段階１乃至３で、ソースｅＮＢはハンドオーバーするかを判断する。段階４乃至７はハンドオーバー準備に関係し、この間にソースｅＮＢはハンドオーバーを実現するために必要なすべての情報をターゲットｅＮＢへ伝達する。段階８乃至１１はハンドオーバー実行を含む。段階１２乃至１８はハンドオーバー実行を含む。図４のより詳細な説明は、３ＧＰＰ ＴＳ３６.３００のセクション１０．１．２．１．１に提供されるが、本発明の説明のために必要ではない。
【００５７】
本発明において、第１主要段階は、段階８(ハンドオーバー実行の間)後にソースｅＮＢでターゲットｅＮＢへのユーザデータの“データ送信(ＤａｔａＦｏｒｗａｒｄｉｎｇ)”である。重要するように、非順次的で(ｏｕｔ ｏｆ ｓｅｑｕｅｎｃｅ)受信されるアップリンクＰＤＣＰ ＳＤＵがターゲットｅＮＢに送信されるか否かはソースｅＮＢの裁量である。第１オプションとして、ソースｅＮＢはこのようなすべての非順次的ＰＤＣＰ ＳＤＵを廃棄し、第１伝達されないＰＤＣＰ ＳＤＵでターゲットｅＮＢへすべてのＰＤＣＰ ＳＤＵを再送信するＵＥに依存することができる。代案的に、第２オプションとしてソースｅＮＢはこのようなすべての非順次的ＰＤＣＰ ＳＤＵを送信し、ＵＥにただ抜けたＰＤＣＰ ＳＤＵをターゲットｅＮＢへ再送信することをリクエストすることができる。
【００５８】
このような動作は３ＧＰＰ ＴＳ３６．３００セクション１０．１．２．３．１でキャプチャされる。
【００５９】
その後、ソースｅＮＢは、
−ソースｅＮＢがアップリンク送信のためにターゲットｅＮＢからのリクエストを受諾しないか、ターゲットｅＮＢがハンドオーバー準備手続き(Ｈａｎｄｏｖｅｒ Ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ)中にベアラに対するアップリンク送信をリクエストしない場合に非順次的に受信されたアップリンクＰＤＣＰ ＳＤＵを廃棄し、
−ソースｅＮＢがハンドオーバー準備手続きのうちにベアラに対するアップリンク送信のためにターゲットｅＮＢからのリクエストを受諾した場合に非順次的に受信されたアップリンクＰＤＣＰ ＳＤＵをターゲットｅＮＢへ送信する。
【００６０】
３ＧＰＰ ＴＳ３６．３００セクション１０．１．２．３．１にさらに説明されたように、ソースｅＮＢは肯定応答されないダウンリンクＰＤＣＰ ＳＤＵをターゲットｅＮＢへ送信し、これが本明細書の範囲の外でも連続的に受信されたアップリンクＰＤＣＰ ＳＤＵをＳ−ＧＷで送信する責任がさらにある。
【００６１】
非順次的アップリンクＰＤＣＰ ＳＤＵを処理するためのこのような選択的動作は図４における後の段階に対する結果を有する第２主要段階は段階１１後にＵＥとターゲットｅＮＢの間のユーザデータの“パケットデータ”伝達である。３ＧＰＰ ＴＳ３６．３２３“Ｅ−ＵＴＲＡ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)”；ＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)仕様(Ｒｅｌｅａｓｅ１１)；v１１．２．０セクション５．２．１．１で説明されたようにＵＥは対応するＰＤＣＰ ＰＤＵの成功的伝達が下位階層によって確認されないすべてのＰＤＣＰ ＳＤＵを再送信する：
−対応するＰＤＣＰ ＰＤＵの成功的な伝達が下位階層により確認されない第１ＰＤＣＰ ＳＤＵから以下に特定されるようにＰＤＣＰ再構築前にＰＤＣＰ ＳＤＵに係るカウント値の昇順に予めＰＤＣＰＳＮに係るすべてのＰＤＣＰ ＳＤＵの再送信又は送信を行う：
／／部分的に省略／／
−生成されたＰＤＣＰ Ｄａｔａ ＰＤＵを下位階層に提出する。
【００６２】
ソースｅＮＢが非順次的ＰＤＣＰ ＳＤＵを送信せずオプションから構成される場合、成功的な伝達の下位階層確認がない第１ＰＤＣＰ ＳＤＵからのすべてのＰＤＣＰ ＳＤＵのＵＥによる再送信は完璧で追加動作が必要ではない。
【００６３】
ソースｅＮＢが非順次的に受信されたＰＤＣＰ ＳＤＵをターゲットｅＮＢで送信するように構成される場合、３ＧＰＰ ＴＳ３６．３２３セクション６．２．６で説明されたように仕様はターゲットｅＮＢがＰＤＣＰ状態報告と共に予め受信されたＰＤＣＰ ＳＤＵに対してＵＥに通知するようにする。図４は、これが段階８に応じてデータを送信した後と、段階１１に応じてパケットデータ送信前に提供されてもＰＤＣＰ状態報告メッセージを示しない。図５は、３ＧＰＰ ＴＳ３６．３２３の図６．２．６．１を複製し、１２ビットシーケンス番号の長さを用いる場合、一つのＰＤＣＰ状態報告を搬送するＰＤＣＰＣｏｎｔｒｏｌＰＤＵの形式を示す。フィールドＦＭＳは第１抜けたＰＤＣＰ一連番号を識別する。受信された非順次的ＰＤＣＰ ＳＤＵがある場合、ビットマップフィールドは第１抜けたＰＤＣＰ ＳＤＵであったが、これを含まなく最後に受信された非順次的ＰＤＣＰ ＳＤＵで最終受信されたことまでこれを含み、８ビットの次の倍数に四捨五入されるＰＤＣＰシーケンス番号の数と同じビット長さである。ビットマップの各位置に対して、ゼロは下位階層によって受信されたことに報告されないＰＤＣＰ ＳＤＵのシーケンス番号を示す。ビットマップの１は受信されたＰＤＣＰ ＳＤＵを示す。
【００６４】
ＵＥがＰＤＣＰ状態報告を受信すれば、ＵＥはソースｅＮＢによって受信された任意のＰＤＣＰ ＳＤＵの再送信を省略することができる。このような動作は３ＧＰＰ ＴＳ３６．３２３のセクション５．４に説明されている：
【００６５】
ｄｉｓｃａｒｄ ＴｉｍｅｒがＰＤＣＰ ＳＤＵに対して満了したり、ＰＤＣＰ ＳＤＵの成功的な伝達がＰＤＣＰ状態報告によって確認されると、ＵＥは対応するＰＤＣＰ ＰＤＵと共にＰＤＣＰ ＳＤＵを廃棄する。対応するＰＤＣＰ ＰＤＵが予め下位階層に提出されると、廃棄は下位階層に示す。
【００６６】
現在、特定されたソリューションは非分割ベアラを移動するとき、Ｘ２ハンドオーバーのために完璧に作業する。ソースＰＤＣＰによる送信を有することと有しないこと２つのいずれもこのようなハンドオーバーの間のＵＥでターゲットｅＮＢへのＰＤＣＰ ＳＤＵの通常の再送信を例示するため、もう図６乃至８に対する参照が行われる。
【００６７】
図６は、Ｘ２ハンドオーバー直前に非分割無線ベアラに対する可能な伝達状況を示す。図６はＵＥ及びソースｅＮＢすべてのＰＤＣＰ及びＲＬＣエンティティーを示す(ＭＡＣエンティティーは明確性のために省略される)。ネットワークとＵＥの間のこのような分割が示される。ＵＥ ＰＤＣＰエンティティーはソースｅＮＢ  ＰＤＣＰエンティティーへ送信するための６個のＰＤＣＰ ＰＤＵを示す。このような例で、ＰＤＣＰ ＰＤＵ１はｅＮＢ  ＰＤＣＰエンティティーで順次に伝達した最後のＰＤＣＰ ＰＤＵである。ＰＤＣＰ ＰＤＵ２及び４は下位階層で初めて送信時に失敗し、ＵＥ ＲＬＣエンティティーによって再送信されるだろう。これはネットワークラインを介してソースｅＮＢ  ＲＬＣエンティティーに到達されないＰＤＵからの矢印によって示す。ＰＤＵ３及び５はｅＮＢでＲＬＣエンティティーへ伝達したが、ＲＬＣエンティティーだけが順次にＰＤＣＰ ＰＤＵをＰＤＣＰで伝達するから、このようなＰＤＣＰ ＰＤＵは相変らずソースｅＮＢ  ＲＬＣエンティティーでバッファリングされる。ＰＤＵ３及び５の受領はソースｅＮＢ  ＲＬＣエンティティーによってＵＥ ＲＬＣエンティティーに肯定応答される。
【００６８】
図７は、ソースｅＮＢがＳＤＵを非順次的で廃棄する第１オプションをネットワークが具現する場合にターゲットｅＮＢへのＸ２ハンドオーバー後に発生したことを示す。ハンドオーバーで、ソースｅＮＢ  ＲＬＣエンティティーはソースｅＮＢでのＲＬＣエンティティーの再構築によって非順次的で伝達されたＰＤＣＰ ＰＤＵ(ＰＤＵ３及び５)をＰＤＣＰエンティティーで伝達する。しかし、ソースＰＤＣＰエンティティーは線を引いて消されたＰＤＵ３及び５で示した、このようなＰＤＵを廃棄するだろう。ハンドオーバー完了時、ＵＥは第１伝達しなかった確認されたＰＤＣＰ ＰＤＵ(このような例ではＰＤＣＰ ＰＤＵ２)からのすべてのＰＤＵを再送信する。したがって、ＰＤＵ３及び５がネットワークで成功的に伝達されても、ＵＥは(ＵＥ ＰＤＣＰエンティティーとターゲットｅＮＢ  
【００６９】
ＰＤＣＰエンティティーの間の矢印で示した)ＰＤＣＰ ＰＤＵ２乃至６を再送信すべきである。
【００７０】
図８は、ソースｅＮＢが非順次的でＳＤＵを送信する第２オプションをネットワークが具現する場合にターゲットｅＮＢへのＸ２ハンドオーバー後に発生したことを示す。言い換えれば、ＰＤＣＰ ＰＤＵ３及び５はソースｅＮＢでのＲＬＣエンティティーの再構築によってソースｅＮＢ  ＰＤＣＰエンティティーへ伝達する。しかし、この時、ＰＤＣＰ ＰＤＵ３及び５はターゲットｅＮＢ  ＰＤＣＰエンティティーに送信される。図５において上述したようにＰＤＣＰ状態報告に基づいてＵＥはこのようなＰＤＣＰ ＰＤＵがターゲットｅＮＢに送信される必要が無く、したがって、ＵＥとターゲットｅＮＢにリソースを記憶するということが分かっている。したがって、ＵＥは(ＵＥ ＰＤＣＰエンティティーとターゲットｅＮＢ  ＰＤＣＰエンティティーの間の矢印で示した)ＰＤＣＰ ＰＤＵ２、４及び６のみを再送信する必要がある。
分割ベアラの再構成間に類似の機能を具現するため、非分割ベアラのＸ２ハンドオーバーに対して上述したような同じ技術がさらに適用されることができる。しかし、今説明されるように、結果は不必要なデータの再送信により効率を非常に減少させる。次の場合は、ＭｅＮＢ内のＰＤＣＰエンティティーが再構成に応じて残っており、ＳｅＮＢ内のＲＬＣ／ＭＡＣエンティティーが除去される非分割ベアラへの分割ベアラの再構成に関する。
特定例を例示する前に、さらに分割ベアラに対して、ＲＬＣエンティティーは(再構築のためのことと異なる)正常的状況でただ順次にＰＤＣＰ ＰＤＵをＰＤＣＰエンティティーへ伝達することに推定されることが先ず明確となる。しかし、それぞれのＲＬＣエンティティーだけがＰＤＣＰ ＰＤＵの部分を処理するから、これらは各ＲＬＣエンティティーによって分割ベアラのためにＰＤＣＰエンティティーへ伝達されたＰＤＣＰ ＰＤＵにギャップがあり得るように必ず連続ＰＤＣＰ ＰＤＵである必要はない。ＲＬＣ階層で、ＲＬＣＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅで、ＵＥのアップリンクのために、(それぞれｅＮＢ１及びｅＮＢ２への送信のための)各ＲＬＣエンティティー、ｅＮＢへの送信のために割り当てられたそれぞれのＰＤＣＰ ＰＤＵは ＲＬＣＰＤＵを形成するために順次にナンバリング(ｎｕｍｂｅｒｉｎｇ)されることによって、各ｅＮＢに送信されたＰＤＣＰ ＰＤＵのナンバリングにギャップがあり得るが、ＲＬＣＰＤＵに対してはギャップがないようにする。各ｅＮＢで、ＲＬＣエンティティーは受信されたＲＬＣＰＤＵを非順次的でＰＤＣＰエンティティーへ伝達しない。
【００７１】
図９は、分割ベアラで非分割ベアラへの再構成直前に分割無線ベアラに対する可能な伝達状況を示す。ＰＤＣＰ ＰＤＵ１はｅＮＢ１ ＲＬＣ(ＭｅＮＢ  ＲＬＣエンティティー)を介してＰＤＣＰエンティティーへ伝達された順次な最後のＰＤＣＰ ＰＤＵである。ＰＤＣＰ ＰＤＵ４は ｅＮＢ２ ＲＬＣ(ＳｅＮＢ  ＲＬＣエンティティー)を介して伝達された最終のＰＤＣＰ ＰＤＵである。ＵＥは、ＰＤＣＰ ＰＤＵ１及び４が下位階層確認に基づいて成功的に送信されたことが分かっている。さらに送信はｅＮＢ  ＲＬＣエンティティーでＰＤＣＰ ＰＤＵ３、５、７及び８に対して成功的であったが、このようなすべてのＰＤＵが非順次的受信によって受信ＲＬＣエンティティーでバッファリングされる(すなわち、受信されたＲＬＣＰＤＵは非順次的である)。ＰＤＣＰ ＰＤＵ２及び６は、これらが必ず送信を失敗しなくてもＵＥにより相変らず再送信される必要がある。ｅＮＢ２の送信が中断されるから、ＵＥから新しい再送信がない限り、ＰＤＣＰ ＰＤＵ６はネットワークＰＤＣＰエンティティーによって受信されることができない。このような階層が再構築されない場合、ＰＤＣＰ ＰＤＵ２はｅＮＢ１の ＲＬＣ／下位階層によって伝達されるだろう。
【００７２】
以下、幾つかの例示的な場合を介して説明されるように、現在ＵＥ動作から生成される不必要な再送信の量はネットワーク動作に依存するだろう。次のような場合の説明は、現在ＵＥ動作及び現在ネットワーク動作に対するすべての可能なシナリオに徹底的ではない。次のような例示的な場合は、ｅＮＢ１ ＲＬＣが再構築されるか、ｅＮＢ１(ＳｅＮＢ)からｅＮＢ２(ＭｅＮＢ)に送信することがあるかと、ＰＤＣＰエンティティーがＰＤＣＰ状態報告を送信するかにより異なる。ｅＮＢ１ ＲＬＣが再構築されない場合に、進行中の送信(ＰＤＵ２、３及び５)は続くはずで、窮極的にこのようなＰＤＣＰ ＰＤＵは(もちろんこれらが以後に失敗せず、正常な肯定応答タイマーが満了する前にＵＥによって受領の肯定応答が受信されない限り、いずれかの場合にこれらは通常的に再送信される)ＰＤＣＰエンティティーへ伝達されるだろう。
【００７３】
ケース１ａ：ｅＮＢ１ ＲＬＣ再構築がない；ｅＮＢ２ ＲＬＣで非順次的ＰＤＣＰ ＰＤＵの送信がない；ＰＤＣＰ状態報告がない
分割ベアラで非分割ベアラへの再構成に応じて生成されたＵＥ再送信は図１０に示される。
【００７４】
現在、ＵＥ動作でＵＥはＰＤＣＰ ＰＤＵ２(下位レベル階層による受領の確認がない第１ＰＤＣＰ ＰＤＵ)から送信をさらに開始するだろう。ＰＤＣＰ ＰＤＵ２、３、４及び５はＵＥによって不必要に再送信され、ＰＤＣＰ ＳＤＵ７及び８の再送信はｅＮＢ２が非順次的伝達したＰＤＵを送信した場合に回避されることができた。
【００７５】
ケース１ｂ：ｅＮＢ１ ＲＬＣ再構築がない；ｅＮＢ２ ＲＬＣで非順次的ＰＤＣＰ ＰＤＵの送信がない；ＰＤＣＰ状態報告がある
このケースはＰＤＣＰエンティティーがベアラ再構成の間のＰＤＣＰ状態報告を送信するという事実だけでケース１ａと異なる。分割ベアラで非分割ベアラへの再構成に応じて生成されたＵＥ再送信は図１１に示される。このケースで、ＰＤＣＰ状態報告はＰＤＣＰ ＰＤＵ１及び４が再送信される必要がないことを示すことが明白である。それはＰＤＣＰ状態報告がＰＤＣＰ ＰＤＵ２、３及び５にどんなに言えることが疑わしい。このようなＰＤＣＰ ＰＤＵがＰＤＣＰエンティティーによって受信されないから、ＰＤＣＰエンティティーが言える唯一のことは、このようなＰＤＣＰ ＰＤＵが再送信される必要があるようである。
【００７６】
現在、ＵＥ動作でＵＥはＰＤＣＰ ＰＤＵ２から送信をさらに開始するはずで、ＰＤＣＰ ＰＤＵ４のみをスキップするだろう。ＰＤＣＰ ＰＤＵ２、３、及び５はＵＥによって不必要に再送信され、ＰＤＣＰ ＳＤＵ７及び８の再送信はｅＮＢ２が非順次的受信されたＰＤＵを送信した場合に回避されることができた。
【００７７】
ケース１ａ及び１ｂは完全性のために説明される。上述したＸ２ハンドオーバーシナリオはソースｅＮＢが非順次的にＰＤＣＰ ＰＤＵをターゲットｅＮＢへ送信しないように構成されることができるネットワークオプションを含むが、このようなオプションは典型的に分割ベアラで非分割ベアラへの再構成の僅か相違する場合に要求されない。図３において言及されたように、通常の分割ベアラアーキテクチァーは２個の構成要素、マスターｅＮＢ(ＭｅＮＢ)と補助ｅＮＢ(ＳｅＮＢ)の間の階層２プロトコルスタックを分割し；単一のＰＤＣＰエンティティーは分割ベアラのためにＭｅＮＢに提供される。これはＳｅＮＢがＭｅＮＢに構わずに受信し、“非順次的で送信しない(ｎｏ ｆｏｒｗａｒｄｉｎｇ ｏｕｔ ｏｆ ｓｅｑｕｅｎｃｅ)オプションがこのような分割ベアラアーキテクチァーの関連性を制限するという任意のＰＤＣＰ ＰＤＵを送信しなければならないということを意味する。
【００７８】
ケース２ａ：ｅＮＢ１ ＲＬＣ再構築がない；ｅＮＢ２ ＲＬＣで非順次的ＰＤＣＰ ＰＤＵの送信がある；ＰＤＣＰ状態報告がない。
このケースはｅＮＢ２ ＲＬＣからの送信があるという点だけでケース１ａと異なる。分割ベアラで非分割ベアラへの再構成に応じて生成されたＵＥ再送信は図１２に示される。
【００７９】
現在のＵＥ動作でＵＥはＰＤＣＰ ＰＤＵ２から送信をさらに開始するだろう。ＰＤＣＰ ＰＤＵ２、３、４、５、７及び８はＵＥによって不必要に再送信される。
【００８０】
ケース２ｂ：ｅＮＢ１ ＲＬＣ再構築がない；ｅＮＢ２ ＲＬＣで非順次的ＰＤＣＰ ＰＤＵの送信がある；ＰＤＣＰ状態報告がある
このケースはｅＮＢ２ ＲＬＣからの送信があるという点だけでケース１ｂと異なる。ＰＤＣＰ状態報告はＰＤＣＰ ＰＤＵ２、３及び５が受信されたことを示さないようである。しかし、ケース１ｂとは異なり、ＰＤＣＰ状態報告はＰＤＣＰ ＰＤＵ１及び４に付加して)ＰＤＣＰ ＰＤＵ７及び８が再送信される必要がないということを示すだろう。
【００８１】
分割ベアラで非分割ベアラへの再構成に応じて生成されたＵＥ再送信は図１３に示される。
【００８２】
現在のＵＥ動作で、ＵＥはＰＤＣＰ ＰＤＵ２から送信をさらに開始するはずで、ＰＤＣＰ ＰＤＵ４、７及び８のみをスキップするだろう。ＰＤＣＰ ＰＤＵ２、３及び５はＵＥによって不必要に再送信される。
【００８３】
ケース３ａ：ｅＮＢ１ＲＬＣ再構築がある；ｅＮＢ２ＲＬＣで非順次的ＰＤＣＰ ＰＤＵの送信がある；ＰＤＣＰ状態報告がない
このケースは対応するＵＥ ＲＬＣ１エンティティーと共にｅＮＢ１ＲＬＣが再構築されるという点にだけケース２ａと異なる。
【００８４】
分割ベアラで非分割ベアラへの再構成に応じて生成されたＵＥ再送信は図１４に示される。
【００８５】
現在ＵＥ動作で、ＵＥはＰＤＣＰ ＰＤＵ２から送信をさらに開始するだろう。ＰＤＣＰ ＰＤＵ３、４、５、７及び８はＵＥによって不必要に再送信される。ＰＤＣＰ ＰＤＵ２はさらにＰＤＣＰ ＰＤＵ２の一部が予めｅＮＢ１ＲＬＣに受信されたのかによって不必要に再送信されることができる。
【００８６】
ケース３ｂ：ｅＮＢ１ＲＬＣ再構築がある；ｅＮＢ２ＲＬＣで非順次的ＰＤＣＰ ＰＤＵの送信がある；ＰＤＣＰ状態報告がある。
このケースは対応するＵＥ ＲＬＣ１エンティティーと共にｅＮＢ１ＲＬＣが再構築されるという点にだけケース２ａと異なる。
【００８７】
ｅＮＢ１ＲＬＣエンティティーの再構築により、このケースでｅＮＢ１ＲＬＣにバッファリングされるＰＤＣＰ ＰＤＵ３及び５はｅＮＢ  ＰＤＣＰエンティティーへ伝達するだろう。ＰＤＣＰ ＰＤＵ７及び８がさらにｅＮＢ２ＲＬＣエンティティーから送信され、ＰＤＣＰ ＰＤＵ１及び４が予め伝達したから、ＰＤＣＰ状態報告はＰＤＣＰ ＰＤＵ１、３、４、５、７及び８が再送信される必要がないということを示すことができる。対応する再送信状況は図１５に示される。
【００８８】
現在ＵＥ動作で、ＵＥはＰＤＣＰ ＰＤＵ２から送信をさらに開始するだろう。ＰＤＣＰ状態報告が時間に合うように受信されると仮定すれば、ＵＥだけがＰＤＣＰ ＰＤＵ２及び６を再送信する。ＰＤＣＰ ＰＤＵ２はＰＤＣＰ ＰＤＵ２の一部が予めｅＮＢ１ＲＬＣに受信されたのかによって不必要に再送信されることができる。
【００８９】
前記のケース１ａ乃至３ｂに対するＰＤＣＰ ＰＤＵの不必要な再送信は以下の表１に示される。
【００９０】
【表１】
2019068441.tif 000003
【００９１】
表１で分かるように、ＰＤＣＰ状態報告の使用が特にｅＮＢ２とｅＮＢ１間の送信及びｅＮＢ１ ＲＬＣの構築と組合される場合に状況を改善するが、ケースのいずれでも、すべての不必要な再送信が回避されない。すなわち、現在指定されたＵＥ及びネットワークの動作に応じて、ＵＥとｅＮＢリソースのすべての可能な非効率的使用を完全に除去することは不可能である。
【００９２】
分割ベアラを非分割ベアラに再構成する場合に本明細書に開示されたように、現在３ＧＰＰ特定動作に対するＵＥ再送信動作は変化される。対応するＰＤＣＰ ＰＤＵの成功的な伝達が下位階層によって確認されない第１ＰＤＣＰ ＳＤＵからのすべてのＰＤＣＰ ＳＤＵのＵＥ再開始送信を有する代りに、ＵＥは
【００９３】
１)(ＳｅＮＢで)中断された下位階層プロトコルスタックの部分を介して送信が試みられ、対応するＰＤＣＰ ＰＤＵの成功的な伝達が下位階層によって確認されない第１ＰＤＣＰ ＳＤＵからＰＤＣＰ ＳＤＵに対する送信をさらに開始する。
２)さらに、ＵＥはただ中断された下位階層プロトコルスタックの部分を介して対応するＰＤＣＰ ＰＤＵの送信が試み／行われたＰＤＣＰ ＳＤＵを再送信する。
すなわち、本明細書に開示されたように、ＰＤＣＰ ＰＤＵは(ＭｅＮＢで)中断されない下位階層プロトコルスタックの部分に予め提供されたＰＤＣＰ ＳＤＵの再送信がない。
【００９４】
結果的に、ＵＥがこの場合で特定ＰＤＣＰ ＰＤＵが抜けたことを示すＰＤＣＰ状態報告を受信しても、これはＭｅＮＢを介して予め送信されたＰＤＣＰ ＰＤＵの再送信をトリガーすることができない。このようなＰＤＣＰ ＰＤＵが本当に抜けた場合、再送信タイマーの満了によって正常な再送信が開始する。
【００９５】
これを例示するために、このような２個の追加の例示的なケースは図９に示されたように分割ベアラで非分割ベアラへの再構成直前に分割無線ベアラに対する同じ伝達状況に基づいて強調される。
【００９６】
ケース４ａ：ｅＮＢ１ ＲＬＣ再構築が無い；ｅＮＢ２ ＲＬＣで非順次的ＰＤＣＰ ＰＤＵの送信が無い；ＰＤＣＰ状態報告が無い。
生成されたＵＥ再送信状況は図１６に示される。
【００９７】
ＵＥが再送信のためにｅＮＢ１を介して送信されたＰＤＣＰ ＰＤＵを考慮しないから、ＰＤＣＰ ＰＤＵ２、３及び５に対する再送信はトリガーされないだろう。ＰＤＣＰ ＰＤＵ４の送信はＵＥ ＲＬＣ２の下位階層によって確認されたことを仮定すると、ＵＥはただＰＤＣＰ ＰＤＵ６からの再送信を開始し、ＰＤＵ６、７及び８を再送信する。
【００９８】
このようなソリューションを(以下の表２に示されたように)ケース１ａと比べると、再送信されたＰＤＣＰ ＰＤＵの数の減少が明白であるということが分かる。
【００９９】
【表２】
2019068441.tif 000004
【０１００】
ケース４ｂ：ｅＮＢ１ ＲＬＣ再構築が無い；ｅＮＢ２ ＲＬＣで非順次的ＰＤＣＰ ＰＤＵの送信がある；ＰＤＣＰ状態報告がある
生成されたＵＥ再送信状況は図１７に示される。
ＵＥが再送信のためにｅＮＢ１を介して送信されたＰＤＣＰ ＰＤＵを考慮しないから、ＰＤＣＰ ＰＤＵ２、３及び５に対する再送信はトリガーされないだろう。ＰＤＣＰ状態報告がＰＤＣＰ ＰＤＵ４、７及び８がこれ以上再送信される必要がないことを確認するから、結局ＰＤＣＰ ＰＤＵ６のみが再送信されるだろう。
【０１０１】
このようなソリューションを(以下の表３に示されたように)ケース２ｂと比べると、再送信されたＰＤＣＰ ＰＤＵの数の減少がさらに明白であるということが分かる。
【０１０２】
【表３】
2019068441.tif 000005
【０１０３】
この点で、ケース４ａ及びケース４ｂに関連して上述した動作はどんなＰＤＣＰ ＰＤＵを再送信するかを判断するためにＰＤＣＰ状態報告を処理することに依存しない。ＰＤＣＰ状態報告基盤の接近法はＰＤＣＰ状態報告(競争条件(ｒａｃｅ ｃｏｎｄｉｔｉｏｎ))を受信する前にＵＥが特定ＰＤＣＰ ＰＤＵの送信を開始させることができる。ＰＤＣＰ状態報告が受信される時のＵＥが不必要なＰＤＣＰ ＰＤＵを予め再送信し始めた場合、これは効率損失が生成させることができる。
【０１０４】
図１８を参照すれば、これはさらに分割ベアラを非分割ベアラで再構成させるＳＣＧ(Ｓｅｃｏｎｄａｒｙ ＣｅｌｌＧｒｏｕｐ)の最後のセルの削除のための例示的なフルシーケンスメッセージ流れを示す。図１８は、ＵＥ、ＭｅＮＢ、ＳｅＮＢとＣＮ間で伝達されたメッセージを示す。ＳＣＧで最後のセルの解除前に、図３に関連して上述したようにＵＥをサービングする少なくとも一つの無線ベアラはＭｅＮＢとＳｅＮＢの間の分割である。
【０１０５】
段階１で、ＵＥからの測定情報及び／又はＳｅＮＢからの状態情報を獲得する。測定情報又は状態情報はＭｅＮＢがＳＣＧの最後のセルを解除することに決定するようにするトリガーであることができる。他のトリガーがあり得る。代案的に、トリガーは幾つかの他の状態報告であることができる。段階２において、ＭｅＮＢはＳＣＧの最後のセルの解除が必要なことで決定する。ＳｅＮＢは段階３でＳＣＧの最後のセルを解除するように指示を受けて(ＭｅＮＢはベアラのＳＣＧ部分を除去するようにＳｅＮＢにコマンドする)、これを段階４で肯定応答する。特に、段階４でＳｅＮＢは新しいＳｅＮＢ構成がＵＥに送信されるようにし、これをＭｅＮＢへ送信する。
【０１０６】
段階５ａでＳｅＮＢは非順次的アップリンクＰＤＣＰ ＰＤＵを送信する。上述したケース４ａで、アップリンクＰＤＣＰ ＰＤＵのこのような送信がないが、プロセスは正確に機能をする。段階５ｂにおいてＳｅＮＢは伝達されないダウンリンクＰＤＣＰ ＰＤＵをＭｅＮＢへ送信する。ＰＤＵは段階６でＭｅＮＢによってバッファリングされる。
【０１０７】
段階７で、ＭｅＮＢはＳＣＧの最後のセルを解除するようにＵＥに指示する。段階７においてＭｅＮＢは新しいＳｅＮＢ構成をＵＥへ送信する。段階８でＵＥは受信されたダウンリンクＰＤＣＰ ＰＤＵを再整理し始める。段階９において、ＵＥはケース４ａ及びケース４ｂに関連して上述したようにどんなアップリンクＰＤＣＰ ＰＤＵを再送信するかを判断する。ケース４ａにおいて、段階５ａで非順次的送信はなく、(ＳｅＮＢで)中断されたｅＮＢプロトコルスタックに送信されるすべてのＰＤＣＰ ＰＤＵは再送信される。しかし、上述したように、ケース４ｂのような他の場合に、ただ(ＳｅＮＢで)中断されたｅＮＢプロトコルスタックに送信されるＰＤＣＰ ＰＤＵ、及び受領の下位階層肯定応答が受信されないどんなことに対して再送信されるだろう。
【０１０８】
段階１０で、ＵＥはＳＣＧの最後のセルの解除が完了されたことをＭｅＮＢへ信号送信し、段階１２ａでＵＥは受信されて抜けたダウンリンクＰＤＣＰ ＰＤＵを示すビットマップを含むＰＤＣＰ状態報告を送信する。段階１２ｂにおいて３ＧＰＰ仕様に応じて、ＭｅＮＢは受信されて抜けたアップリンクＰＤＣＰ ＰＤＵを示すビットマップを含み、行うどんな再送信を示すＰＤＣＰ状態報告を送信する。しかし、このようなＰＤＣＰ状態報告は部分的に無視されることができ、ＭｅＮＢに直接送信されるＰＤＣＰ ＰＤＵの再送信をトリガーしない。
【０１０９】
段階１３、１４及び１５はＳｅＮＢによる無線リソースの解除に関する。段階１３において、ＭｅＮＢはＵＥ応答に対してＳｅＮＢに通知し、段階１４においてＳｅＮＢは再構成が完了したことをＭｅＮＢに通知する。段階１６ａ及び１６ｂでＵＥ及び(以後、単にｅＮＢに指称されることができる)ＭｅＮＢは非分割ベアラが用いられる“正常モード”で継続動作する。
【０１１０】
次のように下線で示す変化に係る３ＧＰＰ仕様(３ＧＰＰ ＴＳ３６．３２３)に修正内で上述したＵＥの修正された再送信動作はキャプチャされることができる。
【０１１１】
５．２．１．１ＲＬＣＡＭにマッピングされたＤＲＢに対する手続き
【０１１２】
上位階層がＰＣＧによって処理される分割ベアラで非分割ベアラへの無線ベアラの再構成に応じてＰＤＣＰ再構築をリクエストする場合、ＵＥは、
対応するＰＤＣＰ ＰＤＵの成功的な伝達が下位階層によって確認されないＳＣＧを介して送信された第１ＰＤＣＰ ＳＤＵから、以下に明示されるようにＰＤＣＰ再構築前にＰＤＣＰ ＳＤＵに割り当てられたカウント値の昇順で初期送信がＳＣＧを介して行われたすべてのＰＤＣＰ ＳＤＵの再送信を行い；  
下位節５．５．４に明示されたようにＰＤＣＰ ＳＤＵ(構成された場合)のヘッダー圧縮を行って；
ＲＮに接続された場合、下位節５．７に明示されたように、このようなＰＤＣＰ ＳＤＵに係るカウント値を用いてＰＤＣＰ ＳＤＵ(構成された場合)の完全性(ｉｎｔｅｇｒｉｔｙ)保護を行い；
下位節５．６に明示されたように、このようなＰＤＣＰ ＳＤＵに係るカウント値を用いてＰＤＣＰ ＳＤＵの暗号化を行い；
生成されたＰＤＣＰＤａｔａＰＤＵを下位階層に提出する。
【０１１３】
上位階層が他の理由でＰＤＣＰ再構築をリクエストした場合、ＵＥは
アップリンクに対するヘッダー圧縮プロトコルを再設定して(構成された場合)Ｕ−モード [９] [１１]のＩＲ状態で開始し；
ＲＮに接続された場合、再構築手続きの間の上位階層(構成された場合)によって提供される無欠性保護アルゴリズム及びキーを適用し；
対応するＰＤＣＰ ＰＤＵの成功的な伝達が下位階層によって確認されない第１ＰＤＣＰ ＳＤＵから、以下に明示されるようにＰＤＣＰ再構築前にＰＤＣＰ ＳＤＵに割り当てられたカウント値の昇順でＰＤＣＰＳＮと予め関連されたすべてのＰＤＣＰ ＳＤＵの再送信又は送信を行い；
下位節５．５．４に明示されたようにＰＤＣＰ ＳＤＵ(構成された場合)のヘッダー圧縮を行い；
ＲＮに接続された場合、下位節５．７に明示されたように、このようなＰＤＣＰ ＳＤＵに係るカウント値を用いてＰＤＣＰ ＳＤＵ(構成された場合)の無欠性保護を行い；
下位節５．６に明示されたように、このようなＰＤＣＰ ＳＤＵに係るカウント値を用いてＰＤＣＰ ＳＤＵの暗号化を行い；
生成されたＰＤＣＰＤａｔａＰＤＵを下位階層に提出する。
【０１１４】
ヘッダー圧縮に対する３ＧＰＰ ＴＳ３６．３２３参照文献のこのような改定された部分で、ヘッダー圧縮エンティティーが再設定される必要がないことがあるということを除いて、無欠性保護及び暗号化は他の理由でＰＤＣＰ再構築に対するケースで変更されない。ＰＣＧは“一次電池グループ"を示し、ＭｅＮＢのセルに対応し、ＳＣＧは“二次電池グループ"を示し、ＳｅＮＢのセルに対応する。
【０１１５】
アップリンク分割ベアラに対するアップリンク非分割ベアラの再構成を考慮して(上述したことと反対の状況)ＵＥ再送信動作が效率を高めるように改善されることができる方法に対する考慮事項が延長されることができる。
【０１１６】
以下、図１９を参照すれば、これはＵＥで再送信動作を例示したフローチャートを示す。段階１８１で、ＵＥはアップリンクベアラ終了の再構成が必要であるということを決定する。すなわち、ＵＥは再構築プロセスの結果としてＰＤＣＰ ＳＤＵの再送信が必要であるかを判断する。段階１８２で、分割ベアラで非分割ベアラへの再構成があるかを判断する。分割ベアラで非分割ベアラへの再構成があることで決定されると、段階１８３でアップリンク構成が非分割ベアラへの再構成後に位置されなければならない決定が行われる。すなわち、ＰＤＣＰエンティティーは再構成後のネットワーク側に位置されることで決定される。代案的に、段階１８３はアップリンクＰＤＵの送信が構成されることができるどんなｅＮＢに対する決定として見えられる。他の代案として、段階１８３はＰＤＣＰ ＰＤＵの送信がメクロセルグループ(ＭＣＧ)だけに、若しくはＳＣＧにだけ許容されるかを決定することで見えられる。
【０１１７】
段階１８３でＰＤＣＰエンティティーは再構成後のＭｅＮＢに常駐することで判断されると、段階１８４でＵＥはケース４ａ及びケース４ｂと関連して上述したプロセスによって再送信を行う。すなわち、ＳｅＮＢを介して送信されて伝達することで確認されないＰＤＣＰ ＰＤＵだけが再送信される。
【０１１８】
段階１８３でＰＤＣＰエンティティーがＳｅＮＢに常駐することで決定されると、段階１８５でＵＥは既存の３ＧＰＰに明示された動作によって再送信を行う(すべてのＰＤＣＰ ＳＤＵは下位階層を介して伝達の肯定応答がなかった場合に再送信される)。
【０１１９】
代案的に、段階１８２で分割ベアラで非分割ベアラへの再構成がないことで決定されると、段階１８６で非分割ベアラで分割ベアラへの再構成があるかを判断する。非分割ベアラで分割ベアラへの再構成がないことで決定されると、流れは段階１８５へ伝達し、ＵＥは既存の３ＧＰＰに明示された動作によって再送信を行う。
【０１２０】
段階１８６で非分割ベアラで分割ベアラへの再構成があることで決定されると、段階１８７でアップリンク構成が分割ベアラへの再構成前に位置されたことで決定が行われる。すなわち、ＰＤＣＰエンティティーは再構成前にネットワーク側に位置されたことで決定される。代案的に、段階１８７はアップリンクＰＤＵの送信が構成されて以前に位置されたどんなｅＮＢに対して決定したことで見えられる。他の代案として、段階１８７はＰＤＣＰ ＰＤＵの送信が以前にＭＣＧにだけ、若しくはＳＣＧにだけであったのかが判断されることで見えられる。
【０１２１】
段階１８７でＰＤＣＰエンティティーが以前にＳｅＮＢに常駐されたことで決定されると、段階１８５でＵＥは既存の３ＧＰＰに明示された動作によって再送信を行う。代案的に、段階１８７で再構成前にＰＤＣＰエンティティーはＭｅＮＢに常駐されたことと判断されると、段階１８８でＰＤＣＰ ＳＤＵの再送信が必要ではない。これはＭｅＮＢのどんな対応するＰＤＣＰ ＰＤＵを受信しなかったことを示すＰＤＣＰ状態報告を送信する場合を含むことができる。
【０１２２】
以下、図２０を参照すれば、これも非分割ベアラへの分割ベアラの再構成を生成するＳＣＧで最後のセルの廃棄のためのフルシーケンスメッセージ流れの他の例を示す。図１８と同様に、図２０はＵＥ、ＭｅＮＢ、ＳｅＮＢ及びＣＮの間に送信されたメッセージを図示し、ＳＣＧで最後のセルを解除する前にＵＥをサービングする少なくとも一つのベアラは図３に関連して上述したようにＭｅＮＢとＳｅＮＢ間に分割される。
【０１２３】
以下に説明されたどんな例外に対して、図２０の段階は図１８に対して同じである。しかし、図２０は非順次的ＰＤＣＰ ＰＤＵに対してＳｅＮＢのための“送信無し(ｎｏｆｏｒｗａｒｄ)”オプションのためのどんな準備が行われないメッセージ流れを示す。したがって、段階５で、図１８の段階５ａに対応し、ＳｅＮＢは非順次的アップリンクＰＤＣＰ ＰＤＵをＭｅＮＢへ送信する。段階６’で ＳｅＮＢは伝達しないダウンリンクＰＤＣＰ ＰＤＵをＭｅＮＢで送信する。アップリンク及びダウンリンクＰＤＵは段階７でＭｅＮＢによってバッファリングされる。
【０１２４】
段階８’でＭｅＮＢは ＳＣＧの最後のセルを解除するようにＵＥに指示し、新しいＳｅＮＢ構成をＵＥへ送信する。段階９’で、ＵＥはどんなアップリンクＰＤＣＰ ＰＤＵを再送信するかを判断する。このような例で、ＰＤＣＰ ＰＤＵだけが中断されたｅＮＢプロトコルスタック(すなわち、ＳｅＮＢでのスタック)へ送信され、受領の肯定応答が受信されたどんな下位階層に対しては再送信されないだろう。図２０の残り段階は同じ数の図１８の段階に対応する。
【０１２５】
次のように下線で示す変化と関連された３ＧＰＰ仕様(３ＧＰＰ ＴＳ３６．３２３)に対する代案的修正内で図２０と関連して上述したＵＥの修正された再送信動作はキャプチャされることができる。
【０１２６】
５．２．１．１ＲＬＣＡＭにマッピングされたＤＲＢに対する手続き
【０１２７】
上位階層がＰＣＧによって処理される分割ベアラで非分割ベアラへの無線ベアラの再構成によりＰＤＣＰ再構築をリクエストする場合、ＵＥは、
ＰＤＣＰ ＳＤＵに割り当てられたカウント値の昇順で初期送信がＳＣＧを介して行われ、対応するＰＤＣＰ ＰＤＵの成功的な伝達が下位階層によって確認されないすべてのＰＤＣＰ ＳＤＵの再送信を行い；
上位階層が他の理由でＰＤＣＰ再構築をリクエストした場合、ＵＥは
アップリンクに対するヘッダー圧縮プロトコルを再設定して(構成された場合) Ｕ−モード [９] [１１]のＩＲ状態で開始し；
ＲＮに接続された場合、再構築手続きの間の上位階層(構成された場合)によって提供される無欠性保護アルゴリズム及びキーを適用し；
対応するＰＤＣＰＰＤＵの成功的な伝達が下位階層によって確認されない制１ＰＤＣＰ ＳＤＵから、以下に明示されるようにＰＤＣＰ再構築前にＰＤＣＰ ＳＤＵに割り当てられたカウント値の昇順でＰＤＣＰＳＮと予め関連されたすべてのＰＤＣＰ ＳＤＵの再送信又は送信を行い；
下位節５．５．４に明示されたようにＰＤＣＰ ＳＤＵ(構成された場合)のヘッダー圧縮を行い；
ＲＮに接続された場合、下位節５．７に明示されたように、このようなＰＤＣＰＳＤＵに係るカウント値を用いてＰＤＣＰ ＳＤＵ(構成された場合)の無欠性保護を行い；
下位節５．６に明示されたように、このようなＰＤＣＰ ＳＤＵに係るカウント値を用いてＰＤＣＰ ＳＤＵの暗号化を行い；
生成されたＰＤＣＰＤａｔａＰＤＵを下位階層に提出する。
【０１２８】
ヘッダー圧縮に対する３ＧＰＰ ＴＳ３６。３２３参照文献のこのような改定された部分で、ヘッダー圧縮エンティティーが再設定される必要がないことがあるということを除いて、無欠性保護及び暗号化は他の理由でＰＤＣＰ再構築に対するケースで変更されない。ＰＣＧは“一次電池グループ”を示し、ＭｅＮＢのセルに対応し、ＳＣＧは“二次電池グループ”を示し、ＳｅＮＢのセルに対応する。
【０１２９】
アップリンク分割ベアラに対するアップリンク非分割ベアラの再構成を考慮して(上述したことと反対の状況)ＵＥ再送信動作が効率を高めるように改善することができる方法に対する考慮事項が延長されることができる。
【０１３０】
以下、図２１を参照すれば、これは図２０の説明で示されたシナリオでＵＥに再送信動作を例示した流れ図を示す。図２１での動作が図１９と同じ部分は同じ参照番号が付した。
【０１３１】
段階１８３’でＰＤＣＰエンティティーが再構成後にＭｅＮＢに常駐することで決定されると、段階１８４’でＵＥは再送信を行い、これによってＳｅＮＢを介して送信されて下位階層によって伝達されることで確認されないＰＤＣＰ ＰＤＵだけが再送信される。
【０１３２】
図１８及び２０はすべての無線ベアラの再構成が第１及び第２構成の間でコマンドを受けるとき、ＵＥの動作を示す。第１構成は無線ベアラが(ＭｅＮＢ及びＳｅＮＢで、さらに、ＵＥで重複される)２個の両方向ＲＬＣエンティティーで構成される場合である。第２構成は無線ベアラが (ｅＮＢで、さらにＵＥで重複される) 一つの両方向ＲＬＣエンティティーで構成される場合である。ベアラが両方向ではないが(２つの“経路”は典型的にダウンリンクに対する分割ベアラに用いられる)、分割ベアラのアップリンクの場合、ＵＥは単一“経路”を介してＰＤＣＰ ＰＤＵを(ＭｅＮＢ又はＳｅＮＢにだけＲＬＣエンティティーで)送信することだけで制限されることができる。このような状況で、第１構成から第２構成にベアラを再構成する時にＰＤＣＰ ＰＤＵがＭｅＮＢにだけ送信された場合、ＰＤＣＰ再送信は必要ではないこともある。特に、ベアラ再構成がコマンドを受けると、ＵＥはベアラの再構成が構成１(分割)から構成２(非分割)でなるかを検査する。ベアラの再構成が構成１(分割)から構成２(非分割)でなる場合、ＵＥは構成１でＰＤＣＰ ＰＤＵの送信がＳｅＮＢにだけ(又はＳＣＧサービングセル上にだけ)又はＭｅＮＢにだけ許容されるかを検査する。ＰＤＣＰ ＰＤＵの送信が(ＳＣＧサービングセルを介してだけ)ＳｅＮＢにだけ許容される場合、ＰＤＣＰ ＳＤＵの再送信は現在３ＧＰＰ標準に応じて、すなわち、段階１８５によって行われる必要がある。しかし、ＰＤＣＰ ＰＤＵの送信がＭｅＮＢにだけ許容されると、すなわち、段階１８８によって再送信は必要ではない。しかし、単純のために、このようなＵＥ動作は図１９又は図２１に含まれず、図１９及び図２１で第１構成(分割ベアラ)にある場合にＰＤＣＰ ＰＤＵは２つの経路を介して送信されることに推定される。
【０１３３】
上述したどんな再構成動作はＵＥがベアラ再構成に応答する方式で、特にＵＥはどんなＰＤＣＰ ＳＤＵがリソース效率性を極大化するために再送信するかを判断する方法に対してはだけの修正に基づく。しかし、分割ベアラで非分割ベアラへの再構成中にリソース効率性を増加させるための２つの追加のオプションはもう提供される。
【０１３４】
第１オプションとして、ケース３ｂと関連して上述したように、ｅＮＢ１ ＲＬＣエンティティーはｅＮＢ２プロトコルスタック部分を除去するとき、再構築されることができ、ＰＤＣＰ状態報告はｅＮＢ１からＵＥに送信されることができる。ネットワークがｅＮＢ２でプロトコルスタック部分を廃棄する場合にｅＮＢ１ ＲＬＣエンティティーを再構築すると、非順次的ＰＤＣＰ ＰＤＵは(ケース３ｂの例ではこれ以上不必要にＰＤＣＰ ＰＤＵ３及び５の再送信を要求しない)ＰＤＣＰ状態報告の内容を改善するＰＤＰＣエンティティーへ伝達されるだろう。ＵＥの動作はｅＮＢ１動作の適切な構成によるリソース効率性を改善して３ＧＰＰ標準に現在明示されることができる。ケース３ｂに関連して上述したように、部分的に受信されたＰＤＣＰ ＰＤＵ(例えば、ＰＤＣＰ ＰＤＵ２)はＲＬＣエンティティーによって除去され、これらが少なくとも部分的に不必要に再送信されるようにできる。
【０１３５】
第２オプションとして、ｅＮＢ１にＲＬＣエンティティーを再構築するよりは、ｅＮＢ１ ＲＬＣエンティティーは受信状態又はＰＤＣＰ ＰＤＵに対してＰＤＣＰエンティティーに通知する。言い換えれば、これはより正確なＰＤＣＰ状態報告を生成する。第２オプションによれば、ｅＮＢ１へのＰＤＣＰ ＰＤＵ２の送信は続いて、ＰＤＣＰ ＰＤＵ２は再送信されるだろう。第２オプションはＰＤＣＰ終了での変更時にｅＮＢ  ＲＬＣの動作に係る３ＧＰＰ標準に対する修正を要することが注目される。
【０１３６】
上述したベアラ再構成動作はＵＥがベアラ再構成時にアップリンクＰＤＣＰ ＳＤＵ又はＰＤＵを再送信しなければならないかを決定することに関する(それなら、どんなＰＤＣＰ ＳＤＵ又はＰＤＵ)。送信のためにＰＤＣＰ ＳＤＵを処理するとき、ＵＥ ＰＤＣＰエンティティーはヘッダー圧縮及び暗号化を含む高レベルの送信機能を行う。ＰＤＣＰ ＳＤＵが再送信される時、ＵＥ ＰＤＣＰ階層は新しい暗号化及び新しいヘッダー圧縮を行う。暗号化のために、ＳＤＵ データが(これと関して再送信にも同じ)これを維持し、他の暗号化入力がこれを(例えば、暗号化鍵及びＰＤＣＰシーケンス番号)維持する場合、再送信されたＳＤＵに対する暗号化は元々送信されたＰＤＣＰ ＰＤＵと同じ暗号化されたＰＤＣＰ ＰＤＵを生成する。しかし、これは必ずヘッダー圧縮に対して同じではない。
【０１３７】
小さいパケットで構成されたパケットデータストリームに対して、ヘッダーが送信されたデータの相当な割合を形成することができるからヘッダー圧縮は無線インターフェースより好ましい。例えば、ＶｏｉｃｅＯｖｅｒＩＰに対して、一般的なデータペイロードは３１バイトであることができる一方、ＩＰヘッダーだけは４０又は６０バイトであることができる。したがって、ＰＤＣＰはＩＥＴＦ(Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ)により定義された圧縮プロトコルであるＲＯＨＣ(Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ)を用いる。ＲＯＨＣで、送信側は一般的に新しいＩＰ流れの初期にいくつかの全体ＩＰヘッダーを送信する。流れの後続するパケットの場合、一般的に、ヘッダー差だけが送信される(注釈：これはＲＯＨＣ動作の単純化された説明であるが、本発明を理解するのに十分である)。ヘッダーの大部分がそのまま維持されるによって(例えば、ＩＰソースアドレス、ＩＰ目的地アドレス・・・)、他の分野(ｄｉｆｆｅｒｅｎｃｅ  ｆｉｅｌｄ)は非常に小さく、ヘッダーを１乃至３のバイトのようにどのことで減らすことができる。
【０１３８】
ＲＯＨＣを用いることは送信機が圧縮機を含み、受信機が圧縮解除器を含むことを要する。圧縮機及び圧縮解除器はそれぞれヘッダーが以前に送信されたパケットを参照してそれぞれ圧縮されて圧縮解除されなければならない方法を決定することに用いられる圧縮コンテクスト及び圧縮解除コンテクストを維持する。圧縮及び圧縮解除コンテクストの利用の一例は下表４に与えられる。
【０１３９】
【表４】
2019068441.tif 000006
【０１４０】
表４を参照すれば、ＳＤＵ１はＵＥで圧縮される第１ＰＤＣＰ ＳＤＵである。結果的に、圧縮コンテクストはＰＤＣＰ ＰＤＵを形成するためにＰＤＣＰ ＳＤＵを処理する前に空いている。圧縮後にコンテクストは文字Ｋと表わし、実際に圧縮コンテクストは他の情報と組み合わせたＳＤＵ１のヘッダーであることができる。同じように、ｅＮＢでＰＤＵ１の受信時に、圧縮解除コンテクストは初期にＰＤＵ１Ｈが１パケットである時に空いており、それで圧縮が適用されなかった。以後、ｅＮＢ  ＰＤＣＰエンティティーは次に受信されたＰＤＵを処理するための圧縮解除コンテクストＫ’を記憶する。圧縮コンテクストＫ及び圧縮解除コンテクストＫ’が同じではないこともあるが、これらは同じパケットを圧縮及び圧縮解除するための対応する情報を含むことで理解されるだろう。
【０１４１】
次いで、ＳＤＵ２のＩＰヘッダーを圧縮する時、圧縮機は圧縮解除器がＰＤＵ２、すなわち Ｋ’を受信するときに用いる圧縮解除コンテクストの良好な表示を提供する圧縮コンテクスト Ｋを用いるだろう。圧縮解除器が対応するＰＤＵｘを受信するときに用いることと比較されるＳＤＵｘの圧縮のための基準として、圧縮機が完全に相違する圧縮コンテクスト／圧縮解除コンテクストを用いる場合、圧縮解除が圧縮解除器で失敗する可能性があることを明白しなければならない。上述したように、ＰＤＣＰ ＳＤＵがベアラ再構成に応じて再送信される場合、圧縮機はこのようなＳＤＵを圧縮するために最も適合の元々の圧縮コンテクストをこれ以上維持することができない。圧縮機が今のようなＩＰ流れに対する後続送信の結果としてアップデートされる可能性がある最新圧縮コンテクストを用いる場合、圧縮解除失敗が発生することができる。一例は表５に示される。
【０１４２】
【表５】
2019068441.tif 000007
【０１４３】
表５を参照すれば、ＳＤＵ２の第１送信はベアラ再構成中に喪失された。ＰＤＵ３及びＰＤＵ４が受信機によって受信されたことがあるが、相変らずこれらはＲＯＨＣが元々送信されたことのような手順でパケットを圧縮解除するようにするために受信機が受信されたＰＤＵの手順を変更するはずだから、まだＲＯＨＣに提供されない。したがって、圧縮解除器がＰＤＵ２を受信すれば、それは元々の意図と一致して圧縮解除コンテクストＫ’を用いるだろう。予め圧縮機がＳＤＵ２の再送信を圧縮するために最新圧縮コンテクストＮを用いる場合、圧縮機はどんなヘッダー差が圧縮されたヘッダーに表わさなければならないかに対して間違った仮定ができ、圧縮解除は失敗することができる。
【０１４４】
本発明のどんな実施形態によれば、圧縮解除問題を避けるため、ベアラ再構成に応じてデータを再送信する必要があることを立証する場合、どんなシナリオ下に再送信されたＰＤＵに適用される圧縮が同じを保障するために元々のＰＤＣＰ ＰＤＵを再送信することが好ましく、それで受信機によって維持される圧縮解除コンテクストは適切である。すなわち、同じへッダー圧縮が同じに行われるＰＤＵ(又は記憶された元々のＰＤＵ)は再送信される。
【０１４５】
上述したように、以下の説明で参考しやすいように表６に要約されたようにデータ再送信を要することができる６個のベアラ再構成シナリオが考慮される。適切なデータ再送信動作は各ベアラ再構成シナリオに応答するために以下に説明される。このような動作が組み合わせて説明されることができるが、それぞれは個別的に具現されることもできるというのを理解するだろう。すなわち、本発明の実施形態は分離したいずれか１つのシナリオに対する再送信動作、又は組み合わせた２つ以上のシナリオに対する動作の組み合わせを含むことができる。
【０１４６】
【表６】
2019068441.tif 000008
【０１４７】
特に、再送信だけが中断されたｅＮＢに以前に送信されたデータを生成させ、分割ベアラで非分割ベアラに再構成するための本発明の実施形態によれば、(シナリオ(ａ)及び(ｆ))、ＰＤＣＰ ＰＤＵが再送信される。特に、アップリンクＰＤＣＰ ＰＤＵがＭｅＮＢにだけ送信される、分割ベアラで非分割ベアラへのベアラの再構成が検出されると(シナリオ (ａ))、本発明の実施形態によって、ＰＤＣＰ ＰＤＵの再送信は送信がＳｅＮＢを介して試みられ、ＵＥ内のＰＤＣＰ階層の下のプロトコル階層によって成功的伝達の確認がなかった第１ＰＤＣＰ ＰＤＵから開始され、送信がＳｅＮＢを介して試みられたＰＤＣＰ ＰＤＵだけが再送信される。
【０１４８】
非分割ベアラが以前のＳｅＮＢによって処理される、分割ベアラで非分割ベアラに再構成するため(シナリオ(ｂ))、圧縮解除はＭｅＮＢからＳｅＮＢに移動され、それで全体ＲＯＨＣ圧縮及び圧縮解除コンテクストは解除される。したがって、ＰＤＣＰ ＳＤＵは再送信される(それで新しいコンテクストによって再圧縮及び圧縮解除される)ことが要求される。同じように、非分割ベアラが新しいＳｅＮＢによって処理される、非分割ベアラから分割ベアラに再構成するため(シナリオ(ｄ))、圧縮解除はＭｅＮＢからＳｅＮＢに移動され、それで全体ＲＯＨＣ圧縮及び圧縮解除コンテクストは解除される。したがって、ＰＤＣＰ ＳＤＵは再送信される(それで新しいコンテクストによって再圧縮及び圧縮解除される)ことが要求される。
【０１４９】
非分割ベアラが新しいＭｅＮＢによって処理された分割ベアラへの非分割ベアラの再構成のために(シナリオ(ｃ))、ＰＤＣＰ ＰＤＵ又はＳＤＵの再送信は要しない。
【０１５０】
非分割ベアラがＭｅＮＢによって処理され、ＰＤＵの分割ベアラ送信のためのだけがＭｅＮＢに志向された非分割ベアラへの分割ベアラの再構成のために(シナリオ(ｅ))、ＰＤＣＰ ＰＤＵ又はＳＤＵの再送信は要しない。しかし、ＰＤＵの分割ベアラ送信だけがＳｅＮＢに志向された場合(シナリオ(ｆ))、ここではデータ再送信が必要となり、方法はＵＥ内のＰＤＣＰ階層の下のプロトコル階層によって成功的伝達の確認がない第１ＰＤＣＰ ＰＤＵからＰＤＣＰ ＰＤＵの再送信を開始する段階、及び第１ＰＤＣＰ ＰＤＵからすべてのＰＤＣＰ ＰＤＵを再送信する段階を含む。
【０１５１】
ＰＤＣＰ ＰＤＵ又はＰＤＣＰ ＳＤＵの選択的再送信はどんなＰＤＣＰ ＰＤＵがＭｅＮＢに送信されてＳｅＮＢに送信されるかをＵＥが追跡することを要するということが理解されるだろう。これはＵＥに対する処理オーバーヘッドを示す。
【０１５２】
データの再送信がベアラ再構成に応じて要求される本発明の他の実施形態によれば、表４及び５に関連して上述したデータ圧縮解除問題は予め説明されるように相違するように扱われることができる。
【０１５３】
再送信だけが中断されたｅＮＢに以前に送信されたデータを生成させ、分割ベアラで非分割ベアラに再構成するための本発明の他の実施形態によれば、ＰＤＣＰ ＳＤＵは対応するＰＤＵ内に維持される圧縮されたヘッダー情報が正確な圧縮解除を保障するに十分である限り、圧縮されて再送信されることができる。特に、元々送信されたＰＤＵに対応する圧縮解除コンテクストを用いて圧縮解除が受信ｅＮＢによって正確に行われることを保障するためにＵＥは十分なヘッダー情報が再送信されたＰＤＵに確かに維持されるようにしなければならない。これは圧縮されたパケットに多い情報を含み、例えば、圧縮されないすべての動的フィールドを維持したり、全体圧縮されないヘッダーを送信することによってＵＥを含むことができる。本発明の特定実施形態で、ＵＥは再送信されたＰＤＣＰ ＳＤＵに対するヘッダー圧縮を行わないように指示を受けることができる。この点で、これはＳＤＵがさらに圧縮されなければならないか、若しくは元々のＰＤＵが送信されることができるかをＵＥがデータ再送信に対して個個のケースによって決定する必要性を除去する。ＰＤＵのヘッダーに維持された圧縮されない情報の程度がＵＥの具現に残っていることができるということを理解するだろう。特定ＵＥがＰＤＣＰ ＰＤＵを選択的に再送信し、部分的に圧縮されないヘッダーでＰＤＣＰ ＳＤＵを再送信し、完全に圧縮されないヘッダーでＰＤＣＰ ＳＤＵを再送信することから２つ以上の任意の組み合せを具現することができる。このようなＵＥ選択は一つのパケットから次のパケットに変化されることができる。特定無線ベアラがヘッダー圧縮(例えば、ＲＯＨＣ)を具現するように構成されない場合に、上述した考慮事項が適用されず、上述した多様なベアラ再構成の再送信動作のうちいずれかが適合することができるということを理解するだろう。
【０１５４】
上述したように、シナリオ(ａ)及び(ｆ)の場合、ＰＤＣＰ ＰＤＵは圧縮解除問題を回避するために再送信される。しかし、特定状況でＰＤＣＰ ＳＤＵが(元々のＰＤＵの再送信に対して) 検出することができる差なく(ＳＤＵをさらに暗号化し、ヘッダー圧縮をさらに行うことによって)受信ｅＮＢに再送信されることができる場合、これは元々のＰＤＣＰ ＰＤＵを記憶することを防止する時に有利することができるということが理解されるだろう。これは、ほとんどないとか動的フィールドを定期的に変化させないデータ流れに対するケース、又は(以前段落で言及されたように)ヘッダー圧縮が適用されない場合であることができる。しかし、ＵＥの具現によれば、これがＰＤＣＰ ＳＤＵをさらに暗号化する時に生成された処理オーバーヘッドを防止するときのシナリオ(ａ)及び(ｆ)に対するＰＤＣＰ ＰＤＵを日常的に再送信することが好ましいことがある。
【０１５５】
非分割ベアラに再構成する前に、アップリンクＰＤＵだけがＭｅＮＢ及びＳｅＮＢのうちのいずれに送信されるという点だけでシナリオ(e)及び(ｆ)はシナリオ(ａ)と異なるということが分かる。シナリオ(e)は再送信の数が減少される時、效率利得を示すが、シナリオ(ａ)に係って説明された再送信動作はシナリオ(e)及び(ｆ)に正確に応答することに適合することになるということを理解するだろう。したがって、本発明の他の実施形態によれば、非分割ベアラがＭｅＮＢによって処理される非分割ベアラへの分割ベアラの再構成のために、再構成前にＰＤＣＰ ＰＤＵだけがＭｅＮＢ及びＳｅＮＢのうちの一つに送信されても、ＰＤＣＰ ＰＤＵの再送信は送信がＳｅＮＢを介して試みられ、ＵＥ内のＰＤＣＰ階層の下のプロトコル階層によって成功的伝達の確認がなかった第１ＰＤＣＰ ＰＤＵから開始され、送信がＳｅＮＢを介して試みられたＰＤＣＰ ＰＤＵだけが再送信される。
【０１５６】
上述したように、(ＭｅＮＢを用いて)分割ベアラで非分割ベアラへの再構成のためのシナリオ(ａ)、(e) 及び(ｆ)と関連して、ＭｅＮＢに送信されたデータを再送信する必要がない。これはＭｅＮＢ  ＲＬＣエンティティーが再構築されないためであり、それでＰＤＣＰ ＰＤＵをＭｅＮＢに再送信することは不必要なＰＤＣＰ ＰＤＵの再送信をもたらす。ＰＤＣＰ ＰＤＵは、ネットワークによって予めよく受信されたことがあり、ＵＥはＭｅＮＢで ＲＬＣエンティティーからＲＬＣ肯定応答を、すなわち、受信することで期待することができる。ＲＬＣ肯定応答が受信されなければ、ＰＤＣＰ ＰＤＵはＵＥ ＰＤＣＰエンティティーによる処理を要せず従来の再送信タイマーの満了時に正常的にＵＥ ＲＬＣエンティティーにより自動に再送信されるだろう。上述したように。ＵＥの場合、どんなＰＤＵがＭｅＮＢを介して送信され、ＳｅＮＢを介して送信されるかを憶えなければならないＰＤＣＰエンティティーは複雑性をＵＥに追加する。ＵＥがベアラ再構成直後のネットワークからＰＤＣＰ状態報告を受信する可能性があるという事実を考慮すれば、(シナリオ(ａ)で不必要な再送信の大部分を占める状態報告時にＭｅＮＢにおけるＲＬＣ再送信により相変らず処理されるこのようなＰＤＣＰに対して)状態報告はどんな場合にも不必要な再送信の大部分を回避することができるだろう。したがって、本発明の特定実施形態によれば、特定ＰＤＣＰ ＰＤＵが送信されたどんなｅＮＢに憶えなければならないＵＥに対する負担が非常に高いことで見なされると、代案的な再送信接近方式が考慮されることができる。特に、(ＭｅＮＢ シナリオ(ａ)、(e) 及び (ｆ)を用いて)分割ベアラで非分割ベアラへの再構成により、すべてのＰＤＣＰ ＳＤＵ又はＰＤＣＰ ＰＤＵはどんな受信がＳｅＮＢでの下位階層によって確認されないそれぞれ第１ＰＤＣＰ ＳＤＵ又はＰＤＣＰ ＰＤＵから再送信されることができる。これは上述したどんなソリューションにより、さらに少なめに効率的なソリューションであることで考慮されることができる。これはＳｅＮＢへの第１失敗された送信後に送信された場合、ＭｅＮＢに送信されたＳＤＵ又はＰＤＵの再送信があり得るからだ。しかし、これが特定具現に好ましい単純な再送信シナリオであることで考慮される。
【０１５７】
本発明の他の実施形態によれば、シナリオ(ａ)及び(ｆ)に係って全体又は部分ＰＤＣＰ再構築手続きの一部を形成することができる。
【０１５８】
従来のＰＤＣＰ再構築はアップリンクに対するＵＥでヘッダー圧縮(例えば、ＲＯＨＣ)が再設定され；新しい暗号化鍵が構築され；以前に送信されたＰＤＣＰ ＳＤＵのどんな伝達が確認されない任意のＰＤＣＰ ＳＤＵに対して再送信されることを要する。ダウンリンクに対して、受信されたＰＤＣＰ ＰＤＵは下位階層の再構築によって処理され；ヘッダー圧縮(例えば、ＲＯＨＣ)は再設定されて；新しい暗号化鍵構築され；ＰＤＣＰ状態報告はトリガーされる。
【０１５９】
本発明の特定実施形態によれば、ＰＤＣＰの部分再構築はアップリンクに対するＵＥでヘッダー圧縮(例えば、ＲＯＨＣ)が再設定無しに続いて；既存の暗号化鍵が継続用いられ；データ再送信が上述した再送信動作、及び特にシナリオ(ａ)乃至(ｆ)に関連して説明された再送信動作のいずれか一つによって行われることを要する。ダウンリンクに対して、受信されたＰＤＣＰ ＰＤＵは下位階層の再構築によって処理されて；ヘッダー圧縮(例えば、ＲＯＨＣ)は再設定なしに続いて；既存の暗号化鍵は継続用いられ；ＰＤＣＰ状態報告からはトリガーされる。
【０１６０】
上述したように、ヘッダー圧縮がベアラに対して構成されない場合、データ再送信のためにＰＤＣＰ ＳＤＵ又はＰＤＣＰ ＰＤＵのいずれか１つはＵＥのオプションで再送信されることができる。これは全体又は部分再構築手続きの一部として再送信の場合、残っている。このような状況下に、ＰＤＣＰ ＳＤＵを再送信することはＰＤＣＰ ＳＤＵがさらに処理され、再構築が完了した後に再送信されるということを意味する。逆に、ＰＤＣＰ ＰＤＵを再送信することは再構築前に処理されたＰＤＣＰ ＰＤＵが再送信されるということを意味する。この点で、特定実施形態によれば、ＰＤＣＰバッファーでＰＤＣＰ ＳＤＵ及びＰＤＣＰ ＰＤＵのいずれもバッファリングするＰＤＣＰエンティティーを回避するため、ＰＤＣＰエンティティーは部分再構築が生成する場合にＲＬＣエンティティーからＲＬＣＳＤＵを引き出すことができる。  
【０１６１】
部分再構築は特定イベントの発生に応答して暗示的にトリガーされたり、ＵＥに送信されたＲＲＣ制御コマンドを介してネットワークによって明示的にトリガーされることができる。従来技術によれば、ＰＤＣＰ再構築はイベントに基づいてハンドオーバーが指示されたりＲＲＣ接続再構築が生成する場合にだけ発生する。ＰＤＣＰ再構築は、すべてのＡＭＤＲＢ(Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ  Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒｓ)に適用される。
【０１６２】
本発明の実施形態によれば、イベント基盤(暗示的トリガーリング)は、ＵＥ ＰＤＣＰエンティティーが再構築(又は部分的に再構築)になるようにして、それで次のようにベアラ再構成に応答してＰＤＣＰ ＳＤＵ又はＰＤＣＰ ＰＤＵの再送信を許容する：
【０１６３】
次のようなベアラ再構成のタイプが生成すれば、ＰＤＣＰ再構築は対応するＤＲＢに適用される：
非分割ＭＣＧベアラで非分割ＳＣＧベアラへの再構成(ベアラに対するＰＤＣＰネットワークエンティティーはＭＣＧからＳＣＧに移動し、それでＰＤＣＰ再構築は再構成による機能を維持することに必要である)
非分割ＭＣＧベアラで非分割ＳＣＧベアラへの再構成(ベアラに対するＰＤＣＰネットワークエンティティーはＳＣＧからＭＣＧに移動し、それでＰＤＣＰ再構築は再構成による機能を維持することに必要である)
非分割ＳＣＧベアラで非分割ＳＣＧベアラへの再構成(ＳＣＧベアラは一つのＳｅＮＢから他のＳｅＮＢに移動されるようにさらに構成され、それでＰＤＣＰ再構築は再構成による機能を維持することに必要である)
非分割ＭＣＧベアラで非分割ＭＣＧベアラへの再構成(ベアラに対するＰＤＣＰネットワークエンティティーがＭｅＮＢの変化又はＭｅＮＢの一次電池の変化によって移動し、それですべてのベアラに対するＰＤＣＰ再構築を含むハンドオーバーを要する場合に)
分割ＭＣＧベアラで非分割ＳＣＧベアラへの再構成(ＰＤＣＰエンティティーがＭｅＮＢからＳｅＮＢに移動するとき、ＰＤＣＰ再構築が必要である)
非分割ＳＣＧベアラで分割ベアラへの再構成(ベアラに対するＰＤＣＰエンティティーが移動し、それでＰＤＣＰ再構築が必要である)
次のようなベアラ再構成のタイプが生成すれば、ＰＤＣＰ部分再構築は対応するＤＲＢに適用される：
分割ベアラで非分割ＭＣＧベアラへの再構成(ＰＤＣＰネットワークエンティティーの変化がないとき、部分的再構築は十分であり、送信スタックの止まり部分によってデータ損失が制限され、これは従来の再送信技術を用いて復旧されるだろう)
第１分割ベアラで第２分割ベアラへの再構成(再構成はＳｅＮＢの変化を含むが、ＰＤＣＰエンティティーがＭｅＮＢに残っている時、ＰＤＣＰエンティティーのどんな変化も推定されなく、それで部分的再構築は十分であり、送信スタックの止まり部分によってデータ損失が制限され、これは従来の再送信技術を用いて復旧されるだろう)
【０１６４】
要約すれば、ＰＤＣＰネットワークエンティティーが同じように維持し、ハンドオーバーと同時に他の変化がないベアラ再構成に対して部分的ＰＤＣＰ再構築が用いられることができる。しかし、再構成間のＭｅＮＢが変化したりＭｅＮＢの一次電池が変化すれば、すべてのベアラに対する保安がさらに始まらなければならなく、全体ＰＤＣＰ再構築手続きはすべてのベアラに必要である。ハンドオーバー手続きは単一のベアラ移動代りにこのような状況で用いられることができる。
【０１６５】
本発明の実施形態によれば、明示的トリガーリングはＵＥ ＰＤＣＰエンティティーが再構築(又は部分的に再構築)になるようにして、それでネットワークからＵＥに送信されたＲＲＣメッセージに含まれるインジケーター(ｉｎｄｉｃａｔｏｒ)(例えば、単一ビート)を介してＰＤＣＰ ＳＤＵ又はＰＤＣＰ ＰＤＵの再送信を許容する。インジケーターは、(例えば、現在用いられるｅＮＢが過負荷されると認識する時に送信されることができる)ベアラ再構成とのベアラ構成情報関連(ａｓｓｏｃｉａｔｉｏｎ)外に送信されることができる。単一のビットインジケーターの場合、インジケーターの値は全体又は部分再構築が行うべきであるかをＵＥに指示する。
【０１６６】
本発明の実施形態は、ハードウェア、ソフトウェア又はハードウェア及びソフトウェアの組合の形態で実現することができるということを理解するだろう。任意のこのようなソフトウェアは消去可能又は再記録可能である否かを揮発性又は非揮発性ストレージ、例えば、ＲＯＭのような記憶装置の形態、又はメモリ、例えば、ＲＡＭ、メモリチップ、装置又は集積回路若しくは光学的又は磁気的に判読可能な媒体、例えば、ＣＤ、ＤＶＤ、磁気ディスク又は磁気テープなどに記憶されることができる。記憶装置及び記憶媒体は、実行される時に本発明の実施形態を具現するコマンドを含むプログラム又はプログラムを記憶することに適合した機械判読可能なｓｔｏｒａｇｅの実施形態であることを理解するだろう。したがって、実施形態は本明細書の請求項のうちのいずれか１つで請求されたような装置又は方法を具現するためのコードを含むプログラム、及びこのようなプログラムを記憶した機械判読可能なストレージを提供する。また、このようなプログラムは有線又は無線接続を通じて搬送される通信信号を含む任意の媒体を介して電子的に移送されることができ、実施形態はこれを適切に含む。
【０１６７】
本明細書の説明及び請求項において、用語“含む”とこの変形は“含むがここに制限されない”を意味し、これらは他の構成要素、完全体(ｉｎｔｅｇｅｒｓ)又は段階を除くように意図されない。本明細書の説明及び請求項において、文脈が別に要求しなければ単数は複数を含む。特に、不定冠詞を使用される場合、本明細書は文脈が別に要求しなければ、複数だけではなく単数を意図することに理解すべきである。
【０１６８】
本発明の特定態様、実施形態又は例に関連して、説明された特徴、完全体又は特性はこれと互換しなければ本明細書に記載した任意の他の態様、実施形態又は例に適用可能なことに理解されなければならない。(任意の添付された請求項、要約書及び図面を含む)本明細書に開示されたすべての特徴、及び／又はこのように開示された任意の方法、並びにプロセスのすべての段階はこのような特徴及び／又は段階の少なくとも一部が相互排他的な組合を除いた任意の組合に結合されることができる。本発明は任意の前述の実施形態の詳細事項に制限されない。本発明は(任意の添付された請求項、要約書及び図面を含む)本明細書に開示された特徴の任意の新規特徴又は任意の新規組合、又はこのように開示された任意の方法又はプロセスの段階の任意の新規組合で延ばす。また、本明細書の説明及び請求項において、“Ｙに対するＸ”の一般的な形態の言語(ここで、Ｙはどんな動作、活動又は段階であり、Ｘこんな動作、活動又は段階を行うためのどんな手段である)はＹを行うために適応されたり特別に配置されるが排他的ではない手段Ｘを含む。
【０１６９】
読者の関心(ｒｅａｄｅｒ's   ａｔｔｅｎｔｉｏｎ)は、本出願に係る本明細書と同時に又は以前に出願され、本明細書による公共検事に開かれているすべての論文及び文書に関することであり、このようなすべての論文及び文書の内容は本明細書で参照に統合される。
【０１７０】
上述した実施形態は本発明の例示的な例として理解すべきである。本発明の他の実施形態が予想される。いずれかの実施形態に関連して説明された任意の特徴は、単独又は説明された他の特徴と組み合わせて利用されることができ、さらに、任意の他の実施形態の一つ以上の特徴、又は任意の他の実施形態の任意の組合と共に利用されることができるということが理解されなければならない。さらに、前述されない等価物及び修正は、さらに添付された請求項で定義される本発明の範囲から外れなく用いられることができる。
【符号の説明】
【０１７１】
１０２  ＵＥ
１０４  Ｅ−ＵＴＲＡＮ
１０６  ＥＰＣ
１０８  サーバー
１１０  Ｓ−ＧＷ
１１２  Ｐ−ＧＷ
１１４  ＭＭＥ
１１６  ホーム加入者サーバー
【図１】
2019068441.tif 000009
【図２】
2019068441.tif 000010
【図３】
2019068441.tif 000011
【図４】
2019068441.tif 000012
【図５】
2019068441.tif 000013
【図６】
2019068441.tif 000014
【図７】
2019068441.tif 000015
【図８】
2019068441.tif 000016
【図９】
2019068441.tif 000017
【図１０】
2019068441.tif 000018
【図１１】
2019068441.tif 000019
【図１２】
2019068441.tif 000020
【図１３】
2019068441.tif 000021
【図１４】
2019068441.tif 000022
【図１５】
2019068441.tif 000023
【図１６】
2019068441.tif 000024
【図１７】
2019068441.tif 000025
【図１８】
2019068441.tif 000026
【図１９】
2019068441.tif 000027
【図２０】
2019068441.tif 000028
【図２１】
2019068441.tif 000029