JP2023169410A - 無線通信方法及び端末デバイス - Google Patents

Abstract

【課題】要求されたサイドリソースが実際な伝送要求を満たせることを保証するのに有利である無線通信方法及び端末デバイスを提供する。【解決手段】無線通信システムおける方法は、第１の端末が、送信される第１のサイドデータのためにサイドリンクリソースを要求するためのサイドリンクバッファステータスレポートＢＳＲをトリガーすることと、第１の端末が、第１の情報に基づき、前記サイドリンクリソースを要求するためのスケジューリング要求ＳＲがトリガーされるか否かを決定することと、を含む。【選択図】図２

Description

本願の実施例は、通信分野に関し、具体的に、無線通信方法及び端末デバイスに関する。

セルラー通信システムにおいて、端末デバイスは、バッファステータスレポート（Ｂｕｆｆｅｒ Ｓｔａｔｅ Ｒｅｐｏｒｔ、ＢＳＲ）をトリガーしてネットワークデバイスに上りリソースを要求してもよく、上りリソース許可（Ｕｐｌｉｎｋ ｇｒａｎｔ、ＵＬ ｇｒａｎｔ）がない場合、当該端末デバイスは、スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）をトリガーして、ネットワークデバイスに上りリソースを要求してもよい。

デバイスツーデバイス通信は、デバイスツーデバイス（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、Ｄ２Ｄ）技術に基づくサイドリンク（ｓｉｄｅｌｉｎｋ）伝送技術であり、車インターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｖｅｈｉｃｌｅｓ、ＩｏＶ）システムは、Ｄ２Ｄ技術に基づくシステムであり、従来のセルラー通信システムがネットワークデバイスを介してデータの送受信を行う必要であると異なる点は、車インターネットシステムにおいて、端末ツー端末という直接通信方式を採用する可能であるので、よりも高いスペクトル効率及びよりも低い伝送遅延時間を有することである。

サイドリンク伝送技術がサポートされた通信システムにおいて、端末デバイスはサイド通信を行うためにはサイドリンクリソースが必要であるので、端末デバイスにとって、サイドリンクリソースをどのように要求するかは早急に解決する必要がある問題である。

本願の実施例は、無線通信方法及び端末デバイスを提供し、当該端末デバイスは、サイドデータの伝送を行う必要がある場合、サイドリンクＢＳＲをトリガーし、さらに、当該第１の情報に基づき、ＳＲがトリガーされるか否かを決定することにより、サイドリンクリソースを要求することができる。

第１の態様は、無線通信方法を提供し、当該無線通信方法は、第１の端末が、送信される第１のサイドデータのためにサイドリンクリソースを要求するためのサイドリンクバッファステータスレポートＢＳＲをトリガーすることと、前記第１の端末は、第１の情報に基づき、前記サイドリンクリソースを要求するためのスケジューリング要求ＳＲがトリガーされるか否かを決定することを含む。

第２の態様は、上記の第１の態様又は第１の態様の可能な実装形態のいずれかにおける方法を実行するための端末デバイスを提供する。具体的に、この端末デバイスは、上記第１の態様又は第１の態様の可能な実装形態のいずれかにおける方法を実行するためのユニットを含む。

第３の態様は、プロセッサとメモリとを含む端末デバイスを提供する。このメモリは、コンピュータプログラムを記憶し、このプロセッサは、当該メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記第１の態様またはその様々な実施形態における方法を実行する。

第４の態様は、上記第１の態様又はその実装形態における方法を実施するためのチップを提供する。具体的には、このチップは、コンピュータプログラムをメモリから呼び出して実行し、当該チップが実装されたデバイスに上記第１の態様またはその実装形態の方法を実行させるプロセッサを含む。

第５の態様は、コンピュータに、上記の第１の態様又はその様々な実施態様における方法を実行させるコンピュータプログラムを記憶するコンピュータ可読記憶媒体を提供する。

第６の態様は、コンピュータに、上記の第１の態様又はその様々な実施態様における方法を実行させるコンピュータプログラム命令を含む、コンピュータプログラム製品を提供する。

第７の態様は、コンピュータプログラムがコンピュータ上で実行されると、コンピュータに、上記の第１の態様またはその実装形態における方法を実行させるコンピュータプログラムを提供する。

上記技術案によれば、端末デバイスは、サイドデータを伝送する必要となる場合、サイドリンクＢＳＲをトリガし、さらには、第１の情報に基づき、ＳＲがトリガーされるか否かを決定することができ、要求されたサイドリンクリソースが実際の伝送要求を満たせることを保証するのに有利である。

本願の実施例により提供される通信システムアーキテクチャの模式図である。 本願の実施例により提供される無線通信方法の模式図である。 本願の実施例により提供される端末デバイスの模式的ブロック図である。 本願の他の実施例により提供される通信デバイスの模式的ブロック図である。 本願の実施例により提供されるチップの模式的ブロック図である。

以下、本願の実施例における技術案を、本願の実施例における図面を参照して説明するが、明らかに、記述された実施例は本願の一部の実施例であり、全ての実施例ではない。本願における実施例に基づいて、発明的な労働をすることなく当業者によって得られる他のすべての実施例は、本願の保護範囲に属する。

本願の実施例の技術案は、例えば、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）に基づいてＤ２Ｄ通信を行う車のインターネットシステム、又は、新たな無線に基づく車両から他のデバイスへ（Ｎｅｗ Ｒａｄｉｏ Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、ＮＲ-Ｖ２Ｘ）のシステムのようなデバイスツーデバイス（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、Ｄ２Ｄ）通信システムに適用してもよい、ことが理解されるべきである。従来のＬＴＥシステムにおける端末間の通信データがネットワークデバイス（例えば、基地局）により受信されるか、又は送信される方式と異なり、車のインターネットシステムは端末対端末という直接通信方式を採用するため、よりも高いスペクトル効率及びよりも低い伝送遅延時間を有する。

任意選択で、車のインターネットシステムがベースとなる通信システムは、グローバル移動通信（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）システム、符号分割多元接続( Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ )システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ）システム、ユニバーサルパケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、ＬＴＥシステム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＦＤＤ）システム、ＬＴＥ時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＴＤＤ）、ユニバーサル移動通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ＵＭＴＳ）、マイクロ波アクセスの世界的な相互運用性（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ、ＷｉＭＡＸ）通信システム、５Ｇ新たな無線( Ｎｅｗ Ｒａｄｉｏ、ＮＲ )システム等であってもよい。

本願の実施例における端末デバイスは、Ｄ２Ｄ通信を実現可能な端末デバイスであってもよい。例えば、当該端末デバイスは、車載端末デバイスであってもよく、５Ｇネットワークにおける端末デバイス又は将来進化の公衆陸上移動体通信網（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ）における端末デバイスなどであってもよいが、本願の実施例はこれを限定されない。

図1は、本願の実施例に係る応用シーンの模式図である。図１は、１つのネットワークデバイス及び２つの端末デバイスを例示的に示し、任意選択で、本願の実施例における無線通信システムは、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスのカバレージ内に他の数の端末デバイスを含んでもよく、本願の実施例は、これに限定されない。

任意選択で、当該無線通信システムは、モビリティ管理エンティティ( Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ )、サービス提供ゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、Ｓ-ＧＷ）、パケットデータネットワークゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、Ｐ－ＧＷ）などの他のネットワークエンティティをさらに含んでもよく、又は、当該無線通信システムは、セッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＳＭＦ）、統合されたデータ管理（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）、認証サーバー機能（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ、ＡＵＳＦ）などの他のネットワークエンティティをさらに含んでもよく、本願実施例はこれに限定されない。

当該車のインターネットシステムにおいて、端末デバイスは、モードＡとモードＢを採用して通信を行うことができる。

具体的には、端末デバイス１２１と端末デバイス１２２はＤ２Ｄ通信モードにより通信することができ、Ｄ２Ｄ通信を行う場合、端末デバイス１２１と端末デバイス１２２は、Ｄ２Ｄリンク即ちサイドリンク（ＳｉｄｅＬｉｎｋ、ＳＬ）により直接的に通信する。ここで、モードＡにおいて、端末デバイスの伝送リソースが基地局により割り当てられ、端末デバイスが基地局により割り当てられたリソースに基づいてＳＬ上でデータの送信を行ってもよい。基地局は、端末デバイスに単一伝送のリソースを割り当ててもよく、端末デバイスに半静的な伝送のリソースを割り当ててもよい。モードＢにおいて、端末デバイスは傍受（ｓｅｎｓｉｎｇ）及び予約（ｒｅｓｅｒｖａｔｉｏｎ）の伝送方式を採用し、端末デバイスはＳＬリソース上で伝送リソースを自律的に選択する。具体的には、端末デバイスはリソースプールにおいて傍受の方式で利用可能な伝送リソース集合を取得し、端末デバイスは当該利用可能な伝送リソース集合から一つのリソースをランダムに選択してデータの伝送を行う。

上記モードＡ及びモードＢは二つの種類の伝送モードを例示的に説明過ぎず、他の伝送モードを定義する可能である、ことが理解されるべきである。例えば、ＮＲ-Ｖ２ＸにモードＣ及びモードＤが導入され、ここで、モードＣは端末デバイスのサイドリンク伝送リソースが基地局により割り当てられることを示し、モードＤは端末デバイスのサイドリンク伝送リソースが端末により選択されることを示す。

Ｄ２Ｄ通信とは、車車間（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ、単に「Ｖ２Ｖ」と称する）通信又は車両から他のデバイスへ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ：車車間/路車間通信）の通信を指すことができる。Ｖ２Ｘ通信において、Ｘは無線受信及び送信能力を有する任意のデバイスを広く指すことができ、例えば、低速で移動している無線装置、高速で移動している車載デバイス、又は無線送受信能力を有するネットワーク制御ノードなどであるが、それらに限定されない。本発明の実施例は、主にＶ２Ｘ通信のシーンに適用されるが、任意の他のＤ２Ｄ通信シーンに適用されてもよく、本願の実施例はこれを何ら限定しない、ことが理解されるべきである。

本明細書において、用語「システム」及び「ネットワーク」は、しばしば、交換可能に使用されることが理解されるべきである。ここで言う「及び/又は」とは、単に関連対象を説明する関連関係のことであり、Ａ及び/又はＢのように３つの関係があり、Ａ単独の場合、ＡとＢの両方の場合、Ｂ単独の場合の３つの場合があることを意味する。また、本文中の「/」は、前後関係オブジェクトが「または」の関係であることを一般的に示す。

図２は本願の実施例に係る無線通信方法の模式的フローチャートであり、例えば、この方法は、車のインターネットシステムにおける、例えば、端末デバイス１２１と端末デバイス１２２のような端末デバイスにより実行され、図２に示すように、この方法２００は、以下のステップを含む。

Ｓ２１０において、第１の端末は、送信される第１のサイドデータのためにサイドリンクリソースを要求するためのサイドリンクバッファステータスレポートＢＳＲをトリガーする。

Ｓ２２０において、前記第１の端末は、第１の情報に基づき、前記サイドリンクリソースを要求するためのスケジューリング要求ＳＲがトリガーされるか否かを決定する。

具体的に、当該第１の端末は、例えば、第２の端末のような他の端末にサイドデータを送信するとき、サイドリンクリソースを必要とし、サイドリンクリソースがない場合、ネットワークデバイスにサイドリンクリソースを要求する必要があり、この場合、当該端末デバイスは、サイドリンクＢＳＲをトリガしてもよく、当該サイドリンクＢＳＲは、サイドデータの伝送用のサイドリンクリソースを要求するために使用されてもよい。

任意選択で、本願の実施例において、送信される当該第１のサイドデータは、当該サイドリンクＢＳＲをトリガーする論理チャネル、又は、当該サイドリンクＢＳＲをトリガーする論理チャネルグループ（Ｌｏｇｉｃ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ、ＬＣＧ）であってもよい。

すなわち、論理チャネル又は論理チャネルグループにおけるデータが他の端末デバイスに送信される必要となる場合、当該第１の端末がサイドリンクＢＳＲをトリガーしてもよい。

本願の実施例において、第１の端末はサイドリンクＢＳＲをトリガし、当該サイドリンクＢＳＲはこの時に一時停止（Ｐｅｎｄｉｎｇ）状態にあり、すなわち、当該第１の端末は、ネットワークデバイスに当該サイドリンクＢＳＲを送信しようとするが送信しない、ことが理解されるべきである。

任意選択で、前記第１のサイドデータは、データ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＤＲＢ）におけるデータ、及び/又は、シグナリング無線ベアラ（Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＳＲＢ）におけるデータを含む。

任意選択で、幾つかの実施例において、前記ＳＲＢは、サイドリンクの無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリング及び/又はサイドリンクＰＣ５インタフェースシグナリング（ＰＣ５ Ｓｉｇｎａｌｌｉｎｇ、ＰＣ５－Ｓ）をベアラするために使用されてもよい。

任意選択で、幾つかの実施例において、前記ＳＲＢのＱｏＳ属性がネットワークデバイスにより設定されるか、又は予め設定される。

任意選択で、前記ＳＲＢのＱｏＳ属性は、優先権を含んでもよく、任意選択で、時間遅延などの他の属性をさらに含んでもよい。

任意選択で、幾つかの実施例において、当該第１の端末は、サイドリンクＢＳＲをトリガーする場合、第１の情報に基づき、ＳＲがトリガーされるか否かを決定することにより、サイドリンクリソースを当該ＳＲにより要求することができる。

本願の実施例において、ＳＲがトリガされると決定した場合、サイドリンクＢＳＲを送信しなくてもよく、第１の端末がネットワークデバイスにＳＲを送信した後、ネットワークデバイスが第１の端末にサイドリンクリソースを割り当ててもよく、当該サイドリンクリソースがサイドデータの伝送要求を満たすことができない場合、例えば、サイドリンクリソースのサイズが送信される第１のサイドデータを伝送するのに十分でない場合、当該第１の端末がサイドリンクＢＳＲをさらにトリガし、サイドリンクＢＳＲを介してネットワークデバイスにサイドリンクリソースを要求することができる、ことが理解されるべきである。

任意選択で、幾つかの実施例において、前記第１の端末はＳＲがトリガーされないと決定する場合、例えば、当該第１の端末に上り許可リソースが設定されない場合、当該第１の端末がランダムアクセスプロセスをさらに開始し、ネットワークデバイスに上り許可リソースを要求してもよい。

以下、具体的な実施例を参照しながら、ＳＲのトリガー方式を説明する。

任意選択で、一実施例として、実施例1と記述され、前記第１の情報は、
前記第１の端末が最初伝送のための利用可能なサイドリンクリソースを有するか否か、及び/又は前記最初伝送のための利用可能なサイドリンクリソースが前記第１のサイドデータの伝送要求を満たすか否か、を含んでもよい。

例えば、当該第１の端末に最初伝送のための利用可能なサイドリンクリソースが設定されない場合、当該第１の端末は、ＳＲがトリガーされることを決定し、ネットワークデバイスに前記ＳＲをさらに送信してもよい。

また、例えば、前記第１の端末に最初伝送のための利用可能なサイドリンクリソースが設定される場合、当該第１の端末は、ＳＲがトリガーされないことを決定してもよい。

従って、前記第１の端末は、最初伝送のための（即ち、新規に送信）利用可能なサイドリンクリソースがあるか否かに基づき、ＳＲがトリガーされるか否かを決定してもよい。

他の幾つかの実施例において、前記第１の端末に最初伝送のための利用可能なサイドリンクリソースが設定される場合、当該第１の端末は、当該利用可能なサイドリンクリソースが前記第１のサイドデータの伝送要求を満たすか否かに基づき、ＳＲがトリガーされるか否かをさらに決定してもよく、このように、要求されたサイドリンクリソースがサイドデータの伝送要求を満たせることができることを保証するのに有利である。

例えば、前記第１の端末に最初伝送のための利用可能なサイドリンクリソースが設定される場合、しかし、当該利用可能なサイドリンクリソースが送信される前記第１のサイドリンクデータの伝送要求を満たすことができない場合、当該第１の端末は、ＳＲがトリガーされることを決定し、ネットワークデバイスにＳＲをさらに送信することができる。

又は、前記第１の端末に最初伝送のための利用可能なサイドリンクリソースが設定される場合、しかし、当該利用可能なサイドリンクリソースが送信される前記第１のサイドリンクデータの伝送要求を満たすことができる場合、当該第１の端末は、ＳＲがトリガーされないことを決定し、当該利用可能なサイドリンクリソースを用いて当該第１のサイドリンクデータを送信することができる。

限定ではなく例示的であるが、前記利用可能なサイドリンクリソースが前記第１のサイドデータの伝送要求を満たすことができないことは、以下のうちの少なくとも一つを含む。

前記利用可能なサイドリンクリソースと前記第１のサイドデータが第１のマッピング関係を満たさない。

前記利用可能なサイドリンクリソースが前記第１のサイドデータの時間遅延要求を満たさない。

前記利用可能なサイドリンクリソースのサイズが前記第１のサイドリンクデータを伝送するのに十分ではない。

従って、本願の実施例において、第１の端末に利用可能なリンクリソースが設定される場合、当該第１の端末は、当該利用可能なリンクリソースの属性に基づいて実際の伝送要求を満たすか否かを決定し、ＳＲがトリガーされるか否かを決定することができ、それにより、当該利用可能なリンクリソースが実際の伝送要求を満たさない場合、ＳＲをトリガし、サイドリンクリソースをＳＲによりさらに要求することができ、実際の伝送要求を満たせたサイドリンクリソースが要求されたことを保証するのに有利である。

本願の実施例において、利用可能なサイドリンクリソースが前記第１のサイドデータの伝送要求を満たすことができない状況は例に過ぎず、サイドデータの伝送要求は、例えば、サービス品質（Ｑｕａｌｉｔｙ－ｏｆ－Ｓｅｒｖｉｃｅ、ＱｏＳ）要求、優先度、信頼性要求などの伝送性能に影響を与える他のパラメータをさらに含んでもよく、本願の実施例は、これを具体的に限定されない、ことが理解されるべきである。

任意選択で、幾つかの実施例において、前記第１のマッピング関係は、前記サイドリンクＢＳＲをトリガーするサイドデータと、サイドリンクリソースの属性とのマッピング関係であってもよい。

例えば、当該第１のマッピング関係は、前記サイドリンクＢＳＲをトリガーする論理チャネル又は論理チャネルグループと、サイドリンクリソースの属性との間の関係であってもよい。

すなわち、前記サイドリンクＢＳＲをトリガーするサイドデータは特定の属性のサイドリンクリソースに対応する必要があり、利用可能なサイドリンクリソースの属性が当該第１のサイドデータにマッピングされたサイドリンクリソースの属性と異なる場合、前記利用可能なサイドリンクリソースと前記第１のサイドデータが第１のマッピング関係を満たさなくなり、この場合、当該第１の端末は、ＳＲをトリガーしてもよく、サイドリンクリソースを満たすようにＳＲによりさらに要求することができ、当該第１のマッピング関係を満たせた特定の属性のサイドリンクリソースを要求するのに有利である。

任意選択で、幾つかの実施例において、当該第一端末に最初伝送のための利用可能なサイドリンクリソースが設定される場合、当該第一端末も現在のデータのパケット化の状況をさらに参照し、ＳＲがトリガーされるか否かを決定してもよく、例えば、当該データのパケット化が完了した場合、すなわち、ＢＳＲを当該データパケットに再びにパケット化することができなかった場合、この場合、当該第１の端末はＳＲをトリガーすることができ、具体的には、ネットワークデバイスに（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）を送信してもよく、ＳＲをネットワークデバイスに当該ＰＵＣＣＨにより送信することができる。

任意選択で、もう一つの実施例として、実施例２と記述され、当該第１の情報も、以下のうちの少なくとも一つを含んでもよい。

前記第１の端末が利用可能な物理上り制御チャネルＰＵＣＣＨリソース及び/又は、前記ＳＲの衝突データの情報を有するか否か。

任意選択で、前記ＰＵＣＣＨリソースは、前記第１のサイドデータに対応する論理チャネル、又は論理チャネルグループがマッピングされたＰＵＣＣＨリソースである。

以下、実施例３～実施例９を関連し、当該実施例２の具体的な実現形態を説明する。

実施例３：当該第１の端末は、当該第１の端末には利用可能なＰＵＣＣＨリソースが設定されたか否かに基づき、ＳＲがトリガーされるか否かを決定する。

当該ＳＲはＰＵＣＣＨリソースにより送信されてもよく、幾つかの具体的な実施例において、当該第１の端末は、当該第１の端末には利用可能なＰＵＣＣＨリソースが設定されたか否かに基づき、ＳＲがトリガーされるか否かを決定し、例えば、当該第１の端末は、利用可能なＰＵＣＣＨリソースが設定された場合、ＳＲがトリガーされると決定してもよく、又は、利用可能なＰＵＣＣＨリソースが設定されなかった場合、ＳＲがトリガーされないと決定してもよい。

実施例４：当該第１の端末は、前記ＳＲの衝突データの情報に基づき、ＳＲがトリガーされるか否かを決定してもよい。

限定ではなく例示的であるが、前記ＳＲの衝突データの情報は、
前記ＳＲと衝突する送信される上りデータがあるか否か；
前記ＳＲと衝突する前記上りデータの重要レベル；
前記ＳＲと衝突する前記上りデータの伝送要求；
前記ＳＲと衝突する送信されるサイドデータがあるか否か；及び
前記ＳＲと衝突する前記サイドデータの伝送要求のうちの少なくとも一つを含む。

一般的に言えば、第１の端末は、同じ時刻に上りデータ又はサイドデータのみを送信する可能性があり、従って、本願の実施例において、当該第１の端末は、現在には前記ＳＲと衝突する送信される上りデータ及び/又はサイドデータがあるか否かに基づき、ＳＲがトリガーされるか否かを決定してもよく、又は、送信される上りデータ及び/又はサイドデータがある場合、当該第１の端末は、当該送信される上りデータ及び/又はサイドデータの属性をさらに参照し、ＳＲがトリガーされるか否かを決定してもよい。

実施例５～実施例９を関連し、当該実施例４の具体的な実現形態を説明する。

実施例５：第１の端末は、前記ＳＲと衝突する送信される上りデータがあるか否かに基づき、ＳＲがトリガーされるか否かを決定する。

例えば、当該第１の端末は、前記ＳＲと衝突する送信される上りデータがある場合、ＳＲがトリガーされないと決定してもよく、又は、前記ＳＲと衝突する送信される上りデータがない場合、ＳＲがトリガーされると決定してもよい。

実施例６：第１の端末は、前記ＳＲと衝突する送信される上りデータの重要レベルに基づき、ＳＲがトリガーされるか否かを決定する。

例えば、当該第１の端末は、当該上りデータの重要レベルが当該第１のサイドデータの重要レベルよりも低い場合、ＳＲがトリガーされると決定してもよく、即ち、当該第１のサイドデータのサイドリンクリソースを要求するようにＳＲを優先的に送信してもよい。この場合、当該ＳＲの重要程度が上りデータの重要程度よりも高いこと、又は、当該ＳＲの優先度が当該上りデータの優先度よりも高いとことを考えてもよい。

また、例えば、当該第１の端末は、当該上りデータの重要レベルが特定の重要レベルの閾値よりも低い場合、ＳＲがトリガーされると決定してもよく、即ち、当該第１のサイドデータのサイドリンクリソースを要求するようにＳＲを優先的に送信してもよい。

ランダムアクセスプロセスにおける上りメッセージの重要レベルが高いと考えられてもよく、幾つかの具体的な実施例において、当該第１の端末は、当該上りデータがランダムアクセスプロセスにおける上りメッセージではない場合、ＳＲがトリガーされると決定してもよい。

任意選択で、前記ランダムアクセスプロセスにおける前記上りメッセージは、ランダムアクセスプロセスにおける上りリソースを要求するためのメッセージ３（ＭＳＧ３）である。

実施例７、第１の端末は、前記ＳＲと衝突する送信される上りデータの伝送要求に基づき、ＳＲがトリガーされるか否かを決定する。

例えば、当該上りデータの伝送要求が当該第１のサイドデータの伝送要求よりも高い場合、すなわち、当該上りデータが優先的に送信される必要である場合、この場合、当該ＳＲの優先度が当該上りデータの優先度よりも低いと考えられてもよく、当該第１の端末は、ＳＲがトリガーされないと決定し、上りデータを優先的に送信してもよい。

又は、当該上りデータの伝送要求が当該第１のサイドデータの伝送要求よりも低い場合、すなわち、当該第１のサイドデータが優先的に送信される必要である場合、この場合、当該ＳＲの優先度が当該上りデータの優先度よりも高いと考えられてもよく、当該第１の端末は、ＳＲがトリガーされると決定し、当該第１のサイドデータが送信されるためのサイドリンクリソースを要求するように、ＳＲを優先的に送信してもよい。

また、例えば、当該上りデータの伝送要求が伝送要求の閾値よりも低い場合、この場合、当該ＳＲの優先度が当該上りデータの優先度よりも高いと考えられてもよく、当該第１の端末は、ＳＲがトリガーされると決定し、当該第１のサイドデータが送信されるためのサイドリンクリソースを要求するように、ＳＲを優先的に送信してもよい。

又は、当該上りデータの伝送要求が特定の伝送要求の閾値よりも高い場合、この場合、当該ＳＲの優先度が当該上りデータの優先度より低いと考えられてもよく、当該第１の端末は、ＳＲがトリガーされないと決定し、上りデータを優先的に送信してもよい。

限定ではなく例示的であるが、当該伝送要求が時間遅延要求、ＱｏＳ要求、信頼性要求等であってもよく、それに対応し、当該伝送要求の閾値が時間遅延要求の閾値、ＱｏＳ要求の閾値、信頼性要求の閾値などであってもよい。

任意選択で、幾つかの実施例において、当該上りデータの伝送要求が当該第１のサイドデータの伝送要求よりも低いことは、
当該上りデータの優先度が当該第１のサイドデータの優先度よりも低いこと、
当該上りデータのサービス品質ＱｏＳ要求が当該第１のサイドデータのＱｏＳ要求よりも低いこと、
当該上りデータ的ＱｏＳ要求が第１のＱｏＳ要求集合におけるＱｏＳ要求であること、 当該上りデータの時間遅延要求が当該第１のサイドデータの時間遅延要求よりも低いことのうちの少なくとも一つを含む。

任意選択で、前記第１のＱｏＳ要求集合が予め設定されてもよく、又はネットワークデバイスにより設定されてもよい。

例えば、当該ネットワークデバイスは、一つ又は複数のＱｏＳ要求を設定して当該第１のＱｏＳ要求集合を構成してもよく、任意選択で、前記第１のＱｏＳ集合におけるＱｏＳ要求が特定のＱｏＳ要求の閾値よりも低い。

当該第１のＱｏＳ要求集合におけるＱｏＳ要求が優先度の低いＱｏＳ要求であると考えられてもよく、上りデータのＱｏＳ要求が当該第１のＱｏＳ要求集合におけるＱｏＳ要求である場合、第１の端末は、ＳＲがトリガーされると決定してもよい。

任意選択で、幾つかの実施例において、前記上りデータの時間遅延要求が前記第１のサイドデータの時間遅延要求よりも低いことは、前記上りデータには通話データが含まないこと、を含む。

従って、第１の端末は、ＳＲと衝突する上りデータがある場合、当該上りデータの伝送要求をさらに参照し、ＳＲがトリガーされるか否かを決定してもよく、例えば、上りデータの伝送要求が当該第１のサイドデータの伝送要求よりも低い場合、当該第１のサイドデータにサイドリンクリソースを要求するように、ＳＲを優先的に送信してもよく、又は、上りデータの伝送要求が当該第１のサイドデーの伝送要求よりも高い場合、上りデータの伝送要求を満足させるように、上りデータを優先的に送信してもよい。

実施例８、第１の端末は、前記ＳＲと衝突する送信されるサイドデータがあるか否かに基づき、ＳＲがトリガーされるか否かを決定する。

例えば、当該第１の端末は、前記ＳＲと衝突する送信されるサイドデータがある場合、ＳＲがトリガーされないと決定してもよく、又は、前記ＳＲと衝突する送信されるサイドデータがない場合、ＳＲがトリガーされると決定してもよい。

実施例９、第１の端末は、前記ＳＲと衝突する送信される第２のサイドデータの伝送要求に基づき、ＳＲがトリガーされるか否かを決定する。

例えば、当該第２のサイドデータの伝送要求が当該第１のサイドデータの伝送要求よりも高い場合、すなわち、当該第２のサイドデータが優先的に送信される必要である場合、この場合、当該ＳＲの優先度が当該第２のサイドデータの優先度よりも低いと考えられてもよく、当該第１の端末は、ＳＲがトリガーされないと決定し、第２のサイドデータを優先的に送信してもよい。

又は、当該第２のサイドデータの伝送要求が当該第１のサイドデータの伝送要求よりも低い場合、すなわち、当該第１のサイドデータが優先的に送信される必要である場合、この場合、当該ＳＲの優先度が当該第２のサイドデータの優先度よりも高いと考えられてもよく、当該第１の端末は、ＳＲがトリガーされると決定し、当該第１のサイドデータにサイドリンクリソースを要求するように、ＳＲを優先的に送信してもよい。

また、例えば、当該第２のサイドデータの伝送要求が伝送要求の閾値よりも低い場合、この場合、当該ＳＲの優先度が当該第２のサイドデータの優先度よりも高いと考えられてもよく、当該第１の端末は、ＳＲがトリガーされると決定し、当該第１のサイドデータにサイドリンクリソースを要求するように、ＳＲを優先的に送信してもよい。

又は、当該第２のサイドデータの伝送要求が特定の伝送要求の閾値よりも高い場合、この場合、当該ＳＲの優先度が当該第２のサイドデータの優先度よりも低いと考えられてもよく、当該第１の端末は、ＳＲがトリガーされないと決定し、第２のサイドデータの伝送要求を満たせるように、第２のサイドデータを優先的に送信してもよい。

限定ではなく例示的であるが、当該伝送要求は、時間遅延要求、ＱｏＳ要求、信頼性要求などであってもよく、それに対応し、当該伝送要求の閾値は、時間遅延要求の閾値、ＱｏＳ要求の閾値、信頼性要求の閾値などであってもよい。

任意選択で、幾つかの実施例において、当該第２のサイドデータの伝送要求が当該第１のサイドデータの伝送要求よりも低いことは、
当該第２のサイドデータの優先度が当該第１のサイドデータの優先度よりも低いこと、 当該第２のサイドデータのＱｏＳ要求が当該第１のサイドデータのＱｏＳ要求よりも低いこと、
当該第２のサイドデータの時間遅延要求が当該第１のサイドデータの時間遅延要求よりも低いこと、
当該第２のサイドデータのＱｏＳ要求が第２のＱｏＳ要求集合におけるＱｏＳ要求であることのうちの少なくとも一つを含む。

任意選択で、前記第２のＱｏＳ要求集合が予め設定されるか、又はネットワークデバイスにより設定される。

例えば、当該ネットワークデバイスは一つ又は複数のＱｏＳ要求を設定して当該第２のＱｏＳ要求集合を構成してもよく、任意選択で、前記第２のＱｏＳ集合におけるＱｏＳ要求が特定のＱｏＳ要求の閾値よりも低い。

当該第２のＱｏＳ要求集合におけるＱｏＳ要求が優先度の低いＱｏＳ要求であると考えられてもよく、サイドデータのＱｏＳ要求が当該第２のＱｏＳ要求集合におけるＱｏＳ要求である場合、第１の端末は、ＳＲがトリガーされると決定してもよい。

従って、第１の端末は、ＳＲと衝突する第２のサイドデータが有る場合、当該第２のサイドデータの伝送要求をさらに参照し、ＳＲがトリガーされるか否かを決定してもよく、例えば、当該第２のサイドデータの伝送要求が当該第１のサイドデータの伝送要求よりも低い場合、当該第１のサイドデータにサイドリンクリソースを要求するようにＳＲを優先的に送信してもよく、又は、当該第２のサイドデータの伝送要求が当該第１のサイドデータの伝送要求よりも高い場合、当該第２のサイドデータの伝送要求を優先的に満足させるように当該第２のサイドデータを優先的に送信してもよい。

以上の実施例は個別で実施されてもよく、又は組み合わせて実施されてもよく、本願の実施例はこれに限定されない、ことが理解されるべきであり、例えば、当該第１の端末は、ＰＵＣＣＨリソースがある場合、当該実施例４～実施例９をさらに実施してもよく、例えば、該第１の端末は、利用可能なＰＵＣＣＨリソースがある場合、当該ＳＲの衝突データの情報に基づき、ＳＲがトリガーされるか否かをさらに決定してもよく、例えば、当該第１の端末は当該ＳＲと衝突する上りデータの重要レベル及び伝送要求を参照し、ＳＲがトリガーされるか否かを決定してもよく、例えば、当該第１の端末は、当該上りデータがランダムアクセスプロセスにおける上りメッセージである場合、ＳＲがトリガーされることを決定してもよく、又は、当該上りデータがランダムアクセスプロセスにおける上りメッセージではない場合、当該上りデータの伝送要求をさらに集合し、ＳＲがトリガーされるか否かを決定してもよいことなどについては、本願の実施例は限定しない。

なお、前記第１の情報は、実施例1における前記第１の情報に含まれた内容のみを含んでもよく、実施例２における前記第１の情報に含まれた内容のみを含んでもよく、又は上記の両方をいずれも含んでもよく、本願の実施例はこれに限定されない。

従って、本願の実施例に係る無線通信方法によれば、当該第１の端末は、利用可能なサイドリンクリソースの状況、利用可能なＰＵＣＣＨリソースの状況、及びＳＲと衝突するデータの状況などの情報に基づき、ＳＲがトリガーされるか否かを決定してもよく、現在に利用可能なサイドリンクリソースが要求を満たさなかった場合に、新たなサイドリンクリソースがＳＲにより要求されることを保証するのに有利である。

以上、本願の実施例に係る無線通信方法は、図２に参照して第１の端末の視点から詳細に説明され、以下、図３から図５に参照して本願の装置の実施例が詳細に説明され、装置の実施例と方法の実施例は互いに対応し、同様の説明については、方法の実施例を参照することができる。

図３は、本願の実施例に係る端末デバイス４００の模式的ブロック図を示す。図３に示すように、当該デバイス４００は、
送信される第１のサイドデータのためにサイドリンクリソースを要求するためのサイドリンクバッファステータスレポートＢＳＲをトリガーするためのトリガーモジュール４１０と、
第１の情報に基づき、前記サイドリンクリソースを要求するためのスケジューリング要求ＳＲがトリガーされると決定するための決定モジュール４２０と、を備える。

任意選択で、幾つかの実施例において、前記第１の情報は、
前記端末デバイスが最初伝送のための利用可能なサイドリンクリソースを有するか否か、及び/又は前記最初伝送のための利用可能なサイドリンクリソースが前記第１のサイドデータの伝送要求を満たすか否か、を含む。

任意選択で、幾つかの実施例において、前記決定モジュール４２０は、具体的に、
前記端末デバイスが最初伝送のための利用可能なサイドリンクリソースを有しないこと、
前記端末デバイスが最初伝送のための利用可能なサイドリンクリソースを有し、且つ前記利用可能なサイドリンクリソースが前記第１のサイドデータの伝送要求を満たさないことができないこと、
前記端末デバイスが最初伝送のための利用可能なサイドリンクリソースを有し、且つデータのパケット化が既に完了したことのうちの少なくとも一つ条件を満たす場合、前記ＳＲがトリガされると決定するために使用される。

任意選択で、幾つかの実施例において、前記利用可能なサイドリンクリソースが前記第１のサイドデータの伝送要求を満たさないことができないことは、
前記利用可能なサイドリンクリソースと前記第１のサイドデータが第１のマッピング関係を満たさないこと、
前記利用可能なサイドリンクリソースが前記第１のサイドデータの時間遅延要求を満たさないこと、のうちの少なくとも一つを含む。

任意選択で、幾つかの実施例において、前記第１のマッピング関係は、前記サイドリンクＢＳＲをトリガーするサイドデータと、サイドリンクリソースの属性とのマッピング関係である。

任意選択で、幾つかの実施例において、前記第１の情報は、
前記端末デバイスが利用可能な物理上り制御チャネルＰＵＣＣＨリソース、及び/又は前記ＳＲの衝突データの情報を有するか否か、を含む。

任意選択で、幾つかの実施例において、前記ＳＲの衝突データの情報は、
前記ＳＲと衝突する送信される上りデータがあるか否か；
前記ＳＲと衝突する前記上りデータの重要レベル；
前記ＳＲと衝突する前記上りデータの伝送要求；
前記ＳＲと衝突する送信されるサイドデータがあるか否か；及び
前記ＳＲと衝突する前記サイドデータの伝送要求のうちの少なくとも一つを含む。

任意選択で、幾つかの実施例において、前記決定モジュール４２０は、具体的に、
前記端末デバイスが利用可能な物理上り制御チャネルＰＵＣＣＨリソースを有すること、
前記端末デバイスが前記ＳＲと衝突する送信される上りデータを有しないこと、
前記端末デバイスが前記ＳＲと衝突する送信される上りデータを有し、且つ前記上りデータの重要レベルが前記ＳＲの重要レベルよりも低いこと、
前記端末デバイスが前記ＳＲと衝突する送信される上りデータを有し、且つ前記上りデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いこと、
前記端末デバイスが前記ＳＲと衝突する送信される第２のサイドデータを有しないこと、
前記端末デバイスが前記ＳＲと衝突する送信される第２のサイドデータを有し、且つ前記第２のサイドデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いことのうちの少なくとも一つ条件を満たす場合、前記ＳＲがトリガされると決定するために使用される。

任意選択で、幾つかの実施例において、前記上りデータの重要レベルが前記ＳＲの重要レベルよりも低いことは、
前記上りデータには、ランダムアクセスプロセスにおける上りメッセージが含まない、ことを含む。

任意選択で、幾つかの実施例において、前記上りメッセージは、ランダムアクセスプロセスにおける上りリソースを要求するためのメッセージ３である。

任意選択で、幾つかの実施例において、前記上りデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いことは、
前記上りデータの優先度が前記第１のサイドデータの優先度よりも低いこと、
前記上りデータのサービス品質ＱｏＳ要求が前記第１のサイドデータのＱｏＳ要求よりも低いこと、
前記上りデータ的ＱｏＳ要求が第１のＱｏＳ要求集合におけるＱｏＳ要求であること、 前記上りデータの時間遅延要求が前記第１のサイドデータの時間遅延要求よりも低いことのうちの少なくとも一つを含む。

任意選択で、幾つかの実施例において、前記第１のＱｏＳ要求集合が予め設定されるか、又はネットワークデバイスにより設定される。

任意選択で、幾つかの実施例において、前記第１のＱｏＳ集合におけるＱｏＳ要求が、特定のＱｏＳ要求の閾値よりも低い。

任意選択で、幾つかの実施例において、前記上りデータの時間遅延要求が前記第１のサイドデータの時間遅延要求よりも低いことは、前記上りデータには通話データが含まない、ことを含む。

任意選択で、幾つかの実施例において、前記第２のサイドデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いことは、
前記第２のサイドデータの優先度が前記第１のサイドデータの優先度よりも低いこと、 前記第２のサイドデータのＱｏＳ要求が前記第１のサイドデータのＱｏＳ要求よりも低いこと、
前記第２のサイドデータの時間遅延要求が前記第１のサイドデータの時間遅延要求よりも低いこと、
前記第２のサイドデータのＱｏＳ要求が第２のＱｏＳ要求集合におけるＱｏＳ要求であることのうちの少なくとも一つを含む。

任意選択で、幾つかの実施例において、前記第２のＱｏＳ集合は予め設定されるか、又はネットワークデバイスにより設定される。

任意選択で、幾つかの実施例において、前記第２のＱｏＳ集合におけるＱｏＳ要求が特定のＱｏＳ要求の閾値よりも低い。

任意選択で、幾つかの実施例において、前記ＰＵＣＣＨリソースは、前記第１のサイドデータに対応する論理チャネル又は論理チャネルグループにマッピングされたＰＵＣＣＨリソースである。

任意選択で、幾つかの実施例において、前記サイドリンクＢＳＲをトリガーするための前記第１のサイドデータは、
前記サイドリンクＢＳＲをトリガーする論理チャネル、及び前記サイドリンクＢＳＲをトリガーする論理チャネルグループのうちの少なくとも一つを含む。

任意選択で、幾つかの実施例において、前記第１のサイドデータは、データ無線ベアラＤＲＢにおけるデータ、及び/又はシグナリング無線ベアラＳＲＢにおけるデータを含む。

任意選択で、幾つかの実施例において、前記ＳＲＢは、サイドリンクの無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリング及び/又はサイドリンクＰＣ５インタフェースシグナリング（ＰＣ５ Ｓｉｇｎａｌｌｉｎｇ、ＰＣ５－Ｓ）をベアラするために用いられる。

任意選択で、幾つかの実施例において、前記ＳＲＢのＱｏＳ属性は、ネットワークデバイスにより設定されるか、又は予め設定される。

任意選択で、前記ＳＲＢのＱｏＳ属性は優先権を含んでもよく、任意選択で、時間遅延などの他の属性をさらに含んでもよい。

本願の実施例に係る端末デバイス４００は、本願の方法の実施例における第１の端末に対応することができ、端末デバイス４００の各部の上記及びその他の動作及び／又は機能は、それぞれ、図２に示す方法２００における第１の端末の対応するフローを実施するために、簡潔のために、ここでは説明を省略する、ことが理解されるべきである。

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

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

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

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

ここで、送受信機６３０は、送信機及び受信機を含んでもよい。送受信機６３０は、１つ以上の数のアンテナをさらに含んでもよい。

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

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

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

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

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

任意選択で、このチップ７００は、出力インターフェース７４０をさらに含んでもよい。ここで、プロセッサ７１０は、当該出力インターフェース７４０が他のデバイス又はチップに通信するように制御してもよく、具体的には、他のデバイス又はチップに情報又はデータを出力してもよい。

任意選択で、このチップは、本願の実施例における第１の端末に適用されてもよく、このチップは、本願の実施形態の様々な方法において第１の端末によって実施される対応するフローを実施してもよく、簡潔さのためにここでは説明を省略する
本願の実施例で言及されるチップは、システムレベルチップ、システムチップ、チップシステム、またはシステムオンチップなどと呼ばれることもあることが理解されるべきである。

本願の実施例のプロセッサは、信号の処理能力を有する集積回路チップであり得ることが理解される。実施において、上記した方法の実施形態の各ステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェア形態の命令によって実行されてもよい。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ( Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ )、特定用途向け集積回路( Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ )、既存のプログラマブルゲートアレイ( Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネントであってもよい。本願の実施例に開示された方法、ステップ、及び論理ブロック図は、実施され得るか、又は実行され得る。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。本願の実施例に関連して開示される方法のステップは、ハードウェアデコーディングプロセッサ実行として直接的に、または、デコーディングプロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせで実行されるとして具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に設定され得る。この記憶媒体は、メモリに位置し、プロセッサは、メモリ内の情報を読み取り、ハードウェアとともに上述した方法のステップを実行する
本願の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、或いは揮発性メモリ及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、リードオンリーメモリ（ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ ）、プログラマブルリードオンリーメモリ（ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ ）、消去可能プログラマブルリードオンリーメモリ（ Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ ）、電気的消去可能プログラマブルリードオンリーメモリ（ Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ ）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ ）であってよい。限定ではなく例として、ＲＡＭは、スタティックランダムアクセスメモリ（ Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ ）、ダイナミックランダムアクセスメモリ（ Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ ）、シンクロナスダイナミックランダムアクセスメモリ（ Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ ）、エンハンスメント型シンクロナスダイナミックランダムアクセスメモリ（ Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ ）、シンクロナス接続ダイナミックランダムアクセスメモリ（ Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ ）、及びダイレクトメモリバスランダムアクセスメモリ（ Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ ）など、多くの形態で利用可能である。本明細書に記載のシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい 上記のメモリは、限定ではなく例示的であるが、例えば、本願の実施例におけるメモリは、スタティックランダムアクセスメモリ（ ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ ）、ダイナミックランダムアクセスメモリ（ ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ ）、同期ダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ ）、デュアルデータレート同期ダイナミックランダムアクセスメモリ（ ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ ）、拡張同期ダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ ）、同期接続ダイナミックランダムアクセスメモリ（ ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、及びダイレクトメモリバスランダムアクセスメモリ（ Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ ）等であってもよいことが理解されるべきである。すなわち、本願の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。

本願の実施例は、コンピュータプログラムを記憶するためのコンピュータ可読記憶媒体をさらに提供する。

任意選択で、当該コンピュータ可読記憶媒体は、本願の実施例におけるネットワークデバイスに適用されてもよく、当該コンピュータプログラムは、コンピュータに、本願の実施例の各方法においてネットワークデバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。

任意選択で、当該コンピュータ可読記憶媒体は、本願の実施例における移動端末／端末デバイスに適用されてもよく、当該コンピュータプログラムは、コンピュータに、本願の実施例の各方法において移動端末／端末デバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。

本願の実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品も提供する。

任意選択で、当該コンピュータプログラム製品は、本願の実施形態におけるネットワークデバイスに適用されてもよく、当該コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法においてネットワークデバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。

任意選択で、コンピュータプログラム製品は、本願の実施形態における移動端末／端末デバイスに適用されてもよく、当該コンピュータプログラム命令は、コンピュータに、本願の実施形態の各方法において移動端末／端末デバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する
本願の実施例は、コンピュータプログラムも提供する。

任意選択で、このコンピュータプログラムは、本願の実施例におけるネットワークデバイスに適用されてもよく、コンピュータプログラムは、当該コンピュータプログラムがコンピュータ上で実行されると、コンピュータに、本願の実施例の各方法においてネットワークデバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。

任意選択で、このコンピュータプログラムは、本願の実施例における移動端末／端末デバイスに適用されてもよく、コンピュータプログラムは、当該コンピュータプログラムがコンピュータ上で実行されると、コンピュータに、本願の実施例の各方法において移動端末／端末デバイスによって実施される対応するフローを実行させ、簡潔さのためにここでは説明を省略する。

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

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

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

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

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

前記機能が、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術的解決策の本質または従来技術に寄与する部分、または本願の技術的解決策の部分は、１つのコンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであり得る）に本願の様々な実施形態に記載された方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。なお、前記記憶媒体としては、Ｕ字ディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる
以上、本願の具体的な実施形態を説明したが、本願の技術的範囲はこれに限定されるものではなく、本願が属する技術分野で通常の知識を有する者であれば、本願の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本願の保護範囲は、特許要求の範囲によって定義されるべきである。

Claims (17)

1. 第１の端末が、送信される第１のサイドデータのためにサイドリンクリソースを要求するためのサイドリンクバッファステータスレポートＢＳＲをトリガーすることと、
   前記第１の端末は、前記サイドリンクＢＳＲがトリガーされた場合、第１の情報に基づき、前記サイドリンクリソースを要求するためのスケジューリング要求ＳＲがトリガーされるか否かを決定することと、を含む
   ことを特徴とする無線通信方法。
2. 前記サイドリンクリソースを要求するためのＳＲがトリガーされることは、
   前記ＳＲをネットワークデバイスに送信すること、
   前記ＳＲを優先的に伝送することのうちの少なくとも一つを含む
   ことを特徴とする請求項１に記載の無線通信方法。
3. 前記第１の情報は、
   前記第１の端末が利用可能な物理上り制御チャネルＰＵＣＣＨリソース及び/又は前記ＳＲの衝突データの情報を有するか否か、を含む
   ことを特徴とする１又は２に記載の無線通信方法。
4. 前記ＳＲの衝突データの情報は、
   前記ＳＲと衝突する送信される上りデータがあるか否か
   前記ＳＲと衝突する前記上りデータの重要レベル、
   前記ＳＲと衝突する前記上りデータの伝送要求、
   前記ＳＲと衝突する送信されるサイドデータがあるか否か、及び
   前記ＳＲと衝突する前記サイドデータの伝送要求のうちの少なくとも一つを含む、
   ことを特徴とする請求項３に記載の無線通信方法。
5. 前記第１の端末は第１の情報に基づき、前記サイドリンクリソースを要求するためのスケジューリング要求ＳＲがトリガーされるか否かを決定することは、
   前記第１の端末が、利用可能な物理上り制御チャネルＰＵＣＣＨリソースを有すること、
   前記第１の端末が、前記ＳＲと衝突する送信される上りデータを有しないこと、
   前記第１の端末が、前記ＳＲと衝突する送信される上りデータを有し、且つ前記上りデータの重要レベルが前記ＳＲの重要レベルよりも低いこと、
   前記第１の端末が、前記ＳＲと衝突する送信される上りデータを有し、且つ前記上りデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いこと、
   前記第１の端末が、前記ＳＲと衝突する送信される第２のサイドデータを有しないこと、
   前記第１の端末が、前記ＳＲと衝突する送信される第２のサイドデータを有し、且つ前記第２のサイドデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いのうちの少なくとも一つ条件を満たす場合、前記第１の端末は、前記ＳＲがトリガーされると決定することを含む
   ことを特徴とする請求項４に記載の無線通信方法。
6. 前記上りデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いことは、
   前記上りデータの優先度が前記第１のサイドデータの優先度よりも低いこと、
   前記上りデータのサービス品質ＱｏＳ要求が前記第１のサイドデータのＱｏＳ要求よりも低いこと、
   前記上りデータのＱｏＳ要求が第１のＱｏＳ要求集合におけるＱｏＳ要求であること、
   前記上りデータの時間遅延要求が前記第１のサイドデータの時間遅延要求よりも低いことのうちの少なくとも一つを含む、
   ことを特徴とする請求項５に記載の無線通信方法。
7. 前記第１のＱｏＳ要求集合が予め設定されるか、又はネットワークデバイスにより設定される
   ことを特徴とする請求項６に記載の無線通信方法。
8. 前記第１のＱｏＳ集合におけるＱｏＳ要求が特定のＱｏＳ要求の閾値よりも低い
   ことを特徴とする請求項６に記載の無線通信方法。
9. 前記第２のサイドデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いことは、
   前記第２のサイドデータの優先度が前記第１のサイドデータの優先度よりも低いこと、
   前記第２のサイドデータのＱｏＳ要求が前記第１のサイドデータのＱｏＳ要求よりも低いこと、
   前記第２のサイドデータの時間遅延要求が前記第１のサイドデータの時間遅延要求よりも低いこと、
   前記第２のサイドデータのＱｏＳ要求が第２のＱｏＳ要求集合におけるＱｏＳ要求であることのうちの少なくとも一つを含む
   ことを特徴とする請求項５～８のいずれか１項に記載の無線通信方法。
10. 送信される第１のサイドデータのためにサイドリンクリソースを要求するためのサイドリンクバッファステータスレポートＢＳＲをトリガーするためのトリガーモジュールと、
    前記サイドリンクＢＳＲがトリガーされた場合、第１の情報に基づき、前記サイドリンクリソースを要求するためのスケジューリング要求ＳＲがトリガーされるか否かを決定するための決定モジュールと、を備える
    ことを特徴とする端末デバイス。
11. 前記サイドリンクリソースを要求するためのＳＲがトリガーされることは、
    前記ＳＲをネットワークデバイスに送信すること、
    前記ＳＲを優先的に伝送することのうちの少なくとも一つを含む
    ことを特徴とする請求項１０に記載の端末デバイス。
12. 前記第１の情報は、
    前記端末デバイスが利用可能な物理上り制御チャネルＰＵＣＣＨリソース及び/又は前記ＳＲの衝突データの情報を有するか否か、を含む
    ことを特徴とする請求項１０又は１１に記載の端末デバイス。
13. 前記ＳＲの衝突データの情報は、
    前記ＳＲと衝突する送信される上りデータがあるか否か、
    前記ＳＲと衝突する前記上りデータの重要レベル、
    前記ＳＲと衝突する前記上りデータの伝送要求、
    前記ＳＲと衝突する送信されるサイドデータがあるか否か、及び
    前記ＳＲと衝突する前記サイドデータの伝送要求のうちの少なくとも一つを含む。
    ことを特徴とする請求項１２に記載の端末デバイス。
14. 前記決定モジュールは、
    前記端末デバイスが、利用可能な物理上り制御チャネルＰＵＣＣＨリソースを有すること、
    前記端末デバイスが、前記ＳＲと衝突する送信される上りデータを有しないこと、
    前記端末デバイスが、前記ＳＲと衝突する送信される上りデータを有し、且つ前記上りデータの重要レベルが前記ＳＲの重要レベルよりも低いこと、
    前記端末デバイスが、前記ＳＲと衝突する送信される上りデータを有し、且つ前記上りデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いこと、
    前記端末デバイスが、前記ＳＲと衝突する送信される第２のサイドデータを有しないこと、
    前記端末デバイスが、前記ＳＲと衝突する送信される第２のサイドデータを有し、且つ前記第２のサイドデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いことのうちの少なくとも一つ条件を満たす場合、前記ＳＲがトリガーされると決定するように構成される
    ことを特徴とする請求項１３に記載の端末デバイス。
15. 前記上りデータの伝送要求が前記第１のサイドデータの伝送要求よりも低いことは、
    前記上りデータの優先度が前記第１のサイドデータの優先度よりも低いこと、
    前記上りデータのサービス品質ＱｏＳ要求が前記第１のサイドデータのＱｏＳ要求よりも低いこと、
    前記上りデータのＱｏＳ要求が第１のＱｏＳ要求集合におけるＱｏＳ要求であること、
    前記上りデータの時間遅延要求が前記第１のサイドデータの時間遅延要求よりも低いことのうちの少なくとも一つを含む、
    ことを特徴とする請求項１４に記載の端末デバイス。
16. 前記第１のＱｏＳ集合におけるＱｏＳ要求が特定のＱｏＳ要求の閾値よりも低い
    ことを特徴とする請求項１５に記載の端末デバイス。
17. 前記第２のサイドデータの伝送要求が前記第１のサイドデータ的の伝送要求よりも低いことは、
    前記第２のサイドデータの優先度が前記第１のサイドデータの優先度よりも低いこと、
    前記第２のサイドデータのＱｏＳ要求が前記第１のサイドデータのＱｏＳ要求よりも低いこと、
    前記第２のサイドデータの時間遅延要求が前記第１のサイドデータの時間遅延要求よりも低いこと、
    前記第２のサイドデータのＱｏＳ要求が第２のＱｏＳ要求集合におけるＱｏＳ要求であることのうちの少なくとも一つを含む
    ことを特徴とする請求項１４～１６のいずれか１項に記載の端末デバイス。