特許 7507876 リソース決定方法及び機器

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

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

(11)【特許番号】

(24)【登録日】2024-06-20

(45)【発行日】2024-06-28

(54)【発明の名称】リソース決定方法及び機器

(51)【国際特許分類】

   H04W 72/0453 20230101AFI20240621BHJP

   H04W 72/02 20090101ALI20240621BHJP

   H04W 72/40 20230101ALI20240621BHJP

   H04W 92/18 20090101ALI20240621BHJP

【ＦＩ】

H04W72/0453 110

H04W72/02

H04W72/40

H04W92/18

【請求項の数】 14

(21)【出願番号】P 2022562007

(86)(22)【出願日】2021-04-08

(65)【公表番号】

(43)【公表日】2023-05-24

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

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

(87)【国際公開日】2021-10-14

【審査請求日】2022-10-11

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

(32)【優先日】2020-04-09

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

(73)【特許権者】

【識別番号】517372494

【氏名又は名称】維沃移動通信有限公司

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

【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ

(74)【代理人】

【識別番号】100102532

【弁理士】

【氏名又は名称】好宮 幹夫

(74)【代理人】

【識別番号】100194881

【弁理士】

【氏名又は名称】小林 俊弘

(74)【代理人】

【識別番号】100215142

【弁理士】

【氏名又は名称】大塚 徹

(72)【発明者】

【氏名】彭 淑燕

(72)【発明者】

【氏名】紀 子超

【審査官】▲高▼木 裕子

(56)【参考文献】

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

【文献】LG Electronics，Discussion on physical layer structure for NR sidelink[online]，3GPP TSG RAN WG1 #100_e R1-2000781，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000781.zip>，2020年02月15日

【文献】Intel Corporation，Remaining opens of sidelink physical structure for NR V2X design[online]，3GPP TSG RAN WG1 #100_e R1-2000729，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000729.zip>，2020年02月15日

【文献】CATT，CBR Measurement and Report[online]，3GPP TSG RAN WG2 #97 R2-1701245，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97/Docs/R2-1701245.zip>，2017年02月04日

【文献】Nokia, Nokia Shanghai Bell，Discussion of physical layer structure for sidelink[online]，3GPP TSG RAN WG1 #99 R1-1911952，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1911952.zip>，2019年11月09日

【文献】Apple，On NR V2X Physical Layer Structure[online]，3GPP TSG RAN WG1 #99 R1-1912810，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912810.zip>，2019年11月09日

【文献】Apple，Remaining Details on NR V2X Physical Layer Structure[online]，3GPP TSG RAN WG1 #100_e R1-2000850，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000850.zip>，2020年02月15日

(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】

本明細書で説明された図面は本願を更に理解させ、本願の一部を構成するためのものであり、本願の例示的実施例及びその説明は本願を解釈するためのものであり、本願を不適切に限定する意図がない。

【図1】本発明の一実施例によるリソース決定方法の模式的なフローチャートである。

【図2】本発明の一実施例による端末機器の構成模式図である。

【図3】本発明の別の実施例による端末機器の構成模式図である。

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

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

第２の段階のＳＣＩの利用可能リソースが１０ＰＲＢｓ＊２サブチャネル＝２０ＰＲＢｓであり、２０ＰＲＢｓにより第２の段階のＳＣＩの利用可能リソースを決定した。また、第２の段階のＳＣＩのマッピング時に、１１番目のサブチャネルにマッピングされなく、又は、第２の段階のＳＣＩのマッピング時に、１１番目のサブチャネル上で伝送される情報が１００番目のＰＲＢでの情報の重複である。
（実施例３）

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

以上、図面を参照しながら本発明の実施例を説明したが、本発明は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本発明の示唆をもとに、当業者が本発明の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本発明の保護範囲に属するものとする。

【図1】

【図2】

【図3】