JP2018207493A - 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置 - Google Patents

無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置 Download PDF

Info

Publication number
JP2018207493A
JP2018207493A JP2018109138A JP2018109138A JP2018207493A JP 2018207493 A JP2018207493 A JP 2018207493A JP 2018109138 A JP2018109138 A JP 2018109138A JP 2018109138 A JP2018109138 A JP 2018109138A JP 2018207493 A JP2018207493 A JP 2018207493A
Authority
JP
Japan
Prior art keywords
configuration
lch
opportunity
resource
network node
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.)
Granted
Application number
JP2018109138A
Other languages
English (en)
Other versions
JP6527622B2 (ja
Inventor
敦槐 史
Tun-Huai Shih
敦槐 史
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.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
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 Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of JP2018207493A publication Critical patent/JP2018207493A/ja
Application granted granted Critical
Publication of JP6527622B2 publication Critical patent/JP6527622B2/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/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • 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
    • 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
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access

Landscapes

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

Abstract

【課題】複数のスケジューリング要求（ＳＲ）を構成できる方法及びユーザ機器を提供する。【解決手段】ユーザ機器は、第１のＬＣＨによって第１のＳＲをトリガし、第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガし、ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、ＳＲをネットワークノードに送信する。ここで、第１のＬＣＨは第１のＳＲ構成に関連付けられ、第２のＬＣＨは第２のＳＲに関連付けられ、第１のＳＲ構成及び第２のＳＲ構成は同じサービングセルに対して構成される。また、第１のＳＲ機会は第１のＳＲ構成に対応し、第２のＳＲ機会は第２のＳＲ構成に対応する。【選択図】図１２

Description

本願は、２０１７年６月８日に出願された米国仮特許出願第６２／５１６，８０１号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおける複数のＳＲ構成の方法及び装置に関連する。
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
ＵＥ（ユーザ機器）の観点からの方法及び装置が開示される。一実施形態では、本方法は、第１の論理チャネル（ＬＣＨ）によって第１のスケジューリング要求（ＳＲ）をトリガするステップを含む。第１のＬＣＨは第１のＳＲ構成に関連付けられる。本方法は、第１のＳＲが中、第２のＬＣＨによって第２のＳＲをトリガするステップも含む。第２のＬＣＨは第２のＳＲに関連付けられ、第１のＳＲ構成及び第２のＳＲ構成は同じサービングセルに対して構成される。本方法は、ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、ＳＲをネットワークノードに送信するステップも含む。第１のＳＲ機会が第１のＳＲ構成に対応し、第２のＳＲ機会が第２のＳＲ構成に対応する。
例示的な一実施形態による無線通信システムの図を示す。 例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。 例示的な一実施形態による通信デバイスの機能ブロック図である。 例示的な一実施形態による図３のプログラムコードの機能ブロック図である。 例示的な一実施形態によるタイミング図である。 例示的な一実施形態によるタイミング図である。 例示的な一実施形態によるタイミング図である。 例示的な一実施形態によるタイミング図である。 例示的な一実施形態によるタイミング図である。 例示的な一実施形態によるタイミング図である。 例示的な一実施形態によるタイミング図である。 例示的な一実施形態によるフローチャートである。 例示的な一実施形態によるフローチャートである。 例示的な一実施形態によるフローチャートである。 例示的な一実施形態によるフローチャートである。
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、3GPP email discussion, [98#35][NR/UP] Running TS 38.321 v0.0.4, NR MAC protocol specification、R2-1704001,“Report of 3GPP TSG RAN2 #97bis, Spokane, USA”、3GPP RAN2 #98 Chairman’s Note、TS 36.321 v14.2.1,“E-UTRA MAC protocol specification”、TS 36.331 v14.2.1,“E-UTRA RRC protocol specification”、及びR2-1705625,“SR enhancements with multiple numerologies”, Huawei and HiSiliconを含む。上記に挙げた標準及び文書は、全体として参照により本明細書に明示的に援用される。
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
次世代（すなわち、５Ｇ）アクセス技術についての３ＧＰＰ標準化活動が２０１５年３月に立ち上げられている。次世代アクセス技術は、緊急の市場ニーズとＩＴＵ−Ｒ ＩＭＴ−２０２０に明記されたより長期的なニーズとの両方を満たすために以下の３つの使用シナリオファミリをサポートすることを目的としている。
− ｅＭＢＢ（拡張モバイルブロードバンド）
− ｍＭＴＣ（大規模マシン型通信）
− ＵＲＬＬＣ（超高信頼低遅延通信）。
５Ｇのための新しい無線（ＮＲ）アクセス技術は現在論議中であり、最新のＮＲ ＭＡＣ仕様は３ＧＰＰ ＴＳ ３８．３２１に見出すことができる。
ＮＲ ＳＲの現在の３ＧＰＰ合意は、３ＧＰＰ Ｒ２−１７０４００１及び３ＧＰＰ ＲＡＮ２ ＃９８ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅに以下のように記載されている。
（外１）
Figure 2018207493
ＮＲスケジューリング要求（ＳＲ）は、３ＧＰＰ ＴＳ ３８．３２１に以下のように記載されている。
（外２）
Figure 2018207493
ＬＴＥ ＳＲは、３ＧＰＰ ＴＳ ３６．３２１に以下のように記載されている。
（外３−１）
Figure 2018207493

（外３−２）
Figure 2018207493
ＬＴＥ ＢＳＲ（バッファステータスレポート）トリガ及びＳＲトリガは、３ＧＰＰ ＴＳ ３６．３２１に以下のように記載されている。
（外４−１）
Figure 2018207493

（外４−２）
Figure 2018207493
ＲＲＣ（無線リソース制御）においてＳＲのＬＴＥ構成は、３ＧＰＰ ＴＳ ３６．３３１に以下のように記載されている。
（外５−１）
Figure 2018207493

（外５−２）
Figure 2018207493
ＬＴＥでは、どのＬＣＨ（論理チャネル）がＳＲをトリガするかにかかわらず、ＵＥは同じＳＲをｅＮＢ（進化型ノードＢ）に送信する。ＳＲは、ＵＥのバッファで利用可能になっている優先順位のより高いデータがあるが、ＵＥがデータ（又は、より正確にはデータのＢＳＲ）を送信するためのＵＬリソースを有していないことを示すに過ぎない。通常、ＵＥには１つのＳＲリソースが設定される一方、ｅＣＡ（拡張キャリアアグリゲーション）モードでは、最大で２つのＳＲリソースがＵＥに設定されることができ、一方のＳＲがＰＣｅｌｌ（プライマリセル）でのものであり、他方がＰＵＣＣＨ（物理アップリンク制御チャネル）ＳＣｅｌｌ（セカンダリセル）でのものである。２つのＳＲリソースは同じセルには配置されない（が、同じｅＮＢに属する）。したがって、ＳＲ機会は時間領域で重複する可能性がある。２つのＳＲリソースが同じＴＴＩ内で衝突する場合、どのＳＲリソースを選択してＳＲをシグナリングするかは、ＵＥ実装に任されている。衝突しない場合、ＵＥは、ＳＲリソースの両方を使用して、任意の時間でＳＲをシグナリングすることができる。これは、ｅＮＢとＵＥの両方が２つのＳＲを同じように扱うことを意味する。ＳＲ構成とＳＲをトリガするＬＣＨとの間に関係性はない。
ＮＲでは、（同じサービングセルに対して）複数のＳＲリソース（構成）をＵＥに設定することができ、どのＳＲ構成を使用するかは、ＳＲをトリガするＬＣＨに依存する。複数のＳＲ構成を持つ目的は、ネットワークスケジューリングを容易にすることである。ネットワークは、受信したＳＲに基づいてＵＥのニーズに適合する適切なＵＬリソース（例えば、適切なヌメロロジ、適切なＴＴＩ長）をスケジューリングすることができる。ＳＲをトリガするＬＣＨは、ＵＬリソースを必要とするサービスタイプを区別することができる。異なるサービスタイプとは、異なるＱｏＳ／要件を有する。いくつかのサービス（例えば、ＵＲＬＬＣ（超高信頼低遅延通信））は、より低いレイテンシを必要とするが、他のもの（例えば、ｅＭＢＢ（拡張モバイルブロードバンド））はそうではない。ｇＮＢがＵＥ側において、どのサービスタイプがＳＲをトリガするかを知ることは概して有益であり、ｇＮＢがそのサービスタイプに対する適切なＵＬリソースをより早く提供することができる。ＵＥとｅＮＢの両方がすべてのＳＲ構成を同じに扱うＬＴＥとは異なるため、ＵＥが適切なＳＲ構成を選択して、ＳＲをシグナリングするためのなんらかの規則があるべきである。
１つのＬＣＨがＳＲをトリガした場合、ＵＥは、そのＬＣＨに対するＳＲ構成を選択して、ＳＲをシグナリングする。ＳＲ構成とＬＣＨとの間の対応はｇＮＢによって設定されるため、ｇＮＢは、ＵＥによってシグナリングされたＳＲを受信した後に、どのＬＣＨがＳＲをトリガしたかを理解する。
複数のＬＣＨがＳＲをトリガした場合、それらが同じＳＲ構成に対応する場合、結果としては単一のＬＣＨのケースと同じである。しかし、複数のＬＣＨが異なるＳＲ構成に対応する可能性がある。複数のＬＣＨがＳＲをトリガしたケースは、３ＧＰＰ Ｒ２−１７０５６２５に以下のように論じられている。
（外６）
Figure 2018207493
例えば、２つのＬＣＨと２つのＳＲ構成がある。１つのＳＲが、１つのＬＣＨにそれぞれ対応する。３ＧＰＰ Ｒ２−１７０５６２５において論じられた提案に基づいて、一方のＬＣＨがＳＲを最初にトリガし、他方のＬＣＨがＳＲをその後にトリガする（これは、第２のＬＣＨが第１のＬＣＨより高い優先順位を有することを示唆する）場合、図５に示すように、ＵＥは、どのＳＲ機会が最初に発生しても、第２のＬＣＨに対するＳＲ構成のみを使用して、ＳＲをシグナリングすることができる。特に、図５は、ＵＥができるだけ早くにＳＲをシグナリングすることができない例示的な状況を示す。
このアプローチは、優先順位の最も高いＬＣＨの適切なスケジューリングを保証することができるが、ほぼ同時に２つのＬＣＨがＳＲをトリガするようないくつかのシナリオにおいては、いくらかのリソースの無駄と遅延したＳＲ指示を引き起こす可能性がある。例えば、図５のシナリオＢでは、３ＧＰＰ Ｒ２−１７０５６２５によれば、ＳＲが優先順位のより低いＬＣＨに関連付けられているため、最初に（及び、２番目に）遭遇したＳＲ機会がスキップされる。ＳＲリソースの１つは、それがＵＥに設定されているときでも、３ＧＰＰ Ｒ２−１７０５６２５に基づいて使用することはできない。
要約すると、重要な問題は、１つのＬＣＨ（それゆえ、１つのＳＲ構成）しか、３ＧＰＰ Ｒ２−１７０５６２５の提案に基づいて選択されず、ＵＥが任意の時間においてＳＲ構成のうちの１つしか活用できないため、ＰＵＣＣＨリソースの無駄をもたらすということである。追加的に、優先順位がより高いからといって、必ずしもより遅延に敏感であることを示唆しているとは限らないことに留意されたい（例えば、ＲＲＣメッセージは最高の優先順位を有するが、低レイテンシを必要としない）。したがって、ＵＥは、３ＧＰＰ Ｒ２−１７０５６２５に基づいて遅延に敏感なメッセージを配信するための適切なＵＬリソースを取得することができないかもしれない。
この問題を解決するためには、ＵＥが（同じサービングセルに対して）複数のＳＲ構成及びＳＲをトリガする複数のＬＣＨ（ここで、複数のＬＣＨが複数のＳＲ構成に関連付けられる）で設定されるときに、ＵＥは、複数のＳＲ構成を使用して、ＳＲをシグナリングするべきである。少なくともＵＥは、たとえ関連するＬＣＨがＳＲをトリガした優先順位の最も高いＬＣＨではない場合でも、なるべく早く、例えば、最初に遭遇したＳＲ機会をスキップせずに、ＳＲをシグナリングするべきである。１つの選択肢は、とにかく最初に遭遇したＳＲを使用してＳＲをシグナリングし、次いで、ＳＲをトリガした優先順位の最も高いＬＣＨに対応するＳＲ構成に戻るように切り替えることである。別の選択肢は、最も短い期間を有するＳＲ構成を使用することである。上記の２つの言及した解決策のうちの１つを採用することによって、図６のシナリオＢにおいて最初に遭遇したＳＲ機会がスキップされない。特に、図６は、ＵＥがなるべく早くＳＲをシグナリングすることができるが、ＵＥは（シナリオＡに示すように）すべてのＳＲ構成を十分には活用することができない例示的な解決策を示す。図６のシナリオＡにおいて示すように、１つのＳＲ構成は、これらの２つの選択肢において任意の時間に使用される。２つの選択肢には依然としてリソースの無駄がある可能性がある。
別の選択肢は、ＵＥは、ＳＲがキャンセルされるまで、ＳＲ構成の両方又はすべてを使用して、ＳＲをシグナリングすることができる。この解決策を採用することによって、ＵＥはＳＲをなるべく早くシグナリングすることができるだけではなく、（図７に示すように）ＵＥは、設定されたＰＵＣＣＨリソースを十分に活用することができる。特に、図７は、ＵＥがなる早くＳＲをシグナリングすることができ、すべてのＳＲ構成を十分に活用することができる例示的な解決策を示す。追加的に、ｇＮＢは両方のＳＲを受信した後に両方のＬＣＨを認識する。ＵＥによって提供される情報は、ｇＮＢがより良くＵＥをスケジューリングするのに役立つ。
ＳＲが保留中に、複数のＳＲ構成をＵＥによって使用することができる場合、ＳＲ機会が時間領域において衝突し得る可能性がある。ＵＥは、複数のＳＲを同時にシグナリングする能力を持っていない可能性があるため、ＵＥは、どのＳＲ機会が使用されるかを決定する必要がある。２つ以上のＳＲ機会が同じＴＴＩにおいて衝突するか、又は（通常、ＴＴＩ長が異なるときに）互いに部分的に重なるケースにおいて、以下のような選択肢がある。
（１）ＵＥは、最初に遭遇したＳＲ機会を使用することができる。それらが同時に発生する（開始する）場合、ＵＥの処理順序に依存するか、又はｇＮＢの設定に依存することができる。
（２）ＵＥは、ｇＮＢによって完全に受信される最初のものであるＳＲ機会（通常、最も短いＴＴＩ長を有するもの）を使用することができる。それらが同時に完全に受信される場合は、ｇＮＢの設定に依存することができる、あるいは、どのＳＲ機会を使用することができるかについての制限がない。
（３）上記の２つの組み合わせ。ＳＲ機会の両方が同時に発生する場合、ＵＥは、ｇＮＢによって完全に受信される最初のものであるＳＲ機会を使用する。ＳＲ機会の両方が同時にｇＮＢによって完全に受信される場合、ＵＥは、最初に遭遇したＳＲ機会を使用する。それ以外の場合、いずれのＳＲ機会を使用することができるかは、ｇＮＢの設定に依存することができる、あるいはどのＳＲ機会を使用することができるかについての使用することができるＳＲ機会についての制限がない。
３つの選択肢を図８に示す。特に、図８は、衝突／重複したＳＲ機会とその問題を解決するための３つの選択肢の例を示す。ＵＥに対して可能な選択肢がいくつかあるが、特に２つより多いＳＲ機会が衝突すると、追加のコストを導く可能性がある。異なるＵＥは、異なるＵＥ挙動を有してもよい。ｇＮＢがＵＥに衝突／重複したＳＲリソースを設定することを防ぐことができる可能性がある。衝突や重複を避けることができない場合（例えば、ＵＲＬＬＣのためのＳＲ構成は非常に短いＳＲ期間を有するかもしれない）、ｇＮＢは任意の時間において衝突／重複したＳＲリソースが多くても２つであり、どの１つが使用されるかもｇＮＢによって設定することができることを保証するべきである。例えば、重複したＳＲ構成のうちの１つがＵＲＬＬＣのためのものであるケースでは、ｇＮＢは、ＵＥが他のサービスのためのＳＲの前にＵＲＬＬＣのためのＳＲを使用するように設定することは合理的である。ＵＥが同時に（例えば、２つのｔｘビームを使用して）２つのＳＲを送信する能力を有する場合、ｇＮＢは、両方のＳＲが衝突／重複するときにＵＥが両方のＳＲをシグナリングすることを可能にすることができる。
別の態様では、ＬＴＥでは、ＳＲ禁止タイマが短いＳＲ構成に対して適用されて、頻繁すぎるＳＲ送信を回避する。ＮＲにおける複数のＳＲ構成の場合、このタイマを適用することも有益である。ＮＲにおいてＳＲ禁止タイマの機能を複数のＳＲ構成にどのように適用されるかを検討するべきである。１つの選択肢は、各ＳＲ構成に対して別々のＳＲ禁止タイマを適用することであり、各禁止タイマは、対応するＳＲ構成を禁止することができるが、他のＳＲ構成を禁止することができない（図９に示す）。
図９は、各ＳＲ構成に対して別々のＳＲ禁止タイマが適用される解決策の例を示す。図９では、２つの禁止タイマがあり、一方はＳＲ Ａ（ゼロＳＲ期間を禁止する）のためのものであり、他方はＳＲ Ｂ（２つのＳＲ期間を禁止する）のためのものである。ＳＲ ＡのＳＲ機会に際して、ＵＥは、ＳＲ Ｂのための禁止タイマが動作しているかどうかに関わらずＳＲ Ａをシグナリングすることができる。しかし、ＳＲ Ｂのための禁止タイマが動作しているときは、ＵＥはタイマが満了になるまでＳＲ Ｂをシグナリングするべきではない。ｇＮＢは、各ＳＲ構成に対して適切なタイマ値を設定することを担う。例えば、禁止時間は、ＵＲＬＬＣに対して０又は１つのＳＲ期間とすることができ、禁止時間は、ＳＲ期間がはるかに長い（例えば、１０ｍｓ）場合、ｅＭＢＢに対してゼロにすることもできる。この選択肢の場合、タイマ値はＬＴＥのようにＳＲ期間単位とすることができる
別の選択肢は、複数の設定されたＳＲ構成に対して単一のＳＲ禁止タイマを適用することである。ＳＲ Ａがタイマを開始（再開）する場合、タイマが動作している間、ＳＲ Ａは禁止されるべきであるが、ＳＲ Ｂは禁止されるべきではない。図１０は、この選択肢の例を示す。タイマがＳＲ Ｂによって開始されると、次に発生したＳＲ機会が依然としてＳＲ Ｂである場合、それは禁止されるべきであり、次に発生したＳＲ機会がＳＲ Ａである場合、禁止されるべきではない。タイマをＳＲ Ａがシグナリングされた後に再開することができる。この選択肢の場合、複数のＳＲ構成が同じタイマ値を適用する場合、タイマ値はＳＲ期間単位でなくてもよい。単一のタイマ値は、どのＳＲがタイマを開始（再開）したかに依らずミリ秒単位であってよく、固定された禁止時間を示唆する。タイマ値より長い期間のＳＲの場合、これは、タイマが次のＳＲ機会が発生する前に満了するため、禁止時間なしに等しい。しかし、タイマが動作している間、別のＳＲ構成に対するＳＲ機会が発生する場合、タイマは再開され、タイマが第２のＳＲ構成によって「上書きされる」ため、最初のＳＲ構成に対しるＳＲをもう禁止しない。すべてのＳＲ構成がＳＲ禁止タイマを必要とするわけではない可能性もある。長い期間を有するＳＲ構成の場合（たとえば、ｅＭＢＢ／ｍＭＴＣの場合のＳＲ）、ＳＲ禁止タイマを適用する必要はない。ＵＲＬＬＣの場合、低いレイテンシと高い信頼性を確保するため、ｇＮＢは対応するＳＲに対してゼロ禁止時間を設定することができる。したがって、各ＳＲ構成は、タイマを適用する又は適用しないように設定されることができる。これを達成するために、ＲＲＣ内にＳＲ構成ごとの新しい情報要素を定義することができる。
上記の選択肢の特別なケースは、多くても１つの禁止タイマが構成され、多くとも１つの特定のＳＲ構成に適用されるということである。ｇＮＢは、どのＳＲ構成に禁止タイマを適用するかを設定及び指定することができる。図１１は、単一のＳＲ禁止タイマが特定のＳＲ構成に適用される解決策の例を示す。図１１に示すように、ＵＥは３つのＳＲ構成を有し、第２のもののみがＳＲ禁止タイマを必要とする。この選択肢では、ＲＲＣ内に新しい情報要素が定義される（例えば、禁止タイマが依然としてＭＡＣごとである場合はMAC_MainConfig内で、又は禁止タイマがセルごとに変更される場合はSchedulingRequestConfig内で)。新しく定義された情報要素は、この例においては第２のＳＲ構成を指し示すインデックスとすることができる。ＳＲ構成の最大数も予め定義され、固定される（例えば、４まで）。この解決策の場合、タイマ値はＬＴＥのようにＳＲ期間単位とすることができる。この単純な解決策は、複数のＳＲ構成に複数のタイマ又は単一のタイマが適用されるのと比較して、ＵＥへの複雑さを軽減することを導く
ＳＲトリガの条件がＬＣＨ優先順位をもはや考慮しない場合、複数のＳＲはまとめて、どのＬＣＨ／ＬＣＧが送信可能なデータを有するかについてｇＮＢに通知することができる。ＳＲトリガの緩和は、ｇＮＢがＵＥをより良くスケジューリングするのをさらに助けることができる。
ＬＴＥでは、ＳＲ＿ＣＯＵＮＴＥＲが使用されて、ＵＥが何度もＳＲをシグナリングしたのに、なんらＵＬ許可を受信しないという状況を防ぐ。これは、通常、ＵＬ送信問題によるものであり、不正確なＵＬ電力及び不正確なＵＬタイミングアライメントを含む。ＮＲでは、ＵＥは、同じセル（又はＴＲＰ／ビームさえも同じ）によって受信される複数のＳＲ構成を有する可能性がある。それらのうちの１つがＵＬ送信の問題に遭遇する場合、通常は、他のものもそうなっている。結果して、各ＳＲ構成に対して別々のＳＲ＿ＣＯＵＮＴＥＲを有する必要はない。しかし、ＵＥがＵＲＬＬＣサービスを有する場合、１つだけのＳＲ＿ＣＯＵＮＴＥＲでは制限されすぎてしまう可能性がある。ＵＲＬＬＣに対するＳＲは非常に短い期間を有するため、ＳＲ＿ＣＯＵＮＴＥＲが短い時間でより早くdsr-TransMaxに到達する。
別の解決策は、多くとも２つのＳＲ＿ＣＯＵＮＴＥＲと対応する２つのdsr-TransMaxがあり、一方はＵＲＬＬＣサービスのためのものであり、他方はすべての非ＵＲＬＬＣサービスのためのものである。例えば、ＵＥがＵＲＬＬＣに対してＬＣＨに関連付けられたＳＲ構成を使用してＳＲをシグナリングするとき、ＵＥはＳＲ＿ＣＯＵＮＴＥＲ及びＵＲＬＬＣのためのdsr-TransMaxを使用するべきである。ＵＥが他のサービスに対してＬＣＨに関連付けられたＳＲ構成を使用してＳＲをシグナリングするとき、ＵＥは別のＳＲ＿ＣＯＵＮＴＥＲとＵＲＬＬＣのためのものではない別のｄｓｒ−ＴｒａｎｓＭａｘを使用するべきである。ｇＮＢは、ＵＥに設定されたＳＲ構成に従って、それらに対して適切なdsr-TransMaxを設定することを担う。
図１２は、ＵＥの例示的な一実施形態によるフローチャート１２００である。ステップ１２０５では、ＵＥは、第１の論理チャネル（ＬＣＨ）によって第１のスケジューリング要求（ＳＲ）をトリガする。第１のＬＣＨは第１のＳＲ構成に関連付けられる。ステップ１２１０では、ＵＥは、第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガする。第２のＬＣＨは第２のＳＲ構成に関連付けられ、第１のＳＲ構成及び第２のＳＲ構成は、同じサービングセル対して設定される。ステップ１２１５では、ＵＥは、ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用してＳＲをネットワークノードに送信する。第１のＳＲ機会は第１のＳＲ構成に対応し、第２のＳＲ機会は第２のＳＲ構成に対応する。
一実施形態では、ＳＲ機会は、ＵＥがＳＲのための有効なＰＵＣＣＨ（物理アップリンク制御チャネル）リソースを有する機会とすることができ、ＳＲのためのＰＵＣＣＨリソースは特定のＳＲ構成の下で設定されることができる。
一実施形態では、ＵＥは、ＳＲ構成を設定するためにネットワークノードから構成を受信することができる。ＵＥは、ＬＣＨとＳＲ構成との関連付けを設定するためにネットワークノードから構成を受信することもできる。関連付けはインデックスに基づくことができ、インデックスはＳＲ構成を指し示す。
一実施形態では、ネットワークノードはｇＮＢとすることができる。さらに、ＳＲがトリガされた後、ＳＲは、キャンセルされるまで保留のままとすることができる。追加的に、ＳＲは、通常のＢＳＲがＬＣＨによってトリガされ、ＵＥがＬＣＨに対してなんらＵＬ（アップリンク）リソースを有さないときに、ＬＣＨによってトリガされることができる。ＵＬリソースは、ＵＬリソースがＬＣＨのためのＵＬリソースの制限を満たす場合に、ＬＣＨに対して有効である。ＵＬリソースの制限は、ＵＬリソースのヌメロロジ及び／又はＴＴＩに関連することができる。ＬＣＨのためのＵＬリソースの制限は、ＲＲＣ（無線リソース制御）シグナリングなどを介して、ネットワークによって設定されることもできる。
図３及び図４を再び参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１のＬＣＨによって第１のＳＲをトリガすることであって、第１のＬＣＨが第１のＳＲ構成に関連付けられる、トリガすることと、（ｉｉ）第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガすることであって、第２のＬＣＨは第２のＳＲ構成に関連付けられる、トリガすることと、（ｉｉｉ）ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、ＳＲをネットワークノードに送信することであって、第１のＳＲ機会は第１のＳＲ構成に対応し、第２のＳＲ機会は第２のＳＲ構成に対応する、送信することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上記で説明した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
図１３は、ＵＥの例示的な一実施形態によるフローチャート１３００である。ステップ１３０５では、ＵＥは、少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定される。ステップ１３１０では、ＵＥは、第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガする。ステップ１３１５では、ＵＥは、第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガする。ステップ１３２０では、ＵＥは、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成に対応するＳＲ機会を使用するかどうかを決定する。
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定されることと、（ｉｉ）第１のＳＲ構成に関連づけられた第１のＬＣＨによって第１のＳＲをトリガすることと、（ｉｉｉ）第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガすることと、（ｉｖ）特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成に対応するＳＲ機会を使用するかどうかを決定することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上記に説明した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
図１４は、ＵＥの例示的な一実施形態によるフローチャート１４００である。ステップ１４０５では、ＵＥは、少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定される。ステップ１４１０では、ＵＥは、第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガする。ステップ１４１５では、ＵＥは、第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガする。ステップ１４２０では、ＵＥは、両方のＳＲ構成のＳＲ機会が時間領域において衝突又は重複する場合に、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成に対応するＳＲ機会を使用するかどうかを決定する。
図３及び図４を参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定されることと、（ｉｉ）第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガすることと、（ｉｉｉ）第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガすることと、（ｉｖ）両方のＳＲ構成のＳＲ機会が時間領域において衝突又は重複する場合に、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成に対応するＳＲ機会を使用するかどうかを決定することと、を可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上記に説明した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
図１５は、ＵＥの例示的な一実施形態によるフローチャート１５００である。ステップ１５０５では、ＵＥは、少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定される。ステップ１５１０では、ＵＥは、第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガする。ステップ１５１５では、ＵＥは、第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガする。ステップ１５２０で、ＵＥは、ＳＲ禁止タイマが動作しているときに、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成が禁止されているかどうかを決定する。
図３及び図４を再び参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）少なくとも第１のＳＲ構成及び第２のＳＲ構成で設定されることと、（ｉｉ）第１のＳＲ構成に関連付けられた第１のＬＣＨによって第１のＳＲをトリガすることと、（ｉｉｉ）第１のＳＲが保留中に、第２のＳＲ構成に関連付けられた第２のＬＣＨによって第２のＳＲをトリガすることと、（ｉｖ）ＳＲ禁止タイマが動作しているときに、特定の規則に基づいて、第１のＳＲ構成及び／又は第２のＳＲ構成が禁止されているかどうかを決定する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上記に説明した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。
図１３〜図１５に示し、上記の文章で説明した実施形態の関連では、一実施形態において、特定のルールとは、最も短いＳＲ期間を有するＳＲ構成に対応するＳＲ機会を使用すること、又は第１のＳＲ構成及び第２のＳＲ構成に対応するＳＲ機会を使用することとすることができる。さらに、ＳＲ機会とは、第１のＳＲ構成又は第２のＳＲ構成のいずれかに対応することができる。追加的に、最も短いＳＲ期間を有するＳＲ構成は、第１のＳＲ構成又は第２のＳＲ構成のいずれかとすることができる。
特定の規則は、最初に遭遇したＳＲ機会を使用することとすることもできる。複数のＳＲ機会が同時に発生する場合、どの機会が使用されるかについての制限はない。代替的には、複数のＳＲ機会が同時に発生する場合、どのＳＲ機会が使用されるべきかを決定するためにＲＲＣ構成を使用することができる。
さらに、特定のルールとは、ネットワークノードによって最初に完全に受信されるＳＲ機会を使用することとすることができる。複数のＳＲ機会が同時に完全に受信される場合、どれが使用されるかについての制限はない。代替的には、複数のＳＲ機会が同時に完全に受信される場合、どのＳＲ機会が使用されるべきかを決定するためにＲＲＣ構成を使用することができる。
追加的に、特定のルールとは、最初に遭遇したＳＲ機会を使用することとすることができる。複数のＳＲ機会が同時に発生する場合、ＵＥはネットワークノードによって最初に完全に受信されるＳＲ機会を使用してＳＲをシグナリングすることができる。ＳＲ機会が上記の２つの条件を満たさない場合は、どれが使用されるかについての制限はない。代替的には、ＳＲ機会が上記の２つの条件を満たさない場合は、どの機会が使用されるべきかを決定するためにＲＲＣ構成を使用することができる。
一実施形態では、特定のルールとは、ＲＲＣ構成に基づいてＳＲ構成を使用することとすることができる。ＳＲ機会は、第１のＳＲ構成又は第２のＳＲ構成のいずれかに対応することができる。ＵＥが複数のＳＲを同時にシグナリングする能力を有する場合、ＵＥはＲＲＣ構成に基づいて１つ以上のＳＲをシグナリングすることができる。複数のＳＲ構成が同時に衝突又は重複することをネットワークが防ぐ場合、ＵＥ側には特定の規則はないとすることができる。
一実施形態では、特定のルールは、タイマが第１のＳＲ構成によって開始（再開）される場合に、第２のＳＲ構成が禁止されず、タイマが第２のＳＲ構成によって開始（再開）される場合、第１のＳＲ構成が禁止されないこととすることができる。追加的に、タイマが第１のＳＲ構成によって開始（再開）される場合、第２のＳＲ構成がタイマを適用する場合に、第２のＳＲ構成のＳＲシグナリングはタイマを再開することができる。また、タイマが第２のＳＲ構成によって開始（再開）される場合、第１のＳＲ構成がタイマを適用する場合に、第１のＳＲ構成のＳＲシグナリングはタイマを再開することができる。さらに、ＳＲ構成がＳＲ禁止タイマを適用しない場合に、それはＳＲ構成に関連付けられたＳＲがシグナリングされた後にタイマを再開しない。
一実施形態では、タイマ値は、例えば、ＲＲＣシグナリングを介して、ネットワークによって設定することができる。複数のＳＲ構成が同じ値を適用する場合は、タイマ値をＳＲ期間単位とするべきではない。タイマ値は、複数のＳＲ構成が同じ値を適用する場合に、どのＳＲ構成がタイマを開始（再開）するかにかかわらず、ミリ秒又はマイクロ秒単位とすることができる。タイマ値は、多くても１つのＳＲ構成がタイマを適用する場合、ＳＲ期間単位とすることができる。
一実施形態では、ＳＲがトリガされた後、ＳＲはキャンセルされるまで保留中である。さらに、ネットワークは、どのＳＲ構成にＬＣＨが関連付けられているか（例えば、ＲＲＣシグナリングを介して）を設定する。ＬＣＨとＳＲ構成との関連付けは、ＬＣＨのヌメロロジ及び／又はＴＴＩに基づくことができる。ＬＣＨとＳＲ構成との関連付けは、インデックス又はプロファイルに基づくこともできる。
一実施形態では、少なくとも１つのＳＲが保留中である限り、ＵＥはＳＲ機会を使用してＳＲをシグナリングすることができる。ＳＲ機会とは、ＵＥがＴＴＩ（送信時間間隔）内に有効なＳＲリソースを有する機会とすることができる。ＳＲリソースとは、特定のＳＲ構成の下でのＳＲのためのＰＵＣＣＨリソースとすることができる。ＳＲ構成は、例えば、ＲＲＣシグナリングを介してネットワークによって設定することができる。ＵＥは、１つ以上のＳＲ構成で設定されることができる。
一実施形態では、ＳＲ構成がネットワーク又はＵＥ自身によって解放されると、ＳＲ構成に対応するＳＲリソースはもはや有効ではなくなる可能性がある。ＳＲ構成は、周波数領域に関連する構成（例えば、ヌメロロジ、周波数オフセット）を含むことができる。ＳＲ構成は、時間領域に関連する構成（例えば、周期性、又はサブフレーム、スロット、又はミニスロットオフセット）も含むことができる。
一実施形態では、ＳＲシグナリングとは、ＵＥが送信側であるＳＲの送信とすることができる。ＳＲシグナリングとは、ネットワークが受信側であるＳＲの送信とすることもできる。
一実施形態では、通常のＢＳＲがＬＣＨによってトリガされ、ＵＥがＵＬ送信のためのＵＬリソースをなんら持たない場合、ＳＲがＬＣＨによってトリガされる。代替的には、通常のＢＳＲがＬＣＨによってトリガされ、ＵＥがＬＣＨに対して有効なＵＬリソースをなんら持たない場合、ＳＲはＬＣＨによってトリガされる。
一実施形態では、ＵＬリソースがＬＣＨに対するＵＬリソースの制限を満たす場合、ＵＬリソースはＬＣＨに対して有効である。ＵＬリソースの制限は、ＵＬリソースのヌメロロジ及び／又はＴＴＩに関連するとすることができる。ＬＣＨのためのＵＬリソースの制限は、ネットワークによって、例えば、ＲＲＣシグナリングを介して設定することができる。
一実施形態では、通常のＢＳＲは、（ｉ）ＬＣＧ（論理チャネルグループ）に属するＬＣＨのためのＵＬデータが送信可能になったとき、（ｉｉ）任意のＬＣＧに属するＬＣＨの優先順位よりも高い優先順位を有するＬＣＨに属するデータであって、データはすでに送信可能になっている、又はＬＣＧに属するＬＣＨのいずれかに対して送信可能なデータがないのいずれかのとき、ＬＣＨによってトリガされる。
一実施形態では、通常のＢＳＲは、ＬＣＧに属するＬＣＨのためのＵＬデータが送信可能になったときに、ＬＣＨによってトリガされる。代替的には、通常のＢＳＲは、ＬＣＧに属する所定のＬＣＨのためのＵＬデータが送信可能になったときに、ＬＣＨによってトリガされる。特定のＬＣＨは、ネットワークによって、例えば、ＲＲＣシグナリングを介して設定することができる。
一実施形態では、ＳＲ禁止タイマは、ネットワークによって、例えば、ＲＲＣシグナリングを介して設定することができる。さらに、ＳＲ禁止タイマは、ＭＡＣエンティティ（例えば、ＭＡＣごと）又はセル（例えば、セルごと）に固有である。追加的には、ＳＲ禁止タイマは、多くても１つのＳＲ構成、少なくとも１つのＳＲ構成、又は複数のＳＲ構成に適用することができる。ネットワークは、どのＳＲ構成が禁止タイマを適用するのか適用しないのかを（例えば、ＲＲＣシグナリングを介して）設定することができる。
一実施形態では、ＵＥがＳＲをシグナリングした後、ＵＥは、このＳＲが禁止タイマを適用するＳＲ構成に関連付けられる場合、ＳＲ禁止タイマを開始すべきである。追加的に、ＵＥがＳＲをシグナリングした後、ＵＥは、禁止タイマを適用しないＳＲ構成にこのＳＲが関連付けられる場合、ＳＲ禁止タイマを開始すべきではない。
一実施形態では、ＳＲ禁止タイマが動作しているとき、禁止タイマを適用する少なくとも１つのＳＲ構成が禁止される。さらに、ＳＲ禁止タイマが動作していないか、又は満了している場合、ＳＲ構成は禁止されない。追加的に、ＳＲ構成が禁止されると、ＵＥはこのＳＲ構成に対応するいかなるＳＲ機会を使用して、ＳＲをシグナリングするべきではない。
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。

Claims (20)

  1. ユーザ機器（ＵＥ）の方法であって、
    第１の論理チャネル（ＬＣＨ）によって第１のスケジューリング要求（ＳＲ）をトリガするステップであって、該第１のＬＣＨは第１のＳＲ構成に関連付けられる、トリガするステップと、
    前記第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガするステップであって、該第２のＬＣＨは第２のＳＲ構成に関連付けられ、前記第１のＳＲ構成及び前記第２のＳＲ構成は同じサービングセルに対して設定される、トリガするステップと、
    ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、該ＳＲをネットワークノードに送信するステップであって、前記第１のＳＲ機会が前記第１のＳＲ構成に対応し、前記第２のＳＲ機会が前記第２のＳＲ構成に対応する、送信するステップと、を含む方法。
  2. 前記ＳＲ機会は、前記ＵＥがＳＲのための有効なＰＵＣＣＨ（物理アップリンク制御チャネル）リソースを有する機会であり、ＳＲのための該ＰＵＣＣＨリソースは、特定のＳＲ構成の下で設定される、請求項１に記載の方法。
  3. 前記ＵＥは、前記ＳＲ構成を設定するための構成をネットワークノードから受信する、請求項１に記載の方法。
  4. 前記ＵＥは、前記ＬＣＨと前記ＳＲ構成との前記関連付けを設定するための構成をネットワークノードから受信する、請求項１に記載の方法。
  5. 前記関連付けはインデックスに基づき、該インデックスは前記ＳＲ構成を指し示す、請求項４に記載の方法。
  6. 前記ネットワークノードはｇＮＢである、請求項１に記載の方法。
  7. ＳＲがトリガされた後に、該ＳＲがキャンセルされるまで該ＳＲは保留中である、請求項１に記載の方法。
  8. 通常のＢＳＲ（バッファステータスレポート）が前記ＬＣＨによってトリガされ、前記ＵＥが前記ＬＣＨに対して有効なＵＬ（アップリンク）リソースをなんら有さないときに、前記ＳＲは前記ＬＣＨによってトリガされる、請求項１に記載の方法。
  9. 前記ＵＬリソースが前記ＬＣＨのためのＵＬリソースの制限を満たす場合、前記ＵＬリソースは前記ＬＣＨに対して有効である、請求項８に記載の方法。
  10. 前記ＵＬリソースの制限は、前記ＵＬリソースのヌメロロジ及び／又はＴＴＩに関連し、前記ＬＣＨのための前記ＵＬリソースの制限は、ＲＲＣ（無線リソース制御）シグナリングを介してネットワークによって設定される、請求項９に記載の方法。
  11. ユーザ機器（ＵＥ）であって、
    制御回路と、
    前記制御回路に設けられたプロセッサと、
    前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
    前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
    第１の論理チャネル（ＬＣＨ）によって第１のスケジューリング要求（ＳＲ）をトリガするステップであって、該第１のＬＣＨは第１のＳＲ構成に関連付けられる、トリガするステップと、
    前記第１のＳＲが保留中に、第２のＬＣＨによって第２のＳＲをトリガするステップであって、該第２のＬＣＨは第２のＳＲ構成に関連付けられ、前記第１のＳＲ構成及び前記第２のＳＲ構成は同じサービングセルに対して設定される、トリガするステップと、
    ＳＲがキャンセルされるまで、第１のＳＲ機会及び第２のＳＲ機会を使用して、該ＳＲをネットワークノードに送信するステップであって、前記第１のＳＲ機会が前記第１のＳＲ構成に対応し、前記第２のＳＲ機会が前記第２のＳＲ構成に対応する、送信するステップと、
    を行うように構成される、ＵＥ。
  12. 前記ＳＲ機会は、前記ＵＥがＳＲのための有効なＰＵＣＣＨ（物理アップリンク制御チャネル）リソースを有する機会であり、ＳＲのための該ＰＵＣＣＨリソースは、特定のＳＲ構成の下で設定される、請求項１１に記載のＵＥ。
  13. 前記ＵＥは、前記ＳＲ構成を設定するための構成をネットワークノードから受信する、請求項１１に記載のＵＥ。
  14. 前記ＵＥは、前記ＬＣＨと前記ＳＲ構成との前記関連付けを設定するための構成をネットワークノードから受信する、請求項１１に記載のＵＥ。
  15. 前記関連付けはインデックスに基づき、該インデックスは前記ＳＲ構成を指し示す、請求項１４に記載のＵＥ。
  16. 前記ネットワークノードはｇＮＢである、請求項１１に記載のＵＥ。
  17. ＳＲがトリガされた後に、該ＳＲがキャンセルされるまで該ＳＲは保留中である、請求項１１に記載のＵＥ。
  18. 通常のＢＳＲ（バッファステータスレポート）が前記ＬＣＨによってトリガされ、前記ＵＥが前記ＬＣＨに対して有効なＵＬ（アップリンク）リソースをなんら有さないときに、前記ＳＲは前記ＬＣＨによってトリガされる、請求項１１に記載のＵＥ。
  19. 前記ＵＬリソースが前記ＬＣＨのためのＵＬリソースの制限を満たす場合、前記ＵＬリソースは前記ＬＣＨに対して有効である、請求項１８に記載のＵＥ。
  20. 前記ＵＬリソースの制限は、前記ＵＬリソースのヌメロロジ及び／又はＴＴＩに関連し、前記ＬＣＨのための前記ＵＬリソースの制限は、ＲＲＣ（無線リソース制御）シグナリングを介してネットワークによって設定される、請求項１９に記載のＵＥ。
JP2018109138A 2017-06-08 2018-06-07 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置 Active JP6527622B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762516801P 2017-06-08 2017-06-08
US62/516,801 2017-06-08

Publications (2)

Publication Number Publication Date
JP2018207493A true JP2018207493A (ja) 2018-12-27
JP6527622B2 JP6527622B2 (ja) 2019-06-05

Family

ID=62636010

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018109138A Active JP6527622B2 (ja) 2017-06-08 2018-06-07 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置

Country Status (7)

Country Link
US (2) US10849138B2 (ja)
EP (1) EP3413672B8 (ja)
JP (1) JP6527622B2 (ja)
KR (1) KR102055061B1 (ja)
CN (1) CN109041245B (ja)
ES (1) ES2784001T3 (ja)
TW (1) TWI677257B (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020136868A1 (ja) * 2018-12-28 2020-07-02 富士通株式会社 端末装置、基地局装置及び無線通信システム
JP2022520823A (ja) * 2019-02-14 2022-04-01 コンヴィーダ ワイヤレス， エルエルシー アップリンク伝送でのｕｅ内の優先順位付け

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10912145B2 (en) * 2016-04-15 2021-02-02 Lg Electronics Inc. Method for performing transmission of a SR bundle in a wireless communication system and a device therefor
KR102055061B1 (ko) * 2017-06-08 2019-12-11 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서의 다중 sr (scheduling request) 구성의 방법 및 장치
US11310810B2 (en) * 2017-06-15 2022-04-19 Samsung Electronics Co., Ltd. Method and apparatus for performing scheduling request to support plurality of services efficiently
KR102488339B1 (ko) 2017-07-10 2023-01-13 삼성전자 주식회사 다중 스케쥴링 요청을 설정하는 방법 및 장치
EP3646502B1 (en) 2017-08-10 2025-07-16 Beijing Xiaomi Mobile Software Co., Ltd. Uplink control information multiplexing
US20190052414A1 (en) * 2017-08-10 2019-02-14 Alireza Babaei Multiplexing mechanism for uplink control information
EP3673705A1 (en) 2017-08-22 2020-07-01 Telefonaktiebolaget LM Ericsson (publ) Controlling autonomous ul transmissions when coexisting with scheduled ues
KR102450189B1 (ko) * 2017-09-15 2022-09-30 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 스케줄링 요청의 구성 방법, 단말 기기 및 컴퓨터 저장 매체
CN110446220B (zh) * 2018-05-04 2022-03-25 维沃移动通信有限公司 一种无线链路恢复方法和终端
CN111417211B (zh) * 2019-01-08 2022-02-18 华为技术有限公司 触发调度请求的方法、设备及系统
CN111432432B (zh) * 2019-01-10 2022-04-22 华为技术有限公司 数据传输方法和设备
JP7431179B2 (ja) * 2019-01-21 2024-02-14 株式会社Ｎｔｔドコモ 端末、無線通信方法及びシステム
CN114629601B (zh) * 2019-02-15 2025-06-20 中兴通讯股份有限公司 信息确定方法、信息确定装置及存储介质
EP3700283A1 (en) * 2019-02-22 2020-08-26 Panasonic Intellectual Property Corporation of America Transceiver device and scheduling device
CN113785650B (zh) 2019-05-02 2023-06-27 Lg电子株式会社 基于不同直接链路的状态的侧链路调度请求的触发和取消
US11419123B2 (en) * 2019-05-03 2022-08-16 Qualcomm Incorporated Uplink transmission cancellation
WO2020245894A1 (ja) * 2019-06-03 2020-12-10 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
CN114097286B (zh) 2019-07-26 2023-05-23 汉尼拔Ip有限责任公司 用于波束故障恢复的调度请求资源优化方法及用户装置
CN112616159B (zh) * 2019-10-03 2024-05-28 联发科技股份有限公司 辅小区的波束故障恢复的方法
WO2021142663A1 (zh) * 2020-01-15 2021-07-22 Oppo广东移动通信有限公司 调度请求sr发送方法及相关装置
EP3869890B1 (en) * 2020-02-21 2023-12-13 Nokia Technologies Oy Enhanced scheduling request handling procedure
CN113497688A (zh) 2020-04-02 2021-10-12 维沃移动通信有限公司 调度请求的配置方法、终端及网络设备
CN115669141B (zh) * 2020-05-21 2024-12-10 上海诺基亚贝尔股份有限公司 调度请求管理
US11696280B2 (en) * 2020-07-02 2023-07-04 Qualcomm Incorporated On-demand scheduling request design
CN114650563A (zh) * 2020-12-18 2022-06-21 华硕电脑股份有限公司 无线通信系统中使用缓冲区状态报告增强的方法和设备
WO2025098023A1 (en) * 2023-11-06 2025-05-15 Mediatek Singapore Pte. Ltd. Method and apparatus for scheduling request enhancement in mobile communications

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012526450A (ja) * 2009-05-05 2012-10-25 テレフオンアクチーボラゲット エル エム エリクソン（パブル） スケジューリング要求のトリガのハンドリング
US20130235768A1 (en) * 2012-03-12 2013-09-12 Andrew Mark Earnshaw Handling scheduling request collisions with an ack/nack repetition signal

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2603626C2 (ru) * 2012-08-23 2016-11-27 Интердиджитал Пэйтент Холдингз, Инк. Работа с множеством планировщиков в беспроводной системе
ES2769858T3 (es) * 2013-04-01 2020-06-29 Innovative Sonic Corp Método y aparato para añadir células de servicio en un sistema de comunicación inalámbrica
WO2015167981A1 (en) 2014-04-28 2015-11-05 Intel IP Corporation Simultaneous scheduling request transmission in dual connectivity
EP3657882B1 (en) * 2014-06-09 2023-04-26 Commscope Technologies LLC Radio access networks using plural remote units
EP3235319B1 (en) 2014-12-18 2019-03-13 Telefonaktiebolaget LM Ericsson (publ) Scheduling grant control
WO2017076624A1 (en) * 2015-11-06 2017-05-11 Sony Corporation Communications device, infrastructure equipment, communications system and methods
WO2018030710A1 (en) * 2016-08-11 2018-02-15 Samsung Electronics Co., Ltd. Method and apparatus for scheduling uplink data in mobile communication system
EP3536088B1 (en) * 2017-01-10 2025-02-26 Samsung Electronics Co., Ltd. Methods, user equipment and base station for managing a resource in a wireless communication system
US10912110B2 (en) * 2017-03-24 2021-02-02 Sharp Kabushiki Kaisha Systems and methods for an enhanced scheduling request for 5G NR
US10805941B2 (en) * 2017-03-24 2020-10-13 Sharp Kabushiki Kaisha Radio resource control (RRC) messages for enhanced scheduling request
TWI665897B (zh) * 2017-04-26 2019-07-11 華碩電腦股份有限公司 無線通訊系統中請求控制單元傳送資源的方法和設備
WO2018204770A1 (en) * 2017-05-04 2018-11-08 Ofinno Technologies, Llc Scheduling request in a wireless device and wireless network
US11019652B2 (en) * 2017-05-04 2021-05-25 Ofinno, Llc Parallel scheduling request process management
US10524294B2 (en) * 2017-05-04 2019-12-31 Ofinno, Llc Scheduling request transmission
US11032830B2 (en) * 2017-05-05 2021-06-08 Qualcomm Incorporated Scheduling request for wireless systems
US10785802B2 (en) * 2017-05-05 2020-09-22 Motorola Mobility Llc Transmitting SR prior to completing RACH
EP3620012A1 (en) * 2017-05-05 2020-03-11 Telefonaktiebolaget LM Ericsson (publ) Signaling aspects of multiple sr configuration for service differentiation
US10485017B2 (en) * 2017-05-30 2019-11-19 Htc Corporation Device and method of handling a schedule request
GB2563245B (en) * 2017-06-07 2021-06-02 Samsung Electronics Co Ltd Improvements in and relating to scheduling requests in a telecommunication system
KR102055061B1 (ko) * 2017-06-08 2019-12-11 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서의 다중 sr (scheduling request) 구성의 방법 및 장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012526450A (ja) * 2009-05-05 2012-10-25 テレフオンアクチーボラゲット エル エム エリクソン（パブル） スケジューリング要求のトリガのハンドリング
US20130235768A1 (en) * 2012-03-12 2013-09-12 Andrew Mark Earnshaw Handling scheduling request collisions with an ack/nack repetition signal

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Discussion on SR procedure for NR[online]", 3GPP TSG RAN WG2 #98 R2-1705101, JPN6019013062, 19 May 2017 (2017-05-19), pages 1 - 2, ISSN: 0004016794 *
ERICSSON: "SR signalling content in NR[online]", 3GPP TSG RAN WG2 #98 R2-1704375, JPN6019013059, 19 May 2017 (2017-05-19), pages 1 - 3, ISSN: 0004016793 *
HUAWEI, HISILICON: "SR enhancements with multiple numerologies[online]", 3GPP TSG RAN WG2 #98 R2-1705625, JPN6019013065, 19 May 2017 (2017-05-19), pages 1 - 4, ISSN: 0004016796 *
LG ELECTRONICS INC.: "Enhancement of D-SR in CA[online]", 3GPP TSG-RAN WG2♯69 R2-101155, JPN6019013064, 26 February 2010 (2010-02-26), pages 1 - 2, ISSN: 0004016795 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020136868A1 (ja) * 2018-12-28 2020-07-02 富士通株式会社 端末装置、基地局装置及び無線通信システム
WO2020136922A1 (ja) * 2018-12-28 2020-07-02 富士通株式会社 端末装置、基地局装置及び無線通信システム
JPWO2020136922A1 (ja) * 2018-12-28 2021-11-04 富士通株式会社 端末装置、基地局装置及び無線通信システム
JP7259869B2 (ja) 2018-12-28 2023-04-18 富士通株式会社 端末装置、基地局装置及び無線通信システム
US12295023B2 (en) 2018-12-28 2025-05-06 Fujitsu Limited Terminal device, base station device, and wireless communication system
JP2022520823A (ja) * 2019-02-14 2022-04-01 コンヴィーダ ワイヤレス， エルエルシー アップリンク伝送でのｕｅ内の優先順位付け
JP7516405B2 (ja) 2019-02-14 2024-07-16 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンク伝送でのｕｅ内の優先順位付け
US12069679B2 (en) 2019-02-14 2024-08-20 Interdigital Patent Holdings, Inc. Intra-UE Prioritization in Uplink Transmissions
JP2024153647A (ja) * 2019-02-14 2024-10-29 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンク伝送でのｕｅ内の優先順位付け
US12177868B2 (en) 2019-02-14 2024-12-24 Interdigital Patent Holdings, Inc. Intra-UE prioritization in uplink transmissions
JP7707384B2 (ja) 2019-02-14 2025-07-14 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンク伝送でのｕｅ内の優先順位付け

Also Published As

Publication number Publication date
ES2784001T3 (es) 2020-09-21
KR20180134303A (ko) 2018-12-18
US11368966B2 (en) 2022-06-21
US10849138B2 (en) 2020-11-24
EP3413672A2 (en) 2018-12-12
TWI677257B (zh) 2019-11-11
KR102055061B1 (ko) 2019-12-11
CN109041245B (zh) 2020-08-04
EP3413672B8 (en) 2020-04-08
EP3413672A3 (en) 2018-12-26
US20180359766A1 (en) 2018-12-13
TW201904341A (zh) 2019-01-16
US20210037543A1 (en) 2021-02-04
JP6527622B2 (ja) 2019-06-05
CN109041245A (zh) 2018-12-18
EP3413672B1 (en) 2020-02-26

Similar Documents

Publication Publication Date Title
JP6527622B2 (ja) 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置
EP3817262B1 (en) Method and apparatus for transmitting device-to-device sidelink report in a wireless communication system
JP6821837B2 (ja) 無線通信システムにおけるランダムアクセス設定のための方法及び装置
JP7158524B2 (ja) 無線通信システムにおける上りリンクデータとスケジューリング要求との間の優先順位付けのための方法および装置
JP6625170B2 (ja) 無線通信システムにおけるｓｆｉ（スロットフォーマット情報）衝突を処理するための方法及び装置
CN110167036B (zh) 无线通信考虑波束故障恢复的监听控制资源的方法和设备
CN106537821B (zh) 在无线通信系统中报告关于未授权带的信道状态信息的方法及其设备
CN104170508B (zh) 处理与ack/nack重复信号的调度请求冲突
US20180132266A1 (en) Method and apparatus for transmitting control information in a wireless communication system
JP2020188513A (ja) 無線通信システムにおける帯域幅部分ミスアライメントを防ぐ方法及び装置
US20140293898A1 (en) Method and apparatus for scheduling request operation of small cell enhancements in a wireless communication system
JP5722471B2 (ja) 無線通信システムのチャネル状態情報を測定する方法および装置
JP2020022159A (ja) 無線通信システムにおけるｐｄｓｃｈ（物理下りリンク共有チャネル）受信時の電力節約方法のための方法および装置
US10004086B2 (en) Method and apparatus for reporting buffer status for device to device communication in a wireless communication system
JP2018186506A (ja) 無線通信システムにおいて、制御要素送信のためにリソースを要求するための方法及び装置
TWI765928B (zh) 通訊方法、終端設備和網路設備
HK40061459A (en) Method and apparatus for prioritization between uplink data and scheduling request
HK40061459B (en) Method and apparatus for prioritization between uplink data and scheduling request
CN120786453A (zh) 无线通信系统中用于传送用户设备触发的报告的方法和设备

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190405

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190510

R150 Certificate of patent or registration of utility model

Ref document number: 6527622

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250