JP7013463B2 - データ伝送方法及び装置 - Google Patents

Description

本発明の実施例は通信分野に関し、より具体的に、データ伝送方法及び装置に関する。

セルラーネットワークシステムの発展に従って、セルラーネットワークシステムの応用分野が徐々に従来の人と人との通信から車と人との、車と車との通信に拡張していく。車と人との通信によって、交通通信効率を効果的に向上させ、交通事故を避け、運転リスクを低減することができる。車両同士の正常の情報インタラクションを確保するために、車と人との、車と車との通信中に、車両は車両間のサイドリンク（Ｓｉｄｅｌｉｎｋ）インタフェース及び／又は車両とネットワークとの間のエア（Ｕｕ）インタフェースを介して通信する必要がある。

データ伝送中の輻輳問題を解決するために、車と人との、車と車との通信中にデータ伝送方法を提供する必要がある。

本願はデータ伝送中の輻輳問題を緩和することができるデータ伝送方法及び装置を提供する。

第１態様はデータ伝送方法を提供し、端末装置はターゲットリソース設定情報を取得し、前記ターゲットリソース設定情報は前記端末装置が決定したターゲットサービス関連情報に対応することと、前記端末装置が前記ターゲットリソース設定情報に基づいて前記ターゲットサービスをベアリングする送信対象データパケットを送信することと、を含む。

本願のデータ伝送方法によれば、端末装置は取得されたリソース設定情報に基づいて送信対象データパケットを送信することにより、データ伝送中の輻輳問題を緩和することができる。

第１態様を参照して、第１態様のある実現方式では、前記端末装置がターゲットリソース設定情報を取得することは、前記端末装置がサービス関連情報とリソース設定情報との対応関係を含むプリセット対応関係に基づいて、前記ターゲットリソース設定情報を決定することを含む。

第１態様及びその上記実現方式を参照して、第１態様の他の実現方式では、前記端末装置がプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得する前に、前記方法は、更に、前記端末装置が端末装置により自律的に制御するサイドリンクインタフェースに基づく通信モード状態、ネットワークに接続されていない状態及びネットワークカバレッジ範囲外である状態のうちの少なくとも１つの状態で動作すると決定することを含む。

第１態様及びその上記実現方式を参照して、第１態様の他の実現方式では、前記端末装置がプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得する前に、前記方法は、更に、前記端末装置が送信リソースプールが混雑状態にあると決定することを含む。

第１態様及びその上記実現方式を参照して、第１態様の他の実現方式では、前記ターゲットリソース設定情報は、前記送信対象データパケットを送信するための論理チャネル、前記送信対象データパケットを送信するためのリソースを予約する確率、前記送信対象データパケットを送信する確率、前記送信対象データパケットを送信するためのリソースを予約する遅延、前記送信対象データパケットを送信する遅延のうちの少なくとも１つの情報を含む。

第１態様及びその上記実現方式を参照して、第１態様の他の実現方式では、前記ターゲットサービス関連情報は前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータを含む。

第１態様及びその上記実現方式を参照して、第１態様の他の実現方式では、前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータは、前記送信対象データパケットのパケット毎に設定された優先度ＰＰＰＰ、前記送信対象データパケットのＱｏＳクラス識別子ＱＣＩ及び前記送信対象データパケットに対応する論理チャネル番号のうちの少なくとも１つのパラメータを含む。

第１態様及びその上記実現方式を参照して、第１態様の他の実現方式では、前記方法は、更に、前記端末装置がネットワーク機器から送信された、前記プリセット対応関係を含む設定情報を受信することを含む。

第２態様は端末装置を提供し、上記第１態様又は第１態様の任意の可能な実現方式における方法を実行することに用いられる。具体的に、前記端末装置は上記第１態様又は第１態様の任意の可能な実現方式における方法を実行するための機能モジュールを含む。

第３態様は端末装置を提供し、プロセッサ、メモリ及び送受信機を備える。前記プロセッサ、前記メモリ及び前記送受信機がバスシステムによって接続され、前記メモリは命令を記憶することに用いられ、前記送受信機は前記プロセッサの制御によって情報の送受信を行い、前記プロセッサは前記メモリに記憶される命令を呼び出して、上記第１態様又は第１態様の任意の可能な実現方式における方法を実行することに用いられる。

第４態様はコンピュータ可読媒体を提供し、上記第１態様又は第１態様の任意の可能な実現方式における方法を実行するための命令を含むコンピュータプログラムを記憶することに用いられる。

図１は本発明の実施例に係るデータ伝送方法の模式的なフローチャートである。 図２は本発明の実施例に係るデータ伝送方法の他の模式的なフローチャートである。 図３は本発明の実施例に係る端末装置の模式的なブロック図である。 図４は本発明の他の実施例に係る端末装置の模式的なブロック図である。

以下、本発明の実施例の図面を参照しながら、本発明の実施例の技術案を明確且つ完全に説明する。

本発明の実施例において、端末装置は移動局（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、モバイル端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）、携帯電話（Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ）、ユーザー装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ハンドセット（ｈａｎｄｓｅｔ）及びポータブル装置（ｐｏｒｔａｂｌｅ ｅｑｕｉｐｍｅｎｔ）、車両（ｖｅｈｉｃｌｅ）等を含んでもよいが、それらに限らず、該端末装置は無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）経由で１つ又は複数のコアネットワークと通信することができ、例えば、端末装置は携帯電話（「セルラー式」電話とも称される）、無線通信機能を有するコンピュータ等であってもよいし、携帯型、ポケットサイズ、ポータブル式、コンピュータに内蔵された又は車載のモバイルデバイスであってもよい。

更に、本発明の実施例において、ネットワーク機器は基地局であってもよく、該基地局はグローバルモバイル通信（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、「ＧＳＭ」と略称）システム又は符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、「ＣＤＭＡ」と略称）システムにおける基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、「ＢＴＳ」と略称）であってもよく、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、「ＷＣＤＭＡ」と略称）システムにおける基地局（ＮｏｄｅＢ）であってもよく、更にロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、「ＬＴＥ」と略称）システムにおける発展型基地局（ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ又はｅ－ＮｏｄｅＢ）であってもよく、本発明は制限せず、該ネットワーク機器は更に車両端末をスケジューリングすることができる路辺基地局（Ｒｏａｄ Ｓｉｄｅ Ｕｎｉｔ、「ＲＳＵ」と略称）であってもよく、選択肢として、該ＲＳＵは基地局タイプのＲＳＵであってもよいし、端末タイプのＲＳＵであってもよく、その具体的な形態はスマート交通信号灯、交通掲示板等の装置であってもよく、本発明の実施例はそれらに限らないと理解すべきである。

本発明の実施例に応用される通信システムは様々あってもよく、例えばＶ２Ｖ、Ｖ２Ｘ、デバイスツーデバイス（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、「Ｄ２Ｄ」と略称）等の通信システムであってもよく、本発明の実施例は具体的に制限しない。Ｖ２Ｘ通信システムを例とし、一般的に、Ｖ２Ｘ通信システムにはＵｕインタフェースに基づく通信モード、ネットワーク機器で制御するサイドリンクインタフェースに基づく通信モード、端末装置により自律的に制御する（自律選択とも称される）サイドリンクインタフェースに基づく通信モードの３つの通信モードがある。

具体的に、Ｕｕインタフェースに基づく通信モードはエアインタフェースに基づく通信モードと称ばれてもよく、該通信モードにおいて、端末装置はネットワーク機器（例えば基地局）と様々な無線ベアリングサービスを構築、再設定及び解放することができる。ネットワーク機器で制御するサイドリンクインタフェースに基づく通信モードは端末装置と端末装置との間のサイドリンク通信を指してもよく、且つ、このような通信モードにおいて、端末装置と端末装置との間の通信リソースはネットワーク機器によって割り当てられてもよい。端末装置により自律的に制御するサイドリンクインタフェースに基づく通信モードは端末装置と端末装置との間のサイドリンク通信を指してもよく、且つ、このような通信モードにおいて、端末装置と端末装置との間の通信リソースは端末装置により自律的に割り当てられてもよい。

端末装置により自律的に制御するサイドリンクインタフェースに基づく通信モードにおいて、端末装置自体で輻輳を制御することを可能にするために、本発明の実施例には新しいデータ伝送方法が導入され、以下に図１を参照しながら詳しく説明する。

図１には本発明の実施例に係るデータ伝送方法を示し、図１に示すように、方法１００は、
端末装置は前記端末装置が決定したターゲットサービス関連情報に対応するターゲットリソース設定情報を取得するＳ１１０と、
端末装置はターゲットリソース設定情報に基づいてターゲットサービスをベアリングする送信対象データパケットを送信するＳ１２０と、を含む。

選択肢として、ターゲットサービス関連情報は送信対象データパケットのサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、「ＱｏＳ」と略称）に関連するパラメータを含む。例えば、ＱｏＳに関連するパラメータは送信対象データパケットのパケット毎に設定された優先度（ＰｒｏＳｅ Ｐｅｒ－Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ、「ＰＰＰＰ」と略称）、送信対象データパケットのＱｏＳクラス識別子（ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ、「ＱＣＩ」と略称）及び送信対象データパケットに対応する論理チャネル番号のうちの少なくとも１つのパラメータを含んでもよい。

選択肢として、端末装置は送信対象データパケットを検査し、端末装置はデータパケットにおけるデータに対応するサービスタイプに基づいてデータパケットに対応するターゲットサービス関連情報を決定することができる。例えば、データパケットにおけるデータに対応するサービスが会話型音声サービスである場合、データパケットのＱＣＩ値は１であり、データパケットにおけるデータに対応するサービスが会話型ビデオサービスである場合、データパケットのＱＣＩ値は２であり、データパケットにおけるデータに対応するサービスがインタラクティブゲームサービスである場合、データパケットのＱＣＩ値は３である。又は、データパケットにおけるデータに対応するサービスが会話型音声サービスである場合、データパケットのＰＰＰＰは高優先度であり、データパケットにおけるデータに対応するサービスがビデオサービスである場合、データパケットのＰＰＰＰは中優先度であり、データパケットにおけるデータに対応するサービスがインタラクティブゲームサービスである場合、データパケットのＰＰＰＰは低優先度である。

選択肢として、上記ターゲットリソース設定情報を取得することとは、端末装置がネットワーク機器より端末装置へ送信された設定情報から取得することを意味し、又は、上記ターゲットリソース設定情報を取得することとは、端末装置が端末装置に予め設定された設定情報から取得することを意味する。

選択肢として、端末装置はサービス関連情報とリソース設定情報との対応関係を含むプリセット対応関係に基づいてターゲットリソース設定情報を取得する。プリセット対応関係はネットワーク機器で設定されたもの又は端末装置自体で設定されたものである。プリセット対応関係がネットワーク機器で設定されたものである場合、端末装置はネットワーク機器から送信された、プリセット対応関係を含む設定情報を受信する。このようにして、端末装置がプリセット規則に従ってデータパケットの送信を行うことにより、データ送信中の輻輳問題を緩和することができる。

一例として、ターゲットリソース設定情報は送信対象データパケットを送信するための論理チャネル、送信対象データパケットを送信するためのリソースを予約する確率、送信対象データパケットを送信するための確率、送信対象データパケットを送信するためのリソースを予約する遅延、送信対象データパケットを送信する遅延のうちの少なくとも１つの情報を含む。

一例として、上記プリセット対応関係は、ターゲットサービス関連情報に含まれる送信対象データパケットのＰＰＰＰが高優先度である場合、ターゲットサービス関連情報に対応するターゲットリソース設定情報がリソース設定情報１であり、リソース設定情報１に含まれる送信対象データパケットを送信するためのリソースを予約する確率が０．５であってもよい。端末装置はターゲットサービス関連情報に含まれるＰＰＰＰ及びＱＣＩ値を総合的に考慮する上で、送信対象データパケットの送信確率が０．６であると決定した場合、０．６が０．５より大きいため、端末装置は送信対象データパケットを直接送信する。又は、端末装置はターゲットサービス関連情報に含まれるＰＰＰＰ及びＱＣＩ値を総合的に考慮する上で、送信対象データパケットの送信確率が０．３であると決定した場合、０．３が０．５より小さいため、端末装置は送信対象データパケットを送信するためのリソースを予約し、予約したリソースが利用可能である場合、端末装置は予約したリソースにおいて送信対象データパケットを送信する。

又は、上記プリセット対応関係は、ターゲットサービス関連情報に含まれる送信対象データパケットのＰＰＰＰが中優先度である場合、ターゲットサービス関連情報に対応するターゲットリソース設定情報がリソース設定情報２であり、リソース設定情報２に含まれる送信対象データパケットを送信するための確率が０．４であってもよい。端末装置はターゲットサービス関連情報に含まれるＰＰＰＰ及びＱＣＩ値を総合的に考慮する上で、送信対象データパケットの送信確率が０．２であると決定した場合、０．２が０．４より小さいため、端末装置は送信対象データパケットを直接送信せず、送信対象データパケットを送信するためのリソースを予約し、予約したリソースが利用可能である場合、端末装置は送信対象データパケットを送信する。又は、端末装置はターゲットサービス関連情報に含まれるＰＰＰＰ及びＱＣＩ値を総合的に考慮する上で、送信対象データパケットの送信確率が０．５であると決定した場合、０．５が０．４より大きいため、端末装置は送信リソースプールにおけるリソースによって送信対象データパケットを直接送信する。

又は、上記プリセット対応関係は、ターゲットサービス関連情報に含まれる送信対象データパケットのＰＰＰＰが低優先度である場合、ターゲットサービス関連情報に対応するターゲットリソース設定情報がリソース設定情報３であり、リソース設定情報３に含まれる送信対象データパケットを送信する遅延が２つの時間単位である場合、端末装置は送信対象データパケットに対応するターゲットリソース設定情報を決定した時刻から２つの時間単位の後で、送信対象データパケットを送信する。

又は、上記プリセット対応関係は、ターゲットサービス関連情報に含まれる送信対象データパケットのＰＰＰＰが高優先度である場合、ターゲットサービス関連情報に対応する送信対象データパケットの処理方式が送信であるが、送信に対応するリソース設定情報がリソース設定情報１及びリソース設定情報２である。このようにして、端末装置はリソース設定情報１を前記ターゲットリソース設定情報として選択し、又はリソース設定情報２を前記ターゲットリソース設定情報として選択してもよい。

本発明の実施例において、選択肢として、端末装置が現在の送信対象データパケットを伝送する際に、ターゲットリソース設定情報の具体的な指示に従って、後続の送信対象データパケットを伝送するためのリソースを予約してもよい。

選択肢として、一例として、端末装置は連続した複数の時間単位における時間周波数リソースを予約してもよいし、同じ時間間隔又は異なる時間間隔を有する複数の時間単位における時間周波数リソースを予約してもよい。

選択肢として、図２に示すように、Ｓ１１０の前に、方法１００は、更に、
端末装置が端末装置により自律的に制御するサイドリンクインタフェースに基づく通信モード状態、ネットワークに接続されていない状態及びネットワークカバレッジ範囲外である状態のうちの少なくとも１つの状態で動作すると決定するＳ１３０を含む。

端末装置がＳ１３０における状態で動作するとき、ネットワーク経由で輻輳制御を行うことができない。従って、端末装置は方法１００におけるデータ伝送方法を用いて、プリセット規則に従って送信の調整を行うことにより、輻輳問題を回避又は緩和することができる。

更に、端末装置がプリセット対応関係に基づいてターゲットリソース設定情報を取得する前に、端末装置は送信リソースプールが混雑状態にあると決定する。

又は、換言すれば、端末装置がプリセット対応関係に基づいてターゲットリソース設定情報を取得する前に、端末装置は送信リソースが制限されたと決定する。

例えば、端末装置は送信リソースプールにおける送信リソースでのデータ送信成功率又はデータ送信中の衝突発生確率を検出することにより、送信リソースプールが混雑状態にあるかどうか又は送信リソースが制限されたかどうかを決定することができる。例えば、データ送信中の衝突発生確率が０．２以上である場合、送信リソースプールが混雑状態にある又は送信リソースが制限されたと仮定してもよい。端末装置はデータ送信中の衝突発生確率が０．４であると決定した場合、端末装置は送信リソースプールが混雑状態にある又は送信リソースが制限されたと決定する。この時、端末装置は方法１００におけるデータ伝送方法を用いて、プリセット規則に従って送信の調整を行うことにより、輻輳問題を緩和することができる。

上記実施例において、選択肢として、送信リソースプールは端末装置がネットワークにアクセスする状態で動作するとき、ネットワーク機器が端末装置のために設定したリソースであってもよい。具体的に、ネットワーク機器は端末装置が利用できるリソースプールの情報を示すリソース指示情報を端末装置に送信することができる。

本発明の実施例において、選択肢として、受信側の端末装置がすべての可能な送信リソースにおいて送信側の端末装置から送信されたデータを受信し、又は受信側の端末装置が特定のリソースにおいて送信側の端末装置から送信されたデータを受信する。ここで、特定のリソースは端末装置がネットワークにアクセスする状態で動作するとき、ネットワーク機器の設定したリソースであってもよい。

本発明の様々な実施例において、上記各過程の番号の順位は実行順序の前後を意味せず、各過程の実行順序はその機能及び内部論理によって決定されるべきであり、本発明の実施例の実施過程を制限するためのものではないと理解すべきである。

以上は図１及び図２を参照しながら本発明の実施例に係るデータ伝送方法を詳しく説明したが、以下に図３を参照しながら本発明の実施例に係る端末装置を詳しく説明する。図３に示すように、端末装置１０は、処理モジュール１１と送受信モジュール１２とを含む。
処理モジュール１１は、前記処理モジュール１１が決定したターゲットサービス関連情報に対応するターゲットリソース設定情報を取得することに用いられる。
送受信モジュール１２は、前記ターゲットリソース設定情報に基づいて、前記ターゲットサービスをベアリングする送信対象データパケットを送信することに用いられる。

従って、本発明の実施例に係る端末装置は、自分で取得したターゲットリソース設定情報に基づいて送信対象データパケットを送信することにより、データ伝送中の輻輳問題を緩和することができる。

本発明の実施例において、選択肢として、前記処理モジュール１１は、具体的に、サービス関連情報とリソース設定情報との対応関係を含むプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得することに用いられる。

本発明の実施例において、選択肢として、前記処理モジュール１１がプリセット対応関係に基づいて前記ターゲットリソース設定情報を決定する前に、前記処理モジュール１１は、更に、端末装置により自律的に制御するサイドリンクインタフェースに基づく通信モード状態、ネットワークに接続されていない状態及びネットワークカバレッジ範囲外である状態のうちの少なくとも１つの状態で動作すると決定することに用いられる。

本発明の実施例において、選択肢として、前記処理モジュール１１がプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得する前に、前記処理モジュール１１は、更に、送信リソースプールが混雑状態にあると決定することに用いられる。

本発明の実施例において、選択肢として、前記ターゲットリソース設定情報は前記送信対象データパケットを送信するための論理チャネル、前記送信対象データパケットを送信するためのリソースを予約する確率、前記送信対象データパケットを送信する確率、前記送信対象データパケットを送信するためのリソースを予約する遅延、前記送信対象データパケットを送信する遅延のうちの少なくとも１つの情報を含む。

本発明の実施例において、選択肢として、前記ターゲットサービス関連情報は前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータを含む。

本発明の実施例において、選択肢として、前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータは、前記送信対象データパケットのパケット毎に設定された優先度ＰＰＰＰ、前記送信対象データパケットのＱｏＳクラス識別子ＱＣＩ及び前記送信対象データパケットに対応する論理チャネル番号のうちの少なくとも１つのパラメータを含む。

本発明の実施例において、選択肢として、前記送受信モジュール１２は、更に、ネットワーク機器から送信された、前記プリセット対応関係を含む設定情報を受信することに用いられる。

ここで、端末装置１０は機能モジュールの形式で具現されると理解すべきである。ここで、用語「モジュール」は特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、「ＡＳＩＣ」と略称）、電子回路、１つ又は複数のソフトウェア又はファームウェアプログラムを実行するためのプロセッサ（例えば共有プロセッサ、専用プロセッサ又はグループプロセッサ等）及びメモリ、結合論理回路及び／又は説明された機能をサポートする他の適切なコンポーネントを指してもよい。好適な一例において、当業者であれば、端末装置１０は上記方法実施例における方法１００における各プロセス及び／又はステップを実行することに用いられてもよく、重複を避けるため、詳細な説明は省略すると理解される。

図４は本発明の他の実施例の端末装置の模式的なブロック図である。図４における端末装置１００は送受信機１１０、プロセッサ１２０、メモリ１３０及びバスシステム１４０を備える。送受信機１１０、プロセッサ１２０及びメモリ１３０がバスシステム１４０によって接続され、メモリ１３０は命令を記憶することに用いられ、送受信機１１０が信号を送受信することを制御するように、プロセッサ１２０はメモリ１３０に記憶される命令を実行することに用いられる。前記プロセッサ１２０は前記プロセッサ１２０が決定したターゲットサービス関連情報に対応するターゲットリソース設定情報を取得することに用いられ、前記送受信機１１０は前記ターゲットリソース設定情報に基づいて送信対象データパケットを送信することに用いられる。

従って、本発明の実施例に係る端末装置は、自分で取得されたターゲットリソース設定情報に基づいて送信対象データパケットを送信することにより、データ伝送中の輻輳問題を緩和することができる。

本発明の実施例におけるプロセッサは信号処理能力を有する集積回路チップであってもよいと理解される。上記プロセッサは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブル論理デバイス、離散ゲート又はトランジスタ論理デバイス、離散ハードウェアコンポーネントであってもよい。本発明の実施例に開示される各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサは任意の通常のプロセッサ等であってもよい。

本発明の実施例におけるメモリは揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリを含んでもよい。不揮発性メモリは読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラム可能な読み出し専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能なプログラムブル読み出し専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的に消去可能なプログラムブル読み出し専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュメモリとして使用されるランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。制限的ではなく、例示的な説明によって、多くの形式のＲＡＭ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ：Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ：Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ：Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）が利用可能である。ただし、本明細書に説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含んでもよいが、それらに限らないことを目的とする。

本発明の実施例におけるバスシステムはデータバスを含むだけでなく、更に電源バス、制御バス及び状態信号バス等を含んでもよい。しかしながら、明確に説明するために、図面に様々なバスをいずれもバスシステム１４０で示す。

選択肢として、一実施例として、前記プロセッサ１２０は、具体的に、サービス関連情報とリソース設定情報との対応関係を含むプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得することに用いられる。

選択肢として、一実施例として、前記プロセッサ１２０がプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得する前に、前記プロセッサ１２０は、更に、端末装置により自律的に制御するサイドリンクインタフェースに基づく通信モード状態、ネットワークに接続されていない状態及びネットワークカバレッジ範囲外である状態のうちの少なくとも１つの状態で動作すると決定することに用いられる。

選択肢として、一実施例として、前記プロセッサ１２０がプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得する前に、前記プロセッサ１２０は、更に、送信リソースプールが混雑状態にあると決定することに用いられる。

選択肢として、一実施例として、前記ターゲットリソース設定情報は前記送信対象データパケットを送信するための論理チャネル、前記送信対象データパケットを送信するためのリソースを予約する確率、前記送信対象データパケットを送信する確率、前記送信対象データパケットを送信するためのリソースを予約する遅延、前記送信対象データパケットを送信する遅延のうちの少なくとも１つの情報を含む。

選択肢として、一実施例として、前記ターゲットサービス関連情報は前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータを含む。

選択肢として、一実施例として、前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータは前記送信対象データパケットのパケット毎に設定された優先度ＰＰＰＰ、前記送信対象データパケットのＱｏＳクラス識別子ＱＣＩ及び前記送信対象データパケットに対応する論理チャネル番号のうちの少なくとも１つのパラメータを含む。

選択肢として、一実施例として、前記送受信機１１０は、更に、ネットワーク機器から送信された、前記プリセット対応関係を含む設定情報を受信することに用いられる。

選択肢として、実現過程において、上記方法の各ステップはいずれもプロセッサ１２０におけるハードウェアの集積論理回路又はソフトウェア形式の命令で完了されてもよい。本発明の実施例に開示される方法のステップは、ハードウェアデコードプロセッサで実行して完了されてもよいし、デコードプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで実行して完了されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ又は電気的消去可能プログラム可能メモリ、レジスタ等の本分野で成熟した記憶媒体に位置してもよい。該記憶媒体がメモリに位置し、プロセッサがメモリにおける情報を読み取って、そのハードウェアと合わせて上記方法のステップを完了する。

当業者であれば、本明細書に開示される実施例を参照して説明した各例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現されてもよいと理解される。これらの機能をハードウェア又はソフトウェア方式で実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者は各特定応用に対して異なる方法で説明される機能を実現することができるが、このような実現は本発明の範囲を超えると見なされるべきではない。

当業者であれば、説明を容易且つ簡単にするために、上記説明されるシステム、装置及びユニットの具体的な動作過程は、上記方法実施例における対応過程を参照してもよく、ここで詳細な説明は省略すると明確に理解される。

本願に係るいくつかの実施例において、開示されるシステム、装置及び方法は他の方式で実現されてもよいと理解すべきである。例えば、以上に説明される装置実施例は模式的なものに過ぎず、例えば、前記ユニットの区画は論理機能上の区画に過ぎず、実際に実現するとき、他の区画方式を用いてもよく、例えば複数のユニット又はコンポーネントは他のシステムに結合又は統合されてもよく、又はいくつかの特徴を省略してもよく、又は実行しなくてもよい。一方、表示又は検討される相互間の結合又は直接結合又は通信接続はいくつかのインタフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。

分離部材として説明されるユニットは物理的に分離してもよいし、物理的に分離しなくてもよく、ユニットとして表示される部材は物理ユニットであってもよいし、物理ユニットでなくてもよく、つまり、一箇所に位置してもよいし、複数のネットワークユニットに配置されてもよい。実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。

また、本発明の各実施例において、各機能ユニットは１つの処理ユニットに統合されてもよく、各ユニットは独立して物理的に存在してもよく、２つ又は２つ以上のユニットは１つのユニットに統合されてもよい。

前記機能はソフトウェア機能ユニットの形式で実現され、且つ独立した製品として販売又は使用されるとき、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本発明の技術案の本質又は従来技術に貢献する部分又は該技術案の一部はソフトウェア製品の形式で具現されてもよく、該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク機器等であってもよい）に本発明の各実施例に記載の方法の全部又は一部のステップを実行させるための複数の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。

以上の説明は、本発明の具体的な実施形態であって、本発明の保護範囲を制限するためのものではなく、当業者が本発明に開示される技術的範囲内に容易に想到し得る変更又は置換は、いずれも本発明の保護範囲内に含まれるべきである。従って、本発明の保護範囲は特許請求の範囲に準じるべきである。

Claims (12)

1. データ伝送方法であって、
   端末装置はターゲットリソース設定情報を取得し、前記ターゲットリソース設定情報は前記端末装置が決定したターゲットサービス関連情報に対応することと、
   前記端末装置は前記ターゲットリソース設定情報に基づいて、ターゲットサービスをベアリングする送信対象データパケットを送信することと、を含み、
   前記ターゲットサービス関連情報は、前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータを含み、前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータは、前記送信対象データパケットのパケット毎に設定された優先度ＰＰＰＰ、及び前記送信対象データパケットのＱｏＳクラス識別子ＱＣＩを含み、
   前記ターゲットリソース設定情報は前記送信対象データパケットを送信する確率を含み、
   前記端末装置は前記ＰＰＰＰ及びＱＣＩに基づいて送信対象データパケットの送信確率を決定し、そして決定された送信対象データパケットの送信確率と前記ターゲットリソース設定情報に含まれる前記送信対象データパケットを送信するための確率とを比較し、
   該決定された送信対象データパケットの送信確率が前記ターゲットリソース設定情報に含まれる前記送信対象データパケットを送信するための確率より大きい場合、端末装置は前記送信対象データパケットを直接送信し、
   該決定された送信対象データパケットの送信確率が前記ターゲットリソース設定情報に含まれる前記送信対象データパケットを送信するための確率より小さい場合、前記端末装置は前記送信対象データパケットを直接送信せず、送信対象データパケットを送信するためのリソースを予約し、予約したリソースが利用可能である場合、前記端末装置は送信対象データパケットを送信することを特徴とするデータ伝送方法。
2. 前記端末装置がターゲットリソース設定情報を取得することは、
   前記端末装置がサービス関連情報とリソース設定情報との対応関係を含むプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得することを含むことを特徴とする請求項１に記載の方法。
3. 前記端末装置がプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得する前に、前記方法は、更に、
   前記端末装置が端末装置により自律的に制御するサイドリンクインタフェースに基づく通信モード状態、ネットワークに接続されていない状態及びネットワークカバレッジ範囲外である状態のうちの少なくとも１つの状態で動作することを決定することを含むことを特徴とする請求項２に記載の方法。
4. 前記端末装置がプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得する前に、前記方法は、更に、
   前記端末装置が送信リソースプールが混雑状態にあると決定することを含むことを特徴とする請求項２又は３に記載の方法。
5. 前記ターゲットリソース設定情報は、更に、前記送信対象データパケットを送信するための論理チャネル、前記送信対象データパケットを送信するためのリソースを予約する遅延、前記送信対象データパケットを送信する遅延のうちの少なくとも１つの情報を含むことを特徴とする請求項１～４のいずれか１項に記載の方法。
6. 前記方法は、更に、
   前記端末装置がネットワーク機器から送信された、前記プリセット対応関係を含む設定情報を受信することを含むことを特徴とする請求項２～４のいずれか１項に記載の方法。
7. 端末装置であって、処理モジュールと送受信モジュールとを含み、
   前記処理モジュールは、前記処理モジュールが決定したターゲットサービス関連情報に対応するターゲットリソース設定情報を取得することに用いられ、
   前記送受信モジュールは、前記ターゲットリソース設定情報に基づいてターゲットサービスをベアリングする送信対象データパケットを送信することに用いられ、
   前記ターゲットサービス関連情報は、前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータを含み、前記送信対象データパケットのサービス品質ＱｏＳに関連するパラメータは、前記送信対象データパケットのパケット毎に設定された優先度ＰＰＰＰ、及び前記送信対象データパケットのＱｏＳクラス識別子ＱＣＩを含み、
   前記ターゲットリソース設定情報は前記送信対象データパケットを送信する確率を含み、
   前記処理モジュールは、前記ＰＰＰＰ及びＱＣＩに基づいて送信対象データパケットの送信確率を決定し、そして決定された送信対象データパケットの送信確率と前記ターゲットリソース設定情報に含まれる前記送信対象データパケットを送信するための確率とを比較することに用いられ、
   該決定された送信対象データパケットの送信確率が前記ターゲットリソース設定情報に含まれる前記送信対象データパケットを送信するための確率より大きい場合、送受信モジュールは前記送信対象データパケットを直接送信し、
   該決定された送信対象データパケットの送信確率が前記ターゲットリソース設定情報に含まれる前記送信対象データパケットを送信するための確率より小さい場合、前記送受信モジュールは前記送信対象データパケットを直接送信せず、前記送受信モジュールは送信対象データパケットを送信するためのリソースを予約し、予約したリソースが利用可能である場合、前記送受信モジュールは送信対象データパケットを送信することを特徴とする端末装置。
8. 前記処理モジュールは、具体的に、
   サービス関連情報とリソース設定情報との対応関係を含むプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得することに用いられることを特徴とする請求項７に記載の端末装置。
9. 前記処理モジュールがプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得する前に、前記処理モジュールは、更に、
   端末装置により自律的に制御するサイドリンクインタフェースに基づく通信モード状態、ネットワークに接続されていない状態及びネットワークカバレッジ範囲外である状態のうちの少なくとも１つの状態で動作することを確定することに用いられることを特徴とする請求項８に記載の端末装置。
10. 前記処理モジュールがプリセット対応関係に基づいて前記ターゲットリソース設定情報を取得する前に、前記処理モジュールは、更に、
    送信リソースプールが混雑状態にあると決定することに用いられることを特徴とする請求項８又は９に記載の端末装置。
11. 前記ターゲットリソース設定情報は、更に、前記送信対象データパケットを送信するための論理チャネル、前記送信対象データパケットを送信するためのリソースを予約する遅延、前記送信対象データパケットを送信する遅延のうちの少なくとも１つの情報を含むことを特徴とする請求項７～１０のいずれか１項に記載の端末装置。
12. 前記送受信モジュールは、更に、
    ネットワーク機器から送信された、前記プリセット対応関係を含む設定情報を受信することに用いられることを特徴とする請求項８～１０のいずれか１項に記載の端末装置。

Images