特許 6643472 スプリット・ベアラを受信するユーザ装置からのフロー制御フィードバック

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6643472

(24)【登録日】2020年1月8日

(45)【発行日】2020年2月12日

(54)【発明の名称】スプリット・ベアラを受信するユーザ装置からのフロー制御フィードバック

(51)【国際特許分類】

   H04W 28/10 20090101AFI20200130BHJP

   H04W 72/04 20090101ALI20200130BHJP

【ＦＩ】

   H04W28/10

   H04W72/04 111

【請求項の数】18

【全頁数】18

(21)【出願番号】特願2018-522729(P2018-522729)

(86)(22)【出願日】2016年10月27日

(65)【公表番号】特表2018-537029(P2018-537029A)

(43)【公表日】2018年12月13日

(86)【国際出願番号】IB2016056490

(87)【国際公開番号】WO2017077433

(87)【国際公開日】20170511

【審査請求日】2018年6月29日

(31)【優先権主張番号】62/251,932

(32)【優先日】2015年11月6日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】515076873

【氏名又は名称】ノキア テクノロジーズ オサケユイチア

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100141162

【弁理士】

【氏名又は名称】森 啓

(74)【代理人】

【識別番号】100196829

【弁理士】

【氏名又は名称】中澤 言一

(72)【発明者】

【氏名】ヘンリ エム．コスキネン

(72)【発明者】

【氏名】ゲオルク−ラファエル ヤンツェイック

【審査官】 桑江 晃

(56)【参考文献】

【文献】 特表２０１０−５１８６９９（ＪＰ，Ａ）

【文献】 特表２０１１−５０８５３９（ＪＰ，Ａ）

【文献】 Huawei，Discussion on Flow control for LWA[online]， 3GPP TSG-RAN WG3#89bis R3-151954，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_89bis/Docs/R3-151954.zip＞，２０１５年１０月 ９日，１−２頁

【文献】 CATT，Flow Control for LWA[online]， 3GPP TSG-RAN WG3#89bis R3-151988，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_89bis/Docs/R3-151988.zip＞，２０１５年１０月 ９日，１−４頁

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ − ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

特定の無線リンクを介して受信されたプロトコル・データ・ユニット、および、これまでに受信されなかったプロトコル・データ・ユニットのうちの少なくとも１つの最大カウント値の情報を含むフロー制御レポートの作成をトリガする手段であって、これまでに受信されなかった前記プロトコル・データ・ユニットは、予め設定されたルールを用いて決定されたカウント値の範囲内のカウント値を有するプロトコル・データ・ユニットに限定されるものである、手段と、
ユーザ装置と基地局との間でフロー制御レポートを通信するための手段と、
を備える装置であって、
前記フロー制御レポートにおいて、前記カウント値の範囲の下限は、第１の欠落したプロトコル・データ・ユニットのカウント値、直近（ｍｏｓｔ ｒｅｃｅｎｔ ｐｒｅｖｉｏｕｓｌｙ）に送られたフロー制御レポートが限られていたカウント値の範囲の上限、のうちの少なくとも１つに基づく、
装置。

【請求項2】

前記フロー制御レポートにおいて、前記カウント値の範囲の上限は、前記特定の無線リンクを介して受信された前記プロトコル・データ・ユニットの最大カウント値に基づく、請求項１に記載の装置。

【請求項3】

直近に送信されたフロー制御レポートでカバーされた前記カウント値の範囲の上限は、パケットデータ収束プロトコル状態変数として格納される、請求項１に記載の装置。

【請求項4】

前記フロー制御レポートの作成をトリガすることは、前記特定の無線リンクを介して受信された前記プロトコル・データ・ユニットの最大カウント値、最初の欠落セグメントの値、および、直近に送信されたフロー制御レポート以来、特定の無線リンクを介して受信された、いくつかのプロトコル・データ・ユニットの数のうちの少なくとも１つにおける増加に基づく、請求項１ないし３のいずれか１項に記載の装置。

【請求項5】

前記フロー制御レポートの作成をトリガすることは、受信されたサービス・データ・ユニットが格納していなかったときに上位レイヤに配信される受信パケット・データ・コンバージェンス・プロトコル・サービス・データ・ユニットに基づく、請求項１ないし３のいずれか１項に記載の装置。

【請求項6】

タイマの満了後に前記フロー制御レポートを通信することができる、請求項１ないし５のいずれか１項に記載の装置。

【請求項7】

特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値、および、これまでに受信されなかったプロトコル・データ・ユニットのうちの少なくとも１つの情報を含むフロー制御レポートの作成をトリガするステップであって、これまでに受信されなかった前記プロトコル・データ・ユニットは、予め設定されたルールを用いて決定されたカウント値の範囲内のカウント値を有するプロトコル・データ・ユニットに限定されるものである、ステップと、
前記フロー制御レポートをユーザ装置と基地局との間で通信するステップと、
を含む方法であって、
前記フロー制御レポートにおいて、前記カウント値の範囲の下限は、第１の欠落したプロトコル・データ・ユニットのカウント値、および、直近（ｍｏｓｔ ｒｅｃｅｎｔ ｐｒｅｖｉｏｕｓｌｙ）に送られたフロー制御レポートが限られていたカウント値の範囲の上限、のうちの少なくとも１つに基づく、
方法。

【請求項8】

前記フロー制御レポートにおいて、前記カウント値の範囲の上限は、前記特定の無線リンクを介して受信されたプロトコル・データ・ユニットの前記最大カウント値に基づく、請求項７に記載の方法。

【請求項9】

前記直近に送信されたフロー制御レポートでカバーされた前記カウント値の範囲の上限は、パケットデータ収束プロトコル状態変数として格納される、請求項７に記載の方法。

【請求項10】

前記フロー制御レポートの作成をトリガすることは、前記特定の無線リンクを介して受信された前記プロトコル・データ・ユニットの前記最大カウント値、最初の欠落セグメントの値、および、直近に送信されたフロー制御レポート以来、特定の無線リンクを介して受信された、いくつかのプロトコル・データ・ユニットの数のうちの少なくとも１つにおける増加に基づく、請求項７ないし９のいずれか１項に記載の方法。

【請求項11】

前記フロー制御レポートの作成をトリガすることは、受信されたサービス・データ・ユニットが格納されていないときに上位レイヤに配信される受信パケット・データ・コンバージェンス・プロトコル・サービス・データ・ユニットに基づく、請求項７ないし９のいずれか１項に記載の方法。

【請求項12】

前記フロー制御レポートを通信することは、状態禁止タイマが満了した後であることができる、請求項７ないし１１のいずれか１項に記載の方法。

【請求項13】

装置に、少なくとも、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値、および、これまでに受信されなかったプロトコル・データ・ユニットのうちの少なくとも１つの情報を含むフロー制御レポートの作成をトリガするステップであって、これまでに受信されなかった前記プロトコル・データ・ユニットは、予め設定されたルールを用いて決定されたカウント値の範囲内のカウント値を有するプロトコル・データ・ユニットに限定されるものである、ステップと、
前記フロー制御レポートをユーザ装置と基地局との間で通信するステップと、
を実行させるプログラム命令を備えるコンピュータ・プログラムであって、
前記フロー制御レポートにおいて、前記カウント値の範囲の下限は、第１の欠落したプロトコル・データ・ユニットのカウント値、および、直近（ｍｏｓｔ ｒｅｃｅｎｔ ｐｒｅｖｉｏｕｓｌｙ）に送られたフロー制御レポートが限られていたカウント値の範囲の上限のうちの少なくとも１つに基づく、
コンピュータ・プログラム。

【請求項14】

前記フロー制御レポートにおいて、前記カウント値の範囲の上限は、前記特定の無線リンクを介して受信されたプロトコル・データ・ユニットの前記最大カウント値に基づく、請求項１３に記載のコンピュータ・プログラム。

【請求項15】

前記直近に送信されたフロー制御レポートでカバーされた前記カウント値の範囲の上限が、パケットデータ収束プロトコル状態変数として格納される、請求項１３に記載のコンピュータ・プログラム。

【請求項16】

前記フロー制御レポートの作成をトリガすることは、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの前記最大カウント値、最初の欠落セグメントの値、および、直近に送信されたフロー制御レポート以来、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの数のうちの少なくとも１つにおける増加に基づく、請求項１３ないし１５のいずれか１項に記載のコンピュータ・プログラム。

【請求項17】

前記フロー制御レポートの作成をトリガすることは、受信されたサービス・データ・ユニットが格納されていないときに上位レイヤに配信される受信パケット・データ・コンバージェンス・プロトコル・サービス・データ・ユニットに基づく、請求項１３ないし１５のいずれか１項に記載のコンピュータ・プログラム。

【請求項18】

前記フロー制御レポートを通信することは、状態禁止タイマが満了した後であることができる、請求項１３ないし１７のいずれか１項に記載のコンピュータ・プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願発明の例示的な実施形態による教示は、一般にスプリット・ベアラ動作のフロー制御に関し、より詳細には、移動無線アクセス・ネットワークと、無線ローカル・エリア・ネットワークとの間のベアラ・スプリットを受信するユーザ装置からのフロー制御フィードバックに関する。

【背景技術】

【0002】

このセクションは、本願明細書に開示される本願発明の例示的な実施形態に背景またはコンテキストを提供することを意図している。本願明細書における記載は、追求することができる概念を含むことがあるが、必ずしも以前に想起されたまたは追求された概念ではない。したがって、本明細書で別段の表記がない限り、このセクションに記載されていることは、本願の説明および請求項に対する先行技術ではなく、このセクションに含めることによって先行技術であると認めるものでもない。

【0003】

明細書および／または図面に見られるいくつかの略語は、以下のように定義される。
ＡＰ：アクセス・ポイント
ＣＮ：コア・ネットワーク
ＤＣ：デュアル接続
ＤＬ：ダウンリンク
ＤＲＢ：データ無線ベアラ
ＤＳＰ：デジタル信号プロセッサ
Ｅ−ＵＴＲＡＮ：発展ユニバーサル地上無線アクセス・ネットワーク（ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ）
ｅＮＢ：基地局
Ｅ−ＲＡＢ：Ｅ−ＵＴＲＡＮ無線アクセス・ベアラ
ＦＭＳ：第１欠落セグメント（ｆｉｒｓｔ ｍｉｓｓｉｎｇ ｓｅｇｍｅｎｔ）
ＨＣＷ：ＷＬＡＮ上最大カウント（ｈｉｇｈｅｓｔ ｃｏｕｎｔ ｏｖｅｒ ＷＬＡＮ）
ＨＦＮ：ハイパー・フレーム番号（ｈｙｐｅｒ ｆｒａｍｅ ｎｕｍｂｅｒ）
ＬＴＥ：ロング・ターム・エボリューション
ＬＳＢ：最下位ビット
ＬＷＡ：ＬＴＥ／ＷＬＡＮアグリゲーション
ＭＡＣ：メディア・アクセス制御
ＭＣＳ：変調コーディング・スキーム
ＭｅＮＢ：マスタｅＮＢ
ＭＧＣ：マスタ・セル・グループ
ＰＤＣＰ：パケット・データ収束プロトコル
ＰＤＵ：プロトコル・データ・ユニット
ＲＡＮ：ラジオ・アクセス・ネットワーク
ＲＦ：無線周波数
ＲＲＣ：ラジオ・リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）
ＳＤＵ：サービス・データ・ユニット
ＳｅＮＢ：セカンダリｅＮＢ
ＳＮ：シーケンス番号
ＵＥ：ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
ＷＬＡＮ：無線ローカル・エリア・ネットワーク
ＷＴ：ＷＬＡＮターミネーション

【0004】

データ・ネットワークにおいて、データ・ストリームのパケットは、複数の経路を介して宛先に到達することができる。デュアル接続動作モードは、３ＧＰＰリリース１２で導入される。「スプリット・ポイント」におけるルーティング機能は、どのパケットがどの経路をとるかを決定しなければならない。デュアル接続性（ＤＣ）動作をサポートするＥ−ＵＴＲＡＮは、そのようなネットワークの一例を提供する。

【発明の概要】

【0005】

このセクションでは、可能なインプリメントの例を示すが、これに限定されるものではない。

【0006】

本願発明の例示的態様において、少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを備える装置であって、前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、前記少なくとも１つのプロセッサを用いて、前記装置に、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値、および、予め設定されたルールを用いて決定されたカウント値の範囲内のカウント値を有するプロトコル・データ・ユニットに限定されるものであって、これまでに受信されなかったプロトコル・データ・ユニットのうちの少なくとも１つの情報を含むフロー制御レポートの作成をトリガさせ、前記フロー制御レポートをユーザ装置と基地局との間で通信させるように構成される、装置が存在する。

【0007】

本願発明の別の態様は、前パラグラフの装置である。これは、フロー制御レポートにおいて、カウント値の範囲の上限が、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値に基づいており、前記フロー制御レポートにおいて、前記カウント値の範囲の下限は、最初に欠落したプロトコル・データ・ユニットのカウント値と、直前に送信された最新のレポートが制限されたカウント値範囲の上限との少なくとも１つに基づいており、以前に送信されたレポートでカバーされたカウント値範囲の上限がパケット・データ収束プロトコル状態変数として格納され、前記フロー制御レポートの作成をトリガすることは、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値、第１の欠落セグメントの値、および、最も以前のフロー制御レポート以来特定の無線リンクを介して受信されたプロトコル・データ・ユニットの数のうちの少なくとも１つの増加に基づいており、前記フロー制御レポートの作成をトリガすることは、受信したサービス・データ・ユニットが格納されていない場合に、上位層に配信される受信パケット・データ収束プロトコルサービス・データ・ユニットに基づいており、前記装置は、状態禁止タイマを備え、前記コンピュータ・プログラム・コードを含む前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって、前記タイマの満了後に前記装置に前記フロー制御レポートを送信させるように構成される。

【0008】

本願発明の別の例示的な態様では、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値、および、これまでに受信されなかったプロトコル・データ・ユニットのうちの少なくとも１つの情報を含むフロー制御レポートの作成をトリガするステップであって、これまでに受信されなかったプロトコル・データ・ユニットは、予め設定されたルールを用いて決定されたカウント値の範囲内のカウント値を有するプロトコル・データ・ユニットに限定されるものである、ステップと、フロー制御レポートをユーザ装置と基地局との間で通信するステップと、を含む方法が存在する。

【0009】

本願発明の別の態様は、前パラグラフの方法である。それは、前記フロー制御レポートにおいて、前記カウント値の範囲の上限は、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値に基づき、前記フロー制御レポートにおいて、前記カウント値の範囲の下限は、第１の欠落したプロトコル・データ・ユニットのカウント値、および、直近（ｍｏｓｔ ｒｅｃｅｎｔ ｐｒｅｖｉｏｕｓｌｙ）に送られたレポートが限られていたカウント値の範囲の上限、のうちの少なくとも１つに基づき、直近に送信されたレポートでカバーされた前記カウント値範囲の上限が、パケット・データ収束プロトコル状態変数として格納され、前記フロー制御レポートの作成をトリガすることは、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値、最初の欠落セグメントの値、および、以前の最も古いフロー制御レポート以来、特定の無線リンクを介して受信された、いくつかのプロトコル・データ・ユニットの数のうちの少なくとも１つにおける増加に基づき、前記フロー制御レポートの作成をトリガすることは、受信されたサービス・データ・ユニットが格納されていないときに上位レイヤに配信される受信パケット・データ・コンバージェンス・プロトコル・サービス・データ・ユニットに基づき、前記フロー制御レポートを送信することは、状態禁止タイマが満了した後であることができる。

【0010】

少なくとも、上のパラグラフに記載されているような方法を実行する少なくとも１つのプロセッサによって実行されるプログラム・コードを格納する非一時的なコンピュータ可読媒体が提供される。

【0011】

本願発明の別の例示的な態様では、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値、および、これまでに受信されなかったプロトコル・データ・ユニットのうちの少なくとも１つの情報を含むフロー制御レポートの作成をトリガする手段であって、これまでに受信されなかったプロトコル・データ・ユニットは、予め設定されたルールを用いて決定されたカウント値の範囲内のカウント値を有するプロトコル・データ・ユニットに限定されるものである、手段と、ユーザ装置と基地局との間でフロー制御レポートを通信するための手段と、を備える装置が存在する。

【0012】

上のパラグラフに記載されたような例示的態様にしたがって、前記フロー制御レポートにおいて、前記カウント値の範囲の上限は、特定の無線リンクを介してプロトコル・データ・ユニットの最大カウント値に基づき、前記フロー制御レポートにおいて、前記カウント値の範囲の下限は、第１の欠落したプロトコル・データ・ユニットのカウント値、および、直近に送信されたレポートが制限されたカウント値の範囲の上限、のうちの少なくとも１つに基づき、以前に送信されたレポートでカバーされた前記カウント値範囲の上限が、パケット・データ収束プロトコル状態変数として格納され、前記フロー制御レポートの作成をトリガすることは、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値、第１欠落セグメントの値、および、最も以前のフロー制御レポート以来、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの数のうちの少なくとも１つにおける増加に基づき、前記フロー制御レポートの作成をトリガすることは、受信されたサービス・データ・ユニットが格納されていないときに上位レイヤに配信される受信パケット・データ・コンバージェンス・プロトコル・サービス・データ・ユニットに基づき、前記フロー制御レポートを送信することは、状態禁止タイマが満了した後であることができる。

【0013】

上のパラグラフに記載されたような例示的態様にしたがって、少なくともトリガと通信のための手段は、コンピュータ・プログラムで符号化されたメモリを備え、そのコンピュータ・プログラムは、少なくとも１つのプロセッサによって実行される。

【図面の簡単な説明】

【0014】

この発明の実施形態の前述および他の態様は、添付の図面とともに読まれるとき、以下の詳細な説明により明らかになる。ここで、

【図1】図１は、Ｅ−ＵＴＲＡＮシステムの全体的なアーキテクチャの一例を示す。

【図2】図２は、部分的にオーバーラップするセル内のユーザ装置（ＵＥ）の一例を示す図である。

【図3】図３は、図１および図２に示される無線システムのいくつかの構成要素を示す図である。

【図4】図４は、非共存（ｎｏｎ−ｃｏｌｌｏｃａｔｅｄ）シナリオに対するＬＴＥ／ＷＬＡＮアグリゲーション無線プロトコルアーキテクチャを示す。

【図5】図５は、本願発明の例示的な実施形態にしたがって使用され得るカウント値フォーマットを示す図である。

【図6】図６は、本願発明の例示的な実施形態による方法を示すブロック図である。

【発明を実施するための形態】

【0015】

本願発明では、移動無線アクセス・ネットワークと無線ローカル・エリア・ネットワークとの間のベアラ・スプリットを受信するユーザ装置からのフロー制御フィードバックの方法を提案する。

【0016】

より詳細には、本願発明の例示的な実施形態は、ＬＴＥ−ＷＬＡＮスプリット・ベアラ動作のフロー制御に関する。いくつかの明確にされた抜粋の一部を以下に説明する。

【0017】

本願発明の例示的実施形態は、３ＧＰＰ ＬＴＥ Ｒｅｌ−１３ワーク・アイテムＬＴＥ−ＷＬＡＮ無線レベル統合化（ＬＴＥ＿ＷＬＡＮ＿ｒａｄｉｏ−Ｃｏｒｅ、主導ＷＧ：ＲＡＮ２、開始：３月１５日、目標１２月１５日、ＷＩＤ：ＲＰ−１５１０２２）に関する。

【0018】

図１は、Ｅ−ＵＴＲＡＮシステムの全体的なアーキテクチャの一例を示す。図１は、Ｅ−ＵＴＲＡＮシステムにおけるＬＷＡ非共存シナリオおよびＬＷＡの全体的なアーキテクチャを示す。図１に示すように、ＸｗインターフェイスはｅＮＢとＷＬＡＮ終端（ＷＴ）ポイントの間で定義され、ＷＴポイントはＸｗインターフェイスを終端する。したがって、ｅＮＢは、Ｘｗインターフェイスを介してＷＴポイントに接続され、ｅＮＢは、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ（例えば、コア・ネットワーク）に接続する。

【0019】

Ｅ−ＵＴＲＡＮは、ＬＴＥ／ＷＬＡＮアグリゲーション（ＬＷＡ）動作をサポートし、これにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、ＬＴＥおよびＷＬＡＮの無線リソースを利用するようにｅＮＢによって構成される。たとえば、ＬＴＥネットワークでは、一般的にカバレッジがユビキタスであるが、Ｗｉ−Ｆｉの展開はホットスポットを使用している可能性がある。ＬＴＥ接続は、ユーザ装置がＷｉ−Ｆｉホット・スポット・カバレッジ・エリアの内外を移動するときに維持される。このようにして、Ｗｉ−Ｆｉ接続の切断および再接続は、ユーザ装置に対してトランスペアレントであることができる。

【0020】

ＰＤＣＰレベルのアグリゲーションは、例えば、ロードおよび変調符号化方式（ＭＣＳ）などの情報をｅＮＢにレポートするために、アクセス・ポイント（ＡＰ）に対してそれらの間にリンクが存在する場合、非共存ＬＴＥ ｅＮＢと一緒に従来のＷｉ−Ｆｉアクセス・ポイント（Ａｐｓ）でサポートされることができる。

【0021】

Ｅ−ＵＴＲＡＮシステムは、Ｅ−ＵＴＲＡＮユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）プロトコル終端をＵＥ（図１には図示せず）に提供するｅＮＢを含む。ｅＮＢは、Ｘ２インターフェイスを介して互いに相互接続されている。ｅＮＢは、Ｓ１インターフェイスの手段により、ＥＰＣ（拡張パケットコア）に接続される。例えば、Ｓ１ ＭＭＥインターフェイスの手段によりＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、Ｓ１インターフェイスの手段により、サービングゲートウェイ（Ｓ−ＧＷ）などに接続される。Ｓ１インターフェイスは、ＭＭＥ ／ Ｓ−ＧＷとｅＮＢ間の多対多の関係をサポートする。

【0022】

図２を参照すると、ユーザ装置（ＵＥ１０）は、同時に複数のセルに接続されることができる。この例では、ＵＥ１０は、基地局１３（例えば、ｅＮＢなど）を有する第１のセル１２と、基地局１５（例えば、ｅＮＢまたはＷｉＦｉアクセス・ポイントなど）を有する第２のセル１４とに接続される。したがって、２つのセル１２、１４は、少なくとも部分的に重なっている。１つのタイプの例示的な実施形態では、第１のセルはライセンスされた帯域で動作し、第２のセルはライセンスされていない帯域で動作することができる。簡単にするために、図２に示すシナリオでは２つのセルしか描かれていない。他の代替例では、適切なキャリア・アグリゲーション（ＣＡ）のために協働するために、ライセンスされたおよび／またはライセンスされていない帯域で動作する任意の数のセルを提供することができる。

【0023】

一般に、ＵＥ１０の様々な実施形態は、携帯電話、無線通信能力を有するパーソナル・デジタル・アシスタント（ＰＤＡ）、無線通信能力を有するポータブル・コンピュータ、無線通信を有するデジタル・カメラなどの画像キャプチャ装置、無線通信能力を有するゲーム装置、無線通信能力を有する音楽格納装置および再生装置、無線インターネットアクセスおよびブラウジングを可能にするインターネット装置、ならびに、そのような機能の組み合わせを組み込んだポータブルユニットまたは端末を含むことができる。しかし、それらの限定されるものではない。

【0024】

データ・ネットワークにおいて、データ・ストリームのパケットは、複数の経路を介して宛先に到達することができる。「スプリット・ポイント」におけるルーティング機能は、どのパケットがどの経路をとるかを決定しなければならない。本明細書で説明される特長は、データ・ストリームがどのように分割されるかを決定するためにスプリット・ポイントによって使用され得る方法を使用することができる。宛先のレシーバが、そのデータを使用してできるだけ速くアプリケーションに「並べ替えられたデータ」を配信することができることを確実にする目的を有するアルゴリズムを提供することができる。デュアル接続性（ＤＣ）動作をサポートするＥ−ＵＴＲＡＮは、そのようなネットワークの一例を提供する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける複数のＲＸ／ＴＸ ＵＥは、Ｘ２インターフェイス（例えば、３ＧＰＰ ＴＲ ３６．３００参照）上で非理想的バックホールを介して接続された２つのｅＮＢ内に位置する２つの異なるスケジューラによって提供される無線リソースを利用するように構成される。

【0025】

Ｓ−ＧＷからＵＥへのユーザ・プレーン・データの伝送のために、いわゆる「スプリット・ベアラ」を使用することができる。スプリット・ベアラは、ダウンリンクユーザプレーンデータのための２つの経路を提供する。それらは、「マスタｅＮＢ（ＭｅＮＢ）」を介してＳ−ＧＷからＵＥに送信されてもよいし、または、ＭｅＮＢを介してＳ−ＧＷからセカンダリｅＮＢ（ＳｅＮＢ）に送信されてもよい。これらは、最終的にＵＥに送信される。「スプリット・ベアラ」の場合、マスタｅＮＢ（ＭｅＮＢ）はＳ１−Ｕを介してＳ−ＧＷにＵプレーン接続され、さらにＭｅＮＢはＸ２−Ｕを介してセカンダリｅＮＢ（ＳｅＮＢ）に相互接続される。ＭｅＮＢのＰＤＣＰ層におけるルーティング機能は、スプリッタ・ベアラのＰＤＣＰ層ＰＤＵが、ローカル・エア・インターフェイスを介してＵＥに直接送信されるか、または、Ｘ２−Ｕを介してＳｅＮＢに転送されるかどうかを決定する。ＵＥ内のＰＤＣＰ層リオーダリング機能は、ＭｅＮＢおよびＳｅＮＢからＰＤＵを受信し、それらを再配列し、それらをＵＥ１０上で動作するアプリケーションに転送する。本明細書で説明する特長は、ＬＴＥ−ＷＬＡＮスプリット・ベアラ動作にわたって適用されるフロー制御機能を実行するフロー制御情報に使用することができる。

【0026】

本願発明の例示的な実施形態によれば、
スプリット・ベアラとは、ベアラを複数の基地局に分割する能力を指す。スプリット・ベアラ動作のための無線プロトコル構成も、図４に関して以下に説明する。このようなスプリット・ベアラまたはデュアル接続性は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードの間に、例えばＸｗまたはバックホールによって接続されたときに、ユーザ装置（ＵＥ）が少なくとも２つの異なるアクセス・ノード（例えば、マスタおよびセカンダリ基地局）によって提供される無線リソースを使用する場合に生じる。
マスタ・セル・グループ：ＭｅＮＢに関連するサービング・セルのグループ。
マスタｅＮＢ：デュアル接続性では、少なくともＳ１−ＭＭＥを終端とし、したがって、ＣＮに向かってモビリティ・アンカーとして動作する。セカンダリセルグループ：ＳｅＮＢに関連するサービング・セルのグループ。
セカンダリｅＮＢ：デュアル接続では、ｅＮＢは、ＵＥのための追加の無線リソースを提供するが、これはマスタｅＮＢではない。
Ｘ（ｎ）：ＭｅＮＢとＳｅＮＢとの間のインターフェイス、またはＭｅＮＢ、および／または、ＷＬＡＮ終端（ＷＴ）ポイントへのＳｅＮＢ。このアプリケーションにおけるＸｎは、Ｘｗタイプのインターフェイスを指す。

【0027】

本願発明の例示的な実施形態をさらに詳細に説明する前に、図３を参照する。図３は、図１および図２に示される無線システムのいくつかのコンポーネントを示す簡略ブロック図を示す。また、図３を参照すると、無線システム２３０において、無線ネットワーク２３５は、無線リンク２３２を介して、ネットワークアクセスノードを介して、ＵＥ１０と呼ぶことができる移動通信装置などの装置との通信に適合し、ノードＢ（基地局）、より具体的には、図２に示されるようなｅＮＢ１３のような無線基地局を含む。ネットワーク２３５は、ＭＭＥ／Ｓ−ＧＷ機能を含み、電話ネットワークおよび／またはデータ通信ネットワーク（例えば、インターネット２３８）などのネットワークとの接続性を提供するネットワーク制御要素（ＮＣＥ）２４０を含むことができる。ＮＣＥ２４０は、本願発明の例示的実施形態によるＷＬＡＮアクセス・ポイントを含むことができる。

【0028】

ＵＥ１０は、コンピュータまたはデータプロセッサ（ＤＰ）２１４などのコントローラ、コンピュータ命令（ＰＲＯＧ）２１８のプログラムを格納するメモリ（ＭＥＭ）２１６として具体化されたコンピュータ可読メモリ媒体、および、適切な無線データ経路２３２および２５２をそれぞれ使用する１つ以上のアンテナを介して、ｅＮＢ１３および可能であればＮＣＥ２４０との双方向無線通信のための無線周波数（ＲＦ）トランシーバ２１２などの適切なインターフェイスを含む。ＰＲＯＧ２１８は、ＤＰ２１４などのプロセッサによって実行されると、本願発明の例示的な実施形態にしたがって動作するコンピュータ命令を含むことができる。

【0029】

また、ｅＮＢ１３はまた、コンピュータまたはデータプロセッサ（ＤＰ）２２４などのコントローラ、コンピュータ命令（ＰＲＯＧ）２２８のプログラムを格納するメモリ（ＭＥＭ）２２６として具体化されたコンピュータ可読記憶媒体、および、１つ以上のアンテナを介してＵＥ１０と通信するためのＲＦトランシーバ２２２などの適切な無線インターフェイスを含む。ｅＮＢ１３は、データ／制御経路２３４を介してＮＣＥ２４０に結合される。経路２３４は、Ｓ１インターフェイスのようなインターフェイスとしてインプリメントすることができる。ｅＮＢ１３はまた、データ／制御経路２３６を介して別のｅＮＢに接続されることができ、これはインターフェイスとしてインプリメントされることができる。

【0030】

ＮＣＥ２４０は、コンピュータまたはデータプロセッサ（ＤＰ）２４４のようなコントローラと、コンピュータ命令（ＰＲＯＧ）２４８のプログラムを格納するメモリ（ＭＥＭ）２４６として実現されるコンピュータ可読メモリ媒体と、経路２３４および／またはデータ経路２５２を使用する１つ以上のアンテナを介して、ＵＥ１０およびｅＮＢ１３との双方向無線通信のための、無線周波数（ＲＦ）トランシーバ２４２などのインターフェイスを含む。

【0031】

ＰＲＯＧ２１８、２２８および２４８のうちの少なくとも１つは、関連するＤＰによって実行されたときに、以下でより詳細に説明するように、本願発明の例示的な実施形態にしたがってデバイスを動作させることができるプログラム命令を含むと仮定される。すなわち、本願発明の様々な例示的実施形態は、ＵＥ１０のＤＰ２１４によって実行可能なコンピュータソフトウェアによって、ｅＮＢ１３のＤＰ２２４によって、および／または、ＮＣＥ２４０のＤＰ２４４によって、または、ハードウェアによって、またはソフトウェアとハードウェア（およびファームウェア）との組み合わせによって少なくとも部分的にインプリメントすることができる。基地局１５は、他の基地局１３と同じタイプのコンポーネントを有することができる。

【0032】

本願発明による様々な例示的実施形態を説明する目的で、ＵＥ１０およびｅＮＢ１３は、また、専用のプロセッサ、例えば制御モジュール２１５および対応する制御モジュール２２５を含むことができる。制御モジュール２１５および制御モジュール２２５は、本願発明にしたがって、様々な例示的実施形態による少なくともフロー制御フィードバック動作を実行するように動作するように構成することができる。本願発明の例示的な実施形態によれば、少なくとも制御モジュール２１５および２２５は、帯域内シグナリング（例えば、ＰＤＣＰ）を使用して少なくともフロー制御フィードバック動作を実行するように構成可能である。

【0033】

コンピュータ可読ＭＥＭ２１６、２２６および２４６は、ローカル技術環境に適した任意のタイプのものであることができ、半導体ベースのメモリ・デバイス、フラッシュ・メモリ、磁気メモリ・デバイスおよびシステム、光メモリ・デバイスおよびシステム、固定メモリおよびリムーバブル・メモリなど任意の適切なデータ格納技術を使用して実施することができる。ＤＰ２１４、２２４および２４４は、ローカル技術環境に適した任意のタイプのものであることができ、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、および、マルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含むことができる。ただし、これらは、非限定的な例として挙げたものである。無線インターフェイス（例えば、ＲＦトランシーバ２１２および２２２）は、ローカル技術環境に適した任意のタイプであることができ、個々の送信機、受信機、トランシーバまたはそのようなコンポーネントの組み合わせなどの任意の適切な通信技術を使用してインプリメントすることができる。

【0034】

図４は、非共存シナリオ用のＬＴＥ／ＷＬＡＮアグリゲーション（ＬＷＡ）無線プロトコルアーキテクチャを示す。図４に示すように、ＭＣＧベアラ１５０、スプリット・ベアラ１６０、およびスイッチドベアラ１７０のデータ転送のためのＳ１インターフェイスが存在する。ＬＷＡは、ベアラがｅＮＢリソースとＷＬＡＮリソースの両方を使用するように構成されたダウンリンク上でスプリット・ベアラ動作をサポートする。ＬＷＡでは、ＵＥは、ＷＬＡＮを利用する複数のベアラで構成されることができる。ｅＮＢ内のＰＤＣＰ層は、ベアラ固有先入れ先出しキューにスプリット・ベアラのＤＬ ＳＤＵを格納する。Ｘｗ−Ｕインターフェイス規格は、ＷＴからのフィードバックに基づくフロー制御機能をサポートする。本願発明の例示的な実施形態によれば、フィードバックは、ＵＥによって交互に提供され得ることに留意されたい。フロー制御機能は、Ｅ−ＲＡＢがＷＬＡＮを使用するように構成されるとき、ＤＬに対してのみに適用される。すなわち、そのフロー制御情報は、ｅＮＢが、ＷＴへのダウンリンク・ユーザ・データフローを制御するために、および、ＰＤＣＰシーケンス番号空間の半分以上が一度に使用されることを回避するために、ＷＴおよび／またはＵＥによってｅＮＢに提供される。Ｅ−ＲＡＢは、Ｓ１ベアラと対応するデータ無線ベアラとの連結を一意的に識別することができる。Ｅ−ＲＡＢが存在する場合、このＥ−ＲＡＢと非アクセス層（ＮＡＳ層：Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）のＥＰＳベアラとの間に１対１のマッピングが存在する。

【0035】

本願発明の例示的な実施形態によれば、ＵＥに基づくフロー制御がある。例示的な実施形態をより詳細に議論する前に、上述のネットワークベースのフロー制御を、例示的な実施形態によるフロー制御レポートのベースラインとして使用することができることに留意されたい。しかしながら、少なくとも、ＷＴに接続されたＷＬＡＮ ＡＰの制限のためなど、ネットワークベース・フロー制御が実現可能でない状況では、本願発明の例示的な実施形態は、その使用法がｅＮＢにより構成可能である、追加のＵＥベースのフォールバックソリューションを提供する。本願発明の例示的な実施形態によれば、ｅＮＢは、ＰＤＣＰレベルでフロー制御フィードバックを送信するようにＵＥを構成することができる方法がある。

【0036】

上述したように、先に提案されたフロー制御は、ｅＮＢがＷＴへのダウンリンク・ユーザ・データフローを制御し、ＰＤＣＰシーケンス番号空間の半分以上がフライトに持ち込まれることを回避するために、フロー制御情報がＷＴによってｅＮＢに提供されることに基づくことができる。ＬＴＥの内部スプリット・ベアラはすでにＲｅｌ−１２デュアル接続に導入された。例えば、ＴＳ３６．３００参照。このようなスプリット・ベアラに対して、ネットワーク内部のフロー制御フィードバックが、以下に説明するように導入されている。

【0037】

少なくともＬＴＥ内部スプリット・ベアラ動作の場合、Ｘ２−Ｕダウンリンクデータ配信状態手順の目的は、ＳｅＮＢからＭｅＮＢにフィードバックを提供して、ＭｅＮＢが、それぞれのＥ−ＲＡＢに対するＳｅＮＢを介して、ダウンリンク・ユーザ・データフローを制御できるようにすることである。ＳｅＮＢがダウンリンクデータ配信手順のフィードバックをトリガすることを決定すると、それは、
ａ）ＭｅＮＢから受信されたＰＤＣＰ ＰＤＵのうち、ＵＥに順番に正常に伝達されたＰＤＣＰ ＰＤＵシーケンス番号の最大値、
ｂ）当該Ｅ−ＲＡＢの所望のバッファサイズ（バイト）、
ｃ）ＵＥのための最小の望ましいバッファサイズ（バイト）、
ｄ）ＳｅＮＢによって「欠落した」と宣言され、ＤＬデータ配信状態（ＤＬ ＤＡＴＡ ＤＥＬＩＶＥＲＹ ＳＴＡＴＵＳ）フレーム内のＭｅＮＢにまだレポートされていないＸ２−Ｕパケット
をレポートする。

【0038】

ここで、欠落パケットの表示または情報ｄ）は、スプリット・ベアラのＰＤＣＰを終了するｅＮＢにとって貴重であると考えられた。これは、可能なインプリメントでは、ｅＮＢが、ＳｅＮＢを介して（または、本願のコンテキストにおいて、ＷＬＡＮを介して）伝送中に欠落したことが発見されたＰＤＣＰ ＰＤＵを再送信することができるからである。ＷＬＡＮコンテキストでは、ＷＬＡＮ上のパケット損失の情報は、ＵＥのＷＬＡＮリンク上の問題の迅速な表示としての役割を果たすこともできる。

【0039】

ＬＴＥ−ＷＬＡＮスプリット・ベアラに対するＵＥ提供のフロー制御フィードバックを実現するために、３ＧＰＰですでに述べた最も明白な解決策は、ＵＥに、ＰＤＣＰ仕様ですでに定義されている種類のＰＤＣＰ状態レポートを定期的に送信させることである。
以下に示すように、状態レポートをコンパイルし、それを送信用の最初のＰＤＣＰ ＰＤＵとして下位レイヤに送信するには、
− ＦＭＳフィールドを第１の欠落したＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮに設定するステップと、
− 少なくとも１つの順序外（シーケンス外の）ＰＤＣＰ ＳＤＵが格納されている場合、最初の欠落したＰＤＣＰ ＳＤＵからであって、それを含まず、最後の順序外（シーケンス外の）ＰＤＣＰ ＳＤＵまでであって、それを含み、その数以上の８の倍数に丸められた、ＰＤＣＰ ＳＮの数に等しいビット数のビットマップ・フィールドを割当てるステップと、
− 下位層によって示されており、受信されなかったすべてのＰＤＣＰ ＳＤＵ、および場合によっては、復元が失敗したＰＤＣＰ ＳＤＵについて、ビットマップ・フィールドの対応する位置に「０」として設定するステップと、
− 他の全てのＰＤＣＰ ＳＤＵについて「１」としてビットマップ・フィールドに示すステップと、
による。

【0040】

このソリューションの問題は、潜在的に大きなオーバーヘッドが発生することである。現在指定されているＰＤＣＰ状態レポートは、ＵＥのための特定のサービング・セル変更に典型的に関連する別個のＲＲＣ起動ＰＤＣＰ手順でのみ行われるが、良好に動作するスプリット・ベアラ・フロー制御のためには、フィードバックは毎秒２０回以上の割合で提供する必要がある。以下のシミュレーション結果を参照のこと。例えば、１５ビット長ＰＤＣＰ ＳＮの場合、現在定義されているＰＤＣＰ状態レポートのビットマップは、最大１６ｋビット長になることができ、それは、１秒あたり２０回送信すると、１つのＬＴＥ−ＷＬＡＮスプリット・ベアラのフロー制御フィードバックだけで３２０ｋｂｐｓのビットレートを消費する。

【0041】

これに加えて、ＰＤＣＰ ＳＮを２３ビットに拡張することが検討されており、その場合、単一のＰＤＣＰ状態レポート内のビットマップは、最大４Ｍビットの長さにすることができる。

【0042】

本願発明の例示的な実施形態は、ＵＥからＰＤＣＰレベルのフロー制御レポートを提供するための少なくとも１つの方法および装置を提供することを目的とし、以下に説明するように、少なくともいくつかまたはすべての特性を含むことができる。本願発明の例示的な実施形態は、そのようなＵＥベースのフロー制御フィードバックがどのように配置されるべきかを扱う。

【0043】

本願発明の例示的な実施形態によれば、ＰＤＣＰレベルのフロー制御レポートの内容は、以下の１つまたは複数を含むことができる。
− 最初の欠落セグメント、またはＦＭＳ、
○ より正確には、ＰＤＣＰリオーダアルゴリズムが一定時間後に欠落したＰＤＵを無視することを考慮に入れる。そのＳＮは、既に上位層に配信されている最大番号のＰＤＵのものに続く。
○ これは、ｅＮＢのＰＤＣＰ送信器がその送信ウィンドウを制御することを可能にする。
− ＷＬＡＮ上で受信されたＰＤＣＰ ＰＤＵのカウント値のうちの最大値の表示または情報（以下、ＨＣＷと略記する）。本願発明の例示的な実施形態によれば、最も高いカウント値は、期間および／または受信された一連のＰＤＣＰ ＰＤＵに基づくことができ、
○ これにより、ｅＮＢにＷＬＡＮ送信の進行状況に関する情報が提供される。
○ 備考：ＩＥＥＥ ８０２．１１ ＭＡＣ仕様によれば、「受信者は、ＭＳＤＵおよびＡ−ＭＳＤＵを次のＭＡＣプロセスまでシーケンス番号を増やす順に渡す（パスする）」、すなわち、ＷＬＡＮ ＭＡＣは、受信したパケットを、それらがピアＭＡＣエンティティでの送信のために提出された順序で、より上位のレイヤに配信する。
− その上限がＨＣＷにあるか、または、その上限が少なくとも部分的にはＨＣＷに基づいている、カウント値の範囲内にあるカウント値に限定された、これまで受信されていないＰＤＵのカウント値の表示または情報（例えば、この表示は、長さが例えばビットのオクテットの整数倍に切り上げられたビットマップであることができる）
○ これにより、ＷＬＡＮブランチ上で失われたＰＤＵに関する情報がｅＮＢに提供される（Ｘｗインターフェイス上での順序の乱れた配送は、まれではあるが、可能性があるため）。
− 各レポートのサイズを制限するために、送信されるレポートでは、上記のカウント値範囲の下限は、ＦＭＳに対応するカウント値に基づくか、または、より高い値におけるカウント値範囲の下限をどこに設定するかにかかわらず、直近に送信されたレポートが制限されていたカウント値範囲の上限に少なくとも部分的に基づいている。
○ 直近に送信されたレポートでカバーされたこのカウント値範囲の上限は、新たに導入されたＰＤＣＰ状態変数に格納される。
○ 以前にレポートされた範囲が終了した範囲を開始することは、下位層による通常のＰＤＣＰ状態レポートの信頼できる配信の仮定に基づいている。これは、ＲＬＣ確認モード（ＡＭ）で運ばれる場合には、典型的には真である。ＲＬＣ未確認モード（または、ＬＴＥ−ＷＬＡＮスプリット・ベアラのすべてのアップリンクがＬＴＥ無線を経由する現在のＲＡＮ２動作仮定に反しているＷＬＡＮ）で運ばれた場合、そのようなオプションは良い選択ではないかもしれない。
■ ＲＬＣ ＡＭを介した配信の場合でも、ネットワーク構成の最大ＲＬＣ再送信回数の後であっても、レポートの送信は失敗したままである可能性がある。これにより、ＵＥは、ｅＮＢへの無線リンク障害を宣言し、典型的には、このスプリット・ベアラについてもＰＤＣＰ再確立を含むＲＲＣ接続再確立を宣言する。これらの事象の可能性を考慮して、ＰＤＣＰ再確立時に、以前にカバーされたカウント値範囲の上限を格納する新たに導入されたＰＤＣＰ状態変数がリセットされることが提案される。例えば、値０にセットするか、または、その時点でＦＭＳに対応する値を持つようにセットする。

【0044】

さらに、本願発明の例示的な実施形態によれば、レポートを送信するためのトリガは、以下を含むことができる。
− 直近に送信されたレポートから、
○ ＨＣＷによって進められたカウント値の数、
（■これは、個々のレポートのサイズを小さく保つのに特に有用である。）
○ ＦＭＳによって進められるカウント値の数、
（■これは、送信ウィンドウ制御のためのｅＮＢにおけるＰＤＣＰ送信機への更新を頻繁にするのに特に有用である。）
および／または、
○ ＷＬＡＮを介して受信されたＰＤＣＰ ＰＤＵの数
（■これは、ＷＬＡＮを介して送信されるデータ量を制御するためのｅＮＢにおけるＰＤＣＰ送信機への更新を頻繁にするのに特に有用である。）、
における増加のネットワーク構成量。
− そのベアラについて、受信されたＰＤＣＰ ＳＤＵが上位レイヤに配信され、受信されたＳＤＵがＰＤＣＰに格納されていない場合、
○ このトリガからのレポートが過度に頻繁に行われることを回避するために、状態禁止タイマと組み合わせる必要がありえる。
○ これは、フロー制御におけるそのベアラ上のデータバーストをきれいに終了させるのに役立ち得る。
− ローカルの受信ＷＬＡＮ ＭＡＣからの可能なローカルＮＡＣＫ指示（上位レイヤに配信されるＳＤＵのシーケンス番号において、ギャップが観察されるたびに）。

【0045】

欠落しているＰＤＵをレポートするためにビットマップが使用される場合、ビットマップはオクテット整列されるようにパッディングされることができる。１つの可能な選択肢として、このパディングは、最も低いカウント値の終わり、すなわち、ｍａｘ｛ＦＭＳ、Ｌａｓｔ＿ＨＣＷ｝よりも下で、成功裏に受信されたＰＤＵを示す値で行われる。

【0046】

本願発明で提案されたレポーティングフォーマットは、オーバーヘッドを許容しつつ、ｅＮＢが、Ｗｉ−Ｆｉを介して送信されるパケットの障害、ＷＬＡＮブランチスループット、および、ＷＬＡＮにおけるベアラのためにキューに入れられたデータの量を決定することができるようにし、ＷＬＡＮからのフィードバックが利用できない場合に、効率的なフロー制御を可能にする。ｅＮＢは、ＷＬＡＮを介して送信されたＰＤＣＰ ＰＤＵのサイズを知っているので、認識されたパケットのサイズを合計し、最後の状態レポートから経過した時間で割ることで、Ｗｉ−Ｆｉエアインターフェイス上のスループットを簡単に計算できる。１つのベアラでＷＬＡＮにキューイングされるデータの量は、すでにＷｉ−Ｆｉ経由で送信されたパケットの累積サイズと、確認済みのパケットの累積サイズとの間の差として簡単に計算される。

【0047】

カウントの最下位ビット（ＬＳＢ）はＳＮでありえることに留意されたい。３ＧＰＰ ＴＳ ３６．３２３ Ｖ１４．０．１（２０１６−０９）に開示されているように、以下の既存のＰＤＣＰ仕様のテキストを参照することができる。６．３．９６．３．９ ＦＭＳ長さ：１２ビットのＳＮ長が使用される場合は１２ビット、１５ビットのＳＮ長が使用される場合は１５ビット、１８ビットのＳＮ長が使用される場合は１８ビット、第１欠落ＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮである。

【0048】

図５は、本願発明の例示的な実施形態にしたがって使用され得るカウント値フォーマットを示す。図５に示すように、カウント値は、ハイパー・フレーム番号（ＨＦＮ）とＰＤＣＰシーケンス番号とを有する。暗号化および完全性のために、カウント値は維持されるＨＦＮおよびＰＤＣＰ ＳＮから構成される。本願発明の例示的な実施形態では、任意の単一のＰＤＣＰ ＳＤＵが１つのカウント値に関連付けられ、任意の単一のＰＤＣＰ ＰＤＵが、そのヘッダフィールド内の１つのＰＤＣＰ ＳＮによって識別され、そこからカウント値が受信時に決定される。ＰＤＣＰ ＳＮの長さは、上位層によって設定される。本願発明の例示的な実施形態によれば、図３のＵＥ１０のようなネットワーク装置によってカウント値に関連する値の比較が行われる。ＵＥは、３２ビット値でありうるカウントが、ラップアラウンドできることを考慮する（例えば、２３２−１のカウント値は０のカウント値より小さい）。また、ビット単位のＨＦＮ部分のサイズは、３２ビットからＰＤＣＰ ＳＮの長さを差し引いたものに等しいことができる。さらに、図３のｅＮＢ１３などの別のネットワークデバイスが、どのＰＤＵが、１つ以上のＷＬＡＮベアラブランチの特定の１つを介して送信されたかを知っていることを仮定して、１つ以上のＷＬＡＮレッグが考えられることに留意する。本願発明の例示的な実施形態は、レッグ当たり別個のＨＣＷ値のレポートを提供し、レポートされていないＰＤＵが制限される範囲は、それらの最大値で終了することができる。さらに、例示的な実施形態によれば、上述したように、トリガは、１つ以上のブランチに固有であるように構成することができる。

【0049】

図６は、図３に示されているようなＵＥ１０のようなネットワーク装置によって実行され得る動作を示す。しかし、これに限定されるものではない。図６のステップ６１０に示すように、特定の無線リンクを介して受信されたプロトコル・データ・ユニットのうちの少なくとも１つの最大カウント値と、それまでに受信されていないプロトコル・データ・ユニットとの情報を含むフロー制御レポートの作成がトリガされ、これまで受信されていないと示されたプロトコル・データ・ユニットは、予め設定されたルールを用いて決定されたカウント値の範囲内のカウント値を有するプロトコル・データ・ユニットに限定される。図６のステップ６２０において、ユーザ装置と基地局との間でフロー制御レポートを通信している。

【0050】

上記パラグラフに記載された本願発明の例示的な実施形態によれば、送信される所与のレポートにおいて、カウント値の範囲の上限は、特定の無線リンクを介して受信されるプロトコル・データ・ユニットの最大カウント値に基づく。

【0051】

上記パラグラフに記載された本願発明の例示的な実施形態によれば、送信される所与のレポートにおいて、カウント値の範囲の下限は、最初の欠落したプロトコル・データ・ユニットのカウント値と直近に送信されたレポートが制限されたカウント値の範囲の上限と、に基づく。

【0052】

上記パラグラフで説明した本願発明の例示的な実施形態によれば、直近に送信されたレポートでカバーされたカウント値範囲の上限は、パケット・データコンバージェンスプロトコル状態変数として格納される。

【0053】

上記のパラグラフで説明した本願発明の例示的な実施形態によれば、フロー制御レポートの作成をトリガすることは、以前の最も古いフロー制御レポート以来の、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値、第１の欠落セグメントの値と、および、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの数のうちの少なくとも１つのおける増加に基づく。

【0054】

上記のパラグラフで説明した本願発明の例示的な実施形態によれば、フロー制御レポートの作成をトリガすることは、受信されたサービス・データ・ユニットが格納されていないときに上位レイヤに配信される受信パケット・データコンバージェンスプロトコルサービス・データ・ユニットに基づく。

【0055】

上述のパラグラフで説明した本願発明の例示的な実施形態によれば、状態禁止タイマが存在し、タイマの満了後にフロー制御レポートを送ることができる。

【0056】

上記のような本願発明の例示的な実施形態によれば、特定の無線リンクを介して受信されたプロトコル・データ・ユニットの最大カウント値と、これまで受信されていないプロトコル・データ・ユニットとのうちの少なくとも１つの情報を含むフロー制御レポートの作成をトリガする手段を備える装置が存在し、前述の、これまで受信されていないプロトコル・データ・ユニットは、事前構成されたルールを使用して決定されたカウント値の範囲内に入るカウント値を有するプロトコル・データ・ユニットに限定される［図３のＵＥ１０］。さらに、ユーザ装置と基地局（図３のトランシーバ２１２および無線リンク２３２）との間でフロー制御レポートを通信する手段がある。

【0057】

上記のパラグラフによる本願発明の例示的な態様では、トリガおよび通信のための手段が、コンピュータ・プログラム［ＰＲＯＧ２１８、２２８、および／または２４８］でエンコードされた、および／または、少なくとも１つのプロセッサ［ＤＰ２１５、２２５、および２４４］によって実行可能であるメモリ［ＭＥＭ２１６、２２６、および／または２４６］を含む。

【0058】

この装置は、演算動作として、またはコンピュータ・プログラムまたは（追加または更新されたソフトウェア・ルーチンを含む）その一部として構成された少なくとも１つのソフトウェア・アプリケーション、モジュール、ユニット、またはエンティティを含む、あるいは、結び付いている。少なくとも１つの演算プロセッサ、ユニットまたはモジュールによって実行される。ソフトウェア・ルーチン、アプレットおよび／またはマクロを含む、プログラム製品または単にプログラムとも呼ばれるコンピュータ・プログラムは、任意の装置読取可能なデータ記憶媒体に格納することができる。コンピュータ・プログラム製品は、プログラムが実行されるときに、図３によって上述された実施形態を実行するように構成された１つ以上のコンピュータ実行可能コンポーネントを含むことができる。さらに、ソフトウェア・ルーチンを装置にダウンロードすることができる。

【0059】

ノードまたはユーザデバイスなどの装置、または対応するコンポーネントは、シングルチップコンピュータ要素のような、コンピュータまたはマイクロプロセッサとして、またはチップセットとして、構成されることができ、格納容量を提供するためのメモリを含むか、または結合されており、ソフトウェアまたは算術演算に使用され、そしてソフトウェアまたは算術演算を実行するための少なくとも１つの演算プロセッサを含む。

【0060】

一般に、様々な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実施することができる。例えば、いくつかの態様は、ハードウェアでインプリメントすることができ、他の態様は、コントローラ、マイクロプロセッサまたは、コントローラ、マイクロプロセッサ、または、他のコンピューティングデバイスによって実行されるファームウェアまたはソフトウェアで実施することができる。しかしながら、本願発明は、それらに限られるものではない。本願発明の様々な態様は、ブロック図、フローチャート、または他の絵画的表現を使用して図示および説明することができるが、ここに記載されたこれらのブロック、装置、システム、技術または方法は、非制限的な例であるが、ハードウェア、ソフトウェア、ファームウェア、専用回路またはロジック、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、または、それらのいくつかの組み合わせにおいてインプリメントすることができることはよく理解される。

【0061】

本願発明の実施形態は、集積回路モジュールなどの様々な構成要素で実施することができる。集積回路の設計は、大部分が高度に自動化されたプロセスである。論理レベルの設計を半導体基板上にエッチングして形成することができる半導体回路設計に変換するための、複雑で強力なソフトウェア・ツールが利用可能である。

【0062】

前述の説明は、非限定的な例として、本願発明を実施するために本願発明者らが現在考えている最良の方法および装置の十分な情報提供を提供するものである。しかしながら、添付の図面および添付の特許請求の範囲と併せて読めば、上記の説明を考慮して、当業者には様々な修正および適合が明らかになるであろう。しかし、本願発明の教示の全てのそのような同様の変更は、依然として本願発明の範囲内に含まれる。

【0063】

「接続された」、「結合された」、またはその変形は、２つ以上の要素間の直接的または間接的な接続または結合を意味し、「接続」または「結合」されている、２つまたはそれ以上の要素の間の１つ以上の中間要素の存在を包含し得ることに留意すべきである。要素間の結合または接続は、物理的、論理的、またはそれらの組み合わせとすることができる。本明細書で使用されるように、２つの要素は、１つ以上のワイヤ、ケーブルおよび／または印刷された電気的接続の使用によって、ならびに、電磁エネルギーの使用によって、「接続」または「結合」される。無線周波数領域、マイクロ波領域および光学的（可視および不可視の両方の）領域における波長を含む電磁エネルギーなどが、いくつかの非限定的で非網羅的な例として、挙げられる。

【0064】

さらに、本願発明の好ましい実施形態の特長のいくつかは、他の特長の対応する使用なしに有利に使用することができる。したがって、前述の説明は、本願発明の原理の単なる例示であり、本願発明の限定ではないと考えられるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】