JP2023543071A - 端末装置、ネットワーク装置及び通信の方法 - Google Patents

端末装置、ネットワーク装置及び通信の方法 Download PDF

Info

Publication number
JP2023543071A
JP2023543071A JP2023519572A JP2023519572A JP2023543071A JP 2023543071 A JP2023543071 A JP 2023543071A JP 2023519572 A JP2023519572 A JP 2023519572A JP 2023519572 A JP2023519572 A JP 2023519572A JP 2023543071 A JP2023543071 A JP 2023543071A
Authority
JP
Japan
Prior art keywords
terminal device
indicator
timer
determining
uplink data
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
JP2023519572A
Other languages
English (en)
Other versions
JPWO2022067558A5 (ja
JP7568080B2 (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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Publication of JP2023543071A publication Critical patent/JP2023543071A/ja
Publication of JPWO2022067558A5 publication Critical patent/JPWO2022067558A5/ja
Application granted granted Critical
Publication of JP7568080B2 publication Critical patent/JP7568080B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本開示の実施形態は、通信方法、通信装置及びコンピュータ可読媒体に関する。ネットワーク装置は、端末装置に、非アクティブ状態におけるアップリンクデータの送信のための帯域幅部分の、設定された許可を含む設定を送信する。端末装置が、非アクティブ状態においてアップリンクデータを送信すると決定した場合、端末装置は、帯域幅部分の設定から、設定された許可を決定し、非アクティブ状態において、この設定された許可に基づいてアップリンクデータをネットワーク装置に送信する。こうして、設定された許可に基づくスモールデータ送信を改善することができる。【選択図】図2A

Description

本開示の実施形態は、全体として、電気通信の分野に関し、特に、端末装置の非アクティブ状態におけるデータ送信のための通信の方法、装置及びコンピュータ記憶媒体に関する。
通常、非アクティブ状態にある端末装置は依然として、送信すべき少量で頻繁ではないデータトラフィックを有する場合がある。第3世代パートナープロジェクト(3GPP(登録商標):third generation partnership project)リリース16までは、非アクティブ状態ではデータ送信をサポートしておらず、端末装置はダウンリンクデータとアップリンクデータのいずれについても接続を再開しなければならない(すなわち、接続状態に入らなければならない)。これは、不必要な電力消費とシグナリングオーバーヘッドを引き起こす。
この点について、3GPPリリース17では、非アクティブ状態におけるスモールデータ送信(SDT:small data transmission)が承認されている。したがって、シグナリングオーバーヘッドを低減することができる。この場合、非アクティブ状態においてSDTを如何にして実行するかが注目される問題となっている。
全体として、本開示の実施形態は、通信の方法、装置及びコンピュータ記憶媒体を提供する。
第1の態様において、通信の方法が提供される。前記方法は、非アクティブ状態においてアップリンクデータが送信されるとの決定に従って、前記非アクティブ状態における前記アップリンクデータの送信のための帯域幅部分の設定から、設定された許可を端末装置において決定することと、前記アップリンクデータを前記設定された許可に基づいて、前記非アクティブ状態において、ネットワーク装置に送信することと、を含む。
第2の態様において、通信の方法が提供される。前記方法は、ネットワーク装置において端末装置に、前記端末装置からのアップリンクデータ送信のための帯域幅部分の、設定された許可を含む設定を送信することと、前記端末装置から、前記設定された許可に基づいて、前記端末装置により前記非アクティブ状態において送信される前記アップリンクデータを受信することと、を含む。
第3の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に前記本開示の第1態様に記載の方法を実行させる命令を記憶する。
第4の態様において、ネットワーク装置を提供する。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを含む。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に前記本開示の第2態様に記載の方法を実行させる命令を記憶する。
第5の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも一つのプロセッサ上で実行された場合、前記少なくとも1つのプロセッサに、前記本開示の第1の態様に記載の方法を実行させる。
第6の態様において、命令を記憶したコンピュータ可読媒体を提供する。前記命令は、少なくとも1つのプロセッサ上で実行された場合、前記少なくとも1つのプロセッサに、前記本開示の第2の態様に記載の方法を実行させる。
本開示のその他の特徴は、以下の説明により容易に理解できるであろう。
図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。
本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。
本開示の実施形態にかかる、CGに基づくSDT中の通信プロセスを示す模式図である。
本開示の実施形態にかかる、競合解消メカニズムの下でのCGに基づくSDT中の通信プロセスを示す模式図である。
本開示の実施形態にかかる、端末装置間の競合の場合に、バックオフメカニズムの下でのCGに基づくSDT中の通信プロセスを示す模式図である。
本開示の実施形態にかかる、CGに基づくSDTのための媒体アクセス制御制御要素(MAC CE)を示す模式図である。
本開示の実施形態にかかる、CGに基づくSDTのための媒体アクセス制御プロトコルデータユニットを示す模式図である。
本開示の実施形態にかかる、CGに基づくSDTのためのMAC PDUを示す模式図である。
本開示の実施形態にかかる、CGに基づくSDTのためのMAC PDUを示す模式図である。
本開示のいくつかの実施形態にかかる、端末装置において実装される例示的な通信方法を示す図である。
本開示のいくつかの実施形態にかかる、ネットワーク装置において実装される例示的な通信方法を示す図である。
本開示の実施形態を実装するのに適した装置の概略ブロック図である。
図中、同一又は類似の参照番号は、同一又は類似の要素を表す。
ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。
以下の説明及び特許請求の範囲において、別途定義されていない限り、本明細書で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。
本明細書で使用されるように、用語「端末装置(terminal device)」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置(UE:user equipment)、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話(mobile phone)、セルラーホン、スマートフォン、パーソナルデジタルアシスタント(PDA)、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット(IoT:internet of things)装置、あらゆるモノのインターネット(IoE:Internet of Everything)装置、マシンタイプ通信(MTC:machine type communication)装置、V2X通信のための車載装置などを含むが、これらに限定されず、V2Xの「X」は歩行者、車両又はインフラストラクチャ/ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、UE、移動局(mobile station)、加入者局(subscriber station)、移動端末(mobile terminal)、ユーザ端末、または無線装置と互換的に使用することができる。また、「ネットワーク装置(network device)」という用語は、端末装置が通信可能なセルまたはカバレッジを提供またはホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードB(NodeB又はNB)、進化型(Evolved)ノードB(eNodeB又はeNB)、次世代(next generation)ノードB(gNB)、送受信ポイント(TRP:Transmission Reception Point)、リモートラジオユニット(RRU)、ラジオヘッド(RH)、リモートラジオヘッド(RRH)、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。
一実施形態において、端末装置は、第1のネットワーク装置及び第2のネットワーク装置に接続することができる。第1のネットワーク装置と第2のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第1のネットワーク装置と第2のネットワーク装置は、異なる無線アクセス技術(RAT:radio access technology)を使用してもよい。一実施形態において、第1のネットワーク装置は第1 RAT装置であってもよく、第2のネットワーク装置は第2 RAT装置であってもよい。一実施形態において、第1のRAT装置はeNBであり、第2のRAT装置はgNBである。異なるRATに関する情報は、第1のネットワーク装置または第2のネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第1の情報は、第1のネットワーク装置から端末装置に送信されてもよく、そして第2の情報は、第2のネットワーク装置から直接または第1のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第2のネットワーク装置により設定された端末装置の設定に関する情報は、第2のネットワーク装置から第1のネットワーク装置を介して送信されてもよい。第2のネットワーク装置により設定された端末装置の再設定に関する情報は、第2のネットワーク装置から直接又は第1のネットワーク装置を介して端末装置に送信されてもよい。
本明細書で使用される単数形「1つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含む。「含む」という用語およびその変型は、「含むが、これらに限定されるものではない」を意味するオープンな用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」および「実施形態」という用語は、「少なくとも1つの実施形態」と理解されるべきである。「別の実施形態」という用語は、「少なくとも1つの別の実施形態」と理解されるべきである。「第1」、「第2」などの用語は、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。
いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと呼ばれる。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解されるであろう。
従来では、少量且つ頻繁でないデータ交換を行うさまざまなアプリケーションが存在する。例えば、モバイル装置のいくつかのアプリケーションでは、SDTは、インスタントメッセージ(IM)サービスからのトラフィック、例えばIM又は電子メールクライアント及び他のサービスからのハートビートまたはキープアライブトラフィック、様々なアプリケーションにおけるプッシュ通知、ウェアラブル装置からのトラフィック(例えば、周期的な位置情報を含む)などを含んでもよい。非モバイル装置のいくつかのアプリケーションでは、SDTは、センサデータ(例えば、IoTネットワーク内で定期的にまたはイベントトリガ方式で伝送される温度、圧力測定値)、スマートメーターから送信される計測及び警報情報などを含んでもよい。
従来、事前に設定されたアップリンクリソース(PUR:pre-configured uplink resource)を使用して送信するための二つの方式、専用PUR(dedicated PUR)と共有PUR(shared PUR)とが存在していた。共有PURにより、最大2人のユーザが同時に送信することが可能になり、送信リソースの節約が実現される。この場合、如何にしてPUR、特に共有PURを使用してSDTを実行するかが非常に注目される。
さらに、優先度の低いCGについては、RRC-less(すなわち、RRCメッセージなしのSDT)を検討できることが合意されている。この場合、RRC-lessのためにSDTを如何にしてサポートするかについても検討する必要がある。追加として、競合に基づくPUR(contention-based PUR:競合ベースのPUR)の使用により、送信リソースを著しく節約することができる。したがって、SDTでの競合に基づくPURの使用を如何にしてサポートするかも注目されている。
これに鑑みて、本開示の実施形態は、設定された許可(CG:configured grant)に基づくSDT(本明細書ではCGに基づくSDT(CG based SDT:CGベースのSDT)とも称する)の解決策を提供する。この解決策により、CGに基づくSDTを実現できるだけでなく、CGのための競合解消とバックオフメカニズムも実現できる。以下、添付図面を参照して、本開示の原理および実施態様について詳細に説明する。
通信ネットワークの例
図1は、本開示の実施形態を実施可能な例示的な通信ネットワーク100を示す模式図である。図1に示すように、通信ネットワーク100は、端末装置110とネットワーク装置120とを含んでもよい。端末装置110は、ネットワーク装置120によりサービングされてもよい。図1における装置の数は説明の目的で与えられており、本開示に対するいかなる限定も示唆していないことを、理解すべきである。通信ネットワーク100は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び/又は端末装置を含んでもよい。
図1に示すように、端末装置110は、無線通信チャネル等のチャネルを介してネットワーク装置120と通信してもよい。通信ネットワーク100における通信は、モバイル通信のためのグローバルシステム(GSM:Global System for Mobile Communications)、ロングタームエボリューション(LTE)、LTE-Evolution、LTE-Advanced(LTE-A)、広帯域符号分割多元接続(WCDMA(登録商標):Wideband Code Division Multiple Access)、符号分割多元接続(CDMA:Code Division Multiple Access)、GSM EDGE無線アクセスネットワーク(GERAN:GSM EDGE Radio Access Network)、マシンタイプ通信(MTC:Machine Type Communication)などを含むが、これらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行してもよい。通信プロトコルの例は、第1世代(1G)、第2世代(2G)、2.5G、2.75G、第3世代(3G)、第4世代(4G)、4.5G、第5世代(5G)通信プロトコルを含むが、これらに限定されない。
いくつかのシナリオにおいて、端末装置110は、送信すべき少量で頻繁ではないデータトラフィックを有する場合、端末装置110はCGに基づくSDTを実行してもよい。すなわち、端末装置110は、非アクティブ状態においてCG上でアップリンクデータをネットワーク装置120に送信してもよい。いくつかの実施形態において、CGは専用PURであってもよい。もちろん、CGは共有PURであってもよい。いくつかの実施形態において、共有PURは、無競合PUR(contention-free PUR)であってもよい。もちろん、共有PURは、競合に基づくPURであってもよい。いくつかの実施形態において、RRCメッセージを使用してCGに基づくSDTを実行してもよい。もちろん、RRCメッセージなしでCGに基づくSDTを実行してもよい。
CGに基づくSDTの実現例
したがって、本発明の実施形態は、CGに基づくSDTをサポートする通信のための改善された解決策を提供する。図2Aから2Cを参照し、以下にこれについて説明する。図2Aは本開示の実施形態にかかる、CGに基づくSDT中の通信プロセス200Aを示す模式図である。説明のために、図1を参照してプロセス200Aを説明する。プロセス200Aには、図1に示されるように、端末装置110とネットワーク装置120が関与してもよい。
図2Aに示すように、ネットワーク装置120は、帯域幅部分(BWP:bandwidth part)の設定(configuration)を端末装置110に送信してもよい(201)。BWP設定はSDT専用に設定される。いくつかの実施形態において、BWP設定は、SDTのためのCGを含む。いくつかの実施形態において、BWPは初期BWPと異なる。こうして、初期BWPのトラフィック負荷を軽減することができる。
いくつかの実施形態において、ネットワーク装置120は、専用のメッセージ内でBWP設定を送信してもよい。例えば、いくつかの実施形態において、BWP設定は、専用CGを含んでもよい。これらの実施形態において、端末装置110が接続状態にある場合、BWP設定を端末装置110に専用に提供してもよい。代替として、端末装置110が非アクティブ状態にされると、BWP設定を端末装置110に専用に提供してもよい。この場合、初期BWP以外のBWP上で、専用CGに基づくSDTを実行することができる。こうして、専用CGに基づくSDTを、初期BWP以外のBWPにおいて設定することができる。
代替として、ネットワーク装置120は、システム情報内でBWP設定を送信してもよい。例えば、いくつかの実施形態において、BWP設定は、共有CGを含んでもよい。これらの実施形態において、BWP設定をシステム情報内で端末装置110に提供してもよい。この場合、初期BWP以外のBWP上で、共有CGに基づくSDTを実行することができる。代替として、共有CGに基づくSDTについて、ネットワーク装置120は、SDTに利用可能な、初期BWP以外のCGリソースを有する別の1つまたは複数の専用BWPをブロードキャストしてもよい。
いくつかの実施形態において、SDTのためのBWP設定は、CGの候補セットを含んでもよい。例えば、異なる許可サイズ/周期を有する複数のCGリソースを設定してもよい。こうして、少なくとも共有CGについては、端末装置110には、CGリソースのうちの1つを選択してSDTを実行することが許される。
端末装置110が送信すべきアップリンクデータを有し、非アクティブ状態において該アップリンクデータが送信されると決定された場合、端末装置110はBWP設定からCGを決定してもよい(202)。BWP設定がCGの候補セットを含むいくつかの実施形態において、端末装置110は、アップリンクデータに関連付けられたパケットサイズに基づいて、該候補セットからCGを選択してもよい。別の例として、端末装置110は、アップリンクデータに関連付けられるトラフィックパターンに基づいて、該候補セットの中からCGを選択してもよい。
CGが決定されると、端末装置110は、該CGに基づいて、非アクティブ状態においてネットワーク装置120にアップリンクデータを送信する(203)。いくつかの実施形態において、端末装置110がネットワーク装置120のサービングセルについて有効なタイミングアドバンス(TA)を有する場合、CGに基づくSDTをトリガすることができる。
こうして、SDT特有のBWP上でCGに基づくSDTを実行することができる。
いくつかの実施形態において、SDTは、無線リソース制御(RRC:radio resource control)メッセージを用いて実行されることができる。例えば、SDTのためのアップリンクデータは、RRCResumeRequestまたはRRCResumeRequest1メッセージとともに送信されてもよい。別の例として、SDTのためのダウンリンクデータは、RRCReleaseメッセージなどのRRCメッセージ及びTAコマンドMAC CEとともに送信されてもよい。
いくつかの代替実施形態において、SDTは、RRCメッセージなし(すなわち、RRC-less)で実行されてもよい。例えば、専用CGに基づくSDTの場合、端末装置110に設定される専用CGリソース上で、アップリンクデータを直接送信してもよい。別の例として、アップリンクデータは、端末装置110の情報を含むMAC CEとともに送信されてもよい。例えば、端末装置110の情報は、非アクティブ無線ネットワーク一時識別子(I-RNTI:inactive radio network temporary identifier)であってもよい。もちろん、この情報は短い再開(Resume)shortMAC_Iであってもよい。いくつかの実施形態において、ダウンリンクデータは、競合解消アイデンティティ(contention resolution identity)、TAコマンド、またはセル無線ネットワーク一時識別子(C-RNTI:cell radio network temporary identifier)のうちの少なくとも1つを含む1つまたは複数のMAC CEとともに送信されてもよい。
いくつかの実施形態において、CGに基づくSDTが端末装置110のコンテキストを有するネットワーク装置120上で通常発生することを考慮すると、端末装置110のRRC層は、短い(short)I-RNTI値(24ビット)をMAC層に常に提供してもよい。図3は本開示の実施形態にかかる、CGに基づくSDTのためのMAC CEを示す模式図300である。いくつかの実施形態において、図3のMAC CE 301に示されるように、MAC CEは短いI-RNTIを含んでもよい。いくつかの実施形態において、MAC CEは、図3のMAC CE 302に示されるように、Resume(再開)MAC-Iをさらに含んでもよい。代替として、図3の符号303で示されるように、ResumeMAC-Iと短いI-RNTIとは、2つの別々のMAC CEに含まれてもよい。
いくつかの実施形態において、ネットワーク装置120は、完全な(full)I-RNTIが使用されるか否かを端末装置110に示してもよい(204)。ネットワーク装置120が完全なI-RNTIを使用しないことを示す場合、端末装置110のRRC層は、MAC層に短いI-RNTI値(24ビット)を提供し(205)、該短いI-RNTIを含むMAC CE(ここでは第2のMAC CEとも称する)をネットワーク装置120に送信してもよい(206)。ネットワーク装置120が完全なI-RNTIを使用することを示す場合、端末装置110のRRC層は、MAC層に完全なI-RNTI値(40ビット)を提供し、該完全なI-RNTIを含むMAC CE(ここでは第1のMAC CEとも称する)をネットワーク装置120に送信してもよい(206’)。いくつかの実施形態において、図3のMAC CE 304に示されるように、MAC CEは完全なI-RNTIを含んでもよい。いくつかの実施形態において、MAC CEは、図3のMAC CE 305に示されるように、Resume(再開)MAC-Iをさらに含んでもよい。代替として、図3の符号306で示されるように、ResumeMAC-Iと完全なI-RNTIとは、2つの別々のMAC CEに含まれてもよい。
こうして、RRC-less CGに基づくSDTのために、MAC CEの設計が提供される。
アップリンクのCGに基づくSDT送信の後、端末装置110は、タイマ(ここでは第1のタイマとも称する)の制御の下で、物理ダウンリンク制御チャネル(PDCCH:physical downlink control channel)などのダウンリンク制御チャネルをモニタリングしてもよい。いくつかの実施形態において、端末装置110は、アップリンクデータの送信時に第1のタイマを起動してもよい(207)。いくつかの実施形態において、第1のタイマが動作している間、端末装置110は、CGに基づくSDT RNTIにアドレス指定されたPDCCHのみをモニタリングしてもよい。例えば、UEが接続状態にある場合、端末装置110は、CGに基づくSDTのための新たなRNTI、またはCGに基づくSDTのための再利用CS-RNTIにアドレス指定されたPDCCHのみをモニタリングし、またはUEのC-RNTIを再利用してもよい。
いくつかの実施形態において、端末装置110は、CG送信タイマを該第1のタイマとして再利用してもよい。もちろん、端末装置110は、新たなタイマを該第1のタイマとして導入してもよい。
いくつかの実施形態において、ネットワーク装置120は、CGに基づくSDTの再送についてのスケジューリングを端末装置110に送信してもよい(208)。例えば、再送についてのスケジューリングは、CGに基づくSDT RNTIにアドレス指定されたアップリンク許可により送信されてもよい。これらの実施形態において、端末装置110は、該再送についてのスケジューリングを受信したことに応じて、該第1のタイマを再起動してもよい(209)。
いくつかの実施形態において、ネットワーク装置120は、第1のタイマの満了時にSDTが成功したか失敗したかを示す指示を、端末装置110に送信してもよい(210)。このとき、該指示が、第1のタイマの満了時に送信が成功したことを示す場合、端末装置110は、第1のタイマの満了時にSDTが成功したと決定してもよい(211)。例えば、これは専用CGに基づくSDTに適用されてもよい。該指示が、第1のタイマの満了時にSDTが失敗したことを示す場合、端末装置110は、第1のタイマの満了時にSDTが失敗したと決定してもよい(211’)。例えば、これは専用CGに基づくSDTと共有CGに基づくSDTに適用されてもよい。
いくつかの実施形態において、ネットワーク装置120は、アップリンクデータの送信が成功したことを示すMAC PDUを送信してもよい(212)。MAC PDUが受信されると、端末装置110は、第1のタイマを停止してもよい(213)。例えば、専用CGに基づくSDTの場合、PDCCH送信がそのCGに基づくSDT RNTIにアドレス指定され、該MAC PDUの復号化が成功した場合、端末装置110は、第1のタイマを停止してもよい。この場合、端末装置110は、CGに基づくSDTが成功したとみなして、CGに基づくSDTが成功したと上位層に示してもよい。
こうして、CGに基づくSDT後のPDCCHモニタリングのためのUEの動作が提供される。
競合解消を備えたCGに基づくSDTの実現例
複数の端末装置がSDTのために同一のCGを使用する場合、競合解消(contention resolution)が必要となる。これについて図2Bを参照して説明する。図2Bは本開示の実施形態にかかる、競合解消メカニズムの下でのCGに基づくSDT中の通信プロセス200Bを示す模式図である。説明のために、図1を参照してプロセス200Bを説明する。プロセス200Bには、図1に示されるように、端末装置110とネットワーク装置120が関与してもよい。
図2Bに示すように、端末装置110は、アップリンクデータの送信時に、競合解消のためにタイマ(本明細書では第2のタイマとも称する)を起動してもよい(214)。こうして、各CG送信後に、競合解消のためにタイマを起動することができる。
いくつかの実施形態において、第2のタイマは、第1のタイマと同じでもよい。もちろん、第2のタイマは別個のタイマであってもよい。
いくつかの実施形態において、ネットワーク装置120は、CGに基づくSDTの再送についてのスケジューリングを端末装置110に送信してもよい(215)。例えば、再送についてのスケジューリングは、CGに基づくSDT RNTIにアドレス指定されたアップリンク許可により送信されてもよい。これらの実施形態において、端末装置110は、該再送についてのスケジューリングを受信したことに応じて、該第2のタイマを再起動してもよい(216)。
いくつかの実施形態において、第2のタイマが満了した場合、端末装置110は、競合解消が成功しなかったと決定してもよい(217)。
いくつかの実施形態において、ネットワーク装置120は、第2のタイマが動作している間にMAC PDUを端末装置110に送信してもよい(218)。いくつかの実施形態において、端末装置110は、MAC PDUの受信時に第2のタイマを停止してもよい(219)。例えば、MAC PDUが受信され、MAC PDUの復号化が成功した場合、端末装置110は、第2のタイマを停止してもよい。もちろん、端末装置110は、MAC PDUの受信時に第2のタイマを停止しなくてもよい。
いくつかの実施形態において、MAC PDUの受信時に、端末装置110は、MAC PDUが競合解消に関連付けられる第1のアイデンティティを含むか否かを決定してもよい(220)。例えば、端末装置110は、MAC PDUが競合解消アイデンティティ(Contention Resolution Identity)のためのMAC CEを含むか否かを決定してもよい。MAC PDUが第1のアイデンティティを含む場合、端末装置110は、第1のアイデンティティがアップリンクデータの送信における端末装置110の第2のアイデンティティと一致するか否かを決定してもよい(221)。例えば、端末装置110は、MAC CE内のUEコンテンツが、アップリンク送信におけるI-RNTIのようなUE ID情報と一致するか否かを決定してもよい。いくつかの実施形態において、ランダムアクセスプロシージャのために、UE競合解消アイデンティティMAC CE(UE Contention Resolution Identity MAC CE)を再利用してもよい。
RRCメッセージを有するCGに基づくSDTの場合、MAC CEは、UL CCCH SDUの全部または一部を含んでもよい。RRCメッセージのないCGに基づくSDTの場合、MAC CEは、UL MAC CE内の情報の全部または一部と、I-RNTIのようなUE ID情報とを含んでもよい。
第1のアイデンティティが第2のアイデンティティと一致する場合、端末装置110は、競合解消が成功したと決定してもよい(222)。したがって、端末装置110は、CGに基づくSDTが成功したと決定してもよい。このとき、端末装置110がMAC PDU内でTAコマンドを受信した場合、端末装置110は、TAコマンドを実行してもよい(223)。いくつかの実施形態において、端末装置110はさらに、MAC PDU内で、端末装置110により使用されるためのC-RNTIを受信してもよい。いくつかの実施形態において、第1のアイデンティティと、TAコマンドと、C-RNTIとのうちの一つまたは複数は、単一のMAC CEに含まれてもよい。もちろん、第1のアイデンティティと、TAコマンドと、C-RNTIとは、別々のMAC CEに含まれてもよい。
第1のアイデンティティが第2のアイデンティティと一致しない場合、端末装置110は、競合解消が成功しなかったと決定してもよい(224)。これらの実施形態において、端末装置110は、MAC PDUを破棄してもよい。この場合、端末装置110は、TAコマンドとC-RNTIと(存在する場合)を破棄してもよい。
いくつかの実施形態において、競合解消が成功しなかったと決定された場合、端末装置110は、CGに基づくSDTが成功しなかったと決定してもよい。例えば、端末装置110は、CGに基づくSDTが成功しなかったことを上位層に示してもよい。
いくつかの代替実施形態において、端末装置110が競合解消は成功しなかったと決定された場合、端末装置110は、CGに基づくSDTの再送を実行し(225)、第2のタイマを再起動してもよい。端末装置110は、CG送信回数を増加させてもよいし、CG送信回数が所定回数に等しい場合、端末装置110は、CGに基づくSDTが成功しなかったと決定してもよい。
バックオフメカニズムを備えたCGに基づくSDTの実現例
さらなる競合の発生を回避するために、競合解消が成功しなかったと端末装置110が決定した場合、端末装置110は対応するCGリソース上でCGに基づくSDTが許可されないタイマを起動してもよい。図2Cを参照し、以下にこれについて説明する。図2Cは本開示の実施形態にかかる、バックオフメカニズムの下でのCGに基づくSDT中の通信プロセス200Cを示す模式図である。説明のために、図1を参照してプロセス200Cを説明する。プロセス200Cには、図1に示されるように、端末装置110とネットワーク装置120が関与してもよい。
図2Cに示すように、端末装置110は、対応するCGリソース上でCGに基づくSDTが許可されないタイマ(本明細書では第3のタイマとも称する)を起動してもよい(226)。すなわち、端末装置110は、第3のタイマが満了するまで、対応するCGリソース上でのアップリンクデータの送信を一時停止してもよい。端末装置110は、第3のタイマが満了した後、非アクティブ状態において、対応するCGリソースに基づいてSDTを実行してもよい(227)。いくつかの実施形態において、端末装置110は、アップリンクデータに関連付けられるデータパケットを、対応するCGリソース上でネットワーク装置120に再送してもよい。いくつかの実施形態において、端末装置110は、アップリンクデータに関連付けられる新たなデータパケットを、対応するCGリソース上でネットワーク装置120に送信し続けてもよい。
第3のタイマの持続時間に関して、ネットワーク装置120は、第3のタイマの持続時間についてのインジケータ(本明細書ではバックオフインジケータとも称する)を送信してもよい(228)。いくつかの実施形態において、ネットワーク装置120は、RRCメッセージ内で端末装置110にインジケータを事前に設定してもよい。いくつかの代替実施形態において、ネットワーク装置120は、MAC PDU内でインジケータを送信してもよい。
いくつかの実施形態において、MAC PDUは、論理チャネルアイデンティティ(LCID:logic channel identity)とインジケータを保持するMAC CEとを含むヘッダを含んでもよい。こうして、従来のDL MAC PDUフォーマットを使用することができる。図4は本開示の実施形態にかかる、CGに基づくSDTのためのMAC PDUを示す模式図400である。図4に示すように、符号410は、MAC PDUの例を示す。MAC PDUは、MAC subPDU 411を含んでもよいし、MAC subPDU 411は、サブヘッダ(本明細書ではヘッダとも称する)411-1とMAC CE 411-2とを含んでもよい。ヘッダ411-1は、CGに基づくSDTについてのインジケータのLCIDを含み、MAC CE 411-2は、該インジケータを含んでもよい。符号420は、4ビットのバックオフインジケータを保持するMAC CEの例を表し、Rフィールド421は予約ビットを表し、BIフィールド422はバックオフインジケータを表す。符号430は、5ビットのバックオフインジケータを保持するMAC CEの例を表し、Rフィールド431は予約ビットを表し、BIフィールド432はバックオフインジケータを表す。
いくつかの代替実施形態において、MAC PDUは、インジケータと、インジケータの存在を示すビットとを含むヘッダを含んでもよい。例えば、第1のビットは、インジケータの存在を示すために使用されてもよい。図5は本開示の実施形態にかかる、CGに基づくSDTのためのMAC PDUを示す模式図500である。図5に示すように、符号510は、MAC PDUの例を示す。MAC PDUは、MACサブヘッダのみを含むMAC subPDU 511を含む。符号520は、4ビットのバックオフインジケータのためのMACサブヘッダの例を表す。この例において、Bフィールド521はバックオフインジケータの存在を示し、Rフィールド522は予約ビットを示し、BIフィールド523はバックオフインジケータを示す。例えば、Bフィールド521は、サブヘッダ内のバックオフインジケータフィールドの存在を示す「1」にセットされてもよい。もちろん、Bフィールド511は、サブヘッダ内のバックオフインジケータフィールドの存在を示すために、任意の他の適切な値にセットされてもよい。
符号530は、5ビットのバックオフインジケータのためのMACサブヘッダの例を表す。この例において、Bフィールド531はバックオフインジケータの存在を示し、Rフィールド532は予約ビットを示し、BIフィールド533はバックオフインジケータを示す。例えば、Bフィールド531は、サブヘッダ内のバックオフインジケータフィールドの存在を示す「1」にセットされてもよい。もちろん、Bフィールド531は、サブヘッダ内のバックオフインジケータフィールドの存在を示すために、任意の他の適切な値にセットされてもよい。
いくつかの代替実施形態において、インジケータは、MAC PDUの所定のバイトに含まれてもよい。例えば、インジケータは、MAC PDUの第1のバイトに含まれてもよい。図6は本開示の実施形態にかかる、CGに基づくSDTのためのMAC PDUを示す模式図600である。図6に示すように、符号610は、MAC PDUの例を示す。MAC PDUは、このインジケータを保持するMACサブヘッダのみを含むMAC subPDU 611を含む。符号620は、4ビットのバックオフインジケータのためのMACサブヘッダの例を表す。この例においてRフィールド621は予約ビットを示し、BIフィールド622はバックオフインジケータを示す。符号630は、5ビットのバックオフインジケータのためのMACサブヘッダの例を表す。この例においてRフィールド631は予約ビットを示し、BIフィールド632はバックオフインジケータを示す。
こうして、端末装置110は、第3のタイマの持続時間についてインジケータを得ることができる。図2Cに戻り、その後、端末装置110は、このインジケータに基づいて第3のタイマの持続時間を決定してもよい(229)。いくつかの実施形態において、端末装置110は、予め定義されたテーブルに基づいて、インジケータに含まれる値(第1の値とも称する)に対応する最大バックオフ値を得ることができる。予め定義されたテーブルの例は以下の表1に示されている。これは一例に過ぎず、本開示を限定するものではない。
Figure 2023543071000002

いくつかの実施形態において、端末装置110は、ゼロと最大バックオフ値との間の一様分布に従って値を選択し、選択された値を第3のタイマの持続時間として使用してもよい。いくつかの実施形態において、表1のバックオフパラメータ値は、表2に示すように拡張されてもよい。
Figure 2023543071000003
いくつかの実施形態において、端末装置110は、ゼロとインジケータに含まれる第1の値との間の第2の値を決定し、第2の値とCGの周期とに基づいて第3のタイマの持続時間を決定してもよい。例えば、バックオフインジケータは整数Nである。端末装置110は、0と第1の値との間の一様分布に基づいて、ランダムな整数値nを選択してもよい。結果として得られる持続時間はn×CGの周期である。こうして、次のn個のCG送信オケージョンについては、対応するCGリソース上での共有CGに基づくSDTは許可されない。
いくつかの実施形態において、バックオフインジケータは端末装置110により取得されなくてもよい。これらの実施形態において、端末装置110は、第3のタイマの持続時間を0としてセットしてもよい。
こうして、次のCGオケージョンについて、複数の端末装置間の競合を軽減することができる。
なお、図2Aから図2Cに示す動作は、本開示の実施形態を実現するのに必ずしも必要ではなく、必要に応じて、より多くの動作またはより少ない動作を適用してもよい。
方法の実現例
本開示の実施形態は、端末装置とネットワーク装置において実現される通信方法を提供する。図7から8を参照し、以下にこれらの方法を説明する。
図7は本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法700を示す図である。例えば、図1に示すように、方法700は、端末装置110において実行されてもよい。以下、説明のために、図1を参照して方法700を説明する。方法700は、図示されていない追加のブロックを含むことができ、且つ/又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。この例において、端末装置110が、非アクティブ状態においてアップリンクデータが送信されることを決定したとする。
ブロック710において、端末装置110は、非アクティブ状態におけるアップリンクデータの送信のために、BWPの設定(configuration)からCGを決定する。いくつかの実施形態において、端末装置110は、ネットワーク装置120から受信したシステム情報または専用メッセージから設定を取得し、その設定からCGを決定してもよい。いくつかの実施形態において、端末装置110は、設定からCGの候補セットを決定し、候補セットからCGを決定してもよい。
ブロック720において、端末装置110は、非アクティブ状態において、CGに基づいてアップリンクデータをネットワーク装置120に送信する。いくつかの実施形態において、端末装置110はさらに、端末装置110の短い(short)I-RNTIを含むMAC CEをネットワーク装置120に送信してもよい。
こうして、初期BWP上のトラフィック負荷を軽減することができる。
いくつかの実施形態において、端末装置110は、ネットワーク装置120から受信したシステム情報に基づいて、端末装置110の完全な(full)I-RNTIが使用されるか否かを決定してもよい。完全なI-RNTIを使用すると決定された場合、端末装置110はさらに、完全なI-RNTIを含む第1のMAC CEをネットワーク装置120に送信してもよい。完全なI-RNTIを使用しないと決定された場合、端末装置110はさらに、短いI-RNTIを含む第2のMAC CEをネットワーク装置120に送信してもよい。
こうして、CGに基づくSDTについてRRC-lessをサポートすることができる。
いくつかの実施形態において、端末装置110は、アップリンクデータの送信時に、ダウンリンク制御チャネルをモニタリングするために使用される第1のタイマを起動してもよい。これらの実施形態において、アップリンクデータの再送についてのスケジューリングが受信された場合、端末装置110は、第1のタイマを再起動してもよい。
いくつかの実施形態において、端末装置110は、第1のタイマの満了時に送信が成功したか失敗したかを示す指示を、ネットワーク装置120から受信してもよい。該指示が、第1のタイマの満了時に送信が成功したことを示す場合、端末装置110は、第1のタイマの満了時に送信が成功したと決定してもよい。該指示が、第1のタイマの満了時に送信が失敗したことを示す場合、端末装置110は、第1のタイマの満了時に送信が失敗したと決定してもよい。
いくつかの実施形態において、端末装置110は、アップリンクデータの送信が成功したことを示すMAC PDUの受信時に、第1のタイマを停止してもよい。
こうして、CG送信後のダウンリンク制御チャネルのモニタリングを実行することができる。
いくつかの実施形態において、端末装置110は、アップリンクデータの送信時に、競合解消のための第2のタイマを起動してもよい。いくつかの実施形態において、第2のタイマが満了したと決定された場合、端末装置110は、競合解消が成功しなかったと決定してもよい。
いくつかの実施形態において、ネットワーク装置120からMAC PDUが受信された場合、端末装置110は、MAC PDUが競合解消に関連付けられる第1のアイデンティティを含むか否かを決定してもよい。MAC PDUが第1のアイデンティティを含むと決定された場合、端末装置110は、第1のアイデンティティがアップリンクデータの送信における端末装置の第2のアイデンティティと一致するか否かを決定してもよい。第1のアイデンティティが第2のアイデンティティと一致すると決定された場合、端末装置110は、競合解消が成功したと決定し、アップリンクデータの送信が成功したと決定してもよい。
いくつかの実施形態において、端末装置110は、MAC PDUの受信時に第2のタイマを停止してもよい。いくつかの実施形態において、アップリンクデータの送信が成功したとの決定に従って、端末装置110は、MAC PDUからTAコマンドを決定し、TAコマンドを実行してもよい。いくつかの実施形態において、端末装置110はさらに、ネットワーク装置120からのMAC PDU内で、端末装置110のためのC-RNTIを受信してもよい。
いくつかの実施形態において、MAC PDUが第1のアイデンティティを含まないか、または第1のアイデンティティが第2のアイデンティティと一致しないと決定された場合、端末装置110は、MAC PDUを破棄し、競合解消が成功しなかったと決定してもよい。
いくつかの実施形態において、競合解消が成功しなかったと決定された場合、端末装置110は、アップリンクデータの送信が成功しなかったと決定してもよい。いくつかの代替実施形態において、競合解消が成功しなかったと決定された場合、端末装置110は、非アクティブ状態においてアップリンクデータを再送し、第2のタイマを再起動してもよいし、そして、送信回数が所定回数に等しいと決定された場合に、端末装置110はアップリンクデータの送信が成功しなかったと決定してもよい。
こうして、CGに基づくSDTのための競合解消メカニズムを実現することができる。
いくつかの実施形態において、競合解消が成功しなかったと決定された場合、端末装置110は、第3のタイマを起動し、第3のタイマが満了するまでCG上でのアップリンクデータの送信を一時停止し、第3のタイマが満了した後、非アクティブ状態においてCGに基づいてアップリンクデータの送信を実行してもよい。
いくつかの実施形態において、端末装置110は、ネットワーク装置120から、第3のタイマの持続時間についてのインジケータを受信し、このインジケータに基づいて第3のタイマの持続時間を決定し、この持続時間で第3のタイマを起動してもよい。いくつかの代替実施形態において、端末装置110は、ネットワーク装置120から、このインジケータを含むRRCメッセージを受信し、このRRCメッセージからインジケータを取得してもよい。
いくつかの実施形態において、端末装置110は、ゼロとインジケータに含まれる第1の値との間の第2の値を決定し、第2の値と設定された許可の周期とに基づいて第3のタイマの持続時間を決定してもよい。
いくつかの実施形態において、端末装置110は、ネットワーク装置120から、このインジケータを含むMAC PDUを受信し、このMAC PDUからインジケータを取得してもよい。いくつかの実施形態において、端末装置110は、MAC PDUからインジケータのLCIDを含むヘッダを決定し、このヘッダに対応するMAC CEからインジケータを決定してもよい。いくつかの代替実施形態において、端末装置110は、MAC PDUから、インジケータの存在を示すビットを含むヘッダを決定し、このヘッダからインジケータを決定してもよい。いくつかの代替実施形態において、端末装置110は、MAC PDUの所定のバイトからインジケータを決定してもよい。
こうして、競合の場合におけるバックオフメカニズムを実現することができ、次のCGオケージョンについて、複数の端末装置間の競合を軽減することができる。
図8は本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法800を示す。例えば、図1に示すように、方法800は、ネットワーク装置120において実現できる。以下、説明のために、図1を参照して方法800を説明する。方法800は、図示されていない追加のブロックを含むことができ、且つ/又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。
図8に示すように、ブロック810において、ネットワーク装置120は、非アクティブ状態における端末装置110からのアップリンクデータの送信のための、CGを含むBWPの設定(configuration)を送信する。いくつかの実施形態において、この設定は、CGの候補セットを含んでもよい。いくつかの実施形態において、ネットワーク装置120は、システム情報内でこの設定を送信してもよい。
いくつかの実施形態において、ネットワーク装置120は、端末装置110から、端末装置110の短い(short)I-RNTIを含むMAC CEを受信してもよい。いくつかの実施形態において、ネットワーク装置120は、端末装置110の完全な(full)I-RNTIが使用されるか否かをシステム情報内で端末装置110に示してもよい。完全なI-RNTIを使用することをネットワーク装置120が示すと、ネットワーク装置120は、完全なI-RNTIを含む第1のMAC CEを端末装置110から受信してもよい。完全なI-RNTIを使用しないことをネットワーク装置120が示すと、ネットワーク装置120は、短いI-RNTIを含む第2のMAC CEを端末装置110から受信してもよい。
いくつかの実施形態において、ネットワーク装置120は、第1のタイマの満了時にアップリンクデータの送信が成功したか失敗したかを示す指示を、端末装置110に送信してもよい。これらの実施形態において、第1のタイマは、ダウンリンク制御チャネルをモニタリングするために使用される。いくつかの実施形態において、ネットワーク装置120は、アップリンクデータの送信が成功したことを示すMAC PDUを端末装置110に送信してもよい。いくつかの実施形態において、ネットワーク装置120は、アップリンクデータの再送についてのスケジューリングを端末装置110に送信してもよい。
いくつかの実施形態において、ネットワーク装置120は、競合解消に関連付けられる第1のアイデンティティを含むMAC PDUを端末装置110に送信してもよい。いくつかの実施形態において、ネットワーク装置120は、TAコマンドをMAC PDU内で端末装置110に送信してもよい。すなわち、MAC PDUは、TAコマンドをさらに含んでもよい。いくつかの実施形態において、ネットワーク装置120は端末装置110のためのC-RNTIをMAC PDU内で送信してもよい。すなわち、MAC PDUはC-RNTIをさらに含んでもよい。いくつかの実施形態において、第1のアイデンティティと、TAコマンドと、C-RNTIとのうちの一つまたは複数は、同じMAC CE内で送信されてもよい。いくつかの実施形態において、第1のアイデンティティと、TAコマンドと、C-RNTIとは、別々のMAC CE内でそれぞれ送信されてもよい。
いくつかの実施形態において、ネットワーク装置120は、第3のタイマの持続時間についてのインジケータを端末装置110に送信してもよい。これらの実施形態において、第3のタイマは、CG上でのアップリンクデータの送信の一時停止に使用される。いくつかの実施形態において、ネットワーク装置120は、RRCメッセージ内でインジケータを送信してもよい。いくつかの代替実施形態において、ネットワーク装置120は、MAC PDU内でインジケータを送信してもよい。
いくつかの実施形態において、MAC PDUは、LCIDとインジケータを保持するMAC CEとを含むヘッダを含んでもよい。いくつかの代替実施形態において、MAC PDUは、インジケータと、インジケータの存在を示すビットとを含むヘッダを含んでもよい。いくつかの代替実施形態において、インジケータは、MAC PDUの所定のバイトに含まれる。
図7から図8に記載の方法の実現は、基本的に図2Aから図2Cに関連して説明したプロセスに対応し、そのため、これ以外の詳細はここでは省略する。
装置の実現例
図9は本開示の実施形態を実現するのに適した装置900の概略ブロック図である。装置900は、図1に示す端末装置110又はネットワーク装置120の別の例示的な実施態様であるとみなされる。したがって、装置900は、端末装置110又はネットワーク装置120において、或いはそれらの少なくとも一部として実現することができる。
図示されるように、装置900は、プロセッサ910と、プロセッサ910に結合されたメモリ920と、プロセッサ910に結合された適切な送信機(TX)及び受信機(RX)940と、TX/RX 940に結合された通信インターフェースとを備える。メモリ910は、プログラム930の少なくとも一部を記憶する。TX/RX 940は双方向通信に用いられる。TX/RX 940は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有することができる。通信インターフェースは、eNB/gNB間の双方向通信のためのX2/Xnインターフェース、モビリティ管理エンティティ(MME:Mobility Management Entity)/アクセス及びモビリティ管理機能(AMF:Access and Mobility Management Function)/SGW/UPFとeNB/gNBとの間の通信のためのS1/NGインターフェース、eNB/gNBと中継ノード(RN:relay node)との間の通信のためのUnインターフェース、又はeNB/gNBと端末装置との間の通信のためのUuインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。
プログラム930は、図1から図8を参照して本明細書で説明したように、関連付けられたプロセッサ910により実行された場合、装置900が本開示の実施形態に従って動作することを可能にするプログラム命令を含むとみなされる。本明細書の実施形態は、装置900のプロセッサ910により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現してもよい。プロセッサ910は、本開示の様々な実施形態を実施するように構成されてもよい。さらに、プロセッサ910とメモリ920との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段950を形成してもよい。
メモリ920は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体ベースのメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現してもよい。装置900内には1つのメモリ920のみが示されているが、装置900内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ910は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ(DSP:digital signal processor)、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つまたは複数を含んでもよい。装置900は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。
全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現してもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装できることを理解されたい。
本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図2Aから図2C及び図7から図8を参照して上述したプロセスまたは方法を実行するために、対象の実プロセッサまたは仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割することができる。プログラムモジュールのマシンが実行可能な能命令は、ローカル又は分散型装置内で実行することができる。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。
本開示の方法を実行するためのプログラムコードは、一つまたは複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び/又はブロック図に指定された機能/動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。
上述のプログラムコードは、マシン可読媒体上で実装することができ、マシン可読媒体は、命令実行システム、機器、又は装置により使用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体でもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含んでもよいが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、一つまたは複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ(RAM)、リードオンリーメモリ(ROM)、消去可能プログラマブルリードオンリーメモリ(EPROM又はフラッシュメモリ)、光ファイバ、ポータブル光ディスクリードオンリーメモリ(CD-ROM)、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。
なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明された、いくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。
本開示は、構造的特徴及び/又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。
図示されるように、装置900は、プロセッサ910と、プロセッサ910に結合されたメモリ920と、プロセッサ910に結合された適切な送信機(TX)及び受信機(RX)940と、TX/RX 940に結合された通信インターフェースとを備える。メモリ920は、プログラム930の少なくとも一部を記憶する。TX/RX 940は双方向通信に用いられる。TX/RX 940は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有することができる。通信インターフェースは、eNB/gNB間の双方向通信のためのX2/Xnインターフェース、モビリティ管理エンティティ(MME:Mobility Management Entity)/アクセス及びモビリティ管理機能(AMF:Access and Mobility Management Function)/SGW/UPFとeNB/gNBとの間の通信のためのS1/NGインターフェース、eNB/gNBと中継ノード(RN:relay node)との間の通信のためのUnインターフェース、又はeNB/gNBと端末装置との間の通信のためのUuインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。


Claims (47)

  1. 非アクティブ状態においてアップリンクデータが送信されるとの決定に従って、前記非アクティブ状態における前記アップリンクデータの前記送信のための帯域幅部分の設定から、設定された許可を端末装置において決定することと、
    前記アップリンクデータを前記設定された許可に基づいて、前記非アクティブ状態において、ネットワーク装置に送信することと
    を含む通信の方法。
  2. 前記決定することは、
    前記ネットワーク装置から受信したシステム情報または専用メッセージから前記設定を取得することと、
    前記設定から前記設定された許可を決定することと
    を含む請求項1記載の方法。
  3. 前記決定することは、
    前記設定された許可の候補セットを前記設定から決定することと、
    前記設定された許可を前記候補セットから決定することと
    を含む請求項1に記載の方法。
  4. 前記端末装置の短い非アクティブ無線ネットワーク一時識別子(I-RNTI)を含む媒体アクセス制御制御要素(MAC CE)を前記ネットワーク装置に送信することと
    をさらに含む請求項1に記載の方法。
  5. 前記ネットワーク装置から受信したシステム情報から、前記端末装置の完全な非アクティブ無線ネットワーク一時識別子(I-RNTI)が使用されるか否かを決定することと、
    前記完全なI-RNTIが使用されるとの決定に従って、前記完全なI-RNTIを含む第1の媒体アクセス制御制御要素(MAC CE)を前記ネットワーク装置に送信することと、
    前記完全なI-RNTIが使用されないとの決定に従って、短いI-RNTIを含む第2のMAC CEを前記ネットワーク装置に送信することと
    をさらに含む請求項1に記載の方法。
  6. 前記アップリンクデータの送信時に、ダウンリンク制御チャネルをモニタリングするために使用される第1のタイマを起動すること
    をさらに含む請求項1に記載の方法。
  7. 前記アップリンクデータの再送についてのスケジューリングを受信したことに応じて、前記第1のタイマを再起動すること
    をさらに含む請求項6に記載の方法。
  8. 前記第1のタイマの満了時に前記送信が成功したか失敗したかを示す指示を、前記ネットワーク装置から受信することと、
    前記第1のタイマの満了時に前記送信が成功したことを前記指示が示すとの決定に従って、前記第1のタイマの満了時に前記送信が成功したと決定することと、
    前記第1のタイマの満了時に前記送信が失敗したことを前記指示が示すとの決定に従って、前記第1のタイマの満了時に前記送信が成功したと決定することと
    を含む請求項6に記載の方法。
  9. 前記アップリンクデータの送信が成功したことを示す媒体アクセス制御プロトコルデータユニット(MAC PDU)の受信時に、前記第1のタイマを停止すること
    をさらに含む請求項6に記載の方法。
  10. 前記アップリンクデータの送信時に、競合解消のための第2のタイマを起動すること
    をさらに含む請求項1に記載の方法。
  11. 前記第2のタイマが満了したとの決定に従って、前記競合解消が成功しなかったと決定すること
    をさらに含む請求項10に記載の方法。
  12. 前記ネットワーク装置から媒体アクセス制御プロトコルデータユニット(MAC PDU)を受信したことに応じて、前記MAC PDUが前記競合解消に関連付けられる第1のアイデンティティを含むか否かを決定することと、
    前記MAC PDUが前記第1のアイデンティティを含むとの決定に従って、前記第1のアイデンティティが前記アップリンクデータの前記送信における前記端末装置の第2のアイデンティティと一致するか否かを決定することと、
    前記第1のアイデンティティが前記第2のアイデンティティと一致するとの決定に従って、前記競合解消が成功したと決定することと、
    前記アップリンクデータの前記送信が成功したと決定することと
    をさらに含む請求項10に記載の方法。
  13. 前記MAC PDUの受信時に前記第2のタイマを停止すること
    をさらに含む請求項12に記載の方法。
  14. 前記MAC PDUからタイミングアドバンス(TA)コマンドを決定することと、
    前記TAコマンドを実行することと
    をさらに含む請求項12に記載の方法。
  15. 前記MAC PDUから、前記端末装置のためのセル無線ネットワーク一時識別子(C-RNTI)を決定すること
    をさらに含む請求項12に記載の方法。
  16. 前記MAC PDUが前記第1のアイデンティティを含まないか、または前記第1のアイデンティティが前記第2のアイデンティティと一致しないとの決定に従って、
    前記MAC PDUを破棄することと、
    前記競合解消が成功しなかったと決定することと
    を含む請求項12に記載の方法。
  17. 前記競合解消が成功しなかったとの決定に従って、前記アップリンクデータの送信が成功しなかったと決定すること
    をさらに含む請求項11又は16に記載の方法。
  18. 前記競合解消が成功しなかったとの決定に従って、
    前記非アクティブ状態において前記アップリンクデータを再送することと、
    前記第2のタイマを再起動することと、
    送信の回数が所定回数に等しいとの決定に従って、前記アップリンクデータの前記送信が成功しなかったと決定することと
    をさらに含む請求項11又は16に記載の方法。
  19. 前記競合解消が成功しなかったとの決定に従って、第3のタイマを起動することと、
    前記第3のタイマが満了するまで、前記設定された許可での前記アップリンクデータの前記送信を一時停止することと、
    前記第3のタイマが満了した後、前記非アクティブ状態において、前記設定された許可に基づいて、前記アップリンクデータの前記送信を実行することと
    をさらに含む請求項11又は16に記載の方法。
  20. 前記第3のタイマを起動することは、
    前記ネットワーク装置から、前記第3のタイマの持続時間についてのインジケータを受信することと、
    前記インジケータに基づいて、前記第3のタイマの前記持続時間を決定することと、
    前記持続時間で前記第3のタイマを起動することと
    を含む請求項19に記載の方法。
  21. 前記インジケータを受信することは、
    前記ネットワーク装置から、前記インジケータを含む無線リソース制御メッセージを受信することと、
    前記メッセージから前記インジケータを取得することと
    を含む請求項20に記載の方法。
  22. 前記第3のタイマの前記持続時間を決定することは、
    ゼロと前記インジケータに含まれる第1の値との間の第2の値を決定することと、
    前記第2の値と前記設定された許可の周期性とに基づいて、前記第3のタイマの前記持続時間を決定することと
    を含む請求項20に記載の方法。
  23. 前記インジケータを受信することは、
    前記ネットワーク装置から、前記インジケータを含むMAC PDUを受信することと、
    前記MAC PDUから前記インジケータを取得することと
    を含む請求項20に記載の方法。
  24. 前記インジケータを取得することは、
    前記MAC PDUから、前記インジケータの論理チャネルアイデンティティを含むヘッダを決定することと、
    前記ヘッダに対応する媒体アクセス制御制御要素(MAC CE)から前記インジケータを決定することと
    を含む請求項23に記載の方法。
  25. 前記インジケータを取得することは、
    前記MAC PDUから、前記インジケータの存在を示すビットを含むヘッダを決定することと、
    前記ヘッダから前記インジケータを決定することと
    を含む請求項23に記載の方法。
  26. 前記インジケータを取得することは、
    前記MAC PDUの所定のバイトから前記インジケータを決定すること
    を含む請求項23に記載の方法。
  27. ネットワーク装置において端末装置に、非アクティブ状態における前記端末装置からのアップリンクデータの送信のための帯域幅部分の、設定された許可を含む設定を送信することと、
    前記端末装置により前記非アクティブ状態において送信される前記アップリンクデータを前記設定された許可に基づいて、前記端末装置から受信することと
    を含む通信の方法。
  28. 前記設定を送信することは、
    システム情報内で前記設定を送信すること
    を含む請求項27に記載の方法。
  29. 前記設定は前記設定された許可の候補セットを含む
    請求項27に記載の方法。
  30. 前記端末装置から、前記端末装置の短い非アクティブ無線ネットワーク一時識別子(I-RNTI)を含む媒体アクセス制御制御要素(MAC CE)を受信することと
    をさらに含む請求項27に記載の方法。
  31. 前記端末装置の完全な非アクティブ無線ネットワーク一時識別子(I-RNTI)が使用されるか否かをシステム情報内で前記端末装置に示すことと、
    前記完全なI-RNTIが使用されることを示す場合、前記完全なI-RNTIを含む第1の媒体アクセス制御制御要素(MAC CE)を前記端末装置から受信することと、
    前記完全なI-RNTIが使用されないことを示す場合、短いI-RNTIを含む第2のMAC CEを前記端末装置から受信することと
    を含む請求項27に記載の方法。
  32. ダウンリンク制御チャネルをモニタリングするための第1のタイマの満了時に前記アップリンクデータの前記送信が成功したか失敗したかを示す指示を前記端末装置に送信すること
    をさらに含む請求項27に記載の方法。
  33. 前記アップリンクデータの送信が成功したことを示す媒体アクセス制御プロトコルデータユニット(MAC PDU)を前記端末装置に送信すること
    をさらに含む請求項27に記載の方法。
  34. 前記競合解消に関連付けられる第1のアイデンティティを含む媒体アクセス制御プロトコルデータユニット(MAC PDU)を前記端末装置に送信すること
    をさらに含む請求項27に記載の方法。
  35. 前記MAC PDUは、タイミングアドバンス(TA)コマンドをさらに含む
    請求項34に記載の方法。
  36. 前記MAC PDUは、前記端末装置のためのセル無線ネットワーク一時識別子(C-RNTI)をさらに含む
    請求項34に記載の方法。
  37. 前記アップリンクデータの再送についてのスケジューリングを前記端末装置に送信すること
    をさらに含む請求項27に記載の方法。
  38. 前記設定された許可での前記アップリンクデータの前記送信の一時停止に使用される第3のタイマの持続時間についてのインジケータを前記端末装置に送信すること
    をさらに含む請求項27に記載の方法。
  39. 前記インジケータを送信することは、
    無線リソース制御メッセージ内で前記インジケータを送信すること
    を含む請求項38に記載の方法。
  40. 前記インジケータを送信することは、
    媒体アクセス制御プロトコルデータユニット(MAC PDU)内で、前記インジケータを送信することを含む
    請求項38に記載の方法。
  41. 前記MAC PDUは、論理チャネルアイデンティティと前記インジケータを保持する媒体アクセス制御制御要素(MAC CE)とを含むヘッダを含む
    請求項40に記載の方法。
  42. 前記MAC PDUは、前記インジケータと、前記インジケータの存在を示すビットとを含むヘッダを含む
    請求項40に記載の方法。
  43. 前記インジケータは、前記MAC PDUの所定のバイトに含まれる
    請求項40に記載の方法。
  44. プロセッサと、前記プロセッサに結合され命令を記憶しているメモリとを備える端末装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項1から26の何れか一項に記載の方法を実行する
    端末装置。
  45. プロセッサと、前記プロセッサに結合され命令を記憶しているメモリとを備える端末装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項27から43の何れか一項に記載の方法を実行する
    ネットワーク装置。
  46. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項1から26の何れか一項に記載の方法を実行させる命令が記憶されている
    コンピュータ可読媒体。
  47. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項27から43の何れか一項に記載の方法を実行させる命令が記憶されている
    コンピュータ可読媒体。
JP2023519572A 2020-09-29 2020-09-29 端末装置、ネットワーク装置及び通信の方法 Active JP7568080B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/119012 WO2022067558A1 (en) 2020-09-29 2020-09-29 Method, device and computer storage medium of communication

Publications (3)

Publication Number Publication Date
JP2023543071A true JP2023543071A (ja) 2023-10-12
JPWO2022067558A5 JPWO2022067558A5 (ja) 2024-06-11
JP7568080B2 JP7568080B2 (ja) 2024-10-16

Family

ID=80949361

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023519572A Active JP7568080B2 (ja) 2020-09-29 2020-09-29 端末装置、ネットワーク装置及び通信の方法

Country Status (5)

Country Link
US (1) US20230371079A1 (ja)
EP (1) EP4223070A4 (ja)
JP (1) JP7568080B2 (ja)
CN (1) CN116114332A (ja)
WO (1) WO2022067558A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220117006A1 (en) * 2020-10-09 2022-04-14 Nokia Technologies Oy Data transmission with stateless routing
WO2022205125A1 (en) * 2021-03-31 2022-10-06 Apple Inc. Mobility state-based sdt procedures
US20240305516A1 (en) * 2023-03-06 2024-09-12 Charter Communications Operating, Llc Efficient detection of dhcpv4 service unavailability in a network gateway router

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019217829A1 (en) 2018-05-10 2019-11-14 Convida Wireless, Llc Small data transmission with non-orthogonal multiple access
US11622390B2 (en) 2018-09-28 2023-04-04 Lg Electronics Inc. Method and apparatus for determining whether to perform transmission on a random access or a configured grant in wireless communication system
CN110856276B (zh) * 2019-11-15 2022-03-22 展讯通信(上海)有限公司 非连接态ue的数据传输、接收方法及装置、终端、基站

Also Published As

Publication number Publication date
CN116114332A (zh) 2023-05-12
EP4223070A1 (en) 2023-08-09
US20230371079A1 (en) 2023-11-16
EP4223070A4 (en) 2023-10-25
JP7568080B2 (ja) 2024-10-16
WO2022067558A1 (en) 2022-04-07

Similar Documents

Publication Publication Date Title
CN108462998B (zh) 用于随机接入的基站、用户设备和方法
KR20200036797A (ko) 무선통신 시스템에서 랜덤 액세스 방법 및 장치
EP3331311A1 (en) Wireless communication system, and base station side and user equipment side device and method
JP7276497B2 (ja) ランダムアクセスレスポンスの受信方法、装置及び通信システム
JP7568080B2 (ja) 端末装置、ネットワーク装置及び通信の方法
JP7540502B2 (ja) 端末装置及び基地局
WO2018137553A1 (zh) 传输模式切换方法及装置
US9426826B1 (en) Contention resolution for an orthogonal frequency-division multiplexing wireless access node
JP7405265B2 (ja) 端末装置及び基地局
WO2021165076A1 (en) Transmission of small data in inactive state from user equipment (ue) to base station (bs)
JP2018507629A (ja) 非同期アップリンク伝送のための方法、端末、及び基地局
US20220053558A1 (en) Random access method and apparatus
KR20160138936A (ko) 이동통신시스템에서의 스케줄링 요청(Scheduling Request)을 효율적으로 전송하는 방법
US20130039320A1 (en) Base station apparatus and scheduling method
US20240057202A1 (en) Method for small data transmission in rrc_inactive state and related devices
CN116074964A (zh) 用于sdt的调度请求和随机接入触发
JP7456551B2 (ja) 信号の送受信方法、装置及び通信システム
WO2021087918A1 (en) Contention resolution in random access procedure
WO2020000429A1 (en) Uplink skipping during random access procedure
WO2024092652A1 (zh) 定时提前的指示方法、装置、设备、存储介质及程序产品
JPWO2021189462A5 (ja)
EP4429146A1 (en) Communication method and device
WO2024032800A1 (zh) 数据传输方法、装置、设备、存储介质及程序产品
US20220022262A1 (en) Signal transmission method and apparatus and communication system
WO2021087832A1 (zh) 无线通信的方法和终端设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230526

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230526

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240327

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240402

A524 Written submission of copy of amendment under article 19 pct

Free format text: JAPANESE INTERMEDIATE CODE: A524

Effective date: 20240603

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240903

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240916