(57)【特許請求の範囲】
【請求項１】
データ伝送方法であって、
通信デバイスが、伝送対象のデータパケットの属性を決定する段階であって、前記データパケットの前記属性は、前記データパケットの重要度を示すために用いられる、決定する段階と、
前記通信デバイスが、前記データパケットの前記属性に対応する構成パラメータを用いて、前記データパケットを伝送する段階と
を備え、
前記通信デバイスは端末であり、前記伝送対象のデータパケットの前記属性を決定する前記段階の前に、前記データ伝送方法は、
前記端末が、基地局により送信されるインジケーション情報を受信する段階であって、前記インジケーション情報は、異なる属性を有するデータパケットと、前記データパケットを伝送するために用いられる論理チャネルとの間の対応を表示するために用いられる、受信する段階をさらに含み、
前記伝送対象のデータパケットの前記属性を決定する前記段階は、
前記通信デバイスが、第１の論理チャネルを通じて取得される前記データパケットの前記属性を重要な属性として決定する段階と、
前記通信デバイスが、第２の論理チャネルを通じて取得される前記データパケットの前記属性を重要でない属性として決定する段階とを含む、方法。
【請求項２】
前記属性は重要な属性または重要でない属性であり、前記構成パラメータはハイブリッド自動再送要求（ＨＡＲＱ）パラメータであり、前記通信デバイスが、前記データパケットの前記属性に基づいて前記データパケットの前記構成パラメータを決定する前記段階は、
前記通信デバイスが、前記データパケットの前記構成パラメータは第１のＨＡＲＱパラメータまたは第２のＨＡＲＱパラメータであることを決定する段階であって、前記第１のＨＡＲＱパラメータは前記重要な属性に対応する構成パラメータであり、前記第２のＨＡＲＱパラメータは前記重要でない属性に対応する構成パラメータであり、前記第１のＨＡＲＱパラメータの値は前記第２のＨＡＲＱパラメータの値より大きい、決定する段階を含み、または、
前記構成パラメータは破棄タイミング長であり、前記通信デバイスが、前記データパケットの前記属性に基づいて前記データパケットの前記構成パラメータを決定する前記段階は、
前記通信デバイスが、前記データパケットの前記構成パラメータは第１の破棄タイミング長または第２の破棄タイミング長であることを決定する段階であって、前記第１の破棄タイミング長は前記重要な属性に対応する構成パラメータであり、前記第２の破棄タイミング長は前記重要でない属性に対応する構成パラメータであり、前記第１の破棄タイミング長は前記第２の破棄タイミング長より大きい、決定する段階を含む
請求項１に記載の方法。
【請求項３】
前記通信デバイスが、前記データパケットの前記属性に基づいて前記データパケットの前記構成パラメータを決定する前記段階の前に、前記方法は、
前記端末が、前記基地局により送信される第１の構成命令情報を受信する段階であって、前記第１の構成命令情報は、異なる属性を有する前記データパケットに対する異なる構成パラメータを構成するように、前記端末に命令するために用いられる、受信する段階をさらに含む、請求項１または２に記載の方法。
【請求項４】
伝送対象のデータパケットの属性を決定するように構成される決定ユニットであって、前記データパケットの前記属性は、前記データパケットの重要度を表示するために用いられる決定ユニットと、
前記データパケットの前記属性に対応する構成パラメータを用いて前記データパケットを伝送するように構成される伝送ユニットと、
基地局により送信されるインジケーション情報を受信するように構成される受信ユニットであって、前記インジケーション情報は、異なる属性を有するデータパケットと、前記データパケットを伝送するために用いられる論理チャネルとの間の対応を表示するために用いられる、受信ユニットと
を備え、
前記決定ユニットは、第１の論理チャネルを通じて取得される前記データパケットの前記属性を重要な属性として決定し、第２の論理チャネルを通じて取得される前記データパケットの前記属性を重要でない属性として決定するように具体的に構成される、通信デバイス。
【請求項５】
前記属性は重要な属性または重要でない属性であり、前記構成パラメータはハイブリッド自動再送要求（ＨＡＲＱ）パラメータであり、
前記決定ユニットは、前記データパケットの前記構成パラメータは第１のＨＡＲＱパラメータまたは第２のＨＡＲＱパラメータであることを決定するように具体的に構成され、前記第１のＨＡＲＱパラメータは前記重要な属性に対応する構成パラメータであり、前記第２のＨＡＲＱパラメータは前記重要でない属性に対応する構成パラメータであり、前記第１のＨＡＲＱパラメータの値は前記第２のＨＡＲＱパラメータの値より大きく、または、
前記構成パラメータは破棄タイミング長であり、前記決定ユニットはさらに、前記データパケットの前記構成パラメータは第１の破棄タイミング長または第２の破棄タイミング長であることを決定するように具体的に構成され、前記第１の破棄タイミング長は前記重要な属性に対応する構成パラメータであり、前記第２の破棄タイミング長は前記重要でない属性に対応する構成パラメータであり、前記第１の破棄タイミング長は前記第２の破棄タイミング長より大きい、
請求項４に記載の通信デバイス。
【請求項６】
前記受信ユニットはさらに、前記基地局により送信される第１の構成命令情報を受信するように構成され、前記第１の構成命令情報は、異なる属性を有する前記データパケットに異なる構成パラメータを構成するように、端末に命令するために用いられる、請求項４または５に記載の通信デバイス。
【請求項７】
コンピュータに、請求項１から３のいずれか一項に記載の方法を実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１７年２月１０日に中国国家知識産権局に出願された「ＤＡＴＡ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＭＥＴＨＯＤ，ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＤＥＶＩＣＥ，ＴＥＲＭＩＮＡＬ，ＡＮＤ  ＢＡＳＥ  ＳＴＡＴＩＯＮ」と題する中国特許出願第２０１７１００７４９３２．４号に基づく優先権を主張するものであり、当該特許出願はその全体が参照により本明細書に組み込まれる。
【０００２】
本発明の実施形態は、通信分野、とりわけ、データ伝送方法、通信デバイス、端末、および基地局に関する。
【背景技術】
【０００３】
映像符号化標準において、復号可能なデータフレームは、イントラフレーム（Ｉ‐Ｆｒａｍｅ、ｉｎｔｒａ  ｃｏｄｅｄ  ｆｒａｍｅｓ、Ｉフレーム）、単方向予測フレーム（Ｐ‐Ｆｒａｍｅ、ｐｒｅｄｉｃｔｅｄ  ｆｒａｍｅｓ、Ｐフレーム）、および双方向予測フレーム（Ｂ‐Ｆｒａｍｅ、Ｂｉ‐ｄｉｒｅｃｔｉｏｎａｌ  ｐｒｅｄｉｃｔｅｄ  ｆｒａｍｅｓ、Ｂフレーム）に分類され得る。
【０００４】
Ｉフレームは、完全な画像であり、ＰフレームおよびＢフレームは、Ｉフレームに対する、ＰフレームおよびＢフレームの変化を記録する。Ｉフレームは、エラーの伝播を終了する機能を有する。Ｐフレームは、他のインターフレームの参照フレームとして用いられることが多く、Ｉフレームのそれより劣っている効果を有する。通常、Ｂフレームは参照フレームとして用いられず、従って、Ｂフレームの損失は映像復号品質に比較的小さい影響を有する。伝送プロセスにおいてＩフレームがエラーを有する場合、ＰフレームおよびＢフレームは復号されることができない。従って、映像伝送アプリケーションの間に、データストリームの異なるフレームタイプを区別することは非常に重要である。
【０００５】
しかしながら、現在の伝送スケジューリングポリシーにおいて、全ての映像フレーム（例えば、Ｉフレーム、Ｐフレーム、およびＢフレーム）は伝送において同じ構成パラメータを用いる。このように、ネットワークが混雑した場合、復号の基礎としての役割を果たすＩフレームが失われると、ＰフレームおよびＢフレームは復号されることができず、無効な伝送がもたらされ、映像品質が深刻な影響を受ける。
【発明の概要】
【０００６】
本発明の実施形態は、データ伝送方法、通信デバイス、端末、および基地局を提供して、比較的高い重要度を有するデータパケットの伝送信頼性を改善させ、それにより、伝送対象のサービスの伝送品質に対して混雑したネットワークなどの状況によりもたらされる影響を低減させる。
【０００７】
以下の技術的解決手段は、上述の目的を達成するために本発明の実施形態において用いられる。
【０００８】
第１の態様によると、本発明の実施形態は、データ伝送方法であって、通信デバイスが、伝送対象のデータパケットの属性を決定する段階であって、ここで、データパケットの属性は、データパケットの重要度を表示するために用いられる、決定する段階と、通信デバイスが、データパケットの属性に対応する構成パラメータを用いて、データパケットを伝送する段階とを含む方法を提供する。
【０００９】
本発明のこの実施形態に提供されるデータ伝送方法によると、伝送対象のデータパケットの属性は決定され、そしてデータパケットは、データパケットの属性に対応する構成パラメータを用いて伝送される。このように、データパケットの属性が異なる場合、データパケットの伝送の間は異なる構成パラメータが用いられる。従来技術において、同一の伝送対象のサービスにおけるデータパケットは同じ構成パラメータを用いて伝送され、本発明のこの実施形態においては、伝送対象のサービスに含まれるデータパケットは、データパケットに対応する構成パラメータを用いて、属性に基づいて伝送される。従って、異なる属性を有するデータパケットは、異なる構成パラメータに対応し、異なる属性を有するデータパケットは、比較的に高い重要度を有する伝送対象のデータパケットの信頼性を改善させるために区別されることができ、それにより、伝送対象のサービスの伝送品質に対する混雑したネットワークなどの状況によりもたらされる影響を低減させる。
【００１０】
第１の態様に関して、第１の態様の第１の可能な実装例においては、通信デバイスが、データパケットの属性に対応する構成パラメータを用いてデータパケットを伝送する前に、本発明のこの実施形態に提供される方法はさらに、通信デバイスが、データパケットの属性に基づいてデータパケットの構成パラメータを決定する段階を含む。
【００１１】
第１の態様、または第１の態様の第１の可能な実装例に関して、第１の態様の第２の可能な実装例において、属性は重要な属性または重要でない属性であり、構成パラメータはハイブリッド自動再送要求ＨＡＲＱパラメータであり、通信デバイスが、データパケットの属性に基づいてデータパケットの構成パラメータを決定する段階は、通信デバイスが、データパケットの構成パラメータは第１のＨＡＲＱパラメータまたは第２のＨＡＲＱパラメータであることを決定する段階であって、第１のＨＡＲＱパラメータは重要な属性に対応する構成パラメータであり、第２のＨＡＲＱパラメータは重要でない属性に対応する構成パラメータであり、第１のＨＡＲＱパラメータの値は第２のＨＡＲＱパラメータの値より大きい、または、構成パラメータは破棄タイミング長である、決定する段階を含み、通信デバイスが、データパケットの属性に基づいてデータパケットの構成パラメータを決定する段階は、通信デバイスが、データパケットの構成パラメータは第１の破棄タイミング長または第２の破棄タイミング長であることを決定する段階であって、第１の破棄タイミング長は重要な属性に対応する構成パラメータであり、第２の破棄タイミング長は重要でない属性に対応する構成パラメータであり、第１の破棄タイミング長は第２の破棄タイミング長より大きい、決定する段階を含む。異なるＨＡＲＱパラメータ（例えば、第１のＨＡＲＱパラメータおよび第２のＨＡＲＱパラメータ）は、異なる属性を有するデータパケットのために構成される。このように、異なる属性を有するデータパケットの伝送が失敗した後、重要な属性を有するデータパケットの伝送を、可能な限り成功させることを保証するために、重要な属性を有するデータパケットは複数回伝送されることができる。加えて、異なる破棄タイミング長（例えば、第１の破棄タイミング長および第２の破棄タイミング長）が、異なる属性を有するデータパケットのために構成される。このように、異なる属性を有するデータパケットがそれぞれの破棄タイミング長に達する場合、重要な属性に対応する第２の破棄タイミング長が、重要でない属性に対応する第１の破棄タイミング長より大きいため、ネットワークリソースが変化されないままの場合、重要でない属性を有するデータパケットは、重要でない属性を有するデータパケットが多くのネットワークリソースを占めることを避けるために時間内に破棄され、それにより重要な属性を有するデータパケットの信頼できる伝送を保証する。
【００１２】
第１の態様から第１の態様の第２の可能な実装例のうちいずれか１つに関して、第１の態様の第３の可能な実装例において、通信デバイスが、伝送対象のデータパケットの属性を決定する段階は、通信デバイスが、メディアアクセス制御ＭＡＣエンティティを用いて、通信デバイスのパケットデータコンバーゼンスプロトコルＰＤＣＰエンティティによりＭＡＣエンティティに送信される第１のインジケーション情報であり、端末により受信されるデータパケットの属性を表示するために用いられる第１のインジケーション情報を受信する段階と、通信デバイスが、第１のインジケーション情報に従ってデータパケットの属性を決定する段階、または通信デバイスが、データパケットの無線リンク制御ＲＬＣヘッダに基づいてデータパケットの属性を決定する段階であって、ここで、ＲＬＣヘッダはデータパケットの属性を一意に識別する識別子を搬送する、段階を含む。
【００１３】
第１の態様から第１の態様の第３の可能な実装例のうちいずれか１つに関して、第１の態様の第４の可能な実装例において、通信デバイスが伝送対象のデータパケットの属性を決定する段階は、通信デバイスが、第１の論理チャネルを通じて取得されるデータパケットの属性を重要な属性として決定する段階と、通信デバイスが、第２の論理チャネルを通じて取得されるデータパケットの属性を重要でない属性として決定する段階とを含む。
【００１４】
第１の態様から第１の態様の第４の可能な実装例のうちいずれか１つに関して、第１の態様の第５の可能な実装例において通信デバイスは端末であり、通信デバイスが伝送対象のデータパケットの属性を決定する前に、本発明のこの実施形態に提供される方法は、端末が、基地局により送信され、異なる属性を有するデータパケットとデータパケットを伝送するために用いられる論理チャネルとの間の対応を表示するために用いられる第２のインジケーション情報を受信する段階を含む。このように、第１の論理チャネルを通じてデータパケットを受信する場合、端末は、データパケットの属性が重要な属性であることを決定してよく、第２の論理チャネルを通じてデータパケットを受信する場合、端末は、データパケットの属性が重要でない属性であることを決定してよい。
【００１５】
第１の態様から第１の態様の第５の可能な実装例のうちいずれか１つに関して、第１の態様の第６の可能な実装例において、通信デバイスが、データパケットの属性に基づいてデータパケットの構成パラメータを決定する前に、本発明のこの実施形態に提供される方法はさらに、端末が、基地局により送信され、異なる属性を有するデータパケットに対する異なる構成パラメータを構成するように端末に命令するために用いられる第１の構成命令情報を受信する段階を含む。
【００１６】
第１の態様から第１の態様の第６の可能な実装例のうちいずれか１つに関して、第１の態様の第７の可能な実装例において、通信デバイスは基地局であり、本発明のこの実施形態に提供される方法はさらに、基地局が、第１の構成命令情報を端末に送信する段階であって、ここで、第１の構成命令情報は、異なる属性を有するデータパケットに対する異なる構成パラメータを構成するように端末に命令するために用いられる、送信する段階を含む。
【００１７】
第２の態様によると、本発明の実施形態は、伝送対象のデータパケットの属性を決定するように構成される決定ユニットであり、ここで、データパケットの属性は、データパケットの重要度を表示するために用いられる、決定ユニットと、データパケットの属性に対応する構成パラメータを用いてデータパケットを伝送するように構成される伝送ユニットとを含む通信デバイスを提供する。
【００１８】
第２の態様に関して、第２の態様の第１の可能な実装例において、決定ユニットはさらに、データパケットの属性に基づいてデータパケットの構成パラメータを決定するように構成される。
【００１９】
第２の態様、または第２の態様の第１の可能な実装例に関して、第２の態様の第２の可能な実装例において、属性は重要な属性または重要でない属性であり、構成パラメータはハイブリッド自動再送要求ＨＡＲＱパラメータであり、決定ユニットは、データパケットの構成パラメータは第１のＨＡＲＱパラメータまたは第２のＨＡＲＱパラメータであることを決定するように具体的に構成され、ここで、第１のＨＡＲＱパラメータは重要な属性に対応する構成パラメータであり、第２のＨＡＲＱパラメータは重要でない属性に対応する構成パラメータであり、第１のＨＡＲＱパラメータの値は第２のＨＡＲＱパラメータの値より大きく、または、構成パラメータは破棄タイミング長であり、決定ユニットはさらに、データパケットの構成パラメータは第１の破棄タイミング長または第２の破棄タイミング長であることを決定するように具体的に構成され、ここで、第１の破棄タイミング長は重要な属性に対応する構成パラメータであり、第２の破棄タイミング長は重要でない属性に対応する構成パラメータであり、第１の破棄タイミング長は第２の破棄タイミング長より大きい。
【００２０】
第２の態様から第２の態様の第２の可能な実装例のうちいずれか１つに関して、第２の態様の第３の可能な実装例において、通信デバイスは、通信デバイスのＭＡＣエンティティを用いて、通信デバイスのＰＤＣＰエンティティによりＭＡＣエンティティに送信される第１のインジケーション情報を受信するように構成され、端末により受信されるデータパケットの属性を表示するために用いられ、ここで、決定ユニットはさらに、第１のインジケーション情報に従ってデータパケットの属性を決定するように具体的に構成され、または、決定ユニットはさらに、データパケットのＲＬＣヘッダに基づいてデータパケットの属性を決定するように具体的に構成され、ここで、ＲＬＣヘッダは、データパケットの属性を一意に識別する識別子を搬送する第１の受信ユニットを含む。
【００２１】
第２の態様から第２の態様の第３の可能な実装例のうちいずれか１つに関して、第２の態様の第４の可能な実装例において、決定ユニットは、第１の論理チャネルを通じて取得されるデータパケットの属性を重要な属性として決定し、第２の論理チャネルを通じて取得されるデータパケットの属性を重要でない属性として決定するように具体的に構成される。
【００２２】
第２の態様から第２の態様の第４の可能な実装例のうちいずれか１つに関して、第２の態様の第５の可能な実装例において、通信デバイスはさらに、基地局により送信され、異なる属性を有するデータパケットと、データパケットを伝送するために用いられる論理チャネルとの間の対応を表示するために用いられる、第２のインジケーション情報を受信するように構成される、第２の受信ユニットを含む。
【００２３】
第２の態様から第２の態様の第５の可能な実装例のうちいずれか１つに関して、第２の態様の第６の可能な実装例において、通信デバイスはさらに、基地局により送信され、異なる属性を有するデータパケットに異なる構成パラメータを構成するように端末に命令するために用いられる、第１の構成命令情報を受信するように構成される第２の受信ユニットを含む。
【００２４】
第２の態様から第２の態様の第６の可能な実装例のうちいずれか１つに関して、第２の態様の第７の可能な実装例において、通信デバイスはさらに、端末に第１の構成命令情報を送信するように構成される送信ユニットを含み、ここで、第１の構成命令情報は、異なる属性を有するデータパケットに異なる構成パラメータを構成するように端末に命令するために用いられる。
【００２５】
第３の態様によると、本発明の実施形態は端末を提供する。ここで、端末は、プロセッサ、メモリ、システムバス、および通信インタフェースを含み、メモリはコンピュータ実行可能命令を記憶するように構成され、プロセッサおよびメモリはシステムバスを用いて接続され、端末が動作される場合、プロセッサは、メモリに記憶されているコンピュータ実行可能命令を実行して、端末が、第１の態様から第１の態様の第６の可能な実装例のうち任意の１つによるデータ伝送方法を実行することができるようにする。
【００２６】
第４の態様によると、本発明の実施形態は基地局を提供する。ここで、基地局は、プロセッサ、メモリ、システムバス、および通信インタフェースを含み、ここで、メモリはコンピュータ実行可能命令を記憶するように構成され、プロセッサおよびメモリはシステムバスを用いて接続され、基地局が動作される場合、プロセッサは、メモリに記憶されているコンピュータ実行可能命令を実行して、基地局が、第１の態様から、第１の態様の第４の可能な実装例および第１の態様の第７の可能な実装例のうち任意の１つによるデータ伝送方法を実行することができるようにする。
【００２７】
第５の態様によると、本発明の実施形態はコンピュータ可読記憶媒体を提供する。ここで、コンピュータ可読記憶媒体は命令を記憶し、コンピュータ可読記憶媒体がコンピュータで動作される場合、端末は、第１の態様の第６の可能な実装例に対して、第１の態様のうち任意の１つによるデータ伝送の命令を実行することができるようになる。
【００２８】
第６の態様によると、本発明の実施形態はコンピュータ可読記憶媒体を提供する。ここで、コンピュータ可読記憶媒体は命令を記憶し、コンピュータ可読記憶媒体がコンピュータで動作される場合、基地局は、第１の態様の第４の可能な実装例および第１の態様の第７の可能な実装例に対して、第１の態様のうち任意の１つによるデータ伝送の命令を実行することができるようになる。
【００２９】
第７の態様によると、本発明の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品が基地局で動作される場合、基地局は、第１の態様の第４の可能な実装例および第１の態様の第７の可能な実装例に対して、第１の態様のうち任意の１つによるデータ伝送を実行することができるようになる。
【００３０】
第８の態様によると、本発明の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品が端末で動作される場合、端末は、第１の態様の第６の可能な実装例に対して、第１の態様のうち任意の１つによるデータ伝送を実行することができるようになる。
【００３１】
第９の態様によると、本発明の実施形態は基地局に適用されるチップシステムを提供する。ここで、チップシステムは少なくとも１つのプロセッサおよびインタフェース回路を含み、インタフェース回路および少なくとも１つのプロセッサは配線を用いて互いに接続され、プロセッサは、第１の態様の第４の可能な実装例および第１の態様の第７の可能な実装例に対して、第１の態様のうち任意の１つによるデータ伝送を実行する命令を実行するように構成される。
【００３２】
第１０の態様によると、本発明の実施形態は端末に適用されるチップシステムを提供する。ここで、チップシステムは少なくとも１つのプロセッサおよびインタフェース回路を含み、インタフェース回路および少なくとも１つのプロセッサは線を用いて互いに接続され、プロセッサは、第１の態様の第６の可能な実装例に対して、第１の態様のうち任意の１つによるデータ伝送を実行する命令を実行するように構成される。
【００３３】
本発明の実施形態はさらに通信システムを提供し、通信システムは、第３の態様のうち任意の１つまたは第３の態様の可能な実装例による端末、および第４の態様のうち任意の１つまたは第４の態様の可能な実装例による基地局を含む。
【００３４】
上記に提供されている端末、基地局、またはコンピュータ記憶媒体は、上記に説明されている対応するデータ伝送方法を実行するように構成されることが理解され得る。従って、端末、基地局またはコンピュータ記憶媒体により実現され得る有益な効果については、上記に説明されている対応する方法の有益な効果を参照し、詳細については再び説明しない。
【図面の簡単な説明】
【００３５】
【図１ａ】本発明の実施形態に係る通信システムのアーキテクチャ図である。
【００３６】
【図１ｂ】本発明の実施形態に係る別の通信システムのアーキテクチャ図である。
【００３７】
【図２ａ】本発明の実施形態に係る端末の概略構造図１である。
【００３８】
【図２ｂ】本発明の実施形態に係るＮＡＬＵの概略構造図１である。
【００３９】
【図２ｃ】本発明の実施形態に係るＮＡＬＵの概略構造図２である。
【００４０】
【図２ｄ】本発明の実施形態に係るＮＡＬＵの概略構造図３である。
【００４１】
【図２ｅ】本発明の実施形態に係る端末の概略構造図２である。
【００４２】
【図２ｆ】本発明の実施形態に係る端末の概略構造図３である。
【００４３】
【図２ｇ】本発明の実施形態に係る基地局の概略構造図２である。
【００４４】
【図２ｈ】本発明の実施形態に係る基地局の概略構造図３である。
【００４５】
【図３】本発明の実施形態に係るデータ伝送方法の概略フローチャート１である。
【００４６】
【図４】本発明の実施形態に係るデータ伝送方法の概略フローチャート２である。
【００４７】
【図５】本発明の実施形態に係るデータ伝送方法の概略フローチャート３である。
【００４８】
【図６】本発明の実施形態に係るデータ伝送方法の概略フローチャート４である。
【００４９】
【図７】本発明の実施形態に係る別の伝送アーキテクチャの概略図である。
【００５０】
【図８】本発明の実施形態に係るデータ伝送方法の概略フローチャート５である。
【００５１】
【図９ａ】本発明の実施形態に係る端末の別の概略構造図である。
【００５２】
【図９ｂ】本発明の実施形態に係る端末のさらに別の概略構造図である。
【００５３】
【図９ｃ】本発明の実施形態に係る端末のさらに別の概略構造図である。
【００５４】
【図１０ａ】本発明の実施形態に係る端末の別の概略構造図である。
【００５５】
【図１０ｂ】本発明の実施形態に係る端末のさらに別の概略構造図である。
【００５６】
【図１０ｃ】本発明の実施形態に係る端末のさらに別の概略構造図である。
【発明を実施するための形態】
【００５７】
以下は、添付の図面を参照して本発明の実施形態を説明する。
【００５８】
本発明の実施形態の技術的解決手段をはっきり説明することを容易にするために、「第１の」および「第２の」などの用語が、基本的に同一の機能または目的を提供する同一事項または類似事項を区別するために本発明の実施形態で用いられる。当業者であれば、「第１の」および「第２の」などの用語が数および実行順序を限定しないことを理解し得る。
【００５９】
本発明の実施形態における最大ハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ、ＨＡＲＱ）パラメータは、アップリンク再伝送の最大回数であり、端末のアップリンクデータの再伝送の最大回数を限定するために用いられる。
【００６０】
本発明の実施形態における破棄タイミング長は、ＰＤＣＰ  ＳＤＵに対応する破棄タイマの長さである。ＰＤＣＰエンティティがＰＤＣＰ  ＳＤＵを受信する度に、ＰＤＣＰエンティティはＰＤＣＰ  ＳＤＵに対応するタイマを開始し、タイマがタイムアウトした場合、ＰＤＣＰエンティティはＰＤＣＰ  ＳＤＵおよび対応するＰＤＣＰ  ＰＤＵを破棄する。
【００６１】
端末により基地局に送信される伝送対象のサービスは、異なる属性を有する複数のデータパケット（説明のための例として映像伝送サービスを用いる）を含み得る。通常、端末は、映像伝送サービスの複数の連続する画像を、Ｉフレーム、Ｐフレーム、およびＢフレームの３つのフレームタイプに符号化する。
【００６２】
Ｉフレームは、イントラフレーム予測を通じて符号化され、Ｉフレームは、映像圧縮解除アルゴリズムを用いて別個および完全なイメージに圧縮解除され得る。すなわち、Ｉフレームは他のフレームデータを参照することなく、別個に復号され得る。Ｉフレームは、画像の空間的冗長情報を可能な限り多く削除することにより圧縮される。
【００６３】
予測フレームとも称されるＰフレームは、画像シーケンスにおいて先行する符号化フレームについての一時的冗長情報を完全に低減することにより伝送データ量が圧縮される、符号化画像である。Ｐフレームは、先行するＰフレームまたはＩフレームを用いて予測される。Ｐフレームの場合、フレームのデータは、フレームと、フレームに隣接する１つまたはいくつかの先行フレームとの間の差に基づいて圧縮される。Ｐフレームは、順方向予測インターフレームである。Ｐフレームは、Ｐフレームの前に位置し、Ｐフレームに近い、ＩフレームまたはＰフレームのみを指す。
【００６４】
Ｂフレームは、双方向予測フレームとも称されてよく、画像フレームがＢフレームに圧縮される場合、Ｂフレームは、Ｂフレームに隣接するいくつかの先行フレーム、Ｂフレーム、Ｂフレームに後続するいくつかのフレームのデータ間の差に基づいて圧縮される。すなわち、Ｂフレームと、Ｂフレームに隣接するいくつかの先行および後続フレームとの間の差のみが記録される。
【００６５】
結論として、画像圧縮の間にＢフレームを用いることにより、極めて高い圧縮比が実現され得る。一般的に、Ｉフレームはもっとも低い圧縮効率を有し、Ｐフレームは比較的に高い圧縮効率を有し、Ｂフレームはもっとも高い圧縮効率を有する。簡単に言うと、Ｉフレームは完全なイメージであり、ＰフレームおよびＢフレームはＩフレームに対する変化を記録し、Ｉフレームなしでは、ＰフレームおよびＢフレームは復号されることができない。従って、映像伝送サービスを伝送する場合、通信デバイスは、その属性が重要な属性である、映像伝送サービス内のデータパケット（または重要なデータパケットと称される）としてＩフレームを用いてよく、その属性が重要でない属性である、映像伝送サービス内のデータパケット（または重要でないデータパケットと称される）としてＰフレームおよびＢフレームを用いてよい。
【００６６】
しかしながら、従来技術において、端末が基地局に対するアップリンク伝送を実行する場合、非適応再伝送が用いられる。すなわち、通常は、異なる属性を有する、同一の伝送対象のサービス内のデータパケットが、同じ構成パラメータを用いる。
【００６７】
一方では、端末は、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）メッセージを用いて、ＨＡＲＱパラメータ、すなわち、端末に対して基地局により構成される最大アップリンク再伝送パラメータを受信する。このように、端末は、構成される最大ハイブリッド自動再送要求に基づいて、伝送対象のサービスを基地局に伝送する。伝送対象のサービスの伝送が失敗する場合、端末は、伝送対象のサービスに対応する最大ハイブリッド自動再送要求に基づいて伝送対象のサービスを伝送する。伝送対象のサービスが最大ハイブリッド自動再送要求に達し、伝送対象のサービスの伝送が依然として失敗する場合、端末は、伝送対象のサービスを破棄する。
【００６８】
他方では、基地局は、端末の各伝送対象のサービスに対応する破棄タイマ（Ｄｉｓｃａｒｄ  ｔｉｍｅｒ、ＤＴ）に対する破棄タイミング長を構成する。このように、端末がＰＤＣＰ  ＳＤＵを受信する度に、端末は、伝送対象のサービスに対応する破棄タイマを作動させる。端末が、伝送対象のサービスに対応する破棄タイマが破棄タイマのために構成される破棄タイミング長を超えたことを決定する場合、端末は、ＰＤＣＰ  ＳＤＵおよび対応するＰＤＣＰ  ＰＤＵを破棄する。
【００６９】
結論として、上述した方法によると、端末によりアップロードされる同一の伝送対象のサービスの全てのデータパケットは同じ構成パラメータを用いる。従って、異なる重要度を有する、同一の伝送対象のサービス内の複数のデータパケットも、同じ構成パラメータを用いる。すなわち、重要なデータパケットおよび重要でないデータパケットは、アップリンク伝送の同一の最大回数に対応するか、または同一の破棄タイマに対応する。この場合、ネットワークが混雑している場合は、重要なデータパケットおよび重要でないデータパケットは区別されないため、重要なデータパケットの伝送が失敗すると（例えば、伝送プロセスにおけるＩフレームの伝送が失敗する場合、ＰフレームおよびＢフレームは復号されることができない）、全体の伝送対象のサービスの伝送品質が影響を受ける。
【００７０】
本発明の実施形態において、伝送対象のサービスに含まれる複数のデータパケットは、重要度に基づいて区別され、異なる構成パラメータが、異なる属性を有するデータパケットに構成される。このように、同一の伝送対象のサービスが異なる属性を有する複数のデータパケットを含む場合、異なる属性に対応するデータパケットは異なる構成パラメータにて伝送され、それにより、可能な限り多くの重要なデータパケットの伝送失敗を避け、伝送対象のサービスの伝送品質への影響を低減させる。
【００７１】
本発明の実施形態における技術的解決手段は様々な通信システム、例えば、モバイル通信のためのグローバルシステム（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））システム、符号分割多重アクセス（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）システム、ワイドバンド符号分割多重アクセス（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ（登録商標））システム、ジェネラルパケットラジオサービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、ＧＰＲＳ）システム、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＦＤＤ）システム、ＬＴＥ時間分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＴＤＤ）、ユニバーサルモバイル通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、ＵＭＴＳ）、マイクロ波アクセスのためのワールドワイドインターオペラビリティ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ、ＷｉＭａｘ）通信システム、およびマイクロ波通信システムに適用されてよいことを理解されたい。
【００７２】
本発明の実施形態において、基地局（ｂａｓｅ  ｓｔａｔｉｏｎ、略してＢＳ）は、端末（ｔｅｒｍｉｎａｌ）またはリピータ場所などの別の通信場所と通信するデバイスであってよく、基地局は、特定の物理的地域のための通信カバレッジを提供してよい。例えば、基地局は、具体的に、ＧＳＭ（登録商標）またはＣＤＭＡにおけるベーストランシーバ基地局（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ、ＢＴＳ）または基地局コントローラ（ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ、ＢＳＣ）、ＵＭＴＳにおけるノードＢ（ｎｏｄｅ  Ｂ、ＮＢ）またはＵＭＴＳにおける無線ネットワークコントローラ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）、ＬＴＥにおける進化型ノードＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、ｅＮＢまたはｅＮｏｄｅＢ）、または、無線通信ネットワーク内にあり、アクセスサービスを提供する別のアクセスネットワークデバイスであってよい。これは、本発明の実施形態において限定されるものではない。
【００７３】
本発明の実施形態において、端末は全体の無線ネットワークに分散されてよく、各端末は静的または移動可能である。
【００７４】
端末は、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、ＵＥ）、サーバ、移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ  ｕｎｉｔ）、局（ｓｔａｔｉｏｎ）等と称され得る。ＵＥは、携帯電話（ｃｅｌｌｕｌａｒ  ｐｈｏｎｅ）、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ、略してＰＤＡ）、無線モデム（ｍｏｄｅｍ）、無線通信デバイス、ハンドヘルド（ｈａｎｄｈｅｌｄ）デバイス、ラップトップコンピュータ（ｌａｐｔｏｐ  ｃｏｍｐｕｔｅｒ）、コードレス電話（ｃｏｒｄｌｅｓｓ  ｐｈｏｎｅ）、または無線ローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ、略してＷＬＬ）局等であってよい。ＵＥが通信のためにＭ２Ｍモードに適用される場合、ＵＥはＭ２Ｍ端末と称されてよく、具体的にはＭ２Ｍ通信をサポートするインテリジェントメータ、またはインテリジェント家電機器等であってよい。
【００７５】
図１ａに示されるように、図１ａは本発明の実施形態に係る、データ伝送方法が適用されるデータ伝送システムのアーキテクチャ図である。図１ａに示されるように、データ伝送システムは、第１の端末１０、第１の基地局２０、コアネットワーク３０、コアネットワーク４０、第２の基地局５０、および第２の端末６０を含む。第１の基地局２０は第１の端末１０にサービスを提供し、第２の基地局５０は第２の端末６０にサービスを提供する。第１の端末１０が第２の端末６０に伝送対象のサービスを伝送する必要がある場合であって、ここで、伝送対象のサービスは複数のデータパケットを含む、場合、第１の端末１０は伝送対象のサービスにおける各データパケットを、データパケットに対応する構成パラメータに基づいて第１の基地局２０に伝送する。そして、第１の基地局２０は、第１の基地局２０が位置するコアネットワーク３０を用いて、受信された伝送対象のサービスにおける各データパケットに対応する構成パラメータに基づいて、第２の基地局５０が位置するコアネットワーク４０に伝送対象のサービスを伝送する。そして、第２の基地局５０はコアネットワーク４０から伝送対象のサービスを取得し、第２の端末６０に伝送対象のサービスを伝送する。その結果、第１の端末１０は第２の端末６０に伝送対象のサービスを伝送する。第１の端末１０および第２の端末６０が異なる基地局に対応する場合、第１の端末１０および第２の端末６０は同一のパケットデータネットワークゲートウェイ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ｇａｔｅｗａｙ、ＰＧＷ）に対応してよく、または異なるＰＧＷに対応してよい。
【００７６】
具体的には、本発明のこの実施形態において、コアネットワークの具体的な構造が、例としてコアネットワーク３０を用いて説明される。図１ａに示されるように、コアネットワーク３０は移動性管理エンティティ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ、ＭＭＥ）３０１、サービングゲートウェイ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ、Ｓ‐ＧＷ）３０２、ＰＧＷ３０３、ポリシーおよび課金ルール機能（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ、ＰＣＲＦ）３０４、ホーム加入者サーバ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ、ＨＳＳ）３０５、および移動通信交換局（ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ、ＭＳＣ）３０６を含んでよい。ＭＭＥ３０１はシステムのコアであり、主に非アクセス層のシグナリンググルーミング、暗号化および完全性保護、およびユーザシグナリングの終了を担当する。ネットワークにおけるユーザの移動性管理は具体的に、ユーザアクセス制御、認証、データ暗号化、サービスキャリア制御、ページング、および切り替え制御などのシグナリング制御処理を含む。ローカル基地局間の切り替えのための固定点として、Ｓ−ＧＷ３０２は主に基地局とＰＧＷ３０３との間のデータ情報の伝送、転送、ルーティング、ダウンリンクデータパケットのバッファリング、およびユーザベースの課金の実施を担当する。ＰＧＷ３０３はデータベアラのための固定点であり、主にデータパケットの転送、解析、合法的傍受、サービスベースの課金、サービスのサービス品質（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ、ＱｏＳ）制御を担当する。ＰＣＲＦ３０４は主に、ユーザ使用サービス情報およびユーザ加入ポリシー情報に基づいて決定し、ユーザサービスの使用および課金のためのポリシーを決定し、ゲートウェイにおけるポリシー実行エンティティにポリシーを配信するように構成される。ＨＳＳ３０５は、ユーザサブスクリプション情報を記憶するように構成され、記憶された情報はユーザ識別情報、ユーザセキュリティ制御情報、ユーザ位置情報、ユーザポリシー制御情報等を含む。ＭＳＣ３０６は、呼び出し転換サービスおよび呼び出し制御を提供するために構成されるデバイスであり、ＭＳＣ３０６は、呼び出し接続、セルハンドオーバー制御、無線チャネル管理などの機能を完了し得る。
【００７７】
図１ｂは、本発明の実施形態に係る、データ伝送方法が適用されるデータ伝送システムの別のアーキテクチャ図である。図１ｂと図１ａとの間の差は、第１の端末および第２の端末が同じ基地局、例えば、基地局２０に属するという点にある。第１の端末１０および第２の端末６０が同じ基地局のカバレッジ内に位置する場合、第１の端末１０および第２の端末６０は、同一のＰ−ＧＷに対応する。
【００７８】
本発明のこの実施形態における通信デバイスは、基地局であってよく、または端末であってよいことが理解され得る。以下の説明において、通信デバイスの構造は、通信デバイスが端末である例を用いて説明される。図２ａは、本発明の実施形態に係る端末の概略構造図である。図２ａに示されるように、本発明のこの実施形態において提供される端末は、アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ、ＡＰＰ）層、符号化層、リアルタイム転送プロトコル（ｒｅａｌ‐ｔｉｍｅ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ、ＲＴＰ）層、ユーザーデータグラムプロトコル（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ、ＵＤＰ）／ＩＰ層、フィルタ（ｆｉｌｔｅｒ）、データ無線ベアラ（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ、ＤＲＢ）、および物理的（ｐｈｙｓｉｃａｌ、ＰＨＹ）層を含む。
【００７９】
ＤＲＢは、ユーザプレーンデータを伝送するように構成される。ＤＲＢは、パケットデータコンバーゼンスプロトコル（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）エンティティ、無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ、ＲＬＣ）エンティティ、およびメディアアクセス制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ、ＭＡＣ）エンティティを含む。ＰＤＣＰエンティティおよびＲＬＣエンティティは論理チャネルを用いて接続され、ＲＬＣエンティティおよびＭＡＣエンティティは論理チャネルを用いて接続される。図２ａに示される端末の概略構造図において、同一の伝送対象のサービスに対応するＰＤＣＰエンティティは、少なくとも２つのバッファ（ｂｕｆｆｅｒ）を有し、少なくとも２つのバッファは、異なる属性を有するデータパケットを記憶するように構成される。
【００８０】
例えば、図２ａに示されるように、ＰＤＣＰエンティティは第１のバッファおよび第２のバッファを含む。具体的には、第１のバッファは属性が重要な属性であるデータパケット（重要なデータパケットと称されてもよい）を記憶するように構成されており、第２のバッファは属性が重要でない属性であるデータパケット（重要でないデータパケットと称されてもよい）を記憶するように構成される。
【００８１】
符号化層は、映像圧縮標準、例えばＨ．２６４標準を採用する。物理層は、ＰＤＣＰエンティティまたはＭＡＣエンティティによりスケジューリングされたデータパケットを送信するように構成される。
【００８２】
Ｈ．２６４標準は、国際電気通信連合  電気通信標準化部門（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｕｎｉｏｎ‐ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  ｓｅｃｔｏｒ、ＩＴＵ‐Ｔ）および国際標準化機構（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  ｏｒｇａｎｉｚａｔｉｏｎ、ＩＳＯ）／ＩＥＣにより共同で提案された、高度に圧縮されたデジタル映像コーデック標準である。
【００８３】
以下は、Ｈ．２６４標準におけるメッセージの構成および送信メカニズムを簡潔に説明する。Ｈ．２６４標準は、層モードを用いる。例えば、Ｈ．２６４標準は２つの層、すなわち、映像符号化層（ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｌａｙｅｒ、ＶＣＬ）およびネットワーク抽象化層（ｎｅｔｗｏｒｋ  ａｂｓｔｒａｃｔｉｏｎ  ｌａｙｅｒ、ＮＡＬ）に分割される。ＶＣＬは、映像コンテンツ圧縮を担当する。ＮＡＬは、異なるネットワーク環境における伝送要件に適応するために、圧縮されたデータをパッケージングすることを担当する。
【００８４】
Ｈ．２６４標準において、画像データおよび他のメッセージを含む全ての転送対象のサービスは、転送のために、一様のフォーマットのパケット、すなわち、ネットワーク抽象化層ユニット（ＮＡＬ  ｕｎｉｔ、ＮＡＬＵ）に組み込まれる。ＮＡＬＵは、様々な属性を有する、且つ、Ｈ．２６４に基づいて処理される様々なデータパケットを搬送することができ、ＮＡＬＵは、元の符号化ストリームデータ、シーケンスパラメータセット（ＳＰＳ）、または画像パラメータセット（ＰＰＳ）であってよい。ＮＡＬＵの構造は、図２ｂに示される。
【００８５】
図２ｂに示されるＮＡＬＵの構造において、ＮＡＬＵヘッダ（Ｈｅａｄｅｒ）フィールドの構造は、表１に示される。
【表１】
0006907444.tif 000002
【００８６】
表１に示されるように、ＮＡＬＵヘッダは１バイトを占める。ＮＡＬＵヘッダにおけるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅフィールドは、ＮＡＬＵのタイプを表示するために用いられる。
【００８７】
例えば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝１である場合、それは、ＮＡＬデータが重要でない属性の属性を有するデータパケット（例えば、ＢフレームまたはＰフレーム）をＮＡＬＵが搬送することを表示する。
【００８８】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝５である場合、それは、ＮＡＬデータが重要な属性の属性を有するデータパケット（例えば、Ｉフレーム）をＮＡＬＵが搬送することを表示する。
【００８９】
すなわち、端末は、ＮＡＬＵヘッダにおけるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅフィールドに保持されるパラメータに基づいて、ＮＡＬＵに保持されるＮＡＬデータがＩフレームか、またはＢ／Ｐフレームであるかを識別できる。
【００９０】
現在、Ｈ．２６４標準はＲＴＰ層において搬送され、符号化ＮＡＬＵは、パッケージングのためにＲＴＰ層に送信される。ＮＡＬＵデータが１４００バイトより小さい長さを有する場合、１つのＲＴＰデータパケットは１つの完了ＮＡＬＵのみを含んでよく、または複数のＮＡＬＵを含んでよい。ＮＡＬＵデータが１４００バイトより大きい長さを有する場合、１つのＲＴＰデータパケットはＮＡＬＵの一部のみを含み、言い換えれば、１つのＮＡＬＵは複数のＲＴＰデータパケットに分割されてよい。すなわち、ＲＴＰデータパケットに保持されるデータは、重要なデータパケット（例えば、Ｉフレーム）または重要でないデータパケット（例えば、ＰフレームまたはＢフレーム）のいずれかである。２つの異なる属性を有するデータパケットは、ＲＴＰデータパケットにおいて混在されることができず、すなわち、複数のフレームタイプは、ＲＴＰデータパケットにおいて混在されることができない。
【００９１】
図２ｃに示されるように、データがＲＴＰ層を通過した後に取得されるＲＴＰデータパケットは、ＲＴＰヘッダ、ＮＡＬＵヘッダ、およびＮＡＬデータを保持する。ＲＴＰヘッダに保持されるインジケーション情報は、ＲＴＰデータパケットに保持されるＮＡＬデータ（データパケット）のタイプを表示するために用いられる。
【００９２】
ＲＴＰ層に形成されたＲＴＰデータパケットは、ユーザーデータグラムプロトコル（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ、ＵＤＰ）層またはＩＰ層に伝送される。ＲＴＰデータパケットがＵＤＰパケットに組み込まれた後、ＵＤＰパケットは次にＩＰパケットに組み込まれ、形成されたＩＰデータパケットは、図２ｄに示されるように、ＩＰヘッダ、ＲＴＰヘッダ、ＮＡＬＵヘッダ、およびＮＡＬデータを搬送する。
【００９３】
ＩＰヘッダにおけるＴＯＳ  フィールドは１ビットインジケーション情報を保持してよく、端末は、ＩＰヘッダに保持される１ビットインジケーション情報を用いて、ＩＰデータパケットに保持されるデータパケットの属性を表示してよい。
【００９４】
端末は、ＰＤＣＰエンティティに、ＩＰ層（ＩＰヘッダを搬送するＩＰデータパケット）から取得される伝送対象のデータパケットを伝送し、端末のＰＤＣＰエンティティは、ＩＰデータパケットのＩＰヘッダに保持される１ビットインジケーション情報に基づいて、第１のバッファに重要なデータパケットをマッピングし、第２のバッファに重要でないデータパケットをマッピングする。ＰＤＣＰエンティティは、受信されたデータパケットおよびＰＤＣＰヘッダ情報を含み、ＲＬＣエンティティに送信される。ＲＬＣエンティティは、ＰＤＣＰエンティティにより処理されたデータフレームを、ＭＡＣエンティティの指示に基づいて再構成、切断、そして再配列して、物理層を用いてデータフレームを送信する。
【００９５】
図２ｅは、本発明の実施形態に係る別の端末の概略構造図である。図２ｅと図２ａとの間の差は、図２ａでは１つのＤＲＢが１つのＲＬＣエンティティに対応し、図２ｅでは１つのＤＲＢが少なくとも２つのＲＬＣエンティティに対応し、少なくとも２つのＲＬＣエンティティは、異なる属性を有するデータパケットを記憶するように構成されるという点にある。少なくとも２つのＲＬＣエンティティの各々は、論理チャネルを用いてＭＡＣエンティティに接続され、異なるＲＬＣエンティティは異なる論理チャネルに対応し、ＲＬＣエンティティに対応する論理チャネルは、ＲＬＣエンティティにマッピングされたデータパケットの属性を表示するために用いられる。
【００９６】
具体的には、ＰＤＣＰエンティティは、ＩＰヘッダにおけるＴＯＳ  フィールドに保持される１ビットインジケーション情報に基づいて、ＩＰ層から取得される伝送対象のデータパケットの属性を決定して、伝送対象のデータパケットの属性に基づいて、対応するＲＬＣエンティティに伝送対象のデータパケットをマッピングする。
【００９７】
例えば、少なくとも２つのＲＬＣエンティティが第１のＲＬＣエンティティおよび第２のＲＬＣエンティティである例が本発明のこの実施形態において説明のために用いられている。属性が重要な属性であるデータパケットは第１のＲＬＣエンティティにマッピングされ、属性が重要でない属性であるデータパケットは第２のＲＬＣエンティティにマッピングされる。ＩＰヘッダにおけるＴＯＳ  フィールドに保持される１ビットインジケーション情報に基づいて、伝送データパケットが重要なデータパケットであることを識別する場合、ＰＤＣＰエンティティは、伝送データパケットを第１のＲＬＣエンティティにマッピングする。または、伝送データパケットが重要でないデータパケットであることを識別する場合、ＰＤＣＰエンティティは、伝送データパケットを第２のＲＬＣエンティティにマッピングする。その結果、異なる重要度を有するデータパケットは異なるＲＬＣエンティティにマッピングされる。第１のＲＬＣエンティティは第１の論理チャネルを通じてＭＡＣエンティティに接続され、第２のＲＬＣエンティティは第２の論理チャネルを通じてＭＡＣエンティティに接続される。
【００９８】
重要なデータパケットおよび重要でないデータパケットは同じＰＤＣＰエンティティに対応し、その結果、受信側は、ＰＤＣＰエンティティにおける重要なデータパケットおよび重要でないデータパケットに対して同期／再配列などの処理を実行することが理解され得る。重要なデータパケットおよび重要でないデータパケットが異なるＲＬＣエンティティに対応する場合、異なるリオーダリング（Ｔ‐ｒｅｏｒｄｅｒｉｎｇ）タイマが構成され得る。
【００９９】
図２ｆに示されるように、図２ｆは本発明の実施形態に係る別の端末の概略構造図である。図２ｆと図２ａとの間の差は、図２ａでは１つのＤＲＢが１つのＰＤＣＰエンティティに対応し、図２ｆでは１つのＤＲＢが少なくとも２つのＰＤＣＰエンティティに対応し、少なくとも２つのＰＤＣＰエンティティの各々は、１つの属性を有するデータパケットを記憶するように構成されるという点にある。同じＰＤＣＰエンティティに記憶されるデータパケットは同一の属性を有し、異なるＰＤＣＰエンティティに記憶されるデータパケットは異なる属性を有する。
【０１００】
例えば、少なくとも２つのＰＤＣＰエンティティは第１のＰＤＣＰエンティティおよび第２のＰＤＣＰエンティティである例が本発明のこの実施形態において説明のために用いられる。属性が重要な属性であるデータパケットは第１のＰＤＣＰエンティティに記憶され、属性が重要でない属性であるデータパケットは第２のＰＤＣＰエンティティに記憶される。
【０１０１】
具体的には、端末は、ＩＰデータパケットのＩＰヘッダにおけるＴＯＳ  フィールドの１ビット命令に基づいて、ＩＰデータパケットの属性が重要な属性であるか重要でない属性であるかを識別する。ＩＰデータパケットの属性が重要な属性であると決定する場合、端末は、第１のＰＤＣＰエンティティにＩＰデータパケットをマッピングする。または、ＩＰデータパケットの属性が重要でない属性であると決定する場合、端末は、第２のＰＤＣＰエンティティにＩＰデータパケットをマッピングする。具体的には、本発明のこの実施形態における第１のＰＤＣＰエンティティおよび第２のＰＤＣＰエンティティはそれぞれバッファを有する。第１のＰＤＣＰエンティティのバッファは重要なデータパケットを記憶するように構成され、第２のＰＤＣＰエンティティのバッファは重要でないデータパケットを記憶するように構成される。
【０１０２】
図２ｇは、本発明の実施形態に係る基地局のハードウェアの構造図である。図２ｇに示されるように、基地局はベースバンドサブシステム、無線周波数サブシステム、アンテナフィーダサブシステム、およびいくつかのサポート構造（例えば、統合されたサブシステム）を含む。ベースバンドサブシステムは、基地局全体の操作および保守を実装し、シグナリング処理、無線リソース管理、パケットコアネットワークへの伝送インタフェースを実装し、物理層、メディアアクセス制御層、Ｌ３シグナリング、および操作および保守の主制御機能を実装するように構成される。無線周波数サブシステムは、ベースバンド信号と、中間周波数信号と、無線周波数信号との間の変換を実装し、無線の受信された信号の復調、および信号の送信における変調および電力増幅を実装する。アンテナフィーダサブシステムは、基地局の無線周波数モジュールに接続されたアンテナおよびフィーダ、およびＧＲＳ受信カードのアンテナおよびフィーダを含み、エアーインタフェース信号を受信および送信するように構成される。統合されたサブシステムは、ベースバンドサブシステムおよび無線周波数サブシステムのサポート部であり、構造、電源、および環境モニタリング機能を提供する。
【０１０３】
ベースバンドサブシステムは、図２ｈに示されてよい。例えば、携帯電話がインターネットに接続する必要がある場合、携帯電話は基地局を用いてコアネットワークにアクセスし、そしてコアネットワークを用いてインターネットにアクセスする。インターネット上のデータは、コアネットワークと基地局との間のインタフェースを用いてベースバンド部分に転送される。ベースバンド部分は、ＰＤＣＰ層、ＲＬＣ層、およびＭＡＣ層におけるデータに対して符号化および変調などの処理を実行し、データを無線周波数部に配信し、無線周波数部はデータをユーザ機器に放出する。ベースバンドは、ＣＰＲＩインタフェースを用いて無線周波数に接続されてよい。加えて、無線周波数部は、光ファイバー、例えばリモートＲＲＵを用いて、離れた場所に置かれてよい。本発明のこの実施形態におけるデータ伝送方法の段階は、無線周波数を通じてベースバンドにより実装され、受信および送信の段階は、アンテナ（例えば、エアーインタフェース）を用いて実装される。
【０１０４】
本発明のこの実施形態におけるユーザ機器と基地局との間のインタフェースは、ユーザ機器と基地局との間の通信のためのエアーインタフェースとして理解されてよく、またはＵｕインタフェースと称されてよい。
【０１０５】
図３は、本発明の実施形態に係るデータ伝送方法の概略フローチャートであり、方法は以下の段階を含む。
【０１０６】
Ｓ１０１．端末は伝送対象のデータパケットの属性を決定する。ここで、データパケットの属性は、データパケットの重要度を表示するために用いられる。
【０１０７】
本発明のこの実施形態における伝送対象のデータパケットは、伝送対象のサービス（例えば、映像伝送サービスまたは別の伝送対象のサービス）における任意のデータパケットであってよい。
【０１０８】
例えば、伝送対象のデータパケットが映像伝送サービスにおける任意のデータパケットである例は、本発明のこの実施形態において説明のために用いられる。映像伝送サービスは、Ｈ．２６４標準に従ってＩフレーム、Ｐフレーム、およびＢフレームに符号化されてよく、そしてＩフレーム、Ｐフレーム、およびＢフレームは異なる属性を有するデータパケットである。
【０１０９】
データパケットの属性が重要な属性である場合、それは、伝送プロセスにおいてデータパケットが高い優先度でスケジューリングされる必要がある（データパケットが比較的に高い優先レベルを有することも理解され得る）こと、またはデータパケットが伝送プロセスにおいて失われることはできないことを表示する。重要な属性のデータパケットが伝送プロセスにおいて失われた場合、伝送対象のサービスは未完了である。
【０１１０】
データパケットの属性が重要でない属性である場合、それはデータパケットが失われてよい、または伝送プロセスにおいて比較的に低い優先レベルを有する、または、重要でない属性を有するデータパケットが失われた後に、伝送対象のサービスは影響を受けないことを表示する。
【０１１１】
具体的には、映像伝送サービスにおいて、Ｉフレームは、他のフレームデータを参照することなく別個に復号されることができるが、ＰフレームおよびＢフレームは、復号を完了するためにはＩフレームに依存する必要があり、ＰフレームおよびＢフレームはＩフレームなしでは復号されることができない。従って、Ｉフレームは、属性が重要な属性であるデータパケットとして決定されてよく、ＰフレームおよびＢフレームは、属性が重要でない属性であるデータパケットとして決定される。
【０１１２】
Ｓ１０２．端末は、データパケットの属性に対応する構成パラメータを用いてデータパケットを伝送する。
【０１１３】
Ｓ１０３．基地局は、伝送対象の受信されたデータパケットの属性を決定する。
【０１１４】
Ｓ１０４．基地局は、データパケットの属性に対応する構成パラメータを用いてデータパケットを伝送する。
【０１１５】
本発明のこの実施形態に提供されるデータ伝送方法によると、伝送対象のデータパケットの属性は決定され、そしてデータパケットは、データパケットの属性に対応する構成パラメータを用いて伝送される。このように、データパケットの属性が異なる場合、データパケットの伝送の間は異なる構成パラメータが用いられる。従来技術において、同一の伝送対象のサービスにおけるデータパケットは同じ構成パラメータを用いて伝送され、本発明のこの実施形態においては、伝送対象のサービスに含まれるデータパケットは、データパケットに対応する構成パラメータを用いて、属性に基づいて伝送される。従って、異なる属性を有するデータパケットは、異なる構成パラメータに対応し、異なる属性を有するデータパケットは、比較的に高い重要度を有する伝送対象のデータパケットの信頼性を改善させるために区別されることができ、それにより、伝送対象のサービスの伝送品質に対する混雑したネットワークなどの状況によりもたらされる影響を低減させる。
【０１１６】
図３を参照すると、図４に示されるように、段階Ｓ１０２の前に、本発明のこの実施形態はさらに、以下を含む。
【０１１７】
Ｓ１０５．基地局は、第１の構成命令情報を端末に送信する。ここで、第１の構成命令情報は、異なる属性を有するデータパケットに対する異なる構成パラメータを構成するように端末に命令するために用いられ、構成パラメータは、異なるＨＡＲＱパラメータ値または異なる破棄タイミング長を含む。
【０１１８】
Ｓ１０６．端末は、基地局により送信される第１の構成命令情報を受信する。
【０１１９】
本発明のこの実施形態における端末は、基地局により送信される第１の構成命令情報に基づいて、各データパケットに対応する構成パラメータを決定してよく、または、データパケットの属性に基づいて、各データパケットに対する構成パラメータを能動的に構成してよい。端末が、データパケットの属性に基づいて、各データパケットに対する構成パラメータを能動的に構成する場合、段階Ｓ１０５およびＳ１０６は省略され得る。
【０１２０】
具体的には、基地局は、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）メッセージを用いて、第１の構成命令情報を端末に送信してよい。
【０１２１】
選択的に、可能な実装例において、第１の構成命令情報は、複数の属性の各々に対応する構成パラメータ（説明のために例として用いられる重要なデータパケットおよび重要でないデータパケット）を搬送してよい。ＲＲＣメッセージは、ｍａｘＨＡＲＱ‐ＴｘフィールドおよびｍｉｎＨＡＲＱ‐Ｔｘフィールドを搬送する。これらは、異なる重要度を有するデータパケットのアップリンク再伝送の最大回数を限定するように端末に命令するために用いられる。例えば、ｍａｘＨＡＲＱ‐Ｔｘフィールドは、重要なデータパケットのアップリンク再伝送の最大回数を限定するように端末に命令するために用いられ、ｍｉｎＨＡＲＱ‐Ｔｘフィールドは、重要でないデータパケットのアップリンク再伝送の最大回数を限定するように端末に命令するために用いられる。第１の構成命令情報を受信した後、端末は、ｍａｘＨＡＲＱ‐Ｔｘフィールドに保持されるパラメータに基づいて、重要なデータパケットに対応するアップリンク再伝送の最大回数を構成し、ｍｉｎＨＡＲＱ‐Ｔｘフィールドに保持されるパラメータに基づいて、重要でないデータパケットに対応するアップリンク再伝送の最大回数を構成する。
【０１２２】
選択的に、別の可能な実装例において、第１の構成命令情報は各属性に対応する構成パラメータを搬送せず、この場合、端末が第１の構成命令情報を受信した後、端末は、予め設定されたマッピングテーブルから各属性に対応する構成パラメータを取得する。予め設定されたマッピングテーブルは、各属性と構成パラメータとの間のマッピング関係を記憶する。例えば、表２に示される。
【表２】
0006907444.tif 000003
【０１２３】
例としてのみ、表２は、第１の属性、第２の属性および第３の属性のみを示す。実際の処理において、属性は、第１の属性、第２の属性、および第３の属性に加えて複数の属性を含んでよいことが理解され得る。第１の属性、第２の属性、および第３の属性は異なる重要度を有する。例えば、第１の属性の重要度は第２の属性の重要度より低く、第２の属性の重要度は第３の属性の重要度より低い。または、第１の属性の重要度は第２の属性の重要度より高く、第２の属性の重要度は第３の属性の重要度より高い。
【０１２４】
選択的に、端末は、表２から各属性に対応する構成パラメータを決定してよい。例えば、第１の構成命令情報を受信した後、端末は、表２に基づいて、属性が第１の属性であるデータパケットに第１の構成パラメータを構成し、属性が第２の属性であるデータパケットに第２の構成パラメータを構成してよい。端末が、データパケットの属性に基づいて、各データパケットについて、データパケットの属性に対応する構成パラメータを能動的に構成する場合、端末は、表２に基づいて、データパケットの構成パラメータを直接決定してよい。
【０１２５】
選択的に、図３および図４を参照すると、図５に示されるように、本発明のこの実施形態における段階Ｓ１０２の前に、本発明のこの実施形態はさらに段階Ｓ１０７を含む。
【０１２６】
Ｓ１０７．端末は、データパケットの属性に基づいて、データパケットの構成パラメータを決定する。
【０１２７】
比較的に高い重要度を有するデータパケットの伝送信頼性を保証するために、本発明のこの実施形態では、比較的に高い重要度を有する属性に対して、比較的に大きい構成パラメータが構成され得る。また、比較的に低い重要度を有する属性に対して、比較的に小さい構成パラメータが構成され得る。このように、ネットワークが混雑する場合、比較的に高い重要度を有するデータパケットの信頼性のある伝送が保証され得る。例えば、本発明のこの実施形態において、異なる属性を有し、同一の伝送対象のサービスにあるデータパケットは、重要度の降順でソートされてよく、そしてデータパケットの属性に対応する構成パラメータに基づいて、対応する構成パラメータが各データパケットに対して構成される。
【０１２８】
以下は、属性が重要な属性または重要でない属性である例を説明し、実際の使用において、属性はさらに、重要な属性または重要でない属性に加えて他の属性を含んでよい。これは、本発明のこの実施形態において限定されるものではない。
【０１２９】
第１の態様によると、構成パラメータはハイブリッド自動再送要求ＨＡＲＱパラメータであり、本発明のこの実施形態において提供される段階Ｓ１０７は、以下の方式で実装されてよい。
【０１３０】
Ｓ１０７１ａ．端末は、データパケットの構成パラメータが第１のＨＡＲＱパラメータまたは第２のＨＡＲＱパラメータであることを決定する。ここで、第１のＨＡＲＱパラメータは重要な属性に対応する構成パラメータであり、第２のＨＡＲＱパラメータは重要でない属性に対応する構成パラメータであり、第１のＨＡＲＱパラメータの値は第２のＨＡＲＱパラメータの値より大きい。
【０１３１】
本発明のこの実施形態において、データパケットの属性が重要な属性である場合、端末はデータパケットに対して第１のＨＡＲＱパラメータを構成し、データパケットの属性が重要でない属性である場合、端末は、データパケットに対して第２のＨＡＲＱパラメータを構成する。第１のＨＡＲＱパラメータは第２のＨＡＲＱパラメータより大きく、この場合、属性が重要な属性であるデータパケットの伝送信頼性が保証され得る。さらに、属性が重要でない属性のデータパケットに対して構成されるＨＡＲＱパラメータ（例えば、第２のＨＡＲＱパラメータ）にアップリンク伝送が達したことを端末が決定する場合、属性が重要でない属性データパケットが正しく受信されていないと、端末は、属性が重要でない属性のデータパケットを破棄し、属性が重要でない属性のデータパケットを再伝送することもしない。従って、ネットワークが混雑した場合、属性が重要でない属性のデータパケットは伝送リソースを占めないことが保証され得る。
【０１３２】
具体的には、例えば、伝送対象のサービスは、第１のデータパケットおよび第２のデータパケットを含む。第１のデータパケットが映像Ｉフレームであり、第２のデータパケットが映像ＰフレームまたはＢフレームである場合、端末はＩフレームに対して第１のＨＡＲＱパラメータを構成し、例えば、第１のＨＡＲＱパラメータが５である。端末は、ＰフレームまたはＢフレームに対して第２のＨＡＲＱパラメータを構成し、例えば、第２のＨＡＲＱパラメータが１である。次に、Ｉフレームの最初の伝送が失敗した後、端末はＩフレームを再伝送し、Ｉフレームを最大５回再伝送できる。端末によるＩフレームの再伝送の回数が第１のＨＡＲＱパラメータに達した後、Ｉフレームの再伝送がさらに失敗すると、端末はＩフレームをそれ以上再伝送しない。ＰフレームまたはＢフレームの伝送が失敗した後、端末はＰフレームまたはＢフレームを再伝送し、ＰフレームまたはＢフレームを最大1回再伝送できる。端末によるＰフレームまたはＢフレームの再伝送の回数が第２のＨＡＲＱパラメータに達した後、ＰフレームまたはＢフレームの再伝送がさらに失敗すると、端末はＰフレームまたはＢフレームをそれ以上再伝送しない。
【０１３３】
具体的には、本発明のこの実施形態における第１のＨＡＲＱパラメータおよび第２のＨＡＲＱパラメータは、必要に応じて構成され得る。重要なデータパケットが、可能な限り伝送に成功することを保証するために、第１のＨＡＲＱパラメータの値は可能な限り比較的に高く設定されるべきであり、ネットワーク伝送リソースが変化されないままとどまっている場合、ネットワークが混雑した場合のネットワーク品質に対する、重要でないデータパケットによる伝送リソースの占有によりもたらされる影響を低減するために、第２のＨＡＲＱパラメータの値は可能な限り比較的に小さく設定するべきである。もちろん、第２のＨＡＲＱパラメータは０に設定されてもよく、すなわち、重要でないデータパケットの伝送が一度失敗すると、再伝送は実行されない。
【０１３４】
ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムにおいて、データがｅＮｏｄｅＢまたは端末で過度に長時間バッファされることを避けるために、破棄タイマ（ｄｉｓｃａｒｄ  ｔｉｍｅｒ、ＤＴ）が各ＰＤＣＰエンティティに対して構成され、各破棄タイマは破棄タイミング長に対応する。端末の場合、タイマの破棄タイミング長はｅＮｏｄｅＢにより構成される。ＰＤＣＰエンティティがＰＤＣＰ  ＳＤＵを受信する度に、ＰＤＣＰエンティティはタイマを有効にし、タイマがタイムアウトした場合、ＰＤＣＰ  ＳＤＵおよび対応するＰＤＣＰ  ＰＤＵは破棄される。
【０１３５】
第２の態様によると、構成パラメータは破棄タイミング長であり、本発明のこの実施形態において提供される段階Ｓ１０７は、以下の方式で実装され得る。
【０１３６】
Ｓ１０７１ｂ．端末は、データパケットの構成パラメータが第１の破棄タイミング長または第２の破棄タイミング長であることを決定する。ここで、第１の破棄タイミング長は重要な属性に対応する構成パラメータであり、第２の破棄タイミング長は重要でない属性に対応する構成パラメータであり、第１の破棄タイミング長は第２の破棄タイミング長より大きい。
【０１３７】
具体的には、基地局は、ＲＲＣメッセージを用いて端末の伝送対象のサービスに対応するＰＤＣＰエンティティに対して少なくとも２つの破棄タイマを構成してよく、各破棄タイマは破棄タイミング長に対応する。例えば、本発明のこの実施形態において、２つの破棄タイマが構成される。すなわち、第１の破棄タイマは第１の破棄タイミング長に対応し、第２の破棄タイマは第２の破棄タイミング長に対応する。
【０１３８】
例えば、異なる属性を有し、同一の伝送対象のサービスにあるデータパケットは、重要度の降順でソートされ、次に、高い重要度を有するデータパケットに対して構成される破棄タイマは、比較的に長い破棄タイミング長に対応し、低い重要度を有するデータパケットに対して構成される破棄タイマは、比較的に短い破棄タイミング長に対応する。
【０１３９】
例えば、本発明のこの実施形態において、重要な属性の破棄タイミング長は、重要でない属性の破棄タイミング長より大きく構成され得る。このように、ネットワークが混雑し、且つ、重要でない属性の破棄タイミング長に達した場合、重要でない属性に対応するデータパケットが破棄されることが保証され得る。その結果、ネットワーク伝送リソースが変化されないままとどまっている場合、重要な属性に対応するデータパケットの通常伝送は保証され、失われず、それにより伝送品質に対する影響を低減する。
【０１４０】
例えば、重要な属性に対応するデータパケットはＩフレームであり、重要でない属性に対応するデータパケットはＰフレームまたはＢフレームである。次に、端末は、Ｉフレームに対して第１の破棄タイミング長を構成し、例えば、第１の破棄タイミング長は５０秒（Ｓ）であり、端末はＰフレームまたはＢフレームに対して第２の破棄タイミング長を構成し、例えば、第２の破棄タイミング長は１０秒である。ＰＤＣＰエンティティがＰＤＣＰサービスデータユニット（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ、ＳＤＵ）を受信する度に、ＰＤＣＰエンティティは、ＰＤＣＰ  ＳＤＵの属性に基づいて、ＰＤＣＰ  ＳＤＵの属性に対応するタイマを有効にする。例えば、ＰＤＣＰ  ＳＤＵの属性が重要な属性である場合、ＰＤＣＰエンティティは重要な属性に対応するタイマを有効にし、タイマに対して構成された破棄タイミング長が期限切れの場合、ＰＤＣＰ  ＳＤＵおよび対応するＰＤＣＰ  ＰＤＵは破棄される。
【０１４１】
選択的に、図３を参照すると、一方では、段階Ｓ１０１は以下の方式で実装され得る。
【０１４２】
Ｓ１０１１ａ．端末は、端末のメディアアクセス制御ＭＡＣエンティティにて、端末のパケットデータコンバーゼンスプロトコルＰＤＣＰエンティティによりＭＡＣエンティティに送信される第１のインジケーション情報を受信する。ここで、第１のインジケーション情報は、端末により受信されるデータパケットの属性を表示するために用いられる。
【０１４３】
具体的には、端末のメディアアクセス制御ＭＡＣエンティティは、端末のパケットデータコンバーゼンスプロトコルＰＤＣＰエンティティにより送信される第１のインジケーション情報を受信する。ここで、第１のインジケーション情報は、現時点でＭＡＣエンティティにより受信されるデータパケットの属性を表示するために用いられる。
【０１４４】
例えば、図２ａを参照すると、端末は、プロトコル層を用いて伝送対象のサービスを第１のデータパケットおよび第２のデータパケットに分割し、ＲＴＰ層を用いて第１のデータパケットおよび第２のデータパケットをＲＴＰパケットに結合し、ＲＴＰパケットをＩＰ層に送信する。端末は、ＩＰ層上の第１のデータパケットおよび第２のデータパケットの各々にＩＰヘッダを加え、ＩＰヘッダのＴＯＳ  フィールドを用いて、第１のデータパケットおよび第２のデータパケットの属性を区別する。例えば、第１のデータパケットのＩＰヘッダは第１の識別情報を搬送し、第１の識別情報は第１のデータパケットの属性が重要な属性であるということを表示するために用いられる。第２のデータパケットのＩＰヘッダは第２の識別情報を搬送し、第２の識別情報は第２のデータパケットの属性が重要でない属性であるということを表示するために用いられる。次に、端末は、ＩＰヘッダを搬送する第１のデータパケットおよび第２のデータパケットをＩＰ層からＰＤＣＰエンティティに転送する。ＰＤＣＰエンティティが、ＩＰヘッダを搬送する第１のデータパケットおよび第２のデータパケットを受信した後、ＰＤＣＰエンティティは、第１のデータパケットおよび第２のデータパケットのＩＰヘッダにある第１の識別情報および第２の識別情報に基づいて第１のデータパケットの属性および第２のデータパケットの属性を決定する。第１のデータパケットの属性が重要な属性であることを決定した後、端末は、図２ａに示される第１のバッファに第１のデータパケットをバッファし、図２ａに示される第２のバッファに第２のデータパケットをバッファし、第１のデータパケットおよび第２のデータパケットはＲＬＣエンティティに送信されない。ＰＤＣＰエンティティが、現時点でスケジューリングが必要なデータパケットの属性のインジケーション情報、およびＭＡＣエンティティにより送信されるアップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ、略してＵＬグラント）を受信した後、ＰＤＣＰエンティティは、対応するバッファのデータをＲＬＣエンティティに送信する。例えば、ＭＡＣエンティティは現時点でスケジューリングが必要な、属性が重要な属性であるデータパケットを送信し、ＰＤＣＰエンティティは、第１のバッファからＲＬＣエンティティに第１のデータパケットを送信し、次にＲＬＣエンティティはＭＡＣエンティティに第１のデータパケットを送信する。この場合、ＰＤＣＰエンティティはＭＡＣエンティティに第１のインジケーション情報を送信する。ここで、第１のインジケーション情報は、ＭＡＣエンティティにより受信される第１のデータパケットの属性が重要な属性であることを表示するために用いられる。この場合、端末は、第１のＨＡＲＱパラメータを用いて第１のデータパケットを伝送してよい。
【０１４５】
他方では、段階Ｓ１０１は以下の方式で実装されてよい。
【０１４６】
Ｓ１０１１ｂ．端末は、データパケットのＲＬＣヘッダに基づいてデータパケットの属性を決定する。ここで、ＲＬＣヘッダは、データパケットの属性を一意に識別する識別子を搬送する。
【０１４７】
端末が伝送対象のサービスを複数のデータパケットに分割した後、複数のデータパケットはＩＰ層を通じて伝送され、ＩＰヘッダを搬送するデータパケットとして生成され、ＰＤＣＰ層に送信されることが理解され得る。ＩＰヘッダは、データパケットの属性が重要な属性または重要でない属性であることを表示する識別情報を搬送する。ＩＰパケットを受信した後、ＰＤＣＰ層は、ＩＰヘッダの識別情報に基づいてデータパケットの属性を知り、ＰＤＣＰヘッダを搬送するデータパケットを生成し、データパケットをＲＬＣエンティティに送信する。ＰＤＣＰヘッダは、データパケットの属性が重要な属性または重要でない属性であることを表示する識別情報を搬送する。ＰＤＣＰエンティティにより送信されるデータパケットを受信した後、ＲＬＣエンティティは、ＰＤＣＰヘッダを搬送しＰＤＣＰエンティティにより送信されるデータパケットの識別情報に基づいて、ＰＤＣＰヘッダを搬送するデータパケットの属性を習得し、ＲＬＣヘッダを搬送するデータパケットを生成し、データパケットをＭＡＣエンティティに送信する。ＲＬＣヘッダは、データパケットの属性が重要な属性または重要でない属性であることを表示する識別情報を搬送する。この場合、端末のＭＡＣエンティティは、データパケットのＲＬＣヘッダを用いてデータパケットの属性を決定することができる。
【０１４８】
他方では、端末は、図２ｅに示される構造を用いて、段階Ｓ１０１はさらに以下の方式で実装され得る。
【０１４９】
Ｓ１０１１ｃ．端末は、第２の論理チャネルを通じて取得されるデータパケットの属性を、重要な属性として決定する。
【０１５０】
Ｓ１０１２ｃ．端末は、第２の論理チャネルを通じて取得されるデータパケットの属性を、重要でない属性として決定する。
【０１５１】
方法はさらに、段階Ｓ１０１の前に、段階Ｓ１０１ａ、すなわち、端末が、基地局により供給される第２のインジケーション情報を受信する段階であって、ここで、第２のインジケーション情報は、異なる属性を有するデータパケットと、データパケットの伝送のために用いられる論理チャネルとの間の対応を、端末に表示するために用いられる、受信する段階を含むことが理解され得る。
【０１５２】
具体的には、第２のインジケーション情報は各論理チャネルの識別子、および論理チャネルの識別子と属性との間の対応を保持する。例えば、第２のインジケーション情報は、第１の論理チャネルが重要な属性に対応し、第２の論理チャネルが重要でない属性に対応することを表示するために用いられ、異なる論理チャネル上で伝送されるデータパケットの属性を端末に表示するために用いられる。
【０１５３】
これに応じて、通信デバイスが基地局の場合、基地局はさらに、第２のインジケーション情報を端末に送信する段階であって、ここで、第２のインジケーション情報は、異なる属性を有するデータパケットと、データパケットを伝送するために用いられる論理チャネルとの間の対応を端末に表示するために用いられる、送信する段階を含む。
【０１５４】
選択的に、図３を参照すると、図６に示されるように、一方では、段階Ｓ１０２の前に、本発明のこの実施形態に提供される方法はさらに、以下の段階を含む。
【０１５５】
Ｓ１０８．端末は、第１の属性に対応するデータパケットのデータ量を、送信対象のアップリンクデータの量として決定する。ここで、第１の属性は、伝送対象のサービスに含まれる異なる属性のうち任意の１つである。
【０１５６】
Ｓ１０９．端末は、送信対象のアップリンクデータの量を基地局に報告する。
【０１５７】
具体的には、本発明のこの実施形態において、端末は、バッファステータス報告（ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ、ＢＳＲ）の形で、送信対象のアップリンクデータの量を基地局に報告する。ＢＳＲを用いて、基地局は、現時点で端末により送信するべき重要なデータパケットまたは重要でないデータパケットの数を習得することができる。
【０１５８】
具体的には、段階Ｓ１０８は以下の方式で実装されてよい。
【０１５９】
一方、ＰＤＣＰエンティティはスケジューリングを決定する。
【０１６０】
ＰＤＣＰエンティティが、伝送対象のサービスに含まれる複数のデータパケットを受信した後、現在のスケジューリング属性が第１の属性であるデータパケットが決定された場合、現在のスケジューリング属性が第１の属性であるデータパケットはＲＬＣエンティティに送信され、異なる属性において第１の属性以外の属性を有するデータパケットは、ＰＤＣＰエンティティにバッファされ、次回に送信される。従って、ＰＤＣＰエンティティがスケジューリングを決定するシナリオでは、端末により基地局に報告される送信対象のアップリンクデータの量には、その属性が第１の属性であり、ＲＬＣエンティティからＭＡＣエンティティにより取得されたデータパケットのデータ量のみが含まれる。
【０１６１】
他方では、ＭＡＣエンティティはスケジューリングを決定する。
【０１６２】
伝送対象のサービスに含まれる複数のデータパケットを受信した後、ＰＤＣＰエンティティは、属性が重要な属性または重要でない属性であるデータパケットを別個でバッファ（例えば、第１のバッファおよび第２のバッファのデータパケットをバッファ）し、ＰＤＣＰエンティティは、層を交差させることにより第３のインジケーション情報をＭＡＣエンティティに送信する。第３のインジケーション情報は、異なる属性の各々に対応するデータパケットのデータ量を表示するために用いられる。
【０１６３】
ＭＡＣエンティティが第１の属性を有するデータパケットをスケジューリングすることを決定する場合、ＭＡＣエンティティは、第３のインジケーション情報から、第１の属性に対応するデータパケットのデータ量を取得し、第１の属性に対応するデータパケットのデータ量をＢＳＲの形で基地局に報告し、基地局により割り当てられたリソースを待つ。端末が、第１の属性に対応するデータパケットに、基地局により割り当てられたリソースを受信すると、端末のＭＡＣエンティティは、第４のインジケーション情報をＰＤＣＰエンティティに送信する。第４のインジケーション情報は、第１の属性に対応するデータパケットをＲＬＣエンティティに送信するようにＰＤＣＰ層に命令するために用いられる。
【０１６４】
選択的に、送信対象のアップリンクデータの量を基地局に報告する場合、端末はさらに、第５のインジケーション情報を基地局に送信してよい。第５のインジケーション情報は、送信対象のアップリンクデータの量が重要な属性のアップリンクデータ量であるか、または重要でない属性のアップリンクデータ量であるかを表示するために用いられる。
【０１６５】
具体的には、端末は、ＭＡＣヘッダの１ビット予約フィールドを用いて、重要な属性または重要でない属性のアップリンクデータ量がＢＳＲに報告されるかを表示し得る。
【０１６６】
例えば、一方では、ＭＡＣエンティティは現時点のスケジューリングを決定する。図２ａおよび図２ｅに示される端末の構造において、ＩＰ層からデータパケットを受信した後、ＰＤＣＰエンティティは、異なるバッファに異なる属性を有するデータパケットをバッファする。例えば、ＰＤＣＰエンティティは、属性が重要な属性であるデータパケットを第１のバッファにバッファし、属性が重要でない属性であるデータパケットを第２のバッファにバッファする。ＭＡＣエンティティは、層を交差させることにより、１つのインジケーション情報をＰＤＣＰエンティティに送信して、送信対象のアップリンクデータの量を習得するための要求をする。インジケーション情報を受信した後、ＰＤＣＰエンティティは、層を交差することで１つのインジケーション情報（すなわち、第３のインジケーション情報）をＭＡＣエンティティに送信する。第３のインジケーション情報は、重要な属性に対応するデータパケットのデータ量、および重要でない属性に対応するデータパケットのデータ量を搬送する。第３のインジケーション情報を受信した後、ＭＡＣエンティティが、重要な属性に対応するデータパケットが現時点でスケジューリングされるべきであると決定する場合、重要な属性に対応するデータパケットのデータ量であって、第３のインジケーション情報にあるデータ量は、ＢＳＲ（ＢＳＲ）の形で基地局に報告される（さらに、端末は基地局にインジケーション情報を送信して、報告された送信対象のアップリンクデータの量が、重要な属性または重要でない属性のデータ量であるかを表示してもよい）。それ以外の場合、重要でないデータパケットのデータ量および当該データパケットに対応する属性は、基地局に報告される。次に、基地局はＵＬグラントを端末に送信してもよい。端末が基地局からＵＬグラントを受信した後、端末のＭＡＣエンティティは、ＵＬグラント情報を保持する第６のインジケーション情報および要求されるデータパケットの属性を、ＰＤＣＰエンティティに送信する。第６のインジケーション情報における要求される属性が重要な属性である場合、図２ａに示される端末の構造において、ＰＤＣＰエンティティは、第１のバッファにおいてバッファされたデータパケットを図２ａに示されるＲＬＣエンティティに送信するか、または第６のインジケーション情報における要求されるデータパケットの属性が重要でない属性である場合、第６のインジケーション情報に従って、ＰＤＣＰエンティティは、第６のインジケーション情報に従って図２ａに示されるＲＬＣエンティティに、第２のバッファにおいてバッファされる重要でないデータパケットを送信することを決定する。
【０１６７】
図２ｅに示される端末の構造において、第６のインジケーション情報における要求されるデータパケットの属性が重要な属性である場合、ＰＤＣＰエンティティは、第１のバッファにおいてバッファされる重要なデータパケットを、第６のインジケーション情報に従って図２ｅに示される第１のＲＬＣエンティティに送信するか、または第６のインジケーション情報において要求されるデータパケットの属性が重要でない属性である場合、ＰＤＣＰエンティティは、第６のインジケーション情報に従って図２ｅに示される第２のＲＬＣエンティティに、第２のバッファにおいてバッファされる重要でないデータパケットを送信することを決定する。
【０１６８】
図２ｆに示される端末の構造において、第６のインジケーション情報における要求されるデータパケットの属性が重要な属性である場合、ＰＤＣＰエンティティは、第１のＰＤＣＰエンティティの第１のバッファにおいてバッファされる重要なデータパケットを、第６のインジケーション情報に従って図２ｆに示されるＲＬＣエンティティに送信することを決定するか、または第６のインジケーション情報において要求されるデータパケットの属性が重要でない属性である場合、端末は、第６のインジケーション情報に従って、図２ｅに示されるＲＬＣエンティティに、第２のＰＤＣＰエンティティの第２のバッファにてバッファされるデータパケットを送信することを決定する。
【０１６９】
他方では、ＰＤＣＰエンティティは現時点のスケジューリングを決定する。図２ａに示される構造において、重要なデータパケットをスケジューリングする場合、ＰＤＣＰエンティティは、重要なデータパケットを第１のバッファからＲＬＣエンティティにプッシュする。それ以外の場合、重要でないデータパケットをＲＬＣエンティティにプッシュする。図２ｅに示される端末の構造において、ＰＤＣＰエンティティが重要なデータパケットをスケジューリングすることを決定する場合、ＰＤＣＰエンティティは、重要なデータパケットを第１のバッファから第１のＲＬＣエンティティにプッシュする。それ以外の場合、重要でないデータパケットを第２のＲＬＣエンティティにプッシュする。図２ｆに示される端末の構造において、重要なデータパケットをスケジューリングすることを決定する場合、ＰＤＣＰエンティティは、重要なデータパケットを第１のＰＤＣＰエンティティの第１のバッファからＲＬＣエンティティにプッシュする。それ以外の場合、重要でないデータパケットを第２のＰＤＣＰエンティティの第２のバッファから第２のＲＬＣエンティティにプッシュする。
【０１７０】
他方では、端末が図２ｆに示される構造を用いる場合、端末のＭＡＣエンティティは、第１のＲＬＣエンティティから、重要な属性に対応し、第１のＲＬＣエンティティにマッピングされるデータパケットのアップリンクデータ量を取得してよく、第２のＲＬＣエンティティに要求を送信して、重要でない属性に対応し、第２のＲＬＣエンティティにマッピングされるデータパケットのアップリンクデータ量を決定する。
【０１７１】
選択的に、一方では、本発明のこの実施形態における段階Ｓ１０２は、以下の方式で実装されてよい。
【０１７２】
Ｓ１０２１ａ．端末のＭＡＣエンティティが、第１のデータパケットの属性が重要な属性であると決定する場合、第１のデータパケットの伝送が失敗すると、ＭＡＣエンティティは、第１のＨＡＲＱパラメータを用いて第１のデータパケットを再伝送する。
【０１７３】
具体的には、端末は、以下の方式で、第１のデータパケットの伝送が失敗することを決定し得る。
【０１７４】
一方では、端末が第１のデータパケットを基地局に送信した後、基地局により送信された第１の応答メッセージ（例えば、ＰＵＣＣＨを用いて基地局により端末に送信されるＮＡＣＫ応答）を端末が受信した場合、端末は、第１のデータパケットの伝送が失敗することを決定する。例えば、受信された第１の応答メッセージがＮＡＣＫを保持すると端末が決定する場合、それは第１のデータパケットの伝送が失敗すること、および第１のデータパケットが再伝送される必要があることを表示する。
【０１７５】
他方では、端末が、予め設定された時間内に、基地局により送信された第１の応答メッセージが受信されていないことを決定する場合、端末は、第１のデータパケットの伝送が失敗することを決定する。
【０１７６】
具体的には、予め設定された時間は必要に応じて設定されてよい。これは、本発明のこの実施形態において限定されるものではない。
【０１７７】
Ｓ１０２２ａ．端末のＭＡＣエンティティが、第２のデータパケットの属性が重要でない属性であると決定する場合、第２のデータパケットの伝送が失敗すると、ＭＡＣエンティティは、第２のＨＡＲＱパラメータを用いて第２のデータパケットを再伝送する。
【０１７８】
具体的には、端末は、ＲＬＣヘッダを保持するデータパケットに基づいて、受信されたデータパケットの属性が重要な属性であるか、または重要でない属性であるかを識別する。属性が重要な属性である場合、データパケットは、重要な属性に対応する構成パラメータ（すなわち、第１のＨＡＲＱパラメータ）を用いて伝送される。属性が重要でない属性である場合、データパケットは、重要でない属性に対応する構成パラメータ（すなわち、第２のＨＡＲＱパラメータ）を用いて伝送される。
【０１７９】
選択的に、他方では、本発明のこの実施形態における段階Ｓ１０２は、以下の方式で実装されてよい。
【０１８０】
Ｓ１０２１ｂ．端末のＰＤＣＰエンティティが、第１のデータパケットの属性が重要な属性であることを決定する場合、第１のデータパケットに対応する破棄タイマのタイミング長が破棄タイミング長に達すると、ＰＤＣＰエンティティは第１のデータパケットを破棄する。
【０１８１】
選択的に、図３を参照すると、本発明のこの実施形態における段階Ｓ１０１の前に、本発明のこの実施形態において提供される方法は、さらに以下の段階を含む。
【０１８２】
Ｓ１１０．端末は、伝送対象のサービスを処理して、異なる属性を有する複数のデータパケットを取得する。
【０１８３】
本発明のこの実施形態における段階Ｓ１０３の具体的な実装例は、段階Ｓ１０１の具体的な実装例と同様であることを留意されたい。詳細については、段階Ｓ１０１の具体的な実装例を参照されたい。これは本発明のこの実施形態において限定されるものではない。段階Ｓ１０４の具体的な実装例は、段階Ｓ１０２の具体的な実装例と同様である。これは本発明のこの実施形態において限定されるものではない。
【０１８４】
図７は、本発明の実施形態に係る別のデータ伝送方法により用いられるアーキテクチャ図を示す。図７に示されるアーキテクチャにおいて、第１の端末は、異なる属性を有する複数のデータパケットを、ソース基地局を用いて第２の端末に送信する。例えば、第２の端末は、ソース基地局により送信され、異なる属性を有する複数のデータパケットを、パケットデータネットワークゲートウェイ、サービングゲートウェイ、およびターゲット基地局を用いて受信し得る。具体的には、図８に示されるように、データ伝送方法は以下の段階を含む。
【０１８５】
Ｓ９０１．第１の端末は、伝送対象のサービスを処理して、異なる属性を有する複数のデータパケットを取得する。ここで、データパケットの属性は、データパケットの重要度を表示するために用いられる。
【０１８６】
具体的には、第１の端末は、符号化層においてＨ．２６４標準に従って伝送対象のサービスを処理して、異なる属性を有する複数のデータパケットを取得する。次に、異なる属性を有する複数のデータパケットは、ＲＴＰ層を通過した後、ＲＴＰデータパケットとして形成され、ＩＰ層に送信される。ＩＰ層にて、端末は、異なる属性を有する複数のデータパケットにＩＰヘッダを加えて、ＩＰヘッダの１ビット情報を用いて各データパケットの属性を表示する。例えば、端末は、ＩＰヘッダのＴＯＳ  フィールドを拡張して、ＴＯＳ  フィールドの１ビット情報に基づいてデータパケットの属性を表示し得る。
【０１８７】
Ｓ９０２．第１の端末は、異なる属性を有する複数のデータパケットを、ソース基地局を用いてＰＧＷに送信する。ここで、ＰＧＷは第２の端末にアクセスされるゲートウェイである。
【０１８８】
第１の端末が第２の端末に比較的に近い場合、実際の伝送プロセスにおいて、第２の端末にアクセスされるゲートウェイおよび第１の端末にアクセスされるゲートウェイは同一であってよく、または、第１の端末および第２の端末によりアクセスされる基地局さえ同一であってもよいことが理解され得る。
【０１８９】
Ｓ９０３．ＰＧＷは、異なる属性を有する複数のデータパケットの各々をＥＰＳベアラにマッピングする。ここで、異なる属性を有するデータパケットは異なるＥＰＳに対応する。
【０１９０】
ベアラは、通信セッションの間に、第２の端末と、第２の端末にサービスを提供するコアネットワークとの間でパケットデータを搬送および送信するためのベアラチャネルである。具体的には、ベアラはＥＰＳベアラであり得る。
【０１９１】
図７に示されるように、第２の端末とＰＧＷとの間には、２つのベアラ、すなわち、第１のベアラおよび第２のベアラがある。具体的には、ＰＧＷは、重要な属性を有するデータパケットを、伝送のために第１のベアラにマッピングして、重要でない属性を有するデータパケットを、伝送のために第２のベアラにマッピングする。
【０１９２】
Ｓ９０４．ＰＧＷは、異なるベアラにマッピングされる、異なる属性を有する複数のデータパケットを、ＳＧＷを用いてターゲット基地局に伝送する。
【０１９３】
ターゲット基地局は、第２の端末にサービスを提供する基地局である。
【０１９４】
Ｓ９０５．ターゲット基地局は、異なるベアラにおいて受信される、異なる属性を有する複数のデータパケットを、第２の端末に送信する。
【０１９５】
Ｓ９０６．第２の端末は、異なるＥＰＳベアラにおいて、異なる属性を有する複数のデータパケットを受信して、データパケットの時間識別子（タイムスタンプ）に基づいて、異なる属性を有する複数のデータパケットを同期（再配列）する。
【０１９６】
上述したものは主に、本発明の実施形態において提供される技術的解決手段を、端末および基地局の観点から説明する。上述の機能を実装するためには、基地局および端末が、各機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解され得る。当業者であれば、本明細書に開示された実施形態を参照して説明される例におけるユニットおよびアルゴリズム段階が、本発明の実施形態において、ハードウェア、またはハードウェアおよびコンピュータソフトウェアの組み合わせの形で実装され得ることを簡単に認識すべきである。機能がハードウェアにより実装されるか、またはコンピュータソフトウェアによりハードウェアを駆動させる方式で実装されるかは、特定の応用、および技術的解決手段の設計制約条件に依存する。当業者であれば、特定の応用ごとに、説明した機能を実装するために異なる方法を用い得るが、この実装は、本発明の範囲を越えるものとみなされるべきではない。
【０１９７】
本発明の実施形態において、端末、基地局等は、上述した方法の例に基づいて、機能モジュールに分割され得る。例えば、各機能モジュールは、対応する機能のための分割を通じて取得されてよく、または、２つまたはそれより多くの機能は、１つの処理モジュールに統合されてよい。統合されたモジュールは、ハードウェアの形で実装されてよく、または、ソフトウェアの機能モジュールの形で実装されてよい。本発明の実施形態におけるモジュールの分割は例であり、論理的機能区分に過ぎないことに留意されたい。実際の実装例では、別の分割方式が存在し得る。
【０１９８】
各機能モジュールが、各機能に対応して分割される場合、図９ａは、上述の実施形態における端末の考えられる概略構造図である。端末１は、決定ユニット１０および伝送ユニット１１を含む。決定ユニット１０は、上述の実施形態に説明されたＳ１０１（具体的には段階Ｓ１０１１ｂ、Ｓ１０１１ｃ、およびＳ１０１２ｃであり得る）、Ｓ１０７（具体的には、段階Ｓ１０７１ａおよびＳ１０７１ｂであり得る）、およびＳ１０８のプロセスの実行の際に、端末１をサポートするように構成される。伝送ユニット１１は、上述の実施形態に説明された段階Ｓ１０２（具体的には段階Ｓ１０２１ａ、Ｓ１０２２ａ、Ｓ１０２１ｂ、およびＳ１０２２ｂ）の実行の際に端末１をサポートするように構成される。もちろん、本発明のこの実施形態において提供される端末１はさらに、上述の実施形態において段階Ｓ１０９を実行する際に端末１をサポートするように構成される送信ユニット１２と、上述の実施形態において段階Ｓ１０１１ａを実行する際に端末１をサポートするように構成される第１の受信ユニット１３と、上述の実施形態において段階Ｓ１０６およびＳ１０１ａを実行する際に端末１をサポートするように構成される第２の受信ユニット１４とを含んでよく、端末１はさらに、上述の実施形態において段階Ｓ１１０を実行する際に端末１をサポートするように構成される処理ユニット１５を含んでよい。上記方法の実施形態における各段階の全ての関連内容は、対応する機能モジュールの機能説明において引用されてよい。ここでは詳細について改めて説明しない。
【０１９９】
一方では、ハードウェア実装の観点から、決定ユニット１０、伝送ユニット１１、送信ユニット１２、および第１の受信ユニット１３は、図２ａ、図２ｄ、図２ｅ、および図２ｆに示される端末のＭＡＣエンティティに統合されてよく、他方では、第１の受信ユニット１３および第２の受信ユニット１４は受信機であってよく、送信ユニット１２は伝送機であってよく、伝送機は、受信機と共にトランシーバに統合されてよいことが理解され得る。決定ユニット１０および伝送ユニット１１は、ハードウェアの形で端末のメモリに組み込まれるか、または、当該メモリとは別個であってよく、その結果、端末のプロセッサに呼び出されて、上記に説明されている様々なユニットに対応する操作を実行する。
【０２００】
統合されたユニットが用いられる場合、図９ｂは、上述の実施形態における端末の考えられる概略構造図である。端末１は、処理モジュール１０２および通信モジュール１０３を含む。処理モジュール１０２は、端末１の動作を制御および管理するように構成される。例えば、処理モジュール１０２は、実施形態において説明されている段階Ｓ１０１（具体的には段階Ｓ１０１１ａ、Ｓ１０１１ｂ、Ｓ１０１１ｃ、およびＳ１０１２ｃであり得る）、Ｓ１０１ａ、Ｓ１０７（具体的には段階Ｓ１０７１ａおよびＳ１０７１ｂであり得る）、Ｓ１０８、Ｓ１０２（具体的には段階Ｓ１０２１ａ、Ｓ１０２２ａ、Ｓ１０２１ｂ、およびＳ１０２２ｂであり得る）、Ｓ１０６、Ｓ１０９、およびＳ１１０、および／または本明細書において説明される技術のために用いられる別のプロセスの実行の際に端末１をサポートするように構成される。通信モジュール１０３は、別のネットワークエンティティとの通信の際に端末１をサポートするように構成されており、例えば、基地局との通信の際に端末１をサポートし、端末１はさらに、端末１のプログラムコードおよびデータを記憶するように構成される記憶モジュール１０１を含んでよい。
【０２０１】
処理モジュール１０２は、中央演算処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ‐Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）などのプロセッサまたはコントローラ、または別のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組み合わせであってよい。処理モジュール１０２は、本発明において開示されているコンテンツを参照して説明される、様々な例示的な論理ブロック、モジュール、および回路を実行または実装できる。代わりに、プロセッサは演算処理機能を実施するための組み合わせ、例えば、１または複数のマイクロプロセッサの組み合わせ、または、ＤＳＰおよびマイクロプロセッサの組み合わせであってよい。通信モジュール１０３はトランシーバ、トランシーバ回路、または通信インタフェース１０１３等であってよい。記憶モジュール１０１はメモリであってよい。
【０２０２】
処理モジュール１０２がプロセッサ１０１２である場合、通信モジュール１０３は通信インタフェース１０１３であり、記憶モジュール１０１はメモリであり、本発明のこの実施形態における端末１は図９ｃに示される端末であってよい。
【０２０３】
図９ｃを参照すると、端末１は、プロセッサ１０１２、通信インタフェース１０１３、メモリ１０１１、およびバス１０１４を含む。通信インタフェース１０１３、プロセッサ１０１２、およびメモリ１０１１は、バス１０１４を用いて相互接続される。バス１０１４は、ペリフェラルコンポーネントインターコネクト（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バス、または拡張型業界標準アーキテクチャ（Ｅｘｔｅｎｄｅｄ  Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バス等であってよい。バスは、アドレスバス、データバス、または制御バス等に分類され得る。表現しやすくするために、バスは、表現のために図９ｃにおいて１本の太線のみを用いて表されるが、それは１つのバスまたは１つのタイプのバスのみが存在することを表示するものではない。
【０２０４】
各機能モジュールが、各機能に対応して分割される場合、図１０ａは、上述の実施形態における基地局の考えられる概略構造図である。基地局２は、決定ユニット２０および伝送ユニット２１を含む。決定ユニット２０は、上述の実施形態において説明されるプロセスＳ１０３の実行の際に基地局２をサポートするように構成される。伝送ユニット２１は、上述の実施形態において説明される段階Ｓ１０４の実行の際に基地局２をサポートするように構成される。もちろん、本発明のこの実施形態において提供される基地局２はさらに、上述の実施形態における段階Ｓ１０５の実行の際に基地局２をサポートするように構成される送信ユニット２２を含んでよい。上記方法の実施形態における各段階の全ての関連内容は、対応する機能モジュールの機能説明において引用されてよい。ここでは詳細について改めて説明しない。
【０２０５】
一方では、ハードウェア実装の観点から、決定ユニット２０、伝送ユニット２１、および送信ユニット２２は、基地局のＭＡＣエンティティに統合されてよく、他方では、決定ユニット２０および伝送ユニット２１は、ハードウェアの形で基地局のメモリに組み込まれるか、または、当該メモリとは別個であってよく、その結果、基地局のプロセッサに呼び出されて、上記に説明されている様々なユニットに対応する作業を実行することが理解され得る。
【０２０６】
統合されたユニットが用いられる場合、図１０ｂは、上述の実施形態に関連する基地局の考えられる概略構造図である。基地局２は、処理モジュール２０２および通信モジュール２０３を含む。処理モジュール２０２は、基地局２の動作を制御および管理するように構成される。例えば、処理モジュール２０２は、実施形態において説明されている段階Ｓ１０３、Ｓ１０４、およびＳ１０５、および／または本明細書において説明される技術のために用いられる別プロセスの実行の際に基地局２をサポートするように構成される。通信モジュール２０３は、別のネットワークエンティティとの通信の際に基地局２をサポートするように構成されており、例えば、端末との通信の際に基地局２をサポートし、基地局２はさらに、基地局２のプログラムコードおよびデータを記憶するように構成される記憶モジュール２０１を含んでよい。
【０２０７】
処理モジュール２０２は、中央演算処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ‐Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）などのプロセッサまたはコントローラ、または別のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組み合わせであってよい。処理モジュール２０２は、本発明において開示されているコンテンツを参照して説明される、様々な例示的な論理ブロック、モジュール、および回路を実行または実装できる。代わりに、プロセッサは演算処理機能を実施するための組み合わせ、例えば、１または複数のマイクロプロセッサの組み合わせ、または、ＤＳＰおよびマイクロプロセッサの組み合わせであってよい。通信モジュール２０３はトランシーバ、トランシーバ回路、または通信インタフェース２０１３等であってよい。記憶モジュール２０１はメモリであってよい。
【０２０８】
処理モジュール２０２がプロセッサ２０１２である場合、通信モジュール２０３は通信インタフェース２０１３であり、記憶モジュール２０１はメモリであり、本発明のこの実施形態における基地局２は図１０ｃに示される基地局であってよい。
【０２０９】
図１０ｃを参照すると、基地局２は、プロセッサ２０１２、通信インタフェース２０１３、メモリ２０１１、およびバス２０１４を含む。通信インタフェース２０１３、プロセッサ２０１２、およびメモリ２０１１は、バス２０１４を用いて相互接続される。バス２０１４は、ペリフェラルコンポーネントインターコネクト（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バス、または拡張型業界標準アーキテクチャ（Ｅｘｔｅｎｄｅｄ  Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バス等であってよい。バスは、アドレスバス、データバス、または制御バス等に分類され得る。表現しやすくするために、バスは、図１０ｃにおいて１本の太線のみを用いて表されるが、それは１つのバスまたは１つのタイプのバスのみが存在することを表示するものではない。
【０２１０】
一方では、本発明の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、コンピュータ可読記憶媒体がコンピュータで動作される場合、基地局は、上述の実施形態における段階Ｓ１０３、Ｓ１０４、およびＳ１０５を実行できるようになる。
【０２１１】
他方では、本発明の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、コンピュータ可読記憶媒体がコンピュータで動作される場合、端末は、上述の実施形態における段階Ｓ１０１（Ｓ１０１１ａ、Ｓ１０１１ｂ、Ｓ１０１１ｃ、およびＳ１０１２ｃ）、Ｓ１０２（具体的には、段階Ｓ１０２１ａ、Ｓ１０２２ａ、Ｓ１０２１ｂ、およびＳ１０２２ｂであり得る）、Ｓ１０６、Ｓ１０７（具体的には、段階Ｓ１０７１ａおよびＳ１０７１ｂであり得る）、Ｓ１０８（Ｓ１０８１ａ,Ｓ１０８２ａ、およびＳ１０８１ｂ）、Ｓ１０９、およびＳ１１０を実行できるようになる。
【０２１２】
上述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを用いて実装され得る。実施形態を実装するためにソフトウェアプログラムが用いられる場合、実施形態は、コンピュータプログラム製品の形で完全にまたは部分的に実装され得る。コンピュータプログラム製品は、１または複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータでロードされ実行される場合、本発明の実施形態に係る手順または機能は、全てまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得て、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別ウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（例えば、同軸ケーブル、光ファイバー、またはデジタル加入者回線（ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ、ＤＳＬ））または無線（例えば、赤外線、無線、またはマイクロ波等）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータによりアクセスできる任意の使用可能な媒体、または、１または複数の使用可能な媒体を統合する、サーバまたはデータセンタなどのデータ記憶デバイスであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピ（登録商標）ディスク、ハードディスク、または磁気テープ）、光媒体（例えば、ＤＶＤ）、または半導体媒体（例えば、ソリッドステートディスク（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ、（ＳＳＤ））等であってよい。
【０２１３】
実装例についての上記の説明は、簡便且つ簡潔な説明のために、上述の機能モジュールの分割が説明のための例として用いられることを、当業者がはっきり理解することを可能にする。実際の応用では、上述の機能は、異なるモジュールに割り当てられ、必要に従って実装されることができ、すなわち、装置の内部構造は、上記に説明されている機能の全てまたは一部を実装すべく、異なる機能モジュールに分割される。上述のシステム、装置、およびユニットの詳細な動作プロセスについては、上記方法の実施形態における対応するプロセスを参照されたく、ここでは詳細について改めて説明しない。
【０２１４】
本願において提供されるいくつかの実施形態では、開示されるシステム、装置、および方法が他の方式で実装されてよいことを理解されたい。例えば、説明される装置の実施形態は、単に一例である。例えば、モジュールまたはユニットの分割は、単に論理的機能区分であり、実際の実装例においては他の分割であってよい。例えば、複数のユニットまたはコンポーネントは、別のシステムに結合され、または統合されてよく、または、いくつかの機能が無視されるか、または実行されなくてよい。加えて、表示または議論されている相互結合もしくは直接的結合または通信接続は、いくつかのインタフェースを用いて実装され得る。装置間またはユニット間の間接的結合または通信接続は、電子的形態、機械的形態、または他の形態で実装されてよい。
【０２１５】
別個の部分として説明されるユニットは、物理的に別個であってもなくてもよく、ユニットとして提示される部分は、物理的ユニットであってもなくてもよく、１箇所に位置してもよく、または複数のネットワークユニット上に分散されてもよい。ユニットの一部または全ては、実施形態の解決手段の目的を達成するために実際の必要に応じて選択されてよい。
【０２１６】
加えて、本願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、または当該ユニットの各々が物理的に単独で存在してよく、または２つまたはそれより多くのユニットが１つのユニットに統合される。統合されたユニットは、ハードウェアの形で実装されてよく、またはソフトウェア機能ユニットの形で実装されてよい。
【０２１７】
統合されたユニットがソフトウェア機能ユニットの形で実装され、独立の製品として販売または使用される場合、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本質的に本願の技術的解決手段、または従来技術に寄与する部分、または技術的解決手段の全部もしくは一部が、ソフトウェア製品の形で実装されてよい。ソフトウェア製品は記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイス等であり得る）、またはプロセッサに、本願の実施形態において説明される方法の段階の全てまたは一部を実行するように命令するためのいくつかの命令を含む。上述の記憶媒体は、フラッシュメモリ、リムーバブルハードディスク、読み出し専用メモリ、ランダムアクセスメモリ、磁気ディスク、またはコンパクトディスクなどの、プログラムコードを記憶できる任意の媒体を含む。
【０２１８】
上記の説明は、本願の特定の実施形態に過ぎないが、本願の保護範囲を限定することを目的としているものではない。本願に開示される技術的範囲内における任意の変更または置換は、本願の保護範囲に属するものとする。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
（項目１）
データ伝送方法であって、
通信デバイスが、伝送対象のデータパケットの属性を決定する段階であって、上記データパケットの上記属性は、上記データパケットの重要度を示すために用いられる、決定する段階と、
上記通信デバイスが、上記データパケットの上記属性に対応する構成パラメータを用いて、上記データパケットを伝送する段階と
を備える、方法。
（項目２）  上記通信デバイスが、上記データパケットの上記属性に対応する構成パラメータを用いて上記データパケットを伝送する上記段階の前に、上記方法はさらに、
上記通信デバイスが、上記データパケットの上記属性に基づいて上記データパケットの上記構成パラメータを決定する段階を含む、項目１に記載の方法。
（項目３）
上記属性は重要な属性または重要でない属性であり、上記構成パラメータはハイブリッド自動再送要求ＨＡＲＱパラメータであり、上記通信デバイスが、上記データパケットの上記属性に基づいて上記データパケットの上記構成パラメータを決定する上記段階は、
上記通信デバイスが、上記データパケットの上記構成パラメータは第１のＨＡＲＱパラメータまたは第２のＨＡＲＱパラメータであることを決定する段階であって、上記第１のＨＡＲＱパラメータは上記重要な属性に対応する構成パラメータであり、上記第２のＨＡＲＱパラメータは上記重要でない属性に対応する構成パラメータであり、上記第１のＨＡＲＱパラメータの値は上記第２のＨＡＲＱパラメータの値より大きい、決定する段階を含み、または、
上記構成パラメータは破棄タイミング長であり、上記通信デバイスが、上記データパケットの上記属性に基づいて上記データパケットの上記構成パラメータを決定する上記段階は、
上記通信デバイスが、上記データパケットの上記構成パラメータは第１の破棄タイミング長または第２の破棄タイミング長であることを決定する段階であって、上記第１の破棄タイミング長は上記重要な属性に対応する構成パラメータであり、上記第２の破棄タイミング長は上記重要でない属性に対応する構成パラメータであり、上記第１の破棄タイミング長は上記第２の破棄タイミング長より大きい、決定する段階を含む
項目２に記載の方法。
（項目４）
通信デバイスが、伝送対象のデータパケットの属性を決定する上記段階は、
上記通信デバイスが、メディアアクセス制御ＭＡＣエンティティを用いて、上記通信デバイスのパケットデータコンバーゼンスプロトコルＰＤＣＰエンティティにより送信される第１のインジケーション情報を受信する段階であって、上記第１のインジケーション情報は、上記通信デバイスにより受信される上記データパケットの上記属性を表示するために用いられる、受信する段階、
上記通信デバイスが、上記第１のインジケーション情報に従って上記データパケットの上記属性を決定する段階、または
上記通信デバイスが、上記データパケットの無線リンク制御ＲＬＣヘッダに基づいて、上記データパケットの上記属性を決定する段階であって、上記ＲＬＣヘッダは、上記データパケットの上記属性を一意に識別する識別子を搬送する、決定する段階を含む
項目１から３のいずれか一項に記載の方法。
（項目５）
伝送対象のデータパケットの属性を決定する上記段階は、
上記通信デバイスが、第１の論理チャネルを通じて取得される上記データパケットの上記属性を上記重要な属性として決定する段階と、
上記通信デバイスが、第２の論理チャネルを通じて取得される上記データパケットの上記属性を上記重要でない属性として決定する段階とを含む、項目１から３のいずれか一項に記載の方法。
（項目６）
上記通信デバイスは端末であり、伝送対象のデータパケットの属性を決定する上記段階の前に、上記方法は、
上記端末が、基地局により送信される第２のインジケーション情報を受信する段階であって、上記第２のインジケーション情報は、異なる属性を有するデータパケットと、上記データパケットを伝送するために用いられる論理チャネルとの間の対応を表示するために用いられる、受信する段階をさらに含む、項目５に記載の方法。
（項目７）
上記通信デバイスは上記端末であり、上記通信デバイスが、上記データパケットの上記属性に基づいて上記データパケットの上記構成パラメータを決定する上記段階の前に、上記方法は、
上記端末が、上記基地局により送信される第１の構成命令情報を受信する段階であって、上記第１の構成命令情報は、異なる属性を有する上記データパケットに対する異なる構成パラメータを構成するように、上記端末に命令するために用いられる、受信する段階をさらに含む、項目１から６のいずれか一項に記載の方法。
（項目８）
上記通信デバイスは基地局であり、上記方法は、
上記基地局が、第１の構成命令情報を端末に送信する段階であって、上記第１の構成命令情報は、異なる属性を有するデータパケットに異なる構成パラメータを構成するように、上記端末に命令するために用いられる、送信する段階をさらに含む、項目１から５のいずれか一項に記載の方法。
（項目９）
伝送対象のデータパケットの属性を決定するように構成される決定ユニットであって、上記データパケットの上記属性は、上記データパケットの重要度を表示するために用いられる決定ユニットと、
上記データパケットの上記属性に対応する構成パラメータを用いて上記データパケットを伝送するように構成される伝送ユニットとを備える、
通信デバイス。
（項目１０）
上記決定ユニットはさらに、上記データパケットの上記属性に基づいて上記データパケットの上記構成パラメータを決定するように構成される、項目９に記載の通信デバイス。
（項目１１）
上記属性は重要な属性または重要でない属性であり、上記構成パラメータはハイブリッド自動再送要求ＨＡＲＱパラメータであり、
上記決定ユニットは、上記データパケットの上記構成パラメータは第１のＨＡＲＱパラメータまたは第２のＨＡＲＱパラメータであることを決定するように具体的に構成され、上記第１のＨＡＲＱパラメータは上記重要な属性に対応する構成パラメータであり、上記第２のＨＡＲＱパラメータは上記重要でない属性に対応する構成パラメータであり、上記第１のＨＡＲＱパラメータの値は上記第２のＨＡＲＱパラメータの値より大きく、または、
上記構成パラメータは破棄タイミング長であり、上記決定ユニットはさらに、上記データパケットの上記構成パラメータは第１の破棄タイミング長または第２の破棄タイミング長であることを決定するように具体的に構成され、上記第１の破棄タイミング長は上記重要な属性に対応する構成パラメータであり、上記第２の破棄タイミング長は上記重要でない属性に対応する構成パラメータであり、上記第１の破棄タイミング長は上記第２の破棄タイミング長より大きい、
項目１０に記載の通信デバイス。
（項目１２）
上記通信デバイスは、
上記通信デバイスのＭＡＣエンティティを用いて、上記通信デバイスのＰＤＣＰエンティティにより上記ＭＡＣエンティティに送信される第１のインジケーション情報を受信するように構成されており、上記第１のインジケーション情報は、上記端末により受信される上記データパケットの上記属性を表示するために用いられ、
上記決定ユニットは具体的には、上記第１のインジケーション情報に従って上記データパケットの上記属性を決定するようにさらに構成され、または、
上記決定ユニットはさらに、上記データパケットのＲＬＣヘッダに基づいて上記データパケットの上記属性を決定するように具体的に構成され、上記ＲＬＣヘッダは、上記データパケットの上記属性を一意に識別する識別子を保持する、第１の受信ユニットを含む、項目９から１１のいずれか一項に記載の通信デバイス。
（項目１３）
上記決定ユニットは、第１の論理チャネルを通じて取得される上記データパケットの上記属性を上記重要な属性として決定し、第２の論理チャネルを通じて取得される上記データパケットの上記属性を上記重要でない属性として決定するように具体的に構成される、項目９から１１のいずれか一項に記載の通信デバイス。
（項目１４）
上記通信デバイスは、基地局により送信される第２のインジケーション情報を受信するように構成される第２の受信ユニットさらに含み、上記第２のインジケーション情報は、異なる属性を有するデータパケットと、上記データパケットを伝送するために用いられる論理チャネルとの間の対応を表示するために用いられる、項目１３に記載の通信デバイス。
（項目１５）
上記通信デバイスはさらに、上記基地局により送信される第１の構成命令情報を受信するように構成される第２の受信ユニットを含み、上記第１の構成命令情報は、異なる属性を有する上記データパケットに異なる構成パラメータを構成するように、上記端末に命令するために用いられる、項目９から１４のいずれか一項に記載の通信デバイス。
（項目１６）
上記通信デバイスは基地局であり、上記基地局はさらに、端末に第１の構成命令情報を送信するように構成される送信ユニットを含み、上記第１の構成命令情報は、異なる属性を有するデータパケットに異なる構成パラメータを構成するように、上記端末に命令するために用いられる、項目９から１３のいずれか一項に記載の通信デバイス。
（項目１７）
プロセッサ、メモリ、システムバス、および通信インタフェースを含む端末であって、上記メモリはコンピュータ実行可能命令を記憶するように構成され、上記プロセッサおよび上記メモリは上記システムバスを用いて接続され、上記端末が動作される場合、上記プロセッサは、上記メモリに記憶されているコンピュータ実行可能命令を実行して、上記端末が、項目１から７のいずれか一項に記載の上記データ伝送方法を実行することができるようにする、端末。
（項目１８）
プロセッサ、メモリ、システムバス、および通信インタフェースを含む基地局であって、上記メモリはコンピュータ実行可能命令を記憶するように構成され、上記プロセッサおよび上記メモリは上記システムバスを用いて接続され、上記基地局が動作される場合、上記プロセッサは、上記メモリに記憶されている上記コンピュータ実行可能命令を実行して、上記基地局が、項目１から５、および項目８のいずれか一項に記載の上記データ伝送方法を実行することができるようにする、基地局。
（項目１９）
上記コンピュータ可読記憶媒体は命令を含み、上記命令がコンピュータで動作される場合、上記コンピュータは、項目１から７のいずれか一項に記載の上記データ伝送方法、または項目１から５および項目８のいずれか一項に記載の上記データ伝送方法を実行することができるようになる、コンピュータ可読記憶媒体。
（項目２０）
命令を含むコンピュータプログラム製品であって、上記命令がコンピュータで動作される場合、上記コンピュータは、項目１から７のいずれか一項に記載の上記データ伝送方法、または項目１から５および項目８のいずれか一項に記載の上記データ伝送方法を実行することができるようになる、コンピュータプログラム製品。
【図１ａ】
0006907444.tif 000004
【図１ｂ】
0006907444.tif 000005
【図２ａ】
0006907444.tif 000006
【図２ｂ】
0006907444.tif 000007
【図２ｃ】
0006907444.tif 000008
【図２ｄ】
0006907444.tif 000009
【図２ｅ】
0006907444.tif 000010
【図２ｆ】
0006907444.tif 000011
【図２ｇ】
0006907444.tif 000012
【図２ｈ】
0006907444.tif 000013
【図３】
0006907444.tif 000014
【図４】
0006907444.tif 000015
【図５】
0006907444.tif 000016
【図６】
0006907444.tif 000017
【図７】
0006907444.tif 000018
【図８】
0006907444.tif 000019
【図９ａ】
0006907444.tif 000020
【図９ｂ】
0006907444.tif 000021
【図９ｃ】
0006907444.tif 000022
【図１０ａ】
0006907444.tif 000023
【図１０ｂ】
0006907444.tif 000024
【図１０ｃ】
0006907444.tif 000025