(57)【要約】  本発明の実施形態は、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づきPDCP  PDUを取得するためのデータ処理方法及び装置を提供する。前記方法は、パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するステップと、前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するステップであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、ステップと、を含む。このように、PDCP  PDUは、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づき生成でき、PDCP  PDUを取得するために全部のRLC  PDUを組み立てる必要がない。したがって、使用される必要のないRLC  PDUが正しく受信されなかった又は損失した場合でも、PDCP  PDUの生成が影響を受けない。
2020516178.tif 000002
【特許請求の範囲】
【請求項１】
データ処理方法であって、前記方法は、
パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するステップと、
前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するステップであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、ステップと、
を含む方法。
【請求項２】
前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成する前記ステップは、
少なくとも１つの復元RLC  PDUを取得するステップと、
前記N個の正しく受信されたRLC  PDU及び前記復元RLC  PDUに基づき、前記PDCP  PDUを生成するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記復元RLC  PDU内のデータは、１つ以上の正しく受信されなかった媒体アクセス制御MAC  PDUから取得した会話ペイロードである、請求項２に記載の方法。
【請求項４】
前記少なくとも１つの復元RLC  PDUを取得する前記ステップは、
前記PDCP  PDU内のRLC  PDUが損失しているとき、受信時点T１及びT２を決定するステップであって、T１は前記PDCP  PDU内の前記損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２は前記PDCP  PDU内の前記損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、ステップと、
前記正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２の間にある目標媒体アクセス制御MAC  PDUを決定するステップであって、RLC  PDUの受信時点は、該RLC  PDUの属するMAC  PDUの受信時点であり、前記MAC  PDUの前記受信時点は該MAC  PDUが受信されたときに記録された時点である、ステップと、
前記目標MAC  PDUから会話ペイロードを取得するステップと、
前記会話ペイロードに基づき復元RLC  PDUを生成するステップであって、前記復元RLC  PDUは前記損失RLC  PDUを置き換えるために使用される、ステップと、
を含む、請求項３に記載の方法。
【請求項５】
前記復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである、請求項２に記載の方法。
【請求項６】
前記N個の正しく受信されたRLC  PDU内のデータは、前記PDCP  PDU内の有効ビットを含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するステップと、
前記非有効ビットに対応する前記MAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するステップであって、前記再送の終了するまでに生じる再送回数は、前記MAC  PDUの最大再送回数より少ない、ステップと、
請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
データ処理装置であって、前記装置は、
パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するよう構成される取得ユニットと、
前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するよう構成される生成ユニットであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、生成ユニットと、
を含む装置。
【請求項９】
前記生成ユニットは、
少なくとも１つの復元RLC  PDUを取得するよう構成される取得モジュールと、
前記N個の正しく受信されたRLC  PDU及び前記復元RLC  PDUに基づき、前記PDCP  PDUを生成するよう構成される生成ユニットと、
を含む、請求項８に記載の装置。
【請求項１０】
前記復元RLC  PDU内のデータは、１つ以上の正しく受信されなかったMAC  PDUから取得した会話ペイロードである、請求項９に記載の装置。
【請求項１１】
前記取得モジュールは、
前記PDCP  PDU内のRLC  PDUが損失しているとき、受信時点T１及びT２を決定するよう構成される第１決定サブモジュールであって、T１は前記PDCP  PDU内の前記損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２は前記PDCP  PDU内の前記損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、第１決定サブモジュールと、
前記正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２の間にある目標媒体アクセス制御MAC  PDUを決定するよう構成される第２決定サブモジュールであって、RLC  PDUの受信時点は、該RLC  PDUの属するMAC  PDUの受信時点であり、前記MAC  PDUの前記受信時点は該MAC  PDUが受信されたときに記録された時点である、第２決定サブモジュールと、
前記目標MAC  PDUから会話ペイロードを取得するよう構成される取得サブモジュールと、
前記会話ペイロードに基づき復元RLC  PDUを生成するよう構成される生成サブモジュールであって、前記復元RLC  PDUは前記損失RLC  PDUを置き換えるために使用される、生成サブモジュールと、
を含む、請求項１０に記載の装置。
【請求項１２】
前記復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである、請求項９に記載の装置。
【請求項１３】
前記N個の正しく受信されたRLC  PDU内のデータは、前記PDCP  PDU内の有効ビットを含む、請求項８乃至１２のいずれか一項に記載の装置。
【請求項１４】
前記装置は、送信ユニットを更に含み、
前記取得ユニットは、前記PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するよう更に構成され、
前記送信ユニットは、前記非有効ビットに対応する前記MAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するよう構成され、前記再送の終了するまでに生じる再送回数は、前記MAC  PDUの最大再送回数より少ない、
請求項８乃至１３のいずれか一項に記載の装置。
【請求項１５】
コンピュータ可読記憶媒体であって、命令を含み、前記命令がコンピュータ上で実行されると、前記コンピュータが請求項１乃至７のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。
【請求項１６】
命令を含むコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトがコンピュータ上で実行すると、前記コンピュータが請求項１乃至７のいずれか一項に記載の方法を実行する、コンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特にデータ処理方法及び装置に関する。
【背景技術】
【０００２】
ロングタームエボリューション（long  term  evolution,  LTE）ユーザプレーンプロトコルスタックは、パケットデータコンバージェンスプロトコル（PDCP）、無線リンクプロトコル（RLC）、及び媒体アクセス制御プロトコル（MAC）を含む。RLCレイヤは、PDCPレイヤとMACレイヤとの間に位置する。RLCレイヤはPDCPレイヤとサービスアクセスポイント（SAP）を用いて通信し、MACレイヤと論理チャネルを通じて通信する。受信側では、PDCP  PDUは複数のRLC  PDUを含む。PDCP  PDUに含まれるRLC  PDUのうちの少なくとも１つが損失した場合、MACレイヤはRLC  PDUを再送する。損失RLC  PDUが再送を通じて復元できない場合、PDCP  PDUに関連する全てのRLC  PDUセグメントが廃棄される。したがって、ユーザの主観的経験が影響される。
【発明の概要】
【０００３】
本発明の実施形態は、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づきPDCP  PDUを取得するためのデータ処理方法及び装置を提供し、それによりユーザの主観的経験を向上する。
【０００４】
第１の態様によると、本発明の一実施形態は、データ処理方法を提供し、前記方法は、パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するステップと、前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するステップであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、ステップと、を含む。前記正しく受信されたRLC  PDUは、正しく受信されたMAC  PDUから取得されたRLC  PDUであり、前記正しく受信されたMAC  PDUは、対応するCRCチェックの正しいMAC  PDUである。
【０００５】
このように、PDCP  PDUは、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づき生成でき、PDCP  PDUを取得するために全部のRLC  PDUを組み立てる必要がない。したがって、使用される必要のないRLC  PDUが正しく受信されなかった又は損失した場合でも、PDCP  PDUの生成が影響を受けない。
【０００６】
第１の態様を参照して、第１の可能な実装では、前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するステップは、少なくとも１つの復元RLC  PDUを取得するステップと、前記N個の正しく受信されたRLC  PDU及び前記復元RLC  PDUに基づき、前記PDCP  PDUを生成するステップと、を含む。幾つかのRLC  PDUしか正しく受信されないので、復元RLC  PDUが更に取得される必要がある。その結果、PDCP  PDUを取得するために、復元RLC  PDU及び正しく受信されたRLC  PDUが組み立てられる。例えば、PDCP  PDU内のRLC  PDUが損失した後に、該損失RLC  PDUを置き換えるために復元RLC  PDUが取得され、それによりPDCP  PDUの組み立てを実施する。もちろん、RLC  PDUが損失したか又は損失しないかに拘わらず、装置は、幾つかの正しく受信されたRLC  PDU及び復元RLC  PDUのみを組み立てることにより、PDCP  PDUを取得できる。
【０００７】
第１の態様の第１の可能な実装を参照して、第２の可能な実装では、N個の目標RLC  PDUに基づき前記PDCP  PDUを生成する前記ステップは、前記PDCP  PDU内のRLC  PDUが損失したか否かを決定するステップと、組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、少なくとも１つの復元RLC  PDUを取得するステップであって、前記復元RLC  PDUは前記損失RLC  PDUを復元するために使用される、ステップと、前記N個の目標RLC  PDU及び前記復元RLC  PDUに基づき、前記PDCP  PDUを生成するステップと、を含む。具体的に言うと、RLC  PDUが損失したとき、装置は、復元RLC  PDUを損失RLC  PDUの復元として使用する。
【０００８】
第１の態様の第１又は第２の可能な実装を参照して、第３の可能な実装では、少なくとも１つの復元RLC  PDUを取得する前記ステップは、データフィールド内のデータを取得するステップであって、前記データフィールド内の前記データは、データフィールド内にある、RLC  PDU種類のデータである、ステップと、RLCヘッダを取得するステップと、を含む。言い換えると、RLC  PDUの部分がそれぞれ取得される。したがって、復元RLC  PDUは、RLCヘッダ及びデータフィールド内のデータに基づき生成される。
【０００９】
第１の態様の第１又は第２の可能な実装を参照して、第４の可能な実装では、前記RLC  PDUの損失は正しく受信されなかったMAC  PDUにより引き起こされるので、会話データは、前記復元RLC  PDU内のデータとして使用されるべき前記正しく受信されなかったMAC  PDUから取得される。具体的に言うと、復元RLC  PDU内のデータは、正しく受信されなかったMAC  PDUから取得された会話ペイロードである。正しく受信されなかったMAC  PDUは、対応するCRCチェックが正しくないMAC  PDUである。正しく受信されなかったMAC  PDUに含まれるRLC  PDU、及びPDCP  PDU内の損失RLC  PDUは、同じRLC  PDUであってよい。
【００１０】
正しく受信されなかったMAC  PDU内のデータは誤りを含むが、復元RLC  PDUは誤りを含むデータに基づき取得できる。次に、廃棄されるべきPDCP  PDUは、復元RLC  PDUに基づき蓄えられる。したがって、会話データ損失が低減され、ユーザの会話の主観的経験が向上する。
【００１１】
第１の態様の第３の可能な実装を参照して、第５の可能な実装では、データフィールド内のデータを取得する前記ステップは、目標MAC  PDUを取得するステップであって、前記目標MAC  PDUは、CRCチェックを用いて正しくないとしてチェックされたMAC  PDUであり、前記目標MAC  PDUに含まれるRLC  PDUは、前記組み立てられるべきPDCP  PDU内の前記損失RLC  PDUである、ステップと、前記目標MAC  PDUから会話ペイロードを取得するステップと、を含む。このような動作を実行することにより、復元RLC  PDU内のデータが１つ以上の正しく受信されなかったMAC  PDUから取得された会話ペイロードであることが実施されてよい。
【００１２】
第１の態様の第５の可能な実装を参照して、第６の可能な実装では、前記目標MAC  PDUから会話ペイロードを取得する前記ステップは、前記損失RLC  PDUが前記PDCP  PDU内の終了位置に位置せず、１個のRLC  PDUが損失したとき、前記目標RLC  PDUの会話データの長さ及び所定会話フレーム長に基づき計算を通じて、前記損失RLC  PDUの会話ペイロードの長さを取得するステップと、前記目標MAC  PDUについて、後ろから前へ、前記損失RLC  PDUの前記会話ペイロードの前記長さに等しい長さの会話ペイロードを抽出するステップと、を含む。損失RLC  PDUがPDCP  PDU内の終了位置に位置せず、１個のRLC  PDUが損失したとき、損失RLC  PDUに対応する目標MAC  PDUの会話データは、目標MAC  PDUの終わりまで拡張する。この場合、損失RLC  PDUの会話データが取得された後に、損失RLC  PDUの会話データの長さと位置する長さの会話データが、後ろから前への順に目標MAC  PDUから取得できる。
【００１３】
第１の態様の第５の可能な実装を参照して、第７の可能な実装では、前記目標MAC  PDUから会話ペイロードを取得する前記ステップは、前記損失RLC  PDUが前記組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、前記目標MAC  PDUのMACヘッダ長を決定するステップと、前記目標MAC  PDUの前記MACヘッダ長及び所定RLCヘッダ長を除去することにより、前記会話ペイロードを取得するステップと、を含む。このように、目標MAC  PDUの会話ペイロードは、目標MAC  PDUのヘッダ長を除去することにより取得されてよい。本方法は、特に、複数のRLC  PDUが損失するシナリオに適用可能である。この場合、各損失RLC  PDUの会話ペイロードを決定することが困難であるからである。
【００１４】
第１の態様の第５の可能な実装を参照して、第８の可能な実装では、前記目標MAC  PDUから会話ペイロードを取得する前記ステップは、前記損失RLC  PDUが前記組み立てられるべきPDCP内の終了位置に位置するとき、前記目標MAC  PDU内の前記会話ペイロードの終了位置及び開始位置を決定するステップと、前記終了位置及び前記開始位置に基づき、前記目標MAC  PDUから前記会話ペイロードを抽出するステップと、を含む。終了位置に位置するRLC  PDUに対応するMAC  PDUはMACヘッダ及びRLCヘッダを含み、充填ビットがMAC  PDUの末端に位置するので、目標MAC  PDUの会話データは、目標MAC  PDUの先頭及び末端にある２種類のデータの両方を除去することにより取得できる。
【００１５】
第１の態様の第５の可能な実装を参照して、第９の可能な実装では、前記少なくとも１つの復元RLC  PDUを取得する前記ステップは、前記PDCP  PDU内のRLC  PDUが損失しているとき、受信時点T１及びT２を決定するステップであって、T１は前記PDCP  PDU内の前記損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２は前記PDCP  PDU内の前記損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、ステップと、前記正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２の間にある目標媒体アクセス制御MAC  PDUを決定するステップであって、RLC  PDUの受信時点は、該RLC  PDUの属するMAC  PDUの受信時点であり、前記MAC  PDUの前記受信時点は該MAC  PDUが受信されたときに記録された時点、具体的に言うと、受信端が前記MAC  PDUを受信したときに記録された受信時点である、ステップと、前記目標MAC  PDUから会話ペイロードを取得するステップと、前記会話ペイロードに基づき復元RLC  PDUを生成するステップであって、前記復元RLC  PDUは前記損失RLC  PDUを置き換えるために使用される、ステップと、を含む。例えば、１つ以上の媒体アクセス制御MAC  PDU及び該MAC  PDUを検査するために使用される巡回冗長検査CRCが取得され、前記MAC  PDUの受信時点が記録され、前記MAC  PDUと受信時点との間の目標対応が取得され、前記MAC  PDUはRLC  PDUを含み、前記CRCチェックが正しいとき、第１MAC  PDUは正しく受信されたRLC  PDUを取得し、前記第１MAC  PDUは、前記MAC  PDUの中で、CRCを用いてチェックされ正しいチェックに対応するMAC  PDUであり、前記CRCチェックが正しくないとき、第２MAC  PDUが格納され、前記第２MAC  PDUは、前記MAC  PDUの中で、CRCを用いて正しくないとしてチェックされたMAC  PDUであり、受信時点T１及びT２は、前記目標対応に基づき決定され、T１は、前記組み立てられるべきPDCP  PDU内の前記損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２は、前記組み立てられるべきPDCP  PDU内の前記損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点であり、受信時点がT１及びT２の間にある前記目標MAC  PDUが、１つ以上の第２MAC  PDUから前記目標対応に基づき選択され、会話ペイロードは前記目標MAC  PDUから取得され、前記復元RLC  PDUは前記会話ペイロードに基づき生成される。
【００１６】
このように、損失RLC  PDUに対応する目標MAC  PDUが複数の正しく受信されなかった取得されたMAC  PDUから選択されることが実施されてよい。言い換えると、RLC  PDUの損失の理由は、目標MAC  PDUが正しく受信されないことである。
【００１７】
第１の態様の第１の可能な実装を参照して、第１０の可能な実装では、前記復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである。このように、データ復元は、損失RLC  PDUに対し実行されてもよい。
【００１８】
第１の態様を参照して、第１１の可能な実装では、前記N個の正しく受信されたRLC  PDU内のデータは、前記PDCP  PDU内の有効ビットを含む。正しく受信されたRLC  PDUは、PDCP  PDU内の有効ビットを含むので、損失RLC  PDUに対して誤りを含む復元が実行された場合でさえ、PDCP  PDUのデータ全体は大きく影響されない。有効ビットは、サブフローAに属するビットのような、会話品質パラメータが所定会話品質閾より大きいビットであってよい。
【００１９】
第１の態様の第３の可能な実装を参照して、第１２の可能な実装では、データフィールド内のデータを取得する前記ステップは、前記N個の目標RLC  PDUの会話データの長さ及び所定会話フレーム長に基づき、前記損失RLC  PDUの会話ペイロードの長さを計算するステップと、前記会話ペイロードの前記長さと一致する長さのランダムビットシーケンスを取得するステップと、を含む。このように、復元RLC  PDU内のデータがランダムビットシーケンスであることが実施されてよい。
【００２０】
第１の態様の第３の可能な実装を参照して、第１３の可能な実装では、前記RLCヘッダはRLCSN及びFIを含み、RLCヘッダを取得する前記ステップは、前記損失RLC  PDUの前に位置する目標RLC  PDUのRLCSN及び／又は前記失RLC  PDUの後に位置する目標RLC  PDUのRLCSNに基づき、前記RLCヘッダの前記RLCSNを決定するステップを含む。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、RLCヘッダのFIは１０であると決定される。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、RLCヘッダのFIは１１であると決定される。このように、RLCヘッダが取得されることが実施されてよい。
【００２１】
第１の態様の第２の可能な実装を参照して、第１４の可能な実装では、前記PDCP内のRLC  PDUが損失したか否かを決定する前記ステップは、RLCパケット範囲内にあるRLC  PDUのFIに基づき、前記組み立てられるべきPDCP  PDU内の開始RLC  PDU及び終了RLC  PDUを決定するステップを含む。RLCパケット範囲は、目標RLC  PDUを含む。代替として、RLCパケット範囲は、組み立てられるべきPDCP  PDUに続く次のPDCP内の開始RLC  PDU及び目標RLC  PDUを含む。
【００２２】
開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLC  PDUがRLC  PDUパケット範囲内に含まれるか否かが、決定される。開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLC  PDUがRLC  PDUパケット範囲内に含まれない場合、組み立てられるべきPDCP  PDU内のRLC  PDUは損失している。したがって、PDCP  PDU内のRLC  PDUが損失したか否かは、RLCSNを用いて決定されてよい。
【００２３】
第１の態様を参照して、第１５の可能な実装では、本実装の前記方法は、前記PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するステップと、前記非有効ビットに対応するMAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するステップであって、前記再送の終了するまでに生じる再送回数は、前記MAC  PDUの最大再送回数より少ない、ステップと、を更に含む。非有効ビットに対応するMAC  PDUは、会話データがサブフローBビットに属するMAC  PDUであってよい。MAC  PDUの最大再送回数は、システムにより設定された値であってよい。ACKメッセージを送信した後に、MAC  PDUを取得した受信端は、送信端が非有効ビットに対応するMAC  PDUを再送するのを停止できる。その結果、MAC  PDUの再送は予め終了され、最大再送回数に達するまでMAC  PDUの再送を終了する必要がない。したがって、上位レイヤにおける送信待ち時間の増大が回避され、上位レイヤにおけるパケット損失が低減される。さらに、非有効ビットに対応するMAC  PDUの再送が予め終了される。したがって、この種類のビットが誤りを含む場合でさえ、ユーザの主観的経験はあまり影響されない。
【００２４】
第２の態様によると、本願の一実施形態は、データ処理装置を提供し、前記データ処理装置は、前述の方法におけるデータ処理装置の機能を有する。機能は、ハードウェアにより実装されてよく、又は対応するソフトウェアを実行することによりハードウェアにより実装されてよい。ハードウェア又はソフトウェアは、機能に対応する１つ以上のモジュールを含む。
【００２５】
可能な実装では、前記データ処理装置は、パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するよう構成される取得ユニットと、前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するよう構成される生成ユニットであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、生成ユニットと、を含む。
【００２６】
別の可能な実装では、前記データ処理装置は、通信機及びプロセッサを含み、前記通信機は、以下の動作：パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するステップを実行し、前記プロセッサは、以下の動作：前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するステップであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、ステップを実行する。
【００２７】
本願の別の態様によると、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納する。命令がコンピュータ上で実行すると、該コンピュータは、前述の態様による方法を実行する。
【００２８】
本願の別の態様によると、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトがコンピュータ上で実行すると、該コンピュータは、前述の態様による方法を実行する。
【００２９】
本発明の実施形態で提供される技術的ソリューションでは、装置は、PDCP  PDU内のN個の正しく受信されたRLC  PDUを取得し、次にN個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成する。ここで、PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、Ｎ<Mである。このように、PDCP  PDUは、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づき生成でき、PDCP  PDUを取得するために全部のRLC  PDUを組み立てる必要がない。したがって、使用される必要のないRLC  PDUが正しく受信されなかった又は損失した場合でも、PDCP  PDUの生成が影響を受けない。
【図面の簡単な説明】
【００３０】
【図１Ａ】既存LTEユーザプレーンプロトコルのブロック図である。
【００３１】
【図１Ｂ】VoLTEにおける既存会話フレームのパケットフォーマットの概略図である。
【００３２】
【図１Ｃ】既存RLC  SDUのセグメント化及び連結の概略図である。
【００３３】
【図２】本発明の一実施形態によるデータ処理方法の方法フローチャートである。
【００３４】
【図３Ａ】本発明の一実施形態によるデータ処理方法の方法フローチャートである。
【００３５】
【図３Ｂ】従来技術と、本発明の一実施形態による本発明の一実施形態におけるデータ処理方法との間の比較図である。
【００３６】
【図４】本発明の一実施形態によるデータ処理方法の方法フローチャートである。
【００３７】
【図５】本発明の一実施形態によるデータ処理方法の方法フローチャートである。
【００３８】
【図６Ａ】図５に示す実施形態による、１個のみのサブフローBセグメントが損失した場合の概略図である。
【００３９】
【図６Ｂ】図５に示す実施形態による、複数の連続サブフローBセグメントが損失した場合の概略図である。
【００４０】
【図６Ｃ】図５に示す実施形態による、複数の不連続サブフローBセグメントが損失した場合の概略図である。
【００４１】
【図７】本発明の一実施形態による再送終了方法の方法フローチャートである。
【００４２】
【図８Ａ】本発明の一実施形態による、AMR−WBが１２．６５kのときの、誤りビットを含むサブフローBのMOSスコアの概略図である。
【００４３】
【図８Ｂ】本発明の一実施形態による、AMR−WBが２３．８５kのときの、誤りビットを含むサブフローBのMOSスコアの概略図である。
【００４４】
【図８Ｃ】本発明の一実施形態によるMOS−vs−BER曲線の概略図である。
【００４５】
【図９Ａ】本発明の一実施形態によるデータ処理方法の利得の図である。
【００４６】
【図９Ｂ】データフィールドが正しく受信されなかったMAC  PDUに基づき取得されるデータ処理方法と本発明の一実施形態によるランダム回復を通じたデータ処理方法との間の性能比較の概略図である。
【００４７】
【図１０Ａ】本発明の一実施形態によるデータ処理装置の概略構造図である。
【００４８】
【図１０Ｂ】図１０Ａに示すデータ処理装置の部分概略構造図である。
【００４９】
【図１１】本発明の一実施形態によるデータ処理装置のハードウェアの概略構造図である。
【発明を実施するための形態】
【００５０】
以下は、本発明の実施形態における添付の図面を参照して、本発明の実施形態における技術的ソリューションを明確且つ十分に説明する。明らかに、記載される実施形態は、本発明の実施形態の一部であり、全てではない。本発明の実施形態に基づき創造的労力を有しないで当業者により得られる全ての他の実施形態は、本発明の保護範囲に包含される。
【００５１】
本発明の明細書、請求項、及び添付の図面において、用語「第１」、「第２」、「第３」、「第４」、等は（存在する場合には）、類似するオブジェクト間を区別することを意図し、必ずしも特定の順序又は順番を示さない。理解されるべきことに、このように使用されるデータは、適正な環境において同義である。したがって、本願明細書に記載の実施形態は、本願明細書に図示され又は記載された順序以外の順序で実施可能である。さらに、用語「含む」、「有する」及び任意の他の変形は、非排他的包含をカバーすること、例えばステップ若しくはユニットのリストを含む処理、方法、システム、製品、又は装置が必ずしも明示的に列挙された該ステップ若しくはユニットに限定されないが、そのような処理、方法、製品、又は装置のような明示的にリストされ又はそれに特有でない他のステップ若しくはユニットを含み得ることを意味する。
【００５２】
図１Ａは、LTE（Long  Term  Evolution、ロングタームエボリューション）におけるユーザプレーンプロトコルのブロック図であり、LTE送信処理においてユーザプレーンに関連するプロトコルレイヤを示す。RLCレイヤの機能は以下に記載される。
【００５３】
LTEにおけるRLCの機能は、以下：セグメント化又は再セグメント化（segmentation  or  resegmentation）、連結（concatenation）、再順序付け（Reordering）、及び再組立（Regroup）、のように分類されてよい。
【００５４】
セグメント化は、UM/AMエンティティの送信端でのみ実行される。図１Ｃに示すように、MAC（Medium  Access  Control、媒体アクセス制御）レイヤにより示されるRLC（Radio  Link  Control、無線リンク制御）PDU（Protocol  Data  Unit、プロトコルデータユニット）のサイズが、RLC  SDU（Service  Data  Unit、サービスデータユニット）のサイズより小さいとき、RLCエンティティは、RLC  SDUに対してセグメント化動作を実行する。その結果、生成されるRLC  PDUのサイズがRLC  SDUセグメントのサイズに適合し得る。再セグメント化は、AMエンティティの送信端でのみ実行される。RLC  AMエンティティはARQ再送をサポートする。再送RLC  PDUのサイズが、MACレイヤにより示されるRLC  PDUの全体サイズに一致しないとき、RLCレイヤは、状況に基づき再送RLC  PDUに対してセグメント化動作を実行する。その結果、生成されるRLC  PDUのサイズは、MACレイヤにより示されるRLC  PDUの全体サイズに一致し得る。連結は、UM/AMの送信端でのみ実行される。MACレイヤにより示されるRLC  PDUの全体サイズがRLC  SDUのサイズより大きいとき、RLCレイヤは、状況に基づき、RLC  SDUに対して連結動作を実行する。その結果、１個のRLC  SDUが、別のRLC  SDU又は別のRLC  SDUのセグメントと連結される。この場合、生成されるRLC  PDUのサイズは連結RLC  SDUと一致し得る。セグメント化、再セグメント化、及び連結は、送信端（図１ＡのUE（User  Equipment、ユーザ機器）側）で達成され、対応する再順序付け及び再組立機能は、受信端（図１Ａの（Evolved  NodeB、進化型NodeB））において実施される。
【００５５】
再順序付け：RLCSN番号に基づき送信端により送信されたRLC  SDUは、HARQ（Hybrid  Automatic  Repeat  Request、ハイブリッド自動再送要求）再送により乱れた順序で受信側に到着する。この場合、eNodeBは、RLCSN番号を調べ、任意の繰り返し受信したRLC  SDUが最初に廃棄され、残りのRLC  SDUがRLCSN番号に基づきソートされる。
【００５６】
再順序付けRLC  SDUは、RLCヘッダ内のSNビット及びFIビットに関する情報に基づき再組立されて、完全なPDCP  SDUを取得し、完全なPDCP  SDUは上位レイヤへ送信される。しかしながら、少なくとも１つのRLC  PDUセグメントが損失した場合、該損失RLC  PDUセグメントに関連するPDCP全体の中の全ての他のRLC  PDUセグメントは、廃棄される。
【００５７】
直感的説明のために、AMR（Adaptive  Multi−Rate、適応型マルチレートシナリオ）が最初に記載される。
【００５８】
従来の通信システムでは、大部分の使用される会話符号化システムは狭帯域会話に基づき、周波数帯は通常２００Hz〜３４００Hz内に制限される。特有の帯域幅制限は、人間が電話通信を実施して以来、会話品質の更なる向上を制限した。高品質音声通信を実施するために、帯域幅制限は破られる必要がある。さらに、デジタル通信ネットワーク技術において益々達成される飛躍的進歩、例えば第３世代移動体通信の出現は、広帯域会話符号化の適用のためのより広い空間を提供する。AMR−WB（Adaptive  Multi−Rate  Wideband、適応型マルチレート広帯域）会話符号化、つまり適応型マルチレート広帯域会話符号化は、元来GSM（Global  System  for  Mobile  Communication、グローバルシステムフォーモバイルコミュニケーション）及び第３世代移動体通信システムWCDMA（Wideband  Code  Division  Multiple  Access、広帯域符号分割多元接続）のために設計され、次にITU（International  Telecommunication  Union、国際電気通信連合）により高品質デジタル広帯域会話符号化の新標準として採用された、広帯域会話符号化方法である。現在、AMR−WB会話は、VoLTE（Voice  over  LTE）で広く使用されている。したがって、通信の歴史において、AMR−WB会話符号化は、有線サービス及び無線サービスの両方のために使用可能な最初の会話符号化システムである。ビットレートの固定される前の会話符号化方法と違い、AMR−WBのビットレートは固定されないが、異なる送信環境と共に変化する。このような理由で、AMR−WB会話符号化は適応型である。AMR−WBでは、会話帯域幅は５００〜７０００Hzであり、サンプリングレートは１６kHzである。２００〜３４００Hzの従来の帯域幅と比べて、５０〜２００Hzの拡張部分は、聞こえる音声をより自然且つ快適にし、高周波数帯の３４００〜７０００Hzの拡張部分は摩擦音の区別を向上する。このように、会話完全性が向上される。したがって、AMR−WBは、高品質デジタル広帯域会話符号化システムである。
【００５９】
AMR会話エンコーダにより出力されるビットは、ビットの主観的有効性に基づき再順序付けされる。主観的有効性は、ビット送信中に生じる誤り（ビットフリッピング又は削除）の会話品質に及ぼす影響を意味する。人間の主観的経験はビット位置に基づき大きく又は僅かに変化し得るので、異なる位置におけるビットの有効性は会話品質の主観的経験について異なる。
【００６０】
異なるビット位置により引き起こされる主観的経験の相違の間をより良好に区別するために、AMRエンコーダは、符号化を通じて生成されたビットを３つの部分に分割する。ここで、３つの部分は、サブフローA、サブフローB、及びサブフローCと呼ばれる。全ての符号化ビットの中で、サブフローAに含まれるビットは誤りに対して最も敏感なビットである。このような種類の符号化ビットにおいて誤りが生じると、会話フレームは深刻に損傷する。この場合、会話の主観的経験が大きく低下するだけでなく、受信側において復号が正しく実行できないという問題も生じ得る。したがって、プロトコル（３GPP  TS  ２６.２０１）では、サブフローAをチェックするために追加CRCが実行される。サブフローB及びサブフローC内の会話ビットで誤りが生じるとき、会話の主観的経験は、ビットの順序に基づく降順で低下する。サブフローAと異なり、サブフローB及びサブフローCが誤りを含むとき、受信側にあるデコーダは、復号を正常に完了できる。サブフローA、サブフローB、及びサブフローCの誤りビットに対する敏感さは、以下のようにソートされる。
サブフローA＞サブフローB＞サブフローC
【００６１】
さらに、サブフローA、サブフローB、及びサブフローCの各々の中のビットの有効性は、順に減少する。プロトコル３GPP  TS  ２６.２０１では、サブフローA、サブフローB、及びサブフローCの各レートにおける分割がリストされ、AMR−WBが表１に示すように一例として使用される。
【表１】
2020516178.tif 000003
【００６２】
VoLTEでは、会話送信の詳細なフォーマットは図１Ｂに示される。
【００６３】
図１Ｂは、VoLTEにおける会話フレームの標準的なパケットフォーマットを示す。図１Ｂの上側にあるRTPペイロードは、会話フレームデータを表す。RTPペイロードの特定構造は、図１Ｂの下側に示され、３個のサブフローA、B、及びCを含む。各サブフローの長さの特定値は、３GPP  TS  ２６.２０１における要件を満たす。AMR−WBが一例として用いられる。表１に示すように、サブフローCの長さは０であり、その結果、会話フレームはサブフローA及びサブフローBのみを含む。
【００６４】
RLCセグメント化及び再組立メカニズムに基づき、同じPDCP（Packet  Data  Convergence  Protocol、パケットデータコンバージェンスプロトコル）SDUに属する少なくとも１つのセグメントが損失したとき、該PDCPに関連する全てのRLCセグメントが廃棄される。VoLTEシナリオでは、図１Ａに示すように、PDCP  PDU全体が［０，．．．，n−１］個のRLC  SDUに分割されると仮定する。この場合、（n−１）番目のRLC  SDUが送信中に損失した場合、n個のRLC  SDU全部が、RLCレイヤ処理メカニズムに基づき廃棄される。ここでnは正整数である。
【００６５】
AMR符号化方法から、この場合、（n−１）番目のRLC  SDUが会話フレームのサブフローB又はサブフローC内にあることが、分かる。サブフローB又はサブフローC内の符号化ビットの会話の主観的経験に与える影響は、サブフローAのそれよりも小さい。
【００６６】
正しくないRLC  SDUが蓄えられ、誤りを含むPDCPが組み立てられPDCPレイヤに提出されるソリューションと比べて、全ての関連するRLC  SDUが損失し、最終的にPDCP会話パケットが損失するソリューションは、主観的経験においてより大きな損失を引き起こす。たと、AMR−WBにおける会話レートが２３．８５kである一例が使用され、会話フレームの全体の長さは４７６ビットであり、現在、RLC  SDUの平均TBは１００ビットである。このシナリオでは、１００ビットの中で誤りが生じるとき、４７６ビット全体の廃棄は、４７６ビットを予約するよりも粗悪な会話の主観的経験を生じる。
【００６７】
前述のシナリオはAMRを一例として用いて記載され、ビデオフレーム送信のような分野にも適用可能であることが理解され得る。
【００６８】
したがって、PDCP  PDU内のRLC  PDUが損失したとき、PDCP  PDU内の全てのRLC  PDUを廃棄することにより引き起こされる比較的大きなデータ損失の問題を回避するために、本発明の一実施形態は、対応するPDCP内の全てのRLC  PDUが廃棄されることを防ぎ、それによりフレームデータ損失を低減し及びユーザの主観的経験を向上するために、損失RLC  PDUを回復するデータ処理方法を提供する。
【００６９】
図２は、本発明の一実施形態によるデータ処理方法の方法フローチャートである。方法は以下のステップを含む。
【００７０】
ステップ２０１：PDCP  PDU内のN個の正しく受信したRLC  PDUを取得する。
【００７１】
データ処理装置は、PDCP  PDUを生成する前に、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUを取得する必要がある。
【００７２】
正しく受信されたRLC  PDUは、CRC（Cyclic  Redundancy  Check、巡回冗長検査）チェックが正しいMAC  PDUに属するRLC  PDUであり、具体的に言うと、CRCチェックが正しいMAC  PDUから抽出されたRLC  PDUである。MAC  PDUは、正しく送信され／受信されたMAC  PDUである。
【００７３】
本発明の本実施形態では、データ処理装置は、基地局又はUEのような装置であってよい。これは、本発明の本実施形態において具体的に限定されない。
【００７４】
ステップ２０２：N個の正しく受信されたRLC  PDUに基づき、PDCP  PDUを生成する。
【００７５】
PDCP  PDUは、M個のRLC  PDUを含み、N及びMは正整数であり、N<Mである。
【００７６】
データ処理装置が１個のみの正しく受信されたRLC  PDUを取得したならば、これは、データ処理装置が、RLC  PDUの属するPDCPの有効データを取得することを示し、PDCPが誤りを含むデータを含む場合でも、PDCPは蓄えられてよく、或いは、PDCPが完全に取得されない場合でも、PDCPは少なくとも１つの正しく受信され取得されたRLC  PDUに基づき生成されてよい。代替として、データ処理装置は、正しく受信され取得されたRLC  PDU内の幾つかのRLC  PDUに基づき、PDCPを取得してよい。
【００７７】
本発明の本実施形態におけるステップＳ２０２は、複数の方法で実施されてよい。例えば、幾つかの正しく受信されたRLC  PDUが取得された後に、PDCPは、これらの正しく受信されたRLC  PDUを用いて生成されてよい。
【００７８】
本発明の幾つかの実施形態では、N個の正しく受信されたRLC  PDUに基づき、PDCP  PDUを生成するステップは、少なくとも１つの復元RLC  PDUを取得するステップと、N個の正しく受信されたRLC  PDU及び復元RLC  PDUに基づき、PDCP  PDUを生成するステップと、を含む。
【００７９】
データ復元装置がPDCP  PDU内の幾つかの正しく受信されたRLC  PDUを取得すると、PDCP  PDUを生成するために、データ復元装置は、正しく受信されたRLC  PDU及び所定数の受信されたRLC  PDUを含む、PDCPにより要求される複数のRLC  PDUを取得する必要がある。復元RLC  PDU及び正しく受信されたRLC  PDUは、PDCP  PDUに含まれる全てのRLC  PDUとして使用されてよい。したがって、PDCP  PDUは、N個の正しく受信されたRLC  PDU及び復元RLC  PDUに基づき生成されてよい。
【００８０】
復元RLC  PDUのデータフィールド内には、複数のソース又は種類のデータがある。例えば、復元RLC  PDU内のデータは、正しく受信されなかったMAC  PDUから取得された会話ペイロードであり、或いは、復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである。
【００８１】
本発明の幾つかの実施形態では、N個の正しく受信されたRLC  PDU内のデータは、PDCP  PDU内の有効ビットを含む。したがって、有効ビットが取得されるならば、PDCP  PDUは生成できる。残りの非有効ビットは、別の方法で、例えば所定ビットシーケンスを用いて満たされ、又は正しく受信されなかったMAC  PDUから取得されてよい。
【００８２】
本発明の幾つかの実施形態では、本発明の本実施形態で組み立てられるべきPDCP  PDU内のRLC  PDUが損失し、幾つかの正しく受信されたRLC  PDUが取得された後に、取得された復元RLC  PDUが該損失RLC  PDUを復元するために使用される。この場合、本発明の本実施形態のデータ処理方法を実行する処理は以下に記載される。
【００８３】
図３Ａは、本発明の一実施形態によるデータ処理方法の方法フローチャートである。図３Ａを参照すると、本発明の本実施形態のデータ処理方法は以下のステップを含む。
【００８４】
ステップ３０１：組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUを取得する。
【００８５】
正しく受信されたRLC  PDUは、CRCチェックが正しいMAC  PDUに属するRLC  PDUであり、つまり、CRC（Cyclic  Redundancy  Check、巡回冗長検査）チェックが正しいMAC  PDUから抽出されたRLC  PDUである。MAC  PDUは、正しく送信され／受信されたMAC  PDUである。
【００８６】
ステップ３０２：組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かを決定し、組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、ステップ３０３を実行する。
【００８７】
データ復元装置が組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUを取得した後に、データ復元装置は、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かを決定する。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、データ復元装置は、損失RLC  PDUを復元しようと試みる。特定の復元方法については、ステップ３０３〜ステップ３０５の詳細な説明を参照する。組み立てられるべきPDCP  PDU内のRLC  PDUが損失していない場合、PDCPは、これらの正しく受信されたRLC  PDUを組み立てることにより取得される。
【００８８】
複数の特定の決定方法がある。これは、本発明の本実施形態において具体的に限定されない。以下の例が提供される。
【００８９】
（１）組み立てられるべきPDCP  PDU内の開始RLC  PDUのRLCSN及び終了RLC  PDUのRLCSNが決定された後に、開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内の全RLC  PDUがデータ復元装置のRLCレイヤに含まれないとき、該範囲に含まれないRLC  PDUは、損失RLC  PDUであり、言い換えると、これは、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したことを示す。その他の場合、PDCP  PDU内のRLC  PDUは損失しない。
【００９０】
（２）PDCPパケット内の幾つかのRLC  PDUを取得した後に、データ復元装置は、残りのRLC  PDUを取得することを停止する。この場合、PDCP  PDU内のRLC  PDUが損失したと決定される。停止の理由は、装置が取得を積極的に停止すること、又は装置が障害により取得を停止すること、であってよい。
【００９１】
１つ以上の損失RLC  PDUがあることが理解され得る。これは本発明の本実施形態において特に限定されない。さらに、損失RLC  PDUの種類は、本発明の本実施形態において特に限定されない。
【００９２】
本発明の幾つかの実施形態では、ステップ３０２は、具体的に、組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したか否かを決定するために実行される。所定RLC  PDUは、RLC  PDUの会話データの会話品質パラメータが所定品質閾より低いRLC  PDUである。代替として、所定RLC  PDUは、データフィールド内のデータの会話データがサブフローAビットに属するRLC  PDUである。言い換えると、データ復元装置は、特定RLC  PDUが損失したときだけ、損失RLC  PDUを復元する。その他の場合、データ復元装置は、損失RLC  PDUを復元しない。このように、復元の不都合なRLC  PDUが損失したとき、データ復元装置は、損失RLC  PDUの復元を停止し、組み立てられるべきPDCP  PDUパケットを直接廃棄する。このように、PDCP  PDU内の損失RLC  PDUの選択的復元が実施され、本発明の本実施形態における方法の柔軟性が向上され、それにより実行効率を向上する。
【００９３】
ステップ３０３：データフィールド内にある、RLC  PDUタイプのデータを取得する。
【００９４】
組み立てられるべき、PDCP  PDU内のRLC  PDUが損失したとき、PDCP  PDUのデータフィールド内のデータが取得され、データフィールド内のデータは、損失RLC  PDUのデータフィールド内のデータを復元するために使用される。
【００９５】
RLC  PDUのデータフィールド内のデータを取得するための複数の特定の方法がある。これは、本発明の本実施形態において具体的に限定されない。以下の例が提供される。
【００９６】
（１）ランダムビットシーケンスが、RLC  PDUのデータフィールド内のデータとして使用される。この場合、ランダムビットシーケンスの長さは、損失RLC  PDUのデータフィールドの長さと一致する必要がある。
【００９７】
（２）所定ビットシーケンスが、RLC  PDUのデータフィールド内のデータとして使用される。この場合、ランダムビットシーケンスの長さは、損失RLC  PDUのデータフィールドの長さと一致する必要がある。所定ビットシーケンスは、全部ゼロのシーケンス、又は統計的分析を通じて取得され会話又はビデオのようなデータに対して有利な復元効果を有するビットシーケンスであってよい。
【００９８】
（３）正しく受信されなかったMAC  PDUから抽出されたデータペイロードは、RLC  PDUのデータフィールド内のデータとして使用される。正しく受信されなかったMAC  PDUは、CRCチェックが正しくないMAC  PDUであり、装置により廃棄される。したがって、装置は、正しく受信されなかったMAC  PDUに含まれるRLC  PDUを損失する。しかしながら、本発明の本実施形態における方法では、正しく受信されなかったMAC  PDUは所定バッファ領域にバッファリングされる。RLC  PDUが損失したと決定された後に、損失RLC  PDUの属するMAC  PDUがバッファ領域から取得され、会話ペイロードのようなデータペイロードがMAC  PDUから抽出される。データペイロードが正しくない場合でも、データペイロードは、依然として、誤りを含むPDCP  PDUを組み立てるために使用されてよい。したがって、PDCP  PDUは装置内に蓄えられる。
【００９９】
ステップ３０４：RLCヘッダを取得する。
【０１００】
組み立てられるべきPDCP  PDU内のRLC  PDUが損失したとき、RLCヘッダが更に取得される必要があり、RLCヘッダはRLC  PDUを復元するためのRLCヘッダとして使用される。RLCヘッダはRLCSN及びFIを含む。
【０１０１】
RLCSNはRLCシーケンス番号である。１０ビットの長いシーケンス番号が使用されるとき、RLCSNの値は０〜１０２３の循環値である。FIは、RLCセグメント化状態が記録される２ビットフラグである。
【０１０２】
RLCヘッダを取得する複数の特定の方法がある。以下の例が提供される。
【０１０３】
（１）組み立てられるべきPDCP  PDU内の全てのRLC  PDUのRLCSNが取得された後に、損失RLC  PDUのRLCSNが決定されてよい。具体的に言うと、組み立てられるべきPDCP  PDU内の全てのRLCSNの中で、RLCSNがいずれかの正しく受信されたRLC  PDUに対応しない場合、RLCSNは、損失RLC  PDUのRLCSNである。代替として、損失RLC  PDUのRLCSNは、損失RLC  PDUが後に続く及びそれに続く正しく受信されたRLC  PDUのRLCSNに基づき決定されてよい。これは、複数のRLC  PDUが損失する場合に特に適用可能である。次に、RLC  PDUのFIは、PDCP  PDU内の損失RLC  PDUの位置に基づき決定される。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、RLCヘッダのFIは１０であると決定される。その他の場合、FIは１１であると決定される。
【０１０４】
（２）損失RLC  PDUに対応する正しく受信されなかったMAC  PDUが取得された後、RLCヘッダがMAC  PDUから抽出され、RLCヘッダは損失RLC  PDUのRLCヘッダとして直接使用される。
【０１０５】
ステップ３０５：RLCヘッダ及びデータフィールド内のデータを用いて、復元RLC  PDUを生成する。
【０１０６】
RLCヘッダ及びデータフィールド内のデータを取得した後に、データ復元装置は、RLCヘッダ及びデータフィールド内のデータに基づき、復元RLC  PDUを生成してよい。復元RLC  PDUは、RLCヘッダ及びデータフィールド内のデータを含む。復元RLC  PDUは、組み立てられるべきPDCP  PDU内の損失RLC  PDUを復元するために、言い換えると損失RLC  PDUを置き換えるために、使用される。したがって、組み立てられるべきPDCP  PDUは全てのRLC  PDUを含む。
【０１０７】
このように、復元RLC  PDUは、ステップ３０３〜ステップ３０５のみを実行することにより取得され得る。
【０１０８】
ステップ３０６：正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成する。
【０１０９】
データ復元装置は、正しく受信されたRLC  PDUを取得し、生成したRLC  PDU及び前述の復元方法を用いて損失RLC  PDUを復元する。このように、データ復元装置は、組み立てられるべきPDCP  PDU内の全てのRLC  PDUを含む。その結果、PDCP  PDUはこれらのRLC  PDUを組み立てることにより取得できる。
【０１１０】
例えば、図３Ｂは、従来技術と、本発明の一実施形態によるデータ処理方法の特定の実装との間の比較図である。従来技術では、サブフローBセグメントに属するRLC  PDUが損失した場合、PDCP  PDUの生成は失敗する。しかしながら、本発明の本実施形態では、損失RLC  PDUを復元することにより、PDCP  PDUは、正しく受信されたRLC  PDU及び復元を通じて取得されたRLC  PDUに基づき生成されてよい。
【０１１１】
結論として、本発明の本実施形態で提供される技術的ソリューションによると、組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUが取得される。正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUである。次に、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かが決定される。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、RLC  PDUのデータフィールド内のデータが取得される必要があり、RLCヘッダが取得される必要がある。次に、復元RLC  PDUがRLCヘッダ及びデータフィールド内のデータを用いて生成された後に、PDCP  PDUは、正しく受信されたRLC  PDU及び復元RLC  PDUに基づき生成される。このように、PDCP  PDU内のRLC  PDUが損失すると、損失RLC  PDUを復元するために、復元RLC  PDUが生成され、PDCP  PDUは、復元RLC  PDU及び正しく受信されたRLC  PDUを組み立てることにより取得できる。したがって、RLC  PDUの損失したPDCP  PDUが廃棄されることが防がれ、PDCP  PDUが蓄えられ、それにより、データ損失を低減し、フレームデータの完全性を向上する。ユーザがPDCP  PDUに関連するデータを使用するとき、ユーザの主観的経験が向上され得る。言い換えると、PDCPパケット全体が廃棄されることを防ぐために、パケットがRLCレイヤで組み立てられるとき、特定BERが許容される。したがって、より多くの有効会話ビットが蓄えられ、それにより会話の主観的経験を向上する。
【０１１２】
本発明の本実施形態におけるデータ処理方法をより直感的に説明するために、以下は、説明のために本発明の本実施形態における方法がVoLTEシナリオ及びAMR−WBシナリオにおける基地局側で実行される一例を用いる。AMR−WBシナリオに加えて、本発明の本実施形態における方法はビデオ伝送シナリオのような別のシナリオに適用されてよいことが理解され得る。以下の会話ペイロードは別の種類のデータであってもよい。
【０１１３】
図４は、本発明の一実施形態によるデータ処理方法の方法フローチャートである。図４を参照すると、本発明の本実施形態のデータ処理方法は以下のステップを含む。
【０１１４】
ステップ４０１：１つ以上のMAC  PDU及びMAC  PDUをチェックするために使用されるCRCを取得する。
【０１１５】
基地局は、MAC  PDU及びMAC  PDUをチェックするために使用されるCRCを取得する。チェックはCRCを用いて実行される。CRCチェックが正しい場合、MAC  PDUは正しく送信される。言い換えると、基地局は正しいMAC  PDUを受信する。CRCチェックが正しくない場合、MAC  PDUは正しく受信されない。
【０１１６】
例えば、基地局の物理レイヤは、HARQプロセスを通じてトランスポートブロックTB及びCRCを取得し、ここで、トランスポートブロックはMAC  PDUを伝達し、CRCはMAC  PDUをチェックするために使用される。MAC  PDUは、Turboコード符号化の前のトランスポートブロックTBである。符号化及び変調された後に、MAC  PDU及びCRCは、送信のために最終的に物理チャネルで伝達される。
【０１１７】
ステップ４０２：MAC  PDUの受信時点を記録する。
【０１１８】
MAC  PDUを伝達するTB(Transport  Block、トランスポートブロック)を取得すると、基地局は受信時点を記録する。受信時点は、基地局がMAC  PDUを取得する時点を記録するために使用される。HARQプロセスのシナリオでは、受信時点は初期送信受信時点である。初期送信受信時点は、基地局がMAC  PDUを最初に取得する時点を記録するために使用される。MAC  PDUに対応するCRCチェックが正しくない、言い換えると、MAC  PDUが正しく送信されない場合、MAC  PDUは、正しく送信されたMAC  PDUを取得するために、基地局の再送メカニズムを用いて再送される。再送MAC  PDUの受信時点を記録する必要はない。一様な記載を保証するために、本発明の本実施形態の特定のシナリオにおける受信時点は、初期送信受信時点Tである。言い換えると、Tは各HARQプロセスの中で最初に送信されたデータの受信時点である。初期送信受信時点Tは、MAC  PDUに対応し、又はTBに対応する。
【０１１９】
ステップ４０３：MAC  PDUと受信時点との間の目標対応を取得する。
【０１２０】
受信時点を記録した後に、基地局は、MAC  PDUと初期送信受信時点との間の目標対応を取得する。目標対応は、MAC  PDUと初期送信受信時点との間の対応である。MAC  PDUはRLC  PDUを含むので、目標対応は、RLC  PDUと初期送信受信時点Tとの間の対応も含む。
【０１２１】
ステップ４０４：CRCチェックが正しいとき、第１MAC  PDUから正しく受信されたRLC  PDUを取得する。
【０１２２】
第１MAC  PDUは、MAC  PDUの中で、CRCチェックを用いて正しいとしてチェックされたMAC  PDUである。正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUである。
【０１２３】
基地局が１対１対応にあるCRC及びMAC  PDUを取得した後に、CRCチェックが正しい場合、対応するMAC  PDUは正しく送信されたMAC  PDU、つまり第１MAC  PDUである。正しく送信されたMAC  PDUから抽出されたRLC  PDUは、正しく送信されたRLC  PDUであり、正しく送信されたRLC  PDUは正しく受信されたRLC  PDUである。
【０１２４】
ステップ４０４は、基地局により、組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUを取得する特定の方法である。基地局は、組み立てられるべきPDCP  PDU内の正しく受信されたRLC  PDUを取得し、１つ以上の正しく受信されたRLC  PDUがあってよい。
【０１２５】
例えば、基地局がMAC  PDU及びCRCを伝達するTBを取得した後に、CRC＝０のとき、基地局の物理レイヤは通常手順に基づきデータパケットをMACレイヤへ送信し、MAC  PDUに対応する初期送信受信時点TをMACレイヤへ送信する。CRCチェックが正しいとき、MACレイヤは、通常手順に基づき、正しく送信されたMAC  PDU及び正しく送信されたMAC  PDUに対応する初期送信受信時点Tを、RLCレイヤへ送信する。CRCは、トランスポートブロックの巡回冗長検査値であり、「０」は正しい送信を示し、「１」は正しくない送信を示す。
【０１２６】
ステップ４０５：CRCチェックが正しくないとき、第２MAC  PDUを格納する。
【０１２７】
第２MAC  PDUは、MAC  PDUの中で、CRCチェックを用いて正しくないとしてチェックされたMAC  PDUである。言い換えると、CRCチェックが正しくない場合、CRCを用いてチェックされたMAC  PDUは正しく送信されず、正しく送信されないMAC  PDUは第２MAC  PDUである。ビット送信の間に生じる誤り、例えばビットフリッピング又は削除は、MAC  PDUの正しくない送信を引き起こし得る。従来技術では、MAC  PDUが正しく送信されない場合、MAC  PDUは廃棄され、したがって、正しく送信されないMAC  PDUにより伝達されるRLC  PDUは廃棄される。しかしながら、本発明の本実施形態における方法では、正しく送信されなかったMAC  PDUは後の使用のためにバッファリングされる。正しく送信されなかったMAC  PDUがバッファリングされるので、RLC  PDUは正しく送信されなかったMAC  PDUから抽出されない。したがって、PDCP  PDUが組み立てられるとき、MAC  PDU内のRLC  PDUは損失状態にある。
【０１２８】
例えば、CRCチェックが正しくなく、CRCを用いてチェックされたMAC  PDUが最大回数だけ送信されると、基地局の物理レイヤはチェック結果、MAC  PDUデータパケット、及び該MAC  PDUデータパケットに対応する初期送信受信時点Tを、MACレイヤへ送信する。CRCチェックが正しくないとき、MACレイヤは、正しく送信されなかったMAC  PDU及び正しく送信されなかったMAC  PDUに対応する初期送信受信時点Tを、RLCレイヤにあるErrorBuffer（エラーバッファユニット）へ送信する。ErrorBufferは、最後に正しく送信されなかったMAC  PDUを格納するためにRLCレイヤに予め設定されたバッファである。
【０１２９】
ステップ４０６：組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したか否かを決定し、組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失した場合、ステップ４０７を実行する。
【０１３０】
所定RLC  PDUは、非サブフローAセグメントに属するRLC  PDU、具体的に言うと、RLC  PDUのデータフィールド内のデータの会話データが非サブフローAビットに属するRLC  PDUである。例えば、所定RLC  PDUは、サブフローBセグメント又はサブフローCセグメントに属するRLC  PDUである。
【０１３１】
例えば、正しく受信されなかったMAC  PDUは所定ErrorBufferにバッファリングされるが、正しく受信されたRLC  PDUはRLC_Buffer（RLCバッファユニット）に格納されるシナリオでは、QCI１のRLC期限切れパケットアセンブリがトリガされると、RLC_Buffer更新が完了するまで、ステップ４０６〜ステップ４１０が繰り返し実行される。このように、RLC_Buffer内にあるRLC  PDUの損失した組み立てられるべきPDCP  PDUは、損失RLC  PDUを用いて復元される。正しく受信されなかったMAC  PDUに基づき損失RLC  PDUを復元する方式では、RLC_Bufferの更新処理は、ErrorBufferを用いて可能な限り多くの損失RLC  PDUが復元される処理である。再送メカニズムのために、MAC  PDUは順序が乱れて到着し得る。待機メカニズムがRLC_Bufferのために設定される。期待RLC  PDUが到着しない場合、パケットアセンブリウインドウは、時間期間の間、待機し、RLC  PDUが後に到着するのを期待してよい。トリガが終了したときのみ、期待RLC  PDUが損失したと決定されてよい。このように、パケット復元は、PDCP  PDUに対し時機を逸して実行されない。QCIはQoS（Quality  of  Service、サービス品質）クラス識別子であり、QCI１は会話サービスを表す。
【０１３２】
AMR−WBシナリオが一例として使用され、ステップ４０６は以下の方法で実施されてよい。
【０１３３】
先ず、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かを決定するステップは、以下のステップを含む。
【０１３４】
ステップＡ１：組み立てられるべきPDCP  PDU内の開始RLC  PDU及び終了RLC  PDUを、予め格納されたRLCパケット範囲内にあるRLC  PDUのFIに基づき決定する。
【０１３５】
RLCパケット範囲は、正しく受信されたRLC  PDU、又は開始RLC  PDU、及び組み立てられるべきPDCP  PDUの後の次のPDCP  PDU内の正しく受信されたRLC  PDUを含む。
【０１３６】
RLCパケット範囲内にある目標RLC  PDUが開始RLC  PDU及び終了RLC  PDUを含む場合、次のPDCP  PDU内の開始RLC  PDUは使用されなくてよい。RLCパケット範囲内にある目標RLC  PDUは開始RLC  PDUを含むが、終了RLC  PDUが損失RLC  PDUである場合、組み立てられるべきPDCP  PDUの後の次のPDCP  PDU内の開始RLC  PDUは、組み立てられるべきPDCP  PDU内の終了RLC  PDUを決定するために使用される。
【０１３７】
正しく受信されたRLC  PDUについて、PDCP内の開始RLCセグメント及び終了RLCセグメントは、RLCパケットヘッダ内のフラグビットFIをパースすることにより決定されてよい。組み立てられるべきPDCP  PDU内の開始RLC  PDU及び終了RLC  PDUを決定することにより、PDCP  PDUに基づき、基地局の各PDCP  PDUが復元される必要があるか否かが決定されてよい。
【０１３８】
例えば、PDCP  PDUを連結するために使用される及びPDCP  PDUを連結するために使用されない、別個の２種類のRLCセグメントがある。RLCセグメントが連結のために使用されるか又は連結のために使用されないかは、RLCヘッダをパースすることにより決定されてよい。連結のために使用されるRLCでは、FIフィールドは通常「１１」であり、現在PDCP  PDUの終了及び次PDCP  PDUの開始の両方を表す。連結のために使用されないRLCでは、PDCP  PDU内の開始RLC  PDUのフラグビットFIは「０１」であり、PDCP  PDU内の終了RLC  PDUのフラグビットFIは「１０」である。
【０１３９】
ステップＡ２：開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLC  PDUがRLC  PDUパケット範囲内に含まれるか否かを決定する。
【０１４０】
開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLC  PDUがRLC  PDUパケット範囲内に含まれない場合、組み立てられるべきPDCP  PDU内のRLC  PDUは損失している。開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にあるRLCSNは、組み立てられるべきPDCP  PDU内の全てのRLC  PDUのRLCSNである。全てのRLC  PDUは、正しく受信されたRLC  PDUを含み、及び損失RLC  PDUも含む。したがって、RLC  PDUがどのRLCSNにも対応しない場合、RLC  PDUは損失RLC  PDUである。
【０１４１】
次に、損失RLC  PDUが非サブフローAセグメントに属するか否かを決定するステップは、以下のステップを含む。
【０１４２】
ステップＡ３：開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLCSNがRLC  PDUパケット範囲に含まれない場合、開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データの全長がサブフローAの所定全長より長いか否かを決定する。
【０１４３】
サブフローAの全長は、サブフローAビットに属する、組み立てられるべきPDCP  PDUの会話データの長さである。図２に示す会話フレームのフォーマットのように、サブフローAビットの後にサブフローBビット及びサブフローCビットが続く。開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データの全長がサブフローAの全長より長い場合、これは、PDCP  PDUのサブフローAビットが正しく受信されたことを示す。言い換えると、正しく受信されたRLC  PDUの会話データは、全てのサブフローAビットを含む。この場合、損失RLC  PDU内の会話データビットは非Aサブフローに属する。AMR−WB（Wideband、広帯域）シナリオでは、表１に示すように、サブフローCの長さは０である。その結果、会話フレームはサブフローA及びサブフローBのみを含み、非AサブフローはサブフローBである。
【０１４４】
基地局が開始RLC  PDUを取得できない、又は開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データがサブフローAの全長より短い場合、損失RLC  PDUはサブフローAに属する。本発明の本実施形態における方法では、サブフローAセグメントに属する損失RLC  PDUは復元されない。会話フレームは、サブフローAビットにおいて誤りが生じると深刻なダメージを受けるので、会話の主観的経験は大幅に低下し、受信側において復号が正しく実行できない。したがって、本発明の本実施形態における方法の実行効率を向上するために、サブフローAセグメントに属する損失RLC  PDUは復元されなくてよい。
【０１４５】
サブフローAの所定全長を取得する方法は以下の通りであってよい。ステップＡ３の前に、組み立ての成功したPDCP  PDUをパースすることにより、基地局は、サブフローAの長さを知るために、現在符号化レート及びROHCスイッチ情報を知ることができる。これは、本発明の本実施形態におけるデータ処理方法のための準備である。
【０１４６】
ステップＡ４：開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データの全長がサブフローAの所定全長より長い場合、RLC  PDUのデータフィールド内のデータを取得するために以下のステップを実行する。
【０１４７】
上述のように、開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データの全長がサブフローAの所定全長より長い場合、これは、損失RLC  PDUがサブフローBセグメントに属することを示す。次に、損失RLC  PDUを受信するための以下の方法が実行される。本発明の幾つかの実施形態では、組み立てられるべきPDCP  PDUの中の、サブフローAセグメントに属するRLC  PDUが損失した場合、本発明の本実施形態におけるデータ処理方法は放棄される。
【０１４８】
前述の方法を用いることにより、本発明の本実施形態における方法は、損失RLC  PDUがサブフローAセグメント又はサブフローBセグメントに属するかのみを決定するために使用され得ることが、理解され得る。代替として、幾つかの実施形態では、方法は、正しく受信されたRLC  PDUを決定するために、具体的に言うと、正しく受信されたRLC  PDUがサブフローA又はサブフローBに属するかを決定するために、使用されてよい。このように、正しく且つ連続的に受信されたRLC  PDUのデータの全長がサブフローAの全長より長いか否かに基づき、各受信したRLC  PDU及び各損失RLC  PDUがサブフローAセグメント又はサブフローBセグメントに属するかが決定されてよい。
【０１４９】
サブフローA内のビットは、会話PDCP  PDU内の有効ビットである。例えば、ROHCスイッチがオンであるシナリオでは、サブフローAは、上位レイヤヘッダ（PDCPヘッダ、ROHC圧縮ヘッダ、BE又はOAモードのRTPペイロードヘッダを含む）と、プロトコルで指定された、会話ペイロード内にあるクラスAビットと、を含む。ROHCスイッチがオフであるシナリオでは、サブフローAは、上位レイヤヘッダ内の予測不可能部分、及び会話ペイロード内のクラスAビットのみを含む。サブフローB内のビットは、会話PDCP  PDU内の相対的に非有効ビットである。例えば、サブフローBは、プロトコルで指定された、会話ペイロード内のクラスBビットを含む。
【０１５０】
このように、PDCP  PDU内の開始RLC  PDU及び終了RLC  PDUは、RLCパケット範囲内で取得されてよく、各RLC  PDUがサブフローAセグメント又はサブフローBセグメントであるかが決定される。
【０１５１】
前述の方法は損失RLC  PDUがサブフローBセグメントであることに基づき記載されたことが理解され得る。本発明の幾つかの実施形態では、損失RLC  PDUは決定されなくてよく、本発明の本実施形態において提供されたデータ処理方法は、RLC  PDUが損失したと決定されたときに実行されてよい。代替として、本発明の幾つかの実施形態では、本発明の本実施形態において提供されたデータ処理方法は、組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したと決定されたときに実行される。所定RLC  PDUは、RLC  PDU内の会話データの会話品質パラメータが所定品質閾より低いRLC  PDUである。言い換えると、所定RLC  PDUの会話データは、組み立てられるべきPDCP  PDU内で重要ではない。所定RLC  PDUが損失した後に、誤りを含むRLC  PDUが、損失所定RLC  PDUのために復元された場合、会話品質全体は大きく影響されず、正利得が得られる。しかしながら、復元が重要なRLC  PDUについて実行された場合、誤りを含むRLC  PDUはユーザの主観的経験に大きな影響をもたらし得る。その結果、損失RLC  PDUについての復元は、あまり重要ではない。この場合、組み立てられるべきPDCP  PDUを直接廃棄することは、実行効率を向上できる。非Aサブフローに属するRLC  PDUは、会話データの会話品質パラメータが所定品質閾より低いRLC  PDUの特定の例である。
【０１５２】
ステップ４０７：データフィールド内のデータを取得する。
【０１５３】
データフィールド内にあるデータは、RLC  PDUタイプの、データフィールド内のデータである。組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したとき、損失RLC  PDUのデータフィールド内のデータを復元するために、RLC  PDUの会話データが取得される。本発明の本実施形態では、RLC  PDUのデータフィールド内のデータが会話データである一例が説明のために使用される。
【０１５４】
RLC  PDUのデータフィールド内のデータを取得するための複数の特定の方法があり、幾つかの例が以下に与えられる。
【０１５５】
１．データフィールド内のデータは、正しく受信されなかったMAC  PDUに基づき取得される。
【０１５６】
ステップＢ１：目標MAC  PDUを取得する。
【０１５７】
目標MAC  PDU、つまりステップ４０５における第２MAC  PDUは、CRCチェックを用いて正しくないとしてチェックされたMAC  PDUであり、目標MAC  PDUに含まれるRLC  PDUは組み立てられるべきPDCP  PDU内の損失RLC  PDUである。しかしながら、第２MAC  PDU内で伝達されるRLC  PDUは、組み立てられるべきPDCP  PDU内の損失RLC  PDUである。
【０１５８】
任意で、目標MAC  PDUの取得の特定の実装は、目標対応に基づき、受信時点T１及びT２を決定するステップである。T１は、組み立てられるべきPDCP  PDU内の損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの初期受信時点である。T２は、組み立てられるべきPDCP  PDU内の損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの初期受信時点である。次に、受信時点がT１とT２の間にある目標MAC  PDUが、１つ以上の第２MAC  PDUから目標対応に基づき選択される。言い換えると、目標MAC  PDUは、格納された第２MAC  PDUから前述のステップで取得された初期受信時点とMAC  PDUとの間の対応に基づき選択される。
【０１５９】
例えば、損失RLC  PDUの前及び後にそれぞれ位置する正しく受信されたRLC  PDUの初期送信受信時点T１及びT２に基づき、初期送信受信時点がT１及びT２の間にあるMAC  PDUがErrorBufferから選択される。対応するMAC  PDUが取得された場合、セグメントが復元される。ErrorBufferは、最後に正しく送信されなかったMAC  PDUを格納するためにRLCレイヤに予め設定されたバッファである。
【０１６０】
本発明の幾つかの実施形態では、初期送信受信時点がT１及びT２の間にある１つより多くのMAC  PDUがErrorBufferから選択された場合、損失RLC  PDUの復元は放棄される。この場合、１つより多くのMAC  PDUは、RTCPパケット（RTPプロトコルパケット）及び別の非会話ベアラパケットを含み得る。復元は放棄される。その結果、非会話パケットの内容は会話パケットとして考えられない。もちろん、幾つかの実施形態では、初期送信受信時点がT１及びT２の間にある複数のMAC  PDUが取得された後に、本発明の本実施形態における方法を実行するために、１つのMAC  PDUが複数のMAC  PDUから選択されてよい。
【０１６１】
ステップＢ２：目標MAC  PDUから会話ペイロードを取得する。
【０１６２】
目標MAC  PDUが取得された後に、RLC  PDUのデータフィールド内のデータは、目標MAC  PDUに基づき取得されてよい。目標MAC  PDU内のRLC  PDUは損失RLC  PDUなので、復元を通じて取得されたRLC  PDUのBERは比較的小さく、会話品質は復号の後に最小の影響しか受けない。このように、復元RLC  PDU内のデータが正しく受信されなかったMAC  PDUから取得された会話ペイロードであることが実施されてよい。
【０１６３】
本発明の幾つかの実施形態では、損失RLC  PDUがサブフローBセグメントであり、２つより多くのRLC  PDUが損失した場合、本発明の本実施形態における正しく受信されなかったMAC  PDUに基づきデータフィールド内のデータを取得する方法も放棄され、したがって、本発明の本実施形態におけるデータ処理方法が放棄される。その結果、正しく受信されたRLCセグメントのビット位置が間違う。損失RLC  PDUは、通常、１又は２個のサブフローBセグメントである。もちろん、これは、幾つかの実施形態において特に限定されなくてよい。
【０１６４】
目標MAC  PDUから会話ペイロードを取得する特定の方法は、組み立てられるべきPDCP  PDU内の損失RLC  PDUの特定位置と共に変化してよい。詳細は以下の通りである。
【０１６５】
１．１．損失RLC  PDUが組み立てられるべきPDCP  PDUの終了位置に位置しないとき。
【０１６６】
例１：１つのRLC  PDUが損失する。
【０１６７】
ステップＣ１：損失RLC  PDUが組み立てられるべきPDCP  PDCP内の終了位置に位置せず、１つのRLC  PDUが損失したとき、正しく受信されたRLC  PDUの会話データの長さ及び所定会話フレーム長に基づき、計算を通じて、損失RLC  PDUの会話ペイロードの長さを取得する。
【０１６８】
組み立てられるべきPDCP  PDU内の全てのRLC  PDUのRLCSNが取得された後に、組み立てられるべきPDCP  PDU内の損失RLC  PDUの特定位置は、損失RLC  PDUのRLCSNに基づき決定されてよい。会話フレーム長は予め設定されてよい。代替として、組み立ての成功したPDCP  PDUをパースすることにより、基地局は、会話フレーム長を知るために、現在ビットレート及びROHCスイッチ情報を知ることができる。
【０１６９】
損失RLC  PDUの会話ペイロードの長さLmは、正しく受信されたRLC  PDU及び会話フレーム長に基づき計算される。例えば、損失RLC  PDUの会話ペイロードの長さは、所定会話フレーム長から、正しく受信されたRLC  PDUの会話データの全長を減算することにより取得できる。
【０１７０】
ステップＣ２：目標MAC  PDUについて、後ろから前へ、長さが会話ペイロードの長さと等しい会話ペイロードを抽出する。
【０１７１】
選択された目標MAC  PDUについて、会話ペイロードの長さLmが後ろから前へと抽出される。会話ペイロードの長さは、目標MAC  PDU内で伝達されるRLC  PDUの長さである。MAC  PDUの（MAC＋RLC）ヘッダ長は不確定なので、データの開始位置を決定することは困難である。しかしながら、目標MAC  PDU内の会話ペイロードは、本発明の本実施形態における、データが後ろから前へと抽出される方法で取得できる。
【０１７２】
例２：複数のRLC  PDUが損失する。
【０１７３】
目標MAC  PDUから会話ペイロードを取得するステップは、以下のステップを含む。
【０１７４】
ステップＤ１：損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、目標MAC  PDUのMACヘッダ長を決定する。
【０１７５】
基地局は、先ず、ヘッダ長の除去に備えるために、目標MAC  PDUのヘッダ長を決定する。例えば、MACヘッダが短期間BSR（Buffer  Status  Report、バッファ状態レポート）を含むか否かは、周期的BSR_Timerが終了するか否かに基づき決定される。既存ネットワーク内のパケットキャプチャデータを観測することにより、中央位置に位置するRLC  PDUの属するMAC  PDUが周期的BSRを含む場合、周期的BSRは短期間BSRである。
【０１７６】
周期的BSR_Timerは周期的BSRタイマである。BSRが報告される度にタイマはリセットされ、タイマが所定期間を超えるとBSRの報告がトリガされる。現在、BSR報告周期は１０msに設定されている。
【０１７７】
ステップＤ２：目標MAC  PDUのMACヘッダ長及び所定RLCヘッダ長を除去して、会話ペイロードを取得する。
【０１７８】
RLCヘッダ長は予め分かってよい。MACヘッダ長が決定された後に、MACヘッダ長及び所定RLCヘッダ長は、目標MAC  PDUから除去されてよく、取得されたデータは目標MAC  PDU内の会話ペイロードである。
【０１７９】
例えば、目標MAC  PDUが短期間BSRを含む場合、MACヘッダ長は３バイトである。その他の場合、MACヘッダ長は１バイトである。会話ペイロードは、MACヘッダ長及びRLCヘッダ長をMAC  PDUから除去することにより取得される。RLCSNの長さが１０ビットであるとき、RLCヘッダ長は２バイトである。
【０１８０】
例２における取得方法は、特に、複数のRLC  PDUが損失するシナリオに適用可能であることが、理解され得る。１つのRLC  PDUが損失したとき、例１の方法が使用されてよく、又は例２の方法が使用されてよい。
【０１８１】
周期的BSR_Timerが終了したか否かに基づき、MACヘッダが短期間BSRを含むか否かを決定する特定の方法は、以下の通りである：
１つ以上の第１MAC  PDUの中で、目標MAC  PDUが後に続き且つ短期間BSRを含むMAC  PDUを決定するステップと、次に、目標MAC  PDUの受信時点と短期間BSRを含む前のMAC  PDUの受信時点との間の期間が、所定周期的BSR_Timerを超えるか否かを決定するステップ。
【０１８２】
目標MAC  PDUの受信時点と短期間BSRを含む前のMAC  PDUの受信時点との間の期間が所定周期的BSR_Timerを超える場合、周期的BSR_Timerは終了し、MACヘッダは短期間BSRを含む。
【０１８３】
言い換えると、目標MAC  PDUの受信時点と短期間BSRを含む前のMAC  PDUの受信時点との間の期間が所定周期的BSR_Timerを超える場合、目標MAC  PDUのMACヘッダ長は３バイトであると決定される。目標MAC  PDUの受信時点と短期間BSRを含む前のMAC  PDUの受信時点との間の期間が所定周期的BSR_Timerを超えない場合、目標MAC  PDUのMACヘッダ長は１バイトであると決定される。
【０１８４】
本発明の幾つかの実施形態では、複数のRLC  PDUが損失したとき、大部分の損失RLC  PDUの会話ペイロードは例２の方法を用いて取得されてよく、１つのRLC  PDUが残されるまで例１の方法が実行される。
【０１８５】
１．１で前述した説明は、損失RLC  PDUセグメントがサブフローBに属し、組み立てられるべきPDCP  PDU内で終了位置に位置しない、会話ペイロード復元方法に関する。１．２で説明した会話ペイロード復元方法は、損失RLC  PDUセグメントがサブフローBに属し、組み立てられるべきPDCP  PDU内で終了位置に位置する場合に使用される。
【０１８６】
１．２．損失RLC  PDUが組み立てられるべきPDCP  PDUの終了位置に位置するとき。
【０１８７】
損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、目標MAC  PDUから会話ペイロードを取得するステップは以下のステップを含む。
【０１８８】
ステップＥ１：損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、目標MAC  PDU内の会話ペイロードの終了位置及び開始位置を決定する。
【０１８９】
目標MAC  PDU内のRLC  PDUは組み立てられるべきPDCP  PDU内の損失RLC  PDUであり、損失RLC  PDUは組み立てられるべきPDCP  PDU内の終了位置に位置するので、目標MAC  PDUは、MACヘッダ、RLCヘッダ、及びデータフィールド内の会話ペイロードに加えて、目標MAC  PDUの終わりに充填ビットを含んでよい。したがって、目標MAC  PDU内の会話ペイロードの開始位置及び終了位置が決定された後に、会話ペイロードは正確に抽出できる。
【０１９０】
ステップＥ２：会話ペイロードを、目標MAC  PDUから、開始位置及び終了位置に基づき抽出する。
【０１９１】
上述のように、PDCP  PDU内の会話ペイロードの開始位置及び終了位置が決定された後に、開始位置及び終了位置の間に位置するデータは、目標MAC  PDUから抽出され、取得されたデータが会話ペイロードである。
【０１９２】
目標MAC  PDU内の会話ペイロードの終了位置及び開始位置を決定する複数の方法がある。以下の例が提供される。
【０１９３】
ステップＤ１：損失RLC  PDUの会話ペイロードの長さを、所定会話フレーム長と、組み立てられるべきPDCP  PDU内で終了位置に位置しないRLC  PDUの会話データの長さと、に基づき計算する。
【０１９４】
ステップＤ２：１つ以上の第１MAC  PDUの中で、目標MAC  PDUが後に続き、且つ短期間BSRを含む、MAC  PDUを決定する。
【０１９５】
ステップＤ３：目標MAC  PDUの受信時点と、短期間BSRを含む前のMAC  PDUの受信時点と、の間の期間が所定周期的BSR_Timerを超えるか否かを決定する。目標MAC  PDUの受信時点と、短期間BSRを含む前のMAC  PDUの受信時点と、の間の期間が所定周期的BSR_Timerを超えない場合、ステップＤ４が実行される。目標MAC  PDUの受信時点と、短期間BSRを含む前のMAC  PDUの受信時点と、の間の期間が所定周期的BSR_Timerを超える場合、ステップＤ５が実行される。
【０１９６】
ステップＤ２及びステップＤ３は、周期的BSR_Timerが終了したか否かに基づき、MACヘッダが周期的BSRを含むか否かを決定する特定の実装方法である。
【０１９７】
ステップＤ４：目標MAC  PDUのMACヘッダ長は１バイトであると決定する。
【０１９８】
ステップＤ５：取得したTBサイズ及び損失RLC  PDUの会話ペイロードの長さに基づき、目標MAC  PDUのMACヘッダ長に含まれる周期的BSRの種類及び充填ビットのパディング長を決定する。
【０１９９】
周期的BSRの種類は、長BSR及び短BSRを含む。BSRの種類は、MACヘッダ長に影響を与え、充填ビットの有無に更に影響を与える。
【０２００】
ステップＤ６：目標MAC  PDUのMACヘッダ長をBSRの種類に基づき決定する。
【０２０１】
ステップＤ７：目標MAC  PDU内の会話ペイロードの終了位置を、充填ビットの長さに基づき決定する。
【０２０２】
例えば、充填ビットの長さ及びBSRの種類は、取得したTB  Size、MACヘッダ長の決定した部分、RLCヘッダ長、及びペイロード長Lmに基づき推定される。具体的に言うと、各部分の長さは、関係：「各MAC制御要素のヘッダ長＋データペイロード長＋充填長＝TB  Size」に基づき推定される。例えば、Lremain＝TB  Size−７×８−Lmが設定される。Lremain＜１６の場合、BSRの種類は短BSRであり、MACヘッダ長は５バイトであり、充填ビットの長さはLremainである。Lremain＝１６の場合、BSRの種類は長BSRであり、MACヘッダ長は５バイトであり、充填ビットは存在しない。Lremian＞１６の場合、BSRの種類は長BSRであり、MACヘッダ長は７バイトであり、充填ビットの長さはLremain−１６である。充填ビットの長さが決定された後に、会話ペイロードの終了位置が決定される。「７×８」は、以下の場合：「短BSR充填有り」又は「長BSR充填無し」の場合に、MACヘッダ長が７バイト、つまり５６ビットであることを示す。
【０２０３】
ステップＤ８：目標MAC  PDU内の会話ペイロードの開始位置を、MACヘッダ長及び所定RLCヘッダ長に基づき決定する。
【０２０４】
目標MAC  PDU内の会話ペイロードの開始位置及び終了位置が決定された後に、会話ペイロードは、目標MAC  PDUから開始位置及び終了位置に基づき抽出できる。
【０２０５】
前述の方法では、データフィールド内のデータは、正しく受信されなかったMAC  PDUに基づき取得される。具体的に言うと、CRCチェックが正しくないMAC  PDU内のRLC  PDUが蓄えられる。RLC  PDUの送信中にデータ誤りが生じた場合、正しく受信されなかったRLC  PDUの会話ペイロードのデータは蓄えられる。その結果、復元RLC  PDUが構成され、対応するPDCP  PDUが蓄えられる。以下は、RLC  PDUのデータフィールド内のデータを取得するための別の方法を記載する。
【０２０６】
２．所定ビットシーケンスが、データフィールド内のデータとして使用される。
【０２０７】
PDCP  PDUのデータフィールド内のデータは以下の方法で取得されてよい。
【０２０８】
損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、損失RLC  PDUの会話ペイロードの長さは、所定会話フレーム長と、組み立てられるべきPDCP  PDU内の終了位置に位置しないRLC  PDUの会話データの長さと、に基づき計算される。例えば、損失RLC  PDUの会話ペイロードの長さは、現在モードにおける所定会話フレーム長から、受信されたRLC  PDUの会話ペイロードの長さを減算することにより取得されてよい。次に、会話ペイロードの長さが所定長さ閾より短いとき、長さが会話ペイロードの長さに一致する全部ゼロのシーケンスが取得される。
【０２０９】
終了位置に位置しない全てのRLC  PDUが正しく受信されたRLC  PDUであってよく、又は正しく受信されたRLC  PDU及び１．１の復元方法で取得されたRLC  PDU、具体的に言うと、損失RLC  PDUが組み立てられるべきPDCP  PDU内で終了位置に位置しないとき、前述の方法を用いて取得されたRLC  PDUのデータフィールド内のデータに基づき生成されたRLC  PDU、の両方を含んでよい。
【０２１０】
会話フレームのフォーマットに関連する内容の前述の説明から、PDCP  PDU内で終了位置に位置するRLC  PDUが有効会話データであることが分かる。データが誤りを含む場合でさえ、誤りを含むデータにより構成される会話データによるユーザの主観的経験は大きく影響されない。したがって、所定ビットシーケンスは、損失RLC  PDUの会話データを復元するために直接使用されてよい。全部ゼロのシーケンスに加えて、所定ビットシーケンスは、全部１のビットシーケンス、又は別の０−１ビットシーケンスであってよい。これは、終了位置に位置するRLC  PDUの会話ペイロードの長さが正しく受信されたRLC  PDU又は復元RLC  PDUに基づき計算された後に、復元のために使用される所定ビットシーケンスの長さが会話ペイロードの長さに等しいならば、本発明の本実施形態において具体的に限定されない。このように、復元RLC  PDUを生成する効率が向上され得る。会話フレーム上に誤りを含むデータの影響を更に低減するために、決定するステップが、本発明の本実施形態において更に追加される。具体的に言うと、所定ビットシーケンスがデータフィールド内のデータとして使用される方法が、損失RLC  PDUの会話ペイロードの長さがセキュア長さ閾より大きくないときにのみ、実行される。
【０２１１】
本発明の幾つかの実施形態では、損失RLC  PDUが組み立てられるべきPDCP  PDU内で終了位置に位置するとき、効率的に実行され且つ誤りビットが削減されるRLC  PDU復元方法を適応的に選択するために、損失RLC  PDUの会話ペイロードの長さが所定フレーム長及び組み立てられるべきPDCP  PDU内で終了位置に位置しないRLC  PDUの会話ペイロードの長さに基づき計算された後に、損失RLC  PDUの会話ペイロードの長さ及び所定セキュア長さ閾が決定のために使用されてよい。損失RLC  PDUの会話ペイロードの長さがセキュア長さ閾より大きいとき、１．２の前述の方法が実行される。損失RLC  PDUの会話ペイロードの長さがセキュア長さ閾より大きくないとき、２の前述の方法が実行され、終了位置に位置するRLC  PDUを復元する。
【０２１２】
RLC  PDUのデータフィールド内のデータを取得する前述の方法では、一方の方法は正しく受信されなかったMAC  PDUに基づき実行され、他方の方法は終了位置に位置するRLC  PDUのデータフィールド内のデータとして所定ビットシーケンスを用いて実行される。以下は、RLC  PDUのデータフィールド内のデータを取得するための別の方法を提供する。
【０２１３】
３.３．ランダムビットシーケンスが、データフィールド内のデータとして使用される。
【０２１４】
具体的に言うと、RLC  PDUのデータフィールド内のデータを取得するステップは、以下のステップを含む。
【０２１５】
ステップＥ１：損失RLC  PDUの会話ペイロードの長さを、正しく受信されたRLC  PDUの会話データの長さ及び所定会話フレーム長に基づき計算する。
【０２１６】
基地局は、損失RLC  PDUの会話ペイロードの長さを、所定会話フレーム長から、組み立てられるべきPDCP  PDU内の正しく受信されたRLC  PDUの会話データの長さを減算することにより計算を通じて取得してよい。１つ以上の損失RLC  PDUが存在してよい。複数のRLC  PDUが損失したとき、計算を通じて取得される会話ペイロードの長さは、全ての損失RLC  PDUの会話ペイロードの長さのセットである。
【０２１７】
ステップＥ２：会話ペイロードの長さと一致する長さのランダムビットシーケンスを取得する。
【０２１８】
損失RLC  PDUの会話ペイロードの長さを計算した後に、基地局は、損失RLC  PDUの会話ペイロードの長さに等しい長さのランダムビットシーケンスを取得し、ランダムビットシーケンスを復元RLC  PDUのデータフィールド内のデータとして使用する。
【０２１９】
ランダムビットシーケンスがデータフィールド内のデータとして使用される前述の方法は、RLC  PDUのデータフィールド内のデータを正しく受信されなかったMAC  PDUに基づき取得する方法の代替として使用できる。方法３の詳細な説明については、図５に示す実施形態の以下の説明を参照する。
【０２２０】
ステップ４０８：RLCヘッダを取得する。
【０２２１】
組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したとき、基地局は、更にRLCヘッダを取得する必要があり、RLCヘッダを使用して復元RLC  PDUを取得する。RLCヘッダはRLCSN及びFIを含む。
【０２２２】
任意で、RLCヘッダを正確に取得するために、本発明の幾つかの実施形態では、ステップ４０８は以下の方法で実施されてよい：
RLCヘッダ小野RLCSNを、損失RLC  PDUの前に位置する正しく受信されたRLC  PDUのRLCSN及び／又は損失RLC  PDUの後に位置する目標RLC  PDUのRLCSNに基づき決定するステップ。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、RLCヘッダのFIは１０であると決定される。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、RLCヘッダのFIは１１であると決定される。
【０２２３】
したがって、損失セグメントのRLCSNは、損失RLC  PDUの前に位置する正しく受信されたRLC  PDU及び損失RLC  PDUの後に位置する正しく受信されたRLC  PDUに基づき、正確に推定できる。FIは、損失RLC  PDUが、損失RLC  PDUの属するPDCP  PDU内の最後のセグメントであるか否かに基づき決定される。
【０２２４】
ステップ４０９：RLCヘッダ及びデータフィールド内のデータを用いて、復元RLC  PDUを生成する。
【０２２５】
RLC  PDUのデータフィールド内のデータ及びRLCヘッダが前述の方法を用いて取得された後に、復元RLC  PDUは、２つのデータ片に基づき生成されてよい。復元RLC  PDUは、組み立てられるべきPDCP  PDU内の損失RLC  PDUを置き換えるために使用されてよい。したがって、基地局のPDCPレイヤにあるRLC  PDUが損失したとき、基地局は、依然として、組み立てられるべきPDCP  PDU内の全てのRLC  PDUを取得できる。
【０２２６】
例えば、基地局は、有効RLC  PDUを、取得した会話ペイロードに基づき及び推定RLCSN及びフラグFIを参照して構成し、有効RLC  PDUを実行されるべきパケットアセンブリのために使用されるRLC_Bufferに書き込む。RLC_Bufferは、正しく受信され実行されるべきパケットアセンブリのために使用されるRLC  PDUを格納するために使用される、RLCレイヤにあるバッファである。
【０２２７】
ステップ４１０：正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成する。
【０２２８】
このように、基地局は、組み立てられるべきPDCP  PDU内の正しく受信されたRLC  PDU及び損失RLC  PDUを復元するために使用される復元RLC  PDUの両方を含む。したがって、RLC  PDUが元々損失した組み立てられるべきPDCP  PDU内のRLC  PDUは損失せず、基地局は、正しく受信されたRLC  PDU及び復元RLC  PDUに基づき、PDCP  PDUを生成できる。
【０２２９】
例えば、前述の方法を実行することにより、基地局のRLC_Bufferが更新される。RLC_Bufferは、正しく受信されたRLC  PDU及び復元RLC  PDUの両方を含む。したがって＜PDCP  PDUは、通常パケットアセンブリ手順に基づき組み立てることができる。
【０２３０】
結論として、組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUが取得される。正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUである。次に、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かが決定される。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、RLC  PDUのデータフィールド内のデータが取得され、RLCヘッダが取得される。次に、復元RLC  PDUがRLCヘッダ及びデータフィールド内のデータを用いて生成された後に、PDCP  PDUは、正しく受信されたRLC  PDU及び復元RLC  PDUに基づき生成される。このように、PDCP  PDU内のRLC  PDUが損失すると、損失RLC  PDUを復元するために、復元RLC  PDUが生成され、PDCP  PDUは、復元RLC  PDU及び正しく受信されたRLC  PDUを組み立てることにより取得できる。したがって、RLC  PDUの損失したPDCP  PDUが廃棄されることが防がれ、PDCP  PDUが蓄えられ、それにより、データ損失を低減し、フレームデータの完全性を向上する。ユーザがPDCP  PDUに関連するデータを使用するとき、ユーザの主観的経験が向上され得る。
【０２３１】
図４に示す実施形態は、主に、正しく受信されなかったMAC  PDUに基づき、損失RLC  PDUを復元する方法を提供する。以下は、ランダムビットシーケンスを用いて損失RLC  PDUを復元する別の方法を提供する。図４に示す方法では、CRCチェックを通じて決定された、正しく受信されなかったMAC  PDUが格納される必要がある。例えば、バッファ領域ErrorBufferは、RLCレイヤにおいて、正しく受信されなかったMAC  PDUをバッファリングするために設定される。次に、ErrorBuffer内の正しく受信されなかったMAC  PDUは、後のパケットアセンブリ中に損失RLC  PDUを復元するために使用される。図５に示す実施形態では、バッファ領域ErrorBufferは、使用される必要がない。代わりに、損失RLC  PDUのデータフィールド内のデータは、ランダムビットシーケンスを直接用いて復元される。例えば、AMRシナリオでは、AMRは、サブフローBビットについて比較的良好な誤り耐性ロバストネスを有する。サブフローBビットのBERが５０％に達する場合でさえ、MOSスコアは依然として正利得を得る。これは、ランダム復元方式の基礎を提供する。図５に示す実施形態では、サブフローBセグメントに属する任意の数の損失RLC  PDUが復元されてよい。
【０２３２】
図５は、本発明の一実施形態によるデータ処理方法の方法フローチャートである。図５を参照すると、本発明の本実施形態の方法は以下のステップを含む。
【０２３３】
ステップ５０１：PDCP  PDU内のN個の正しく受信されたRLC  PDUを取得する。
【０２３４】
正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUであり、Nは正整数である。
【０２３５】
ステップ５０１は、前述の実施形態のステップ４０１及びステップ４０４を実行することにより実施されてよい。詳細については、ステップ４０１及びステップ４０４の詳細な説明を参照する。
【０２３６】
ステップ５０２：組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したか否かを決定する。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、ステップ５０３が実行される。
【０２３７】
所定RLC  PDUは、会話ペイロード内のビットがサブフローBに属するRLC  PDUである。１つ以上の損失所定RLC  PDUが存在してよい。
【０２３８】
ステップ５０２については、ステップ４０６の詳細な説明を参照する。
【０２３９】
例えば、QCI１のRLC期限切れパケットアセンブリがトリガされると、組み立てられるべきPDCP  PDU内の開始RLC  PDU及び終了RLC  PDUが、RLCパケット範囲内で見付けられる必要があり、各RLC  PDUのサブフローA又はサブフローBのフラグが決定される必要がある。組み立てられるべきPDCP  PDU内の、サブフローBに属するRLC  PDUのみが損失したか否かが決定される。組み立てられるべきPDCP  PDU内の、サブフローBに属するRLC  PDUのみが損失した場合、ステップ５０３が実行される。その他の場合、RLCパケット範囲内で、別の組み立てられるべきPDCP  PDU内の、サブフローBに属するRLC  PDUが損失したか否かが決定され、以下同様である。
【０２４０】
本発明の幾つかの実施形態では、ステップ５０２は、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かを決定するステップであってよい。代替として、所定RLC  PDUは別の定義を有する。
【０２４１】
ステップ５０３：損失RLC  PDUの会話ペイロードの長さを、正しく受信されたRLC  PDUの会話データの長さ及び所定会話フレーム長に基づき計算する。
【０２４２】
ステップ５０４：会話ペイロードの長さと一致する長さのランダムビットシーケンスを取得する。
【０２４３】
基地局が損失RLC  PDUの会話ペイロードの長さを決定した後に、基地局は、会話ペイロードの長さに等しい長さのランダムビットシーケンスのみを取得してよい。取得したランダムビットシーケンスは、損失RLC  PDUの会話ペイロードとして使用されてよい。
【０２４４】
ステップ５０３及びステップ５０４は、RLC  PDUのデータフィールド内のデータを取得する特定の方法である。
【０２４５】
１つ以上の損失RLC  PDUが存在してよい。言い換えると、復元を通じて及び正しく受信されたRLC  PDUに基づき取得されたRLC  PDUが復元後の有効会話フレームであるならば、ランダムビットシーケンスを用いて復元された、サブフローBに属するRLC  PDUの数は、制限されない。
【０２４６】
１つのRLC  PDUが損失したとき、会話ペイロードの長さと一致する長さのランダムビットシーケンスは、損失RLC  PDUの会話ペイロードとして直接使用される。複数のRLC  PDUが損失したとき、会話ペイロードの長さと一致する長さのランダムビットシーケンスを取得する特定の実装方法は以下の通りである：所定長又はランダム長の複数のランダムビットシーケンスを取得するステップであって、複数のランダムビットシーケンスの全長は、会話ペイロードの長さに等しい、ステップ。例えば、３個のRLC  PDUが損失したとき、全ての損失RLC  PDUの会話ペイロードの全長が計算された後に、会話ペイロードの長さは、３個の等しい部分に分割され、次に、３個の等しい部分の長さにそれぞれ等しい長さの３個のランダムビットシーケンスが取得される。代替として、３個のランダムビットシーケンスの全長が損失RLC  PDUの会話ペイロードの全長に等しいならば、ランダム長の３個のランダムビットシーケンスが取得される。
【０２４７】
例えば、RLC  PDUの損失は、以下の３つの場合に分類されてよい。
【０２４８】
I．図６Ａに示すように、組み立てられるべきPDCP  PDU内の、サブフローBセグメントに属する１個のRLC  PDUのみが損失する。損失RLC  PDUの会話ペイロードが決定された後に、ランダム０−１ビットシーケンスが充填のために使用される。この場合、組み立てられるべきPDCP  PDU内の損失会話ペイロードの位置は、正しく受信されたRLCセグメントに基づき決定できる。
【０２４９】
II．図６Ｂに示すように、組み立てられるべきPDCP  PDU内の、サブフローBセグメントに属する複数の連続RLC  PDUが損失する。損失RLC  PDUの会話ペイロードが決定された後に、ランダム０−１ビットシーケンスが、RLC  PDUのデータフィールド内のデータを充填するために使用される。この場合、場合Ｉと同様に、組み立てられるべきPDCP  PDU内の損失会話ペイロードの位置も決定できる。
【０２５０】
III．図６Ｃに示すように、組み立てられるべきPDCP  PDU内の、サブフローBセグメントに属する複数の不連続RLC  PDUが損失する。この場合、ランダム０−１ビットシーケンスが各損失RLC  PDUに対応するサブフローBを復元するために使用され、損失し復元されたサブフローBの全長が損失RLC  PDUの会話ペイロードの全長に等しいならば、各セグメントに対応するサブフローBの長さは柔軟に選択されてよい。このように、組み立てられるべきPDCP  PDUの中で、不連続損失サブフローBセグメントの間に位置する正しいRLC  PDUの会話データのシフトが引き起こされるが、エミュレーションは、このような方法で処理することが、僅かな効果しか有さず、負利得を導入せず、この場合の確率が比較的低いことを示す。
【０２５１】
ステップ５０５：RLCヘッダを取得する。
【０２５２】
ステップ５０５については、ステップ４０８の詳細な説明を参照する。
【０２５３】
ステップ５０６：ランダムビットシーケンス及びRLCヘッダを用いて、復元RLC  PDUを生成する。
【０２５４】
ステップ５０６については、ステップ４０９の詳細な説明を参照する。ランダムビットシーケンスは、RLC  PDUのデータフィールド内のデータである。
【０２５５】
例えば、正しいRLCヘッダは、ランダムに復元されたRLC  PDUの会話ペイロードに追加されて、有効復元RLC  PDUを構成し、有効復元RLC  PDUを実行されるべきパケットアセンブリのために使用されるRLC_Bufferに書き込む。
【０２５６】
ステップ５０７：正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成する。
【０２５７】
PDCP  PDUは、M個のRLC  PDUを含み、Mは正整数であり、N<Mである。言い換えると、N個の正しく受信されたRLC  PDU及び（M−N）個の復元RLC  PDUは、組み立てられて、PDCP  PDUを取得する。
【０２５８】
ステップ５０７については、ステップ４１０の詳細な説明を参照する。
【０２５９】
例えば、現在PDCP  PDUがRLC_Buffer内のRLCパケット範囲内の最後のPDCPではない場合、ステップ５０２が実行される。その他の場合、更新されるRLC_Bufferについて、PDCPは通常パケット手順に基づき組み立てることができる。
【０２６０】
結論として、本発明の本実施形態におけるデータ処理方法によると、組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUが取得される。正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUである。次に、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かが決定される。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、RLC  PDUのデータフィールド内のデータが取得され、RLCヘッダが取得される。次に、復元RLC  PDUがRLCヘッダ及びデータフィールド内のデータを用いて生成された後に、PDCP  PDUは、正しく受信されたRLC  PDU及び復元RLC  PDUに基づき生成される。このように、PDCP  PDU内のRLC  PDUが損失すると、損失RLC  PDUを復元するために、復元RLC  PDUが生成され、PDCP  PDUは、復元RLC  PDU及び正しく受信されたRLC  PDUを組み立てることにより取得できる。したがって、RLC  PDUの損失したPDCP  PDUが廃棄されることが防がれ、PDCP  PDUが蓄えられ、それにより、データ損失を低減し、フレームデータの完全性を向上する。ユーザがPDCP  PDUに関連するデータを使用するとき、ユーザの主観的経験が向上され得る。
【０２６１】
前述のデータ処理方法が実行され、その結果、パケットアセンブリがRLCレイヤで実行され、及びPDCPパケット全体が廃棄されることを防がれるとき、特定BERが許容される。したがって、より多くの有効会話ビットが蓄えられ、それにより会話の主観的経験を向上する。これは、データの不均衡保護を実施する。
【０２６２】
本発明の本実施形態におけるデータ処理方法は、QCI１サービス及びQCI２サービスに適用可能であることが理解され得る。AMR会話に加えて、方法は、EVSのような別の会話符号化／復号システム、及び優先度及び重要性がビデオ電話サービス又は無線ビデオサービスの上位レイヤパケット又は下位レイヤパケットの送信中に区別可能な任意のシナリオに適用可能である。
【０２６３】
本発明の幾つかの実施形態では、再送終了方式、例えば図７に示す実施形態が更に提供される。再送終了方法は、損失RLC  PDUを復元する前述の方法と連携して実施されてよい。例えば、図７に示す実施形態における再送終了方法は、ステップ４０６の前に実行されてよい。代替として、図７に示す方法は独立して使用されてよい。これは、本発明の本実施形態において具体的に限定されない。
【０２６４】
図７に示す実施形態における再送終了方法の実行処理は以下の通りである：PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するステップと、非有効ビットに対応するMAC  PDUの再送回数が、再送が終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するステップと。再送が終了するまでに生じる再送回数は、MAC  PDUの最大再送回数より少ない。
【０２６５】
具体的に、図７は、再送終了方法の方法フローチャートである。図７を参照すると、本発明の本実施形態の方法は以下のステップを含む。
【０２６６】
ステップ７０１：HARQ処理を通じて、MAC  PDU及びMAC  PDUをチェックするために使用されるCRCを含むトランスポートブロックを取得する。
【０２６７】
基地局は、物理レイヤにおけるHARQ処理を取得して、MAC  PDU及びMAC  PDUをチェックするために使用されるCRCを含むトランスポートブロックを取得する。MAC  PDUは、非有効ビットに対応するMAC  PDU及び有効ビットに対応するMAC  PDUを含んでよい。非有効ビットに対応するMAC  PDUは、会話データビットがサブフローBビットに属するMAC  PDUのような、データビットの品質パラメータが所定品質閾より小さいMAC  PDUである。相応して、有効ビットに対応するMAC  PDUは、会話データビットがサブフローAビットに属するMAC  PDUのような、データビットの品質パラメータが所定品質閾より大きいMAC  PDUである。
【０２６８】
捨て婦７０１は、ステップ４０１の特定の実装であってよい。
【０２６９】
ステップ７０２：MAC  PDUの種類を決定する。
【０２７０】
MAC  PDUの種類は、第１種類及び第２種類を含む。第１種類のMAC  PDUは、PDCP  PDU内の有効ビット、つまり有効ビットに対応するMAC  PDUを含む。第２種類のMAC  PDUは、PDCP  PDU内の非有効ビット、つまり非有効ビットに対応するMAC  PDUを含む。第１種類に対応する最大再送回数は、第２種類に対応する、再送が終了するまでに生じる再送回数より大きい。再送が終了するまでに生じる再送回数は、MAC  PDUの最大再送回数より少ない。MAC  PDUの最大再送回数は、システムにより設定された最大再送回数であり、MAC  PDUの最大再送回数と第１種類に対応する最大再送回数とは同じ値である。
【０２７１】
例えば、第１種類は、MAC  PDUの会話データがサブフローAビットに属する種類であり、第２種類は、MAC  PDUの会話データがサブフローBビットに属する種類である。第１種類に対応する最大再送回数は、第２種類に対応する、再送が終了するまでに生じる再送回数より大きい。例えば、第１種類が、MAC  PDUの会話データがサブフローAビットに属する種類であり、第２種類が、MAC  PDUの会話データがサブフローBビットに属する種類であるとき、第１種類に対応する最大再送回数は、第２種類に対応する、再送が終了するまでに生じる再送回数より大きい。第１種類に対応する最大再送回数通信システムにより設定された最大再送回数であってよく、第２種類に対応する、再送が終了するまでに生じる再送回数は所定値である。
【０２７２】
MAC  PDUの種類が決定された後に、MACの種類に対応する最大再送回数、又はMAC  PDUの種類に対応する、再送が終了するまでに生じる再送回数が取得されてよい。MAC  PDUが第２種類であるとき、第２種類のMAC  PDUの再送回数が、第２種類に対応する、再送が終了するまでに生じる再送回数に達したか否かが検出される。MAC  PDUの種類を決定するステップは、以下のステップを含む。
【０２７３】
ステップＦ１：PUCCH（Physical  Uplink  Control  Channel、物理アップリンク制御チャネル）上でSR（Scheduling  Request）メッセージを取得する。
【０２７４】
ステップＦ２：MAC  PDUの中で、組み立てられるべきPDCP  PDU内の開始RLC  PDUを、SRメッセージに基づき決定する。
【０２７５】
各PDCP  PDU内の開始セグメントは、PUCCH上のSRメッセージに基づき分かってよい。
【０２７６】
ステップＦ３：トランスポートブロックのTB  Size、平均MACヘッダ長、及びRLCヘッダ長に基づき、トランスポートブロックに含まれるRLC  PDUの会話データの長さを決定する。
【０２７７】
ステップＦ４：開始RLC  PDUから開始する連続して受信されたRLC  PDUの会話データの長さに基づき、サブフローAの所定全長の範囲内に位置するRLC  PDUが属するMAC  PDUが第１種類であること、及び、サブフローAの所定全長の範囲外に位置するRLC  PDUが属するMAC  PDUが第２種類であること、を決定する。サブフローAの全長は、サブフローAビットに属する、組み立てられるべきPDCP  PDUの会話データの長さである。
【０２７８】
ステップ７０３：第２種類のMAC  PDUの再送回数が、再送が終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信する。
【０２７９】
基地局は、CRCに基づき、第２種類のMAC  PDUが正しく送信されなかったと決定する。この場合、送信端はMAC  PDUを再送する。第２種類のMAC  PDUの再送回数が、再送が終了するまでに生じる再送回数に達したとき、基地局は、ACK（Acknowledgement、肯定応答）メッセージを送信装置へ送信する。ACKメッセージは、正しく送信されなかった第２種類のMAC  PDUを送信装置が再送するのを停止するために使用される。
【０２８０】
例えば、MAC  PDUの種類が、サブフローA種類及びサブフローB種類に分類されるとき、サブフローA種類に対応する最大再送回数は、設定値、つまりシステムにより設定された最大再送回数であってよい。サブフローB種類に対応する、再送が終了するまでに生じる再送回数は、サブフローA種類に対応する最大再送回数より少なく、サブフローB種類に対応する、再送が終了するまでに生じる再送回数は、システムにより設定された最大再送回数、例えば作業員により設定された値より少ない。サブフローB種類に対応する、再送が終了するまでに生じる再送回数を決定する２つの方法がある。サブフローAに対応する最大再送回数より少ない所定値を使用すること、又は、現在受信したサブフローBのBLERを所定BLER（block  error  rate、ブロック誤り率）閾と比較することにより、サブフローBに対応する最大再送回数を適応的に決定すること、である。具体的に言うと、サブフローB種類のMAC  PDUの再送に対応するBLER（基地局は、最近の期間内の再送の度のBLERに関する統計を収集する）が、所定BLER閾より小さい場合、再送は直ちに終了されてよい。例えば、チャネル状態が良好な場合、サブフローB種類のMAC  PDUが３回だけ再送されるとき、BLER閾が満たされてよい。しかしながら、チャネル状態が粗悪な場合、サブフローB種類のMAC  PDUが５回再送されるまで、BLER閾が満たされてよい。サブフローBに対応する最大再送回数は、チャネル状態に基づき適応的に調整されてよい。
【０２８１】
サブフローB種類のMAC  PDUの再送回数が、サブフローB種類に対応する、再送が終了するまでに生じる再送回数に達したとき、基地局は、UEへACKメッセージを送信する。その結果、UEは、サブフローB種類のMAC  PDUを再送することを停止し、MAC  PDUの再送回数がシステムにより設定された最大再送回数に達するまで待機する必要がなく、それにより、サブフローB種類のMAC  PDUの再送を事前に終了する。
【０２８２】
LTEシナリオでは、HARQ送信メカニズムは、上位レイヤにおける送信遅延の増大を引き起こし得る。この現象は、TTI  Bundlingシナリオで特に深刻であり、高待ち時間がPDCPレイヤにおけるアクティブパケット損失を引き起こし得る。上位レイヤにおける多数のパケットの損失は、会話の主観的経験にも深刻に影響を与え得る。既存のMAC処理メカニズムは、物理レイヤで送信されるデータパケットに等しい送信機会を与える。しかしながら、VoLTEシナリオでは、会話フレームに含まれるビットは異なる重要性を有する。最適な送信の観点から、異なる重要性の会話ビットは、異なる送信機会（リソース）を取得してよい。有効サブフロー（例えば、サブフローA）は、別のサブフローより多くの送信機会を取得するべきである。非有効サブフローの送信機会の適切な低減は、上位レイヤにおけるパケット損失の確率を低減してよく、それにより会話スループット全体を増大する。
【０２８３】
結論として、図７に示す実施形態における方法によると、非有効サブフローの送信回数は、特定BER条件の下で低減できる。言い換えると、非有効サブフローの送信の「最終的終了」の特性が導入される。その結果、サブフローA種類のMAC  PDUは、より多くの送信機会を取得し、上位レイヤにおけるPDCPパケット損失の機械が低減され、会話スループットが向上し、最終的に会話の主観的経験が向上する。図７に示す実施形態における方法は、特にTTIBシナリオに適用可能である。
【０２８４】
前述の方法の効果を検証するために、例えばAMRシナリオで、本発明の実施形態で提供されたデータ処理方法が実行された後に、実行効果がテストを通じて検証される。
【０２８５】
１．AMRにおける異なるサブフローについての誤り耐性能力のエミュレーション。
【０２８６】
誤りがAMRにおけるサブフローAで生じると、会話の主観的経験が大きく影響され、デコーダは異常になり得る。したがって、サブフローAは、非常に重要であると考えられ、BER（Bit  Error  Ratio、ビット誤り率）は、厳密に０に制御されるべきである。その結果、エミュレーションはここでは必要ない。
【０２８７】
図８Ａ及び図８Ｂは、それぞれ、会話レートがAMR−WBにおいて１２．６５k及び２３．８５kであり、上位レイヤにおけるパケット損失率（FER）がそれぞれ１％及び０．２％であるとき、特定誤りビット（BERは０に等しくない）を含むサブフローBのMOS（Mean  Opinion  Score、平均オピニオンスコア）スコアへの影響を示す。図中のMOSは、平均オピニオンスコアであり、Es/N０はシンボルエネルギのノイズ電力スペクトル密度に対する比である。
【０２８８】
図８Ａ及び図８Ｂの両者は、上位レイヤにおけるパケット損失率が指定されるとき、及びサブフローBのBERが０に等しくないとき、BERが指定範囲内で制御される場合に、会話の主観的経験への影響が無視できることを示す。
【０２８９】
図８Ｃは、FER＝１０％のとき、及びサブフローAの誤り率＝０、３０％、５０％及び７０％のとき、MOSスコアがサブフローBのBERと共に変化することを示す。ベンチマークは、PDCP全体が廃棄されるときのMOSスコアを示す。結果は、サブフローB内のビットについて、AMRが比較的良好な誤り耐性ロバストネスを有することを示す。サブフローBのBERが５０％に達する場合でさえ、MOSスコアは依然として正利得を得る。これは、本発明の本実施形態で提供されるデータ処理方法の基礎である。
【０２９０】
２．データ処理方法のエミュレーション検証
【０２９１】
チャネル種類：ETU７０チャネル。
【０２９２】
会話サービス：レートがそれぞれ１２．６５k及び２３．８５kに設定されたAMR  WBサービス。
【０２９３】
評価方法：チャネル品質の変化と共にMOSスコアの変化を観測する。
【０２９４】
水平座標：現在チャネル品質の平均値を表すEsN０正規化値。
【０２９５】
垂直座標：P８６３−Ploqaを用いて直接測定されたMOSスコア。
【０２９６】
図９Ａは、本発明の一実施形態によるデータ処理方法の利得の図である。データ処理方法は、具体的に、データフィールド内のデータが図４に示す方法で正しく受信されなかったMAC  PDUに基づき取得される、データ処理方法である。図中の復元（recovery）の曲線は、本発明の実施形態におけるデータ処理方法に従い生成された曲線である。
【０２９７】
図９Ａから以下が分かる：
同じEs/N０チャネル品質条件の下では、MOSスコアは、本発明の実施形態で提供されたデータ処理方法が使用された後に、明きからに向上した。
【０２９８】
図９Ｂは、データフィールド内のデータが正しく受信されなかったMAC  PDUに基づき取得されるデータ処理方法（つまり、ErrorBufferRecover誤りバッファ復元）と、ランダム復元を通じるデータ処理方法（つまり、RandomRecoverランダム復元、図５に示す実施形態における方法）との間の性能比較を示す。どの復元方式が使用されるかに拘わらず、MOSが明らかな利得を取得できることが分かる。データフィールド内のデータが正しく受信されなかったMAC  PDUに基づき取得される復元方式の性能は、最適であるが、複雑性が高い。ランダム復元方式の複雑性は低いが、明らかな性能劣化がない。したがって、ランダム復元方式が良好な妥協案である。
【０２９９】
図１０Ａは、本発明の一実施形態によるデータ処理装置の概略構造図である。図１０Ｂは、図１０Ａに示すデータ処理装置の部分概略構造図である。データ処理装置は、前述の実施形態において提供されたデータ処理方法を実行するよう構成されてよい。図１０Ａを参照すると、本発明の本実施形態において提供されるデータ処理装置は以下を含む：
パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するよう構成される取得ユニット１００１と、
N個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成するよう構成された生成ユニット１００２と。ここで、PDCP  PDUは、M個のRLC  PDUを含み、Mは正整数であり、N<Mである。
【０３００】
任意で、
生成ユニット１００２は、
少なくとも１つの復元RLC  PDUを取得するよう構成された取得モジュール１００３と、
N個の正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成するよう構成された生成モジュール１００４と、を含む。
【０３０１】
任意で、
復元RLC  PDU内のデータは、１つ以上の正しく受信されなかったMAC  PDUから取得した会話ペイロードである。
【０３０２】
任意で、図１０Ｂを参照すると、
取得モジュール１００３は、
第１決定サブモジュール１００４であって、PDCP  PDU内のRLC  PDUが損失したとき、受信時点T１及びT２を決定するよう構成され、T１はPDCP  PDU内の損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２はPDCP  PDU内の損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、第１決定サブモジュール１００４と、
第２決定サブモジュール１００５であって、正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２との間の目標媒体アクセス制御MAC  PDUを決定するよう構成され、RLC  PDUの受信時点はRLC  PDUの属するMAC  PDUの受信時点であり、MAC  PDUの受信時点はMAC  PDUが受信されたときに記録された時点である、第２決定サブモジュール１００５と、
目標MAC  PDUから会話ペイロードを取得するよう構成される取得サブモジュール１００６と、
会話ペイロードに基づき復元RLC  PDUを生成するよう構成される生成サブモジュール１００７であって、復元RLC  PDUは損失RLC  PDUを置き換えるために使用される、生成サブモジュール１００７と、を含む。
【０３０３】
任意で、
復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである。
【０３０４】
任意で、
N個の正しく受信されたRLC  PDU内のデータは、PDCP  PDU内の有効ビットを含む。
【０３０５】
任意で、
本発明の本実施形態における装置は、送信ユニット１００８を更に含む。
【０３０６】
取得ユニット１００１は、PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するよう更に構成される。
【０３０７】
送信ユニット１００８は、非有効ビットに対応するMAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するよう構成され、再送の終了するまでに生じる再送回数は、MAC  PDUの最大再送回数より少ない。
【０３０８】
結論として、取得ユニット１００１は、PDCP  PDU内のN個の正しく受信されたRLC  PDUを取得し、次に、生成ユニット１００２が、N個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成する。PDCP  PDUは、M個のRLC  PDUを含み、N及びMは正整数であり、N<Mである。このように、PDCP  PDUは、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づき生成でき、PDCP  PDUを取得するために全部のRLC  PDUを組み立てる必要がない。したがって、使用される必要のないRLC  PDUが正しく受信されなかった又は損失した場合でも、PDCP  PDUの生成が影響を受けない。
【０３０９】
図１１は、本発明の一実施形態によるデータ処理装置のハードウェアの概略構造図である。データ処理装置１１００における大きな相違は、構成又は性能の相違により生成されてよい。データ処理装置１１００は、１つ以上の中央処理ユニット（central  processing  unit,  CPU）１１２２（例えば、１つ以上のプロセッサ）、１つ以上のメモリ１１３２、並びに、アプリケーションプログラム１１４２若しくはデータ１１４４を格納する１つ以上の記憶媒体１１３０（例えば、１つ以上の大容量記憶装置）を含んでよい。メモリ１１３２及び記憶媒体１１３０は、一時的記憶又は永久的記憶であってよい。記憶媒体１１３０に格納されたプログラムは、１つ以上のモジュール（図中にマークされない）を含んでよく、各モジュールはデータ処理装置に対する一連の命令演算を含んでよい。さらに、中央処理ユニット１１２２は、記憶媒体１１３０と通信し、データ処理装置１１００上で、記憶媒体１１３０内の一連の命令演算を実行するよう設定されてよい。
【０３１０】
データ処理装置１１００は、１つ以上の電源１１２６、１つ以上の有線若しくは無線ネットワークインタフェース１１５０、１つ以上の入力／出力インタフェース１１５８、及び／又は１つ以上のオペレーティングシステム１１４１、例えばWindows  Server（商標）、Mac  OS  X（商標）、Unix（商標）、Linux（商標）、FreeBSD（商標）を更に含んでよい。
【０３１１】
前述の実施形態におけるデータ処理装置により実行されるステップは、図１１に示すデータ処理装置の構造に基づいてよい。言い換えると、図１１に示すデータ処理装置は、前述の実施形態におけるデータ処理方法を実行するよう構成されてよい。図１０Ａ及び図１０Ｂに示すデータ処理装置の機能モジュールは、図１１に示すデータ処理装置に統合可能である。
【０３１２】
具体的に、メモリ１１３２に格納された演算命令を呼び出すことにより、プロセッサ１１２２は以下のステップを実行するよう構成される：
パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するステップと、
N個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成するステップであって、PDCP  PDUは、M個のRLC  PDUを含み、Mは正整数であり、N<Mである、ステップと。
【０３１３】
任意で、メモリ１１３２に格納された演算命令を呼び出すことにより、プロセッサ１１２２は以下のステップを実行するよう構成される：
少なくとも１つのRLC  PDUを取得するステップと、
N個の正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成するステップと。
【０３１４】
任意で、
復元RLC  PDU内のデータは、１つ以上の正しく受信されなかった媒体アクセス制御MAC  PDUから取得した会話ペイロードである。
【０３１５】
任意で、メモリ１１３２に格納された演算命令を呼び出すことにより、プロセッサ１１２２は以下のステップを実行するよう構成される：
PDCP  PDU内のRLC  PDUが損失したとき、受信時点T１及びT２を決定するステップであって、T１はPDCP  PDU内の損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２はPDCP  PDU内の損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、ステップと、
正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２との間の目標媒体アクセス制御MAC  PDUを決定するステップであって、RLC  PDUの受信時点はRLC  PDUの属するMAC  PDUの受信時点であり、MAC  PDUの受信時点はMAC  PDUが受信されたときに記録された時点である、ステップと、
目標MAC  PDUから会話ペイロードを取得するステップと、
会話ペイロードに基づき復元RLC  PDUを生成するステップであって、復元RLC  PDUは損失RLC  PDUを置き換えるために使用される、ステップと。
【０３１６】
任意で、
復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである。
【０３１７】
任意で、
N個の正しく受信されたRLC  PDU内のデータは、PDCP  PDU内の有効ビットを含む。
【０３１８】
任意で、メモリ１１３２に格納された演算命令を呼び出すことにより、プロセッサ１１２２は以下のステップを実行するよう構成される：
PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するステップと、
非有効ビットに対応するMAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するステップであって、再送の終了するまでに生じる再送回数は、MAC  PDUの最大再送回数より少ない、ステップと。
【０３１９】
結論として、装置は、PDCP  PDU内のN個の正しく受信されたRLC  PDUを取得し、次にN個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成する。ここで、PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、Ｎ<Mである。このように、PDCP  PDUは、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づき生成でき、PDCP  PDUを取得するために全部のRLC  PDUを組み立てる必要がない。したがって、使用される必要のないRLC  PDUが正しく受信されなかった又は損失した場合でも、PDCP  PDUの生成が影響を受けない。
【０３２０】
前述の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組み合わせを用いて実施されてよい。実施形態を実施するためにソフトウェアが使用されるとき、実施形態は、全部又は部分的にコンピュータプログラムプロダクトの形式で実施されてよい。
【０３２１】
コンピュータプログラムプロダクトは、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令はコンピュータ上にロードされ実行されると、本発明の実施形態による手順又は機能が全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラマブル機器であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてよく、又はあるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ、有線（例えば同軸ケーブル、光ファイバ、又はデジタル加入者線（DSL））又は無線（例えば赤外線、無線、マイクロ波）方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータ、又は１つ以上の使用可能媒体を統合するサーバ若しくはデータセンタのようなデータ記憶装置によりアクセス可能な任意の使用可能媒体であってよい。使用可能媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、DVD）、半導体媒体（例えば、ソリッドステートディスク（Solid  State  Disk（SSD））、等であってよい。
【図１Ａ】
2020516178.tif 000004
【図１Ｂ】
2020516178.tif 000005
【図１Ｃ】
2020516178.tif 000006
【図２】
2020516178.tif 000007
【図３Ａ】
2020516178.tif 000008
【図３Ｂ】
2020516178.tif 000009
【図４】
2020516178.tif 000010
【図５】
2020516178.tif 000011
【図６Ａ】
2020516178.tif 000012
【図６Ｂ】
2020516178.tif 000013
【図６Ｃ】
2020516178.tif 000014
【図７】
2020516178.tif 000015
【図８Ａ】
2020516178.tif 000016
【図８Ｂ】
2020516178.tif 000017
【図８Ｃ】
2020516178.tif 000018
【図９Ａ】
2020516178.tif 000019
【図９Ｂ】
2020516178.tif 000020
【図１０Ａ】
2020516178.tif 000021
【図１０Ｂ】
2020516178.tif 000022
【図１１】
2020516178.tif 000023
【手続補正書】
【提出日】令和1年10月21日(2019.10.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ処理方法であって、前記方法は、
パケットデータコンバージェンスプロトコル、PDCP、プロトコルデータユニット、PDU、内のN個の正しく受信された無線リンク制御、RLC、  PDUを取得するステップと、
前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するステップであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、ステップと、
を含む方法。
【請求項２】
前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成する前記ステップは、
少なくとも１つの復元RLC  PDUを取得するステップと、
前記N個の正しく受信されたRLC  PDU及び前記復元RLC  PDUに基づき、前記PDCP  PDUを生成するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記復元RLC  PDU内のデータは、１つ以上の正しく受信されなかった媒体アクセス制御、MAC、  PDUから取得した会話ペイロードである、請求項２に記載の方法。
【請求項４】
前記少なくとも１つの復元RLC  PDUを取得する前記ステップは、
前記PDCP  PDU内のRLC  PDUが損失しているとき、受信時点T１及びT２を決定するステップであって、T１は前記PDCP  PDU内の前記損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２は前記PDCP  PDU内の前記損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、ステップと、
前記正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２の間にある目標媒体アクセス制御MAC  PDUを決定するステップであって、RLC  PDUの受信時点は、該RLC  PDUの属するMAC  PDUの受信時点であり、前記MAC  PDUの前記受信時点は該MAC  PDUが受信されたときに記録された時点である、ステップと、
前記目標MAC  PDUから会話ペイロードを取得するステップと、
前記会話ペイロードに基づき復元RLC  PDUを生成するステップであって、前記復元RLC  PDUは前記損失RLC  PDUを置き換えるために使用される、ステップと、
を含む、請求項３に記載の方法。
【請求項５】
前記復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである、請求項２に記載の方法。
【請求項６】
前記N個の正しく受信されたRLC  PDU内のデータは、前記PDCP  PDU内の有効ビットを含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するステップと、
前記非有効ビットに対応する前記MAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するステップであって、前記再送の終了するまでに生じる再送回数は、前記MAC  PDUの最大再送回数より少ない、ステップと、
を更に含む、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
データ処理装置であって、前記装置は、
パケットデータコンバージェンスプロトコル、PDCP、プロトコルデータユニット、PDU、内のN個の正しく受信された無線リンク制御、RLC、  PDUを取得するよう構成される取得ユニットと、
前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するよう構成される生成ユニットであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、生成ユニットと、
を含む装置。
【請求項９】
前記生成ユニットは、
少なくとも１つの復元RLC  PDUを取得するよう構成される取得モジュールと、
前記N個の正しく受信されたRLC  PDU及び前記復元RLC  PDUに基づき、前記PDCP  PDUを生成するよう構成される生成ユニットと、
を含む、請求項８に記載の装置。
【請求項１０】
前記復元RLC  PDU内のデータは、１つ以上の正しく受信されなかったMAC  PDUから取得した会話ペイロードである、請求項９に記載の装置。
【請求項１１】
前記取得モジュールは、
前記PDCP  PDU内のRLC  PDUが損失しているとき、受信時点T１及びT２を決定するよう構成される第１決定サブモジュールであって、T１は前記PDCP  PDU内の前記損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２は前記PDCP  PDU内の前記損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、第１決定サブモジュールと、
前記正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２の間にある目標媒体アクセス制御MAC  PDUを決定するよう構成される第２決定サブモジュールであって、RLC  PDUの受信時点は、該RLC  PDUの属するMAC  PDUの受信時点であり、前記MAC  PDUの前記受信時点は該MAC  PDUが受信されたときに記録された時点である、第２決定サブモジュールと、
前記目標MAC  PDUから会話ペイロードを取得するよう構成される取得サブモジュールと、
前記会話ペイロードに基づき復元RLC  PDUを生成するよう構成される生成サブモジュールであって、前記復元RLC  PDUは前記損失RLC  PDUを置き換えるために使用される、生成サブモジュールと、
を含む、請求項１０に記載の装置。
【請求項１２】
前記復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである、請求項９に記載の装置。
【請求項１３】
前記N個の正しく受信されたRLC  PDU内のデータは、前記PDCP  PDU内の有効ビットを含む、請求項８乃至１２のいずれか一項に記載の装置。
【請求項１４】
前記装置は、送信ユニットを更に含み、
前記取得ユニットは、前記PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するよう更に構成され、
前記送信ユニットは、前記非有効ビットに対応する前記MAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するよう構成され、前記再送の終了するまでに生じる再送回数は、前記MAC  PDUの最大再送回数より少ない、
請求項８乃至１３のいずれか一項に記載の装置。
【請求項１５】
コンピュータ可読記憶媒体であって、命令を含み、前記命令がコンピュータ上で実行されると、前記コンピュータが請求項１乃至７のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。
【請求項１６】
コンピュータに請求項１乃至７のいずれかに記載の方法を実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特にデータ処理方法及び装置に関する。
【背景技術】
【０００２】
ロングタームエボリューション（long  term  evolution,  LTE）ユーザプレーンプロトコルスタックは、パケットデータコンバージェンスプロトコル（PDCP）、無線リンクプロトコル（RLC）、及び媒体アクセス制御プロトコル（MAC）を含む。RLCレイヤは、PDCPレイヤとMACレイヤとの間に位置する。RLCレイヤはPDCPレイヤとサービスアクセスポイント（SAP）を用いて通信し、MACレイヤと論理チャネルを通じて通信する。受信側では、PDCP  PDUは複数のRLC  PDUを含む。PDCP  PDUに含まれるRLC  PDUのうちの少なくとも１つが損失した場合、MACレイヤはRLC  PDUを再送する。損失RLC  PDUが再送を通じて復元できない場合、PDCP  PDUに関連する全てのRLC  PDUセグメントが廃棄される。したがって、ユーザの主観的経験が影響される。
【発明の概要】
【０００３】
本発明の実施形態は、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づきPDCP  PDUを取得するためのデータ処理方法及び装置を提供し、それによりユーザの主観的経験を向上する。
【０００４】
第１の態様によると、本発明の一実施形態は、データ処理方法を提供し、前記方法は、パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するステップと、前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するステップであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、ステップと、を含む。前記正しく受信されたRLC  PDUは、正しく受信されたMAC  PDUから取得されたRLC  PDUであり、前記正しく受信されたMAC  PDUは、対応するCRCチェックの正しいMAC  PDUである。
【０００５】
このように、PDCP  PDUは、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づき生成でき、PDCP  PDUを取得するために全部のRLC  PDUを組み立てる必要がない。したがって、使用される必要のないRLC  PDUが正しく受信されなかった又は損失した場合でも、PDCP  PDUの生成が影響を受けない。
【０００６】
第１の態様を参照して、第１の可能な実装では、前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するステップは、少なくとも１つの復元RLC  PDUを取得するステップと、前記N個の正しく受信されたRLC  PDU及び前記復元RLC  PDUに基づき、前記PDCP  PDUを生成するステップと、を含む。幾つかのRLC  PDUしか正しく受信されないので、復元RLC  PDUが更に取得される必要がある。その結果、PDCP  PDUを取得するために、復元RLC  PDU及び正しく受信されたRLC  PDUが組み立てられる。例えば、PDCP  PDU内のRLC  PDUが損失した後に、該損失RLC  PDUを置き換えるために復元RLC  PDUが取得され、それによりPDCP  PDUの組み立てを実施する。もちろん、RLC  PDUが損失したか又は損失しないかに拘わらず、装置は、幾つかの正しく受信されたRLC  PDU及び復元RLC  PDUのみを組み立てることにより、PDCP  PDUを取得できる。
【０００７】
第１の態様の第１の可能な実装を参照して、第２の可能な実装では、N個の正しく受信されたRLC  PDUに基づき前記PDCP  PDUを生成する前記ステップは、前記PDCP  PDU内のRLC  PDUが損失したか否かを決定するステップと、組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、少なくとも１つの復元RLC  PDUを取得するステップであって、前記復元RLC  PDUは前記損失RLC  PDUを復元するために使用される、ステップと、前記N個の正しく受信されたRLC  PDU及び前記復元RLC  PDUに基づき、前記PDCP  PDUを生成するステップと、を含む。具体的に言うと、RLC  PDUが損失したとき、装置は、復元RLC  PDUを損失RLC  PDUの復元として使用する。
【０００８】
第１の態様の第１又は第２の可能な実装を参照して、第３の可能な実装では、少なくとも１つの復元RLC  PDUを取得する前記ステップは、データフィールド内のデータを取得するステップであって、前記データフィールド内の前記データは、データフィールド内にある、RLC  PDU種類のデータである、ステップと、RLCヘッダを取得するステップと、を含む。言い換えると、RLC  PDUの部分がそれぞれ取得される。したがって、復元RLC  PDUは、RLCヘッダ及びデータフィールド内のデータに基づき生成される。
【０００９】
第１の態様の第１又は第２の可能な実装を参照して、第４の可能な実装では、前記RLC  PDUの損失は正しく受信されなかったMAC  PDUにより引き起こされるので、会話データは、前記復元RLC  PDU内のデータとして使用されるべき前記正しく受信されなかったMAC  PDUから取得される。具体的に言うと、復元RLC  PDU内のデータは、正しく受信されなかったMAC  PDUから取得された会話ペイロードである。正しく受信されなかったMAC  PDUは、対応するCRCチェックが正しくないMAC  PDUである。正しく受信されなかったMAC  PDUに含まれるRLC  PDU、及びPDCP  PDU内の損失RLC  PDUは、同じRLC  PDUであってよい。
【００１０】
正しく受信されなかったMAC  PDU内のデータは誤りを含むが、復元RLC  PDUは誤りを含むデータに基づき取得できる。次に、廃棄されるべきPDCP  PDUは、復元RLC  PDUに基づき蓄えられる。したがって、会話データ損失が低減され、ユーザの会話の主観的経験が向上する。
【００１１】
第１の態様の第３の可能な実装を参照して、第５の可能な実装では、データフィールド内のデータを取得する前記ステップは、目標MAC  PDUを取得するステップであって、前記目標MAC  PDUは、CRCチェックを用いて正しくないとしてチェックされたMAC  PDUであり、前記目標MAC  PDUに含まれるRLC  PDUは、前記組み立てられるべきPDCP  PDU内の前記損失RLC  PDUである、ステップと、前記目標MAC  PDUから会話ペイロードを取得するステップと、を含む。このような動作を実行することにより、復元RLC  PDU内のデータが１つ以上の正しく受信されなかったMAC  PDUから取得された会話ペイロードであることが実施されてよい。
【００１２】
第１の態様の第５の可能な実装を参照して、第６の可能な実装では、前記目標MAC  PDUから会話ペイロードを取得する前記ステップは、前記損失RLC  PDUが前記PDCP  PDU内の終了位置に位置せず、１個のRLC  PDUが損失したとき、前記正しく受信されたRLC  PDUの会話データの長さ及び所定会話フレーム長に基づき計算を通じて、前記損失RLC  PDUの会話ペイロードの長さを取得するステップと、前記目標MAC  PDUについて、後ろから前へ、前記損失RLC  PDUの前記会話ペイロードの前記長さに等しい長さの会話ペイロードを抽出するステップと、を含む。損失RLC  PDUがPDCP  PDU内の終了位置に位置せず、１個のRLC  PDUが損失したとき、損失RLC  PDUに対応する目標MAC  PDUの会話データは、目標MAC  PDUの終わりまで拡張する。この場合、損失RLC  PDUの会話データが取得された後に、損失RLC  PDUの会話データの長さと位置する長さの会話データが、後ろから前への順に目標MAC  PDUから取得できる。
【００１３】
第１の態様の第５の可能な実装を参照して、第７の可能な実装では、前記目標MAC  PDUから会話ペイロードを取得する前記ステップは、前記損失RLC  PDUが前記組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、前記目標MAC  PDUのMACヘッダ長を決定するステップと、前記目標MAC  PDUの前記MACヘッダ長及び所定RLCヘッダ長を除去することにより、前記会話ペイロードを取得するステップと、を含む。このように、目標MAC  PDUの会話ペイロードは、目標MAC  PDUのヘッダ長を除去することにより取得されてよい。本方法は、特に、複数のRLC  PDUが損失するシナリオに適用可能である。この場合、各損失RLC  PDUの会話ペイロードを決定することが困難であるからである。
【００１４】
第１の態様の第５の可能な実装を参照して、第８の可能な実装では、前記目標MAC  PDUから会話ペイロードを取得する前記ステップは、前記損失RLC  PDUが前記組み立てられるべきPDCP  PDU内の終了位置に位置するとき、前記目標MAC  PDU内の前記会話ペイロードの終了位置及び開始位置を決定するステップと、前記終了位置及び前記開始位置に基づき、前記目標MAC  PDUから前記会話ペイロードを抽出するステップと、を含む。終了位置に位置するRLC  PDUに対応するMAC  PDUはMACヘッダ及びRLCヘッダを含み、充填ビットがMAC  PDUの末端に位置するので、目標MAC  PDUの会話データは、目標MAC  PDUの先頭及び末端にある２種類のデータの両方を除去することにより取得できる。
【００１５】
第１の態様の第５の可能な実装を参照して、第９の可能な実装では、前記少なくとも１つの復元RLC  PDUを取得する前記ステップは、前記PDCP  PDU内のRLC  PDUが損失しているとき、受信時点T１及びT２を決定するステップであって、T１は前記PDCP  PDU内の前記損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２は前記PDCP  PDU内の前記損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、ステップと、前記正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２の間にある目標媒体アクセス制御MAC  PDUを決定するステップであって、RLC  PDUの受信時点は、該RLC  PDUの属するMAC  PDUの受信時点であり、前記MAC  PDUの前記受信時点は該MAC  PDUが受信されたときに記録された時点、具体的に言うと、受信端が前記MAC  PDUを受信したときに記録された受信時点である、ステップと、前記目標MAC  PDUから会話ペイロードを取得するステップと、前記会話ペイロードに基づき復元RLC  PDUを生成するステップであって、前記復元RLC  PDUは前記損失RLC  PDUを置き換えるために使用される、ステップと、を含む。例えば、１つ以上の媒体アクセス制御MAC  PDU及び該MAC  PDUを検査するために使用される巡回冗長検査CRCが取得され、前記MAC  PDUの受信時点が記録され、前記MAC  PDUと受信時点との間の目標対応が取得され、前記MAC  PDUはRLC  PDUを含み、前記CRCチェックが正しいとき、第１MAC  PDUは正しく受信されたRLC  PDUを取得し、前記第１MAC  PDUは、前記MAC  PDUの中で、CRCを用いてチェックされ正しいチェックに対応するMAC  PDUであり、前記CRCチェックが正しくないとき、第２MAC  PDUが格納され、前記第２MAC  PDUは、前記MAC  PDUの中で、CRCを用いて正しくないとしてチェックされたMAC  PDUであり、受信時点T１及びT２は、前記目標対応に基づき決定され、T１は、前記組み立てられるべきPDCP  PDU内の前記損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２は、前記組み立てられるべきPDCP  PDU内の前記損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点であり、受信時点がT１及びT２の間にある前記目標MAC  PDUが、１つ以上の第２MAC  PDUから前記目標対応に基づき選択され、会話ペイロードは前記目標MAC  PDUから取得され、前記復元RLC  PDUは前記会話ペイロードに基づき生成される。
【００１６】
このように、損失RLC  PDUに対応する目標MAC  PDUが複数の正しく受信されなかった取得されたMAC  PDUから選択されることが実施されてよい。言い換えると、RLC  PDUの損失の理由は、目標MAC  PDUが正しく受信されないことである。
【００１７】
第１の態様の第１の可能な実装を参照して、第１０の可能な実装では、前記復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである。このように、データ復元は、損失RLC  PDUに対し実行されてもよい。
【００１８】
第１の態様を参照して、第１１の可能な実装では、前記N個の正しく受信されたRLC  PDU内のデータは、前記PDCP  PDU内の有効ビットを含む。正しく受信されたRLC  PDUは、PDCP  PDU内の有効ビットを含むので、損失RLC  PDUに対して誤りを含む復元が実行された場合でさえ、PDCP  PDUのデータ全体は大きく影響されない。有効ビットは、サブフローAに属するビットのような、会話品質パラメータが所定会話品質閾より大きいビットであってよい。
【００１９】
第１の態様の第３の可能な実装を参照して、第１２の可能な実装では、データフィールド内のデータを取得する前記ステップは、前記N個の正しく受信されたRLC  PDUの会話データの長さ及び所定会話フレーム長に基づき、前記損失RLC  PDUの会話ペイロードの長さを計算するステップと、前記会話ペイロードの前記長さと一致する長さのランダムビットシーケンスを取得するステップと、を含む。このように、復元RLC  PDU内のデータがランダムビットシーケンスであることが実施されてよい。
【００２０】
第１の態様の第３の可能な実装を参照して、第１３の可能な実装では、前記RLCヘッダはRLCSN及びFIを含み、RLCヘッダを取得する前記ステップは、前記損失RLC  PDUの前に位置する正しく受信されたRLC  PDUのRLCSN及び／又は前記失RLC  PDUの後に位置する正しく受信されたRLC  PDUのRLCSNに基づき、前記RLCヘッダの前記RLCSNを決定するステップを含む。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、RLCヘッダのFIは１０であると決定される。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、RLCヘッダのFIは１１であると決定される。このように、RLCヘッダが取得されることが実施されてよい。
【００２１】
第１の態様の第２の可能な実装を参照して、第１４の可能な実装では、前記PDCP  PDU内のRLC  PDUが損失したか否かを決定する前記ステップは、RLCパケット範囲内にあるRLC  PDUのFIに基づき、前記組み立てられるべきPDCP  PDU内の開始RLC  PDU及び終了RLC  PDUを決定するステップを含む。RLCパケット範囲は、正しく受信されたRLC  PDUを含む。代替として、RLCパケット範囲は、組み立てられるべきPDCP  PDUに続く次のPDCP  PDU内の開始RLC  PDU及び正しく受信されたRLC  PDUを含む。
【００２２】
開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLC  PDUがRLC  PDUパケット範囲内に含まれるか否かが、決定される。開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLC  PDUがRLC  PDUパケット範囲内に含まれない場合、組み立てられるべきPDCP  PDU内のRLC  PDUは損失している。したがって、PDCP  PDU内のRLC  PDUが損失したか否かは、RLCSNを用いて決定されてよい。
【００２３】
第１の態様を参照して、第１５の可能な実装では、本実装の前記方法は、前記PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するステップと、前記非有効ビットに対応するMAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するステップであって、前記再送の終了するまでに生じる再送回数は、前記MAC  PDUの最大再送回数より少ない、ステップと、を更に含む。非有効ビットに対応するMAC  PDUは、会話データがサブフローBビットに属するMAC  PDUであってよい。MAC  PDUの最大再送回数は、システムにより設定された値であってよい。ACKメッセージを送信した後に、MAC  PDUを取得した受信端は、送信端が非有効ビットに対応するMAC  PDUを再送するのを停止できる。その結果、MAC  PDUの再送は予め終了され、最大再送回数に達するまでMAC  PDUの再送を終了する必要がない。したがって、上位レイヤにおける送信待ち時間の増大が回避され、上位レイヤにおけるパケット損失が低減される。さらに、非有効ビットに対応するMAC  PDUの再送が予め終了される。したがって、この種類のビットが誤りを含む場合でさえ、ユーザの主観的経験はあまり影響されない。
【００２４】
第２の態様によると、本願の一実施形態は、データ処理装置を提供し、前記データ処理装置は、前述の方法におけるデータ処理装置の機能を有する。機能は、ハードウェアにより実装されてよく、又は対応するソフトウェアを実行することによりハードウェアにより実装されてよい。ハードウェア又はソフトウェアは、機能に対応する１つ以上のモジュールを含む。
【００２５】
可能な実装では、前記データ処理装置は、パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するよう構成される取得ユニットと、前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するよう構成される生成ユニットであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、生成ユニットと、を含む。
【００２６】
別の可能な実装では、前記データ処理装置は、通信機及びプロセッサを含み、前記通信機は、以下の動作：パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するステップを実行し、前記プロセッサは、以下の動作：前記N個の正しく受信されたRLC  PDUに基づき、前記PDCP  PDUを生成するステップであって、前記PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、N<Mである、ステップを実行する。
【００２７】
本願の別の態様によると、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納する。命令がコンピュータ上で実行すると、該コンピュータは、前述の態様による方法を実行する。
【００２８】
本願の別の態様によると、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトがコンピュータ上で実行すると、該コンピュータは、前述の態様による方法を実行する。
【００２９】
本発明の実施形態で提供される技術的ソリューションでは、装置は、PDCP  PDU内のN個の正しく受信されたRLC  PDUを取得し、次にN個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成する。ここで、PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、Ｎ<Mである。このように、PDCP  PDUは、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づき生成でき、PDCP  PDUを取得するために全部のRLC  PDUを組み立てる必要がない。したがって、使用される必要のないRLC  PDUが正しく受信されなかった又は損失した場合でも、PDCP  PDUの生成が影響を受けない。
【図面の簡単な説明】
【００３０】
【図１Ａ】既存LTEユーザプレーンプロトコルのブロック図である。
【００３１】
【図１Ｂ】VoLTEにおける既存会話フレームのパケットフォーマットの概略図である。
【００３２】
【図１Ｃ】既存RLC  SDUのセグメント化及び連結の概略図である。
【００３３】
【図２】本発明の一実施形態によるデータ処理方法の方法フローチャートである。
【００３４】
【図３Ａ】本発明の一実施形態によるデータ処理方法の方法フローチャートである。
【００３５】
【図３Ｂ】従来技術と、本発明の一実施形態におけるデータ処理方法との間の比較図である。
【００３６】
【図４】本発明の一実施形態によるデータ処理方法の方法フローチャートである。
【００３７】
【図５】本発明の一実施形態によるデータ処理方法の方法フローチャートである。
【００３８】
【図６Ａ】図５に示す実施形態による、１個のみのサブフローBセグメントが損失した場合の概略図である。
【００３９】
【図６Ｂ】図５に示す実施形態による、複数の連続サブフローBセグメントが損失した場合の概略図である。
【００４０】
【図６Ｃ】図５に示す実施形態による、複数の不連続サブフローBセグメントが損失した場合の概略図である。
【００４１】
【図７】本発明の一実施形態による再送終了方法の方法フローチャートである。
【００４２】
【図８Ａ】本発明の一実施形態による、AMR−WBが１２．６５kのときの、誤りビットを含むサブフローBのMOSスコアの概略図である。
【００４３】
【図８Ｂ】本発明の一実施形態による、AMR−WBが２３．８５kのときの、誤りビットを含むサブフローBのMOSスコアの概略図である。
【００４４】
【図８Ｃ】本発明の一実施形態によるMOS−vs−BER曲線の概略図である。
【００４５】
【図９Ａ】本発明の一実施形態によるデータ処理方法の利得の図である。
【００４６】
【図９Ｂ】データフィールドが正しく受信されなかったMAC  PDUに基づき取得されるデータ処理方法と本発明の一実施形態によるランダム回復を通じたデータ処理方法との間の性能比較の概略図である。
【００４７】
【図１０Ａ】本発明の一実施形態によるデータ処理装置の概略構造図である。
【００４８】
【図１０Ｂ】図１０Ａに示すデータ処理装置の部分概略構造図である。
【００４９】
【図１１】本発明の一実施形態によるデータ処理装置のハードウェアの概略構造図である。
【発明を実施するための形態】
【００５０】
以下は、本発明の実施形態における添付の図面を参照して、本発明の実施形態における技術的ソリューションを明確且つ十分に説明する。明らかに、記載される実施形態は、本発明の実施形態の一部であり、全てではない。本発明の実施形態に基づき創造的労力を有しないで当業者により得られる全ての他の実施形態は、本発明の保護範囲に包含される。
【００５１】
本発明の明細書、請求項、及び添付の図面において、用語「第１」、「第２」、「第３」、「第４」、等は（存在する場合には）、類似するオブジェクト間を区別することを意図し、必ずしも特定の順序又は順番を示さない。理解されるべきことに、このように使用されるデータは、適正な環境において同義である。したがって、本願明細書に記載の実施形態は、本願明細書に図示され又は記載された順序以外の順序で実施可能である。さらに、用語「含む」、「有する」及び任意の他の変形は、非排他的包含をカバーすること、例えばステップ若しくはユニットのリストを含む処理、方法、システム、製品、又は装置が必ずしも明示的に列挙された該ステップ若しくはユニットに限定されないが、そのような処理、方法、製品、又は装置のような明示的にリストされ又はそれに特有でない他のステップ若しくはユニットを含み得ることを意味する。
【００５２】
図１Ａは、LTE（Long  Term  Evolution、ロングタームエボリューション）におけるユーザプレーンプロトコルのブロック図であり、LTE送信処理においてユーザプレーンに関連するプロトコルレイヤを示す。RLCレイヤの機能は以下に記載される。
【００５３】
LTEにおけるRLCの機能は、以下：セグメント化又は再セグメント化（segmentation  or  resegmentation）、連結（concatenation）、再順序付け（Reordering）、及び再組立（Regroup）、のように分類されてよい。
【００５４】
セグメント化は、UM/AMエンティティの送信端でのみ実行される。図１Ｃに示すように、MAC（Medium  Access  Control、媒体アクセス制御）レイヤにより示されるRLC（Radio  Link  Control、無線リンク制御）PDU（Protocol  Data  Unit、プロトコルデータユニット）のサイズが、RLC  SDU（Service  Data  Unit、サービスデータユニット）のサイズより小さいとき、RLCエンティティは、RLC  SDUに対してセグメント化動作を実行する。その結果、生成されるRLC  PDUのサイズがRLC  SDUセグメントのサイズに適合し得る。再セグメント化は、AMエンティティの送信端でのみ実行される。RLC  AMエンティティはARQ再送をサポートする。再送RLC  PDUのサイズが、MACレイヤにより示されるRLC  PDUの全体サイズに一致しないとき、RLCレイヤは、状況に基づき再送RLC  PDUに対してセグメント化動作を実行する。その結果、生成されるRLC  PDUのサイズは、MACレイヤにより示されるRLC  PDUの全体サイズに一致し得る。連結は、UM/AMエンティティの送信端でのみ実行される。MACレイヤにより示されるRLC  PDUの全体サイズがRLC  SDUのサイズより大きいとき、RLCレイヤは、状況に基づき、RLC  SDUに対して連結動作を実行する。その結果、１個のRLC  SDUが、別のRLC  SDU又は別のRLC  SDUのセグメントと連結される。この場合、生成されるRLC  PDUのサイズは連結RLC  SDUと一致し得る。セグメント化、再セグメント化、及び連結は、送信端（図１ＡのUE（User  Equipment、ユーザ機器）側）で達成され、対応する再順序付け及び再組立機能は、受信端（図１Ａの（Evolved  NodeB、進化型NodeB））において実施される。
【００５５】
再順序付け：RLCSN番号に基づき送信端により送信されたRLC  SDUは、HARQ（Hybrid  Automatic  Repeat  Request、ハイブリッド自動再送要求）再送により乱れた順序で受信側に到着する。この場合、eNodeBは、RLCSN番号を調べ、任意の繰り返し受信したRLC  SDUが最初に廃棄され、残りのRLC  SDUがRLCSN番号に基づきソートされる。
【００５６】
再順序付けRLC  SDUは、RLCヘッダ内のSNビット及びFIビットに関する情報に基づき再組立されて、完全なPDCP  SDUを取得し、完全なPDCP  SDUは上位レイヤへ送信される。しかしながら、少なくとも１つのRLC  PDUセグメントが損失した場合、該損失RLC  PDUセグメントに関連するPDCP全体の中の全ての他のRLC  PDUセグメントは、廃棄される。
【００５７】
直感的説明のために、AMR（Adaptive  Multi−Rate、適応型マルチレートシナリオ）が最初に記載される。
【００５８】
従来の通信システムでは、大部分の使用される会話符号化システムは狭帯域会話に基づき、周波数帯は通常２００Hz〜３４００Hz内に制限される。特有の帯域幅制限は、人間が電話通信を実施して以来、会話品質の更なる向上を制限した。高品質音声通信を実施するために、帯域幅制限は破られる必要がある。さらに、デジタル通信ネットワーク技術において益々達成される飛躍的進歩、例えば第３世代移動体通信の出現は、広帯域会話符号化の適用のためのより広い空間を提供する。AMR−WB（Adaptive  Multi−Rate  Wideband、適応型マルチレート広帯域）会話符号化、つまり適応型マルチレート広帯域会話符号化は、元来GSM（Global  System  for  Mobile  Communication、グローバルシステムフォーモバイルコミュニケーション）及び第３世代移動体通信システムWCDMA（Wideband  Code  Division  Multiple  Access、広帯域符号分割多元接続）のために設計され、次にITU（International  Telecommunication  Union、国際電気通信連合）により高品質デジタル広帯域会話符号化の新標準として採用された、広帯域会話符号化方法である。現在、AMR−WB会話は、VoLTE（Voice  over  LTE）で広く使用されている。したがって、通信の歴史において、AMR−WB会話符号化は、有線サービス及び無線サービスの両方のために使用可能な最初の会話符号化システムである。ビットレートの固定される前の会話符号化方法と違い、AMR−WBのビットレートは固定されないが、異なる送信環境と共に変化する。このような理由で、AMR−WB会話符号化は適応型である。AMR−WBでは、会話帯域幅は５００〜７０００Hzであり、サンプリングレートは１６kHzである。２００〜３４００Hzの従来の帯域幅と比べて、５０〜２００Hzの拡張部分は、聞こえる音声をより自然且つ快適にし、高周波数帯の３４００〜７０００Hzの拡張部分は摩擦音の区別を向上する。このように、会話完全性が向上される。したがって、AMR−WBは、高品質デジタル広帯域会話符号化システムである。
【００５９】
AMR会話エンコーダにより出力されるビットは、ビットの主観的有効性に基づき再順序付けされる。主観的有効性は、ビット送信中に生じる誤り（ビットフリッピング又は削除）の会話品質に及ぼす影響を意味する。人間の主観的経験はビット位置に基づき大きく又は僅かに変化し得るので、異なる位置におけるビットの有効性は会話品質の主観的経験について異なる。
【００６０】
異なるビット位置により引き起こされる主観的経験の相違の間をより良好に区別するために、AMRエンコーダは、符号化を通じて生成されたビットを３つの部分に分割する。ここで、３つの部分は、サブフローA、サブフローB、及びサブフローCと呼ばれる。全ての符号化ビットの中で、サブフローAに含まれるビットは誤りに対して最も敏感なビットである。このような種類の符号化ビットにおいて誤りが生じると、会話フレームは深刻に損傷する。この場合、会話の主観的経験が大きく低下するだけでなく、受信側において復号が正しく実行できないという問題も生じ得る。したがって、プロトコル（３GPP  TS  ２６.２０１）では、サブフローAをチェックするために追加CRCが実行される。サブフローB及びサブフローC内の会話ビットで誤りが生じるとき、会話の主観的経験は、ビットの順序に基づく降順で低下する。サブフローAと異なり、サブフローB及びサブフローCが誤りを含むとき、受信側にあるデコーダは、復号を正常に完了できる。サブフローA、サブフローB、及びサブフローCの誤りビットに対する敏感さは、以下のようにソートされる。
サブフローA＞サブフローB＞サブフローC
【００６１】
さらに、サブフローA、サブフローB、及びサブフローCの各々の中のビットの有効性は、順に減少する。プロトコル３GPP  TS  ２６.２０１では、サブフローA、サブフローB、及びサブフローCの各レートにおける分割がリストされ、AMR−WBが表１に示すように一例として使用される。
【表１】
2020516178.tif 000024
【００６２】
VoLTEでは、会話送信の詳細なフォーマットは図１Ｂに示される。
【００６３】
図１Ｂは、VoLTEにおける会話フレームの標準的なパケットフォーマットを示す。図１Ｂの上側にあるRTPペイロードは、会話フレームデータを表す。RTPペイロードの特定構造は、図１Ｂの下側に示され、３個のサブフローA、B、及びCを含む。各サブフローの長さの特定値は、３GPP  TS  ２６.２０１における要件を満たす。AMR−WBが一例として用いられる。表１に示すように、サブフローCの長さは０であり、その結果、会話フレームはサブフローA及びサブフローBのみを含む。
【００６４】
RLCセグメント化及び再組立メカニズムに基づき、同じPDCP（Packet  Data  Convergence  Protocol、パケットデータコンバージェンスプロトコル）SDUに属する少なくとも１つのセグメントが損失したとき、該PDCP  PDUに関連する全てのRLCセグメントが廃棄される。VoLTEシナリオでは、図１Ａに示すように、PDCP  PDU全体が［０，．．．，n−１］個のRLC  SDUに分割されると仮定する。この場合、（n−１）番目のRLC  SDUが送信中に損失した場合、n個のRLC  SDU全部が、RLCレイヤ処理メカニズムに基づき廃棄される。ここでnは正整数である。
【００６５】
AMR符号化方法から、この場合、（n−１）番目のRLC  SDUが会話フレームのサブフローB又はサブフローC内にあることが、分かる。サブフローB又はサブフローC内の符号化ビットの会話の主観的経験に与える影響は、サブフローAのそれよりも小さい。
【００６６】
正しくないRLC  SDUが蓄えられ、誤りを含むPDCPが組み立てられPDCPレイヤに提出されるソリューションと比べて、全ての関連するRLC  SDUが損失し、最終的にPDCP会話パケットが損失するソリューションは、主観的経験においてより大きな損失を引き起こす。たと、AMR−WBにおける会話レートが２３．８５kである一例が使用され、会話フレームの全体の長さは４７６ビットであり、現在、RLC  SDUの平均TBは１００ビットである。このシナリオでは、１００ビットの中で誤りが生じるとき、４７６ビット全体の廃棄は、４７６ビットを予約するよりも粗悪な会話の主観的経験を生じる。
【００６７】
前述のシナリオはAMRを一例として用いて記載され、ビデオフレーム送信のような分野にも適用可能であることが理解され得る。
【００６８】
したがって、PDCP  PDU内のRLC  PDUが損失したとき、PDCP  PDU内の全てのRLC  PDUを廃棄することにより引き起こされる比較的大きなデータ損失の問題を回避するために、本発明の一実施形態は、対応するPDCP内の全てのRLC  PDUが廃棄されることを防ぎ、それによりフレームデータ損失を低減し及びユーザの主観的経験を向上するために、損失RLC  PDUを回復するデータ処理方法を提供する。
【００６９】
図２は、本発明の一実施形態によるデータ処理方法の方法フローチャートである。方法は以下のステップを含む。
【００７０】
ステップ２０１：PDCP  PDU内のN個の正しく受信したRLC  PDUを取得する。
【００７１】
データ処理装置は、PDCP  PDUを生成する前に、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUを取得する必要がある。
【００７２】
正しく受信されたRLC  PDUは、CRC（Cyclic  Redundancy  Check、巡回冗長検査）チェックが正しいMAC  PDUに属するRLC  PDUであり、具体的に言うと、CRCチェックが正しいMAC  PDUから抽出されたRLC  PDUである。MAC  PDUは、正しく送信され／受信されたMAC  PDUである。
【００７３】
本発明の本実施形態では、データ処理装置は、基地局又はUEのような装置であってよい。これは、本発明の本実施形態において具体的に限定されない。
【００７４】
ステップ２０２：N個の正しく受信されたRLC  PDUに基づき、PDCP  PDUを生成する。
【００７５】
PDCP  PDUは、M個のRLC  PDUを含み、N及びMは正整数であり、N<Mである。
【００７６】
データ処理装置が１個のみの正しく受信されたRLC  PDUを取得したならば、これは、データ処理装置が、RLC  PDUの属するPDCPの有効データを取得することを示し、PDCPが誤りを含むデータを含む場合でも、PDCPは蓄えられてよく、或いは、PDCP  PDUが完全に取得されない場合でも、PDCPは少なくとも１つの正しく受信され取得されたRLC  PDUに基づき生成されてよい。代替として、データ処理装置は、正しく受信され取得されたRLC  PDU内の幾つかのRLC  PDUに基づき、PDCPを取得してよい。
【００７７】
本発明の本実施形態におけるステップＳ２０２は、複数の方法で実施されてよい。例えば、幾つかの正しく受信されたRLC  PDUが取得された後に、PDCPは、これらの正しく受信されたRLC  PDUを用いて生成されてよい。
【００７８】
本発明の幾つかの実施形態では、N個の正しく受信されたRLC  PDUに基づき、PDCP  PDUを生成するステップは、少なくとも１つの復元RLC  PDUを取得するステップと、N個の正しく受信されたRLC  PDU及び復元RLC  PDUに基づき、PDCP  PDUを生成するステップと、を含む。
【００７９】
データ復元装置がPDCP  PDU内の幾つかの正しく受信されたRLC  PDUを取得すると、PDCP  PDUを生成するために、データ復元装置は、正しく受信されたRLC  PDU及び所定数の受信されたRLC  PDUを含む、PDCPにより要求される複数のRLC  PDUを取得する必要がある。復元RLC  PDU及び正しく受信されたRLC  PDUは、PDCP  PDUに含まれる全てのRLC  PDUとして使用されてよい。したがって、PDCP  PDUは、N個の正しく受信されたRLC  PDU及び復元RLC  PDUに基づき生成されてよい。
【００８０】
復元RLC  PDUのデータフィールド内には、複数のソース又は種類のデータがある。例えば、復元RLC  PDU内のデータは、正しく受信されなかったMAC  PDUから取得された会話ペイロードであり、或いは、復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである。
【００８１】
本発明の幾つかの実施形態では、N個の正しく受信されたRLC  PDU内のデータは、PDCP  PDU内の有効ビットを含む。したがって、有効ビットが取得されるならば、PDCP  PDUは生成できる。残りの非有効ビットは、別の方法で、例えば所定ビットシーケンスを用いて満たされ、又は正しく受信されなかったMAC  PDUから取得されてよい。
【００８２】
本発明の幾つかの実施形態では、本発明の本実施形態で組み立てられるべきPDCP  PDU内のRLC  PDUが損失し、幾つかの正しく受信されたRLC  PDUが取得された後に、取得された復元RLC  PDUが該損失RLC  PDUを復元するために使用される。この場合、本発明の本実施形態のデータ処理方法を実行する処理は以下に記載される。
【００８３】
図３Ａは、本発明の一実施形態によるデータ処理方法の方法フローチャートである。図３Ａを参照すると、本発明の本実施形態のデータ処理方法は以下のステップを含む。
【００８４】
ステップ３０１：組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUを取得する。
【００８５】
正しく受信されたRLC  PDUは、CRCチェックが正しいMAC  PDUに属するRLC  PDUであり、つまり、CRC（Cyclic  Redundancy  Check、巡回冗長検査）チェックが正しいMAC  PDUから抽出されたRLC  PDUである。MAC  PDUは、正しく送信され／受信されたMAC  PDUである。
【００８６】
ステップ３０２：組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かを決定し、組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、ステップ３０３を実行する。
【００８７】
データ復元装置が組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUを取得した後に、データ復元装置は、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かを決定する。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、データ復元装置は、損失RLC  PDUを復元しようと試みる。特定の復元方法については、ステップ３０３〜ステップ３０５の詳細な説明を参照する。組み立てられるべきPDCP  PDU内のRLC  PDUが損失していない場合、PDCP  PDUは、これらの正しく受信されたRLC  PDUを組み立てることにより取得される。
【００８８】
複数の特定の決定方法がある。これは、本発明の本実施形態において具体的に限定されない。以下の例が提供される。
【００８９】
（１）組み立てられるべきPDCP  PDU内の開始RLC  PDUのRLCSN及び終了RLC  PDUのRLCSNが決定された後に、開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内の全RLC  PDUがデータ復元装置のRLCレイヤに含まれないとき、該範囲に含まれないRLC  PDUは、損失RLC  PDUであり、言い換えると、これは、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したことを示す。その他の場合、PDCP  PDU内のRLC  PDUは損失しない。
【００９０】
（２）PDCPパケット内の幾つかのRLC  PDUを取得した後に、データ復元装置は、残りのRLC  PDUを取得することを停止する。この場合、PDCP  PDU内のRLC  PDUが損失したと決定される。停止の理由は、装置が取得を積極的に停止すること、又は装置が障害により取得を停止すること、であってよい。
【００９１】
１つ以上の損失RLC  PDUがあることが理解され得る。これは本発明の本実施形態において特に限定されない。さらに、損失RLC  PDUの種類は、本発明の本実施形態において特に限定されない。
【００９２】
本発明の幾つかの実施形態では、ステップ３０２は、具体的に、組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したか否かを決定するために実行される。所定RLC  PDUは、会話データの会話品質パラメータが所定品質閾より低いRLC  PDUである。代替として、所定RLC  PDUは、データフィールド内のデータの会話データがサブフローAビットに属するRLC  PDUである。言い換えると、データ復元装置は、特定RLC  PDUが損失したときだけ、損失RLC  PDUを復元する。その他の場合、データ復元装置は、損失RLC  PDUを復元しない。このように、復元の不都合なRLC  PDUが損失したとき、データ復元装置は、損失RLC  PDUの復元を停止し、組み立てられるべきPDCP  PDUパケットを直接廃棄する。このように、PDCP  PDU内の損失RLC  PDUの選択的復元が実施され、本発明の本実施形態における方法の柔軟性が向上され、それにより実行効率を向上する。
【００９３】
ステップ３０３：データフィールド内にある、RLC  PDUタイプのデータを取得する。
【００９４】
組み立てられるべき、PDCP  PDU内のRLC  PDUが損失したとき、PDCP  PDUのデータフィールド内のデータが取得され、データフィールド内のデータは、損失RLC  PDUのデータフィールド内のデータを復元するために使用される。
【００９５】
RLC  PDUのデータフィールド内のデータを取得するための複数の特定の方法がある。これは、本発明の本実施形態において具体的に限定されない。以下の例が提供される。
【００９６】
（１）ランダムビットシーケンスが、RLC  PDUのデータフィールド内のデータとして使用される。この場合、ランダムビットシーケンスの長さは、損失RLC  PDUのデータフィールドの長さと一致する必要がある。
【００９７】
（２）所定ビットシーケンスが、RLC  PDUのデータフィールド内のデータとして使用される。この場合、ランダムビットシーケンスの長さは、損失RLC  PDUのデータフィールドの長さと一致する必要がある。所定ビットシーケンスは、全部ゼロのシーケンス、又は統計的分析を通じて取得され会話又はビデオのようなデータに対して有利な復元効果を有するビットシーケンスであってよい。
【００９８】
（３）正しく受信されなかったMAC  PDUから抽出されたデータペイロードは、RLC  PDUのデータフィールド内のデータとして使用される。正しく受信されなかったMAC  PDUは、CRCチェックが正しくないMAC  PDUであり、装置により廃棄される。したがって、装置は、正しく受信されなかったMAC  PDUに含まれるRLC  PDUを損失する。しかしながら、本発明の本実施形態における方法では、正しく受信されなかったMAC  PDUは所定バッファ領域にバッファリングされる。RLC  PDUが損失したと決定された後に、損失RLC  PDUの属するMAC  PDUがバッファ領域から取得され、会話ペイロードのようなデータペイロードがMAC  PDUから抽出される。データペイロードが正しくない場合でも、データペイロードは、依然として、誤りを含むPDCP  PDUを組み立てるために使用されてよい。したがって、PDCP  PDUは装置内に蓄えられる。
【００９９】
ステップ３０４：RLCヘッダを取得する。
【０１００】
組み立てられるべきPDCP  PDU内のRLC  PDUが損失したとき、RLCヘッダが更に取得される必要があり、RLCヘッダはRLC  PDUを復元するためのRLCヘッダとして使用される。RLCヘッダはRLCSN及びFIを含む。
【０１０１】
RLCSNはRLCシーケンス番号である。１０ビットの長いシーケンス番号が使用されるとき、RLCSNの値は０〜１０２３（０及び１０２３を含む）の循環値である。FIは、RLCセグメント化状態が記録される２ビットフラグである。
【０１０２】
RLCヘッダを取得する複数の特定の方法がある。以下の例が提供される。
【０１０３】
（１）組み立てられるべきPDCP  PDU内の全てのRLC  PDUのRLCSNが取得された後に、損失RLC  PDUのRLCSNが決定されてよい。具体的に言うと、組み立てられるべきPDCP  PDU内の全てのRLCSNの中で、RLCSNがいずれかの正しく受信されたRLC  PDUに対応しない場合、RLCSNは、損失RLC  PDUのRLCSNである。代替として、損失RLC  PDUのRLCSNは、損失RLC  PDUが後に続く及びそれに続く正しく受信されたRLC  PDUのRLCSNに基づき決定されてよい。これは、複数のRLC  PDUが損失する場合に特に適用可能である。次に、RLC  PDUのFIは、PDCP  PDU内の損失RLC  PDUの位置に基づき決定される。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、RLCヘッダのFIは１０であると決定される。その他の場合、FIは１１であると決定される。
【０１０４】
（２）損失RLC  PDUに対応する正しく受信されなかったMAC  PDUが取得された後、RLCヘッダがMAC  PDUから抽出され、RLCヘッダは損失RLC  PDUのRLCヘッダとして直接使用される。
【０１０５】
ステップ３０５：RLCヘッダ及びデータフィールド内のデータを用いて、復元RLC  PDUを生成する。
【０１０６】
RLCヘッダ及びデータフィールド内のデータを取得した後に、データ復元装置は、RLCヘッダ及びデータフィールド内のデータに基づき、復元RLC  PDUを生成してよい。復元RLC  PDUは、RLCヘッダ及びデータフィールド内のデータを含む。復元RLC  PDUは、組み立てられるべきPDCP  PDU内の損失RLC  PDUを復元するために、言い換えると損失RLC  PDUを置き換えるために、使用される。したがって、組み立てられるべきPDCP  PDUは全てのRLC  PDUを含む。
【０１０７】
このように、復元RLC  PDUは、ステップ３０３〜ステップ３０５のみを実行することにより取得され得る。
【０１０８】
ステップ３０６：正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成する。
【０１０９】
データ復元装置は、正しく受信されたRLC  PDUを取得し、生成したRLC  PDU及び前述の復元方法を用いて損失RLC  PDUを復元する。このように、データ復元装置は、組み立てられるべきPDCP  PDU内の全てのRLC  PDUを含む。その結果、PDCP  PDUはこれらのRLC  PDUを組み立てることにより取得できる。
【０１１０】
例えば、図３Ｂは、従来技術と、本発明の一実施形態によるデータ処理方法の特定の実装との間の比較図である。従来技術では、サブフローBセグメントに属するRLC  PDUが損失した場合、PDCP  PDUの生成は失敗する。しかしながら、本発明の本実施形態では、損失RLC  PDUを復元することにより、PDCP  PDUは、正しく受信されたRLC  PDU及び復元を通じて取得されたRLC  PDUに基づき生成されてよい。
【０１１１】
結論として、本発明の本実施形態で提供される技術的ソリューションによると、組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUが取得される。正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUである。次に、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かが決定される。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、RLC  PDUのデータフィールド内のデータが取得される必要があり、RLCヘッダが取得される必要がある。次に、復元RLC  PDUがRLCヘッダ及びデータフィールド内のデータを用いて生成された後に、PDCP  PDUは、正しく受信されたRLC  PDU及び復元RLC  PDUに基づき生成される。このように、PDCP  PDU内のRLC  PDUが損失すると、損失RLC  PDUを復元するために、復元RLC  PDUが生成され、PDCP  PDUは、復元RLC  PDU及び正しく受信されたRLC  PDUを組み立てることにより取得できる。したがって、RLC  PDUの損失したPDCP  PDUが廃棄されることが防がれ、PDCP  PDUが蓄えられ、それにより、データ損失を低減し、フレームデータの完全性を向上する。ユーザがPDCP  PDUに関連するデータを使用するとき、ユーザの主観的経験が向上され得る。言い換えると、PDCPパケット全体が廃棄されることを防ぐために、パケットがRLCレイヤで組み立てられるとき、特定BERが許容される。したがって、より多くの有効会話ビットが蓄えられ、それにより会話の主観的経験を向上する。
【０１１２】
本発明の本実施形態におけるデータ処理方法をより直感的に説明するために、以下は、説明のために本発明の本実施形態における方法がVoLTEシナリオ及びAMR−WBシナリオにおける基地局側で実行される一例を用いる。AMR−WBシナリオに加えて、本発明の本実施形態における方法はビデオ伝送シナリオのような別のシナリオに適用されてよいことが理解され得る。以下の会話ペイロードは別の種類のデータであってもよい。
【０１１３】
図４は、本発明の一実施形態によるデータ処理方法の方法フローチャートである。図４を参照すると、本発明の本実施形態のデータ処理方法は以下のステップを含む。
【０１１４】
ステップ４０１：１つ以上のMAC  PDU及びMAC  PDUをチェックするために使用されるCRCを取得する。
【０１１５】
基地局は、MAC  PDU及びMAC  PDUをチェックするために使用されるCRCを取得する。チェックはCRCを用いて実行される。CRCチェックが正しい場合、MAC  PDUは正しく送信される。言い換えると、基地局は正しいMAC  PDUを受信する。CRCチェックが正しくない場合、MAC  PDUは正しく受信されない。
【０１１６】
例えば、基地局の物理レイヤは、HARQプロセスを通じてトランスポートブロックTB及びCRCを取得し、ここで、トランスポートブロックはMAC  PDUを伝達し、CRCはMAC  PDUをチェックするために使用される。MAC  PDUは、Turboコード符号化の前のトランスポートブロックTBである。符号化及び変調された後に、MAC  PDU及びCRCは、送信のために最終的に物理チャネルで伝達される。
【０１１７】
ステップ４０２：MAC  PDUの受信時点を記録する。
【０１１８】
MAC  PDUを伝達するTB(Transport  Block、トランスポートブロック)を取得すると、基地局は受信時点を記録する。受信時点は、基地局がMAC  PDUを取得する時点を記録するために使用される。HARQプロセスのシナリオでは、受信時点は初期送信受信時点である。初期送信受信時点は、基地局がMAC  PDUを最初に取得する時点を記録するために使用される。MAC  PDUに対応するCRCチェックが正しくない、言い換えると、MAC  PDUが正しく送信されない場合、MAC  PDUは、正しく送信されたMAC  PDUを取得するために、基地局の再送メカニズムを用いて再送される。再送MAC  PDUの受信時点を記録する必要はない。一様な記載を保証するために、本発明の本実施形態の特定のシナリオにおける受信時点は、初期送信受信時点Tである。言い換えると、Tは各HARQプロセスの中で最初に送信されたデータの受信時点である。初期送信受信時点Tは、MAC  PDUに対応し、又はTBに対応する。
【０１１９】
ステップ４０３：MAC  PDUと受信時点との間の目標対応を取得する。
【０１２０】
受信時点を記録した後に、基地局は、MAC  PDUと初期送信受信時点との間の目標対応を取得する。目標対応は、MAC  PDUと初期送信受信時点との間の対応である。MAC  PDUはRLC  PDUを含むので、目標対応は、RLC  PDUと初期送信受信時点Tとの間の対応も含む。
【０１２１】
ステップ４０４：CRCチェックが正しいとき、第１MAC  PDUから正しく受信されたRLC  PDUを取得する。
【０１２２】
第１MAC  PDUは、MAC  PDUの中で、CRCチェックを用いて正しいとしてチェックされたMAC  PDUである。正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUである。
【０１２３】
基地局が１対１対応にあるCRC及びMAC  PDUを取得した後に、CRCチェックが正しい場合、対応するMAC  PDUは正しく送信されたMAC  PDU、つまり第１MAC  PDUである。正しく送信されたMAC  PDUから抽出されたRLC  PDUは、正しく送信されたRLC  PDUであり、正しく送信されたRLC  PDUは正しく受信されたRLC  PDUである。
【０１２４】
ステップ４０４は、基地局により、組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUを取得する特定の方法である。基地局は、組み立てられるべきPDCP  PDU内の正しく受信されたRLC  PDUを取得し、１つ以上の正しく受信されたRLC  PDUがあってよい。
【０１２５】
例えば、基地局がMAC  PDU及びCRCを伝達するTBを取得した後に、CRC＝０のとき、基地局の物理レイヤは通常手順に基づきデータパケットをMACレイヤへ送信し、MAC  PDUに対応する初期送信受信時点TをMACレイヤへ送信する。CRCチェックが正しいとき、MACレイヤは、通常手順に基づき、正しく送信されたMAC  PDU及び正しく送信されたMAC  PDUに対応する初期送信受信時点Tを、RLCレイヤへ送信する。CRCは、トランスポートブロックの巡回冗長検査値であり、「０」は正しい送信を示し、「１」は正しくない送信を示す。
【０１２６】
ステップ４０５：CRCチェックが正しくないとき、第２MAC  PDUを格納する。
【０１２７】
第２MAC  PDUは、MAC  PDUの中で、CRCチェックを用いて正しくないとしてチェックされたMAC  PDUである。言い換えると、CRCチェックが正しくない場合、CRCを用いてチェックされたMAC  PDUは正しく送信されず、正しく送信されないMAC  PDUは第２MAC  PDUである。ビット送信の間に生じる誤り、例えばビットフリッピング又は削除は、MAC  PDUの正しくない送信を引き起こし得る。従来技術では、MAC  PDUが正しく送信されない場合、MAC  PDUは廃棄され、したがって、正しく送信されないMAC  PDUにより伝達されるRLC  PDUは廃棄される。しかしながら、本発明の本実施形態における方法では、正しく送信されなかったMAC  PDUは後の使用のためにバッファリングされる。正しく送信されなかったMAC  PDUがバッファリングされるので、RLC  PDUは正しく送信されなかったMAC  PDUから抽出されない。したがって、PDCP  PDUが組み立てられるとき、MAC  PDU内のRLC  PDUは損失状態にある。
【０１２８】
例えば、CRCチェックが正しくなく、CRCを用いてチェックされたMAC  PDUが最大回数だけ送信されると、基地局の物理レイヤはチェック結果、MAC  PDUデータパケット、及び該MAC  PDUデータパケットに対応する初期送信受信時点Tを、MACレイヤへ送信する。CRCチェックが正しくないとき、MACレイヤは、正しく送信されなかったMAC  PDU及び正しく送信されなかったMAC  PDUに対応する初期送信受信時点Tを、RLCレイヤにあるErrorBuffer（エラーバッファユニット）へ送信する。ErrorBufferは、最後に正しく送信されなかったMAC  PDUを格納するためにRLCレイヤに予め設定されたバッファである。
【０１２９】
ステップ４０６：組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したか否かを決定し、組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失した場合、ステップ４０７を実行する。
【０１３０】
所定RLC  PDUは、非サブフローAセグメントに属するRLC  PDU、具体的に言うと、RLC  PDUのデータフィールド内のデータの会話データが非サブフローAビットに属するRLC  PDUである。例えば、所定RLC  PDUは、サブフローBセグメント又はサブフローCセグメントに属するRLC  PDUである。
【０１３１】
例えば、正しく受信されなかったMAC  PDUは所定ErrorBufferにバッファリングされるが、正しく受信されたRLC  PDUはRLC_Buffer（RLCバッファユニット）に格納されるシナリオでは、QCI１のRLC期限切れパケットアセンブリがトリガされると、RLC_Buffer更新が完了するまで、ステップ４０６〜ステップ４１０が繰り返し実行される。このように、RLC_Buffer内にあるRLC  PDUの損失した組み立てられるべきPDCP  PDUは、損失RLC  PDUを用いて復元される。正しく受信されなかったMAC  PDUに基づき損失RLC  PDUを復元する方式では、RLC_Bufferの更新処理は、ErrorBufferを用いて可能な限り多くの損失RLC  PDUが復元される処理である。再送メカニズムのために、MAC  PDUは順序が乱れて到着し得る。待機メカニズムがRLC_Bufferのために設定される。期待RLC  PDUが到着しない場合、パケットアセンブリウインドウは、時間期間の間、待機し、RLC  PDUが後に到着するのを期待してよい。トリガが終了したときのみ、期待RLC  PDUが損失したと決定されてよい。このように、パケット復元は、PDCP  PDUに対し時機を逸して実行されない。QCIはQoS（Quality  of  Service、サービス品質）クラス識別子であり、QCI１は会話サービスを表す。
【０１３２】
AMR−WBシナリオが一例として使用され、ステップ４０６は以下の方法で実施されてよい。
【０１３３】
先ず、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かを決定するステップは、以下のステップを含む。
【０１３４】
ステップＡ１：組み立てられるべきPDCP  PDU内の開始RLC  PDU及び終了RLC  PDUを、予め格納されたRLCパケット範囲内にあるRLC  PDUのFIに基づき決定する。
【０１３５】
RLCパケット範囲は、正しく受信されたRLC  PDU、又は開始RLC  PDU、及び組み立てられるべきPDCP  PDUの後の次のPDCP  PDU内の正しく受信されたRLC  PDUを含む。
【０１３６】
RLCパケット範囲内にある正しく受信されたRLC  PDUが開始RLC  PDU及び終了RLC  PDUを含む場合、次のPDCP  PDU内の開始RLC  PDUは使用されなくてよい。RLCパケット範囲内にある正しく受信されたRLC  PDUは開始RLC  PDUを含むが、終了RLC  PDUが損失RLC  PDUである場合、組み立てられるべきPDCP  PDUの後の次のPDCP  PDU内の開始RLC  PDUは、組み立てられるべきPDCP  PDU内の終了RLC  PDUを決定するために使用される。
【０１３７】
正しく受信されたRLC  PDUについて、PDCP内の開始RLCセグメント及び終了RLCセグメントは、RLCパケットヘッダ内のフラグビットFIをパースすることにより決定されてよい。組み立てられるべきPDCP  PDU内の開始RLC  PDU及び終了RLC  PDUを決定することにより、PDCP  PDUに基づき、基地局の各PDCP  PDUが復元される必要があるか否かが決定されてよい。
【０１３８】
例えば、PDCP  PDUを連結するために使用される及びPDCP  PDUを連結するために使用されない、別個の２種類のRLCセグメントがある。RLCセグメントが連結のために使用されるか又は連結のために使用されないかは、RLCヘッダをパースすることにより決定されてよい。連結のために使用されるRLCでは、FIフィールドは通常「１１」であり、現在PDCP  PDUの終了及び次PDCP  PDUの開始の両方を表す。連結のために使用されないRLCでは、PDCP  PDU内の開始RLC  PDUのフラグビットFIは「０１」であり、PDCP  PDU内の終了RLC  PDUのフラグビットFIは「１０」である。
【０１３９】
ステップＡ２：開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLC  PDUがRLC  PDUパケット範囲内に含まれるか否かを決定する。
【０１４０】
開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLC  PDUがRLC  PDUパケット範囲内に含まれない場合、組み立てられるべきPDCP  PDU内のRLC  PDUは損失している。開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にあるRLCSNは、組み立てられるべきPDCP  PDU内の全てのRLC  PDUのRLCSNである。全てのRLC  PDUは、正しく受信されたRLC  PDUを含み、及び損失RLC  PDUも含む。したがって、RLC  PDUがどのRLCSNにも対応しない場合、RLC  PDUは損失RLC  PDUである。
【０１４１】
次に、損失RLC  PDUが非サブフローAセグメントに属するか否かを決定するステップは、以下のステップを含む。
【０１４２】
ステップＡ３：開始RLC  PDUのRLCSNから終了RLC  PDUのRLCSNまでの範囲内にある全てのRLCSNがRLC  PDUパケット範囲に含まれない場合、開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データの全長がサブフローAの所定全長より長いか否かを決定する。
【０１４３】
サブフローAの全長は、サブフローAビットに属する、組み立てられるべきPDCP  PDUの会話データの長さである。図２に示す会話フレームのフォーマットのように、サブフローAビットの後にサブフローBビット及びサブフローCビットが続く。開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データの全長がサブフローAの全長より長い場合、これは、PDCP  PDUのサブフローAビットが正しく受信されたことを示す。言い換えると、正しく受信されたRLC  PDUの会話データは、全てのサブフローAビットを含む。この場合、損失RLC  PDU内の会話データビットは非Aサブフローに属する。AMR−WB（Wideband、広帯域）シナリオでは、表１に示すように、サブフローCの長さは０である。その結果、会話フレームはサブフローA及びサブフローBのみを含み、非AサブフローはサブフローBである。
【０１４４】
基地局が開始RLC  PDUを取得できない、又は開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データの全長がサブフローAの全長より短い場合、損失RLC  PDUはサブフローAに属する。本発明の本実施形態における方法では、サブフローAセグメントに属する損失RLC  PDUは復元されない。会話フレームは、サブフローAビットにおいて誤りが生じると深刻なダメージを受けるので、会話の主観的経験は大幅に低下し、受信側において復号が正しく実行できない。したがって、本発明の本実施形態における方法の実行効率を向上するために、サブフローAセグメントに属する損失RLC  PDUは復元されなくてよい。
【０１４５】
サブフローAの所定全長を取得する方法は以下の通りであってよい。ステップＡ３の前に、組み立ての成功したPDCP  PDUをパースすることにより、基地局は、サブフローAの長さを知るために、現在符号化レート及びROHCスイッチ情報を知ることができる。これは、本発明の本実施形態におけるデータ処理方法のための準備である。
【０１４６】
ステップＡ４：開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データの全長がサブフローAの所定全長より長い場合、RLC  PDUのデータフィールド内のデータを取得するために以下のステップを実行する。
【０１４７】
上述のように、開始RLC  PDUから開始する正しく且つ連続的に受信されたRLC  PDUの会話データの全長がサブフローAの所定全長より長い場合、これは、損失RLC  PDUがサブフローBセグメントに属することを示す。次に、損失RLC  PDUを受信するための以下の方法が実行される。本発明の幾つかの実施形態では、組み立てられるべきPDCP  PDUの中の、サブフローAセグメントに属するRLC  PDUが損失した場合、本発明の本実施形態におけるデータ処理方法は放棄される。
【０１４８】
前述の方法を用いることにより、本発明の本実施形態における方法は、損失RLC  PDUがサブフローAセグメント又はサブフローBセグメントに属するかのみを決定するために使用され得ることが、理解され得る。代替として、幾つかの実施形態では、方法は、正しく受信されたRLC  PDUを決定するために、具体的に言うと、正しく受信されたRLC  PDUがサブフローA又はサブフローBに属するかを決定するために、使用されてよい。このように、正しく且つ連続的に受信されたRLC  PDUのデータの全長がサブフローAの全長より長いか否かに基づき、各受信したRLC  PDU及び各損失RLC  PDUがサブフローAセグメント又はサブフローBセグメントに属するかが決定されてよい。
【０１４９】
サブフローA内のビットは、会話PDCP  PDU内の有効ビットである。例えば、ROHCスイッチがオンであるシナリオでは、サブフローAは、上位レイヤヘッダ（PDCPヘッダ、ROHC圧縮ヘッダ、BE又はOAモードのRTPペイロードヘッダを含む）と、プロトコルで指定された、会話ペイロード内にあるクラスAビットと、を含む。ROHCスイッチがオフであるシナリオでは、サブフローAは、上位レイヤヘッダ内の予測不可能部分、及び会話ペイロード内のクラスAビットのみを含む。サブフローB内のビットは、会話PDCP  PDU内の相対的に非有効ビットである。例えば、サブフローBは、プロトコルで指定された、会話ペイロード内のクラスBビットを含む。
【０１５０】
このように、PDCP  PDU内の開始RLC  PDU及び終了RLC  PDUは、RLCパケット範囲内で取得されてよく、各RLC  PDUがサブフローAセグメント又はサブフローBセグメントであるかが決定される。
【０１５１】
前述の方法は損失RLC  PDUがサブフローBセグメントであることに基づき記載されたことが理解され得る。本発明の幾つかの実施形態では、損失RLC  PDUは決定されなくてよく、本発明の本実施形態において提供されたデータ処理方法は、RLC  PDUが損失したと決定されたときに実行されてよい。代替として、本発明の幾つかの実施形態では、本発明の本実施形態において提供されたデータ処理方法は、組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したと決定されたときに実行される。所定RLC  PDUは、RLC  PDU内の会話データの会話品質パラメータが所定品質閾より低いRLC  PDUである。言い換えると、所定RLC  PDUの会話データは、組み立てられるべきPDCP  PDU内で重要ではない。所定RLC  PDUが損失した後に、誤りを含むRLC  PDUが、損失所定RLC  PDUのために復元された場合、会話品質全体は大きく影響されず、正利得が得られる。しかしながら、復元が重要なRLC  PDUについて実行された場合、誤りを含むRLC  PDUはユーザの主観的経験に大きな影響をもたらし得る。その結果、損失RLC  PDUについての復元は、あまり重要ではない。この場合、組み立てられるべきPDCP  PDUを直接廃棄することは、実行効率を向上できる。非Aサブフローに属するRLC  PDUは、会話データの会話品質パラメータが所定品質閾より低いRLC  PDUの特定の例である。
【０１５２】
ステップ４０７：データフィールド内のデータを取得する。
【０１５３】
データフィールド内にあるデータは、RLC  PDUタイプの、データフィールド内のデータである。組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したとき、損失RLC  PDUのデータフィールド内のデータを復元するために、RLC  PDUの会話データが取得される。本発明の本実施形態では、RLC  PDUのデータフィールド内のデータが会話データである一例が説明のために使用される。
【０１５４】
RLC  PDUのデータフィールド内のデータを取得するための複数の特定の方法があり、幾つかの例が以下に与えられる。
【０１５５】
１．データフィールド内のデータは、正しく受信されなかったMAC  PDUに基づき取得される。
【０１５６】
ステップＢ１：目標MAC  PDUを取得する。
【０１５７】
目標MAC  PDU、つまりステップ４０５における第２MAC  PDUは、CRCチェックを用いて正しくないとしてチェックされたMAC  PDUであり、目標MAC  PDUに含まれるRLC  PDUは組み立てられるべきPDCP  PDU内の損失RLC  PDUである。しかしながら、第２MAC  PDU内で伝達されるRLC  PDUは、組み立てられるべきPDCP  PDU内の損失RLC  PDUである。
【０１５８】
任意で、目標MAC  PDUの取得の特定の実装は、目標対応に基づき、受信時点T１及びT２を決定するステップである。T１は、組み立てられるべきPDCP  PDU内の損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの初期受信時点である。T２は、組み立てられるべきPDCP  PDU内の損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの初期受信時点である。次に、受信時点がT１とT２の間にある目標MAC  PDUが、１つ以上の第２MAC  PDUから目標対応に基づき選択される。言い換えると、目標MAC  PDUは、格納された第２MAC  PDUから前述のステップで取得された初期受信時点とMAC  PDUとの間の対応に基づき選択される。
【０１５９】
例えば、損失RLC  PDUの前及び後にそれぞれ位置する正しく受信されたRLC  PDUの初期送信受信時点T１及びT２に基づき、初期送信受信時点がT１及びT２の間にあるMAC  PDUがErrorBufferから選択される。対応するMAC  PDUが取得された場合、セグメントが復元される。ErrorBufferは、最後に正しく送信されなかったMAC  PDUを格納するためにRLCレイヤに予め設定されたバッファである。
【０１６０】
本発明の幾つかの実施形態では、初期送信受信時点がT１及びT２の間にある１つより多くのMAC  PDUがErrorBufferから選択された場合、損失RLC  PDUの復元は放棄される。この場合、１つより多くのMAC  PDUは、RTCPパケット（RTPプロトコルパケット）及び別の非会話ベアラパケットを含み得る。復元は放棄される。その結果、非会話パケットの内容は会話パケットとして考えられない。もちろん、幾つかの実施形態では、初期送信受信時点がT１及びT２の間にある複数のMAC  PDUが取得された後に、本発明の本実施形態における方法を実行するために、１つのMAC  PDUが複数のMAC  PDUから選択されてよい。
【０１６１】
ステップＢ２：目標MAC  PDUから会話ペイロードを取得する。
【０１６２】
目標MAC  PDUが取得された後に、RLC  PDUのデータフィールド内のデータは、目標MAC  PDUに基づき取得されてよい。目標MAC  PDU内のRLC  PDUは損失RLC  PDUなので、復元を通じて取得されたRLC  PDUのBERは比較的小さく、会話品質は復号の後に最小の影響しか受けない。このように、復元RLC  PDU内のデータが正しく受信されなかったMAC  PDUから取得された会話ペイロードであることが実施されてよい。
【０１６３】
本発明の幾つかの実施形態では、損失RLC  PDUがサブフローBセグメントであり、２つより多くのRLC  PDUが損失した場合、本発明の本実施形態における正しく受信されなかったMAC  PDUに基づきデータフィールド内のデータを取得する方法も放棄され、したがって、本発明の本実施形態におけるデータ処理方法が放棄される。その結果、正しく受信されたRLCセグメントのビット位置が間違う。損失RLC  PDUは、通常、１又は２個のサブフローBセグメントである。もちろん、これは、幾つかの実施形態において特に限定されなくてよい。
【０１６４】
目標MAC  PDUから会話ペイロードを取得する特定の方法は、組み立てられるべきPDCP  PDU内の損失RLC  PDUの特定位置と共に変化してよい。詳細は以下の通りである。
【０１６５】
１．１．損失RLC  PDUが組み立てられるべきPDCP  PDUの終了位置に位置しないとき。
【０１６６】
例１：１つのRLC  PDUが損失する。
【０１６７】
ステップＣ１：損失RLC  PDUが組み立てられるべきPDCP  PDCP内の終了位置に位置せず、１つのRLC  PDUが損失したとき、正しく受信されたRLC  PDUの会話データの長さ及び所定会話フレーム長に基づき、計算を通じて、損失RLC  PDUの会話ペイロードの長さを取得する。
【０１６８】
組み立てられるべきPDCP  PDU内の全てのRLC  PDUのRLCSNが取得された後に、組み立てられるべきPDCP  PDU内の損失RLC  PDUの特定位置は、損失RLC  PDUのRLCSNに基づき決定されてよい。会話フレーム長は予め設定されてよい。代替として、組み立ての成功したPDCP  PDUをパースすることにより、基地局は、会話フレーム長を知るために、現在ビットレート及びROHCスイッチ情報を知ることができる。
【０１６９】
損失RLC  PDUの会話ペイロードの長さLmは、正しく受信されたRLC  PDU及び会話フレーム長に基づき計算される。例えば、損失RLC  PDUの会話ペイロードの長さは、所定会話フレーム長から、正しく受信されたRLC  PDUの会話データの全長を減算することにより取得できる。
【０１７０】
ステップＣ２：目標MAC  PDUについて、後ろから前へ、長さが会話ペイロードの長さと等しい会話ペイロードを抽出する。
【０１７１】
選択された目標MAC  PDUについて、会話ペイロードの長さLmが後ろから前へと抽出される。会話ペイロードの長さは、目標MAC  PDU内で伝達されるRLC  PDUの長さである。MAC  PDUの（MAC＋RLC）ヘッダ長は不確定なので、データの開始位置を決定することは困難である。しかしながら、目標MAC  PDU内の会話ペイロードは、本発明の本実施形態における、データが後ろから前へと抽出される方法で取得できる。
【０１７２】
例２：複数のRLC  PDUが損失する。
【０１７３】
目標MAC  PDUから会話ペイロードを取得するステップは、以下のステップを含む。
【０１７４】
ステップＤ１：損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、目標MAC  PDUのMACヘッダ長を決定する。
【０１７５】
基地局は、先ず、ヘッダ長の除去に備えるために、目標MAC  PDUのヘッダ長を決定する。例えば、MACヘッダが短期間BSR（Buffer  Status  Report、バッファ状態レポート）を含むか否かは、周期的BSR_Timerが終了するか否かに基づき決定される。既存ネットワーク内のパケットキャプチャデータを観測することにより、中央位置に位置するRLC  PDUの属するMAC  PDUが周期的BSRを含む場合、周期的BSRは短期間BSRである。
【０１７６】
周期的BSR_Timerは周期的BSRタイマである。BSRが報告される度にタイマはリセットされ、タイマが所定期間を超えるとBSRの報告がトリガされる。現在、BSR報告周期は１０msに設定されている。
【０１７７】
ステップＤ２：目標MAC  PDUのMACヘッダ長及び所定RLCヘッダ長を除去して、会話ペイロードを取得する。
【０１７８】
RLCヘッダ長は予め分かってよい。MACヘッダ長が決定された後に、MACヘッダ長及び所定RLCヘッダ長は、目標MAC  PDUから除去されてよく、取得されたデータは目標MAC  PDU内の会話ペイロードである。
【０１７９】
例えば、目標MAC  PDUが短期間BSRを含む場合、MACヘッダ長は３バイトである。その他の場合、MACヘッダ長は１バイトである。会話ペイロードは、MACヘッダ長及びRLCヘッダ長をMAC  PDUから除去することにより取得される。RLCSNの長さが１０ビットであるとき、RLCヘッダ長は２バイトである。
【０１８０】
例２における取得方法は、特に、複数のRLC  PDUが損失するシナリオに適用可能であることが、理解され得る。１つのRLC  PDUが損失したとき、例１の方法が使用されてよく、又は例２の方法が使用されてよい。
【０１８１】
周期的BSR_Timerが終了したか否かに基づき、MACヘッダが短期間BSRを含むか否かを決定する特定の方法は、以下の通りである：
１つ以上の第１MAC  PDUの中で、目標MAC  PDUが後に続き且つ短期間BSRを含むMAC  PDUを決定するステップと、次に、目標MAC  PDUの受信時点と短期間BSRを含む前のMAC  PDUの受信時点との間の期間が、所定周期的BSR_Timerを超えるか否かを決定するステップ。
【０１８２】
目標MAC  PDUの受信時点と短期間BSRを含む前のMAC  PDUの受信時点との間の期間が所定周期的BSR_Timerを超える場合、周期的BSR_Timerは終了し、MACヘッダは短期間BSRを含む。
【０１８３】
言い換えると、目標MAC  PDUの受信時点と短期間BSRを含む前のMAC  PDUの受信時点との間の期間が所定周期的BSR_Timerを超える場合、目標MAC  PDUのMACヘッダ長は３バイトであると決定される。目標MAC  PDUの受信時点と短期間BSRを含む前のMAC  PDUの受信時点との間の期間が所定周期的BSR_Timerを超えない場合、目標MAC  PDUのMACヘッダ長は１バイトであると決定される。
【０１８４】
本発明の幾つかの実施形態では、複数のRLC  PDUが損失したとき、大部分の損失RLC  PDUの会話ペイロードは例２の方法を用いて取得されてよく、１つのRLC  PDUが残されるまで例１の方法が実行される。
【０１８５】
１．１で前述した説明は、損失RLC  PDUセグメントがサブフローBに属し、組み立てられるべきPDCP  PDU内で終了位置に位置しない、会話ペイロード復元方法に関する。１．２で説明した会話ペイロード復元方法は、損失RLC  PDUセグメントがサブフローBに属し、組み立てられるべきPDCP  PDU内で終了位置に位置する場合に使用される。
【０１８６】
１．２．損失RLC  PDUが組み立てられるべきPDCP  PDUの終了位置に位置するとき。
【０１８７】
損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、目標MAC  PDUから会話ペイロードを取得するステップは以下のステップを含む。
【０１８８】
ステップＥ１：損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、目標MAC  PDU内の会話ペイロードの終了位置及び開始位置を決定する。
【０１８９】
目標MAC  PDU内のRLC  PDUは組み立てられるべきPDCP  PDU内の損失RLC  PDUであり、損失RLC  PDUは組み立てられるべきPDCP  PDU内の終了位置に位置するので、目標MAC  PDUは、MACヘッダ、RLCヘッダ、及びデータフィールド内の会話ペイロードに加えて、目標MAC  PDUの終わりに充填ビットを含んでよい。したがって、目標MAC  PDU内の会話ペイロードの開始位置及び終了位置が決定された後に、会話ペイロードは正確に抽出できる。
【０１９０】
ステップＥ２：会話ペイロードを、目標MAC  PDUから、開始位置及び終了位置に基づき抽出する。
【０１９１】
上述のように、目標MAC  PDU内の会話ペイロードの開始位置及び終了位置が決定された後に、開始位置及び終了位置の間に位置するデータは、目標MAC  PDUから抽出され、取得されたデータが会話ペイロードである。
【０１９２】
目標MAC  PDU内の会話ペイロードの終了位置及び開始位置を決定する複数の方法がある。以下の例が提供される。
【０１９３】
ステップＤ１：損失RLC  PDUの会話ペイロードの長さを、所定会話フレーム長と、組み立てられるべきPDCP  PDU内で終了位置に位置しないRLC  PDUの会話データの長さと、に基づき計算する。
【０１９４】
ステップＤ２：１つ以上の第１MAC  PDUの中で、目標MAC  PDUが後に続き、且つ短期間BSRを含む、MAC  PDUを決定する。
【０１９５】
ステップＤ３：目標MAC  PDUの受信時点と、短期間BSRを含む前のMAC  PDUの受信時点と、の間の期間が所定周期的BSR_Timerを超えるか否かを決定する。目標MAC  PDUの受信時点と、短期間BSRを含む前のMAC  PDUの受信時点と、の間の期間が所定周期的BSR_Timerを超えない場合、ステップＤ４が実行される。目標MAC  PDUの受信時点と、短期間BSRを含む前のMAC  PDUの受信時点と、の間の期間が所定周期的BSR_Timerを超える場合、ステップＤ５が実行される。
【０１９６】
ステップＤ２及びステップＤ３は、周期的BSR_Timerが終了したか否かに基づき、MACヘッダが周期的BSRを含むか否かを決定する特定の実装方法である。
【０１９７】
ステップＤ４：目標MAC  PDUのMACヘッダ長は１バイトであると決定する。
【０１９８】
ステップＤ５：取得したTBサイズ及び損失RLC  PDUの会話ペイロードの長さに基づき、目標MAC  PDUのMACヘッダに含まれる周期的BSRの種類及び充填ビットのパディング長を決定する。
【０１９９】
周期的BSRの種類は、長BSR及び短BSRを含む。BSRの種類は、MACヘッダ長に影響を与え、充填ビットの有無に更に影響を与える。
【０２００】
ステップＤ６：目標MAC  PDUのMACヘッダ長をBSRの種類に基づき決定する。
【０２０１】
ステップＤ７：目標MAC  PDU内の会話ペイロードの終了位置を、充填ビットの長さに基づき決定する。
【０２０２】
例えば、充填ビットの長さ及びBSRの種類は、取得したTB  Size、MACヘッダ長の決定した部分、RLCヘッダ長、及びペイロード長Lmに基づき推定される。具体的に言うと、各部分の長さは、関係：「各MAC制御要素のヘッダ長＋データペイロード長＋充填長＝TB  Size」に基づき推定される。例えば、Lremain＝TB  Size−７×８−Lmが設定される。Lremain＜１６の場合、BSRの種類は短BSRであり、MACヘッダ長は５バイトであり、充填ビットの長さはLremainである。Lremain＝１６の場合、BSRの種類は長BSRであり、MACヘッダ長は５バイトであり、充填ビットは存在しない。Lremain＞１６の場合、BSRの種類は長BSRであり、MACヘッダ長は７バイトであり、充填ビットの長さはLremain−１６である。充填ビットの長さが決定された後に、会話ペイロードの終了位置が決定される。「７×８」は、以下の場合：「短BSR充填有り」又は「長BSR充填無し」の場合に、MACヘッダ長が７バイト、つまり５６ビットであることを示す。
【０２０３】
ステップＤ８：目標MAC  PDU内の会話ペイロードの開始位置を、MACヘッダ長及び所定RLCヘッダ長に基づき決定する。
【０２０４】
目標MAC  PDU内の会話ペイロードの開始位置及び終了位置が決定された後に、会話ペイロードは、目標MAC  PDUから開始位置及び終了位置に基づき抽出できる。
【０２０５】
前述の方法では、データフィールド内のデータは、正しく受信されなかったMAC  PDUに基づき取得される。具体的に言うと、CRCチェックが正しくないMAC  PDU内のRLC  PDUが蓄えられる。RLC  PDUの送信中にデータ誤りが生じた場合、正しく受信されなかったRLC  PDUの会話ペイロードのデータは蓄えられる。その結果、復元RLC  PDUが構成され、対応するPDCP  PDUが蓄えられる。以下は、RLC  PDUのデータフィールド内のデータを取得するための別の方法を記載する。
【０２０６】
２．所定ビットシーケンスが、データフィールド内のデータとして使用される。
【０２０７】
PDCP  PDUのデータフィールド内のデータは以下の方法で取得されてよい。
【０２０８】
損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、損失RLC  PDUの会話ペイロードの長さは、所定会話フレーム長と、組み立てられるべきPDCP  PDU内の終了位置に位置しないRLC  PDUの会話データの長さと、に基づき計算される。例えば、損失RLC  PDUの会話ペイロードの長さは、現在モードにおける所定会話フレーム長から、受信されたRLC  PDUの会話ペイロードの長さを減算することにより取得されてよい。次に、会話ペイロードの長さが所定長さ閾より短いとき、長さが会話ペイロードの長さに一致する全部ゼロのシーケンスが取得される。
【０２０９】
終了位置に位置しない全てのRLC  PDUが正しく受信されたRLC  PDUであってよく、又は正しく受信されたRLC  PDU及び１．１の復元方法で取得されたRLC  PDU、具体的に言うと、損失RLC  PDUが組み立てられるべきPDCP  PDU内で終了位置に位置しないとき、前述の方法を用いて取得されたRLC  PDUのデータフィールド内のデータに基づき生成されたRLC  PDU、の両方を含んでよい。
【０２１０】
会話フレームのフォーマットに関連する内容の前述の説明から、PDCP  PDU内で終了位置に位置するRLC  PDUが有効会話データであることが分かる。データが誤りを含む場合でさえ、誤りを含むデータにより構成される会話データによるユーザの主観的経験は大きく影響されない。したがって、所定ビットシーケンスは、損失RLC  PDUの会話データを復元するために直接使用されてよい。全部ゼロのシーケンスに加えて、所定ビットシーケンスは、全部１のビットシーケンス、又は別の０−１ビットシーケンスであってよい。これは、終了位置に位置するRLC  PDUの会話ペイロードの長さが正しく受信されたRLC  PDU又は復元RLC  PDUに基づき計算された後に、復元のために使用される所定ビットシーケンスの長さが会話ペイロードの長さに等しいならば、本発明の本実施形態において具体的に限定されない。このように、復元RLC  PDUを生成する効率が向上され得る。会話フレーム上に誤りを含むデータの影響を更に低減するために、決定するステップが、本発明の本実施形態において更に追加される。具体的に言うと、所定ビットシーケンスがデータフィールド内のデータとして使用される方法が、損失RLC  PDUの会話ペイロードの長さがセキュア長さ閾より大きくないときにのみ、実行される。
【０２１１】
本発明の幾つかの実施形態では、損失RLC  PDUが組み立てられるべきPDCP  PDU内で終了位置に位置するとき、効率的に実行され且つ誤りビットが削減されるRLC  PDU復元方法を適応的に選択するために、損失RLC  PDUの会話ペイロードの長さが所定フレーム長及び組み立てられるべきPDCP  PDU内で終了位置に位置しないRLC  PDUの会話ペイロードの長さに基づき計算された後に、損失RLC  PDUの会話ペイロードの長さ及び所定セキュア長さ閾が決定のために使用されてよい。損失RLC  PDUの会話ペイロードの長さがセキュア長さ閾より大きいとき、１．２の前述の方法が実行される。損失RLC  PDUの会話ペイロードの長さがセキュア長さ閾より大きくないとき、２の前述の方法が実行され、終了位置に位置するRLC  PDUを復元する。
【０２１２】
RLC  PDUのデータフィールド内のデータを取得する前述の方法では、一方の方法は正しく受信されなかったMAC  PDUに基づき実行され、他方の方法は終了位置に位置するRLC  PDUのデータフィールド内のデータとして所定ビットシーケンスを用いて実行される。以下は、RLC  PDUのデータフィールド内のデータを取得するための別の方法を提供する。
【０２１３】
３.３．ランダムビットシーケンスが、データフィールド内のデータとして使用される。
【０２１４】
具体的に言うと、RLC  PDUのデータフィールド内のデータを取得するステップは、以下のステップを含む。
【０２１５】
ステップＥ１：損失RLC  PDUの会話ペイロードの長さを、正しく受信されたRLC  PDUの会話データの長さ及び所定会話フレーム長に基づき計算する。
【０２１６】
基地局は、損失RLC  PDUの会話ペイロードの長さを、所定会話フレーム長から、組み立てられるべきPDCP  PDU内の正しく受信されたRLC  PDUの会話データの長さを減算することにより計算を通じて取得してよい。１つ以上の損失RLC  PDUが存在してよい。複数のRLC  PDUが損失したとき、計算を通じて取得される会話ペイロードの長さは、全ての損失RLC  PDUの会話ペイロードの長さのセットである。
【０２１７】
ステップＥ２：会話ペイロードの長さと一致する長さのランダムビットシーケンスを取得する。
【０２１８】
損失RLC  PDUの会話ペイロードの長さを計算した後に、基地局は、損失RLC  PDUの会話ペイロードの長さに等しい長さのランダムビットシーケンスを取得し、ランダムビットシーケンスを復元RLC  PDUのデータフィールド内のデータとして使用する。
【０２１９】
ランダムビットシーケンスがデータフィールド内のデータとして使用される前述の方法は、RLC  PDUのデータフィールド内のデータを正しく受信されなかったMAC  PDUに基づき取得する方法の代替として使用できる。方法３の詳細な説明については、図５に示す実施形態の以下の説明を参照する。
【０２２０】
ステップ４０８：RLCヘッダを取得する。
【０２２１】
組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したとき、基地局は、更にRLCヘッダを取得する必要があり、RLCヘッダを使用して復元RLC  PDUを取得する。RLCヘッダはRLCSN及びFIを含む。
【０２２２】
任意で、RLCヘッダを正確に取得するために、本発明の幾つかの実施形態では、ステップ４０８は以下の方法で実施されてよい：
RLCヘッダ小野RLCSNを、損失RLC  PDUの前に位置する正しく受信されたRLC  PDUのRLCSN及び／又は損失RLC  PDUの後に位置する正しく受信されたRLC  PDUのRLCSNに基づき決定するステップ。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置するとき、RLCヘッダのFIは１０であると決定される。損失RLC  PDUが組み立てられるべきPDCP  PDU内の終了位置に位置しないとき、RLCヘッダのFIは１１であると決定される。
【０２２３】
したがって、損失セグメントのRLCSNは、損失RLC  PDUの前に位置する正しく受信されたRLC  PDU及び損失RLC  PDUの後に位置する正しく受信されたRLC  PDUに基づき、正確に推定できる。FIは、損失RLC  PDUが、損失RLC  PDUの属するPDCP  PDU内の最後のセグメントであるか否かに基づき決定される。
【０２２４】
ステップ４０９：RLCヘッダ及びデータフィールド内のデータを用いて、復元RLC  PDUを生成する。
【０２２５】
RLC  PDUのデータフィールド内のデータ及びRLCヘッダが前述の方法を用いて取得された後に、復元RLC  PDUは、２つのデータ片に基づき生成されてよい。復元RLC  PDUは、組み立てられるべきPDCP  PDU内の損失RLC  PDUを置き換えるために使用されてよい。したがって、基地局のPDCPレイヤにあるRLC  PDUが損失したとき、基地局は、依然として、組み立てられるべきPDCP  PDU内の全てのRLC  PDUを取得できる。
【０２２６】
例えば、基地局は、有効RLC  PDUを、取得した会話ペイロードに基づき及び推定RLCSN及びフラグFIを参照して構成し、有効RLC  PDUを実行されるべきパケットアセンブリのために使用されるRLC_Bufferに書き込む。RLC_Bufferは、正しく受信され実行されるべきパケットアセンブリのために使用されるRLC  PDUを格納するために使用される、RLCレイヤにあるバッファである。
【０２２７】
ステップ４１０：正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成する。
【０２２８】
このように、基地局は、組み立てられるべきPDCP  PDU内の正しく受信されたRLC  PDU及び損失RLC  PDUを復元するために使用される復元RLC  PDUの両方を含む。したがって、RLC  PDUが元々損失した組み立てられるべきPDCP  PDU内のRLC  PDUは損失せず、基地局は、正しく受信されたRLC  PDU及び復元RLC  PDUに基づき、PDCP  PDUを生成できる。
【０２２９】
例えば、前述の方法を実行することにより、基地局のRLC_Bufferが更新される。RLC_Bufferは、正しく受信されたRLC  PDU及び復元RLC  PDUの両方を含む。したがって＜PDCP  PDUは、通常パケットアセンブリ手順に基づき組み立てることができる。
【０２３０】
結論として、組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUが取得される。正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUである。次に、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かが決定される。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、RLC  PDUのデータフィールド内のデータが取得され、RLCヘッダが取得される。次に、復元RLC  PDUがRLCヘッダ及びデータフィールド内のデータを用いて生成された後に、PDCP  PDUは、正しく受信されたRLC  PDU及び復元RLC  PDUに基づき生成される。このように、PDCP  PDU内のRLC  PDUが損失すると、損失RLC  PDUを復元するために、復元RLC  PDUが生成され、PDCP  PDUは、復元RLC  PDU及び正しく受信されたRLC  PDUを組み立てることにより取得できる。したがって、RLC  PDUの損失したPDCP  PDUが廃棄されることが防がれ、PDCP  PDUが蓄えられ、それにより、データ損失を低減し、フレームデータの完全性を向上する。ユーザがPDCP  PDUに関連するデータを使用するとき、ユーザの主観的経験が向上され得る。
【０２３１】
図４に示す実施形態は、主に、正しく受信されなかったMAC  PDUに基づき、損失RLC  PDUを復元する方法を提供する。以下は、ランダムビットシーケンスを用いて損失RLC  PDUを復元する別の方法を提供する。図４に示す方法では、CRCチェックを通じて決定された、正しく受信されなかったMAC  PDUが格納される必要がある。例えば、バッファ領域ErrorBufferは、RLCレイヤにおいて、正しく受信されなかったMAC  PDUをバッファリングするために設定される。次に、ErrorBuffer内の正しく受信されなかったMAC  PDUは、後のパケットアセンブリ中に損失RLC  PDUを復元するために使用される。図５に示す実施形態では、バッファ領域ErrorBufferは、使用される必要がない。代わりに、損失RLC  PDUのデータフィールド内のデータは、ランダムビットシーケンスを直接用いて復元される。例えば、AMRシナリオでは、AMRは、サブフローBビットについて比較的良好な誤り耐性ロバストネスを有する。サブフローBビットのBERが５０％に達する場合でさえ、MOSスコアは依然として正利得を得る。これは、ランダム復元方式の基礎を提供する。図５に示す実施形態では、サブフローBセグメントに属する任意の数の損失RLC  PDUが復元されてよい。
【０２３２】
図５は、本発明の一実施形態によるデータ処理方法の方法フローチャートである。図５を参照すると、本発明の本実施形態の方法は以下のステップを含む。
【０２３３】
ステップ５０１：PDCP  PDU内のN個の正しく受信されたRLC  PDUを取得する。
【０２３４】
正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUであり、Nは正整数である。
【０２３５】
ステップ５０１は、前述の実施形態のステップ４０１及びステップ４０４を実行することにより実施されてよい。詳細については、ステップ４０１及びステップ４０４の詳細な説明を参照する。
【０２３６】
ステップ５０２：組み立てられるべきPDCP  PDU内の所定RLC  PDUが損失したか否かを決定する。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、ステップ５０３が実行される。
【０２３７】
所定RLC  PDUは、会話ペイロード内のビットがサブフローBに属するRLC  PDUである。１つ以上の損失所定RLC  PDUが存在してよい。
【０２３８】
ステップ５０２については、ステップ４０６の詳細な説明を参照する。
【０２３９】
例えば、QCI１のRLC期限切れパケットアセンブリがトリガされると、組み立てられるべきPDCP  PDU内の開始RLC  PDU及び終了RLC  PDUが、RLCパケット範囲内で見付けられる必要があり、各RLC  PDUのサブフローA又はサブフローBのフラグが決定される必要がある。組み立てられるべきPDCP  PDU内の、サブフローBに属するRLC  PDUのみが損失したか否かが決定される。組み立てられるべきPDCP  PDU内の、サブフローBに属するRLC  PDUのみが損失した場合、ステップ５０３が実行される。その他の場合、RLCパケット範囲内で、別の組み立てられるべきPDCP  PDU内の、サブフローBに属するRLC  PDUが損失したか否かが決定され、以下同様である。
【０２４０】
本発明の幾つかの実施形態では、ステップ５０２は、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かを決定するステップであってよい。代替として、所定RLC  PDUは別の定義を有する。
【０２４１】
ステップ５０３：損失RLC  PDUの会話ペイロードの長さを、正しく受信されたRLC  PDUの会話データの長さ及び所定会話フレーム長に基づき計算する。
【０２４２】
ステップ５０４：会話ペイロードの長さと一致する長さのランダムビットシーケンスを取得する。
【０２４３】
基地局が損失RLC  PDUの会話ペイロードの長さを決定した後に、基地局は、会話ペイロードの長さに等しい長さのランダムビットシーケンスのみを取得してよい。取得したランダムビットシーケンスは、損失RLC  PDUの会話ペイロードとして使用されてよい。
【０２４４】
ステップ５０３及びステップ５０４は、RLC  PDUのデータフィールド内のデータを取得する特定の方法である。
【０２４５】
１つ以上の損失RLC  PDUが存在してよい。言い換えると、復元を通じて及び正しく受信されたRLC  PDUに基づき取得されたRLC  PDUが復元後の有効会話フレームであるならば、ランダムビットシーケンスを用いて復元された、サブフローBに属するRLC  PDUの数は、制限されない。
【０２４６】
１つのRLC  PDUが損失したとき、会話ペイロードの長さと一致する長さのランダムビットシーケンスは、損失RLC  PDUの会話ペイロードとして直接使用される。複数のRLC  PDUが損失したとき、会話ペイロードの長さと一致する長さのランダムビットシーケンスを取得する特定の実装方法は以下の通りである：所定長又はランダム長の複数のランダムビットシーケンスを取得するステップであって、複数のランダムビットシーケンスの全長は、会話ペイロードの長さに等しい、ステップ。例えば、３個のRLC  PDUが損失したとき、全ての損失RLC  PDUの会話ペイロードの全長が計算された後に、会話ペイロードの長さは、３個の等しい部分に分割され、次に、３個の等しい部分の長さにそれぞれ等しい長さの３個のランダムビットシーケンスが取得される。代替として、３個のランダムビットシーケンスの全長が損失RLC  PDUの会話ペイロードの全長に等しいならば、ランダム長の３個のランダムビットシーケンスが取得される。
【０２４７】
例えば、RLC  PDUの損失は、以下の３つの場合に分類されてよい。
【０２４８】
I．図６Ａに示すように、組み立てられるべきPDCP  PDU内の、サブフローBセグメントに属する１個のRLC  PDUのみが損失する。損失RLC  PDUの会話ペイロードが決定された後に、ランダム０−１ビットシーケンスが充填のために使用される。この場合、組み立てられるべきPDCP  PDU内の損失会話ペイロードの位置は、正しく受信されたRLCセグメントに基づき決定できる。
【０２４９】
II．図６Ｂに示すように、組み立てられるべきPDCP  PDU内の、サブフローBセグメントに属する複数の連続RLC  PDUが損失する。損失RLC  PDUの会話ペイロードが決定された後に、ランダム０−１ビットシーケンスが、RLC  PDUのデータフィールド内のデータを充填するために使用される。この場合、場合Ｉと同様に、組み立てられるべきPDCP  PDU内の損失会話ペイロードの位置も決定できる。
【０２５０】
III．図６Ｃに示すように、組み立てられるべきPDCP  PDU内の、サブフローBセグメントに属する複数の不連続RLC  PDUが損失する。この場合、ランダム０−１ビットシーケンスが各損失RLC  PDUに対応するサブフローBを復元するために使用され、損失し復元されたサブフローBの全長が損失RLC  PDUの会話ペイロードの全長に等しいならば、各セグメントに対応するサブフローBの長さは柔軟に選択されてよい。このように、組み立てられるべきPDCP  PDUの中で、不連続損失サブフローBセグメントの間に位置する正しいRLC  PDUの会話データのシフトが引き起こされるが、エミュレーションは、このような方法で処理することが、僅かな効果しか有さず、負利得を導入せず、この場合の確率が比較的低いことを示す。
【０２５１】
ステップ５０５：RLCヘッダを取得する。
【０２５２】
ステップ５０５については、ステップ４０８の詳細な説明を参照する。
【０２５３】
ステップ５０６：ランダムビットシーケンス及びRLCヘッダを用いて、復元RLC  PDUを生成する。
【０２５４】
ステップ５０６については、ステップ４０９の詳細な説明を参照する。ランダムビットシーケンスは、RLC  PDUのデータフィールド内のデータである。
【０２５５】
例えば、正しいRLCヘッダは、ランダムに復元されたRLC  PDUの会話ペイロードに追加されて、有効復元RLC  PDUを構成し、有効復元RLC  PDUを実行されるべきパケットアセンブリのために使用されるRLC_Bufferに書き込む。
【０２５６】
ステップ５０７：正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成する。
【０２５７】
PDCP  PDUは、M個のRLC  PDUを含み、Mは正整数であり、N<Mである。言い換えると、N個の正しく受信されたRLC  PDU及び（M−N）個の復元RLC  PDUは、組み立てられて、PDCP  PDUを取得する。
【０２５８】
ステップ５０７については、ステップ４１０の詳細な説明を参照する。
【０２５９】
例えば、現在PDCP  PDUがRLC_Buffer内のRLCパケット範囲内の最後のPDCPではない場合、ステップ５０２が実行される。その他の場合、更新されるRLC_Bufferについて、PDCPは通常パケット手順に基づき組み立てることができる。
【０２６０】
結論として、本発明の本実施形態におけるデータ処理方法によると、組み立てられるべきPDCP  PDU内の少なくとも１つの正しく受信されたRLC  PDUが取得される。正しく受信されたRLC  PDUは、CRCチェックの正しいMAC  PDUに属するRLC  PDUである。次に、組み立てられるべきPDCP  PDU内のRLC  PDUが損失したか否かが決定される。組み立てられるべきPDCP  PDU内のRLC  PDUが損失した場合、RLC  PDUのデータフィールド内のデータが取得され、RLCヘッダが取得される。次に、復元RLC  PDUがRLCヘッダ及びデータフィールド内のデータを用いて生成された後に、PDCP  PDUは、正しく受信されたRLC  PDU及び復元RLC  PDUに基づき生成される。このように、PDCP  PDU内のRLC  PDUが損失すると、損失RLC  PDUを復元するために、復元RLC  PDUが生成され、PDCP  PDUは、復元RLC  PDU及び正しく受信されたRLC  PDUを組み立てることにより取得できる。したがって、RLC  PDUの損失したPDCP  PDUが廃棄されることが防がれ、PDCP  PDUが蓄えられ、それにより、データ損失を低減し、フレームデータの完全性を向上する。ユーザがPDCP  PDUに関連するデータを使用するとき、ユーザの主観的経験が向上され得る。
【０２６１】
前述のデータ処理方法が実行され、その結果、パケットアセンブリがRLCレイヤで実行され、及びPDCPパケット全体が廃棄されることを防がれるとき、特定BERが許容される。したがって、より多くの有効会話ビットが蓄えられ、それにより会話の主観的経験を向上する。これは、データの不均衡保護を実施する。
【０２６２】
本発明の本実施形態におけるデータ処理方法は、QCI１サービス及びQCI２サービスに適用可能であることが理解され得る。AMR会話に加えて、方法は、EVSのような別の会話符号化／復号システム、及び優先度及び重要性がビデオ電話サービス又は無線ビデオサービスの上位レイヤパケット又は下位レイヤパケットの送信中に区別可能な任意のシナリオに適用可能である。
【０２６３】
本発明の幾つかの実施形態では、再送終了方式、例えば図７に示す実施形態が更に提供される。再送終了方法は、損失RLC  PDUを復元する前述の方法と連携して実施されてよい。例えば、図７に示す実施形態における再送終了方法は、ステップ４０６の前に実行されてよい。代替として、図７に示す方法は独立して使用されてよい。これは、本発明の本実施形態において具体的に限定されない。
【０２６４】
図７に示す実施形態における再送終了方法の実行処理は以下の通りである：PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するステップと、非有効ビットに対応するMAC  PDUの再送回数が、再送が終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するステップと。再送が終了するまでに生じる再送回数は、MAC  PDUの最大再送回数より少ない。
【０２６５】
具体的に、図７は、再送終了方法の方法フローチャートである。図７を参照すると、本発明の本実施形態の方法は以下のステップを含む。
【０２６６】
ステップ７０１：HARQ処理を通じて、MAC  PDU及びMAC  PDUをチェックするために使用されるCRCを含むトランスポートブロックを取得する。
【０２６７】
基地局は、物理レイヤにおけるHARQ処理を取得して、MAC  PDU及びMAC  PDUをチェックするために使用されるCRCを含むトランスポートブロックを取得する。MAC  PDUは、非有効ビットに対応するMAC  PDU及び有効ビットに対応するMAC  PDUを含んでよい。非有効ビットに対応するMAC  PDUは、会話データビットがサブフローBビットに属するMAC  PDUのような、データビットの品質パラメータが所定品質閾より小さいMAC  PDUである。相応して、有効ビットに対応するMAC  PDUは、会話データビットがサブフローAビットに属するMAC  PDUのような、データビットの品質パラメータが所定品質閾より大きいMAC  PDUである。
【０２６８】
捨て婦７０１は、ステップ４０１の特定の実装であってよい。
【０２６９】
ステップ７０２：MAC  PDUの種類を決定する。
【０２７０】
MAC  PDUの種類は、第１種類及び第２種類を含む。第１種類のMAC  PDUは、PDCP  PDU内の有効ビット、つまり有効ビットに対応するMAC  PDUを含む。第２種類のMAC  PDUは、PDCP  PDU内の非有効ビット、つまり非有効ビットに対応するMAC  PDUを含む。第１種類に対応する最大再送回数は、第２種類に対応する、再送が終了するまでに生じる再送回数より大きい。再送が終了するまでに生じる再送回数は、MAC  PDUの最大再送回数より少ない。MAC  PDUの最大再送回数は、システムにより設定された最大再送回数であり、MAC  PDUの最大再送回数と第１種類に対応する最大再送回数とは同じ値である。
【０２７１】
例えば、第１種類は、MAC  PDUの会話データがサブフローAビットに属する種類であり、第２種類は、MAC  PDUの会話データがサブフローBビットに属する種類である。第１種類に対応する最大再送回数は、第２種類に対応する、再送が終了するまでに生じる再送回数より大きい。例えば、第１種類が、MAC  PDUの会話データがサブフローAビットに属する種類であり、第２種類が、MAC  PDUの会話データがサブフローBビットに属する種類であるとき、第１種類に対応する最大再送回数は、第２種類に対応する、再送が終了するまでに生じる再送回数より大きい。第１種類に対応する最大再送回数通信システムにより設定された最大再送回数であってよく、第２種類に対応する、再送が終了するまでに生じる再送回数は所定値である。
【０２７２】
MAC  PDUの種類が決定された後に、MACの種類に対応する最大再送回数、又はMAC  PDUの種類に対応する、再送が終了するまでに生じる再送回数が取得されてよい。MAC  PDUが第２種類であるとき、第２種類のMAC  PDUの再送回数が、第２種類に対応する、再送が終了するまでに生じる再送回数に達したか否かが検出される。MAC  PDUの種類を決定するステップは、以下のステップを含む。
【０２７３】
ステップＦ１：PUCCH（Physical  Uplink  Control  Channel、物理アップリンク制御チャネル）上でSR（Scheduling  Request）メッセージを取得する。
【０２７４】
ステップＦ２：MAC  PDUの中で、組み立てられるべきPDCP  PDU内の開始RLC  PDUを、SRメッセージに基づき決定する。
【０２７５】
各PDCP  PDU内の開始セグメントは、PUCCH上のSRメッセージに基づき分かってよい。
【０２７６】
ステップＦ３：トランスポートブロックのTB  Size、平均MACヘッダ長、及びRLCヘッダ長に基づき、トランスポートブロックに含まれるRLC  PDUの会話データの長さを決定する。
【０２７７】
ステップＦ４：開始RLC  PDUから開始する連続して受信されたRLC  PDUの会話データの長さに基づき、サブフローAの所定全長の範囲内に位置するRLC  PDUが属するMAC  PDUが第１種類であること、及び、サブフローAの所定全長の範囲外に位置するRLC  PDUが属するMAC  PDUが第２種類であること、を決定する。サブフローAの全長は、サブフローAビットに属する、組み立てられるべきPDCP  PDUの会話データの長さである。
【０２７８】
ステップ７０３：第２種類のMAC  PDUの再送回数が、再送が終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信する。
【０２７９】
基地局は、CRCに基づき、第２種類のMAC  PDUが正しく送信されなかったと決定する。この場合、送信端はMAC  PDUを再送する。第２種類のMAC  PDUの再送回数が、再送が終了するまでに生じる再送回数に達したとき、基地局は、ACK（Acknowledgement、肯定応答）メッセージを送信装置へ送信する。ACKメッセージは、正しく送信されなかった第２種類のMAC  PDUを送信装置が再送するのを停止するために使用される。
【０２８０】
例えば、MAC  PDUの種類が、サブフローA種類及びサブフローB種類に分類されるとき、サブフローA種類に対応する最大再送回数は、設定値、つまりシステムにより設定された最大再送回数であってよい。サブフローB種類に対応する、再送が終了するまでに生じる再送回数は、サブフローA種類に対応する最大再送回数より少なく、サブフローB種類に対応する、再送が終了するまでに生じる再送回数は、システムにより設定された最大再送回数、例えば作業員により設定された値より少ない。サブフローB種類に対応する、再送が終了するまでに生じる再送回数を決定する２つの方法がある。サブフローAに対応する最大再送回数より少ない所定値を使用すること、又は、現在受信したサブフローBのBLERを所定BLER（block  error  rate、ブロック誤り率）閾と比較することにより、サブフローBに対応する最大再送回数を適応的に決定すること、である。具体的に言うと、サブフローB種類のMAC  PDUの再送に対応するBLER（基地局は、最近の期間内の再送の度のBLERに関する統計を収集する）が、所定BLER閾より小さい場合、再送は直ちに終了されてよい。例えば、チャネル状態が良好な場合、サブフローB種類のMAC  PDUが３回だけ再送されるとき、BLER閾が満たされてよい。しかしながら、チャネル状態が粗悪な場合、サブフローB種類のMAC  PDUが５回再送されるまで、BLER閾が満たされてよい。サブフローBに対応する最大再送回数は、チャネル状態に基づき適応的に調整されてよい。
【０２８１】
サブフローB種類のMAC  PDUの再送回数が、サブフローB種類に対応する、再送が終了するまでに生じる再送回数に達したとき、基地局は、UEへACKメッセージを送信する。その結果、UEは、サブフローB種類のMAC  PDUを再送することを停止し、MAC  PDUの再送回数がシステムにより設定された最大再送回数に達するまで待機する必要がなく、それにより、サブフローB種類のMAC  PDUの再送を事前に終了する。
【０２８２】
LTEシナリオでは、HARQ送信メカニズムは、上位レイヤにおける送信遅延の増大を引き起こし得る。この現象は、TTI  Bundlingシナリオで特に深刻であり、高待ち時間がPDCPレイヤにおけるアクティブパケット損失を引き起こし得る。上位レイヤにおける多数のパケットの損失は、会話の主観的経験にも深刻に影響を与え得る。既存のMAC処理メカニズムは、物理レイヤで送信されるデータパケットに等しい送信機会を与える。しかしながら、VoLTEシナリオでは、会話フレームに含まれるビットは異なる重要性を有する。最適な送信の観点から、異なる重要性の会話ビットは、異なる送信機会（リソース）を取得してよい。有効サブフロー（例えば、サブフローA）は、別のサブフローより多くの送信機会を取得するべきである。非有効サブフローの送信機会の適切な低減は、上位レイヤにおけるパケット損失の確率を低減してよく、それにより会話スループット全体を増大する。
【０２８３】
結論として、図７に示す実施形態における方法によると、非有効サブフローの送信回数は、特定BER条件の下で低減できる。言い換えると、非有効サブフローの送信の「最終的終了」の特性が導入される。その結果、サブフローA種類のMAC  PDUは、より多くの送信機会を取得し、上位レイヤにおけるPDCPパケット損失の機械が低減され、会話スループットが向上し、最終的に会話の主観的経験が向上する。図７に示す実施形態における方法は、特にTTIBシナリオに適用可能である。
【０２８４】
前述の方法の効果を検証するために、例えばAMRシナリオで、本発明の実施形態で提供されたデータ処理方法が実行された後に、実行効果がテストを通じて検証される。
【０２８５】
１．AMRにおける異なるサブフローについての誤り耐性能力のエミュレーション。
【０２８６】
誤りがAMRにおけるサブフローAで生じると、会話の主観的経験が大きく影響され、デコーダは異常になり得る。したがって、サブフローAは、非常に重要であると考えられ、BER（Bit  Error  Ratio、ビット誤り率）は、厳密に０に制御されるべきである。その結果、エミュレーションはここでは必要ない。
【０２８７】
図８Ａ及び図８Ｂは、それぞれ、会話レートがAMR−WBにおいて１２．６５k及び２３．８５kであり、上位レイヤにおけるパケット損失率（FER）がそれぞれ１％及び０．２％であるとき、特定誤りビット（BERは０に等しくない）を含むサブフローBのMOS（Mean  Opinion  Score、平均オピニオンスコア）スコアへの影響を示す。図中のMOSは、平均オピニオンスコアであり、Es/N０はシンボルエネルギのノイズ電力スペクトル密度に対する比である。
【０２８８】
図８Ａ及び図８Ｂの両者は、上位レイヤにおけるパケット損失率が指定されるとき、及びサブフローBのBERが０に等しくないとき、BERが指定範囲内で制御される場合に、会話の主観的経験への影響が無視できることを示す。
【０２８９】
図８Ｃは、FER＝１０％のとき、及びサブフローAの誤り率＝０、３０％、５０％及び７０％のとき、MOSスコアがサブフローBのBERと共に変化することを示す。ベンチマークは、PDCP  PDU全体が廃棄されるときのMOSスコアを示す。結果は、サブフローB内のビットについて、AMRが比較的良好な誤り耐性ロバストネスを有することを示す。サブフローBのBERが５０％に達する場合でさえ、MOSスコアは依然として正利得を得る。これは、本発明の本実施形態で提供されるデータ処理方法の基礎である。
【０２９０】
２．データ処理方法のエミュレーション検証
【０２９１】
チャネル種類：ETU７０チャネル。
【０２９２】
会話サービス：レートがそれぞれ１２．６５k及び２３．８５kに設定されたAMR  WBサービス。
【０２９３】
評価方法：チャネル品質の変化と共にMOSスコアの変化を観測する。
【０２９４】
水平座標：現在チャネル品質の平均値を表すEsN０正規化値。
【０２９５】
垂直座標：P８６３−Ploqaを用いて直接測定されたMOSスコア。
【０２９６】
図９Ａは、本発明の一実施形態によるデータ処理方法の利得の図である。データ処理方法は、具体的に、データフィールド内のデータが図４に示す方法で正しく受信されなかったMAC  PDUに基づき取得される、データ処理方法である。図中の復元（recovery）の曲線は、本発明の実施形態におけるデータ処理方法に従い生成された曲線である。
【０２９７】
図９Ａから以下が分かる：
同じEs/N０チャネル品質条件の下では、MOSスコアは、本発明の実施形態で提供されたデータ処理方法が使用された後に、明きからに向上した。
【０２９８】
図９Ｂは、データフィールド内のデータが正しく受信されなかったMAC  PDUに基づき取得されるデータ処理方法（つまり、ErrorBufferRecover誤りバッファ復元）と、ランダム復元を通じるデータ処理方法（つまり、RandomRecoverランダム復元、図５に示す実施形態における方法）との間の性能比較を示す。どの復元方式が使用されるかに拘わらず、MOSが明らかな利得を取得できることが分かる。データフィールド内のデータが正しく受信されなかったMAC  PDUに基づき取得される復元方式の性能は、最適であるが、複雑性が高い。ランダム復元方式の複雑性は低いが、明らかな性能劣化がない。したがって、ランダム復元方式が良好な妥協案である。
【０２９９】
図１０Ａは、本発明の一実施形態によるデータ処理装置の概略構造図である。図１０Ｂは、図１０Ａに示すデータ処理装置の部分概略構造図である。データ処理装置は、前述の実施形態において提供されたデータ処理方法を実行するよう構成されてよい。図１０Ａを参照すると、本発明の本実施形態において提供されるデータ処理装置は以下を含む：
パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するよう構成される取得ユニット１００１と、
N個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成するよう構成された生成ユニット１００２と。ここで、PDCP  PDUは、M個のRLC  PDUを含み、Mは正整数であり、N<Mである。
【０３００】
任意で、
生成ユニット１００２は、
少なくとも１つの復元RLC  PDUを取得するよう構成された取得モジュール１００３と、
N個の正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成するよう構成された生成モジュール１００４と、を含む。
【０３０１】
任意で、
復元RLC  PDU内のデータは、１つ以上の正しく受信されなかったMAC  PDUから取得した会話ペイロードである。
【０３０２】
任意で、図１０Ｂを参照すると、
取得モジュール１００３は、
第１決定サブモジュール１００４であって、PDCP  PDU内のRLC  PDUが損失したとき、受信時点T１及びT２を決定するよう構成され、T１はPDCP  PDU内の損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２はPDCP  PDU内の損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、第１決定サブモジュール１００４と、
第２決定サブモジュール１００５であって、正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２との間の目標媒体アクセス制御MAC  PDUを決定するよう構成され、RLC  PDUの受信時点はRLC  PDUの属するMAC  PDUの受信時点であり、MAC  PDUの受信時点はMAC  PDUが受信されたときに記録された時点である、第２決定サブモジュール１００５と、
目標MAC  PDUから会話ペイロードを取得するよう構成される取得サブモジュール１００６と、
会話ペイロードに基づき復元RLC  PDUを生成するよう構成される生成サブモジュール１００７であって、復元RLC  PDUは損失RLC  PDUを置き換えるために使用される、生成サブモジュール１００７と、を含む。
【０３０３】
任意で、
復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである。
【０３０４】
任意で、
N個の正しく受信されたRLC  PDU内のデータは、PDCP  PDU内の有効ビットを含む。
【０３０５】
任意で、
本発明の本実施形態における装置は、送信ユニット１００８を更に含む。
【０３０６】
取得ユニット１００１は、PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するよう更に構成される。
【０３０７】
送信ユニット１００８は、非有効ビットに対応するMAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するよう構成され、再送の終了するまでに生じる再送回数は、MAC  PDUの最大再送回数より少ない。
【０３０８】
結論として、取得ユニット１００１は、PDCP  PDU内のN個の正しく受信されたRLC  PDUを取得し、次に、生成ユニット１００２が、N個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成する。PDCP  PDUは、M個のRLC  PDUを含み、N及びMは正整数であり、N<Mである。このように、PDCP  PDUは、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づき生成でき、PDCP  PDUを取得するために全部のRLC  PDUを組み立てる必要がない。したがって、使用される必要のないRLC  PDUが正しく受信されなかった又は損失した場合でも、PDCP  PDUの生成が影響を受けない。
【０３０９】
図１１は、本発明の一実施形態によるデータ処理装置のハードウェアの概略構造図である。データ処理装置１１００における大きな相違は、構成又は性能の相違により生成されてよい。データ処理装置１１００は、１つ以上の中央処理ユニット（central  processing  unit,  CPU）１１２２（例えば、１つ以上のプロセッサ）、１つ以上のメモリ１１３２、並びに、アプリケーションプログラム１１４２若しくはデータ１１４４を格納する１つ以上の記憶媒体１１３０（例えば、１つ以上の大容量記憶装置）を含んでよい。メモリ１１３２及び記憶媒体１１３０は、一時的記憶又は永久的記憶であってよい。記憶媒体１１３０に格納されたプログラムは、１つ以上のモジュール（図中にマークされない）を含んでよく、各モジュールはデータ処理装置に対する一連の命令演算を含んでよい。さらに、中央処理ユニット１１２２は、記憶媒体１１３０と通信し、データ処理装置１１００上で、記憶媒体１１３０内の一連の命令演算を実行するよう設定されてよい。
【０３１０】
データ処理装置１１００は、１つ以上の電源１１２６、１つ以上の有線若しくは無線ネットワークインタフェース１１５０、１つ以上の入力／出力インタフェース１１５８、及び／又は１つ以上のオペレーティングシステム１１４１、例えばWindows  Server（商標）、Mac  OS  X（商標）、Unix（商標）、Linux（商標）、FreeBSD（商標）を更に含んでよい。
【０３１１】
前述の実施形態におけるデータ処理装置により実行されるステップは、図１１に示すデータ処理装置の構造に基づいてよい。言い換えると、図１１に示すデータ処理装置は、前述の実施形態におけるデータ処理方法を実行するよう構成されてよい。図１０Ａ及び図１０Ｂに示すデータ処理装置の機能モジュールは、図１１に示すデータ処理装置に統合可能である。
【０３１２】
具体的に、メモリ１１３２に格納された演算命令を呼び出すことにより、プロセッサ１１２２は以下のステップを実行するよう構成される：
パケットデータコンバージェンスプロトコルPDCPプロトコルデータユニットPDU内のN個の正しく受信された無線リンク制御RLC  PDUを取得するステップと、
N個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成するステップであって、PDCP  PDUは、M個のRLC  PDUを含み、Mは正整数であり、N<Mである、ステップと。
【０３１３】
任意で、メモリ１１３２に格納された演算命令を呼び出すことにより、プロセッサ１１２２は以下のステップを実行するよう構成される：
少なくとも１つのRLC  PDUを取得するステップと、
N個の正しく受信されたRLC  PDU及び復元RLC  PDUに基づきPDCP  PDUを生成するステップと。
【０３１４】
任意で、
復元RLC  PDU内のデータは、１つ以上の正しく受信されなかった媒体アクセス制御MAC  PDUから取得した会話ペイロードである。
【０３１５】
任意で、メモリ１１３２に格納された演算命令を呼び出すことにより、プロセッサ１１２２は以下のステップを実行するよう構成される：
PDCP  PDU内のRLC  PDUが損失したとき、受信時点T１及びT２を決定するステップであって、T１はPDCP  PDU内の損失RLC  PDUの前に位置する正しく受信されたRLC  PDUの受信時点であり、T２はPDCP  PDU内の損失RLC  PDUの後に位置する正しく受信されたRLC  PDUの受信時点である、ステップと、
正しく受信されなかったMAC  PDUの中で、受信時点がT１とT２との間の目標媒体アクセス制御MAC  PDUを決定するステップであって、RLC  PDUの受信時点はRLC  PDUの属するMAC  PDUの受信時点であり、MAC  PDUの受信時点はMAC  PDUが受信されたときに記録された時点である、ステップと、
目標MAC  PDUから会話ペイロードを取得するステップと、
会話ペイロードに基づき復元RLC  PDUを生成するステップであって、復元RLC  PDUは損失RLC  PDUを置き換えるために使用される、ステップと。
【０３１６】
任意で、
復元RLC  PDU内のデータは、全部ゼロのシーケンス又はランダムビットシーケンスである。
【０３１７】
任意で、
N個の正しく受信されたRLC  PDU内のデータは、PDCP  PDU内の有効ビットを含む。
【０３１８】
任意で、メモリ１１３２に格納された演算命令を呼び出すことにより、プロセッサ１１２２は以下のステップを実行するよう構成される：
PDCP  PDU内の非有効ビットに対応するMAC  PDUを取得するステップと、
非有効ビットに対応するMAC  PDUの再送回数が、再送の終了するまでに生じる再送回数に達した場合、ACKメッセージを送信端へ送信するステップであって、再送の終了するまでに生じる再送回数は、MAC  PDUの最大再送回数より少ない、ステップと。
【０３１９】
結論として、装置は、PDCP  PDU内のN個の正しく受信されたRLC  PDUを取得し、次にN個の正しく受信されたRLC  PDUに基づきPDCP  PDUを生成する。ここで、PDCP  PDUはM個のRLC  PDUを含み、N及びMは正整数であり、Ｎ<Mである。このように、PDCP  PDUは、PDCP  PDU内の幾つかの正しく受信されたRLC  PDUに基づき生成でき、PDCP  PDUを取得するために全部のRLC  PDUを組み立てる必要がない。したがって、使用される必要のないRLC  PDUが正しく受信されなかった又は損失した場合でも、PDCP  PDUの生成が影響を受けない。
【０３２０】
前述の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組み合わせを用いて実施されてよい。実施形態を実施するためにソフトウェアが使用されるとき、実施形態は、全部又は部分的にコンピュータプログラムプロダクトの形式で実施されてよい。
【０３２１】
コンピュータプログラムプロダクトは、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令はコンピュータ上にロードされ実行されると、本発明の実施形態による手順又は機能が全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラマブル機器であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてよく、又はあるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ、有線（例えば同軸ケーブル、光ファイバ、又はデジタル加入者線（DSL））又は無線（例えば赤外線、無線、マイクロ波）方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータ、又は１つ以上の使用可能媒体を統合するサーバ若しくはデータセンタのようなデータ記憶装置によりアクセス可能な任意の使用可能媒体であってよい。使用可能媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、DVD）、半導体媒体（例えば、ソリッドステートディスク（Solid  State  Disk（SSD））、等であってよい。
【国際調査報告】
2020516178.tif 000025
2020516178.tif 000026
2020516178.tif 000027
2020516178.tif 000028