CN116234036A - 辅助请求的发送方法、辅助请求的接收方法及其装置 - Google Patents
辅助请求的发送方法、辅助请求的接收方法及其装置 Download PDFInfo
- Publication number
- CN116234036A CN116234036A CN202310294232.1A CN202310294232A CN116234036A CN 116234036 A CN116234036 A CN 116234036A CN 202310294232 A CN202310294232 A CN 202310294232A CN 116234036 A CN116234036 A CN 116234036A
- Authority
- CN
- China
- Prior art keywords
- terminal device
- auxiliary
- request
- terminal equipment
- data packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 185
- 230000004044 response Effects 0.000 claims description 55
- 230000000737 periodic effect Effects 0.000 claims description 27
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims description 21
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 12
- 230000005540 biological transmission Effects 0.000 claims description 7
- 230000007246 mechanism Effects 0.000 claims description 6
- 230000011664 signaling Effects 0.000 abstract description 26
- 238000004891 communication Methods 0.000 abstract description 25
- 238000012545 processing Methods 0.000 description 29
- 230000001960 triggered effect Effects 0.000 description 20
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 8
- 230000003993 interaction Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- LJCZNYWLQZZIOS-UHFFFAOYSA-N 2,2,2-trichlorethoxycarbonyl chloride Chemical compound ClC(=O)OCC(Cl)(Cl)Cl LJCZNYWLQZZIOS-UHFFFAOYSA-N 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000000691 measurement method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
Abstract
本公开实施例提出了一种辅助请求的发送方法、辅助请求的接收方法及其装置,属于通信技术领域,其中,辅助请求的发送方法应用于第一终端设备,该方法包括:确定辅助请求的触发条件,根据辅助请求的触发条件,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种辅助请求的发送方法、辅助请求的接收方法及其装置。
背景技术
相关技术中,在蜂窝物联网技术中有一个重要分支,叫做物联网通信技术(Deviceto Device Communication),在协议里面的官方名称叫做Sidelink。在Sidelink的辅助资源选择的机制中,规定了两个终端设备UE-A和UE-B,UE-A是UE-B的辅助UE(UserEquipment,用户设备),UE-B为自身发送的数据包进行资源选择的UE。UE-B会向UE-A发送辅助请求,UE-A确定一个资源集,携带在辅助信息中返回给UE-B,UE-B在发送数据进行资源选择时,或考虑UE-A提供的资源集。
上述辅助资源选择的机制中,并未规定UE-B发送辅助请求的条件,UE-B频繁发送辅助请求,信令开销大。
发明内容
本公开第一方面实施例提出了一种辅助请求的发送方法,应用于第一终端设备,包括:确定辅助请求的触发条件;根据所述辅助请求的所述触发条件,触发所述第一终端设备向第二终端设备发送所述辅助请求。
在该技术方案中,第一终端设备在确定辅助请求的触发条件后,根据辅助请求的触发条件,触发该第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为待发送的数据包到来,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为第一个待发送的数据包到来,触发所述第一终端设备向第二终端设备发送携带周期反馈标记的所述辅助请求;其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
可选地,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本公开第二方面实施例提出了一种辅助请求的接收方法,应用于第二终端设备,包括:接收第一终端设备发送的辅助请求;其中,所述辅助请求为所述第一终端设备基于触发条件发起的。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的所述辅助请求。
可选地,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的所述辅助请求。
可选地,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包到来,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的所述辅助请求;其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本公开第三方面实施例提出了一种辅助请求的发送装置,应用于第一终端设备,所述装置包括:处理单元,用于确定辅助请求的触发条件;所述处理单元,还用于根据所述辅助请求的所述触发条件,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述处理单元具体用于,响应于所述触发条件为接收到的连续的HARQNACK反馈的数量大于配置的数量阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述处理单元具体用于,响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述处理单元具体用于,响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
可选地,所述处理单元具体用于,响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置的;其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,所述处理单元具体用于,响应于所述触发条件为待发送的数据包到来,触发所述第一终端设备向第二终端设备发送所述辅助请求。
可选地,所述处理单元具体用于,响应于所述触发条件为第一个待发送的数据包到来,触发所述第一终端设备向第二终端设备发送携带周期反馈标记的所述辅助请求;其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
可选地,所述处理单元具体用于,响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发所述第一终端设备向第二终端设备发送所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本公开第四方面实施例提出了一种辅助请求的接收装置,应用于第二终端设备,所述装置包括:收发单元,用于接收第一终端设备发送的辅助请求;其中,所述辅助请求为所述第一终端设备基于触发条件发起的。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的所述辅助请求。
可选地,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的所述辅助请求。
可选地,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包到来,而发送的所述辅助请求。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的所述辅助请求;其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
可选地,所述辅助请求为:所述第一终端设备响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本公开第五方面实施例提出了一种辅助请求的发送装置,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行本公开第一方面实施例所述的方法。
本公开第六方面实施例提出了一种辅助请求的接收装置,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行本公开第二方面实施例所述的方法。
本公开第七方面实施例提出了一种辅助请求的发送装置,包括:处理器和接口电路;所述接口电路,用于接收代码指令并传输至所述处理器;所述处理器,用于运行所述代码指令以执行本公开第一方面实施例所述的方法。
本公开第八方面实施例提出了一种辅助请求的接收装置,包括:处理器和接口电路;所述接口电路,用于接收代码指令并传输至所述处理器;所述处理器,用于运行所述代码指令以执行本公开第二方面实施例所述的方法。
本公开第九方面实施例提出了一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使本公开第一方面实施例所述的方法被实现。
本公开第十方面实施例提出了一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使本公开第二方面实施例所述的方法被实现。
本公开第十一方面实施例提出了一种计算机程序产品,当其在计算机上运行时,使得计算机执行本公开第一方面实施例所述的方法。
本公开第十二方面实施例提出了一种计算机程序产品,当其在计算机上运行时,使得计算机执行本公开第二方面实施例所述的方法。
本公开附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本公开实施例所提供的一种辅助请求的发送方法的流程示意图;
图2本公开实施例所提供的UE-B向UE-A发送辅助请求的示意图;
图3为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图4为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图5为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图6为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图7为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图8本公开实施例所提供的UE-B向UE-A发送辅助请求的示意图;
图9为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图10为本公开实施例提供的另一种辅助请求的发送方法的流程示意图;
图11为本公开实施例所提供的一种辅助请求的接收方法的流程示意图;
图12为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图13为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图14为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图15为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图16为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图17为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图18为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图;
图19为本公开实施例所提供的一种辅助请求的发送装置的结构示意图;
图20为本公开实施例所提供的一种辅助请求的接收装置的结构示意图;
图21是本公开实施例所提供的一种UE2100的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
描述本公开实施例之前,为了便于理解,首先对本公开常用技术词进行介绍:
HARQ,是指混合自动重传请求(Hybrid Automatic Repeat Request)。
NACK,是指否定确认。
PDB,是指数据包时延预算(Packet Delay Budget)。
CR,是指信道占用率(Channel Occupancy Ratio)。
CBR,是指信道繁忙率(Channel Busy Ratio)。
RSSI,是指接收信号强度指示(Received Signal Strength Indicator)。
RRC,是指无线资源控制(Radio Resource Control)。
自LTE(Long Term Evolution,长期演进)以来,3GPP(3rd GenerationPartnership Project,第三代合作伙伴项目)一直在制定Sidelink标准,将其作为UE到UE直接通信的标准,NR Sidelink的第一个标准已经在Rel-16中完成,其中NR Sidelink的解决方案主要用于车联网通信V2X(Vehicle to Everything)和公共安全。对于V2X和公共安全,由于时间限制,Release16并未完全支持服务要求和操作方案,并且SA(Service andSystem Aspects,系统和业务方面)在Release17 NR Sidelink进行一些增强,例如针对3GPP支持高级V2X服务的体系结构增强和系统增强。此外,在SA工作组中,正在研究与NRSidelink相关的其他商业用例,例如网络控制的交互式服务,增强型能源效率继电器、广泛的覆盖范围、视听服务制作,因此,在Rel-17的立项中,需要进一步增强Sidelink传输的可靠性和减小时延。
相关技术中,为了进一步增强Sidelink传输的可靠性和减小时延,在NR Sidelink的辅助资源选择的机制中,规定了两个终端设备UE-A和UE-B,UE-A是UE-B的辅助UE,UE-B为自身发送的数据包进行资源选择的UE。UE-B会向UE-A发送辅助请求,UE-A确定一个资源集,携带在辅助信息中返回给UE-B,UE-B在发送数据进行资源选择时,或考虑UE-A提供的资源集。
但是,上述辅助资源选择的机制中,并未规定UE-B发送辅助请求的条件,UE-B频繁发送辅助请求,信令开销大。
针对上述问题,本公开提供了一种辅助请求的发送方法、辅助请求的接收方法及其装置。
图1为本公开实施例所提供的一种辅助请求的发送方法的流程示意图。需要说明的是,本公开实施例的辅助请求的发送方法应用于第一终端设备,第一终端设备可为发送辅助请求的终端设备,比如,第一终端设备可为UE-B。
如图1所示,该辅助请求的发送方法可包括如下步骤:
步骤101,确定辅助请求的触发条件。
在本公开实施例中,第一终端设备可预先设置辅助请求的触发条件,其中,辅助请求的触发条件可用于触发第一终端设备发送辅助请求,辅助请求的触发条件的数量可为一个或多个。
步骤102,根据辅助请求的触发条件,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可根据预先设置的辅助请求的触发条件,触发第一终端设备向第二终端设备发送辅助请求。其中,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
也就是说,为了减少信令开销,如图2所示,第一终端设备在发送数据包进行资源选择时,判断是否满足辅助请求的触发条件,在满足辅助请求的触发条件时,则触发第一终端设备向第二终端设备发送辅助请求。第二终端设备在接收到第一终端设备的辅助请求后,可向第一终端设备发送辅助信息,第一终端设备可参考该辅助信息和自身感知的资源集进行资源选择,第一终端设备自身感知的资源是指第一终端设备按照在R16版本的协议TS 38.214中的8.1.4章节中规定的step1到step 6的过程,决定的报告给高层的用于PSSCH资源选择的资源集。例如,第一终端设备可以对辅助信息和自身感知的资源集做交集,得到交集后的资源集,第一终端设备在交集后的资源集中选择资源。
作为一种示例,在辅助请求的触发条件的数量为一个时,第一终端设备发送数据包进行资源选择时,满足该辅助请求的触发条件,则触发第一终端设备向第二终端设备发送辅助请求。若第一终端设备发送数据包进行资源选择时,不满足该辅助请求的触发条件,则第一终端设备不向第二终端设备发送辅助请求。
作为另一种示例,在辅助请求的触发条件的数量为多个时,若第一终端设备在发送数据包进行资源选择时,满足其中一个或多个辅助请求的触发条件,则触发第一终端设备向第二终端设备发送辅助请求。若第一终端设备在发送数据包进行资源选择时,不满足多个辅助请求的触发条件中的任一个辅助请求的触发条件,则第一终端设备不向第二终端设备发送辅助请求。
其中,需要说明的是,第二终端设备可为接收第一终端设备发送辅助请求的终端设备,第二终端设备可为第一终端设备的辅助终端设备。比如,第二终端设备可为UE-A,第一终端设备可为UE-B,UE-A可为UE-B的辅助UE。
本申请实施例的辅助请求的发送方法,第一终端设备在确定辅助请求的触发条件后,根据辅助请求的触发条件,触发该第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图3为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图3所示,该辅助请求的发送方法可以包括以下步骤:
步骤301,确定辅助请求的触发条件。
步骤302,响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为接收到的连续的HARQNACK反馈的数量大于配置的数量阈值,第一终端设备在发送数据包进行资源选择,第一终端设备在接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值时,触发自身向第二终端设备发送辅助请求。比如,第一终端设备连续接收到N次HARQ NACK反馈,配置的数量阈值为Nmax,在N>Nmax时,触发自身向第二终端设备发送辅助请求。
也就是说,在UE-B连续接收到N次HARQ NACK反馈,且N>Nmax时,其中,Nmax为数量阈值,表示UE-B在发送数据包时选择的资源与其他UE预留的资源发生了冲突,若UE-B使用自身的候选资源集中的资源,可能存在严重的隐藏节点,半双工问题,导致UE-B的数据发送的可靠性较低,则UE-B向UE-A发送辅助请求以获取UE-A的辅助来提供更加可靠的资源集。
在本公开实施例中,步骤301可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发第一终端设备向第二终端设备发送辅助请求,由此,第一终端设备在满足接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图4为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图4所示,该辅助请求的发送方法可以包括以下步骤:
步骤401,确定辅助请求的触发条件。
步骤402,响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,第一终端设备在发送待发送的数据包进行资源选择,数据包时延预算PDB大于配置的PDB阈值时,触发自身向第二终端设备发送辅助请求。比如,PDB阈值为PDBthreshold,第一终端设备的待发送的数据包的数据包时延预算PDB满足PDB>PDBthreshold,触发自身向第二终端设备发送辅助请求。
作为本公开实施例的一种可能实现方式,UE-B为自身发送的数据包在时隙n中进行资源选择时,比如,资源选择对应的时间窗为[n+T1,n+T2],其中,T1<T2,T2≤PDB。在PDB值越大时,表示UE-B发送数据包对时延的要求也越低。由于UE-A辅助UE-B资源选择过程中,UE-A与UE-B之间需要信令交互,信令交互需要一定的时延,因此,在UE-B发送数据包对时延要求较低时可向UE-A发送辅助请求。因此,在PDB的值大于PDB阈值时,可触发UE-B向UE-A发送辅助请求。
在本公开实施例中,步骤401可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足待发送的数据包的数据包时延预算PDB大于配置的PDB阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图5为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图5所示,该辅助请求的发送方法可以包括以下步骤:
步骤501,确定辅助请求的触发条件。
步骤502,响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,第一终端设备在发送待发送的数据包进行资源选择,且待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值时,触发自身向第二终端设备发送辅助请求。其中,CR为,指定时隙范围内的第一子信道的数量与指定时隙范围内属于资源池的子信道的总数量的比值,第一子信道为,指定时隙范围内用于发送数据包的子信道和预留的将要用于发送数据包的子信道数量之和;CR阈值,为配置的优先级k对应的CR极限值,CR阈值由RRC消息预先配置。比如,CR阈值为CRLimit(k),待发送的数据包的信道占用率CR为∑i≥kCR(i),在∑i≥kCR(i)≤CRLimit(k)时,触发第一终端设备向第二终端设备发送辅助请求,其中,i,k为优先级。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
作为本公开实施例的一种可能实现方式,可通过重用R16中测量CR的方法,也就是UE-B在[n-a,n+1]范围内用于发送数据包的子信道个数和[n,n+b]范围内已经获得Sidelink授权包含的子信道个数(指预留的将要用于发送数据包的子信道数量)占[n-a,n+b]范围内属于资源池子信道总数的比例。其中,a,b值由UE-B设置,时隙n指UE-B发送数据包的时隙。此外,CRLimit(k)为配置的优先级k对应的Sidelink传输测量到的CR的极限值,优先级k可预先配置,∑i≥kCR(i)≤CRLimit(k)表示优先级取值不低于优先级k的直通链路传输对应的CR总和小于等于优先级k对应的CR的极限值。UE-B在发送待发送的数据包进行资源选择,满足∑i≥kCR(i)≤CRLimit(k)时,向UE-A发送辅助请求。
在本公开实施例中,步骤501可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图6为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图6所示,该辅助请求的发送方法可以包括以下步骤:
步骤601,确定辅助请求的触发条件。
步骤602,响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,第一终端设备在发送待发送的数据包进行资源选择,且测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值时,触发自身向第二终端设备发送辅助请求。其中,CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,CBR阈值由RRC消息预先配置,第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。比如,CBR阈值为CBRlimit,在CBR≤CBRlimit时,第一终端设备向第二终端设备发送辅助请求。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
作为本公开实施例的一种可能实现方式,第一终端设备在发送待发送的数据包之前,通过重用R16中的CBR的测量方法测量Sidelink中其他UE发送数据包占用信道的情况,也就是,测量其他UE当前时隙n时信道的繁忙程度,CBR可为在测量窗口[n-c,n-1]内测量RSSI的值高于配置的RSSI门限的子信道占资源池内子信道总数量的比值,其中,c为100个或100·2u个时隙,其中,u指不同的子载波间隔大小对应的值,u=0,1,2,3(u=0代表子载波为15kHz,u=1代表子载波为30kHz,u=2代表子载波为60kHz,u=3,代表子载波为120kHz)。当满足CBR≤CBRlimit,说明信道不繁忙,辅助过程中的信令发送对其他UE发送数据的干扰较小,此时可触发UE-B向UE-A发送辅助请求。
在本公开实施例中,步骤601可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图7为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图7所示,该辅助请求的发送方法可以包括以下步骤:
步骤701,确定辅助请求的触发条件。
步骤702,响应于触发条件为待发送的数据包到来,触发第一终端设备向第二终端设备发送辅助请求。
在本公开实施例中,第一终端设备可预先设置触发条件为待发送的数据包到来,第一终端设备在待发送的数据包到来时,向第二终端设备发送辅助请求。比如,待发送的数据包在时隙n到来,经过时间ΔT,第一终端设备向第二终端设备发送辅助请求。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
举例而言,如图8所示,在时隙n时数据包到来,经过时间ΔT,也就是在n+ΔT时UE-B向UE-A发送辅助请求MsgA;在时隙n2时UE-A向UE-B发送辅助信息MsgB,UE-B参考MsgB在资源选择窗口[n3,n3+T2]内确定选择的资源,比如,UE-B在时隙n3时确定箭头指向为发送数据的预留的资源位置,在时间窗口[n3,n3+Tproc1]内UE-B对数据包进行物理层处理,以便于在资源选择窗口预选的资源位置将数据包发送,其中,Tproc1为参数值,Tproc1可为{3,5,9,17}个时隙,对应子载波为{15,30,60,120}kHz。
在本公开实施例中,步骤701可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为待发送的数据包到来,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足待发送的数据包到来时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图9为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图9所示,该辅助请求的发送方法可以包括以下步骤:
步骤901,确定辅助请求的触发条件。
步骤902,响应于触发条件为第一个待发送的数据包到来,触发第一终端设备向第二终端设备发送携带周期反馈标记的辅助请求;其中,周期反馈标记,用于指示第二终端设备周期性的发送辅助信息。
在本公开实施例中,第一终端设备可预先设置触发条件为第一个待发送的数据包到来,第一终端设备在第一个待发送的数据包到来时,向第二终端设备发送携带周期反馈标记的辅助请求。其中,周期反馈标记可用于指示第二终端设备周期性的发送辅助信息。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
作为本公开实施例的一种可能实现方式,UE-B的第一个数据包到来时,经过时间T后,触发UE-B向UE-A发送一次携带周期反馈标记的辅助请求后,UE-A根据周期反馈标记以周期T,周期性地发送辅助信息给UE-B。
在本公开实施例中,步骤901可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为第一个待发送的数据包到来,触发第一终端设备向第二终端设备发送携带周期反馈标记的辅助请求;其中,周期反馈标记,用于指示第二终端设备周期性的发送辅助信息。由此,第一终端设备在满足第一个待发送的数据包到来时,向第二终端设备发送携带周期反馈标记的辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提供了另一种辅助请求的发送方法,图10为本公开实施例提供的另一种辅助请求的发送方法的流程示意图。该辅助请求的发送方法可以应用于第一终端设备。该辅助请求的发送方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图10所示,该辅助请求的发送方法可以包括以下步骤:
步骤1001,确定辅助请求的触发条件。
步骤1002,响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发第一终端设备向第二终端设备发送辅助请求,其中,优先级阈值由RRC消息预先配置。
在本公开实施例中,第一终端设备可预先设置触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,第一终端设备在发送待发送的数据包进行资源选择,且待发送的数据包的优先级小于或者等于配置的优先级阈值时,向第二终端设备发送辅助请求。其中,优先级阈值由RRC消息预先配置。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
比如,待发送的数据包的优先级的值为priorityvaule,配置的优先级阈值为prioritythreshold,在priorityvaule≤prioritythreshold时,第一终端设备向第二终端设备发送辅助请求。其中,prioritythreshold可通过RRC消息预先配置。
需要说明的是,数据包的优先级值越小,说明优先级越高,说明可靠性要求越高,越需要UE-A的辅助信息,所以UE-B在满足待发送的数据包的优先级小于或者等于配置的优先级阈值时,向UE-A发送辅助请求。
在本公开实施例中,步骤1001可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的发送方法,通过确定辅助请求的触发条件,响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足待发送的数据包的优先级小于或者等于配置的优先级阈值时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了一种辅助请求的接收方法,图11为本公开实施例所提供的一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图11所示,该辅助请求的接收方法可包括如下步骤:
步骤1101,接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备基于触发条件发起的。
在本公开实施例中,第一终端设备可预先设置辅助请求的触发条件,其中,辅助请求的触发条件可用于触发第一终端设备发送辅助请求,辅助请求的触发条件的数量可为一个或多个。与本公开的其他实施例相同的,预先设置的方式可以有很多种,例如预存储在第一终端设备内,或是第一终端设备根据相关通信协议确定,或是由网络侧设备或其他设备发送给第一终端设备。
作为本公开实施例的一种可能实现方式,第一终端设备在发送数据包进行资源选择时,判断是否满足辅助请求的触发条件,在满足辅助请求的触发条件时,则触发第一终端设备向第二终端设备发送辅助请求。第二终端设备在接收到第一终端设备的辅助请求后,可向第一终端设备发送辅助信息,第一终端设备可参考该辅助信息和自身感知的资源集进行资源选择,第一终端设备自身感知的资源是指第一终端设备按照在R16版本的协议TS38.214中的8.1.4章节中规定的step1到step 6的过程,决定的报告给高层的用于PSSCH资源选择的资源集。例如,第一终端设备可以对辅助信息和自身感知的资源集做交集,得到交集后的资源集,第一终端设备在交集后的资源集中选择资源。
需要说明的是,前述图1至图10任一实施例中对第一终端设备执行的辅助请求的发送方法的解释说明,也适用于该实施例中对第二终端设备执行的辅助请求的接收方法,其实现原理类似,此处不做赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备基于触发条件发起的。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图12为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图12所示,该辅助请求的接收方法可包括如下步骤:
步骤1201,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的辅助请求。
在本公开实施例中,步骤1201可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的辅助请求。由此,第一终端设备在满足接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图13为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图13所示,该辅助请求的接收方法可包括如下步骤:
1301,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的辅助请求。
在本公开实施例中,步骤1301可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的辅助请求。由此,第一终端设备在满足待发送的数据包的数据包时延预算PDB大于配置的PDB阈值时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图14为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图14所示,该辅助请求的接收方法可包括如下步骤:
步骤1401,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的辅助请求。
可选地,CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;第一子信道为,指定时隙范围内用于发送数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;CR阈值,为配置的优先级k对应的CR极限值,CR阈值由RRC消息预先配置。
在本公开实施例中,步骤1401可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的辅助请求。由此,第一终端设备在满足待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图15为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图15所示,该辅助请求的接收方法可包括如下步骤:
步骤1501,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的辅助请求。
可选地,CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,CBR阈值由RRC消息预先配置;其中,第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
在本公开实施例中,步骤1501可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的辅助请求,由此,第一终端设备在满足测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图16为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图16所示,该辅助请求的接收方法可包括如下步骤:
步骤1601,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为待发送的数据包到来,而发送的辅助请求。
在本公开实施例中,步骤1601可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为待发送的数据包到来,而发送的辅助请求。由此,第一终端设备在满足待发送的数据包到来时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图17为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图17所示,该辅助请求的接收方法可包括如下步骤:
步骤1701,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的辅助请求。
在本公开实施例中,步骤1701可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的辅助请求。由此,第一终端设备在满足第一个待发送的数据包到来时,向第二终端设备发送携带周期反馈标记的辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
本公开实施例提出了另一种辅助请求的接收方法,图18为本公开实施例所提供的另一种辅助请求的接收方法的流程示意图。
本公开实施例的辅助请求的接收方法,应用于第二终端设备。
如图18所示,该辅助请求的接收方法可包括如下步骤:
步骤1801,接收第一终端设备发送的辅助请求,其中,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的辅助请求,其中,优先级阈值由RRC消息预先配置。
在本公开实施例中,步骤1801可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
本公开实施例的辅助请求的接收方法,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的辅助请求。由此,第一终端设备在满足待发送的数据包的优先级小于或者等于配置的优先级阈值时,向第二终端设备发送携带周期反馈标记的辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
与上述图1至图10实施例提供的辅助请求的发送方法相对应,本公开还提供一种辅助请求的发送装置,由于本公开实施例提供的辅助请求的发送装置与上述图1至图10实施例提供的辅助请求的发送方法相对应,因此在辅助请求的发送方法的实施方式也适用于本公开实施例提供的辅助请求的发送装置,在本公开实施例中不再详细描述。
图19为本公开实施例所提供的一种辅助请求的发送装置的结构示意图。该装置应用于第一终端设备。
如图19示,该辅助请求的发送装置1900可以包括:处理单元1910。
其中,处理单元1910,用于确定辅助请求的触发条件;处理单元1910,还用于根据辅助请求的触发条件,触发第一终端设备向第二终端设备发送辅助请求。
可选地,处理单元1910具体用于,响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发第一终端设备向第二终端设备发送辅助请求。
可选地,处理单元1910具体用于,响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发第一终端设备向第二终端设备发送辅助请求。
可选地,处理单元1910具体用于,响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发第一终端设备向第二终端设备发送辅助请求。
可选地,CR为,指定时隙范围内的第一子信道的数量与指定时隙范围内属于资源池的子信道的总数量的比值;其中,第一子信道为,指定时隙范围内用于发送数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;CR阈值,为配置的优先级k对应的CR极限值,CR阈值由RRC消息预先配置。
可选地,处理单元1910具体用于,响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发第一终端设备向第二终端设备发送辅助请求。
可选地,CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,CBR阈值由RRC消息预先配置的;其中,第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,处理单元1910具体用于,响应于触发条件为待发送的数据包到来,触发第一终端设备向第二终端设备发送辅助请求。
可选地,处理单元1910具体用于,响应于触发条件为第一个待发送的数据包到来,触发第一终端设备向第二终端设备发送携带周期反馈标记的辅助请求;其中,周期反馈标记,用于指示第二终端设备周期性的发送辅助信息。
可选地,处理单元1910具体用于,响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发第一终端设备向第二终端设备发送辅助请求,其中,所述优先级阈值由RRC消息预先配置。
本申请实施例的辅助请求的发送装置,第一终端设备在确定辅助请求的触发条件后,根据辅助请求的触发条件,触发该第一终端设备向第二终端设备发送辅助请求。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,不需要频繁发送辅助请求,减少了信令开销。
与上述图11至图18实施例提供的辅助请求的接收方法相对应,本公开还提供一种辅助请求的接收装置,由于本公开实施例提供的辅助请求的接收装置与上述图11至图18实施例提供的辅助请求的接收方法相对应,因此在辅助请求的接收方法的实施方式也适用于本公开实施例提供的辅助请求的接收装置,在本公开实施例中不再详细描述。
图20为本公开实施例所提供的一种辅助请求的接收装置的结构示意图。该装置应用于第二终端设备。
如图20示,该辅助请求的接收装置2000可以包括:收发单元2010。
其中,收发单元2010用于接收第一终端设备发送的辅助请求;其中,辅助请求为第一终端设备基于触发条件发起的。
可选地,辅助请求为:第一终端设备响应于触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的辅助请求。
可选地,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的辅助请求。
可选地,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的辅助请求。
可选地,CR为,指定时隙范围内的第一子信道的数量与指定时隙范围内属于资源池的子信道的总数量的比值;其中,第一子信道为,指定时隙范围内用于发送数据包的子信道和预留的将要用于发送数据包的子信道数量之和;CR阈值,为配置的优先级k对应的CR极限值,CR阈值由RRC消息预先配置。
可选地,辅助请求为:第一终端设备响应于触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的辅助请求。
可选地,CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,CBR阈值由RRC消息预先配置;其中,第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
可选地,辅助请求为:第一终端设备响应于触发条件为待发送的数据包到来,而发送的辅助请求。
可选地,辅助请求为:第一终端设备响应于触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的辅助请求;其中,周期反馈标记,用于指示第二终端设备周期性的发送辅助信息。
可选地,辅助请求为:第一终端设备响应于触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的辅助请求,其中,优先级阈值由RRC消息预先配置。
本公开实施例的辅助请求的接收装置,第二终端设备接收第一终端设备发送的辅助请求,其中,辅助请求为第一终端设备基于触发条件发起的。由此,第一终端设备在满足辅助请求的触发条件时,向第二终端设备发送辅助请求,第一终端设备不需要频繁发送辅助请求,减少了信令开销。
为了实现上述实施例,本公开还提出一种辅助请求的发送装置,包括:处理器和接口电路;接口电路,用于接收代码指令并传输至处理器;处理器,用于运行代码指令以执行本公开图1至图10实施例所述的方法。
为了实现上述实施例,本公开还提出一种辅助请求的接收装置,包括:处理器和接口电路;接口电路,用于接收代码指令并传输至处理器;处理器,用于运行代码指令以执行本公开图11至图18实施例所述的方法。
为了实现上述实施例,本公开还提出一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使本公开图1至图10实施例所述的方法被实现。
为了实现上述实施例,本公开还提出一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使本公开图11至图18实施例所述的方法被实现。
为了实现上述实施例,本公开还提出一种计算机程序产品,当其在计算机上运行时,使得计算机执行本公开图1至图10实施例所述的方法。
为了实现上述实施例,本公开还提出一种计算机程序产品,当其在计算机上运行时,使得计算机执行本公开图11至图18实施例所述的方法。
图21是本公开实施例所提供的一种UE2100的框图。例如,UE2100可以是移动电话,计算机,数字广播用户设备,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图21,UE2100可以包括以下至少一个组件:处理组件2102,存储器2104,电源组件2106,多媒体组件2108,音频组件2110,输入/输出(I/O)的接口2112,传感器组件2114,以及通信组件2116。
处理组件2102通常控制UE2100的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件2102可以包括至少一个处理器2120来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件2102可以包括至少一个模块,便于处理组件2102和其他组件之间的交互。例如,处理组件2102可以包括多媒体模块,以方便多媒体组件2108和处理组件2102之间的交互。
存储器2104被配置为存储各种类型的数据以支持在UE2100的操作。这些数据的示例包括用于在UE2100上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器2104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件2106为UE1000的各种组件提供电力。电源组件2106可以包括电源管理系统,至少一个电源,及其他与为UE2100生成、管理和分配电力相关联的组件。
多媒体组件2108包括在所述UE2100和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括至少一个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的唤醒时间和压力。在一些实施例中,多媒体组件2108包括一个前置摄像头和/或后置摄像头。当UE2100处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件2110被配置为输出和/或输入音频信号。例如,音频组件2110包括一个麦克风(MIC),当UE2100处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2104或经由通信组件2116发送。在一些实施例中,音频组件2110还包括一个扬声器,用于输出音频信号。
I/O接口2112为处理组件2102和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件2114包括至少一个传感器,用于为UE2100提供各个方面的状态评估。例如,传感器组件2114可以检测到UE2100的打开/关闭状态,组件的相对定位,例如所述组件为UE2100的显示器和小键盘,传感器组件1014还可以检测UE2100或UE2100一个组件的位置改变,用户与UE2100接触的存在或不存在,UE2100方位或加速/减速和UE2100的温度变化。传感器组件2114可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2114还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件2114还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件2116被配置为便于UE2100和其他设备之间有线或无线方式的通信。UE2100可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件2116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件2116还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,UE2100可以被至少一个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述任一实施例的方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器2104,上述指令可由UE2100的处理器2120执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (32)
1.一种辅助请求的发送方法,应用于终端设备间的辅助资源选择机制中,其特征在于,应用于第一终端设备,所述方法包括:
确定辅助请求的触发条件;
根据所述辅助请求的所述触发条件,触发所述第一终端设备向第二终端设备发送所述辅助请求;其中,所述辅助请求用于请求所述第二终端设备向所述第一终端设备发送辅助信息,所述辅助信息用于指示辅助资源集,所述第一终端设备基于自身感知的资源集和所述辅助信息进行资源选择;
其中,所述触发条件涉及以下中的至少一种:
接收到的连续的HARQ NACK反馈的数量;
待发送的数据包的数据包时延预算PDB;
待发送的数据包的信道占用率CR;
测量的信道繁忙率CBR;
待发送给所述第二终端设备的数据包到来;
第一个待发送的数据包到来;
待发送的数据包的优先级。
2.根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,触发所述第一终端设备向所述第二终端设备发送所述辅助请求。
3.根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,触发所述第一终端设备向所述第二终端设备发送所述辅助请求。
4.根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,触发所述第一终端设备向所述第二终端设备发送所述辅助请求。
5.根据权利要求4所述的方法,其特征在于,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;
其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;
所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
6.根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,触发所述第一终端设备向所述第二终端设备发送所述辅助请求。
7.根据权利要求6所述的方法,其特征在于,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;
其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
8.根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
响应于所述触发条件为待发送给所述第二终端设备的数据包到来,触发所述第一终端设备向所述第二终端设备发送所述辅助请求。
9.根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
响应于所述触发条件为第一个待发送的数据包到来,触发所述第一终端设备向所述第二终端设备发送携带周期反馈标记的所述辅助请求;
其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
10.根据权利要求1所述的方法,其特征在于,所述触发所述第一终端设备向第二终端设备发送所述辅助请求,包括:
响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,触发所述第一终端设备向所述第二终端设备发送所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
11.根据权利要求1所述的方法,其特征在于,所述待发送的数据包,为sidelink数据包。
12.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述第二终端设备发送的所述辅助信息。
13.根据权利要求1所述的方法,其特征在于,所述第一终端设备进行资源选择得到的资源为第二资源;
所述第二资源为所述辅助资源集中的子资源,和/或,所述第二资源为所述第一终端设备自身感知的资源集中的子资源。
14.一种辅助请求的接收方法,应用于终端设备间的辅助资源选择机制中,其特征在于,应用于第二终端设备,所述方法包括:
接收第一终端设备发送的辅助请求;
其中,所述辅助请求为所述第一终端设备基于触发条件发起的;
所述辅助请求用于请求所述第二终端设备向所述第一终端设备发送辅助信息,所述辅助信息用于指示辅助资源集,所述第一终端设备基于自身感知的资源集和所述辅助信息进行资源选择;
其中,所述触发条件涉及以下中的至少一种:
接收到的连续的HARQ NACK反馈的数量;
待发送的数据包的数据包时延预算PDB;
待发送的数据包的信道占用率CR;
测量的信道繁忙率CBR;
待发送给所述第二终端设备的数据包到来;
第一个待发送的数据包到来;
待发送的数据包的优先级。
15.根据权利要求14所述的方法,其特征在于,所述辅助请求为:
所述第一终端设备响应于所述触发条件为接收到的连续的HARQ NACK反馈的数量大于配置的数量阈值,而发送的所述辅助请求。
16.根据权利要求14所述的方法,其特征在于,所述辅助请求为:
所述第一终端设备响应于所述触发条件为待发送的数据包的数据包时延预算PDB大于配置的PDB阈值,而发送的所述辅助请求。
17.根据权利要求14所述的方法,其特征在于,所述辅助请求为:
所述第一终端设备响应于所述触发条件为待发送的数据包的信道占用率CR小于或者等于预先配置的CR阈值,而发送的所述辅助请求。
18.根据权利要求17所述的方法,其特征在于,所述CR为,指定时隙范围内的第一子信道的数量与所述指定时隙范围内属于资源池的子信道的总数量的比值;
其中,所述第一子信道为,所述指定时隙范围内用于发送所述数据包的子信道和预留的将要用于发送所述数据包的子信道数量之和;
所述CR阈值,为配置的优先级k对应的CR极限值,所述CR阈值由RRC消息预先配置。
19.根据权利要求14所述的方法,其特征在于,所述辅助请求为:
所述第一终端设备响应于所述触发条件为测量的信道繁忙率CBR小于或者等于预先配置的CBR阈值,而发送的所述辅助请求。
20.根据权利要求19所述的方法,其特征在于,所述CBR为,指定时隙范围内的第二子信道的数量与资源池中子信道的总数量的比值,所述CBR阈值由RRC消息预先配置;
其中,所述第二子信道为,对应的接收信号强度指示RSSI大于配置的RSSI门限的子信道。
21.根据权利要求14所述的方法,其特征在于,所述辅助请求为:
所述第一终端设备响应于所述触发条件为待发送给所述第二终端设备的数据包到来,而发送的所述辅助请求。
22.根据权利要求21所述的方法,其特征在于,所述辅助请求为:
所述第一终端设备响应于所述触发条件为第一个待发送的数据包到来,而发送的携带周期反馈标记的所述辅助请求;
其中,所述周期反馈标记,用于指示所述第二终端设备周期性的发送辅助信息。
23.根据权利要求14所述的方法,其特征在于,所述辅助请求为:
所述第一终端设备响应于所述触发条件为待发送的数据包的优先级小于或者等于配置的优先级阈值,而发送的所述辅助请求,其中,所述优先级阈值由RRC消息预先配置。
24.根据权利要求14所述的方法,其特征在于,所述待发送的数据包,为sidelink数据包。
25.根据权利要求14所述的方法,其特征在于,所述方法还包括:
向所述第一终端设备发送所述辅助信息。
26.根据权利要求14所述的方法,其特征在于,所述第一终端设备进行资源选择得到的资源为第二资源;
所述第二资源为所述辅助资源集中的子资源,和/或,所述第二资源为所述第一终端设备自身感知的资源集中的子资源。
27.一种辅助请求的发送装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求1至13中任一项所述的方法。
28.一种辅助请求的接收装置,其特征在于,所述装置包括处理器和存储器,所述存储器中存储有计算机程序,所述处理器执行所述存储器中存储的计算机程序,以使所述装置执行如权利要求14至26中任一项所述的方法。
29.一种辅助请求的发送装置,其特征在于,包括:处理器和接口电路;
所述接口电路,用于接收代码指令并传输至所述处理器;
所述处理器,用于运行所述代码指令以执行如权利要求1至13中任一项所述的方法。
30.一种辅助请求的接收装置,其特征在于,包括:处理器和接口电路;
所述接口电路,用于接收代码指令并传输至所述处理器;
所述处理器,用于运行所述代码指令以执行如权利要求14至26中任一项所述的方法。
31.一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求1至13中任一项所述的方法被实现。
32.一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如权利要求14至26中任一项所述的方法被实现。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310294232.1A CN116234036A (zh) | 2021-05-08 | 2021-05-08 | 辅助请求的发送方法、辅助请求的接收方法及其装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202180001167.8A CN113396626B (zh) | 2021-05-08 | 2021-05-08 | 辅助请求的发送方法、辅助请求的接收方法及其装置 |
CN202310294232.1A CN116234036A (zh) | 2021-05-08 | 2021-05-08 | 辅助请求的发送方法、辅助请求的接收方法及其装置 |
PCT/CN2021/092421 WO2022236482A1 (zh) | 2021-05-08 | 2021-05-08 | 辅助请求的发送方法、辅助请求的接收方法及其装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180001167.8A Division CN113396626B (zh) | 2021-05-08 | 2021-05-08 | 辅助请求的发送方法、辅助请求的接收方法及其装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116234036A true CN116234036A (zh) | 2023-06-06 |
Family
ID=77623001
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310294232.1A Pending CN116234036A (zh) | 2021-05-08 | 2021-05-08 | 辅助请求的发送方法、辅助请求的接收方法及其装置 |
CN202180001167.8A Active CN113396626B (zh) | 2021-05-08 | 2021-05-08 | 辅助请求的发送方法、辅助请求的接收方法及其装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180001167.8A Active CN113396626B (zh) | 2021-05-08 | 2021-05-08 | 辅助请求的发送方法、辅助请求的接收方法及其装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP4336871A1 (zh) |
CN (2) | CN116234036A (zh) |
WO (1) | WO2022236482A1 (zh) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
PL3777455T3 (pl) * | 2018-04-05 | 2022-03-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Wielostopniowe informacje sterujące łącza bocznego |
WO2020033088A1 (en) * | 2018-08-09 | 2020-02-13 | Convida Wireless, Llc | Resource management for 5g ev2x |
CN111901783A (zh) * | 2020-04-02 | 2020-11-06 | 中兴通讯股份有限公司 | 资源获取、资源调度方法、终端、服务节点及介质 |
-
2021
- 2021-05-08 CN CN202310294232.1A patent/CN116234036A/zh active Pending
- 2021-05-08 CN CN202180001167.8A patent/CN113396626B/zh active Active
- 2021-05-08 EP EP21941063.6A patent/EP4336871A1/en active Pending
- 2021-05-08 WO PCT/CN2021/092421 patent/WO2022236482A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
CN113396626B (zh) | 2023-05-02 |
EP4336871A1 (en) | 2024-03-13 |
WO2022236482A1 (zh) | 2022-11-17 |
CN113396626A (zh) | 2021-09-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109076593B (zh) | 传输配置方法及装置 | |
CN110945826B (zh) | 反馈方法、反馈装置及存储介质 | |
US20240080825A1 (en) | Method and device for determining bandwidth part | |
WO2022126338A1 (zh) | 资源选择方法、资源选择装置及存储介质 | |
CN108496390B (zh) | 非授权小区中的数据传输方法及装置、基站和用户设备 | |
US20240023138A1 (en) | Method for sending and receiving assistance resource set, and storage medium | |
CN111096063B (zh) | 非连续接收drx的处理方法、装置及计算机存储介质 | |
CN108391467B (zh) | 数据传输方法及装置、用户设备和基站 | |
CN110383749B (zh) | 控制信道发送、接收方法、装置及存储介质 | |
CN109417730B (zh) | 直连链路通信方法和装置 | |
WO2022188112A1 (zh) | 一种通信方法、通信装置及存储介质 | |
CN110945825A (zh) | 反馈方法、反馈装置及存储介质 | |
CN110809902B (zh) | 信息处理方法及装置、通信设备及存储介质 | |
WO2021179314A1 (zh) | 下行传输发送方法、下行传输接收方法、装置和通信设备 | |
WO2021092732A1 (zh) | Harq-ack传输方法及装置、通信设备 | |
CN113396626B (zh) | 辅助请求的发送方法、辅助请求的接收方法及其装置 | |
CN106793150B (zh) | 无线链路的建立方法及终端 | |
WO2022133665A1 (zh) | 辅助资源集确定方法、装置及存储介质 | |
WO2022032581A1 (zh) | 上行传输的发送、接收方法及装置、通信设备及介质 | |
JP2023530527A (ja) | 直接通信制御方法、装置、及びユーザ機器 | |
CN113924810A (zh) | 数据传输处理方法、装置、通信设备及存储介质 | |
WO2022126527A1 (zh) | 传输pucch的方法、装置、通信设备及存储介质 | |
CN113196847B (zh) | 资源选择方法、资源选择装置及存储介质 | |
WO2022061734A1 (zh) | 资源选择方法、资源选择装置及存储介质 | |
CN112689966B (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 |