JP7191202B2 - スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体 - Google Patents

スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体 Download PDF

Info

Publication number
JP7191202B2
JP7191202B2 JP2021507816A JP2021507816A JP7191202B2 JP 7191202 B2 JP7191202 B2 JP 7191202B2 JP 2021507816 A JP2021507816 A JP 2021507816A JP 2021507816 A JP2021507816 A JP 2021507816A JP 7191202 B2 JP7191202 B2 JP 7191202B2
Authority
JP
Japan
Prior art keywords
interface
sidelink
resources
user equipment
qos parameters
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021507816A
Other languages
English (en)
Other versions
JP2021534667A (ja
Inventor
▲亞▼利 ▲趙▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Publication of JP2021534667A publication Critical patent/JP2021534667A/ja
Application granted granted Critical
Publication of JP7191202B2 publication Critical patent/JP7191202B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

関連出願の相互参照
本出願は、２０１８年８月１６日に中国特許局に提出し、出願番号が２０１８１０９３４２８３．５であり、発明名称が「スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
本発明は、通信技術分野に関し、特にスケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体に関する。
最初に、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムのスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ，ＳＲ）メカニズムが以下のように導入される。
ＬＴＥシステムは、基地局がデータ送信に必要な時間周波数リソースをユーザ機器に割り当て、ユーザ機器が基地局のスケジューリングコマンドに基づいてダウンリンクデータを受信するか、またはアップリンクデータを送信する、スケジューリングベースのシステムである。アップリンクデータ送信は基地局によってスケジュールされ、基地局のスケジューラは、アップリンクリソースの割り当て状況を決定した後、アップリンクスケジューリンググラント（ＵＬ ｇｒａｎｔ）を介してユーザ機器に通知することができる。基地局のスケジューラは、ユーザ機器によって送信されるアップリンクデータの量、すなわち、ユーザ機器のバッファ状態に基づいてアップリンクリソースを割り当てる。当該バッファはユーザ機器にある。基地局が情報を知りたい場合、ユーザ機器は基地局に対してバッファ状態レポート（Ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ，ＢＳＲ）を実行する必要がある。ＬＴＥ Ｒｅｌ－１１以前のバージョンのＢＳＲ分類とトリガーメカニズムは次のとおりである。
通常（Ｒｅｇｕｌａｒ）のＢＳＲ：（１）現在のバッファ（ｂｕｆｆｅｒ）内のデータよりも優先度の高いデータが到着したとき、またはデータが元々空であるバッファに到着したときにトリガーされる。（２）ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの有効期限が切れ、バッファにデータがある場合にトリガーされる。
周期（Ｐｅｒｉｏｄｉｃ）的ＢＳＲ：周期的ＢＳＲは、周期的ＢＳＲタイマー（ｐｅｒｉｏｄｉｃＢＳＲ－Ｔｉｍｅｒ）が満了したときにトリガーされる。
パディング（Ｐａｄｄｉｎｇ）ＢＳＲ：パディングＢＳＲは、媒体アクセス制御（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔｓ，Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を編成するときに送信される必要があるデータに加えて、ユーザ機器（ＵＥ）が利用可能なリソースを有するときにトリガーされ得る。
ユーザ機器がトリガーされる通常のＢＳＲ（Ｒｅｇｕｌａｒ ＢＳＲ）を有するが（通常のＢＳＲをトリガーする論理チャネルがＳＲマスキング（ｍａｓｋｉｎｇ）で構成されていない）、ユーザ機器がＵＬグラントを持たない場合、ＳＲがトリガーされる。
ＳＲがトリガーされた後、ＳＲを送信するための２つの方法があり、すなわち、専用スケジューリング要求リソース（Ｄ－ＳＲ）を介してＳＲを送信することと、ランダムアクセスプロセス（ＲＡ－ＳＲ）を介してＳＲを送信することである。
専用ＳＲ（Ｄ－ＳＲ）：Ｄ－ＳＲは、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）によって割り当てられ、物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＵＣＣＨ）によって運ばれる。
ランダムアクセスＳＲ（ＲＡ－ＳＲ）：ＳＲを送信するためにランダムアクセスプロセスを使用する。
ＳＲを送信する基本原理は、Ｄ－ＳＲリソースがある限り、ＲＡ－ＳＲは使用されない。ＲＡ－ＳＲは、Ｄ－ＳＲリソース構成がない場合にのみ使用される。
新無線（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）システムのＳＲは、以下のように導入される。
ＮＲシステムの物理層は、複数のｎｕｍｅｒｏｌｏｇｙ／ＴＴＩをサポートする。ベースバンドパラメータ（ｎｕｍｅｒｏｌｏｇｙ）と送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ，ＴＴＩ）の概念は次のとおりである。
ｎｕｍｅｒｏｌｏｇｙは３ＧＰＰ ＲＡＮ１の用語であり、ベースバンドパラメータに変換することができる。異なるｎｕｍｅｒｏｌｏｇｙの主な違いは、異なるｎｕｍｅｒｏｌｏｇｙが異なるサブキャリア間隔（Ｓｕｂ－ｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ，ＳＣＳ）をサポートすることである。たとえば、５Ｇ ＮＲシステムでサポートされるサブキャリア間隔には、少なくとも１５ＫＨｚ、３０ＫＨＺ、６０ＫＨｚ、１２０ｋＨｚが含まれ、さまざまなサブキャリア間隔に対応するｎｕｍｅｒｏｌｏｇｙは独立したｎｕｍｅｒｏｌｏｇｙである。一般に、高速ユーザ機器で使用されるｎｕｍｅｒｏｌｏｇｙは、低速ユーザ機器で使用されるｎｕｍｅｒｏｌｏｇｙとは異なる。高周波数と低周波数でのｎｕｍｅｒｏｌｏｇｙも異なる。さまざまなｎｕｍｅｒｏｌｏｇｙの使用に関連する速度と頻度に加えて、業界は、さまざまなサービスで使用できるｎｕｍｅｒｏｌｏｇｙも異なる可能性があることも理解している。たとえば、超高信頼性および低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ＆ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＵＲＬＬＣ）で使用されるｎｕｍｅｒｏｌｏｇｙなどである。および拡張モバイルブロードバンド（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ，ｅＭＢＢ）は異なる場合がある。
ＴＴＩは、送信時間間隔である。従来のＬＴＥシステムでは、ＴＴＩの長さは１ｍｓである。ＬＴＥ Ｒ１４から、時間遅延の削減をサポートするために、１つの直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ，ＯＦＤＭ）シンボル長など、さまざまなＴＴＩ長が導入された。異なるＴＴＩ長は５Ｇシステムで使用され、各ｎｕｍｅｒｏｌｏｇｙに適用できる。つまり、５Ｇ ＮＲの異なるｎｕｍｅｒｏｌｏｇｙは異なるＴＴＩ長または同じＴＴＩ長を使用でき、ＴＴＩ長は特定のｎｕｍｅｒｏｌｏｇｙの異なるユーザ機器に使用され、いつでも動的に変更できる。ＴＴＩの長さの選択は、主にサービスの遅延に関連している。たとえば、ＵＲＬＬＣサービスの場合、サポートする遅延要件は比較的高く、１ ＯＦＤＭシンボルのＴＴＩ長など、より短いＴＴＩ長を選択できる。
ＮＲシステムの場合、ベアラ／論理チャネルに対応するｎｕｍｅｒｏｌｏｇｙおよび／またはＴＴＩは、ネットワークを介して構成される。異なる論理チャネルに対応するｎｕｍｅｒｏｌｏｇｙおよび／またはＴＴＩは、同じであっても異なっていてもよい。アップリンクの場合、ＳＲ情報は、現在データ送信要件がある論理チャネルに対応するｎｕｍｅｒｏｌｏｇｙやＴＴＩを反映できる必要がある。これにより、ネットワーク側のデバイスは、ＳＲに応じてユーザ機器に適切なアップリンクリソースを割り当てることができる。この目標を達成するためのＮＲの設計思想は以下のとおりである。
ＳＲ構成（ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の複数のセットが導入され、ネットワーク側は、ユーザ機器の論理チャネルとＳＲ構成との間の対応を構成し、ネットワーク側は、論理チャネルとｎｕｍｅｒｏｌｏｇｙ／ＴＴＩとの間の対応を構成する。
ユーザ機器は、トリガーされるＳＲを有し、次に、ＳＲをトリガーする論理チャネル、および論理チャネルとネットワーク側によって構成されたＳＲ構成との間の対応に基づいて、ＳＲ送信に使用されるＳＲ構成を選択してＳＲ送信を実行する。
ネットワーク側は、ＳＲを受信し、次に、ネットワーク側によって構成された論理チャネルとＳＲ構成との間の対応に基づいて、送信されるデータが存在する論理チャネルを決定し、次いで、合理的なスケジューリングを実行するため、ＵＬグラントに対応するｎｕｍｅｒｏｌｏｇｙおよび／またはＴＴＩを決定する。これらのＳＲ構成は、それぞれ異なるＰＵＣＣＨリソースにマッピングされる（異なるＰＵＣＣＨリソースは、ＰＵＣＣＨによって占有される異なる時間／周波数ドメインリソースを参照する）。
従来技術の不利な点は、ＮＲシステムが複数のＳＲ構成のセットを導入し、論理チャネルがＵｕリンク（Ｕｕ ｌｉｎｋ）のためにネットワークによって構成され、ネットワークがユーザごとに、論理チャネルとＳＲ構成との間のマッピング関係を構成し、に基づいて、ユーザ機器がトリガーされるＳＲを有する場合、ユーザ機器は、最初に、どの論理チャネルがＳＲをトリガーするかを決定し、次に、ＳＲをトリガーする論理チャネルおよびＳＲによって構成されたマッピング関係に基づいて、ユーザ機器によって使用されるＳＲ構成を決定する。
直接通信／直接リンク（Ｓｉｄｅｌｉｎｋ）の場合、Ｕｕ ｌｉｎｋとは異なり、Ｓｉｄｅｌｉｎｋの論理チャネルは、ユーザ機器自体によって確立されるため、ユーザ機器の通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ Ｓｉｄｅｌｉｎｋ ＢＳＲ）ＳＲがトリガーされるとき、ユーザ機器は、送信のためにどのＳＲリソースのセットを選択すべきかを知らない。
本発明は、スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体を提供し、ユーザ機器が送信のためにどのＳＲリソースのセットを選択すべきかを知らないという問題を解決する。
上記の従来問題を解決するために、第１の態様では、本発明の実施形態によって提供されるＳＲリソースを決定するための方法は、
ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するステップと、
ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するステップとを備える。
実施において、ユーザ機器によって受信される前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
実施において、ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断するステップは、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ Ｓｉｄｅｌｉｎｋ ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定するステップを含む。
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
実施において、ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用される。
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ））。
実施において、ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定するステップを含む。
実施において、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。
実施において、ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
第２の態様では、本発明の実施形態によって提供されるＳＲ送信リソースを構成するための方法は、
ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するステップと、
ネットワーク側は、前記マッピング関係をユーザ機器に通知するステップとを備える。
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
実施において、前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
実施において、サイドリンクインターフェースのＱｏＳパラメータは、パラメータのうちの１つまたはそれらの組み合わせである：
ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータ。
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
実施において、
ユーザ機器からネットワーク側に報告された補助情報を受信した後、ネットワーク側は、前記補助情報に基づくマッピング関係を構成する。
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）。
第３の態様では、本発明の実施形態によって提供されるユーザ機器は、
次のプロセスを実行するためにメモリ内のプログラムを読み取るように構成されたプロセッサと、
プロセッサの制御下でデータを送受信するように構成された送受信機とを備え、
前記プロセッサは、ネットワーク側によって構成されたサイドリンクインターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信した後、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定する。
実施において、受信された的前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
実施において、サイドリンクインターフェースのＱｏＳパラメータは、パラメータのうちの１つまたはそれらの組み合わせである：
ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータ。
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、具体的に、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ Ｓｉｄｅｌｉｎｋ ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定する。
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下とおりである：
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
実施において、さらに、補助情報をネットワーク側に報告し、前記補助情報は、ネットワーク側が前記マッピング関係を構成するために使用される。
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ））。
実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するすることは、具体的に、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定する。
実施において、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。
実施において、ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
第４の態様では、本発明の実施形態によって提供される基地局は、
サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するためにメモリ内のプログラムを読み取るように構成されたプロセッサと、
プロセッサの制御下でデータを送受信するように構成された送受信機とを備え、
前記送受信機は、
前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
実施において、前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
実施において、サイドリンクインターフェースのＱｏＳパラメータは、パラメータのうちの１つまたはそれらの組み合わせである：
ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータ。
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
実施において、ユーザ機器からネットワーク側に報告された補助情報を受信した後、前記補助情報に基づいてマッピング関係を構成する。
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）。
第５の態様では、本発明の実施形態によって提供されるユーザ機器は、
ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュールと、
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように設定された決定モジュールとを備える。
第６の態様では、本発明の実施形態によって提供される基地局は、
サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュールと、
前記マッピング関係をユーザ機器に通知するように構成された通知モジュールとを備え、
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
第７の態様では、本発明の実施形態は、プロセッサによって実行されると、プロセスにユーザ機器によって実行されるステップまたは基地局によって実行されるステップを実行させるコンピュータプログラムを格納するコンピュータ可読記憶媒体を提供する。
本発明は、以下の有益な効果を有する。
本発明の実施形態によって提供される技術的解決策では、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を構成し、当該マッピング関係をユーザ機器に送信することができ、ユーザ機器は、ＳＲがトリガーされたと判断するときに、サイドリンクインターフェースの論理チャネルのＱｏＳパラメータと組み合わせたこのマッピング関係に基づいてＵｕインターフェース上のＳＲリソースを決定し、このリソースで送信できる。したがって、ユーザ機器がＳＲをトリガーした後、ユーザ機器は、送信のために選択されたＳＲリソースのセットを決定することができ、それによって、サイドリンクリンクでトリガーするＳＲのリソース選択の問題を解決する。
本明細書に示される添付の図面は、用途のさらなる理解を提供し、用途の一部を構成するために使用され、用途の概略実施形態およびその図は、用途を説明するために使用されるが、用途を不適切に限定するものではない。
本発明の実施形態による、ネットワーク側でＳＲ送信リソースを構成するための方法の概略図である。 本発明の実施形態による、ユーザ機器のＳＲリソースを決定するための方法の概略図である。 本発明の実施形態による、ユーザ機器が補助情報を報告する必要がない場合のＳＲ処理フローの概略図である。 本発明の実施形態による、ユーザ機器が補助情報を報告する必要がある場合のＳＲ処理フローの概略図である。 本発明の実施形態による第１の基地局の概略構造図である。 本発明の実施形態による第１のユーザ機器の概略構造図である。 本発明の実施形態による第２の基地局の概略図である。 本発明の実施形態による第２のユーザ機器の概略図である。
ＮＲシステムは、ＳＲ構成の複数のセットを導入し、論理チャネルは、Ｕｕリンクのためにネットワークによって構成され、ネットワークは、ユーザ機器のための、論理チャネルとＳＲ構成との間のマッピング関係を構成し得る。したがって、ユーザ機器がトリガーされるＳＲを有する場合、ユーザ機器は、最初に、どの論理チャネルがＳＲをトリガーするかを判断し、次に、ＳＲをトリガーする論理チャネルおよび論理チャネルとＳＲ構成との間のマッピング関係に基づいて、ユーザ機器によって使用されるＳＲ構成を決定する。
サイドリンクについては、Ｕｕリンクとは異なり、サイドリンクの論理チャネルは、ユーザ機器自体によって確立されるので、ユーザ機器の通常のＢＳＲ（Ｒｅｇｕｌａｒ Ｓｉｄｅｌｉｎｋ ＢＳＲ）がＳＲをトリガーする場合、ユーザ機器は、送信のためにどのＳＲリソースのセットが選択されるべきかを知らない。このような問題点を考慮して、本発明の実施形態は、サイドリンクインターフェースのスケジューリング要求リソースを決定するための解決案を提供し、これは主に、サイドリンクリンク上の通常のＢＳＲによってトリガーされるＳＲリソース選択の問題を解決するために使用される。本発明の実施形態で提供される解決策は、主に、ネットワーク側が、サイドリンクインターフェースのサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ，ＱｏＳ）パラメータ／ ＱｏＳパラメータの組み合わせと、ＵｕインターフェースのＳＲリソースとの間のマッピング関係を構成することである。次に、ユーザ機器のサイドリンクインターフェースの通常のＢＳＲがＳＲをトリガーした後、ユーザ機器は、通常のＢＳＲをトリガーするサイドリンクインターフェースのＱｏＳパラメータに基づいて、Ｕｕインターフェース上で送信するための適切なＳＲリソースを選択する。
本発明の実施形態は、図面と組み合わせて以下で説明される。
説明では、ユーザ機器側および基地局側での実施がそれぞれ図示され、次に、の実施形態で提供される解決案の実施をよりよく理解するために、両者が協力して実施される実施例も示される。このような説明は、協力して実施する必要がある、または単独で実施する必要があるという意味ではない。実際、ユーザ機器と基地局を別々に実施すると、ユーザ機器側と基地局側の問題もそれぞれ解決するが、組み合わせて使用すると技術的効果が向上する場合がある。
図１は、ネットワーク側でＳＲ送信リソースを構成するための方法の概略図である。示されているように、この方法は以下のステップを含み得る。
ステップ１０１において、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
ステップ１０２において、ネットワーク側は、前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
それに対応して、以下はユーザ機器に関して説明する。
図２は、ユーザ機器のＳＲリソースを決定するための方法の概略図である。示されているように、この方法は以下のステップを含み得る。
ステップ２０１において、ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信する。
ステップ２０２において、ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定する。
このようにして、ユーザ機器は、決定されたＳＲリソース上でネットワーク側にＳＲを送信することができる。
実施においてネットワーク側とユーザ機器との間には一定の対応があるため、以下の説明は主にユーザ機器に基づく。当業者は、２つの側の間の対応に基づいて、反対側のユーザ機器の実施を知ることができる。
実施において、ユーザ機器によって受信されるマッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢおよびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。
具体的には、サイドリンクインターフェースのＱｏＳパラメータは、以下のうちの１つまたは組み合わせであり得るが、これらに限定されない：
サイドリンクインターフェーの各パケットの優先度（ＰｒｏＳｅ Ｐｅｒ－Ｐａｃｋｅｔ Ｐｒｉｏｒｉｔｙ，ＰＰＰＰ）、
サイドリンクインターフェーの各パケットの信頼性（ＰｒｏＳｅ Ｐｅｒ－Ｐａｃｋｅｔ Ｒｅｌｉａｂｉｌｉｔｙ，ＰＰＰＲ）、
パケット遅延バジェット（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ，ＰＤＢ）、
後続のプロトコルによって新たに導入されたサイドリンクインターフェースのＱｏＳパラメータ。
組み合わせる場合、それはまた、パラメータの組み合わせ、異なるパラメータの特定の値の組み合わせ、および同じパラメータの異なる値の組み合わせとして具体化することができる。様々な組み合わせがＳＲリソースとマッピング関係を形成し、ユーザ機器がＳＲを送信するためのＳＲリソースを決定できる限り、様々な形態の組み合わせを必要に応じて決定することができる。
詳細については、第１の実施形態および表１、ならび第２の実施形態および表２の関連する実施を参照されたい。
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
具体的には、ＳＲリソースの表現形式は、時間／周波数リソース、または時間／周波数リソースインデックスであり得る。
実施において、ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、具体的に、ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ Ｓｉｄｅｌｉｎｋ ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定する。
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
具体的には、ＵｕインターフェースのＳＲリソースＳＲリソースを割り当てるための２つのオプションがある。
オプション１：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されない。
オプション２：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、ネットワークがサービスの優先順位を区別することを容易にするために、時間領域および／または周波数領域で分離される。
実施において、上記方法ではさらに、ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用される。
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）。
具体的には、ネットワーク側が、サイドリンクインターフェースＱｏＳパラメータとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する場合、以下の２つのオプションがあり得る。
オプションＡ：ネットワーク側は、サイドリンクインターフェースのすべての可能なＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。このオプションでは、ユーザ機器は補助情報を報告する必要はない。
オプションＢ：ユーザ機器は補助情報を報告し、ネットワーク側は、ユーザ機器によって報告された補助情報に基づいて、サイドリンクインターフェースの現在のサービスＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
オプションＢにおいて、ユーザ機器によって報告される補助情報の内容は、以下のうちの１つまたは組み合わせであり得る：
◎ ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータ、
◎ ネットワークが前記補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する場合異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができない。
◎ ユーザ機器のサイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ））。
このようにして、ネットワークは、この補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するときに、異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができる。
実施において、ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定する。
実施において、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するすることは、具体的に、
ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。
実施において、ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行する。
または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
具体的には、ＳＲリソースの選択モーとは、以下のようになり得る。
ＳＲリソースが宛先識別子（Ｄｅｓｔｉａｎｔｉｏｎ ＩＤ）を区別する場合、最初に、ＳＲをトリガーするサイドリンク論理チャネルに基づいて宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）を選択し、次に、宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）の下のＱｏＳパラメータおよびＳＲ構成に基づいて、以下のプロセスを実行する必要がある。それ以外の場合は、次のプロセスが直接実行される。
サイドリンクＢＳＲの場合、ｒｅｔｘＢＳＲタイマーの期限切れにより通常のサイドリンクＢＳＲがトリガーされると、現在送信されるデータがあり、かつ優先度が最も高いサイドリンク論理チャネルに対応するＱｏＳパラメータに対応するＳＲリソースが選択される。
ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
複数のＳＲリソースを選択できるようにする。つまり、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースそれぞれを使用して、ＳＲ要求を実行する。
ＳＲリソースのセットを１つだけ使用できるようにし、次の原則に基づいて選択する：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定する。
現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択し、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
ネットワーク側とユーザ機器の連携例から以下の説明を行う。
第１の実施形態：
図３は、ユーザ機器が補助情報を報告する必要がない場合のＳＲ処理フローの概略図である。示されているように、ＳＲ処理フローは次のようになる。
ステップ３０１において、ネットワーク側は、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとの間のマッピング関係を決定する。
具体的には、ネットワーク側は、サイドリンクインターフェース（サイドリンクインターフェース）ＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
ＵｕインターフェースＳＲリソースは、特定の時間／周波数リソース、または時間／周波数リソースインデックスであり得る。リソースを分割するオプションは２つある。
オプション１：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別されない。
オプション２：Ｕｕインターフェースでは、ネットワークがサービスの優先順位を区別することを容易にするために、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別する。
ネットワーク側は、サイドリンクインターフェースのすべての可能なＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を決定し、構成する。
サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢおよび後続のプロトコルによって新たに導入されたサイドリンクインターフェースのＱｏＳパラメータのうちの１つまたは組み合わせであり得るが、これらに限定されない。
サイドリンク論理チャネルのＱｏＳパラメータ情報は、ＰＰＰＰおよび／またはＰＰＰＲおよび／またはＰＤＢであり得、新たに導入された他のサイドリンク関連ＱｏＳパラメータであり得る。
例として、ＱｏＳパラメータであるＰＰＰＰを取り上げ、ＰＰＰＰが８つのレベルを有すると仮定すると、ネットワーク側は以下のように構成することができる：ＰＰＰＰ＝１／２が、ＳＲリソース１を使用、ＰＰＰＰ＝３／４がＳＲリソース２を使用し、ＰＰＰＰ＝５／６がＳＲリソース３を使用し、ＰＰＰＰ＝７／８がＳＲリソース４を使用する。
例として、ＱｏＳパラメータであるＰＰＰＰ／ＰＰＰＲの組み合わせを取り上げると、ＰＰＰＰおよびＰＰＰＲは、それぞれ４つのレベルを有すると想定される。ネットワーク側は、表１に示す構成を実行できる。
実施において、それはまた、同じパラメータの異なる値の組み合わせであり得る。これは、様々な組み合わせがＳＲリソースとのマッピング関係を形成し、ユーザ機器がＳＲを送信するためのＳＲリソースを決定できる限り、必要に応じて決定され得る。

Figure 0007191202000001
ステップ３０２において、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとＳＲリソースとの間のマッピング関係をユーザ機器に通知する。
具体的には、ネットワーク側は、専用シグナリングを介して、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとＳＲリソースとの間の構成関係をユーザ機器に通知する。構成シグナリングのＳＲリソースは、時間／周波数リソースまたはＳＲリソースインデックスであってもよい。
ステップ３０３において、ユーザ機器は、ＳＲリソースを選択する。
具体的には、ユーザ機器は、Ｒｅｇｕｌａｒ ＢＳＲのトリガー条件に基づいて判断し、Ｒｅｇｕｌａｒ Ｓｉｄｅｌｉｎｋ ＢＳＲがトリガーされるが、Ｓｉｄｅｌｉｎｋ ＢＳＲリソースを運ぶためのＵｕ口アップリンクリソースがないと、ＳＲをトリガーする。ＳＲがトリガーされると、ＳＲリソースは次のように選択できる。
サイドリンクＢＳＲの場合、ｒｅｔｘＢＳＲタイマーの期限切れにより通常のサイドリンクＢＳＲがトリガーされると、現在送信されるデータがあり、かつ優先度が最も高いサイドリンク論理チャネルに対応するＱｏＳパラメータに対応するＳＲリソースを選択する。
ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
複数のＳＲリソースを選択できるようにする。つまり、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースそれぞれを使用して、ＳＲ要求を実行する。
ＳＲリソースのセットを１つだけ使用できるようにし、次の原則に基づいて選択する：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定する。
現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択し、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
ステップ３０４において、ＳＲを報告する。
ステップ３０５において、サイドリンクＢＳＲにリソースを割り当てる。
ネットワーク側デバイスは、ユーザ機器によって報告されたＳＲに基づいて、適切なリソースをサイドリンクＢＳＲに割り当てる。
第２の実施形態：
図４は、ユーザ機器が補助情報を報告するときのＳＲ処理フローの概略図である。示されているように、ＳＲ処理フローは次のようになる。
ステップ４０１において、ユーザ機器は補助情報を報告する。
具体的には、ユーザ機器によって報告される補助情報の内容は、ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータと、ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータおよび宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）とのうちの１つまたは組み合わせであり得る。
ステップ４０２において、ネットワーク側は、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとの間のマッピング関係を決定する。
具体的には、ネットワーク側は、サイドリンクインターフェース（サイドリンクインターフェース）ＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
ＵｕインターフェースＳＲリソースは、特定の時間／周波数リソース、または時間／周波数リソースインデックスであり得る。リソースを分割するオプションは２つある。
オプション１：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別されない。
オプション２：Ｕｕインターフェースでは、ネットワークがサービスの優先順位を区別することを容易にするために、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別する。
ネットワーク側は、ユーザ機器によって報告された補助情報に基づいて、サイドリンクインターフェースの現在のサービスＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。ユーザ機器によって報告されたさまざまな補助情報に基づいて、ネットワーク側の動作が異なる場合がある。
ユーザ機器によって報告された補助情報は、次のとおりである：
◎ ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータ
◎ ネットワークが前記補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するときに、異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができない。
ユーザ機器によって報告された補助情報は、ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータおよび宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）である。
ネットワークが前記補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するときに、異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができる。
サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、後続のプロトコルによって新たに導入されたサイドリンクインターフェースのＱｏＳパラメータのうちの１つまたは組み合わせである。
サイドリンク論理チャネルのＱｏＳパラメータ情報は、ＰＰＰＰおよび／またはＰＰＰＲおよび／またはＰＤＢであってもよく、新たに導入された他のサイドリンク関連ＱｏＳパラメータであってもよい。
ＰＰＰＰがＱｏＳパラメータであり、ＳＲリソース構成が宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）を区別しない場合を例として取り上げ、ＰＰＰＰが８つのレベルを有すると仮定すると、ネットワーク側はつきのように構成することができる：ＰＰＰＰ＝１／２がＳＲリソースを使用し、ＰＰＰＰ＝３／４がＳＲリソース２を使用し、ＰＰＰＰ＝５／６がＳＲリソース３を使用し、ＰＰＰＰ＝７／８がＳＲリソース４を使用する。
例として、ＱｏＳパラメータであるＰＰＰＰ／ＰＰＰＲの組み合わせを取り上げると、ＰＰＰＰおよびＰＰＰＲそれぞれが４つのレベルがると仮定する。ネットワーク側は、表２に示す構成を実行できる。
実施において、それはまた、同じパラメータの異なる値の組み合わせであり得る。これは、様々な組み合わせがＳＲリソースとのマッピング関係を形成し、ユーザ機器がＳＲを送信するためのＳＲリソースを決定できる限り、必要に応じて決定され得る。

Figure 0007191202000002
ステップ４０３において、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとＳＲリソースとの間のマッピング関係をユーザ機器に通知する。
具体的には、ネットワーク側は、専用シグナリングを介して、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとＳＲリソースとの間の構成関係をユーザ機器に通知する。構成シグナリングのＳＲリソースは、時間／周波数リソースまたはＳＲリソースインデックスであってもよい。
ステップ４０４において、ユーザ機器は、ＳＲリソースを選択する。
具体的には、ユーザ機器は、Ｒｅｇｕｌａｒ ＢＳＲのトリガー条件に基づいて判断し、Ｒｅｇｕｌａｒ Ｓｉｄｅｌｉｎｋ ＢＳＲがトリガーされるが、Ｓｉｄｅｌｉｎｋ ＢＳＲリソースを運ぶためのＵｕ口アップリンクリソースがないと、ＳＲがトリガーされると、ＳＲリソースを選択する必要がある。
ＳＲリソースが宛先識別子（Ｄｅｓｔｉａｎｔｉｏｎ ＩＤ）を区別する場合、最初に、ＳＲをトリガーするサイドリンク論理チャネルに基づいて宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）を選択する必要がある。次に、宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）の下のＱｏＳパラメータとＳＲ構成に基づいて次のプロセスが実行される。それ以外の場合は、次のプロセスが直接実行される。
サイドリンクＢＳＲの場合、ｒｅｔｘＢＳＲタイマーの期限切れにより通常のサイドリンクＢＳＲがトリガーされると、現在送信されるデータがあり、かつ優先度が最も高いサイドリンク論理チャネルに対応するＱｏＳパラメータに対応するＳＲリソースを選択する。
ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
複数のＳＲリソースを選択できるようにする。つまり、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースそれぞれを使用して、ＳＲ要求を実行する。
ＳＲリソースのセットを１つだけ使用できるようにし、次の原則に基づいて選択する：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定する。
現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択し、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
ステップ４０５において、ユーザ機器ＳＲを報告する。
ステップ４０６において、ネットワーク側はサイドリンクＢＳＲにリソースを割り当てる。
ネットワーク側デバイスは、ユーザ機器によって報告されたＳＲに基づいて、適切なリソースをサイドリンクＢＳＲに割り当てる。
同じ発明の思想に基づいて、本発明の実施形態は、ユーザ機器および基地局をさらに提供する。これらのデバイスの問題を解決する原理は、ＳＲリソースを決定するための方法およびＳＲ送信リソースを構成する方法に類似しているため、これらのデバイスの実施は、方法の実施を参照でき、その繰り返しの説明はここでは省略される。
本出願の実施形態によって提供される技術的解決策が実施される場合、それは以下のような方法で実施され得る。
図５は、本出願の実施形態によって提供される第１の基地局の概略構造図である。示されているように、基地局は、メモリ５２０内のプログラムを読み取るように構成されたプロセッサ５００と、プロセッサ５００の制御下でデータを送受信するように構成された送受信機５１０とを備える。
前記プロセッサ５００は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
前記送受信機５１０は、前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
実施において、前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下とおりである：
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
実施において、さらに、ユーザ機器からネットワーク側に報告された補助情報を受信した後、前記補助情報に基づいてマッピング関係を構成する。
実施において、前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）のうちの１つまたは組み合わせを含む。
ここで、図５において、バスアーキテクチャは、任意の数の相互接続されたバスおよびブリッジを含み得、特に、プロセッサ５００によって表される１つ以上のプロセッサおよびメモリ５２０によって表されるメモリをリンクし得る。さらに、周辺装置、電圧調整器、電力管理回路などのさまざまな他の回路をリンクすることができ、これらはすべて当技術分野でよく知られており、に基づいて、本明細書では再度さらに説明しない。バスインターフェイスはインターフェースを提供する。送受信機５１０は、複数の要素であり得る、すなわち、送信機および受信機を含み、伝送媒体を介して様々な他のデバイスと通信するためのユニットを提供する。プロセッサ５００は、バスアーキテクチャ及び通常の処理を管理し、メモリ５２０は、プロセッサ５００が動作する際に利用するデータを記憶することができる。
図６は、本出願の実施形態による第１のユーザ機器の概略構造図である。示されているように、ユーザ機器は、
メモリ６２０内のプログラムを読み取るように構成されたプロセッサ６００と、
プロセッサ６００の制御下でデータを送受信するように構成された送受信機６１０とを備える。
前記プロセッサ６００は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信した後、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定する。
実施において、受信された的前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、具体的に、ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ Ｓｉｄｅｌｉｎｋ ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定する。
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下とおりである：
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
実施において、さらに、補助情報をネットワーク側に報告し、前記補助情報は、ネットワーク側が前記マッピング関係を構成するために使用される。
実施において、前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータと、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）とのうちの１つまたは組み合わせを含む。
実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定する。
実施において、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。
実施において、ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し；または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
ここで、図６では、バスアーキテクチャは、任意の数の相互接続されたバスおよびブリッジを含み得、特に、プロセッサ６００によって表される１つ以上のプロセッサおよびメモリ６２０によって表されるメモリをリンクし得る。さらに、周辺装置、電圧調整器、電力管理回路などのさまざまな他の回路をリンクすることができ、これらはすべて当技術分野でよく知られており、に基づいて、本明細書では再度さらに説明しない。バスインターフェイスはインターフェースを提供する。送受信機６１０は、複数の要素であり得る、すなわち、送信機および受信機を含み、伝送媒体を介して様々な他のデバイスと通信するためのユニットを提供する。異なるユーザ機器の場合、ユーザインターフェース６３０はまた、必要なデバイスと相互接続または外部接続することができるインターフェースであり得る。接続されたデバイスには、キーパッド、ディスプレイ、ラウドスピーカー、マイクロフォン、ジョイスティックなどが含まれるが、これらに限定されない。
プロセッサ６００は、バスアーキテクチャ及び通常の処理を管理し、メモリ６２０は、プロセッサ６００が動作する際に利用するデータを記憶することができる。
図７に示されるように、本発明の実施形態は第２の基地局をさらに提供する。
前記第２の基地局は、
サイドリンクインターフェースに使用されるＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュール７００と、
前記マッピング関係をユーザ機器に通知するように構成された通知モジュール７０１とを備える。
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
特定の実施は、上記のＳＲ送信リソースを構成するための方法の実施を参照することができる。
図８に示されるように、本発明の実施形態は、第２のユーザ機器をさらに提供する。
前記第２のユーザ機器は、
ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュール８００と、
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように構成された決定モジュール８０１とを備える。
特定の実施は、上記のＳＲリソースを決定するための方法の実施を参照することができる。
説明のために、上記のデバイスのすべての部分は、機能によって様々なモジュールまたはユニットに分割され、それらはそれぞれ説明される。もちろん、様々なモジュールまたはユニットの機能は、アプリケーションが実施されるときに、同じ１つまたは複数のソフトウェアまたはハードウェアに実施され得る。
要約すると、本出願の実施形態によって提供される技術的解決策では、ネットワーク側は、サイドリンクインターフェース（サイドリンクインターフェース）ＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。ユーザ機器のサイドリンクインターフェースの通常のＢＳＲがＳＲをトリガーした後、ユーザ機器は、通常のＢＳＲをトリガーするサイドリンクインターフェースのＱｏＳパラメータに基づいて、Ｕｕインターフェースでの送信に適したＳＲリソースを選択する。
具体的には、ＵｕインターフェースＳＲリソース割り当てモードと、ＵｕインターフェースＱｏＳパラメータとＳＲリソース間のマッピング関係の２つの構成モードと、ユーザ機器が補助情報を報告する必要がある場合の、報告された補助情報の内容と、ユーザ機器のＳＲリソース選択プロセスなどが提供される。
本発明の実施形態によって提供される技術的解決策は、サイドリンクリンク上の通常のＢＳＲによって引き起こされるＳＲリソース選択の問題を解決することができるスケジューリング要求送信解決策を提供する。
本発明の一実施形態は、ＳＲリソースを決定するための方法のためのコンピューティングデバイス可読記憶媒体をさらに提供する。すなわち、コンテンツは、電源オフ後に失われない。記憶媒体前記記憶媒体は、プログラムコードを含むソフトウェアプログラムを格納し、プログラムコードがコンピューティングデバイス上で実行される場合、ソフトウェアプログラムは、１つ以上のプロセッサによって読み取られて実行されるときに、本発明の実施形態のＳＲリソースを決定するためのユーザ機器の上記の任意の解決案を実施することができる。
本発明の一実施形態は、ＳＲ送信リソースを構成するための方法のためのコンピューティングデバイス可読記憶媒体をさらに提供する。すなわち、コンテンツは、電源オフ後に失われない。記憶媒体は、プログラムコードを含むソフトウェアプログラムを格納し、プログラムコードがコンピューティングデバイス上で実行される場合、ソフトウェアプログラムは、１つ以上のプロセッサによって読み取られて実行されると、本発明の実施形態のＳＲ送信リソースを構成するためのネットワーク側の上記の任意の解決案を実施することができる。
本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがわかるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。また、当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。
以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
これらのコンピュータプログラム指令は、又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。
500 プロセッサ
510 送信機
520 メモリ
600 プロセッサ
610 送信機
620 メモリ
630 ユーザインターフェース
700 構成モジュール
701 通知モジュール
800 受信モジュール
801 決定モジュール

Claims (14)

  1. ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのサービスの品質（ＱｏＳ）パラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するステップと、
    ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するステップとを備え、
    前記マッピング関係は、宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係であることを特徴とするスケジューリング要求（ＳＲ）リソースを決定するための方法。
  2. サイドリンクインターフェースのＱｏＳパラメータは、
    サイドリンクインターフェーの各パケットの優先度ＰＰＰＰ、サイドリンクインターフェーの各パケットの信頼性ＰＰＰＲ、サイドリンクインターフェースデータパケット時間遅延バジェットＰＤＢ、およびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
  3. ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断するステップは、
    ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ Ｓｉｄｅｌｉｎｋ ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
  4. ＵｕインターフェースＳＲリソース割り当てモードは、
    Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
    Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
  5. ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用され、
    前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
  6. ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
    ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
  7. ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
    ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
  8. ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、
    複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
    １個のみのＳＲリソースの使用が許可される場合は、
    現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択することを特徴とする請求項１から請求項７のいずれか一項に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
  9. ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するステップと、
    ネットワーク側は、前記マッピング関係をユーザ機器に通知するステップとを備え、
    前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用され、宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係であることを特徴とするＳＲ送信リソースを構成するための方法。
  10. サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、およびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項９に記載のＳＲ送信リソースを構成するための方法。
  11. ＵｕインターフェースＳＲリソース割り当てモードは、
    Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
    Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項９に記載のＳＲ送信リソースを構成するための方法。
  12. ユーザ機器からネットワーク側に報告された補助情報を受信した後、ネットワーク側は、前記補助情報に基づくマッピング関係を構成し、
    前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項９に記載のＳＲ送信リソースを構成するための方法。
  13. ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュールと、
    サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように設定された決定モジュールとを備え、
    前記マッピング関係は、宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係であることを特徴とするユーザ機器。
  14. サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュールと、
    前記マッピング関係をユーザ機器に通知するように構成された通知モジュールとを備え、
    前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用され、宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係であることを特徴とする基地局。
JP2021507816A 2018-08-16 2019-06-14 スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体 Active JP7191202B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201810934283.5A CN110839284B (zh) 2018-08-16 2018-08-16 一种调度请求资源确定及配置方法、设备及装置
CN201810934283.5 2018-08-16
PCT/CN2019/091290 WO2020034740A1 (zh) 2018-08-16 2019-06-14 一种调度请求资源确定及配置方法、设备及存储介质

Publications (2)

Publication Number Publication Date
JP2021534667A JP2021534667A (ja) 2021-12-09
JP7191202B2 true JP7191202B2 (ja) 2022-12-16

Family

ID=69525085

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021507816A Active JP7191202B2 (ja) 2018-08-16 2019-06-14 スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体

Country Status (6)

Country Link
US (1) US12041647B2 (ja)
EP (1) EP3840500A4 (ja)
JP (1) JP7191202B2 (ja)
KR (1) KR20210046035A (ja)
CN (1) CN110839284B (ja)
WO (1) WO2020034740A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
HUE059369T2 (hu) * 2018-09-17 2022-11-28 Guangdong Oppo Mobile Telecommunications Corp Ltd Kommunikációs eljárás, végberendezés és hálózati berendezés
CN114845412A (zh) * 2019-01-08 2022-08-02 华为技术有限公司 触发调度请求的方法、设备及系统
CN110035058B (zh) * 2019-02-28 2021-07-06 Oppo广东移动通信有限公司 资源请求方法、设备及存储介质
EP4344337A3 (en) * 2019-05-29 2024-05-08 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Information transmission method and terminal apparatus
CN112566263A (zh) * 2019-09-25 2021-03-26 大唐移动通信设备有限公司 一种缓冲区状态上报的方法及终端
WO2021098101A1 (en) * 2020-03-18 2021-05-27 Zte Corporation Method and device for power-saving in wireless sidelink communication
CN113660680B (zh) * 2020-05-12 2023-11-07 维沃移动通信有限公司 副链路中继架构中的配置方法和设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130028221A1 (en) 2010-04-12 2013-01-31 Lg Electronics Inc. Method and apparatus for transmitting and receiving scheduling request using shared resource based filtering in radio communication system
JP2015520533A (ja) 2012-03-23 2015-07-16 聯發科技股▲ふん▼有限公司Ｍｅｄｉａｔｅｋ Ｉｎｃ． 移動通信ネットワークのスケジューリングリクエストリソースを割り当てる方法
US20160044653A1 (en) 2014-08-06 2016-02-11 Futurewei Technologies, Inc. System and Method for Allocating Resources for Device-to-Device Communications
WO2017026671A1 (en) 2015-08-12 2017-02-16 Lg Electronics Inc. Method for performing a buffer status reporting in a d2d communication system and device therefor
WO2018031638A1 (en) 2016-08-11 2018-02-15 Intel IP Corporation Uplink transmission request for multiple numerologies

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK2922360T3 (en) * 2014-03-21 2019-04-15 Sun Patent Trust D2D COMMUNICATION PLANNING PROCEDURE
EP3051736B1 (en) 2015-01-30 2020-04-29 Panasonic Intellectual Property Corporation of America Prioritization in the logical channel prioritization procedure for sidelink logical channels in ProSe direct communications
WO2017069445A1 (en) * 2015-10-18 2017-04-27 Lg Electronics Inc. Method for transmitting a priority list reporting in a d2d communication system and device therefor
WO2018006313A1 (en) * 2016-07-07 2018-01-11 Panasonic Intellectual Property Corporation Of America Improved semi-persistent resource allocation behavior for v2x transmissions
EP3273634A1 (en) * 2016-07-18 2018-01-24 Panasonic Intellectual Property Corporation of America Improved support of quality of service for v2x transmissions
JP7187452B2 (ja) * 2016-10-19 2022-12-12 アイピーエルエー ホールディングス インコーポレイテッド 装置
CN109392128B (zh) * 2017-08-10 2023-08-29 夏普株式会社 基站、用户设备和相关方法
US11889514B2 (en) * 2018-06-28 2024-01-30 Interdigital Patent Holdings, Inc. Sidelink buffer status reports and scheduling requests for new radio vehicle sidelink shared channel data transmissions
CN110831062B (zh) * 2018-08-10 2022-02-25 华为技术有限公司 一种通信方法及相关设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130028221A1 (en) 2010-04-12 2013-01-31 Lg Electronics Inc. Method and apparatus for transmitting and receiving scheduling request using shared resource based filtering in radio communication system
JP2015520533A (ja) 2012-03-23 2015-07-16 聯發科技股▲ふん▼有限公司Ｍｅｄｉａｔｅｋ Ｉｎｃ． 移動通信ネットワークのスケジューリングリクエストリソースを割り当てる方法
US20160044653A1 (en) 2014-08-06 2016-02-11 Futurewei Technologies, Inc. System and Method for Allocating Resources for Device-to-Device Communications
WO2017026671A1 (en) 2015-08-12 2017-02-16 Lg Electronics Inc. Method for performing a buffer status reporting in a d2d communication system and device therefor
JP2018527800A (ja) 2015-08-12 2018-09-20 エルジー エレクトロニクス インコーポレイティド Ｄ２ｄ通信システムにおいてバッファ状態報告を行う方法及びその装置
WO2018031638A1 (en) 2016-08-11 2018-02-15 Intel IP Corporation Uplink transmission request for multiple numerologies

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements for V2X services (Release 15) [online]，3GPP TS 23.285 V15.1.0 (2018-06), [検索日: 2022年3月18日]，2018年06月19日，p.1-36
OPPO，Latency reduction in eV2x [online]，3GPP TSG-RAN2 Meeting #101bis R2-1804358, [検索日: 2022年3月18日]，インターネット <URL: https://www.3gpp.org/ftp/TSG_RAN/WG2_RL2/TSGR2_101bis/Docs/R2-1804358.zip>，2018年04月06日，p.1-4
Panasonic，SR issues for D2D communication [online]，3GPP TSG RAN WG2 Meeting #88 R2-144885, [検索日: 2022年3月18日]，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_88/Docs/R2-144885.zip＞，2014年11月07日，p.1-2

Also Published As

Publication number Publication date
EP3840500A4 (en) 2021-11-03
US12041647B2 (en) 2024-07-16
CN110839284A (zh) 2020-02-25
KR20210046035A (ko) 2021-04-27
EP3840500A1 (en) 2021-06-23
US20210298040A1 (en) 2021-09-23
WO2020034740A1 (zh) 2020-02-20
JP2021534667A (ja) 2021-12-09
CN110839284B (zh) 2024-03-12

Similar Documents

Publication Publication Date Title
JP7191202B2 (ja) スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体
JP6568302B2 (ja) 無線リソーススケジューリング方法および関連デバイス
CN110225547B (zh) 一种调度请求发送、接收方法、终端及网络侧设备
WO2018202087A1 (zh) 上行传输资源的调度方法和设备
JP5350517B2 (ja) 電気通信システムにおける資源スケジューリングの方法とシステム
JP7273197B2 (ja) リソース設定方法及び通信装置
CN106550457B (zh) 一种资源分配方法和装置
US9775064B2 (en) Buffer state reporting method, system, and device
JP5297317B2 (ja) 無線リソース割当装置および無線リソース割当方法
KR20190116293A (ko) 짧은 pdcch 동작을 위한 방법 및 장치
JP7459123B2 (ja) 端末および通信方法
RU2559791C2 (ru) Система связи, устройство связи, оборудование инфраструктуры и способ связи
EP2074768A1 (en) Apparatus and method for uplink scheduling on shared channels
KR20130099172A (ko) 업링크 사운딩 기준 신호를 트리거하고 송신하기 위한 방법 및 장치
BR112012016878B1 (pt) Método, em um nó de rede, para escalonar transmissões sem fio, nó de rede relacionado, método, em uma estação base, para selecionar ordem de escalonamento e estação base relacionada
WO2012167563A1 (zh) 一种载波聚合调度装置、载波聚合调度方法和基站
CN112567860A (zh) 通信系统
US20210084676A1 (en) Scheduling information transmission method and apparatus
KR101698953B1 (ko) 스케줄링 방법 및 기지국
CN114009122A (zh) 用于多个配置授权的方法、通信装置和基础设施设备
CN113273271A (zh) Nr-u中的逻辑信道优先级排序的增强
JP2024109710A (ja) 端末装置、通信方法及び集積回路
US20240073886A1 (en) Pre-Configured Allocation for Non-Periodic Traffic Pattern
WO2011123978A1 (zh) 资源调度方法及其设备
WO2022197223A1 (en) Multi-ue semi persistent allocation

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210215

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210215

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220325

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220404

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220704

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221107

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221206

R150 Certificate of patent or registration of utility model

Ref document number: 7191202

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150