(57)【特許請求の範囲】
【請求項１】
プロトコルエンティティによって、ユーザ装置においてあるいは進化型ノードＢにおいて、データ転送を与える複数の無線リンクコントロール確認モードエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察し、ここで前記ユーザ装置及び前記進化型ノードＢにおいて終端されるパケットデータコンバージェンスプロトコルのベアラは、それぞれが前記ユーザ装置の２つの無線インターフェイスの各々を経た、２つの独立した無線リンクコントロールベアラにわたって搬送され；
プロトコルデータユニットの前記シーケンスにおける前記ギャップが充填されることが期待されないときを決定するため、前記ギャップの観察時にタイマーをスタートさせ；及び
前記タイマーが満了になったとき、上位層へのサービスデータユニットの配信を行う；
ことを含む方法。
【請求項２】
無線リソースコントロールによりタイマーの満了値を構成することを更に含む、請求項１に記載の方法。
【請求項３】
２つ以上の下位層プロトコルエンティティからのプロトコルデータユニットの受信は、少なくとも部分的に並列の性質である、請求項１に記載の方法。
【請求項４】
前記タイマーのスタートは、更に、タイマーの使用がアクチベートされるか又はデアクチベートされるかの決定を条件とする、請求項１に記載の方法。
【請求項５】
前記サービスデータユニットの配信を行うことは、フォワーディング状態レポートを処理することにさらに基づくものである請求項１に記載の方法。
【請求項６】
前記サービスデータユニットの配信を行うことは、受信が期待されない少なくとも１つのプロトコルデータユニットを識別することにさらに基づくものである請求項１に記載の方法。
【請求項７】
少なくとも１つのプロセッサと、
コンピュータプログラムコードを含む少なくとも１つのメモリと、
を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
プロトコルエンティティによって、ユーザ装置においてあるいは進化型ノードＢにおいて、データ転送を与える複数の無線リンクコントロール確認モードエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察し、ここで前記ユーザ装置及び前記進化型ノードＢにおいて終端されるパケットデータコンバージェンスプロトコルのベアラは、それぞれが前記ユーザ装置の２つの無線インターフェイスの各々を経た、２つの独立した無線リンクコントロールベアラにわたって搬送され；
プロトコルデータユニットの前記シーケンスにおける前記ギャップが充填されることが期待されないときを決定するため、前記ギャップ観察時にタイマーをスタートさせ；及び
前記タイマーが満了になったとき、上位層へのサービスデータユニットの配信を行う；
ように構成される、装置。
【請求項８】
前記少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、無線リソースコントロールによりタイマーの満了値を構成するように構成される、請求項７に記載の装置。
【請求項９】
２つ以上の下位層プロトコルエンティティからのプロトコルデータユニットの受信は、少なくとも部分的に並列の性質である、請求項７に記載の装置。
【請求項１０】
前記タイマーのスタートは、更に、タイマーの使用がアクチベートされるか又はデアクチベートされるかの決定を条件とする、請求項７に記載の装置。
【請求項１１】
前記サービスデータユニットの配信を行うことは、フォワーディング状態レポートを処理することにさらに基づくものである請求項７に記載の装置。
【請求項１２】
前記サービスデータユニットの配信を行うことは、受信が期待されない少なくとも１つのプロトコルデータユニットを識別することにさらに基づくものである請求項７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照：本出願は、２０１３年１０月３０日に出願された米国特許出願第１４／０６７，５０９号の利益及び優先権を主張するもので、該出願は、２０１３年４月４日に出願された米国特許出願第１３／８５６，９５１号の一部継続出願であり、その利益及び優先権も主張される。この以前の出願は、両方とも、参考としてここにそのまま援用される。
【０００２】
種々の通信システムにおけるプロトコルデータユニット又は他の適当なデータ又は情報ユニットの配信は、適当な方法及び装置により改善することができる。例えば、多数の下位層確認モードプロトコルエンティティから並列に受信されるプロトコルデータユニットのシーケンス内配信は、再順序付けタイマー及び／又はフォワーディング状態レポートから利益が得られる。更に、多数の下位層確認モードプロトコルエンティティから並列に受信されるプロトコルデータユニット（ＰＤＵ）のシーケンス内配信は、受信プロトコルエンティティにおいて上位層へのデータ配信を促進するためにサービスデータユニット（ＳＤＵ）を含まないデータＰＤＵから利益が得られる。
【背景技術】
【０００３】
進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）エアインターフェイスプロトコルスタックでは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）が、現在、無線リンクコントロール（ＲＬＣ）プロトコルの上に存在する。ＰＤＣＰは、現在、参考としてここに援用される第三世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）３６．３２３により規定されている。ＲＬＣは、参考としてここに援用される３ＧＰＰ  ＴＳ  ３６．３２２により規定されている。
【０００４】
ＰＤＣＰでは、リストされた「下位層から予想されるサービス」は、とりわけ、確認データ転送サービスを含み、これは、下位層の再確立時を除き、ＰＤＣＰプロトコルデータユニットの首尾良い配信及びシーケンス内(in-sequence)配信の指示を含むものである。
【０００５】
対応的に、次のＰＤＣＰ「ファンクション」がリストされる：下位層の再確立時の上位層ＰＤＵのシーケンス内配信。
【０００６】
Ｅ−ＵＴＲＡＮの二重接続の研究において、プロトコルスタックは、二重接続の各ノードに独立したＲＬＣを有することをベースとされた。図１は、コントロール／ユーザ（Ｃ／Ｕ）平面プロトコルスタックを示す。より詳細には、図１は、オフロード又はサイト間キャリアアグリゲーションのためのマルチ無線Ｕ平面プロトコルスタックを示している。
【０００７】
ステージ２レベルにおいて、ＰＤＣＰとＲＬＣとの間のシーケンス内配信における作業分担は、それ自体を、例えば、参考としてここに援用する３ＧＰＰ  ＴＳ  ３６．３００§§１０．１．２．３及び１０．１．２．３．１において次のように示している。「ハンドオーバーの際に、ソースｅＮＢは、ターゲットｅＮＢに全てのダウンリンクＰＤＣＰ  ＳＤＵ［サービスデータユニット］を、ＵＥにより確認されていないそれらのＳＮと共に順次にフォワーディングする。・・・通常のハンドオーバーの後に、ＵＥは、ターゲットｅＮＢからＰＤＣＰ  ＳＤＵを受信するとき、それを、考えられるギャップに関わらず低いＳＮをもつ全てのＰＤＣＰ  ＳＤＵと一緒に上位層へ配信することができる。」
【０００８】
上述した考えられるギャップは、ハンドオーバー後に、ＵＥのＰＤＣＰが、ハンドオーバー前に受信が失敗したＰＤＵを受信するために生じるが、それらがソースｅＮＢによりターゲットｅＮＢへフォワーディングされる場合だけである。いずれの場合にも、ＵＥのＰＤＣＰは、ハンドオーバー後に受信したＰＤＵがＰＤＵのシーケンス番号の増加する順に到着すると仮定することが許される。
【０００９】
この原理のステージ３の実現は、３ＧＰＰ  ＴＳ  ３６．３２３  §§５．１．２、５．１．２．１、及び５．１．２．１．２において次のように見える。「・・・ＰＤＣＰにより受信されたＰＤＣＰ  ＰＤＵが下位層の再確立によるものでない場合に：関連ＣＯＵＮＴ値の上昇順に上位層へ：受信したＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴ値より低い関連ＣＯＵＮＴ値をもつ記憶された全てのＰＤＣＰ  ＳＤＵ；受信したＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴ値からスタートする連続的に関連するＣＯＵＮＴ値をもつ記憶された全てのＰＤＣＰ  ＳＤＵ；・・・を配信する。」
【００１０】
従って、ソースｅＮＢのキーで暗号化された全ての受信ＲＬＣ  ＳＤＵを配信するためにハンドオーバーにおいて遂行されるＲＬＣ再確立によってＰＤＵがフラッシュされない限り、システムは、低いＳＮをもつＰＤＵが受信の後に続かず、従って、ＳＤＵを上位層へ配信すると仮定する。
【００１１】
同じ３ＧＰＰ  ＴＳから続いて：「・・・Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを、上位層に配信された最後のＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮにセットし、さもなければ、受信ＰＤＣＰ  ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１又は受信ＰＤＣＰ  ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合に：関連ＣＯＵＮＴ値の上昇順に上位層へ：受信したＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴ値からスタートする連続的に関連するＣＯＵＮＴ値をもつ記憶された全てのＰＤＣＰ  ＳＤＵを配信し；Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを、上位層に配信された最後のＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮにセットする。」
【００１２】
従って、ＰＤＵがＲＬＣ再確立によりフラッシュされた場合には、システムは、上位層へのＳＤＵ配信を控え、これは、配信されるＳＤＵのＳＮシーケンスにホールを残す。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
従って、上述した従来の手順では、２つの分岐があり、その第１は、ＳＮの低い未受信のＰＤＵは、受信後に予想できないと仮定することであり、この仮定に対する唯一の例外である第２の分岐は、ＰＤＵがＲＬＣ再確立のために受信されるときである。
【００１４】
別のプロトコルアーキテクチャーオプションは、分散型ＲＬＣプロトコルを含み、図１を参照すれば、ｅＮＢのＰＤＣＰエンティティは、共通位置にあるマスターＲＬＣエンティティにインターフェイスし、このマスターＲＬＣは、ＵＥを行先とするＲＬＣ  ＰＤＵを、この場合に二重無線モードと称される、共通位置のＭＡＣ／ＰＨＹ層を経て直接無線インターフェイス送信するためのものと、ＬＴＥ−Ｈｉ  ＡＰで動作するスレーブＲＬＣにより送信されるもの、に分割する。上述した方法と同様に、このオプションでは、ＰＤＣＰベアラと、所与の方向のデータ流を伴うＲＬＣベアラとの間には１対１のマッピング関係がある。
【００１５】
３ＧＰＰ  ＴＳ  ３６．３２２によれば、各受信未確認モードのＲＬＣエンティティは、次のもの、即ちＶＲ（ＵＲ）−ＵＭ受信状態変数、ＶＲ（ＵＸ）−ＵＭ  ｔ−再順序付け状態変数、ＶＲ（ＵＨ）−ＵＭ最高受信状態変数、及びｔ−再順序付けを実施する。ＶＲ（ＵＲ）−ＵＭ受信状態変数は、再順序付けのために依然考慮される最も早期のＵＭＤＰＤＵのＳＮの値を保持することができる。ＶＲ（ＵＸ）−ＵＭ  ｔ−再順序付け状態変数は、ｔ−再順序付けをトリガーしたＵＭＤ  ＰＤＵのＳＮに続くＳＮの値を保持することができる。ＶＲ（ＵＨ）−ＵＭ最高受信状態変数は、受信したＵＭＤ  ＰＤＵの中で最も高いＳＮをもつＵＭＤ  ＰＤＵのＳＮに続くＳＮの値を保持し、そして再順序付けウインドウの上位縁として働くことができる。ｔ−再順序付けは、下位層におけるＲＬＣ  ＰＤＵのロスを検出するためにＡＭ  ＲＬＣエンティティ及び受信ＵＭ  ＲＬＣエンティティの受信側により使用されるタイマーである。
【００１６】
３ＧＰＰ  ＴＳ  ３６．３２２、§５．１．２．２．４は、ｔ−再順序付けが満了になったときのアクションを説明している。特に、３ＧＰＰ  ＴＳ  ３６．３２２は、「ｔ−再順序付けが満了になったときに、受信ＵＭ  ＲＬＣエンティティは、ＶＲ（ＵＲ）を、第１のＵＭＤ  ＰＤＵのＳＮに、ＳＮ≧非受信ＶＲ（ＵＸ）で更新し；ＵＭＤ  ＰＤＵからのＲＬＣ  ＳＤＵをＳＮ＜更新ＶＲ（ＵＲ）で再アッセンブルし、そのように行うときにＲＬＣヘッダを除去し、そして再アッセンブルされたＲＬＣ  ＳＤＵを、以前に配信されていない場合にＲＬＣ  ＳＮの上昇順に上位層へ配信し；ＶＲ（ＨＵ）＞ＶＲ（ＵＲ）の場合に、ｔ−再順序付けをスタートし；ＶＲ（ＵＸ）をＶＲ（ＵＨ）にセットする」と説明している。
【００１７】
従来、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）データＰＤＵは、ＰＤＣＰ  ＳＤＵ  ＳＮ；及び非圧縮のＰＤＣＰ  ＳＤＵを含むユーザ平面データ；又は圧縮されたＰＤＣＰ  ＳＤＵを含むユーザ平面データ；又はコントロール平面データ；及びＳＲＢのためのＭＡＣ−１フィールド；又はＲＮに対して、ＤＲＢのＭＡＣ−１フィールド（完全性保護が構成される場合）を搬送するのに使用される。
【００１８】
従来、ＰＤＣＰは、無線リンクコントロール（ＲＬＣ）再確立時を除いて、受信されたものの中で、ＰＤＵ欠落を待機しない。従って、ｅＮＢでのＰＤＣＰ破棄によって生じるギャップは、ＵＥにおいてＴＣＰ／ＩＰで直ちに見ることができる。その結果、ＵＥは、複写ＴＣＰ  ＡＣＫを送信し、そしてネットワーク側のＴＣＰがスローダウンされる。
【００１９】
例えば、参考としてここにそのまま援用される３ＧＰＰテクニカルレポート（ＴＲ）３６．８４２  ｖ．０．３．０には、上位層の小さなセル層の改善が説明されている。例えば、テクニカルレポートのオプション３Ｃには、使用されるＵ平面プロトコルアーキテクチャーが説明されている。
【課題を解決するための手段】
【００２０】
第１の実施形態によれば、方法は、データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察することを含む。又、この方法は、ギャップ観察時にタイマーをスタートさせることも含む。更に、この方法は、タイマーが満了になったとき、ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止することも含む。
【００２１】
変形例において、前記方法は、フォワーディング状態レポートを検出し、そして上位層へのデータ配信の直前に、ハンドオーバーにおいてフォワーディング欠落ためにギャップを含ませることを含む。
【００２２】
第２の実施形態によれば、方法は、どのプロトコルデータユニットシーケンス番号がユーザ装置にフォワーディングされないか決定することを含む。又、この方法は、レポートにおいてユーザ装置へプロトコルデータユニットシーケンス番号を明確に識別することを含む。
【００２３】
第３の実施形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察するように構成される。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、ギャップ観察時にタイマーをスタートさせるようにも構成される。更に、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、タイマーが満了になったとき、ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止するようにも構成される。
【００２４】
変形例において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、フォワーディング状態レポートを検出し、そして上位層へのデータ配信の直前に、ハンドオーバーにおいてフォワーディング欠落ためにギャップを含ませるように構成される。
【００２５】
第４の実施形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、どのプロトコルデータユニットのシーケンス番号がユーザ装置へフォワーディングされないか決定するように構成される。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、レポートにおいてユーザ装置へプロトコルデータユニットシーケンス番号を明確に識別するようにも構成される。
【００２６】
第５の実施形態によれば、装置は、データ転送を与える複数の下位層プロトコルエンティティから受信したプロトコルデータユニットのシーケンスにおいてギャップを観察するための観察手段を備えている。又、この装置は、ギャップ観察時にタイマーをスタートさせるスタート手段も備えている。更に、この装置は、タイマーが満了になったとき、ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止するための防止手段も備えている。
【００２７】
変形例において、この装置は、フォワーディング状態レポートを検出するための検出手段と、上位層へのデータ配信の直前に、ハンドオーバーにおいてフォワーディング欠落ためにギャップを含ませるための配信手段とを備えている。
【００２８】
第６の実施形態によれば、装置は、どのプロトコルデータユニットのシーケンス番号がユーザ装置へフォワーディングされないか決定するための決定手段を備えている。又、この装置は、レポートにおいてユーザ装置へプロトコルデータユニットシーケンス番号を明確に識別するための識別手段も備えている。
【００２９】
第７の実施形態によれば、方法は、シーケンス番号をもつが、非ゼロサイズのサービスデータユニットを伴わないプロトコルデータユニットを受信することを含む。又、この方法は、非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットが存在しないことで上位層へのサービスデータユニットの配信が阻止されるのを防止することも含む。
【００３０】
第８の実施形態によれば、方法は、データ受信エンティティへ配信されないサービスデータユニットを決定することを含む。サービスデータユニットは、シーケンス番号に関連している。又、この方法は、シーケンス番号を含むが、サービスデータユニットは除外するプロトコルデータユニットを送信することも含む。
【００３１】
第９の実施形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、シーケンス番号をもつが、非ゼロサイズのサービスデータユニットを伴わないプロトコルデータユニットを受信するように構成される。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットが存在しないことで上位層へのサービスデータユニットの配信が阻止されるのを防止するように構成される。
【００３２】
第１０の実施形態によれば、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、データ受信エンティティへ配信されないサービスデータユニットを決定するように構成される。サービスデータユニットは、シーケンス番号に関連している。又、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、シーケンス番号を含むが、サービスデータユニットは除外するプロトコルデータユニットを送信するように構成される。
【００３３】
第１１の実施形態によれば、装置は、シーケンス番号を伴うが、非ゼロサイズのサービスデータユニットを伴わないプロトコルデータユニットを受信するための手段を備えている。又、装置は、非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットが存在しないことで上位層へのサービスデータユニットの配信が阻止されるのを防止する手段も備えている。
【００３４】
第１２の実施形態によれば、装置は、データ受信エンティティへ配信されないサービスデータユニットを決定するための手段を備えている。サービスデータユニットは、シーケンス番号に関連している。又、装置は、シーケンス番号を含むが、サービスデータユニットは除外するプロトコルデータユニットを送信する手段も備えている。
【００３５】
第１３から第１６の実施形態によれば、非一時的コンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、プロセスを遂行するインストラクションでエンコードされる。このプロセスは、各々、第１の実施形態、第２の実施形態、第７の実施形態、第８の実施形態の方法、及びそれらの変形形態である。
【００３６】
第１７から第２０の実施形態によれば、コンピュータプログラムは、装置にロードされたときに、コンピュータシステムが第１の実施形態、第２の実施形態、第７の実施形態、第８の実施形態の方法、及びそれらの変形形態を遂行するようにさせるプログラムインストラクションを含む。
【００３７】
本発明を適切に理解するために添付図面を参照する。
【図面の簡単な説明】
【００３８】
【図１】単一のＰＤＣＰベアラとして働く独立したＲＬＣプロトコルベアラを含むプロトコル−アーキテクチャーのオプションを示す。
【図２】ある実施形態による方法を示す。
【図３】ある実施形態によるタイマー使用を示す。
【図４】ある実施形態によるフォワーディング状態レポートの取り扱いを示す。
【図５】ある実施形態によるシステムを示す。
【発明を実施するための形態】
【００３９】
進化型ノードＢ（ｅＮＢ）のようなベースステーションのネットワーク側の送信ＴＣＰ装置をスローダウンする方法は色々ある。１つの方法は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）のデータユニット破棄をベースステーションにおいて使用することである。ベースステーションは、送信ＴＣＰ装置のデータレートがベースステーションの無線インターフェイスのデータレートを越えるときに送信ＴＣＰ装置にスローダウンを求める。例えば、この破棄は、ｅＮＢの送信バッファが確立をスタートするときに有用である。
【００４０】
再順序付けの役割を果たす層が、そのようなパケット破棄を行う層と同じ層又はそれより上位の層である場合には、再順序付けプロトコルは、送信側で破棄されるパケットを、下位層でまだ処理されているパケットと区別することができない。例えば、おそらく間欠的にスケジュールされるマクロｅＮＢ（ＭｅＮＢ）及び小型セルｅＮＢ（ＳｅＮＢ）のような複数の別の配信岐路がある。
【００４１】
あるシーケンス番号をもつＳＤＵが受信されなくても、ＵＥの受信ＰＤＣＰが、受信データを上位層へいつ送るべきか判断するための種々のオプションがある。例えば、再順序付けタイマーが使用される。この再順序付けタイマーは、長い満了値を有する必要がある。或いは又、ＰＤＣＰは、デフォールトにより、それ自身、まだ受信していないＰＤＵに続くデータを上位層へ配信することを阻止する。データが続くかどうかは、シーケンス番号により確立される。
【００４２】
両オプションは、送信ＰＤＣＰエンティティから受信ＰＤＣＰエンティティへの明確な指示から利益が得られる。この指示は、所与のＳＮに関連したＳＤＵが予想されないことを特定する。この特徴及び他の特徴は、以下で説明する。
【００４３】
ある実施形態では、Ｅ−ＵＴＲＡＮの現在ベアラモデルとは異なり、ユーザ装置及びｅＮＢに終端されるＰＤＣＰベアラは、ユーザ装置の２つの無線インターフェイスの各々を経て１つづつの、２つの独立したＲＬＣベアラにわたって搬送される。従って、ある実施形態では、ベアラは、確認モード（ＡＭ）ベアラである。この説明では、ｅＮＢは、アクセスポイントの一例に過ぎない。
【００４４】
複数の独立したＲＬＣ−ＡＭベアラがＰＤＣＰベアラのデータを搬送するようハーネスされる図１に示す更新されたベアラモデルについて考えると、ユーザ装置のＰＤＣＰエンティティは、複数の基礎的ＲＬＣエンティティからＰＤＣＰプロトコルデータユニットを高度にインターレースされた状態で受信するように結合される。換言すれば、受信の後に低いＳＮの未受信のＰＤＵが予想されないという仮定が維持される状態は、ルールではなく、稀な例外となる。唯一の例外は、ネットワーク側のＰＤＣＰエンティティのｅＮＢ間ハンドオーバーにより生じ、ここでは、ソースｅＮＢは、ユーザ装置にまだ首尾良く配信されていないＰＤＣＰプロトコルデータユニットのフォワーディングを実行しない。しかし、この例外は、適切に取り扱う必要があり、即ちユーザ装置のＰＤＣＰが、上位層へのデータ配信の前に、受信ギャップを充填するのを常に待機する場合には、ベアラをフォワーディングしないハンドオーバーがデッドロック状態に至る。というのは、フォワーディングされないパケットにより生じるギャップは、受信されることがないからである。
【００４５】
ある実施形態では、ユーザ装置のＰＤＣＰエンティティが、受信ギャップの充填を予想すべきでないときを推測するための装置及び方法が提供される。
【００４６】
例えば、ある実施形態では、図３に示すように、再順序付けタイマーのようなタイマーが利用される。ＰＤＣＰエンティティが、その下で動作している複数のＲＬＣ−ＡＭエンティティからプロトコルデータユニットを受信して、受信したプロトコルデータユニットのギャップが充填されるともはや予想されないときを結論付けるため、タイマー及びその取り扱いは、ＲＬＣ−ＵＭに対して現在特定されている必要な関連状態変数と共に、ＡＭデータ転送に転用される。
【００４７】
図３に示したように、受信したプロトコルデータユニットのギャップを３１０において観察し、例えば、プロトコルデータユニットのシーケンスにおけるギャップを観察したときに、再順序付けタイマーのようなタイマーが３２０においてスタートされる。プロトコルデータユニットは、データ転送を行う複数の下位層プロトコルエンティティから受信される。プロトコルデータユニットは、交互に受信される。下位層エンティティの各々は、プロトコルデータユニットの確認された転送を行う。３３０においてタイマーが満了すると、そのギャップは、３４０において、上位層へのサービスデータユニットの配信をブロックすることがもはや許されない。ＶＲ（ＵＸ）のような状態変数は、ＰＤＣＰにおいて導入され、一方、ＶＲ（ＵＲ）及びＶＲ（ＵＨ）のような状態変数は、現存のＰＤＣＰ状態変数Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ及びＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮに対して各々簡単な関係を有する。配信阻止の防止は、プロトコルデータユニットを待機することにより生じる遅延を伴わずに上位層へのサービスデータユニットの配信を進めることで実行される。２つ以上の下位層プロトコルエンティティからのプロトコルデータユニットの受信は、少なくとも実質的に並列の性質であり、そして複数の下位層プロトコルエンティティは、確認モードプロトコルエンティティである。
【００４８】
タイマーの満了値は、３５０において無線リソースコントロール（ＲＲＣ）により構成され、そして３６０において充分長くセットされて、例えば、ＭＡＣ及びＲＬＣレベルでの全ての考えられるＨＡＲＱ及びＡＲＱ再送信を各々含めてｅＮＢにより小型セルノードを経てユーザ装置へ送られるプロトコルデータユニットの通常の配信遅延中にタイマーが満了しないようにする。タイマーの満了を充分長い値にこのようにセットする必要性のために、ソースがＰＤＣＰサービスデータユニットをフォワーディングせず、従って、ギャップが残るｅＮＢ間ハンドオーバーの場合に、ユーザ装置による上位層へのデータ配信は、著しく遅延されない。
【００４９】
更に、ある実施形態では、上述した遅延を短縮するためフォワーディング状態レポートが利用される。図４は、ある実施形態によるフォワーディング状態レポートの取り扱いを示す。フォワーディング状態レポートとは、ネットワーク、例えば、ハンドオーバーターゲットｅＮＢが、４１０において、ユーザ装置に（ハンドオーバーの後に）、ユーザ装置が全く受信を期待できないのはどのプロトコルデータユニットシーケンス番号（ＰＤＵ  ＳＮ）かを明確に告げられるようにする新規なＰＤＣＰコントロールＰＤＵである。又、任意であるが、４２０において、フォワーディング状態レポートは、おそらく、ユーザ装置に（ハンドオーバーの後に）、ユーザ装置が受信を期待するのはどのプロトコルデータユニットシーケンス番号かも告げることができる。従って、４１０において、フォワーディング状態レポートのようなコントロールデータユニットが送信されて、受信が期待されない少なくとも１つのプロトコルデータユニットを識別する。
【００５０】
ユーザ装置によってそのようなレポートにおいて４３０で受信された情報は、次いで、当該未受信のプロトコルデータユニットに関する一般的な不確実性を無効にする。というのは、ユーザ装置が４４０において付加的なプロトコルデータユニットシーケンス番号が期待されるかどうか決定するときにタイマーが既に動作しているからである。４３５において、この方法は、少なくとも１つの識別されたプロトコルデータユニットが上位層へのサービスデータユニットの配信を阻止することを防止することを含む。ユーザ装置は、直ちに４５０へ進み、ハンドオーバーにフォワーディングが欠落するためにギャップを含む上位層へのデータ配信を行う。ユーザ装置へ配信されるＰＤＣＰプロトコルデータユニットにＳＮのギャップが生じないことをハンドオーバーターゲットｅＮＢが観察するケースでは、そのようなレポートを送信することが単に控えられる。従って、４０５において、レポートを送信すべきかどうかの決定がなされる。４３５において、少なくとも１つの識別されたプロトコルデータユニットは、上位層へのサービスデータユニットの配信を阻止することが防止される。
【００５１】
原理的に、タイマーは、フォワーディング状態レポートとは独立して使用される。タイマーは、プロトコルエンティティが実行するための付加的な連続的ランニング手順を導入する。これらの手順は、例えば、フォワーディングなしのハンドオーバーが存在するシナリオにおいて、受信したプロトコルデータユニットの中のギャップが永久的であることを示すときだけ動作を変更する。３７０において、例えば、ハンドオーバーコマンドが受信されたときに無線リソースコントロールによる特徴のアクチベーションは、１つのオプションである。従来、ＰＤＣＰは、ハンドオーバーのためにＰＤＣＰ再確立が呼び出されるかどうか知らない。更に、３８０において、特徴のデアクチベーションは、示されたＳＮの後にプロトコルデータユニットのＳＮにギャップがもはや生じることがないとのハンドオーバーターゲットｅＮＢのピアＰＤＣＰエンティティからの指示により、遂行される。この指示は、フォワーディング状態レポートの一形式と考えられる。特徴をアクティブ又はインアクティブにする可能性は、手順の説明において個別の分岐を要求する。
【００５２】
フォワーディング状態レポートのみへの依存は、ユーザ装置によるその受信が確実になされることを要求する。というのは、通過中にそのようなレポートが失われることは、ユーザ装置のＰＤＣＰがデッドロックとなり、あり得ない受信ギャップの充填を待機することになるからである。配信を保証するための考えられるオプションは、ＲＬＣ  ＡＭの基礎的確認モード配信への依存、及び／又は送信ノードが４６０において確認を待機するところのＰＤＣＰレベルでのフォワーディング状態レポートの受信の明確な確認の要求、等の特徴を含む。ＰＤＣＰコントロールＰＤＵは、目的に対して定義される。更に、フォワーディング状態レポートは、所定の時間内に確認が受け取られない場合に、４７０において再送される。
【００５３】
従って、ある実施形態は、複数のＲＬＣ−ＡＭエンティティからプロトコルデータユニットを受信するＰＤＣＰエンティティがプロトコルデータユニットのギャップなし受信を仮定すべきとき及び仮定すべきでないとき、並びにそれに応じてサービスデータユニットを上位層へどのように配信すべきかについての装置及び方法を提供する。
【００５４】
タイマー及びフォワーディング状態レポートの両方が含まれるある実施形態では、次の特徴は、ＰＤＣＰ手順の一部分である。例えば、ＲＬＣ  ＡＭにマップされた１つのＤＲＢのみからのＰＤＣＰデータプロトコルデータユニットの受信が構成され、且つＰＤＣＰにより受信されたＰＤＣＰ  ＰＤＵが下位層の再確立によるものではない場合は、関連ＣＯＵＮＴ値の上昇順に上位層へ：受信したＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴ値より小さい関連ＣＯＵＮＴ値をもつ全ての記憶されたＰＤＣＰ  ＳＤＵ；受信したＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴ値からスタートして連続的に関連するＣＯＵＮＴ値をもつ全ての記憶されたＰＤＣＰ  ＳＤＵを配信し；Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを、上位層に配信された最後のＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮにセットし、さもなければ、受信ＰＤＣＰ  ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１又は受信ＰＤＣＰ  ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合に：関連ＣＯＵＮＴ値の上昇順に上位層へ：受信したＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴ値からスタートする連続的に関連するＣＯＵＮＴ値をもつ記憶された全てのＰＤＣＰ  ＳＤＵを配信し；Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを、上位層に配信された最後のＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮにセットする、ことが特定される。これは、１つの規範的実施形態に過ぎないことを理解されたい。
【００５５】
更に、ｔ−再順序付け及びＶＲ（ＵＸ）のような変数は、参考としてここに援用される３ＧＰＰ  ＴＳ  ３６．３２２に示されたものと同様に取り扱うことができる。
【００５６】
更に、ＰＤＣＰフォワーディング状態レポートの受信に関して、ＲＬＣ  ＡＭにマップされる無線ベアラに対してＰＤＣＰフォワーディング状態レポートが受信されるときに：受信が期待されないとレポートに示されたＰＤＣＰ  ＳＮ［又はＣＯＵＮＴ値］ごとに、ユーザ装置は、全ての関連する状態変数及びｔ−再順序付けを、更に特定されるものとして更新し、そして他のサービスデータユニットを上位層へ、そのＰＤＣＰ  ＳＮをもつＰＤＣＰデータＰＤＵが受信されたかのように、配信する。
【００５７】
図５は、本発明のある実施形態によるシステムを示す。図２、３又は４のフローチャートの各ブロック及びその組み合わせは、種々の手段又はその組み合わせ、例えば、ハードウェア、ソフトウェア、ファームウェア、１つ以上のプロセッサ及び／又は回路によって実施できることを理解されたい。１つの実施形態では、このシステムは、多数の装置、例えば、ネットワーク要素５１０、及びユーザ装置（ＵＥ）又はユーザデバイス５２０を備えている。このシステムは、２つ以上のＵＥ５２０及び２つ以上のネットワーク要素５１０を備えてもよいが、例示の目的で各々１つしか示されていない。ネットワーク要素は、アクセスポイント、ベースステーション、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、サーバー、ホスト、又はここに述べる他のネットワーク要素のいずれかである。これらの各装置は、５１４及び５２４で各々示された少なくとも１つのプロセッサ又はコントロールユニット又はモジュールを含む。各装置には少なくとも１つのメモリが設けられ、各々５１５及び５２５で示されている。メモリには、コンピュータプログラムインストラクション又はコンピュータコードが含まれる。１つ以上のトランシーバ５１６及び５２６が設けられ、そして各装置は、５１７及び５２７で各々示されたアンテナも備えている。１つのアンテナしか示されていないが、各装置には多数のアンテナ及び多数のアンテナ要素が設けられる。例えば、これら装置の他の構成も設けられる。例えば、ネットワーク要素５１０及びＵＥ５２０は、ワイヤレス通信に加えて、ワイヤード通信用に構成されてもよく、そしてそのようなケースでは、アンテナ５１７及び５２７は、単にアンテナに限定されずに、任意の形態の通信ハードウェアでもよい。同様に、あるネットワーク要素５１０は、単にワイヤード通信用に構成されてもよく、そしてそのようなケースでは、アンテナ５１７は、ネットワークインターフェイスカードのような任意の形態のワイヤード通信ハードウェアでもよい。
【００５８】
トランシーバ５１６及び５２６は、各々、独立した送信器、受信器、又は送受信器、或いは送信及び受信の両方に構成されたユニット又は装置である。送信器及び／又は受信器（無線部に関する限り）は、装置自体に配置されずに、例えば、マストに配置されるリモート無線ヘッドとして実施されてもよい。又、「液体」又は柔軟な無線手段の概念によれば、動作及び機能は、ノード、ホスト又はサーバーのような異なるエンティティにおいて柔軟な仕方で実行されることも明らかである。換言すれば、「分業(division of labor)」は、ケースバイケースである。１つの考えられる使い方は、ローカルコンテンツを配信するためのネットワーク要素を形成することである。サーバーで実行できるソフトウェアであるバーチャルアプリケーションとして１つ以上の機能を実施することもできる。
【００５９】
ユーザデバイス又はユーザ装置は、移動ステーション（ＭＳ）、例えば、移動電話又はスマートホン又はマルチメディア装置、ワイヤレス通信能力が設けられたタブレットのようなコンピュータ、ワイヤレス通信能力が設けられたパーソナルデータ又はデジタルアシスタント（ＰＤＡ）、ポータブルメディアプレーヤ、デジタルカメラ、ポケットビデオカメラ、ワイヤレス通信能力が設けられたナビゲーションユニット、或いはその組み合わせである。
【００６０】
規範的な実施形態において、ノード又はユーザ装置のような装置は、図２、３又は４を参照して上述した実施形態を具現化するための手段を備えている。又、規範的な実施形態において、ユーザ装置のような装置は、受信したプロトコルデータユニットにおけるギャップを観察し、そのギャップ観察時にタイマーをスタートし、そしてタイマーが満了すると、ギャップが上位層へのサービスデータユニットの配信を阻止するのを防止するための手段（５２４）を備えている。ノードのような別の規範的な装置は、どのプロトコルデータユニットのシーケンス番号がユーザ装置へフォワーディングされないか決定し、そしてユーザ装置へのプロトコルデータユニットシーケンス番号をレポートにおいて明確に識別するための手段（５１４）を備えている。
【００６１】
プロセッサ５１４及び５２４は、計算又はデータ処理装置、例えば、中央処理ユニット（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジック装置（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタルエンハンスト回路又は同等の装置、或いはその組み合わせによって具現化される。プロセッサは、単一のコントローラとして実施されてもよいし、又は複数のコントローラ又はプロセッサとして実施されてもよい。
【００６２】
ファームウェア又はソフトウェアについては、実施は、少なくとも１つのチップセットのモジュール又はユニット（例えば、手順、機能、等）を含む。メモリ５１５及び５２５は、独立した適当なストレージ装置、例えば、非一時的コンピュータ読み取り可能な媒体である。ハードディスクドライブ（ＨＤＤ）、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、又は他の適当なメモリが使用される。メモリは、単一の集積回路上でプロセッサと組み合わされてもよいし、又はそれとは個別であってもよい。更に、コンピュータプログラムインストラクションは、メモリに記憶されそしてプロセッサにより処理されるもので、適当な形態のコンピュータプログラムコード、例えば、適当なプログラミング言語で書かれたコンパイル型又は解釈型コンピュータプログラムである。メモリ又はデータストレージエンティティは、典型的に、内部にあるが、外部にあってもよいし又はその組み合わせでもよく、そのようなケースでは、付加的なメモリ容量がサービスプロバイダーから得られる。メモリは、固定でもよいし、取り外し可能でもよい。
【００６３】
メモリ及びコンピュータインストラクションは、特定の装置のプロセッサとで、ネットワーク要素５１０及び／又はＵＥ５２０のようなハードウェア装置が、上述したプロセスのいずれかを遂行するように構成される（例えば、図２、３及び４を参照されたい）。それ故、ある実施形態では、非一時的なコンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、ここに述べるプロセスの１つのようなプロセスを遂行するコンピュータインストラクション又は１つ以上のコンピュータプログラム（追加又は更新されたソフトウェアルーチン、アプレット又はマクロ）でエンコードされる。コンピュータプログラムは、プログラミング言語、例えば、オブジェクティブ−Ｃ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｂａ、等の高レベルプログラミング言語、又はマシン言語又はアッセンブラーのような低レベルプログラミング言語によりコード化される。或いは又、本発明のある実施形態は、全体的にハードウェアで実行されてもよい。
【００６４】
更に、図５は、ネットワーク要素５１０及びＵＥ５２０を備えたシステムを示しているが、本発明の実施形態は、ここに図示して述べたように、他の構成、及び付加的な要素を伴う構成にも適用できる。例えば、複数のユーザ装置及び複数のネットワーク要素が存在してもよく、或いは同様の機能を果たす他のノード、例えば、ユーザ装置及びアクセスポイントの機能を合成したノード、例えば、リレーノードが存在してもよい。
【００６５】
ある実施形態では、ＰＤＣＰデータＰＤＵを標準的なＬＴＥエアインターフェイスにわたって使用する特殊なケースもある。
【００６６】
図２は、ある実施形態による方法を示す。図２に示されたように、２１０において、データ送信ＰＤＣＰエンティティは、所与のＰＤＣＰシーケンス番号に関連したＳＤＵがピアプロトコルエンティティに配信されないことを決定する。この決定は、既に番号付けされたＰＤＵの中での意図的な破棄であるので、例えば、ＰＤＣＰエンティティによりなされる判断である。
【００６７】
データ送信ＰＤＣＰエンティティが、所与のＰＤＣＰシーケンス番号に関連したＳＤＵがピアプロトコルエンティティに配信されないことを決定すると、２２０において、データ送信ＰＤＣＰエンティティは、ＰＤＣＰデータＰＤＵを、そのＳＮを伴うがＳＤＵなしに、ピアエンティティへ送信する。或いは又、ＳＤＵが含まれるが、ゼロサイズである。２１０及び２２０における方法の部分は、データ送信ＰＤＣＰエンティティにより実行されるが、この方法の残り部分は、受信ピアエンティティにより実行される。
【００６８】
２３０において、受信ピアエンティティはＰＤＵを受信する。そのようなＰＤＵを受信するとき、受信ピアエンティティは、ＰＤＵを、そのＳＮに関連したゼロ長さのＳＤＵを含んでいるかのように処理する。これは、２４０において、非ゼロサイズで且つシーケンス番号との関連性を有するサービスデータユニットの不存在で上位層へのサービスデータユニットの配信が阻止されるのを受信エンティティがどのように防止するかの一例である。それ故、受信ピアエンティティは、２５０において、他のＳＤＵを上位層へ配信する前にそのＳＮを長時間待機するのを回避する。
【００６９】
ある実施形態は、種々の利益及び／又は効果を有する。例えば、ある実施形態では、付加的なＰＤＣＰ  ＰＤＵを導入する必要がない。
【００７０】
当業者であれば、上述した本発明は、異なる順序のステップで、及び／又はここに開示するものとは異なる構成のハードウェア要素で実施できることが容易に理解されよう。それ故、本発明は、それらの好ましい実施形態に基づいて述べたが、当業者であれば、本発明の精神及び範囲から逸脱せずに、多数の修正、変更及び別の構造が明らかであることが理解されよう。例えば、プロトコルデータユニットが一例として使用されたが、ある実施形態は、プロトコルデータユニットだけではなく、他の適当なデータ又は情報ユニットにも適用することができる。それ故、本発明の範囲を決定するためには、特許請求の範囲を参照されたい。
【００７１】
用語
ＡＣＫ          肯定確認
ＡＭ            確認モード
ＮＡＣＫ        否定確認
ＲＬＣ          無線リンクコントロール
ＰＤＣＰ        パケットデータコンバージェンスプロトコル
ＰＤＵ          プロトコルデータユニット
ＳＤＵ          サービスデータユニット
ＳＮ            シーケンス番号
ＵＭ            非確認モード
【符号の説明】
【００７２】
５１０：ネットワーク要素
５１４：プロセッサ
５１５：メモリ
５１６：トランシーバ
５２０：ユーザ装置
５２４：プロセッサ
５２５：メモリ
５２６：トランシーバ
【図１】
0006336039.tif 000002
【図２】
0006336039.tif 000003
【図３】
0006336039.tif 000004
【図４】
0006336039.tif 000005
【図５】
0006336039.tif 000006