JP2010539843A - 無線通信システムにおけるポーリング手順の実行方法 - Google Patents

Abstract

無線通信システムにおけるポーリング手順実行のためのデータブロック生成方法、データ伝送方法及びポーリング手順実行方法が開示される。本発明の一形態として、プロトコル層は、伝送バッファ及び再伝送バッファの双方に、受信側に伝送するデータがない場合、受信側に状態報告の伝送を要求するためのポーリング手順を行う。再伝送バッファに、受信側に伝送するデータがあるか否か判断する時、受信側から再伝送要求情報を受信しなかったデータブロックは考慮しないことが好ましい。
【選択図】図６

Description

本発明は、無線通信システムに係り、より詳細には、無線通信システムにおいてポーリング手順（polling procedure）を行うためのデータブロック生成方法、データ伝送方法及びポーリング手順の実行方法に関する。

無線通信システムにおいて、受信側へのデータ伝達の確実性を保障する目的として多種多様なデータ再伝送手法を用いることができる。特に、シグナリングデータまたはＴＣＰ／ＩＰデータのような非実時間パケットデータを受信側が必ず受信しなければならない場合、再伝送手法を用いる必要性が増大する。

無線通信システムで用いるデータ再伝送手法は、次の通りである。受信側は、送信側から送られた少なくとも一つのデータブロックを成功裏に受信したか否かを知らせるために、当該送信側に状態報告（status report）を伝送する。この状態報告に基づいて、送信側は、受信側が受信に失敗したデータブロックを受信側に再伝送する。このような再伝送手法を適用するためには、一度伝送されたデータであっても、再伝送に備えて廃棄せずに一定期間バッファに保存しなければならない。そのため、再伝送手法適用のために受信側に一度も伝送されていないデータを保存する伝送バッファと、受信側に伝送されたが、再伝送のために待機する必要があるデータを保存する再伝送バッファが必要である。

送信側は受信側に状態報告の伝送を要求でき、これをポーリング手順（polling procedure）という。受信側が伝送した状態報告が送信中に失われる、または、受信側が適当な時期に送信側に状態報告を伝送しなかった場合に、送信側はポーリング手順を行うことができる。または、送信側は周期的にポーリング手順を行うこともできる。

送信側がポーリング手順を行うためには追加的に無線リソースを用いなければならない。そのため、無線リソースの効率的な利用の面では、ポーリング手順の余計な使用を防止しなければならず、よって、送信側がポーリング手順を行う時点に対する合理的な基準が要求される。

本発明は、上記の点に鑑みてなされたもので、その目的は、無線リソースを効率的に使用しながらポーリング手順を行うための方法を提供することにある。

本発明の他の目的は、送信側が適当な時期にポーリング手順を行えるようにすることによって予期せぬ通信中断を防止できる方法を提供することにある。

無線通信システムでデータ再伝送機能は特定プロトコル層により行われる。データ再伝送機能を行うために、プロトコル層には、伝送バッファ及び再伝送バッファが設けられる。プロトコル層は、伝送バッファ及び再伝送バッファの状態、すなわち、伝送バッファ及び再伝送バッファに保存されているデータの量を考慮してポーリング手順を行うか否かを決定することができる。

本発明の一形態として、プロトコル層は、伝送バッファ及び再伝送バッファの両方に受信側に伝送するデータがない場合、受信側に状態報告の伝送を要求するためのポーリング手順を行う。受信側に伝送するデータが再伝送バッファに存在するか否かを判断する時、受信側から再伝送要求情報を受信しなかったデータブロックは考慮しないことが好ましい。

本発明の他の形態として、プロトコル層は、受信側に伝送したデータの量に基づいて、受信側に伝送したデータの量が一定レベル以上になるとポーリング手順を行う。この手順は繰り返し行うことができる。

本発明によれば、ポーリング手順において無線リソースを効率的に使用することができ、送信側が適当な時期にポーリング手順を行えるようにすることによって、予期せずに通信が中断することを防止することができる。

Ｅ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System ）のネットワーク構造を示す図である。 発展型無線アクセス・ネットワーク（Evolved Universal Terrestrial Radio Access Network：Ｅ−ＵＴＲＡＮ）の概略的な構成図である。 端末（ＵＥ）とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Radio Interface Protocol）の構造を示す図で、制御プレーンプロトコル構成を示す。 端末（ＵＥ）とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Radio Interface Protocol）の構造を示す図で、ユーザプレーンプロトコル構成を示す。 ＲＬＣ ＡＭエンティティ（entity）の機能別ブロック構成の一例を示す図である。 ＡＭＤ ＰＤＵの基本的な構造を示す図である。 本発明の一実施例による手順を示すフローチャートである。 図６の実施例を他の側面で説明するための図である。 本発明の他の実施例を説明するための図である。

以下に添付の図面を参照しつつ説明される本発明の実施例によって、本発明の構成、作用及び他の特徴が容易に理解できる。以下に説明される実施例は、本発明の技術的特徴がＥ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）に適用された例とする。

図１は、Ｅ−ＵＭＴＳのネットワーク構造を示す図である。Ｅ−ＵＭＴＳシステムは、既存のＷＣＤＭＡ ＵＭＴＳシステムから進化したシステムであって、現在３ＧＰＰ（3rd Generation Partnership Project）で標準化作業を進行している。Ｅ−ＵＭＴＳは、ロング・ターム・エボリューション（Long Term Evolution：ＬＴＥ）システムとも呼ばれる。

図１を参照すると、Ｅ−ＵＴＲＡＮは、基地局（以下、「ｅＮｏｄｅ Ｂ」または「ｅＮＢ」と略す。）から構成され、ｅＮＢ同士はＸ２インターフェースを通じて連結される。ｅＮＢは、無線インターフェースを通じて端末（User Equipment；以下、「ＵＥ」と略す。）と連結され、Ｓ１インターフェースを通じてＥＰＣ（Evolved Packet Core）に連結される。ＥＰＣは、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）／ＳＡＥ（System Architecture Evolution）ゲートウェイを含む。

端末とネットワーク間の無線インターフェースプロトコル（Radio Interface Protocol）の層は、通信システムで広く知られた開放型システム間相互接続（Open System Interconnection; OSI）基準モデルの下位の３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に分類することができるが、このうち、第１層に属する物理層は、物理チャネル（Physical Channel）を用いた情報伝送サービス（Information Transfer Service）を提供し、第３層に位置する無線リソース制御（Radio Resource Control；以下、「ＲＲＣ」と略す。）層は、端末とネットワークの間において無線リソースを制御する役割を果たす。このために、ＲＲＣ層は、端末とネットワークの間にＲＲＣメッセージが互いに交換されるようにする。ＲＲＣ層は、Ｎｏｄｅ Ｂ及びＡＧなどのネットワークノードに分散して位置することもでき、Ｎｏｄｅ ＢまたはＡＧに独立して位置することもできる。

図２は、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）の概略構成図である。図２で、ハッチング（hatching）した部分は、ユーザプレーン（user plane）の機能的エンティティを示し、ハッチングしていない部分は、制御プレーン（control plane）の機能的エンティティを示す。

図３Ａ及び図３Ｂは、端末（ＵＥ）とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル（Radio Interface Protocol）の構造を示す図であり、図３Ａは、制御プレーンプロトコル構成を示し、図３Ｂは、ユーザプレーンプロトコル構成を示す。図３Ａ及び図３Ｂの無線インターフェースプロトコルは、水平的に、物理層（Physical Layer）、データリンク層（Data Link Layer）及びネットワーク層（Network Layer）からなり、垂直的には、データ情報伝送のためのユーザプレーン（User Plane）と制御信号伝達（Signaling）のための制御プレーン（Control Plane）とに分類される。図３Ａ及び図３Ｂのプロトコル層は、通信システムで広く知られた開放型システム間相互接続（Open System Interconnection; OSI）基準モデルの下位の３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に分類することができる。

第１層である物理層は、物理チャネル（Physical Channel：ＰＨＹ）を用いて上位層に情報伝送サービス（Information Transfer Service）を提供する。物理層は、上位にあるメディア・アクセス制御（Medium Access Control：ＭＡＣ）層とは伝送チャネル（Transport Channel）を通じて連結されており、この伝送チャネルを通じてメディア・アクセス制御層と物理層間のデータが移動する。そして、それぞれ異なる物理層の間、すなわち、送信側の物理層と受信側の物理層の間では物理チャネルを通じてデータが移動する。Ｅ−ＵＭＴＳで、物理チャネルは、直交周波数分割多重（Orthogonal Frequency Division Multiplexing：ＯＦＤＭ）方式で変調され、これにより、時間（time）と周波数（frequency）を無線リソースとして用いる。

第２層のメディア・アクセス制御（Medium Access Control；以下、「ＭＡＣ」と略す）層は、論理チャネル（Logical Channel）を通じて上位層である無線リンク制御（Radio Link Control；以下、「ＲＬＣ」と略す）層にサービスを提供する。第２層のＲＬＣ層は、信頼性あるデータの伝送を支援する。第２層のＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケットを用いて相対的に帯域幅の小さい無線区間でデータを効率的に伝送するために余分の制御情報を減らすヘッダ圧縮（Header Compression）機能を果たす。

第３層の最下部に位置している無線リソース制御（Radio Resource Control；以下、「ＲＲＣ」と略す。）層は、制御プレーンにのみ定義され、無線ベアラ（Radio Bearer；以下、「ＲＢ」と略す。）の設定（Configuration）、再設定（Re-configuration）及び解除（Release）について論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ここで、ＲＢは、端末とＵＴＲＡＮとの間におけるデータ伝達のために第２層により提供されるサービスを意味する。

ネットワークにおいて端末にデータを伝送する下り伝送チャネルには、システム情報を伝送する報知チャネル（Broadcast Channel：ＢＣＨ）、ページングメッセージを伝送するページング・チャネル（Paging Channel：ＰＣＨ）、その他ユーザトラフィックや制御メッセージを伝送する下りシェアード・チャネル（Shared Channel：ＳＣＨ）がある。下りマルチキャストまたは放送サービスのトラフィックまたは制御メッセージは、下りＳＣＨを通じて伝送されることもでき、または、別の下りＭＣＨ（Multicast Channel）を通じて伝送されることもできる。一方、端末からネットワークへデータを伝送する上り伝送チャネルには、初期制御メッセージを伝送するランダム・アクセス・チャネル（Random Access Channel：ＲＡＣＨ）とその他ユーザトラフィックや制御メッセージを伝送する上りＳＣＨ（Shared Channel）がある。

伝送チャネルの上位に設けられ、伝送チャネルにマッピングされる論理チャネル（Logical Channel）には、ＢＣＣＨ（Broadcast Channel）、ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）、共通制御チャネル（Common Control Channel：ＣＣＣＨ）、ＭＣＣＨ（Multicast Control Channel）、ＭＴＣＨ（Multicast Traffic Channel）などがある。

上記のように、第２層のＲＬＣ層は、信頼性あるデータの伝送を支援する。また、ＲＬＣ層は、上位層から受信したデータを分割（segmentation）及び／または連結（concatenation）して、下位層が無線区間にデータを伝送するのに適するようにデータサイズを調節する役割を果たす。また、それぞれの無線ベアラ（RB: Radio Bearer）が要求する様々なＱｏＳを保障するために、ＴＭ（Transparent Mode：透過モード）、ＵＭ（Un-acknowledged Mode：非確認モード）、及びＡＭ（Acknowledged Mode：確認モード）を含む３種類の動作モードを提供する。特に、ＡＭ ＲＬＣは、信頼性あるデータ伝送のために自動再送要求（ARQ: Automatic Repeat and Request）機能を用いる再伝送機能を実行する。以下、ＲＬＣ層のＵＭモード及びＡＭモードについて具体的に説明する。

ＵＭ ＲＬＣ層は、各ＰＤＵごとに連続番号（Sequence Number；以下、「ＳＮ」と略す。）を含むＰＤＵヘッダを付加して送り、これにより、受信側にとってはどのＰＤＵが伝送中に消失されたかがわかる。このような機能により、ＵＭ ＲＬＣは、主に、ユーザプレーンでは放送／マルチキャストデータの伝送やパケットサービス領域（Packet Service domain；以下、「ＰＳ領域」と略す。）の音声（例：ＶｏＩＰ）やストリーミングのような実時間パケットデータの伝送を担当し、制御プレーンでは、セル内の特定端末または特定端末グループに伝送するＲＲＣメッセージのうち、確認応答を必要としないＲＲＣメッセージの伝送を担当する。

ＡＭ ＲＬＣ層は、ＵＭ ＲＬＣ層と同様に、ＳＮを含むＰＤＵヘッダを付加してＲＬＣ ＰＤＵを構成するが、ＵＭ ＲＬＣ層とは違い、送信側が送信したＰＤＵに対して受信側が確認応答（Acknowledgement）をする。ＡＭ ＲＬＣ層で受信側が確認応答をする理由は、受信側が受信できなかったＰＤＵに対して送信側が再伝送（retransmission）をするように要求するためであり、このような再伝送機能がＡＭ ＲＬＣ層の最大の特徴である。結局として、ＡＭ ＲＬＣ層は再伝送を通じて誤りのない（error-free）データ伝送を保障することを目的とする。ＡＭ ＲＬＣ層は、主に、ユーザプレーンではＰＳ領域のＴＣＰ／ＩＰのような非実時間パケットデータの伝送を担当し、制御プレーンでは、セル内の特定端末に伝送するＲＲＣメッセージのうち、確認応答を必要とするＲＲＣメッセージの伝送を担当する。

方向性の面では、ＵＭ ＲＬＣ層は、単方向（uni-directional）通信に用いられるのに対し、ＡＭ ＲＬＣ層は、受信側からのフィードバック（feedback）があるので、双方向（bi-directional）通信に用いられる。ＵＭ ＲＬＣ層とＡＭ ＲＬＣ層は、構造的な面においても差異がある。すなわち、ＵＭ ＲＬＣ層は、一つのＲＬＣエンティティ（Entity）が送信または受信機能を果たす構造となっているが、ＡＭ ＲＬＣ層は、一つのＲＬＣエンティティ中に送信機能を実行するエンティティ及び受信機能を実行するエンティティが存在する。

ＡＭ ＲＬＣ層の複雑性は、再伝送機能に起因する。再伝送管理のために、ＡＭ ＲＬＣエンティティは、伝送バッファの他にも再伝送バッファを含み、流れの制御のために送受信ウィンドを使用する。送信側のＡＭ ＲＬＣエンティティは、受信側のピア（peer）ＲＬＣエンティティに状態報告（status report）の伝送を要求するために、ポーリング手順を行い、受信側は、送信側に受信確認応答情報を報告するために状態報告（Status Report）伝送する。また、ＡＭ ＲＬＣエンティティは状態報告を伝達するために状態ＰＤＵ（Status PDU）を構成する機能を果たす。

ＡＭ ＲＬＣエンティティは、このような機能を、多数のプロトコルパラメータ、状態変数及びタイマーなどを用いて支援する。ＡＭ ＲＬＣ層で状態報告または状態ＰＤＵなどのデータ伝送の制御のために用いられるＰＤＵを制御ＰＤＵ（control PDU）とし、ユーザデータを伝達するために用いられるＰＤＵをデータＰＤＵ（data PDU）とする。

上記の通り、送信側ＡＭ ＲＬＣエンティティは２つのバッファを有しており、その一つは伝送バッファ（transmission buffer）であり、残り一つは再伝送バッファ（retransmission buffer）である。伝送バッファには、上位エンティティから受信したデータのうち、まだＲＬＣ ＰＤＵとして構成されていないデータが保存される。再伝送バッファには、下位エンティティに伝達したＲＬＣ ＰＤＵが、受信側から当該ＲＬＣ ＰＤＵを成功裏に受信したという確認を受けるまで保存される。

図４は、ＲＬＣ ＡＭエンティティ（entity）の機能別ブロック構成の一例を示す図である。

図４を参照すると、上位層（ＲＲＣ層またはＰＤＣＰ副層）から伝達されたＲＬＣ ＳＤＵ（Service Data Unit）は、伝送バッファ４１に保存される。分割／結合モジュール４２は、伝送バッファ４１から受信した少なくとも一つのＲＬＣ ＳＤＵに分割（segmentation）及び／または結合（concatenation）を行う。分割及び／または結合は、特定伝送機会（transmission opportunity）に下位層から通知された伝送ブロックサイズ（Transport Block size）に基づいて行われ、これにより、ＲＬＣ ＡＭエンティティにより生成されるＲＬＣ ＰＤＵは、下位層が希望するサイズになることができる。ＲＬＣヘッダ付加モジュール４３は、分割／結合モジュール４２から伝達されたデータブロックに、ＲＬＣヘッダを付加する。ＲＬＣ ＰＤＵヘッダを付加することによってＲＬＣ ＡＭＤ ＰＤＵが生成される。

図５は、ＡＭＤ ＰＤＵの基本的な構造を示す図である。ＡＭＤ ＰＤＵは、ＰＤＵヘッダ部分とデータフィールド（data field）部分とから構成される。このヘッダは、全てのＡＭＤ ＰＤＵに存在する固定部分（fixed part）と必要時にのみＡＭＤ ＰＤＵに含まれる拡張部分（extension part）とからなることができる。この拡張部分は、ＡＭＤ ＰＤＵ内に一つ以上のデータフィールド要素が存在する場合に、該ＡＭＤ ＰＤＵに含まれる。

固定部分は、Ｄ／Ｃフィールド、ＲＦフィールド、ポーリング（Ｐ）フィールド、ＦＩフィールド、Ｅフィールド及びＳＮフィールドを含む。Ｄ／Ｃフィールドは、該当のＡＭＤ ＰＤＵがデータＰＤＵかまたは制御ＰＤＵかを区別する情報を含む。ＲＦ（Re-segmentation Flag）フィールドは、該当のＲＬＣ ＰＤＵが一つの完全なＡＭＤ ＰＤＵなのかまたはＡＭＤ ＰＤＵの一部分なのかを指示する情報を含む。ポーリングフィールド（polling field）は、送信側ＡＭ ＲＬＣエンティティが受信側ピアＡＭ ＲＬＣエンティティに状態報告（status report）の伝送を要求するか否かを指示する情報を含む。ＦＩ（Framing Info）フィールドは、ＡＭＤ ＰＤＵに含まれたＲＬＣ ＳＤＵがデータフィールドの開始部及び／または終了部から分割されたことを指示する情報を含む。Ｅ（Extension bit）フィールドは、固定部分の次にデータフィールドが始まるか、または、追加的なＥフィールド及びＬＩフィールドセットが続くかを指示する情報を含む。ＳＮ（Sequence Number）フィールドは、ＡＭＤ ＰＤＵの連続番号を含む。

再び図４を参照すると、ＲＬＣヘッダ付加モジュール４３でヘッダが付加されて生成されたＡＭＤ ＰＤＵは、下位層、例えば、ＭＡＣ層に伝達される。ＡＭＤ ＰＤＵを下位層に伝達する前に、必要ならば、該ＡＭＤ ＰＤＵに暗号化（ciphering）などの追加的な手順を行うことができる。下位層に伝達されたＡＭＤ ＰＤＵは、再伝送機能に備えて再伝送バッファ４４に保存される。

ＲＬＣ ＡＭエンティティで受信機能を果たす場合、ルーティングモジュール４６は、受信したＲＬＣ ＰＤＵにその類型別にルーティングを行い、制御ＰＤＵはＲＬＣ制御モジュール４５に伝達し、ＡＭＤ ＰＤＵは受信バッファ／ＨＡＲＱリオーダリングモジュール４７に伝達する。受信バッファ／ＨＡＲＱリオーダリングモジュール４７は、ルーティングモジュール４６から伝達されたＡＭＤ ＰＤＵを保存し、ＡＭＤ ＰＤＵが連続番号（ＳＮ）の順番で受信できなかった場合、連続番号（ＳＮ）順に整列する。ＲＬＣヘッダ除去モジュール４８は、ＡＭＤ ＰＤＵからＲＬＣヘッダを除去し、それをＳＤＵ再結合モジュール４９に伝達する。ＳＤＵ再結合モジュール４９は、ＲＬＣヘッダ除去モジュールから受信したデータを用いて少なくとも一つのＲＬＣ ＳＤＵに再結合した後に上位層に伝達する。

受信側ＲＬＣ ＡＭエンティティは、送信側から伝送された少なくとも一つのＲＬＣ ＰＤＵを成功裏に受信したか否かを知らせるために、状態ＰＤＵ（status PDU）を通じて状態報告（status report）を送信側に伝達する。

図６は、本発明の一実施例による手順を示すフローチャートである。図６の実施例は、ＲＬＣ ＡＭエンティティが、伝送バッファ及び再伝送バッファの状態によってポーリング手順を行うか否かを決定する例に関するものである。すなわち、ＲＬＣ ＡＭエンティティは、伝送バッファ及び再伝送バッファの両方に受信側へ伝送するデータがない場合、受信側に状態報告の伝送を要求するためのポーリング手順を行う。受信側に伝送するデータが再伝送バッファに存在するか否かを判断する時、受信側から再伝送要求情報を受信しなかったデータブロックは考慮しない。

図４及び図６を参照すると、ＡＭ ＲＬＣエンティティは、伝送バッファ４１の状態をチェックし［Ｓ６１］、受信側に伝送するデータが伝送バッファ４１に保存するか否か確認する［Ｓ６２］。受信側に伝送するデータが伝送バッファ４１に保存されている場合、ＡＭ ＲＬＣエンティティはポーリング手順を実行しない。すなわち、ＡＭ ＲＬＣエンティティは、受信側に伝送するＡＭＤ ＰＤＵのヘッダに存在するＰフィールドを「０」に設定する［Ｓ６６］。受信側は、Ｐフィールドが「０」に設定されたＡＭＤ ＰＤＵを受信すると、送信側が状態報告の伝送を要求しなかったと解釈する。

受信側に伝送するデータが伝送バッファ４１に保存されていない場合、すなわち、伝送バッファ４１が空いている場合、ＡＭ ＲＬＣエンティティは、再伝送バッファ４４の状態をチェックし［Ｓ６３］、受信側に伝送するデータが再伝送バッファ４４に保存されているか確認する［Ｓ６４］。受信側に伝送するデータが再伝送バッファ４４に存在するか否か判断する時、受信側から再伝送要求情報を受信しなかったデータブロックは考慮しない。すなわち、再伝送バッファ４４に少なくとも一つのＲＬＣ ＰＤＵが保存されているとしても、この少なくとも一つのＲＬＣ ＰＤＵに対して受信側から状態報告または確認応答を受信しなかった場合は、再伝送バッファ４４が空いていると見なす。

上記Ｓ６４段階で、受信側に伝送するデータが再伝送バッファ４４に保存されている場合には、ＡＭ ＲＬＣエンティティはポーリング手順を実行しない。すなわち、ＡＭ ＲＬＣエンティティは、受信側に伝送するＡＭＤ ＰＤＵのヘッダに存在するＰフィールドを「０」に設定する［Ｓ６６］。

受信側に伝送するデータが再伝送バッファ４４に保存されていない場合には、ＡＭ ＲＬＣエンティティはポーリング手順を実行する。すなわち、ＡＭ ＲＬＣエンティティは、受信側に伝送するＡＭＤ ＰＤＵのヘッダに存在するＰフィールドを「１」に設定する［Ｓ６５］。受信側は、Ｐフィールドが「１」に設定されたＡＭＤ ＰＤＵを受信すると、送信側が状態報告の伝送を要求していると解釈し、送信側に少なくとも一つのＲＬＣ ＰＤＵに対する状態報告を伝送する。

図６の実施例では、伝送バッファの状態をチェックした後に再伝送バッファの状態をチェックしたが、順序を換えて再伝送バッファの状態をチェックしてから伝送バッファの状態をチェックすることも可能である。また、伝送バッファ及び再伝送バッファの状態を同時にチェックすることも可能である。

図７は、図６の実施例を他の側面で説明するための図である。図７で、横軸は時間軸であり、縦軸は、伝送バッファ及び再伝送バッファに保存されているデータの量を表示する。Ａ時点で、伝送バッファは空いているが、再伝送バッファには受信側に伝送されるデータが保存されているのでポーリング手順を実行しない。Ｂ時点は、受信側に伝送するデータが伝送バッファ及び再伝送バッファにない時点であり、この時点で、ＡＭ ＲＬＣ層はポーリング手順を実行する。

Ｃ時点では、伝送バッファは、受信側に伝送するデータが存在せず、空いている状態であるが、再伝送バッファには少なくとも一つのＲＬＣ ＰＤＵが保存されている状態である。ただし、再伝送バッファに保存されている少なくとも一つのＲＬＣ ＰＤＵに対して受信側から確認応答を受信しなかった場合、この再伝送バッファには受信側に伝送するデータがないと見なす。したがって、Ｃ時点でも、ＲＬＣ ＡＭエンティティはポーリング手順を実行する。Ｄ時点では、再伝送バッファは空いているが、伝送バッファには受信側に伝送するデータが保存されているので、ＲＬＣ ＡＭエンティティは、ポーリング手順を実行しない。

本発明の他の実施例として、ＲＬＣ ＡＭエンティティは、伝送バッファ及び再伝送バッファの状態の他に、ＲＬＣ ＰＤＵの連続番号もさらに考慮してポーリング手順を行うことができる。すなわち、伝送バッファ及び再伝送バッファに受信側に伝送するデータが残っていない状態で、下記のようなそれぞれの場合にポーリング手順を実行するように設定される。

１．再伝送バッファに保存されているＡＭＤ ＰＤＵが伝送される時、このＡＭＤ ＰＤＵが、再伝送を必要とするＡＭＤ ＰＤＵの中で最大の連続番号を有する場合
２．再伝送バッファに保存されているＡＭＤ ＰＤＵが伝送される時、このＡＭＤ ＰＤＵが、成功裏に受信できなかったと受信側が知らせたＡＭＤ ＰＤＵの中で最高の連続番号を有する場合
３．再伝送バッファに保存されているＡＭＤ ＰＤＵが伝送される時、このＡＭＤ ＰＤＵが、再伝送が要求されるＡＭＤ ＰＤＵの中で最後に生成されたものである場合
４．再伝送バッファに保存されているＡＭＤ ＰＤＵが伝送される時、このＡＭＤ ＰＤＵが、受信側が受信できなかったと知らせたＡＭＤ ＰＤＵの中で最後に生成されたものである場合
５．伝送バッファからＡＭＤ ＰＤＵが伝送される時、このＡＭＤ ＰＤＵが最後に生成されたものである場合
６．伝送バッファからＡＭＤ ＰＤＵが伝送される時、受信側に伝送するデータが伝送バッファと再伝送バッファにもはや残っていない場合
７．伝送バッファからＡＭＤ ＰＤＵが伝送される時、受信側に伝送するデータと再伝送するＡＭＤ ＰＤＵのいずれも伝送バッファにもはや残ってない場合
８．伝送バッファからＡＭＤ ＰＤＵが伝送される時、受信側に伝送するデータと再伝送を待つＡＭＤ ＰＤＵのいずれも伝送バッファにもはや残っていない場合
９．伝送バッファからＡＭＤ ＰＤＵが伝送される時、受信側に伝送するデータが伝送バッファにもはや残っておらず、同時に再伝送バッファに受信側からの受信失敗（ＮＡＣＫ）を受信したＡＭＤ ＰＤＵも残っていない場合
１０．再伝送バッファからＡＭＤ ＰＤＵが伝送される時、このＡＭＤ ＰＤＵが再伝送すべきＡＭＤ ＰＤＵの中で最も連続番号が大きく、かつ、受信側に伝送するデータが伝送バッファに残っていない場合
１１．再伝送バッファからＡＭＤ ＰＤＵが伝送される時、このＡＭＤ ＰＤＵが、受信側からの受信失敗（ＮＡＣＫ）を受信したＡＭＤ ＰＤＵの中で最も連続番号が大きく、かつ、受信側に伝送するデータが伝送バッファに残っていない場合
１２．再伝送バッファからＡＭＤ ＰＤＵが伝送される時、このＡＭＤ ＰＤＵが、再伝送を必要とするＡＭＤ ＰＤＵの中で最後に生成されたものであり、かつ、伝送バッファに受信側に伝送するデータが残っていない場合

図８は、本発明の他の実施例を説明するための図である。図８の実施例で、ＡＭ ＲＬＣエンティティは、受信側に伝送されたＡＭＤ ＰＤＵに含まれたデータ量の和が、既に設定された閾値（threshold value）以上になる時点でポーリング手順を実行する。

図８を参照すると、ＰＤＵ１からＰＤＵ５まで順次受信側に伝送するとすれば、ＰＤＵ５を伝送する時点で、これまで受信側に伝送したデータ量の和が閾値以上となる。この時、ＡＭ ＲＬＣエンティティはポーリング手順を実行する。すなわち、ＡＭ ＲＬＣエンティティは、ＰＤＵ５のヘッダに含まれたＰフィールドを「１」に設定することによって、受信側に状態報告を伝送するように要求する。

ポーリング手順が一度実行されたら、ポーリング手順をトリガリング（triggering）するために計算されるデータ量の和は、最初から再び算出される。すなわち、図８で、ＰＤＵ５を通じてポーリング手順を実行した後に伝送されるＰＤＵ６からＰＤＵ１３まで伝送される時点で、これまでのデータ量の和が閾値を超過するので、ＰＤＵ１３のヘッダに含まれたＰフィールドが再び「１」に設定される。

図８の実施例は、ＢＹＴＥ ＳＥＮＴというパラメータを用いて実施することができる。すなわち、ＢＹＴＥ ＳＥＮＴは０に初期化され、ＲＬＣ ＡＭエンティティは、ＡＭＤ ＰＤＵを伝送する度に該当のＡＭＤ ＰＤＵに含まれたデータのサイズ値をＢＹＴＥ ＳＥＮＴに加えていく。ＲＬＣ ＡＭエンティティは、ＢＹＴＥ ＳＥＮＴ値が、既に設定された閾値以上になる時点で伝送されるＡＭＤ ＰＤＵのヘッダに含まれるＰフィールドを「１」に設定することによってポーリング手順を行う。ポーリング手順が行われると、ＲＬＣ ＡＭエンティティは、ＢＹＴＥ ＳＥＮＴを０に再設定し、同様の過程を繰り返す。

受信側に伝送するＡＭＤ ＰＤＵに含まれるデータサイズをＢＹＴＥ ＳＥＮＴに加える場合、データサイズをどのような値にするかについては、様々な方法を考慮できる。前述したように、ＡＭＤ ＰＤＵは、大きく、ヘッダ部分とデータフィールド部分とからなり、ヘッダ部分はさらに固定部分と拡張部分とからなる。したがって、ＢＹＴＥ ＳＥＮＴ値に加えられる部分は、ＡＭＤ ＰＤＵの全体サイズ、データフィールド部分のサイズまたはヘッダから固定部分を除いた残りのサイズなどとすることができる。

例えば、データのサイズの和を計算するに当たり、ＡＭＤ ＰＤＵのデータフィールド部分に含まれるデータのサイズのみを考慮する場合、このデータフィールドは１バイト（byte）ずつ整列されるから、各ＡＭＤ ＰＤＵに含まれるデータフィールドの１バイト当たり「１」カウンタを増加させ、受信側に伝送したＡＭＤ ＰＤＵに対して計算されたカウンタ値が、既に設定された閾値以上になる時点でポーリング手順を行うように設定することも可能である。

以上説明してきた実施例は、本発明の構成要素及び特徴が所定形態に結合されたものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素または特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれることもでき、他の実施例の対応する構成または特徴に取って代わることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成する、または、出願後の補正により新しい請求項とすることができることは明らかである。

本発明による実施例は様々な手段、例えば、ハードウェア、ファームウェア（firmware）、ソフトウェアまたはそれらの結合などにより実施することができる。ハードウェアによる実施の場合、本発明の一実施例は一つ以上のＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰｓ（digital signal processors）、ＤＳＰＤｓ（digital signal processing devices）、ＰＬＤｓ（programmable logic devices）、ＦＰＧＡｓ（field programmable gate arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実施することができる。

ファームウェアやソフトウェアによる実施の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で実施されることができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサにより駆動されることができる。メモリユニットは、プロセッサの内部または外部に設けられ、既に公知の様々な手段によりプロセッサとデータを交換することができる。

本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化可能であるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈により決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。

本発明は、移動通信システム、携帯インターネットシステムなどのような無線通信システムに応用可能である。

Claims (12)

1. 無線通信システムでデータ再伝送機能を行うプロトコル層におけるデータブロック生成方法であって、
   上位層から第１データブロックを受信する段階と、
   前記第１データブロックの少なくとも一部、及び伝送バッファ及び再伝送バッファの状態によって設定されるポーリングフィールドを含む第２データブロックを生成する段階と、
   を含み、
   前記ポーリングフィールドは、前記伝送バッファ及び再伝送バッファに受信側に伝送されるデータがない場合、前記受信側に状態報告の伝送を指示する値を含むことを特徴とする、データブロック生成方法。
2. 前記受信側に伝送するデータが前記再伝送バッファにあるか否かを判断する時、前記受信側から確認応答を受信待機中のデータブロックは考慮しないことを特徴とする、請求項１に記載のデータブロック生成方法。
3. 前記受信側に伝送するデータが前記再伝送バッファにない場合が、前記受信側から再伝送要求情報を受信した全てのデータブロックが再伝送される場合を含むことを特徴とする、請求項１に記載のデータブロック生成方法。
4. 前記プロトコル層は、無線リンク制御（RLC）層であることを特徴とする、請求項１に記載のデータブロック生成方法。
5. 無線通信システムでデータ再伝送機能を行うプロトコル層におけるデータ伝送方法であって、
   受信側から再伝送バッファに保存されているデータブロックに対して再伝送を要求する状態報告を受信する段階と、
   前記プロトコル層の伝送バッファ及び再伝送バッファの状態によって、前記データブロックに含まれたポーリングフィールドを設定する段階と、
   前記データブロックを前記受信側に伝送する段階と、
   を含み、
   前記ポーリングフィールドは、前記データブロックの伝送後、前記伝送バッファ及び再伝送バッファに前記受信側に伝送するデータがない場合、前記受信側に状態報告の伝送を指示する値を含むことを特徴とする、データ伝送方法。
6. 前記受信側に伝送するデータが前記再伝送バッファにあるか否かを判断する時、前記受信側から確認応答を受信待機中のデータブロックは考慮しないことを特徴とする、請求項５に記載のデータ伝送方法。
7. 無線通信システムでデータ再伝送機能を行うプロトコル層におけるポーリング手順実行方法であって、
   前記プロトコル層の伝送バッファ及び再伝送バッファの状態をチェックする段階と、
   前記伝送バッファ及び再伝送バッファの双方に受信側に伝送するデータがない場合に、前記受信側に状態報告の伝送を要求するためのポーリング手順を実行する段階と、
   を含む、ポーリング手順実行方法。
8. 前記ポーリング手順実行段階は、
   前記受信側に伝送するデータブロックのポーリングフィールドを特定値に設定する段階と、
   前記データブロックを前記受信側に伝送する段階と、
   を含むことを特徴とする、請求項７に記載のポーリング手順実行方法。
9. 前記受信側に伝送するデータが前記再伝送バッファにあるか否かを判断する時、前記受信側から確認応答を受信待機中のデータブロックは考慮しないことを特徴とする、請求項８に記載のポーリング手順実行方法。
10. 無線通信システムでデータ再伝送機能を行うプロトコル層におけるポーリング手順実行方法であって、
    ヘッダ部分及びデータフィールド部分を含むデータブロックを生成する段階と、
    受信側に伝送した少なくとも一つのデータブロックに含まれたデータのサイズ及び前記生成されたデータブロックに含まれたデータのサイズの和が、所定の閾値以上であるか否かをチェックする段階と、
    前記データサイズの和が前記閾値以上である場合、ポーリング手順を実行する段階と、
    を含む、ポーリング手順実行方法。
11. 前記データのサイズの和を計算する時、前記少なくとも一つのデータブロック及び前記生成されたデータブロックのデータフィールド部分に含まれたデータのサイズのみを考慮することを特徴とする、請求項１０に記載のポーリング手順実行方法。
12. 前記ポーリング手順は、前記生成されたデータブロックのヘッダに含まれたポーリングフィールドを特定値に設定することによって行われることを特徴とする、請求項１０に記載のポーリング手順実行方法。

Images