JP7510962B2 - ユーザ機器および基地局 - Google Patents

ユーザ機器および基地局 Download PDF

Info

Publication number
JP7510962B2
JP7510962B2 JP2021578112A JP2021578112A JP7510962B2 JP 7510962 B2 JP7510962 B2 JP 7510962B2 JP 2021578112 A JP2021578112 A JP 2021578112A JP 2021578112 A JP2021578112 A JP 2021578112A JP 7510962 B2 JP7510962 B2 JP 7510962B2
Authority
JP
Japan
Prior art keywords
priority
priority level
uplink transmission
transmission
user equipment
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
JP2021578112A
Other languages
English (en)
Other versions
JP2022539783A (ja
Inventor
アンキット バムリ
秀俊 鈴木
リキン シャー
ミン－フン タオ
ホンチャオ リ
哲矢 山本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JP2022539783A publication Critical patent/JP2022539783A/ja
Priority to JP2024101170A priority Critical patent/JP7716540B2/ja
Application granted granted Critical
Publication of JP7510962B2 publication Critical patent/JP7510962B2/ja
Priority to JP2025121320A priority patent/JP2025160276A/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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • 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
    • 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/0044—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • 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/0058—Allocation criteria
    • H04L5/0073—Allocation arrangements that take into account other cell interferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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/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
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示は、通信システムにおける信号の送受信に関する。特に、本開示は、そのような送受信のための方法および装置に関する。
第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3rd Generation Partnership Project）は、１００ＧＨｚまでの周波数範囲で動作する「新（しい）無線（New Radio）」（ＮＲ）無線アクセス技術（ＲＡＴ）を含む第５世代（５Ｇ）とも呼ばれる次世代セルラー技術のための技術仕様に取り組んでいる。ＮＲは、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）に代表される技術の後継技術である。
ＬＴＥ、ＬＴＥ－Ａ、およびＮＲのようなシステムの場合、さらなる変更や選択肢により、通信システムおよび当該システムに関連する特定のデバイスの効率的な動作を容易にすることができる。
ＴＲ ３８．９１３ ３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．６．０ （２０１９－０６）、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ、ｓｅｃｔｉｏｎ ６．３．２ ３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．６．０
１つの非限定的かつ例示的な実施形態は、別のアップリンク送信との衝突の場合に、特定のアップリンク送信の選択的キャンセルを可能にすることを容易にする。
一実施形態において、本明細書に開示されている技術は、ユーザ機器（ＵＥ）であって、動作中、適用すべき優先度レベルを示す指示を受信する送受信機と、動作中、第１のアップリンク送信の優先度レベルを前記指示された適用すべき優先度レベルと比較する回路であって、前記第１のアップリンク送信は、前記第１のアップリンク送信に割り当てられたリソースと重複するリソースに割り当てられた第２のアップリンク送信のスケジューリングの前に、前記ＵＥに許可されている、回路と、を有し、前記送受信機は、動作中、前記比較の結果に基づいて前記第１のアップリンク送信を実行する、ユーザ機器を特徴とする。
なお、一般的または具体的な実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらの任意の選択的な組み合わせとして実現可能であることに留意されたい。
開示された実施形態のさらなる利益および利点は、本明細書および図面から明らかになるであろう。これらの利益および／または利点は、明細書および図面のさまざまな実施形態および特徴によって個々に得ることができるが、これらは、そのような利益および／または利点の１つ以上を得るために全てが提供される必要はない。
以下、例示的な実施形態について添付の図面を参照してより詳細に説明する。
３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示す概略図 ＬＴＥ ｅＮＢ、ｇＮＢ、およびＵＥに対する例示的なユーザおよび制御プレーンアーキテクチャを示すブロック図 ＮＧ－ＲＡＮと５ＧＣの間の機能分割を示す概略図 ＲＲＣ接続設定／再構成手順のシーケンス図 拡張モバイルブロードバンド、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の利用シナリオを示す概略図 例示的な５Ｇシステムアーキテクチャを示すブロック図 重複しているリソース上でのアップリンク送信のキャンセルメカニズムを示す概略図 ユーザ機器および基地局を示すブロック図 ユーザ機器のアップリンク優先度決定回路を示すブロック図 基地局のアップリンク優先度決定回路を示すブロック図 アップリンクの送受信方法を示すフローチャート 重複しているリソース上でのアップリンク送信の実行およびキャンセルを示す概略図 アップリンクの送信方法を示すフローチャート アップリンクの送信方法を示すフローチャート アップリンクの送信方法を示すフローチャート
５Ｇ ＮＲシステムアーキテクチャおよびプロトコルスタック
３ＧＰＰは、最大１００ＧＨｚに及ぶ周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む、単に５Ｇと呼ばれる第５世代セルラー技術に関する次のリリースに取り組んでいる。２０１７年の終わりに５Ｇ規格の最初のバージョンが完成し、５Ｇ ＮＲ規格に準拠したスマートフォンの試行および商業展開に向けた手続きが許可された。
とりわけ、システムアーキテクチャ全体は、ＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）プロトコルターミネーションをＵＥに向けて提供するｇＮＢを有するＮＧ－ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を想定している。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。また、ｇＮＢは、Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ（ＮＧ）インタフェースによって、ＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（例えば、ＡＭＦを実行する特定のコアエンティティ）に、および、ＮＧ－ＵインタフェースによってＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）（例えば、ＵＰＦを実行する特定のコアエンティティ）にも接続されている。ＮＧ－ＲＡＮアーキテクチャを図１に示す。
さまざまな展開シナリオをサポートすることができる。例えば、本明細書には非集中型展開シナリオが提示されており、ここでは、５Ｇ ＮＲをサポートする基地局を展開することができる。図２は、例示的な非集中型展開シナリオを示しているが、さらに、ＬＴＥ ｅＮＢと、ｇＮＢおよびＬＴＥ ｅＮＢの両方に接続されるユーザ機器（ＵＥ）とを示している。ＮＲ ５Ｇのための新しいｅＮＢは、例示的に、ｇＮＢと呼ばれることがある。ｅＬＴＥ ｅＮＢは、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）およびＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）への接続性をサポートする、ｅＮＢの進化したものである。
ＮＲのユーザプレーンプロトコルスタックは、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、およびＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）のサブレイヤを有し、これらのサブレイヤは、ネットワーク側のｇＮＢで終端する。さらに、ＰＤＣＰの上には新しいアクセス層（ＡＳ：access stratum）のサブレイヤ（ＳＤＡＰ、Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が導入されている。また、ＮＲに対して制御プレーンプロトコルスタックも定義される。
ＮＧ－ＲＡＮと５ＧＣの間の５Ｇ ＮＲ機能分割
図３は、ＮＧ－ＲＡＮと５ＧＣの間の機能分割を示す。ＮＧ－ＲＡＮ論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、上記の論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
特に、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする。
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、コネクションモビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方におけるＵＥへのリソースの動的割り当て（スケジューリング）などの無線リソース管理（Radio Resorce Management）のための機能、
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護、
－ ＡＭＦへのルーティングをＵＥによって提供される情報から決定することができない場合におけるＵＥアタッチメントでのＡＭＦの選択、
－ ユーザプレーンデータのＵＰＦへのルーティング、
－ 制御プレーン情報のＡＭＦへのルーティング、
－ 接続の設定（setup）および解除（release）、
－ ページングメッセージのスケジューリングおよび送信、
－ システムブロードキャスト情報（ＡＭＦまたはＯＡＭに由来する）のスケジューリングおよび送信、
－ モビリティおよびスケジューリングのための測定および測定報告構成、
嘔気 アップリンクにおけるトランスポートレベルパケットマーキング、
－ セッション管理（Session Management）、
－ ネットワークスライシング（Network Slicing）のサポート、
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング、
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＥのサポート、
－ ＮＡＳメッセージの分配機能、
－ 無線アクセスネットワーク共有、
－ デュアルコネクティビティ（Dual Connectivity）、
－ ＮＲとＥ－ＵＴＲＡの間の緊密なインタワーキング。
アクセス・モビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）は、以下の主な機能をホストする。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリング終端、
－ ＮＡＳシグナリングセキュリティ、
－ アクセス層（ＡＳ：Access Stratum）セキュリティ制御、
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのインターコアネットワーク（ＣＮ：Core Network）ノードシグナリング、
－ アイドルモードＵＥ到達可能性（Reachability）（ページング再送の制御および実行を含む）、
－ 登録エリア（Registration Area）管理、
－ システム内（intra-system）およびシステム間（inter-system）のモビリティのサポート、
－ アクセス認証（Access Authentication）、
－ ローミング権のチェックを含むアクセス権限（Access Authorization）、
－ モビリティ管理制御（サブスクリプションおよびポリシー）、
－ ネットワークスライシング（Network Slicing）のサポート、
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択。
さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、以下の主な機能をホストする。
－ ＲＡＴ内／ＲＡＴ間モビリティのアンカーポイント（該当する場合）、
－ データネットワーク（Data Network）への相互接続の外部ＰＤＵセッションポイント、
－ パケットのルーティングおよび転送、
－ パケット検査およびポリシールール適用（Policy rule enforcement）のユーザプレーン部分、
－ トラフィック使用報告、
－ データネットワークへのトラフィックフローのルーティングをサポートするアップリンククラシファイア（uplink classifier）、
－ マルチホーム（multi-homed）ＰＤＵセッションをサポートする分岐点、
－ ユーザプレーンに対するＱｏＳ処理、例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート適用（rate enforcement）、
－ アップリンクトラフィック検証（ＳＤＦからＱｏＳへのフローマッピング）、
－ ダウンリンクパケットバッファリングおよびダウンリンクデータ通知トリガー。
最後に、セッション管理機能（ＳＭＦ：Session Management function）は、以下の主な機能をホストする。
－ セッション管理、
－ ＵＥ ＩＰアドレスの割り当ておよび管理、
－ ＵＰ機能の選択および制御、
－ トラフィックを適切な宛先にルーティングするためにユーザプレーン機能（ＵＰＦ：User Plane Function）でトラフィックステアリングを設定する、
－ ポリシー適用およびＱｏＳの制御部分、
－ ダウンリンクデータ通知（Downlink Data Notification）。
ＲＲＣ接続のセットアップと再構成の手順
図４は、ＵＥおよびｇＮＢ構成に使用される上位レイヤ信号（プロトコル）であるＲＲＣに関する、ＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のインタラクションの一部を示す。具体的には、ＡＭＦが、ＵＥコンテキストデータ（例えば、ＰＤＵセッションコンテキスト、セキュリティキー（Security Key）、ＵＥ無線能力（Radio Capability）およびＵＥセキュリティ能力（Security Capabilities）などを含む）を準備し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴでｇＮＢに送信する。次に、ｇＮＢが、ＵＥと一緒にＡＳセキュリティをアクティブにする。これは、ｇＮＢが、ＵＥにＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージを送信し、ＵＥが、ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答するによって実行される。その後、ｇＮＢは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎおよびＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅによって、シグナリング無線ベアラ２（ＳＲＢ２：Signaling Radio Bearer 2）およびデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）をセットアップするための再構成を実行する。接続のみをシグナリングする場合、ＳＲＢ２およびＤＲＢはセットアップされないため、ステップ８はスキップされる。最後に、ｇＮＢは、セットアップ手順が完了したことをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥでＡＭＦに通知する。
したがって、本開示では、動作中、ｇＮｏｄｅＢとの次世代（ＮＧ：Next Generation）接続を確立する制御回路と、動作中、初期コンテキストセットアップメッセージを前記ＮＧ接続によってｇＮｏｄｅＢに送信して、ｇＮｏｄｅＢとユーザ機器（ＵＥ）の間のシグナリング無線ベアラセットアップを引き起こす送信機とを有する、第５世代コア（５ＧＣ）のエンティティ（例えば、ＡＭＦやＳＭＦなど）が提供される。特に、ｇＮｏｄｅＢは、リソース割り当て構成情報要素を含む無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングをシグナリング無線ベアラによってＵＥに送信する。その後、ＵＥは、リソース割り当て設定に基づいてアップリンク送信またはダウンリンク受信を実行する。
２０２０年以降のＩＭＴの利用シナリオ
図５は、５Ｇ ＮＲのユースケースの一部を示す。第３世代パートナーシッププロジェクトの新しい無線（３ＧＰＰ ＮＲ：3rd generation partnership project new radio）では、ＩＭＴ－２０２０によって多種多様なサービスおよびアプリケーションをサポートすることが想定されている３つのユースケースが考えられている。拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile-broadband）のフェーズ１の仕様は完成した。ｅＭＢＢサポートをさらに拡張することに加えて、現在および将来の作業は、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および大規模マシンタイプ通信（massive machine-type communications）の標準化を伴うだろう。図５は、２０２０年以降のＩＭＴの想定される利用シナリオのいくつかの例を示す。
ＵＲＬＬＣユースケースは、スループットやレイテンシ、アベイラビリティなどの能力に対する厳しい要件を有し、工業的製造または生産工程の無線制御や、遠隔医療手術、スマートグリッドにおける流通自動化、輸送安全などの将来の垂直アプリケーションのためのイネーブラの１つとして想定されている。非特許文献１によって設定された要件を満たす技術を特定することによって、ＵＲＬＬＣの超信頼性がサポートされる。リリース１５におけるＮＲ ＵＲＬＣＣの場合、重要な要件は、目標ユーザプレーン遅延がＵＬ（アップリンク）に対して０．５ｍｓ、ＤＬ（ダウンリンク）に対して０．５ｍｓであることを含む。パケットの１回の送信に対する一般的なＵＲＬＬＣ要件は、１ｍｓのユーザプレーンを有する３２バイトのパケットサイズに対してＢＬＥＲ（ブロック誤り率）が１Ｅ－５である。
ＲＡＮ１の観点から、信頼性は、多くの可能な方法で改善することができる。信頼性改善の現在の範囲は、ＵＲＬＬＣのための別個のＣＱＩテーブルや、よりコンパクトなＤＣＩ（Downlink Control Information）フォーマット、ＰＤＣＣＨの繰り返しなどを定義することである。しかし、そのような範囲は、ＮＲがより安定し、ＮＲ ＵＲＬＣＣの重要な要件向けに開発されるにつれて、超信頼性を達成するために広がりうる。したがって、リリース１５におけるＮＲ ＵＲＬＬＣは、１Ｅ－５のＢＬＥＲに対応する成功確率で１ｍｓのユーザプレーン遅延内で３２バイトのデータパケットを送信することができるべきである。リリース１５におけるＮＲ ＵＲＬＣＣの特定のユースケースは、拡張現実／仮想現実（ＡＲ／ＶＲ：Augmented Reality/Virtual Reality）、ｅ－ヘルス（e-health）、ｅ－ｓａｆｅｔｙ、およびミッションクリティカルアプリケーション（mission-critical applications）を含む。
さらに、ＮＲ ＵＲＬＣＣの目標にされる技術強化は、レイテンシの改善および信頼性の改善を目指している。レイテンシ改善のための技術強化には、設定可能なニューメロロジー、フレキシブルマッピングによる非スロットベーススケジューリング、グラントフリー（設定されたグラント）アップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプション（pre-emption）が含まれる。プリエンプションは、リソースがすでに割り当てられている送信を中断し、そのすでに割り当てられているリソースを、後で要求されたが、より低遅延／より高優先度を必要とする他の送信のために使用することを意味する。したがって、すでに許可された送信は、後の送信によってプリエンプトされる。プリエンプションは、特定のサービスタイプとは無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＣＣ）の送信は、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトされうる。信頼性向上に関する技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが含まれる。
ｍＭＴＣのユースケースは、一般的に比較的少量の遅延に敏感でないデータを送信する非常に多くの接続されたデバイスを特徴とする。デバイスは、低コストであり、かつ、バッテリ寿命が非常に長いことが求められている。ＮＲの観点から、非常に狭い帯域幅の部分を利用することは、ＵＥの観点から省電力を有し、かつ、長いバッテリ寿命を可能にする、一つの可能な解決策である。
上記のように、ＮＲにおける信頼性の範囲が広がることが期待される。全てのケースに対する、特にＵＲＬＬＣおよびｍＭＴＣに必要な１つの重要な要件は、高い信頼性または超高信頼性である。無線の観点およびネットワークの観点から信頼性を改善するために、いくつかのメカニズムが考えられる。一般に、信頼性の改善に役立ちうる重要な潜在的分野は少ない。これらの分野の中には、コンパクトな制御チャネル情報、データ／制御チャネルの繰り返し、ならびに周波数、時間、および／または空間領域に関するダイバーシティがある。これらの分野は、特定の通信シナリオにかかわらず、信頼性一般に適用可能である。
ＮＲ ＵＲＬＬＣの場合、例えば、ファクトリーオートメーションや運送業、電力供給など、より厳しい要件を有するさらなるユースケースが特定されている。より厳しい要件は、より高い信頼性（１０～６レベルまで）、より高い可用性、２５６バイトまでのパケットサイズ、数μｓオーダーまで下がっている時刻同期（ここで、値は周波数範囲に応じて１μｓまたは数μｓとすることができる）、および、ユースケースに応じて０．５～１ｍｓオーダーの低遅延（特に、目標ユーザプレーン遅延は０．５ｍｓ）である。
さらに、ＮＲ ＵＲＬＣＣの場合、ＲＡＮ１の観点からのいくつかの技術強化が特定されている。これらの中には、コンパクトＤＣＩ、ＰＤＣＣＨ繰り返し、ＰＤＣＣＨモニタリング増加に関連するＰＤＣＣＨ（Physical Downlink Control Channel）強化がある。さらに、ＵＣＩ（Uplink Control Information）強化は、拡張ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバック強化に関連する。また、ミニスロット（mini-slot）レベルホッピングおよび再送／繰り返し強化に関連するＰＵＳＣＨ強化も特定されている。「ミニスロット」という用語は、スロット（１４個のシンボルを有するスロット）よりも少ない数のシンボルを含む送信時間間隔（ＴＴＩ：Trasmission Time Interval）を指す。
ＱｏＳ制御
５Ｇ ＱｏＳモデルは、ＱｏＳフローに基づいており、保証されたフロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証されたフロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがって、ＮＡＳレベルで、ＱｏＳフローは、ＰＤＵセッションにおけるＱｏＳ区別の最も細かい粒度である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダで運ばれるＱｏＳフローＩＤ（ＱＦＩ）によってＰＤＵセッション内で識別される。
各ＵＥに対して、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥに対して、ＮＧ－ＲＡＮは、ＰＤＵセッションと共に少なくとも１つのデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）を確立し、その後、そのＰＤＵセッションのＱｏＳフロー（複数可）のための追加のＤＲＢ（複数可）を、例えば、図４を参照して上記したように、構成することができる（そうするとき、それはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタは、ＵＬおよびＤＬのパケットをＱｏＳフローに関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬおよびＤＬのＱｏＳフローをＤＲＢに関連付ける。
図６は、５Ｇ ＮＲ非ローミング基準アーキテクチャを示す。アプリケーション機能（ＡＦ：Application Function）は、例えば、トラフィックルーティング、ＮＥＦ（Network Exposure Function）へのアクセス、またはポリシー制御のためのポリシーフレームワークとのインタラクション（ＰＣＦ（Policy Control Function）を参照）へのアプリケーションの影響をサポートするサービスを提供するために、３ＧＰコアネットワーク（Core Network）とやり取りする。事業者展開（operator deployment）に基づいて、事業者によって信頼されていると見なされるアプリケーション機能は、関連するネットワーク機能（Network Function）と直接やり取りすることを許可されうる。事業者がネットワーク機能に直接アクセスすることを許可していないアプリケーション機能は、ＮＥＦによって外部露出フレームワーク（external exposure framework）を使用して、関連するネットワーク機能とやり取りする。
図６は、５Ｇアーキテクチャのさらなる機能ユニット、つまり、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統合データ管理（ＵＤＭ：Unified Data Management）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、アクセス・モビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、およびデータネットワーク（ＤＮ：Data Network）、例えば、事業者サービス、インターネットアクセスまたは第三者サービスを示す。
端末は、ＬＴＥおよびＮＲにおいて、ユーザ機器（ＵＥ）と呼ばれる。これは、例えば、携帯電話、スマートフォン、タブレットコンピュータ、またはユーザ機器の機能を備えたＵＳＢ（universal serial bus）スティックなどのモバイルデバイスまたは通信装置であってもよい。しかし、モバイルデバイスという用語は、これに限定されず、一般に、リレーは、そのようなモバイルデバイスの機能を有することもでき、モバイルデバイスは、リレーとしても機能することもできる。
基地局は、例えば、端末にサービスを提供するためのネットワークの一部を形成する、ネットワークノードである。基地局は、端末への無線アクセスを提供するネットワークノードまたはスケジューリングノードである。一般に、端末と基地局の間の通信は、標準化されている。ＬＴＥおよびＮＲにおいて、無線インタフェースプロトコルスタックは、物理レイヤ、媒体アクセスレイヤ（ＭＡＣ：medium access layer）、および上位レイヤを含む。制御プレーンには、上位レイヤプロトコルの無線リソース制御（Radio Resource Control）プロトコルが提供される。ＲＲＣによって、基地局は、端末の構成を制御することができ、また、端末は、基地局と通信して、制御タスク（例えば、接続およびベアラの確立、変更など）、測定、および他の機能を実行することができる。
あるレイヤによって提供されるデータを上位レイヤに転送するサービスは、通常、チャネルと呼ばれる。例えば、ＬＴＥおよびＮＲは、ＭＡＣレイヤによって上位レイヤに提供される論理チャネルと、物理レイヤによってＭＡＣレイヤに提供されるトランスポートチャネルと、物理リソースへのマッピングを定義する物理チャネルとを区別する。
論理チャネルは、ＭＡＣによって提供されるさまざまな種類のデータ転送サービスである。各論理チャネルタイプは、転送される情報のタイプによって定義される。論理チャネルは、制御チャネル（Control Channel）およびトラフィックチャネル（Traffic Channel）の２つのグループに分類される。制御チャネルは、制御プレーン情報の転送のみに使用される。トラフィックチャネルは、ユーザプレーン情報の転送のみに使用される。
そして、論理チャネルは、ＭＡＣレイヤによってトランスポートチャネルにマッピングされる。例えば、論理トラフィックチャネルおよび一部の論理制御チャネルは、ダウンリンクにおいてダウンリンク共有チャネル（ＤＬ－ＳＣＨ）と呼ばれるトランスポートチャネルにマッピングされ、また、アップリンクにおいてアップリンク共有チャネル（ＵＬ－ＳＣＨ）と呼ばれるトランスポートチャネルにマッピングされうる。
ＵＥ間の優先順位付け（Inter-UE prioritization）
ＮＲ ＵＲＬＬＣなどの利用シナリオは、ＵＥ間アップリンク（ＵＬ）優先順位付けおよび多重化に関する検討の動機になる。特に、優先順位付けの必要性は、ユーザ機器ＵＥ１に対してすでにＵＬ送信がスケジューリングされているとき、または、ＵＥ１によって実行される進行中のＵＬ送信があるときであって、その後、他のユーザ機器ＵＥ２に対して高優先度のＵＬ送信をスケジューリングして、ＵＥ１に対してＵＬ送信によって使用されるリソースの少なくとも一部と重複するリソースで送信するときに生じうる。
このために、以下のキャンセルメカニズムを適用することができる。
ステップ１：ＵＥのあるグループが、進行中の送信のキャンセルに関連する情報を含むグループ共通（ＧＣ：group-common）ＤＣＩを搬送するＰＤＣＣＨを監視するように構成される。
ステップ２：他のＵＥからのすでにスケジューリングされたまたは進行中のＵＬ送信と部分的にまたは完全に重複しうる高優先度ＵＥ（おそらくＵＲＬＬＣトラフィックで）がスケジューリングされる。
ステップ３：ｇＮＢが、進行中のＵＬ送信をキャンセルするために、ＧＣ ＤＣＩを有するＰＤＣＣＨを送信する。ＧＣ ＤＣＩを監視するように構成されたＵＥのみが、応答し、そして、進行中の送信が、ＧＣ ＤＣＩによって指示された時間・周波数領域と部分的にまたは完全に重複する場合に、それら進行中の送信を全てキャンセルする。ここで、当該送信は、キャンセルされ、再開されない。
上記のキャンセルメカニズムにおいて、ステップ２とステップ３は、順番を入れ替えることができる。
さらに、上記のように、ＵＥのあるグループは、グループ共通ＤＣＩを搬送するＰＤＣＣＨを監視するように構成される。このグループは、一般に他のＵＬトラフィックよりも低い優先度が与えられるアップリンクトラフィックを実行するＵＥを含みうる。例えば、ｅＭＢＢトラフィックは、ＵＲＬＬＣトラフィックまたは警察ＵＥなどの公共安全ＵＥによって実行されるトラフィックよりも低い優先度が付与されうる。
上記したキャンセルメカニズムの一例を図７に示す。この例では、リソースがＵＥ２およびＵＥ３と部分的に重複する新しいＵＥが、おそらく高優先度でスケジューリングされたときに、ＵＥ１、ＵＥ２、およびＵＥ３の送信がすでにスケジューリングされている。重複領域は、グループ共通ＤＣＩによってＵＥ１、ＵＥ２、およびＵＥ３に通知される。同図から分かるように、ＵＥ２およびＵＥ３の送信のみが、新たにスケジューリングされた送信と重複しており、ＵＥ１の送信とは重複していない。上記のキャンセルメカニズムが適用される場合、ＵＥ２およびＵＥ３の送信全体が、新しい送信の開始がスケジューリングされた時点から開始してキャンセルされる。この時点の前であれば、重複のある部分の前に、キャンセルされた送信を依然として実行してもよい。
上記のキャンセルメカニズムによれば、キャンセルのためにグループ共通ＤＣＩを監視するように構成されたＵＥのグループは、自身の現在の送信が低優先度のもの（おそらくｅＭＢＢ）であるかまたは高優先度のもの（おそらくＵＲＬＣＣ）であるかにかかわらず、グループ共通ＤＣＩを検出すると、新たにスケジューリングされた高優先度送信と重複するリソース上の、自身のスケジューリングされたまたは進行中のＵＬ送信を常にキャンセルする。
しかし、ＵＲＬＣおよびｅＭＢＢの両方のトラフィック、または、より一般的には、異なる優先度に関連付けられた異なるタイプのトラフィックをサポートするＵＥが、キャンセルのためにグループ共通ＤＣＩを監視するように構成されている場合がありうる。例えば、図７において、ＵＥ２に対してスケジューリングされた送信は、ｅＭＢＢ ＵＬ送信であってもよく、ＵＥ３に対してスケジューリングされた送信は、ＵＲＬＬＣ送信であってもよい。この場合、ＵＥ２の送信は、優先度が低い（ｅＭＢＢ）ため、キャンセルすることは許容される。しかし、上記のメカニズムが適用される場合、ＵＥ３の送信はＵＲＬＬＣ（高優先度）であるけれども、ＵＥ３も送信をキャンセルする。
本開示は、例えばキャンセルのためのグループ共通ＤＣＩなどの信号の検出時に、ＵＥの特定のアップリンク送信（例えば、低優先度送信）の選択的キャンセルを可能にする技術を提案する。その中で、開示された実施形態の態様および実施形態は、新たにスケジューリングされたＵＬ送信が他のＵＥの送信と重複するリソースを有するＵＥ間ケース（inter-UE case）と、新たにスケジューリングされた送信および前にスケジューリングされた重複する送信が同じＵＥに対してスケジューリングされるＵＥ内ケース（intra-UE case）との両方を含む。
図８に示すように、送受信機８７０および回路８８０を有するＵＥ８６０が提供される。
本開示において、「送受信機」（送信機－受信機）は、例えば、無線通信ネットワークにおいて、送信および受信を実行することができるハードウェアおよびソフトウェアを指す。送受信機ハードウェアコンポーネントは、１つ以上のアンテナおよび／または発振器、ならびに、対応するソフトウェアに基づいて送受信機ハードウェアを制御するように適合された制御回路を含みうる。
さらに、「回路」という用語は、例えば、１つ以上のプロセッサまたはＣＰＵ（central processing unit）などの処理回路を指し、例えば、ＡＳＩＣ（application specific integrated circuit、特定用途向け集積回路）、ＦＰＧＡ（field programmable gate array）、任意のハードウェア上で実行されるソフトウェア実装、またはハードウェアとソフトウェアの任意の組み合わせなどのハードウェアコンポーネントを含む。
ＵＥ８６０の送受信機８７０、または略して「ＵＥ送受信機」は、動作中、適用すべき優先度レベルを示す指示を受信する。
優先度レベルの指示は、アップリンク送信の優先度にマッピングされるかまたはそれに関連付けられた数値または論理値でありうる。説明するさまざまな実施形態によれば、優先度レベルのスケール、ランキング、または階層の中から、指示と優先度レベルの間に明示的または直接的なマッピングがありうる。また、指示は、優先度レベルの与えられたまたは定義された階層からの優先度レベルの範囲を示しうる。あるいは、指示が送信タイプにマッピングされ、その送信タイプが送信優先度または優先度レベルに関連付けられている、暗黙的または間接的なマッピングがありうる。
さらに、「適用すべき優先度レベル」、または「優勢な優先度レベル」は、リソースが重複している場合であっても実行されるべき送信による優先度レベルである。
なお、適用すべき優先度レベルの指示は、必ずしも特定の送信に関連付けられる必要はなく、他の送信のリソースと重複しているリソースの場合に実行されるべき任意の送信の優先度レベルを一般的に指しうることに留意されたい。
ＵＥの回路８８０（「ＵＥ回路」）は、動作中、第１のアップリンク送信の優先度レベルを、指示された適用すべき優先度レベルと比較する。第１のアップリンク送信は、スケジューリングノードによって第２のアップリンク送信がスケジューリングされる前に基地局などのスケジューリングノードによってＵＥに許可されたアップリンク送信である。第２のアップリンク送信は、第１のアップリンク送信に割り当てられたリソースと少なくとも部分的に重複するリソースに割り当てられたアップリンク送信である。
一般に、第２のアップリンク送信は、第１の送信も許可されたＵＥ８６０に許可された送信（これは、ＵＥ内ケースに対応する）、または、他のＵＥに許可された送信（これは、ＵＥ間ケースに対応する）でありうる。
第１および第２のアップリンク送信が割り当てられるリソースは、グリッドの時間および周波数リソース、例えば、ＬＴＥ、ＬＴＥ－Ａ、３ＧＰＰ ＮＲシステム、または時間および／または周波数多重化が適用される同様の通信システムのリソースグリッドを含みうる。他の可能なリソースとしては、空間リソース、例えば、ＭＩＭＯ（multiple input multiple output）が適用される場合、または直交符号が含まれる。
第１の送信および第２の送信に割り当てられた重複するリソースは、完全に重複するリソース（異なる送信に割り当てられたそのようなリソース要素は全て同一であり、一方の送信のリソースは、他方の送信に割り当てられたリソースによって完全に構成されている）、または、部分的に重複するリソースを含む。一般に、第１の送信および第２の送信に割り当てられた重複するリソースは、それらが少なくとも１つの共通リソース要素を共有する場合、重複している。
例えば、関連付けられた優先度に関する情報は、本開示によれば、ＵＥ８６０の第１のアップリンク送信を含むＵＥのアップリンク送信ごとに、物理レイヤで提供されうる。優先度に関する情報は、同じＵＥ（ＵＥ内）または異なるＵＥ（ＵＥ間、すでにスケジューリングされているかまたは進行中である）のいずれかの低優先度ＵＬ送信のみの選択的キャンセルのために利用され、高優先度チャネル／信号ＵＥ（後でスケジューリングされた）と重複する場合にＵＥのグループに共通である制御情報によって受信されうる。
例えば、第１の送信の優先度レベルを適用すべき優先度レベルと比較することは、第１のアップリンク送信の優先度レベルが、指示された適用すべき優先度レベルと同じであるか否かを決定すること、または、第１のアップリンク送信の優先度レベルが、適用すべき優先度レベルと同等以上であるか否かを決定することを含む。比較をどのように実行するかは、適用すべき優先度がどのように指示されるか、および、それに応じて、第１のアップリンク送信の優先度に関するどのタイプの情報が提供されるかに依存しうる。
ＵＥ送受信機８７０は、動作中、比較の結果に基づいて第１のアップリンク送信を実行する。
例えば、比較において、第１のアップリンク送信の優先度レベルが、適用すべき優先度レベルと同じであるか、または、指示された適用すべき優先度レベルと同等以上であると決定された場合、第１のアップリンク送信は実行される。さらに、第１の送信が、重複の始まりの前（例えば、重複が生じる時の最初のＯＦＤＭシンボルの前）のＯＦＤＭシンボルで始まる場合、それは重複の始まり以降でさえずっと継続する。例えば、第１の送信および第２の送信の両方に割り当てられた共通のリソースは、第１のアップリンク送信および第２のアップリンク送信によって共有されるか、またはそれらの間で分割されうる。さらに、第１の送信は、第１および第２の送信に共通ではないが、重複によって影響を受けるＯＦＤＭシンボルまたは重複後のＯＦＤＭシンボル上にあるリソースを使用しうる。これは、上記のキャンセルメカニズム（ステップ１～３）が使用されれば、使用されない。
他方で、比較において、第１のアップリンク送信の優先度レベルが、指示された適用すべき優先度レベルよりも低いと決定された場合、第１のアップリンク送信は、少なくとも第１のアップリンク送信および第２のアップリンク送信に共通のリソース上では実行されない。したがって、例えば、第１のアップリンク送信は、完全にキャンセルされるか、または、重複が始まる時点もしくはＯＦＤＭシンボルまでのみ実行される。しかし、第１のアップリンク送信の優先度レベルが、適用すべき優先度レベルよりも低い場合であっても、ＵＥ送受信機８７０は、重複の始まり以降ずっと、第２のアップリンク送信と共通でないリソース上で送信の一部を依然として実行しうる。
アップリンク優先度決定回路を含みうるＵＥ回路８８０の一例を図９に示す。例えば、ＵＥ回路８８０は、ＵＥ優先度比較回路９８１と、ＵＬ送信実行／キャンセル決定回路９８２とを含む。
また、基地局８１０も提供される。図８に示すように、基地局８１０は、送受信機８２０（「基地局送受信機」）および回路８３０（「基地局回路」）を有する。
基地局回路８３０は、動作中、第１のアップリンク送信に割り当てられたリソースと重複するリソースに割り当てられた第２のアップリンク送信をスケジューリングする前に第１のアップリンク送信を許可し、適用すべき優先度レベルを示す指示を生成し、第１のアップリンク送信の優先度レベルを指示された適用すべき優先度レベルと比較する。基地局送受信機８２０は、動作中、前記指示を送信し、比較の結果に基づいて第１のアップリンク送信の受信を実行する。
基地局は、例えば、ｇＮｏｄｅＢ、ｅＮｏｄｅＢ、またはスケジューリングおよびＵＬグラントを実行することができる中継ノードなどのスケジューリングノードでありうる。
基地局８１０は、ＵＥ８６０に第１のアップリンク送信を許可する。ＵＥ内ケースおよびＵＥ間ケースについての上記言及に従って、基地局は、同じＵＥ８６０または第１のＵＥと異なるＵＥに第２のアップリンク送信を許可しうる。
ＵＥ８６０によって実行される比較に従って比較を実行することによって、基地局は、第１のＵＬ送信が実行されるか否か、または第１のＵＬ送信が部分的に実行されるか否かを決定し、第１のＵＬ送信を、場合によっては部分的にもしくは共有リソース上で受信し、または受信しない。
ＵＬ優先度決定回路を含みうる基地局回路８３０の一例を図１０に示す。基地局回路８３０は、ＵＬ許可回路１０３１、優先度指示生成回路１０３２、およびＵＬ優先度比較回路１０３３を含みうることが分かる。
図８から分かるように、基地局およびＵＥは、動作中、例えば、ＬＴＥ、ＬＴＥ－Ａ、または３ＧＰＰ ＮＲなどの移動通信システムの無線チャネルで通信を実行する。
上記のＵＥ８６０および基地局８１０に対応して、ＵＥによって実行されるアップリンク送信方法および基地局によって実行されるアップリンク受信方法が提供され、それらのステップを図１１に示す。
アップリンク受信方法は、第１のアップリンク送信に割り当てられたリソースと重複するリソースに割り当てられた第２のアップリンク送信をスケジューリングする前に第１のアップリンク送信を許可すること（ステップ１１１０）を含む。
したがって、基地局８１０は、まず、第１のアップリンク送信をスケジューリングして許可し、その後、進んだ時点で、第２のアップリンク送信をスケジューリングして許可する。重複するリソースの複数の送信への割り当ては、複数の優先度レベルが定義され、異なる送信に関連付けられる可能性があるシナリオで起こりうる。例えば、第２の送信の送信レベルは、適用すべき優先度レベルと同等以上である。例えば、少なくとも適用すべき優先度レベルのＵＬ送信のみが、前に許可された送信に割り当てられたリソースと重複するリソースに割り当てられる。
さらに、ＵＬ受信方法は、適用すべき優先度レベルを示す指示を生成すること（ステップＳ１１２０）と、第１のアップリンク送信の優先度レベルを指示された適用すべき優先度レベルと比較すること（Ｓ１１３０）とを含む。ＵＬ送信方法は、適用すべき優先度レベルの指示を送信すること（Ｓ１１４０）をさらに含む。この指示は、ＵＥによって受信される（ＵＬ送信方法のステップＳ１１５０）。
なお、本開示に係るＵＬ受信方法の各ステップの順序は、図１１に示すものに限定されない。特に、優先度レベルを比較するステップＳ１１３０は、ステップＳ１１１０の前またはステップ１１２０の前に実行されてもよい。
さらに、適用すべき優先度レベルの指示に加えて、第２の送信に割り当てられたリソースの指示が、基地局８１０から送信され、ＵＥ８６０によって受信されうる。このようなリソース指示に基づいて、ＵＥは、第１の送信および第２の送信に割り当てられたリソースが重複するか否かを決定し、または、第２の送信が、この第２のＵＬ送信をスケジューリングする前に第１の送信に割り当てられたリソースと重複するリソースに割り当てられていることを決定しうる。
ＵＬ優先度指示を受信すると、ＵＥは、基地局によって実行されるステップＳ１１３０に従ってまたはそれと同様の方法で、第１のアップリンク送信の優先度レベルと、指示された適用すべき優先度レベルとの比較を実行する（ＵＬ送信方法のステップＳ１１６０）。
ＵＬ送信方法のステップＳ１１７０では、ステップＳ１１６０の結果に基づいて第１のアップリンク送信が実行され、送信された場合には、第２のアップリンク送信に加えて、第１のＵＬ送信が基地局によって受信される（Ｓ１１８０）。
優先度の比較において、第１のＵＬ送信および第２のＵＬ送信が両方とも実行されるべきであると決定される場合、重複のために、第１のアップリンク送信は、前に割り当てられたよりも少ないリソースしか利用できないことが起こりうる。この場合、基地局は、第１のアップリンク送信を自動的に再スケジューリングしうる。例えば、ＵＥは、適用すべき優先度レベルの指示を、第２のアップリンク送信に割り当てられる可能性のある指示に関連して、重複するリソースがＵＥ８６０および基地局８１０によって以前に合意された何らかの方法で再割り当てまたは再分配されることを暗示するものと、解釈しうる。例えば、両方の送信に共通のリソース要素は、第１のＵＬ送信および第２のＵＬ送信によって等しく共有されるか、または、例えば、第１のＵＬ送信の優先度レベルが適用すべき優先度レベルと同等以上かどうかに応じて、重み付けされうる。
あるいは、あるタイプのリソースの重複は、他のタイプのリソースを使用することによって解決されうる。例えば、異なる送信の時間および周波数リソースが同じである重複領域では、例えば、ＭＵ－ＭＩＭＯ（multi-user multiple-input multiple-output）などの空間分割多重化を利用しうる。
上記のように、本開示は、リソースのＵＥ間（inter-UE）重複およびＵＥ内（intra-UE）重複の場合に適用可能である。ＵＥ間ケースの例として、図１２は、図７にすでに示したものと同様のスケジューリングされたリソースの配置を示す。上記したように、再び、ＵＥ３に対してスケジューリングされた送信は、ＵＲＬＬＣアップリンク送信であり、ＵＥ２に対してスケジューリングされた送信は、ｅＭＢＢアップリンク送信であると仮定する。本開示によれば、ＵＥ３は、実行またはキャンセルを決定するための指示において受信した指示された優先度レベルに関して十分に高い優先度を有するため、ＵＲＬＬＣアップリンク送信を必要としない。
また、ＵＥ間ケースの他の例として、優先度が、定義された優先度要素によって指示されるものとする（これは後述する）。例えば、第１のユーザ機器ＵＥ１には優先度レベル１のＵＬ送信が全てにスケジューリングされており、第２のユーザ機器ＵＥ２には優先度レベル４のＵＬ送信がすでにスケジューリングされており、第３のユーザ機器ＵＥ３には優先度レベル２のＵＬ送信がすでにスケジューリングされている。その後、第４のユーザ機器ＵＥ４には、ＵＥ１、ＵＥ２、およびＵＥ３それぞれのリソースの一部と重複するリソース上に、優先度レベル１のＵＬ送信がスケジューリングされる。そして、優先度レベルの比較に基づいて、ＵＥ２およびＵＥ３の送信のみが、後にスケジューリングされたＵＥ４の優先度レベルよりも低い優先度レベルを有するため、キャンセルされる。このとき、ＵＥ１およびＵＥ４は、重複するリソース上で多重化されうる。
本開示によって提供される技術は、優先度の低いＵＬトラフィックのみがキャンセルされ、一方で、高優先度（おそらくＵＲＬＬＣ）のＵＬトラフィックが、依然として実行可能であり、自身の高い遅延制約を満たすことができるということをもたらすことを容易にする。
さらに、上記のキャンセルメカニズム（ステップ１～３）によれば、送信は、重複するリソース上だけでなく、重複後の後続のシンボル上、または、重複が同じシンボルの他の周波数リソースで生じる重複していない周波数リソース上でもキャンセルされ、もしあれば、これは非効率的なリソースになりうる。このような非効率性は、少なくとも高優先度アップリンク送信が可能であるかまたは高優先度アップリンク送信用に設計されたＵＥに対して、本開示の技術によって軽減されうる。
適用すべき優先度を示す指示は、トラフィックタイプ（例えば、優先度の異なる送信タイプ）または優先度レベルに関する制御情報である。したがって、本開示によれば、ＵＥは、重複したリソースにおいて適用すべき優先度レベル（例えば、トラフィックタイプ、送信タイプ、または優先レベルの明示的な指示）に関する制御情報を受信し、この制御情報に基づいて、アップリンク送信（つまり、上記の第１のアップリンク送信）を実行またはキャンセルする。
いくつかの実施形態において、適用すべき優先度レベルを示す指示は、ＧＣ ＤＣＩを監視するように構成された複数のＵＥグループに共通の、または、当該複数のＵＥグループによって一般的に監視される、グループ共通（ＧＣ：group common）ダウンリンク制御情報（ＤＣＩ：Downlink Control information）に含まれる。
基地局８１０がグループ共通ＤＣＩを送信することによって、適用すべき優先度のインジケータを含む制御情報がブロードキャストされる。
上記のキャンセルメカニズムのステップ１および３で使用されるＧＣ ＤＣＩ以外に、本開示によるＧＣ ＤＣＩは、例えば、２ビットまたは３ビット、または４ビット以上の追加ビットとして、適用すべき優先度レベルの指示を含む。さらに、ＧＣ ＤＣＩは、上記のキャンセルメカニズムのＧＣ ＤＣＩと同様に、第２のアップリンク送信に割り当てられたリソースの指示を含みうる。
したがって、ＵＥ ８６０は、すでに許可されたリソースの重複の可能性を決定するために、グループ共通ＤＣＩを監視するように構成される必要がある。本開示によるＵＥは、例えば、ＮＲリリース１６のＵＥと、上記のグループ共通ＤＣＩを監視するように構成されたその後のリリースのＵＥとを含みうる。
例えば、ＵＥ回路８８０は、動作中、第１のアップリンク送信の優先度レベルのインデックスまたは第１のアップリンク送信の優先度レベルを表す送信タイプのインデックスを、指示された適用すべき優先度レベルと比較する。
インデックスが基地局８１０からＵＥ８６０にどのようにまたはどこでシグナリングされるかの例は、後述するいくつかの実施形態において提供される。さらに、適用すべき優先度レベルの指示に関しては、同じく後述するように、優先度レベルのインデックスは、数値と優先度レベルの間の上記した直接的または明示的なマッピングに対応し、優先度レベルを表す送信タイプのインデックスは、間接的または暗黙的なマッピングに対応する。
いくつかの実施形態において、複数のインデックスの、第１のアップリンク送信の送信タイプを含む複数の送信タイプへのマッピングは、ＵＥ、または、指示を受信する複数のＵＥのサブセット、に固有である。
複数のＵＥは、例えば、ＧＣ ＤＣＩを監視することによって、適用すべき優先度レベルの指示を受信するように構成されたＵＥのグループを指す。したがって、各ＵＥまたはＵＥの各サブセットが（例えば、ＲＲＣによって）具体的に構成されたときに、適用またはキャンセルすべき送信タイプ（または、トラフィックタイプもしくはチャネルタイプ）がＵＥ間で異なる場合、ブロードキャストされた指示の値は、適用すべきトラフィックタイプ、チャネルタイプ、または送信タイプに対応する。
したがって、適用すべき優先度レベルの指示を（例えば、ブロードキャストまたはＧＣ ＤＣＩによって）受信するＵＥの中からのＵＥがどのように構成されるかに応じて、当該指示は、ＵＥのグループの中からの異なるＵＥに対して異なるタイプの送信またはチャネルを示しうる。ここで、異なるＵＥは、ＵＥのクラス、送信または実行すべきトラフィック／送信のタイプに従って分割されうる。例えば、インデックスの送信タイプへのマッピングは、公共安全ＵＥに対して、他のＵＥに対する場合と異なるように構成されうる。他の区別は、ＵＲＬＬＣトラフィックが可能なＵＥと、ＵＲＬＬＣトラフィックが可能でないＵＥとの区別を含みうる。
例えば、ＲＲＣ（Radio Resource Control）シグナリングを使用して、基地局８１０は、ＵＥ固有またはサブセット固有のテーブルを準静的に設定する。当該テーブルにおいて、各行は、インデックスを有し、各インデックスは、特定の送信タイプを指し示す。例えば、送信タイプは、チャネル、信号のタイプ、およびレイテンシに関連付けられた利用シナリオの組み合わせを含みうる。
異なるＵＥに対する構成テーブルの例を表１および表２に示す。
Figure 0007510962000001
Figure 0007510962000002
ＵＥが表１および表２に示す上記マッピングのうちの一方で構成される場合、ＵＥ ＭＡＣレイヤは、ＭＡＣが第１のＵＬ送信を実行するためにＰＨＹ（Physical layer、物理レイヤ）に渡すトランスポートブロック（ＴＢ）が関連付けられた論理チャネルＩＤの優先度に基づいて導出されまたは当該論理チャネルＩＤの優先度に関連付けられた第１のＵＬ送信のそれ自身のスケジューリングされた送信タイプについて、ＵＥ ＰＨＹに通知することができる。
例えば、非特許文献２によれば、最大１６までの優先度レベルの無線リソース制御情報素子（Radio resource control information elements）を、論理チャネル構成（logical Channel Configuration）ｌｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇで、論理チャネルに割り当てることができる。インデックスの送信タイプへのマッピングが、表１および表２におけるように提供されている場合には、これらの表の右側の列に特定された送信タイプまたはトラフィックタイプを、定義された優先レベルのサブセットに関連付けることができる。
したがって、上記構成およびＭＡＣからの情報に基づいて、ＵＥ ＰＨＹは、ＰＨＹにおけるＵＬ ＰＵＳＣＨ送信のためのＴＢをトラフィックの優先度に関連付けることができ、したがって、全てのＵＥ（第１のＵＬ送信を実行するＵＥを含む）は、それ自身のトラフィック優先度を知ることになる。
例えば、グループ共通ＤＣＩの共通ビットフィールドとしてシグナリングされた、適用すべき優先レベルの指示は、各ＵＥ（例えば、適用／キャンセルのためにＧＣ－ＤＣＩを監視するように構成された各ＵＥ）に、どのトラフィックタイプまたはＵＬ送信タイプが送信のために適用または許可されるべきであり、また、リソースが重複する場合にどれをキャンセルしなければならないかを伝えるために、ＲＲＣ構成テーブルのインデックスのうちの１つを指し示す。
ＲＲＣ構成テーブルは、ＵＥによって異なることがあるため、ＵＬ送信に対する実際のキャンセル／実行決定は、ＵＥの間で異なることがある。表１および表２の例において、ＧＣ ＤＣＩにおいて適用すべき優先度の指示が「０」を示す場合、表１で構成された公共安全ＵＥに対しては、ＲＲＣメッセージおよびＨＡＲＱ－ＡＣＫのみが適用されるべきであるが、ＧＣ ＤＣＩ指示値０を有する表２で構成された他のユーザに対しては、重複するリソースに割り当てられた場合、全てのタイプのＵＬ送信がキャンセルされることになる。さらに、例えば、ＵＲＬＬＣにおけるＨＡＲＱ－ＮＡＣＫなどの同じ送信タイプは、異なる数値指示、例えば、公共安全ＵＥについては「０」、他のＵＥについては「１」によって、異なるＵＥに対して適用されうる、したがって、ＵＥによって異なる優先度レベルを有する。
なお、表１および表２は例示的なものであり、例えば、ＵＲＬＬＣ、ｅＭＢＢ、警察ＵＥ、Ｖ２Ｘ ＵＥ、ＩｏＴ ＵＥなど、ＵＥのタイプに関して多くの他の可能性があり、また、表のサイズに関しても、２行ほどの大きさしかなかったり、または、５行よりも大きかったり、多くの他の可能性がありうることに留意されたい。例えば、特定のテーブルを受信するＵＥのタイプは、ＵＥの能力および／または意図したタイプの利用もしくはトラフィックに基づきうる。
インデックスの送信タイプへのマッピングが使用される例示的な方法のフローチャートを図１３に示す。
ステップＳ１３１０において、ＵＥが、適用またはキャンセルのためのインデックス番号とトラフィックタイプまたは送信タイプとの２つの列を有する、ＲＲＣの特定のテーブル（ＵＥに固有の、または、ＧＣ ＤＣＩを監視するグループのサブグループに固有の）で構成される。次に、ステップＳ１３２０において、ＵＥ ＭＡＣが、ＵＬ送信（上記の「第１の」ＵＬ送信）のためのＴＢを送り、論理チャネル優先度に基づいて、そのＴＢにトラフィックタイプまたは送信タイプを関連付ける。ステップＳ１３３０において、ＵＥが、キャンセルまたは適用のためのグループ共通ＤＣＩを受信する。重複があれば、ＵＥが、キャンセルまたは適用のための優先度指示に関するビットフィールドをチェックし（Ｓ１３４０）、現在のＴＢのトラフィックレベル（送信タイプ）が、ＲＲＣ構成テーブルのインデックスのうちの１つを示すＧＣ ＤＣＩからの優先度指示（送信タイプに対応する）と同じ（等しい優先度）かまたはそれよりも低いレベル（より高い優先度に対応する）であるかどうかをチェックする。Ｙesであれば、ＵＥが、スケジューリングされた送信（第１のアップリンク送信）を継続しまたは実行する（Ｓ１３５０）。Ｎｏであれば、ＵＥが、送信のキャンセルを実行する（Ｓ１３６０）。
上記したように、構成は、ＵＥによって異なるマッピングを含むことができ、また、インデックスは、送信タイプにマッピングされる。
しかし、いくつかの実施形態において、複数のインデックスの、第１のアップリンク送信の優先度レベルおよび第２のアップリンク送信の優先度レベルを含む複数の優先度レベルへのマッピングは、指示を受信する複数のＵＥに共通である。
したがって、重複したリソースにおいてキャンセルされる送信タイプ（例えば、トラフィックタイプまたはチャネルタイプ）は、そのような制御情報で指示されるＵＥの間で同じでありうる。
インデックスの優先度レベルへのマッピングがＵＥに共通である場合、このようなマッピングのＲＲＣ構成は、ＵＥに固有（または、ＵＥのタイプもしくはクラスに固有）である必要はなく、したがって、ＲＲＣオーバーヘッドが低減されうる。
表１および表２を使用する実施形態において、適用すべき優先度レベルは、優先度レベルに関連付けられた送信タイプを指し示すことによって間接的に指示される。以下に説明するいくつかの実施形態は、指示またはインデックスと優先度レベルとの間の直接的マッピングを使用する。
例えば、ＵＥ（例えば、グループ共通ＤＣＩを監視するＵＥ）のための共通マッピングにおいて、各インデックスは、１対１対応で優先度レベルにマッピングされうる。
したがって、全てのＵＥが、例えば、適用すべき優先度レベルの指示などの情報で（例えば、ＲＲＣによって）一般的に構成されている場合において、重複したリソースにおいてキャンセルすべきトラフィック／チャネルタイプがＵＥの間で同じであるとき、各ブロードキャストされた値は、送信が許可された特定の優先度レベルに対応しうる。
ＧＣ ＤＣＩを監視する全てのＵＥに共通の例示的なマッピングテーブルであって、再びＲＲＣによって準静的に設定されうるものであり、各行がインデックスからなり、各インデックスが優先度レベル（ＭＡＣにおける絶対優先度レベルに対応する）を指し示すものを表３に示す。
Figure 0007510962000003
表３のようなマッピングが提供された場合、ＵＥ ＭＡＣは、全てのＵＥの全てのチャネルおよび送信タイプに適用可能な絶対優先度レベルをＵＥ ＰＨＹに通知することができるようになる。したがって、全てのＵＬ送信に共通な絶対優先度レベルが想定される。それに基づいて、全てのＵＬ送信は、ＰＨＹにおいて絶対優先度に関連付けることができる。
例えば、ＭＡＣの論理チャネルに関連付けることができる優先度レベルの数は、上記のように、１６であってもよいが、１６よりも大きい数または小さい数であってもよい。例えば、表３に示すように、論理チャネルの優先度レベルの数は、上位レイヤ（例えば、ＭＡＣよりも高いレイヤ）で定義された絶対優先度に基づいて、より大きい数に増やしうる。
したがって、例えば、ＧＣ ＤＣＩにおける共通ビットフィールドなどの、適用すべき優先度レベルの指示は、指示を受信する全てのＵＥに、適用すべき最低の優先度レベルを伝えるために、おそらくＲＲＣ構成されたテーブルの１つのインデックスを指し示しうる。全てのより低い優先度レベル（より高いインデックスに対応する）は、キャンセルされるべきである。
表３の例において、ＧＣ ＤＣＩが２を示す場合、優先度レベルが３よりも低い（つまり、４、５、６など）ＵＬ送信がスケジューリングされたかまたは進行中である全てのＵＥがキャンセルされ、優先度レベル１、２、３のみが、スケジューリングされた送信を継続することを許可される。
いくつかの実施形態において、インデックスの複数の優先度レベルへのマッピングにおいて、各インデックスは、ある範囲の優先度レベルにマッピングされる。
例えば、キャンセルまたは適用すべき優先度レベルまたは送信タイプ（またはトラフィックタイプまたはチャネル）が、優先度レベルのシグナリングされた指示によって対処されるＵＥに対して同じである（共通である、または、例えば、ＲＲＣによって、一般的に構成されている）場合、ブロードキャストされた指示の各値は、送信が許可または適用される特定の優先度グループに対応しうる。
例えば、各インデックスが、全てのＵＥに共通の優先度レベルのグループ（例えば、範囲など）を指し示す、テーブルが構成される（例えば、ＲＲＣによって準半静的に）。インデックスのグループまたは範囲への例示的なマッピングを表４に示す。
Figure 0007510962000004
表３に示す上記１対１対応が使用される実施形態と同様に、ＵＥ ＭＡＣは、スケジューリングされた送信のためのトランスポートブロックに関連付けられた優先度レベルをＵＥ ＰＨＹに通知しうる。適用またはキャンセルのためのグループ共通ＤＣＩにおいて、共通ビットフィールドは、重複するリソース上で適用すべき許可された優先度レベルの範囲を各ＵＥに伝えるために、構成テーブルのインデックスのうちの１つを指し示しうる。したがって、指示されたよりも高いインデックスがマッピングされる全てのより低い優先度レベルの送信は、キャンセルされるべきである。
優先度レベルに対するインデックスの１対１対応ではなく優先度レベル範囲へのマッピングが使用される場合、粗い優先度指示は、ＤＣＩオーバーヘッドの低減を可能にしうる。
表４を使用する例として、ＧＣ ＤＣＩが「２」を示す場合、優先度レベルが１５よりも低い（例えば、定義された優先度レベルの絶対数が２１である場合、レベル１６から２１）ＵＬ送信がスケジューリングされたかまたは進行中である全てのＵＥがキャンセルされ、優先度レベル１～１５の高優先度のＵＬ送信のみが、スケジューリングされた送信を継続することを許可される。
なお、構成テーブルにおける優先度レベルに対応する行の数は、表１～表５に示す例よりも少なくてもよいことに留意されたい。例えば、いくつかのシナリオでは、ＵＲＬＣトラフィックに対する第１の優先度レベルおよびｅＭＢＢトラフィックに対する第２の優先度レベルなど、２つの優先度レベルで十分な場合がある。
インデックスの優先度レベルまたは優先度レベル範囲へのマッピングが使用される例示的な方法のフローチャートを図１４に示す。
ステップＳ１４１０において、ＵＥが、適用またはキャンセルのためのインデックス番号と優先度レベルまたはグループ／範囲との２つの列を有する、ＲＲＣの特定のテーブル（ＵＥに固有の、または、ＧＣ ＤＣＩを監視するグループのサブグループに固有の）で構成される。次に、ステップＳ１４２０において、ＵＥ ＭＡＣが、ＵＬ送信（上記の「第１の」ＵＬ送信）のためのＴＢを送り、論理チャネル優先度に基づいて、そのＴＢに優先度レベルまたは範囲を関連付ける。ステップＳ１４３０において、ＵＥが、キャンセルまたは適用のためのグループ共通ＤＣＩを受信する。重複があれば、ＵＥが、キャンセルまたは適用のための優先度指示に関するビットフィールドをチェックし（Ｓ１４４０）、現在のＴＢの優先度レベルまたは範囲が、ＲＲＣ構成テーブルのインデックスのうちの１つを示すＧＣ ＤＣＩからの優先度指示と同じ（等しい優先度）かまたはそれよりも低いレベル（より高い優先度に対応する）であるかどうかをチェックする。Ｙesであれば、ＵＥが、スケジューリングされた送信（第１のアップリンク送信）を継続しまたは実行する（Ｓ１４５０）。Ｎｏであれば、ＵＥが、送信のキャンセルを実行する（Ｓ１４６０）。
いくつかの実施形態において、いくつかの上記の例でも述べたように、複数のインデックスの、優先度レベル、優先度レベル範囲、または優先度レベルに関連付けられた送信タイプへの（直接的）マッピングは、ＲＲＣシグナリングによって構成される。しかし、本開示は、ＲＲＣの影響のない優先度指示のための技術をも提供する。
いくつかの実施形態において、複数のインデックスの、複数の優先度レベル、優先度レベル範囲、または送信タイプへのマッピングは、規格によって定義された優先度レベルの総数に基づく。例えば、ＲＲＣ構成を参照するのではなく、適用すべき優先度レベルの指示は、規格に従ってＵＥ８６０および基地局８１０によって合意されたマッピングを指し示しうる。例えば、優先度レベルの総数は、上記の例における１６レベル（非特許文献３におけるように）、２１レベル、２レベル（ＵＲＬＬＣ、ｅＭＢＢ）、または他の何らかの値のうちの１つでありうる。
例えば、キャンセルまたは適用すべき優先度レベルまたは送信タイプ（またはトラフィックタイプまたはチャネル）が、優先度レベルのシグナリングされた指示によって対処されるＵＥに対して同じである場合、ブロードキャストされた指示の各値は、送信が許可または適用される特定の優先度レベルに対応しうる。
例えば、ＵＥ ＭＡＣは、論理チャネルＩＤの優先度に基づいて導出される、自身の現在スケジューリングされているトラフィックタイプを、ＵＥ ＰＨＹに通知しうる。規格からのマッピングに基づいて、ＰＨＹにおけるＵＬ ＰＵＳＣＨ送信のためのＴＢは、トラフィックの優先度（規定されたレベルの総数、例えば、２、１６、２１の中からのレベル）に関連付けることができ、したがって、全てのＵＥは、自身のトラフィック優先度を知るようになる。優先度は、トラフィックタイプにも、例えば、ＳＲＳ／ＰＲＡＣＨ／ＣＳＩ／ＨＡＲＱ－ＡＣＫ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ／Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ／Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ／Ｈｙｂｒｉｄ－Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）などのチャネルまたは信号にも関連付けることができる。
適用すべき優先度の指示、例えば、ＧＣ－ＤＣＩのビットフィールドは、ＵＥの進行中またはスケジューリングされたＵＬ送信が、指示された値と比較して低い優先度を有する場合、そのＵＬ送信はキャンセルされるべきであり、さもなければ、ＵＥはＵＬ送信を継続すべきであることをＵＥに伝えるために、絶対優先度レベルを示す。例えば、ＧＣ ＤＣＩが５を示す場合、進行中またはスケジューリングされたＵＬ送信を有する全てのＵＥは、自身の対応する優先度が５よりも低い（つまり、６、７など）場合、キャンセルする必要がある。
ＲＲＣ構成の設定ではなく、優先度レベルの規格定義の設定を直接使用する場合には、ＲＲＣの影響を回避することができる。その一方で、優先度の絶対数が示される場合、それは大きい可能性があるが、準静的構成を使用する実施形態は、ＤＣＩオーバーヘッドの低減を可能にしうる。
インデックスの送信タイプへのマッピングが使用される例示的な方法のフローチャートを図１５に示す。ステップＳ１５２０～Ｓ１５６０は、図１４のステップＳ１４２０～Ｓ１４６０と同様である。しかし、適用すべき優先度の指示は、インデックスおよび優先度レベルまたは範囲／グループの準静的ＲＲＣ構成マッピングではなく、規格構成の絶対優先度レベルを指し示す。
優先度レベルは、送信タイプによって定義されうる。したがって、上記のように、異なる優先度レベルが、異なる送信タイプに割り当てられうる。例えば、適用すべき優先度レベルの指示は、インデックスの送信タイプへのマッピング、または、インデックスの優先度レベルへのマッピングを指し示しうる。しかし、どちらの場合も、優先度レベルは、送信タイプに割り当てられうる。したがって、優先度レベルは、送信タイプによって定義されうる。
送信タイプの例には、チャネルタイプ（例えば、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＲＡＣＨ）、送信する情報のタイプ（ＳＲＳ、ＨＡＲＱ－ＡＣＫ）、またはサービス要件が含まれる。サービス要件は、例えば、スケジューリングされたアップリンク送信が行われる、ＵＲＬＬＣ、ｅＭＢＢ、ｍＭＴＣ、または公共安全を含む利用シナリオに基づきうる。
上記のように、本開示に示す実施形態は、優先度指示およびＭＡＣからＰＨＹへの情報に基づくＵＥ間優先度ベースのＵＬキャンセル／ＵＬ優先度適用に適用可能である。しかし、ひとたび優先度が特定のＵＥのための各ＵＬチャネル／信号に関連付けられると、そのような関連付けに関する情報は、ＵＥ内優先順位付け／多重化または延期のためにも利用することができる。
以下、ＵＥ間優先順位付け／多重化のためのいくつかのユースケースが考えられる。
●高優先度許可ベースのＰＵＳＣＨはスケジューリングされ、低優先度許可ベースのＰＵＳＣＨはキャンセルされる。
●高優先度許可ベースのＰＵＳＣＨはスケジューリングされ、低優先度構成許可ＰＵＳＣＨはキャンセルされる。
●高優先度許可ベースのＰＵＳＣＨはスケジューリングされ、下位のＰＲＡＣＨはキャンセルされる。
●高優先度許可ベースのＰＵＳＣＨはスケジューリングされ、下位のＳＲＳはキャンセルされる。
●高優先度許可ベースのＰＵＳＣＨはスケジューリングされ、低優先度ＰＵＣＣＨはキャンセルされる。
ＵＥ内優先順位付けの場合、異なる／同じ優先度を有する、同じＵＥの異なるＵＬチャネル／ＵＣＩは、重複するリソースを有することができ、ＭＡＣからＰＨＹへの優先度指示は、それらをキャンセルまたは多重化するのに利用することができる。
さらに、いくつかの実施形態において、ＵＥ回路８８０は、動作中、媒体アクセス制御（Medium Access Control）レイヤから、第１のアップリンク送信の優先度レベルを示す情報を受信する、物理レイヤ回路を有する。例えば、図１３～図１５の文脈で述べたように、ＵＥ ＭＡＣは、ＴＢに関連して、ＵＥ物理レイヤ回路（ＵＥ ＰＨＹ）が、どの優先度が実行すべき送信に関連付けられているかを知るために、スケジューリングされた送信のためのトランスポートブロックに関連付けられた優先度レベルを、ＵＥ ＰＨＹに通知しうる。
本開示は、ソフトウェア、ハードウェア、またはハードウェアと連携したソフトウェアで実現することができる。上記各実施の形態の説明に用いた各機能ブロックは、部分的または全体的に、集積回路などのＬＳＩによって実現可能であり、また、各実施形態で説明した各処理は、部分的または全体的に、同じＬＳＩまたはＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは、チップとして個別に形成されてもよいし、または、機能ブロックの一部または全部を含むように１つのチップが形成されてもよい。ＬＳＩは、データ入力とこれに接続されたデータ出力を含んでもよい。ここで、ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることがある。しかし、集積回路を実現する技術は、ＬＳＩに限られるものではなく、専用回路、汎用プロセッサ、または専用プロセッサを用いて実現されてもよい。また、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、または、ＬＳＩ内部に配置された回路セルの接続および設定を再構成可能なリコンフィギャラブル・プロセッサを使用してもよい。本開示は、デジタル処理またはアナログ処理として実現することができる。半導体技術または他の派生技術の進歩の結果として将来の集積回路技術がＬＳＩに取って代わる場合には、その将来の集積回路技術を用いて機能ブロックを集積化することができる。バイオテクノロジーも適用可能である。
本開示は、通信装置と呼ばれる、通信機能を有するあらゆる種類の装置、デバイス、またはシステムによって実現することができる。
そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ノートブック）、カメラ（例えば、デジタル・スチル／ビデオ・カメラ）、デジタルプレーヤー（デジタル・オーディオ／ビデオ・プレーヤー）、着用可能なデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダー、テレヘルス／テレメディシン（遠隔ヘルスおよびメディシン）デバイス、通信機能を提供する車両（例えば、自動車、飛行機、船舶）、ならびにそれらのさまざまな組み合わせを含む。
通信装置は、持ち運び可能または移動可能なものに限定されず、例えば、スマートホームデバイス（例えば、家電、照明、スマートメーター、コントロールパネル）、自動販売機、その他「ＩｏＴ（Internet of Things）」のネットワークにおけるあらゆる「物（things）」など、持ち運びできないまたは固定されている、あらゆる種類の装置、デバイス、またはシステムを含みうる。
通信は、例えば、セルラーシステム、無線ＬＡＮシステム、通信衛星システムなどによるデータのやりとり、およびそれらのさまざまな組み合せによるデータのやりとりを含みうる。
通信装置は、本開示に記載された通信機能を実行する通信デバイスに接続される、コントローラやセンサなどのデバイスを有しうる。例えば、通信装置は、当該通信装置の通信機能を実行する通信装置によって使用される制御信号またはデータ信号を生成するコントローラまたはセンサを有しうる。
また、通信装置は、上記の非限定的な例における装置と通信しまたはこれを制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、もしくはシステムを含みうる。
ユーザ機器（ＵＥ）であって、動作中、適用すべき優先度レベルを示す指示を受信する送受信機と、動作中、第１のアップリンク送信の優先度レベルを前記指示された適用すべき優先度レベルと比較する回路であって、前記第１のアップリンク送信は、前記第１のアップリンク送信に割り当てられたリソースと重複するリソースに割り当てられた第２のアップリンク送信のスケジューリングの前に、前記ＵＥに許可されている、回路と、を有し、前記送受信機は、動作中、前記比較の結果に基づいて前記第１のアップリンク送信を実行する、ユーザ機器が提供される。
いくつかの実施形態において、前記送受信機は、動作中、前記適用すべき優先度レベルを示す前記指示を含む、複数のＵＥに共通のグループ共通ダウンリンク制御情報を受信する。
例えば、前記回路は、動作中、前記第１のアップリンク送信の優先度レベルのインデックスまたは前記第１のアップリンク送信の優先度レベルを表す送信タイプのインデックスを、前記指示された適用すべき優先度レベルと比較する。
いくつかの実施形態において、複数のインデックスの複数の送信タイプへのマッピングは、前記ＵＥまたは前記指示を受信するＵＥのサブセットに固有であり、前記サブセットは、前記ＵＥを含む。
いくつかの実施形態において、複数のインデックスの、前記第１のアップリンク送信の前記優先度レベルおよび前記第２のアップリンク送信の優先度レベルを含む複数の優先度レベルへのマッピングは、前記指示を受信するＵＥに共通である。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングにおいて、各インデックスは、１対１対応で優先度レベルにマッピングされる。
いくつかの実施形態において、複数のインデックスの複数の優先度レベルへの前記マッピングにおいて、各インデックスは、ある範囲の優先度レベルにマッピングされる。
例えば、前記複数のインデックスの前記マッピングは、無線リソース制御シグナリングによって構成される。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングは、規格によって定義された優先度レベルの総数に基づく。
例えば、前記優先度レベルは、送信タイプによって定義される。
例えば、前記送信タイプは、チャネルタイプ、送信する情報のタイプ、またはサービス要件のうちの少なくとも１つを含む。
いくつかの実施形態において、前記回路は、動作中、媒体アクセス制御レイヤから、前記第１のアップリンク送信の前記優先度レベルを示す情報を受信する、物理レイヤ回路を有する。
動作中、第１のアップリンク送信に割り当てられたリソースと重複するリソースに割り当てられた第２のアップリンク送信をスケジューリングする前に前記第１のアップリンク送信を許可し、適用すべき優先度レベルを示す指示を生成し、前記第１のアップリンク送信の優先度レベルを前記指示された適用すべき優先度レベルと比較する回路と、動作中、前記指示を送信し、前記比較の結果に基づいて前記第１のアップリンク送信の受信を実行する送受信機と、を有する、基地局がさらに提供される。
いくつかの実施形態において、前記送受信機は、動作中、前記適用すべき優先度レベルを示す前記指示を含む、複数のＵＥに共通のグループ共通ダウンリンク制御情報を送信する。
例えば、前記回路は、動作中、前記第１のアップリンク送信の優先度レベルのインデックスまたは前記第１のアップリンク送信の優先度レベルを表す送信タイプのインデックスを、前記指示された適用すべき優先度レベルと比較する。
いくつかの実施形態において、複数のインデックスの、前記第１のアップリンク送信の前記送信タイプを含む複数の送信タイプへのマッピングは、前記ＵＥまたは前記指示を受信するＵＥのサブセットに固有であり、前記サブセットは、前記ＵＥを含む。
いくつかの実施形態において、複数のインデックスの、前記第１のアップリンク送信の前記優先度レベルおよび前記第２のアップリンク送信の優先度レベルを含む複数の優先度レベルへのマッピングは、前記指示を受信するＵＥに共通である。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングにおいて、各インデックスは、１対１対応で優先度レベルにマッピングされる。
いくつかの実施形態において、複数のインデックスの複数の優先度レベルへの前記マッピングにおいて、各インデックスは、ある範囲の優先度レベルにマッピングされる。
例えば、前記複数のインデックスの前記マッピングは、無線リソース制御シグナリングによって構成される。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングは、規格によって定義された優先度レベルの総数に基づく。
例えば、前記優先度レベルは、送信タイプによって定義される。
例えば、前記送信タイプは、チャネルタイプ、送信する情報のタイプ、またはサービス要件のうちの少なくとも１つを含む。
また、適用すべき優先度レベルを示す指示を受信する工程と、第１のアップリンク送信の優先度レベルを前記指示された適用すべき優先度レベルと比較する工程であって、前記第１のアップリンク送信は、前記第１のアップリンク送信に割り当てられたリソースと重複するリソースに割り当てられた第２のアップリンク送信のスケジューリングの前に許可されている、工程と、前記比較の結果に基づいて前記第１のアップリンク送信を実行する工程と、を有する、アップリンク（ＵＬ）送信方法も提供される。
いくつかの実施形態において、前記ＵＬ送信方法は、前記適用すべき優先度レベルを示す前記指示を含む、複数のＵＥに共通のグループ共通ダウンリンク制御情報を受信する工程を含む。
例えば、前記ＵＬ送信方法は、前記第１のアップリンク送信の優先度レベルのインデックスまたは前記第１のアップリンク送信の優先度レベルを表す送信タイプのインデックスを、前記指示された適用すべき優先度レベルと比較する工程を含む。
いくつかの実施形態において、複数のインデックスの、前記第１のアップリンク送信の前記送信タイプを含む複数の送信タイプへのマッピングは、前記ＵＥまたは前記指示を受信するＵＥのサブセットに固有であり、前記サブセットは、前記ＵＥを含む。
いくつかの実施形態において、複数のインデックスの、前記第１のアップリンク送信の前記優先度レベルおよび前記第２のアップリンク送信の優先度レベルを含む複数の優先度レベルへのマッピングは、前記指示を受信するＵＥに共通である。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングにおいて、各インデックスは、１対１対応で優先度レベルにマッピングされる。
いくつかの実施形態において、複数のインデックスの複数の優先度レベルへの前記マッピングにおいて、各インデックスは、ある範囲の優先度レベルにマッピングされる。
例えば、前記複数のインデックスの前記マッピングは、無線リソース制御シグナリングによって構成される。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングは、規格によって定義された優先度レベルの総数に基づく。
例えば、前記優先度レベルは、送信タイプによって定義される。
例えば、前記送信タイプは、チャネルタイプ、送信する情報のタイプ、またはサービス要件のうちの少なくとも１つを含む。
いくつかの実施形態において、前記方法は、物理レイヤ上で、媒体アクセス制御レイヤから、前記第１のアップリンク送信の前記優先度レベルを示す情報を受信する工程を含む。
第１のアップリンク送信に割り当てられたリソースと重複するリソースに割り当てられた第２のアップリンク送信をスケジューリングする前に前記第１のアップリンク送信を許可する工程と、適用すべき優先度レベルを示す指示を生成する工程と、前記第１のアップリンク送信の優先度レベルを前記指示された適用すべき優先度レベルと比較する工程と、前記指示を送信する工程と、前記比較の結果に基づいて前記第１のアップリンク送信の受信を実行する工程と、を有する、アップリンク受信方法がさらに提供される。
いくつかの実施形態において、前記ＵＬ受信方法は、前記適用すべき優先度レベルを示す前記指示を含む、複数のＵＥに共通のグループ共通ダウンリンク制御情報を送信する工程を含む。
例えば、前記ＵＬ受信方法は、前記第１のアップリンク送信の優先度レベルのインデックスまたは前記第１のアップリンク送信の優先度レベルを表す送信タイプのインデックスを、前記指示された適用すべき優先度レベルと比較する工程を含む。
いくつかの実施形態において、複数のインデックスの、前記第１のアップリンク送信の前記送信タイプを含む複数の送信タイプへのマッピングは、前記ＵＥまたは前記指示を受信するＵＥのサブセットに固有であり、前記サブセットは、前記ＵＥを含む。
いくつかの実施形態において、複数のインデックスの、前記第１のアップリンク送信の前記優先度レベルおよび前記第２のアップリンク送信の優先度レベルを含む複数の優先度レベルへのマッピングは、前記指示を受信するＵＥに共通である。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングにおいて、各インデックスは、１対１対応で優先度レベルにマッピングされる。
いくつかの実施形態において、複数のインデックスの複数の優先度レベルへの前記マッピングにおいて、各インデックスは、ある範囲の優先度レベルにマッピングされる。
例えば、前記複数のインデックスの前記マッピングは、無線リソース制御シグナリングによって構成される。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングは、規格によって定義された優先度レベルの総数に基づく。
例えば、前記優先度レベルは、送信タイプによって定義される。
例えば、前記送信タイプは、チャネルタイプ、送信する情報のタイプ、またはサービス要件のうちの少なくとも１つを含む。
また、第５世代コア（５ＧＣ：5th Generation Core）のエンティティ（例えば、ＡＭＦ／ＳＭＦなど）であって、動作中、ｇＮｏｄｅＢとの次世代（ＮＧ：Next Generation）接続を確立する制御回路と、動作中、初期コンテキストセットアップメッセージを前記ＮＧ接続によって前記ｇＮｏｄｅＢに送信して、前記ｇＮｏｄｅＢとユーザ機器（ＵＥ）の間のシグナリング無線ベアラセットアップを引き起こす送信機と、を有し、前記ｇＮｏｄｅＢは、リソース割り当て構成情報要素を含む無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングを前記シグナリング無線ベアラによって前記ＵＥに送信し、前記ＵＥは、動作中、適用すべき優先度レベルを示す指示を受信し、第１のアップリンク送信の優先度レベルを前記指示された適用すべき優先度レベルと比較し（前記第１のアップリンク送信は、前記第１のアップリンク送信に割り当てられたリソースと重複するリソースに割り当てられた第２のアップリンク送信のスケジューリングの前に、前記ＵＥに許可されている）、前記比較の結果および前記リソース割り当て構成に基づいて前記第１のアップリンク送信を実行する、５ＧＣのエンティティも提供される。
いくつかの実施形態において、前記適用すべき優先度レベルを示す前記指示を含む、複数のＵＥに共通のグループ共通ダウンリンク制御情報が、前記ｇＮｏｄｅＢから前記ＵＥに送信される。
例えば、前記第１のアップリンク送信の優先度レベルのインデックスまたは前記第１のアップリンク送信の優先度レベルを表す送信タイプのインデックスが、前記指示された適用すべき優先度レベルと、前記ＵＥおよび前記ｇＮｏｄｅＢの少なくとも一方によって比較される。
いくつかの実施形態において、複数のインデックスの、前記第１のアップリンク送信の前記送信タイプを含む複数の送信タイプへのマッピングは、前記ＵＥまたは前記指示を受信するＵＥのサブセットに固有であり、前記サブセットは、前記ＵＥを含む。
いくつかの実施形態において、複数のインデックスの、前記第１のアップリンク送信の前記優先度レベルおよび前記第２のアップリンク送信の優先度レベルを含む複数の優先度レベルへのマッピングは、前記指示を受信するＵＥに共通である。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングにおいて、各インデックスは、１対１対応で優先度レベルにマッピングされる。
いくつかの実施形態において、複数のインデックスの複数の優先度レベルへの前記マッピングにおいて、各インデックスは、ある範囲の優先度レベルにマッピングされる。
例えば、前記複数のインデックスの前記マッピングは、無線リソース制御シグナリングによって構成される。
例えば、前記複数のインデックスの前記複数の優先度レベルへの前記マッピングは、規格によって定義された優先度レベルの総数に基づく。
例えば、前記優先度レベルは、送信タイプによって定義される。
例えば、前記送信タイプは、チャネルタイプ、送信する情報のタイプ、またはサービス要件のうちの少なくとも１つを含む。
いくつかの実施形態において、前記ＵＥは、動作中、媒体アクセス制御レイヤから、前記第１のアップリンク送信の前記優先度レベルを示す情報を受信する、物理レイヤ回路を有する。
要約すると、本開示は、ユーザ機器、基地局、アップリンク送信方法、およびアップリンク受信方法に関する。前記ユーザ機器は、動作中、適用すべき優先度レベルを示す指示を受信する送受信機と、動作中、第１のアップリンク送信の優先度レベルを前記指示された適用すべき優先度レベルと比較する回路であって、前記第１のアップリンク送信は、前記第１のアップリンク送信に割り当てられたリソースと重複するリソースに割り当てられた第２のアップリンク送信のスケジューリングの前に、前記ＵＥに許可されている、回路と、を有し、前記送受信機は、動作中、前記比較の結果に基づいて前記第１のアップリンク送信を実行する。

Claims (12)

  1. ユーザ機器（ＵＥ）であって、
    適用すべき優先度レベルを間接的に示す指示を複数のＵＥに共通のグループ共通ダウンリンク制御情報により受信する送受信機であって、優先度に関する第１の設定を構成する第１の無線リソース制御シグナリングまたは優先度に関する第２の設定を構成する第２の無線リソース制御シグナリングを受信する、前記送受信機と、
    第１のアップリンク送信の優先度レベルを前記指示された適用すべき優先度レベルと比較する回路であって、前記比較は、前記優先度に関する第１または第２の設定に応じて異なり、前記第１のアップリンク送信は、前記第１のアップリンク送信に割り当てられたリソースと重複する第２のアップリンク送信のスケジューリングのためのリソースの割り当てを示す前記グループ共通ダウンリンク制御情報の受信の前に、前記ＵＥに許可されている、前記回路と、を有し、
    前記送受信機は、前記比較の結果に基づいて前記第１のアップリンク送信を実行またはキャンセルする、
    ユーザ機器。
  2. 前記回路は、前記第１のアップリンク送信の優先度レベルのインデックスまたは前記第１のアップリンク送信の優先度レベルを表す送信タイプのインデックスを、前記指示された適用すべき優先度レベルと比較する、
    請求項１に記載のユーザ機器。
  3. 複数のインデックスの、前記第１のアップリンク送信の前記送信タイプを含む複数の送信タイプへのマッピングは、前記ＵＥまたは前記指示を受信するＵＥのサブセットに固有であり、前記サブセットは、前記ＵＥを含む、
    請求項２に記載のユーザ機器。
  4. 複数のインデックスの、前記第１のアップリンク送信の前記優先度レベルおよび前記第２のアップリンク送信の優先度レベルを含む複数の優先度レベルへのマッピングは、前記指示を受信するＵＥに共通である、
    請求項１に記載のユーザ機器。
  5. 前記複数のインデックスの前記複数の優先度レベルへの前記マッピングにおいて、各インデックスは、１対１対応で優先度レベルにマッピングされる、
    請求項４に記載のユーザ機器。
  6. 前記複数のインデックスの前記複数の優先度レベルへの前記マッピングにおいて、各インデックスは、ある範囲の優先度レベルにマッピングされる、
    請求項４に記載のユーザ機器。
  7. 前記複数のインデックスの前記マッピングは、前記第１または第２の無線リソース制御シグナリングによって構成される、
    請求項３に記載のユーザ機器。
  8. 前記複数のインデックスの前記複数の優先度レベルへの前記マッピングは、規格によって定義された優先度レベルの総数に基づく、
    請求項４に記載のユーザ機器。
  9. 前記優先度レベルは、送信タイプによって定義される、
    請求項３に記載のユーザ機器。
  10. 前記送信タイプは、チャネルタイプ、送信する情報のタイプ、またはサービス要件のうちの少なくとも１つを含む、
    請求項２に記載のユーザ機器。
  11. 前記回路は、媒体アクセス制御レイヤから、前記第１のアップリンク送信の前記優先度レベルを示す情報を受信する、物理レイヤ回路を有する、
    請求項１に記載のユーザ機器。
  12. 適用すべき優先度レベルを間接的に示す指示を複数のユーザ機器（ＵＥ）に共通のグループ共通ダウンリンク制御情報により受信する工程と、
    優先度に関する第１の設定を構成する第１の無線リソース制御シグナリングまたは優先度に関する第２の設定を構成する第２の無線リソース制御シグナリングを受信する工程と、
    第１のアップリンク送信の優先度レベルを前記指示された適用すべき優先度レベルと比較する工程であって、前記比較は、前記優先度に関する第１または第２の設定に応じて異なり、前記第１のアップリンク送信は、前記第１のアップリンク送信に割り当てられたリソースと重複する第２のアップリンク送信のスケジューリングのためのリソースの割り当てを示す前記グループ共通ダウンリンク制御情報の受信の前に許可されている、工程と、
    前記比較の結果に基づいて前記第１のアップリンク送信を実行またはキャンセルする工程と、
    を有する、アップリンク送信方法。
JP2021578112A 2019-07-12 2020-07-08 ユーザ機器および基地局 Active JP7510962B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2024101170A JP7716540B2 (ja) 2019-07-12 2024-06-24 ユーザ機器および基地局
JP2025121320A JP2025160276A (ja) 2019-07-12 2025-07-18 ユーザ機器および基地局

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP19186047.7A EP3764725A1 (en) 2019-07-12 2019-07-12 User equipment and base station
EP19186047.7 2019-07-12
PCT/EP2020/069220 WO2021008960A1 (en) 2019-07-12 2020-07-08 User equipment and base station

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024101170A Division JP7716540B2 (ja) 2019-07-12 2024-06-24 ユーザ機器および基地局

Publications (2)

Publication Number Publication Date
JP2022539783A JP2022539783A (ja) 2022-09-13
JP7510962B2 true JP7510962B2 (ja) 2024-07-04

Family

ID=67262173

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2021578112A Active JP7510962B2 (ja) 2019-07-12 2020-07-08 ユーザ機器および基地局
JP2024101170A Active JP7716540B2 (ja) 2019-07-12 2024-06-24 ユーザ機器および基地局
JP2025121320A Pending JP2025160276A (ja) 2019-07-12 2025-07-18 ユーザ機器および基地局

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2024101170A Active JP7716540B2 (ja) 2019-07-12 2024-06-24 ユーザ機器および基地局
JP2025121320A Pending JP2025160276A (ja) 2019-07-12 2025-07-18 ユーザ機器および基地局

Country Status (9)

Country Link
US (2) US12133253B2 (ja)
EP (2) EP3764725A1 (ja)
JP (3) JP7510962B2 (ja)
KR (1) KR102903703B1 (ja)
CN (1) CN113906711A (ja)
BR (1) BR112021025073A2 (ja)
MX (1) MX2022000495A (ja)
SG (1) SG11202112271YA (ja)
WO (1) WO2021008960A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2587665A (en) * 2019-10-04 2021-04-07 Nec Corp Communication system
EP3820092B1 (en) * 2019-11-07 2026-03-25 Nokia Technologies Oy Communication system
US12207264B2 (en) * 2020-04-17 2025-01-21 Qualcomm Incorporated Cancellation timeline for uplink cancellation indication
TWI785560B (zh) * 2020-04-29 2022-12-01 瑞典商Lm艾瑞克生(Publ)電話公司 隨機存取過程中之第二訊息區分
US20230254888A1 (en) * 2020-07-31 2023-08-10 Ntt Docomo, Inc. Terminal, radio communication method, and base station
US11805514B2 (en) * 2020-08-14 2023-10-31 Qualcomm Incorporated Autonomous uplink cancellation
US11864219B2 (en) * 2021-10-12 2024-01-02 Qualcomm Incorporated Per UE priority definition for multi-UE scheduling conflict handling
WO2025167172A1 (en) * 2024-10-12 2025-08-14 Lenovo (Beijing) Limited Communication for low latency traffic

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190059113A1 (en) 2017-08-21 2019-02-21 Qualcomm Incorporated Prioritized random access procedure

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8811936B2 (en) * 2009-07-30 2014-08-19 Htc Corporation Method of handling call origination and related communication device
JP5485969B2 (ja) * 2011-11-07 2014-05-07 株式会社Ｎｔｔドコモ 動画像予測符号化装置、動画像予測符号化方法、動画像予測符号化プログラム、動画像予測復号装置、動画像予測復号方法及び動画像予測復号プログラム
WO2015178851A1 (en) * 2014-05-23 2015-11-26 Telefonaktiebolaget L M Ericsson (Publ) Devices and methods for d2d transmission
US10425959B2 (en) * 2016-05-13 2019-09-24 Samsung Electronics Co., Ltd. Method and device for transmitting data
KR102364058B1 (ko) * 2016-07-29 2022-02-17 삼성전자 주식회사 차세대 통신 시스템에서 충돌을 처리하는 방법 및 장치
US11068813B2 (en) * 2016-08-26 2021-07-20 Palo Alto Research Center Incorporated System and method for providing conditional autonomous messaging to parking enforcement officers with the aid of a digital computer
US10484054B2 (en) * 2017-05-01 2019-11-19 Qualcomm Incorporated Techniques and apparatuses for priority-based resource configuration
US10362593B2 (en) * 2017-09-01 2019-07-23 Huawei Technologies Co., Ltd. Grant-free uplink transmission in unlicensed spectrum
US11218993B2 (en) * 2018-06-29 2022-01-04 Qualcomm Incorporated Service request prioritization for intra-UE service multiplexing
WO2020167044A1 (en) * 2019-02-14 2020-08-20 Lg Electronics Inc. Identification of sidelink connection associated with multiple sessions
EP4654714A3 (en) * 2019-04-30 2026-02-25 InterDigital Patent Holdings, Inc. Methods and apparatus for uplink (ul) multiplexing and prioritization in new radio (nr) communication
CN111954308B (zh) * 2019-05-17 2022-05-31 华为技术有限公司 通信方法和通信装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190059113A1 (en) 2017-08-21 2019-02-21 Qualcomm Incorporated Prioritized random access procedure

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
Ericsson，On intra-UE prioritization enablers，3GPP TSG RAN WG1 #97 R1-1906097，2019年05月04日
Ericsson，PDCCH Enhancements for NR URLLC，3GPP TSG RAN WG1 #97 R1-1906091，2019年05月04日
NTT DOCOMO, INC.，Uplink transmission prioritization/multiplexing for NR URLLC，3GPP TSG RAN WG1 #94 R1-1809164，2018年08月11日
Panasonic，On NR URLLC UL inter UE Tx prioritization/multiplexing，3GPP TSG RAN WG1 #96 R1-1902521，2019年02月15日
Physical Layer Enhancements for NR Ultra-Reliable and Low Latency Communication (URLLC)，3GPP TSG RAN #84 RP-190997，2019年05月27日
Sequans，Considerations on UL inter-UE multiplexing for URLLC，3GPP TSG RAN WG1 #97 R1-1907563，2019年05月07日
Sharp，UL cancelation scheme for enhanced inter UE Tx prioritization/multiplexing，3GPP TSG RAN WG1 #97 R1-1907223，2019年05月03日
ZTE，UL inter-UE multiplexing between eMBB and URLLC，3GPP TSG RAN WG1 #97 R1-1906413，2019年05月03日

Also Published As

Publication number Publication date
US20220132530A1 (en) 2022-04-28
JP2025160276A (ja) 2025-10-22
US12133253B2 (en) 2024-10-29
BR112021025073A2 (pt) 2022-02-01
KR102903703B1 (ko) 2025-12-26
SG11202112271YA (en) 2021-12-30
JP7716540B2 (ja) 2025-07-31
CN113906711A (zh) 2022-01-07
WO2021008960A1 (en) 2021-01-21
JP2022539783A (ja) 2022-09-13
JP2024123178A (ja) 2024-09-10
EP3997945A1 (en) 2022-05-18
KR20220034776A (ko) 2022-03-18
MX2022000495A (es) 2022-02-03
EP3764725A1 (en) 2021-01-13
US20240422815A1 (en) 2024-12-19

Similar Documents

Publication Publication Date Title
CN114041314B (zh) 用户设备和调度节点
JP7716540B2 (ja) ユーザ機器および基地局
JP7594002B2 (ja) 端末及び通信方法
US20250274951A1 (en) Base station, terminal, transmission method, and reception method
US20260088958A1 (en) Base station, terminal, and communication method
WO2021034266A1 (en) Communication apparatuses and communication methods for utilization of released resource
WO2021021015A1 (en) Communication apparatuses and communication methods for dci for v2x communication apparatuses
US20240267179A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
WO2021167527A1 (en) Communication apparatuses and communication methods for utilization of reserved resource
JP2023514146A (ja) トランスポートブロックサイズの制約を適用した、ランダムアクセス時の小容量データ送信のための通信装置およびネットワークノード
US20250071783A1 (en) Advance indication of resource selection
CN118556442A (zh) 终端、基站及通信方法
KR20230048310A (ko) 단말 및 사이드링크 통신 제어 방법
RU2809557C2 (ru) Пользовательское оборудование и базовая станция
US12588038B2 (en) Communication device and communication method
US20260040285A1 (en) Communication device and communication method
US20250338297A1 (en) Communication apparatuses and communication methods for sidelink co-channel coexistence of lte and nr
US20240188102A1 (en) Communication device and communication method
KR20250050878A (ko) 사이드링크 동일 채널 공존 리소스 선택 정보 공유를 위한 통신 장치 및 통신 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230525

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240206

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240424

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: 20240604

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240624