(57)【要約】  送信ノード及びバッファステータス報告方法が開示される。前記方法は、送信ノードに含まれている少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティとして分類するステップであって、すべての前記ＲＬＣエンティティは、前記送信ノードに含まれているＰＤＣＰエンティティと関連する、ステップと、第１ＲＬＣエンティティのバッファが送信されるデータを含む場合には、前記第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて、第１バッファステータス報告（ＢＳＲ）を生成するステップと、生成された前記第１ＢＳＲを前記第１ＲＬＣエンティティに対応する受信ノードへ送信するステップとを具備する。第１ＲＬＣエンティティと第２ＲＬＣエンティティの分類により、前記第２ＲＬＣエンティティは、ＰＤＣＰエンティティのバッファステータス報告と排他的に関連する。本発明による送信ノード及びバッファステータス報告方法によれば、ＰＤＣＰエンティティのバッファに送信されるデータがある場合には、送信されるデータに対応する送信リソースを割り当てるためにただ１つの受信ノードがトリガされることが達成され得、これにより、送信ノードと受信ノードが一対多対応である無線ネットワーク上の送信リソースの無駄を効果的に回避する。
2016529846.tif 000002
【特許請求の範囲】
【請求項１】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと、少なくとも２つの無線リンク制御（ＲＬＣ）エンティティとを具備する送信ノードに適用されるバッファステータス報告方法であって、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連し、
前記バッファステータス報告方法は、
前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類するステップと、
前記第１ＲＬＣエンティティのバッファが送信されるデータを具備する場合には、前記第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて、第１バッファステータス報告（ＢＳＲ）を生成するステップと、
前記第１ＢＳＲを前記第１ＲＬＣエンティティに対応する受信ノードへ送信するステップと
を具備することを特徴とするバッファステータス報告方法。
【請求項２】
前記ＰＤＣＰエンティティ及び／又は前記第２ＲＬＣエンティティのバッファが送信されるデータを具備する場合には、前記ＰＤＣＰエンティティ及び前記第２ＲＬＣエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成するステップと、
第２ＢＳＲを、前記第２ＲＬＣエンティティに対応する受信ノードへ送信するステップと
をさらに具備することを特徴とする請求項１に記載のバッファステータス報告方法。
【請求項３】
前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップの前に、前記方法は、受信ノードから第１の指示を受信するステップであって、前記第１の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、制御プロトコルデータユニット（ＰＤＵ）を送信するためにのみ使用されるＲＬＣエンティティを指定するために使用される、ステップをさらに具備し、
前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップは、前記第１の指示により指定されたＲＬＣエンティティを、第１ＲＬＣエンティティとして分類するステップを具備することを特徴とする請求項１又は２に記載のバッファステータス報告方法。
【請求項４】
前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップの前に、前記方法は、受信ノードから第２の指示を受信するステップであって、前記第２の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、前記ＰＤＣＰエンティティにより提出されたＰＤＵを送信するために使用されるＲＬＣエンティティを指定するために使用される、ステップをさらに具備し、
前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップは、前記第２の指示により指定されたＲＬＣエンティティを、第１ＲＬＣエンティティとして分類するステップを具備することを特徴とする請求項１から３のいずれか一項に記載のバッファステータス報告方法。
【請求項５】
前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連することを特徴とする請求項１から４のいずれか一項に記載のバッファステータス報告方法。
【請求項６】
前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭであることを特徴とする請求項１から５のいずれか一項に記載のバッファステータス報告方法。
【請求項７】
前記送信ノードは、端末、基地局、又はアクセスポイントであることを特徴とする請求項１から６のいずれか一項に記載のバッファステータス報告方法。
【請求項８】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと少なくとも２つの無線リンク制御（ＲＬＣ）エンティティを具備する送信ノードであって、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連し、
前記送信ノードは、
前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティとして分類するように構成されている設定ユニットと、
前記設定ユニットに接続されるとともに、前記第１ＲＬＣエンティティのバッファが送信されるデータを具備する場合には、前記第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて、第１ＢＳＲを生成するように構成されている生成ユニットと、
前記生成ユニットに接続されるとともに、前記第１ＢＳＲを前記第１ＲＬＣエンティティに対応する受信ノードに送信するように構成されている送信ユニットと
をさらに具備することを特徴とする送信ノード。
【請求項９】
前記生成ユニットは、前記ＰＤＣＰエンティティ及び／又は前記第２ＲＬＣエンティティのバッファが送信されるデータを具備する場合には、前記ＰＤＣＰエンティティ及び前記第２ＲＬＣエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成するようにさらに構成され、
前記送信ユニットは、前記第２ＢＳＲを前記第２ＲＬＣエンティティに対応する受信ノードに送信するようにさらに構成されていることを特徴とする請求項８に記載の送信ノード。
【請求項１０】
前記設定ユニットに接続されている第１受信ユニットをさらに具備し、
前記第１受信ユニットは、受信ノードから第１の指示を受信するように構成されており、前記第１の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、制御プロトコルデータユニット（ＰＤＵ）を送信するためにのみ使用されるＲＬＣエンティティを指定するために使用され、
前記設定ユニットは、前記第１の指示により指定されたＲＬＣエンティティを第１ＲＬＣエンティティとして分類するようにさらに構成されていることを特徴とする請求項８又は９に記載の送信ノード。
【請求項１１】
前記設定ユニットに接続されている第２受信ユニットをさらに具備し、
前記第２受信ユニットは、受信ノードから第２の指示を受信するように構成され、前記第２の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、前記ＰＤＣＰエンティティにより提出されたＰＤＵを送信するために使用されるＲＬＣエンティティを指定するために使用され、
前記設定ユニットは、前記第２の指示により指定されたＲＬＣエンティティを第２ＲＬＣエンティティとして分類するようにさらに構成されていることを特徴とする請求項８から１０のいずれか一項に記載の送信ノード。
【請求項１２】
前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連することを特徴とする請求項８から１１のいずれか一項に記載の送信ノード。
【請求項１３】
前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭであることを特徴とする請求項８から１２のいずれか一項に記載の送信ノード。
【請求項１４】
前記送信ノードは、端末、基地局、又はアクセスポイントであることを特徴とする請求項８から１３のいずれか一項に記載の送信ノード。
【請求項１５】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと、少なくとも２つの無線リンク制御（ＲＬＣ）エンティティとを具備する送信ノードに適用されるバッファステータス報告方法であって、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連し、
前記バッファステータス報告方法は、
前記ＲＬＣエンティティ又は前記ＰＤＣＰエンティティのいずれか１つのバッファが送信されるデータを具備する場合には、前記少なくとも２つのＲＬＣエンティティ及び前記ＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成するステップと、
前記ＢＳＲを前記ＲＬＣエンティティのいずれか１つに対応する受信ノードへ送信するステップと
を具備することを特徴とするバッファステータス報告方法。
【請求項１６】
前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連することを特徴とする請求項１５に記載のバッファステータス報告方法。
【請求項１７】
前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭであることを特徴とする請求項１５又は１６に記載のバッファステータス報告方法。
【請求項１８】
前記送信ノードは、端末、基地局、又はアクセスポイントであることを特徴とする請求項１５から１７のいずれか一項に記載のバッファステータス報告方法。
【請求項１９】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと少なくとも２つの無線リンク制御（ＲＬＣ）エンティティを具備する送信ノードであって、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連し、
前記送信ノードは、
前記ＲＬＣエンティティ又は前記ＰＤＣＰエンティティのいずれか１つのバッファが送信されるデータを具備する場合には、前記少なくとも２つのＲＬＣエンティティ及び前記ＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成するように構成されている生成ユニットと、
前記生成ユニットに接続されるとともに、前記ＲＬＣエンティティのいずれか１つに対応する受信ノードへ前記ＢＳＲを送信するように構成されている送信ユニットと
をさらに具備することを特徴とする送信ノード。
【請求項２０】
前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連することを特徴とする請求項１９に記載の送信ノード。
【請求項２１】
前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭであることを特徴とする請求項１９又は２０に記載の送信ノード。
【請求項２２】
前記送信ノードは、端末、基地局、又はアクセスポイントであることを特徴とする請求項１９から２１のいずれか一項に記載の送信ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワークに関連し、特に、無線ネットワークにおける送信ノード予備バッファステータス報告方法に関する。
【背景技術】
【０００２】
従来の無線ネットワークにおいて、送信ノードは受信ノードと一対一対応、すなわち１つの送信ノードがデータをただ１つの受信ノードに送信する。さらに、送信されるデータは、送信ノードの内部のバッファに格納され、例えば、ＰＤＣＰ（Packet Data Convergence Protocol, パケット・データ・コンバージェンス・プロトコル）エンティティのバッファ及びＲＬＣ（Radio Link Control, 無線リンク制御）エンティティのバッファに格納され、ＲＬＣエンティティは、ＰＤＣＰエンティティに関連する。
【０００３】
無線ネットワーク技術の発展に伴い、送信ノードと受信ノードは、一対多対応、すなわち、送信ノードがデータを２つ以上の受信ノードに送信することが可能である。この場合において、送信ノードは、一般にそれぞれ２つ以上の受信ノードに対応する２つ以上のＲＬＣエンティティを含み、２つ以上のＲＬＣエンティティは、すべてＰＤＣＰエンティティに関連する。
【０００４】
例えば、送信ノードがデータを受信ノードＡと受信ノードＢに送信する場合において、送信ノードは、それぞれ受信ノードＡとＢに対応するＲＬＣエンティティＡ及びＢを含み、ＲＬＣエンティティＡ及びＢは、双方ともＰＤＣＰエンティティに関連する。
【０００５】
一般に、データを送信する前に、送信ノードは、受信ノードに送信リソースを割り当てる要求をするために、バッファステータスを受信ノードへ報告する必要があり、バッファステータスは、送信されるデータのサイズを示している。従来技術において、送信ノードと受信ノードが一対多対応である場合において、すべてのＲＬＣエンティティがＰＤＣＰエンティティに関連するため、ＰＤＣＰエンティティのバッファ内に送信されるデータがある場合にはすべての受信ノードに対するＢＳＲ（Buffer Status Report, バッファステータス報告）がトリガされ、その結果、すべての受信ノードは、このデータの部分のために送信リソースを割り当て、これによりリソースの無駄な消費が生じることとなる。
【０００６】
例えば、送信ノードがデータを受信ノードＡとＢに送信する場合において、ＰＤＣＰエンティティ内に送信されるデータがあるならば、送信ノードは、ＢＳＲ Ａ及びＢをトリガする。ＢＳＲ Ａは、ＰＤＣＰエンティティのバッファ内及びＲＬＣエンティティＡのバッファ内の送信されるデータのサイズに基づいて、バッファステータスを受信ノードＡに報告するために使用される。ＢＳＲ Ｂは、ＰＤＣＰエンティティのバッファ内及びＲＬＣエンティティＢのバッファ内の送信されるデータのサイズに基づき、バッファステータスを受信ノードＢに報告するために使用される。
【０００７】
ＢＳＲ Ａ及びＢの双方は、ＰＤＣＰエンティティのバッファ内の送信されるデータのサイズを計算するため、受信ノードＡとＢの双方は、ＰＤＣＰエンティティのバッファ内の送信されるデータに送信リソースを割り当てるが、明らかに無駄となる。
【発明の概要】
【課題を解決するための手段】
【０００８】
このような事情にかんがみ、本発明により解決される技術的な問題は、送信ノードと受信ノードが一対多対応である場合における送信リソースの無駄をどのように避けるのか、である。
【０００９】
先述の技術的な問題を解決するために、本発明の第１の態様に係るバッファステータス報告方法が提供される。方法は、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと、少なくとも２つの無線リンク制御（ＲＬＣ）エンティティを含む送信ノードに適用され、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連する。前記バッファステータス報告方法は、前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類するステップと、第１ＲＬＣエンティティのバッファが送信されるデータを含む場合において、前記第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて、第１バッファステータス報告（ＢＳＲ）を生成するステップと、第１ＢＳＲを前記第１ＲＬＣエンティティに対応する受信ノードへ送信するステップとを含む。
【００１０】
先述のバッファステータス報告方法に対し、可能な実装様式において、前記方法は、ＰＤＣＰエンティティ及び／又は第２ＲＬＣエンティティのバッファが送信されるデータを含む場合において、前記ＰＤＣＰエンティティ及び前記第２ＲＬＣエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成するステップと、第２ＢＳＲを前記第２ＲＬＣエンティティに対応する受信ノードへ送信するステップとをさらに含む。
【００１１】
先述のバッファステータス報告方法に対し、可能な実装様式において、前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップの前に、前記方法は、受信ノードから第１の指示を受信するステップであって、前記第１の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、制御プロトコルデータユニット（ＰＤＵ）を送信するためにのみ使用されるＲＬＣエンティティを指定するために使用される、ステップをさらに具備し、前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップは、前記第１の指示により指定された前記ＲＬＣエンティティを、前記第１ＲＬＣエンティティとして分類するステップを含む。
【００１２】
先述のバッファステータス報告方法に対し、可能な実装様式において、前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップの前に、前記方法は、受信ノードから第２の指示を受信するステップであって、前記第２の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、前記ＰＤＣＰエンティティにより提出されたＰＤＵを送信するために使用されるＲＬＣエンティティを指定するために使用される、ステップをさらに具備し、前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップは、前記第２の指示により指定されたＲＬＣエンティティを、第１ＲＬＣエンティティとして分類するステップを含む。
【００１３】
先述のバッファステータス報告方法に対し、可能な実装様式において、前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連する。
【００１４】
先述のバッファステータス報告方法に対し、可能な実装様式において、少なくとも２つのＲＬＣエンティティはすべて肯定応答（ＡＭ）であるか、又はすべて否定応答（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭである。
【００１５】
先述のバッファステータス報告方法に対し、可能な実装様式において、前記送信ノードは、端末、基地局、又はアクセスポイントである。
【００１６】
先述の技術的な問題を解決するために、本発明の第２の態様に係る送信ノードが提供される。送信ノードは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと、少なくとも２つの無線リンク制御（ＲＬＣ）エンティティを含み、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連する。送信ノードは、前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティとして分類するように構成されている設定ユニットと、前記設定ユニットに接続されるとともに、第１ＲＬＣエンティティのバッファに送信されるデータが含まれる場合において、第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて、第１ＢＳＲを生成するように構成されている生成ユニットと、前記生成ユニットに接続されるとともに、第１ＢＳＲを前記第１ＲＬＣエンティティに対応する受信ノードへ送信するように構成されている送信ユニットとをさらに含む。
【００１７】
先述の送信ノードに対し、可能な実装様式において、前記生成ユニットは、ＰＤＣＰエンティティ及び／又は第２ＲＬＣエンティティのバッファに、送信されるデータが含まれる場合には、前記ＰＤＣＰエンティティ及び前記第２ＲＬＣエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成するようにさらに構成されており、前記送信ユニットは、第２ＢＳＲを前記第２ＲＬＣエンティティに対応する受信ノードへ送信するようにさらに構成されている。
【００１８】
先述の送信ノードに対し、可能な実装様式において、前記送信ノードは、設定ユニットに接続されている第１受信ユニットをさらに具備する。前記第１受信ユニットは、第１の指示を受信ノードから受信するように構成されており、前記第１の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、制御プロトコルデータユニット（ＰＤＵ）を送信するためにのみ使用されるＲＬＣエンティティを指定するために使用され、前記設定ユニットは、前記第１の指示により指定されたＲＬＣエンティティを第１ＲＬＣエンティティとして分類するようにさらに構成されている。
【００１９】
先述の送信ノードに対し、可能な実装様式において、前記送信ノードは、前記設定ユニットに接続された第２受信ユニットをさらに含む。前記第２受信ユニットは、受信ノードから第２の指示を受信するように構成されており、前記第２の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、前記ＰＤＣＰエンティティにより提出されたＰＤＵを送信するために使用されるＲＬＣエンティティを指定するために使用され、前記設定ユニットは、前記第２の指示により指定されたＲＬＣエンティティを第２ＲＬＣエンティティとして分類するようにさらに構成されている。
【００２０】
先述の送信ノードに対し、可能な実装様式において、前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連する。
【００２１】
先述の送信ノードに対し、可能な実装様式において、前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭである。
【００２２】
先述の送信ノードに対し、可能な実装様式において、前記送信ノードは、端末、基地局、又はアクセスポイントである。
【００２３】
本発明の第１の態様及び第２の態様にしたがって、送信ノードと受信ノードが一対多対応である場合において、すなわち、前記送信ノードが、ＰＤＣＰエンティティと少なくとも２つのＲＬＣエンティティを含む場合において、前記送信ノードのすべてのＲＬＣエンティティを少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類することにより、ここで前記第２ＲＬＣエンティティは、ＰＤＣＰエンティティのバッファステータス報告と関連するＲＬＣエンティティのみであり、ただ１つの受信ノードがＰＤＣＰエンティティのバッファ内の送信されるデータに送信リソースを割り当てることが達成可能であり、これにより、送信リソースの無駄を効果的に回避する。
【００２４】
先述の技術的な問題を解決するために、本発明の第３の態様に係るバッファステータス報告方法が提供される。前記方法は、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと少なくとも２つの無線リンク制御（ＲＬＣ）エンティティを具備する送信ノードに適用され、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連する。前記バッファステータス報告方法は、ＲＬＣエンティティ又はＰＤＣＰエンティティのいずれか１つのバッファに送信されるデータが含まれる場合において、前記少なくとも２つのＲＬＣエンティティ及び前記ＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成するステップと、前記ＢＳＲを前記ＲＬＣエンティティのいずれか１つに対応する受信ノードへ送信するステップとを含む。
【００２５】
先述のバッファステータス報告方法に対し、可能な実装様式において、前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連する。
【００２６】
先述のバッファステータス報告方法に対し、可能な実装様式において、前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭである。
【００２７】
先述のバッファステータス報告方法に対し、可能な実装様式において、前記送信ノードは、端末、基地局、又はアクセスポイントである。
【００２８】
先述の技術的な問題を解決するために、本発明の第４の態様に係る送信ノードが提供される。前記送信ノードは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと少なくとも２つの無線リンク制御（ＲＬＣ）エンティティを含み、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連する。前記送信ノードは、ＲＬＣエンティティ又はＰＤＣＰエンティティのいずれか一方のバッファに送信されるデータが含まれる場合において、前記少なくとも２つのＲＬＣエンティティ及び前記ＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成するように構成されている生成ユニットと、前記生成ユニットに接続されるとともに、前記ＢＳＲを前記ＲＬＣエンティティのいずれか１つに対応する受信ノードへ送信するように構成されている送信ユニットとをさらに含む。
【００２９】
先述の送信ノードに対し、可能な実装様式において、前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連する。
【００３０】
先述の送信ノードに対し、可能な実装様式において、前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭである。
【００３１】
先述の送信ノードに対し、可能な実装様式において、前記送信ノードは、端末、基地局、又はアクセスポイントである。
【００３２】
本発明の第３の態様及び第４の態様によれば、送信ノードと受信ノードが一対多対応である場合において、すなわち、送信ノードがＰＤＣＰエンティティと少なくとも２つのＲＬＣエンティティを含む場合において、前記ＲＬＣエンティティ又は前記ＰＤＣＰエンティティのいずれか一方のバッファに送信されるデータがある場合にトリガされるＢＳＲが、すべてのＲＬＣエンティティ及びＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づき生成され、前記生成されたＢＳＲは、前記ＲＬＣエンティティのいずれか１つに対応する受信ノードに送信される。したがって、ただ１つの受信ノードがＰＤＣＰエンティティのバッファ内の送信されるデータに送信リソースを割り当てることが達成可能であり、これにより、送信リソースの無駄を効果的に回避する。
【００３３】
以下の添付の図面における例示的な実施形態の詳細な説明によれば、本発明の他の特徴、および態様がより明確になる。
【００３４】
明細書に含まれるとともに、明細書とともにその一部を形成する添付の図面は、本発明の例示的な実施形態、特徴、および態様を示しており、本発明の原理を説明するために使用される。
【図面の簡単な説明】
【００３５】
【図１】図１は、本発明によるバッファステータス報告方法に適用可能なシステムの概略図である。
【図２】図２は、本発明の実施形態による送信ノードの構造ブロック図である。
【図３】図３は、本発明の実施形態によるバッファステータス報告方法のフローチャートである。
【図４】図４は、本発明の他の実施形態による送信ノードの構造ブロック図である。
【図５】図５は、本発明のさらに他の実施形態による送信ノードの構造ブロック図である。
【図６】図６は、本発明の他の実施形態によるバッファステータス報告方法のフローチャートである。
【図７】図７は、本発明のさらに他の実施形態による送信ノードの構造ブロック図である。
【発明を実施するための形態】
【００３６】
以下では本発明の種々の例示的な実施形態及び態様を添付の図面を参照して詳細に説明する。添付の図面における同じ参照符号は同じ又は類似の機能の要素を示している。添付の図面において実施形態の種々の態様が示されているが、指定されていない限り、添付の図面は、一定の縮尺で描かれている必要はない。
【００３７】
明細書において使用される専用の用語「代表的な（exemplary）」は、「例又は実施形態又は便宜的に使用される」ことを意味している。本明細書で説明される「典型的な」目的のための任意の実施形態は他の実施形態は、優れている又は他の実施形態よりも優れたものとして説明する必要が無い。
【００３８】
加えて、本発明をより説明するために、以下の特定の実施様式において多くの具体的な詳細が提供される。当業者であれば、特定の具体的な詳細無しに、本発明は依然として実装され得ることを理解すべきである。本発明の主題を強調するために、当業者に既知であるいくつかの他の実施形態、方法、手段、構成要素、及び回路は詳細に説明されていない。
【００３９】
背景技術において説明したように、送信ノードと受信ノードが一対多対応である場合において、すなわち、送信ノードが１つのＰＤＣＰエンティティとすべてＰＤＣＰエンティティに関連する複数のＲＬＣエンティティを含んでいる場合において、ＰＤＣＰエンティティのバッファ内に送信されるデータがある場合、すべての受信ノードのためのＢＳＲが通常トリガされ、その結果、全ての受信ノードは、データのこの部分に対して送信リソースを割り当て、それにより、送信リソースの無駄な消費を引き起こす。このような送信リソースの浪費を避けるために、発明者は、送信ノードに含まれているすべてのＲＬＣエンティティにわたり、ＲＬＣエンティティは、ＰＤＣＰエンティティのバッファステータス報告に排他的に関連する第２ＲＬＣエンティティとして指定され得ることを創造的に提案する。
【００４０】
図１は、本発明によるバッファステータス報告方法に適用できるシステムの概略図である。図１に示されているように、送信ノード１００がＮ個の受信ノード２００−１から２００−Ｎ対応する場合において、すなわち、送信ノード１００がＰＤＣＰエンティティ１１０と少なくとも２つのＲＬＣエンティティ１２０−１から１２０−Ｎを含んでいる場合において、送信ノード１００のＲＬＣエンティティ１２０は、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティとして分類され得る。例えば、ＲＬＣエンティティ１２０−２から１２０−Ｎが第１ＲＬＣエンティティとして分類され、ＲＬＣエンティティ１２０−１が第２ＲＬＣエンティティとして分類される。
【００４１】
ＲＬＣエンティティ１２０−１から１２０−Ｎがそれぞれ受信ノード２００−１から２００−Ｎに対応し、Ｎは２以上の正の整数である。すべてのＲＬＣエンティティ１２０−１から１２０−Ｎは、ＰＤＣＰエンティティ１１０に関連する。例えば、ＰＤＣＰエンティティ１１０は、同じベアラ上のＲＬＣエンティティ１２０−１から１２０−Ｎのすべてに関連する。加えて、ＲＬＣエンティティ１２０−１から１２０−Ｎは、すべて肯定応答モード（Acknowledged Mode, ＡＭ）であり得るか、又はすべて否定応答モード（Unacknowledged Mode, ＵＭ）であり得、又は、ＲＬＣエンティティ１２０−１から１２０−Ｎの一部はＡＭであり、ＲＬＣエンティティ１２０−１から１２０−Ｎの他の部分はＵＭであるとすることもさらに可能である。
【００４２】
第１ＲＬＣエンティティと第２ＲＬＣエンティティの分類により、第１ＲＬＣエンティティに対応する受信ノードに送信されるＢＳＲ（以降、第１ＢＳＲとする）のトリガ条件は、ＰＤＣＰエンティティのバッファステータスと無関係に設定され得、すなわち、第１ＢＳＲのトリガ条件は、「第１ＲＬＣエンティティのバッファ内に送信されるデータがある」と設定される。この方法により、第１ＲＬＣエンティティのバッファに送信されるデータがある場合にのみ、第１ＢＳＲが、前記第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて生成され、生成された第１ＢＳＲは、前記第１ＲＬＣエンティティに対応する受信ノードへ送信される。すなわち、ＰＤＣＰエンティティのバッファが送信されるデータを含む場合において、第２ＲＬＣエンティティに対応する受信ノードのみが、対応する送信リソースを割り当てるためにトリガされ、これにより、送信リソースの無駄を効果的に回避する。
【００４３】
図２は、本発明の実施形態による送信ノードの構造ブロック図である。図２に示されているように、送信ノード１００は、Ｎ個の受信ノード２００−１から２００−Ｎへデータを送信するように、１つのＰＤＣＰエンティティ１１０とＮ個のＲＬＣエンティティ１２０−１から１２０−Ｎを含み、Ｎは２以上の正の整数である。すなわち、本発明のこの実施形態による送信ノード１００は、送信ノードと受信ノードが一対多対応である無線ネットワーク構造に適用可能である。可能な実装様式において、送信ノード１００と受信ノード２００は、すべて端末、基地局、又はアクセスポイントであり得る。
【００４４】
送信リソースの割り当てにおいてリソースの浪費を効果的に避けるために、図２に示されているように、送信ノード１００は、設定ユニット１３０、生成ユニット１４０、及び送信ユニット１５０をさらに含み得る。設定ユニット１３０は、ＰＤＣＰエンティティ１１０とすべてのＲＬＣエンティティ１２０−１から１２０−Ｎに接続されているとともに、すべてのＲＬＣエンティティ１２０−１から１２０−Ｎを、少なくとも１つの第１ＲＬＣエンティティ（図２における符号１２０−２から１２０−Ｎ）と１つの第２ＲＬＣエンティティ（図２における符号１２０−１）に分類するように主に構成されており、第２ＲＬＣエンティティ１２０−１が、ＰＤＣＰエンティティのバッファステータス報告１１０と関連するただ１つのＲＬＣエンティティである。生成ユニット１４０は、設定ユニット１３０と、第１ＲＬＣエンティティ１２０−２から１２０−Ｎに接続されるとともに、第１ＲＬＣエンティティ１２０−２から１２０−Ｎのバッファが送信されるデータを含む場合において、第１ＲＬＣエンティティ１２０−２から１２０−Ｎのバッファ内の送信されるデータのサイズに基づき、第１ＢＳＲを生成するように主に構成されている。送信ユニット１５０は、生成ユニット１４０と受信ノード２００−２から２００−Ｎに接続されるとともに、生成ユニット１４０により生成された第１ＢＳＲを第１ＲＬＣエンティティ１２０−２から１２０−Ｎに対応する受信ノード２００−２から２００−Ｎへ送信するように主に構成されている。
【００４５】
可能な実装様式において、図２に示されているように、生成ユニット１４０は、ＰＤＣＰエンティティ１１０と、第２ＲＬＣエンティティ１２０−１にさらに接続され得、ＰＤＣＰエンティティ１１０及び／又は第２ＲＬＣエンティティ１２０−１のバッファ内に、送信されるデータが含まれる場合において、ＰＤＣＰエンティティ１１０と第２ＲＬＣエンティティ１２０−１のバッファ内の送信されるデータのサイズに基づき、第２ＢＳＲを生成するように構成され得る。この実装様式において、送信ユニット１５０は、生成ユニット１４０により生成された第２ＢＳＲを第２ＲＬＣエンティティ１２０−１に対応する受信ノード２００−１へ送信するようにさらに構成され得る。
【００４６】
特定の可能な実装様式において、送信ノード１００は、設定ユニット１３０に接続されている第１受信ユニット（図の単純化のため図２には図示されていない）をさらに含み得る。第１受信ユニットは、受信ノード２００−１から２００−Ｎから第１の指示を受信するように主に構成されている。第１の指示は、制御ＰＤＵ（Protocol Data Unit, プロトコルデータユニット）を送信するためにのみ使用される、ＲＬＣエンティティを指定するために使用され得る。この特定の可能な実装様式において、設定ユニット１３０は、前記第１の指示により指定されたＲＬＣエンティティを第１ＲＬＣエンティティとして分類するようにさらに構成され得る。
【００４７】
他の特定の可能な実装様式において、送信ノード１００は、設定ユニット１３０に接続されている第２受信ユニット（図面の単純化のため図２において図示されていない）をさらに含み得る。第２受信ユニットは、受信ノード２００−１から２００−Ｎから第２の指示を受信するように主に構成されている。第２の指示は、ＰＤＣＰエンティティ１１０により提出されたＰＤＵを送信するために使用されるＲＬＣエンティティを指定するために使用され得る。この特定の可能な実装様式において、設定ユニット１３０は、第２の指示により指定されたＲＬＣエンティティを第２ＲＬＣエンティティとして分類するようにさらに構成され得る。
【００４８】
この方法により、設定ユニットを使用することにより、複数の内部ＲＬＣエンティティは、ただ１つのＲＬＣエンティティがＰＤＣＰエンティティのバッファステータス報告に関連するように構成される。したがって、ＰＤＣＰエンティティのバッファ内に送信されるデータがある場合には、ただ一つの受信ノードが対応する送信リソースを送信されるデータに割り当てるためにトリガされる。この実施形態による送信ノードは、送信ノードと受信ノードが一対多対応である場合において、送信リソースの浪費を効率的に避けることが可能である。
【００４９】
図３は、本発明の実施形態によるバッファステータス報告方法のフローチャートである。上述したように、この実施形態によるバッファステータス報告方法は、送信ノードと受信ノードが一対多対応、すなわち、送信ノードが、１つのＰＤＣＰエンティティと複数のＲＬＣエンティティを含む場合における無線ネットワーク構造に特に適用可能である。複数のＲＬＣエンティティにおける各ＲＬＣエンティティは、それぞれ１つの受信ノードに対応する。ＰＤＣＰエンティティは、複数のＲＬＣエンティティに関連する。例えば、ＰＤＣＰエンティティは、同じベアラ上の複数のＲＬＣエンティティに関連する。加えて、複数のＲＬＣエンティティは、全てＡＭであり得るか、又はすべてＵＭであり得、又は、さらに複数のＲＬＣエンティティの一部がＡＭであり、複数のＲＬＣエンティティの他の部分がＵＭであり得る。
【００５０】
以下では、図２において示されている送信ノード１００を参照して、図３において示されているバッファステータス報告方法を詳細に紹介する。図３に示されているように、バッファステータス報告方法は主に以下を含んでいる。
【００５１】
ステップＳ３１０：送信ノード１００（具体的には設定ユニット１３０であり得る）は、送信ノード１００内部の少なくとも２つのＲＬＣエンティティ１２０−１から１２０−Ｎを少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティ、例えば、図２に示されているように、第１ＲＬＣエンティティ１２０−２から１２０−Ｎと、第２ＲＬＣエンティティ１２０−１に分類し、第２エンティティ１２０−１は、ＰＤＣＰエンティティのバッファステータス報告１１０に関連するただ１つのＲＬＣエンティティである。
【００５２】
ステップＳ３２０：送信ノード１００（具体的には生成ユニット１４０であり得る）は、第１ＲＬＣエンティティのバッファが送信されるデータを含む場合において、前記第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて、第１ＢＳＲを生成し、第１ＢＳＲを、前記第１ＲＬＣエンティティに対応する受信ノードへ送信する（送信ユニット１５０により実施され得る）。
【００５３】
特定の可能な実装様式において、図３に示されているように、ステップＳ３２０ｈａ，特に以下を含み得る。
【００５４】
ステップＳ３２１：送信ノード１００（具体的には生成ユニット１４０であり得る）は、第１ＲＬＣエンティティのバッファが送信されるデータを含んでいるかどうかを判定する。前記判定結果がyesである場合にはステップＳ３２２へ進む。
【００５５】
ステップ３２２：送信ノード１００（具体的には生成ユニット１４０であり得る）は、第１ＲＬＣエンティティのバッファにおける送信されるデータのサイズに基づいて、第１ＢＳＲを生成する。その後ステップ３２３へ進む。
【００５６】
ステップ３２３：送信ノード１００（具体的には送信ユニット１５０であり得る）は、生成された第１ＢＳＲを前記第１ＲＬＣエンティティに対応する受信ノードへ送信する。
【００５７】
可能な実装様式において、図３に示されているように、バッファステータス報告方法は、以下をさらに含み得る：
【００５８】
ステップ３３０：送信ノード１００（具体的には生成ユニット１４０であり得る）は、第２ＲＬＣエンティティのバッファが、送信されるデータを含む場合において、第２ＲＬＣエンティティとＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成し、前記第２ＢＳＲを、前記第２ＲＬＣエンティティに対応する受信ノードへ送信し（送信ユニット１５０により実施され得る）、及び／又は、
【００５９】
ステップ３４０：送信ノード１００（具体的には生成ユニット１４０であり得る）は、ＰＤＣＰエンティティのバッファが送信されるデータを含む場合において、第２ＲＬＣエンティティとＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成し、前記第２ＢＳＲを第２ＲＬＣエンティティに対応する受信ノードへ送信する（送信ユニット１５０により実施され得る）。
【００６０】
さらに、特定の可能な実装様式において、図３に示されているように、ステップ３３０は、以下を特に含み得る：
【００６１】
ステップＳ３３１：送信ノード１００（具体的には生成ユニット１４０であり得る）は、第２ＲＬＣエンティティのバッファが、送信されるデータを含むかどうかを判定する。前記判定結果がyesの場合にはステップＳ３３２へ進む。
【００６２】
ステップＳ３３２：送信ノード１００（具体的には生成ユニット１４０であり得る）は、第２ＲＬＣエンティティとＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成する。
【００６３】
ステップＳ３３３：送信ノード１００（具体的には送信ユニット１５０であり得る）は、生成された第２ＢＳＲを、前記第２ＲＬＣエンティティに対応する受信ノードへ送信する。
【００６４】
加えて、特定の可能な実装様式において、図３に示されているように、ステップＳ３４０は、以下を特に含み得る：
【００６５】
ステップ３４１：送信ノード１００（具体的には生成ユニット１４０であり得る）は、ＰＤＣＰエンティティのバッファが、送信されるデータを含むかどうかを判定する。前記判定結果がyesである場合には、ステップＳ３４２へ進む。
【００６６】
ステップＳ３４２：送信ノード１００（具体的には生成ユニット１４０であり得る）は、第２ＲＬＣエンティティとＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成する。その後、ステップＳ３４３へ進む。
【００６７】
ステップ３４３：送信ノード１００（具体的には送信ユニット１５０であり得る）は、生成された第２ＢＳＲを、前記第２ＲＬＣエンティティに対応する受信ノードへ送信する。
【００６８】
ＰＤＣＰエンティティのバッファ内に送信されるデータがある場合には、対応する送信リソースを送信されるデータに割り当てるためにただ１つの受信ノードがトリガされるように、送信ノードにおける複数のＲＬＣエンティティ内のただ１つのＲＬＣエンティティが、ＰＤＣＰエンティティのバッファステータス報告に関連するように指定されることが、先述の導入部から知り得る。先述のこの実施形態によるバッファステータス報告方法は、送信ノードと受信ノードが一対多対応である場合において、送信リソースの浪費を効果的に避けることが可能である。
【００６９】
図３は、ステップＳ３２０，Ｓ３３０，及びＳ３４０が順々に実行されることが示されているが、実際の実行順序はそれに限定されないことは、当業者であれば理解し得ることに留意すべきである。例えば、ステップＳ３２０は、ステップＳ３３０及び／又はステップＳ３４０の後に実行されてもよく、またステップＳ３３０及びステップＳ３４０と同時に実行されてもよい。ステップＳ３３０におけるステップＳ３３２は、ステップＳ３４０におけるステップＳ３４２と結合されてもよく、ステップＳ３３０におけるステップＳ３３３は、ステップＳ３４０のＳ３４３と結合されてもよい。実際、第１ＲＬＣエンティティと第２ＲＬＣエンティティの分類を実施するためにステップＳ３１０が実行された後、ステップＳ３２０、Ｓ３３０、及びＳ３４０が実行されるかどうかは、主に、ＰＤＣＰエンティティ、第１ＲＬＣエンティティ、及び第２ＲＬＣエンティティのバッファステータス次第であり、他のステップが既に実行されたかどうかとは無関係である。
【００７０】
可能な実装様式において、送信ノード１００は、第１ＲＬＣエンティティと第２ＲＬＣエンティティの分類をランダムに実行し得、すなわち、ＲＬＣエンティティ１２０−１から１２０−Ｎにおける任意のＲＬＣエンティティを第２ＲＬＣエンティティとして、他のＲＬＣエンティティを第１ＲＬＣエンティティとして、任意に指定し得る。
【００７１】
他の可能な実装様式において、送信ノード１００は、第１ＲＬＣエンティティと第２ＲＬＣエンティティの分類を所定のルールに従って実行し得る。例えば、送信ノード１００は、数字に従って、ＲＬＣエンティティ１２０−１から１２０−Ｎにおける最も小さい番号のＲＬＣエンティティを第２ＲＬＣエンティティとして指定し、他のＲＬＣエンティティを第１ＲＬＣエンティティとして指定し得る。これとは別に、送信ノード１００は、バッファ容量に従って、ＲＬＣエンティティ１２０−１から１２０−Ｎにおける最も大きいバッファのＲＬＣエンティティを第２ＲＬＣエンティティとして指定し、他のＲＬＣエンティティを第１ＲＬＣエンティティとして指定してもよい。
【００７２】
さらに別の可能な実装様式において、送信ノード１００は、第１ＲＬＣエンティティと第２ＲＬＣエンティティの分類を、受信ノード２００−１から２００−Ｎの指示に従って実行し得る。例えば、送信ノード１００は、受信ノード２００−１から２００−Ｎから第１の指示を受信し得、前記第１の指示は、制御ＰＤＵを送信するためにのみ使用されるＲＬＣエンティティを指定するために使用される。この場合において、ステップＳ３１０で、送信ノード１００（具体的には設定ユニット１３０であり得る）は、第１の指示により指定されたＲＬＣエンティティを第１ＲＬＣエンティティとして分類し得る。他の例として、送信ノード１００は、受信ノード２００−１から２００−Ｎから第２の指示を受信し得、前記第２の指示は、ＰＤＣＰエンティティにより提出されたＰＤＵを送信するために使用されるＲＬＣエンティティを指定するために使用される。この場合において、ステップＳ３１０で、送信ノード１００（具体的には設定ユニット１３０であり得る）は、第２の指示により指定されたＲＬＣエンティティを第２ＲＬＣエンティティとして分類し、他のＲＬＣエンティティを第１ＲＬＣエンティティとして分類し得る。
【００７３】
図４は、本発明の他の実施形態による送信ノードデバイスの構造ブロック図である。送信ノードデバイス４００は、計算能力を備えたホストサーバ、パーソナルコンピュータ（ＰＣ）、ポータブルコンピュータ、端末、又は類似したものであり得る。送信ノードデバイスの具体的な実装は本発明の特定の実施形態において限定されない。
【００７４】
送信ノードデバイス４００は、プロセッサ（processor）４１０、通信インターフェース（Communications Interface）４２０、メモリ（memory）４３０、及びバス４４０を含む。プロセッサ４１０、通信インターフェース４２０、及びメモリ４３０は、バス４４０を使用することにより互いに通信する。
【００７５】
通信インターフェース４２０は、ネットワークデバイスと通信するように構成されており、前記ネットワークデバイスは、例えば、仮想マシン管理センタ、又は共有メモリを含む。
【００７６】
プロセッサ４１０は、プログラムを実行するように構成されている。プロセッサ４１０は、中央演算処理装置（ＣＰＵ）、又は特定用途向け集積回路（ＡＳＩＣ）（Application Specific Integrated Circuit）、又は本発明のこの実施形態を実装するように構成された１つ又は複数の集積回路であり得る。
【００７７】
メモリ４３０はファイルを格納するように構成されている。メモリ４３０は、ハイスピードＲＡＭメモリを含み得、また不揮発性メモリ（non-volatile memory）、例えば、少なくとも１つのディスクストレージも含み得る。メモリ４３０は、メモリアレイでもあり得る。メモリ４３０は、ブロックに分割されてもよく、ブロックは、特定のルールに従う仮想ボリュームを形成するように組み合わされてもよい。
【００７８】
可能な実装様式において、メモリ４３０に格納されているプログラムは、コンピュータ操作命令を含むプログラムコードであり得る。プロセッサ４１０は、具体的にはプログラムを実行することにより以下のステップを実行する：送信ノードに含まれている少なくとも２つのＲＬＣエンティティを少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類するステップであって、少なくとも２つのＲＬＣエンティティは、すべて送信ノードに含まれているＰＤＣＰエンティティに関連する、ステップと、第１ＲＬＣエンティティのバッファが送信されるデータを含む場合において、前記第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて、第１バッファステータス報告（ＢＳＲ）を生成するステップと、第１ＢＳＲを前記第１ＲＬＣエンティティに対応する受信ノードへ送信するステップ。
【００７９】
可能な実装様式において、プロセッサ４１０は、プログラムを実行することにより以下のステップをさらに実行し得る：ＰＤＣＰエンティティ及び／又は第２ＲＬＣエンティティのバッファが送信されるデータを含む場合において、前記ＰＤＣＰエンティティ及び前記第２ＲＬＣエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成するステップと、第２ＢＳＲを前記第２ＲＬＣエンティティに対応する受信ノードへ送信するステップ。
【００８０】
可能な実装様式において、プロセッサ４１０は、プログラムを実行することにより以下のステップをさらに実行し得る：受信ノードから第１の指示を受信するステップと、第１の指示により指定されたＲＬＣエンティティを第１ＲＬＣエンティティとして分類するステップ。前記第１の指示は、少なくとも２つのＲＬＣエンティティにおいて、制御プロトコルデータユニット（ＰＤＵ）を送信するためにのみ使用されるＲＬＣエンティティを指定するために使用される。
【００８１】
可能な実装様式において、プロセッサ４１０は、プログラムを実行することにより以下のステップをさらに実行し得る：受信ノードから第２の指示を受信するステップと、第２の指示により指定されたＲＬＣエンティティを第２ＲＬＣエンティティとして分類するステップ。前記第２の指示は、少なくとも２つのＲＬＣエンティティにおいて、前記ＰＤＣＰエンティティにより提出されたＰＤＵを送信するために使用されるＲＬＣエンティティを指定するために使用される。
【００８２】
図５は、本発明のさらに他の実施形態による送信ノードの構造ブロック図である。図５に示されているように、送信ノード５００は、Ｎ個の受信ノード２００−１から２００−Ｎにデータを送信するように、１つのＰＤＣＰエンティティ５１０とＮ個のＲＬＣエンティティ５２０−１から５２０−Ｎを含み、Ｎは２以上の正の整数である。すなわち、この実施形態による送信ノード５００は、送信ノードと受信ノードが一対多対応である無線ネットワーク構造に適用可能である。可能な実装様式において、送信ノード５００と受信ノード２００はすべて端末、基地局、又はアクセスポイントであり得る。
【００８３】
送信リソースの割り当てにおいてリソースの浪費を効果的に避けるために、図５に示されているように、送信ノード５００は、生成ユニット５３０と、送信ユニット５４０とをさらに含み得る。生成ユニット５３０は、任意のＲＬＣエンティティ５２０−ｉ（１≦ｉ≦Ｎ）又はＰＤＣＰエンティティ５１０のバッファが送信されるデータを含んでいる場合において、すべてのＲＬＣエンティティ５２０−１から５２０−Ｎ及びＰＤＣＰエンティティ５１０のバッファ内の送信されるデータのサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成するように主に構成されている。送信ユニット５４０は、生成ユニット５３０に接続されているとともに、生成ユニット５３０により生成されたＢＳＲを任意のＲＬＣエンティティ５２０−ｊ（１≦ｊ≦Ｎ）に対応する受信ノード２００−ｊに送信するように主に構成されている。
【００８４】
この方法により、任意のＲＬＣエンティティ又はＰＤＣＰエンティティのバッファに送信されるデータがある場合にトリガされるＢＳＲが、すべてのＲＬＣエンティティ及びＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、生成ユニットを使用することにより生成され、ＰＤＣＰエンティティのバッファ内に送信されるデータがある場合に、ただ１つの受信ノードがトリガされ、送信されるデータに送信リソースが割り当てられるように、生成されたＢＳＲが、送信ユニットを使用することにより、任意のＲＬＣエンティティに対応する受信ノードへ送信される。この実施形態による送信ノードは、送信ノードと受信ノードが一対多対応である場合において、送信リソースの浪費を効果的に避けることができる。
【００８５】
図６は、本発明の他の実施形態によるバッファステータス報告方法のフローチャートである。上述したように、この実施形態によるバッファステータス報告方法は、送信ノードと受信ノードが一対多対応である、すなわち、送信ノードは、１つのＰＤＣＰエンティティと複数のＲＬＣエンティティを含んでいる無線ネットワーク構造に主に適用可能である。複数のＲＬＣエンティティにおける各ＲＬＣエンティティは、それぞれ１つの受信ノードに対応する。ＰＤＣＰエンティティは、複数のＲＬＣエンティティに関連する。例えば、ＰＤＣＰエンティティは、同じベアラ上の複数のＲＬＣエンティティに関連する。加えて、複数のＲＬＣエンティティは、全てＡＭであり得るか、又はすべてＵＭであり得、又は、さらに、複数のＲＬＣエンティティの一部がＡＭであり、複数のＲＬＣエンティティの他の部分がＵＭであってもよい。
【００８６】
以下では、図５に示されている送信ノード５００を参照し、図６において示されているバッファステータス報告方法を詳細に紹介する。図６に示されているように、バッファステータス報告方法は、主に以下を含む：
【００８７】
ステップＳ６１０:任意のＲＬＣエンティティ５２０−ｉ（１≦ｉ≦Ｎ）又はＰＤＣＰエンティティ５１０のバッファが送信されるデータを含んでいるかどうかを判定し、判定結果がyesの場合には、ステップＳ６２０に進む。
【００８８】
ステップＳ６２０:すべてのＲＬＣエンティティ５２０−１から５２０−Ｎ及びＰＤＣＰエンティティ５１０のバッファ内の送信されるデータのサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成し、その後ステップＳ６３０へ進む。
【００８９】
ステップＳ６３０:生成されたＢＳＲを任意のＲＬＣエンティティ５２０−ｊ（１≦ｊ≦Ｎ）に対応する受信ノード２００−ｊへ送信する。
【００９０】
任意のＲＬＣエンティティ又はＰＤＣＰエンティティのバッファ内に送信されるデータがある場合にトリガされるＢＳＲは、すべてのＲＬＣエンティティとＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて生成され、ＰＤＣＰエンティティのバッファ内に送信されるデータがある場合に、送信されるデータに対応する送信リソースを割り当てるためにただ１つの受信ノードがトリガされるように、生成されたＢＳＲは、任意のＲＬＣエンティティに対応する受信ノードへ送信されることが、先述の導入部から知り得る。この実施形態によるバッファステータス報告方法は、送信ノードと受信ノードが一対多対応である場合において、送信リソースの無駄を効果的に避けることができる。
【００９１】
図７は、本発明のさらに他の実施形態による送信ノードデバイスの構造ブロック図である。送信ノードデバイス７００は、計算能力を備えたホストサーバ、パーソナルコンピュータ（ＰＣ）、ポータブルコンピュータ、端末、又は類似したものであり得る。送信ノードデバイスの具体的な実装は本発明の特定の実施形態において限定されない。
【００９２】
送信ノードデバイス７００は、プロセッサ（processor）７１０、通信インターフェース（Communications Interface）７２０、メモリ（memory）７３０、及び７４０を含む。プロセッサ７１０、通信インターフェース７２０、及びメモリ７３０は、バス７４０を使用することにより互いに通信する。
【００９３】
通信インターフェース７２０は、ネットワークデバイスと通信するように構成されており、前記ネットワークデバイスは、例えば、仮想マシン管理センタ、又は共有メモリを含む。
【００９４】
プロセッサ７１０は、プログラムを実行するように構成されている。プロセッサ７１０中央演算処理装置（ＣＰＵ）、又は特定用途向け集積回路（ＡＳＩＣ）（Application Specific Integrated Circuit）、又は本発明のこの実施形態を実装するように構成された１つ又は複数の集積回路であり得る。
【００９５】
メモリ７３０はファイルを格納するように構成されている。メモリ７３０は、ハイスピードＲＡＭメモリを含み得、また不揮発性メモリ（non-volatile memory）、例えば、少なくとも１つのディスクストレージも含み得る。メモリ７３０は、メモリアレイでもあり得る。メモリ７３０は、ブロックに分割されてもよく、ブロックは、特定のルールに従う仮想ボリュームを形成するように組み合わされてもよい。
【００９６】
可能な実装様式において、メモリ７３０に格納されているプログラムは、コンピュータ操作命令を含むプログラムコードであり得る。プロセッサ７１０具体的にはプログラムを実行することにより以下のステップを実行する：送信ノード内に含まれている任意のＲＬＣエンティティ又はＰＤＣＰエンティティのバッファ内に送信されるデータが含まれる場合において、すべてのＲＬＣエンティティ及びＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成するステップと、ＢＳＲを任意のＲＬＣエンティティに対応する受信ノードに送信するステップであって、ＲＬＣエンティティはすべてＰＤＣＰエンティティに関連する、ステップ。
【００９７】
当業者であれば、この明細書に記載の実施形態における各代表的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組み合わせにより実施可能であることを認識し得る。機能が、ハードウェア又はソフトウェアにより実施されるかどうかは、特定の用途又は技術的ソリューションの設計制約条件による。当業者であれば、すべての特定の用途のために説明された機能を実施するための異なる方法を使用し得るが、実施が本発明の範囲を超えているものと考えるべきではない。
【００９８】
機能がコンピュータソフトウェアの形状で実装されるとともに独立した製品として販売又は使用されるならば、本発明の技術的ソリューションの全部又は一部（例えば、従来技術に部分的に寄与する）は、ある程度コンピュータソフトウェア製品の形状において実装され得ると考えることができる。コンピュータソフトウェア製品は、一般にコンピュータ読み取り可能な不揮発性ストレージメディアに格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであり得る）に本発明の実施形態において提供される方法のステップのすべて又は一部の実行を指示する種々の命令を含む。先述のストレージメディアは、プログラムコードを格納可能なＵＳＢフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（ROM, Read-Only Memory）、ランダムアクセスメモリ（RAM, Random Access Memory）、磁気ディスク、又は光学ディスクなどの任意のメディアを含む。
【００９９】
上記の説明は本発明の例示的な特定の実施形態にすぎないが、本発明の保護範囲を限定するものではない。本発明を逸脱することなく当業者によって行われるいかなる変形または置換も、本発明の保護範囲内に入るものとする。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【０１００】
実用性
【０１０１】
本発明の実施形態により提供された送信ノード及びバッファステータス報告方法は、無線ネットワーク分野に適用可能、特に、送信ノードと受信ノードが一対多対応であるシナリオに適用可能であり、送信ノードにより報告されるバッファステータス報告に応答して受信ノードにより実行される送信リソースの割り当てにおける送信リソースの無駄を効果的に避けることができる。
【符号の説明】
【０１０２】
１００  送信ノード
１１０  PDCPエンティティ
１２０−１  RLCエンティティ
１２０−２  RLCエンティティ
１２０−Ｎ  RLCエンティティ
２００−１  受信ノード
２００−２  受信ノード
２００−Ｎ  受信ノード
１３０  設定ユニット
１４０  生成ユニット
１５０  送信ユニット
４１０  プロセッサ
４２０  通信インターフェース
４３０  メモリ
４４０  バス
５００  送信ノード
５１０  PDCPエンティティ
５２０−１  RLCエンティティ
５２０−２  RLCエンティティ
５２０−Ｎ  RLCエンティティ
５３０  生成ユニット
５４０  送信ユニット
７１０  プロセッサ
７２０  通信インターフェース
７３０  メモリ
７４０  バス
【図１】
2016529846.tif 000003
【図２】
2016529846.tif 000004
【図３】
2016529846.tif 000005
【図４】
2016529846.tif 000006
【図５】
2016529846.tif 000007
【図６】
2016529846.tif 000008
【図７】
2016529846.tif 000009
【手続補正書】
【提出日】平成28年3月2日(2016.3.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと、少なくとも２つの無線リンク制御（ＲＬＣ）エンティティとを具備する送信ノードに適用されるバッファステータス報告方法であって、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連し、
前記バッファステータス報告方法は、
前記送信ノードにより、前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類するステップと、
前記第１ＲＬＣエンティティのバッファが送信されるデータを具備する場合には、前記送信ノードにより、前記第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて、第１バッファステータス報告（ＢＳＲ）を生成するステップと、
前記送信ノードにより、前記第１ＢＳＲを前記第１ＲＬＣエンティティに対応する受信ノードへ送信するステップと
を具備することを特徴とするバッファステータス報告方法。
【請求項２】
前記ＰＤＣＰエンティティ及び／又は前記第２ＲＬＣエンティティのバッファが送信されるデータを具備する場合には、前記送信ノードにより、前記ＰＤＣＰエンティティ及び前記第２ＲＬＣエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成するステップと、
前記送信ノードにより、第２ＢＳＲを、前記第２ＲＬＣエンティティに対応する受信ノードへ送信するステップと
をさらに具備することを特徴とする請求項１に記載のバッファステータス報告方法。
【請求項３】
前記送信ノードにより、前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップは、
前記送信ノードにより、受信ノードから第１の指示を受信するステップであって、前記第１の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、制御プロトコルデータユニット（ＰＤＵ）を送信するためにのみ使用されるＲＬＣエンティティを指定するために使用される、ステップと、
前記送信ノードにより、前記第１の指示により指定されたＲＬＣエンティティを、第１ＲＬＣエンティティとして分類するステップと
を具備することを特徴とする請求項１又は２に記載のバッファステータス報告方法。
【請求項４】
前記送信ノードにより、前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティに分類する前記ステップは、
前記送信ノードにより、受信ノードから第２の指示を受信するステップであって、前記第２の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、前記ＰＤＣＰエンティティにより提出されたＰＤＵを送信するために使用されるＲＬＣエンティティを指定するために使用される、ステップと、
前記送信ノードにより、前記第２の指示により指定されたＲＬＣエンティティを、第１ＲＬＣエンティティとして分類するステップと
を具備することを特徴とする請求項１から３のいずれか一項に記載のバッファステータス報告方法。
【請求項５】
前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連することを特徴とする請求項１から４のいずれか一項に記載のバッファステータス報告方法。
【請求項６】
前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭであることを特徴とする請求項１から５のいずれか一項に記載のバッファステータス報告方法。
【請求項７】
前記送信ノードは、端末、基地局、又はアクセスポイントであることを特徴とする請求項１から６のいずれか一項に記載のバッファステータス報告方法。
【請求項８】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと少なくとも２つの無線リンク制御（ＲＬＣ）エンティティを具備する送信ノードであって、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連し、
前記送信ノードは、
前記少なくとも２つのＲＬＣエンティティを、少なくとも１つの第１ＲＬＣエンティティと１つの第２ＲＬＣエンティティとして分類するように構成されている設定ユニットと、
前記設定ユニットに接続されるとともに、前記第１ＲＬＣエンティティのバッファが送信されるデータを具備する場合には、前記第１ＲＬＣエンティティのバッファ内の前記送信されるデータのサイズに基づいて、第１バッファステータス報告（ＢＳＲ）を生成するように構成されている生成ユニットと、
前記生成ユニットに接続されるとともに、前記第１ＢＳＲを前記第１ＲＬＣエンティティに対応する受信ノードに送信するように構成されている送信ユニットと
をさらに具備することを特徴とする送信ノード。
【請求項９】
前記生成ユニットは、前記ＰＤＣＰエンティティ及び／又は前記第２ＲＬＣエンティティのバッファが送信されるデータを具備する場合には、前記ＰＤＣＰエンティティ及び前記第２ＲＬＣエンティティのバッファ内の送信されるデータのサイズに基づいて、第２ＢＳＲを生成するようにさらに構成され、
前記送信ユニットは、前記第２ＢＳＲを前記第２ＲＬＣエンティティに対応する受信ノードに送信するようにさらに構成されていることを特徴とする請求項８に記載の送信ノード。
【請求項１０】
前記設定ユニットに接続されている第１受信ユニットをさらに具備し、
前記第１受信ユニットは、受信ノードから第１の指示を受信するように構成されており、前記第１の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、制御プロトコルデータユニット（ＰＤＵ）を送信するためにのみ使用されるＲＬＣエンティティを指定するために使用され、
前記設定ユニットは、前記第１の指示により指定されたＲＬＣエンティティを第１ＲＬＣエンティティとして分類するようにさらに構成されていることを特徴とする請求項８又は９に記載の送信ノード。
【請求項１１】
前記設定ユニットに接続されている第２受信ユニットをさらに具備し、
前記第２受信ユニットは、受信ノードから第２の指示を受信するように構成され、前記第２の指示は、前記少なくとも２つのＲＬＣエンティティにおいて、前記ＰＤＣＰエンティティにより提出されたＰＤＵを送信するために使用されるＲＬＣエンティティを指定するために使用され、
前記設定ユニットは、前記第２の指示により指定されたＲＬＣエンティティを第２ＲＬＣエンティティとして分類するようにさらに構成されていることを特徴とする請求項８から１０のいずれか一項に記載の送信ノード。
【請求項１２】
前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連することを特徴とする請求項８から１１のいずれか一項に記載の送信ノード。
【請求項１３】
前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭであることを特徴とする請求項８から１２のいずれか一項に記載の送信ノード。
【請求項１４】
前記送信ノードは、端末、基地局、又はアクセスポイントであることを特徴とする請求項８から１３のいずれか一項に記載の送信ノード。
【請求項１５】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと、少なくとも２つの無線リンク制御（ＲＬＣ）エンティティとを具備する送信ノードに適用されるバッファステータス報告方法であって、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連し、
前記バッファステータス報告方法は、
前記ＲＬＣエンティティ又は前記ＰＤＣＰエンティティのいずれか１つのバッファが送信されるデータを具備する場合には、前記送信ノードにより、前記少なくとも２つのＲＬＣエンティティ及び前記ＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成するステップと、
前記送信ノードにより、前記ＢＳＲを前記ＲＬＣエンティティのいずれか１つに対応する受信ノードへ送信するステップと
を具備することを特徴とするバッファステータス報告方法。
【請求項１６】
前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連することを特徴とする請求項１５に記載のバッファステータス報告方法。
【請求項１７】
前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭであることを特徴とする請求項１５又は１６に記載のバッファステータス報告方法。
【請求項１８】
前記送信ノードは、端末、基地局、又はアクセスポイントであることを特徴とする請求項１５から１７のいずれか一項に記載のバッファステータス報告方法。
【請求項１９】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）エンティティと少なくとも２つの無線リンク制御（ＲＬＣ）エンティティを具備する送信ノードであって、前記少なくとも２つのＲＬＣエンティティは、すべて前記ＰＤＣＰエンティティに関連し、
前記送信ノードは、
前記ＲＬＣエンティティ又は前記ＰＤＣＰエンティティのいずれか１つのバッファが送信されるデータを具備する場合には、前記少なくとも２つのＲＬＣエンティティ及び前記ＰＤＣＰエンティティのバッファ内の送信されるデータのサイズに基づいて、バッファステータス報告（ＢＳＲ）を生成するように構成されている生成ユニットと、
前記生成ユニットに接続されるとともに、前記ＲＬＣエンティティのいずれか１つに対応する受信ノードへ前記ＢＳＲを送信するように構成されている送信ユニットと
をさらに具備することを特徴とする送信ノード。
【請求項２０】
前記少なくとも２つのＲＬＣエンティティは、すべて同じベアラ上の前記ＰＤＣＰエンティティに関連することを特徴とする請求項１９に記載の送信ノード。
【請求項２１】
前記少なくとも２つのＲＬＣエンティティは、すべて肯定応答モード（ＡＭ）であるか、又はすべて否定応答モード（ＵＭ）であり、又は、前記少なくとも２つのＲＬＣエンティティの一部は、ＡＭであり、前記少なくとも２つのＲＬＣエンティティの他の部分は、ＵＭであることを特徴とする請求項１９又は２０に記載の送信ノード。
【請求項２２】
前記送信ノードは、端末、基地局、又はアクセスポイントであることを特徴とする請求項１９から２１のいずれか一項に記載の送信ノード。
【請求項２３】
請求項１から７のいずれか一項に記載の方法をコンピュータに実行させるプログラム。
【請求項２４】
請求項１５から１８のいずれか一項に記載の方法をコンピュータに実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
従来の無線ネットワークにおいて、送信ノードは受信ノードと一対一対応、すなわち１つの送信ノードがデータをただ１つの受信ノードに送信する。さらに、送信されるデータは、送信ノードの内部のバッファに格納され、例えば、パケット・データ・コンバージェンス・プロトコル（Packet Data Convergence Protocol, ＰＤＣＰ）エンティティのバッファ及び無線リンク制御（Radio Link Control, ＲＬＣ）エンティティのバッファに格納され、ＲＬＣエンティティは、ＰＤＣＰエンティティに関連する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
一般に、データを送信する前に、送信ノードは、受信ノードに送信リソースを割り当てる要求をするために、バッファステータスを受信ノードへ報告する必要があり、バッファステータスは、送信されるデータのサイズを示している。従来技術において、送信ノードと受信ノードが一対多対応である場合において、すべてのＲＬＣエンティティがＰＤＣＰエンティティに関連するため、ＰＤＣＰエンティティのバッファ内に送信されるデータがある場合にはすべての受信ノードに対するバッファステータス報告（Buffer Status Reports, ＢＳＲs）がトリガされ、その結果、すべての受信ノードは、このデータの部分のために送信リソースを割り当て、これによりリソースの無駄な消費が生じることとなる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４６
【補正方法】変更
【補正の内容】
【００４６】
特定の可能な実装様式において、送信ノード１００は、設定ユニット１３０に接続されている第１受信ユニット（図の単純化のため図２には図示されていない）をさらに含み得る。第１受信ユニットは、受信ノード２００−１から２００−Ｎから第１の指示を受信するように主に構成されている。第１の指示は、制御プロトコルデータユニット（Protocol Data Unit, ＰＤＵ）を送信するためにのみ使用される、ＲＬＣエンティティを指定するために使用され得る。この特定の可能な実装様式において、設定ユニット１３０は、前記第１の指示により指定されたＲＬＣエンティティを第１ＲＬＣエンティティとして分類するようにさらに構成され得る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
プロセッサ４１０は、プログラムを実行するように構成されている。プロセッサ４１０は、中央演算処理装置（ＣＰＵ）、又は特定用途向け集積回路（Application Specific Integrated Circuit, ＡＳＩＣ）、又は本発明のこの実施形態を実装するように構成された１つ又は複数の集積回路であり得る。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
メモリ４３０はファイルを格納するように構成されている。メモリ４３０は、ハイスピードＲＡＭメモリを含み得、また不揮発性メモリ、例えば、少なくとも１つのディスクストレージも含み得る。メモリ４３０は、メモリアレイでもあり得る。メモリ４３０は、ブロックに分割されてもよく、ブロックは、特定のルールに従う仮想ボリュームを形成するように組み合わされてもよい。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００９４
【補正方法】変更
【補正の内容】
【００９４】
プロセッサ７１０は、プログラムを実行するように構成されている。プロセッサ７１０中央演算処理装置（ＣＰＵ）、又は特定用途向け集積回路（Application Specific Integrated Circuit, ＡＳＩＣ）、又は本発明のこの実施形態を実装するように構成された１つ又は複数の集積回路であり得る。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００９５
【補正方法】変更
【補正の内容】
【００９５】
メモリ７３０はファイルを格納するように構成されている。メモリ７３０は、ハイスピードＲＡＭメモリを含み得、また不揮発性メモリ、例えば、少なくとも１つのディスクストレージも含み得る。メモリ７３０は、メモリアレイでもあり得る。メモリ７３０は、ブロックに分割されてもよく、ブロックは、特定のルールに従う仮想ボリュームを形成するように組み合わされてもよい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００９８
【補正方法】変更
【補正の内容】
【００９８】
機能がコンピュータソフトウェアの形状で実装されるとともに独立した製品として販売又は使用されるならば、本発明の技術的ソリューションの全部又は一部（例えば、従来技術に部分的に寄与する）は、ある程度コンピュータソフトウェア製品の形状において実装され得ると考えることができる。コンピュータソフトウェア製品は、一般にコンピュータ読み取り可能な不揮発性ストレージメディアに格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであり得る）に本発明の実施形態において提供される方法のステップのすべて又は一部の実行を指示する種々の命令を含む。先述のストレージメディアは、プログラムコードを格納可能なＵＳＢフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（Read-Only Memory, ROM）、ランダムアクセスメモリ（Random Access Memory, RAM）、磁気ディスク、又は光学ディスクなどの任意のメディアを含む。
【国際調査報告】
2016529846.tif 000010
2016529846.tif 000011
2016529846.tif 000012
2016529846.tif 000013