JP2021523615A - 通信方法及びデバイス - Google Patents

Abstract

本願の実施例は、少なくとも１つのキャリア又はリソースプールが存在するシナリオにおいて、サイドリンク通信のリソース選択を行うことができる通信方法及び端末を提供する。該方法は、第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択することと、前記第１のキャリア又は前記第１のリソースプールを利用して、前記第１の端末が第２の端末と通信することとを含む。

Description

関連出願の相互参照

本願は、２０１８年５月７日に中国特許庁に出願され、発明名「通信方法及び端末」、ＰＣＴ／ＣＮ２０１８/０８５８６１のＰＣＴ出願、２０１８年７月１９日に中国特許庁に出願され、発明名「通信方法及び端末」、ＰＣＴ／ＣＮ２０１８/０９６３５０のＰＣＴ出願、２０１８年８月２０日に中国特許庁に出願され、発明名「通信方法及び端末」、ＰＣＴ／ＣＮ２０１８/１０１３３０のＰＣＴ出願、２０１８年０９月２１日に中国特許庁に出願され、発明名「通信方法及び端末」、ＰＣＴ／ＣＮ２０１８/１０７１２０のＰＣＴ出願、及び２０１８年１１月０１日に中国特許庁に出願され、発明名「通信方法及び端末」、出願番号ＰＣＴ／ＣＮ２０１８/１１３５２０のＰＣＴ出願の優先権を主張し、その全体は、参照により本明細書に組み込まれる。

本願は、通信分野に関し、具体的に、通信方法及びデバイスに関する。

車両ネットシステムは、従来のロングタームエボリューション( Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )システムにおける基地局を介した通信データの受信または送信の方式とは異なり、デバイスツーデバイス( Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、Ｄ2Ｄ )に基づくサイドリンク( Ｓｉｄｅｌｉｎｋ、ＳＬ )送信技術を採用し、端末ツー端末の直接通信の方式を採用し、したがって、より高いスペクトル効率およびより低い送信遅延を有する。

サイドリンクの通信では、端末間の通信に基地局からリソースを割り当てることができ、端末がセンシング（ｓｅｎｓｉｎｇ）＋予約（ｒｅｓｅｒｖａｔｉｏｎ）のリソース選択方式を採用してもよい。

サイドリンクの通信において、少なくとも１つのキャリアまたはリソースプールのシナリオが存在し得るが、このシナリオにおいてどのようにリソースの選択を行う方法は、解決すべき課題である。

本願の実施例は、少なくとも１つのキャリア又はリソースプールが存在する場合、サイドリンク通信のリソースを選択することができる通信方法及びデバイスを提供する。

第１の態様は、サイドリンクのための通信方法を提供し、
第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ属性）構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択することと、
前記第１のキャリア又は前記第１のリソースプールを利用して、前記第１の端末が第２の端末と通信することとを含む。

第２の態様は、サイドリンクのための通信方法を提供し、第１の端末が少なくとも１つのリソースに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから第１のリソースを選択し、前記第１のリソースを利用して前記第１の端末が第２の端末と通信することを含む。

第３の態様は、無線通信方法を提供し、
端末が前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択することと、
前記少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、前記端末がメディアアクセス制御ＭＡＣ ＰＤＵを生成することと、
前記端末が目標リソースで前記ＭＡＣ ＰＤＵを送信することとを含む。
第４の態様は、無線通信方法を提供し、端末が伝送されるデータの伝送フォーマットを示す第１の情報をネットワークデバイスに送信することを含む。

第５の態様は、無線通信方法を提供し、ネットワークデバイスが、端末により送信された伝送されるデータの伝送フォーマットを示す第１の情報を受信することを含む。

第６の態様は、上記第１から第４の態様のいずれかの方法を実行するための端末を提供する。

具体的には、端末は、上記の第１から第４の態様のいずれかの方法を実行するための機能モジュールを含む。

第７の態様は、プロセッサとメモリとを含む端末を提供する。このメモリは、コンピュータプログラムを記憶し、このプロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記第１から第４のいずれかの方法を実行する。

第８の態様は、上記第５の態様の方法を実行するためのネットワークデバイスを提供する。

具体的には、ネットワークデバイスは、上記第５の態様における方法を実行するための機能モジュールを含む。

第９の態様では、プロセッサとメモリとを含むネットワークデバイスを提供する。このメモリは、コンピュータプログラムを記憶し、プロセッサは、メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記第５の態様における方法を実行する。

第１０の態様は、上記第１から第４の態様のいずれかの方法を実施するためのチップを提供する。

具体的には、チップは、コンピュータプログラムをメモリから呼び出して実行するプロセッサを備え、チップが搭載された装置に、上記第１から第５のいずれかの方法を実行させる。

第１１の態様は、コンピュータに、上記第１から第５の態様のいずれかの方法を実行させるコンピュータプログラムを記憶する、コンピュータ可読記憶媒体を提供する。

第１２の態様は、コンピュータに、上記第１から第５の態様のいずれかの方法を実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。

第１３の態様は、コンピュータ上で実行されると、コンピュータに、第１または第２の態様の第１から第５の態様のいずれかに記載の方法を実行させるコンピュータプログラムを提供する。

そして、本願の実施例において、第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプール又は少なくとも１つの対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第２の端末と通信する第１のキャリア又は第１のリソースプールを選択することで、伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に適合されるキャリア又はリソースプールを選定することができる。

本願の実施例におけるサイドリンクの応用シナリオの模式図である。 本願の実施例におけるサイドリンクの他の応用シナリオの模式図である。 本願の実施例におけるサイドリンクのための通信方法のフローチャートである。 本願の実施例におけるサイドリンクのための通信方法のフローチャートである。 本願の実施例におけるリソースの選択の模式図である。 本願の実施例における無線通信方法のフローチャートである。 本願の実施例における無線通信方法のフローチャートである。 本願の実施例における端末のブロック図である。 本願の実施例におけるネットワークデバイスのブロック図である。 本願の実施例における端末のブロック図である。 本願の実施例における通信デバイスのブロック図である。 本願の実施例におけるチップのブロック図である。 本願の実施例における通信システムのブロック図である。 本願の実施例における通信システムのブロック図である。

以下、本願の実施例における技術的解決策を、本願の実施例における添付図面と併せて、明確かつ完全に説明する。

なお、本願の実施例の技術は、例えば、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ （ ＧＳＭ )方式、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＣＤＭＡ )方式、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＷＣＤＭＡ )方式( Ｒｅｌ−１５対応方式)、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ ＬＴＥ )方式、Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ （ ＦＤＤ )方式、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ （ ＴＤＤ ）方式、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ （ ＵＭＴＳ )方式、将来の５Ｇ通信方式等の各種通信方式に適用可能であることは言うまでもない。

本願は、端末デバイスに関連して様々な実施例を説明している。端末デバイスは、ユーザ装置( Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ )、アクセス端末、ユーザデバイス、ユーザ局、移動局、リモート端末、モバイル装置、ユーザ端末、無線通信デバイス、ユーザエージェント又はユーザ装置を指してもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル( Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ )電話、ワイヤレスローカルループ（ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ ）局、パーソナルデジタル処理（ Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ )、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末デバイス、または将来の陸上公衆移動通信ネットワーク( Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ )ネットワークにおける端末デバイスなどであり得る。

本願は、ネットワークデバイスに関連して様々な実施例を説明する。ネットワークデバイスは、端末デバイスと通信するための装置であってもよく、例えば、ＧＳＭシステム又はＣＤＭＡ （ Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ ）に置ける基地局であってもよく、ＷＣＤＭＡシステムにおける基地局( ＮｏｄｅＢ、ＮＢ )であってもよく、ＬＴＥしすてむにおけるはってんがたきちきょく（ Ｅｖｏｌｕｔｉｏｎａｌ Ｎode Ｂ、ｅＮＢ又はｅＮｏｄｅＢ )であってもよく、または、中継局、アクセスポイント、車載装置、ウェアラブル装置、および将来の５Ｇネットワークにおけるネットワーク側装置または将来の発展型ＰＬＭＮネットワークにおけるネットワーク側装置などであってもよい。

図１及び図２は、本願の実施例の応用シナリオの概略図である。図１は、１つのネットワークデバイスと２つの端末デバイスを例示しているが、任意選択で、無線通信システムは、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスのカバレッジ内に他の数の端末デバイスを含んでもよく、本願の実施例はこれに限定されない。また、当該無線通信システムは、移動管理エンティティ( Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ )、サービングゲートウェイ( Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、Ｓ−ＧＷ )、パケットデータネットワークゲートウェイ( Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、Ｐ−ＧＷ )等の他のネットワークエンティティを含んでもよいが、本願の実施例はこれに限定されない。

具体的には、端末デバイス２０と端末デバイス３０は、Ｄ２Ｄ通信モードで通信可能であり、Ｄ２Ｄ通信を行う場合、端末デバイス２０と端末デバイス３０は、Ｄ２Ｄリンク( Ｓｉｄｅｌｉｎｋ、ＳＬ )を通じて直接通信する。例えば、図１または図２に示すように、端末デバイス２０と端末デバイス３０とは、サイドリンクで直接通信を行う。図１において、端末デバイス２０と端末デバイス３０とは、ネットワークデバイスにより伝送リソースが割り当てられたサイドリンクにより通信を行う。

任意選択で、Ｖ２Ｖシナリオに図１に示すシーンを用いてもよく、図２に示すモードをモード３と称し、車載端末の伝送リソースを基地局が割り当て、車載端末が基地局から割り当てられたリソースに従ってサイドリンクでデータ送信を行うようにしてもよく、基地局は、端末に、１回の伝送のためのリソースを割り当ててもよいし、半静的伝送のためのリソースを割り当ててもよい。

図２において、端末デバイス２０と端末デバイス３０との間は、サイドリンク通信を行い、その伝送リソースが端末デバイスにより自律的に選択し、ネットワークデバイスが伝送リソースを割り当てる必要がない。

任意選択で、図１に示すシナリオがＶ２Ｖシナリオに適用し、図２に示すモードをモード４と称し、車載端末がセンシング（ｓｅｎｓｉｎｇ）＋予約（ｒｅｓｅｒｖａｔｉｏｎ）の伝送方式を採用してもよい。車載端末は、リソースプールにおいて可用な伝送リソースセットをセンシングすることにより取得し、端末は、そのセットからランダムに１つのリソースを抽出してデータの伝送を行う。車両ネットワークシステムにおけるトラフィックは周期的な特徴を有するため、端末は、通常、半静的な送信方式を採用し、即ち、端末が１つの伝送リソースを選択した後、複数の伝送周期にわたってリソースを使用し続けることにより、リソース再選択およびリソース衝突の確率を低減する。端末は、今回伝送した制御情報に、次回伝送のリソース情報を予約することで、他の端末は、そのユーザの制御情報を検出することで、そのユーザがそのリソースを予約使用するか否かを判断することができ、リソースの衝突を低減することができる。

Ｄ２Ｄ通信方式は、車両間通信( Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ、略して「Ｖ２Ｖ」)または車両から他の装置( Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ )へ通信、または拡張(セルラ)車両ネットワーク( ｅｎｈａｎｃｅｄ Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、ｅＶ２Ｘ )のために使用され得る。Ｖ２Ｘ通信において、Ｘは、限定ではないが、低速で移動する無線デバイス、高速で移動する車載デバイス、または無線送受信能力を有するネットワーク制御ノードなど、無線送受信能力を有する任意のデバイスを広く指すことができる。本願の実施例は主にＶ２Ｘ通信のシナリオに適用されるが、他のＤ２Ｄ通信のシナリオにも適用可能であり、本願の実施例はこれに限定されないことを理解すべきである。

図３は本願の実施例におけるサイドリンクのための通信方法３００のフローチャートである。該方法３００は、以下の少なくとも一部の内容を含む。

なお、以下の第１の端末はデータの送信側、第２の端末はデータの受信側とし、この時、第１の端末は第２の端末にデータを送信するための目標ソースを選択する。又は、第１の端末がデータの受信側、第２の端末がデータの送信側となり、第１の端末が第２の端末が送信したデータを受信するための目標リソースを選択するようにしてもよい。

３１０において、第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、少なくとも１つのキャリア又は少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択する。

３２０において、第１のキャリア又は第１のリソースプールを利用して、第１の端末が第２の端末と通信する。

図４は本願の実施例におけるサイドリンクのための通信方法１２００のフローチャートである。該方法１２００は、以下の少なくとも一部の内容を含む。

なお、以下の第１の端末はデータの送信側、第２の端末はデータの受信側とし、この時、第１の端末は第２の端末にデータを送信するための目標ソースを選択する。又は、第１の端末がデータの受信側、第２の端末がデータの送信側となり、この時、第１の端末が第２の端末が送信したデータを受信するための目標リソースを選択するようにしてもよい。

１２１０において、第１の端末が少なくとも１つのリソースに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、少なくとも１つのリソースから、第１のリソースを選択する。

１２２０において、第１のリソースを利用して、第１の端末が第２の端末と通信する。

以下、方法３００及び方法１２００の実施態様が以下に説明され、以下に説明される特定の実施態様は、方法３００又は方法１２００に適応され得る。

任意選択で、本願の実施例において、該少なくとも１つのキャリアは、サイドリンク通信に応用されるキャリアであり、各キャリアに少なくとも１つのリソースプールがそれぞれ構成され、リソースプールが複数のリソースを含み、端末間のサイドリンクの通信を実現する。

ここで、各キャリアがＱｏＳ属性構成及び／又は伝送フォーマット構成を有する。

異なるキャリアのＱｏＳ属性構成及び／又は伝送フォーマット構成は、同じであってもよいし、異なってもよい。

任意選択で、本願の実施例において、１つのキャリアに１つのリソースプールが構成される場合、該キャリアのＱｏＳ属性構成及び／又は伝送フォーマット構成は、このリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成であってもよい。

任意選択で、本願の実施例において、少なくとも１つのリソースの各リソースがそれぞれのＱｏＳ属性構成及び／又は伝送フォーマット構成を有し、各リソースのＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、少なくとも１つのリソースから、第１のリソースを選択する。

任意選択で、本願の実施例で言及されるリソースは、時間領域、周波数領域、コード領域、及び空間領域のうちの少なくとも一つの次元を有するリソースであってもよい。

任意選択で、本願の実施例において、ＱｏＳ属性は、時間Ｔ２を含み、サービス品質を示す属性を含んでもよい。

任意選択で、本願の実施例において、１つのキャリアが複数のリソースプールで構成され、各リソースプールがそれぞれ１つのＱｏＳ属性構成を有する場合、このキャリアのＱｏＳ属性構成は、複数の値( １つのＱｏＳ属性について)を有してもよく、又は、キャリアのＱｏＳ属性構成は、複数の値の平均値などであってもよい。

又は、１つのキャリアが複数のリソースプールを備え、各リソースプールが１つの伝送フォーマット構成を有する場合、このキャリアの伝送フォーマット構成は複数の値を有することができる。

任意選択で、本願の実施例において、１つのキャリアが複数のリソースで構成され、各リソースがそれぞれ１つのＱｏＳ属性構成を有する場合、このキャリアのＱｏＳ属性構成は、１つのＱｏＳ属性について複数の値を有してもよく、または、このキャリアのＱｏＳ属性構成は、複数の値の平均値などであってもよい。

又は、１つのキャリアが複数のリソースで構成され、各リソースがそれぞれの伝送フォーマット構成を有する場合、該キャリアの伝送フォーマット構成が複数の値を有してもよい。

任意選択で、本願の実施例において、キャリアのＱｏＳ属性構成は、該キャリアの該第１の端末及び／又は第２の端末の現在位置のリソースプールのＱｏＳ構成であってもよく、現在位置で利用可能なキャリアが複数である場合、該ＱｏＳ構成に複数の値が存在し、又は、この複数の値の平均値であってもよい。

任意選択で、本願の実施例において、キャリアの伝送フォーマット構成は、該キャリアの該第１の端末及び／又は第２の端末の現在位置のリソースプールの伝送フォーマット構成であってもよく、現在位置で利用可能なキャリアが複数である場合、該伝送フォーマット構成に複数の値が存在し、又は、この複数の値の平均値であってもよい。

任意選択で、本願の実施例において、該少なくとも１つのリソースプールは、１つのキャリアに対応してもよいし、１以上のキャリアに対応してもよい。

ここで、各リソースプールは、時間Ｔ２構成及び／又は伝送フォーマット構成を有してもよい。

任意選択で、本願の実施例において、リソースプールの時間Ｔ２構成は、ある時刻に対する、このリソースプールのリソースを用いたデータ伝送の時刻の最大許容遅延時間を指すことができる。任意選択で、この時刻は、物理レイヤがメディアアクセス制御( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ )レイヤにキャリアセンシングのセンシング結果を報告する時刻であってもよく、ここで、物理レイヤがＭＡＣレイヤにセンシング結果を報告するイベントは、任意選択で、端末がパケットを受信するイベントによってトリガされてもよい。

任意選択で、本願の実施例において、リソースの時間Ｔ２構成は、ある時刻に対する、このリソースを用いたデータ伝送の時刻の最大許容遅延時間を指すことができる。任意選択で、この時刻は、物理レイヤがメディアアクセス制御( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ )レイヤにキャリアセンシングのセンシング結果を報告する時刻であってもよく、ここで、物理レイヤがＭＡＣレイヤにセンシング結果を報告するイベントは、任意選択で、端末がパケットを受信するイベントによってトリガされてもよい。

任意選択で、本願の実施例において、キャリアの時間Ｔ２構成は、ある時刻に対する、このキャリアのリソースプールのリソースを用いたデータ伝送の時刻の最大許容遅延時間を指すことができる。任意選択で、この時刻は、物理レイヤがメディアアクセス制御( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ )レイヤにキャリアセンシングのセンシング結果を報告する時刻であってもよく、ここで、物理レイヤがＭＡＣレイヤにセンシング結果を報告するイベントは、任意選択で、端末がパケットを受信するイベントによってトリガされてもよい。

例えば、第１の端末にとって時刻ｎに新規パケットが到着し、リソースの選択が必要となった場合、端末は過去一定時間(例えば１秒)のセンシング結果から[ ｎ＋Ｔ１、ｎ＋Ｔ２ ]ミリ秒内に後続のデータを送信するためのリソースの選択を行う。

任意選択で、本願の実施例において、時間Ｔ２構成は、最大時間遅延構成または許容最大時間遅延構成と呼ばれることもある。

任意選択で、本願の実施例において、Ｔ２は、ミリ秒レベルの値であり、例えば、２０ミリ秒< = Ｔ２ < = １００ミリ秒である。

任意選択で、本願の実施例において、Ｔ１は、ミリ秒レベルの数値であってもよく、例えば、Ｔ１ < = ４ミリ秒である。

任意選択で、本願の実施例において、伝送フォーマットは、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔等）、通信モード及び伝送されるデータの参照信号のうちの少なくとも１つによって、定義される。

つまり、異なる伝送フォーマットに対して、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔等）、通信モード及び伝送されるデータの参照信号のうちの少なくとも１つが異なる。

任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって、定義される。

つまり、異なる伝送フォーマットに対して、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つが異なる。

例えば、リソースプール又はキャリアに対応する異なる伝送フォーマットに対して、リソースプール又はキャリアに利用可能なリソースの時間属性（例えば、１つの利用可能なリソースの時間ユニット（例えば、シンボル、スロット等）の数、１つのシンボルの時間長さ）、リソースプール又はキャリアに利用可能なリソースの周波数属性（リソースプール又はキャリア全体が占用する帯域幅、サブキャリア間隔、１つの利用可能なリソースの周波数大きさ）、リソースプール又はキャリアに利用可能なリソースグラントの属性（１つリソースグラントが対応するリソースの大きさ等）、リソースプール又はキャリアに関連するソースアドレス及び／又は目標アドレス（例えば、異なるリソースプール及び／又はキャリアが異なるソースアドレス及び／又は目標アドレスに関連し、ここで、ソースアドレスに関連する場合、該ソースアドレスに対応する端末が該リソースプール又はキャリアを利用してデータ送信し、目標アドレスに関連する場合、データがある目標アドレスに送信する必要がある場合、該目標アドレスに関連するリソースプール又はキャリアを利用して、データを該目標アドレスに対応する端末に送信する）のうちの少なくとも１つが、異なる。

例えば、リソースに対応する異なる伝送フォーマットに対して、リソースの時間属性（例えば、シンボル、スロットの数、１つのシンボルの時間長さ）、周波数属性（例えば、占用される帯域幅、サブキャリア間隔、周波数大きさ）、リソース関連するソースアドレス及び／又は目標アドレス（例えば、異なるリソースが異なるソースアドレス及び／又は目標アドレスに関連し、ここで、ソースアドレスに関連する場合、該ソースアドレスに対応する端末が該リソースを利用してデータ送信し、目標アドレスに関連する場合、データがある目標アドレスに送信する必要がある場合、該目標アドレスに関連するリソースを利用して、データを該目標アドレスに対応する端末に送信する）のうちの少なくとも１つが、異なる。

なお、本願の実施例は、伝送フォーマットの複数の定義方式を説明し、それらは組み合わせて使用されてもよく、簡潔にするためにここで説明を省略する。

任意選択で、本願の実施例において、前記少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。

任意選択で、本願の実施例において、前記少なくとも１つのリソースに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。

任意選択で、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。

任意選択で、本願の実施例に係るサイドリンクの通信シナリオにおいて、通信モードがユニキャスト通信モードである場合、第１の端末はユニキャストで１つの端末と通信することができ、通信モードがマルチキャスト通信モードである場合、第１の端末は、マルチキャストで１セットの端末と通信を行うことができ、通信モードがブロードキャスト通信モードである場合、第１の端末は、ブロードキャストで他の端末と通信を行うことができる。

例えば、異なるシステム間で１つの特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。

例えば、Ａシステムのコーデック方式とＢシステムのコーデック方式が同じで、Ａシステムの参照信号とＢシステムの参照信号が異なる場合、Ａシステムの伝送フォーマットとＢシステムの伝送フォーマットが異なっていると特定できる。

例えば、異なるシステム間で２つの特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。

例えば、Ａシステムの参照信号がＢシステムの参照信号と同じ、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと同じであると判定する。

また、例えば、Ａシステムの参照信号がＢシステムの参照信号と異なり、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと異なると判定する。

例えば、異なるシステム間で３つ以上の特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。

例えば、Ａシステムの参照信号がＢシステムの参照信号と同じ、Ａシステムのコーデック方式とＢシステムのコーデック方式と異なり、Ａシステムの論理チャネルがＢシステムの論理チャネルと異なり、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと同じであると判定する。

また、例えば、Ａシステムの参照信号がＢシステムの参照信号と異なり、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なり、Ａシステムの論理チャネルがＢシステムの論理チャネルと異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと異なると判定する。

任意選択で、本願の実施例において、異なる通信方式（又はシステム）が異なる伝送フォーマットに対応する。ここで、通信方式（又はシステム）は、ＬＴＥ又は新しいラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）であってもよい。

又は、ＬＴＥについて、（Ｒｅｌｅａｓｅ）１４和Ｒｅｌｅａｓｅ １５の通信方式に分ける。

異なる通信方式の伝送フォーマットは、互換性がない。

例えば、ＬＴＥシステムの受信側は、ＮＲシステムの送信側により送信された、ＮＲシステムの伝送フォーマットを有するデータを受信できない。

又は、ＬＴＥシステムの送信側は、ＮＲシステムの伝送フォーマットを有するデータを送信できない。

任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。

ここで、本願の実施例における前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。

本願の実施例において、リソースがリソース選択モードに対応してもよい。例えば、リソースのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該リソースはネットワークによりスケジューリングされ、リソースのリソース選択モードが端末の自律選択モードである場合、該リソースが端末により自律選択されるリソースであり、リソースのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該リソースが他の端末により補助的に選択する。そして、端末は、各リソースのリソース選択モードに基づいて、リソース選択モード要求に適合するリソースを選択することができる。

又は、本願の実施例において、キャリアがリソース選択モードに対応してもよい。例えば、キャリアのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該キャリアのリソースはネットワークによりスケジューリングされ、キャリアのリソース選択モードが端末の自律選択モードである場合、該キャリアのリソースが端末により自律選択されるリソースであり、キャリアのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該キャリアのリソースが他の端末により補助的に選択する。そして、端末は、各キャリアのリソース選択モードに基づいて、リソース選択モード要求に適合するキャリアを選択することができる。

任意選択で、本願の実施例において、第１の端末は、該第１のキャリア又は該第１のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、該伝送されるデータから、該目標リソースを利用して伝送するデータを選択することができる。任意選択で、本願の実施例において、前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。

具体的に、第１の端末は、第１のキャリア又は第１のリソースプールを選択した後、伝送されるデータから、どのデータを選択して第１のキャリアに対応するリソースプール又は該第１のリソースプールにおいて送信することができ、具体的に、該第１のキャリア及び／又は該第１のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて決定する。例えば、第１のキャリア又は第１のリソースプールのＱｏＳ属性構成があるデータのＱｏＳ属性要求を満たす場合、これらのデータを該第１のキャリアのリソースプール又は第１のリソースプールにおけるリソースで送信することができる。例えば、第１のキャリア又は第１のリソースプールの伝送フォーマット構成があるデータの伝送フォーマット要求を満たす場合、これらのデータを該第１のキャリアのリソースプール又は第１のリソースプールにおけるリソースで送信することができる。

任意選択で、本願の実施例において、第１の端末は、該第１のリソースのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、該伝送されるデータから、該目標リソース（例えば、第１のリソース）を利用して伝送するデータを選択することができる。任意選択で、本願の実施例において、前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。

具体的に、第１の端末は、第１のリソースを選択した後、伝送されるデータから、どのデータを選択して該第１のリソースにおいて送信することができ、具体的に、該第１のリソースのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて決定されてもよい。例えば、第１のリソースのＱｏＳ属性構成があるデータのＱｏＳ属性要求を満たす場合、これらのデータを該第１のリソースで送信することができる。例えば、第１のリソースの伝送フォーマット構成があるデータの伝送フォーマット要求を満たす場合、これらのデータを該第１のリソースで送信することができる。

任意選択で、本願の実施例において、第１の端末は、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成及び以下の項目の少なくとも１つに基づいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールから、該第１のキャリア又は該第１のリソースプールを選択することができ、ここで、上記の項目は、
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールのチャネルビジー率、ここで、チャネルビジー率がチャネル占有比率等と呼ばれてもよく、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するサービス優先度識別子とチャネルビジー率要求との対応関係、
該少なくとも一部の伝送されるデータのサービス優先度識別子を含む。

任意選択で、本願の実施例において、第１の端末は、該少なくとも１つのリソースに対応するのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び以下の項目の少なくとも１つに基づいて、該少なくとも１つのリソースから該第１のリソースを選択することができ、ここで、上記の項目は、
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
該少なくとも一部の伝送されるデータのサービス優先度識別子を含む。

以下、様々な実施例を参照して説明する。

ある実現形態おいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するＴ２時間構成及び少なくとも一部の伝送されるデータの時間遅延要求に基づいて、該少なくとも１つのキャリア又は少なくとも１つのリソースプールからキャリア又はリソースプールを選択することができる。ここで、選択されたキャリア又はリソースプールは、Ｔ２遅延構成が該少なくとも一部の伝送されるデータの遅延要求を満たすキャリア又はリソースプールである。

ある実現形態おいて、該少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応する伝送フォーマット構成及び少なくとも一部の伝送されるデータの伝送フォーマット要求に基づいて、該少なくとも１つのキャリア又は少なくとも１つのリソースプールからキャリア又はリソースプールを選択することができる。ここで、選択されたキャリア又はリソースプールは、伝送フォーマット構成が該少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすキャリア又はリソースプールである。

ある実現形態おいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールのチャネルビジー率に基づいてキャリア又はリソースプールを選択することができる。例えば、選択されたキャリア又はリソースプールは、チャネルビジー率が最低又は所定値よりも低いキャリア又はリソースプールである。

ある実現形態おいて、該少なくとも１つのリソースに対応するＴ２ 時間構成及び少なくとも一部の伝送されるデータの遅延要求に基づいて、該少なくとも１つのリソースプールからリソースを選択することができる。ここで、選択されたリソースは、Ｔ２ 遅延構成が該少なくとも一部の伝送されるデータの遅延要求を満たすリソースである。

ある実現形態おいて、該少なくとも１つのリソースに対応する伝送フォーマット構成及び少なくとも一部の伝送されるデータの伝送フォーマット要求に基づいて、該少なくとも１つのリソースからリソースを選択することができる。ここで、選択されたリソースは、伝送フォーマット構成が該少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすリソースである。

ある実現形態おいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールのチャネルビジー率、該少なくとも一部の伝送されるデータのサービス優先度識別子、及び該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するサービス優先度識別子とチャネルビジー率要求との対応関係に基づいて、キャリア又はリソースプールを選択することができる。

ここで、各キャリア又はリソースプールがそれぞれ対応関係に対応し、該対応関係は、少なくとも１つのサービス優先度識別子と少なくとも１つのチャネルビジー率要求との対応関係を示す。サービス優先度識別子に対応するチャネルビジー率要求は、該サービス優先度識別子に対応する優先度最高であるチャネルビジー率である。又は、複数のキャリア又は複数のリソースプールに対応する該対応関係は、同じである。

任意選択で、キャリアに対応する該対応関係は、第１の端末及び／又は第２の端末が位置する位置で利用可能なリソースプールに対応する対応関係であっても良い。

これにより、第１の端末は、少なくとも一部の伝送されるデータのチャネルビジー率及び該対応関係、及び各キャリア又はリソースプールのチャネルビジー率に基づいて、該少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求を満たすキャリア又はリソースプールを決定することができる。

ある実現形態おいて、該少なくとも一部の伝送されるデータのサービス優先度識別子、及び該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応する時間Ｔ２構成及び／又は伝送フォーマット構成に基づいて、第１のキャリア又は第１のリソースプールを決定することができる。例えば、サービス優先度識別子と時間Ｔ２構成（及び／又は伝送フォーマット構成）とが対応関係を有する場合、該少なくとも一部の伝送されるデータのサービス優先度識別子及び該対応関係に基づいて、キャリア又はリソースプールを選択する。

任意選択で、本願の実施例において、サービス優先度識別子は、伝送されるデータのサービス優先度を示し、該サービス優先度識別子は、単一パケット優先度（ＰｒｏＳｅ Ｐｅｒ−Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ、ＰＰＰＰ）であっても良い。

なお、上記で説明された様々な実施例は、組み合わせて使用されてもよく、すなわち、様々な実施例で利用される様々な要因が同時に考慮されてもよい。

たとえば、キャリア選択は、各キャリアのチャネルビジー率( Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ、ＣＢＲ )測定値に基づいて行われ、たとえば、端末は、特定のしきい値を下回るＣＢＲを有するキャリアを選択し、異なるＰＰＰＰについてこのしきい値が異なり、選択されたキャリアセット内部において、Ｔ２構成が遅延要求を満たすキャリアを選択し、さらに、選択されたキャリアセット内部において、端末がＣＢＲの最も低いキャリアを選択する。

たとえば、キャリア選択は、各キャリアのＣＢＲ測定値に基づいて行われ、たとえば、端末は、特定のしきい値を下回るＣＢＲを有するキャリアを選択し、異なるＰＰＰＰについてこのしきい値が異なり、選択されたキャリアセット内部において、Ｔ２構成が遅延要求を満たすリソースプールのキャリアを選択し、さらに、選択されたキャリアセット内部において、端末がＣＢＲの最も低いキャリアを選択する。

たとえば、キャリア選択は、各キャリアのＣＢＲ測定値に基づいて行われ、たとえば、端末は、ＣＢＲが特定のしきい値を下回るキャリアを選択し、異なるＰＰＰＰについてこのしきい値が異なり、選択されたキャリアセット内部において、端末がＣＢＲの最も低いキャリアを選択すし、さらに、選択されたキャリアにおいて、Ｔ２構成が要求を満たすリソースプールを選択する。

なお、ＰＰＰＰはチャネルビジー率要件に１対１に対応し、任意選択で、本願の実施例では、ＰＰＰＰと遅延要件とが所定の対応関係を有することもでき、例えば、伝送されるデータのＰＰＰＰが遅延要件に対応することもできる。

任意選択で、本願の実施例において、前記第１のリソースは、前記少なくとも１つのリソースのうちの、以下の少なくとも１つの条件を満たすリソースであり、ここで、上記の条件は、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。

具体的に、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、少なくとも１つのリソースから、第１のリソースを決定し、第１のリソースのＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすキャリア、及び／又は伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たす。

任意選択で、本願の実施例において、該第１のキャリアは、少なくとも１つのキャリアのうちの、以下の少なくとも１つの条件を満たすキャリアであり、ここで、少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求を満たすことと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすこととを含む。

伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たす。

任意選択で、本願の実施例において、該少なくとも１つのキャリアから第１のキャリアを選択する場合、第１の端末は、該第１のキャリアに対応する少なくとも一部のリソースプールの時間ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、該第１のキャリアに対応する少なくとも一部のリソースプールから、該第２のリソースプールを選択する。

すなわち、第１のキャリアが選択される場合、第１のキャリアが複数のリソースプールに対応して選択される場合、この複数のリソースプールからさらにリソースプールを選択することができる。

ここで、第２のリソースプールの選択方式は、第１のリソースプールの選択方式を参照する。

任意選択で、本願の実施例において、該第２のリソースプールは、該第１のキャリアに対応する少なくとも一部のリソースプールのうちの、以下の少なくとも１つの条件を満たすリソースプールであり、ここで、少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。

任意選択で、本願の実施例において、該第１のリソースプールは、該少なくとも１つのリソースプールのうちの、以下の少なくとも１つの条件を満たすリソースプールであり、ここで、少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。

任意選択で、本願の実施例において、該方法３００又は１２００は、キャリア又はリソースプールの再選択に使用される。

例えば、現在使用されるキャリア又はリソースプールが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を利用されることを満たさない場合、該少なくとも１つのキャリア又はリソースプールから、第１のキャリア又は第１のリソースプールを選択する。
例えば、現在使用されるリソースが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を使用することを満たさない場合、該少なくとも１つのリソースから、第１のリソースを選択する。

任意選択で、本願の実施例において、非単回の送信は、複数の送信、例えば、周期的な送信等であっても良い。

任意選択で、本願の実施例において、上記で言及した少なくとも一部の伝送されるデータは、現在の全ての伝送されるデータであってもよいし、一部の伝送されるデータ、例えば、優先度の高い伝送されるデータ等であってもよい。

当然ながら、方法３００または１２００は、キャリアまたはリソースプールの初期選択の場合にも適用可能である。

任意選択で、第１の端末は、第１のキャリアに対応する第２のリソースプールを利用して、第１の端末が第２の端末と通信することができる。

具体的に、第１の端末は、第１のキャリアに対応する第２のリソースプール又は第１のリソースプールから、第１の端末が目標リソースを選択することができる。

例えば、時刻ｎに新たなパケットが到着し、リソース選択が必要な場合、端末は、ある時間(センシング窓と呼ぶことができる)にわたるセンシング結果に基づいて、[ ｎ ＋ Ｔ1，ｎ ＋ Ｔ2 ]ミリ秒内にリソース選択を行い、ここで、 Ｔ１ < = ４、２０ < = Ｔ２ < = １００、ここで、[ ｎ ＋ Ｔ1，ｎ ＋ Ｔ2 ]は選択窓と呼ぶことができる。

端末が選択窓内でリソースを選択する過程は、次のようにしてもよい。

端末は、選択窓内で利用可能なリソースの全てをセットＡとして、セットＡ内のリソースに対して端末が除外操作を行う
端末が、センシング窓内のいくつかのサブフレーム(例えば、図５の縦線で埋められたブロック)におけるセンシング結果を有しない場合、これらのサブフレームは、選択窓内の対応するサブフレーム(例えば、図５の波点で埋められたブロック)におけるリソースが除外され、ここで、端末は、前記センシング窓と選択窓とのサブフレームとの対応関係を事前設定できる。

端末がセンシング窓内で、物理側リンク制御チャネル( Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ )が検出され、そのＰＳＳＣＨ−参照信号受信電力( Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、ＲＳＲＰ )が閾値より大きく、さらに、この制御情報によって予約された次の伝送リソースが、このユーザが送信しようとするデータとリソース衝突を起こした場合、ユーザはセットＡからリソースを除外する。

端末は、セットＡに残っているリソースに対してサイドリンク受信信号強度指示( Ｓｉｄｅｌｉｎｋ−Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ、Ｓ−ＲＳＳI )検出を行い、エネルギーの高低に応じてソートし、エネルギーの最も低い２０% (セットＡ中のリソースの個数に対する)リソースをセットＢに入れる
端末はセットＢの中から、等しい確率で１つのリソースを選択してデータ伝送を行う。

任意選択で、図５に示すように、第１の端末がリソースを選択して伝送する場合、ユーザは、リソースの使用をＸ回(例えば、図５の斜線で塗りつぶしたブロック)予約しておき、データを伝送する度にＸから１を減じ、Ｘが０まで減じた場合、端末は[ ０，１ ]の間の乱数をランダムに生成し、パラメータｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ ( Ｐ＿ｒｅｓＫｅｅｐ )と比較し、パラメータより大きい場合、端末はリソース再選択を行い、パラメータより小さい場合、端末はリソースを使用し続け、Ｘをリセットする。

任意選択で、第１の端末は、第１のキャリアに対応する第２のリソースを利用して、第１の端末が第２の端末と通信することができる。

具体的に、第１の端末は、第１のキャリアに対応するリソースにおいて、第１の端末が目標リソースを選択する。

ここで、該第２のリソースは、該第１のキャリアに対応する少なくとも一部のリソースのうちの、以下の少なくとも１つの条件を満たすリソースであり、ここで、上記の条件は、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。

従って、本願の実施例において、第１の端末は、少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第２の端末と通信するための第１のキャリア又は第１のリソースプールを選択することで、伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求を満たすキャリア又はリソースプールを選択することができる。

又は、本願の実施例において、第１の端末は、少なくとも１つのリソースに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから、第２の端末と通信するための第１のリソースを選択することで、伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求を満たするリソースを選択することができる。

図６は本願の実施例における無線通信方法４００のフローチャートである。任意選択で、本願の実施例において、該方法４００は、サイドリンク通信に応用される。勿論、該方法は、端末とネットワーク側との通信にも使用される。

図６に示すように、該方法４００は、以下の少なくとも一部の内容を含む。

４１０において、端末は、端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択する。ここで、送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性は、前記端末の上位レイヤに構成され、ネットワークデバイスに構成され、又は、前記端末以外の他の端末に構成される。

任意選択で、本願の実施例において、端末は、論理チャネルセットを選択し、前記端末の前記論理チャネルセットで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、前記少なくとも１つの第１の論理チャネルを選択する。

具体的に、端末デバイスは、該少なくとも１つの第１の論理チャネルを選択する前に、１つの論理チャネルセットを選択し、論理チャネルセットを選択した後、該論理チャネルセットから第１の論理チャネルを選択する。

ここで、前記論理チャネルセットにおける論理チャネルは、同じ目標アドレスを有する。つまり、論理チャネルセットは、目標アドレスに基づいて分け、各目標アドレスが１つの論理チャネルセットに対応し、１つの論理チャネルセットが少なくとも１つの論理チャネルを含む。

任意選択で、論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性は、論理チャネルで送信されるデータが要求される伝送フォーマット及び／又はＱｏＳ属性、又は、論理チャネルに構成される伝送フォーマット及び／又はＱｏＳ属性、又は、論理チャネルが要求される伝送フォーマット及び／又はＱｏＳ属性と理解されてもよい。

任意選択で、本願の実施例において、端末は、第１の伝送フォーマットを決定し、第１の伝送フォーマット、及び少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、第１の論理チャネルを選択する。

つまり、端末は、特定の伝送フォーマット及び各論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、論理チャネルの選択を行うことができる。

任意選択で、本願の実施例において、第１の論理チャネルで送信されるデータで構成される伝送フォーマットは、第１の伝送フォーマットを含み。

勿論、第１の論理チャネルで送信されるデータで構成される伝送フォーマットは、他の伝送フォーマットを含んでもよい。

任意選択で、本願の実施例において、端末は、目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、第１の伝送フォーマットを決定する。

任意選択で、本願の実施例において、第１の伝送フォーマットは、目標リソースで構成される伝送フォーマットのうちの少なくとも１つの伝送フォーマットを含む。

任意選択で、本願の実施例において、第１の伝送フォーマットは、少なくとも一部の送信されるデータで構成される伝送フォーマットのうちの少なくとも１つの伝送フォーマットを含む。

具体的に、目標リソースで構成される伝送フォーマットを、第１の伝送フォーマットとして決定してもよい。

又は、少なくとも一部の送信されるデータで構成される伝送フォーマットを、第１の伝送フォーマットとして決定してもよい。

又は、目標リソース及び少なくとも一部の送信されるデータで共通構成される伝送フォーマットを、第１の伝送フォーマットとして決定してもよい。

任意選択で、本願の実施例において、前記端末は、前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記第１の伝送フォーマットを決定する。

具体的に、前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１の伝送フォーマットを決定する。

つまり、端末デバイスにＱｏＳ属性と伝送フォーマットとの対応関係が構成され、該対応関係において、前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に対応する伝送フォーマット、即ち、第１の伝送フォーマットを決定する。ここで、該対応関係がリソースのＱｏＳ属性構成と伝送フォーマットとの対応関係であってもよく、この場合、目標リソースで構成されるＱｏＳ属性に基づいて、第１の伝送を決定することができる。

任意選択で、該少なくとも一部の送信されるデータは、現在の全ての送信されるデータであってもよいし、現在の一部の送信されるデータであってもよい、例えば、優先度が最高又は高い送信されるデータ、又は、優先度が最高又は高い論理チャネルの送信されるデータである。

任意選択で、本願の実施例において、少なくとも一部の送信されるデータは、少なくとも１つの論理チャネルで送信されるデータに属する。

任意選択で、該少なくとも一部の送信されるデータは、少なくとも１つの第１の論理チャネルに含まれる送信されるデータの一部のデータに属する。

なお、上記の第１の伝送フォーマットで第１の論理チャネルを選択する以外、端末が他の方式に基づいて第１の論理チャネルを選択してもよく、例えば、伝送フォーマットが優先度を有し、少なくとも１つの論理チャネルにおいて最高の優先度を有する伝送フォーマットで構成される論理チャネルを、第１の論理チャネルとして決定することができる。

任意選択で、本願の実施例において、伝送フォーマットは、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔など）、通信モード及び伝送されるデータの参照信号等のうちの少なくとも１つによって、定義される。

つまり、異なる伝送フォーマットに対して、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔など）、通信モード及び伝送されるデータの参照信号のうちの少なくとも１つが異なる。

ここで、通信モードは、端末が他の端末と通信する通信モードである。

任意選択で、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードであってもよい。

任意選択で、方法４００がサイドリンクの通信シナリオに応用される場合、通信モードがユニキャスト通信モードである場合、端末がユニキャストで他の端末と通信し、通信モードがマルチキャスト通信モードである場合、端末がマルチキャストで１つセットの端末と通信し、通信モードがブロードキャスト通信モードである場合、端末がブロードキャスト他の端末と通信してもよい。

任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。

つまり、異なる伝送フォーマットに対して、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つが異なる。

例えば、伝送されるデータ構成が異なる伝送フォーマットに対して、伝送されるデータで利用可能なリソースの時間属性（例えば、１つの利用可能なリソースの時間ユニット（例えば、シンボル、スロット等）の数、１つのシンボルの時間長さ）、伝送されるデータで利用可能なリソースの周波数属性（全ての利用可能なリソースが占用する帯域幅、サブキャリア間隔、１つの利用可能なリソースの周波数大きさ）、伝送されるデータで利用可能なリソースグラントの属性（１つリソースグラントが対応するリソースの大きさ等）、伝送されるデータに関連するソースアドレス及び／又は目標アドレス（伝送されるデータに関連するソースアドレスは、伝送されるデータを該ソースアドレスに対応する端末で送信し、伝送されるデータに関連する目標アドレスは、該伝送されるデータを該目標アドレスに対応する端末に送信する）のうちの少なくとも１つが、異なる。

任意選択で、本願の実施例において、異なる通信方式（又はシステム）が異なる伝送フォーマットに対応する。ここで、通信方式（又はシステム）は、ＬＴＥ又は新しいラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）であってもよい。

又は、ＬＴＥについて、（Ｒｅｌｅａｓｅ）１４和Ｒｅｌｅａｓｅ １５の通信方式に分ける。

異なる通信方式の伝送フォーマットは、互換性がない。

例えば、ＬＴＥシステムの受信側は、ＮＲシステムの送信側により送信された、ＮＲシステムの伝送フォーマットを有するデータを受信できない。

又は、ＬＴＥシステムの送信側は、ＮＲシステムの伝送フォーマットを有するデータを送信できない。

任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。

ここで、本願の実施例における前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。

本願の実施例において、リソースがリソース選択モードに対応してもよい。例えば、リソースのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該リソースはネットワークによりスケジューリングされ、リソースのリソース選択モードが端末の自律選択モードである場合、該リソースが端末により自律選択されるリソースであり、リソースのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該リソースが他の端末により補助的に選択する。そして、端末は、各リソースのリソース選択モードに基づいて、リソース選択モード要求に適合するリソースを選択することができる。

又は、本願の実施例において、キャリアがリソース選択モードに対応してもよい。例えば、キャリアのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該キャリアのリソースはネットワークによりスケジューリングされ、キャリアのリソース選択モードが端末の自律選択モードである場合、該キャリアのリソースが端末により自律選択されるリソースであり、キャリアのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該キャリアのリソースが他の端末により補助的に選択する。そして、端末は、各キャリアのリソース選択モードに基づいて、リソース選択モード要求に適合するキャリアを選択することができる。

なお、本願の実施例は、伝送フォーマットの複数の定義方式を説明し、それらは組み合わせて使用されてもよく、簡潔にするためにここでは説明を省略する。

任意選択で、本願の実施例において、端末は、第１のＱｏＳ属性を決定し、第１のＱｏＳ属性、及び少なくとも１つの論理チャネルで送信されるデータで構成されるＱｏＳ属性に基づいて、第１の論理チャネルを選択する。

つまり、端末は、特定のＱｏＳ属性及び各論理チャネル送信されるデータで構成されるＱｏＳ属性に基づいて、論理チャネルの選択を行うことができる。

任意選択で、本願の実施例において、第１の論理チャネルで送信されるデータで構成されるＱｏＳ属性は、第１のＱｏＳ属性を含む。

勿論、第１の論理チャネルで送信されるデータで構成されるＱｏＳ属性は、他のＱｏＳ属性を含んでもよい。

任意選択で、本願の実施例において、端末は、目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、第１のＱｏＳ属性を決定する。

任意選択で、本願の実施例において、第１のＱｏＳ属性は、目標リソースで構成されるＱｏＳ属性のうちの少なくとも１つのＱｏＳ属性を含む。

任意選択で、本願の実施例において、第１のＱｏＳ属性は、少なくとも一部の送信されるデータで構成されるＱｏＳ属性のうちの少なくとも１つのＱｏＳ属性を含む。

具体的に、目標リソースで構成されるＱｏＳ属性を、第１のＱｏＳ属性として決定してもよい。

又は、少なくとも一部の送信されるデータで構成されるＱｏＳ属性を、第１のＱｏＳ属性として決定してもよい。

又は、目標リソース及び少なくとも一部の送信されるデータで共通構成されるＱｏＳ属性を、第１のＱｏＳ属性として決定してもよい。

任意選択で、本願の実施例において、前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１の伝送フォーマットを決定する。

具体的に、前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマット、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１のＱｏＳ属性を決定する。

任意選択で、該少なくとも一部の送信されるデータは、現在の全ての送信されるデータであってもよいし、現在の一部の送信されるデータであってもよい、例えば、優先度が最高又は高い送信されるデータ、又は、優先度が最高又は高い論理チャネルの送信されるデータである。

任意選択で、本願の実施例において、少なくとも一部の送信されるデータは、少なくとも１つの論理チャネルで送信されるデータに属する。

任意選択で、該少なくとも一部の送信されるデータは、少なくとも１つの第１の論理チャネルに含まれる送信されるデータの一部のデータに属する。

なお、上記の第１のＱｏＳ属性で第１の論理チャネルを選択する以外、端末が他の方式に基づいて第１の論理チャネルを選択してもよく、例えば、第１のＱｏＳ属性が優先度を有し、少なくとも１つの論理チャネルにおいて最高の優先度を有する第１のＱｏＳ属性で構成される論理チャネルを、第１の論理チャネルとして決定することができる。

４２０において、少なくとも１つの第１の論理チャネルの無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ）プロトコルデータユニット（ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ）に基づいて、端末がメディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ ）ＰＤＵを生成する。

４３０において、端末が目標リソースにおいてＭＡＣ ＰＤＵを送信する。
従って、本願の実施例において、端末は、前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択し、前記少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、前記端末が目標リソースで送信されるメディアアクセス制御ＭＡＣ ＰＤＵを生成することで、論理チャネルの伝送フォーマットに基づくデータの送信を実現する。

図７は本願の実施例における無線通信方法５００のフローチャートである。任意選択で、本願の実施例において、該方法５００が端末とネットワーク側との通信に使用される。勿論、該方法は、サイドリンク通信にも使用される。

図７に示すように、該方法５００は、以下の少なくとも一部の内容を含む。

５１０において、端末がネットワークデバイスに第１の情報を送信し、ここで、該第１の情報は、伝送されるデータの伝送フォーマットを示す。したがって、ネットワークデバイスが端末により送信された該第１の情報を受信する。

任意選択で、本願の実施例において、伝送フォーマットは、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔など）、通信モード及び伝送されるデータの参照信号などのうちの少なくとも１つによって、定義される。

つまり、異なる伝送フォーマットに対して、伝送されるデータのリソース、伝送されるデータのコーデック方式、伝送されるデータのパラメータセット（例えば、サブキャリア間隔など）、通信モード及び伝送されるデータの参照信号のうちの少なくとも１つのが異なる。

任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。

つまり、異なる伝送フォーマットに対して、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つが異なる。

例えば、伝送されるデータ構成が異なる伝送フォーマットに対して、伝送されるデータで利用可能なリソースの時間属性（例えば、１つの利用可能なリソースの時間ユニット（例えば、シンボル、スロット等）の数、１つのシンボルの時間長さ）、伝送されるデータで利用可能なリソースの周波数属性（全ての利用可能なリソースが占用する帯域幅、サブキャリア間隔、１つの利用可能なリソースの周波数大きさ）、伝送されるデータで利用可能なリソースグラントの属性（１つリソースグラントが対応するリソースの大きさ等）、伝送されるデータに関連するソースアドレス及び／又は目標アドレス（伝送されるデータに関連するソースアドレスは、伝送されるデータを該ソースアドレスに対応する端末で送信し、伝送されるデータに関連する目標アドレスは、該伝送されるデータを該目標アドレスに対応する端末に送信する）のうちの少なくとも１つが、異なる。

なお、本願の実施例は、伝送フォーマットの複数の定義方式を説明し、それらは組み合わせて使用されてもよく、簡潔にするためにここでは説明を省略する。

任意選択で、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードであってもよい。

この時、伝送フォーマットは、端末が他の端末と通信する伝送フォーマットである。

任意選択で、方法５００がサイドリンクの通信シナリオに応用される場合、通信モードがユニキャスト通信モードである場合、端末はユニキャストで１つの端末と通信することができ、通信モードがマルチキャスト通信モードである場合、端末は、マルチキャスト方式で１つセットの端末と通信を行うことができ、通信モードがブロードキャスト通信モードである場合、端末は、ブロードキャストで他の端末と通信を行うことができる。

例えば、異なるシステム間で１つの特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。

例えば、Ａシステムのコーデック方式とＢシステムのコーデック方式が同じで、Ａシステムの参照信号とＢシステムの参照信号が異なる場合、Ａシステムの伝送フォーマットとＢシステムの伝送フォーマットが異なっていると特定できる。

例えば、異なるシステム間で２つの特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。

例えば、Ａシステムの参照信号がＢシステムの参照信号と同じ、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと同じであると判定する。

また、例えば、Ａシステムの参照信号がＢシステムの参照信号と異なり、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと異なると判定する。

例えば、異なるシステム間で３つ以上の特性が異なる場合、異なるシステムの伝送フォーマットが異なると判定される。

例えば、Ａシステムの参照信号がＢシステムの参照信号と同じ、Ａシステムのコーデック方式とＢシステムのコーデック方式と異なり、Ａシステムの論理チャネルがＢシステムの論理チャネルと異なり、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと同じであると判定する。

また、例えば、Ａシステムの参照信号がＢシステムの参照信号と異なり、Ａシステムのコーデック方式がＢシステムのコーデック方式と異なり、Ａシステムの論理チャネルがＢシステムの論理チャネルと異なる場合、Ａシステムの伝送フォーマットがＢシステムの伝送フォーマットと異なると判定する。

任意選択で、本願の実施例において、異なる通信方式（又はシステム）が異なる伝送フォーマットに対応する。ここで、通信方式（又はシステム）は、ＬＴＥ又は新しいラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）であってもよい。

又は、ＬＴＥについて、（Ｒｅｌｅａｓｅ）１４和Ｒｅｌｅａｓｅ １５の通信方式に分ける。

異なる通信方式の伝送フォーマットは、互換性がない。

例えば、ＬＴＥシステムの受信側は、ＮＲシステムの送信側により送信された、ＮＲシステムの伝送フォーマットを有するデータを受信できない。

又は、ＬＴＥシステムの送信側は、ＮＲシステムの伝送フォーマットを有するデータを送信できない。

任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。

ここで、本願の実施例における前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。

本願の実施例において、リソースがリソース選択モードに対応してもよい。例えば、リソースのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該リソースはネットワークによりスケジューリングされ、リソースのリソース選択モードが端末の自律選択モードである場合、該リソースが端末により自律選択されるリソースであり、リソースのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該リソースが他の端末により補助的に選択する。そして、端末は、各リソースのリソース選択モードに基づいて、リソース選択モード要求に適合するリソースを選択することができる。

又は、本願の実施例において、キャリアがリソース選択モードに対応してもよい。例えば、キャリアのリソース選択モードは、ネットワークがリソースをスケジューリングするモードであってもよく、即ち、該キャリアのリソースはネットワークによりスケジューリングされ、キャリアのリソース選択モードが端末の自律選択モードである場合、該キャリアのリソースが端末により自律選択されるリソースであり、キャリアのリソース選択モードが他の端末がリソースを補助的に選択するモードである場合、該キャリアのリソースが他の端末により補助的に選択する。そして、端末は、各キャリアのリソース選択モードに基づいて、リソース選択モード要求に適合するキャリアを選択することができる。

任意選択で、本願の実施例において、第１の情報の物理レイヤ特徴、第１の情報に含まれる論理チャネル識別子、第１の情報に含まれる論理チャネルグループ識別子、第１の情報に含まれる目標アドレス、第１の情報に含まれる目標アドレス識別子、第１の情報に含まれる伝送されるデータを送信するためのキャリア周波数及び第１の情報のシグナリングフォーマットのうちの少なくとも１つに基づいて、伝送フォーマットを区別する。

即ち、端末は、第１の情報の物理レイヤ特徴、第１の情報に含まれる論理チャネル識別子、第１の情報に含まれる論理チャネルグループ識別子、第１の情報に含まれる目標アドレス、第１の情報に含まれる目標アドレス識別子、第１の情報のシグナリングフォーマット及び第１の情報に含まれる伝送されるデータを送信するためのキャリア周波数のうちの少なくとも１つに基づいて、ネットワークデバイスに伝送されるデータの伝送フォーマットを通知することができる。

任意選択で、目標アドレス又は目標アドレス識別子は、伝送されるデータのサービスの目標アドレス又は目標アドレス識別子であってもよく、異なるサービスが異なる目標アドレス識別子に対応する。

任意選択で、目標アドレス又は目標アドレス識別子は、サービス識別子（Ｉｄｅｎｔｉｔｙ、ＩＤ）に一対一対応する。

任意選択で、第１の情報の伝送フォーマットを区別するためのシグナリングフォーマットは、この情報のＭＡＣレイヤフォーマット、無線リンク制御( Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ )レイヤフォーマット、パケットデータ収束プロトコル( Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ )レイヤフォーマット、または無線リソース制御( Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ )レイヤフォーマットであり得る。

ここで、異なるＭＡＣレイヤフォーマットのバイトは異なる。例えば、バイトブロックの分け、数、バイトブロックが表す意味等である。

ここで、異なるＲＬＣレイヤフォーマットのバイトは異なる。例えば、バイトブロックの分け、数、バイトブロックが表す意味等である。

ここで、異なるＲＬＣレイヤフォーマットのバイトは異なる。例えば、バイトブロックの分け、数、バイトブロックが表す意味等である。

ここで、異なるＲＲＣレイヤフォーマットのバイトは異なる。例えば、バイトブロックの分け、数、バイトブロックが表す意味等である。

任意選択で、論理チャネル又は論理チャネルグループは、伝送されるデータの論理チャネル又は論理チャネルグループであってもよい。

任意選択で、目標アドレス又は目標アドレス識別子は、サービスに対応する目標アドレス又は目標アドレス識別子であってもよい。ここで、このサービスは、伝送されるデータが属するサービスであってもよい。

任意選択で、第１の情報の物理レイヤ特徴は、第１の情報に対応するリソース、パラメータセット、参照信号、コーデック方式及び多元接続方式などであってもよい。

任意選択で、端末は、ＲＲＣシグナリング、及び／又は、ＭＡＣ制御ユニット（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）を利用して、ネットワークデバイスに第１の情報を送信してもよい。

任意選択で、異なるキャリア周波数が異なる伝送フォーマットに対応し、第１の情報に含まれる伝送されるデータを送信するためのキャリア周波数に基づいて、伝送フォーマットを決定し、例えば、ＬＴＥ通信プロトコルにおける伝送フォーマット又はＮＲ通信プロトコルにおける伝送フォーマットを利用する。

又は、本願の実施例(いずれの方法にも適用)では、伝送フォーマットは、伝送するキャリア周波数によって(あるいはさらに他のパラメータと組み合わせて)定義されてもよい。

なお、本願の実施例の第１の情報の搬送キャリア周波数は、方法５００以外の他のシナリオで使用されてもよく、例えば、ネットワークデバイスは、ＬＴＥ通信システム又はＮＲ通信システムに基づいて下り参照信号を送信してもよく、端末デバイスは、ネットワークデバイスがＬＴＥ通信システム及び/又はＮＲ通信システムに基づいて送信した下り参照信号を測定し、そのうちの１つの通信システムに対応する下り参照信号を報告してもよく、そのうちの１つの通信システムが下り参照信号を送信するキャリア周波数を搬送することによって、ネットワークデバイスにその下り参照信号に対応するシステムを通知してもよく、その結果、ネットワーク側は、そのシステムに対応する伝送フォーマットに基づいて下り送信又は上りスケジューリングを行ってもよい。

なお、第１の情報は、伝送されるデータの伝送フォーマットを直接に示し、即ち、第１の情報には、伝送されるデータの伝送フォーマットのビットが含まれる。

例えば、端末がネットワークデバイスに送信した第１の情報には、１つのビットが含まれ、ビットが１である場合、伝送されるデータの伝送フォーマットがフォーマット１を示し、ネットワークデバイスが該第１の情報を受信した後、伝送されるデータの伝送フォーマットをフォーマット１として決定する。

任意選択で、伝送されるデータの論理チャネル、伝送されるデータの論理チャネルグループ、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、伝送されるデータを送信するキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つが、伝送フォーマットとの対応関係を有する。

任意選択で、該対応関係は、一対一の対応関係であってもよい。

例えば、物理レイヤ特徴が１つの伝送フォーマットに対応する。

例えば、論理チャネルが１つの伝送フォーマットに対応する。

任意選択で、該対応関係が、多対一の対応関係であってもよい。

例えば、複数の論理チャネルが１つの伝送フォーマットに対応する。

任意選択で、この対応関係は、予め設定されていてもよいし、シグナリングに基づいて決定されてもよい。

例えば、該対応関係が端末により決定される。端末がネットワークデバイスに第３の情報を送信し、第３の情報が該対応関係を示す。

この時、ネットワークデバイスは、第１の情報及び対応関係に基づいて、伝送されるデータの伝送フォーマットを決定する。

また、例えば、該対応関係がネットワークデバイスにより決定される。ネットワークデバイスが端末に第４の情報を送信し、該対応関係を指示する。

任意選択で、端末は、該第４の情報を受信した後、該対応関係及び伝送されるデータのデータフォーマットに基づいて、伝送されるデータの論理チャネル、伝送されるデータの論理チャネルグループ、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、第１の情報の物理レイヤ特徴、伝送されるデータを送信するキャリア周波数及び第１の情報のシグナリングフォーマットのうちの少なくとも１つを決定し、ネットワークデバイスに第１の情報を送信する。

又は、端末は、該第４の情報を受信した後、該対応関係及び伝送されるデータの論理チャネル、伝送されるデータの論理チャネルグループ、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、第１の情報の物理レイヤ特徴、伝送されるデータを送信するキャリア周波数及び第１の情報を示すシグナリングフォーマットのうちの少なくとも１つに基づいて、伝送されるデータの伝送フォーマットを決定し、ネットワークデバイスに第１の情報を送信する。

任意選択で、本願の実施例において、ネットワークデバイスは、（又は許可しない又はサポートしない）端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする。

ネットワークデバイスが端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、端末がネットワークデバイスに該第１の指示情報を送信する。

例えば、ネットワークデバイスがＬＴＥシステムとともに、ＮＲシステムをサポートする場合、ネットワークデバイスが、端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートし、この時、端末がネットワークデバイスに該第１の情報を送信する。

ネットワークデバイスが、端末が異なる伝送フォーマットに対してリソースを要求するように許可しない又はサポートしない場合、端末がネットワークデバイスに該第１の情報を送信しない。

任意選択で、ネットワークデバイスが端末に第５の情報を送信し、該情報は、ネットワークデバイスが端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示す。

任意選択で、本願の実施例において、端末がネットワークデバイスに伝送されるデータのデータ量を報告することができる。

任意選択で、本願の実施例において、データ量は、現在端末のキャッシュ量であるが、これに限定されず、この時、該第１の情報は、バッファ状態レポート（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ、ＢＳＲ）であってもよい。

任意選択で、端末がネットワークデバイスに第６の情報を送信し、第６の情報が伝送されるデータのデータ量を含む。

従って、ネットワークデバイスが該第１の情報及び第６の情報を受信した後、伝送されるデータの伝送フォーマットを決定するとともに、伝送されるデータのデータ量を決定することができる。

この時、ネットワークデバイスは、伝送されるデータの伝送フォーマット及びデータ量に基づいて、端末が該伝送されるデータを伝送するために、端末のためにリソースを割り当てる。

なお、本願の実施例において、端末がネットワークデバイスに第１の情報と第６の情報を送信する順序は特に限定されない。

例えば、端末は、第６の情報をネットワークデバイスに最初に送信し、第１の情報を再送してもよいし、端末は、まず、ネットワークデバイスに第１の情報を送信してから、第６の情報を送信してもよい。あるいは、第１の情報と第６の情報とが同時に送信されてもよく、すなわち、第１の情報と第６の情報とが同一のメッセージに含まれてもよい。

また、本願の実施例において、「第１」、「第２」及び「第３」などは、単に異なる対象を区別するためのものであり、本願の実施例の範囲を制限するものではない。

５２０において、ネットワークデバイスが該端末により送信された該第１の情報を受信し、ここで、該第１の情報は、伝送されるデータの伝送フォーマットを示す。

任意選択で、本願の実施例において、本願の実施例において、ネットワークデバイスは、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信した後、伝送されるデータの伝送フォーマットに基づいて、端末のためにデータ伝送のリソースを割り当てる。

このとき、ネットワークデバイスは、端末に割り当てられたリソースを示す第２の情報を端末に送信する。これにより、端末は、ネットワークデバイスが伝送されるデータの伝送フォーマットに割り当てたリソースに基づいて、伝送されるデータを送信することができる。

任意選択で、ネットワークデバイスは、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信した後、データを伝送する伝送フォーマットに基づいて、下り伝送の送信電力を決定することができる。

任意選択で、ネットワークデバイスは、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信した後、データを伝送する伝送フォーマットに基づいて、端末と通信する伝送方式を決定することができる。

任意選択で、本願の実施例において、ネットワークデバイスは、伝送されるデータの伝送フォーマット及びデータ量を受信した場合、伝送されるデータの伝送フォーマット及びデータ量に基づいて、端末のためにデータ伝送のリソースを割り当てる。

この時、ネットワークデバイスが端末に送信した第２の情報は、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に割り当てるリソースを示す。

従って、端末は、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に割り当てるリソースに基づいて、伝送されるデータを送信する。

任意選択で、ネットワークデバイスが端末から報告された伝送されるデータのデータ量を受信した場合、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に基づいて、端末と通信するかどうかを決定してもよい。

任意選択で、ネットワークデバイスが端末から報告された伝送されるデータのデータ量を受信した場合、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に基づいて、下り伝送の送信電力を決定してもよい。

任意選択で、ネットワークデバイスが端末から報告された伝送されるデータのデータ量を受信した場合、ネットワークデバイスが伝送されるデータの伝送フォーマット及びデータ量に基づいて、端末と通信する伝送方式を決定してもよい。

そこで、本願の実施例では、端末が、伝送されるデータの伝送フォーマットを示す第１の情報をネットワークデバイスに送信し、ネットワークデバイスが、これに基づいて端末のスケジューリングを行うことにより、伝送フォーマットに基づいた端末スケジューリングを実現することができ、端末のスケジューリング時に、端末の状況をより良く知ることができ、通信性能を向上させることができる。

なお、本願の実施例の上記の態様の説明は、互いに適用可能であり、例えば、伝送フォーマットに関する説明、ＱｏＳ属性に関する説明は、互いに適用可能であり、簡潔にするために、同じ説明は、様々な方法において繰り返して説明しない。

図８は本願の実施例における端末６００のブロック図である。図８に示すように、該端末６００は、通信ユニット６２０を含み、さらに、該端末６００が処理ユニット６１０を含む。

任意選択で、本願の実施例において、該処理ユニット６１０は、少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、該少なくとも１つのキャリア又は該少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択するように構成され、該通信ユニット６２０は、該第１のキャリア又は第１のリソースプールを利用して、第２の端末と通信するように構成される。

任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
該第１のキャリア又は該第１のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、該伝送されるデータから、該目標リソースを利用して伝送するデータを選択するように構成される。

任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成、及び
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールのチャネルビジー率、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールに対応するサービス優先度識別子とチャネルビジー率要求との対応関係、
該少なくとも一部の伝送されるデータのサービス優先度識別子のうちの少なくとも１つに基づいて、
該少なくとも１つのキャリア又は該少なくとも１つのリソースプールから、該第１のキャリア又は該第１のリソースプールを選択するように構成される。

任意選択で、本願の実施例において、該第１のキャリアは、少なくとも１つのキャリアのうちの、以下の少なくとも１つ条件を満たすキャリアであり、
少なくとも１つ条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求を満たすことと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。

任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、処理ユニット６１０が該少なくとも１つのキャリアから第１のキャリアを選択する場合、該少なくとも１つの第１のキャリアに対応する第２のリソースプールを利用して、第２の端末と通信するように構成される。

任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
該少なくとも１つのキャリアから第１のキャリアを選択する場合、該第１のキャリアに対応する少なくとも一部のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、該第１のキャリアに対応する少なくとも一部のリソースプールから、該第２のリソースプールを選択するように構成される。

任意選択で、本願の実施例において、該第２のリソースプールは、該第１のキャリアに対応する少なくとも一部のリソースプールのうちの、以下の少なくとも１つ条件を満たすリソースプールであり、
前記少なくとも１つ条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。

任意選択で、本願の実施例において、該第１のリソースプールは、該少なくとも１つのリソースプールのうちの、以下の少なくとも１つの条件を満たすリソースプールであり、ここで、少なくとも１つの条件は、
チャネルビジー率が最低であることと、
チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。

任意選択で、本願の実施例において、該処理ユニットは、さらに、
現在使用されるキャリア又はリソースプールが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を利用されることを満たさない場合、該少なくとも１つのキャリア又はリソースプールから、第１のキャリア又は第１のリソースプールを選択するように構成される。

任意選択で、本願の実施例において、異なる通信方式が異なる伝送フォーマットに対応する。ここで、通信方式は、ＬＴＥ又はＮＲを含む。

任意選択で、本願の実施例において、伝送フォーマットは、通信モードによって定義される。ここで、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。

任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。

任意選択で、本願の実施例において、前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。

任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。

任意選択で、本願の実施例において、前記ＱｏＳ属性がＱｏＳ属性を含む。

任意選択で、本願の実施例において、前記少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。

任意選択で、本願の実施例において、前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される。

なお、端末６００は、方法３００における第１の端末に対応してもよく、第１の端末の対応する動作は実行され、簡潔のためにここで説明を省略する。

任意選択で、本願の実施例において、該処理ユニット６１０は、該端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、少なくとも１つの第１の論理チャネルを選択し、該少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、該端末がメディアアクセス制御ＭＡＣ ＰＤＵを生成するように構成され、
該通信ユニット６２０は、目標リソースにおいて該ＭＡＣ ＰＤＵを送信するように構成される。
任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
第１の伝送フォーマットを決定し、該第１の伝送フォーマット、及び該少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、少なくとも１つの第１の論理チャネルを選択するように構成される。

任意選択で、本願の実施例において、該第１の論理チャネルで送信されるデータで構成される伝送フォーマットは、該第１の伝送フォーマットを含む。

任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
該目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、該第１の伝送フォーマットを決定するように構成される。

任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が前記第１の伝送フォーマットを決定するように構成される。

任意選択で、本願の実施例において、該処理ユニット６１０は、さらに、
前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１の伝送フォーマットを決定するように構成される。

任意選択で、本願の実施例において、該少なくとも一部の送信されるデータは、該少なくとも１つの論理チャネルで送信されるデータに属する。

任意選択で、本願の実施例において、該第１の伝送フォーマットは、該目標リソースで構成される伝送フォーマットのうちの少なくとも１つ伝送フォーマットを含む。

任意選択で、本願の実施例において、該第１の伝送フォーマットは、該少なくとも一部の送信されるデータで構成される伝送フォーマットのうちの少なくとも１つの伝送フォーマットを含む。

任意選択で、本願の実施例において、前記処理ユニット６１０は、さらに、第１のＱｏＳ属性を決定し、前記第１のＱｏＳ属性、及び前記少なくとも１つの論理チャネルで送信されるデータで構成されるＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択する。

任意選択で、本願の実施例において、前記第１の論理チャネルで送信されるデータで構成されるＱｏＳ属性は、前記第１のＱｏＳ属性を含む。

任意選択で、本願の実施例において、前記処理ユニット６１０は、さらに、前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記第１のＱｏＳ属性を決定するように構成される。

任意選択で、本願の実施例において、前記処理ユニット６１０は、さらに、前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１のＱｏＳ属性を決定するように構成される。

任意選択で、本願の実施例において、前記処理ユニット６１０は、さらに、前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマット、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１のＱｏＳ属性を決定するように構成される。

任意選択で、本願の実施例において、前記少なくとも一部の送信されるデータは、前記少なくとも１つの論理チャネルで送信されるデータに属する。

任意選択で、本願の実施例において、前記第１のＱｏＳ属性は、前記目標リソースで構成されるＱｏＳ属性のうちの少なくとも１つＱｏＳ属性を含む。

任意選択で、本願の実施例において、前記第１のＱｏＳ属性は、前記少なくとも一部の送信されるデータで構成されるＱｏＳ属性のうちの少なくとも１つＱｏＳ属性を含む。

任意選択で、本願の実施例において、該端末６００は、サイドリンク通信に応用される。

任意選択で、本願の実施例において、異なる通信方式が異なる伝送フォーマットに対応する。ここで、通信方式は、ＬＴＥ又はＮＲを含む。

任意選択で、本願の実施例において、伝送フォーマットは、通信モードによって定義される。ここで、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。

任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。

任意選択で、本願の実施例において、前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。

任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。

任意選択で、本願の実施例において、前記ＱｏＳ属性は、時間Ｔ２を含む。

任意選択で、本願の実施例において、前記送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性は、前記端末の上位レイヤ、ネットワークデバイス、又は、前記端末以外の他の端末に構成される。

任意選択で、本願の実施例において、前記処理ユニットは、さらに、
論理チャネルセットを選択し、
前記論理チャネルセットにおける送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、前記論理チャネルセットから、前記少なくとも１つの第１の論理チャネルを選択するように構成される。

任意選択で、本願の実施例において、前記論理チャネルセットのうちの論理チャネルは、同じ目標アドレスを有する。

なお、端末６００は、方法４００の端末に対応してもよく、方法４００の端末の対応する動作は、簡潔のためにここで説明を省略する。

任意選択で、本願の実施例において、該通信ユニット６２０は、ネットワークデバイスに第１の情報を送信するように構成され、前記第１の指示情報は、伝送されるデータの伝送フォーマットを示す。

任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、第２の情報を受信し、該第２の情報は、ネットワークデバイスにより割り当てたリソースを示し、
該リソースに基づいて、該伝送されるデータを送信するように構成される。

任意選択で、本願の実施例において、該第１の情報は、搬送される伝送されるデータの論理チャネル識別子、伝送されるデータの論理チャネルグループ識別子、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、該第１の情報の物理レイヤ特徴、伝送されるデータを送信するキャリア周波数及び該第１の情報のシグナリングフォーマットのうちの少なくとも１つによって、該伝送されるデータの伝送フォーマットを示す。

任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、
ネットワークデバイスに第３の情報を送信し、該第３の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む。

任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、
ネットワークデバイスにより送信された第４の情報を受信し、該第４の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つのと伝送フォーマットとの対応関係を含む。

任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、
ネットワークデバイスにより送信された第５の情報を受信し、該第５の情報は、ネットワークデバイスが端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示し、
該通信ユニット６２０は、さらに、
ネットワークデバイスが端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、ネットワークデバイスに該第１の情報を送信する。

任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、
無線リソース制御ＲＲＣシグナリング、及び／又は、メディアアクセス制御ＭＡＣ制御ユニットＣＥを利用して、ネットワークデバイスに第１の情報を送信する世に構成される。

任意選択で、本願の実施例において、該通信ユニット６２０は、さらに、ネットワークデバイスに該伝送されるデータのデータ量を報告するように構成される。

任意選択で、本願の実施例において、該第１の情報の伝送フォーマットを示すためのシグナリングフォーマットは、該第１の情報のＭＡＣレイヤフォーマット、ＲＬＣレイヤフォーマット、ＰＤＣＰレイヤフォーマット又はＲＲＣレイヤフォーマットである。

任意選択で、本願の実施例において、ＬＴＥシステムとＮＲシステムとがデータを伝送する伝送フォーマットは、異なる。

任意選択で、本願の実施例において、伝送フォーマットが通信モードによって定義される。

任意選択で、本願の実施例において、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。

任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。

端末６００は、方法５００の端末に対応することができ、方法５００の端末の対応する動作は、簡潔のためにここで説明を省略する。

図９は本願の実施例におけるネットワークデバイス７００のブロック図である。図９に示すように、該ネットワークデバイス７００は、通信ユニット７１０を含む。

任意選択で、本願の実施例において、該通信ユニット７１０は、端末により送信された第１の情報を受信するように構成され、該第１の情報は伝送されるデータの伝送フォーマットを示す。

任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、端末に第２の情報を送信し、該第２の情報は、該ネットワークデバイス７００により割り当てた前記リソースを示す。

任意選択で、本願の実施例において、該第１の指示情報は、搬送される該伝送されるデータの論理チャネル識別子、伝送されるデータの論理チャネルグループ識別子、伝送されるデータの目標アドレス、伝送されるデータの目標アドレス識別子、該第１の情報の物理レイヤ特徴、該伝送されるデータを送信するキャリア周波数及び該第１の情報のシグナリングフォーマットのうちの少なくとも１つによって、伝送されるデータの伝送フォーマットを示す。

任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、
端末により送信された第３の情報を受信し、該第３の情報は、データの論理チャネル識別子、データ論理チャネルグループ識別子、データの目標アドレス識別子、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む。

任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、端末に第４の情報を送信し、該第４の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つのと伝送フォーマットとの対応関係を含む。

任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、端末に第５の情報を送信し、該第５の情報は、端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示し、
該通信ユニット７１０は、さらに、
端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、端末により送信された該第１の情報を受信するように構成される。

任意選択で、本願の実施例において、該第１の情報は、ＲＲＣシグナリング、及び／又は、 ＭＡＣ ＣＥに搬送される。

任意選択で、本願の実施例において、該通信ユニット７１０は、さらに、端末からの該伝送されるデータのデータ量を受信するように構成される。

任意選択で、本願の実施例において、該第１の情報の伝送フォーマットを示すためのシグナリングフォーマットは、第１の情報のＭＡＣレイヤフォーマット、ＲＬＣレイヤフォーマット、ＰＤＣＰレイヤフォーマット又はＲＲＣレイヤフォーマットである。

任意選択で、本願の実施例において、ＬＴＥシステムとＮＲシステムにおいてデータを伝送する伝送フォーマットは、異なる。

任意選択で、本願の実施例において、伝送フォーマットは、通信モードよって定義される。

任意選択で、本願の実施例において、通信モードは、ユニキャスト通信モード、マルチキャスト通信モード又はブロードキャスト通信モードである。

任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。

なお、ネットワークデバイス７００は、方法５００におけるネットワークデバイスに対応してもよく、ネットワークデバイスの対応する動作が実施されてもよく、簡潔にするために、ここでは詳しい説明を省略する
図１０は本願の実施例における端末１３００のブロック図である。該端末１３００は、通信ユニット１３２０及び処理ユニット１３１０を含む。

処理ユニット１３１０は、少なくとも１つのリソースに対応するサービス品質ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから、第１のリソースを選択するように構成され、通信ユニット１３２０は、前記第１のリソースを利用して、第２の端末と通信するように構成される。

前記処理ユニット１３１０は、さらに、前記第１のリソースのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、前記伝送されるデータから、前記第１のリソースを利用して伝送するデータを選択するように構成される。

任意選択で、本願の実施例において、前記処理ユニット１３２０は、さらに、前記少なくとも１つのリソースに対応するのＱｏＳ属性構成及び／又は伝送フォーマット構成及び、
少なくとも一部の伝送されるデータのＱｏＳ属性要求、
少なくとも一部の伝送されるデータの伝送フォーマット要求、
少なくとも一部の伝送されるデータの送信方式、
少なくとも一部の伝送されるデータのサービス優先度識別子のうちの少なくとも１つに基づいて、前記少なくとも１つのリソースから、前記第１のリソースを選択するように構成される。

任意選択で、本願の実施例において、前記第１のリソースは、前記少なくとも１つのリソースのうちの、以下の少なくとも１つの条件を満たすリソースであり、
少なくとも１つの条件は、
ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む。

任意選択で、本願の実施例において、前記処理ユニット１３１０は、さらに、現在使用されるリソースが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を使用することを満たさない場合、前記少なくとも１つのリソースから、前記第１のリソースを選択するように構成される。

任意選択で、本願の実施例において、異なる通信方式が異なる伝送フォーマットに対応する。

任意選択で、本願の実施例において、前記通信方式は、ロングタームエボリューションＬＴＥ又は新しいラジオＮＲを含む。

任意選択で、本願の実施例において、前記伝送フォーマットは、通信モードで定義される。

任意選択で、本願の実施例において、前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである。

任意選択で、本願の実施例において、前記通信モードがリソース選択モードを含む。

任意選択で、本願の実施例において、前記リソース選択モードは、ネットワークがリソースをスケジューリングするモード、端末がリソースを自律に選択するモード又は他の端末がリソースを補助的に選択するモードである。

任意選択で、本願の実施例において、前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される。

任意選択で、本願の実施例において、前記ＱｏＳ属性は、時間Ｔ２を含む。

任意選択で、本願の実施例において、前記少なくとも１つのリソースに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記端末の上位レイヤ、ネットワークデバイス、又は、前記端末以外の他の端末により構成される。

任意選択で、本願の実施例において、前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記端末の上位レイヤ、ネットワークデバイス、又は、前記端末以外の他の端末により構成される。

なお、端末デバイス１３００は、方法１２００における端末デバイスに対応することができ、その端末デバイスの対応する動作は、簡潔のためにここで説明を省略する。

図１１は、本願の実施例に係る通信デバイス８００の概略的なブロック図である。図１１に示す通信デバイス８００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現するプロセッサ８１０を備える。

任意選択で、図１１に示すように、通信デバイス８００は、メモリ８２０をさらに備えてもよい。プロセッサ８１０は、メモリ８２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。

ここで、メモリ８２０は、プロセッサ８１０とは独立した１つの別個の部品であってもよく、プロセッサ８１０に集積されてもよい。

任意選択で、図１１に示すように、通信デバイス８００は、プロセッサ８１０が他の装置と通信するように制御することができる、具体的には、他の装置に情報又はデータを送信するか、又は他の装置によって送信された情報又はデータを受信することができる、送受信機８３０を更に含むことができる。

ここで、送受信機８３０は、送信機および受信機を含み得る。送受信機８０は、１つ以上の数のアンテナをさらに含むことができる。

任意選択で、通信デバイス８００は、本願の実施例の様々な方法において、端末又はネットワークデバイスによって実施される対応するフローを実施してもよく、簡潔のためにここでは詳しい説明を省略する。

図１２は、本願の実施例によるチップ９００の概略ブロック図である。図２に示されるチップ９００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実行することができるプロセッサ９１０を含む。

任意選択で、図１２に示すように、チップ９００は、メモリ９２０をさらに含んでもよい。プロセッサ９１０は、メモリ９２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。

ここで、メモリ９２０は、プロセッサ９１０とは独立した１つの別個の部品であってもよく、プロセッサ９１０に集積されていてもよい。

任意選択で、チップ９００は、入力インターフェース９３０をさらに含み得る。プロセッサ９１０は、入力インターフェース９３０を制御して他のデバイス又はチップと通信してもよく、具体的には、他のデバイス又はチップによって送信された情報又はデータを取得してもよい。

任意選択で、チップ９００は、出力インターフェース９４０も含み得る。プロセッサ９１０は、出力インターフェース９４０を制御して他のデバイスまたはチップと通信してもよく、具体的には、情報またはデータを他のデバイスまたはチップに出力してもよい。

任意選択で、チップは、本願の実施例における端末又はネットワークデバイスに適用されてもよく、チップは、本願の実施例の様々な方法において端末又はネットワークデバイスによって実施される対応するフローを実施してもよく、簡潔にするためにここでは詳しい説明を省略する。

本願の実施例で言及されるチップは、システムオンチップ、チップシステム、またはシステムチップなどと呼ばれることもあることを理解されたい。

上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ( ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ )、既製のプログラマブルゲートアレイ( ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ )、特定用途向け集積回路( ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ )、又は他のプログラマブル論理デバイス、トランジスタロジックデバイス、ディスクリートハードウェアコンポーネント等であり得る。ここで、汎用プロセッサは、マイクロプロセッサであってもよいし、一般的なプロセッサ等であってもよい。

上記メモリは、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性メモリおよび不揮発性メモリの両方を含んでもよい。ここで、不揮発性メモリは、リードオンリーメモリ( ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ )、プログラマブルリードオンリーメモリ( ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ )、消去可能プログラマブルリードオンリーメモリ( ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ )、電気的消去可能プログラマブルリードオンリーメモリ( ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ )、またはフラッシュメモリであってもよい。揮発性メモリは、ランダムアクセスメモリ( ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ )であってよい。

上述のメモリは、限定ではなく例示的であるが、例えば、本願の実施例におけるメモリは、スタティックランダムアクセスメモリ( ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ )、ダイナミックランダムアクセスメモリ( ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ )、同期ダイナミックランダムアクセスメモリ( ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ )、デュアルデータレート同期ダイナミックランダムアクセスメモリ( ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ )、拡張同期ダイナミックランダムアクセスメモリ( ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ )、同期接続ダイナミックランダムアクセスメモリ（ ｓｙｎch liｎk ＤＲＡＭ、ＳＬＤＲＡＭ )、及びダイレクトメモリバスランダムアクセスメモリ( Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ )等であってもよいことが理解されるべきである。すなわち、本願の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。

図１３は、本願の実施例による通信システム１０００の概略ブロック図である。図１３に示すように、通信システム１０００は、第１の端末１０１０と、第２の端末１０２０とを備える。ここで、該第１の端末１０１０は、上記方法のうち、第１の端末により実現される対応する機能を実現するために使用され得る。この第２の端末１０２０は、上記の方法で第２の端末によって実現される対応する機能を実現するために使用され得る。簡潔にするために、ここでは説明を省略する。

図１４は、本願の実施例による通信システム１１００の概略ブロック図である。図１４に示すように、通信システム１１００は、端末１１１０と、ネットワークデバイス１１２０とを含む。そのうち、該端末１１１０は、上記方法のうち端末デバイスによって実現される対応する機能を実現するために使用され得る。ネットワークデバイス１１２０は、ネットワークデバイスによって実装される上述の方法の対応する機能を実装するために使用され得る。簡潔にするために、ここでは説明を省略する。

当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本願の範囲から逸脱するものと考えられるべきではない。

当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。

本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。

上記分離手段として説明したユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示する手段は、物理的なユニットであってもなくてもよく、１箇所にあってもよく、あるいは複数のネットワークユニットに分散していてもよい。また、本実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。

また、本願の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。

また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術的解決策の本質または従来技術に寄与する部分、または本願の技術的解決策の部分は、１つのコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであり得る)に本願の様々な実施例に記載された方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。なお、前記記憶媒体としては、U-ディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。

以上、本願の具体的な実施例を説明したが、本願の技術的範囲はこれに限定されるものではなく、本願が属する技術分野で通常の知識を有する者であれば、本願の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本願の保護範囲は、特許請求の範囲によって定義されるべきである。

Claims (90)

1. 第１の端末が少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するサービス品質ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択することと、
   前記第１のキャリア又は前記第１のリソースプールを利用して、前記第１の端末が第２の端末と通信することとを含む
   ことを特徴とするサイドリンクのための通信方法。
2. 前記方法は、さらに、
   前記第１のキャリア又は前記第１のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、前記伝送されるデータから、前記第１のキャリア又は第１のリソースプールを利用して伝送するデータを選択することを含む
   ことを特徴とする請求項１に記載の方法。
3. 前記第１のキャリア又は第１のリソースプールを選択することは、
   前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成、及び、
   少なくとも一部の伝送されるデータのＱｏＳ属性要求、
   少なくとも一部の伝送されるデータの伝送フォーマット要求、
   少なくとも一部の伝送されるデータの送信方式、
   前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールのチャネルビジー率、
   前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールに対応するサービス優先度識別子とチャネルビジー率要求の対応関係、
   前記少なくとも一部の伝送されるデータのサービス優先度識別子のうちの少なくとも１つに基づいて、
   前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、前記第１のキャリア又は前記第１のリソースプールを選択することを含む
   ことを特徴とする請求項１又は２に記載の方法。
4. 前記第１のキャリアは、少なくとも１つのキャリアのうちの、以下の少なくとも１つの条件を満たすキャリアであり、
   前記少なくとも１つの条件は、
   チャネルビジー率が最低であることと、
   チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求を満たすことと、
   ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
   伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む
   ことを特徴とする請求項１〜３のいずれか１項に記載の方法。
5. 前記少なくとも１つのキャリアから第１のキャリアを選択する場合、前記第１のキャリア又は前記第１のリソースプールを利用して、前記第１の端末が第２の端末と通信することは、
   前記第１のキャリアに対応する第２のリソースプールを利用して、前記第１の端末が前記第２の端末と通信することを含む
   ことを特徴とする請求項１〜４のいずれか１項に記載の方法。
6. 前記方法は、さらに、
   前記第１のキャリアに対応する少なくとも一部のリソースプールのＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記第１のキャリアに対応する少なくとも一部のリソースプールから、前記第２のリソースプールを選択することを含む
   ことを特徴とする請求項５に記載の方法。
7. 前記第２のリソースプールは、前記第１のキャリアに対応する少なくとも一部のリソースプールのうちの、以下の少なくとも１つ条件を満たすリソースプールであり、
   前記少なくとも１つ条件は、
   チャネルビジー率が最低であることと、
   チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
   ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
   伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む
   ことを特徴とする請求項５又は６に記載の方法。
8. 前記第１のリソースプールは、前記少なくとも１つのリソースプールのうちの、以下の少なくとも１つの条件を満たすリソースプールであり、
   前記少なくとも１つの条件は、
   チャネルビジー率が最低であることと、
   チャネルビジー率が少なくとも一部の伝送されるデータのサービス優先度識別子に対応するチャネルビジー率要求に適用されることと、
   ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
   伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む
   ことを特徴とする請求項１〜３のいずれか１項に記載の方法。
9. 前記第１のキャリア又は第１のリソースプールを選択することは、
   現在使用されるキャリア又はリソースプールが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を使用することを満たさない場合、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、前記第１のキャリア又は前記第１のリソースプールを選択することを含む
   ことを特徴とする請求項１〜８のいずれか１項に記載の方法。
10. 異なる通信方式が異なる伝送フォーマットに対応する
    ことを特徴とする請求項１〜９のいずれか１項に記載の方法。
11. 前記伝送フォーマットは、通信モードで定義される
    ことを特徴とする請求項１〜１０のいずれか１項に記載の方法。
12. 前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
    ことを特徴とする請求項１１に記載の方法。
13. 前記通信モードがリソース選択モードを含む
    ことを特徴とする請求項１１に記載の方法。
14. 前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
    ことを特徴とする請求項１〜１３のいずれか１項に記載の方法。
15. 前記少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される
    ことを特徴とする請求項１〜１４のいずれか１項に記載の方法。
16. 前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される
    ことを特徴とする請求項２に記載の方法。
17. 端末が前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択することと、
    前記少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、前記端末がメディアアクセス制御ＭＡＣ ＰＤＵを生成することと、
    前記端末が目標リソースで前記ＭＡＣ ＰＤＵを送信することとを含む
    ことを特徴と無線通信方法。
18. 前記端末が少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、少なくとも１つの第１の論理チャネルを選択することは、
    前記端末が第１の伝送フォーマットを決定することと、
    前記第１の伝送フォーマット、及び前記少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマットに基づいて、前記端末が少なくとも１つの第１の論理チャネルを選択することとを含む
    ことを特徴とする請求項１７に記載の方法。
19. 前記第１の論理チャネルで送信されるデータで構成される伝送フォーマットは、前記第１の伝送フォーマットを含む
    ことを特徴とする請求項１８に記載の方法。
20. 前記端末が第１の伝送フォーマットを決定することは、
    前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１の伝送フォーマットを決定することを含む
    ことを特徴とする請求項１８又は１９に記載の方法。
21. 前記端末が第１の伝送フォーマットを決定することは、
    前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が前記第１の伝送フォーマットを決定することを含む
    ことを特徴とする請求項１８又は１９に記載の方法。
22. 前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が前記第１の伝送フォーマットを決定することは、
    前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１の伝送フォーマットを決定することを含む
    ことを特徴とする請求項２１に記載の方法。
23. 前記少なくとも一部の送信されるデータは、前記少なくとも１つの論理チャネルで送信されるデータに属する
    ことを特徴とする請求項２０〜２２のいずれか１項に記載の方法。
24. 前記第１の伝送フォーマットは、前記目標リソースで構成される伝送フォーマットのうちの少なくとも１つ伝送フォーマットを含む
    ことを特徴とする請求項１８〜２３のいずれか１項に記載の方法。
25. 前記第１の伝送フォーマットは、前記少なくとも一部の送信されるデータで構成される伝送フォーマットのうちの少なくとも１つ伝送フォーマットを含む
    ことを特徴とする請求項１８〜２４のいずれか１項に記載の方法。
26. 前記端末が少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択することは、
    前記端末が第１のＱｏＳ属性を決定することと、
    前記第１のＱｏＳ属性、及び前記少なくとも１つの論理チャネルで送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が少なくとも１つの第１の論理チャネルを選択することとを含む
    ことを特徴とする請求項１７に記載の方法。
27. 前記第１の論理チャネルで送信されるデータで構成されるＱｏＳ属性は、前記第１のＱｏＳ属性を含む
    ことを特徴とする請求項２６に記載の方法。
28. 前記端末が第１のＱｏＳ属性を決定することは、
    前記目標リソースで構成されるＱｏＳ属性及び／又は少なくとも一部の送信されるデータで構成されるＱｏＳ属性に基づいて、前記端末が前記第１のＱｏＳ属性を決定することを含む
    ことを特徴とする請求項２６又は２７に記載の方法。
29. 前記端末が第１のＱｏＳ属性を決定することは、
    前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１のＱｏＳ属性を決定することを含む
    ことを特徴とする請求項２６又は２７に記載の方法。
30. 前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマットに基づいて、前記端末が前記第１のＱｏＳ属性を決定することは、
    前記目標リソースで構成される伝送フォーマット及び／又は少なくとも一部の送信されるデータで構成される伝送フォーマット、及びＱｏＳ属性と伝送フォーマットとの対応関係に基づいて、前記端末が前記第１のＱｏＳ属性を決定することを含む
    ことを特徴とする請求項２９に記載の方法。
31. 前記少なくとも一部の送信されるデータは、前記少なくとも１つの論理チャネルで送信されるデータに属する
    ことを特徴とする請求項２８〜３０のいずれか１項に記載の方法。
32. 前記第１のＱｏＳ属性は、前記目標リソースで構成されるＱｏＳ属性のうちの少なくとも１つＱｏＳ属性を含む
    ことを特徴とする請求項２６〜３１のいずれか１項に記載の方法。
33. 前記第１のＱｏＳ属性は、前記少なくとも一部の送信されるデータで構成されるＱｏＳ属性のうちの少なくとも１つＱｏＳ属性を含む
    ことを特徴とする請求項２６〜３２のいずれか１項に記載の方法。
34. 異なる通信方式が異なる伝送フォーマットに対応する
    ことを特徴とする請求項１７〜３３のいずれか１項に記載の方法。
35. 前記伝送フォーマットは、通信モードで定義される
    ことを特徴とする請求項１７〜３４のいずれか１項に記載の方法。
36. 前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
    ことを特徴とする請求項３５に記載の方法。
37. 前記通信モードがリソース選択モードを含む
    ことを特徴とする請求項３５に記載の方法。
38. 前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
    ことを特徴とする請求項１７〜３７のいずれか１項に記載の方法。
39. 前記送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性は、前記端末の上位レイヤ、ネットワークデバイス、又は、前記端末以外の他の端末によって構成される
    ことを特徴とする請求項１７〜３８のいずれか１項に記載の方法。
40. 前記方法は、さらに、
    論理チャネルセットを選択することを含み、
    前記端末が前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択することは、
    前記論理チャネルセットで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、前記論理チャネルセットから、前記少なくとも１つの第１の論理チャネルを選択することを含む
    ことを特徴とする請求項１７〜３９のいずれか１項に記載の方法。
41. 前記論理チャネルセットにおける論理チャネルは、同じ目標アドレスを有する
    ことを特徴とする請求項４０に記載の方法。
42. 端末が伝送されるデータの伝送フォーマットを示す第１の情報をネットワークデバイスに送信することを含む
    ことを特徴とする無線通信方法。
43. 前記方法は、さらに、
    前記端末が前記ネットワークデバイスにより割り当てたリソースを示す第２の情報を受信することと、
    前記リソースに基づいて、前記端末が前記伝送されるデータを送信することとを含む
    ことを特徴とする請求項４２に記載の方法。
44. 前記第１の情報は、搬送される前記伝送されるデータの論理チャネル識別子、前記伝送されるデータの論理チャネルグループ識別子、前記伝送されるデータの目標アドレス、前記伝送されるデータの目標アドレス識別子、前記第１の情報の物理レイヤ特徴、前記伝送されるデータが送信されるキャリア周波数及び前記第１の情報のシグナリングフォーマットのうちの少なくとも１つのによって、前記伝送されるデータの伝送フォーマットを示す
    ことを特徴とする請求項４２又は４３に記載の方法。
45. 前記方法は、さらに、
    前記端末が前記ネットワークデバイスに第３の情報を送信することを含み、前記第３の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む
    ことを特徴とする請求項４４に記載の方法。
46. 前記方法は、さらに、
    前記端末が前記ネットワークデバイスにより送信された第４の情報を受信することを含み、前記第４の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む
    ことを特徴とする請求項４４に記載の方法。
47. 前記方法は、さらに、
    前記端末が前記ネットワークデバイスにより送信された第５の情報を受信することを含み、前記第５の情報は、前記ネットワークデバイスが前記端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示し、
    前記端末がネットワークデバイスに第１の情報を送信することは、
    前記ネットワークデバイスが前記端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、前記端末が前記ネットワークデバイスに前記第１の情報を送信することを含む
    ことを特徴とする請求項４２〜４６のいずれか１項に記載の方法。
48. 前記方法は、さらに、
    前記端末が前記ネットワークデバイスに前記伝送されるデータのデータ量を報告することを含む
    ことを特徴とする請求項４２〜４７のいずれか１項に記載の方法。
49. ロングタームエボリューションＬＴＥシステムと新しいラジオＮＲシステムにおいてデータを伝送するための伝送フォーマットが異なる
    ことを特徴とする請求項４２〜４８のいずれか１項に記載の方法。
50. 前記伝送フォーマットは、通信モードで定義される
    ことを特徴とする請求項４２〜４９のいずれか１項に記載の方法。
51. 前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
    ことを特徴とする請求項５０に記載の方法。
52. 前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
    ことを特徴とする請求項４２〜５１のいずれか１項に記載の方法。
53. ネットワークデバイスが、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信することを含む
    ことを特徴とする無線通信方法。
54. 前記方法は、さらに、
    前記ネットワークデバイスが前記ネットワークデバイスにより割り当てたリソースを示す第２の情報を前記端末に送信することを含む
    ことを特徴とする請求項５３に記載の方法。
55. 前記第１の指示情報は、搬送される前記伝送されるデータの論理チャネル識別子、前記伝送されるデータの論理チャネルグループ識別子、前記伝送されるデータの目標アドレス、前記伝送されるデータの目標アドレス識別子、前記第１の情報の物理レイヤ特徴、前記伝送されるデータが送信されるキャリア周波数及び前記第１の情報のシグナリングフォーマットのうちの少なくとも１つによって、前記伝送されるデータの伝送フォーマットを示す
    ことを特徴とする請求項５３又は５４に記載の方法。
56. 前記方法は、さらに、
    前記ネットワークデバイスが前記端末により送信された第３の情報を受信することを含み、前記第３の情報は、データの論理チャネル識別子、データ論理チャネルグループ識別子、データの目標アドレス識別子、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む
    ことを特徴とする請求項５５に記載の方法。
57. 前記方法は、さらに、
    前記ネットワークデバイスが前記端末に第４の情報を送信することを含み、前記第４の情報は、データの論理チャネル識別子、データの論理チャネルグループ識別子、データの目標アドレス、データの目標アドレス識別子、伝送フォーマットを示す情報の物理レイヤ特徴、データが送信されるキャリア周波数及び伝送フォーマットを示す情報のシグナリングフォーマットのうちの少なくとも１つと伝送フォーマットとの対応関係を含む
    ことを特徴とする請求項５５に記載の方法。
58. 前記方法は、さらに、
    前記ネットワークデバイスが前記端末に第５の情報を送信することを含み、前記第５の情報は、前記ネットワークデバイスが前記端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートするかどうかを示し、
    前記ネットワークデバイスが端末により送信された第１の情報を受信することは、
    前記ネットワークデバイスが前記端末が異なる伝送フォーマットに対してリソースを要求するように許可又はサポートする場合、前記ネットワークデバイスが前記端末により送信された前記第１の情報を受信することを含む
    ことを特徴とする請求項５３〜５７のいずれか１項に記載の方法。
59. 前記方法は、さらに、
    前記ネットワークデバイスが前記端末から報告された前記伝送されるデータのデータ量を受信することを含む
    ことを特徴とする請求項５３〜５８のいずれか１項に記載の方法。
60. ロングタームエボリューションＬＴＥシステムと新しいラジオＮＲシステにおいてデータを伝送するための伝送フォーマットが異なる
    ことを特徴とする請求項５３〜５９のいずれか１項に記載の方法。
61. 前記伝送フォーマットは、通信モードで定義される
    ことを特徴とする請求項５３〜６０のいずれか１項に記載の方法。
62. 前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
    ことを特徴とする請求項６１に記載の方法。
63. 前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
    ことを特徴とする請求項５３〜６２のいずれか１項に記載の方法。
64. 第１の端末が少なくとも１つのリソースに対応するサービス品質ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから第１のリソースを選択することと、
    前記第１のリソースを利用して、前記第１の端末が第２の端末と通信することとを含む
    ことを特徴とするサイドリンクのための通信方法。
65. 前記方法は、さらに、
    前記第１のリソースのＱｏＳ属性構成及び／又は伝送フォーマット構成、及び伝送されるデータのＱｏＳ属性要求及び／又は伝送フォーマット要求に基づいて、前記伝送されるデータから、前記第１のリソースを利用して伝送するデータを選択することを含む
    ことを特徴とする請求項６４に記載の方法。
66. 前記伝送されるデータから前記第１のリソースを利用して伝送するデータを選択することは、
    前記少なくとも１つのリソースに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成、及び、
    少なくとも一部の伝送されるデータのＱｏＳ属性要求、
    少なくとも一部の伝送されるデータの伝送フォーマット要求、
    少なくとも一部の伝送されるデータの送信方式、
    少なくとも一部の伝送されるデータのサービス優先度識別子のうちの少なくとも１つに基づいて、前記少なくとも１つのリソースから、前記第１のリソースを選択することを含む
    ことを特徴とする請求項６４又は６５に記載の方法。
67. 前記第１のリソースは、前記少なくとも１つのリソースのうちの、以下の少なくとも１つの条件を満たすリソースであり、
    前記少なくとも１つの条件は、
    ＱｏＳ属性構成が少なくとも一部の伝送されるデータのＱｏＳ属性要求を満たすことと、
    伝送フォーマット構成が少なくとも一部の伝送されるデータの伝送フォーマット要求を満たすこととを含む
    ことを特徴とする請求項６４〜６６のいずれか１項に記載の方法。
68. 前記少なくとも１つのリソースから第１のリソースを選択することは、
    現在利用されるリソースが、少なくとも一部の伝送されるデータのＱｏＳ属性要求及び／又は少なくとも一部の伝送されるデータが非単回の送信方式を利用することを満たさない場合、前記少なくとも１つのリソースから前記第１のリソースを選択することを含む
    ことを特徴とする請求項６４〜６７のいずれか１項に記載の方法。
69. 異なる通信方式が異なる伝送フォーマットに対応する
    ことを特徴とする請求項６４〜６８のいずれか１項に記載の方法。
70. 前記伝送フォーマットは、通信モードで定義される
    ことを特徴とする請求項６４〜６９のいずれか１項に記載の方法。
71. 前記通信モードは、ユニキャスト通信モード、マルチキャスト通信モード、またはブロードキャスト通信モードである
    ことを特徴とする請求項７０に記載の方法。
72. 前記通信モードがリソース選択モードを含む
    ことを特徴とする請求項７０に記載の方法。
73. 前記伝送フォーマットは、リソースの周波数属性、リソースの時間属性、リソースグラントの属性、関連するソースアドレス及び／又は目標アドレスのうちの少なくとも１つによって定義される
    ことを特徴とする請求項６４〜７２のいずれか１項に記載の方法。
74. 前記少なくとも１つのリソースに対応する前記伝送フォーマット構成及び／又は前記ＱｏＳ属性構成は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される
    ことを特徴とする請求項６４〜７３のいずれか１項に記載の方法。
75. 前記伝送されるデータの前記ＱｏＳ属性要求及び／又は前記伝送フォーマット要求は、前記第１の端末の上位レイヤ、ネットワークデバイス、又は、前記第１の端末以外の他の端末によって構成される
    ことを特徴とする請求項６５に記載の方法。
76. サイドリンク通信に応用され、処理ユニットと通信ユニットを備える端末であって、
    前記処理ユニットは、少なくとも１つのキャリア又は少なくとも１つのリソースプールに対応するＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのキャリア又は前記少なくとも１つのリソースプールから、第１のキャリア又は第１のリソースプールを選択するように構成され、
    前記通信ユニットは、前記第１のキャリア又は前記第１のリソースを利用して、第２の端末と通信するように構成される
    ことを特徴とする端末。
77. 処理ユニットと通信ユニットを備える端末であって、
    前記処理ユニットは、前記端末の少なくとも１つの論理チャネルで送信されるデータで構成される伝送フォーマット及び／又はサービス品質ＱｏＳ属性に基づいて、少なくとも１つの第１の論理チャネルを選択し、前記少なくとも１つの第１の論理チャネルの無線リンク制御ＲＬＣプロトコルデータユニットＰＤＵに基づいて、前記端末がメディアアクセス制御ＭＡＣ ＰＤＵを生成するように構成され、
    前記通信ユニットは、目標リソースにおいて前記ＭＡＣ ＰＤＵを送信するように構成される
    ことを特徴とする端末。
78. 通信ユニットを備える端末であって、
    前記通信ユニットは、伝送されるデータの伝送フォーマットを示す第１の情報をネットワークデバイスに送信するように構成される
    ことを特徴とする端末。
79. 通信ユニットを備えるネットワークデバイスであって、
    前記通信ユニットは、端末により送信された、伝送されるデータの伝送フォーマットを示す第１の情報を受信するように構成される
    ことを特徴とするネットワークデバイス。
80. 通信ユニットと処理ユニットとを備える端末デバイスであって、
    前記処理ユニットは、少なくとも１つのリソースに対応するサービス品質ＱｏＳ属性構成及び／又は伝送フォーマット構成に基づいて、前記少なくとも１つのリソースから第１のリソースを選択するように構成され、
    前記通信ユニットは、前記第１のリソースを利用して、第２の端末と通信するように構成される
    ことを特徴とする端末デバイス。
81. コンピュータプログラムを記憶するメモリと、
    前記メモリに記憶されたコンピュータプログラムを呼び出して実行して、請求項１〜５２、請求項６４〜７５のいずれか１項に記載の方法を実行するプロセッサと、を備える
    ことを特徴とする端末。
82. コンピュータプログラムを記憶するメモリと、
    前記メモリに記憶されたコンピュータプログラムを呼び出して実行して、請求項５３〜６３のいずれか１項に記載の方法を実行するプロセッサと、を備える
    ことを特徴とするネットワークデバイス。
83. 請求項１〜５２、請求項６４〜７５のいずれか１項に記載の方法を、チップが搭載された装置に実行させるコンピュータプログラムをメモリから呼び出して実行するプロセッサを有する
    ことを特徴とするチップ。
84. 請求項５３〜６３のいずれか１項に記載の方法を、チップが搭載された装置に実行させるコンピュータプログラムをメモリから呼び出して実行するプロセッサを有する
    ことを特徴とするチップ。
85. 請求項１〜５２、請求項６４〜７５のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶する
    ことを特徴とするコンピュータ可読記憶媒体。
86. 請求項５３〜６３のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶する
    ことを特徴とするコンピュータ可読記憶媒体。
87. 請求項１〜５２、請求項６４〜７５のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム命令を含む
    ことを特徴とするコンピュータプログラム製品。
88. 請求項５３〜６３のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム命令を含む
    ことを特徴とするコンピュータプログラム製品。
89. 請求項１〜５２、６４〜７５のいずれか１項に記載の方法をコンピュータに実行させる
    ことを特徴とするコンピュータプログラム。
90. 請求項５３〜６３のいずれか１項に記載の方法をコンピュータに実行させる
    ことを特徴とするコンピュータプログラム。

Images