(57)【要約】本発明は、ＲＬＣ再設定時にデータ消失の発生を防ぐことのできる移動通信システム及びそのＰＤＣＰ状態報告転送方法に関する。ＲＬＣ内部エラーによりＲＬＣ再設定が発生すると、ＰＤＣＰエンティティが変わらなくても、受信ＰＤＣＰエンティティは、状態報告をトリガして送信ＰＤＣＰエンティティに転送する。前記送信ＰＤＣＰエンティティは、前記トリガされたＰＤＣＰ状態報告に基づいて各ＰＤＣＰ  ＳＤＵの受信状態を確認した後、前記受信ＰＤＣＰエンティティにより正常に受信されていないＰＤＣＰ  ＳＤＵを再送する。
2011508560.tif 000002
【特許請求の範囲】
【請求項１】
ＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信する段階と、
前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガする段階と、
前記ＰＤＣＰ状態報告を構成する段階と、
前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送する段階と
を含むことを特徴とする受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
【請求項２】
前記受信段階、前記トリガ段階、及び前記転送段階は、ＲＬＣ  ＡＭにマッピングされた無線ベアラを利用して行われることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
【請求項３】
前記指示が上位層から受信されることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
【請求項４】
前記指示が下位層から受信されることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
【請求項５】
前記第２層エラーがＲＬＣエラーを含むことを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
【請求項６】
前記第２層エラーが、ハンドオーバー手順とは関連のないエラーであることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
【請求項７】
前記ＰＤＣＰ状態報告が、ＰＤＣＰ  ＳＤＵを受信したか否かを示すことを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
【請求項８】
前記ＰＤＣＰ状態報告が、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成されることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
【請求項９】
ＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信すると、ＰＤＣＰ状態報告を構成して転送するように構成された受信ＰＤＣＰエンティティと、
前記ＰＤＣＰ状態報告により送信成功が確認されていないＰＤＣＰ  ＳＤＵを再送するように構成された送信ＰＤＣＰエンティティと
を含むことを特徴とする移動通信システム。
【請求項１０】
前記受信ＰＤＣＰエンティティは、前記第２層エラーが感知されると、前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガし、前記ＰＤＣＰ状態報告を構成し、前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を前記送信ＰＤＣＰエンティティに転送することを特徴とする請求項９に記載の移動通信システム。
【請求項１１】
前記指示が上位層から受信されることを特徴とする請求項９に記載の移動通信システム。
【請求項１２】
前記指示が下位層から受信されることを特徴とする請求項９に記載の移動通信システム。
【請求項１３】
前記第２層エラーがＲＬＣエラーを含むことを特徴とする請求項９に記載の移動通信システム。
【請求項１４】
前記第２層エラーが、ハンドオーバー手順とは関連のないエラーであることを特徴とする請求項９に記載の移動通信システム。
【請求項１５】
前記ＰＤＣＰ状態報告が、ＰＤＣＰ  ＳＤＵを受信したか否かを示すことを特徴とする請求項９に記載の移動通信システム。
【請求項１６】
前記ＰＤＣＰ状態報告が、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成されることを特徴とする請求項１０に記載の移動通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００８年２月１日付けで出願された米国仮出願第６１／０２５，３１１号、及び２００９年１月３０日付けで大韓民国に出願された韓国特許出願第１０−２００９−０００７５７４号を優先権主張の基礎として優先権を主張するものであり、これらの全ての内容は参照することによりここに援用される。
【０００２】
本発明は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムに関し、特に、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）の再設定時にＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）状態報告を転送する移動通信システム、及びそのＰＤＣＰ状態報告を転送する方法に関する。
【背景技術】
【０００３】
図１は、Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のネットワーク構造の一例を示す図である。Ｅ−ＵＭＴＳは、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したものであり、Ｅ−ＵＭＴＳの標準化作業が３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）により行われている。Ｅ−ＵＭＴＳはＬＴＥシステムとも呼ばれる。
【０００４】
ＬＴＥネットワークは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と、ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）とから構成される。Ｅ−ＵＴＲＡＮは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と、ｅＮＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）と、ネットワークのエンドに位置して外部ネットワークに接続するａＧＷ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）とを含む。
【０００５】
ａＧＷは、ユーザトラフィックを処理するための第１の部分と、制御トラフィックを処理するための第２の部分とに分けられる。前記ユーザトラフィックを処理するためのａＧＷ部分と前記制御トラフィックを処理するためのａＧＷ部分とは、通信インタフェースを介して接続することができる。
【０００６】
１つのｅＮＢには１つ以上のセルが存在する。複数のｅＮＢ同士は前記ユーザトラフィック及び／又は制御トラフィックの伝送のためのインタフェースを介して接続される。ＣＮは、ａＧＷと、ＵＥのユーザ登録のためのノードとを含む。ＵＭＴＳにおいてＥ−ＵＴＲＡＮとＣＮとを区分するためのインタフェースを使用することもできる。
【０００７】
図２及び図３は、３ＧＰＰ無線アクセスネットワーク規格に準拠した移動端末とＥ−ＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す図である。
【０００８】
前記無線インタフェースプロトコルは、水平的には、物理層、データリンク層、及びネットワーク層からなり、垂直的には、データ情報の伝送のためのユーザプレーン（Ｕ−ｐｌａｎｅ）、及び制御信号の伝送のための制御プレーン（Ｃ−ｐｌａｎｅ）からなる。図２及び図３に示すプロトコル層は、相互接続方式でよく知られている開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；  ＯＳＩ）参照モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分される。
【０００９】
このような無線プロトコル層は、移動端末とＥ−ＵＴＲＡＮに対で存在し、無線区間のデータ伝送を担当する。
【００１０】
以下、図２に示す制御プレーン及び図３に示すユーザプレーンの無線プロトコル層を説明する。前述のように、前記第１層である物理層は、上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。前記物理層は、上位層、例えばＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層などにトランスポートチャネルを介して接続されており、前記トランスポートチャネルを介して前記ＭＡＣ層と前記物理層間のデータ伝送が行われる。ここで、前記トランスポートチャネルは、チャネル共有状態によって、専用トランスポートチャネルと共通トランスポートチャネルとに分けられる。また、異なる物理層間、例えば送信側物理層と受信側物理層間では、無線リソースを利用した物理チャネルを介してデータ伝送が行われる。
【００１１】
前記第２層は複数の層を含む。まず、ＭＡＣ層は、複数の論理チャネルを複数のトランスポートチャネルにマッピングする役割を果たし、複数の論理チャネルを１つのトランスポートチャネルにマッピングする論理チャネル多重化の役割も果たす。前記ＭＡＣ層は、上位層であるＲＬＣ層に論理チャネルを介して接続されており、前記論理チャネルは、伝送される情報の種類によって、大きく制御プレーンの情報を伝送する制御チャネルと、ユーザプレーンの情報を伝送するトラフィックチャネルとに分けられる。
【００１２】
前記第２層のＲＬＣ層は、上位層から受信したデータを分割（ｓｅｇｍｅｎｔ）及び連結（ｃｏｎｃａｔｅｎａｔｅ）して、下位層における無線区間のデータ伝送に適するようにデータサイズを調節する役割を果たす。
【００１３】
前記ＲＬＣ層は、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；  ＲＢ）が要求する様々なＱｏＳを保証するために、透過モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ；  ＴＭ）、非応答モード（Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；  ＵＭ）、及び応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；  ＡＭ）の３つの動作モードを提供する。特に、ＡＭ  ＲＬＣは、信頼性のあるデータ伝送のために、自動再送要求（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ；  ＡＲＱ）機能を利用した再送機能を実行する。
【００１４】
前記第２層のＰＤＣＰ層は、前記ＲＬＣ層の上位に位置する。前記ＰＤＣＰ層は、相対的に帯域幅の狭い無線区間でＩＰｖ４やＩＰｖ６などのＩＰパケットを使用して効率的にデータを伝送するために用いられる。このために、前記ＰＤＣＰ層は、例えばヘッダ圧縮などの機能により不要な制御情報を少なくする。前記ＰＤＣＰ層によるヘッダ圧縮は、データのヘッダ部分で必ず必要な情報のみを伝送させることにより、無線区間で効率的にデータを伝送させる役割を果たす。また、ＬＴＥシステムにおいては、前記ＰＤＣＰ層がセキュリティ機能も実行する。前記セキュリティ機能は、第三者のデータ盗聴を防止する暗号化機能と、第三者のデータ操作を防止する完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）機能とを含む。
【００１５】
前記第３層の最上位に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、制御プレーンでのみ定義され、無線ベアラ（ＲＢ）の設定、再設定、及び解除に関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ここで、ＲＢとは、移動端末とＵＴＲＡＮ間のデータ伝送のために無線プロトコルの第１層及び第２層により提供される論理パスを意味する。一般に、ＲＢの設定とは、特定のサービスを提供するために必要な無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢはＳＲＢ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）とＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）とに分けられるが、ＳＲＢは制御プレーンでＲＲＣメッセージを伝送する経路として使用され、ＤＲＢはユーザプレーンでユーザデータを伝送する経路として使用される。
【００１６】
以下、ＰＤＣＰエンティティについて具体的に説明する。
【００１７】
図２に示すように、ＰＤＣＰエンティティは、上位にはＲＲＣ層又はユーザアプリケーションが接続され、下位にはＲＬＣ層が接続されている。
【００１８】
図４は、ＰＤＣＰエンティティの詳細構造を示す図である。図示のブロックは機能ブロックであり、実際とは異なることもある。
【００１９】
図４を参照すると、１つのＰＤＣＰエンティティは送信ＰＤＣＰエンティティと受信ＰＤＣＰエンティティとからなる。左の送信ＰＤＣＰエンティティは、上位層から受信したサービスデータユニット（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ；  ＳＤＵ）又はＰＤＣＰエンティティが独自に生成した制御情報をプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ；  ＰＤＵ）に構成し、受信ＰＤＣＰエンティティ（ピアエンティティ）に伝送する。そして、右の受信ＰＤＣＰエンティティは、送信ＰＤＣＰエンティティ（ピアエンティティ）から受信したＰＤＣＰ  ＰＤＵからＰＤＣＰ  ＳＤＵ又は制御情報を抽出する。
【００２０】
前記のように、前記送信ＰＤＣＰエンティティが生成するＰＤＵには、データＰＤＵ（Ｄａｔａ  ＰＤＵ）と制御ＰＤＵ（Ｃｏｎｔｒｏｌ  ＰＤＵ）がある。前記データＰＤＵは、前記ＰＤＣＰが上位層から受信したＳＤＵを加工して生成するデータブロックであり、前記制御ＰＤＵは、前記ＰＤＣＰがピアエンティティに制御情報を伝送するために独自に生成するデータブロックである。
【００２１】
前記データＰＤＵは、ユーザプレーン及び制御プレーンのＲＢの両方で生成されるが、ＰＤＣＰの一部の機能は使用するプレーンに応じて選択的に適用される。
【００２２】
より具体的には、ヘッダ圧縮機能はユーザプレーンのデータにのみ適用され、セキュリティ機能のうち完全性保護機能は制御プレーンのデータにのみ適用される。前記セキュリティ機能は、前記完全性保護機能の他に、データセキュリティのための暗号化機能をも含むが、前記暗号化機能は、ユーザプレーン及び制御プレーンのデータの両方に適用される。
【００２３】
前記制御ＰＤＵは、ユーザプレーンのＲＢでのみ生成される。また、前記制御ＰＤＵには、ＰＤＣＰバッファの受信状況を送信側に通知するための状態報告（Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）と、ヘッダ復元装置（Ｈｅａｄｅｒ  Ｄｅｃｏｍｐｒｅｓｓｏｒ）の状況をヘッダ圧縮装置（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｏｒ）に通知するためのヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ；  ＨＣ）フィードバックパケットがある。
【００２４】
前記状態報告は受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティに転送される。これにより、受信ＰＤＣＰエンティティが各ＰＤＣＰ  ＳＤＵの受信状態を送信ＰＤＣＰエンティティに通知することによって、送信ＰＤＣＰエンティティが受信したＰＤＣＰ  ＳＤＵは再送しないようにし、受信していないＰＤＣＰ  ＳＤＵは再送するようにする。前記ＰＤＣＰ状態報告はＰＤＣＰ  ＳＴＡＴＵＳ  ＰＤＵの形で転送される。
【００２５】
図５は、ＰＤＣＰ  ＳＴＡＴＵＳ  ＰＤＵの構造を示す図である。
【００２６】
図５を参照すると、ＰＤＣＰ  ＳＴＡＴＵＳ  ＰＤＵは、当該ＰＤＵがデータＰＤＵであるか制御ＰＤＵであるかを示す１ビットのＤ／Ｃ（Ｄａｔａ／Ｃｏｎｔｒｏｌ）と、制御ＰＤＵのタイプを示す３ビットのＰＤＵタイプとを含む。ここで、ＰＤＵタイプが「０００」であればＰＤＣＰ状態報告を示し、「００１」であればヘッダ圧縮フィードバック情報を示し、残りの値は予備のＰＤＵ（ｒｅｓｅｒｖｅｄ  ＰＤＵ）を示す。
【００２７】
さらに、前記ＰＤＣＰ  ＳＴＡＴＵＳ  ＰＤＵは、受信側が最初に受信に失敗したＰＤＣＰ  ＳＤＵのシーケンス番号（ＳＮ）を示す１２ビットのＦＭＳ（Ｆｉｒｓｔ  Ｍｉｓｓｉｎｇ  ＳＮ）と、モジュロ４０９６を満たすＰＤＣＰ  ＳＤＵを正常に受信したか否かを示す可変長のビットマップとを含む。ここで、ビットマップフィールドの該当ビット位置が０であればＰＤＣＰ  ＳＤＵの受信失敗を示し、１であればＰＤＣＰ  ＳＤＵの受信成功を示す。そして、前記ＰＤＣＰ  ＳＤＵ  ＳＮは、前記ＦＭＳと前記ビット位置とから構成される。
【００２８】
ＬＴＥシステムにおいては、前記ＰＤＣＰ状態報告がハンドオーバー時に用いられる。
【００２９】
まず、送信ＰＤＣＰエンティティは、上位層からのＰＤＣＰ  ＳＤＵを送信した後、今後要求される再送のために送信バッファに保存する。
【００３０】
ハンドオーバーが発生すると、前記送信ＰＤＣＰエンティティは、ＰＤＣＰ状態報告により、受信ＰＤＣＰエンティティがＰＤＣＰ  ＳＤＵを正常に受信したか否かの情報を受信する。次に、前記送信ＰＤＣＰエンティティは、ハンドオーバー後に前記受信ＰＤＣＰエンティティが受信していないＰＤＣＰ  ＳＤＵを再送する。特に、ネットワーク側では、ハンドオーバーが発生するとｅＮＢがソースからターゲットに変わり、ＰＤＣＰエンティティが変わるため、このような状態報告を用いた再送が必ず必要である。
【発明の概要】
【課題を解決するための手段】
【００３１】
従来技術においては、ハンドオーバー時にのみＰＤＣＰ層の再送を許容し、通常はＡＭ  ＲＬＣの再送機能を利用してデータ消失を防いでいた。つまり、ハンドオーバーのように基地局（ｅＮＢ）が変わってＰＤＣＰエンティティが変わる場合にのみ、その過程で発生し得るデータ消失を防ぐために、ハンドオーバー後にＰＤＣＰ層の再送を許容していた。従って、従来技術においては、ＰＤＣＰ状態報告の転送もハンドオーバーが発生した場合にのみ許容されていた。
【００３２】
ところが、このような従来の方法においては次のような問題があった。
【００３３】
ＰＤＣＰの下位のＲＬＣ層でｅｎｄｌｅｓｓ  ＲＬＣの再送などのＲＬＣ内部エラーが発生した場合、ＲＬＣエンティティを再設定するようになっているが、このようにＲＬＣ再設定が発生した場合もＰＤＣＰの再送が必要である。その理由は、ＲＬＣ再設定が発生すると、送信ＲＬＣエンティティと受信ＲＬＣエンティティの両方が再設定されるが、ＲＬＣ再設定が発生した時点で送信中のＲＬＣ  ＰＤＵ（ｏｕｔｓｔａｎｄｉｎｇ  ＲＬＣ  ＰＤＵ）は受信ＲＬＣエンティティが正常に受信したか否かが分からないからである。
【００３４】
すなわち、ＰＤＣＰエンティティはＲＬＣ再設定が発生した時点で送信中のＲＬＣ  ＰＤＵ（ｏｕｔｓｔａｎｄｉｎｇ  ＲＬＣ  ＰＤＵ）の送信結果が分からないため、その送信結果を確認し、ＲＬＣ再設定後、送信に失敗したＰＤＣＰ  ＳＤＵを再送する過程が必要である。
【００３５】
そこで、本発明の目的は、ＲＬＣ再設定時にＰＤＣＰ層に状態報告を転送させることにより、ＲＬＣ再設定によるデータ消失を低減することのできる移動通信システム、及びそのＰＤＣＰ状態報告を転送する方法を提供することにある。
【００３６】
上記の目的を達成するために、本発明は、受信ＰＤＣＰエンティティがＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信する段階と、前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガする段階と、前記ＰＤＣＰ状態報告を構成する段階と、前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送する段階とを含むＰＤＣＰ状態報告転送方法を提供する。
【００３７】
前記受信段階、前記トリガ段階、及び前記転送段階は、ＲＬＣ  ＡＭにマッピングされた無線ベアラを利用して行われることが好ましい。
【００３８】
前記指示は、上位層から受信されることが好ましい。
【００３９】
前記指示は、下位層から受信されることが好ましい。
【００４０】
前記第２層エラーは、ＲＬＣエラーを含むことが好ましい。
【００４１】
前記第２層エラーは、ハンドオーバー手順とは関連のないエラーであることが好ましい。
【００４２】
前記ＰＤＣＰ状態報告は、ＰＤＣＰ  ＳＤＵを受信したか否かを示すことが好ましい。
【００４３】
前記ＰＤＣＰ状態報告は、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成されることが好ましい。
【００４４】
上記の目的を達成するために、本発明は、ＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信すると、ＰＤＣＰ状態報告を構成して転送するように構成された受信ＰＤＣＰエンティティと、前記転送されたＰＤＣＰ状態報告に基づいて、前記受信ＰＤＣＰエンティティが受信に失敗したＰＤＣＰ  ＳＤＵを再送するように構成された送信ＰＤＣＰエンティティとを含む移動通信システムを提供する。
【００４５】
前記受信ＰＤＣＰエンティティは、前記第２層エラーが感知されると、前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガし、前記ＰＤＣＰ状態報告を構成し、前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を前記送信ＰＤＣＰエンティティに転送することが好ましい。
【００４６】
前記指示は、上位層から受信されることが好ましい。
【００４７】
前記指示は、下位層から受信されることが好ましい。
【００４８】
前記第２層エラーは、ＲＬＣエラーを含むことが好ましい。
【００４９】
前記第２層エラーは、ハンドオーバー手順とは関連のないエラーであることが好ましい。
【００５０】
前記ＰＤＣＰ状態報告は、ＰＤＣＰ  ＳＤＵを正常に受信したか否かを示すことが好ましい。
【００５１】
前記ＰＤＣＰ状態報告は、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成されることが好ましい。
【発明の効果】
【００５２】
前述したように、ＲＬＣ内部エラーによりＲＬＣ再設定が発生すると、ＰＤＣＰエンティティが変わらなくても、受信ＰＤＣＰエンティティは、状態報告をトリガして送信ＰＤＣＰエンティティに転送し、前記送信ＰＤＣＰエンティティは、前記トリガされたＰＤＣＰ状態報告に基づいて各ＰＤＣＰ  ＳＤＵの受信状態を確認した後、送信に失敗したＰＤＣＰ  ＳＤＵを再送することにより、どんな場合でもデータ消失を防ぐことができる。
【図面の簡単な説明】
【００５３】
【図１】従来技術及び本発明が適用される移動通信システムであるＬＴＥシステムのネットワーク構造を示す図である。
【図２】無線プロトコルの制御プレーンの各層を示す図である。
【図３】無線プロトコルのユーザプレーンの各層を示す図である。
【図４】ＰＤＣＰエンティティの詳細構造を示す図である。
【図５】ＰＤＣＰ  ＳＴＡＴＵＳ  ＰＤＵの構造を示す図である。
【図６】本発明の好ましい実施形態による移動通信システムの状態報告転送方法を示すフローチャートである。
【発明を実施するための形態】
【００５４】
本発明は、移動通信システム、とりわけＵＭＴＳから進化したＥ−ＵＭＴＳに適用される。しかし、本発明は、これに限定されるものではなく、本発明の技術的思想を適用できる全ての通信システム及び通信プロトコルに適用することができる。
【００５５】
以下、本発明の好ましい実施形態を詳細に説明する。
【００５６】
一般に、ＰＤＣＰの下位のＲＬＣ層でｅｎｄｌｅｓｓ  ＲＬＣの再送などのＲＬＣ内部エラーが発生した場合は、ＲＬＣエンティティを再設定する。ＲＬＣ再設定が発生すると、送信ＲＬＣエンティティと受信ＲＬＣエンティティの両方が再設定されるため、ＲＬＣ再設定が発生した時点で送信中のＲＬＣ  ＰＤＵ（ｏｕｔｓｔａｎｄｉｎｇ  ＲＬＣ  ＰＤＵ）は受信ＲＬＣエンティティが正常に受信したか否かが分からない（データ消失が発生し得る）。
【００５７】
従って、ハンドオーバーが発生した場合だけでなく、ＲＬＣ内部エラーによりＲＬＣ再設定が発生した場合も、送信ＰＤＣＰは受信ＰＤＣＰから転送された状態報告に基づいてＰＤＣＰ  ＳＤＵを再送する必要がある。
【００５８】
本発明によるＰＤＣＰ状態報告転送方法は、受信ＰＤＣＰエンティティがＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信する段階と、前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガする段階と、前記ＰＤＣＰ状態報告を構成する段階と、前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送する段階とを含む。
【００５９】
前記受信段階、前記トリガ段階、及び前記転送段階は、ＲＬＣ  ＡＭにマッピングされた無線ベアラを利用して行われる。
【００６０】
前記指示は、上位層から受信される。
【００６１】
前記指示は、下位層から受信される。
【００６２】
前記第２層エラーは、ＲＬＣエラーを含む。
【００６３】
前記第２層エラーは、ハンドオーバー手順とは関連のないエラーである。
【００６４】
前記ＰＤＣＰ状態報告は、ＰＤＣＰ  ＳＤＵを受信したか否かを示す。
【００６５】
前記ＰＤＣＰ状態報告は、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成される。
【００６６】
つまり、本発明においては、データ消失を防ぐために、下位のＲＬＣ層が再設定されると、ＰＤＣＰエンティティが変わらなくても、受信ＰＤＣＰエンティティは、送信ＰＤＣＰエンティティにＰＤＣＰ状態報告を転送し、前記送信ＰＤＣＰエンティティは、前記転送されたＰＤＣＰ状態報告に基づいて各ＰＤＣＰ  ＳＤＵの受信状態を確認した後、送信に失敗したＰＤＣＰ  ＳＤＵを再送する。
【００６７】
このために、本発明においては、ＰＤＣＰ層とＲＬＣ層が次のような動作を行う。
【００６８】
ＲＬＣは、ｅｎｄｌｅｓｓ  ＲＬＣの再送などの内部エラーによりＲＬＣ再設定が発生するか否かを確認する。ＲＬＣ再設定が発生すると、ＲＬＣは、当該状況をＲＬＣの上位層（ＰＤＣＰ）及びＲＬＣのピアＲＬＣの上位層（ピアＰＤＣＰ）に通知する。
【００６９】
ＲＬＣがＲＬＣ再設定をＲＬＣの上位層（ＰＤＣＰ）に通知する方法は様々に実現できる。
【００７０】
例えば、ＲＬＣがＲＬＣ再設定を直ちにＲＬＣの上位層（ＰＤＣＰ）に通知するようにしてもよく、ＲＬＣが制御層（ＲＲＣ）にＲＬＣ再設定を通知し、ＲＲＣがそのＲＬＣ再設定をＰＤＣＰ層に通知するようにしてもよい。
【００７１】
ＲＬＣがＲＬＣ再設定をＲＬＣのピアＲＬＣの上位層（ピアＰＤＣＰ）に通知する方法も様々に実現できる。
【００７２】
例えば、ＲＬＣがＲＥＳＥＴ  ＰＤＵなどによりＲＬＣ再設定をピアＲＬＣに通知し、ピアＲＬＣがそのＲＬＣ再設定をピアＲＬＣの上位層（ピアＰＤＣＰ）に通知するようにしてもよい。また、ＲＬＣがＲＬＣ再設定を制御層（ＲＲＣ）に通知し、ＲＲＣがそのＲＬＣ再設定をピアＲＲＣに通知し、ピアＲＲＣがそのＲＬＣ再設定をピアＰＤＣＰに通知するようにしてもよい。
【００７３】
前記ＲＬＣ再設定が通知されたＰＤＣＰのうち受信ＰＤＣＰエンティティは、送信ＰＤＣＰエンティティにＰＤＣＰ状態報告を転送して受信側の受信状況を通知し、前記ＰＤＣＰ状態報告が転送された送信ＰＤＣＰエンティティは、ＲＬＣ再設定後、前記受信ＰＤＣＰエンティティが受信していないＰＤＣＰ  ＳＤＵを再送する。
【００７４】
すなわち、ＲＬＣ又はＲＲＣからＰＤＣＰにＲＬＣ再設定が通知されると、受信ＰＤＣＰエンティティは、受信ＰＤＣＰエンティティの受信バッファの状況を把握し、ＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送する。
【００７５】
正確なＰＤＣＰ状態報告のために、受信ＰＤＣＰエンティティは、受信バッファの状況を把握する際、ＲＬＣ再設定によってＰＤＣＰエンティティに転送されたＰＤＣＰ  ＳＤＵも考慮して受信に成功したか否かを把握しなければならない。ＲＬＣは、通常は、ＲＬＣ  ＳＤＵをＰＤＣＰエンティティに順次（ｉｎ−ｓｅｑｕｅｎｃｅ）転送するが、ＲＬＣ再設定状況では、正常に受信したＲＬＣ  ＳＤＵをＰＤＣＰエンティティに非順次的に（ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ）転送する。従って、受信ＰＤＣＰエンティティは、ＰＤＣＰ  ＰＤＵをヘッダ復元してＰＤＣＰ  ＳＤＵの受信に成功したか否かを把握する。
【００７６】
送信ＰＤＣＰエンティティは、受信ＰＤＣＰエンティティからＰＤＣＰ状態報告が転送されると、送信に失敗したＰＤＣＰ  ＳＤＵを正確に把握し、ＲＬＣ再設定後、送信に失敗したＰＤＣＰ  ＳＤＵを再送する。
【００７７】
図６は、本発明の好ましい実施形態による移動通信システムの状態報告転送方法を示すフローチャートである。
【００７８】
図６を参照すると、送信ＲＬＣエンティティ又は受信ＲＬＣエンティティはＲＬＣ再設定の発生を確認し続ける（Ｓ１０）。ＲＬＣ再設定が感知されると、ＲＬＣはＲＬＣ再設定情報を共有する動作を行う（Ｓ１１）。
【００７９】
前記ＲＬＣ再設定情報の共有は、ＲＬＣがＲＬＣ再設定を直ちにＰＤＣＰに通知するか、又はＲＬＣが制御層（ＲＲＣ）にＲＬＣ再設定を通知してＲＲＣがそのＲＬＣ再設定をＰＤＣＰに通知することにより行われる。
【００８０】
また、前記ＲＬＣ再設定情報の共有は、ＲＬＣがＲＥＳＥＴ  ＰＤＵなどによりＲＬＣ再設定をピアＲＬＣに通知し、ピアＲＬＣがそのＲＬＣ再設定をピアＲＬＣの上位層（ピアＰＤＣＰ）に通知するか、又はＲＬＣがＲＬＣ再設定を制御層（ＲＲＣ）に通知し、ＲＲＣがそのＲＬＣ再設定をピアＲＲＣに通知し、ピアＲＲＣがそのＲＬＣ再設定をピアＰＤＣＰに通知することにより行われる。
【００８１】
前記ＲＬＣ再設定情報が共有されると、受信ＰＤＣＰエンティティは、前記ＲＬＣ再設定によってトリガされたＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送することで受信状況を通知する（Ｓ１２）。
【００８２】
前記ＰＤＣＰ状態報告が転送されると、送信ＰＤＣＰエンティティは、送信に成功したＰＤＣＰ  ＳＤＵと送信に失敗したＰＤＣＰ  ＳＤＵを正確に把握し、送信に失敗したＰＤＣＰ  ＳＤＵを再送する（Ｓ１３）。
【００８３】
本発明は、ＲＬＣ内部エラーによりＲＬＣ再設定が発生した場合を例に挙げて説明したが、第１、第２層の内部エラーが発生した場合にも適用できる。
【００８４】
一方、本発明による方法は、前述のように、ハードウェアもしくはソフトウェア、又はこれらの組み合わせにより実現することができる。例えば、本発明による方法は、記憶媒体（例えば、移動端末の内部メモリ、フラッシュメモリ、ハードディスクなど）に記憶させることができる。また、本発明による方法は、プロセッサ（例えば、移動端末のマイクロプロセッサ）により実行可能なソフトウェアプログラムのコード又はコマンドワードとして実現することもできる。
【００８５】
本発明は前記実施形態を参照して説明されたが、これは単なる例示にすぎない。当該技術分野における通常の知識を有する者であれば本発明の思想や範囲内で本発明の様々な変形及び他の均等な実施形態が可能であることは明らかである。また、本発明は前述の実施形態を全体的に又は部分的に選択して組み合わせることにより実現可能であることも理解できるであろう。従って、本発明は、添付の請求の範囲及びその均等物の範囲内で提供される本発明の様々な変形及び変更を含む。
【図１】
2011508560.tif 000003
【図２】
2011508560.tif 000004
【図３】
2011508560.tif 000005
【図４】
2011508560.tif 000006
【図５】
2011508560.tif 000007
【図６】
2011508560.tif 000008
【国際調査報告】
2011508560.tif 000009
2011508560.tif 000010