特許7191202 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ 大唐移▲動▼通信▲設▼▲備▼有限公司の特許一覧

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

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-12-08

(45)【発行日】2022-12-16

(54)【発明の名称】スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体

(51)【国際特許分類】

H04W 72/08 20090101AFI20221209BHJP

H04W 72/04 20090101ALI20221209BHJP

H04W 72/02 20090101ALI20221209BHJP

H04W 92/18 20090101ALI20221209BHJP

【ＦＩ】

H04W72/08

H04W72/04 136

H04W72/02

H04W92/18

【請求項の数】 14

(21)【出願番号】P 2021507816

(86)(22)【出願日】2019-06-14

(65)【公表番号】

(43)【公表日】2021-12-09

(86)【国際出願番号】 CN2019091290

(87)【国際公開番号】W WO2020034740

(87)【国際公開日】2020-02-20

【審査請求日】2021-02-15

(31)【優先権主張番号】201810934283.5

(32)【優先日】2018-08-16

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】510065207

【氏名又は名称】大唐移▲動▼通信▲設▼▲備▼有限公司

【氏名又は名称原語表記】ＤＡＴＡＮＧＭＯＢＩＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＥＱＵＩＰＭＥＮＴＣＯ．，ＬＴＤ．

【住所又は居所原語表記】１／Ｆ，Ｂｕｉｌｄｉｎｇ１，Ｎｏ．５ＳｈａｎｇｄｉＥａｓｔＲｏａｄ，ＨａｉｄｉａｎＤｉｓｔｒｉｃｔ，Ｂｅｉｊｉｎｇ１０００８５，Ｃｈｉｎａ

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部達彦

(72)【発明者】

【氏名】▲趙▼ ▲亞▼利

【審査官】田部井和彦

(56)【参考文献】

【文献】特表２０１５－５２０５３３（ＪＰ，Ａ）

【文献】国際公開第２０１８／０３１６３８（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１６／００４４６５３（ＵＳ，Ａ１）

【文献】国際公開第２０１７／０２６６７１（ＷＯ，Ａ１）

【文献】特表２０１８－５２７８００（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１３／００２８２２１（ＵＳ，Ａ１）

【文献】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

【文献】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

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－９９／００

ＤＢ名３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのサービスの品質（ＱｏＳ）パラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するステップと、
ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するステップとを備え、
前記マッピング関係は、宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係であることを特徴とするスケジューリング要求（ＳＲ）リソースを決定するための方法。

【請求項2】

サイドリンクインターフェースのＱｏＳパラメータは、
サイドリンクインターフェーの各パケットの優先度ＰＰＰＰ、サイドリンクインターフェーの各パケットの信頼性ＰＰＰＲ、サイドリンクインターフェースデータパケット時間遅延バジェットＰＤＢ、およびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。

【請求項3】

ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断するステップは、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（ＲｅｇｕｌａｒＳｉｄｅｌｉｎｋＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。

【請求項4】

ＵｕインターフェースＳＲリソース割り当てモードは、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。

【請求項5】

ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用され、
前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。

【請求項6】

ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。

【請求項7】

ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。

【請求項8】

ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
１個のみのＳＲリソースの使用が許可される場合は、
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択することを特徴とする請求項１から請求項７のいずれか一項に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。

【請求項9】

ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するステップと、
ネットワーク側は、前記マッピング関係をユーザ機器に通知するステップとを備え、
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用され、宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係であることを特徴とするＳＲ送信リソースを構成するための方法。

【請求項10】

サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、およびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項９に記載のＳＲ送信リソースを構成するための方法。

【請求項11】

ＵｕインターフェースＳＲリソース割り当てモードは、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項９に記載のＳＲ送信リソースを構成するための方法。

【請求項12】

ユーザ機器からネットワーク側に報告された補助情報を受信した後、ネットワーク側は、前記補助情報に基づくマッピング関係を構成し、
前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項９に記載のＳＲ送信リソースを構成するための方法。

【請求項13】

ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュールと、
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように設定された決定モジュールとを備え、
前記マッピング関係は、宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係であることを特徴とするユーザ機器。

【請求項14】

サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュールと、
前記マッピング関係をユーザ機器に通知するように構成された通知モジュールとを備え、
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用され、宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係であることを特徴とする基地局。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１８年８月１６日に中国特許局に提出し、出願番号が２０１８１０９３４２８３．５であり、発明名称が「スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。

【0002】

本発明は、通信技術分野に関し、特にスケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体に関する。

【背景技術】

【0003】

最初に、ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ，ＬＴＥ）システムのスケジューリング要求（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ，ＳＲ）メカニズムが以下のように導入される。

【0004】

ＬＴＥシステムは、基地局がデータ送信に必要な時間周波数リソースをユーザ機器に割り当て、ユーザ機器が基地局のスケジューリングコマンドに基づいてダウンリンクデータを受信するか、またはアップリンクデータを送信する、スケジューリングベースのシステムである。アップリンクデータ送信は基地局によってスケジュールされ、基地局のスケジューラは、アップリンクリソースの割り当て状況を決定した後、アップリンクスケジューリンググラント（ＵＬｇｒａｎｔ）を介してユーザ機器に通知することができる。基地局のスケジューラは、ユーザ機器によって送信されるアップリンクデータの量、すなわち、ユーザ機器のバッファ状態に基づいてアップリンクリソースを割り当てる。当該バッファはユーザ機器にある。基地局が情報を知りたい場合、ユーザ機器は基地局に対してバッファ状態レポート（Ｂｕｆｆｅｒｓｔａｔｕｓｒｅｐｏｒｔ，ＢＳＲ）を実行する必要がある。ＬＴＥＲｅｌ－１１以前のバージョンのＢＳＲ分類とトリガーメカニズムは次のとおりである。

【0005】

通常（Ｒｅｇｕｌａｒ）のＢＳＲ：（１）現在のバッファ（ｂｕｆｆｅｒ）内のデータよりも優先度の高いデータが到着したとき、またはデータが元々空であるバッファに到着したときにトリガーされる。（２）ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの有効期限が切れ、バッファにデータがある場合にトリガーされる。

【0006】

周期（Ｐｅｒｉｏｄｉｃ）的ＢＳＲ：周期的ＢＳＲは、周期的ＢＳＲタイマー（ｐｅｒｉｏｄｉｃＢＳＲ－Ｔｉｍｅｒ）が満了したときにトリガーされる。

【0007】

パディング（Ｐａｄｄｉｎｇ）ＢＳＲ：パディングＢＳＲは、媒体アクセス制御（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔｓ，ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ，ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を編成するときに送信される必要があるデータに加えて、ユーザ機器（ＵＥ）が利用可能なリソースを有するときにトリガーされ得る。

【0008】

ユーザ機器がトリガーされる通常のＢＳＲ（ＲｅｇｕｌａｒＢＳＲ）を有するが（通常のＢＳＲをトリガーする論理チャネルがＳＲマスキング（ｍａｓｋｉｎｇ）で構成されていない）、ユーザ機器がＵＬグラントを持たない場合、ＳＲがトリガーされる。

【0009】

ＳＲがトリガーされた後、ＳＲを送信するための２つの方法があり、すなわち、専用スケジューリング要求リソース（Ｄ－ＳＲ）を介してＳＲを送信することと、ランダムアクセスプロセス（ＲＡ－ＳＲ）を介してＳＲを送信することである。

【0010】

専用ＳＲ（Ｄ－ＳＲ）：Ｄ－ＳＲは、無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ，ＲＲＣ）によって割り当てられ、物理アップリンク制御チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ，ＰＵＣＣＨ）によって運ばれる。

【0011】

ランダムアクセスＳＲ（ＲＡ－ＳＲ）：ＳＲを送信するためにランダムアクセスプロセスを使用する。

【0012】

ＳＲを送信する基本原理は、Ｄ－ＳＲリソースがある限り、ＲＡ－ＳＲは使用されない。ＲＡ－ＳＲは、Ｄ－ＳＲリソース構成がない場合にのみ使用される。

【0013】

新無線（ＮｅｗＲａｄｉｏ，ＮＲ）システムのＳＲは、以下のように導入される。

【0014】

ＮＲシステムの物理層は、複数のｎｕｍｅｒｏｌｏｇｙ／ＴＴＩをサポートする。ベースバンドパラメータ（ｎｕｍｅｒｏｌｏｇｙ）と送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ，ＴＴＩ）の概念は次のとおりである。

【0015】

ｎｕｍｅｒｏｌｏｇｙは３ＧＰＰＲＡＮ１の用語であり、ベースバンドパラメータに変換することができる。異なるｎｕｍｅｒｏｌｏｇｙの主な違いは、異なるｎｕｍｅｒｏｌｏｇｙが異なるサブキャリア間隔（Ｓｕｂ－ｃａｒｒｉｅｒＳｐａｃｉｎｇ，ＳＣＳ）をサポートすることである。たとえば、５ＧＮＲシステムでサポートされるサブキャリア間隔には、少なくとも１５ＫＨｚ、３０ＫＨＺ、６０ＫＨｚ、１２０ｋＨｚが含まれ、さまざまなサブキャリア間隔に対応するｎｕｍｅｒｏｌｏｇｙは独立したｎｕｍｅｒｏｌｏｇｙである。一般に、高速ユーザ機器で使用されるｎｕｍｅｒｏｌｏｇｙは、低速ユーザ機器で使用されるｎｕｍｅｒｏｌｏｇｙとは異なる。高周波数と低周波数でのｎｕｍｅｒｏｌｏｇｙも異なる。さまざまなｎｕｍｅｒｏｌｏｇｙの使用に関連する速度と頻度に加えて、業界は、さまざまなサービスで使用できるｎｕｍｅｒｏｌｏｇｙも異なる可能性があることも理解している。たとえば、超高信頼性および低遅延通信（ＵｌｔｒａＲｅｌｉａｂｌｅ＆ＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ，ＵＲＬＬＣ）で使用されるｎｕｍｅｒｏｌｏｇｙなどである。および拡張モバイルブロードバンド（ＥｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ，ｅＭＢＢ）は異なる場合がある。

【0016】

ＴＴＩは、送信時間間隔である。従来のＬＴＥシステムでは、ＴＴＩの長さは１ｍｓである。ＬＴＥＲ１４から、時間遅延の削減をサポートするために、１つの直交周波数分割多重（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘ，ＯＦＤＭ）シンボル長など、さまざまなＴＴＩ長が導入された。異なるＴＴＩ長は５Ｇシステムで使用され、各ｎｕｍｅｒｏｌｏｇｙに適用できる。つまり、５ＧＮＲの異なるｎｕｍｅｒｏｌｏｇｙは異なるＴＴＩ長または同じＴＴＩ長を使用でき、ＴＴＩ長は特定のｎｕｍｅｒｏｌｏｇｙの異なるユーザ機器に使用され、いつでも動的に変更できる。ＴＴＩの長さの選択は、主にサービスの遅延に関連している。たとえば、ＵＲＬＬＣサービスの場合、サポートする遅延要件は比較的高く、１ＯＦＤＭシンボルのＴＴＩ長など、より短いＴＴＩ長を選択できる。

【0017】

ＮＲシステムの場合、ベアラ／論理チャネルに対応するｎｕｍｅｒｏｌｏｇｙおよび／またはＴＴＩは、ネットワークを介して構成される。異なる論理チャネルに対応するｎｕｍｅｒｏｌｏｇｙおよび／またはＴＴＩは、同じであっても異なっていてもよい。アップリンクの場合、ＳＲ情報は、現在データ送信要件がある論理チャネルに対応するｎｕｍｅｒｏｌｏｇｙやＴＴＩを反映できる必要がある。これにより、ネットワーク側のデバイスは、ＳＲに応じてユーザ機器に適切なアップリンクリソースを割り当てることができる。この目標を達成するためのＮＲの設計思想は以下のとおりである。

【0018】

ＳＲ構成（ＳＲｃｏｎｆｉｇｕｒａｔｉｏｎ）の複数のセットが導入され、ネットワーク側は、ユーザ機器の論理チャネルとＳＲ構成との間の対応を構成し、ネットワーク側は、論理チャネルとｎｕｍｅｒｏｌｏｇｙ／ＴＴＩとの間の対応を構成する。

【0019】

ユーザ機器は、トリガーされるＳＲを有し、次に、ＳＲをトリガーする論理チャネル、および論理チャネルとネットワーク側によって構成されたＳＲ構成との間の対応に基づいて、ＳＲ送信に使用されるＳＲ構成を選択してＳＲ送信を実行する。

【0020】

ネットワーク側は、ＳＲを受信し、次に、ネットワーク側によって構成された論理チャネルとＳＲ構成との間の対応に基づいて、送信されるデータが存在する論理チャネルを決定し、次いで、合理的なスケジューリングを実行するため、ＵＬグラントに対応するｎｕｍｅｒｏｌｏｇｙおよび／またはＴＴＩを決定する。これらのＳＲ構成は、それぞれ異なるＰＵＣＣＨリソースにマッピングされる（異なるＰＵＣＣＨリソースは、ＰＵＣＣＨによって占有される異なる時間／周波数ドメインリソースを参照する）。

【0021】

従来技術の不利な点は、ＮＲシステムが複数のＳＲ構成のセットを導入し、論理チャネルがＵｕリンク（Ｕｕｌｉｎｋ）のためにネットワークによって構成され、ネットワークがユーザごとに、論理チャネルとＳＲ構成との間のマッピング関係を構成し、に基づいて、ユーザ機器がトリガーされるＳＲを有する場合、ユーザ機器は、最初に、どの論理チャネルがＳＲをトリガーするかを決定し、次に、ＳＲをトリガーする論理チャネルおよびＳＲによって構成されたマッピング関係に基づいて、ユーザ機器によって使用されるＳＲ構成を決定する。

【0022】

直接通信／直接リンク（Ｓｉｄｅｌｉｎｋ）の場合、Ｕｕｌｉｎｋとは異なり、Ｓｉｄｅｌｉｎｋの論理チャネルは、ユーザ機器自体によって確立されるため、ユーザ機器の通常のサイドリンクＢＳＲ（ＲｅｇｕｌａｒＳｉｄｅｌｉｎｋＢＳＲ）ＳＲがトリガーされるとき、ユーザ機器は、送信のためにどのＳＲリソースのセットを選択すべきかを知らない。

【発明の概要】

【発明が解決しようとする課題】

【0023】

本発明は、スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体を提供し、ユーザ機器が送信のためにどのＳＲリソースのセットを選択すべきかを知らないという問題を解決する。

【課題を解決するための手段】

【0024】

上記の従来問題を解決するために、第１の態様では、本発明の実施形態によって提供されるＳＲリソースを決定するための方法は、
ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するステップと、
ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するステップとを備える。

【0025】

実施において、ユーザ機器によって受信される前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。

【0026】

実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。

【0027】

実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。

【0028】

実施において、ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断するステップは、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（ＲｅｇｕｌａｒＳｉｄｅｌｉｎｋＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定するステップを含む。

【0029】

実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：

【0030】

Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。

【0031】

実施において、ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用される。

【0032】

実施において、前記補助情報は、以下の１つまたは組み合わせを含む：

【0033】

ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ））。

【0034】

実施において、ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定するステップを含む。

【0035】

実施において、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。

【0036】

実施において、ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：

【0037】

複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：

【0038】

現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。

【0039】

第２の態様では、本発明の実施形態によって提供されるＳＲ送信リソースを構成するための方法は、
ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するステップと、
ネットワーク側は、前記マッピング関係をユーザ機器に通知するステップとを備える。

【0040】

前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。

【0041】

実施において、前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。

【0042】

実施において、サイドリンクインターフェースのＱｏＳパラメータは、パラメータのうちの１つまたはそれらの組み合わせである：

【0043】

ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータ。

【0044】

【0045】

実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：

【0046】

【0047】

実施において、
ユーザ機器からネットワーク側に報告された補助情報を受信した後、ネットワーク側は、前記補助情報に基づくマッピング関係を構成する。

【0048】

実施において、前記補助情報は、以下の１つまたは組み合わせを含む：

【0049】

ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）。

【0050】

第３の態様では、本発明の実施形態によって提供されるユーザ機器は、
次のプロセスを実行するためにメモリ内のプログラムを読み取るように構成されたプロセッサと、
プロセッサの制御下でデータを送受信するように構成された送受信機とを備え、
前記プロセッサは、ネットワーク側によって構成されたサイドリンクインターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信した後、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定する。

【0051】

実施において、受信された的前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。

【0052】

実施において、サイドリンクインターフェースのＱｏＳパラメータは、パラメータのうちの１つまたはそれらの組み合わせである：

【0053】

【0054】

【0055】

実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、具体的に、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（ＲｅｇｕｌａｒＳｉｄｅｌｉｎｋＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定する。

【0056】

実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下とおりである：

【0057】

【0058】

実施において、さらに、補助情報をネットワーク側に報告し、前記補助情報は、ネットワーク側が前記マッピング関係を構成するために使用される。

【0059】

実施において、前記補助情報は、以下の１つまたは組み合わせを含む：

【0060】

【0061】

実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するすることは、具体的に、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定する。

【0062】

実施において、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。

【0063】

【0064】

【0065】

【0066】

第４の態様では、本発明の実施形態によって提供される基地局は、
サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するためにメモリ内のプログラムを読み取るように構成されたプロセッサと、
プロセッサの制御下でデータを送受信するように構成された送受信機とを備え、
前記送受信機は、
前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。

【0067】

実施において、前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。

【0068】

実施において、サイドリンクインターフェースのＱｏＳパラメータは、パラメータのうちの１つまたはそれらの組み合わせである：

【0069】

【0070】

【0071】

実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：

【0072】

【0073】

実施において、ユーザ機器からネットワーク側に報告された補助情報を受信した後、前記補助情報に基づいてマッピング関係を構成する。

【0074】

実施において、前記補助情報は、以下の１つまたは組み合わせを含む：

【0075】

【0076】

第５の態様では、本発明の実施形態によって提供されるユーザ機器は、
ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュールと、
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように設定された決定モジュールとを備える。

【0077】

第６の態様では、本発明の実施形態によって提供される基地局は、
サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュールと、
前記マッピング関係をユーザ機器に通知するように構成された通知モジュールとを備え、
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。

【0078】

第７の態様では、本発明の実施形態は、プロセッサによって実行されると、プロセスにユーザ機器によって実行されるステップまたは基地局によって実行されるステップを実行させるコンピュータプログラムを格納するコンピュータ可読記憶媒体を提供する。

【発明の効果】

【0079】

本発明は、以下の有益な効果を有する。

【0080】

本発明の実施形態によって提供される技術的解決策では、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を構成し、当該マッピング関係をユーザ機器に送信することができ、ユーザ機器は、ＳＲがトリガーされたと判断するときに、サイドリンクインターフェースの論理チャネルのＱｏＳパラメータと組み合わせたこのマッピング関係に基づいてＵｕインターフェース上のＳＲリソースを決定し、このリソースで送信できる。したがって、ユーザ機器がＳＲをトリガーした後、ユーザ機器は、送信のために選択されたＳＲリソースのセットを決定することができ、それによって、サイドリンクリンクでトリガーするＳＲのリソース選択の問題を解決する。

【図面の簡単な説明】

【0081】

本明細書に示される添付の図面は、用途のさらなる理解を提供し、用途の一部を構成するために使用され、用途の概略実施形態およびその図は、用途を説明するために使用されるが、用途を不適切に限定するものではない。

【0082】

【図1】本発明の実施形態による、ネットワーク側でＳＲ送信リソースを構成するための方法の概略図である。

【図2】本発明の実施形態による、ユーザ機器のＳＲリソースを決定するための方法の概略図である。

【図3】本発明の実施形態による、ユーザ機器が補助情報を報告する必要がない場合のＳＲ処理フローの概略図である。

【図4】本発明の実施形態による、ユーザ機器が補助情報を報告する必要がある場合のＳＲ処理フローの概略図である。

【図5】本発明の実施形態による第１の基地局の概略構造図である。

【図6】本発明の実施形態による第１のユーザ機器の概略構造図である。

【図7】本発明の実施形態による第２の基地局の概略図である。

【図8】本発明の実施形態による第２のユーザ機器の概略図である。

【発明を実施するための形態】

【0083】

ＮＲシステムは、ＳＲ構成の複数のセットを導入し、論理チャネルは、Ｕｕリンクのためにネットワークによって構成され、ネットワークは、ユーザ機器のための、論理チャネルとＳＲ構成との間のマッピング関係を構成し得る。したがって、ユーザ機器がトリガーされるＳＲを有する場合、ユーザ機器は、最初に、どの論理チャネルがＳＲをトリガーするかを判断し、次に、ＳＲをトリガーする論理チャネルおよび論理チャネルとＳＲ構成との間のマッピング関係に基づいて、ユーザ機器によって使用されるＳＲ構成を決定する。

【0084】

サイドリンクについては、Ｕｕリンクとは異なり、サイドリンクの論理チャネルは、ユーザ機器自体によって確立されるので、ユーザ機器の通常のＢＳＲ（ＲｅｇｕｌａｒＳｉｄｅｌｉｎｋＢＳＲ）がＳＲをトリガーする場合、ユーザ機器は、送信のためにどのＳＲリソースのセットが選択されるべきかを知らない。このような問題点を考慮して、本発明の実施形態は、サイドリンクインターフェースのスケジューリング要求リソースを決定するための解決案を提供し、これは主に、サイドリンクリンク上の通常のＢＳＲによってトリガーされるＳＲリソース選択の問題を解決するために使用される。本発明の実施形態で提供される解決策は、主に、ネットワーク側が、サイドリンクインターフェースのサービス品質（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ，ＱｏＳ）パラメータ／ＱｏＳパラメータの組み合わせと、ＵｕインターフェースのＳＲリソースとの間のマッピング関係を構成することである。次に、ユーザ機器のサイドリンクインターフェースの通常のＢＳＲがＳＲをトリガーした後、ユーザ機器は、通常のＢＳＲをトリガーするサイドリンクインターフェースのＱｏＳパラメータに基づいて、Ｕｕインターフェース上で送信するための適切なＳＲリソースを選択する。

【0085】

本発明の実施形態は、図面と組み合わせて以下で説明される。

【0086】

説明では、ユーザ機器側および基地局側での実施がそれぞれ図示され、次に、の実施形態で提供される解決案の実施をよりよく理解するために、両者が協力して実施される実施例も示される。このような説明は、協力して実施する必要がある、または単独で実施する必要があるという意味ではない。実際、ユーザ機器と基地局を別々に実施すると、ユーザ機器側と基地局側の問題もそれぞれ解決するが、組み合わせて使用すると技術的効果が向上する場合がある。

【0087】

図１は、ネットワーク側でＳＲ送信リソースを構成するための方法の概略図である。示されているように、この方法は以下のステップを含み得る。

【0088】

ステップ１０１において、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。

【0089】

ステップ１０２において、ネットワーク側は、前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。

【0090】

それに対応して、以下はユーザ機器に関して説明する。

【0091】

図２は、ユーザ機器のＳＲリソースを決定するための方法の概略図である。示されているように、この方法は以下のステップを含み得る。

【0092】

ステップ２０１において、ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信する。

【0093】

ステップ２０２において、ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定する。

【0094】

このようにして、ユーザ機器は、決定されたＳＲリソース上でネットワーク側にＳＲを送信することができる。

【0095】

実施においてネットワーク側とユーザ機器との間には一定の対応があるため、以下の説明は主にユーザ機器に基づく。当業者は、２つの側の間の対応に基づいて、反対側のユーザ機器の実施を知ることができる。

【0096】

実施において、ユーザ機器によって受信されるマッピング関係は、各宛先識別子に基づいてそれぞれ構成される。

【0097】

実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢおよびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。

【0098】

具体的には、サイドリンクインターフェースのＱｏＳパラメータは、以下のうちの１つまたは組み合わせであり得るが、これらに限定されない：

【0099】

サイドリンクインターフェーの各パケットの優先度（ＰｒｏＳｅＰｅｒ－ＰａｃｋｅｔＰｒｉｏｒｉｔｙ，ＰＰＰＰ）、
サイドリンクインターフェーの各パケットの信頼性（ＰｒｏＳｅＰｅｒ－ＰａｃｋｅｔＲｅｌｉａｂｉｌｉｔｙ，ＰＰＰＲ）、
パケット遅延バジェット（ＰａｃｋｅｔＤｅｌａｙＢｕｄｇｅｔ，ＰＤＢ）、
後続のプロトコルによって新たに導入されたサイドリンクインターフェースのＱｏＳパラメータ。

【0100】

組み合わせる場合、それはまた、パラメータの組み合わせ、異なるパラメータの特定の値の組み合わせ、および同じパラメータの異なる値の組み合わせとして具体化することができる。様々な組み合わせがＳＲリソースとマッピング関係を形成し、ユーザ機器がＳＲを送信するためのＳＲリソースを決定できる限り、様々な形態の組み合わせを必要に応じて決定することができる。

【0101】

詳細については、第１の実施形態および表１、ならび第２の実施形態および表２の関連する実施を参照されたい。

【0102】

【0103】

具体的には、ＳＲリソースの表現形式は、時間／周波数リソース、または時間／周波数リソースインデックスであり得る。

【0104】

実施において、ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、具体的に、ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（ＲｅｇｕｌａｒＳｉｄｅｌｉｎｋＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定する。

【0105】

実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：

【0106】

【0107】

具体的には、ＵｕインターフェースのＳＲリソースＳＲリソースを割り当てるための２つのオプションがある。

【0108】

オプション１：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されない。

【0109】

オプション２：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、ネットワークがサービスの優先順位を区別することを容易にするために、時間領域および／または周波数領域で分離される。

【0110】

実施において、上記方法ではさらに、ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用される。

【0111】

実施において、前記補助情報は、以下の１つまたは組み合わせを含む：

【0112】

【0113】

具体的には、ネットワーク側が、サイドリンクインターフェースＱｏＳパラメータとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する場合、以下の２つのオプションがあり得る。

【0114】

オプションＡ：ネットワーク側は、サイドリンクインターフェースのすべての可能なＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。このオプションでは、ユーザ機器は補助情報を報告する必要はない。

【0115】

オプションＢ：ユーザ機器は補助情報を報告し、ネットワーク側は、ユーザ機器によって報告された補助情報に基づいて、サイドリンクインターフェースの現在のサービスＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。

【0116】

オプションＢにおいて、ユーザ機器によって報告される補助情報の内容は、以下のうちの１つまたは組み合わせであり得る：

【0117】

◎ ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータ、
◎ ネットワークが前記補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する場合異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができない。

【0118】

◎ ユーザ機器のサイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ））。

【0119】

このようにして、ネットワークは、この補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するときに、異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができる。

【0120】

実施において、ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定する。

【0121】

実施において、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するすることは、具体的に、
ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。

【0122】

【0123】

複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行する。

【0124】

または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：

【0125】

【0126】

具体的には、ＳＲリソースの選択モーとは、以下のようになり得る。

【0127】

ＳＲリソースが宛先識別子（ＤｅｓｔｉａｎｔｉｏｎＩＤ）を区別する場合、最初に、ＳＲをトリガーするサイドリンク論理チャネルに基づいて宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）を選択し、次に、宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）の下のＱｏＳパラメータおよびＳＲ構成に基づいて、以下のプロセスを実行する必要がある。それ以外の場合は、次のプロセスが直接実行される。

【0128】

サイドリンクＢＳＲの場合、ｒｅｔｘＢＳＲタイマーの期限切れにより通常のサイドリンクＢＳＲがトリガーされると、現在送信されるデータがあり、かつ優先度が最も高いサイドリンク論理チャネルに対応するＱｏＳパラメータに対応するＳＲリソースが選択される。

【0129】

ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：

【0130】

複数のＳＲリソースを選択できるようにする。つまり、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースそれぞれを使用して、ＳＲ要求を実行する。

【0131】

ＳＲリソースのセットを１つだけ使用できるようにし、次の原則に基づいて選択する：

【0132】

現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定する。

【0133】

現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択し、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。

【0134】

ネットワーク側とユーザ機器の連携例から以下の説明を行う。

【0135】

第１の実施形態：

【0136】

図３は、ユーザ機器が補助情報を報告する必要がない場合のＳＲ処理フローの概略図である。示されているように、ＳＲ処理フローは次のようになる。

【0137】

ステップ３０１において、ネットワーク側は、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとの間のマッピング関係を決定する。

【0138】

具体的には、ネットワーク側は、サイドリンクインターフェース（サイドリンクインターフェース）ＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。

【0139】

ＵｕインターフェースＳＲリソースは、特定の時間／周波数リソース、または時間／周波数リソースインデックスであり得る。リソースを分割するオプションは２つある。

【0140】

オプション１：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別されない。

【0141】

オプション２：Ｕｕインターフェースでは、ネットワークがサービスの優先順位を区別することを容易にするために、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別する。

【0142】

ネットワーク側は、サイドリンクインターフェースのすべての可能なＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を決定し、構成する。

【0143】

サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢおよび後続のプロトコルによって新たに導入されたサイドリンクインターフェースのＱｏＳパラメータのうちの１つまたは組み合わせであり得るが、これらに限定されない。

【0144】

サイドリンク論理チャネルのＱｏＳパラメータ情報は、ＰＰＰＰおよび／またはＰＰＰＲおよび／またはＰＤＢであり得、新たに導入された他のサイドリンク関連ＱｏＳパラメータであり得る。

【0145】

例として、ＱｏＳパラメータであるＰＰＰＰを取り上げ、ＰＰＰＰが８つのレベルを有すると仮定すると、ネットワーク側は以下のように構成することができる：ＰＰＰＰ＝１／２が、ＳＲリソース１を使用、ＰＰＰＰ＝３／４がＳＲリソース２を使用し、ＰＰＰＰ＝５／６がＳＲリソース３を使用し、ＰＰＰＰ＝７／８がＳＲリソース４を使用する。

【0146】

例として、ＱｏＳパラメータであるＰＰＰＰ／ＰＰＰＲの組み合わせを取り上げると、ＰＰＰＰおよびＰＰＰＲは、それぞれ４つのレベルを有すると想定される。ネットワーク側は、表１に示す構成を実行できる。

【0147】

実施において、それはまた、同じパラメータの異なる値の組み合わせであり得る。これは、様々な組み合わせがＳＲリソースとのマッピング関係を形成し、ユーザ機器がＳＲを送信するためのＳＲリソースを決定できる限り、必要に応じて決定され得る。

【0148】

【表1】

【0149】

ステップ３０２において、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとＳＲリソースとの間のマッピング関係をユーザ機器に通知する。

【0150】

具体的には、ネットワーク側は、専用シグナリングを介して、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとＳＲリソースとの間の構成関係をユーザ機器に通知する。構成シグナリングのＳＲリソースは、時間／周波数リソースまたはＳＲリソースインデックスであってもよい。

【0151】

ステップ３０３において、ユーザ機器は、ＳＲリソースを選択する。

【0152】

具体的には、ユーザ機器は、ＲｅｇｕｌａｒＢＳＲのトリガー条件に基づいて判断し、ＲｅｇｕｌａｒＳｉｄｅｌｉｎｋＢＳＲがトリガーされるが、ＳｉｄｅｌｉｎｋＢＳＲリソースを運ぶためのＵｕ口アップリンクリソースがないと、ＳＲをトリガーする。ＳＲがトリガーされると、ＳＲリソースは次のように選択できる。

【0153】

サイドリンクＢＳＲの場合、ｒｅｔｘＢＳＲタイマーの期限切れにより通常のサイドリンクＢＳＲがトリガーされると、現在送信されるデータがあり、かつ優先度が最も高いサイドリンク論理チャネルに対応するＱｏＳパラメータに対応するＳＲリソースを選択する。

【0154】

【0155】

【0156】

ＳＲリソースのセットを１つだけ使用できるようにし、次の原則に基づいて選択する：

【0157】

【0158】

【0159】

ステップ３０４において、ＳＲを報告する。

【0160】

ステップ３０５において、サイドリンクＢＳＲにリソースを割り当てる。

【0161】

ネットワーク側デバイスは、ユーザ機器によって報告されたＳＲに基づいて、適切なリソースをサイドリンクＢＳＲに割り当てる。

【0162】

第２の実施形態：

【0163】

図４は、ユーザ機器が補助情報を報告するときのＳＲ処理フローの概略図である。示されているように、ＳＲ処理フローは次のようになる。

【0164】

ステップ４０１において、ユーザ機器は補助情報を報告する。

【0165】

具体的には、ユーザ機器によって報告される補助情報の内容は、ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータと、ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータおよび宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）とのうちの１つまたは組み合わせであり得る。

【0166】

ステップ４０２において、ネットワーク側は、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとの間のマッピング関係を決定する。

【0167】

【0168】

【0169】

【0170】

【0171】

ネットワーク側は、ユーザ機器によって報告された補助情報に基づいて、サイドリンクインターフェースの現在のサービスＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。ユーザ機器によって報告されたさまざまな補助情報に基づいて、ネットワーク側の動作が異なる場合がある。

【0172】

ユーザ機器によって報告された補助情報は、次のとおりである：

【0173】

◎ ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータ

【0174】

◎ ネットワークが前記補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するときに、異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができない。

【0175】

ユーザ機器によって報告された補助情報は、ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータおよび宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）である。

【0176】

ネットワークが前記補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するときに、異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができる。

【0177】

サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、後続のプロトコルによって新たに導入されたサイドリンクインターフェースのＱｏＳパラメータのうちの１つまたは組み合わせである。

【0178】

サイドリンク論理チャネルのＱｏＳパラメータ情報は、ＰＰＰＰおよび／またはＰＰＰＲおよび／またはＰＤＢであってもよく、新たに導入された他のサイドリンク関連ＱｏＳパラメータであってもよい。

【0179】

ＰＰＰＰがＱｏＳパラメータであり、ＳＲリソース構成が宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）を区別しない場合を例として取り上げ、ＰＰＰＰが８つのレベルを有すると仮定すると、ネットワーク側はつきのように構成することができる：ＰＰＰＰ＝１／２がＳＲリソースを使用し、ＰＰＰＰ＝３／４がＳＲリソース２を使用し、ＰＰＰＰ＝５／６がＳＲリソース３を使用し、ＰＰＰＰ＝７／８がＳＲリソース４を使用する。

【0180】

例として、ＱｏＳパラメータであるＰＰＰＰ／ＰＰＰＲの組み合わせを取り上げると、ＰＰＰＰおよびＰＰＰＲそれぞれが４つのレベルがると仮定する。ネットワーク側は、表２に示す構成を実行できる。

【0181】

【0182】

【表2】

【0183】

ステップ４０３において、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとＳＲリソースとの間のマッピング関係をユーザ機器に通知する。

【0184】

【0185】

ステップ４０４において、ユーザ機器は、ＳＲリソースを選択する。

【0186】

具体的には、ユーザ機器は、ＲｅｇｕｌａｒＢＳＲのトリガー条件に基づいて判断し、ＲｅｇｕｌａｒＳｉｄｅｌｉｎｋＢＳＲがトリガーされるが、ＳｉｄｅｌｉｎｋＢＳＲリソースを運ぶためのＵｕ口アップリンクリソースがないと、ＳＲがトリガーされると、ＳＲリソースを選択する必要がある。

【0187】

ＳＲリソースが宛先識別子（ＤｅｓｔｉａｎｔｉｏｎＩＤ）を区別する場合、最初に、ＳＲをトリガーするサイドリンク論理チャネルに基づいて宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）を選択する必要がある。次に、宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）の下のＱｏＳパラメータとＳＲ構成に基づいて次のプロセスが実行される。それ以外の場合は、次のプロセスが直接実行される。

【0188】

【0189】

【0190】

【0191】

ＳＲリソースのセットを１つだけ使用できるようにし、次の原則に基づいて選択する：

【0192】

【0193】

【0194】

ステップ４０５において、ユーザ機器ＳＲを報告する。

【0195】

ステップ４０６において、ネットワーク側はサイドリンクＢＳＲにリソースを割り当てる。

【0196】

ネットワーク側デバイスは、ユーザ機器によって報告されたＳＲに基づいて、適切なリソースをサイドリンクＢＳＲに割り当てる。

【0197】

同じ発明の思想に基づいて、本発明の実施形態は、ユーザ機器および基地局をさらに提供する。これらのデバイスの問題を解決する原理は、ＳＲリソースを決定するための方法およびＳＲ送信リソースを構成する方法に類似しているため、これらのデバイスの実施は、方法の実施を参照でき、その繰り返しの説明はここでは省略される。

【0198】

本出願の実施形態によって提供される技術的解決策が実施される場合、それは以下のような方法で実施され得る。

【0199】

図５は、本出願の実施形態によって提供される第１の基地局の概略構造図である。示されているように、基地局は、メモリ５２０内のプログラムを読み取るように構成されたプロセッサ５００と、プロセッサ５００の制御下でデータを送受信するように構成された送受信機５１０とを備える。

【0200】

前記プロセッサ５００は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。

【0201】

前記送受信機５１０は、前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。

【0202】

実施において、前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。

【0203】

【0204】

【0205】

実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下とおりである：

【0206】

Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。

【0207】

実施において、さらに、ユーザ機器からネットワーク側に報告された補助情報を受信した後、前記補助情報に基づいてマッピング関係を構成する。

【0208】

実施において、前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）のうちの１つまたは組み合わせを含む。

【0209】

ここで、図５において、バスアーキテクチャは、任意の数の相互接続されたバスおよびブリッジを含み得、特に、プロセッサ５００によって表される１つ以上のプロセッサおよびメモリ５２０によって表されるメモリをリンクし得る。さらに、周辺装置、電圧調整器、電力管理回路などのさまざまな他の回路をリンクすることができ、これらはすべて当技術分野でよく知られており、に基づいて、本明細書では再度さらに説明しない。バスインターフェイスはインターフェースを提供する。送受信機５１０は、複数の要素であり得る、すなわち、送信機および受信機を含み、伝送媒体を介して様々な他のデバイスと通信するためのユニットを提供する。プロセッサ５００は、バスアーキテクチャ及び通常の処理を管理し、メモリ５２０は、プロセッサ５００が動作する際に利用するデータを記憶することができる。

【0210】

図６は、本出願の実施形態による第１のユーザ機器の概略構造図である。示されているように、ユーザ機器は、
メモリ６２０内のプログラムを読み取るように構成されたプロセッサ６００と、
プロセッサ６００の制御下でデータを送受信するように構成された送受信機６１０とを備える。

【0211】

前記プロセッサ６００は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信した後、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定する。

【0212】

実施において、受信された的前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。

【0213】

【0214】

【0215】

実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、具体的に、ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（ＲｅｇｕｌａｒＳｉｄｅｌｉｎｋＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定する。

【0216】

実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下とおりである：

【0217】

【0218】

【0219】

実施において、前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータと、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（ＤｅｓｔｉｎａｔｉｏｎＩＤ）とのうちの１つまたは組み合わせを含む。

【0220】

実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定する。

【0221】

実施において、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ｒｅｔｘＢＳＲ－Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。

【0222】

【0223】

複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し；または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：

【0224】

【0225】

ここで、図６では、バスアーキテクチャは、任意の数の相互接続されたバスおよびブリッジを含み得、特に、プロセッサ６００によって表される１つ以上のプロセッサおよびメモリ６２０によって表されるメモリをリンクし得る。さらに、周辺装置、電圧調整器、電力管理回路などのさまざまな他の回路をリンクすることができ、これらはすべて当技術分野でよく知られており、に基づいて、本明細書では再度さらに説明しない。バスインターフェイスはインターフェースを提供する。送受信機６１０は、複数の要素であり得る、すなわち、送信機および受信機を含み、伝送媒体を介して様々な他のデバイスと通信するためのユニットを提供する。異なるユーザ機器の場合、ユーザインターフェース６３０はまた、必要なデバイスと相互接続または外部接続することができるインターフェースであり得る。接続されたデバイスには、キーパッド、ディスプレイ、ラウドスピーカー、マイクロフォン、ジョイスティックなどが含まれるが、これらに限定されない。

【0226】

プロセッサ６００は、バスアーキテクチャ及び通常の処理を管理し、メモリ６２０は、プロセッサ６００が動作する際に利用するデータを記憶することができる。

【0227】

図７に示されるように、本発明の実施形態は第２の基地局をさらに提供する。

【0228】

前記第２の基地局は、
サイドリンクインターフェースに使用されるＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュール７００と、
前記マッピング関係をユーザ機器に通知するように構成された通知モジュール７０１とを備える。

【0229】

前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。

【0230】

特定の実施は、上記のＳＲ送信リソースを構成するための方法の実施を参照することができる。

【0231】

図８に示されるように、本発明の実施形態は、第２のユーザ機器をさらに提供する。

【0232】

前記第２のユーザ機器は、
ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュール８００と、
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように構成された決定モジュール８０１とを備える。

【0233】

特定の実施は、上記のＳＲリソースを決定するための方法の実施を参照することができる。

【0234】

説明のために、上記のデバイスのすべての部分は、機能によって様々なモジュールまたはユニットに分割され、それらはそれぞれ説明される。もちろん、様々なモジュールまたはユニットの機能は、アプリケーションが実施されるときに、同じ１つまたは複数のソフトウェアまたはハードウェアに実施され得る。

【0235】

要約すると、本出願の実施形態によって提供される技術的解決策では、ネットワーク側は、サイドリンクインターフェース（サイドリンクインターフェース）ＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。ユーザ機器のサイドリンクインターフェースの通常のＢＳＲがＳＲをトリガーした後、ユーザ機器は、通常のＢＳＲをトリガーするサイドリンクインターフェースのＱｏＳパラメータに基づいて、Ｕｕインターフェースでの送信に適したＳＲリソースを選択する。

【0236】

具体的には、ＵｕインターフェースＳＲリソース割り当てモードと、ＵｕインターフェースＱｏＳパラメータとＳＲリソース間のマッピング関係の２つの構成モードと、ユーザ機器が補助情報を報告する必要がある場合の、報告された補助情報の内容と、ユーザ機器のＳＲリソース選択プロセスなどが提供される。

【0237】

本発明の実施形態によって提供される技術的解決策は、サイドリンクリンク上の通常のＢＳＲによって引き起こされるＳＲリソース選択の問題を解決することができるスケジューリング要求送信解決策を提供する。

【0238】

本発明の一実施形態は、ＳＲリソースを決定するための方法のためのコンピューティングデバイス可読記憶媒体をさらに提供する。すなわち、コンテンツは、電源オフ後に失われない。記憶媒体前記記憶媒体は、プログラムコードを含むソフトウェアプログラムを格納し、プログラムコードがコンピューティングデバイス上で実行される場合、ソフトウェアプログラムは、１つ以上のプロセッサによって読み取られて実行されるときに、本発明の実施形態のＳＲリソースを決定するためのユーザ機器の上記の任意の解決案を実施することができる。

【0239】

本発明の一実施形態は、ＳＲ送信リソースを構成するための方法のためのコンピューティングデバイス可読記憶媒体をさらに提供する。すなわち、コンテンツは、電源オフ後に失われない。記憶媒体は、プログラムコードを含むソフトウェアプログラムを格納し、プログラムコードがコンピューティングデバイス上で実行される場合、ソフトウェアプログラムは、１つ以上のプロセッサによって読み取られて実行されると、本発明の実施形態のＳＲ送信リソースを構成するためのネットワーク側の上記の任意の解決案を実施することができる。

【0240】

本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがわかるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。また、当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。

【0241】

以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。

【0242】

これらのコンピュータプログラム指令は、又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。

【0243】

これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。

【0244】

上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。

【0245】

無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。

【符号の説明】

【0246】

500 プロセッサ
510 送信機
520 メモリ
600 プロセッサ
610 送信機
620 メモリ
630 ユーザインターフェース
700 構成モジュール
701 通知モジュール
800 受信モジュール
801 決定モジュール

【図1】