(57)【要約】【課題】無線通信システムにおけるパケット性能を測定する方法及び装置を提供する。【解決手段】無線通信システムにおけるスループット（ｔｈｒｏｕｇｈｐｕｔ）を測定する方法において、データバーストが開始する開始時点（Ｔ２）を受信機で決定する過程と、前記データバーストが終了する終了時点（Ｔ１）を前記受信機で決定する過程と、前記開始時点（Ｔ２）と前記終了時点（Ｔ１）に基づき、前記受信機で前記データバーストのスループットを測定する過程と、ここで、前記開始時点（Ｔ２）は、前記受信機で送信機のバッファサイズが０より大きくなることを推定した後、一番目の送信が開始される時間の時点であり、前記終了時点（Ｔ１）は、前記受信機で前記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とするスループットを測定する方法。【選択図】図４
2014023155.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるスループット（ｔｈｒｏｕｇｈｐｕｔ）を測定する方法において、
データバーストが開始する開始時点（Ｔ２）を受信機で決定する過程と、
前記データバーストが終了する終了時点（Ｔ１）を前記受信機で決定する過程と、
前記開始時点（Ｔ２）と前記終了時点（Ｔ１）に基づき、前記受信機で前記データバーストのスループットを測定する過程と、
ここで、前記開始時点（Ｔ２）は、前記受信機で送信機のバッファサイズが０より大きくなることを推定した後、一番目の送信が開始される時間の時点であり、
前記終了時点（Ｔ１）は、前記受信機で前記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とするスループットを測定する方法。
【請求項２】
前記開始時点（Ｔ２）は、前記受信機で前記送信機の無線ベアラに対する前記送信機のバッファサイズが０より大きくなることを推定した後、前記一番目の送信が開始される時間の時点であることを特徴とする請求項１に記載のスループットを測定する方法。
【請求項３】
前記終了時点（Ｔ１）は、前記受信機で前記送信機の無線ベアラに対する前記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とする請求項２に記載のスループットを測定する方法。
【請求項４】
前記終了時点（Ｔ１）は、送信が成功的に完了した時間の時点であることを特徴とする請求項３に記載のスループットを測定する方法。
【請求項５】
前記データバーストのスループットは、下記の数式により測定されることを特徴とする請求項１に記載のスループットを測定する方法。
【数２】
2014023155.tif 000011
ここで、ＴｈｐＴｉｍｅＵｌ＝Ｔ１−Ｔ２であり、
前記ＴｈｐＶｏｌＵｌは、前記データバーストのためのデータの総量である。
【請求項６】
前記送信機のバッファサイズに対する推定は、前記送信機からバッファ状態報告（ＢＳＲ：Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）又は指示報告に基づいて取得されることを特徴とする請求項５に記載のスループットを測定する方法。
【請求項７】
前記受信機は基地局であり、前記送信機は端末であることを特徴とする請求項５に記載のスループットを測定する方法。
【請求項８】
前記測定は、アップリンクのために実行されることを特徴とする請求項５に記載のスループットを測定する方法。
【請求項９】
無線通信システムにおけるスループットを測定する受信機において、
無線信号を受信する無線処理部と、
前記無線処理部と連結され、
データバーストが開始する開始時点（Ｔ２）と前記データバーストが終了する終了時点（Ｔ１）を決定し、前記開始時点（Ｔ２）と前記終了時点（Ｔ１）に基づいて前記データバーストのスループットを測定するプロセッサと、を含み、
ここで、前記開始時点（Ｔ２）は、前記プロセッサで送信機のバッファサイズが０より大きくなることを推定した後、一番目の送信が開始される時間の時点であり、前記終了時点（Ｔ１）は、前記プロセッサで前記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とするスループットを測定する受信機。
【請求項１０】
前記開始時点（Ｔ２）は、前記プロセッサで前記送信機の無線ベアラに対する前記送信機のバッファサイズが０より大きくなることを推定した後、前記一番目の送信が開始される時間の時点であることを特徴とする請求項９に記載のスループットを測定する受信機。
【請求項１１】
前記終了時点（Ｔ１）は、前記プロセッサで前記送信機の無線ベアラに対する前記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とする請求項９に記載のスループットを測定する受信機。
【請求項１２】
前記終了時点（Ｔ１）は、送信が成功的に完了した時間の時点であることを特徴とする請求項１１に記載のスループットを測定する受信機。
【請求項１３】
前記データバーストのスループットは、下記の数式により測定されることを特徴とする請求項９に記載のスループットを測定する受信機。
【数３】
2014023155.tif 000012
ここで、ＴｈｐＴｉｍｅＵｌ＝Ｔ１−Ｔ２であり、
前記ＴｈｐＶｏｌＵｌは、前記データバーストのためのデータの総量である。
【請求項１４】
前記送信機のバッファサイズに対する推定は、前記送信機からバッファ状態報告（ＢＳＲ：Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）又は指示報告に基づいて取得されることを特徴とする請求項１３に記載のスループットを測定する受信機。
【請求項１５】
前記受信機は、基地局であることを特徴とする請求項１３に記載のスループットを測定する受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳しくは、無線通信システムにおいて、データバーストに対するアップリンク性能を測定する方法及び装置に関する。
【背景技術】
【０００２】
最近、次世代無線通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの商用化が本格的にサポートされている状況である。このようなＬＴＥシステムは、端末ユーザの活動性を保障しながら、音声サービスだけでなく、ユーザの要求に対する大容量サービスを高品質にサポートしようとする必要性が認識された後、より速く拡散されている実情である。前記ＬＴＥシステムは、低い送信遅延、高い送信率、システム容量とカバレッジ改善を提供する。
【０００３】
一方、通信事業者は、ＬＴＥ環境で端末のサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：ＱｏＳ）がある程度保障されているかどうかを把握し、サービス品質を改善しようとする。これは実際ネットワークで保障するベアラのＱｏＳでなく、ユーザが体感するＱｏＳ検証を確認するためであり、その結果、最近標準化会議ではサービス品質を検証する方案として、ドライブテスト最小化（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｅ  Ｔｅｓｔ：ＭＤＴ）のための端末品質検証（ＱｏＳ  Ｖｅｒｉｆｉｃａｔｉｏｎ）が提案されている状況である。
【０００４】
ここで、ＭＤＴは、通信事業者がセル内に存在する端末の測定結果を利用してネットワークパラメータなどを最適化（ｏｐｔｉｍｉｚａｔｉｏｎ）する技術であり、既存には事業者が自動車を利用してセル内を移動することで、セル品質を測定する方式を利用した。しかし、最近、ＭＤＴは、セル内に存在する常用端末の測定結果を利用することによって、事業者がネットワーク最適化に投入する時間とコストを最小化する方式に発展している。
【０００５】
即ち、既存のＭＤＴは、セルカバレッジ最適化中心の技術が論議されたが、最近ＭＤＴは、端末を介してサービスを受ける時のサービス品質を検証するための品質検証中心の技術が議論中である。前記品質検証のためのパラメータのうち一つとして、データに対するＩＰ性能がある。
【０００６】
しかし、現在議論中である品質検証方案は、前記パケット性能を測定（ｍｅａｓｕｒｅ）するための性能測定時点に対する明確な定義が下されない状態である。また、測定時点に対する明確な定義が下されない状態で正確な測定は不可能である。
【０００７】
したがって、実際データ送／受信などが考慮された、パケット性能を推定するための明確な時間的定義が必要な実情であり、また、新たに定義されたパケット測定時点を考慮して具体的なパケット性能を測定するための方案が必要な実情である。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の技術的課題は、無線通信システムにおけるパケット性能を測定する方法及び装置を提供することである。
【０００９】
また、本発明の技術的課題は、無線通信システムにおいて、パケット性能を測定するためのメッセージを含む信号を送信する方法及び装置を提供することである。
【００１０】
また、本発明の技術的課題は、無線通信システムにおいて、パケット性能を推定するための開始及び／又は終了時点を決定する方法及び装置を提供することである。
【００１１】
また、本発明の技術的課題は、無線通信システムにおいて、パケット性能を推定するための測定区間を設定し、設定された測定区間に受信されたパケットの量を考慮してパケット性能を測定する方法及び装置を提供することである。
【課題を解決するための手段】
【００１２】
本発明の一態様によると、無線通信システムにおけるスループット（ｔｈｒｏｕｇｈｐｕｔ）を測定する方法を提供する。前記方法は、データバーストが開始する開始時点（Ｔ２）を受信機で決定する過程と、前記データバーストが終了する終了時点（Ｔ１）を前記受信機で決定する過程と、前記開始時点（Ｔ２）と前記終了時点（Ｔ１）に基づき、前記受信機で前記データバーストのスループットを測定する過程と、ここで、前記開始時点（Ｔ２）は、前記受信機で送信機のバッファサイズが０より大きくなることを推定した後、一番目の送信が開始される時間の時点であり、前記終了時点（Ｔ１）は、前記受信機で前記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とする。
【００１３】
本発明の他の態様によると、無線通信システムにおけるスループットを測定する受信機を提供する。前記受信機は、無線信号を受信する無線処理部と、前記無線処理部と連結され、データバーストが開始する開始時点（Ｔ２）と前記データバーストが終了する終了時点（Ｔ１）を決定し、前記開始時点（Ｔ２）と前記終了時点（Ｔ１）に基づいて前記データバーストのスループットを測定するプロセッサと、を含み、ここで、前記開始時点（Ｔ２）は、前記プロセッサで送信機のバッファサイズが０より大きくなることを推定した後、一番目の送信が開始される時間の時点であり、前記終了時点（Ｔ１）は、前記プロセッサで前記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とする。
【００１４】
例えば、本願発明は以下の項目を提供する。
（項目１）
無線通信システムにおけるスループット（ｔｈｒｏｕｇｈｐｕｔ）を測定する方法において、
データバーストが開始する開始時点（Ｔ２）を受信機で決定する過程と、
上記データバーストが終了する終了時点（Ｔ１）を上記受信機で決定する過程と、
上記開始時点（Ｔ２）と上記終了時点（Ｔ１）に基づき、上記受信機で上記データバーストのスループットを測定する過程と、
ここで、上記開始時点（Ｔ２）は、上記受信機で送信機のバッファサイズが０より大きくなることを推定した後、一番目の送信が開始される時間の時点であり、
上記終了時点（Ｔ１）は、上記受信機で上記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とするスループットを測定する方法。
（項目２）
上記開始時点（Ｔ２）は、上記受信機で上記送信機の無線ベアラに対する上記送信機のバッファサイズが０より大きくなることを推定した後、上記一番目の送信が開始される時間の時点であることを特徴とする上記項目に記載のスループットを測定する方法。
（項目３）
上記終了時点（Ｔ１）は、上記受信機で上記送信機の無線ベアラに対する上記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とする上記項目のいずれか一項に記載のスループットを測定する方法。
（項目４）
上記終了時点（Ｔ１）は、送信が成功的に完了した時間の時点であることを特徴とする上記項目のいずれか一項に記載のスループットを測定する方法。
（項目５）
上記データバーストのスループットは、下記の数式により測定されることを特徴とする上記項目のいずれか一項に記載のスループットを測定する方法。
【数２】
2014023155.tif 000003
ここで、ＴｈｐＴｉｍｅＵｌ＝Ｔ１−Ｔ２であり、
上記ＴｈｐＶｏｌＵｌは、上記データバーストのためのデータの総量である。
（項目６）
上記送信機のバッファサイズに対する推定は、上記送信機からバッファ状態報告（ＢＳＲ：Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）又は指示報告に基づいて取得されることを特徴とする上記項目のいずれか一項に記載のスループットを測定する方法。
（項目７）
上記受信機は基地局であり、上記送信機は端末であることを特徴とする上記項目のいずれか一項に記載のスループットを測定する方法。
（項目８）
上記測定は、アップリンクのために実行されることを特徴とする上記項目のいずれか一項に記載のスループットを測定する方法。
（項目９）
無線通信システムにおけるスループットを測定する受信機において、
無線信号を受信する無線処理部と、
上記無線処理部と連結され、
データバーストが開始する開始時点（Ｔ２）と上記データバーストが終了する終了時点（Ｔ１）を決定し、上記開始時点（Ｔ２）と上記終了時点（Ｔ１）に基づいて上記データバーストのスループットを測定するプロセッサと、を含み、
ここで、上記開始時点（Ｔ２）は、上記プロセッサで送信機のバッファサイズが０より大きくなることを推定した後、一番目の送信が開始される時間の時点であり、上記終了時点（Ｔ１）は、上記プロセッサで上記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とするスループットを測定する受信機。
（項目１０）
上記開始時点（Ｔ２）は、上記プロセッサで上記送信機の無線ベアラに対する上記送信機のバッファサイズが０より大きくなることを推定した後、上記一番目の送信が開始される時間の時点であることを特徴とする上記項目に記載のスループットを測定する受信機。
（項目１１）
上記終了時点（Ｔ１）は、上記プロセッサで上記送信機の無線ベアラに対する上記送信機のバッファサイズが０になることを推定した時間の時点であることを特徴とする上記項目のいずれか一項に記載のスループットを測定する受信機。
（項目１２）
上記終了時点（Ｔ１）は、送信が成功的に完了した時間の時点であることを特徴とする上記項目のいずれか一項に記載のスループットを測定する受信機。
（項目１３）
上記データバーストのスループットは、下記の数式により測定されることを特徴とする上記項目のいずれか一項に記載のスループットを測定する受信機。
【数３】
2014023155.tif 000004
ここで、ＴｈｐＴｉｍｅＵｌ＝Ｔ１−Ｔ２であり、
上記ＴｈｐＶｏｌＵｌは、上記データバーストのためのデータの総量である。
（項目１４）
上記送信機のバッファサイズに対する推定は、上記送信機からバッファ状態報告（ＢＳＲ：Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）又は指示報告に基づいて取得されることを特徴とする上記項目のいずれか一項に記載のスループットを測定する受信機。
（項目１５）
上記受信機は、基地局であることを特徴とする上記項目のいずれか一項に記載のスループットを測定する受信機。
【００１５】
（摘要）
受信機がパケット性能を推定するための基準時点を決定するにあたって、データバーストに対する送信機の送信バッファサイズの変化を考慮して前記パケット性能を推定するための開始又は終了時点を決定する。この時、前記送信バッファサイズは、前記送信機からの報告に基づく。前記決定されたデータバーストの開始時点と終了時点を介して測定区間を定義し、受信されたデータバーストの総量を考慮してパケット性能を測定する。各基地局で同一基準にパケットデータの性能を推定することによって、測定されたパケット性能の値を信頼するようになり、これにより、通信事業者がＭＤＴのためのパラメータとして適用することができる。
【発明の効果】
【００１６】
アップリンクパケット性能を推定するための測定区間を明確に決定するという長所と、前記決められた測定区間中パケット量を推定して性能検証を正確に実行することができるという長所を提供する。したがって、基地局が端末のアップリンク無線リソースを効率的に制御／管理することができるという長所を提供する。
【００１７】
また、前記パケット性能測定と関連して各基地局でデータバーストの開始／終了時点を同一基準に適用することによって、各基地局で測定されたパケット性能の測定値の信頼性を保障することができるという長所を提供する。これにより、通信事業者がパケット性能を検証するためのＭＤＴ用途で使用することができ、システム全体のサービス品質を向上させることができるという長所を提供する。
【図面の簡単な説明】
【００１８】
【図１】本発明が適用される次世代無線通信システムの構造を概略的に示す。
【図２】本発明が適用されるユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。
【図３】本発明が適用される制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。
【図４】本発明の一例に係るデータバースト性能を測定する方案を概略的に示す。
【図５】本発明の一例に係るデータバーストの開始／終了時間を決定する方案を概略的に示す。
【図６】本発明の一例に係るバッファ状態報告（ＢＳＲ）を利用してデータバースト性能を測定する方案を示す。
【図７】本発明が適用されるＢＳＲのための媒体接近制御（ＭＡＣ）メッセージの構造を示す。
【図８】本発明が適用されるショートＢＳＲ制御要素を示す。
【図９】本発明が適用されるロングＢＳＲ制御要素を示す。
【図１０】本発明が一例に係るデータバースト指示メッセージを利用してパケット性能を測定する方案を示す。
【図１１】本発明の一例によってＢＳＲを利用してデータバーストを通知する端末の動作を示すフローチャートである。
【図１２】本発明の一例によって指示メッセージを利用してデータバーストを通知する端末の動作を示すフローチャートである。
【図１３】本発明の一例によってＢＳＲを利用してデータバーストを判断する基地局の動作を示すフローチャートである。
【図１４】本発明の一例によって指示メッセージを利用してデータバーストを判断する基地局の動作を示すフローチャートである。
【図１５】本発明による送信機及び受信機の構造を概略的に示すブロック図である。
【図１６】本発明の他の例に係る送信機及び受信機の構造を示す。
【発明を実施するための形態】
【００１９】
以下、図１では本発明が適用される次世代無線通信システムの構造を概略的に示す。これはＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のネットワーク構造であり、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）又はＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）システムと呼ばれる。まず、ＬＴＥシステム構造は、大きくＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）に区分することができる。
【００２０】
図１を参照すると、Ｅ−ＵＴＲＡＮは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）１１０に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）を提供する少なくとも一つ以上の基地局（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ（ｅＮＢ））１２０を含む。端末１１０は、固定されてもよく、移動性を有してもよいし、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。基地局（ｅＮｏｄｅ  Ｂ、ｅＮＢ）１２０は、一般的に端末１１０と通信する固定局（ｓｔａｔｉｏｎ）を意味し、ＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることもある。
【００２１】
基地局１２０は、Ｘ２インターフェースを介して互いに連結されることができる。基地局１２０は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）１３０、より詳しくは、Ｓ１−ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）とＳ１−Ｕを介してＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）と連結される。ここで、ＭＭＥは、制御平面機能を主管（ｈｏｓｔ）し、Ｓ−ＧＷがユーザ平面機能を主管する。
【００２２】
ＥＰＣ１３０は、ＭＭＥ、Ｓ−ＧＷ、及びＰ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）を含む。ＭＭＥは、端末１１０の接続情報や端末１１０の能力に対する情報を有しており、このような情報は、端末１１０の移動性管理に主に使われる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷは、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）を終端点として有するゲートウェイである。
【００２３】
端末とネットワークとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）基準モデルの下位３個階層に基づき、Ｌ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができ、このうち、第１の階層に属する物理階層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用した情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、第３の階層に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。このために、ＲＲＣ階層は、端末と基地局との間のＲＲＣメッセージを交換する。
【００２４】
図２は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図３は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）であり、制御平面は、制御信号送信のためのプロトコルスタックである。
【００２５】
図２及び図３を参照すると、物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）ｌａｙｅｒ２１０、３１０は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を利用して上位階層に情報転送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位階層である媒体接近制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：ＭＡＣ）２２０、３２０階層とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されている。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介して、データが、どのように、どのような特徴に送信されるかによって分類される。
【００２６】
また、互いに異なる物理階層間、即ち、送信機の物理階層と受信機の物理階層との間には、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【００２７】
ＭＡＣ階層２２０の機能は、論理チャネルとトランスポートチャネルとの間のマッピング及び論理チャネルに属するＭＡＣ  ＳＤＵ（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）のトランスポートチャネル上に物理チャネルに提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）２３０、３３０階層にサービスを提供する。
【００２８】
ＲＬＣ階層２３０の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（ＲＢ：Ｒａｄｉｏ  Ｂｅａｒｅｒ）が要求する多様なＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ：ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ：ＵＭ）、及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ：ＡＭ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。
【００２９】
ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）２４０、３４０階層の機能は、ユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。ユーザ平面でのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００３０】
無線リソース制御（ＲＲＣ）階層３５０は、制御平面でのみ定義される。ＲＲＣ階層３５０は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒｓ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再構成（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、第１の階層（ＰＨＹ階層）及び第２の階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００３１】
ＲＢが構成されるということは、特定サービスを提供するために、無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作を設定する過程を意味する。また、ＲＢは、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  ＲＢ）、ＤＲＢ（Ｄａｔａ  ＲＢ）に区分されることができる。ＳＲＢは、制御平面でＲＲＣメッセージ及びＮＡＳメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００３２】
端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ連結（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末は、ＲＲＣ連結状態（また、ＲＲＣ  ｃｏｎｎｅｃｔｅｄ  モードと呼ぶ）にあり、反面、そうでない場合、ＲＲＣアイドル状態（また、ＲＲＣ  ｉｄｌｅモードと呼ぶ）にあるようになる。複数の物理制御チャネルがある。
【００３３】
ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）制御プロトコル３６０は、ネットワーク側のＭＭＥに終端され、ＥＰＳベアラ管理、認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、暗号化制御を実行する。
【００３４】
データは、ダウンリンク送信チャネルを介してネットワークから端末に送信される。一例として、ダウンリンク送信チャネルは、システム情報を送信するためのブロードキャストチャネル（ＢＣＨ）と、ユーザトラフィック又は制御メッセージを送信するためのダウンリンク共用チャネル（ＳＣＨ）と、を含む。ダウンリンクマルチキャスト又はブロードキャストサービスに対するユーザトラフィック又は制御メッセージは、ダウンリンク−ＳＣＨ又は追加的にダウンリンクマルチキャストチャネル（ＭＣＨ）を介して送信されることができる。データは、アップリンク送信を介して端末からネットワークに送信されることもできる。一例として、アップリンク送信チャネルは、初期制御メッセージを送信するためのランダムアクセスチャネル（ＲＡＣＨ）と、ユーザトラフィック又は制御メッセージを送信するためのアップリンク−ＳＣＨと、を含む。
【００３５】
トランスポートチャネルにマッピングされるトランスポートチャネルの上位チャネルに該当する論理チャネルに対する一例には、ブロードキャストチャネル（ＢＣＣＨ）、ページングチャネル（ＰＣＣＨ）、共用制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、マルチキャストトラフィックチャネル（ＭＴＣＨ）等がある。
【００３６】
物理チャネルは、時間領域（ｄｏｍａｉｎ）で複数のＯＦＤＭシンボルを含み、周波数領域で複数のサブキャリアを含む。一つのサブフレームは、時間軸に複数のＯＦＤＭシンボルを含む。リソースブロックは、リソース割当単位であり、複数のＯＦＤＭシンボルとサブキャリアを含む。付加的に、各サブフレームは、物理ダウンリンク制御チャネルのために（ＰＤＣＣＨ）、一例として、Ｌ１／Ｌ２制御チャネルのために、該当するサブフレームの特定ＯＦＤＭシンボル（例えば、一番目のシンボル）の特定サブキャリアを使用する。送信時間区間（ＴＴＩ）は、サブフレーム送信の時間単位である。
【００３７】
アップリンクの無線リソースを効率的に使用するために、ｅＮＢは、各ユーザ別に送信されるデータの種類とデータの量を認知しなければならない。これはダウンリンクの無線リソースの場合、前記ダウンリンクのデータが接続ゲートウェイからｅＮＢに伝達されるため、ｅＮＢは、各ユーザに送信されるダウンリンクデータの量を把握することができる。しかし、アップリンクの場合は、端末からデータが発生されることによって、各端末から報告されるデータを確認して把握するしかない。
【００３８】
また、ｅＮＢは、通信事業者（ｏｐｅｒａｔｏｒ）によりサービスされる複数の端末のパケット性能を検証し、即ち、端末別に性能が良いか悪いかを判断することで、無線リソースを効率的に使用しようとする。即ち、各端末別事業者によるサービス品質を最大限保障しようとする。このために、ｅＮＢは、各端末に対するサービス品質を保証するためのデータ性能測定を明確に実行しなければならない。この時、突然に発生されたバースト性（ｂｕｒｓｔｙ）データに対する測定方案、即ち、データバースト（ｄａｔａ  ｂｕｒｓｔ）に対する性能測定が正確にされない場合、一例として、各ｅＮＢ毎にデータバーストの開始と終了を各々決定するようになる場合、互いに異なるｅＮＢが測定する測定値の信頼性を確保しにくくなる。
【００３９】
したがって、端末のパケット性能を検証するための方案として、前記パケット発生の開始及び終了に対する時点を定義し、定義された時点を考慮してパケット測定を実行することによって、端末にサービスされるパケット別、即ち、Ｅ−ＲＡＢ又はサービス品質ステップ指示子（ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ：ＱＣＩ）を考慮して正確なパケット性能を実行する測定方案を提案する。より具体的に、前記ｅＮＢは、多数のＴＴＩ中、端末から送信されるパケットであるデータバーストを受信してパケット性能を推定する。この時、前記データバーストの送信が開始される時点と送信が終了される時点を利用して前記パケット性能を推定するための測定区間を設定し、前記設定された測定区間と前記受信されたデータバーストを利用してパケット性能を推定する。
【００４０】
ここで、前記データバーストは、前記端末に対する少なくとも一つ以上のＥ−ＲＡＢを介して送信されるデータを含むものであり、前記Ｅ−ＲＡＢは、Ｓ１ベアラとそれに対応するデータ無線ベアラ（又は、該当ラジオベアラ）の連結により定義される。Ｅ−ＲＡＢが存在するとは、Ｅ−ＲＡＢとＮｏｎ  Ａｃｃｅｓｓ  ＳｔｒａｔｕｍのＥＰＳベアラ間に一対一マッピングが存在することを意味する。
【００４１】
図４は、本発明の一例に係るパケット性能を測定する方案を概略的に示す。
【００４２】
図４を参照すると、端末４００は、多数のＴＴＩ（ＴＴＩｓ）を介してＵＥバッファに発生されたパケットデータを送信する（Ｓ４１０〜４１Ｎ）。この時、前記端末から発生されたパケットデータは、ＴＴＩｓを介して分離されてｅＮＢ４０５に送信される。ここで、パケットデータは、データバーストと呼ばれることもあり、前記データバーストは、各ＴＴＩで決められた大きさのデータブロックで送信される。
【００４３】
ｅＮＢ４０５は、多数のＴＴＩｓを介してパケットデータを受信する。ｅＮＢ４０５は、以前に前記ＵＥ４００から送信されたデータが無いことを確認した状態で前記端末からデータを最初受信した時点を、データバーストの開始時点に設定する。再び説明すると、ｅＮＢは、端末のバッファサイズが以前に端末の全てのＥ−ＲＡＢに対して０である状態で、前記端末の少なくとも一つのＥ−ＲＡＢに対する端末のバッファサイズが０より大きくなるかどうかを判断する。また、前記ＵＥバッファサイズが０より大きくなり、一番目のデータ送信が開始される時点である開始ＴＴＩを、開始時点であるＴ２に設定する（Ｓ４２０）。
【００４４】
反面、前記データバーストの送信が終了された終了ＴＴＩは、ｅＮＢ４０５で前記ＵＥ４００からデータを持続的に正常に受信する中、前記端末からデータがこれ以上発生しないことを確認すると、前記データが発生しない時点以前の前記データバーストの受信が完了した時点を、データバーストの終了時点に設定する。再び説明すると、ｅＮＢは、端末のバッファサイズが前記端末の少なくとも一つのＥ−ＲＡＢが０より大きい状態で前記端末の全てのＥ−ＲＡＢに対する端末のバッファサイズが０に変更されるかどうかを判断する。前記ＵＥバッファサイトが０に変更された状態でパケットの送信が完了した時点を、終了ＴＴＩであるＴ１に設定する（Ｓ４３０）。
【００４５】
ｅＮＢ４０５は、前記開始ＴＴＩと前記終了ＴＴＩにより決められる、即ち、前記設定されたＴ１とＴ２を介して決定された、前記データバーストのための測定区間（ｍｅａｓｕｒｅｍｅｎｔ  ｐｅｒｉｏｄ）中、受信されたデータの総量を確認し、前記データバーストのためのパケット性能を測定する（Ｓ４４０）。
【００４６】
図５は、本発明の一例によってデータバースト（又は、ＩＰ性能）を測定するための測定区間を決定する方案を示す。本発明は、データ発生を具体的に説明するためにＢＳＲを一例として説明する。バッファ状態報告手順は、端末のアップリンクバッファの送信のための可用可能なデータの量をｅＮＢ（サービング）に提供するために使われる。
【００４７】
図５を参照すると、ステップ５１０において、端末は、基地局にバッファ状態が空いていることを指示する、ＵＥバッファサイズが０であることを示すＢＳＲ＝０を送信する。以後、前記ＵＥバッファに送信するデータが発生し始めれば、ステップ５２０において、端末は、ＵＥバッファ状態が０より大きくなった状態であることを指示する、一例として、送信するＵＥバッファサイズが１００であることを示すＢＳＲ＝１００を送信する。
【００４８】
これにより、基地局は、ＢＳＲ＝１００を受信し、データ送信のためのＵＥバッファサイズが０から１００に増加されることを確認し、前記ＢＳＲ＝１００を受信した時点（５２０）をデータ送信が開始されるデータバーストの開始時点であるＴ２（５４０）に決定する。その後、基地局は、端末からバースト性のデータと関連し、ＢＳＲ＝２００（５２２）、ＢＳＲ＝２５０（５２４），．．．，ＢＳＲ＝１５０（５２６）などを端末から受信する。端末で発生されたバースト性のデータを持続的に受信した基地局は、ステップ５３０において、ＢＳＲ＝０、即ち、ＵＥバッファサイズが０に変化されたと通知を受ける。基地局は、前記ＢＳＲ＝０（５６０）を受信した時点以前にバースト性のデータを成功的に受信した完了時点（５２８）である、Ｔ１（５５０）を、前記データバーストのための終了時点に決定する。
【００４９】
即ち、基地局は、データ送信がない状態（ＢＳＲ＝０）５１０で前記ＢＳＲ＝１００を受信した時点（５４０）を前記データバーストのための開始時点（Ｔ２）に、また、前記データバーストを持続的に受信する中、新たに送信されたＢＳＲ＝０（５６０）を受信した基地局は、前記ＢＳＲ＝０を受信した時点（５６０）以前のデータを成功的に受信完了した時点（５５０）を該当関連したパケットデータの終了時点（Ｔ１）に決定する。基地局は、前記決定された前記開始時点（Ｔ２）と終了時点（Ｔ１）の差（Ｔ１−Ｔ２、ｍｓ）を前記データバーストのための測定区間（ｍｅａｓｕｒｅｍｅｎｔ  ｐｅｒｉｏｄ）に決定する（５７０）。前記測定区間をデータバースト性能を測定するための時間に定義する。
【００５０】
ここで、本発明の一例によってＢＳＲを利用したデータバーストの測定は、論理チャネルグループ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ：ＬＣＧ）別に適用されることもできる。これはＢＳＲのバッファサイズがＬＣＧ別に計算されるためである。したがって、以前にバッファサイズ＝０に報告を受けたＬＣＧに対して端末からバッファサイズ＞０に報告を受けた場合、基地局は、端末の特定ＬＣＧに対するデータバーストが開始（Ｔ２）されたと判断することができる。また、基地局は、以前にバッファサイズ＞０に報告を受けたＬＣＧに対して端末からバッファサイズ＝０に報告を受けた場合、端末の特定ＬＣＧにデータバーストが終了（Ｔ１）されたと判断することができる。したがって、前記ＬＣＧに対するＴ２とＴ１を確認して特定ＬＣＧに対するデータバースト（５６０）、即ち、データバーストに対する測定区間（５７０）を介してパケット性能を求めることができる。
【００５１】
図６は、本発明の一例に係るＢＳＲを利用してＩＰ性能を測定するシグナリング方案を示す。
【００５２】
図６を参照すると、端末６００と基地局６０５は、ＲＲＣ階層で定義されたＭＡＣ−ＭａｉｎＣｏｎｆｉｇシグナリングを介して各端末内の論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）に関連したＢＳＲ手順を制御する（Ｓ６１０）。前記ＲＲＣメッセージは、ＢＳＲ周期的タイマ（ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ）及び／又はＢＳＲ再送信タイマ（ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ）等に情報を含む。また、ＢＳＲのフォーマット及びデータサイズと関連した構成情報を含む。
【００５３】
ここで、前記ＢＳＲ手順は、ＬＣＧ別に進行され、一例として、端末は、連結された互いに異なる基地局から各ＬＣＧに割り当てられるＬＣをＲＲＣシグナリングを介して各々受信することができる。即ち、端末は、ＬＣＧを基準にＢＳＲの対象となる基地局を区別することができる。一例として、マクロ基地局に対するＢＳＲは、ＬＣＧを＃０又は＃１に区別し、小型基地局に対するＢＳＲは、＃２又は＃３に区別することができる。
【００５４】
任意の時点で端末はＢＳＲをトリガリングする（Ｓ６１５）。バッファ状態報告は、下記の条件の場合にトリガリングされることができる。
【００５５】
−ＬＣＧに含まれているＬＣに対して送信可能なデータが存在する他のＬＣより高い優先順位を有するＬＣに送信可能なアップリンクデータがＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ（ｅｎｔｉｔｙ）又はＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティに存在するようになった時、普通ＢＳＲ（Ｒｅｇｕｌａｒ  ＢＳＲ）がトリガリングされ、
【００５６】
−アップリンクリソースが割り当てられ、パディング（ｐａｄｄｉｎｇ）ビットの数がＢＳＲ送信のための大きさと同じ又は大きい場合、パディングＢＳＲ（Ｐａｄｄｉｎｇ  ＢＳＲ）がトリガリングされ、
【００５７】
−ＢＳＲ再送信タイマ（ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ）が満了され、端末がＬＣＧ内のＬＣに送信可能なデータを有している場合、普通ＢＳＲがトリガリングされ、
【００５８】
−ＢＳＲ周期的タイマ（ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ）が満了された場合、周期的ＢＳＲ（Ｐｅｒｉｏｄｉｃ  ＢＳＲ）がトリガリングされる。
【００５９】
前記ＢＳＲトリガリングに基づき、端末は、ＢＳＲを構成することができる（Ｓ６２０）。前記ＢＳＲ構成は、ＲＲＣシグナリングにより設定された構成情報を考慮して構成され、以下、図７乃至図９を参照して説明する。
【００６０】
図７は、本発明が適用されるＢＳＲのための媒体接近制御（ＭＡＣ）メッセージの構造を示す。図７に示すように、ＢＳＲは、ＭＡＣシグナリング形態で送信され、端末により構成されたＢＳＲは、ＭＡＣヘッダ７１０のＬＣＩＤ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ）の設定された値（Ｖａｌｕｅ）を利用して識別される。一例として、前記ＬＣＩＤ値が１１１０１に設定されている場合、短いＢＳＲフォーマットで構成されたＢＳＲ  ＭＡＣ  ＣＥ７２０が送信されることを指示し（図８参照）、又は、前記ＬＣＩＤの値が１１１１０に設定されている場合、長いＢＳＲフォーマットで構成されたＢＳＲ  ＭＡＣ  ＣＥ７２０が送信されることを指示する（図９参照）。したがって、基地局は、ＭＡＣヘッダのＬＣＩＤ値を介してＭＡＣ  ＣＥのＢＳＲフォーマットを認知することができる。
【００６１】
図８は、本発明が適用されるショートＢＳＲ  ＭＡＣ制御要素を示す。
【００６２】
図８を参照すると、ショートＢＳＲ又は切断ＢＳＲフォーマットは、一つのＬＣＧ  ＩＤフィールドと一つのバッファサイズフィールドを含む。ここで、ＬＣＧ  ＩＤ８１０フィールドは、ＵＥバッファ状態が報告される論理チャネル（ら）のグループを識別し、長さは２ビットである。バッファサイズ８２０は、前記ＬＣＧの全てのＬＣが可能なデータ総量を指示するためのものであり、前記フィールドの長さは、６ビットである。
【００６３】
図９は、本発明が適用されるロングＢＳＲ  ＭＡＣ制御要素を示す。
【００６４】
ロングＢＳＲである場合には、論理チャネルグループの識別子無しにＬＣＧ  ＩＤが０（９１０）である論理チャネルグループからＬＣＧ  ＩＤが３（９４０）である論理チャネルグループまで順にバッファ量（サイズ）を含む。長いＢＳＲフォーマットは、４個のバッファサイズフィールドを含み、ＬＣＤＩＤ＃０（９１０）乃至＃３（９４０）に該当する。ここで、一つのＬＣＧには一つ以上のＲＢが含まれ、前記ＬＣＧに対するバッファサイズフィールド値は、前記ＬＣＧに含まれている全てのＲＢのＰＤＣＰ及びＲＬＣ階層で送信可能なデータ（ｄａｔａ  ａｖａｉｌａｂｌｅ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）の総和である。
【００６５】
この時、ＰＤＣＰ及びＲＬＣ階層で送信可能なデータは、下記のように定義されることができる。
【００６６】
一方、ＭＡＣバッファ状態報告の目的のために、端末は、１）ＲＬＣ  ＳＤＵ又は前記ＲＬＣ  ＳＤＵのセグメントのうちＲＬＣデータＰＤＵに含まれないもの、及び２）ＲＬＣデータＰＤＵ又はＲＬＣデータＰＤＵの一部分のうちＲＬＣ  ＡＭモードで再送信のために保留されたものをＲＬＣ階層で送信可能なデータで考慮しなければならない：
【００６７】
もし、ＳＴＡＴＵＳ  ＰＤＵがトリガリングされており、状態遮断タイマ（ｔ−Ｓｔａｔｕｓ  Ｐｒｏｈｉｂｉｔ）が進行中でない又は満了された場合、端末は、必ず次の送信機会に送信されるＳＴＡＴＵＳ  ＰＤＵの大きさを推定し、ＭＡＣバッファ状態報告に含まれるＲＬＣ階層で送信可能なデータで考慮しなければならない。
【００６８】
また、ＭＡＣバッファ状態報告の目的のために、端末は下位階層に伝達されないＰＤＵに対するＳＤＵに対して前記ＳＤＵ自体がＰＤＣＰによりまだ処理されない、又は前記ＳＤＵがＰＤＣＰにより処理された前記ＰＤＵだけでなく、ＰＤＣＰ制御ＰＤＵもＰＤＣＰ階層で送信可能なデータで考慮しなければならない。
【００６９】
また、ＲＬＣ  ＡＭでマッピングされたＲＢに対して以前にＰＤＣＰエンティティが再設定（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を実行した場合、端末は、１）前記ＳＤＵのうちＰＤＣＰによりまだ処理されないもの、２）ＰＤＣＰにより一度処理された前記ＰＤＵをＰＤＣＰ階層で送信可能なデータで考慮しなければならない。ただ、ＰＤＣＰ再設定（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）の以前に下位階層に伝達されたＰＤＵに相応するＳＤＵのうち前記ＰＤＵの伝達が下位階層から確認されない一番目のＳＤＵから始めるＳＤＵの中からＰＤＣＰ状態報告を受信した場合、前記ＰＤＣＰ状態報告を介して成功的に伝達されたことが確認されたＳＤＵは除外されることができる。
【００７０】
ここで、端末は、送信するデータの量に対し、‘ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓ  ｉｓ  ｃｏｎｆｉｇｕｒｅｄ／  ｏｒ  ｎｏｔ  ｃｏｎｆｉｇｕｒｅｄ’可否を考慮し、前記バッファサイズフィールド（６ビット）に挿入される値であるインデックスを決定するようになる。一例として、表１は、Ｂｕｆｆｅｒ  ｓｉｚｅ  ｌｅｖｅｌｓ  ｆｏｒ  ＢＳＲを示し、表２は、Ｅｘｔｅｎｄｅｄ  Ｂｕｆｆｅｒ  ｓｉｚｅ  ｌｅｖｅｌｓ  ｆｏｒ  ＢＳＲを示す。前記表１と表２を参照すると、同じインデックスに対するバッファサイズの値（ｖａｌｕｅ）が異なることを確認することができる。基地局のＲＲＣシグナリングによりｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓが構成されることができる。前記表１及び表２は、説明の容易のために該当表の一部のみを示す。
【００７１】
【表１】
2014023155.tif 000005
【００７２】
【表２】
2014023155.tif 000006
【００７３】
端末は、構成されたＢＳＲを送信する（Ｓ６３０，．．．，Ｓ６３Ｎ）。本発明によって、端末は、バッファサイズが０から０以上の値に変わる場合、データバーストの開始を知らせるために、ＢＳＲをトリガリングして送信することができ、バッファサイズが０以上の値から０に変わる場合、データバーストの終了を知らせるために、ＢＳＲをトリガリングして送信することができる。
【００７４】
これにより、基地局は、受信されたＢＳＲを介してデータバーストの開始と終了を判断する。即ち、データバーストが開始されたと判断することは、以前にバッファサイズ＝０で報告を受けた端末からバッファサイズ＞０で報告を受けた場合であり、また、基地局は、次のような場合、端末にデータバーストが終了されたと判断することは、以前にバッファサイズ＞０で報告を受けた端末からバッファサイズ＝０で報告を受けた場合である。ここで、前記ＢＳＲは、端末に設定されたＬＣＧの個数にロングＢＳＲ（図９参照）又はショートＢＳＲ（図８参照）で送信され、基地局は、端末に設定されたＬＣＧの個数と関係無しに全てのＬＣＧに対するバッファサイズ＝０の場合、端末のバッファサイズを０と判断し、一つのＬＣＧであってもバッファサイズ＞０の場合、端末のバッファサイズを０より大きいと判断する。
【００７５】
基地局は、前記基準に端末にデータバーストが発生したと判断すると、これをスケジュールされたＩＰ性能を計算するための基準時間である開始時間（Ｔ２）及び終了時間（Ｔ１）により定義し、これは下記のように定義することができる。
【００７６】
−Ｓｃｈｅｄｕｌｅｄ  ＩＰ  ｔｈｒｏｕｇｈｐｕｔ計算開始時間Ｔ２
【００７７】
以前にｂｕｆｆｅｒ  ｓｉｚｅ＝０である端末からｂｕｆｆｅｒ  ｓｉｚｅ＞０であるＢＳＲを受信した時間
【００７８】
または、前記ｂｕｆｆｅｒ  ｓｉｚｅ＞０であるＢＳＲが送信されるＵＬ  ｇｒａｎｔを端末に割り当てた時間
【００７９】
または、端末のｂｕｆｆｅｒ  ｓｉｚｅが０から０以上の値に変わった後、端末から初めてデータブロックを受信した時間
【００８０】
−Ｓｃｈｅｄｕｌｅｄ  ＩＰ  ｔｈｒｏｕｇｈｐｕｔ計算終了時間Ｔ１
【００８１】
以前にｂｕｆｆｅｒ  ｓｉｚｅ＞０である端末からｂｕｆｆｅｒ  ｓｉｚｅ＝０であるＢＳＲを受信した時間
【００８２】
または、端末のｂｕｆｆｅｒ  ｓｉｚｅが０以上の値から０に変わる前、端末から最後にデータブロックを受信した時間
【００８３】
したがって、基地局は、特定データバーストに対する基準時間Ｔ２とＴ１を求めると、測定区間であるＴｈｐＴｉｍｅＵＬ＝Ｔ１−Ｔ２を決定し、前記測定時間区間であるＴ２とＴ１との間に受信したデータの総量であるＴｈｐＶｏｌＵｌ＝ＰＤＣＰ  ＳＤＵ量を確認する。したがって、端末のスケジュールされたＩＰ性能は、一つの測定時間区間中に発生した全てのデータバーストに対するものであり、下記の数式１のように定義することができる。
【００８４】
【数１】
2014023155.tif 000007
【００８５】
前記数式１を介して、基地局は、アップリンク性能を正確に判断することができる（Ｓ６４５）。また、基地局は、測定された性能を介して各端末に対する無線リソースを効率的に管理する（Ｓ６５０）。
【００８６】
したがって、本発明は、別途の追加されるシグナリング無しに、既存のＢＳＲ手順を介して端末によりアップリンクの無線リソースをスケジューリングするための必要な情報を基地局に提供し、基地局は、既存のＢＳＲ手順を介してアップリンクパケットの性能を推定するための測定区間を決定し、決定された測定区間中のアップリンクパケットの量を介してアップリンクパケット性能を推定し、これにより、アップリンク無線リソースの効率的な制御をすることができる。また、前記アップリンクパケット測定時、各端末のバースト性のトラフィックに対して互いに異なる基地局が統一された基準に各端末のスケジュールされたＩＰ性能を計算することによって、通信事業者（ｏｐｅｒａｔｏｒ）自分がサービスする端末の性能を検証するＭＤＴ用途に適するようにする。
【００８７】
図１０は、本発明の他の一例に係るデータバースト指示メッセージを利用してパケット性能を測定する方案を示す。
【００８８】
図１０を参照すると、端末は、指示メッセージ（Ｓ１０１０、１０１Ｎ）を利用してデータバーストの開始と終了を指示することができる。本発明によって、端末は、自分の空いているバッファに送信するデータが発生するとデータバースト開始指示を、端末のバッファにある全てのデータが送信されて空くようになるとデータバースト終了指示を、基地局に送信する。この時、前記指示子は、ＭＡＣメッセージ形態で送信されることもできる。前記指示メッセージと別に又は一つの統合されたメッセージを介して前記データバーストと関連したＵＥバッファに発生されたデータの量が報告されることもできる。
【００８９】
したがって、基地局は、端末からデータバースト開始指示を受信した時点をＩＰ性能の計算開始時間であるＴ２と判断し、データバースト終了指示を受信した時点をＩＰ性能の計算終了時間であるＴ１と判断する。また、前記時点を介して決められる測定区間中受信された総量のデータを確認する（Ｓ１０２０）。これにより、基地局は、前記数式１を適用して前記Ｔ２及びＴ１が適用された性能測定区間中受信されたデータの量を確認してスケジュールされたＩＰ性能を求めることができる（Ｓ１０３０）。
【００９０】
また、測定された性能を利用して任意の端末の性能が高いため、これを維持するために割り当てられた無線リソースを維持したり、又は任意の端末の性能が低いため、無線リソースを追加割当又は再割当を実行して端末のサービス品質を維持するための方案を模索することもできる（Ｓ１０４０）。
【００９１】
図１１は、本発明の一例によってＢＳＲを利用してデータバーストを通知する端末の動作を示すフローチャートである。
【００９２】
図１１を参照すると、端末は、基地局からＲＲＣシグナリングを受信する（Ｓ１１００）。この時、前記基地局は、端末と無線連結されているサービング基地局である。端末は、前記受信されたＲＲＣシグナリングを介して各ＬＣＧ別のＢＳＲタイプを確認する（Ｓ１１０５）。一例として、＃０に対するＢＳＲはショートＢＳＲを構成し、＃３に対するＢＳＲはロングＢＳＲで構成することもできる。
【００９３】
端末は、ＢＳＲトリガリングを満たすかどうかを確認する（Ｓ１１１０）。本発明によって、端末は、ＵＥバッファサイズのデータの量を確認してＢＳＲトリガリングする。一例として、端末は、ＬＣＧのＢＳＲ値が０から特定値に変更される時、ＢＳＲをトリガリングすることができる。これはデータバーストの開始を指示するためのトリガリングである。また、端末は、ＬＣＧのＢＳＲの値が特定値から０に変更される時、ＢＳＲをトリガリングすることができる。これはデータバーストの終了を指示するためのトリガリングである（Ｓ１１１５）。
【００９４】
前記ＵＥバッファサイズの量が０に変わった場合、即ち、ＵＥバッファに送信するデータが空いていることを確認したＵＥは、ＢＳＲバッファサイズのインデックスを０に設定し（Ｓ１１２０）、前記設定されたバッファサイズに前記各ＬＣＧ別に決められたＢＳＲタイプを考慮し、ＬＣＧ  ＩＤを含む形態でＢＳＲを構成し、又はＬＣＧ  ＩＤ無しにＬＣＧ  ＩＤ０から３まで順次に挿入する形態でＢＳＲを構成する。また、構成されたＢＳＲタイプに該当するＬＣＩＤを挿入してＢＳＲ  ＭＡＣメッセージを完了する（Ｓ１１２５）。端末は、構成されたＢＳＲを基地局に送信する（Ｓ１１３０）。これにより、端末は、該当各ＬＣＧに対応してデータが終了されることを指示することができる。
【００９５】
反面、前記１１１５ステップにおいて、前記ＵＥバッファサイズの量が０から任意の値に変更された場合、即ち、ＵＥバッファに送信するデータが存在することを確認したＵＥは、前記ＢＳＲタイプと前記確認されたデータの量を考慮して前記バッファサイズフィールドに挿入されるインデックスを設定する（Ｓ１１４０）。前記設定されたインデックスに前記ＢＳＲタイプに該当するＬＣＩＤを挿入した後、構成されたＢＳＲを基地局に送信する（Ｓ１１３０）。これにより、端末は、該当各ＬＣＧに対応してデータが発生／終了されることを指示することができる。
【００９６】
図１２は、本発明の一例によって指示メッセージを利用してデータバーストを通知する端末の動作を示すフローチャートである。
【００９７】
図１２を参照すると、端末は、ＵＥ送信バッファを確認する（Ｓ１２００）。ＵＥバッファが空いていたが、バースト性のデータの送信のために前記ＵＥバッファでデータの送信が最初発生するかどうかを確認する（Ｓ１２０５）。端末は、ＵＥバッファをチェックしてＬＣＧのＢＳＲ値が０から特定値に変更されるかどうかを確認し、データバーストの発生を通知するために、指示子を１（データバースト開始指示）に設定することができる（Ｓ１２１０）。
【００９８】
反面、前記ＵＥバッファが満たされていたが、前記データの送信が完了して前記ＵＥバッファが空けている状態であることを確認すると（Ｓ１１２０）、即ち、端末は、ＬＣＧのＢＳＲの値が特定値から０に変更されるかどうかを確認し、データバーストの送信が完了したことを通知するために、指示子を０（データバースト終了指示）に設定することができる（Ｓ１１２５）。ここで、前記データバーストと関連した指示子は、前記例と反対の値に設定されて適用されることもできる。これはシステムで定義された定義によって可変されて適用可能である。
【００９９】
前記端末により構成された任意のＬＣＧに対するデータバースト開始を指示するための開始指示メッセージ（Ｓ１２１０）、又はデータバースト終了を指示するための終了指示メッセージ（Ｓ１２２５）は、ＭＡＣメッセージ形態で送信されることもできる。一例として、前記データバースト指示は、ＭＡＣヘッダの予約されたビット（Ｒｅｓｅｒｖｅｄ  ｂｉｔ）を利用して指示されることもできる。
【０１００】
端末は、構成されたデータバースト指示メッセージを基地局に送信する（Ｓ１２１５）。
【０１０１】
図１３は、本発明の一例によってＢＳＲを利用してデータバーストを判断する基地局の動作を示すフローチャートである。
【０１０２】
図１３を参照すると、基地局は、ＭＡＣ−ＭａｉｎＣｏｎｆｉｇを介してＢＳＲ構成に対する情報を端末に送信する（Ｓ１３００）。前記ＢＳＲ構成情報によって端末から報告されたＢＳＲを受信する（Ｓ１３０５）。前記ＢＳＲを受信した時点を確認し、前記ＢＳＲ内のバッファサイズフィールドに設定されたインデックスを確認する（Ｓ１３１０）。
【０１０３】
基地局は、確認されたバッファサイズフィールドを利用してＵＥバッファサイズ、即ち、送信されたデータの量を確認する。この時、前記バッファサイズフィールドのインデックス変化をチェックし、即ち、受信されたインデックスと以前に受信されたインデックスを比較してアップリンクデータバーストの開始又は終了を確認する（Ｓ１３１５）。また、インデックスを比較を介して、下記のように開始又は終了に対する時点を決定する（Ｓ１３２０）。
【０１０４】
前記ｅＮＢがＢＳＲが０である以前のＵＥから０より大きい値を有するＢＳＲを受信する場合、前記ｅＮＢは、データバーストが開始されたと判断し、前記時間をＴ２に設定する。前記時間は；
【０１０５】
−ＢＳＲ（０より大きい値を有する）が受信される場合、又は
【０１０６】
−前記ＵＥにＵＬグラントが割り当てられる場合、又は
【０１０７】
−ＢＳＲが０から特定値に変更された後、前記ＵＥからデータブロックが初めて受信される場合である。
【０１０８】
反面、前記ｅＮＢは、以前にＢＳＲが０より大きい値を有する前記ＵＥから０と同一の値を有するＢＳＲを受信する場合、前記ｅＮＢは、データバーストが終了されたと判断し、前記時間をＴ１に設定する。前記時間は；
【０１０９】
−ＢＳＲ（０と同一の値を有する）が受信される場合、又は
【０１１０】
−０の値を有するＢＳＲの受信前に最後のデータブロックが受信される場合である。
【０１１１】
前記ＢＳＲの値は、ＬＣＧ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）別に計算されることができる。これは前記動作がＵＥ単位でないＬＣＧ単位に適用されることを意味する。
【０１１２】
前記ｅＮＢが以前にＬＣＧに対するＢＳＲが０を有する前記ＵＥから０より大きい値を有するＬＣＧのＢＳＲを受信する場合、データバーストが開始されたと判断し、前記時間をＴ２に設定する、前記時間は；
【０１１３】
−ＬＣＧのＢＳＲ（０より大きい値を有する）が受信される場合、又は
【０１１４】
−前記ＵＥにＵＬグラントが割り当てられる場合、又は
【０１１５】
−ＬＣＧのＢＳＲが０から特定値に変更された後、前記ＵＥからデータブロックが初めて受信される場合である。
【０１１６】
前記ｅＮＢが以前の０より大きいＬＣＧのＢＳＲを有する前記ＵＥから０と同一の値を有するＬＣＧのＢＳＲを受信する場合、前記ｅＮＢは、データバーストが終了されたと判断し、前記時間をＴ１に設定する。前記時間は；
【０１１７】
−ＬＣＧのＢＳＲ（０と同じ値を有する）が受信される場合、又は
【０１１８】
−０の値を有するＬＣＧのＢＳＲを受信する前に最後のデータブロックが受信される場合である。
【０１１９】
前記設定されたＴ１とＴ２を利用してデータバーストを測定するための測定区間（ＴｈｐＴｉｍｅＵＬ）を定義し、前記測定区間内に受信されたデータバーストの総量を利用して性能を計算する（Ｓ１３２５）。前記計算された性能を上位ネットワークに提供し、通信事業者（ｏｐｅｒａｔｏｒ）自分がサービスする端末の性能を検証するＭＤＴ用途として使用するように提供する（Ｓ１３３０）。
【０１２０】
図１４は、本発明の一例によって指示メッセージを利用してデータバーストを判断する基地局の動作を示すフローチャートである。
【０１２１】
図１４を参照すると、基地局はデータバーストと関連した指示メッセージを受信する（Ｓ１４００）。基地局は、受信された指示子を確認してＬＣＧのＢＳＲの値が０から特定値に変更されるかどうかを確認する。前記指示子が１（データバースト開始指示）に設定されている場合（Ｓ１４０５、Ｙｅｓ）、端末バッファにデータバーストが発生されたと決定し、前記開始メッセージを受信した時間をＴ２に設定する（Ｓ１４１０）。
【０１２２】
反面、基地局は、受信された指示子をチェックしてＬＣＧの値が特定値から０に変更されるかどうかを確認する。前記指示子が０（データバースト終了指示）に設定されている場合（Ｓ１４０５、Ｎｏ）、端末バッファにデータバーストの送信が完了し、前記データバーストの最後のデータブロックが送信された後、前記端末バッファが空の状態になったと確認する。また、前記終了メッセージを受信した時点をＴ１に設定する（Ｓ１４１５）。
【０１２３】
前記設定されたＴ１とＴ２を利用してデータバーストを測定するための測定区間を定義し、前記測定区間内に受信されたデータバーストの総量を利用して性能を計算する（Ｓ１４２０）。これにより、前記端末を含んで複数の端末の性能のためのＭＤＴ検証に利用する（Ｓ１４２５）。
【０１２４】
以上で説明した本発明の技術的思想は、下記の表３に記載されたように、仮出願文書に基づいている。
【０１２５】
【表３−１】
2014023155.tif 000008
【表３−２】
2014023155.tif 000009
【表３−３】
2014023155.tif 000010
【０１２６】
図１５は、本発明による送信機及び受信機の構造を概略的に示すブロック図である。本発明の一例によって、アップリンク送信で、送信機はＵＥであり、受信機はｅＮＢになる。
【０１２７】
図１５を参照すると、送信機１５００は、受信部１５１０、送信部１５３０、データバースト管理部１５２０を含む。
【０１２８】
前記受信部１５１０は、基地局でＲＲＣメッセージを受信する。前記ＲＲＣメッセージは、ＢＳＲ送信に対する構成情報又はデータバースト指示メッセージを送信するための制御情報などを含むことができる。一例として、前記ＢＳＲ送信又はデータバースト指示メッセージの送信のためのｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ／ｒｅｔｘＢＳＲ−Ｔｉｍｅｒ／ｅｘｔｅｎｄｅｄＢＳＲ／ＢＳＲ報告のためのＬＣＧのＬＣマッピング情報又は指示メッセージの設定情報又は前記メッセージのためのフォーマット、タイプなどに対する情報を含むことができる。
【０１２９】
データバースト管理部１５２０は、バッファ１５２２、ＢＳＲ生成部１５２４、指示生成部１５２６で構成されることができる。
【０１３０】
まず、ＢＳＲ生成部１５２４は、バッファ１５２２のサイズを確認し、ＢＳＲの値が０から特定値に変更された場合、データバースト開始を指示するためにＢＳＲをトリガリングする。前記ＢＳＲ生成部１５２４は、バッファ１５２２のサイズをチェックし、ＢＳＲ値が特定値から０に変更されるとき、データバースト終了を指示するためにトリガリングする。ここで、ＢＳＲの値は、各ＬＣＧ別に計算されてもよい。これにＢＳＲ生成部１５２４は、ＬＣＧのＢＳＲ値が０から特定値に変更された場合、データバースト開始を指示するためにＢＳＲをトリガリングしたり、ＬＣＧのＢＳＲ値が特定値から０に変更されるとき、データバースト終了を指示するためにトリガリングしたりすることができる。
【０１３１】
一方、指示生成部１５２６は、バッファ１５２２をチェックし、データバーストの開始及び終了を受信機１５５０に指示することができる。指示生成部１５２６は、上位階層から空いている送信バッファにデータブロックが受信された場合、開始指示を送信するためにトリガリングすることができる。指示生成部１５２６は、送信バッファが空の状態になった場合（最後のデータブロックの送信後に）終了指示を送信するためのトリガリングすることができる。ここで、前記指示生成部１５２６は、データバーストの一番目のデータブロック送信前に前記開始指示を送信し、前記データバーストの最後のデータブロック後に終了指示を送信するように送信部１５３０を制御する。ここで、データブロックは、ＭＡＣ  ＰＤＵ、ＭＡＣ  ＳＤＵ、ＲＬＣ  ＰＤＵ、ＲＬＣ  ＳＤＵ、ＰＤＣＰ  ＰＤＵ、又はＰＤＣＰ  ＳＤＵのうち一つになることができ、前記指示は、ＭＡＣ制御要素、ＲＬＣ制御ＰＤＵ、又はＰＤＣＰ制御ＰＤＵのうち一つで送信されることができる。
【０１３２】
送信部１５３０は、データバースト管理部１５２０で生成されたデータバーストの開始又は終了と関連したＢＳＲ又は指示メッセージを含む無線信号を受信機１５５０に送信する。
【０１３３】
ここで、送信機１５００の受信部１５１０と送信部１５３０は、一つの無線周波数ユニット（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）で構成されることができる。また、前記データバースト管理部１５２０は、プロセッサ内に備えられて動作し、又は一つのプロセッサが本発明による動作を実行することによってデータバースト管理部１５２０と呼ばれることもある。
【０１３４】
一方、受信機１５５０は、送信部１５６０、受信部１５７０、データバースト性能部１５８０を含むことができる。
【０１３５】
前記送信部１５６０は、データバーストと関連した情報を取得するために、ＢＳＲ送信に対する構成情報又は指示メッセージの送信に必要な制御情報を含むＲＲＣメッセージを送信する。
【０１３６】
前記受信部１５７０は、データバーストと関連して送信機から送信されたＢＳＲ又は指示メッセージを含む無線信号を受信する。前記ＢＳＲ又は指示メッセージは、既送信された制御メッセージの構成／制御情報に基づいて生成されたものであり、受信部１５７０は、受信されたメッセージのヘッダ又は識別情報を介して、ＢＳＲのタイプ又は指示メッセージを区別することができる。
【０１３７】
前記データバースト性能部１５８０は、受信されたメッセージを確認し、データバーストが発生した時点又は終了した時点を確認する測定時間部１５８２とデータ量を確認するパケット管理部１５８４で構成されることができる。ここで、前記測定時間部１５８２とパケット管理部１５８４は、その動作によって異なるエンティティで説明するが、実際一つのプロセッサにより前記機能が区別されて処理されることもできる。
【０１３８】
まず、測定時間部１５８２は、受信機１５５０が前記送信機１５００から以前に０であるＢＳＲから０より大きいＢＳＲを受信する時、一例として、０より大きい値を有するＢＳＲを受信した場合、端末にＵＬグラントを割り当てた場合、又はＢＳＲが０から特定値に変更され、端末からデータブロックを初めて受信した場合、データバーストが開始されることを確認し、この時点をＴ２に設定する。また、測定時間部１５８２は、受信機１５５０が送信機である端末から以前に０より大きいＢＳＲから０と同じ値を有するＢＳＲを受信する時、一例として、０であるＢＳＲを受信したり、ＢＳＲ０を受信する前に最後のデータブロックを受信したりした場合、これはデータバーストが終了されることを確認し、この時点をＴ１に設定する。
【０１３９】
一方、前記測定時間部１５８２は、受信機１５５０が開始指示を受信した時点をＴ２に設定し、受信機が終了指示を受信した時点をＴ１に設定することもできる。ここで、送信機１５００は、堅固性（ｒｏｂｕｓｔｎｅｓｓ）向上のために同じ指示を複数回（ｍｕｌｔｉｐｌｅ  ｔｉｍｅｓ）送信することができる。受信機は複数の番送信される同じ指示情報を複数回受信して、受信された開始／終了指示を適用してＴ２／Ｔ１を適用する。
【０１４０】
前記測定時間部１５８２は、前記設定された時点を確認し、データバーストの送信のための測定区間であるＴｈｐＴｉｍｅＵＬにＴ１−Ｔ２を決定する。
【０１４１】
パケット管理部１５８４は、前記測定時間部１５８２により設定された測定区間中に成功的に受信されたＰＤＣＰ  ＳＤＵの量を利用してデータバーストの性能を計算する。したがって、前記データバースト性能部１５８０は、前記計算された性能を無線リソースを効率的に管理するためのパラメータとして使用し、又は上位ネットワークにサービス品質を確認するための検証パラメータとして使用するように提供する。ここで、受信機１５５０の送信部１５６０と受信部１５７０は、一つのＲＦユニットで構成されることができる。また、前記データバースト性能部１５８０は、プロセッサ内に備えられて動作したり、又は一つのプロセッサが本発明による動作を実行することによってデータバースト性能部１５２０と呼ばれることもある。
【０１４２】
前記説明したように、受信機１５５０は、送信機１５００から報告されたＢＳＲ又は指示を介して、アップリンクで送信機１５００である端末の送信バッファサイズに対する変化を推定し、前記アップリンクデータバーストを測定するための開始時点（Ｔ２）及び終了時点（Ｔ１）を明確に判断することができる。この時、前記ＢＳＲは、ＬＣＧ別に計算されることを含むことによって、受信機１５５０は、送信機１５００である端末のバッファサイズが以前に端末の全てのＥ−ＲＡＢに対して０である状態で、前記端末の少なくとも一つのＥ−ＲＡＢに対する端末のバッファサイズが０より大きくなった場合、送信されるＢＳＲを介して、一番目のデータ送信が開始される時点を前記データバーストの開始時点（Ｔ２）と判断することができる。
【０１４３】
また、前記受信機１５５０は、前記送信機１５００である端末のバッファサイズが前記端末の少なくとも一つのＥ−ＲＡＢが０より大きい状態で、前記端末の全てのＥ−ＲＡＢに対する端末のバッファサイズが０に変更される場合、送信されるＢＳＲを介して、前記データバーストの終了時点（Ｔ１）を判断することができる。この時、前記データの送信が該当階層で成功的に完了したことを含む。したがって、前記受信機１５５０は、測定時間部１５８２により判断されたＴ１とＴ２を介して前記データバーストのための測定区間（ｍｅａｓｕｒｅｍｅｎｔ  ｐｅｒｉｏｄ）を正確に決定することができる。即ち、前記正確に判断された測定区間中受信されたデータバーストの総量を確認し、前記受信機は、より正確にアップリンクＩＰに対する性能を測定することができる。
【０１４４】
図１６は、本発明の他の例に係る送信機及び受信機の構造を示す。
【０１４５】
端末１６００は、ＲＦ部１６１０、プロセッサ１６２０、メモリ１６３０を含む。ＲＦ部１６１０は、プロセッサ１６２０と連結され、無線信号を送信及び／又は受信する。プロセッサ１６２０は、提案された機能、過程及び／又は方法を具現する。図４乃至図１５に示す端末の動作が前記プロセッサ１６２０により具現されることができる。メモリ１６３０は、プロセッサ１６２０と連結され、プロセッサ１６２０を駆動するための多様な情報を格納する。
【０１４６】
基地局１６５０は、ＲＦ部１６６０、プロセッサ１６８０、メモリ１６７０を含む。ＲＦ部１６６０は、プロセッサ１６８０と連結され、無線信号を送信及び／又は受信する。プロセッサ１６８０は、提案された機能、過程及び／又は方法を具現する。図４乃至図１５に示す基地局の動作が前記プロセッサ１６８０により具現されることができる。メモリ１６７０は、プロセッサ１６８０と連結され、プロセッサ１６８０を駆動するための多様な情報を格納する。
【０１４７】
本発明に記載されたプロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／又は他の格納装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部又は外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。前述した例示的なシステムで、方法は一連のステップ又はブロックで順序図に基づいて説明されているが、本発明は、ステップの順序に限定されるものではなく、あるステップは、前述と異なるステップと異なる順序に又は同時に発生することができる。また、当業者であれば、順序図に示すステップが排他的でなく、他のステップが含まれ、又は順序図の一つ又はそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【０１４８】
以上の説明は、本発明の技術思想を例示的に説明したものに過ぎず、本発明が属する技術分野において通常の知識を有する者であれば、本発明の本質的な特性から外れない範囲で多様な修正及び変形が可能である。したがって、本発明に開示された実施例は、本発明の技術思想を限定するためのものではなく、説明するためのものであり、このような実施例によって本発明の技術思想の範囲が限定されるものではない。本発明の保護範囲は、請求範囲によって解釈されなければならず、それと同等な範囲内にある全ての技術思想は、本発明の権利範囲に含まれると解釈されなければならない。
【図１】
2014023155.tif 000013
【図２】
2014023155.tif 000014
【図３】
2014023155.tif 000015
【図４】
2014023155.tif 000016
【図５】
2014023155.tif 000017
【図６】
2014023155.tif 000018
【図７】
2014023155.tif 000019
【図８】
2014023155.tif 000020
【図９】
2014023155.tif 000021
【図１０】
2014023155.tif 000022
【図１１】
2014023155.tif 000023
【図１２】
2014023155.tif 000024
【図１３】
2014023155.tif 000025
【図１４】
2014023155.tif 000026
【図１５】
2014023155.tif 000027
【図１６】
2014023155.tif 000028