JP2023027316A - アップリンク通信のためのジョイントリソースプール - Google Patents
アップリンク通信のためのジョイントリソースプール Download PDFInfo
- Publication number
- JP2023027316A JP2023027316A JP2022202146A JP2022202146A JP2023027316A JP 2023027316 A JP2023027316 A JP 2023027316A JP 2022202146 A JP2022202146 A JP 2022202146A JP 2022202146 A JP2022202146 A JP 2022202146A JP 2023027316 A JP2023027316 A JP 2023027316A
- Authority
- JP
- Japan
- Prior art keywords
- jrp
- data
- user equipment
- resources
- resource
- 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.)
- Pending
Links
- 230000006854 communication Effects 0.000 title claims abstract description 126
- 238000004891 communication Methods 0.000 title claims abstract description 125
- 238000000034 method Methods 0.000 claims abstract description 86
- 230000005540 biological transmission Effects 0.000 claims abstract description 68
- 230000011664 signaling Effects 0.000 description 16
- 238000004590 computer program Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 108700026140 MAC combination Proteins 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 230000002950 deficient Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000006735 deficit Effects 0.000 description 1
- 235000019800 disodium phosphate Nutrition 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000007781 signaling event Effects 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 1
- 238000002604 ultrasonography Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/02—Hybrid access
-
- 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
-
- 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/563—Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
- H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
- H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
- H04W74/085—Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】すべての障害可能性、特に、スケジュールされた送信に対処することは困難である。【解決手段】実施例はユーザ機器UEと基地局BSのような他の装置との間の通信ネットワークに関する。実施例は、例えば、アップリンクULなどの通信方法に関する。ジョイントリソースプール(JRP)が定義される。【選択図】図5c
Description
技術分野
実施例はユーザ機器UEと基地局BSのような他の装置との間の通信ネットワークに関する。
実施例はユーザ機器UEと基地局BSのような他の装置との間の通信ネットワークに関する。
実施例は、例えばアップリンクULのための通信方法に関する。
背景技術
通信ネットワークは、アップリンクUL(UEからBSへ)および/またはダウンリンクDL(BSからUEへ)における、ユーザ機器UEおよび中央エンティティまたは装置(例えば、eNB/gNB、コアネットワークエンティティのような基地局BS)の間の送信および受信を必要とすることができる。
通信ネットワークは、アップリンクUL(UEからBSへ)および/またはダウンリンクDL(BSからUEへ)における、ユーザ機器UEおよび中央エンティティまたは装置(例えば、eNB/gNB、コアネットワークエンティティのような基地局BS)の間の送信および受信を必要とすることができる。
例えば、同じBSを使用する異なるUEの送信および/または受信の間に干渉を発生させることができる。
従来技術
ここでは、通信システム(例えば、無線通信システム)におけるのユーザ端末(またはユーザ機器(UE))または複数のUEから基地局(BS)へのアップリンク(UL)通信に焦点を置く。複数のUEは、音声またはデータパケットをBSに同時に送信することができる。
ここでは、通信システム(例えば、無線通信システム)におけるのユーザ端末(またはユーザ機器(UE))または複数のUEから基地局(BS)へのアップリンク(UL)通信に焦点を置く。複数のUEは、音声またはデータパケットをBSに同時に送信することができる。
移動通信システムでは、アップリンク(UL)は制限要因である。ユーザ機器(UE)は限られた可能性を有し、これらの装置が特に以下を参照して高度に統合されているという事実が主な原因である。
-制限された送信電力
-制限された処理能力
-電池の制限
-単一の送受信アンテナまたは少数の送受信アンテナのみをサポートするUEの複雑さによる空間的な自由度の使用
-制限された送信電力
-制限された処理能力
-電池の制限
-単一の送受信アンテナまたは少数の送受信アンテナのみをサポートするUEの複雑さによる空間的な自由度の使用
さらに、UEから基地局への信号は、以下の多くの障害を受ける可能性がある。
-UEが基地局信号から遮られる可能性がある(例えば、建物内)。
-UEがセルのセルエッジに配置される可能性がある。
-UEが他のセルにハンドオーバする可能性がある。
-同じ周波数で送信する一連の基地局から信号を受信する場合、UEが干渉ゾーンにある可能性がある。
-UEが様々な速度で移動する可能性があり、したがって、無線チャネルは通信中に変化する可能性がある。
-UEが基地局信号から遮られる可能性がある(例えば、建物内)。
-UEがセルのセルエッジに配置される可能性がある。
-UEが他のセルにハンドオーバする可能性がある。
-同じ周波数で送信する一連の基地局から信号を受信する場合、UEが干渉ゾーンにある可能性がある。
-UEが様々な速度で移動する可能性があり、したがって、無線チャネルは通信中に変化する可能性がある。
図11は、異なるUE(UE´k、UE´i、UE´A)が、標準Uuインタフェースを使用して、アップリンクで基地局と通信する従来技術のシステムを示す。UE´kは、PC5リンクを使用するデバイス対デバイス(D2D)シナリオにおいてUE´iと通信する。UEは、他のUEからの干渉を受ける可能性がある。
いくつかの通信スキームでは、異なるUE間でBSによる周期的な送信がスケジューリングされる。1つのUEがULデータを送信するとき、他のUEが同時に使用して送信を実行しないことが理論的に想定される。しかし、実際には、例えば、同じタイムスロットにおいて、同じ周波数帯域で送信する隣接セル内のUEによって、障害が実際に生じる。
いくつかの場合では、PC5リソースがUuのために基地局によって提供されるリソースに十分に整合していない場合、PC5ベースの干渉が発生しうる。これは、いくつかの場合では、干渉を引き起しうる。
隣接するセルからの干渉は、例えば、LTE/NRネットワークにおいて発生する可能性がある。図11には、UE´jの送信がUE´Aの送信と干渉する例が示されている。
従来技術では、通信の障害に対処するための技術が開発されてきた。しかし、すべての障害可能性、特に、スケジュールされた送信に対処することは困難である。すなわち、以前に送信されたデータまたはデータの冗長バージョンの再送信が、その後送信されるデータの代わりになるだろう(またはそれとデータの衝突を引き起こすだろう)。
発明の概要
1つの態様によれば、ユーザ機器UEは以下のように構成される。
-外部装置から、他のUEと共有されるJRP物理リソースにおけるアップリンクUL通信のためのジョイントリソースプールJRPの構成データを受信する。
-許可された物理リソースについてのデータを送信することによってUL通信を実行する。
-追加のUL通信を実行するか否かを決定し、実行することを決定した場合には、JRP物理リソースについてのデータを送信することによって追加のUL通信を実行する。
したがって、必要な場合(例えば、緊急呼出、低いQoS)に使用することができる追加の通信リソースを有するUEを提供することができ、UEをネットワークの状態に適応させることができる。
1つの態様によれば、ユーザ機器UEは以下のように構成される。
-外部装置から、他のUEと共有されるJRP物理リソースにおけるアップリンクUL通信のためのジョイントリソースプールJRPの構成データを受信する。
-許可された物理リソースについてのデータを送信することによってUL通信を実行する。
-追加のUL通信を実行するか否かを決定し、実行することを決定した場合には、JRP物理リソースについてのデータを送信することによって追加のUL通信を実行する。
したがって、必要な場合(例えば、緊急呼出、低いQoS)に使用することができる追加の通信リソースを有するUEを提供することができ、UEをネットワークの状態に適応させることができる。
1つの態様によれば、JRPの構成データは媒体アクセスおよび/または衝突解決および/またはデータ再送信および/または冗長送信のための規則を含む。
このような理由で、JRPリソース(例えば、タイムスロット、周波数帯域、コードディメンション(code dimensions)、空間チャネル、電力レベルなど)を定義する以外に、JRPの構成データは各UEについてJRPリソースにアクセスする際にどのように動作するか(例えば、どの媒体アクセスプロトコルを使用するか)を定義することもできる。したがって、UEはより好ましい通信スキームによって動作し、このような理由でネットワーク全体のQoSを増加させるだろう。
1つの態様によれば、UEはトラフィックまたはトラフィックのメトリクス、サービス品質QoS、QoSのメトリクス、不正確な送信データの判定または不正確な送信データの判定についてのメトリクス、通信の緊急度および/または選択の少なくも1つに関連する基準に従って、追加のUL通信を実行するかどうかを決定するように構成することができる。
したがって、例えばQoSが低いUEは、許可されたリソース以外の通信リソースが必要であると判断した場合にJRPを使用することができ、UEを特定の状況を適応させることができる。
1つの態様によれば、データを再送信するために特定の許可されたリソースを使用し、特定の許可されたリソースのためにスケジュールされたデータを送信するためにJRPを使用するようにUEを構成することができる。1つの態様によれば、これは外部装置によって構成データを提供する規則でもよい。
それ故に、再送信されたデータ(例えば、UEによって以前に送信されたが、受信機によって適切に受信されなかったデータであってもよい)を、以前に送信されたデータに使用されていない物理リソースにおいて再送信することができる。したがって、ダイバーシティを増加する。すなわち、以前に送信されたデータに使用される許可された物理リソースが、(例えば、非常に短い時間、突然)JRP許可リソースよりも信頼性が低くなる場合、正しい再送信の可能性が増加し、したがって信頼性が向上する。したがって、UEは、以前の不正確な送信のためにより信頼性の高いチャネルを適応的に選択することができる。
1つの態様によれば、UEは、JRPリソースのランク付けを使用して、上位のJRPリソースに優先順位を与えるように構成することができる。1つの態様によれば、これは外部装置によって構成データに提供される規則であってもよい。
例えば、第1のUEに割り当てられたJRP物理リソースは、第1位のランク付けから少なくともランク付けされた複数のリソースを含むことができる。第1のUEに対する第1の選択は、第1位にランク付けされたJRP物理リソースであってもよい。UEに対する最後の選択は、最下位にランク付けされたJRP物理リソースであってもよい。同様に、第2のUEに割り当てられたJRP物理リソースは、第1位のランク付けから少なくともランク付けされた複数のリソースを含むことができる。第1のUEのランク付けは、第2のUEのランクとは異なる可能性がある。例えば、第2のUEのランク付けは、第1のUEのランクの逆であってもよい。それ故に、第1および第2のUEは両方とも割り当てられ第1位にランク付けされたリソースを使用する場合、異なる物理リソースを使用して通信されるため、その通信は衝突しないだろう。したがって、衝突の発生が減少し、信頼性が向上する。
1つの態様によれば、UEは媒体アクセス制御MAC層および/または物理PHY層に実装された送信キューを含むことができる。1つの態様によれば、UEは構成データに従って、JRPおよび/または許可されたリソースを使用して送信キューを退避するように構成することができる。
したがって、UEによって使用される許可されたリソースおよびJRPリソースを、UEのハードウェアにマッピングすることができる。UEを使用されるべき物理リソースの選択に誘導してもよい。許可された部分およびJRP部分があってもよい。各部分(例えば、行列として表すことができる)において、各行を送信されるべきULデータ(パケット、メッセージ、送信)に関連付けることができる。特定の許可されたまたはJRPの物理リソース(例えば、タイムスロット、周波数帯域、空間チャネル、コードディメンション、電力レベルなど)への各ULデータの関連付けがあってもよい。キューへの書き込みは、例えば、関連する許可されたまたはJRP物理リソースでのULデータの送信を暗示することができる。キューからデータを削除することは、(データがまだ送信されていない場合)そのデータの送信の回避を暗示することができる。
1つの態様によれば、UEをリッスンビフォアトークスキーム(例えばCSMA)によってJRPにアクセスするように構成することができる。1つの態様によれば、これは、外部装置によって構成データに提供される規則であってもよい。
したがって、衝突送信の発生を回避することができるので、信頼性を高めることができる。
1つの態様によれば、UEを周波数ホッピングスキームによってJRPにアクセスするように構成することができる。1つの態様によれば、これは、外部装置によって構成データに提供される規則であってもよい。
したがって、異なる周波数で送信する異なるUEの確率を高める観点から、衝突送信の発生を低減することができるので、信頼性を高めることができる。
1つの態様によれば、JRP物理リソースは、時間領域、周波数領域、空間領域、符号領域および電力領域の少なくとも1つまたはいくつかまたはいずれかの組み合わせであってもよい。1つ態様によれば、外部装置は構成データにそれらを示すことができる。
したがって、JRP物理リソースは送信に最も適しており、したがって、JRP物理リソースをネットワークの状態に適合させることができる。
1つの態様によれば、装置は以下のように構成することができる。
-トラフィックのメトリクス、サービス品質QoSのメトリクス、不正確なデータの受信の判定、通信の緊急度および/または選択に基づいて、ジョイントリソースプールJRPを形成する物理リソースを決定し、物理リソースはアップリンクUL通信のための異なるユーザ機器UEによって共有される。
-UEの少なくともいくつかにJRPの物理リソースをシグナリングする(例えば、構成データを送信することによって)。
-トラフィックのメトリクス、サービス品質QoSのメトリクス、不正確なデータの受信の判定、通信の緊急度および/または選択に基づいて、ジョイントリソースプールJRPを形成する物理リソースを決定し、物理リソースはアップリンクUL通信のための異なるユーザ機器UEによって共有される。
-UEの少なくともいくつかにJRPの物理リソースをシグナリングする(例えば、構成データを送信することによって)。
基地局BS(eNB/gNB、コアネットワークエンティティなど)または複数のUEの間で選択されたUEのような、中央エンティティであってもよい装置は、それ故に、各UEのための物理リソースを決定することができる。したがって、装置はネットワーク内の通信を制御し、ネットワークのための最も適切な構成を決定することができる。
1つの態様によれば、装置は以下のように構成することができる。
-異なるUEについて異なるJRP物理リソースを優先するために、および/または異なるUEによって異なるJRP物理リソースを使用する確率を増大させるために、異なるUEについて、JRP物理リソースの異なるランク付けを定義する。
-異なるリソースのランク付けを異なるUEにシグナリングする(例えば、構成データを送信することによって)。
-異なるUEについて異なるJRP物理リソースを優先するために、および/または異なるUEによって異なるJRP物理リソースを使用する確率を増大させるために、異なるUEについて、JRP物理リソースの異なるランク付けを定義する。
-異なるリソースのランク付けを異なるUEにシグナリングする(例えば、構成データを送信することによって)。
したがって、装置は異なるランク付けを使用するように異なるUEに指示することができ、同じJRP物理リソースにおける衝突の可能性を低減することができる。
1つの態様によれば、装置は以下のように構成することができる。
-異なるUEのためのJRP物理リソースの異なるランク付けを定義し、異なるUEのための異なるJRP物理リソースに異なる優先度を与えることによって正しい再送信を受信する確率を高めるため、および/または異なるUEが異なる物理リソースを使用する確率を高めるために、破損(正しく復号されていない)データの受信を決定する。
-異なるリソースのランキング付けを異なるUEにシグナリングする(例えば、構成データを送信することによって)。
-異なるUEのためのJRP物理リソースの異なるランク付けを定義し、異なるUEのための異なるJRP物理リソースに異なる優先度を与えることによって正しい再送信を受信する確率を高めるため、および/または異なるUEが異なる物理リソースを使用する確率を高めるために、破損(正しく復号されていない)データの受信を決定する。
-異なるリソースのランキング付けを異なるUEにシグナリングする(例えば、構成データを送信することによって)。
したがって、ULデータの不正確な受信が装置によって決定されると、各UEのランク付けを修正することによってやり直すことができ、それによって衝突の確率を低減することができる。
1つの態様によれば、装置は以下のように構成することができる。
-媒体アクセスおよび/または衝突解決および/またはJRP内のデータ再送信のための規則を決定する。
-UEの少なくともいくつかに規則をシグナリングする(例えば、構成データを送信することによって)。
-媒体アクセスおよび/または衝突解決および/またはJRP内のデータ再送信のための規則を決定する。
-UEの少なくともいくつかに規則をシグナリングする(例えば、構成データを送信することによって)。
したがって、装置は、どのJRP物理リソースが使用されるべきかを決定するだけでなく、JRPリソースに入るときに各UEがどのように動作するかを定義する。
1つの態様によれば、装置は以下のように構成することができる。
-異なるUEに関連付けられるJRPにおける再送信のための異なるバックオフタイマーを決定する。
-異なるバックオフタイマーを異なるUEにシグナリングする(例えば、構成データを送信することによって)。
-異なるUEに関連付けられるJRPにおける再送信のための異なるバックオフタイマーを決定する。
-異なるバックオフタイマーを異なるUEにシグナリングする(例えば、構成データを送信することによって)。
したがって、この規則に続いて、UEは衝突なしに異なるタイムスロットで再送信され
るだろう。このような規則は、2つの異なるUEによって送信されたULデータ間の第1の衝突の場合に特に有利である。すなわち、異なるバックオフタイマーの定義の観点から、第2の衝突が回避される。したがって、信頼性が向上する。
るだろう。このような規則は、2つの異なるUEによって送信されたULデータ間の第1の衝突の場合に特に有利である。すなわち、異なるバックオフタイマーの定義の観点から、第2の衝突が回避される。したがって、信頼性が向上する。
1つの態様によれば、方法は以下を含むことができる。
-ユーザ機器UEによって、少なくとも1つの他のUEと共有されるJRP物理リソースにおけるアップリンクUL通信のためのジョイントリソースプールJRPの構成データを受信するステップ。
-許可された物理リソースについてのデータを送信することによってUL通信を実行するステップ。
-追加のUL通信を実行するか否かを決定し、実行することを決定した場合には、JRP物理リソースについてのデータを送信することによって追加のUL通信を実行するステップ。
-ユーザ機器UEによって、少なくとも1つの他のUEと共有されるJRP物理リソースにおけるアップリンクUL通信のためのジョイントリソースプールJRPの構成データを受信するステップ。
-許可された物理リソースについてのデータを送信することによってUL通信を実行するステップ。
-追加のUL通信を実行するか否かを決定し、実行することを決定した場合には、JRP物理リソースについてのデータを送信することによって追加のUL通信を実行するステップ。
この方法の実施例を、例えば、上記および/または下記のいずれかのUEによって実行することができる。
1つの態様によれば、方法は以下を含むことができる。
-トラフィックのメトリクス、サービス品質QoSのメトリクス、破損データの受信の判定、通信の緊急度および/または選択のうちの少なくとも1つに基づいて、ジョイントリソースプールJRPを形成する物理リソースを決定するステップであって、JRP物理リソースがアップリンクUL通信のための異なるユーザ機器UEによって共有される、物理リソースを決定するステップ。
-物理リソースをUEの少なくとも1つまたはいくつかにシグナリングするステップ。
-トラフィックのメトリクス、サービス品質QoSのメトリクス、破損データの受信の判定、通信の緊急度および/または選択のうちの少なくとも1つに基づいて、ジョイントリソースプールJRPを形成する物理リソースを決定するステップであって、JRP物理リソースがアップリンクUL通信のための異なるユーザ機器UEによって共有される、物理リソースを決定するステップ。
-物理リソースをUEの少なくとも1つまたはいくつかにシグナリングするステップ。
この方法の実施例を、例えば、上記および/または下記の装置のいずれか(例えば、BS、選択されたUEなどの中央エンティティ)によって実行することができる。
上記の方法は、1つの態様による方法を形成するために実行することができる。
1つの態様によれば、UEが中央エンティティを定義または選択する設定ステップを提供することができる。BSが中央エンティティであることは厳密には必要ではない。中央エンティティは、例えば、UEの1つとすることができる。
1つの態様によれば、非一時的記憶ユニットは、プロセッサによって実行されると、プロセッサに、上記または下記のいずれかの方法を実行させ、上記または下記のいずれかの製品を実装する命令を記憶することができる。
実施例では、ユーザ機器はJRPリソースのランク付けを使用し、対象とする目標のためのゲインを提供する特定のランク付けされたJRPリソースに優先順位を与えることができる。
図面の説明
以下の添付図面を参照して、実施例をさらに詳細に説明する。
以下の添付図面を参照して、実施例をさらに詳細に説明する。
詳細な説明
図1は、方法10を示す。方法10は、アップリンク(UL)でのユーザ機器(UE)の通信を許可することができる。
図1は、方法10を示す。方法10は、アップリンク(UL)でのユーザ機器(UE)の通信を許可することができる。
方法10は、例えば、方法12を含むことができる。方法12は、例えば、ジョイント-リソースプールJRPを形成する物理リソースを決定するステップ13を含み、物理リソースはアップリンクUL通信のための異なるユーザ機器UEによって共有される。方法12は、例えば、UEの少なくともいくつかに対して、物理リソース(例えば、JRPにおけるULのために)をシグナリングするステップ14を含むことができる(いくつかの場合では、DL物理リソースおよび/または許可されたUL物理リソースがシグナリングされてもよい)。ステップ14は、構成データをUEに送信することを含むことができる(構成データは、とりわけ、UEによって使用されるJRP物理リソースの指示、および/または、媒体アクセスのための規則、および/または、衝突解決のための規則、および/またはデータ再送信のための規則、およびいくつかの実施例では他のデータを含むことができる)。JRPの異なる物理リソースを異なるUEに示すことができる。方法12は、例えば、中央エンティティによって実行させることができる。中央エンティティは、UEによって使用されるリソースを決定する装置(基地局BSなどであり、gNB/eNBまたはコアネットワークエンティティまたはUEのグループによって中央エンティティとして選出または選択されたUEとすることができる)を含むことができる。方法12は、ULおよび/またはDLについて、UE(例えば、スケジューラデバイス)に許可された物理リソースを割り当てる同一のエンティティによって実行されてもよい。
いくつかの実施例では、構成データは、物理ダウンリンク制御チャネルPDCCH、または拡張PDCCH(ePDCCH)またはsPDCCH(短い送信時間間隔sTTIモード、および/または超高信頼低遅延通信URLLCトラフィック)またはサイドリンクを使用して、進化したパケットコア(EPC)、LTE、4Gおよび5Gの専門用語を使用して、(14で)シグナリングすることができる。シグナリングステップをユニキャスト、マルチキャストおよび/またはブロードキャストを介して実行することができる。
方法10は、例えば、方法15を含むことができる。方法15は、他のUEと共有されるJRP物理リソースにおけるアップリンクUL通信のためのジョイント-リソースプールJRPの構成データを(例えば、方法12および/またはステップ14を実行する装置から)受信するステップ16を含むことができる(例えば、構成データは、どのJRP物
理リソースが、どのUE、および/または、媒体アクセスおよび/または衝突解決および/またはデータ再送信および/または冗長再送信などのためのどの規則によって使用されるかを示す)。方法15のインスタンスを、各UEによって実行してもよい(異なるUEが例えば、異なる構成データおよび/または異なる条件の結果として、異なるインスタンスを実行することができる)。方法15は、例えば、許可された物理リソース(例えば、JRPの一部ではない物理リソースであってもよい)にデータを送信することによって、および/またはDLにおいて(例えば、BSのような中央エンティティから)データを受信することによって、UL通信を実行するステップ17を含むことができる。方法10は、例えば、追加のUL通信を実行するか否かを決定するステップ18を含むことができる。実行することを決定した場合には、方法はJRP物理リソースにおいてデータを送信することによって追加のUL通信を実行することを含むことができる。方法15は、異なるUEのグループの各々によって実行されてもよい。各UEには、JRPの異なる物理リソースを示すことができる。それ故に、各UEは、ステップ17において、許可された物理リソースについてUL通信を実行し、追加のUL通信を実行する可能性および/または必要性を決定した場合、各UEは他のUE(に割り当てられた)によって使用されるJRPの物理リソースとは異なる可能性のあるJRPの物理リソースを使用して、ULデータ(例えば、パケット)を送信することができる。しかし、異なるUEのいくつかは、JRPのいくつかのリソースを共有することができる。
理リソースが、どのUE、および/または、媒体アクセスおよび/または衝突解決および/またはデータ再送信および/または冗長再送信などのためのどの規則によって使用されるかを示す)。方法15のインスタンスを、各UEによって実行してもよい(異なるUEが例えば、異なる構成データおよび/または異なる条件の結果として、異なるインスタンスを実行することができる)。方法15は、例えば、許可された物理リソース(例えば、JRPの一部ではない物理リソースであってもよい)にデータを送信することによって、および/またはDLにおいて(例えば、BSのような中央エンティティから)データを受信することによって、UL通信を実行するステップ17を含むことができる。方法10は、例えば、追加のUL通信を実行するか否かを決定するステップ18を含むことができる。実行することを決定した場合には、方法はJRP物理リソースにおいてデータを送信することによって追加のUL通信を実行することを含むことができる。方法15は、異なるUEのグループの各々によって実行されてもよい。各UEには、JRPの異なる物理リソースを示すことができる。それ故に、各UEは、ステップ17において、許可された物理リソースについてUL通信を実行し、追加のUL通信を実行する可能性および/または必要性を決定した場合、各UEは他のUE(に割り当てられた)によって使用されるJRPの物理リソースとは異なる可能性のあるJRPの物理リソースを使用して、ULデータ(例えば、パケット)を送信することができる。しかし、異なるUEのいくつかは、JRPのいくつかのリソースを共有することができる。
方法10は、第3世代パートナーシッププロジェクト(3GPP)、4G、5G、ロングタームエボリューション(LTE)、NR、EPCなどのモバイル通信のための標準の下で通信を提供することができる。通信は、ユニバーサル移動体通信システム(UMTS)、地上無線アクセスネットワーク(UTRAN)または進化したUTRAN(eUTRAN)に準拠することができる。通信は、時分割複信(TDD)送信(ULおよび/またはDL送信)を含むことができる。通信は、周波数分割複信(FDD)送信(ULおよび/またはDL送信)を含むことができる。BSは、進化したノード(eNB)、gNB(5Gの専門用語を使用する)、または、一般に、gNB/eNbであってもよい。いくつかの実施例では、UEは、特定のQoS要件を有する無線ベアラを設定するために、コアネットワーク、例えば進化したパケットコア(EPC)へのインタフェースとしてBSを使用するだろう。NRにおいて、UEはパケット-バイ-パケットサービスフローを可能にするために、コアネットワーク、例えばEPCに結合されたgNBを介してサービスフローを設定することができる。
EPCは、進化したパケットコアであり、特定の標準化されたインタフェースおよびエンティティから構成され、無線アクセスネットワーク(RAN)をインターネットまたは他の非3GPPインタフェース(例えばWLANなど)と接続するために使用することができる。EPCは、LTE/NRネットワークにおける接続を終了させることができ、例えば、セキュリティ、QoSベアラ/フローなどを設定する。
いくつかの実施例では、14、16、17および/または18における通信の少なくともいくつかのステップを、例えば、LTEまたはNR規格、および/または、例えば、WiFi、ブルートゥース(登録商標)などの他の無線アクセス技術にしたがって実施してもよい。
通信は、例えば電磁波を使用する無線周波数(RF)のような無線であってもよい。いくつかの実施例では、通信は超音波を使用してもよい。
実施例では、無線通信は、直交周波数分割多重(OFDM)システム、LTE標準によって定義される直交周波数分割多元接続(OFDMA)システム、またはCPを有するかまたは有しない任意の他のIFFTベースの信号、例えばDFT-S-OFDMまたはS
C-FDMAなどの周波数分割多重化に基づく単一トーンまたはマルチキャリアシステムに基づくことができる。複数のアクセスのための非直交波形、例えば、フィルタバンクマルチキャリア(FBMC)のような他の波形を使用することができる。CP-SCFDMA(サイクリックプレフィックスシングルキャリアFDMA)を、例えば局所的または連続的なモードで使用することも可能である。
C-FDMAなどの周波数分割多重化に基づく単一トーンまたはマルチキャリアシステムに基づくことができる。複数のアクセスのための非直交波形、例えば、フィルタバンクマルチキャリア(FBMC)のような他の波形を使用することができる。CP-SCFDMA(サイクリックプレフィックスシングルキャリアFDMA)を、例えば局所的または連続的なモードで使用することも可能である。
図2aは、システム20を示す。システム20は、例えば、セルラーネットワークまたはその一部に実装することができる。システム20は、中央エンティティ22を含むことができる。システム20は、複数のUE24、26、28を含むことができる。中央エンティティ22は、例えば、方法12のステップの少なくともいくつかを実行することができる。中央エンティティは、例えば、BS(例えば、gNB/eNB、コアネットワークエンティティ)であってもよい。中央エンティティ22は、各UEについてJRP物理リソースを定義することができる。ユーザ中央エンティティ22は、例えば、ULおよび/またはDL通信のために、(例えば、スケジユーザングによって)各UEのための許可された物理リソースをを定義することができる。中央エンティティ22は、信号24´、26´、28´をそれぞれUE24、26、28に送信することによって、信号アクティビティを実行することができる。信号はJRP構成データを送信することができる。いくつかの実施例では、異なるUEに向けられたJRP構成データは、異なる情報を送信することができる。すなわち、特定のUEは、他のUEにシグナリングされた構成データを必ずしも知る必要がない。いくつかの実施例では、信号24´、26´、28´の構成データは物理ダウンリンク制御チャネルPDCCH、ePDCCHおよびsPDCCHまたはサイドリンク(例えば、PC5インタフェースを使用する)のうちの1つを介してシグナリングされる。UE24、26、28は、ステップ17で、許可された物理リソースにおいて、UL通信24´´、26´´、28´´をそれぞれ実行することができる。UE24、26、28の1つが、その廃棄時に許可された物理リソースからデータを送信する必要がある場合、JRP物理リソースを使用して、UL通信24´´´、26´´´、28´´´を実行することができる。
いくつかの実施例では、中央装置は、(例えば、ステップ14において)構成データを他のUEに送信する装置(UEであってもよい)である。それ故に、分散された解決策を実行することができる。複数のUEは、それらの間の中央装置を選択または定義することが可能であり、他のUEのための構成データを定義することができる。決定の基準(例えば、UEのシリアル番号)、ランダム、半ランダムもしくは擬似ランダムの基準または他の基準を使用して、中央エンティティを選択または定義することができる。それ故に、中央エンティティは、場合によっては、BSとは異なるかもしれない。構成データは、例えばD2Dを使用して14で送信することができる。
図2b及び図2cは、システム20bを示す。システム20bは、ステップ13および14を実行する中央エンティティではないBS22bを含むことができる(いくつかの場合では、BS22bは、許可されたリソースのための、および/またはDLリソースをスケジューリングするためのスケジューラであってもよい)。この場合において、中央エンティティはUE24、26、28の1つであり、UEによって選択または定義され得る。図2bは、特に、UE24、26、28が、お互いに通信24b、27b、28bを(例えば、D2D、PC5、ブルートゥース(登録商標)、WiFiなどを使用して)送信することによって、中央エンティティを定義または選択する設定ステップを示す。この場合において、中央エンティティは、UE26となるように選択される(選択は、選出、選択または他の方法によって実行されてもよい)。図2cに示すように、UE26(中央エンティティとして動作する)は、ステップ13において、JRPの特徴、および/または媒体アクセスおよび/または衝突解決を取り扱うための規則を定義することができ、ステップ14において(構成データを送信する)信号24´および28´をUE24および28
へ送信する。UE24および28は、ステップ16で信号24´および28´を受信する。UEは(いくつかの実施例では、UE/中央エンティティ26も)、ステップ17において、許可された物理リソースを使用して、BS22bに向かって、UL通信24´´、26´´、28´´を実行することができる。UEは(いくつかの実施例では、UE/中央エンティティ26も)、ステップ18において、JRP物理リソースを使用して、BS22bに向かって、UL通信24´´´、26´´´、28´´´を実行することができる。
へ送信する。UE24および28は、ステップ16で信号24´および28´を受信する。UEは(いくつかの実施例では、UE/中央エンティティ26も)、ステップ17において、許可された物理リソースを使用して、BS22bに向かって、UL通信24´´、26´´、28´´を実行することができる。UEは(いくつかの実施例では、UE/中央エンティティ26も)、ステップ18において、JRP物理リソースを使用して、BS22bに向かって、UL通信24´´´、26´´´、28´´´を実行することができる。
実施例(図2a、2b、2cに示されたものなど)において、UEの少なくとも一つ以上は、例えば、携帯電話、スマートフォン、モバイル/ポータブル端末、モバイル/ポータブルコンピュータ、タブレット、中継器、自動車、トラック、バスの車両用通信装置、ドローンまたは他の航空車両の移動通信装置などの中から選択される装置であってもよい。UEの少なくともいくつかは、loT装置またはloT装置に接続された通信装置であってもよい。いくつかの場合では、図2bの例において、中央エンティティ26は、他のUEの間で選択または定義された通常のUEであってもよい。
物理リソース(許可された物理リソースおよび/またはJRP物理リソース)は、例えば、時間領域、周波数領域、空間領域、符号領域、電力領域の少なくとも1つまたは組み合わせであってもよい。これらの領域のうちの少なくとも1つにおける多重化技術を実行することができる。
時間領域を参照すると、許可された物理リソースはUL送信を実行するために異なるUEに(例えば、スケジューリングによって)割り当てられたタイムスロットを含むことができる。各タイムスロットは、特定のUEに割り当てられた物理リソースであってもよい。タイムスロットは、送信時間間隔(TTI)または短縮TTI(sTTI)、TTIのグループまたはミニスロット(NR用語)とすることができる。ステップ17を実行するとき、UEはその予め割り当てられた(スケジュールされた)タイムスロットの間にUL通信を実行することができる。
時間領域を参照すると、JRP物理リソースは1つのUEに予め割り当てられていないタイムスロットを含むことができる。ステップ18を実行するとき、UEはJRPタイムスロットのうちの1つの間にULでデータを送信することによって、JRPにアクセスすることができる。
周波数領域を参照すると、許可された物理リソースはUL送信を実行するために異なるUEに(例えば、スケジューリングによって)割り当てられた周波数帯域を含むことができる。各周波数帯域は、特定のUEに割り当てられた物理リソースであってもよい。ステップ17を実行するとき、UEはその予め割り当てられた(スケジュールされた)周波数を使用してUL通信を実行することができる。
周波数領域を参照すると、JRP物理リソースは1つのUEに予め割り当てられていない周波数帯域を含むことができる。ステップ18を実行するとき、UEはJRP周波数帯域を使用してULでデータを送信することによって、JRPにアクセスすることができる。
空間領域を参照すると、許可された物理リソースはUL送信を実行するために異なるUEに(例えば、スケジューリングによって)割り当てられた空間チャネル(例えば、ビームフォーミングによって得られる)を含むことができる。各空間チャネルは、特定のUEに割り当てられた物理リソースであってもよい。ステップ17を実行するとき、UEはその空間チャネルを使用してUL通信を実行することができる。
空間領域を参照すると、JRP物理リソースは1つのUEに予め割り当てられていない空間チャネルを含むことができる。ステップ18を実行するとき、UEはJRP空間チャネルを使用してULでデータを送信することによって、JRPにアクセスすることができる。
符号領域を参照すると、許可された物理リソースは、UL送信を実行する、例えば、非直交多重アクセス(MUST)スキームを利用するために異なるUEに(例えば、スケジューリングによって)割り当てられたコードを含むことができる。コードは、異なるUE間で分割され得る物理リソースであってもよい。ステップ17を実行するとき、UEはそのコードを用いてUL通信を実行することができる。
符号領域を参照すると、JRP物理リソースは、特定のUEに予め割り当てられていないコードを含むことができる。ステップ18を実行するとき、UEはJRPコードを使用してULでデータを送信することによって、JRPにアクセスすることができる。
電力領域を参照すると、許可された物理リソースは、UL送信を実行するために異なるUEに(例えば、スケジューリングによって)割り当てられた電力レベルを含むことができる。各電力値(例えば、電力レベルの範囲)は、特定のUEに割り当てられうる物理リソースであってもよい。ステップ17を実行する場合、UEはその電力レベルを使用してUL通信を実行することができる。
電力領域を参照すると、JRP物理リソースは、特定のUEに予め割り当てられていない電力レベル(例えば、電力レベル範囲)を含むことができる。ステップ18を実行するとき、UEはその電力レベルでULのデータを送信することによって、JRPにアクセスすることができる。
いくつかの実施例では、各物理リソース(許可された物理リソースおよび/またはJRP物理リソース)は、時間領域、周波数領域、空間領域、符号領域、電力領域の組み合わせを含むことができる。例えば、特定のUEが第1のタイムスロットの間に、第1の周波数帯域で、第1の空間チャネルで、第1のコードで、第1の電力レベルで、および、第2のタイムスロットの間に、第2の周波数帯域で、第2の空間チャネルで、第2のコードで、第2の電力レベルで、などによって送信することを、中央エンティティによって、決定する(スケジュールする)ことができる。それ故に、各物理リソース(許可された物理リソースまたはJRP物理リソース)は、時間、周波数、空間チャネル、コードおよび/または電力レベルの任意の組み合わせとして定義することができる。
実施例では、JRP物理リソースは少なくとも(伝播)遅延ドメイン内にあってもよい。実施例では、JRP物理リソースは少なくともドップラードメイン内にあってもよい。これらの解決策は、例えばOTFSのような波形によってアドレス可能であるので、遅延-ドップラードメイン内のリソースを割り当てることによって達成することができる。
いくつかの実施例では、物理リソースは例えばPC5に従って、デバイス対デバイス(D2D)通信を含むことができる。
JRP物理リソースを例えば、送信されるデータが許可された物理リソースを超える場合に使用してもよい。
いくつかの実施例では、許可された物理リソースおよび/またはJRP物理リソースを使用して実行されるUL送信は、LTE物理アップリンク制御チャネル(PUCCH)、
ePUCCH、sPUCCH(例えば、LTE、4G、NR、5Gで設定された種類を使用する)の少なくとも1つに対応する。
ePUCCH、sPUCCH(例えば、LTE、4G、NR、5Gで設定された種類を使用する)の少なくとも1つに対応する。
JRP構成データは、例えば、ULを実行するための複数のUEに物理リソースを関連付けることができる。JRP構成データは、例えば、いくつかの物理リソースをUEのいずれか(例えば、JRPリソースにアクセスする第1のUE)に関連付けることができる。さらにまたは代替的に、JRP構成データは、異なる物理リソースを異なるUEまたはUEのグループに関連付けることができる(例えば、いくつかの特定のUEへのJRPリソースにアクセスすることの可能性を制限する)。
さらにまたは代替的に、JRP構成データは、異なるUEのためのJRPリソースの異なるランク付けを定義することができる。例えば、第1のUEは、第1の周波数帯域(第1のUEのための第1位にランク付けされた周波数帯域)、必要であれば、第2の周波数帯域(第1のUEのための第2位にランク付けされた周波数帯域)を使用してJRPにアクセスすることが好ましく、第2のUEは、第2の周波数帯域(第2のUEのための第1位にランク付けされた周波数帯域)、必要であれば、第1の周波数帯域(第2のUEのための第2位にランク付けされた周波数帯域)を使用してJRPにアクセスすることが好ましい。これにより、衝突の確率を低減することができる。
異なるランク付けは、例えば、不正確なULデータが中央エンティティ(例えば、BS)によって受信された後定義され、異なるJRP物理リソースで実行された異なるUL送信を有する確率を増大させ、衝突の確率を低減し、信頼性を増大させる。
実施例では、中央エンティティはオーケストレータであってもよい。オーケストレータは、オーケストレータと、JRPのULリソースを使用する通信プロセスに含まれる装置との間の任意の通信手段によって、無線リソースへの媒体アクセスをオーケストレイトする(調整する)ことができる任意の装置またはエンティティとすることができる。その意味で、オーケストレータは、例えば、OTT通信リンク(OTT:オーバーザトップ)を介してアクセス可能なネットワーク内のどこかのデータベースであってもよい。
JRPリソースは、いくつかの基準/メトリック、例えば、混雑、RSSIレベルなどに従って順序付け/順位付けすることができ、これは、順序付けられたJRPから特定のリソースを選択することにより、より良い結果またはより少ないエネルギー、努力、例えばメッセージ衝突の確率を有する特定の目標を達成することを可能にすることを意味する。
ランク付け基準は、例えば以下のようにすることができる。
-例えば、私たちがデュアル接続モードまたはキャリアアグリゲーションにおいてJRPを動作させる場合、異なるキャリア周波数のうちのいくつかを選択する可能性を有するキャリア周波数
-干渉レベルまたは干渉電力、パイロット電力、アップリンク送信電力など
-例えば15kHzを超える30kHzを好む所与の帯域幅部分(BWP)における使用可能なニューメロロジー(SCS)
-例えば、私たちがデュアル接続モードまたはキャリアアグリゲーションにおいてJRPを動作させる場合、異なるキャリア周波数のうちのいくつかを選択する可能性を有するキャリア周波数
-干渉レベルまたは干渉電力、パイロット電力、アップリンク送信電力など
-例えば15kHzを超える30kHzを好む所与の帯域幅部分(BWP)における使用可能なニューメロロジー(SCS)
いくつかの実施例では、(例えば中央エンティティおよび/またはBSによって要求される)周波数ホッピングスキームを実装することが可能である。例えば、各周波数帯域は、異なるUEによって(例えばランダム、半ランダム、擬似ランダムな方法でもしくは構成データにあらかじめ定義されたまたは定義されたシーケンスに従って)別にホッピングされ得る。いくつかの実施例では、中央エンティティおよび/またはBSの決定に従って、構成データが、少なくともいくつかのJRP物理リソースを少なくともいくつかのUE
に対して禁止することができる。
に対して禁止することができる。
JRP構成データは、JRP物理リソースおよび/または衝突解決にアクセスするための異なる規則を含むことができる。例えば、構成データは、(少なくともいくつかのUEについて)可能なリスニングスキーマの前のバックオフタイマー(その長さは、ランダム、半ランダム、擬似ランダム、あらかじめ定義され、または構成データ中に定義される)の後にいくつかのULデータが(再)送信されることを定義することができる。リッスンビフォアトーク(LBT)モードで動作する場合、装置(例えばUE)は、例えば、JRP物理リソースにアクセスする前にランダムバックオフと結合されたキャリアセンシングを実行することができる。構成データは、いくつかのULデータが自動再送要求(ARQ)スキームまたはハイブリッド自動再送要求(HARQ)スキームを使用してのみ再送信されることを提供することができる。構成データは、いくつかのULデータが半永続的スケジューリング(SPS)スキームを使用して再送信されることを提供することができる。
図3は、JRP定義器30を示し、中央エンティティおよび/またはBS22またはUEの中から選出されたまたは選択されたUEであってもよい(または一部であってもよい)。JRP定義器30は、JRPリソースに関する構成データ31を異なるUEに(UE1、UE2、UE3、...、UEN、そのうちのいくつかはUE24-26であり、そのうちの少なくとも1つは、いくつかの実施例では、方法15のインスタンスを実行する。)(例えばステップ14において)送信することができる。JRP定義器30は、1つ以上の基準に基づいて、構成データ31(どの物理リソースをどのUEで使用するか、および/またはどのUEで使用する媒体アクセスおよび/または衝突解決の規則かなど)を決定する。基準は、1つ以上のデータ33-37を含むことができる。いくつかの実施例では、データ32-37の少なくともいくつかは、ネットワークステータス32を構成するのに寄与することができる。基準は、あらかじめ定義されおよび/または定義されおよび/またはリアルタイムで変更されてもよい。
JRP定義器30は、ネットワーク内のトラフィック33(またはメトリクスまたはそれに関連する推定)を少なくとも部分的に含む基準に基づいて、構成データを定義することができる。トラフィックは、例えば、中央装置内に存在するUEの数(g/eNBのようなBSであってもよい)、現在のコール数、現在開いているセッション数などを考慮して測定することができる。いくつかの実施例では、トラフィックが過剰でない場合、1つのJRP物理リソースと競合するUEの数を増やすことができる。いくつかの実施例では、UEの数の増加の決定(例えばセル内)において、少なくともいくつかのUEを廃棄してJRP物理リソースの量を減少させることができることが提供することができる。
JRP定義器30は、ネットワーク内のサービス品質(QoS)34(またはメトリクスまたはそれに関連する推定)を少なくとも部分的に含む基準に基づいて構成データを定義することができる。QoS34は、例えば、正しく復号されていないメッセージ(例えば、UEからBSへのUL通信)の統計を考慮して測定することができる。いくつかの実施例では、いくつかの特定のUEについてQoSが不足している場合、JRPは低いQoSを受けるUEに一意的にまたは優先的に物理リソースを関連付けることによって修正することができる。いくつかの実施例では、QoSが一般に不足している場合、JRP物理リソースの量を増加させることができる。
JRP定義器30は、不正確なデータ36の判定を少なくとも部分的に含む基準に基づいて構成データを定義することができる。ULデータが中央エンティティおよび/またはBS(JRP定義器)によって適切に受信されない場合、後者は、いくつかのデータの再送信を要求することができる。
推定は、統計データ(例えば地理的位置、人間の存在などに関連する)を含むことができる。推定は、少なくとも部分的に、履歴データによって調整されてもよく、および/または経験的知識に基づいて自動的におよび/または少なくとも部分的に計算されてもよい。
JRP定義器30は、通信の緊急度36(呼通信、特殊セッション等)を少なくとも部分的に含む基準に基づいて、例えば安全関連の目的(第1の応答器など)について構成データ31を定義することができる。例は、超高信頼低遅延通信(URLLC)であってもよい。緊急通信を必要とするUEを、JRP定義器30によって追加のJRPリソースを使用するように割り当てることができる。逆に、緊急通信を必要としないUEに対してJRPリソースを低減することができる。
JRP定義器30は、選択37を少なくとも部分的に含む基準に基づいて構成データ31を決定することができる。選択されたUEを、追加のJRP物理リソースに割り当てることができる。選択されていないUEは、JRP物理リソースの減少(または、いくつかの実施例ではヌル)量を与えることができる。選択は、例えば、ユーザの要求によって(例えば、ネットワークを管理するサービスプロバイダによって提供される追加のサービスとして)動作することができる。したがって、選択されたユーザに増大した通信能力および/または信頼性および/または速度を提供することができる。
特に、JRP定義器は、例えば、異なるネットワークステータスに基づいて基準を変更することによって、リアルタイムで動作することができる。
実施例はスポーツイベントに関連してもよい。すなわち、公共においていくつかのユーザが、スポーツイベントの時間および場所に一般的に関連付けられた追加の通信能力(プレミアムサービス)を要求することを予測することができる。イベントの前後の数時間、その場所においてプレミアムサービスに対するユーザの関心は、非常に低減されるだろう。したがって、スポーツイベントの場所では、その日の異なる時間が異なる基準(および異なる構成データ、および異なるUEへの物理リソースおよび規則の異なる割り当て)に関連しうる。
JRPリソースを異なるUEに割り当てるための基準は、ネットワークの状態(UEの状況)に基づいてリアルタイムで変化することができる。
いくつかの実施例では、物理JRPリソースを割り当てるための事前条件(またはいずれにせよ、構成データを変更すること)は、UEからの明示的な要求のJRP定義器(中央装置、例えばBSまたはUEの中から選択されたUE)による受信である。ネットワークの状態に基づいて、JRP定義器(中央装置、例えばBS)は、要求を充足/拒否することを決定することができる。
図4は装置40を示し、UEまたはUE(例えば、24-28、UE1-UENおよび/または方法15を実行するUE)を管理する電子回路、例えば携帯電話であってもよい。プロセッサ42を使用することができる。プロセッサ42は、デジタル信号プロセッサDSP、マイクロコントローラ、フィールドプログラマブルゲートアレイFPGAなどのロジック半導体素子を含むことができる。プロセッサ42では、アプリケーション(例えば上位層のアプリケーション)を実行することができる。例えば、アプリケーションが、携帯電話ネットワークにおいて音声の送信を要求することができる。いくつかの実施例では、プロセッサ42は、データ送信(例えば、VoIPまたはビデオデータ)および/または音声送信をサポートすることができる。
装置40は、入出力(I/O)ユニット41を備えることができる。いくつかの実施例では、I/Oユニット41は、プロセッサ42に送信されるオーディオ信号(またはそれらのアナログまたはデジタル電子バージョン)を得ることができる。I/Oユニット41は、リモートデバイス(例えばホットスポット用)に追加的にまたは代替的に接続されてもよい。
装置は、UEの機能および/またはステップ16-18の少なくともいくつかおよび/または上述のアプリケーションを実装するために、プロセッサ42によって実行される非一時的な記憶メモリユニットも含むことができる。
UL送信を通信ユニット43によって制御されるアンテナ44を使用することによって実行してもよい。後者を、順番に、プロセッサ42によって制御してもよい。実施例では、I/Oユニット41(またはI/Oユニット41の無線サブユニット)は、アンテナ44および/または通信ユニット43の同じ構成要素に組み込まれてもよい。
通信ユニット43は、媒体アクセス制御(MAC)層および/または物理(PHY)層で動作することができる。通信ユニット43は、(例えば、BSに向かって)ULでデータを送信し、(例えば、BSから)DLでデータを受信することができる。"
通信ユニット43は、許可された物理リソーステーブル45に基づいて、許可された物理リソースにおけるUL送信を実行することができる。テーブル45を、例えば、メモリ素子(ランダムアクセスメモリRAM、レジスタ、FLASHメモリなど)によって具体化することができる。いくつかの実施例では、テーブル45はプロセッサ42によって変更されてもよい(いくつかの実施例では、テーブル45は、通信ユニット43および/またはプロセッサと通信ユニットの両方によって変更されてもよい)。例えば、プロセッサ42は、特定のスケジューリングを選択するために、BS(または選択されたUE)によって指示されてもよい。
テーブル45は、ULデータを正しく送信するように通信ユニット43を案内してもよい。図4の表現では、テーブル45の各行を特定の許可された物理リソースに関連付けることができる。図4において時間領域および周波数領域のみが単純化のために示されているけれども、テーブル45の列を領域(例えば、時間領域、周波数領域、空間領域、符号領域、電力領域)に関連付けることができる。それ故に、ULデータが送信されるたびに、通信ユニット43は、例えば、どのタイムスロットおよび/または周波数帯域(および/または空間チャネルおよび/またはコードおよび/または電力レベル)でUL通信が実行されるかを知っている。
通信ユニット43は、JRP物理リソーステーブル46に基づいて、JRP物理リソースにおけるUL送信を実行することができる。テーブル46を、例えば、メモリ素子(RAM、レジスタ、FLASHメモリなど)によって具体化することができる。いくつかの実施例では、テーブル46はプロセッサ42によって作成および/または制御および/または変更されてもよい(いくつかの実施例では、テーブル46が通信ユニット43および/またはプロセッサと通信ユニットの両方によって変更されてもよい)。例えば、プロセッサ42は、ステップ16で取得された構成データ(例えば31)を受信することができる。それ故に、テーブル46は、JRPを用いてULデータを正しく送信するように通信ユニット43を案内してもよい。図4の表現では、テーブル46の各行を送信される特定のデータに関連付けることができる。テーブルの各列をリソース(時間領域、周波数領域、空間領域、符号領域および/または電力領域)に関連付けることができる。ULデータがJRPに関連して送信されるたびに、通信ユニット43は、例えば、どのタイムスロッ
ト、どの周波数帯域、どの空間チャネル、どのコードおよび/またはどの電力レベルでUL通信が実行されるかを知っている。
ト、どの周波数帯域、どの空間チャネル、どのコードおよび/またはどの電力レベルでUL通信が実行されるかを知っている。
いくつかの実施例では、テーブル46内の位置がランク付けされる。テーブル46内の第1行を第1位にランク付けされたJRPリソースに関連付けることができ、第2行を第2位にランク付けされたJRPリソースに関連付けることができる。したがって、JRPリソースは優先されてもよい(例えば、優先順位スキームに付される)。第1位にランク付けされたJRPリソースを第2位にランク付けされたJRPリソースに対して優先的に(またはより確率が高いいくつかの例、例えば、ランダム、セミランダム、疑似ランダム戦略の場合または使用において)選択することができる。例えば、プロセッサ42は、テーブル46の最上位の行に送信されるデータを割り当てることができる。通信ユニット43は、関連付けられた最上位のJRPリソースを使用してそのデータのUL送信を実行するだろう。プロセッサ42が、それらを退避する前にテーブル46において複数のデータを蓄積する場合(高ペイロードまたは緊急の通信、例えばPUCCHの場合)、送信されるいくつかのデータが(より下位のJRPリソースに関連して)より下位に位置づけられるだろう。それにもかかわらず、通信ユニット43は、テーブル46におけるJRPリソースに対応してデータを送信するだろう。
いくつかの場合には、周波数ホッピングスキームを使用することができる。後続のUL送信は、異なる周波数帯域で実行されてもよい。
実施例では、JRPリソースのランク付けは、中央エンティティ(BS、例えば、gNB/eNBまたはコアネットワークエンティティのようなBS、もしくは選出されたまたは選択されたUE)によって割り当てられ、構成データ31の一部としてUEにシグナリングされる(例えば、24´、26´、28´、31、および/またはステップ14)。特に、中央エンティティおよび/またはBS(例えば、22、30および/またはステップ13)は、異なるUEに異なるランク付け(またはランダム、準ランダム、擬似ランダム戦略の場合の確率)を関連付けることができる。例えば、第1のUEが特定のランク付けを使用するように命令され、第2のUEが、第1のUEの反対のランク付けを使用するように命令された場合(第1のUEの第1位にランク付けされたJRPリソースが第2のUEの最下位のJRPリソースである場合またはその逆の場合)、それらのUL送信間の衝突はほとんど発生しない。一方、第1のUEがより上位のJRPリソースに優先的に送信し、第2のUEは、第1のUEの観点ではより下位のリソースであるJRPリソースに優先的に送信することで、衝突確率を低減する。実施例では、UEは、JRPリソース(52a-52k)のランク付けを使用して、対象とする目標のためのゲインを提供する特定のランク付けされたJRPリソースに優先順位を与えることができる。
基本的に、テーブル45と46とは、送信するためのULデータの送信キューを形成するものとして理解することができる。プロセッサ42は、テーブル45で送信されるいくつかのデータ(キューの許可されたリソース部分)と、テーブル46で送信される他のデータ(キューのJRPリソース部分)とを割り当てることができる。
図5aは、実施例による、JRP物理リソース52(JRP1、JRP2)および許可された物理リソース51(UE1、UE2、UE3に関連するUE)の再分割の例を示す。構成データ31は、例えば、JRP1がUE1とUE2とで共有され、JRP2がUE2とUE3とで共有されていることを提供することができる。JRP1およびJRP2は、時間領域、周波数領域、空間領域、符号領域および/または電力領域におけるJRP物理リソースの任意の集合(領域)であってもよい。UE2は、例えば、JRP1とJRP2との間で選択することができる。
基本的に、テーブル45と46とは、送信するためのULデータの送信キューを形成するものとして理解することができる。プロセッサ42は、テーブル45で送信されるいくつかのデータ(キューの許可されたリソース部分)と、テーブル46で送信される他のデータ(キューのJRPリソース部分)とを割り当てることができる。
図5aは、実施例による、JRP物理リソース52(JRP1、JRP2)および許可された物理リソース51(UE1、UE2、UE3に関連するUE)の再分割の例を示す。構成データ31は、例えば、JRP1がUE1とUE2とで共有され、JRP2がUE2とUE3とで共有されていることを提供することができる。JRP1およびJRP2は、時間領域、周波数領域、空間領域、符号領域および/または電力領域におけるJRP物理リソースの任意の集合(領域)であってもよい。UE2は、例えば、JRP1とJRP2との間で選択することができる。
図5bは、複数のJRP物理リソース52a-52hによって構成されるJRP1を示す。いくつかの実施例では、JRP物理リソース52a-52hをランク付けすることが
できる(例えば、構成データによって定義されるように)。UE1は、JRP物理リソース52aが第1位にランク付けされたリソースであり、JRP物理リソース52bが第2位にランク付けされたリソースであり、JRP物理リソース52kが最下位にランク付けされたリソースであるランク付けリスト(例えば、テーブル46のような)を有することができる。UE2は、JRP物理リソース52kが第1位にランク付けされたリソースであり、JRP物理リソース52jが第2位にランク付けされたリソースであり、JRP物理リソース52aが最下位にランク付けされたリソースであるランク付けリスト(例えば、テーブル46のような)を有することができる。したがって、UE1はJRP物理リソース52aを使用してULデータを優先的に送信することを選択することができ、一方、UE2はJRP物理リソース52kを使用してULデータを優先的に送信することを選択することができる。UE1がJRP1の上位半分(例えば、51a-51e)を送信するだけであり、UE2がJRP2の上位の半分(例えば、51k-51g)を送信する状況では、衝突は生じない。
できる(例えば、構成データによって定義されるように)。UE1は、JRP物理リソース52aが第1位にランク付けされたリソースであり、JRP物理リソース52bが第2位にランク付けされたリソースであり、JRP物理リソース52kが最下位にランク付けされたリソースであるランク付けリスト(例えば、テーブル46のような)を有することができる。UE2は、JRP物理リソース52kが第1位にランク付けされたリソースであり、JRP物理リソース52jが第2位にランク付けされたリソースであり、JRP物理リソース52aが最下位にランク付けされたリソースであるランク付けリスト(例えば、テーブル46のような)を有することができる。したがって、UE1はJRP物理リソース52aを使用してULデータを優先的に送信することを選択することができ、一方、UE2はJRP物理リソース52kを使用してULデータを優先的に送信することを選択することができる。UE1がJRP1の上位半分(例えば、51a-51e)を送信するだけであり、UE2がJRP2の上位の半分(例えば、51k-51g)を送信する状況では、衝突は生じない。
図5cは、実施例によるプールサイズの動的な適応を示す。UEiがその許可された物理リソース51を有する可能性よりもより多くのULデータを送信する必要がある場合、UEiは、JRPリソース52を使用することができる。ランク付けスキーム(例えば、周波数ホッピングスキーム)が使用される場合、JRPは、UEiの必要性を動的に適応する(例えば、優先的にリソース52a、その後52b、その後52cなどを選択することによって)。
図6a-図6cは、共有されたJRPリソースの使用の異なる場合を示す。図6aのケース~1は、(例えば、異なるランク付けに従って)異なるJRP物理リソースを使用するUEiおよびUEkの場合を示す。図6bのケース~2は、UEiおよびUEkがJRP物理リソースの使用を増加させる場合を示す。図6cのケース~3は、UEiおよびUEkがJRP物理リソースの使用を増加し、UEiによって使用されるいくつかのJRP物理リソースがUEkによって使用されるいくつかのJRP物理リソースと重複する場合を示す(例えば、図5bを参照すると、両方のUEがリソース52a-52hのいくつかを使用することができる)。最後の場合は、衝突が発生する可能性がある。
いくつかの実施例では、例えば、2つの異なるUEが同時にUL通信を実行する可能性を有する場合に、衝突が発生する可能性がある。
構成データは、JRPを使用するときに、アクセス媒体および/または衝突解決についてUEの少なくともいくつかによって従うべき規則を含むことができる。いくつかの実施例では、少なくともいくつかの(およびいくつかの特定の実施例では、すべての)規則があらかじめ定義されていてもよい。いくつかの実施例では、規則は異なる領域におけるデータを多重化する方法を定義する。
いくつかの実施例では、構成データおよび/または事前定義に含まれる規則に従って、UEはランダムに、半ランダムに、擬似ランダムに、またはあらかじめ定義された割り当ておよび/または周波数ホッピングスキームに基づいて、JRP領域内のリソースを割り当てることができる。リソースアクセスは競合ベースであってもよい。データ再送信はランダムバックオフタイマに基づくことができ、潜在的な衝突の数を減らすことができる。
いくつかの実施例では、構成データおよび/または事前定義に含まれる規則に従って、UEは空間領域においてJRP物理リソースを使用することができ、ダイバーシティ技術および/またはビームフォーミング技術の使用を暗示することができる。いくつかの実施例では、いくつかの規則の衝突によって、JRP領域内で使用されるリソースのみに特別なビームフォーミング技術を実行することによって、衝突を解決することができる。
いくつかの実施例では、構成データおよび/または事前定義に含まれる規則に従って、例えばライセンス補助アクセス(LAA)などのLTE/NRアンライセンスアクセス手順を使用して、工業的、科学的および医療的なバンド(ISM)にJRPを位置付けることもできる。
いくつかの実施例では、構成データおよび/または事前定義に含まれる規則に従って、リッスンビフォアトーク(LBT)手順を使用することができる。LBTの手順は、WiFiおよび/または衝突回避を有する搬送波感知多重アクセス(CSMA/CA)MACプロトコル、および/または低電力チャネルホッピングMACプロトコルを使用することができ、例えばブルートゥース(登録商標)のような他の無線低電力技術で使用される。
ホッピングスキームは、ランダム、半ランダム、擬似ランダムベース、および/またはあらかじめ定義されたパラメータまたは構成データ(例えば、中央エンティティによって提供される)に基づくことができる。それ故に、UL送信でJRPを実行する場合に、あらかじめ定義されたホッピングパターンを取得することもできる。
いくつかの実施例では、構成データおよび/または事前定義に含まれる規則に従って、符号領域において、非直交マルチユーザ送信技術(MUST)、例えばNOMAを使用することができる。UEは、同じ物理リソースで送信することができ、特別なMUSTデコーダを使用する受信機によって区別することができる。いくつかの例によれば、JRP領域におけるMUST送信技術を使用することによって、衝突を解決することができる。
いくつかの実施例では、構成データおよび/または事前定義に含まれる規則は、URLLCに対して動作することができる。
いくつかの実施例では、構成データおよび/または事前定義に含まれる規則は、半永続的スケジューリングSPS技術を使用して動作することができる。
いくつかの実施例では、構成データおよび/または事前定義に含まれる規則は、ARQまたはHARQ技術を使用して動作することができる。JRPのための特別なHARQ手順を提供することができる。
いくつかの規則に従って、UEは中央エンティティおよび/またはBS(例えばBS)からの肯定応答(ACK)または非肯定応答(NACK)を要求することを控える。
いくつかの規則に従って、データを再送信することができる。いくつかの規則に従って、(例えば、巡回冗長検査CRCのような技術を実行することによって)データが破損されていることを(UEによって、または、中央エンティティおよび/またはBSのような外部デバイスによって)決定した場合、再送信を実行することができる。いくつかの規則に従って、外部装置(中央エンティティおよび/またはBS)は、ULデータが破損していると決定した場合、外部装置は誤った復号(例えばNACKの送信)をUEに通知することができる。いくつかの規則に従って、外部装置(中央エンティティおよび/またはBS)は、ULデータの適切な復号の決定において、ACKを送信することができる。すなわち、UEは閾値内でACKが取得されていないと判定した場合、データを再送信することができる。いくつかの規則に従って、少なくともいくつかのULデータは常に再送信される。
図7および図8は、もともとGにスケジュールされていたデータをJRPにシフトする場合、以前に送信されたデータ(JRPまたはGのいずれか)を再送信するための規則を
示す。
示す。
図7は、(あらかじめ定義されたおよび/または構成データに含まれる)特定の規則に従うULデータ再送信の例を示す。Gは、許可された物理リソースを指し、JRPはJRP物理リソースを指す。ULデータ#1は、データ#2、#3、#4、#5の前に順次送信されるようにスケジューリングされている。データ#1は、G内のデータ#1*として、(不適正な復号の判定またはルーチンとして、例えば冗長度を増大させることを考慮して)再送信される。Gにおけるデータ#1*の送信は、データ#4に割り当てられた同一の許可された物理リソースであってもよく、JRPにシフトされてもよい。例では、データ#1*の送信は、冗長データを含む。
図4および図7を参照すると、データ#1、#2、#3、#4および#5は、もともと許可された物理リソーステーブル45の異なる行に格納されていた。しかし、データ#1の再送信が決定された場合、データ#4は、許可された物理リソーステーブル45から削除され、JRP物理リソーステーブル46に書き込まれる。一方、データ#1*は、許可された物理リソーステーブル45に書き込まれる。この削除-書き換え技術を、実施例および実施形態にしたがって、プロセッサ42によって、および/または、通信コントローラ43によって、および/または他のハードウェアによって実行することができる。
図8は、(あらかじめ定義されたおよび/または構成データに含まれる)規則に従うULデータ再送信の例を示す。許可された物理リソースGにおいてデータ#1aが送信されている間、データ#1bは、例えば異なる物理リソース(例えば、異なる周波数帯域、異なる空間チャネル、異なる電力レベル)を使用して、JRPにおいて送信される。データ#1bの再送信は、Gおいて、すなわち、もともとデータ#3に対してスケジュールされた同じ物理リソースにおいて実行される。
図4及び図8を参照すると、データ#1a、#2、#3及び#4は、もともと許可された物理リソーステーブル45の異なる行に格納されており、データ#1bは、もともとJRP物理リソーステーブル46に格納されている。しかし、データ#1bの再送信が決定された場合に、許可された物理リソーステーブル45からデータ#3が削除され、JRP物理リソーステーブル46に書き込まれ、データ#1bは許可された物理リソーステーブル45に書き込まれる。
この削除-書き換え技術は、実施例および実施形態にしたがって、プロセッサ42によって、および/または、通信コントローラ43によって、および/または他のハードウェアによって実行することができる。
図9は、図8の規則に追加してまたは代替的に使用することができる規則に従う技術を示す。データ#1は、JRPで送信されるが、バックオフタイマーが満了した後、データはG内のデータ#1*として再送信される。
異なるリソースにおける再送信は、いくつかのリソースが(例えば、一時的にまたは非予測的に)利用できないまたは信頼できない可能性があるという点で有利であるだろう。したがって、JRPの代わりにGで再送信することにより、ダイバーシティおよび信頼性を向上させることができる。
実施例及び/又は規則によれば、上記及び/又は下記のデータ再送信は、(例えば、メッセージ全体を再送信することによって)完全に及び/又は(例えばデータの一部のみを再送信することによって)部分的に完了することができる。実施例および/または規則によれば、上記および/または下記のデータ再送信は冗長データのみが(例えばHARQ技
術について)送信されるようにしてもよい。
術について)送信されるようにしてもよい。
特に、中央装置(例えばBS)が通信を再スケジューリングする必要がないため、効率を高めることができる。
いくつかの規則(例えば、構成データおよび/または事前定義されたものが提供される)は、例えば、SPS技術を実装する場合に、異なるUEのためのバックオフタイマーの使用を暗示することができる。実施例は図10によって提供される。UE AおよびCによって送信されたデータ間の衝突は、両方のUEが同じJRPリソースブロック101内で同時にUL送信を開始する結果として生じる可能性があり、(例えば、中央エンティティ及び/又はBSによって送信された構成データに従って)両方のUEがアクセスする権利を有する。両方の送信されたデータは、中央エンティティおよび/またはBSによって適切に復号されない。したがって、(102で)UE Aに向けられたNACKメッセージおよび(103で)UE Cに向けられたNACKメッセージを送信する。UEは、異なるバックオフタイマ(T1およびT2)が経過するのを待った後、(104および105で)データを再送信することができる。バックオフタイマーは、中央エンティティおよび/またはBSによってNACKメッセージを提供されてもよく、あらかじめ定義されてもよく、UEによってランダムに、半ランダムに、または擬似ランダムに決定されてもよく、および/または、中央エンティティおよび/またはBSによって送信された構成データに示されてもよい。
いくつかの規則は、LBT技術(例えばCSMA/CA)を提供することができる。各UEは、JRPにおける送信を開始する前に、(例えばサンプリングによって)送信を検出することができる。キャリアセンシングスキーマを使用することができる。例えば、バックオフタイマーは、特定のJRPリソースが別のUEによってアクセスされていることを検知する第1のUEによって使用されてもよい。バックオフタイマーが経過するのを待っている間、第1のUEは、別の許可された物理リソースに対してUL通信を実行してもよい。したがって、異なるUE間の送信を重ね合わせる確率が大幅に低減される。
いくつかの規則は、いくつかの特定の誤りの検出においてのみ、または特定のQoSフローが決定された場合にのみ、JRPを使用してUL送信を開始することができることを提供することができる。
いくつかの規則は、(例えば、ブロックまたは最大パケット誤り率またはNACKのレートが経験されるか、またはHARQに関する統計値に基づいて)特定の不所望の誤り率が検出された場合のみ、JRPを使用してUL送信を開始することを提供することができる。
いくつかの規則は、以下のスキームの少なくともいくつかを提供することができる。
-JRPリソースのためのHARQプロセスを切り替えるように構成する。
-JRPリソースのランダムアクセス中にキャリアセンシングを使用する場合に、バックタイマーを構成する。
-UEを(例えば、D2Dおよび/またはPC5を介して)情報を交換し、JRPアクセスの構成を整列するように構成する。例えば互いに到達している場合に直交ホッピングシーケンスを選択する。
-リソースプールにおいてセンシング測定を定義する(例えば、UEがJRPリソースの使用をランダムに監視する、または、BSがJRPリソースを監視し、これをユニキャスト/マルチキャスト/ブロードキャストを介してUEに送信する。この利用率に基づいて、装置はJRPリソースを利用することを選択することができる。)
-JRPリソースのためのHARQプロセスを切り替えるように構成する。
-JRPリソースのランダムアクセス中にキャリアセンシングを使用する場合に、バックタイマーを構成する。
-UEを(例えば、D2Dおよび/またはPC5を介して)情報を交換し、JRPアクセスの構成を整列するように構成する。例えば互いに到達している場合に直交ホッピングシーケンスを選択する。
-リソースプールにおいてセンシング測定を定義する(例えば、UEがJRPリソースの使用をランダムに監視する、または、BSがJRPリソースを監視し、これをユニキャスト/マルチキャスト/ブロードキャストを介してUEに送信する。この利用率に基づいて、装置はJRPリソースを利用することを選択することができる。)
いくつかの規則は、例えば、ライセンスされた周波数帯域を選択することを提供することができる。
-帯域内(同一コンポーネントキャリア内)
-帯域外(例えば、保護周波数帯)
-キャリアアグルゲーション(例えば、別個の帯域)
-JRPをISMバンド(集約されたISMリソースの特別なアクセス)または任意の他のタイプのライセンスされていない帯域内とすることができる。
-帯域内(同一コンポーネントキャリア内)
-帯域外(例えば、保護周波数帯)
-キャリアアグルゲーション(例えば、別個の帯域)
-JRPをISMバンド(集約されたISMリソースの特別なアクセス)または任意の他のタイプのライセンスされていない帯域内とすることができる。
JRPを介して送信され得るデータは以下のようなものであってもよい。
-いくつかの実施例では、データリソースのみ(例えば、物理的なアップリンク共有チャネル、PUSCH)
-いくつかの実施例では、制御リソースのみ、例えば、報告の測定
-いくつかの実施例では、データリソースおよび制御リソースの両方
-いくつかの実施例では、データリソースのみ(例えば、物理的なアップリンク共有チャネル、PUSCH)
-いくつかの実施例では、制御リソースのみ、例えば、報告の測定
-いくつかの実施例では、データリソースおよび制御リソースの両方
本発明の説明はここで提供される。これは、ここでは、特にURLLCサービスのための、例えばUEがULにおけるリソース許可のために競合する、通信シナリオと呼ばれる。さらに、上記の実施例は、UE(またはUEのグループ)が、上位層、例えばアプリケーション層、または物理層で多数の発生する再送信から受信するデータパケットによって引き起こされるUL送信ピークを経験する場合に、使用され得るだろう。この考えの実施例は、例えば、送信ピークが不規則な時間ベースで発生する場合に適用することができ、したがって、サービスによって要求される所与の時間間隔において標準的な動的または半永続的(SPS)RRMによって扱うことができない。
重要な考えは、瞬時の送信ピーク(高いトラフィック需要)の場合、UEは、潜在的に割り当てられた専用の(または許可ベースの)物理リソースに加えて、ジョイントリソースプール(JRP)を使用して、リソースについて超過したデータを送信する。実施例では、JRPはマルチユーザグラントフリーアクセスのために予約されてもよい。このリソースプールは、例えば、時間、周波数、空間および/または符号領域で、特定の基地局によって提供される無線リソースの動的なパーセンテージを含むことができる。いくつかのUEが同じJRPリソースに同時にアクセスする場合、JRPリソースについて部分的な衝突が発生する可能性がある。
特定のUEが特定の時間インスタンスにおいてすべてのデータパケットに対してリソース許可を有していないかもしれないが、単一のUEまたはUEのセットは、非常に短い時間周期内にサービスキュー内のすべてのデータパケットを送信することができる。これは、特に(URLLCシナリオのように)低遅延トラフィックの場合である。
JRPはグラントフリーベースで使用されることが意図されているので、JRPリソースを必要とする複数のUEが同じ物理リソースについて送信することができる。それ故に、衝突をより迅速に解決する方法を提供することができる。いくつかの方法は、JRP領域においてのみ動作してもよく、またはJRPと専用データ領域(許可された物理リソース)の両方を同時に考慮してもよい。JRPにアクセスする場合の特定のユースケースの改良が、図5cおよび図6a-6cに示されている。
隣接セル内のUEがJRPにアクセスするとき、部分的な衝突も発生する可能性がある。したがって、周囲のUEまたは基地局によって引き起こされる干渉は、JRPリソースの衝突解決に影響を及ぼす。
したがって、取り扱うために、(例えば、中央エンティティからUEへの構成データ31にシグナリングされる)規則を定義することができる。
-JRPリソースのアクセス手順(競合ベース、競合フリーベース)
-部分的な復号とコードワードの部分的な再送信を含むHARQプロトコルを含むJRPリソースについての部分的な衝突および衝突解決
-HARQプロトコルを含む専用およびJRPリソースの共同使用
-JRPリソースについてのMUST概念を使用したコーディング
-特定のUEから別のエンティティ(PC5を介したUE、Uuを介したBS)へのJRPリソースの利用率のシグナリングを含む衝突検出
-JRPリソースのアクセス手順(競合ベース、競合フリーベース)
-部分的な復号とコードワードの部分的な再送信を含むHARQプロトコルを含むJRPリソースについての部分的な衝突および衝突解決
-HARQプロトコルを含む専用およびJRPリソースの共同使用
-JRPリソースについてのMUST概念を使用したコーディング
-特定のUEから別のエンティティ(PC5を介したUE、Uuを介したBS)へのJRPリソースの利用率のシグナリングを含む衝突検出
以下の項目は、中央エンティティ(例えばBS)と、ジョイントリソースプール(JRP)を参照するUEとの間のシグナリングに関連してもよく、構成データ31において交換された情報に含まれてもよい。
-時間および/または周波数および/または空間および/またはコードおよび/または電力レベルにおけるJRPの位置
-UEごとのJRPの最大使用量(例えば、許可されたリソースおよび/またはJRPリソースのいずれかのような物理リソースの数)
-多重化パラメータ(ホッピングシーケンス、コード(例えばCDMA)または非直交多重アクセス(NOMA)スキーム、例えば、MUSTシーケンス/パターン、タイムスロット)
-フィードバックモード、例えば、ACK/NACK、ACKのみ(タイマ付き)、プール使用の専用シグナリング(許可されたリソース)
-ユーザをミュートし、このユーザがある時間周期の間にJRPリソースにアクセスするのを防止する明示的なシグナリングを使用する衝突バックオフ(QoS)および/または衝突解決
このユーザが再びJRPリソースを使用することができるように、ユーザを再起動するシグナリングを可能にする。
-UEごとのJRP利用率。すなわち、重複(衝突)がない場合には、シグナリングなしで検出を容易に行うことができる。そうでない場合、UEごとのJRP利用率は、中央エンティティ(例えばeNBのようなBS)またはD2D(例えばPC5)を介して近隣UEに送信されることが可能である。
-時間および/または周波数および/または空間および/またはコードおよび/または電力レベルにおけるJRPの位置
-UEごとのJRPの最大使用量(例えば、許可されたリソースおよび/またはJRPリソースのいずれかのような物理リソースの数)
-多重化パラメータ(ホッピングシーケンス、コード(例えばCDMA)または非直交多重アクセス(NOMA)スキーム、例えば、MUSTシーケンス/パターン、タイムスロット)
-フィードバックモード、例えば、ACK/NACK、ACKのみ(タイマ付き)、プール使用の専用シグナリング(許可されたリソース)
-ユーザをミュートし、このユーザがある時間周期の間にJRPリソースにアクセスするのを防止する明示的なシグナリングを使用する衝突バックオフ(QoS)および/または衝突解決
このユーザが再びJRPリソースを使用することができるように、ユーザを再起動するシグナリングを可能にする。
-UEごとのJRP利用率。すなわち、重複(衝突)がない場合には、シグナリングなしで検出を容易に行うことができる。そうでない場合、UEごとのJRP利用率は、中央エンティティ(例えばeNBのようなBS)またはD2D(例えばPC5)を介して近隣UEに送信されることが可能である。
14で実行されるシグナリングは、専用リソース、共有リソースJRP(例えば衝突によって影響される可能性が最も低い領域)または別個の制御信号チャネルのいずれかであってもよい。いくつかの実施例では、特定のUEまたはUEのグループに対するJRP衝突バックオフ手順を提供することができる。実施例では、UEはQoS要求によってランク付けされ得る。これを使用して、UEはQoSクラスを使用して優先されることができる。ミュート信号を定義する可能性がある。すなわち、中央エンティティまたはBS(例えば、eNB/gNB、コアネットワークエンティティ)は、ユニキャストを介して特定のUE、またはJRPリソースを使用して停止するためにマルチキャスト/ブロードキャストを介してUEのグループに指示するミュート信号を送信することができる。
参考文献は、本願明細書では、上述の実施例に含まれる可能性がある特定の機能およびスキームを提供する。
5Gおよび新しい無線(NR)通信におけるニューメロロジーは、複数のサブキャリア間隔(SCS)、例えば、15、30、60、120、...を定義する。これは、SCSが一般に2^k*15kHzであり、ここで、k=0、1、2、...と定義されることを意味する。15kHzのSCSは、LTE(4G)に対して定義された唯一の間隔であった。
パイロット電力は、例えば、チャネル推定およびチャネル品質表示に使用される基準信
号(RS)の送信電力である。
号(RS)の送信電力である。
帯域幅部分(BWP)はNRで定義され、すべてのUEは、送信帯域の1つ以上のBWPをサポートすることができ、BWPは、上記で定義されたような1つ以上のニューメロロジーを有することができる。
無線リソース管理-一般に、BSに関連するUEは、限られたリソースのセットに対して競合する可能性がある。これらのリソースは、ダウンリンク(DL)およびアップリンク(UL)で、中央エンティティまたはBSによって選択されたUEのセットに割り当てることができる。このリソースの割り当てを実行する中央エンティティまたはBS(例えば22、22b)は、スケジューラまたは無線リソース管理(RRM)であってもよい。DLおよび/またはULリソースの割り当てまたはリソースマップは、LTEおよびNRの規格において異なる特定の動作モードに応じて、ダウンリンク制御指示(DCI)を使用するまたはDL共有データチャネル(PDSCH)の特定のフィールドを使用するDL制御チャネル(PDCCH)のすべてのUEに、指示またはブロードキャストの両方とも実行することができる。NRは、データを受信する特定のUEに対してデータおよびシグナリングトラフィックがより密にパックされる、自己完結型フレーム構造を使用することに留意されたい。動的スケジューリングの場合、RRMはすべてのLTEまたはNRのサブフレームまたはスケジューリングエンティティにおいて、リソースまたはアップリンクリソース許可を割り当てることができる。リソースは、ある時間周期内に割り当てられた異なる周波数リソースであってもよく、例えば、いくつかのOFDMシンボル(OS)、周波数リソースまたは物理リソースブロック(PRBs)のグループ、異なるキャリア(キャリアアグリゲーション)に割り当てられたPRBs、異なる物理リンク(デュアル接続性のような)、異なるリソースプール、または2つのUEまたは装置の間の直接通信(D2D)、異なる無線アクセス技術(マルチRAT)に割り当てられたPRBs、アドバンスドビームフォーミング技術を使用する異なる空間的な自由度に割り当てられたリソース(例えば、ビームフォーミングを用いた送信アンテナ)であってもよい。
半永続スケジューリング(SPS)-SPS[1]は、リソース許可のための制御信号トラフィックを低減する可能性である。それはDLおよび/またはUL方向で動作することができる。SPSは、規則的な時間グリッドでスケジュールされたリソース、例えば80msまたは120ms毎に割り当てられたデータパケットを、例えば、ボイスオーバーIP(VoIP)サービスにおいて制御トラフィックを低減することができる。特に、一定のパケットサイズが使用される場合(例えばVoIPコーデックに応じて)、SPSおよび(例えば、一定のビットレートと一定の間隔の)VoIPは、制御シグナリングに使用されるリソースを最小限に抑えることができる。SPSは、無線(QoS)ベアラのセットアップ中に構成することができる。SPS構成は、RRMサイクルに関する情報を含むことができ、基本的には、適用されている間に起動され、解放されまたは変更され得る構成テンプレートであってもよい。一般に、LTEにおけるSPSは以下で別個に構成される。
-ダウンリンク(半永続スケジュール間隔DL)および
-アップリンク(半永続スケジュール間隔UL)方向
-ダウンリンク(半永続スケジュール間隔DL)および
-アップリンク(半永続スケジュール間隔UL)方向
SPS構成は、TR36.331、"Radioresourcecontrol(RRC);protocolspecification"に記載されており、以下に例が示されている。ここで、sf10は10個のサブフレームに対応し、sf128は120個のサブフレームに対応する。
短送信時間間隔(sTTI)またはURLLCサービスをサポートする4Gまたは5Gのシステムでは、SPS間隔は、1-5msの間の値にさらに短縮することができる。詳細はTR36.331において示されている。
HARQメカニズム-ハイブリッド自動再送要求(HARQ)は、反復符号化と組み合わされた高速順方向誤り訂正符号の組み合わせである。データパケットの冗長情報の選択的な再送信によって、および受信機においてデータパケットの異なるバージョンをインテリジェントに組み合わせることによって、データ送信のロバスト性を改善することができる。HARQは、データパケットの成功受信時に送信肯定応答メッセージ(ACK)、データパケットがエラーで受信された場合に非肯定応答メッセージ(NACK)及び/又はタイマが組み合わされて、ACKシグナリングに使用される制御トラフィックを低減することができる。さらに、NACKトラフィックは、実施例では、次の送信でどの冗長バージョンが反復するかを示すことができる。
超高信頼低遅延通信(URLLC)-強化されたモバイルブロードバンド(eMBB)データトラフィックに加えて、URLLCは、LTEリリース(例えば、LTE Rel.15を参照されたい)およびNR技術によってサポートされる重要な使用ケースである。URLLCは、低パケットエラーレート(PERs)、例えば10-5PERsをサポート中、1msまたはそれ以下、例えばNRにおいて0.5msまたは0.25msで、エンドツーエンドのリソース送信をターゲットとする。URLLCの使用ケースは、マシン型通信(MTC)のシナリオに必要な数百バイト、例えば200バイトの小さいパケットサイズを有するシナリオである。現在のLTEリリースでは、エンドツーエンド遅延は、通常、HARQ処理タイマ(ACK/NACKが受信されるまでの少なくとも4ms遅延)、ならびに現在のUEチップセットの処理能力によって制限されることに留意されたい。URLLCをサポートするために、進歩したRRMと新しいチップ技術とを組み合わせることが必須となる。さらに、LTE Rel.15は、短縮されたフレーム構造(sTTI)を導入し、一方、NRはより大きなサブキャリアスケーリング(SCS)およびミニスロット(LTEにおけるsTTIへの対応するNR技術)を定義する。LTEにおけるメカニズムは、以前のリリースとの逆互換性に起因して制限されることに留意されたい。それにもかかわらず、実施例はLTEおよびNR技術の両方をターゲットとすることができる。
アップリンクグラントフリーアクセス-これは、URLLCトラフィックのために設計されたアップリンク送信許可を伴わないUL送信スキームである。リソースは、1つ以上
のユーザ間で共有されてもよいし、共有されていなくてもよい。リソース構成は、まだ定義されていない。SPS間隔がURLLCサービス要件よりも大きい場合、例えば、SPS間隔が120msに設定され、データが1ms以内に送信されることができる場合、UEはULリソース許可またはUL SPSリソース許可を待つ必要がないので、このモードはURLLCトラフィックに対して特に興味深い。
のユーザ間で共有されてもよいし、共有されていなくてもよい。リソース構成は、まだ定義されていない。SPS間隔がURLLCサービス要件よりも大きい場合、例えば、SPS間隔が120msに設定され、データが1ms以内に送信されることができる場合、UEはULリソース許可またはUL SPSリソース許可を待つ必要がないので、このモードはURLLCトラフィックに対して特に興味深い。
デバイス対デバイス(D2D)通信-このスキームによれば、UEは、専用のULリソースを利用して、他のUEと直接通信する。D2Dは、互いに検出するために近接しているデバイス(UE)が互いにこの直接通信できる近接サービス(ProSe)を定義し、PC5として知られている。D2Dの主な利点は、ネットワーク負荷を減少させ、所与の帯域幅における容量を増大させ、オフネットワークエリアにおける通信を提供することであり、例えば、後者は、公共安全(PS)のシナリオにおける使用のような特別なサービスの場合に特に重要である。ネットワークカバレッジの下でD2D通信が行われる場合、基地局はULに専用の周波数ブロックを割り当て、直接D2D PC5通信のリソースプールとして使用される。リソースは集中的または分散方式で共有される。集中的な方法では、中央エンティティ(例えばBS、例えばeNB/gNB、コアネットワークエンティティ)は、UEに専用のリソースを割り当てることができる。対照的に、自律モードとしても知られている分散モードでは、UEはランダムにまたは検知した後に、PC5リソースプールに空きリソースを割り当て、データを送信する。車両の通信において、車両対車両(V2V)ネットワークは、リソース割り当てモード[RP-161788、R2-162296]の各々におけるSPS付与に依存する。
図12は、プロセッサ122(いくつかの実施例では、プロセッサ42とすることができる)を含むシステム120を示し、プロセッサ122は、上述の方法、ステップおよび/または動作のうちの少なくとも1つを実行し、および/または上述の装置、システムおよび/または製品の少なくとも1つを実装することができる。システム120は、一時的なメモリ124(ランダムアクセスメモリRAMおよび/またはレジスタ)を含むことができる。例えば、テーブル45および46は、いくつかの実施例では、一時的なメモリ124の一部であってもよい。
さらに、システム120は、プロセッサ(例えばプロセッサ122および/または42)によって実行されると、プロセッサに上述の方法および/または動作の少なくとも1つを実行させ、および/または上述の装置、製品およびシステムの機能を実装させことができる命令126aを含む非一時的メモリユニット126(例えば、リードオンリーメモリROM、フラッシュ、ファームウェアなどに実装される)を備えることができる。
システム120は、他の装置と通信するための少なくとも1つの入出力I/Oユニット128を含むこともできる。
信頼性は、パケット(データ)を配信するためである。送信者から受信者への情報は、所与の/選択された/あらかじめ定義された時間間隔、例えば10-3より低い動作停止の確率で100ms以内にメッセージAを配信することにおいて、所与の/選択された/あらかじめ定義されたレベルを下回るエラーまたは動作停止の確率を有することができる。
実施例では、UEは、必要な待ち時間を許容される最大の失敗確率および/またはデータ通信の最大の信頼性/耐久性で達成するように構成することができる。
一般に、実施例は、コンピュータプログラム製品がコンピュータ上で動作するときに、方法の1つを実行するように動作可能であるプログラム命令によるコンピュータプログラム製品として実装することができる。プログラム命令は、例えば機械読取可能な媒体に記
憶することができる。
憶することができる。
他の例は、機械読取可能なキャリアに記憶された、本願明細書に記載された方法の1つを実行するコンピュータプログラムを含む。
言い換えれば、方法の一実施例は、それ故に、コンピュータプログラムがコンピュータ上で動作するとき、本願明細書に記載された方法の1つを実行するプログラム命令を有するコンピュータプログラムである。
言い換えれば、方法の一実施例は、それ故に、コンピュータプログラムがコンピュータ上で動作するとき、本願明細書に記載された方法の1つを実行するプログラム命令を有するコンピュータプログラムである。
方法のさらなる例は、それ故に、その上に記録され、本願明細書に記載された方法の1つを実行するためのコンピュータプログラムを記録したデータキャリア媒体(またはデジタル記憶媒体またはコンピュータ読取可能媒体)である。
データキャリア媒体、デジタル記憶媒体または記録媒体は、無形で一時的な信号ではなく、有形および/または不揮発性である。
データキャリア媒体、デジタル記憶媒体または記録媒体は、無形で一時的な信号ではなく、有形および/または不揮発性である。
方法のさらなる実施例は、それ故に、本願明細書で記載された方法の1つを実行するコンピュータプログラムを表すデータストリームまたは信号のシーケンスである。データストリームまたは信号のシーケンスは、例えば、データ通信接続、例えばインターネットによって転送することができる。
更なる実施例は、本願明細書に記載された方法のうちの1つを実行する処理手段、例えば、コンピュータまたはプログラマブルロジックデバイスを含む。
更なる実施例は、本願明細書に記載された方法の1つを実行するコンピュータプログラムがインストールされたコンピュータを含む。
更なる実施例は、本願明細書に記載された方法の1つを実行するコンピュータプログラムを受信機に(例えば、電子的または光学的に)転送する装置またはシステムを含む。受信機は、例えば、コンピュータ、モバイルデバイス、メモリデバイスなどとすることができる。装置またはシステムは、例えば、コンピュータプログラムを受信機に転送するファイルサーバを備えることができる。
いくつかの実施例では、プログラマブルロジックデバイス(例えば、フィールドプログラマブルゲートアレイ)を使用して、本願明細書に記載の方法の機能の一部または全部を実行することができる。いくつかの実施例では、フィールドプログラマブルゲートアレイは、本願明細書に記載された方法の1つを実行するために、マイクロプロセッサと協働することができる。一般に、方法は任意の適切なハードウェア装置によって実行することができる。
上記記載された実施例は、単に上述した原理に対して説明したものである。本願明細書に記載された構成および詳細の修正および変更は、明らかであることと理解される。それ故に、本発明は、特許請求の範囲のスコープによって制限され、本願明細書の実施例の記載および説明の方法によって表された特定の詳細によって制限されないことが意図される。
同等又は等価の要素、もしくは同等又は等価な機能を有する要素は、異なる図に現れる場合であっても、同等又は等価の参照番号によって以下の説明で示される。
参考文献
[1] SPS-http://howltestuffworks.blogspot.de/2013/10/semi-persistent-scheduling.html
[2] R1-1700024. "Support of URLLC in UL", Huawei, HiSilicon, Spokane, USA, Jan. 2017
[3] R1-1700375. "Uplink URLLC Transmission without Grant", Intel, Spokane, USA, Jan. 2017
[4] R1-1704481. "Discussions on HARQ for grant-free UL URLLC". Fujitsu, Spokane, USA, April
[1] SPS-http://howltestuffworks.blogspot.de/2013/10/semi-persistent-scheduling.html
[2] R1-1700024. "Support of URLLC in UL", Huawei, HiSilicon, Spokane, USA, Jan. 2017
[3] R1-1700375. "Uplink URLLC Transmission without Grant", Intel, Spokane, USA, Jan. 2017
[4] R1-1704481. "Discussions on HARQ for grant-free UL URLLC". Fujitsu, Spokane, USA, April
Claims (20)
- ユーザ機器UE(24、26、28、40)であって、
外部装置(22、26、30)から、他のユーザ機器と共有されるJRP物理リソース(52、52a-52k、JRP1、JRP2)におけるアップリンクUL通信のためのジョイントリソースプールJRPの構成データ(31)を受信し(16)、
許可された物理リソース(51、G)についてのデータを送信することによってUL通信(24´´、26´´、28´´)を実行し(17)、
追加のUL通信を実行するか否かを決定し、実行することを決定した場合には、JRP物理リソースについてのデータを送信することによって追加のUL通信(24´´´、26´´´、28´´´)を実行し(18)、
データ(1、1b)を再送信(1*、1b*)するために特定の許可されたリソース(G)を使用し、前記特定の許可されたリソースのためにスケジュールされたデータ(3)を送信するために前記JRPを使用するようにさらに構成される、ユーザ機器。 - ユーザ機器UE(24、26、28、40)であって、
外部装置(22、26、30)から、他のユーザ機器と共有されるJRP物理リソース(52、52a-52k、JRP1、JRP2)におけるアップリンクUL通信のためのジョイントリソースプールJRPの構成データ(31)を受信し(16)、
許可された物理リソース(51、G)についてのデータを送信することによってUL通信(24´´、26´´、28´´)を実行し(17)、
追加のUL通信を実行するか否かを決定し、実行することを決定した場合には、JRP物理リソースについてのデータを送信することによって追加のUL通信(24´´´、26´´´、28´´´)を実行し(18)、
JRPリソース(52a-52k)のランク付けを使用して、ターゲットとするゴールに対するゲインを提供する特定のランク付けされたJRPリソースに優先順位を与えるように構成される、ユーザ機器。 - ユーザ機器UE(24、26、28、40)であって、
外部装置(22、26、30)から、他のユーザ機器と共有されるJRP物理リソース(52、52a-52k、JRP1、JRP2)におけるアップリンクUL通信のためのジョイントリソースプールJRPの構成データ(31)を受信し(16)、
許可された物理リソース(51、G)についてのデータを送信することによってUL通信(24´´、26´´、28´´)を実行し(17)、
追加のUL通信を実行するか否かを決定し、実行することを決定した場合には、JRP物理リソースについてのデータを送信することによって追加のUL通信(24´´´、26´´´、28´´´)を実行する(18)、ユーザ機器。 - 前記構成データ(31)は媒体アクセスのための規則を含む、請求項1ないし請求項3のいずれかに記載のユーザ機器。
- 前記構成データ(31)は衝突解決/回避のための規則を含む、請求項1ないし請求項4のいずれかに記載のユーザ機器。
- 前記構成データ(31)はデータ再送信のための規則を含む、請求項1ないし請求項5のいずれかに記載のユーザ機器。
- 少なくともトラフィック(33)またはトラフィックについてのメトリクスに関連する基準に従って、追加のUL通信を実行するかどうかを決定するようにさらに構成される、請求項1ないし請求項6のいずれかに記載のユーザ機器。
- 少なくともサービス品質QoS(34)またはQoSについてのメトリクスに関連する基準に従って、追加のUL通信を実行するかどうかを決定するようにさらに構成される、請求項1ないし請求項7のいずれかに記載のユーザ機器。
- 少なくとも不正確に送信されたデータ(35)の決定または不正確に送信されたデータの決定についてのメトリクスに関連する基準に従って、追加のUL通信を実行するかどうかを決定するようにさらに構成される、請求項1ないし請求項8のいずれかに記載のユーザ機器。
- 少なくとも通信の緊急度(36)に関連する基準に従って、追加のUL通信を実行するかどうかを決定するようにさらに構成される、請求項1ないし請求項9のいずれかに記載のユーザ機器。
- 少なくとも選択(37)に関連する基準に従って、追加のUL通信を実行するかどうかを決定するようにさらに構成される、請求項1ないし請求項10のいずれかに記載のユーザ機器。
- データ(1、1b)を再送信(1*、1b*)するために特定の許可されたリソース(G)を使用し、前記特定の許可されたリソースのためにスケジュールされたデータ(3)を送信するために前記JRPを使用するようにさらに構成される、請求項1ないし請求項11のいずれかに記載のユーザ機器。
- 前記許可されたリソース(G)内のデータ(1)を送信し、再送信が必要な場合には、前記データを再送信するために前記特定の許可されたリソース(G)を使用するようにさらに構成される、請求項1ないし請求項12のいずれかに記載のユーザ機器。
- 前記JRP内のデータ(1)を送信し、再送信が必要な場合には、前記データを再送信するための特定の許可されたリソース(G)を使用する、請求項1ないし請求項13のいずれかに記載のユーザ機器。
- JRPリソース(52a-52k)のランク付けを使用して、上位のJRPリソースに優先順位を与えるようにさらに構成される、請求項1ないし請求項14のいずれかに記載のユーザ機器。
- JRPテーブル(46)を、前記テーブルの各行が少なくとも1つのJRPリソースに対応するように使用し、
前記JRPテーブル(46)に送信されるデータを割り当て、
前記ランク付けに従ってJRPテーブル(46)を退避させるようにさらに構成される、請求項1ないし請求項15のいずれかに記載のユーザ機器。 - 第1位にランク付けされたまたは最下位にランク付けされたJRPリソースを優先して送信するようにさらに構成される、請求項16に記載のユーザ機器。
- ターゲットとするゴールに応じて、より高い確率またはより低い確率で、ランダム、準ランダムまたは擬似ランダムスキームに従って、前記第1位にランク付けされたJRPリソースを送信するようにさらに構成される、請求項16に記載のユーザ機器。
- 媒体アクセス制御MAC層および/または物理PHY層に実装された送信キュー(45、46)をさらに含み、
前記ユーザ機器は、前記構成データ(31)に従って、前記JRPおよび/または前記許可されたリソースを使用して前記送信キュー(45、46)を退避するように構成される、請求項1ないし請求項18のいずれかに記載のユーザ機器。 - 前記キューの行は、送信のために選択される前記JRPリソースの前記ランク付けに関連付けられる、請求項19に記載のユーザ機器。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP17176136.4A EP3416450A1 (en) | 2017-06-14 | 2017-06-14 | Joint resource pools for uplink communications |
EP17176136.4 | 2017-06-14 | ||
PCT/EP2018/065732 WO2018229165A1 (en) | 2017-06-14 | 2018-06-13 | Joint resource pools for uplink communications |
JP2019569325A JP7214070B2 (ja) | 2017-06-14 | 2018-06-13 | アップリンク通信のためのジョイントリソースプール |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019569325A Division JP7214070B2 (ja) | 2017-06-14 | 2018-06-13 | アップリンク通信のためのジョイントリソースプール |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2023027316A true JP2023027316A (ja) | 2023-03-01 |
Family
ID=59077869
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019569325A Active JP7214070B2 (ja) | 2017-06-14 | 2018-06-13 | アップリンク通信のためのジョイントリソースプール |
JP2022202146A Pending JP2023027316A (ja) | 2017-06-14 | 2022-12-19 | アップリンク通信のためのジョイントリソースプール |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019569325A Active JP7214070B2 (ja) | 2017-06-14 | 2018-06-13 | アップリンク通信のためのジョイントリソースプール |
Country Status (8)
Country | Link |
---|---|
US (2) | US11405948B2 (ja) |
EP (4) | EP3416450A1 (ja) |
JP (2) | JP7214070B2 (ja) |
KR (2) | KR102652646B1 (ja) |
CN (1) | CN111034326B (ja) |
BR (1) | BR112019026882A8 (ja) |
ES (2) | ES2833029T3 (ja) |
WO (1) | WO2018229165A1 (ja) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110610449B (zh) * | 2018-06-15 | 2023-09-22 | 伊姆西Ip控股有限责任公司 | 处理计算任务的方法、设备和计算机程序产品 |
CN110831023B (zh) * | 2018-08-09 | 2021-11-09 | 华为技术有限公司 | 一种参数配置方法 |
US11497042B2 (en) * | 2019-02-15 | 2022-11-08 | Qualcomm Incorporated | Resource scheduling techniques in wireless systems |
US11742999B2 (en) * | 2020-04-08 | 2023-08-29 | Qualcomm Incorporated | Dynamic allocation of retransmission resources |
US20230199757A1 (en) * | 2020-04-15 | 2023-06-22 | Nokia Technologies Oy | Use of multiple configured grants for variable packet sizes or variable reliability requirements for wireless networks |
JP7043543B2 (ja) * | 2020-06-01 | 2022-03-29 | Kddi株式会社 | 時分割複信を用いるセルラ通信システムにおけるリソース割り当てを行う制御装置、制御方法、およびプログラム |
US11194844B1 (en) * | 2020-09-01 | 2021-12-07 | Skyline Al Ltd. | System and method for detecting second degree relationships between entities by uniquely resolving entities |
CN113852449B (zh) * | 2021-09-17 | 2023-12-29 | 东南大学 | 评估免授权改进重传***在urllc下的中断概率方法 |
CN114938238B (zh) * | 2022-06-10 | 2023-08-01 | 北京交通大学 | 结合选举与功率域非正交的卫星接入方法 |
Family Cites Families (66)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5162791A (en) | 1989-10-02 | 1992-11-10 | Codenoll Technology Corporation | Collision detection using code rule violations of the manchester code |
US7813322B2 (en) | 2003-02-19 | 2010-10-12 | Qualcomm Incorporated | Efficient automatic repeat request methods and apparatus |
US8437284B2 (en) | 2003-07-29 | 2013-05-07 | Citrix Systems, Inc. | Systems and methods for additional retransmissions of dropped packets |
KR100818243B1 (ko) | 2004-02-07 | 2008-04-02 | 포스데이타 주식회사 | 자동 재송 요구방식을 이용하는 멀티캐리어 통신 시스템을위한 통신 방법 |
US7643419B2 (en) | 2004-05-07 | 2010-01-05 | Interdigital Technology Corporation | Method and apparatus for implementing a data lifespan timer for enhanced dedicated channel transmissions |
US8014827B2 (en) | 2004-12-28 | 2011-09-06 | Hitachi, Ltd. | Base station which communicates according to a retransmission control |
WO2007148881A2 (en) | 2006-06-21 | 2007-12-27 | Lg Electronics Inc. | Method of supporting data retransmission in a mobile communication system |
KR101253182B1 (ko) | 2007-01-09 | 2013-04-10 | 엘지전자 주식회사 | 다중 반송파를 이용하는 무선 통신 시스템에서 데이터 재전송을 지원하는 방법 및 이를 위한 장치 |
EP2838221B1 (en) | 2007-02-09 | 2020-06-03 | Nokia Technologies Oy | Method and apparatus for acknowledgement signalling |
JP2009159440A (ja) | 2007-12-27 | 2009-07-16 | Kyocera Corp | 通信装置、通信システムおよび通信方法 |
US8780704B2 (en) * | 2008-01-10 | 2014-07-15 | Qualcomm Incorporated | Shared resource allocation |
US8934405B2 (en) | 2008-05-06 | 2015-01-13 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for retransmission scheduling and control in multi-carrier wireless communication networks |
US8214712B2 (en) | 2008-11-05 | 2012-07-03 | Mediatek Inc. | Method for transmitting real-time streaming data in a communications system and apparatuses utilizing the same |
EP2214340A1 (en) | 2009-01-30 | 2010-08-04 | Panasonic Corporation | HARQ operation for macro-diversity transmissions in the downlink |
KR101669966B1 (ko) | 2009-05-11 | 2016-10-27 | 엘지전자 주식회사 | 다중 반송파를 지원하는 무선 통신 시스템에서 중복 데이터를 송신 및 수신하는 방법 및 장치 |
EP2265077B1 (en) | 2009-06-18 | 2012-03-21 | Panasonic Corporation | Enhanced random access procedure for mobile communications |
US8335970B2 (en) | 2009-09-28 | 2012-12-18 | Broadcom Corporation | Encoder/decoder with unfolding error correction |
JP2011091677A (ja) | 2009-10-23 | 2011-05-06 | Mitsubishi Electric Corp | 送信装置および通信システム |
US8665971B2 (en) * | 2009-11-24 | 2014-03-04 | Qualcomm, Incorporated | Apparatus and method for channel estimation using compressive sensing |
US20120213196A1 (en) | 2009-12-03 | 2012-08-23 | Jae Hoon Chung | Method and apparatus for efficient contention-based transmission in a wireless communication system |
CN103796320B (zh) * | 2010-01-08 | 2018-01-16 | 华为技术有限公司 | 调度请求的方法及装置 |
CN102123399B (zh) * | 2010-01-08 | 2014-01-01 | 华为技术有限公司 | 调度请求的方法及装置 |
CN102208967B (zh) | 2010-03-31 | 2014-04-09 | 中兴通讯股份有限公司 | 一种lte终端非自适应重传功率控制的方法及装置 |
US9252930B2 (en) | 2011-01-07 | 2016-02-02 | Futurewei Technologies, Inc. | Reference signal transmission and reception method and equipment |
CN103548409B (zh) * | 2011-05-02 | 2017-07-28 | Lg电子株式会社 | 在无线通信***中发射/接收数据的方法及其基站 |
JP5724632B2 (ja) * | 2011-05-25 | 2015-05-27 | 富士通株式会社 | 基地局、及び通信方法 |
US9048986B2 (en) * | 2011-08-12 | 2015-06-02 | Qualcomm Incorporated | Mitigation of lost resource allocation synchronization between a user equipment (UE) and an evolved node B (eNodeB) |
US20140204961A1 (en) * | 2011-08-15 | 2014-07-24 | Nokia Solutions And Networks Oy | Signaling |
WO2013028113A1 (en) | 2011-08-22 | 2013-02-28 | Telefonaktiebolaget L M Ericsson (Publ) | Collision resolution for pucch scheduling requests |
EP2768171B1 (en) | 2011-10-12 | 2022-04-13 | Samsung Electronics Co., Ltd. | Method and device for transmitting reverse control signal in mobile communication system |
WO2013102300A1 (zh) * | 2012-01-05 | 2013-07-11 | 富士通株式会社 | 链接资源分配方法及用户设备、复用传输方法及基站 |
JP6150877B2 (ja) * | 2012-03-23 | 2017-06-21 | エルジー エレクトロニクス インコーポレイティド | 上りリンク信号送信方法及びステーション装置と、上りリンク信号受信方法及びアクセスポイント装置 |
US9253785B2 (en) | 2012-05-04 | 2016-02-02 | Broadcom Corporation | Multi-cell incremental redundancy |
EP2853053B1 (en) | 2012-05-21 | 2023-02-01 | BlackBerry Limited | System and method for handling of an uplink transmission collision with an ack/nack signal |
US20130343273A1 (en) | 2012-06-26 | 2013-12-26 | Qualcomm Incorporated | Enhanced tti bundling with flexible harq merging |
US9596714B2 (en) * | 2012-08-13 | 2017-03-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatuses for use in a mobile communication network |
US20140050105A1 (en) | 2012-08-15 | 2014-02-20 | Futurewei Technologies, Inc. | Traffic-Adaptive Repeated Transmission |
US9397819B2 (en) | 2012-10-02 | 2016-07-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Extension carrier for ARQ |
CN103891191B (zh) | 2012-10-16 | 2017-02-22 | 华为技术有限公司 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
JP6369458B2 (ja) | 2013-06-04 | 2018-08-08 | 日本電気株式会社 | クロス−サブフレームスケジューリングの有無両方で、フレキシブル−tddシステムにおけるdl伝送のためのdlスケジューリング及びharq−ackフィードバック |
US9717071B2 (en) | 2013-08-16 | 2017-07-25 | Qualcomm Incorporated | Uplink procedures for LTE/LTE-A communication systems with unlicensed spectrum |
KR101814051B1 (ko) * | 2014-02-28 | 2018-01-02 | 엘지전자 주식회사 | 무선 통신 시스템에서 낮은 지연을 가지는 상향링크 데이터 전송 방법 및 장치 |
US10034308B2 (en) * | 2014-03-11 | 2018-07-24 | Lg Electronics Inc. | Method for allocating temporary identifier to terminal in random access procedure in wireless communication system and apparatus therefor |
US9445278B2 (en) * | 2014-04-11 | 2016-09-13 | Qualcomm Incorporated | Classification-based adaptive transmission in unlicensed spectrum |
US9729283B2 (en) | 2014-05-08 | 2017-08-08 | Intel IP Corporation | Systems, methods and devices for flexible retransmissions |
WO2016021979A1 (ko) | 2014-08-07 | 2016-02-11 | 엘지전자 주식회사 | 동기 신호 수신 방법 및 사용자기기와, 동기 신호 전송 방법 및 기지국 |
US20160050667A1 (en) | 2014-08-18 | 2016-02-18 | Samsung Electronics Co., Ltd. | Communication on licensed and unlicensed bands |
US9935742B2 (en) | 2014-10-20 | 2018-04-03 | Apple Inc. | Adaptive HARQ for half duplex operation for battery and antenna constrained devices |
US10367621B2 (en) | 2014-10-27 | 2019-07-30 | Qualcomm Incorporated | Fountain HARQ for reliable low latency communication |
US10237030B2 (en) | 2014-11-03 | 2019-03-19 | Qualcomm Incorporated | Communicating hybrid automatic repeat/request (HARQ) feedback in wireless communications |
US10285180B2 (en) | 2015-03-14 | 2019-05-07 | Qualcomm Incorporated | Reserved resource pool assisted access resource selection for small data transmission |
US10524236B2 (en) * | 2015-03-23 | 2019-12-31 | Qualcomm Incorporated | Uplink transmission control with clear channel assessment |
KR20160122666A (ko) * | 2015-04-14 | 2016-10-24 | 한국전자통신연구원 | Mtc 네트워크의 랜덤 액세스 방법 및 장치 |
WO2016175631A1 (en) | 2015-04-30 | 2016-11-03 | Lg Electronics Inc. | Method and apparatus for configuring random access channel in short tti or contention based uplink transmission in wireless communication system |
WO2016191985A1 (en) | 2015-05-29 | 2016-12-08 | Siemens Aktiengesellschaft | Method and device for redundant data transmission over multiple wireless links |
US9775141B2 (en) * | 2015-07-14 | 2017-09-26 | Motorola Mobility Llc | Method and apparatus for reducing latency of LTE uplink transmissions |
EP3327972A4 (en) * | 2015-07-20 | 2019-03-27 | LG Electronics Inc. | DOWNLINK CONTROL INFORMATION RECEIVING METHOD AND USER DEVICE, AND DOWNLINK CONTROL INFORMATION END METHOD AND BASE STATION |
US9743423B2 (en) * | 2015-07-27 | 2017-08-22 | Futurewei Technologies, Inc. | Link adaptation in grant-free multiple access systems |
KR102513274B1 (ko) * | 2015-08-21 | 2023-03-24 | 삼성전자주식회사 | 무선 통신 시스템에서 복합 재전송을 수행하는 방법 및 장치 |
KR20170054218A (ko) * | 2015-11-06 | 2017-05-17 | 한국전자통신연구원 | 통신 시스템에서의 빠른 접속을 위한 방법 및 장치 |
US11032031B2 (en) | 2016-01-18 | 2021-06-08 | Qualcomm Incorporated | HARQ LLR buffer and reordering buffer management |
US10355803B2 (en) * | 2016-10-24 | 2019-07-16 | Qualcomm Incorporated | Multiplexing reference signals with scalable numerology for new radio (NR) networks |
EP3536005B1 (en) * | 2016-11-04 | 2023-07-12 | Telefonaktiebolaget L M Ericsson (publ) | Cooperation between nodes operating in licensed and unlicensed spectrum for channel access in unlicensed spectrum |
CN114979973A (zh) * | 2016-12-30 | 2022-08-30 | 英特尔公司 | 用于无线电通信的方法和设备 |
US11212701B2 (en) | 2017-05-14 | 2021-12-28 | FG Innovation Company Limited | Systems, methods, and devices for ultra-reliable low latency communication quality-of-service guarantee |
US10568129B2 (en) * | 2017-06-15 | 2020-02-18 | Ofinno, Llc | Grant free configuration |
-
2017
- 2017-06-14 EP EP17176136.4A patent/EP3416450A1/en not_active Withdrawn
-
2018
- 2018-06-13 WO PCT/EP2018/065732 patent/WO2018229165A1/en unknown
- 2018-06-13 ES ES18729468T patent/ES2833029T3/es active Active
- 2018-06-13 CN CN201880052687.XA patent/CN111034326B/zh active Active
- 2018-06-13 EP EP18729468.1A patent/EP3639605B1/en active Active
- 2018-06-13 EP EP20199433.2A patent/EP3787366B1/en active Active
- 2018-06-13 ES ES20199433T patent/ES2960354T3/es active Active
- 2018-06-13 JP JP2019569325A patent/JP7214070B2/ja active Active
- 2018-06-13 KR KR1020227021020A patent/KR102652646B1/ko active IP Right Grant
- 2018-06-13 EP EP23191485.4A patent/EP4271111A3/en active Pending
- 2018-06-13 KR KR1020207000715A patent/KR102412963B1/ko active IP Right Grant
- 2018-06-13 BR BR112019026882A patent/BR112019026882A8/pt unknown
-
2019
- 2019-12-12 US US16/712,858 patent/US11405948B2/en active Active
-
2022
- 2022-07-26 US US17/874,108 patent/US20220369361A1/en active Pending
- 2022-12-19 JP JP2022202146A patent/JP2023027316A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
CN111034326B (zh) | 2023-09-15 |
KR20200013772A (ko) | 2020-02-07 |
EP4271111A2 (en) | 2023-11-01 |
EP3787366A1 (en) | 2021-03-03 |
JP7214070B2 (ja) | 2023-01-30 |
EP3639605A1 (en) | 2020-04-22 |
ES2960354T3 (es) | 2024-03-04 |
ES2833029T3 (es) | 2021-06-14 |
KR20220092639A (ko) | 2022-07-01 |
BR112019026882A8 (pt) | 2023-04-11 |
EP3787366B1 (en) | 2023-08-16 |
EP3416450A1 (en) | 2018-12-19 |
CN111034326A (zh) | 2020-04-17 |
US20200120707A1 (en) | 2020-04-16 |
JP2020523890A (ja) | 2020-08-06 |
EP3639605B1 (en) | 2020-10-28 |
US20220369361A1 (en) | 2022-11-17 |
WO2018229165A1 (en) | 2018-12-20 |
EP3787366C0 (en) | 2023-08-16 |
BR112019026882A2 (pt) | 2020-06-30 |
KR102652646B1 (ko) | 2024-03-28 |
EP4271111A3 (en) | 2024-01-24 |
US11405948B2 (en) | 2022-08-02 |
KR102412963B1 (ko) | 2022-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7214070B2 (ja) | アップリンク通信のためのジョイントリソースプール | |
US20220264637A1 (en) | Method and apparatus for listen-before-talk (lbt) related operation in a wireless communication system using unlicensed band | |
US11595991B2 (en) | Method for indicating the allocated resources for a HARQ message in a random access procedure for a low-complexity, narrowband terminal | |
US11737134B2 (en) | Method and apparatus for data transmission | |
CA2960215C (en) | Medium access control in lte-u | |
CN112740782B (zh) | 边链路信息的发送和接收方法以及装置 | |
JP6702603B2 (ja) | クリアチャネルアセスメントにおけるコンテンションウィンドウサイズを決定するための方法および装置 | |
CN114600535A (zh) | 用于感测和资源分配的新无线电(nr)车联万物(v2x)方法 | |
EP3185450A1 (en) | Data processing implementation method, base station and user equipment | |
WO2019174499A1 (zh) | 下行、上行传输方法、装置及基站、终端、存储介质 | |
WO2011082675A1 (zh) | 调度请求的方法、装置及*** | |
JP7277456B2 (ja) | グラントフリーアップリンク送信 | |
JP2020512743A (ja) | データ伝送方法、端末デバイス及びネットワークデバイス | |
CN112789932A (zh) | 自主低等待时间通信 | |
WO2016179839A1 (zh) | 一种数据发送方法及装置 | |
US20200396766A1 (en) | Floating-instant coordinated multipoint for new radio-unlicensed | |
WO2024092784A1 (en) | Method for resource allocation on shared spectrum and device thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230116 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240229 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240528 |