JP7090092B2 - 通信装置、通信方法および集積回路 - Google Patents

通信装置、通信方法および集積回路 Download PDF

Info

Publication number
JP7090092B2
JP7090092B2 JP2019542606A JP2019542606A JP7090092B2 JP 7090092 B2 JP7090092 B2 JP 7090092B2 JP 2019542606 A JP2019542606 A JP 2019542606A JP 2019542606 A JP2019542606 A JP 2019542606A JP 7090092 B2 JP7090092 B2 JP 7090092B2
Authority
JP
Japan
Prior art keywords
resource
resource pool
priority
packet
pool
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
JP2019542606A
Other languages
English (en)
Other versions
JP2020519040A (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.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JP2020519040A publication Critical patent/JP2020519040A/ja
Application granted granted Critical
Publication of JP7090092B2 publication Critical patent/JP7090092B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • 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/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本開示は、無線通信の分野に関し、より詳細には、サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択するユーザ機器および方法に関する。
ｅＶ２Ｘ（拡張Ｖ２Ｘ）作業項目においては、複数のキャリアにまたがるＰＣ５動作が目的となる。
しかし、ユーザ機器が自律スケジューリング方式で動作するモード４動作においては、センシング、キャリア／リソース選択、電力管理、複数のキャリアの場合の送受信間の衝突処理の方法が明確になっていない。
一般的な一態様においては、サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択するユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）であって、センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得るセンサであり、センシングウィンドウの長さが設定可能または事前設定可能である、センサと、センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得するリソースセレクタであり、複数の利用可能なリソースが、リソース選択ウィンドウ内で複数のキャリアの少なくとも１つのリソースプールに含まれており、リソースセレクタが、少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するように動作し、リソース選択ウィンドウの長さが、所望のレイテンシに従って決定される、リソースセレクタと、リソースセレクタにより選択された少なくとも１つのリソース上で少なくとも１つのパケットを送信する送信機と、を備えた、ユーザ機器が提供される。
一般的な別の態様においては、ユーザ機器（ＵＥ）により、サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択する方法であって、センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得ることであり、センシングウィンドウの長さが設定可能または事前設定可能である、複数のリソースプールをセンシングし、センシング結果を得ることと、センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得することであり、複数の利用可能なリソースが、リソース選択ウィンドウ内で複数のキャリアの少なくとも１つのリソースプールに含まれており、リソース選択ウィンドウの長さが、所望のレイテンシに従って決定される、複数の利用可能なリソースを取得することと、少なくとも１つの利用可能なリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択することと、選択した少なくとも１つのリソース上で少なくとも１つのパケットを送信することと、を含む、方法が提供される。
一般的な実施形態または特定の実施形態がシステム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意選択的な組み合わせとして実現されるようになっていてもよいことに留意されたい。
開示の実施形態の別の利益および利点については、本明細書および図面から明らかとなるであろう。これらの利益および／または利点については、本明細書および図面の種々実施形態および特徴によって個別に得られるようになっていてもよく、このような利益および／または利点のうちの１つまたは複数を得るのに、上記のすべてが提供される必要はない。
従来技術におけるセンシングウィンドウ内で１つのキャリアのリソースをセンシングする一例を模式的に示した図である。 本開示の一実施形態に係る、ユーザ機器のブロック図の一例を模式的に示した図である。 本開示の一実施形態に係る、リソース選択ウィンドウ内の複数のキャリアの複数のリソースプールの利用可能なリソースの一例を模式的に示した図である。 本開示の一実施形態に係る、センシングウィンドウ内で複数のキャリアの複数の非モニタリングリソースを決定する一例を模式的に示した図である。 本開示の一実施形態に係る、リソース選択ウィンドウ内で複数のキャリアの複数のリソースプールから複数のリソースを選択する一例を模式的に示した図である。 本開示の一実施形態に係る、ユーザ機器のブロック図の一例を模式的に示した図である。 本開示の別の実施形態に係る、リソース選択ウィンドウ内で複数のキャリアの複数のリソースプールから複数のリソースを選択する一例を模式的に示した図である。 本開示の一実施形態に係る、ユーザ機器により、サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択する方法のフローチャートを模式的に示した図である。
以下、通信方法、装置、およびシステムに関する図面を参照して、実施形態を説明する。本開示は、多くの異なる形態および多くの異なる順序で具現化されるようになっていてもよく、本明細書に記載の実施形態に限定されるものと解釈すべきではないことが了解される。むしろ、これらの実施形態は、本開示が完璧かつ完全となるように提供され、当業者に対して本開示を十分に伝えることになる。実際のところ、本開示は、添付の特許請求の範囲により規定される技術の範囲および主旨に含まれるこれら実施形態の代替物、改良物、および同等物を網羅することが意図される。さらに、本開示の以下の詳細な説明においては、多くの具体的詳細を記載することにより、本開示を完全に理解できるようにする。ただし、このような具体的詳細なく本開示を実施可能であることが当業者には明らかとなるであろう。
本明細書においては、方法のステップの順序および構成要素の構造を例示目的で与えており、何ら限定するものではない。本技術に関する以下の詳細な記述は、図示および説明を目的として提示する。これは、網羅性を意図したものでもなければ、開示の厳密な形態に本技術を限定することを意図したものでもない。上記教示内容に照らして、多くの改良および変形が可能となる。記載の実施形態は、本技術の原理およびその実際の用途を最もよく説明することにより、当業他者が種々実施形態において本技術を最もよく利用できるようにするとともに、考え得る特定の使用に適した種々改良を行えるように選定したものである。本技術の範囲は、本明細書に添付の特許請求の範囲によって規定されるものとする。
リリース１４仕様によれば、センシングウィンドウ内での送信等のためにユーザ機器がモニタリングできないサブフレームについては、リソース選択ウィンドウ内で関連するリソースが選択されない場合がある。図１は、従来技術におけるセンシングウィンドウ内で１つのキャリアのリソースをセンシングする一例を示している。図１に示すように、１つのキャリアがセンシングウィンドウにおいてセンシングされ、センシングウィンドウ中のキャリアは、複数のリソースを含んでいてもよい。サブフレーム＃ａにおいては、リソースが送信に用いられる。ユーザ機器は、リソースが送信に用いられることから、サブフレーム＃ａ中のリソースをモニタリングしない。このため、一定の周期性が存在するものと仮定して、サブフレーム＃ｂ中のリソース選択ウィンドウにおいては、リソースを選択することができない。衝突が一切ない場合は、サブフレーム＃ｃ中のリソースを選択可能である。
ただし、複数のキャリアの場合は、選択用のリソース選択ウィンドウにおいて利用可能なリソースを取得する方法が明確ではない。さらに、ＲＦコンポーネントの制限または要件により、ユーザ機器は、サイドリンクにおいてパケットを同時に送信および受信可能であるかについて、異なる能力を有する場合がある。たとえば、帯域内の複数のキャリアのようにキャリアが非常に近い場合、ユーザ機器は、同時に送信および受信することができない。一方、帯域間の複数のキャリアのようにキャリアが互いに十分離れている場合、ユーザ機器は、同時に送信および受信することができる。ただし、能力が異なるユーザ機器について、複数のキャリアの場合、現行のセンシングメカニズムでは不十分である。
電力割り当ておよび最大電力制限に関して、リリース１４仕様は、単一のキャリアの最大電力制限しか規定していない。ただし、複数のキャリアの場合は、キャリアそれぞれについての最大電力制限が不明確である。さらに、複数のキャリアにまたがる電力割り当ての場合は、複数のキャリア間で電力を割り当てる効率的な方法を採用してＱｏＳを保証する必要がある。
さらに、レイテンシの要件を満たすとともにＱｏＳを保証するため、リソース選択ウィンドウにおいて、特に複数のキャリアのリソースを効率的に選択する必要がある。
図２は、本開示の一実施形態に係る、ユーザ機器２００のブロック図の一例を模式的に示している。
本実施形態において、ユーザ機器は、複数のキャリアにまたがって、ｅＶ２ＸのＵＥ自律スケジューリング方式で動作する（モード４動作）。各キャリアは、少なくとも１つのリソースプールを含んでいてもよく、各リソースプールは、ユーザ機器に対してパケットを送信する複数のリソースを含む。
図２に示すように、ユーザ機器２００は、センサ２１０、リソースセレクタ２２０、および送信機２３０を具備する。一実施形態において、センサ２１０は、センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得るようにしてもよく、センシングウィンドウの長さが設定可能または事前設定可能である。一実施形態において、リソースセレクタ２２０は、センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得するようにしてもよく、複数の利用可能なリソースが、リソース選択ウィンドウ内で複数のキャリアの少なくとも１つのリソースプールに含まれている。リソースセレクタは、少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するように動作し、リソース選択ウィンドウの長さが所望のレイテンシに従って決定される。また、一実施形態において、送信機２３０は、リソースセレクタ２１０により選択された少なくとも１つのリソース上で少なくとも１つのパケットを送信するようにしてもよい。
一実施形態において、センサ２１０は、センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得るようにしてもよく、センシングウィンドウの長さが設定可能または事前設定可能である。センシング結果は、キャリアのリソースの状況を示していてもよい。センシング結果は、リソースセレクタ２２０が利用する別のリソース選択のため、リソースのＳ－ＲＳＲＰ（サイドリンク参照信号受信電力）およびＳ－ＲＳＳＩ（サイドリンク受信信号強度インジケータ）を含んでいてもよい。
リソースセレクタ２２０は、センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得するようにしてもよく、複数の利用可能なリソースが、リソース選択ウィンドウ内で複数のキャリアの少なくとも１つのリソースプールに含まれている。リソースセレクタ２２０は、センシング結果に基づいて、利用可能なリソースを選択する。リソースセレクタ２２０は、Ｓ－ＲＳＲＰが比較的高いリソース選択ウィンドウ内のリソースを除外する。
図３は、本開示の一実施形態に係る、リソース選択ウィンドウ内の複数のキャリアの複数のリソースプールの利用可能なリソースの一例を模式的に示している。図３に示すように、各キャリアＣＣｉについて、センシング結果が得られる（図３に示すように、１≦ｉ≦３）。簡素化のため、図３に示す各キャリアＣＣｉは１つのリソースプールを含み、本明細書においては３つのキャリアを示している。ただし、用途の要件に応じて、任意数のリソースプールが各キャリアに含まれていてもよいことが了解されるものとする。たとえば、図３に示すように、リソースセレクタ２２０によるセンシング後、キャリアＣＣ１に対して利用可能なリソースＲ１－１およびＲ１－２が取得され、リソースセレクタ２２０によるセンシング後、キャリアＣＣ２に対して利用可能なリソースＲ２－１およびＲ２－２が取得され、リソースセレクタ２２０によるセンシング後、キャリアＣＣ３に対して利用可能なリソースＲ３－１およびＲ３－２が取得される。利用可能なすべてのリソースがリソース選択ウィンドウ内にあり、リソースセレクタ２２０によってさらに選択されるが、これについては、以下に詳しく説明する。
一実施形態において、リソースセレクタ２２０は、ユーザ機器がサイドリンクにおいてパケットを同時に受信および送信可能であるかに基づいて、センシングウィンドウ内の非モニタリングリソースを決定するようにしてもよい。
より具体的に、ユーザ機器２００がサイドリンクにおいてパケットを同時に受信および送信する場合（たとえば帯域間の複数のキャリアの場合で、たとえば１つの帯域が約２ＧＨｚ以下、別の帯域が約５ＧＨｚ以下の場合）、リソースセレクタ２２０は、センシングウィンドウ内の非モニタリングリソースを独立して決定するようにしてもよい。そして、ユーザ機器がサイドリンクにおいて同時に受信および送信できない場合（たとえば、帯域内の複数のキャリアの場合）、リソースセレクタ２２０は、その他のキャリアの送信状況に関連して、センシングウィンドウ内の非モニタリングリソースを決定する。あるサブフレームにおけるセンシングウィンドウ内の第２のキャリアの第２のリソースが送信に用いられる場合は、同じサブフレームにおけるセンシングウィンドウ内の第１のキャリアの第１のリソースが非モニタリングリソースとして決定される。
図４は、本開示の一実施形態に係る、センシングウィンドウ内で複数のキャリアの複数の非モニタリングリソースを決定する一例を模式的に示している。図４は、ユーザ機器がサイドリンクにおいてパケットを同時に受信および送信できない場合に、センシングウィンドウ内の複数の非モニタリングリソースを決定する一例を示している。図４に示すように、センシングウィンドウには３つのキャリアＣＣ１～ＣＣ３が存在し、簡素化のため、各キャリアが１つのリソースプールを含む。センシングウィンドウのサブフレーム＃Ｘにおいては、キャリアＣＣ１のリソースＲ１－ｔが送信に用いられる。したがって、リソースセレクタ２２０により、第２のキャリアＣＣ２の同じサブフレーム＃ＸのリソースＲ２－ｎ１が非モニタリングと決定され、リソースセレクタ２２０により、第３のキャリアＣＣ３の同じサブフレーム＃ＸのリソースＲ３－ｎ１も非モニタリングと決定される。同様に、サブフレーム＃Ｙにおいては、リソースＲ２－ｔが送信に用いられるため、サブフレーム＃ＹのリソースＲ１－ｎ１およびＲ３－ｎ２が非モニタリングと決定され、サブフレーム＃Ｚにおいては、リソースＲ３－ｔが送信に用いられるため、サブフレーム＃ＺのリソースＲ１－ｎ２およびＲ２－ｎ２が非モニタリングと決定される。したがって、非モニタリングリソースに対応するリソース（図４において、リソース選択ウィンドウにドットを含むブロックとして示す）は、リソース選択ウィンドウ内で選択され得ない。
ユーザ機器がサイドリンクにおいてパケットを同時に送信および受信できない場合は、センシングウィンドウにおけるその他のキャリアの送信状況に関連してキャリアそれぞれの非モニタリングを決定することにより、異なる周波数におけるユーザ機器の能力に基づいて選択メカニズムを最適化できるため都合が良い。図４においては、サブフレームの１つのリソースだけを送信用として示しているが、これは図示を目的としているに過ぎず、何ら限定的なものではない。センシングウィンドウ内の任意のキャリアの異なるサブフレームの任意数のリソースが送信に用いられるようになっていてもよく、また、それに応じて、他のキャリアの非モニタリングリソースが決定されるようになっていてもよい。
ユーザ機器２００のリソースセレクタ２２０は、少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するようにしてもよい。
より具体的に、リソースセレクタ２２０は、リソース選択ウィンドウ内のキャリアの複数のリソースプールの優先順位と少なくとも１つのパケットの優先順位との関係に従ってリソースプールを選択し、少なくとも１つの選択リソースプールとして、少なくとも１つのパケットの優先順位よりも優先順位が高くないリソースプールを選択し、少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択して少なくとも１つのパケットを送信することができる。一実施形態において、少なくとも１つのパケットの優先順位は、少なくとも１つのパケットの論理チャネルの優先順位または少なくとも１つのパケットの上位レイヤの優先順位により示される。
本開示の一実施形態に係る、リソース選択ウィンドウ内の複数のキャリアの複数のリソースプールの利用可能なリソースの一例を模式的に示す図３を再び参照して、各キャリアは１つのリソースプールを含み、各リソースプールが対応する優先順位を有する。具体的には、キャリアＣＣ１のリソースプールＲＰ１が優先順位ａを有し、キャリアＣＣ２のリソースプールＲＰ２が優先順位ｂを有し、キャリアＣＣ３のリソースプールＲＰ３が優先順位ｃを有し、ＲＰ１の優先順位がＲＰ２の優先順位よりも高く、ＲＰ２の優先順位がＲＰ３の優先順位よりも高い（たとえば、ａ＝１、ｂ＝２、ｃ＝３）。送信されるパケットの優先順位をｄと仮定する。優先順位ｄ＝３の場合、これは、送信されるパケットの優先順位ｄが最も低いもののＲＰ３の優先順位には等しいことを意味するが、この場合にリソースセレクタ２２０は、選択リソースプールとして、キャリアＣＣ３のリソースプールＲＰ３のみを選択する。優先順位ｄ＝２の場合、これは、ＲＰ２の優先順位ｂおよびＲＰ３の優先順位ｃが優先順位ｄよりも高くないことを意味するが、この場合にリソースセレクタ２２０は、選択リソースプールとして、キャリアＣＣ２のリソースプールＲＰ２およびキャリアＣＣ３のリソースプールＲＰ３を選択する。優先順位ｄ＝１の場合、これは、最も高い優先順位であり、ＲＰ１の優先順位ａ、ＲＰ２の優先順位ｂ、およびＲＰ３の優先順位ｃが優先順位ｄよりも高くないことを意味するが、この場合にリソースセレクタ２２０は、選択リソースプールとして、キャリアＣＣ１のリソースプールＲＰ１、キャリアＣＣ２のリソースプールＲＰ２、およびキャリアＣＣ３のリソースプールＲＰ３を選択し、選択リソースプールの中で、キャリアＣＣ１のリソースプールＲＰ１の優先順位が最も高いことから、ＲＰ１がパケットの最初の送信に選択されるようになっていてもよい。
図３に示す利用可能なリソースは、図示を目的としているに過ぎない。また、用途の要件に応じて、リソース選択ウィンドウ中のキャリアの任意のサブフレームの任意数の利用可能なリソースを適用可能であることが了解されるものとする。
リソースプールが選択された後、リソースセレクタ２２０は、選択リソースプールから少なくとも１つのリソースを選択して、少なくとも１つのパケットを送信するようにしてもよい。
一実施形態において、送信されるパケットの優先順位は、パケットの論理チャネルの優先順位により示される。ＭＡＣ ＰＤＵが複数の論理チャネルを含む場合は、ある論理チャネルの優先順位がＭＡＣ ＰＤＵの優先順位として選択されるようになっていてもよい。たとえば、論理チャネル中の最も高い優先順位、論理チャネル中の最も低い優先順位をＭＡＣ ＰＤＵの優先順位として選択可能であり、これがさらに、パケットの優先順位を指定する。また、論理チャネルの優先順位の中で優先順位を選択する他の方法があることが了解されるものとする。たとえば、論理チャネルの優先順位の平均がＭＡＣ ＰＤＵの優先順位として選択されるようになっていてもよい。別の実施形態においては、パケットの上位レイヤの優先順位がパケットの優先順位を指定するようにしてもよい。上位レイヤは、パケットのレイヤ３（ＲＲＣ）よりも高いアプリケーションレイヤであってもよい。
リソースプールの優先順位と少なくとも１つのパケットの優先順位との関係に従って少なくとも１つの選択リソースプールを選択することにより、通信のレイテンシ、信頼性等のＱｏＳが保証されるため都合がよい。
一実施形態においては、リソースプールの優先順位に従って、リソース選択ウィンドウ内の異なるキャリアのリソースプールが同じ優先順位を有する場合、リソースセレクタ２２０は、リソースプールの利用可能なリソースの時間系列に従って、リソース選択ウィンドウ中のキャリアのリソースプールから、少なくとも１つのパケットを送信する少なくとも１つのリソースを選択するようにしてもよい。少なくとも１つのパケットを送信するリソースとして、過去に選択されたリソースに対する時間遅延が最も少ないリソースが選択される。
図５は、本開示の一実施形態に係る、リソース選択ウィンドウ内で複数のキャリアの複数のリソースプールから複数のリソースを選択する一例を模式的に示している。図５に示すように、リソース選択ウィンドウ内の各キャリアの各リソースプールは、同じ優先順位を有する。簡素化のため、図５の各キャリアは、１つのリソースプールを含む。各キャリアは、複数のリソースプールを含んでいてもよいことが了解されるものとする。センシングウィンドウ内でキャリアのリソースプールをセンシングした後、リソース選択ウィンドウ内のキャリアに対して、利用可能なリソースが取得される。図５に示すように、キャリアＣＣ１に対して利用可能なリソースｒ１１、ｒ１２、およびｒ１３が取得され、キャリアＣＣ２に対して利用可能なリソースｒ２１およびｒ２２が取得され、キャリアＣＣ３に対して利用可能なリソースｒ３１およびｒ３２が取得される。選択を実行する場合、リソースセレクタ２２０は、開始リソースとしてリソースｒ１１を最初に選択する。次に、リソースｒ１１に対する時間遅延が最も少ないリソースｒ３１が選択された後、リソースｒ２１が選択される。そして、過去に選択されたリソースに対する時間遅延に従って、ｒ１２、ｒ１３、ｒ２２、およびｒ３２が順次選択される。
リソースｒ１１およびｒ３１が同じサブフレームであり、ｒ１２およびｒ２１が同じサブフレームであり、リソースｒ１３、ｒ２２、およびｒ３２が同じサブフレームであるものとして示しているが、図５に示すリソース配置は、図示を目的としているに過ぎず、本明細書においては、これらリソースの他の配置も利用可能であることが了解されるものとする。
利用可能なリソースの時間系列に基づいてリソースを選択することにより、レイテンシを保証することができる。
別の実施形態においては、リソースプールの優先順位に従って、異なるキャリアのリソースプールが同じ優先順位を有する場合、リソースセレクタ２２０は、リソースプールそれぞれのチャネルビジー率（ＣＢＲ）およびチャネル占有率（ＣＲ）の少なくとも一方に従って、リソースプールから少なくとも１つのパケットを選択するようにしてもよい。
一実施形態において、リソースプールそれぞれのＣＢＲは、ＣＢＲ測定により得られたＣＢＲ測定結果であってもよく、リソースプールそれぞれの状況を示す。ＣＢＲ測定のウィンドウサイズは、リソース選択手順におけるセンシングとは異なっていてもよい。たとえば、センシングのウィンドウサイズが１秒である一方、ＣＢＲ測定のウィンドウサイズは、わずか１００ｍｓであってもよい。ＣＲは、リソースプール自体の送信の統計値であることから、リソースセレクタ２２０が実施するＣＲ測定により直接得られるようになっていてもよい。
別の例において、センシング、ＣＢＲ測定、およびＣＲ測定は、異なるエンティティを用いて実施されるとともに、別個に実施されるようになっていてもよい。図６は、本開示の一実施形態に係る、ユーザ機器６００のブロック図の一例を模式的に示している。ユーザ機器６００は、センシング、ＣＢＲ測定、およびＣＲ測定をそれぞれ実施する要素を具備する。図２と類似の機能を有する要素は、同様に標識化しており、簡素化および明確化のため、繰り返し説明することはない。
たとえば、センシングはセンサ２１０により実施され、Ｓ－ＲＳＲＰおよびＳ－ＲＳＳＩ等のリソースの状況を示すセンシング結果が得られる。ＣＢＲ測定は、ＣＢＲ測定器６４０により実施され、各リソースプールのＣＢＲが得られる。ＣＲ測定は、ＣＲ測定器６５０により実施され、各リソースプールのＣＲが得られる。センシング、ＣＢＲ測定、およびＣＲ測定は、センサ２１０、ＣＢＲ測定器６４０、およびＣＲ測定器６５０によってそれぞれ実施され、センシング、ＣＢＲ測定、およびＣＲ測定の実施は、互いに分離されている。
各リソースプールは、リソースプールのビジー率を示すＣＢＲを有する。一実施形態において、リソースセレクタ２２０は、ＣＢＲが最も低いリソースプールを選択して、少なくとも１つのパケットを送信するようにしてもよい。リソースセレクタ２２０は、ＣＢＲに従ってリソース選択ウィンドウ内のリソースプールをランク付けし、ＣＢＲの昇順に従って複数のリソースプールのリソースを選択することにより、複数のパケットを送信するようにしてもよい。一実施形態において、リソースプールが選択された場合は、選択リソースプールに対するリソースの選択に別のルールが用いられるようになっていてもよい。この別のルールによれば、リソースのＳ－ＲＳＳＩ、上述のようなリソースの時間系列等、またはこれらの組み合わせに基づいてリソースを選択することができる。
図７は、本開示の別の実施形態に係る、リソース選択ウィンドウ内で複数のキャリアの複数のリソースプールから複数のリソースを選択する一例を模式的に示している。図７に示すように、各キャリアの各リソースプールは、同じ優先順位を有する。センシングウィンドウ内でキャリアのリソースプールをセンシングした後、リソース選択ウィンドウ内のキャリアに対して、利用可能なリソースが取得される。図７に示すように、キャリアＣＣ１に対して利用可能なリソースｒ’１１、ｒ’１２、およびｒ’１３が取得され、キャリアＣＣ２に対して利用可能なリソースｒ’２１およびｒ’２２が取得され、キャリアＣＣ３に対して利用可能なリソースｒ’３１およびｒ’３２が取得される。リソース選択ウィンドウ内の各リソースプールは、ＣＢＲを有する。たとえば、キャリアＣＣ１のリソースプールのＣＢＲがＣＢＲ１であり、キャリアＣＣ２のリソースプールのＣＢＲがＣＢＲ２であり、キャリアＣＣ３のリソースプールのＣＢＲがＣＢＲ３である。一実施形態においては、ＣＢＲ２＜ＣＢＲ１＜ＣＢＲ３とする。そして、図７に示すように、リソースセレクタ２２０は、キャリアＣＣ２のリソースプールのＣＢＲが最も低いことから、キャリアＣＣ２のリソースを最初に選択する。その後、キャリアＣＣ１のリソースが選択され、キャリアＣＣ３のリソースが選択される。
一実施形態において、各リソースプールは、リソースプールの占有状況を示すＣＲを有する。一実施形態において、リソースセレクタ２２０は、ＣＲが最も低いリソースプールを選択して、少なくとも１つのパケットを送信するようにしてもよい。リソースセレクタ２２０は、ＣＲに従ってリソース選択ウィンドウ内の複数のキャリアのリソースプールをランク付けし、ＣＲの昇順に従って複数のリソースプールのリソースを選択することにより、複数のパケットを送信するようにしてもよい。一実施形態において、リソースプールが選択された場合は、選択リソースプールに対するリソースの選択に別のルールが用いられるようになっていてもよい。この別のルールによれば、リソースのＳ－ＲＳＳＩ、上述のようなリソースの時間系列等、またはこれらの組み合わせに基づいてリソースを選択することができる。
図７を参照して、リソース選択ウィンドウ内の各リソースプールがＣＲを有するものと仮定する。たとえば、キャリアＣＣ１のリソースプールのＣＲがＣＲ１であり、キャリアＣＣ２のリソースプールのＣＲがＣＲ２であり、キャリアＣＣ３のリソースプールのＣＲがＣＲ３であり、ＣＲ２＜ＣＲ１＜ＣＲ３であるものと仮定すると、図７に示すように、リソースセレクタ２２０は、キャリアＣＣ２のリソースプールのＣＲが最も低いことから、キャリアＣＣ２のリソースを最初に選択する。その後、キャリアＣＣ１のリソースが選択され、キャリアＣＣ３のリソースが選択される。
リソースプールのＣＢＲ／ＣＲに従ったリソース選択によって、より良い輻輳制御が実現されるため都合が良い。
上述の通り、リソースセレクタ２２０は、それぞれリソースプールのリソースおよびＣＢＲ／ＣＲの時間系列に基づいてリソースを選択するが、これらの任意の組み合わせに基づいてリソースを選択するようにしてもよい。
上記実施形態において、優先順位が同じリソースプールに対しては、リソースプールのリソースおよびＣＢＲ／ＣＲの時間系列に基づくルールが用いられるが、他の実施形態においては、優先順位が異なるリソースプールに対しても、このようなルールが用いられるようになっていてもよい。原理上は、リソースプールの優先順位に関わらず、レイテンシまたは輻輳制御の長所が得られる。
より具体的に、一実施形態においては、リソース選択ウィンドウ中のキャリアの優先順位が異なるリソースプールに対して、リソースセレクタ２２０は、キャリアの利用可能なリソースの時間系列に従って、少なくとも１つのリソースを選択するようにしてもよい。少なくとも１つのパケットを送信するリソースとして、過去に選択されたリソースに対する時間遅延が最も少ないリソースが選択される。
リソースセレクタ２２０は、利用可能なリソースの中から開始リソースを最初に選択する。たとえば、リソース選択ウィンドウ内の最も早いサブフレームのリソースが開始リソースとして選択される。その後、開始リソースに対する時間遅延が最も少ないリソースが選択される。また、少なくとも１つのパケットを送信するリソースとして、過去に選択されたリソースに対する時間遅延が最も少ない次のリソースが選択され、以下同様である。
利用可能なリソースの時間系列に基づいてリソースを選択することにより、レイテンシを保証することができる。
別の実施形態において、リソース選択ウィンドウ内の異なるキャリアのリソースプールが異なる優先順位を有する場合、リソースセレクタ２２０は、リソースプールそれぞれのチャネルビジー率（ＣＢＲ）およびチャネル占有率（ＣＲ）の少なくとも一方に従って、リソースプールから少なくとも１つのパケットを選択するようにしてもよい。
各リソースプールは、リソースプールのビジー率を示すＣＢＲを有する。一実施形態において、リソースセレクタ２２０は、ＣＢＲが最も低いリソースプールを選択して、パケットを送信するようにしてもよい。リソースセレクタ２２０は、ＣＢＲに従って複数のキャリアのリソースプールをランク付けし、ＣＢＲの昇順に従って複数のリソースプールのリソースを選択することにより、複数のパケットを送信するようにしてもよい。
別の実施形態において、各リソースプールは、リソースプールの占有状況を示すＣＲを有する。一実施形態において、リソースセレクタ２２０は、ＣＲが最も低いリソースプールを選択して、少なくとも１つのパケットを送信するようにしてもよい。リソースセレクタ２２０は、ＣＲに従って複数のキャリアのリソースプールをランク付けし、ＣＲの昇順に従って複数のリソースプールのリソースを選択することにより、複数のパケットを送信するようにしてもよい。
リソースプールのＣＢＲ／ＣＲに従ったリソース選択によって、より良い輻輳制御が実現されるため都合が良い。
上述の通り、リソースセレクタ２２０は、それぞれリソースプールのリソースおよびＣＢＲ／ＣＲの時間系列に基づいてリソースを選択するが、これらの任意の組み合わせに基づいてリソースを選択するようにしてもよい。
さらに、リリース１４仕様においては、センシングに基づくリソース選択手順において２つのステップが存在する。これらのステップの一方（以下、ステップ２と称する）では、リソースの状況（たとえば、リソースのＳ－ＲＳＲＰ（サイドリンク参照信号受信電力））を示すセンシング結果に基づくリソースを除外する。他方のステップ（以下、ステップ３と称する）では、リソースの状況（たとえば、リソースのＳ－ＲＳＳＩ（サイドリンク受信信号強度インジケータ））を示す別のセンシング結果に基づくリソースを選択する。
本開示の実施形態によれば、ステップ２およびステップ３は、複数のキャリアにまたがって通信するユーザ機器に対して改良可能である。
より具体的に、本開示の一実施形態によれば、複数のキャリアの場合、ユーザ機器のリソースセレクタ２２０は、キャリアごとに独立して、改良されたステップ２で動作するとともに、各キャリアにおいて、リソースの状況（たとえば、Ｓ－ＲＳＲＰ）を示すセンシング結果に従って、少なくとも１つのリソースを除外する。ユーザ機器は、キャリアごとに独立して、たとえばＳ－ＲＳＲＰに基づいて少なくとも１つのリソースを除外する。一実施形態において、リソースセレクタ２２０は、キャリアごとにＳ－ＲＳＲＰが比較的高い少なくとも１つのリソースを除外して、キャリアごとに別途選択する利用可能なリソースを取得する。
一実施形態において、リソースセレクタ２２０は、ユーザ機器がサイドリンクにおいてパケットを同時に送信および受信可能であるかについてのユーザ機器の能力に基づいて、各キャリアで少なくとも１つのリソースをさらに除外するようにしてもよい。たとえば、ユーザ機器がサイドリンクにおいてパケットを同時に送信も受信もできない場合、リソースセレクタ２２０は、その他のキャリアの送信状況に関連して、各キャリアで少なくとも１つのリソースをさらに除外するようにしてもよい。たとえば、あるサブフレームにおける第２のキャリアの第２のリソースが送信に用いられる場合は、同じサブフレームにおける第１のキャリアの第１のリソースが除外される。
リソースセレクタ２２０が各キャリアにおいて少なくとも１つのリソースを除外した後は、リソース選択ウィンドウ内での別途選択に、各キャリアの残ったリソースを利用可能である。
リソース選択ウィンドウ内の別途選択は、リソース選択ウィンドウ内のリソースプールの優先順位と送信されるパケットの優先順位との間の関係、リソース選択ウィンドウ内の利用可能なリソースの時間系列、リソース選択ウィンドウのリソースプールのＣＢＲ／ＣＲ、およびこれらの組み合わせに基づいて実施可能である。これらの選択手順の詳細については、上記の通りであり、ここでは簡素化のため省略する。
一実施形態において、ユーザ機器のリソースセレクタ２２０は、リソース選択ウィンドウ内で別途選択してパケットを送信するため、改良されたステップ３で動作するようになっていてもよい。一実施形態において、リソースセレクタ２２０は、リソースの状況（Ｓ－ＲＳＳＩ等）を示すセンシング結果に従って、リソース選択ウィンドウ内の複数のキャリアのリソースを選択する。複数のキャリアの場合、ユーザ機器のリソースセレクタ２２０は、利用可能なリソースのＳ－ＲＳＳＩに基づいて、リソース選択ウィンドウ内の複数のキャリアのすべての利用可能なリソースをランク付けし、リソースのＳ－ＲＳＳＩが最も低い複数のリソースを選択する。たとえば、選択されたリソースが第１のキャリアＣＣ１に含まれる場合、ユーザ機器は、第１のキャリアＣＣ１において少なくとも１つのパケットを送信するようにしてもよい。リソースセレクタ２２０は、利用可能なリソースのＳ－ＲＳＳＩに従って、リソース選択ウィンドウ内の複数のキャリアのすべての利用可能なリソースをランク付けし、リソースのＳ－ＲＳＳＩの昇順に従ってリソース選択ウィンドウ内の複数のキャリアのリソースを選択することにより、複数のパケットを送信するようにしてもよい。
あるいは、改良されたステップ３において、ユーザ機器のリソースセレクタ２２０は、上記別のルールに関連して、リソースの状況（リソースプールのＣＢＲ）を示すＣＢＲ測定結果、リソースプールのＣＲ、またはこれらの組み合わせ等に従って、リソース選択ウィンドウ内の複数のキャリアのリソースを選択するようにしてもよい。たとえば、ユーザ機器のリソースセレクタ２２０は、リソース選択ウィンドウ内の複数のキャリアのすべての利用可能なリソースプールをランク付けし、ＣＢＲ、ＣＲ、またはこれらの組み合わせの昇順に従ってリソース選択ウィンドウ内でリソースプールを選択し、上記別のルールに従ってリソースをさらに選択することにより、複数のパケットを送信する。上記開示の通り、この別のルールによれば、リソースのＳ－ＲＳＳＩ、リソースの時間系列等、またはこれらの組み合わせに基づいてリソースを選択することができる。
一実施形態において、改良されたステップ３での選択に用いられる利用可能なリソースには、改良されたステップ２で動作するユーザ機器のリソースセレクタ２２０により取得されたリソースを含む。利用可能なリソースの取得に関する詳細については、上記の通りであり、ここでは簡素化のため省略する。
一実施形態において、ユーザ機器２００は、同時に受信および送信可能でない場合にユーザ機器の受信または送信を判定する受信／送信判定器をさらに具備する。
複数のキャリアの場合、ユーザ機器２００は、サイドリンクにおいてパケットを同時に受信および送信できない場合がある。したがって、受信／送信判定器は、ユーザ機器が同時に受信および送信可能でない場合に、サブフレーム中の現行動作がユーザ機器の受信であるか送信であるかを判定する。一実施形態においては、ユーザ機器が同時に受信および送信可能でない場合に、送信が受信の優先順位よりも高い優先順位を有するものとするルールが事前設定される。そして、受信／送信判定器は、この事前設定されたルールに従って、ユーザ機器が同時に受信および送信可能でない場合に、送信が受信の優先順位よりも高い優先順位を有するものと判定する。
受信／送信判定器は、少なくとも１つのリソースプールの優先順位または送信される少なくとも１つのパケットの優先順位と組み合わされた少なくとも１つのリソースプールの優先順位に従って、受信または送信を判定するようにしてもよい。
より具体的に、リソース選択ウィンドウ中のキャリアの優先順位が異なるリソースプールに対しては、選択リソースプールの優先順位または少なくとも１つのパケットの優先順位と組み合わされた選択リソースプールの優先順位に基づいて、受信および送信が判定されるようになっていてもよい。たとえば、一実施形態においては、選択リソースプールが最も高い優先順位を有する場合に、ユーザ機器に対して、送信が受信の優先順位よりも高い優先順位を有するものと判定される。すなわち、ユーザ機器の現行動作は、送信と判定される。別の実施形態において、受信／送信判定器は、少なくとも１つのパケットの優先順位と組み合わされた選択リソースプールの優先順位に従って、受信または送信を判定するようにしてもよい。たとえば、選択リソースプールの優先順位が送信されるパケットの優先順位よりも低い場合は、ユーザ機器に対して、送信が受信の優先順位よりも高い優先順位を有するものと判定される。それ以外の場合は、ユーザ機器に対して、受信が送信の優先順位よりも高い優先順位を有するものと判定される。
リソース選択ウィンドウ中のキャリアの優先順位が同じリソースプールに対しては、リソース選択ウィンドウ中のキャリアのリソースプールの優先順位または少なくとも１つのパケットの優先順位と組み合わされた選択リソースプールの優先順位に基づいて、受信または送信が判定されるようになっていてもよい。たとえば、リソースプールが比較的高い優先順位を有する場合は、ユーザ機器に対して、送信が受信の優先順位よりも高い優先順位を有するものと判定される。すなわち、リソースプールが比較的高い優先順位を有する場合は、ユーザ機器が送信と判定される。一方、リソースプールの優先順位が送信されるパケットの優先順位よりも低い場合は、ユーザ機器に対して、送信が受信の優先順位よりも高い優先順位を有するものと判定される。それ以外の場合は、ユーザ機器に対して、受信が送信の優先順位よりも高い優先順位を有するものと判定される。
ユーザ機器２００の受信または送信を判定することにより、ユーザ機器がサイドリンクにおいてパケットを同時に送信および受信できない場合に、複数のキャリアの場合の衝突処理が解決される。
一実施形態において、ユーザ機器２００は、少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、電力を少なくとも１つのリソースプールに割り当てる電力割り当て器をさらに具備していてもよい。リソース選択ウィンドウ内のキャリアのリソースプールの優先順位に従って、電力割り当て器は、リソース選択ウィンドウ中のキャリアのリソースプールが同じ優先順位を有する場合に電力をリソースプールに割り当てるようにしてもよいし、リソース選択ウィンドウ内の異なるキャリアのリソースプールが異なる優先順位を有する場合に電力を選択リソースプールに割り当てるようにしてもよい。
リソースプールの優先順位に従って、リソース選択ウィンドウ中のキャリアのリソースプールが同じ優先順位を有する場合、電力割り当て器は、リソースプールのキャリアに対して一様に電力を割り当てる。
リソース選択ウィンドウ中のキャリアのリソースプールが異なる優先順位を有する場合、電力割り当て器は、選択リソースプールが含まれるキャリアに対して電力を割り当てる。一実施形態において、電力割り当て器は、優先順位が最も高い選択リソースプールに対して電力を割り当てる。別の実施形態において、電力割り当て器は、優先順位が最も高いパケットを送信することになる選択リソースプールに対して電力を割り当てる。
一実施形態において、ユーザ機器２００は、少なくとも１つのリソースプールのＣＢＲおよび優先順位に基づいて、少なくとも１つのリソースプールの電力制限を決定する電力制限決定器をさらに具備する。
リソース選択ウィンドウ中のキャリアの優先順が同じリソースプールに対して、電力制限決定器は、リソース選択ウィンドウ内のキャリアのリソースプールに対する最大電力を制限する。リソース選択ウィンドウ中のキャリアの優先順が異なるリソースプールに対して、電力制限決定器は、リソース選択ウィンドウ内のキャリアの選択リソースプールに対する最大電力を制限する。電力制限決定器は、少なくとも１つのリソースプールのＣＢＲおよび優先順位に基づいて、リソース選択ウィンドウ内のリソースプールまたは選択リソースプールの電力制限を決定する。
より具体的に、リソースプールの特定のＣＢＲの場合、各リソースプールの電力制限に関しては、特定のＣＢＲとパケットの優先順位とのマッピングが存在する。特定のＣＢＲは、リソースプールの平均ＣＢＲであってもよいし、リソースプールの最小ＣＢＲであってもよい。特定のＣＢＲおよびパケットの優先順位に基づいて、マッピングに応じた最大電力が得られる。制限決定器は、マッピングに基づいて、リソースプールの電力制限を決定する。別の実施形態においては、ＣＢＲ要件に基づいた電力制限の決定により、各キャリアの電力制限がキャリアの要件を満たすようにする。
図８は、本開示の一実施形態に係る、ユーザ機器により、サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択する方法のフローチャートを模式的に示している。図８においては、具体的なステップを開示しているが、このようなステップは例である。すなわち、本開示は、他のさまざまなステップまたは図８に挙げるステップの変形を実行するのに適している。
図８に示すように、この方法は、センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得ることであり、センシングウィンドウの長さが設定可能または事前設定可能である、複数のリソースプールをセンシングし、センシング結果を得ること（ステップＳ８１０）と、センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得することであり、複数の利用可能なリソースが、リソース選択ウィンドウ内で複数のキャリアの少なくとも１つのリソースプールに含まれており、リソース選択ウィンドウの長さが、所望のレイテンシに従って決定される、複数の利用可能なリソースを取得すること（ステップＳ８２０）と、少なくとも１つの利用可能なリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択すること（ステップＳ８３０）と、少なくとも１つのリソース上で少なくとも１つのパケットを送信すること（ステップＳ８４０）と、を含む。
一実施形態において、ステップＳ８２０は、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定することを含んでいてもよい。ユーザ機器が同時に受信および送信可能でない場合、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定するステップは、あるサブフレームにおけるセンシングウィンドウ内の第２のキャリアの第２のリソースが送信に用いられる場合、同じサブフレームにおけるセンシングウィンドウ内の第１のキャリアの第１のリソースを利用不可能なリソースとして決定することを含む。
一実施形態において、ステップＳ８３０は、少なくとも１つのリソースプールの優先順位と少なくとも１つのパケットの優先順位との関係に従ってリソースプールを選択することであり、少なくとも１つの選択リソースプールとして、少なくとも１つのパケットの優先順位よりも優先順位が高くないリソースプールが選択される、リソースプールを選択することと、少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択して少なくとも１つのパケットを送信することと、を含み、少なくとも１つのパケットの優先順位が、少なくとも１つのパケットの論理チャネルの優先順位または少なくとも１つのパケットの上位レイヤの優先順位により示される。
一実施形態において、ステップＳ８３０は、少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールの利用可能なリソースの時間系列に基づいて、少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択することを含む。
一実施形態において、ステップＳ８３０は、少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールのチャネルビジー率（ＣＢＲ）およびチャネル占有率（ＣＲ）の少なくとも一方に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択することを含む。
一実施形態において、この方法は、ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定することをさらに含む。
一実施形態において、ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定する上記ステップは、ユーザ機器が同時に受信および送信可能でない場合に、送信が受信の優先順位よりも高い優先順位を有するものと判定することを含む。
一実施形態において、ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定する上記ステップは、少なくとも１つのリソースプールの優先順位または少なくとも１つのパケットの優先順位と組み合わされた少なくとも１つのリソースプールの優先順位に従って、受信または送信を判定することを含む。
一実施形態において、この方法は、少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、電力を少なくとも１つのリソースプールに割り当てることをさらに含む。
一実施形態において、この方法は、少なくとも１つのリソースプールのＣＢＲおよび優先順位に基づいて、少なくとも１つのリソースプールの電力制限を決定することをさらに含む。
上記説明は、本開示の例示的な実施形態に基づいたものであり、何ら限定的なものではない。
また、本開示の実施形態は、少なくとも以下のような手段を提供し得る。
（１）．サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択するユーザ機器（ＵＥ）であって、
センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得るセンサであり、センシングウィンドウの長さが設定可能または事前設定可能である、センサと、
センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得するリソースセレクタであり、複数の利用可能なリソースが、リソース選択ウィンドウ内で複数のキャリアの少なくとも１つのリソースプールに含まれており、リソースセレクタが、少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するように動作し、リソース選択ウィンドウの長さが所望のレイテンシに従って決定される、リソースセレクタと、
リソースセレクタにより選択された少なくとも１つのリソース上で少なくとも１つのパケットを送信する送信機と、
を備えた、ユーザ機器。
（２）．リソースセレクタが、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定するように動作し、ユーザ機器が同時に受信および送信可能でない場合、あるサブフレームにおけるセンシングウィンドウ内の第２のキャリアの第２のリソースが送信に用いられる場合には、同じサブフレームにおけるセンシングウィンドウ内の第１のキャリアの第１のリソースが非モニタリングリソースとして決定される、（１）に記載のユーザ機器。
（３）．リソースセレクタが、少なくとも１つのリソースプールの優先順位と少なくとも１つのパケットの優先順位との関係に従ってリソースプールを選択するように動作し、リソースセレクタが、少なくとも１つの選択リソースプールとして、少なくとも１つのパケットの優先順位よりも優先順位が高くないリソースプールを選択するとともに、少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択して少なくとも１つのパケットを送信し、少なくとも１つのパケットの優先順位が、少なくとも１つのパケットの論理チャネルの優先順位または少なくとも１つのパケットの上位レイヤの優先順位により示される、（１）に記載のユーザ機器。
（４）．リソースセレクタが、少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールの利用可能なリソースの時間系列に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択する、（１）に記載のユーザ機器。
（５）．リソースセレクタが、少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールのチャネルビジー率（ＣＢＲ）およびチャネル占有率（ＣＲ）の少なくとも一方に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択する、（１）に記載のユーザ機器。
（６）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定する受信／送信判定器をさらに備えた、（１）に記載のユーザ機器。
（７）．受信／送信判定器が、ユーザ機器が同時に受信および送信可能でない場合に、送信が受信の優先順位よりも高い優先順位を有するものと判定するように構成された、（６）に記載のユーザ機器。
（８）．受信／送信優先順位判定器が、少なくとも１つのリソースプールの優先順位または少なくとも１つのパケットの優先順位と組み合わされた少なくとも１つのリソースプールの優先順位に従って、受信または送信を判定する、（６）に記載のユーザ機器。
（９）．少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、電力を少なくとも１つのリソースプールに割り当てる電力割り当て器をさらに備えた、（１）に記載のユーザ機器。
（１０）．少なくとも１つのリソースプールのＣＢＲおよび優先順位に基づいて、少なくとも１つのリソースプールの電力制限を決定する電力制限決定器をさらに備えた、（１）に記載のユーザ機器。
（１１）．ユーザ機器自律スケジューリング方式で動作する、（１）に記載のユーザ機器。
（１２）．ユーザ機器（ＵＥ）により、サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択する方法であって、
センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得ることであり、センシングウィンドウの長さが設定可能または事前設定可能である、複数のリソースプールをセンシングし、センシング結果を得ることと、
センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得することであり、複数の利用可能なリソースが、リソース選択ウィンドウで複数のキャリアの少なくとも１つのリソースプールに含まれており、リソース選択ウィンドウの長さが、所望のレイテンシに従って決定される、複数の利用可能なリソースを取得することと、
少なくとも１つの利用可能なリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択することと、
選択した少なくとも１つのリソース上で少なくとも１つのパケットを送信することと、
を含む、方法。
（１３）．センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得するステップが、
ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定することを含み、
ユーザ機器が同時に受信および送信可能でない場合、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定するステップが、
あるサブフレームにおけるセンシングウィンドウ内の第２のキャリアの第２のリソースが送信に用いられる場合、同じサブフレームにおけるセンシングウィンドウ内の第１のキャリアの第１のリソースを利用不可能なリソースとして決定することを含む、（１２）に記載の方法。
（１４）．少なくとも１つの利用可能なリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するステップが、
少なくとも１つのリソースプールの優先順位と少なくとも１つのパケットの優先順位との関係に従ってリソースプールを選択することであり、少なくとも１つの選択リソースプールとして、少なくとも１つのパケットの優先順位よりも優先順位が高くないリソースプールが選択される、リソースプールを選択することと、
少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択して少なくとも１つのパケットを送信することと、
を含み、
少なくとも１つのパケットの優先順位が、少なくとも１つのパケットの論理チャネルの優先順位または少なくとも１つのパケットの上位レイヤの優先順位により示される、（１２）に記載の方法。
（１５）．少なくとも１つの利用可能なリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するステップが、
少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールの利用可能なリソースの時間系列に基づいて、少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択することを含む、（１２）に記載の方法。
（１６）．少なくとも１つの利用可能なリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するステップが、
少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールのチャネルビジー率（ＣＢＲ）およびチャネル占有率（ＣＲ）の少なくとも一方に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択することを含む、（１２）に記載の方法。
（１７）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定することをさらに含む、（１２）に記載の方法。
（１８）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信の優先順位を判定するステップが、
ユーザ機器が同時に受信および送信可能でない場合に、送信が受信の優先順位よりも高い優先順位を有するものと判定することを含む、（１７）に記載の方法。
（１９）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定するステップが、
少なくとも１つのリソースプールの優先順位または少なくとも１つのパケットの優先順位と組み合わされた少なくとも１つのリソースプールの優先順位に従って、受信および送信を判定することを含む、（１７）に記載の方法。
（２０）．少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、電力を少なくとも１つのリソースプールに割り当てることをさらに含む、（１２）に記載の方法。
（２１）．少なくとも１つのリソースプールのＣＢＲおよび優先順位に基づいて、少なくとも１つのリソースプールの電力制限を決定することをさらに含む、（１２）に記載の方法。
（２２）．ユーザ機器が、ユーザ機器自律スケジューリング方式で動作する、（１２）に記載の方法。
（２３）．サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択するユーザ機器（ＵＥ）であって、
センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得るセンサであり、センシングウィンドウの長さが設定可能または事前設定可能である、センサと、
センシング結果に基づいて、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するリソースセレクタであり、リソースセレクタが、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定するように動作し、ユーザ機器が同時に受信および送信可能でない場合、あるサブフレームにおけるセンシングウィンドウ内の第２のキャリアの第２のリソースが送信に用いられる場合には、同じサブフレームにおけるセンシングウィンドウ内の第１のキャリアの第１のリソースが非モニタリングリソースとして決定され、リソース選択ウィンドウの長さが、所望のレイテンシに従って決定され、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択する、リソースセレクタと、
リソースセレクタにより選択された少なくとも１つのリソース上で少なくとも１つのパケットを送信する送信機と、
を備えた、ユーザ機器。
（２４）．リソースセレクタが、少なくとも１つのリソースプールの優先順位と少なくとも１つのパケットの優先順位との関係に従ってリソースプールを選択するように動作し、リソースセレクタが、少なくとも１つの選択リソースプールとして、少なくとも１つのパケットの優先順位よりも優先順位が高くないリソースプールを選択するとともに、少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択して少なくとも１つのパケットを送信し、少なくとも１つのパケットの優先順位が、少なくとも１つのパケットの論理チャネルの優先順位または少なくとも１つのパケットの上位レイヤの優先順位により示される、（２３）に記載のユーザ機器。
（２５）．リソースセレクタが、少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールの利用可能なリソースの時間系列に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択する、（２３）に記載のユーザ機器。
（２６）．リソースセレクタが、少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールのチャネルビジー率（ＣＢＲ）およびチャネル占有率（ＣＲ）の少なくとも一方に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択する、（２３）に記載のユーザ機器。
（２７）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定する受信／送信判定器をさらに備えた、（２３）に記載のユーザ機器。
（２８）．受信／送信判定器が、ユーザ機器が同時に受信および送信可能でない場合に、送信が受信の優先順位よりも高い優先順位を有するものと判定する、（２７）に記載のユーザ機器。
（２９）．受信／送信判定器が、少なくとも１つのリソースプールの優先順位または少なくとも１つのパケットの優先順位と組み合わされた少なくとも１つのリソースプールの優先順位に従って、受信または送信を判定する、（２７）に記載のユーザ機器。
（３０）．少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、電力を少なくとも１つのリソースプールに割り当てる電力割り当て器をさらに備えた、（２３）に記載のユーザ機器。
（３１）．少なくとも１つのリソースプールのＣＢＲおよび優先順位に基づいて、少なくとも１つのリソースプールの電力制限を決定する電力制限決定器をさらに備えた、（２３）に記載のユーザ機器。
（３２）．ＵＥ自律スケジューリング方式で動作する、（２３）に記載のユーザ機器。
（３３）．ユーザ機器（ＵＥ）により、サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択する方法であって、
センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得ることであり、センシングウィンドウの長さが設定可能または事前設定可能である、複数のリソースプールをセンシングし、センシング結果を得ることと、
センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得することであり、リソース選択ウィンドウの長さが、所望のレイテンシに従って決定される、複数の利用可能なリソースを取得することと、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定することであり、ユーザ機器が同時に受信および送信可能でない場合、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定するステップが、
あるサブフレームにおけるセンシングウィンドウ内の第２のキャリアの第２のリソースが送信に用いられる場合、同じサブフレームにおけるセンシングウィンドウ内の第１のキャリアの第１のリソースを非モニタリングリソースとして決定することと、
リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択することと、
少なくとも１つのリソース上で少なくとも１つのパケットを送信することと、
を含む、方法。
（３４）．リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するステップが、
少なくとも１つのリソースプールの優先順位と少なくとも１つのパケットの優先順位との関係に従ってリソースプールを選択することであり、少なくとも１つの選択リソースプールとして、少なくとも１つのパケットの優先順位よりも優先順位が高くないリソースプールが選択される、リソースプールを選択することと、
少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択して少なくとも１つのパケットを送信することと、
少なくとも１つのパケットの優先順位が、少なくとも１つのパケットの論理チャネルの優先順位または少なくとも１つのパケットの上位レイヤの優先順位により示される、（３３）に記載の方法。
（３５）．リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するステップが、
少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールの利用可能なリソースの時間系列に基づいて、少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択することを含む、（３３）に記載の方法。
（３６）．リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するステップが、
少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールのチャネルビジー率（ＣＢＲ）およびチャネル占有率（ＣＲ）の少なくとも一方に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択することを含む、（３３）に記載の方法。
（３７）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定することをさらに含む、（３３）に記載の方法。
（３８）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定するステップが、
ユーザ機器が同時に受信および送信可能でない場合に、送信が受信の優先順位よりも高い優先順位を有するものと判定することを含む、（３７）に記載の方法。
（３９）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定するステップが、
少なくとも１つのリソースプールの優先順位または少なくとも１つのパケットの優先順位と組み合わされた少なくとも１つのリソースプールの優先順位に従って、受信または送信を判定することを含む、（３７）に記載の方法。
（４０）．少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、電力を少なくとも１つのリソースプールに割り当てることをさらに含む、（３３）に記載の方法。
（４１）．少なくとも１つのリソースプールのＣＢＲおよび優先順位に基づいて、少なくとも１つのリソースプールの電力制限を決定することをさらに含む、（３３）に記載の方法。
（４２）．ユーザ機器が、ＵＥ自律スケジューリング方式で動作する、（３３）に記載の方法。
（４３）．サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択するユーザ機器（ＵＥ）であって、
センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得るセンサであり、センシングウィンドウの長さが設定可能または事前設定可能である、センサと、
センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得するリソースセレクタであり、リソース選択ウィンドウの長さが、所望のレイテンシに従って決定される、リソースセレクタと、
ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定する受信／送信判定器と、
リソースセレクタにより選択された少なくとも１つのリソース上で少なくとも１つのパケットを送信する送信機と、
を備えた、ユーザ機器。
（４４）．リソースセレクタが、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定するように動作し、ユーザ機器が同時に受信および送信可能でない場合、あるサブフレームにおけるセンシングウィンドウ内の第２のキャリアの第２のリソースが送信に用いられる場合には、同じサブフレームにおけるセンシングウィンドウ内の第１のキャリアの第１のリソースが非モニタリングリソースとして決定される、（４３）に記載のユーザ機器。
（４５）．リソースセレクタが、少なくとも１つのリソースプールの優先順位と少なくとも１つのパケットの優先順位との関係に従ってリソースプールを選択するように動作し、リソースセレクタが、少なくとも１つの選択リソースプールとして、少なくとも１つのパケットの優先順位よりも優先順位が高くないリソースプールを選択するとともに、少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択して少なくとも１つのパケットを送信し、少なくとも１つのパケットの優先順位が、少なくとも１つのパケットの論理チャネルの優先順位または少なくとも１つのパケットの上位レイヤの優先順位により示される、（４３）に記載のユーザ機器。
（４６）．リソースセレクタが、少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールの利用可能なリソースの時間系列に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択する、（４３）に記載のユーザ機器。
（４７）．リソースセレクタが、少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールのチャネルビジー率（ＣＢＲ）およびチャネル占有率（ＣＲ）の少なくとも一方に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択する、（４３）に記載のユーザ機器。
（４８）．受信／送信判定器が、ユーザ機器が同時に受信および送信可能でない場合に、送信が受信の優先順位よりも高い優先順位を有するものと判定するように構成された、（４３）に記載のユーザ機器。
（４９）．受信／送信判定器が、少なくとも１つのリソースプールの優先順位または少なくとも１つのパケットの優先順位と組み合わされた少なくとも１つのリソースプールの優先順位に従って、受信または送信を判定する、（４３）に記載のユーザ機器。
（５０）．少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、電力を少なくとも１つのリソースプールに割り当てる電力割り当て器をさらに備えた、（４３）に記載のユーザ機器。
（５１）．少なくとも１つのリソースプールのＣＢＲおよび優先順位に基づいて、少なくとも１つのリソースプールの電力制限を決定する電力制限決定器をさらに備えた、（４３）に記載のユーザ機器。
（５２）．ＵＥ自律スケジューリング方式で動作する、（４３）に記載のユーザ機器。
（５３）．ユーザ機器（ＵＥ）により、サイドリンクにおいて少なくとも１つのパケットを送信するために少なくとも１つのリソースを複数のキャリアにまたがって選択する方法であって、
センシングウィンドウ内で複数のキャリアの複数のリソースプールをセンシングし、センシング結果を得ることであり、センシングウィンドウの長さが設定可能または事前設定可能である、複数のリソースプールをセンシングし、センシング結果を得ることと、
センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得することであり、複数の利用可能なリソースが、リソース選択ウィンドウで複数のキャリアの少なくとも１つのリソースプールに含まれており、リソース選択ウィンドウの長さが、所望のレイテンシに従って決定される、複数の利用可能なリソースを取得することと、
リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択することと、
ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定することと、
少なくとも１つのリソース上で少なくとも１つのパケットを送信することと、
を含む、方法。
（５４）．センシング結果に従って、リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースを取得するステップが、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定することを含み、
ユーザ機器が同時に受信および送信可能でない場合、ユーザ機器がサイドリンクにおいて同時に受信および送信可能であるかについてのユーザ機器の能力に基づいて、センシングウィンドウ内の非モニタリングリソースを決定するステップが、
あるサブフレームにおけるセンシングウィンドウ内の第２のキャリアの第２のリソースが送信に用いられる場合、同じサブフレームにおけるセンシングウィンドウ内の第１のキャリアの第１のリソースを非モニタリングリソースとして決定することを含む、（５３）に記載の方法。
（５５）．リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するステップが、
少なくとも１つのリソースプールの優先順位と少なくとも１つのパケットの優先順位との関係に従ってリソースプールを選択することであり、少なくとも１つの選択リソースプールとして、少なくとも１つのパケットの優先順位よりも優先順位が高くないリソースプールが選択される、リソースプールを選択することと、
少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択して少なくとも１つのパケットを送信することと、
少なくとも１つのパケットの優先順位が、少なくとも１つのパケットの論理チャネルの優先順位または少なくとも１つのパケットの上位レイヤの優先順位により示される、（５３）に記載の方法。
（５６）．リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するステップが、
少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールの利用可能なリソースの時間系列に基づいて、少なくとも１つの選択リソースプールから少なくとも１つのリソースを選択することを含む、（５３）に記載の方法。
（５７）．リソース選択ウィンドウ内で複数のキャリアの複数の利用可能なリソースから少なくとも１つのリソースを選択するステップが、
少なくとも１つのリソースプールが同じ優先順位を有する場合に、少なくとも１つのリソースプールのチャネルビジー率（ＣＢＲ）およびチャネル占有率（ＣＲ）の少なくとも一方に基づいて、少なくとも１つのリソースプールから少なくとも１つのリソースを選択することを含む、（５３）に記載の方法。
（５８）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定するステップが、
ユーザ機器が同時に受信および送信可能でない場合に、送信が受信の優先順位よりも高い優先順位を有するものと判定することを含む、（５３）に記載の方法。
（５９）．ユーザ機器が同時に受信および送信可能でない場合に、ユーザ機器の受信または送信を判定するステップが、
少なくとも１つのリソースプールの優先順位または少なくとも１つのパケットの優先順位と組み合わされた少なくとも１つのリソースプールの優先順位に従って、受信または送信を判定することを含む、（５３）に記載の方法。
（６０）．少なくとも１つのリソースプールの優先順位および少なくとも１つのパケットの優先順位の少なくとも一方に従って、電力を少なくとも１つのリソースプールに割り当てることをさらに含む、（５３）に記載の方法。
（６１）．少なくとも１つのリソースプールのＣＢＲおよび優先順位に基づいて、少なくとも１つのリソースプールの電力制限を決定することをさらに含む、（５３）に記載の方法。
（６２）．ユーザ機器が、ＵＥ自律スケジューリング方式で動作する、（５３）に記載の方法。
本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアにより実現可能である。上述の各実施形態の説明に使用した各機能ブロックは、集積回路等のＬＳＩにより一部または全部を実現可能であり、各実施形態の記載の各プロセスは、同じＬＳＩまたはＬＳＩの組み合わせにより一部または全部が制御されるようになっていてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、１つのチップが機能ブロックの一部または全部を含むように形成されていてもよい。ＬＳＩは、データ入力・出力が結合されていてもよい。ここで、ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと称し得る。ただし、集積回路を実装する技術はＬＳＩに限定されず、個別回路、汎用プロセッサ、または専用プロセッサを用いることにより実現されるようになっていてもよい。また、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＬＳＩの内側に配設された回路セルの接続および設定を再構成可能なリコンフィギャラブルプロセッサが用いられるようになっていてもよい。本開示は、デジタル処理またはアナログ処理として実現可能である。半導体技術または他の派生技術の進歩の結果として将来の集積回路技術がＬＳＩを置き換える場合、機能ブロックは、その将来の集積回路技術を用いて統合することも可能である。バイオ技術を適用することも可能である。
以上、特定の実施形態に関する添付の図面を参照して、本開示の複数の実施形態の例を詳細に説明した。当然、構成要素または技術の考え得るすべての組み合わせを説明することは不可能なため、当業者には当然のことながら、本開示の範囲から逸脱することなく、上述の実施形態を種々改良可能である。たとえば、ごく当然のことながら、上記実施形態は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークの一部を参照して説明しているが、３ＧＰＰネットワークの後継等、同様の機能的構成要素を有する同様のネットワークにも本開示の一実施形態を適用可能となる。
したがって、特に、現下または将来において上記説明、添付の図面、および添付の任意の請求項に使用する３ＧＰＰという用語および関係または関連する用語は、上記に応じて解釈されるものとする。
本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアにより実現可能である。上述の各実施形態の説明に使用した各機能ブロックは、集積回路としてのＬＳＩにより実現可能であり、各実施形態に記載の各プロセスがＬＳＩにより制御されるようになっていてもよい。これらは、個別にチップとして形成されていてもよいし、１つのチップが機能ブロックの一部または全部を含むように形成されていてもよい。これらは、データ入力・出力が結合されていてもよい。ここで、ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと称し得る。ただし、集積回路を実装する技術はＬＳＩに限定されず、個別回路または汎用プロセッサを用いることにより実現されるようになっていてもよい。また、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＬＳＩの内側に配設された回路セルの接続および設定を再構成可能なリコンフィギャラブルプロセッサが用いられるようになっていてもよい。
とりわけ、上記説明および関連する図面に提示の教示内容の利益を有する当業者であれば、本開示の改良および他の実施形態に想到し得る。したがって、本開示は、開示の特定の実施形態に限定されず、改良および他の実施形態が本開示の範囲に含まれるものと理解すべきである。本明細書では特定の用語を採用する場合があるものの、これらは、一般的な説明の意味で使用しているに過ぎず、何ら限定を目的としたものではない。

Claims (7)

  1. 制御回路と、送信機を具備する通信装置であって、
    リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、
    前記制御回路は、前記リソースプールを選択し、前記送信機は、前記リソースプールを用いて前記パケットを送信し、
    前記所定の条件が満たされない場合、
    前記制御回路は、複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記送信機は、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する、
    通信装置。
  2. 前記制御回路は、受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記少なくとも１つのリソースプールから前記少なくとも１つのリソースを選択し、前記送信機は、前記選択された少なくとも１つのリソースを用いて前記パケットを送信する、
    請求項１に記載の通信装置。
  3. 前記少なくとも１つのリソースは、前記通信装置がモニターしないリソースを除いたリソースから選択される、
    請求項２に記載の通信装置。
  4. リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、
    前記リソースプールを選択し、前記リソースプールを用いて前記パケットを送信し、
    前記所定の条件が満たされない場合、
    複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する、
    通信方法。
  5. 受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記少なくとも１つのリソースプールから前記少なくとも１つのリソースを選択し、
    前記選択された少なくとも１つのリソースを用いて前記パケットを送信する、
    請求項４に記載の通信方法。
  6. 前記少なくとも１つのリソースは、通信装置がモニターしないリソースを除いたリソースから選択される、
    請求項５に記載の通信方法。
  7. リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、
    前記リソースプールを選択し、前記リソースプールを用いて前記パケットを送信する、処理と、
    前記所定の条件が満たされない場合、
    複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する、処理と、を制御する、
    集積回路。
JP2019542606A 2017-05-04 2017-05-04 通信装置、通信方法および集積回路 Active JP7090092B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/083121 WO2018201415A1 (en) 2017-05-04 2017-05-04 User equipment and method therefor

Publications (2)

Publication Number Publication Date
JP2020519040A JP2020519040A (ja) 2020-06-25
JP7090092B2 true JP7090092B2 (ja) 2022-06-23

Family

ID=64016902

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019542606A Active JP7090092B2 (ja) 2017-05-04 2017-05-04 通信装置、通信方法および集積回路

Country Status (10)

Country Link
US (3) US11304217B2 (ja)
EP (1) EP3620009A4 (ja)
JP (1) JP7090092B2 (ja)
KR (1) KR102420679B1 (ja)
CN (2) CN116634501A (ja)
BR (1) BR112019021276A2 (ja)
MX (1) MX2019012035A (ja)
RU (1) RU2731554C1 (ja)
SG (1) SG11201909844XA (ja)
WO (1) WO2018201415A1 (ja)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3649813B1 (en) * 2017-07-25 2022-09-07 LG Electronics Inc. Method for selecting carriers and device supporting the same
ES2934251T3 (es) * 2017-09-15 2023-02-20 Guangdong Oppo Mobile Telecommunications Corp Ltd Método para seleccionar portadora y dispositivo de comunicación
CN110139376B (zh) * 2018-02-08 2021-11-02 中兴通讯股份有限公司 载波集合的确定方法、装置、存储介质及电子装置
EP3747225B1 (en) 2018-05-08 2022-07-06 LG Electronics Inc. Method and apparatus for triggering transmission carrier selection in wireless communication system
US11510104B2 (en) * 2018-06-28 2022-11-22 Lg Electronics Inc. Method of transmitting data and apparatus thereof
EP3858011A1 (en) * 2018-09-26 2021-08-04 FRAUNHOFER-GESELLSCHAFT zur Förderung der angewandten Forschung e.V. V2x dynamic groupcast resource allocation
WO2020133402A1 (en) * 2018-12-29 2020-07-02 Nec Corporation Method, device and computer readable medium for resource selection
KR102667640B1 (ko) 2019-02-15 2024-05-22 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 무선 통신 방법 및 디바이스
WO2020166088A1 (ja) * 2019-02-15 2020-08-20 株式会社Ｎｔｔドコモ ユーザ装置及び通信方法
WO2020204251A1 (ko) * 2019-03-29 2020-10-08 엘지전자 주식회사 무선 스트림 전송 장치 및 수신 장치
CN111866795A (zh) * 2019-04-30 2020-10-30 华为技术有限公司 通信方法及装置
CN114762410A (zh) * 2019-09-30 2022-07-15 日本电气株式会社 用于v2x中资源选择的方法、设备和计算机可读介质
US11716648B2 (en) * 2019-10-04 2023-08-01 Qualcomm Incorporated Congestion control for NR V2X
CN115399024A (zh) * 2020-04-24 2022-11-25 华为技术有限公司 用于资源选择的方法和终端装置
CN115516900A (zh) * 2020-05-09 2022-12-23 上海诺基亚贝尔股份有限公司 侧行链路中的资源选择
KR20230062544A (ko) * 2020-08-06 2023-05-09 지티이 코포레이션 사이드링크 통신들을 위한 정보를 교환하기 위한 방법 및 시스템
US11611991B2 (en) * 2020-09-02 2023-03-21 Qualcomm Incorporated Frequency resource reservation for sidelink communication
US20220132486A1 (en) * 2020-10-23 2022-04-28 Qualcomm Incorporated Resource allocation techniques for sidelink transmissions, and dynamic selection between resource allocation techniques based on sidelink communication reliability

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2435309C2 (ru) * 2007-06-11 2011-11-27 Самсунг Электроникс Ко., Лтд. Разбиение частотных ресурсов для передачи управляющих сигналов и сигналов данных в системе связи sc-fdma
RU2443079C2 (ru) * 2007-08-24 2012-02-20 Алькатель Люсент Способ планирования ресурса, элемент сети и абонентское оборудование
US9036564B2 (en) * 2008-03-28 2015-05-19 Qualcomm Incorporated Dynamic assignment of ACK resource in a wireless communication system
CN102340824B (zh) * 2010-07-22 2015-04-01 中兴通讯股份有限公司 一种多载波高速数据业务调度的方法和装置
UA99371C2 (ru) * 2010-12-17 2012-08-10 Общество С Ограниченой Ответственностью "Интер-Барс 4С" Способ распределения ресурсов канала в системе широкополосного доступа во время передачи данных, в том числе мультимедийных данных
JP5690201B2 (ja) 2011-04-27 2015-03-25 シャープ株式会社 通信システム、移動局装置、基地局装置、通信方法および集積回路
JP5843390B2 (ja) 2011-12-12 2016-01-13 シャープ株式会社 通信システム、移動局装置、基地局装置、通信方法および集積回路
CN106165524B (zh) * 2014-01-29 2020-01-07 交互数字专利控股公司 用于设备到设备发现或通信的资源选择
WO2016159728A1 (ko) * 2015-04-01 2016-10-06 삼성전자 주식회사 D2d 통신 시스템에서 우선 순위를 처리하는 방법 및 장치
EP3691362B1 (en) * 2015-05-13 2022-07-13 Telefonaktiebolaget LM Ericsson (publ) Inter-carrier d2d resource allocation
US20170006622A1 (en) 2015-07-02 2017-01-05 Qualcomm Incorporated Techniques for reporting buffer status in wireless communications
CN106455088B (zh) * 2015-08-07 2021-04-16 上海诺基亚贝尔股份有限公司 用于设备到设备通信中的数据包传输的控制方法和装置
CN106470485B (zh) * 2015-08-14 2022-06-14 中兴通讯股份有限公司 一种无线资源选择方法及终端设备
WO2017171529A1 (ko) * 2016-04-01 2017-10-05 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 v2x 전송 자원 선택 방법 및 상기 방법을 이용하는 단말
KR102439564B1 (ko) * 2016-08-10 2022-09-02 삼성전자 주식회사 V2x 통신에서 자원을 선택하는 방법 및 장치
WO2018030306A1 (ja) 2016-08-12 2018-02-15 京セラ株式会社 通信装置及びプロセッサ
JP6820407B2 (ja) * 2016-09-10 2021-01-27 エルジー エレクトロニクス インコーポレイティド 無線通信システムでｖ２ｘ通信が行われる有限な個数のリソースに対する予約を行う方法およびその方法を利用する端末
US11317319B2 (en) * 2016-09-29 2022-04-26 Samsung Electronics Co., Ltd Method and device for controlling congestion
MX2019004455A (es) * 2016-11-01 2019-06-20 Lg Electronics Inc Metodo para configurar recursos, para comunicacion directa de d2d, sobre la base de control de congestion en el sistema de comunicacion inalambrica y dispositivo para el mismo.
KR20180050192A (ko) * 2016-11-04 2018-05-14 삼성전자주식회사 차세대 이동 통신 시스템을 지원하기 위한 mac 서브 헤더의 구조와 이를 적용하는 방법 및 장치
KR102592455B1 (ko) * 2017-01-20 2023-10-23 삼성전자 주식회사 V2X(vehicle to everything) 통신 방법 및 디바이스와 V2X 통신의 송수신 방법 및 장치
EP3962229A1 (en) * 2017-02-06 2022-03-02 Apple Inc. Partial sensing and congestion control for long term evolution (lte) vehicular communication
KR102398842B1 (ko) * 2017-03-23 2022-05-17 삼성전자 주식회사 무선 통신 시스템에서 무선 경로 변경 방법 및 장치
US11102631B2 (en) * 2017-03-24 2021-08-24 Samsung Electronics Co., Ltd. Resource selection method in vehicle to everything communication and apparatus therefore
US11265872B2 (en) * 2017-03-24 2022-03-01 Lg Electronics Inc. Method and apparatus for transmitting sidelink signal in wireless communication system
CN108633098B (zh) * 2017-03-24 2023-12-26 北京三星通信技术研究有限公司 多载波数据传输的方法及用户设备
WO2018174691A1 (ko) * 2017-03-24 2018-09-27 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 동기 신호 전송 방법 및 상기 방법을 이용하는 단말
US11153888B2 (en) * 2017-03-24 2021-10-19 Lg Electronics Inc. Method for selecting carrier for direct communication between user equipments in multi-carrier communication system, and device therefor
WO2018199728A1 (ko) * 2017-04-28 2018-11-01 엘지전자 주식회사 무선 통신 시스템에서 단말의 v2x 동작 방법 및 상기 방법을 이용하는 단말

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Ｃｏｎｓｉｄｅｒｉｎｇ ＣＡ ｏｎ ＰＣ５ ｃａｒｒｉｅｒ，Ｃｏｎｓｉｄｅｒｉｎｇ ＣＡ ｏｎ ＰＣ５ ｃａｒｒｉｅｒ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃８８ｂｉｓ Ｒ１－１７０４６５２，２０１７年 ３月２４日，＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿８８ｂ／Ｄｏｃｓ／Ｒ１－１７０４６５２．ｚｉｐ＞
Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ，Ｄｅｔａｉｌｓ ｏｆ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｖ２Ｖ ｃｏｍｍｕｎｉｃａｔｉｏｎ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃８８ Ｒ１－１７０２１４２，２０１７年 ２月７日，＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿８８／Ｄｏｃｓ／Ｒ１－１７０２１４２．ｚｉｐ＞
ＮＥＣ，Ｌｏａｄ ｂａｌａｎｃｉｎｇ ａｃｒｏｓｓ ｍｕｌｔｉｐｌｅ ｃａｒｒｉｅｒｓ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃８８ Ｒ１－１７０１９２６，２０１７年 ２月６日，＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿８８／Ｄｏｃｓ／Ｒ１－１７０１９２６．ｚｉｐ＞
Ｐａｎａｓｏｎｉｃ，Ｄｉｓｃｕｓｓｉｏｎ ｏｎ ＣＢＲ ｍｅａｓｕｒｅｍｅｎｔ ａｎｄ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｂｅｈａｖｉｏｒ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃８８ Ｒ１－１７０１９３１，２０１７年 ２月３日，＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿８８／Ｄｏｃｓ／Ｒ１－１７０１９３１．ｚｉｐ＞

Also Published As

Publication number Publication date
RU2731554C1 (ru) 2020-09-04
KR20200002829A (ko) 2020-01-08
EP3620009A4 (en) 2020-04-22
BR112019021276A2 (pt) 2020-05-19
WO2018201415A1 (en) 2018-11-08
US11743935B2 (en) 2023-08-29
US20200045719A1 (en) 2020-02-06
KR102420679B1 (ko) 2022-07-13
MX2019012035A (es) 2019-12-05
US20220201707A1 (en) 2022-06-23
EP3620009A1 (en) 2020-03-11
US20230362977A1 (en) 2023-11-09
CN110583080A (zh) 2019-12-17
JP2020519040A (ja) 2020-06-25
CN116634501A (zh) 2023-08-22
US11304217B2 (en) 2022-04-12
SG11201909844XA (en) 2019-11-28
CN110583080B (zh) 2023-05-30

Similar Documents

Publication Publication Date Title
JP7090092B2 (ja) 通信装置、通信方法および集積回路
JP6869368B6 (ja) ユーザ機器、基地局、およびワイヤレス通信方法
US11234172B2 (en) Configurable sharing between intra- and inter-frequency measurements
JP5452705B2 (ja) 物理アップリンク共有チャネル（ｐｕｓｃｈ）における定期的フィードバック情報の送信の構成
JP2021502742A5 (ja)
JP6545912B2 (ja) メッセージ送信方法及びユーザ機器
US20210289507A1 (en) Wireless communication method, apparatus and system
KR20130099172A (ko) 업링크 사운딩 기준 신호를 트리거하고 송신하기 위한 방법 및 장치
EP3433953A1 (en) Target carrier radio predictions using source carrier measurements
EP3515151B1 (en) Method and network node for performing a joint reception in a cellular radio communication network
WO2017148213A1 (zh) 资源分配控制方法、装置及***
KR20180105775A (ko) 비면허 대역에서 ｌｔｅ와 ｗｌａｎ의 공존을 위한 채널 선택 및 프레임 스케줄링 동시 최적화 방법
TWI615044B (zh) 基地台、使用者裝置及頻道選擇方法
JP2020528706A (ja) サブセット制限を伴う広帯域幅でのｕｅランダム・アクセスのためのシステムおよび方法
KR20200047699A (ko) 논리 채널의 리소스 결정 방법 및 장치, 컴퓨터 저장 매체
CN107211437A (zh) 用于资源释放的方法
WO2020105191A1 (ja) 通信装置および無線通信システム
JP6204002B2 (ja) 通信ネットワークを通じてデータパケットを送信するためにデータパケットに時間−周波数資源を割り当てるための方法及びデバイス、このような方法を実行するためのコンピュータプログラム、並びにこのようなコンピュータプログラムを格納するための情報格納記憶媒体
RU2776351C2 (ru) Абонентское устройство и способ для него
US20220240317A1 (en) Transmitting and Receiving Data
US9363802B2 (en) Parallel scheduling in a cellular communications system
EP3024282B1 (en) Method and device for data transmission
CN112154701B (zh) 能够有效使用上行链路资源的基站设备、其控制方法和计算机可读存储介质
CN114930893A (zh) 资源单元共享

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191205

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191205

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210126

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210420

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210525

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210924

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20210924

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20211005

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20211012

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20211112

C211 Notice of termination of reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C211

Effective date: 20211116

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20220118

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20220412

C23 Notice of termination of proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C23

Effective date: 20220426

C03 Trial/appeal decision taken

Free format text: JAPANESE INTERMEDIATE CODE: C03

Effective date: 20220531

C30A Notification sent

Free format text: JAPANESE INTERMEDIATE CODE: C3012

Effective date: 20220531

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220613

R150 Certificate of patent or registration of utility model

Ref document number: 7090092

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150