移動通信システム及びそのｐｄｃｐ状態報告転送方法

专利摘要:
本発明は、ＲＬＣ再設定時にデータ消失の発生を防ぐことのできる移動通信システム及びそのＰＤＣＰ状態報告転送方法に関する。ＲＬＣ内部エラーによりＲＬＣ再設定が発生すると、ＰＤＣＰエンティティが変わらなくても、受信ＰＤＣＰエンティティは、状態報告をトリガして送信ＰＤＣＰエンティティに転送する。前記送信ＰＤＣＰエンティティは、前記トリガされたＰＤＣＰ状態報告に基づいて各ＰＤＣＰＳＤＵの受信状態を確認した後、前記受信ＰＤＣＰエンティティにより正常に受信されていないＰＤＣＰ ＳＤＵを再送する。
公开号:JP2011508560A
申请号:JP2010540597
申请日:2009-01-30
公开日:2011-03-10
发明作者:ソン−ジュン イー，；スン−ダク チョン，；スン−ジュン パク，；ヨン−デ リー，
申请人:エルジー エレクトロニクス インコーポレイティド；
IPC主号:H04W28-04

专利说明:

[0001] 本出願は、２００８年２月１日付けで出願された米国仮出願第６１／０２５，３１１号、及び２００９年１月３０日付けで大韓民国に出願された韓国特許出願第１０−２００９−０００７５７４号を優先権主張の基礎として優先権を主張するものであり、これらの全ての内容は参照することによりここに援用される。]
[0002] 本発明は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムに関し、特に、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）の再設定時にＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）状態報告を転送する移動通信システム、及びそのＰＤＣＰ状態報告を転送する方法に関する。]
背景技術

[0003] 図１は、Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）のネットワーク構造の一例を示す図である。Ｅ−ＵＭＴＳは、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）から進化したものであり、Ｅ−ＵＭＴＳの標準化作業が３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により行われている。Ｅ−ＵＭＴＳはＬＴＥシステムとも呼ばれる。] 図１
[0004] ＬＴＥネットワークは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と、ＣＮ（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）とから構成される。Ｅ−ＵＴＲＡＮは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、ｅＮＢ（Ｅｖｏｌｖｅｄ ＮｏｄｅＢ）と、ネットワークのエンドに位置して外部ネットワークに接続するａＧＷ（Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）とを含む。]
[0005] ａＧＷは、ユーザトラフィックを処理するための第１の部分と、制御トラフィックを処理するための第２の部分とに分けられる。前記ユーザトラフィックを処理するためのａＧＷ部分と前記制御トラフィックを処理するためのａＧＷ部分とは、通信インタフェースを介して接続することができる。]
[0006] １つのｅＮＢには１つ以上のセルが存在する。複数のｅＮＢ同士は前記ユーザトラフィック及び／又は制御トラフィックの伝送のためのインタフェースを介して接続される。ＣＮは、ａＧＷと、ＵＥのユーザ登録のためのノードとを含む。ＵＭＴＳにおいてＥ−ＵＴＲＡＮとＣＮとを区分するためのインタフェースを使用することもできる。]
[0007] 図２及び図３は、３ＧＰＰ無線アクセスネットワーク規格に準拠した移動端末とＥ−ＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す図である。] 図２ 図３
[0008] 前記無線インタフェースプロトコルは、水平的には、物理層、データリンク層、及びネットワーク層からなり、垂直的には、データ情報の伝送のためのユーザプレーン（Ｕ−ｐｌａｎｅ）、及び制御信号の伝送のための制御プレーン（Ｃ−ｐｌａｎｅ）からなる。図２及び図３に示すプロトコル層は、相互接続方式でよく知られている開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）参照モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分される。] 図２ 図３
[0009] このような無線プロトコル層は、移動端末とＥ−ＵＴＲＡＮに対で存在し、無線区間のデータ伝送を担当する。]
[0010] 以下、図２に示す制御プレーン及び図３に示すユーザプレーンの無線プロトコル層を説明する。前述のように、前記第１層である物理層は、上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。前記物理層は、上位層、例えばＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層などにトランスポートチャネルを介して接続されており、前記トランスポートチャネルを介して前記ＭＡＣ層と前記物理層間のデータ伝送が行われる。ここで、前記トランスポートチャネルは、チャネル共有状態によって、専用トランスポートチャネルと共通トランスポートチャネルとに分けられる。また、異なる物理層間、例えば送信側物理層と受信側物理層間では、無線リソースを利用した物理チャネルを介してデータ伝送が行われる。] 図２ 図３
[0011] 前記第２層は複数の層を含む。まず、ＭＡＣ層は、複数の論理チャネルを複数のトランスポートチャネルにマッピングする役割を果たし、複数の論理チャネルを１つのトランスポートチャネルにマッピングする論理チャネル多重化の役割も果たす。前記ＭＡＣ層は、上位層であるＲＬＣ層に論理チャネルを介して接続されており、前記論理チャネルは、伝送される情報の種類によって、大きく制御プレーンの情報を伝送する制御チャネルと、ユーザプレーンの情報を伝送するトラフィックチャネルとに分けられる。]
[0012] 前記第２層のＲＬＣ層は、上位層から受信したデータを分割（ｓｅｇｍｅｎｔ）及び連結（ｃｏｎｃａｔｅｎａｔｅ）して、下位層における無線区間のデータ伝送に適するようにデータサイズを調節する役割を果たす。]
[0013] 前記ＲＬＣ層は、各無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ； ＲＢ）が要求する様々なＱｏＳを保証するために、透過モード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ； ＴＭ）、非応答モード（Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ； ＵＭ）、及び応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ； ＡＭ）の３つの動作モードを提供する。特に、ＡＭ ＲＬＣは、信頼性のあるデータ伝送のために、自動再送要求（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ； ＡＲＱ）機能を利用した再送機能を実行する。]
[0014] 前記第２層のＰＤＣＰ層は、前記ＲＬＣ層の上位に位置する。前記ＰＤＣＰ層は、相対的に帯域幅の狭い無線区間でＩＰｖ４やＩＰｖ６などのＩＰパケットを使用して効率的にデータを伝送するために用いられる。このために、前記ＰＤＣＰ層は、例えばヘッダ圧縮などの機能により不要な制御情報を少なくする。前記ＰＤＣＰ層によるヘッダ圧縮は、データのヘッダ部分で必ず必要な情報のみを伝送させることにより、無線区間で効率的にデータを伝送させる役割を果たす。また、ＬＴＥシステムにおいては、前記ＰＤＣＰ層がセキュリティ機能も実行する。前記セキュリティ機能は、第三者のデータ盗聴を防止する暗号化機能と、第三者のデータ操作を防止する完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）機能とを含む。]
[0015] 前記第３層の最上位に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は、制御プレーンでのみ定義され、無線ベアラ（ＲＢ）の設定、再設定、及び解除に関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ここで、ＲＢとは、移動端末とＵＴＲＡＮ間のデータ伝送のために無線プロトコルの第１層及び第２層により提供される論理パスを意味する。一般に、ＲＢの設定とは、特定のサービスを提供するために必要な無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢはＳＲＢ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）とＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）とに分けられるが、ＳＲＢは制御プレーンでＲＲＣメッセージを伝送する経路として使用され、ＤＲＢはユーザプレーンでユーザデータを伝送する経路として使用される。]
[0016] 以下、ＰＤＣＰエンティティについて具体的に説明する。]
[0017] 図２に示すように、ＰＤＣＰエンティティは、上位にはＲＲＣ層又はユーザアプリケーションが接続され、下位にはＲＬＣ層が接続されている。] 図２
[0018] 図４は、ＰＤＣＰエンティティの詳細構造を示す図である。図示のブロックは機能ブロックであり、実際とは異なることもある。] 図４
[0019] 図４を参照すると、１つのＰＤＣＰエンティティは送信ＰＤＣＰエンティティと受信ＰＤＣＰエンティティとからなる。左の送信ＰＤＣＰエンティティは、上位層から受信したサービスデータユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ；ＳＤＵ）又はＰＤＣＰエンティティが独自に生成した制御情報をプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；ＰＤＵ）に構成し、受信ＰＤＣＰエンティティ（ピアエンティティ）に伝送する。そして、右の受信ＰＤＣＰエンティティは、送信ＰＤＣＰエンティティ（ピアエンティティ）から受信したＰＤＣＰ ＰＤＵからＰＤＣＰ ＳＤＵ又は制御情報を抽出する。] 図４
[0020] 前記のように、前記送信ＰＤＣＰエンティティが生成するＰＤＵには、データＰＤＵ（Ｄａｔａ ＰＤＵ）と制御ＰＤＵ（Ｃｏｎｔｒｏｌ ＰＤＵ）がある。前記データＰＤＵは、前記ＰＤＣＰが上位層から受信したＳＤＵを加工して生成するデータブロックであり、前記制御ＰＤＵは、前記ＰＤＣＰがピアエンティティに制御情報を伝送するために独自に生成するデータブロックである。]
[0021] 前記データＰＤＵは、ユーザプレーン及び制御プレーンのＲＢの両方で生成されるが、ＰＤＣＰの一部の機能は使用するプレーンに応じて選択的に適用される。]
[0022] より具体的には、ヘッダ圧縮機能はユーザプレーンのデータにのみ適用され、セキュリティ機能のうち完全性保護機能は制御プレーンのデータにのみ適用される。前記セキュリティ機能は、前記完全性保護機能の他に、データセキュリティのための暗号化機能をも含むが、前記暗号化機能は、ユーザプレーン及び制御プレーンのデータの両方に適用される。]
[0023] 前記制御ＰＤＵは、ユーザプレーンのＲＢでのみ生成される。また、前記制御ＰＤＵには、ＰＤＣＰバッファの受信状況を送信側に通知するための状態報告（Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）と、ヘッダ復元装置（Ｈｅａｄｅｒ Ｄｅｃｏｍｐｒｅｓｓｏｒ）の状況をヘッダ圧縮装置（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｏｒ）に通知するためのヘッダ圧縮（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ； ＨＣ）フィードバックパケットがある。]
[0024] 前記状態報告は受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティに転送される。これにより、受信ＰＤＣＰエンティティが各ＰＤＣＰＳＤＵの受信状態を送信ＰＤＣＰエンティティに通知することによって、送信ＰＤＣＰエンティティが受信したＰＤＣＰ ＳＤＵは再送しないようにし、受信していないＰＤＣＰ ＳＤＵは再送するようにする。前記ＰＤＣＰ状態報告はＰＤＣＰ ＳＴＡＴＵＳＰＤＵの形で転送される。]
[0025] 図５は、ＰＤＣＰ ＳＴＡＴＵＳＰＤＵの構造を示す図である。] 図５
[0026] 図５を参照すると、ＰＤＣＰ ＳＴＡＴＵＳＰＤＵは、当該ＰＤＵがデータＰＤＵであるか制御ＰＤＵであるかを示す１ビットのＤ／Ｃ（Ｄａｔａ／Ｃｏｎｔｒｏｌ）と、制御ＰＤＵのタイプを示す３ビットのＰＤＵタイプとを含む。ここで、ＰＤＵタイプが「０００」であればＰＤＣＰ状態報告を示し、「００１」であればヘッダ圧縮フィードバック情報を示し、残りの値は予備のＰＤＵ（ｒｅｓｅｒｖｅｄ ＰＤＵ）を示す。] 図５
[0027] さらに、前記ＰＤＣＰ ＳＴＡＴＵＳＰＤＵは、受信側が最初に受信に失敗したＰＤＣＰＳＤＵのシーケンス番号（ＳＮ）を示す１２ビットのＦＭＳ（Ｆｉｒｓｔ Ｍｉｓｓｉｎｇ ＳＮ）と、モジュロ４０９６を満たすＰＤＣＰ ＳＤＵを正常に受信したか否かを示す可変長のビットマップとを含む。ここで、ビットマップフィールドの該当ビット位置が０であればＰＤＣＰ ＳＤＵの受信失敗を示し、１であればＰＤＣＰ ＳＤＵの受信成功を示す。そして、前記ＰＤＣＰ ＳＤＵ ＳＮは、前記ＦＭＳと前記ビット位置とから構成される。]
[0028] ＬＴＥシステムにおいては、前記ＰＤＣＰ状態報告がハンドオーバー時に用いられる。]
[0029] まず、送信ＰＤＣＰエンティティは、上位層からのＰＤＣＰＳＤＵを送信した後、今後要求される再送のために送信バッファに保存する。]
[0030] ハンドオーバーが発生すると、前記送信ＰＤＣＰエンティティは、ＰＤＣＰ状態報告により、受信ＰＤＣＰエンティティがＰＤＣＰＳＤＵを正常に受信したか否かの情報を受信する。次に、前記送信ＰＤＣＰエンティティは、ハンドオーバー後に前記受信ＰＤＣＰエンティティが受信していないＰＤＣＰ ＳＤＵを再送する。特に、ネットワーク側では、ハンドオーバーが発生するとｅＮＢがソースからターゲットに変わり、ＰＤＣＰエンティティが変わるため、このような状態報告を用いた再送が必ず必要である。]
課題を解決するための手段

[0031] 従来技術においては、ハンドオーバー時にのみＰＤＣＰ層の再送を許容し、通常はＡＭ ＲＬＣの再送機能を利用してデータ消失を防いでいた。つまり、ハンドオーバーのように基地局（ｅＮＢ）が変わってＰＤＣＰエンティティが変わる場合にのみ、その過程で発生し得るデータ消失を防ぐために、ハンドオーバー後にＰＤＣＰ層の再送を許容していた。従って、従来技術においては、ＰＤＣＰ状態報告の転送もハンドオーバーが発生した場合にのみ許容されていた。]
[0032] ところが、このような従来の方法においては次のような問題があった。]
[0033] ＰＤＣＰの下位のＲＬＣ層でｅｎｄｌｅｓｓ ＲＬＣの再送などのＲＬＣ内部エラーが発生した場合、ＲＬＣエンティティを再設定するようになっているが、このようにＲＬＣ再設定が発生した場合もＰＤＣＰの再送が必要である。その理由は、ＲＬＣ再設定が発生すると、送信ＲＬＣエンティティと受信ＲＬＣエンティティの両方が再設定されるが、ＲＬＣ再設定が発生した時点で送信中のＲＬＣＰＤＵ（ｏｕｔｓｔａｎｄｉｎｇ ＲＬＣ ＰＤＵ）は受信ＲＬＣエンティティが正常に受信したか否かが分からないからである。]
[0034] すなわち、ＰＤＣＰエンティティはＲＬＣ再設定が発生した時点で送信中のＲＬＣＰＤＵ（ｏｕｔｓｔａｎｄｉｎｇ ＲＬＣ ＰＤＵ）の送信結果が分からないため、その送信結果を確認し、ＲＬＣ再設定後、送信に失敗したＰＤＣＰＳＤＵを再送する過程が必要である。]
[0035] そこで、本発明の目的は、ＲＬＣ再設定時にＰＤＣＰ層に状態報告を転送させることにより、ＲＬＣ再設定によるデータ消失を低減することのできる移動通信システム、及びそのＰＤＣＰ状態報告を転送する方法を提供することにある。]
[0036] 上記の目的を達成するために、本発明は、受信ＰＤＣＰエンティティがＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信する段階と、前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガする段階と、前記ＰＤＣＰ状態報告を構成する段階と、前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送する段階とを含むＰＤＣＰ状態報告転送方法を提供する。]
[0037] 前記受信段階、前記トリガ段階、及び前記転送段階は、ＲＬＣ ＡＭにマッピングされた無線ベアラを利用して行われることが好ましい。]
[0038] 前記指示は、上位層から受信されることが好ましい。]
[0039] 前記指示は、下位層から受信されることが好ましい。]
[0040] 前記第２層エラーは、ＲＬＣエラーを含むことが好ましい。]
[0041] 前記第２層エラーは、ハンドオーバー手順とは関連のないエラーであることが好ましい。]
[0042] 前記ＰＤＣＰ状態報告は、ＰＤＣＰＳＤＵを受信したか否かを示すことが好ましい。]
[0043] 前記ＰＤＣＰ状態報告は、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成されることが好ましい。]
[0044] 上記の目的を達成するために、本発明は、ＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信すると、ＰＤＣＰ状態報告を構成して転送するように構成された受信ＰＤＣＰエンティティと、前記転送されたＰＤＣＰ状態報告に基づいて、前記受信ＰＤＣＰエンティティが受信に失敗したＰＤＣＰＳＤＵを再送するように構成された送信ＰＤＣＰエンティティとを含む移動通信システムを提供する。]
[0045] 前記受信ＰＤＣＰエンティティは、前記第２層エラーが感知されると、前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガし、前記ＰＤＣＰ状態報告を構成し、前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を前記送信ＰＤＣＰエンティティに転送することが好ましい。]
[0046] 前記指示は、上位層から受信されることが好ましい。]
[0047] 前記指示は、下位層から受信されることが好ましい。]
[0048] 前記第２層エラーは、ＲＬＣエラーを含むことが好ましい。]
[0049] 前記第２層エラーは、ハンドオーバー手順とは関連のないエラーであることが好ましい。]
[0050] 前記ＰＤＣＰ状態報告は、ＰＤＣＰＳＤＵを正常に受信したか否かを示すことが好ましい。]
[0051] 前記ＰＤＣＰ状態報告は、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成されることが好ましい。]
発明の効果

[0052] 前述したように、ＲＬＣ内部エラーによりＲＬＣ再設定が発生すると、ＰＤＣＰエンティティが変わらなくても、受信ＰＤＣＰエンティティは、状態報告をトリガして送信ＰＤＣＰエンティティに転送し、前記送信ＰＤＣＰエンティティは、前記トリガされたＰＤＣＰ状態報告に基づいて各ＰＤＣＰＳＤＵの受信状態を確認した後、送信に失敗したＰＤＣＰ ＳＤＵを再送することにより、どんな場合でもデータ消失を防ぐことができる。]
図面の簡単な説明

[0053] 従来技術及び本発明が適用される移動通信システムであるＬＴＥシステムのネットワーク構造を示す図である。
無線プロトコルの制御プレーンの各層を示す図である。
無線プロトコルのユーザプレーンの各層を示す図である。
ＰＤＣＰエンティティの詳細構造を示す図である。
ＰＤＣＰ ＳＴＡＴＵＳＰＤＵの構造を示す図である。
本発明の好ましい実施形態による移動通信システムの状態報告転送方法を示すフローチャートである。]
実施例

[0054] 本発明は、移動通信システム、とりわけＵＭＴＳから進化したＥ−ＵＭＴＳに適用される。しかし、本発明は、これに限定されるものではなく、本発明の技術的思想を適用できる全ての通信システム及び通信プロトコルに適用することができる。]
[0055] 以下、本発明の好ましい実施形態を詳細に説明する。]
[0056] 一般に、ＰＤＣＰの下位のＲＬＣ層でｅｎｄｌｅｓｓ ＲＬＣの再送などのＲＬＣ内部エラーが発生した場合は、ＲＬＣエンティティを再設定する。ＲＬＣ再設定が発生すると、送信ＲＬＣエンティティと受信ＲＬＣエンティティの両方が再設定されるため、ＲＬＣ再設定が発生した時点で送信中のＲＬＣＰＤＵ（ｏｕｔｓｔａｎｄｉｎｇ ＲＬＣ ＰＤＵ）は受信ＲＬＣエンティティが正常に受信したか否かが分からない（データ消失が発生し得る）。]
[0057] 従って、ハンドオーバーが発生した場合だけでなく、ＲＬＣ内部エラーによりＲＬＣ再設定が発生した場合も、送信ＰＤＣＰは受信ＰＤＣＰから転送された状態報告に基づいてＰＤＣＰＳＤＵを再送する必要がある。]
[0058] 本発明によるＰＤＣＰ状態報告転送方法は、受信ＰＤＣＰエンティティがＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信する段階と、前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガする段階と、前記ＰＤＣＰ状態報告を構成する段階と、前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送する段階とを含む。]
[0059] 前記受信段階、前記トリガ段階、及び前記転送段階は、ＲＬＣ ＡＭにマッピングされた無線ベアラを利用して行われる。]
[0060] 前記指示は、上位層から受信される。]
[0061] 前記指示は、下位層から受信される。]
[0062] 前記第２層エラーは、ＲＬＣエラーを含む。]
[0063] 前記第２層エラーは、ハンドオーバー手順とは関連のないエラーである。]
[0064] 前記ＰＤＣＰ状態報告は、ＰＤＣＰＳＤＵを受信したか否かを示す。]
[0065] 前記ＰＤＣＰ状態報告は、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成される。]
[0066] つまり、本発明においては、データ消失を防ぐために、下位のＲＬＣ層が再設定されると、ＰＤＣＰエンティティが変わらなくても、受信ＰＤＣＰエンティティは、送信ＰＤＣＰエンティティにＰＤＣＰ状態報告を転送し、前記送信ＰＤＣＰエンティティは、前記転送されたＰＤＣＰ状態報告に基づいて各ＰＤＣＰＳＤＵの受信状態を確認した後、送信に失敗したＰＤＣＰ ＳＤＵを再送する。]
[0067] このために、本発明においては、ＰＤＣＰ層とＲＬＣ層が次のような動作を行う。]
[0068] ＲＬＣは、ｅｎｄｌｅｓｓ ＲＬＣの再送などの内部エラーによりＲＬＣ再設定が発生するか否かを確認する。ＲＬＣ再設定が発生すると、ＲＬＣは、当該状況をＲＬＣの上位層（ＰＤＣＰ）及びＲＬＣのピアＲＬＣの上位層（ピアＰＤＣＰ）に通知する。]
[0069] ＲＬＣがＲＬＣ再設定をＲＬＣの上位層（ＰＤＣＰ）に通知する方法は様々に実現できる。]
[0070] 例えば、ＲＬＣがＲＬＣ再設定を直ちにＲＬＣの上位層（ＰＤＣＰ）に通知するようにしてもよく、ＲＬＣが制御層（ＲＲＣ）にＲＬＣ再設定を通知し、ＲＲＣがそのＲＬＣ再設定をＰＤＣＰ層に通知するようにしてもよい。]
[0071] ＲＬＣがＲＬＣ再設定をＲＬＣのピアＲＬＣの上位層（ピアＰＤＣＰ）に通知する方法も様々に実現できる。]
[0072] 例えば、ＲＬＣがＲＥＳＥＴＰＤＵなどによりＲＬＣ再設定をピアＲＬＣに通知し、ピアＲＬＣがそのＲＬＣ再設定をピアＲＬＣの上位層（ピアＰＤＣＰ）に通知するようにしてもよい。また、ＲＬＣがＲＬＣ再設定を制御層（ＲＲＣ）に通知し、ＲＲＣがそのＲＬＣ再設定をピアＲＲＣに通知し、ピアＲＲＣがそのＲＬＣ再設定をピアＰＤＣＰに通知するようにしてもよい。]
[0073] 前記ＲＬＣ再設定が通知されたＰＤＣＰのうち受信ＰＤＣＰエンティティは、送信ＰＤＣＰエンティティにＰＤＣＰ状態報告を転送して受信側の受信状況を通知し、前記ＰＤＣＰ状態報告が転送された送信ＰＤＣＰエンティティは、ＲＬＣ再設定後、前記受信ＰＤＣＰエンティティが受信していないＰＤＣＰＳＤＵを再送する。]
[0074] すなわち、ＲＬＣ又はＲＲＣからＰＤＣＰにＲＬＣ再設定が通知されると、受信ＰＤＣＰエンティティは、受信ＰＤＣＰエンティティの受信バッファの状況を把握し、ＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送する。]
[0075] 正確なＰＤＣＰ状態報告のために、受信ＰＤＣＰエンティティは、受信バッファの状況を把握する際、ＲＬＣ再設定によってＰＤＣＰエンティティに転送されたＰＤＣＰＳＤＵも考慮して受信に成功したか否かを把握しなければならない。ＲＬＣは、通常は、ＲＬＣ ＳＤＵをＰＤＣＰエンティティに順次（ｉｎ−ｓｅｑｕｅｎｃｅ）転送するが、ＲＬＣ再設定状況では、正常に受信したＲＬＣ ＳＤＵをＰＤＣＰエンティティに非順次的に（ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ）転送する。従って、受信ＰＤＣＰエンティティは、ＰＤＣＰＰＤＵをヘッダ復元してＰＤＣＰ ＳＤＵの受信に成功したか否かを把握する。]
[0076] 送信ＰＤＣＰエンティティは、受信ＰＤＣＰエンティティからＰＤＣＰ状態報告が転送されると、送信に失敗したＰＤＣＰＳＤＵを正確に把握し、ＲＬＣ再設定後、送信に失敗したＰＤＣＰ ＳＤＵを再送する。]
[0077] 図６は、本発明の好ましい実施形態による移動通信システムの状態報告転送方法を示すフローチャートである。] 図６
[0078] 図６を参照すると、送信ＲＬＣエンティティ又は受信ＲＬＣエンティティはＲＬＣ再設定の発生を確認し続ける（Ｓ１０）。ＲＬＣ再設定が感知されると、ＲＬＣはＲＬＣ再設定情報を共有する動作を行う（Ｓ１１）。] 図６
[0079] 前記ＲＬＣ再設定情報の共有は、ＲＬＣがＲＬＣ再設定を直ちにＰＤＣＰに通知するか、又はＲＬＣが制御層（ＲＲＣ）にＲＬＣ再設定を通知してＲＲＣがそのＲＬＣ再設定をＰＤＣＰに通知することにより行われる。]
[0080] また、前記ＲＬＣ再設定情報の共有は、ＲＬＣがＲＥＳＥＴＰＤＵなどによりＲＬＣ再設定をピアＲＬＣに通知し、ピアＲＬＣがそのＲＬＣ再設定をピアＲＬＣの上位層（ピアＰＤＣＰ）に通知するか、又はＲＬＣがＲＬＣ再設定を制御層（ＲＲＣ）に通知し、ＲＲＣがそのＲＬＣ再設定をピアＲＲＣに通知し、ピアＲＲＣがそのＲＬＣ再設定をピアＰＤＣＰに通知することにより行われる。]
[0081] 前記ＲＬＣ再設定情報が共有されると、受信ＰＤＣＰエンティティは、前記ＲＬＣ再設定によってトリガされたＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送することで受信状況を通知する（Ｓ１２）。]
[0082] 前記ＰＤＣＰ状態報告が転送されると、送信ＰＤＣＰエンティティは、送信に成功したＰＤＣＰＳＤＵと送信に失敗したＰＤＣＰ ＳＤＵを正確に把握し、送信に失敗したＰＤＣＰ ＳＤＵを再送する（Ｓ１３）。]
[0083] 本発明は、ＲＬＣ内部エラーによりＲＬＣ再設定が発生した場合を例に挙げて説明したが、第１、第２層の内部エラーが発生した場合にも適用できる。]
[0084] 一方、本発明による方法は、前述のように、ハードウェアもしくはソフトウェア、又はこれらの組み合わせにより実現することができる。例えば、本発明による方法は、記憶媒体（例えば、移動端末の内部メモリ、フラッシュメモリ、ハードディスクなど）に記憶させることができる。また、本発明による方法は、プロセッサ（例えば、移動端末のマイクロプロセッサ）により実行可能なソフトウェアプログラムのコード又はコマンドワードとして実現することもできる。]
[0085] 本発明は前記実施形態を参照して説明されたが、これは単なる例示にすぎない。当該技術分野における通常の知識を有する者であれば本発明の思想や範囲内で本発明の様々な変形及び他の均等な実施形態が可能であることは明らかである。また、本発明は前述の実施形態を全体的に又は部分的に選択して組み合わせることにより実現可能であることも理解できるであろう。従って、本発明は、添付の請求の範囲及びその均等物の範囲内で提供される本発明の様々な変形及び変更を含む。]

权利要求:

請求項1
ＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信する段階と、前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガする段階と、前記ＰＤＣＰ状態報告を構成する段階と、前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を送信ＰＤＣＰエンティティに転送する段階とを含むことを特徴とする受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
請求項2
前記受信段階、前記トリガ段階、及び前記転送段階は、ＲＬＣＡＭにマッピングされた無線ベアラを利用して行われることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
請求項3
前記指示が上位層から受信されることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
請求項4
前記指示が下位層から受信されることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
請求項5
前記第２層エラーがＲＬＣエラーを含むことを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
請求項6
前記第２層エラーが、ハンドオーバー手順とは関連のないエラーであることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
請求項7
前記ＰＤＣＰ状態報告が、ＰＤＣＰＳＤＵを受信したか否かを示すことを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
請求項8
前記ＰＤＣＰ状態報告が、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成されることを特徴とする請求項１に記載の受信ＰＤＣＰエンティティから送信ＰＤＣＰエンティティへのＰＤＣＰ状態報告転送方法。
請求項9
ＲＬＣ再設定を伴う第２層エラーが感知されたという指示を受信すると、ＰＤＣＰ状態報告を構成して転送するように構成された受信ＰＤＣＰエンティティと、前記ＰＤＣＰ状態報告により送信成功が確認されていないＰＤＣＰＳＤＵを再送するように構成された送信ＰＤＣＰエンティティとを含むことを特徴とする移動通信システム。
請求項10
前記受信ＰＤＣＰエンティティは、前記第２層エラーが感知されると、前記ＲＬＣ再設定によってＰＤＣＰ状態報告をトリガし、前記ＰＤＣＰ状態報告を構成し、前記ＲＬＣ再設定が完了した後、前記構成されたＰＤＣＰ状態報告を前記送信ＰＤＣＰエンティティに転送することを特徴とする請求項９に記載の移動通信システム。
請求項11
前記指示が上位層から受信されることを特徴とする請求項９に記載の移動通信システム。
請求項12
前記指示が下位層から受信されることを特徴とする請求項９に記載の移動通信システム。
請求項13
前記第２層エラーがＲＬＣエラーを含むことを特徴とする請求項９に記載の移動通信システム。
請求項14
前記第２層エラーが、ハンドオーバー手順とは関連のないエラーであることを特徴とする請求項９に記載の移動通信システム。
請求項15
前記ＰＤＣＰ状態報告が、ＰＤＣＰＳＤＵを受信したか否かを示すことを特徴とする請求項９に記載の移動通信システム。
請求項16
前記ＰＤＣＰ状態報告が、前記ＲＬＣ再設定によってＲＬＣから受信したＰＤＣＰデータＰＤＵを処理した後に構成されることを特徴とする請求項１０に記載の移動通信システム。