CN113709852A - 一种通信传输的方法、装置及系统 - Google Patents
一种通信传输的方法、装置及系统 Download PDFInfo
- Publication number
- CN113709852A CN113709852A CN202010441455.2A CN202010441455A CN113709852A CN 113709852 A CN113709852 A CN 113709852A CN 202010441455 A CN202010441455 A CN 202010441455A CN 113709852 A CN113709852 A CN 113709852A
- Authority
- CN
- China
- Prior art keywords
- information
- duration
- service
- terminal
- receiving terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000006854 communication Effects 0.000 title claims abstract description 175
- 238000000034 method Methods 0.000 title claims abstract description 161
- 238000004891 communication Methods 0.000 title claims abstract description 157
- 230000005540 biological transmission Effects 0.000 title claims abstract description 64
- 238000012544 monitoring process Methods 0.000 claims abstract description 215
- 230000007958 sleep Effects 0.000 claims abstract description 90
- 230000004617 sleep duration Effects 0.000 claims description 269
- 230000005059 dormancy Effects 0.000 claims description 186
- 230000006870 function Effects 0.000 claims description 56
- 230000000737 periodic effect Effects 0.000 claims description 47
- 239000000872 buffer Substances 0.000 claims description 44
- 238000004590 computer program Methods 0.000 claims description 11
- 230000036578 sleeping time Effects 0.000 claims description 6
- 238000012545 processing Methods 0.000 description 111
- 238000010586 diagram Methods 0.000 description 21
- 230000004622 sleep time Effects 0.000 description 16
- 238000001514 detection method Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 8
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
-
- 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
-
- 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
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- 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
Abstract
本申请涉及通信技术领域,公开了一种通信传输的方法、装置及系统。其中方法包括:发送终端确定用于指示接收终端停止监测时长的第一信息;所述发送终端向所述接收终端发送所述第一信息。所述接收终端接收所述第一信息后,根据接收到的所述第一信息确定自身需要停止监测的时长,并在不需要监测数据时,根据自身需要停止监测的所述时长进行休眠。该方法发送终端通过确定第一信息,并将第一信息发送给接收终端,从而使所述接收终端在接收到所述第一信息后,且确定当前没有需要监测的业务时,根据所述第一信息指示的停止监测时长进行休眠,有效解决了终端设备因持续监测,导致过度耗电的问题。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种通信传输的方法、装置及系统。
背景技术
在发送终端与接收终端进行无线通信过程中,为了避免发送终端发送信息而接收终端 未接收到的情况,当前接收终端需要持续在侧行链路(Sidelink)上监测待接收信息。然而, 在实际通信过程中,经常存在发送终端没有进行数据发送,但接收终端一直持续监测,导 致接收终端增加不必要的功耗开销,过度耗电。
目前,在通信过程中,为了节省接收终端不必要的功耗开销,减少接收终端的监测时 间,在接收终端与网络设备间的接口(Uu接口)上应用了非连续接收(DiscontinuousReception, DRX)机制,使接收终端能够定期的进行休眠,从而降低接收终端的功耗开销。
然而,上述通过所述DRX机制节省终端设备功耗的方法存在的主要问题是:因所述DRX机制是按照固定的休眠周期进行休眠,因此,存在一定局限性,从而使接收终端无法 根据实际通信情况进行灵活的休眠。
综上所述,目前并没有高效且灵活的降低终端设备功耗的通信方法。
发明内容
本申请提供一种通信传输的方法、装置及系统,用以提供一种高效且灵活的降低终端 设备功耗的通信方法。
第一方面,本申请实施例提供一种通信传输的方法,包括:
发送终端确定用于指示接收终端停止监测时长的第一信息;所述发送终端向所述接收 终端发送所述第一信息。
基于该方案,本发明实施例发送终端通过确定第一信息,并将第一信息发送给接收终 端,从而使所述接收终端在接收到所述第一信息后,且确定当前没有需要监测的业务时, 根据所述第一信息指示的停止监测时长进行休眠,有效解决了终端设备因持续监测,导致 过度耗电的问题。
在一种可能的实现方式中,所述发送终端确定第一业务对应的休眠时长,所述第一业 务为阈值时长内不向所述接收终端发送数据包的业务;所述发送终端根据所述第一业务对 应的休眠时长确定所述第一信息。
基于该方案,本发明实施例提供了一种确定第一业务以及确定第一信息的方式。
在一种可能的实现方式中,所述发送终端根据网络设备为所述第一业务分配的周期性 资源,确定所述第一业务对应的休眠时长;或所述发送终端根据接收到的来自所述网络设 备的用于指示所述第一业务对应的休眠时长的第二信息,确定所述第一业务对应的休眠时 长;或所述发送终端根据数据缓冲区待发送数据的情况,确定所述第一业务对应的休眠时 长;或所述发送终端根据所述第一业务对应的业务标识,以及业务标识与休眠时长的对应 关系,确定所述第一业务对应的休眠时长;或所述发送终端根据自身为所述第一业务预留 的资源,确定所述第一业务对应的休眠时长。
基于该方案,本发明实施例详细介绍了如何确定所述第一信息的休眠时长,并列举了 多种确定休眠时长的具体方案,确定方式多样,适用性更强。
在一种可能的实现方式中,所述第二信息是所述网络设备通过DCI指示的。
基于该方案,本发明实施例提供了所述第二信息的指示方式,例如,通过所述接收终 端的DCI指示所述第二信息。
在一种可能的实现方式中,所述发送终端将所述第一业务对应的休眠时长确定为所述 第一信息;或所述发送终端根据所述第一业务对应的休眠时长以及预配置休眠时长列表, 将所述休眠时长在所述预配置休眠时长列表中的位置,确定为所述第一信息;或所述发送 终端将所述第一业务对应的业务标识确定为所述第一信息;或所述发送终端将所述第一业 务对应的第一剩余时长确定为所述第一信息,其中,所述第一剩余时长是所述第一业务对 应的休眠时长去除第一重传占用时长后的时长,所述第一重传占用时长用于表示所述发送 终端向所述接收终端重传所述第一业务的数据包的最大重传占用时长;或所述发送终端根 据所述第一剩余时长以及所述预配置休眠时长列表,将所述第一剩余时长在所述预配置休 眠时长列表中的位置,确定为所述第一信息。
基于该方案,本发明实施例详细介绍了如何确定所述第一信息,并列举了多种确定第 一信息的具体方案,确定方式多样,适用性更强。
在一种可能的实现方式中,所述第一重传占用时长是所述发送终端根据所述第一业务 的数据包的最大重传次数以及每次重传占用时长确定的;或所述第一重传占用时长是网络 设备根据所述第一业务的数据包的最大重传次数以及每次重传占用时长确定并通知给所述 发送终端的。
在一种可能的实现方式中,所述发送终端单独通过第一MAC子头向所述接收终端发送 所述第一信息,其中,所述第一MAC子头具有指示所述第一信息的功能;或所述发送终端单独通过第一MAC CE向所述接收终端发送所述第一信息,其中,所述第一MAC CE具 有指示所述第一信息的功能;或所述发送终端将包含所述第一信息的第一MAC子头与数据 包一起向所述接收终端发送;或所述发送终端将包含所述第一信息的第一MAC CE与数据 包一起向所述接收终端发送;或所述发送终端通过第一SCI向所述接收终端发送所述第一 信息,其中,所述第一SCI具有指示所述第一信息的功能。
基于该方案,本发明实施例详细介绍了所述发送终端如何向所述接收终端发送所述第 一信息,并列举了多种发送所述第一信息的具体方案,发送方式多样,适用性更强。
在一种可能的实现方式中,所述方法还包括:当所述第一信息对应的数据包需要重传 时,所述发送终端向所述接收终端发送所述第一信息以及第三信息;或当所述第一信息对 应的数据包需要重传时,所述发送终端向所述接收终端发送指示停止监测时长为第二剩余 时长的第一信息;其中,所述第三信息用于指示第二重传占用时长;所述第二剩余时长是 所述发送终端将初传时所述第一信息对应的停止监测时长,去除所述第二重传占用时长后 得到的;所述第二重传占用时长用于表示所述发送终端向所述接收终端重传所述第一业务 的数据包的实际总重传占用时长。
基于该方案,本发明实施例考虑到所述发送终端向所述接收终端发送所述第一信息时, 可能存在所述接收终端未收到所述发送终端发送的所述第一信息的情况,从而在重传时, 在向所述接收终端发送指示停止监测时长的第一信息时,将重传过程中实际重传占用总时 长考虑进去,有效避免了所述接收终端因休眠过久而无法及时接收到数据包的情况。
在一种可能的实现方式中,所述第二重传占用时长,是所述发送终端根据所述第一业 务的数据包的实际重传次数以及每次重传占用的时长确定的;或所述第二重传占用时长, 是所述网络设备根据所述第一业务的数据包的实际重传次数以及每次重传占用的时长确定 并通知给所述发送终端的。
基于该方案,本申请实施例提供了多种确定第二重传占用时长的方式。
在一种可能的实现方式中,所述发送终端向所述接收终端发送所述第一信息之后,所 述发送终端启动定时器,所述定时器时长等于所述第一信息中指示的停止监测时长。
第二方面,本申请实施例还提供一种通信传输的方法,包括:
接收终端接收发送终端发送的第一信息,所述第一信息用于指示停止监测时长;所述 接收终端根据接收到的所述第一信息确定自身需要停止监测的时长;所述接收终端在不需 要监测数据时,根据自身需要停止监测的所述时长进行休眠。
基于该方案,本发明实施例在发送终端通过确定第一信息,并将第一信息发送给接收 终端,从而使所述接收终端在接收到所述第一信息后,且确定当前没有需要监测的业务时, 根据所述第一信息指示的停止监测时长进行休眠,有效解决了终端设备因持续监测,导致 过度耗电的问题。
在一种可能的实现方式中,所述接收终端根据接收到的所述第一信息确定自身需要停 止监测时长之前,所述接收终端接收到所述发送终端发送的第三信息,所述第三信息用于 指示所述发送终端向所述接收终端重传所述第一业务的数据包的实际总重传占用时长;所 述接收终端根据接收到的所述第一信息确定自身需要停止监测的时长,包括:所述接收终 端将所述第一信息指示的停止监测时长中去除所述第三信息指示的实际总重传占用时长, 得到第二剩余时长;所述接收终端根据所述第二剩余时长确定自身需要停止监测的时长。
基于该方案,本发明实施例考虑到所述发送终端向所述接收终端发送所述第一信息时, 可能存在所述接收终端未收到所述发送终端发送的所述第一信息的情况,从而在重传时, 在向所述接收终端发送指示停止监测时长的第一信息时,将重传过程中实际重传占用总时 长考虑进去,有效避免了所述接收终端因休眠过久而无法及时接收到数据包的情况。
在一种可能的实现方式中,所述接收终端确定所述第一信息指示的停止监测时长,并 将接收到的所有第一信息指示的停止监测时长的交集确定为自身需要停止监测的时长。
基于该方案,本申请实施例提供了当所述接收终端接收到多个第一信息的场景下,如 何确定自身需要停止监测的时长的方式,例如,将接收到的所有第一信息指示的停止监测 时长的交集确定为自身需要停止监测的时长。
在一种可能的实现方式中,所述接收终端通过下列方式确定接收到的所述第一信息指 示的停止监测时长:当所述第一信息包括所述第一业务的业务标识时,所述接收终端根据 业务标识与休眠时长的对应关系,将所述业务标识对应的休眠时长确定为所述第一信息指 示的停止监测时长;或当所述第一信息包括时长时,所述接收终端将所述时长确定为所述 第一信息指示的停止监测时长;其中,所述第一信息包括的时长为所述第一业务对应的休 眠时长;或者所述第一信息包括的时长为所述第一业务对应的第一剩余时长,所述第一剩 余时长是所述发送终端将所述第一业务对应的休眠时长去除第一重传占用时长后的时长, 所述第一重传占用时长用于表示所述发送终端向所述接收终端重传所述第一业务的数据包 的最大重传占用时长;或者所述第一信息包括的时长为所述第一业务对应的第二剩余时长, 所述第二剩余时长为所述第一业务对应的休眠时长去除第二重传占用时长后的时长,所述 第二重传占用时长用于表示所述发送终端向所述接收终端重传所述第一业务的数据包的实 际总重传占用时长;或当所述第一信息包括预设休眠时长列表中的位置时,所述接收终端 将所述位置在所述预设休眠时长列表中对应的时长确定为所述第一信息指示的停止监测时 长。
基于该方案,本发明实施例详细介绍了如何确定所述第一信息指示的停止监测时长, 并列举了多种确定所述停止监测时长的具体方案,确定方式多样,适用性更强。
在一种可能的实现方式中,所述第一信息是所述发送终端单独通过第一MAC子头向所 述接收终端发送的,其中,所述第一MAC子头具有指示所述第一信息的功能;或所述第一信息是所述发送终端单独通过第一MAC CE向所述接收终端发送的,其中,所述第一 MACCE具有指示所述第一信息的功能;或所述第一信息是所述发送终端通过包含所述第 一信息的第一MAC子头与数据包一起发送给所述接收终端的;或所述第一信息是所述发送 终端通过包含所述第一信息的第一MAC CE与数据包一起发送给所述接收终端的;或所述 第一信息是所述发送终端通过第一SCI向所述接收终端发送的,其中,所述第一SCI具有 指示所述第一信息的功能。
基于该方案,本发明实施例详细介绍了所述发送终端如何向所述接收终端发送所述第 一信息,并列举了多种发送所述第一信息的具体方案,发送方式多样,适用性更强。
在一种可能的实现方式中,所述接收终端在接收到所述第一信息后,开启所述第一信 息对应的定时器,所述定时器时长等于所述第一信息指示的停止监测时长;若所述接收终 端在不需要监测数据时,有至少一个定时器开启,所述接收终端根据开启的所有定时器剩 余运行时长的交集停止监测;当存在定时器超时,所述接收终端继续监测数据。
基于该方案,本发明实施例提供了所述接收终端如何结合定时器停止监测的方法。
第三方面,本申请实施例还提供一种通信传输的方法,包括:
网络设备确定第一业务,所述第一业务为阈值时长内不向接收终端发送数据包的业务; 所述网络设备确定所述第一业务对应的第二信息,所述第二信息包含所述第一业务的业务 标识以及所述第一业务对应的休眠时长;所述网络设备向所述发送终端发送所述第二信息。
基于该方案,本发明实施例提供了一种发送终端根据网络设备发送的信息确定第一业 务以及第一业务对应的休眠时长的方式。
在一种可能的实现方式中,所述第二信息通过所述网络设备向所述发送终端发送的下 行控制信息DCI指示。
基于该方案,本发明实施例提供了所述第二信息的指示方式,例如,通过所述接收终 端的DCI指示所述第二信息。
在一种可能的实现方式中,所述第二信息还包含所述第一业务对应的第一重传占用时 长;其中,所述第一重传占用时长是所述网络设备根据所述第一业务的数据包的最大重传 次数以及每次重传占用时长确定。
在一种可能的实现方式中,所述第二信息中包含的所述第一业务对应的休眠时长为去 除第一重传占用时长后的时长。
第四方面,本发明实施例提供一种通信装置,该装置包括:至少一个处理单元以及至 少一个存储单元,其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元 执行时,使得所述处理单元执行下列过程:
所述处理单元,用于确定用于指示接收终端停止监测时长的第一信息;
所述通信单元,用于向所述接收终端发送所述第一信息。
第五方面,本发明实施例提供一种通信装置,该装置包括:至少一个处理单元以及至 少一个存储单元,其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元 执行时,使得所述处理单元执行下列过程:
所述通信单元,用于接收发送终端发送的第一信息,所述第一信息用于指示停止监测 时长;
所述处理单元,用于根据接收到的所述第一信息确定自身需要停止监测的时长;在不 需要监测数据时,根据自身需要停止监测的所述时长进行休眠。
第六方面,本发明实施例提供一种通信装置,该装置包括:至少一个处理单元以及至 少一个存储单元,其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元 执行时,使得所述处理单元执行下列过程:
所述处理单元,用于确定第一业务,所述第一业务为阈值时长内不向接收终端发送数 据包的业务;确定所述第一业务对应的第二信息,所述第二信息包含所述第一业务的业务 标识以及所述第一业务对应的休眠时长;
所述通信单元,用于向所述发送终端发送所述第二信息。
第七方面,本发明实施例提供一种通信装置,其中,该通信装置具有实现上述实施例 第一方面或第二方面中的任意一面;或第一方面至第二方面中的任意可能的实现方式中的 任一方法。
在一种可能的实现方式中,该通信装置可以是终端设备,或者是可用于所述终端设备 的部件,例如芯片或芯片系统或者电路,该通信装置可以包括:收发器和处理器。该处理 器可被配置为支持该通信装置执行以上所述终端设备的相应功能,该收发器用于支持该通 信装置与其他终端设备和网络设备等之间的通信。
可选地,该通信装置还可以包括存储器,该存储器可以与处理器耦合,其保存该通信 装置必要的程序指令和数据。其中,收发器可以为独立的接收器、独立的发射器、集成收发功能的收发器、或者是接口电路。
第八方面,本发明实施例提供一种通信装置,其中,该通信装置具有实现上述实施例 第三方面;或第三方面中的任意可能的实现方式中的任一方法。
在一种可能的实现方式中,该通信装置可以是网络设备,或者是可用于所述网络设备 的部件,例如芯片或芯片系统或者电路,该通信装置可以包括:收发器和处理器。该处理 器可被配置为支持该通信装置执行以上所述网络设备的相应功能,该收发器用于支持该通 信装置与终端设备等之间的通信。
可选地,该通信装置还可以包括存储器,该存储器可以与处理器耦合,其保存该通信 装置必要的程序指令和数据。其中,收发器可以为独立的接收器、独立的发射器、集成收发功能的收发器、或者是接口电路。
第九方面,本申请实施例提供了一种芯片系统,包括处理器,可选的还包括存储器; 其中,存储器用于存储计算机程序,处理器用于从存储器中调用并运行计算机程序,使得 安装有芯片系统的通信设备执行上述第一方面或第三方面中的任意一面;或第一方面至第 三方面中的任意可能的实现方式中的任一方法。
第十方面,本申请实施例提供了一种计算机程序产品,计算机程序产品包括:计算机 程序代码,当计算机程序代码被通信装置的通信单元、处理单元或收发器、处理器运行时, 使得通信装置执行上述第一方面或第三方面中的任意一面;或第一方面至第三方面中的任 意可能的实现方式中的任一方法。
第十一方面,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质存 储有程序,程序使得通信装置(例如,发送终端、接收终端或网络设备)执行上述第一方 面或第三方面中的任意一面;或第一方面至第三方面中的任意可能的实现方式中的任一方 法。
附图说明
图1为本申请实施例提供的一种通信方法示意图;
图2为本申请实施例提供的第一种系统架构示意图;
图3为本申请实施例提供的第二种系统架构示意图;
图4为本申请实施例提供的一种单播、组播以及广播场景示意图;
图5为本申请实施例提供的一种MAC子头的构造示意图;
图6为本申请实施例提供的一种MAC CE的构造示意图;
图7为本申请实施例提供的一种通信传输的方法流程示意图;
图8为本申请实施例提供的一种通信传输场景示意图;
图9为本申请实施例提供的一种定时器运行时长示意图;
图10为本申请实施例提供的接收终端根据业务标识确定周期示意图;
图11为本申请实施例提供的第一种重传场景下通信传输场景示意图;
图12为本申请实施例提供的第二种重传场景下通信传输流程的示意图;
图13为本申请实施例提供的第二种重传场景下通信传输流程的示意图;
图14为本申请提供的第一种通信传输的装置示意图;
图15为本申请提供的第二种通信传输的装置示意图;
图16为本申请提供的一种终端设备示意图。
具体实施方式
下面将结合附图对申请实施例的具体实施过程进行详尽的描述。
在发送终端与接收终端进行无线通信过程中,为了避免发送终端发送信息而接收终端 未接收到的情况,当前接收终端需要持续在Sidelink上监测待接收信息。
其中,现有新无线接入-车与任何事物通信(New Radio-Vehicle-To-Everything,NR-V2X) 中有关sidelink的资源分配存在两种传输模式,一种为网络设备分配资源模式(mode-1), 另一种为用户自选资源模式(mode-2)。所述mode-1主要应用于有网络覆盖的情形下的通 信,所述网络设备根据所述发送终端的调度请求(scheduling request,SR)和缓冲状态报告 (buffer status report,BSR)的上报情况进行资源分配。所述mode-2中所述发送终端的传 输资源不依赖于所述网络设备,即所述mode-2的所述发送终端不受限于网络覆盖,在没有 网络覆盖情况下,所述发送终端也可以通过所述mode-2的资源调度模式自主地在资源池中 选择资源进行通信。
然而,在实际通信过程中,经常存在发送终端没有进行数据发送,但接收终端一直持 续监测,导致接收终端增加不必要的功耗开销,过度耗电。
目前,在通信过程中,为了节省接收终端不必要的功耗开销,减少接收终端的监测时 间,在接收终端与网络设备间的接口(Uu接口)上应用了DRX机制,使接收终端能够定 期的进行休眠,从而降低接收终端的功耗开销。
然而,上述通过所述DRX机制节省终端设备功耗的方法存在的主要问题是:因所述DRX机制是按照固定的休眠周期进行休眠,因此,存在一定局限性,从而使接收终端无法 根据实际通信情况进行灵活的休眠。
因此,现有降低终端功耗的方法,灵活性,实用性较差。
此外,目前用于节省终端设备功耗所采用的DRX机制的基本原理是:在终端设备未被 网络设备调度时,让处于RRC连接态的终端设备周期性的进入睡眠状态,不去监测PDCCH, 从而实现降低终端功耗、节省电量的目的。
也就是说,所述DRX机制目前仅适用于发送终端与接收终端之间存在RRC连接的情况,例如单播场景,即一个发送终端向一个接收终端发送信息。然而,在实际通信过程中,并不是所有的发送终端与接收终端之间都存在RRC连接。例如,当前的组播场景,即多个 终端设备组成一个组,组内的终端设备之间进行通信,同一个组内的终端设备可以接收到 组内的所有信息,组内终端设备之间无RRC连接。再例如,广播场景,即一个发送终端发 送广播消息,接收终端会监测消息,但发送终端并不知道具体有哪些接收终端正在监测该 广播消息,此时终端设备之间无RRC连接。
因此,现有降低终端设备功耗的通信方法还存在因应用场景受限,接收终端依旧持续 监测,导致接收终端过度耗电等问题。
综上所述,目前并没有高效、全面且灵活的降低终端设备功耗的通信方法。
为解决上述问题,本申请实施例提供一种通信传输的方法,用以提供一种高效、全面 且灵活的降低终端设备的方案。
本申请实施例的技术方案可以应用于各种通信系统,例如:长期演进(long termevolution, LTE)系统,全球互联微波接入(worldwide interoperability for microwaveaccess,WiMAX) 通信系统,未来的第五代(5th Generation,5G)系统,如新一代无线接入技术(new radio access technology,NR),及未来的通信系统,如6G系统等。
以5G系统(也可以称为New Radio系统)为例,具体来说,5G系统中定义了新的通信场景:超高可靠低时延通信(ultra-reliable and low-latency communication,URLLC)、增 强移动宽带(enhanced mobile broadband,eMBB)和海量机器连接通信(massive machine type communication,mMTC)。这些通信场景对通信质量以及节省功耗方面有更严苛的需求。因 此,在进行通信的过程中,如何全面有效的进行终端设备功耗节能尤为重要。
其中,如图1所示,本申请实施例中主要通过发送终端向接收终端发送用于指示停止 监测时长的第一信息,所述第一信息是所述发送终端根据需要休眠的业务对应的休眠时长 确定的。从而使所述接收终端在接收到所述第一信息后,且确定当前没有需要监测的业务 时,根据所述第一信息指示的停止监测时长进行休眠,有效解决了终端设备因持续监测, 导致过度耗电的问题。
为便于理解本申请实施例,首先以图2中示出的通信系统为例详细说明本申请实施例 适用的通信系统。如图2所示,该通信系统包括发送终端200和接收终端201。本申请实施 例子中所述发送终端200与所述接收终端201可以统称为终端设备。
本申请实施例中所述的发送终端200以及所述接收终端201,是一种向用户提供语音和 /或数据连通性的设备,也可以称为用户设备(user equipment,UE)、接入终端、用户单元、 用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving) 中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无 线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线 终端、智慧家庭(smart home)中的无线终端等等。
如图3所示,该通信系统还可以包括发送终端300、接收终端301以及网络设备302。
其中,本申请实施例中的所述发送终端300与所述接收终端301处于所述网络设备302 的覆盖范围内;或所述发送终端300与所述接收终端301不在所述网络设备302的覆盖范 围内;再或者,所述发送终端300在所述网络设备302的覆盖范围内,所述接收终端301不在所述网络设备302的覆盖范围内。
本申请实施例中所述的网络设备302,是通信系统中为终端设备(例如,发送终端300 和/或接收终端301)提供无线通信功能的设备,可以将终端设备接入到无线网络中。所述 网络设备302也可称为基站(base station,BS)。目前,一些网络设备302的举例为:5G中的下一代基站(g nodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(node B,NB)、基站控制器(base stationcontroller, BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,homeevolved nodeB, 或home node B,HNB)、基带单元(baseBand unit,BBU)、传输点(transmitting and receiving point,TRP)、发射点(transmitting point,TP)、移动交换中心等。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技 术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知, 随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术 问题,同样适用。应理解,图2以及图3仅为便于理解而示例的简化示意图,该通信系统 中还可以包括其他设备,例如还可以包括其他终端设备,图2以及图3中未予以画出。
需要说明的是,本申请实施例中所述方案,所述发送终端与所述接收终端之间是否存 在RRC连接,都适用于本申请所述通信传输的方法。也就是说,本申请实施例提供的所述 通信传输的方法,既适用于单播场景,也适用于组播以及广播场景。
示例性的,如图4所示,当进行单播时,假设,设备1相当于发送终端,设备2~设备5相当于接收终端,当所述发送终端需要指示设备2~设备5进行休眠时,分别向所述设备 2~设备5发送所述第一信息;当进行组播时,假设,设备1、设备3与设备4为一组设备, 则同一组内的设备之间可以相互进行通信,例如设备1需要进行休眠指示时,设备1发送 所述第一信息,设备3和设备4接收所述第一信息并根据所述第一信息指示的停止监测时 长进行休眠;当进行广播时,假设所述设备1~设备5在同一子网内,则所述子网内的发送 设备,例如设备1需要进行休眠指示时,广播所述第一信息,所述子网内的其他设备,即 设备2~设备5都能接收到所述第一信息,从而根据所述第一信息指示的停止监测时长进行 休眠。
以下再对本申请实施例中涉及的部分用语进行解释说明,以便于理解。
1)本申请实施例中“资源调度”,是指对各种资源进行合理有效的调节和测量及分析 和使用。
2)本申请实施例中“第一业务”,用于指阈值时长内不需向所述接收终端发送数据包 的业务。
3)本申请实施例中“第一重传占用时长”,用于指示所述发送终端或者所述网络设备 事先预估的需要重传所述第一业务的数据包的最大重传占用时长。
4)本申请实施例中“第二重传占用时长”,用于指示所述发送终端需要重传所述第一 业务的数据包时,实际重传占用时长。
具体的,所述第二重传占用时长是所述网络设备根据所述第一业务的数据包的实际重 传次数以及每次重传占用时长确定的;或者所述第二重传占用时长是所述发送终端根据所 述第一业务的数据包的实际重传次数以及每次重传占用时长确定的。
5)本申请实施例中“第一信息”,用于指示停止检测时长。其中,所述第一信息是根据所述第一业务对应的休眠时长或第一剩余时长确定的。
6)本申请实施例中“第二信息”,是所述网络设备发送给所述发送终端的,用于指示 所述第一业务以及所述第一业务对应的休眠时长或第一剩余时长的信息。
7)本申请实施例中“第三信息”,用于指示重传所述第一业务的数据包实际重传占用 时长,即所述第二重传占用时长。
具体的,所述发送终端将接收到的来自所述网络设备的所述第二重传占用时长作为所 述第三信息;或者,所述发送终端将自身确定的所述第二重传占用时长作为所述第三信息。
8)本申请实施例中“第一媒体接入控制层(Medium access control,MAC)子头”,是 具有表示本申请实施例中所述第一信息的功能的MAC子头。
具体的,本申请实施例中所述第一MAC子头为本申请实施例新设计的不同于现有功能 的MAC子头;或者,所述第一MAC子头是在现有的MAC子头中增加具有通知所述第一 信息功能的信息比特。
如图5所示,为本申请实施例提供的一种第一MAC子头的构造示意图。其中,所述第一MAC子头中包含逻辑信道标识(Logical channel identify,LCID)字段(所述LCID字段大小例如为6比特),所述LCID字段用于表示当前的MAC子头是具有指示所述第一信息 功能的所述第一MAC子头。所述第一MAC子头还包含用于表示所述第一信息的睡眠 (Sleep)字段(所述Sleep字段大小为8比特或16比特)、用于表示所述Sleep字段的长度 的F字段(所述F字段大小为1比特,其中,F=0,则Sleep字段的长度为8比特;F=1, 则Sleep字段的长度为16比特)以及预留比特R字段。
9)本申请实施例中“第一MAC控制单元(Control element,CE)”,是具有表示本申请实施例中所述第一信息的功能的MAC CE。
具体的,本申请实施例中所述第一MAC CE为本申请实施例新设计的不同于现有功能 的MAC CE;或者,所述第一MAC CE是在现有的MAC CE中增加具有通知所述第一信息 功能的信息比特。
如图6所示,为本申请实施例提供的一种第一MAC CE的构造示意图。其中,所述第一MAC CE对应的MAC子头中包含LCID字段(所述LCID字段大小为6比特),所述LCID 字段用于表示当前的MAC CE是具有指示所述第一信息功能的所述第一MAC CE。所述第 一MAC CE还包含用于表示所述第一信息的Sleep字段(所述Sleep字段大小为8比特or 16 比特)以及预留比特R字段。
10)本申请实施例中“第一SCI(sidelink control information,侧行链路控制信息)”, 是具有指示本申请实施例中所述第一信息的功能的第一SCI。其中,所述第一SCI中包括具 有指示所述第一信息功能的Sleep字段。
具体的,本申请实施例中所述第一SCI为本申请实施例新设计的不同于现有功能的SCI; 或者,所述第一SCI是在现有的SCI中增加具有通知所述第一信息功能的信息比特。
其中,所述第一SCI中包含所述第一信息,此外,所述第一SCI中还可以包含所述第三信息。即在第一SCI中定义重传(retransmission)字段来表示所述第三信息。
11)本申请实施例中“第一DCI(Downlink Control Information,下行控制信息)”,是 具有指示本申请实施例中所述第二信息功能的第一DCI。其中,所述第一DCI中包括具有 指示所述第一业务以及所述第一业务的休眠时长功能的Sleep字段。
具体的,本申请实施例中所述第一DCI为本申请实施例新设计的不同于现有功能的DCI; 或者,所述第一DCI是在现有DCI中增加具有指示所述第二信息功能的信息比特。其中, 所述第一DCI是所述网络设备根据所述第一业务以及所述第一业务对应的休眠时长确定的。
其中,所述第一DCI中还可以包含所述第二重传占用时长、第二剩余时长以及所述第 一重传占用时长中的一种或多种。即在第一DCI中定义重传(retransmission)字段来表示 所述第二重传占用时长、所述第二剩余时长或所述第一重传占用时长。
12)本申请实施例中“第一剩余时长”,是一种所述第一业务的休眠时长。其中,所述 第一剩余时长是所述发送终端将所述第一业务对应的休眠时长去除所述第一重传占用时长 后的时长。
也就是说,本申请实施例中,所述发送终端或者所述网络设备事先预估需要重传所述 第一业务的数据包的最大重传占用时长后,根据所述最大重传占用时长得到所述第一剩余 时长,然后直接将所述第一剩余时长作为所述第一业务对应的休眠时长。
13)本申请实施例中“第二剩余时长”,是指所述第一业务的休眠时长去除所述第二重 传占用时长后的剩余时长。其中,所述第二剩余时长是在所述发送终端向所述接收终端进 行HARQ重传时,由所述网络设备或者所述发送终端确定的。
另外,本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者 多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三 种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中,A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。以下至少一项(个)下或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项 (个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或 a-b-c,其中a,b,c可以是单个,也可以是多个。
除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行 区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。此外,本申请实施例和 权利要求书及附图中的术语“包括”和“具有”不是排他的。例如,包括了一系列步骤或模块的 过程、方法、系统、产品或设备,不限定于已列出的步骤或模块,还可以包括没有列出的 步骤或模块。
通过本申请实施例中上述应用场景等内容的介绍,本申请实施例提供一种通信传输的 方法,如图7所示,所述方法包括下列步骤:
S700,接收终端对业务保持持续监测的状态。
示例性的,如图8所示,假设所述发送终端为手机,所述接收终端为与所述发送终端 绑定的手环。用户在使用手机过程中经常会开启多个应用,为了更好的增强用户体验感, 目前许多用户在使用手机时,经常搭配手环一起使用。因此,在使用过程中手环经常要对 手机中的业务数据进行监测。
假设,当用户正在使用手机进行音乐播放时,手环需要对手机中的音乐播放业务的数 据进行检测,例如,所述音乐播放业务的数据为当前音乐播放的歌词。从而手环在接收到 手机发送的业务数据(即当前音乐播放的歌词)后,通过手环上的显示屏显示当前音乐播 放的歌词。
其中,在实际应用中,手环的续航时间较短。因此,手机在确定某些应用一定时间内 不会有业务数据发送时,可以向手环发送第一信息,指示手环对所述业务停止监测,从而 更好的节省手环的功耗,降低耗电量。例如,手机在确定后台中运行的业务A结束运行后, 则认为所述业务A在一定时间内不会有业务数据发送,因此,可以向手环发送第一信息, 指示手环对所述业务A停止监测。
S701,所述发送终端确定第一业务,其中,所述第一业务为阈值时长内不需向所述接 收终端发送数据包的业务。
示例性的,假设阈值时长为3秒,在上述图8所述的场景下,假设手机当前有应用1、应用2以及应用3正在运行。手机在确定应用2完成本次业务数据的发送后,10秒内不会 再向手环发送业务数据。因此,本申请实施例中,在该种情况下,将所述应用2对应的业 务确定为第一业务。
可选的,若手机在确定应用2中的业务a完成本次业务数据的发送后,10秒内不会再 向手环发送业务数据。因此,本申请实施例中,在该种情况下,将所述业务a确定为第一业 务。
S702,所述发送终端确定所述第一业务对应的第一信息。
其中,本申请实施例中所述第一信息用于指示接收终端停止检测时长。具体的,所述 第一信息是所述发送终端根据所述第一业务对应的休眠时长确定的。
进一步的,本申请实施例中,所述发送终端根据所述第一业务对应的休眠时长,确定 所述第一信息的情况有多种,具体并不限于下述几种:
确定第一信息情况1:所述第一信息是所述发送终端直接根据所述第一业务对应的休眠 时长确定的。
确定第一信息情况2:所述发送终端预估最大重传占用时长,得到第一重传占用时长, 所述第一信息是所述发送终端根据所述第一业务对应的休眠时长以及所述第一重传占用时 长确定的。
确定第一信息情况3:所述发送终端根据实际重传次数以及每次重传占用时长,得到第 二重传占用时长,所述第一信息是所述发送终端根据所述第一业务对应的休眠时长以及所 述第二重传占用时长确定的。
确定第一信息情况4:所述发送终端获取所述网络设备发送的第二重传占用时长,其中, 所述第二重传占用时长是所述网络设备根据实际重传次数以及每次重传占用时长,得到的。 然后,所述发送终端根据所述第一业务对应的休眠时长以及所述第二重传占用时长确定所 述第一信息。
示例性的,在上述图8所述的场景下,假设阈值时长为3秒,且手机确定业务a完成本 次业务数据的发送后,10秒内不会再向手环发送业务数据。在该种情况下,因10秒大于阈 值时长3秒,则将所述业务a确定为第一业务,并确定所述业务a对应的休眠时长为10秒。
S703,所述发送终端向所述接收终端发送所述第一信息。
其中,本申请实施例可通过多种方式向所述接收终端发送所述第一信息,具体并不限 于下述几种。
发送方式1:所述发送终端单独通过第一MAC子头/第一MAC CE向所述接收终端发送所述第一信息。
在上述图8所述的场景下,手机中的业务a需要向手环发送数据包,其中,假设所述业 务a为第一业务,且手机已确定所述业务a对应的第一信息。
本申请实施例中一种可选的方式,手机在向手环发送所述业务a的数据包之前,单独通 过第一MAC子头/第一MAC CE向所述接收终端发送所述第一信息;或者,手机在向手环发送所述业务a的数据包之后,单独通过第一MAC子头/第一MAC CE向所述接收终端发 送所述第一信息。
发送方式2:所述发送终端将包含所述第一信息的第一MAC子头/第一MAC CE,以及数据包一起发送给所述接收终端,其中,所述数据包为所述第一业务需要向所述接收终端进行发送的数据包。
在上述图8所述的场景下,手机中的业务a需要向手环发送数据包,其中,假设所述业 务a为第一业务,且手机已确定所述业务a对应的第一信息。因此,手机将包含所述业务a的第一信息的第一MAC子头/第一MAC CE,以及所述业务a的数据包一起发送给所述接 收终端。例如,假设所述业务a为通信业务,其中,所述业务a的数据包为其他用户发送的 通信信息,所述通信信息可以是语音信息、文字信息、图片信息以及网络链接等。
发送方式3:所述发送终端通过第一SCI向所述接收终端发送所述第一信息。
在上述图8所述的场景下,手机中的业务a需要向手环发送数据包,其中,假设所述业 务a为第一业务,且手机已确定所述业务a对应的第一信息。
本申请实施例中一种可选的方式,手机在向手环发送所述业务a的数据包之前,通过第 一SCI向所述接收终端发送所述第一信息;或者,手机在向手环发送所述业务a的数据包 之后,通过第一SCI向所述接收终端发送所述第一信息。
本申请实施例中一种可选的方式,本申请实施例定义一个睡眠定时器(SleepTimer), 所述SleepTimer的时长等于所述第一信息中指示的所述第一业务对应的休眠时长,当所述 发送终端发送第一信息后,开启所述第一信息对应的SleepTimer,或者当所述发送终端发送 第一信息并等待一定处理时间后,开启所述第一信息对应的SleepTimer,当所述第一信息对 应的SleepTimer超时时,所述发送终端默认所述接收终端醒来继续监测业务数据,即所述 发送终端可以继续向所述接收终端发送业务数据。
S704,所述接收终端接收所述第一信息。
S705,所述接收终端根据所述第一信息确定自身停止监测时长。
本申请实施例中一种可选的方式,本申请实施例定义一个SleepTimer,所述SleepTimer 的时长等于所述第一信息中指示的所述第一业务对应的休眠时长,当所述接收终端接收到 第一信息时,开启所述第一信息对应的SleepTimer,在该SleepTimer运行时间内,所述接 收终端不必监测所述发送终端的业务数据,即针对第一信息中指示的所述第一业务进入休 眠状态。当所述SleepTimer超时时,所述接收终端继续监测业务数据。
S706,所述接收终端在确定没有需要监测的业务后,根据所述停止监测时长进行休眠。
本申请实施例中,当所述接收终端接收到第一信息后,所述接收终端可能仍然有需要 监测的业务数据,此时,本申请实施例中针对该种情况,对所述接收终端的休眠情况进行 如下介绍:
休眠情况1:所述接收终端仅接收到一个发送终端发送的第一信息,且所述接收终端此 时仍然有需要监测的其他业务数据。
本申请实施例中一种可选的方式,当所述接收终端接收到所述第一信息后,确定当前 是否还有其他业务正在运行,若有,则确定仍然有需要监测的其他业务数据。
示例性的,在上述图8所述的场景下,假设所述接收终端接收到业务a对应的第一信息 后,其中,所述接收终端确定当前自身还在运行其他业务,例如,还在运行具有音乐播放 功能的业务b,则此时所述接收终端接收到所述第一信息后,依旧继续监测业务数据。
进一步的,所述接收终端在接收到所述发送终端发送的第一信息后,开启所述第一信 息对应的SleepTimer,并继续监测业务数据。若所述接收终端后期确定没有监测的业务数据 时,所述SleepTimer依旧运行,则按照所述SleepTimer剩余时长进行休眠。
其中,如图9所示,ab表示所述SleepTimer运行的总时长,当开启所述SleepTimer时, 所述SleepTimer开始倒计时,其中,ac为所述SleepTimer已经计时的时长,cb为所述SleepTimer的剩余时长。
示例性的,假设,所述接收终端仅接收到发送终端1发送的第一信息A,其中,所述第一信息A指示停止监测时长为7s,且所述接收终端此时仍然有需要监测的业务数据。所述接收终端在接收到所述发送终端1发送的第一信息A后,开启所述第一信息对应的SleepTimer,并继续监测业务数据。
若所述接收终端在所述SleepTimer倒计时为3s时,确定不需要继续监测业务数据,例 如,当所述接收终端为手环时,手环确定后台没有正在运行的业务,则按照所述SleepTimer 剩余时长进行休眠,即休眠3S。若所述接收终端在所述SleepTimer运行时间时,一直需要 继续监测业务数据,例如,当所述接收终端为手环时,手环确定后台有正在运行的业务, 则所述接收终端不进行休眠。
休眠情况2:所述接收终端在接收到一个发送终端发送的第一信息后,又接收到其他发 送终端发送的第一信息,则所述接收终端根据接收到的每个发送终端发送的第一信息,分 别开启所述第一信息对应的SleepTimer,并在不需要进行监测业务数据时,按照开启的多个 SleepTimer的剩余时长的交集进行休眠。
示例性的,例如,假设所述接收终端接收到发送终端1发送的第一信息A,其中,所述第一信息A指示停止监测时长为10s,且所述接收终端此时仍然有需要监测的业务数据。所述接收终端在接收到所述发送终端1发送的第一信息A后,开启所述第一信息A对应的SleepTimer1,并继续监测业务数据。
若所述接收终端在所述SleepTimer1倒计时为6s时,接收到来自发送终端2发送的第 一信息B,所述第一信息B指示停止监测时长为8s。所述接收终端开启所述第一信息B对应的SleepTimer2,并继续监测业务数据。
若所述接收终端在所述SleepTimer1倒计时为4s,在所述SleepTimer2倒计时为6s时, 不需要继续监测业务数据,则所述接收终端按照所述SleepTimer1与所述SleepTimer2的剩 余时长的交集进行休眠。其中,所述SleepTimer1倒计时为4s,所述SleepTimer2倒计时为 6s,则交集为4s。因此,所述接收终端休眠4s。
再例如,所述接收终端接收到发送终端1发送的第一信息A,其中,所述第一信息A指示停止监测时长为10s,且所述接收终端此时仍然有需要监测的业务数据。所述接收终端在接收到所述发送终端1发送的第一信息A后,开启所述第一信息A对应的SleepTimer1, 并继续监测业务数据。
若所述接收终端在所述SleepTimer1倒计时为6s时,接收到来自发送终端2发送的第 一信息B,所述第一信息B指示停止监测时长为4s。所述接收终端开启所述第一信息B对应的SleepTimer2,并继续监测业务数据。
若所述接收终端在所述SleepTimer1倒计时为4s,在所述SleepTimer2倒计时为2s时, 不需要继续监测业务数据,则所述接收终端按照所述SleepTimer1与所述SleepTimer2的剩 余时长的交集进行休眠。其中,所述SleepTimer1倒计时为4s,所述SleepTimer2倒计时为 2s,则交集为2s。因此,所述接收终端休眠2s。
S707,所述接收终端休眠所述停止监测时长后,则醒来继续对业务保持持续监测的状 态。
其中,本申请实施例中,所述发送终端需要确定发送数据包的业务是否为第一业务。
本申请实施例一种可选的方式,所述发送终端将阈值时长内不向接收终端发送数据包 的业务确定为第一业务,并确定所述第一业务对应的休眠时长,从而根据所述第一业务的 休眠时长生成第一信息。
示例性的,假设阈值时长为3秒,且发送终端确定业务a完成本次业务数据的发送后, 10秒内不会再向接收设备发送业务数据。在该种情况下,因10秒大于阈值时长3秒,则将 所述业务a确定为第一业务,并确定所述业务a对应的休眠时长为10秒。
其中,本申请实施例中一种可选的方式,所述发送终端在业务启用时,确定所述业务 是否为第一业务;或者,所述发送终端在业务初始配置阶段,确定所述业务是否为第一业 务,例如,所述发送终端为手机时,在手机安装某个APP时,确定这个APP下对应的业务是否为第一业务;或者所述网络设备在业务启用时,确定所述业务是否为第一业务,并通知给所述发送终端;或者,所述网络设备在业务初始配置阶段,确定所述业务是否为第一业务,并通知给所述发送终端。
需要说明的是,当所述业务a为周期性业务时,本申请实施例仅需根据所述业务a对应 的休眠时长与所述阈值时长比较一次,确定所述业务a为第一业务后,后续当所述业务a 周期性发送业务数据时,则无需再与所述阈值时长进行比较。
进一步的,本申请实施例中所述发送终端存在同时向一个接收终端发送多个第一业务 的数据包的情况,或者存在向多个接收终端分别发送至少一个第一业务的数据包的情况。
本申请实施例中,基于不同的通信传输场景,确定第一信息的方式也不尽相同。为了 更好的对本申请实施例进行理解,本申请实施例基于不同的场景,分别针对本申请实施例 通信传输的过程进行具体介绍。
场景一、资源调度为mode-1,发送终端的业务包括周期性业务,以及单独通过第一 MAC子头/第一MAC CE向所述接收终端发送所述第一信息的场景。
需要说的是,本申请实施例中,所述发送终端每次向接收终端发送所述第一业务的数 据包时,都单独通过第一MAC子头/第一MAC CE向所述接收终端发送对应的第一信息。
其中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具体并不限于 下述几种。
确定休眠时长方式1:所述发送终端根据所述网络设备发送的第二信息确定所述第一业 务对应的休眠时长。其中,所述第二信息用于指示所述第一业务以及所述第一业务对应的 休眠时长。
也就是说,所述确定休眠时长方式1中,是由所述网络设备确定哪些业务需要进行休 眠,以及需要进行休眠的业务对应的休眠时长,从而根据所述需要进行休眠的业务以及所 述需要进行休眠的业务对应的休眠时长生成所述第二信息。然后,将所述第二信息发送给 所述发送终端。从而使所述发送终端在接收到来自所述网络设备的所述第二信息后,所述 发送终端根据接收到的所述第二信息确定所述第一业务以及所述第一业务对应的休眠时长。
本申请实施例中一种可选的方式,所述第二信息为所述网络设备向所述发送终端发送 的第一DCI(Downlink Control Information,下行控制信息)。
示例性的,当所述网络设备当前负载较多,使所述网络设备在接下来一段时间内不会 再为发送终端调度sidelink通信资源时,所述网络设备通过所述第一DCI指示所述发送终端, 接下来一段时间将不再调度的业务以及所述业务对应的休眠时长。
示例性的,所述第一DCI中应携带的信息有以下两个:
(1)所述第一DCI中需要携带业务标识,从而通过所述业务标识指示所述发送终端哪 个业务的通信将不再被调度,即指示所述发送终端哪个业务为所述第一业务。
(2)所述第一DCI中还要携带休眠时长,从而通过所述休眠时长指示所述发送终端所 述第一业务需要进行休眠的休眠时长。
其中,本申请实施例中所述网络设备通过所述第一DCI指示所述发送终端所述第一业 务以及所述第一业务对应的休眠时长的方式还有其他几种,具体与下述所述发送终端确定 所述第一信息的方式类似,为简洁描述,请参见下述对所述发送终端确定所述第一信息的 方式的介绍。
进一步的,基于所述确定休眠时长方式1,本申请实施例中所述发送终端可通过多种方 式生成所述第一信息,具体并不限于下述几种。
生成第一信息方式(1):所述发送终端直接将所述休眠时长作为所述第一信息。
此时,所述第一信息所指示的停止监测时长等于所述休眠时长。
当所述发送终端通过所述生成第一信息方式(1)生成所述第一信息时,所述接收终端 在接收到所述发送终端发送的第一信息后,将所述第一信息中包含的休眠时长直接确定为 自身停止监测时长。
示例性的,假设业务A为所述第一业务,所述发送终端确定所述业务A对应的休眠时 长为20ms,则所述发送终端将所述休眠时长20ms确定为所述第一信息。所述发送终端将包含所述休眠时长的所述第一信息发送给所述接收终端,所述接收终端在接收到所述第一信息后,直接将所述第一信息中包含的所述休眠时长确定为自身需要停止监测时长,即所述接收终端确定自身需要停止监测时长为20ms。
进一步的,本申请实施例中所述发送终端在通过所述生成第一信息方式(1),生成所 述第一信息的情况下,单独通过第一MAC子头/第一MAC CE向所述接收终端发送所述第一信息时,根据所述第一MAC子头/所述第一MAC CE中Sleep字段的取值,表示所述第 一信息。
也就是说,取“Sleep字段的取值”直接作为所述第一信息所指示的停止监测时长。
示例性的,例如所述Sleep字段为00001001,即所述Sleep字段的取值为9,则所述第 一信息所指示的停止监测时长为9,单位可为slot(时隙),subframe(子帧),ms(毫秒)。从而,所述接收终端在接收到来自所述发送终端单独发送的所述第一MAC子头/所述第一MAC CE后,所述接收终端将所述第一MAC子头/所述第一MAC CE中所述Sleep字段的 取值,确定为所述第一信息所指示的停止监测时长。
生成第一信息方式(2):所述发送终端根据预配置休眠时长列表,生成所述第一信息。
具体的,所述发送终端将确定的所述第一业务的休眠时长在所述预配置休眠时长列表 中的位置,作为所述第一信息。此时,所述第一信息所指示的停止监测时长等于所述休眠 时长。
当所述发送终端通过所述生成第一信息方式(2)生成所述第一信息时,所述接收终端 在接收到所述发送终端发送的第一信息后,将所述第一信息中包含的休眠时长直接确定为 自身停止监测的时长。
示例性的,本申请实施例中预配置一个休眠时长列表,例如set={1,2,3,4,5,7,10,15,20,30,40……},所述预配置休眠时长列表中每个元素的单位可为slot、subframe、ms等。其中,本申请实施例中所述发送终端与所述接收终端共享一个预配置休眠时长列表。所述预配置休眠时长列表可以分别存储在所述发送终端本地以及所述接收终端本地;或者, 所述预配置休眠时长列表可以存储在所述发送终端以及所述接收终端能够访问的第三方共 享平台中。
示例性的,假设业务A为所述第一业务,所述发送终端确定所述业务A对应的休眠时 长为20ms,所述发送终端将所述休眠时长在所述预配置休眠时长列表中的位置,确定为所 述第一信息,则所述第一信息为9。所述发送终端将包含所述位置的所述第一信息发送给所 述接收终端,所述接收终端在接收到所述第一信息后,从本地或者第三方共享平台中获取 所述预配置休眠时长列表,然后根据所述第一信息包含的所述位置信息,从所述预配置休 眠时长列表中确定对应的休眠时长,然后将确定的所述休眠时长作为自身需要停止监测时 长,即所述接收终端将所述位置9在所述预配置休眠时长列表中对应的20ms确定为自身需 要停止监测时长。
进一步的,本申请实施例中所述发送终端在通过所述生成第一信息方式(2),生成所 述第一信息的情况下,单独通过第一MAC子头/第一MAC CE向所述接收终端发送所述第一信息时,通过下列方式表示所述第一信息。
表示方式a:根据所述第一MAC子头/第一MAC CE中Sleep字段的比特位的取值,以及所述预配置休眠时长列表,表示所述第一信息。
也就是说,取“Sleep字段中比特位=1的取值”所对应的“预配置休眠时长列表”的位 置,表示所述第一信息指示所指示的停止监测时长。
示例性的,当所述Sleep字段的长度为8时,可以指示8种休眠时长,即对应所述预配 置休眠时长列表的前8个值;当所述Sleep字段的长度为16时,可以指示16种休眠时长,即对应所述预配置休眠时长列表的前16个值。
例如,所述Sleep字段为00001000,即第4位=1,则所述第一信息所指示的停止监测 时长为所述预配置休眠时长列表的第4个取值。
表示方式b:根据所述第一MAC子头/第一MAC CE中Sleep字段的取值,以及所述预配置休眠时长列表,表示所述第一信息。
示例性的,当所述Sleep字段的长度为8时,可以指示28种停止监测时长,即对应所述预配置休眠时长列表的前28个值;当所述Sleep字段的长度为16时,可以指示216种停 止监测时长,即对应所述预配置休眠时长列表的前216个值。
例如Sleep字段为00001001,即Sleep字段取值为9,则所述第一信息所指示的停止休 眠时长为所述预配置休眠时长列表的第9个取值。
确定休眠时长方式2:所述发送终端根据所述网络设备为所述第一业务分配的周期性资 源,确定所述第一业务对应的休眠时长。
其中,本申请实施例中,当所述第一业务在一个周期内发送一个数据包时,发送的一 个数据包与所述第一业务的休眠时长互相对应;当所述第一业务在一个周期内发送多个数 据包时,发送的多个数据包分别与所述第一业务的休眠时长互相对应。
此外,本申请实施例中所述网络设备可以根据协议规定事先为所述发送终端的第一业 务分配周期性资源,也可以在所述发送终端需要执行所述第一业务时,为所述第一业务分 配周期性资源。
具体的,若所述网络设备为所述发送终端的周期性到达的业务分配了周期性资源,即 所述发送终端的周期性业务有固定的可用资源,则所述发送终端应将所述周期性业务确定 为所述第一业务,并根据所述周期性业务对应的周期性资源确定所述周期性业务对应的休 眠时长。
示例性的,假设业务A为周期性业务,所述业务A的周期为每隔30秒执行一次,则所述发送终端可以根据所述业务A的周期情况,确定所述业务A对应的第一信息。即,所述 发送终端将所述业务A确定为所述第一业务,将所述业务A对应的周期30秒确定为所述休 眠时长。
进一步的,基于所述确定休眠时长方式2,本申请实施例中所述发送终端可通过多种方 式生成所述第一信息,具体并不限于下述几种。
生成第一信息方式(1):所述发送终端直接将所述休眠时长作为所述第一信息。
其中,该部分中,所述发送终端以及所述接收终端执行的内容,与所述确定休眠时长 方式1中介绍的所述发送终端生成第一信息方式(1)内容以及所述接收终端根据接收到的 所述第一信息确定自身停止检测时长的内容相同,为简洁描述,在此不进行赘述。
生成第一信息方式(2):所述发送终端根据预配置休眠时长列表,生成所述第一信息。
其中,该部分中,所述发送终端以及所述接收终端执行的内容,与所述确定休眠时长 方式1中介绍的所述发送终端生成第一信息方式(2)内容以及所述接收终端根据接收到的 所述第一信息确定自身停止检测时长的内容相同,为简洁描述,在此不进行赘述。
确定休眠时长方式3:所述发送终端根据自身数据缓冲区(buffer)待发送数据的情况, 确定所述第一业务的休眠时长。
下面基于所述发送终端根据自身对应的buffer中待发送数据的不同情况,分别进行介绍:
Buffer情况1:当前时刻,所述发送终端对应的数据缓冲区为空。
其中,当所述发送终端确定对应的数据缓冲区为空时,表示在接下来一段时间内,所 述发送终端没有数据需要发送。
此时,所述发送终端可以基于自身实现或者历史数据传输情况,预估第一信息,并将 所述第一信息通知给所述接收终端。
Buffer情况2:当前时刻,所述发送终端对应的数据缓冲区中仅剩所述业务a的数据包 等待发送。
示例性的,当前所述buffer内仅有所述业务a的数据包等待发送,若所述发送终端在完 成所述业务a的数据包发送后,在接下来的一段时间内,可能不会有数据发送,也就是说, 当所述业务a的数据包发送后,所述buffer为空。因此,所述发送设备可以将所述业务a确定为第一业务,并且基于自身实现或者历史数据传输情况,预估所述业务a的数据包对应的第一信息,以及将所述第一信息通知给所述接收终端。
Buffer情况3:当前时刻,所述发送终端确定对应的一个buffer中仅剩数据包a等待发 送。
示例性的,本申请实施例中,所述发送终端对应的业务与buffer之前存在对应关系。假 设,所述发送终端对应的buffer可以分为多个buffer1~buffer2,其中,所述buffer1用于缓 存所述发送终端对应的业务a与业务b待发送的数据包;所述buffer2用于缓存所述发送终 端对应的业务c与业务d待发送的数据包。
若当前所述buffer1内仅有一个所述业务a的数据包等待发送,也就意味着,所述发送 终端在完成所述业务a的数据包发送后,在接下来的一段时间内,所述buffer1为空。因此, 所述发送设备可以将所述业务a确定为第一业务,并且基于自身实现或者历史数据传输情况, 预估所述业务a的数据包对应的第一信息,以及将所述第一信息通知给所述接收终端。
需要注意的是,当所述发送终端对应的业务后期有数据包需要发送时,即此时所述 buffer不再为空。但是,所述发送终端对应的业务数据无周期性可用资源时,所述发送终端 会向所述网络设备上报调度请求(scheduling request,SR),该SR用于所述发送终端向所述 网络设备请求sidelink通信资源。
其中,在所述网络设备为所述发送终端调度sidelink通信资源时,为了确保所述接收终 端在所述sidelink通信资源对应的时域资源内,处于监测状态,则所述发送终端上报SR的 时间需靠近所述接收终端进入监测状态的时间。从而,确保在所述网络设备分配了用于 sidelink通信的调度资源时,所述接收终端处于监测状态,有效避免所述接收终端无法接收 到所述发送终端发送的数据包的情况。
示例性的,所述发送终端在所述接收终端进入监测状态的前1ms上报SR,或者所述发 送终端在所述接收终端进入监测状态时上报SR,再如所述发送终端在所述接收终端进入监 测状态以后上报SR。
进一步的,基于所述确定休眠时长方式3,本申请实施例中所述发送终端可通过多种方 式生成所述第一信息,具体并不限于下述几种。
生成第一信息方式(1):所述发送终端直接将所述休眠时长作为所述第一信息。
其中,该部分中,所述发送终端以及所述接收终端执行的内容,与所述确定休眠时长 方式1中介绍的所述发送终端生成第一信息方式(1)内容以及所述接收终端根据接收到的 所述第一信息确定自身停止检测时长的内容相同,为简洁描述,在此不进行赘述。
生成第一信息方式(2):所述发送终端根据所述预配置休眠时长列表,生成所述第一 信息。
其中,该部分中,所述发送终端以及所述接收终端执行的内容,与所述确定休眠时长 方式1中介绍的所述发送终端生成第一信息方式(2)内容以及所述接收终端根据接收到的 所述第一信息确定自身停止检测时长的内容相同,为简洁描述,在此不进行赘述。
确定休眠时长方式4:所述发送终端根据所述第一业务的业务标识,以及业务标识与休 眠时长的对应关系,确定所述第一业务的休眠时长。
具体的,所述发送终端将所述第一业务的业务标识,作为所述第一信息。
当所述发送终端将生成的所述第一信息发送给所述接收终端时,所述接收终端在接收 到所述发送终端发送的第一信息后,根据所述第一信息中包含的业务标识以及业务标识与 休眠时长的对应关系,确定自身停止监测时长。
其中,本申请实施例中一种可选的方式,业务标识与休眠时长存在对应关系。
示例性的,假设本申请实施例提供的业务标识与休眠时长的对应关系如下表1所示。
业务标识 | 业务周期 |
业务1 | 20ms |
业务2 | 8ms |
业务9 | 40ms |
表1业务标识与业务周期的对应关系
本申请实施例中一种可选的方式,业务标识表示为目的地第二层标识(destination layer 2ID,DST ID),其中,每个DST ID对应一个供应者服务识别码(Provider Service Identifier, PSID),每个PSID均代表一种业务。因此,如图10所示,接收终端可以根据发送终端发送 的数据包中携带的DST ID确定对应的PSID,然后根据PSID确定对应的业务,从而根据表 1所示的对应关系,确定该业务的业务周期。
其中,本申请实施例中所述发送终端与所述接收终端预存业务标识与休眠时长对应关 系,例如上述表1。所述对应关系可以分别存储在所述发送终端本地以及所述接收终端本地; 或者,所述对应关系可以存储在所述发送终端以及所述接收终端能够访问的第三方共享平 台中。
示例性的,假设,所述第一业务为业务标识9对应的业务,则所述发送终端根据所述 业务标识9确定所述第一业务对应的休眠时长。然后,根据所述休眠时长确定所述第一信 息,发送给所述接收终端。所述接收终端接收到所述发送终端发送的所述第一信息后,确 定自身停止监测时长为40ms。
进一步的,基于所述确定休眠时长方式4,本申请实施例中所述发送终端可通过多种方 式生成所述第一信息,具体并不限于下述几种。
生成第一信息方式(1):所述发送终端直接将所述休眠时长作为所述第一信息。
其中,该部分中,所述发送终端以及所述接收终端执行的内容,与所述确定休眠时长 方式1中介绍的所述发送终端生成第一信息方式(1)内容以及所述接收终端根据接收到的 所述第一信息确定自身停止检测时长的内容相同,为简洁描述,在此不进行赘述。
生成第一信息方式(2):所述发送终端根据预配置休眠时长列表,生成所述第一信息。
其中,该部分中,所述发送终端以及所述接收终端执行的内容,与所述确定休眠时长 方式1中介绍的所述发送终端生成第一信息方式(2)内容以及所述接收终端根据接收到的 所述第一信息确定自身停止检测时长的内容相同,为简洁描述,在此不进行赘述。
生成第一信息方式(3):所述发送终端根据所述第一业务的业务标识,生成所述第一 信息。
具体的,本申请实施例中所述发送终端将所述第一业务的业务标识直接作为所述第一 信息。例如,假设,业务标识与休眠时长对应关系如上述表1所示,所述第一业务为业务 标识9对应的业务,则所述发送终端直接将业务标识9作为所述第一信息,并将所述第一信息发送给所述接收终端。所述接收终端接收到所述第一信息后,根据所述第一信息中包含的所述业务标识9以及所述表1,确定自身停止监测时长为40ms。
进一步的,本申请实施例在通过所述生成第一信息方式(3),生成所述第一信息的情 况下,在单独通过第一MAC子头/第一MAC CE向所述接收终端发送所述第一信息时,根据所述第一MAC子头/第一MAC CE中Sleep字段的取值,表示所述第一信息。
也就是说,取“Sleep字段的取值”表示所述第一业务的业务标识。
示例性的,例如Sleep字段为00001001,即Sleep字段取值为9,则所述第一信息所指 示的停止检测时长为所述业务标识为9的业务对应的休眠时长,即40ms。
需要说明的是,本申请实施例中一种可选的方式,本申请实施例中所述第一业务的业 务标识本来就携带在所述发送终端向所述接收终端发送的所述第一业务的数据包中。在该 种情况下,本申请实施例将所述业务标识默认为本申请实施例的第一信息。
另外,基于所述场景一,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息时,可能存在所述接收终端未收到所述发送终端发送的所述第一信息的情况。对此, 本申请实施例所述发送终端有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行混合式自动重传请求(Hybrid AutomaticRepeat reQuest, HARQ)。
需要说明的是,所述发送终端初传所述第一信息后,所述第一信息是否发送成功,不 影响后续所述第一信息对应的数据包的传输结果。
例如,所述发送终端只向所述接收终端发送一次所述第一信息,若所述接收终端成功 接收到所述第一信息,则所述接收终端根据所述第一信息指示的停止监测时长进行休眠; 若所述接收终端未成功接收到所述第一信息,不影响所述接收终端后续接收所述第一信息 对应的数据包,所述接收终端保持持续监测的状态,其中,所述发送终端不再继续向所述 接收终端重传所述第一信息。
处理方式2:所述发送终端继续使用所述第一业务对应的周期性资源,进行HARQ重传。
示例性的,如图11所示,所述发送终端在第一个周期通过所述第一业务对应的周期性 资源,向所述接收终端发送所述第一业务的数据包。其中,本申请实施例中所述第一业务 的数据包与所述第一信息相互对应。
所述发送终端接收到所述接收终端反馈的接收失败信息,或者所述发送终端在一定时 长内没有接收到所述接收终端反馈的成功接收信息,将会在第二个周期对所述第一业务的 数据包进行重传。所述接收终端没有收到所述第一业务的数据包,即所述第一信息对应的 数据包,则所述接收终端仍然保持醒的状态。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传时间。
其中,本申请实施例一种可选的方式,所述第三信息是所述发送终端根据所述网络设 备发送的第二重传占用时长确定的,所述第二重传占用时长是所述网络设备根据所述第一 业务的数据包的实际重传次数以及每次重传占用时长确定的。
具体的,当所述发送终端需要向所述接收终端HARQ重传所述第一业务的数据包时, 所述网络设备根据所述第一业务的数据包的实际重传次数以及每次重传占用的时长,确定 第二重传占用时长,并将所述第二重传占用时长以及所述第一业务的业务标识通知给所述 发送终端。
其中,所述第二重传占用时长为所述发送终端向所述接收终端总共重传所述第一业务 的数据包的实际重传占用的时长。
示例性,假设所述发送终端在确定向所述接收终端发送的数据包失败后,进行重传, 其中,第一次重传时占用的时长为2秒,重传失败,第二次重传时占用的时长为1秒,重传失败,当所述发送终端进行第三次重传时,根据第一次重传以及第二次重传占用的时长,确定第三次重传时的实际重传占用时长为2+1=3秒。
所述发送终端接收到来自所述网络设备的所述第二重传占用时长以及所述第一业务的 业务标识后,将所述第二重传占用时长作为所述第三信息。然后,所述发送终端在HARQ 重传所述第一业务的数据包时,将所述第三信息发送给所述接收终端。
本申请实施例另一种可选的方式,所述第三信息是所述发送终端根据所述第一业务的 数据包的实际重传次数以及每次重传占用时长确定的。
具体的,当所述发送终端需要向所述接收终端HARQ重传所述第一业务的数据包时, 所述发送终端根据所述第一业务的数据包的实际重传次数以及每次重传占用的时长,确定 第二重传占用时长,并将所述第二重传占用时长作为所述第三信息。然后,所述发送终端 在HARQ重传所述第一业务的数据包时,将所述第三信息发送给所述接收终端。
其中,所述第三信息是所述发送终端在向所述接收终端进行HARQ重传时,根据实际 重传次数以及每次重传占用时长,得到第二重传占用时长,从而根据所述第二重传占用时 长确定第三信息。
进一步的,本申请实施例中所述发送终端确定所述第三信息后,通过第一SCI将所述 第三信息发送给所述接收终端。
示例性的,以所述发送终端自行确定所述第三信息为例。假设,所述发送终端向所述 接收终端重传所述第一业务的数据包的最大重传次数为二次。所述发送终端向所述接收终 端进行第一次HARQ重传时,重传占用时长为1ms,则所述发送终端根据本次重传占用时 长得到第二重传占用时长,即所述第二重传占用时长为1ms。从而,所述发送终端根据所述 第二重传占用时长确定第三信息,并通过第一SCI(1)将所述第三信息发送给所述接收终 端。
若所述发送终端进行第一次重传后,所述接收终端还是没有成功接收到所述第一业务 的数据包,则所述发送终端进行第二次HARQ重传。其中,所述发送终端进行第二次重传 HARQ重传时,重传占用时长为2ms,则所述发送终端根据上一次以及本次重传占用时长得到第二重传占用时长,即所述第二重传占用时长为3ms。从而,所述发送终端根据所述第二重传占用时长确定第三信息,并通过第一SCI(2)将所述第三信息发送给所述接收终端。
若所述发送终端进行第二次重传后,所述接收终端还是没有成功接收到所述第一业务 的数据包,则因为所述发送终端重传次数已达到最大重传次数,所以所述发送终端停止 HARQ重传。
其中,本申请实施例中,所述处理方式3的具体内容可参图12所述步骤。
S1200,所述发送终端在确定所述第一信息发送失败后,确定所述第三信息,其中,所 述第三信息用于指示所述第一业务的数据包的实际重传占用时长。
本申请实施例中,所述第三信息为所述发送终端自行确定的;或者,所述第三信息是 所述网络设备确定后,通过第一DCI通知给所述发送终端的。
S1201,所述发送终端向所述接收终端发送第一业务的数据包的HARQ重传,以及将所 述第三信息发送给所述接收终端。
本申请实施例中可选的一种方式,所述发送终端通过所述第一SCI将所述第三信息通 知给所述接收终端。
S1202,所述接收终端接收所述第三信息以及接收重传的HARQ信息。
S1203,所述接收终端根据所述第一信息以及所述第三信息确定自身停止监测时长。
具体的,所述接收终端将所述第一信息指示的停止监测时长中去除所述第三信息指示 实际重传占用时长后,剩余的时长确定为自身停止监测时长。
假设所述发送终端在进行第二次重传后,所述数据包发送成功,其中,所述接收终端 接收到的所述第一信息指示的停止监测时长为20ms,所述第三信息指示的实际重传占用时 长位2ms。因此,所述接收终端根据所述第一信息与所述第三信息确定自身停止监测时长为 18ms。
S1204,所述接收终端在确定没有需要监测的业务后,根据确定的所述自身停止监测时 长进行休眠。
其中,本申请实施例中一种可选的方式,本申请实施例所述接收终端成功接收到重传 的所述第一业务的所述数据包后,定义一个SleepTimer。其中,所述SleepTimer的时长等 于所述第一信息指示的停止监测时长中去除所述第三信息指示的第二重传实际重传占用时 长后剩余的时长,即所述SleepTimer的时长为所述接收终端确定的自身停止监测时长。具 体执行内容与上述S606中介绍的内容相似,为简洁描述,在此不进行赘述。
S1205,所述接收终端完成本次休眠后,醒来继续监测并接收信号。
需要说明的是,本申请实施例中若所述接收终端根据所述第一信息以及所述第三信息 计算得到的所述第二剩余时长小于0时,则默认所述第二剩余时长为0ms,即所述第一信息 所指示的停止监测时长为0ms。
场景二、资源调度为mode-1,发送终端的业务包括周期性业务,以及将包含所述第 一信息的第一MAC子头/第一MAC CE与数据包一起向所述接收终端发送的场景。
在所述场景二中,当所述第一业务有数据包需要向所述接收终端发送时,将包含所述 第一信息的第一MAC子头/第一MAC CE与所述数据包一起向所述接收终端发送,以使所 述接收终端在接收到所述数据包后,在没有监测的业务时,根据所述第一MAC子头/所述第一MAC CE包含的所述第一信息,休眠所述第一信息指示的停止监测时长。
其中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具体并不限于 下述几种。
确定休眠时长方式1:所述发送终端根据所述网络设备发送的第二信息确定所述第一业 务对应的休眠时长。其中,所述第二信息用于指示所述第一业务以及所述第一业务对应的 休眠时长。
其中,本申请实施例中,所述确定休眠时长方式1的具体内容,参见上述场景一中对 于所述确定休眠时长方式1的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据所述网络设备为所述第一业务分配的周期性资 源,确定所述第一业务对应的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式2的具体内容,参见上述场景一中对 于所述确定休眠时长方式2的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式2下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式2下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式3:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式3的具体内容,具体参见上述场景一 中对于所述确定休眠时长方式3的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式3下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式3下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式3下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式4:所述发送终端根据所述第一业务的业务标识,以及业务标识与休 眠时长的对应关系,确定所述第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式4的具体内容,参见上述场景一中对 于所述确定休眠时长方式4的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式4下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式4下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式4下,对于生成所述第一信息的介绍,在此不进行赘述。
进一步的,本申请实施例中,所述发送终端在生成所述第一信息之后,将包含所述第 一信息的第一MAC子头/第一MAC CE与数据包一起向所述接收终端发送。其中,通过所述第一MAC子头/所述第一MAC CE表示所述第一信息的方式有多种,具体与上述场景一 中的内容相似,为简洁描述,此处参见上述场景一中对于通过所述第一MAC子头/所述第 一MAC CE表示所述第一信息的介绍,在此不进行赘述。
所述接收终端在接收到所述第一信息以及所述数据包后,根据所述第一信息确定自身 需要停止监测时长的方式,具体与上述场景一中的内容相似,为简洁描述,此处参见上述 场景一中对于所述接收终端根据所述第一信息确定自身需要停止监测时长的介绍,在此不 进行赘述。
另外,基于所述场景二,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息对应的数据包时,可能存在所述接收终端未收到所述发送终端发送的所述第一信息的 情况。对此,本申请实施例所述发送终端有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
其中,本申请实施例中,所述处理方式1的具体内容,参见上述场景一中对于所述处 理方式1的介绍,为简洁描述,在此不进行赘述。
处理方式2:所述发送终端继续使用所述第一业务对应的周期性资源,进行HARQ重传。
其中,本申请实施例中,所述处理方式2的具体内容,参见上述场景一中对于所述处 理方式2的介绍,为简洁描述,在此不进行赘述。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传占用时长。
在该场景中,所述第三信息是所述发送终端自己确定的;或所述第三信息是所述网络 设备确定后,通知给所述发送终端的。
其中,本申请实施例中,所述处理方式3的具体内容,参见上述场景一中对于所述处 理方式3的介绍,为简洁描述,在此不进行赘述。
场景三、资源调度为mode-1,发送终端的业务包括周期性业务,以及通过第一SCI向 所述接收终端发送所述第一信息的场景。
需要说的是,本申请实施例中,所述发送终端每次向接收终端发送所述第一业务的数 据包时,都通过第一SCI向所述接收终端发送对应的第一信息。也就是说,本申请实施例 中数据包与第一SCI一一对应。
在所述场景三中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具 体并不限于下述几种。
确定休眠时长方式1:所述发送终端根据所述网络设备发送的第二信息确定所述第一业 务对应的休眠时长。其中,所述第二信息用于指示所述第一业务以及所述第一业务对应的 休眠时长。
其中,本申请实施例中,所述确定休眠时长方式1的具体内容,参见上述场景一中对 于所述确定休眠时长方式1的介绍,为简洁描述,在此不进行赘述。
进一步的,基于所述确定休眠时长方式1,本申请实施例中所述发送终端可通过多种方 式生成所述第一信息,具体并不限于下述几种。
生成第一信息方式(1):所述发送终端直接将所述休眠时长作为所述第一信息。
此时,所述第一信息所指示的停止监测时长等于所述休眠时长。
当所述发送终端通过所述生成第一信息方式(1)生成所述第一信息时,所述接收终端 在接收到所述发送终端发送的第一信息后,将所述第一信息中包含的休眠时长直接确定为 自身停止监测的时长。
示例性的,假设业务A为所述第一业务,所述发送终端确定所述业务A对应的休眠时 长为20ms,则所述发送终端将所述休眠时长20ms确定为所述第一信息。所述发送终端将包含所述休眠时长的所述第一信息发送给所述接收终端,所述接收终端在接收到所述第一信息后,直接将所述第一信息中包含的所述休眠时长确定为自身需要停止监测时长,即所述接收终端确定自身需要停止监测时长为20ms。
进一步的,本申请实施例中所述发送终端在通过所述生成第一信息方式(1),生成所 述第一信息的情况下,通过所述第一SCI向所述接收终端发送所述第一信息时,一种可选 方案为:
所述发送终端通过所述第一SCI中的Sleep字段指示所述第一信息。其中,所述发送终 端如何通过所述第一SCI中的Sleep字段指示所述第一信息的内容与上述场景一中通过所述 第一MAC CE/所述第一MAC子头中的Sleep字段指示所述第一信息的内容相似,为简洁 描述,下面选取一种情况进行介绍,剩余情况具体参见上述场景一中对于通过所述第一MAC CE/所述第一MAC子头中的Sleep字段指示所述第一信息的介绍。
示例性的,所述发送终端通过所述第一SCI中Sleep字段的取值,表示所述第一信息。
也就是说,取“所述第一SCI中Sleep字段的取值”直接作为所述第一信息所指示的停 止监测时长。
示例性的,例如所述第一SCI中Sleep字段的取值为00001001,即所述第一SCI中Sleep 字段的取值为9,则所述第一信息所指示的停止监测时长为9,单位可为slot,subframe, ms。从而,所述接收终端在接收到来自所述发送终端发送的包含所述第一信息的所述第一 SCI后,所述接收终端将所述第一SCI中Sleep字段的取值,确定为所述第一信息所指示的 停止监测时长。
生成第一信息方式(2):所述发送终端根据预配置休眠时长列表,生成所述第一信息。
具体的,所述发送终端将确定的所述第一业务的休眠时长在所述预配置休眠时长列表 中的位置,作为所述第一信息。此时,所述第一信息所指示的停止监测时长等于所述休眠 时长。
当所述发送终端通过所述生成第一信息方式(2)生成所述第一信息时,所述接收终端 在接收到所述发送终端发送的第一信息后,将所述第一信息中包含的休眠时长直接确定为 自身停止监测的时长。
示例性的,本申请实施例中预配置一个休眠时长列表,例如set={1,2,3,4,5,7,10,15,20,30,40……},所述预配置休眠时长列表中每个元素的单位可为slot、subframe、ms等。其中,本申请实施例中所述发送终端与所述接收终端共享一个预配置休眠时长列表。所述预配置休眠时长列表可以分别存储在所述发送终端本地以及所述接收终端本地;或者, 所述预配置休眠时长列表可以存储在所述发送终端以及所述接收终端能够访问的第三方共 享平台中。
示例性的,假设业务A为所述第一业务,所述发送终端确定所述业务A对应的休眠时 长为20ms,所述发送终端将所述休眠时长在所述预配置休眠时长列表中的位置,确定为所 述第一信息,则所述第一信息为9。
所述发送终端将包含所述位置的所述第一信息以及所述第一业务的数据包发送给所述 接收终端。所述接收终端在接收到所述第一信息以及所述数据包后,从本地或者第三方共 享平台中获取所述预配置休眠时长列表,然后根据所述第一信息包含的所述位置信息,从 所述预配置休眠时长列表中确定对应的休眠时长,然后将确定的所述休眠时长作为自身需 要停止监测时长,即所述接收终端将所述位置9在所述预配置休眠时长列表中对应的20ms 确定为自身需要停止监测时长。
进一步的,本申请实施例中所述发送终端在通过所述生成第一信息方式(2),生成所 述第一信息的情况下,通过所述第一SCI将所述第一信息向所述接收终端发送时,有多种 表示所述第一信息的方式,具体并不限于下述几种:
表示方式a:根据所述第一SCI中Sleep字段的比特位取值,以及所述预配置休眠时长 列表,表示所述第一信息。
也就是说,取“所述第一SCI中Sleep字段的比特位取值”所对应的“预配置休眠时长 列表”的位置,表示所述第一信息指示所指示的停止监测时长。
示例性的,当所述第一SCI中Sleep字段的比特位的长度为8时,可以指示8种休眠时 长,即对应所述预配置休眠时长列表的前8个值;当所述第一SCI中Sleep字段的比特位的 长度为16时,可以指示16种休眠时长,即对应所述预配置休眠时长列表的前16个值。
例如,所述第一SCI中Sleep字段的比特位为00001000,即第4位=1,则所述第一信息所指示的停止监测时长为所述预配置休眠时长列表的第4个取值。
表示方式b:根据所述第一SCI中Sleep字段的取值,以及所述预配置休眠时长列表, 表示所述第一信息。
示例性的,当所述第一SCI中Sleep字段的长度为8时,可以指示28种停止监测时长, 即对应所述预配置休眠时长列表的前28个值;当所述第一SCI中Sleep字段的长度为16时, 可以指示216种停止监测时长,即对应所述预配置休眠时长列表的前216个值。
例如Sleep字段为00001001,即Sleep字段取值为9,则所述第一信息所指示的停止休 眠时长为所述预配置休眠时长列表的第9个取值。
确定休眠时长方式2:所述发送终端根据所述网络设备为所述第一业务分配的周期性资 源,确定所述第一业务对应的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式2的具体内容,参见上述场景一中对 于所述确定休眠时长方式2的介绍,为简洁描述,在此不进行赘述。
其中,该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的 方式也有多种。具体的,该部分内容与上述场景三中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景三中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式3:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式3的具体内容,具体参见上述场景一 中对于所述确定休眠时长方式3的介绍,为简洁描述,在此不进行赘述。
其中,该场景中,所述发送终端在所述确定休眠时长方式3下,生成所述第一信息的 方式也有多种。具体的,该部分内容与上述场景三中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景三中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式4:所述发送终端根据所述第一业务的业务标识,以及业务标识与休 眠时长的对应关系,确定所述第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式4的具体内容,参见上述场景一中对 于所述确定休眠时长方式4的介绍,为简洁描述,在此不进行赘述。
进一步的,基于所述确定休眠时长方式4,本申请实施例中所述发送终端可通过多种方 式生成所述第一信息,具体并不限于下述几种。
生成第一信息方式(1):所述发送终端直接将所述休眠时长作为所述第一信息。
其中,本申请实施例中,所述生成第一信息方式(1)的具体内容,参见上述场景三中 对于所述确定休眠时长方式1中的所述生成第一信息方式(1)的介绍,为简洁描述,在此不进行赘述。
生成第一信息方式(2):所述发送终端根据预配置休眠时长列表,生成所述第一信息。
其中,本申请实施例中,所述生成第一信息方式(2)的具体内容,参见上述场景三中 对于所述确定休眠时长方式1中的所述生成第一信息方式(2)的介绍,为简洁描述,在此不进行赘述。
生成第一信息方式(3):所述发送终端根据所述第一业务的业务标识,生成所述第一 信息。
具体的,本申请实施例中所述发送终端将所述第一业务的业务标识直接作为所述第一 信息。例如,假设,业务标识与休眠时长对应关系如上述表1所示,所述第一业务为业务 标识9对应的业务,则所述发送终端直接将业务标识9作为所述第一信息,并将所述第一信息发送给所述接收终端。所述接收终端接收到所述第一信息后,根据所述第一信息中包含的所述业务标识9以及所述表1,确定自身停止监测时长为40ms。
进一步的,本申请实施例在通过所述生成第一信息方式(3),生成所述第一信息的情 况下,将包含所述第一信息的所述第一SCI向所述接收终端发送时,根据所述第一SCI中Sleep字段的取值,表示所述第一信息。
也就是说,取“所述第一SCI中Sleep字段的取值”表示所述第一业务的业务标识。
示例性的,例如所述第一SCI中Sleep字段为00001001,即所述第一SCI中Sleep字段 取值为9,则所述第一信息所指示的停止监测时长为所述业务标识为9的业务对应的休眠时 长,即40ms。
需要说明的是,本申请实施例中一种可选的方式,本申请实施例中所述第一业务的业 务标识本来就携带在所述发送终端向所述接收终端发送的所述第一业务的数据包中。在该 种情况下,本申请实施例将所述业务标识默认为本申请实施例的第一信息。
进一步的,本申请实施例基于上述多种生成第一信息方式,生成所述第一信息后,通 过所述第一SCI向所述接收终端发送所述第一信息。所述接收终端在接收到所述第一信息 后,根据所述第一信息确定自身需要停止监测时长的方式,具体与上述场景一中的内容相 似,为简洁描述,此处参见上述场景一中对于所述接收终端根据所述第一信息确定自身需 要停止监测时长的介绍,在此不进行赘述。
另外,基于所述场景三,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息对应的数据包时,可能存在所述接收终端未收到所述发送终端发送的所述数据包的情 况。对此,本申请实施例所述发送终端有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
其中,本申请实施例中,所述处理方式1的具体内容,参见上述场景一中对于所述处 理方式1的介绍,为简洁描述,在此不进行赘述。
处理方式2:所述发送终端继续使用所述第一业务对应的周期性资源,进行HARQ重传。
其中,本申请实施例中,所述处理方式2的具体内容,参见上述场景一中对于所述处 理方式2的介绍,为简洁描述,在此不进行赘述。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传时间。
其中,本申请实施例一种可选的方式,所述第三信息是所述发送终端在向所述接收终 端进行HARQ重传时,根据所述网络设备发送的第二重传占用时长确定的。
具体的,当所述发送终端需要向所述接收终端HARQ重传所述第一业务的数据包时, 所述网络设备根据所述第一业务的数据包的实际重传次数以及每次重传占用的时长,确定 第二重传占用时长,并将所述第二重传占用时长以及所述第一业务的业务标识通知给所述 发送终端。
其中,所述第二重传占用时长为所述发送终端向所述接收终端重传所述第一业务的数 据包的实际重传占用的总时长。所述发送终端接收到来自所述网络设备的所述第二重传占 用时长以及所述第一业务的业务标识后,将所述第二重传占用时长作为所述第三信息。然 后,所述发送终端在HARQ重传所述第一业务的数据包时,将所述第三信息发送给所述接 收终端。
本申请实施例另一种可选的方式,所述第三信息是所述发送终端根据所述第一业务的 数据包的实际重传次数以及每次重传占用时长确定的。
具体的,当所述发送终端需要向所述接收终端HARQ重传所述第一业务的数据包时, 所述发送终端根据所述第一业务的数据包的实际重传次数以及每次重传占用的时长,确定 第二重传占用时长,并将所述第二重传占用时长作为所述第三信息。然后,所述发送终端 在HARQ重传所述第一业务的数据包时,将所述第三信息发送给所述接收终端。
进一步的,本申请实施例中所述发送终端确定所述第三信息后,通过第一SCI将所述 第三信息发送给所述接收终端。
示例性的,以所述发送终端自行确定所述第三信息为例。假设,所述发送终端向所述 接收终端重传所述第一业务的数据包的最大重传次数为二次。所述发送终端向所述接收终 端进行第一次HARQ重传时,重传占用时长为1ms,则所述发送终端根据本次重传占用时 长得到第二重传占用时长,即所述第二重传占用时长为1ms。从而,所述发送终端根据所述 第二重传占用时长确定第三信息,并通过第一SCI(1)将所述第三信息发送给所述接收终 端。
若所述发送终端进行第一次重传后,所述接收终端还是没有成功接收到所述第一业务 的数据包,则所述发送终端进行第二次HARQ重传。其中,所述发送终端进行第二次重传 HARQ重传时,重传占用时长为2ms,则所述发送终端根据上一次以及本次重传占用时长得到第二重传占用时长,即所述第二重传占用时长为3ms。从而,所述发送终端根据所述第二重传占用时长确定第三信息,并通过第一SCI(2)将所述第三信息发送给所述接收终端。
若所述发送终端进行第二次重传后,所述接收终端还是没有成功接收到所述第一业务 的数据包,则因为所述发送终端重传次数已达到最大重传次数,所以所述发送终端停止 HARQ重传。
其中,本申请实施例中,所述处理方式3的具体内容可参图13所述步骤。
S1300,所述发送终端在确定所述第一信息发送失败后,确定所述第三信息,其中,所 述第三信息用于指示所述第一业务的数据包的实际重传占用时长。
本申请实施例中,所述第三信息为所述发送终端自行确定的;或者,所述第三信息是 所述网络设备确定后,通过第一DCI通知给所述发送终端的。
S1301,所述发送终端向所述接收终端发送第一业务的数据包的HARQ重传,以及将所 述第三信息与所述第一信息发送给所述接收终端。
本申请实施例中可选的一种方式,所述发送终端通过所述第一SCI将所述第三信息与 所述第一信息通知给所述接收终端。
S1302,所述接收终端接收所述第三信息与所述第一信息以及接收重传的HARQ信息。
S1303,所述接收终端根据所述第一信息以及所述第三信息确定自身停止监测时长。
具体的,所述接收终端将所述第一信息指示的停止监测时长中去除所述第三信息指示 的实际重传占用时长后,剩余的时长确定为自身停止监测时长。
假设所述发送终端在进行第二次重传后,所述数据包发送成功,其中,所述接收终端 接收到的所述第一信息指示的停止监测时长为20ms,所述第三信息指示的实际重传占用时 长位2ms。因此,所述接收终端根据所述第一信息与所述第三信息确定自身停止监测时长为 18ms。
S1304,所述接收终端在确定没有需要监测的业务后,根据确定的所述自身停止监测时 长进行休眠。
其中,本申请实施例中一种可选的方式,本申请实施例所述接收终端成功接收到重传 的所述第一业务的所述数据包后,定义一个SleepTimer。其中,所述SleepTimer定时器的 时长等于所述第一信息指示的停止监测时长中去除所述第三信息指示的第二重传实际重传 占用时长后剩余的时长,即所述SleepTimer定时器的时长为所述接收终端确定的自身停止 监测时长。具体执行内容与上述S707中介绍的内容相似,为简洁描述,在此不进行赘述。
S1305,所述接收终端休眠所述自身停止监测时长后,醒来继续监测并接收信号。
处理方式4:所述发送终端向所述接收终端进行HARQ重传时,确定去除重传占用时长后的休眠时长,即第二剩余时长,并将表示休眠时长为所述第二剩余时长的第一信息发送给接收终端。
本申请实施例一种可选的方式,所述发送终端向所述接收终端进行HARQ重传时,所 发送终端确定第三信息,所述第三信息用于指示所述第一业务的数据包实际重传占用时间。
然后,所述发送终端根据所述第三信息对所述第一信息进行修改,并通过所述第一SCI 将所述修改后的第一信息发送给接收终端。其中,所述修改后的第一信息用于指示的停止 监测时长为所述第二剩余时长。可以理解为,所述发送终端向所述接收终端进行HARQ重 传时,确定实际重传所占用的时长,根据所述重传占用的时长对所述第一SCI中的第一信 息进行修改。
本申请实施例一种可选的方式,所述发送终端向所述接收终端进行HARQ重传时,所 述网络设备确定第三信息,所述第三信息用于指示所述第一业务的数据包实际重传占用时 间。
然后,所述网络设备通过所述第一DCI将所述第三信息通知给所述发送终端。所述发 送终端在接收到来自所述网络设备的所述第三信息后,根据所述第三信息对所述第一信息 进行修改,得到所述第二剩余时长,并通过所述第一SCI将所述第二剩余时长作为第一信 息发送给接收终端。
本申请实施例一种可选的方式,所述发送终端向所述接收终端进行HARQ重传时,所 述网络设备确定第三信息,所述第三信息用于指示所述第一业务的数据包实际重传占用时 长。
然后,所述网络设备根据所述第三信息以及所述第一业务对应的休眠时长,确定所述 第二剩余时长,并通过所述第一DCI将所述第二剩余时长通知给所述发送终端。从而使所 述发送终端在接收到所述第二剩余时长后,将所述第二剩余时长确定为所述第一信息对应 的休眠时长,通过第一SCI发送给所述接收终端。
示例性的,例如,下一个周期是在4ms后,但是所述发送终端由于重传所述第一业务 对应的数据包花了1ms,则所述第一信息所指示的停止监测时长=4ms-1ms=3ms。
需要说明的是,本申请实施例中若所述发送终端根据所述第三信息计算得到的所述第 二剩余时长小于0时,则默认所述第二剩余时长为0ms,即所述第一信息所指示的停止监测 时长为0ms。同理,本申请实施例中若所述接收终端根据所述第一信息以及所述第三信息计 算得到的所述第二剩余时长小于0时,则默认所述第二剩余时长为0ms,即所述第一信息所 指示的停止监测时长为0ms。
场景四、资源调度为mode-1,发送终端的业务包括非周期性业务,以及单独通过第
一MAC子头/第一MAC
CE向所述接收终端发送所述第一信息的场景。
需要说的是,本申请实施例中,所述发送终端每次向接收终端发送所述第一业务的数 据包时,都单独通过第一MAC子头/第一MAC CE向所述接收终端发送对应的第一信息。也就是说,本申请实施例中数据包与第一MAC子头/第一MAC CE一一对应。
在所述场景四中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具 体并不限于下述几种。
确定休眠时长方式1:所述发送终端根据所述网络设备发送的第二信息确定所述第一业 务对应的休眠时长。其中,所述第二信息用于指示所述第一业务以及所述第一业务对应的 休眠时长。
其中,本申请实施例中,所述确定休眠时长方式1的具体内容,参见上述场景一中对 于所述确定休眠时长方式1的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,在该场景中,所述发送终端根据自身对应的buffer中待发送数据的不同情况,确 定所述第一业务的休眠时长的内容与上述场景一中所述确定休眠时长方式3中介绍的 Buffer情况1至Buffer情况3的内容相同,具体参见所述场景一中所述确定休眠时长方式3 中有关Buffer情况1至Buffer情况3的介绍,在此不进行赘述。
需要注意的是,当所述发送终端对应的业务后期有数据包需要发送时,即此时所述 buffer不再为空。但是,所述发送终端对应的业务数据无可用资源时,所述发送终端会向所 述网络设备上报SR,该SR用于所述发送终端向所述网络设备请求sidelink通信资源。
其中,在所述网络设备为所述发送终端调度sidelink通信资源时,为了确保所述接收终 端在所述sidelink通信资源对应的时域资源,内处于监测状态,则所述发送终端上报SR的 时间需靠近所述接收终端进入激活期的时间。从而,确保在所述网络设备分配了用于sidelink 通信的调度资源时,所述接收终端处于激活期,有效避免所述接收终端无法接收到所述发 送终端发送的数据包的情况。
示例性的,所述发送终端在所述接收终端进入监测状态的前1ms上报SR,或者所述发 送终端在所述接收终端进入监测状态时上报SR,再如所述发送终端在所述接收终端进入监 测状态以后上报SR。
该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式3下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式3下,对于生成所述第一信息的介绍,在此不进行赘述。
进一步的,本申请实施例中,所述发送终端在生成所述第一信息之后,单独通过第一 MAC子头/第一MAC CE将所述第一信息发送给所述接收终端。其中,通过所述第一MAC 子头/所述第一MAC CE表示所述第一信息的方式有多种,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中对于通过所述第一MAC子头/所述第一MAC CE表示 所述第一信息的介绍,在此不进行赘述。
此外,所述接收终端在接收到所述第一信息后,根据所述第一信息确定自身需要停止 监测时长的方式,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中 对于所述接收终端根据所述第一信息确定自身需要停止监测时长的介绍,在此不进行赘述。
另外,基于所述场景四,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息时,可能存在所述接收终端未收到所述发送终端发送的所述第一信息的情况。对此, 本申请实施例有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
其中,本申请实施例中,所述处理方式1的具体内容,参见上述场景一中对于所述处 理方式1的介绍,为简洁描述,在此不进行赘述。
处理方式2:所述发送终端继续使用为所述第一业务预留的调度资源,进行HARQ重传。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传占用时长。
其中,本申请实施例中,所述处理方式3的具体内容,参见上述场景一中对于所述处 理方式3的介绍,为简洁描述,在此不进行赘述。
场景五、资源调度为mode-1,发送终端的业务包括非周期性业务,以及将包含所述 第一信息的第一MAC子头/第一MAC CE与数据包一起向所述接收终端发送的场景。
在所述场景五中,当所述第一业务有数据包需要向所述接收终端发送时,将包含所述 第一信息的第一MAC子头/第一MAC CE与所述数据包一起向所述接收终端发送,以使所 述接收终端在接收到所述数据包后,在没有监测的业务时,根据所述第一MAC子头/所述第一MAC CE包含的所述第一信息,休眠所述第一信息指示的停止监测时长。
其中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具体并不限于 下述几种。
确定休眠时长方式1:所述发送终端根据所述网络设备发送的第二信息确定所述第一业 务对应的休眠时长。其中,所述第二信息用于指示所述第一业务以及所述第一业务对应的 休眠时长。
其中,本申请实施例中,所述确定休眠时长方式1的具体内容,参见上述场景一中对 于所述确定休眠时长方式1的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式2的具体内容,具体参见上述场景四 中对于所述确定休眠时长方式2的介绍,为简洁描述,在此不进行赘述。
其该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式 也有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式3下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式3下,对于生成所述第一信息的介绍,在此不进行赘述。
进一步的,本申请实施例中,所述发送终端在生成所述第一信息之后,将包含所述第 一信息的第一MAC子头/第一MAC CE与数据包一起向所述接收终端发送。其中,通过所述第一MAC子头/所述第一MAC CE表示所述第一信息的方式有多种,具体与上述场景一 中的内容相似,为简洁描述,此处参见上述场景一中对于通过所述第一MAC子头/所述第 一MAC CE表示所述第一信息的介绍,在此不进行赘述。
此外,所述接收终端在接收到所述第一信息后,根据所述第一信息确定自身需要停止 监测时长的方式,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中 对于所述接收终端根据所述第一信息确定自身需要停止监测时长的介绍,在此不进行赘述。
另外,基于所述场景五,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息对应的数据包时,可能存在所述接收终端未收到所述发送终端发送的所述数据包的情 况。对此,本申请实施例所述发送终端有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
其中,本申请实施例中,所述处理方式1的具体内容,参见上述场景一中对于所述处 理方式1的介绍,为简洁描述,在此不进行赘述。
处理方式2:所述发送终端继续使用为所述第一业务预留的调度资源,进行HARQ重传。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传占用时长。
其中,本申请实施例中,所述处理方式3的具体内容,参见上述场景一中对于所述处 理方式3的介绍,为简洁描述,在此不进行赘述。
场景六、资源调度为mode-1,发送终端的业务包括非周期性业务,以及通过第一 SCI向所述接收终端发送所述第一信息的场景。
需要说的是,该场景中,所述发送终端每次向接收终端发送所述第一业务的数据包时, 都通过第一SCI向所述接收终端发送对应的第一信息。也就是说,本申请实施例中数据包 与第一SCI一一对应。
在所述场景六中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具 体并不限于下述几种。
确定休眠时长方式1:所述发送终端根据所述网络设备发送的第二信息确定所述第一业 务对应的休眠时长。其中,所述第二信息用于指示所述第一业务以及所述第一业务对应的 休眠时长。
其中,本申请实施例中,所述确定休眠时长方式1的具体内容,参见上述场景一中对 于所述确定休眠时长方式1的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景三中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景三中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式2的具体内容,具体参见上述场景四 中对于所述确定休眠时长方式2的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景三中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景三中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
进一步的,本申请实施例中,所述发送终端在生成所述第一信息之后,通过所述第一 SCI将所述第一信息发送给所述接收终端。其中,通过所述第一SCI表示所述第一信息的方 式有多种,具体与上述场景三中的内容相似,为简洁描述,此处参见上述场景三中对于通 过所述第一SCI表示所述第一信息的介绍,在此不进行赘述。
此外,所述接收终端在接收到所述第一信息后,根据所述第一信息确定自身需要停止 监测时长的方式,具体与上述场景三中的内容相似,为简洁描述,此处参见上述场景三中 对于所述接收终端根据所述第一信息确定自身需要停止监测时长的介绍,在此不进行赘述。
另外,基于所述场景六,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息对应的数据包时,可能存在所述接收终端未收到所述发送终端发送的所述数据包的情 况。对此,本申请实施例有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
其中,本申请实施例中,所述处理方式1的具体内容,参见上述场景一中对于所述处 理方式1的介绍,为简洁描述,在此不进行赘述。
处理方式2:所述发送终端继续使用为所述第一业务预留的调度资源,进行HARQ重传。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传占用时长。
其中,本申请实施例中,所述处理方式3的具体内容,参见上述场景三中对于所述处 理方式3的介绍,为简洁描述,在此不进行赘述。
处理方式4:所述发送终端向所述接收终端进行HARQ重传时,确定去除重传占用时长后的休眠时长,即第二剩余时长,并将表示休眠时长为所述第二剩余时长的第一信息发送给接收终端。
其中,本申请实施例中,所述处理方式4的具体内容,参见上述场景三中对于所述处 理方式4的介绍,为简洁描述,在此不进行赘述。
场景七、资源调度为mode-2,发送终端的业务包括周期性业务,以及单独通过第一 MAC子头/第一MAC CE向所述接收终端发送所述第一信息的场景。
需要说的是,本申请实施例中,所述发送终端每次向接收终端发送所述第一业务的数 据包时,都单独通过第一MAC子头/第一MAC CE向所述接收终端发送对应的第一信息。也就是说,本申请实施例中数据包与第一MAC子头/第一MAC CE一一对应。
在所述场景七中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具 体并不限于下述几种。
确定休眠时长方式1:所述发送终端根据自己为所述第一业务预留的周期性资源,确定 所述第一业务对应的休眠时长。
具体的,若所述发送终端自己在资源池中为周期性到达的业务预留了周期性资源,即 所述发送终端的周期性业务有固定的可用资源,则所述发送终端将所述周期性业务确定为 所述第一业务,并根据所述周期性业务对应的周期性资源确定所述周期性业务对应的休眠 时长。
示例性的,假设业务A为周期性业务,所述业务A的周期为每隔30秒执行一次,则所述发送终端可以根据所述业务A的周期情况,确定所述业务A对应的第一信息。即,所述 发送终端将所述业务A确定为所述第一业务,将所述业务A对应的周期30秒确定为所述休 眠时长。
其中,该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的 方式也有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,在该场景中,所述发送终端根据自身对应的buffer中待发送数据的不同情况,确 定所述第一业务的休眠时长的内容与上述场景一中所述确定休眠时长方式3中介绍的 Buffer情况1至Buffer情况3的内容相同,具体参见所述场景一中所述确定休眠时长方式3 中有关Buffer情况1至Buffer情况3的介绍,在此不进行赘述。
需要注意的是,当所述发送终端对应的业务有数据包需要发送时,即此时所述buffer 不再为空。所述发送终端会在自身对应的资源池中选择用于调度所述数据包的sidelink通信 资源。
其中,在所述网络设备为所述发送终端调度sidelink通信资源时,为了确保所述接收终 端在所述sidelink通信资源对应的时域资源内,处于监测状态,则所述发送终端在自身对应 的资源池中选择的sidelink通信资源对应的时域资源中指示的时间需靠近所述接收终端处于 监测状态的时间。从而,确保所述发送终端向所述接收终端发送所述数据包时,所述接收 终端处于监测状态,有效避免所述接收终端无法接收到所述发送终端发送的数据包的情况。
该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式3:所述发送终端根据所述第一业务的业务标识,以及业务标识与休 眠时长的对应关系,确定所述第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式3的具体内容,参见上述场景一中对 于所述确定休眠时长方式4的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式3下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式4下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式4下,对于生成所述第一信息的介绍,在此不进行赘述。
进一步的,本申请实施例中,所述发送终端在生成所述第一信息之后,单独通过第一 MAC子头/第一MAC CE将所述第一信息发送给所述接收终端。其中,通过所述第一MAC 子头/所述第一MAC CE表示所述第一信息的方式有多种,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中对于通过所述第一MAC子头/所述第一MAC CE表示 所述第一信息的介绍,在此不进行赘述。
此外,所述接收终端在接收到所述第一信息后,根据所述第一信息确定自身需要停止 监测时长的方式,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中 对于所述接收终端根据所述第一信息确定自身需要停止监测时长的介绍,在此不进行赘述。
另外,基于所述场景七,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息对应的数据包时,可能存在所述接收终端未收到所述发送终端发送的所述数据包的情 况。对此,本申请实施例所述发送终端有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
也就是说,如果所述接收终端未收到来自所述发送终端的第一信息时,则将本次传输 内容视为丢失,则所述接收终端持续保持监测状态。
处理方式2:所述发送终端继续使用所述第一业务对应的周期性资源,进行HARQ重传。
其中,本申请实施例中,所述处理方式2的具体内容参见上述场景一中对于所述处理 方式2的介绍,为简洁描述,在此不进行赘述。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传占用时长。
其中,本申请实施例中,所述处理方式3的具体内容参见上述场景一中对于所述处理 方式3的介绍,为简洁描述,在此不进行赘述。需要说明的是,该场景下,所述第三信息为所述发送终端自行确定的。
场景八、资源调度为mode-2,发送终端的业务包括周期性业务,以及将包含所述第 一信息的第一MAC子头/第一MAC CE与数据包一起向所述接收终端发送的场景。
在所述场景八中,当所述第一业务有数据包需要向所述接收终端发送时,将包含所述 第一信息的第一MAC子头/第一MAC CE与所述数据包一起向所述接收终端发送,以使所 述接收终端在接收到所述数据包后,在没有监测的业务时,根据所述第一MAC子头/所述第一MAC CE包含的所述第一信息,进行休眠。
其中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具体并不限于 下述几种。
确定休眠时长方式1:所述发送终端根据自己为所述第一业务预留的周期性资源,确定 所述第一业务对应的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式1的具体内容,参见上述场景七中对 于所述确定休眠时长方式1的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式2的具体内容,参见上述场景七中对 于所述确定休眠时长方式2的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式3:所述发送终端根据所述第一业务的业务标识,以及业务标识与休 眠时长的对应关系,确定所述第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式3的具体内容,参见上述场景七中对 于所述确定休眠时长方式3的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式3下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式4下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式4下,对于生成所述第一信息的介绍,在此不进行赘述。进一步的,本申请 实施例中,所述发送终端在生成所述第一信息之后,将包含所述第一信息的第一MAC子头 /第一MAC CE与数据包一起向所述接收终端发送。其中,通过所述第一MAC子头/所述第 一MACCE表示所述第一信息的方式有多种,具体与上述场景一中的内容相似,为简洁描 述,此处参见上述场景一中对于通过所述第一MAC子头/所述第一MAC CE表示所述第一 信息的介绍,在此不进行赘述。此外,述接收终端在接收到所述第一信息后,根据所述第 一信息确定自身需要停止监测时长的方式,具体与上述场景一中的内容相似,为简洁描述, 此处参见上述场景一中对于所述接收终端根据所述第一信息确定自身需要停止监测时长的 介绍,在此不进行赘述。
另外,基于所述场景八,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息对应的数据包时,可能存在所述接收终端未收到所述发送终端发送的所述数据包的情 况。对此,本申请实施例有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
其中,本申请实施例中,所述处理方式1的具体内容,参见上述场景一中对于所述处 理方式1的介绍,为简洁描述,在此不进行赘述。
处理方式2:所述发送终端继续使用所述第一业务对应的周期性资源,进行HARQ重传。
其中,本申请实施例中,所述处理方式2的具体内容参见上述场景一中对于所述处理 方式2的介绍,为简洁描述,在此不进行赘述。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传占用时长。
其中,本申请实施例中,所述处理方式3的具体内容参见上述场景一中对于所述处理 方式3的介绍,为简洁描述,在此不进行赘述。需要说明的是,该场景下,所述第三信息为所述发送终端自行确定的。
场景九、资源调度为mode-2,发送终端的业务包括周期性业务,以及通过第一SCI 向所述接收终端发送所述第一信息的场景。
需要说的是,本申请实施例中,所述发送终端每次向接收终端发送所述第一业务的数 据包时,都通过第一SCI向所述接收终端发送对应的第一信息。也就是说,本申请实施例 中数据包与第一SCI一一对应。
在所述场景九中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具 体并不限于下述几种。
确定休眠时长方式1:所述发送终端根据自己为所述第一业务预留的周期性资源,确定 所述第一业务对应的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式1的具体内容,参见上述场景七中对 于所述确定休眠时长方式1的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式2的具体内容,参见上述场景七中对 于所述确定休眠时长方式2的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式3:所述发送终端根据所述第一业务的业务标识,以及业务标识与休 眠时长的对应关系,确定所述第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式3的具体内容,参见上述场景七中对 于所述确定休眠时长方式3的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式3下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式4下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式4下,对于生成所述第一信息的介绍,在此不进行赘述。
进一步的,本申请实施例中,所述发送终端在生成所述第一信息之后,通过所述第一 SCI将所述第一信息发送给所述接收终端。其中,通过所述第一SCI表示所述第一信息的方 式有多种,具体与上述场景三中的内容相似,为简洁描述,此处参见上述场景三中对于通 过所述第一SCI表示所述第一信息的介绍,在此不进行赘述。此外,述接收终端在接收到所述第一信息后,根据所述第一信息确定自身需要停止监测时长的方式,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中对于所述接收终端根据所述第一信息确定自身需要停止监测时长的介绍,在此不进行赘述。
另外,基于所述场景九,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息时,可能存在所述接收终端未收到所述发送终端发送的所述第一信息的情况。对此, 本申请实施例有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端继续使用所述第一业务对应的周期性资源,进行HARQ重传。
其中,本申请实施例中,所述处理方式1的具体内容参见上述场景一中对于所述处理 方式2的介绍,为简洁描述,在此不进行赘述。
处理方式2:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传时间。
其中,本申请实施例中,所述处理方式2的具体内容参见上述场景三中对于所述处理 方式2的介绍,为简洁描述,在此不进行赘述。需要说明的是,该场景下,所述第三信息为所述发送终端自行确定的。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定去除重传占用时长后的休眠时长,即第二剩余时长,并将表示休眠时长为所述第二剩余时长的第一信息发送给接收终端。
其中,本申请实施例中,所述处理方式3的具体内容参见上述场景三中对于所述处理 方式3的介绍,为简洁描述,在此不进行赘述。需要说明的是,该场景下,所述处理方式3不同于上述场景三中所述处理方式3的内容在于,所述第三信息为所述发送终端自行确定的,以及所述发送终端自行根据所述第三信息对所述第一信息进行修改,并通过所述第一SCI将所述修改后的第一信息发送给接收终端。
场景十、资源调度为mode-2,发送终端的业务包括非周期性业务,以及单独通过第 一MAC子头/第一MAC CE向所述接收终端发送所述第一信息的场景。
需要说的是,本申请实施例中,所述发送终端每次向接收终端发送所述第一业务的数 据包时,都单独通过第一MAC子头/第一MAC CE向所述接收终端发送对应的第一信息。也就是说,本申请实施例中数据包与第一MAC子头/第一MAC CE一一对应。
在所述场景十中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具 体并不限于下述几种。
确定休眠时长方式1:所述发送终端根据自己为所述第一业务预留的当前调度资源以及 为所述第一业务预留的下一调度资源的时间间隔,确定所述第一业务对应的休眠时长。
示例性的,假设业务A为所述第一业务,所述发送终端确定为所述业务A预留的当前 调度资源与为所述业务A预留的下一调度资源的间隔为30秒,则所述发送终端确定所述业 务A对应的休眠时长为30秒。
其中,该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的 方式也有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式2的具体内容,参见上述场景七中对 于所述确定休眠时长方式2的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
进一步的,本申请实施例中,所述发送终端在生成所述第一信息之后,单独通过第一 MAC子头/第一MAC CE将所述第一信息发送给所述接收终端。其中,通过所述第一MAC 子头/所述第一MAC CE表示所述第一信息的方式有多种,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中对于通过所述第一MAC子头/所述第一MAC CE表示 所述第一信息的介绍,在此不进行赘述。
此外,所述接收终端在接收到所述第一信息后,根据所述第一信息确定自身需要停止 监测时长的方式,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中 对于所述接收终端根据所述第一信息确定自身需要停止监测时长的介绍,在此不进行赘述。
另外,基于所述场景十,在通信过程中,所述发送终端向所述接收终端发送所述第一 信息时,可能存在所述接收终端未收到所述发送终端发送的所述第一信息的情况。对此, 本申请实施例有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
也就是说,如果所述接收终端未收到来自所述发送终端的第一信息时,则将本次传输 内容视为丢失,则所述接收终端持续保持监测状态。
处理方式2:所述发送终端继续使用为所述第一业务预留的调度资源,进行HARQ重传。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传占用时长。
其中,本申请实施例中,所述处理方式3的具体内容参见上述场景一中对于所述处理 方式3的介绍,为简洁描述,在此不进行赘述。需要说明的是,该场景下,所述第三信息为所述发送终端自行确定的。
场景十一、资源调度为mode-2,发送终端的业务包括非周期性业务,以及将包含所 述第一信息的第一MAC子头/第一MAC CE与数据包一起向所述接收终端发送的场景。
在所述场景十一中,当所述第一业务有数据包需要向所述接收终端发送时,将包含所 述第一信息的第一MAC子头/第一MAC CE与数据包一起向所述接收终端发送,以使所述 接收终端在接收到所述数据包后,在没有监测的业务时,根据所述第一MAC子头/所述第一MAC CE包含的所述第一信息,休眠所述第一信息指示的停止监测时长。
其中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种,具体并不限于 下述几种。
确定休眠时长方式1:所述发送终端根据自己为所述第一业务预留的当前调度资源以及 为所述第一业务预留的下一调度资源的时间间隔,确定所述第一业务对应的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式1的具体内容,参见上述场景十中对 于所述确定休眠时长方式1的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式2的具体内容,参见上述场景十中对 于所述确定休眠时长方式2的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
进一步的,本申请实施例中,所述发送终端在生成所述第一信息之后,将包含所述第 一信息的第一MAC子头/第一MAC CE与数据包一起向所述接收终端发送。其中,通过所述第一MAC子头/所述第一MAC CE表示所述第一信息的方式有多种,具体与上述场景一 中的内容相似,为简洁描述,此处参见上述场景一中对于通过所述第一MAC子头/所述第 一MAC CE表示所述第一信息的介绍,在此不进行赘述。
此外,所述接收终端在接收到所述第一信息后,根据所述第一信息确定自身需要停止 监测时长的方式,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中 对于所述接收终端根据所述第一信息确定自身需要停止监测时长的介绍,在此不进行赘述。
另外,基于所述场景十一,在通信过程中,所述发送终端向所述接收终端发送所述第 一信息对应的数据包时,可能存在所述接收终端未收到所述发送终端发送的所述数据包的 情况。对此,本申请实施例所述发送终端有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
其中,本申请实施例中,所述处理方式1的具体内容,参见上述场景一中对于所述处 理方式1的介绍,为简洁描述,在此不进行赘述。
处理方式2:所述发送终端继续使用为所述第一业务预留的调度资源,进行HARQ重传。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传时间。
其中,本申请实施例中,所述处理方式3的具体内容参见上述场景一中对于所述处理 方式3的介绍,为简洁描述,在此不进行赘述。需要说明的是,该场景下,所述第三信息为所述发送终端自行确定的。
场景十二、资源调度为mode-2,发送终端的业务包括非周期性业务,以及通过第一 SCI向所述接收终端发送所述第一信息的场景。
需要说的是,该场景中,所述发送终端每次向接收终端发送所述第一业务的数据包时, 都通过第一SCI向所述接收终端发送对应的第一信息。也就是说,本申请实施例中数据包 与第一SCI一一对应。
在所述场景十二中,所述发送终端确定所述第一业务对应的休眠时长的方式有多种, 具体并不限于下述几种。
确定休眠时长方式1:所述发送终端根据自己为所述第一业务预留的当前调度资源以及 为所述第一业务预留的下一调度资源的间隔,确定所述第一业务对应的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式1的具体内容,参见上述场景十中对 于所述确定休眠时长方式1的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式1下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
确定休眠时长方式2:所述发送终端根据自身数据缓冲区待发送数据的情况,确定所述 第一业务的休眠时长。
其中,本申请实施例中,所述确定休眠时长方式2的具体内容,参见上述场景十中对 于所述确定休眠时长方式2的介绍,为简洁描述,在此不进行赘述。
该场景中,所述发送终端在所述确定休眠时长方式2下,生成所述第一信息的方式也 有多种。具体的,该部分内容与上述场景一中在所述确定休眠时长方式1下,对于生成所述第一信息的介绍相似,为简洁描述,此处参见上述场景一中所述发送终端基于所述确定休眠时长方式1下,对于生成所述第一信息的介绍,在此不进行赘述。
进一步的,本申请实施例中,所述发送终端在生成所述第一信息之后,通过所述第一 SCI将所述第一信息发送给所述接收终端。其中,通过所述第一SCI表示所述第一信息的方 式有多种,具体与上述场景三中的内容相似,为简洁描述,此处参见上述场景三中对于通 过所述第一SCI表示所述第一信息的介绍,在此不进行赘述。
此外,所述接收终端在接收到所述第一信息后,根据所述第一信息确定自身需要停止 监测时长的方式,具体与上述场景一中的内容相似,为简洁描述,此处参见上述场景一中 对于所述接收终端根据所述第一信息确定自身需要停止监测时长的介绍,在此不进行赘述。
另外,基于所述场景十二,在通信过程中,所述发送终端向所述接收终端发送所述第 一信息对应的数据包时,可能存在所述接收终端未收到所述发送终端发送的所述数据包的 情况。对此,本申请实施例所述发送终端有多种处理方式,具体并不限于下述几种:
处理方式1:所述发送终端不进行HARQ重传。
其中,本申请实施例中,所述处理方式1的具体内容,参见上述场景一中对于所述处 理方式1的介绍,为简洁描述,在此不进行赘述。
处理方式2:所述发送终端继续使用为所述第一业务预留的调度资源,进行HARQ重传。
处理方式3:所述发送终端向所述接收终端进行HARQ重传时,确定第三信息,并将所述第三信息发送给所述接收终端,其中,所述第三信息用于指示所述第一业务的数据包实际重传时间。
其中,本申请实施例中,所述处理方式3的具体内容参见上述场景三中对于所述处理 方式3的介绍,为简洁描述,在此不进行赘述。需要说明的是,该场景下,所述第三信息为所述发送终端自行确定的。
处理方式4:所述发送终端向所述接收终端进行HARQ重传时,确定去除重传占用时长后的休眠时长,即第二剩余时长,并将表示休眠时长为所述第二剩余时长的第一信息发送给接收终端。
其中,本申请实施例中,所述处理方式4的具体内容参见上述场景三中对于所述处理 方式4的介绍,为简洁描述,在此不进行赘述。需要说明的是,该场景下,所述第三信息为所述发送终端自行确定的,以及所述发送终端自行根据所述第三信息对所述第一信息进行修改,并通过所述第一SCI将所述修改后的第一信息发送给接收终端。
进一步的,本申请实施例中虑到进行HARQ重传时,所述接收终端收到所述第一业务 的数据包的时间延后了,若所述第一信息中指示的停止检测时长未改变,可能会导致所述 接收终端由于接收重传的所述第一业务的数据包而错过后面的数据包的情况。
为此,所述发送终端在向所述接收终端进行初传时,直接发送考虑最大重传占用时长 后的第一信息。本申请实施例中,在不同场景下,确定考虑最大重传占用时长后的第一信 息的方式也不尽相同,下面选取不同场景分别进行介绍。
基于上述场景一至场景六:即资源调度为mode-1。
本申请实施例中基于该场景下,所述网络设备预估所述发送终端向所述接收终端重传 所述第一业务的数据包需要花费的最大重传占用时长,得到第一重传占用时长。所述第一 重传占用时长是所述网络设备根据所述数据包的最大重传次数以及所述每次重传所述数据 包占用的时间确定的。
其中,本申请实施例一种可选的方式,所述网络设备根据所述第一重传占用时长对所 述休眠时长进行修改后得到所述第一剩余时长。所述网络设备将所述第一剩余时长发送给 所述发送终端。从而使所述发送终端接收到来自所述网络设备的第一剩余时长后,根据所 述第一剩余时长确定所述第一信息中指示的停止监测时长。
具体的,所述网络设备通过下列方式,将所述第一剩余时长发送给所述发送终端:
所述网络设备通过所述第一DCI。
其中,本申请实施例另外一种可选的方式,所述网络设备将所述第一重传占用时长通 知给所述发送终端。
从而使所述发送终端接收到来自所述网络设备发送的所述第一重传占用时长后,根据 所述第一重传占用时长,对所述第一业务对应的休眠时长进行修改,并根据修改后的休眠 时长确定所述第一信息。
具体的,所述发送终端通过下列方式,根据所述第一重传占用时长对所述第一业务对 应的休眠时长进行修改:
所述发送终端从所述第一业务对应的休眠时长中减去所述第一重传占用时长。
具体的,所述网络设备通过下列方式,将所述第一重传占用时长发送给所述发送终端:
所述网络设备通过所述第一DCI。
示例性的,假设所述第一业务的数据包的最大重传次数为3次,每次重传花费的时长 为1ms,则所述第一重传占用时长为3ms。若所述发送终端基于所述场景一至场景六中任一 场景的内容确定所述第一业务对应的休眠时长为6ms,则所述发送终端根据所述第一业务对 应的休眠时长6ms中去掉所述第一重传占用时长3ms后的剩余时长确定所述第一信息,即 所述第一信息指示停止监测的时长为3ms。
本申请实施例中,所述发送终端根据所述第一剩余时长(即将所述第一业务对应的休 眠时长中去掉所述第一重传占用时长后得到的时长)生成所述第一信息的方式有多种,具 体并不限于下述几种:
生成第一信息方式(1):所述发送终端直接将所述第一剩余时长作为所述第一信息。
当所述发送终端通过所述生成第一信息方式(1)生成所述第一信息时,所述接收终端 在接收到所述发送终端发送的第一信息后,将所述第一信息中包含的第一剩余时长直接确 定为自身停止监测的时长。
生成第一信息方式(2):所述发送终端根据预配置休眠时长列表,生成所述第一信息。
具体的,所述发送终端将所述第一剩余时长在所述预配置休眠时长列表中的位置,作 为所述第一信息。
当所述发送终端通过所述生成第一信息方式(2)生成所述第一信息时,所述接收终端 在接收到所述发送终端发送的第一信息后,根据所述预配置休眠时长列表,以及所述第一 信息包含的位置,从所述预配置休眠时长列表中确定所述位置对应的时长,然后所述位置 对应的时长作为自身需要停止监测时长。
所述发送终端根据所述第一重传占用时长,对所述第一业务对应的时长进行修改后, 直接将修改后的所述第一信息发送给所述接收终端。
其中,本申请实施例中所述发送终端向所述接收终端发送修改后的所述第一信息的方 式有多种,具体并不限于下述几种:
发送方式1:所述发送终端单独通过第一MAC子头/第一MAC CE向所述接收终端发送所述第一信息。
当所述第一业务为周期性业务时,所述发送方式1的具体内容,参见上述场景一中对 于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘述。
当所述第一业务为非周期性业务时,所述发送方式1的具体内容,参见上述场景四中 对于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘 述。
发送方式2:所述发送终端将包含所述第一信息的第一MAC子头/第一MAC CE,以及数据包一起发送给所述接收终端,其中,所述数据包为所述第一业务需要向所述接收终端进行发送的数据包。
当所述第一业务为周期性业务时,所述发送方式2的具体内容,参见上述场景二中对 于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘述。
当所述第一业务为非周期性业务时,所述发送方式2的具体内容,参见上述场景五中 对于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘 述。
发送方式3:所述发送终端通过第一SCI向所述接收终端发送所述第一信息。
当所述第一业务为周期性业务时,所述发送方式3的具体内容,参见上述场景三中对 于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘述。
当所述第一业务为非周期性业务时,所述发送方式3的具体内容,参见上述场景六中 对于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘 述。
与此同时,本申请实施例中当所述发送终端有数据包需要发送时,为了确保所述接收 终端在调度的sidelink通信资源对应的时域资源内,处于监测状态,可以使所述发送终端晚 一点上报SR。也就是说,使所述发送终端尽量靠近所述接收终端处于监测状态的时间,例 如所述发送终端在所述接收终端恢复监测状态的同时或延后,向所述网络设备上报SR。
基于上述场景七至场景十二:即资源调度为mode-2。
本申请实施例中基于该场景下,所述发送终端预估自身向所述接收终端重传所述第一 业务的数据包需要花费的最大重传占用时长,得到第一重传占用时长。所述发送终端根据 所述第一重传占用时长,对所述第一业务对应的休眠时长进行修改,并根据修改后的休眠 时长确定所述第一信息。
本申请实施例中一种可选的方式,所述发送终端通过下列方式,根据所述第一重传占 用时长对所述第一业务对应的休眠时长进行修改:
所述发送终端从所述第一业务对应的休眠时长中减去所述第一重传占用时长。
示例性的,假设所述第一业务的数据包的最大重传次数为3次,每次重传花费的时长 为1ms,则所述最大重传占用时长为3ms。若所述发送终端基于所述场景七至场景十二的内 容确定所述第一业务对应的休眠时长为6ms,则所述发送终端将所述第一业务对应的休眠时 长6ms中去掉所述最大重传占用时长3ms后的第一剩余时长作为所述第一信息,即所述第 一信息指示停止监测的时长为3ms。
本申请实施例中,所述发送终端根据所述第一剩余时长(即将所述第一业务对应的休 眠时长中去掉所述第一重传占用时长后得到的时长)生成所述第一信息的方式有多种,具 体并不限于下述几种:
生成第一信息方式(1):所述发送终端直接将所述第一剩余时长作为所述第一信息。
当所述发送终端通过所述生成第一信息方式(1)生成所述第一信息时,所述接收终端 在接收到所述发送终端发送的第一信息后,将所述第一信息中包含的第一剩余时长直接确 定为自身停止监测的时长。
生成第一信息方式(2):所述发送终端根据预配置休眠时长列表,生成所述第一信息。
具体的,所述发送终端将所述第一剩余时长在所述预配置休眠时长列表中的位置,作 为所述第一信息。
当所述发送终端通过所述生成第一信息方式(2)生成所述第一信息时,所述接收终端 在接收到所述发送终端发送的第一信息后,根据所述预配置休眠时长列表,以及所述第一 信息包含的位置,从所述预配置休眠时长列表中确定所述位置对应的时长,然后所述位置 对应的时长作为自身需要停止监测时长。
所述发送终端根据所述第一重传占用时长,对所述第一业务对应的时长进行修改后, 直接将修改后的所述第一信息发送给所述接收终端。
其中,本申请实施例中所述发送终端向所述接收终端发送修改后的所述第一信息的方 式有多种,具体并不限于下述几种:
发送方式1:所述发送终端单独通过第一MAC子头/第一MAC CE向所述接收终端发送所述第一信息。
当所述第一业务为周期性业务时,所述发送方式1的具体内容,参见上述场景七中对 于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘述。
当所述第一业务为非周期性业务时,所述发送方式1的具体内容,参见上述场景十中 对于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘 述。
发送方式2:所述发送终端将包含所述第一信息的第一MAC子头/第一MAC CE,以及数据包一起发送给所述接收终端,其中,所述数据包为所述第一业务需要向所述接收终端进行发送的数据包。
当所述第一业务为周期性业务时,所述发送方式2的具体内容,参见上述场景八中对 于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘述。
当所述第一业务为非周期性业务时,所述发送方式2的具体内容,参见上述场景十一 中对于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行 赘述。
发送方式3:所述发送终端通过第一SCI向所述接收终端发送所述第一信息。
当所述第一业务为周期性业务时,所述发送方式3的具体内容,参见上述场景九中对 于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行赘述。
当所述第一业务为非周期性业务时,所述发送方式3的具体内容,参见上述场景十二 中对于所述发送终端向所述接收终端发送所述第一信息的介绍,为简洁描述,在此不进行 赘述。
与此同时,本申请实施例中,为了确保所述接收终端在调度的sidelink通信资源对应的 时域资源内,处于监测状态,则所述发送终端在自身对应的资源池中选择用于调度所述数 据包的调度资源的时域时间需靠近所述接收终端处于监测状态的时间。例如所述数据包的 调度资源的时域时间为所述接收终端已经处于监测状态的时间。从而,确保所述发送终端 向所述接收终端发送所述数据包时,所述接收终端处于监测状态,有效避免所述接收终端 无法接收到所述发送终端发送的数据包的情况。
需要说明的是,本申请实施例在上述任一场景中,若所述发送终端根据所述第三信息 计算得到的所述第一剩余时长小于0时,则默认所述第一剩余时长为0ms,即所述第一信息 所指示的停止监测时长为0ms。同理,本申请实施例中若所述接收终端根据所述第一信息以 及所述第三信息计算得到的所述第一剩余时长小于0时,则默认所述第一剩余时长为0ms, 即所述第一信息所指示的停止监测时长为0ms。
此外,本申请实施例中若所述发送终端根据所述第一重传占用时长,对所述第一业务 对应的所述第一信息进行修改,修改后的所述第一信息指示的停止监测时长小于0时,则 默认所述停止监测时长为0ms,即所述第一信息所指示的停止监测时长为0ms。
在不冲突的情况下,以上各实施例、场景的方案可以组合使用。
通过上述对本申请方案的介绍,可以理解的是,上述实现各设备为了实现上述功能, 其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到, 结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和 计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执 行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来 使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
如图14所示,本申请一种通信传输的装置,该装置包括处理器1400、存储器1410和收发机1420;
处理器1400负责管理总线架构和通常的处理,存储器1410可以存储处理器1400在执 行操作时所使用的数据。收发机1420用于在处理器1400的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥,具体由处理器1400代表的一个或多个 处理器和存储器1410代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设 备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的, 因此,本文不再对其进行进一步描述。总线接口提供接口。处理器1400负责管理总线架构 和通常的处理,存储器1410可以存储处理器1400在执行操作时所使用的数据。
本发明实施例揭示的流程,可以应用于处理器1400中,或者由处理器1400实现。在实现过程中,信号处理流程的各步骤可以通过处理器1400中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1400可以是通用处理器、数字信号处理器、专用集成电路、现 场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件, 可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是 微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄 存器等本领域成熟的存储介质中。该存储介质位于存储器1410,处理器1400读取存储器 1410中的信息,结合其硬件完成信号处理流程的步骤。
具体地,处理器1400,用于读取存储器1401中的程序并执行如图7所示的S700-S707 中的方法流程;或执行例如图12所示的S1200-S1205中的方法流程;或执行例如图13所示 的S1300-S1305中的方法流程。
如图15所示,本发明提供一种通信装置,该通信装置包括处理单元1500和通信单元 1501;
其中,当所述通信装置为发送终端时,所述处理单元1500与所述通信单元1501用于 执行以下内容:
处理单元1500:用于指示接收终端停止监测时长的第一信息;
通信单元1501:用于向所述接收终端发送所述第一信息。
本申请实施例中一种可选的方式,所述处理单元1500具体用于:
确定第一业务对应的休眠时长,所述第一业务为阈值时长内不向所述接收终端发送数 据包的业务;根据所述第一业务对应的休眠时长确定所述第一信息。
本申请实施例中一种可选的方式,所述处理单元1500具体用于:
根据网络设备为所述第一业务分配的周期性资源,确定所述第一业务对应的休眠时长; 或根据接收到的来自所述网络设备的用于指示所述第一业务对应的休眠时长的第二信息, 确定所述第一业务对应的休眠时长;或根据数据缓冲区待发送数据的情况,确定所述第一 业务对应的休眠时长;或根据所述第一业务对应的业务标识,以及业务标识与休眠时长的 对应关系,确定所述第一业务对应的休眠时长;或根据自身为所述第一业务预留的资源, 确定所述第一业务对应的休眠时长。
本申请实施例中一种可选的方式,所述第二信息是所述网络设备通过DCI指示的。
本申请实施例中一种可选的方式,所述处理单元1500具体用于:
将所述第一业务对应的休眠时长确定为所述第一信息;或根据所述第一业务对应的休 眠时长以及预配置休眠时长列表,将所述休眠时长在所述预配置休眠时长列表中的位置, 确定为所述第一信息;或将所述第一业务对应的业务标识确定为所述第一信息;或将所述 第一业务对应的第一剩余时长确定为所述第一信息,其中,所述第一剩余时长是所述第一 业务对应的休眠时长去除第一重传占用时长后的时长,所述第一重传占用时长用于表示所 述发送终端向所述接收终端重传所述第一业务的数据包的最大重传占用时长;或根据所述 第一剩余时长以及所述预配置休眠时长列表,将所述第一剩余时长在所述预配置休眠时长 列表中的位置,确定为所述第一信息。
本申请实施例中一种可选的方式,所述第一重传占用时长是所述发送终端根据所述第 一业务的数据包的最大重传次数以及每次重传占用时长确定的;或所述第一重传占用时长 是所述网络设备根据所述第一业务的数据包的最大重传次数以及每次重传占用时长确定并 通知给所述发送终端的。
本申请实施例中一种可选的方式,所述通信单元1501具体用于:
单独通过第一MAC子头向所述接收终端发送所述第一信息,其中,所述第一MAC子头具有指示所述第一信息的功能;或单独通过第一MAC CE向所述接收终端发送所述第一信息,其中,所述第一MAC CE具有指示所述第一信息的功能;或将包含所述第一信息的 第一MAC子头与数据包一起向所述接收终端发送;或将包含所述第一信息的第一MAC CE 与数据包一起向所述接收终端发送;或通过第一SCI向所述接收终端发送所述第一信息, 其中,所述第一SCI具有指示所述第一信息的功能。
本申请实施例中一种可选的方式,所述处理单元1500还用于:
当所述第一信息对应的数据包需要重传时,向所述接收终端发送所述第一信息以及第 三信息;或当所述第一信息对应的数据包需要重传时,向所述接收终端发送指示停止监测 时长为第二剩余时长的第一信息;
其中,所述第三信息用于指示第二重传占用时长;所述第二剩余时长是所述发送终端 将初传时所述第一信息对应的停止监测时长,去除所述第二重传占用时长后得到的;所述 第二重传占用时长用于表示所述发送终端向所述接收终端重传所述第一业务的数据包的实 际总重传占用时长。
本申请实施例中一种可选的方式,所述第二重传占用时长,是所述发送终端根据所述 第一业务的数据包的实际重传次数以及每次重传占用的时长确定的;或所述第二重传占用 时长,是所述网络设备根据所述第一业务的数据包的实际重传次数以及每次重传占用的时 长确定并通知给所述发送终端的。
本申请实施例中一种可选的方式,所述处理单元1500还用于:
启动定时器,所述定时器时长等于所述第一信息中指示的停止监测时长。
其中,当所述通信装置为接收终端时,所述处理单元1500与所述通信单元1501用于 执行以下内容:
通信单元1501:用于接收发送终端发送的第一信息,所述第一信息用于指示停止监测 时长;
处理单元1500:用于根据接收到的所述第一信息确定自身需要停止监测的时长;在不 需要监测数据时,根据自身需要停止监测的所述时长进行休眠。
本申请实施例中一种可选的方式,所述通信单元1501还用于:
接收到所述发送终端发送的第三信息,所述第三信息用于指示所述发送终端向所述接 收终端重传所述第一业务的数据包的实际总重传占用时长;
所述处理单元1500具体用于:
将所述第一信息指示的停止监测时长中去除所述第三信息指示的实际总重传占用时长, 得到第二剩余时长;根据所述第二剩余时长确定自身需要停止监测的时长。
本申请实施例中一种可选的方式,所述处理单元1500具体用于:
端确定所述第一信息指示的停止监测时长,并将接收到的所有第一信息指示的停止监 测时长的交集确定为自身需要停止监测的时长。
本申请实施例中一种可选的方式,所述处理单元1500通过下列方式确定接收到的所述 第一信息指示的停止监测时长:
当所述第一信息包括所述第一业务的业务标识时,根据业务标识与休眠时长的对应关 系,将所述业务标识对应的休眠时长确定为所述第一信息指示的停止监测时长;或当所述 第一信息包括时长时,将所述时长确定为所述第一信息指示的停止监测时长;其中,所述 第一信息包括的时长为所述第一业务对应的休眠时长;或者所述第一信息包括的时长为所 述第一业务对应的第一剩余时长,所述第一剩余时长是所述发送终端将所述第一业务对应 的休眠时长去除第一重传占用时长后的时长,所述第一重传占用时长用于表示所述发送终 端向所述接收终端重传所述第一业务的数据包的最大重传占用时长;或者所述第一信息包 括的时长为所述第一业务对应的第二剩余时长,所述第二剩余时长为所述第一业务对应的 休眠时长去除第二重传占用时长后的时长,所述第二重传占用时长用于表示所述发送终端 向所述接收终端重传所述第一业务的数据包的实际总重传占用时长;或当所述第一信息包 括预设休眠时长列表中的位置时,将所述位置在所述预设休眠时长列表中对应的时长确定 为所述第一信息指示的停止监测时长。
本申请实施例中一种可选的方式,所述第一信息是所述发送终端单独通过第一MAC子 头向所述接收终端发送的,其中,所述第一MAC子头具有指示所述第一信息的功能;或
所述第一信息是所述发送终端单独通过第一MAC CE向所述接收终端发送的,其中, 所述第一MAC CE具有指示所述第一信息的功能;或所述第一信息是所述发送终端通过包 含所述第一信息的第一MAC子头与数据包一起发送给所述接收终端的;或所述第一信息是 所述发送终端通过包含所述第一信息的第一MAC CE与数据包一起发送给所述接收终端的; 或
所述第一信息是所述发送终端通过第一SCI向所述接收终端发送的,其中,所述第一 SCI具有指示所述第一信息的功能。
本申请实施例中一种可选的方式,所述处理单元1500还用于:
在接收到所述第一信息后,开启所述第一信息对应的定时器,所述定时器时长等于所 述第一信息指示的停止监测时长;若所述接收终端在不需要监测数据时,有至少一个定时 器开启,根据开启的所有定时器剩余运行时长的交集停止监测;当存在定时器超时,继续 监测数据。
其中,当所述通信装置为网络设备时,所述处理单元1500与所述通信单元1501用于 执行以下内容:
处理单元1500:用于确定第一业务,所述第一业务为阈值时长内不向接收终端发送数 据包的业务;确定所述第一业务对应的第二信息,所述第二信息包含所述第一业务的业务 标识以及所述第一业务对应的休眠时长;
通信单元1501:用于向所述发送终端发送所述第二信息。
本申请实施例中一种可选的方式,所述第二信息通过所述网络设备向所述发送终端发 送的下行控制信息DCI指示。
本申请实施例中一种可选的方式,所述第二信息还包含所述第一业务对应的第一重传 占用时长;其中,所述第一重传占用时长是所述网络设备根据所述第一业务的数据包的最 大重传次数以及每次重传占用时长确定。
本申请实施例中一种可选的方式,所述第二信息中包含的所述第一业务对应的休眠时 长为去除第一重传占用时长后的时长。
需要说明的是,所述通信单元1501可以包含不同的通信单元,分别对应不同的通信接 口。上述图15所示的通信单元1501和处理单元1500的功能可以由处理器1400运行存储 器1410中的程序执行,或者由处理器1400单独执行。
其中,上述实施例中的通信装置可以是终端设备或者网络设备,也可以是应用于终端 设备或者网络设备中的芯片或者其他可实现上述终端设备或网络设备功能的组合器件、部 件等。当通信装置是终端设备或网络设备时收发可以是发送器和接收器,或整合的收发器, 可以包括天线和射频电路等,处理单元可以是处理器,例如基带芯片等。当通信装置是具 有上述终端设备功能或者网络设备功能的部件时,收发可以是射频单元,处理模块可以是 处理器。当通信装置是芯片系统时,收发单元可以是芯片系统的输入输出接口、处理单元 可以是芯片系统的处理器,例如:中央处理单元(central processing unit,CPU)。
关于本申请提供的终端设备或者网络设备的功能,以及执行的操作的详细描述可以参 考本申请方法实施例中终端设备或者网络设备执行的步骤,在此不做赘述。
基于相同的构思,本发明实施例给出一种终端设备,所述终端设备可以为所述发送终 端和/或接收终端,如图16所示,终端1600包括:射频(Radio Freq终端设备ncy,RF)电路1610、电源1620、处理器1630、存储器1640、输入单元1650、显示单元1660、摄像头 1670、通信接口1680、以及无线保真(Wireless Fidelity,WiFi)模块1690等部件。本领域技 术人员可以理解,图16中示出的终端的结构并不构成对终端的限定,本申请实施例提供的 终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图16对所述终端1600的各个构成部件进行具体的介绍:
所述RF电路1610可用于通信或通话过程中,数据的接收和发送。特别地,所述RF电路1610在接收到基站的下行数据后,发送给所述处理器1630处理;另外,将待发送的 上行数据发送给基站。通常,所述RF电路1610包括但不限于天线、至少一个放大器、收 发信机、耦合器、低噪声放大器(Low Noise Amplifier,LNA)、双工器等。
此外,RF电路1610还可以通过无线通信与网络和其他终端通信。所述无线通信可以 使用任一通信标准或协议,包括但不限于全球移动通讯系统(Global System ofMobile communication,GSM)、通用分组无线服务(General Packet Radio Service,GPRS)、码分多 址(Code Division Multiple Access,CDMA)、宽带码分多址(WidebandCode Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息 服务(Short Messaging Service,SMS)等。
WiFi技术属于短距离无线传输技术,所述终端1600通过WiFi模块1690可以连接的接 入点(Access Point,AP),从而实现数据网络的访问。所述WiFi模块1690可用于通信过程中,数据的接收和发送。
所述终端1600可以通过所述通信接口1680与其他终端实现物理连接。可选的,所述 通信接口1680与所述其他终端的通信接口通过电缆连接,实现所述终端1600和其他终端 之间的数据传输。
所述终端1600能够实现通信业务,向其他联系人发送信息消息,因此所述终端1600 需要具有数据传输功能,即所述终端1600内部需要包含通信模块。虽然图16示出了所述RF电路1610、所述WiFi模块1690、和所述通信接口1680等通信模块,但是可以理解的 是,所述终端1600中存在上述部件中的至少一个或者其他用于实现通信的通信模块(如蓝 牙模块),以进行数据传输。
所述存储器1640可用于存储软件程序以及模块。所述处理器1630通过运行存储在所 述存储器1640的软件程序以及模块,从而执行所述终端1600的各种功能应用以及数据处 理,并且当处理器1630执行存储器1640中的程序代码后,可以实现本发明实施例中的部分或全部过程。
可选的,所述存储器1640可以主要包括存储程序区和存储数据区。其中,存储程序区 可存储操作系统、各种应用程序(比如通信应用)以及人脸识别模块等;存储数据区可存储根据所述终端的使用所创建的数据(比如各种图片、视频文件等多媒体文件,以及人脸消息模板)等。
此外,所述存储器1640可以包括高速随机存取存储器,还可以包括非易失性存储器, 例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
所述输入单元1650可用于接收用户输入的数字或字符消息,以及产生与所述终端1600 的用户设置以及功能控制有关的键信号输入。
可选的,输入单元1650可包括触控面板1651以及其他输入终端1652。
所述处理器1630是所述终端1600的控制中心,利用各种接口和线路连接各个部件, 通过运行或执行存储在所述存储器1640内的软件程序和/或模块,以及调用存储在所述存储 器1640内的数据,执行所述终端1600的各种功能和处理数据,从而实现基于所述终端的 多种业务。
可选的,所述处理器1630可包括一个或多个处理单元。可选的,所述处理器1630可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到所述处理器1630中。
所述摄像头1670,用于实现所述终端1300的拍摄功能,拍摄图片或视频。
所述终端1600还包括用于给各个部件供电的电源1620(比如电池)。
尽管未示出,所述终端1600还可以包括至少一种传感器、音频电路等,在此不再赘述。
其中,存储器1640可以存储与存储单元1601相同的有程序代码,当所述程序代码被 处理器1630执行时,使得处理器1630实现处理单元1600的所有功能。
在一些可能的实施方式中,本发明实施例提供的通信传输的方法的各个方面还可以实 现为一种程序产品的形式,其包括程序代码,当所述程序代码在计算机设备上运行时,所 述程序代码用于使所述计算机设备执行本说明书中描述的根据本发明各种示例性实施方式 的通信传输的方法中的步骤。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介 质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红 外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存 储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、 便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组 合。
根据本发明的实施方式的用于通信传输的程序产品,其可以采用便携式紧凑盘只读存 储器(CD-ROM)并包括程序代码,并可以在服务器设备上运行。然而,本发明的程序产品不 限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以 被通信传输装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可 读程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、 光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介 质,该可读介质可以发送、传播或者传输用于由周期网络动作系统、装置或者器件使用或 者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、 有线、光缆、RF等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码, 所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式 程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备 上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上 部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算 设备的情形中,远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网 (WAN)—连接到用户计算设备,或者,可以连接到外部计算设备。
本申请实施例针对通信传输的方法还提供一种计算设备可读存储介质,即断电后内容 不丢失。该存储介质中存储软件程序,包括程序代码,当所述程序代码在计算设备上运行 时,该软件程序在被一个或多个处理器读取并执行时可实现本申请实施例上面任何一种通 信传输的方案。
以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/ 或流程图描述本申请。应理解,可以通过计算机程序指令来实现框图和/或流程图示图的一 个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、 专用计算机的处理器和/或其它可编程数据处理装置,以产生机器,使得经由计算机处理器 和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功 能/动作的方法。
相应地,还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地,本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式,其具有在介质中实现的计算机可使用或计算机可读程序代码,以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中,计算机可使用或计算机可读介质可以是任意介质,其可以包含、存储、通信、传输、或传送程序,以由指令执行系统、装置或 设备使用,或结合指令执行系统、装置或设备使用。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的 精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附 权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、 变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱 离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术 的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (25)
1.一种通信传输的方法,其特征在于,包括:
发送终端确定用于指示接收终端停止监测时长的第一信息;
所述发送终端向所述接收终端发送所述第一信息。
2.如权利要求1所述的方法,其特征在于,所述发送终端确定用于指示接收终端停止监测时长的第一信息,包括:
所述发送终端确定第一业务对应的休眠时长,所述第一业务为阈值时长内不向所述接收终端发送数据包的业务;
所述发送终端根据所述第一业务对应的休眠时长确定所述第一信息。
3.如权利要求2所述的方法,其特征在于,所述发送终端确定第一业务对应的休眠时长,包括:
所述发送终端根据网络设备为所述第一业务分配的周期性资源,确定所述第一业务对应的休眠时长;或
所述发送终端根据接收到的来自所述网络设备的用于指示所述第一业务对应的休眠时长的第二信息,确定所述第一业务对应的休眠时长;或
所述发送终端根据数据缓冲区待发送数据的情况,确定所述第一业务对应的休眠时长;或
所述发送终端根据所述第一业务对应的业务标识,以及业务标识与休眠时长的对应关系,确定所述第一业务对应的休眠时长;或
所述发送终端根据自身为所述第一业务预留的资源,确定所述第一业务对应的休眠时长。
4.如权利要求3所述的方法,其特征在于,所述第二信息是所述网络设备通过DCI指示的。
5.如权利要求2-4任一项所述的方法,其特征在于,所述发送终端根据所述第一业务对应的休眠时长确定所述第一信息,包括:
所述发送终端将所述第一业务对应的休眠时长确定为所述第一信息;或
所述发送终端根据所述第一业务对应的休眠时长以及预配置休眠时长列表,将所述休眠时长在所述预配置休眠时长列表中的位置,确定为所述第一信息;或
所述发送终端将所述第一业务对应的业务标识确定为所述第一信息;或
所述发送终端将所述第一业务对应的第一剩余时长确定为所述第一信息,其中,所述第一剩余时长是所述第一业务对应的休眠时长去除第一重传占用时长后的时长,所述第一重传占用时长用于表示所述发送终端向所述接收终端重传所述第一业务的数据包的最大重传占用时长;或
所述发送终端根据所述第一剩余时长以及所述预配置休眠时长列表,将所述第一剩余时长在所述预配置休眠时长列表中的位置,确定为所述第一信息。
6.如权利要求5所述的方法,其特征在于,所述第一重传占用时长是所述发送终端根据所述第一业务的数据包的最大重传次数以及每次重传占用时长确定的;或
所述第一重传占用时长是网络设备根据所述第一业务的数据包的最大重传次数以及每次重传占用时长确定并通知给所述发送终端的。
7.如权利要求1~6任一所述的方法,其特征在于,所述发送终端向所述接收终端发送所述第一信息,包括:
所述发送终端单独通过第一MAC子头向所述接收终端发送所述第一信息,其中,所述第一MAC子头具有指示所述第一信息的功能;或
所述发送终端单独通过第一MAC CE向所述接收终端发送所述第一信息,其中,所述第一MAC CE具有指示所述第一信息的功能;或
所述发送终端将包含所述第一信息的第一MAC子头与数据包一起向所述接收终端发送;或
所述发送终端将包含所述第一信息的第一MAC CE与数据包一起向所述接收终端发送;或
所述发送终端通过第一SCI向所述接收终端发送所述第一信息,其中,所述第一SCI具有指示所述第一信息的功能。
8.如权利要求1~7任一项所述的方法,其特征在于,所述方法还包括:
当所述第一信息对应的数据包需要重传时,所述发送终端向所述接收终端发送所述第一信息以及第三信息;或
当所述第一信息对应的数据包需要重传时,所述发送终端向所述接收终端发送指示停止监测时长为第二剩余时长的第一信息;
其中,所述第三信息用于指示第二重传占用时长;所述第二剩余时长是所述发送终端将初传时所述第一信息对应的停止监测时长,去除所述第二重传占用时长后得到的;
所述第二重传占用时长用于表示所述发送终端向所述接收终端重传所述第一业务的数据包的实际总重传占用时长。
9.如权利要求8所述的方法,其特征在于,所述第二重传占用时长,是所述发送终端根据所述第一业务的数据包的实际重传次数以及每次重传占用的时长确定的;或
所述第二重传占用时长,是所述网络设备根据所述第一业务的数据包的实际重传次数以及每次重传占用的时长确定并通知给所述发送终端的。
10.如权利要求1~9任一项所述的方法,其特征在于,所述发送终端向所述接收终端发送所述第一信息之后,还包括:
所述发送终端启动定时器,所述定时器时长等于所述第一信息中指示的停止监测时长。
11.一种通信传输的方法,其特征在于,包括:
接收终端接收发送终端发送的第一信息,所述第一信息用于指示停止监测时长;
所述接收终端根据接收到的所述第一信息确定自身需要停止监测的时长;
所述接收终端在不需要监测数据时,根据自身需要停止监测的所述时长进行休眠。
12.如权利要求11所述的方法,其特征在于,所述接收终端根据接收到的所述第一信息确定自身需要停止监测时长之前,还包括:
所述接收终端接收到所述发送终端发送的第三信息,所述第三信息用于指示所述发送终端向所述接收终端重传所述第一业务的数据包的实际总重传占用时长;
所述接收终端根据接收到的所述第一信息确定自身需要停止监测的时长,包括:
所述接收终端将所述第一信息指示的停止监测时长中去除所述第三信息指示的实际总重传占用时长,得到第二剩余时长;
所述接收终端根据所述第二剩余时长确定自身需要停止监测的时长。
13.如权利要求11或12所述的方法,其特征在于,所述接收终端根据接收到的所述第一信息确定自身需要休眠停止监测的时长,包括:
所述接收终端确定所述第一信息指示的停止监测时长,并将接收到的所有第一信息指示的停止监测时长的交集确定为自身需要停止监测的时长。
14.如权利要求13所述的方法,其特征在于,所述接收终端通过下列方式确定接收到的所述第一信息指示的停止监测时长:
当所述第一信息包括所述第一业务的业务标识时,所述接收终端根据业务标识与休眠时长的对应关系,将所述业务标识对应的休眠时长确定为所述第一信息指示的停止监测时长;或
当所述第一信息包括时长时,所述接收终端将所述时长确定为所述第一信息指示的停止监测时长;其中,所述第一信息包括的时长为所述第一业务对应的休眠时长;或者所述第一信息包括的时长为所述第一业务对应的第一剩余时长,所述第一剩余时长是所述发送终端将所述第一业务对应的休眠时长去除第一重传占用时长后的时长,所述第一重传占用时长用于表示所述发送终端向所述接收终端重传所述第一业务的数据包的最大重传占用时长;或者所述第一信息包括的时长为所述第一业务对应的第二剩余时长,所述第二剩余时长为所述第一业务对应的休眠时长去除第二重传占用时长后的时长,所述第二重传占用时长用于表示所述发送终端向所述接收终端重传所述第一业务的数据包的实际总重传占用时长;或
当所述第一信息包括预设休眠时长列表中的位置时,所述接收终端将所述位置在所述预设休眠时长列表中对应的时长确定为所述第一信息指示的停止监测时长。
15.如权利要求11~14任一项所述的方法,其特征在于,所述第一信息是所述发送终端单独通过第一MAC子头向所述接收终端发送的,其中,所述第一MAC子头具有指示所述第一信息的功能;或
所述第一信息是所述发送终端单独通过第一MAC CE向所述接收终端发送的,其中,所述第一MAC CE具有指示所述第一信息的功能;或
所述第一信息是所述发送终端通过包含所述第一信息的第一MAC子头与数据包一起发送给所述接收终端的;或
所述第一信息是所述发送终端通过包含所述第一信息的第一MAC CE与数据包一起发送给所述接收终端的;或
所述第一信息是所述发送终端通过第一SCI向所述接收终端发送的,其中,所述第一SCI具有指示所述第一信息的功能。
16.如权利要求11~15任一项所述的方法,其特征在于,所述接收终端在不需要监测数据时,根据自身需要停止监测的时长进行休眠,还包括:
所述接收终端在接收到所述第一信息后,开启所述第一信息对应的定时器,所述定时器时长等于所述第一信息指示的停止监测时长;
若所述接收终端在不需要监测数据时,有至少一个定时器开启,所述接收终端根据开启的所有定时器剩余运行时长的交集停止监测;
当存在定时器超时,所述接收终端继续监测数据。
17.一种通信传输的方法,其特征在于,包括:
网络设备确定第一业务,所述第一业务为阈值时长内不向接收终端发送数据包的业务;
所述网络设备确定所述第一业务对应的第二信息,所述第二信息包含所述第一业务的业务标识以及所述第一业务对应的休眠时长;
所述网络设备向所述发送终端发送所述第二信息。
18.如权利要求17所述的方法,其特征在于,所述第二信息通过所述网络设备向所述发送终端发送的下行控制信息DCI指示。
19.如权利要求17或18所述的方法,其特征在于,所述第二信息还包含所述第一业务对应的第一重传占用时长;
其中,所述第一重传占用时长是所述网络设备根据所述第一业务的数据包的最大重传次数以及每次重传占用时长确定。
20.如权利要求17或19所述的方法,其特征在于,所述第二信息中包含的所述第一业务对应的休眠时长为去除第一重传占用时长后的时长。
21.一种发送终端,其特征在于,包括:处理器、通信接口和存储器;
所述存储器,用于存储程序指令;
所述处理器,用于通过调用所述存储器存储的程序指令,通过所述通信接口执行如权利要求1~10中任一项所述的方法。
22.一种接收终端,其特征在于,包括:处理器、通信接口和存储器;
所述存储器,用于存储程序指令;
所述处理器,用于通过调用所述存储器存储的程序指令,通过所述通信接口执行如权利要求11~16中任一项所述的方法。
23.一种网络设备,其特征在于,包括:处理器、通信接口和存储器;
所述存储器,用于存储程序指令;
所述处理器,用于通过调用所述存储器存储的程序指令,通过所述通信接口执行如权利要求17~20中任一项所述的方法。
24.一种计算机可读存储介质,其特征在于,包括计算机指令,当所述计算机指令在终端设备上运行时,使得所述终端设备执行如权利要求1~10中任一所述的方法;或执行如权利要求11~16中任一项所述的方法;
当所述计算机指令在网络设备上运行时,使得所述网络设备执行如权利要求17~20中任一所述的方法。
25.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机指令,当所述计算机指令被终端设备执行时,使得所述终端设备执行如权利要求1~10中任一项所述的方法;或执行如权利要求11~16中任一项所述的方法;
当所述计算机指令被网络设备执行时,使得所述网络设备执行如权利要求17~20中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010441455.2A CN113709852B (zh) | 2020-05-22 | 2020-05-22 | 一种通信传输的方法、装置及系统 |
PCT/CN2021/083558 WO2021232944A1 (zh) | 2020-05-22 | 2021-03-29 | 一种通信传输的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010441455.2A CN113709852B (zh) | 2020-05-22 | 2020-05-22 | 一种通信传输的方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113709852A true CN113709852A (zh) | 2021-11-26 |
CN113709852B CN113709852B (zh) | 2024-03-05 |
Family
ID=78646303
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010441455.2A Active CN113709852B (zh) | 2020-05-22 | 2020-05-22 | 一种通信传输的方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN113709852B (zh) |
WO (1) | WO2021232944A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024055961A1 (zh) * | 2022-09-15 | 2024-03-21 | 华为技术有限公司 | 通信方法及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117615429A (zh) * | 2022-08-22 | 2024-02-27 | 华为技术有限公司 | 一种数据传输方法和电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106376029A (zh) * | 2015-07-21 | 2017-02-01 | 普天信息技术有限公司 | 一种d2d中继测量的触发方法及用户设备、基站 |
WO2019015460A1 (zh) * | 2017-07-17 | 2019-01-24 | 中国移动通信有限公司研究院 | 信道监听的指示方法、信道监听方法、终端及网络侧设备 |
WO2019027242A1 (en) * | 2017-07-31 | 2019-02-07 | Samsung Electronics Co., Ltd. | METHOD AND APPARATUS FOR DETECTING INDICATION INFORMATION AND TRANSMISSION RELAY METHODS AND DEVICES |
CN109803405A (zh) * | 2017-11-17 | 2019-05-24 | 华为技术有限公司 | 检测窗指示方法及装置 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7733835B2 (en) * | 2005-07-20 | 2010-06-08 | Interdigital Technology Corporation | Method and system for reducing power consumption of a wireless transmit/receive unit |
CN101808362B (zh) * | 2009-02-13 | 2014-03-12 | 上海贝尔股份有限公司 | 一种用于调整移动台睡眠模式的方法及装置 |
US20170064633A1 (en) * | 2015-08-25 | 2017-03-02 | Qualcomm Incorporated | Power save mechanism in a wlan with large number of stations |
CN107241786B (zh) * | 2016-03-28 | 2020-10-02 | 电信科学技术研究院 | 一种进行通信配置的方法和设备 |
CN110831027B (zh) * | 2018-08-10 | 2022-08-19 | 华为技术有限公司 | 监听物理下行控制信道的方法和通信装置 |
CN111148189B (zh) * | 2018-11-02 | 2022-09-30 | 展讯半导体(南京)有限公司 | 用户终端及其控制方法、计算机可读存储介质 |
CN109526022A (zh) * | 2018-12-11 | 2019-03-26 | 深圳市联智物联网科技有限公司 | 一种在海量无线终端场景中实现数据上传低碰撞的方法 |
CN109661004A (zh) * | 2018-12-11 | 2019-04-19 | 深圳市联智物联网科技有限公司 | 一种利于无线终端节能的终端盘点系统 |
-
2020
- 2020-05-22 CN CN202010441455.2A patent/CN113709852B/zh active Active
-
2021
- 2021-03-29 WO PCT/CN2021/083558 patent/WO2021232944A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106376029A (zh) * | 2015-07-21 | 2017-02-01 | 普天信息技术有限公司 | 一种d2d中继测量的触发方法及用户设备、基站 |
WO2019015460A1 (zh) * | 2017-07-17 | 2019-01-24 | 中国移动通信有限公司研究院 | 信道监听的指示方法、信道监听方法、终端及网络侧设备 |
WO2019027242A1 (en) * | 2017-07-31 | 2019-02-07 | Samsung Electronics Co., Ltd. | METHOD AND APPARATUS FOR DETECTING INDICATION INFORMATION AND TRANSMISSION RELAY METHODS AND DEVICES |
CN109803405A (zh) * | 2017-11-17 | 2019-05-24 | 华为技术有限公司 | 检测窗指示方法及装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024055961A1 (zh) * | 2022-09-15 | 2024-03-21 | 华为技术有限公司 | 通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113709852B (zh) | 2024-03-05 |
WO2021232944A1 (zh) | 2021-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101483446B (zh) | 动态控制不连续接收的方法和装置 | |
CN113099518B (zh) | 非连续接收drx参数配置方法和装置 | |
CN111865536B (zh) | 搜索空间的监测、配置方法及装置 | |
JP6570762B2 (ja) | 無線送信エネルギバジェットを管理するための技法 | |
US11963167B2 (en) | Method and network nodes for enabling downlink scheduling for a SPS and DRX configured UE | |
JP2022517311A (ja) | Ue支援情報を送信することに関するユーザ装置 | |
US8964616B2 (en) | System and method for scheduling cell broadcast message | |
US8849331B2 (en) | Power saving in a telecommunications network | |
WO2021232944A1 (zh) | 一种通信传输的方法、装置及系统 | |
CN114286310A (zh) | 一种通信方法、装置及系统 | |
US11490384B2 (en) | Apparatus, methods, and computer programs | |
CN102461311B (zh) | 用于在数据传输期间对时隙的监视进行调节的系统和方法 | |
CN102461312B (zh) | 用于调节在数据传输期间对时隙的监视的系统和方法 | |
WO2022067549A1 (zh) | 无线通信的方法和设备 | |
CN113923712A (zh) | 数据处理的方法及装置 | |
US20130315142A1 (en) | Terminal device and method for reducing interference in a device | |
KR102138111B1 (ko) | 스케줄링 장치, 피스케줄링 장치, 및 자원 스케줄링 방법과 장치 | |
CN113303002B (zh) | 一种通信方法及装置 | |
WO2023123777A1 (zh) | 配置方法、信道监控方法、通信节点及存储介质 | |
WO2023165449A1 (zh) | 一种通信方法及装置 | |
WO2024032077A1 (zh) | 上行传输方法和通信装置 | |
CN102484876B (zh) | 用于调节在数据传输期间对时隙的监视的系统和方法 | |
WO2023060447A1 (zh) | 信号发送方法、信号接收方法、装置、设备及存储介质 | |
WO2023207568A1 (zh) | 一种通信方法及装置 | |
CN117812674A (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 |