JP2005073250A

JP2005073250A - 再構成された送信窓および再構成された受信窓の外側でデータ編成を縮小するために、無線通信システムにおいてデータの伝送を制御する方法ならびに装置

Info

Publication number: JP2005073250A
Application number: JP2004238072A
Authority: JP
Inventors: Shiaw-Shiang Jiang; 孝祥江
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2003-08-25
Filing date: 2004-08-18
Publication date: 2005-03-17
Also published as: KR20050022305A; US20050047363A1; TWI260894B; KR100623169B1; EP1511240A2; CN1592149A; TW200509627A; CN100353687C

Abstract

【課題】本発明にしたがった方法は、ある無線ベアラに対応するメモリブロックが満杯のときに、その無線ベアラを通して伝送することを要求されたＳＤＵを処理しないように送信器をブロックし、受信器によって受信されたあらゆるＰＤＵを、新しい無線ベアラに対応するメモリブロックに確実に受け入れられるようにする。
【解決手段】データの伝送に関しては、送信バッファが再構成された後、以前に確立された無線ベアラを通して伝送するように要求されたＰＤＵは保持され、受信器によって徐々に受信される。新しい無線ベアラは、これらの占有されたストレージスペースを徐々に確実に掌握することができる。データの受信に関しては、受信器は、新しい無線ベアラのための送信窓の大きさを動的に調整するために、送信器に宛ててＷＩＮＤＯＷＳＵＦＩを出力するので、送信器から伝送されたＰＤＵが廃棄されることはない。その結果、無線伝送効率は大幅に向上し、データのスループットは最適化される。
【選択図】図９

Description

本発明は、無線通信システムにおいてデータの伝送を制御する方法および装置に関するものである。本発明は、より具体的には、再構成された送信窓および再構成された受信窓の外側でデータ編成を縮小するために、二つの端末間のデータの伝送を制御する方法ならびに装置に関するものである

図１は、周知の第３世代移動体通信システムの標準化プロジェクト（３ＧＰＰ）の仕様によって規定された、従来技術による無線通信システム１０の概略を示したブロック図である。無線通信システム１０は、第２の端末１４との間で無線通信を行う第１の端末１２を備える。例えば、第１の端末１２は携帯電話などの子局で、第２の端末１４は基地局である。第１の端末１２および第２の端末１４は、バッファメモリ１６ａおよびバッファメモリ１６ｂをそれぞれに有する。バッファメモリ１６ａは、送信バッファ１７ａおよび受信バッファ１８ａを有する。同様に、バッファメモリ１６ｂも、送信バッファ１７ｂおよび受信バッファ１８ｂを有する。

第１の端末１２は、複数の無線ベアラを通して第２の端末１４との間で通信を行う。各無線ベアラは、自身の受信窓および送信窓を有する。したがって、送信バッファ１７ａ，１７ｂおよび受信バッファ１８ａ，１８ｂは、各無線ベアラが送信バッファ１７ａ，１７ｂおよび受信バッファ１８ａ，１８ｂを使用してデータを格納できるように適切に構成する必要がある。図２は、図１に示されたバッファメモリ１６ａの概略図である。簡単のため、バッファメモリ１６ａは、合計１８のプロトコルデータ編成（ＰＤＵ）を格納できるものと仮定する。バッファメモリ１６ａに関し、送信バッファ１７ａの容量は１０ＰＤＵに相当し、受信バッファ１８ａの容量は８ＰＤＵに相当する。

先ず、第１の端末１２と第２の端末１４との間に第１の無線ベアラＲＢ１が確立される。したがって、バッファメモリ１６ａは、その全ての容量を無線ベアラＲＢ１に割り当てられる。つまり、メモリブロックＴＷ１は、１０に等しい大きさを有するように構成され、これは、無線ベアラＲＢ１に対応する送信窓を表している。また、メモリブロックＲＷ１は、８に等しい大きさを有するように構成され、これは、無線ベアラＲＢ１に対応する受信窓を表している。一定期間の後に、送信バッファ１７ａは、第２の端末１４に送信されるのを待っている状態にあるＰＤＵ₁〜ＰＤＵ₈を格納し、受信バッファ１８ａは、第２の端末１４から送信されたＰＤＵ’₂〜ＰＤＵ’₈を格納する。ＰＤＵ₁〜ＰＤＵ₈は、第２の端末１４から肯定応答を得るまでの間、送信バッファに一時的に格納される。また、順次送信の構成がとられる場合は、ＰＤＵ’₂〜ＰＤＵ’₈は、欠落しているＰＤＵ’₁の受信が成功するまでの間、受信バッファに一時的に格納される。なお、受信バッファ１８ａのストレージスペース１９は、欠落しているＰＤＵ’₁のために残してある。

以上の説明では、メモリブロックＴＷ１，ＲＷ１がそれぞれ送信窓および受信窓を表すものと記載した。しかしながら、これは説明の便宜に過ぎない。実際の実装形態では、メモリブロックＴＷ１の大きさが、送信窓を満杯にするだけのＰＤＵを受け入れるために必要な大きさを上回っても良い。メモリブロックＲＷ１についても同様である。

前述のように、第１の端末１２は、第２の端末１４との間で複数の無線ベアラを通して通信を行うことができる。したがって、通信システム１０が、第１の端末１２と第２の端末１４との間に新しく無線ベアラＲＢ２を追加することを決定した場合は、バッファ１６ａは、再構成が必要になる。つまり、新しく確立された無線ベアラと、前から確立されていた無線ベアラとは、バッファメモリ１６ａを共用する。図２とあわせて図３を参照せよ。図３は、図１に示されたバッファメモリ１６ａを再構成した結果を示した概略図である。ここで、無線ベアラＲＢ１，ＲＢ２は、第１の端末１２の送信バッファ１７ａおよび受信バッファ１８ａを等しく共用するものと仮定する。つまり、無線ベアラＲＢ１に対応するメモリブロックＴＷ１の大きさは５に減少し、同じく無線ベアラＲＢ１に対応するメモリブロックＲＷ１の大きさは４に減少する。新しい無線ベアラＲＢ２に関しては、対応するメモリブロックＴＷ２は５に等しい大きさを有するように構成され、同じく対応するメモリブロックＲＷ２は４に等しい大きさを有するように構成される。なお、基本的に、メモリブロックＴＷ２は無線ベアラＲＢ２の送信窓を構成し、メモリブロックＲＷ２は無線ベアラＲＢ２の受信窓を構成する点に留意せよ。前述のように、メモリブロックＴＷ２，ＲＷ２の大きさは、それぞれの窓に必要とされる大きさを上回っても良い。

図３に示されるように、送信バッファ１７ａの再構成後は、無線ベアラＲＢ１に属するＰＤＵ₆〜ＰＤＵ₈が、新しい無線ベアラＲＢ２に割り当てられたストレージスペースの一部を占有している。一方で、受信バッファ１８ａの再構成後は、無線ベアラＲＢ１に属するＰＤＵ’₅〜ＰＤＵ’₈が、新しい無線ベアラＲＢ２に割り当てられたストレージスペースの全部を占有している。従来の方法の一つは、再構成の完了時にこれらのＰＤＵ（ＰＤＵ₆〜ＰＤＵ₈およびＰＤＵ’₅〜ＰＤＵ’₈）を廃棄していた。しかしながら、このような方法は、永久的なデータ損失を招く可能性があった。例えばデータの受信を例にとると、廃棄されたＰＤＵすなわちＰＤＵ’₅〜ＰＤＵ’₈は、第１の端末１２による受信が成功しなかったものとみなされる。したがって、廃棄されたこれらのＰＤＵは、あとで第２の端末１４から送信しなおす必要がある。しかしながら、廃棄されたこれらのＰＤＵは、再構成の前に肯定応答を返していた可能性がある。したがって、第２の端末１４は、肯定応答を返されたこれらのＰＤＵ’₅〜ＰＤＵ’₈を廃棄していた可能性がある。したがって、第２の端末１４は、これらを送信しなおすことができない。その結果、ＰＤＵ’₅〜ＰＤＵ’₈は永久に失われる。同様に、ＰＤＵ₆〜ＰＤＵ₈が廃棄されたと仮定する。この場合は、第２の端末１４によるＰＤＵ₆〜ＰＤＵ₈の受信が失敗し、再送信を要求されても、第１の端末１２は、これらのＰＤＵを送信しなおすことができない。

前述のような永久的なデータ損失を回避するための改良方法が、従来から開示されていた。この従来の改良方法は、送信窓および受信窓の大きさが減少された後も、新しい無線ベアラに割り当てられたストレージスペースに以前から格納されていたＰＤＵを廃棄せず、そのまま保持する。つまり、再構成の完了後も、送信バッファ１７ａはＰＤＵ₆〜ＰＤＵ₈を保持し、受信バッファ１８ａはＰＤＵ’₅〜ＰＤＵ’₈を保持する。この従来の改良方法にしたがうと、無線ベアラＲＢ１，ＲＢ２は、発信できるようになったデータ編成を格納するために、送信バッファ１７ａの中の使用可能なストレージスペースの使用権をめぐって争う。したがって、新しく確立された無線ベアラＲＢ２は、送信バッファ１７ａからストレージスペースの割り当てを得られる保証はない。データの受信に関しては、無線ベアラＲＢ１のための受信バッファＲＷ１は、第２の端末１４から無線ベアラＲＢ１を通して送られてきた最小ＳＮのＰＤＵだけは確実に受信窓に受け入れることができる。したがって、受信バッファ１８ａが満杯のときは、第２の端末１４から無線ベアラＲＢ１を通して第１の端末１２に出力されたＰＤＵのうち、少なくとも最小ＳＮのＰＤＵだけは確実に処理され格納される。これは、欠落していた最小ＳＮのＰＤＵのためにストレージスペース１９を確保していたことによって達成される。しかしながら、新しく確立された無線ベアラＲＢ２に関しては、無線ベアラＲＢ２に割り当てられたバッファが無線ベアラＲＢ１によって占有されているので、結果として、受信窓に受け入れることが望ましいＰＤＵが廃棄される。つまり、無線ベアラＲＢ２のための受信バッファＲＷ２は、第２の端末１４から無線ベアラＲＢ２を通して送られてきたＰＤＵのうち、最小ＳＮのＰＤＵですら受信窓に受け入れられる保証がない。その結果、無線伝送効率は低下する。

特表２００４−５２１５７７号公報「TS-3GA-25.322(R99)v3.17.0 Radio Link Control (RLC) protocol specification」（2004 年2 月27 日制定、社団法人・情報通信技術委員会）

したがって、本発明の主な目的は、再構成された受信窓および再構成された送信窓の外側でデータ編成を縮小するために、無線システムにおいて第１の端末とそれと同位の第２の端末との間のデータの伝送を制御する方法ならびに装置を提供することにある。

データの伝送に関し、本発明の方法は、ある無線ベアラに対応するメモリブロックが満杯であるときに、その無線ベアラを通して伝送するように要求されたＳＤＵを処理しないように送信器をブロックする。また、新しい無線ベアラの確立によって送信バッファが再構成された後も、以前に確立された無線ベアラを通して伝送するように要求されたこれらのＰＤＵは廃棄されずに保持される。そして、これらのＰＤＵは、上記の送信器と同位の受信器によって徐々に受信される。したがって、本発明の方法にしたがうと、新しい無線ベアラは、以前に確立された無線ベアラによって占有されているストレージスペースを徐々に確実に掌握することができる。

データの受信に関し、本発明の方法は、受信器によって受信されたあらゆるＰＤＵを、新しく確立された無線ベアラに対応するメモリブロックに確実に受け入れることができる。したがって、受信器は、新しい無線ベアラに対応する送信窓の大きさを動的に調整する目的で、送信器に宛ててＷＩＮＤＯＷＳＵＦＩを出力する。つまり、本発明の方法にしたがうと、送信器から伝送されたＰＤＵが廃棄されることは決してない。その結果、無線伝送効率は大幅に向上し、データのスループットは最適化される。

本発明の上記およびそれ以外の目的は、当業者にならば、各種の図面に例示された以下の好ましい実施形態の詳細な説明から明らかである。

図１および図３とあわせて図４を参照せよ。図４は、第１の端末１２と第２の端末１４との間のデータ伝送を制御する本発明による方法を示したフローチャートである。本発明にしたがった上記の方法は、図１に示した無線通信システム１０に適用される。以下では、再構成された送信窓の外側でデータ編成を縮小する処理を説明する。ここで、無線ベアラＲＢ１は第１の端末１２と第２の端末１４との間に既に確立され、無線ベアラＲＢ１の送信窓を規定するメモリブロックＴＷ１は図２に示されるものと仮定する。先ず、無線通信システム１０は、第１の端末および第２の端末１４を駆動し、新しい無線ベアラＲＢ２を確立する（ステップ１００）。新しい無線ベアラＲＢ２が確立されると、第１の端末１２は、無線ベアラＲＢ１の送信窓および受信窓の大きさを再構成し、無線ベアラＲＢ２の送信窓および受信窓を構成する（ステップ１０２）。また、送信バッファ１７ａにもとから格納されているＰＤＵは保持される。再構成の後、第１の端末１２は、無線ベアラＲＢ１にＴＷ１およびＲＷ１のためのメモリブロックを再度割り当て、新しく確立された無線ベアラＲＢ２にストレージスペース（ＴＷ２およびＲＷ２のためのメモリブロック）を割り当てる（ステップ１０４）。図３に示されるように、メモリブロックＴＷ１の大きさは減少し、もとの大きさの半分になる。なお、送信バッファ１７ａが再構成された後も、第１の端末１２は、無線ベアラＲＢ２に割り当てられたストレージスペースの一部をＰＤＵ₆〜ＰＤＵ₈によって占有している。

第１の端末１２は、次に、無線ベアラＲＢ１またはＲＢ２による伝送を要求する新しいデータ編成を待つ（ステップ１０６）。新しいデータ編成の伝送が要求されると、第１の端末１２は、その新しいデータ編成の伝送を要求された無線ベアラに対応するメモリブロックが満杯であるか否かをチェックする（ステップ１０８）。例えば、メモリブロックＴＷ２がまだ満杯でない場合は、新しいデータ編成を無線ベアラＲＢ２に乗せることが可能である。したがって、無線ベアラＲＢ２を通して第２の端末１４に伝送する必要のあるデータ編成が処理され、メモリブロックＴＷ２に引き渡される（ステップ１１２）。反対に、メモリブロックＴＷ１が満杯である場合は、入ってくるデータ編成を受け入れることができない。したがって、無線ベアラＲＢ１を通して第２の端末１４に伝送する必要のあるデータ編成はメモリブロックＴＷ１に引き渡されない（ステップ１１０）。例えば、第１の端末１２は、上位層から引き渡されたサービスデータ編成（ＳＤＵ）の処理を停止する。したがって、無線ベアラＲＢ１に対応するデータ編成は、いっさいメモリブロックＴＷ１に引き渡されない。この好ましい実施形態に関し、バッファメモリ１６ａの再構成後にデータが廃棄されないことは明らかである。

図３に示されるように、再構成後のメモリブロックＴＷ１は、初めは明らかに満杯である。したがって、無線ベアラＲＢ１を通して第２の端末１４に伝送する必要のあるデータ編成はメモリブロックＴＷ１に引き渡されない。しかしながら、第１の端末１２は、まだ、送信バッファ１７ａに格納されているＰＤＵ₁〜ＰＤＵ₈を処理している最中であり、それらを無線ベアラＲＢ１を通して第２の端末１４に伝送しようとしている。ＰＤＵ₁〜ＰＤＵ₈の一つが第２の端末１４に伝送されると、無線ベアラＲＢ２に使用できるストレージスペースは増大する。したがって、ＰＤＵ₁〜ＰＤＵ₈のうちの四つが第２の端末１４に伝送されると、メモリブロックＴＷ１は新しいデータ編成を受け入れることが可能になる。このとき、第１の端末１２は、上位層から引き渡されたＳＤＵを処理するように駆動され、ＰＤＵを一つ、メモリブロックＴＷ１に引き渡すことができる。したがって、ＰＤＵ₁〜ＰＤＵ₈のうちの三つが第２の端末１４に伝送されると、メモリブロックＴＷ２は無線ベアラＲＢ１に占有されなくなる。

図５は、本発明によるメモリブロックＴＷ１，ＴＷ２の管理を示した図である。ここで、送信バッファ１７ａは、時刻ｔ０において再構成されるものと仮定する。したがって、新しくメモリブロックＴＷ２として割り当てられたストレージスペースは、二つのＰＤＵを受け入れることが可能である。また、メモリブロックＴＷ１はこの時点では満杯なので、第１の端末１２は、無線ベアラＲＢ１を通して伝送する予定のＳＤＵを処理しないようにブロックされる。時刻ｔ１では、第１の端末１２は、ＰＤＵ”₁およびＰＤＵ”₂を相次いでメモリブロックＴＷ２に格納する。こうして、メモリブロックＴＷ２は満杯になるので、第１の端末１２は、無線ベアラＲＢ２を通して伝送する予定のＳＤＵを処理しないようにブロックされる。同様に、第１の端末１２は、まだ、無線ベアラＲＢ１を通して伝送する予定のＳＤＵを処理することもできない。

第１の端末１２は、時刻ｔ２において、無線ベアラＲＢ１を通してＰＤＵ₁を第２の端末１４に伝送することに成功する。したがって、メモリブロックＴＷ２のストレージスペースは、占有されていた場所を一つだけ解放される。このとき、第１の端末１２は、まだ、無線ベアラＲＢ１を通して伝送する予定のＳＤＵを処理しないようにブロックされている。しかしながら、メモリブロックＴＷ２は新しいＰＤＵを受け入れることができるので、第１の端末１２は、上位層から引き渡されたＳＤＵであって且つ無線ベアラＲＢ２を通して伝送するように要求されたＳＤＵの処理を開始する。したがって、時刻ｔ３ではＳＤＵ”₃がメモリブロックＴＷ２に格納される。図５に示されるように、メモリブロックＴＷ２は時刻ｔ３において満杯になる。また、第１の端末１２は、時刻ｔ３ではまだ、無線ベアラＲＢ１を通して伝送する予定のＳＤＵを処理しないようにブロックされている。

第１の端末１２は、時刻ｔ４において、ＰＤＵ₂およびＰＤＵ₃を第２の端末１４に伝送することに成功する。したがって、占有されていた更に多くのストレージスペースが無線ベアラＲＢ２用に解放される。このとき、第１の端末１２は、まだ、無線ベアラＲＢ１を通して伝送する予定のＳＤＵを処理しないようにブロックされている。しかしながら、メモリブロックＴＷ２は、新しいＰＤＵを受け入れることができる。したがって、第１の端末１２は、上位層から引き渡されたＳＤＵであって且つ無線ベアラＲＢ２を通して伝送するように要求されたＳＤＵの処理を開始する。なお、時刻ｔ４では、ＰＤＵ₆〜ＰＤＵ₈はもはや、メモリブロックＴＷ２のストレージスペースを占有していない。つまり、無線ベアラＲＢ２は、メモリブロックＴＷ２を無線ベアラＲＢ１と共用することなく完全に掌握している。

第１の端末１２は、時刻ｔ５においてＰＤＵ₄を第２の端末に伝送する。図５に示されるように、メモリブロックＴＷ１は、このとき、新しいＰＤＵを格納できるストレージスペースを有する。したがって、第１の端末１２は、上位層から引き渡され且つ無線ベアラＲＢ１を通して伝送するように要求されたＳＤＵの処理を開始する。この好ましい実施形態では、無線ベアラＲＢ２に割り当てられたメモリブロックＴＷ２のストレージスペースを占有するＰＤＵが、無線ベアラＲＢ１によるデータ伝送によって徐々に縮小され、無線ベアラＲＢ２によって制御されるストレージスペースの大きさが、その都度に増大する。一定期間の後に、無線ベアラＲＢ１によって占有されていたストレージスペースが全て解放されると、無線ベアラＲＢ１，ＲＢ２は、自身に割り当てられたメモリブロックＴＷ１，ＴＷ２をそれぞれバッファとして使用してデータを格納するようになる。別のメモリブロックを占有しているＰＤＵは保持され、既に満杯のメモリブロックは新しいＰＤＵを引き渡されないので、送信バッファ１７ａの再構成後にＰＤＵが破棄されることはない。

本発明の上記の実施形態では、各無線ベアラは自身のメモリブロックをそれぞれに割り当てられる。なお、図３ではＴＷとＲＷとが分けて配置されているが、これは必須の要件ではない。メモリブロックの大きさが、送信窓および受信窓に必要とされる大きさを上回る場合は、メモリブロックＴＷおよびＲＷは、各無線ベアラごとに一つのメモリブロックにまとめて使用することができる。したがって、メモリブロックの使用方法の柔軟性および効率を増大させることが可能である。さらに、全ての無線ベアラに割り当てられた全てのメモリブロックを一つにまとめることによって、メモリブロックの使用方法の柔軟性および効率をさらに増大させることも可能である。全ての無線ベアラのメモリブロックを一つにまとめる本発明の別の実施形態は、図６に示されている。この第２の実施形態では、各無線ベアラの送信窓および受信窓として割り当てられたストレージスペースに高い優先順位を持たせることができる。残りのメモリスペースは、伝送するように要求されたデータ編成に使用するべく、確立された全ての無線ベアラによって等しく共用される。

図１および図２とあわせて図６を参照せよ。図６は、第１の端末１２と第２の端末１４との間のデータの伝送を制御する本発明による別の方法を示したフローチャートである。本発明にしたがった上記の方法は、図１に示された無線通信システム１０に適用される。以下では、送信バッファ１７ａをまとめて扱ったうえで、再構成された送信窓の外側でデータ編成を縮小する処理を説明する。なお、無線ベアラＲＢ１は第１の端末１２と第２の端末１４との間に既に確立され、無線ベアラＲＢ１の送信窓を規定するメモリブロックＴＷ１は図２に示されているものと仮定する。先ず、無線通信システム１０は、第１の端末１２および第２の端末１４を駆動し、新しい無線ベアラＲＢ２を確立する（ステップ１６０）。無線ベアラＲＢ２が確立されると、第１の端末１２は、無線ベアラＲＢ１の送信窓および受信窓の大きさを再構成し、無線ベアラＲＢ２の送信窓および受信窓を新たに構成する（ステップ１６２）。また、送信バッファ１７ａにもとから格納されているＰＤＵは保持される。構成された送信窓に必要なストレージスペースを除く残りのメモリスペースは、個々の無線ベアラに割り当てられるのではなく、ひとつにまとめて使用される。ここで、送信窓ＴＷ１の大きさは、１０から４に減少したと仮定する。なお、第１の端末１２は、再構成された送信窓ＴＷ１に必要なストレージスペースに収まりきらないＰＤＵ₅〜ＰＤＵ₈も保持している。

第１の端末１２は、次に、無線ベアラＲＢ１またはＲＢ２による伝送を要求する新しいデータ編成を待つ（ステップ１６４）。新しいデータ編成の伝送を要求されると、第１の端末１２は、送信バッファ１７ａが全体で満杯であるか否かをチェックする（ステップ１６６）。例えば、図２に示されるように送信バッファ１７ａがまだ満杯でない場合は、新しいデータ編成を無線ベアラＲＢ１またはＲＢ２に乗せることが可能である。また、無線ベアラＲＢ１による伝送を要求する新しいデータ編成および無線ベアラＲＢ２による伝送を要求する新しいデータ編成の両方がある場合は、第１の端末１２は、送信窓が満杯でない無線ベアラによる処理を待っているデータ編成を優先的に処理するように駆動される（ステップ１７０）。したがって、無線ベアラＲＢ２を通して第２の端末１４に伝送する必要のあるデータ編成が優先的に処理され、送信バッファ１７ａに引き渡される。反対に、送信バッファ１７ａが満杯である場合は、送られてくるデータ編成を受け入れることができず、それらは送信バッファ１７ａに宛てた処理を停止される（ステップ１６８）。つまり、第１の端末１２は、上位層から引き渡されたサービスデータ編成（ＳＤＵ）の処理をいっさい停止する。したがって、送信バッファ１７ａが満杯である場合は、データ編成はいっさい送信バッファ１７ａに引き渡されない。この好ましい実施形態に関し、バッファメモリ１６ａの再構成後にデータが廃棄されないことは明らかである。

図７を参照せよ。図７は、本発明の第２の実施形態にしたがった送信バッファ１７ａの管理を示した図である。なお、再構成された送信窓ＴＷ１，ＴＷ２以外にも他のスペースが存在する点に留意せよ。ここで、送信窓ＴＷ１，ＴＷ２は、時刻ｔ０において４の大きさを有するように再構成されたものと仮定する。送信窓１７ａは、全部で２つのＰＤＵを新しく受け入れることができる。また、無線ベアラＲＢ１の送信窓ＴＷ１はこのとき満杯なので、無線ベアラＲＢ２は新しいデータ編成を無線ベアラＲＢ１に優先して処理することができる。時刻ｔ１において、第１の端末１２は、ＲＤＵ”₁〜ＰＤＵ”₂を相次いで送信バッファ１７ａに格納する。このとき、送信バッファ１７ａは満杯なので、第１の端末１２は、無線ベアラＲＢ１および無線ベアラＲＢ２のいずれを通して伝送する予定の新しいＳＤＵも処理しないようにブロックされる。

時刻ｔ２では、第１の端末１２は、無線ベアラＲＢ１を通してＰＤＵ₁を第２の端末１４に送ることに成功する。したがって、送信バッファ１７ａは、占有されていたストレージスペースをそれに応じて解放される。このとき、無線ベアラＲＢ１の送信窓はまだ満杯なので、第１の端末１２は、無線ベアラＲＢ２を使用する新しいデータ編成を無線ベアラＲＢ１を使用する新しいデータ編成に優先して処理することができる。したがって、時刻ｔ３では、無線ベアラＲＢ２を使用するＰＤＵ”₃が送信バッファ１７ａに格納される。図７に示されるように、時刻ｔ３のときの送信バッファ１７ａは満杯である。したがって、第１の端末１２は、時刻ｔ３において、無線ベアラＲＢ１および無線ベアラＲＢ２のいずれを通して伝送する予定の新しいＳＤＵも処理しないようにブロックされる。

時刻ｔ４において、第１の端末１２は、ＰＤＵ₂〜ＰＤＵ₅を無線ベアラＲＢ１によって、そしてＰＤＵ”₁〜ＰＤＵ”₂を無線ベアラＲＢ２によって、それぞれ相次いで第２の端末１４に宛てて伝送する。したがって、送信バッファ１７ａは、占有されていた更に多くのストレージスペースを解放される。この時点で、無線ベアラＲＢ１，ＲＢ２の送信窓はいずれも満杯でなくなるので、いずれの無線ベアラを必要とする新しいデータ編成も送信バッファ１７ａに格納することが可能になる。

時刻ｔ５において、送信窓ＴＷ１は、無線ベアラＲＢ１を使用するＰＤＵ₉によって満杯になる。また、送信窓ＴＷ２は、無線ベアラＲＢ２を使用するＰＤＵ”₄〜ＰＤＵ”₅によってスペースを満たされる。このとき、無線ベアラＲＢ２は、入ってくる新しいデータ編成を無線ベアラＲＢ１に優先して処理することができる。しかしながら、無線ベアラＲＢ２を必要とする新しいデータ編成がないことから、送信バッファ１７ａは、無線ベアラＲＢ１を必要とするＰＤＵ₁₀〜ＰＤＵ₁₁によって送信窓ＴＷ１，ＴＷ２の外側のメモリスペースを占有される。なお、ＰＤＵ₁₀〜ＰＤＵ₁₁が格納されるのは、無線ベアラＲＢ１の送信窓ＴＷ１の範囲外ではあるが送信バッファ１７ａの範囲内である。この好ましい実施形態では、送信バッファ１７ａのうち、送信窓の再割り当て後に無線ベアラＲＢ１によって一時的に過剰に占有されていたストレージスペースが、無線ベアラＲＢ１によるデータ伝送によって徐々に縮小され、無線ベアラＲＢ２に使用できるストレージスペースは、その都度に増大する。一定期間の後、無線ベアラＲＢ１によって過剰に占有されていたストレージスペースが解放されると、無線ベアラＲＢ１，ＲＢ２は、自身の送信窓ＴＷ１，ＴＷ２に割り当てられたメモリスペースをそれぞれバッファとして使用してデータを格納するようになる。割り当てられた送信窓を除く部分のメモリスペースは、無線ベアラＲＢ１，ＲＢ２によって等しく共用することができる。このように、新しく確立された無線ベアラＲＢ２は、自身の送信窓用に割り当てられたストレージスペースを、送信バッファ１７ａから徐々に確実に確保することができる。

受信バッファ１８ａの再構成後のデータの受信に関し、本発明にしたがった上記の方法は、ＷＩＮＤＯＷＳＵＦＩなどの制御メッセージを利用することによって、受信バッファ１８ａの容量不足が原因で第１の端末１２によって廃棄されるであろうＰＤＵが第２の端末１４から送信されるのを阻止する。図１および図３とあわせて図８を参照せよ。図８は、第１の端末１２と第２の端末との間のデータの受信を制御する本発明による方法を示したフローチャートである。本発明にしたがった上記の方法は、図１に示される無線通信システム１０に適用される。以下では、再構成された受信窓の外側でデータ編成を縮小する処理を説明する。ここで、無線ベアラＲＢ１は第１の端末１２と第２の端末１４との間に既に確立され、無線ベアラＲＢ１の送信窓を規定するメモリブロックＲＷ１は図２に示されるものと仮定する。先ず、無線通信システム１０は、第１の端末および第２の端末１４を駆動して、新しい無線ベアラＲＢ２を確立する（ステップ２００）。新しい無線ベアラＲＢ２が確立されると、第１の端末１２は、メモリブロックＲＷ１を再構成して、新しく確立された無線ベアラＲＢ２にメモリスペースを割り当てなくてはならない（ステップ２０２）。また、受信バッファ１８ａにもとから格納されているＰＤＵ（ＰＤＵ’₂〜ＰＤＵ’₈）は保持される。図３に示されるように、メモリブロックＲＷ１の大きさは減少し、もとの大きさの半分になる。なお、受信バッファ１８ａが再構成された後も、第１の端末１２は、無線ベアラＲＢ２に割り当てられたストレージスペースの一部をＰＤＵ’₅〜ＰＤＵ’₈によって占有している。

第１の端末１２は、次に、無線ベアラＲＢ２に割り当てられたメモリブロックＲＷ２が、少なくとも部分的に無線ベアラＲＢ１によって占有されているか否かをチェックする（ステップ２０４）。つまり、受信バッファ１８ａが再構成されたときに、第１の端末１２は、無線ベアラＲＢ２に使用できるストレージスペースが、無線ベアラＲＢ２に割り当てられたメモリブロックＲＷ２の総容量に満たないか否かをチェックするように駆動される。無線ベアラＲＢ２に使用できるストレージスペースが、メモリブロックＲＷ２の総容量に満たない場合は、第１の端末１２は、無線ベアラＲＢ２に対応する送信窓の大きさを減少させるために、ＷＩＮＤＯＷＳＵＦＩなどの制御メッセージを同位エンティティ（第２の端末１４）に宛てて出力するように駆動される（ステップ２０６）。図３に示されるように、無線ベアラＲＢ２の確立によって再構成されたときに、メモリブロックＲＷ２は、ＰＤＵを格納することが一時的に不可能になる。したがって、もしこのときに、無線ベアラＲＢ２を通して第２の端末１４から第１の端末１２にＰＤＵが送られたとしても、第１の端末１２は送られてきたＰＤＵを全て破棄する。したがって、この好ましい実施形態の第１の端末１２は、ＷＩＮＤＯＷＳＵＦＩを使用することによって、第２の端末１４から出力されるＰＤＵの量を制御する。例えば図３では、受信バッファ１８ａが再構成されたとき、メモリブロックＲＷ２は、無線ベアラＲＢ２を通して送られてきたＰＤＵをいっさい格納することができない。したがって、第１の端末１２は、窓サイズ番号が０に等しいＷＩＮＤＯＷＳＵＦＩを送ることによって、第２の端末の送信窓の設定を行う。つまり、第２の端末１４は、無線ベアラＲＢ２を通して第１の端末１２にＰＤＵを送ることを一時的に禁止される。

この好ましい実施形態では、新しく確立された無線ベアラＲＢ２のストレージスペースのうち、占有されているスペースが減少すると（ステップ２１０）、第１の端末１２は、さらに、無線ベアラＲＢ２のストレージスペースが完全に解放されたか否かをチェックする（ステップ２１４）。結果が否である場合は、第１の端末１２は、無線ベアラＲＢ２に対応する送信窓を増大させるために、第２の端末１４にＷＩＮＤＯＷＳＵＦＩを送り（ステップ２１２）、ステップ２１０に進む。例えば、複数のＰＤＵ（図３に示されたＰＤＵ’₁〜ＰＤＵ’₈）の一つが第１の端末１２の上位層に引き渡されると、無線ベアラＲＢ２に使用できるストレージスペースはそれに応じて増大する。したがって、メモリブロックＲＷ２は、無線ベアラＲＢ２を通して第２の端末１４から送られてきたＰＤＵを受け入れることができる。メモリブロックＲＷ２は、ＰＤＵを一つ受け入れることができるので、第１の端末１２は、第２の端末１４に宛ててＷＩＮＤＯＷＳＵＦＩを出力し、対応する送信窓の大きさに１に等しい値を割り当てる。無線ベアラＲＢ１に属するＰＤＵが、第１の端末１２によって徐々に縮小されるにつれて、第１の端末１２は、それに応じてＷＩＮＤＯＷＳＵＦＩを出力し、占有されていたストレージスペースが解放された旨を第２の端末１４に通知する。つまり、無線ベアラＲＢ２の使用できるストレージスペースが増大するので、第２の端末１４は、無線ベアラＲＢ２に対応する送信窓を増大させることができる。占有されていた無線ベアラＲＢ２のストレージスペースが完全に解放されると、第１の端末１２はＷＩＮＤＯＷＳＵＦＩを出力し、対応する送信窓の大きさを構成された大きさまで増大させる（ステップ２１６）。ステップ２１６の後は、ＷＩＮＤＯＷＳＵＦＩの出力は不要である。ステップ２１６の後は、通常のデータ受信手続き（ステップ２１８）が進められる。

前述のように、第１の端末１２は、無線ベアラＲＢ２に割り当てられたメモリブロックＲＷ２を占有しているＰＤＵの量が１だけ減少したときに、新しいＷＩＮＤＯＷＳＵＦＩを送信する。しかしながら、第１の端末１２は、無線ベアラＲＢ２に割り当てられたメモリブロックＲＷ２を占有しているＰＤＵの量が１より大きい所定の値だけ減少したときも、新しいＷＩＮＤＯＷＳＵＦＩを送信することが可能である。つまり、第１の端末１２は、第２の端末１４に宛てて頻繁にＷＩＮＤＯＷＳＵＦＩを送信しなくてすむ。この場合も、第１の端末１２において無線ベアラＲＢ２に使用できるストレージスペースの量にしたがって、第２の端末１４において対応する送信窓の大きさを徐々に増大させるという、同じ目的を達成することができる。

一方で、受信バッファ１８ａが再構成されたときに、無線ベアラＲＢ２に使用できるストレージスペースがメモリブロックＲＷ２の総容量に等しい場合は、第２の端末１４は、大きさがメモリブロックＲＷ２の総容量に等しい現行の送信窓にしたがって、ＰＤＵを送信する。したがって、メモリブロックＲＷ２は、無線ベアラＲＢ２を通して第２の端末１４から伝送されてきたＰＤＵの格納を開始する。つまり、無線ベアラＲＢ２を使用するデータ編成に対し、良く知られた通常のデータ受信手続きが実施される（ステップ２０８）。

この好ましい実施形態では、メモリブロックＲＷ２のストレージスペースのうち、もとから占有されていたストレージスペースが減少したか否かを検出するステップ２１０が連続的に実施される。しかしながら、ステップ２１０は、連続的ではなく周期的に実施することも可能である。例えば、第１の端末１２は、ステップ２０６の実施後にタイマを使用して、一定の時間を計時することができる。タイマが期限切れになると、ステップ２１０がトリガされ、所定の動作を実行する。占有されていたストレージスペースが減少しなかった場合は、再びタイマを使用して同じ時間を計時する。反対に、占有されていたストレージスペースが実際に減少した場合は、ステップ２１４が実施される。ステップ２１４からステップ２１２に進んだ場合は、ステップ２１２による所定の動作の完了後に、再びタイマを使用して同じ時間を計時する。この場合も、第１の端末１２において無線ベアラＲＢ２に使用できるストレージスペースの量にしたがって、第２の端末１４において対応する送信窓の大きさを徐々に増大させるという、同じ目的を達成することができる。

図９を参照せよ。図９は、本発明にしたがった上記の方法を実施するために使用される第１の端末５２および第２の端末６２を示したブロック図である。第１の端末５２は、第２の端末６２との間で無線通信を行う。図９に示されるように、第１の端末５２は、バッファメモリ５４と、通信インターフェース５６と、決定ロジック回路５８とを備える。第２の端末６２には、バッファメモリ６４が備わっている。バッファメモリ５４は送信バッファ５９と受信バッファ６０とを含み、バッファメモリ６４は送信バッファ６５と受信バッファ６６とを含む。なお、送信バッファ５９，６５は図１に示された送信バッファ１７ａ，１７ｂと同様の機能を有し、受信バッファ６０，６６は図１に示された受信バッファ１８ａ，１８ｂと同様の機能を有する。送信バッファ１７ａ，１７ｂおよび受信バッファ１８ａ，１８ｂの動作は既に詳述されているので、簡単のため、ここでは長い説明を繰り返さない。

なお、第１の端末５２が第２の端末６２に宛ててデータを出力するときは、第１の端末５２は「送信器」になり、第２の端末６２は「受信器」になる。しかしながら、第１の端末５２が第２の端末６２からのデータを受信するときは、第１の端末５２は「受信器」になり、第２の端末６２は「送信器」になる。つまり、「送信器」および「受信器」という名称は、第１の端末５２および第２の端末６２の動作に依存する。

図４のフローチャートに関しては、第１の端末５２は送信器として機能する。通信インターフェース５６はステップ１００，１０２，１０４，１０６，１１０，１１２の実施に使用され、決定ロジック回路５８はステップ１０８の実施に使用される。つまり、新しいデータ編成を処理するか否かは、決定ロジック回路５８で生成されるチェック結果にしたがって決定される。

図６のフローチャートに関しては、第１の端末５２は送信器として機能する。通信インターフェース５６はステップ１６０，１６２，１６４，１６８，１７０の実施に使用され、決定ロジック回路５８はステップ１６６の実施に使用される。つまり、新しいデータ編成を処理するか否かは、決定ロジック回路５８で生成されるチェック結果にしたがって決定される。

図８のフローチャートに関しては、第１の端末５２は受信器として機能する。通信インターフェース５６はステップ２００，２０２，２０６，２０８，２１２，２１６，２１８の実施に使用され、決定ロジック回路５８はステップ２０４，２１０，２１４の使用に実施される。したがって、送信バッファ６５の中で送信窓用に規定された送信窓の大きさは、通信インターフェース５６が決定ロジック回路５８で生成されたチェック結果にしたがって機能することによって調整される。

したがって、本発明にしたがった決定ロジック回路５８の助けがあれば、通信インターフェース５６は、バッファメモリ５４を適切に扱い、第１の端末５２と第２の端末６２との間のデータ取引の向上という目的を達成することができる。

従来技術と異なって、本発明にしたがった上記の方法は、ある無線ベアラに対応するメモリブロックすなわち送信窓が満杯のときは、その無線ベアラを通して伝送するように要求されたＳＤＵを処理しないように第１の端末をブロックする。また、新しい無線ベアラの確立によって送信バッファが再構成された後も、以前に確立された無線ベアラを通して伝送することを必要とするこれらのＰＤＵは、廃棄されることなく保持される。そして、これらのＰＤＵは、同位の第２の端末によって徐々に受信される。したがって、本発明による上記の方法にしたがえば、新しい無線ベアラは、占有されていたストレージスペースを徐々に確実に掌握することができる。データの受信に関しては、本発明にしたがった上記の方法は、第１の端末で受信されたあらゆるＰＤＵを、新しく確立された無線ベアラに対応するメモリブロックに確実に受け入れることができる。つまり、第１の端末は、新しい無線ベアラに対応する送信窓の大きさを動的に調整するために、第２の端末に宛ててＷＩＮＤＯＷＳＵＦＩを出力する。したがって、本発明による上記の方法にしたがえば、第２の端末から伝送されたＰＤＵが廃棄されることはない。その結果、無線伝送効率は大幅に向上し、データのスループットは最適化される。

当業者ならば、本発明の教示内容から逸脱することなしに、前述のデバイスに対して様々な変更および置き換えを容易に行うことができる。したがって、前述の開示内容は、添付の特許請求の範囲によってのみ範囲を限定されることが望ましい。

従来技術の無線通信システムの概略を示したブロック図である。図１に示したバッファメモリの概略図である。図１に示したバッファメモリを再構成した結果を示した概略図である。第１の端末と第２の端末との間のデータの伝送を制御する本発明による方法を示したフローチャートである。本発明によるメモリブロックの管理を示した説明図である。第１の端末と第２の端末との間のデータの伝送を制御する本発明による別の方法を示したフローチャートである。本発明による送信バッファの管理を示した説明図である。第１の端末と第２の端末との間のデータの受信を制御する本発明による方法を示したフローチャートである。本発明にしたがった上記の方法を実現するために使用される第１の端末および第２の端末を示したブロック図である。

符号の説明

１０…無線通信システム
１２…第１の端末
１４…第２の端末
１６ａ，１６ｂ…バッファメモリ
１７ａ，１７ｂ…送信バッファ
１８ａ，１８ｂ…受信バッファ
１９…ストレージスペース
５２…第１の端末
５４…バッファメモリ
５６…通信インターフェース
５８…決定ロジック回路
５９…送信バッファ
６０…受信バッファ
６２…第２の端末
６４…バッファメモリ
６５…送信バッファ
６６…受信バッファ

Claims

第１の端末と第２の端末との間の無線通信を制御するための方法であって、
前記第１の端末は、バッファメモリを有し、前記バッファメモリの第１のメモリブロックは、第１の無線ベアラを通して前記第２の端末に伝送するように要求されたデータ編成を格納するために前記第１の無線ベアラに割り当てられ、前記方法は、
（ａ）前記第１の端末と前記第２の端末との間に第２の無線ベアラを確立するステップと、
（ｂ）前記第１のメモリブロックを再構成するとともに、前記第２の無線ベアラを通して前記第２の端末に伝送するように要求されたデータ編成を格納するために前記バッファメモリの第２のメモリブロックを前記第２の無線ベアラに割り当てるステップと、
（ｃ）前記第１のメモリブロックが、前記第１の無線ベアラを通して前記第２の端末に伝送するように要求された第１のデータ編成を受け入れることができない場合は、前記第１の端末による前記第１のメモリブロックへの前記第１のデータ編成の引き渡しをブロックするステップと
を備える方法。
請求項１に記載の方法であって、さらに、
前記第２のメモリブロックが、前記第２の無線ベアラを通して前記第２の端末に伝送するように要求された第２のデータ編成を受け入れることができない場合は、前記第１の端末による前記第２のメモリブロックへの前記第２のデータ編成の引き渡しをブロックするステップを備える方法。
請求項２に記載の方法であって、
前記第１の端末は、前記第１のメモリブロックが満杯である場合は前記第１のデータ編成の処理を停止し、前記第２のメモリブロックが満杯である場合は前記第２のデータ編成の処理を停止する方法。
請求項１に記載の方法であって、
前記ステップ（ｂ）は、さらに、前記バッファメモリの中の前記第１のメモリブロックを、前記第１のメモリブロックの再構成のために減少させる方法。
請求項１に記載の方法であって、
前記ステップ（ｂ）は、さらに、前記第２のメモリブロックを割り当てるときに、前記バッファメモリに格納されているデータ編成を保持することを含む方法。
第１の端末と第２の端末との間の無線通信を制御するための方法であって、
前記第１の端末は、バッファメモリを有し、前記バッファメモリの第１のメモリブロックは、第１の無線ベアラを通して前記第２の端末から伝送されたデータ編成を格納するために前記第１の無線ベアラに割り当てられ、前記方法は、
（ａ）前記第１の端末と前記第２の端末との間に第２の無線ベアラを確立するステップと、
（ｂ）前記第２の無線ベアラを通して前記第２の端末から伝送されたデータ編成を格納するために前記バッファメモリの第２のメモリブロックを前記第２の無線ベアラに割り当てるステップと、
（ｃ）前記第２の無線ベアラに使用できる前記第２のメモリブロックの容量が、前記第２の無線ベアラに割り当てられた前記第２のメモリブロックの総容量に満たない場合は、前記第２の無線ベアラのための前記第２の端末の送信窓の大きさを調整するために、前記第１の端末による前記第２の端末への制御メッセージの出力を駆動するステップであって、前記送信窓は、前記第２の無線ベアラで伝送することを許可された、以下でＰＤＵと称されるプロトコルデータ編成の数の範囲を定めるステップと
を備える方法。
請求項６に記載の方法であって、さらに、
前記第２のメモリブロックを割り当てるときに、前記バッファメモリに格納されているデータ編成を保持するステップを備える方法。
請求項６に記載の方法であって、
前記第２の端末が、前記第１の端末から前記制御メッセージを受信するときに、前記第２の無線ベアラのための前記第２の端末の前記送信窓の前記大きさは、前記第２の無線ベアラに使用できる前記第２のメモリブロックの前記容量に等しくなるように調整される方法。
請求項６に記載の方法であって、
前記ステップ（ｂ）は、さらに、前記バッファメモリの中の前記第１のメモリブロックを、前記バッファメモリの中の前記第２のメモリブロックを割り当てるために減少させることを含む方法。
請求項６に記載の方法であって、
前記ステップ（ｃ）は、さらに、前記第２の無線ベアラに使用できる前記第２のメモリブロックの前記容量が、所定量のスペースだけ増大した場合は、前記第２の無線ベアラのための前記第２の端末の前記送信窓の前記大きさを増大させるために、前記第１の端末による前記制御メッセージの出力を駆動することを含む方法。
請求項１０に記載の方法であって、前記所定量だけ増大した前記第２のメモリブロックの前記容量が、前記第２のメモリブロックの前記総容量に達した場合は、前記第１の端末は、前記制御メッセージを出力することによって、前記第２の無線ベアラのための前記第２の端末の前記送信窓の前記大きさを、前記第２の無線ベアラが確立されたときに設定された大きさに等しくなるように調整する方法。
請求項１０に記載の方法であって、
前記ステップ（ｃ）は、さらに、前記第１の端末を駆動することによって、前記第２の無線ベアラに使用できる前記第２のメモリブロックの前記容量が増大したか否かを周期的にチェックすることを含む方法。
請求項６に記載の方法であって、
前記第２のメモリブロックが、前記第２の無線ベアラを通して前記第２の端末から伝送されたデータ編成を格納しはじめる前に、前記第２の無線ベアラに使用できる前記第２のメモリブロックの前記容量が、前記第２の無線ベアラに割り当てられた前記第２のメモリブロックの前記総容量に満たない場合は、前記第１の端末は、前記第２の無線ベアラのための前記第２の端末の前記送信窓の前記大きさを減らすために、前記制御メッセージを出力する方法。
第１の端末と第２の端末との間の無線通信を制御するための方法であって、前記第１の端末は、バッファメモリを有し、第１の送信窓は、第１の無線ベアラを通して前記第２の端末に伝送することを許可されたデータ編成を受け入れるために前記バッファメモリの中に構成され、前記第１の送信窓に受け入れられないデータ編成は、前記第１の送信窓に受け入れられている少なくとも一つの最小シーケンス番号のＰＤＵが受信を肯定応答されるまでは、前記第１の無線ベアラを通して伝送することを許可されず、前記方法は、
（ａ）前記第１の端末と前記第２の端末との間に第２の無線ベアラを確立するステップと、
（ｂ）前記第１の送信窓を再構成するとともに、前記第２の無線ベアラを通して前記第２の端末に伝送することを許可されたデータ編成を受け入れるために前記バッファメモリの中に第２の送信窓を構成するステップと、
（ｃ）前記第２の送信窓を除く部分の前記バッファメモリが、前記第１の無線ベアラを通して前記第２の端末に伝送するように要求された第１の新しいデータ編成を受け入れることができない場合は、前記第１の端末による前記バッファメモリへの前記第１の新しいデータ編成の引き渡しをブロックするステップと
を備える方法。
請求項１４に記載の方法であって、さらに、
前記第２の送信窓を除く部分の前記バッファメモリが、前記第１の新しいデータ編成を受け入れることができる場合は、前記第１の新しいデータ編成を前記バッファメモリに格納するステップを備える方法。
請求項１５に記載の方法であって、さらに、
前記第１の送信窓が、前記第１の新しいデータ編成を受け入れることができる場合は、前記第１の新しいデータ編成を前記第１の送信窓に格納するステップを備える方法。
請求項１４に記載の方法であって、さらに、
前記第１の送信窓を除く部分の前記バッファメモリが、前記第２の無線ベアラを通して前記第２の端末に伝送するように要求された第２の新しいデータ編成を受け入れることができない場合は、前記第１の端末による前記バッファメモリへの前記第２の新しいデータ編成の引き渡しをブロックするステップを備える方法。
請求項１７に記載の方法であって、さらに、
前記第１の送信窓を除く部分の前記バッファメモリが、前記第２の新しいデータ編成を受け入れることができる場合は、前記第２の新しいデータ編成を前記バッファメモリに格納するステップを備える方法。
請求項１８に記載の方法であって、さらに、
前記第２の送信窓が、前記第２の新しいデータ編成を受け入れることができる場合は、前記第２の新しいデータ編成を前記第２の送信窓に格納するステップを備える方法。
請求項１４に記載の方法であって、
前記第１の端末は、前記バッファメモリが満杯である場合は前記新しいデータ編成の処理を停止する方法。
請求項１４に記載の方法であって、
前記ステップ（ｂ）は、さらに、前記第２の送信窓を構成するときに、前記バッファメモリに格納されているデータ編成を保持することを含む方法。
受信器との間で無線通信を行う送信器であって、前記送信器は、第１の無線ベアラを通して前記受信器に伝送するように要求されたデータ編成を格納するために第１のメモリブロックを前記第１の無線ベアラに割り当て、前記送信器は、
前記第１のメモリブロックを割り当てるためのバッファメモリと、
前記バッファメモリに電気的に接続された通信インターフェースであって、前記送信器と前記受信器との間に第２の無線ベアラを確立し、前記第１のメモリブロックを再構成し、前記第２の無線ベアラを通して前記受信器に伝送するように要求されたデータ編成を格納するために前記バッファメモリの第２のメモリブロックを前記第２の無線ベアラに割り当てるための通信インターフェースと、
前記通信インターフェースに電気的に接続された決定ロジック回路であって、前記第１のメモリブロックが、前記第１の無線ベアラを通して前記受信器に伝送されるように要求された第１のデータ編成を受け入れることができない場合は、前記通信インターフェースによる前記第１のメモリブロックへの前記第１のデータ編成の引き渡しをブロックするための決定ロジック回路と
を備える送信器。
請求項２２に記載の送信器であって、
前記第２のメモリブロックが、前記第２の無線ベアラを通して前記受信器に伝送されるように要求された第２のデータ編成を受け入れることができない場合は、前記決定ロジック回路は、前記通信インターフェースによる前記第２のメモリブロックへの前記第２のデータ編成の引き渡しをブロックする送信器。
請求項２３に記載の送信器であって、
前記通信インターフェースは、前記決定ロジック回路によって前記第１のメモリブロックが満杯であることを検出した場合は前記第１のデータ編成の処理を停止し、前記決定ロジック回路によって前記第２のメモリブロックが満杯であることを検出した場合は前記第２のデータ編成の処理を停止する送信器。
請求項２２に記載の送信器であって、
前記通信インターフェースは、前記バッファメモリの中の前記第１のメモリブロックを、前記第１のメモリブロックの再構成のために減少させる送信器。
請求項２２に記載の送信器であって、
前記通信インターフェースは、前記第２のメモリブロックを割り当てるときに、前記バッファメモリに格納されているデータ編成を保持する送信器。
送信器との間で無線通信を行う受信器であって、前記受信器は、第１の無線ベアラを通して前記送信器から伝送されたデータ編成を格納するために第１のメモリブロックを前記第１の無線ベアラに割り当て、前記受信器は、
前記第１のメモリブロックを割り当てるためのバッファメモリと、
前記バッファメモリに電気的に接続された通信インターフェースであって、前記送信器と前記受信器との間に第２の無線ベアラを確立し、前記第２の無線ベアラを通して前記送信器から伝送されたデータ編成を格納するために前記バッファメモリの第２のメモリブロックを前記第２の無線ベアラに割り当てるための通信インターフェースと、
前記通信インターフェースに電気的に接続された決定ロジック回路であって、前記第２の無線ベアラに使用できる前記第２のメモリブロックの容量が、前記第２の無線ベアラに割り当てられた前記第２のメモリブロックの総容量に満たない場合は、前記第２の無線ベアラのための前記送信器の送信窓の大きさを調整するために、前記通信インターフェースによる前記送信器への制御メッセージの出力を駆動するための決定ロジック回路であって、前記送信窓は、前記第２の無線ベアラで伝送することを許可された、以下でＰＤＵと称されるプロトコルデータ編成の数の範囲を定める、決定ロジック回路と
を備える受信器。
請求項２７に記載の受信器であって、
前記通信インターフェースは、前記第２のメモリブロックを割り当てるときに、前記バッファメモリに格納されているデータ編成を保持する受信器。
請求項２７に記載の受信器であって、
前記制御メッセージは、前記第２の無線ベアラのための前記送信器の前記送信窓の前記大きさを、前記第２の無線ベアラに使用できる前記第２のメモリブロックの前記容量に等しくなるように調整するために使用される受信器。
請求項２７に記載の受信器であって、
前記通信インターフェースは、前記バッファメモリの中の前記第１のメモリブロックを、前記バッファメモリの中の前記第２のメモリブロックを割り当てるために減少させる受信器。
請求項２７に記載の受信器であって、
前記第２の無線ベアラに使用できる前記第２のメモリブロックの前記容量が、所定量のスペースだけ増大した場合は、前記決定ロジック回路は、前記第２の無線ベアラのための前記送信器の前記送信窓の前記大きさを増大させるために、前記通信インターフェースによる前記制御メッセージの出力を駆動する受信器。
請求項３１に記載の受信器であって、
前記所定量のスペースだけ増大した前記第２のメモリブロックの前記容量が、前記第２のメモリブロックの前記総容量に達した場合は、前記通信インターフェースは、前記制御メッセージを出力することによって、前記第２の無線ベアラのための前記送信器の前記送信窓の前記大きさを、前記第２の無線ベアラが確立されたときの大きさに等しくなるように調整する受信器。
請求項３１に記載の受信器であって、
前記決定ロジック回路は、前記第２の無線ベアラに使用できる前記第２のメモリブロックの前記容量が増大したか否かを周期的にチェックする受信器。
請求項２７に記載の受信器であって、
前記第２のメモリブロックが、前記第２の無線ベアラを通して前記送信器から伝送されたデータ編成を格納しはじめる前に、前記第２の無線ベアラに使用できる第２のメモリブロックの前記容量が、前記第２の無線ベアラに割り当てられた前記第２のメモリブロックの前記総容量に満たない場合は、前記通信インターフェースは、前記第２の無線ベアラのための前記送信器の前記送信窓の前記大きさを減少させるために、前記制御メッセージを出力する受信器。
受信器との間で無線通信を行う送信器であって、前記送信器は、第１の無線ベアラを通して前記受信器に伝送することを許可されたデータ編成を受け入れるために構成された第１の送信窓を有し、前記第１の送信窓に受け入れられないデータ編成は、前記第１の送信窓に受け入れられている少なくとも一つの最小シーケンス番号のＰＤＵが受信を肯定応答されるまでは、前記第１の無線ベアラを通して伝送することを許可されず、前記送信器は、
前記第１の送信窓を割り当てるためのバッファメモリと、
前記バッファメモリに電気的に接続された通信インターフェースであって、前記送信器と前記受信器との間に第２の無線ベアラを確立し、前記第１の送信窓を再構成し、前記第２の無線ベアラを通して前記受信器に伝送することを許可されたデータ編成を受け入れるために前記バッファメモリの中に第２の送信窓を構成するための通信インターフェースと、
前記通信インターフェースに電気的に接続された決定ロジック回路であって、前記第２の送信窓を除く部分の前記バッファメモリが、前記第１の無線ベアラを通して前記受信器に伝送するように要求された第１の新しいデータ編成を受け入れることができない場合は、前記通信インターフェースによる前記バッファメモリへの前記第１の新しいデータ編成の引き渡しをブロックするための決定ロジック回路と
を備える送信器。
請求項３５に記載の送信器であって、
前記決定ロジック回路が、前記第２の送信窓を除く部分の前記バッファメモリが前記第１の新しいデータ編成を受け入れることができると検出した場合は、前記通信インターフェースは、前記第１の新しいデータ編成を前記バッファメモリに格納する送信器。
請求項３６に記載の送信器であって、
前記第１の送信窓が、前記第１の新しいデータ編成を受け入れることができる場合は、前記通信インターフェースは、前記第１の新しいデータ編成を前記第１の送信窓に格納する送信器。
請求項３５に記載の送信器であって、
もし、前記決定ロジック回路が、前記第１の送信窓を除く部分の前記バッファメモリが前記第２の無線ベアラを通して前記受信器に伝送するように要求された第２の新しいデータ編成を受け入れることができないと検出した場合は、前記決定ロジック回路は、前記通信インターフェースによる前記バッファメモリへの前記第２の新しいデータ編成の引き渡しをブロックする送信器。
請求項３８に記載の送信器であって、
前記第１の送信窓を除く部分の前記バッファメモリが、前記第２の新しいデータ編成を受け入れることができる場合は、前記通信インターフェースは、前記第２の新しいデータ編成を前記バッファメモリに格納する送信器。
請求項３９に記載の送信器であって、
前記第２の送信窓が、前記第２の新しいデータ編成を受け入れることができる場合は、前記通信システムは、前記第２の新しいデータ編成を前記第２の送信窓に格納する送信器。
請求項３５に記載の送信器であって、
もし、前記決定ロジック回路が、前記バッファメモリが満杯であることを検出した場合は、前記通信インターフェースは、前記新しいデータ編成の処理を停止する送信器。
請求項３５に記載の送信器であって、
前記第２の送信窓が構成されるとき、前記通信インターフェースは、前記バッファメモリに格納されているデータ編成を保持する送信器。