(57)【要約】  簡潔には、１つ以上の実施形態によれば、ユーザ機器（ＵＥ）の装置は、２つ以上のＲＡＴ（Radio  Access  Technologies）を介して無線ベアラからＰＤＣＰ（packet  data  convergence  protocol）パケットとしてデータ送信を受信する回路を含む。１つ以上のＰＤＣＰパケットは、第１のＲＡＴから第２のＲＡＴへオフロードされる。この装置は、受信したデータＰＤＣＰパケットをアグリゲートし、ＰＤＣＰパケットの状態を無線ベアラに報告する回路を含む。
2018520532.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）の装置であって、
２つ以上のＲＡＴ（Radio  Access  Technology）を介して、無線ベアラからＰＤＣＰ（packet  data  convergence  protocol）パケットとしてデータ送信を受信することであって、１つ以上のＰＤＣＰパケットが第１のＲＡＴから第２のＲＡＴにオフロードされる、受信することと、
受信したデータＰＤＣＰパケットをアグリゲートすることと、
前記ＰＤＣＰパケットの状態を前記無線ベアラに報告することと、
を行う回路を含む装置。
【請求項２】
前記ＵＥは、前記２つ以上のＲＡＴのうちの１つを介して受信した最後のＰＤＣＰパケットに少なくとも部分的に基づいて、ＰＤＣＰ状態報告を生成するベースバンド処理回路を含む、請求項１に記載の装置。
【請求項３】
前記ＰＤＣＰ状態報告は、連続ＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）若しくはＰＤＣＰシーケンス番号（ＰＤＣＰ  ＳＮ）又はそれらの組み合わせに少なくとも部分的に基づいて、肯定応答メッセージ（ＡＣＫ）又は否定応答メッセージ（ＮＡＣＫ）のビットマップを含む、請求項２に記載の装置。
【請求項４】
当該装置は、前記第２のＲＡＴを介して正常に受信した１つ以上のＰＤＣＰパケットのＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）又はＰＤＣＰシーケンス番号（ＰＤＣＰ  ＳＮ）に少なくとも部分的に基づいて、ＰＤＣＰ状態報告を生成する前記ベースバンド処理回路を含む、請求項２に記載の装置。
【請求項５】
前記第１のＲＡＴは無線ワイドエリアネットワークを含み、前記第２のＲＡＴは無線ローカルエリアネットワークを含む、請求項１から４のいずれか一項に記載の装置。
【請求項６】
当該装置は、前記第１のＲＡＴ又は前記第２のＲＡＴを使用して前記ＰＤＣＰパケットの状態を報告するベースバンド処理回路を含む、請求項１から５のいずれか一項に記載の装置。
【請求項７】
当該装置は、前記第２のＲＡＴについての測定メトリックを前記第１のＲＡＴを介して前記無線ベアラに報告するベースバンド処理回路を含む、請求項１から６のいずれか一項に記載の装置。
【請求項８】
前記測定メトリックは、無線ローカルエリアネットワーク変調及び符号化方式（ＷＬＡＮ  ＭＣＳ）、ＷＬＡＮ受信信号強度インジケータ（ＲＳＳＩ）、ＷＬＡＮチャネル利用、ＷＬＡＮバックホール率、又はそれらの組み合わせを含む、請求項７に記載の装置。
【請求項９】
当該装置は、無線リソース制御（ＲＲＣ）シグナリング又はＰＤＣＰシグナリングを介してメトリックを報告するベースバンド処理回路を含む、請求項７又は８に記載の装置。
【請求項１０】
進化型ノードＢ（ｅＮＢ）の装置であって、
２つ以上のＲＡＴ（Radio  Access  Technology）を介して送信用のＰＤＣＰ（packet  data  convergence  protocol）パケットとしてデータを送信することであって、１つ以上のＰＤＣＰパケットが第１のＲＡＴから第２のＲＡＴにオフロードされる、送信することと、
ＰＤＣＰ報告用の１つ以上のパラメータのメッセージを前記ＰＤＣＰパケットの受信機に送信することと、
前記ＰＤＣＰパケットの受信機から前記ＰＤＣＰパケットの状態報告を受信することと、
を行う回路を含む装置。
【請求項１１】
前記受信機に送信される前記メッセージは、事前定義された時間間隔の後に周期的にＰＤＣＰ状態報告を送信するよう前記受信機に指示する、請求項１０に記載の装置。
【請求項１２】
前記受信機に送信される前記メッセージは、最後のＰＤＣＰ報告インスタンス以降、ある数のＰＤＣＰパケットが受信された後に、ＰＤＣＰ状態報告を送信するように前記受信機に指示する、請求項１０から１１のいずれか一項に記載の装置。
【請求項１３】
前記受信機に送信される前記メッセージは、現在のＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）と最後のＰＤＣＰ報告インスタンス内で報告された最後のパケットのＰＤＣＰ  ＣＯＵＮＴとの差が事前定義された制限よりも大きい場合に、ＰＤＣＰ状態報告を送信するように前記受信機に指示する、請求項１０から１２のいずれか一項に記載の装置。
【請求項１４】
前記受信機に送信される前記メッセージは、無線リソース制御（ＲＲＣ）又は他のメッセージングを使用してオンデマンドでＰＤＣＰ状態報告を送信するように前記受信機に指示する、請求項１０から１３のいずれか一項に記載の装置。
【請求項１５】
前記ｅＮＢは、シーケンス番号（ＳＮ）の利用可能な数の約半分を超えるものが所与の時間で送信中となることを防止するＨＦＮ（Hyper  Frame  Number）非同期を軽減又は回避する回路を含む、請求項１０から１４のいずれか１項に記載の装置。
【請求項１６】
前記ｅＮＢは、利用可能なＳＮの総数の約半分を超える数を待ちながら、ＰＤＣＰ  ＳＮを割り当てる前にパケットをバッファリングする一時待機バッファを含む、請求項１５に記載の装置。
【請求項１７】
前記ｅＮＢは、１つ以上のＰＤＣＰ状態報告に少なくとも部分的に基づいて前記第２のＲＡＴのバッファドレインレートを推定するフロー制御回路を含む、請求項１０から１６のいずれか一項に記載の装置。
【請求項１８】
前記フロー制御回路は、前記バッファドレインレートの推定に少なくとも部分的に基づいて、前記第１のＲＡＴの送信バッファ及び前記第２のＲＡＴの送信バッファを等しくするあるいはほぼ等しくするようにデータをオフロードすることを決定する、請求項１７に記載の装置。
【請求項１９】
前記フロー制御回路は、前記バッファドレインレートの推定に少なくとも部分的に基づいて、前記第１のＲＡＴ及び前記第２のＲＡＴのＰＤＣＰパケットの遅延又は待ち時間を等しくするあるいはほぼ等しくするようにデータをオフロードすることを決定する、請求項１７から１８のいずれか一項に記載の装置。
【請求項２０】
前記ｅＮＢは、前記受信機におけるリンクアグリゲーション受信回路におけるリオーダリングウィンドウ内の最初の欠落パケットのシーケンス番号を追跡し、スライディング送信ウィンドウ維持して、肯定応答なしで送信されることができるＰＦＣＰパケットの数を制御するリンクアグリゲーション送信回路を含む、請求項１０から１９のいずれか一項に記載の装置。
【請求項２１】
実行された場合に、ユーザ機器（ＵＥ）に、
無線ワイドエリアネットワーク（ＷＷＡＮ）リンク又は無線ローカルエリアネットワーク（ＷＬＡＮ）リンクを介して進化型ノードＢ（ｅＮＢ）からＰＤＣＰ（packet  data  convergence  protocol）パケットとしてデータ送信を受信することであって、１以上のＰＤＣＰパケットは該ＷＷＡＮリンクから該ＷＬＡＮリンクにオフロードされる、受信することと、
受信したデータＰＤＣＰパケットをアグリゲートすることと、
前記ＰＤＣＰパケットの状態を前記ｅＮＢに送信することと、
をさせるプログラム。
【請求項２２】
当該プログラムは、実行された場合に、前記ＵＥにさらに、前記ＷＷＡＮ又は前記ＷＬＡＮのうちの１つを介して受信した最後のＰＤＣＰパケットに少なくとも部分的に基づいて、ＰＤＣＰ状態報告を介して前記ＰＤＣＰパケットの状態を送信することをさせる、請求項２１に記載のプログラム。
【請求項２３】
前記ＰＤＣＰ状態報告は、連続ＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）若しくはＰＤＣＰシーケンス番号（ＰＤＣＰ  ＳＮ）又はそれらの組み合わせに少なくとも部分的に基づいて、肯定応答メッセージ（ＡＣＫ）又は否定応答メッセージ（ＮＡＣＫ）のビットマップを含む、請求項２２に記載のプログラム。
【請求項２４】
当該プログラムは、実行された場合に、前記ＵＥにさらに、第２のＲＡＴを介して正常に受信した１つ以上のＰＤＣＰパケットのＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）又はＰＤＣＰシーケンス番号（ＰＤＣＰ  ＳＮ）に少なくとも部分的に基づいて前記ＰＤＣＰ状態報告を生成することをさせる、請求項２２から２３のいずれか一項に記載のプログラム。
【請求項２５】
前記ＷＷＡＮは、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格に準拠し、前記ＷＬＡＮは、ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１１に準拠している、請求項２２から２４のいずれか一項に記載のプログラム。
【請求項２６】
請求項２１から２５のいずれか一項に記載のプログラムを有する１つ以上のコンピュータ読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１５年５月２１日に出願された米国仮出願第６２／１６５，０９０号（Ｐ８５６３４Ｚ）及び２０１５年５月２６日に出願された米国仮出願第６２／１６６，４１４号（Ｐ８５６３８Ｚ）の利益を主張する。米国仮出願第６２／１６５，０９０号及び米国仮出願第６２／１６６，４１４号は、参照によりその全体が本明細書に援用される。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）規格を使用する現在のマルチレイヤネットワークアーキテクチャは、アンカ／ブースタ及びキャリアアグリゲーションフレームワークに基づいている。現在の３ＧＰＰリリース１２ソリューションは、マスターセル又はマスタ進化型Ｎｏｄｅ  Ｂ（ＭｅＮＢ）とセカンダリセル又はセカンダリｅＮｏｄｅＢ（ＳｅＮＢ）間のサイト間トラフィックのオフロード／アグリゲーションをサポートする。ここで、ＬＴＥユーザプレーン接続は、マスタｅＮＢでアンカされ（anchored）、ユーザプレーントラフィックは、ＰＤＣＰ（Packet  Data  Convergence  Protocol）レイヤの下のＳｅＮＢにオフロードされる。３ＧＰＰリリース１２は、サイト間トラフィックのオフロード及びアグリゲーションの効率的な運用を可能にするいくつかの機能を規定している。
【０００３】
送信バッファの蓄積を回避するためのセカンダリリンク上でのＰＤＣＰ（Packet  Data  Convergence  Protocol）状態報告は、そのような機能の１つである。トラフィックがＬＴＥ  ＰＤＣＰレイヤから異なるリンクを介してオフロードされるとき、セカンダリ経路を介してオフロードされたＰＤＣＰパケットの正常終了又は未完了の状態が、ＰＤＣＰレイヤのアグリゲーション制御エンジンにシグナリングされる。この情報は、現在の規格ごとに、無線リンク制御肯定応答モード（ＲＬＣ  ＡＭ）において取得されることができ、通常の通信におけるＰＤＣＰ（packet  Data  Convergence  Protocol）ステータス／肯定応答（ＡＣＫ）は、ＲＬＣシーケンス番号（ＳＮ）ステータス送信メッセージを使用して、送信機エンティティに向けて受信機から導出されることができるが、そのメッセージは、オフロードされたＰＤＣＰパケットの情報を組み込むことができない。オフロードされたパケットの正常な完了に関するＰＤＣＰ状態報告がない場合、送信機はそのバッファを効率的にクリアすることができない。送信機のＰＤＣＰエンティティは、ＰＤＣＰ廃棄タイマに基づいてそのバッファをクリアすることができるが、このタイマの典型的な設定では、オフロードされた経路を介して既に正常に配信されているにもかかわらず、送信バッファ内に多数のＰＤＣＰパケットが記憶されているという結果となることがある。これは、例えば、無線リンク失敗（ＲＬＦ）、ハンドオーバ（ＨＯ）失敗、インテグリティチェック失敗、無線リソース制御（ＲＲＣ）接続再設定失敗等により、送信機のバッファ過負荷、ハンドオーバ中のＰＤＣＰパケットの不必要な転送、接続再確立中の不必要な送信という結果となる可能性がある。
【０００４】
ハイパーフレーム番号（ＨＦＮ）非同期を回避するためのセカンダリリンク上でのＰＤＣＰ状態報告は、別の特徴である。追加的に、サイト間アグリゲーション中のハイパーフレーム番号（ＨＦＮ）非同期を回避するために、ＰＤＣＰシーケンス番号（ＳＮ）制御用にオフロードされたパケットについてのＰＤＣＰ状態報告が必要とされる。マルチリンク上のトラフィックオフロードにより、ＰＤＣＰパケットは、受信機では順不同で到達することがあり、受信機は、ＰＤＣＰ受信機に順次それらを配信する前にＰＤＣＰを並び替えしなければならない。ＳＮに使用されるビット数に基づいてＰＤＣＰ  ＳＮ空間が制限されるため、最新の情報を有する能力がないことにより、送信機がインフライト（in  flight）のＰＤＣＰ  ＳＮを制御しない場合には、ＨＦＮ非同期が起こり得る。この理由と、並び替えバッファのオーバーフローを回避するために、送信機は、ＰＤＣＰ  ＳＮ空間の半分未満が送信ＰＤＣＰエンティティにおいてインフライトとなることを保証すべきである。
【０００５】
セカンダリセルにオフロードされたトラフィックのフロー制御は、さらに別の特徴である。ＰＤＣＰパケットがセカンダリリンクにオフロードされる方法及び時期も、ＳｅＮＢでバッファの蓄積又はオーバーフローを回避するために、管理され得る。動的オフロード制御は、サイト間アグリゲーションパフォーマンスを拡張するためにも必要とされる。
【０００６】
サイト間アグリゲーションをサポートするためのデュアルコネクティビティの拡張は、さらなる特徴である。３ＧＰＰリリース１２は、効率的なトラフィックオフロード動作のために、ＭｅＮＢとＳｅＮＢとの間のＧＴＰ−Ｕインタフェースを介したＰＤＣＰ状態報告及びフロー制御をサポートする。ここで、ＳｅＮＢは、ＲＬＣ  ＡＭを使用して、ＰＤＣＰパケット配信状況を導出し、それをダウンリンク（ＤＬ）ＤＡＴＡ  ＤＥＬＩＶＥＲＹ  ＳＴＡＴＵＳを介してＭｅＮＢに報告することができる。さらに、トラフィックフロー制御のサポートもこのインタフェースでサポートされている。情報をより頻繁に交換することができ、ＵＥの複雑さ、電力消費及びエアインタフェースオーバーヘッド（air  interface  overhead）を回避することができるため、ネットワークベースのＰＤＣＰ状態報告を使用すると、フロー制御及びフィードバックメカニズムがユーザ機器（ＵＥ）のサポートに依存するよりも効率的である。ＬＴＥ  ＷＬＡＮＮアグリゲーション（ＬＷＡ）の場合、Ｘ２インタフェースの代わりにＸｗインタフェースが利用され、ＳｅＮＢの代わりにＷＬＡＮ終端（ＷＴ：WLAN  Termination）エンティティが利用され得る。
【０００７】
一般的なマルチＲＡＴアーキテクチャへの拡張は、さらなる特徴である。同様の拡張は、ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１１無線ローカルエリアネットワーク又はＬＴＥアンカマルチ無線アクセスネットワークに基づく将来の第５世代（５Ｇ  ＲＡＴ）アグリゲーションに応じて無線ローカルエリアネットワーク（ＷＬＡＮ）用に構想されたものなど、より一般的なＬＴＥアンカマルチＲＡＴ（multiple  Radio  Access  Technology）にも必要とされる。特に、３ＧＰＰ  ＲＡＮ２とＲＡＮ３の進行中の作業項目を伴う、３ＧＰＰリリース１３  ＬＴＥ−ＷＬＡＮアグリゲーション（ＬＷＡ）ソリューションは、ＷＬＡＮ終端（ＷＴ）がＳｅＮＢを置き換わるように、ＷＬＡＮに採用されたデュアル接続フレームワークに基づいている。このＷＴは、ＷＬＡＮ  ＡＰ又はＡＣと通信し、ネットワークベースの配信状態報告、フロー制御、及びフィードバック用のメカニズムを有する。しかし、そのようなソリューションは、ｅＮＢへのインタフェースをサポートするためにＷＬＡＮアクセスポイント（ＡＰ）又はアクセスコントローラ（ＡＣ）への変更を必要とする。ＬＷＡの幅広い展開を保証するには、従来のＷＬＡＮネットワーク展開への影響を最小限に抑えることができる代替案の検討を必要とする可能性がある。ネットワークベースのソリューションをサポートするＡＰでのさらなる変更を検討するべきである。
【図面の簡単な説明】
【０００８】
特許請求の範囲に記載された主題は、明細書の結論部分において特に指摘され明確に主張されている。しかし、そのような主題は、添付図面ともに読むとき、以下の発明を実施するための形態を参照することによって理解され得る。
【図１】１つ又は複数の実施形態に従う、ＬＴＥ  ＰＤＣＰパケットのＷＬＡＮオフロードの例を示す図である。
【図２】１つ以上の実施形態に従う、ＰＤＣＰ状態報告の場合のＰＤＣＰ制御ＰＤＵフォーマットの例を示す図である。
【図３】１つ以上の実施形態に従う、１５ビットシーケンス番号（ＳＮ）を使用するＰＤＣＰ状態報告の場合のＰＤＣＰ制御ＰＤＵフォーマットの例を示す図である。
【図４】１つ以上の実施形態に従う、Ｘ２−Ｗインタフェースを介した制御フローシグナリングを示す図である。
【図５】１つ以上の実施形態に従う、１５ビットシーケンス番号（ＳＮ）を使用するＰＤＣＰ状態報告の場合の無線ローカルエリアネットワーク（ＷＬＡＮ）ＰＤＣＰ制御ＰＤＵフォーマットを示す図である。
【図６】１つ以上の実施形態に従う、ＲＡＮベースのＷＬＡＮ／３ＧＰＰ統合ネットワークアーキテクチャを示す図である。
【図７】１つ以上の実施形態に従う、ＷＬＡＮ  ／  ３ＧＰＰリンク統合を備えた拡張型ＰＤＣＰプロトコルスタックを示す図である。
【図８】１つ以上の実施形態に従う、クロスレイヤベースのＰＤＣＰフロー制御図である。
【図９】１つ以上の実施形態に従う、フィードバックベースのＰＤＣＰフロー制御を示す図である。
【図１０】１つ以上の実施形態に従う、マルチＲＡＴオフロードの場合のＰＤＣＰ状態報告を可能にする情報処理システムのブロック図である。
【図１１】１つ以上の実施形態に従う、タッチスクリーンを任意に含む、図１０の情報処理システムの等角図である。
【図１２】１つ以上の実施形態に従う、無線デバイスの例示的な構成要素を示す図である。  説明の簡潔性及び／又は明瞭性のために、図に示した要素は、必ずしも縮尺通りに描かれていないと理解する。例えば、いくつかの要素の寸法は、明瞭性のために他の要素に対して誇張され得る。さらに、適切であると考えられる場合、参照符号が複数の図面間で繰り返されて、対応する及び／又は類似の要素を示している。
【発明を実施するための形態】
【０００９】
以下の発明を実施するための形態では、特許請求の範囲に記載された主題の完全な理解を提供するために、多数の特定の詳細が示されている。しかし、特許請求の範囲に記載された主題は、これらの特定の詳細がなくとも実施することができると、当業者には理解されるものである。他の例では、周知の方法、手順、構成要素及び／又は回路は詳細には説明しない。
【００１０】
以下の説明及び／又は請求項において、連結された及び／又は接続された用語が、それらの派生語と共に使用され得る。特定の実施形態では、接続されたは、２つ以上の要素が互いに直接物理的及び／又は電気的に接触していることを示すために使用され得る。結合されたは、２つ以上の要素が直接物理的及び／又は電気的に接触していることを意味することがある。しかし、結合されたは、２つ以上の要素が互いに直接接触していない可能性があるが、依然として互いに協働する及び／又は相互作用することができることも意味することがある。例えば、「結合された」とは、２つ以上の要素が互いに接触しないが、他の要素又は中間要素を介して間接的に結合されていることを意味することができる。最後に、「上に（on）」「上に（overlying）」及び「上方に（over）」という用語が、以下の説明及び請求項において使用されてもよい。「上に（on）」「上に（overlying）」及び「上方に（over）」は、２つ以上の要素が互いに直接物理的に接触していることを示すために使用され得る。しかし、「上方に（over）」は、２つ以上の要素が互いに直接接触していないことも意味することがある。例えば、「上方に」は、ある要素が他の要素の上方にあるが、互いに接触していないことを意味することができ、２つの要素の間に（１つ以上の）別の要素を有することがある。さらに、「及び／又は」という用語は、「及び」を意味することがあり、「又は」を意味することがあり、「排他的又は」を意味することもあり、「１つ」を意味することがあり、「いくつか、しかしすべてではない」を意味することがあり、「どちらでもない」を意味することがあり、「両方とも」を意味することがあるが、特許請求の範囲に記載された主題の範囲はこの点で限定されない。以下の説明及び／又は請求項において、用語「含む（comprise）」及び「含む（include）」が、それらの派生語と共に使用されることができ、互いに同義語あることを意図している。
【００１１】
ここで、図１を参照して、１つ又は複数の実施形態に従う、ＬＴＥ（Long  Term  Evolution）ＰＤＣＰ（Packet  Data  Convergence  Protocol）パケットのＷＬＡＮオフロード（offloading）の例を示すネットワーク１０００の図を説明する。以下の説明は、例示を目的として、進化型ノードＢ（ｅＮＢ）１１０などのネットワークノードが送信機であり、ユーザ機器（ＵＥ）１１２が受信機であるダウンリンクマルチ無線アグリゲーションの例を利用することに留意されたい。しかし、特許請求の範囲に記載された主題の範囲は、そのようなダウンリンクアレンジメントに限定されず、信号、方法及び／又は手順を、例のうちでもとりわけ、ＵＥが送信機となり、ネットワークノードが受信機となるアップリンクマルチ無線アグリゲーションで利用することができる。
【００１２】
図１は、ＬＴＥのような無線ワイドエリアネットワーク（ＷＷＡＮ）技術のような第１のＲＡＴ（radio  access  technology）を使用して送信されるＬＴＥ（Long  Term  Evolution）パケットが、（ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１１  ａ／ｂ／ｃ／ｇ／ｎ／ａｃ規格などのような無線ローカルエリアネットワーク（ＷＬＡＮ）技術のような異なるＲＡＴにオフロードされることができる、ネットワークの例を示す。例えば、アプリケーションインターネットプロトコル（ＩＰ）ブロック１１８によってマルチＲＡＴ  ｅＮＢ１１０から送信されるデータは、ＤＣＰ（Packet  Data  Convergence  Protocol）ブロック１２０によってパケット化されることができ、オフロード決定がブロック１２２においてなされる。パケットがオフロードされない場合、それらは、ＬＴＥ無線リンク制御（ＲＬＣ）ブロック１２４、ＬＴＥ媒体アクセス制御（ＭＡＣ）ブロック１２６、及びＬＴＥ  ＰＨＹブロック１２８を介して送信され、ＬＴＥ経路１１４を介してマルチＲＡＴ  ＵＥ１１２に送信され得る。次いで、マルチＲＡＴ  ＵＥ  １１２は、ＬＴＥ  ＰＨＹブロック１３０、ＬＴＥ  ＭＡＣブロック１３２、及びＬＴＥ  ＲＬＣブロック１３４を介して、受信したパケットを処理する。次いで、受信パケットは、ＰＤＣＰブロック１３８で処理され、アプリケーションＩＰブロック１４０によって受信される。
【００１３】
ＬＴＥを介して１つ以上のＰＤＣＰパケットを送信するか、あるいは１つ以上のＰＤＣＰパケットをＷＬＡＮなどの別のＲＡＴにオフロードするかについての決定は、オフロード決定ブロック１２２によってなされ得る。オフロード基準に基づいて、あるＰＤＣＰパケットは、ＷＷＡＮ経路１１４からＷＬＡＮ経路１１６にオフロードされ得る。そのようなオフロードされたパケットは、適切なヘッダ、例えばＬＷＡ適応プロトコル（ＬＷＡＡＰ）でマークされるか、あるいは異なるＥｔｈｅｒＴｙｐｅを使用して識別され、ＷＬＡＮアクセスポイント（ＡＰ）（図示せず）に送信され得る。これらのパケットは、ＷＬＡＮ  ＭＡＣブロック１４２及びＷＬＡＮ  ＰＨＹブロック１４４を通過して、ＷＬＡＮ経路１１６を介して送信され、次いで、パケットは、マルチＲＡＴ  ＵＥ  １１２受信機においてＷＬＡＮ  ＰＨＹブロック１４６及びＷＬＡＮ  ＰＨＹブロック１４８によって受信される。ＵＥ１１２は、適用可能であれば、オフロードヘッダを除去し、オフロードされたＰＤＣＰパケットをアグリゲーションブロック１３６に送り、アグリゲーションブロック１３６でダイレクト経路トラフィックパケットとオフロードされたトラフィックパケットをアグリゲートし、ＰＤＣＰブロック１３８及びアプリケーションＩＰブロック１４０のような上位レイヤに送信する。
【００１４】
ＲＬＣ肯定応答モード（ＡＭ）が使用される場合、ＲＬＣブロック１３４などの受信側ＲＬＣエンティティが、ｅＮＢ１１０などの送信側にＲＬＣ状態プロトコルデータユニット（ＰＤＵ）を送信することで、ｅＮＢ１１０のＲＬＣブロック１２４がＬＴＥ経路１１４を介して送信されたどのＰＤＣＰパケットがＵＥ１１２に正常になされたかをＰＤＣＰブロック１２０に指示することができる。次いで、ｅＮＢ１１０は、そのように指示されたＰＤＣＰパケットを送信バッファから除去する。同様に、例えばＷＬＡＮを使用して異なるＲＡＴを介してオフロードされたパケットについて、ＷＬＡＮ  ＡＰ（図示せず）から送信側への同様の状態報告もサポートされ得る。
【００１５】
現在の規格によれば、受信側ＰＤＣＰは、通常のオフロードシナリオの場合にＰＤＣＰ状態報告を送信しない。１つ以上の実施形態によれば、ＰＤＣＰ状態報告は、送信バッファにおけるデータの蓄積及びオーバーフローを回避するために利用される。ＰＤＣＰ状態報告は、ハンドオーバの場合の不要なパケットの転送も回避する。さらに、接続再確立の場合、例えば、無線リンク失敗（ＲＬＦ）、ハンドオーバ（ＨＯ）失敗、発展型ユニバーサル移動通信システム（ＵＭＴＳ）地上無線アクセス（Ｅ−ＵＴＲＡ）からのモビリティ失敗、インテグリティチェック失敗又は無線リソース制御（ＲＲＣ）接続再設定失敗の後、無線リンク制御肯定応答モード（ＲＬＣ  ＡＭ）モードにマッピングされたデータ無線ベアラ（ＤＲＢ）の場合、送信ＰＤＣＰエンティティは、対応するＰＤＣＰ  ＰＤＵの正常な配信が下位レイヤから確認されていない最初のＰＤＣＰ  ＳＤＵからＰＤＣＰシーケンス番号（ＳＮ）に既に関連付けられているすべてのＰＤＣＰサービスデータユニット（ＳＤＵ）の再送信又は送信を実行することが必要とされ得る。ＰＤＣＰ報告は、ＷＬＡＮ経路１１６のようなオフロード経路を介してすでに正常に送信されることができたＰＤＣＰパケットの不必要な再送信を回避することができる。
【００１６】
さらに、ＳＮに使用されるビット数に基づいてＰＤＣＰ  ＳＮ空間が制限されるため、ＳＮ空間の半分より多くの数のＰＤＣＰパケットがアクティブ／インフライトのＰＤＣＰパケットに関連付けれ、廃棄されていないか又は完了が指示されていない場合、最新の情報を有することができないことにより、どんなときでもＰＤＣＰエンティティにおいてハイパーフレーム番号（ＨＦＮ）非同期が起こり得る。いくつかの実施形態では、どのようにＨＦＮ非同期の問題を回避する方法は、ＵＥ１１２による実装に任せられ得る。この状況を回避するための１つの可能な実装は、どんなときでも、並べ替えウィンドウのサイズに等しいＳＮスペースの数の半分より多いＰＤＣＰパケットを作成しないことである。ＳＮ空間の大部分がまだ占有されている潜在的な状況と組み合わせられるこのアレンジメントでは、ＰＤＣＰが特定の期間について不必要に停止し、パケットの不必要な待機期間が生じる可能性がある。このような状況は、一般にすべてのトラフィックにとって望ましくないエンドツーエンドの待ち時間を潜在的に増加させる可能性があり、特定の遅延に敏感なアプリケーションにとって受け入れられない可能性がある。
【００１７】
一つ以上の実施形態によれば、ＵＥ１１２ベースのＰＤＣＰ状態報告及びフロー制御メカニズムが利用されて、３ＧＰＰリリース１３以降のＬＴＥ−ＷＬＡＮアグリゲーション（ＬＷＡ）機能に加えてＷＬＡＮ  ＡＰへのネットワーク側の影響を最小にすることができる。本明細書での説明は、例としてＬＷＡに焦点を当てているが、同様の拡張は、より一般的なマルチＲＡＴアーキテクチャの拡張、例えば、ＬＴＥ第五世代（ＬＴＥ−５Ｇ）ＲＡＴ、ＬＴＥワイヤレス・ギガビット・アライアンス（ＬＴＥ−ＷｉＧｉＧ）、又は、アップリンク及び／又は任意の２つのアンカと、ダウンリンクの両方においてプライマリＲＡＴのプロトコルコンバージェンスレイヤを使用して、プライマリＲＡＴからセカンダリＲＡＴへトラフィックをオフロードするのに使用されるセカンダリＲＡＴとの間のアグリゲーションに対しても可能である。特に、１つ以上の実施形態は、ＡＣＫ／ＮＡＣＫ報告を提供するためのＵＥベースのＰＤＣＰ状態報告の使用に指向され得る。ＰＤＣＰパケットの帯域内報告を含むいくつかの方法が本明細書で定義される。さらに、ＵＥ１１２ベースのフィードバックは、複数のリンクを介した動的トラフィックルーティング及びマスタｅＮＢにおける無線リソース管理ソリューションの詳細において、マスタ進化型ノードＢ（マスタｅＮＢ）を支援することが必要とされる。さらに、無線ＡＰがＰＤＣＰ状態報告とフロー制御をサポートできる方法についての明確化と、拡張型無線リソース管理を可能にするために、マスタｅＮＢとセカンダリｅＮＢ又はＷＴ間のネットワークインタフェースの拡張も含まれる。
【００１８】
１つ以上の実施形態は、送信機でＬＴＥ  ＰＤＣＰエンティティにオフロードされたパケットについてのＰＤＣＰ状態報告を実装するための、効率的なＵＥ１１２ベースのメカニズムを提供することに指向される。ＵＥ１１２の受信機は、定期的又は必要に応じて、帯域内シグナリング又は他のメカニズムを介してそのようなレポートを送信することができる。次いで、ＰＤＣＰ状態報告は、オフロードされたパケットを送信する際の平均遅延を推定するために使用することができ、これは送信機が２次無線リンクにオフロードされるパケットの割合を調整するために利用することができる。追加的に、１つ以上の実施形態は、マスタｅＮＢを介したＷＬＡＮ  ＡＰなどのセカンダリｅＮＢネットワークインタフェースへの追加のフィードバックメカニズムに指向され、これにより、拡張されたオフロードが可能になる。また、フィードバックメカニズムは、ＷＬＡＮ  ＡＰがＭｅＮＢにＰＤＣＰ状態報告を報告できる手順も明確にする。
【００１９】
さらに、１つ以上の実施形態は、アグリゲーションをサポートするために、ＰＤＣＰ送信バッファ蓄積、ＨＦＮ非同期、及びフロー制御に対処する。ネットワークベースのアプローチは、通常、従来のＷＬＡＮ展開では容易に利用することができない。したがって、本明細書では、ＷＬＡＮ  ＡＰを最小化するＵＥ１１２ベースのアプローチが、１つ以上の実施形態に従って提供される。
【００２０】
１つ以上の実施形態では、ＵＥ１１２ベースのＰＤＣＰ状態報告が実装され得る。現在の仕様では、ハンドオーバ中にＵＥ１１２がベアラ毎にＰＤＣＰ状態報告を送信することができる。１つ以上の実施形態によれば、ＬＴＥ手順は、図１に示し、これに関して説明するように、ＵＥ１１２がＬＴＥ−ＷＬＡＮアグリゲーション（ＬＷＡ）動作をサポートする接続モードにあるときにＰＤＣＰ状態報告を送信するように修正される。しかし、ＬＷＡは単なる一例のアプローチであり、他のアプローチもより一般的なマルチＲＡＴアグリゲートソリューションに適用可能であり、特許請求の範囲に記載された主題の範囲はこの点で限定されないことに留意されたい。
【００２１】
帯域内ＰＤＣＰ状態報告は、３ＧＰＰ技術規格（ＴＳ）３６．３２３に記載されており、この目的のために利用され得る。１つのアプローチは、ＵＥ１１２にＰＤＣＰ状態報告を送信してもらうことである。ここで、ＰＤＣＰ状態報告ビットマップは、最初に欠落したＰＤＣＰ  ＳＮ（これは含まない）から始まり、最後に間違えた順序で受信したＰＤＣＰパケットで終わる。このレポート形式の場合、ＬＴＥ及びＷＬＡＮで送信されるすべてのパケットの状態が報告され得る。いくつかの実施形態では、送信バッファは、ＷＬＡＮリンク１１６を介してどのパケットがオフロードされたかを追跡しない。むしろ、送信バッファは、肯定応答（ＡＣＫ）メッセージによって正常に肯定応答されたＰＤＣＰパケットを単にバッファから除去する。
【００２２】
ＬＷＡの場合のＰＤＣＰ状態報告の目的は、ＰＤＣＰ再確立の場合のＰＤＣＰ状態報告の目的とは異なることがあると留意されたい。目標は、ＰＤＣＰ状態報告を使用して、ＷＬＡＮを介してオフロードされたＰＤＣＰパケットの肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）ステータスを推測することである。その結果、送信バッファが、どのＰＤＣＰパケットがＷＬＡＮを介してオフロードされ、どのＰＤＣＰパケットがＬＴＥを通じて送信されるかを追跡する場合には、報告ビットマップサイズが低減され得る。さらに、ＬＴＥリンク上で送信されたＰＤＣＰパケットは、ＲＬＣ  ＡＭ状態報告に基づいて肯定応答され得ることに留意すべきである。さらに、同じＵＥ１１２からのＰＤＣＰパケットは、ＷＬＡＮを介して順番に配信されるべきである。メッセージプロトコルデータユニット（ＭＰＤＵ）アグリゲーションにより、ＷＬＡＮ上に少量の間違えた順序の配信が存在する可能性があるが、ＷＬＡＮの間違えた順序の配信を監視する時間ウィンドウは小さくするべきである。ビットマップの範囲を決定する２つの基準は、第１に、報告ビットマップが、正常に送信されたか、最大再送信回数に達した後に廃棄された、ＷＬＡＮにオフロードされたすべてのＰＤＣＰパケットを網羅すること、第２に、シグナリングオーバーヘッドを減らすために、２つの連続したＰＤＣＰ状態報告のビットマップ間のオーバラップを最小限にすることである。
【００２３】
このような構成の潜在的な単純化の１つを以下に要約することができる。ＵＥは、最後のＰＤＣＰ状態報告においてＷＬＡＮを介して正常に受信された最後のＰＤＣＰパケットを追跡するべきである。このパケットのＳＮをSNlastRxWLANとする。新しいレポートの場合、シーケンス番号がSNlastRxWLANのＰＤＣＰの前に配信されるNWLANReOrderの最新の欠落ＰＤＣＰを特定する。NWLANReOrderは、ＷＬＡＮの間違えた順序の配信の場合の並べ替えウィンドウのサイズを指定する。NWLANReOrder未満の欠落ＰＤＣＰパケットがある場合は、最初の欠落ＰＤＣＰのＳＮとして最初の欠落シーケンス番号（ＦＭＳ：First  Missing  Sequence  Number）を設定する。NWLANReOrder以上の欠落ＰＤＣＰパケットがある場合は、NWLANReOrder最新欠落ＰＤＣＰのうち最初に配信されるべきもののＳＮを選択する。NWLANReOrderが０の場合は、ＷＬＡＮの間違えた順序の配信はなく、シーケンス番号SNlastRxWLANのＰＤＣＰパケットの後に配信される最初の欠落ＰＤＣＰのＳＮとしてＦＭＳを選択することができる。ビットマップサイズを決定するには、ＷＬＡＮを介して正常に送信され、ＳＮ：ＦＭＳであるＰＤＣＰの後に配信されるはずのＰＤＣＰパケットを特定する。ＦＭＳ  ＰＤＣＰがＷＬＡＮを介して正常に受信された後に配信されるＰＤＣＰパケットが存在しない場合、いくつかの実施形態では、ビットマップは割り当てられず、ＦＭＳ前に配信される最後に正常に受信されたＷＬＡＮ  ＰＤＣＰ  ＳＤＵとしてSNlastRxWLANが更新され得る。ＦＭＳ  ＰＤＣＰがＷＬＡＮを介して正常に受信された後に配信される少なくとも１つのＰＤＣＰパケットが存在する場合には、ＦＭＳからでありこれを含まず、最後に正常に受信されたＷＬＡＮ  ＰＤＣＰパケットまででありこれを含むＰＤＣＰ  ＳＮの数に等しいビット長のビットマップを割り当て、これは最後に正常に受信された８の倍数に切り上げられている。SNlastRxWLANは、最後に正常に受信されたＷＬＡＮ  ＰＤＣＰパケットのＳＮに更新されるべきである。
【００２４】
ＬＷＡの場合のＰＤＣＰ状態報告は、ＰＤＣＰレベルの再送信をトリガする場合もしない場合もある。ＰＤＣＰレベルの再送信は、ＰＤＣＰ再確立の場合を除いて、現在の３ＧＰＰ規格では一般に許可されていないことに留意されたい。上述の報告方式は、すべてのＷＬＡＮ配信のＡＣＫ／ＮＡＣＫ状態全体が報告されるので、ＷＬＡＮを介してオフロードされたＰＤＣＰパケットに対してＰＤＣＰレベルの再送信を可能にすることができる。ＭｅＮＢは、最後に正常に受信されたＷＬＡＮ  ＰＤＣＰ及び最大の間違えた順序のＷＬＡＮ配信ウィンドウに基づいて、どのＷＬＡＮ送信が完了、成功又は失敗したかを局所的に推定し、ＮＡＣＫ状態の完了したＷＬＡＮ  ＰＤＣＰの再送信を開始することができる。連続するＰＤＣＰ状態報告のビットマップが互いに重なり合っているとすれば、ＭｅＮＢは、重複したＰＤＣＰ再送信を避けるために再送信が既に開始されているかどうかも認識すべきである。
【００２５】
このようなアプローチのさらなる単純化は、ＷＬＡＮを介してオフロードされた最後に正常に受信されたＰＤＣＰのＰＤＣＰ  ＳＮのみを報告する新しい報告メッセージフォーマットを定義することによってなされ得る。報告書は、最も正常に受信されたＰＤＣＰ  ＰＤＵ又はＷＬＡＮだけでなく、ＬＴＥ上で最も正常に受信されたＰＤＣＰ  ＰＤＵや、欠落ＰＤＣＰ  ＰＤＵの数も含むことができる。この変更は、ＰＤＣＰレベルの再送信をサポートしない可能性があることに留意されたい。最後に正常に受信されたＷＬＡＮ  ＰＤＣＰの状態報告を受信した後、送信バッファはＷＬＡＮにオフロードされたすべてのＰＤＣＰパケットを除去することができ、それらの送信は、最後に正常に受信されたＷＬＡＮ  ＰＤＣＰのＳＮ及び最大の間違えた順序のＷＬＡＮ配信ウィンドウに基づいて、成功又は失敗で完了される。この手順は、どのパケットがＷＬＡＮ及びＬＴＥリンク上で送信されたかを追跡するＰＤＣＰ送信機を伴うことができる。
【００２６】
１つ以上の実施形態において、ＰＤＣＰ状態報告は、ＷＬＡＮ終端（ＷＴ）による生成とすることができる。ネットワークベースのＰＤＣＰパケット状態の報告の場合、ＷＬＡＮ  ＡＰは、ＰＤＣＰパケットの（１つ以上の）ＷＬＡＮ  ＭＡＣパケットへのマッピングを追跡し、次いで、関連付けられた（１つ以上の）ＭＡＣパケットの成功又は失敗に基づいてＰＤＣＰ状態を生成することに留意されたい。
【００２７】
１つ以上の実施形態は、動的ベアラ分割及びクロス−ＲＡＴ再送信の場合のＭｅＮＢによるＰＤＣＰ状態報告の利用に指向され得る。ＰＤＣＰ状態報告は、ＭｅＮＢによって使用されて、ＷＬＡＮリンク１１６上のパケット遅延を推測する。この情報はさらに、複数のリンクにわたってパケットごとのスケジューリングを実行するのに使用されてもよい。例えば、ＭｅＮＢは、パケット分割比を調節して、両方のリンクで経験された遅延を等しくすることができる。この目的のために、ＷＬＡＮリンク品質に関するさらなるＵＥフィードバックを得ることもできる。ｅＮＢによって使用することができるアルゴリズムの例は、以下のようなものとすることができる。
【００２８】
最後に受信されたＷＬＡＮ  ＰＤＣＰ  ＣＯＵＮＴから、ＰＤＣＰ  ＳＮを表す番号が、ＳＮが最大ＳＮに達するときに折り返し（wrap  around）の問題に対処する。Ｎｌａｓｔ（ｎ−１）のＣＯＵＮＴは、新たなＰＤＣＰパケットが送信されるにつれて増加する、前のＵＥフィードバックのＣＯＵＮＴをＮｌａｓｔ（ｎ−１）とし、現在のＵＥフィードバックの最後に受信されたＷＬＡＮ  ＰＤＣＰ  ＣＯＵＮＴをＮｌａｓｔ（ｎ）とすると、ｅＮＢ１１０は、ＷＬＡＮにオフロードされ、Ｎｌａｓｔ（ｎ−１）とＮｌａｓｔ（ｎ）との間のＰＤＣＰ  ＣＯＵＮＴ  Ｎである、送信バッファ内のＰＤＣＰパケットを識別することができる。ＷＬＡＮにオフロードされたＰＤＣＰパケットに対するＰＤＣＰ  ＣＯＵＮＴのセットをＳＷＬＡＮとして示す。ｅＮＢはまた、将来のハンドオーバの潜在的なケースを処理するために送信バッファにまだ格納されているので、上記の方法で識別するＷＬＡＮ  ＰＤＣＰパケットのパケットサイズを認識している。
【００２９】
ＷＬＡＮドレインレートは、次のように推定することができる。
【００３０】
【数１】
2018520532.tif 000003
連続するＰＤＣＰ状態報告の間の報告間隔は、TFeedback_intervalとして示される。ドレインレートは、複数のフィードバック間隔にわたって推定することもできる。
【００３１】
【数２】
2018520532.tif 000004
ＷＬＡＮバッファサイズは、次のように推定することができる。
【００３２】
【数３】
2018520532.tif 000005
最後の項は、ＵＥのフィードバックとオフロード決定がなされたときとの間の遅延中にＷＬＡＮを介して送信されるデータの量を推定するのに使用される。オフロードアルゴリズムは、異なるターゲットメトリックを使用することができる。例えば、オフロードアルゴリズムは、BufSizeWLAN_estとBufSizeLTE_estとを比較することによって、ＬＴＥとＷＬＡＮのバッファサイズを等しくすることができる。オフロードアルゴリズムは、さらに、
［外１］
2018520532.tif 000006
と
［外２］
2018520532.tif 000007
とを比較することによって、ＬＴＥとＷＬＡＮとの間のＰＤＣＰパケット受信時間を等しくすることができる。
【００３３】
レート及びバッファサイズのより正確な推定値がＬＴＥリンク上で通常発生する場合、ＷＬＡＮリンクについて推定されたパラメータにいくつかの追加のスケーリングファクタ（factor）又は誤差補償を適用することができる。
【００３４】
１つ以上の実施形態では、ＰＤＣＰ状態報告は、ＰＤＣＰ廃棄及びフロー制御のためにＭｅＮＢによって利用され得る。３ＧＰＰ  ＴＳ  ３６．３２３によれば、ＨＦＮ非同期の問題を防止する方法は、ＵＥ１１２の実装に任せられている。本明細書では、ＨＦＮ非同期を防止し、ＴＳ  ３６．３２３において規定されている既存の手順をどのように変更し、それをサポートするかを明確にする手順を説明する。ここで、シーケンス番号の半分以上、例えばＳＮ並べ替えウィンドウサイズに等しい場合には、ＰＤＣＰ  ＳＮは、到来する上位レイヤパケットに割り当てられない。言い換えれば、次のＳＮがアクティブ／インフライトのままの最も古いＳＮから順番に並べ替えるウィンドウサイズ内にない場合、ＳＮは割り当てられない。これを行うために、上位レイヤデータは、ＰＤＣＰ  ＳＮが割り当てられる前にバッファされ得る。以下の手順ステップは、ＵＥ１１２がＰＤＣＰ送信機であることを想定した３ＧＰＰ  ＴＳ  ３６．３２３における現在のテキストに対する変更の点で示されている。しかし、ＤＬ内のｅＮＢは類似の手順に従うことができる。以下に説明する手順は、示すように、ＴＳ  ３６．３２３の５．１．１項に含めることができます。
【００３５】
［外３−１］
2018520532.tif 000008
［外３−２］
2018520532.tif 000009
ＴＸ  ＰＤＣＰ  ＳＮ待機キューが使用されるとき、このキューは、ＰＤＣＰ送信バッファからの任意のパケットがクリアされて、より多くのＳＮを割り当て、ＰＤＣＰデータＰＤＵを下位レイヤに送信する機会を使用するたびにチェックされ得る。以下のボックスは、この実施形態に対応することができる３ＧＰＰ  ＴＳ  ３６．３２３の代表的な部分を示す。
【００３６】
［外４］
2018520532.tif 000010
ここで図２を参照して、１つ以上の実施形態に従う、ＰＤＣＰ状態報告の場合のＰＤＣＰ制御ＰＤＵフォーマットの例を示す図を説明する。図２に示す報告は、ＷＬＡＮ−ＰＤＣＰ状態報告とすることができる。３ＧＰＰ３６．３２３で定義された既存のＰＤＣＰ状態報告のフォーマットを図２に示す。図２は、１つのＰＤＣＰ状態報告を搬送するＰＤＣＰ制御ＰＤＵのフォーマットを示す。このフォーマットは、ＲＬＣ  ＡＭにマップされたＤＲＢに適用されます。ＷＬＡＮを介して送信されたパケットに対してＰＤＣＰ状態報告に同じ報告を使用することができるが、新しいＰＤＵタイプ、例えばｘ０１０を使用して、ＰＤＣＰ制御ＰＤＵタイプを識別することができる。
【００３７】
ここで図３を参照して、１つ以上の実施形態に従う、１５ビットシーケンス番号（ＳＮ）を使用するＰＤＣＰ状態報告の場合のＰＤＣＰ制御ＰＤＵフォーマットの例を示す図を説明する。代替の報告方法は、最後に正常に受信したＷＬＡＮパケットのＳＮを送信することである。次いで、ＰＤＣＰ状態報告は、ＬＡＳＴ＿ＲＥＣＥＩＶＥＤ  ＷＬＡＮ  ＳＮ（１５ビット数）を報告するように変更され得る。１５ビットＳＮに対する既存のＰＤＣＰ状態報告の１つの修正は、１つの予約ビット、図３にＲとしてマークされたビットを使用することであることができ、これは、ＬＡＳＴ＿ＲＥＣＥＩＶＥＤ  ＷＬＡＮ  ＳＮのみが報告され、セットＦＭＳがＬＡＳＴ＿ＲＥＣＥＩＶＥＤ  ＷＬＡＮ  ＳＮであるという特別なＰＤＣＰ状態報告であることを示す。両方のタイプのフォーマットは、異なるＰＤＵタイプを使用してサポート及び区別することができる。
【００３８】
１つ以上の実施形態では、ＰＤＣＰ状態報告をＵＥ１１２に対して構成され得る。ネットワーク１００がＲＲＣシグナリングを介してＵＥ  ＰＤＣＰ状態報告手順を構成することができる。定期的な状態報告を作成する、あるいはオンデマンドでリクエストすることができる。また、Ｎ個のＰＤＣＰパケットを受信した後に状態報告を送信するようにＵＥを構成することもできる。例として、この報告を可能にするために、PDCP-Config情報要素を以下のように変更することができる。機能を容易にサポートするためのいくつかの他のバリエーションを定義することができる。
【００３９】
【表１−１】
2018520532.tif 000011
【００４０】
【表１−２】
2018520532.tif 000012
【００４１】
【表２】
2018520532.tif 000013
【００４２】
【表３】
2018520532.tif 000014
上記の例では、ＰＤＣＰ状態報告が次の４つの条件のいずれかによってトリガされると想定している。（１）定期的にレポートを送信するように構成されている場合。（２）オンデマンドでレポートを送信するように構成されている場合。（３）最後の報告が送信された後に、事前定義された数のＰＤＣＰパケットがＵＥによって受信された場合。（４）最後の報告でのＣＯＵＮＴと現在のＣＯＵＮＴとの間のＰＤＣＰ  ＣＯＵＮＴの差が、ＬＴＥを介して送信されたホール及びパケットを含む閾値よりも大きい場合。これらは単なる例であり、実際の実装はより多くの条件及び／又はイベントを有する可能性があることに留意されたい。追加的に、上記の例は、無線ベアラ確立／再確立時のＰＤＣＰ設定のみをカバーする。しかし、マルチ無線アグリゲーション動作中にいつでもＲＲＣシグナリングによってこれらのパラメータを修正することも可能であるべきである。
【００４３】
ここで図４を参照して、１つ以上の実施形態に従う、Ｘｗインタフェースを介した制御フローシグナリングを示す図を説明する。図１に示すように、ｅＮＢは、モビリティ管理エンティティ（ＭＭＥ）（図示せず）からＳ１インタフェースを介してパケットを受信するＰＤＣＰブロック４１２及び４１４を含むことができる。図１に同様に示すように、ＰＤＣＰパケットは、ＲＬＣブロック４１６及び４１８によって処理され、ｅＮＢのＭＡＣブロック４１０に送られ得る。パケットがＬＴＥ−ＷＬＡＮアグリゲーション（ＬＷＡ）を介してオフロードされる場合、パケットは、Ｘｗインタフェース４１０を介してＷＴ４２２にオフロードされて、ＷＬＡＮ  ＭＡＣブロック４２４によって処理され得る。そして、ＷＴ４２２はＷＬＡＮアクセスポイント（ＡＰ）又はアクセスコントローラ（ＡＣ）４２６に接続され得る。いくつかの実施形態では、ＵＥ報告ＲＲＣシグナリングは、ＬＷＡをサポートするように定義され得る。ＬＴＥ／ＷＬＡＮアグリゲーションをいつアクティブ化すべきかを決定するためにｅＮＢによって利用されるＷＬＡＮ測定報告に加えて、ＵＥベースのフロー制御シグナリングは、Ｘｗインタフェース４１０がフロー制御をサポートしないという想定の下で定義され得る。
【００４４】
１つ以上の実施形態では、Ｘｗインタフェース４１０は、少なくともいくつかの形式のフィードバック及び／又は配信状態報告をサポートして、ｅＮＢ１１０のスケジューラが現在のＷＬＡＮリンクスループットに基づいてパケットフローを調整することができると想定され得る。シミュレーションは、このようなフィードバックがアグリゲーションパフォーマンスの前進を促進することができることを示す。ただし、規格化されたＸｗユーザプレーン及び／又は制御プレーンのインタフェースには、大幅なＷＬＡＮ  ＡＰの影響があり、既存のＷＬＡＮ  ＡＰのインストールベースをアグリゲーションに再利用することができないことに留意されたい。１つ以上の実施形態では、ＬＴＥエアインタフェースを介したＵＥフィードバックに基づいて代替アプローチを実装して、ＷＬＡＮ  ＡＰの影響がほとんどないか又は全くないアグリゲーションを可能にすることができる。これは、以下を実装することによって達成され得る。アグリゲーション用の無線リソース制御（ＲＲＣ）ＷＬＡＮ測定設定及び報告拡張が、アグリゲーションアクティブ化、アグリゲーション変更、及び／又はＷＬＡＮを使用する代わりにＬＴＥリンクを介したスケジューリング決定のためにｅＮＢ１１０によって利用され得る。ＵＥ１１２ベースのフィードバックは、ＷＬＡＮを使用する代わりにＬＴＥリンクを介したアグリゲーション変更及びスケジューリングのためにｅＮＢ１１０によって使用される、例えばフロー制御のために、どのＰＤＣＰ  ＰＤＵが受信されたかを報告するのに利用され得る。そのようなアレンジメントにより、ＷＬＡＮ  ＡＰに悪影響を及ぼすことなく、かつＬＴＥエアインタフェースでのフィードバック及びフロー制御をサポートすることによってパフォーマンスを犠牲にすることなくＬＴＥ−ＷＬＡＮアグリゲーション（ＬＷＡ）を実装することができる。
【００４５】
１つ以上の実施形態では、基本的なＬＴＥ／ＷＬＡＮアグリゲーションアクティブ化動作は、以下のようにすることができる。ＬＴＥ／ＷＬＡＮアグリゲーションをサポートするｅＮＢ１１０は、RRCConnectionReconfigurationメッセージを使用して、ＵＥ１１２についてのＷＬＡＮ測定を構成する。ＵＥ１１２は、ReportConfigInterRAT測定値が設定された閾値を上回るアグリゲーションをサポートするＷＬＡＮ  ＡＰを検出すると、ＵＥ１１２は、これらのＡＰの識別子をｅＮＢ１１０に報告する。この及び他の情報に基づいて、ｅＮＢ１１０はＬＴＥ／ＷＬＡＮアグリゲーションをアクティブ化し、特定のベアラをＷＬＡＮに移動する。ＬＴＥ／ＷＬＡＮアグリゲーションがアクティブ化され、特定のベアラがＬＴＥ及びＷＬＡＮダウンリンクの両方を使用されると、ｅＮＢスケジューラは、ＷＬＡＮリンク特性、例えば、データレート、スループット及び遅延に関する定期的なフィードバックと、ＷＬＡＮを介してＵＥ  １１２に配信されるＰＤＣＰ  ＰＤＵについての肯定応答を受信する。Ｘｗインタフェース４１０を介したフィードバックは定期的とすることができるが、ＵＥ１１２ベースのフィードバックは、ｅＮＢ１１０によって定期的とするあるいはトリガされることができる。いくつかの実施形態では、この情報は、例えば、ＴＳ  ３６．４６５“Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN)  and  Wireless  LAN  (WLAN);  Xw  interface  user  plane  protocol”で定義された、ＬＷＡの場合のＧＴＰ−Ｕフロー制御拡張を使用して、Ｘｗインタフェース４１０を介して利用可能である。しかし、このインタフェースは利用可能ではないことがある。したがって、１つ以上の実施形態によれば、ＬＴＥエアインタフェースを介したＵＥベースのフィードバックは、ＲＲＣシグナリング、例えば拡張MeasurementReportメッセージ、又は帯域内シグナリングのいずれかを使用してフロー制御を実装するのに利用される。
【００４６】
１つ以上の実施形態によれば、ＬＴＥ／ＷＬＡＮアグリゲーションのための測定フレームワークを利用することができる。追加的に、受信されたＷＬＡＮデータフレームの平均ＭＣＳであるＷＬＡＮ変調符号化方式（ＭＣＳ）、並びにバックホールダウンリンク及びアップリンクレートなどのＷＬＡＮ／ＷＡＮメトリック及びMeasurementReportメッセージを使用して、ｅＮＢ１１０にＷＬＡＮ測定を報告することができる。ＷＬＡＮバックホールレートは、例えば、この情報がＸ２−Ｗネットワークインタフェース４１０を介して利用可能でない場合、ＬＴＥ／ＷＬＡＮアグリゲーションをいつ起動するかを決定するためにｅＮＢ１１０によって利用される１つのメトリックである。そのような追加的なメトリックはMeasResults  IEに次のように追加され得る。
【００４７】
【表４−１】
2018520532.tif 000015
【００４８】
【表４−２】
2018520532.tif 000016
【００４９】
【表４−３】
2018520532.tif 000017
【００５０】
【表４−４】
2018520532.tif 000018
【００５１】
【表４−５】
2018520532.tif 000019
【００５２】
【表４−６】
2018520532.tif 000020
【００５３】
【表４−７】
2018520532.tif 000021
代替的には、ＭＣＳ以外のＷＬＡＮレートを示す別のメトリックが使用され得る。さらに、ＢＳＳＩＤ（Basic  Service  Set  Identification）及びＳＳＩＤ（Service  Set  Identification）に加えて、ＨＥＳＳＩＤ（Homogeneous  Extended  Service  Set  Identification）ＷＬＡＮ識別子が追加され得る。ＨＥＳＳＩＤは、測定設定MeasObjectWLAN情報要素（ＩＥ）に以下のように追加することができる。
【００５４】
【表５】
2018520532.tif 000022
ここで図５を参照して、１つ以上の実施形態に従う一例として、１５ビットシーケンス番号（ＳＮ）を使用するＰＤＣＰ状態報告の場合の無線ローカルエリアネットワーク（ＷＬＡＮ）ＰＤＣＰ制御ＰＤＵフォーマットを示す図を説明する。１５ビットは単なる一例に過ぎず、１２ビット又は１８ビットの変形のような他のビット数を使用することができ、特許請求の範囲に記載された主題の範囲はこの点で限定されないことに留意されたい。効率的なスケジューリングアルゴリズムを実装するために、ｅＮＢ１１０は、ＰＤＣＰ状態並びにＷＬＡＮ変調及び符号化方式（ＭＣＳ）の知識を非常に頻繁に得ることができる。代替的には、ＭＣＳ以外のＷＬＡＮレートを示す別のメトリックが利用され得る。例えば、ＰＤＣＰ状態報告メカニズムは、ＬＷＡ状態報告の場合の新しいＬＷＡ  ＰＤＣＰ制御ＰＤＵを有することを定義することができる。ＬＷＡ  ＰＤＣＰ状態報告は、定期的にＵＥによって送信されることができ、定期性はｅＮＢ１１０によって設定され得る。ＬＷＡ  ＰＤＣＰ状態報告は、ｅＮＢ１１０のポーリングによってもトリガされ得る。ＬＷＡ  ＰＤＣＰ制御ＰＤＵは、次の情報を搬送することができる。最初の欠落ＰＤＣＰ  ＳＮ、ＬＴＥリンク上で最も正常に受信されたＰＤＣＰ  ＳＮ、ＷＬＡＮリンク上で最も正常に受信されたＰＤＣＰ  ＳＮ、及び／又は欠落ＰＤＣＰ  ＰＤＵの数である。ＬＷＡをサポートするＵＥ１１２は、ＬＷＡ  ＰＤＣＰ状態報告もサポートする。レガシーＰＤＣＰ状態報告もＬＷＡに使用することができる。ｅＮＢ１１０は、レガシーＰＤＣＰ状態報告、新しいＬＷＡ  ＰＤＣＰ状態報告、又は報告なしを送信するようにＵＥ１１２を構成することができる。報告プロセスを最適化するために、ＰＤＣＰを使用した帯域内報告が利用され得る。３ＧＰＰ  ＴＳ  ３６．３２３によれば、ＵＥ１１０は、どのＰＤＣＰ  ＰＤＵがＰＤＣＰエンティティの再確立時及びＰＤＣＰデータ回復時にのみ受信されたかを示すＰＤＣＰ状態報告を送信する。１つ以上の実施形態によれば、ＰＤＣＰ状態報告は、ＬＴＥ／ＷＬＡＮアグリゲーション（ＬＷＡ）の場合のフィードバックをサポートするために拡張され得る。
【００５５】
ＬＴＥ−ＷＬＡＮアグリゲーションをサポートするＵＥ１１２は、上記の場合だけでなく、通常の動作中にもＰＤＣＰ状態報告を送信することができる。そのようなアレンジメントでは、ＰＤＣＰ状態報告をいつ送信するかは、ＵＥ１１２による実装に任せられるか、あるいはネットワーク１００によって設定されて、ＵＥ１１２が定期的又はネットワークによる設定に基づいてＰＤＣＰ状態報告を送信する。この設定は、定期的にレポートを送信するための時間間隔、最後に欠落したＰＤＣＰ  ＰＤＵ、すなわち、間違えた順序（out  of  order）で受信された最後のＰＤＣＰから経過した時間、及び他の情報を含むことができる。例えば、PDCP-Config情報要素（ＩＥ）を使用するＲＲＣシグナリングは、ＰＤＣＰ状態報告の場合の設定情報を搬送するように拡張され得る。追加的に、ＰＤＣＰ状態報告メッセージのフォーマットを拡張することができる。１つ以上の実施形態では、既存のＰＤＣＰ報告メッセージを拡張することができる、あるいはこの目的のために新しいＰＤＣＰ制御メッセージを定義することができる。新しいＷＬＡＮ  ＰＤＣＰ状態報告メッセージが定義される一実施形態を、図５に示し、これに関して説明する。図５は、１５ビットのＳＮ長が使用されるときに、１つのＰＤＣＰ状態報告を搬送するＷＬＡＮ  ＰＤＣＰ制御ＰＤＵのフォーマットを示す。
【００５６】
ここで図６を参照して、１つ以上の実施形態に従う、ＲＡＮベースのＷＬＡＮ／３ＧＰＰ統合ネットワークアーキテクチャを示す図を説明する。図６は、３ＧＰＰ  ＲＡＮアンカＷＬＡＮを実現するための一実施形態を示す。ネットワーク１００は、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）６１０、サービングゲートウェイ（Ｓ−ＧＷ）６１２、ｅＮＢ１１０、ＵＥ１１２、及びＷＬＡＮ  ＡＰ４２４を含むことができる。図６に示すように、Ｙｙインタフェース６１４は、ＷＬＡＮ  ＡＰ４２４を介してＵＥ１１２との間でトラフィックをルーティングするための、ＵＥ１１２とｅＮＢ１１０との間のポイントツーポイント（Ｐ２Ｐ）リンクである。１つの考慮点は、ベアラ分割動作がプロトコルスタック上のどのレイヤで行われるべきかである。いくつかの実施形態では、データ無線ベアラ（Data  Radio  Bearer）のようなベアラは、ＰＤＣＰで若しくはその上方、ＰＤＣＰ内、又はＰＤＣＰ下方でＷＬＡＮ及びＬＴＥの両方にわたって分割され得る。
【００５７】
ＰＤＣＰベースのソリューションの場合の共通点の１つは、ＰＤＣＰシーケンス番号をパケットの分割及び並べ替えに利用することができることである。しかし、ＰＤＣＰシーケンス番号の長さは、例えば１５ビットまでに制限されることがあるので、送信機が速く送信しすぎてシーケンス番号が折り返されてしまうと、受信機はパケットの順序を識別することが困難になる可能性がある。
【００５８】
例えば、一意のＰＤＣＰ  ＳＮを有するパケットの最大数が８であるように、ＰＤＣＰシーケンス番号フィールドが３ビットであると想定する。ＰＤＣＰ  ＳＮが８に達するときはいつでも、数字が折り返して０から再開する。その結果、送信機が８つより多いパケットを送信する場合、受信機は実際のパケットのシーケンス番号を識別することが困難となる。この問題は、ハイパーフレーム番号（ＨＦＮ）非同期と称されることがある。現在、ＨＦＮ非同期への対処は、ＵＥの実装に任せられている。１つ以上の実施形態によれば、ＨＦＮ非同期は、例えば、以下、図７で示し、これに関して説明する、ネットワーク１００における無線アクセスネットワーク（ＲＡＮ）ベースのＷＬＡＮ／３ＧＰＰ統合で対処され得る。
【００５９】
ここで図７を参照して、１つ以上の実施形態に従う、ＷＬＡＮ／３ＧＰＰリンク統合を有する拡張ＰＤＣＰプロトコルスタックを示す図を説明する。図７は、ＰＤＣＰベースのリンクアグリゲーションプロトコルスタック７００の一例を示し、新しいリンクアグリゲーション機能がＰＤＣＰの異なるレイヤで追加され得る。追加的に、ＷＬＡＮ適応送信（ＴＸ）及び受信（ＲＸ）レイヤは、ＷＬＡＮリンクを介して配信されるＰＤＵに対するすべての追加のプロトコル、例えば、暗号化、ヘッダ圧縮、カプセル化、トンネリング等を処理することができる。
【００６０】
１つ以上の実施形態によれば、リンクアグリゲーションＴＸブロック７１０は、最初のパケットのシーケンス番号（ＳＮ）及び／又はリンクアグリゲーションＲＸブロック７１２での並べ替えウィンドウ内の最初の欠落パケットを認識することができ、スライディング送信ウィンドウを維持して、肯定応答のなしでいくつのＰＤＣＰパケットを送信することができるか制御することができる。
【００６１】
１つ以上の実施形態では、以下の状態変数を定義することができる。
【００６２】
ＦＭＳ（First  Missing  SN）：リンクアグリゲーションＲＸブロック７１２での並び替えウィンドウ内の最初の（最初に欠落した）パケットを示す。
【００６３】
Ｗ：リンクアグリゲーションＲＸブロック７１２での並べ替えウィンドウサイズ、及びリンクアグリゲーションＴＸブロック７１０での送信ウィンドウサイズも示す。
【００６４】
Ｓ：最大シーケンス番号を示し、ＳＮがＳの値に達すると、折り返して０の値から再スタートする。
【００６５】
並び替えタイムアウト（t-Reordering）：パケットがリンクアグリゲーションＲＸブロック７１２で並び替えを待つ最大時間を示す。
【００６６】
リンクアグリゲーションＴＸブロック７１０及びリンクアグリゲーションＲＸブロック７１２の両方が、Ｗ、Ｓ、及びt-Reorderingの事前知識を有すると想定することができる。１つ以上の実施形態では、リンクアグリゲーションＴＸブロック７１０がリンクアグリゲーションＲＸブロックでのみ利用可能なＦＭＳの知識を得ることを目的とする。
【００６７】
１つ以上の実施形態は、クロスレイヤベースのＰＤＣＰフロー制御に指向され得る。この実施形態では、拡張ＰＤＣＰレイヤのリンクアグリゲーションＴＸブロック７１０は、下位レイヤ機能、例えば、ＷＬＡＮ  ＲＬＣ又はＬＴＥ  ＲＬＣからの各ＰＤＣＰ  ＰＤＵ送信についてのステータス、すなわち成功又は失敗を取得し、次いで、ＦＭＳ自体を更新する。ＷＬＡＮの場合のＰＤＣＰ  ＰＤＵフォーマットは、リンクアグリゲーション機能がＰＤＣＰレイヤ内でどこで動作するかによって異なる。例えば、リンクアグリゲート機能（ＴＸ又はＲＸ）がヘッダ圧縮機能７１４又はヘッダ展開機能７１６のトップで動作する場合、ＰＤＣＰ  ＰＤＵは単にインターネットプロトコル（ＩＰ）パケットである。
【００６８】
リンクアグリゲーションＴＸブロック７１０は、正常に送信された各ＰＤＣＰ  ＰＤＵについて再起動するリンクアグリゲーションt-Reorderingタイマを保持して、タイマが満了したときにＦＭＳを更新することができる。したがって、リンクアグリゲーションt-Reorderingタイマは、パケットがリンクアグリゲーションＲＸブロック７１２によって正常に受信された後どれくらい待つことができるかを制御する。要約すると、ＦＭＳは更新し、次のイベントのいずれかが発生すると、スライディング送信ウィンドウが前方に移動する：そのＳＮがＦＭＳに等しいＰＤＵの正常なＴＸの確認、そのＳＮがＦＭＳに等しいが、それ以上の再送信の試行がないＰＤＵの正常ではないＴＸの確認、又はt-Reorderingタイマの満了。リンクアグリゲーションＴＸ機能ブロック７１０は、そのＳＮが送信ウィンドウの範囲内にある場合、すなわち［ＦＭＳ、ＦＭＳ＋Ｗ］の場合にのみ新しいパケットを送信する。そうでなければ、リンクアグリゲーションＴＸ機能ブロック７１０はＦＭＳ更新を待つ。
【００６９】
ここで図８を参照して、１つ以上の実施形態に従う、クロスレイヤベースのＰＤＣＰフロー制御図を説明する。図８は、リンクアグリゲーションＴＸブロック７１０、３ＧＰＰ無線リンク制御（ＲＬＣ）ブロック８１０、ＷＬＡＮ媒体アクセス制御（ＭＡＣ）ブロック８１２、及びＷＬＡＮ適応レイヤ８１４を含む、例示的なクロスレイヤベースのＰＤＣＰフロー制御ダイアグラム８００を示す。３ＧＰＰ  ＲＬＣブロック８１０及びＷＬＡＮ  ＭＡＣブロック８１２からのＴＸ確認信号８１６は、以下の情報を含むことができる。
ＳＮ：パケットのシーケンス番号
ＴＸ状態：成功又は失敗
タイムスタンプ：送信が正常に肯定応答された時間。
【００７０】
例えば、ハイブリッド自動再送要求（ＨＡＲＱ）、無線リンク制御（ＲＬＣ）などを使用して下位レイヤプロトコルによって肯定応答又は否定応答が誤って生成された場合、以下の２つのシナリオが考慮され得ることに留意されたい。
【００７１】
偽のＡＣＫ：リンクアグリゲーションＲＸブロック７１２はそれを受信しないが、リンクアグリゲーションＴＸはＰＤＣＰ  ＰＤＵ８２０が正常に肯定応答されたと見なす。結果として、リンクアグリゲーションＲＸブロック７１２がt-Reorderingタイマが満了するまで、欠落ＰＤＣＰ  ＰＤＵ８２０を待機し続けるが、リンクアグリゲーションＴＸブロック７１０は、ＦＭＳを更新し、送信ウィンドウを前方に移動する。この期間中、ＴＸとＲＸは同期しておらず、ＴＸウィンドウがＲＸウィンドウより先行しているため、ハイパーフレーム番号（ＨＦＮ）非同期の問題が発生する可能性がある。
【００７２】
偽のＮＡＣＫ：リンクアグリゲーションＲＸブロック７１２はそれを受信するが、リンクアグリゲーションＴＸブロック７１０はＰＤＣＰ  ＰＤＵ８２０を失敗と見なす。その結果、リンクアグリゲーションＲＸブロック７１２は、ＦＭＳを更新し、送信ウィンドウを前方に移動させるが、リンクアグリゲーションＴＸブロック７１０は、再送信が成功するかt-Reorderingタイマが満了するまで、ＦＭＳを更新しない。この期間中、ＴＸとＲＸは同期していないが、ＴＸウィンドウがＲＸウィンドウの後ろにあるため、ＨＦＮ非同期の問題は発生しない。
【００７３】
偽のＡＣＫ状況によるＨＦＮ非同期の問題は、リンクアグリゲートＴＸブロック７１０がＲＸウィンドウの終わりに達する前にタイマが満了するように、t-Reorderingタイマを制限することによって緩和され得る。Ｘを毎秒ＰＤＣＰ  ＰＤＵ８２０単位での最大許容スループットを示すのに使用される。結果として：
t-Reordering＜Ｗ／Ｘ
１つ以上の実施形態では、サービス品質（ＱｏＳ）及び／又はＱｏＳクラス識別子（ＱＣＩ）パラメータのために、アプリケーションが高データレートで一連の小さなＩＰデータを送信しないと想定して、最大スループット及びＩＰ最大送信単位（ＭＴＵ）を定義するＬＴＥカテゴリ、ＷＬＡＮ最大データレート又は／及びＵＥ加入情報に基づいて、Ｘを推定することができる。さらに、ｅＮＢ１１０は、リンクアグリゲーションt-Reorderingタイマを設定するために、明示的な制御メッセージ、例えば無線リソース制御（ＲＲＣ）をＵＥ１１２に送信することができる。
【００７４】
１つ以上の実施形態では、「偽のＡＣＫ（ＮＡＣＫ）」の問題なしで「ＨＦＮ非同期」を回避する別のソリューションを、フィードバックベースのＰＤＣＰフロー制御を使用して説明する。そのような実施形態では、リンクアグリゲーションＲＸブロック７１２は、ＰＤＣＰ状態報告の場合のＰＤＣＰ制御ＰＤＵを使用するか、あるいはＭＡＣ制御ヘッダなどの他の方法を使用して、リンクアグリゲーションＴＸブロックにＦＭＳ情報を明示的に報告する。シグナリングオーバーヘッドを最小限にするために、ＦＭＳフィードバックのための以下のトリガ条件を定義することができる。
Ｎ個（送信されたあるいは受信された）パケットごとに１つのレポート
ｔミリ秒（ｍｓ）ごとに１つのレポート
さらに、ＦＭＳが最後のフィードバックから変更されていない場合、ＦＭＳフィードバックはスキップされ得る。例示的なフィードバックベースのＰＤＣＰフローの図を図９に示し、これに関して説明する。
【００７５】
ここで図９を参照して、１つ以上の実施形態に従う、フィードバックベースのＰＤＣＰフロー制御を示す図を説明する。図９は、フィードバックベースのＰＤＣＰフロー制御９００がどのように動作するかの例を示す。１つ以上の実施形態では、ＷＬＡＮとＬＴＥとの間で、クロスＲＡＴ再送信を用いて５０％の分割比が想定されてもよい。３ＧＰＰ／ＬＴＥを介して送信されるＰＤＣＰデータは、９１０としてラベル付けされている。ＷＬＡＮを介して送信されるＰＤＣＰデータは、９１２としてラベル付けされている。３ＧＰＰを介したＦＭＳフィードバックは、９１４としてラベル付けされている。図９に示すように、パケット番号３はＷＬＡＮを介してロストし、ＬＴＥを介して再送信される。また、ＦＭＳフィードバックは、６つの送信パケットごとにトリガされるように設定されることができるが、特許請求の範囲に記載された主題の範囲はこの点で限定されない。ＰＤＣＰ状態報告制御ＰＤＵは、最初に欠落したパケットだけでなく、ビットマップフィールドを含むことによって、次に欠落したパケットも報告することができることに留意されたい。ＦＭＳフィードバック９１４により、リンクアグリゲーションＴＸ７１０は、リンクアグリゲーションＲＸ７１２と常に同期することができ、偽のＡＣＫ又は偽のＮＡＣＫの可能性を排除するが、特許請求の範囲に記載された主題の範囲はこれらの点で限定されない。
【００７６】
ここで図１０を参照して、１つ以上の実施形態に従う、マルチＲＡＴオフロードの場合のＰＤＣＰ状態報告を可能にする情報処理システムのブロック図を説明する。図１０の情報処理システム１０００は、例えば、図１、図４、図６のネットワーク１００の要素、図８の要素等を含む、本明細書で上記に説明したネットワーク要素の任意の１つ以上を有形的に具現化することができ、特定のデバイスのハードウェア仕様に応じてより多くの又はより少ない要素を備える。一例では、情報処理システム１０００は、２つ以上のＲＡＴ（Radio  Access  Technology）を介して無線ベアラからＰＤＣＰ（packet  data  convergence  protocol）パケットとしてデータ送信を受信することであって、１つ以上のＰＤＣＰパケットが第１のＲＡＴから第２のＲＡＴへオフロードされる、受信することと、受信したデータＰＤＣＰパケットをアグリゲートすることと、ＰＤＣＰパケットの状態を無線ベアラに報告することと、を行う回路を含むユーザ機器（ＵＥ）を有形的に具現化することができるが、特許請求の範囲に記載された主題の範囲はこの点で限定されない。別の例では、情報処理システム１０００は、２つ以上のＲＡＴ（Radio  Access  Technology）を介して送信用のＰＤＣＰ（packet  data  convergence  protocol）パケットとしてデータを送信することであって、１つ以上のＰＤＣＰパケットが第１のＲＡＴから第２のＲＡＴへオフロードされる、送信することと、ＰＤＣＰ報告用の１つ以上のパラメータのメッセージをＰＤＣＰパケットの受信機に送信することと、ＰＤＣＰパケットの受信機からＰＤＣＰパケットの状態報告を受信することと、を行う回路を含む進化型ノード（ｅＮｏｄｅＢ）を有形的に具現化することができるが、特許請求の範囲に記載された主題の範囲はこの点で限定されない。情報処理システム１０００は、いくつかのタイプのコンピューティングプラットフォームの一例を表しているが、情報処理システム１０００は、図１に示すより多くの又はより少ない要素及び／又は要素の異なるアレンジメントを含むことができ、特許請求の範囲に記載された主題の範囲はこれらの点に限定されない。
【００７７】
１つ以上の実施形態では、情報処理システム１０００は、アプリケーションプロセッサ１０１０及びベースバンドプロセッサ１０１２を含むことができる。アプリケーションプロセッサ１０１０は、アプリケーションを実行する汎用プロセッサ及び情報処理システム１０００に対する様々なサブシステムとして利用されることができる。アプリケーションプロセッサ１０１０は単一のコアを含むことができる、あるいは、複数の処理コアを含むことができる。コアの１つ以上は、デジタル信号プロセッサ又はデジタル信号処理（ＤＳＰ）コアを含むことができる。さらに、アプリケーションプロセッサ１０１０は、同じチップ上に配置されたグラフィックスプロセッサ又はコプロセッサを含むことができる、あるいは、代替的に、アプリケーションプロセッサ１０１０に結合されたグラフィックスプロセッサは、別個の個別のグラフィックチップを含むことができる。アプリケーションプロセッサ１０１０は、キャッシュメモリなどのオンボードメモリを含むことができ、さらに、動作中にアプリケーションを記憶及び／又は実行するための同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）１０１４、情報処理システムがオフにされたときでもアプリケーション及び／又はデータを記憶するためのＮＡＮＤフラッシュ１０１６等の外部メモリデバイスに結合されることができる。１つ以上の実施形態では、情報処理システム１０００及び／又はその任意のコンポーネント若しくはサブシステムを、本明細書で説明したような方法で動作させるあるいは構成するための命令を、非一時的記憶媒体を含む製品に記憶することができる。１つ以上の実施形態では、記憶媒体は、本明細書で示し説明した任意のメモリデバイスを含むことができるが、特許請求の範囲に記載された主題の範囲はこの点で限定されない。ベースバンドプロセッサ１０１２は、情報処理システム１０００用の広帯域無線機能を制御することができる。ベースバンドプロセッサ１０１２は、このような広帯域無線機能を制御するためのコードをＮＯＲフラッシュ１０１８に記憶することができる。ベースバンドプロセッサ１０１２は、例えば、３ＧＰＰ  ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄネットワーク等を介して通信するために、広帯域ネットワーク信号を変調及び／又は復調するのに使用される無線広域ネットワーク（ＷＷＡＮ）送受信機１０２０を制御することができる。
【００７８】
一般に、ＷＷＡＮトランシーバ１０２０は、限定的ではなく以下のものを含む無線通信技術及び／又は規格のうちの任意の１つ以上に従って動作することができる。ＧＳＭ（登録商標）（Global  System  for  Mobile  Communications）無線通信技術、ＧＰＲＳ（General  Packet  Radio  Service）無線通信技術、ＥＤＧＥ（Enhanced  Data  Rates  for  GSM（登録商標）  Evolution）無線通信技術、及び／又は、第３世代パートナーシッププロジェクト（３ＧＰＰ）、例えば、ＵＭＴＳ（Universal  Mobile  Telecommunications  System）、ＦＯＭＡ（Freedom  of  Multimedia  Access）、３ＧＰＰロングタームエボリューション（ＬＴＥ）、３ＧＰＰロングタームエボリューションアドバンスト（ＬＴＥアドバンスト）、コード分割多元接続２０００（ＣＤＭＡ２０００）、セルラーデジタルパケットデータ（ＣＤＰＤ）、Ｍｏｂｉｔｅｘ、第３世代（３Ｇ）、回線交換データ（ＣＳＤ）、高速回線交換データ（ＨＳＣＳＤ）、ユニバーサル移動通信システム（第３世代）（ＵＭＴＳ（３Ｇ））、広帯域符号分割多元接続（ユニバーサル移動通信システム）（Ｗ−ＣＤＭＡ）（ＵＭＴＳ））、高速パケットアクセス（ＨＳＰＡ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、高速パケットアクセスプラス（ＨＳＰＡ＋）、ユニバーサル移動通信システム−時分割複信（ＵＭＴＳ−ＴＤＤ）、時分割−符号分割多元接続（ＴＤ−ＣＤＭＡ）、時分割−同期符号分割多元接続（ＴＤ−ＣＤＭＡ）、第３世代パートナーシッププロジェクトリリース８（プレ第４世代）（３ＧＰＰ  Ｒｅｌ．８（Ｐｒｅ−４Ｇ））、第３世代パートナーシッププロジェクトリリース９（３ＧＰＰ  Ｒｅｌ．９）、第３世代パートナーシッププロジェクトリリース１０（３ＧＰＰ  Ｒｅｌ．１０）、第３世代パートナーシッププロジェクトリリース１１（３ＧＰＰ  Ｒｅｌ．１１）、第３世代パートナーシッププロジェクトリリース１２（３ＧＰＰ  Ｒｅｌ．１２）、第３世代パートナーシッププロジェクトリリース１３（３ＧＰＰ  Ｒｅｌ．１３）、第３世代パートナーシッププロジェクトリリース１４（３ＧＰＰ  Ｒｅｌ．１４）、３ＧＰＰ  ＬＴＥ  Ｅｘｔｒａ、ＬＡＡ（LTE  Licensed-Assisted  Access）、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）、ロングタームエボリューションアドバンスト（第４世代）（LTE  Advanced（４Ｇ））、cdmaOne（２Ｇ）、符号分割多元接続２０００（第３世代）（CDMA2000（３Ｇ））、ＥＶ−ＤＯ（Evolution-Data  Optimized  or  Evolution-Data  Only）、高度携帯電話システム（第１世代）（ＡＭＰＳ（１Ｇ））、ＴＡＣＳ／ＥＴＡＣＳ（Total  Access  Communication  System/Extended  Total  Access  Communication  System）、デジタルＡＭＰＳ（第２世代）（Ｄ−ＡＭＰＳ（２Ｇ））、プッシュトゥートーク（ＰＴＴ）、ＭＴＳ（Mobile  Telephone  System）、ＩＭＴＳ（Improved  Mobile  Telephone  System）、ＡＭＴＳ（Advanced  Mobile  telephone  System）、ＯＬＴ（Norwegian  for  Offentlig  Landmobil  Telefoni，Public  Land  Mobile  Telephony）、ＭＴＤ（スウェーデン語Mobiltelefonisystem  Ｄ又はMobile  telephony  system  Ｄの略称）、Ａｕｔｏｔｅｌ／ＰＡＬＭ（public  Automated  Land  mobile）、ＡＲＰ（「car  radio  phone」のフィンランド語Autoradiopuhelin）、ＮＭＴ（Nordic  Mobile  Telephony）、Ｈｉｃａｐ（High  capacity  version  of  ＮＴＴ（日本電信電話））、セルラーデジタルパケットデータ（ＣＤＰＤ）、Ｍｏｂｉｔｅｘ、ＤａｔａＴＡＣ、ｉＤＥＮ（Integrated  Digital  Enhanced  Network）、ＰＤＣ（Personal  Digital  Cellular）、回線交換データ（ＣＳＤ）、ＰＨＳ（Personal  Handy-phone  System）、ＷｉＤＥＮ(Wideband  Integrated  Digital  Enhanced  Network）、ｉＢｕｒｓｔ、３ＧＰＰ汎用アクセスネットワーク又はＧＡＮ規格とも呼ばれるＵＭＡ（Unlicensed  Mobile  Access）、Ｚｉｇｂｅｅ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＧｉｇ（Wireless  Gigabit  Alliance）規格、一般に、ＷｉＧｉｇ、ＩＥＥＥ８０２．１１ａｄ、ＩＥＥＥ８０２．１１ａｙなどの１０−９０ＧＨｚ以上で動作する無線システムのためのミリ波（ｍｍＷａｖｅ）規格、及び／又は一般的なテレメトリ送受信機、及び一般に任意のタイプのＲＦ回路又はＲＦＩ感知回路がある。そのような規格は時間の経過とともに進化する可能性があり、及び／又は新しい基準が公布される可能性があることに留意すべきであり、特許請求の範囲に記載された主題の範囲はこの点で限定されない。
【００７９】
ＷＷＡＮトランシーバ１０２０は、ＷＷＡＮブロードバンドネットワークを介して無線周波数信号を送信及び受信するための１つ以上のアンテナ１０２４にそれぞれ結合された１つ以上の電力増幅器１０２２に結合する。ベースバンドプロセッサ１０１２は、１つ以上の適切なアンテナ１０２８に結合され、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）及び／又はＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ規格などを含む振幅変調（ＡＭ）又は周波数変調（ＦＭ）無線規格を介して通信することが可能であり得る無線ローカルエリアネットワーク（ＷＬＡＮ）送受信機１０２６を制御することができる。これらは、アプリケーションプロセッサ１０１０及びベースバンドプロセッサ１０１２の例示的な実装に過ぎず、特許請求の範囲に記載された主題の範囲はこれらの点で限定されないことに留意されたい。例えば、ＳＤＲＡＭ１０１４、ＮＡＮＤフラッシュ１０１６及び／又はＮＯＲフラッシュ１０１８のうちの任意の１つ以上は、磁気メモリ、カルコゲナイドメモリ、相変化メモリ、又はオボニックメモリなどの他のタイプのメモリ技術を含むことができ、特許請求の範囲に記載された主題の範囲はこの点で限定されない。
【００８０】
１つ又は複数の実施形態では、アプリケーションプロセッサ１０１０は、様々な情報又はデータを表示するためのディスプレイ１０３０を駆動することができ、さらに、例えば、指又はスタイラスを介してタッチスクリーン１０３２を介してユーザからタッチ入力を受けることができる。周囲光センサ１０３４は、例えば、周囲光センサ１０３４によって検出された周囲光の強度の関数として、ディスプレイ１０３０の輝度又はコントラスト値を制御するために、情報処理システム１０００が動作している周囲光の量を検出するのに利用されることができる。１つ以上のカメラ１０３６は、アプリケーションプロセッサ１０１０によって処理され、及び／又はＮＡＮＤフラッシュ１０１６に少なくとも一時的に記憶される画像を取り込むのに利用されることができる。さらに、アプリケーションプロセッサは、情報処理システム１０００の位置、移動、及び／又は向きを含む様々な環境特性の検出用にジャイロスコープ１０３８、加速度計１０４０、磁力計１０４２、コーダ／デコーダ（ＣＯＤＥＣ）１０４４及び／又は適切なＧＰＳアンテナ１０４８に結合されたグローバルポジショニングシステム（ＧＰＳ）コントローラ１０４６に結合することができる。代替的に、コントローラ１０４６は、グローバルナビゲーション衛星システム（ＧＮＳＳ）コントローラを含むことができる。オーディオコーデック１０４４は、１つ以上のオーディオポート１０５０に結合されて、例えば、ヘッドフォン及びマイクロフォンジャックを介して、オーディオポート１０５０を介して情報処理装置に結合された外部デバイス及び／又は内部デバイスを介して、マイクロフォン入力及びスピーカ出力を提供することができる。追加的に、アプリケーションプロセッサ１０１０は、１つ以上の入出力（Ｉ／Ｏ）トランシーバ１０５２に結合して、ユニバーサルシリアルバス（ＵＳＢ）ポート、高精細度マルチメディアインタフェース（ＨＤＭＩ（登録商標））ポート、シリアルポートなどの１つ以上のＩ／Ｏポート１０５４に結合することができる。さらに、Ｉ／Ｏトランシーバ１０５２の１つ以上は、セキュアデジタル（ＳＤ）カード又は加入者識別モジュール（ＳＩＭ）カードなどのオプションのリムーバブルメモリ用の１つ以上のメモリスロット１０５６に結合することができるが、特許請求の範囲に記載された主題の範囲はこれらの点で制限されない。
【００８１】
ここで図１１を参照して、１つ以上の実施形態に従う、タッチスクリーンを任意含むことができる、図１０の情報処理システムの等角図を説明する。図１１は、携帯電話、スマートフォン、タブレット型デバイス等として有形的に具現化された、図１０の情報処理システム１０００の例示的な実装を示す。情報処理システム１０００は、１つ以上のアプリケーションプロセッサ１０１０を制御するためにユーザの指１１１６及び／又はスタイラス１１１８を介して触覚入力制御及びコマンドを受信するためのタッチスクリーン１０３２を含むことができるディスプレイ１０３０を有するハウジング１１１０を含むことができる。ハウジング１１１０は、例えば、１つ以上のアプリケーションプロセッサ１０１０、１つ以上のＳＤＲＡＭ１０１４、ＮＡＮＤフラッシュ１０１６、ＮＯＲフラッシュ１０１８、ベースバンドプロセッサ１０１２、及び／又はＷＷＡＮ送受信機１０２０である、情報処理システム１０００の１つ以上の構成要素を収容することができる。情報処理システム１０００は、１つ以上のボタン又はスイッチを介して情報処理システムを制御するためのキーボード又はボタンを含むことができる物理的アクチュエータ領域１１２０をさらに任意で含むことができる。また、情報処理システム１０００は、例えば、セキュアデジタル（ＳＤ）カード又は加入者識別モジュール（ＳＩＭ）カードの形態のフラッシュメモリなどの不揮発性メモリを受けるためのメモリポート・スロット１０５６も含むことができる。任意で、情報処理システム１０００は、１つ以上のスピーカ及び／又はマイクロフォン１１２４と、情報処理システム１０００を別の電子デバイス、ドック、ディスプレイ、バッテリ充電器等に接続するための接続ポート１０５４をさらに含むことができる。さらに、情報処理システム１０００は、ハウジング１１１０の１つ以上の側面にヘッドホン・スピーカジャック１１２８と、１つ以上のカメラ１０３６を含むことができる。図１１の情報処理システム１０００は、様々なアレンジメントにおいて、図示されているよりも多くの又は少ない要素を様々な構成で含むことができ、特許請求の範囲に記載された主題の範囲はこの点で限定されないことに留意されたい。
【００８２】
本明細書で使用する場合、「回路」という用語は、特定用途向け集積回路（ＡＳＩＣ）、電子回路、１つ以上のソフトウェア又はファームウェアプログラムを実行するプロセッサ（共有、専用、若しくはグループ）及び／又はメモリ（共有、専用、若しくはグループ）、組み合わせ論理回路、及び／又は説明された機能を提供する他の適切なハードウェア構成要素の一部であるあるいはそれらを含むことを指すことができる。いくつかの実施形態では、回路は１つ以上のソフトウェア又はファームウェアモジュールに実装されることができ、あるいは回路に関連付けられた機能が１つ以上のソフトウェア又はファームウェアモジュールによって実装され得る。いくつかの実施形態では、回路は、ハードウェアにおいて少なくとも部分的に動作可能なロジックを含むことができる。本明細書で説明した実施形態は、任意の適切に構成されたハードウェア及び／又はソフトウェアを使用するシステムに実装され得る。
【００８３】
ここで図１２を参照して、１つ以上の実施形態に従う、ユーザ機器（ＵＥ）デバイス１２００などの無線デバイスの例示的な構成要素について説明する。ユーザ機器（ＵＥ）は、例えば、図１又は図６のＵＥ１１２に対応することができるが、特許請求の範囲に記載された主題の範囲はこの点で限定されない。いくつかの実施形態では、ＵＥデバイス１２００は、少なくとも図示のように共に結合されたアプリケーション回路１２０２、ベースバンド回路１２０４、無線周波数（ＲＦ）回路１２０６、フロントエンドモジュール（ＦＥＭ）回路１２０８及び１つ以上のアンテナ１２１０を含むことができ、それらは少なくとも図示のように互いに結合している。
【００８４】
アプリケーション回路１２０２は、１つ以上のアプリケーションプロセッサを含むことができる。例えば、アプリケーション回路１２０２は、限定ではないが、１つ以上のシングルコア又はマルチコアプロセッサなどの回路を含むことができる。１つ以上のプロセッサは、汎用プロセッサと、例えば、グラフィックスプロセッサ、アプリケーションプロセッサ等の専用プロセッサとの任意の組み合わせを含むことができる。プロセッサは、メモリ及び／又はストレージと結合される、及び／又はこれを含むことができ、様々なアプリケーション及び／又はオペレーティングシステムがシステム上で動作することを可能にするために、メモリ及び／又はストレージに記憶された命令を実行するように構成され得る。
【００８５】
ベースバンド回路１２０４は、これらに限定されないが、１つ以上のシングルコア、マルチコアプロセッサ等の回路を含むことができる。ベースバンド回路１２０４は、１つ以上のベースバンドプロセッサ及び／又は制御ロジックを含み、ＲＦ回路１２０６の受信信号経路から受信したベースバンド信号を処理し、ＲＦ回路１２０６の送信信号経路用のベースバンド信号を生成することができる。ベースバンド処理回路１２０４は、ベースバンド信号の生成及び処理、ＲＦ回路１２０６の動作の制御のために、アプリケーション回路１２０２と整合する（interface  with）ことができる。例えば、いくつかの実施形態では、ベースバンド回路１２０４は、第２世代（２Ｇ）ベースバンドプロセッサ１２０４ａ、第３世代（３Ｇ）ベースバンドプロセッサ１２０４ｂ、第４世代（４Ｇ）ベースバンドプロセッサ１２０４ｃ、及び／又は、他の既存世代、又は、例えば、第５世代（５Ｇ）、第６世代（６Ｇ）である、開発中若しくは将来開発される世代用のベースバンドプロセッサ１２０４ｄを含むことができる。ベースバンド回路１２０４、例えば、ベースバンドプロセッサ１２０４ａ〜１２０４ｄの１つ以上は、ＲＦ回路１２０６を介して１つ以上の無線ネットワークとの通信を可能にする様々な無線制御機能を処理することができる。無線制御機能は、これらに限定されないが、信号変調及び／又は復調、符号化及び／又は復号化、無線周波数シフト等を含むことができる。いくつかの実施形態では、ベースバンド回路１２０４の変調及び／又は復調回路は、高速フーリエ変換（ＦＦＴ）、プリコーディング、及び／又はコンステレーションマッピング及び／又はデマッピング機能を含むことができる。いくつかの実施形態では、ベースバンド回路８０４の符号化及び／又は復号化回路は、畳み込み、テールバイティング畳み込み、ターボ、ビタビ、及び／又は低密度パリティチェック（ＬＤＰＣ）エンコーダ及び／又はデコーダ機能を含むことができる。変調及び／又は復調及びエンコーダ及び／又はデコーダの機能の実施形態は、これらの例に限定されず、他の実施形態において他の適切な機能を含むことができる。
【００８６】
いくつかの実施形態では、ベースバンド回路１２０４は、例えば、物理（ＰＨＹ）、メディアアクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、ＰＤＣＰ（packet  data  convergence  protocol）、及び／又は無線リソース制御（ＲＲＣ）の要素を含む、例えば、発展型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）プロトコルの要素等のプロトコルスタックの要素を含むことができる。ベースバンド回路１２０４のプロセッサ１２０４ｅは、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、及び／又はＲＲＣレイヤのシグナリングの場合にプロトコルスタックの要素を実行するように構成され得る。いくつかの実施形態では、ベースバンド回路は、１つ以上のオーディオデジタル信号プロセッサ（ＤＳＰ）１２０４ｆを含むことができる。１つ以上のオーディオＤＳＰ１２０４ｆは、圧縮及び／又は展開及び／又はエコーキャンセルのための要素を含むことができ、他の実施形態では他の適切な処理要素を含むことができる。ベースバンド回路の構成要素は、いくつかの実施形態では、単一チップ、単一チップセット内で適切に組み合わせられる、あるいは同じ回路基板上で配置され得る。いくつかの実施形態では、ベースバンド回路１２０４及びアプリケーション回路１２０２の構成要素の一部又は全部は、例えば、システムオンチップ（ＳＯＣ）などのようにまとめて実装され得る。
【００８７】
いくつかの実施形態では、ベースバンド回路１２０４は、１つ以上の無線技術と互換性のある通信を提供することができる。例えば、いくつかの実施形態では、ベースバンド回路１２０４は、発展型ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）及び／又は他の無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートする。ベースバンド回路８０４が複数の無線プロトコルの無線通信をサポートするように構成された実施形態は、マルチモードベースバンド回路と称され得る。
【００８８】
ＲＦ回路１２０６は、非固体媒体を介して変調された電磁放射線を使用して無線ネットワークとの通信を可能にすることができる。様々な実施形態では、ＲＦ回路１２０６は、スイッチ、フィルタ、増幅器等を含み、無線ネットワークとの通信を容易にすることができる。ＲＦ回路１２０６は、ＦＥＭ回路１２０８から受信したＲＦ信号をダウンコンバートし、ベースバンド信号をベースバンド回路８０４に提供する回路を含むことができる受信信号経路を含むことができる。ＲＦ回路１２０６は、ベースバンド回路１２０４によって提供されるベースバンド信号をアップコンバートし、送信用にＲＦ出力信号をＦＥＭ回路８０８に提供する回路を含むことができる送信信号経路も含むことができる。
【００８９】
いくつかの実施形態では、ＲＦ回路１２０６は、受信信号経路及び送信信号経路を含むことができる。ＲＦ回路１２０６の受信信号経路は、ミキサ回路１２０６ａ、増幅回路１２０６ｂ及びフィルタ回路１２０６ｃを含むことができる。ＲＦ回路１２０６の送信信号経路は、フィルタ回路１２０６ｃ及びミキサ回路１２０６ａを含むことができる。ＲＦ回路１２０６は、受信信号経路及び送信信号経路のミキサ回路１２０６ａによって使用される周波数を合成するための合成回路１２０６ｄも含むことができる。いくつかの実施形態では、受信信号経路のミキサ回路１２０６ａは、合成回路１２０６ｄによって提供された合成周波数に基づいて、ＦＥＭ回路１２０８から受信したＲＦ信号をダウンコンバートするように構成され得る。増幅回路１２０６ｂは、ダウンコンバートした信号を増幅するように構成され、フィルタ回路１２０６ｃは、ダウンコンバートした信号から不要な信号を除去して出力ベースバンド信号を生成するように構成されたローパスフィルタ（ＬＰＦ）又はバンドパスフィルタ（ＢＰＦ）とすることができる。出力ベースバンド信号は、さらなる処理用にベースバンド回路１２０４に提供され得る。いくつかの実施形態では、出力ベースバンド信号は、ゼロ周波数のベースバンド信号とすることができるが、これは要件ではない。いくつかの実施形態では、受信信号経路のミキサ回路１２０６ａはパッシブミキサを含むことができるが、実施形態の範囲はこの点で限定されない。
【００９０】
いくつかの実施形態では、送信信号経路のミキサ回路１２０６ａは、合成回路１２０６ｄによって提供された合成周波数に基づいて入力ベースバンド信号をアップコンバートして、ＦＥＭ回路１２０８用のＲＦ出力信号を生成するように構成され得る。ベースバンド信号は、ベースバンド回路１２０４によって提供されることができ、フィルタ回路１２０６ｃによってフィルタリングされ得る。フィルタ回路１２０６ｃはローパスフィルタ（ＬＰＦ）を含むことができるが、実施形態の範囲はこの点で限定されない。
【００９１】
いくつかの実施形態では、受信信号経路のミキサ回路１２０６ａ及び送信信号経路のミキサ回路１２０６ａは、２つ以上のミキサを含むことができ、それぞれ直交ダウン変換及び／又はアップ変換用にアレンジされ得る。いくつかの実施形態では、受信信号経路のミキサ回路１２０６ａ及び送信信号経路のミキサ回路１２０６ａは、２つ以上のミキサを含むことができ、例えばＨａｒｔｌｅｙ画像拒絶である画像拒否用にアレンジされ得る。いくつかの実施形態では、受信信号経路のミキサ回路１２０６ａ及び送信信号経路のミキサ回路１２０６ａは、それぞれ直接ダウン変換及び／又は直接アップ変換用にアレンジされ得る。いくつかの実施形態では、受信信号経路のミキサ回路１２０６ａ及び送信信号経路のミキサ回路１２０６ａは、スーパーヘテロダイン動作用に構成され得る。
【００９２】
いくつかの実施形態では、出力ベースバンド信号及び入力ベースバンド信号は、アナログベースバンド信号とすることができるが、実施形態の範囲はこの点で限定されない。いくつかの代替的な実施形態では、出力ベースバンド信号及び入力ベースバンド信号は、デジタルベースバンド信号とすることができる。これらの代替的な実施形態では、ＲＦ回路１２０６は、アナログ−デジタル変換器（ＡＤＣ）及びデジタル−アナログ変換器（ＤＡＣ）回路を含むことができ、ベースバンド回路１２０４は、ＲＦ回路８０６と通信するためのデジタルベースバンドインタフェースを含むことができる。デュアルモードの実施形態では、実施形態の範囲はこの点で限定されないが、別個の無線集積回路（ＩＣ）回路が１つ以上のスペクトルの信号ついての信号の処理用に提供され得る。
【００９３】
いくつかの実施形態では、合成回路１２０６ｄは、フラクショナルＮ合成器又はフラクショナルＮ／Ｎ＋１合成器とすることができるが、他のタイプの周波数合成が適しているため、実施形態の範囲はこの点で限定されない。例えば、合成回路１２０６ｄは、デルタシグマ合成器、周波数倍率器、又は分周器を備えた位相ロックループを含む合成器とすることができる。
【００９４】
合成回路１２０６ｄは、周波数入力及び分周器制御入力に基づいて、ＲＦ回路１２０６のミキサ回路１２０６ａによって使用される出力周波数を合成するように構成され得る。いくつかの実施形態では、合成回路１２０６ｄは、フラクショナルＮ／Ｎ＋１合成とすることができる。
【００９５】
いくつかの実施形態では、周波数入力は電圧制御発振器（ＶＣＯ）によって提供されることができるが、これは要件ではない。分周器制御入力は、所望の出力周波数に応じて、ベースバンド回路１２０４又はアプリケーションプロセッサ１２０２のいずれかによって提供され得る。いくつかの実施形態では、アプリケーションプロセッサ１２０２によって指示されるチャネルに基づいたルックアップテーブルから、分周器制御入力（例えば、Ｎ）を決定することができる。
【００９６】
ＲＦ回路１２０６の合成回路１２０６ｄは、分周器、遅延ロックループ（ＤＬＬ）、マルチプレクサ及び位相アキュムレータを含むことができる。いくつかの実施形態では、分周器は二重モジュラスディバイダ（ＤＭＤ）とすることができ、位相アキュムレータはデジタル位相アキュムレータ（ＤＰＡ）とすることができる。いくつかの実施形態では、ＤＭＤは、例えばキャリーアウトに基づいてＮ又はＮ＋１のいずれかによって入力信号を分周して、フラクショナル分周比を提供するように構成され得る。いくつかの例示的な実施形態では、ＤＬＬは、カスケード接続の調整可能な遅延素子、位相検出器、チャージポンプ、及びＤ型フリップフロップのセットを含むことができる。これらの実施形態では、遅延素子は、ＶＣＯ期間をＮｄ個の等しい位相のパケットに分割するように構成されることができる。ここで、Ｎｄは遅延ラインの遅延素子の数である。このようにして、ＤＬＬは負帰還を提供し、遅延ラインを通じた合計遅延が１ＶＣＯサイクルとなるのを保証することを支援する。
【００９７】
いくつかの実施形態では、合成回路１２０６ｄは、出力周波数として搬送波周波数を生成するように構成されることができ、一方、他の実施形態では、出力周波数は、例えば、搬送波周波数の２倍、搬送波周波数の４倍等、搬送波周波数の倍数とすることができ、直交発生器及び分周器回路と共に使用されて、互いに対して複数の異なる位相を有する複数の信号を搬送波周波数で生成する。いくつかの実施形態では、出力周波数はローカル発振器（ＬＯ）周波数（ｆＬＯ）とすることができる。いくつかの実施形態では、ＲＦ回路１２０６は、同相及び直交（ＩＱ）及び／又は極性変換器を含むことができる。
【００９８】
ＦＥＭ回路１２０８は、１つ以上のアンテナ１２１０から受信したＲＦ信号で動作し、受信信号を増幅し、受信信号の増幅されたバージョンをさらなる処理用にＲＦ回路１２０６に提供するように構成された回路を含むことができる受信信号経路を含むことができる。ＦＥＭ回路１２０８はまた、１つ以上のアンテナ１２１０の１つ以上による送信の場合にＲＦ回路１２０６によって提供される送信用の信号を増幅するように構成された回路を含むことができる送信信号経路を含むことができる。
【００９９】
いくつかの実施形態では、ＦＥＭ回路１２０８は、送信／受信（ＴＸ／ＲＸ）スイッチを含み、送信モードと受信モード動作とを切り替えることができる。ＦＥＭ回路１２０８は、受信信号経路及び送信信号経路を含むことができる。ＦＥＭ回路１２０８の受信信号経路は、低雑音増幅器（ＬＮＡ）を含み、受信ＲＦ信号を増幅し、増幅した受信ＲＦ信号を出力として、例えばＲＦ回路１２０６に提供することができる。ＦＥＭ回路１２０８の送信信号経路は、例えば、ＲＦ回路１２０６によって提供される入力ＲＦ信号を増幅するための電力増幅器（ＰＡ）と、例えば、アンテナ１２１０のうちの１つ以上によって次の送信用のＲＦ信号を生成する１つ以上のフィルタを含むことができる。いくつかの実施形態では、ＵＥデバイス１２００は、例えば、メモリ及び／又はストレージ、ディスプレイ、カメラ、センサ、及び／又は入力／出力（Ｉ／Ｏ）インタフェース等の追加的な要素を含むことができるが、特許請求の範囲に記載された主題の範囲はこの点で限定されない。
【０１００】
以下は、本明細書で説明した主題の例示的な実装である。本明細書で説明した例及びその変形のいずれも、任意の他の１つ以上の例又は変形の任意の順列又は組み合わせで使用することができ、特許請求の範囲に記載された主題の範囲はこれらの点で限定されないことに留意されたい。
【０１０１】
例１では、ユーザ機器（ＵＥ）の装置であって、２つ以上のＲＡＴ（Radio  Access  Technology）を介して、無線ベアラからＰＤＣＰ（packet  data  convergence  protocol）パケットとしてデータ送信を受信することであって、１つ以上のＰＤＣＰパケットが第１のＲＡＴから第２のＲＡＴにオフロードされる、受信することと、受信したデータＰＤＣＰパケットをアグリゲートすることと、ＰＤＣＰパケットの状態を無線ベアラに報告することと、を行う回路を含む装置である。
【０１０２】
例２では、例１又は本明細書で説明した任意の例の主題はさらに、ＵＥは、２つ以上のＲＡＴのうちの１つを介して受信した最後のＰＤＣＰパケットに少なくとも部分的に基づいて、ＰＤＣＰ状態報告を生成するベースバンド処理回路を含む、装置を含むことができる。
【０１０３】
例３では、例１又は本明細書で説明した任意の例の主題はさらに、ＰＤＣＰ状態報告は、連続ＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）若しくはＰＤＣＰシーケンス番号（ＰＤＣＰ  ＳＮ）又はそれらの組み合わせに少なくとも部分的に基づいて、肯定応答メッセージ（ＡＣＫ）又は否定応答メッセージ（ＮＡＣＫ）のビットマップを含む、装置を含むことができる。
【０１０４】
例４では、例１又は本明細書で説明した任意の例の主題はさらに、装置は、第２のＲＡＴを介して正常に受信した１つ以上のＰＤＣＰパケットのＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）又はＰＤＣＰシーケンス番号（ＰＤＣＰ  ＳＮ）に少なくとも部分的に基づいて、ＰＤＣＰ状態報告を生成するベースバンド処理回路を含む、装置を含むことができる。
【０１０５】
例５では、例１又は本明細書で説明した任意の例の主題はさらに、第１のＲＡＴは無線ワイドエリアネットワークを含み、第２のＲＡＴは無線ローカルエリアネットワークを含む、装置を含むことができる。
【０１０６】
例６では、例１又は本明細書で説明した任意の例の主題はさらに、装置は、第１のＲＡＴ又は第２のＲＡＴを使用してＰＤＣＰパケットの状態を報告するベースバンド処理回路を含む、装置を含むことができる。
【０１０７】
例７では、例１又は本明細書で説明した任意の例の主題はさらに、装置は、第１のＲＡＴを介して第２のＲＡＴの場合の測定メトリックを無線ベアラに報告するベースバンド処理回路を含む、装置を含むことができる。
【０１０８】
例８では、例１又は本明細書で説明した任意の例の主題はさらに、測定メトリックは、無線ローカルエリアネットワーク変調及び符号化方式（ＷＬＡＮ  ＭＣＳ）、ＷＬＡＮ受信信号強度インジケータ（ＲＳＳＩ）、ＷＬＡＮチャネル利用、ＷＬＡＮバックホール率、又はそれらの組み合わせを含む、装置を含むことができる。
【０１０９】
例９では、例１又は本明細書で説明した任意の例の主題はさらに、装置は、無線リソース制御（ＲＲＣ）シグナリング又はＰＤＣＰシグナリングを介してメトリックを報告するベースバンド処理回路を含む、装置を含むことができる。
【０１１０】
例１０では、進化型ノードＢ（ｅＮＢ）の装置であって、２つ以上のＲＡＴ（Radio  Access  Technology）を介して送信用のＰＤＣＰ（packet  data  convergence  protocol）パケットとしてデータを送信することであって、１つ以上のＰＤＣＰパケットが第１のＲＡＴから第２のＲＡＴにオフロードされる、送信することと、ＰＤＣＰ報告用の１つ以上のパラメータのメッセージをＰＤＣＰパケットの受信機に送信することと、ＰＤＣＰパケットの受信機からＰＤＣＰパケットの状態報告を受信することと、を行う回路を含む装置である。
【０１１１】
例１１では、例１０又は本明細書で説明した任意の例の主題はさらに、受信機に送信されるメッセージは、事前定義された時間間隔の後に周期的にＰＤＣＰ状態報告を送信するよう受信機に指示する、装置を含むことができる。
【０１１２】
例１２では、例１０又は本明細書で説明した任意の例の主題はさらに、受信機に送信されるメッセージは、最後のＰＤＣＰ報告インスタンス以降、ある数のＰＤＣＰパケットが受信された後に、ＰＤＣＰ状態報告を送信するように受信機に指示する、装置を含むことができる。
【０１１３】
例１３では、例１０又は本明細書で説明した任意の例の主題はさらに、受信機に送信されるメッセージは、現在のＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）と最後のＰＤＣＰ報告インスタンス内で報告された最後のパケットのＰＤＣＰ  ＣＯＵＮＴとの差が事前定義された制限よりも大きいＰＤＣＰ状態報告を送信するように受信機に指示する、装置を含むことができる。
【０１１４】
例１４では、例１０又は本明細書で説明した任意の例の主題はさらに、受信機に送信されるメッセージは、無線リソース制御（ＲＲＣ）又は他のメッセージングを使用してオンデマンドでＰＤＣＰ状態報告を送信するように受信機に指示する、装置を含むことができる。
【０１１５】
例１５では、例１０又は本明細書で説明した任意の例の主題はさらに、ｅＮＢは、シーケンス番号（ＳＮ）の利用可能な数の約半分を超えるものが所与の時間で送信中となることを防止するＨＦＮ（Hyper  Frame  Number）非同期を軽減又は回避する回路を含む、装置を含むことができる。
【０１１６】
例１６では、例１０又は本明細書で説明した任意の例の主題はさらに、ｅＮＢは、利用可能なＳＮの総数の約半分を超える数を待ちながら、ＰＤＣＰ  ＳＮを割り当てる前にパケットをバッファリングする一時待機バッファを含む、装置を含むことができる。
【０１１７】
例１７では、例１０又は本明細書で説明した任意の例の主題はさらに、ｅＮＢは、１つ以上のＰＤＣＰ状態報告に少なくとも部分的に基づいて第２のＲＡＴのバッファドレインレートを推定するフロー制御回路を含む、装置を含むことができる。
【０１１８】
例１８では、例１０又は本明細書で説明した任意の例の主題はさらに、フロー制御回路は、バッファドレインレートの推定に少なくとも部分的に基づいて、第１のＲＡＴの送信バッファ及び第２のＲＡＴの送信バッファを等しくするあるいはほぼ等しくするようにデータをオフロードすることを決定する、装置を含むことができる。
【０１１９】
例１９では、例１０又は本明細書で説明した任意の例の主題はさらに、フロー制御回路は、バッファドレインレートの推定に少なくとも部分的に基づいて、第１のＲＡＴ及び第２のＲＡＴのＰＤＣＰパケットの遅延又は待ち時間を等しくするあるいはほぼ等しくするようにデータをオフロードすることを決定する、装置を含むことができる。
【０１２０】
例２０では、例１０又は本明細書で説明した任意の例の主題はさらに、ｅＮＢは、受信機におけるリンクアグリゲーション受信回路におけるリオーダリングウィンドウ内の最初の欠落パケットのシーケンス番号を追跡し、スライディング送信ウィンドウ維持して、肯定応答なしで送信されることができるＰＦＣＰパケットの数を制御するリンクアグリゲーション送信回路を含む、装置を含むことができる。
【０１２１】
例２１では、実行された場合に、ユーザ機器（ＵＥ）に、無線ワイドエリアネットワーク（ＷＷＡＮ）リンク又は無線ローカルエリアネットワーク（ＷＬＡＮ）リンクを介して進化型ノードＢ（ｅＮＢ）からＰＤＣＰ（packet  data  convergence  protocol）パケットとしてデータ送信を受信することであって、１以上のＰＤＣＰパケットはＷＷＡＮリンクからＷＬＡＮリンクにオフロードされる、受信することと、受信したデータＰＤＣＰパケットをアグリゲートすることと、ＰＤＣＰパケットの状態をｅＮＢに送信することと、をさせる命令を有する１つ以上の非一時的なコンピュータ読み取り可能媒体である。
【０１２２】
例２２では、例２１又は本明細書で説明した任意の例の主題はさらに、命令は、実行された場合に、ＵＥにさらに、ＷＷＡＮ又はＷＬＡＮのうちの１つを介して受信した最後のＰＤＣＰパケットに少なくとも部分的に基づいて、ＰＤＣＰ状態報告を介してＰＤＣＰパケットの状態を送信することをさせる、命令を含むことができる。
【０１２３】
例２３では、例２１又は本明細書で説明した任意の例の主題はさらに、ＰＤＣＰ状態報告は、連続ＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）若しくはＰＤＣＰシーケンス番号（ＰＤＣＰ  ＳＮ）又はそれらの組み合わせに少なくとも部分的に基づいて、肯定応答メッセージ（ＡＣＫ）又は否定応答メッセージ（ＮＡＣＫ）のビットマップを含む、ことを含むことができる。
【０１２４】
例２４では、例２１又は本明細書で説明した任意の例の主題はさらに、命令は、実行された場合に、ＵＥにさらに、第２のＲＡＴを介して正常に受信した１つ以上のＰＤＣＰパケットのＰＤＣＰカウント（ＰＤＣＰ  ＣＯＵＮＴ）又はＰＤＣＰシーケンス番号（ＰＤＣＰ  ＳＮ）に少なくとも部分的に基づいてＰＤＣＰ状態報告を生成することをさせる、命令を含むことができる。
【０１２５】
例２５では、例２１又は本明細書で説明した任意の例の主題はさらに、ＷＷＡＮは、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格に準拠し、ＷＬＡＮは、ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１１に準拠している、ことを含むことができる。
【０１２６】
特許請求の範囲に記載された主題をある程度の特殊性を伴ってしているが、特許請求の範囲に記載された主題の精神及び／又は範囲から逸脱することなく、その要素が当業者によって変更され得ると認識されたい。マルチＲＡＴオフロードの場合のＰＤＣＰ状態報告に関係する特許請求の範囲に記載された主題及びそれに付随するユーティリティの多くは、上述の説明によって理解されるものと考えられ、特許請求の範囲に記載された主題の範囲及び／又は精神から逸脱することなく、あるいはその重要な利点のすべてを犠牲にすることなく、及び／又はさらにそれに対して実質的な変更を提供することなく、様々な変更をその構成要素の形式、構築及び／又はアレンジメントにおいてなすことができることが明らかである。前述した本明細書における形式とは、単に説明上の実施形態のことである。特許請求の範囲がそのような変更を包含及び／又は含むことを意図している。
【図１】
2018520532.tif 000023
【図２】
2018520532.tif 000024
【図３】
2018520532.tif 000025
【図４】
2018520532.tif 000026
【図５】
2018520532.tif 000027
【図６】
2018520532.tif 000028
【図７】
2018520532.tif 000029
【図８】
2018520532.tif 000030
【図９】
2018520532.tif 000031
【図１０】
2018520532.tif 000032
【図１１】
2018520532.tif 000033
【図１２】
2018520532.tif 000034
【国際調査報告】
2018520532.tif 000035
2018520532.tif 000036
2018520532.tif 000037
2018520532.tif 000038
2018520532.tif 000039
2018520532.tif 000040
2018520532.tif 000041
2018520532.tif 000042
2018520532.tif 000043
2018520532.tif 000044
2018520532.tif 000045