JP2011509593A - 無線通信ネットワークにおける方法および装置 - Google Patents

Abstract

第１のノードにおける、第２のノードに状態報告を要求するための方法および装置。第１のノードも第２のノードも無線通信ネットワーク内に含まれる。状態報告は、第１のノードから送信され第２のノードで受信されたデータに関する肯定および／または否定の確認応答を備える。第１のノードは、送信プロトコルデータユニットＰＤＵ数を数えるように構成された第１のカウンタと、送信データバイト数を数えるように構成された第２のカウンタとを備える。方法および装置は、第１および第２のカウンタのゼロへの初期設定と、第２のノードで受信されるデータの送信と、第１および第２のカウンタの値の第１の閾限界値および第２の閾限界値との比較と、いずれかの閾限界値に到達するかもしくはそれを上回る場合に第２のノードへの状態報告の要求とを備える。
【選択図】 図

Description

本発明は、無線通信ネットワークに含まれる第１のノードにおける方法および装置に関する。特に、本発明は、無線通信ネットワークにおける連続送信のための無線リンク制御（ＲＬＣ、Radio Link Control）のポーリング(polling)メカニズムに関する。

無線通信システム内の例えば基地局とユーザ装置などの２つのノード間の無線通信の伝送品質および／または通信チャネルのコヒーレンス特性は、信号および無線伝播状態への多くの望ましくない影響しだいで異なるであろう。そのような望ましくない影響の非限定のいくつかの例は、例えば熱雑音および干渉でもよく、伝播状態に悪影響を及ぼす現象のいくつかの例は、経路損失、信号マルチパスおよびドップラー拡散である。さらに、チャネル推定の精度が伝送品質に影響を及ぼすであろう。それ故、あるノードから送信された例えばプロトコルデータユニット（ＰＤＵ）などのデータユニットが、受信ノードに間違って到着するかまたは全く到着しないことがある。実際には、様々なＲＬＣ ＰＤＵが、順番を変える恐れがあるハイブリッド自動再送要求（ＨＡＲＱ）による再送信を異なる回数経験するので、ＲＬＣ ＰＤＵは、順番が狂って受信されることがある。

その場合、送信ノードは、紛失または間違ったデータユニットを受信ノードに再送信する必要があるかもしれない。再送信を実行するためには、送信ノードは、もし再送信があれば、どのデータを受信ノードに再送信すべきかを何らかのやり方で通知されなければならない。

送信ノードがデータを再送信しなければならないかどうかを知るために使用しうる１つのメカニズムは、送信ノードに状態報告を返信するように、受信ノードにポーリングすることである。

ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）とも呼ばれるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ＵＴＲＡＮ）に適用されているＲＬＣプロトコルが、第３世代パートナーシッププロジェクト（３ＧＰＰ）発行の非特許文献１に規定されている。ＲＬＣプロトコルは、いくつかの基準に従ってポール(poll)を送信するポーリング手順を有する。ポールがトリガされると、ＲＬＣ送信部は、ＲＬＣヘッダにポールビットを設定する。ポールビットは、ピアエンティティにＲＬＣ状態報告を送信するように要求する働きをする。現在合意されているポールビット設定基準は、以下の通りである。

第１に、バッファ内の最後のプロトコルデータユニット（ＰＤＵ）の送信、すなわち、送信または再送信に利用できる最後のＰＤＵが送信されるとき、ポールが送信される。

第２に、ポール再送信タイマの終了、すなわち、ポールを有するＰＤＵが送信されるときタイマが開始され、タイマ終了時にポールビットを有するそのＰＤＵが確認応答されていない場合、そのＰＤＵは再送信される。

ポールビットを設定するそのような基準は、各バーストの最後のＰＤＵに対してポールが送信されるバースト状のトラヒックに関しては効果があるかもしれない。しかし、連続送信に関しては、追加のトリガが考慮されなければならないことがある。未確認すなわち送信されたが確認応答されていないＰＤＵ数またはバイト数を制限して、停止状況(stalling situation)を回避するために、適正に設計されたポーリング手順が使用されてもよい。プロトコル停止(protocol stalling)を回避するために、カウンタベースとウインドウベースの２つのメカニズムが確認されている。プロトコル停止は、新しいデータをこれ以上送信できないことを意味する表現である。さらに、ポーリングメカニズムは、送信ＲＬＣ ＰＤＵまたは送信バイトのどちらかで動作してもよい。

カウンタベースのメカニズムは、送信されるＰＤＵまたはバイトの量を数え、設定された数のＰＤＵまたはバイトが送信されたとき、ポールビットを設定する。

ウインドウベースのメカニズムは、似ているが、未確認データの量が一定のＰＤＵ数またはバイト数を上回るときだけ、ポールを送信する。ウインドウベースのメカニズムは、未確認データの量が閾値を上回っている間はポールを定期的に送信する追加のロジックを必要とすることがある。

３ＧＰＰ ＴＳ ３６．３２２ 「Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）無線リンク制御（ＲＬＣ）プロトコル仕様リリース８(Evolved Universal Terrestrial Radio Access (E-UTRA), Radio Link Control (RLC) protocol specification Release 8）」

しかしながら、既存のメカニズムのどれも、停止が時には連続番号制限によって、また時にはメモリ制限によって起こることがあることを考慮していない。特に、例えば移動電話機などのユーザ装置のバッファメモリは制限されていることがある。

無線通信ネットワーク環境におけるユーザアクセス品質および全体容量は、データ紛失およびプロトコル停止によって影響を受けるが、不要なポールおよびデータの再送信によっても影響を受ける。

それ故、本発明の目的は、改良した無線通信システムを提供することである。

第１の態様によれば、本目的は、第１のノードにおける、第２のノードに状態報告を要求する方法によって達成される。第１のノードおよび第２のノードは、無線通信ネットワーク内に含まれる。状態報告は、第１のノードから送信され第２のノードで受信されたデータに関する肯定および／または否定の確認応答を備える。第２のノードで受信される一連のデータユニットまたはデータユニットセグメントを送信するとき、第１のノードは、送信データユニット数および送信データバイト数を数える。次いで、送信データユニットのカウント数または送信データバイトのカウント数がそれぞれの所定値に等しいかまたはそれを上回る場合、第１のノードは、第２のノードに状態報告を要求する。

第２の態様によれば、本目的はまた、第１のノードにおける、第２のノードに状態報告を要求するための装置によって達成される。第１のノードおよび第２のノードは、無線通信ネットワーク内に含まれる。状態報告は、第１のノードから送信され第２のノードで受信されたデータに関する肯定および／または否定の確認応答を備える。装置は送信部を備える。送信部は、第２のノードで受信される一連のデータユニットまたはデータユニットセグメントを送信するように構成される。さらに、装置は計数メカニズムも備える。計数メカニズムは、送信データユニット数および送信データバイト数を数えるように構成される。さらにまた、装置は要求部を備える。要求部は、送信データユニットのカウント数または送信データバイトのカウント数が所定値に等しいかまたはそれを上回る場合、第２のノードに状態報告を要求するように構成される。

本方法および本装置によれば、連続番号制限とメモリ制限の両方に起因する不必要なポーリングがたった１つのメカニズムの助けで回避される。「送信データユニット数」および「送信バイト数」の２つの基準を１つのメカニズムに統合することによって、他の第２の基準によってポールが最近既にトリガされている状況で、第１の基準が満足されるときに、そのようなポールが不必要に送信されるのが回避される。従って、無線通信システム内に含まれるノード間の不必要なシグナリングが減少され、これは、オーバヘッドシグナリングの減少およびそれによってシステム容量の増加をもたらす。従って、無線通信ネットワーク内のポーリングメカニズムの本改良の結果として、改良された無線通信システムが提供される。

本発明のさらなる利点は、メカニズムがバイトとデータユニットの両方で動作し、ひいては連続番号制限とメモリ制限の両方に起因する停止を回避することである。これは、２つの基準によるポーリングを調整する単一のメカニズムによって都合良く達成され、効率的なポーリングメカニズムをもたらす。

本方法および本装置の１つの利点は、不必要なポールの生成が解消されるかまたは少なくとも減少されることである。

本発明の他の目的、利点および目新しい点は、以下の本発明の詳細説明から明らかになるであろう。

本発明について、これより添付の図面との関連でより詳細に説明する。

無線通信ネットワークの実施形態を示す略ブロック図である。 無線通信ネットワークの実施形態を示すシグナリングスキームとフローチャートの統合図である。 第１のノードにおける方法ステップの実施形態を示すフロー図である。 第１のノードにおける装置の実施形態を示すブロック図である。

本発明は、以下に説明する実施形態で実践されうる方法および装置と規定される。しかし、本発明は、多くの異なる形態で具体化されてもよく、本明細書に記載の実施形態に限定されると解釈されるべきでない。それどころか、これらの実施形態は、本開示が徹底的で全部そろっており、当業者に本発明の範囲を十分に伝えるために提供されている。本方法および本装置を開示する特定の形態のどれにも限定する意図がないどころか、本方法および本装置は、特許請求の範囲に規定される本発明の範囲内に入るすべての変更形態、均等物および代替形態を包含することが理解されるべきである。

図１は、無線通信ネットワーク１００において第１のノード１１０が少なくとも１つの第２のノード１２０と通信しているところを描写する。第１のノード１１０と第２のノード１２０との間の通信は、例えば、無線通信ネットワーク１００に含まれるセル１５０の中で通信キャリア１４０によって行われてもよい。

図１に示されているコンポーネント数が単に例示であることは理解されるであろう。コンポーネントがもっと多い、もっと少ない、または異なる配置を有する他の構成が実施されてもよい。さらに、いくつかの実施形態では、図１の１つ以上のコンポーネントが、図１の１つ以上の他のコンポーネントが実行すると描写されている１つ以上のタスクを実行してもよい。

無線通信ネットワーク１００はまた、オプションのいくつかの実施形態によれば、使用される技術しだいで制御ノード１３０を備えてもよい。制御ノード１３０は、例えば無線ネットワーク制御装置（ＲＮＣ）でもよい。

制御ノード１３０は、無線通信ネットワーク１００の管理要素であり、制御ノード１３０に接続された基地局例えば第２のノード１２０の制御を担当してもよい。制御ノード１３０は、無線リソース管理と移動管理機能の一部とを実行してもよい。

いくつかの実施形態では、第１のノード１１０は、例えばユーザ装置、無線通信端末、移動セルラ電話機、パーソナルコミュニケーションシステム端末、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、コンピュータ、または無線リソースを管理できる任意の他の種類のデバイスで代表されてもよい。パーソナルコミュニケーションシステム端末は、セルラ無線電話機とデータ処理、ファクシミリおよびデータ通信の能力とを結合してもよい。ＰＤＡは、無線電話機、ページャ、インターネット／イントラネット・アクセス・デバイス、ウェブブラウザ、オーガナイザ、カレンダ等を含んでもよい。

しかしいくつかの実施形態では、第１のノード１１０は、例えば使用される無線アクセス技術および専門用語しだいで、例えばアクセスポイント、ノードＢ、ｅＮｏｄｅ Ｂ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）および／または基地送受信局、アクセスポイント基地局、基地局ルータ等のような基地局で代表されてもよい。

第２のノード１２０は、いくつかの実施形態では、例えば使用される無線アクセス技術および専門用語しだいで、例えば基地局、アクセスポイント、ノードＢ、ｅＮｏｄｅ Ｂ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）および／または基地送受信局、アクセスポイント基地局、基地局ルータ等と呼ばれてもよい。

またいくつかの実施形態によれば、第２のノード１２０は、ユーザ装置、無線通信端末、移動セルラ電話機、パーソナルコミュニケーションシステム端末、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、コンピュータ、または無線リソースを管理できる任意の他の種類のデバイスで代表されてもよい。

しかし、図１に描写されている非限定例では、第１のノード１１０は移動セルラ電話機であり、第２のノード１２０は基地局である。

無線通信ネットワーク１００は、例えばＥ−ＵＴＲＡＮ、ＬＴＥ、符号分割多元接続（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、ＣＤＭＡ２０００、ＨＳＤＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ｄａｔａ Ａｃｃｅｓｓ）、ＨＳＵＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ｄａｔａ Ａｃｃｅｓｓ）、高データレート（ＨＤＲ）、ＴＤ−ＳＣＤＭＡ、ＷｉＭＡＸ等のような技術に基づいてもよい。

純粋に例証目的で単なる非限定の例として、本明細書は、本発明がＥ−ＵＴＲＡＮ環境で具体化される場合を記述している。しかし、本方法および本装置は、他の技術環境でも使用されてもよい。

図２は、無線通信ネットワーク１００内の第１のノード１１０と第２のノード１２０との間の方法ステップおよび信号伝送を描写するシグナリングとフローチャートの統合図である。

本方法および本装置の一般概念は、例えば第２のノード１２０への状態報告要求などのポールをトリガする手段として、例えばＰＤＵなどの送信データユニット数および送信データユニットのデータバイト数という前述の基準を単一のメカニズムに統合することである。

２１０
第１のノード１１０は、データユニットカウンタおよびバイトカウンタを備えてもよい。第１のノード１１０は、第１のステップ２１０で、データユニットカウンタおよびバイトカウンタをゼロに初期設定することによって、送信セッションを開始してもよい。

２２０
次いで第１のノード１１０は、例えば第２のノード１２０などで受信されるデータユニットを送信する。送信された各データユニットに関して、データユニットカウンタがそれに応じて増加され、送信された各バイトに関して、バイトカウンタが増加される。

２３０
次いで、データユニットカウンタが第１の閾限界値に到達したかまたはそれを上回ったかどうかに関して、比較が行われる。同様に、バイトカウンタが第２の閾限界値に到達したかまたはそれを上回ったかどうかに関して、さらに比較が行われる。

第１および第２の閾限界値はあらかじめ定められてもよいし、またあるタイプのデータは他のタイプのデータより紛失に対して敏感なことがあるので、例えば送信されるデータのタイプに応じて設定されてもよい。第１および第２の閾限界値は、ネットワーク１００によって、例えば無線リソース制御（ＲＲＣ）プロトコルを用いて設定されてもよい。ＬＴＥでは、閾値はＲＲＣで設定される。ＷＣＤＭＡのＨＳＰＡでは、ＨＳＰＡに関するＲＲＣがＲＮＣ１３０およびユーザ装置に終端されており、閾値は、やはりＲＲＣで設定されてもよい。ＬＴＥに関しては、ＲＲＣは、ｅＮｏｄｅＢおよびユーザ装置に終端されている。

２４０
第１または第２の閾限界値のいずれかに到達するかまたはそれを上回る場合、ポールがトリガされる。こうして、第１のノード１１０でポールが生成され、第２のノード１２０に送信される。また、いくつかの実施形態によれば、ポール送信後にデータユニットカウンタおよびバイトカウンタはリセットされる。

２５０
第２のノード１２０は、ポールを受信すると、受信データに関する状態報告を生成する。

２６０
生成された状態報告は、第２のノード１２０から第１のノード１１０へ送信される。

送信データユニットおよび送信バイトに関する閾限界値は、それぞれＰＤＵ閾値およびバイト閾値と呼ばれてもよい。

閾限界値であるＰＤＵ閾値またはバイト閾値は、どのような任意の値に設定されてもよい。いくつかの特定の実施形態では、第１または第２の閾限界値のいずれも、無限閾値またはメカニズム使用不可を表す値に設定されてもよい。従って、いくつかの実施形態によれば、ＰＤＵ閾値が無限閾値に設定される場合、本メカニズムは、純粋にバイトベースの解決手段として動作しうる。あるいは、バイト閾値が無限閾値に設定される場合、本メカニズムは、純粋にカウンタベースの解決手段として動作しうる。

前述の方法は、圧縮した書き方では以下のように示されてもよい。

ＰＤＵカウンタおよびバイトカウンタをそれらの初期値に初期設定する；
［データを送信する］；
ＩＦ（ＰＤＵカウンタ≧ＰＤＵ閾値） ＯＲ （バイトカウンタ≧バイト閾値）ＴＨＥＮ
−ポールをトリガする；
−ＰＤＵカウンタ ＡＮＤ バイトカウンタをリセットする；
ＥＮＤ ＩＦ．
上記の手順の利点は、連続番号制限とメモリ制限の両方による停止をたった１つのメカニズムの助けによって回避しうることである。２つの基準を１つのメカニズムに統合することによって、他の第２の基準によってポールが最近既にトリガされている状況で、第１の基準が満足されるときに、そのようなポールが不必要に送信されるのを回避しうる。

本方法を明確にしさらに例証するために、以下でさらに例を検討する。しかし、これは単なる非限定の例であり、決して本方法の範囲を限定する意図がないことに注意すべきである。本方法の範囲は独立請求項によってだけ限定される。

いくつかの実施形態によれば、設定されたパラメータのバイト閾限界値であるバイト閾値は、設定されているかまたはアクティブなベアラ数に従った率に応じて増減されてもよい。従って、いくつかの実施形態によれば、ネットワーク１００は、バイト閾限界値であるバイト閾値を設定してもよく、無線ベアラ数で割ったバイト閾限界値が送信されるとき、ポーリングがトリガされてもよい。

従って、圧縮した書き方では以下のように表現される。

ＰＤＵカウンタおよびバイトカウンタをそれらの初期値に初期設定する；
［データを送信する］；
無線ベアラ数を決定する；
ＩＦ（ＰＤＵカウンタ≧ＰＤＵ閾値） ＯＲ （バイトカウンタ≧バイト閾値／ベアラ数） ＴＨＥＮ
−ポールをトリガする；
−ＰＤＵカウンタ ＡＮＤ バイトカウンタをリセットする；
ＥＮＤ ＩＦ．
無線ベアラ数も考慮に入れるこの増減は、各無線ベアラ上で未確認のデータユニット例えばＰＤＵによって、メモリが占有されかねないのを補償する。

本発明についてＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ＵＴＲＡＮ）環境での実施に関して述べているが、同様の原理は、例えばフレキシブルＲＬＣ ＰＤＵサイズなどの柔軟性のあるデータユニットサイズを採用したＵＴＲＡＮにも適用しうる。

本方法および本装置の利点は、それらがバイトとデータユニットの両方で動作し、連続番号制限とメモリ制限の両方による停止を回避することである。これは、２つの基準によるポーリングを調整し効率的なポーリングをもたらす単一のメカニズムによって達成される。

図３は、第１のノード１１０で実行される方法ステップ３０１〜３１２の実施形態を示すフロー図である。方法は、第２のノード１２０に状態報告を要求することを目指す。

「状態報告の要求」という動作は、「ポールの送信」または「ポールビットの設定」とも呼ばれてもよい。以下の文章では、「状態報告の要求」という表現を明確化の理由から一貫して使用するが、例えば「ポールの送信」または「ポールビットの設定」などの同じ意味を持ついくつかの他の表現が代わりに使用されてもよいことが理解されるべきである。第１のノード１１０および第２のノード１２０が、無線通信ネットワーク１００内に含まれる。状態報告は、第１のノード１１０から送信され第２のノード１２０で受信されたデータに関する肯定および／または否定の確認応答を備える。

前述のように、第１のノード１１０は基地局でもよく、第２のノード１２０は移動機でもよい。

しかし、第１のノードが基地局で代表されるとき、第１のノード１１０で実行される方法ステップ３０１〜３１２のどれか、いくつか、または全部さえ、基地局と制御ノード１３０との間で分散されてもよい。制御ノード１３０は、例えば無線ネットワーク制御装置ＲＮＣでもよい。従って、本方法の実施形態による方法ステップ３０１〜３１２のどれか、いくつか、または全部が、制御ノード１３０で全部または少なくともある程度実行されてもよい。

しかしいくつかの実施形態によれば、第１のノード１１０は例えば移動電話機などの移動機でもよく、第２のノード１２０は基地局でもよい。

第２のノード１２０に状態報告を適切に要求するために、方法は、相当数の方法ステップ３０１〜３１２を備えてもよい。しかし、記述する方法ステップのいくつかはオプションであり、いくつかの実施形態だけに含まれることに注意すべきである。さらに注意すべきは、方法ステップ３０１〜３１２は任意の時間順に実行されてもよく、それらのいくつかのステップ例えばステップ３０４およびステップ３０５は、あるいはすべてのステップさえ、同時に、または変更された、任意に再配列された、分解された時間順もしくは全く逆の時間順でさえ実行されてもよいことである。方法は、以下のステップを備えてもよい。

ステップ３０１
このステップはオプションであり、本方法のいくつかの実施形態だけに含まれてもよい。第１のカウンタ４２１が初期設定されてもよい。

いくつかの実施形態によれば、第１のカウンタ４２１は、ゼロに初期設定され、送信データユニット数を数えるように構成されてもよい。従って、第１のカウンタ４２１は、第１の所定値に到達するかまたはそれを上回るまで、送信データユニット数に応じて増加されてもよい。

しかし、第１のカウンタ４２１は、いくつかの他の実施形態によれば、第１の所定値に初期設定されてもよい。この場合、第１のカウンタ４２１は、ゼロに到達するかまたはそれを下回るまで、送信データユニット数に応じて減少されてもよい。

ステップ３０２
このステップはオプションであり、本方法のいくつかの実施形態だけに含まれてもよい。第２のカウンタ４２２が初期設定されてもよい。

いくつかの実施形態によれば、第２のカウンタ４２２は、ゼロに初期設定され、送信データバイト数を数えるように構成されてもよい。それらの実施形態によれば、第２のカウンタ４２２は、第２の所定値に到達するかまたはそれを上回るまで、送信データバイト数に応じて増加されてもよい。

他の実施形態によれば、第２のカウンタ４２２は、第２の所定値に初期設定されてもよい。この場合、第２のカウンタ４２２は、ゼロに到達するかまたはそれを下回るまで、送信データバイト数に応じて減少されてもよい。

ステップ３０３
このステップはオプションである。このステップでは、設定されているかまたはアクティブな無線ベアラ数が取得されてもよい。

設定されている無線ベアラは、無線リソース制御ＲＲＣから与えられる。アクティブな無線ベアラすなわちトラヒックのある無線ベアラは、送信データに基づき送信ノード自体で決定できよう。

ステップ３０４
このステップはオプションであり、本方法のいくつかの実施形態だけに含まれてもよい。送信データユニット数に関する第１の所定値が取得されてもよい。第１の所定値は、状態報告要求が第２のノードに送信される前に送信されてもよい最大データユニット数を定める閾限界値でもよい。データユニットは、いくつかの実施形態によれば、例えばプロトコルデータユニットＰＤＵでもよい。第１の所定値は、例えば無線リソース制御ＲＲＣなどのより高位のレイヤで設定され、そこから取得されてもよい。

ステップ３０５
このステップはオプションであり、本方法のいくつかの実施形態だけに含まれてもよい。送信データバイト数に関する第２の所定値が取得されてもよい。第２の所定値は、状態報告要求が第２のノードに送信される前に送信されてもよい最大データバイト量を定める閾限界値でもよい。第２の所定値は、例えば無線リソース制御ＲＲＣなどのより高位のレイヤで設定され、そこから取得されてもよい。

オプションのいくつかの実施形態によれば、第２の所定値を取得する工程は、バイト閾限界値を表すパラメータ値を取得する工程と、そのパラメータ値を設定されているかまたはアクティブな無線ベアラ数の取得値で割る工程とを備える。

ステップ３０６
第１のノード１１０は、第２のノード１２０で受信されるように、データユニットを送信する。

ステップ３０７
データが第２のノード１２０で受信されるように送信されるとき、送信データユニット数および送信データバイト数が数えられる。

いくつかの実施形態によれば、第１のノード１１０は、送信データユニット数を数えるように構成された第１のカウンタ４２１を備えてもよい。いくつかの実施形態によれば、第１のノード１１０は第２のカウンタ４２２を備えてもよい。第２のカウンタ４２２は、送信データバイト数を数えるように構成されてもよい。

計数工程は、第２のノード１２０に送信されるデータユニットの量に応じて、第１のカウンタ４２１を調節する工程をオプションで備えてもよい。また、第２のカウンタ４２２は、第２のノード１２０に送信されるデータバイトの量に応じて調節されてもよい。

計数工程は、いくつかの実施形態によれば、第２のノード１２０に送信されるデータユニットの量に応じて、第１のカウンタ４２１を増加する工程をオプションで備えてもよい。また、第２のカウンタ４２２は、第２のノード１２０に送信されるデータバイトの量に応じて増加されてもよい。

計数工程は、オプションのいくつかのさらなる実施形態によれば、第２のノード１２０に送信されるデータユニットの量に応じて、第１のカウンタ４２１を減少する工程を備えてもよい。また、第２のカウンタ４２２は、第２のノード１２０に送信されるデータバイトの量に応じて減少されてもよい。

ステップ３０８
このステップはオプションであり、本方法のいくつかの実施形態だけに含まれてもよい。第１のカウンタ４２１が送信データユニットの量に応じて増加されている場合、第１のカウンタ４２１の値は、第１の所定値と比べられてもよい。第１の所定値は、状態報告要求が第２のノードに送信される前に送信されてもよい最大データユニット数を定める閾限界値でもよい。

いくつかの実施形態によれば、第１のカウンタ４２１が送信データユニットの量に応じて減少されている場合、第１のカウンタ４２１はゼロと比べられてもよい。従って、第１のカウンタ４２１が第１の所定値に初期設定および／またはリセットされ、その第１のカウンタ４２１が第２のノード１２０に送信されるデータユニットの量に応じて減少されているオプションのいくつかの実施形態によれば、第１のカウンタ４２１の値はゼロと比べられてもよい。この場合、第１の所定値からゼロへのカウントダウンは、状態報告要求が第２のノードに送信される前に送信されてもよい最大データユニット数に相当してもよい。

いくつかの実施形態によれば、第１のカウンタ４２１の絶対値すなわち第１のカウンタ４２１の大きさが、第１の所定値の絶対値すなわち大きさと比べられてもよい。

ステップ３０９
このステップはオプションであり、本方法のいくつかの実施形態だけに含まれてもよい。第２のカウンタ４２２が送信データバイトの量に応じて増加されている場合、第２のカウンタ４２２の値は、第２の所定値と比べられてもよい。第２の所定値は、状態報告要求が第２のノードに送信される前に送信されてもよい最大データバイト量を定める閾限界値でもよい。

いくつかの実施形態によれば、第２のカウンタ４２２が送信データバイトの量に応じて減少されている場合、第２のカウンタ４２２はゼロと比べられてもよい。従って、第２のカウンタ４２２が第１の所定値に初期設定および／またはリセットされ、その第２のカウンタ４２２が第２のノード１２０に送信されるデータバイトの量に応じて減少されているオプションのいくつかの実施形態によれば、第２のカウンタ４２２の値はゼロと比べられてもよい。この場合、第２の所定値からゼロへのカウントダウンは、状態報告要求が第２のノードに送信される前に送信されてもよい最大データバイト数に相当してもよい。

いくつかの実施形態によれば、第２のカウンタ４２２の絶対値すなわち第２のカウンタ４２２の大きさが、第２の所定値の絶対値すなわち大きさと比べられてもよい。

ステップ３１０
送信データユニットの計数値または送信データバイトの計数値が所定値を上回る場合、第２のノード１２０に状態報告が要求される。

オプションのいくつかの実施形態によれば、第１のカウンタ４２１が送信されうる最大データユニット数に到達するかもしくはそれを上回る場合、または第２のカウンタ４２２が送信されうる最大データバイト数に到達するかもしくはそれを上回る場合、第２のノード１２０に状態報告が要求されてもよい。

オプションのいくつかのさらなる実施形態によれば、第１のカウンタ４２１が第１の所定値に到達するかもしくはそれを上回る場合、または第２のカウンタ４２２が第２の所定値に到達するかもしくはそれを上回る場合、第２のノード１２０に状態報告が要求されてもよい。

第１のカウンタ４２１および／または第２のカウンタ４２２が、それぞれ第１の所定値および／または第２の所定値に初期設定および／またはリセットされている、オプションのまたさらなるいくつかの実施形態によれば、第１のカウンタ４２１がゼロに到達するかもしくはそれを下回る場合、または第２のカウンタ４２２がゼロに到達するかもしくはそれを下回る場合、第２のノード１２０に状態報告が要求されてもよい。

ステップ３１１
このステップはオプションであり、本方法のいくつかの実施形態だけに含まれてもよい。第１のカウンタ４２１がゼロにリセットされてもよい。オプションのまたいくつかの実施形態によれば、第１のカウンタ４２１は、第１の所定値にリセットされてもよい。

オプションで、第１のカウンタ４２１が第１の所定値に到達するかもしくはそれを上回るとき、または第２のカウンタ４２２が第２の所定値に到達するかもしくはそれを上回る場合、第１のカウンタ４２１はリセットされてもよい。

オプションのいくつかのさらなる実施形態によれば、第１のカウンタ４２１がゼロに到達するかもしくはそれを下回るとき、または第２のカウンタ４２２がゼロに到達するかもしくはそれを下回る場合、第１のカウンタ４２１はリセットされてもよい。

いくつかの実施形態によれば、第２のノード１２０に状態報告要求が送信されるとき、またはポールビットが１に設定されるとき、第１のカウンタ４２１はリセットされてもよい。

ステップ３１２
このステップはオプションであり、本方法のいくつかの実施形態だけに含まれてもよい。第２のカウンタ４２２がゼロにリセットされてもよい。オプションのまたいくつかの実施形態によれば、第２のカウンタ４２２は、第２の所定値にリセットされてもよい。

オプションで、第１のカウンタ４２１が第１の所定値に到達するかもしくはそれを上回るとき、または第２のカウンタ４２２が第２の所定値に到達するかもしくはそれを上回るとき、第２のカウンタ４２２はリセットされてもよい。

オプションのいくつかのさらなる実施形態によれば、第１のカウンタ４２１がゼロに到達するかもしくはそれを下回るとき、または第２のカウンタ４２２がゼロに到達するかもしくはそれを下回る場合、第２のカウンタ４２２はリセットされてもよい。

いくつかの実施形態によれば、第２のノード１２０に状態報告要求が送信されるとき、またはポールビットが１に設定されるとき、第２のカウンタ４２２はリセットされてもよい。

図４は、第１のノード１１０内に置かれた装置４００の実施形態を示すブロック図である。装置４００は、第２のノード１２０に状態報告を要求する方法ステップ３０１〜３１２を実行するように構成される。第１のノード１１０も第２のノード１２０も、無線通信ネットワーク１００内に含まれる。状態報告は、第１のノード１１０から送信され第２のノード１２０で受信されたデータに関する肯定および／または否定の確認応答を備える。本装置４００を備えている第１のノード１１０は、いくつかの実施形態によれば、例えば移動電話機などのユーザ装置によって代表されてもよい。しかしいくつかの実施形態によれば、第１のノード１１０は、例えばｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）などの基地局によって代表されてもよい。他の実施形態によれば、第１のノード１１０は、例えば無線ネットワーク制御装置（ＲＮＣ）などの制御ノード１３０によって代表されてもよい。

明瞭にするために、本方法の実行に全面的に必要というわけではない装置４００の内部電子素子のいずれも、図４では省略されている。

装置４００は送信部４０６を備える。送信部４０６は、第２のノード１２０で受信される一連のデータユニットもしくはデータユニットセグメント、すなわちデータユニットを送信するように構成される。装置４００は、送信データユニット数および送信データバイト数を数えるように構成された計数メカニズム４０７も備える。計数メカニズム４０７は、いくつかの実施形態によれば、第１のカウンタ４２１を備えてもよい。オプションの第１のカウンタ４２１は、送信データユニット数を数えるように構成されてもよい。計数メカニズム４０７は、オプションで第２のカウンタ４２２を備えてもよい。第２のカウンタ４２２は、送信データバイト数を数えるように構成されてもよい。さらに、装置４００は、要求部４１０を備える。要求部４１０は、第２のノード１２０に状態報告を要求するように構成される。状態報告は、送信データユニットの計数値または送信データバイトの計数値が所定値を上回る場合に要求される。データユニットは、例えばＰＤＵでもよい。

オプションのいくつかの実施形態よれば、要求部４１０は、第１のカウンタ４２１が第１の所定値に到達するかもしくはそれを上回る場合、または第２のカウンタ４２２が第２の所定値に到達するかもしくはそれを上回る場合、第２のノード１２０に状態報告要求を送信するように構成されてもよい。

装置４００内に含まれた計数メカニズム４０７は、いくつかの実施形態によれば、第１のカウンタ４２１をさらに備えてもよい。第１のカウンタ４２１は、送信データユニット数を数えるように構成されてもよい。計数メカニズム４０７は、第２のカウンタ４２２をさらに備えてもよい。第２のカウンタ４２２は、送信データバイト数を数えるように構成されてもよい。

装置４００は、いくつかの実施形態によれば、第１の取得部４０４を備えてもよい。オプションの第１の取得部４０４は、送信データユニット数に関する第１の所定値を取得するように構成されてもよい。

装置４００は、いくつかの実施形態によれば、第２の取得部４０５を備えてもよい。オプションの第２の取得部４０５は、送信データバイト数に関する第２の所定値を取得するように構成されてもよい。またいくつかの実施形態によれば、第２の取得部４０５は、バイト閾限界値を表すパラメータ値を取得し、そのパラメータ値を設定されているかまたはアクティブな無線ベアラ数の取得値で分割するようにさらに構成されてもよい。

いくつかの実施形態によれば、装置４００は、第１の比較部４０８を備えてもよい。第１の比較部４０８は、第１のカウンタ４２１の値を第１の所定値と比べるように構成されてもよい。第１の所定値は、送信データユニット数に関しており、最大閾限界値を表してもよい。

いくつかの実施形態によれば、装置４００は、第２の比較部４０９を備えてもよい。第２の比較部４０９は、第２のカウンタ４２２の値を第２の所定値と比べるように構成されてもよい。第２の所定値は、送信データバイト数に関しており、最大閾限界値を表してもよい。

前述のように、第１の所定値および第２の所定値は、例えば無線リソース制御ＲＲＣなどのより高位のレイヤで設定され、そこから取得される。

いくつかの実施形態によれば、装置４００は、オプションで第１の初期設定部４０１を備えてもよい。第１の初期設定部４０１は、第１のカウンタ４２１をゼロに初期設定するように構成されてもよい。いくつかの実施形態によれば、第１の初期設定部４０１は、第１のカウンタ４２１を第１の所定値に初期設定するように構成されてもよい。

いくつかの実施形態によれば、装置４００は、第２の初期設定部４０２を備えてもよい。第２の初期設定部４０２は、第２のカウンタ４２２をゼロに初期設定するように構成されてもよい。いくつかの実施形態によれば、第２の初期設定部４０２は、第２のカウンタ４２２を第２の所定値に初期設定するように構成されてもよい。

さらに、本装置４００のいくつかの実施形態によれば、第１のリセット部４１１が備えられてもよい。第１のリセット部４１１は、第１のカウンタ４２１をゼロにリセットするように構成されてもよい。いくつかの実施形態によれば、第１のリセット部４１１は、第１のカウンタ４２１を第１の所定値にリセットするように構成されてもよい。

本装置４００のいくつかの実施形態は、第２のリセット部４１２を備えてもよい。第２のリセット部４１２は、第２のカウンタ４２２をゼロにリセットするように構成されてもよい。いくつかの実施形態によれば、第２のリセット部４１２は、第２のカウンタ４２２を第２の所定値にリセットするように構成されてもよい。

装置４００は、いくつかの実施形態によれば、第３の取得部４０３を備えてもよい。第３の取得部４０３は、設定されているかまたはアクティブな無線ベアラ数を取得するように構成されてもよい。

装置４００は、いくつかの実施形態によれば、処理部４２０を備えてもよい。処理部４２０は、例えば、中央演算処理装置（ＣＰＵ）、プロセッサ、マイクロプロセッサ、または命令を解釈し実行しうる処理ロジックによって代表されてもよい。処理部４２０は、データバッファリングと、呼処理制御、ユーザインタフェース制御または同種のものなどのデバイス制御機能とを含む、データの入力、出力および処理のためのすべてのデータ処理機能を実行してもよい。

装置４００内に含まれる前述のユニット４０１〜４２２は、個別の論理エンティティと見なされるべきであるが、必然的に個別の物理エンティティというわけではないことに注意すべきである。ユニット４０１〜４２２のどれか、いくつか、またはすべては、同じ物理ユニット内に含まれるかまたは一緒に配置されてもよい。しかし、装置４００の機能の理解を容易にするために、備えられているユニット４０１〜４２２は、図４では個別の物理ユニットとして示されている。

＜いくつかの特定の実施形態＞
本方法による第１のノード１１０における、第２のノード１２０に状態報告を要求する方法は、本方法の機能を実行するコンピュータプログラムコードを用いて、第１のノード１１０の１つ以上のプロセッサ４２０によって実施されてもよい。上述のプログラムコードは、処理部４２０にロードされると本発明による方法を実行するコンピュータプログラムコードを運ぶ例えばデータ担体の形態の、コンピュータプログラムとしても提供されてもよい。データ担体は、ＣＤ−ＲＯＭディスク、メモリスティック、またはマシンで読み取り可能なデータを保持しうるディスクまたはテープなどの他の任意の適切な媒体でもよい。コンピュータプログラムコードは、さらに、サーバ上に純粋なプログラムコードとして提供され、遠隔から第１のノード１１０にダウンロードされてもよい。

このように、方法ステップ３００〜３１２の少なくとも一部の方法を実行する命令セットを備えるコンピュータプログラムが、前述の方法を実施するために使用されてもよい。

当業者は理解するであろうが、本発明は、第１のノード内の装置４００、方法またはコンピュータプログラムとして具体化されてもよい。それに応じて、本発明は、もっぱらハードウェアの実施形態、ソフトウェアの実施形態、またはここでは一般にすべてを「回路」もしくは「モジュール」と呼ぶソフトウェア面とハードウェア面の組み合わせの実施形態の形態を取ってもよい。さらに、本発明は、媒体の中に具体化されたコンピュータで使用可能なプログラムコードを有するコンピュータで使用可能な記憶媒体上のコンピュータプログラムの形態を取ってもよい。ハードディスク、ＣＤ−ＲＯＭ、光記憶デバイス、インターネットもしくはイントラネットをサポートする媒体などの伝送媒体、または磁気記憶デバイスを含む、コンピュータで読み取り可能な任意の適切な媒体が利用されてもよい。

本発明の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）、ＳｍａｌｌｔａｌｋまたはＣ＋＋などの任意のオブジェクト指向プログラミング言語で書かれてもよい。しかし、本方法のステップを実行するためのコンピュータプログラムコードは、「Ｃ」プログラミング言語および／または低級アセンブラ言語などの従来の手続き型プログラミング言語でも書かれてもよい。プログラムコードは、スタンドアロン・ソフトウェア・パッケージとして装置４００で全部または装置４００で一部、あるいは装置４００で一部および遠隔演算デバイスで一部、または遠隔演算デバイスで全部が実行されてもよい。遠隔演算デバイス使用のシナリオでは、遠隔演算デバイスは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）によって装置４００に接続されてもよいし、また、装置４００との接続は、例えばインターネットサービスプロバイダを使用して、例えばインターネットを通して、外部のコンピュータに対して行われてもよい。

さらに、本方法について、本発明の実施形態による装置、方法およびコンピュータプログラムについての図２および図３のフローチャート図および／またはブロック図に関して、上記で幾分述べている。フローチャート図および／またはブロック図の各ブロック、ならびにフローチャート図および／またはブロック図のブロックの組み合わせが、コンピュータプログラム命令で実施されてもよいことは理解されるであろう。このコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサで実行される命令が、フローチャートおよび／またはブロック図の１つ以上のブロックに指示された機能／動作を実施する手段を生み出すようなマシンを作り出すために、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに提供されてもよい。

このコンピュータプログラム命令はまた、コンピュータで読み取り可能なメモリに格納された命令が図２または図３のフローチャートおよび／またはブロック図の１つ以上のブロックに指示された機能／動作を実施する命令手段を有する製品を作り出すような特定のやり方で、コンピュータまたは他のプログラマブルデータ処理装置を働かせるように指図しうるコンピュータで読み取り可能なメモリに格納されてもよい。

コンピュータまたは他のプログラマブル装置で実行される命令が、フローチャートおよび／またはブロック図の１つ以上のブロックに指示された機能／動作を実施するためのステップを提供するようなコンピュータ実施プロセスを、コンピュータまたは他のプログラマブル装置で実行される一連の動作ステップに作り出させるように、コンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置にロードされてもよい。

添付図面に示される特定の例示の実施形態の詳細説明で使用した専門用語は、本発明を限定する意図はない。

本明細書で使用する限り、単数形の「１つの」（“ａ”“ａｎ”）および「その」（“ｔｈｅ”）は、明白に違うように述べられない限り、複数の形態も含むことを意図している。用語「有する」（“ｉｎｃｌｕｄｅｓ”“ｉｎｃｌｕｄｉｎｇ”）および／または「備える」（“ｃｏｍｐｒｉｓｅｓ”“ｃｏｍｐｒｉｓｉｎｇ”）は、本明細書で使用するとき、述べられた特徴、数、ステップ、動作、要素および／またはコンポーネントの存在を指定するが、１つ以上の他の特徴、数、ステップ、動作、要素、コンポーネントおよび／またはこれらのグループの存在または追加を除外しないことが、さらに理解されるであろう。要素が別の要素に「接続される」（“ｃｏｎｎｅｃｔｅｄ”）または「結合される」（“ｃｏｕｐｌｅｄ”）と言及されるとき、他の要素に直接接続または直接結合されてもよいし、また介在要素が存在してもよいことが理解されるであろう。さらに、本明細書で使用する限り、「接続される」または「結合される」は、無線での接続または結合を含んでもよい。本明細書で使用する限り、用語「および／または」（“ａｎｄ／ｏｒ”）は、関係する１つ以上の列挙項目の任意およびすべての組み合わせを含む。

Claims (15)

1. 第２のノード（１２０）から状態報告を要求する第１のノード（１１０）における方法であって、前記第１のノード（１１０）および前記第２のノード（１２０）の両方が、無線通信ネットワーク（１００）内に含まれ、前記状態報告は、前記第１のノード（１１０）から送信され前記第２のノード（１２０）で受信されたデータに関する肯定または否定の確認応答の少なくとも何れか一方を備え、
   前記方法は、
   前記第２のノード（１２０）で受信される一連のデータユニットまたはデータユニットセグメントを送信する工程（３０６）と、
   送信されたデータユニット数および送信されたデータバイト数をカウントする工程（３０７）と、
   送信されたデータユニットの前記カウント数または送信されたデータバイトの前記カウント数がそれぞれの所定値に等しいかまたはそれを上回る場合、前記第２のノードに状態報告を要求する工程（３１０）と、
   を備えることを特徴とする方法。
2. 前記第１のノード（１１０）は、前記送信されたデータユニット数をカウントするように構成された第１のカウンタ（４２１）と、前記送信されたデータバイト数をカウントするように構成された第２のカウンタ（４２２）とを備え、
   前記カウントする工程（３０７）は、前記送信されたデータユニットの量に応じて前記第１のカウンタ（４２１）を調整する工程と、前記送信されたデータバイトの量に応じて前記第２のカウンタ（４２２）を調整する工程と、を備え、
   前記方法は、
   前記送信されたデータユニット数に関連する第１の所定値を取得する工程（３０４）と、
   前記送信されたデータバイト数に関連する第２の所定値を取得する工程（３０５）と、
   前記送信されたデータユニットの量に応じて前記第１のカウンタ（４２１）が増加されている場合、前記第１のカウンタ（４２１）の前記値を前記第１の所定値と比較し、前記送信されたデータユニットの量に応じて前記第１のカウンタ（４２１）が減少されている場合、前記第１のカウンタ（４２１）の前記値をゼロと比較する工程（３０８）と、
   前記送信されたデータバイトの量に応じて前記第２のカウンタ（４２２）が増加されている場合、前記第２のカウンタ（４２２）の前記値を前記第２の所定値と比較し、前記送信されたデータバイトの量に応じて前記第２のカウンタ（４２２）が減少されている場合、前記第２のカウンタ（４２２）の前記値をゼロと比較する工程（３０９）と、
   をさらに備えることを特徴とする請求項１に記載の方法。
3. 前記第１の所定値および前記第２の所定値は、無線リソース制御（ＲＲＣ）を含む高位のレイヤによって設定され、当該高位のレイヤから取得されることを特徴とする請求項１または２に記載の方法。
4. 前記カウントする工程は、前記送信されたデータユニットの量に応じて前記第１のカウンタ（４２１）を増加させる工程と、前記送信されたデータバイトの量に応じて前記第２のカウンタ（４２２）を増加させる工程とを備え、
   前記第２のノード（１２０）に状態報告を要求する工程（３１０）は、前記第１のカウンタ（４２１）が前記第１の所定値に到達するかもしくはそれを上回る場合に、または前記第２のカウンタ（４２２）が前記第２の所定値に到達するかもしくはそれを上回る場合に実行されることを特徴とする請求項１乃至３の何れか１項に記載の方法。
5. 前記第１のカウンタ（４２１）をゼロに初期化する工程（３０１）と、
   前記第２のカウンタ（４２２）をゼロに初期化する工程（３０２）と、
   をさらに備えることを特徴とする請求項１乃至４の何れか１項に記載の方法。
6. 前記第１のカウンタ（４２１）をゼロにリセットする工程（３１１）と、
   前記第２のカウンタ（４２２）をゼロにリセットする工程（３１２）と、
   をさらに備えることを特徴とする請求項１乃至５の何れか１項に記載の方法。
7. 前記第１のカウンタ（４２１）を前記第１の所定値に初期化する工程（３０１）と、
   前記第２のカウンタ（４２２）を前記第２の所定値に初期化する工程（３０２）と、
   前記第１のカウンタ（４２１）を前記第１の所定値にリセットする工程（３１１）と、
   前記第２のカウンタ（４２２）を前記第２の所定値にリセットする工程（３１２）と、を備え、
   前記カウントする工程（３０７）は、前記送信されたデータユニットの量に応じて前記第１のカウンタ（４２１）を減少させる工程と、前記送信されたデータバイトの量に応じて前記第２のカウンタ（４２２）を減少させる工程と、を備え、
   前記第２のノード（１２０）に状態報告を前記要求する工程（３１０）は、前記第１のカウンタ（４２１）がゼロに到達するかもしくはそれを下回る場合に、または前記第２のカウンタ（４２２）がゼロに到達するかもしくはそれを下回る場合に実行されることを特徴とする請求項１乃至３の何れか１項に記載の方法。
8. 設定されているかまたはアクティブな無線ベアラ数を取得する工程をさらに備え、
   前記第２の所定値を取得する工程（３０５）は、バイト閾限界値を表すパラメータ値を取得する工程と、前記設定されているかまたはアクティブな無線ベアラ数の取得値で前記パラメータ値を分割する工程と、を備えることを特徴とする請求項１乃至７の何れか１項に記載の方法。
9. 前記第１のカウンタ（４２１）および前記第２のカウンタ（４２２）をリセットする工程（３１１、３１２）は、前記第１のカウンタ（４２１）が前記第１の所定値に到達するかもしくはそれを上回る場合に、または前記第２のカウンタ（４２２）が前記第２の所定値に到達するかもしくはそれを上回る場合に実行されることを特徴とする請求項６乃至８の何れか１項に記載の方法。
10. 前記第１のノード（１１０）は、移動電話を含むユーザ装置によって代表されることを特徴とする請求項１乃至９の何れか１項に記載の方法。
11. 前記第１のノード（１１０）は、基地局、無線ネットワーク制御装置（ＲＮＣ）、またはエヴォルブドノードＢ（ｅＮｏｄｅＢ）のユーザ装置によって代表されることを特徴とする請求項１乃至９の何れか１項に記載の方法。
12. 第２のノード（１２０）から状態報告を要求する第１のノード（１１０）における装置（４００）であって、前記第１のノード（１１０）および前記第２のノード（１２０）の両方が、無線通信ネットワーク（１００）内に含まれ、前記状態報告は、前記第１のノード（１１０）から送信され前記第２のノード（１２０）で受信されたデータに関する肯定または否定の確認応答の少なくとも何れか一方を備え、前記装置は、
    前記第２のノード（１２０）で受信される一連のデータユニットまたはデータユニットセグメントを送信するように構成される送信機（４０６）と、
    送信されたデータユニット数および送信されたデータバイト数をカウントするように構成される計数メカニズム（４０７）と、
    送信されたデータユニットの前記カウント数または送信されたデータバイトの前記カウント数がそれぞれの所定値に等しいかまたはそれを上回る場合、前記第２のノードに状態報告を要求するように構成される要求部（４１０）と、
    を備えることを特徴とする装置。
13. 前記第１のノード（１１０）は、移動電話を含むユーザ装置によって代表されることを特徴とする請求項１２に記載の装置。
14. 前記第１のノード（１１０）は、エヴォルブドノードＢ（ｅＮｏｄｅＢ）を含む基地局によって代表されることを特徴とする請求項１２に記載の装置。
15. 前記第１のノード（１１０）は、無線ネットワーク制御装置（ＲＮＣ）を含む制御ノードによって代表されることを特徴とする請求項１２に記載の装置。

Images