(57)【要約】  本願の実施例は、少なくとも１つのキャリア又はリソースプールが存在するシナリオにおいて、サイドリンク通信のリソース選択を行うことができる通信方法及び端末を提供する。該方法は、第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択することと、前記第１のキャリア又は前記第１のリソースプールを利用して、前記第１の端末が第２の端末と通信することとを含む。
2021523615.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するサービス品質ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択することと、
前記第１のキャリア又は前記第１のリソースプールを利用して、前記第１の端末が第２の端末と通信することとを含む
ことを特徴とするサイドリンクのための通信方法。
【請求項２】
前記方法は、さらに、
前記第１のキャリア又は前記第１のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、前記伝送されるデータから、前記第１のキャリア又は第１のリソースプールを利用して伝送するデータを選択することを含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のキャリア又は第１のリソースプールを選択することは、
前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成、及び、
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールのチャネルビジー率、
前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールに対応するサービス優先度識別子とチャネルビジー率要求の対応関係、
前記少なくとも一部の伝送されるデータのサービス優先度識別子のうちの少なくとも１つに基づいて、
前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、前記第１のキャリア又は前記第１のリソースプールを選択することを含む
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記第１のキャリアは、少なくとも１つのキャリアのうちの、以下の少なくとも１つの条件を満たすキャリアであり、
前記少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求を満たすことと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む
ことを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記少なくとも１つのキャリアから第１のキャリアを選択する場合、前記第１のキャリア又は前記第１のリソースプールを利用して、前記第１の端末が第２の端末と通信することは、
前記第１のキャリアに対応する第２のリソースプールを利用して、前記第１の端末が前記第２の端末と通信することを含む
ことを特徴とする請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記方法は、さらに、
前記第１のキャリアに対応する少なくとも一部のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記第１のキャリアに対応する少なくとも一部のリソースプールから、前記第２のリソースプールを選択することを含む
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記第２のリソースプールは、前記第１のキャリアに対応する少なくとも一部のリソースプールのうちの、以下の少なくとも１つ条件を満たすリソースプールであり、
前記少なくとも１つ条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む
ことを特徴とする請求項５又は６に記載の方法。
【請求項８】
前記第１のリソースプールは、前記少なくとも１つのリソースプールのうちの、以下の少なくとも１つの条件を満たすリソースプールであり、
前記少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む
ことを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項９】
前記第１のキャリア又は第１のリソースプールを選択することは、
現在使用されるキャリア又はリソースプールが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を使用することを満たさない場合、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、前記第１のキャリア又は前記第１のリソースプールを選択することを含む
ことを特徴とする請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
異なる通信方式が異なる伝送フォーマットに対応する
ことを特徴とする請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
前記伝送フォーマットは、通信モードで定義される
ことを特徴とする請求項１〜１０のいずれか１項に記載の方法。
【請求項１２】
前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記通信モードがリソース選択モードを含む
ことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
ことを特徴とする請求項１〜１３のいずれか１項に記載の方法。
【請求項１５】
前記少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される
ことを特徴とする請求項１〜１４のいずれか１項に記載の方法。
【請求項１６】
前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される
ことを特徴とする請求項２に記載の方法。
【請求項１７】
端末が前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択することと、
前記少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、前記端末がメディアアクセス制御ＭＡＣ  ＰＤＵを生成することと、
前記端末が目標リソースで前記ＭＡＣ  ＰＤＵを送信することとを含む
ことを特徴と無線通信方法。
【請求項１８】
前記端末が少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、少なくとも１つの第１の論理チャネルを選択することは、
前記端末が第１の伝送フォーマットを決定することと、
前記第１の伝送フォーマット、及び前記少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、前記端末が少なくとも１つの第１の論理チャネルを選択することとを含む
ことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記第１の論理チャネルで送信されるデータで構成される伝送フォーマットは、前記第１の伝送フォーマットを含む
ことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記端末が第１の伝送フォーマットを決定することは、
前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１の伝送フォーマットを決定することを含む
ことを特徴とする請求項１８又は１９に記載の方法。
【請求項２１】
前記端末が第１の伝送フォーマットを決定することは、
前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が前記第１の伝送フォーマットを決定することを含む
ことを特徴とする請求項１８又は１９に記載の方法。
【請求項２２】
前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が前記第１の伝送フォーマットを決定することは、
前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１の伝送フォーマットを決定することを含む
ことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記少なくとも一部の送信されるデータは、前記少なくとも１つの論理チャネルで送信されるデータに属する
ことを特徴とする請求項２０〜２２のいずれか１項に記載の方法。
【請求項２４】
前記第１の伝送フォーマットは、前記目標リソースで構成される伝送フォーマットのうちの少なくとも１つ伝送フォーマットを含む
ことを特徴とする請求項１８〜２３のいずれか１項に記載の方法。
【請求項２５】
前記第１の伝送フォーマットは、前記少なくとも一部の送信されるデータで構成される伝送フォーマットのうちの少なくとも１つ伝送フォーマットを含む
ことを特徴とする請求項１８〜２４のいずれか１項に記載の方法。
【請求項２６】
前記端末が少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択することは、
前記端末が第１のＱｏＳ属性を決定することと、
前記第１のＱｏＳ属性、及び前記少なくとも１つの論理チャネルで送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が少なくとも１つの第１の論理チャネルを選択することとを含む
ことを特徴とする請求項１７に記載の方法。
【請求項２７】
前記第１の論理チャネルで送信されるデータで構成されるＱｏＳ属性は、前記第１のＱｏＳ属性を含む
ことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記端末が第１のＱｏＳ属性を決定することは、
前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が前記第１のＱｏＳ属性を決定することを含む
ことを特徴とする請求項２６又は２７に記載の方法。
【請求項２９】
前記端末が第１のＱｏＳ属性を決定することは、
前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１のＱｏＳ属性を決定することを含む
ことを特徴とする請求項２６又は２７に記載の方法。
【請求項３０】
前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１のＱｏＳ属性を決定することは、
前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマット、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１のＱｏＳ属性を決定することを含む
ことを特徴とする請求項２９に記載の方法。
【請求項３１】
前記少なくとも一部の送信されるデータは、前記少なくとも１つの論理チャネルで送信されるデータに属する
ことを特徴とする請求項２８〜３０のいずれか１項に記載の方法。
【請求項３２】
前記第１のＱｏＳ属性は、前記目標リソースで構成されるＱｏＳ属性のうちの少なくとも１つＱｏＳ属性を含む
ことを特徴とする請求項２６〜３１のいずれか１項に記載の方法。
【請求項３３】
前記第１のＱｏＳ属性は、前記少なくとも一部の送信されるデータで構成されるＱｏＳ属性のうちの少なくとも１つＱｏＳ属性を含む
ことを特徴とする請求項２６〜３２のいずれか１項に記載の方法。
【請求項３４】
異なる通信方式が異なる伝送フォーマットに対応する
ことを特徴とする請求項１７〜３３のいずれか１項に記載の方法。
【請求項３５】
前記伝送フォーマットは、通信モードで定義される
ことを特徴とする請求項１７〜３４のいずれか１項に記載の方法。
【請求項３６】
前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
ことを特徴とする請求項３５に記載の方法。
【請求項３７】
前記通信モードがリソース選択モードを含む
ことを特徴とする請求項３５に記載の方法。
【請求項３８】
前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
ことを特徴とする請求項１７〜３７のいずれか１項に記載の方法。
【請求項３９】
前記送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性は、前記端末の上位レイヤ、ネットワークデバイス、又は、前記端末以外の他の端末によって構成される
ことを特徴とする請求項１７〜３８のいずれか１項に記載の方法。
【請求項４０】
前記方法は、さらに、
論理チャネルセットを選択することを含み、
前記端末が前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択することは、
前記論理チャネルセットで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、前記論理チャネルセットから、前記少なくとも１つの第１の論理チャネルを選択することを含む
ことを特徴とする請求項１７〜３９のいずれか１項に記載の方法。
【請求項４１】
前記論理チャネルセットにおける論理チャネルは、同じ目標アドレスを有する
ことを特徴とする請求項４０に記載の方法。
【請求項４２】
端末が伝送されるデータの伝送フォーマットを示す第１の情報をネットワークデバイスに送信することを含む
ことを特徴とする無線通信方法。
【請求項４３】
前記方法は、さらに、
前記端末が前記ネットワークデバイスにより割り当てたリソースを示す第２の情報を受信することと、
前記リソースに基づいて、前記端末が前記伝送されるデータを送信することとを含む
ことを特徴とする請求項４２に記載の方法。
【請求項４４】
前記第１の情報は、搬送される前記伝送されるデータの論理チャネル識別子、前記伝送されるデータの論理チャネルグループ識別子、前記伝送されるデータの目標アドレス、前記伝送されるデータの目標アドレス識別子、前記第１の情報の物理レイヤ特徴、前記伝送されるデータが送信されるキャリア周波数及び前記第１の情報のシグナリングフォーマットのうちの少なくとも１つのによって、前記伝送されるデータの伝送フォーマットを示す
ことを特徴とする請求項４２又は４３に記載の方法。
【請求項４５】
前記方法は、さらに、
前記端末が前記ネットワークデバイスに第３の情報を送信することを含み、前記第３の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む
ことを特徴とする請求項４４に記載の方法。
【請求項４６】
前記方法は、さらに、
前記端末が前記ネットワークデバイスにより送信された第４の情報を受信することを含み、前記第４の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む
ことを特徴とする請求項４４に記載の方法。
【請求項４７】
前記方法は、さらに、
前記端末が前記ネットワークデバイスにより送信された第５の情報を受信することを含み、前記第５の情報は、前記ネットワークデバイスが前記端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示し、
前記端末がネットワークデバイスに第１の情報を送信することは、
前記ネットワークデバイスが前記端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、前記端末が前記ネットワークデバイスに前記第１の情報を送信することを含む
ことを特徴とする請求項４２〜４６のいずれか１項に記載の方法。
【請求項４８】
前記方法は、さらに、
前記端末が前記ネットワークデバイスに前記伝送されるデータのデータ量を報告することを含む
ことを特徴とする請求項４２〜４７のいずれか１項に記載の方法。
【請求項４９】
ロングタームエボリューションＬＴＥシステムと新しいラジオＮＲシステムにおいてデータを伝送するための伝送フォーマットが異なる
ことを特徴とする請求項４２〜４８のいずれか１項に記載の方法。
【請求項５０】
前記伝送フォーマットは、通信モードで定義される
ことを特徴とする請求項４２〜４９のいずれか１項に記載の方法。
【請求項５１】
前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
ことを特徴とする請求項５０に記載の方法。
【請求項５２】
前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
ことを特徴とする請求項４２〜５１のいずれか１項に記載の方法。
【請求項５３】
ネットワークデバイスが、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信することを含む
ことを特徴とする無線通信方法。
【請求項５４】
前記方法は、さらに、
前記ネットワークデバイスが前記ネットワークデバイスにより割り当てたリソースを示す第２の情報を前記端末に送信することを含む
ことを特徴とする請求項５３に記載の方法。
【請求項５５】
前記第１の指示情報は、搬送される前記伝送されるデータの論理チャネル識別子、前記伝送されるデータの論理チャネルグループ識別子、前記伝送されるデータの目標アドレス、前記伝送されるデータの目標アドレス識別子、前記第１の情報の物理レイヤ特徴、前記伝送されるデータが送信されるキャリア周波数及び前記第１の情報のシグナリングフォーマットのうちの少なくとも１つによって、前記伝送されるデータの伝送フォーマットを示す
ことを特徴とする請求項５３又は５４に記載の方法。
【請求項５６】
前記方法は、さらに、
前記ネットワークデバイスが前記端末により送信された第３の情報を受信することを含み、前記第３の情報は、データの論理チャネル識別子、データ論理チャネルグループ識別子、データの目標アドレス識別子、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む
ことを特徴とする請求項５５に記載の方法。
【請求項５７】
前記方法は、さらに、
前記ネットワークデバイスが前記端末に第４の情報を送信することを含み、前記第４の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む
ことを特徴とする請求項５５に記載の方法。
【請求項５８】
前記方法は、さらに、
前記ネットワークデバイスが前記端末に第５の情報を送信することを含み、前記第５の情報は、前記ネットワークデバイスが前記端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示し、
前記ネットワークデバイスが端末により送信された第１の情報を受信することは、
前記ネットワークデバイスが前記端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、前記ネットワークデバイスが前記端末により送信された前記第１の情報を受信することを含む
ことを特徴とする請求項５３〜５７のいずれか１項に記載の方法。
【請求項５９】
前記方法は、さらに、
前記ネットワークデバイスが前記端末から報告された前記伝送されるデータのデータ量を受信することを含む
ことを特徴とする請求項５３〜５８のいずれか１項に記載の方法。
【請求項６０】
ロングタームエボリューションＬＴＥシステムと新しいラジオＮＲシステにおいてデータを伝送するための伝送フォーマットが異なる
ことを特徴とする請求項５３〜５９のいずれか１項に記載の方法。
【請求項６１】
前記伝送フォーマットは、通信モードで定義される
ことを特徴とする請求項５３〜６０のいずれか１項に記載の方法。
【請求項６２】
前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
ことを特徴とする請求項６１に記載の方法。
【請求項６３】
前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
ことを特徴とする請求項５３〜６２のいずれか１項に記載の方法。
【請求項６４】
第１の端末が少なくとも１つのリソースに対応するサービス品質ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから第１のリソースを選択することと、
前記第１のリソースを利用して、前記第１の端末が第２の端末と通信することとを含む
ことを特徴とするサイドリンクのための通信方法。
【請求項６５】
前記方法は、さらに、
前記第１のリソースのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、前記伝送されるデータから、前記第１のリソースを利用して伝送するデータを選択することを含む
ことを特徴とする請求項６４に記載の方法。
【請求項６６】
前記伝送されるデータから前記第１のリソースを利用して伝送するデータを選択することは、
前記少なくとも１つのリソースに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成、及び、
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
少なくとも一部の伝送されるデータのサービス優先度識別子のうちの少なくとも１つに基づいて、前記少なくとも１つのリソースから、前記第１のリソースを選択することを含む
ことを特徴とする請求項６４又は６５に記載の方法。
【請求項６７】
前記第１のリソースは、前記少なくとも１つのリソースのうちの、以下の少なくとも１つの条件を満たすリソースであり、
前記少なくとも１つの条件は、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む
ことを特徴とする請求項６４〜６６のいずれか１項に記載の方法。
【請求項６８】
前記少なくとも１つのリソースから第１のリソースを選択することは、
現在利用されるリソースが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を利用することを満たさない場合、前記少なくとも１つのリソースから前記第１のリソースを選択することを含む
ことを特徴とする請求項６４〜６７のいずれか１項に記載の方法。
【請求項６９】
異なる通信方式が異なる伝送フォーマットに対応する
ことを特徴とする請求項６４〜６８のいずれか１項に記載の方法。
【請求項７０】
前記伝送フォーマットは、通信モードで定義される
ことを特徴とする請求項６４〜６９のいずれか１項に記載の方法。
【請求項７１】
前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
ことを特徴とする請求項７０に記載の方法。
【請求項７２】
前記通信モードがリソース選択モードを含む
ことを特徴とする請求項７０に記載の方法。
【請求項７３】
前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
ことを特徴とする請求項６４〜７２のいずれか１項に記載の方法。
【請求項７４】
前記少なくとも１つのリソースに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される
ことを特徴とする請求項６４〜７３のいずれか１項に記載の方法。
【請求項７５】
前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される
ことを特徴とする請求項６５に記載の方法。
【請求項７６】
サイドリンク通信に応用され、処理ユニットと通信ユニットを備える端末であって、  
前記処理ユニットは、少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択するように構成され、
前記通信ユニットは、前記第１のキャリア又は前記第１のリソースを利用して、第２の端末と通信するように構成される
ことを特徴とする端末。
【請求項７７】
処理ユニットと通信ユニットを備える端末であって、
前記処理ユニットは、前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択し、前記少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、前記端末がメディアアクセス制御ＭＡＣ  ＰＤＵを生成するように構成され、
前記通信ユニットは、目標リソースにおいて前記ＭＡＣ  ＰＤＵを送信するように構成される
ことを特徴とする端末。
【請求項７８】
通信ユニットを備える端末であって、
前記通信ユニットは、伝送されるデータの伝送フォーマットを示す第１の情報をネットワークデバイスに送信するように構成される
ことを特徴とする端末。
【請求項７９】
通信ユニットを備えるネットワークデバイスであって、
前記通信ユニットは、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信するように構成される
ことを特徴とするネットワークデバイス。
【請求項８０】
通信ユニットと処理ユニットとを備える端末デバイスであって、
前記処理ユニットは、少なくとも１つのリソースに対応するサービス品質ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから第１のリソースを選択するように構成され、
前記通信ユニットは、前記第１のリソースを利用して、第２の端末と通信するように構成される
ことを特徴とする端末デバイス。
【請求項８１】
コンピュータプログラムを記憶するメモリと、
前記メモリに記憶されたコンピュータプログラムを呼び出して実行して、請求項１〜５２、請求項６４〜７５のいずれか１項に記載の方法を実行するプロセッサと、を備える
ことを特徴とする端末。
【請求項８２】
コンピュータプログラムを記憶するメモリと、
前記メモリに記憶されたコンピュータプログラムを呼び出して実行して、請求項５３〜６３のいずれか１項に記載の方法を実行するプロセッサと、を備える
ことを特徴とするネットワークデバイス。
【請求項８３】
請求項１〜５２、請求項６４〜７５のいずれか１項に記載の方法を、チップが搭載された装置に実行させるコンピュータプログラムをメモリから呼び出して実行するプロセッサを有する
ことを特徴とするチップ。
【請求項８４】
請求項５３〜６３のいずれか１項に記載の方法を、チップが搭載された装置に実行させるコンピュータプログラムをメモリから呼び出して実行するプロセッサを有する
ことを特徴とするチップ。
【請求項８５】
請求項１〜５２、請求項６４〜７５のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶する
ことを特徴とするコンピュータ可読記憶媒体。
【請求項８６】
請求項５３〜６３のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶する
ことを特徴とするコンピュータ可読記憶媒体。
【請求項８７】
請求項１〜５２、請求項６４〜７５のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム命令を含む
ことを特徴とするコンピュータプログラム製品。
【請求項８８】
請求項５３〜６３のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム命令を含む
ことを特徴とするコンピュータプログラム製品。
【請求項８９】
請求項１〜５２、６４〜７５のいずれか１項に記載の方法をコンピュータに実行させる
ことを特徴とするコンピュータプログラム。
【請求項９０】
請求項５３〜６３のいずれか１項に記載の方法をコンピュータに実行させる
ことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本願は、２０１８年５月７日に中国特許庁に出願され、発明名「通信方法及び端末」、ＰＣＴ／ＣＮ２０１８/０８５８６１のＰＣＴ出願、２０１８年７月１９日に中国特許庁に出願され、発明名「通信方法及び端末」、ＰＣＴ／ＣＮ２０１８/０９６３５０のＰＣＴ出願、２０１８年８月２０日に中国特許庁に出願され、発明名「通信方法及び端末」、ＰＣＴ／ＣＮ２０１８/１０１３３０のＰＣＴ出願、２０１８年０９月２１日に中国特許庁に出願され、発明名「通信方法及び端末」、ＰＣＴ／ＣＮ２０１８/１０７１２０のＰＣＴ出願、及び２０１８年１１月０１日に中国特許庁に出願され、発明名「通信方法及び端末」、出願番号ＰＣＴ／ＣＮ２０１８/１１３５２０のＰＣＴ出願の優先権を主張し、その全体は、参照により本明細書に組み込まれる。
【技術分野】
【０００２】
本願は、通信分野に関し、具体的に、通信方法及びデバイスに関する。
【背景技術】
【０００３】
車両ネットシステムは、従来のロングタームエボリューション( Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )システムにおける基地局を介した通信データの受信または送信の方式とは異なり、デバイスツーデバイス( Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、Ｄ2Ｄ )に基づくサイドリンク( Ｓｉｄｅｌｉｎｋ、ＳＬ )送信技術を採用し、端末ツー端末の直接通信の方式を採用し、したがって、より高いスペクトル効率およびより低い送信遅延を有する。
【０００４】
サイドリンクの通信では、端末間の通信に基地局からリソースを割り当てることができ、端末がセンシング（ｓｅｎｓｉｎｇ）＋予約（ｒｅｓｅｒｖａｔｉｏｎ）のリソース選択方式を採用してもよい。
【０００５】
サイドリンクの通信において、少なくとも１つのキャリアまたはリソースプールのシナリオが存在し得るが、このシナリオにおいてどのようにリソースの選択を行う方法は、解決すべき課題である。
【発明の概要】
【０００６】
本願の実施例は、少なくとも１つのキャリア又はリソースプールが存在する場合、サイドリンク通信のリソースを選択することができる通信方法及びデバイスを提供する。
【０００７】
第１の態様は、サイドリンクのための通信方法を提供し、 
第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ属性）構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択することと、
前記第１のキャリア又は前記第１のリソースプールを利用して、前記第１の端末が第２の端末と通信することとを含む。
【０００８】
第２の態様は、サイドリンクのための通信方法を提供し、第１の端末が少なくとも１つのリソースに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから第１のリソースを選択し、前記第１のリソースを利用して前記第１の端末が第２の端末と通信することを含む。
【０００９】
第３の態様は、無線通信方法を提供し、
端末が前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択することと、
前記少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、前記端末がメディアアクセス制御ＭＡＣ ＰＤＵを生成することと、
前記端末が目標リソースで前記ＭＡＣ ＰＤＵを送信することとを含む。 
第４の態様は、無線通信方法を提供し、端末が伝送されるデータの伝送フォーマットを示す第１の情報をネットワークデバイスに送信することを含む。
【００１０】
第５の態様は、無線通信方法を提供し、ネットワークデバイスが、端末により送信された伝送されるデータの伝送フォーマットを示す第１の情報を受信することを含む。
【００１１】
第６の態様は、上記第１から第４の態様のいずれかの方法を実行するための端末を提供する。
【００１２】
具体的には、端末は、上記の第１から第４の態様のいずれかの方法を実行するための機能モジュールを含む。
【００１３】
第７の態様は、プロセッサとメモリとを含む端末を提供する。このメモリは、コンピュータプログラムを記憶し、このプロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記第１から第４のいずれかの方法を実行する。
【００１４】
第８の態様は、上記第５の態様の方法を実行するためのネットワークデバイスを提供する。
【００１５】
具体的には、ネットワークデバイスは、上記第５の態様における方法を実行するための機能モジュールを含む。
【００１６】
第９の態様では、プロセッサとメモリとを含むネットワークデバイスを提供する。このメモリは、コンピュータプログラムを記憶し、プロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記第５の態様における方法を実行する。
【００１７】
第１０の態様は、上記第１から第４の態様のいずれかの方法を実施するためのチップを提供する。
【００１８】
具体的には、チップは、コンピュータプログラムをメモリから呼び出して実行するプロセッサを備え、チップが搭載された装置に、上記第１から第５のいずれかの方法を実行させる。
【００１９】
第１１の態様は、コンピュータに、上記第１から第５の態様のいずれかの方法を実行させるコンピュータプログラムを記憶する、コンピュータ可読記憶媒体を提供する。
【００２０】
第１２の態様は、コンピュータに、上記第１から第５の態様のいずれかの方法を実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。
【００２１】
第１３の態様は、コンピュータ上で実行されると、コンピュータに、第１または第２の態様の第１から第５の態様のいずれかに記載の方法を実行させるコンピュータプログラムを提供する。
【００２２】
そして、本願の実施例において、第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプール又は少なくとも１つの対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第２の端末と通信する第１のキャリア又は第１のリソースプールを選択することで、伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に適合されるキャリア又はリソースプールを選定することができる。
【図面の簡単な説明】
【００２３】
【図１】本願の実施例におけるサイドリンクの応用シナリオの模式図である。
【図２】本願の実施例におけるサイドリンクの他の応用シナリオの模式図である。
【図３】本願の実施例におけるサイドリンクのための通信方法のフローチャートである。
【図４】本願の実施例におけるサイドリンクのための通信方法のフローチャートである。
【図５】本願の実施例におけるリソースの選択の模式図である。
【図６】本願の実施例における無線通信方法のフローチャートである。
【図７】本願の実施例における無線通信方法のフローチャートである。
【図８】本願の実施例における端末のブロック図である。
【図９】本願の実施例におけるネットワークデバイスのブロック図である。
【図１０】本願の実施例における端末のブロック図である。
【図１１】本願の実施例における通信デバイスのブロック図である。
【図１２】本願の実施例におけるチップのブロック図である。
【図１３】本願の実施例における通信システムのブロック図である。
【図１４】本願の実施例における通信システムのブロック図である。
【発明を実施するための形態】
【００２４】
以下、本願の実施例における技術的解決策を、本願の実施例における添付図面と併せて、明確かつ完全に説明する。
【００２５】
なお、本願の実施例の技術は、例えば、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ （ ＧＳＭ )方式、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＣＤＭＡ )方式、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＷＣＤＭＡ )方式( Ｒｅｌ−１５対応方式)、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ ＬＴＥ )方式、Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ （ ＦＤＤ )方式、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ （ ＴＤＤ ）方式、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ （ ＵＭＴＳ )方式、将来の５Ｇ通信方式等の各種通信方式に適用可能であることは言うまでもない。
【００２６】
本願は、端末デバイスに関連して様々な実施例を説明している。端末デバイスは、ユーザ装置( Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ )、アクセス端末、ユーザデバイス、ユーザ局、移動局、リモート端末、モバイル装置、ユーザ端末、無線通信デバイス、ユーザエージェント又はユーザ装置を指してもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル( Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ )電話、ワイヤレスローカルループ（ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ ）局、パーソナルデジタル処理（ Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ )、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末デバイス、または将来の陸上公衆移動通信ネットワーク( Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ )ネットワークにおける端末デバイスなどであり得る。
【００２７】
本願は、ネットワークデバイスに関連して様々な実施例を説明する。ネットワークデバイスは、端末デバイスと通信するための装置であってもよく、例えば、ＧＳＭシステム又はＣＤＭＡ （ Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ ）に置ける基地局であってもよく、ＷＣＤＭＡシステムにおける基地局( ＮｏｄｅＢ、ＮＢ  )であってもよく、ＬＴＥしすてむにおけるはってんがたきちきょく（  Ｅｖｏｌｕｔｉｏｎａｌ  Ｎode Ｂ、ｅＮＢ又はｅＮｏｄｅＢ )であってもよく、または、中継局、アクセスポイント、車載装置、ウェアラブル装置、および将来の５Ｇネットワークにおけるネットワーク側装置または将来の発展型ＰＬＭＮネットワークにおけるネットワーク側装置などであってもよい。
【００２８】
図１及び図２は、本願の実施例の応用シナリオの概略図である。図１は、１つのネットワークデバイスと２つの端末デバイスを例示しているが、任意選択で、無線通信システムは、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスのカバレッジ内に他の数の端末デバイスを含んでもよく、本願の実施例はこれに限定されない。また、当該無線通信システムは、移動管理エンティティ( Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ )、サービングゲートウェイ( Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、Ｓ−ＧＷ )、パケットデータネットワークゲートウェイ( Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、Ｐ−ＧＷ )等の他のネットワークエンティティを含んでもよいが、本願の実施例はこれに限定されない。
【００２９】
具体的には、端末デバイス２０と端末デバイス３０は、Ｄ２Ｄ通信モードで通信可能であり、Ｄ２Ｄ通信を行う場合、端末デバイス２０と端末デバイス３０は、Ｄ２Ｄリンク( Ｓｉｄｅｌｉｎｋ、ＳＬ )を通じて直接通信する。例えば、図１または図２に示すように、端末デバイス２０と端末デバイス３０とは、サイドリンクで直接通信を行う。図１において、端末デバイス２０と端末デバイス３０とは、ネットワークデバイスにより伝送リソースが割り当てられたサイドリンクにより通信を行う。
【００３０】
任意選択で、Ｖ２Ｖシナリオに図１に示すシーンを用いてもよく、図２に示すモードをモード３と称し、車載端末の伝送リソースを基地局が割り当て、車載端末が基地局から割り当てられたリソースに従ってサイドリンクでデータ送信を行うようにしてもよく、基地局は、端末に、１回の伝送のためのリソースを割り当ててもよいし、半静的伝送のためのリソースを割り当ててもよい。
【００３１】
図２において、端末デバイス２０と端末デバイス３０との間は、サイドリンク通信を行い、その伝送リソースが端末デバイスにより自律的に選択し、ネットワークデバイスが伝送リソースを割り当てる必要がない。
【００３２】
任意選択で、図１に示すシナリオがＶ２Ｖシナリオに適用し、図２に示すモードをモード４と称し、車載端末がセンシング（ｓｅｎｓｉｎｇ）＋予約（ｒｅｓｅｒｖａｔｉｏｎ）の伝送方式を採用してもよい。車載端末は、リソースプールにおいて可用な伝送リソースセットをセンシングすることにより取得し、端末は、そのセットからランダムに１つのリソースを抽出してデータの伝送を行う。車両ネットワークシステムにおけるトラフィックは周期的な特徴を有するため、端末は、通常、半静的な送信方式を採用し、即ち、端末が１つの伝送リソースを選択した後、複数の伝送周期にわたってリソースを使用し続けることにより、リソース再選択およびリソース衝突の確率を低減する。端末は、今回伝送した制御情報に、次回伝送のリソース情報を予約することで、他の端末は、そのユーザの制御情報を検出することで、そのユーザがそのリソースを予約使用するか否かを判断することができ、リソースの衝突を低減することができる。
【００３３】
Ｄ２Ｄ通信方式は、車両間通信( Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ、略して「Ｖ２Ｖ」)または車両から他の装置( Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ )へ通信、または拡張(セルラ)車両ネットワーク( ｅｎｈａｎｃｅｄ Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、ｅＶ２Ｘ )のために使用され得る。Ｖ２Ｘ通信において、Ｘは、限定ではないが、低速で移動する無線デバイス、高速で移動する車載デバイス、または無線送受信能力を有するネットワーク制御ノードなど、無線送受信能力を有する任意のデバイスを広く指すことができる。本願の実施例は主にＶ２Ｘ通信のシナリオに適用されるが、他のＤ２Ｄ通信のシナリオにも適用可能であり、本願の実施例はこれに限定されないことを理解すべきである。
【００３４】
図３は本願の実施例におけるサイドリンクのための通信方法３００のフローチャートである。該方法３００は、以下の少なくとも一部の内容を含む。
【００３５】
なお、以下の第１の端末はデータの送信側、第２の端末はデータの受信側とし、この時、第１の端末は第２の端末にデータを送信するための目標ソースを選択する。又は、第１の端末がデータの受信側、第２の端末がデータの送信側となり、第１の端末が第２の端末が送信したデータを受信するための目標リソースを選択するようにしてもよい。
【００３６】
３１０において、第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、少なくとも１つのキャリア又は少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択する。
【００３７】
３２０において、第１のキャリア又は第１のリソースプールを利用して、第１の端末が第２の端末と通信する。
【００３８】
図４は本願の実施例におけるサイドリンクのための通信方法１２００のフローチャートである。該方法１２００は、以下の少なくとも一部の内容を含む。
【００３９】
なお、以下の第１の端末はデータの送信側、第２の端末はデータの受信側とし、この時、第１の端末は第２の端末にデータを送信するための目標ソースを選択する。又は、第１の端末がデータの受信側、第２の端末がデータの送信側となり、この時、第１の端末が第２の端末が送信したデータを受信するための目標リソースを選択するようにしてもよい。
【００４０】
１２１０において、第１の端末が少なくとも１つのリソースに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、少なくとも１つのリソースから、第１のリソースを選択する。
【００４１】
１２２０において、第１のリソースを利用して、第１の端末が第２の端末と通信する。
【００４２】
以下、方法３００及び方法１２００の実施態様が以下に説明され、以下に説明される特定の実施態様は、方法３００又は方法１２００に適応され得る。
【００４３】
任意選択で、本願の実施例において、該少なくとも１つのキャリアは、サイドリンク通信に応用されるキャリアであり、各キャリアに少なくとも１つのリソースプールがそれぞれ構成され、リソースプールが複数のリソースを含み、端末間のサイドリンクの通信を実現する。
【００４４】
ここで、各キャリアがＱｏＳ属性構成及び／又は伝送フォーマット構成を有する。
【００４５】
異なるキャリアのＱｏＳ属性構成及び／又は伝送フォーマット構成は、同じであってもよいし、異なってもよい。
【００４６】
任意選択で、本願の実施例において、１つのキャリアに１つのリソースプールが構成される場合、該キャリアのＱｏＳ属性構成及び／又は伝送フォーマット構成は、このリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成であってもよい。
【００４７】
任意選択で、本願の実施例において、少なくとも１つのリソースの各リソースがそれぞれのＱｏＳ属性構成及び／又は伝送フォーマット構成を有し、各リソースのＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、少なくとも１つのリソースから、第１のリソースを選択する。
【００４８】
任意選択で、本願の実施例で言及されるリソースは、時間領域、周波数領域、コード領域、及び空間領域のうちの少なくとも一つの次元を有するリソースであってもよい。
【００４９】
任意選択で、本願の実施例において、ＱｏＳ属性は、時間Ｔ２を含み、サービス品質を示す属性を含んでもよい。
【００５０】
任意選択で、本願の実施例において、１つのキャリアが複数のリソースプールで構成され、各リソースプールがそれぞれ１つのＱｏＳ属性構成を有する場合、このキャリアのＱｏＳ属性構成は、複数の値( １つのＱｏＳ属性について)を有してもよく、又は、キャリアのＱｏＳ属性構成は、複数の値の平均値などであってもよい。
【００５１】
又は、１つのキャリアが複数のリソースプールを備え、各リソースプールが１つの伝送フォーマット構成を有する場合、このキャリアの伝送フォーマット構成は複数の値を有することができる。
【００５２】
任意選択で、本願の実施例において、１つのキャリアが複数のリソースで構成され、各リソースがそれぞれ１つのＱｏＳ属性構成を有する場合、このキャリアのＱｏＳ属性構成は、１つのＱｏＳ属性について複数の値を有してもよく、または、このキャリアのＱｏＳ属性構成は、複数の値の平均値などであってもよい。
【００５３】
又は、１つのキャリアが複数のリソースで構成され、各リソースがそれぞれの伝送フォーマット構成を有する場合、該キャリアの伝送フォーマット構成が複数の値を有してもよい。
【００５４】
任意選択で、本願の実施例において、キャリアのＱｏＳ属性構成は、該キャリアの該第１の端末及び／又は第２の端末の現在位置のリソースプールのＱｏＳ構成であってもよく、現在位置で利用可能なキャリアが複数である場合、該ＱｏＳ構成に複数の値が存在し、又は、この複数の値の平均値であってもよい。
【００５５】
任意選択で、本願の実施例において、キャリアの伝送フォーマット構成は、該キャリアの該第１の端末及び／又は第２の端末の現在位置のリソースプールの伝送フォーマット構成であってもよく、現在位置で利用可能なキャリアが複数である場合、該伝送フォーマット構成に複数の値が存在し、又は、この複数の値の平均値であってもよい。
【００５６】
任意選択で、本願の実施例において、該少なくとも１つのリソースプールは、１つのキャリアに対応してもよいし、１以上のキャリアに対応してもよい。
【００５７】
ここで、各リソースプールは、時間Ｔ２構成及び／又は伝送フォーマット構成を有してもよい。
【００５８】
任意選択で、本願の実施例において、リソースプールの時間Ｔ２構成は、ある時刻に対する、このリソースプールのリソースを用いたデータ伝送の時刻の最大許容遅延時間を指すことができる。任意選択で、この時刻は、物理レイヤがメディアアクセス制御( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ )レイヤにキャリアセンシングのセンシング結果を報告する時刻であってもよく、ここで、物理レイヤがＭＡＣレイヤにセンシング結果を報告するイベントは、任意選択で、端末がパケットを受信するイベントによってトリガされてもよい。
【００５９】
任意選択で、本願の実施例において、リソースの時間Ｔ２構成は、ある時刻に対する、このリソースを用いたデータ伝送の時刻の最大許容遅延時間を指すことができる。任意選択で、この時刻は、物理レイヤがメディアアクセス制御( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ )レイヤにキャリアセンシングのセンシング結果を報告する時刻であってもよく、ここで、物理レイヤがＭＡＣレイヤにセンシング結果を報告するイベントは、任意選択で、端末がパケットを受信するイベントによってトリガされてもよい。
【００６０】
任意選択で、本願の実施例において、キャリアの時間Ｔ２構成は、ある時刻に対する、このキャリアのリソースプールのリソースを用いたデータ伝送の時刻の最大許容遅延時間を指すことができる。任意選択で、この時刻は、物理レイヤがメディアアクセス制御( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ )レイヤにキャリアセンシングのセンシング結果を報告する時刻であってもよく、ここで、物理レイヤがＭＡＣレイヤにセンシング結果を報告するイベントは、任意選択で、端末がパケットを受信するイベントによってトリガされてもよい。
【００６１】
例えば、第１の端末にとって時刻ｎに新規パケットが到着し、リソースの選択が必要となった場合、端末は過去一定時間(例えば１秒)のセンシング結果から[ ｎ＋Ｔ１、ｎ＋Ｔ２ ]ミリ秒内に後続のデータを送信するためのリソースの選択を行う。
【００６２】
任意選択で、本願の実施例において、時間Ｔ２構成は、最大時間遅延構成または許容最大時間遅延構成と呼ばれることもある。
【００６３】
任意選択で、本願の実施例において、Ｔ２は、ミリ秒レベルの値であり、例えば、２０ミリ秒< = Ｔ２ < = １００ミリ秒である。
【００６４】
任意選択で、本願の実施例において、Ｔ１は、ミリ秒レベルの数値であってもよく、例えば、Ｔ１ < = ４ミリ秒である。
【００６５】
任意選択で、本願の実施例において、伝送フォーマットは、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔等）、通信モード及び伝送されるデータの参照信号のうちの少なくとも１つによって、定義される。
【００６６】
つまり、異なる伝送フォーマットに対して、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔等）、通信モード及び伝送されるデータの参照信号のうちの少なくとも１つが異なる。
【００６７】
任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって、定義される。
【００６８】
つまり、異なる伝送フォーマットに対して、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つが異なる。
【００６９】
例えば、リソースプール又はキャリアに対応する異なる伝送フォーマットに対して、リソースプール又はキャリアに利用可能なリソースの時間属性（例えば、１つの利用可能なリソースの時間ユニット（例えば、シンボル、スロット等）の数、１つのシンボルの時間長さ）、リソースプール又はキャリアに利用可能なリソースの周波数属性（リソースプール又はキャリア全体が占用する帯域幅、サブキャリア間隔、１つの利用可能なリソースの周波数大きさ）、リソースプール又はキャリアに利用可能なリソースグラントの属性（１つリソースグラントが対応するリソースの大きさ等）、リソースプール又はキャリアに関連するソースアドレス及び／又は目標アドレス（例えば、異なるリソースプール及び／又はキャリアが異なるソースアドレス及び／又は目標アドレスに関連し、ここで、ソースアドレスに関連する場合、該ソースアドレスに対応する端末が該リソースプール又はキャリアを利用してデータ送信し、目標アドレスに関連する場合、データがある目標アドレスに送信する必要がある場合、該目標アドレスに関連するリソースプール又はキャリアを利用して、データを該目標アドレスに対応する端末に送信する）のうちの少なくとも１つが、異なる。
【００７０】
例えば、リソースに対応する異なる伝送フォーマットに対して、リソースの時間属性（例えば、シンボル、スロットの数、１つのシンボルの時間長さ）、周波数属性（例えば、占用される帯域幅、サブキャリア間隔、周波数大きさ）、リソース関連するソースアドレス及び／又は目標アドレス（例えば、異なるリソースが異なるソースアドレス及び／又は目標アドレスに関連し、ここで、ソースアドレスに関連する場合、該ソースアドレスに対応する端末が該リソースを利用してデータ送信し、目標アドレスに関連する場合、データがある目標アドレスに送信する必要がある場合、該目標アドレスに関連するリソースを利用して、データを該目標アドレスに対応する端末に送信する）のうちの少なくとも１つが、異なる。
【００７１】
なお、本願の実施例は、伝送フォーマットの複数の定義方式を説明し、それらは組み合わせて使用されてもよく、簡潔にするためにここで説明を省略する。
【００７２】
任意選択で、本願の実施例において、前記少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。
【００７３】
任意選択で、本願の実施例において、前記少なくとも１つのリソースに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。
【００７４】
任意選択で、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。
【００７５】
任意選択で、本願の実施例に係るサイドリンクの通信シナリオにおいて、通信モードがユニキャスト通信モードである場合、第１の端末はユニキャストで１つの端末と通信することができ、通信モードがマルチキャスト通信モードである場合、第１の端末は、マルチキャストで１セットの端末と通信を行うことができ、通信モードがブロードキャスト通信モードである場合、第１の端末は、ブロードキャストで他の端末と通信を行うことができる。
【００７６】
例えば、異なるシステム間で１つの特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。
【００７７】
例えば、Ａシステムのコーデック方式とＢシステムのコーデック方式が同じで、Ａシステムの参照信号とＢシステムの参照信号が異なる場合、Ａシステムの伝送フォーマットとＢシステムの伝送フォーマットが異なっていると特定できる。
【００７８】
例えば、異なるシステム間で２つの特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。
【００７９】
例えば、Ａシステムの参照信号がＢシステムの参照信号と同じ、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと同じであると判定する。
【００８０】
また、例えば、Ａシステムの参照信号がＢシステムの参照信号と異なり、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと異なると判定する。
【００８１】
例えば、異なるシステム間で３つ以上の特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。
【００８２】
例えば、Ａシステムの参照信号がＢシステムの参照信号と同じ、Ａシステムのコーデック方式とＢシステムのコーデック方式と異なり、Ａシステムの論理チャネルがＢシステムの論理チャネルと異なり、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと同じであると判定する。
【００８３】
また、例えば、Ａシステムの参照信号がＢシステムの参照信号と異なり、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なり、Ａシステムの論理チャネルがＢシステムの論理チャネルと異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと異なると判定する。
【００８４】
任意選択で、本願の実施例において、異なる通信方式（又はシステム）が異なる伝送フォーマットに対応する。ここで、通信方式（又はシステム）は、ＬＴＥ又は新しいラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）であってもよい。
【００８５】
又は、ＬＴＥについて、（Ｒｅｌｅａｓｅ）１４和Ｒｅｌｅａｓｅ １５の通信方式に分ける。
【００８６】
異なる通信方式の伝送フォーマットは、互換性がない。
【００８７】
例えば、ＬＴＥシステムの受信側は、ＮＲシステムの送信側により送信された、ＮＲシステムの伝送フォーマットを有するデータを受信できない。
【００８８】
又は、ＬＴＥシステムの送信側は、ＮＲシステムの伝送フォーマットを有するデータを送信できない。
【００８９】
任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。
【００９０】
ここで、本願の実施例における前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。
【００９１】
本願の実施例において、リソースがリソース選択モードに対応してもよい。例えば、リソースのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該リソースはネットワークによりスケジューリングされ、リソースのリソース選択モードが端末の自律選択モードである場合、該リソースが端末により自律選択されるリソースであり、リソースのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該リソースが他の端末により補助的に選択する。そして、端末は、各リソースのリソース選択モードに基づいて、リソース選択モード要求に適合するリソースを選択することができる。
【００９２】
又は、本願の実施例において、キャリアがリソース選択モードに対応してもよい。例えば、キャリアのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該キャリアのリソースはネットワークによりスケジューリングされ、キャリアのリソース選択モードが端末の自律選択モードである場合、該キャリアのリソースが端末により自律選択されるリソースであり、キャリアのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該キャリアのリソースが他の端末により補助的に選択する。そして、端末は、各キャリアのリソース選択モードに基づいて、リソース選択モード要求に適合するキャリアを選択することができる。
【００９３】
任意選択で、本願の実施例において、第１の端末は、該第１のキャリア又は該第１のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、該伝送されるデータから、該目標リソースを利用して伝送するデータを選択することができる。任意選択で、本願の実施例において、前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。
【００９４】
具体的に、第１の端末は、第１のキャリア又は第１のリソースプールを選択した後、伝送されるデータから、どのデータを選択して第１のキャリアに対応するリソースプール又は該第１のリソースプールにおいて送信することができ、具体的に、該第１のキャリア及び／又は該第１のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて決定する。例えば、第１のキャリア又は第１のリソースプールのＱｏＳ属性構成があるデータのＱｏＳ属性要求を満たす場合、これらのデータを該第１のキャリアのリソースプール又は第１のリソースプールにおけるリソースで送信することができる。例えば、第１のキャリア又は第１のリソースプールの伝送フォーマット構成があるデータの伝送フォーマット要求を満たす場合、これらのデータを該第１のキャリアのリソースプール又は第１のリソースプールにおけるリソースで送信することができる。
【００９５】
任意選択で、本願の実施例において、第１の端末は、該第１のリソースのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、該伝送されるデータから、該目標リソース（例えば、第１のリソース）を利用して伝送するデータを選択することができる。任意選択で、本願の実施例において、前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。
【００９６】
具体的に、第１の端末は、第１のリソースを選択した後、伝送されるデータから、どのデータを選択して該第１のリソースにおいて送信することができ、具体的に、該第１のリソースのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて決定されてもよい。例えば、第１のリソースのＱｏＳ属性構成があるデータのＱｏＳ属性要求を満たす場合、これらのデータを該第１のリソースで送信することができる。例えば、第１のリソースの伝送フォーマット構成があるデータの伝送フォーマット要求を満たす場合、これらのデータを該第１のリソースで送信することができる。
【００９７】
任意選択で、本願の実施例において、第１の端末は、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成及び以下の項目の少なくとも１つに基づいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールから、該第１のキャリア又は該第１のリソースプールを選択することができ、ここで、上記の項目は、
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールのチャネルビジー率、ここで、チャネルビジー率がチャネル占有比率等と呼ばれてもよく、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するサービス優先度識別子とチャネルビジー率要求との対応関係、
該少なくとも一部の伝送されるデータのサービス優先度識別子を含む。
【００９８】
任意選択で、本願の実施例において、第１の端末は、該少なくとも１つのリソースに対応するのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び以下の項目の少なくとも１つに基づいて、該少なくとも１つのリソースから該第１のリソースを選択することができ、ここで、上記の項目は、
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
該少なくとも一部の伝送されるデータのサービス優先度識別子を含む。
【００９９】
以下、様々な実施例を参照して説明する。
【０１００】
ある実現形態おいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するＴ２時間構成及び少なくとも一部の伝送されるデータの時間遅延要求に基づいて、該少なくとも１つのキャリア又は少なくとも１つのリソースプールからキャリア又はリソースプールを選択することができる。ここで、選択されたキャリア又はリソースプールは、Ｔ２遅延構成が該少なくとも一部の伝送されるデータの遅延要求を満たすキャリア又はリソースプールである。
【０１０１】
ある実現形態おいて、該少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応する伝送フォーマット構成及び少なくとも一部の伝送されるデータの伝送フォーマット要求に基づいて、該少なくとも１つのキャリア又は少なくとも１つのリソースプールからキャリア又はリソースプールを選択することができる。ここで、選択されたキャリア又はリソースプールは、伝送フォーマット構成が該少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすキャリア又はリソースプールである。
【０１０２】
ある実現形態おいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールのチャネルビジー率に基づいてキャリア又はリソースプールを選択することができる。例えば、選択されたキャリア又はリソースプールは、チャネルビジー率が最低又は所定値よりも低いキャリア又はリソースプールである。
【０１０３】
ある実現形態おいて、該少なくとも１つのリソースに対応するＴ２ 時間構成及び少なくとも一部の伝送されるデータの遅延要求に基づいて、該少なくとも１つのリソースプールからリソースを選択することができる。ここで、選択されたリソースは、Ｔ２ 遅延構成が該少なくとも一部の伝送されるデータの遅延要求を満たすリソースである。
【０１０４】
ある実現形態おいて、該少なくとも１つのリソースに対応する伝送フォーマット構成及び少なくとも一部の伝送されるデータの伝送フォーマット要求に基づいて、該少なくとも１つのリソースからリソースを選択することができる。ここで、選択されたリソースは、伝送フォーマット構成が該少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすリソースである。
【０１０５】
ある実現形態おいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールのチャネルビジー率、該少なくとも一部の伝送されるデータのサービス優先度識別子、及び該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するサービス優先度識別子とチャネルビジー率要求との対応関係に基づいて、キャリア又はリソースプールを選択することができる。
【０１０６】
ここで、各キャリア又はリソースプールがそれぞれ対応関係に対応し、該対応関係は、少なくとも１つのサービス優先度識別子と少なくとも１つのチャネルビジー率要求との対応関係を示す。サービス優先度識別子に対応するチャネルビジー率要求は、該サービス優先度識別子に対応する優先度最高であるチャネルビジー率である。又は、複数のキャリア又は複数のリソースプールに対応する該対応関係は、同じである。
【０１０７】
任意選択で、キャリアに対応する該対応関係は、第１の端末及び／又は第２の端末が位置する位置で利用可能なリソースプールに対応する対応関係であっても良い。
【０１０８】
これにより、第１の端末は、少なくとも一部の伝送されるデータのチャネルビジー率及び該対応関係、及び各キャリア又はリソースプールのチャネルビジー率に基づいて、該少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求を満たすキャリア又はリソースプールを決定することができる。
【０１０９】
ある実現形態おいて、該少なくとも一部の伝送されるデータのサービス優先度識別子、及び該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応する時間Ｔ２構成及び／又は伝送フォーマット構成に基づいて、第１のキャリア又は第１のリソースプールを決定することができる。例えば、サービス優先度識別子と時間Ｔ２構成（及び／又は伝送フォーマット構成）とが対応関係を有する場合、該少なくとも一部の伝送されるデータのサービス優先度識別子及び該対応関係に基づいて、キャリア又はリソースプールを選択する。
【０１１０】
任意選択で、本願の実施例において、サービス優先度識別子は、伝送されるデータのサービス優先度を示し、該サービス優先度識別子は、単一パケット優先度（ＰｒｏＳｅ Ｐｅｒ−Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ、ＰＰＰＰ）であっても良い。
【０１１１】
なお、上記で説明された様々な実施例は、組み合わせて使用されてもよく、すなわち、様々な実施例で利用される様々な要因が同時に考慮されてもよい。
【０１１２】
たとえば、キャリア選択は、各キャリアのチャネルビジー率( Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ、ＣＢＲ )測定値に基づいて行われ、たとえば、端末は、特定のしきい値を下回るＣＢＲを有するキャリアを選択し、異なるＰＰＰＰについてこのしきい値が異なり、選択されたキャリアセット内部において、Ｔ２構成が遅延要求を満たすキャリアを選択し、さらに、選択されたキャリアセット内部において、端末がＣＢＲの最も低いキャリアを選択する。
【０１１３】
たとえば、キャリア選択は、各キャリアのＣＢＲ測定値に基づいて行われ、たとえば、端末は、特定のしきい値を下回るＣＢＲを有するキャリアを選択し、異なるＰＰＰＰについてこのしきい値が異なり、選択されたキャリアセット内部において、Ｔ２構成が遅延要求を満たすリソースプールのキャリアを選択し、さらに、選択されたキャリアセット内部において、端末がＣＢＲの最も低いキャリアを選択する。
【０１１４】
たとえば、キャリア選択は、各キャリアのＣＢＲ測定値に基づいて行われ、たとえば、端末は、ＣＢＲが特定のしきい値を下回るキャリアを選択し、異なるＰＰＰＰについてこのしきい値が異なり、選択されたキャリアセット内部において、端末がＣＢＲの最も低いキャリアを選択すし、さらに、選択されたキャリアにおいて、Ｔ２構成が要求を満たすリソースプールを選択する。
【０１１５】
なお、ＰＰＰＰはチャネルビジー率要件に１対１に対応し、任意選択で、本願の実施例では、ＰＰＰＰと遅延要件とが所定の対応関係を有することもでき、例えば、伝送されるデータのＰＰＰＰが遅延要件に対応することもできる。
【０１１６】
任意選択で、本願の実施例において、前記第１のリソースは、前記少なくとも１つのリソースのうちの、以下の少なくとも１つの条件を満たすリソースであり、ここで、上記の条件は、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。
【０１１７】
具体的に、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、少なくとも１つのリソースから、第１のリソースを決定し、第１のリソースのＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすキャリア、及び／又は伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たす。
【０１１８】
任意選択で、本願の実施例において、該第１のキャリアは、少なくとも１つのキャリアのうちの、以下の少なくとも１つの条件を満たすキャリアであり、ここで、少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求を満たすことと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすこととを含む。
【０１１９】
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たす。
【０１２０】
任意選択で、本願の実施例において、該少なくとも１つのキャリアから第１のキャリアを選択する場合、第１の端末は、該第１のキャリアに対応する少なくとも一部のリソースプールの時間ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、該第１のキャリアに対応する少なくとも一部のリソースプールから、該第２のリソースプールを選択する。
【０１２１】
すなわち、第１のキャリアが選択される場合、第１のキャリアが複数のリソースプールに対応して選択される場合、この複数のリソースプールからさらにリソースプールを選択することができる。
【０１２２】
ここで、第２のリソースプールの選択方式は、第１のリソースプールの選択方式を参照する。
【０１２３】
任意選択で、本願の実施例において、該第２のリソースプールは、該第１のキャリアに対応する少なくとも一部のリソースプールのうちの、以下の少なくとも１つの条件を満たすリソースプールであり、ここで、少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。
【０１２４】
任意選択で、本願の実施例において、該第１のリソースプールは、該少なくとも１つのリソースプールのうちの、以下の少なくとも１つの条件を満たすリソースプールであり、ここで、少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。
【０１２５】
任意選択で、本願の実施例において、該方法３００又は１２００は、キャリア又はリソースプールの再選択に使用される。
【０１２６】
例えば、現在使用されるキャリア又はリソースプールが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を利用されることを満たさない場合、該少なくとも１つのキャリア又はリソースプールから、第１のキャリア又は第１のリソースプールを選択する。 
例えば、現在使用されるリソースが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を使用することを満たさない場合、該少なくとも１つのリソースから、第１のリソースを選択する。
【０１２７】
任意選択で、本願の実施例において、非単回の送信は、複数の送信、例えば、周期的な送信等であっても良い。
【０１２８】
任意選択で、本願の実施例において、上記で言及した少なくとも一部の伝送されるデータは、現在の全ての伝送されるデータであってもよいし、一部の伝送されるデータ、例えば、優先度の高い伝送されるデータ等であってもよい。
【０１２９】
当然ながら、方法３００または１２００は、キャリアまたはリソースプールの初期選択の場合にも適用可能である。
【０１３０】
任意選択で、第１の端末は、第１のキャリアに対応する第２のリソースプールを利用して、第１の端末が第２の端末と通信することができる。
【０１３１】
具体的に、第１の端末は、第１のキャリアに対応する第２のリソースプール又は第１のリソースプールから、第１の端末が目標リソースを選択することができる。
【０１３２】
例えば、時刻ｎに新たなパケットが到着し、リソース選択が必要な場合、端末は、ある時間(センシング窓と呼ぶことができる)にわたるセンシング結果に基づいて、[ ｎ ＋ Ｔ1，ｎ ＋ Ｔ2 ]ミリ秒内にリソース選択を行い、ここで、 Ｔ１ < = ４、２０ < = Ｔ２ < = １００、ここで、[ ｎ ＋ Ｔ1，ｎ ＋ Ｔ2 ]は選択窓と呼ぶことができる。
【０１３３】
端末が選択窓内でリソースを選択する過程は、次のようにしてもよい。
【０１３４】
端末は、選択窓内で利用可能なリソースの全てをセットＡとして、セットＡ内のリソースに対して端末が除外操作を行う
端末が、センシング窓内のいくつかのサブフレーム(例えば、図５の縦線で埋められたブロック)におけるセンシング結果を有しない場合、これらのサブフレームは、選択窓内の対応するサブフレーム(例えば、図５の波点で埋められたブロック)におけるリソースが除外され、ここで、端末は、前記センシング窓と選択窓とのサブフレームとの対応関係を事前設定できる。
【０１３５】
端末がセンシング窓内で、物理側リンク制御チャネル( Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ )が検出され、そのＰＳＳＣＨ−参照信号受信電力( Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、ＲＳＲＰ )が閾値より大きく、さらに、この制御情報によって予約された次の伝送リソースが、このユーザが送信しようとするデータとリソース衝突を起こした場合、ユーザはセットＡからリソースを除外する。
【０１３６】
端末は、セットＡに残っているリソースに対してサイドリンク受信信号強度指示( Ｓｉｄｅｌｉｎｋ−Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ、Ｓ−ＲＳＳI )検出を行い、エネルギーの高低に応じてソートし、エネルギーの最も低い２０% (セットＡ中のリソースの個数に対する)リソースをセットＢに入れる
端末はセットＢの中から、等しい確率で１つのリソースを選択してデータ伝送を行う。
【０１３７】
任意選択で、図５に示すように、第１の端末がリソースを選択して伝送する場合、ユーザは、リソースの使用をＸ回(例えば、図５の斜線で塗りつぶしたブロック)予約しておき、データを伝送する度にＸから１を減じ、Ｘが０まで減じた場合、端末は[ ０，１ ]の間の乱数をランダムに生成し、パラメータｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ ( Ｐ＿ｒｅｓＫｅｅｐ )と比較し、パラメータより大きい場合、端末はリソース再選択を行い、パラメータより小さい場合、端末はリソースを使用し続け、Ｘをリセットする。
【０１３８】
任意選択で、第１の端末は、第１のキャリアに対応する第２のリソースを利用して、第１の端末が第２の端末と通信することができる。
【０１３９】
具体的に、第１の端末は、第１のキャリアに対応するリソースにおいて、第１の端末が目標リソースを選択する。
【０１４０】
ここで、該第２のリソースは、該第１のキャリアに対応する少なくとも一部のリソースのうちの、以下の少なくとも１つの条件を満たすリソースであり、ここで、上記の条件は、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。
【０１４１】
従って、本願の実施例において、第１の端末は、少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第２の端末と通信するための第１のキャリア又は第１のリソースプールを選択することで、伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求を満たすキャリア又はリソースプールを選択することができる。
【０１４２】
又は、本願の実施例において、第１の端末は、少なくとも１つのリソースに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから、第２の端末と通信するための第１のリソースを選択することで、伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求を満たするリソースを選択することができる。
【０１４３】
図６は本願の実施例における無線通信方法４００のフローチャートである。任意選択で、本願の実施例において、該方法４００は、サイドリンク通信に応用される。勿論、該方法は、端末とネットワーク側との通信にも使用される。
【０１４４】
図６に示すように、該方法４００は、以下の少なくとも一部の内容を含む。
【０１４５】
４１０において、端末は、端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択する。ここで、送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性は、前記端末の上位レイヤに構成され、ネットワークデバイスに構成され、又は、前記端末以外の他の端末に構成される。
【０１４６】
任意選択で、本願の実施例において、端末は、論理チャネルセットを選択し、前記端末の前記論理チャネルセットで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、前記少なくとも１つの第１の論理チャネルを選択する。
【０１４７】
具体的に、端末デバイスは、該少なくとも１つの第１の論理チャネルを選択する前に、１つの論理チャネルセットを選択し、論理チャネルセットを選択した後、該論理チャネルセットから第１の論理チャネルを選択する。
【０１４８】
ここで、前記論理チャネルセットにおける論理チャネルは、同じ目標アドレスを有する。つまり、論理チャネルセットは、目標アドレスに基づいて分け、各目標アドレスが１つの論理チャネルセットに対応し、１つの論理チャネルセットが少なくとも１つの論理チャネルを含む。
【０１４９】
任意選択で、論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性は、論理チャネルで送信されるデータが要求される伝送フォーマット及び／又はＱｏＳ属性、又は、論理チャネルに構成される伝送フォーマット及び／又はＱｏＳ属性、又は、論理チャネルが要求される伝送フォーマット及び／又はＱｏＳ属性と理解されてもよい。
【０１５０】
任意選択で、本願の実施例において、端末は、第１の伝送フォーマットを決定し、第１の伝送フォーマット、及び少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、第１の論理チャネルを選択する。
【０１５１】
つまり、端末は、特定の伝送フォーマット及び各論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、論理チャネルの選択を行うことができる。
【０１５２】
任意選択で、本願の実施例において、第１の論理チャネルで送信されるデータで構成される伝送フォーマットは、第１の伝送フォーマットを含み。
【０１５３】
勿論、第１の論理チャネルで送信されるデータで構成される伝送フォーマットは、他の伝送フォーマットを含んでもよい。
【０１５４】
任意選択で、本願の実施例において、端末は、目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、第１の伝送フォーマットを決定する。
【０１５５】
任意選択で、本願の実施例において、第１の伝送フォーマットは、目標リソースで構成される伝送フォーマットのうちの少なくとも１つの伝送フォーマットを含む。
【０１５６】
任意選択で、本願の実施例において、第１の伝送フォーマットは、少なくとも一部の送信されるデータで構成される伝送フォーマットのうちの少なくとも１つの伝送フォーマットを含む。
【０１５７】
具体的に、目標リソースで構成される伝送フォーマットを、第１の伝送フォーマットとして決定してもよい。
【０１５８】
又は、少なくとも一部の送信されるデータで構成される伝送フォーマットを、第１の伝送フォーマットとして決定してもよい。
【０１５９】
又は、目標リソース及び少なくとも一部の送信されるデータで共通構成される伝送フォーマットを、第１の伝送フォーマットとして決定してもよい。
【０１６０】
任意選択で、本願の実施例において、前記端末は、前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記第１の伝送フォーマットを決定する。
【０１６１】
具体的に、前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１の伝送フォーマットを決定する。
【０１６２】
つまり、端末デバイスにＱｏＳ属性と伝送フォーマットとの対応関係が構成され、該対応関係において、前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に対応する伝送フォーマット、即ち、第１の伝送フォーマットを決定する。ここで、該対応関係がリソースのＱｏＳ属性構成と伝送フォーマットとの対応関係であってもよく、この場合、目標リソースで構成されるＱｏＳ属性に基づいて、第１の伝送を決定することができる。
【０１６３】
任意選択で、該少なくとも一部の送信されるデータは、現在の全ての送信されるデータであってもよいし、現在の一部の送信されるデータであってもよい、例えば、優先度が最高又は高い送信されるデータ、又は、優先度が最高又は高い論理チャネルの送信されるデータである。
【０１６４】
任意選択で、本願の実施例において、少なくとも一部の送信されるデータは、少なくとも１つの論理チャネルで送信されるデータに属する。
【０１６５】
任意選択で、該少なくとも一部の送信されるデータは、少なくとも１つの第１の論理チャネルに含まれる送信されるデータの一部のデータに属する。
【０１６６】
なお、上記の第１の伝送フォーマットで第１の論理チャネルを選択する以外、端末が他の方式に基づいて第１の論理チャネルを選択してもよく、例えば、伝送フォーマットが優先度を有し、少なくとも１つの論理チャネルにおいて最高の優先度を有する伝送フォーマットで構成される論理チャネルを、第１の論理チャネルとして決定することができる。
【０１６７】
任意選択で、本願の実施例において、伝送フォーマットは、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔など）、通信モード及び伝送されるデータの参照信号等のうちの少なくとも１つによって、定義される。
【０１６８】
つまり、異なる伝送フォーマットに対して、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔など）、通信モード及び伝送されるデータの参照信号のうちの少なくとも１つが異なる。
【０１６９】
ここで、通信モードは、端末が他の端末と通信する通信モードである。
【０１７０】
任意選択で、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードであってもよい。
【０１７１】
任意選択で、方法４００がサイドリンクの通信シナリオに応用される場合、通信モードがユニキャスト通信モードである場合、端末がユニキャストで他の端末と通信し、通信モードがマルチキャスト通信モードである場合、端末がマルチキャストで１つセットの端末と通信し、通信モードがブロードキャスト通信モードである場合、端末がブロードキャスト他の端末と通信してもよい。
【０１７２】
任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。
【０１７３】
つまり、異なる伝送フォーマットに対して、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つが異なる。
【０１７４】
例えば、伝送されるデータ構成が異なる伝送フォーマットに対して、伝送されるデータで利用可能なリソースの時間属性（例えば、１つの利用可能なリソースの時間ユニット（例えば、シンボル、スロット等）の数、１つのシンボルの時間長さ）、伝送されるデータで利用可能なリソースの周波数属性（全ての利用可能なリソースが占用する帯域幅、サブキャリア間隔、１つの利用可能なリソースの周波数大きさ）、伝送されるデータで利用可能なリソースグラントの属性（１つリソースグラントが対応するリソースの大きさ等）、伝送されるデータに関連するソースアドレス及び／又は目標アドレス（伝送されるデータに関連するソースアドレスは、伝送されるデータを該ソースアドレスに対応する端末で送信し、伝送されるデータに関連する目標アドレスは、該伝送されるデータを該目標アドレスに対応する端末に送信する）のうちの少なくとも１つが、異なる。
【０１７５】
任意選択で、本願の実施例において、異なる通信方式（又はシステム）が異なる伝送フォーマットに対応する。ここで、通信方式（又はシステム）は、ＬＴＥ又は新しいラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）であってもよい。
【０１７６】
又は、ＬＴＥについて、（Ｒｅｌｅａｓｅ）１４和Ｒｅｌｅａｓｅ １５の通信方式に分ける。
【０１７７】
異なる通信方式の伝送フォーマットは、互換性がない。
【０１７８】
例えば、ＬＴＥシステムの受信側は、ＮＲシステムの送信側により送信された、ＮＲシステムの伝送フォーマットを有するデータを受信できない。
【０１７９】
又は、ＬＴＥシステムの送信側は、ＮＲシステムの伝送フォーマットを有するデータを送信できない。
【０１８０】
任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。
【０１８１】
ここで、本願の実施例における前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。
【０１８２】
本願の実施例において、リソースがリソース選択モードに対応してもよい。例えば、リソースのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該リソースはネットワークによりスケジューリングされ、リソースのリソース選択モードが端末の自律選択モードである場合、該リソースが端末により自律選択されるリソースであり、リソースのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該リソースが他の端末により補助的に選択する。そして、端末は、各リソースのリソース選択モードに基づいて、リソース選択モード要求に適合するリソースを選択することができる。
【０１８３】
又は、本願の実施例において、キャリアがリソース選択モードに対応してもよい。例えば、キャリアのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該キャリアのリソースはネットワークによりスケジューリングされ、キャリアのリソース選択モードが端末の自律選択モードである場合、該キャリアのリソースが端末により自律選択されるリソースであり、キャリアのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該キャリアのリソースが他の端末により補助的に選択する。そして、端末は、各キャリアのリソース選択モードに基づいて、リソース選択モード要求に適合するキャリアを選択することができる。
【０１８４】
なお、本願の実施例は、伝送フォーマットの複数の定義方式を説明し、それらは組み合わせて使用されてもよく、簡潔にするためにここでは説明を省略する。
【０１８５】
任意選択で、本願の実施例において、端末は、第１のＱｏＳ属性を決定し、第１のＱｏＳ属性、及び少なくとも１つの論理チャネルで送信されるデータで構成されるＱｏＳ属性に基づいて、第１の論理チャネルを選択する。
【０１８６】
つまり、端末は、特定のＱｏＳ属性及び各論理チャネル送信されるデータで構成されるＱｏＳ属性に基づいて、論理チャネルの選択を行うことができる。
【０１８７】
任意選択で、本願の実施例において、第１の論理チャネルで送信されるデータで構成されるＱｏＳ属性は、第１のＱｏＳ属性を含む。
【０１８８】
勿論、第１の論理チャネルで送信されるデータで構成されるＱｏＳ属性は、他のＱｏＳ属性を含んでもよい。
【０１８９】
任意選択で、本願の実施例において、端末は、目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、第１のＱｏＳ属性を決定する。
【０１９０】
任意選択で、本願の実施例において、第１のＱｏＳ属性は、目標リソースで構成されるＱｏＳ属性のうちの少なくとも１つのＱｏＳ属性を含む。
【０１９１】
任意選択で、本願の実施例において、第１のＱｏＳ属性は、少なくとも一部の送信されるデータで構成されるＱｏＳ属性のうちの少なくとも１つのＱｏＳ属性を含む。
【０１９２】
具体的に、目標リソースで構成されるＱｏＳ属性を、第１のＱｏＳ属性として決定してもよい。
【０１９３】
又は、少なくとも一部の送信されるデータで構成されるＱｏＳ属性を、第１のＱｏＳ属性として決定してもよい。
【０１９４】
又は、目標リソース及び少なくとも一部の送信されるデータで共通構成されるＱｏＳ属性を、第１のＱｏＳ属性として決定してもよい。
【０１９５】
任意選択で、本願の実施例において、前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１の伝送フォーマットを決定する。
【０１９６】
具体的に、前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマット、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１のＱｏＳ属性を決定する。
【０１９７】
任意選択で、該少なくとも一部の送信されるデータは、現在の全ての送信されるデータであってもよいし、現在の一部の送信されるデータであってもよい、例えば、優先度が最高又は高い送信されるデータ、又は、優先度が最高又は高い論理チャネルの送信されるデータである。
【０１９８】
任意選択で、本願の実施例において、少なくとも一部の送信されるデータは、少なくとも１つの論理チャネルで送信されるデータに属する。
【０１９９】
任意選択で、該少なくとも一部の送信されるデータは、少なくとも１つの第１の論理チャネルに含まれる送信されるデータの一部のデータに属する。
【０２００】
なお、上記の第１のＱｏＳ属性で第１の論理チャネルを選択する以外、端末が他の方式に基づいて第１の論理チャネルを選択してもよく、例えば、第１のＱｏＳ属性が優先度を有し、少なくとも１つの論理チャネルにおいて最高の優先度を有する第１のＱｏＳ属性で構成される論理チャネルを、第１の論理チャネルとして決定することができる。
【０２０１】
４２０において、少なくとも１つの第１の論理チャネルの無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ）プロトコルデータユニット（ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ）に基づいて、端末がメディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ ）ＰＤＵを生成する。
【０２０２】
４３０において、端末が目標リソースにおいてＭＡＣ ＰＤＵを送信する。 
従って、本願の実施例において、端末は、前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択し、前記少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、前記端末が目標リソースで送信されるメディアアクセス制御ＭＡＣ ＰＤＵを生成することで、論理チャネルの伝送フォーマットに基づくデータの送信を実現する。
【０２０３】
図７は本願の実施例における無線通信方法５００のフローチャートである。任意選択で、本願の実施例において、該方法５００が端末とネットワーク側との通信に使用される。勿論、該方法は、サイドリンク通信にも使用される。
【０２０４】
図７に示すように、該方法５００は、以下の少なくとも一部の内容を含む。
【０２０５】
５１０において、端末がネットワークデバイスに第１の情報を送信し、ここで、該第１の情報は、伝送されるデータの伝送フォーマットを示す。したがって、ネットワークデバイスが端末により送信された該第１の情報を受信する。
【０２０６】
任意選択で、本願の実施例において、伝送フォーマットは、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔など）、通信モード及び伝送されるデータの参照信号などのうちの少なくとも１つによって、定義される。
【０２０７】
つまり、異なる伝送フォーマットに対して、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔など）、通信モード及び伝送されるデータの参照信号のうちの少なくとも１つのが異なる。
【０２０８】
任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。
【０２０９】
つまり、異なる伝送フォーマットに対して、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つが異なる。
【０２１０】
例えば、伝送されるデータ構成が異なる伝送フォーマットに対して、伝送されるデータで利用可能なリソースの時間属性（例えば、１つの利用可能なリソースの時間ユニット（例えば、シンボル、スロット等）の数、１つのシンボルの時間長さ）、伝送されるデータで利用可能なリソースの周波数属性（全ての利用可能なリソースが占用する帯域幅、サブキャリア間隔、１つの利用可能なリソースの周波数大きさ）、伝送されるデータで利用可能なリソースグラントの属性（１つリソースグラントが対応するリソースの大きさ等）、伝送されるデータに関連するソースアドレス及び／又は目標アドレス（伝送されるデータに関連するソースアドレスは、伝送されるデータを該ソースアドレスに対応する端末で送信し、伝送されるデータに関連する目標アドレスは、該伝送されるデータを該目標アドレスに対応する端末に送信する）のうちの少なくとも１つが、異なる。
【０２１１】
なお、本願の実施例は、伝送フォーマットの複数の定義方式を説明し、それらは組み合わせて使用されてもよく、簡潔にするためにここでは説明を省略する。
【０２１２】
任意選択で、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードであってもよい。
【０２１３】
この時、伝送フォーマットは、端末が他の端末と通信する伝送フォーマットである。
【０２１４】
任意選択で、方法５００がサイドリンクの通信シナリオに応用される場合、通信モードがユニキャスト通信モードである場合、端末はユニキャストで１つの端末と通信することができ、通信モードがマルチキャスト通信モードである場合、端末は、マルチキャスト方式で１つセットの端末と通信を行うことができ、通信モードがブロードキャスト通信モードである場合、端末は、ブロードキャストで他の端末と通信を行うことができる。
【０２１５】
例えば、異なるシステム間で１つの特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。
【０２１６】
例えば、Ａシステムのコーデック方式とＢシステムのコーデック方式が同じで、Ａシステムの参照信号とＢシステムの参照信号が異なる場合、Ａシステムの伝送フォーマットとＢシステムの伝送フォーマットが異なっていると特定できる。
【０２１７】
例えば、異なるシステム間で２つの特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。
【０２１８】
例えば、Ａシステムの参照信号がＢシステムの参照信号と同じ、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと同じであると判定する。
【０２１９】
また、例えば、Ａシステムの参照信号がＢシステムの参照信号と異なり、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと異なると判定する。
【０２２０】
例えば、異なるシステム間で３つ以上の特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。
【０２２１】
例えば、Ａシステムの参照信号がＢシステムの参照信号と同じ、Ａシステムのコーデック方式とＢシステムのコーデック方式と異なり、Ａシステムの論理チャネルがＢシステムの論理チャネルと異なり、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと同じであると判定する。
【０２２２】
また、例えば、Ａシステムの参照信号がＢシステムの参照信号と異なり、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なり、Ａシステムの論理チャネルがＢシステムの論理チャネルと異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと異なると判定する。
【０２２３】
任意選択で、本願の実施例において、異なる通信方式（又はシステム）が異なる伝送フォーマットに対応する。ここで、通信方式（又はシステム）は、ＬＴＥ又は新しいラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）であってもよい。
【０２２４】
又は、ＬＴＥについて、（Ｒｅｌｅａｓｅ）１４和Ｒｅｌｅａｓｅ １５の通信方式に分ける。
【０２２５】
異なる通信方式の伝送フォーマットは、互換性がない。
【０２２６】
例えば、ＬＴＥシステムの受信側は、ＮＲシステムの送信側により送信された、ＮＲシステムの伝送フォーマットを有するデータを受信できない。
【０２２７】
又は、ＬＴＥシステムの送信側は、ＮＲシステムの伝送フォーマットを有するデータを送信できない。
【０２２８】
任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。
【０２２９】
ここで、本願の実施例における前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。
【０２３０】
本願の実施例において、リソースがリソース選択モードに対応してもよい。例えば、リソースのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該リソースはネットワークによりスケジューリングされ、リソースのリソース選択モードが端末の自律選択モードである場合、該リソースが端末により自律選択されるリソースであり、リソースのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該リソースが他の端末により補助的に選択する。そして、端末は、各リソースのリソース選択モードに基づいて、リソース選択モード要求に適合するリソースを選択することができる。
【０２３１】
又は、本願の実施例において、キャリアがリソース選択モードに対応してもよい。例えば、キャリアのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該キャリアのリソースはネットワークによりスケジューリングされ、キャリアのリソース選択モードが端末の自律選択モードである場合、該キャリアのリソースが端末により自律選択されるリソースであり、キャリアのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該キャリアのリソースが他の端末により補助的に選択する。そして、端末は、各キャリアのリソース選択モードに基づいて、リソース選択モード要求に適合するキャリアを選択することができる。
【０２３２】
任意選択で、本願の実施例において、第１の情報の物理レイヤ特徴、第１の情報に含まれる論理チャネル識別子、第１の情報に含まれる論理チャネルグループ識別子、第１の情報に含まれる目標アドレス、第１の情報に含まれる目標アドレス識別子、第１の情報に含まれる伝送されるデータを送信するためのキャリア周波数及び第１の情報のシグナリングフォーマットのうちの少なくとも１つに基づいて、伝送フォーマットを区別する。
【０２３３】
即ち、端末は、第１の情報の物理レイヤ特徴、第１の情報に含まれる論理チャネル識別子、第１の情報に含まれる論理チャネルグループ識別子、第１の情報に含まれる目標アドレス、第１の情報に含まれる目標アドレス識別子、第１の情報のシグナリングフォーマット及び第１の情報に含まれる伝送されるデータを送信するためのキャリア周波数のうちの少なくとも１つに基づいて、ネットワークデバイスに伝送されるデータの伝送フォーマットを通知することができる。
【０２３４】
任意選択で、目標アドレス又は目標アドレス識別子は、伝送されるデータのサービスの目標アドレス又は目標アドレス識別子であってもよく、異なるサービスが異なる目標アドレス識別子に対応する。
【０２３５】
任意選択で、目標アドレス又は目標アドレス識別子は、サービス識別子（Ｉｄｅｎｔｉｔｙ、ＩＤ）に一対一対応する。
【０２３６】
任意選択で、第１の情報の伝送フォーマットを区別するためのシグナリングフォーマットは、この情報のＭＡＣレイヤフォーマット、無線リンク制御( Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ )レイヤフォーマット、パケットデータ収束プロトコル( Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ )レイヤフォーマット、または無線リソース制御( Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ )レイヤフォーマットであり得る。
【０２３７】
ここで、異なるＭＡＣレイヤフォーマットのバイトは異なる。例えば、バイトブロックの分け、数、バイトブロックが表す意味等である。
【０２３８】
ここで、異なるＲＬＣレイヤフォーマットのバイトは異なる。例えば、バイトブロックの分け、数、バイトブロックが表す意味等である。
【０２３９】
ここで、異なるＲＬＣレイヤフォーマットのバイトは異なる。例えば、バイトブロックの分け、数、バイトブロックが表す意味等である。
【０２４０】
ここで、異なるＲＲＣレイヤフォーマットのバイトは異なる。例えば、バイトブロックの分け、数、バイトブロックが表す意味等である。
【０２４１】
任意選択で、論理チャネル又は論理チャネルグループは、伝送されるデータの論理チャネル又は論理チャネルグループであってもよい。
【０２４２】
任意選択で、目標アドレス又は目標アドレス識別子は、サービスに対応する目標アドレス又は目標アドレス識別子であってもよい。ここで、このサービスは、伝送されるデータが属するサービスであってもよい。
【０２４３】
任意選択で、第１の情報の物理レイヤ特徴は、第１の情報に対応するリソース、パラメータセット、参照信号、コーデック方式及び多元接続方式などであってもよい。
【０２４４】
任意選択で、端末は、ＲＲＣシグナリング、及び／又は、ＭＡＣ制御ユニット（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）を利用して、ネットワークデバイスに第１の情報を送信してもよい。
【０２４５】
任意選択で、異なるキャリア周波数が異なる伝送フォーマットに対応し、第１の情報に含まれる伝送されるデータを送信するためのキャリア周波数に基づいて、伝送フォーマットを決定し、例えば、ＬＴＥ通信プロトコルにおける伝送フォーマット又はＮＲ通信プロトコルにおける伝送フォーマットを利用する。
【０２４６】
又は、本願の実施例(いずれの方法にも適用)では、伝送フォーマットは、伝送するキャリア周波数によって(あるいはさらに他のパラメータと組み合わせて)定義されてもよい。
【０２４７】
なお、本願の実施例の第１の情報の搬送キャリア周波数は、方法５００以外の他のシナリオで使用されてもよく、例えば、ネットワークデバイスは、ＬＴＥ通信システム又はＮＲ通信システムに基づいて下り参照信号を送信してもよく、端末デバイスは、ネットワークデバイスがＬＴＥ通信システム及び/又はＮＲ通信システムに基づいて送信した下り参照信号を測定し、そのうちの１つの通信システムに対応する下り参照信号を報告してもよく、そのうちの１つの通信システムが下り参照信号を送信するキャリア周波数を搬送することによって、ネットワークデバイスにその下り参照信号に対応するシステムを通知してもよく、その結果、ネットワーク側は、そのシステムに対応する伝送フォーマットに基づいて下り送信又は上りスケジューリングを行ってもよい。
【０２４８】
なお、第１の情報は、伝送されるデータの伝送フォーマットを直接に示し、即ち、第１の情報には、伝送されるデータの伝送フォーマットのビットが含まれる。
【０２４９】
例えば、端末がネットワークデバイスに送信した第１の情報には、１つのビットが含まれ、ビットが１である場合、伝送されるデータの伝送フォーマットがフォーマット１を示し、ネットワークデバイスが該第１の情報を受信した後、伝送されるデータの伝送フォーマットをフォーマット１として決定する。
【０２５０】
任意選択で、伝送されるデータの論理チャネル、伝送されるデータの論理チャネルグループ、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、伝送されるデータを送信するキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つが、伝送フォーマットとの対応関係を有する。
【０２５１】
任意選択で、該対応関係は、一対一の対応関係であってもよい。
【０２５２】
例えば、物理レイヤ特徴が１つの伝送フォーマットに対応する。
【０２５３】
例えば、論理チャネルが１つの伝送フォーマットに対応する。
【０２５４】
任意選択で、該対応関係が、多対一の対応関係であってもよい。
【０２５５】
例えば、複数の論理チャネルが１つの伝送フォーマットに対応する。
【０２５６】
任意選択で、この対応関係は、予め設定されていてもよいし、シグナリングに基づいて決定されてもよい。
【０２５７】
例えば、該対応関係が端末により決定される。端末がネットワークデバイスに第３の情報を送信し、第３の情報が該対応関係を示す。
【０２５８】
この時、ネットワークデバイスは、第１の情報及び対応関係に基づいて、伝送されるデータの伝送フォーマットを決定する。
【０２５９】
また、例えば、該対応関係がネットワークデバイスにより決定される。ネットワークデバイスが端末に第４の情報を送信し、該対応関係を指示する。
【０２６０】
任意選択で、端末は、該第４の情報を受信した後、該対応関係及び伝送されるデータのデータフォーマットに基づいて、伝送されるデータの論理チャネル、伝送されるデータの論理チャネルグループ、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、第１の情報の物理レイヤ特徴、伝送されるデータを送信するキャリア周波数及び第１の情報のシグナリングフォーマットのうちの少なくとも１つを決定し、ネットワークデバイスに第１の情報を送信する。
【０２６１】
又は、端末は、該第４の情報を受信した後、該対応関係及び伝送されるデータの論理チャネル、伝送されるデータの論理チャネルグループ、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、第１の情報の物理レイヤ特徴、伝送されるデータを送信するキャリア周波数及び第１の情報を示すシグナリングフォーマットのうちの少なくとも１つに基づいて、伝送されるデータの伝送フォーマットを決定し、ネットワークデバイスに第１の情報を送信する。
【０２６２】
任意選択で、本願の実施例において、ネットワークデバイスは、（又は許可しない又はサポートしない）端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする。
【０２６３】
ネットワークデバイスが端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、端末がネットワークデバイスに該第１の指示情報を送信する。
【０２６４】
例えば、ネットワークデバイスがＬＴＥシステムとともに、ＮＲシステムをサポートする場合、ネットワークデバイスが、端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートし、この時、端末がネットワークデバイスに該第１の情報を送信する。
【０２６５】
ネットワークデバイスが、端末が異なる伝送フォーマットに対してリソースを要求するように許可しない又はサポートしない場合、端末がネットワークデバイスに該第１の情報を送信しない。
【０２６６】
任意選択で、ネットワークデバイスが端末に第５の情報を送信し、該情報は、ネットワークデバイスが端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示す。
【０２６７】
任意選択で、本願の実施例において、端末がネットワークデバイスに伝送されるデータのデータ量を報告することができる。
【０２６８】
任意選択で、本願の実施例において、データ量は、現在端末のキャッシュ量であるが、これに限定されず、この時、該第１の情報は、バッファ状態レポート（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ、ＢＳＲ）であってもよい。
【０２６９】
任意選択で、端末がネットワークデバイスに第６の情報を送信し、第６の情報が伝送されるデータのデータ量を含む。
【０２７０】
従って、ネットワークデバイスが該第１の情報及び第６の情報を受信した後、伝送されるデータの伝送フォーマットを決定するとともに、伝送されるデータのデータ量を決定することができる。
【０２７１】
この時、ネットワークデバイスは、伝送されるデータの伝送フォーマット及びデータ量に基づいて、端末が該伝送されるデータを伝送するために、端末のためにリソースを割り当てる。
【０２７２】
なお、本願の実施例において、端末がネットワークデバイスに第１の情報と第６の情報を送信する順序は特に限定されない。
【０２７３】
例えば、端末は、第６の情報をネットワークデバイスに最初に送信し、第１の情報を再送してもよいし、端末は、まず、ネットワークデバイスに第１の情報を送信してから、第６の情報を送信してもよい。あるいは、第１の情報と第６の情報とが同時に送信されてもよく、すなわち、第１の情報と第６の情報とが同一のメッセージに含まれてもよい。
【０２７４】
また、本願の実施例において、「第１」、「第２」及び「第３」などは、単に異なる対象を区別するためのものであり、本願の実施例の範囲を制限するものではない。
【０２７５】
５２０において、ネットワークデバイスが該端末により送信された該第１の情報を受信し、ここで、該第１の情報は、伝送されるデータの伝送フォーマットを示す。
【０２７６】
任意選択で、本願の実施例において、本願の実施例において、ネットワークデバイスは、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信した後、伝送されるデータの伝送フォーマットに基づいて、端末のためにデータ伝送のリソースを割り当てる。
【０２７７】
このとき、ネットワークデバイスは、端末に割り当てられたリソースを示す第２の情報を端末に送信する。これにより、端末は、ネットワークデバイスが伝送されるデータの伝送フォーマットに割り当てたリソースに基づいて、伝送されるデータを送信することができる。
【０２７８】
任意選択で、ネットワークデバイスは、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信した後、データを伝送する伝送フォーマットに基づいて、下り伝送の送信電力を決定することができる。
【０２７９】
任意選択で、ネットワークデバイスは、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信した後、データを伝送する伝送フォーマットに基づいて、端末と通信する伝送方式を決定することができる。
【０２８０】
任意選択で、本願の実施例において、ネットワークデバイスは、伝送されるデータの伝送フォーマット及びデータ量を受信した場合、伝送されるデータの伝送フォーマット及びデータ量に基づいて、端末のためにデータ伝送のリソースを割り当てる。
【０２８１】
この時、ネットワークデバイスが端末に送信した第２の情報は、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に割り当てるリソースを示す。
【０２８２】
従って、端末は、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に割り当てるリソースに基づいて、伝送されるデータを送信する。
【０２８３】
任意選択で、ネットワークデバイスが端末から報告された伝送されるデータのデータ量を受信した場合、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に基づいて、端末と通信するかどうかを決定してもよい。
【０２８４】
任意選択で、ネットワークデバイスが端末から報告された伝送されるデータのデータ量を受信した場合、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に基づいて、下り伝送の送信電力を決定してもよい。
【０２８５】
任意選択で、ネットワークデバイスが端末から報告された伝送されるデータのデータ量を受信した場合、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に基づいて、端末と通信する伝送方式を決定してもよい。
【０２８６】
そこで、本願の実施例では、端末が、伝送されるデータの伝送フォーマットを示す第１の情報をネットワークデバイスに送信し、ネットワークデバイスが、これに基づいて端末のスケジューリングを行うことにより、伝送フォーマットに基づいた端末スケジューリングを実現することができ、端末のスケジューリング時に、端末の状況をより良く知ることができ、通信性能を向上させることができる。
【０２８７】
なお、本願の実施例の上記の態様の説明は、互いに適用可能であり、例えば、伝送フォーマットに関する説明、ＱｏＳ属性に関する説明は、互いに適用可能であり、簡潔にするために、同じ説明は、様々な方法において繰り返して説明しない。
【０２８８】
図８は本願の実施例における端末６００のブロック図である。図８に示すように、該端末６００は、通信ユニット６２０を含み、さらに、該端末６００が処理ユニット６１０を含む。
【０２８９】
任意選択で、本願の実施例において、該処理ユニット６１０は、少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択するように構成され、該通信ユニット６２０は、該第１のキャリア又は第１のリソースプールを利用して、第２の端末と通信するように構成される。
【０２９０】
任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
該第１のキャリア又は該第１のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、該伝送されるデータから、該目標リソースを利用して伝送するデータを選択するように構成される。
【０２９１】
任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成、及び
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールのチャネルビジー率、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するサービス優先度識別子とチャネルビジー率要求との対応関係、
該少なくとも一部の伝送されるデータのサービス優先度識別子のうちの少なくとも１つに基づいて、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールから、該第１のキャリア又は該第１のリソースプールを選択するように構成される。
【０２９２】
任意選択で、本願の実施例において、該第１のキャリアは、少なくとも１つのキャリアのうちの、以下の少なくとも１つ条件を満たすキャリアであり、
少なくとも１つ条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求を満たすことと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。
【０２９３】
任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、処理ユニット６１０が該少なくとも１つのキャリアから第１のキャリアを選択する場合、該少なくとも１つの第１のキャリアに対応する第２のリソースプールを利用して、第２の端末と通信するように構成される。
【０２９４】
任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
該少なくとも１つのキャリアから第１のキャリアを選択する場合、該第１のキャリアに対応する少なくとも一部のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、該第１のキャリアに対応する少なくとも一部のリソースプールから、該第２のリソースプールを選択するように構成される。
【０２９５】
任意選択で、本願の実施例において、該第２のリソースプールは、該第１のキャリアに対応する少なくとも一部のリソースプールのうちの、以下の少なくとも１つ条件を満たすリソースプールであり、
前記少なくとも１つ条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。
【０２９６】
任意選択で、本願の実施例において、該第１のリソースプールは、該少なくとも１つのリソースプールのうちの、以下の少なくとも１つの条件を満たすリソースプールであり、ここで、少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。
【０２９７】
任意選択で、本願の実施例において、該処理ユニットは、さらに、
現在使用されるキャリア又はリソースプールが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を利用されることを満たさない場合、該少なくとも１つのキャリア又はリソースプールから、第１のキャリア又は第１のリソースプールを選択するように構成される。
【０２９８】
任意選択で、本願の実施例において、異なる通信方式が異なる伝送フォーマットに対応する。ここで、通信方式は、ＬＴＥ又はＮＲを含む。
【０２９９】
任意選択で、本願の実施例において、伝送フォーマットは、通信モードによって定義される。ここで、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。
【０３００】
任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。
【０３０１】
任意選択で、本願の実施例において、前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。
【０３０２】
任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。
【０３０３】
任意選択で、本願の実施例において、前記ＱｏＳ属性がＱｏＳ属性を含む。
【０３０４】
任意選択で、本願の実施例において、前記少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。
【０３０５】
任意選択で、本願の実施例において、前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。
【０３０６】
なお、端末６００は、方法３００における第１の端末に対応してもよく、第１の端末の対応する動作は実行され、簡潔のためにここで説明を省略する。
【０３０７】
任意選択で、本願の実施例において、該処理ユニット６１０は、該端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、少なくとも１つの第１の論理チャネルを選択し、該少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、該端末がメディアアクセス制御ＭＡＣ ＰＤＵを生成するように構成され、
該通信ユニット６２０は、目標リソースにおいて該ＭＡＣ ＰＤＵを送信するように構成される。 
任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
第１の伝送フォーマットを決定し、該第１の伝送フォーマット、及び該少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、少なくとも１つの第１の論理チャネルを選択するように構成される。
【０３０８】
任意選択で、本願の実施例において、該第１の論理チャネルで送信されるデータで構成される伝送フォーマットは、該第１の伝送フォーマットを含む。
【０３０９】
任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
該目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、該第１の伝送フォーマットを決定するように構成される。
【０３１０】
任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が前記第１の伝送フォーマットを決定するように構成される。
【０３１１】
任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１の伝送フォーマットを決定するように構成される。
【０３１２】
任意選択で、本願の実施例において、該少なくとも一部の送信されるデータは、該少なくとも１つの論理チャネルで送信されるデータに属する。
【０３１３】
任意選択で、本願の実施例において、該第１の伝送フォーマットは、該目標リソースで構成される伝送フォーマットのうちの少なくとも１つ伝送フォーマットを含む。
【０３１４】
任意選択で、本願の実施例において、該第１の伝送フォーマットは、該少なくとも一部の送信されるデータで構成される伝送フォーマットのうちの少なくとも１つの伝送フォーマットを含む。
【０３１５】
任意選択で、本願の実施例において、前記処理ユニット６１０は、さらに、第１のＱｏＳ属性を決定し、前記第１のＱｏＳ属性、及び前記少なくとも１つの論理チャネルで送信されるデータで構成されるＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択する。
【０３１６】
任意選択で、本願の実施例において、前記第１の論理チャネルで送信されるデータで構成されるＱｏＳ属性は、前記第１のＱｏＳ属性を含む。
【０３１７】
任意選択で、本願の実施例において、前記処理ユニット６１０は、さらに、前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記第１のＱｏＳ属性を決定するように構成される。
【０３１８】
任意選択で、本願の実施例において、前記処理ユニット６１０は、さらに、前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１のＱｏＳ属性を決定するように構成される。
【０３１９】
任意選択で、本願の実施例において、前記処理ユニット６１０は、さらに、前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマット、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１のＱｏＳ属性を決定するように構成される。
【０３２０】
任意選択で、本願の実施例において、前記少なくとも一部の送信されるデータは、前記少なくとも１つの論理チャネルで送信されるデータに属する。
【０３２１】
任意選択で、本願の実施例において、前記第１のＱｏＳ属性は、前記目標リソースで構成されるＱｏＳ属性のうちの少なくとも１つＱｏＳ属性を含む。
【０３２２】
任意選択で、本願の実施例において、前記第１のＱｏＳ属性は、前記少なくとも一部の送信されるデータで構成されるＱｏＳ属性のうちの少なくとも１つＱｏＳ属性を含む。
【０３２３】
任意選択で、本願の実施例において、該端末６００は、サイドリンク通信に応用される。
【０３２４】
任意選択で、本願の実施例において、異なる通信方式が異なる伝送フォーマットに対応する。ここで、通信方式は、ＬＴＥ又はＮＲを含む。
【０３２５】
任意選択で、本願の実施例において、伝送フォーマットは、通信モードによって定義される。ここで、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。
【０３２６】
任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。
【０３２７】
任意選択で、本願の実施例において、前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。
【０３２８】
任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。
【０３２９】
任意選択で、本願の実施例において、前記ＱｏＳ属性は、時間Ｔ２を含む。
【０３３０】
任意選択で、本願の実施例において、前記送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性は、前記端末の上位レイヤ、ネットワークデバイス、又は、前記端末以外の他の端末に構成される。
【０３３１】
任意選択で、本願の実施例において、前記処理ユニットは、さらに、
論理チャネルセットを選択し、
前記論理チャネルセットにおける送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、前記論理チャネルセットから、前記少なくとも１つの第１の論理チャネルを選択するように構成される。
【０３３２】
任意選択で、本願の実施例において、前記論理チャネルセットのうちの論理チャネルは、同じ目標アドレスを有する。
【０３３３】
なお、端末６００は、方法４００の端末に対応してもよく、方法４００の端末の対応する動作は、簡潔のためにここで説明を省略する。
【０３３４】
任意選択で、本願の実施例において、該通信ユニット６２０は、ネットワークデバイスに第１の情報を送信するように構成され、前記第１の指示情報は、伝送されるデータの伝送フォーマットを示す。
【０３３５】
任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、第２の情報を受信し、該第２の情報は、ネットワークデバイスにより割り当てたリソースを示し、
該リソースに基づいて、該伝送されるデータを送信するように構成される。
【０３３６】
任意選択で、本願の実施例において、該第１の情報は、搬送される伝送されるデータの論理チャネル識別子、伝送されるデータの論理チャネルグループ識別子、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、該第１の情報の物理レイヤ特徴、伝送されるデータを送信するキャリア周波数及び該第１の情報のシグナリングフォーマットのうちの少なくとも１つによって、該伝送されるデータの伝送フォーマットを示す。
【０３３７】
任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、
ネットワークデバイスに第３の情報を送信し、該第３の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む。
【０３３８】
任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、
ネットワークデバイスにより送信された第４の情報を受信し、該第４の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つのと伝送フォーマットとの対応関係を含む。
【０３３９】
任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、
ネットワークデバイスにより送信された第５の情報を受信し、該第５の情報は、ネットワークデバイスが端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示し、
該通信ユニット６２０は、さらに、
ネットワークデバイスが端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、ネットワークデバイスに該第１の情報を送信する。
【０３４０】
任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、
無線リソース制御ＲＲＣシグナリング、及び／又は、メディアアクセス制御ＭＡＣ制御ユニットＣＥを利用して、ネットワークデバイスに第１の情報を送信する世に構成される。
【０３４１】
任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、ネットワークデバイスに該伝送されるデータのデータ量を報告するように構成される。
【０３４２】
任意選択で、本願の実施例において、該第１の情報の伝送フォーマットを示すためのシグナリングフォーマットは、該第１の情報のＭＡＣレイヤフォーマット、ＲＬＣレイヤフォーマット、ＰＤＣＰレイヤフォーマット又はＲＲＣレイヤフォーマットである。
【０３４３】
任意選択で、本願の実施例において、ＬＴＥシステムとＮＲシステムとがデータを伝送する伝送フォーマットは、異なる。
【０３４４】
任意選択で、本願の実施例において、伝送フォーマットが通信モードによって定義される。
【０３４５】
任意選択で、本願の実施例において、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。
【０３４６】
任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。
【０３４７】
端末６００は、方法５００の端末に対応することができ、方法５００の端末の対応する動作は、簡潔のためにここで説明を省略する。
【０３４８】
図９は本願の実施例におけるネットワークデバイス７００のブロック図である。図９に示すように、該ネットワークデバイス７００は、通信ユニット７１０を含む。
【０３４９】
任意選択で、本願の実施例において、該通信ユニット７１０は、端末により送信された第１の情報を受信するように構成され、該第１の情報は伝送されるデータの伝送フォーマットを示す。
【０３５０】
任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、端末に第２の情報を送信し、該第２の情報は、該ネットワークデバイス７００により割り当てた前記リソースを示す。
【０３５１】
任意選択で、本願の実施例において、該第１の指示情報は、搬送される該伝送されるデータの論理チャネル識別子、伝送されるデータの論理チャネルグループ識別子、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、該第１の情報の物理レイヤ特徴、該伝送されるデータを送信するキャリア周波数及び該第１の情報のシグナリングフォーマットのうちの少なくとも１つによって、伝送されるデータの伝送フォーマットを示す。
【０３５２】
任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、
端末により送信された第３の情報を受信し、該第３の情報は、データの論理チャネル識別子、データ論理チャネルグループ識別子、データの目標アドレス識別子、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む。
【０３５３】
任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、端末に第４の情報を送信し、該第４の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つのと伝送フォーマットとの対応関係を含む。
【０３５４】
任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、端末に第５の情報を送信し、該第５の情報は、端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示し、
該通信ユニット７１０は、さらに、
端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、端末により送信された該第１の情報を受信するように構成される。
【０３５５】
任意選択で、本願の実施例において、該第１の情報は、ＲＲＣシグナリング、及び／又は、 ＭＡＣ ＣＥに搬送される。
【０３５６】
任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、端末からの該伝送されるデータのデータ量を受信するように構成される。
【０３５７】
任意選択で、本願の実施例において、該第１の情報の伝送フォーマットを示すためのシグナリングフォーマットは、第１の情報のＭＡＣレイヤフォーマット、ＲＬＣレイヤフォーマット、ＰＤＣＰレイヤフォーマット又はＲＲＣレイヤフォーマットである。
【０３５８】
任意選択で、本願の実施例において、ＬＴＥシステムとＮＲシステムにおいてデータを伝送する伝送フォーマットは、異なる。
【０３５９】
任意選択で、本願の実施例において、伝送フォーマットは、通信モードよって定義される。
【０３６０】
任意選択で、本願の実施例において、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。
【０３６１】
任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。
【０３６２】
なお、ネットワークデバイス７００は、方法５００におけるネットワークデバイスに対応してもよく、ネットワークデバイスの対応する動作が実施されてもよく、簡潔にするために、ここでは詳しい説明を省略する
図１０は本願の実施例における端末１３００のブロック図である。該端末１３００は、通信ユニット１３２０及び処理ユニット１３１０を含む。
【０３６３】
処理ユニット１３１０は、少なくとも１つのリソースに対応するサービス品質ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから、第１のリソースを選択するように構成され、通信ユニット１３２０は、前記第１のリソースを利用して、第２の端末と通信するように構成される。
【０３６４】
前記処理ユニット１３１０は、さらに、前記第１のリソースのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、前記伝送されるデータから、前記第１のリソースを利用して伝送するデータを選択するように構成される。
【０３６５】
任意選択で、本願の実施例において、前記処理ユニット１３２０は、さらに、前記少なくとも１つのリソースに対応するのＱｏＳ属性構成及び／又は伝送フォーマット構成及び、
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
少なくとも一部の伝送されるデータのサービス優先度識別子のうちの少なくとも１つに基づいて、前記少なくとも１つのリソースから、前記第１のリソースを選択するように構成される。
【０３６６】
任意選択で、本願の実施例において、前記第１のリソースは、前記少なくとも１つのリソースのうちの、以下の少なくとも１つの条件を満たすリソースであり、
少なくとも１つの条件は、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。
【０３６７】
任意選択で、本願の実施例において、前記処理ユニット１３１０は、さらに、現在使用されるリソースが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を使用することを満たさない場合、前記少なくとも１つのリソースから、前記第１のリソースを選択するように構成される。
【０３６８】
任意選択で、本願の実施例において、異なる通信方式が異なる伝送フォーマットに対応する。
【０３６９】
任意選択で、本願の実施例において、前記通信方式は、ロングタームエボリューションＬＴＥ又は新しいラジオＮＲを含む。
【０３７０】
任意選択で、本願の実施例において、前記伝送フォーマットは、通信モードで定義される。
【０３７１】
任意選択で、本願の実施例において、前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである。
【０３７２】
任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。
【０３７３】
任意選択で、本願の実施例において、前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。
【０３７４】
任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。
【０３７５】
任意選択で、本願の実施例において、前記ＱｏＳ属性は、時間Ｔ２を含む。
【０３７６】
任意選択で、本願の実施例において、前記少なくとも１つのリソースに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記端末の上位レイヤ、ネットワークデバイス、又は、前記端末以外の他の端末により構成される。
【０３７７】
任意選択で、本願の実施例において、前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記端末の上位レイヤ、ネットワークデバイス、又は、前記端末以外の他の端末により構成される。
【０３７８】
なお、端末デバイス１３００は、方法１２００における端末デバイスに対応することができ、その端末デバイスの対応する動作は、簡潔のためにここで説明を省略する。
【０３７９】
図１１は、本願の実施例に係る通信デバイス８００の概略的なブロック図である。図１１に示す通信デバイス８００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現するプロセッサ８１０を備える。
【０３８０】
任意選択で、図１１に示すように、通信デバイス８００は、メモリ８２０をさらに備えてもよい。プロセッサ８１０は、メモリ８２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。
【０３８１】
ここで、メモリ８２０は、プロセッサ８１０とは独立した１つの別個の部品であってもよく、プロセッサ８１０に集積されてもよい。
【０３８２】
任意選択で、図１１に示すように、通信デバイス８００は、プロセッサ８１０が他の装置と通信するように制御することができる、具体的には、他の装置に情報又はデータを送信するか、又は他の装置によって送信された情報又はデータを受信することができる、送受信機８３０を更に含むことができる。
【０３８３】
ここで、送受信機８３０は、送信機および受信機を含み得る。送受信機８０は、１つ以上の数のアンテナをさらに含むことができる。
【０３８４】
任意選択で、通信デバイス８００は、本願の実施例の様々な方法において、端末又はネットワークデバイスによって実施される対応するフローを実施してもよく、簡潔のためにここでは詳しい説明を省略する。
【０３８５】
図１２は、本願の実施例によるチップ９００の概略ブロック図である。図２に示されるチップ９００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実行することができるプロセッサ９１０を含む。
【０３８６】
任意選択で、図１２に示すように、チップ９００は、メモリ９２０をさらに含んでもよい。プロセッサ９１０は、メモリ９２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。
【０３８７】
ここで、メモリ９２０は、プロセッサ９１０とは独立した１つの別個の部品であってもよく、プロセッサ９１０に集積されていてもよい。
【０３８８】
任意選択で、チップ９００は、入力インターフェース９３０をさらに含み得る。プロセッサ９１０は、入力インターフェース９３０を制御して他のデバイス又はチップと通信してもよく、具体的には、他のデバイス又はチップによって送信された情報又はデータを取得してもよい。
【０３８９】
任意選択で、チップ９００は、出力インターフェース９４０も含み得る。プロセッサ９１０は、出力インターフェース９４０を制御して他のデバイスまたはチップと通信してもよく、具体的には、情報またはデータを他のデバイスまたはチップに出力してもよい。
【０３９０】
任意選択で、チップは、本願の実施例における端末又はネットワークデバイスに適用されてもよく、チップは、本願の実施例の様々な方法において端末又はネットワークデバイスによって実施される対応するフローを実施してもよく、簡潔にするためにここでは詳しい説明を省略する。
【０３９１】
本願の実施例で言及されるチップは、システムオンチップ、チップシステム、またはシステムチップなどと呼ばれることもあることを理解されたい。
【０３９２】
上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ( ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ、ＤＳＰ )、既製のプログラマブルゲートアレイ( ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ )、特定用途向け集積回路( ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ )、又は他のプログラマブル論理デバイス、トランジスタロジックデバイス、ディスクリートハードウェアコンポーネント等であり得る。ここで、汎用プロセッサは、マイクロプロセッサであってもよいし、一般的なプロセッサ等であってもよい。
【０３９３】
上記メモリは、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性メモリおよび不揮発性メモリの両方を含んでもよい。ここで、不揮発性メモリは、リードオンリーメモリ( ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ )、プログラマブルリードオンリーメモリ( ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ )、消去可能プログラマブルリードオンリーメモリ( ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ )、電気的消去可能プログラマブルリードオンリーメモリ( ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ )、またはフラッシュメモリであってもよい。揮発性メモリは、ランダムアクセスメモリ( ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ )であってよい。
【０３９４】
上述のメモリは、限定ではなく例示的であるが、例えば、本願の実施例におけるメモリは、スタティックランダムアクセスメモリ( ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ )、ダイナミックランダムアクセスメモリ( ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ )、同期ダイナミックランダムアクセスメモリ( ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ )、デュアルデータレート同期ダイナミックランダムアクセスメモリ( ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ )、拡張同期ダイナミックランダムアクセスメモリ( ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ )、同期接続ダイナミックランダムアクセスメモリ（ ｓｙｎch liｎk ＤＲＡＭ、ＳＬＤＲＡＭ )、及びダイレクトメモリバスランダムアクセスメモリ( Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ )等であってもよいことが理解されるべきである。すなわち、本願の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。
【０３９５】
図１３は、本願の実施例による通信システム１０００の概略ブロック図である。図１３に示すように、通信システム１０００は、第１の端末１０１０と、第２の端末１０２０とを備える。ここで、該第１の端末１０１０は、上記方法のうち、第１の端末により実現される対応する機能を実現するために使用され得る。この第２の端末１０２０は、上記の方法で第２の端末によって実現される対応する機能を実現するために使用され得る。簡潔にするために、ここでは説明を省略する。
【０３９６】
図１４は、本願の実施例による通信システム１１００の概略ブロック図である。図１４に示すように、通信システム１１００は、端末１１１０と、ネットワークデバイス１１２０とを含む。そのうち、該端末１１１０は、上記方法のうち端末デバイスによって実現される対応する機能を実現するために使用され得る。ネットワークデバイス１１２０は、ネットワークデバイスによって実装される上述の方法の対応する機能を実装するために使用され得る。簡潔にするために、ここでは説明を省略する。
【０３９７】
当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本願の範囲から逸脱するものと考えられるべきではない。
【０３９８】
当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。
【０３９９】
本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。
【０４００】
上記分離手段として説明したユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示する手段は、物理的なユニットであってもなくてもよく、１箇所にあってもよく、あるいは複数のネットワークユニットに分散していてもよい。また、本実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。
【０４０１】
また、本願の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。
【０４０２】
また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術的解決策の本質または従来技術に寄与する部分、または本願の技術的解決策の部分は、１つのコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであり得る)に本願の様々な実施例に記載された方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。なお、前記記憶媒体としては、U-ディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。
【０４０３】
以上、本願の具体的な実施例を説明したが、本願の技術的範囲はこれに限定されるものではなく、本願が属する技術分野で通常の知識を有する者であれば、本願の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本願の保護範囲は、特許請求の範囲によって定義されるべきである。
【図１】
2021523615.tif 000003
【図２】
2021523615.tif 000004
【図３】
2021523615.tif 000005
【図４】
2021523615.tif 000006
【図５】
2021523615.tif 000007
【図６】
2021523615.tif 000008
【図７】
2021523615.tif 000009
【図８】
2021523615.tif 000010
【図９】
2021523615.tif 000011
【図１０】
2021523615.tif 000012
【図１１】
2021523615.tif 000013
【図１２】
2021523615.tif 000014
【図１３】
2021523615.tif 000015
【図１４】
2021523615.tif 000016
【国際調査報告】
2021523615.tif 000017
2021523615.tif 000018
2021523615.tif 000019
2021523615.tif 000020
2021523615.tif 000021
2021523615.tif 000022