(57)【要約】  ＵＥのダウンリンクデータ受信エラーを防止できるユーザ機器（ＵＥ）及びユーザ機器のダウンリンクデータの受信方法を提供する。該方法は、再確立期間内において、前記ユーザ機器における無線リンク制御層（ＲＬＣ）エンティティーがパケットデータ収斂プロトコル（ＰＤＣＰ）エンティティーにサービスデータユニット（ＳＤＵ）を送信する場合、ＰＤＣＰエンティティーにより、受信されたＳＤＵを含むＰＤＣＰプロトコルデータユニット（ＰＤＵ）のＰＤＣＰシーケンス番号（ＳＮ）がＰＤＣＰ  ＳＮ＝（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）の報告条件を満たすと判断された場合、前記ＰＤＣＰ  ＰＤＵに含まれてあるＳＤＵを上位層エンティティーに提出するステップを含む。
2012521108.tif 000002
【特許請求の範囲】
【請求項１】
再確立期間内において、ユーザ機器における無線リンク制御ＲＬＣ層に位置するＲＬＣエンティティーがパケットデータ収斂プロトコルＰＤＣＰ層に位置するＰＤＣＰエンティティーに、再確立前に進化型基地局から受信したダウンリンクデータであるサービスデータユニットＳＤＵを送信する場合、
前記ＰＤＣＰエンティティーにより、受信されたＳＤＵを含むＰＤＣＰプロトコルデータユニットＰＤＵのＰＤＣＰシーケンス番号ＳＮがＰＤＣＰ  ＳＮ＝（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）の報告条件を満たすか否かを判断し、満たしていると、前記ＰＤＣＰ  ＰＤＵに含まれてあるＳＤＵを上位層エンティティーに提出するステップを含み、
但し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮは上位層エンティティーに最後に提出されたＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮを表し、Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮはＰＤＣＰ  ＳＮの最大値を表し、％は剰余演算を表す、ユーザ機器のダウンリンクデータの受信方法。
【請求項２】
前記ＰＤＣＰエンティティーが、上位層エンティティーにＳＤＵを提出した後、前記ＰＤＣＰエンティティーのバッファにて前記ＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに連続する他のＰＤＣＰ  ＰＤＵを検索し、他のＰＤＣＰ  ＰＤＵが検索されると、検索されたＰＤＣＰ  ＰＤＵにおけるＳＤＵを継続して上位層エンティティーに提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを上位層エンティティーに最後に提出されたＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに更新するステップを更に含む請求項１に記載の方法。
【請求項３】
前記ＰＤＣＰにより、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記報告条件は満たしていないが、（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＜ＰＤＣＰ  ＳＮ≦（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＋（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）／２の記憶条件は満たしている判断された場合、該ＰＤＣＰ  ＰＤＵを前記ＰＤＣＰエンティティーのバッファに記憶するステップを更に含む請求項１に記載の方法。
【請求項４】
前記ＰＤＣＰエンティティーにより、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記報告条件を満たしていないと共に前記記憶条件も満たしていないと判断された場合、前記ＰＤＣＰ  ＰＤＵを放棄するステップを更に含む請求項３に記載の方法。
【請求項５】
前記ＰＤＣＰエンティティーが上位層エンティティーに最後に提出されたＳＤＵの属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが最大値である場合、前記ＰＤＣＰエンティティーによりＰＤＣＰ  ＳＮが最小値であるＰＤＣＰ  ＰＤＵが受信されると、前記ＰＤＣＰ  ＳＮが最小値であるＰＤＣＰ  ＰＤＵにおけるＳＤＵを上位層エンティティーに提出するステップを更に含む請求項１に記載の方法。
【請求項６】
ステップ（ａ）、前記ユーザ機器におけるパケットデータ収斂プロトコルＰＤＣＰ層に位置するＰＤＣＰエンティティーが、前記ユーザ機器における無線リンク制御ＲＬＣ層の関連付けられたＲＬＣエンティティーから、再確立前に進化型基地局から受信したダウンリンクデータであるサービスデータユニットＳＤＵを含むＰＤＣＰプロトコルデータユニットＰＤＵを受信し、ここで、前記ＰＤＣＰ  ＰＤＵのＰＤＣＰシーケンス番号ＳＮはｘであって；該ＰＤＣＰ  ＰＤＵが前記ＲＬＣエンティティーとＭＡＣエンティティーの再確立期間内に前記ＰＤＣＰエンティティーに提出されたものであるか否かを判断し、ＹＥＳであると、ステップ（ｂ）を実行し、そうでなければ、ステップ（ｄ）を実行し；
ステップ（ｂ）、前記ＰＤＣＰエンティティーによりｘが報告条件を満たすか否か、即ち、ｘが（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）を満たすか否かを判断し、満たしていると、ステップ（ｄ）を実行し、そうでなければ、ステップ（ｃ）を実行し；
ステップ（ｃ）、前記ＰＤＣＰエンティティーによりｘが記憶条件を満たすか否か、即ち、ｘが（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＜ｘ≦（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＋（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）／２を満たすか否かを判断し、満たしていると、該ＰＤＣＰ  ＰＤＵをＰＤＣＰのバッファに記憶し、そうでなければ、該ＰＤＣＰ  ＰＤＵを放棄し；
ステップ（ｄ）、前記ＰＤＣＰエンティティーが該ＰＤＵからＳＤＵを抽出し、上位層エンティティーに提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮをｘに更新し；
ステップ（ｅ）、前記ＰＤＣＰエンティティーはバッファにて前記ｘに連続する他のＰＤＣＰ  ＰＤＵを検索し、他のＰＤＣＰ  ＰＤＵが検索された場合、検索された他のＰＤＣＰ  ＰＤＵにおけるＳＤＵを上位層エンティティーに継続して提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを最後に提出されたＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに更新し、バッファに前記条件を満たすＰＤＣＰ  ＰＤＵが存在しないと、ステップ（ａ）に返ることを含み、
但し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮは上位層エンティティーに最後に提出されたＳＤＵの属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮを表し、Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮはＰＤＣＰ  ＳＮの最大値を表し、％は剰余演算を表す、ユーザ機器のダウンリンクデータの受信方法。
【請求項７】
順に接続される、無線リンク制御ＲＬＣ層に位置するＲＬＣエンティティーとパケットデータ収斂プロトコルＰＤＣＰ層に位置するＰＤＣＰエンティティーとを含むユーザ機器であって、
前記ＲＬＣエンティティーは、受信するサービスデータユニットＳＤＵを前記ＰＤＣＰエンティティーに送信するように構成され、
前記ＰＤＣＰエンティティーは、受信されたＳＤＵを含むＰＤＣＰプロトコルデータユニットＰＤＵのＰＤＣＰシーケンス番号ＳＮがＰＤＣＰ  ＳＮ＝（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）の報告条件を満たすか否かを判断し、満たしていると、前記ＰＤＣＰ  ＰＤＵに含まれてあるＳＤＵを上位層エンティティーに提出するように構成され、
但し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮは上位層エンティティーに最後に提出されたＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮを表し、Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮはＰＤＣＰ  ＳＮの最大値を表し、％は剰余演算を表す、ユーザ機器。
【請求項８】
前記ＰＤＣＰエンティティーが、上位層エンティティーにＳＤＵを提出した後、自分のバッファにて前記ＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに連続する他のＰＤＣＰ  ＰＤＵを検索し、他のＰＤＣＰ＿ＰＤＵが検索された場合、他のＰＤＣＰ  ＰＤＵにおけるＳＤＵを上位層エンティティーに継続して提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを上位層エンティティーに最後に提出されたＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに更新するように構成される請求項７に記載のユーザ機器。
【請求項９】
前記ＰＤＣＰエンティティーが、さらに、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記報告条件は満たしていないが（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＜ＰＤＣＰ  ＳＮ≦（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＋（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）／２の記憶条件を満たしている場合、該ＰＤＣＰ  ＰＤＵを前記ＰＤＣＰエンティティーのバッファに記憶するように構成される請求項７に記載のユーザ機器。
【請求項１０】
前記ＰＤＣＰエンティティーが、さらに、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記報告条件を満たしていないと共に、前記記憶条件も満たしていない場合、前記ＰＤＣＰ  ＰＤＵを放棄するように構成される請求項９に記載のユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、長期的進化・発展ＬＴＥ（Long term evolution）システムに関し、特に、ユーザ機器（ＵＥ，user equipment）及びユーザ機器のダウンリンクデータの受信方法に関する。
【背景技術】
【０００２】
ＬＴＥは、３ＧＰＰの最新の移動通信システムであり、３Ｇのエアーアクセス技術、即ちＬＴＥエアープロトコルを改善・強化し、図１に示すように、物理層（図１におけるＬ１）と、媒体アクセス層（ＭＡＣ，Media Acess Control）と、無線リンク制御層（ＲＬＣ，radio link control）と、パケットデータ収斂プロトコル層（ＰＤＣＰ，packet data convergen ceprotocol）と含み、それぞれ、ＵＥと進化型基地局（ｅＮＢ，evolved NodeＢ）に位置され、ここで、ＲＬＣ層に位置するＲＬＣエンティティーにより提供されるサービスには、確認データの伝送サービス（ＰＤＣＰ  ＰＤＵの提出成功指示を含む）と、非確認データの伝送サービスと、順序提出（下位層エンティティーの再確立の状況を除く）と、重複削除（下位層エンティティーの再確立の状況を除く）とが含まれ、ＰＤＣＰ層に位置するＰＤＣＰエンティティーは、ヘッダ圧縮、暗号化と完全性（integrality）保持のサービスを提供する以外、下位層エンティティーの再確立の状況での順序提出と重複削除のサービスを提供しなければならない。
【０００３】
ＲＬＣ層に位置するＲＬＣエンティティーとＭＡＣ層に位置するＭＡＣエンティティーの再確立は下位層エンティティーの再確立と呼ばれ、下位層エンティティーの再確立の原因はハンドオーバ、無線リソース制御（ＲＲＣ，Radio Resource Control）接続の再確立などである。ｅＮＢがＵＥにダウンリンクデータを送信すると、ＵＥ内部のＬ１層は受信したデータを順に、サービス層（応用層）まで報告する。ＲＲＣが下位層エンティティーの再確立をＲＬＣエンティティーに指示した場合、ＲＬＣエンティティーはＰＤＣＰエンティティーにできるだけ順に配列されたＲＬＣサービスデータユニットＳＤＵ（service data unit）を提出し、ＲＬＣ  ＳＤＵがヘッダ圧縮、完全性保持（シグナリングの場合）、暗号化の処理を行った後ＰＤＣＰ  Ｈｅａｄを追加して得られるデータパケットはＰＤＣＰプロトコルデータユニットＰＤＵ（protocol data unit）である。ＲＬＣエンティティーが確認モード（ＡＭ）である場合、ＰＤＣＰ  ＰＤＵのフォーマットは図２に示す通りであり、ここで、Ｄ／Ｃ（Data/Control）はデータ／制御スイッチであり、ＰＤＣＰ  ＳＮ（sequence number）はシーケンス番号であり、第２バイトにおけるＰＤＣＰ  ＳＮ（cont．）は第１バイトにおける未送信のＰＤＣＰ  ＳＮであって、Ｒ（researved）は保留したビットであり、データ（Data）はＳＤＵである。ＲＬＣエンティティーが提出した各ＰＤＣＰ  ＰＤＵはあるカウント値ＣＯＵＮＴと関連つけられ、ＣＯＵＮＴは、二つの部分に分けられ、その中、高位部分はＨＦＮ（Hyper frame number，ハイパーフレーム番号）と呼ばれ、ＨＦＮは受信ポートと送信ポートで保護を行い、低位部分はＰＤＣＰ  ＳＮであり、ＰＤＣＰ  ＳＮは前記のＰＤＣＰ  Ｈｅａｄｅｒ内に固定されたＰＤＣＰ  ＳＮフィールドである。ＰＤＣＰ  ＰＤＵを受信した場合、該ＰＤＵに関連付けられたＣＯＵＮＴ値を把握してこそ、はじめてＰＤＣＰ  ＰＤＵから復号化及び解凍を経て最終のＳＤＵを得ることができ、ＨＦＮはＵＥが保護するＲＸ＿ＨＦＮ状態変数から得られる。
【０００４】
現在のプロトコルによると、ウィンドウメカニズムに応じてＰＤＣＰ  ＰＤＵの正確なＨＦＮを維持している。該ウィンドウメカニズムによると、ＰＤＣＰ  ＳＮの範囲が０≦ＳＮ≦Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合、受信ウィンドウのサイズはＲｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ＝（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）／２であり、例えば、１２ビットのＰＤＣＰ  ＳＮの場合、Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＝４０９５であり、Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ＝２０４８である。上位層エンティティーに最後に提出したＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮがＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮであると、次に受信するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮはＮｅｘｔ＿ＰＤＣＰ＿Ｒｘ＿ＳＮである。簡単に言えば、受信ウィンドウの下境界はＮｅｘｔ＿ＰＤＣＰ＿Ｒｘ＿ＳＮであり、上境界は通常Ｎｅｘｔ＿ＰＤＣＰ＿Ｒｘ＿ＳＮ＋２０４８に等しい。当該ウィンドウ内のＰＤＣＰ  ＰＤＵを受信した場合、Ｎｅｘｔ＿ＰＤＣＰ＿Ｒｘ＿ＳＮと受信したＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮの位置関係に基づいて該ＰＤＣＰ  ＰＤＵのＨＦＮを確定し、その後解読及び解凍処理を経てバッファに記憶し、一方、当該ウィンドウ内に含まれないＰＤＵは放棄する。
【０００５】
下位層エンティティーの再確立が発生した後、ＰＤＣＰエンティティーは、下位層エンティティーの再確立期間にて下位層エンティティーにより提出されたＰＤＣＰ  ＰＤＵを受信し、ＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１であると、該ＰＤＵから連続するＳＤＵを上位層エンティティーに提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを更新し；ＰＤＣＰ  ＰＤＵのＳＮ≠Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１であると、バッファに記憶し、次にＰＤＣＰ  ＳＮがＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１であるＰＤＣＰ  ＰＤＵを受信した場合、バッファに記憶されているＰＤＣＰ  ＰＤＵは上位層エンティティーに提出され、バッファに下位層エンティティーの再確立の後にも未提出のＰＤＣＰ  ＰＤＵがあると、これらの未提出のＰＤＣＰ  ＰＤＵは下位層エンティティーの再確立後に上位層エンティティーに提出される可能性がある。
【０００６】
例えば、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮが９９であると、ウィンドウの下境界は１００であり、上境界は１００＋２０４８＝２１４８である。受信したＰＤＣＰ  ＰＤＵのＳＮが１００であると、該ＰＤＵにおけるＳＤＵを報告し、ウィンドウの上下境界を［１０１，２１４９］に変更させる。受信したＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが１０２であると、ウィンドウの境界内であるので、該ＰＤＣＰ  ＰＤＵをバッファに記憶し、シーケンス番号が１００、１０１であるＰＤＣＰ  ＰＤＵを受信して報告した後、該ＰＤＣＰ  ＳＮが１０２であるＰＤＣＰ  ＰＤＵを報告し、受信したＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが２４００であると、ウィンドウの境界範囲内ではないので、該ＰＤＣＰ  ＰＤＵを放棄する。
【０００７】
しかし、下位層エンティティーの再確立中においてＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＝＝Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合、バッファ中のＳＮ＝０，１，…，Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ−１であるＰＤＣＰ  ＰＤＵが全て提出できないと共に、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮの値が更新できないので、その後に受信されるＲｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ＋１≦ＳＮ＜２Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ範囲内のＰＤＣＰ  ＰＤＵは放棄され、ダウンリンクデータの受信失敗をもたらすことになる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする技術的課題は、ＵＥがダウンリンクデータを受信する際のエラーを防止できるユーザ機器及びユーザ機器のダウンリンクデータの受信方法を提供することである。
【課題を解決するための手段】
【０００９】
前記の課題を解決するため、本発明によると、再確立期間内において、前記ユーザ機器における無線リンク制御ＲＬＣ層に位置するＲＬＣエンティティーがパケットデータ収斂プロトコルＰＤＣＰ層に位置するＰＤＣＰエンティティーに、再確立前に進化型基地局から受信したダウンリンクデータであるサービスデータユニットＳＤＵを送信する場合、前記ＰＤＣＰエンティティーにより、受信されたＳＤＵを含むＰＤＣＰプロトコルデータユニットＰＤＵのＰＤＣＰシーケンス番号ＳＮがＰＤＣＰ  ＳＮ＝（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）（但し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮは上位層エンティティーに最後に提出されたＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮを表し、Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮはＰＤＣＰ  ＳＮの最大値を表し、％は剰余演算を表する）の報告条件を満たすか否かを判断し、満たしていると、ＰＤＣＰ  ＰＤＵに含まれてあるＳＤＵを上位層エンティティーに提出するステップを含むユーザ機器のダウンリンクデータの受信方法を提供する。
【００１０】
また、前記ＰＤＣＰエンティティーは、上位層エンティティーにＳＤＵを提出した後、前記ＰＤＣＰエンティティーのバッファにて前記ＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに連続する他のＰＤＣＰ  ＰＤＵを検索し、他のＰＤＣＰ  ＰＤＵが検索されると、検索されたＰＤＣＰ  ＰＤＵにおけるＳＤＵを継続して上位層エンティティーに提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを上位層エンティティーに最後に提出したＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに更新する。
【００１１】
また、前記ＰＤＣＰにより、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記報告条件は満たしていないが、（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＜ＰＤＣＰ  ＳＮ≦（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＋（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）／２の記憶条件は満たしていると判断された場合、該ＰＤＣＰ  ＰＤＵをＰＤＣＰエンティティーのバッファに記憶する。
【００１２】
また、前記ＰＤＣＰエンティティーにより、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記報告条件を満たしていないと共に前記記憶条件も満たしていないと判断された場合、前記ＰＤＣＰ  ＰＤＵを放棄する。
【００１３】
また、前記ＰＤＣＰエンティティーが上位層エンティティーに最後に提出したＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが最大値である場合、前記ＰＤＣＰエンティティーによりＰＤＣＰ  ＳＮが最小値であるＰＤＣＰ  ＰＤＵが受信されると、前記ＰＤＣＰ  ＳＮが最小値であるＰＤＣＰ  ＰＤＵにおけるＳＤＵを上位層エンティティーに提出する。
【００１４】
本発明によると、ステップ（ａ）、前記ユーザ機器におけるパケットデータ収斂プロトコルＰＤＣＰ層に位置するＰＤＣＰエンティティーが前記ユーザ機器における無線リンク制御ＲＬＣ層の関連付けられたＲＬＣエンティティーからサービスデータユニットＳＤＵを含むＰＤＣＰプロトコルデータユニットＰＤＵを受信し、ここで、前記ＰＤＣＰ  ＰＤＵのＰＤＣＰシーケンス番号ＳＮはｘであって、該ＰＤＣＰ  ＰＤＵが前記ＲＬＣエンティティーとＭＡＣエンティティーの再確立期間内に前記ＰＤＣＰエンティティーに提出されたものであるか否かを判断し、ＹＥＳであると、ステップ（ｂ）を実行し、そうでなければ、ステップ（ｄ）を実行し（ここで、前記ＳＤＵは再確立前に進化型基地局から受信したダウンリンクデータである）、
【００１５】
ステップ（ｂ）、前記ＰＤＣＰエンティティーによりｘが報告条件を満たすか否か、即ち、ｘが（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）を満たすか否かを判断し、満たしていると、ステップ（ｄ）を実行し、そうでなければ、ステップ（ｃ）を実行し
【００１６】
ステップ（ｃ）、前記ＰＤＣＰエンティティーによりｘが記憶条件を満たすか否か、即ち、ｘが（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＜ｘ≦（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＋（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）／２を満たすか否かを判断し、満たしていると、該ＰＤＣＰ  ＰＤＵをＰＤＣＰのバッファに記憶し、そうでなければ、該ＰＤＣＰ  ＰＤＵを放棄し；
【００１７】
ステップ（ｄ）、前記ＰＤＣＰエンティティーが該ＰＤＵからＳＤＵを抽出し、上位層エンティティーに提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮをｘに更新し；
【００１８】
ステップ（ｅ）、前記ＰＤＣＰエンティティーはバッファにて前記ｘに連続する他のＰＤＣＰ  ＰＤＵを検索し、他のＰＤＣＰ  ＰＤＵが検索された場合、検索された他のＰＤＣＰ  ＰＤＵにおけるＳＤＵを上位層エンティティーに継続して提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを最後に提出されたＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに更新し、バッファに前記条件を満たすＰＤＣＰ  ＰＤＵが存在しないと、ステップ（ａ）に返る。
【００１９】
但し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮは上位層エンティティーに最後に提出したＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮを表し、Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮはＰＤＣＰ  ＳＮの最大値を表し、％は剰余演算を表す。
【００２０】
前記課題を解決するため、本発明によると、順に接続される、無線リンク制御ＲＬＣ層に位置するＲＬＣエンティティーとパケットデータ収斂プロトコルＰＤＣＰ層に位置するＰＤＣＰエンティティーとを含むユーザ機器であって、前記ＲＬＣエンティティーは、受信するサービスデータユニットＳＤＵを前記ＰＤＣＰエンティティーに送信するように構成され、前記ＰＤＣＰエンティティーは、受信されたＳＤＵを含むＰＤＣＰプロトコルデータユニットＰＤＵのＰＤＣＰシーケンス番号ＳＮがＰＤＣＰ  ＳＮ＝（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）の報告条件を満たすか否かを判断し、満たしていると、前記ＰＤＣＰ  ＰＤＵに含まれてあるＳＤＵを上位層エンティティーに提出するように構成され、ここで、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮは上位層エンティティーに最後に提出したＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮを表し、Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮはＰＤＣＰ  ＳＮの最大値を表し、％は剰余演算を表す。
【００２１】
また、前記ＰＤＣＰエンティティーは、上位層エンティティーにＳＤＵを提出した後、自分のバッファにて前記ＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに連続する他のＰＤＣＰ  ＰＤＵを検索し、他のＰＤＣＰ  ＰＤＵが検索された場合、他のＰＤＣＰ  ＰＤＵにおけるＳＤＵを上位層エンティティーに継続して提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを上位層エンティティーに最後に提出したＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに更新するように構成される。
【００２２】
また、前記ＰＤＣＰエンティティーは、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記報告条件は満たしていないが（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＜ＰＤＣＰ  ＳＮ≦（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＋（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）／２の記憶条件を満たしている場合、該ＰＤＣＰ  ＰＤＵを受信してＰＤＣＰエンティティーのバッファに記憶するように構成される。
【００２３】
また、前記ＰＤＣＰエンティティーは、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが前記報告条件を満たしていないと共に、前記記憶条件も満たしていない場合、前記ＰＤＣＰ  ＰＤＵを放棄するように構成される。
【発明の効果】
【００２４】
本発明によると、ＵＥのＰＤＣＰエンティティーの下位層エンティティーの再確立におけるＰＤＣＰ  ＰＤＵ提出遅延の問題とＵＥのダウンリンクＰＤＣＰ  ＰＤＵの受信失敗の問題が解決でき、特に、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＝＝Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合、本発明は更に効果的である。
【図面の簡単な説明】
【００２５】
【図１】既存のＬＴＥ無線アクセスネットワークの構造を示す図である。
【図２】既存のＰＤＣＰ  ＰＤＵフォーマットを示す図である。
【図３】本発明の実施例におけるダウンリンクデータの受信を示すフローチャートである。
【図４ａ】本発明の実施例における初期状況を示す図である。
【図４ｂ】本発明の実施例における提出遅延を示す図である。
【図４ｃ】本発明の実施例におけるデータ受信の失敗を示す図である。
【発明を実施するための形態】
【００２６】
本発明のメイン思想は、再確立の期間において、ＵＥのＲＬＣ層に位置するＲＬＣエンティティーがＰＤＣＰ層に位置するＰＤＣＰエンティティーに、再確立前に進化型基地局から受信したダウンリンクデータであるＳＤＵを送信する場合、ＰＤＣＰにより、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮがＰＤＣＰ  ＳＮ＝（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）の報告条件を満たすと判断された場合、該ＰＤＣＰ  ＰＤＵを受信して前記ＰＤＣＰ  ＰＤＵに含まれたＳＤＵを上位層エンティティーに提出することである。
【００２７】
ＰＤＣＰエンティティーは上位層エンティティーにＳＤＵを提出した後、ＰＤＣＰエンティティーのバッファで前記ＰＤＣＰ  ＳＮに接続する他のＰＤＣＰ  ＰＤＵを検索し、他のＰＤＣＰ  ＰＤＵが検索された場合、検索されたＰＤＣＰ  ＰＤＵにおけるＳＤＵを上位層エンティティーに継続して提出し、上位層エンティティーに最後に提出したＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮにＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを更新する。
【００２８】
ＰＤＣＰエンティティーにより、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが報告条件は満たしていないが、（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＜ＰＤＣＰ  ＳＮ≦（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＋（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）／２の記憶条件を満たすと判断された場合、該ＰＤＣＰ  ＰＤＵを受信しＰＤＣＰエンティティーのバッファに記憶する。
【００２９】
ここで、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮは上位層エンティティーに最後に提出したＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮ（又は、ＳＤＵに関連付けられたＰＤＣＰ  ＳＮとも呼ばれる）を表し、Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮは最大のシーケンス番号、即ち、ＰＤＣＰ  ＳＮの最大値を表し、％は剰余演算（calculating residue）を表す。
【００３０】
ＰＤＣＰエンティティーにより、受信されたＳＤＵを含むＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが報告条件を満たしていないと共に記憶条件も満たしていないと判断された場合、該ＰＤＣＰ  ＰＤＵを放棄する。
【００３１】
前記ＰＤＣＰエンティティーが上位層エンティティーに最後に提出したＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが最大値である場合、前記ＰＤＣＰエンティティーによりＰＤＣＰ  ＳＮが最小値であるＰＤＣＰ  ＰＤＵを受信されると、前記ＰＤＣＰ  ＳＮが最小値であるＰＤＣＰ  ＰＤＵにおけるＳＤＵを上位層エンティティーに提出する。
【００３２】
以下、図面に合わせ本発明を詳しく説明する。
【００３３】
ＰＤＣＰエンティティーが最後に受信し、上位層エンティティーに提出したＰＤＣＰ  ＰＤＵ内のＰＤＣＰ  ＳＮがＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮであって、現在受信されたＰＤＣＰ  ＰＤＵ内のＰＤＣＰ  ＳＮがｘであり、対応するＲＬＣエンティティーがＰＤＣＰエンティティーにダウンリンクデータを報告すると仮定すると、ＰＤＣＰエンティティーの処理プロセスは図３に示すとおりであり、以下のステップを含む。
【００３４】
ＰＤＣＰエンティティーは関連付けられたＲＬＣエンティティーからＰＤＣＰ  ＰＤＵを受信する（ステップ１００）。但し、ＰＤＣＰ  ＳＮはｘである。
【００３５】
該ＰＤＣＰ  ＰＤＵが下位層エンティティーの再確立期間内にＰＤＣＰエンティティーに提出されたものであるか否かを判断し（ステップ１１０）、ＹＥＳであると、ステップ１２０に進み、ＮＯであると、ステップ１４０に進む。
【００３６】
該ステップをＰＤＣＰエンティティーの制御面ＲＲＣが既存技術に応じて完成することもできる。
【００３７】
ｘが報告条件を満たすか、即ち、ｘが（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）に等しいか否かを判断し（ステップ１２０）、満たしていると、ステップ１４０に進み、満たしていないと、ステップ１３０に進む。
【００３８】
ｘが記憶条件を満たすか否か、即ち、ｘが（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＜ｘ≦（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）＋（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）／２を満たすか否かを判断し（ステップ１３０）、満たしていると、該ＰＤＣＰ  ＰＤＵをＰＤＣＰのバッファに記憶し、満たしていないと、該ＰＤＣＰ  ＰＤＵを放棄する。
【００３９】
ＰＤＣＰエンティティーが該ＰＤＣＰ  ＰＤＵからＳＤＵを抽出し、上位層エンティティーに報告し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮをｘに更新する（ステップ１４０）。
【００４０】
その後、ＰＤＣＰエンティティーはバッファにて前記ｘに連続する他のＰＤＣＰ  ＰＤＵ（ｘ＋１、ｘ＋２……）を検索し、他のＰＤＣＰ  ＰＤＵが検索された場合、検索されたＰＤＣＰ  ＰＤＵにおけるＳＤＵを継続して上位層エンティティーに提出し、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを最後に提出したＳＤＵが属するＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮに更新し、バッファにて条件を満たすＰＤＣＰ  ＰＤＵが検索されていない場合、ステップ１００に返る。
【００４１】
ＰＤＣＰ  ＰＤＵが下位層エンティティーの再確立期間内に提出されたものではない場合、ＰＤＣＰエンティティーはｘから始まる連続するＰＤＣＰ  ＳＮを有するＳＤＵを上位層エンティティーに提出し、この時、バッファにＰＤＣＰ  ＳＮがｘ未満であるＰＤＣＰ  ＰＤＵが存在する場合、バッファ中のＰＤＣＰ  ＳＮがｘ未満であるＰＤＣＰ  ＰＤＵも上位層エンティティーに提出する。
【００４２】
下位層エンティティーの再確立期間において、ＰＤＣＰエンティティーは、上位層エンティティーに報告するＳＤＵに関連付けられたシーケンス番号の連続性を保証しなければならない。
【００４３】
以下、Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＝１５を例として、本発明を説明する。Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＝１５である場合、Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ＝８である。
【００４４】
例１：提出遅延防止のシーン（scene）は、図４ａ及び４ｂに示す通りである。
【００４５】
図４ａは初期状態を示し、下位層エンティティーの再確立が開始された際にＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＝＝Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮの状態であり、１５号のＰＤＣＰ  ＰＤＵは既に提出されてある。０号のＰＤＣＰ  ＰＤＵを受信した場合、該ＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが報告条件を満たすと判断されると、即ち、該ＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮがＰＤＣＰ  ＳＮ＝＝（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ  ＰＤＣＰ  ＳＮ＋１）を満たすと判断された場合、該０号のＰＤＣＰ  ＰＤＵを提出すると共に、状態変数をＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＝０、Ｎｅｘｔ＿ＰＤＣＰ＿Ｒｘ＿ＳＮ＝１に更新し、継続して１〜６号のＰＤＵが受信されると、図４ｂに示すように、順に提出する。
【００４６】
既存の標準によると、現在のシーケンス番号０がＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１＝１６のウィンドウの下境界の条件を満たしていないので、０号のＰＤＵが受信されても提出せず、受信された０〜６号のＰＤＵは全てバッファに記憶され、再確立プロセスが終了した後、ＰＤＣＰ  ＳＮが７であるＰＤＣＰ  ＰＤＵを受信した後、バッファに記憶された０〜６号のＰＤＣＰ  ＰＤＵも合せて上位層に提出するので、提出遅延が生じ、バッファに負荷を与えることになる。
【００４７】
例２：ＵＥのダウンリンクデータ受信失敗防止のシーンは、図４ａ及び４ｃに示す通りである。
【００４８】
図４ａは、初期状態を示し、下位層エンティティーの再確立が開始された際にＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＝＝Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮの状態であり、１５号のＰＤＣＰ  ＰＤＵは既に提出されてある。０号のＰＤＣＰ  ＰＤＵを受信した場合、該ＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮが報告条件を満たすと判断された場合、即ち、該ＰＤＣＰ  ＰＤＵのＰＤＣＰ  ＳＮがＰＤＣＰ  ＳＮ＝＝（Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１）％（Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ＋１）を満たすと判断された場合、ＵＥは該０号のＰＤＣＰ  ＰＤＵを提出すると共に、状態変数をＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＝０、Ｎｅｘｔ＿ＰＤＣＰ＿Ｒｘ＿ＳＮ＝１に更新し、その後、１、２、３、４、５、６、７、８、９、１０、１１、１２、１３、１４号のＰＤＣＰ  ＰＤＵを継続して受信して提出し、図４ｃに示すように、下位層エンティティーの再確立におけるダウンリンクデータの受信エラーを防止することができる。
【００４９】
既存の標準によると、現在のＰＤＣＰ  ＰＤＵのシーケンス番号がＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１＝１６のウィンドウの下境界を満たしていないので、０〜７号のＰＤＣＰ  ＰＤＵを受信しても提出せず、これらのＰＤＣＰ  ＰＤＵをバッファに記憶し、この時、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮは依然としてＭａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮに等しい。この時、下位層エンティティーの再確立が終了されると、その後受信される８〜１４号のＰＤＣＰ  ＰＤＵは、バッファに０〜７号のＰＤＣＰ  ＰＤＵが記憶されているため放棄され、また、ｅＮＢに再送信を要請する旨のＰＤＣＰ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ（状態報告）を送信せず、再確立の後、ＰＤＣＰエンティティーにより０号のＰＤＣＰ  ＰＤＵが受信されないと、これらの０〜１４号のＰＤＣＰ  ＰＤＵは全て提出できず、ＵＥのダウンリンクデータの受信失敗をもたらすことになる。
【００５０】
本発明は他の実施例により実現されることが可能であり、当業者は本発明の精神や原則を逸脱しない限り、様々な修正や変形を行うことができる。本発明の精神や原則内で行う全ての修正や変形は本発明の保護範囲に属する。
【００５１】
例えば、最小のシーケンス番号が０であることは実施例により本発明を説明するために例として挙げられたものであり、他の実施例においては最小のシーケンス番号を他の値に設定することもできる。
【産業上の利用可能性】
【００５２】
本発明によると、ＵＥのＰＤＣＰエンティティーの下位層エンティティーの再確立におけるＰＤＣＰ  ＰＤＵ提出遅延の問題とＵＥのダウンリンクＰＤＣＰ  ＰＤＵの受信失敗の問題が解決でき、特に、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＝＝Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合、本発明は更に効果的である。
【図１】
2012521108.tif 000003
【図２】
2012521108.tif 000004
【図３】
2012521108.tif 000005
【図４ａ】
2012521108.tif 000006
【図４ｂ】
2012521108.tif 000007
【図４ｃ】
2012521108.tif 000008
【国際調査報告】
2012521108.tif 000009
2012521108.tif 000010
2012521108.tif 000011
2012521108.tif 000012