JP7339439B2 - 通信方法及び装置 - Google Patents

通信方法及び装置 Download PDF

Info

Publication number
JP7339439B2
JP7339439B2 JP2022521679A JP2022521679A JP7339439B2 JP 7339439 B2 JP7339439 B2 JP 7339439B2 JP 2022521679 A JP2022521679 A JP 2022521679A JP 2022521679 A JP2022521679 A JP 2022521679A JP 7339439 B2 JP7339439 B2 JP 7339439B2
Authority
JP
Japan
Prior art keywords
frequency domain
psfch
sequence
resource
resource 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
JP2022521679A
Other languages
English (en)
Other versions
JP2022551322A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2022551322A publication Critical patent/JP2022551322A/ja
Application granted granted Critical
Publication of JP7339439B2 publication Critical patent/JP7339439B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1838—Buffer management for semi-reliable protocols, e.g. for less sensitive applications such as streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Description

この出願は、２０１９年１０月１２日に中国国家知識産権局に提出され、「COMMUNICATIONS METHOD AND APPARATUS」と題された中国特許出願第201910970091.4号の優先権を主張し、その全体が参照によって本明細書に組み込まれる。
この出願は、通信技術の分野、特に、通信方法及び装置に関する。
ビークルトゥエブリシング（vehicle to everything, V2X）は、インテリジェントトランスポーテーションシステムのためのキーテクノロジであり、モノのインターネットシステムにおける最も大きな産業ポテンシャルと最も明確な市場要求を持つ分野の１つとみなされている。ビークルトゥエブリシングＶ２Ｘは、通常、車両に搭載されたセンサ、車載端末などを利用することによって車両情報を提供する通信ネットワークであり、ビークルトゥビークル（vehicle to vehicle, V2V）通信、ビークルトゥインフラストラクチャ（vehicle to infrastructure,V2I）通信、ビークルトゥネットワーク（vehicle to network, V2N）通信、及びビークルトゥペデストリアン（vehicle to pedestrian, V2P）通信を実装する。
Ｖ２Ｘは、広いアプリケーション空間、大きな産業ポテンシャル、及び強い社会的利益によって特徴付けられ、自動車及び情報通信産業のイノベーション及び発展を促進し、自動車及びトランスポーテーションサービスの新たなモデル及び新たな形態を築き上げ、無人ドライビング、ドライバーアシスト、インテリジェントドライビング、コネクテッドドライビング、インテリジェントネットワークドライビング、自動ドライビング、及びカーシェアリングなどの技術のイノベーション及びアプリケーションを促進し、トランスポーテーション効率及び安全性を改善するために非常に重要なものである。
新無線（new radio, NR）Ｖ２Ｘマルチキャストシナリオでは、送信端末が１つのサブチャネルを通じてマルチキャストデータを複数の受信端末に送信した後、各受信端末は、ハイブリッド自動再送要求（hybrid automatic repeat request, HARQ）フィードバックで送信端末に応答する必要がある。ＨＡＲＱフィードバックは、肯定応答（acknowledgement, ACK）又は否定応答（negative acknowledgement, NACK）である。ＡＣＫは、受信端末がマルチキャストデータを正しく受信していることを示し、ＮＡＣＫは、受信端末がマルチキャストデータを正しく受信していないことを示す。ＨＡＲＱフィードバックは、物理サイドリンクフィードバックチャネル（physical sidelink feedback channel, PSFCH）で搬送され、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースは、ＨＡＲＱフィードバックを実行するための全て受信端末についての要件を満たさないことがある。
この出願の実施形態は、マルチキャストシナリオにおいて、マルチキャストグループ内の受信端末の要件を満たすための通信方法及び装置を提供する。
目的を達成するために、この出願は、以下の技術的解決策を提供する。
第１の態様によれば、以下を含む通信方法が提供される。
送信端末が、ネットワークデバイスから、送信端末のサイドリンクのリソースプール情報を含む構成情報を受信し、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、１つ以上のサブチャネルを含む周波数ドメインリソースを決定し、周波数ドメインリソース上で、マルチキャストグループ内の受信端末にマルチキャストデータを送信し、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストグループ内の受信端末から、マルチキャストデータのフィードバック情報を受信する。
リソースプール情報は、１つ以上のリソースプールについての情報を含み、１つのリソースプールについての情報は、リソースプール内の各サブチャネル上のＰＳＦＣＨ周波数ドメインリソースについての情報と、各サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルについての情報とのうちの１つ以上を含む。
第１の態様において提供される方法によれば、マルチキャストデータを送信するための周波数ドメインリソースを決定するとき、送信端末は、リソースプール内のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルと、マルチキャストグループ内の受信端末の数とを考慮して、必要に応じて、１つ以上のサブチャネル上でマルチキャストデータ送信しうる。
可能な実装において、周波数ドメインリソースが１つのサブチャネルを含むとき、サブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバル以上であること、を満たす。
この可能な実装は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソースが、マルチキャストグループ内の全ての受信端末がＨＡＲＱフィードバックを実行するのに十分であることを保証できる。
可能な実装において、周波数ドメインリソースが複数のサブチャネルを含むとき、複数のサブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす。
この可能な実装は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソースが、マルチキャストグループ内の全ての受信端末がＨＡＲＱフィードバックを実行するのに十分であることを保証できる。
可能な実装において、送信端末が、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定することは、送信端末が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルと、リソースプール内のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定する、ことを含む。
この可能な実装において、サブチャネル上のＰＳＦＣＨ周波数ドメインリソース上の利用可能なシーケンスの数が増加されて、ＨＡＲＱフィードバックを実行することにおいて、より多くの受信端末をサポートしうる。
可能な実装において、周波数ドメインリソースが１つのサブチャネルを含むとき、サブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバル以上であること、を満たす。
この可能な実装は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソースが、マルチキャストグループ内の全ての受信端末がＨＡＲＱフィードバックを実行するのに十分であることを保証できる。
可能な実装において、周波数ドメインリソースが複数のサブチャネルを含むとき、複数のサブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす。
この可能な実装は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソースが、マルチキャストグループ内の全ての受信端末がＨＡＲＱフィードバックを実行するのに十分であることを保証できる。
可能な実装において、最大シーケンスインターバルは、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソース内の各ＰＲＢによってサポートされる必要があるシーケンスの数に対する、１つの物理リソースブロックＰＲＢによってサポートされるシーケンスの数の割合以下の最大整数であり、各ＰＲＢによってサポートされる必要があるシーケンスの数は、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数に対する、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数の割合以上の最小整数である、又は、
最大シーケンスインターバルは、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数に対する、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢによってサポートされるシーケンスの総数の割合以下の最大整数である。
この可能な実装は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソースが、マルチキャストグループ内の全ての受信端末がＨＡＲＱフィードバックを実行するのに十分であることを保証できる。
可能な実装において、方法は、送信端末が、マルチキャストグループ内の少なくとも１つの受信端末にインジケーション情報を送信することであって、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの減少後のシーケンスインターバルを示すか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示す、ことをさらに含む。
この可能な実装においては、同じシーケンスインターバルが送信端末及び受信端末によって利用され、送信端末と受信端末との間の正常な通信を保証することができる。
第２の態様によれば、以下を含む通信方法が提供される。
受信端末が、周波数ドメインリソース上で、１つ以上のサブチャネルを含むマルチキャストデータを送信端末から受信し、インジケーション情報をさらに受信し、インジケーション情報に基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信する。
インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルを示すか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示す。
第２の態様において提供される方法によれば、同じシーケンスインターバルが送信端末及び受信端末によって利用され、送信端末と受信端末との間の正常な通信を保証することができる。
第３の態様によれば、通信ユニットと、処理ユニットとを含む通信装置が提供される。
通信ユニットは、ネットワークデバイスから、装置のサイドリンクのリソースプール情報を含む構成情報を受信するように構成され、リソースプール情報は、１つ以上のリソースプールについての情報を含み、１つのリソースプールについての情報は、リソースプール内の各サブチャネル上のＰＳＦＣＨ周波数ドメインリソースについての情報と、各サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルについての情報とのうちの１つ以上を含む。
処理ユニットは、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、１つ以上のサブチャネルを含む周波数ドメインリソースを決定するように構成される。
通信ユニットは、周波数ドメインリソース上で、マルチキャストグループ内の受信端末にマルチキャストデータを送信し、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストグループ内の受信端末から、マルチキャストデータのフィードバック情報を受信するようにさらに構成される。
可能な実装において、周波数ドメインリソースが１つのサブチャネルを含むとき、サブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバル以上であること、を満たす。
可能な実装において、周波数ドメインリソースが複数のサブチャネルを含むとき、複数のサブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす。
可能な実装において、処理ユニットは、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルと、リソースプール内のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定するように特に構成される。
可能な実装において、周波数ドメインリソースが１つのサブチャネルを含むとき、サブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバル以上であること、を満たす。
可能な実装において、周波数ドメインリソースが複数のサブチャネルを含むとき、複数のサブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす。
可能な実装において、最大シーケンスインターバルは、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソース内の各ＰＲＢによってサポートされる必要があるシーケンスの数に対する、１つの物理リソースブロックＰＲＢによってサポートされるシーケンスの数の割合以下の最大整数であり、各ＰＲＢによってサポートされる必要があるシーケンスの数は、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数に対する、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数の割合以上の最小整数である、又は、
最大シーケンスインターバルは、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数に対する、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢによってサポートされるシーケンスの総数の割合以下の最大整数である。
可能な実装において、通信ユニットは、マルチキャストグループ内の少なくとも１つの受信端末にインジケーション情報を送信することであって、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの減少後のシーケンスインターバルを示すか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示す、ことを行うようにさらに構成される。
第４の態様によれば、通信ユニットと、処理ユニットとを含む通信装置が提供される。
処理ユニットは、通信ユニットを利用することによって、１つ以上のサブチャネルを含む周波数ドメインリソース上で、マルチキャストデータを送信端末から受信するように構成される。
処理ユニットは、通信ユニットを利用することによって、インジケーション情報を受信するようにさらに構成され、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルを示すか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示す。
処理ユニットは、通信ユニットを利用することによって、インジケーション情報に基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信するようにさらに構成される。
第５の態様によれば、プロセッサを含む通信装置が提供される。
プロセッサは、メモリに接続される。メモリは、コンピュータ実行可能命令を格納するように構成され、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行して、第１の態様又は第２の態様において提供されるいずれかの方法を実施する。メモリとプロセッサとは一体的に統合されてよいし、又は独立した要素であってよい。メモリとプロセッサとが独立した要素である場合、メモリは、通信装置の内部に配置されてよいし、又は通信装置の外部に配置されてよい。
可能な実装において、プロセッサは、ロジック回路を含み、入力インターフェース及び出力インターフェースの少なくとも１つをさらに含む。出力インターフェースは、対応する方法における送信動作を実行するように構成され、入力インターフェースは、対応する方法における受信動作を実行するように構成される。
可能な実装において、通信装置は、通信インターフェース及び通信バスをさらに含む。
プロセッサと、メモリと、通信インターフェースとは、通信バスを介して接続される。通信インターフェースは、対応する方法における受信及び送信動作を実行するように構成される。通信インターフェースは、トランシーバと称されることもある。
任意選択で、通信インターフェースは、トランスミッタ及びレシーバの少なくとも１つを含む。この場合、トランスミッタは、対応する方法における送信動作を実行するように構成され、レシーバは、対応する方法における受信動作を実行するように構成される。
可能な実装において、通信装置は、チップの製品形態で存在する。
第６の態様によれば、第３の態様において提供される通信装置と、第４の態様において提供される通信装置とを含む通信システムが提供される。
第７の態様によれば、命令を含むコンピュータ可読記憶媒体が提供される。命令がコンピュータ上で実行されるとき、コンピュータは、第１の態様又は第２の態様において提供されるいずれかの方法を実行することが可能になる。
第８の態様によれば、命令を含むコンピュータプログラム製品が提供される。命令がコンピュータ上で実行されるとき、コンピュータは、第１の態様又は第２の態様において提供されるいずれかの方法を実行することが可能になる。
第３～第８の態様における任意の実装によってもたらされる技術的効果については、第１の態様から第２の態様における対応する実装によってもたらされる技術的効果を参照されたい。詳細については、ここでは説明されない。
この出願の実施形態による、システムアーキティクチャの模式図である。 この出願の実施形態による、サブチャネルの模式図である。 この出願の実施形態による、サイドリンク上のチャネルによって占有されるリソースの模式図である。 この出願の実施形態による、サイドリンク上のチャネルによって占有されるリソースの模式図である。 この出願の実施形態による、サイドリンク上のチャネルによって占有されるリソースの模式図である。 この出願の実施形態による、サイドリンク上のチャネルによって占有されるリソースの模式図である。 この出願の実施形態による、通信方法のフローチャートである。 この出願の実施形態による、計算された最大シーケンスインターバルの模式図である。 この出願の実施形態による、計算された最大シーケンスインターバルの模式図である。 この出願の実施形態による、ＰＳＳＣＨリソース及びＰＳＣＣＨリソースの模式図である。 この出願の実施形態による、通信装置の模式的構成図である。 この出願の実施形態による、通信装置のハードウェア構造の模式図である。 この出願の実施形態による、通信装置のハードウェア構造の模式図である。
この出願の説明では、別途指定しない限り、“／”は“又は”を意味する。例えば、Ａ／Ｂは、Ａ又はＢを表しうる。この明細書において、用語“及び／又は”は、関連付けられた対象物を説明するための関連付け関係のみを記述し、３つの関係がありうることを示す。例えば、Ａ及び／又はＢは、以下の３つのケース、即ち、Ａのみが存在すること、Ａ及びＢの両方が存在すること、そして、Ｂのみが存在すること、を表しうる。加えて、“少なくとも１つ”は、１つ以上を意味し、“複数の”は、２つ以上を意味する。“第１の”及び“第２の”などの用語は、数量及び実行順序を限定するものではなく、また、“第１の”及び“第２の”などの用語は、絶対的な違いを示すものではない。
この出願において、“例”又は“例えば”などの用語は、例、例示、又は説明を与えることを表すために利用されることに留意すべきである。この出願において、“例”又は“例えば”と記述された任意の実施形態又は設計スキームは、他の実施形態又は設計スキームよりも好適である又は利点を有すると解釈されるべきではない。厳密には、“例”、“例えば”などの言葉の利用は、具体的な方式における関連コンセプトを与えることを意図している。
この出願におけるネットワーク要素は、通信システム内のネットワークデバイス及び端末を含む。図１を参照する。この出願の実施形態において提供される方法は、主に、端末間の通信、及び、端末とネットワークデバイスとの間の通信に関する。
この出願の実施形態における通信システムは、それらに限定されないが、ロングタームエボリューション（long term evolution, LTE）システム、第５世代（5th-generation, 5G）システム、ＮＲシステム、無線ローカルエリアネットワーク（wireless local area networks, WLAN）システム、将来の発展型システム、又は複数の集中型通信システムを含む。５Ｇシステムは、非スタンドアロン（non-standalone, NSA）５Ｇシステム、又はスタンドアロン（standalone, SA）５Ｇシステムであってよい。
この出願の実施形態におけるネットワークデバイスは、ネットワーク側にあり、信号を送信するか、信号を受信するか、又は、信号を送信し、かつ信号を受信するように構成されるエンティティである。ネットワークデバイスは、無線アクセスネットワーク（radio access network, RAN）上に配置され、端末に対して無線通信機能を提供する装置であってよく、例えば、送受信ポイント（transmission reception point, TRP）、基地局、又は様々な形態の制御ノード（例えば、ネットワークコントローラ及び無線コントローラ（例えば、クラウド無線アクセスネットワーク（cloud radio access network, CRAN）シナリオにおける無線コントローラ））であってよい。具体的には、ネットワークデバイスは、様々な形態における、マクロ基地局、マイクロ基地局（スモールセルとも称される）、中継局、アクセスポイント（access point, AP）などであってよいし、又は基地局のアンテナパネルであってよい。制御ノードは、複数の基地局に接続され、複数の基地局のサービス区域内の複数の端末デバイスにリソースを構成しうる。異なる無線アクセス技術を利用するシステムにおいて、基地局機能を有するデバイスは、異なる名称を有することがある。例えば、デバイスは、ＬＴＥシステムでは発展型ＮｏｄｅＢ（evolved NodeB, eNB又はeNodeB）と称されることがあるし、又は、５Ｇシステム又はＮＲシステムでは次世代ノード基地局（next generation node base station, gNB）と称されることがある。基地局の具体的な名称は、この出願において限定されない。ネットワークデバイスは、代替的に、将来の発展型パブリックランドモバイルネットワーク（public land mobile network, PLMN）などにおけるネットワークデバイスであってよい。
この出願の実施形態における端末は、ユーザ側にあり、信号を受信するか、信号を送信するか、又は、信号を受信し、かつ信号を送信するように構成されるエンティティである。端末は、音声サービス及びデータ接続サービスのうちの１つ以上をユーザに提供するように構成される。代替的に、端末は、ユーザ機器（user equipment, UE）、端末デバイス、アクセス端末、サブスクライバユニット、サブスクライバ局、モバイル局、リモート局、リモート端末、モバイルデバイス、ユーザ端末、無線通信デバイス、ユーザエージェント、又はユーザ装置と称されることがある。端末は、Ｖ２Ｘデバイス、例えば、スマート車両（smart car又はintelligent car）、デジタル車両（digital car）、無人車両（unmanned car, driverless car, pilotless car, 又はautomobile）、自動車両（self-driving car又はautonomous car）、ピュア電動車両（pure EV又はBattery EV）、ハイブリッド電動車両（hybrid electric vehicle, HEV）、レンジエクステンディッド電動車両（range extended EV, REEV）、プラグインハイブリッド電動車両（plug-in HEV, PHEV）、新エネルギー車両、又は路側ユニット（road site unit, RSU）であってよい。代替的に、端末は、Ｄ２Ｄデバイス、例えば、電力メータ又は水道メータであってよい。代替的に、端末は、モバイル局（mobile station, MS）、サブスクライバユニット（subscriber unit）、無人高所作業車、モノのインターネット（internet of things, IoT）デバイス、ＷＬＡＮの局（station, ST）、セルラフォン（cellular phone）、スマートフォン（smart phone）、コードレスフォン、無線データカード、タブレットコンピュータ、セッション開始プロトコル（session initiation protocol, SIP）フォン、無線ローカルループ（wireless local loop, WLL）局、パーソナルデジタルアシスタント（personal digital assistant, PDA）デバイス、ラップトップコンピュータ（laptop computer）、マシンタイプ通信（machine type communication, MTC）端末、無線通信機能を持つハンドヘルドデバイス、無線モデムに接続されたコンピューティングデバイス又は他の処理デバイス、車載デバイス、又は、ウェアラブルデバイス（ウェアラブルインテリジェントデバイスとも称されることがある）であってよい。代替的に、端末は、次世代通信システムの端末、例えば、５Ｇシステムの端末、将来の発展型ＰＬＭＮの端末、又はＮＲシステムの端末であってよい。
この出願の実施形態において提供される方法は、それらに限定されないが、以下の分野、即ち、デバイストゥデバイス（device to device, D2D）、Ｖ２Ｘ、無人ドライビング（unmanned driving）、自動ドライビング（automated driving, ADS）、ドライバアシスタンス（driver assistance, ADAS）、インテリジェントドライビング（intelligent driving）、コネクテッドドライビング（connected driving）、インテリジェントネットワークドライビング（intelligent network driving）、カーシェアリング（car sharing）などに適用可能である。
ＮＲにおいて、Ｖ２Ｘアーキテクチャは、スタンドアロン（Standalone）配置と、マルチＲＡＴデュアルコネクティビティ（Multi-Rat Dual Connectivity, MR-DC）配置とに分類される。スタンドアロン配置シナリオでは、Ｖ２Ｘ通信を実行する２つの端末（例えば、図１の端末２及び端末３）が同じネットワークデバイスにアクセスし、ネットワークデバイスが、２つの端末を管理又は構成する。例えば、ネットワークデバイスは、ｇＮＢ、次世代ｅＮＢ（ng-eNB）、又はｅＮＢであってよい。マルチＲＡＴデュアルコネクティビティ配置シナリオでは、Ｖ２Ｘ通信を実行する２つの端末はそれぞれ、メインノード（main node, MN）及びセカンダリノード（secondary node, SN）にアクセスする。例えば、図１の端末１及び端末４はそれぞれ、ネットワークデバイス１及びネットワークデバイス２にアクセスする。ネットワークデバイス１及びネットワーク２の一方がメインノードであり、他方がセカンダリノードである。メインノードは、Ｖ２Ｘ通信を実行する端末を管理又は構成しうる。
Ｖ２Ｘシナリオ及び他の通信シナリオにおいて、端末が直接通信を実行する通信リンクは、サイドリンク（sidelink, SL）又はサイドリンクと称されうる。ＳＬ上では、送信端末が、データ送信遅延を大きく低減するために、直接的にデータを受信端末に送信してよく、最初にネットワークデバイスへデータを送信してからコアネットワークによる転送を通じて受信端末にデータを送信する必要がない。
この出願の実施形態をより明確にするため、以下では、この出願の実施形態に関連するコンセプト及びいくつかのコンテンツについて簡単に説明する。
１．ＳＬ ＨＡＲＱフィードバック
ＳＬ ＨＡＲＱは、前方誤り訂正（forward error correction, FEC）と、自動再送要求（automatic repeat request, ARQ）とを組み合わせる。ＦＥＣは、冗長な情報を追加することによって、受信端末がいくつかのエラーを訂正することを可能にし、再送回数を低減する。ＦＥＣを通して訂正できないエラーについては、受信端末が、ＡＲＱメカニズムを利用することによって、送信端末にデータを再送するように要求する。受信端末は、巡回冗長検査（cyclic redundancy check, CRC）などの誤り検出符号を利用することによって、受信されたデータにエラーが生じているかどうかを検出する。エラーが生じていない場合、受信端末は、送信端末にＡＣＫを送信する。ＡＣＫを受信した後、送信端末は、次のデータを送信する。エラーが生じている場合、受信端末は、送信端末にＮＡＣＫを送信する。ＮＡＣＫを受信した後、送信端末は、データを再送する。ＡＣＫ及びＮＡＣＫは、ＨＡＲＱフィードバックである。
上記のＡＲＱメカニズムにおいて、受信端末がデータパケットを受信した後、デコーディングエラーが生じる場合、受信端末は、データパケットを破棄して、再送を要求する。デコーディングエラーが生じるデータパケットは、有用な情報を含む。データパケットが破棄される場合、有用な情報は失われる。軟結合を伴うＨＡＲＱ（HARQ with soft combining）を利用することによって、デコーディングエラーが生じるデータパケットは、ＨＡＲＱバッファに格納され、その後に受信される再送データパケットと軟結合される。次いで、デコーディングが実行される。同様に、デコーディングが依然として失敗する場合、上記のプロセスがさらに繰り返されうる。新たに受信される再送データは、バッファ内のデータと結合され、デコーディングが再び実行される。個別デコーディング（具体的には、毎回送信されるデータが別々にデコードされ、デコーディングのために前のデータと結合されない）と比較すると、これは、デコーディング成功確率を改善する。
ＬＴＥ Ｖ２Ｘは、ブロードキャストサービスのみをサポートする。従って、ＳＬ ＨＡＲＱフィードバックは、サポートされない。ＮＲ Ｖ２Ｘは、ユニキャスト、マルチキャスト、及びブロードキャストサービスをサポートするが、ユニキャストシナリオ及びマルチキャストシナリオでのみＳＬ ＨＡＲＱフィードバックをサポートする。
２．ＳＬリソースプール（resource pool）
ＮＲにおいて、ＳＬ送信は、リソースプールに基づいている。リソースプールは、論理的なコンセプトである。リソースプールは、複数の物理リソースを含み、任意の物理リソースは、データを送信するために利用されうる。
ネットワークデバイスは、複数の端末に対して１つ以上のリソースプールを構成し、複数の端末は、１つ以上のリソースプールを共有することに留意すべきである。データを送信するとき、端末は、送信のためにリソースプールから物理リソースを利用する必要がある。１つのケースでは、端末は、ネットワークデバイスによって送信されるインジケーション情報に基づいて、ネットワークデバイスによって、リソースプールから物理リソースを選択して、データを送信するように制御される。他のケースでは、端末は、独立に、リソースプールから物理リソースを選択して、データを送信する。
３．サブチャネル
各リソースプールは、１つ以上のサブチャネル（subchannel）を含む。関連する通信標準の現在の進展によれば、リソースプール内の全てのサブチャネルの周波数ドメインリソース量（言い換えると、物理リソースブロック（physical resource block, PRB）の数）は同じである。異なるリソースプール内のサブチャネル上の周波数ドメインリソース量は、同じであってよいし、又は異なってよい。
例えば、図２を参照する。リソースプール内の物理リソースによって占有される帯域幅が２０Ｍであり、２０Ｍが４つのサブチャネルに分割される場合、１つのサブチャネルによって占有される帯域幅は５Ｍである。
リソースプールに含まれるサブチャネルの数と、各サブチャネルによって占有されるバンド幅とは、ネットワークデバイスによって端末に対して構成されてよい。
４．物理サイドリンク制御チャネル（physical sidelink control channel, PSCCH）、物理サイドリンク共有チャネル（physical sidelink shared channel, PSSCH）、又はＰＳＦＣＨ
サブチャネルは、ＰＳＣＣＨ、ＰＳＳＣＨ、及びＰＳＦＣＨを含みうる。ＰＳＣＣＨは、ＳＬデータの制御情報を搬送するために利用され、制御情報は、特に、ＰＳＣＣＨ上のサイドリンク制御情報（sidelink control information, SCI）において搬送されうる。ＰＳＳＣＨは、ＳＬデータを搬送するために利用される。ＰＳＦＣＨは、ＳＬデータのＨＡＲＱフィードバックを搬送するために利用される。
マルチキャストシナリオについては、現在の議論では、ＰＳＦＣＨが、時間ドメインで１つ又は２つのシンボルを含み、周波数ドメインで１つ以上のＰＲＢを含み、１つ以上のＰＲＢが、ＰＳＳＣＨ周波数ドメインリソースの一部であると考えられている。リソースプールにおいて、ＰＳＦＣＨ時間－周波数リソース（略して、ＰＳＦＣＨリソースと称される）の周期は、Ｎスロット（slot）であり、Ｎの値は、現在、１、２、又は４である。例えば、図３（ａ）及び図３（ｂ）は、それぞれＮ＝１及びＮ＝２のときのＰＳＦＣＨリソースの位置の模式図を示している。
スロットｎ（ｎは、０以上の整数である）のＰＳＳＣＨについて、ＰＳＳＣＨに対応するＰＳＦＣＨは、スロット（ｎ＋ａ）に現れ、ａは、Ｋ以上の最小整数である。現在、Ｋの値は決定されていない。全ての端末が同じＫを有すると仮定すると、Ｎ個のＰＳＳＣＨに対応するＰＳＦＣＨは、１つのＰＳＦＣＨリソースを共有する必要がある。
例えば、図４（ａ）を参照する。Ｎ＝１であり、かつａ＝１であると仮定すると、スロットｎのＰＳＳＣＨ上で搬送されるＳＬデータについてのＨＡＲＱフィードバックは、スロット（ｎ＋１）のＰＳＦＣＨリソースを利用することによって実行される必要がある。
図４（ｂ）を参照する。Ｎ＝２であり、かつａ＝１であると仮定すると、スロットｎ及びスロット（ｎ＋１）のＰＳＳＣＨ上で搬送されるＳＬデータについてのＨＡＲＱフィードバックは、スロット（ｎ＋２）のＰＳＦＣＨリソースを利用することによって実行される必要がある。スロットｎのＰＳＳＣＨ上で搬送されるＳＬデータについてのＨＡＲＱフィードバックは、スロット（ｎ＋２）のＰＳＦＣＨリソースの一部を利用することによって実行される必要があり、スロット（ｎ＋２）のＰＳＳＣＨ上で搬送されるＳＬデータについてのＨＡＲＱフィードバックは、スロット（ｎ＋２）のＰＳＦＣＨリソースの他の部分を利用することによって実行される必要がある。
５．シーケンスインターバル
ＰＳＦＣＨリソースは、シーケンスを搬送することがあり、シーケンスは、特定のシーケンスインターバルにある。シーケンスインターバルは、ビット数であり、それによってシーケンス上で巡回シフトが実行される。例えば、（１，２，３，４）がシーケンスであるとすると、１ビットの巡回シフトが実行されることによってシーケンス（２，３，４，１）が得られる。この場合、２つのシーケンスの間のシーケンスインターバルは１である。各サブチャネル上のＰＳＦＣＨリソース上のシーケンスについて、シーケンスインターバルは、同じであってよいし、又は異なってよいし、具体的には、ネットワークデバイスによって構成されうる。
既存の通信標準では、１つのＰＲＢ及び１つのシンボルを含むＰＳＦＣＨリソース上のシーケンスが、ＡＣＫ／ＮＡＣＫを表すために利用される。この場合、１つのＰＲＢ上に合計１２個のサブキャリアがあり、従って、最大で１２個の互いに直交するシーケンスがサポートされうる。これらのシーケンスは、基準シーケンス（例えば、物理アップリンク制御チャネル（physical uplink control channel, PUCCH）フォーマット（format）０におけるシーケンス）上で巡回シフトを実行することによって得られる。基準シーケンスは、シーケンス０と称されることがあり、ｘだけシフトすることを通じて得られるシーケンスは、シーケンスｘと称されることがある。異なるシーケンスが異なるＡＣＫ／ＮＡＣＫを識別するとき、異なるＡＣＫ／ＮＡＣＫの間のビットエラーレートは、シーケンスインターバルに関係し、シーケンスインターバルが大きくなるほど、より低いビットエラーレートを示す。
マルチキャストシナリオでは、１つの送信端末が、複数の受信端末にマルチキャストデータを送信する。１つの受信端末は、１つのシーケンスを利用してＡＣＫを表し、他のシーケンスを利用してＮＡＣＫを表しうる。１つのＰＲＢは、１２個のシーケンスをサポートし、最大で６つの受信端末のＨＡＲＱフィードバックをサポートすることができる。マルチキャストグループ内に多数の端末があるとき、シーケンスが不足するという問題が生ることがある。例えば、マルチキャストグループ内に８つの端末があり、１つの端末がマルチキャストを開始し、ＡＣＫ／ＮＡＣＫをフィードバックすることにおいて、少なくとも他の７つの端末がサポートされる必要がある。しかし、ＰＳＦＣＨ周波数ドメインリソースは、１つのＰＲＢのみを有し、従って、７つの端末が同時にＡＣＫ／ＮＡＣＫをフィードバックすることをサポートできない。
この問題を解決するために、この出願の実施形態は、通信方法（周波数ドメインリソース決定方法と称されることもある）を提供する。図５に示すように、方法は、以下のステップを含む。
５０１：ネットワークデバイスは、マルチキャストグループ内の送信端末と、マルチキャストグループ内の受信端末とに構成情報を送信する。構成情報は、対応する端末のサイドリンクのリソースプール情報を含む。それに対応して、マルチキャストグループ内の送信端末と、マルチキャストグループ内の受信端末とは、ネットワークデバイスから構成情報を受信する。
リソースプール情報は、１つ以上のリソースプールについての情報を含み、１つのリソースプールについての情報は、リソースプール内の各サブチャネル上のＰＳＦＣＨ周波数ドメインリソースについての情報と、各サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルについての情報とのうちの１つ以上を含む。
各サブチャネル上のＰＳＦＣＨ周波数ドメインリソースについての情報は、ＰＳＦＣＨ周波数ドメインリソースによって占有される帯域幅についての情報であってよいし、又は、ＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数についての情報であってよい。このことは、この出願において限定されない。サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルは、ネットワークデバイスによって端末に対して構成されてよいし、又は、ネゴシエーションを通じてネットワークデバイスと端末とによって決定されてよい。
任意選択で、１つのリソースプールについての情報は、以下のもの、即ち、各サブチャネル上のＰＳＦＣＨ時間ドメインリソースについての情報、例えば、ＰＳＦＣＨによって占有されるシンボルについての情報と、ＰＳＦＣＨリソース周期、例えば、１スロット、２スロット、又は４スロットと、のうちの１つ以上をさらに含む。
ステップ５０１は、マルチキャストグループ内の端末がデータを送信しようとするときに実行されてよいし、又は、マルチキャストグループ内の端末がデータを送信しようとする前に実行されてよいことに留意すべきである。マルチキャストグループ内の端末に構成情報を送信するとき、ネットワークデバイスは、送信端末と受信端末とを区別せず、全ての端末に対して同じリソースプールを構成する。従って、ステップ５０１は、以下のようにも説明されうる。ネットワークデバイスは、マルチキャストグループ内の端末に構成情報を送信する。それに対応して、マルチキャストグループ内の端末は、ネットワークデバイスから構成情報を受信する。
任意選択で、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースは、サブチャネルのＰＳＦＣＨリソース周期内のリソースブロックに対応する周波数ドメインリソースであり、リソースブロックは、スロット及びサブチャネルの帯域幅を含む。
ＰＳＦＣＨリソース周期がＮスロットであることに留意すべきである。Ｎが１より大きいとき、Ｎ個のＰＳＳＣＨは、ＰＳＦＣＨ周波数ドメインリソースを共有する必要がありうる。従って、Ｎ個のＰＳＳＣＨによって共有されるＰＳＦＣＨ周波数ドメインリソースは、Ｎ個の持分（ＰＳＦＣＨ周波数ドメインリソースは、均等に分割されてよいし、又は均等に分割されなくてよい）に分割され、１つのサブチャネル上のＰＳＦＣＨ周波数ドメインリソースは、周波数ドメインリソースのＮ個の持分のうちの１つである。例えば、図４（ｂ）を参照する。サブチャネル上のスロット（ｎ＋２）内のＰＳＦＣＨ周波数ドメインリソースは、２つの持分に分割されてよく、１つの持分は、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースである。
５０２：送信端末は、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定する。周波数ドメインリソースは、１つ以上のサブチャネルを含む。
周波数ドメインリソースは、ＰＳＳＣＨに対応する周波数ドメインリソースであり、周波数ドメインリソースは、マルチキャストデータを送信するために利用される。
５０３：送信端末は、周波数ドメインリソース上で、マルチキャストデータをマルチキャストグループ内の受信端末に送信する。それに対応して、マルチキャストグループ内の受信端末は、周波数ドメインリソース上で、送信端末からマルチキャストデータを受信する。
５０４：マルチキャストグループ内の受信端末は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信する。それに対応して、送信端末は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストグループ内の受信端末から、マルチキャストデータのフィードバック情報を受信する。
マルチキャストデータのフィードバック情報は、マルチキャストデータに対するＨＡＲＱフィードバックであってよく、具体的には、ＡＣＫ／ＮＡＣＫであってよい。任意選択で、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソースは、マルチキャストグループ内の全ての受信端末がＨＡＲＱフィードバックを実行するのに十分である。
受信端末がマルチキャストデータのフィードバック情報を送信端末に送信するとき、周波数ドメインリソース及び時間ドメインリソースの両方が必要になると理解されうる。時間ドメインリソースは、ネットワークデバイスによって受信端末に対して構成されてよく、具体的には、１シンボル、２シンボル、又は他の数のシンボルであってよい。この出願の実施形態では、ＰＳＦＣＨ周波数ドメインリソースのみが重要である。従って、この出願の実施形態において提供される方法は、周波数ドメインリソースの観点のみから説明される。
この出願の実施形態において提供される通信方法によれば、マルチキャストデータを送信するために周波数ドメインリソースを決定するとき、送信端末は、リソースプール内のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルと、マルチキャストグループ内の受信端末の数とを考慮して、必要に応じて１つ以上のサブチャネル上でマルチキャストデータを送信しうる。例えば、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソースは、マルチキャストグループ内の全ての受信端末がＨＡＲＱフィードバックを実行するのに可能な限り十分なものでありうる。
ステップ５０２は、具体的には、以下の方式１又は方式２で実装されうる。
方式１：送信端末は、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを直接決定する。
方式１は、以下のケース１．１及びケース１．２において具体的に説明される。
ケース１．１：周波数ドメインリソースは、１つのサブチャネルを含む。
ケース１．１において、周波数ドメインリソースに含まれるサブチャネルは、以下の条件１．１を満たす。
条件１．１：マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバル以上である。
最大シーケンスインターバルは、以下の方法１又は方法２を利用することによって決定されうる。
方法１：最大シーケンスインターバルは、周波数ドメインリソースに含まれるサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソース内の各ＰＲＢによってサポートされる必要があるシーケンスの数に対する、１つのＰＲＢによってサポートされるシーケンスの数の割合以下の最大整数である。各ＰＲＢによってサポートされる必要があるシーケンスの数は、周波数ドメインリソースに含まれるサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数に対する、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数の割合以上の最小整数である。
サブチャネル上のＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数がＮiと表記され、マルチキャストグループ内の受信端末の数がＭと表記され、サブキャリア間隔がＮSCと表記され、かつ最大シーケンスインターバルがΔCS,iと表記される場合、
Figure 0007339439000001
であり、ＮSC＝１２である。
方法２：最大シーケンスインターバルは、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数に対する、周波数ドメインリソースに含まれるサブチャネル上のＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢによってサポートされるシーケンスの総数の割合以下の最大整数である。
方法２において、
Figure 0007339439000002
である。パラメータの意味及び値については、方法１の関連する説明を参照されたい。
例えば、図６を参照する。サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルは、ΔCSと表記される。サブチャネル１上のＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数がＮ1＝２であり、サブチャネル２上のＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数がＮ2＝４であり、サブチャネル３上のＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数がＮ3＝６であり、ΔCS＝２であり、かつＭ＝１２である場合、最大シーケンスインターバルは、方法１又は方法２を利用することによって計算され、ΔCS,1＝１、ΔCS,2＝２、ΔCS,3＝３である。この場合、サブチャネル２及びサブチャネル３は、マルチキャスト送信に利用されてよく、送信端末は、サブチャネル２又はサブチャネル３を周波数ドメインリソースとして決定しうる。
ケース１．１において、任意選択で、ステップ５０２は、具体的な実装の際、以下のステップを含む。
５０２－Ａ：送信端末は、リソースプールを決定し、リソースプール内の周波数ドメインリソースを決定する。
ステップ５０２－Ａは、以下の方式１．１又は方式１．２で実装されうる。
方式１．１
送信端末は、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、リソースプールを決定し、リソースプール内の周波数ドメインリソースを決定する。
方式１．１の具体的な実装の際、送信端末は、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、リソースプール内のサブチャネルが上記の条件１．１を満たすかどうかを決定しうる。ＹＥＳである場合、送信端末は、リソースプールがマルチキャストデータを搬送できると決定し、リソースプールから、条件１．１を満たすサブチャネルを周波数ドメインリソースとして選択する。
方式１．１において、リソースプール内のサブチャネル上の周波数ドメインリソースに含まれるＰＲＢの数は、同じであってよい。この場合、送信端末は、リソースプール内の任意のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、ＰＳＦＣＨに関するシーケンスのシーケンスインターバルと、マルチキャストグループ内の受信端末の数とに基づいて、リソースプール内のサブチャネルが上記の条件１．１を満たすかどうかを決定しうる。ＹＥＳの場合、送信端末は、リソースプールがマルチキャストデータを搬送できると決定し、リソースプールから、他の端末によって利用されていないサブチャネルを周波数ドメインリソースとして選択する。
方式１．２
送信端末は、リソースプールを決定し、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、リソースプール内の周波数ドメインリソースを決定する。
方式１．２の具体的な実装の際、送信端末は、最初にリソースプールを決定し、次いで、リソースプール内のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、ＰＳＦＣＨに関するシーケンスのシーケンスインターバルと、マルチキャストグループ内の受信端末の数とに基づいて、リソースプール内のサブチャネルが上記の条件１．１を満たすかどうかを決定してよい。ＹＥＳの場合、送信端末は、サブチャネルを周波数ドメインリソースとして決定する。
方式１．２において、送信端末によって、リソースプールを決定する方式は、この出願において限定されない。例えば、送信端末は、構成されたリソースプールから、マルチキャストデータを搬送するリソースプールとして、ランダムにリソースプールを選択してよいし、又は、構成されたリソースプールから、マルチキャストデータを搬送するリソースプールとして、最小負荷を持つリソースプールを選択してよい。
ケース１．２：周波数ドメインリソースは、複数のサブチャネルを含む。
ケース１．２において、複数のサブチャネルは、以下の条件１．２を満たす。
条件１．２：
マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルのうちの最小シーケンスインターバル以上である。
複数のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルが同じである場合、最大シーケンスインターバルは、複数のサブチャネル内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバル以上であると理解されうる。
最大シーケンスインターバルは、以下の方法３又は方法４を利用することによって決定されうる。
方法３：
最大シーケンスインターバルは、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソース内の各ＰＲＢによってサポートされる必要があるシーケンスの数に対する、１つのＰＲＢによってサポートされるシーケンスの数の割合以下の最大整数である。各ＰＲＢによってサポートされる必要があるシーケンスの数は、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数に対する、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数の割合以上の最小整数である。
複数のサブチャネルは、Ｉ個のサブチャネルであり、Ｉ個のサブチャネル内のｉ番目のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数は、Ｎiと表記され、マルチキャストグループ内の受信端末の数は、Ｍと表記され、サブキャリア間隔は、ＮSCと表記されると仮定する。計算を通じて得られる最大シーケンスインターバルがΔCS,Iと表記される場合、
Figure 0007339439000003
であり、ＮSC＝１２である。
方法４：
最大シーケンスインターバルは、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数に対する、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢによってサポートされるシーケンスの総数の割合以下の最大整数である。
方法４において、
Figure 0007339439000004
である。パラメータの意味及び値については、方法３を参照されたい。
例えば、図７を参照する。複数のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルのうちの最小シーケンスインターバルは、ΔCSと表記される。複数のサブチャネルが２つのサブチャネル、即ち、サブチャネル１及びサブチャネル２を含み、サブチャネル１上のＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数は、Ｎ1＝２であり、サブチャネル２上のＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数は、Ｎ2＝３であり、かつＭ＝１２である場合、ΔCS＝２であり、方法３又は方法４を利用することによって、計算を通じて得られる最大シーケンスインターバルは、ΔCS,I＝２である。この場合、ΔCS,I＝ΔCSであるため、サブチャネル１とサブチャネル２とは、マルチキャスト送信のために組み合わされてよく、送信端末は、サブチャネル１及びサブチャネル２を周波数ドメインリソースとして決定しうる。
ケース１．２において、任意選択で、ステップ５０２は、具体的な実装の際、方式１．２で実装されてよい。
方式１．２の具体的な実装の際、送信端末は、最初にリソースプールを決定し、次いで、リソースプール内のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、ＰＳＦＣＨに関するシーケンスのシーケンスインターバルと、マルチキャストグループ内の受信端末の数とに基づいて、リソースプール内の複数のサブチャネルが上記の条件１．２を満たすかどうかを決定しうる。ＹＥＳの場合、送信端末は、複数のサブチャネルを周波数ドメインリソースとして決定する。
方式１．２において、送信端末によって、リソースプールを決定する方式は、この出願において限定されない。例えば、送信端末は、構成されたリソースプールから、マルチキャストデータを搬送するリソースプールとして、ランダムにリソースプールを選択してよいし、又は、構成されたリソースプールから、マルチキャストデータを搬送するリソースプールとして、最小負荷を持つリソースプールを選択してよい。
方式１の具体的な実装の際、送信端末は、最初に、単一のサブチャネルが上記の条件１．１を満たすことができるかどうかを決定してよい。ＹＥＳの場合、送信端末は、単一のサブチャネルを周波数ドメインリソースとして利用する。そうでない場合、送信端末は、複数のサブチャネルが条件１．２を満たすことができるかどうかを決定する。ＹＥＳの場合、送信端末は、複数のサブチャネルを周波数ドメインリソースとして利用する。
方式２：
送信端末は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルと、リソースプール内のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定する。
任意選択で、方式２に示した動作を実行する前に、送信端末は、さらに、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させてよい。
シーケンスインターバルを減少させることは、利用可能なシーケンスの数を増加させうる。例えば、シーケンスが１２個の要素を含み、かつシーケンスインターバルが３である場合、シーケンス０、シーケンス３、シーケンス６、及びシーケンス９のみが利用可能である。シーケンスインターバルが２である場合、シーケンス０、シーケンス２、シーケンス４、シーケンス６、シーケンス８、及びシーケンス１０が利用可能である。
方式２については、以下で、ケース２．１及びケース２．２において具体的に説明される。
ケース２．１：
周波数ドメインリソースが１つのサブチャネルを含む。
ケース２．１において、周波数ドメインリソースに含まれるサブチャネルは、以下の条件２．１を満たす。
条件２．１：
マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバル以上である。
最大シーケンスインターバルを計算する方法については、上記の方法１又は方法２を参照されたい。
サブチャネル上のＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数がＮiと表記され、マルチキャストグループ内の受信端末の数がＭと表記され、サブキャリア間隔がＮSCと表記され、かつ減少後のシーケンスインターバルがΔCS’と表記される場合、ΔCS’は、以下の式１又は式２に従って計算されうる。
式１は、
Figure 0007339439000005
である。式２は、
Figure 0007339439000006
 ,
であり、ＮSC＝１２である。
サブチャネルが上記の条件１．１を満たさないとわかったとき、送信端末は、方式２で周波数ドメインリソースを決定しうる。
ケース２．１において、任意選択で、ステップ５０２は、ステップ５０２－Ａを利用することによって具体的に実装されてよく、ステップ５０２－Ａは、上記の方式１．１又は方式１．２で具体的に実装されてよい。違いは、ここでサブチャネルが満たす必要がある条件が条件２．１であることのみにある。
ケース２．２：
周波数ドメインリソースは、複数のサブチャネルを含む。
ケース２．２において、複数のサブチャネルは、以下の条件２．２を満たす。
条件２．２：
マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルのうちの最小シーケンスインターバル以上である。
最大シーケンスインターバルを計算する方法については、上記の方法３又は方法４を参照されたい。
複数のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルが同じである場合、送信端末は、サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させて同じ値にしてよいと理解されうる。この場合、最大シーケンスインターバルは、複数のサブチャネル内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバル以上である。各サブチャネルについて、減少後のシーケンスインターバルは、上記の式１又は式２に従って決定されうる。
複数のサブチャネルが上記の条件１．２を満たさないとわかったとき、送信端末は、方式２で周波数ドメインリソースを決定しうる。
方式２において、方法は、以下をさらに含んでよい。
（１１）送信端末は、マルチキャストグループ内の少なくとも１つの受信端末にインジケーション情報を送信する。インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルを示すか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示す。それに対応して、受信端末は、送信端末からインジケーション情報を受信し、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、インジケーション情報に基づいて、マルチキャストデータのフィードバック情報を送信端末に送信する。
送信端末及び受信端末の減少後のシーケンスインターバルは同じである必要があることに留意すべきである。
インジケーション情報が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するとき、受信端末は、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させる。この場合、具体的な実装の際、ステップ５０４は、以下を含んでよい。受信端末は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの減少後のシーケンスインターバルに基づいて、マルチキャストデータのフィードバック情報を送信端末に送信する。受信端末は、送信端末のものと同じ方法を利用することによって、シーケンスインターバルを減少させうる。詳しくは、理解のために、送信端末によってシーケンスインターバルを減少させることについての関連する説明を参照されたい。詳細については、再度説明されない。
例えば、周波数ドメインリソースが１つのサブチャネルを含み、かつサブチャネル上のＰＳＦＣＨ周波数ドメインリソースが１つのＰＲＢであると仮定する。１つのシーケンスが１２個の要素を含み、かつ、サブチャネル上のＰＳＦＣＨに関するシーケンス間のシーケンスインターバルが３である場合、マルチキャストグループ内の全ての端末は、シーケンス０、シーケンス３、シーケンス６、及びシーケンス９のみを利用することによってＨＡＲＱフィードバックを実行でき、ＨＡＲＱフィードバックを実行することにおいて、２つの受信端末のみがサポートされうる。マルチキャストグループ内に３つの受信端末がある場合、１つの受信端末は、ＨＡＲＱフィードバックを実行できない。この場合、インジケーション情報は、受信端末に、シーケンスインターバルを減少させるように指示しうる。受信端末は、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを２に減少させる。この場合、マルチキャストグループ内の全ての端末は、シーケンス０、シーケンス２、シーケンス４、シーケンス６、シーケンス８、及びシーケンス１０を利用することによって、ＨＡＲＱフィードバックを実行でき、ＨＡＲＱフィードバックを実行することにおいて、３つの受信端末がサポートされうる。
インジケーション情報が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルを示すとき、受信端末は、インジケーション情報に基づいて、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルを決定する。この場合、具体的な実装の際、ステップ５０４は、以下を含みうる。受信端末は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルに基づいて、マルチキャストデータのフィードバック情報を送信端末に送信する。インジケーション情報によって示される減少後のシーケンスインターバルは、送信端末の減少後のシーケンスインターバルと同じである。
例えば、周波数ドメインリソースが１つのサブチャネルを含み、かつサブチャネル上のＰＳＦＣＨ周波数ドメインリソースが１つのＰＲＢであると仮定する。１つのシーケンスが１２個の要素を含み、かつサブチャネル上のＰＳＦＣＨに関するシーケンス間のシーケンスインターバルが３である場合、マルチキャストグループ内の全ての端末は、シーケンス０、シーケンス３、シーケンス６、及びシーケンス９のみを利用することによって、ＨＡＲＱフィードバックを実行でき、ＨＡＲＱフィードバックを実行することにおいて、２つの受信端末のみがサポートされうる。マルチキャストグループ内に３つの受信端末がある場合、１つの受信端末は、ＨＡＲＱフィードバックを実行できない。この場合、インジケーション情報は、受信端末に、シーケンスインターバルを２に減少させるように指示しうる。この場合、マルチキャストグループ内の全ての端末は、シーケンス０、シーケンス２、シーケンス４、シーケンス６、シーケンス８、及びシーケンス１０を利用することによって、ＨＡＲＱフィードバックを実行することができ、ＨＡＲＱフィードバックを実行することにおいて、３つの受信端末がサポートされうる。
インジケーション情報が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示すとき、受信端末は、インジケーション情報に基づいて、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させる。この場合、具体的な実装の際、ステップ５０４は、以下を含んでよい。受信端末は、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルに基づいて、マルチキャストデータのフィードバック情報を送信端末に送信する。インジケーション情報によって示されるシーケンスインターバルの減少量は、送信端末がシーケンスインターバルを減少させる減少量と同じである。
例えば、周波数ドメインリソースが１つのサブチャネルを含み、かつサブチャネル上のＰＳＦＣＨ周波数ドメインリソースが１つのＰＲＢであると仮定する。１つのシーケンスが１２個の要素を含み、かつサブチャネル上のＰＳＦＣＨに関するシーケンス間のシーケンスインターバルが３である場合、マルチキャストグループ内の全ての端末は、シーケンス０、シーケンス３、シーケンス６、及びシーケンス９のみを利用することによって、ＨＡＲＱフィードバックを実行でき、ＨＡＲＱフィードバックを実行することにおいて、２つの受信端末のみがサポートされうる。マルチキャストグループ内に３つの受信端末がある場合、１つの受信端末は、ＨＡＲＱフィードバックを実行できない。３つの受信端末が全てＨＡＲＱフィードバックを実行できるようにするため、インジケーション情報は、シーケンスインターバルの減少量を示してよく、減少量は１であってよい。インジケーション情報を受信した後、受信端末は、シーケンスインターバルを１だけ減少させ、即ち、シーケンスインターバルを３から２に減少させる。マルチキャストグループ内の全ての端末は、シーケンス０、シーケンス２、シーケンス４、シーケンス６、シーケンス８、及びシーケンス１０を利用することによって、ＨＡＲＱフィードバックを実行でき、ＨＡＲＱフィードバックを実行することにおいて、３つの受信端末がサポートされうる。
上記の方式１及び方式２において、マルチキャストデータを搬送するための周波数ドメインリソースが決定されうるし、また、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソースが、マルチキャストシナリオにおける受信端末によってＨＡＲＱフィードバックを実行する要件を充足できることを保証する。
上記の実施形態において、周波数ドメインリソースが複数のサブチャネルを含むとき、ステップ５０３は、以下のいくつかの方式で具体的に実装されうる。
方式１：
ジョイントエンコーディングが、複数のサブチャネルを含むリソースセット上で実行され、マルチキャストデータは、低い変調及びコーディングスキーム（modulation and coding scheme, MCS）を利用することによって送信される。例えば、図８（ａ）及び図８（ｂ）を参照する。図８（ａ）において、マルチキャストデータの制御情報は、複数のサブチャネル上のＰＳＣＣＨを通して送信される。図８（ｂ）において、マルチキャストデータの制御情報は、１つのサブチャネル上のＰＳＣＣＨを通して送信される。図８（ａ）～図８（ｅ）において、同じ斜めパターンは、同じエンコーディング方式が利用されることを示し、異なる斜めパターンは、異なるエンコーディング方式が利用されることを示す。
方式２：
マルチキャストデータの制御情報は、各サブチャネル上のＰＳＣＣＨを通して送信され、マルチキャストデータは、各サブチャネル上でエンコードされ、１つの完全なマルチキャストデータが各サブチャネル上で送信される。例えば、図８（ｃ）を参照する。
方式３：
マルチキャストデータの制御情報は、複数のサブチャネル上のＰＳＣＣＨを通して送信されるが、マルチキャストデータは、最大数のＰＲＢを含むサブチャネル上でのみ送信される。例えば、図８（ｄ）を参照する。
方式４：
１つのマルチキャストデータは、同じ数のＰＲＢを含むサブチャネル上で送信され、マルチキャストデータの反復が、より多数のＰＲＢを含む他のサブチャネル上で送信される。例えば、図８（ｅ）を参照する。
上記の方式１～方式４の方式は、送信対象データの量に基づいて決定されてよいし（例えば、データ量が比較的大きい場合、方式１が考慮されうるし、又は、データ量が比較的小さい場合、方式２、方式３、又は方式４が考慮されうる）、又は、事前設定されてよいし、又は、送信端末と受信端末とによるネゴシエーションを通じて決定されてよい。このことは、この出願において限定されない。周波数ドメインリソースが複数のサブチャネルを含むとき、複数のサブチャネル上でマルチキャストデータを送信するために利用されるＨＡＲＱプロセス識別子（ＩＤ）は同じであり、受信端末は、受信されたＨＡＲＱプロセスＩＤに基づいて、サブチャネル上で送信されるマルチキャストデータが同じマルチキャストからのものかどうかを決定しうる。
ここまでは、主に、この出願の実施形態における解決策について、ネットワーク要素間のインタラクションの観点から説明している。上記の機能を実装するために、送信端末及び受信端末などのネットワーク要素は、各機能を実行するための、対応するハードウェア構造及び／又はソフトウェアモジュールを含むと理解されてよい。当業者は、この明細書で開示される実施形態において説明された例のユニット及びアルゴリズムステップと組み合わせ、この出願は、ハードウェア、又は、ハードウェアとコンピュータソフトウェアとの組み合わせによって実装できることを容易に知るべきである。機能が、ハードウェアによって実行されるか、又はコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかは、特定のアプリケーション及び技術的解決策の設計制約に依存する。当業者、各特定のアプリケーションのために、説明された機能を実装するために、異なる方法を利用しうるが、実装が、この出願の範囲を超えるとみなされるべきでない。
この出願の実施形態において、送信端末及び受信端末はそれぞれ、上記の方法例に基づいて、機能ユニットに分割されうる。例えば、各機能ユニットは、対応する機能に基づいて分割を通して得られうるし、又は、２つ以上の機能が１つの処理ユニットに統合されうる。統合されたユニットは、ハードウェアの形態で実装されうるし、又は、ソフトウェア機能ユニットの形態で実装されうる。この出願の実施形態において、ユニットへの分割は例であり、単に論理的な機能分割に過ぎないことに留意すべきである。実際の実装において、他の分割方式が利用されてよい。
統合されたユニットが利用されるとき、図９は、上記の実施形態における通信装置（通信装置９０と表記されている）の可能な構造の模式図である。通信装置９０は、処理ユニット９０１と、通信ユニット９０２とを含み、ストレージユニット９０３をさらに含んでよい。図９に示した構造の模式図は、上記の実施形態における送信端末又は受信端末の構造を示しうる。
図９に示した構造の模式図が、上記の実施形態における送信端末の構造を示すとき、処理ユニット９０１は、送信端末の動作を制御及び管理するように構成される。例えば、処理ユニット９０１は、図５の５０１～５０４を実行すること、及び／又はこの出願の実施形態において説明された他のプロセスで送信端末によって実行される動作について、送信端末をサポートするように構成される。処理ユニット９０１は、通信ユニット９０２を通じて、他のネットワークエンティティと通信してよく、例えば、図５に示した受信端末と通信してよい。ストレージユニット９０３は、送信端末のプログラムコード及びデータを格納するように構成される。
図９に示した構造の模式図が上記の実施形態における送信端末の構造を示すとき、通信装置９０は、デバイスであってよいし、又は、デバイス内のチップであってよい。
図９に示した構造の模式図が上記の実施形態における受信端末の構造を示すとき、処理ユニット９０１は、受信端末の動作を制御及び管理するように構成される。例えば、処理ユニット９０１は、図５の５０１、５０３、５０４を実行すること、及び／又はこの出願の実施形態において説明された他のプロセスで受信端末によって実行される動作について、受信端末をサポートするように構成される。処理ユニット９０１は、通信ユニット９０２を通じて、他のネットワークエンティティと通信してよく、例えば、図５に示した送信端末と通信してよい。ストレージユニット９０３は、受信端末のプログラムコード及びデータを格納するように構成される。
図９に示した構造の模式図が上記の実施形態における受信端末の構造を示すとき、通信装置９０は、デバイスであってよいし、又はデバイス内のチップであってよい。
通信装置９０がデバイスであるとき、処理ユニット９０１は、プロセッサ又はコントローラであってよく、通信ユニット９０２は、通信インターフェース、トランシーバ、送受信機、トランシーバ回路、トランシーバ装置などであってよい。通信インターフェースは、総称であり、１つ以上のインターフェースを含みうる。ストレージユニット９０３は、メモリであってよい。通信装置９０がデバイス内のチップであるとき、処理ユニット９０１は、プロセッサ又はコントローラであってよく、通信ユニット９０２は、入力インターフェース及び／又は出力インターフェース、ピン、回路などであってよい。ストレージユニット９０３は、チップ内部のストレージユニット（例えば、レジスタ又はキャッシュ）であってよいし、又は、デバイス内にあり、かつチップの外部に位置するストレージユニット（例えば、リードオンリーメモリ又はランダムアクセスメモリ）であってよい。
通信ユニットは、トランシーバユニットと称されることもある。通信装置９０の受信及び送信機能を有するアンテナ及び制御回路は、通信装置９０の通信ユニット９０２とみなされてよく、処理機能を有するプロセッサは、通信装置９０の処理ユニット９０１とみなされてよい。任意選択で、通信ユニット９０２の受信機能を実装するように構成される要素は、受信ユニットとみなされてよい。受信ユニットは、この出願の実施形態における受信ステップを実行するように構成される。受信ユニットは、レシーバ、受信機、レシーバ回路などであってよい。通信ユニット９０２の送信機能を実装するように構成される要素は、送信ユニットとみなされてよい。送信ユニットは、この出願の実施形態における送信ステップを実行するように構成される。送信ユニットは、トランスミッタ、送信機、送信回路などであってよい。
図９の統合されたユニットがソフトウェア機能モジュールの形態で実装され、独立した製品として販売又は利用されるとき、統合されたユニットは、コンピュータ可読記憶媒体に格納されうる。そのような理解に基づき、この出願の実施形態の技術的解決策が本質的に、又は、従来技術に貢献する部分が、又は、技術的解決策の全部又は一部がソフトウェア製品の形態で実装されうる。コンピュータソフトウェア製品は、記憶媒体に格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい）、又は、プロセッサ（processor）に、この出願の実施形態において説明された方法のステップの全部又は一部を実行するように命令するためのいくつかの命令を含む。コンピュータソフトウェア製品を格納する記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（read-only memory, ROM）、ランダムアクセスメモリ（random access memory, RAM）、磁気ディスク、又は光ディスクなどの、プログラムコードを格納できる任意の媒体を含む。
図９のユニットは、モジュールと称されることもある。例えば、処理ユニットは、処理モジュールと称されることもある。
この出願の実施形態は、通信装置のハードウェア構造の模式図をさらに提供する。図１０又は図１１を参照する。通信装置は、プロセッサ１００１を含み、任意選択で、プロセッサ１００１に接続されたメモリ１００２をさらに含む。
プロセッサ１００１は、汎用中央処理ユニット（central processing unit, CPU）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit, ASIC）、又は、この出願の解決策におけるプログラムの実行を制御するように構成される１つ以上の集積回路であってよい。プロセッサ１００１は、代替的に、複数のＣＰＵを含んでよく、プロセッサ１００１は、シングルコア（single-CPU）プロセッサ、又はマルチコア（multi-CPU）プロセッサであってよい。ここでは、プロセッサが、データ（例えば、コンピュータプログラム命令）を処理するように構成された、１つ以上のデバイス、回路、又は処理コアを指しうる。
メモリ１００２は、静的な情報及び命令を格納できるＲＯＭ又は他のタイプの静的ストレージデバイス、情報及び命令を格納できるＲＡＭ又は他のタイプの動的ストレージデバイスであってよいし、又は、電気的消去可能なプログラマブルリードオンリーメモリ（electrically erasable programmable read-only memory, EEPROM）、コンパクトディスクリードオンリーメモリ（compact disc read-only memory, CD-ROM）又は他のコンパクトディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザーディスク、光ディスク、デジタルバーサタイルディスク、Ｂｌｕ－ｒａｙディスクを含む）、磁気ディスクストレージ媒体又は他の磁気ストレージデバイス、又は、命令又はデータ構造の形態で期待されるプログラムコードを搬送又は格納するために利用でき、かつコンピュータによってアクセスできる任意の他の媒体であってよい。このことは、この出願の実施形態において限定されない。メモリ１００２は、独立に存在してよいし、又はプロセッサ１００１に統合されてよい。メモリ１００２は、コンピュータプログラムコードを含んでよい。プロセッサ１００１は、メモリ１００２に格納されたコンピュータプログラムコードを実行して、この出願の実施形態において提供される方法を実装するように構成される。
第１の可能な実装において、図１０を参照する。通信装置は、トランシーバ１００３をさらに含む。プロセッサ１００１、メモリ１００２、及びトランシーバ１００３は、バスを通じて接続される。トランシーバ１００３は、他のデバイス又は通信ネットワークと通信するように構成される。任意選択で、トランシーバ１００３は、トランスミッタ及びレシーバを含んでよい。トランシーバ１００３の受信機能を実装するように構成された要素は、レシーバとみなされうる。レシーバは、この出願の実施形態における受信ステップを実行するように構成される。トランシーバ１００３の送信機能を実装するように構成された要素は、トランスミッタとみなされうる。トランスミッタは、この出願の実施形態における送信ステップを実行するように構成される。
第１の可能な実装によれば、図１０に示した構造の模式図は、上記の実施形態における送信端末又は受信端末の構造を示しうる。
図１０に示した構造の模式図が上記の実施形態における送信端末の構造を示すとき、プロセッサ１００１は、送信端末の動作を制御及び管理するように構成される。例えば、プロセッサ１００１は、図５の５０１～５０４を実行すること、及び／又はこの出願の実施形態において説明された他のプロセスで送信端末によって実行される動作について、送信端末をサポートするように構成される。プロセッサ１００１は、トランシーバ１００３を通じて、他のネットワークエンティティと通信してよく、例えば、図５に示した受信端末と通信してよい。メモリ１００２は、送信端末のプログラムコード及びデータを格納するように構成される。
図１０に示した構造の模式図が上記の実施形態における受信端末の構造を示すとき、プロセッサ１００１は、受信端末の動作を制御及び管理するように構成される。例えば、プロセッサ１００１は、図５の５０１、５０３、５０４を実行すること、及び／又はこの出願の実施形態において説明された他のプロセスで受信端末によって実行される動作について、受信端末をサポートするように構成される。プロセッサ１００１は、トランシーバ１００３を通じて、他のネットワークエンティティと通信してよく、例えば、図５に示した送信端末と通信してよい。メモリ１００２は、受信端末のプログラムコード及びデータを格納するように構成される。
第２の可能な実装において、プロセッサ１００１は、ロジック回路と、入力インターフェース及び／又は出力インターフェースとを含む。出力インターフェースは、対応する方法における送信動作を実行するように構成され、入力インターフェースは、対応する方法における受信動作を実行するように構成される。
第２の可能な実装によれば、図１１を参照する。図１１に示した構造の模式図は、上記の実施形態における送信端末又は受信端末の構造を示しうる。
図１１に示した構造の模式図が、上記の実施形態における送信端末の構造を示すとき、プロセッサ１００１は、送信端末の動作を制御及び管理するように構成される。例えば、プロセッサ１００１は、図５の５０１～５０４を実行すること、及び／又はこの出願の実施形態において説明された他のプロセスで送信端末によって実行される動作について、送信端末をサポートするように構成される。プロセッサ１００１は、入力インターフェース及び／又は出力インターフェースを通じて、他のネットワークエンティティと通信してよく、例えば、図５に示した受信端末と通信してよい。メモリ１００２は、送信端末のプログラムコード及びデータを格納するように構成される。
図１１に示した構造の模式図が上記の実施形態における受信端末の構造を示すとき、プロセッサ１００１は、受信端末の動作を制御及び管理するように構成される。例えば、プロセッサ１００１は、図５の５０１、５０３、５０４を実行すること、及び／又はこの出願の実施形態において説明された他のプロセスで受信端末によって実行される動作について、受信端末をサポートするように構成される。プロセッサ１００１は、入力インターフェース及び／又は出力インターフェースを通じて、他のネットワークエンティティと通信してよく、例えば、図５に示した送信端末と通信してよい。メモリ１００２は、受信端末のプログラムコード及びデータを格納するように構成される。
この出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で実行されるとき、コンピュータは、上記の方法のいずれか１つを実行することが可能になる。
この出願の実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、上記の方法のいずれか１つを実行することが可能になる。
この出願の実施形態は、上記の送信端末と、上記の受信端末とを含む通信システムをさらに提供する。任意選択で、通信システムは、上記の端末をさらに含む。
上記の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを利用することによって実装されうる。ソフトウェアプログラムが実施形態を実装するために利用されるとき、実施形態の全部又は一部は、コンピュータプログラム製品の形態で実装されうる。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されるとき、この出願の実施形態による手順又は機能が、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されうるし、又は、コンピュータ可読記憶媒体から、他のコンピュータ可読記憶媒体に伝送されうる。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、他のウェブサイト、コンピュータ、サーバ、又はデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタルサブスクライバ回線（digital subscriber line, DSL））又は無線（例えば、赤外線、無線、又はマイクロ波）方式で伝送されうる。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、又は、１つ以上の利用可能な媒体を統合するデータストレージデバイス、例えば、サーバ又はデータセンタであってよい。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（solid state disk, SSD））などであってよい。
この出願は、本明細書では、実施形態を参照しながら説明されているが、保護を主張する、この出願を実装するプロセスにおいて、当業者は、添付図、開示内容、及び添付の特許請求の範囲を見ることによって、開示された実施形態の他の変形を理解及び実装することがある。特許請求の範囲では、用語“含む”（comprising）は、他の要素又は他のステップを排除せず、“ａ”又は“ｏｎｅ”は複数のケースを排除しない。単一のプロセッサ又は他のユニットは、特許請求の範囲で列挙されたいくつかの機能を実装しうる。互いに異なるいくつかの尺度が従属請求項に記録されているが、これは、これらの尺度が、大きな効果を生成するために組み合わせできないことを意味するものではない。
この出願は、具体的な特徴及びその実施形態に関連して説明されているけれども、この出願の思想及び範囲を逸脱することなく、様々な修正及び組み合わせがそれらになされうることは明らかである。それに対応して、この明細書及び添付図は、添付の特許請求の範囲によって定義される、この出願の単なる例示的な説明であり、この出願の範囲をカバーする修正、変形、組み合わせ、又は等価物のいずれか又は全てとみなされる。この出願の思想及び範囲を逸脱することなく、当業者が、この出願の様々な修正及び変形をすることができることは明らかである。このように、この出願は、それらが、この出願の特許請求の範囲及びその等価技術の範囲内に収まる限り、この出願のこれらの修正及び変形をカバーすることを意図している。
上記の説明に関連し、この出願は、以下の実施形態をさらに提供する。
実施形態１：通信方法が提供される。方法は、以下を含む。
送信端末が、ネットワークデバイスから構成情報を受信することであって、構成情報は、送信端末のサイドリンクのリソースプール情報を含み、リソースプール情報は、１つ以上のリソースプールについての情報を含み、１つのリソースプールについての情報は、リソースプール内の各サブチャネル上のＰＳＦＣＨ周波数ドメインリソースについての情報と、各サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルについての情報とのうちの１つ以上を含む、ことと、
送信端末が、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定することであって、周波数ドメインリソースは、１つ以上のサブチャネルを含む、ことと、
送信端末が、周波数ドメインリソース上で、マルチキャストグループ内の受信端末にマルチキャストデータを送信することと、
送信端末が、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストグループ内の受信端末から、マルチキャストデータのフィードバック情報を受信すること。
実施形態２：実施形態１の方法に従い、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースは、サブチャネルのＰＳＦＣＨリソース周期内のリソースブロックに対応する周波数ドメインリソースであり、リソースブロックは、スロット及びサブチャネルの帯域幅を含む。
実施形態３：実施形態１又は２の方法に従い、送信端末が、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定することは、
送信端末が、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、リソースプールを決定することと、
送信端末が、リソースプール内の周波数ドメインリソースを決定することとを含む。
実施形態４：実施形態１～３のいずれか１つの方法に従い、周波数ドメインリソースが１つのサブチャネルを含むとき、サブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバル以上であること、を満たす。
実施形態５：実施形態１～３のいずれか１つの方法に従い、周波数ドメインリソースが複数のサブチャネルを含むとき、複数のサブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす。
実施形態６：実施形態１～３のいずれか１つの方法に従い、送信端末が、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定することは、以下を含む。
送信端末が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルと、リソースプール内のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定すること。
実施形態７：実施形態６の方法に従い、周波数ドメインリソースが１つのサブチャネルを含むとき、サブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバル以上であること、を満たす。
実施形態８：実施形態６の方法に従い、周波数ドメインリソースが複数のサブチャネルを含むとき、複数のサブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす。
実施形態９：実施形態４、５、７、又は８の方法に従い、
最大シーケンスインターバルは、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソース内の各ＰＲＢによってサポートされる必要があるシーケンスの数に対する、１つの物理リソースブロックＰＲＢによってサポートされるシーケンスの数の割合以下の最大整数であり、各ＰＲＢによってサポートされる必要があるシーケンスの数は、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数に対する、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数の割合以上の最小整数である、又は、
最大シーケンスインターバルは、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数に対する、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢによってサポートされるシーケンスの総数の割合以下の最大整数である。
実施形態１０：実施形態６～８のいずれか１つの方法に従い、方法は、以下をさらに含む。
送信端末が、マルチキャストグループ内の少なくとも１つの受信端末にインジケーション情報を送信することであって、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの減少後のシーケンスインターバルを示すか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示す、こと。
実施形態１１：通信方法が提供される。方法は、以下を含む。
受信端末が、周波数ドメインリソース上で、マルチキャストデータを送信端末から受信することであって、周波数ドメインリソースは、１つ以上のサブチャネルを含む、ことと、
受信端末が、インジケーション情報を受信することであって、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルを示すか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示す、ことと、
受信端末が、インジケーション情報に基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信すること。
実施形態１２：実施形態１１の方法に従い、インジケーション情報が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するとき、方法は、以下をさらに含む。
受信端末が、構成情報をネットワークデバイスから受信することであって、構成情報は、受信端末のサイドリンクのリソースプール情報を含み、リソースプール情報は、１つ以上のリソースプールについての情報を含み、１つのリソースプールについての情報は、リソースプール内の各サブチャネル上のＰＳＦＣＨ周波数ドメインリソースについての情報と、各サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルについての情報とのうちの１つ以上を含む、ことと、
受信端末が、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させること。
受信端末が、インジケーション情報に基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信することは、以下を含む。
受信端末が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルに基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信すること。
実施形態１３：実施形態１１の方法に従い、インジケーション情報が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示すとき、方法は、以下をさらに含む。
受信端末が、インジケーション情報に基づいて、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させること。
受信端末が、インジケーション情報に基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信することは、以下を含む。
受信端末が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルに基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信すること。
実施形態１４：実施形態１１の方法に従い、インジケーション情報が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルを示すとき、受信端末が、インジケーション情報に基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信することは、以下を含む。
受信端末が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルに基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信すること。
実施形態１５：通信装置が提供される。装置は、通信ユニットと、処理ユニットとを含む。
通信ユニットは、ネットワークデバイスから構成情報を受信するように構成され、構成情報は、装置のサイドリンクのリソースプール情報を含み、リソースプール情報は、１つ以上のリソースプールについての情報を含み、１つのリソースプールについての情報は、リソースプール内の各サブチャネル上のＰＳＦＣＨ周波数ドメインリソースについての情報と、各サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルについての情報とのうちの１つ以上を含む。
処理ユニットは、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定するように構成され、周波数ドメインリソースは、１つ以上のサブチャネルを含む。
通信ユニットは、周波数ドメインリソース上で、マルチキャストグループ内の受信端末にマルチキャストデータを送信し、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストグループ内の受信端末から、マルチキャストデータのフィードバック情報を受信するようにさらに構成される。
実施形態１６：実施形態１５の装置に従い、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースは、サブチャネルのＰＳＦＣＨリソース周期内のリソースブロックに対応する周波数ドメインリソースであり、リソースブロックは、スロット及びサブチャネルの帯域幅を含む。
実施形態１７：実施形態１５又は１６の装置に従い、処理ユニットは、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、リソースプールを決定し、リソースプール内の周波数ドメインリソースを決定するように特に構成される。
実施形態１８：実施形態１５～１７のいずれか１つの装置に従い、周波数ドメインリソースが１つのサブチャネルを含むとき、サブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバル以上であること、を満たす。
実施形態１９：実施形態１５～１７のいずれか１つの装置に従い、周波数ドメインリソースが複数のサブチャネルを含むとき、複数のサブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす。
実施形態２０：実施形態１５～１７のいずれか１つの装置に従い、処理ユニットは、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルと、リソースプール内のサブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、マルチキャストグループ内の受信端末の数とに基づいて、周波数ドメインリソースを決定するように特に構成される。
実施形態２１：実施形態２０の装置に従い、周波数ドメインリソースが１つのサブチャネルを含むとき、サブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、サブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバル以上であること、を満たす。
実施形態２２：実施形態２０の装置に従い、周波数ドメインリソースが複数のサブチャネルを含むとき、複数のサブチャネルは、以下の条件、即ち、マルチキャストグループ内の受信端末の数と、複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、複数のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす。
実施形態２３：実施形態１８、１９、２１、又は２２の装置に従い、
最大シーケンスインターバルは、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソース内の各ＰＲＢによってサポートされる必要があるシーケンスの数に対する、１つの物理リソースブロックＰＲＢによってサポートされるシーケンスの数の割合以下の最大整数であり、各ＰＲＢによってサポートされる必要があるシーケンスの数は、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数に対する、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数の割合以上の最小整数である、又は、
最大シーケンスインターバルは、マルチキャストグループ内の全ての受信端末によって要求されるシーケンスの総数に対する、周波数ドメインリソースに含まれる全てのサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢによってサポートされるシーケンスの総数の割合以下の最大整数である。
実施形態２４：実施形態２０～２２のいずれか１つの装置に従い、
通信ユニットは、マルチキャストグループ内の少なくとも１つの受信端末にインジケーション情報を送信するようにさらに構成され、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの減少後のシーケンスインターバルを示すか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示す。
実施形態２５：通信装置が提供される。装置は、通信ユニットと、処理ユニットとを含む。
処理ユニットは、通信ユニットを利用することによって、周波数ドメインリソース上で、マルチキャストデータを送信端末から受信するように構成され、周波数ドメインリソースは、１つ以上のサブチャネルを含む。
処理ユニットは、通信ユニットを利用することによって、インジケーション情報を受信するようにさらに構成され、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルを示すか、又は、インジケーション情報は、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示す。
処理ユニットは、通信ユニットを利用することによって、インジケーション情報に基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信するようにさらに構成される。
実施形態２６：実施形態２５の装置に従い、インジケーション情報が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させることを指示するとき、
処理ユニットは、通信ユニットを利用することによって、構成情報をネットワークデバイスから受信することであって、構成情報は、装置のサイドリンクのリソースプール情報を含み、リソースプール情報は、１つ以上のリソースプールについての情報を含み、１つのリソースプールについての情報は、リソースプール内の各サブチャネル上のＰＳＦＣＨ周波数ドメインリソースについての情報と、各サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルについての情報とのうちの１つ以上を含む、ことを行うようにさらに構成され、
処理ユニットは、リソースプール情報と、マルチキャストグループ内の受信端末の数とに基づいて、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させるようにさらに構成され、
処理ユニットは、通信ユニットを利用することによって、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルに基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信するように特に構成される。
実施形態２７：実施形態２５の装置に従い、インジケーション情報が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルの減少量を示すとき、
処理ユニットは、インジケーション情報に基づいて、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルを減少させるようにさらに構成され、
処理ユニットは、通信ユニットを利用することによって、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルに基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信するように特に構成される。
実施形態２８：実施形態２５の装置に従い、インジケーション情報が、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルを示すとき、
処理ユニットは、通信ユニットを利用することによって、リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルに基づいて、周波数ドメインリソース内のＰＳＦＣＨ周波数ドメインリソース上で、マルチキャストデータのフィードバック情報を送信端末に送信するように特に構成される。
実施形態２９：通信装置が提供される。装置は、プロセッサを含む。
プロセッサは、メモリに接続される。メモリは、コンピュータ実行可能命令を格納するように構成され、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行して、装置に、実施形態１～１０のいずれか１つによる方法を実施させる。
実施形態３０：通信装置が提供される。装置は、プロセッサを含む。
プロセッサは、メモリに接続される。メモリは、コンピュータ実行可能命令を格納するように構成され、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行して、装置に、実施形態１１～１４のいずれか１つによる方法を実施させる。
実施形態３１：実施形態１５～２４のいずれか１つによる装置と実施形態２５～２８のいずれか１つによる装置とを含むか、又は、実施形態２９による装置と実施形態３０による装置とを含む、通信システムが提供される。
実施形態３２：命令を含むコンピュータ可読記憶媒体が提供される。命令がコンピュータ上で実行されるとき、コンピュータに、実施形態１～１０のいずれか１つによる方法を実行させる。
実施形態３３：命令を含むコンピュータ可読記憶媒体が提供される。命令がコンピュータ上で実行されるとき、コンピュータに、実施形態１１～１４のいずれか１つによる方法を実行させる。
実施形態３４：命令を含むコンピュータプログラム製品が提供される。命令がコンピュータ上で実行されるとき、コンピュータに、実施形態１～１０のいずれか１つによる方法を実行させる。
実施形態３５：命令を含むコンピュータプログラム製品が提供される。命令がコンピュータ上で実行されるとき、コンピュータに、実施形態１１～１４のいずれか１つによる方法を実行させる。
実施形態３６：命令を含むチップが提供される。命令がコンピュータ上で実行されるとき、コンピュータに、実施形態１～１０のいずれか１つによる方法を実行させる。
実施形態３７：命令を含むチップが提供される。命令がコンピュータ上で実行されるとき、コンピュータに、実施形態１１～１４のいずれか１つによる方法を実行させる。

Claims (15)

  1. 通信方法であって、
    送信端末によって、ネットワークデバイスから構成情報を受信するステップであって、前記構成情報は、前記送信端末のサイドリンクのリソースプール情報を含み、前記リソースプール情報は、１つ以上のリソースプールについての情報を含み、１つのリソースプールについての情報は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）周波数ドメインリソースについての情報を含む、ステップと、
    前記送信端末によって、マルチキャストグループ内の受信端末にマルチキャストデータを送信するステップと、
    前記送信端末によって、前記ＰＳＦＣＨ周波数ドメインリソース上で、前記マルチキャストグループ内の前記受信端末から、前記マルチキャストデータのフィードバック情報を受信するステップと、
    を含み、
    前記方法は、
    前記送信端末によって、前記リソースプール情報と、前記マルチキャストグループ内の受信端末の数とに基づいて、リソースプールを決定するステップと、
    前記送信端末によって、前記リソースプール内の、前記マルチキャストデータを送信するために利用される周波数ドメインリソースを決定するステップと
    をさらに含み、
    前記周波数ドメインリソースが１つのサブチャネルを含むとき、前記サブチャネルは、以下の条件、即ち、前記マルチキャストグループ内の前記受信端末の数と、前記サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、前記サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバル以上であること、を満たす、
    通信方法。
  2. 前記リソースプール情報は、前記リソースプール内の各サブチャネル上のＰＳＦＣＨ周波数ドメインリソースについての情報と、各サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルについての情報とを含み、
    サブチャネル上のＰＳＦＣＨ周波数ドメインリソースは、前記サブチャネルのＰＳＦＣＨリソース周期内のリソースブロックに対応する周波数ドメインリソースであり、前記リソースブロックは、スロット及び前記サブチャネルの帯域幅を含む、
    請求項１に記載の方法。
  3. 前記周波数ドメインリソースが複数のサブチャネルを含むとき、前記複数のサブチャネルは、以下の条件、即ち、前記マルチキャストグループ内の前記受信端末の数と、前記複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、前記複数のサブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす、
    請求項１に記載の方法。
  4. 前記送信端末によって、前記リソースプール内の、前記マルチキャストデータを送信するために利用される周波数ドメインリソースを決定する前記ステップは、
    前記送信端末によって、前記リソースプール内のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルと、前記リソースプール内の前記サブチャネル上のＰＳＦＣＨ周波数ドメインリソースと、前記マルチキャストグループ内の前記受信端末の数とに基づいて、前記周波数ドメインリソースを決定するステップを含む、
    請求項１に記載の方法。
  5. 前記周波数ドメインリソースが１つのサブチャネルを含むとき、前記サブチャネルは、以下の条件、即ち、前記マルチキャストグループ内の前記受信端末の数と、前記サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、前記サブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバル以上であること、を満たす、
    請求項４に記載の方法。
  6. 前記周波数ドメインリソースが複数のサブチャネルを含むとき、前記複数のサブチャネルは、以下の条件、即ち、前記マルチキャストグループ内の前記受信端末の数と、前記複数のサブチャネル上の全てのＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、前記複数のサブチャネル上のＰＳＦＣＨに関するシーケンスの、減少後のシーケンスインターバルのうちの最小シーケンスインターバル以上であること、を満たす、
    請求項４に記載の方法。
  7. 前記最大シーケンスインターバルは、前記周波数ドメインリソースに含まれる全ての前記サブチャネル上の全ての前記ＰＳＦＣＨ周波数ドメインリソース内の各ＰＲＢによってサポートされる必要があるシーケンスの数に対する、１つの物理リソースブロックＰＲＢによってサポートされるシーケンスの数の割合以下の最大整数であり、各ＰＲＢによってサポートされる必要がある前記シーケンスの数は、前記周波数ドメインリソースに含まれる全ての前記サブチャネル上の全ての前記ＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢの数に対する、前記マルチキャストグループ内の全ての前記受信端末によって要求されるシーケンスの総数の割合以上の最小整数である、又は、
    前記最大シーケンスインターバルは、前記マルチキャストグループ内の全ての前記受信端末によって要求されるシーケンスの総数に対する、前記周波数ドメインリソースに含まれる全ての前記サブチャネル上の全ての前記ＰＳＦＣＨ周波数ドメインリソースに含まれるＰＲＢによってサポートされるシーケンスの総数の割合以下の最大整数である、
    請求項１、３、５、又は６に記載の方法。
  8. 前記方法は、
    前記送信端末によって、前記マルチキャストグループ内の少なくとも１つの受信端末にインジケーション情報を送信するステップであって、前記インジケーション情報は、前記リソースプール内の前記サブチャネル上のＰＳＦＣＨに関するシーケンスの前記シーケンスインターバルを減少させることを示すか、又は、前記インジケーション情報は、前記リソースプール内の前記サブチャネル上の前記ＰＳＦＣＨに関するシーケンスの前記減少後のシーケンスインターバルを示すか、又は、前記インジケーション情報は、前記リソースプール内の前記サブチャネル上の前記ＰＳＦＣＨに関するシーケンスの前記シーケンスインターバルの減少量を示す、ステップをさらに含む、
    請求項４～６のいずれか１項に記載の方法。
  9. 通信方法であって、
    マルチキャストグループ内の受信端末によって、ネットワークデバイスから構成情報を受信するステップであって、前記構成情報は、送信端末のサイドリンクのリソースプール情報を含み、前記リソースプール情報は、１つ以上のリソースプールについての情報を含み、１つのリソースプールについての情報は、ＰＳＦＣＨ周波数ドメインリソースについての情報を含む、ステップと、
    前記受信端末によって、前記送信端末から、マルチキャストデータを受信するステップと、
    前記受信端末によって、前記ＰＳＦＣＨ周波数ドメインリソース上で、前記マルチキャストデータのフィードバック情報を前記送信端末に送信するステップと、
    を含み、
    前記マルチキャストデータを受信するために利用される周波数ドメインリソースが１つのサブチャネルを含むとき、前記サブチャネルは、以下の条件、即ち、前記マルチキャストグループ内の受信端末の数と、前記サブチャネル上のＰＳＦＣＨ周波数ドメインリソースとに基づいて計算される最大シーケンスインターバルが、前記サブチャネル上のＰＳＦＣＨに関するシーケンスのシーケンスインターバル以上であること、を満たす、
    通信方法。
  10. プロセッサを含む通信装置であって、
    前記プロセッサは、メモリに接続され、前記メモリは、コンピュータ実行可能命令を格納するように構成され、前記プロセッサは、前記メモリに格納された前記コンピュータ実行可能命令を実行して、前記装置に、請求項１～８のいずれか１項に記載の方法を実施させる、
    通信装置。
  11. プロセッサを含む通信装置であって、
    前記プロセッサは、メモリに接続され、前記メモリは、コンピュータ実行可能命令を格納するように構成され、前記プロセッサは、前記メモリに格納された前記コンピュータ実行可能命令を実行して、前記装置に、請求項９に記載の方法を実施させる、
    通信装置。
  12. 請求項１０に記載の装置と請求項１１に記載の装置とを含む、
    通信システム。
  13. 命令を含むコンピュータ可読記憶媒体であって、前記命令が、コンピュータ上で実行されるとき、前記コンピュータに、請求項１～９のいずれか１項に記載の方法を実行させる、
    コンピュータ可読記憶媒体。
  14. 命令を含むコンピュータプログラムであって、前記命令が、コンピュータ上で実行されるとき、前記コンピュータに、請求項１～９のいずれか１項に記載の方法を実行させる、
    コンピュータプログラム。
  15. 命令を含むチップであって、前記命令が、コンピュータ上で実行されるとき、前記コンピュータに、請求項１～９のいずれか１項に記載の方法を実行させる、
    チップ。
JP2022521679A 2019-10-12 2020-09-04 通信方法及び装置 Active JP7339439B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910970091.4A CN112653542B (zh) 2019-10-12 2019-10-12 通信方法及装置
CN201910970091.4 2019-10-12
PCT/CN2020/113611 WO2021068693A1 (zh) 2019-10-12 2020-09-04 通信方法及装置

Publications (2)

Publication Number Publication Date
JP2022551322A JP2022551322A (ja) 2022-12-08
JP7339439B2 true JP7339439B2 (ja) 2023-09-05

Family

ID=75343324

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022521679A Active JP7339439B2 (ja) 2019-10-12 2020-09-04 通信方法及び装置

Country Status (5)

Country Link
US (1) US20230319799A1 (ja)
EP (1) EP4027563A4 (ja)
JP (1) JP7339439B2 (ja)
CN (3) CN112653542B (ja)
WO (1) WO2021068693A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114009070A (zh) * 2021-09-27 2022-02-01 北京小米移动软件有限公司 一种反馈信息传输方法、装置及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019064983A1 (ja) 2017-09-27 2019-04-04 ソニー株式会社 通信装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106793092B (zh) * 2015-11-19 2022-07-26 中兴通讯股份有限公司 控制信道资源的获取方法及设备
WO2017209581A1 (ko) * 2016-06-03 2017-12-07 엘지전자 주식회사 무선 통신 시스템에서 피드백에 관련된 사이드링크 신호 송수신 방법
CN108024283B (zh) * 2016-11-04 2021-02-05 电信科学技术研究院 资源池分配方法及装置
US10728927B2 (en) * 2016-11-11 2020-07-28 FG Innovation Company Limited Data packet delivery in RRC inactive state
CN108347313B (zh) * 2017-01-24 2021-08-13 华为技术有限公司 反馈方法及用户设备
CN112929143A (zh) * 2017-03-20 2021-06-08 华为技术有限公司 一种数据反馈资源的确定方法及装置
CN116582944A (zh) * 2018-11-29 2023-08-11 北京小米移动软件有限公司 Csi测量反馈方法、装置及存储介质
EP3890371A4 (en) * 2018-11-29 2022-07-06 Beijing Xiaomi Mobile Software Co., Ltd. RESOURCE COLLISION SOLUTION METHOD AND APPARATUS, AND BACKGROUND INFORMATION
PL3905836T3 (pl) * 2018-12-29 2024-01-22 Beijing Xiaomi Mobile Software Co., Ltd. Sposób przesyłania danych, system i przyrząd do łączności bezpośredniej oraz urządzenie
KR20210104860A (ko) * 2018-12-29 2021-08-25 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 다이렉트 통신의 데이터 전송 방법, 장치 및 시스템
US11818075B2 (en) * 2018-12-29 2023-11-14 Beijing Xiaomi Mobile Software Co., Ltd. Communication feedback method and apparatus, device and storage medium
EP3911067A4 (en) * 2019-01-09 2022-01-12 Beijing Xiaomi Mobile Software Co., Ltd. METHOD AND APPARATUS FOR RESOURCE ALLOCATION
CN110169094B (zh) * 2019-04-09 2023-01-03 北京小米移动软件有限公司 直连通信的反馈信息传输方法、装置、设备及系统
CN110214427B (zh) * 2019-04-23 2022-03-01 北京小米移动软件有限公司 反馈信息的发送、接收方法、装置及介质
CN110311762B (zh) * 2019-07-16 2021-04-16 北京紫光展锐通信技术有限公司 反馈信息传输方法、装置、终端及存储介质

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019064983A1 (ja) 2017-09-27 2019-04-04 ソニー株式会社 通信装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Huawei, HiSilicon，Sidelink physical layer procedures for NR V2X，3GPP TSG RAN WG1 #98b R1-1910059，2019年10月08日

Also Published As

Publication number Publication date
EP4027563A4 (en) 2022-11-16
CN112653542B (zh) 2022-05-24
CN115051779A (zh) 2022-09-13
EP4027563A1 (en) 2022-07-13
WO2021068693A1 (zh) 2021-04-15
JP2022551322A (ja) 2022-12-08
CN115102675A (zh) 2022-09-23
CN112653542A (zh) 2021-04-13
US20230319799A1 (en) 2023-10-05

Similar Documents

Publication Publication Date Title
CN112653541B (zh) 通信方法及装置
WO2018059173A1 (zh) 免授权的传输上行信息的方法、网络设备和终端设备
KR102556803B1 (ko) 피드백 정보를 전송하는 방법, 단말기 및 기지국
KR102247385B1 (ko) 전송 방법, 네트워크 장비, 및 단말 장비
KR102176388B1 (ko) 방법 및 장치
JP6690012B2 (ja) 装置間通信のための方法及び装置
TW202127949A (zh) 在上行鏈路共享通道傳輸上多工上行鏈路控制資訊
WO2020063410A1 (zh) 一种通信方法及通信装置
JP7339439B2 (ja) 通信方法及び装置
JP7352647B2 (ja) リソース割り当て方法ならびにデバイス、記憶媒体および端末
JP6571213B6 (ja) データ記憶方法、端末装置及び基地局
TW202131740A (zh) 用於處理實體上鏈路控制通道碰撞的裝置及方法
KR20220072870A (ko) 통신 방법 및 장치
CN111432371A (zh) 一种通信方法及装置
CN113285789B (zh) 辅链路控制信息的资源指示方法与装置、终端设备
WO2022120610A1 (zh) 无线通信方法和终端
WO2022082800A1 (zh) 处理侧行链路进程的方法及装置
WO2021024461A1 (ja) 基地局装置、端末装置、および無線通信システム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220520

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220520

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230412

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230425

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230711

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230725

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230824

R150 Certificate of patent or registration of utility model

Ref document number: 7339439

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150