(57)【特許請求の範囲】
【請求項１】
移動通信システムで状態情報を送信する方法であって、
複数の無線リンク制御（ＲＬＣ）データプロトコルデータユニット（ＰＤＵ）の肯定確認応答（ＡＣＫ）と否定確認応答（ＮＡＣＫ）の少なくとも１つを提供するために用いられる状態プロトコルデータユニット（状態ＰＤＵ）を構成する段階であって、複数のＲＬＣデータＰＤＵは複数の確認モードデータ（ＡＭＤ）ＰＤＵと複数のＡＭＤ  ＰＤＵの一部を含む段階と、
前記の構成された状態ＰＤＵをピアＲＬＣエンティティに送信する段階と、を含み、
前記構成する段階は、利用可能な無線リソースを考慮し、前記構成された状態ＰＤＵが前記利用可能な無線リソースの全体サイズに合うように、受信状態変数と最大状態遷移状態変数(Maximum Status transit state variable)を用いて行われ、
前記状態ＰＤＵはシーケンスナンバーを備えた複数のＡＭＤ  ＰＤＵのためのものであり、前記シーケンスナンバーは、前記受信状態変数のシーケンスナンバーと前記最大状態遷移状態変数のシーケンスナンバーの間の少なくとも１つのシーケンスナンバーと、前記受信状態変数のシーケンスナンバーとを含む
ことを特徴とする方法。
【請求項２】
前記構成する段階は、
シーケンスナンバーが昇順の否定確認応答シーケンスナンバー（ＮＡＣＫ_ＳＮ）エレメントを含む段階と、
複数のＡＭＤ  ＰＤＵのどのＡＭＤ ＰＤＵまで前記状態情報が前記状態ＰＤＵに含まれるかを表示する情報を含む段階と、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記情報は、肯定確認応答シーケンスナンバー（ＡＣＫ＿ＳＮ）を参照し、前記ＡＣＫ＿ＳＮは、前記状態ＰＤＵにおいて否定確認応答シーケンスナンバー（ＮＡＣＫ＿ＳＮ）で示されない次に完全には受信しなかったＡＭＤ  ＰＤＵのシーケンスナンバー（ＳＮ）に設定されることを特徴とする請求項２に記載の方法。
【請求項４】
前記ＮＡＣＫ_ＳＮエレメントは、前記構成された状態ＰＤＵが前記利用可能な無線リソースの全体サイズに合うように、受信していない最初のＡＭＤ ＰＤＵ又は複数のＡＭＤ ＰＤＵの一部から受信していない特定ＡＭＤ ＰＤＵまでのシーケンスナンバーを昇順に含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記受信していない最初のＡＭＤ  ＰＤＵ又は前記受信していない複数のＡＭＤ  ＰＤＵの一部は、２つの連続して受信していない複数のＰＤＵ間に存在しないことを特徴とする請求項４に記載の方法。
【請求項６】
前記受信していない最初のＡＭＤ  ＰＤＵ又は前記受信していない複数のＡＭＤ  ＰＤＵの一部は、２つの連続して受信していない複数のＰＤＵ間に存在できることを特徴とする請求項４に記載の方法。
【請求項７】
前記利用可能な無線リソースは、下位層によって表示される複数のＲＬＣ ＰＤＵの全体サイズを参照することを特徴とする請求項１に記載の方法。
【請求項８】
前記複数のＲＬＣ ＰＤＵの全体サイズについての表示を下位層から受ける段階をさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記構成する段階は、受信していない最初のＡＭＤ  ＰＤＵ又は受信していない複数のＡＭＤ  ＰＤＵの一部の否定確認応答シーケンスナンバー（ＡＣＫ_ＳＮ）エレメントを含み、また、受信していない複数の他のＡＭＤ ＰＤＵ又は受信していない複数の他のＡＭＤ ＰＤＵの一部の少なくとも１つのＮＡＣＫ_ＳＮエレメントを選択的にさらに含むことによって行われることを特徴とする請求項１に記載の方法。
【請求項１０】
前記ＮＡＣＫ_ＳＮエレメントは、否定確認応答シーケンスナンバー（ＮＡＣＫ＿ＳＮ）と、選択的にセグメントオフセットスタート（ＳＯｓｔａｒｔ）及びセグメントオフセットエンド（ＳＯｅｎｄ）と、を有することを特徴とする請求項９に記載の方法。
【請求項１１】
前記状態ＰＤＵが部分状態ＰＤＵである場合、前記状態ＰＤＵが前記部分状態ＰＤＵであることを示すインジケータを用いることを特徴とする請求項１に記載の方法。
【請求項１２】
移動通信システムで受信側無線リンク制御（ＲＬＣ）エンティティが送信側ＲＬＣエンティティに状態情報を送信する方法において、
受信側ＲＬＣエンティティが、利用可能な無線リソースを考慮して、複数のＲＬＣデータＰＤＵの受信状態に関する情報を含む状態プロトコールデータユニット（状態ＰＤＵ）を構成する段階と、
前記受信側ＲＬＣエンティティが、前記の構成された状態ＰＤＵを前記送信側ＲＬＣエンティティに送信する段階と、を含み、
前記構成する段階は、
前記利用可能な無線リソースを用い、受信状態変数と最大状態遷移状態変数(Maximum Status transit state variable)を用いることによって送信可能な数の否定確認応答シーケンスナンバー（ＮＡＣＫ＿ＳＮ）を選択的に含む段階と、
肯定確認応答シーケンスナンバー（ＡＣＫ＿ＳＮ）の値を前記最大状態遷移状態変数（ＶＲ（ＭＳ））のシーケンスナンバーの値に設定する段階と、
前記状態ＰＤＵはシーケンスナンバーを備えた複数のＡＭＤ  ＰＤＵのためのものであり、前記シーケンスナンバーは、前記受信状態変数のシーケンスナンバーと前記最大状態遷移状態変数のシーケンスナンバーの間の少なくとも１つのシーケンスナンバーと、前記受信状態変数のシーケンスナンバーと、
を含むことを特徴とする方法。
【請求項１３】
移動通信システムの受信側無線リンク制御（ＲＬＣ）エンティティであって、
利用可能な無線リソースを確認し、
前記利用可能な無線リソースを考慮し、受信状態変数と最大状態遷移状態変数(Maximum Status transit state variable)を用いて状態プロトコールデータユニット（状態ＰＤＵ）を構成し、前記利用可能な無線リソースのサイズに合うように前記状態ＰＤＵに否定確認応答シーケンスナンバー（ＮＡＣＫ_ＳＮ）エレメントを含ませ、肯定確認応答シーケンスナンバー（ＡＣＫ＿ＳＮ）の値を設定し、
前記の構成された状態ＰＤＵをピアＲＬＣエンティティに送信するように構成されたモジュールを含み、
前記状態ＰＤＵはシーケンスナンバーを備えた複数のＡＭＤ  ＰＤＵのためのものであり、前記シーケンスナンバーは、前記受信状態変数のシーケンスナンバーと前記最大状態遷移状態変数のシーケンスナンバーの間の少なくとも１つのシーケンスナンバーと、前記受信状態変数のシーケンスナンバーとを含む、
受信側無線リンク制御（ＲＬＣ）エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムの無線プロトコルに関し、特に、ＵＭＴＳ（Universal Mobile Telecommunications System）から発展したＥ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）において、受信側が受信したデータの受信状態を送信側に報告する状態情報（ＳＴＡＴＵＳ ＰＤＵ）を送信する方法に関する。
【背景技術】
【０００２】
図１は、従来の移動通信システムであるＬＴＥシステムのネットワーク構造である。ＬＴＥシステムは、従来のＵＭＴＳシステムから発展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が行われている。
【０００３】
ＬＴＥネットワークは、Ｅ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）とコアネットワーク（Core Network：ＣＮ）とに分けられる。Ｅ−ＵＴＲＡＮは、ユーザ装置（User Equipment：ＵＥ）、基地局（Evolved NodeB：ｅＮＢ）、及びネットワークのエンドに位置して外部ネットワークに接続されるアクセスゲートウェイ（Access Gateway：ａＧＷ）から構成される。ａＧＷは、ユーザトラフィックを処理する部分と、制御トラフィックを処理する部分とに分けられる。ここで、ユーザトラフィックを処理するａＧＷと制御トラフィックを処理するａＧＷとの間の通信のために、新しいインタフェースを用いることができる。１つのｅＮＢには１つ以上のセルが存在する。ｅＮＢ間には、ユーザトラフィック又は制御トラフィックの伝送のためのインタフェースを使用することができる。コアネットワーク（ＣＮ）は、ａＧＷ、他のＵＥのユーザ登録のためのノードなどを含むことができる。また、Ｅ−ＵＴＲＡＮとＣＮを区別するためのインタフェースを使用することができる。
【０００４】
図２は、３ＧＰＰ無線アクセスネットワーク標準に準拠した端末とＥ−ＵＴＲＡＮとの間の無線インタフェースプロトコル（Radio Interface Protocol）の制御プレーン構造である。図３は、３ＧＰＰ無線アクセスネットワーク標準に準拠した端末とＥ−ＵＴＲＡＮとの間の無線インタフェースプロトコルのユーザプレーン構造である。
【０００５】
以下、図２及び図３を参照して端末とＥ−ＵＴＲＡＮとの間の無線インタフェースプロトコルの構造を説明する。
【０００６】
無線インタフェースプロトコルは、水平的には物理層、データリンク層、及びネットワーク層からなり、垂直的にはデータ情報送信のためのユーザプレーンと制御信号伝達（Signaling）のための制御プレーンに区分される。図２及び図３のプロトコル層は、通信システム分野において公知の開放型システム間相互接続（ＯＳＩ）モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）、及びＬ３（第３層）に区分される。このような無線プロトコル層は、端末とＥ−ＵＴＲＡＮにペア（pair）で存在し、無線区間のデータ送信を管理する。
【０００７】
以下、図２の無線プロトコル制御プレーンと図３の無線プロトコルユーザプレーンの各層を説明する。
【０００８】
第１層である物理（Physical：ＰＨＹ）層は、物理チャネル（Physical Channel）を利用して上位層に情報伝送サービスを提供する。ＰＨＹ層は上位の媒体アクセス制御（Medium Access Control：ＭＡＣ）層とトランスポートチャネルで接続され、このトランスポートチャネルを介してＭＡＣ層とＰＨＹ層との間でデータが移動する。ここで、トランスポートチャネルは、チャネルが共有されているか否かによって専用（Dedicated）トランスポートチャネルと共用（Common）トランスポートチャネルに大別される。さらに、異なるＰＨＹ層間、すなわち、送信側と受信側のＰＨＹ層間では、無線リソースを利用した物理チャネルを介してデータが移動する。
【０００９】
第２層には様々な層が存在する。まず、ＭＡＣ層は、多様な論理チャネルを多様なトランスポートチャネルにマッピングする役割を果たし、また、様々な論理チャネルを１つのトランスポートチャネルにマッピングする論理チャネル多重化の役割を果たす。ＭＡＣ層は、上位層のＲＬＣ層とは論理チャネルで接続され、論理チャネルは、伝送される情報の種類によって制御プレーンの情報を伝送する制御チャネルとユーザプレーンの情報を伝送するトラフィックチャネルに大別される。
【００１０】
第２層の無線リンク制御（Radio Link Control：ＲＬＣ）層は、上位層から受信したデータを分割（Segmentation）及び連結（Concatenation）して下位層が無線区間のデータ送信に適するようにデータサイズを調節する役割を果たす。また、それぞれの無線ベアラ（Radio Bearer：ＲＢ）が要求する多様なＱｏＳを保証するために、透過モード（Transparent Mode：ＴＭ）、非確認モード（Un-acknowledged Mode：ＵＭ）、及び確認モード（Acknowledged Mode：ＡＭ）の３つ動作モードを提供する。特に、ＡＭモードで動作するＲＬＣ層（以下、ＡＭ ＲＬＣ層という）は、信頼性のあるデータ送信のために自動再送要求（Automatic Repeat Request：ＡＲＱ）機能により再送機能を行う。
【００１１】
第２層のパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol：ＰＤＣＰ）層は、ＩＰｖ４やＩＰｖ６などのＩＰパケットを帯域幅が比較的小さい無線区間で効率的に伝送するために、比較的大きいサイズであるとともに不要な制御情報を含むＩＰパケットヘッダサイズを小さくするヘッダ圧縮機能を行う。これは、データのヘッダ部分で必須の情報のみを伝送するようにして無線区間の伝送効率を増加させる役割を果たす。
【００１２】
第３層の最上部に位置する無線リソース制御（Radio Resource Control：ＲＲＣ）層は、制御プレーンにおいてのみ定義され、無線ベアラ（Radio Bearer：ＲＢ）の設定、再設定、及び解除に関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ここで、ＲＢは、端末とＵＴＲＡＮとの間のデータ送信のために無線プロトコルの第１及び第２層により提供される論理的経路を意味し、一般に、ＲＢの設定とは、特定サービスを提供するために必要なプロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、さらに、ＳＲＢ（Signaling Radio Bearer）とＤＲＢ（Data Radio Bearer）とに分けられ、ＳＲＢは、制御プレーンにおいてＲＲＣメッセージを送信する経路として使用され、ＤＲＢは、ユーザプレーンにおいてユーザデータを送信する経路として使用される。
【００１３】
以下、ＲＬＣ層について具体的に説明する。ＲＬＣ層には、前述したように、ＴＭ、ＵＭ、及びＡＭの３つモードがあり、ＴＭの場合は、ＲＬＣで行う機能がほとんどないので、ここでは、ＵＭ及びＡＭについてのみ説明する。
【００１４】
ＵＭ ＲＬＣは、各ＰＤＵにシーケンスナンバー（ＳＮ）を含むヘッダを付加して伝送することにより、伝送中に失ったＰＤＵを受信側が認知できるようにする。このような機能により、ＵＭ ＲＬＣは、ユーザプレーンにおいて、ブロードキャスト／マルチキャストデータの伝送、又はパケットサービス（Packet Service：ＰＳ）ドメインの音声（例えば、ＶｏＩＰ）やストリーミングなどのリアルタイムパケットデータの伝送を管理するが、制御プレーンにおいては、セル内の特定端末又は特定端末グループに送信されるＲＲＣメッセージのうち受信応答を必要としないＲＲＣメッセージの送信を管理する。
【００１５】
ＡＭ ＲＬＣは、ＵＭ ＲＬＣと同様に、シーケンスナンバー（ＳＮ）を含むＰＤＵヘッダを付加することによりＰＤＵを形成するが、ＵＭ ＲＬＣとは異なり、受信側が送信側から伝送されたＰＤＵに対する応答を提供するという点で大きな相違がある。ＡＭ ＲＬＣにおいて受信側が応答を提供する理由は、正常に受信されていないＰＤＵの再送を受信側が要求できるようにするためであり、この再送機能は、ＡＭ ＲＬＣの最も重要な特徴である。要するに、ＡＭ ＲＬＣの目的は、再送の利用によりエラーのないデータ伝送を保証することであり、この目的のためにＡＭ ＲＬＣは、一般的にユーザプレーンにおいては、ＰＳドメインのＴＣＰ／ＩＰのような非リアルタイムパケットデータ伝送を管理し、制御プレーンにおいては、セル内の特定端末に送信されるＲＲＣメッセージのうち受信応答を必要とするＲＲＣメッセージの送信を管理する。
【００１６】
方向性の面では、ＵＭ ＲＬＣは、単方向通信に利用されるが、ＡＭ ＲＬＣは、受信側からのフィードバックがあるため、双方向通信に利用される。構造面でも差があるが、ＵＭ ＲＬＣは、１つのＲＬＣエンティティが送信又は受信の単一タイプの構造となっているが、ＡＭ ＲＬＣの場合、１つのＲＬＣエンティティに送信機及び受信機の両方が存在する。
【００１７】
ＡＭ ＲＬＣが複雑になる理由は、再送機能のためである。再送を管理するために、ＡＭ ＲＬＣは、送受信バッファ以外にも再送バッファを備え、フロー制御のための送受信ウィンドウの利用、送信側が受信側のピアＲＬＣエンティティに状態情報を要求するポーリング、受信側が自身のバッファ状態を送信側のピアＲＬＣに報告する状態報告（Status Report）、状態情報を伝送するための状態ＰＤＵの構成など、多様な機能を行う。また、このような機能をサポートするために、様々なタイプのプロトコルパラメータ、状態変数、及びタイマーが必要である。状態報告又は状態ＰＤＵなどのようにＡＭ ＲＬＣからのデータ伝送の制御に利用されるＰＤＵをＣｏｎｔｒｏｌ ＰＤＵといい、ユーザデータの伝送に利用されるＰＤＵをＤａｔａ ＰＤＵという。
【００１８】
ＡＭ ＲＬＣにおいて、ＲＬＣ Ｄａｔａ ＰＤＵは、具体的には、ＡＭＤ ＰＤＵとＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔに分かれる。ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔは、ＡＭＤ ＰＤＵに属するデータの一部を有する。ＬＴＥシステムにおいては、端末が送信するデータブロックの最大サイズが送信の度に変わる。従って、ある時点で送信側ＡＭ ＲＬＣエンティティはサイズが２００バイトであるＡＭＤ ＰＤＵを構成して送信した後、受信側ＡＭ ＲＬＣからＮＡＣＫを受信して送信側がＡＭＤ ＰＤＵを再送しようとするとき、実際に送信できるデータブロックの最大サイズが１００バイトであると、ＡＭＤ ＰＤＵをそのまま再送することができない。このときに使用されるものがＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔであり、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔは、該当ＡＭＤ ＰＤＵが小さい単位で分割されたものを意味する。前記過程で、送信側ＡＭ ＲＬＣエンティティは、ＡＭＤ ＰＤＵをＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔに分割して複数の時間間隔に亘って送信し、受信側ＡＭ ＲＬＣエンティティは、受信されたＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔからＡＭＤ ＰＤＵを復元する。
【００１９】
正常に受信していない（不完全又は不正確に受信した）データがある場合、受信側ＡＭ ＲＬＣは、送信側ＡＭ ＲＬＣからのそのようなデータの再送を要求する。これを状態報告といい、状態報告は、Ｃｏｎｔｒｏｌ ＰＤＵの１つであるＳＴＡＴＵＳ ＰＤＵを利用して伝送される。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
従来技術において、受信側ＡＭ ＲＬＣは、状態報告がトリガーされると、ＶＲ（Ｒ）（例えば、伝送ウィンドウの開始点）からＶＲ（ＭＳ）（例えば、伝送ウィンドウの終了点）までの範囲内にあるＡＭＤ ＰＤＵに関する情報を全てＳＴＡＴＵＳ ＰＤＵに含ませて伝送する。しかしながら、ＳＴＡＴＵＳ ＰＤＵを伝送する無線リソースがＳＴＡＴＵＳ ＰＤＵより小さい場合、構成されたＳＴＡＴＵＳ ＰＤＵを伝送できなくなる。実際に、特定論理チャネルに対する無線リソースの割り当ては、ＭＡＣにおいて行われ、ＭＡＣは、ＲＬＣの状況を認知していないので、ＭＡＣがＲＬＣ ＳＴＡＴＵＳ ＰＤＵの伝送に必要な無線リソースより少なく無線リソースを割り当てることがある。従来技術においては、このような状況を考慮しなかったため、このような状況が発生すると、構成したＲＬＣ ＳＴＡＴＵＳ ＰＤＵを伝送できなくなってデッドロック状態（deadlock situation）になる。
【００２１】
従って、本発明の目的は、受信側ＲＬＣがＳＴＡＴＵＳ ＰＤＵを送信側ＲＬＣに送信するとき、利用可能な無線リソース（available radio resource）がＳＴＡＴＵＳ ＰＤＵのサイズより小さい場合もＳＴＡＴＵＳ ＰＤＵを伝送できるようにし、ＲＬＣプロトコルがデッドロック状態になることを防止することにある。このために、本発明においては、ＡＣＫ＿ＳＮの設定方法によって本発明の様々な実施形態を提案する。
【課題を解決するための手段】
【００２２】
本発明の目的を達成するために、移動通信システムで状態情報を送信する方法であって、確認モードデータ（ＡＭＤ）ＰＤＵ又はＡＭＤ  ＰＤＵの一部の肯定及び／又は否定確認応答を提供するために用いられる状態プロトコルデータユニット（ＰＤＵ）を構成する段階と、構成された状態ＰＤＵをピアＲＬＣエンティティに送信する段階と、を含み、構成する段階は、構成された状態ＰＤＵが利用可能な無線リソースの全体サイズに合うように前記利用可能な無線リソースを考慮して行われることを特徴とする方法を提供する。
【００２３】
構成する段階は、シーケンスナンバーの昇順にＮＡＣＫエレメントを含む段階と、どのＡＭＤ ＰＤＵまで前記状態情報が前記状態ＰＤＵに含まれるかを示す情報を含む段階と、を含む。
【００２４】
情報は、ＡＣＫ＿ＳＮを言及し、ＡＣＫ＿ＳＮは、状態ＰＤＵにおいてＮＡＣＫ＿ＳＮで示されない次に完全に受信しなかったＡＭＤ  ＰＤＵのＳＮに設定される。
【００２５】
ＮＡＣＫエレメントは、構成された状態ＰＤＵが利用可能な無線リソースのサイズに合うように、受信していない最初のＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵの一部から受信していない特定ＡＭＤ ＰＤＵまでをシーケンスナンバーの昇順に含まれる。
【００２６】
受信していないＡＭＤ  ＰＤＵ又はＡＭＤ  ＰＤＵの一部は、２つの連続して受信していないＰＤＵ間に存在しない。
【００２７】
受信していないＡＭＤ  ＰＤＵ又はＡＭＤ  ＰＤＵの一部は、２つの連続して受信していないＰＤＵ間に存在できるようにする。
【００２８】
利用可能な無線リソースは、下位層によって示されるＲＬＣ ＰＤＵの全体サイズを言及する。
【００２９】
ＲＬＣ ＰＤＵの全体サイズについての表示を下位層（ＭＡＣ）から受ける段階をさらに含む。
【００３０】
構成する段階は、受信していない最初のＡＭＤ ＰＤＵ又は受信していないＡＭＤ ＰＤＵの一部のＮＡＣＫ＿ＳＮエレメントを含み、また、受信していない他のＡＭＤ ＰＤＵ又は受信していない他のＡＭＤ ＰＤＵの一部の少なくとも１つのＮＡＣＫ＿ＳＮエレメントをオプションとしてさらに含むことによって行われる。
【００３１】
ＮＡＣＫ＿ＳＮエレメントは、ＮＡＣＫ＿ＳＮと、オプションとしてのＳＯｓｔａｒｔ及びＳＯｅｎｄと、を有する。
【００３２】
状態ＰＤＵが部分状態ＰＤＵである場合、状態ＰＤＵが部分状態ＰＤＵであることを示すインジケータを用いる。
【００３３】
本発明の他の態様において、移動通信システムで受信側無線リンク制御（ＲＬＣ）エンティティが送信側ＲＬＣエンティティにデータ（ＰＤＵ）の状態情報を送信する方法において、受信側ＲＬＣエンティティが、利用可能な無線リソースを考慮して、ＲＬＣデータＰＤＵの受信状態に関する情報を含むＳＴＡＴＵＳ ＰＤＵを構成する段階と、受信側ＲＬＣエンティティが、構成されたＳＴＡＴＵＳ ＰＤＵを送信側ＲＬＣに送信する段階とを含み、構成する段階は、利用可能な無線リソースを用いることによって送信可能な数のＮＡＣＫ＿ＳＮを選択的に含む段階と、ＡＣＫ＿ＳＮの値をＶＲ（ＭＳ）値に設定する段階と、を含むことを特徴とする方法を提供する。
【００３４】
本発明の一態様において、移動通信システムの受信側無線リンク制御（ＲＬＣ）エンティティであって、利用可能な無線リソースを確認し、前記利用可能な無線リソースを考慮してＳＴＡＴＵＳ ＰＤＵを構成し、前記利用可能な無線リソースのサイズに合うように前記ＳＴＡＴＵＳ ＰＤＵに否定確認応答（ＮＡＣＫ）エレメントを含ませ、ＡＣＫ＿ＳＮの値を設定し、前記構成されたＳＴＡＴＵＳ ＰＤＵをピアＲＬＣエンティティに送信するモジュールを含む受信側無線リンク制御（ＲＬＣ）エンティティを提供する。
【発明の効果】
【００３５】
従来技術において、受信側ＡＭ ＲＬＣは、送信するＳＴＡＴＵＳ ＰＤＵに比べて割り当てられた無線リソースが小さい場合は動作方法が定義されていないため、プロトコルがデッドロック状態になった。本発明においては、無線状態と関係なくプロトコルが安定して動作することができるように、無線リソースが小さい状態であってもＳＴＡＴＵＳ ＰＤＵを伝送できるＰａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを構成する方法を提案する。
【図面の簡単な説明】
【００３６】
【図１】従来の移動通信システムであるＬＴＥシステムのネットワーク構造である。
【図２】３ＧＰＰ無線接続ネットワーク標準に準拠した端末とＥ−ＵＴＲＡＮとの間の無線インタフェースプロトコルの制御プレーン構造である。
【図３】３ＧＰＰ無線接続ネットワーク標準に準拠した端末とＥ−ＵＴＲＡＮとの間の無線インタフェースプロトコルのユーザプレーン構造である。
【図４】現在ＬＴＥシステムにおいて使用されているＳＴＡＴＵＳ ＰＤＵの構造である。
【図５】ＬＴＥシステムにおいてＳＴＡＴＵＳ ＰＤＵを構成する例である。
【図６】本発明の第１実施形態として、本発明によるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵの構成を示す図である。
【図７】は本発明の第１実施形態として、本発明によるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵの構成の他の例を示す図である。
【図８】は本発明の第２実施形態として、本発明によるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵの構成を示す図である。
【図９】は本発明の第２実施形態として、本発明によるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵの構成の他の例を示す図である。
【発明を実施するための形態】
【００３７】
本発明は、移動通信システムに適用され、特に、ＵＭＴＳ（Universal Mobile Telecommunications System）から発展したＥ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）に適用される。しかしながら、本発明は、これに限定されるものではなく、本発明の技術的思想が適用できる全ての通信システム及び通信プロトコルに適用できる。
【００３８】
本発明は、多様な形態で実現することができ、多様な実施形態を有することができ、特定実施形態を図面に示し、明細書に詳細に説明する。本発明は特定実施形態によって限定されるのではなく、本発明の思想や技術範囲内のあらゆる変更、均等物乃至代替物を含むと理解できるであろう。
【００３９】
第１、第２などの序数を含む用語は、様々な構成要素を説明するために使用できるが、前記構成要素は、前記用語により限定されるものではない。前記用語は、１つの構成要素を他の構成要素と区別するために使用されるだけである。例えば、本発明の権利範囲から外れない限り、第１構成要素を第２構成要素と称すことができ、同様に第２構成要素を第１構成要素と称すこともできる。「及び／又は」という用語は、複数の関連した記載項目の組み合わせ又は複数の関連した記載の項目のいずれかの項目を含む。
【００４０】
ある構成要素が他の構成要素に「連結」又は「接続」されていると言及されたときは、他の構成要素に直接連結又は接続されている可能性もあるが、その構成要素間にさらに他の構成要素が介在することもある。それに対して、ある構成要素が他の構成要素に「直接連結」されているか、「直接接続」されていると言及されたときには、その構成要素間にさらに他の構成要素が存在しないと理解するべきである。
【００４１】
本出願において使用した用語は、単に特定の実施形態を説明するために使用されたものであり、本発明を限定するものではない。単数の表現は文脈上明らかに異なる表現を使用しない限り、複数の表現を含む。本出願において、「含む」又は「有する」などの用語は、明細書に記載された特徴、数字、段階、動作、構成要素、部品又はそれらを組み合わせたものが存在することを指定しようとするものであり、１つ又はそれ以上の他の特徴、数字、段階、動作、構成要素、部品又はそれらを組み合わせたものの存在又は付加の可能性を予め排除しないものと理解されるべきである。
【００４２】
他の定義がない限り、技術的又は科学的な用語を含めてここで使用される全ての用語は、本発明の属する技術分野における通常の知識を有する者により一般的に理解されるものと同様の意味を有する。一般に使用される辞書に定義されている用語は、関連技術の文脈上持つ意味と同じ意味を持つものと解釈されるべきであり、本出願において明らかに定義しない限り、過度に形式的な意味には解釈されない。
【００４３】
以下、添付図面を参照して本発明の好ましい実施形態について詳細に説明する。添付図面を参照して説明するとき、図面番号に関係なく同一又は対応する構成要素には同一参照番号を付し、これに対する重複する説明は省略する。
【００４４】
本発明は、受信側ＲＬＣがＳＴＡＴＵＳ ＰＤＵを送信側ＲＬＣに送信するとき、利用可能な無線リソース（available radio resource）がＳＴＡＴＵＳ ＰＤＵのサイズより小さい場合もＳＴＡＴＵＳ ＰＤＵを伝送できるようにしてＲＬＣプロトコルがデッドロック状態になることを防止する。このために、本発明の基本概念は、新しいＳＴＡＴＵＳ ＰＤＵを定義し、その定義したＳＴＡＴＵＳ ＰＤＵの構成に応じてＡＣＫ＿ＳＮを設定するというものである。
【００４５】
本発明は、既存のＳＴＡＴＵＳ ＰＤＵより小さいＳＴＡＴＵＳ ＰＤＵの構成を定義する。説明の便宜上、そのようなＳＴＡＴＵＳ  ＰＤＵをｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵ又はｓｈｏｒｔ ＳＴＡＴＵＳ ＰＤＵという。しかしながら、本発明において定義するｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵは、「partial」の辞書の意味に限定されるＳＴＡＴＵＳ ＰＤＵではなく、既存のＳＴＡＴＵＳ ＰＤＵに比べてサイズが小さくて機能の差があることを意味するものである。一方、本発明において定義するＳＴＡＴＵＳ ＰＤＵのタイプを既存のＳＴＡＴＵＳ ＰＤＵと区別するために、既存のＳＴＡＴＵＳ ＰＤＵを第１タイプＳＴＡＴＵＳ ＰＤＵ（又は、Ｎｏｒｍａｌ ＳＴＡＴＵＳ ＰＤＵ）といい、本発明において定義するＳＴＡＴＵＳ ＰＤＵを第２タイプＳＴＡＴＵＳ ＰＤＵ（又は、ｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵ）という。
【００４６】
また、本発明は、受信側ＲＬＣが既存のＳＴＡＴＵＳ ＰＤＵを現在の無線リソースを用いて送信側ＲＬＣに送信できない状況を前提とする。従って、本発明の実施形態は、受信側ＲＬＣが利用可能な無線リソースによりＳＴＡＴＵＳ ＰＤＵを伝送できるように、いわゆるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを構成（生成）する方法を提案し、その構成したｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを送信側ＲＬＣに送信する。
【００４７】
以下、本発明において定義する状態ＰＤＵの構造及び状態ＰＤＵのフィールド、すなわち、ＡＣＫ＿ＳＮフィールド及びＮＡＣＫ＿ＳＮフィールドなどを図４及び図５を参照して説明する。
【００４８】
図４は、現在ＬＴＥシステムで使用されているＳＴＡＴＵＳ ＰＤＵの構造である。図４において、横軸はＲＬＣ ＳＴＡＴＵＳ ＰＤＵの長さであり、８ビット、すなわち、１オクテットである。
【００４９】
以下、図４を参照してＲＬＣ ＳＴＡＴＵＳ ＰＤＵの各フィールドについて説明する。
【００５０】
１．Ｄ／Ｃ（Data/Control）フィールド：１ビット
このフィールドは、該当ＲＬＣ ＰＤＵがＲＬＣ Ｄａｔａ ＰＤＵであるかＲＬＣ Ｃｏｎｔｒｏｌ ＰＤＵであるかを表す。
【００５１】
２．ＣＰＴ（Control PDU Type）フィールド：３ビット
このフィールドは、該当Ｃｏｎｔｒｏｌ ＰＤＵのタイプを表す。現在、ＲＬＣ Ｃｏｎｔｒｏｌ ＰＤＵにはＳＴＡＴＵＳ ＰＤＵのみが定義されている。
【００５２】
３．ＡＣＫ＿ＳＮ（Acknowledgement Sequence Number）
ＡＣＫ＿ＳＮは、下記の２つに定義される。
【００５３】
１−１）ＡＣＫ＿ＳＮのタイプは、ＳＴＡＴＵＳ ＰＤＵが情報を含まない最初のＰＤＵのＲＬＣ ＳＮである。
【００５４】
１−２）送信側は、このＳＴＡＴＵＳ ＰＤＵを受信すると、受信側のＡＣＫ＿ＳＮ−１（図７及び図９の実施形態に適用される）に該当するＰＤＵまでのＰＤＵのうちＮＡＣＫ＿ＳＮ又はＮＡＣＫ＿ＳＮ、ＳＯｓｔａｒｔ、ＳＯｅｎｄに該当するＰＤＵ又はその一部を除いて全て正常に受信したと判断する。このようなＡＣＫ＿ＳＮは、本発明による図６及び図８の実施形態に適用された。
【００５５】
２−１）ＡＣＫ＿ＳＮの他のタイプは、ＳＴＡＴＵＳ ＰＤＵが情報を含む最初のＰＤＵのＲＬＣ ＳＮである。
【００５６】
２−２）送信側は、このＳＴＡＴＵＳ ＰＤＵを受信すると、受信側のＡＣＫ＿ＳＮに該当するＰＤＵまでのＰＤＵのうちＮＡＣＫ＿ＳＮ又はＮＡＣＫ＿ＳＮ、ＳＯｓｔａｒｔ、ＳＯｅｎｄに該当するＰＤＵ又はその一部を除いて全て正常に受信したと判断する。このようなＡＣＫ＿ＳＮは、本発明による図７及び図９の実施形態に適用された。
【００５７】
４．Ｅ１（Extension 1）：１ビット
これは、今回のＮＡＣＫ＿ＳＮエレメント（すなわち、ＮＡＣＫ＿ＳＮ又はＮＡＣＫ＿ＳＮ、ＳＯｓｔａｒｔ、ＳＯｅｎｄ）の次に他のＮＡＣＫ＿ＳＮエレメントが存在するか否かを表す。
【００５８】
５．ＮＡＣＫ＿ＳＮ（Negative Acknowledgement Sequence Number）
これは、受信に失敗したＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔのＲＬＣ ＳＮである。
【００５９】
６．Ｅ２（Extension 2）：１ビット
これは、今回のＮＡＣＫ＿ＳＮに該当するＳＯｓｔａｒｔとＳＯｅｎｄフィールドが存在するか否かを表す。
【００６０】
７．ＳＯｓｔａｒｔ（Segment Offset Start）and ＳＯｅｎｄ（Segment Offset End）
これらは、ＮＡＣＫ＿ＳＮに該当するＰＤＵのうち一部分（segment）のみがＮＡＣＫである場合に使用される。一部分の最初のバイトはＳＯｓｔａｒｔに該当し、最後のバイトはＳＯｅｎｄに該当する。
【００６１】
一方、受信側ＡＭ ＲＬＣは、いつでも状態報告ができるのではなく、特定条件を満たす場合に状態報告をすることができる。このような条件を状態報告トリガー（Status Reporting Trigger）といい、現在のＬＴＥシステムにおいては以下のような２つの条件を使用する。
【００６２】
第１の条件は送信側のポーリングである。
【００６３】
すなわち、送信側ＡＭ ＲＬＣは、受信側から状態報告を受信しようとする場合、ＲＬＣ Ｄａｔａ ＰＤＵにポールビット（Poll bit）を設定して送信する。受信側ＡＭ ＲＬＣは、ポールビットが設定されたＲＬＣ Ｄａｔａ ＰＤＵを受信すると状態報告をトリガーする。
【００６４】
第２の条件はＲＬＣ Ｄａｔａ ＰＤＵの受信失敗の検出である。
【００６５】
すなわち、受信側ＡＭ ＲＬＣは、ＨＡＲＱ ｒｅｏｒｄｅｒｉｎｇが終わった後、受信に失敗したＲＬＣ Ｄａｔａ ＰＤＵ（すなわち、ＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔ）を検出すると、状態報告をトリガーする。
【００６６】
また、状態報告がトリガーされると、受信側ＡＭ ＲＬＣは、受信バッファ状態をＳＴＡＴＵＳ ＰＤＵを用いて送信側に送信するが、このとき、ＳＴＡＴＵＳ ＰＤＵには受信ウィンドウの開始点に該当するＰＤＵ（＝ＶＲ（Ｒ））からＨＡＲＱ ｒｅｏｒｄｅｒｉｎｇが終わったＰＤＵのうち最後のＰＤＵ（＝ＶＲ（ＭＳ））までの情報を含ませて伝送する。ここで、ＶＲ（Ｒ）、ＶＲ（ＭＳ）は、状態変数である。
【００６７】
状態変数であるＶＲ（Ｒ）、ＶＲ（ＭＳ）は、受信側ＡＭ ＲＬＣが管理する状態変数であり、受信ウィンドウ及び状態報告などのために使用される状態変数である。その他にも、受信側ＡＭ ＲＬＣにはいくつかの状態変数がさらに存在し、以下、このような受信側ＡＭ ＲＬＣの状態変数について説明する。
【００６８】
− ＶＲ（Ｒ）：Receive state variable
・  順次受信したＡＭＤ ＰＤＵのうち最後のＡＭＤ ＰＤＵの次のＡＭＤ ＰＤＵに該当するＳＮ（Sequence Number）値を保持する。
【００６９】
・  受信側ＡＭ ＲＬＣが受信していないＡＭＤ ＰＤＵのうち最初のＡＭＤ ＰＤＵである。
【００７０】
・  受信ウィンドウの開始点（lower edge）としての役割を果たす。
【００７１】
・  最初に０に設定される。ＳＮ＝ＶＲ（Ｒ）に該当するＡＭＤ ＰＤＵを受信すると、その次の受信していない最初のＡＭＤ ＰＤＵのＳＮ値に更新される。
【００７２】
− ＶＲ（ＭＲ）：Maximum acceptable receive state variable
・  受信ウィンドウ外にあるＡＭＤ ＰＤＵのうち最初のＡＭＤ ＰＤＵのＳＮの値を保持する。
【００７３】
・  受信ウィンドウの終了点（higher edge）としての役割を果たす。
【００７４】
・  ＶＲ（Ｒ）が更新されるとき、ＶＲ（ＭＲ）＝ＶＲ（Ｒ）＋ＡＭ＿Ｗｉｎｄｏｗ＿Ｓｉｚｅのように更新される。
【００７５】
− ＶＲ（Ｘ）：T_reordering state variable
・  ＨＡＲＱ ｒｅｏｒｄｅｒｉｎｇを管理するタイマーであるＴ＿ｒｅｏｒｄｅｒｉｎｇを駆動させたＲＬＣ Ｄａｔａ ＰＤＵの次のＲＬＣ Ｄａｔａ ＰＤＵに該当するＳＮ値を保持する。
【００７６】
・  受信側ＡＭ ＲＬＣが駆動中のＴ＿ｒｅｏｒｄｅｒｉｎｇがない状況でｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅであるＲＬＣ Ｄａｔａ ＰＤＵを受信すると、Ｔ＿ｒｅｏｒｄｅｒｉｎｇを駆動させ、ＶＲ（Ｘ）をＲＬＣ Ｄａｔａ ＰＤＵの次のＲＬＣ Ｄａｔａ ＰＤＵのＳＮ値に設定する。
【００７７】
− ＶＲ（ＭＳ）：Maximum Status transmit state variable
・  この状態変数は、ＳＴＡＴＵＳ ＰＤＵにＨＡＲＱ ｒｅｏｒｄｅｒｉｎｇが完了したＲＬＣ Ｄａｔａ ＰＤＵに関する情報のみを含ませるために使用される。
【００７８】
・  最初に０に設定され、ＳＮ＝ＶＲ（ＭＳ）に該当するＡＭＤ ＰＤＵを受信すると、その次の受信していない最初ＡＭＤ ＰＤＵのＳＮ値に更新される。
【００７９】
・  Ｔ＿ｒｅｏｒｄｅｒｉｎｇが完了すると、ＶＲ（Ｘ）以上のＡＭＤ ＰＤＵのうち受信していない最初のＡＭＤ ＰＤＵのＳＮ値に更新し、ＡＣＫ＿ＳＮをＶＲ（ＭＳ）に設定してＳＴＡＴＵＳ ＰＤＵを構成する。
【００８０】
− ＶＲ（Ｈ）：Highest received state variable
・  受信側ＡＭ ＲＬＣが受信したＲＬＣ Ｄａｔａ ＰＤＵのうち最高のＳＮの次のＳＮ値、すなわち、受信側ＡＭ ＲＬＣが受信していない最初のＲＬＣ Ｄａｔａ ＰＤＵのＳＮ値を保持する。
【００８１】
・  最初に０に設定され、ＶＲ（Ｈ）以上のＲＬＣ Ｄａｔａ ＰＤＵを受信すると、前記ＲＬＣ Ｄａｔａ ＰＤＵの次のＲＬＣ Ｄａｔａ ＰＤＵのＳＮ値に更新される。
【００８２】
図５は、ＬＴＥシステムにおいてＳＴＡＴＵＳ ＰＤＵを構成する例である。図５は、ＬＴＥシステムのＨＡＲＱ ｒｅｏｒｄｅｒｉｎｇを考慮した状態報告トリガーの例に該当する。ただし、説明を簡単にするために、図５においてＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔは考慮していない。図５を参照すると、例えば、ｔ＝Ｔ１であるとき、ＶＲ（Ｒ）は０であり、ＶＲ（Ｘ）は６であり、ＶＲ（ＭＸ）は０である。図５において各時間ｔで受信したデータ（ＡＭＤ ＰＤＵ）は陰影処理されており（すなわち、ｒｅｃｅｉｖｅｄ）、受信失敗は陰影処理されていない部分のデータである。
【００８３】
− ｔ＝Ｔ０：初期状態
・  受信側ＡＭ ＲＬＣはエンティティ生成後の初期状態である。
【００８４】
・  全ての状態変数は初期値を有する。
【００８５】
− ｔ＝Ｔ１：ＡＭＤ ＰＤＵ５の受信
・  Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅであるＡＭＤ ＰＤＵ５を受信すると、ＶＲ（Ｘ）＝６にアップデートし、Ｔ＿ｒｅｏｒｄｅｒｉｎｇを駆動させる。
【００８６】
・  ＡＭＤ ＰＤＵ０は受信されていないため、ＶＲ（Ｒ）とＶＲ（ＭＳ）は０のままである。
【００８７】
− ｔ＝Ｔ２：ＡＭＤ ＰＤＵ０の受信
・  ＶＲ（Ｒ）＝ＶＲ（ＭＳ）に該当するＡＭＤ ＰＤＵであるＡＭＤ ＰＤＵ０を受信すると、ＶＲ（Ｒ）とＶＲ（ＭＳ）を全て１に更新し、ＡＭＤ ＰＤＵ０は上位層に送信する。
【００８８】
・  ＶＲ（Ｘ）＝６と変化がなく、Ｔ＿ｒｅｏｒｄｅｒｉｎｇは続けて駆動する。
【００８９】
− ｔ＝Ｔ３：ＡＭＤ ＰＤＵ６の受信
・  ＡＭＤ ＰＤＵ６を受信してもＶＲ（Ｒ）、ＶＲ（ＭＳ）、ＶＲ（Ｘ）には何の変化もなく、ｔ＝Ｔ２と同様の状況を維持する。
【００９０】
− ｔ＝Ｔ４：ＡＭＤ ＰＤＵ８の受信
・  ＡＭＤ ＰＤＵ８を受信してもＶＲ（Ｒ）、ＶＲ（ＭＳ）、ＶＲ（Ｘ）には何の変化もなく、ｔ＝Ｔ３と同様の状況を維持する。
【００９１】
− ｔ＝Ｔ５：T_reordering expire
・  Ｔ＿ｒｅｏｒｄｅｒｉｎｇが完了すると、まずＶＲ（ＭＳ）をＶＲ（Ｘ）以上のＡＭＤ ＰＤＵのうち受信していない最初のＡＭＤ ＰＤＵであるＡＭＤ ＰＤＵ７に更新する。
【００９２】
・  ＶＲ（Ｒ）＝１からＶＲ（ＭＳ）＝７の間のＰＤＵに関する情報に基づいて図５のようにＳＴＡＴＵＳ ＰＤＵを構成して伝送する。
【００９３】
・  更新されたＶＲ（ＭＳ）以上のＡＭＤ ＰＤＵが受信されている場合、Ｔ＿ｒｅｏｒｄｅｒｉｎｇを再開するので、ＶＲ（Ｘ）＝９に更新し、Ｔ＿ｒｅｏｒｄｅｒｉｎｇを再開する。
【００９４】
図５のようなＳＴＡＴＵＳ ＰＤＵを受信した送信側ＡＭ ＲＬＣは、以下のように受信バッファ状況を解析する。
【００９５】
− 送信に失敗したＡＭＤ ＰＤＵは１、２、３、４である。
【００９６】
− ＡＣＫ＿ＳＮ＝７であるため、０〜６の間のＡＭＤ ＰＤＵのうちＮＡＣＫでない０、５、６は送信に成功した。
【００９７】
− 送信ウィンドウの開始点に該当する状態変数のＶＴ（Ａ）を０から１に更新する。ＶＴ（Ａ）は、次に最初にｉｎ−ｓｅｑｕｅｎｃｅでＡＣＫを受信しなればならないＡＭＤ ＰＤＵのＳＮである。
【００９８】
図６は、本発明の第１実施形態として、本発明によるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵの構成を示す。ただし、図６の実施形態を説明する際に、図５のようにデータが受信されたと仮定し、また、現在利用可能な無線リソースで受信側ＲＬＣが２つのＮＡＣＫ＿ＳＮエレメントを送信側ＲＬＣに送信できることを前提として説明する。すなわち、図５のＳＴＡＴＵＳ ＰＤＵのように、受信側ＲＬＣが送信側ＲＬＣに送るＳＴＡＴＵＳ ＰＤＵは、図６のＩｎｔｅｎｄｅｄ ＳＴＡＴＵＳ ＰＤＵの通りである。しかしながら、受信側ＲＬＣは、現在利用可能な無線リソースでこのようなＳＴＡＴＵＳ ＰＤＵを送信側ＲＬＣに送信できない状況である。従って、本発明による図６のｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを定義する。
【００９９】
図６の第１実施形態は、ＳＴＡＴＵＳ ＰＤＵにＶＲ（ＭＳ）までの情報を含ませずに利用可能な無線リソース分だけＮＡＣＫ情報を含めて伝送するものである。要するに、（１）ＮＡＣＫ＿ＳＮは、順に与えられた無線リソースを超えない程度だけ含め、（２）ＡＣＫ＿ＳＮを必ずＶＲ（ＭＳ）に設定するのではなく、ＶＲ（Ｒ）≦ＳＮ≦ＶＲ（ＭＳ）の間でＮＡＣＫ＿ＳＮを含むことのできる任意の値に設定するのである。例えば、任意の値は、図５のようなＳＴＡＴＵＳ ＰＤＵに対して図６の第１実施形態を適用すると、図６のように順に２つのＮＡＣＫ＿ＳＮエレメント（すなわち、ＮＡＣＫ＿ＳＮ１及びＮＡＣＫ＿ＳＮ２）のみをｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵに含めることができる。
【０１００】
以下、図６を参照して、送信側及び受信側ＡＭ ＲＬＣの動作実施形態についてより詳細に説明する。
【０１０１】
１．受信側ＡＭ ＲＬＣがＳＴＡＴＵＳ ＰＤＵを構成するとき、
１−１）受信側ＡＭ ＲＬＣは、含まれるＮＡＣＫ＿ＳＮリストを考慮し、最終ＳＴＡＴＵＳ ＰＤＵのサイズが与えられた無線リソースより大きくならないようにＡＣＫ＿ＳＮをＶＲ（Ｒ）≦ＳＮ≦ＶＲ（ＭＳ）の間の任意の値に設定する。新しく設定するＡＣＫ＿ＳＮの値は、受信側ＲＬＣの現在利用可能な無線リソースの能力に依存する。
【０１０２】
より具体的には、ＡＣＫ＿ＳＮを（ＳＴＡＴＵＳ ＰＤＵに含められる最後のＮＡＣＫ＿ＳＮ、すなわち、図６においてＮＡＣＫ＿ＳＮ２）≦ＳＮ≦（ＳＴＡＴＵＳ ＰＤＵに含めることができない最初のＮＡＣＫ＿ＳＮ、すなわち、図６においてＮＡＣＫ＿ＳＮ３）の範囲の値（例えば、図６においてＡＣＫ＿ＳＮ＝３に設定する）の１つに設定する（すなわち、図６においてＡＣＫ＿ＳＮ＝３に設定する）。そうすることにより、含めようとするＮＡＣＫ＿ＳＮをｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵに含めることができる。
【０１０３】
１−２）最初のＮＡＣＫ＿ＳＮであるＮＡＣＫ＿ＳＮ１をＶＲ（Ｒ）に設定する。
【０１０４】
１−３）ＮＡＣＫ＿ＳＮ１＜ＳＮ≦ＡＣＫ＿ＳＮであるＰＤＵのうち受信していない全てのＰＤＵのＳＮをＳＮ順にＮＡＣＫ＿ＳＮエレメントに設定する（すなわち、図６においてＮＡＣＫ＿ＳＮ１及びＮＡＣＫ＿ＳＮ２）。
【０１０５】
２．送信側ＡＭ ＲＬＣがｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを受信するとき、
２−１）ＶＴ（Ａ）≦ＳＮ＜ＮＡＣＫ＿ＳＮ１であるＰＤＵは送信に成功したと判断する。
【０１０６】
２−２）ＮＡＣＫ＿ＳＮ１≦ＳＮ＜ＡＣＫ＿ＳＮであるＰＤＵのうちＮＡＣＫ＿ＳＮで表示されたＰＤＵは、送信に失敗したと判断する。
【０１０７】
２−３）ＮＡＣＫ＿ＳＮ１≦ＳＮ＜ＡＣＫ＿ＳＮであるＰＤＵのうちＮＡＣＫ＿ＳＮで表示されていないＰＤＵは、送信に成功したと判断する。
【０１０８】
２−４）ＶＴ（Ａ）をＮＡＣＫ＿ＳＮ１に設定する。
【０１０９】
図６の第１実施形態は、ＮＡＣＫ＿ＳＮエレメントをＳＴＡＴＵＳ ＰＤＵに含めることができる程度まで順に含めて送信する方法である。例えば、図６において、受信に失敗した４つのＮＡＣＫ＿ＳＮエレメント（すなわち、ＮＡＣＫ＿ＳＮ１〜ＮＡＣＫ＿ＳＮ４）のうち、現在利用可能な無線リソースで２つのＮＡＣＫ＿ＳＮエレメント（すなわち、ＮＡＣＫ＿ＳＮ１及びＮＡＣＫ＿ＳＮ２）を順に送信するのである。このような本発明の第１実施形態は、送信側が要求する情報を全て受信側が通知することはできないが、現在の無線リソース状況に応じて最大限に状態情報を送信することができるようにする利点がある。ＡＣＫ＿ＳＮをＶＲ（ＭＳ）の代わりに任意の値に設定するという違いを除けば、ＲＬＣの動作は送信側及び受信側のどちらも従来と同様である。
【０１１０】
一方、前述した説明において、ＮＡＣＫ＿ＳＮエレメントは、実際にＮＡＣＫ＿ＳＮそのものであってもよく、また、セグメントを考慮したＮＡＣＫ＿ＳＮ、ＳＯｓｔａｒｔ、及びＳＯｅｎｄからなるセットでもよい。
【０１１１】
図７は、本発明の第１実施形態であり、本発明によるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵの構成の他の例である。図７は、状態ＰＤＵを利用可能な無線リソースを考慮して１番目のＳＴＡＴＵＳ ＰＤＵと２番目のＳＴＡＴＵＳ ＰＤＵで受信側ＲＬＣエンティティが送信側ＲＬＣエンティティに送信する実施形態である。
【０１１２】
ただし、図７のＡＣＫ＿ＳＮの値は、図６に定義されたものとは異なる実施形態である。
【０１１３】
すなわち、図７のＡＣＫ＿ＳＮについて説明すると、ＡＣＫ＿ＳＮフィールドは、ＳＴＡＴＵＳ ＰＤＵが情報を含む最初のＰＤＵのＲＬＣ ＳＮを示す。すなわち、送信側は、このＳＴＡＴＵＳ ＰＤＵを受信すると、受信側がＡＣＫ＿ＳＮに該当するＰＤＵまでのＰＤＵのうちＮＡＣＫ＿ＳＮ又はＮＡＣＫ＿ＳＮ、ＳＯｓｔａｒｔ、ＳＯｅｎｄに該当するＰＤＵ又はその一部を除いては全て受信したと判断する。
【０１１４】
ＶＲ（ＭＳ）の値（すなわち、ＶＲ（ＭＳ）＝１１）と同一の値にＡＣＫ＿ＳＮが設定されない。
【０１１５】
ＡＣＫ＿ＳＮは、１番目のＳＴＡＴＵＳ ＰＤＵにおいてＡＣＫ＿ＳＮ＝７（すなわち、ＮＡＣＫ＿ＳＮ３＝６の次の値）に設定され、１番目のＳＴＡＴＵＳ ＰＤＵには３つ（これは、現在利用可能な無線リソースのサイズを意味する）の受信していないＡＭＤ ＰＤＵ（すなわち、ＳＮが３、５、６）、すなわち、ＮＡＣＫ＿ＳＮ１＝３、ＮＡＣＫ＿ＳＮ２＝５、ＮＡＣＫ＿ＳＮ３＝６を含む。２番目のＳＴＡＴＵＳ ＰＤＵにおいてＡＣＫ＿ＳＮ＝９（すなわち、ＮＡＣＫ＿ＳＮ４＝８の次の値）に設定され、２番目のＳＴＡＴＵＳ ＰＤＵは、２つ（これは、現在利用可能な無線リソースのサイズを意味する）の受信していないＡＭＤ ＰＤＵ（すなわち、ＳＮが３、５、６、８）、すなわち、ＮＡＣＫ＿ＳＮ１＝３、ＮＡＣＫ＿ＳＮ２＝５、ＮＡＣＫ＿ＳＮ３＝６、ＮＡＣＫ＿ＳＮ４＝８を含む。
【０１１６】
特に、図６及び図７の実施形態を比較すると、図７の場合、ＡＣＫ＿ＳＮに該当するＰＤＵまで受信側が正常に受信したと送信側が判断するが、図６の場合、ＡＣＫ＿ＳＮ−１に該当するＰＤＵまで受信側が正常に受信したと送信側が判断する。
【０１１７】
図８は、本発明の第２実施形態であり、本発明によるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵの構成である。特に、図８の第２実施形態は、ＮＡＣＫ＿ＳＮエレメントのうち一部を含まずにＰａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを構成する方法である。ただし、図８の第２実施形態は、図５のようにデータが受信されたと仮定し、また、現在利用可能な無線リソースで受信側ＲＬＣが２つのＮＡＣＫ＿ＳＮエレメントを送信側ＲＬＣに送信できることを前提として説明する。すなわち、図５のＳＴＡＴＵＳ ＰＤＵのように、受信側ＲＬＣが送信側ＲＬＣに送信するＳＴＡＴＵＳ ＰＤＵは、図８のＩｎｔｅｎｄｅｄ ＳＴＡＴＵＳ ＰＤＵの通りである。しかしながら、受信側ＲＬＣは、現在利用可能な無線リソースでこのようなＳＴＡＴＵＳ ＰＤＵの全体を送信側ＲＬＣに送信できない状況である。従って、本発明による図８のｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを定義する。
【０１１８】
以下、図８を参照して、送信側及び受信側ＡＭ ＲＬＣの動作実施形態について説明する。
【０１１９】
図８の第２実施形態は、ＳＴＡＴＵＳ ＰＤＵのサイズを利用可能な無線リソースに合わせるために一部のＮＡＣＫ＿ＳＮエレメント（ＮＡＣＫ＿ＳＮ又はＮＡＣＫ＿ＳＮ、ＳＯｓｔａｒｔ、ＳＯｅｎｄ）をＳＴＡＴＵＳ ＰＤＵに含めずにＳＴＡＴＵＳ ＰＤＵを構成する方法である。ここで、ＡＣＫ＿ＳＮは、従来のようにそのままＶＲ（ＭＳ）に設定する。図６の例において、利用可能な無線リソースが小さくてＳＴＡＴＵＳ ＰＤＵがＮＡＣＫ＿ＳＮエレメントを２つしか含むことができない場合、図８のようにＳＴＡＴＵＳ ＰＤＵを構成する。
【０１２０】
本発明の第２実施形態において、送信側及び受信側ＡＭ ＲＬＣの動作方法は、次の通りである。
【０１２１】
１．受信側ＡＭ ＲＬＣがＳＴＡＴＵＳ ＰＤＵを構成するとき、
１−１）ＡＣＫ＿ＳＮをＶＲ（ＭＳ）に設定する。
【０１２２】
１−２）最初のＮＡＣＫ＿ＳＮであるＮＡＣＫ＿ＳＮ１をＶＲ（Ｒ）に設定する。
【０１２３】
１−３）ＮＡＣＫ＿ＳＮ１＜ＳＮ＜ＡＣＫ＿ＳＮであるＰＤＵのうち受信していないＰＤＵのＳＮを与えられた無線リソースに合うようにいくつか選択し、ＮＡＣＫ＿ＳＮリストを構成する。図７において、無線リソースが２つのＮＡＣＫ＿ＳＮエレメントを利用可能であることを前提としたので、ＮＡＣＫ＿ＳＮ２＝３が選択された。
【０１２４】
２．送信側ＡＭ ＲＬＣが前記ＳＴＡＴＵＳ ＰＤＵを受信するとき、
２−１）ＶＴ（Ａ）≦ＳＮ＜ＮＡＣＫ＿ＳＮ１であるＰＤＵは送信に成功したと判断する。
【０１２５】
２−２）ＮＡＣＫ＿ＳＮ１≦ＳＮ＜ＡＣＫ＿ＳＮであるＰＤＵのうちＮＡＣＫ＿ＳＮで表示されたＰＤＵは送信に失敗したと判断する。
【０１２６】
２−３）ＮＡＣＫ＿ＳＮ１≦ＳＮ＜ＡＣＫ＿ＳＮであるＰＤＵのうちＮＡＣＫ＿ＳＮで表示されていないＰＤＵは送信に成功したか否かを認知できないと判断する。
【０１２７】
２−４）ＶＴ（Ａ）をＮＡＣＫ＿ＳＮ１に設定する。
【０１２８】
本発明による図７の第２実施形態は、ＡＣＫ＿ＳＮを従来のようにＶＲ（ＭＳ）に設定（すなわち、図８においてＡＣＫ＿ＳＮ＝７）して受信側が実際にどのＰＤＵまで受信したのかを送信側に通知するためのものである。また、ＮＡＣＫ＿ＳＮリストをＮＡＣＫ＿ＳＮであるＰＤＵのうちいくつか選択して構成するが、それによる送信側の誤った判断を防止するために、受信側は、ＳＴＡＴＵＳ ＰＤＵを構成するとき、ＮＡＣＫ＿ＳＮ１を常にＶＲ（Ｒ）に設定し、送信側は、ＮＡＣＫ＿ＳＮで表示されていないＰＤＵが送信に成功したか否かはＡＣＫではなく、知らないと判断するものである。
【０１２９】
ここで、ＮＡＣＫ＿ＳＮ１をＶＲ（Ｒ）に設定する理由は、送信側のＶＴ（Ａ）≦ＳＮ＜ＮＡＣＫ＿ＳＮ１であるＰＤＵを送信に成功したと判断するため、ＶＲ（Ｒ）でないより大きい値に設定すると、送信ウィンドウの開始点が送信に失敗したＰＤＵより大きいＳＮに移動して送信に失敗したＰＤＵを再送しなくなるためである。
【０１３０】
また、送信側がＮＡＣＫ＿ＳＮ１≦ＳＮ＜ＡＣＫ＿ＳＮであるＰＤＵのうちＮＡＣＫ＿ＳＮで表示されていないＰＤＵが送信に成功したか否かをＡＣＫと判断しない理由は、利用可能な無線リソースが小さくてＮＡＣＫ＿ＳＮリストに含まれていないＮＡＣＫ＿ＳＮをＡＣＫと判断しないようにするためである。
【０１３１】
前述した説明において、ＮＡＣＫ＿ＳＮエレメントは、実際にＮＡＣＫ＿ＳＮそのものでもよく、また、セグメントを考慮したＮＡＣＫ＿ＳＮ、ＳＯｓｔａｒｔ、ＳＯｅｎｄからなるセットでもよい。
【０１３２】
図９は、本発明の第２実施形態であり、本発明によるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵの構成の他の例である。図９の実施形態は、状態ＰＤＵを利用可能な無線リソースを考慮して１番目のＳＴＡＴＵＳ ＰＤＵと２番目のＳＴＡＴＵＳ ＰＤＵで受信側ＲＬＣエンティティが送信側ＲＬＣエンティティに送信する実施形態である。ただし、図９のＡＣＫ＿ＳＮの値は、図８に定義されたものとは異なる実施形態である。図９のＡＣＫ＿ＳＮは、図７で説明されたものと同様である。
【０１３３】
図９を参照すると、ＶＲ（ＭＳ）の値（すなわち、ＶＲ（ＭＳ）＝１１）がＡＣＫ＿ＳＮの値（すなわち、ＡＣＫ＿ＳＮ＝１１）に設定され、１番目のＳＴＡＴＵＳ ＰＤＵは、３つ（これは、現在利用可能な無線リソースのサイズを意味する）の受信していないＡＭＤ ＰＤＵ（すなわち、ＳＮが３、５、６である）、すなわち、ＮＡＣＫ＿ＳＮ１＝３、ＮＡＣＫ＿ＳＮ２＝５、ＮＡＣＫ＿ＳＮ３＝６を含む。２番目のＳＴＡＴＵＳ ＰＤＵは、２つ（これは、現在利用可能な無線リソースのサイズを意味する）の受信していないＡＭＤ ＰＤＵ（すなわち、ＳＮが８、１０である）、すなわち、ＮＡＣＫ＿ＳＮ１＝８、ＮＡＣＫ＿ＳＮ２＝１０を含む。特に、図９及び図８の実施形態を比較すると、図９の場合、ＡＣＫ＿ＳＮに該当するＰＤＵまで受信側が正常に受信したと送信側が判断するが、図８の場合、ＡＣＫ＿ＳＮ−１に該当するＰＤＵまで受信側が正常に受信したと送信側が判断する。
【０１３４】
本発明の第３実施形態は、Ｎｏｒｍａｌ ＳＴＡＴＵＳ ＰＤＵとＰａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵをＣＰＴ（Control PDU Type）フィールドで区別して伝送する方法である。ここで、Ｎｏｒｍａｌ ＳＴＡＴＵＳ ＰＤＵにおいて、「Ｎｏｒｍａｌ」とは、辞書の意味に限定されるのではなく、本発明において定義されたｐａｒｔｉａｌ ＳＴＡＳＵＳ ＰＤＵと区別するために使用された用語である。
【０１３５】
ＲＬＣ Ｃｏｎｔｒｏｌ ＰＤＵのヘッダには３ビットのＣＰＴフィールドが存在して該当ｃｏｎｔｒｏｌ ＰＤＵの種類を通知する役割を果たす。しかしながら、現在は、ＳＴＡＴＵＳ ＰＤＵは１種類しか定義されておらず、従って、ＣＰＴ＝０００の場合にのみ使用され、残りの値は使用していない。すなわち、本発明の第３実施形態は、一例としてＣＰＴ＝０００である場合、Ｎｏｒｍａｌ ＳＴＡＴＵＳ ＰＤＵを示し、ＣＰＴ＝００１である場合、ｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを示し、ＣＰＴフィールドを活用することができる。
【０１３６】
本発明の第３実施形態は、ｃｏｎｔｒｏｌ ＰＤＵの種類としてＰａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを追加してＣＰＴフィールドにこれを区別して使用する方法である。すなわち、無線リソースが十分である場合、従来のＮｏｒｍａｌ ＳＴＡＴＵＳ ＰＤＵを送信し、無線リソースがＮｏｒｍａｌ ＳＴＡＴＵＳ ＰＤＵより小さい場合は、Ｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを送信する。送信側ではｃｏｎｔｒｏｌ ＰＤＵを受信すると、ＣＰＴフィールドを利用して受信したｃｏｎｔｒｏｌ ＰＤＵがＮｏｒｍａｌ ＳＴＡＴＵＳ ＰＤＵであるかＰａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵであるかを判別してそれに応じて動作する。
【０１３７】
一方、送信側がネットワークである場合、受信したＳＴＡＴＵＳ ＰＤＵがＮｏｒｍａｌであるかＰａｒｔｉａｌであるかを認知することが重要である。その理由は、端末の送信無線リソースをネットワークが割り当てるためである。すなわち、ネットワークが端末からＰａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを受信すると、端末に割り当てられた無線リソースが足りないと判断し、次の割り当てにはさらに多くのリソースを割り当てるなどの効果的な動作ができるためである。
【０１３８】
一方、ＣＰＴフィールドを利用する第３の実施形態は、本発明の第１実施形態及び第２実施形態に適用することもできる。すなわち、本発明の第１実施形態のＰａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵに第３実施形態のＣＰＴフィールドを使用すると、ＣＰＴフィールド（例えば、ＣＰＴ＝００１に設定された場合）が含まれるｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵを受信した送信側は、受信側無線リソースが足りなくてＮＡＣＫ＿ＳＮ（すなわち、受信側の受信に失敗したＰＤＵ）を全てｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵに含めることはできなかったと判断（分析）することができる。従って、その後の送信側は、受信に失敗したＰＤＵを再送するとき、効果的に対応することができる。
【０１３９】
また、本発明の第２実施形態のＰａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵに第３実施形態のＣＰＴフィールドを使用すると、ＮＡＣＫ＿ＳＮ（すなわち、受信側の受信に失敗したＰＤＵ）を全てｐａｒｔｉａｌ ＳＴＡＴＵＳ ＰＤＵに含めることはできなかったと送信側がＣＰＴフィールドの設定された値により判断（分析）できる。特に、このような場合、送信側は、ＮＡＣＫ＿ＳＮで表示されていないＰＤＵが送信に成功したたか否かを認知できないと判断し、該当ＰＤＵをバッファに続けて保存しておかなければならない。
【０１４０】
本発明による受信装置は、本発明の第１実施形態及び第２実施形態において説明したＳＴＡＴＵＳ ＰＤＵを構成するモジュールを含むことを特徴とする。
【０１４１】
本発明による受信装置のモジュールは、現在利用可能な無線リソースを確認し、その利用可能な無線リソースを考慮してＳＴＡＴＵＳ ＰＤＵを構成する。モジュールは、ＳＴＡＴＵＳ ＰＤＵにその利用可能な無線リソースのサイズに合うようにＮＡＣＫエレメントを含め、ＡＣＫ＿ＳＮの値を設定する。ここで、モジュールは、ＡＣＫ＿ＳＮを設定するとき、本発明の第１実施形態と第２実施形態のように設定する。
【０１４２】
モジュールは、前述したように利用可能な無線リソースを考慮して構成したＳＴＡＴＵＳ ＰＤＵをピアＲＬＣエンティティに送信する。
【０１４３】
以上、本発明による受信装置は、前述した構成要素以外に本発明の技術的思想を実現するために必要なソフトウェア及びハードウェア、例えば、出力装置（ディスプレイ、スピーカなど）、入力装置（キーパッド、マイクなど）、メモリ、送受信部（ＲＦモジュール、アンテナなど）を基本的に含む。このような構成要素に関する詳細な説明は、本発明の技術分野における通常の知識を有する者にとって明らかであるため、省略する。
【０１４４】
前述した例示的な方法は、ソフトウェア、ハードウェア、又はそれらの組み合わせで実現することができる。例えば、前記例示的な方法又はその手順の少なくともいくつかは、記憶媒体（例えば、端末機の内部メモリ、フラッシュメモリ、ハードディスクなど）に格納することができ、プロセッサ（例えば、移動端末機内部のマイクロプロセッサ）により実行することができるソフトウェアプログラム内のコード又はコマンドで実現することもできる。
【０１４５】
本発明は、図面に示す実施形態を参照して説明されたが、単なる例示にすぎず、当該技術分野における通常の知識を有する者であれば多様な代案、変更、変形が可能であることを理解できるであろう。従って、本発明の技術的保護範囲は添付された特許請求の範囲の技術的思想により決定されるべきである。
【図１】
0005438153.tif 000002
【図２】
0005438153.tif 000003
【図３】
0005438153.tif 000004
【図４】
0005438153.tif 000005
【図５】
0005438153.tif 000006
【図６】
0005438153.tif 000007
【図７】
0005438153.tif 000008
【図８】
0005438153.tif 000009
【図９】
0005438153.tif 000010