CN109152067B - 一种调度请求的传输方法及相关设备 - Google Patents
一种调度请求的传输方法及相关设备 Download PDFInfo
- Publication number
- CN109152067B CN109152067B CN201710459631.3A CN201710459631A CN109152067B CN 109152067 B CN109152067 B CN 109152067B CN 201710459631 A CN201710459631 A CN 201710459631A CN 109152067 B CN109152067 B CN 109152067B
- Authority
- CN
- China
- Prior art keywords
- uplink channel
- scheduling request
- uplink
- network device
- channel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种调度请求的传输方法及相关设备,其中,该方法包括:终端设备确定至少一个调度请求;终端设备从至少两个上行信道中选择一个上行信道,该至少两个上行信道用于传输调度请求,该至少两个上行信道包括第一上行信道和第二上行信道;终端设备通过选择的上行信道发送至少一个调度请求。可见,通过实施本申请实施例,存在多个上行信道时,终端设备可根据需求灵活地从多个上行信道中选择一个合适的上行信道来发送一个或多个调度请求。本实施例提供的方案可应用于通信系统,例如V2X、LTE‑V、V2V、车联网、MTC、IoT、LTE‑M,M2M,D2D,物联网等。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种调度请求的传输方法及相关设备。
背景技术
在高级长期演进(long term evolution-advanced,LTE-A)系统中,终端设备(如手机、平板电脑等)被网络设备配置一个用于发送调度请求(scheduling request,SR)的上行信道的资源以及该调度请求的发送周期。在该调度请求的发送周期上时,终端设备可以通过该上行信道向网络设备(如基站等接入网设备)发送调度请求;网络设备接收调度请求之后产生调度信息,并向终端设备发送该调度信息。终端设备接收该调度信息,就可根据该调度信息发送上行数据。如果终端设备的数据量还没有发送完,终端设备需要等待下一个调度信息。
现有的LTE-A系统中,网络设备只配置一个用于发送调度请求的上行信道的资源给终端设备。然而在第五代(the fifth generation,5G)移动通信系统中,由于存在多种数据业务类型,因此终端设备可能被网络设备配置多个用于发送调度请求的上行信道的资源。因此,针对存在多个用于发送调度请求的上行信道的资源的场景,如何发送调度请求是目前亟待解决的问题。
发明内容
本申请实施例提供了一种调度请求的传输方法及相关设备,有利于终端设备根据需求灵活地从多个用于发送调度请求的上行信道中选择一个上行信道发送调度请求。
第一方面,本申请实施例提供了一种调度请求的传输方法,该方法包括:终端设备确定至少一个调度请求;终端设备从至少两个上行信道中选择一个上行信道,该至少两个上行信道用于传输调度请求,该至少两个上行信道包括第一上行信道和第二上行信道;终端设备通过选择的上行信道发送至少一个调度请求。
通过实施第一方面所描述的方法,终端设备确定一个或多个调度请求之后,可从多个上行信道中选择一个上行信道,并通过选择的上行信道发送一个或多个调度请求至网络设备。可见,通过实施第一方面所描述的方法,存在多个上行信道时,终端设备可根据需求灵活地从多个上行信道中选择一个合适的上行信道来发送一个或多个调度请求。
可选的,第一上行信道的属性值小于第二上行信道的属性值,第一上行信道和第二上行信道的属性值包括以下至少一种:承载的比特数、承载的比特状态数、调制阶数、编码码率,和承载的调度请求的数量。
通过实施该实施方式,由于在相同发射功率下,承载信息较少的上行信道的可靠性更高,因此,第一上行信道的可靠性高于第二上行信道的可靠性。至少一个调度请求中包括可靠性高的业务的调度请求,则终端设备可选择第一上行信道发送该至少一个调度请求。至少一个调度请求中不包括可靠性高的业务的调度请求,则终端设备可选择第二上行信道发送该至少一个调度请求。可见,通过实施该实施方式,有利于终端设备根据调度请求的业务需求,灵活地从第一上行信道和第二上行信道中选择合适地上行信道传输调度请求。
可选的,第一上行信道和第二上行信道包括以下至少一种:第一上行信道对应的时延需求比第二上行信道对应的时延需求小;第一上行信道对应的优先级比第二上行信道对应的优先级高;第一上行信道对应的可靠性比第二上行信道对应的可靠性高;第一上行信道对应的服务质量QoS比第二上行信道对应的QoS高;第一上行信道对应的传输块大小比第二上行信道对应的传输块大小小;第一上行信道占用的资源的子载波间隔大于第二上行信道占用的资源的子载波间隔;第一上行信道占用的资源的时间长度小于第二上行信道占用的资源的时间长度;和第一上行信道对应的功率因子大于第二上行信道对应的功率因子。
通过实施该实施方式,第一上行信道可传输紧急业务的调度请求,第二上行信道可传输非紧急业务的调度请求。可见,通过实施该实施方式,有利于终端设备根据调度请求的业务需求,灵活地从第一上行信道和第二上行信道中选择合适地上行信道传输调度请求。
可选的,第一上行信道对应的业务为超可靠低延迟通信URLLC业务。第二上行信道对应的业务不为URLLC业务。例如,第二上行信道对应的业务可以为eMBB业务或mMTC业务。
可选的,选择的上行信道为第一上行信道,终端设备通过选择的上行信道发送至少一个调度请求的具体实施方式可以为:终端设备通过第一上行信道的传输的出现,发送至少一个调度请求。
具体的,终端设备通过第一上行信道的传输的是否出现,来指示网络设备其是否发送了至少一个调度请求。例如,终端设备通过第一上行信道的传输的出现,指示网络设备其发送了至少一个调度请求;终端设备通过第一上行信道的传输的没有出现,指示网络设备其没有发送了至少一个调度请求。这里的调度请求是Positive调度请求,即正调度请求,表示有资源调度请求。可以理解的是,没有发送正调度请求等同于发送了Negative负调度请求,表示没有资源调度请求。
在该实施方式中,网络设备通过对第一上行信道的传输进行能量检测,来判断第一上行信道的传输是否出现。网络设备检测到第一上行信道的能量值或序列相关峰值大于或等于预设阈值,则判定第一上行信道的传输出现。网络设备检测到第一上行信道的能量值或序列相关峰值小于预设阈值,则判定第一上行信道的传输未出现。也就是说,当网络设备检测到第一上行信道的能量值或序列相关峰值大于或等于预设阈值时,网络设备确定接收到至少一个调度请求。
通过实施该实施方式,有利于网络设备更快地获得调度请求。
可选的,选择的上行信道为第一上行信道,终端设备通过选择的上行信道发送至少一个调度请求的具体实施方式可以为:终端设备通过第一上行信道发送显式比特,该显式比特用于指示至少一个调度请求。也就是说,网络设备需要对第一上行信道发送的数据进行解码,以获得比特状态值,并通过比特状态值来确定接收到的调度请求。通过实施该实施方式,终端设备可通过第一上行信道发送一个或多个调度请求。
可选的,选择的上行信道为第一上行信道,终端设备还可在第一上行信道上发送上行传输指示。
可选的,上行传输指示可以包括传输块的大小,网络设备知道传输块的大小就可为终端设备分配合适的上行调度资源。因此,通过第一上行信道传输上行传输指示,有利于网络设备为业务分配合适的上行调度资源,有利于降低业务时延。
可选的,上行传输指示还可以包括信道质量信息,所述信道质量信息用于指示信道质量,信道质量信息可以包括带宽和/或带宽对应的信道质量量化值,带宽可以是终端设备选择的最优带宽或最优子带组。可选的,上行传输指示还可以包括优先级,所述优先级用于支持所述数据调度是否紧急优先。
可选的,终端设备可通过第一上行信道的传输的出现,来发送至少一个调度请求和上行传输指示。通过实施该实施方式,有利于网络设备更快地获得调度请求和上行传输指示。
可选的,终端设备可通过第一上行信道发送显式比特,来发送至少一个调度请求和上行传输指示,该显式比特用于指示该至少一个调度请求和上行传输指示。通过实施该实施方式,终端设备可通过第一上行信道发送多个调度请求和上行传输指示。
可选的,选择的上行信道为第二上行信道,终端设备通过选择的上行信道发送至少一个调度请求的具体实施方式可以为:终端设备通过第二上行信道发送显式比特,该显式比特用于指示至少一个调度请求。通过实施该实施方式,终端设备可通过第二上行信道发送多个调度请求。
可选的,终端设备从至少两个上行信道中选择的上行信道为第二上行信道,终端设备还可在第二上行信道上发送上行传输指示。由于第二上行信道的业务的时延需求比所述第一上行信道对应的时延需求高,且第二上行信道能够传输的信息量比第一上行信道能够传输的信息量大。因此,第二上行信道可传输较多的数据,第二上行信道也可传输上行传输指示。
可选的,终端设备可通过第二上行信道发送显式比特,来发送至少一个调度请求和上行传输指示,该显式比特用于指示所述至少一个调度请求和上行传输指示。通过实施该实施方式,终端设备可通过第二上行信道发送多个调度请求和上行传输指示。
可选的,终端设备从至少两个上行信道中选择一个上行信道的具体实施方式可以为:终端设备根据至少一个调度请求,从至少两个上行信道中选择一个上行信道,至少一个调度请求对应至少一个第一信息,第一信息包括时延需求、优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔,和资源的时间长度中的至少一种。
通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
可选的,终端设备根据至少一个调度请求,从至少两个上行信道中选择一个上行信道的具体实施方式可以为:确定至少一个调度请求对应的至少一个第一信息,该第一信息包括时延需求、优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔,和资源的时间长度中的至少一种;根据至少一个第一信息,从至少两个上行信道中选择一个上行信道。
通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
可选的,根据至少一个第一信息,从至少两个上行信道中选择一个上行信道的具体实施方式可以为:根据至少一个第一信息和该至少一个调度请求,从至少两个上行信道中选择一个上行信道。例如,至少一个第一信息中存在与第一上行信道的时延需求、优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔,和资源的时间长度中的至少一种相匹配的第一信息,并且仅传输一个调度请求,选择第一上行信道。否则,选择其他上行信道发送至少一个调度请求。通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
可选的,根据至少一个第一信息,从至少两个上行信道中选择一个上行信道的具体实施方式可以为:只要至少一个第一信息中存在与第一上行信道的时延需求、优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔,和资源的时间长度中的至少一种相匹配的第一信息,则选择第一上行信道。否则,选择其他上行信道发送至少一个调度请求。通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
可选的,终端设备根据至少一个调度请求,从至少两个上行信道中选择一个上行信道的具体实施方式可以为:终端设备根据至少一个调度请求对应的业务类型,从至少两个上行信道中选择一个上行信道。例如,至少一个调度请求中包括URLLC业务类型的调度请求,第一上行信道对应的业务类型为URLLC业务类型,则终端设备从至少两个上行信道中选择第一上行信道发送至少一个调度请求。
通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
可选的,终端设备从至少两个上行信道中选择一个上行信道的具体实施方式可以为:终端设备根据预存的调度请求与上行信道之间的对应关系,从至少两个上行信道中选择与该至少一个调度请求对应的上行信道。例如,终端设备可根据调度请求对应的业务的时延需求和/或优先级和/或可靠性和/或服务质量和/或传输块大小和/或资源的子载波间隔和/或资源的时间长度,预先设置或根据高层信令配置:第一调度请求对应第一上行信道,第一调度请求和第二调度请求对应第二上行信道,第二调度请求对应第二上行信道。若终端设备确定的至少一个调度请求仅包括第一调度请求,则终端设备从至少两个上行信道中选择第一上行信道。若终端设备确定的至少一个调度请求包括第一调度请求和第二调度请求,则终端设备从至少两个上行信道中选择第二上行信道。若终端设备确定的至少一个调度请求仅包括第二调度请求,则终端设备从至少两个上行信道中选择第二上行信道。
通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
可选的,至少两个上行信道的时域资源重叠。可以理解的,若至少两个上行信道的时域资源不重叠,那么终端设备可以分别使用此至少两个上行信道发送调度请求,而无需使用信道选择来发送。
通过实施该实施方式,在至少两个上行信道的时域资源重叠时,可从至少两个上行信道中选择一个上行信道发送当前需要发送的所有调度请求,从而可避免上行传输性能受到损失,并能够及时向网络设备发送当前需要发送的所有调度请求。
可选的,选择的上行信道为第一上行信道,终端设备还可根据第一功率因子,确定第一上行信道的发送功率。
可选的,选择的上行信道为第二上行信道,终端设备还可终端设备根据第二功率因子,确定第二上行信道的发送功率。需要说明的是,第二功率因子的值小于第一功率因子的值。
可选的,终端设备从至少两个上行信道中选择一个上行信道之前,还可确定该至少两个上行信道。
第二方面,本申请实施例提供了一种调度请求的传输方法,该方法包括:网络设备检测至少两个上行信道中的至少一个上行信道,至少两个上行信道用于传输调度请求,至少两个上行信道包括第一上行信道和第二上行信道;网络设备在至少两个上行信道中的一个上行信道上接收至少一个调度请求。
通过实施第二方面所描述的方法,存在多个上行信道时,网络设备可在多个上行信道中的一个上行信道接收终端设备发送的一个或多个调度请求。也就是说,终端设备确定一个或多个调度请求之后,可从多个上行信道中选择一个上行信道,并通过选择的上行信道发送一个或多个调度请求至网络设备。可见,通过实施第二方面所描述的方法,存在多个上行信道时,有利于终端设备可根据需求灵活地从多个上行信道中选择一个合适的上行信道来发送一个或多个调度请求。
可选的,第一上行信道的属性值小于第二上行信道的属性值,第一上行信道和第二上行信道的属性值包括以下至少一种:承载的比特数、承载的比特状态数、调制阶数、编码码率,和承载的调度请求的数量。
通过实施该实施方式,由于在相同发射功率下,承载信息较少的上行信道的可靠性更高,因此,第一上行信道的可靠性高于第二上行信道的可靠性。至少一个调度请求中包括可靠性高的业务的调度请求,则终端设备可选择第一上行信道发送该至少一个调度请求。至少一个调度请求中不包括可靠性高的业务的调度请求,则终端设备可选择第二上行信道发送该至少一个调度请求。可见,通过实施该实施方式,有利于终端设备根据调度请求的业务需求,灵活地从第一上行信道和第二上行信道中选择合适地上行信道传输调度请求。
可选的,第一上行信道和第二上行信道包括以下至少一种:第一上行信道对应的时延需求比第二上行信道对应的时延需求小;第一上行信道对应的优先级比第二上行信道对应的优先级高;第一上行信道对应的可靠性比第二上行信道对应的可靠性高;第一上行信道对应的服务质量QoS比第二上行信道对应的QoS高;第一上行信道对应的传输块大小比第二上行信道对应的传输块大小小;第一上行信道占用的资源的子载波间隔大于第二上行信道占用的资源的子载波间隔;第一上行信道占用的资源的时间长度小于第二上行信道占用的资源的时间长度;和第一上行信道对应的功率因子大于第二上行信道对应的功率因子。
通过实施该实施方式,第一上行信道可传输紧急业务的调度请求,第二上行信道可传输非紧急业务的调度请求。可见,通过实施该实施方式,有利于终端设备根据调度请求的业务需求,灵活地从第一上行信道和第二上行信道中选择合适地上行信道传输调度请求。
可选的,第一上行信道对应的业务为超可靠低延迟通信URLLC业务。第二上行信道对应的业务不为URLLC业务。例如,第二上行信道对应的业务可以为eMBB业务或mMTC业务。
可选的,网络设备在第一上行信道上接收至少一个调度请求,网络设备在第一上行信道上接收至少一个调度请求的具体实施方式可以为:网络设备通过第一上行信道的传输的出现,接收至少一个调度请求。
在该实施方式中,网络设备通过对第一上行信道的传输进行能量检测,来判断第一上行信道的传输是否出现。网络设备检测到第一上行信道的能量值或序列相关峰值大于或等于预设阈值,则判定第一上行信道的传输出现。网络设备检测到第一上行信道的能量值或序列相关峰值小于预设阈值,则判定第一上行信道的传输未出现。也就是说,当网络设备检测到第一上行信道的能量值或序列相关峰值大于或等于预设阈值时,网络设备确定接收到至少一个调度请求。
通过实施该实施方式,网络设备可以不对接收到的至少一个调度请求进行解码,就可知道终端设备发送的是什么调度请求,因此有利于网络设备更快地获得调度请求。
可选的,网络设备在第一上行信道上接收至少一个调度请求,网络设备在第一上行信道上接收至少一个调度请求的具体实施方式可以为:网络设备接收第一上行信道承载的显式比特,该显式比特用于指示至少一个调度请求。
也就是说,网络设备需要对第一上行信道发送的数据进行解码,以获得比特状态值,并通过比特状态值来确定接收到的调度请求。通过实施该实施方式,终端设备可通过第一上行信道发送1个或多个调度请求。
可选的,网络设备在第一上行信道上接收至少一个调度请求,网络设备还可在第一上行信道接收上行传输指示。
可选的,上行传输指示可以包括传输块的大小,网络设备知道传输块的大小就可为终端设备分配合适的上行调度资源。因此,通过第一上行信道传输上行传输指示,有利于网络设备为业务分配合适的上行调度资源,有利于降低业务时延。
可选的,上行传输指示还可以包括信道质量信息,所述信道质量信息用于指示信道质量,信道质量信息可以包括带宽和/或带宽对应的信道质量量化值,带宽可以是终端设备选择的最优带宽或最优子带组。可选的,上行传输指示还可以包括优先级,所述优先级用于支持所述数据调度是否紧急优先。
可选的,网络设备可通过第一上行信道的传输的出现,来接收至少一个调度请求和上行传输指示。通过实施该实施方式,有利于网络设备更快地获得调度请求和上行传输指示。
可选的,网络设备可通过接收第一上行信道发送的显式比特,来接收至少一个调度请求和上行传输指示,该显式比特用于指示所述至少一个调度请求和上行传输指示。通过实施该实施方式,有利于终端设备通过第一上行信道发送多个调度请求和上行传输指示。
可选的,网络设备在第二上行信道上接收至少一个调度请求,网络设备在第二上行信道上接收至少一个调度请求的具体实施方式可以为:网络设备接收第二上行信道承载的显式比特,该显式比特用于指示至少一个调度请求。通过实施该实施方式,有利于终端设备通过第二上行信道发送多个调度请求。
可选的,网络设备在第二上行信道上接收至少一个调度请求,网络设备还可在第二上行信道接收上行传输指示。由于第二上行信道的业务的时延需求比所述第一上行信道对应的时延需求高,且第二上行信道能够传输的信息量比第一上行信道能够传输的信息量大。因此,第二上行信道可传输较多的数据,第二上行信道也可传输上行传输指示。
可选的,终端设备可通过第二上行信道发送显式比特,来发送至少一个调度请求和上行传输指示,该显式比特用于指示所述至少一个调度请求和上行传输指示。通过实施该实施方式,有利于终端设备通过第二上行信道发送多个调度请求和上行传输指示。
可选的,至少两个上行信道的时域资源重叠。
通过实施该实施方式,在至少两个上行信道的时域资源重叠时,可从至少两个上行信道中选择一个上行信道发送当前需要发送的所有调度请求,从而可避免上行传输性能受到损失,并能够及时向网络设备发送当前需要发送的所有调度请求。
可选的,网络设备检测该至少两个上行信道中的至少一个上行信道之前,还可确定该至少两个上行信道。
第三方面,提供了一种终端设备,该终端设备可执行上述第一方面或第一方面可能的实现方式中的方法。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。该模块可以是软件和/或硬件。基于同一发明构思,该终端设备解决问题的原理以及有益效果可以参见上述第一方面或第一方面可能的实现方式以及有益效果,重复之处不再赘述。
第四方面,提供了一种网络设备,该网络设备可执行上述第二方面或第二方面可能的实现方式中的方法。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。该模块可以是软件和/或硬件。基于同一发明构思,该网络设备解决问题的原理以及有益效果可以参见上述第二方面或第二方面可能的实现方式以及有益效果,重复之处不再赘述。
第五方面,提供了一种终端设备,该终端设备包括:处理器、存储器、通信接口以及一个或多个程序;处理器、通信接口和存储器相连;其中,一个或多个程序被存储在存储器中,该处理器调用存储在该存储器中的程序以实现上述第一方面或第一方面可能的实现方式中的方案,该终端设备解决问题的实施方式以及有益效果可以参见上述第一方面或第一方面可能的实现方式以及有益效果,重复之处不再赘述。
第六方面,提供了一种网络设备,该网络设备包括:处理器、存储器、通信接口以及一个或多个程序;处理器、通信接口和存储器相连;其中,一个或多个程序被存储在存储器中,该处理器调用存储在该存储器中的程序以实现上述第二方面或第二方面可能的实现方式中的方案,该网络设备解决问题的实施方式以及有益效果可以参见上述第二方面或第二方面可能的实现方式以及有益效果,重复之处不再赘述。
第七方面,提供了一种通信系统,该系统包括:第三方面的终端设备和第四方面的网络设备。
第八方面,提供了一种计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面、第二方面、第一方面的任意可选的实现方式或第二方面的任意可选的实现方式。
附图说明
图1是本申请实施例提供的一种通信系统的示意图;
图2是本申请实施例提供的一种调度请求的传输方法的流程示意图;
图3是本申请实施例提供的一种终端设备的结构示意图;
图4是本申请实施例提供的一种网络设备的结构示意图;
图5是本申请实施例提供的另一种终端设备的结构示意图;
图6是本申请实施例提供的另一种网络设备的结构示意图。
具体实施方式
下面结合附图对本申请具体实施例作进一步的详细描述。
图1是本申请实施例提供的一种通信系统的示意图。如图1所示,该通信系统包括网络设备和一个或多个终端设备,网络设备可以与终端设备通信。图1以网络设备与两个终端设备通信为例,可以理解,网络设备可以与任意数目的终端设备通信。
此外,该通信系统可以是公共陆地移动网络(public land mobile network,PLMN)网络或者D2D(mevice to mevice)网络或者M2M(machine to machine)网络或者其他网络,图1只是举例的简化示意图,网络中还可以包括其他网络设备,图1中未予以画出。
可选地,在本申请中,该网络设备可以是与终端设备进行通信的设备,例如,网络设备可以是接入网设备等。每个网络设备可以为特定的地理区域提供通信覆盖,并且可以与位于所述覆盖区域(小区)内的终端设备(例如UE)进行通信。网络设备可以支持不同制式的通信协议,或者可以支持不同的通信模式。例如,网络设备可以是GSM系统或CDMA系统中的接入网设备(base transceiver station,BTS),也可以是WCDMA系统中的接入网设备(NodeB,NB),还可以是LTE系统中的演进型接入网设备(evolutional node B,eNB或eNodeB),或者是云无线网络(cloud radio access network,CRAN)中的无线控制器,或者所述接入网设备可以为未来5G网络中的接入网设备,如gNB或小站、微站,TRP(transmission reception point,传输接收点),还可以是中继站、接入点或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的接入网设备等。
可选地,在本申请中,终端设备可以指接入终端、用户设备(user equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动终端、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、物联网中的终端设备、虚拟现实设备、未来5G网络中的终端设备或者未来演进的公共陆地移动网络(public landmobile network,PLMN)中的终端设备等。
网络设备和终端设备可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和卫星上。本申请的实施例对网络设备和终端设备的应用场景不做限定。
需要说明的是,本申请的资源的子载波间隔可以是逻辑信道的子载波间隔,也可以是上行信道占用的子载波间隔,也可以是上行资源的子载波间隔,本发明不做限定。
需要说明的是,本申请的资源的时间长度可以是逻辑信道的时间长度,也可以是逻辑信道的时间长度类型,也可以是上行信道占用的时间长度,也可以是上行资源的时间长度,本发明不做限定。
需要说明的是,本申请的优先级可以是逻辑信道的优先级,也可以是功率分配的优先级,也可以是上行信道的优先级,也可以是传输信道的优先级,也可以是其他优先级,本发明不做限定。逻辑信道是MAC(medium access control,媒体接入控制)层用于提供数据传输服务的信道。逻辑信道是MAC层和RLC(radio link control,无线链路控制)层之间的接口信道。传输信道是根据不同的传输格式定义的信道,数据传输业务的接入是通过使用传输信道。传输信道是MAC层和物理层之间的接口信道。物理层使用传输信道进行例如信道编码交织等需要的操作。需要说明的是传输信道与逻辑信道有一定的映射关系,数据传输服务生成后,是先映射到逻辑信道,再由逻辑信道映射到传输信道,再由传输信道到上行信道进行数据发送。上行信道:物理层的上行信道,用于在空口传输数据和/或控制信息的上行信道,可以是物理上行数据信道,也可以是物理上行控制信道。
下面进一步对本申请所提供的调度请求的传输方法及相关设备进行介绍。
请参见图2,图2是本申请实施例提供的调度请求的传输方法。如图2所示,该调度请求的传输方法包括如下201~205部分,其中:
201、终端设备确定至少一个调度请求。
本申请实施例中,终端设备可以确定一个调度请求,或多个调度请求。其中,终端设备确定多个调度请求时,每个调度请求对应不同的业务类型。
例如,国际电信联盟(international telecommunication union,ITU)为5G以及未来的移动通信系统定义了三大类应用场景:增强型移动宽带(enhanced mobilebroadband,eMBB)、高可靠低时延通信(ultra reliable and low latencycommunications,URLLC)以及海量机器类通信(massive machine type communications,mMTC)。典型的eMBB业务有:超高清视频、增强现实(augmented reality,AR)、虚拟现实(virtual reality,VR)等,这些业务的主要特点是传输数据量大、传输速率很高。典型的URLLC业务有:工业制造或生产流程中的无线控制、无人驾驶汽车和无人驾驶飞机的运动控制以及远程修理、远程手术等触觉交互类应用,这些业务的主要特点是要求超高可靠性、低延时,传输数据量较少以及具有突发性。典型的mMTC业务有:智能电网配电自动化、智慧城市等,主要特点是联网设备数量巨大、传输数据量较小、数据对传输时延不敏感,这些mMTC终端需要满足低成本和非常长的待机时间的需求。
终端设备可能需要进行某一种类型的业务或同时进行多种类型的业务,因此,终端设备可能确定一个或多个调度请求。例如,若终端设备当前只进行URLLC业务,则终端设备可确定URLLC业务的一个调度请求。若终端设备当前同时进行URLLC业务和eMBB业务,则终端设备可确定URLLC业务的一个调度请求和eMBB业务的一个调度请求。若终端设备当前同时进行URLLC业务、eMBB业务和mMTC业务,则终端设备可确定URLLC业务的一个调度请求、eMBB业务的一个调度请求和mMTC业务的一个调度请求。
本申请中的可靠性可以是接收准确率或者接收成功率,例如1-10e-5,也可以是接收错误率或残余误块率或误块率,例如10e-3。
本申请中的传输时延可以是在时间段内准确传输的时间,时间段可以是从数据到达发送端的MAC层开始到接收端MAC层准确接收的时间,也可以是从数据到达发送端的物理层开始到接收端的物理层准确接收技术的时间,也可以是从数据到达发送端的MAC层开始到接收端物理层层准确接收的时间,本发明对于时间段的定义不做限定。时间段的取值可以是x ms(毫秒),也可以是yμs(微秒),x和y是正数。
URLLC业务的需求可以是多种的,例如,URLLC业务可包括类型1的URLLC业务、类型1的URLLC业务和类型3的URLLC业务。类型1的URLLC业务为可靠性为1-10e-5,且传输时延为在1ms以内的业务。类型2的URLLC业务为可靠性为1-10e-5的成功率且传输时延为在2ms以内的业务。类型3的URLLC业务为可靠性为1-10e-3的成功率且传输时延为在1ms以内的业务。若终端设备当前同时进行类型1的URLLC业务、类型2的URLLC业务和类型3的URLLC业务,则终端设备可确定类型1的URLLC业务的一个调度请求、类型2的URLLC业务的一个调度请求和类型3的URLLC业务的一个调度请求。
202、终端设备从至少两个上行信道中选择一个上行信道。
本申请实施例中,终端设备确定至少一个调度请求之后,从至少两个上行信道中选择一个上行信道。其中,该至少两个上行信道用于传输调度请求,该至少两个上行信道包括第一上行信道和第二上行信道。
可选的,终端设备从至少两个上行信道中选择一个上行信道之前,还可确定该至少两个上行信道。
203、终端设备通过选择的上行信道发送至少一个调度请求。
本申请实施例中,终端设备从至少两个上行信道中选择一个上行信道之后,通过选择的上行信道发送该至少一个调度请求。
可选的,本申请实施例中的上行信道可以是物理上行控制信道(physical uplinkcontrol channel,PUCCH),或者是可以承载调度请求的物理上行信道,本发明不做限定。
可选的,本申请实施例中的上行信道也可以是上行信道的资源。例如,本申请实施例中的上行信道也可以是PUCCH的资源。即终端设备从至少两个上行信道的资源中选择一个上行信道的资源,终端设备在选择的上行信道的资源上发送至少一个调度请求。
例如,终端设备确定了一个URLLC业务的调度请求,则终端设备从至少两个上行信道的资源中选择一个上行信道的资源,并在选择的上行信道的资源上发送URLLC业务的调度请求。
再如,终端设备确定了URLLC业务的一个调度请求和eMBB业务的一个调度请求,则终端设备从至少两个上行信道的资源中选择一个上行信道的资源,并在选择的上行信道的资源上发送URLLC业务的调度请求和eMBB业务的调度请求。
也就是说,本申请实施例中,一个上行信道可同时发送1个或多个调度请求。
204、网络设备检测至少两个上行信道中的至少一个上行信道。
本申请实施例中,204部分中的至少两个上行信道与202部分中的至少两个上行信道相同。该至少两个上行信道用于传输调度请求,该至少两个上行信道包括第一上行信道和第二上行信道。网络设备可检测该至少两个上行信道中的一个上行信道或多个上行信道。可以理解的是,网络设备检测至少两个上行信道中的至少一个上行信道,直到检测到一个上行信道的发送,或者,检测完至少两个上行信道中的所有的上行信道。
可选的,网络设备检测该至少两个上行信道中的至少一个上行信道之前,还可确定该至少两个上行信道。
205、网络设备在至少两个上行信道中的一个上行信道上接收至少一个调度请求。
本申请实施例中,网络设备在终端设备选择的上行信道上接收该至少一个调度请求。
例如,终端设备从至少两个上行信道中选择第一上行信道,并在第一上行信道上发送至少一个调度请求。网络设备在第一上行信道上接收该至少一个调度请求。
网络设备接收到至少一个调度请求之后,就可产生至少一个调度请求对应的一个或多个调度信息,并发送调度信息至终端设备。终端设备接收该调度信息之后,就可根据该调度信息发送上行数据,该上行数据承载对应的业务。
例如,网络设备接收到URLLC业务的调度请求和eMBB业务的调度请求之后,就可产生URLLC业务的调度请求对应的调度信息和eMBB业务的调度请求对应的调度信息。网络设备可以发送这两个调度信息至终端设备。终端设备接收URLLC业务的调度请求对应的调度信息之后,就可根据该调度信息发送承载URLLC业务的上行数据。终端设备接收eMBB业务的调度请求对应的调度信息之后,就可根据该调度信息发送承载eMBB业务的上行数据。或者,网络设备可以发送一个调度信息(如URLLC业务的调度请求对应的调度信息)至终端设备。终端设备接收URLLC业务的调度请求对应的调度信息之后,就可根据该调度信息发送承载URLLC业务和eMBB业务的上行数据。
通过实施图2所描述的方法,终端设备确定一个或多个调度请求之后,可从多个上行信道中选择一个上行信道,并通过选择的上行信道发送一个或多个调度请求至网络设备。网络设备也可通过终端设选择的上行信道接收一个或多个调度请求。可见,通过实施图2所描述的方法,存在多个上行信道时,终端设备可根据需求灵活地从多个上行信道中选择一个合适的上行信道来发送一个或多个调度请求。
可选的,第一上行信道和第二上行信道的信道生成中存在至少一个不同的步骤。例如,第一上行信道和第二上行信道的调制方式不同,和/或编码方式不同,和/或快速傅里叶逆变换(inverse fast fourier transform,IFFT),和/或离散傅里叶逆变换(discretefourier transform,DFT)不同,和/或映射的频域资源的位置不同,和/或码率不同。其中,调制方式不同,例如第一上行信道是二进制相移键控(binary phase shift keying,BPSK)调制,第二上行信道是正交相移键控(quadrature phase shift keyin,QPSK)调制。编码方式不同,例如第一上行信道的编码方式是LDPC(low-density parity-check code,低密度部分校验编码),第二上行信道的编码方式是Polar编码。例如第一上行信道的编码方式是CC编码,第二上行信道的编码方式是RM编码。
可选的,第一上行信道和第二上行信道的信道生成中调制、编码、IFFT和DFT的执行顺序不相同。例如,第一上行信道的执行顺序为先IFFT,再DFT,最后IFFT。第二上行信道的执行顺序为先DFT,最后IFFT。
IFFT和DFT的不同生成的波形不相同,IFFT和DET执行的顺序不相同生成的波形也不相同。生成波形不同,例如,第一上行信道是SC-FDMA符号上发送,第二上行信道是OFDM符号上发送。可选的,当第一上行信道和第二上行信道满足上述条件时实施本发明,否则终端设备可以在任一个或多个上行信道上发送调度请求,本发明不做限定。
可选的,第一上行信道的属性值小于第二上行信道的属性值,第一上行信道和第二上行信道的属性值包括以下至少一种:承载的比特数、承载的比特状态数、调制阶数、编码码率,和承载的调度请求的数量。例如,若为二进制,比特数为1比特时,比特状态值包括1和0,因此,比特状态数为2。
第一上行信道的属性值小于第二上行信道的属性值,也就是说,第一上行信道和第二上行信道的信道生成中存在至少一个不同的步骤,或步骤的顺序不同。第一上行信道的上述属性值小于第二上行信道的上述属性值,表示第一上行信道可传输的信息量小于第二上行信道上可传输的信息量。由于在相同发射功率下,承载信息较少的上行信道的可靠性更高,因此,第一上行信道的可靠性高于第二上行信道的可靠性。因此,若终端设备确定的至少一个调度请求中包括需要可靠性高的业务的调度请求,则终端设备可选择第一上行信道发送该至少一个调度请求,以保证传输调度请求的可靠性。例如,终端设备确定的至少一个调度请求中包括URLLC业务的调度请求,则终端设备可选择第一上行信道发送该至少一个调度请求。
通过实施该实施方式,第一上行信道和第二上行信道的属性不同,不同的上行信道满足不同的业务需求。至少一个调度请求中包括可靠性高的业务的调度请求,则终端设备可选择第一上行信道发送该至少一个调度请求。至少一个调度请求中不包括可靠性高的业务的调度请求,则终端设备可选择第二上行信道发送该至少一个调度请求。可见,通过实施该实施方式,有利于终端设备根据调度请求的业务需求,灵活地从第一上行信道和第二上行信道中选择合适地上行信道传输调度请求。
可选的,第一上行信道最大承载的比特数小于第二上行信道最大承载的比特数。例如,第一上行信道最大承载的比特数为1,第二上行信道最大承载的比特数大于等于2。
可选的,第一上行信道最大承载的比特状态数小于第二上行信道最大承载的比特状态数。例如,第一上行信道最大承载的比特状态数为2,第二上行信道最大承载的比特状态数大于等于4。又例如,第一上行信道最大承载的比特状态数为1,第二上行信道最大承载的比特状态数大于等于2。
可选的,第一上行信道最大承载的调度请求的数量小于第二上行信道最大承载的调度请求的数量。例如,第一上行信道最大承载的调度请求的数量为1,第二上行信道最大承载的调度请求的数量大于等于2。
可选的,第一上行信道对应的功率因子大于第二上行信道对应的功率因子。例如,第一上行信道对应的功率因子为5,第一上行信道对应的功率因子为3,功率因子的单位可以是分贝毫瓦(dbm),也可以是瓦,这里不做限定。
上行信道对应的功率因子越大,上行信道传输的可靠性越大。至少一个调度请求中包括可靠性高的业务的调度请求,则终端设备可选择第一上行信道发送该至少一个调度请求。至少一个调度请求中不包括可靠性高的业务的调度请求,则终端设备可选择第二上行信道发送该至少一个调度请求。可见,通过实施该实施方式,有利于终端设备根据调度请求的业务需求,灵活地从第一上行信道和第二上行信道中选择合适地上行信道传输调度请求。
可选的,第一上行信道和第二上行信道包括以下至少一种:第一上行信道对应的时延需求比第二上行信道对应的时延需求小;第一上行信道对应的优先级比第二上行信道对应的优先级高;第一上行信道对应的可靠性比第二上行信道对应的可靠性高;第一上行信道对应的服务质量QoS比第二上行信道对应的QoS高;第一上行信道对应的传输块大小比第二上行信道对应的传输块大小小;第一上行信道占用的资源的子载波间隔大于第二上行信道占用的资源的子载波间隔;和第一上行信道占用的资源的时间长度小于第二上行信道占用的资源的时间长度。
通过实施该实施方式,第一上行信道可传输紧急业务的调度请求或可靠性要求较高的业务的调度请求,第二上行信道可传输非紧急业务的调度请求或可靠性要求较低的业务的调度请求。可见,通过实施该实施方式,有利于终端设备根据调度请求的业务需求,灵活地从第一上行信道和第二上行信道中选择合适地上行信道传输调度请求。
可选的,第一上行信道对应的时延需求比第二上行信道对应的时延需求小具体为:第一上行信道对应的业务的时延需求比第二上行信道对应的业务的时延需求小。例如,URLLC业务要求低时延,URLLC业务的时延需求比eMBB业务和mMTC业务的时延需求小。又例如,可靠性为1-10e-5的成功率且传输时延为在1ms以内的URLLC业务的时延需求,比可靠性为1-10e-5且传输时延为在2ms以内的URLLC业务的时延需求小。
可选的,第一上行信道对应的业务可以为URLLC业务,第二上行信道对应的业务不为URLLC业务。例如,第二上行信道对应的业务可以为eMBB业务或mMTC业务。
可选的,第一上行信道对应的业务可以为可靠性为1-10e-5的成功率且传输时延为在1ms以内的URLLC业务,第二上行信道对应的业务不为可靠性为1-10e-5的成功率且传输时延为在1ms以内的URLLC业务。例如,第二上行信道对应的业务可以为eMBB业务或mMTC业务,或者可靠性为1-10e-5的成功率且传输时延为在2ms以内的URLLC业务等。
可选的,终端设备从至少两个上行信道中选择一个上行信道的具体实施方式可以为:终端设备根据至少一个调度请求,从至少两个上行信道中选择一个上行信道,该至少一个调度请求对应的至少一个第一信息,该第一信息包括时延需求、优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔和资源的时间长度中的至少一种。
通过实施该实施方式,可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
可选的,终端设备根据至少一个调度请求,从至少两个上行信道中选择一个上行信道的具体实施方式可以为:确定至少一个调度请求对应的至少一个第一信息,该第一信息包括时延需求、优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔,和资源的时间长度中的至少一种;根据至少一个第一信息,从至少两个上行信道中选择一个上行信道。通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
可选的,根据至少一个第一信息,从至少两个上行信道中选择一个上行信道的具体实施方式可以为:根据至少一个第一信息和所述至少一个调度请求,从至少两个上行信道中选择一个上行信道。例如,至少一个第一信息中存在与第一上行信道的时延需求、优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔,和资源的时间长度中的至少一种相匹配的第一信息,并且仅传输一个调度请求,选择第一上行信道。否则,选择其他上行信道发送至少一个调度请求。通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
例如,第一上行信道对应的时延需求为时延1,第二上行信道对应的时延需求为时延2。终端设备确定的至少一个调度请求只包括调度请求1。终端设备确定调度请求1对应第一信息1。第一信息1包括的时延需求为时延1。由于存在与第一上行信道的时延需求相匹配的第一信息1,且仅传输调度请求1,因此,终端设备选择第一上行信道发送调度请求1。
再如,第一上行信道对应的时延需求为时延1,第二上行信道对应的时延需求为时延2。终端设备确定的至少一个调度请求包括调度请求1和调度请求2。终端设备确定调度请求1对应第一信息1,调度请求2对应第一信息2。第一信息1包括的时延需求为时延1。第一信息2包括的时延需求为时延2。由于第一信息中存在与第一上行信道的时延需求相匹配的第一信息1,但要传输调度请求1和调度请求2,因此,终端设备选择第二上行信道发送调度请求1和调度请求2。
再如,第一上行信道对应的时延需求为时延1,第二上行信道对应的时延需求为时延2。终端设备确定的至少一个调度请求包括调度请求2。终端设备确定调度请求2对应第一信息2。第一信息2包括的时延需求为时延2。由于不存在与第一上行信道的时延需求相匹配的第一信息,因此,终端设备选择第二上行信道发送调度请求2。
根据至少一个调度请求和第一信息中的优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔或资源的时间长度,从至少两个上行信道中选择一个上行信道同理,在此不赘述。
可选的,根据至少一个第一信息,从至少两个上行信道中选择一个上行信道的具体实施方式可以为:只要至少一个第一信息中存在与第一上行信道的时延需求、优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔,和资源的时间长度中的至少一种相匹配的第一信息,则选择第一上行信道。否则,选择其他上行信道发送至少一个调度请求。通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
例如,第一上行信道对应的时延需求为时延1,第二上行信道对应的时延需求为时延2。终端设备确定的至少一个调度请求包括调度请求1和调度请求2。终端设备确定调度请求1对应第一信息1,调度请求2对应第一信息2。第一信息1包括的时延需求为时延1。第一信息2包括的时延需求为时延2。由于第一信息中存在与第一上行信道的时延需求相匹配的第一信息1,因此,终端设备选择第一上行信道发送调度请求1和调度请求2。根据第一信息中的优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔或资源的时间长度,从至少两个上行信道中选择一个上行信道同理,在此不赘述。
例如,SR与时延的对应关系可如下表1所示。在表1中,A为SR的个数,NA代表没有值。可以理解的是,表1可以是单独存在,也可以是另外表格中的一部分。可以理解的是,表1中的SR可以只有一部分。例如表1可以仅包含第一SR和第二SR,或可以仅包含第一SR、第二SR和第三SR,或仅包含第一SR、第三SR和第四SR。本申请实施例中,对于表格1中SR与时延的对应关系不做限定。例如,在表1中第一SR可以对应时延4ms,第二SR可以对应时延3ms。
表1
再如,SR与优先级的对应关系可如下表2所示。在表2中,A为SR的个数,NA代表没有值。可以理解的是,表2可以是单独存在,也可以是另外表格中的一部分。可以理解的是,表2中的SR可以只有一部分。例如,表2可以仅包含第一SR和第二SR,或可以仅包含第一SR、第二SR和第三SR,或仅包含第一SR、第三SR和第四SR。本申请实施例中,对于表格2中SR与优先级的对应关系不做限定。例如,在表2中第一SR可以对应优先级2,第二SR可以对应优先级1。
表2
再如,SR与可靠性的对应关系可如下表3所示。在表3中,A为SR的个数,NA代表没有值。可以理解的是,表3可以是单独存在,也可以是另外表格中的一部分。可以理解的是,表3中的SR可以只有一部分。例如,表3可以仅包含第一SR和第二SR,或可以仅包含第一SR、第二SR和第三SR,或仅包含第一SR、第三SR和第四SR。本申请实施例中,对于表格2中SR与可靠性的对应关系不做限定。例如,在表3中第一SR可以对应可靠性2,第二SR可以对应可靠性1。
表3
再如,SR与服务质量的对应关系可如下表4所示。在表4中,A为SR的个数,NA代表没有值。可以理解的是,表4可以是单独存在,也可以是另外表格中的一部分。可以理解的是,表4中的SR可以只有一部分。例如,表4可以仅包含第一SR和第二SR,或可以仅包含第一SR、第二SR和第三SR,或仅包含第一SR、第三SR和第四SR。本申请实施例中,对于表格2中SR与服务质量的对应关系不做限定。例如,在表4中第一SR可以对应服务质量2,第二SR可以对应服务质量1。
表4
再如,SR与传输块大小的对应关系可如下表5所示。在表5中,A为SR的个数,NA代表没有值。可以理解的是,表5可以是单独存在,也可以是另外表格中的一部分。可以理解的是,表5中的SR可以只有一部分。例如,表5可以仅包含第一SR和第二SR,或可以仅包含第一SR、第二SR和第三SR,或仅包含第一SR、第三SR和第四SR。本申请实施例中,对于表格2中SR与传输块大小的对应关系不做限定。例如,在表5中第一SR可以对应传输块大小2,第二SR可以对应传输块大小1。
表5
再如,SR与子载波间隔的对应关系可如下表6所示。在表6中,A为SR的个数,NA代表没有值。可以理解的是,表6可以是单独存在,也可以是另外表格中的一部分。可以理解的是,表6中的SR可以只有一部分。例如表6可以仅包含第一SR和第二SR,或可以仅包含第一SR、第二SR和第三SR,或可以仅包含第一SR、第三SR和第四SR。本申请实施例中,对于表格6中SR与子载波间隔的对应关系不做限定。例如,在表6中第一SR可以对应60kHz子载波间隔,第二SR可以对应120kHz子载波间隔。可选的,这里的资源的子载波间隔可以是逻辑信道的子载波间隔。
表6
例如,SR与资源的时间长度的对应关系可如下表7所示。在表7中,A为SR的个数,NA代表没有值。可以理解的是,表7可以是单独存在,也可以是另外表格中的一部分。可以理解的是,表7中的SR可以只有一部分。例如表7可以仅包含第一SR和第二SR,或可以仅包含第一SR、第二SR和第三SR,或可以仅包含第一SR、第三SR和第四SR。本申请实施例中,对于表7中SR与资源的时间长度的对应关系不做限定。例如,在表7中第一SR可以对应2个符号时间长度,第二SR可以对应1个符号时间长度。
表7
可以理解的,表6与表7可以联合形成新的表格。例如,第一SR可以对应1个符号时间长度以及120khz子载波间隔的资源,第二SR可以对应2个符号以及60khz子载波间隔的资源。
可选的,终端设备根据至少一个调度请求,从至少两个上行信道中选择一个上行信道的具体实施方式可以为:终端设备根据至少一个调度请求对应的业务类型,从至少两个上行信道中选择一个上行信道。例如,至少一个调度请求中包括URLLC业务类型的调度请求,第一上行信道对应的业务类型为URLLC业务类型,则终端设备从至少两个上行信道中选择第一上行信道发送至少一个调度请求。通过实施该实施方式,终端设备可根据当前的业务需求灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
例如,SR与业务类型的对应关系可如下表8~13所示。在表8~13中,A为SR的个数,NA代表没有值。可以理解的是,表8~13可以是单独存在,也可以是另外表格中的一部分。可以理解的是,表8~表13中的SR可以只有一部分。例如表9可以仅包含第一SR和第二SR,表10可以仅包含第一SR、第二SR和第三SR,或表10可以仅包含第一SR、第三SR和第四SR。
可以理解的是,本申请实施例中,对SR与业务类型的对应关系不做限定。例如,表8中,第一SR对应URLLC,第二SR对应eMBB;表11中,第一SR对应eMBB,第二SR对应URLLC。又例如,第一SR表示类型1的URLLC业务的调度请求,第二SR表示类型2的URLLC业务的调度请求。其中,类型1的URLLC业务和类型2的URLLC业务的业务需求不同。例如,可靠性需求不同或者时延需求不同,类型1的URLLC业务为可靠性为1-10e-5准确率且传输时延在1ms以内的URLLC业务;类型2的URLLC业务为可靠性为1-10e-5准确率且传输时延在3ms以内的URLLC业务,本发明对于具体的类型的URLLC业务不做限定。
表8
表9
表10
表11
表12
表13
可选的,终端设备从至少两个上行信道中选择一个上行信道的具体实施方式可以为:终端设备根据调度请求与上行信道之间的对应关系,从至少两个上行信道中选择与该至少一个调度请求对应的上行信道。例如,终端设备可根据调度请求对应的业务的时延需求和/或优先级和/或可靠性和/或服务质量和/或传输块大小和/或资源的子载波间隔和/或资源的时间长度,预先设置或根据高层信令配置:第一调度请求对应第一上行信道,第一调度请求和第二调度请求对应第二上行信道,第二调度请求对应第二上行信道。若终端设备确定的至少一个调度请求仅包括第一调度请求,则终端设备从至少两个上行信道中选择第一上行信道。若终端设备确定的至少一个调度请求包括第一调度请求和第二调度请求,则终端设备从至少两个上行信道中选择第二上行信道。若终端设备确定的至少一个调度请求仅包括第二调度请求,则终端设备从至少两个上行信道中选择第二上行信道。
通过实施该实施方式,终端设备可根据当前的业务时延需求和/或优先级和/或可靠性和/或服务质量和/或传输块大小和/或资源的子载波间隔和/或资源的时间长度和/或优先级灵活地从至少两个上行信道中选择一个合适的上行信道发送至少一个调度请求。
可选的,终端设备从至少两个上行信道中选择的上行信道为第一上行信道,终端设备通过选择的上行信道发送至少一个调度请求的具体实施方式为:终端设备通过第一上行信道的传输的出现,发送至少一个调度请求。
具体的,终端设备通过第一上行信道的传输的是否出现,来指示网络设备其是否发送了至少一个调度请求。例如,终端设备通过第一上行信道的传输的出现,指示网络设备其发送了至少一个调度请求;终端设备通过第一上行信道的传输的没有出现,指示网络设备其没有发送了至少一个调度请求。这里的调度请求是Positive调度请求,即正调度请求,表示有资源调度请求。可以理解的是,没有发送正调度请求等同于发送了Negative负调度请求,表示没有资源调度请求。
网络设备在第一上行信道上接收至少一个调度请求,网络设备在第一上行信道上接收至少一个调度请求的具体实施方式为:网络设备通过第一上行信道的传输的出现,接收至少一个调度请求。
在该实施方式中,网络设备通过对第一上行信道的传输进行能量检测,来判断第一上行信道的传输是否出现。网络设备检测到第一上行信道的能量值或序列相关峰值大于或等于预设阈值,则判定第一上行信道的传输出现。网络设备检测到第一上行信道的能量值或序列相关峰值小于预设阈值,则判定第一上行信道的传输未出现。也就是说,当网络设备检测到第一上行信道的能量值或序列相关峰值大于或等于预设阈值时,网络设备确定接收到至少一个调度请求。
终端设备和网络设备之间可以预先定义哪种调度请求通过第一上行信道发送,或者网络设备通过高层信令配置给终端设备哪种调度请求通过第一上行信道发送。因此,网络设备只要检测到第一上行信道的能量值或序列相关峰值大于预设阈值,网络设备就可确定接收到的调度请求是哪种调度请求。通过实施该实施方式,网络设备可以不对接收到的上行信道进行解码或解调,就可知道终端设备发送的是哪种调度请求,这样可更快地更准确地获得调度请求。
可选的,终端设备从至少两个上行信道中选择的上行信道为第一上行信道,终端设备通过选择的上行信道发送至少一个调度请求的具体实施方式为:终端设备通过第一上行信道发送显式比特,该显式比特用于指示至少一个调度请求。该第一上行信道发送的显式比特数小于所述第二上行信道发送的显式比特数。网络设备在第一上行信道上接收至少一个调度请求,网络设备在第一上行信道上接收至少一个调度请求的具体实施方式为:网络设备接收第一上行信道承载的显式比特,该显式比特用于指示至少一个调度请求。
网络设备和终端设备可以预先定义显式比特指示的调度请求,或者网络设备通过高层信令配置给终端设备显式比特指示的调度请求。网络设备接收到第一上行信道承载的显式比特之后,就可根据显式比特确定接收到哪种调度请求。通过实施该实施方式,终端设备可通过第一上行信道发送1个或多个调度请求。
可选的,终端设备从至少两个上行信道中选择的上行信道为第二上行信道,终端设备通过选择的上行信道发送至少一个调度请求的具体实施方式为:终端设备通过第二上行信道发送显式比特,该显式比特用于指示至少一个调度请求。
网络设备在第二上行信道上接收至少一个调度请求,网络设备在第二上行信道上接收至少一个调度请求的具体实施方式为:网络设备接收第二上行信道承载的显式比特,该显式比特用于指示至少一个调度请求。
网络设备和终端设备可以预先定义显式比特指示的调度请求,或者网络设备通过高层信令配置给终端设备显式比特指示的调度请求。网络设备接收到第二上行信道承载的显式比特之后,就可根据显式比特确定接收到哪种调度请求。通过实施该实施方式,终端设备可通过第二上行信道发送1个或多个调度请求。
举例来说,如下表14~19所示,SR为1表示需要发送SR或发送Positive SR,SR为0表示不需要发送SR或发送Negative SR。例如,第一SR为1,表示需要发送第一SR;第一SR为0,表示不需要发送第一SR。
可选的,第一SR可以为URLLC业务、时延1、优先级1、可靠性1、服务质量1、传输块大小1、子载波间隔1、时间长度1和中至少一种的调度请求,第二SR可以为eMBB业务的调度请求、时延2、优先级2、可靠性2、服务质量2、传输块大小2、子载波间隔2和时间长度2中至少一种的调度请求,或第二SR可以为mMTC业务、时延2、优先级2、可靠性2、服务质量2、传输块大小2、子载波间隔2和时间长度2中至少一种的调度请求。其中,时延1小于时延2,优先级1高于优先级2,可靠性1高于可靠性2,服务质量1高于服务质量2,传输块大小1小于传输块大小2,子载波间隔1大于子载波间隔2,时间长度1小于时间长度2。
例如,第一SR可以为URLLC业务的调度请求,第二SR可以为eMBB业务的调度请求或mMTC业务的调度请求。
再如,第一SR可以为时延1的调度请求,第二SR可以为时延2的调度请求。
再如,第一SR可以为优先级1的调度请求,第二SR可以为优先级2的调度请求。
再如,第一SR可以为可靠性1的调度请求,第二SR可以为可靠性2的调度请求。
再如,第一SR可以为服务质量1的调度请求,第二SR可以为服务质量2的调度请求。
再如,第一SR可以为传输块大小1的调度请求,第二SR可以为传输块大小2的调度请求。
再如,第一SR可以为子载波间隔1的调度请求,第二SR可以为子载波间隔2的调度请求。
再如,第一SR可以为时间长度1的调度请求,第二SR可以为时间长度2的调度请求。
再如,第一SR可以为URLLC业务和子载波间隔1的调度请求,第二SR可以为eMBB业务和子载波间隔2的调度请求,或者第二SR可以为mMTC业务和子载波间隔2的调度请求。
再如,第一SR可以为URLLC业务、时延1、优先级1、可靠性1、服务质量1、传输块大小1、子载波间隔1、时间长度1的调度请求,第二SR可以为eMBB业务的调度请求、时延2、优先级2、可靠性2、服务质量2、传输块大小2、子载波间隔2和时间长度2的调度请求,或者第二SR可以为mMTC业务、时延2、优先级2、可靠性2、服务质量2、传输块大小2、子载波间隔2和时间长度2的调度请求。
可选的,第一SR表示类型1的URLLC业务的调度请求,第二SR表示类型2的URLLC业务的调度请求。其中,类型1的URLLC业务和类型2的URLLC业务的业务需求不同,例如可靠性需求不同或者时延需求不同。例如,类型1的URLLC业务为可靠性为1-10e-5准确率且传输时延在1ms以内的URLLC业务,类型2的URLLC业务为可靠性为1-10e-3准确率且传输时延在2ms以内的URLLC业务,本发明对于具体的类型的URLLC业务不做限定。
表14
在上表14中,网络设备检测到第一上行信道的能量值或序列相关峰值大于预设域值时,确定接收到第一SR。网络设备在第二上行信道上接收到的显式比特的状态值为1,1时,确定接收到第一SR和第二SR。网络设备在第二上行信道上接收到的显式比特的状态值为0,0时,确定接收到第二SR。
表15
在上表15中,网络设备检测到第一上行信道接收到的显式比特的状态值为0时,确定接收到第一SR。网络设备在第二上行信道上接收到的显式比特的状态值为1,1时,确定接收到第一SR和第二SR。网络设备在第二上行信道上接收到的显式比特的状态值为0,0时,确定接收到第二SR。
表16
在上表16中,网络设备检测到第一上行信道的能量值或序列相关峰值大于预设域值时,确定接收到第一SR。网络设备在第二上行信道上接收到的显式比特的状态值为1时,确定接收到第一SR和第二SR。网络设备在第二上行信道上接收到的显式比特的状态值为0时,确定接收到第二SR。
表17
在上表17中,网络设备检测到第一上行信道接收到的显式比特的状态值为0时,确定接收到第一SR。网络设备在第二上行信道上接收到的显式比特的状态值为1,1,1时,确定接收到第一SR和第二SR。网络设备在第二上行信道上接收到的显式比特的状态值为0,0,0时,确定接收到第二SR。
表18
在上表18中,网络设备检测到第一上行信道接收到的显式比特的状态值为0,0时,确定接收到第一SR。网络设备在第二上行信道上接收到的显式比特的状态值为1,1,1时,确定接收到第一SR和第二SR。网络设备在第二上行信道上接收到的显式比特的状态值为0,0,0时,确定接收到第二SR。
表19
在上表19中,网络设备检测到第一上行信道接收到的显式比特的状态值为0时,确定接收到第一SR。网络设备在第一上行信道上接收到的显式比特的状态值为1时,确定接收到第一SR和第二SR。网络设备在第二上行信道上接收到的显式比特的状态值为0,0时,确定接收到第二SR。
再举例来说,如下表20~24所示,存在三个上行信道,分别为第一上行信道、第二上行信道和第三上行信道。如下表20~24所示,SR为1表示需要发送SR或发送Positive SR,SR为0表示不需要发送SR或发送Negative SR。例如,第一SR为1,表示需要发送第一SR;第一SR为0,表示不需要发送第一SR。
可选的,第一SR可以为URLLC业务、时延1、优先级1、可靠性1、服务质量1、传输块大小1、子载波间隔1、时间长度1和优先级1中至少一种的调度请求;第二SR可以为eMBB业务的调度请求、时延2、优先级2、可靠性2、服务质量2、传输块大小2、子载波间隔2、时间长度2和优先级2中至少一种的调度请求;第三SR可以为mMTC业务、时延3、优先级3、可靠性3、服务质量3、传输块大小3、子载波间隔3、时间长度3和优先级3中至少一种的调度请求。或者,第二SR可以为mMTC业务的调度请求、时延2、优先级2、可靠性2、服务质量2、传输块大小2、子载波间隔2、时间长度2和优先级2中至少一种的调度请求;第三SR可以为eMBB业务、时延3、优先级3、可靠性3、服务质量3、传输块大小3、子载波间隔3、时间长度3和优先级3中至少一种的调度请求。
其中,时延1小于时延2和时延3。优先级1高于优先级2和优先级3。可靠性1高于可靠性2和可靠性3。务质量1高于服务质量2和服务质量3.传输块大小1小于传输块大小2和传输块大小3,子载波间隔1大于子载波间隔2和子载波间隔3。时间长度1小于时间长度2和时间长度3。
例如,第一SR可以为URLLC业务的调度请求,第二SR可以为eMBB业务的调度请求,第三SR可以为mMTC业务的调度请求。
再如,第一SR可以为时延1的调度请求,第二SR可以为时延2的调度请求,第三SR可以为时延3的调度请求。
再如,第一SR可以为优先级1的调度请求,第二SR可以为优先级2的调度请求,第三SR可以为优先级3的调度请求。
再如,第一SR可以为可靠性1的调度请求,第二SR可以为可靠性2的调度请求,第三SR可以为可靠性3的调度请求。
再如,第一SR可以为服务质量1的调度请求,第二SR可以为服务质量2的调度请求,第三SR可以为服务质量3的调度请求。
再如,第一SR可以为传输块大小1的调度请求,第二SR可以为传输块大小2的调度请求,第三SR可以为传输块大小3的调度请求。
再如,第一SR可以为子载波间隔1的调度请求,第二SR可以为子载波间隔2的调度请求,第三SR可以为子载波间隔3的调度请求。
再如,第一SR可以为时间长度1的调度请求,第二SR可以为时间长度2的调度请求,第三SR可以为时间长度3的调度请求。
再如,第一SR可以为URLLC业务和子载波间隔1的调度请求,第二SR可以为eMBB业务和子载波间隔2的调度请求,第三SR可以为mMTC业务和子载波间隔3的调度请求。
再如,第一SR可以为URLLC业务、子载波间隔1、时间长度1和优先级1的调度请求,第二SR可以为eMBB业务、子载波间隔2、时间长度2和优先级2的调度请求,第三SR可以为mMTC业务、子载波间隔3、时间长度3和优先级3的调度请求。
可选的,第一SR表示类型1的URLLC业务的调度请求,第二SR表示类型2的URLLC业务的调度请求,第三SR表示类型3的URLLC业务的调度请求。其中,类型1的URLLC业务和类型2的URLLC业务的业务需求不同,例如可靠性需求不同或者时延需求不同。例如,类型1的URLLC业务为可靠性为1-10e-5准确率且传输时延在1ms以内的URLLC业务,类型2的URLLC业务为可靠性为1-10e-3准确率且传输时延在2ms以内的URLLC业务,类型3的URLLC业务为可靠性为1-10e-5准确率且传输时延在2ms以内的URLLC业务,本发明对于具体的类型的URLLC业务不做限定。
表20
在上述表20中,当网络设备在第三上行信道接收到的显式比特的状态值为1,1时,确定接收到第一SR、第二SR和第三SR。当网络设备在第三上行信道接收到显式比特的状态值为1,0时,确定接收到第一SR和第二SR。当网络设备在第三上行信道接收到的显式比特的状态值为0,1时,确定接收到第一SR和第三SR。网络设备检测到第一上行信道的能量值或序列相关峰值大于预设阈值时,确定接收到第一SR,或者,网络设备在第一上行信道接收到的显式比特的状态值为0时,确定接收到第一SR。当网络设备在第二上行信道接收到的显式比特的状态值为1,1时,确定接收到第二SR和第三SR。当网络设备在第二上行信道接收到的显式比特的状态值为1,0时,确定接收到第二SR。当网络设备在第二上行信道接收到显式比特的状态值为0,1时,确定接收到第三SR。当第一SR、第二SR和第三SR均不需要发送时,也可不传输任何信息。
表21
在上述表19中,网络设备通过接收显式比特来接收调度请求的原理与上述表18中网络设备通过接收显式比特来接收调度请求的原理相同,在此不赘述。在上述表19中,第二上行信道承载的比特数和比特状态数大于第三上行信道承载的比特数和比特状态数。第二上行信道承载的比特数和比特状态数大于第一上行信道承载的比特数和比特状态数。
表22
在上述表20中,网络设备通过接收显式比特来接收调度请求的原理与上述表18中网络设备通过接收显式比特来接收调度请求的原理相同,网络设备通过对第一上行信道进行能量检测来接收调度请求的原理与上述表18中网络设备通过对第一上行信道进行能量检测来接收调度请求的原理,在此不赘述。在上述表20中,第三上行信道承载的比特数和比特状态数大于第二上行信道承载的比特数和比特状态数。第二上行信道承载的比特状态数大于第一上行信道承载的比特状态数。
表23
在上述表21中,网络设备通过接收显式比特来接收调度请求的原理与上述表18中网络设备通过接收显式比特来接收调度请求的原理相同,网络设备通过对第一上行信道进行能量检测来接收调度请求的原理与上述表18中网络设备通过对第一上行信道进行能量检测来接收调度请求的原理,在此不赘述。
表24
在上述表22中,网络设备通过接收显式比特来接收调度请求的原理与上述表18中网络设备通过接收显式比特来接收调度请求的原理相同,网络设备通过对第一上行信道进行能量检测来接收调度请求的原理与上述表18中网络设备通过对第一上行信道进行能量检测来接收调度请求的原理,在此不赘述。
可选的,当网络设备在第二上行信道接收到的显式比特的状态值为0,0时,确定未接收到第一SR、第二SR和第三SR。当网络设备在第三上行信道检测到传输的显式比特为0,0时,确定未接收到第一SR、第二SR和第三SR。
可选的,终端设备通过选择的上行信道发送至少一个调度请求的具体实施方式可以为:终端设备通过选择的上行信道发送一个比特状态值,该比特状态值用于指示至少一个调度请求。
网络设备在至少两个上行信道中的一个上行信道上接收至少一个调度请求的具体实施方式可以为:网络设备在一个上行信道接收一个比特状态值,该比特状态值用于指示至少一个调度请求。通过实施该实施方式,终端设备可通过一个上行信道发送多个调度请求。
也就是说,如上表13~表24所示,第一上行信道、第二上行信道和第三上行信道都可通过比特状态值来指示至少一个调度请求,即第一上行信道和第二上行信道和第三上行信道都是传输的比特状态值。只是终端设备通过第一上行信道的传输的出现,发送至少一个调度请求时,网络设备只需要对第一上行信道进行能量检测,若检测到第一上行信道的能量值或者序列相关峰值大于预设阈值,则确定接收到第一SR。此时网络设备不需要对第一上行信道进行解码,因此也不需要获得比特状态值0,就可以确定接收到第一SR。网络设备需要对第二上行信道和第三上行信道进行解码或解调,获得比特状态值,并通过比特状态值确定调度请求。例如,以表1为例,网络设备对第二上行信道进行解码或解调,获得的比特状态值为0,0,则网络设备确定接收到第二SR。
可选的,第一上行信道的承载的比特数小于或等于2比特。如上表14~24所示。
可选的,第一上行信道通过1比特的显式比特,发送至少一个调度请求;第二上行信道通过2比特的显式比特,发送至少一个调度请求,或第二上行信道通过大于2比特的显式比特,发送至少一个调度请求。如上表15、17~21、23和24所示。
可选的,终端设备通过第一上行信道的传输的出现,发送至少一个调度请求;第二上行信道通过1比特的显式比特,发送至少一个调度请求。如上表16和22所示。
可选的,终端设备通过第一上行信道的传输的出现,发送至少一个调度请求;第二上行信道通过2比特的显式比特,发送至少一个调度请求,或第二上行信道通过大于2比特的显式比特,发送至少一个调度请求。如上表14、20、23和24所示。
可选的,第一上行信道通过2比特的显式比特,发送至少一个调度请求;第二上行信道通过大于2比特的显式比特,发送至少一个调度请求。如上表18所示。
可选的,终端设备从至少两个上行信道中选择的上行信道为第一上行信道,终端设备还可在第一上行信道上发送上行传输指示(uplink transmission indictor,UTI)。网络设备在第一上行信道上接收至少一个调度请求,网络设备还可在第一上行信道接收上行传输指示。
可选的,上行传输指示可以包括传输块的大小,网络设备知道传输块的大小就可为终端设备分配合适的上行调度资源。例如,第一上行信道传输的是要求低时延的URLLC业务的调度请求,第一上行信道还可传输URLLC业务的传输块的大小。网络设备根据传输块的大小就可为URLLC业务分配足够的上行调度资源,以免终端设备的URLLC业务数据在本次调度中未发送完,需要等待下一个调度信息。可选的,上行传输指示还可以包括信道质量信息,所述信道质量信息用于指示信道质量,信道质量信息可以包括带宽和/或带宽对应的信道质量量化值,带宽可以是终端设备选择的最优带宽或最优子带组。可选的,上行传输指示还可以包括优先级,所述优先级用于支持所述数据调度是否紧急优先。
因此,通过第一上行信道传输上行传输指示,有利于网络设备为业务分配合适的上行调度资源,有利于降低业务时延。
可选的,终端设备可通过第一上行信道的传输的出现,来发送至少一个调度请求和上行传输指示。网络设备可通过第一上行信道的传输的出现,来接收至少一个调度请求和上行传输指示。通过实施该实施方式,有利于网络设备更快地获得调度请求和上行传输指示。
举例来说,如下表25和26所示,1+UTI0表示使用第一上行信道发送第一SR和UTI0。在下表25中,网络设备在第一上行信道上检测到能量值或序列相关峰值大于预设阈值,网络设备确定接收到第一SR和UTI0。当网络设备在第二上行信道接收到的显式比特的状态值为0,0时,确定接收到第二SR。当网络设备在第二上行信道接收到的显式比特的状态值为1,1时,确定接收到第一SR、UTI0和第二SR。在下表26中,网络设备在第一上行信道上检测到能量值或序列相关峰值大于预设阈值,网络设备确定接收到第一SR和UTI0。当网络设备在第二上行信道接收到的显式比特的状态值为0时,确定接收到第二SR。当网络设备在第二上行信道接收到的显式比特的状态值为1时,确定接收到第一SR、UTI0和第二SR。
表25
表26
第一SR | 第二SR | 上行信道 | 比特状态值 |
1+UTI0 | 0 | 第一上行信道 | 0(通过能量检测确定) |
0 | 1 | 第二上行信道 | 0(显式比特) |
1+UTI0 | 1 | 第二上行信道 | 1(显式比特) |
可选的,终端设备可通过第一上行信道发送显式比特,来发送至少一个调度请求和上行传输指示,该显式比特用于指示所述至少一个调度请求和上行传输指示。网络设备可通过接收第一上行信道发送的显式比特,来接收至少一个调度请求和上行传输指示,该显式比特用于指示所述至少一个调度请求和上行传输指示。通过实施该实施方式,终端设备可通过第二上行信道发送多个调度请求。
举例来说,在下表27和28中,1+UTI0表示使用第一上行信道发送第一SR和UTI0。1+UTI1表示使用第一上行信道发送第一SR和UTI1。1+UTI2表示使用第一上行信道发送第一SR和UTI2。1+UTI3表示使用第一上行信道发送第一SR和UTI3。
在下表27中,网络设备对在第一上行信道上接收到显式比特的比特状态值为0,网络设备确定接收到第一SR和UTI0。网络设备对在第一上行信道上接收到的显式比特的比特状态值为1,网络设备确定接收到第一SR和UTI1。下表28的原理相同,只是在下表28中,第一上行信道发送显式比特的比特数为2比特。
表27
第一SR | 第二SR | 上行信道 | 比特状态值 |
1+UTI0 | 0 | 第一上行信道 | 0(显式比特) |
1+UTI1 | 0 | 第一上行信道 | 1(显式比特) |
表28
第一SR | 第二SR | 上行信道 | 比特状态值 |
1+UTI0 | 1 | 第一上行信道 | 1,1(显式比特) |
1+UTI1 | 0 | 第一上行信道 | 1,0(显式比特) |
1+UTI2 | 0 | 第一上行信道 | 0,1(显式比特) |
1+UTI3 | 1 | 第一上行信道 | 0,0(显式比特) |
可选的,终端设备从至少两个上行信道中选择的上行信道为第二上行信道,终端设备还可在第二上行信道上发送上行传输指示。网络设备在第二上行信道上接收至少一个调度请求,网络设备还可在第二上行信道接收上行传输指示。
由于第二上行信道的业务的时延需求比所述第一上行信道对应的时延需求大,且第二上行信道能够传输的信息量比第一上行信道能够传输的信息量大。例如,第一上行信道对应的时延需求为1ms,第二上行信道对应的时延需求为2ms。因此,第二上行信道可传输较多的数据,第二上行信道也可传输上行传输指示。
可选的,终端设备可通过第二上行信道发送显式比特,来发送至少一个调度请求和上行传输指示,该显式比特用于指示所述至少一个调度请求和上行传输指示。
举例来说,在下表29中,1+UTI0表示使用第二上行信道发送第一SR和UTI0。1+UTI1表示使用第二上行信道发送第一SR和UTI1。1+UTI2表示使用第二上行信道发送第一SR和UTI2。网络设备在第二上行信道上接收到的显式比特的比特状态值为1,1,网络设备确定接收到第一SR、第二SR和UTI0。网络设备在第二上行信道上接收到的显式比特的比特状态值为1,0,网络设备确定接收到第一SR、第二SR和UTI1。网络设备在第二上行信道上接收到的显式比特的比特状态值为0,1,网络设备确定接收到第一SR、第二SR和UTI2。网络设备在第二上行信道上接收到的显式比特的比特状态值为0,0,网络设备确定接收到第二SR。
表29
第一SR | 第二SR | 上行信道 | 比特状态值 |
1+UTI0 | 1 | 第二上行信道 | 1,1(显式比特) |
1+UTI1 | 1 | 第二上行信道 | 1,0(显式比特) |
1+UTI2 | 1 | 第二上行信道 | 0,1(显式比特) |
0 | 1 | 第二上行信道 | 0,0(显式比特) |
可选的,至少两个上行信道的时域资源重叠。可选的,该至少两个上行信道的时域资源可以是部分重叠或完全重叠。
若至少两个上行信道的时域资源重叠,至少两个上行信道中的每个上行信道都发送一个调度请求,这样会造成上行单载波特性被破坏,从而使得上行传输性能受到损失,但如果只通过一个上行信道发送一个调度请求,其他调度请求将无法及时发送至网络设备。例如,若第一上行信道和第二上行信道的时域资源重叠,第一上行信道发送第一调度请求,第二上行信道发送第二调度请求,这样会造成上行单载波特性被破坏从而使得上行传输性能受到损失,如果只允许第一上行信道发送第一调度请求,那么第二调度请求又无法及时发送至网络设备。可见,通过实施该实施方式,在至少两个上行信道的时域资源重叠时,可从至少两个上行信道中选择一个上行信道发送当前需要发送的所有调度请求,从而可避免上行传输性能受到损失,并能够及时向网络设备发送当前需要发送的所有调度请求。可以理解的,若至少两个上行信道的时域资源不重叠,那么终端设备可以分别使用此至少两个上行信道发送调度请求,而无需使用信道选择来发送。
可选的,选择的上行信道为第一上行信道,终端设备还可根据第一功率因子,确定第一上行信道的发送功率。
可选的,选择的上行信道为第二上行信道,终端设备还可终端设备根据第二功率因子,确定第二上行信道的发送功率。
需要说明的是,第二功率因子的值小于第一功率因子的值。
本发明实施例可以根据上述方法示例对设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
请参见图3,图3是本发明实施提供的一种终端设备。该终端设备可以为上述方法实施例中图2所示的终端设备。该终端设备包括:通信模块301和处理模块302。其中:
处理模块302,用于确定至少一个调度请求;处理模块302,还用于从至少两个上行信道中选择一个上行信道,至少两个上行信道用于传输调度请求,该至少两个上行信道包括第一上行信道和第二上行信道;通信模块301,用于通过选择的上行信道发送至少一个调度请求。
可选的,第一上行信道的属性值小于第二上行信道的属性值,该第一上行信道和第二上行信道的属性值包括以下至少一种:承载的比特数、承载的比特状态数、调制阶数、编码码率,和承载的调度请求的数量。
可选的,第一上行信道和第二上行信道包括以下至少一种:第一上行信道对应的时延需求比第二上行信道对应的时延需求小;第一上行信道对应的优先级比第二上行信道对应的优先级高;第一上行信道对应的可靠性比第二上行信道对应的可靠性高;第一上行信道对应的服务质量QoS比第二上行信道对应的QoS高;第一上行信道对应的传输块大小比第二上行信道对应的传输块大小小;第一上行信道占用的资源的子载波间隔大于第二上行信道占用的资源的子载波间隔;第一上行信道占用的资源的时间长度小于第二上行信道占用的资源的时间长度;和第一上行信道对应的功率因子大于第二上行信道对应的功率因子。
可选的,第一上行信道对应的业务为超可靠低延迟通信URLLC业务。
可选的,选择的上行信道为第一上行信道,通信模块301通过选择的上行信道发送至少一个调度请求的方式具体为:通信模块301通过第一上行信道的传输的出现,发送至少一个调度请求。
可选的,选择的上行信道为第一上行信道,通信模块301,还用于在第一上行信道上发送上行传输指示。
可选的,选择的上行信道为第二上行信道,通信模块301通过选择的上行信道发送至少一个调度请求的方式具体为:通信模块301通过第二上行信道发送显式比特,显式比特用于指示至少一个调度请求。
可选的,处理模块302从至少两个上行信道中选择一个上行信道的方式具体为:处理模块302根据至少一个调度请求,从至少两个上行信道中选择一个上行信道,至少一个调度请求对应的至少一个第一信息,第一信息包括时延需求、优先级、可靠性、服务质量QoS、传输块大小、资源的子载波间隔,和资源的时间长度中的至少一种。
可选的,至少两个上行信道的时域资源重叠。
请参见图4,图4是本发明实施提供的一种网络设备。该网络设备可以为上述方法实施例中图2所示的网络设备。该网络设备包括:通信模块401和处理模块402。其中:
处理模块402,用于检测至少两个上行信道中的至少一个上行信道,至少两个上行信道用于传输调度请求,至少两个上行信道包括第一上行信道和第二上行信道;通信模块401,用于在至少两个上行信道中的一个上行信道上接收至少一个调度请求。
可选的,第一上行信道的属性值小于第二上行信道的属性值,第一上行信道和第二上行信道的属性值包括以下至少一种:承载的比特数、承载的比特状态数、调制阶数、编码码率,和承载的调度请求的数量。
可选的,第一上行信道和第二上行信道包括以下至少一种:第一上行信道对应的时延需求比第二上行信道对应的时延需求小;第一上行信道对应的优先级比第二上行信道对应的优先级高;第一上行信道对应的可靠性比第二上行信道对应的可靠性高;第一上行信道对应的服务质量QoS比第二上行信道对应的QoS高;第一上行信道对应的传输块大小比第二上行信道对应的传输块大小小;第一上行信道占用的资源的子载波间隔大于第二上行信道占用的资源的子载波间隔;第一上行信道占用的资源的时间长度小于第二上行信道占用的资源的时间长度;和第一上行信道对应的功率因子大于第二上行信道对应的功率因子。
可选的,第一上行信道对应的业务为超可靠低延迟通信URLLC业务。
可选的,网络设备在第一上行信道上接收至少一个调度请求,通信模块401在第一上行信道上接收至少一个调度请求的方式具体为:通信模块401通过第一上行信道的传输的出现,接收至少一个调度请求。
可选的,网络设备在第一上行信道上接收至少一个调度请求,通信模块401,还用于在第一上行信道接收上行传输指示。
可选的,网络设备在第二上行信道上接收至少一个调度请求,通信模块401在第一上行信道上接收至少一个调度请求的方式具体为:通信模块401接收第二上行信道承载的显式比特,显式比特用于指示至少一个调度请求。
请参见图5,图5是本申请实施例公开的一种终端设备的结构示意图。该终端设备可以为上述方法实施例中图2所示的终端设备。如图5所示,该终端设备500包括处理器501、存储器502和通信接口503。其中,处理器501、存储器502和通信接口503相连。
其中,处理器501可以是中央处理器(central processing unit,CPU),通用处理器,协处理器,数字信号处理器(digital signal processor,DSP),专用集成电路(application-specific integrated circuit,ASIC),现场可编程门阵列(fieldprogrammable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。该处理器501也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。
其中,通信接口503用于实现与其他网元(如网络设备)之间的通信。
其中,处理器501调用存储器502中存储的程序代码,可执行上述方法实施例中图2所描述的终端设备所执行的步骤,或可执行方法实施例中终端设备执行的其他步骤。
请参见图6,图6是本申请实施例公开的一种网络设备的结构示意图。该网络设备可以为上述方法实施例中图2所示的网络设备。如图6所示,该网络设备600包括处理器601、存储器602和通信接口603。其中,处理器601、存储器602和通信接口603相连。
其中,处理器601可以是中央处理器(central processing unit,CPU),通用处理器,协处理器,数字信号处理器(digital signal processor,DSP),专用集成电路(application-specific integrated circuit,ASIC),现场可编程门阵列(fieldprogrammable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。该处理器601也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。
其中,通信接口603用于实现与其他网元(如网络设备)之间的通信。
其中,处理器601调用存储器602中存储的程序代码,可执行上述方法实施例中图2所描述的网络设备所执行的步骤,或可执行方法实施例中网络设备执行的其他步骤。
基于同一发明构思,本申请实施例中提供的各设备解决问题的原理与本申请方法实施例相似,因此各设备的实施可以参见方法的实施,为简洁描述,在这里不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (24)
1.一种调度请求的传输方法,其特征在于,所述方法包括:
终端设备确定至少一个调度请求,所述至少一个调度请求对应的至少一个优先级;
所述终端设备从至少两个上行信道中选择一个上行信道,所述至少两个上行信道用于传输调度请求,所述至少两个上行信道包括第一上行信道和第二上行信道,所述第一上行信道对应的优先级比所述第二上行信道对应的优先级高,所述至少两个上行信道的时域资源重叠;
所述终端设备通过选择的上行信道发送所述至少一个调度请求。
2.根据权利要求1所述的方法,其特征在于,所述至少一个优先级为两个优先级中的至少一个。
3.根据权利要求1或2所述的方法,其特征在于,所述第一上行信道对应的业务为超可靠低延迟通信URLLC业务。
4.根据权利要求1或2所述的方法,其特征在于,所述选择的上行信道为所述第一上行信道,所述终端设备通过选择的上行信道发送所述至少一个调度请求,包括:
所述终端设备通过所述第一上行信道的传输的出现,发送所述至少一个调度请求。
5.根据权利要求1或2所述的方法,其特征在于,所述选择的上行信道为所述第一上行信道,所述方法还包括:
所述终端设备在所述第一上行信道上发送上行传输指示。
6.根据权利要求1或2所述的方法,其特征在于,所述选择的上行信道为所述第二上行信道,所述终端设备通过选择的上行信道发送所述至少一个调度请求,包括:
所述终端设备通过所述第二上行信道发送显式比特,所述显式比特用于指示所述至少一个调度请求。
7.一种调度请求的传输方法,其特征在于,所述方法包括:
网络设备检测至少两个上行信道中的至少一个上行信道,所述至少两个上行信道用于传输调度请求,所述至少两个上行信道包括第一上行信道和第二上行信道,所述第一上行信道对应的优先级比所述第二上行信道对应的优先级高,所述至少两个上行信道的时域资源重叠;
所述网络设备在所述至少两个上行信道中的一个上行信道上接收至少一个调度请求,所述至少一个调度请求对应的至少一个优先级。
8.根据权利要求7所述的方法,其特征在于,所述至少一个优先级为两个优先级中的至少一个。
9.根据权利要求7或8所述的方法,其特征在于,所述第一上行信道对应的业务为超可靠低延迟通信URLLC业务。
10.根据权利要求7或8所述的方法,其特征在于,所述网络设备在所述第一上行信道上接收至少一个调度请求,所述网络设备在所述第一上行信道上接收至少一个调度请求,包括:
所述网络设备通过所述第一上行信道的传输的出现,接收所述至少一个调度请求。
11.根据权利要求7或8所述的方法,其特征在于,所述网络设备在所述第一上行信道上接收至少一个调度请求,所述方法还包括:
所述网络设备在所述第一上行信道接收上行传输指示。
12.根据权利要求7或8所述的方法,其特征在于,所述网络设备在所述第二上行信道上接收至少一个调度请求,所述网络设备在所述第二上行信道上接收至少一个调度请求,包括:
所述网络设备接收所述第二上行信道承载的显式比特,所述显式比特用于指示所述至少一个调度请求。
13.一种终端设备,其特征在于,所述终端设备包括:
处理模块,用于确定至少一个调度请求,所述至少一个调度请求对应的至少一个优先级;
所述处理模块,还用于从至少两个上行信道中选择一个上行信道,所述至少两个上行信道用于传输调度请求,所述至少两个上行信道包括第一上行信道和第二上行信道,所述第一上行信道对应的优先级比所述第二上行信道对应的优先级高,所述至少两个上行信道的时域资源重叠;
通信模块,用于通过选择的上行信道发送所述至少一个调度请求。
14.根据权利要求13所述的终端设备,其特征在于,所述至少一个优先级为两个优先级中的至少一个。
15.根据权利要求13或14所述的终端设备,其特征在于,所述第一上行信道对应的业务为超可靠低延迟通信URLLC业务。
16.根据权利要求13或14所述的终端设备,其特征在于,所述选择的上行信道为所述第一上行信道,所述通信模块通过选择的上行信道发送所述至少一个调度请求的方式具体为:
所述通信模块通过所述第一上行信道的传输的出现,发送所述至少一个调度请求。
17.根据权利要求13或14所述的终端设备,其特征在于,所述选择的上行信道为所述第一上行信道,
所述通信模块,还用于在所述第一上行信道上发送上行传输指示。
18.根据权利要求13或14所述的终端设备,其特征在于,所述选择的上行信道为所述第二上行信道,所述通信模块通过选择的上行信道发送所述至少一个调度请求的方式具体为:
所述通信模块通过所述第二上行信道发送显式比特,所述显式比特用于指示所述至少一个调度请求。
19.一种网络设备,其特征在于,所述网络设备包括:
处理模块,用于检测至少两个上行信道中的至少一个上行信道,所述至少两个上行信道用于传输调度请求,所述至少两个上行信道包括第一上行信道和第二上行信道,所述第一上行信道对应的优先级比所述第二上行信道对应的优先级高,所述至少两个上行信道的时域资源重叠;
通信模块,用于在所述至少两个上行信道中的一个上行信道上接收至少一个调度请求,所述至少一个调度请求对应的至少一个优先级。
20.根据权利要求19所述的网络设备,其特征在于,所述至少一个优先级为两个优先级中的至少一个。
21.根据权利要求19或20所述的网络设备,其特征在于,所述第一上行信道对应的业务为超可靠低延迟通信URLLC业务。
22.根据权利要求19或20所述的网络设备,其特征在于,所述网络设备在所述第一上行信道上接收至少一个调度请求,所述通信模块在所述第一上行信道上接收至少一个调度请求的方式具体为:
所述通信模块通过所述第一上行信道的传输的出现,接收所述至少一个调度请求。
23.根据权利要求19或20所述的网络设备,其特征在于,所述网络设备在所述第一上行信道上接收至少一个调度请求,
所述通信模块,还用于在所述第一上行信道接收上行传输指示。
24.根据权利要求19或20所述的网络设备,其特征在于,所述网络设备在所述第二上行信道上接收至少一个调度请求,所述通信模块在所述第二上行信道上接收至少一个调度请求的方式具体为:
所述通信模块接收所述第二上行信道承载的显式比特,所述显式比特用于指示所述至少一个调度请求。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710459631.3A CN109152067B (zh) | 2017-06-16 | 2017-06-16 | 一种调度请求的传输方法及相关设备 |
PCT/CN2018/088848 WO2018228177A1 (zh) | 2017-06-16 | 2018-05-29 | 一种调度请求的传输方法及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710459631.3A CN109152067B (zh) | 2017-06-16 | 2017-06-16 | 一种调度请求的传输方法及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109152067A CN109152067A (zh) | 2019-01-04 |
CN109152067B true CN109152067B (zh) | 2021-08-20 |
Family
ID=64659705
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710459631.3A Active CN109152067B (zh) | 2017-06-16 | 2017-06-16 | 一种调度请求的传输方法及相关设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109152067B (zh) |
WO (1) | WO2018228177A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111770571B (zh) * | 2019-03-30 | 2023-02-03 | 华为技术有限公司 | 通信方法和终端设备 |
WO2021142636A1 (zh) * | 2020-01-14 | 2021-07-22 | Oppo广东移动通信有限公司 | 上行传输的方法和终端设备 |
CN113840381A (zh) * | 2020-06-24 | 2021-12-24 | 大唐移动通信设备有限公司 | 终端信息上报方法、资源分配方法及设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102547669A (zh) * | 2012-02-10 | 2012-07-04 | 大唐移动通信设备有限公司 | 数据缓存状态上报及上行资源调度方法和设备 |
CN102548014A (zh) * | 2011-12-07 | 2012-07-04 | 北京邮电大学 | 机器与机器的通信终端接入网络的方法 |
CN103327613A (zh) * | 2012-03-18 | 2013-09-25 | 上海贝尔股份有限公司 | 在无线通信网中用于传输调度请求的方法 |
CN104025689A (zh) * | 2011-09-30 | 2014-09-03 | 诺基亚公司 | 随机接入与专用调度请求资源之间的选择 |
WO2016121634A1 (ja) * | 2015-01-28 | 2016-08-04 | シャープ株式会社 | 端末装置、集積回路、および、通信方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101426271B (zh) * | 2007-10-29 | 2011-08-10 | 电信科学技术研究院 | 一种信道配置的方法和系统 |
CN102187726B (zh) * | 2008-10-20 | 2014-07-23 | 交互数字专利控股公司 | 载波聚合 |
WO2013166670A1 (zh) * | 2012-05-09 | 2013-11-14 | 华为技术有限公司 | 上行信道资源配置方法和设备 |
US9820298B2 (en) * | 2015-03-09 | 2017-11-14 | Ofinno Technologies, Llc | Scheduling request in a wireless device and wireless network |
-
2017
- 2017-06-16 CN CN201710459631.3A patent/CN109152067B/zh active Active
-
2018
- 2018-05-29 WO PCT/CN2018/088848 patent/WO2018228177A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104025689A (zh) * | 2011-09-30 | 2014-09-03 | 诺基亚公司 | 随机接入与专用调度请求资源之间的选择 |
CN102548014A (zh) * | 2011-12-07 | 2012-07-04 | 北京邮电大学 | 机器与机器的通信终端接入网络的方法 |
CN102547669A (zh) * | 2012-02-10 | 2012-07-04 | 大唐移动通信设备有限公司 | 数据缓存状态上报及上行资源调度方法和设备 |
CN103327613A (zh) * | 2012-03-18 | 2013-09-25 | 上海贝尔股份有限公司 | 在无线通信网中用于传输调度请求的方法 |
WO2016121634A1 (ja) * | 2015-01-28 | 2016-08-04 | シャープ株式会社 | 端末装置、集積回路、および、通信方法 |
Also Published As
Publication number | Publication date |
---|---|
CN109152067A (zh) | 2019-01-04 |
WO2018228177A1 (zh) | 2018-12-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11575462B2 (en) | Method and apparatus for determining transport block size | |
CN108347778B (zh) | 通信方法及装置 | |
CN109257820B (zh) | 通信方法和设备 | |
CN110972303B (zh) | 通信方法、装置、设备、系统及存储介质 | |
CN109152067B (zh) | 一种调度请求的传输方法及相关设备 | |
US20230232373A1 (en) | Method and device in nodes used for wireless communication | |
WO2017000900A1 (zh) | 传输信息的方法和设备 | |
CN109150416B (zh) | 数据传输方法和装置 | |
CN109548076B (zh) | 数据重复传输方法和设备 | |
CN108809495B (zh) | 数据的传输方法和设备 | |
US20210068097A1 (en) | Method and apparatus for performing wireless communications | |
CN112187401B (zh) | 多时间单元传输方法及相关装置 | |
EP3606209A1 (en) | Information sending method and apparatus, terminal, access network device and system | |
WO2021056320A1 (zh) | 上行控制信息复用传输的方法和装置 | |
CN116134953A (zh) | 一种通信方法及侧行设备 | |
CN114024659B (zh) | 数据的传输方法、装置、设备及存储介质 | |
EP3993475A1 (en) | Wireless communication method, terminal device and network device | |
US20230328701A1 (en) | Downlink transmission method and apparatus | |
CN112423313B (zh) | 传输块大小确定方法及装置 | |
US20230059861A1 (en) | Method and device in nodes used for wireless communication | |
EP4187833A1 (en) | Method used in node for wireless communication, and apparatus | |
CN115173989A (zh) | 数据传输方法及装置 | |
CN115278910A (zh) | 一种被用于无线通信的节点中的方法和装置 | |
CN116094668A (zh) | 一种被用于无线通信的节点中的方法和装置 | |
CN115333907A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |