CN117378264A - 终端、基站及通信方法 - Google Patents

终端、基站及通信方法 Download PDF

Info

Publication number
CN117378264A
CN117378264A CN202280035799.0A CN202280035799A CN117378264A CN 117378264 A CN117378264 A CN 117378264A CN 202280035799 A CN202280035799 A CN 202280035799A CN 117378264 A CN117378264 A CN 117378264A
Authority
CN
China
Prior art keywords
terminal
data
response signal
signal
buffer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280035799.0A
Other languages
English (en)
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 CN117378264A publication Critical patent/CN117378264A/zh
Pending legal-status Critical Current

Links

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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/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
    • 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/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/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing 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)
  • Communication Control (AREA)

Abstract

终端包括：接收电路，接收控制信号；以及控制电路，基于满足规定的要求条件的数据的缓冲器状态，控制针对控制信号的接收的响应信号的发送方法。

Description

终端、基站及通信方法
技术领域
本公开涉及终端、基站及通信方法。
背景技术
电气与电子工程师协会(IEEE：The Institute of Electrical and ElectronicsEngineers)正在研究相当于IEEE 802.11ax(以下，也称为“11ax”)标准的后续标准的用于下一代无线局域网(Local Area Network：LAN)的IEEE 802.11be(以下，也称为“11be”)标准。IEEE 802.11ax也被称为“高效(HE：High Efficiency)”，IEEE 802.be也被称为“极高吞吐量(EHT：Extreme High Throughput)”。
现有技术文献
非专利文献
非专利文献1：IEEE P802.11be/D0.4
非专利文献2：IEEE P802.11ax/D8.0
非专利文献3：IEEE 802.11-21/0259r4,“Proposed Draft Specification forTrigger frame for EHT”
非专利文献4：IEEE 802.11-20/1843r2,“Low-Latency Triggered TWT”
非专利文献5：IEEE 802.11-21/0462r5,“Restricted TWT Spec Text”
发明内容
针对在基站中识别由终端发送的数据的要求条件的方法，尚有研究的余地。此外，在本公开中，基站也可以被称为“接入点(AP：access point)”，终端也可以被称为“站点(STA：station)”或“非AP(non-AP)STA”。
本公开的非限定性的实施例有助于提供可在基站中识别由终端发送的数据的要求条件的终端、基站及通信方法。
本公开的一个实施例的终端包括：接收电路，接收控制信号；以及控制电路，基于满足规定的要求条件的数据的缓冲器状态，控制针对所述控制信号的接收的响应信号的发送方法。
应予说明，这些总括性的或具体的方式可以由***、装置、方法、集成电路、电脑程序或记录介质实现，也可以由***、装置、方法、集成电路、电脑程序及记录介质的任意的组合实现。
根据本公开的一个实施例，能够在基站中识别由终端发送的数据的要求条件。
本公开的一个实施例的更多优点和效果将通过说明书和附图予以阐明。这些优点和/或效果分别由若干个实施方式、以及说明书及附图所记载的特征提供，但未必需要为了获得一个或一个以上的相同的特征而全部提供。
附图说明
图1是表示触发帧(Trigger frame)的一例的图。
图2是表示通用信息字段(Common Info field)(通用信息字段、EHT变体(variant))的一例的图。
图3是表示触发类型(Trigger type)的一例的图。
图4是表示空数据分组(NDP：Null Data Packet)反馈报告轮询(NFRP：FeedbackReport Poll)的用户信息字段(User Info field)的一例的图。
图5是表示反馈类型子字段(Feedback Type subfield)的一例的图。
图6是表示资源单元(RU：Resource unit)的音调集索引的一例的图。
图7是表示P矩阵(Pmatrix)的一例的图。
图8是表示AP的一部分的结构例的方框图。
图9是表示终端的一部分的结构例的方框图。
图10是表示实施方式1的AP的结构例的方框图。
图11是表示实施方式1的终端的结构例的方框图。
图12是表示业务指示符(TID：Traffic indicator)的一例的图。
图13是表示要求时延控制方法1的NFRP的用户信息字段的一例的图。
图14是表示要求时延控制方法1的NFRP的用户信息字段(位图结构)的一例的图。
图15是表示要求时延控制方法2的NFRP的用户信息字段的一例的图。
图16是表示要求时延控制方法3的NFRP的用户信息字段的一例的图。
图17是表示反馈类型(Feedback type)的一例的图。
图18是表示反馈类型(有多个指定的情况)的一例的图。
图19是表示特殊用户信息(Special user info)的一例的图。
图20是表示反馈类型(通知资源请求(resource request)的详情)的一例的图。
图21是表示特殊用户信息和用户信息(user info)的比特位置的对比的一例的图。
图22是表示每个TID的缓冲器的一例的图。
图23是表示NDP反馈报告参数集元素(Feedback Report Parameter Setelement)的结构的一例的图。
图24是表示用户信息字段的一例的图。
图25是表示资源分割的一例的图。
图26是表示实施方式2的AP的结构例的方框图。
图27是表示实施方式2的终端的结构例的方框图。
图28是表示P矩阵(码元数为2的情况)的一例的图。
图29是表示P矩阵(码元数为4的情况)的一例的图。
图30是表示P矩阵(码元数为6的情况)的一例的图。
图31是表示P矩阵(其他信息的组合)的一例的图。
图32是表示音调(Tone)位置的一例的图。
图33是用于说明受限(Restricted)目标唤醒时间(TWT：Target Wakeup Time)控制方法的图。
图34是表示受限TWT业务信息字段(Restricted TWT Traffic info field)的一例的图。
图35是表示实施方式3的终端的结构例的方框图。
图36是表示实施方式3的控制序列的一例的图。
具体实施方式
以下，参照附图来详细地说明本公开的各实施方式。
在11ax(HE)中规定了上行的OFDMA(Orthogonal Frequency-Division MultipleAccess，正交频分多址)的导入。基站(例如，AP)例如向该AP所容纳的多个终端(例如，STA)发送控制信号(以下，称为“触发帧”)，该控制信号指示上行OFDMA信号的发送。
11be(EHT)也已同意重新利用11ax(HE)的触发帧作为指示多个终端发送上行OFDMA信号的控制信号(例如，参照非专利文献1、3)。
如图1所示，触发帧例如包括通用信息字段和用户信息列表，该通用信息字段中包含在进行OFDMA复用的多个终端间通用的信息(可以称为“终端通用信息”)，该用户信息列表由包含每个终端所专用的信息(终端专用信息)的多个用户信息字段构成(例如，参照非专利文献1、2、3)。
图2表示EHT正在研究的通用信息字段(通用信息字段、EHT变体)的一例。通用信息字段的触发类型子字段(Trigger Type subfield)指示触发帧的类别(AP令终端发送的信号类别)。
在11ax中，定义图3所示的类别(例如，值(value)＝0～7)作为触发类型(例如，参照非专利文献2)。此外，在图3中，值＝8～15是未定义(预留(reserved))的值。另外，在触发依赖通用信息子字段(Trigger Dependent Common Info subfield)中，例如包含依赖于触发类型的通用信息。
对应于EHT的STA例如可以以HE和EHT中的任何格式，发送触发帧的响应信号的一例即TB-PPDU(Trigger-Based Physical Protocol Data Unit，基于触发的物理协议数据单元)。AP例如能够使用触发帧通用信息字段(Trigger frame common info field)等，指示STA利用哪一格式来发送TB-PPDU。
在向EHT终端发送触发帧的情况下，例如在用户信息字段中设置特殊用户信息字段(Special user info field)，该特殊用户信息字段中设定有特殊的AID(关联(Association)ID，例如，AID＝2007)。利用特殊用户信息字段，通知如用于EHT的上行的带宽信息这样的在终端间通用的信息(例如，参照非专利文献1)。
在触发类型子字段的值表示7(NFRP)的情况下，用户信息字段的格式例如为图4所示的结构(例如，参照非专利文献2)。此外，NFRP是NDP反馈报告轮询的缩写，NDP是空数据分组的缩写。
在图4中，可对反馈类型子字段设定例如图5所示的值(例如，值＝0～15)，在反馈类型子字段的值为0的情况下，用于资源请求的用途。值＝1～15被预留。
即，能够利用触发帧的响应信号，将终端是否保持有应在上行链路中发送的数据这一情况通知(或者，指示)给AP。例如，根据保持有由起始AID子字段(Starting AIDsubfield)指示的AID至起始AID(StartingAID)+NSTA-1之间的AID的终端发送NDP作为触发帧(NFRP)的响应信号。NSTA由以下的式1表示。
NSTA＝18×2BW×(复用标志(MultiplexingFlag)+1) (1)
BW的值例如在图2所示的通用信息字段中的UL(Uplink，上行链路)BW(bandwidth，带宽)子字段(subfield)中被指示，例如可采用0、1、2或3的值。例如，0对应于20MHz的带宽，1对应于40MHz的带宽，2对应于80MHz的带宽，3对应于80+80MHz或160MHz的带宽。复用标志例如在图4所示的用户信息字段中被指示，表示是否应用多个终端的复用。例如，利用复用标志＝1来表示应用多个终端的复用。
发送NDP的终端例如发送如下NDP，该NDP在保持有由信标等信号指示的缓冲器的阈值(也被称为“资源请求缓冲器阈值指数(Resource request buffer thresholdexponential)”)以上的数据的情况下，设反馈状态(FEEDBACK_STATUS)＝1，在未保持数据的情况下，设FEEDBACK_STATUS＝0，并在图6所例示的音调位置(换句话说，频率资源)配置有HE或EHT的LTF(Long Training Field，长训练字段)。
例如，由起始AID指示的AID的终端将与RU音调集索引(RU_TONE_SET_INDEX)＝1相关的候选音调位置的频率资源用于NDP的发送。另外，例如由起始AID+1指示的AID的终端将与RU_TONE_SET_INDEX＝2相关的候选音调位置的频率资源用于NDP的发送。
在复用标志子字段(MultiplexingFlag subfield)(也被称为“空间复用用户数子字段(Number Of Spatially Multiplexed Users subfield)”)为1的情况下，例如一个RU_TONE_SET_INDEX的资源可以由两个终端使用(换句话说，共享)。在此情况下，例如利用与HE或EHT的LTF相乘的P矩阵，使终端间的NDP正交。此外，在HE中，HE-LTF的码元数固定为2。
例如，如图7所示，保持有起始AID至起始AID+18×2BW-1的AID的STA将[1 -1]的P矩阵乘以HE-LTF，保持有起始AID+18×2BW至起始AID+18×2BW×2-1的AID的STA将[1 1]的P矩阵乘以HE-LTF。[1 -1]及[11]是彼此正交的序列(模式)的一例。
另外，为了对应要求时延高的数据(也被称为“低时延业务(low latencytraffic)”)，11be(EHT)研究TWT(目标唤醒时间)的改良等(例如，参照非专利文献4、5)。
但是，使用了NFRP的资源请求中，AP无法判定终端想要发送的数据的要求时延。因此，对于保持有想要在上行中发送的数据的终端，AP无法根据要求时延来决定资源的分配优先级。由此，保持有要求时延高的数据(低时延业务)的终端有可能无法在规定的时间内发送数据。
在本公开的非限定性的实施例中，使得AP可识别保持有要求时延高(换句话说，低时延)的数据的终端。由此，例如可对该终端优先地分配用于数据发送的资源，使得终端可在与要求时延对应的允许时延时间内发送数据。
＜实施方式1＞
＜无线通信***的结构＞
本实施方式的无线通信***例如可以包括图8所示的AP100及图9所示的终端200。在无线通信***中，也可以分别存在两个以上的AP100和两个以上的终端200。
AP100例如可以向终端200发送指示上行OFDMA发送的触发帧。终端200可以接收触发帧，并使用由接收到的触发帧指示的资源，向AP100发送上行OFDMA信号。
此处，AP100例如可以是支持EHT的AP，且是具有与HE之间的向后兼容性的AP(例如，也支持HE的AP)。
另外，终端200例如也可以是HE终端和EHT终端中的任一者。例如，AP100可以对无线LAN标准的版本(例如，HE和EHT中的一者)不同的多个终端200发送一个触发帧，并接收来自各终端200的上行OFDMA信号。AP100例如可以从接收信号分离分配给各终端200的资源的上行信号，并进行解码。
图8是表示本公开的一个实施例的AP100的一部分的结构例的方框图。在图8所示的AP100中，控制部(或者，控制电路)11例如在请求终端200发送响应信号的控制信号(例如，触发帧)中，设定与要求条件相关的信息(例如，后述的TID、AC(Access Category，接入类别)或丢弃时限(Discard age))。该信息例如可以供终端200基于满足规定的要求条件的发送数据的缓冲器状态来控制(或者，决定)响应信号的发送方法。发送部(或者，发送电路)12例如向终端200发送控制信号。要求条件例如可以是与由终端200发送的数据的时延相关的要求条件(以下，有时称为“要求时延”)。
图9是表示本公开的一个实施例的终端200的一部分的结构例的方框图。在图9所示的终端200中，接收部(或者，接收电路)21例如接收控制信号。控制部(或者，控制电路)22例如基于满足规定的要求条件(例如，要求时延)的数据的缓冲器状态，控制(或者，决定)针对控制信号的接收的响应信号(例如，资源请求或NDP)的发送方法。
在本公开的非限定性的实施例中，例如说明如下方法，该方法根据要求时延，决定由终端200利用资源请求对AP100响应(或者，反馈)的缓冲器的保持状态(例如，FEEDBACK_STATUS＝0或(or)1)。
＜AP100的结构例＞
图10是表示本实施方式的AP100的结构例的方框图。图10所示的AP100例如可以包括调度部101、要求时延控制部102、触发帧产生部103、纠错编码部104、调制部105、无线收发部106、解调部107、纠错解码部108及终端信息取得部109。
调度部101、要求时延控制部102、触发帧产生部103及终端信息取得部109中的至少一者例如可以包含于访问控制部(例如，媒体访问控制(MAC：Medium Access Control)处理部)。
另外，图10所示的调度部101、要求时延控制部102、触发帧产生部103、纠错编码部104、调制部105、解调部107、纠错解码部108及终端信息取得部109中的至少一者例如可以包含于图8所示的控制部11。另外，图10所示的无线收发部106例如可以包含于图8所示的发送部12。
调度部101例如基于从终端信息取得部109输出的终端信息(例如，终端200的版本、每个规定频带的无线质量信息、缓冲器信息等)，决定与上行响应信号的类别对应的触发类型、以及各终端的上行响应信号的无线资源(例如，分配频带、目标接收级别等)。
另外，调度部101例如在触发NFRP的情况下，决定发送上行响应信号的STA的起始AID或复用标志(换句话说，是否利用P矩阵来复用多个终端200的HE或EHT的LTF)。调度部101例如向触发帧产生部103输出已决定的触发类型和各终端200的无线资源信息。
要求时延控制部102例如决定利用资源请求响应的、缓冲器所积累的数据的要求时延。例如，根据TID(业务指示符)等控制要求时延。要求时延的详情将在下文中叙述。要求时延控制部102例如向触发帧产生部103输出已决定的要求时延信息。
触发帧产生部103例如使用来自调度部101的触发类型的指示，产生通用信息字段。另外，根据触发类型，使用规定的格式来产生用户信息字段。在触发类型为NFRP的情况下，用户信息字段中例如可以包含由调度部101指示的起始AID子字段及复用标志子字段等。
另外，触发帧产生部103例如基于从要求时延控制部102输入的要求时延信息，产生用户信息字段。此外，用户信息字段的详情将在下文中叙述。在触发类型为NFRP的情况下，也可以采用如下结构，即，即使是用于EHT终端的触发帧，也不包含特殊用户信息字段的结构。触发帧产生部103例如向纠错编码部104输出所产生的触发帧。
纠错编码部104例如将包含触发帧的发送数据信号作为输入，对所输入的信号进行纠错编码，并向调制部105输出编码后的信号。
调制部105例如对从纠错编码部104输入的信号实施调制处理，并向无线收发部106输出调制后的数据信号。
此外，在调制后的数据信号为正交频分复用(OFDM：Orthogonal FrequencyDivision Multiplexing)信号的情况下，AP100(例如，调制部105)可以将调制信号映射到规定的频率资源，进行快速傅里叶逆变换(IFFT：Inverse Fast Fourier Transform)处理而转换成时间波形，并附加循环前缀(CP：Cyclic Prefix)，由此形成OFDM信号。
无线收发部106例如对从调制部105输出的调制信号进行D/A(Digital/Analog，数字/模拟)转换、变频成载波频率的上变频之类的规定的无线发送处理，并经由天线向终端200发送无线发送处理后的信号。另外，无线收发部106例如经由天线接收从终端200发送的信号，对接收到的信号进行向基带变频的下变频及A/D(Analog/Digital，模拟/数字)转换之类的无线接收处理，并将无线接收处理后的信号输出至解调部107。
解调部107例如对来自无线收发部106的输入信号实施解调处理，并向纠错解码部108输出所获得的信号。此外，在输入信号为OFDM信号的情况下，AP100(例如，解调部107)可以对输入信号进行CP去除处理及快速傅里叶变换(FFT：Fast Fourier Transform)处理。
纠错解码部108例如对从解调部107输入的信号进行解码，从而获得来自终端200的接收数据信号。纠错解码部108例如在解码后的接收数据中包含上述终端信息的情况下，向终端信息取得部109输出解码数据。
终端信息取得部109例如从自纠错解码部108输出的解码数据取得终端信息(终端的版本、每个规定频带的无线质量信息等)，并向调度部101输出。另外，在解码数据为NFRP的响应信号(NDP)的情况下，终端信息取得部109例如从HE或EHT的LTF的音调位置取得终端信息(例如，缓冲器信息)，并向调度部101输出终端信息。
＜终端200的结构例＞
图11是表示本实施方式的终端200的结构例的方框图。图11所示的终端200例如可以包括无线收发部201、解调部202、纠错解码部203、触发帧取得部204、要求时延控制部205、缓冲器判定部206、响应信号产生部207、纠错编码部208及调制部209。
触发帧取得部204、要求时延控制部205、缓冲器判定部206及响应信号产生部207中的至少一者例如可以包含于访问控制部(例如，MAC处理部)。
另外，图11所示的解调部202、纠错解码部203、触发帧取得部204、要求时延控制部205、缓冲器判定部206、响应信号产生部207、纠错编码部208及调制部209中的至少一者例如可以包含于图9所示的控制部22。另外，图11所示的无线收发部201例如可以包含于图9所示的接收部21。
无线收发部201例如利用天线将接收信号接收，对接收信号进行下变频及A/D转换之类的无线接收处理，并向解调部202输出所获得的接收信号。
解调部202例如对从无线收发部201输入的接收数据进行解调处理，并向纠错解码部203输出解调后的信号。此外，在输入信号为OFDM信号的情况下，终端200(例如，解调部202)例如可以对输入信号进行CP去除处理及FFT处理。
纠错解码部203例如对从解调部202输入的解调信号进行解码，并输出解码后的信号作为接收数据信号。另外，纠错解码部203例如向触发帧取得部204输出接收数据信号中的触发帧。
触发帧取得部204例如从自纠错解码部203输出的触发帧提取通用信息字段的信息，获得包含上行响应信号的类别的用于产生上行信号的终端通用信息(例如，发送的数据类别或上行信号的时长等)。
另外，触发帧取得部204例如从触发帧提取用户信息列表(User info List)(例如，用户信息字段等)，并基于从通用信息字段的信息取得的终端通用信息(例如，包含触发类型)，进行用户信息字段的接收处理。接着，触发帧取得部204例如从通用信息(CommonInfo)字段及用户信息字段取得用于产生响应信号的信息，并向响应信号产生部207及要求时延控制部205输出所取得的信息。
要求时延控制部205例如取得用户信息字段所含的要求时延信息(例如，利用资源请求响应的与缓冲器的类别相关的信息)，并向缓冲器判定部206输出所取得的要求时延信息。要求时延信息例如是TID。
此外，在用户信息字段中不包含要求时延信息的情况下，可以视为无要求时延信息，或者可以向缓冲器判定部206输出规格等中规定的要求时延信息、或利用信标等而被通知给终端200的要求时延信息。要求时延信息的详情将在下文中叙述。“通知”也可以被替换为“指示”。
缓冲器判定部206例如根据要求时延信息，判定缓冲器中有无数据。例如，在要求时延信息为TID的情况下，缓冲器判定部206例如判定缓冲器中是否保持有阈值(例如，资源请求缓冲器阈值指数(Resource request buffer threshold exponential))以上的所指定的TID的数据，并向响应信号产生部207输出缓冲器保持信息(FEEDBACK_STATUS)。
缓冲器的阈值例如可以由信标等信号所含的NDP反馈报告参数集元素指示给终端200。此外，在要求时延控制部205未将要求时延信息通知给缓冲器判定部206的情况下，缓冲器判定部206例如可以与HE的情况下的控制同样地，与要求时延无关地基于缓冲器中的全部数据的数据量来决定缓冲器保持信息。缓冲器判定部206的动作的详情将在下文中叙述。
响应信号产生部207例如基于来自触发帧取得部204的终端通用信息及终端专用信息，产生规定类别及规定尺寸的数据，并向纠错编码部208输出。在触发类型为NFRP的情况下，响应信号产生部207例如可以确认由起始AID等指示的AID中是否包含由终端200保持的AID。
在确认的结果是所指示的AID中包含由终端200保持的AID的情况下，响应信号产生部207例如可以基于从缓冲器判定部206输入的缓冲器保持信息(例如，FEEDBACK_STATUS)，产生包含HE或EHT的LTF的NDP。
另外，响应信号产生部207例如根据终端专用信息所含的复用标志，将P矩阵乘以HE或EHT的LTF。此外，例如也可以利用触发帧的通用信息(或者，通用信息及特殊用户信息)，通知终端200使用HE和EHT中的哪一者的格式(format)来产生响应信号。另外，在指示了NFRP的情况下，也可以利用HE的格式来产生响应信号。所产生的响应信号例如向纠错编码部208输出。
纠错编码部208例如将来自响应信号产生部207的响应信号作为输入，基于来自触发帧取得部204的终端通用信息及终端专用信息，对作为发送数据的响应信号进行纠错编码，并向调制部209输出编码后的信号。
调制部209例如对从纠错编码部208输入的信号进行调制，并基于来自触发帧取得部204的终端通用信息及终端专用信息，向无线收发部201输出调制信号。此外，在调制信号为OFDM信号的情况下，终端200(例如，调制部209)可以在将调制信号映射到频率资源后进行IFFT处理并附加CP，由此形成OFDM信号。
无线收发部201对来自调制部209的输入信号进行上变频及D/A转换之类的无线发送处理，并从天线发送无线发送处理后的信号。
＜AP100及终端200的动作例＞
接着，说明本实施方式的AP100及终端200的动作例。
＜要求时延控制部102(205)的动作例＞
首先，作为要求时延控制部102(205)的动作例，说明要求时延控制方法1～3。可以在要求时延控制部102(205)中，应用要求时延控制方法1～3中的一者。
基于要求时延信息(例如，TID、AC(接入类别)或丢弃时限等)，控制由终端200利用资源请求响应给AP100的缓冲器状态，由此，AP100能够识别终端200所保持的数据的要求时延。
因此，AP100例如能够对保持有要求时延高(也被称为“低时延”)的数据的终端200优先地分配资源。由此，保持有要求时延高的数据的终端200可使用优先地被分配的资源在允许时延时间内发送数据。
此外，要求时延的控制不限于以下的要求时延控制方法1～3各自所示的TID、AC及丢弃时限。也可以使用其他的表示要求时延的信息。
＜要求时延控制方法1＞
例如，可以根据TID来控制要求时延。例如，如图12所示地规定TID。在图12中，例如用户优先级(User Priority)相当于TID。TID为规定值以上的情况表示要求时延高，TID小于规定值的情况表示要求时延低。例如，在规定值为4的情况下，TID＝0、1、2、3表示要求时延低，TID＝4、5、6、7表示要求时延高。
此外，也可以是，对于TID新设置大于7的值，TID为7以上的情况表示要求时延高。
根据基于TID的控制，与如后述的要求时延控制方法2那样的基于AC的控制相比，可更细致地控制要求时延。
＜要求时延控制方法2＞
例如，可以根据AC来控制要求时延。AC例如有AC_BK、AC_BE、AC_VI、AC_VO这四个种类。AC_BK表示与务类型为背景的业务相关的AC，AC_BE表示与业务类型为尽力(besteffort)的业务相关的AC。AC_VI表示与业务类型为视频的业务相关的AC，AC_VO表示与业务类型为语音的业务相关的AC。
存在如下倾向，即，按照AC_BK、AC_BE、AC_VI、AC_VO的顺序，要求时延(换句话说，优先级)依次变高。由此，例如将AC_BK设为0，将AC_BE设为1，将AC_VI设为2，将AC_VO设为3，AC为规定值以上的情况表示要求时延高，AC小于规定值的情况表示要求时延低。
例如，可以是，在规定值为2的情况下，AC＝0(AC_BK)及AC＝1(AC_BE)表示要求时延低，AC＝2(AC_VI)及AC＝3(AC_VO)表示要求时延高。
此外，也可以是，设置新的AC(例如，4以上)，4以上的情况表示要求时延高。AC与TID相比，有可取的数值的候选数少这一倾向，因此，根据基于AC的要求时延的控制，与基于TID的控制相比，能够以更少的比特数来控制要求时延。因此，有能够削减控制信息量这一效果。
＜要求时延控制方法3＞
例如，可以根据直到丢弃MSDU(MAC服务数据单元(Service Data Unit))为止的时间(也被称为“丢弃时限”)来控制要求时延。
例如，可以是，丢弃时限为规定值[ms]以下的情况表示要求时延高，丢弃时限大于规定值[ms]的情况表示要求时延低。例如，可以是，在规定值为200ms的情况下，0～200ms的范围的丢弃时限表示要求时延高，大于200ms的丢弃时限表示要求时延低。
根据基于丢弃时限的要求时延的控制，能够以MSDU为单位，以细致的粒度(毫秒级(ms order))控制要求时延。
＜触发帧产生部103的动作例＞
接着，说明AP100中的触发帧产生部103的动作例。
＜触发帧产生方法1＞
触发帧产生部103例如可以在反馈类型子字段中设定现有的值即0(资源请求)，并在触发帧的用户信息字段的预留的一部分中，指示由终端200利用资源请求响应的缓冲器的类别。
此外，因为丢弃用户信息字段的预留的信息，所以HE终端200可以与HE中的动作同样地，与要求时延无关地基于缓冲器中的全部数据的数据量来产生资源请求。相对于此，EHT终端200可以基于由用户信息字段指示的值，根据缓冲器中的特定类别的数据量来产生资源请求。
这样，触发帧产生方法1也可应用于混合存在HE终端200和EHT终端200的环境。
接着，关于＜要求时延控制部205的动作例＞中说明的要求时延控制方法1～3，表示用户信息字段的结构的一例。
＜要求时延控制方法1的情况＞
例如，如图13所示，可以在用户信息字段中指示TID(称为“请求TID(RequestTID)”)。此外，在图13中，虽然示出请求TID为4比特的例子，但是不限于此，请求TID也可以为5比特以上。
另外，请求TID的结构例如也可以是如图14所示的位图的结构。例如，在将要求时延高的条件设为TID≧4的情况下，可以将TID#0～3这4比特设为0，并将TID#4～7这4比特设为1。
＜要求时延控制方法2的情况＞
例如，如图15所示，可以在用户信息字段中指示AC(称为“请求AC(Request AC)”)。此外，在图15中，虽然示出请求AC为2比特的例子，但是不限于此，请求AC也可以为3比特以上。
＜要求时延控制方法3的情况＞
例如，如图16所示，可以在用户信息字段中指示丢弃时限(称为“请求丢弃时限(Request Discard age)”)。此外，在图16中，虽然示出请求丢弃时限为9比特的例子，但是不限于此，也可以通过新增使用剩余的预留子字段(Reserved subfield)的7比特而设为16比特。越增加比特数，则可指示粒度越细致的丢弃时限。
＜触发帧产生方法2＞
在触发帧产生方法2中，例如，如图17所示，设置反馈类型子字段的新的设定值(例如，1)，在反馈类型子字段的值为1的情况下，请求(或者，指示)基于要求时延高的数据的缓冲器的资源请求的发送。在反馈类型子字段的值为0的情况下，与要求时延无关地请求基于全部数据的缓冲器的资源请求的发送。
另外，在触发帧产生方法2中，也与触发帧产生方法1同样地，例如可以使用用户信息字段的预留子字段，将要求时延的信息指示给终端200。在无指示的情况下，终端200例如可以基于规格书所预先规定的要求时延的条件、或由信标等通知的要求时延的信息，将资源请求响应给AP100。
此外，例如，也可以如图18所示，根据要求时延的高低，将反馈类型子字段划分成多个等级(或者，级别)。例如，也可以是，在设定值为1的情况下，请求基于要求时延为“中”以上的数据的缓冲器的资源请求，在设定值为2的情况下，请求基于要求时延为“高”以上的数据的缓冲器的资源请求。
另外，也可以在特殊用户信息字段中新增反馈类型(例如替换图19所示的U-SIG忽略和验证子字段(U-SIG Disregard And Validate subfield)的一部分等)，通过特殊用户信息字段与用户信息字段的触发类型之间的组合，指示资源请求的详细类别等。
例如，在特殊用户信息字段中，也可以如图17所示，指示是用于低时延(Lowlatency)的反馈类型，并根据用户信息字段的反馈类型，如图20所示，指示要求时延的类别(要求时延＝“高”、“中”等)。
此外，在请求与要求时延高的数据相关的资源请求的情况下，也可以设置新的触发类型。例如，也可以将触发类型＝8设为NFRP(低时延)，并设为在触发类型＝8的情况下应用触发帧产生方法1或触发帧产生方法2。
另外，虽然在触发帧产生方法1中，示出了根据用户信息字段的预留等来指示TID等的例子，但是也可以代替用户信息字段，使用通用信息字段或特殊用户信息字段的未使用区域来进行指示。
例如，因为在NFRP中，未使用通用信息字段的如下字段，即未使用The UL STBC(Space-Time Block Coding，时空块编码)、LDPC(Low density Parity Check，低密度奇偶校验)额外码元区段(Extra Symbol Segment)、Pre-FEC(Pre-Forward Error Correction，预前向纠错)填充因子(Padding Factor)、PE(Packet Extension，分组扩展)消歧(Disambiguity)、UL空间重用(Spatial Reuse)、多普勒子字段(Doppler subfields)之类的字段，所以也可以将这些字段的一部分替换成TID等控制要求时延的信息而使用。
另外，例如也可以利用特殊用户信息字段来指示用户信息字段的全部信息(例如，起始AID、反馈类型等)。例如，也可以利用特殊用户信息字段的预留子字段等未使用区域、触发依赖用户信息子字段(Trigger dependent user info subfield)来指示起始AID、反馈类型等。
另外，也可以利用反馈类型来指示复用标志等。例如，可以是，反馈类型＝0指示复用标志＝0的情况下的资源请求，反馈类型＝1指示复用标志＝1的情况下的资源请求。在此情况下，虽然NFRP中存在特殊用户信息字段，但是不存在用户信息字段。这样，通过将NFRP中的指示信息集中在特殊用户信息字段中，能够削减控制信息量。
因为HE终端不识别用于EHT终端的NFRP的格式，所以例如有可能会将如图21所示的特殊用户信息字段中的位于与用户信息字段的反馈类型子字段相符的比特(比特(Bit)21～24)位置的特殊重用2子字段(Special Reuse 2subfield)误识别为反馈类型。
因此，在向EHT终端发送NFRP的情况下，在特殊用户信息字段的特殊重用2子字段中，设定HE的反馈类型中未规定的值例如除了0(在特殊重用2中，0是指PSR_DISALLOW)以外的值。例如，通过将特殊重用2子字段的值固定为15(在特殊重用2中，15是指PSR_AND_NON_SRG_OBSS_PD_PROHIBITED)，在NFRP中禁止特殊重用(Special reuse)。由此，能够防止HE终端误识别特殊用户信息字段而错误地发送NFRP的响应信号。
＜缓冲器判定部206的动作例＞
接着，说明终端200中的缓冲器判定部206的动作例。
缓冲器判定部206例如基于由来自AP100的触发帧通知的要求时延信息，判定缓冲器中有无数据。
例如，在触发帧所含的要求时延信息为TID的情况下(换句话说，在要求时延控制方法1的情况下)，判定所指定的TID以上(或者，在位图通知的情况下，是对象比特为1的TID)的数据的总量是否为由信标等NDP反馈报告参数集元素指示的缓冲器的阈值(资源请求缓冲器阈值指数)以上的数据量，并决定缓冲器保持信息(FEEDBACK_STATUS)。
图22表示每个TID的缓冲器的一例。TID＝0～7各自中存在数据的缓冲器，例如由Xn(n＝0～7)表示各个TID的保持数据量。例如，在由触发帧指示的TID为4的情况下，比较TID＝4～7的缓冲器所积累的数据的总量(＝X4+X5+X6+X7)[字节(byte(s))]、与作为阈值的2Resource Request Buffer Threshold Exponent[字节]的值，并在数据的总量大于阈值的情况下，设为FEEDBACK_STATUS＝1。在并非如此的情况下，设为FEEDBACK_STATUS＝0。
此外，在要求时延信息为AC的情况下，以及在要求时延信息为丢弃时限的情况下，缓冲器判定部206也同样地例如按AC、或直到丢弃MSDU为止的时间，对缓冲器进行管理，并根据由触发帧指示的值来计算数据的总量。
虽对应于HE却不对应于EHT的终端200可以与要求时延信息无关地计算数据的总量，例如在图22的例子中，数据的总量为X0+X1+X2+X3+X4+X5+X6+X7[字节]。
也可以通知缓冲器的多个阈值。例如，如图23所示，也可以将不考虑要求时延的情况下的缓冲器的阈值、和考虑要求时延的情况下的缓冲器的阈值(例如，要求时延高的数据的缓冲器阈值)分别独立地通知给终端200。
例如在通知了TID作为要求时延信息的情况下，缓冲器判定部206使用由资源请求缓冲器阈值指数(低时延)指示的缓冲器阈值，判定有无要求时延高的(换句话说，所指定的TID以上的)数据的缓冲器。
根据要求时延来通知多个缓冲器阈值，由此，能够根据要求时延来灵活地控制缓冲器阈值。例如，在要求时延高的数据的情况下，减小缓冲器阈值的值，只要保持有少量数据，就能够以最小时延对AP100请求资源请求(换句话说，基于调度的资源分配)。由此，因为对于终端200的资源分配的时期会提前，所以终端200可将要求时延高的数据的发送开始时期提前。
＜实施方式1的补充＞
此外，也可以在根据基于全部数据的总量或要求时延低的数据的总量的资源请求、与基于要求时延高的数据的总量的资源请求之间，划分使用的频率资源(例如，音调位置)(换句话说，令所使用的频率资源不同)。
例如，使用用户信息字段的预留子字段，指示要求时延高的数据的资源请求(称为“资源请求(低时延)”)的资源位置(称为“起始RU音调集索引(Starting RU_TONE_SET_INDEX)”)。
图24表示用户信息字段的结构例。另外，图25表示起始RU_TONE_SET_INDEX＝9的情况下的一例(BW＝20MHz的情况)。
RU_TONE_SET_INDEX＝1～8对应于基于全部数据的总量或要求时延低的数据的总量的资源请求的资源，RU_TONE_SET_INDEX＝9～18对应于要求时延高的数据的资源请求的资源。
在此情况下，起始AID～起始AID+8的范围的STA200使用RU_TONE_SET_INDEX＝1～8及RU_TONE_SET_INDEX＝9～18的资源来发送资源请求。例如，STA200使用RU_TONE_SET_INDEX＝1～8中的一个资源，发送基于全部数据的总量或要求时延低的数据的总量的资源请求，并使用RU_TONE_SET_INDEX＝9～18中的一个资源，发送要求时延高的数据的资源请求。
可以是使用两个资源来发送资源请求的结构，也可以是使用其中一个资源(例如，在保持有要求时延高的数据的情况下，使用资源请求(低时延)的资源)的结构。
如上所述，在根据基于全部数据的总量或要求时延低的数据的总量的资源请求、与基于要求时延高的数据的总量的资源请求之间划分资源，由此，AP100能够辨别终端200保持有要求时延低的数据和要求时延高的数据中的哪一者。
因此，AP100能够根据辨别出的要求时延，改变终端200的调度的优先级，从而在要求时延内容易进行调度终端200。
此外，例如，也可以根据要求时延的高低，将资源请求的资源(例如，RU_TONE_SET_INDEX的范围)划分成多个等级(或者，级别)。例如，可以针对“高”、“中”、“低”的各个要求时延来划分RU_TONE_SET_INDEX的范围，并针对各个级别的要求时延，在用户信息字段的预留子字段中指示资源位置(例如，起始RU_TONE_SET_INDEX)。
＜实施方式2＞
在实施方式1中说明了如下方法，即，终端200基于由触发帧通知的控制信息，决定根据要求时延并利用资源请求响应的缓冲器的保持状态(例如，FEEDBACK_STATUS＝0或1)的方法。在本实施方式2中说明如下方法，即，终端200不受来自AP100的触发帧指示，而是根据保持的缓冲器所积累的数据的要求时延，变更NDP的发送方法。
＜AP100的结构例＞
图26是表示实施方式2的AP100的结构例的方框图。图26所例示的AP100与实施方式1(图10)相比，无需要求时延控制部102，且触发帧产生部103A的动作不同。其他的结构及动作可以与实施方式1相同。
触发帧产生部103A例如使用来自调度部101的触发类型的指示，产生通用信息字段。另外，触发帧产生部103A例如根据触发类型，使用规定的格式来产生用户信息字段。
在触发类型为NFRP的情况下，用户信息字段中可以包含由调度部101指示的起始AID子字段及复用标志子字段等。用户信息字段的结构例如可以与HE的用户信息字段相同。触发帧产生部103A例如向纠错编码部104输出所产生的触发帧。
＜终端200的结构例＞
图27是表示实施方式2的终端200的结构例的方框图。图27所例示的终端200与实施方式1(图11)相比，要求时延控制部205A及响应信号产生部207A的动作不同。其他的结构及处理可以与实施方式1相同。
要求时延控制部205A例如可以根据实施方式1所记载的TID、AC或丢弃时限等，判定是否为要求时延高的数据。例如可以在规格等中规定以哪个基准来判定要求时延，或者也可以利用信标、触发帧等控制信息，通知以哪个基准来判定要求时延。要求时延控制部205A例如向缓冲器判定部206及响应信号产生部207A输出要求时延信息。
此外，也可以无要求时延信息地产生响应信号，即，与HE同样地，与要求时延无关地产生响应信号。另外，也可以利用信标、触发帧等控制信息，通知是否无需要求时延信息。另外，也可以根据终端200的能力(Capability)，改变控制方法。例如，不支持要求时延控制的终端200可以无需要求时延信息。
响应信号产生部207A例如基于来自触发帧取得部204的终端通用信息及终端专用信息，产生规定类别、规定尺寸的数据，并向纠错编码部208输出。
在触发类型为NFRP的情况下，响应信号产生部207A例如确认由起始AID等指示的AID中是否包含由终端200保持的AID。在所指示的AID中包含由终端200保持的AID的情况下，响应信号产生部207A例如基于从缓冲器判定部206输入的缓冲器保持信息(例如，FEEDBACK_STATUS)，产生包含HE或EHT的LTF的NDP。
另外，响应信号产生部207A例如根据终端专用信息所含的复用标志，将P矩阵乘以HE或EHT的LTF。此处，响应信号产生部207A例如根据从要求时延控制部205输入的要求时延信息，控制NDP所含的HE或EHT的LTF的音调位置(换句话说，(频率映射位置)或相乘的P矩阵。响应信号产生部207A的详情将在下文中叙述。
此外，例如也可以由触发帧的通用信息(或者，触发帧的通用信息及特殊用户信息)，指示使用HE及EHT中的哪一者的格式来产生响应信号。另外，在指示了NFRP的情况下，响应信号产生部207A例如也可以采用如下结构，即，使用HE格式来产生响应信号的结构。所产生的响应信号例如向纠错编码部208输出。
＜响应信号产生部207A的动作例＞
接着，说明响应信号产生部207A的动作例。响应信号产生部207A例如可以根据从要求时延控制部205A输入的要求时延信息，变更NDP产生方法。
＜NDP产生方法1＞
NDP产生方法1是如下方法，即，利用与NDP的HE或EHT的LTF相乘的P矩阵的模式，通知AP100由终端200保持的数据的要求时延是否高。
AP100例如使用多个P矩阵的模式进行接收处理，并根据信号检测已成功的P矩阵的模式，判定由终端200保持的数据的要求时延是否高。此外，在HE中，NFRP的响应信号的一例即NDP的HE-LTF的码元数固定为2。
因此，在NDP产生方法1中，码元数可以固定为2，或者也可以根据触发帧的通用信息所含的EHT-LTF码元数和中间码周期子字段(Number Of EHT-LTF Symbols AndMidamble Periodicity subfield)的值，改变NDP的HE/EHT-LTF码元数。各个码元数的P矩阵的详情将在下文中叙述。另外，“HE/EHT-LTF”是指HE的LTF或EHT的LTF。
这样，利用P矩阵的模式，将由终端200保持的数据的要求时延通知给AP100，由此，AP100能够识别由终端200保持的数据的要求时延。
因此，AP100例如能够对保持有要求时延高(也被称为“低时延”)的数据的终端200优先地分配资源。由此，保持有要求时延高的数据的终端200可使用优先地被分配的资源，在允许时延时间内发送数据。
＜HE/EHT-LTF码元数为2的情况的具体例＞
在用户信息所含的复用标志＝0的情况下，若终端200保持有要求时延低的数据(或者，可以不考虑要求时延的全部数据)，则响应信号产生部207A可以使与NFRP的响应信号的一例即NDP的HE/EHT-LTF相乘的P矩阵、和在保持有要求时延高的数据的情况下与HE/EHT-LTF相乘的P矩阵的模式(换句话说，正交序列的模式)不同。
例如，如图28所示，可以是，在终端200保持有要求时延低的数据(或者，可以不考虑要求时延的全部数据)的情况下，响应信号产生部207A将[1 -1]的P矩阵乘以HE/EHT-LTF，在终端200保持有要求时延高的数据的情况下，将[1 1]的P矩阵乘以HE/EHT-LTF。
在码元数为2的情况下，即使在混合存在HE终端和EHT终端时，仍可进行控制。例如，可以是，HE终端200在复用标志＝0的情况下，使用[1-1]及[1 1]这两个P矩阵中的[1 -1]的P矩阵，EHT终端200根据所保持的数据的要求时延，切换地使用[1 -1]的P矩阵和[1 1]的P矩阵。
此外，也可以是，针对要求时延低的数据(或者，可以不考虑要求时延的全部数据)，使用[1 1]的P矩阵，针对要求时延高的数据，使用[1-1]的P矩阵。
＜HE/EHT-LTF码元数为4的情况的具体例＞
在终端200保持有要求时延低的数据(或者，可以不考虑要求时延的全部数据)的情况下，响应信号产生部207A可以使与NFRP的响应信号的一例即NDP的HE/EHT-LTF相乘的P矩阵、和在保持有要求时延高的数据的情况下与HE/EHT-LTF相乘的P矩阵的模式不同。
例如，如图29所示，可以是，在保持有要求时延低的数据(或者，可以不考虑要求时延的全部数据)的情况下，响应信号产生部207A将[1 -1 1 1]或[1 1 -1 1]的P矩阵乘以HE/EHT-LTF，在保持有要求时延高的数据的情况下，将[1 1 1 -1]或[-1 1 1 1]的P矩阵乘以HE/EHT-LTF。
或者，也可以是，在保持有要求时延低的数据(或者，可以不考虑要求时延的全部数据)的情况下，响应信号产生部207A将[1 1 1 -1]或[-1 1 1 1]的P矩阵乘以HE/EHT-LTF，在保持有要求时延高的数据的情况下，将[1 -1 1 1]或[1 1 -1 1]的P矩阵乘以HE/EHT-LTF。
此外，在码元数大于4码元的情况下，例如，如图30所示，也可以设置要求时延的多个类别(例如，要求时延为“低”、“中”、“高”等)。
另外，除了要求时延之外，还可以与其他的信息组合而使P矩阵的模式不同。例如，如图31所示，也可以根据要求时延和缓冲器所积累的数据尺寸，使P矩阵的模式不同。另外，也可以利用通用信息字段或用户信息字段，指示终端200各P矩阵的模式是与哪种信息关联的。
＜NDP产生方法2＞
NDP产生方法2例如是如下方法，即，根据映射NDP的HE/EHT-LTF的音调(频率)位置，通知AP100由终端200保持的数据的要求时延是否高的方法。
AP100例如能够在多个HE/EHT-LTF的音调位置进行接收处理，并根据信号检测已成功的音调位置，判定由终端200保持的数据的要求时延是否高。
图32表示HE/EHT-LTF的音调位置的一例。此外，在图32中，例示与RU_TONE_SET_INDEX＝1、2相关的HE/EHT-LTF的音调位置，省略了与其他的RU_TONE_SET_INDEX相关的HE/EHT-LTF的音调位置的图示。
在终端200保持有要求时延低的数据(或者，可以不考虑要求时延的全部数据)的状态存在应发送的数据的情况下(例如，FEEDBACK_STATUS＝1)，例如被指示了RU_TONE_SET_INDEX＝1的终端200会在-113、-41、42的音调位置发送HE/EHT-LTF。
另一方面，在未保持应发送的数据的情况下(例如，FEEDBACK_STATUS＝0)，被指示了RU_TONE_SET_INDEX＝1的终端200例如会在-112、-40、41的音调位置发送HE/EHT-LTF。
此外，被指示了RU_TONE_SET_INDEX＝2的终端200也同样地，在保持有要求时延低的数据(或者，可以不考虑要求时延的全部数据)的情况下，和在未保持应发送的数据的情况下，在不同的音调位置发送HE/EHT-LTF。
相对于此，在终端200保持有要求时延高的数据的状态下存在应发送的数据的情况下(例如，FEEDBACK_STATUS＝1)，被指示了RU_TONE_SET_INDEX＝1的终端200例如会在-77、-6、78的音调位置发送HE/EHT-LTF。
另一方面，在未保持应发送的数据的情况下(例如，FEEDBACK_STATUS＝0)，被指示了RU_TONE_SET_INDEX＝1的终端200例如会在-76、7、79的音调位置发送HE/EHT-LTF。
此外，被指示了RU_TONE_SET_INDEX＝2的终端200也同样地，可以在保持有要求时延高的数据的情况下，和在未保持应发送的数据的情况下，在不同的音调位置发送HE/EHT-LTF。
这样，根据映射HE/EHT-LTF的音调(频率)位置，将由终端200保持的数据的要求时延隐式地通知给AP100，由此，AP100能够识别由终端200保持的数据的要求时延。
因此，AP100例如对保持有要求时延高的数据的终端200优先地分配资源，由此，该终端200能够在允许时延时间内发送数据。
此外，在终端200保持有要求时延高的数据和要求时延低的数据这两种数据的情况下，终端200也可以在两个资源例如-113、-41、42、和-77、-6、78的音调位置发送HE/EHT-LTF。
另外，在FEEDBACK_STATUS＝0的情况下，用于要求时延低的数据(或者，可以不考虑要求时延的全部数据)的资源、和用于要求时延高的数据的资源也可以相同。在此情况下，终端200例如可以另外分配用于要求时延高的数据的FEEDBACK_STATUS＝0的音调。因为不存在应发送的数据，所以在FEEDBACK_STATUS＝0的情况下，也可以不根据要求时延高的数据和要求时延低的数据来划分发送HE/EHT-LTF的资源。
另外，例如也可以根据要求时延的高低，将用于发送HE/EHT-LTF的音调位置的候选集划分成多个等级(或者，级别)。例如，也可以分别针对“高”、“中”、“低”的要求时延，规定音调位置的候选集。
＜实施方式3＞
在实施方式3中说明如下方法，即，根据发送NFRP的响应信号的定时，切换与要求时延低的数据(或者，可以不考虑要求时延的全部数据)相关的资源请求、和与要求时延高的数据相关的资源请求。定时的非限定性的一例是基于TWT(目标唤醒时间)的定时。
为了减少终端200的功耗及终端200间的资源冲突，TWT会能够由AP100指示终端200的唤醒/休眠(wake/doze)状态(例如，参照非专利文献2)。终端200根据TWT的控制而唤醒(wake)的时间区间被称为“TWT服务区间(SP：service period)”。
在EHT中，考虑用于低时延(换句话说，要求时延高)的服务而研究了受限TWT(例如，参照非专利文献4、5)。受限TWT SP有如下限制，即，仅允许发送低时延用的数据的限制。
例如，在图34所示的信标内的受限TWT业务信息字段中，指示低时延(要求时延高)的数据的信息。在该指示中，例如使用位图形式，并将1设定为低时延(要求时延高)的TID。
受限TWT的控制方法虽然目前正在研究中，但是有可能利用图33的选项(Option)b例如信标所含的广播TWT参数集字段(Broadcast TWT Parameter Set field)的广播TWT推荐子字段(Broadcast TWT Recommendation subfield)，指示是受限TWT。例如，Val＝4表示受限TWT。
＜AP100的结构＞
实施方式3的AP100的结构例可以与实施方式2相同。
＜终端200的结构＞
图35是表示实施方式3的终端200的结构例的方框图。与实施方式2(图27)的结构相比，新增了定时判定部210，且要求时延控制部205B的动作不同。响应信号产生部207的动作可以与实施方式1相同。其他的结构及动作可以与实施方式2相同。
定时判定部210例如判定发送NFRP的响应信号的定时是否在受限TWT服务区间(Restricted TWT Service period)内，并向要求时延控制部205B输出判定结果。详细的序列的一例将在下文中叙述。
要求时延控制部205B例如根据从定时判定部210输入的判定结果(例如，发送响应信号的定时是否在受限TWT服务区间内)，使要求时延信息不同。
可以根据实施方式1所记载的TID、AC或丢弃时限之类的参数，判定是否为要求时延高的数据。可以在规格等中规定以哪个基准来判定要求时延，也可以利用信标、触发帧之类的控制信息，指示终端200以哪个基准来判定要求时延。
例如，在从定时判定部210输入的判定结果表示发送响应信号的定时在受限TWT服务区间内的情况下，要求时延控制部205B例如向缓冲器判定部206输出要求时延高的要求时延信息(例如，TID＝4、5、6、7)。
此外，也可以基于由受限TWT业务信息字段的受限TWT UL TID位图(RestrictedTWT UL TID Bitmap)指示的TID，控制要求时延信息。
在从定时判定部210输入的判定结果表示发送响应信号的定时不在受限TWT服务区间内的情况下，或者在上述判定结果表示发送响应信号的定时在TWT服务区间的区间内的情况下，要求时延控制部205B例如将无要求时延信息这一内容输出至缓冲器判定部206。在此情况下，缓冲器判定部206例如与HE同样地，与要求时延无关地计算缓冲器尺寸。
＜控制序列例＞
图36表示控制序列的一例。
例如，在信标的广播TWT参数集字段中的广播TWT推荐子字段的值并非为受限TWT的情况下(例如，在val＝0、1、2、3的情况下)，AP100在由信标指示的TWT SP中，利用触发帧(NFRP)对终端(STA)200请求资源请求(S361)。此外，TWT SP的时间区间是第一唤醒时间的一例。
STA200例如在发送响应信号的一例即NDP时，在TWT SP区间，若与HE的动作同样地，与要求时延无关地保持的数据为阈值以上，则设为BUFFER_STATUS＝1，若为阈值以下，则设为BUFFER_STATUS＝0，并在相符的音调位置发送NDP(S362)。
然后，AP100例如根据响应信号来识别STA200的数据保持状态，并对保持有数据的STA200发送触发帧(基本(basic))(S363)。
STA200利用响应信号(TB-PPDU)发送数据(S364)，AP100通过ACK(Acknowledgement，确认)，将是否正确地接收到数据这一情况返回给STA200(S365)。
另一方面，在信标的广播TWT参数集字段的广播TWT推荐子字段的值为受限TWT的情况下(例如，在val＝4的情况下)，AP100例如在由信标指示的受限TWT SP中，利用触发帧(NFRP)对STA200请求资源请求(S371)。
此外，受限TWT SP的时间区间是第二唤醒时间的一例，该第二唤醒时间是相对于第一唤醒时间根据要求时延限制了数据发送的唤醒时间。也可以调换TWT SP(第一唤醒时间)与受限TWT SP(第二唤醒时间)之间的时间上的前后顺序。也有在指示了受限TWT SP后，指示TWT SP的情况。
STA200例如在发送响应信号的一例即NDP时，在受限TWT SP区间，若保持的要求时延高(例如，TID＝4、5、6、7)的数据为阈值以上，则设为BUFFER_STATUS＝1，若为阈值以下，则设为BUFFER_STATUS＝0，并在相符的音调位置发送NDP(S372)。
然后，AP100例如根据响应信号来识别STA200的数据保持状态，并对保持有数据的STA200发送触发帧(基本)(S373)。
STA200利用响应信号(TB-PPDU)发送数据(S374)，AP100通过ACK，将是否正确地接收到数据这一情况返回给STA200(S375)。
这样，要求时延信息会根据终端200发送响应信号的发送定时是否在受限TWT SP内而不同，由此，能够将由终端200保持的数据的要求时延通知给AP100。
因此，AP100能够识别由终端200保持的数据的要求时延，例如能够对保持有要求时延高的数据的终端200优先地分配资源。由此，该终端200能够在允许时延时间内发送数据。
＜整体的补充＞
也可以组合地使用实施方式1、2及3中的两个以上的实施方式。例如，可以组合实施方式1和实施方式3，在受限TWT SP的区间，基于由触发帧的用户信息字段指示的要求时延信息，控制缓冲器保持信息(FEEDBACK_STATUS)，在并非为受限TWT服务区间的区间，或者是TWT服务区间的区间的情况下，与HE同样地，与要求时延无关地控制缓冲器保持信息(FEEDBACK_STATUS)。
另外，例如可以组合实施方式2和实施方式3，在是受限TWT SP区间的情况下，根据要求时延来变更NDP产生方法，在并非为受限TWT服务区间的区间，或者是TWT服务区间的区间的情况下，与HE同样地，与要求时延无关地产生NDP。
对于触发帧的上行响应信号的发送接入方式并不限定于OFDMA，也可以是其他方式。
另外，在实施方式1～3中，虽然作为非限定性的一例，基于11be的格式进行了说明，但是应用本公开的一个实施例的格式并不限定于11be的格式。本公开的一个实施例例如也可以应用于车载标准IEEE 802.11p的下一代标准IEEE 802.11bd(NGV(NextGeneration V2X，下一代车用无线通信技术))。
表示终端200是否支持上述各实施方式、各变形例及各补充所示的功能、动作或处理的信息例如也可以作为终端200的能力(capability)信息或能力参数，由终端200发送(或者，通知或指示)给基站100。
能力信息也可以包含如下信息元素(IE：Information Elemet)，该信息元素(IE)分别独立地表示终端200是否支持上述各实施方式、各变形例及各补充所示的功能、动作和处理中的至少一者。或者，能力信息也可以包含如下信息元素，该信息元素表示终端200是否支持上述各实施方式、各变形例及各补充所示的功能、动作和处理中的两个以上的组合。
基站100例如可以基于从终端200接收到的能力信息，判定(或者，决定或设想)能力信息的发送源终端200所支持(或者，不支持)的功能、动作或处理。基站100可以实施与基于能力信息的判定结果对应的动作、处理或控制。例如，基站100可以基于从终端200接收到的能力信息，控制上述各实施方式、各变形例及各补充所示的功能、动作和处理中的至少一者。
终端200不支持上述各实施方式、各变形例及各补充所示的功能、动作或处理的一部分，这也可以替换为在终端200中，此种一部分的功能、动作或处理受到限制。例如，与此种限制相关的信息或请求也可以被通知给基站100。
与终端200的能力或限制相关的信息例如可以在标准中被定义，也可以与基站100已知的信息或向基站100发送的信息关联而被隐式地(implicit)通知给基站100。
本公开能够通过软件、硬件或在与硬件协作下的软件实现。在上述实施方式的说明中使用的各功能块部分地或整体地被实现为作为集成电路的LSI(Large ScaleIntegration，大规模集成电路)，在上述实施方式中说明的各过程也可以部分地或整体地由一个LSI或由LSI的组合控制。LSI可以由各个芯片构成，也可以以包含功能块的一部分或全部的方式由一个芯片构成。LSI也可以包括数据的输入和输出。LSI根据集成度的不同，也可以称为“IC(Integrated Circuit，集成电路)”、“***LSI(System LSI)”、“超大LSI(Super LSI)”、“特大LSI(Ultra LSI)”。
集成电路化的方法不限于LSI，也可以由专用电路、通用处理器或专用处理器实现。另外，也可以利用LSI制造后能够编程的FPGA(Field Programmable Gate Array，现场可编程门阵列)、或可以对LSI内部的电路块的连接或设定进行重新构置的可重构处理器(Reconfigurable Processor)。本公开也可以被实现为数字处理或模拟处理。
再有，如果随着半导体技术的进步或者其他技术的派生，出现了代替LSI的集成电路化的技术，当然也可以利用该技术来实现功能块的集成化。还存在应用生物技术等的可能性。
本公开可在具有通信功能的所有种类的装置、设备、***(总称为“通信装置”)中实施。通信装置也可以包含无线收发机(transceiver)和处理/控制电路。无线收发机也可以包含接收部和发送部，或者发挥这些部分的功能。无线收发机(发送部、接收部)也可以包含RF(Radio Frequency，射频)模块和一个或多个天线。RF模块也可以包含放大器、RF调制器/解调器、或类似于这些的装置。通信装置的非限定性的例子包括：电话(手机、智能手机等)、平板电脑、个人电脑(PC)(膝上型电脑、台式机、笔记本电脑等)、相机(数码照相机、数码摄像机等)、数码播放器(数码音频/视频播放器等)、可穿戴设备(可穿戴相机、智能手表、跟踪设备等)、游戏机、电子书阅读器、远程健康/远程医疗(远程保健/医学处方)设备、带有通信功能的交通工具或交通运输工具(汽车、飞机、轮船等)、以及上述各种装置的组合。
通信装置并不限定于可携带或可移动的装置，也包含无法携带或被固定的所有种类的装置、设备、***。例如包括：智能家居设备(家电设备、照明设备、智能电表或计量器、控制面板等)、自动售货机、以及其他可存在于IoT(Internet of Things，物联网)网络上的所有“物体(Things)”。
通信除了包含通过蜂窝***、无线LAN(Local Area Network，局域网)***、通信卫星***等进行的数据通信之外，还包含通过这些***的组合进行的数据通信。
另外，通信装置也包含与执行本公开中记载的通信功能的通信设备连接或连结的、控制器或传感器等设备。例如，包含产生执行通信装置的通信功能的通信设备所使用的控制信号或数据信号的控制器或传感器。
另外，通信装置包含与上述非限定性的各种装置进行通信或对上述各种装置进行控制的基础设施设备，例如，基站、接入点、以及其他所有的装置、设备、***。
本公开的一个实施例的终端可以包括：接收电路，接收控制信号；以及控制电路，基于满足规定的要求条件的数据的缓冲器状态，控制针对所述控制信号的接收的响应信号的发送方法。
在本公开的一个实施例的终端中，可以是，所述要求条件是与所述数据的时延相关的要求条件。
在本公开的一个实施例的终端中，可以是，所述要求条件是基于业务指示符、接入类别、或直到所述数据被丢弃为止的时间的。
在本公开的一个实施例的终端中，可以是，在所述控制信号的用户信息字段中指示所述要求条件。
在本公开的一个实施例的终端中，可以是，所述控制电路令用于发送所述响应信号的频率资源在所述要求条件高的发送数据与所述要求条件低的发送数据之间不同。
在本公开的一个实施例的终端中，可以是，在所述控制信号的用户信息字段中指示与所述要求条件高的发送数据相关的所述频率资源的位置。
在本公开的一个实施例的终端中，可以是，利用所述控制信号的用户信息字段中的反馈类型子字段的值，指示所述要求条件的有无或高低。
在本公开的一个实施例的终端中，可以是，所述控制电路利用对所述响应信号的训练信号应用的正交序列模式，在所述响应信号中，指示缓冲器所保持的所述数据的所述要求条件。
在本公开的一个实施例的终端中，可以是，在所述训练信号的码元数为2，且所述控制信号的复用标志子字段的值为0的情况下，所述控制电路在所述响应信号中指示所述要求条件。
在本公开的一个实施例的终端中，可以是，所述控制电路利用发送所述响应信号的频率资源，指示缓冲器所保持的所述数据的所述要求条件。
在本公开的一个实施例的终端中，可以是，当在第二唤醒时间内接收到所述控制信号的情况下，所述控制电路在所述响应信号中指示满足所述要求条件的所述数据的缓冲器状态，所述第二唤醒时间是相对于第一唤醒时间，根据所述要求条件而限制了数据发送的唤醒时间。
在本公开的一个实施例的终端中，可以是，当在所述第一唤醒时间内接收到所述控制信号的情况下，所述控制电路与所述要求条件无关地在所述响应信号中指示所述数据的缓冲器状态。
本公开的一个实施例的基站可以包括：控制电路，在触发发送响应信号的控制信号中设定如下信息，所述信息是供终端基于满足规定的要求条件的数据的缓冲器状态来控制所述响应信号的发送方法的、与所述要求条件相关的信息；以及发送电路，向所述终端发送所述控制信号。
在本公开的一个实施例的通信方法中，终端可以进行以下处理：接收控制信号；以及基于满足规定的要求条件的数据的缓冲器状态，控制针对所述控制信号的接收的响应信号的发送方法。
在2021年5月27日申请的特愿2021-089176的日本专利申请所包含的说明书、附图及说明书摘要的公开内容，全部引用于本申请。
工业实用性
本公开的一个实施例适合用于无线通信***。
附图标记说明
100 AP
101 调度部
102、205、205A、205B 要求时延控制部
103 触发帧产生部
104、208 纠错编码部
105、209 调制部
106、201 无线收发部
107、202 解调部
108、203 纠错解码部
109 终端信息取得部
200 终端(STA)
204 触发帧取得部
206 缓冲器判定部
207、207A 响应信号产生部

Claims (14)

1.一种终端，包括：
接收电路，接收控制信号；以及
控制电路，基于满足规定的要求条件的数据的缓冲器状态，控制针对所述控制信号的接收的响应信号的发送方法。
2.如权利要求1所述的终端，其中，
所述要求条件是与所述数据的时延相关的要求条件。
3.如权利要求1所述的终端，其中，
所述要求条件是基于业务指示符、接入类别、或直到所述数据被丢弃为止的时间的。
4.如权利要求1所述的终端，其中，
在所述控制信号的用户信息字段中指示所述要求条件。
5.如权利要求3所述的终端，其中，
所述控制电路令用于发送所述响应信号的频率资源在所述要求条件高的发送数据与所述要求条件低的发送数据之间不同。
6.如权利要求5所述的终端，其中，
在所述控制信号的用户信息字段中指示与所述要求条件高的发送数据相关的所述频率资源的位置。
7.如权利要求1所述的终端，其中，
利用所述控制信号的用户信息字段中的反馈类型子字段的值，指示所述要求条件的有无或高低。
8.如权利要求1所述的终端，其中，
所述控制电路利用对所述响应信号的训练信号应用的正交序列模式，在所述响应信号中指示缓冲器所保持的所述数据的所述要求条件。
9.如权利要求8所述的终端，其中，
在所述训练信号的码元数为2且所述控制信号的复用标志子字段的值为0的情况下，所述控制电路在所述响应信号中指示所述要求条件。
10.如权利要求1所述的终端，其中，
所述控制电路利用发送所述响应信号的频率资源，指示缓冲器所保持的所述数据的所述要求条件。
11.如权利要求1所述的终端，其中，
当在第二唤醒时间内接收到所述控制信号的情况下，所述控制电路在所述响应信号中指示满足所述要求条件的所述数据的缓冲器状态，所述第二唤醒时间是相对于第一唤醒时间，根据所述要求条件而限制了数据发送的唤醒时间。
12.如权利要求11所述的终端，其中，
当在所述第一唤醒时间内接收到所述控制信号的情况下，所述控制电路与所述要求条件无关地在所述响应信号中指示所述数据的缓冲器状态。
13.一种基站，包括：
控制电路，在触发发送响应信号的控制信号中设定如下信息，所述信息是供终端基于满足规定的要求条件的数据的缓冲器状态来控制所述响应信号的发送方法的、与所述要求条件相关的信息；以及
发送电路，向所述终端发送所述控制信号。
14.一种通信方法，
终端进行以下处理：
接收控制信号；以及
基于满足规定的要求条件的数据的缓冲器状态，控制针对所述控制信号的接收的响应信号的发送方法。
CN202280035799.0A 2021-05-27 2022-03-08 终端、基站及通信方法 Pending CN117378264A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2021089176 2021-05-27
JP2021-089176 2021-05-27
PCT/JP2022/010003 WO2022249634A1 (ja) 2021-05-27 2022-03-08 端末、基地局、及び、通信方法

Publications (1)

Publication Number Publication Date
CN117378264A true CN117378264A (zh) 2024-01-09

Family

ID=84228533

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280035799.0A Pending CN117378264A (zh) 2021-05-27 2022-03-08 终端、基站及通信方法

Country Status (6)

Country Link
EP (1) EP4351244A1 (zh)
JP (1) JPWO2022249634A1 (zh)
KR (1) KR20240011700A (zh)
CN (1) CN117378264A (zh)
MX (1) MX2023013196A (zh)
WO (1) WO2022249634A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2555455B (en) * 2016-10-28 2020-02-26 Canon Kk QoS management for multi-user EDCA transmission mode in 802.11ax networks
JP7173738B2 (ja) * 2018-02-28 2022-11-16 キヤノン株式会社 通信装置、制御方法、及びプログラム
JP7354807B2 (ja) 2019-12-03 2023-10-03 株式会社デンソー 半導体集積回路

Also Published As

Publication number Publication date
MX2023013196A (es) 2023-11-15
JPWO2022249634A1 (zh) 2022-12-01
EP4351244A1 (en) 2024-04-10
WO2022249634A1 (ja) 2022-12-01
KR20240011700A (ko) 2024-01-26

Similar Documents

Publication Publication Date Title
CN113692049B (zh) 无线通信终端及无线通信方法
KR20110030442A (ko) 원격통신망에서의 시그널링 리소스 할당
CN114868352B (zh) 用于控制信令的通信装置和通信方法
CN103378924A (zh) 传输块大小的确定方法及装置、同步方法、装置及***
JP2023514490A (ja) 制御シグナリングを行う通信装置および通信方法
WO2021233233A1 (zh) 空数据分组声明帧的传输方法及相关装置
CN116848944A (zh) 基站及通信方法
KR20230044399A (ko) 트리거 베이스의 업 링크 멀티 유저 송신을 위한 통신 장치 및 통신 방법
WO2021179268A1 (zh) 一种通信方法及装置
CN113746595A (zh) 数据传输方法及相关装置
CN113014369B (zh) 确定资源单元的方法，资源单元相关信息传输方法及相应装置
CN117378264A (zh) 终端、基站及通信方法
WO2021181889A1 (ja) 端末及び通信方法
WO2021020083A1 (ja) 基地局、送信方法及び受信方法
WO2022249633A1 (ja) 端末、基地局、及び、通信方法
CN117296385A (zh) 基站、终端及通信方法
WO2022153579A1 (ja) 通信装置及び通信方法
US20240214138A1 (en) Communication apparatus and communication method for aggregated signal
CN116097731A (zh) 基站、通信装置及通信方法
CN116438893A (zh) 通信装置及通信方法
CN118202701A (zh) 接入点及通信方法
CN117413599A (zh) 接入点、终端及通信方法
CN115244974A (zh) 发送装置及发送方法
KR20240104094A (ko) 액세스 포인트 및 통신 방법
CN115643143A (zh) 一种通信方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination