(57)【特許請求の範囲】
【請求項１】
端末は、無線ベアラにスプリットベアラが存在すると判断した場合、又は基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、前記端末は、前記基地局に前記無線ベアラのバッファステータスレポートＢＳＲを送信し、前記端末のユーザプレーンのプロトコルアーキテクチャは無線リンク制御（ＲＬＣ、Radio Link Control）層とパケットデータコンバージェンス（ＰＤＣＰ、Packet Data Convergence Protocol）層を含むことと、
前記ＢＳＲは、前記無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーし、前記無線ベアラのバッファデータサイズ情報及び前記追加のバッファデータサイズ情報は異なるセルによってそれぞれに示されることと、を含み、
前記無線ベアラにスプリットベアラと非スプリットベアラが同時に存在する場合、前記追加のバッファデータサイズ情報は、前記無線ベアラにおける各スプリットベアラの前記ＰＤＣＰ層での総バッファデータサイズ情報であり、前記無線ベアラがいずれも前記スプリットベアラである場合、前記追加のバッファデータサイズ情報は、前記無線ベアラの前記ＰＤＣＰ層での総バッファデータサイズ情報である、バッファステータスを報告する方法。
【請求項２】
前記端末は、前記基地局が送信したアップリンク認証情報を受信することを更に含み、  前記アップリンク認証情報は、前記基地局が前記ＢＳＲと送信ルールに基づいて確定されたものである請求項１に記載のバッファステータスを報告する方法。
【請求項３】
前記無線ベアラのバッファデータサイズ情報は、前記無線ベアラの前記ＰＤＣＰ層と前記ＲＬＣ層でのバッファデータサイズに対応するインデックス値である請求項１に記載のバッファステータスを報告する方法。
【請求項４】
基地局は、端末が送信した無線ベアラのバッファステータスレポートＢＳＲを受信することを含み、
前記ＢＳＲは、前記無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーし、前記無線ベアラのバッファデータサイズ情報及び前記追加のバッファデータサイズ情報は異なるセルによってそれぞれに示され、
前記端末のユーザプレーンのプロトコルアーキテクチャは無線リンク制御（ＲＬＣ、Radio Link Control）層とパケットデータコンバージェンス（ＰＤＣＰ、Packet Data Convergence Protocol）層を含み、
前記無線ベアラにスプリットベアラと非スプリットベアラが同時に存在する場合、前記追加のバッファデータサイズ情報は、前記無線ベアラにおける各スプリットベアラの前記ＰＤＣＰ層での総バッファデータサイズ情報であり、前記無線ベアラがいずれも前記スプリットベアラである場合、前記追加のバッファデータサイズ情報は、前記無線ベアラの前記ＰＤＣＰ層での総バッファデータサイズ情報である、バッファステータスを受信する方法。
【請求項５】
前記基地局は、前記ＢＳＲと送信ルールの両者の情報に基づいてアップリンク認証情報を確定し、且つ前記端末に前記アップリンク認証情報を送信することを更に含む請求項４に記載のバッファステータスを受信する方法。
【請求項６】
前記送信ルールは、前記基地局がこの基地局以外の他の基地局と予めネゴシエーションして確定されたものであり、又は前記ＢＳＲを受信した後に前記他の基地局とネゴシエーションして確定されたものである請求項５に記載のバッファステータスを受信する方法。
【請求項７】
前記送信ルールは、異なる基地局が受信した前記ＰＤＣＰ層のバッファデータの分配比率である請求項５に記載のバッファステータスを受信する方法。
【請求項８】
送信モジュールを含み、
前記送信モジュールは、無線ベアラにスプリットベアラが存在すると判断した場合、又は基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、前記基地局に前記無線ベアラのバッファステータスレポートＢＳＲを送信するように設定され、前記ＢＳＲは、前記無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーし、前記無線ベアラのバッファデータサイズ情報及び前記追加のバッファデータサイズ情報は異なるセルによってそれぞれに示され、前記基地局は端末と通信し、前記端末のユーザプレーンのプロトコルアーキテクチャは無線リンク制御（ＲＬＣ、Radio Link Control）層とパケットデータコンバージェンス（ＰＤＣＰ、Packet Data Convergence Protocol）層を含み、
前記無線ベアラにスプリットベアラと非スプリットベアラが同時に存在する場合、前記追加のバッファデータサイズ情報は、前記無線ベアラにおける各スプリットベアラの前記ＰＤＣＰ層での総バッファデータサイズ情報であり、前記無線ベアラがいずれも前記スプリットベアラである場合、前記追加のバッファデータサイズ情報は、前記無線ベアラの前記ＰＤＣＰ層での総バッファデータサイズ情報である、バッファステータスを報告する装置。
【請求項９】
受信モジュールを更に含み、
前記受信モジュールは、前記基地局が送信したアップリンク認証情報を受信するように設定され、前記アップリンク認証情報は前記基地局が前記ＢＳＲと送信ルールに基づいて確定されたものである請求項８に記載のバッファステータスを報告する装置。
【請求項１０】
前記無線ベアラのバッファデータサイズ情報は、前記無線ベアラの前記ＰＤＣＰ層と前記ＲＬＣ層でのバッファデータサイズに対応するインデックス値である請求項８に記載のバッファステータスを報告する装置。
【請求項１１】
受信モジュールを含み、
前記受信モジュールは、端末が送信した無線ベアラのバッファステータスレポートＢＳＲを受信するように設定され、前記ＢＳＲは、前記無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーし、前記無線ベアラのバッファデータサイズ情報及び前記追加のバッファデータサイズ情報は異なるセルによってそれぞれに示され、前記端末のユーザプレーンのプロトコルアーキテクチャは無線リンク制御（ＲＬＣ、Radio Link Control）層とパケットデータコンバージェンス（ＰＤＣＰ、Packet Data Convergence Protocol）層を含み、
前記無線ベアラにスプリットベアラと非スプリットベアラが同時に存在する場合、前記追加のバッファデータサイズ情報は、前記無線ベアラにおける各スプリットベアラの前記ＰＤＣＰ層での総バッファデータサイズ情報であり、前記無線ベアラがいずれも前記スプリットベアラである場合、前記追加のバッファデータサイズ情報は、前記無線ベアラの前記ＰＤＣＰ層での総バッファデータサイズ情報である、バッファステータスを受信する装置。
【請求項１２】
送信モジュールを更に含み、
前記送信モジュールは、前記ＢＳＲと送信ルールに基づいてアップリンク認証情報を確定し、且つ端末に前記アップリンク認証情報を送信するように設定される請求項１１に記載のバッファステータスを受信する装置。
【請求項１３】
前記送信ルールは、異なる基地局が予めネゴシエーションして確定されたものであり、
又は、
前記送信ルールは、異なる基地局が送信した前記ＰＤＣＰ層のバッファデータの分配比率である請求項１２に記載のバッファステータスを受信する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線ベアラの技術分野に関し、特にバッファステータスを報告及び受信する方法及び装置に関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ、Long Term Evolution）システムにおいて、端末側ユーザプレーンのプロトコルアーキテクチャは下から上へ、
主に伝送チャネルを介してメディアアクセス制御（ＭＡＣ、Media Access Control）層又はより上位の層に情報を伝送する物理（ＰＨＹ、Physical）層、
主に論理チャネルを介してデータ伝送を提供し、及び無線リソースの割り当てを担当し、ハイブリッド自動再送要求（ＨＡＲＱ、Hybrid ARQ）、スケジューリング（ＳＣＨ、Scheduling）、優先度処理及び多重化・多重分離（ＭＵＸ、Multiplexing）等の機能を完成するＭＡＣ層、
主にユーザと制御データのセグメント及び再送サービスを提供する無線リンク制御（ＲＬＣ、Radio Link Control）層、
主にＲＲＣまたはユーザプレーンの上層へのユーザデータの伝達を完成するパケットデータコンバージェンス（ＰＤＣＰ、Packet Data Convergence Protocol）層、という幾つかのプロトコル層を含む。
【０００３】
上記プロトコルアーキテクチャで、端末がアップリンクデータを送信する方法は概ね、
端末と基地局がデータ無線ベアラ（ＤＲＢ、Data Radio Bearer）を作成することと、
基地局が端末に該ＤＲＢの所属する論理チャネルグループ（ＬＣＧ、Logical Channel Group）を割り当て、ＬＣＧが０、１、２、３の４つのグループを含むことと、
端末は、アップリンクデータを送信する必要があり、且つアップリンクリソース又は認証がないことを検出した場合、基地局にバッファステータスレポート（ＢＳＲ、buffer status report）を送信し、ＢＳＲは、無線ベアラのバッファデータ情報（即ちバッファデータサイズ）に対応するインデックス値をキャリーして、バッファデータサイズは、データ無線ベアラのＲＬＣ層とＰＤＣＰ層でのバッファデータのサイズの和を含むことと、
基地局は、受信したＢＳＲにおけるインデックス値に基づいてバッファデータサイズを取得し、端末に対応するアップリンク認証を設定し、端末は、アップリンク認証を受信した後にアップリンクデータを送信することと、を含む。
端末は、実際の状況に基づいて、ショートＢＳＲ（Short ＢＳＲ）又はロングＢＳＲ（Long ＢＳＲ）、或いは短縮ＢＳＲ（Truncated ＢＳＲ）を報告することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
スペクトルリソースの不足、及び移動ユーザの大トラフィックサービスの急増のため、ユーザスループットを増加してモバイル性能を強化するために、高周波数ポイント、例えば３.５GHzを採用してホットポイントカバレッジを行い、且つ低電力ノードを採用するが、高周波数ポイントの信号減衰が比較的に速く、スモールセルのカバレッジ範囲が比較的に小さく、且つ関連のセルとサイトを共有しない。現在、多くの会社とオペレーターはいずれも新たなプロトコルアーキテクチャを探す傾向にあり、デュアルコネクティビティ（Dual Connectivity）はその１つである。デュアルコネクティビティで、端末は同時に２つ以上のサービスノード（例えば基地局）とデータ接続を保持することができるが、コントロールプレーンの接続はその中の１つのサービスノード（例えばマクロセルの基地局）のみとの接続である。
【０００５】
現在のプロトコルアーキテクチャの１つはスプリットベアラ（Split bearer）方式を採用し、データ無線ベアラを複数の基地局の間に分割し、即ち１つのデータ無線ベアラのデータは複数の基地局を介して送信される。該アーキテクチャにおいて、端末と基地局での対応するＰＤＣＰ層は１つのみあり、しかし、各ＲＬＣ層は各基地局でのＲＬＣ層に一対一に対応し、従って、端末は基地局にアップリンクデータを送信する時、ＰＤＣＰ層のデータを分割して基地局に送信する必要があり、ＲＬＣ層のデータは対応的に対応する基地局に送信される。しかし、現在、スプリットベアラの時にどのようにＢＳＲバッファデータ情報を報告するかに基づく技術的解決方法はまだ開示されていなく、つまり、この時、基地局は端末が送信する必要があるデータを正確に知ることができなく、端末はアップリンクデータの送信過程においてリソースの浪費又は不足を招く。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の実施例は、スプリットベアラが存在する場合のバッファステータスの報告を実現することができる、バッファステータスを報告及び受信する方法及び装置を提供する。
【０００７】
上記目的を達成するために、本発明の実施例はバッファステータスを報告する方法を提供し、
端末は、無線ベアラにスプリットベアラが存在すると判断した場合、又は基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、前記端末は、前記基地局に前記無線ベアラのバッファステータスレポートＢＳＲを送信することと、
前記ＢＳＲは、前記無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーすることと、を含む。
【０００８】
好ましくは、
前記端末は、前記基地局が送信したアップリンク認証情報を受信することを更に含み、前記アップリンク認証情報は、前記基地局が前記ＢＳＲと送信ルールに基づいて確定したものである。
【０００９】
本発明の実施例による方法において、前記無線ベアラにスプリットベアラと非スプリットベアラが同時に存在する場合、前記追加のバッファデータサイズ情報は、前記無線ベアラにおける各スプリットベアラに対応するパケットデータコンバージェンスＰＤＣＰ層の総バッファデータサイズ情報であり、前記無線ベアラがいずれも前記スプリットベアラである場合、前記追加のバッファデータサイズ情報は、パケットデータコンバージェンスＰＤＣＰ層又は無線リンク制御ＲＬＣ層の総バッファデータサイズ情報である。
【００１０】
好ましくは、前記バッファデータサイズ情報は、前記バッファデータサイズに対応するインデックス値であり、前記総バッファデータサイズ情報は、前記総バッファデータサイズに対応するインデックス値である。
【００１１】
本発明の実施例はバッファステータスを受信する方法を更に提供し、
基地局は、端末が送信した無線ベアラのバッファステータスレポートＢＳＲを受信し、前記ＢＳＲは、前記無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーすることを含む。
【００１２】
好ましくは、
前記基地局は、前記ＢＳＲと送信ルールの両者の情報に基づいてアップリンク認証情報を確定し、且つ端末に前記アップリンク認証情報を送信することを更に含む。
【００１３】
好ましくは、前記追加のバッファデータサイズ情報は、前記無線ベアラにおける各スプリットベアラに対応するパケットデータコンバージェンスＰＤＣＰ層のバッファデータサイズ情報又は無線リンク制御ＲＬＣ層のバッファデータサイズ情報である。
【００１４】
好ましくは、前記送信ルールは、前記基地局がこの基地局以外の他の基地局と予めネゴシエーションして確定したものであり、又は前記ＢＳＲを受信した後に前記他の基地局とネゴシエーションして確定したものである。
【００１５】
好ましくは、前記送信ルールは、異なる基地局が送信した前記ＰＤＣＰ層のバッファデータの分配比率である。
【００１６】
本発明の実施例はバッファステータスを報告する装置を更に提供し、少なくとも送信モジュールを含み、
前記送信モジュールは、無線ベアラにスプリットベアラが存在すると判断した場合、又は前記基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、前記基地局に前記無線ベアラのバッファステータスレポートＢＳＲを送信するように設定され、前記ＢＳＲは、前記データ無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーする。
【００１７】
好ましくは、受信モジュールを更に含み、
前記受信モジュールは、前記基地局が送信したアップリンク認証情報を受信するように設定され、前記アップリンク認証情報は、前記基地局が前記ＢＳＲと送信ルールに基づいて確定したものである。
【００１８】
好ましくは、前記無線ベアラにスプリットベアラと非スプリットベアラが同時に存在する場合、前記追加のバッファデータサイズ情報は、前記無線ベアラにおける各スプリットベアラに対応するパケットデータコンバージェンスＰＤＣＰ層の総バッファデータサイズ情報であり、前記無線ベアラがいずれも前記スプリットベアラである場合、前記追加のバッファデータサイズ情報は、パケットデータコンバージェンスＰＤＣＰ層又は無線リンク制御ＲＬＣ層の総バッファデータサイズ情報である。
【００１９】
好ましくは、前記バッファデータサイズ情報は、前記バッファデータサイズに対応するインデックス値であり、前記総バッファデータサイズ情報は、前記総バッファデータサイズに対応するインデックス値である。
【００２０】
本発明の実施例はバッファステータスを受信する装置を更に提供し、少なくとも受信モジュールを含み、
前記受信モジュールは、端末が送信したデータ無線ベアラのバッファステータスレポートＢＳＲを受信するように設定され、前記ＢＳＲは、前記データ無線ベアラのバッファデータサイズ情報をキャリーし、又は前記ＢＳＲは、前記無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーする。
【００２１】
好ましくは、送信モジュールを更に含み、
前記送信モジュールは、前記ＢＳＲと送信ルールに基づいてアップリンク認証情報を確定し、且つ端末に前記アップリンク認証情報を送信するように設定される。
【００２２】
好ましくは、前記追加のバッファデータサイズ情報は、前記無線ベアラにおける各スプリットベアラに対応するパケットデータコンバージェンスＰＤＣＰ層のバッファデータサイズ情報又は無線リンク制御ＲＬＣ層のバッファデータサイズ情報である。
【００２３】
好ましくは、前記送信ルールは、前記基地局がこの基地局以外の他の基地局と予めネゴシエーションして確定したものであり、又は前記ＢＳＲを受信した後に前記他の基地局とネゴシエーションして確定したものである。
【００２４】
好ましくは、前記送信ルールは、異なる基地局が送信した前記ＰＤＣＰ層のバッファデータの分配比率である。
【発明の効果】
【００２５】
関連技術に比べて、本発明の実施例は、端末は、スプリットベアラが存在すると判断した場合、又は前記基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、端末は、前記基地局に前記無線ベアラのＢＳＲを送信することと、ＢＳＲは、前記無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーすることと、を含む。本発明の実施例の方法により、端末は、対応するＢＳＲを各基地局に送信し、且つ前記データ無線ベアラにスプリットベアラが存在すると判断した場合、又は前記基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、ＢＳＲに追加のバッファデータサイズ情報をキャリーさせ、これにより、スプリットベアラが存在する場合のバッファステータスの報告を実現し、各基地局はいずれも相対的に正確なバッファデータサイズを取得することができ、且つ端末の処理が簡単になり、端末の応答データの送信の適時性が向上する。
【図面の簡単な説明】
【００２６】
以下では、本発明の実施例における図面について説明するが、実施例における図面は本発明に対する更なる理解のためのものであり、明細書と共に本発明の説明に用いられ、本発明の実施例の保護範囲を制限するためのものではない。
【００２７】
【図１】図１は、本発明の実施例によるバッファステータスを報告する方法のフローチャートである。
【図２】図２は、本発明の実施例によるバッファステータスを受信する方法のフローチャートである。
【図３】図３は、本発明の実施例によるバッファステータスを報告する装置の構造模式図である。
【図４】図４は、本発明の実施例によるバッファステータスを受信する装置の構造模式図である。
【発明を実施するための形態】
【００２８】
以下、図面を参照しながら本発明の実施例について更に説明するが、本発明の実施例の保護範囲を制限するものではない。
【００２９】
図１に示すように、本発明の実施例はバッファステータスを報告する方法を提供し、前記方法はスプリットベアラ方式を採用するプロトコルアーキテクチャのシーンに適用され、下記ステップ１００〜１０１を含む。
【００３０】
ステップ１００：  端末は、無線ベアラにスプリットベアラが存在することを判断した場合、又は基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、端末は、基地局に無線ベアラのＢＳＲを送信し、ＢＳＲは無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーする。
【００３１】
ステップ１０１：  端末は、基地局が送信したアップリンク認証情報を受信し、端末は、アップリンク認証情報に基づいてアップリンクデータを送信する。
【００３２】
以下、ステップ１００及びステップ１０１についてそれぞれ詳しく説明する。
【００３３】
ステップ１００について、端末は、無線ベアラにスプリットベアラが存在すると判断した場合、又は基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、端末は、基地局に無線ベアラのＢＳＲを送信し、ＢＳＲは、無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーする。
【００３４】
該ステップにおいて、端末は、基地局での無線ベアラにスプリットベアラと非スプリットベアラが同時に存在すると判断した場合、追加のバッファデータサイズ情報は、無線ベアラにおける各スプリットベアラに対応するＰＤＣＰ層の総バッファデータサイズ情報、即ち各スプリットベアラに対応するＰＤＣＰ層のバッファデータサイズの和のバッファデータサイズ情報を含む。
【００３５】
端末は、基地局での無線ベアラがいずれもスプリットベアラであると判断した場合、追加のバッファデータサイズ情報は、ＰＤＣＰ層又はＲＬＣ層の総バッファデータサイズ情報、即ちＰＤＣＰ層又はＲＬＣ層の各スプリットベアラのバッファデータサイズの和のバッファデータサイズ情報である。
【００３６】
端末は、基地局での無線ベアラにスプリットベアラが存在しないと判断し、且つ前記基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信していない場合、ＢＳＲは、無線ベアラのバッファデータサイズ情報のみをキャリーする。
【００３７】
その中、総バッファデータサイズ情報は、総バッファデータサイズに対応するインデックス値である。
【００３８】
該ステップにおいて、バッファデータサイズ情報は、バッファデータサイズに対応するインデックス値である。
【００３９】
その中、バッファデータサイズは、ＰＤＣＰ層とＲＬＣ層のバッファデータサイズの和である。
【００４０】
複数の無線ベアラがあれば、ＢＳＲにキャリーされる無線ベアラのバッファデータサイズは、各無線ベアラのバッファデータサイズの和である。
【００４１】
該ステップにおいて、無線ベアラは、データ無線ベアラ又はシグナリング無線ベアラであってもよい。
【００４２】
該ステップにおいて、端末は、ベアラ設定情報に基づいて無線ベアラにスプリットベアラが存在するかどうかを判断することができ、該ベアラ設定情報は、無線ベアラの作成過程において基地局により端末に送信され、端末がどのようにベアラ設定情報に基づいて無線ベアラにスプリットベアラが存在するかどうかを判断するかは関連技術に属する。又は、
基地局は、追加のバッファレポートを報告する必要がある通知を端末に送信してもよく、その場合には、端末は、ベアラ設定情報に基づいて無線ベアラにスプリットベアラが存在するかどうかを判断する必要がなくなる。
【００４３】
該ステップにおいて、ＢＳＲに新たなフィールドを追加することで、ＰＤＣＰ層又はＲＬＣ層のバッファデータサイズ情報を記憶してもよく、ＢＳＲのフォーマットは表１と表２に示され、表１はショートＢＳＲ又は短縮ＢＳＲのフォーマットであり、表２はロングＢＳＲのフォーマットである。
【００４４】
【表１】
0006438044.tif 000002
【００４５】
【表２】
0006438044.tif 000003
【００４６】
表１は、２つのバイトで表示することができ、１つのバイトは、ＬＣＧ識別子とバッファデータサイズ情報を表示し、もう１つのバイトは、ＬＣＧ識別子と追加のバッファデータサイズ情報を表示する。ＬＣＧ識別子は２つのビットであり、バッファデータサイズ情報と追加のバッファデータサイズ情報はいずれも６つのビットである。
【００４７】
表２において、ＬＣＧには対応するデータ無線ベアラがなければ、０を取る。
【００４８】
表２は、６つのバイトで表示することができ、前の３つのバイトは、４つのＬＣＧに対応するバッファデータサイズ情報を表示し、後の３つのバイトは、４つのＬＣＧに対応する追加のバッファデータサイズ情報を表示する。バッファデータサイズ情報と追加のバッファデータサイズ情報はいずれも６つのビットである。該ステップにおいて、１つの基地局に複数のスプリットベアラが存在すると、各スプリットベアラを異なるＬＣＧに属させることができる。
【００４９】
ステップ１０１について、端末は、基地局が送信したアップリンク認証情報を受信し、端末は、アップリンク認証情報に基づいてアップリンクデータを送信する。
【００５０】
該ステップにおいて、アップリンク認証情報は、基地局がＢＳＲと送信ルールの両者の情報に基づいて確定したものである。
【００５１】
本発明の実施例はバッファステータスを受信する方法を更に提供し、図２に示すように、、下記ステップ２００を含む。
【００５２】
ステップ２００：  基地局は、端末が送信した無線ベアラのＢＳＲを受信し、ＢＳＲは、無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーする。
【００５３】
該ステップにおいて、追加のバッファデータサイズ情報は、無線ベアラにおける各スプリットベアラに対応するＰＤＣＰ層のバッファデータサイズ情報又はＲＬＣ層のバッファデータサイズ情報である。
【００５４】
本発明の実施例によるバッファステータスを受信する方法は、下記ステップ２０１を更に含む。
【００５５】
ステップ２０１：  基地局は、ＢＳＲと送信ルールに基づいてアップリンク認証情報を確定し、且つ端末にアップリンク認証情報を送信する。
【００５６】
該ステップにおいて、送信ルールは、基地局が他の基地局と予めネゴシエーションして確定したものであり、又はＢＳＲを受信した後に他の基地局とネゴシエーションして確定したものである。
基地局の間は関連技術を採用して送信ルールのネゴシエーションを実現してもよく、本発明の実施例の保護範囲を制限するためのものではない。
【００５７】
該ステップにおいて、基地局は、関連技術を採用してアップリンク認証情報を確定してもよく、本発明の実施例の保護範囲を制限するためのものではない。
【００５８】
該ステップにおいて、送信ルールは、異なる基地局が送信したＰＤＣＰ層の各スプリットベアラのバッファデータのデータ分配比率であってもよいが、これに制限されない。
【００５９】
下記実施例において、基地局１はマクロ基地局であり、セル１である１つのセルを有し、基地局２はスモールセル基地局であり、それぞれセル３とセル４である２つのセルを有する。以下、実施例はデータ無線ベアラに対して説明し、シグナリング無線ベアラがＢＳＲを報告するステップは、データ無線ベアラがＢＳＲを報告するステップと同じであり、下記実施例では繰り返して説明しない。
【００６０】
実施例１
端末とセル１が接続を確立し、サービス量の増加により、基地局１は、測定報告に基づいて、端末にセル３を追加し、２つのデータ無線ベアラが設定され、それぞれデータ無線ベアラ１とデータ無線ベアラ２であり、いずれもＬＣＧ０に属し、その中、データ無線ベアラ２は、分割送信を行うことができる無線ベアラであり、即ち、基地局１と基地局２を介してそれぞれ送信することができる。
【００６１】
端末の挙動は、下記ステップ１〜２である。
【００６２】
ステップ１：  端末は、アップリンクデータを送信する必要がある場合、各基地局の現在の全部のＬＣＧ（現在はＬＣＧ０しかない）のバッファデータサイズを計算する。
【００６３】
ＬＣＧ０しかないため、ショートＢＳＲを採用して報告し、ＬＣＧ０には２つの無線データベアラがあるので、一緒に計算することができる。
【００６４】
ステップ２：  端末は、設定情報に基づいてスプリットベアラが存在すると判断したため、追加のバッファデータサイズ情報を報告する必要がある。
【００６５】
端末が基地局１に報告するバッファデータサイズ情報の計算は、下記の通りである。
ＲＬＣ層には２つのデータ無線ベアラがあり、バッファデータサイズが２００＋３００＝５００であり、ＰＤＣＰ層での２つのデータ無線ベアラのバッファデータサイズは６００である。そのため、ＢＳＲにキャリーされるバッファデータサイズは、５００＋６００＝１１００であり、また、追加のバッファデータサイズ情報は、スプリットベアラがこの時に無線ベアラ２であるＰＤＣＰ層のデータバッファサイズであり、即ち４００である。従って、端末は、ＢＳＲを基地局１に報告し、ＬＣＧ０のバッファデータサイズが１１００であることに対応するインデックス値をキャリーする。また、バッファデータサイズが４００であることに対応するインデックス値をキャリーする。
【００６６】
端末が基地局２に報告するバッファデータサイズ情報の計算は、下記の通りである。
ＲＬＣ層には１つのデータ無線ベアラ２のみがあるため、バッファデータサイズは４００であり、ＰＤＣＰ層でのデータ無線ベアラ２のバッファデータサイズは４００であるため、ＢＳＲにキャリーされるデータバッファサイズは、４００＋４００＝８００であり、また、スプリットベアラがこの時に無線ベアラ２であるＰＤＣＰデータバッファサイズの４００を追加的に報告する。従って、端末は、ＢＳＲを基地局２に報告し、ＬＣＧ０のバッファデータサイズが８００であることに対応するインデックス値をキャリーする。また、バッファデータサイズが４００であることに対応するインデックス値をキャリーする。
【００６７】
基地局の挙動は、下記ステップ１０〜１３である。
【００６８】
ステップ１０：  基地局１と基地局２との間でデータ無線ベアラ２のセル１とセル３での送信ルールのネゴシエーションを行う。
【００６９】
ネゴシエーションの結果により、スプリットベアラのＰＤＣＰ層のデータに対して、セル１は３０％を送信し、セル３は７０％を送信する。
【００７０】
ステップ１１：  基地局１は、端末が報告したＢＳＲを受信し、バッファデータサイズ及びネゴシエーションした送信ルールに基づいて、アップリンク認証情報を確定し、且つアップリンク認証情報を端末に送信する。
【００７１】
端末は、アップリンク認証情報を受信し、アップリンクデータを送信し、この時、ＰＤＣＰ層のデータサイズは４００であり、送信ルールに基づいて、基地局１は１２０を送信する必要がある。
【００７２】
ステップ１２：  基地局２は、端末が報告したＢＳＲを受信し、バッファデータサイズ及びネゴシエーションした送信ルールに基づいて、アップリンク認証情報を確定し、且つアップリンク認証情報を端末に送信する。
【００７３】
端末は、アップリンク認証情報を受信し、アップリンクデータを送信し、この時、ＰＤＣＰ層のデータサイズは４００であり、送信ルールに基づいて、基地局１は、２８０を送信する必要がある。
【００７４】
ステップ１３：  基地局１又は基地局２は、受信したＢＳＲに基づいて、送信ルールの再ネゴシエーションフローを開始することを決定することができ、ネゴシエーションが完成した後に、基地局１と基地局２は、新たな送信ルールに基づいて送信データスケジューリングを行う。
【００７５】
実施例２
端末とセル１が接続を確立し、サービス量の増加により、基地局１は、測定報告に基づいて、端末にセル３を追加し、２つのデータ無線ベアラが設定され、それぞれデータ無線ベアラ１とデータ無線ベアラ２であり、データ無線ベアラ１がＬＣＧ０に属し、データ無線ベアラ２がＬＣＧ１に属し、その中、データ無線ベアラ２は分割送信を行うことができる無線ベアラであり、即ち、基地局１と基地局２を介してそれぞれ送信することができる。
【００７６】
端末の挙動は、下記ステップ２０〜２１である。
【００７７】
ステップ２０：  端末は、アップリンクデータを送信する必要がある場合、各基地局の現在の全部のＬＣＧ（現在はＬＣＧ０とＬＣＧ１がある）のバッファデータサイズを計算する。
【００７８】
基地局１には２つのＬＣＧがあるため、ロングＢＳＲを採用して報告し、基地局２には１つのＬＣＧがあるため、ショートＢＳＲを採用して報告する。
【００７９】
ステップ２１：  端末は、設定情報に基づいてスプリットベアラが存在すると判断したため、追加のＢＳ情報を報告する必要がある。
【００８０】
端末が基地局１に報告するバッファデータサイズ情報の計算は、下記の通りである。
ＲＬＣ層でのデータ無線ベアラ１のバッファデータサイズが２００であり、ＰＤＣＰ層でのデータ無線ベアラ１のバッファデータサイズが２００であるため、ＢＳＲにキャリーされるデータバッファサイズは、２００＋２００＝４００であり、また、追加のバッファデータサイズ情報は、ＲＬＣ層のデータバッファサイズであり、即ち２００である。
ＲＬＣ層でのデータ無線ベアラ２のバッファデータサイズが３００であり、ＰＤＣＰ層でのデータ無線ベアラ２のバッファデータサイズが４００であるため、ＢＳＲにキャリーされるデータバッファサイズは、３００＋４００＝７００であり、また、追加のバッファデータサイズ情報は、ＲＬＣ層のデータバッファサイズであり、即ち３００である。
【００８１】
従って、端末は、ＢＳＲを基地局１に報告し、ＬＣＧ０のバッファデータサイズが４００であることに対応するインデックス値をキャリーし、ＬＣＧ１のバッファデータサイズが７００であることに対応するインデックス値をキャリーする。ＬＣＧ２、ＬＣＧ３にはデータ無線ベアラがないため、バッファデータサイズは０である。また、ＬＣＧ０のバッファデータサイズが２００であることに対応するインデックス値をキャリーし、ＬＣＧ１のバッファデータサイズが３００であることに対応するインデックス値をキャリーし、ＬＣＧ２、ＬＣＧ３にはデータ無線ベアラがないため、バッファデータサイズは０である。
【００８２】
この場合、更に詳しくは、端末は、ＬＣＧのバッファデータサイズ情報を計算する場合、該ＬＣＧにスプリットベアラが存在しないと、追加のバッファデータサイズ情報を報告する必要がなく、スプリットベアラが存在すると、追加のバッファデータサイズ情報を報告する必要があり、その場合には、ＬＣＧ０は追加のバッファデータサイズ情報を報告する必要がなく、ＬＣＧ１は追加のバッファデータサイズ情報を報告する必要があり、又は該ＬＣＧに属する無線ベアラにスプリットベアラが存在するかどうかを問わず、全部のＬＣＧはいずれも追加のバッファデータサイズ情報を報告する必要があり、スプリットベアラが存在しなければ、追加のバッファデータサイズ情報は０である。
【００８３】
端末が基地局２に報告するバッファデータサイズ情報の計算は、下記の通りである。
ＲＬＣ層でのデータ無線ベアラ２のバッファデータサイズが４００であり、ＰＤＣＰ層でのデータ無線ベアラ２のバッファデータサイズが４００であるため、ＢＳＲにキャリーされるデータバッファサイズは、４００＋４００＝８００であり、また、追加のバッファデータサイズ情報は、ＲＬＣ層のデータバッファサイズであり、即ち４００である。
【００８４】
従って、端末は、ＢＳＲを基地局２に報告し、ＬＣＧ１のバッファデータサイズが８００であることに対応するインデックス値をキャリーする。また、ＬＣＧ１のバッファデータサイズが４００であることに対応するインデックス値をキャリーする。
【００８５】
上記のように、基地局は、更に端末にＬＣＧ２とＬＣＧ３でのデータ無線ベアラを設定すれば、端末は、それぞれＬＣＧ０及び/又はＬＣＧ１に基づいて計算して報告する。
【００８６】
基地局の挙動は、下記ステップ３０〜３２である。
【００８７】
ステップ３０：  基地局１と基地局２との間でデータ無線ベアラ２のセル１とセル３での送信ルールについてのネゴシエーションを行う。
【００８８】
ネゴシエーションの結果により、スプリットベアラのＰＤＣＰ層のデータに対して、セル１は２０％を送信し、セル３は８０％を送信する。
【００８９】
ステップ３１：  基地局１は、端末が報告したＢＳＲを受信し、バッファデータサイズ及びネゴシエーションした送信ルールに基づいて、アップリンク認証情報を確定し、且つアップリンク認証情報を端末に送信する。
【００９０】
端末は、アップリンク認証情報を受信し、アップリンクデータを送信し、この時、ＰＤＣＰ層のデータサイズは４００であり、送信ルールに基づいて、基地局１は８０を送信する必要がある。
【００９１】
ステップ３２：  基地局２は、端末が報告したＢＳＲを受信し、バッファデータサイズ及びネゴシエーションした送信ルールに基づいて、アップリンク認証情報を確定し、且つアップリンク認証情報を端末に送信する。
【００９２】
端末は、アップリンク認証情報を受信し、アップリンクデータを送信し、この時、ＰＤＣＰ層のデータサイズは４００であり、送信ルールに基づいて、基地局１は３２０を送信する必要がある。
【００９３】
実施例３
端末とセル１が接続を確立し、サービス量の増加により、基地局１は、測定報告に基づいて、端末にセル３を追加し、２つのデータ無線ベアラが設定され、それぞれデータ無線ベアラ１とデータ無線ベアラ２であり、いずれもＬＣＧ０に属し、その中、データ無線ベアラ２は、分割送信を行うことができる無線ベアラであり、即ち基地局１と基地局２を介してそれぞれ送信することができる。
【００９４】
端末の挙動は、下記ステップ４０〜４２である。
【００９５】
ステップ４０：  端末は、アップリンクデータを送信する必要がある場合、各基地局の現在の全部のＬＣＧ（現在はＬＣＧ０しかない）のバッファデータサイズを計算する。
【００９６】
ＬＣＧ０しかないため、ショートＢＳＲを採用して報告し、ＬＣＧ０には２つの無線データベアラがあるので、一緒に計算することができる。
【００９７】
ステップ４１：  端末は、基地局１の通知を受信して、追加のバッファデータサイズ情報、即ちスプリットベアラのＰＤＣＰ層のバッファデータサイズ情報を報告する必要があることを知る。
【００９８】
端末が基地局１に報告するバッファデータサイズ情報の計算は、下記の通りである。
ＲＬＣ層には２つのデータ無線ベアラがあり、バッファデータサイズは２００＋３００＝５００であり、ＰＤＣＰ層での２つのデータ無線ベアラのバッファデータサイズは６００であるため、ＢＳＲにキャリーされるデータバッファサイズは、５００＋６００＝１１００であり、また、追加のバッファデータサイズ情報は、スプリットベアラがこの時に無線ベアラ２であるＰＤＣＰのデータバッファサイズであり、即ち４００である。従って、端末は、ＢＳＲを基地局１に報告し、ＬＣＧ０のバッファデータサイズが１１００であることに対応するインデックス値をキャリーする。また、バッファデータサイズが４００であることに対応するインデックス値をキャリーする。
【００９９】
ステップ４２：  端末は、設定に基づいてスプリットベアラが存在することを知るため、追加のバッファデータサイズ情報を報告する必要がある。
【０１００】
端末が基地局２に報告するＢＳの計算は、下記の通りである。
ＲＬＣ層には１つのデータ無線ベアラ２のみがあるため、バッファデータサイズは４００であり、ＰＤＣＰ層でのデータ無線ベアラ２のバッファデータサイズは４００であるため、ＢＳＲにキャリーされるデータバッファサイズは、４００＋４００＝８００であり、また、スプリットベアラがこの時に無線ベアラ２であるＰＤＣＰ層のデータバッファサイズの４００を追加的に報告する。従って、端末は、ＢＳＲを基地局２に報告し、ＬＣＧ０のバッファデータサイズが８００であることに対応するインデックス値をキャリーする。また、バッファデータサイズが４００であることに対応するインデックス値をキャリーする。
【０１０１】
基地局の挙動は、下記ステップ５０〜５３である。
【０１０２】
ステップ５０：  基地局１と基地局２は、データ無線ベアラ２のセル１とセル３での送信ルールのネゴシエーションを行う。
【０１０３】
ネゴシエーションの結果により、スプリットベアラのＰＤＣＰ層のデータに対して、セル１は３０％を送信し、セル３は７０％を送信する。また、基地局１は、追加のバッファデータサイズ情報を報告する必要があることを端末に通知する。
【０１０４】
ステップ５１：  基地局１は、端末が報告したＢＳＲを受信し、バッファデータサイズ及びネゴシエーションした送信ルールに基づいて、アップリンク認証情報を確定し、且つアップリンク認証情報を端末に送信する。
【０１０５】
端末は、アップリンク認証情報を受信し、アップリンクデータを送信し、この時、ＰＤＣＰ層のデータサイズは４００であり、送信ルールに基づいて、基地局１は１２０を送信する必要がある。
【０１０６】
ステップ５２：  基地局２は、端末が報告したＢＳＲを受信し、バッファデータサイズ及びネゴシエーションした送信ルールに基づいて、アップリンク認証情報を確定し、且つアップリンク認証情報を端末に送信する。
【０１０７】
端末は、アップリンク認証情報を受信し、アップリンクデータを送信し、この時、ＰＤＣＰ層のデータサイズは４００であり、送信ルールに基づいて、基地局２は２８０を送信する必要がある。
【０１０８】
ステップ５３：  基地局１又は基地局２は、受信したＢＳＲに基づいて、送信ルールの再ネゴシエーションフローを開始することを決定することができ、ネゴシエーションが完成した後に、基地局１と基地局２は、新たな送信ルールに基づいて送信データスケジューリングを行う。
【０１０９】
上記実施例について、端末にセル１、セル３及びセル４が設定され、セル３とセル４がいずれも基地局２に属するが、端末が基地局２のＢＳＲを報告する過程及び計算方法に影響を与えない。また、ショートＢＳＲ、ロングＢＳＲ或いは短縮ＢＳＲを報告する過程はいずれも同じである。
【０１１０】
送信ルール、例えば異なる基地局が送信したＰＤＣＰ層の各スプリットベアラのバッファデータのデータ分配比率は、基地局と他の基地局が予めネゴシエーションして確定したものであり、又はＢＳＲを受信した後に他の基地局とネゴシエーションして確定したものである。ネゴシエーションの過程は、下記ステップ６０〜６２を参照してもよい。
【０１１１】
ステップ６０：  基地局１は、異なる基地局が送信したＰＤＣＰ層の各スプリットベアラのバッファデータのデータ分配比率（この時、基地局１と基地局２の比率は３：７である）の要求を、基地局２に送信する。
【０１１２】
ステップ６１：  基地局２は、要求を受信した後、比率が適当であることを確認すると、応答メッセージを返信し、比率を確認し、過程は終了する。
【０１１３】
基地局２は、比率が適当ではないことを確認すると、応答メッセージを返信し、薦めの比率、例えば基地局１と基地局２の比率の２：８を基地局２に返信する。
【０１１４】
ステップ６２：  基地局１は、基地局２の応答メッセージを受信した後、比率が適当であることを確認すると、応答メッセージを返信し、比率を確認し、過程は終了する。
【０１１５】
本発明の実施例はバッファステータスを報告する装置（３００）を更に提供し、図３に示すように、少なくとも送信モジュール（３０１）と受信モジュール（３０２）を含み、
送信モジュール（３０１）は、無線ベアラにスプリットベアラが存在すると判断し、又は基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した後、基地局に無線ベアラのバッファステータスレポートＢＳＲを送信するように設定され、ＢＳＲは、前記データ無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーする。
【０１１６】
本発明の実施例による前記バッファステータスを報告する装置は、受信モジュール（３０２）を更に含み、
受信モジュール（３０２）は、各基地局が送信したアップリンク認証情報を受信するように設定され、アップリンク認証情報は、基地局がＢＳＲと送信ルールに基づいて確定したものである。
【０１１７】
本発明の実施例による前記装置において、無線ベアラにスプリットベアラと非スプリットベアラが存在する場合、追加のバッファデータサイズ情報は、無線ベアラにおける各スプリットベアラに対応するパケットデータコンバージェンスＰＤＣＰ層の総バッファデータサイズ情報であり、無線ベアラがいずれも前記スプリットベアラである場合、追加のバッファデータサイズ情報は、パケットデータコンバージェンスＰＤＣＰ層又は無線リンク制御ＲＬＣ層の総バッファデータサイズ情報である。
【０１１８】
本発明の実施例による前記装置において、バッファデータサイズ情報は、バッファデータサイズに対応するインデックス値であり、総バッファデータサイズ情報は、総バッファデータサイズに対応するインデックス値である。
【０１１９】
本発明の実施例は、バッファステータスを受信する装置（４００）を更に提供し、図４に示すように、少なくとも受信モジュール（４０１）と送信モジュール（４０２）を含み、
前記受信モジュール（４０１）は、端末が送信したデータ無線ベアラのＢＳＲを受信するように設定され、ＢＳＲは、無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーし、
前記送信モジュール（４０２）は、ＢＳＲと送信ルールに基づいてアップリンク認証情報を確定し、且つ端末にアップリンク認証情報を送信するように設定される。
【０１２０】
本発明の実施例による前記装置において、追加のバッファデータサイズ情報は、無線ベアラにおける各スプリットベアラに対応するＰＤＣＰ層のバッファデータサイズ情報又はＲＬＣ層のバッファデータサイズ情報である。
【０１２１】
本発明の実施例による前記装置において、送信ルールは、基地局と他の基地局が予めネゴシエーションして確定したものであり、又はＢＳＲを受信した後に他の基地局とネゴシエーションして確定したものである。
【０１２２】
本発明による装置において、送信ルールは、異なる基地局が送信したＰＤＣＰ層のバッファデータの分配比率である。
【０１２３】
上記実施例は、ただ、当業者の理解のためのものであり、本発明の実施例の保護範囲を制限するためのものではなく、本発明の実施例の発明考案を逸脱しない前提で、当業者が本発明の実施例に対して行ったいかなる明らかな置き換えや改善等は、いずれも本発明の実施例の保護範囲内に属する。
【産業上の利用可能性】
【０１２４】
関連技術に比べて、本発明の実施例は、端末は、スプリットベアラが存在すると判断した場合、又は前記基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、端末は、前記基地局に前記無線ベアラのＢＳＲを送信することと、ＢＳＲは前記無線ベアラのバッファデータサイズ情報及び追加のバッファデータサイズ情報をキャリーすることと、を含む。本発明の実施例の方法により、端末は、対応するＢＳＲを各基地局に送信し、且つ前記データ無線ベアラにスプリットベアラが存在すると判断した場合、又は前記基地局が送信した、追加のバッファレポートを報告する必要がある通知を受信した場合、ＢＳＲに追加のバッファデータサイズ情報をキャリーさせ、これにより、スプリットベアラが存在する場合のバッファステータスの報告を実現し、各基地局はいずれも相対的に正確なバッファデータサイズを取得することができ、且つ端末の処理が簡単になり、端末応答データの送信の時効性は向上する。
【図１】
0006438044.tif 000004
【図２】
0006438044.tif 000005
【図３】
0006438044.tif 000006
【図４】
0006438044.tif 000007