(57)【要約】  方法及びシステムにおいて、確認モード(AM)RLCを採用するセルラ無線システムでは無線リンク制御(RLC)ステータスレポートが順序どおりに配信されないため、ピークスループットが増大する。そこで、順序どおりの配信が行われているときでも、例えばシステムがHARQ送信を使用する場合であっても、RLCステータスレポートに関するデータに対しては使用されない。
2010529733.tif 000002
【特許請求の範囲】
【請求項１】
送信器(103,105)と受信器(103,105)との間のデータの伝送に使用されるセルラ無線システムにおいて無線リンク制御(RLC)ステータスレポートを送信する方法であって、
少なくとも１つの第１論理チャネルでデータを送信するステップと、
前記少なくとも１つの第１論理チャネルとは別の第２論理チャネルでRLCステータスレポートを送信するステップ(203)と、
前記RLCステータスレポートを受信したとき、当該RLCステータスレポートを、再順序化キューにバッファリングすることなく直接配信するステップ(205)と、
を有することを特徴とする方法。
【請求項２】
前記少なくとも１つの第１論理チャネルで送信される他のデータは、配信される前に前記受信器によって再順序化されることを特徴とする請求項１に記載の方法。
【請求項３】
高速ハイブリッド自動再送要求(HARQ)送信プロトコルを採用することを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記別の第２論理チャネルで受信したパケットが過去に受信したパケットより以前に生成されたものである場合、当該第２論理チャネルで受信したパケットを破棄するステップ(209)を更に有することを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
送信シーケンスナンバー(TSN)に基づいて、パケットが他のパケットより以前に生成されたかを判断されることを特徴とする請求項４に記載の方法。
【請求項６】
前記RLCステータスレポートを送信するステップは、前記別の第２論理チャネルでRLCステータスレポートを送信するとともに、同一の前記別の第２論理チャネルでRLC制御メッセージを送信することを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
セルラ無線システムにおいて無線リンク制御(RLC)ステータスレポートを送信するとともに、前記セルラ無線システムにおいてデータを送信する送信器(103,105)であって、
データを送信するのに使用されるチャネルとは別の論理チャネルでRLCステータスレポートを送信する手段を有することを特徴とする送信器。
【請求項８】
高速ハイブリッド自動再送要求(HARQ)送信プロトコルを用いてデータが送信されることを特徴とする請求項７に記載の送信器。
【請求項９】
前記送信する手段は、前記別の論理チャネルでRLCステータスレポートを送信するとともに、同一の前記別の論理チャネルでRLC制御メッセージを送信することを特徴とする請求項７又は８に記載の送信器。
【請求項１０】
セルラ無線システムにおいて無線リンク制御(RLC)ステータスレポートを受信するとともに、前記セルラ無線システムにおいてデータを受信する受信器(103,105)であって、
データを受信するのに使用されるチャネルとは別の論理チャネルでRLCステータスレポートを受信する手段と、
前記RLCステータスレポートを受信したとき、当該RLCステータスレポートを、再順序化キューにバッファリングすることなく直接配信する手段と、
を有することを特徴とする受信器。
【請求項１１】
他のデータが配信される前に別の論理チャネルで受信した前記データを再順序化する手段を更に有することを特徴とする請求項１０に記載の受信器。
【請求項１２】
高速ハイブリッド自動再送要求(HARQ)送信プロトコルを用いて前記データ及び前記RLCステータスレポートを受信することを特徴とする請求項１０又は１１に記載の受信器。
【請求項１３】
前記別の論理チャネルで受信したパケットが過去に受信したパケットより以前に生成されたものである場合、当該受信したパケットを破棄する手段を更に有することを特徴とする請求項１０乃至１２のいずれか１項に記載の受信器。
【請求項１４】
送信シーケンスナンバー(TSN)に基づいて、パケットが他のパケットより以前に生成されたかを判断する手段を更に有することを特徴とする請求項１３に記載の受信器。
【請求項１５】
前記受信する手段は、前記別の論理チャネルでRLCステータスレポートを受信するとともに、同一の前記別の論理チャネルでRLC制御メッセージを受信することを特徴とする請求項１０乃至１４のいずれか１項に記載の受信器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、確認モード(Acknowledge Mode : AM)RLCを使用するセルラ無線システムにおいて無線リンク制御(Radio Link Control : RLC)ステータスレポートを送信する方法及びシステムに関する。特に、本発明は、再順序化機能を要求する伝送プロトコルと組み合わせて、確認モード(AM)RLCを使用するセルラ無線システムにおいて無線リンク制御(RLC)ステータスレポートを送信する方法及びシステムに関する。
【背景技術】
【０００２】
無線リンク制御(RLC)プロトコルは3GPP標準規格TS.25.322において標準化されたものである。そこでは異なる動作方法論で３つのタイプのRLCエンティティが設けられた。この３つのタイプとは、透過モード(Transparent Mode : TM)、非確認モード(Unacknowledged Mode : UM)、及び、確認モード(Acknowledged Mode : AM)のRLCエンティティである。最初の２つのエンティティは再送を行わない。これに対し３番目のエンティティ、すなわち確認モード(AM)RLCでは、ウィンドウベースのシステムを採用し、消失したパケットの再送を行う。
【０００３】
このAM RLCはウィンドウベースであり、スライディング・ウィンドウが終わらないかぎり送信器から受信器への送信が実行される。スライディング・ウィンドウは、固定サイズであり、送信器が確認応答を受信せずに受信器にデータを送り続けることができるプロトコルデータ単位PDUの量を示すものである。
【０００４】
送信器が送り続けることができるPDUの量に到達すると、送信器は、過去のPDUに対する確認応答が届くまで新たなPDUの送信を停止しなければならない。AM RLCにおいては、受信器によってステータスレポートのかたちで確認応答が送信器に送信される。ステータスレポートは、所定の構成されたトリガイベントに応答して受信器から送信器に送信された確認応答のリストとして見ることができる。送信器がステータスレポートを受信すると、いくつかのあるいは全ての否定応答されたPDUを再送しなければならない。ステータスレポート送信のトリガは、3GPP TS 25.322 無線リンク制御(RLC)プロトコル標準規格書に列挙されており、そのトリガには、ステータスレポートを送信器に配信しなければならないことを受信器に対して示すPollビットセットを持つPDUが含まれる。また、PDUの検出失敗及び周期タイマーもステータスレポートのトリガとなる。
【０００５】
ステータスレポートは、ステータス禁止タイマー(status prohibit timer)が作動していなければ、これらがトリガされた後に送信される。ステータス禁止タイマーは、指定された時間の間はステータスレポートを送信するのを受信器に禁止させるための、設定可能なタイマーである。ステータス禁止タイマーの目的は、ステータスレポートの頻発を防止することである。RLC往復遅延時間(RLC round trip time : RTT)内に数回のステータスレポートがあるときは、不必要な再送が生じ、プロトコル性能が低下する。
【０００６】
ステータス禁止タイマーは、１つのステータスレポートが送信された後に設定され、受信器はそのタイマーが時間切れになるまで新たなステータスレポートを送信することはできない。この時間中に、ステータスレポートが例えば上述したような作用でトリガされたときは、ステータス禁止タイマーが時間切れになるまで、そのステータスレポートの送信は延期される。また、ステータスレポートはシーケンス番号を持っておらず、スライディング・ウィンドウは最後に受信したステータスレポートによって更新される。
【０００７】
高速ダウンリンク共有チャネル(HS-DSCH)は、3GPPリリース5における高速パケットデータチャネルである。エンハンスト個別チャネル(E-DCH)は、3GPPリリース6で規定されているアップリンクチャネルである。HS-DSCH及びE-DCHは共に、ソフト結合(soft combining)によるハイブリッド自動再送要求(HARQ)を採用する。HARQレベルにおける再送の導入によって、NodeBにおける再順序化キュー(reordering queue)が必要になった。3GPP TS 25.321メディアアクセス制御(MAC)プロトコルの標準規格書は上位レイヤへの順序どおりの配信を規定しており、HARQにより送信されるパケットは、順序が乱れた配信を生じる送信のいくつかの試行の後に受信されうるので、再順序化キューが実行される。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
既存のソリューションにおいては、ダウンリンクのHS-DSCH及びアップリンクのE-DCHのピーク性能は、RLC AMが使用される場合にストールするRLCスライディング・ウィンドウによって大きく制限される。RLCスライディング・ウィンドウがストールするのは、ステータスレポートがHARQ再送によって遅延したために、あるいは、例えばHARQ障害によりステータスレポートが全く受信されないために、ステータスレポートによるウィンドウのスライドができないときに起きる。
【０００９】
したがって、RLC AMを使用するシステムにおける性能を向上させることのできる方法及びシステムが必要である。
【課題を解決するための手段】
【００１０】
本発明の目的は、RLC AMを使用するシステムの性能を向上させることである。
【００１１】
本発明の更なる目的は、HARQ伝送などのパケットの再順序化が必要な伝送プロトコルと組み合わせて、RLC AMを使用するシステムのピーク性能を向上させることができる方法及びシステムを提供することである。
【００１２】
本発明の更なる目的は、RLC AMのスライディング・ウィンドウのストールを防止する方法及びシステムを提供することである。
【００１３】
これらの目的及び他の目的は、添付の特許請求の範囲に記載されるような方法及びシステムによって達成される。したがって、これら方法及びシステムを提供することによって、RLCステータスレポートは順序どおりに配信される必要がなく、また、ピークスループットの向上が図られる。よって、例えばHARQ伝送が使用され、順序どおりの配信が行われたとしても、RLCステータスレポートに関するデータには、順序どおりの配信は使用されない。
【００１４】
一実施形態において、RLCステータスレポートが認識され、送信器から受信器へ送信される他のデータに使用されるチャネルとは異なる別の論理チャネルに割り当てることにより、送信器から受信器へ送信される他のデータから分離される。
【００１５】
一実施形態によれば、上記別のチャネルは他のRLCメッセージを送信するのに使用されるチャネルである。
【００１６】
別の実施形態によれば、最後に送信されたものより新しいRLCステータスレポートを含むパケットだけが上位レイヤに送信され、それ以外は破棄される。ステータスレポートが他のRLCメッセージと同じチャネルで送信されるときは、全てのRLC制御メッセージがRLCステータスレポートと同じ扱いを受けることになる。しかしこれは問題にならない。したがって、RLCステータスレポートはRLCメッセージとともに、HARQ再送のないDCHチャネルと同様に、直接配信されることになる。
【図面の簡単な説明】
【００１７】
以下に掲げる内容の添付図面を参照し、限定を意図しない実施例により、本発明を詳細に説明する。
【図１】セルラ無線システムの概略図。
【図２】データ、特にRLCステータスレポートに関するデータ、を送信するときの各ステップを示すフローチャート。
【発明を実施するための形態】
【００１８】
RLC AMが使用されるときのステータスレポートを伝送する従来のシステムにおいては、EULによるHSDPAのTCPピーク性能（Edgar Ramos. LMF-06:000062. Rev. A. 2005-09-01）に示されるように、ステータスリポートを多く発行することがピーク性能をもたらすことが分かった。
【００１９】
しかし、ステータスレポートは、依然としてチャネルにおいて目標とするブロックエラーレートに依存して遅延しうる。例えば、TTI(Transmission Time Interval)が10msのHSDPA及びE-DCHが、例えば30ms未満の低い値を使用するHSDPA RLCステータス禁止タイマーとともに使用される場合における、高速ダウンロードを考える。通常、ダウンリンクRLCステータスレポートは、アップリンクのTCP確認応答などの他のデータと同じ再順序化キューに含められる。これらは他のデータによる同じMAC PDUにおけるものであるから、NodeBにおける受信障害の確率が高い大きなトランスポートブロックに割り当てられうる。加えて、ダウンリンクRLCステータスレポートは、先行のMAC PDUが正しく受信され配信されるまでの待ち時間がないので、アップリンクHARQ再順序化キューに影響され、ダウンリンクRLCウィンドウのスライドの遅延を生じる。アップリンクのHARQ再順序化のために、アップリンク再順序化キューにおいていくつかのRLCステータスレポートが同時にされうる。しかし、ステータスレポートのための順序どおりの配信（in-sequence delivery）は必要ではない。したがって、正しく受信した最新のステータスレポートに対して動作することがきわめて重要である。
【００２０】
したがって、RLCステータスレポートが順序どおりに配信される必要がない方法を及びシステムを提供することにより、ピーク性能が向上する。よって、HARQ伝送に対して順序どおりの配信があるときでも、RLCステータスレポートに関するデータには使用されず、これによりシステムの性能は向上する。
【００２１】
図１にセルラ無線システム100の概略図を示す。セルラ無線システムは、UE103で示される複数の移動局若しくはユーザ機器を含む。図１にはUE103が１つだけ表されているが、地理的領域内に任意の数の移動局が存在しうることはいうまでもない。UE103は、UE103が位置する領域にサービスを提供する基地局(NodeB)101を経由して、セルラ無線システム100と接続することができる。複数の基地局101が無線ネットワーク制御装置RNC105に接続される。RNC105は一般に、無線リンク制御ノード(RLC)107を含む。RLC107はとりわけ、エラーの検出を行う。
【００２２】
図２に、アップリンクにおいてUE103からRNC105に、データ、特にRLCステータスレポートに関するデータ、を送信するときの各ステップを表したフローチャートを示す。まず、ステップ２０１で、RLCステータスレポートが生成される。次に、ステップ２０３で、ステータスレポートが、PDUパケットに含められて、制御RLCメッセージに使用される別の論理チャネルで、送信される。この別の論理チャネルは、いかなる種類のチャネルでもよいし、あるいは、別のMACフローでもよい。次に、ステップ２０５で、上記別の論理チャネルで受信した全てのPDUパケットが直ちに、すなわち再順序化するための待ち時間なしに、配信される。その後、ステップ２０７で、受信器は、上記別の論理チャネルで最後に受信したパケットの送信シーケンスナンバー(Transmission Sequence Number : TSN)をチェックする。ステップ２０７でのチェックは、これまで受信した中で最大のTSNを持つPDUパケットのTSNに対して、ラップアラウンド(wrap around)効果を考慮して行われる。ステップ２０７で現在受信したPDUパケットが過去に受信したPDUパケットよりも以前に生成されたものであると判断された場合、ステップ２０９でそのパケットは破棄される。そうでなければ、ステップ２１１で、RLC AMステータスレポートを含むPDUパケットがRLCに配信される。RLCステータスレポートのために、HARQ再送は今までどおり採用されるべきである。
【００２３】
図２に関連して記載した方法は、RLCステータスレポートがRNCからUEに送信されるときのダウンリンクに同様にうまく採用することができる。
【００２４】
以上説明したような、RLC制御メッセージ及び特にRLCステータスレポートにHARQ再順序化が実行されない方法及び装置を用いることによって、送信ウィンドウのスライディングが高速化され、AM RLCプロトコルにはよりよい性能が与えられることになる。これは、最新のRLCステータスレポートが常に作用を及ぼす唯一のものとすることを実現することによって得られる。よって、古いレポートをRLCに配信する必要がない。
【図１】
2010529733.tif 000003
【図２】
2010529733.tif 000004
【手続補正書】
【提出日】平成21年2月24日(2009.2.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信器(103,105)と受信器(103,105)との間のデータの伝送に使用されるセルラ無線システムにおいて無線リンク制御(RLC)ステータスレポートを受信する方法であって、
少なくとも１つの第１論理チャネルでデータを受信するステップと、
前記少なくとも１つの第１論理チャネルとは別の第２論理チャネルでRLCステータスレポートを受信するステップ(203)と、
前記RLCステータスレポートを受信したとき、当該RLCステータスレポートを、再順序化キューにバッファリングすることなく直接配信するステップ(205)と、
を有することを特徴とする方法。
【請求項２】
前記少なくとも１つの第１論理チャネルで受信される他のデータは、配信される前に前記受信器によって再順序化されることを特徴とする請求項１に記載の方法。
【請求項３】
高速ハイブリッド自動再送要求(HARQ)送信プロトコルを採用することを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記別の第２論理チャネルで受信したパケットが過去に受信したパケットより以前に生成されたものである場合、当該第２論理チャネルで受信したパケットを破棄するステップ(209)を更に有することを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
送信シーケンスナンバー(TSN)に基づいて、パケットが他のパケットより以前に生成されたかを判断されることを特徴とする請求項４に記載の方法。
【請求項６】
前記RLCステータスレポートを受信するステップは、前記別の第２論理チャネルでRLCステータスレポートを受信するとともに、同一の前記別の第２論理チャネルでRLC制御メッセージを送信することを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
セルラ無線システムにおいて無線リンク制御(RLC)ステータスレポートを受信するとともに、前記セルラ無線システムにおいてデータを受信する受信器(103,105)であって、
データを受信するのに使用されるチャネルとは別の論理チャネルでRLCステータスレポートを受信する手段と、
前記RLCステータスレポートを受信したとき、当該RLCステータスレポートを、再順序化キューにバッファリングすることなく直接配信する手段と、
を有することを特徴とする受信器。
【請求項８】
他のデータが配信される前に別の論理チャネルで受信した前記データを再順序化する手段を更に有することを特徴とする請求項７に記載の受信器。
【請求項９】
高速ハイブリッド自動再送要求(HARQ)送信プロトコルを用いて前記データ及び前記RLCステータスレポートを受信することを特徴とする請求項７又は８に記載の受信器。
【請求項１０】
前記別の論理チャネルで受信したパケットが過去に受信したパケットより以前に生成されたものである場合、当該受信したパケットを破棄する手段を更に有することを特徴とする請求項７乃至９のいずれか１項に記載の受信器。
【請求項１１】
送信シーケンスナンバー(TSN)に基づいて、パケットが他のパケットより以前に生成されたかを判断する手段を更に有することを特徴とする請求項１０に記載の受信器。
【請求項１２】
前記受信する手段は、前記別の論理チャネルでRLCステータスレポートを受信するとともに、同一の前記別の論理チャネルでRLC制御メッセージを受信することを特徴とする請求項７乃至１１のいずれか１項に記載の受信器。
【国際調査報告】
2010529733.tif 000005
2010529733.tif 000006
2010529733.tif 000007
2010529733.tif 000008