(57)【要約】  本発明の実施形態は、ＱｏＳ制御のための方法及び装置に関する。方法は、第１装置のパケットデータ・コンバージェンス・プロトコルＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき被送信データに対する待ち行列処理を実行して、待ち行列キューを取得するステップであって、各キューは少なくとも１つのフローを含む、ステップと、前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得するステップと、前記第１装置の前記ＰＤＣＰエンティティにより、各待ち行列キューのプレスケジューリング情報を決定するステップと、前記第１装置の前記ＰＤＣＰエンティティにより、各キューの前記プレスケジューリング情報及び前記プレスケジューリングウインドウ情報に基づきプレスケジューリング処理を実行し、前記待ち行列キューから、前記プレスケジューリングウインドウ情報により識別されたプレスケジューリングウインドウサイズのデータパケットを選択するステップと、を含む。以上から、本発明の実施形態では、フローに基づくＱｏＳ制御が実施可能であることが分かる。
2019517224.tif 000002
【特許請求の範囲】
【請求項１】
サービス品質ＱｏＳ制御の方法であって、前記方法は、
第１装置のパケットデータ・コンバージェンス・プロトコルＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき被送信データに対して待ち行列処理を実行して、待ち行列キューを取得するステップであって、各キューは少なくとも１つのフローを含む、ステップと、
前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得するステップと、
前記第１装置の前記ＰＤＣＰエンティティにより、各待ち行列キューのプレスケジューリング情報を決定するステップと、
前記第１装置の前記ＰＤＣＰエンティティにより、各キューの前記プレスケジューリング情報及び前記プレスケジューリングウインドウ情報に基づきプレスケジューリング処理を実行し、前記待ち行列キューから、前記プレスケジューリングウインドウ情報により識別されたプレスケジューリングウインドウサイズのデータパケットを選択するステップと、
を含む方法。
【請求項２】
前記方法は、
ＰＤＣＰサービスデータユニットＰＤＣＰ  ＳＤＵに対して待ち行列処理及びプレスケジューリング処理を実行した後に、前記第１装置の前記ＰＤＣＰエンティティにより、ＰＤＣＰシーケンス番号ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰプロトコルデータユニットＰＤＣＰ  ＰＤＵを取得するステップ、又は、
ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号を割り当てた後に、前記第１装置の前記ＰＤＣＰエンティティにより、待ち行列処理及びプレスケジューリング処理を実行し、次に暗号化及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰ  ＰＤＵを取得するステップ、又は、
ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行した後に、前記第１装置の前記ＰＤＣＰエンティティにより、待ち行列処理及びプレスケジューリング処理を実行して、ＰＤＣＰ  ＰＤＵを取得するステップ、
を更に含む請求項１に記載の方法。
【請求項３】
第１装置のＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき被送信データに対して待ち行列処理を実行する前記ステップの前に、前記方法は、
前記第１装置により、コアネットワークＣＮ又は無線アクセスネットワークＲＡＮから、前記第１装置の前記ＱｏＳ情報を取得するステップであって、前記第１装置の前記ＱｏＳ情報は、サービス品質クラス識別子ＱＣＩ、保証レートＧＢＲ、最大ビットレートＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、並びに割り当て及び保有優先度ＡＲＰ、のうちの１又は複数を含む、ステップと、
前記第１装置により、前記第１装置の前記ＰＤＣＰエンティティへ、前記第１装置の前記取得したＱｏＳ情報を伝送するステップと、
を更に含む請求項１又は２に記載の方法。
【請求項４】
第１装置のＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき、被送信データに対して待ち行列処理を実行する前記ステップの前に、前記方法は、
前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得するステップ、を更に含む請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
第１装置のＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき、被送信データに対して待ち行列処理を実行する前記ステップは、
前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の前記フローレベルＱｏＳ情報に基づき、上位レイヤからのデータをフィルタリングして、フローレベルデータフローを取得するステップ、又は、
前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の前記ベアラレベルＱｏＳ情報に基づき、上位レイヤからのデータを分割して、フローレベルデータフローを取得するステップ、又は、
前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の前記パケットレベルＱｏＳ情報に基づき、上位レイヤからのデータを分類して、フローレベルデータフローを取得するステップ、
を含む、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得する前記ステップは、
前記第１装置の前記ＰＤＣＰエンティティにより、前記無線アクセスネットワークＲＡＮにより送信された構成情報を取得し、前記構成情報に基づき、前記プレスケジューリングウインドウ情報を設定するステップ、又は、
前記第１装置の前記ＰＤＣＰエンティティにより、ＲＬＣエンティティにより周期的に報告される前記プレスケジューリングウインドウ情報を受信するステップ、又は、
前記第１装置の前記ＰＤＣＰエンティティにより、ＲＬＣエンティティによりイベントに基づき報告された前記プレスケジューリングウインドウ情報を受信するステップ、又は、
前記第１装置の前記ＰＤＣＰエンティティにより、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択するステップ、
を含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得する前記ステップは、
前記第１装置の前記ＰＤＣＰエンティティにより、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択するステップを含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項８】
前記方法は、
１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティの異なる種類に基づき前記ＰＤＣＰエンティティの待ち行列キューをグループ化し、各キューグループの中のデータを対応する種類のＲＬＣエンティティに分配するステップ、又は、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順に基づき、前記ＰＤＣＰ  ＰＤＵの分配されるべきＲＬＣエンティティを選択するステップ、或いは、
複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、前記ＲＬＣエンティティにより、複数のプレスケジューリングウインドウ情報片を生成し、前記複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、並びに各ＰＤＣＰエンティティにより、プレスケジューリング処理を独立に実行し、及び前記ＲＬＣエンティティへ前記ＰＤＣＰ  ＰＤＵを送信するステップ、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティの状態情報に基づきプレスケジューリングウインドウ情報を割り当てるステップ、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティのスケジューリング情報に基づきプレスケジューリングウインドウ情報を割り当てるステップ、又は、異なるスケジューリング優先度を有するＰＤＣＰエンティティにより、異なるプレスケジューリング方法を使用するステップ、
を更に含む請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記第１装置の前記ＰＤＣＰエンティティにより、各待ち行列キューのプレスケジューリング情報を決定する前記ステップは、
前記第１装置の前記ＰＤＣＰエンティティにより、各データフローの且つ前記無線アクセスネットワークＲＡＮにより送信されたプレスケジューリング情報を取得するステップ、及び／又は、
前記第１装置の前記ＰＤＣＰエンティティにより、前記コアネットワークＣＮにより送信された前記第１装置の前記フローレベルＱｏＳ情報を取得し、及び、前記第１装置の前記フローレベルＱｏＳ情報に基づき、各データフローのプレスケジューリング情報を決定するステップ、及び／又は、
前記第１装置の前記ＰＤＣＰエンティティにより、前記上位レイヤからの情報を取得して、プレスケジューリング情報を計算するステップ、
を含む、請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記方法は、
前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、ＭＡＣレイヤによりバッファリングするために、固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成するステップ、を更に含む請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
前記方法は、
前記第１装置により、前記固定サイズの前記ＭＡＣ  ＰＤＵを決定するステップと、
前記第１装置により、第２装置へ前記固定サイズを送信するステップであって、前記第１装置にリソースを割り当てるとき、前記第２装置が、前記固定サイズのデータ又は前記固定サイズの整数倍のサイズのデータを伝送するために使用可能なリソースを割り当てることができるようにする、ステップと、
を更に含む請求項１０に記載の方法。
【請求項１２】
前記第１装置により、ＣＮ又はＲＡＮから前記第１装置の前記ＱｏＳ情報を取得する前記ステップは、
前記第１装置により、前記第１装置の位置する第１行路区間のＱｏＳパラメータを取得するステップ、又は、
前記第１装置により、前記第１装置のエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及び前記Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得するステップ、
を含む、請求項３に記載の方法。
【請求項１３】
前記方法は、
前記第１装置により、制御プレーンから能力又は負荷通知メッセージを受信するステップと、
前記能力又は負荷通知メッセージに基づき、前記第１行路区間以外の行路区間のＱｏＳ能力が前記行路区間のＱｏＳ要件を満たさないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するステップと、
を更に含む請求項１２に記載の方法。
【請求項１４】
前記方法は、
前記第１装置により、ユーザプレーンから帯域内通知メッセージを受信するステップであって、前記帯域内通知メッセージはＱｏＳ満足情報を伝達し、前記ＱｏＳ満足情報は、Ｅ２Ｅ  ＱｏＳカウンタの占有比率又は数量、又はＥ２Ｅ  ＱｏＳカウンタの残り比率又は数量を示すために使用される、ステップと、
前記ＱｏＳ満足情報に基づき、前記第１行路区間以外の行路区間でＱｏＳが満たされないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の位置する前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するステップと、
を更に含む請求項１２に記載の方法。
【請求項１５】
サービス品質ＱｏＳ制御であって、
第１無線アクセスネットワークＲＡＮ要素により、近隣ＲＡＮ要素により送信されたグランド側ルーティング情報を受信するステップであって、前記グランド側ルーティング情報は、前記近隣ＲＡＮ要素に接続されたサービングゲートウェイＳＧＷに関する情報、パケットデータネットワークゲートウェイＰＧＷに関する情報、前記ＰＧＷに接続されたパケットデータネットワークＰＤＮに関する情報、ローカルホームネットワークＬＨＮに関する情報、超低遅延能力情報、及び超高信頼性伝送能力情報、のうちの１又は複数を含む、ステップと、
前記第１ＲＡＮ要素により、ハンドオーバプログラムを実行するために、前記グランド側ルーティング情報及びＱｏＳパラメータに基づき、前記近隣ＲＡＮ要素に対して目標セルハンドオーバ選択を実行して、端末のために目標ＲＡＮ要素の適切な目標セルを選択するステップと、
を含むＱｏＳ制御。
【請求項１６】
前記方法は、
前記第１ＲＡＮ要素により、前記目標ＲＡＮ要素へ第１メッセージを送信するステップであって、前記第１メッセージは、前記ＱｏＳパラメータ、ハンドオーバ理由情報、及び目標ＰＤＮに関する情報を伝達し、前記目標ＲＡＮ要素が、前記第１メッセージの中で伝達される、前記ＱｏＳパラメータ、前記ハンドオーバ理由情報、及び前記目標ＰＤＮに関する情報に基づき、サービス加入決定を実行できるようにする、ステップ、
を更に含む請求項１５に記載の方法。
【請求項１７】
前記方法は、
前記第１ＲＡＮ要素により、前記目標ＲＡＮ要素により送信された第２メッセージを受信するステップであって、前記第２メッセージは加入が成功したことを示すために使用され、前記第２メッセージはＱｏＳパラメータ満足レベルを伝達する、ステップ、又は、
前記第１ＲＡＮ要素により、前記目標ＲＡＮ要素により送信された第３メッセージを受信するステップであって、前記第３メッセージは加入が失敗したことを示すために使用され、前記第３メッセージは特定原因を伝達する、ステップ、
を更に含む請求項１６に記載の方法。
【請求項１８】
前記方法は、
複数の目標ＲＡＮ要素により返された第２メッセージを受信すると、前記第１ＲＡＮ要素により、前記第２メッセージの中で伝達されたＱｏＳパラメータ満足レベルに基づき目標セルを選択するステップと、
前記目標セルへのハンドオーバを開始するステップと、
を更に含む請求項１７に記載の方法。
【請求項１９】
装置であって、前記装置は第１装置として使用され、前記装置は、
前記第１装置のサービス品質ＱｏＳ情報に基づき、パケットデータ・コンバージェンス・プロトコルＰＤＣＰエンティティにより送信されるべきデータに対して待ち行列処理を実行して、待ち行列キューを取得するよう構成される待ち行列ユニットであって、各キューは少なくとも１つのフローを含む、待ち行列ユニットと、
前記ＰＤＣＰエンティティのプレスケジューリングウインドウ情報を取得するよう構成される取得ユニットと、
前記待ち行列ユニットによりキューイングされた各キューのプレスケジューリング情報を決定するよう構成される決定ユニットと、
各キューの且つ前記決定ユニットにより決定された前記プレスケジューリング情報、及び前記取得ユニットにより取得された前記プレスケジューリングウインドウ情報に基づき、プレスケジューリング処理を実行し、前記待ち行列キューから前記プレスケジューリングウインドウ情報により識別されるプレスケジューリングウインドウサイズのデータパケットを選択するよう構成されるプレスケジューリングユニットと、
を含む装置。
【請求項２０】
前記装置は、
生成ユニットであって、前記待ち行列ユニットがＰＤＣＰサービスデータユニットＰＤＣＰ  ＳＤＵに対して待ち行列処理を実行し、及び前記プレスケジューリングユニットがプレスケジューリング処理を実行した後に、ＰＤＣＰシーケンス番号ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰプロトコルデータユニットＰＤＣＰ  ＰＤＵを取得する、又は、ＰＤＣＰ  ＳＮ番号をＰＤＣＰ  ＳＤＵに割り当て、前記待ち行列ユニットが待ち行列処理を実行し、及び前記プレスケジューリングユニットがプレスケジューリング処理を実行した後に、暗号化及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰ  ＰＤＵを取得する、又は、前記待ち行列ユニットが待ち行列処理を実行し及び前記プレスケジューリングユニットがプレスケジューリング処理を実行してＰＤＣＰ  ＰＤＵを取得する前に、ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行するよう構成される生成ユニット、を更に含む請求項１９に記載の装置。
【請求項２１】
前記取得ユニットは、前記待ち行列ユニットが前記第１装置の前記ＱｏＳ情報に基づき前記被送信データに対して待ち行列処理を実行する前に、コアネットワークＣＮ又は無線アクセスネットワークＲＡＮから、前記第１装置の前記ＱｏＳ情報を取得するよう更に構成され、前記第１装置の前記ＱｏＳ情報は、サービス品質クラス識別子ＱＣＩ、保証レートＧＢＲ、最大ビットレートＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、並びに割り当て及び保有優先度ＡＲＰ、のうちの１又は複数を含み、
前記分配ユニットは、前記第１装置の前記ＰＤＣＰエンティティへ、前記取得ユニットにより取得された前記第１装置の前記ＱｏＳ情報を伝送するよう更に構成される、
請求項１９又は２０に記載の装置。
【請求項２２】
前記取得ユニットは、前記待ち行列ユニットが前記第１装置の前記ＱｏＳ情報に基づき前記被送信データに対して待ち行列処理を実行する前に、前記第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得するよう更に構成される、請求項１９乃至２１のいずれか一項に記載の装置。
【請求項２３】
前記待ち行列ユニットは、具体的に、前記第１装置の前記フローレベルＱｏＳ情報に基づき前記ＰＤＣＰエンティティの上位レイヤからのデータをフィルタリングして、フローレベルデータフローを取得する、又は、前記第１装置の前記ベアラレベルＱｏＳ情報に基づき前記ＰＤＣＰエンティティの上位レイヤからのデータを分割して、フローレベルデータフローを取得する、又は、前記第１装置の前記パケットレベルＱｏＳ情報に基づき前記ＰＤＣＰエンティティの上位レイヤからのデータを分類して、フローレベルデータフローを取得する、よう構成される、請求項１９乃至２２のいずれか一項に記載の装置。
【請求項２４】
前記取得ユニットは、具体的に、前記無線アクセスネットワークＲＡＮにより送信された構成情報を取得し、前記構成情報に基づき、前記ＰＤＣＰエンティティの前記プレスケジューリングウインドウ情報を設定する、又は、ＲＬＣエンティティにより周期的に報告される前記ＰＤＣＰエンティティの前記プレスケジューリングウインドウ情報を受信する、又は、ＲＬＣエンティティによりイベントに基づき報告された前記ＰＤＣＰエンティティの前記プレスケジューリングウインドウ情報を受信する、又は、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、前記ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を選択する、よう構成される、請求項１９乃至２３のいずれか一項に記載の装置。
【請求項２５】
前記取得ユニットは、具体的に、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択するよう構成される、請求項１９乃至２３のいずれか一項に記載の装置。
【請求項２６】
前記装置は、
前記分配ユニットが、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティの異なる種類に基づき前記ＰＤＣＰエンティティの待ち行列キューをグループ化し、各キューグループの中のデータを対応する種類のＲＬＣエンティティに分配する、又は、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順に基づき、前記ＰＤＣＰ  ＰＤＵの分配されるべきＲＬＣエンティティを選択する、又は、複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、前記ＲＬＣエンティティにより、複数のプレスケジューリングウインドウ情報片を生成し、前記複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、並びに各ＰＤＣＰエンティティにより、プレスケジューリング処理を独立に実行し、及び前記ＲＬＣエンティティへ前記ＰＤＣＰ  ＰＤＵを送信する、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティの状態情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティのスケジューリング情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、異なるスケジューリング優先度を有するＰＤＣＰエンティティにより、異なるプレスケジューリング方法を使用するよう構成される、ことを更に含む請求項１９乃至２５のいずれか一項に記載の装置。
【請求項２７】
前記決定ユニットは、具体的に、各データフローの且つ前記無線アクセスネットワークＲＡＮにより送信された、前記ＰＤＣＰエンティティのプレスケジューリング情報を取得する、及び／又は、前記コアネットワークＣＮにより送信された前記第１装置の前記フローレベルＱｏＳ情報を取得し、及び、前記第１装置の前記フローレベルＱｏＳ情報に基づき、前記ＰＤＣＰエンティティの、各データフローのプレスケジューリング情報を決定する、及び／又は、前記ＰＤＣＰエンティティの前記上位レイヤからの情報を取得して、前記ＰＤＣＰエンティティのプレスケジューリング情報を計算するよう構成される、請求項１９乃至２６のいずれか一項に記載の装置。
【請求項２８】
前記装置は、
前記分配ユニットが、前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、ＭＡＣレイヤによりバッファリングするために、固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成するよう構成される、ことを更に含む請求項１９乃至２７のいずれか一項に記載の装置。
【請求項２９】
前記決定ユニットは、前記固定サイズの前記ＭＡＣ  ＰＤＵを決定するよう更に構成され、
前記装置は、
第２装置へ前記固定サイズを送信するよう構成される送信ユニットであって、前記第１装置にリソースを割り当てるとき、前記第２装置が、前記固定サイズのデータ又は前記固定サイズの整数倍のサイズのデータを伝送するために使用可能なリソースを割り当てることができるようにする、送信ユニット、を更に含む請求項２８に記載の装置。
【請求項３０】
前記取得ユニットは、具体的に、前記第１装置の位置する第１行路区間のＱｏＳパラメータを取得する、又は前記第１装置のエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及び前記Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得するよう構成される、請求項２１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特にサービス品質（Quality  of  Service、ＱｏＳ）制御のための方法及び装置に関する。
【背景技術】
【０００２】
現在のロングタームエボリューション（Long  Term  Evolution、ＬＴＥ）システムでは、エンドツーエンドＱｏＳメカニズムが実装されている。図１に示すように、パケットデータネットワークゲートウェイ（Packet  Data  Network  Gateway、ＰＧＷ）からＵＥまでのＱｏＳを保証するために、幾つかのベアラ（bearer）が使用され得、ベアラは３つのベアラ：Ｓ５／Ｓ８ベアラ、Ｓ１ベアラ、及び無線ベアラ（radio  bearer）を含む。ベアラ属性はＰＧＷにより提供される。ダウンリンクでは、ＰＧＷは、トラフィックフローテンプレート（Traffic  Flow  Template、ＴＦＴ）を用いてフィルタリングを通じて、ユーザデータフロー（Service  Data  Flow、ＳＤＦ）を進化型パケットシステム（Evolved  Packet  System、ＥＰＳ）ベアラにマッピングする。ＱｏＳ要件は、ＥＰＳベアラの属性を用いて、Ｓ５／Ｓ８インタフェース、Ｓ１インタフェース、及び無線インタフェース上で保証される。Ｓ１及び無線インタフェースでは、コアネットワーク内のモビリティ管理エンティティ（Mobility  Management  Entity、ＭＭＥ）は、進化型無線アクセスベアラ（Evolved  Radio  Access  Bearer、Ｅ−ＲＡＢ）ＱｏＳパラメータを提供する。Ｅ−ＲＡＢ  ＱｏＳパラメータは、サービス品質クラス識別子（QoS  Classification  Identifier、ＱＣＩ）、並びに割り当て及び保有優先度（Allocation  and  Retention  Priority、ＡＲＰ）を含む。任意で、Ｅ−ＲＡＢ  ＱｏＳパラメータは、保証ビットレート（Guaranteed  Bit  Rate、ＧＢＲ）、及びＵＥ総合最大ビットレート（Aggregate  Maximum  Bit  Rate、ＡＭＢＲ）を更に含む。異なるＱＣＩは異なるＱｏＳ品質要件に対応する。
【０００３】
ＬＴＥの無線インタフェース実装では、１つのＳＤＦが１つの専用ｂｅａｒｅｒに対応し、又は複数のＳＤＦが１つの規定（default）ｂｅａｒｅｒに対応し、１つのｂｅａｒｅｒが１つの無線ベアラ（radio  bearer、ＲＢ）に対応し、及び、１つのＲＢがパケットデータ・コンバージェンス・プロトコル（Packet  Data  Convergence  Protocol、ＰＤＣＰ）エンティティ、無線リンク制御（Radio  Link  Control  Protocol、ＲＬＣ）エンティティ、及び媒体アクセス制御（Media  Access  Control  Protocol、ＭＡＣ）機能を含む。ＰＤＣＰエンティティは、暗号化、完全性保護、ヘッダ圧縮、及びシーケンス番号（sequence  number、ＳＮ）割り当てのような機能を有し、ＲＬＣエンティティは、セグメント化、連結、再送、及び順序付けのような機能を有し、並びに、ＭＡＣレイヤは、優先度に基づくスケジューリング機能、及び論理チャネル多重化及び逆多重化機能を有する。
【０００４】
第５世代（５−Generation、５Ｇ）モバイル通信技術では、アプリケーションレイヤ情報が反映される必要のある新しい要件がある。フローに基づく（flow−based）ＱｏＳアーキテクチャは、より精細な粒度のＱｏＳ特性を実装するために可能なソリューションである。ＱｏＳ差別化が、コアネットワーク（Core  Network、ＣＮ）側でフロー（flow）粒度で実行される場合、グランド側と無線インタフェースとの間にマッピングが存在する。無線アクセスネットワーク（Radio  Access  Network、ＲＡＮ）側では、スケジューリングのためにＲＢフォームが現在使用されている。ＵＥのｆｌｏｗの量は比較的大きいので、ＭＡＣプロトコルデータユニット（Protocol  Data  Unit、ＰＤＵ）サブヘッダ（subheaders）のオーバヘッドを削減するために、複数のｆｌｏｗが同じＲＢにマッピングされる必要がある。現在のＭＡＣレイヤスケジューリングは、論理チャネル（Logical  Channel、ＬＣＨ）のチャネル優先度に基づくスケジューリングを意味する。言い換えると、複数のｆｌｏｗは一緒にスケジューリングされる。したがって、異なる優先度のｆｌｏｗが反映できず、及びアプリケーションレイヤ粒度のＱｏＳは反映できない。
【０００５】
図２に示すように、従来のソリューションでは、ｆｌｏｗは、非アクセス層（Non−Access  Stratum、ＮＡＳ）にあるｂｅａｒｅｒにマッピングされる。各ｂｅａｒｅｒは１つのＰＤＣＰエンティティ及び１つのＲＬＣエンティティに対応し、複数のＲＢは全てＭＡＣレイヤでスケジューリングされ多重化される。ｆｌｏｗに基づく基本ＱｏＳ制御は、ＭＡＣレイヤスケジューリング及び多重化に実装できない。
【発明の概要】
【０００６】
本発明の実施形態は、ｆｌｏｗに基づく基本ＱｏＳ制御を実施するために、ＱｏＳ制御のための方法及び装置を提供する。
【０００７】
一態様によると、ＱｏＳ制御方法が提供される。方法は、第１装置のパケットデータ・コンバージェンス・プロトコルＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき被送信データに対する待ち行列処理を実行して、待ち行列キューを取得するステップであって、各キューは少なくとも１つのフローを含む、ステップと、前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得するステップと、前記第１装置の前記ＰＤＣＰエンティティにより、各待ち行列キューのプレスケジューリング情報を決定するステップと、前記第１装置の前記ＰＤＣＰエンティティにより、各キューの前記プレスケジューリング情報及び前記プレスケジューリングウインドウ情報に基づきプレスケジューリング処理を実行し、前記待ち行列キューから、前記プレスケジューリングウインドウ情報により識別されたプレスケジューリングウインドウサイズのデータパケットを選択するステップと、を含む。
【０００８】
可能な設計では、前記方法は、ＰＤＣＰサービスデータユニットＰＤＣＰ  ＳＤＵに対して待ち行列処理及びプレスケジューリング処理を実行した後に、前記第１装置の前記ＰＤＣＰエンティティにより、ＰＤＣＰシーケンス番号ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行し、ＰＤＣＰプロトコルデータユニットＰＤＣＰ  ＰＤＵを取得するステップ、又は、ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号を割り当てた後に、前記第１装置の前記ＰＤＣＰエンティティにより、待ち行列処理及びプレスケジューリング処理を実行し、次に暗号化及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰ  ＰＤＵを取得するステップ、又は、ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行した後に、前記第１装置の前記ＰＤＣＰエンティティにより、待ち行列処理及びプレスケジューリング処理を実行して、ＰＤＣＰ  ＰＤＵを取得するステップ、を更に含む。
【０００９】
可能な設計では、方法は、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＰＤＣＰ  ＰＤＵを処理のために無線リンク制御ＲＬＣエンティティに分配するステップと、前記ＲＬＣエンティティにより、前記ＰＤＣＰ  ＰＤＵに対してセグメント化又は連結を実行し、前記ＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置くステップと、前記ＭＡＣレイヤにより、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行して、ＭＡＣプロトコルデータユニットＭＡＣ  ＰＤＵを取得し、前記ＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤに分配するステップと、を更に含む。
【００１０】
可能な設計では、第１装置のＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき被送信データに対して待ち行列処理を実行する前記ステップの前に、前記方法は、前記第１装置により、コアネットワークＣＮ又は無線アクセスネットワークＲＡＮから、前記第１装置の前記ＱｏＳ情報を取得するステップであって、前記第１装置の前記ＱｏＳ情報は、サービス品質クラス識別子ＱＣＩ、保証レートＧＢＲ、最大ビットレートＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、並びに割り当て及び保有優先度ＡＲＰ、のうちの１又は複数を含む、ステップと、前記第１装置により、前記第１装置の前記ＰＤＣＰエンティティへ、前記第１装置の前記取得したＱｏＳ情報を伝送するステップと、を更に含む。
【００１１】
可能な設計では、ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示し、ＱｏＳ情報は、ベアラレベル、フローレベル、パケットレベル、又はユーザ機器ＵＥレベルである。
【００１２】
可能な設計では、第１装置のＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき、被送信データに対して待ち行列処理を実行する前記ステップの前に、前記方法は、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得するステップ、を更に含む。
【００１３】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得する前記ステップの前に、前記方法は、前記第１装置により、前記サービスの属する前記スライスの識別子に基づき、前記サービスの属する前記スライスのＱｏＳ情報を取得するステップであって、前記スライスの前記ＱｏＳ情報は、前記スライスの固有ＱｏＳ情報及び／又は前記スライスの前記相対ＱｏＳ情報を含む、ステップ、及び、前記第１装置により、前記スライスの前記固有ＱｏＳ情報に基づき前記スライスのためにリソースを準備するステップ、及び／又は、前記スライスの前記相対ＱｏＳ情報に基づき前記第１装置の前記ＱｏＳ情報を調整するステップ、を更に含む。
【００１４】
可能な設計では、前記スライスの前記ＱｏＳ情報は、前記スライスの前記相対ＱｏＳ情報が有効であるか否かを示す情報を更に含み、前記スライスの前記相対ＱｏＳ情報に基づき前記第１装置の前記ＱｏＳ情報を調整する前記ステップは、前記スライスの前記ＱｏＳ情報が、前記スライスの前記相対ＱｏＳ情報は有効であると示す情報を含むとき、前記スライスの前記相対ＱｏＳ情報に基づき、前記第１装置の前記ＱｏＳ情報を調整するステップを含む。
【００１５】
可能な設計では、第１装置のＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき、被送信データに対して待ち行列処理を実行する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の前記フローレベルＱｏＳ情報に基づき、上位レイヤからのデータをフィルタリングして、フローレベルデータフローを取得するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の前記ベアラレベルＱｏＳ情報に基づき、上位レイヤからのデータを分割して、フローレベルデータフローを取得するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の前記パケットレベルＱｏＳ情報に基づき、上位レイヤからのデータを分類して、フローレベルデータフローを取得するステップ、を含む。
【００１６】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティにより、前記無線アクセスネットワークＲＡＮにより送信された構成情報を取得し、前記構成情報に基づき、前記プレスケジューリングウインドウ情報を設定するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＲＬＣエンティティにより周期的に報告される前記プレスケジューリングウインドウ情報を受信するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＲＬＣエンティティによりイベントに基づき報告された前記プレスケジューリングウインドウ情報を受信するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択するステップ、を含む。
【００１７】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティが、前記ＲＬＣエンティティにより報告された前記プレスケジューリングウインドウ情報又は前記ＲＬＣエンティティにより報告され且つＲＬＣバッファが重負荷を有すると示す情報を受信し、前記ＲＬＣバッファの状態に基づき前記プレスケジューリングウインドウ情報を選択するまで、前記第１装置の前記ＰＤＣＰエンティティにより、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択するステップを含む。
【００１８】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより処理のために前記ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する前記ステップは、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティの異なる種類に基づき前記ＰＤＣＰエンティティの待ち行列キューをグループ化し、各キューグループの中のデータを対応する種類のＲＬＣエンティティに分配するステップ、又は、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順に基づき、前記ＰＤＣＰ  ＰＤＵの分配されるべきＲＬＣエンティティを選択するステップ、又は、複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、前記ＲＬＣエンティティにより、複数のプレスケジューリングウインドウ情報片を生成し、前記複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、並びに各ＰＤＣＰエンティティにより、プレスケジューリング処理を独立に実行し、及び前記ＲＬＣエンティティへ前記ＰＤＣＰ  ＰＤＵを送信するステップ、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティの状態情報に基づきプレスケジューリングウインドウ情報を割り当てるステップ、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティのスケジューリング情報に基づきプレスケジューリングウインドウ情報を割り当てるステップ、又は、異なるスケジューリング優先度を有するＰＤＣＰエンティティにより、異なるプレスケジューリング方法を使用するステップ、を含む。
【００１９】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより、各待ち行列キューのプレスケジューリング情報を決定する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティにより、各データフローの且つ前記無線アクセスネットワークＲＡＮにより送信されたプレスケジューリング情報を取得するステップ、及び／又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記コアネットワークＣＮにより送信された前記第１装置の前記フローレベルＱｏＳ情報を取得し、及び、前記第１装置の前記フローレベルＱｏＳ情報に基づき、各データフローのプレスケジューリング情報を決定するステップ、及び／又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記上位レイヤからの情報を取得して、プレスケジューリング情報を計算するステップ、を含む。
【００２０】
可能な設計では、前記ＲＬＣエンティティにより、前記ＰＤＣＰ  ＰＤＵに対してセグメント化及び連結を実行し、前記ＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置く前記ステップは、前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、前記ＭＡＣレイヤによりバッファリングするために、固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成するステップを含む。
【００２１】
可能な設計では、前記方法は、前記第１装置により、前記固定サイズの前記ＭＡＣ  ＰＤＵを決定するステップと、前記第１装置により、第２装置へ前記固定サイズを送信するステップであって、前記第１装置にリソースを割り当てるとき、前記第２装置が、前記固定サイズのデータ又は前記固定サイズの整数倍のサイズのデータを伝送するために使用可能なリソースを割り当てることができるようにする、ステップと、を更に含む。
【００２２】
可能な設計では、前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、固定サイズのＭＡＣ  ＰＤＵを生成する前記ステップは、前記第１装置により、ＭＡＣ  ＰＤＵの且つ第２装置により決定され前記第２装置により送信された固定サイズを受信するステップと、前記第１装置の前記ＲＬＣエンティティにより、前記受信した固定サイズに基づき、データパケットセグメント化及び連結を実行して、前記固定サイズの前記ＭＡＣ  ＰＤＵを生成するステップと、を含む。
【００２３】
可能な設計では、前記ＲＬＣエンティティによりデータパケットセグメント化及び連結を実行して、固定サイズのＭＡＣ  ＰＤＵを生成する前記ステップは、前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、前記固定サイズの複数のＭＡＣ  ＰＤＵを生成するステップと、前記ＭＡＣレイヤにより、複数のバッファキューを生成するステップであって、前記キューは異なる固定サイズに対応する、ステップと、前記ＭＡＣレイヤにより、受信したリソースサイズ状態に基づき、対応するキューからデータパケットを取得するステップと、を含む。
【００２４】
可能な設計では、前記第１装置の１つのＰＤＣＰエンティティは複数のＲＬＣエンティティに対応し、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＰＤＣＰ  ＰＤＵを処理のためにＲＬＣエンティティに分配する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために各ＲＬＣエンティティに分配するステップを含む。
【００２５】
可能な設計では、前記第１装置の複数のＰＤＣＰエンティティは１つのＲＬＣエンティティに対応し、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＰＤＣＰ  ＰＤＵを処理のためにＲＬＣエンティティに分配する前記ステップは、前記第１装置の各ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために前記ＲＬＣエンティティに分配するステップを含む。
【００２６】
可能な設計では、前記ＭＡＣレイヤにより、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行する前記ステップは、前記ＭＡＣエンティティにより、各無線ベアラＲＢの且つＲＡＮ要素により構成されたスケジューリング情報を取得するステップ、又は、プリセット計算ルールに従い前記プレスケジューリング情報に基づき各ＲＢのスケジューリング情報を取得するステップ、及び、前記ＭＡＣレイヤにより、前記ＲＢの前記スケジューリング情報に基づき、前記複数の論理チャネルＬＣＨの前記データに対してスケジューリング及び多重化を実行するステップ、を含む。
【００２７】
可能な設計では、前記第１装置により、ＣＮ又はＲＡＮから前記第１装置の前記ＱｏＳ情報を取得する前記ステップは、前記第１装置により、前記第１装置の位置する第１行路区間のＱｏＳパラメータを取得するステップ、又は、前記第１装置により、前記第１装置のエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及び前記Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得するステップ、を含む。
【００２８】
可能な設計では、前記方法は、前記第１装置により、制御プレーンから能力又は負荷通知メッセージを受信するステップと、前記能力又は負荷通知メッセージに基づき、前記第１行路区間以外の行路区間のＱｏＳ能力が前記行路区間のＱｏＳ要件を満たさないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するステップと、を更に含む。
【００２９】
可能な設計では、前記方法は、前記第１装置により、ユーザプレーンから帯域内通知メッセージを受信するステップであって、前記帯域内通知メッセージはＱｏＳ満足情報を伝達し、前記ＱｏＳ満足情報は、Ｅ２Ｅ  ＱｏＳカウンタの占有比率又は数量、又はＥ２Ｅ  ＱｏＳカウンタの残り比率又は数量を示すために使用される、ステップと、前記ＱｏＳ満足情報に基づき、前記第１行路区間以外の行路区間でＱｏＳが満たされないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するステップと、を更に含む。
【００３０】
別の態様によると、サービス品質ＱｏＳ制御の方法が提供される。方法は、コアネットワーク制御プレーンネットワーク要素ＣＮ−ＣＰにより、無線アクセスネットワークＲＡＮにより送信された無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報を受信するステップと、前記無線インタフェース側ＱｏＳ能力情報及び／又は前記グランド側ＱｏＳ能力情報に基づき、無線インタフェース側行路区間又はグランド側行路区間の選択又は再選択を決定するステップと、を含む。
【００３１】
更に別の態様によると、サービス品質ＱｏＳ制御の方法が提供される。方法は、第１無線アクセスネットワークＲＡＮ要素により、近隣ＲＡＮ要素により送信されたグランド側ルーティング情報を受信するステップであって、前記グランド側ルーティング情報は、前記近隣ＲＡＮ要素に接続されたサービングゲートウェイＳＧＷに関する情報、パケットデータネットワークゲートウェイＰＧＷに関する情報、前記ＰＧＷに接続されたパケットデータネットワークＰＤＮに関する情報、ローカルホームネットワークＬＨＮに関する情報、超低遅延能力情報、及び超高信頼性伝送能力情報、のうちの１又は複数を含む、ステップと、前記第１ＲＡＮ要素により、ハンドオーバプログラムを実行するために、前記グランド側ルーティング情報及びＱｏＳパラメータに基づき、前記近隣ＲＡＮ要素に対して目標セルハンドオーバ選択を実行して、端末のために目標ＲＡＮ要素の適切な目標セルを選択するステップと、を含む。
【００３２】
可能な設計では、前記方法は、前記第１ＲＡＮ要素により、前記目標ＲＡＮ要素へ第１メッセージを送信するステップであって、前記第１メッセージは、前記ＱｏＳパラメータ、ハンドオーバ理由情報、及び目標ＰＤＮに関する情報を伝達し、前記目標ＲＡＮ要素が、前記第１メッセージの中で伝達される、前記ＱｏＳパラメータ、前記ハンドオーバ理由情報、及び前記目標ＰＤＮに関する情報に基づき、サービス加入決定を実行するようにする、ステップ、を更に含む。
【００３３】
可能な設計では、前記方法は、前記第１ＲＡＮ要素により、前記目標ＲＡＮ要素により送信された第２メッセージを受信するステップであって、前記第２メッセージは加入が成功したことを示すために使用され、前記第２メッセージはＱｏＳパラメータ満足レベルを伝達する、ステップ、又は、前記第１ＲＡＮ要素により、前記目標ＲＡＮ要素により送信された第３メッセージを受信するステップであって、前記第３メッセージは加入が失敗したことを示すために使用され、前記第３メッセージは特定原因を伝達する、ステップ、を更に含む。
【００３４】
可能な設計では、前記方法は、複数の目標ＲＡＮ要素により返された第２メッセージを受信すると、前記第１ＲＡＮ要素により、前記第２メッセージの中で伝達されたＱｏＳパラメータ満足レベルに基づき目標セルを選択するステップと、前記目標セルへのハンドオーバを開始するステップと、を更に含む。
【００３５】
更に別の態様によると、装置が提供される。装置は第１装置として使用され、前記装置は、前記第１装置のサービス品質ＱｏＳ情報に基づき、パケットデータ・コンバージェンス・プロトコルＰＤＣＰエンティティにより送信されるべきデータに対して待ち行列処理を実行して、待ち行列キューを取得するよう構成される待ち行列ユニットであって、各キューは少なくとも１つのフローを含む、待ち行列ユニットと、前記ＰＤＣＰエンティティのプレスケジューリングウインドウ情報を取得するよう構成される取得ユニットと、前記待ち行列ユニットによりキューイングされた各キューのプレスケジューリング情報を決定するよう構成される決定ユニットと、各キューの且つ前記決定ユニットにより決定された前記プレスケジューリング情報、及び前記取得ユニットにより取得された前記プレスケジューリングウインドウ情報に基づき、プレスケジューリング処理を実行し、前記待ち行列キューから、前記プレスケジューリングウインドウ情報により識別されたプレスケジューリングウインドウサイズのデータパケットを選択するよう構成されるプレスケジューリングユニットと、を含む。
【００３６】
可能な設計では、前記装置は、生成ユニットであって、前記待ち行列ユニットがＰＤＣＰサービスデータユニットＰＤＣＰ  ＳＤＵに対して待ち行列処理を実行し、及び前記プレスケジューリングユニットがプレスケジューリング処理を実行した後に、ＰＤＣＰシーケンス番号ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰプロトコルデータユニットＰＤＣＰ  ＰＤＵを取得する、又は、ＰＤＣＰ  ＳＮ番号をＰＤＣＰ  ＳＤＵに割り当て、前記待ち行列ユニットが待ち行列処理を実行し、及び前記プレスケジューリングユニットがプレスケジューリング処理を実行した後に、暗号化及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰ  ＰＤＵを取得する、又は、前記待ち行列ユニットが待ち行列処理を実行し及び前記プレスケジューリングユニットがプレスケジューリング処理を実行してＰＤＣＰ  ＰＤＵを取得する前に、ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行するよう構成される生成ユニット、を更に含む。
【００３７】
可能な設計では、前記装置は、分配ユニットであって、前記生成ユニットにより生成された前記ＰＤＣＰ  ＰＤＵを処理のために無線リンク制御ＲＬＣエンティティに分配し、前記ＲＬＣエンティティにより、前記ＰＤＣＰ  ＰＤＵに対してセグメント化又は連結を実行し、前記ＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置き、前記ＭＡＣレイヤにより、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行して、ＭＡＣプロトコルデータユニットＭＡＣ  ＰＤＵを取得し、前記ＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤに分配する、よう構成される分配ユニットを更に含む。
【００３８】
可能な設計では、前記取得ユニットは、前記待ち行列ユニットが前記第１装置の前記ＱｏＳ情報に基づき前記被送信データに対して待ち行列処理を実行する前に、コアネットワークＣＮ又は無線アクセスネットワークＲＡＮから、前記第１装置の前記ＱｏＳ情報を取得するよう更に構成され、前記第１装置の前記ＱｏＳ情報は、サービス品質クラス識別子ＱＣＩ、保証レートＧＢＲ、最大ビットレートＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、並びに割り当て及び保有優先度ＡＲＰ、のうちの１又は複数を含み、前記分配ユニットは、前記第１装置の前記ＰＤＣＰエンティティへ、前記取得ユニットにより取得された前記第１装置の前記ＱｏＳ情報を分配するよう更に構成される。
【００３９】
可能な設計では、前記ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示し、前記ＱｏＳ情報は、ベアラレベル、フローレベル、パケットレベル、又はユーザ機器ＵＥレベルである。
【００４０】
可能な設計では、前記取得ユニットは、前記待ち行列ユニットが前記第１装置の前記ＱｏＳ情報に基づき前記被送信データに対して待ち行列処理を実行する前に、前記第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得するよう更に構成される。
【００４１】
可能な設計では、前記取得ユニットは、前記第１装置の且つ前記サービスの属する前記スライスの前記相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得する前に、前記サービスの属する前記スライスの識別子に基づき、前記サービスの属する前記スライスのＱｏＳ情報を取得するよう更に構成され、前記スライスの前記ＱｏＳ情報は、前記スライスの固有ＱｏＳ情報及び／又は前記スライスの相対ＱｏＳ情報を含み、前記装置は、前記スライスの且つ前記取得ユニットにより取得された前記固有ＱｏＳ情報に基づき前記スライスのためにリソースを準備し、及び／又は前記スライスの前記相対ＱｏＳ情報に基づき前記第１装置の前記ＱｏＳ情報を調整するよう構成される処理ユニットを更に含む。
【００４２】
可能な設計では、前記スライスの且つ前記取得ユニットにより取得された前記ＱｏＳ情報は、前記スライスの前記相対ＱｏＳ情報が有効か否かを示す情報を更に含み、前記処理ユニットは、具体的に、前記スライスの且つ前記取得ユニットにより取得された前記ＱｏＳ情報が前記スライスの前記相対ＱｏＳ情報は有効であると示す情報を含むとき、前記スライスの前記相対ＱｏＳ情報に基づき、前記第１装置の前記ＱｏＳ情報を調整するよう構成される。
【００４３】
可能な設計では、前記待ち行列ユニットは、具体的に、前記第１装置の前記フローレベルＱｏＳ情報に基づき前記ＰＤＣＰエンティティの上位レイヤからのデータをフィルタリングして、フローレベルデータフローを取得する、又は、前記第１装置の前記ベアラレベルＱｏＳ情報に基づき前記ＰＤＣＰエンティティの上位レイヤからのデータを分割して、フローレベルデータフローを取得する、又は、前記第１装置の前記パケットレベルＱｏＳ情報に基づき前記ＰＤＣＰエンティティの上位レイヤからのデータを分類して、フローレベルデータフローを取得する、よう構成される。
【００４４】
可能な設計では、前記取得ユニットは、具体的に、前記無線アクセスネットワークＲＡＮにより送信された構成情報を取得し、前記構成情報に基づき、前記ＰＤＣＰエンティティの前記プレスケジューリングウインドウ情報を設定する、又は、前記ＲＬＣエンティティにより周期的に報告される前記ＰＤＣＰエンティティの前記プレスケジューリングウインドウ情報を受信する、又は、前記ＲＬＣエンティティによりイベントに基づき報告された前記ＰＤＣＰエンティティの前記プレスケジューリングウインドウ情報を受信する、又は、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、前記ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を選択する、よう構成される。
【００４５】
可能な設計では、前記取得ユニットは、具体的に、前記第１装置の前記ＰＤＣＰエンティティが前記ＲＬＣエンティティにより報告される前記プレスケジューリングウインドウ情報又は前記ＲＬＣエンティティにより報告され且つＲＬＣバッファが重負荷を有することを示す情報を受信するまで、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択し、前記ＲＬＣバッファの状態に基づき前記プレスケジューリングウインドウ情報を選択するよう構成される。
【００４６】
可能な設計では、前記分配ユニットは、具体的に、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティの異なる種類に基づき前記ＰＤＣＰエンティティの待ち行列キューをグループ化し、各キューグループの中のデータを対応する種類のＲＬＣエンティティに分配する、又は、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順に基づき、前記ＰＤＣＰ  ＰＤＵの分配されるべきＲＬＣエンティティを選択する、又は、複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、前記ＲＬＣエンティティにより、複数のプレスケジューリングウインドウ情報片を生成し、前記複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、並びに各ＰＤＣＰエンティティにより、プレスケジューリング処理を独立に実行し、及び前記ＲＬＣエンティティへ前記ＰＤＣＰ  ＰＤＵを送信する、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティの状態情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティのスケジューリング情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、異なるスケジューリング優先度を有するＰＤＣＰエンティティにより、異なるプレスケジューリング方法を使用する、よう構成される。
【００４７】
可能な設計では、前記決定ユニットは、具体的に、各データフローの且つ無線アクセスネットワークＲＡＮにより送信された、前記ＰＤＣＰエンティティのプレスケジューリング情報を取得する、及び／又は、前記コアネットワークＣＮにより送信された前記第１装置の前記フローレベルＱｏＳ情報を取得し、及び、前記第１装置の前記フローレベルＱｏＳ情報に基づき、前記ＰＤＣＰエンティティの、各データフローのプレスケジューリング情報を決定する、及び／又は、前記ＰＤＣＰエンティティの前記上位レイヤからの情報を取得して、前記ＰＤＣＰエンティティのプレスケジューリング情報を計算する、よう構成される。
【００４８】
可能な設計では、前記分配ユニットは、具体的に、前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、ＭＡＣレイヤによるバッファリングのために固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成するよう構成される。
【００４９】
可能な設計では、前記決定ユニットは、前記固定サイズの前記ＭＡＣ  ＰＤＵを決定するよう更に構成され、前記装置は、第２装置へ前記固定サイズを送信するよう構成される送信ユニットであって、前記第１装置にリソースを割り当てるとき、前記第２装置が、前記固定サイズのデータ又は前記固定サイズの整数倍のサイズのデータを伝送するために使用可能なリソースを割り当てることができるようにする、送信ユニット、を更に含む。
【００５０】
可能な設計では、前記装置は、ＭＡＣ  ＰＤＵの且つ第２装置により決定され前記第２装置により送信された固定サイズを受信するよう構成される受信ユニットを更に含み、前記分配ユニットは、具体的に、前記ＲＬＣエンティティに、前記受信した固定サイズに基づき、データパケットセグメント化及び連結を実行して、前記固定サイズの前記ＭＡＣ  ＰＤＵを生成するよう指示するよう構成される。
【００５１】
可能な設計では、前記分配ユニットは、具体的に、前記ＲＬＣエンティティに、データパケットセグメント化及び連結を実行して、前記固定サイズの複数のＭＡＣ  ＰＤＵを生成するよう指示し、前記ＭＡＣレイヤにより、複数のバッファキューを生成し、ここで前記キューは異なる固定サイズに対応し、並びに、前記ＭＡＣレイヤにより、受信したリソースサイズ状態に基づき、対応するキューからデータパケットを取得するよう構成される。
【００５２】
可能な設計では、前記第１装置の１つのＰＤＣＰエンティティは複数のＲＬＣエンティティに対応し、前記分配ユニットは、具体的に、前記第１装置の前記ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために各ＲＬＣエンティティに分配するよう構成される。
【００５３】
可能な設計では、前記第１装置の複数のＰＤＣＰエンティティは１つのＲＬＣエンティティに対応し、前記分配ユニットは、具体的に、前記第１装置の各ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために前記ＲＬＣエンティティに分配するよう構成される。
【００５４】
可能な設計では、前記分配ユニットは、具体的に、前記ＭＡＣエンティティに、各無線ベアラＲＢの且つＲＡＮ要素により構成されたスケジューリング情報を取得するよう指示し、又は、プリセット計算ルールに従い前記プレスケジューリング情報に基づき各ＲＢのスケジューリング情報を取得し、及び、前記ＭＡＣレイヤにより、前記ＲＢの前記スケジューリング情報に基づき、前記複数の論理チャネルＬＣＨの前記データに対してスケジューリング及び多重化を実行する、よう構成される。
【００５５】
可能な設計では、前記取得ユニットは、具体的に、前記第１装置の位置する第１行路区間のＱｏＳパラメータを取得する、又は、前記第１装置のエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及び前記Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得する、よう構成される。
【００５６】
可能な設計では、前記装置は、制御プレーンから能力又は負荷通知メッセージを受信するよう構成される受信ユニットと、前記受信ユニットにより受信された前記能力又は負荷通知メッセージに基づき、前記第１行路区間以外の行路区間のＱｏＳ能力が前記行路区間のＱｏＳ要件を満たさないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するよう構成される調整ユニットと、を更に含む。
【００５７】
可能な設計では、前記装置は、ユーザプレーンから帯域内通知メッセージを受信するよう構成される受信ユニットであって、前記帯域内通知メッセージはＱｏＳ満足情報を伝達し、前記ＱｏＳ満足情報は、Ｅ２Ｅ  ＱｏＳカウンタの占有比率又は数量、又はＥ２Ｅ  ＱｏＳカウンタの残り比率又は数量を示すために使用される、受信ユニットと、前記ＱｏＳ満足情報に基づき、前記第１行路区間以外の行路区間でＱｏＳが満たされないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するよう構成される調整ユニットと、を更に含む。
【００５８】
更に別の態様によると、コアネットワーク装置が提供される。コアネットワーク装置は、無線アクセスネットワークＲＡＮにより送信された無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報を受信するよう構成される受信ユニットと、前記受信ユニットにより受信された前記無線インタフェース側ＱｏＳ能力情報及び／又は前記グランド側ＱｏＳ能力情報に基づき、無線インタフェース側行路区間又はグランド側行路区間の選択又は再選択を決定するよう構成される決定ユニットと、を含む。
【００５９】
更に別の態様によると、アクセスネットワーク装置が提供される。アクセスネットワーク装置は、近隣無線アクセスネットワークＲＡＮ要素により送信されたグランド側ルーティング情報を受信するよう構成される受信ユニットであって、前記グランド側ルーティング情報は、前記近隣ＲＡＮ要素に接続されたサービングゲートウェイＳＧＷに関する情報、パケットデータネットワークゲートウェイＰＧＷに関する情報、前記ＰＧＷに接続されたパケットデータネットワークＰＤＮに関する情報、ローカルホームネットワークＬＨＮに関する情報、超低遅延能力情報、及び超高信頼性伝送能力情報、のうちの１又は複数を含む、受信ユニットと、ハンドオーバプログラムを実行するために、前記受信ユニットにより受信された前記グランド側ルーティング情報及びサービス品質ＱｏＳパラメータに基づき、前記近隣ＲＡＮ要素に対して目標セルハンドオーバ選択を実行して、端末のために目標ＲＡＮ要素の適切な目標セルを選択するよう構成されるハンドオーバユニットと、を含む。
【００６０】
可能な設計では、前記アクセスネットワーク装置は、前記目標ＲＡＮ要素へ第１メッセージを送信するよう構成される送信ユニットであって、前記第１メッセージは、前記ＱｏＳパラメータ、ハンドオーバ理由情報、及び目標ＰＤＮに関する情報を伝達し、前記目標ＲＡＮ要素が、前記第１メッセージの中で伝達される、前記ＱｏＳパラメータ、前記ハンドオーバ理由情報、及び前記目標ＰＤＮに関する前記情報に基づき、サービス加入決定を実行できるようにする、送信ユニットを更に含む。
【００６１】
可能な設計では、前記受信ユニットは、前記目標ＲＡＮ要素により送信された第２メッセージを受信し、前記第２メッセージは加入が成功したことを示すために使用され、前記第２メッセージはＱｏＳパラメータ満足レベルを伝達する、又は、前記目標ＲＡＮ要素により送信された第３メッセージを受信し、前記第３メッセージは加入が失敗したことを示すために使用され、前記第３メッセージは特定原因を伝達する、よう更に構成されて良い。
【００６２】
可能な設計では、前記ハンドオーバユニットは、前記受信ユニットが複数の目標ＲＡＮ要素により返された第２メッセージを受信すると、前記第２メッセージの中で伝達されたＱｏＳパラメータ満足レベルに基づき目標セルを選択し、前記目標セルへのハンドオーバを開始するよう更に構成される。
【００６３】
更に別の態様によると、本発明の一実施形態は、装置を提供する。装置は、ユーザ機器、アクセスネットワーク装置、又はコアネットワーク装置であって良く、前記装置は、前述の方法例において装置により実行される機能を実装して良く、前記機能は、ハードウェアにより、又は対応するソフトウェアを実行するハードウェアにより、実装されて良い。ハードウェア又はソフトウェアは、機能に対応する１又は複数のモジュールを含む。
【００６４】
可能な設計では、前記装置の構造は、メモリ、プロセッサ、及び通信機を含む。プロセッサは、前述の方法における対応する機能を実行する際に前記装置をサポートするよう構成される。前記通信機は、データ又は命令を送信又は受信する際に前記装置をサポートするよう構成される。前記メモリは、前記プロセッサに結合され、前記装置により必要とされるプログラム命令及びデータを格納するよう構成される。
【００６５】
更に別の態様によると、本発明の一実施形態は、システムを提供する。システムは、前述のユーザ機器、前述のアクセスネットワーク装置、及び前述のコアネットワーク装置を含む。
【００６６】
更に別の態様によると、本発明の一実施形態は、前述の装置により使用されるコンピュータソフトウェア命令を格納するよう構成されるコンピュータ記憶媒体を提供する。コンピュータソフトウェア命令は、前述の態様を実行するために設計されたプログラムを含む。
【００６７】
従来技術と比べて、本発明の実施形態では、ＭＡＣレイヤにより１回だけスケジューリングを実行する代わりに、装置がデータを送信する必要のあるとき、ＰＤＣＰエンティティが先ずプレスケジューリングを実行し、次にＭＡＣレイヤがスケジューリングを実行する。２回のスケジューリングを通じて、ｆｌｏｗに基づくＱｏＳ制御が実施される。
【図面の簡単な説明】
【００６８】
【図１】既存ＬＴＥシステムのシステムアーキテクチャの概略図である。
【００６９】
【図２】従来におけるＱｏＳ制御のための方法の概略図である。
【００７０】
【図３】本発明の一実施形態によるＱｏＳ制御のための方法の基づくシステムアーキテクチャの概略図である。
【００７１】
【図３Ａ】本発明の一実施形態による可能なＲＡＮネットワークアーキテクチャの概略図である。
【００７２】
【図４】本発明の一実施形態によるＵＥ側プロトコルスタックの構成の概略構造図である。
【００７３】
【図４Ａ】ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応の概略図である。
【００７４】
【図５】本発明の一実施形態によるＵＥ側データフローのフロー方向の概略図である。
【００７５】
【図６】本発明の一実施形態によるＱｏＳ制御のための方法のフローチャートである。
【００７６】
【図６Ａ】本発明の一実施形態によるＰＤＣＰエンティティの処理手順の概略図である。
【００７７】
【図６Ｂ】本発明の一実施形態によるＰＤＣＰエンティティの別の処理手順の概略図である。
【００７８】
【図６Ｃ】本発明の一実施形態によるＰＤＣＰエンティティの更に別の処理手順の概略図である。
【００７９】
【図６Ｄ】本発明の一実施形態によるプレスケジューリング処理の概略図である。
【００８０】
【図６Ｅ−１】本発明の一実施形態によるフローに基づくＱｏＳのための方法の全体ネットワークアーキテクチャの概略図である。
【図６Ｅ−２】本発明の一実施形態によるフローに基づくＱｏＳのための方法の全体ネットワークアーキテクチャの概略図である。
【００８１】
【図７】本発明の一実施形態によるｓｌｉｃｅ  ＱｏＳ構成方法の信号フロー図である。
【００８２】
【図８】１レベルの一般的なキャッシュ処理の概略図である。
【００８３】
【図９】本発明の一実施形態による２レベルのキャッシュ処理の概略図である。
【００８４】
【図１０】本発明の別の実施形態によるＱｏＳ制御のための方法のフローチャートである。
【００８５】
【図１１】本発明の別の実施形態による経路再配置の概略図である。
【００８６】
【図１２】本発明の更に別の実施形態によるＱｏＳ制御のための方法のフローチャートである。
【００８７】
【図１３】本発明によるＥ２Ｅ  ＱｏＳハンドオーバ手順の概略図である。
【００８８】
【図１４】本発明の一実施形態によるハンドオーバ方法の信号フロー図である。
【００８９】
【図１５】本発明の一実施形態による装置の構造図である。
【００９０】
【図１６】本発明の一実施形態による別の装置の構造図である。
【００９１】
【図１７】本発明の一実施形態による更に別の装置の構造図である。
【発明を実施するための形態】
【００９２】
本発明の技術的ソリューションは、添付の図面及び実施形態を参照して以下に更に詳述される。
【００９３】
本発明の実施形態の目的、技術的ソリューション、及び利点をより明確にするために、以下は、本発明の実施形態の技術的ソリューションを本発明の実施形態における添付の図面を参照して明確に記載する。
【００９４】
図３は、本発明の一実施形態によるＱｏＳ制御のための方法の基づくシステムアーキテクチャの概略図である。本発明は、５Ｇ通信システム及び後の進化型通信システム、並びにＬＴＥ、３Ｇ、２Ｇ、Ｗｉ−Ｆｉ、及びＷｉＭＡＸのようなモバイル通信システムに適用されて良い。方法の特定用途シナリオは、単一接続シナリオ、二重接続シナリオ、中継（Relay）シナリオ、又は装置間（Device−to−Device、Ｄ２Ｄ）シナリオであって良い。システムは、主に、ＵＥ３０１、ＲＡＮ３０２、ＣＮ制御プレーン（Control  Plane、ＣＰ）３０３、ＣＮユーザプレーン（User  Plane、ＵＰ）３０４、及び公衆データネットワーク（Public  Data  Network、ＰＤＮ）３０５を含む。本発明におけるネットワーク要素は、ＲＡＮ要素、コアネットワーク要素、端末装置、及びアプリケーションサーバを含む。ＲＡＮ要素は、主に、リソース割り当て及びモビリティ管理のような機能を含むＲＡＮ制御を担うＲＡＮ制御部と、制御プレーン、ユーザプレーン、及びサービス生成及びモビリティ及びユーザデータスケジューリングのような機能を有する基地局と、を含む。コアネットワーク要素は、主に、端末セッション管理、モビリティ管理、ＱｏＳ制御、及び加入情報管理のような機能のために使用される制御プレーンネットワーク要素と、データ転送のような機能を有し且つＳＧＷ（serving  gateway）及びＰＧＷ（PDN  gateway）を含み得るユーザプレーンネットワーク要素と、を含む。端末装置は、データ送信、データ受信、及び測定のような機能を有する。アプリケーションサーバは、アプリケーションレベルのサービス要件を提供する。
【００９５】
図３Ａは、本発明の一実施形態による可能なＲＡＮネットワークアーキテクチャの概略図である。次世代ネットワークでは、ＲＡＮ要素は、２つの部分：中央ユニット（central  unit、ＣＵ）及び分散ユニット（distribute  Unit、ＤＵ）を含んで良く、ＣＵ及びＤＵは一緒にＲＡＮ機能を実施し、新しい無線（next  radio、ＮＲ）ｇＮＢは２つの部分：ＣＵ及びＤＵを含む。
【００９６】
ＲＡＮプロトコルスタックは、また、ＣＵ及びＤＵにおいて別個に展開される。可能な分散方法は次の通りである。
【００９７】
オプション（Option）Ａでは、無線リソース制御（Radio  Resource  Control、ＲＲＣ）機能エンティティ及びＰＤＣＰ機能エンティティは、ＣＵにおいて展開され、ＲＬＣ機能エンティティ、ＭＡＣ機能エンティティ、物理レイヤ（Physical  Layer  protocol、ＰＨＹ）機能エンティティ、及び無線周波数（Radio  Frequency、ＲＦ）ユニット機能エンティティは、ＤＵにおいて展開される。
【００９８】
オプションＢでは、ＲＲＣ機能エンティティ及びＰＤＣＰ機能エンティティは、ＣＵにおいて展開され、幾つかのＲＬＣ機能（再送及び可能なセグメント化の機能）は、ＣＵにおいて展開され、並びに、残りのＲＬＣ機能（セグメント化及び再組立のような機能）、ＭＡＣ機能エンティティ、ＰＨＹ機能エンティティ、及びＲＦ機能エンティティは、ＤＵにおいて展開される。
【００９９】
オプションＣでは、ＲＲＣ機能エンティティ、ＰＤＣＰ機能エンティティ、及びＲＬＣ機能エンティティは、ＣＵにおいて展開され、並びに、ＭＡＣ機能エンティティ、ＰＨＹ機能エンティティ、及びＲＦ機能エンティティは、ＤＵにおいて展開される。
【０１００】
オプションＤでは、ＲＲＣ機能エンティティ及びＰＤＣＰ機能エンティティは、ＣＵにおいて展開され、並びに、ＭＡＣ機能エンティティ、ＰＨＹ機能エンティティ、及びＲＦ機能エンティティは、ＤＵにおいて展開される。ＡＲＱ再送機能は、ＰＤＣＰエンティティにより実装され、セグメント化及び連結の機能はＤＵにおいてＭＡＣレイヤにより実装される。
【０１０１】
本発明の実施形態において提供されるＱｏＳ制御のための方法は、アップリンクデータ処理手順に適用されて良く、又はダウンリンクデータ処理手順に適用されて良い。アップリンクデータ処理手順では、データ送信処理はＵＥにより実行され、データ受信処理はＲＡＮ側で実行される。ダウンリンクデータ処理手順では、ダウンリンクデータ送信処理はＲＡＮ側で実行され、データ受信処理はＵＥにより実行される。
【０１０２】
本発明の実施形態では、アップリンクデータ処理手順が、ＱｏＳ制御のための方法を詳述するための一例として使用される。
【０１０３】
図４は、本発明の一実施形態によるＵＥ側プロトコルスタックの構成の概略構造図である。ＵＥは、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＭＡＣレイヤ、及びＰＨＹレイヤを含む。プレスケジューリング処理手順は、ＰＤＣＰレイヤ又はＰＤＣＰレイヤより上のプロトコルレイヤで実施される。例えば、プレスケジューリング処理プロトコルレイヤは、本発明において記載されるプレスケジューリング処理手順の機能を達成するために、ＰＤＣＰレイヤの上に新たに定められて良い。
【０１０４】
各プロトコルレイヤの機能は以下に簡単に説明される。
【０１０５】
ＰＤＣＰエンティティは、主に、制御プレーンからのＲＲＣメッセージ、及びデータプレーンからのインターネットプロトコル（Internet  Protocol、ＩＰ）パケット又は非ＩＰパケットを処理するよう構成される。ＰＤＣＰエンティティの機能は、以下の機能：ユーザプレーンデータ及び制御プレーンデータに対する暗号化及び解読（Ciphering  and  deciphering）、制御プレーンデータに対してのみ完全性保護（Integrity  Protection）、ユーザデータ及び制御プレーンデータ伝送、ハンドオーバ（handover）中の並べ替え及び再送処理、及びタイムアウトによるユーザプレーンデータの廃棄、のうちの任意の１又は複数を含む。
【０１０６】
ＲＬＣエンティティの機能は、以下の機能のうちの任意の１又は複数を含む。
【０１０７】
ＲＬＣサービスデータユニット（Service  Data  Unit、ＳＤＵ）セグメント化（segmentation）／連結（concatenation）及び再組立（reassembly）：機能は、非送達確認モード（unAcknowledged  Mode、ＵＭ）及び送達確認モード（Acknowledged  Mode、ＡＭ）にのみ適用可能である。ＲＬＣ  ＰＤＵのサイズはＭＡＣレイヤにより指定されるので、ＲＬＣ  ＰＤＵのサイズは、通常、ＲＬＣ  ＳＤＵのサイズに等しくない。したがって、ＲＬＣ  ＳＤＵがＭＡＣレイヤにより指定されたサイズに適合するように、送信端は、ＲＬＣ  ＳＤＵセグメント化／連結を実行する必要がある。相応して、受信端は、元のＲＬＣ  ＳＤＵを復元し及び元のＲＬＣ  ＳＤＵを上位レイヤに送信するために、予めセグメント化されたＲＬＣ  ＳＤＵを再組立する必要がある。
【０１０８】
自動再送要求（Automatic  Repeat  Request、ＡＲＱ）を用いて実行される誤り訂正：本機能はＡＭモードにのみ適用可能であり、ＭＡＣレイヤのハイブリッド自動再送要求（Hybrid  Automatic  Repeat  reQuest、ＨＡＲＱ）メカニズムは非常に早い再送を実施することを目的とし、並びにメカニズムのフィードバック誤り率は約１％である。ＨＡＲＱフィードバック誤り率は、（パケット損失率が１０−５未満であることを要求する）伝送制御プロトコル（Transmission  Control  Protocol、ＴＣＰ）伝送のような幾つかのサービスでは非常に高い。このようなサービスでは、ＲＬＣレイヤにおける再送処理は、フィードバック誤り率を更に低減できる。
【０１０９】
ＲＬＣデータＰＤＵに対して実行される並べ替え（reordering）：本機能は、ＵＭモード及びＡＭモードにのみ適用可能である。ＭＡＣレイヤのＨＡＲＱは、ＲＬＣレイヤに到着するパケットの順序を狂わせることがある。したがって、データはＲＬＣレイヤにより並べ替えられる必要がある。
【０１１０】
重複パケット検出（duplicate  detection）：本機能は、ＵＭモード及びＡＭモードにのみ適用可能である。重複パケットの発生の最も可能性の高い原因は、送信端が肯定応答（HARQ  ACK）をフィードバックするが、受信端が肯定応答を否定応答（NACK）として誤って解釈し、結果として不要なＭＡＣ  ＰＤＵ再送を生じることである。
【０１１１】
ＲＬＣデータＰＤＵに対して実行される再セグメント化（resegmentation）：本機能は、ＡＭモードにのみ適用可能である。ＲＬＣデータＰＤＵ（注：ここではＳＤＵではない）が再送される必要があるとき、再セグメント化も必要であり得る。例えば、ＭＡＣレイヤにより指定されるサイズが元のＲＬＣデータＰＤＵのサイズより小さい場合、再セグメント化が実行される必要がある。
【０１１２】
ＭＡＣエンティティの機能は、以下の機能：論理チャネルとトランスポートチャネルとの間の整合；１つの又は異なる論理チャネル（無線ベアラ）に属する複数のＭＡＣ  ＳＤＵの同一ＭＡＣ  ＰＤＵ（Transport  Block）への多重化、及び該複数のＭＡＣ  ＰＤＵの物理レイヤへの送信；逆多重化；ＨＡＲＱを用いて実行される誤り訂正；スケジューリング処理；論理チャネル優先度処理；スケジューリング情報報告（ＵＥ側及びアップリンクに対してのみ）、例えばＢＳＲ（buffer  status  report）報告；及びランダムアクセス手順処理；のうちの任意の１又は複数を含む。
【０１１３】
本実施形態では、プレスケジューリング処理手順がＰＤＣＰレイヤで実行される一例が説明のために用いられる。プロトコルスタックの構成は図４に示される。ＰＤＣＰエンティティは、ＲＬＣエンティティと１対１対応にある。図４ＡのＰＤＣＰエンティティとＲＬＣエンティティとの間の対応の概略図を参照する。例えば、分離シナリオでは、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応し、各ＲＬＣエンティティは１つの論理チャネルに対応する。ＭＡＣレイヤは、複数の論理チャネルのデータに対して優先度スケジューリング及び多重化を実行し、多重化したデータパケットＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤへ送信する。各ＰＤＣＰエンティティ内の複数のｆｌｏｗの間で、キューイング及びプレスケジューリングが実行される。
【０１１４】
ｆｌｏｗとＲＢとの間の対応は、ＡＮにより固定的に構成されて良く、又はＵＥにより選択されて良い。選択ルールはＡＮにより構成されて良い。
【０１１５】
例えば、ＲＢの概念は、固定ＲＬＣエンティティのみを含んで良い。複数のＲＬＣエンティティは、１つのＰＤＣＰエンティティを共有する。さらに、ＰＤＣＰエンティティは、それぞれ３つの異なる種類のＲＬＣエンティティに対応する３種類：透過モード（Transparent  Mode、ＴＭ）、ＵＭモード、及びＡＭモードに分類され得る。
【０１１６】
例えば、ＰＤＣＰエンティティ及びＲＬＣエンティティの機能は、１つのプロトコルレイヤで処理されて良い。
【０１１７】
例えば、ＲＬＣエンティティの機能は、ＭＡＣエンティティ及びＰＤＣＰエンティティにより別個に実装されて良い。
【０１１８】
例えば、ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応は、１対多マッピング関係である。
【０１１９】
例えば、ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応は、多対１マッピング関係である。
【０１２０】
例えば、ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応は、動的マッピング関係である。
【０１２１】
例えば、ＲＬＣエンティティ及びＭＡＣエンティティの機能は、１つのプロトコルレイヤで処理されて良い。
【０１２２】
本発明の内容は、Ｌ２プロトコルスタックの機能に対応する。Ｌ２プロトコルスタックは、ＰＤＣＰレイヤ、ＲＬＣレイヤ、及びＭＡＣレイヤを含む。異なるプロトコルスタック内のＬ２機能の異なる分散方法は、本発明において限定されない。具体的に言うと、ＰＤＣＰレイヤ、ＲＬＣレイヤ、及びＭＡＣレイヤにおけるＬ２機能の異なる分散方法は限定されない。
【０１２３】
図５は、本発明の一実施形態によるＵＥ側データフローのフロー方向の概略図である。本発明の本実施形態では、ＵＥ側で、アプリケーションレイヤのデータフローは、先ずバッファ（buffer）を通過し、次にＰＤＣＰエンティティに入る。ＰＤＣＰエンティティはデータフローをプレスケジューリングし、特定伝送条件（transmission  opportunity）が満たされると、ＰＤＣＰエンティティ内に配置された送信ユニット（send  unit）がＲＬＣエンティティへデータフローを送信する。ＲＬＣエンティティは、データフローに対して対応する処理を実行し、次に処理したデータフローをＭＡＣレイヤへ送信する。最後に、ＰＨＹレイヤが、無線インタフェースを用いてデータフローを送信する。
実施形態１
【０１２４】
図６は、本発明の一実施形態によるＱｏＳ制御のための方法のフローチャートである。方法はＵＥにより実行され、ＵＥはデータ送信端であり、方法は以下のステップを含む。
【０１２５】
ステップ６０１。データがＵＥのアプリケーションレイヤで送信される必要があるとき、ＵＥのＰＤＣＰエンティティはＵＥのＱｏＳ情報を取得する。
【０１２６】
ＵＥは、ＣＮ又はＡＮからＵＥのＱｏＳ情報を取得して良い。ＱｏＳ情報は、ＱＣＩ、ＧＢＲ、ＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、及びＡＲＰ、のうちの１又は複数を含む。ＵＥは、取得したＵＥのＱｏＳ情報をＵＥのＰＤＣＰエンティティへ伝送する。
【０１２７】
ＣＮは、制御プレーン又はユーザプレーン又は両方を用いて、ＡＮ又はＵＥにＱｏＳ情報を通知して良い。
【０１２８】
本発明の本実施形態では、ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示し、ＱｏＳ情報は、ベアラレベル、フローレベル、パケットレベル、又はＵＥレベルである。
【０１２９】
Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅは、ネットワークリソーススライスである。異なるｓｌｉｃｅは異なるテナントに属して良く、異なるテナントはネットワークに異なるサービスレベルを提供することを要求し、異なるｓｌｉｃｅに属するユーザのＱｏＳは異なって良い。したがって、ＱｏＳ情報及びｓｌｉｃｅ情報は結合される必要がある。
【０１３０】
本発明の本実施形態では、ＵＥは、サービスの属するスライスの相対ＱｏＳ情報を更に取得し、該スライスの相対ＱｏＳ情報に基づき、ＵＥのＱｏＳ情報を調整して良い。
【０１３１】
ステップ６０２。ＵＥのＰＤＣＰエンティティは、ＵＥのＱｏＳ情報に基づき、アプリケーションレイヤで送信されるべきデータを処理して、フローレベルデータフローを取得する。
【０１３２】
本発明の本実施形態では、ＵＥのＰＤＣＰエンティティは、ＵＥのフローレベルＱｏＳ情報に基づきアプリケーションレイヤからのデータをフィルタリングして、フローレベルデータフローを取得して良い。または、ＵＥのＰＤＣＰエンティティは、ＵＥのベアラレベルＱｏＳ情報に基づきアプリケーションレイヤからのデータを分割して、フローレベルデータフローを取得する。または、ＵＥのＰＤＣＰエンティティは、ＵＥのパケットレベルＱｏＳ情報に基づきアプリケーションレイヤからのデータを分類して、フローレベルデータフローを取得する。
【０１３３】
コアネットワーク要素又はＲＡＮは、データフローの識別子ｆｌｏｗ  ｉｄを構成する。例えば、コアネットワークにより通知されたＱｏＳ情報がフローレベルである場合、ｆｌｏｗ  ｉｄがＱｏＳ情報に追加される。
【０１３４】
ステップ６０２は、プレスケジューリングされたキューの生成手順又はキューイング手順として参照されることがある。各フローレベルデータフローは、１つの待ち行列キューに対応する。さらに、複数のデータフローは同じ待ち行列キューに対応して良く、複数のデータフローと１つのキューとの間の対応に関する情報は、ＲＡＮ要素により構成されて良く、並びに、ＲＡＮ要素は、データフローｉｄとキューｉｄとの間の対応を更に構成して良い。例えば、複数のデータフローは、同じＱｏＳ情報又はＱｏＳ情報の中の同じ優先度に基づき、同じキューに対応して良い。さらに、ＲＡＮがデータフローとキューとの間の対応を構成しない場合、データフローはキューと１対１対応にあると考えられ得る。
【０１３５】
例えば、プレスケジューリングデータキューがアプリケーションレイヤデータから来て、アプリケーションレイヤデータはｆｌｏｗ形式、言い換えるとｆｌｏｗに基づくＱｏＳメカニズムであって良い。ＣＮがＵＥにｆｌｏｗ  ＱｏＳ情報を通知して良く、又はＲＡＮがＵＥにｆｌｏｗ  ＱｏＳ情報を通知する。例えば、ＣＮは、ＵＥに、各ｆｌｏｗのＴＦＴテンプレートを通知して良く、ＵＥはＴＦＴテンプレートを用いてアプリケーションレイヤからのデータをフィルタリングして複数のｆｌｏｗレベルデータフローを取得する。ｆｌｏｗ  ＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＰＮ−ＡＭＢＲ、ＴＦＴテンプレート、ＡＲＰ、及びｆｌｏｗ  ｉｄのようなフロー情報のうちの１又は複数を含む。ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示す。ＴＦＴテンプレートは、ＩＰヘッダ内のＩＰ５タプル及びＱｏＳ関連フィールドに基づきパケットをフィルタリングすることを意味する。フィルタリングテンプレートは、ＩＰｖ４  ｒｅｍｏｔｅ  ａｄｄｒｅｓｓ（ＩＰｖ４リモートアドレス）、ＩＰｖ６  ｒｅｍｏｔｅ  ａｄｄｒｅｓｓ（ＩＰｖ６リモートアドレス）、Ｐｒｏｔｏｃｏｌ  ｉｄｅｎｔｉｆｉｅｒ／Ｎｅｘｔ  ｈｅａｄｅｒ（プロトコル識別子）、Ｓｉｎｇｌｅ  ｌｏｃａｌ  ｐｏｒｔ（単一ローカルポート番号）、Ｌｏｃａｌ  ｐｏｒｔ  ｒａｎｇｅ（ローカルポート番号範囲）、Ｓｉｎｇｌｅ  ｒｅｍｏｔｅ  ｐｏｒｔ（単一リモートポート番号）、Ｒｅｍｏｔｅ  ｐｏｒｔ  ｒａｎｇｅ（リモートポート番号範囲）、Ｓｅｃｕｒｉｔｙ  ｐａｒａｍｅｔｅｒ  ｉｎｄｅｘ（セキュリティパラメータインデックス）、Ｔｙｐｅ  ｏｆ  ｓｅｒｖｉｃｅ／Ｔｒａｆｆｉｃ  ｃｌａｓｓ（サービス種類）、Ｆｌｏｗ  ｌａｂｅｌ  ｔｙｐｅ（フローラベル種類）、等のうちの１又は複数を含んで良い。ｆｌｏｗ  ＱｏＳ情報は、複数のｆｌｏｗの総合ＱｏＳ情報を更に含み、該総合ＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＰＮ−ＡＭＢＲ、ＡＲＰ、及びｆｌｏｗ  ｉｄのような情報のうちの１又は複数を含み、並びに複数のｆｌｏｗの総合特徴、例えばレート限度、を表す。一般的に、総合ＱｏＳ情報は、同じアプリケーションapplicationの複数のｆｌｏｗについて構成される。ＲＡＮ側でのＱｏＳ実施中、各ｆｌｏｗのＱｏＳ情報が満たされ、複数のｆｌｏｗのＱｏＳ情報を総合する必要があり、例えば、複数のｆｌｏｗの合計レートに対する限度又は制限も満たされる必要がある。
【０１３６】
さらに、ＵＥは、ネットワークに能動的に又はネットワークによる要求に応じて、ｆｌｏｗ−ｂａｓｅｄ  ＱｏＳメカニズムがサポート可能か否かを示すために、ｆｌｏｗ−ｂａｓｅｄ  ＱｏＳがサポートされているか否かを示す能力情報を報告して良い。ＵＥは、ＡＳ（Access  Stratum）又はＮＡＳ（Non−access  Stratum）メッセージを用いて、能力情報をコアネットワーク要素又はＲＡＮ要素に報告して良い。
【０１３７】
別の例では、ＣＮ又はＲＡＮは、ＵＥにｂｅａｒｅｒ  ＱｏＳ情報を通知し、ＵＥは、ｂｅａｒｅｒデータを分割してｆｌｏｗレベルデータフローを取得する。ｂｅａｒｅｒデータを分割するルールは、ＴＦＴテンプレート拡張ルール、データパケットヘッダマッピングルール、等であって良い。例えば、ＴＣＰレイヤ、ＩＰレイヤ、及びＡＰＰレイヤにおける１又は複数のＨＴＴＰプロトコルのデータパケットヘッダバイトは、複数のｆｌｏｗを取得するために、ｂｅａｒｅｒデータを分割するためにマッピングされる。ＣＮ又はＲＡＮは、ｆｌｏｗ  ｉｄ又は分割ルールに対応する同様の識別子を更に通知して良い。
【０１３８】
ｂｅａｒｅｒ  ＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＰＮ−ＡＭＢＲ、ＡＲＰ、及びＴＦＴテンプレート、のようなｂｅａｒｅｒ情報のうちの１又は複数を含む。ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示す。
【０１３９】
更に別の例では、ＣＮ又はＡＮは、ＵＥにｐａｃｋｅｔ  ＱｏＳ情報を通知して良く、ＵＥは、ｐａｃｋｅｔを分類してｆｌｏｗレベルデータフローを取得する。分類ルールは、データパケットヘッダ内の幾つかのバイト又はデータパケットヘッダの識別情報の特徴、例えばＴＣＰプロトコルにおける幾つかの特別なポート及び特徴フィールド、及びＨＴＴＰパケット特徴フィールド、「ＧＥＴ」、「ＰＯＳＴ」、「ＨＴＴＰ／１．１」、及び「ＨＯＳＴ」のようなキーワードであって良い。特徴関連付けは複数の特徴フィールドの共同識別であり、挙動識別はデータフロー挙動、例えばパケット内のポート範囲、パケット長統計（パケット長シーケンス、パケット長セット、パケット長範囲、パケット長平均、及びラウンドトリップパケット長の和）、パケット送信頻度、パケット受信及び送信比率、及び宛先アドレス分散度、のような挙動モードのうちの１又は複数の識別を意味する。ＣＮ又はＡＮは、ｆｌｏｗ  ｉｄ又は分類ルールに対応する同様の識別子を更に通知して良い。例えば、ＨＴＴＰパケット特徴フィールド「ＧＥＴ」を用いる分類を通じて、データフローのｆｌｏｗ  ｉｄが１であることが分かる。
【０１４０】
例えば、アップリンクデータ及びダウンリンクデータでは、異なるＱｏＳ情報を示すために、データパケットヘッダ内でラベリングが実行されて良い。送信端は、ラベルに基づき、異なる待ち行列キューを生成して良い。例えば、ラベルはデータパケットヘッダ内で伝達され、ラベルはｆｌｏｗ  ｉｄ又はＱｏＳ情報指示識別子であって良く、ラベルの位置はデータパケットヘッダ又は拡張ヘッダであって良い。例えば、ラベリングは、ＴＣＰヘッダ内の６個の予約ビットの空間、ＧＴＰＵヘッダ内の拡張空間、及びＩＰにおけるＤＳＣＰフィールドを用いて実行されて良い。任意で、異なるＤＳＣＰフィールド値は異なるＱｏＳパラメータに対応する。例えば、０００００００１はあるＱｏＳパラメータセットを識別し、及び００００００１１は別のＱｏＳパラメータセットを識別する。これはここで限定されない。非ＩＰパケットでは、特別ヘッダが追加されて良く、ヘッダ領域内でラベリングが実行される。
【０１４１】
本発明の本実施形態では、ｆｌｏｗレベルデータフローは、前述の方法のうちの１又は複数を参照して取得されて良い。
【０１４２】
ステップ６０３。ＵＥのＰＤＣＰエンティティは、構成情報又はＲＬＣエンティティにより報告される情報に基づき、プレスケジューリングウインドウサイズ及び送信期間を設定する。
【０１４３】
本発明の本実施形態では、ＵＥのＰＤＣＰエンティティは、ＲＡＮにより送信された構成情報を取得し、構成情報に基づきプレスケジューリングウインドウ及び送信期間のうちの１又は複数を設定する。または、ＵＥのＰＤＣＰエンティティは、ＲＬＣエンティティにより周期的に報告されるプレスケジューリングウインドウ及び送信期間のうちの１又は複数を受信する。または、ＵＥのＰＤＣＰエンティティは、ＲＬＣエンティティによりイベントに基づき報告されたプレスケジューリングウインドウ及び送信期間のうちの１又は複数を受信する。
【０１４４】
図６Ａは、本発明の一実施形態によるＰＤＣＰエンティティの処理手順の概略図である。送信端では、ＰＤＣＰエンティティは、上位レイヤからデータを受信し、キューイング、プレスケジューリング、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与、のような動作を実行し、次にＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。任意で、ＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティは、ルーティング処理を実行し及びＰＤＣＰ  ＰＤＵの分配されるべき適切なＲＬＣエンティティを選択する必要がある。相応して、受信端では、ＰＤＣＰエンティティは、下位レイヤからデータを受信し、ＰＤＣＰヘッダ除去、解読、ヘッダ伸張、順次的分配、のような動作を実行し、次にデータを上位レイヤへ分配する。
【０１４５】
図６Ｂは、本発明の一実施形態によるＰＤＣＰエンティティの別の処理手順の概略図である。送信端では、ＰＤＣＰエンティティは、上位レイヤからデータを受信し、ＰＤＣＰ  ＳＮ番号割り当て、キューイング、プレスケジューリング、暗号化、及びＰＤＣＰヘッダ付与、のような動作を実行し、次にＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配して良い。任意で、ＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティは、ルーティング処理を実行し及びＰＤＣＰ  ＰＤＵの分配されるべき適切なＲＬＣエンティティを選択する必要がある。相応して、受信端では、ＰＤＣＰエンティティは、下位レイヤからデータを受信し、ＰＤＣＰヘッダ除去、解読、ヘッダ伸張、順次的分配、のような動作を実行し、次にデータを上位レイヤへ分配する。
【０１４６】
図６Ｃは、本発明の一実施形態によるＰＤＣＰエンティティの更に別の処理手順の概略図である。送信端では、ＰＤＣＰエンティティは、上位レイヤからデータを受信し、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、ＰＤＣＰヘッダ付与、キューイング、及びプレスケジューリング、のような動作を実行し、次にＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配して良い。任意で、ＰＤＣＰエンティティは、送信端においてヘッダ圧縮機能を更に実行して良い。相応して、受信端では、ＰＤＣＰエンティティは、下位レイヤからデータを受信し、ＰＤＣＰヘッダ除去、解読、ヘッダ伸張、順次的分配、のような動作を実行し、次にデータを上位レイヤへ分配する。
【０１４７】
プレスケジューリングウインドウサイズは、ＰＤＣＰエンティティ内の異なるキューのデータを送信するために設定される必要があり、送信期間が更に設定されて良い。プレスケジューリング中、プレスケジューリングウインドウは、待ち行列キューから抽出されたデータパケットの合計サイズを示すために使用される。ＰＤＣＰエンティティは、プレスケジューリングウインドウ内の全部のデータパケットをＲＬＣエンティティに分配する。ＰＤＣＰエンティティは、分配を周期的に実行して良い。
【０１４８】
例えば、ＲＡＮは、ＰＤＣＰエンティティのプレスケジューリングウインドウ及び送信期間のうちの１又は複数を構成する。ＲＡＮは、ＲＢ毎にプレスケジューリングウインドウ情報セットを構成する。プレスケジューリングウインドウ情報は、プレスケジューリングウインドウ及び送信期間のうちの１又は複数を含む。アップリンクデータ伝送方向では、ＲＡＮは、無線インタフェースメッセージ、例えばＲＲＣメッセージ又はＰＤＣＰ制御情報要素（PDCP  control  PDU）を用いて、ＵＥにＲＢのプレスケジューリングウインドウ情報を通知する。
【０１４９】
別の例では、ＲＬＣエンティティが、ＰＤＣＰエンティティのプレスケジューリングウインドウ及び送信期間のうちの１又は複数を周期的に報告する。ＲＡＮは、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する期間を構成して良い。ＲＬＣエンティティは、ＲＬＣバッファ状態、ＭＡＣレイヤスケジューリング機会、及びＲＬＣエンティティスループットのうちの１又は複数を用いて、プレスケジューリングウインドウ情報を計算して良い。
【０１５０】
更に別の例では、ＲＬＣエンティティは、イベントに基づき、ＰＤＣＰのプレスケジューリングウインドウ情報を報告して良く、プレスケジューリングウインドウ情報はプレスケジューリングウインドウ及び送信期間のうちの１又は複数を含む。ＲＬＣ  ｂｕｆｆｅｒの統計に従い、ＲＬＣ  ｂｕｆｆｅｒが閾より少ない場合、ＲＬＣエンティティは、ＰＤＣＰエンティティに、プレスケジューリングウインドウを拡張し及び／又は送信期間を短縮するよう指示し、あるいは、ＲＬＣ  ｂｕｆｆｅｒが閾より多い場合、ＲＬＣエンティティは、ＰＤＣＰエンティティに、プレスケジューリングウインドウを縮小し及び／又は送信期間を延長するよう指示する。
【０１５１】
任意で、ＲＬＣエンティティによりＰＤＣＰエンティティに報告されるメッセージは、ＰＤＣＰエンティティの提案プレスケジューリングウインドウ及び提案送信期間を伝達して良い。
【０１５２】
ＲＬＣエンティティによりプレスケジューリング情報を報告するイベントは、ＲＡＮにより構成され、制御プレーンメッセージ又はユーザプレーンメッセージを用いてＵＥに通知されて良い。例えば、ＲＬＣ  ｂｕｆｆｅｒが指定時間内で指定閾より少ないことは、プレスケジューリングウインドウを拡張し及び／又は送信期間を短縮するよう指示するために、情報をＰＤＣＰエンティティに報告するようＲＬＣエンティティをトリガするイベントＡとして定められて良い。ＲＬＣ  ｂｕｆｆｅｒが指定時間内で指定閾より大きいことは、プレスケジューリングウインドウを拡張し及び／又は送信期間を短縮するよう指示するために、情報をＰＤＣＰエンティティに報告するようＲＬＣエンティティをトリガするイベントＢとして定められて良い。
【０１５３】
さらに、ＰＤＣＰエンティティは、キューイング情報、例えばキュー長及びキューイング時間のような情報のうちの１又は複数をＲＬＣレイヤに報告して良い。
【０１５４】
さらに、ＲＬＣエンティティは、ＰＤＣＰエンティティにより報告されるキューイング情報を参照して、プレスケジューリングウインドウ情報を計算して良い。
【０１５５】
さらに、ＲＬＣエンティティは、プレスケジューリングウインドウ情報のインデックス情報のみを報告して良い。ＲＡＮ又はＲＬＣエンティティは、複数のプレスケジューリングウインドウ情報セットを予め構成して良い。プレスケジューリングウインドウ情報は、プレスケジューリングウインドウ及び送信期間のうちの１又は複数を含み、インデックス情報は、特定の対応するプレスケジューリングウインドウ情報を示すために使用され、それによりシグナリング相互作用オーバヘッドを削減する。
【０１５６】
ＰＤＣＰエンティティは、ＲＬＣエンティティにより報告されたプレスケジューリングウインドウ情報を受信し、古いプレスケジューリングウインドウ情報を新しく受信したプレスケジューリングウインドウ情報に更新する。
【０１５７】
ＲＬＣエンティティの最大バッファは、ＲＡＮにより構成されて良い。
【０１５８】
さらに、ＰＤＣＰエンティティは、プレスケジューリングウインドウ情報を更に独立して選択し及び調整して良く、ＰＤＣＰエンティティは、待ち行列キューの長さ及び待ち時間並びにＲＬＣ  ｂｕｆｆｅｒ状態のような情報のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を適応的に選択して良い。さらに、プレスケジューリングウインドウ情報は、幾つかのレベルに分類されて良く、ＰＤＣＰエンティティは、独立プレスケジューリングウインドウ情報のレベルを選択して良い。複数のレベルのプレスケジューリングウインドウ情報がＲＡＮにより構成されて良い。複数のレベルの独立プレスケジューリングウインドウ情報が、代替として、ＲＡＮエンティティにより構成されて良い。
【０１５９】
さらに、ＲＬＣエンティティは、ＲＬＣバッファ状態をＰＤＣＰレイヤに周期的に又はイベントに基づき報告して良い。ＲＬＣバッファ状態は、バッファ負荷状態情報、例えば重、中、又は軽負荷状態であって良い。ＲＬＣバッファ状態を報告するイベントは、ＲＡＮ要素により構成されて良い。例えば、ＲＬＣエンティティは、バッファ状態が変化するときトリガするイベントを通じてＲＬＣバッファ状態を報告する。ＲＬＣバッファの重、中、及び軽負荷状態についての閾は、ＲＡＮにより構成されて良い。
【０１６０】
ＲＬＣエンティティによりバッファ状態を周期的に報告する期間の値も、ＲＡＮにより構成されて良い。
【０１６１】
さらに、ＰＤＣＰエンティティは、ＲＬＣバッファ状態に基づき、独立プレスケジューリングウインドウ情報のレベルを選択して良い。例えば、ＲＬＣバッファが重負荷状態である場合、ＰＤＣＰエンティティは、比較的小さなプレスケジューリングウインドウに対応するレベルの独立プレスケジューリングウインドウ情報を選択する。
【０１６２】
さらに、ＰＤＣＰエンティティは、キューイング情報、例えばキュー長及びキューイング時間のような情報のうちの１又は複数をＲＬＣレイヤに報告して良い。
【０１６３】
さらに、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する方法、及びＰＤＣＰエンティティにより独立プレスケジューリングウインドウ情報を使用する方法は、組み合わせて使用されて良い。例えば、ＲＬＣバッファの負荷が比較的軽いとき、ＰＤＣＰエンティティにより独立プレスケジューリングウインドウ情報を使用する方法は、データ送信を加速するために使用されて良い。ＲＬＣバッファの負荷が比較的重いとき、ＲＬＣエンティティはプレスケジューリングウインドウ情報を報告して良く、ＰＤＣＰエンティティはＲＬＣエンティティにより報告された受信したプレスケジューリングウインドウ情報を使用する。
【０１６４】
さらに、あるソリューションでは、初期サービス開始中に、ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を使用する方法は、ＲＬＣエンティティがプレスケジューリングウインドウ情報を報告するまで、又はＲＬＣエンティティが、ＲＬＣ  ｂｕｆｆｅｒの負荷が重いことを示す情報を報告し、次にＲＬＣバッファ状態に基づきプレスケジューリングウインドウ情報のレベルが選択されるまで、使用されて良い。
【０１６５】
さらに、分類処理は、ｆｌｏｗプレスケジューリング情報に基づき実行されて良い。具体的に言うと、ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を使用する方法は、幾つかのｆｌｏｗに対応するキューのために使用されて良い。ｆｌｏｗプレスケジューリング情報は、ＲＡＮにより構成され又はＲＬＣエンティティにより通知されて良い。例えば、ＲＡＮは、優先度１及び２を有するｆｌｏｗに対応するキューが、ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を使用する方法でプレスケジューリングされ得る場合を構成して良い。任意で、ＰＤＣＰエンティティは、独立プレスケジューリングウインドウ情報をＲＬＣエンティティに通知する。ＲＬＣエンティティは、独立プレスケジューリングウインドウ情報を参照して、ＲＬＣエンティティにより生成されたプレスケジューリングウインドウ情報を決定して良い。
【０１６６】
さらに、ＲＡＮ又はＲＬＣエンティティは、幾つかのｆｌｏｗのキューがプレスケジューリングされない場合を構成して良い。具体的に言うと、ｆｌｏｗのデータ（つまり、ＰＤＣＰ  ＳＤＵ）は、アプリケーションレイヤからＰＤＣＰレイヤに直接入り、次に、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びヘッダ付与のような処理が、ＰＤＣＰレイヤにより実行されて、ＰＤＣＰ  ＰＤＵを取得し、ＰＤＣＰ  ＰＤＵがＲＬＣエンティティに直接分配される。
【０１６７】
さらに、図６Ａの手順は、ＰＤＣＰエンティティにより独立プレスケジューリングウインドウ情報を使用する方法及びＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する方法の結合方法を示す。ＰＤＣＰエンティティは、独立プレスケジューリングウインドウ情報に基づきプレスケジューリング処理を実行して、被送信ＰＤＣＰ  ＰＤＵを取得しバッファリングする。ＰＤＣＰエンティティは、ＲＬＣエンティティにより報告されたプレスケジューリングウインドウ情報を受信し、ＰＤＣＰ  ＳＮ番号の昇順で、バッファ内の被送信ＰＤＣＰ  ＰＤＵから特定数のＰＤＣＰ  ＰＤＵを選択し、該特定数のＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。特定数のＰＤＣＰ  ＰＤＵは、ＲＬＣエンティティにより報告されたプレスケジューリングウインドウ情報に基づき決定される。例えば、被送信ＰＤＣＰ  ＰＤＵの数がＲＬＣエンティティにより報告されたプレスケジューリングウインドウより多い場合、特定数はプレスケジューリングウインドウサイズであって良い。あるいは、被送信ＰＤＣＰ  ＰＤＵの数がＲＬＣエンティティにより報告されたプレスケジューリングウインドウ以下である場合、特定数はバッファ内の被送信ＰＤＣＰ  ＰＤＵの数であって良い。
【０１６８】
ＰＤＣＰエンティティ及びＲＬＣエンティティが同じレイヤに実装される場合、レイヤ間ウインドウはプロトコルレイヤの内部に実装される。
【０１６９】
ＲＬＣエンティティ及びＭＡＣエンティティの機能が１つのプロトコルレイヤに実装される場合、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する関連機能は、このプロトコルレイヤに実装される。
【０１７０】
ＲＬＣエンティティの機能がＭＡＣエンティティ及びＰＤＣＰエンティティにより別個に実装され得る、例えば、ＲＬＣ再送機能がＰＤＣＰエンティティにより実装され、且つＲＬＣエンティティのセグメント化及び再組立機能がＭＡＣレイヤにより実装される場合、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する関連機能は、ＭＡＣレイヤにより実装されて良い。
【０１７１】
１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティは、複数のＲＬＣエンティティのプレスケジューリングウインドウ情報に基づきプレスケジューリング処理を実行し、対応するＲＬＣエンティティへＰＤＣＰ  ＰＤＵを送信する。さらに、ＰＤＣＰエンティティは、異なる種類のＲＬＣエンティティに基づき、ＰＤＣＰエンティティの待ち行列キューをグループ化して良い。例えば、ＰＤＣＰエンティティは、ＲＬＣエンティティの対応する種類に基づき、キューを２つのグループにグループ化し、各キューグループ内のデータを対応する種類のＲＬＣエンティティに分配する、言い換えると、送信端でルーティング処理を実行する。プレスケジューリング手順は、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する方法及び／又はＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を使用する方法で、実行されて良い。さらに、ＰＤＣＰエンティティは、待ち行列キューをグループ化しなくて良く、ＲＬＣエンティティを選択し、ＲＬＣエンティティにデータを分配する。ＰＤＣＰエンティティは、複数のＲＬＣエンティティにより報告されたプレスケジューリングウインドウ情報に基づき、異なるＲＬＣエンティティに分配されるＰＤＣＰ  ＰＤＵの数を決定し、例えばＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順で、ＰＤＣＰ  ＰＤＵが分配されるべきＲＬＣエンティティを選択して良い。任意で、異なるＲＬＣエンティティに分配されるべきＰＤＣＰ  ＰＤＵの数は、異なるＲＬＣエンティティに対応する無線リンクチャネル状態情報、ＲＬＣエンティティのバッファ状態情報、ＲＬＣエンティティの再送状態情報、等のうちの１又は複数に基づき決定されて良い。ＲＬＣエンティティは、ＲＬＣエンティティの再送状態情報をＰＤＣＰエンティティに通知する必要がある。ＲＬＣエンティティの再送状態情報は、再送ＲＬＣ  ＰＤＵの数、又はプリセット時間期間内のＲＬＣ  ＰＤＵの再送可能性若しくは合計再送回数、のようなＲＬＣエンティティに関する情報のうちの１又は複数であって良い。
【０１７２】
複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、ＲＬＣエンティティは、複数のプレスケジューリングウインドウ情報片を生成し、複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、各ＰＤＣＰエンティティは、プレスケジューリング処理を独立して実行し、ＰＤＣＰ  ＰＤＵをＲＬＣエンティティへ送信する。ＰＤＣＰエンティティの識別情報は、ＰＤＣＰ  ＰＤＵ内で伝達されて良い。代替で、ＰＤＣＰエンティティとＲＬＣエンティティとの間の別の形式の対応が確立される。受信端におけるＲＬＣエンティティは、ＰＤＣＰエンティティの取得した識別子に基づき、対応するＰＤＣＰエンティティにＰＤＣＰ  ＰＤＵを分配する。
【０１７３】
さらに、ＲＬＣエンティティは、ＰＤＣＰエンティティの状態情報に基づき、プレスケジューリングウインドウ情報を割り当てて良い。ＰＤＣＰエンティティの状態情報は、ＰＤＣＰエンティティ内のキューのキュー長及びキューイング時間、各ｆｌｏｗのデータのプレスケジューリング情報、等のうちの１又は複数である。さらに、ＲＡＮは、ＰＤＣＰエンティティの構成情報（ＰＢＲ、ｐｒｉｏｒｉｔｙ、Ｍａｘ  ｒａｔｅ、ＧＢＲ、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎのような情報のうちの１又は複数を含む）を構成し、スケジューリング情報をＲＬＣエンティティに通知して良い。さらに、ＰＤＣＰエンティティは、全部のｆｌｏｗのデータのプレスケジューリング情報を結合して、ＰＤＣＰエンティティのスケジューリング情報を生成して良く、例えば複数のｆｌｏｗの優先度を平均してＰＤＣＰエンティティの優先度を取得し、複数のｆｌｏｗのＰＢＲを一緒に加算してＰＤＣＰエンティティのＰＢＲを取得する。ＰＤＣＰエンティティのスケジューリング情報を生成するために全部のｆｌｏｗのデータのプレスケジューリング情報を結合する結合ルールは、ＲＡＮにより通知されて良い。ＰＤＣＰエンティティは、ＰＤＣＰエンティティのスケジューリング情報をＲＬＣエンティティに通知する。さらに、ＲＬＣエンティティは、ＰＤＣＰエンティティの状態情報及び／又はＰＤＣＰエンティティのスケジューリング情報に基づき、複数のＰＤＣＰエンティティにプレスケジューリングウインドウ情報を割り当て、例えばＲＬＣエンティティにより許容可能な合計ＰＤＣＰ  ＰＤＵ数を複数のＰＤＣＰエンティティに割り当て、複数のＰＤＣＰエンティティのプレスケジューリングウインドウ情報を取得して良い。
【０１７４】
さらに、ＰＤＣＰエンティティは、異なるプレスケジューリング方法を決定するために、優先度に基づき互いに区別される。言い換えると、異なるスケジューリング優先度を有するＰＤＣＰエンティティは、異なるプレスケジューリング方法を使用する。高優先度ＰＤＣＰエンティティは、独立プレスケジューリングウインドウ情報を使用する方法を用いて良く、低優先度ＰＤＣＰエンティティは、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する方法を用いて良い。具体的に、独立プレスケジューリングウインドウ情報を使用し得るＰＤＣＰエンティティの優先度は、ＲＡＮにより構成されて良い。例えば、特定優先度より高い優先度を有するＰＤＣＰエンティティは、独立プレスケジューリングを通じて、ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配して良い。さらに、独立プレスケジューリングウインドウ情報を使用するＰＤＣＰエンティティの優先度はＵＥのＲＬＣエンティティにより構成されて良い。さらに、ＲＡＮ要素又はＲＬＣエンティティは、独立プレスケジューリングを実行するＰＤＣＰエンティティを直接示して良い。ＰＤＣＰエンティティの識別子は伝達されて良い。例えば、ＲＡＮ要素又はＲＬＣエンティティは、ＰＤＣＰエンティティ１が独立プレスケジューリングを実行し、言い換えるとスケジューリングウインドウ情報を独立して選択することによりプレスケジューリングを実行し得ることを示す。
【０１７５】
具体的に、ＰＤＣＰエンティティ内に１つのみのキューが存在する場合、ＰＤＣＰエンティティは、プレスケジューリングウインドウ情報に基づき、キューから特定数のＰＤＣＰ  ＳＤＵを取得し、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びヘッダ付与のような処理を実行して、ＰＤＣＰ  ＰＤＵを取得し、該ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに直接分配する。代替として、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びヘッダ付与のような処理がキューに対して実行されていた場合、ＰＤＣＰエンティティは、プレスケジューリングウインドウ情報に基づき、キューから特定数のＰＤＣＰ  ＰＤＵを取得し、該特定数のＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応が動的マッピング関係である場合、ＰＤＣＰエンティティは、ＲＬＣエンティティの識別子に基づき、対応するＲＬＣエンティティへＰＤＣＰ  ＰＤＵを送信する。
【０１７６】
ステップ６０４。ＵＥのＰＤＣＰエンティティは、各データフローのプレスケジューリング情報を決定する。
【０１７７】
本発明の本実施形態では、ＵＥのＰＤＣＰエンティティは、各データフローの且つＲＡＮにより送信されたプレスケジューリング情報を取得して良く、及び／又はＵＥのＰＤＣＰエンティティは、ＣＮにより送信されたＵＥのフローレベルＱｏＳ情報を取得し、ＵＥのフローレベルＱｏＳ情報に基づき各データフローのプレスケジューリング情報を決定し、及び／又はＵＥのＰＤＣＰエンティティは、アプリケーションレイヤから情報を取得し、プレスケジューリング情報を計算する。
【０１７８】
例えば、ＵＥのＰＤＣＰエンティティは、ＲＡＮにより構成されたプレスケジューリング情報を取得して良い。ＲＡＮは、無線インタフェースメッセージを用いて、ＵＥのデータのためにプレスケジューリング情報を構成する。プレスケジューリング情報は、各ｆｌｏｗの情報、例えば、ＰＢＲ、ｐｒｉｏｒｉｔｙ、Ｍａｘ  ｒａｔｅ、ＧＢＲ、ｆｌｏｗの属するＲＢのＡＭＢＲ、ＡＰＮ−ＡＭＢＲ、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ、のうちの１又は複数を含む。ＰＢＲは、名目レートであり、幾つかの低優先度キューが常にスケジューリング不可能である、したがってデータが長時間送信できない場合を回避するために、スケジューリング中の各ｆｌｏｗのレート保証を示す。ｆｌｏｗの属するＲＢのＡＭＢＲは、ＲＡＮにより生成されて良く、ＲＢの全部のｎｏｎ  ＧＢＲサービスの最大送信レートを示す。ＲＡＮは、ＵＥのＡＭＢＲに基づき、ＲＢのＡＭＢＲを取得して良い。ＲＡＮによりＵＥへ送信されたプレスケジューリング情報についての無線インタフェースメッセージは、ｆｌｏｗ識別子を含む。無線インタフェースメッセージは、ＲＲＣ（radio  resource  connection）メッセージ又はＰＤＣＰ制御情報要素（PDCP  control  PDU）であって良い。任意で、プレスケジューリング情報は、スケジューリングが異なるキューに対して実行されるときに使用されるスケジューリングアルゴリズム及び／又はアルゴリズム種類を更に含む。
【０１７９】
データフローがキューと１対１対応である場合、データフローのプレスケジューリング情報はキューのプレスケジューリング情報である。任意で、複数のｆｌｏｗの且つ組み合わせて処理され得る情報が更に含まれて良い。例えば、複数のｆｌｏｗが同じ優先度を有する場合、複数のｆｌｏｗは処理のために同じキューに置かれて良い。言い換えると、均一なフロープレスケジューリング情報が構成されて良い。複数のデータフローは同じ待ち行列キューに対応する。複数のｆｌｏｗのプレスケジューリング情報は、キューのプレスケジューリング情報に対応する。
【０１８０】
別の例では、ＵＥのＰＤＣＰエンティティは、ＣＮにより通知されたプレスケジューリング情報を取得して良い。ＣＮは、ＵＥにＱｏＳ情報を通知する。ＵＥに通知されたＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、及びＡＰＮ−ＡＭＢＲ、のようなｆｌｏｗ情報のうちの１又は複数を含み、ＱＣＩは優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示す。ＵＥは、特定アルゴリズムを用いて、ｆｌｏｗレベルＱｏＳ情報に基づき、プレスケジューリング情報を取得する。例えば、ＵＥは、ＱＣＩ情報を用いて、マッピングを通じて、被スケジューリングｆｌｏｗの優先度を知って良い。さらに、ＲＡＮは、プレスケジューリング情報を計算するルールをＵＥに通知して良く、ＵＥは、該ルールに従いプレスケジューリング情報を計算し取得する。さらに、ＲＡＮは、プレスケジューリング情報の一部をＵＥに通知して良く、ＵＥは、ＡＮにより送信されたプレスケジューリング情報の一部を受信し、及びプレスケジューリング情報の一部をＵＥのプレスケジューリング情報の一部として使用して良い。
【０１８１】
更に別の例では、ＵＥのＰＤＣＰエンティティは、ａｐｐレイヤから取得したプレスケジューリング情報を取得して良い。ＵＥは、プレスケジューリング情報を計算するためにａｐｐレイヤから情報を取得して良く、ＵＥは、例えば何らかのアプリケーションレイヤデータに対する特別処理、例えばＴＣＰ再送パケット及びＴＣＰ  ＡＣＫパケットに対する特別処理のために、プレスケジューリング関連情報を取得するためにａｐｐレイヤから情報を読み出す。プレスケジューリング情報を計算するためにＡＰＰから情報を読み出すルールは、ＣＮ又はＡＮによりＵＥに通知されて良い。ＵＥは、ａｐｐレイヤから取得した情報及びプレスケジューリング情報のためのルールに基づき、プレスケジューリング情報を計算する。例えば、ＴＣＰ再送パケット及びＴＣＰ  ＡＣＫパケットは、高優先度キューに置かれて良い。
【０１８２】
プレスケジューリング情報を取得する上記３つの方法は、独立に使用され又は組み合わせて使用されて良い。
【０１８３】
ステップ６０５。各送信期間において、ＵＥのＰＤＣＰエンティティは、キューのプレスケジューリング情報に基づき、複数のキューからプレスケジューリングウインドウサイズのデータパケットを選択する。
【０１８４】
ＰＤＣＰエンティティは、さらに、キューが長時間スケジューリングされないことを防ぐために、各キューの優先ビットレート（prioritized  Bit  Rate、ＰＢＲ）を保証する必要がある。ＡＰＮに属する全てのキューについて、最大データスケジューリングレートは、ＡＰＮ−ＡＭＢＲにより制約される。さらに、スケジューリング中、サービスデータのキュー長、キューのキューイング時間、及びサービスのＱｏＳ属性の中の遅延カウンタのような情報のうちの１又は複数が検討されて良い。例えば、比較的長いキューイング時間及び比較的小さい遅延カウンタを有するデータパケットのスケジューリングは、加速されて良い。
【０１８５】
ステップ６０２、ステップ６０３、及びステップ６０４を実行する時間順序は存在しない。
【０１８６】
さらに、ＵＥ側の前述のデータ送信処理手順に対応して、ＲＡＮ側のデータ受信処理手順では、受信ユニットとしてのＰＤＣＰエンティティは、ＲＬＣエンティティからＰＤＣＰ  ＰＤＵを取得する。ＰＤＣＰエンティティは、ヘッダ除去及び解読のような動作を実行して、異なるｆｌｏｗのデータパケットを取得し、続いて、該データパケットを上位レイヤに分配し、該データパケットをルーティング処理を通じてコアネットワークへ送信する。
【０１８７】
本発明の本実施形態では、キュープレスケジューリング処理は、ＰＤＣＰレイヤで実行され、ＲＬＣレイヤはプレスケジューリング情報（プレスケジューリングウインドウ及び／又は送信期間）を報告し、ＰＤＣＰエンティティはプレスケジューリング情報に基づきスケジューリング及びデータ分配を実行する。プレスケジューリングソリューションでは、精細粒度ＱｏＳ特徴がＭＡＣレイヤより上で実施され得る。したがって、精密さのためのＱｏＳ要件が反映でき、論理チャネル数の増大により引き起こされるＭＡＣサブヘッダオーバヘッドが削減できる。
【０１８８】
本発明の本実施形態では、フローに基づくＱｏＳ制御が、ＰＤＣＰレイヤによるプレスケジューリング及びＭＡＣレイヤによるスケジューリングの両方を通じて実施される。以下は、プレスケジューリングとスケジューリングとの間の相互作用を詳述する。
【０１８９】
ＭＡＣレイヤによりスケジューリングされる各ＲＢのスケジューリング情報は、論理情報優先度、優先ビットレート（prioritized  Bit  Rate、ＰＢＲ）、及びバケットサイズ期間（Bucket  Size  Duration、ＢＳＤ）のようなＲＢ情報のうちの１又は複数を含む。
【０１９０】
ＵＥのＭＡＣエンティティでは、ＲＢのスケジューリング情報は、ＲＡＮ要素により構成されて良く、又はプレスケジューリング情報を用いてプリセット計算ルールに従い取得されて良い。プリセット計算ルールは、例えば、ＲＢ内の各ｆｌｏｗの優先度に基づきＲＢの論理情報優先度を取得することである。平均を計算する方法が具体的に使用されて良い。同様に、ＲＢのスケジューリング情報内の別の部分も、ｆｌｏｗのスケジューリング情報を用いて計算されて良い。例えば、ＰＢＲの値は、全てのｆｌｏｗのＰＢＲの和であって良い。プリセット計算ルールは、ＲＡＮ要素によりＵＥに通知されて良い。ｆｌｏｗとＲＢとの間の柔軟なマッピングのシナリオでは、ＲＢのスケジューリング情報は、ＲＡＮ側の動的構成及び更新を伴わず、素早く取得され得る。
【０１９１】
ＲＡＮ要素では、プレスケジューリング情報はＣＵにより構成されて良く、スケジューリング情報はＤＵに通知される必要がある。
【０１９２】
本発明の本実施形態では、ＵＥのＰＤＣＰエンティティがステップ６０１〜ステップ６０５のプレスケジューリング手順を実行した後に、以下の手順が更に実行されて良い。ＵＥのＰＤＣＰエンティティは、ＰＤＣＰ  ＳＤＵを処理して、パケットデータ・コンバージェンス・プロトコル・プロトコルデータユニットＰＤＣＰ  ＰＤＵを取得する。ＵＥのＰＤＣＰエンティティ内の送信ユニットは、処理のためにＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。ＲＬＣエンティティは、ＰＤＣＰ  ＰＤＵに対してセグメント化及び連結を実行し、次にＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置く。ＭＡＣレイヤは、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行して、媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを取得し、該ＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤへ分配する。
【０１９３】
以下は、本発明の本実施形態におけるアップリンクデータ及びダウンリンクデータのルーティング処理を別個に記載する。
【０１９４】
アップリンクデータについて：
【０１９５】
送信端ｆｌｏｗ区別：異なるｆｌｏｗは、ＴＦＴ方法で互いに区別され、ＴＦＴテンプレートはｆｌｏｗ  ｉｄに対応する。代替として、異なるｆｌｏｗはラベリングを通じて識別される。ラベル情報は、コアネットワーク要素によりＵＥに通知されて良く、ラベル情報はｆｌｏｗ  ｉｄに対応する。
【０１９６】
受信端ルーティング処理：データパケットがラベルを含む場合、ＲＡＮ要素は、ラベルに基づきトンネル識別子又は宛先アドレスを取得し、トンネル識別子又は宛先アドレスを対応するコアネットワーク要素へ送信する。他の方法では、ＴＦＴ機能が存在する場合、ＲＡＮ要素は、ＴＦＴ動作を実行して、複数のｆｌｏｗを取得し、各ｆｌｏｗのデータパケットを、ＴＦＴテンプレートに対応するトンネル識別子又は宛先アドレスへ送信する。ＣＮは、ＴＦＴテンプレートとｆｌｏｗのトンネル識別子又は宛先アドレスとの間の対応を構成し、該対応をＲＡＮ要素に通知する。ＣＮは、データパケット内のラベルとｆｌｏｗのトンネル識別子又は宛先アドレスとの間の対応を構成し、該対応をＲＡＮ要素に通知する。他の方法では、ＲＡＮ要素は、データパケットの宛先ＩＰアドレスを用いてルーティングを実行し、データパケットをコアネットワーク要素へ送信する。
【０１９７】
ダウンリンクデータについて：
【０１９８】
送信端ｆｌｏｗ区別：（１）コアネットワークとＲＡＮとの間にＧＴＰＵトンネルのようなトンネルが存在する場合、送信端にあるＲＡＮ要素は、トンネル識別子に基づき異なるｆｌｏｗを取得して良い。（２）ＴＦＴがＲＡＮについて構成される場合、ＲＡＮは、コアネットワークにより送信されたデータに対してＴＦＴ動作を実行し、（ｆｌｏｗ  ｉｄに対応する）ＴＦＴテンプレートに基づき対応するｆｌｏｗデータを取得する。（３）コアネットワークからのデータパケットが（ｆｌｏｗ  ｉｄに対応する）ラベルを伝達する場合、ＲＡＮ要素は、該ラベルに基づき区別を実行して、ｆｌｏｗデータを取得する。代替として、３つの方法の任意の組み合わせがｆｌｏｗデータを取得するために使用される。
【０１９９】
受信端ルーティング処理：ＵＥは、ＰＤＣＰ  ＳＤＵを上位レイヤに、つまりＵＥのアプリケーションレイヤ・プロトコルエンティティに直接送信する。
【０２００】
さらに、先ずキューイングを実行し及び次にＰＤＣＰ  ＳＤＵを生成する方法は、ステップ６０５で使用される。
【０２０１】
任意で、ＰＤＣＰエンティティは、先ず、ＰＤＣＰ  ＳＤＵに対してＰＤＣＰ  ＳＮ番号割り当てを実行し、キューイング及びキュープレスケジューリングを実行し、ＰＤＣＰ  ＳＤＵを送信ユニット内に置き、次に暗号化及びＰＤＣＰヘッダ付与を実行してＰＤＣＰ  ＰＤＵを取得して良い。
【０２０２】
任意で、ＰＤＣＰエンティティは、先ず、ＰＤＣＰ  ＳＤＵに対してＰＤＣＰ  ＳＮ番号割り当てを実行し、暗号化及びＰＤＣＰヘッダ付与を実行してＰＤＣＰ  ＰＤＵを取得し、キューイング及びキュープレスケジューリングを実行し、取得したＰＤＣＰ  ＰＤＵを送信ユニット内に置いて良い。
【０２０３】
例えば、ＲＬＣエンティティは、データパケットセグメント化及び連結を実行して、ＭＡＣレイヤによるバッファリングのために固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成する。
【０２０４】
例えば、ＵＥのＱｏＳパラメータは、ＵＥの無線インタフェース側ＱｏＳパラメータ及びＵＥのグランド側ＱｏＳパラメータを含む。ステップ６０１でＵＥのＰＤＣＰエンティティがＵＥのＱｏＳ情報を取得することは、具体的に、ＵＥのＰＤＣＰエンティティにより、ＵＥの無線インタフェース側ＱｏＳパラメータを取得するステップ、又は、ＵＥのＰＤＣＰエンティティにより、ＵＥのエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及びＥ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得するステップ、を含む。
【０２０５】
本発明の本実施形態では、同時最適化が区間ＱｏＳに基づき実行されて良い。
【０２０６】
例えば、ＵＥは、制御プレーンから能力又は負荷通知メッセージを受信し、該能力又は負荷通知メッセージに基づき、グランド側ＱｏＳ能力がグランド側ＱｏＳ要件を満たさないと決定すると、Ｅ２Ｅ  ＱｏＳを満たすために、ＵＥの無線インタフェース側ＱｏＳパラメータを調整して、無線インタフェース側のサービス品質を向上する。
【０２０７】
別の例では、ＵＥは、ユーザプレーンから帯域内通知メッセージを受信し、ここで帯域内通知メッセージはＱｏＳ満足情報を伝達し、ＱｏＳ満足情報はＥ２Ｅ  ＱｏＳカウンタの占有比率若しくは数又はＥ２Ｅ  ＱｏＳカウンタの残り比率若しくは数を示すために使用され、ＱｏＳ満足情報に基づき、グランド側ＱｏＳが満たされないと決定すると、Ｅ２Ｅ  ＱｏＳを満たすために、ＵＥの無線インタフェース側ＱｏＳパラメータを調整して、無線インタフェース側のサービス品質を向上する。
【０２０８】
図６Ｄは、本発明の一実施形態によるプレスケジューリング処理の概略図である。プレスケジューリング処理は、アップリンクデータ伝送手順の中で生じ、ＵＥにより実行される。特定の処理手順は次の通りである。
【０２０９】
ＵＥはアップリンクサービスを開始し、コアネットワークは２つのｆｌｏｗのＱｏＳ情報をＲＡＮ又はＵＥに通知する。ｆｌｏｗ１のＱｏＳ情報は、ＱＣＩ１＝６及びＡＲＰ１＝３のような情報を含み、ｆｌｏｗ２のＱｏＳ情報は、ＱＣＩ２＝７及びＡＲＰ２＝４のような情報を含み、並びに、ｆｌｏｗ１のＱｏＳ情報及びｆｌｏｗ２のＱｏＳ情報は、ＵＥレベルＡＭＢＲ情報を更に含み、ＡＰＮ−ＡＭＢＲ情報を更に含んで良い。ｆｌｏｗ１及びｆｌｏｗ２は同じＡＰＮに属すると仮定する。
【０２１０】
ＲＡＮは、ＵＥから２つのｆｌｏｗのＱｏＳ情報を受信し、計算を通じてプレスケジューリング情報を生成する。プレスケジューリング情報は、ｆｌｏｗ１に関する情報、例えばＰＢＲ、Ｐｒｉｏｒｉｔｙ、ＡＰＮ−ＡＭＢＲ、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ、のうちの１又は複数、並びに、ｆｌｏｗ２に関する情報、例えばＰＢＲ、Ｐｒｉｏｒｉｔｙ、ＡＰＮ−ＡＭＢＲ、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ、のうちの１又は複数、を含む。ＲＡＮ要素は、無線インタフェースメッセージを用いて、ＵＥのＰＤＣＰエンティティにプレスケジューリング情報を通知する。
【０２１１】
ＵＥのＰＤＣＰエンティティは、キューイングのために、ｆｌｏｗ１及びｆｌｏｗ２のデータを２つのキューにグループ化する。
【０２１２】
ＰＤＣＰエンティティは、ここで本シナリオでは、ＲＬＣエンティティと１対１対応にある。
【０２１３】
ＲＬＣエンティティは、周期的に又はイベントトリガを通じて、ＰＤＣＰエンティティにプレスケジューリングウインドウ情報を報告し、ＲＬＣエンティティは、ＲＬＣバッファ状態及びＭＡＣレイヤスケジューリング機会のような情報を用いてプレスケジューリングウインドウ情報を計算して良い。ＭＡＣレイヤスケジューリング機会情報は、ＵＥがバッファ状態報告（buffer  status  report、ＢＳＲ）情報をＲＡＮに報告し、及びＲＡＮがＵＥにＵＬ  ｇｒａｎｔを割り当てることである。ＵＥのＲＬＣエンティティは、ＭＡＣレイヤ情報及びＲＬＣバッファ情報に基づき、プレスケジューリングウインドウ情報を計算する。
【０２１４】
ＵＥのＰＤＣＰエンティティは、プレスケジューリングウインドウ情報に基づき、待ち行列キューをプレスケジューリングする。例えば、優先度及び最大レート限度（例えば、ＲＢ−ＡＭＢＲ及びＡＰＮ−ＡＭＢＲ限度）のような因子の観点で、６個のデータパケットがｆｌｏｗ１のキューから選択され、４個のデータパケットがｆｌｏｗ２のキューから選択される。ＰＤＣＰエンティティは、プレスケジューリングのために選択された１０個のデータパケットに対して、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与のような動作を実行して、ＰＤＣＰ  ＰＤＵを取得し、該ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。周期的送信の場合には、前述の動作は、次の送信期間が到来すると繰り返される。
【０２１５】
ＰＤＣＰ  ＰＤＵに対して可能なセグメント化又は連結処理を実行した後に、ＲＬＣエンティティは、多重化のためにＭＡＣレイヤにＰＤＣＰ  ＰＤＵを分配する。次に、ＰＨＹエンティティはＰＤＣＰ  ＰＤＵを送信する。
【０２１６】
受信端にあるＲＡＮ要素のＲＬＣエンティティは、ＭＡＣレイヤからデータパケットを受信する。順序付けを実行した後に、ＲＬＣエンティティ（ＡＭモード）は、ＰＤＣＰ  ＰＤＵをＰＤＣＰエンティティに分配し、ＰＤＣＰエンティティは、ヘッダ除去及び解読を実行し、次にＰＤＣＰ  ＳＤＵを上位レイヤに分配する。さらに、データは、ルーティング処理を通じてコアネットワークへ送信される。ＲＡＮ要素のＰＤＣＰエンティティの機能がＣＵ内に分散され、且つＲＬＣエンティティの機能がＤＵ内に分散される場合、ＤＵは、ＤＵとＣＵとの間のインタフェースを用いて、アップリンクＰＤＣＰ  ＰＤＵをＣＵへ送信する。
【０２１７】
図６Ｄを参照すると、ダウンリンクデータ伝送手順では、ＲＡＮ要素は同様のプレスケジューリング処理を実行する。特定の手順は次の通りである。
【０２１８】
ダウンリンクサービスでは、コアネットワークは、サービス生成手順をトリガし、制御プレーン又はユーザプレーンを用いて、ダウンリンクサービスのＱｏＳ情報をＲＡＮに通知する。コアネットワークは、２つのｆｌｏｗのＱｏＳ情報をＲＡＮに通知する。ｆｌｏｗ１のＱｏＳ情報は、ＱＣＩ１＝３、ＧＢＲ１＝１０ｋｂｐｓ、及びＡＲＰ１＝３のような情報を含み、ｆｌｏｗ２のＱｏＳ情報は、ＱＣＩ２＝５、ＧＢＲ２＝２０ｋｂｐｓ、及びＡＲＰ２＝４のような情報を含む。
【０２１９】
さらに、ＱｏＳはｓｌｉｃｅのＱｏＳ情報を含む。
【０２２０】
ＲＡＮは、ＵＥから２つのｆｌｏｗのＱｏＳ情報を受信し、計算を通じてプレスケジューリング情報を生成する。プレスケジューリング情報は、ｆｌｏｗ１に関する情報、例えばＧＢＲ１、Ｐｒｉｏｒｉｔｙ１、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ１、のうちの１又は複数、並びに、ｆｌｏｗ２に関する情報、例えばＧＢＲ２、Ｐｒｉｏｒｉｔｙ２、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ２、のうちの１又は複数、を含む。
【０２２１】
ＲＡＮ要素のＰＤＣＰエンティティは、キューイングのために、ｆｌｏｗ１及びｆｌｏｗ２のデータを２つのキューにグループ化する。
【０２２２】
ＰＤＣＰエンティティは、ここで本シナリオでは、ＲＬＣエンティティと１対１対応にある。ＰＤＣＰエンティティはＣＵ内に分散され、ＲＬＣエンティティはＤＵ内に分散される。
【０２２３】
ＤＵ内のＲＬＣエンティティは、周期的に又はイベントトリガを通じて、ＰＤＣＰエンティティにプレスケジューリングウインドウ情報を報告し、ＲＬＣエンティティは、ＲＬＣバッファ状態及びＭＡＣレイヤスケジューリング機会のような情報を用いてプレスケジューリングウインドウ情報を計算して良い。ＤＵは、ＤＵとＣＵとの間のインタフェースを用いて、ＣＵにプレスケジューリングウインドウ情報を通知する。
【０２２４】
ＲＡＮのＰＤＣＰエンティティは、プレスケジューリングウインドウ情報に基づき、待ち行列キューをプレスケジューリングする。例えば、優先度及び保証レートのような因子の観点で、４個のデータパケットがｆｌｏｗ１のキューから選択され、８個のデータパケットがｆｌｏｗ２のキューから選択される。ＰＤＣＰエンティティは、プレスケジューリングのために選択された１２個のデータパケットに対して、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与のような動作を実行して、ＰＤＣＰ  ＰＤＵを取得し、該ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。具体的には、ＣＵとＤＵとの間のインタフェースのユーザプレーンを用いてＰＤＣＰ  ＰＤＵを伝送する。周期的送信の場合には、前述の動作は、次の送信期間が到来すると繰り返される。
【０２２５】
ＰＤＣＰ  ＰＤＵに対して可能なセグメント化又は連結処理を実行した後に、ＲＬＣエンティティは、多重化のためにＭＡＣレイヤにＰＤＣＰ  ＰＤＵを分配する。次に、ＰＨＹエンティティはＰＤＣＰ  ＰＤＵを送信する。
【０２２６】
受信端にあるＵＥのＲＬＣエンティティは、ＭＡＣレイヤからデータパケットを受信する。順序付けを実行した後に、ＲＬＣエンティティ（ＡＭモード）は、ＰＤＣＰ  ＰＤＵをＰＤＣＰエンティティに分配し、ＰＤＣＰエンティティは、ＰＤＣＰ  ｈｅａｄｅｒ除去及び解読を実行し、次にＰＤＣＰ  ＳＤＵを上位レイヤ、つまりＵＥのアプリケーションレイヤ・プロトコルエンティティに分配する。
【０２２７】
図６Ｅ−１及び図６Ｅ−２は、本発明の一実施形態によるフローに基づくＱｏＳ制御のための方法の全体ネットワークアーキテクチャの概略図である。ＵＥ、ＲＡＮ、及びＣＮの処理手順が図中に示される。
実施形態２
【０２２８】
ステップ６０１で、ＵＥのＱｏＳ情報が、ＵＥのＱｏＳ情報及びｓｌｉｃｅのＱｏＳ情報を参照して決定される必要があるとき、ＣＮは、制御プレーンメッセージ若しくはユーザプレーンデータ若しくは両者を用いて又は事前構成方法で、ｓｌｉｃｅのＱｏＳ情報をＲＡＮ及びＧＷに通知して良く、ＮＡＳメッセージを用いて、ｓｌｉｃｅのＱｏＳ情報をＵＥに更に通知して良い。さらに、ＲＡＮは、ｓｌｉｃｅのＱｏＳ情報をＵＥに通知して良い。
【０２２９】
ｓｌｉｃｅのＱｏＳ情報は、ｓｌｉｃｅの固有ＱｏＳ情報及びｓｌｉｃｅの相対ＱｏＳ情報のうちの１又は複数を含む。
【０２３０】
ｓｌｉｃｅの固有ＱｏＳ情報は、ｓｌｉｃｅのリソース及び／又はユーザ体感品質（Quality  of  Experience、ＱｏＥ）要件を示し、ＱＣＩ、ＭＢＲ及び／又はＡＭＢＲ、ＧＢＲ（ｓｌｉｃｅの最低サービス要件を示して良く、固定的に割り当てられて良い）、優先度（priority  level）、及びＡＲＰのような情報のうちの１又は複数を含んで良い。ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示す。
【０２３１】
複数の固有ＱｏＳ情報セットは、１つのｓｌｉｃｅについて構成されて良く、異なるネットワーク状態に別個に適用可能である。例えば、重、中、及び軽負荷状態は、異なるＱｏＳ情報に対応して良い。
【０２３２】
さらに、ｓｌｉｃｅの固有ＱｏＳ情報の中の指示情報は、各固有ＱｏＳ情報セットの適用可能なネットワーク状態を示すために使用されて良く、指示情報は固有ＱｏＳ情報と一緒に分配されて良い。
【０２３３】
ｓｌｉｃｅの相対ＱｏＳ情報は、ｓｌｉｃｅに属するユーザのＱｏＳ情報（ユーザレベルＱｏＳ情報及び／又はサービスレベルＱｏＳ情報を含む）の変化を示す。ｓｌｉｃｅの相対ＱｏＳ情報は、サービスｐｒｉｏｒｉｔｙ増大又は減少、サービスの最小保証レート増大又は減少、ｎｏｎ−ＧＢＲサービス増大又は減少（例えば、ＰＢＲパラメータの追加）、サービスＡＭＢＲ（ＡＰＮ−ＡＭＢＲ）調整、ｓｌｉｃｅに属するユーザのＡＰＮ−ＡＭＢＲの増大又は減少、ユーザＵＥ−ＡＭＢＲ変化、サービスＡＲＰ情報変化、サービスパケット損失率カウンタ変化、サービス遅延カウンタ変化、ｓｌｉｃｅレベル増分ＱｏＳパラメータの追加、等のうちの１又は複数を含んで良い。ｓｌｉｃｅレベル増分ＱｏＳパラメータは、ｓｌｉｃｅ−ＡＭＢＲ（ｓｌｉｃｅに属する全てのｎｏｎ−ＧＢＲサービスの最大総合レートを示す）、報告を遅延させる時間閾、アップリンクデータが報告され得る回数、データパケットサイズ（Data  size）、及びデータの絶対報告時間（report  absolute  time）に関する情報、のようなサービスレベルＱｏＳ増分のうちの１又は複数を含んで良い。さらに、スライスレベル増分ＱｏＳパラメータは、ユーザレベルのようなユーザレベルＱｏＳ増分パラメータを含む。
【０２３４】
ユーザレベルＱｏＳ情報は、ユーザ関連ＱｏＳ情報、例えばＵＥ−ＡＭＢＲ、ユーザレベル、等のうちの１又は複数である。サービスレベルＱｏＳ情報は、単一サービスのＱｏＳ情報であり、例えばＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＲＰ、等のうちの１又は複数を含んで良い。
【０２３５】
複数の相対ＱｏＳ情報セットは、１つのｓｌｉｃｅについて構成されて良く、異なるネットワーク状態に別個に適用可能である。例えば、重、中、及び軽負荷状態は、異なる相対ＱｏＳ情報に対応して良い。
【０２３６】
さらに、ｓｌｉｃｅの相対ＱｏＳ情報は、ｓｌｉｃｅの相対ＱｏＳ情報の有効範囲を示すために、識別子、又はサービス情報及び／又はユーザ情報の種類を更に含んで良い。
【０２３７】
さらに、ｓｌｉｃｅの相対ＱｏＳ情報は、ｓｌｉｃｅの相対ＱｏＳ情報が有効であるネットワーク状態、例えばセルの軽、中、又は重負荷状態を示す情報を含んで良い。
【０２３８】
さらに、別の方法では、ＣＮにより通知されるＱｏＳ情報は、ｓｌｉｃｅのＱｏＳ情報を含む。言い換えると、ユーザ又はサービスの且つコアネットワーク要素により生成されたＱｏＳ情報は、ユーザ又はサービスの属するｓｌｉｃｅのＱｏＳ情報を含む。ＲＡＮ及びＵＥはＱｏＳ情報を受信する。
【０２３９】
ｓｌｉｃｅのＱｏＳ情報は、ｓｌｉｃｅ  ｉｄを用いて見付けることができる。
【０２４０】
さらに、ｓｌｉｃｅに属するＱｏＳ情報の異なる変化を示すためにスライス種類（slice  type）が使用されて良く、所定方法が使用されて良い。例えば、ｓｌｉｃｅ  ｔｙｐｅ１は２つのレベルのｐｒｉｏｒｉｔｙ増大に対応する。
【０２４１】
図７は、本発明の一実施形態によるｓｌｉｃｅ  ＱｏＳ構成方法の信号フロー図である。ＵＥ、ＲＡＮ、及びＣＮ−ＣＰ間のシグナリング相互作用が含まれる。方法は以下のステップを有する。
【０２４２】
ステップ７０１。ＣＮ−ＣＰは、メッセージ１（例えば、ｓｌｉｃｅ設定要求メッセージ）をＲＡＮへ送信する。ここで、メッセージ１はｓｌｉｃｅのＱｏＳ情報を伝達する。
【０２４３】
任意で、メッセージ１がｓｌｉｃｅ設定要求メッセージであるとき、ＲＡＮは、ｓｌｉｃｅ設定要求メッセージを受信した後に、ＣＮ−ＣＰへｓｌｉｃｅ設定応答メッセージを更に送信して良い。
【０２４４】
ステップ７０２。ＣＮ−ＣＰは、メッセージ２（例えば、ｓｌｉｃｅ変更要求メッセージ）をＲＡＮへ送信する。ここで、メッセージ２はｓｌｉｃｅのＱｏＳ情報を伝達する。
【０２４５】
ｓｌｉｃｅのＱｏＳ情報は、ｓｌｉｃｅの固有ＱｏＳ情報及びｓｌｉｃｅの相対ＱｏＳ情報のうちの１又は複数を含み、メッセージ１及び／又はメッセージ２は、ｓｌｉｃｅ  ｉｄ又はｓｌｉｃｅ  ｔｙｐｅを識別子として更に伝達して良い。
【０２４６】
ＲＡＮは、ｓｌｉｃｅのＱｏＳ情報を受信する。
【０２４７】
ＣＮ又はＲＡＮは、ｓｌｉｃｅのＱｏＳ情報及び／又はＱｏＳ情報の識別子をＵＥに通知して良い。
【０２４８】
ＲＡＮは、ｓｌｉｃｅの固有ＱｏＳ情報に基づき、ｓｌｉｃｅのためにリソースを準備して良い。リソースは、基地局の、ハードウェアリソース、帯域幅リソース、記憶リソース、無線リソース、等のうちの１又は複数を含む。
【０２４９】
ＲＡＮは、ｓｌｉｃｅの固有ＱｏＳ情報に基づき、異なるネットワーク状態にあるｓｌｉｃｅのために異なるリソースを構成して良い。
【０２５０】
ＲＡＮは、ｓｌｉｃｅの相対ＱｏＳ情報に基づき、ｓｌｉｃｅに属するユーザのＱｏＳ情報を変更して良い。
【０２５１】
本発明の本実施形態では、ステップ７０１及びステップ７０２はｓｌｉｃｅ手順である。例えば、方法は、ユーザのｓｌｉｃｅ関連ＱｏＳ情報を取得するために以下の手順を更に含む。
【０２５２】
ステップ７０３。ＣＮ−ＣＰは、メッセージ３（例えば、進化型無線アクセスベアラ（evolved  Evolved  Radio  Access  Bearer、ｅＥ−ＲＡＢ）設定要求メッセージ又はｅＥ−ＲＡＢ変更要求）のような、ＱｏＳ情報送信のために使用されるメッセージ）をＲＡＮへ送信する。ここで、メッセージ３は、ＱｏＳ  ＵＥのＱｏＳ情報、ｓｌｉｃｅの相対ＱｏＳ情報、ｓｌｉｃｅ  ｉｄ、ｓｌｉｃｅ  ｔｙｐｅ、ＱｏＳ変更指示情報、等のうち１又は複数を伝達する。
【０２５３】
ステップ７０４。ＣＮ−ＣＰは、ＮＡＳメッセージ４を用いて、ＵＥへＱｏＳ情報を送信する。ここで、ＱｏＳ情報は、ＵＥのＱｏＳ情報、ｓｌｉｃｅの相対ＱｏＳ情報、ｓｌｉｃｅ  ｉｄ、ｓｌｉｃｅ  ｔｙｐｅ、ＱｏＳ変更指示情報、等のうちの１又は複数を含む。
【０２５４】
ＣＮは、制御プレーン又はユーザプレーン又は両方を用いて、ＲＡＮ又はＵＥに、ユーザＱｏＳ情報、つまりＵＥのＱｏＳ情報を通知して良い。ユーザＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＰＮ−ＡＭＢＲ、ＵＥ−ＡＭＢＲ、及びＡＲＰ、のような情報のうちの１又は複数を含む。ＱｏＳ情報は、ｂｅａｒｅｒレベル、ｆｌｏｗレベル、ｐａｃｋｅｔレベル、又はＵＥレベルであって良い。
【０２５５】
さらに、サービスの属するｓｌｉｃｅの相対ＱｏＳ情報が通知される。ｓｌｉｃｅ  ｉｄ又はｓｌｉｃｅ  ｔｙｐｅは、ｓｌｉｃｅの相対ＱｏＳ情報を識別するために更に使用されて良い。
【０２５６】
さらに、ＣＮは、ユーザＱｏＳ情報がｓｌｉｃｅの相対ＱｏＳ情報に基づき変更される必要があるか否かを示すために、ＱｏＳ変更指示情報を通知して良い。指示情報は、ユーザＱｏＳ情報の変更する必要があるネットワーク状態を更に示して良い。
【０２５７】
ＲＡＮ又はＵＥは、サービスレベル又はＵＥレベルＱｏＳ情報を受信し、ｓｌｉｃｅの相対ＱｏＳ情報を取得し、ｓｌｉｃｅのユーザＱｏＳ情報を取得するために、ネットワーク状態情報及び指示情報に基づきｓｌｉｃｅの相対ＱｏＳ情報を用いて実行されるユーザＱｏＳに対する変更を取得する。ＲＡＮ又はＵＥは、ユーザ要件を満たし及び更にネットワークリソース利用を向上するために、ユーザＱｏＳ情報に基づきリソース割り当て及びスケジューリングを実行する。
実施形態３
【０２５８】
図８は、１レベルの一般的なキャッシュ処理の概略図である。現在のＬＴＥシステムでは、アップリンクスケジューリングは、主に、ＲＬＣレイヤによるセグメント化及び連結のような処理を含むＵＥの処理遅延のために、４ｍｓ早く実行される必要がある。データパケットは、ＲＬＣレイヤによりバッファリングされる。スケジューリングリソースを受信した後に、ＵＥの物理レイヤは上位レイヤに通知する。リソースサイズに適応するためにセグメント化及び連結のような動作を実行した後に、ＲＬＣレイヤはデータパケットをＭＡＣレイヤへ送信する。
【０２５９】
本発明の技術的ソリューションでは、データパケットセグメント化及び連結のような動作は、固定サイズのＭＡＣ  ＰＤＵを生成するために早く実行され、ＭＡＣ  ＰＤＵはＭＡＣレイヤによりバッファリングされる。リソースを割り当てるとき、基地局は、固定サイズのデータ又は固定サイズの整数倍であるサイズのデータを送信するために使用可能なリソースを割り当てる。ＵＬ  ｇｒａｎｔ（アップリンク許可）を受信した後に、ＵＥは、ＭＡＣキャッシュキューからＭＡＣ  ＰＤＵを直接抽出し、ＭＡＣ  ＰＤＵを送信する。このように、遅延は減少され、アップリンクデータはより迅速に送信できる。
【０２６０】
図９は、本発明の一実施形態による２レベルのキャッシュ処理の概略図である。２レベルのバッファキュー（ＲＬＣ／ＭＡＣ）が設定される。「セグメント化及び連結を早く実行し、及びＭＡＣレイヤによりバッファリングする」機能を有効にするか否かを決定する方法は、ｂｅａｒｅｒ／ｓｔｒｅａｍ／ｓｌｉｃｅ毎に実行されて良い。言い換えると、該機能が有効にされるか否かは、異なるｂｅａｒｅｒ／ｓｔｒｅａｍ／ｓｌｉｃｅについて独立して構成されて良い。ＵＥは、ｂｅａｒｅｒ／ｓｔｒｅａｍ／ｓｌｉｃｅ毎に機能が有効にされる必要があるか否かを示す情報を報告し、毎回基地局により割り当てられるリソースを用いて伝送可能なデータ量を示し又は提案する。或いは、基地局は、ｂｅａｒｅｒ／ｓｔｒｅａｍ／ｓｌｉｃｅ毎に機能が有効にされる必要があるか否かを決定し、決定結果及び毎回基地局により割り当てられたリソースを用いて伝送可能なデータサイズをＵＥに示す。
【０２６１】
データのサイズは、１つの固定サイズ又は複数の固定サイズであって良い。
【０２６２】
データのサイズが複数の固定サイズであるとき、ＵＥは複数のバッファキューを生成し、キューは異なる固定サイズに対応する。各キューは、異なるＲＬＣデータパケットに対してセグメント化及び連結を実行することにより生成されて良い。あるいは、各キューは、記憶装置を用いて性能を向上することにより、異なる固定サイズに基づき同じＲＬＣデータパケットに対してセグメント化及び連結を実行することにより生成されて良い。データパケットは、受信したリソースサイズ状態に基づき、対応するキューから取得されて良い。
【０２６３】
例えば、ＵＥは、ユーザプレーン又は制御プレーンメッセージを用いて、固定ＲＬＣセグメントサイズを要求し、ユーザプレーン又は制御プレーンメッセージは提案値を伝達して良い。基地局は、固定ＲＬＣセグメントサイズを決定し、固定ＲＬＣセグメントサイズをＵＥに通知する。
【０２６４】
例えば、ＵＥにより取得された固定ＲＬＣセグメントサイズは、１０バイト、２０バイト、及び４０バイトである。ＵＥのＲＬＣエンティティは、固定ＲＬＣセグメントサイズ１０バイト、２０バイト、及び４０バイトに基づき、バッファ内のＲＬＣ  ＰＤＵに対してセグメント化及び連結を実行して、それぞれ１、２、及び３と番号付けされた３つのキューを取得する。ＲＬＣエンティティは、３つのキューをＭＡＣレイヤに分配し、ＭＡＣレイヤは、キューを受信した後に、ＲＬＣ  ＰＤＵキューをバッファリングする。物理レイヤからリソース指示を受信した後に、ＭＡＣレイヤは、送信のためにリソース情報に基づき適切なキューを選択する、例えば、２０バイトの固定セグメントサイズのうちのキュー２内のＲＬＣ  ＰＤＵを選択し、ＲＬＣ  ＰＤＵを送信のためにＭＡＣ  ＰＤＵ内に置く。ＭＡＣ  ＰＤＵ内に置かれたキュー２内のＲＬＣ  ＰＤＵの数は、ＭＡＣレイヤスケジューリングアルゴリズムにより決定される。
【０２６５】
本発明の本実施形態では、ＲＬＣレイヤは、セグメント化及び連結を早期に実行して、固定サイズの１又は複数のデータパケットを取得し、データパケットはＭＡＣレイヤによりバッファリングされる。これにより、より迅速なアップリンクスケジューリングを実施する。
実施形態４
【０２６６】
さらに、本発明の本実施形態では、サービスカウンタ要件を満たすために、Ｅ２Ｅ  ＱｏＳを保証するよう、区分化実施及び同時最適化が、ＱｏＳサービスに対して実行されて良い。
【０２６７】
Ｅ２Ｅ  ＱｏＳパラメータの区分化動作は、以下の２つのソリューションのうちのいずれかで実行されて良い。
【０２６８】
ソリューション１：固定区分ＱｏＳ、及び各行路区間内のＱｏＳの独立実施。
【０２６９】
ＱｏＳカウンタは、Ｅ２Ｅ  ＱｏＳパラメータに基づき、各行路区間に割り当てられる。例えば、Ｅ２Ｅ  ＱｏＳパラメータカウンタは、グランド伝送区間及び無線インタフェース伝送区間に別個に割り当てられる。Ｅ２Ｅ  ＱｏＳパラメータカウンタは、遅延（delay）カウンタ、パケット損失率（packet  loss  rate）、ＡＲＰ、ＧＢＲ、ＭＢＲ、ＡＭＢＲ、ｐｒｉｏｒｉｔｙ、等のうちの１又は複数を含んで良い。Ｅ２Ｅ  ＱｏＳパラメータにより示される範囲は、ＵＥからＰＤＮ  ＧＷまでの区間のＱｏＳ要件である。ＰＤＮ  ＧＷは、３ＧＰＰコアネットワークから外部ネットワークへの境界ノードである。グランド伝送区間は、ＰＤＮ  ＧＷからＲＡＮ要素（例えば、基地局）までの伝送区間であり、無線インタフェース伝送区間は、ＲＡＮ要素（例えば、基地局）から端末ＵＥまでの伝送区間である。
【０２７０】
コアネットワーク要素（例えば、ポリシ及び課金ルール機能（Policy  and  Charging  Rules  Function、ＰＣＲＦ））は、固定比率に従い、ＱｏＳパラメータ区分化を実行する。例えば、平均性能は、グランド側伝送統計に基づき提供される。または、ＲＡＮ及びＣＮは、ＱｏＳパラメータテーブル構成中に互いに区別される。したがって、ＲＡＮ及びＣＮは、ＱｏＳパラメータコンテンツを独立して取得できる。例えば、独立ＱｏＳパラメータは、ＱＣＩのインデックスに基づき取得されて良い。
【０２７１】
ＱｏＳパラメータ情報をＲＡＮ又はＵＥに通知するとき、ＣＮは、無線インタフェース側ＱｏＳパラメータ及びグランド側伝送ＱｏＳパラメータを別個に通知する。
【０２７２】
ＣＮは、ＱｏＳパラメータ情報をＲＡＮ又はＵＥに通知するとき、Ｅ２Ｅ  ＱｏＳパラメータを更に通知して良い。
【０２７３】
アップリンクデータについて、無線インタフェースのＱｏＳパラメータは、ＵＥとＲＡＮ要素（例えば、基地局）との間の伝送のために使用され、グランド伝送のＱｏＳパラメータは、ＲＡＮ要素（例えば、基地局）とＰＤＮとの間のデータ伝送のために使用される。
【０２７４】
ダウンリンクデータについて、グランド伝送のＱｏＳパラメータは、ＰＤＮ  ＧＷとＲＡＮ要素（例えば、基地局）との間のデータ伝送のために使用され、無線インタフェースのＱｏＳパラメータは、ＲＡＮ要素（例えば、基地局）とＵＥとの間の伝送のために使用される。
【０２７５】
ソリューション２：動的Ｅ２Ｅ  ＱｏＳパラメータ区分化。
【０２７６】
Ｅ２Ｅ  ＱｏＳパラメータは、各行路区間の負荷及び輻輳状態、及び履歴ＱｏＳパラメータ情報統計のような情報のうちの１又は複数に基づき動的に割り当てられる。ＱｏＳは、割り当てられたＱｏＳパラメータカウンタに基づき、各行路区間において実施される。例えば、グランド側は、無線インタフェース伝送と比べて、より安定した性能カウンタを有し、無線インタフェースＱｏＳパラメータは、グランド側の動的変化に基づき計算されて良い。ＱｏＳパラメータは、遅延（delay）カウンタ、パケット損失率（packet  loss  rate）、ＡＲＰ、ＧＢＲ、ＭＢＲ、ＡＭＢＲ、ｐｒｉｏｒｉｔｙ、等のうちの１又は複数を含んで良い。
【０２７７】
ＣＮは、Ｅ２Ｅ  ＱｏＳパラメータをＲＡＮ及び／又はＵＥに通知して良く、Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを更に通知して良い。Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールは、区分化が実行される必要のあるＱｏＳパラメータ、異なるネットワーク伝送状態におけるＱｏＳパラメータのＱｏＳパラメータカウンタ割り当て比率、等のうちの１又は複数を含んで良い。例えば、ルールは、遅延カウンタ及び異なるネットワーク状態におけるカウンタの割り当て比率のような内容を含む。任意で、区分化は、Ｅ２Ｅ  ＱｏＳパラメータの一部について実行される必要がない。例えば、優先度パラメータは、各Ｅ２Ｅ伝送区間内で共通であって良い。
【０２７８】
さらに、ＱｏＳパラメータは、ＱｏＳカウンタの許容割引程度を伝達して良い。例えば、遅延カウンタは満たされる必要があり、又はレートカウンタの２０％割引が許容可能である。
【０２７９】
さらに、ＱｏＳパラメータは、ＱｏＳパラメータの特徴を示すために指示情報を伝達して良い。例えば、サービスは、超低遅延サービス、超高信頼性伝送サービス、又は緊急サービスである。サービスが超低遅延サービスである場合、サービスの遅延カウンタは満たされる必要がある。
【０２８０】
さらに、２つの区間：無線インタフェース伝送区間、及びグランド側伝送区間、のみが存在し得る。無線インタフェース伝送区間は、ＲＡＮ要素（例えば、基地局）と端末装置との間の伝送であり、グランド側伝送区間は、ＲＡＮ要素（例えば、基地局）とＰＧＷとの間の伝送行路区間である。
【０２８１】
ＲＡＮは、ＣＮにより送信されたＥ２Ｅ  ＱｏＳパラメータを受信し、異なるネットワーク状態のような情報に基づき、区間ＱｏＳパラメータ、例えば無線インタフェース伝送区間及びグランド側伝送区間のＱｏＳパラメータを取得して良い。
【０２８２】
さらに、グランド側伝送区間は、Ｓ１インタフェース区間及びＳ５／Ｓ８インタフェース区間に分けられて良い。Ｓ１インタフェース区間は、基地局とＳＧＷとの間の伝送行路区間であり、Ｓ５／Ｓ８インタフェース区間は、ＳＧＷとＰＧＷとの間の伝送行路区間である。
【０２８３】
本発明の本実施形態は、区間ＱｏＳの共同実装のための最適化ソリューションを更に提供する。
【０２８４】
例えば、ＱｏＳ実装の同時最適化では、全体伝送行路区間は区間Ａ及び区間Ｂ（例えば、無線インタフェース伝送区間、及びグランド側伝送区間）に分けられると仮定する。区間Ａのネットワーク要素が、ＣＰプレーンからの通知（能力又は負荷通知）に基づき、区間ＢのＱｏＳ満足情報がサービスについて区間ＢのＱｏＳ要件を満たさないことを知った場合、ここでＱｏＳ満足情報は実際のデータ伝送性能であり、区間Ａのネットワーク要素は、Ｅ２Ｅ  ＱｏＳ要件を満たすために、（区間Ａが十分なリソースを有する又は能力がある場合）サービスのためにネットワーク要素のサービス品質を能動的に向上して良い。他の方法では、区間Ａのネットワーク要素は、サービス品質を低下して良い。例えば、サービスのＱｏＳパラメータ内の遅延カウンタが１００ｍｓであり、区間Ａ及び区間Ｂの伝送遅延カウンタが５０ｍｓである。区間Ｂの最終的なＱｏＳ満足情報（６０ｍｓ）が区間の遅延カウンタ（５０ｍｓ）を満たさない場合、区間Ａのネットワーク要素は、区間Ａのサービスの伝送遅延（４０ｍｓ）を減少させるようサービス品質を向上して良い。したがって、サービスのＥ２Ｅ遅延（６０ｍｓ＋４０ｍｓ＝１００ｍｓ）はＱｏＳパラメータ内の遅延カウンタ（１００ｍｓ）を満たす。
【０２８５】
さらに、区間Ａのネットワーク要素は、Ｅ２Ｅ  ＱｏＳ要件を満たすために、一部のサービスのサービス品質を向上するよう、ポリシに基づき該一部のサービスのみを選択して良い。ポリシに基づく選択方法は、サービス優先度及びＱＣＩのような情報のうちの１又は複数に基づき一部の特定サービスを選択することであって良い。例えば、伝送遅延は、遅延に比較的敏感なサービスについてのみ減少される、又は高優先度サービスについてのみサービス品質が向上される。
【０２８６】
別の例では、ＵＰからのｉｎ  ｂａｎｄ通知、具体的に言うとユーザプレーンを用いて追加されたＱｏＳ満足情報が、最適化のために使用される。ユーザプレーンからＱｏＳ満足情報を伝送する方法は、ユーザプレーン・データパケット・ヘッダにＱｏＳ満足情報を追加することであって良い。ＱｏＳ満足情報は、実際のデータ伝送性能であり、Ｅ２Ｅ  ＱｏＳカウンタの占有比率又は数量、Ｅ２Ｅ  ＱｏＳカウンタの残りの比率又は数量、又は区間のＱｏＳカウンタの満足比率又は超過部分若しくは欠損部分の形式で表されて良い。例えば、区間ＢがＥ２Ｅ遅延カウンタの４０％を占有する場合、区間Ａの遅延カウンタは全体の遅延カウンタの６０％であり、区間Ａはカウンタを満たす必要がある。区分化シナリオでは、例えば、区間Ａの遅延カウンタが４０ｍｓであり、且つ実際の遅延カウンタが５０ｍｓである場合、１０ｍｓの超過がある。区間Ｂの遅延カウンタが７０ｍｓである場合、Ｅ２Ｅ遅延カウンタを満たすために、区間Ｂのネットワーク要素は最適化手段を行って良く、例えば、Ｅ２Ｅ遅延カウンタの要件（４０ｍｓ＋７０ｍｓ＝１１０ｍｓ）を満たすために、区間Ｂの遅延カウンタより１０ｍｓ短い６０ｍｓの遅延を実施する。
【０２８７】
区間Ａのネットワーク要素が、サービスのＱｏＳパラメータが区間Ｂ内で満たされないことを知った場合、ネットワーク要素は区間Ａのサービス品質を向上する、或いは、ネットワーク要素は区間Ａのサービス品質を低下させる。
【０２８８】
区間Ａ及び区間Ｂは、無線インタフェース伝送区間及びグランド側伝送区間である。無線インタフェース伝送区間のＱｏＳは、ＲＡＮ要素とＵＥとの間で実施され、グランド側伝送区間のＱｏＳは、ＰＤＮ  ＧＷとＲＡＮ要素との間で実施される。
【０２８９】
ダウンリンクデータ伝送について、ＲＡＮ要素は、グランド側伝送区間のＱｏＳ満足情報に基づき、無線インタフェース伝送区間の伝送を調整して良く、例えば、Ｅ２Ｅ  ＱｏＳ要件を満たすために、無線インタフェース伝送スケジューリングのようなポリシを用いて無線インタフェースＱｏＳを実施する。
【０２９０】
アップリンク伝送について、ＲＡＮ要素は、無線インタフェース伝送区間のＱｏＳ満足情報に基づき、グランド側伝送のＱｏＳを調整して良く、グランド側ＳＧＷは、Ｅ２Ｅ  ＱｏＳ要件を満たすために、グランド側伝送のＱｏＳを更に調整する。
【０２９１】
サービスのＱｏＳパラメータは、ｂｅａｒｅｒ、ｆｌｏｗ、又はｐａｃｋｅｔレベルのＱｏＳパラメータであって良い。
【０２９２】
図１０は、本発明の別の実施形態によるＱｏＳ制御のための方法のフローチャートである。方法は以下のステップを有する。
【０２９３】
ステップ１００１。コアネットワーク制御プレーンネットワーク要素ＣＮ−ＣＰは、無線アクセスネットワークＲＡＮにより送信された無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報を受信する。
【０２９４】
ステップ１００２。無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報に基づき、無線インタフェース側行路区間又はグランド側行路区間の選択又は再選択を決定する。
【０２９５】
ＱｏＳ能力情報は、伝送区間内のサービス種類のＱｏＳ満足情報である。
【０２９６】
図１１に示す経路再配置の概略図を参照すると、ＱｏＳトリガ経路最適化では、別の区間の選択又は再選択は、区間Ａ又は区間ＢのＱｏＳ能力に基づきトリガされて良い。例えば、ＲＡＮは、ＳＧＷ又はＰＧＷの選択又は再選択をトリガして良く、ＲＡＮは、区間ＡのＱｏＳ能力情報及び／又は区間ＢのＱｏＳ能力情報をＣＮ−ＣＰに報告する。ＣＮは、異なる伝送区間の選択又は再選択を決定して良い。
【０２９７】
さらに、通常、ＲＡＮは、ＧＢＲ及びユーザ数のようなリソース限度に基づくだけである。Ｅ２Ｅカウンタ（遅延及びパケット損失率）は、サービスの異なるＱＣＩのために満たされる必要がある。したがって、決定は、ＱｏＳカウンタと同等ではない。前述の問題のために、本発明の一実施形態は、ＱｏＳ制御のための方法を更に提供する。方法では、Ｅ２Ｅ  ＱｏＳがハンドオーバ又は加入の間に考慮され得る。
【０２９８】
図１２は、本発明の更に別の実施形態によるＱｏＳ制御のための方法のフローチャートである。方法は以下のステップを有する。
【０２９９】
ステップ１２０１。第１ＲＡＮ要素（例えば、基地局）は、近隣ＲＡＮ要素（例えば、基地局）により送信されたグランド側ルーティング情報を受信する。
【０３００】
グランド側ルーティング情報は、近隣ＲＡＮ要素（例えば、基地局）に接続されたサービングゲートウェイＳＧＷに関する情報、パケットデータネットワーク・ゲートウェイＰＧＷに関する情報、ＰＧＷに接続されたパケットデータネットワークＰＤＮに関する情報、ＬＨＮに関する情報、超低遅延能力情報、及び超高信頼性伝送能力情報、のような情報のうちの１又は複数を含む。
【０３０１】
グランド側ルーティング情報は、可能なハンドオーバ動作について決定を実行するために、ＲＡＮ要素（例えば、基地局）間で交換される必要がある。グランド側ルーティング情報は、ＲＡＮ要素（例えば、基地局）に接続されたＳＧＷに関する情報、ＰＧＷに関する情報、ＰＧＷに接続された公衆データネットワーク（Public  Data  Network、ＰＤＮ）に関する情報、ローカルホームネットワーク（local  Home  Network、ＬＨＮ）に関する情報、超低遅延能力情報、及び超高信頼性能力情報、のうちの１又は複数を含んで良い。ＳＧＷに関する情報は、アドレス、識別子、ＳＧＷがローカルか否かを示す指示、等のうちの１又は複数である。ＰＧＷに関する情報は、アドレス、識別子、ＰＧＷがローカルか否かを示す指示、ＰＧＷ及び基地局が同じ場所に存在するか否かを示す情報、等のうちの１又は複数である。ＰＧＷに接続されたＰＤＮに関する情報は、ＡＰＮ識別子、ＰＤＮがローカルか否かを示す指示、等のうちの１又は複数である。ＬＨＮに関する情報は、識別情報である。超低遅延能力情報は、伝送遅延カウンタ、又はＲＡＮ要素（例えば、基地局）とＰＤＮとの間のグランド側伝送遅延が閾より小さい能力であり、又はＲＡＮ要素（例えば、基地局）が超低遅延伝送をサポート可能なＰＤＮのリストのみを伝達する。超低遅延伝送のサポートは、伝送遅延が閾より小さい伝送能力であり、閾はプリセット伝送遅延閾であって良い。超高信頼性伝送能力情報は、伝送パケット損失率カウンタ、又はＲＡＮ要素（例えば、基地局）とＰＤＮとの間のグランド側伝送パケット損失率が閾より小さい能力であり、又はＲＡＮ要素（例えば、基地局）が超高信頼性伝送をサポート可能なＰＤＮのリストのみを伝達する。超高信頼性伝送のサポートは、伝送パケット損失率が閾より小さい伝送能力であり、閾はプリセット伝送パケット損失率閾であって良い。
【０３０２】
さらに、ルーティング情報は、ＲＡＮ要素（例えば、基地局）レベルであって良く、又はセルレベルであって良い。
【０３０３】
グランド側ルーティング情報は、直接インタフェース又は間接インタフェースを用いて、ＲＡＮ要素（例えば、基地局）間で交換されて良い。例えば、グランド側ルーティング情報は、Ｘ２インタフェースメッセージ又はＳ１インタフェースメッセージのようなメッセージを用いて通知されて良い。
【０３０４】
ステップ１２０２。第１ＲＡＮ要素（例えば、基地局）は、ハンドオーバプログラムを実行するために、グランド側ルーティング情報及びＱｏＳパラメータに基づき、近隣ＲＡＮ要素（例えば、基地局）に対して目標セルハンドオーバ選択を実行して、端末のために目標ＲＡＮ要素（例えば、基地局）の適切な目標セルを選択する。
【０３０５】
第１ＲＡＮ要素がハンドオーバ決定を実行し、及びハンドオーバ決定をトリガする理由は、ＵＥがセル信号品質、セル負荷平衡要件、サービスモビリティ要件、等を報告するからであって良い。
【０３０６】
目標セルハンドオーバ選択を実行するとき、第１ＲＡＮ要素は、目標セルによるＥ２Ｅ  ＱｏＳのサポート能力を考慮する必要がある。第１ＲＡＮ要素は、目標ＲＡＮ要素（例えば、基地局）間で交換されるグランド側ルーティング情報に基づき、目標基地局の適切な目標セルを選択するのを助け得る。例えば、第１ＲＡＮ要素は、Ｅ２Ｅ  ＱｏＳパラメータ、目標基地局／目標セルによる超低遅延をサポートする能力、及び目標基地局／目標セルによる超高信頼性伝送をサポートする能力のような情報に基づき、目標ＲＡＮ要素（例えば、基地局）の適切な目標セルを選択し得る。
【０３０７】
図１３は、本発明によるＥ２Ｅ  ＱｏＳハンドオーバ手順の概略図である。ハンドオーバ手順は以下のステップを含む。
【０３０８】
ステップ１３０１。第１ＲＡＮ要素（例えば、基地局）は、メッセージ１（例えば、ハンドオーバ要求メッセージ）を目標ＲＡＮ要素（例えば、基地局）へ（Ｘ２インタフェースのような直接インタフェース、又はＳ１インタフェースのような間接インタフェースを用いて）送信する。ここで、メッセージ１は、ＱｏＳパラメータ及びハンドオーバ理由のような情報を伝達し、目標ＰＤＮに関する情報を更に伝達する。
【０３０９】
ＰＤＮに関する情報は、ＡＰＮ情報であって良く、又はＰＧＷに関する情報（ＰＧＷ識別子若しくはアドレス又はＰＧＷがローカルか否かを示す指示）であって良く、又はＬＨＮに関する情報（ＬＨＮ識別子）であって良い。第１ＲＡＮ要素（例えば、基地局）は、ハンドオーバ要求メッセージを複数の目標ＲＡＮ要素（例えば、基地局）へ送信して良い。
【０３１０】
ＱｏＳパラメータは、遅延（delay）カウンタ、パケット損失率（packet  loss  rate）、ＡＲＰ、ＧＢＲ、ＭＢＲ、ＡＭＢＲ、ｐｒｉｏｒｉｔｙ、等のうちの１又は複数を含んで良い。ＱｏＳパラメータ内の各カウンタは、Ｅ２Ｅカウンタであって良く、又は区間別に記述されて良い。言い換えると、ＱｏＳパラメータは、グランド伝送区間ＱｏＳパラメータ及び無線インタフェース伝送区間ＱｏＳパラメータである。
【０３１１】
さらに、ＱｏＳパラメータは、ＱｏＳカウンタの許容割引程度を伝達して良い。例えば、遅延カウンタは満たされる必要があり、又はレートカウンタの２０％割引が許容可能である。
【０３１２】
さらに、ＱｏＳパラメータは、ＱｏＳパラメータの特徴を示すために指示情報を伝達して良い。例えば、サービスは、超低遅延サービス、超高信頼性伝送サービス、又は緊急サービスである。サービスが超低遅延サービスである場合、サービスの遅延カウンタは満たされる必要がある。
【０３１３】
ステップ１３０２。目標ＲＡＮ要素（例えば、基地局）は、メッセージ１を受信し、サービス加入決定を実行する。
【０３１４】
図１３では、ＲＡＮ２は任意の目標ＲＡＮ要素を表し得る。
【０３１５】
目標ＲＡＮ要素（例えば、基地局）は、ＱｏＳパラメータ内のレートのようなリソース要件を決定するだけでなく、ＲＡＮ側及びグランド側の遅延及び／又はパケット損失率のようなＥ２Ｅ  ＱｏＳをサポートする能力も考慮する。グランド側のカウンタは、履歴情報を用いて予め取得されて良い。または、ＲＡＮ要素（例えば、基地局）は、パケット測定を通じて特定カウンタを取得する（具体的に言うと、ＲＡＮ要素とＰＤＮ  ＧＷとの間の伝送遅延及びパケット損失率のようなカウンタを取得する）。または、ＲＡＮ要素（例えば、基地局）は、ＣＮが再び確認を実行できるように、決定結果をＣＮに通知する。
【０３１６】
さらに、目標ＲＡＮ要素（例えば、基地局）は、グランド伝送区間のカウンタを測定するために、ＳＧＷ及び／又はＰＤＮに接続されたＰＧＷを選択して良い。
【０３１７】
さらに、コアネットワーク要素（例えば、制御プレーンネットワーク要素）は、目標ＲＡＮ要素（例えば、基地局）のために、ＳＧＷ及び／又はＰＤＮに接続されたＰＧＷを選択して良い。コアネットワーク要素により目標ＲＡＮ要素（例えば、基地局）へ送信されたハンドオーバ要求メッセージは、選択されたＳＧＷに関する情報及び／又は選択されたＰＧＷに関する情報を伝達して良い。ＳＧＷに関する情報は、アドレス、識別子、ＳＧＷがローカルか否かを示す指示、等のうちの１又は複数であり、ＰＧＷに関する情報は、アドレス、識別子、ＰＧＷがローカルか否かを示す指示、ＰＧＷ及び目標ＲＡＮ要素（例えば、基地局）が同じ場所にあるか否かを示す情報、等のうちの１又は複数である。
【０３１８】
ステップ１３０３。加入が成功した場合、目標ＲＡＮ要素（例えば、基地局）は、メッセージ２（例えば、ハンドオーバ肯定応答メッセージ）を第１ＲＡＮ要素（例えば、基地局）へ返す。さらに、メッセージ２は、ＱｏＳパラメータ満足レベル、例えば幾つかのＱｏＳパラメータの満足程度：遅延について１００％、パケット損失率について９０％、等を伝達する。ハンドオーバ要求メッセージは、満足程度がハンドオーバ肯定応答メッセージ内で示される必要のあるＱｏＳパラメータを示して良い。
【０３１９】
ステップ１３０４。加入が失敗した場合、目標ＲＡＮ要素（例えば、基地局）は、メッセージ３（例えば、ハンドオーバ準備失敗メッセージ）を第１ＲＡＮ要素（例えば、基地局）へ返す。ここで、メッセージ３は特定の原因を伝達し、該原因は、遅延カウンタが満たされない、パケット損失率カウンタを満たすことができない、レートカウンタを保証できない、等のうちの１又は複数であって良い。さらに、原因は、無線インタフェース伝送区間又はグランド側伝送区間がカウンタを満たさないか否かを示して良い。
【０３２０】
ステップ１３０５。第１ＲＡＮ要素（例えば、基地局）は、複数の目標ＲＡＮ要素（例えば、基地局）により返されたハンドオーバ要求肯定応答メッセージ２を受信し、ハンドオーバを開始するために目標セルを選択して良い。例えば、第１ＲＡＮ要素は、Ｅ２Ｅ  ＱｏＳカウンタ満足状態のような情報に基づき、適切な目標セルを選択して良い。
【０３２１】
本発明の本実施形態では、Ｅ２Ｅ  ＱｏＳは、ユーザ機器がより良好に満たされ得るように、加入及びハンドオーバ決定条件として使用される。
実施形態５
【０３２２】
別の実施形態では、通信システムが記載される。ユーザプレーンデータパケットはｆｌｏｗ形式であり、ｆｌｏｗはＲＡＮ側のＲＢにマッピングされる。言い換えると、ｆｌｏｗデータはＲＢで伝達される。複数のｆｌｏｗが同じＲＢにマッピングされて良い。ｆｌｏｗとＲＢとの間のマッピングは、ＲＡＮ要素により構成される、又はＵＥにより選択されて良い。複数のｆｌｏｗのデータパケットはＲＢの１つのＰＤＣＰエンティティに対応し、ＲＢのＰＤＣＰエンティティは、複数のｆｌｏｗのデータに対して一緒に、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰ  ＰＤＵヘッダ付与のような処理を実行する。例えば、ｆｌｏｗ１及びｆｌｏｗ２はＲＢ１内で伝達され、ｆｌｏｗ３及びｆｌｏｗ４はＲＢ２内で伝達される。ＲＢ１のＰＤＣＰエンティティは、ｆｌｏｗ１及びｆｌｏｗ２のデータパケットを処理する。本発明の本実施形態は、ハンドオーバ方法を更に提供する。方法は、ハンドオーバ手順においてｆｌｏｗに基づくデータパケットを伝送する方法に関する。方法は、具体的に、ＵＥが元のＲＡＮ要素（例えば、基地局）から目標ＲＡＮ要素（例えば、基地局）にハンドオーバされる手順に関連する。
【０３２３】
図１４は、本発明の一実施形態によるハンドオーバ方法の信号フロー図である。方法は以下のステップを含む。
【０３２４】
ステップ１４０１。基地局１は、基地局２にハンドオーバ要求メッセージを送信する。
【０３２５】
基地局１は、ＵＥのためにハンドオーバを実行することを決定し、目標基地局の目標セルを選択する。元の基地局１は、基地局間の直接インタフェース又は間接インタフェースを介して、ハンドオーバ要求メッセージ１を目標基地局２へ送信して、ハンドオーバを開始することを要求する。ハンドオーバ要求メッセージ１は、元のセルにおけるＵＥのサービスのＱｏＳの情報及びＵＥのＲａｄｉｏ  ｂｅａｒ  ｉｄの情報（例えば、ＲＢ１及びＲＢ２）を含む。ハンドオーバ要求メッセージ１は、ＵＥの履歴情報（ＵＥの履歴ハンドオーバ情報）を更に含んで良い。ハンドオーバ要求メッセージ１は、元のセルにおけるＵＥのｆｌｏｗとＲＢとの間のマッピング関係を更に含んで良い。ＵＥのサービスＱｏＳ情報は、ｆｌｏｗに基づくＱｏＳ情報であって良く、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、及びＡＰＮ−ＡＭＢＲのようなｆｌｏｗ情報のうちの１又は複数を含んで良い。
【０３２６】
ステップ１４０２。基地局２は、基地局１から受信したハンドオーバ要求に基づき、基地局１へハンドオーバ肯定応答メッセージを送信する。
【０３２７】
目標基地局２は、ハンドオーバ要求メッセージ１を受信し、ＵＥを加入させるか否かを決定する。基地局２がＵＥを加入させることができる場合、基地局２はＵＥにリソースを割り当て、元の基地局１におけるＵＥのＲＢ１及びＲＢ２にそれぞれ対応するＲＢ３及びＲＢ４を確立し、基地局２におけるｆｌｏｗとＲＢとの間のマッピング関係を構成する。例えば、目標基地局では、ｆｌｏｗ１はＲＢ３内で伝達され、ｆｌｏｗ２、ｆｌｏｗ３、及びｆｌｏｗ４はＲＢ４内で伝達される。基地局２は、ハンドオーバ肯定応答メッセージ２を基地局１へ返して、ハンドオーバのために準備が成功裏に実行されたことを示す。ハンドオーバ肯定応答メッセージ２は、目標基地局２におけるＵＥのＲＢと元の基地局１におけるＲＢとの間の対応、及び目標基地局２におけるＵＥのｆｌｏｗとＲＢとの間のマッピング関係を含み、基地局２によるＵＥへのリソースの割り当てに関する構成情報を更に含んで良い。構成情報は、目標セルにおけるランダムアクセス及びデータ伝送のために使用される。
【０３２８】
ステップ１４０３。基地局１は、ＲＲＣ構成メッセージをＵＥへ送信する。
【０３２９】
元の基地局１は、ＲＲＣ構成情報をＵＥへ送信する。構成情報は、ＵＥについて目標基地局２により構成された構成情報であり、目標基地局２におけるＵＥのＲＢと元の基地局１におけるＲＢとの間の対応、及び目標基地局２におけるｆｌｏｗとＲＢとの間のマッピング関係を含む。構成情報は、基地局２によるＵＥへのリソースの割り当てに関する構成情報を更に含んで良く、目標セルにアクセスするためにＵＥにより必要とされるリソース、及び無線インタフェースデータ伝送のために必要な構成を更に含んで良い。
【０３３０】
ステップ１４０４。基地局１は伝送凍結を実行する。
【０３３１】
元の基地局１は、データ伝送凍結を実行し、目標基地局２へデータを転送する。目標基地局２は、転送されたデータを受信し、転送されたデータ及び新たに伝送されるデータを一緒に伝送する。詳細は以下の通りである。
【０３３２】
元の基地局１とＵＥとの間のアップリンク／ダウンリンクデータ伝送が凍結される。元の基地局１は、伝送状態情報を基地局２へ送信する。伝送状態情報は、元の基地局１とＵＥとの間のデータパケット伝送状態を含み、データパケット伝送状態は、アップリンクデータパケットの伝送状態及びダウンリンクデータパケットの伝送状態を含む。アップリンクデータパケットの伝送状態は、最初の損失ＰＤＣＰ  ＳＤＵのシーケンス番号、最初の損失ＰＤＣＰ  ＳＤＵと最後の受信ＰＤＣＰ  ＳＤＵのシーケンス番号との間のＰＤＣＰ  ＳＤＵの受信状態、を含む。受信状態は、「受信」又は「未受信」である。
【０３３３】
ダウンリンクデータパケットの伝送状態は、基地局がＳＮ番号を割り当てる必要のある次のＰＤＣＰ  ＳＤＵのシーケンス番号を含む。シーケンス番号は、ＰＤＣＰ−ＳＮ及びＨｙｐｅｒ  ｆｒａｍｅ  ｎｕｍｂｅｒ（ハイパーフレーム番号）を含む。
【０３３４】
ステップ１４０５。基地局１は、基地局２へデータを転送する（Data  Forwarding）。
【０３３５】
元の基地局１は、全ての受信した順序の狂ったアップリンクパケットを、目標基地局２へ転送する。元の基地局１は、目標基地局２へ、ダウンリンクデータパケット、並びにコアネットワークから来る且つＰＤＣＰ  ＳＮ番号の割り当てられていないデータパケットを転送する。ここで、ＵＥは、ダウンリンクデータパケットが成功裏に受信されたと決定しない。転送されたデータパケットの属するＲＢを識別する必要がある。例えば、ＲＢ  ｉｄ（元の基地局のＲＢ  ｉｄ、又は目標基地局のＲＢ  ｉｄであって良い）は、データパケットヘッダ内で伝達される、又はＲＢ間のトンネルを確立する方法が使用される。１又は複数の終了マーカが、転送されたデータパケットの終わりに伝達されて、転送されたデータの終了を示す。マーカは、ｆｌｏｗに従い設定されて良く、又はＲＢに従い設定されて良い。ダウンリンクデータについて、終了マーカは、コアネットワークユーザプレーンにより、基地局１に通知される。
【０３３６】
ステップ１４０６。ＵＥは、基地局２に成功裏にアクセスする。
【０３３７】
ＵＥは、目標基地局の目標セルへのランダムアクセスを成功裏に実行する。
【０３３８】
元の基地局により目標基地局へ転送されたデータパケットについて、ＵＥは、依然として元の基地局におけるｆｌｏｗとＲＢとの間のマッピング関係、及び元の基地局におけるＲＢと目標基地局におけるＲＢとの間の対応に基づき、目標基地局におけるｆｌｏｗとＲＢとの間の過渡的マッピング関係を取得する。このような過渡的マッピング関係は、転送されたデータパケットを受信及び送信するために使用されるだけである。
【０３３９】
ステップ１４０７。コアネットワーク制御プレーン・ネットワーク要素は、コアネットワーク・ユーザプレーン・ネットワーク要素に、伝送経路切換を実行するよう指示する。
【０３４０】
目標基地局は、コアネットワークに、ＵＥがアクセスを成功裏に実行したことを通知し、コアネットワーク制御プレーン・ネットワーク要素は、コアネットワーク・ユーザプレーン・ネットワーク要素に、伝送経路切換を実行するよう指示する。伝送経路切換は、ＳＧＷのダウンリンク伝送経路の切り替え、又はＳＧＷの変更を含んで良い。コアネットワーク内のＳＧＷ又はＰＧＷは、元のダウンリンク・ユーザプレーン・トランスポートチャネルで、終了マーカ（end  marker）を元の基地局１へ送信する。
【０３４１】
さらに、目標基地局のダウンリンクデータ伝送手順は次の通りである。
【０３４２】
目標基地局のダウンリンク伝送は、転送されたデータの伝送及び新たなデータの伝送を含む。ｆｌｏｗとＲＢとの間の過渡的マッピング関係を使用してマッピングされたＲＢは、転送されたデータの伝送のために使用され、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を使用してマッピングされたＲＢは、新たなデータの伝送のために使用される。
【０３４３】
ＵＥのｆｌｏｗ１及びｆｌｏｗ２は、元の基地局１においてＲＢ１にマッピングされ、元の基地局１におけるＲＢ１は目標基地局２におけるＲＢ３に対応する。したがって、ＵＥのｆｌｏｗ１及びｆｌｏｗ２と目標基地局におけるＲＢ３との間に過渡的マッピング関係が存在する。目標基地局２は、ＲＢ３で、元の基地局におけるＲＢ１から転送されたダウンリンクデータパケットを送信し、ＵＥは、目標基地局２におけるＲＢ３でｆｌｏｗ１及びｆｌｏｗ２の転送されたデータパケットを受信する。
【０３４４】
終了マーカｅｎｄ  ｍａｒｋｅｒがｆｌｏｗに従い設定される場合、ｆｌｏｗ１の転送されたデータの終了マーカを送信した後に、目標基地局２は、ｆｌｏｗ１の且つコアネットワークから受信された新たなデータを送信し始め、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を用いてマッピングされたＲＢ３で新たなデータを送信する。ｆｌｏｗ１の転送されたデータの終了マーカを受信した後に、ＵＥは、ｆｌｏｗ１とＲＢ３との間の過渡的マッピング関係を終了し、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係、つまりｆｌｏｗ１とＲＢ３との間のマッピング関係を有効にし始め、ｆｌｏｗ１の新たなダウンリンクデータをＲＢ３で受信し始める。
【０３４５】
ｆｌｏｗ２の転送されたデータの終了マーカを送信した後に、基地局２は、ｆｌｏｗ２の且つコアネットワークから受信された新たなデータを送信し始め、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を用いてマッピングされたＲＢ４でｆｌｏｗ２の新たなデータを送信する。ｆｌｏｗ２の転送されたデータの終了マーカを受信した後に、ＵＥは、ｆｌｏｗ２とＲＢ３との間の過渡的マッピング関係を終了し、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係、つまりｆｌｏｗ２とＲＢ４との間のマッピング関係を有効にし始め、ｆｌｏｗ２の新たなダウンリンクデータをＲＢ４で受信し始める。
【０３４６】
終了マーカｅｎｄ  ｍａｒｋｅｒがＲＢに従い設定される場合、ＲＢの転送されたデータの終了マーカを送信した後に、目標基地局２は、ｆｌｏｗの且つコアネットワークから受信された新たなデータを送信し始め、ｆｌｏｗのデータを、ｆｌｏｗのマッピングされたＲＢで送信する。ｆｌｏｗとＲＢとの間のマッピング関係は、目標基地局により構成される。ＲＢの転送されたデータの終了マーカを受信した後に、ＵＥは、全てのｆｌｏｗとＲＢとの間の過渡的マッピング関係を終了し、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を使用し始め、新たなデータを対応するＲＢで受信し始める。例えば、ＵＥは、ＲＢ３の転送されたデータの終了マーカを受信し、ＵＥは、ｆｌｏｗ１及びｆｌｏｗ２の両方とＲＢ３との間の過渡的マッピング関係を終了し、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を使用し、具体的に言うと、ｆｌｏｗ１のダウンリンクデータをＲＢ３で受信し、ｆｌｏｗ２の新たなダウンリンクデータをＲＢ４で受信する。
【０３４７】
目標基地局のアップリンクデータ伝送。
【０３４８】
目標基地局におけるＵＥのアップリンク伝送は、転送されたデータの伝送及び新たなデータの伝送を含む。ｆｌｏｗとＲＢとの間の過渡的マッピング関係を使用してマッピングされたＲＢは、転送されたデータの伝送のために使用され、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を使用してマッピングされたＲＢは、新たなデータの伝送のために使用される。
【０３４９】
ＵＥのｆｌｏｗ１及びｆｌｏｗ２は、元の基地局１においてＲＢ１にマッピングされ、元の基地局１におけるＲＢ１は目標基地局２におけるＲＢ３に対応する。したがって、ＵＥのｆｌｏｗ１及びｆｌｏｗ２と目標基地局におけるＲＢ３との間に過渡的マッピング関係が存在する。
【０３５０】
目標セルに成功裏にアクセスした後に、ＵＥは、目標基地局により送信されたＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔを受信する。目標基地局により送信されたＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔは、元の基地局におけるＲＢと目標基地局におけるＲＢとの間のマッピング関係に基づき送信される。例えば、元の基地局におけるＲＢ１のＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔは、目標基地局によりＲＢ３で送信される。
【０３５１】
ＵＥは、ＲＢ３のＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔを受信し、ｆｌｏｗ１のデータ及びｆｌｏｗ２のデータをＲＢ３で送信する。ＵＥは、ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔにより要求されたデータパケットを送信した後に、データ終了マーカを送信する。データ終了識別子は、ＲＢに従い構成される。ＵＥは、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係の中の対応するＲＢで、アップリンクデータを伝送し始める。例えば、ＵＥは、ｆｌｏｗ１のデータをＲＢ３で送信し、ｆｌｏｗ２のデータをＲＢ４で送信する。目標基地局は、ＲＢ３の受信したデータパケット終了マーカに従い、ｆｌｏｗ１及びｆｌｏｗ２のデータパケットのＲＢ３上での受信を停止する。目標基地局は、目標基地局の、ｆｌｏｗとＲＢとの間のマッピング関係の中の対応するＲＢで、ｆｌｏｗのデータパケットを受信し始める。言い換えると、目標基地局は、ｆｌｏｗ１のデータをＲＢ３で受信し、ｆｌｏｗ２のデータをＲＢ４で受信する。
【０３５２】
さらに、各ｆｌｏｗのＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔにより要求されたデータパケットを送信した後に、ＵＥは、データパケット終了マーカを送信して良く、言い換えると、ｆｌｏｗに従いデータパケット終了マーカｅｎｄ  ｍａｒｋｅｒを送信して良い。新たなデータパケットは、目標基地局の、ｆｌｏｗとＲＢとの間のマッピング関係の中の対応するＲＢで送信される。例えば、ｆｌｏｗ２のデータパケットの送信が終了した後に、１又は複数の終了マーカが送信される。次に、ＵＥは、ｆｌｏｗ２の新たなアップリンクデータパケットを、ｆｌｏｗ２に対応するＲＢ４で送信する。
【０３５３】
目標基地局は、ｆｌｏｗ２のデータパケット終了マーカに従い、ＲＢ３でのｆｌｏｗ２のデータパケットの受信を停止する。目標基地局は、目標基地局の、ｆｌｏｗとＲＢとの間のマッピング関係の中の対応するＲＢで、ｆｌｏｗの新たなデータパケットを受信し始める。言い換えると、目標基地局は、ｆｌｏｗ２の新たなアップリンクデータをＲＢ４で受信し始める。
【０３５４】
図１５は、本発明の一実施形態による装置の構造図である。装置は第１装置として使用され、装置は、具体的に、ユーザ機器又はアクセスネットワーク装置であり、装置は以下を含む：
第１装置のサービス品質ＱｏＳ情報に基づき、パケットデータ・コンバージェンス・プロトコルＰＤＣＰエンティティにより送信されるべきデータに対して待ち行列処理を実行して、待ち行列キューを取得するよう構成され、各キューは少なくとも１つのフローを含む、待ち行列ユニット１５０１、
ＰＤＣＰエンティティのプレスケジューリングウインドウ情報を取得するよう構成される取得ユニット１５０２、
待ち行列ユニット１５０１によりキューイングされた各キューのプレスケジューリング情報を決定するよう構成される決定ユニット１５０３、
各キューの且つ決定ユニット１５０３により決定されたプレスケジューリング情報、及び取得ユニット１５０２により取得されたプレスケジューリングウインドウ情報に基づき、プレスケジューリング処理を実行し、待ち行列キューから、プレスケジューリングウインドウ情報により識別されるプレスケジューリングウインドウサイズのデータパケットを選択するよう構成されるプレスケジューリングユニット１５０４。
【０３５５】
可能な設計では、装置は、生成ユニットであって、待ち行列ユニットがＰＤＣＰサービスデータユニットＰＤＣＰ  ＳＤＵに対して待ち行列処理を実行し、及びプレスケジューリングユニットがプレスケジューリング処理を実行した後に、ＰＤＣＰシーケンス番号ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰプロトコルデータユニットＰＤＣＰ  ＰＤＵを取得する、又は、ＰＤＣＰ  ＳＮ番号をＰＤＣＰ  ＳＤＵに割り当て、待ち行列ユニットが待ち行列処理を実行し、及びプレスケジューリングユニットがプレスケジューリング処理を実行した後に、暗号化及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰ  ＰＤＵを取得する、又は、待ち行列ユニットが待ち行列処理を実行し及びプレスケジューリングユニットがプレスケジューリング処理を実行してＰＤＣＰ  ＰＤＵを取得する前に、ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行するよう構成される生成ユニット、を更に含む。
【０３５６】
可能な設計では、装置は、分配ユニットであって、生成ユニットにより生成されたＰＤＣＰ  ＰＤＵを処理のために無線リンク制御ＲＬＣエンティティに分配し、ＲＬＣエンティティにより、ＰＤＣＰ  ＰＤＵに対してセグメント化又は連結を実行し、ＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置き、ＭＡＣレイヤにより、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行して、ＭＡＣプロトコルデータユニットＭＡＣ  ＰＤＵを取得し、ＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤに分配する、よう構成される分配ユニットを更に含む。
【０３５７】
可能な設計では、取得ユニットは、待ち行列ユニットが第１装置のＱｏＳ情報に基づき被送信データに対して待ち行列処理を実行する前に、コアネットワークＣＮ又は無線アクセスネットワークＲＡＮから、第１装置のＱｏＳ情報を取得するよう更に構成され、第１装置のＱｏＳ情報は、サービス品質クラス識別子ＱＣＩ、保証レートＧＢＲ、最大ビットレートＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、並びに割り当て及び保有優先度ＡＲＰ、のうちの１又は複数を含み、分配ユニットは、第１装置のＰＤＣＰエンティティへ、取得ユニットにより取得された第１装置のＱｏＳ情報を分配するよう更に構成される。
【０３５８】
可能な設計では、ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示し、ＱｏＳ情報は、ベアラレベル、フローレベル、パケットレベル、又はユーザ機器ＵＥレベルである。
【０３５９】
可能な設計では、取得ユニットは、待ち行列ユニットが第１装置のＱｏＳ情報に基づき被送信データに対して待ち行列処理を実行する前に、第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整されたＱｏＳ情報を取得するよう更に構成される。
【０３６０】
可能な設計では、取得ユニットは、第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整されたＱｏＳ情報を取得する前に、サービスの属するスライスの識別子に基づき、サービスの属するスライスのＱｏＳ情報を取得するよう更に構成され、スライスのＱｏＳ情報は、スライスの固有ＱｏＳ情報及び／又はスライスの相対ＱｏＳ情報を含み、装置は、スライスの且つ取得ユニットにより取得された固有ＱｏＳ情報に基づきスライスのためにリソースを準備し、及び／又はスライスの相対ＱｏＳ情報に基づき第１装置のＱｏＳ情報を調整するよう構成される処理ユニットを更に含む。
【０３６１】
可能な設計では、スライスの且つ取得ユニットにより取得されたＱｏＳ情報は、スライスの相対ＱｏＳ情報が有効か否かを示す情報を更に含み、処理ユニットは、具体的に、スライスの且つ取得ユニットにより取得されたＱｏＳ情報がスライスの相対ＱｏＳ情報は有効であると示す情報を含むとき、スライスの相対ＱｏＳ情報に基づき、第１装置のＱｏＳ情報を調整するよう構成される。
【０３６２】
可能な設計では、待ち行列ユニットは、具体的に、第１装置のフローレベルＱｏＳ情報に基づきＰＤＣＰエンティティの上位レイヤからのデータをフィルタリングして、フローレベルデータフローを取得する、又は、第１装置のベアラレベルＱｏＳ情報に基づきＰＤＣＰエンティティの上位レイヤからのデータを分割して、フローレベルデータフローを取得する、又は、第１装置のパケットレベルＱｏＳ情報に基づきＰＤＣＰエンティティの上位レイヤからのデータを分類して、フローレベルデータフローを取得する、よう構成される。
【０３６３】
可能な設計では、取得ユニットは、具体的に、無線アクセスネットワークＲＡＮにより送信された構成情報を取得し、構成情報に基づき、ＰＤＣＰエンティティのプレスケジューリングウインドウサイズを設定する、又は、ＲＬＣエンティティにより周期的に報告されるＰＤＣＰエンティティのプレスケジューリングウインドウ情報を受信する、又は、ＲＬＣエンティティによりイベントに基づき報告されたプレスケジューリングウインドウ情報を受信する、又は、待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を選択する、よう構成される。
【０３６４】
可能な設計では、取得ユニットは、具体的に、第１装置のＰＤＣＰエンティティがＲＬＣエンティティにより報告されるプレスケジューリングウインドウ情報又はＲＬＣエンティティにより報告され且つＲＬＣバッファが重負荷を有することを示す情報を受信するまで、待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択し、ＲＬＣバッファの状態に基づきプレスケジューリングウインドウ情報を選択するよう構成される。
【０３６５】
可能な設計では、分配ユニットは、具体的に、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティにより、ＲＬＣエンティティの異なる種類に基づきＰＤＣＰエンティティの待ち行列キューをグループ化し、各キューグループの中のデータを対応する種類のＲＬＣエンティティに分配する、又は、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティにより、ＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順に基づき、ＰＤＣＰ  ＰＤＵの分配されるべきＲＬＣエンティティを選択する、又は、複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、ＲＬＣエンティティにより、複数のプレスケジューリングウインドウ情報片を生成し、複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、並びに各ＰＤＣＰエンティティにより、プレスケジューリング処理を独立に実行し、及びＲＬＣエンティティへＰＤＣＰ  ＰＤＵを送信する、又は、ＲＬＣエンティティにより、各ＰＤＣＰエンティティの状態情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、ＲＬＣエンティティにより、各ＰＤＣＰエンティティのスケジューリング情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、異なるスケジューリング優先度を有するＰＤＣＰエンティティにより、異なるプレスケジューリング方法を使用する、よう構成される。
【０３６６】
可能な設計では、決定ユニットは、具体的に、各データフローの且つ無線アクセスネットワークＲＡＮにより送信された、ＰＤＣＰエンティティのプレスケジューリング情報を取得する、及び／又は、コアネットワークＣＮにより送信された第１装置のフローレベルＱｏＳ情報を取得し、及び、第１装置のフローレベルＱｏＳ情報に基づき、ＰＤＣＰエンティティの、各データフローのプレスケジューリング情報を決定する、及び／又は、ＰＤＣＰエンティティの上位レイヤからの情報を取得して、ＰＤＣＰエンティティのプレスケジューリング情報を計算する、よう構成される。
【０３６７】
可能な設計では、分配ユニットは、具体的に、ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、ＭＡＣレイヤによるバッファリングのために固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成するよう構成される。
【０３６８】
可能な設計では、決定ユニットは、固定サイズのＭＡＣ  ＰＤＵを決定するよう更に構成され、装置は、第２装置へ固定サイズを送信するよう構成される送信ユニットであって、第１装置にリソースを割り当てるとき、第２装置が、固定サイズのデータ又は固定サイズの整数倍のサイズのデータを伝送するために使用可能なリソースを割り当てることができるようにする、送信ユニット、を更に含む。
【０３６９】
可能な設計では、装置は、ＭＡＣ  ＰＤＵの且つ第２装置により決定され第２装置により送信された固定サイズを受信するよう構成される受信ユニットを更に含み、分配ユニットは、具体的に、ＲＬＣエンティティに、受信した固定サイズに基づき、データパケットセグメント化及び連結を実行して、固定サイズのＭＡＣ  ＰＤＵを生成するよう指示するよう構成される。
【０３７０】
可能な設計では、分配ユニットは、具体的に、ＲＬＣエンティティに、データパケットセグメント化及び連結を実行して、固定サイズの複数のＭＡＣ  ＰＤＵを生成するよう指示し、ＭＡＣレイヤにより、複数のバッファキューを生成し、ここでキューは異なる固定サイズに対応し、並びに、ＭＡＣレイヤにより、受信したリソースサイズ状態に基づき、対応するキューからデータパケットを取得するよう構成される。
【０３７１】
可能な設計では、第１装置の１つのＰＤＣＰエンティティは複数のＲＬＣエンティティに対応し、分配ユニットは、具体的に、第１装置のＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために各ＲＬＣエンティティに分配するよう構成される。
【０３７２】
可能な設計では、第１装置の複数のＰＤＣＰエンティティは１つのＲＬＣエンティティに対応し、分配ユニットは、具体的に、第１装置の各ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のためにＲＬＣエンティティに分配するよう構成される。
【０３７３】
可能な設計では、分配ユニットは、具体的に、ＭＡＣエンティティに、各無線ベアラＲＢの且つＲＡＮ要素により構成されたスケジューリング情報を取得するよう指示し、又は、プリセット計算ルールに従いプレスケジューリング情報に基づき各ＲＢのスケジューリング情報を取得し、及び、ＭＡＣレイヤにより、ＲＢのスケジューリング情報に基づき、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行する、よう構成される。
【０３７４】
可能な設計では、取得ユニットは、具体的に、第１装置の位置する第１行路区間のＱｏＳパラメータを取得する、又は、第１装置のエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及びＥ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得する、よう構成される。
【０３７５】
可能な設計では、装置は、制御プレーンから能力又は負荷通知メッセージを受信するよう構成される受信ユニットと、受信ユニットにより受信された能力又は負荷通知メッセージに基づき、第１行路区間以外の行路区間のＱｏＳ能力が行路区間のＱｏＳ要件を満たさないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、第１装置の第１行路区間のＱｏＳパラメータを調整して、第１行路区間のサービス品質を向上するよう構成される調整ユニットと、を更に含む。
【０３７６】
可能な設計では、装置は、ユーザプレーンから帯域内通知メッセージを受信するよう構成される受信ユニットであって、帯域内通知メッセージはＱｏＳ満足情報を伝達し、ＱｏＳ満足情報は、Ｅ２Ｅ  ＱｏＳカウンタの占有比率又は数量、又はＥ２Ｅ  ＱｏＳカウンタの残り比率又は数量を示すために使用される、受信ユニットと、ＱｏＳ満足情報に基づき、第１行路区間以外の行路区間でＱｏＳが満たされないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、第１装置の第１行路区間のＱｏＳパラメータを調整して、第１行路区間のサービス品質を向上するよう構成される調整ユニットと、を更に含む。
【０３７７】
図１６は、本発明の一実施形態による別の装置の構造図である。装置はコアネットワーク装置であり、コアネットワーク装置は、無線アクセスネットワークＲＡＮにより送信された無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報を受信するよう構成される受信ユニット１６０１と、受信ユニット１６０１により受信された無線インタフェース側ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報に基づき、無線インタフェース側行路区間又はグランド側行路区間の選択又は再選択を決定するよう構成される決定ユニット１６０２と、を含む。
【０３７８】
図１７は、本発明の一実施形態による更に別の装置の構造図である。装置はアクセスネットワーク装置であり、アクセスネットワーク装置は、近隣無線アクセスネットワークＲＡＮ要素により送信されたグランド側ルーティング情報を受信するよう構成される受信ユニット１７０１であって、グランド側ルーティング情報は、近隣ＲＡＮ要素に接続されたサービングゲートウェイＳＧＷに関する情報、パケットデータネットワークゲートウェイＰＧＷに関する情報、ＰＧＷに接続されたパケットデータネットワークＰＤＮに関する情報、ローカルホームネットワークＬＨＮに関する情報、超低遅延能力情報、及び超高信頼性伝送能力情報、のうちの１又は複数を含む、受信ユニット１７０１と、ハンドオーバプログラムを実行するために、受信ユニット１７０１により受信されたグランド側ルーティング情報及びサービス品質ＱｏＳパラメータに基づき、近隣ＲＡＮ要素に対して目標セルハンドオーバ選択を実行して、端末のために目標ＲＡＮ要素の適切な目標セルを選択するよう構成されるハンドオーバユニット１７０２と、を含む。
【０３７９】
可能な設計では、アクセスネットワーク装置は、目標ＲＡＮ要素へ第１メッセージを送信するよう構成される送信ユニットであって、第１メッセージは、ＱｏＳパラメータ、ハンドオーバ理由情報、及び目標ＰＤＮに関する情報を伝達し、目標ＲＡＮ要素が、第１メッセージの中で伝達される、ＱｏＳパラメータ、ハンドオーバ理由情報、及び目標ＰＤＮに関する情報に基づき、サービス加入決定を実行できるようにする、送信ユニットを更に含む。
【０３８０】
可能な設計では、受信ユニットは、目標ＲＡＮ要素により送信された第２メッセージを受信し、第２メッセージは加入が成功したことを示すために使用され、第２メッセージはＱｏＳパラメータ満足レベルを伝達する、又は、目標ＲＡＮ要素により送信された第３メッセージを受信し、第３メッセージは加入が失敗したことを示すために使用され、第３メッセージは特定原因を伝達する、よう更に構成されて良い。
【０３８１】
可能な設計では、ハンドオーバユニットは、受信ユニットが複数の目標ＲＡＮ要素により返された第２メッセージを受信すると、第２メッセージの中で伝達されたＱｏＳパラメータ満足レベルに基づき目標セルを選択し、目標セルへのハンドオーバを開始するよう更に構成される。
【０３８２】
当業者は、本願明細書に開示の実施形態において記載された例と組み合わせて、ユニット及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせにより実施され得ることに更に気づき得る。ハードウェアとソフトウェアとの間の同義性を明確に記載するために、以上は、機能に従う各々の例の構成及びステップを一般的に記載した。機能がハードウェア又はソフトウェアにより実行されるかは、技術的ソリューションの特定の適用及び設計制約条件に依存する。当業者は、各々の特定の適用について記載の機能を実施するために異なる方法を使用できるが、実装が本発明の範囲を超えると考えられるべきではない。
【０３８３】
当業者は、実施形態の前述の方法の各々のステップの全部又は一部がプロセッサに指示するプログラムにより実装されて良いことを理解し得る。プログラムは、コンピュータ可読記憶媒体に格納されて良い。記憶媒体は、ランダムアクセスメモリ、読み出し専用メモリ、フラッシュメモリ、ハードディスクドライブ、固体ドライブ、磁気テープ（magnetic  tape）、フロッピーディスク（floppy  disk）、光ディスク（optical  disc）、又はそれらの任意の組合せのような非一時的（non−transitory）媒体であって良い。
【０３８４】
上述の説明は、本発明の単なる例示的実装であり、本発明の保護範囲を制限することを意図しない。本発明で開示された技術範囲内にある、当業者により直ちに考案される変形又は置換は、本発明の保護範囲に含まれるべきである。したがって、本発明の保護範囲は、請求項の保護範囲に従う。
【図１】
2019517224.tif 000003
【図２】
2019517224.tif 000004
【図３】
2019517224.tif 000005
【図３Ａ】
2019517224.tif 000006
【図４】
2019517224.tif 000007
【図４Ａ】
2019517224.tif 000008
【図５】
2019517224.tif 000009
【図６】
2019517224.tif 000010
【図６Ａ】
2019517224.tif 000011
【図６Ｂ】
2019517224.tif 000012
【図６Ｃ】
2019517224.tif 000013
【図６Ｄ】
2019517224.tif 000014
【図６Ｅ−１】
2019517224.tif 000015
【図６Ｅ−２】
2019517224.tif 000016
【図７】
2019517224.tif 000017
【図８】
2019517224.tif 000018
【図９】
2019517224.tif 000019
【図１０】
2019517224.tif 000020
【図１１】
2019517224.tif 000021
【図１２】
2019517224.tif 000022
【図１３】
2019517224.tif 000023
【図１４】
2019517224.tif 000024
【図１５】
2019517224.tif 000025
【図１６】
2019517224.tif 000026
【図１７】
2019517224.tif 000027
【手続補正書】
【提出日】平成31年1月22日(2019.1.22)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特にサービス品質（Quality  of  Service、ＱｏＳ）制御のための方法及び装置に関する。
【背景技術】
【０００２】
現在のロングタームエボリューション（Long  Term  Evolution、ＬＴＥ）システムでは、エンドツーエンドＱｏＳメカニズムが実装されている。図１に示すように、パケットデータネットワークゲートウェイ（Packet  Data  Network  Gateway、ＰＧＷ）からＵＥまでのＱｏＳを保証するために、幾つかのベアラ（bearer）が使用され得、ベアラは３つのベアラ：Ｓ５／Ｓ８ベアラ、Ｓ１ベアラ、及び無線ベアラ（radio  bearer）を含む。ベアラ属性はＰＧＷにより提供される。ダウンリンクでは、ＰＧＷは、トラフィックフローテンプレート（Traffic  Flow  Template、ＴＦＴ）を用いてフィルタリングを通じて、ユーザデータフロー（Service  Data  Flow、ＳＤＦ）を進化型パケットシステム（Evolved  Packet  System、ＥＰＳ）ベアラにマッピングする。ＱｏＳ要件は、ＥＰＳベアラの属性を用いて、Ｓ５／Ｓ８インタフェース、Ｓ１インタフェース、及び無線インタフェース上で保証される。Ｓ１及び無線インタフェースでは、コアネットワーク内のモビリティ管理エンティティ（Mobility  Management  Entity、ＭＭＥ）は、進化型無線アクセスベアラ（Evolved  Radio  Access  Bearer、Ｅ−ＲＡＢ）ＱｏＳパラメータを提供する。Ｅ−ＲＡＢ  ＱｏＳパラメータは、サービス品質クラス識別子（QoS  Class  Identifier、ＱＣＩ）、並びに割り当て及び保有優先度（Allocation  and  Retention  Priority、ＡＲＰ）を含む。任意で、Ｅ−ＲＡＢ  ＱｏＳパラメータは、保証ビットレート（Guaranteed  Bit  Rate、ＧＢＲ）、及びＵＥ総合最大ビットレート（Aggregate  Maximum  Bit  Rate、ＡＭＢＲ）を更に含む。異なるＱＣＩは異なるＱｏＳ品質要件に対応する。
【０００３】
ＬＴＥの無線インタフェース実装では、１つのＳＤＦが１つの専用ｂｅａｒｅｒに対応し、又は複数のＳＤＦが１つの規定（default）ｂｅａｒｅｒに対応し、１つのｂｅａｒｅｒが１つの無線ベアラ（radio  bearer、ＲＢ）に対応し、及び、１つのＲＢがパケットデータ・コンバージェンス・プロトコル（Packet  Data  Convergence  Protocol、ＰＤＣＰ）エンティティ、無線リンク制御（Radio  Link  Control、ＲＬＣ）エンティティ、及び媒体アクセス制御（Media  Access  Control、ＭＡＣ）機能を含む。ＰＤＣＰエンティティは、暗号化、完全性保護、ヘッダ圧縮、及びシーケンス番号（sequence  number、ＳＮ）割り当てのような機能を有し、ＲＬＣエンティティは、セグメント化、連結、再送、及び順序付けのような機能を有し、並びに、ＭＡＣレイヤは、優先度に基づくスケジューリング機能、及び論理チャネル多重化及び逆多重化機能を有する。
【０００４】
第５世代（５th−Generation、５Ｇ）モバイル通信技術では、アプリケーションレイヤ情報が反映される必要のある新しい要件がある。フローに基づく（flow−based）ＱｏＳアーキテクチャは、より精細な粒度のＱｏＳ特性を実装するために可能なソリューションである。ＱｏＳ差別化が、コアネットワーク（Core  Network、ＣＮ）側でフロー（flow）粒度で実行される場合、グランド側と無線インタフェースとの間にマッピングが存在する。無線アクセスネットワーク（Radio  Access  Network、ＲＡＮ）側では、スケジューリングのためにＲＢフォームが現在使用されている。ＵＥのｆｌｏｗの量は比較的大きいので、ＭＡＣプロトコルデータユニット（Protocol  Data  Unit、ＰＤＵ）サブヘッダ（subheaders）のオーバヘッドを削減するために、複数のｆｌｏｗが同じＲＢにマッピングされる必要がある。現在のＭＡＣレイヤスケジューリングは、論理チャネル（Logical  Channel、ＬＣＨ）のチャネル優先度に基づくスケジューリングを意味する。言い換えると、複数のｆｌｏｗは一緒にスケジューリングされる。したがって、異なる優先度のｆｌｏｗが反映できず、及びアプリケーションレイヤ粒度のＱｏＳは反映できない。
【０００５】
図２に示すように、従来のソリューションでは、ｆｌｏｗは、非アクセス層（Non−Access  Stratum、ＮＡＳ）にあるｂｅａｒｅｒにマッピングされる。各ｂｅａｒｅｒは１つのＰＤＣＰエンティティ及び１つのＲＬＣエンティティに対応し、複数のＲＢは全てＭＡＣレイヤでスケジューリングされ多重化される。ｆｌｏｗに基づく基本ＱｏＳ制御は、ＭＡＣレイヤスケジューリング及び多重化に実装できない。
【発明の概要】
【０００６】
本発明の実施形態は、ｆｌｏｗに基づく基本ＱｏＳ制御を実施するために、ＱｏＳ制御のための方法及び装置を提供する。
【０００７】
一態様によると、ＱｏＳ制御方法が提供される。方法は、第１装置のパケットデータ・コンバージェンス・プロトコルＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき被送信データに対する待ち行列処理を実行して、待ち行列キューを取得するステップであって、各キューは少なくとも１つのフローを含む、ステップと、前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得するステップと、前記第１装置の前記ＰＤＣＰエンティティにより、各待ち行列キューのプレスケジューリング情報を決定するステップと、前記第１装置の前記ＰＤＣＰエンティティにより、各キューの前記プレスケジューリング情報及び前記プレスケジューリングウインドウ情報に基づきプレスケジューリング処理を実行し、前記待ち行列キューから、前記プレスケジューリングウインドウ情報により識別されたプレスケジューリングウインドウサイズのデータパケットを選択するステップと、を含む。
【０００８】
可能な設計では、前記方法は、ＰＤＣＰサービスデータユニットＰＤＣＰ  ＳＤＵに対して待ち行列処理及びプレスケジューリング処理を実行した後に、前記第１装置の前記ＰＤＣＰエンティティにより、ＰＤＣＰシーケンス番号ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行し、ＰＤＣＰプロトコルデータユニットＰＤＣＰ  ＰＤＵを取得するステップ、又は、ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号を割り当てた後に、前記第１装置の前記ＰＤＣＰエンティティにより、待ち行列処理及びプレスケジューリング処理を実行し、次に暗号化及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰ  ＰＤＵを取得するステップ、又は、ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行した後に、前記第１装置の前記ＰＤＣＰエンティティにより、待ち行列処理及びプレスケジューリング処理を実行して、ＰＤＣＰ  ＰＤＵを取得するステップ、を更に含む。
【０００９】
可能な設計では、方法は、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＰＤＣＰ  ＰＤＵを処理のために無線リンク制御ＲＬＣエンティティに分配するステップと、前記ＲＬＣエンティティにより、前記ＰＤＣＰ  ＰＤＵに対してセグメント化又は連結を実行し、前記ＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置くステップと、前記ＭＡＣレイヤにより、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行して、ＭＡＣプロトコルデータユニットＭＡＣ  ＰＤＵを取得し、前記ＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤに分配するステップと、を更に含む。
【００１０】
可能な設計では、第１装置のＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき被送信データに対して待ち行列処理を実行する前記ステップの前に、前記方法は、前記第１装置により、コアネットワークＣＮ又は無線アクセスネットワークＲＡＮから、前記第１装置の前記ＱｏＳ情報を取得するステップであって、前記第１装置の前記ＱｏＳ情報は、サービス品質クラス識別子ＱＣＩ、保証レートＧＢＲ、最大ビットレートＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、並びに割り当て及び保有優先度ＡＲＰ、のうちの１又は複数を含む、ステップと、前記第１装置により、前記第１装置の前記ＰＤＣＰエンティティへ、前記第１装置の前記取得したＱｏＳ情報を伝送するステップと、を更に含む。
【００１１】
可能な設計では、ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示し、ＱｏＳ情報は、ベアラレベル、フローレベル、パケットレベル、又はユーザ機器ＵＥレベルである。
【００１２】
可能な設計では、第１装置のＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき、被送信データに対して待ち行列処理を実行する前記ステップの前に、前記方法は、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得するステップ、を更に含む。
【００１３】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得する前記ステップの前に、前記方法は、前記第１装置により、前記サービスの属する前記スライスの識別子に基づき、前記サービスの属する前記スライスのＱｏＳ情報を取得するステップであって、前記スライスの前記ＱｏＳ情報は、前記スライスの固有ＱｏＳ情報及び／又は前記スライスの前記相対ＱｏＳ情報を含む、ステップ、及び、前記第１装置により、前記スライスの前記固有ＱｏＳ情報に基づき前記スライスのためにリソースを準備するステップ、及び／又は、前記スライスの前記相対ＱｏＳ情報に基づき前記第１装置の前記ＱｏＳ情報を調整するステップ、を更に含む。
【００１４】
可能な設計では、前記スライスの前記ＱｏＳ情報は、前記スライスの前記相対ＱｏＳ情報が有効であるか否かを示す情報を更に含み、前記スライスの前記相対ＱｏＳ情報に基づき前記第１装置の前記ＱｏＳ情報を調整する前記ステップは、前記スライスの前記ＱｏＳ情報が、前記スライスの前記相対ＱｏＳ情報は有効であると示す情報を含むとき、前記スライスの前記相対ＱｏＳ情報に基づき、前記第１装置の前記ＱｏＳ情報を調整するステップを含む。
【００１５】
可能な設計では、第１装置のＰＤＣＰエンティティにより、前記第１装置のＱｏＳ情報に基づき、被送信データに対して待ち行列処理を実行する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の前記フローレベルＱｏＳ情報に基づき、上位レイヤからのデータをフィルタリングして、フローレベルデータフローを取得するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の前記ベアラレベルＱｏＳ情報に基づき、上位レイヤからのデータを分割して、フローレベルデータフローを取得するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記第１装置の前記パケットレベルＱｏＳ情報に基づき、上位レイヤからのデータを分類して、フローレベルデータフローを取得するステップ、を含む。
【００１６】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティにより、前記無線アクセスネットワークＲＡＮにより送信された構成情報を取得し、前記構成情報に基づき、前記プレスケジューリングウインドウ情報を設定するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＲＬＣエンティティにより周期的に報告される前記プレスケジューリングウインドウ情報を受信するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＲＬＣエンティティによりイベントに基づき報告された前記プレスケジューリングウインドウ情報を受信するステップ、又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択するステップ、を含む。
【００１７】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより、プレスケジューリングウインドウ情報を取得する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティが、前記ＲＬＣエンティティにより報告された前記プレスケジューリングウインドウ情報又は前記ＲＬＣエンティティにより報告され且つＲＬＣバッファが重負荷を有すると示す情報を受信し、前記ＲＬＣバッファの状態に基づき前記プレスケジューリングウインドウ情報を選択するまで、前記第１装置の前記ＰＤＣＰエンティティにより、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択するステップを含む。
【００１８】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより処理のために前記ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する前記ステップは、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティの異なる種類に基づき前記ＰＤＣＰエンティティの待ち行列キューをグループ化し、各キューグループの中のデータを対応する種類のＲＬＣエンティティに分配するステップ、又は、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順に基づき、前記ＰＤＣＰ  ＰＤＵの分配されるべきＲＬＣエンティティを選択するステップ、又は、複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、前記ＲＬＣエンティティにより、複数のプレスケジューリングウインドウ情報片を生成し、前記複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、並びに各ＰＤＣＰエンティティにより、プレスケジューリング処理を独立に実行し、及び前記ＲＬＣエンティティへ前記ＰＤＣＰ  ＰＤＵを送信するステップ、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティの状態情報に基づきプレスケジューリングウインドウ情報を割り当てるステップ、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティのスケジューリング情報に基づきプレスケジューリングウインドウ情報を割り当てるステップ、又は、異なるスケジューリング優先度を有するＰＤＣＰエンティティにより、異なるプレスケジューリング方法を使用するステップ、を含む。
【００１９】
可能な設計では、前記第１装置の前記ＰＤＣＰエンティティにより、各待ち行列キューのプレスケジューリング情報を決定する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティにより、各データフローの且つ前記無線アクセスネットワークＲＡＮにより送信されたプレスケジューリング情報を取得するステップ、及び／又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記コアネットワークＣＮにより送信された前記第１装置の前記フローレベルＱｏＳ情報を取得し、及び、前記第１装置の前記フローレベルＱｏＳ情報に基づき、各データフローのプレスケジューリング情報を決定するステップ、及び／又は、前記第１装置の前記ＰＤＣＰエンティティにより、前記上位レイヤからの情報を取得して、プレスケジューリング情報を計算するステップ、を含む。
【００２０】
可能な設計では、前記ＲＬＣエンティティにより、前記ＰＤＣＰ  ＰＤＵに対してセグメント化及び連結を実行し、前記ＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置く前記ステップは、前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、前記ＭＡＣレイヤによりバッファリングするために、固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成するステップを含む。
【００２１】
可能な設計では、前記方法は、前記第１装置により、前記固定サイズの前記ＭＡＣ  ＰＤＵを決定するステップと、前記第１装置により、第２装置へ前記固定サイズを送信するステップであって、前記第１装置にリソースを割り当てるとき、前記第２装置が、前記固定サイズのデータ又は前記固定サイズの整数倍のサイズのデータを伝送するために使用可能なリソースを割り当てることができるようにする、ステップと、を更に含む。
【００２２】
可能な設計では、前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、固定サイズのＭＡＣ  ＰＤＵを生成する前記ステップは、前記第１装置により、ＭＡＣ  ＰＤＵの且つ第２装置により決定され前記第２装置により送信された固定サイズを受信するステップと、前記第１装置の前記ＲＬＣエンティティにより、前記受信した固定サイズに基づき、データパケットセグメント化及び連結を実行して、前記固定サイズの前記ＭＡＣ  ＰＤＵを生成するステップと、を含む。
【００２３】
可能な設計では、前記ＲＬＣエンティティによりデータパケットセグメント化及び連結を実行して、固定サイズのＭＡＣ  ＰＤＵを生成する前記ステップは、前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、前記固定サイズの複数のＭＡＣ  ＰＤＵを生成するステップと、前記ＭＡＣレイヤにより、複数のバッファキューを生成するステップであって、前記キューは異なる固定サイズに対応する、ステップと、前記ＭＡＣレイヤにより、受信したリソースサイズ状態に基づき、対応するキューからデータパケットを取得するステップと、を含む。
【００２４】
可能な設計では、前記第１装置の１つのＰＤＣＰエンティティは複数のＲＬＣエンティティに対応し、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＰＤＣＰ  ＰＤＵを処理のためにＲＬＣエンティティに分配する前記ステップは、前記第１装置の前記ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために各ＲＬＣエンティティに分配するステップを含む。
【００２５】
可能な設計では、前記第１装置の複数のＰＤＣＰエンティティは１つのＲＬＣエンティティに対応し、前記第１装置の前記ＰＤＣＰエンティティにより、前記ＰＤＣＰ  ＰＤＵを処理のためにＲＬＣエンティティに分配する前記ステップは、前記第１装置の各ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために前記ＲＬＣエンティティに分配するステップを含む。
【００２６】
可能な設計では、前記ＭＡＣレイヤにより、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行する前記ステップは、前記ＭＡＣエンティティにより、各無線ベアラＲＢの且つＲＡＮ要素により構成されたスケジューリング情報を取得するステップ、又は、プリセット計算ルールに従い前記プレスケジューリング情報に基づき各ＲＢのスケジューリング情報を取得するステップ、及び、前記ＭＡＣレイヤにより、前記ＲＢの前記スケジューリング情報に基づき、前記複数の論理チャネルＬＣＨの前記データに対してスケジューリング及び多重化を実行するステップ、を含む。
【００２７】
可能な設計では、前記第１装置により、ＣＮ又はＲＡＮから前記第１装置の前記ＱｏＳ情報を取得する前記ステップは、前記第１装置により、前記第１装置の位置する第１行路区間のＱｏＳパラメータを取得するステップ、又は、前記第１装置により、前記第１装置のエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及び前記Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得するステップ、を含む。
【００２８】
可能な設計では、前記方法は、前記第１装置により、制御プレーンから能力又は負荷通知メッセージを受信するステップと、前記能力又は負荷通知メッセージに基づき、前記第１行路区間以外の行路区間のＱｏＳ能力が前記行路区間のＱｏＳ要件を満たさないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するステップと、を更に含む。
【００２９】
可能な設計では、前記方法は、前記第１装置により、ユーザプレーンから帯域内通知メッセージを受信するステップであって、前記帯域内通知メッセージはＱｏＳ満足情報を伝達し、前記ＱｏＳ満足情報は、Ｅ２Ｅ  ＱｏＳカウンタの占有比率又は数量、又はＥ２Ｅ  ＱｏＳカウンタの残り比率又は数量を示すために使用される、ステップと、前記ＱｏＳ満足情報に基づき、前記第１行路区間以外の行路区間でＱｏＳが満たされないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するステップと、を更に含む。
【００３０】
別の態様によると、サービス品質ＱｏＳ制御の方法が提供される。方法は、コアネットワーク制御プレーンネットワーク要素ＣＮ−ＣＰにより、無線アクセスネットワークＲＡＮにより送信された無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報を受信するステップと、前記無線インタフェース側ＱｏＳ能力情報及び／又は前記グランド側ＱｏＳ能力情報に基づき、無線インタフェース側行路区間又はグランド側行路区間の選択又は再選択を決定するステップと、を含む。
【００３１】
更に別の態様によると、サービス品質ＱｏＳ制御の方法が提供される。方法は、第１無線アクセスネットワークＲＡＮ要素により、近隣ＲＡＮ要素により送信されたグランド側ルーティング情報を受信するステップであって、前記グランド側ルーティング情報は、前記近隣ＲＡＮ要素に接続されたサービングゲートウェイＳＧＷに関する情報、パケットデータネットワークゲートウェイＰＧＷに関する情報、前記ＰＧＷに接続されたパケットデータネットワークＰＤＮに関する情報、ローカルホームネットワークＬＨＮに関する情報、超低遅延能力情報、及び超高信頼性伝送能力情報、のうちの１又は複数を含む、ステップと、前記第１ＲＡＮ要素により、ハンドオーバプログラムを実行するために、前記グランド側ルーティング情報及びＱｏＳパラメータに基づき、前記近隣ＲＡＮ要素に対して目標セルハンドオーバ選択を実行して、端末のために目標ＲＡＮ要素の適切な目標セルを選択するステップと、を含む。
【００３２】
可能な設計では、前記方法は、前記第１ＲＡＮ要素により、前記目標ＲＡＮ要素へ第１メッセージを送信するステップであって、前記第１メッセージは、前記ＱｏＳパラメータ、ハンドオーバ理由情報、及び目標ＰＤＮに関する情報を伝達し、前記目標ＲＡＮ要素が、前記第１メッセージの中で伝達される、前記ＱｏＳパラメータ、前記ハンドオーバ理由情報、及び前記目標ＰＤＮに関する情報に基づき、サービス加入決定を実行するようにする、ステップ、を更に含む。
【００３３】
可能な設計では、前記方法は、前記第１ＲＡＮ要素により、前記目標ＲＡＮ要素により送信された第２メッセージを受信するステップであって、前記第２メッセージは加入が成功したことを示すために使用され、前記第２メッセージはＱｏＳパラメータ満足レベルを伝達する、ステップ、又は、前記第１ＲＡＮ要素により、前記目標ＲＡＮ要素により送信された第３メッセージを受信するステップであって、前記第３メッセージは加入が失敗したことを示すために使用され、前記第３メッセージは特定原因を伝達する、ステップ、を更に含む。
【００３４】
可能な設計では、前記方法は、複数の目標ＲＡＮ要素により返された第２メッセージを受信すると、前記第１ＲＡＮ要素により、前記第２メッセージの中で伝達されたＱｏＳパラメータ満足レベルに基づき目標セルを選択するステップと、前記目標セルへのハンドオーバを開始するステップと、を更に含む。
【００３５】
更に別の態様によると、装置が提供される。装置は第１装置として使用され、前記装置は、前記第１装置のサービス品質ＱｏＳ情報に基づき、パケットデータ・コンバージェンス・プロトコルＰＤＣＰエンティティにより送信されるべきデータに対して待ち行列処理を実行して、待ち行列キューを取得するよう構成される待ち行列ユニットであって、各キューは少なくとも１つのフローを含む、待ち行列ユニットと、前記ＰＤＣＰエンティティのプレスケジューリングウインドウ情報を取得するよう構成される取得ユニットと、前記待ち行列ユニットによりキューイングされた各キューのプレスケジューリング情報を決定するよう構成される決定ユニットと、各キューの且つ前記決定ユニットにより決定された前記プレスケジューリング情報、及び前記取得ユニットにより取得された前記プレスケジューリングウインドウ情報に基づき、プレスケジューリング処理を実行し、前記待ち行列キューから、前記プレスケジューリングウインドウ情報により識別されたプレスケジューリングウインドウサイズのデータパケットを選択するよう構成されるプレスケジューリングユニットと、を含む。
【００３６】
可能な設計では、前記装置は、生成ユニットであって、前記待ち行列ユニットがＰＤＣＰサービスデータユニットＰＤＣＰ  ＳＤＵに対して待ち行列処理を実行し、及び前記プレスケジューリングユニットがプレスケジューリング処理を実行した後に、ＰＤＣＰシーケンス番号ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰプロトコルデータユニットＰＤＣＰ  ＰＤＵを取得する、又は、ＰＤＣＰ  ＳＮ番号をＰＤＣＰ  ＳＤＵに割り当て、前記待ち行列ユニットが待ち行列処理を実行し、及び前記プレスケジューリングユニットがプレスケジューリング処理を実行した後に、暗号化及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰ  ＰＤＵを取得する、又は、前記待ち行列ユニットが待ち行列処理を実行し及び前記プレスケジューリングユニットがプレスケジューリング処理を実行してＰＤＣＰ  ＰＤＵを取得する前に、ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行するよう構成される生成ユニット、を更に含む。
【００３７】
可能な設計では、前記装置は、分配ユニットであって、前記生成ユニットにより生成された前記ＰＤＣＰ  ＰＤＵを処理のために無線リンク制御ＲＬＣエンティティに分配し、前記ＲＬＣエンティティにより、前記ＰＤＣＰ  ＰＤＵに対してセグメント化又は連結を実行し、前記ＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置き、前記ＭＡＣレイヤにより、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行して、ＭＡＣプロトコルデータユニットＭＡＣ  ＰＤＵを取得し、前記ＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤに分配する、よう構成される分配ユニットを更に含む。
【００３８】
可能な設計では、前記取得ユニットは、前記待ち行列ユニットが前記第１装置の前記ＱｏＳ情報に基づき前記被送信データに対して待ち行列処理を実行する前に、コアネットワークＣＮ又は無線アクセスネットワークＲＡＮから、前記第１装置の前記ＱｏＳ情報を取得するよう更に構成され、前記第１装置の前記ＱｏＳ情報は、サービス品質クラス識別子ＱＣＩ、保証レートＧＢＲ、最大ビットレートＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、並びに割り当て及び保有優先度ＡＲＰ、のうちの１又は複数を含み、前記分配ユニットは、前記第１装置の前記ＰＤＣＰエンティティへ、前記取得ユニットにより取得された前記第１装置の前記ＱｏＳ情報を分配するよう更に構成される。
【００３９】
可能な設計では、前記ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示し、前記ＱｏＳ情報は、ベアラレベル、フローレベル、パケットレベル、又はユーザ機器ＵＥレベルである。
【００４０】
可能な設計では、前記取得ユニットは、前記待ち行列ユニットが前記第１装置の前記ＱｏＳ情報に基づき前記被送信データに対して待ち行列処理を実行する前に、前記第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得するよう更に構成される。
【００４１】
可能な設計では、前記取得ユニットは、前記第１装置の且つ前記サービスの属する前記スライスの前記相対ＱｏＳ情報に基づき調整された前記ＱｏＳ情報を取得する前に、前記サービスの属する前記スライスの識別子に基づき、前記サービスの属する前記スライスのＱｏＳ情報を取得するよう更に構成され、前記スライスの前記ＱｏＳ情報は、前記スライスの固有ＱｏＳ情報及び／又は前記スライスの相対ＱｏＳ情報を含み、前記装置は、前記スライスの且つ前記取得ユニットにより取得された前記固有ＱｏＳ情報に基づき前記スライスのためにリソースを準備し、及び／又は前記スライスの前記相対ＱｏＳ情報に基づき前記第１装置の前記ＱｏＳ情報を調整するよう構成される処理ユニットを更に含む。
【００４２】
可能な設計では、前記スライスの且つ前記取得ユニットにより取得された前記ＱｏＳ情報は、前記スライスの前記相対ＱｏＳ情報が有効か否かを示す情報を更に含み、前記処理ユニットは、具体的に、前記スライスの且つ前記取得ユニットにより取得された前記ＱｏＳ情報が前記スライスの前記相対ＱｏＳ情報は有効であると示す情報を含むとき、前記スライスの前記相対ＱｏＳ情報に基づき、前記第１装置の前記ＱｏＳ情報を調整するよう構成される。
【００４３】
可能な設計では、前記待ち行列ユニットは、具体的に、前記第１装置の前記フローレベルＱｏＳ情報に基づき前記ＰＤＣＰエンティティの上位レイヤからのデータをフィルタリングして、フローレベルデータフローを取得する、又は、前記第１装置の前記ベアラレベルＱｏＳ情報に基づき前記ＰＤＣＰエンティティの上位レイヤからのデータを分割して、フローレベルデータフローを取得する、又は、前記第１装置の前記パケットレベルＱｏＳ情報に基づき前記ＰＤＣＰエンティティの上位レイヤからのデータを分類して、フローレベルデータフローを取得する、よう構成される。
【００４４】
可能な設計では、前記取得ユニットは、具体的に、前記無線アクセスネットワークＲＡＮにより送信された構成情報を取得し、前記構成情報に基づき、前記ＰＤＣＰエンティティの前記プレスケジューリングウインドウ情報を設定する、又は、前記ＲＬＣエンティティにより周期的に報告される前記ＰＤＣＰエンティティの前記プレスケジューリングウインドウ情報を受信する、又は、前記ＲＬＣエンティティによりイベントに基づき報告された前記ＰＤＣＰエンティティの前記プレスケジューリングウインドウ情報を受信する、又は、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、前記ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を選択する、よう構成される。
【００４５】
可能な設計では、前記取得ユニットは、具体的に、前記第１装置の前記ＰＤＣＰエンティティが前記ＲＬＣエンティティにより報告される前記プレスケジューリングウインドウ情報又は前記ＲＬＣエンティティにより報告され且つＲＬＣバッファが重負荷を有することを示す情報を受信するまで、前記待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択し、前記ＲＬＣバッファの状態に基づき前記プレスケジューリングウインドウ情報を選択するよう構成される。
【００４６】
可能な設計では、前記分配ユニットは、具体的に、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティの異なる種類に基づき前記ＰＤＣＰエンティティの待ち行列キューをグループ化し、各キューグループの中のデータを対応する種類のＲＬＣエンティティに分配する、又は、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、前記ＰＤＣＰエンティティにより、ＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順に基づき、前記ＰＤＣＰ  ＰＤＵの分配されるべきＲＬＣエンティティを選択する、又は、複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、前記ＲＬＣエンティティにより、複数のプレスケジューリングウインドウ情報片を生成し、前記複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、並びに各ＰＤＣＰエンティティにより、プレスケジューリング処理を独立に実行し、及び前記ＲＬＣエンティティへ前記ＰＤＣＰ  ＰＤＵを送信する、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティの状態情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、前記ＲＬＣエンティティにより、各ＰＤＣＰエンティティのスケジューリング情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、異なるスケジューリング優先度を有するＰＤＣＰエンティティにより、異なるプレスケジューリング方法を使用する、よう構成される。
【００４７】
可能な設計では、前記決定ユニットは、具体的に、各データフローの且つ無線アクセスネットワークＲＡＮにより送信された、前記ＰＤＣＰエンティティのプレスケジューリング情報を取得する、及び／又は、前記コアネットワークＣＮにより送信された前記第１装置の前記フローレベルＱｏＳ情報を取得し、及び、前記第１装置の前記フローレベルＱｏＳ情報に基づき、前記ＰＤＣＰエンティティの、各データフローのプレスケジューリング情報を決定する、及び／又は、前記ＰＤＣＰエンティティの前記上位レイヤからの情報を取得して、前記ＰＤＣＰエンティティのプレスケジューリング情報を計算する、よう構成される。
【００４８】
可能な設計では、前記分配ユニットは、具体的に、前記ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、ＭＡＣレイヤによるバッファリングのために固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成するよう構成される。
【００４９】
可能な設計では、前記決定ユニットは、前記固定サイズの前記ＭＡＣ  ＰＤＵを決定するよう更に構成され、前記装置は、第２装置へ前記固定サイズを送信するよう構成される送信ユニットであって、前記第１装置にリソースを割り当てるとき、前記第２装置が、前記固定サイズのデータ又は前記固定サイズの整数倍のサイズのデータを伝送するために使用可能なリソースを割り当てることができるようにする、送信ユニット、を更に含む。
【００５０】
可能な設計では、前記装置は、ＭＡＣ  ＰＤＵの且つ第２装置により決定され前記第２装置により送信された固定サイズを受信するよう構成される受信ユニットを更に含み、前記分配ユニットは、具体的に、前記ＲＬＣエンティティに、前記受信した固定サイズに基づき、データパケットセグメント化及び連結を実行して、前記固定サイズの前記ＭＡＣ  ＰＤＵを生成するよう指示するよう構成される。
【００５１】
可能な設計では、前記分配ユニットは、具体的に、前記ＲＬＣエンティティに、データパケットセグメント化及び連結を実行して、前記固定サイズの複数のＭＡＣ  ＰＤＵを生成するよう指示し、前記ＭＡＣレイヤにより、複数のバッファキューを生成し、ここで前記キューは異なる固定サイズに対応し、並びに、前記ＭＡＣレイヤにより、受信したリソースサイズ状態に基づき、対応するキューからデータパケットを取得するよう構成される。
【００５２】
可能な設計では、前記第１装置の１つのＰＤＣＰエンティティは複数のＲＬＣエンティティに対応し、前記分配ユニットは、具体的に、前記第１装置の前記ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために各ＲＬＣエンティティに分配するよう構成される。
【００５３】
可能な設計では、前記第１装置の複数のＰＤＣＰエンティティは１つのＲＬＣエンティティに対応し、前記分配ユニットは、具体的に、前記第１装置の各ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために前記ＲＬＣエンティティに分配するよう構成される。
【００５４】
可能な設計では、前記分配ユニットは、具体的に、前記ＭＡＣエンティティに、各無線ベアラＲＢの且つＲＡＮ要素により構成されたスケジューリング情報を取得するよう指示し、又は、プリセット計算ルールに従い前記プレスケジューリング情報に基づき各ＲＢのスケジューリング情報を取得し、及び、前記ＭＡＣレイヤにより、前記ＲＢの前記スケジューリング情報に基づき、前記複数の論理チャネルＬＣＨの前記データに対してスケジューリング及び多重化を実行する、よう構成される。
【００５５】
可能な設計では、前記取得ユニットは、具体的に、前記第１装置の位置する第１行路区間のＱｏＳパラメータを取得する、又は、前記第１装置のエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及び前記Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得する、よう構成される。
【００５６】
可能な設計では、前記装置は、制御プレーンから能力又は負荷通知メッセージを受信するよう構成される受信ユニットと、前記受信ユニットにより受信された前記能力又は負荷通知メッセージに基づき、前記第１行路区間以外の行路区間のＱｏＳ能力が前記行路区間のＱｏＳ要件を満たさないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するよう構成される調整ユニットと、を更に含む。
【００５７】
可能な設計では、前記装置は、ユーザプレーンから帯域内通知メッセージを受信するよう構成される受信ユニットであって、前記帯域内通知メッセージはＱｏＳ満足情報を伝達し、前記ＱｏＳ満足情報は、Ｅ２Ｅ  ＱｏＳカウンタの占有比率又は数量、又はＥ２Ｅ  ＱｏＳカウンタの残り比率又は数量を示すために使用される、受信ユニットと、前記ＱｏＳ満足情報に基づき、前記第１行路区間以外の行路区間でＱｏＳが満たされないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、前記第１装置の前記第１行路区間の前記ＱｏＳパラメータを調整して、前記第１行路区間のサービス品質を向上するよう構成される調整ユニットと、を更に含む。
【００５８】
更に別の態様によると、コアネットワーク装置が提供される。コアネットワーク装置は、無線アクセスネットワークＲＡＮにより送信された無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報を受信するよう構成される受信ユニットと、前記受信ユニットにより受信された前記無線インタフェース側ＱｏＳ能力情報及び／又は前記グランド側ＱｏＳ能力情報に基づき、無線インタフェース側行路区間又はグランド側行路区間の選択又は再選択を決定するよう構成される決定ユニットと、を含む。
【００５９】
更に別の態様によると、アクセスネットワーク装置が提供される。アクセスネットワーク装置は、近隣無線アクセスネットワークＲＡＮ要素により送信されたグランド側ルーティング情報を受信するよう構成される受信ユニットであって、前記グランド側ルーティング情報は、前記近隣ＲＡＮ要素に接続されたサービングゲートウェイＳＧＷに関する情報、パケットデータネットワークゲートウェイＰＧＷに関する情報、前記ＰＧＷに接続されたパケットデータネットワークＰＤＮに関する情報、ローカルホームネットワークＬＨＮに関する情報、超低遅延能力情報、及び超高信頼性伝送能力情報、のうちの１又は複数を含む、受信ユニットと、ハンドオーバプログラムを実行するために、前記受信ユニットにより受信された前記グランド側ルーティング情報及びサービス品質ＱｏＳパラメータに基づき、前記近隣ＲＡＮ要素に対して目標セルハンドオーバ選択を実行して、端末のために目標ＲＡＮ要素の適切な目標セルを選択するよう構成されるハンドオーバユニットと、を含む。
【００６０】
可能な設計では、前記アクセスネットワーク装置は、前記目標ＲＡＮ要素へ第１メッセージを送信するよう構成される送信ユニットであって、前記第１メッセージは、前記ＱｏＳパラメータ、ハンドオーバ理由情報、及び目標ＰＤＮに関する情報を伝達し、前記目標ＲＡＮ要素が、前記第１メッセージの中で伝達される、前記ＱｏＳパラメータ、前記ハンドオーバ理由情報、及び前記目標ＰＤＮに関する前記情報に基づき、サービス加入決定を実行できるようにする、送信ユニットを更に含む。
【００６１】
可能な設計では、前記受信ユニットは、前記目標ＲＡＮ要素により送信された第２メッセージを受信し、前記第２メッセージは加入が成功したことを示すために使用され、前記第２メッセージはＱｏＳパラメータ満足レベルを伝達する、又は、前記目標ＲＡＮ要素により送信された第３メッセージを受信し、前記第３メッセージは加入が失敗したことを示すために使用され、前記第３メッセージは特定原因を伝達する、よう更に構成されて良い。
【００６２】
可能な設計では、前記ハンドオーバユニットは、前記受信ユニットが複数の目標ＲＡＮ要素により返された第２メッセージを受信すると、前記第２メッセージの中で伝達されたＱｏＳパラメータ満足レベルに基づき目標セルを選択し、前記目標セルへのハンドオーバを開始するよう更に構成される。
【００６３】
更に別の態様によると、本発明の一実施形態は、装置を提供する。装置は、ユーザ機器、アクセスネットワーク装置、又はコアネットワーク装置であって良く、前記装置は、前述の方法例において装置により実行される機能を実装して良く、前記機能は、ハードウェアにより、又は対応するソフトウェアを実行するハードウェアにより、実装されて良い。ハードウェア又はソフトウェアは、機能に対応する１又は複数のモジュールを含む。
【００６４】
可能な設計では、前記装置の構造は、メモリ、プロセッサ、及び通信機を含む。プロセッサは、前述の方法における対応する機能を実行する際に前記装置をサポートするよう構成される。前記通信機は、データ又は命令を送信又は受信する際に前記装置をサポートするよう構成される。前記メモリは、前記プロセッサに結合され、前記装置により必要とされるプログラム命令及びデータを格納するよう構成される。
【００６５】
更に別の態様によると、本発明の一実施形態は、システムを提供する。システムは、前述のユーザ機器、前述のアクセスネットワーク装置、及び前述のコアネットワーク装置を含む。
【００６６】
更に別の態様によると、本発明の一実施形態は、前述の装置により使用されるコンピュータソフトウェア命令を格納するよう構成されるコンピュータ記憶媒体を提供する。コンピュータソフトウェア命令は、前述の態様を実行するために設計されたプログラムを含む。
【００６７】
従来技術と比べて、本発明の実施形態では、ＭＡＣレイヤにより１回だけスケジューリングを実行する代わりに、装置がデータを送信する必要のあるとき、ＰＤＣＰエンティティが先ずプレスケジューリングを実行し、次にＭＡＣレイヤがスケジューリングを実行する。２回のスケジューリングを通じて、ｆｌｏｗに基づくＱｏＳ制御が実施される。
【図面の簡単な説明】
【００６８】
【図１】既存ＬＴＥシステムのシステムアーキテクチャの概略図である。
【００６９】
【図２】従来におけるＱｏＳ制御のための方法の概略図である。
【００７０】
【図３】本発明の一実施形態によるＱｏＳ制御のための方法の基づくシステムアーキテクチャの概略図である。
【００７１】
【図３Ａ】本発明の一実施形態による可能なＲＡＮネットワークアーキテクチャの概略図である。
【００７２】
【図４】本発明の一実施形態によるＵＥ側プロトコルスタックの構成の概略構造図である。
【００７３】
【図４Ａ】ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応の概略図である。
【００７４】
【図５】本発明の一実施形態によるＵＥ側データフローのフロー方向の概略図である。
【００７５】
【図６】本発明の一実施形態によるＱｏＳ制御のための方法のフローチャートである。
【００７６】
【図６Ａ】本発明の一実施形態によるＰＤＣＰエンティティの処理手順の概略図である。
【００７７】
【図６Ｂ】本発明の一実施形態によるＰＤＣＰエンティティの別の処理手順の概略図である。
【００７８】
【図６Ｃ】本発明の一実施形態によるＰＤＣＰエンティティの更に別の処理手順の概略図である。
【００７９】
【図６Ｄ】本発明の一実施形態によるプレスケジューリング処理の概略図である。
【００８０】
【図６Ｅ−１】本発明の一実施形態によるフローに基づくＱｏＳのための方法の全体ネットワークアーキテクチャの概略図である。
【図６Ｅ−２】本発明の一実施形態によるフローに基づくＱｏＳのための方法の全体ネットワークアーキテクチャの概略図である。
【００８１】
【図７】本発明の一実施形態によるｓｌｉｃｅ  ＱｏＳ構成方法の信号フロー図である。
【００８２】
【図８】１レベルの一般的なキャッシュ処理の概略図である。
【００８３】
【図９】本発明の一実施形態による２レベルのキャッシュ処理の概略図である。
【００８４】
【図１０】本発明の別の実施形態によるＱｏＳ制御のための方法のフローチャートである。
【００８５】
【図１１】本発明の別の実施形態による経路再配置の概略図である。
【００８６】
【図１２】本発明の更に別の実施形態によるＱｏＳ制御のための方法のフローチャートである。
【００８７】
【図１３】本発明によるＥ２Ｅ  ＱｏＳハンドオーバ手順の概略図である。
【００８８】
【図１４】本発明の一実施形態によるハンドオーバ方法の信号フロー図である。
【００８９】
【図１５】本発明の一実施形態による装置の構造図である。
【００９０】
【図１６】本発明の一実施形態による別の装置の構造図である。
【００９１】
【図１７】本発明の一実施形態による更に別の装置の構造図である。
【発明を実施するための形態】
【００９２】
本発明の技術的ソリューションは、添付の図面及び実施形態を参照して以下に更に詳述される。
【００９３】
本発明の実施形態の目的、技術的ソリューション、及び利点をより明確にするために、以下は、本発明の実施形態の技術的ソリューションを本発明の実施形態における添付の図面を参照して明確に記載する。
【００９４】
図３は、本発明の一実施形態によるＱｏＳ制御のための方法の基づくシステムアーキテクチャの概略図である。本発明は、５Ｇ通信システム及び後の進化型通信システム、並びにＬＴＥ、３Ｇ、２Ｇ、Ｗｉ−Ｆｉ、及びＷｉＭＡＸのようなモバイル通信システムに適用されて良い。方法の特定用途シナリオは、単一接続シナリオ、二重接続シナリオ、中継（Relay）シナリオ、又は装置間（Device−to−Device、Ｄ２Ｄ）シナリオであって良い。システムは、主に、ＵＥ３０１、ＲＡＮ３０２、ＣＮ制御プレーン（Control  Plane、ＣＰ）３０３、ＣＮユーザプレーン（User  Plane、ＵＰ）３０４、及び公衆データネットワーク（Public  Data  Network、ＰＤＮ）３０５を含む。本発明におけるネットワーク要素は、ＲＡＮ要素、コアネットワーク要素、端末装置、及びアプリケーションサーバを含む。ＲＡＮ要素は、主に、リソース割り当て及びモビリティ管理のような機能を含むＲＡＮ制御を担うＲＡＮ制御部と、制御プレーン、ユーザプレーン、及びサービス生成及びモビリティ及びユーザデータスケジューリングのような機能を有する基地局と、を含む。コアネットワーク要素は、主に、端末セッション管理、モビリティ管理、ＱｏＳ制御、及び加入情報管理のような機能のために使用される制御プレーンネットワーク要素と、データ転送のような機能を有し且つＳＧＷ（serving  gateway）及びＰＧＷ（PDN  gateway）を含み得るユーザプレーンネットワーク要素と、を含む。端末装置は、データ送信、データ受信、及び測定のような機能を有する。アプリケーションサーバは、アプリケーションレベルのサービス要件を提供する。
【００９５】
図３Ａは、本発明の一実施形態による可能なＲＡＮネットワークアーキテクチャの概略図である。次世代ネットワークでは、ＲＡＮ要素は、２つの部分：中央ユニット（centralized  unit、ＣＵ）及び分散ユニット（distributed  Unit、ＤＵ）を含んで良く、ＣＵ及びＤＵは一緒にＲＡＮ機能を実施し、新しい無線（new  radio、ＮＲ）ｇＮＢは２つの部分：ＣＵ及びＤＵを含む。
【００９６】
ＲＡＮプロトコルスタックは、また、ＣＵ及びＤＵにおいて別個に展開される。可能な分散方法は次の通りである。
【００９７】
オプション（Option）Ａでは、無線リソース制御（Radio  Resource  Control、ＲＲＣ）機能エンティティ及びＰＤＣＰ機能エンティティは、ＣＵにおいて展開され、ＲＬＣ機能エンティティ、ＭＡＣ機能エンティティ、物理レイヤ（Physical  Layer、ＰＨＹ）機能エンティティ、及び無線周波数（Radio  Frequency、ＲＦ）ユニット機能エンティティは、ＤＵにおいて展開される。
【００９８】
オプションＢでは、ＲＲＣ機能エンティティ及びＰＤＣＰ機能エンティティは、ＣＵにおいて展開され、幾つかのＲＬＣ機能（再送及び可能なセグメント化の機能）は、ＣＵにおいて展開され、並びに、残りのＲＬＣ機能（セグメント化及び再組立のような機能）、ＭＡＣ機能エンティティ、ＰＨＹ機能エンティティ、及びＲＦ機能エンティティは、ＤＵにおいて展開される。
【００９９】
オプションＣでは、ＲＲＣ機能エンティティ、ＰＤＣＰ機能エンティティ、及びＲＬＣ機能エンティティは、ＣＵにおいて展開され、並びに、ＭＡＣ機能エンティティ、ＰＨＹ機能エンティティ、及びＲＦ機能エンティティは、ＤＵにおいて展開される。
【０１００】
オプションＤでは、ＲＲＣ機能エンティティ及びＰＤＣＰ機能エンティティは、ＣＵにおいて展開され、並びに、ＭＡＣ機能エンティティ、ＰＨＹ機能エンティティ、及びＲＦ機能エンティティは、ＤＵにおいて展開される。ＡＲＱ再送機能は、ＰＤＣＰエンティティにより実装され、セグメント化及び連結の機能はＤＵにおいてＭＡＣレイヤにより実装される。
【０１０１】
本発明の実施形態において提供されるＱｏＳ制御のための方法は、アップリンクデータ処理手順に適用されて良く、又はダウンリンクデータ処理手順に適用されて良い。アップリンクデータ処理手順では、データ送信処理はＵＥにより実行され、データ受信処理はＲＡＮ側で実行される。ダウンリンクデータ処理手順では、ダウンリンクデータ送信処理はＲＡＮ側で実行され、データ受信処理はＵＥにより実行される。
【０１０２】
本発明の実施形態では、アップリンクデータ処理手順が、ＱｏＳ制御のための方法を詳述するための一例として使用される。
【０１０３】
図４は、本発明の一実施形態によるＵＥ側プロトコルスタックの構成の概略構造図である。ＵＥは、ＰＤＣＰエンティティ、ＲＬＣエンティティ、ＭＡＣレイヤ、及びＰＨＹレイヤを含む。プレスケジューリング処理手順は、ＰＤＣＰレイヤ又はＰＤＣＰレイヤより上のプロトコルレイヤで実施される。例えば、プレスケジューリング処理プロトコルレイヤは、本発明において記載されるプレスケジューリング処理手順の機能を達成するために、ＰＤＣＰレイヤの上に新たに定められて良い。
【０１０４】
各プロトコルレイヤの機能は以下に簡単に説明される。
【０１０５】
ＰＤＣＰエンティティは、主に、制御プレーンからのＲＲＣメッセージ、及びデータプレーンからのインターネットプロトコル（Internet  Protocol、ＩＰ）パケット又は非ＩＰパケットを処理するよう構成される。ＰＤＣＰエンティティの機能は、以下の機能：ユーザプレーンデータ及び制御プレーンデータに対する暗号化及び解読（Ciphering  and  deciphering）、制御プレーンデータに対してのみ完全性保護（Integrity  Protection）、ユーザプレーンデータ及び制御プレーンデータ伝送、ハンドオーバ（handover）中の並べ替え及び再送処理、及びタイムアウトによるユーザプレーンデータの廃棄、のうちの任意の１又は複数を含む。
【０１０６】
ＲＬＣエンティティの機能は、以下の機能のうちの任意の１又は複数を含む。
【０１０７】
ＲＬＣサービスデータユニット（Service  Data  Unit、ＳＤＵ）セグメント化（segmentation）／連結（concatenation）及び再組立（reassembly）：機能は、非送達確認モード（unAcknowledged  Mode、ＵＭ）及び送達確認モード（Acknowledged  Mode、ＡＭ）にのみ適用可能である。ＲＬＣ  ＰＤＵのサイズはＭＡＣレイヤにより指定されるので、ＲＬＣ  ＰＤＵのサイズは、通常、ＲＬＣ  ＳＤＵのサイズに等しくない。したがって、ＲＬＣ  ＳＤＵがＭＡＣレイヤにより指定されたサイズに適合するように、送信端は、ＲＬＣ  ＳＤＵセグメント化／連結を実行する必要がある。相応して、受信端は、元のＲＬＣ  ＳＤＵを復元し及び元のＲＬＣ  ＳＤＵを上位レイヤに送信するために、予めセグメント化されたＲＬＣ  ＳＤＵを再組立する必要がある。
【０１０８】
自動再送要求（Automatic  Repeat  Request、ＡＲＱ）を用いて実行される誤り訂正：本機能はＡＭモードにのみ適用可能であり、ＭＡＣレイヤのハイブリッド自動再送要求（Hybrid  Automatic  Repeat  reQuest、ＨＡＲＱ）メカニズムは非常に早い再送を実施することを目的とし、並びにメカニズムのフィードバック誤り率は約１％である。ＨＡＲＱフィードバック誤り率は、（パケット損失率が１０−５未満であることを要求する）伝送制御プロトコル（Transmission  Control  Protocol、ＴＣＰ）伝送のような幾つかのサービスでは非常に高い。このようなサービスでは、ＲＬＣレイヤにおける再送処理は、フィードバック誤り率を更に低減できる。
【０１０９】
ＲＬＣ ＰＤＵに対して実行される並べ替え（reordering）：本機能は、ＵＭモード及びＡＭモードにのみ適用可能である。ＭＡＣレイヤのＨＡＲＱメカニズムは、ＲＬＣレイヤに到着するパケットの順序を狂わせることがある。したがって、データはＲＬＣレイヤにより並べ替えられる必要がある。
【０１１０】
重複パケット検出（duplicate  packet  detection）：本機能は、ＵＭモード及びＡＭモードにのみ適用可能である。重複パケットの発生の最も可能性の高い原因は、送信端が肯定応答（HARQ  ACK）をフィードバックするが、受信端が肯定応答を否定応答（NACK）として誤って解釈し、結果として不要なＭＡＣ  ＰＤＵ再送を生じることである。
【０１１１】
ＲＬＣ ＰＤＵに対して実行される再セグメント化（resegmentation）：本機能は、ＡＭモードにのみ適用可能である。ＲＬＣ ＰＤＵ（注：ここではＳＤＵではない）が再送される必要があるとき、再セグメント化も必要であり得る。例えば、ＭＡＣレイヤにより指定されるサイズが元のＲＬＣ ＰＤＵのサイズより小さい場合、再セグメント化が実行される必要がある。
【０１１２】
ＭＡＣエンティティの機能は、以下の機能：論理チャネルとトランスポートチャネルとの間の整合；１つの又は異なる論理チャネル（無線ベアラ）に属する複数のＭＡＣ  ＳＤＵの同一ＭＡＣ  ＰＤＵ（Transport  Block）への多重化、及び該複数のＭＡＣ  ＰＤＵの物理レイヤへの送信；逆多重化；ＨＡＲＱを用いて実行される誤り訂正；スケジューリング処理；論理チャネル優先度処理；スケジューリング情報報告（ＵＥ側及びアップリンクに対してのみ）、例えばＢＳＲ（buffer  status  report）報告；及びランダムアクセス手順処理；のうちの任意の１又は複数を含む。
【０１１３】
本実施形態では、プレスケジューリング処理手順がＰＤＣＰレイヤで実行される一例が説明のために用いられる。プロトコルスタックの構成は図４に示される。ＰＤＣＰエンティティは、ＲＬＣエンティティと１対１対応にある。図４ＡのＰＤＣＰエンティティとＲＬＣエンティティとの間の対応の概略図を参照する。例えば、分離シナリオでは、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応し、各ＲＬＣエンティティは１つの論理チャネルに対応する。ＭＡＣレイヤは、複数の論理チャネルのデータに対して優先度スケジューリング及び多重化を実行し、多重化したデータパケットＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤへ送信する。各ＰＤＣＰエンティティ内の複数のｆｌｏｗの間で、キューイング及びプレスケジューリングが実行される。
【０１１４】
ｆｌｏｗとＲＢとの間の対応は、ＡＮにより固定的に構成されて良く、又はＵＥにより選択されて良い。選択ルールはＡＮにより構成されて良い。
【０１１５】
例えば、ＲＢの概念は、固定ＲＬＣエンティティのみを含んで良い。複数のＲＬＣエンティティは、１つのＰＤＣＰエンティティに対応する。さらに、ＰＤＣＰエンティティは、それぞれ３つの異なる種類のＲＬＣエンティティに対応する３種類：透過モード（Transparent  Mode、ＴＭ）、ＵＭモード、及びＡＭモードに分類され得る。
【０１１６】
例えば、ＰＤＣＰエンティティ及びＲＬＣエンティティの機能は、１つのプロトコルレイヤで処理されて良い。
【０１１７】
例えば、ＲＬＣエンティティの機能は、ＭＡＣエンティティ及びＰＤＣＰエンティティにより別個に実装されて良い。
【０１１８】
例えば、ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応は、１対多マッピング関係である。
【０１１９】
例えば、ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応は、多対１マッピング関係である。
【０１２０】
例えば、ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応は、動的マッピング関係である。
【０１２１】
例えば、ＲＬＣエンティティ及びＭＡＣエンティティの機能は、１つのプロトコルレイヤで処理されて良い。
【０１２２】
本発明の内容は、Ｌ２プロトコルスタックの機能に対応する。Ｌ２プロトコルスタックは、ＰＤＣＰレイヤ、ＲＬＣレイヤ、及びＭＡＣレイヤを含む。異なるプロトコルスタック内のＬ２機能の異なる分散方法は、本発明において限定されない。具体的に言うと、ＰＤＣＰレイヤ、ＲＬＣレイヤ、及びＭＡＣレイヤにおけるＬ２機能の異なる分散方法は限定されない。
【０１２３】
図５は、本発明の一実施形態によるＵＥ側データフローのフロー方向の概略図である。本発明の本実施形態では、ＵＥ側で、アプリケーションレイヤのデータフローは、先ずバッファ（buffer）を通過し、次にＰＤＣＰエンティティに入る。ＰＤＣＰエンティティはデータフローをプレスケジューリングし、特定伝送条件（transmission  opportunity）が満たされると、ＰＤＣＰエンティティ内に配置された送信ユニットがＲＬＣエンティティへデータフローを送信する。ＲＬＣエンティティは、データフローに対して対応する処理を実行し、次に処理したデータフローをＭＡＣレイヤへ送信する。最後に、ＰＨＹレイヤが、無線インタフェースを用いてデータフローを送信する。
実施形態１
【０１２４】
図６は、本発明の一実施形態によるＱｏＳ制御のための方法のフローチャートである。方法はＵＥにより実行され、ＵＥはデータ送信端であり、方法は以下のステップを含む。
【０１２５】
ステップ６０１。データがＵＥのアプリケーションレイヤで送信される必要があるとき、ＵＥのＰＤＣＰエンティティはＵＥのＱｏＳ情報を取得する。
【０１２６】
ＵＥは、ＣＮ又はＡＮからＵＥのＱｏＳ情報を取得して良い。ＱｏＳ情報は、ＱＣＩ、ＧＢＲ、ＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、及びＡＲＰ、のうちの１又は複数を含む。ＵＥは、取得したＵＥのＱｏＳ情報をＵＥのＰＤＣＰエンティティへ伝送する。
【０１２７】
ＣＮは、制御プレーン又はユーザプレーン又は両方を用いて、ＡＮ又はＵＥにＱｏＳ情報を通知して良い。
【０１２８】
本発明の本実施形態では、ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示し、ＱｏＳ情報は、ベアラレベル、フローレベル、パケットレベル、又はＵＥレベルである。
【０１２９】
Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅは、ネットワークリソーススライスである。異なるｓｌｉｃｅは異なるテナントに属して良く、異なるテナントはネットワークに異なるサービスレベルを提供することを要求し、異なるｓｌｉｃｅに属するユーザのＱｏＳは異なって良い。したがって、ＱｏＳ情報及びｓｌｉｃｅ情報は結合される必要がある。
【０１３０】
本発明の本実施形態では、ＵＥは、サービスの属するスライスの相対ＱｏＳ情報を更に取得し、該スライスの相対ＱｏＳ情報に基づき、ＵＥのＱｏＳ情報を調整して良い。
【０１３１】
ステップ６０２。ＵＥのＰＤＣＰエンティティは、ＵＥのＱｏＳ情報に基づき、アプリケーションレイヤで送信されるべきデータを処理して、フローレベルデータフローを取得する。
【０１３２】
本発明の本実施形態では、ＵＥのＰＤＣＰエンティティは、ＵＥのフローレベルＱｏＳ情報に基づきアプリケーションレイヤからのデータをフィルタリングして、フローレベルデータフローを取得して良い。または、ＵＥのＰＤＣＰエンティティは、ＵＥのベアラレベルＱｏＳ情報に基づきアプリケーションレイヤからのデータを分割して、フローレベルデータフローを取得する。または、ＵＥのＰＤＣＰエンティティは、ＵＥのパケットレベルＱｏＳ情報に基づきアプリケーションレイヤからのデータを分類して、フローレベルデータフローを取得する。
【０１３３】
コアネットワーク要素又はＲＡＮは、データフローの識別子ｆｌｏｗ  ｉｄを構成する。例えば、コアネットワークにより通知されたＱｏＳ情報がフローレベルである場合、ｆｌｏｗ  ｉｄがＱｏＳ情報に追加される。
【０１３４】
ステップ６０２は、プレスケジューリングされたキューの生成手順又はキューイング手順として参照されることがある。各フローレベルデータフローは、１つの待ち行列キューに対応する。さらに、複数のデータフローは同じ待ち行列キューに対応して良く、複数のデータフローと１つのキューとの間の対応に関する情報は、ＲＡＮ要素により構成されて良く、並びに、ＲＡＮ要素は、データフローｉｄとキューｉｄとの間の対応を更に構成して良い。例えば、複数のデータフローは、同じＱｏＳ情報又はＱｏＳ情報の中の同じ優先度に基づき、同じキューに対応して良い。さらに、ＲＡＮがデータフローとキューとの間の対応を構成しない場合、データフローはキューと１対１対応にあると考えられ得る。
【０１３５】
例えば、プレスケジューリングデータキューがアプリケーションレイヤデータから来て、アプリケーションレイヤデータはｆｌｏｗ形式、言い換えるとｆｌｏｗに基づくＱｏＳメカニズムであって良い。ＣＮがＵＥにｆｌｏｗ  ＱｏＳ情報を通知して良く、又はＲＡＮがＵＥにｆｌｏｗ  ＱｏＳ情報を通知する。例えば、ＣＮは、ＵＥに、各ｆｌｏｗのＴＦＴテンプレートを通知して良く、ＵＥはＴＦＴテンプレートを用いてアプリケーションレイヤからのデータをフィルタリングして複数のｆｌｏｗレベルデータフローを取得する。ｆｌｏｗ  ＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＰＮ−ＡＭＢＲ、ＴＦＴテンプレート、ＡＲＰ、及びｆｌｏｗ  ｉｄのようなフロー情報のうちの１又は複数を含む。ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示す。ＴＦＴテンプレートは、ＩＰヘッダ内のＩＰ５タプル及びＱｏＳ関連フィールドに基づきパケットをフィルタリングすることを意味する。フィルタリングテンプレートは、ＩＰｖ４  ｒｅｍｏｔｅ  ａｄｄｒｅｓｓ（ＩＰｖ４リモートアドレス）、ＩＰｖ６  ｒｅｍｏｔｅ  ａｄｄｒｅｓｓ（ＩＰｖ６リモートアドレス）、Ｐｒｏｔｏｃｏｌ  ｉｄｅｎｔｉｆｉｅｒ／Ｎｅｘｔ  ｈｅａｄｅｒ（プロトコル識別子）、Ｓｉｎｇｌｅ  ｌｏｃａｌ  ｐｏｒｔ（単一ローカルポート番号）、Ｌｏｃａｌ  ｐｏｒｔ  ｒａｎｇｅ（ローカルポート番号範囲）、Ｓｉｎｇｌｅ  ｒｅｍｏｔｅ  ｐｏｒｔ（単一リモートポート番号）、Ｒｅｍｏｔｅ  ｐｏｒｔ  ｒａｎｇｅ（リモートポート番号範囲）、Ｓｅｃｕｒｉｔｙ  ｐａｒａｍｅｔｅｒ  ｉｎｄｅｘ（セキュリティパラメータインデックス）、Ｔｙｐｅ  ｏｆ  ｓｅｒｖｉｃｅ／Ｔｒａｆｆｉｃ  ｃｌａｓｓ（サービス種類）、Ｆｌｏｗ  ｌａｂｅｌ  ｔｙｐｅ（フローラベル種類）、等のうちの１又は複数を含んで良い。ｆｌｏｗ  ＱｏＳ情報は、複数のｆｌｏｗの総合ＱｏＳ情報を更に含み、該総合ＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＰＮ−ＡＭＢＲ、ＡＲＰ、及びｆｌｏｗ  ｉｄのような情報のうちの１又は複数を含み、並びに複数のｆｌｏｗの総合特徴、例えばレート限度、を表す。一般的に、総合ＱｏＳ情報は、同じアプリケーションの複数のｆｌｏｗについて構成される。ＲＡＮ側でのＱｏＳ実施中、各ｆｌｏｗのＱｏＳ情報が満たされ、複数のｆｌｏｗのＱｏＳ情報を総合する必要があり、例えば、複数のｆｌｏｗの合計レートに対する限度又は制限も満たされる必要がある。
【０１３６】
さらに、ＵＥは、ネットワークに能動的に又はネットワークによる要求に応じて、ｆｌｏｗ−ｂａｓｅｄ  ＱｏＳメカニズムがサポート可能か否かを示すために、ｆｌｏｗ−ｂａｓｅｄ  ＱｏＳがサポートされているか否かを示す能力情報を報告して良い。ＵＥは、ＡＳ（Access  Stratum）又はＮＡＳ（Non−access  Stratum）メッセージを用いて、能力情報をコアネットワーク要素又はＲＡＮ要素に報告して良い。
【０１３７】
別の例では、ＣＮ又はＲＡＮは、ＵＥにｂｅａｒｅｒ  ＱｏＳ情報を通知し、ＵＥは、ｂｅａｒｅｒデータを分割してｆｌｏｗレベルデータフローを取得する。ｂｅａｒｅｒデータを分割するルールは、ＴＦＴテンプレート拡張ルール、データパケットヘッダマッピングルール、等であって良い。例えば、ＴＣＰレイヤ、ＩＰレイヤ、及びＡＰＰレイヤにおける１又は複数のＨＴＴＰプロトコルのデータパケットヘッダバイトは、複数のｆｌｏｗを取得するために、ｂｅａｒｅｒデータを分割するためにマッピングされる。ＣＮ又はＲＡＮは、ｆｌｏｗ  ｉｄ又は分割ルールに対応する同様の識別子を更に通知して良い。
【０１３８】
ｂｅａｒｅｒ  ＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＰＮ−ＡＭＢＲ、ＡＲＰ、及びＴＦＴテンプレート、のようなｂｅａｒｅｒ情報のうちの１又は複数を含む。ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示す。
【０１３９】
更に別の例では、ＣＮ又はＡＮは、ＵＥにｐａｃｋｅｔ  ＱｏＳ情報を通知して良く、ＵＥは、ｐａｃｋｅｔを分類してｆｌｏｗレベルデータフローを取得する。分類ルールは、データパケットヘッダ内の幾つかのバイト又はデータパケットヘッダの識別情報の特徴、例えばＴＣＰプロトコルにおける幾つかの特別なポート及び特徴フィールド、及びＨＴＴＰパケット特徴フィールド、「ＧＥＴ」、「ＰＯＳＴ」、「ＨＴＴＰ／１．１」、及び「ＨＯＳＴ」のようなキーワードであって良い。特徴関連付けは複数の特徴フィールドの共同識別であり、挙動識別はデータフロー挙動、例えばパケット内のポート範囲、パケット長統計（パケット長シーケンス、パケット長セット、パケット長範囲、パケット長平均、及びラウンドトリップパケット長の和）、パケット送信頻度、パケット受信及び送信比率、及び宛先アドレス分散度、のような挙動モードのうちの１又は複数の識別を意味する。ＣＮ又はＡＮは、ｆｌｏｗ  ｉｄ又は分類ルールに対応する同様の識別子を更に通知して良い。例えば、ＨＴＴＰパケット特徴フィールド「ＧＥＴ」を用いる分類を通じて、データフローのｆｌｏｗ  ｉｄが１であることが分かる。
【０１４０】
例えば、アップリンクデータ及びダウンリンクデータでは、異なるＱｏＳ情報を示すために、データパケットヘッダ内でラベリングが実行されて良い。送信端は、ラベルに基づき、異なる待ち行列キューを生成して良い。例えば、ラベルはデータパケットヘッダ内で伝達され、ラベルはｆｌｏｗ  ｉｄ又はＱｏＳ情報指示識別子であって良く、ラベルの位置はデータパケットヘッダ又は拡張ヘッダであって良い。例えば、ラベリングは、ＴＣＰヘッダ内の６個の予約ビットの空間、ＧＴＰＵヘッダ内の拡張空間、及びＩＰにおけるＤＳＣＰフィールドを用いて実行されて良い。任意で、異なるＤＳＣＰフィールド値は異なるＱｏＳパラメータに対応する。例えば、０００００００１はあるＱｏＳパラメータセットを識別し、及び００００００１１は別のＱｏＳパラメータセットを識別する。これはここで限定されない。非ＩＰパケットでは、特別ヘッダが追加されて良く、ヘッダ領域内でラベリングが実行される。
【０１４１】
本発明の本実施形態では、ｆｌｏｗレベルデータフローは、前述の方法のうちの１又は複数を参照して取得されて良い。
【０１４２】
ステップ６０３。ＵＥのＰＤＣＰエンティティは、構成情報又はＲＬＣエンティティにより報告される情報に基づき、プレスケジューリングウインドウサイズ及び送信期間を設定する。
【０１４３】
本発明の本実施形態では、ＵＥのＰＤＣＰエンティティは、ＲＡＮにより送信された構成情報を取得し、構成情報に基づきプレスケジューリングウインドウ及び送信期間のうちの一方又は両方を設定する。または、ＵＥのＰＤＣＰエンティティは、ＲＬＣエンティティにより周期的に報告されるプレスケジューリングウインドウ及び送信期間のうちの１又は複数を受信する。または、ＵＥのＰＤＣＰエンティティは、ＲＬＣエンティティによりイベントに基づき報告されたプレスケジューリングウインドウ及び送信期間のうちの１又は複数を受信する。
【０１４４】
図６Ａは、本発明の一実施形態によるＰＤＣＰエンティティの処理手順の概略図である。送信端では、ＰＤＣＰエンティティは、上位レイヤからデータを受信し、キューイング、プレスケジューリング、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与、のような動作を実行し、次にＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。任意で、ＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティは、ルーティング処理を実行し及びＰＤＣＰ  ＰＤＵの分配されるべき適切なＲＬＣエンティティを選択する必要がある。相応して、受信端では、ＰＤＣＰエンティティは、下位レイヤからデータを受信し、ＰＤＣＰヘッダ除去、解読、ヘッダ伸張、順次的分配、のような動作を実行し、次にデータを上位レイヤへ分配する。
【０１４５】
図６Ｂは、本発明の一実施形態によるＰＤＣＰエンティティの別の処理手順の概略図である。送信端では、ＰＤＣＰエンティティは、上位レイヤからデータを受信し、ＰＤＣＰ  ＳＮ番号割り当て、キューイング、プレスケジューリング、暗号化、及びＰＤＣＰヘッダ付与、のような動作を実行し、次にＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配して良い。任意で、ＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティは、ルーティング処理を実行し及びＰＤＣＰ  ＰＤＵの分配されるべき適切なＲＬＣエンティティを選択する必要がある。相応して、受信端では、ＰＤＣＰエンティティは、下位レイヤからデータを受信し、ＰＤＣＰヘッダ除去、解読、ヘッダ伸張、順次的分配、のような動作を実行し、次にデータを上位レイヤへ分配する。
【０１４６】
図６Ｃは、本発明の一実施形態によるＰＤＣＰエンティティの更に別の処理手順の概略図である。送信端では、ＰＤＣＰエンティティは、上位レイヤからデータを受信し、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、ＰＤＣＰヘッダ付与、キューイング、及びプレスケジューリング、のような動作を実行し、次にＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配して良い。任意で、ＰＤＣＰエンティティは、送信端においてヘッダ圧縮機能を更に実行して良い。相応して、受信端では、ＰＤＣＰエンティティは、下位レイヤからデータを受信し、ＰＤＣＰヘッダ除去、解読、ヘッダ伸張、順次的分配、のような動作を実行し、次にデータを上位レイヤへ分配する。
【０１４７】
プレスケジューリングウインドウサイズは、ＰＤＣＰエンティティ内の異なるキューのデータを送信するために設定される必要があり、送信期間が更に設定されて良い。プレスケジューリング中、プレスケジューリングウインドウは、待ち行列キューから抽出されたデータパケットの合計サイズを示すために使用される。ＰＤＣＰエンティティは、プレスケジューリングウインドウ内の全部のデータパケットをＲＬＣエンティティに分配する。ＰＤＣＰエンティティは、分配を周期的に実行して良い。
【０１４８】
例えば、ＲＡＮは、ＰＤＣＰエンティティのプレスケジューリングウインドウ及び送信期間のうちの１又は複数を構成する。ＲＡＮは、ＲＢ毎にプレスケジューリングウインドウ情報セットを構成する。プレスケジューリングウインドウ情報は、プレスケジューリングウインドウ及び送信期間のうちの１又は複数を含む。アップリンクデータ伝送方向では、ＲＡＮは、無線インタフェースメッセージ、例えばＲＲＣメッセージ又はＰＤＣＰ制御情報要素（PDCP  control  PDU）を用いて、ＵＥにＲＢのプレスケジューリングウインドウ情報を通知する。
【０１４９】
別の例では、ＲＬＣエンティティが、ＰＤＣＰエンティティのプレスケジューリングウインドウ及び送信期間のうちの１又は複数を周期的に報告する。ＲＡＮは、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する期間を構成して良い。ＲＬＣエンティティは、ＲＬＣバッファ状態、ＭＡＣレイヤスケジューリング機会、及びＲＬＣエンティティスループットのうちの１又は複数を用いて、プレスケジューリングウインドウ情報を計算して良い。
【０１５０】
更に別の例では、ＲＬＣエンティティは、イベントに基づき、ＰＤＣＰのプレスケジューリングウインドウ情報を報告して良く、プレスケジューリングウインドウ情報はプレスケジューリングウインドウ及び送信期間のうちの１又は複数を含む。ＲＬＣ  ｂｕｆｆｅｒの統計に従い、ＲＬＣ  ｂｕｆｆｅｒが閾より少ない場合、ＲＬＣエンティティは、ＰＤＣＰエンティティに、プレスケジューリングウインドウを拡張し及び／又は送信期間を短縮するよう指示し、あるいは、ＲＬＣ  ｂｕｆｆｅｒが閾より多い場合、ＲＬＣエンティティは、ＰＤＣＰエンティティに、プレスケジューリングウインドウを縮小し及び／又は送信期間を延長するよう指示する。
【０１５１】
任意で、ＲＬＣエンティティによりＰＤＣＰエンティティに報告されるメッセージは、ＰＤＣＰエンティティの提案プレスケジューリングウインドウ及び提案送信期間を伝達して良い。
【０１５２】
ＲＬＣエンティティによりプレスケジューリング情報を報告するイベントは、ＲＡＮにより構成され、制御プレーンメッセージ又はユーザプレーンメッセージを用いてＵＥに通知されて良い。例えば、ＲＬＣ  ｂｕｆｆｅｒが指定時間内で指定閾より少ないことは、プレスケジューリングウインドウを拡張し及び／又は送信期間を短縮するよう指示するために、情報をＰＤＣＰエンティティに報告するようＲＬＣエンティティをトリガするイベントＡとして定められて良い。ＲＬＣ  ｂｕｆｆｅｒが指定時間内で指定閾より大きいことは、プレスケジューリングウインドウを縮小し及び／又は送信期間を拡張するよう指示するために、情報をＰＤＣＰエンティティに報告するようＲＬＣエンティティをトリガするイベントＢとして定められて良い。
【０１５３】
さらに、ＰＤＣＰエンティティは、キューイング情報、例えばキュー長及びキューイング時間のような情報のうちの１又は複数をＲＬＣレイヤに報告して良い。
【０１５４】
さらに、ＲＬＣエンティティは、ＰＤＣＰエンティティにより報告されるキューイング情報を参照して、プレスケジューリングウインドウ情報を計算して良い。
【０１５５】
さらに、ＲＬＣエンティティは、プレスケジューリングウインドウ情報のインデックス情報のみを報告して良い。ＲＡＮ又はＲＬＣエンティティは、複数のプレスケジューリングウインドウ情報セットを予め構成して良い。プレスケジューリングウインドウ情報は、プレスケジューリングウインドウ及び送信期間のうちの１又は複数を含み、インデックス情報は、特定の対応するプレスケジューリングウインドウ情報を示すために使用され、それによりシグナリング相互作用オーバヘッドを削減する。
【０１５６】
ＰＤＣＰエンティティは、ＲＬＣエンティティにより報告されたプレスケジューリングウインドウ情報を受信し、古いプレスケジューリングウインドウ情報を新しく受信したプレスケジューリングウインドウ情報に更新する。
【０１５７】
ＲＬＣエンティティの最大バッファは、ＲＡＮにより構成されて良い。
【０１５８】
さらに、ＰＤＣＰエンティティは、プレスケジューリングウインドウ情報を更に独立して選択し及び調整して良く、ＰＤＣＰエンティティは、待ち行列キューの長さ及び待ち時間並びにＲＬＣ  ｂｕｆｆｅｒ状態のような情報のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を適応的に選択して良い。さらに、プレスケジューリングウインドウ情報は、１又は複数のレベルに分類されて良く、ＰＤＣＰエンティティは、独立プレスケジューリングウインドウ情報のレベルを選択して良い。複数のレベルのプレスケジューリングウインドウ情報がＲＡＮにより構成されて良い。複数のレベルの独立プレスケジューリングウインドウ情報が、代替として、ＲＡＮエンティティにより構成されて良い。
【０１５９】
さらに、ＲＬＣエンティティは、ＲＬＣバッファ状態をＰＤＣＰレイヤに周期的に又はイベントに基づき報告して良い。ＲＬＣバッファ状態は、バッファ負荷状態情報、例えば重、中、又は軽負荷状態であって良い。ＲＬＣバッファ状態を報告するイベントは、ＲＡＮ要素により構成されて良い。例えば、ＲＬＣエンティティは、バッファ状態が変化するときトリガするイベントを通じてＲＬＣバッファ状態を報告する。ＲＬＣバッファの重、中、及び軽負荷状態についての閾は、ＲＡＮにより構成されて良い。
【０１６０】
ＲＬＣエンティティによりバッファ状態を周期的に報告する期間の値も、ＲＡＮにより構成されて良い。
【０１６１】
さらに、ＰＤＣＰエンティティは、ＲＬＣバッファ状態に基づき、独立プレスケジューリングウインドウ情報のレベルを選択して良い。例えば、ＲＬＣバッファが重負荷状態である場合、ＰＤＣＰエンティティは、比較的小さなプレスケジューリングウインドウに対応するレベルの独立プレスケジューリングウインドウ情報を選択する。
【０１６２】
さらに、ＰＤＣＰエンティティは、キューイング情報、例えばキュー長及びキューイング時間のような情報のうちの１又は複数をＲＬＣレイヤに報告して良い。
【０１６３】
さらに、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する方法、及びＰＤＣＰエンティティにより独立プレスケジューリングウインドウ情報を使用する方法は、組み合わせて使用されて良い。例えば、ＲＬＣバッファの負荷が比較的軽いとき、ＰＤＣＰエンティティにより独立プレスケジューリングウインドウ情報を使用する方法は、データ送信を加速するために使用されて良い。ＲＬＣバッファの負荷が比較的重いとき、ＲＬＣエンティティはプレスケジューリングウインドウ情報を報告して良く、ＰＤＣＰエンティティはＲＬＣエンティティにより報告された受信したプレスケジューリングウインドウ情報を使用する。
【０１６４】
さらに、あるソリューションでは、初期サービス開始中に、ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を使用する方法は、ＲＬＣエンティティがプレスケジューリングウインドウ情報を報告するまで、又はＲＬＣエンティティが、ＲＬＣ  ｂｕｆｆｅｒの負荷が重いことを示す情報を報告し、次にＲＬＣバッファ状態に基づきプレスケジューリングウインドウ情報のレベルが選択されるまで、使用されて良い。
【０１６５】
さらに、分類処理は、ｆｌｏｗプレスケジューリング情報に基づき実行されて良い。具体的に言うと、ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を使用する方法は、幾つかのｆｌｏｗに対応するキューのために使用されて良い。ｆｌｏｗプレスケジューリング情報は、ＲＡＮにより構成され又はＲＬＣエンティティにより通知されて良い。例えば、ＲＡＮは、優先度１及び２を有するｆｌｏｗに対応するキューが、ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を使用する方法でプレスケジューリングされ得る場合を構成して良い。任意で、ＰＤＣＰエンティティは、独立プレスケジューリングウインドウ情報をＲＬＣエンティティに通知する。ＲＬＣエンティティは、独立プレスケジューリングウインドウ情報を参照して、ＲＬＣエンティティにより生成されたプレスケジューリングウインドウ情報を決定して良い。
【０１６６】
さらに、ＲＡＮ又はＲＬＣエンティティは、幾つかのｆｌｏｗのキューがプレスケジューリングされない場合を構成して良い。具体的に言うと、ｆｌｏｗのデータ（つまり、ＰＤＣＰ  ＳＤＵ）は、アプリケーションレイヤからＰＤＣＰレイヤに直接入り、次に、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びヘッダ付与のような処理が、ＰＤＣＰレイヤにより実行されて、ＰＤＣＰ  ＰＤＵを取得し、ＰＤＣＰ  ＰＤＵがＲＬＣエンティティに直接分配される。
【０１６７】
さらに、図６Ａの手順は、ＰＤＣＰエンティティにより独立プレスケジューリングウインドウ情報を使用する方法及びＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する方法の結合方法を示す。ＰＤＣＰエンティティは、独立プレスケジューリングウインドウ情報に基づきプレスケジューリング処理を実行して、被送信ＰＤＣＰ  ＰＤＵを取得しバッファリングする。ＰＤＣＰエンティティは、ＲＬＣエンティティにより報告されたプレスケジューリングウインドウ情報を受信し、ＰＤＣＰ  ＳＮ番号の昇順で、バッファ内の被送信ＰＤＣＰ  ＰＤＵから特定数のＰＤＣＰ  ＰＤＵを選択し、該特定数のＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。特定数のＰＤＣＰ  ＰＤＵは、ＲＬＣエンティティにより報告されたプレスケジューリングウインドウ情報に基づき決定される。例えば、被送信ＰＤＣＰ  ＰＤＵの数がＲＬＣエンティティにより報告されたプレスケジューリングウインドウより多い場合、特定数はプレスケジューリングウインドウサイズであって良い。あるいは、被送信ＰＤＣＰ  ＰＤＵの数がＲＬＣエンティティにより報告されたプレスケジューリングウインドウ以下である場合、特定数はバッファ内の被送信ＰＤＣＰ  ＰＤＵの数であって良い。
【０１６８】
ＰＤＣＰエンティティ及びＲＬＣエンティティが同じレイヤに実装される場合、レイヤ間ウインドウはプロトコルレイヤの内部に実装される。
【０１６９】
ＲＬＣエンティティ及びＭＡＣエンティティの機能が１つのプロトコルレイヤに実装される場合、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する関連機能は、このプロトコルレイヤに実装される。
【０１７０】
ＲＬＣエンティティの機能がＭＡＣエンティティ及びＰＤＣＰエンティティにより別個に実装され得る、例えば、ＲＬＣ再送機能がＰＤＣＰエンティティにより実装され、且つＲＬＣエンティティのセグメント化及び再組立機能がＭＡＣレイヤにより実装される場合、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する関連機能は、ＭＡＣレイヤにより実装されて良い。
【０１７１】
１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティは、複数のＲＬＣエンティティのプレスケジューリングウインドウ情報に基づきプレスケジューリング処理を実行し、対応するＲＬＣエンティティへＰＤＣＰ  ＰＤＵを送信する。さらに、ＰＤＣＰエンティティは、異なる種類のＲＬＣエンティティに基づき、ＰＤＣＰエンティティの待ち行列キューをグループ化して良い。例えば、ＰＤＣＰエンティティは、ＲＬＣエンティティの対応する種類に基づき、キューを２つのグループにグループ化し、各キューグループ内のデータを対応する種類のＲＬＣエンティティに分配する、言い換えると、送信端でルーティング処理を実行する。プレスケジューリング手順は、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する方法及び／又はＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を使用する方法で、実行されて良い。さらに、ＰＤＣＰエンティティは、待ち行列キューをグループ化しなくて良く、ＲＬＣエンティティを選択し、ＲＬＣエンティティにデータを分配する。ＰＤＣＰエンティティは、複数のＲＬＣエンティティにより報告されたプレスケジューリングウインドウ情報に基づき、異なるＲＬＣエンティティに分配されるＰＤＣＰ  ＰＤＵの数を決定し、例えばＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順で、ＰＤＣＰ  ＰＤＵが分配されるべきＲＬＣエンティティを選択して良い。任意で、異なるＲＬＣエンティティに分配されるべきＰＤＣＰ  ＰＤＵの数は、異なるＲＬＣエンティティに対応する無線リンクチャネル状態情報、ＲＬＣエンティティのバッファ状態情報、ＲＬＣエンティティの再送状態情報、等のうちの１又は複数に基づき決定されて良い。ＲＬＣエンティティは、ＲＬＣエンティティの再送状態情報をＰＤＣＰエンティティに通知する必要がある。ＲＬＣエンティティの再送状態情報は、再送ＲＬＣ  ＰＤＵの数、又はプリセット時間期間内のＲＬＣ  ＰＤＵの再送可能性若しくは合計再送回数、のようなＲＬＣエンティティに関する情報のうちの１又は複数であって良い。
【０１７２】
複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、ＲＬＣエンティティは、複数のプレスケジューリングウインドウ情報片を生成し、複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、各ＰＤＣＰエンティティは、プレスケジューリング処理を独立して実行し、ＰＤＣＰ  ＰＤＵをＲＬＣエンティティへ送信する。ＰＤＣＰエンティティの識別情報は、ＰＤＣＰ  ＰＤＵ内で伝達されて良い。代替で、ＰＤＣＰエンティティとＲＬＣエンティティとの間の別の形式の対応が確立される。受信端におけるＲＬＣエンティティは、ＰＤＣＰエンティティの取得した識別子に基づき、対応するＰＤＣＰエンティティにＰＤＣＰ  ＰＤＵを分配する。
【０１７３】
さらに、ＲＬＣエンティティは、ＰＤＣＰエンティティの状態情報に基づき、プレスケジューリングウインドウ情報を割り当てて良い。ＰＤＣＰエンティティの状態情報は、ＰＤＣＰエンティティ内のキューのキュー長及びキューイング時間、各ｆｌｏｗのデータのプレスケジューリング情報、等のうちの１又は複数である。さらに、ＲＡＮは、ＰＤＣＰエンティティの構成情報（ＰＢＲ、ｐｒｉｏｒｉｔｙ、Ｍａｘ  ｒａｔｅ、ＧＢＲ、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎのような情報のうちの１又は複数を含む）を構成し、スケジューリング情報をＲＬＣエンティティに通知して良い。さらに、ＰＤＣＰエンティティは、全部のｆｌｏｗのデータのプレスケジューリング情報を結合して、ＰＤＣＰエンティティのスケジューリング情報を生成して良く、例えば複数のｆｌｏｗの優先度を平均してＰＤＣＰエンティティの優先度を取得し、複数のｆｌｏｗのＰＢＲを一緒に加算してＰＤＣＰエンティティのＰＢＲを取得する。ＰＤＣＰエンティティのスケジューリング情報を生成するために全部のｆｌｏｗのデータのプレスケジューリング情報を結合する結合ルールは、ＲＡＮにより通知されて良い。ＰＤＣＰエンティティは、ＰＤＣＰエンティティのスケジューリング情報をＲＬＣエンティティに通知する。さらに、ＲＬＣエンティティは、ＰＤＣＰエンティティの状態情報及び／又はＰＤＣＰエンティティのスケジューリング情報に基づき、複数のＰＤＣＰエンティティにプレスケジューリングウインドウ情報を割り当て、例えばＲＬＣエンティティにより許容可能な合計ＰＤＣＰ  ＰＤＵ数を複数のＰＤＣＰエンティティに割り当て、複数のＰＤＣＰエンティティのプレスケジューリングウインドウ情報を取得して良い。
【０１７４】
さらに、ＰＤＣＰエンティティは、異なるプレスケジューリング方法を決定するために、優先度に基づき互いに区別される。言い換えると、異なるスケジューリング優先度を有するＰＤＣＰエンティティは、異なるプレスケジューリング方法を使用する。高優先度ＰＤＣＰエンティティは、独立プレスケジューリングウインドウ情報を使用する方法を用いて良く、低優先度ＰＤＣＰエンティティは、ＲＬＣエンティティによりプレスケジューリングウインドウ情報を報告する方法を用いて良い。具体的に、独立プレスケジューリングウインドウ情報を使用し得るＰＤＣＰエンティティの優先度は、ＲＡＮにより構成されて良い。例えば、特定優先度より高い優先度を有するＰＤＣＰエンティティは、独立プレスケジューリングを通じて、ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配して良い。さらに、独立プレスケジューリングウインドウ情報を使用するＰＤＣＰエンティティの優先度はＵＥのＲＬＣエンティティにより構成されて良い。さらに、ＲＡＮ要素又はＲＬＣエンティティは、独立プレスケジューリングを実行するＰＤＣＰエンティティを直接示して良い。ＰＤＣＰエンティティの識別子は伝達されて良い。例えば、ＲＡＮ要素又はＲＬＣエンティティは、ＰＤＣＰエンティティ１が独立プレスケジューリングを実行し、言い換えるとスケジューリングウインドウ情報を独立して選択することによりプレスケジューリングを実行し得ることを示す。
【０１７５】
具体的に、ＰＤＣＰエンティティ内に１つのみのキューが存在する場合、ＰＤＣＰエンティティは、プレスケジューリングウインドウ情報に基づき、キューから特定数のＰＤＣＰ  ＳＤＵを取得し、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びヘッダ付与のような処理を実行して、ＰＤＣＰ  ＰＤＵを取得し、該ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに直接分配する。代替として、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びヘッダ付与のような処理がキューに対して実行されていた場合、ＰＤＣＰエンティティは、プレスケジューリングウインドウ情報に基づき、キューから特定数のＰＤＣＰ  ＰＤＵを取得し、該特定数のＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。ＰＤＣＰエンティティとＲＬＣエンティティとの間の対応が動的マッピング関係である場合、ＰＤＣＰエンティティは、ＲＬＣエンティティの識別子に基づき、対応するＲＬＣエンティティへＰＤＣＰ  ＰＤＵを送信する。
【０１７６】
ステップ６０４。ＵＥのＰＤＣＰエンティティは、各データフローのプレスケジューリング情報を決定する。
【０１７７】
本発明の本実施形態では、ＵＥのＰＤＣＰエンティティは、各データフローの且つＲＡＮにより送信されたプレスケジューリング情報を取得して良く、及び／又はＵＥのＰＤＣＰエンティティは、ＣＮにより送信されたＵＥのフローレベルＱｏＳ情報を取得し、ＵＥのフローレベルＱｏＳ情報に基づき各データフローのプレスケジューリング情報を決定し、及び／又はＵＥのＰＤＣＰエンティティは、アプリケーションレイヤから情報を取得し、プレスケジューリング情報を計算する。
【０１７８】
例えば、ＵＥのＰＤＣＰエンティティは、ＲＡＮにより構成されたプレスケジューリング情報を取得して良い。ＲＡＮは、無線インタフェースメッセージを用いて、ＵＥのデータのためにプレスケジューリング情報を構成する。プレスケジューリング情報は、各ｆｌｏｗの情報、例えば、ＰＢＲ、ｐｒｉｏｒｉｔｙ、Ｍａｘ  ｒａｔｅ、ＧＢＲ、ｆｌｏｗの属するＲＢのＡＭＢＲ、ＡＰＮ−ＡＭＢＲ、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ、のうちの１又は複数を含む。ＰＢＲは、名目レートであり、幾つかの低優先度キューが常にスケジューリング不可能である、したがってデータが長時間送信できない場合を回避するために、スケジューリング中の各ｆｌｏｗのレート保証を示す。ｆｌｏｗの属するＲＢのＡＭＢＲは、ＲＡＮにより生成されて良く、ＲＢの全部のｎｏｎ  ＧＢＲサービスの最大送信レートを示す。ＲＡＮは、ＵＥのＡＭＢＲに基づき、ＲＢのＡＭＢＲを取得して良い。ＲＡＮによりＵＥへ送信されたプレスケジューリング情報についての無線インタフェースメッセージは、ｆｌｏｗ識別子を含む。無線インタフェースメッセージは、ＲＲＣ（radio  resource  control）メッセージ又はＰＤＣＰ制御情報要素（PDCP  control  PDU）であって良い。任意で、プレスケジューリング情報は、スケジューリングが異なるキューに対して実行されるときに使用されるスケジューリングアルゴリズム及び／又はアルゴリズム種類を更に含む。
【０１７９】
データフローがキューと１対１対応である場合、データフローのプレスケジューリング情報はキューのプレスケジューリング情報である。任意で、複数のｆｌｏｗの且つ組み合わせて処理され得る情報が更に含まれて良い。例えば、複数のｆｌｏｗが同じ優先度を有する場合、複数のｆｌｏｗは処理のために同じキューに置かれて良い。言い換えると、均一なフロープレスケジューリング情報が構成されて良い。複数のデータフローは同じ待ち行列キューに対応する。複数のｆｌｏｗのプレスケジューリング情報は、キューのプレスケジューリング情報に対応する。
【０１８０】
別の例では、ＵＥのＰＤＣＰエンティティは、ＣＮにより通知されたプレスケジューリング情報を取得して良い。ＣＮは、ＵＥにＱｏＳ情報を通知する。ＵＥに通知されたＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、及びＡＰＮ−ＡＭＢＲ、のようなｆｌｏｗ情報のうちの１又は複数を含み、ＱＣＩは優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示す。ＵＥは、特定アルゴリズムを用いて、ｆｌｏｗレベルＱｏＳ情報に基づき、プレスケジューリング情報を取得する。例えば、ＵＥは、ＱＣＩ情報を用いて、マッピングを通じて、被スケジューリングｆｌｏｗの優先度を知って良い。さらに、ＲＡＮは、プレスケジューリング情報を計算するルールをＵＥに通知して良く、ＵＥは、該ルールに従いプレスケジューリング情報を計算し取得する。さらに、ＲＡＮは、プレスケジューリング情報の一部をＵＥに通知して良く、ＵＥは、ＡＮにより送信されたプレスケジューリング情報の一部を受信し、及びプレスケジューリング情報の一部をＵＥのプレスケジューリング情報の一部として使用して良い。
【０１８１】
更に別の例では、ＵＥのＰＤＣＰエンティティは、ａｐｐレイヤから取得したプレスケジューリング情報を取得して良い。ＵＥは、プレスケジューリング情報を計算するためにａｐｐレイヤから情報を取得して良く、ＵＥは、例えば何らかのアプリケーションレイヤデータに対する特別処理、例えばＴＣＰ再送パケット及びＴＣＰ  ＡＣＫパケットに対する特別処理のために、プレスケジューリング関連情報を取得するためにａｐｐレイヤから情報を読み出す。プレスケジューリング情報を計算するためにＡＰＰから情報を読み出すルールは、ＣＮ又はＡＮによりＵＥに通知されて良い。ＵＥは、ａｐｐレイヤから取得した情報及びプレスケジューリング情報を計算するためのルールに基づき、プレスケジューリング情報を計算する。例えば、ＴＣＰ再送パケット及びＴＣＰ  ＡＣＫパケットは、高優先度キューに置かれて良い。
【０１８２】
プレスケジューリング情報を取得する上記３つの方法は、独立に使用され又は組み合わせて使用されて良い。
【０１８３】
ステップ６０５。各送信期間において、ＵＥのＰＤＣＰエンティティは、待ち行列キューのプレスケジューリング情報に基づき、待ち行列キューからプレスケジューリングウインドウサイズのデータパケットを選択する。
【０１８４】
ＰＤＣＰエンティティは、さらに、キューが長時間スケジューリングされないことを防ぐために、各キューの優先ビットレート（prioritized  Bit  Rate、ＰＢＲ）を保証する必要がある。ＡＰＮに属する全てのキューについて、最大データスケジューリングレートは、ＡＰＮ−ＡＭＢＲにより制約される。さらに、スケジューリング中、サービスデータのキュー長、キューのキューイング時間、及びサービスのＱｏＳ属性の中の遅延カウンタのような情報のうちの１又は複数が検討されて良い。例えば、比較的長いキューイング時間及び比較的小さい遅延カウンタを有するデータパケットのスケジューリングは、加速されて良い。
【０１８５】
ステップ６０２、ステップ６０３、及びステップ６０４を実行する時間順序は存在しない。
【０１８６】
さらに、ＵＥ側の前述のデータ送信処理手順に対応して、ＲＡＮ側のデータ受信処理手順では、受信端としてのＰＤＣＰエンティティは、ＲＬＣエンティティからＰＤＣＰ  ＰＤＵを取得する。ＰＤＣＰエンティティは、ヘッダ除去及び解読のような動作を実行して、異なるｆｌｏｗのデータパケットを取得し、続いて、該データパケットを上位レイヤに分配し、該データパケットをルーティング処理を通じてコアネットワークへ送信する。
【０１８７】
本発明の本実施形態では、キュープレスケジューリング処理は、ＰＤＣＰレイヤで実行され、ＲＬＣレイヤはプレスケジューリング情報（プレスケジューリングウインドウ及び／又は送信期間）を報告し、ＰＤＣＰエンティティはプレスケジューリング情報に基づきスケジューリング及びデータ分配を実行する。プレスケジューリングソリューションでは、精細粒度ＱｏＳ特徴がＭＡＣレイヤより上で実施され得る。したがって、精密さのためのＱｏＳ要件が反映でき、論理チャネル数の増大により引き起こされるＭＡＣサブヘッダオーバヘッドが削減できる。
【０１８８】
本発明の本実施形態では、フローに基づくＱｏＳ制御が、ＰＤＣＰレイヤによるプレスケジューリング及びＭＡＣレイヤによるスケジューリングの両方を通じて実施される。以下は、プレスケジューリングとスケジューリングとの間の相互作用を詳述する。
【０１８９】
ＭＡＣレイヤによりスケジューリングされる各ＲＢのスケジューリング情報は、論理情報優先度、優先ビットレート（prioritized  Bit  Rate、ＰＢＲ）、及びバケットサイズ期間（Bucket  Size  Duration、ＢＳＤ）のようなＲＢ情報のうちの１又は複数を含む。
【０１９０】
ＵＥのＭＡＣエンティティでは、ＲＢのスケジューリング情報は、ＲＡＮ要素により構成されて良く、又はプレスケジューリング情報を用いてプリセット計算ルールに従い取得されて良い。プリセット計算ルールは、例えば、ＲＢ内の各ｆｌｏｗの優先度に基づきＲＢの論理情報優先度を取得することである。平均を計算する方法が具体的に使用されて良い。同様に、ＲＢのスケジューリング情報内の別の部分も、ｆｌｏｗのスケジューリング情報を用いて計算されて良い。例えば、ＰＢＲの値は、全てのｆｌｏｗのＰＢＲの和であって良い。プリセット計算ルールは、ＲＡＮ要素によりＵＥに通知されて良い。ｆｌｏｗとＲＢとの間の柔軟なマッピングのシナリオでは、ＲＢのスケジューリング情報は、ＲＡＮ側の動的構成及び更新を伴わず、素早く取得され得る。
【０１９１】
ＲＡＮ要素では、プレスケジューリング情報はＣＵにより構成されて良く、スケジューリング情報はＤＵに通知される必要がある。
【０１９２】
本発明の本実施形態では、ＵＥのＰＤＣＰエンティティがステップ６０１〜ステップ６０５のプレスケジューリング手順を実行した後に、以下の手順が更に実行されて良い。ＵＥのＰＤＣＰエンティティは、ＰＤＣＰ  ＳＤＵを処理して、パケットデータ・コンバージェンス・プロトコル・プロトコルデータユニットＰＤＣＰ  ＰＤＵを取得する。ＵＥのＰＤＣＰエンティティ内の送信ユニットは、処理のためにＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。ＲＬＣエンティティは、ＰＤＣＰ  ＰＤＵに対してセグメント化及び連結を実行し、次にＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置く。ＭＡＣレイヤは、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行して、媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを取得し、該ＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤへ分配する。
【０１９３】
以下は、本発明の本実施形態におけるアップリンクデータ及びダウンリンクデータのルーティング処理を別個に記載する。
【０１９４】
アップリンクデータについて：
【０１９５】
送信端ｆｌｏｗ区別：異なるｆｌｏｗは、ＴＦＴ方法で互いに区別され、ＴＦＴテンプレートはｆｌｏｗ  ｉｄに対応する。代替として、異なるｆｌｏｗはラベリングを通じて識別される。ラベル情報は、コアネットワーク要素によりＵＥに通知されて良く、ラベル情報はｆｌｏｗ  ｉｄに対応する。
【０１９６】
受信端ルーティング処理：データパケットがラベルを含む場合、ＲＡＮ要素は、ラベルに基づきトンネル識別子又は宛先アドレスを取得し、トンネル識別子又は宛先アドレスを対応するコアネットワーク要素へ送信する。他の方法では、ＴＦＴ機能が存在する場合、ＲＡＮ要素は、ＴＦＴ動作を実行して、複数のｆｌｏｗを取得し、各ｆｌｏｗのデータパケットを、ＴＦＴテンプレートに対応するトンネル識別子又は宛先アドレスへ送信する。ＣＮは、ＴＦＴテンプレートとｆｌｏｗのトンネル識別子又は宛先アドレスとの間の対応を構成し、該対応をＲＡＮ要素に通知する。ＣＮは、データパケット内のラベルとｆｌｏｗのトンネル識別子又は宛先アドレスとの間の対応を構成し、該対応をＲＡＮ要素に通知する。他の方法では、ＲＡＮ要素は、データパケットの宛先ＩＰアドレスを用いてルーティングを実行し、データパケットをコアネットワーク要素へ送信する。
【０１９７】
ダウンリンクデータについて：
【０１９８】
送信端ｆｌｏｗ区別：（１）コアネットワークとＲＡＮとの間にＧＴＰＵトンネルのようなトンネルが存在する場合、送信端にあるＲＡＮ要素は、トンネル識別子に基づき異なるｆｌｏｗを取得して良い。（２）ＴＦＴがＲＡＮについて構成される場合、ＲＡＮは、コアネットワークにより送信されたデータに対してＴＦＴ動作を実行し、（ｆｌｏｗ  ｉｄに対応する）ＴＦＴテンプレートに基づき対応するｆｌｏｗデータを取得する。（３）コアネットワークからのデータパケットが（ｆｌｏｗ  ｉｄに対応する）ラベルを伝達する場合、ＲＡＮ要素は、該ラベルに基づき区別を実行して、ｆｌｏｗデータを取得する。代替として、３つの方法の任意の組み合わせがｆｌｏｗデータを取得するために使用される。
【０１９９】
受信端ルーティング処理：ＵＥは、ＰＤＣＰ  ＳＤＵを上位レイヤに、つまりＵＥのアプリケーションレイヤ・プロトコルエンティティに直接送信する。
【０２００】
さらに、先ずキューイングを実行し及び次にＰＤＣＰ  ＳＤＵを生成する方法は、ステップ６０５で使用される。
【０２０１】
任意で、ＰＤＣＰエンティティは、先ず、ＰＤＣＰ  ＳＤＵに対してＰＤＣＰ  ＳＮ番号割り当てを実行し、キューイング及びキュープレスケジューリングを実行し、ＰＤＣＰ  ＳＤＵを送信ユニット内に置き、次に暗号化及びＰＤＣＰヘッダ付与を実行してＰＤＣＰ  ＰＤＵを取得して良い。
【０２０２】
任意で、ＰＤＣＰエンティティは、先ず、ＰＤＣＰ  ＳＤＵに対してＰＤＣＰ  ＳＮ番号割り当てを実行し、暗号化及びＰＤＣＰヘッダ付与を実行してＰＤＣＰ  ＰＤＵを取得し、キューイング及びキュープレスケジューリングを実行し、取得したＰＤＣＰ  ＰＤＵを送信ユニット内に置いて良い。
【０２０３】
例えば、ＲＬＣエンティティは、データパケットセグメント化及び連結を実行して、ＭＡＣレイヤによるバッファリングのために固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成する。
【０２０４】
例えば、ＵＥのＱｏＳパラメータは、ＵＥの無線インタフェース側ＱｏＳパラメータ及びＵＥのグランド側ＱｏＳパラメータを含む。ステップ６０１でＵＥのＰＤＣＰエンティティがＵＥのＱｏＳ情報を取得することは、具体的に、ＵＥのＰＤＣＰエンティティにより、ＵＥの無線インタフェース側ＱｏＳパラメータを取得するステップ、又は、ＵＥのＰＤＣＰエンティティにより、ＵＥのエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及びＥ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得するステップ、を含む。
【０２０５】
本発明の本実施形態では、同時最適化が区間ＱｏＳに基づき実行されて良い。
【０２０６】
例えば、ＵＥは、制御プレーンから能力又は負荷通知メッセージを受信し、該能力又は負荷通知メッセージに基づき、グランド側ＱｏＳ能力がグランド側ＱｏＳ要件を満たさないと決定すると、Ｅ２Ｅ  ＱｏＳを満たすために、ＵＥの無線インタフェース側ＱｏＳパラメータを調整して、無線インタフェース側のサービス品質を向上する。
【０２０７】
別の例では、ＵＥは、ユーザプレーンから帯域内通知メッセージを受信し、ここで帯域内通知メッセージはＱｏＳ満足情報を伝達し、ＱｏＳ満足情報はＥ２Ｅ  ＱｏＳカウンタの占有比率若しくは数又はＥ２Ｅ  ＱｏＳカウンタの残り比率若しくは数を示すために使用され、ＱｏＳ満足情報に基づき、グランド側ＱｏＳが満たされないと決定すると、Ｅ２Ｅ  ＱｏＳを満たすために、ＵＥの無線インタフェース側ＱｏＳパラメータを調整して、無線インタフェース側のサービス品質を向上する。
【０２０８】
図６Ｄは、本発明の一実施形態によるプレスケジューリング処理の概略図である。プレスケジューリング処理は、アップリンクデータ伝送手順の中で生じ、ＵＥにより実行される。特定の処理手順は次の通りである。
【０２０９】
ＵＥはアップリンクサービスを開始し、コアネットワークは２つのｆｌｏｗのＱｏＳ情報をＲＡＮ又はＵＥに通知する。ｆｌｏｗ１のＱｏＳ情報は、ＱＣＩ１＝６及びＡＲＰ１＝３のような情報を含み、ｆｌｏｗ２のＱｏＳ情報は、ＱＣＩ２＝７及びＡＲＰ２＝４のような情報を含み、並びに、ｆｌｏｗ１のＱｏＳ情報及びｆｌｏｗ２のＱｏＳ情報は、ＵＥレベルＡＭＢＲ情報を更に含み、ＡＰＮ−ＡＭＢＲ情報を更に含んで良い。ｆｌｏｗ１及びｆｌｏｗ２は同じＡＰＮに属すると仮定する。
【０２１０】
ＲＡＮは、ＵＥから２つのｆｌｏｗのＱｏＳ情報を受信し、計算を通じてプレスケジューリング情報を生成する。プレスケジューリング情報は、ｆｌｏｗ１に関する情報、例えばＰＢＲ、Ｐｒｉｏｒｉｔｙ、ＡＰＮ−ＡＭＢＲ、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ、のうちの１又は複数、並びに、ｆｌｏｗ２に関する情報、例えばＰＢＲ、Ｐｒｉｏｒｉｔｙ、ＡＰＮ−ＡＭＢＲ、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ、のうちの１又は複数、を含む。ＲＡＮ要素は、無線インタフェースメッセージを用いて、ＵＥのＰＤＣＰエンティティにプレスケジューリング情報を通知する。
【０２１１】
ＵＥのＰＤＣＰエンティティは、キューイングのために、ｆｌｏｗ１及びｆｌｏｗ２のデータを２つのキューにグループ化する。
【０２１２】
ＰＤＣＰエンティティは、ここで本シナリオでは、ＲＬＣエンティティと１対１対応にある。
【０２１３】
ＲＬＣエンティティは、周期的に又はイベントトリガを通じて、ＰＤＣＰエンティティにプレスケジューリングウインドウ情報を報告し、ＲＬＣエンティティは、ＲＬＣバッファ状態及びＭＡＣレイヤスケジューリング機会のような情報を用いてプレスケジューリングウインドウ情報を計算して良い。ＭＡＣレイヤスケジューリング機会は、ＵＥがバッファ状態報告（buffer  status  report、ＢＳＲ）情報をＲＡＮに報告し、及びＲＡＮがＵＥにＵＬ  ｇｒａｎｔを割り当てることである。ＵＥのＲＬＣエンティティは、ＭＡＣレイヤ情報及びＲＬＣバッファ情報に基づき、プレスケジューリングウインドウ情報を計算する。
【０２１４】
ＵＥのＰＤＣＰエンティティは、プレスケジューリングウインドウ情報に基づき、待ち行列キューをプレスケジューリングする。例えば、優先度及び最大レート限度（例えば、ＲＢ−ＡＭＢＲ及びＡＰＮ−ＡＭＢＲ限度）のような因子の観点で、６個のデータパケットがｆｌｏｗ１のキューから選択され、４個のデータパケットがｆｌｏｗ２のキューから選択される。ＰＤＣＰエンティティは、プレスケジューリングのために選択された１０個のデータパケットに対して、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与のような動作を実行して、ＰＤＣＰ  ＰＤＵを取得し、該ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。周期的送信の場合には、前述の動作は、次の送信期間が到来すると繰り返される。
【０２１５】
ＰＤＣＰ  ＰＤＵに対して可能なセグメント化又は連結処理を実行した後に、ＲＬＣエンティティは、多重化のためにＭＡＣレイヤにＰＤＣＰ  ＰＤＵを分配する。次に、ＰＨＹエンティティはＰＤＣＰ  ＰＤＵを送信する。
【０２１６】
受信端にあるＲＡＮ要素のＲＬＣエンティティは、ＭＡＣレイヤからデータパケットを受信する。順序付けを実行した後に、ＲＬＣエンティティ（ＡＭモード）は、ＰＤＣＰ  ＰＤＵをＰＤＣＰエンティティに分配し、ＰＤＣＰエンティティは、ヘッダ除去及び解読を実行し、次にＰＤＣＰ  ＳＤＵを上位レイヤに分配する。さらに、データは、ルーティング処理を通じてコアネットワークへ送信される。ＲＡＮ要素のＰＤＣＰエンティティの機能がＣＵ内に分散され、且つＲＬＣエンティティの機能がＤＵ内に分散される場合、ＤＵは、ＤＵとＣＵとの間のインタフェースを用いて、アップリンクＰＤＣＰ  ＰＤＵをＣＵへ送信する。
【０２１７】
図６Ｄを参照すると、ダウンリンクデータ伝送手順では、ＲＡＮ要素は同様のプレスケジューリング処理を実行する。特定の手順は次の通りである。
【０２１８】
ダウンリンクサービスでは、コアネットワークは、サービス生成手順をトリガし、制御プレーン又はユーザプレーンを用いて、ダウンリンクサービスのＱｏＳ情報をＲＡＮに通知する。コアネットワークは、２つのｆｌｏｗのＱｏＳ情報をＲＡＮに通知する。ｆｌｏｗ１のＱｏＳ情報は、ＱＣＩ１＝３、ＧＢＲ１＝１０ｋｂｐｓ、及びＡＲＰ１＝３のような情報を含み、ｆｌｏｗ２のＱｏＳ情報は、ＱＣＩ２＝５、ＧＢＲ２＝２０ｋｂｐｓ、及びＡＲＰ２＝４のような情報を含む。
【０２１９】
さらに、ＱｏＳ情報はｓｌｉｃｅのＱｏＳ情報を含む。
【０２２０】
ＲＡＮは、ＵＥから２つのｆｌｏｗのＱｏＳ情報を受信し、計算を通じてプレスケジューリング情報を生成する。プレスケジューリング情報は、ｆｌｏｗ１に関する情報、例えばＧＢＲ１、Ｐｒｉｏｒｉｔｙ１、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ１、のうちの１又は複数、並びに、ｆｌｏｗ２に関する情報、例えばＧＢＲ２、Ｐｒｉｏｒｉｔｙ２、及びＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎ２、のうちの１又は複数、を含む。
【０２２１】
ＲＡＮ要素のＰＤＣＰエンティティは、キューイングのために、ｆｌｏｗ１及びｆｌｏｗ２のデータを２つのキューにグループ化する。
【０２２２】
ＰＤＣＰエンティティは、ここで本シナリオでは、ＲＬＣエンティティと１対１対応にある。ＰＤＣＰエンティティはＣＵ内に分散され、ＲＬＣエンティティはＤＵ内に分散される。
【０２２３】
ＤＵ内のＲＬＣエンティティは、周期的に又はイベントトリガを通じて、ＰＤＣＰエンティティにプレスケジューリングウインドウ情報を報告し、ＲＬＣエンティティは、ＲＬＣバッファ状態及びＭＡＣレイヤスケジューリング機会のような情報を用いてプレスケジューリングウインドウ情報を計算して良い。ＤＵは、ＤＵとＣＵとの間のインタフェースを用いて、ＣＵにプレスケジューリングウインドウ情報を通知する。
【０２２４】
ＲＡＮのＰＤＣＰエンティティは、プレスケジューリングウインドウ情報に基づき、待ち行列キューをプレスケジューリングする。例えば、優先度及び保証レートのような因子の観点で、４個のデータパケットがｆｌｏｗ１のキューから選択され、８個のデータパケットがｆｌｏｗ２のキューから選択される。ＰＤＣＰエンティティは、プレスケジューリングのために選択された１２個のデータパケットに対して、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与のような動作を実行して、ＰＤＣＰ  ＰＤＵを取得し、該ＰＤＣＰ  ＰＤＵをＲＬＣエンティティに分配する。具体的には、ＣＵとＤＵとの間のインタフェースのユーザプレーンを用いてＰＤＣＰ  ＰＤＵを伝送する。周期的送信の場合には、前述の動作は、次の送信期間が到来すると繰り返される。
【０２２５】
ＰＤＣＰ  ＰＤＵに対して可能なセグメント化又は連結処理を実行した後に、ＲＬＣエンティティは、多重化のためにＭＡＣレイヤにＰＤＣＰ  ＰＤＵを分配する。次に、ＰＨＹエンティティはＰＤＣＰ  ＰＤＵを送信する。
【０２２６】
受信端にあるＵＥのＲＬＣエンティティは、ＭＡＣレイヤからデータパケットを受信する。順序付けを実行した後に、ＲＬＣエンティティ（ＡＭモード）は、ＰＤＣＰ  ＰＤＵをＰＤＣＰエンティティに分配し、ＰＤＣＰエンティティは、ＰＤＣＰ  ｈｅａｄｅｒ除去及び解読を実行し、次にＰＤＣＰ  ＳＤＵを上位レイヤ、つまりＵＥのアプリケーションレイヤ・プロトコルエンティティに分配する。
【０２２７】
図６Ｅ−１及び図６Ｅ−２は、本発明の一実施形態によるフローに基づくＱｏＳ制御のための方法の全体ネットワークアーキテクチャの概略図である。ＵＥ、ＲＡＮ、及びＣＮの処理手順が図中に示される。
実施形態２
【０２２８】
ステップ６０１で、ＵＥのＱｏＳ情報が、ＵＥのＱｏＳ情報及びｓｌｉｃｅのＱｏＳ情報を参照して決定される必要があるとき、ＣＮは、制御プレーンメッセージ若しくはユーザプレーンデータ若しくは両者を用いて又は事前構成方法で、ｓｌｉｃｅのＱｏＳ情報をＲＡＮ及びＧＷに通知して良く、ＮＡＳメッセージを用いて、ｓｌｉｃｅのＱｏＳ情報をＵＥに更に通知して良い。さらに、ＲＡＮは、ｓｌｉｃｅのＱｏＳ情報をＵＥに通知して良い。
【０２２９】
ｓｌｉｃｅのＱｏＳ情報は、ｓｌｉｃｅの固有ＱｏＳ情報及びｓｌｉｃｅの相対ＱｏＳ情報のうちの１又は複数を含む。
【０２３０】
ｓｌｉｃｅの固有ＱｏＳ情報は、ｓｌｉｃｅのリソース及び／又はユーザ体感品質（Quality  of  Experience、ＱｏＥ）要件を示し、ＱＣＩ、ＭＢＲ及び／又はＡＭＢＲ、ＧＢＲ（ｓｌｉｃｅの最低サービス要件を示して良く、固定的に割り当てられて良い）、優先度（priority  level）、及びＡＲＰのような情報のうちの１又は複数を含んで良い。ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示す。
【０２３１】
複数の固有ＱｏＳ情報セットは、１つのｓｌｉｃｅについて構成されて良く、異なるネットワーク状態に別個に適用可能である。例えば、重、中、及び軽負荷状態は、異なるＱｏＳ情報に対応して良い。
【０２３２】
さらに、ｓｌｉｃｅの固有ＱｏＳ情報の中の指示情報は、各固有ＱｏＳ情報セットの適用可能なネットワーク状態を示すために使用されて良く、指示情報は固有ＱｏＳ情報と一緒に分配されて良い。
【０２３３】
ｓｌｉｃｅの相対ＱｏＳ情報は、ｓｌｉｃｅに属するユーザのＱｏＳ情報（ユーザレベルＱｏＳ情報及び／又はサービスレベルＱｏＳ情報を含む）の変化を示す。ｓｌｉｃｅの相対ＱｏＳ情報は、サービスｐｒｉｏｒｉｔｙ増大又は減少、サービスの最小保証レート増大又は減少、ｎｏｎ−ＧＢＲサービス増大又は減少（例えば、ＰＢＲパラメータの追加）、サービスＡＭＢＲ（ＡＰＮ−ＡＭＢＲ）調整、ｓｌｉｃｅに属するユーザのＡＰＮ−ＡＭＢＲの増大又は減少、ユーザＵＥ−ＡＭＢＲ変化、サービスＡＲＰ情報変化、サービスパケット損失率カウンタ変化、サービス遅延カウンタ変化、ｓｌｉｃｅレベル増分ＱｏＳパラメータの追加、等のうちの１又は複数を含んで良い。ｓｌｉｃｅレベル増分ＱｏＳパラメータは、ｓｌｉｃｅ−ＡＭＢＲ（ｓｌｉｃｅに属する全てのｎｏｎ−ＧＢＲサービスの最大総合レートを示す）、報告を遅延させる時間閾、アップリンクデータが報告され得る回数、データパケットサイズ、及びデータの絶対報告時間に関する情報、のようなサービスレベルＱｏＳ増分のうちの１又は複数を含んで良い。さらに、スライスレベル増分ＱｏＳパラメータは、ユーザレベルのようなユーザレベルＱｏＳ増分パラメータを含む。
【０２３４】
ユーザレベルＱｏＳ情報は、ユーザ関連ＱｏＳ情報、例えばＵＥ−ＡＭＢＲ、ユーザレベル、等のうちの１又は複数である。サービスレベルＱｏＳ情報は、単一サービスのＱｏＳ情報であり、例えばＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＲＰ、等のうちの１又は複数を含んで良い。
【０２３５】
複数の相対ＱｏＳ情報セットは、１つのｓｌｉｃｅについて構成されて良く、異なるネットワーク状態に別個に適用可能である。例えば、重、中、及び軽負荷状態は、異なる相対ＱｏＳ情報に対応して良い。
【０２３６】
さらに、ｓｌｉｃｅの相対ＱｏＳ情報は、ｓｌｉｃｅの相対ＱｏＳ情報の有効範囲を示すために、識別子、又はサービス情報及び／又はユーザ情報の種類を更に含んで良い。
【０２３７】
さらに、ｓｌｉｃｅの相対ＱｏＳ情報は、ｓｌｉｃｅの相対ＱｏＳ情報が有効であるネットワーク状態、例えばセルの軽、中、又は重負荷状態を示す情報を含んで良い。
【０２３８】
さらに、別の方法では、ＣＮにより通知されるＱｏＳ情報は、ｓｌｉｃｅのＱｏＳ情報を含む。言い換えると、ユーザ又はサービスの且つコアネットワーク要素により生成されたＱｏＳ情報は、ユーザ又はサービスの属するｓｌｉｃｅのＱｏＳ情報を含む。ＲＡＮ及びＵＥはＱｏＳ情報を受信する。
【０２３９】
ｓｌｉｃｅのＱｏＳ情報は、ｓｌｉｃｅ  ｉｄを用いて見付けることができる。
【０２４０】
さらに、ｓｌｉｃｅに属するＱｏＳ情報の異なる変化を示すためにスライス種類（slice  type）が使用されて良く、所定方法が使用されて良い。例えば、ｓｌｉｃｅ  ｔｙｐｅ１は２つのレベルのｐｒｉｏｒｉｔｙ増大に対応する。
【０２４１】
図７は、本発明の一実施形態によるｓｌｉｃｅ  ＱｏＳ構成方法の信号フロー図である。ＵＥ、ＲＡＮ、及びＣＮ−ＣＰ間のシグナリング相互作用が含まれる。方法は以下のステップを有する。
【０２４２】
ステップ７０１。ＣＮ−ＣＰは、メッセージ１（例えば、ｓｌｉｃｅ設定要求メッセージ）をＲＡＮへ送信する。ここで、メッセージ１はｓｌｉｃｅのＱｏＳ情報を伝達する。
【０２４３】
任意で、メッセージ１がｓｌｉｃｅ設定要求メッセージであるとき、ＲＡＮは、ｓｌｉｃｅ設定要求メッセージを受信した後に、ＣＮ−ＣＰへｓｌｉｃｅ設定応答メッセージを更に送信して良い。
【０２４４】
ステップ７０２。ＣＮ−ＣＰは、メッセージ２（例えば、ｓｌｉｃｅ変更要求メッセージ）をＲＡＮへ送信する。ここで、メッセージ２はｓｌｉｃｅのＱｏＳ情報を伝達する。
【０２４５】
ｓｌｉｃｅのＱｏＳ情報は、ｓｌｉｃｅの固有ＱｏＳ情報及びｓｌｉｃｅの相対ＱｏＳ情報のうちの１又は複数を含み、メッセージ１及び／又はメッセージ２は、ｓｌｉｃｅ  ｉｄ又はｓｌｉｃｅ  ｔｙｐｅを識別子として更に伝達して良い。
【０２４６】
ＲＡＮは、ｓｌｉｃｅのＱｏＳ情報を受信する。
【０２４７】
ＣＮ又はＲＡＮは、ｓｌｉｃｅのＱｏＳ情報及び／又はＱｏＳ情報の識別子をＵＥに通知して良い。
【０２４８】
ＲＡＮは、ｓｌｉｃｅの固有ＱｏＳ情報に基づき、ｓｌｉｃｅのためにリソースを準備して良い。リソースは、基地局の、ハードウェアリソース、帯域幅リソース、記憶リソース、無線リソース、等のうちの１又は複数を含む。
【０２４９】
ＲＡＮは、ｓｌｉｃｅの固有ＱｏＳ情報に基づき、異なるネットワーク状態にあるｓｌｉｃｅのために異なるリソースを構成して良い。
【０２５０】
ＲＡＮは、ｓｌｉｃｅの相対ＱｏＳ情報に基づき、ｓｌｉｃｅに属するユーザのＱｏＳ情報を変更して良い。
【０２５１】
本発明の本実施形態では、ステップ７０１及びステップ７０２はｓｌｉｃｅ手順である。例えば、方法は、ユーザのｓｌｉｃｅ関連ＱｏＳ情報を取得するために以下の手順を更に含む。
【０２５２】
ステップ７０３。ＣＮ−ＣＰは、メッセージ３（例えば、進化型無線アクセスベアラ（Evolved  Radio  Access  Bearer、Ｅ−ＲＡＢ）設定要求メッセージ又はｅＥ−ＲＡＢ変更要求）のような、ＱｏＳ情報送信のために使用されるメッセージ）をＲＡＮへ送信する。ここで、メッセージ３は、ＵＥのＱｏＳ情報、ｓｌｉｃｅの相対ＱｏＳ情報、ｓｌｉｃｅ  ｉｄ、ｓｌｉｃｅ  ｔｙｐｅ、ＱｏＳ変更指示情報、等のうち１又は複数を伝達する。
【０２５３】
ステップ７０４。ＣＮ−ＣＰは、ＮＡＳメッセージ４を用いて、ＵＥへＱｏＳ情報を送信する。ここで、ＱｏＳ情報は、ＵＥのＱｏＳ情報、ｓｌｉｃｅの相対ＱｏＳ情報、ｓｌｉｃｅ  ｉｄ、ｓｌｉｃｅ  ｔｙｐｅ、ＱｏＳ変更指示情報、等のうちの１又は複数を含む。
【０２５４】
ＣＮは、制御プレーン又はユーザプレーン又は両方を用いて、ＲＡＮ又はＵＥに、ユーザＱｏＳ情報、つまりＵＥのＱｏＳ情報を通知して良い。ユーザＱｏＳ情報は、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、ＡＰＮ−ＡＭＢＲ、ＵＥ−ＡＭＢＲ、及びＡＲＰ、のような情報のうちの１又は複数を含む。ＱｏＳ情報は、ｂｅａｒｅｒレベル、ｆｌｏｗレベル、ｐａｃｋｅｔレベル、又はＵＥレベルであって良い。
【０２５５】
さらに、サービスの属するｓｌｉｃｅの相対ＱｏＳ情報が通知される。ｓｌｉｃｅ  ｉｄ又はｓｌｉｃｅ  ｔｙｐｅは、ｓｌｉｃｅの相対ＱｏＳ情報を識別するために更に使用されて良い。
【０２５６】
さらに、ＣＮは、ユーザＱｏＳ情報がｓｌｉｃｅの相対ＱｏＳ情報に基づき変更される必要があるか否かを示すために、ＱｏＳ変更指示情報を通知して良い。指示情報は、ユーザＱｏＳ情報の変更する必要があるネットワーク状態を更に示して良い。
【０２５７】
ＲＡＮ又はＵＥは、サービスレベル又はＵＥレベルＱｏＳ情報を受信し、ｓｌｉｃｅの相対ＱｏＳ情報を取得し、ｓｌｉｃｅのユーザＱｏＳ情報を取得するために、ネットワーク状態情報及び指示情報に基づきｓｌｉｃｅの相対ＱｏＳ情報を用いて実行されるユーザＱｏＳ情報に対する変更を取得する。ＲＡＮ又はＵＥは、ユーザ要件を満たし及び更にネットワークリソース利用を向上するために、ユーザＱｏＳ情報に基づきリソース割り当て及びスケジューリングを実行する。
実施形態３
【０２５８】
図８は、１レベルの一般的なキャッシュ処理の概略図である。現在のＬＴＥシステムでは、アップリンクスケジューリングは、主に、ＲＬＣレイヤによるセグメント化及び連結のような処理を含むＵＥの処理遅延のために、４ｍｓ早く実行される必要がある。データパケットは、ＲＬＣレイヤによりバッファリングされる。スケジューリングリソースを受信した後に、ＵＥの物理レイヤは上位レイヤに通知する。リソースサイズに適応するためにセグメント化及び連結のような動作を実行した後に、ＲＬＣレイヤはデータパケットをＭＡＣレイヤへ送信する。
【０２５９】
本発明の技術的ソリューションでは、データパケットセグメント化及び連結のような動作は、固定サイズのＭＡＣ  ＰＤＵを生成するために早く実行され、ＭＡＣ  ＰＤＵはＭＡＣレイヤによりバッファリングされる。リソースを割り当てるとき、基地局は、固定サイズのデータ又は固定サイズの整数倍であるサイズのデータを送信するために使用可能なリソースを割り当てる。ＵＬ  ｇｒａｎｔ（アップリンク許可）を受信した後に、ＵＥは、ＭＡＣキャッシュキューからＭＡＣ  ＰＤＵを直接抽出し、ＭＡＣ  ＰＤＵを送信する。このように、遅延は減少され、アップリンクデータはより迅速に送信できる。
【０２６０】
図９は、本発明の一実施形態による２レベルのキャッシュ処理の概略図である。２レベルのバッファキュー（ＲＬＣ／ＭＡＣ）が設定される。「セグメント化及び連結を早く実行し、及びＭＡＣレイヤによりバッファリングする」機能を有効にするか否かを決定する方法は、ｂｅａｒｅｒ／ｓｔｒｅａｍ／ｓｌｉｃｅ毎に実行されて良い。言い換えると、該機能が有効にされるか否かは、異なるｂｅａｒｅｒ／ｓｔｒｅａｍ／ｓｌｉｃｅについて独立して構成されて良い。ＵＥは、ｂｅａｒｅｒ／ｓｔｒｅａｍ／ｓｌｉｃｅ毎に機能が有効にされる必要があるか否かを示す情報を報告し、毎回基地局により割り当てられるリソースを用いて伝送可能なデータ量を示し又は提案する。或いは、基地局は、ｂｅａｒｅｒ／ｓｔｒｅａｍ／ｓｌｉｃｅ毎に機能が有効にされる必要があるか否かを決定し、決定結果及び毎回基地局により割り当てられたリソースを用いて伝送可能なデータサイズをＵＥに示す。
【０２６１】
データのサイズは、１つの固定サイズ又は複数の固定サイズであって良い。
【０２６２】
データのサイズが複数の固定サイズであるとき、ＵＥは複数のバッファキューを生成し、キューは異なる固定サイズに対応する。各キューは、異なるＲＬＣデータパケットに対してセグメント化及び連結を実行することにより生成されて良い。あるいは、各キューは、記憶装置を用いて性能を向上することにより、異なる固定サイズに基づき同じＲＬＣデータパケットに対してセグメント化及び連結を実行することにより生成されて良い。データパケットは、受信したリソースサイズ状態に基づき、対応するキューから取得されて良い。
【０２６３】
例えば、ＵＥは、ユーザプレーン又は制御プレーンメッセージを用いて、固定ＲＬＣセグメントサイズを要求し、ユーザプレーン又は制御プレーンメッセージは提案値を伝達して良い。基地局は、固定ＲＬＣセグメントサイズを決定し、固定ＲＬＣセグメントサイズをＵＥに通知する。
【０２６４】
例えば、ＵＥにより取得された固定ＲＬＣセグメントサイズは、１０バイト、２０バイト、及び４０バイトである。ＵＥのＲＬＣエンティティは、固定ＲＬＣセグメントサイズ１０バイト、２０バイト、及び４０バイトに基づき、バッファ内のＲＬＣ  ＰＤＵに対してセグメント化及び連結を実行して、それぞれ１、２、及び３と番号付けされた３つのキューを取得する。ＲＬＣエンティティは、３つのキューをＭＡＣレイヤに分配し、ＭＡＣレイヤは、キューを受信した後に、ＲＬＣ  ＰＤＵキューをバッファリングする。物理レイヤからリソース指示を受信した後に、ＭＡＣレイヤは、送信のためにリソース指示に基づき適切なキューを選択する、例えば、２０バイトの固定セグメントサイズのうちのキュー２内のＲＬＣ  ＰＤＵを選択し、ＲＬＣ  ＰＤＵを送信のためにＭＡＣ  ＰＤＵ内に置く。ＭＡＣ  ＰＤＵ内に置かれたキュー２内のＲＬＣ  ＰＤＵの数は、ＭＡＣレイヤスケジューリングアルゴリズムにより決定される。
【０２６５】
本発明の本実施形態では、ＲＬＣレイヤは、セグメント化及び連結を早期に実行して、固定サイズの１又は複数のデータパケットを取得し、データパケットはＭＡＣレイヤによりバッファリングされる。これにより、より迅速なアップリンクスケジューリングを実施する。
実施形態４
【０２６６】
さらに、本発明の本実施形態では、サービスカウンタ要件を満たすために、Ｅ２Ｅ  ＱｏＳを保証するよう、区分化実施及び同時最適化が、ＱｏＳサービスに対して実行されて良い。
【０２６７】
Ｅ２Ｅ  ＱｏＳパラメータの区分化動作は、以下の２つのソリューションのうちのいずれかで実行されて良い。
【０２６８】
ソリューション１：固定区分ＱｏＳ、及び各行路区間内のＱｏＳの独立実施。
【０２６９】
ＱｏＳカウンタは、Ｅ２Ｅ  ＱｏＳパラメータに基づき、各行路区間に割り当てられる。例えば、Ｅ２Ｅ  ＱｏＳパラメータカウンタは、グランド伝送区間及び無線インタフェース伝送区間に別個に割り当てられる。Ｅ２Ｅ  ＱｏＳパラメータカウンタは、遅延（delay）カウンタ、パケット損失率（packet  loss  rate）、ＡＲＰ、ＧＢＲ、ＭＢＲ、ＡＭＢＲ、ｐｒｉｏｒｉｔｙ、等のうちの１又は複数を含んで良い。Ｅ２Ｅ  ＱｏＳパラメータにより示される範囲は、ＵＥからＰＤＮ  ＧＷまでの区間のＱｏＳ要件である。ＰＤＮ  ＧＷは、３ＧＰＰコアネットワークから外部ネットワークへの境界ノードである。グランド伝送区間は、ＰＤＮ  ＧＷからＲＡＮ要素（例えば、基地局）までの伝送区間であり、無線インタフェース伝送区間は、ＲＡＮ要素（例えば、基地局）から端末ＵＥまでの伝送区間である。
【０２７０】
コアネットワーク要素（例えば、ポリシ及び課金ルール機能（Policy  and  Charging  Rules  Function、ＰＣＲＦ））は、固定比率に従い、ＱｏＳパラメータ区分化を実行する。例えば、平均性能は、グランド側伝送統計に基づき提供される。または、ＲＡＮ及びＣＮは、ＱｏＳパラメータテーブル構成中に互いに区別される。したがって、ＲＡＮ及びＣＮは、ＱｏＳパラメータコンテンツを独立して取得できる。例えば、独立ＱｏＳパラメータは、ＱＣＩのインデックスに基づき取得されて良い。
【０２７１】
ＱｏＳパラメータ情報をＲＡＮ又はＵＥに通知するとき、ＣＮは、無線インタフェース側ＱｏＳパラメータ及びグランド側伝送ＱｏＳパラメータを別個に通知する。
【０２７２】
ＣＮは、ＱｏＳパラメータ情報をＲＡＮ又はＵＥに通知するとき、Ｅ２Ｅ  ＱｏＳパラメータを更に通知して良い。
【０２７３】
アップリンクデータについて、無線インタフェースのＱｏＳパラメータは、ＵＥとＲＡＮ要素（例えば、基地局）との間の伝送のために使用され、グランド伝送のＱｏＳパラメータは、ＲＡＮ要素（例えば、基地局）とＰＤＮ  ＧＷとの間のデータ伝送のために使用される。
【０２７４】
ダウンリンクデータについて、グランド伝送のＱｏＳパラメータは、ＰＤＮ  ＧＷとＲＡＮ要素（例えば、基地局）との間のデータ伝送のために使用され、無線インタフェースのＱｏＳパラメータは、ＲＡＮ要素（例えば、基地局）とＵＥとの間の伝送のために使用される。
【０２７５】
ソリューション２：動的Ｅ２Ｅ  ＱｏＳパラメータ区分化。
【０２７６】
Ｅ２Ｅ  ＱｏＳパラメータは、各行路区間の負荷及び輻輳状態、及び履歴ＱｏＳパラメータ情報統計のような情報のうちの１又は複数に基づき動的に割り当てられる。ＱｏＳは、割り当てられたＱｏＳパラメータカウンタに基づき、各行路区間において実施される。例えば、グランド側は、無線インタフェース伝送と比べて、より安定した性能カウンタを有し、無線インタフェースＱｏＳパラメータは、グランド側の動的変化に基づき計算されて良い。ＱｏＳパラメータは、遅延（delay）カウンタ、パケット損失率（packet  loss  rate）、ＡＲＰ、ＧＢＲ、ＭＢＲ、ＡＭＢＲ、ｐｒｉｏｒｉｔｙ、等のうちの１又は複数を含んで良い。
【０２７７】
ＣＮは、Ｅ２Ｅ  ＱｏＳパラメータをＲＡＮ及び／又はＵＥに通知して良く、Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを更に通知して良い。Ｅ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールは、区分化が実行される必要のあるＱｏＳパラメータ、異なるネットワーク伝送状態におけるＱｏＳパラメータのＱｏＳパラメータカウンタ割り当て比率、等のうちの１又は複数を含んで良い。例えば、ルールは、遅延カウンタ及び異なるネットワーク状態におけるカウンタの割り当て比率のような内容を含む。任意で、区分化は、Ｅ２Ｅ  ＱｏＳパラメータの一部について実行される必要がない。例えば、優先度パラメータは、各Ｅ２Ｅ伝送区間内で共通であって良い。
【０２７８】
さらに、ＱｏＳパラメータは、ＱｏＳカウンタの許容割引程度を伝達して良い。例えば、遅延カウンタは満たされる必要があり、又はレートカウンタの２０％割引が許容可能である。
【０２７９】
さらに、ＱｏＳパラメータは、ＱｏＳパラメータの特徴を示すために指示情報を伝達して良い。例えば、サービスは、超低遅延サービス、超高信頼性伝送サービス、又は緊急サービスである。サービスが超低遅延サービスである場合、サービスの遅延カウンタは満たされる必要がある。
【０２８０】
さらに、２つの区間：無線インタフェース伝送区間、及びグランド側伝送区間、のみが存在し得る。無線インタフェース伝送区間は、ＲＡＮ要素（例えば、基地局）と端末装置との間の伝送区間であり、グランド側伝送区間は、ＲＡＮ要素（例えば、基地局）とＰＧＷとの間の伝送行路区間である。
【０２８１】
ＲＡＮは、ＣＮにより送信されたＥ２Ｅ  ＱｏＳパラメータを受信し、異なるネットワーク状態のような情報に基づき、区間ＱｏＳパラメータ、例えば無線インタフェース伝送区間及びグランド側伝送区間のＱｏＳパラメータを取得して良い。
【０２８２】
さらに、グランド側伝送区間は、Ｓ１インタフェース区間及びＳ５／Ｓ８インタフェース区間に分けられて良い。Ｓ１インタフェース区間は、基地局とＳＧＷとの間の伝送行路区間であり、Ｓ５／Ｓ８インタフェース区間は、ＳＧＷとＰＧＷとの間の伝送行路区間である。
【０２８３】
本発明の本実施形態は、区間ＱｏＳの共同実装のための最適化ソリューションを更に提供する。
【０２８４】
例えば、ＱｏＳ実装の同時最適化では、全体伝送行路区間は区間Ａ及び区間Ｂ（例えば、無線インタフェース伝送区間、及びグランド側伝送区間）に分けられると仮定する。区間Ａのネットワーク要素が、ＣＰプレーンからの通知（能力又は負荷通知）に基づき、区間ＢのＱｏＳ満足情報がサービスについて区間ＢのＱｏＳ要件を満たさないことを知った場合、ここでＱｏＳ満足情報は実際のデータ伝送性能であり、区間Ａのネットワーク要素は、Ｅ２Ｅ  ＱｏＳ要件を満たすために、（区間Ａが十分なリソースを有する又は能力がある場合）サービスのためにネットワーク要素のサービス品質を能動的に向上して良い。他の方法では、区間Ａのネットワーク要素は、サービス品質を低下して良い。例えば、サービスのＱｏＳパラメータ内の遅延カウンタが１００ｍｓであり、区間Ａ及び区間Ｂの伝送遅延カウンタが５０ｍｓである。区間Ｂの最終的なＱｏＳ満足情報（６０ｍｓ）が区間の遅延カウンタ（５０ｍｓ）を満たさない場合、区間Ａのネットワーク要素は、区間Ａのサービスの伝送遅延（４０ｍｓ）を減少させるようサービス品質を向上して良い。したがって、サービスのＥ２Ｅ遅延（６０ｍｓ＋４０ｍｓ＝１００ｍｓ）はＱｏＳパラメータ内の遅延カウンタ（１００ｍｓ）を満たす。
【０２８５】
さらに、区間Ａのネットワーク要素は、Ｅ２Ｅ  ＱｏＳ要件を満たすために、一部のサービスのサービス品質を向上するよう、ポリシに基づき該一部のサービスのみを選択して良い。ポリシに基づく選択方法は、サービス優先度及びＱＣＩのような情報のうちの１又は複数に基づき一部の特定サービスを選択することであって良い。例えば、伝送遅延は、遅延に比較的敏感なサービスについてのみ減少される、又は高優先度サービスについてのみサービス品質が向上される。
【０２８６】
別の例では、ＵＰからのｉｎ  ｂａｎｄ通知、具体的に言うとユーザプレーンを用いて追加されたＱｏＳ満足情報が、最適化のために使用される。ユーザプレーンからＱｏＳ満足情報を伝送する方法は、ユーザプレーン・データパケット・ヘッダにＱｏＳ満足情報を追加することであって良い。ＱｏＳ満足情報は、実際のデータ伝送性能であり、Ｅ２Ｅ  ＱｏＳカウンタの占有比率又は数量、Ｅ２Ｅ  ＱｏＳカウンタの残りの比率又は数量、又は区間のＱｏＳカウンタの満足比率又は超過部分若しくは欠損部分の形式で表されて良い。例えば、区間ＢがＥ２Ｅ遅延カウンタの４０％を占有する場合、区間Ａの遅延カウンタは全体の遅延カウンタの６０％であり、区間Ａはカウンタを満たす必要がある。区分化シナリオでは、例えば、区間Ａの遅延カウンタが４０ｍｓであり、且つ実際の遅延カウンタが５０ｍｓである場合、１０ｍｓの超過がある。区間Ｂの遅延カウンタが７０ｍｓである場合、Ｅ２Ｅ遅延カウンタを満たすために、区間Ｂのネットワーク要素は最適化手段を行って良く、例えば、Ｅ２Ｅ遅延カウンタの要件（４０ｍｓ＋７０ｍｓ＝１１０ｍｓ）を満たすために、区間Ｂの遅延カウンタより１０ｍｓ短い６０ｍｓの遅延を実施する。
【０２８７】
区間Ａのネットワーク要素が、サービスのＱｏＳパラメータが区間Ｂ内で満たされないことを知った場合、ネットワーク要素は区間Ａのサービス品質を向上する、或いは、ネットワーク要素は区間Ａのサービス品質を低下させる。
【０２８８】
区間Ａ及び区間Ｂは、無線インタフェース伝送区間及びグランド側伝送区間である。無線インタフェース伝送区間のＱｏＳは、ＲＡＮ要素とＵＥとの間で実施され、グランド側伝送区間のＱｏＳは、ＰＤＮ  ＧＷとＲＡＮ要素との間で実施される。
【０２８９】
ダウンリンクデータ伝送について、ＲＡＮ要素は、グランド側伝送区間のＱｏＳ満足情報に基づき、無線インタフェース伝送区間の伝送を調整して良く、例えば、Ｅ２Ｅ  ＱｏＳ要件を満たすために、無線インタフェース伝送スケジューリングのようなポリシを用いて無線インタフェースＱｏＳを実施する。
【０２９０】
アップリンク伝送について、ＲＡＮ要素は、無線インタフェース伝送区間のＱｏＳ満足情報に基づき、グランド側伝送のＱｏＳを調整して良く、グランド側ＳＧＷは、Ｅ２Ｅ  ＱｏＳ要件を満たすために、グランド側伝送のＱｏＳを更に調整する。
【０２９１】
サービスのＱｏＳパラメータは、ｂｅａｒｅｒ、ｆｌｏｗ、又はｐａｃｋｅｔレベルのＱｏＳパラメータであって良い。
【０２９２】
図１０は、本発明の別の実施形態によるＱｏＳ制御のための方法のフローチャートである。方法は以下のステップを有する。
【０２９３】
ステップ１００１。コアネットワーク制御プレーンネットワーク要素ＣＮ−ＣＰは、無線アクセスネットワークＲＡＮにより送信された無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報を受信する。
【０２９４】
ステップ１００２。無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報に基づき、無線インタフェース側行路区間又はグランド側行路区間の選択又は再選択を決定する。
【０２９５】
ＱｏＳ能力情報は、伝送区間内のサービス種類のＱｏＳ満足情報である。
【０２９６】
図１１に示す経路再配置の概略図を参照すると、ＱｏＳトリガ経路最適化では、別の区間の選択又は再選択は、区間Ａ又は区間ＢのＱｏＳ能力に基づきトリガされて良い。例えば、ＲＡＮは、ＳＧＷ又はＰＧＷの選択又は再選択をトリガして良く、ＲＡＮは、区間ＡのＱｏＳ能力情報及び／又は区間ＢのＱｏＳ能力情報をＣＮ−ＣＰに報告する。ＣＮは、異なる伝送区間の選択又は再選択を決定して良い。
【０２９７】
さらに、通常、ＲＡＮは、ＧＢＲ及びユーザ数のようなリソース限度にのみ基づき、サービス加入決定を実行する。Ｅ２Ｅカウンタ（遅延及びパケット損失率）は、サービスの異なるＱＣＩのために満たされる必要がある。したがって、決定は、ＱｏＳカウンタと同等ではない。前述の問題のために、本発明の一実施形態は、ＱｏＳ制御のための方法を更に提供する。方法では、Ｅ２Ｅ  ＱｏＳがハンドオーバ又は加入の間に考慮され得る。
【０２９８】
図１２は、本発明の更に別の実施形態によるＱｏＳ制御のための方法のフローチャートである。方法は以下のステップを有する。
【０２９９】
ステップ１２０１。第１ＲＡＮ要素（例えば、基地局）は、近隣ＲＡＮ要素（例えば、基地局）により送信されたグランド側ルーティング情報を受信する。
【０３００】
グランド側ルーティング情報は、近隣ＲＡＮ要素（例えば、基地局）に接続されたサービングゲートウェイＳＧＷに関する情報、パケットデータネットワーク・ゲートウェイＰＧＷに関する情報、ＰＧＷに接続されたパケットデータネットワークＰＤＮに関する情報、ＬＨＮに関する情報、超低遅延能力情報、及び超高信頼性伝送能力情報、のような情報のうちの１又は複数を含む。
【０３０１】
グランド側ルーティング情報は、可能なハンドオーバ動作について決定を実行するために、ＲＡＮ要素（例えば、基地局）間で交換される必要がある。グランド側ルーティング情報は、ＲＡＮ要素（例えば、基地局）に接続されたＳＧＷに関する情報、ＰＧＷに関する情報、ＰＧＷに接続された公衆データネットワーク（Public  Data  Network、ＰＤＮ）に関する情報、ローカルホームネットワーク（local  Home  Network、ＬＨＮ）に関する情報、超低遅延能力情報、及び超高信頼性能力情報、のうちの１又は複数を含んで良い。ＳＧＷに関する情報は、アドレス、識別子、ＳＧＷがローカルか否かを示す指示、等のうちの１又は複数である。ＰＧＷに関する情報は、アドレス、識別子、ＰＧＷがローカルか否かを示す指示、ＰＧＷ及び基地局が同じ場所に存在するか否かを示す情報、等のうちの１又は複数である。ＰＧＷに接続されたＰＤＮに関する情報は、ＡＰＮ識別子、ＰＤＮがローカルか否かを示す指示、等のうちの１又は複数である。ＬＨＮに関する情報は、識別情報である。超低遅延能力情報は、伝送遅延カウンタ、又はＲＡＮ要素（例えば、基地局）とＰＤＮとの間のグランド側伝送遅延が閾より小さい能力であり、又はＲＡＮ要素（例えば、基地局）が超低遅延伝送をサポート可能なＰＤＮのリストのみを伝達する。超低遅延伝送のサポートは、伝送遅延が閾より小さい伝送能力であり、閾はプリセット伝送遅延閾であって良い。超高信頼性伝送能力情報は、伝送パケット損失率カウンタ、又はＲＡＮ要素（例えば、基地局）とＰＤＮとの間のグランド側伝送パケット損失率が閾より小さい能力であり、又はＲＡＮ要素（例えば、基地局）が超高信頼性伝送をサポート可能なＰＤＮのリストのみを伝達する。超高信頼性伝送のサポートは、伝送パケット損失率が閾より小さい伝送能力であり、閾はプリセット伝送パケット損失率閾であって良い。
【０３０２】
さらに、ルーティング情報は、ＲＡＮ要素（例えば、基地局）レベルであって良く、又はセルレベルであって良い。
【０３０３】
グランド側ルーティング情報は、直接インタフェース又は間接インタフェースを用いて、ＲＡＮ要素（例えば、基地局）間で交換されて良い。例えば、グランド側ルーティング情報は、Ｘ２インタフェースメッセージ又はＳ１インタフェースメッセージのようなメッセージを用いて通知されて良い。
【０３０４】
ステップ１２０２。第１ＲＡＮ要素（例えば、基地局）は、ハンドオーバプログラムを実行するために、グランド側ルーティング情報及びＱｏＳパラメータに基づき、近隣ＲＡＮ要素（例えば、基地局）に対して目標セルハンドオーバ選択を実行して、端末のために目標ＲＡＮ要素（例えば、基地局）の適切な目標セルを選択する。
【０３０５】
第１ＲＡＮ要素がハンドオーバ決定を実行し、及びハンドオーバ決定をトリガする理由は、ＵＥがセル信号品質、セル負荷平衡要件、サービスモビリティ要件、等を報告するからであって良い。
【０３０６】
目標セルハンドオーバ選択を実行するとき、第１ＲＡＮ要素は、目標セルによるＥ２Ｅ  ＱｏＳのサポート能力を考慮する必要がある。第１ＲＡＮ要素は、目標ＲＡＮ要素（例えば、基地局）間で交換されるグランド側ルーティング情報に基づき、目標基地局の適切な目標セルを選択するのを助け得る。例えば、第１ＲＡＮ要素は、Ｅ２Ｅ  ＱｏＳパラメータ、目標基地局／目標セルによる超低遅延をサポートする能力、及び目標基地局／目標セルによる超高信頼性伝送をサポートする能力のような情報に基づき、目標ＲＡＮ要素（例えば、基地局）の適切な目標セルを選択し得る。
【０３０７】
図１３は、本発明によるＥ２Ｅ  ＱｏＳハンドオーバ手順の概略図である。ハンドオーバ手順は以下のステップを含む。
【０３０８】
ステップ１３０１。第１ＲＡＮ要素（例えば、基地局）は、メッセージ１（例えば、ハンドオーバ要求メッセージ）を目標ＲＡＮ要素（例えば、基地局）へ（Ｘ２インタフェースのような直接インタフェース、又はＳ１インタフェースのような間接インタフェースを用いて）送信する。ここで、メッセージ１は、ＱｏＳパラメータ及びハンドオーバ理由のような情報を伝達し、目標ＰＤＮに関する情報を更に伝達する。
【０３０９】
ＰＤＮに関する情報は、ＡＰＮ情報であって良く、又はＰＧＷに関する情報（ＰＧＷ識別子若しくはアドレス又はＰＧＷがローカルか否かを示す指示）であって良く、又はＬＨＮに関する情報（ＬＨＮ識別子）であって良い。第１ＲＡＮ要素（例えば、基地局）は、ハンドオーバ要求メッセージを複数の目標ＲＡＮ要素（例えば、基地局）へ送信して良い。
【０３１０】
ＱｏＳパラメータは、遅延（delay）カウンタ、パケット損失率（packet  loss  rate）、ＡＲＰ、ＧＢＲ、ＭＢＲ、ＡＭＢＲ、ｐｒｉｏｒｉｔｙ、等のうちの１又は複数を含んで良い。ＱｏＳパラメータ内の各カウンタは、Ｅ２Ｅカウンタであって良く、又は区間別に記述されて良い。言い換えると、ＱｏＳパラメータは、グランド伝送区間ＱｏＳパラメータ及び無線インタフェース伝送区間ＱｏＳパラメータである。
【０３１１】
さらに、ＱｏＳパラメータは、ＱｏＳカウンタの許容割引程度を伝達して良い。例えば、遅延カウンタは満たされる必要があり、又はレートカウンタの２０％割引が許容可能である。
【０３１２】
さらに、ＱｏＳパラメータは、ＱｏＳパラメータの特徴を示すために指示情報を伝達して良い。例えば、サービスは、超低遅延サービス、超高信頼性伝送サービス、又は緊急サービスである。サービスが超低遅延サービスである場合、サービスの遅延カウンタは満たされる必要がある。
【０３１３】
ステップ１３０２。目標ＲＡＮ要素（例えば、基地局）は、メッセージ１を受信し、サービス加入決定を実行する。
【０３１４】
図１３では、ＲＡＮ２は任意の目標ＲＡＮ要素を表し得る。
【０３１５】
目標ＲＡＮ要素（例えば、基地局）は、ＱｏＳパラメータ内のレートのようなリソース要件を決定するだけでなく、ＲＡＮ側及びグランド側の遅延及び／又はパケット損失率のようなＥ２Ｅ  ＱｏＳをサポートする能力も考慮する。グランド側のカウンタは、履歴情報を用いて予め取得されて良い。または、ＲＡＮ要素（例えば、基地局）は、パケット測定を通じて特定カウンタを取得する（具体的に言うと、ＲＡＮ要素とＰＤＮ  ＧＷとの間の伝送遅延及びパケット損失率のようなカウンタを取得する）。または、ＲＡＮ要素（例えば、基地局）は、ＣＮが再び確認を実行できるように、決定結果をＣＮに通知する。
【０３１６】
さらに、目標ＲＡＮ要素（例えば、基地局）は、グランド伝送区間のカウンタを測定するために、ＳＧＷ及び／又はＰＤＮに接続されたＰＧＷを選択して良い。
【０３１７】
さらに、コアネットワーク要素（例えば、制御プレーンネットワーク要素）は、目標ＲＡＮ要素（例えば、基地局）のために、ＳＧＷ及び／又はＰＤＮに接続されたＰＧＷを選択して良い。コアネットワーク要素により目標ＲＡＮ要素（例えば、基地局）へ送信されたハンドオーバ要求メッセージは、選択されたＳＧＷに関する情報及び／又は選択されたＰＧＷに関する情報を伝達して良い。ＳＧＷに関する情報は、アドレス、識別子、ＳＧＷがローカルか否かを示す指示、等のうちの１又は複数であり、ＰＧＷに関する情報は、アドレス、識別子、ＰＧＷがローカルか否かを示す指示、ＰＧＷ及び目標ＲＡＮ要素（例えば、基地局）が同じ場所にあるか否かを示す情報、等のうちの１又は複数である。
【０３１８】
ステップ１３０３。加入が成功した場合、目標ＲＡＮ要素（例えば、基地局）は、メッセージ２（例えば、ハンドオーバ肯定応答メッセージ）を第１ＲＡＮ要素（例えば、基地局）へ返す。さらに、メッセージ２は、ＱｏＳパラメータ満足レベル、例えば幾つかのＱｏＳパラメータの満足程度：遅延について１００％、パケット損失率について９０％、等を伝達する。ハンドオーバ要求メッセージは、満足程度がハンドオーバ肯定応答メッセージ内で示される必要のあるＱｏＳパラメータを示して良い。
【０３１９】
ステップ１３０４。加入が失敗した場合、目標ＲＡＮ要素（例えば、基地局）は、メッセージ３（例えば、ハンドオーバ準備失敗メッセージ）を第１ＲＡＮ要素（例えば、基地局）へ返す。ここで、メッセージ３は特定の原因を伝達し、該原因は、遅延カウンタが満たされない、パケット損失率カウンタを満たすことができない、レートカウンタを保証できない、等のうちの１又は複数であって良い。さらに、原因は、無線インタフェース伝送区間又はグランド側伝送区間がカウンタを満たさないか否かを示して良い。
【０３２０】
ステップ１３０５。第１ＲＡＮ要素（例えば、基地局）は、複数の目標ＲＡＮ要素（例えば、基地局）により返されたハンドオーバ肯定応答メッセージ２を受信し、ハンドオーバを開始するために目標セルを選択して良い。例えば、第１ＲＡＮ要素は、Ｅ２Ｅ  ＱｏＳカウンタ満足状態のような情報に基づき、適切な目標セルを選択して良い。
【０３２１】
本発明の本実施形態では、Ｅ２Ｅ  ＱｏＳは、ユーザ機器がより良好に満たされ得るように、加入及びハンドオーバ決定条件として使用される。
実施形態５
【０３２２】
別の実施形態では、通信システムが記載される。ユーザプレーンデータパケットはｆｌｏｗ形式であり、ｆｌｏｗはＲＡＮ側のＲＢにマッピングされる。言い換えると、ｆｌｏｗデータはＲＢで伝達される。複数のｆｌｏｗが同じＲＢにマッピングされて良い。ｆｌｏｗとＲＢとの間のマッピングは、ＲＡＮ要素により構成される、又はＵＥにより選択されて良い。複数のｆｌｏｗのデータパケットはＲＢの１つのＰＤＣＰエンティティに対応し、ＲＢのＰＤＣＰエンティティは、複数のｆｌｏｗのデータに対して一緒に、ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰ  ＰＤＵヘッダ付与のような処理を実行する。例えば、ｆｌｏｗ１及びｆｌｏｗ２はＲＢ１内で伝達され、ｆｌｏｗ３及びｆｌｏｗ４はＲＢ２内で伝達される。ＲＢ１のＰＤＣＰエンティティは、ｆｌｏｗ１及びｆｌｏｗ２のデータパケットを処理する。本発明の本実施形態は、ハンドオーバ方法を更に提供する。方法は、ハンドオーバ手順においてｆｌｏｗに基づくデータパケットを伝送する方法に関する。方法は、具体的に、ＵＥが元のＲＡＮ要素（例えば、基地局）から目標ＲＡＮ要素（例えば、基地局）にハンドオーバされる手順に関連する。
【０３２３】
図１４は、本発明の一実施形態によるハンドオーバ方法の信号フロー図である。方法は以下のステップを含む。
【０３２４】
ステップ１４０１。基地局１は、基地局２にハンドオーバ要求メッセージを送信する。
【０３２５】
基地局１は、ＵＥのためにハンドオーバを実行することを決定し、目標基地局の目標セルを選択する。元の基地局１は、基地局間の直接インタフェース又は間接インタフェースを介して、ハンドオーバ要求メッセージ１を目標基地局２へ送信して、ハンドオーバを開始することを要求する。ハンドオーバ要求メッセージ１は、元のセルにおけるＵＥのサービスのＱｏＳの情報及びＵＥのＲａｄｉｏ  ｂｅａｒｅｒ  ｉｄの情報（例えば、ＲＢ１及びＲＢ２）を含む。ハンドオーバ要求メッセージ１は、ＵＥの履歴情報（ＵＥの履歴ハンドオーバ情報）を更に含んで良い。ハンドオーバ要求メッセージ１は、元のセルにおけるＵＥのｆｌｏｗとＲＢとの間のマッピング関係を更に含んで良い。ＵＥのサービスＱｏＳ情報は、ｆｌｏｗに基づくＱｏＳ情報であって良く、ＱＣＩ、ＧＢＲ、Ｍａｘｉｍｕｍ  ｒａｔｅ、及びＡＰＮ−ＡＭＢＲのようなｆｌｏｗ情報のうちの１又は複数を含んで良い。
【０３２６】
ステップ１４０２。基地局２は、基地局１から受信したハンドオーバ要求メッセージに基づき、基地局１へハンドオーバ肯定応答メッセージを送信する。
【０３２７】
目標基地局２は、ハンドオーバ要求メッセージ１を受信し、ＵＥを加入させるか否かを決定する。基地局２がＵＥを加入させることができる場合、基地局２はＵＥにリソースを割り当て、元の基地局１におけるＵＥのＲＢ１及びＲＢ２にそれぞれ対応するＲＢ３及びＲＢ４を確立し、基地局２におけるｆｌｏｗとＲＢとの間のマッピング関係を構成する。例えば、目標基地局では、ｆｌｏｗ１はＲＢ３内で伝達され、ｆｌｏｗ２、ｆｌｏｗ３、及びｆｌｏｗ４はＲＢ４内で伝達される。基地局２は、ハンドオーバ肯定応答メッセージ２を基地局１へ返して、ハンドオーバのために準備が成功裏に実行されたことを示す。ハンドオーバ肯定応答メッセージ２は、目標基地局２におけるＵＥのＲＢと元の基地局１におけるＲＢとの間の対応、及び目標基地局２におけるＵＥのｆｌｏｗとＲＢとの間のマッピング関係を含み、基地局２によるＵＥへのリソースの割り当てに関する構成情報を更に含んで良い。構成情報は、目標セルにおけるランダムアクセス及びデータ伝送のために使用される。
【０３２８】
ステップ１４０３。基地局１は、ＲＲＣ構成メッセージをＵＥへ送信する。
【０３２９】
元の基地局１は、ＲＲＣ構成情報をＵＥへ送信する。構成情報は、ＵＥについて目標基地局２により構成された構成情報であり、目標基地局２におけるＵＥのＲＢと元の基地局１におけるＲＢとの間の対応、及び目標基地局２におけるｆｌｏｗとＲＢとの間のマッピング関係を含む。構成情報は、基地局２によるＵＥへのリソースの割り当てに関する構成情報を更に含んで良く、目標セルにアクセスするためにＵＥにより必要とされるリソース、及び無線インタフェースデータ伝送のために必要な構成を更に含んで良い。
【０３３０】
ステップ１４０４。基地局１は伝送凍結を実行する。
【０３３１】
元の基地局１は、データ伝送凍結を実行し、目標基地局２へデータを転送する。目標基地局２は、転送されたデータを受信し、転送されたデータ及び新たに伝送されるデータを一緒に伝送する。詳細は以下の通りである。
【０３３２】
元の基地局１とＵＥとの間のアップリンク／ダウンリンクデータ伝送が凍結される。元の基地局１は、伝送状態情報を基地局２へ送信する。伝送状態情報は、元の基地局１とＵＥとの間のデータパケット伝送状態を含み、データパケット伝送状態は、アップリンクデータパケットの伝送状態及びダウンリンクデータパケットの伝送状態を含む。アップリンクデータパケットの伝送状態は、最初の損失ＰＤＣＰ  ＳＤＵのシーケンス番号、最初の損失ＰＤＣＰ  ＳＤＵと最後の受信ＰＤＣＰ  ＳＤＵとの間のＰＤＣＰ  ＳＤＵの受信状態、を含む。受信状態は、「受信」又は「未受信」である。
【０３３３】
ダウンリンクデータパケットの伝送状態は、基地局がＳＮ番号を割り当てる必要のある次のＰＤＣＰ  ＳＤＵのシーケンス番号を含む。シーケンス番号は、ＰＤＣＰ−ＳＮ及びＨｙｐｅｒ  ｆｒａｍｅ  ｎｕｍｂｅｒ（ハイパーフレーム番号）を含む。
【０３３４】
ステップ１４０５。基地局１は、基地局２へデータを転送する（Data  Forwarding）。
【０３３５】
元の基地局１は、全ての受信した順序の狂ったアップリンクパケットを、目標基地局２へ転送する。元の基地局１は、目標基地局２へ、ダウンリンクデータパケット、並びにコアネットワークから来る且つＰＤＣＰ  ＳＮ番号の割り当てられていないデータパケットを転送する。ここで、ＵＥは、ダウンリンクデータパケットが成功裏に受信されたと決定しない。転送されたデータパケットの属するＲＢを識別する必要がある。例えば、ＲＢ  ｉｄ（元の基地局のＲＢ  ｉｄ、又は目標基地局のＲＢ  ｉｄであって良い）は、データパケットヘッダ内で伝達される、又はＲＢ間のトンネルを確立する方法が使用される。１又は複数の終了マーカが、転送されたデータパケットの終わりに伝達されて、転送されたデータの終了を示す。マーカは、ｆｌｏｗに従い設定されて良く、又はＲＢに従い設定されて良い。ダウンリンクデータについて、終了マーカは、コアネットワークユーザプレーンにより、基地局１に通知される。
【０３３６】
ステップ１４０６。ＵＥは、基地局２に成功裏にアクセスする。
【０３３７】
ＵＥは、目標基地局の目標セルへのランダムアクセスを成功裏に実行する。
【０３３８】
元の基地局により目標基地局へ転送されたデータパケットについて、ＵＥは、依然として元の基地局におけるｆｌｏｗとＲＢとの間のマッピング関係、及び元の基地局におけるＲＢと目標基地局におけるＲＢとの間の対応に基づき、目標基地局におけるｆｌｏｗとＲＢとの間の過渡的マッピング関係を取得する。このような過渡的マッピング関係は、転送されたデータパケットを受信及び送信するために使用されるだけである。
【０３３９】
ステップ１４０７。コアネットワーク制御プレーン・ネットワーク要素は、コアネットワーク・ユーザプレーン・ネットワーク要素に、伝送経路切換を実行するよう指示する。
【０３４０】
目標基地局は、コアネットワークに、ＵＥがアクセスを成功裏に実行したことを通知し、コアネットワーク制御プレーン・ネットワーク要素は、コアネットワーク・ユーザプレーン・ネットワーク要素に、伝送経路切換を実行するよう指示する。伝送経路切換は、ＳＧＷのダウンリンク伝送経路の切り替え、又はＳＧＷの変更を含んで良い。コアネットワーク内のＳＧＷ又はＰＧＷは、元のダウンリンク・ユーザプレーン・トランスポートチャネルで、終了マーカ（end  marker）を元の基地局１へ送信する。
【０３４１】
さらに、目標基地局のダウンリンクデータ伝送手順は次の通りである。
【０３４２】
目標基地局のダウンリンク伝送は、転送されたデータの伝送及び新たなデータの伝送を含む。ｆｌｏｗとＲＢとの間の過渡的マッピング関係を使用してマッピングされたＲＢは、転送されたデータの伝送のために使用され、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を使用してマッピングされたＲＢは、新たなデータの伝送のために使用される。
【０３４３】
ＵＥのｆｌｏｗ１及びｆｌｏｗ２は、元の基地局１においてＲＢ１にマッピングされ、元の基地局１におけるＲＢ１は目標基地局２におけるＲＢ３に対応する。したがって、ＵＥのｆｌｏｗ１及びｆｌｏｗ２と目標基地局におけるＲＢ３との間に過渡的マッピング関係が存在する。目標基地局２は、ＲＢ３で、元の基地局におけるＲＢ１から転送されたダウンリンクデータパケットを送信し、ＵＥは、目標基地局２におけるＲＢ３でｆｌｏｗ１及びｆｌｏｗ２の転送されたデータパケットを受信する。
【０３４４】
終了マーカｅｎｄ  ｍａｒｋｅｒがｆｌｏｗに従い設定される場合、ｆｌｏｗ１の転送されたデータの終了マーカを送信した後に、目標基地局２は、ｆｌｏｗ１の且つコアネットワークから受信された新たなデータを送信し始め、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を用いてマッピングされたＲＢ３で新たなデータを送信する。ｆｌｏｗ１の転送されたデータの終了マーカを受信した後に、ＵＥは、ｆｌｏｗ１とＲＢ３との間の過渡的マッピング関係を終了し、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係、つまりｆｌｏｗ１とＲＢ３との間のマッピング関係を有効にし始め、ｆｌｏｗ１の新たなダウンリンクデータをＲＢ３で受信し始める。
【０３４５】
ｆｌｏｗ２の転送されたデータの終了マーカを送信した後に、基地局２は、ｆｌｏｗ２の且つコアネットワークから受信された新たなデータを送信し始め、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を用いてマッピングされたＲＢ４でｆｌｏｗ２の新たなデータを送信する。ｆｌｏｗ２の転送されたデータの終了マーカを受信した後に、ＵＥは、ｆｌｏｗ２とＲＢ３との間の過渡的マッピング関係を終了し、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係、つまりｆｌｏｗ２とＲＢ４との間のマッピング関係を有効にし始め、ｆｌｏｗ２の新たなダウンリンクデータをＲＢ４で受信し始める。
【０３４６】
終了マーカｅｎｄ  ｍａｒｋｅｒがＲＢに従い設定される場合、ＲＢの転送されたデータの終了マーカを送信した後に、目標基地局２は、ｆｌｏｗの且つコアネットワークから受信された新たなデータを送信し始め、ｆｌｏｗのデータを、ｆｌｏｗのマッピングされたＲＢで送信する。ｆｌｏｗとＲＢとの間のマッピング関係は、目標基地局により構成される。ＲＢの転送されたデータの終了マーカを受信した後に、ＵＥは、全てのｆｌｏｗとＲＢとの間の過渡的マッピング関係を終了し、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を使用し始め、新たなデータを対応するＲＢで受信し始める。例えば、ＵＥは、ＲＢ３の転送されたデータの終了マーカを受信し、ＵＥは、ｆｌｏｗ１及びｆｌｏｗ２の両方とＲＢ３との間の過渡的マッピング関係を終了し、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を使用し、具体的に言うと、ｆｌｏｗ１のダウンリンクデータをＲＢ３で受信し、ｆｌｏｗ２の新たなダウンリンクデータをＲＢ４で受信する。
【０３４７】
目標基地局のアップリンクデータ伝送。
【０３４８】
目標基地局におけるＵＥのアップリンク伝送は、転送されたデータの伝送及び新たなデータの伝送を含む。ｆｌｏｗとＲＢとの間の過渡的マッピング関係を使用してマッピングされたＲＢは、転送されたデータの伝送のために使用され、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係を使用してマッピングされたＲＢは、新たなデータの伝送のために使用される。
【０３４９】
ＵＥのｆｌｏｗ１及びｆｌｏｗ２は、元の基地局１においてＲＢ１にマッピングされ、元の基地局１におけるＲＢ１は目標基地局２におけるＲＢ３に対応する。したがって、ＵＥのｆｌｏｗ１及びｆｌｏｗ２と目標基地局におけるＲＢ３との間に過渡的マッピング関係が存在する。
【０３５０】
目標セルに成功裏にアクセスした後に、ＵＥは、目標基地局により送信されたＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔを受信する。目標基地局により送信されたＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔは、元の基地局におけるＲＢと目標基地局におけるＲＢとの間のマッピング関係に基づき送信される。例えば、元の基地局におけるＲＢ１のＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔは、目標基地局によりＲＢ３で送信される。
【０３５１】
ＵＥは、ＲＢ３のＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔを受信し、ｆｌｏｗ１のデータ及びｆｌｏｗ２のデータをＲＢ３で送信する。ＵＥは、ＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔにより要求されたデータパケットを送信した後に、データ終了マーカを送信する。データ終了識別子は、ＲＢに従い構成される。ＵＥは、ｆｌｏｗとＲＢとの間の且つ目標基地局により構成されたマッピング関係の中の対応するＲＢで、アップリンクデータを伝送し始める。例えば、ＵＥは、ｆｌｏｗ１のデータをＲＢ３で送信し、ｆｌｏｗ２のデータをＲＢ４で送信する。目標基地局は、ＲＢ３の受信したデータパケット終了マーカに従い、ｆｌｏｗ１及びｆｌｏｗ２のデータパケットのＲＢ３上での受信を停止する。目標基地局は、目標基地局の、ｆｌｏｗとＲＢとの間のマッピング関係の中の対応するＲＢで、ｆｌｏｗのデータパケットを受信し始める。言い換えると、目標基地局は、ｆｌｏｗ１のデータをＲＢ３で受信し、ｆｌｏｗ２のデータをＲＢ４で受信する。
【０３５２】
さらに、各ｆｌｏｗのＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔにより要求されたデータパケットを送信した後に、ＵＥは、データパケット終了マーカを送信して良く、言い換えると、ｆｌｏｗに従いデータパケット終了マーカｅｎｄ  ｍａｒｋｅｒを送信して良い。新たなデータパケットは、目標基地局の、ｆｌｏｗとＲＢとの間のマッピング関係の中の対応するＲＢで送信される。例えば、ｆｌｏｗ２のデータパケットの送信が終了した後に、１又は複数の終了マーカが送信される。次に、ＵＥは、ｆｌｏｗ２の新たなアップリンクデータパケットを、ｆｌｏｗ２に対応するＲＢ４で送信する。
【０３５３】
目標基地局は、ｆｌｏｗ２のデータパケット終了マーカに従い、ＲＢ３でのｆｌｏｗ２のデータパケットの受信を停止する。目標基地局は、目標基地局の、ｆｌｏｗとＲＢとの間のマッピング関係の中の対応するＲＢで、ｆｌｏｗの新たなデータパケットを受信し始める。言い換えると、目標基地局は、ｆｌｏｗ２の新たなアップリンクデータをＲＢ４で受信し始める。
【０３５４】
図１５は、本発明の一実施形態による装置の構造図である。装置は第１装置として使用され、装置は、具体的に、ユーザ機器又はアクセスネットワーク装置であり、装置は以下を含む：
第１装置のサービス品質ＱｏＳ情報に基づき、パケットデータ・コンバージェンス・プロトコルＰＤＣＰエンティティにより送信されるべきデータに対して待ち行列処理を実行して、待ち行列キューを取得するよう構成され、各キューは少なくとも１つのフローを含む、待ち行列ユニット１５０１、
ＰＤＣＰエンティティのプレスケジューリングウインドウ情報を取得するよう構成される取得ユニット１５０２、
待ち行列ユニット１５０１によりキューイングされた各キューのプレスケジューリング情報を決定するよう構成される決定ユニット１５０３、
各キューの且つ決定ユニット１５０３により決定されたプレスケジューリング情報、及び取得ユニット１５０２により取得されたプレスケジューリングウインドウ情報に基づき、プレスケジューリング処理を実行し、待ち行列キューから、プレスケジューリングウインドウ情報により識別されるプレスケジューリングウインドウサイズのデータパケットを選択するよう構成されるプレスケジューリングユニット１５０４。
【０３５５】
可能な設計では、装置は、生成ユニットであって、待ち行列ユニットがＰＤＣＰサービスデータユニットＰＤＣＰ  ＳＤＵに対して待ち行列処理を実行し、及びプレスケジューリングユニットがプレスケジューリング処理を実行した後に、ＰＤＣＰシーケンス番号ＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰプロトコルデータユニットＰＤＣＰ  ＰＤＵを取得する、又は、ＰＤＣＰ  ＳＮ番号をＰＤＣＰ  ＳＤＵに割り当て、待ち行列ユニットが待ち行列処理を実行し、及びプレスケジューリングユニットがプレスケジューリング処理を実行した後に、暗号化及びＰＤＣＰヘッダ付与を実行して、ＰＤＣＰ  ＰＤＵを取得する、又は、待ち行列ユニットが待ち行列処理を実行し及びプレスケジューリングユニットがプレスケジューリング処理を実行してＰＤＣＰ  ＰＤＵを取得する前に、ＰＤＣＰ  ＳＤＵにＰＤＣＰ  ＳＮ番号割り当て、暗号化、及びＰＤＣＰヘッダ付与を実行するよう構成される生成ユニット、を更に含む。
【０３５６】
可能な設計では、装置は、分配ユニットであって、生成ユニットにより生成されたＰＤＣＰ  ＰＤＵを処理のために無線リンク制御ＲＬＣエンティティに分配し、ＲＬＣエンティティにより、ＰＤＣＰ  ＰＤＵに対してセグメント化又は連結を実行し、ＰＤＣＰ  ＰＤＵを媒体アクセス制御ＭＡＣレイヤに置き、ＭＡＣレイヤにより、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行して、ＭＡＣプロトコルデータユニットＭＡＣ  ＰＤＵを取得し、ＭＡＣ  ＰＤＵを処理及び送信のために物理レイヤに分配する、よう構成される分配ユニットを更に含む。
【０３５７】
可能な設計では、取得ユニットは、待ち行列ユニットが第１装置のＱｏＳ情報に基づき被送信データに対して待ち行列処理を実行する前に、コアネットワークＣＮ又は無線アクセスネットワークＲＡＮから、第１装置のＱｏＳ情報を取得するよう更に構成され、第１装置のＱｏＳ情報は、サービス品質クラス識別子ＱＣＩ、保証レートＧＢＲ、最大ビットレートＭＢＲ、アクセスポイント総合最大ビットレートＡＰＮ−ＡＭＢＲ、ユーザ機器総合最大ビットレートＵＥ−ＡＭＢＲ、並びに割り当て及び保有優先度ＡＲＰ、のうちの１又は複数を含み、分配ユニットは、第１装置のＰＤＣＰエンティティへ、取得ユニットにより取得された第１装置のＱｏＳ情報を分配するよう更に構成される。
【０３５８】
可能な設計では、ＱＣＩは、優先度、遅延、及びパケット損失率のようなカウンタのうちの１又は複数を示し、ＱｏＳ情報は、ベアラレベル、フローレベル、パケットレベル、又はユーザ機器ＵＥレベルである。
【０３５９】
可能な設計では、取得ユニットは、待ち行列ユニットが第１装置のＱｏＳ情報に基づき被送信データに対して待ち行列処理を実行する前に、第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整されたＱｏＳ情報を取得するよう更に構成される。
【０３６０】
可能な設計では、取得ユニットは、第１装置の且つサービスの属するスライスの相対ＱｏＳ情報に基づき調整されたＱｏＳ情報を取得する前に、サービスの属するスライスの識別子に基づき、サービスの属するスライスのＱｏＳ情報を取得するよう更に構成され、スライスのＱｏＳ情報は、スライスの固有ＱｏＳ情報及び／又はスライスの相対ＱｏＳ情報を含み、装置は、スライスの且つ取得ユニットにより取得された固有ＱｏＳ情報に基づきスライスのためにリソースを準備し、及び／又はスライスの相対ＱｏＳ情報に基づき第１装置のＱｏＳ情報を調整するよう構成される処理ユニットを更に含む。
【０３６１】
可能な設計では、スライスの且つ取得ユニットにより取得されたＱｏＳ情報は、スライスの相対ＱｏＳ情報が有効か否かを示す情報を更に含み、処理ユニットは、具体的に、スライスの且つ取得ユニットにより取得されたＱｏＳ情報がスライスの相対ＱｏＳ情報は有効であると示す情報を含むとき、スライスの相対ＱｏＳ情報に基づき、第１装置のＱｏＳ情報を調整するよう構成される。
【０３６２】
可能な設計では、待ち行列ユニットは、具体的に、第１装置のフローレベルＱｏＳ情報に基づきＰＤＣＰエンティティの上位レイヤからのデータをフィルタリングして、フローレベルデータフローを取得する、又は、第１装置のベアラレベルＱｏＳ情報に基づきＰＤＣＰエンティティの上位レイヤからのデータを分割して、フローレベルデータフローを取得する、又は、第１装置のパケットレベルＱｏＳ情報に基づきＰＤＣＰエンティティの上位レイヤからのデータを分類して、フローレベルデータフローを取得する、よう構成される。
【０３６３】
可能な設計では、取得ユニットは、具体的に、無線アクセスネットワークＲＡＮにより送信された構成情報を取得し、構成情報に基づき、ＰＤＣＰエンティティのプレスケジューリングウインドウ情報を設定する、又は、ＲＬＣエンティティにより周期的に報告されるＰＤＣＰエンティティのプレスケジューリングウインドウ情報を受信する、又は、ＲＬＣエンティティによりイベントに基づき報告されたプレスケジューリングウインドウ情報を受信する、又は、待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態、のうちの１又は複数に基づき、ＰＤＣＰエンティティの独立プレスケジューリングウインドウ情報を選択する、よう構成される。
【０３６４】
可能な設計では、取得ユニットは、具体的に、第１装置のＰＤＣＰエンティティがＲＬＣエンティティにより報告されるプレスケジューリングウインドウ情報又はＲＬＣエンティティにより報告され且つＲＬＣバッファが重負荷を有することを示す情報を受信するまで、待ち行列キューの長さ及び待ち時間、並びにＲＬＣバッファ状態のうちの１又は複数に基づき、独立プレスケジューリングウインドウ情報を選択し、ＲＬＣバッファの状態に基づきプレスケジューリングウインドウ情報を選択するよう構成される。
【０３６５】
可能な設計では、分配ユニットは、具体的に、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティにより、ＲＬＣエンティティの異なる種類に基づきＰＤＣＰエンティティの待ち行列キューをグループ化し、各キューグループの中のデータを対応する種類のＲＬＣエンティティに分配する、又は、１つのＰＤＣＰエンティティが複数のＲＬＣエンティティに対応する場合、ＰＤＣＰエンティティにより、ＲＬＣエンティティによるプレスケジューリングウインドウ情報の報告の時間順に基づき、ＰＤＣＰ  ＰＤＵの分配されるべきＲＬＣエンティティを選択する、又は、複数のＰＤＣＰエンティティが１つのＲＬＣエンティティに対応する場合、ＲＬＣエンティティにより、複数のプレスケジューリングウインドウ情報片を生成し、複数のプレスケジューリングウインドウ情報片を複数の対応するＰＤＣＰエンティティに通知し、並びに各ＰＤＣＰエンティティにより、プレスケジューリング処理を独立に実行し、及びＲＬＣエンティティへＰＤＣＰ  ＰＤＵを送信する、又は、ＲＬＣエンティティにより、各ＰＤＣＰエンティティの状態情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、ＲＬＣエンティティにより、各ＰＤＣＰエンティティのスケジューリング情報に基づきプレスケジューリングウインドウ情報を割り当てる、又は、異なるスケジューリング優先度を有するＰＤＣＰエンティティにより、異なるプレスケジューリング方法を使用する、よう構成される。
【０３６６】
可能な設計では、決定ユニットは、具体的に、各データフローの且つ無線アクセスネットワークＲＡＮにより送信された、ＰＤＣＰエンティティのプレスケジューリング情報を取得する、及び／又は、コアネットワークＣＮにより送信された第１装置のフローレベルＱｏＳ情報を取得し、及び、第１装置のフローレベルＱｏＳ情報に基づき、ＰＤＣＰエンティティの、各データフローのプレスケジューリング情報を決定する、及び／又は、ＰＤＣＰエンティティの上位レイヤからの情報を取得して、ＰＤＣＰエンティティのプレスケジューリング情報を計算する、よう構成される。
【０３６７】
可能な設計では、分配ユニットは、具体的に、ＲＬＣエンティティにより、データパケットセグメント化及び連結を実行して、ＭＡＣレイヤによるバッファリングのために固定サイズの媒体アクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵを生成するよう構成される。
【０３６８】
可能な設計では、決定ユニットは、固定サイズのＭＡＣ  ＰＤＵを決定するよう更に構成され、装置は、第２装置へ固定サイズを送信するよう構成される送信ユニットであって、第１装置にリソースを割り当てるとき、第２装置が、固定サイズのデータ又は固定サイズの整数倍のサイズのデータを伝送するために使用可能なリソースを割り当てることができるようにする、送信ユニット、を更に含む。
【０３６９】
可能な設計では、装置は、ＭＡＣ  ＰＤＵの且つ第２装置により決定され第２装置により送信された固定サイズを受信するよう構成される受信ユニットを更に含み、分配ユニットは、具体的に、ＲＬＣエンティティに、受信した固定サイズに基づき、データパケットセグメント化及び連結を実行して、固定サイズのＭＡＣ  ＰＤＵを生成するよう指示するよう構成される。
【０３７０】
可能な設計では、分配ユニットは、具体的に、ＲＬＣエンティティに、データパケットセグメント化及び連結を実行して、固定サイズの複数のＭＡＣ  ＰＤＵを生成するよう指示し、ＭＡＣレイヤにより、複数のバッファキューを生成し、ここでキューは異なる固定サイズに対応し、並びに、ＭＡＣレイヤにより、受信したリソースサイズ状態に基づき、対応するキューからデータパケットを取得するよう構成される。
【０３７１】
可能な設計では、第１装置の１つのＰＤＣＰエンティティは複数のＲＬＣエンティティに対応し、分配ユニットは、具体的に、第１装置のＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のために各ＲＬＣエンティティに分配するよう構成される。
【０３７２】
可能な設計では、第１装置の複数のＰＤＣＰエンティティは１つのＲＬＣエンティティに対応し、分配ユニットは、具体的に、第１装置の各ＰＤＣＰエンティティにより、ＰＤＣＰ  ＰＤＵを処理のためにＲＬＣエンティティに分配するよう構成される。
【０３７３】
可能な設計では、分配ユニットは、具体的に、ＭＡＣエンティティに、各無線ベアラＲＢの且つＲＡＮ要素により構成されたスケジューリング情報を取得するよう指示し、又は、プリセット計算ルールに従いプレスケジューリング情報に基づき各ＲＢのスケジューリング情報を取得し、及び、ＭＡＣレイヤにより、ＲＢのスケジューリング情報に基づき、複数の論理チャネルＬＣＨのデータに対してスケジューリング及び多重化を実行する、よう構成される。
【０３７４】
可能な設計では、取得ユニットは、具体的に、第１装置の位置する第１行路区間のＱｏＳパラメータを取得する、又は、第１装置のエンドツーエンドＥ２Ｅ  ＱｏＳパラメータ及びＥ２Ｅ  ＱｏＳパラメータを動的に割り当てるためのルールを取得する、よう構成される。
【０３７５】
可能な設計では、装置は、制御プレーンから能力又は負荷通知メッセージを受信するよう構成される受信ユニットと、受信ユニットにより受信された能力又は負荷通知メッセージに基づき、第１行路区間以外の行路区間のＱｏＳ能力が行路区間のＱｏＳ要件を満たさないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、第１装置の第１行路区間のＱｏＳパラメータを調整して、第１行路区間のサービス品質を向上するよう構成される調整ユニットと、を更に含む。
【０３７６】
可能な設計では、装置は、ユーザプレーンから帯域内通知メッセージを受信するよう構成される受信ユニットであって、帯域内通知メッセージはＱｏＳ満足情報を伝達し、ＱｏＳ満足情報は、Ｅ２Ｅ  ＱｏＳカウンタの占有比率又は数量、又はＥ２Ｅ  ＱｏＳカウンタの残り比率又は数量を示すために使用される、受信ユニットと、ＱｏＳ満足情報に基づき、第１行路区間以外の行路区間でＱｏＳが満たされないと決定されると、Ｅ２Ｅ  ＱｏＳを満たすために、第１装置の第１行路区間のＱｏＳパラメータを調整して、第１行路区間のサービス品質を向上するよう構成される調整ユニットと、を更に含む。
【０３７７】
図１６は、本発明の一実施形態による別の装置の構造図である。装置はコアネットワーク装置であり、コアネットワーク装置は、無線アクセスネットワークＲＡＮにより送信された無線インタフェース側サービス品質ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報を受信するよう構成される受信ユニット１６０１と、受信ユニット１６０１により受信された無線インタフェース側ＱｏＳ能力情報及び／又はグランド側ＱｏＳ能力情報に基づき、無線インタフェース側行路区間又はグランド側行路区間の選択又は再選択を決定するよう構成される決定ユニット１６０２と、を含む。
【０３７８】
図１７は、本発明の一実施形態による更に別の装置の構造図である。装置はアクセスネットワーク装置であり、アクセスネットワーク装置は、近隣無線アクセスネットワークＲＡＮ要素により送信されたグランド側ルーティング情報を受信するよう構成される受信ユニット１７０１であって、グランド側ルーティング情報は、近隣ＲＡＮ要素に接続されたサービングゲートウェイＳＧＷに関する情報、パケットデータネットワークゲートウェイＰＧＷに関する情報、ＰＧＷに接続されたパケットデータネットワークＰＤＮに関する情報、ローカルホームネットワークＬＨＮに関する情報、超低遅延能力情報、及び超高信頼性伝送能力情報、のうちの１又は複数を含む、受信ユニット１７０１と、ハンドオーバプログラムを実行するために、受信ユニット１７０１により受信されたグランド側ルーティング情報及びサービス品質ＱｏＳパラメータに基づき、近隣ＲＡＮ要素に対して目標セルハンドオーバ選択を実行して、端末のために目標ＲＡＮ要素の適切な目標セルを選択するよう構成されるハンドオーバユニット１７０２と、を含む。
【０３７９】
可能な設計では、アクセスネットワーク装置は、目標ＲＡＮ要素へ第１メッセージを送信するよう構成される送信ユニットであって、第１メッセージは、ＱｏＳパラメータ、ハンドオーバ理由情報、及び目標ＰＤＮに関する情報を伝達し、目標ＲＡＮ要素が、第１メッセージの中で伝達される、ＱｏＳパラメータ、ハンドオーバ理由情報、及び目標ＰＤＮに関する情報に基づき、サービス加入決定を実行できるようにする、送信ユニットを更に含む。
【０３８０】
可能な設計では、受信ユニットは、目標ＲＡＮ要素により送信された第２メッセージを受信し、第２メッセージは加入が成功したことを示すために使用され、第２メッセージはＱｏＳパラメータ満足レベルを伝達する、又は、目標ＲＡＮ要素により送信された第３メッセージを受信し、第３メッセージは加入が失敗したことを示すために使用され、第３メッセージは特定原因を伝達する、よう更に構成されて良い。
【０３８１】
可能な設計では、ハンドオーバユニットは、受信ユニットが複数の目標ＲＡＮ要素により返された第２メッセージを受信すると、第２メッセージの中で伝達されたＱｏＳパラメータ満足レベルに基づき目標セルを選択し、目標セルへのハンドオーバを開始するよう更に構成される。
【０３８２】
当業者は、本願明細書に開示の実施形態において記載された例と組み合わせて、ユニット及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせにより実施され得ることに更に気づき得る。ハードウェアとソフトウェアとの間の同義性を明確に記載するために、以上は、機能に従う各々の例の構成及びステップを一般的に記載した。機能がハードウェア又はソフトウェアにより実行されるかは、技術的ソリューションの特定の適用及び設計制約条件に依存する。当業者は、各々の特定の適用について記載の機能を実施するために異なる方法を使用できるが、実装が本発明の範囲を超えると考えられるべきではない。
【０３８３】
当業者は、実施形態の前述の方法の各々のステップの全部又は一部がプロセッサに指示するプログラムにより実装されて良いことを理解し得る。プログラムは、コンピュータ可読記憶媒体に格納されて良い。記憶媒体は、ランダムアクセスメモリ、読み出し専用メモリ、フラッシュメモリ、ハードディスクドライブ、固体ドライブ、磁気テープ（magnetic  tape）、フロッピーディスク（floppy  disk）、光ディスク（optical  disc）、又はそれらの任意の組合せのような非一時的（non−transitory）媒体であって良い。
【０３８４】
上述の説明は、本発明の単なる例示的実装であり、本発明の保護範囲を制限することを意図しない。本発明で開示された技術範囲内にある、当業者により直ちに考案される変形又は置換は、本発明の保護範囲に含まれるべきである。したがって、本発明の保護範囲は、請求項の保護範囲に従う。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービス品質、ＱｏＳ、制御のための方法であって、ハンドオーバ処理の目標基地局に適用され、
前記目標基地局により、元の基地局からハンドオーバ要求メッセージを受信するステップであって、前記ハンドオーバ要求メッセージは、モバイル装置のサービスのサービス品質の情報、前記モバイル装置の前記元の基地局の元のセルにおける無線ベアラ識別子の情報、及び前記モバイル装置の前記元のセルにおけるフローと無線ベアラとの間のマッピング関係を含む、ステップと、
前記目標基地局により、前記元の基地局から受信した前記ハンドオーバ要求メッセージに基づき、前記元の基地局へハンドオーバ肯定応答メッセージを送信するステップと、
を含む方法。
【請求項２】
前記モバイル装置のサービスのサービス品質の前記情報は、以下：サービス品質クラス識別子、ＱＣＩ、保証ビットレート、ＧＢＲ、又は最大レート、のようなフロー情報のうちの１又は複数を含む、請求項１に記載の方法。
【請求項３】
前記方法は、
前記目標基地局により、前記元の基地局により送信された前記フローのデータパケットを受信するステップであって、前記データパケットの前記目標基地局における無線ベアラは、前記データパケットの前記元の基地局における前記無線ベアラに対応する、ステップ、及び／又は、
前記目標基地局における前記フローと無線ベアラとの間のマッピング関係は、前記元の基地局における前記フローと前記無線ベアラとの間の前記マッピング関係に対応する、ステップ、
を更に含む請求項１又は請求項２に記載の方法。
【請求項４】
前記方法は、
前記目標基地局により、前記フローのために前記目標基地局において無線ベアラを確立するステップであって、前記目標基地局により確立された前記無線ベアラは、前記フローのための前記元の基地局における前記無線ベアラに対応する、ステップ、を更に含む請求項１又は請求項２に記載の方法。
【請求項５】
前記方法は、
前記目標基地局により、前記フローのために前記目標基地局において無線ベアラを確立するステップであって、前記目標基地局により確立された前記無線ベアラは、前記フローのための前記元の基地局における前記無線ベアラに等しい、ステップ、を更に含む請求項１又は請求項２に記載の方法。
【請求項６】
前記元の基地局から転送されたデータの終わりを示すために、データパケットの後に終了マーカが伝達され、前記終了マーカは無線ベアラに従い設定される、請求項３乃至５のいずれか一項に記載の方法。
【請求項７】
前記目標基地局により、コアネットワークからの前記フローのデータパケットのために前記目標基地局における無線ベアラを構成するステップと、
前記元の基地局からの前記フローのデータパケットが伝送された後に、
前記目標基地局により、前記目標基地局における前記無線ベアラを介して、前記コアネットワークからの前記フローの前記データパケットを伝送するステップと、
を更に含む請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
サービス品質、ＱｏＳ、制御のための機器であって、ハンドオーバ処理の目標基地局に適用され、
元の基地局からハンドオーバ要求メッセージを受信する手段であって、前記ハンドオーバ要求メッセージは、モバイル装置のサービスのサービス品質の情報、前記モバイル装置の前記元の基地局の元のセルにおける無線ベアラ識別子の情報、及び前記モバイル装置の前記元のセルにおけるフローと無線ベアラとの間のマッピング関係を含む、手段と、
前記元の基地局から受信した前記ハンドオーバ要求メッセージに基づき、前記元の基地局へハンドオーバ肯定応答メッセージを送信する手段と、
を含む機器。
【請求項９】
前記モバイル装置のサービスのサービス品質の前記情報は、以下：サービス品質クラス識別子、ＱＣＩ、保証ビットレート、ＧＢＲ、又は最大レート、のようなフロー情報のうちの１又は複数を含む、請求項８に記載の機器。
【請求項１０】
前記機器は、
前記元の基地局により送信された前記フローのデータパケットを受信する手段を更に含み、前記データパケットの前記目標基地局における無線ベアラは、前記データパケットの前記元の基地局における前記無線ベアラに対応する、及び／又は、前記目標基地局における前記フローと無線ベアラとの間のマッピング関係は、前記元の基地局における前記フローと前記無線ベアラとの間の前記マッピング関係に対応する、請求項８又は請求項９に記載の機器。
【請求項１１】
前記機器は、前記フローのために前記目標基地局において無線ベアラを確立する手段を更に含み、前記目標基地局において確立された前記無線ベアラは、前記フローのための前記元の基地局における前記無線ベアラに対応する、請求項８又は請求項９に記載の機器。
【請求項１２】
前記機器は、前記フローのために前記目標基地局において無線ベアラを確立する手段を更に含み、前記目標基地局において確立された前記無線ベアラは、前記フローのための前記元の基地局における前記無線ベアラに等しい、請求項８又は請求項９に記載の機器。
【請求項１３】
前記元の基地局から転送されたデータの終わりを示すために、データパケットの後に終了マーカが伝達され、前記終了マーカは無線ベアラに従い設定される、請求項１０乃至１２のいずれか一項に記載の機器。
【請求項１４】
コアネットワークからの前記フローのデータパケットのために前記目標基地局における無線ベアラを構成する手段と、
前記元の基地局からの前記フローのデータパケットが伝送された後の場合、前記目標基地局における前記無線ベアラを介して、前記コアネットワークからの前記フローの前記データパケットを伝送する手段と、
を更に含む請求項８乃至１３のいずれか一項に記載の機器。
【請求項１５】
サービス品質、ＱｏＳ、制御のための機器であって、ハンドオーバ処理の目標基地局に適用され、前記機器は、請求項１乃至７のいずれか一項に記載の方法を実行するよう構成される、機器。
【請求項１６】
記録されたプログラムを有するコンピュータ可読記憶媒体であって、前記プログラムは、コンピュータに請求項１乃至７のいずれかに記載の方法を実行させる、コンピュータ可読記憶媒体。
【請求項１７】
コンピュータに請求項１乃至７のいずれかに記載の方法を実行させるプログラム。
【請求項１８】
通信システムであって、前記システムは、請求項８乃至１４のいずれか一項に記載の機器又は請求項１５に記載の機器を含むシステム。
【国際調査報告】
2019517224.tif 000028
2019517224.tif 000029
2019517224.tif 000030
2019517224.tif 000031
2019517224.tif 000032
2019517224.tif 000033
2019517224.tif 000034