(57)【要約】【課題】ハンドオーバーなどによりＲＬＣ再設定が発生してＰＤＣＰがＲＬＣからＰＤＣＰ ＳＤＵを受信した場合、順次連続して受信したＰＤＣＰ ＳＤＵは上位に送信することにより、データ送信の遅延時間を短縮する、無線通信システムにおけるデータ送信方法を提供する。【解決手段】無線通信システムにおけるデータ送信方法は、下位層からシーケンス番号を有するデータユニットを受信する段階と、前記受信したデータユニットをバッファ内に保存する段階と、前記受信したデータユニットのシーケンス番号が最後に送信されたデータユニットのシーケンス番号＋１と同一か否かを判断する段階と、前記判断段階に基づいて、前記保存されたデータユニットのうち、前記受信したデータユニットのシーケンス番号より大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのデータユニットを上位層に順次送信する段階とを含む。【選択図】図８
2010004540.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるデータ送信方法であって、
下位層からシーケンス番号を有するデータユニットを受信する段階と、
前記受信したデータユニットをバッファ内に保存する段階と、
前記受信したデータユニットのシーケンス番号が最後に送信されたデータユニットのシーケンス番号＋１と同一か否かを判断する段階と、
前記判断段階に基づいて、前記保存されたデータユニットのうち、前記受信したデータユニットのシーケンス番号より大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのデータユニットを上位層に順次送信する段階と
を含むことを特徴とするデータ送信方法。
【請求項２】
前記下位層が、無線リンク制御（ＲＬＣ）層であることを特徴とする請求項１に記載のデータ送信方法。
【請求項３】
前記判断段階及び前記送信段階が、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティで行われることを特徴とする請求項１に記載のデータ送信方法。
【請求項４】
前記データユニットが、ＰＤＣＰ ＳＤＵであることを特徴とする請求項１に記載のデータ送信方法。
【請求項５】
前記データユニットが、ＲＬＣ再設定によって受信されることを特徴とする請求項１に記載のデータ送信方法。
【請求項６】
ヘッダ復元又は復号化が、前記受信段階と前記保存段階との間に行われることを特徴とする請求項１に記載のデータ送信方法。
【請求項７】
前記最後に送信されたデータユニットのシーケンス番号＋１が、前記最後に送信されたデータユニットのシーケンス番号の直後のシーケンス番号を示すことを特徴とする請求項１に記載のデータ送信方法。
【請求項８】
上位層に送信された最後のデータユニットのシーケンス番号を「ＬＡＳＴ」に設定する段階をさらに含むことを特徴とする請求項１に記載のデータ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信サービスを提供する無線通信システムと端末に関し、特に、ＵＭＴＳ（Universal Mobile Telecommunications System）から進化したＥ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）又はＬＴＥシステム（Long Term Evolution System）における受信側パケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol；PDCP）層のＰＤＣＰ ＳＤＵ（Service Data Unit）送信方法に関する。
【背景技術】
【０００２】
図１は、従来技術及び本発明が適用される移動通信システムであるＬＴＥシステムのネットワーク構造を示す図である。ＬＴＥシステムは、既存のＵＭＴＳシステムから進化したシステムであり、基礎的な標準化作業が３ＧＰＰにより行われている。
【０００３】
ＬＴＥネットワークは、大きくＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）とＣＮ（Core Network）とに区分される。Ｅ−ＵＴＲＡＮは、端末（User Equipment；UE）と、基地局（Evolved NodeB；eNB）と、ネットワークのエンドに位置して外部ネットワークに接続するアクセスゲートウェイ（Access Gateway；aGW）とから構成される。ａＧＷは、ユーザトラフィック処理を担当する部分と制御トラフィック処理を担当する部分とに分けられる。この場合、新しいユーザトラフィック処理のためのａＧＷと制御トラフィック処理のためのａＧＷ間では、新しいインタフェースを使用して通信することもできる。１つのｅＮＢには１つ以上のセルが存在する。ｅＮＢ間ではユーザトラフィック又は制御トラフィックの送信のためのインタフェースを使用することもできる。ＣＮは、ａＧＷとその他のＵＥのユーザ登録などのためのノードなどとから構成することもできる。Ｅ−ＵＴＲＡＮとＣＮとを区分するためのインタフェースを使用することもできる。
【０００４】
図２及び図３は、３ＧＰＰ無線アクセスネットワーク規格に準拠した端末とＥ−ＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す図である。
無線インタフェースプロトコルは、水平的には、物理層、データリンク層、及びネットワーク層からなり、垂直的には、データ情報の送信のためのユーザプレーン（Ｕ−ｐｌａｎｅ）、及び制御信号の送信のための制御プレーン（Ｃ−ｐｌａｎｅ）からなる。図２及び図３のプロトコル層は、通信システムでよく知られている開放型システム間相互接続（Open System Interconnection；OSI）参照モデルの下位３層に基づいて、Ｌ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分される。このような無線プロトコル層は、端末とＥ−ＵＴＲＡＮに対で存在し、無線区間のデータ送信を担当する。
【０００５】
以下、図２の無線プロトコルの制御プレーン及び図３の無線プロトコルのユーザプレーンの各層を説明する。
第１層である物理（Physical；PHY）層は、物理チャネルを利用して上位層に情報送信サービス（Information Transfer Service）を提供する。ＰＨＹ層は、上位の媒体アクセス制御（Medium Access Control；MAC）層とトランスポートチャネルを介して接続されており、このトランスポートチャネルを介してＭＡＣ層とＰＨＹ層間のデータの移動が行われる。ここで、トランスポートチャネルは、チャネルが共有されるか否かによって、大きく専用トランスポートチャネルと共通トランスポートチャネルとに分けられる。また、異なるＰＨＹ層間、すなわち送信側ＰＨＹ層と受信側ＰＨＹ層間では、無線リソースを使用した物理チャネルを介してデータの移動が行われる。
【０００６】
第２層には様々な層が存在する。まず、ＭＡＣ層は、様々な論理チャネルを様々なトランスポートチャネルにマッピングする役割を果たし、様々な論理チャネルを１つのトランスポートチャネルにマッピングする論理チャネル多重化の役割も果たす。ＭＡＣ層は、上位層であるＲＬＣ層と論理チャネルを介して接続されており、論理チャネルは、送信される情報の種類によって、大きく制御プレーンの情報を送信する制御チャネルとユーザプレーンの情報を送信するトラフィックチャネルとに分けられる。
【０００７】
第２層の無線リンク制御（Radio Link Control；RLC）層は、上位層から受信したデータを分割（segmentation）及び連結（concatenation）して、下位層における無線区間のデータ送信に適するようにデータサイズを調節する役割を果たす。また、各無線ベアラ（Radio Bearer；RB）が要求する様々なＱｏＳを保証するために、透過モード（Transparent Mode；TM）、非応答モード（Un-acknowledged Mode；UM）、及び応答モード（Acknowledged Mode；AM）の３つの動作モードを提供する。特に、ＡＭ ＲＬＣは、信頼性のあるデータ送信のために、自動再送要求（Automatic Repeat Request；ARQ）機能を利用した再送機能を実行する。
【０００８】
第２層のＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６などのＩＰパケットを帯域幅の小さい無線区間で効率的に送信するために、相対的にサイズが大きくて不要な制御情報を含むＩＰパケットのヘッダのサイズを小さくするヘッダ圧縮（Header Compression）機能を実行する。これは、データのヘッダ部分で必ず必要な情報のみを送信させることにより、無線区間の送信効率を向上させる役割を果たす。また、ＬＴＥシステムではＰＤＣＰ層がセキュリティ機能も行うが、これは、第三者のデータ盗聴を防止する暗号化、並びに第三者のデータ操作を防止する完全性保護（integrity protection）からなる。
【０００９】
第３層の最下位に位置する無線リソース制御（Radio Resource Control；RRC）層は、制御プレーンでのみ定義され、無線ベアラ（ＲＢ）の設定、再設定、及び解除に関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ここで、ＲＢとは、端末とＵＴＲＡＮ間のデータ送信のために無線プロトコルの第１層及び第２層により提供される論理パスを意味し、一般に、ＲＢの設定とは、特定のサービスを提供するために必要な無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢはＳＲＢ（Signaling Radio Bearer）とＤＲＢ（Data Radio Bearer）の２つに分けられるが、ＳＲＢは制御プレーンでＲＲＣメッセージを送信する経路として使用され、ＤＲＢはユーザプレーンでユーザデータを送信する経路として使用される。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
従来技術において、受信側ＰＤＣＰは、ＲＬＣ再設定（re-establishment）によって受信したＰＤＣＰ ＳＤＵを上位に送信するのではなく、受信バッファに保存しておき、並び替え（reordering）を行う。このように受信バッファに保存されたＰＤＣＰ ＳＤＵは、ＲＬＣ再設定後に新しいＰＤＣＰ ＳＤＵが受信されると、シーケンス番号（Sequence Number；SN）の比較結果に応じて上位に送信される。
【００１１】
従来技術において、送信側ＰＤＣＰによるＰＤＣＰ ＳＤＵの再送は、ＲＬＣ再設定よりは、ＲＬＣ状態報告（status report）に基づくところが大きい。よって、多くの場合、前記ＰＤＣＰは、損失した全てのＰＤＣＰ ＳＤＵを多数のＲＬＣ再設定によって受信することができる。例えば、定められた時間区間で複数のハンドオーバーが発生した場合、前記複数のハンドオーバーが複数のＲＬＣ再設定を引き起こすため、前記損失した全てのＰＤＣＰ ＳＤＵの受信可能性は高くなる。しかし、前記複数のＲＬＣ再設定過程の間前記損失した全てのＰＤＣＰ ＳＤＵを重複して再送することは、無線リソースの損失又は不要な時間遅延をもたらす。
【００１２】
また、前述したように、従来技術においては、ＲＬＣ再設定によって受信したＰＤＣＰ ＳＤＵを上位に送信するのではなく、受信バッファに保存しておき、並び替えを行うため、データ送信に不要な時間遅延が発生する。それだけでなく、ＲＬＣ再設定によって受信したＰＤＣＰ ＳＤＵがデータストリームの最後のパケットである場合は、それ以降に受信するデータがないため、永遠に上位に送信されず、継続してＰＤＣＰバッファに保存されているデッドロック現象も発生する。
【００１３】
このような連続的なＲＬＣ再設定は、高速で走行する自動車の中で移動端末機を使用する場合にハンドオーバーが頻繁に発生することによって行われるが、従来のＰＤＣＰ ＳＤＵ送信方法においては、このような高速走行時の移動端末機の性能を大きく低下させるため、これを解決する方法が必要であった。
【課題を解決するための手段】
【００１４】
そこで、本発明は、ハンドオーバーなどによりＲＬＣ再設定が発生してＰＤＣＰがＲＬＣからＰＤＣＰ ＳＤＵを受信した場合、順次連続して受信したＰＤＣＰ ＳＤＵは上位に送信することにより、データ送信の遅延時間を短縮することを目的とする。
【００１５】
上記の目的を達成するために、本発明は、下位層からシーケンス番号を有するデータユニットを受信する段階と、前記受信したデータユニットをバッファ内に保存する段階と、前記受信したデータユニットのシーケンス番号が最後に送信されたデータユニットのシーケンス番号＋１と同一か否かを判断する段階と、前記判断段階に基づいて、前記保存されたデータユニットのうち、前記受信したデータユニットのシーケンス番号より大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのデータユニットを上位層に順次送信する段階とを含む、無線通信システムにおけるデータ送信方法を提供する。
【００１６】
前記下位層は、無線リンク制御（ＲＬＣ）層であることが好ましい。
前記判断段階及び前記送信段階は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティで行われることが好ましい。
前記データユニットは、ＰＤＣＰ ＳＤＵであることが好ましい。
前記データユニットは、ＲＬＣ再設定によって受信されることが好ましい。
ヘッダ復元（header decompression）又は復号化（deciphering）は、前記受信段階と前記保存段階との間に行われることが好ましい。
前記最後に送信されたデータユニットのシーケンス番号＋１は、前記最後に送信されたデータユニットのシーケンス番号の直後のシーケンス番号を示すことが好ましい。
前記無線通信システムにおけるデータ送信方法は、上位層に送信された最後のデータユニットのシーケンス番号を「ＬＡＳＴ」に設定する段階をさらに含むことが好ましい。
【発明の効果】
【００１７】
従来技術においては、ハンドオーバーなどの理由でＲＬＣ再設定が発生した場合、これによりＰＤＣＰに送信されたＰＤＣＰ ＳＤＵを上位に送信可能であるにもかかわらず、ＰＤＣＰ受信バッファに待機させていた。本発明においては、ＲＬＣ再設定によって受信したＰＤＣＰ ＳＤＵに対してもＳＮ検査を行い、上位に送信可能であれば直ちに送信する方法を提案する。このような方法により、データ送信の遅延時間を短縮し、また、ＲＬＣ再設定によって受信したＰＤＣＰ ＳＤＵがデータストリームの最後のパケットである場合に発生し得るデッドロックを防止することができる。
【図面の簡単な説明】
【００１８】
【図１】従来技術及び本発明が適用される移動通信システムであるＥ−ＵＴＲＡＮのネットワーク構造を示す図である。
【図２】従来技術における端末とＥ−ＵＴＲＡＮ間の無線インタフェースプロトコルの制御プレーン構造の一例を示す図である。
【図３】従来技術における端末とＥ−ＵＴＲＡＮ間の無線インタフェースプロトコルのユーザプレーン構造の一例を示す図である。
【図４】本発明が適用されるＰＤＣＰエンティティ構造の一例を示す図である。
【図５】ＰＤＣＰデータユニット送信過程を示すフロー図である。
【図６】ＰＤＣＰデータユニットの並び替え及び送信過程の一例を示す図である。
【図７】ＰＤＣＰデータユニットが順次受信されても上位に送信されない過程の一例を示す図である。
【図８】本発明によるＰＤＣＰデータユニット送信過程の一例を示す図である。
【図９】本発明によるＰＤＣＰデータユニット送信過程の他の例を示す図である。
【発明を実施するための形態】
【００１９】
本発明は、３ＧＰＰ通信技術、とりわけＵＭＴＳシステム、通信装置、及び通信方法に適用することができる。しかし、本発明は、これに限定されるものではなく、本発明の技術的思想を適用できる全ての有無線通信に適用することができる。
本発明は、ＰＤＣＰ ＳＤＵを上位層に送信する際にデータ送信の遅延時間を短縮するために、無線通信システムにおけるデータ送信方法として、下位層からシーケンス番号を有するデータユニットを受信する段階と、前記受信したデータユニットをバッファ内に保存する段階と、前記受信したデータユニットのシーケンス番号が最後に送信されたデータユニットのシーケンス番号＋１と同一か否かを判断する段階と、前記判断段階に基づいて、前記保存されたデータユニットのうち、前記受信したデータユニットのシーケンス番号より大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのデータユニットを上位層に順次送信する段階とを含むことを特徴とするデータ送信方法を提案し、このような方法を行うことのできる移動通信端末機を提案する。
【００２０】
以下、添付図面を参照して本発明の実施形態の構成及び動作を説明する。
まず、ＰＤＣＰエンティティについて具体的に説明する。ＰＤＣＰエンティティは、上位にはＲＲＣ層又はユーザアプリケーションが接続され、下位にはＲＬＣ層が接続されている。
【００２１】
図４は、本発明が適用されるＰＤＣＰエンティティ構造の一例を示す図である。図４のブロックは機能的ブロックであり、実際とは異なることもある。
図４に示すように、ＰＤＣＰエンティティは送信側及び受信側からなる。送信側ＰＤＣＰエンティティは、上位層から受信したサービスデータユニット（ＳＤＵ）又はＰＤＣＰエンティティが独自に生成した制御情報をプロトコルデータユニット（Protocol Data Unit；PDU）に構成し、ピアＰＤＣＰエンティティの受信側に送信する役割を果たし、受信側ＰＤＣＰエンティティは、ピアＰＤＣＰエンティティの送信側から受信したＰＤＣＰ ＰＤＵからＰＤＣＰ ＳＤＵ又は制御情報を抽出する役割を果たす。
【００２２】
前記のように送信側ＰＤＣＰエンティティが生成するＰＤＵは、データＰＤＵ（Data PDU）と制御ＰＤＵ（Control PDU）の２つである。まず、ＰＤＣＰデータＰＤＵは、ＰＤＣＰが上位層から受信したＳＤＵを加工して生成するデータブロックであり、ＰＤＣＰ制御ＰＤＵは、ＰＤＣＰがピアエンティティに制御情報を送信するために独自に生成するデータブロックである。
【００２３】
前記ＰＤＣＰデータＰＤＵは、ユーザプレーン及び制御プレーンの無線ベアラ（ＲＢ）の両方で生成されるが、ＰＤＣＰの一部の機能は使用するプレーンに応じて選択的に適用される。すなわち、ヘッダ圧縮機能はユーザプレーンのデータにのみ適用され、セキュリティ機能のうち完全性保護機能は制御プレーンのデータにのみ適用される。前記セキュリティ機能には、前記完全性保護機能の他に、データのセキュリティを維持するための暗号化（ciphering）機能もあるが、前記暗号化機能は、ユーザプレーン及び制御プレーンのデータの両方に適用される。
【００２４】
前記ＰＤＣＰ制御ＰＤＵは、ユーザプレーンの無線ベアラ（ＲＢ）でのみ生成され、大きくＰＤＣＰ受信バッファの状況を送信側に通知するためのＰＤＣＰ状態報告と、ヘッダ復元装置（header decompressor）の状況をヘッダ圧縮装置（header compressor）に通知するためのヘッダ圧縮フィードバックパケット（header compression feedback packet）との２つの種類がある。
【００２５】
図４の送信側ＰＤＣＰが行うデータ処理過程は次の通りである。
まず、ＰＤＣＰ層は、受信したＰＤＣＰ ＳＤＵを送信バッファに保存し、それぞれのＰＤＣＰ ＳＤＵにシーケンス番号を割り当てる（Ｓ１）。設定された無線ベアラがユーザプレーンの無線ベアラ、すなわちＤＲＢである場合、前記ＰＤＣＰ層は、前記ＰＤＣＰ ＳＤＵに対してヘッダ圧縮を行う（Ｓ２）。それに対して、設定された無線ベアラが制御プレーンの無線ベアラ、すなわちＳＲＢである場合、前記ＰＤＣＰ層は、前記ＰＤＣＰ ＳＤＵに対して完全性保護を行う（Ｓ３）。次に、前記ＰＤＣＰ層は、ステップＳ２又はＳ３の結果生成されたデータブロックに対して暗号化を行う（Ｓ４）。そして、前記ＰＤＣＰ層は、ステップＳ４で暗号化が行われたデータブロックに適切なヘッダを付加してＰＤＣＰ ＰＤＵを構成し、その構成されたＰＤＣＰ ＰＤＵをＲＬＣ層に送信する。
【００２６】
図４の受信側ＰＤＣＰが行うデータ処理過程は次の通りである。
まず、ＰＤＣＰ層は、受信したＰＤＣＰ ＰＤＵからヘッダを除去する（Ｓ１）。次に、前記ＰＤＣＰ層は、前記ヘッダが除去されたＰＤＣＰ ＰＤＵに対して復号化を行う（Ｓ２）。設定された無線ベアラがユーザプレーンの無線ベアラ、すなわちＤＲＢである場合、前記ＰＤＣＰ層は、前記復号化が行われたＰＤＣＰ ＰＤＵに対してヘッダ復元を行う（Ｓ３）。それに対して、設定された無線ベアラが制御プレーンの無線ベアラ、すなわちＳＲＢである場合、前記ＰＤＣＰ層は、前記復号化が行われたＰＤＣＰ ＰＤＵに対して完全性確認（integrity verification）を行う。次に、前記ＰＤＣＰ層は、ステップＳ３又はＳ４を経て受信したデータブロック、すなわちＰＤＣＰ ＳＤＵを上位層に送信する（Ｓ５）。前記ＰＤＣＰ層は、必要に応じて、前記ＰＤＣＰ ＳＤＵを、受信バッファに保存して並び替えを行った後（Ｓ６）、上位層に送信する。
【００２７】
ここで、設定された無線ベアラがＲＬＣ ＡＭを使用するＤＲＢである場合、前記受信側におけるステップＳ６の並び替えが必ず必要である。これは、ＲＬＣ ＡＭを使用するＤＲＢは、主にデータのエラーに敏感なトラフィックを送信するので、無線区間のエラーを最小限に抑えるために再送を行うからである。すなわち、並び替え機能は、ＰＤＣＰが再送されるＰＤＣＰ ＳＤＵまで考慮してＰＤＣＰ ＳＤＵを上位層に順次送信するために必要である。従って、受信側ＰＤＣＰは、ＲＬＣ ＡＭを使用するＤＲＢに対して様々な状態変数を定義しておき、受信したＰＤＣＰ ＰＤＵの上位への順次送信を次のように保証する。
【００２８】
まず、状態変数は次のように定義することができる。
− ＲＳＮ（Received Sequence Number）：受信したＰＤＣＰ ＳＤＵのシーケンス番号（Sequence Number；SN）。
− ＬＡＳＴ（Last Submitted PDCP SDU SN）：上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮ。
− ＮＥＸＴ（Next expected PDCP SDU SN）：受信したＰＤＣＰ ＳＤＵのうち最大のＳＮを有するＰＤＣＰ ＳＤＵの次のＰＤＣＰ ＳＤＵのＳＮ。すなわち、最大のＰＤＣＰ ＳＤＵのＳＮ＋１。
【００２９】
受信側ＰＤＣＰは、ＳＮ＝ＲＳＮであるＰＤＣＰ ＳＤＵを受信すると、前記のような状態変数を使用して次のような過程でＰＤＣＰ ＳＤＵを処理する。説明の便宜上、全ての状態変数と数学的比較及び計算はモジュロ演算であると仮定する。すなわち、全ての値は０〜４０９５の値を有し、最小値はＮＥＸＴ−２０４８である。
【００３０】
まず、既に上位に送信したＰＤＣＰ ＳＤＵより小さいＳＮを有するＰＤＣＰ ＳＤＵを受信した場合は、その受信したＰＤＣＰ ＳＤＵは古い（outdated）ＰＤＣＰ ＳＤＵであるので、廃棄する。このような過程は次のｐｒｏｃｅｄｕｒｅ ｔｅｘｔで示される。
− if NEXT - 2048 ≦ RSN ≦ LAST
− decipher
− decompress
− discard
【００３１】
最後に上位に送信したＰＤＣＰ ＳＤＵと、受信したＰＤＣＰ ＳＤＵのうち最大のＳＮを有するＰＤＣＰ ＳＤＵとの間に該当するＰＤＣＰ ＳＤＵを受信した場合は、その受信したＰＤＣＰ ＳＤＵが重複受信であれば廃棄し、重複受信でなければ受信バッファに保存する。このような過程は次のｐｒｏｃｅｄｕｒｅ ｔｅｘｔで示される。
− if LAST < RSN < NEXT
− decipher
− decompress
− if not duplicate, store in the reception buffer
− if duplicate, discard
【００３２】
受信したＰＤＣＰ ＳＤＵのうち最大のＳＮを有するＰＤＣＰ ＳＤＵより大きいＳＮを有するＰＤＣＰ ＳＤＵを受信した場合は、その受信したＰＤＣＰ ＳＤＵは新しいＰＤＣＰ ＳＤＵであるので、受信バッファに保存し、ＮＥＸＴをＲＳＮ＋１にアップデートする。このような過程は次のｐｒｏｃｅｄｕｒｅ ｔｅｘｔで示される。
− if NEXT ≦ RSN < NEXT + 2048
− decipher
− decompress
− store in the reception buffer
− set NEXT to RSN + 1
【００３３】
前記のような過程により受信したＰＤＣＰ ＳＤＵを処理して受信バッファに保存した場合、前記ＰＤＣＰは、次のような過程でその保存されたＰＤＣＰ ＳＤＵを上位に送信する。このような過程は次のｐｒｏｃｅｄｕｒｅ ｔｅｘｔで示される。
− if the PDCP SDU received by PDCP is not due to the RLC re-establishment:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with an associated SN < RSN;
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers.
【００３４】
すなわち、ＰＤＣＰ ＳＤＵの送信は、ＲＬＣ再設定状況ではなく、一般的な状況でＰＤＣＰ ＳＤＵを受信した場合にのみ行う。つまり、前記ＰＤＣＰは、ＲＬＣ再設定状況で受信したＰＤＣＰ ＳＤＵの場合、上位に送信するのではなく、バッファに保存した状態で並び替えを行う。
【００３５】
一般的な状況では、前記ＰＤＣＰには、ＰＤＣＰ ＳＤＵが損失することなく、ＡＭ ＲＬＣから順次送信されるため、前記ＰＤＣＰも、並び替えを行うことなく、受信したＰＤＣＰ ＳＤＵを上位に順次送信する。それに対して、ハンドオーバーのようにＲＬＣが再設定される場合は、ＲＬＣは受信していないＰＤＣＰ ＳＤＵを除いて正常に受信したＰＤＣＰ ＳＤＵのみをＳＮ順にＰＤＣＰに送信するので、ＰＤＣＰ ＳＤＵの損失が発生する。この損失したＰＤＣＰ ＳＤＵは、ＲＬＣ再設定後、ピア送信側ＰＤＣＰエンティティにより受信側ＰＤＣＰが受信していないＰＤＣＰ ＳＤＵの再送が行われることによって、復旧することができる。ここで、送信側ＰＤＣＰは、ＲＬＣ再設定発生直前のＲＬＣ状態報告に基づいてＰＤＣＰ ＳＤＵを再送するため、既に正常に受信されたＰＤＣＰ ＳＤＵが再送されることもある。従って、受信されたＰＤＣＰ ＳＤＵのＳＮをＬＡＳＴ及びＮＥＸＴと比較して、廃棄するか、又は受信バッファに保存する。
【００３６】
ところが、ＲＬＣ再設定を行っている途中に一部のＰＤＣＰ ＳＤＵが損失する場合がある。これは、主にハンドオーバーによりｅＮＢ間でＰＤＣＰ ＳＤＵを転送するとき発生する。すなわち、一部のＰＤＣＰ ＳＤＵは永遠に再送されない場合があるため、これらに対する並び替え機能を中断する方法で、受信したＰＤＣＰ ＳＤＵより小さいＳＮを有するＰＤＣＰ ＳＤＵは、連続していなくても上位に送信する。つまり、前記ＰＤＣＰは、受信したＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信したＳＤＵでない場合、並び替えを行うことなく送信する。
【００３７】
本発明によるＰＤＣＰ ＳＤＵ送信方法においては、前記のように、ＲＳＮより小さいＳＮを有するＰＤＣＰ ＳＤＵは、全て上位に送信し、ＲＳＮより大きいＳＮを有するＰＤＣＰ ＳＤＵは、ＲＳＮ以降連続したＳＮを有するＰＤＣＰ ＳＤＵのみ上位に送信する。可能なＰＤＣＰ ＳＤＵを上位に送信すると、ＬＡＳＴの値を、上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮに設定する。
【００３８】
図５は、前述したＰＤＣＰデータユニット送信過程を示すフロー図である。
図５に示すように、まず、シーケンス番号を有するＰＤＣＰ ＳＤＵを含むＰＤＣＰ ＰＤＵを受信する。ここで、前記シーケンス番号は状態変数「ＲＳＮ」と定義される。その後、前記ＰＤＣＰ ＳＤＵは、ヘッダ復元と復号化が行われ、ＰＤＣＰバッファに保存される。その後、前記ＲＳＮが状態変数「ＮＥＸＴ」より大きいか等しければ、前記ＮＥＸＴはＲＳＮ＋１に設定される。次に、前記受信されたＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信されたものであるかを判断して、そうであれば、ＰＤＣＰ ＳＤＵ送信過程を直ちに終了し、そうでなければ、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより小さい関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。また、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。
【００３９】
図６は、ＰＤＣＰデータユニットの並び替え及び送信過程の一例を示す図である。説明の便宜上、１つのＲＬＣ ＰＤＵに１つのＰＤＣＰ ＰＤＵが含まれると仮定する。また、ＰＤＣＰ制御ＰＤＵは考慮せず、１つのＰＤＣＰ ＰＤＵが１つのＰＤＣＰ ＳＤＵを含むと仮定する。
【００４０】
まず、受信側ＲＬＣは、ＲＬＣ ＰＤＵ＝１３まで順次受信し、これらを上位の受信側ＰＤＣＰに送信すると同時に、送信側ＲＬＣにＲＬＣ状態報告によりＲＬＣ ＰＤＵ＝１３まで正常に受信したことを通知する。受信側ＰＤＣＰは、ＰＤＣＰ ＳＤＵ＝２２まで順次受信し、これらを上位に送信する。送信側ＰＤＣＰは、ＲＬＣ状態報告から受信側ＰＤＣＰがＰＤＣＰ ＳＤＵ＝２２まで正常に受信したことが分かる。
【００４１】
ＲＬＣ再設定が発生する直前、送信側ＲＬＣは、ＲＬＣ ＰＤＵ＝１４からＲＬＣ ＰＤＵ＝２０を送信したが、ＲＬＣ ＰＤＵ＝１６、１７、１９の送信には失敗した。受信側ＲＬＣは、ＲＬＣ ＰＤＵをＲＬＣ ＳＮ＝１５まで順次受信し、これらを上位のＰＤＣＰに送信し、ＰＤＣＰは、前記ＲＬＣ ＰＤＵに含まれるＰＤＣＰ ＳＤＵをＰＤＣＰ ＳＮ＝２４まで順次受信し、これらを上位に送信する。ＰＤＣＰ ＳＮ＝２４まで上位に送信した状態で、ＬＡＳＴ＝２４、ＮＥＸＴ＝２５を示す。ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０は正常に受信されたが、以前のＲＬＣ ＰＤＵが受信されていないので、ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０はＲＬＣ受信バッファに保存されている。受信側ＲＬＣは、このような状況をＲＬＣ状態報告により送信側ＲＬＣに通知しなければならないが、ＲＬＣ状態報告を送信する前にＲＬＣ再設定が発生する（Ｓ１）。
【００４２】
ハンドオーバーなどの理由でＲＬＣ再設定が発生すると、ＲＬＣは、正常に受信されたが以前のＲＬＣ ＰＤＵが受信されていないので受信バッファに保存されていたＲＬＣ ＰＤＵを、上位のＰＤＣＰに送信する。この例では、ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０が上位に送信される。ＰＤＣＰは、ＲＬＣ再設定により受信したＰＤＣＰ ＳＤＵをＰＤＣＰ受信バッファに保存する。ここで、ＰＤＣＰ ＳＤＵ＝２７とＰＤＣＰ ＳＤＵ＝２９がＰＤＣＰ受信バッファに保存される。送信側ＰＤＣＰは、直近のＲＬＣ状態報告に基づいてＰＤＣＰ ＳＤＵの送信に成功したか否かを判断するため、ＰＤＣＰ ＳＤＵ＝２２までの送信に成功したと判断し、ＰＤＣＰ ＳＤＵ＝２３〜２９の送信には成功していないと判断する（Ｓ２）。
【００４３】
ＲＬＣ再設定が終了すると、ＲＬＣは、全ての状態変数を初期化し、データ送信を再開する。送信側ＰＤＣＰは、ＲＬＣ再設定前に受信側ＰＤＣＰが正常に受信していないＰＤＣＰ ＳＤＵの再送を行う。このとき、一部のＰＤＣＰ ＳＤＵは消失することがあり、送信側ＰＤＣＰは送信可能なＰＤＣＰ ＳＤＵのみ順次再送する。
【００４４】
送信側ＰＤＣＰは、直近のＲＬＣ状態報告に基づいて、ＲＬＣ再設定前に正常に送信していないＰＤＣＰ ＳＤＵを再送する。この例では、送信側ＰＤＣＰはＰＤＣＰ ＳＤＵ＝２３〜２９を再送する。ＲＬＣが再設定されるため、ＰＤＣＰ ＳＤＵ＝２３〜２９はＲＬＣ ＰＤＵ＝０〜６により送信される。受信側ＲＬＣは、ＲＬＣ ＰＤＵ＝０〜６を受信すると、上位の受信側ＰＤＣＰに順次送信する。受信側ＰＤＣＰは、ＲＬＣ ＰＤＵ＝０〜６を受信すると、ＰＤＣＰ ＳＤＵ＝２３、２４はＳＮがＬＡＳＴ以下であるので廃棄し、ＰＤＣＰ ＳＤＵ＝２７、２９は既に保存されているので廃棄する。受信側ＰＤＣＰはＰＤＣＰ ＳＤＵ＝２５〜２９を上位に順次送信する。このようにして受信側ＰＤＣＰが送信可能なＰＤＣＰ ＳＤＵを送信した後、ＬＡＳＴ＝２９、ＮＥＸＴ＝３０にアップデートする（Ｓ３−１）。
【００４５】
ハンドオーバー時には、ソースｅＮＢがターゲットｅＮＢにハンドオーバーする前に正常に送信していないＰＤＣＰ ＳＤＵを転送するが、ネットワーク間のインタフェースでデータ損失が発生し得る。この例は、ソースｅＮＢがターゲットｅＮＢにＰＤＣＰ ＳＤＵ＝２３〜２９を転送したが、ＰＤＣＰ ＳＤＵ＝２３〜２７が損失した場合である。従って、送信側ＰＤＣＰは、ＰＤＣＰ ＳＤＵ＝２８、２９、３０、３１の順にＲＬＣ ＰＤＵ＝０〜３に含めて送信する。受信側ＲＬＣは、ＲＬＣ ＰＤＵ＝０〜３を受信すると、上位の受信側ＰＤＣＰに順次送信する。受信側ＰＤＣＰは、ＲＬＣ ＰＤＵ＝０〜３を受信すると、ＰＤＣＰ ＳＤＵ＝２３、２４はＳＮがＬＡＳＴ以下であるので廃棄し、ＰＤＣＰ ＳＤＵ＝２７、２９は既に保存されているので廃棄する。受信側ＰＤＣＰはＰＤＣＰ ＳＤＵ＝２５〜２９を上位に順次送信する。受信側ＰＤＣＰは、ＲＬＣ ＰＤＵ＝０に含まれるＰＤＣＰ ＳＤＵ＝２８を受信すると、これより小さいＳＮを有するＰＤＣＰ ＳＤＵ＝２７を上位に送信する。また、ＰＤＣＰ ＳＤＵ＝２８と、これと順次連続するＰＤＣＰ ＳＤＵ＝２９も上位に送信する。このようにして受信側ＰＤＣＰが送信可能なＰＤＣＰ ＳＤＵを送信した後、ＬＡＳＴ＝２９、ＮＥＸＴ＝３０にアップデートする（Ｓ３−２）。
【００４６】
図７は、ＰＤＣＰデータユニットが順次受信されても上位に送信されない過程の一例を示す図である。
まず、受信側ＲＬＣは、ＲＬＣ ＰＤＵ＝１３まで順次受信し、これらを上位の受信側ＰＤＣＰに送信すると同時に、送信側ＲＬＣにＲＬＣ状態報告によりＲＬＣ ＰＤＵ＝１３まで正常に受信したことを通知する。受信側ＰＤＣＰは、ＰＤＣＰ ＳＤＵ＝２２まで順次受信し、これらを上位に送信する。送信側ＰＤＣＰは、ＲＬＣ状態報告から受信側ＰＤＣＰがＰＤＣＰ ＳＤＵ＝２２まで正常に受信したことが分かる。
【００４７】
ＲＬＣ再設定が発生する直前、送信側ＲＬＣは、ＲＬＣ ＰＤＵ＝１４からＲＬＣ ＰＤＵ＝２０を送信したが、ＲＬＣ ＰＤＵ＝１６、１７、１９の送信には失敗した。受信側ＲＬＣは、ＲＬＣ ＰＤＵをＲＬＣ ＳＮ＝１５まで順次受信し、これらを上位のＰＤＣＰに送信し、ＰＤＣＰは、前記ＲＬＣ ＰＤＵに含まれるＰＤＣＰ ＳＤＵをＰＤＣＰ ＳＮ＝２４まで順次受信し、これらを上位に送信する。ＰＤＣＰ ＳＮ＝２４まで上位に送信した状態で、ＬＡＳＴ＝２４、ＮＥＸＴ＝２５を示す。ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０は正常に受信されたが、以前のＲＬＣ ＰＤＵが受信されていないので、ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０はＲＬＣ受信バッファに保存されている。受信側ＲＬＣは、このような状況をＲＬＣ状態報告により送信側ＲＬＣに通知しなければならないが、ＲＬＣ状態報告を送信する前にＲＬＣ再設定が発生する（Ｓ１）。
【００４８】
ハンドオーバーなどの理由でＲＬＣ再設定が発生すると、ＲＬＣは、正常に受信されたが以前のＲＬＣ ＰＤＵが受信されていないので受信バッファに保存されていたＲＬＣ ＰＤＵを、上位のＰＤＣＰに送信する。この例では、ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０が上位に送信される。ＰＤＣＰは、ＲＬＣ再設定により受信したＰＤＣＰ ＳＤＵをＰＤＣＰ受信バッファに保存する。ここで、ＰＤＣＰ ＳＤＵ＝２７とＰＤＣＰ ＳＤＵ＝２９がＰＤＣＰ受信バッファに保存される。送信側ＰＤＣＰは、直近のＲＬＣ状態報告に基づいてＰＤＣＰ ＳＤＵの送信に成功したか否かを判断するため、ＰＤＣＰ ＳＤＵ＝２２までの送信に成功したと判断し、ＰＤＣＰ ＳＤＵ＝２３〜２９の送信には成功していないと判断する（Ｓ２）。
【００４９】
第１のＲＬＣ再設定後に損失したＰＤＣＰ ＳＤＵを含むＲＬＣ ＰＤＵを全て正常に受信したが、既に正常に受信したＰＤＣＰ ＳＤＵを含むＲＬＣ ＰＤＵを受信していないので、前記正常に受信したＲＬＣ ＰＤＵがＲＬＣバッファに保存されているとき（Ｓ３）、さらに他のＲＬＣ再設定が発生すると、受信側ＰＤＣＰは、第２のＲＬＣ再設定によって全ての損失したＰＤＣＰ ＳＤＵを正常に受信することができる。しかし、図７に示すように、このような場合も、順次受信したＰＤＣＰ ＳＤＵは上位層に送信することができない（Ｓ４）。
【００５０】
前述したように、本発明の目的は、ハンドオーバーなどによりＲＬＣ再設定が発生してＰＤＣＰがＲＬＣからＰＤＣＰ ＳＤＵを受信した場合、順次連続して受信したＰＤＣＰ ＳＤＵは上位に送信することにより、データ送信の遅延時間を短縮することにある。
【００５１】
このために、本発明においては、ＰＤＣＰがＲＬＣからＰＤＣＰ ＳＤＵを受信し、復号化／復元を経てバッファに保存した場合、次のようなｐｒｏｃｅｄｕｒｅ ｔｅｘｔを使用して上位に送信することを提案する。
− if RSN = LAST + 1:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers;
− else if the PDCP SDU received by PDCP is not due to the RLC re-establishment:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with an associated SN < RSN;
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers.
【００５２】
すなわち、この方法は、ＰＤＣＰがＲＬＣ再設定によってＰＤＣＰ ＳＤＵを受信しても、無条件に受信バッファに保存しておくのではなく、受信したＰＤＣＰ ＳＤＵのＳＮがＬＡＳＴ（上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮ）＋１であるか否かを検査して、受信したＰＤＣＰ ＳＤＵのＳＮがＬＡＳＴ＋１であれば、受信したＰＤＣＰ ＳＤＵとその後に順次連続するＳＮを有するＰＤＣＰ ＳＤＵを上位に順次送信する。つまり、ＰＤＣＰがいずれの経路であってもＰＤＣＰ ＳＤＵを受信すると、その受信したＰＤＣＰ ＳＤＵが、最後に上位に送信したＰＤＣＰ ＳＤＵの次に（in-sequence）送信すべきＰＤＣＰ ＳＤＵであるか否かを検査して、次に送信すべきＰＤＣＰ ＳＤＵであれば、前記ＰＤＣＰ ＳＤＵとその後に順次連続するＳＮを有するＰＤＣＰ ＳＤＵを、受信バッファに待機させることなく、直ちに上位に送信する。
【００５３】
図８は、本発明によるＰＤＣＰデータユニット送信過程の一例を示す図である。
図８に示すように、まず、シーケンス番号を有するＰＤＣＰ ＳＤＵを含むＰＤＣＰ ＰＤＵを受信する。ここで、前記シーケンス番号は状態変数「ＲＳＮ」と定義される。その後、前記ＰＤＣＰ ＳＤＵは、ヘッダ復元と復号化が行われ、ＰＤＣＰバッファに保存される。その後、前記ＲＳＮが状態変数「ＮＥＸＴ」より大きいか等しければ、前記ＮＥＸＴはＲＳＮ＋１に設定される。次に、前述した本発明による方法に従って、受信したＰＤＣＰ ＳＤＵのシーケンス番号、すなわちＲＳＮがＬＡＳＴ（上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮ）＋１であるか否かを判断又は検査する。前記ＲＳＮがＬＡＳＴ＋１であれば、受信したＰＤＣＰ ＳＤＵとその後に順次連続するシーケンス番号を有するＰＤＣＰ ＳＤＵを上位に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。前記ＲＳＮがＬＡＳＴ＋１でなければ、前記受信されたＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信されたものであるかを判断して、そうであれば、ＰＤＣＰ ＳＤＵ送信過程を直ちに終了し、そうでなければ、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより小さい関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。また、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。
【００５４】
以上、受信したＰＤＣＰ ＳＤＵのＳＮをＬＡＳＴ＋１と比較する手順と、ＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信したものであるか否かを検査する手順とは、順序を変えてもよい（mutually exclusive）。従って、まずＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信したものであるか否かを検査し、ＲＬＣ再設定によって受信したものである場合にＲＳＮをＬＡＳＴ＋１と比較してもよい。受信したＰＤＣＰ ＳＤＵのＳＮがＬＡＳＴ＋１であれば、前記方法と同様に、受信したＰＤＣＰ ＳＤＵとその後に順次連続するＳＮを有するＰＤＣＰ ＳＤＵを上位に順次送信する。すなわち、２つの順序を変えても結果は同じなので、次のようなｐｒｏｃｅｄｕｒｅ ｔｅｘｔも可能である。
− if the PDCP SDU received by PDCP is not due to the RLC re-establishment:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with an associated SN < RSN;
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers.
− else if RSN = LAST + 1:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers;
【００５５】
図９は、本発明によるＰＤＣＰデータユニット送信過程の他の例を示す図である。
図９に示すように、まず、シーケンス番号を有するＰＤＣＰ ＳＤＵを含むＰＤＣＰ ＰＤＵを受信する。ここで、前記シーケンス番号は状態変数「ＲＳＮ」と定義される。その後、前記ＰＤＣＰ ＳＤＵは、ヘッダ復元と復号化が行われ、ＰＤＣＰバッファに保存される。その後、前記ＲＳＮが状態変数「ＮＥＸＴ」より大きいか等しければ、前記ＮＥＸＴはＲＳＮ＋１に設定される。次に、前記受信されたＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信されたものであるかを判断して、そうであれば、受信したＰＤＣＰ ＳＤＵのシーケンス番号、すなわちＲＳＮがＬＡＳＴ（上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮ）＋１であるか否かを判断又は検査する。ここで、前記ＲＳＮがＬＡＳＴ＋１であれば、受信したＰＤＣＰ ＳＤＵとその後に順次連続するシーケンス番号を有するＰＤＣＰ ＳＤＵを上位に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。前記ＲＳＮがＬＡＳＴ＋１でなければ、ＰＤＣＰ ＳＤＵ送信過程を直ちに終了する。前記受信されたＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信されたものではないと判断された場合は、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより小さい関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信し、また前記ＲＳＮより大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。
【００５６】
本発明において言及されたＰＤＣＰ ＳＮは、ＣＯＵＮＴ形式に含めて使用してもよい。すなわち、ＣＯＵＮＴ値はＨＦＮ（Hyper Frame Number）及びＰＤＣＰ ＳＮから構成してもよい。前記ＰＤＣＰ ＳＮの長さは上位層によって設定される。前記ＣＯＵＮＴ値又はＰＤＣＰ ＳＮは、ラップアラウンド問題を回避するために使用されることもある。
【００５７】
以下、本発明による端末を説明する。
本発明による端末は、無線でデータをやり取りするサービスを利用することのできる全てのタイプの端末を含む。すなわち、本発明による端末は、無線通信サービスを利用できる移動通信端末機（例えば、ユーザ装置（ＵＥ）、携帯電話、セルラーフォン、ＤＭＢフォン、ＤＶＢ−Ｈフォン、ＰＤＡフォン、ＰＴＴフォンなど）、ノートブックコンピュータ、ラップトップコンピュータ、デジタルテレビ、ＧＰＳナビゲーション、携帯用ゲーム機、ＭＰ３、その他の家電製品などを含む包括的な意味である。
本発明による端末は、本発明が例示している効率的なシステム情報の受信のための機能及び動作の実行に必要な基本的なハードウェア構成（送受信部、処理部又は制御部、保存部など）を含むこともできる。
【００５８】
以上説明した本発明による方法は、ソフトウェア、ハードウェア、又はこれらの組み合わせで実現することができる。例えば、本発明による方法は、記憶媒体（例えば、移動端末機又は基地局の内部メモリ、フラッシュメモリ、ハードディスクなど）に保存することができ、プロセッサ（例えば、移動端末機又は基地局内部のマイクロプロセッサ）により実行されるソフトウェアプログラム内にコード又はコマンドで実現することができる。
【００５９】
以上、本発明は、図面に示す実施形態を参照して説明されたが、これは単なる例示にすぎず、当該技術分野における通常の知識を有する者であれば、これらから様々な変形及び均等な他の実施形態が可能であるという点を理解するであろう。よって、本発明の技術的保護範囲は添付された請求の範囲の技術的思想によって決定されるべきである。
【図１】
2010004540.tif 000003
【図２】
2010004540.tif 000004
【図３】
2010004540.tif 000005
【図４】
2010004540.tif 000006
【図５】
2010004540.tif 000007
【図６】
2010004540.tif 000008
【図７】
2010004540.tif 000009
【図８】
2010004540.tif 000010
【図９】
2010004540.tif 000011