CN111917523A - 通信方法及装置 - Google Patents
通信方法及装置 Download PDFInfo
- Publication number
- CN111917523A CN111917523A CN201910381307.3A CN201910381307A CN111917523A CN 111917523 A CN111917523 A CN 111917523A CN 201910381307 A CN201910381307 A CN 201910381307A CN 111917523 A CN111917523 A CN 111917523A
- Authority
- CN
- China
- Prior art keywords
- mpdus
- mpdu
- transmission
- ppdu
- node
- 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
Images
Classifications
-
- 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
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
-
- 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/1607—Details of the supervisory 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
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
-
- 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]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
Abstract
本申请提供一种通信方法及装置,能够解决不能在同一次传输过程中传输具有不同RV的重传MPDU的问题,从而提高数据传输效率,可应用于Wi‑Fi系统中任意两个节点之间的数据重传过程中。该方法包括:当第一节点发送的PPDU包括一个或多个重传MPDU时,第一节点可以在该PPDU中承载用于指示每个重传MPDU的RV的RV指示信息,以便第二节点根据该RV指示信息接收每个重传MPDU。
Description
技术领域
本申请涉及通信领域,尤其涉及一种通信方法及装置。
背景技术
在目前的无线保真(wireless fidelity,WiFi)系统中,当数据传输错误时,第一节点需要重传该错误数据的不同冗余版本(redundant version,RV),以便第二节点将前后两次传输的两个冗余版本合并解码,以提高译码成功率。
然而,在一次传输过程中需要传输多个数据的情况下,要求上述多个数据均为同一个冗余版本,或者均为新传数据。容易理解,在上述多个数据同时包括新传数据和重传数据,和/或,上述多个数据包括多个不同冗余版本的重传数据的情况下,第一节点需要发起多次传输才能完成上述多个数据的传输,增加了数据传输的调度复杂度,从而导致数据传输的效率低下。
发明内容
本申请实施例提供一种通信方法及装置,能够解决不能在同一次传输过程中传输具有不同RV的重传MPDU的问题,从而提高数据传输效率。
为达到上述目的,本申请采用如下技术方案:
第一方面,提供一种通信方法。该通信方法包括:第一节点生成物理层协议数据单元PPDU。其中,PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,RV指示信息用于指示一个或多个重传MPDU的RV。然后,第一节点发送PPDU。
本申请提供的通信方法,当第一节点发送的PPDU包括一个或多个重传MPDU时,第一节点可以在该PPDU中承载用于指示每个重传MPDU的RV的RV指示信息,以便第二节点根据该RV指示信息接收每个重传MPDU,可以解决不能在同一次传输过程中,如在同一个PPDU中传输具有不同RV的重传MPDU的问题,可以减少数据传输次数,简化数据传输的调度流程,从而提高数据传输效率。
第二方面,提供一种通信方法。该通信方法包括:第二节点接收物理层协议数据单元PPDU。其中,PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,RV指示信息用于指示一个或多个重传MPDU的RV。然后,第二节点根据RV指示信息,解析一个或多个重传MPDU。
第二方面所述的通信方法的技术效果可以参考第一方面所述的通信方法的技术效果,此处不再赘述。
第三方面,提供一种通信装置。该通信装置包括:处理器和收发器。其中,处理器,用于生成物理层协议数据单元PPDU。其中,PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,RV指示信息用于指示一个或多个重传MPDU的RV。收发器,用于发送PPDU。该收发器还能够用于接收其它通信装置,如第二节点发送的信号,以便实现双向通信。
可选地,第三方面所述的通信装置还可以包括存储器,该存储模块存储有程序或指令。当处理器执行该程序或指令时,使得第三方面所述的通信装置可以执行上述第一方面所述的第一节点的功能。
需要说明的是,第三方面所述的通信装置可以是终端设备或网络设备,也可以是设置于上述终端设备或网络设备中的芯片或芯片系统,本申请对此不做限定。
第三方面所述的通信装置的技术效果可以参考第一方面所述的通信装置的技术效果,此处不再赘述。
第四方面,提供一种通信装置。该通信装置包括:处理器和收发器。其中,收发器,用于接收物理层协议数据单元PPDU。其中,PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,RV指示信息用于指示一个或多个重传MPDU的RV。处理器,用于根据RV指示信息,解析一个或多个重传MPDU。该收发器还能够用于向其他通信装置,如第一方面所述的第一节点发送信号,以便实现双向通信。
可选地,第四方面所述的通信装置还可以包括存储器,该存储器存储有程序或指令。当处理器执行该程序或指令时,使得第六方面所述的通信装置可以执行上述第二方面所述的第二节点的功能。
需要说明的是,第四方面所述的通信装置可以是上述终端设备或网络设备,也可以是设置于上述终端设备或网络设备中的芯片或芯片系统,本申请对此不做限定。
第四方面所述的通信装置的技术效果可以参考第一方面所述的通信装置的技术效果,此处不再赘述。
在上述第一至四方面中的一种可能的设计方法中,不同RV对应的不同的重传MPDU按照RV预设顺序传输,和/或,同一RV对应的不同的重传MPDU按照历史传输顺序传输。可选地,该传输顺序可以采用1比特(bit)指示信息指示,也可以不指示,而是预配置在第一节点和第二节点。
在一种可能的设计方法中,RV指示信息可以包括PPDU中的重传MPDU的总个数,以及每个重传MPDU的RV。其中,每个重传MPDU都存在一个用于指示该重传MPDU的冗余版本的RV。
在另一种可能的设计方法中,一个或多个重传MPDU的RV属于预设RV集合,预设RV集合可以包括一种或多种预设RV,RV指示信息可以包括PPDU中每种预设RV对应的重传MPDU的个数。其中,预设RV集合可以是包含协议规定的全部或部分RV的候选RV集合,可以由网络通过信令动态配置,也可以预配置在第一节点和第二节点。
可选地,RV指示信息还可以包括PPDU中的重传MPDU的总个数,以便第二节点核对PPDU中每种预设RV对应的重传MPDU的个数的传输是否有误,从而可以提高传输指示信息的可靠性。
在又一种可能的设计方法中,RV指示信息可以包括PPDU中存在的RV,以及存在的每种RV对应的重传MPDU的个数。示例性地,可以采用比特位图(bitmap)的方式表示PPDU中存在的RV。容易理解,比特位图指示不存在的RV对应的重传MPDU的个数为0,因此不需要传输该RV对应的重传MPDU的个数,以减少信令消耗和资源消耗。
在又一种可能的设计方法中,PPDU还可以包括一个或多个新传MPDU;一个或多个新传MPDU的传输顺序在一个或多个重传MPDU之后。可选地,多个重传MPDU的RV相同,则对于该多个重传MPDU,只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计方法中,PPDU可以包括至少一个重传过程的重传MPDU。相应地,PPDU可以包括至少一组RV指示信息。其中,一个重传过程对应一组RV指示信息。可选地,多个重传过程可以对应一组RV指示信息。可选地,若同一重传过程对应的所有重传MPDU的RV相同,则对于同一重传过程,PPDU可以只包括一个RV指示信息,从而只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计方法中,PPDU可以包括至少一个用户的MPDU。相应地,PPDU可以包括至少一组RV指示信息。其中,一个用户对应一组RV指示信息。可选地,多个用户可以对应一组RV指示信息。可选地,若同一用户对应的所有重传MPDU的RV相同,则对于同一个用户,PPDU可以只包括一个RV指示信息,从而只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
第五方面,提供一种通信方法。该通信方法包括:第一节点接收来自第二节点的确认信息。其中,确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU。然后,第一节点向第二节点发送包含MPDU的物理层协议数据单元PPDU。其中,MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
本申请提供的通信方法,第一节点可以根据第二节点发送的确认信息,获知上一次传输中传输错误的MPDU,并根据MPDU的传输次数和MPDU的历史传输顺序确定MPDU在本次传输中的传输顺序,然后向第二节点重传上一次传输错误的MPDU;相应地,第二节点也可以根据MPDU的传输次数和MPDU的历史传输顺序确定MPDU在本次传输中的传输顺序,并采用合并解码方式解析本次传输中重传的MPDU,不需要传输与重传顺序有关的指示信息,从而可以减少指示信息的信令消耗和资源消耗。
第六方面,提供一种通信方法。该通信方法包括:第二节点向第一节点发送确认信息。其中,确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU。然后,第二节点接收并解析第一节点发送的包含MPDU的物理层协议数据单元PPDU。其中,MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
第六方面所述的通信方法的技术效果可以参考第五方面所述的通信方法的技术效果,此处不再赘述。
第七方面,提供一种通信装置。该通信装置包括:处理器和收发器。其中,收发器,用于接收来自第二节点的确认信息。其中,确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU。处理器,用于控制所述收发器向第二节点发送包含MPDU的物理层协议数据单元PPDU。其中,MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
可选地,所述处理器用于根据第二节点发送的确认信息获知上一次传输中传输错误的MPDU,并生成在本次传输中用于承载上一次传输错误的MPDU的PPDU。
可选地,第七方面所述的通信装置还可以包括存储器,该存储器存储有程序或指令。当上述处理器执行该程序或指令时,使得第七方面所述的通信装置可以执行上述第五方面所述的第一节点的功能。
需要说明的是,第七方面所述的通信装置可以是终端设备或网络设备,也可以是设置于上述终端设备或网络设备中的芯片或芯片系统,本申请对此不做限定。
第七方面所述的通信装置的技术效果可以参考第五方面所述的通信方法的技术效果,此处不再赘述。
第八方面,提供一种通信装置。该通信装置包括:收发器和处理器。其中,处理器,用于控制所述收发器向第一节点发送确认信息。其中,确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU。收发器,还用于接收第一节点发送的包含MPDU的物理层协议数据单元PPDU。其中,MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。处理器,用于解析MPDU。
可选地,第八方面所述的通信装置还可以包括存储器,该存储器存储有程序或指令。当上述处理模块执行该程序或指令时,使得第八方面所述的通信装置可以执行上述第六方面所述的第二节点的功能。
需要说明的是,第八方面所述的通信装置可以是终端设备或网络设备,也可以是设置于上述终端设备或网络设备中的芯片或芯片系统,本申请对此不做限定。
第八方面所述的通信装置的技术效果可以参考第五方面所述的通信方法的技术效果,此处不再赘述。
在上述第五至八方面所述的实施例中,示例性地,上述MPDU可以包括第一MPDU和第二MPDU,且在上一次传输中,第一MPDU的传输顺序在第二MPDU之前,则在一种可能的设计方法中,上述MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定,可以包括:若第一MPDU的传输次数未达到最大传输次数,则在本次传输中,第一MPDU的传输顺序在第二MPDU之前,以及若第一MPDU的传输次数达到最大传输次数,且第二MPDU的传输次数未达到最大传输次数,则在本次传输中,第一MPDU的传输顺序在第二MPDU之后。
可选地,上述PPDU还可以包括默认重传指示信息,该默认重传指示信息用于指示MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
在一种可能的设计方法中,上述PPDU还可以包括:MPDU的重传序列号或确认信息的成功接收指示。其中,重传序列号为MPDU在上一次传输中使用的序列号的基础上按照序列号更新规则确定的序列号。
在另一种可能的设计方法中,PPDU还包括MPDU的冗余版本RV指示信息;RV指示信息用于指示MPDU的RV。其中,RV指示信息与MPDU的重传次数一一对应。
在一种可能的设计方法中,上述PPDU可以包括至少一个重传过程的MPDU,上述MPDU可以为第一重传过程的MPDU。其中,第一重传过程可以为至少一个重传过程中的任意一个重传过程。
可选地,第一重传过程对应的所有MPDU的RV相同。也就是说,对于第一重传过程对应的所有MPDU,只需要传输一个RV即可,从而可以节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计方法中,上述PPDU可以包括至少一个用户的MPDU,上述MPDU可以为第一用户的MPDU。其中,第一用户可以为至少一个用户中的任意一个用户。
可选地,第一用户对应的所有MPDU的RV相同。也就是说,对于第一用户对应的所有MPDU,只需要传输一个RV即可,从而可以节省传输指示信息的信令消耗和资源消耗。
第九方面,提供一种通信方法。该通信方法包括:第一节点接收第二节点发送的第一触发帧。其中,第一触发帧中承载的第一RV用于指示指示第一节点采用重传流程发送之前传输错误的至少一个MPDU。然后,第一节点向第二节点发送第一PPDU。其中,第一PPDU承载上述至少一个MPDU,且第一PPDU为第一节点响应所述第一触发帧承载的第一RV,按照重传流程生成的TB-PPDU。然后,第一节点接收第二节点发送的第二触发帧。其中,第二触发帧承载的第二RV用于指示至少一个MPDU全部解码错误,且指示第一节点采用新传流程再次发送至少一个MPDU。之后,第一节点向第二节点发送第二PPDU。其中,第二PPDU承载上述至少一个MPDU,且第二PPDU为第一节点根据第二节点发送的第二触发帧承载的第二RV,按照新传流程生成的TB-PPDU。
本申请提供的通信方法,当第一节点按照重传流程发送的第一PPDU中承载的至少一个MPDU全部传输错误时,第一节点可以根据第二节点发送的第二触发帧承载的第二RV,按照新传流程再次发送至少一个MPDU,可以避免当第一节点按照重传流程发送的第一PPDU中承载的至少一个MPDU全部传输错误时,第二节点不会解析第一PPDU的信令字段,因而无法获知第一节点是否发送了上述MPDU,从而导致两个节点对于是否成功传输上述至少一个MPDU的理解不一致,进而导致第一节点不再发送上述至少一个MPDU而丢失数据,或者第一节点仍然采用重传流程发送上述至少一个MPDU,但第二节点由于没有接收到上述至少一个MPDU的历史冗余版本,因而无法对再次传输的至少一个MPDU作合并解码的问题,从而可以提高解码成功率和数据传输的可靠性。
第十方面,提供一种通信方法。该通信方法包括:第二节点向第一节点发送第一触发帧。其中,第一触发帧中承载的第一RV用于指示指示第一节点采用重传流程发送之前传输错误的至少一个MPDU。然后,第二节点接收第一节点发送的第一PPDU,并按照重传流程解析第一PPDU承载的至少一个MPDU。其中,第一PPDU承载上述至少一个MPDU,且第一PPDU为第一节点响应所述第一触发帧承载的第一RV,按照重传流程生成的TB-PPDU。然后,第二节点向第一节点发送第二触发帧。其中,第二触发帧承载的第二RV用于指示至少一个MPDU全部解码错误,且指示第一节点采用新传流程再次发送至少一个MPDU。之后,第二节点接收第一节点发送的第二PPDU,并按照新传流程解析第二PPDU承载的至少一个MPDU。其中,第二PPDU承载上述至少一个MPDU,且第二PPDU为第一节点根据第二节点发送的第二触发帧承载的第二RV,按照新传流程生成的TB-PPDU。
第十方面所述的通信方法的技术效果可以参考第九方面所述的通信方法的技术效果,此处不再赘述。
第十一方面,提供一种通信装置。该通信装置包括:发送模块和接收模块。其中,发送模块,用于向第二节点发送第一PPDU。其中,第一PPDU承载至少一个MPDU,且第一PPDU为第一节点根据第二节点发送的第一触发帧承载的第一RV,按照重传流程生成的TB-PPDU。接收模块,用于接收第二节点发送的第二触发帧。其中,第二触发帧承载的第二RV用于指示至少一个MPDU全部解码错误,且指示第一节点采用新传流程再次发送至少一个MPDU。发送模块,还用于向第二节点发送第二PPDU。其中,第二PPDU承载上述至少一个MPDU,且第二PPDU为第一节点根据第二节点发送的第二触发帧承载的第二RV,按照新传流程生成的TB-PPDU。
可选地,第十一方面所述的通信装置还可以包括处理模块,以便通信装置根据第二节点发送的RV指示信息生成用于承载上一次传输中传输错误的MPDU的指定冗余版本的PPDU。
可选地,第十一方面所述的通信装置还可以包括存储模块,该存储模块存储有程序或指令。当上述处理模块执行该程序或指令时,使得第十一方面所述的通信装置可以执行上述第九方面所述的第一节点的功能。
需要说明的是,第十一方面所述的通信装置可以是终端设备或网络设备,也可以是设置于上述终端设备或网络设备中的芯片或芯片系统,本申请对此不做限定。
第十一方面所述的通信装置的技术效果可以参考第九方面所述的通信方法的技术效果,此处不再赘述。
第十二方面,提供一种通信装置。该通信装置包括:处理模块、发送模块和接收模块。其中,接收模块,用于接收第一节点发送的第一PPDU。处理模块,用于按照重传流程解析第一PPDU承载的至少一个MPDU。其中,第一PPDU为第一节点根据第二节点发送的第一触发帧承载的第一RV,按照重传流程生成的TB-PPDU。发送模块,用于向第一节点发送第二触发帧。其中,第二触发帧承载的第二RV用于指示至少一个MPDU全部解码错误,且指示第一节点采用新传流程再次发送至少一个MPDU。接收模块,还用于接收第一节点发送的第二PPDU。处理模块,还用于按照新传流程解析第二PPDU承载的至少一个MPDU。其中,第二PPDU承载上述至少一个MPDU,且第二PPDU为第一节点根据第二节点发送的第二触发帧承载的第二RV,按照新传流程生成的TB-PPDU。
可选地,第十二方面所述的通信装置还可以包括存储模块,该存储模块存储有程序或指令。当上述处理模块执行该程序或指令时,使得第十二方面所述的通信装置可以执行上述第十方面所述的第二节点的功能。
需要说明的是,第十二方面所述的通信装置可以是终端设备或网络设备,也可以是设置于上述终端设备或网络设备中的芯片或芯片系统,本申请对此不做限定。
第十二方面所述的通信装置的技术效果可以参考第九方面所述的通信方法的技术效果,此处不再赘述。
第十三方面,提供一种通信装置。该通信装置包括:处理器,该处理器与存储器耦合,存储器用于存储计算机程序;处理器用于执行存储器中存储的计算机程序,以使得该通信装置执行如第一方面至第四方面,或者第九方面至第十方面中任意一种可能的实现方式所述的通信方法。
在一种可能的设计中,第十三方面所述的通信装置还可以包括收发器。该收发器可以为收发电路或输入/输出接口。所述收发器可以用于该通信装置与其他通信装置通信。
在本申请中,第十三方面所述的通信装置可以为上述第一阶段和/或第二节点,或者设置于上述第一节点和/或第二节点内部的芯片或芯片系统。
第十三方面所述的通信装置的技术效果可以参考第一方面至第四方面,或者第九方面至第十方面中的任意一种实现方式所述的通信方法的技术效果,此处不再赘述。
第十四方面,提供一种通信系统。该系统包括一个或多个第一节点,以及一个或多个第二节点。
第十五方面,提供一种计算机可读存储介质,包括:该计算机可读存储介质中存储有计算机指令;当该计算机指令在计算机上运行时,使得该计算机执行如第一方面至第四方面,或者第九方面至第十方面中任意一种可能的实现方式所述的通信方法。
第十六方面,提供了一种包含指令的计算机程序产品,包括计算机程序或指令,当该计算机程序或指令在计算机上运行时,使得该计算机执行如第一方面至第四方面,或者第九方面至第十方面中任意一种可能的实现方式所述的通信方法。
附图说明
图1为本申请实施例提供的通信系统的架构示意图;
图2为本申请实施例提供的通信装置的结构示意图一;
图3为本申请实施例提供的通信方法的流程示意图一;
图4为本申请实施例提供的PPDU的结构示意图一;
图5为本申请实施例提供的PPDU的结构示意图二;
图6为本申请实施例提供的PPDU的结构示意图三;
图7为本申请实施例提供的PPDU的结构示意图四;
图8为本申请实施例提供的PPDU的结构示意图五;
图9为本申请实施例提供的PPDU的结构示意图六;
图10为本申请实施例提供的PPDU的结构示意图七;
图11为本申请实施例提供的PPDU的结构示意图八;
图12为本申请实施例提供的PPDU的结构示意图九;
图13为本申请实施例提供的PPDU的结构示意图十;
图14为本申请实施例提供的PPDU的结构示意图十一;
图15为本申请实施例提供的PPDU的结构示意图十二;
图16为本申请实施例提供的PPDU的结构示意图十三;
图17为本申请实施例提供的PPDU的结构示意图十四;
图18为本申请实施例提供的通信方法的流程示意图二;
图19为本申请实施例提供的PPDU的结构示意图十五;
图20为本申请实施例提供的PPDU的结构示意图十六;
图21为本申请实施例提供的PPDU的结构示意图十七;
图22为本申请实施例提供的PPDU的结构示意图十八;
图23为本申请实施例提供的PPDU的结构示意图十九;
图24为本申请实施例提供的PPDU的结构示意图二十;
图25为本申请实施例提供的通信方法的流程示意图三;
图26为本申请实施例提供的第一触发帧的结构示意图;
图27为本申请实施例提供的第二触发帧的结构示意图;
图28为本申请实施例提供的通信装置的结构示意图二;
图29为本申请实施例提供的通信装置的结构示意图三;
图30为本申请实施例提供的通信装置的结构示意图四;
图31为本申请实施例提供的通信装置的结构示意图五;
图32为本申请实施例提供的通信装置的结构示意图六;
图33为本申请实施例提供的通信装置的结构示意图七。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如WiFi系统,V2X通信系统、设备间(device-todevie,D2D)通信系统、车联网通信系统、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、全球互联微波接入(worldwide interoperability formicrowave access,WiMAX)通信系统、第五代(5th generation,5G)移动通信系统,如NR系统,及未来的通信系统,如6G系统等。
本申请将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是,各个系统可以包括另外的设备、组件、模块等,并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外,还可以使用这些方案的组合。
另外,在本申请实施例中,“示例地”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用示例的一词旨在以具体方式呈现概念。
本申请实施例中,“信息(information)”,“信号(signal)”,“消息(message)”,“信道(channel)”、“信令(singalling)”有时可以混用,应当指出的是,在不强调其区别时,其所要表达的含义是一致的。“的(of)”,“相应的(corresponding,relevant)”和“对应的(corresponding)”有时可以混用,应当指出的是,在不强调其区别时,其所要表达的含义是一致的。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本申请实施例中部分场景以图1所示的WiFi通信系统中的场景为例进行说明。应当指出的是,本申请实施例中的方案还可以应用于其他移动通信系统中,相应的名称也可以用其他移动通信系统中的对应功能的名称进行替代。
为便于理解本申请实施例,首先以图1中示出的WiFi通信系统为例详细说明适用于本申请实施例提供的通信系统。
如图1所示,该WiFi通信系统包括一个或多个终端设备,如终端设备1和终端设备2,和/或一个或多个网络设备,如网络设备1和网络设备2。
在本申请实施例中,上述网络设备为位于上述WiFi通信系统的网络侧,且具有无线收发功能的设备或可设置于该设备的芯片或芯片系统。该网络设备包括但不限于:无线保真(wireless fidelity,WiFi)系统中的接入点(access point,AP),如家庭网关、路由器、服务器、交换机、网桥等,演进型节点B(evolved Node B,eNB)、无线网络控制器(radionetwork controller,RNC)、节点B(Node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolvedNodeB,或home Node B,HNB)、基带单元(baseband unit,BBU),无线中继节点、无线回传节点、传输点(transmission and reception point,TRP或者transmission point,TP)等,还可以为5G,如,新空口(new radio,NR)系统中的gNB,或,传输点(TRP或TP),5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(BBU),或,分布式单元(distributed unit,DU)、具有基站功能的路边单元(road side unit,RSU)等。
上述终端设备为接入上述WiFi通信系统,且具有无线收发功能的终端或可设置于该终端的芯片或芯片系统。该终端设备也可以称为用户装置、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmentedreality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端、车载终端、具有终端功能的RSU等。本申请的终端设备还可以是作为一个或多个部件或者单元而内置于车辆的车载模块、车载模组、车载部件、车载芯片或者车载单元,车辆通过内置的所述车载模块、车载模组、车载部件、车载芯片或者车载单元可以实施本申请提供的通信方法。
需要说明的是,本申请实施例提供的通信方法,可以是用于图1所示的任意两个节点之间,如终端设备之间、网络设备之间,以及终端设备与网络设备之间。对于终端设备之间的通信,如果存在网络设备,则是有网络覆盖的场景;如果没有网络设备,则是属于无网络覆盖的场景。在有网络覆盖的场景下,终端设备之间的通信可以使用网络设备配置的资源进行,在没有网络覆盖的场景下,终端设备之间的通信可以使用预配置的资源进行。
应理解,图1仅为便于理解而示例的简化示意图,该通信系统中还可以包括其他网络设备,和/或,其他终端设备,图1中未予以画出。
图2为本申请实施例提供的通信方法可所适用的一种通信装置200的结构示意图。通信装置200可以是终端设备,也可以是应用于终端设备中的芯片或者其他具有终端功能的部件。如图2所示,通信装置200可以包括至少一个处理器201,存储器202、收发器203。其中,至少一个处理器201,存储器202、收发器203之间存在信号连接,如可以通过总线连接。
下面结合图2对通信装置200的各个构成部件进行具体的介绍:
处理器201是通信装置200的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器201是一个或多个中央处理器(central processing unit,CPU),也可以是特定集成电路(application specific integrated circuit,ASIC),或者是被配置成实施本申请实施例的一个或多个集成电路,例如:一个或多个微处理器(digital signalprocessor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA)。
其中,处理器201可以通过运行或执行存储在存储器202内的软件程序,以及调用存储在存储器202内的数据,执行通信装置200的各种功能。
在具体的实现中,作为一种实施例,处理器201可以包括一个或多个CPU,例如图2中所示的CPU0和CPU1。
在具体实现中,作为一种实施例,通信装置200也可以包括多个处理器,例如图2中所示的处理器201和处理器204。这些处理器中的每一个可以是一个单核处理器(single-CPU),也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个通信设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器202可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储通信设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储通信设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储通信设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器202可以独立存在,也可以和处理器201集成在一起。
其中,所述存储器202用于存储执行本申请方案的软件程序,并由处理器201来控制执行。上述具体实现方式可以参考下述方法实施例,此处不再赘述。
收发器203,用于与其他通信装置之间的通信。当然,收发器203还可以用于与通信网络通信。收发器203可以包括接收单元实现接收功能,以及发送单元实现发送功能。
需要说明的是,图2中示出的通信装置200的结构并不构成对该通信装置的限定,实际的通信装置可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面首先说明本申请实施例涉及的技术术语。
PPDU:物理层协议数据单元(PHY protocol data unit,PPDU),通常说的物理层数据分组、数据包。PPDU通常包括前导字段和数据字段,即前导字段+数据字段=1个PPDU。通常情况下,一次传输过程只包括一个PPDU。数据字段可以只承载一个用户的数据,也可以承载多个用户的数据。当承载多个用户的数据时,每个用户的数据可以视为一个PSDU。此外,对于上述任意一个用户,还可以包括一个或多个重传进程的数据。
PSDU:物理层服务数据单元(PHY service data unit,PSDU),用于承载一个或多个用户的MPDU或者A-MPDU,前导码字段+一个或多个用户的PSDU=1个PPDU。
MPDU:媒体接入控制协议数据单元(MAC protocol data unit,MPDU),即MAC帧,承载于PSDU,用于承载用户数据。
A-MPDU:聚合媒体介入控制协议数据单元(aggregated MAC protocol dataunit,A-MPDU),即将多个MPDU聚合到一起,统一通过一个物理层前导进行发送,可以有效降低竞争信道以及物理层前导带来的开销,从而提高数据传输效率。
传输类型(transimission type):包括新传、第1次重传、第2次重传,…,第L次重传。其中,L为系统设置的最大重传次数,L+1为最大传输次数。
需要说明的是,在HARQ场景下,新传广义上的含义是:具备完整的信息比特和校验比特,接收端不需要同之前预存的接收数据进行合并即可完成解码的数据,而不一定是之前从来没传过的数据。
RV:冗余版本(redundant version,RV),又称为RV版本号,其本身的含义为:对于一个编码块,如一个MPDU,包含的信息比特+校验比特的图样(pattern)。容易理解,不同传输类型的传输过程中传输的数据,可以采用相同的RV,也可以采用不同的RV,本申请实施例对此不作限定。例如,可以使用RV来指示传输类型,此时需要RV与传输类型一一对应。又例如,在不使用RV来指示传输类型的情况下,不同传输类型的两次传输,也可以使用相同的RV,即一个RV可以对应多个传输类型。具体实现方式可以参考下述方法实施例,此处不再赘述。
需要说明的是,某些MPDU处于一个码字(code word,CW)或者码块(code block,CB)中,因此,在进行重传时,上述某些MPDU承载的比特是基于该MPDU所在码字或者码块进行编码后的部分或者全部比特。其中,码字或者码块中除了所包含的MPDU,还可能会包含头部比特(header bits)和尾部比特(tail bits)。
下面将结合图3-图24对本申请实施例提供的通信方法进行具体阐述。
图3为本申请实施例提供的通信方法的流程示意图一。该通信方法可以适用于图1所示的任意两个节点之间的通信。
如图3所示,该通信方法包括如下步骤:
S301,第一节点生成物理层协议数据单元PPDU。
其中,PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,RV指示信息用于指示一个或多个重传MPDU的RV。
示例性地,第一节点可以为图1中所示的任意一个终端设备,或者任意一个网络设备。
S302,第一节点发送PPDU。
S303,第二节点接收PPDU,并根据RV指示信息解析一个或多个重传MPDU。
示例性地,第二节点可以为图1中所示的任意一个终端设备,或者任意一个网络设备。
在一种可能的设计方法中,不同RV对应的不同的重传MPDU按照RV预设顺序传输,和/或,同一RV对应的不同的重传MPDU按照历史传输顺序传输。
在一种可能的实现方式中,不同RV对应不同的重传MPDU,换句话说,不同的重传MPDU具有不同的RV,该不同的重传MPDU按照RV预设顺序传输。
在另一种可能的实现方式中,同一RV对应不同的重传MPDU,换句话说,不同的重传MPDU具有相同的RV,该不同的重传MPDU按照历史传输顺序传输。
在又一种可能的实现方式中,既存在不同RV对应不同的重传MPDU,又存在同一RV对应不同的重传MPDU,换句话说,部分重传的MPDU具备不同的RV,部分重传的MPDU具备相同的RV,则不同的RV对应的不同的重传MPDU按照RV预设顺序传输,同一RV对应的不同的重传MPDU按照历史传输顺序传输。
示例性地,表1为本申请实施例提供的一种RV取值与传输类型之间的对应关系。如表1所示,共计存在4种RV取值:0、1、2、3,分别对应的传输类型为:第1次重传、第2次重传、第3次重传、第4次重传。上述RV预设顺序可以为:按照RV取值从大到小顺序传输MPDU。假定在上一次传输中,MPDU1为第3次重传,MPDU2和MPDU3为第2次重传,且MPDU2位于MPDU3之前,MPDU4和MPDU5为第1次重传,且MPDU4位于MPDU5之前,且在上一次传输中MPDU1至MPDU5均传输错误,则MPDU1至MPDU5在本次传输中的RV依次为:3、2、2、1、1,且在本次传输中的先后顺序依次为:MPDU1、MPDU2、MPDU3、MPDU4、MPDU5。
需要说明的是,对于上一次传输中传输正确的MPDU,则不需要在本次传输中重传,以节省资源,提高传输效率。例如,假定在上一次传输中,MPDU4传输正确,MPDU1至MPDU3,以及MPDU5传输错误,则在本次传输中的传输顺序依次为:MPDU1、MPDU2、MPDU3、MPDU5。
表1
RV | 传输类型 |
0 | 第1次重传 |
1 | 第2次重传 |
2 | 第3次重传 |
3 | 第4次重传 |
此外,表1所示的RV取值与传输类型之间的对应关系为一一对应关系,适用于直接使用RV表示重传次数的场景。容易理解,RV取值与重传次数之间的对应关系也可以不是一一对应的,如一个RV也可以对应多次重传。
示例性地,表2为本申请实施例提供的另一种RV取值与传输类型之间的对应关系。如表2所示,共计存在8次重传和4种RV取值:0、1、2、3。其中,每个RV分别对应2次重传。例如,RV=0对应第1次重传和第2次重传,RV=1对应第3次重传和第4次重传,RV=2对应第5次重传和第6次重传,RV=3对应第7次重传和第8次重传。也就是说,相邻的2次或2次以上重传可以采用相同的RV。
表2
RV | 传输类型 |
0 | 第1次重传 |
0 | 第2次重传 |
1 | 第3次重传 |
1 | 第4次重传 |
2 | 第5次重传 |
2 | 第6次重传 |
3 | 第7次重传 |
3 | 第8次重传 |
可选地,该RV预设顺序可以采用1比特(bit)指示信息指示,也可以不指示,而是直接限定采用某种RV预设顺序传输数据,如可以将RV预设顺序预配置在第一节点和第二节点。
在本实施例的下述示例中,在未做特别说明的情况下,均以RV预设顺序为按照RV取值从高到低顺序传输、同一RV对应的不同的重传MPDU按照历史传输顺序传输为例进行说明的。
在一种可能的设计方法中,RV指示信息可以包括PPDU中的重传MPDU的总个数,以及每个重传MPDU的RV。其中,每个重传MPDU都对应一个用于指示该重传MPDU的RV的RV指示信息。
图4为本申请实施例提供的PPDU的结构示意图一。如图4所示,该PPDU包括一个用户的MPDU,即该PPDU只包括一个PSDU,且该PPDU的信令(signaling)字段(field)(前导字段的一部分,前导字段又称为控制字段等)中的EHT-SIG-B字段承载有该PPDU的数据(payload)字段(又称为数据载荷字段,净载荷字段)承载的N个重传MPDU(MPDU1,MPDU2,…,MPDUN)的总个数,以及N个RV(RV1,RV2,…,RVN)。其中,N个重传MPDU与N个RV一一对应。容易理解,第二节点可以依据上述各重传MPDU的RV,采用合并(combining)方式解码该RV对应的重传MPDU。
需要说明的是,N个重传MPDU中不同的重传MPDU对应的RV可以不同。例如,参见表1,MPDU1的RV可以为3,MPDUN的RV可以为0。
在又一种可能的设计方法中,一个或多个重传MPDU的RV属于预设RV集合,预设RV集合可以包括一种或多种预设RV,RV指示信息可以包括PPDU中每种预设RV对应的重传MPDU的个数。其中,预设RV集合可以是包含协议规定的全部或部分RV的候选RV集合,可以由网络通过信令动态配置,也可以预配置在第一节点和第二节点。
图5为本申请实施例提供的PPDU的结构示意图二。结合表1,该预设RV集合可以为表1所示的全部4种RV取值{0,1,2,3},也可以为其中一部分取值,如可以将最大传输次数设置为3,即不包括RV=11这种RV取值。如图5所示,该PPDU包括一个用户的MPDU,即该PPDU只包括一个PSDU,且该PPDU的信令字段中的EHT-SIG-B字段承载有每种RV对应的重传MPDU的个数,RV=3、RV=2、RV=1、RV=0各自对应的重传MPDU个数依次为N3、N2、N1、N0。容易理解,第二节点可以依据上述各RV取值对应的重传MPDU的个数,采用合并方式解码相应的重传MPDU。
需要说明的是,N个重传MPDU中也可以不包含部分RV取值对应的重传MPDU。在此情况下,该部分RV取值对应的重传MPDU的个数为0,上述EHT-SIG-B字段承载放入该部分RV取值对应的重传MPDU的个数也为0。例如,参照图5,RV=2时对应的重传MPDU的个数为0,即N2=0。
可选地,当该PPDU只包括重传MPDU时,RV指示信息还可以包括PPDU中的重传MPDU的总个数Nretx。其中,Nretx=N3+N2+N1+N0,以便第二节点核对PPDU中每种预设RV对应的重传MPDU的个数的传输是否有误,从而可以提高传输指示信息的可靠性。容易理解,Nretx和N3、N2、N1、N0,可以只传输其中的4个,即可以按照约定,不传输上述5个数值中的任意一个。例如,当包括Nretx且不包括N0时,第二节点可以根据Nretx、N3、N2、N1计算N0,或者,当不包括Nretx且包括N0时,第二节点可以根据N3、N2、N1、N0计算Nretx。
可选地,当PPDU还包括新传MPDU时,RV指示信息还可以包括PPDU中的所有MPDU的总个数Ntotal。其中,Ntotal=Nretx+Nnew,其中,Nnew为新传MPDU的个数,Nretx=N3+N2+N1+N0。容易理解,Ntotal、N3、N2、N1、N0、Nnew,可以只传输其中的5个,即可以按照约定,不传输上述6个数值中的任意一个。例如,当包括Ntotal且不包括Nnew时,第二节点可以根据Ntotal、N3、N2、N1、N0计算Nnew,或者,当不包括Ntotal且包括Nnew时,第二节点可以根据N3、N2、N1、N0、Nnew计算Ntotal。
在另一种可能的设计方法中,RV指示信息可以包括PPDU中存在的RV,以及存在的每种RV对应的重传MPDU的个数。示例性地,可以采用比特位图(bitmap)的方式表示PPDU中是否存在一种或多种RV对应的MPDU。容易理解,比特位图指示某种RV不存在,是指对应的数据字段中承载的重传MPDU没有采用该种RV,也就是对应数据字段中该种RV对应的重传MPDU的个数为0,因此不需要传输该RV对应的重传MPDU的个数,以减少信令消耗和资源消耗。
图6为本申请实施例提供的PPDU的结构示意图三。如图6所示,该PPDU包括一个用户的MPDU,即该PPDU只包括一个PSDU,且该PPDU的信令字段中的EHT-SIG-B字段承载有每种预设RV对应的RV存在指示信息(indicator of RV,IRV):IRV3=0、IRV2=1、IRV1=0、IRV0=1,以及每种存在的预设RV各自对应的重传MPDU个数,如RV值为2和0的重传MPDU的个数。其中,IRV的值可以为二进制数值0或1,二进制数字“1”表示该PPDU中存在RV值为该预设RV的MPDU,二进制数字“0”表示该PPDU中不存在RV值为该预设RV的MPDU。容易理解,第二节点可以依据上述各存在的RV取值对应的重传MPDU的个数,确定每个重传MPDU的RV,并采用合并方式解码相应的重传MPDU。
需要说明的是,图6所示的RV存在指示和存在的每种RV各自对应的重传MPDU的个数均承载在EHT-SIG-B字段中。在其他的实施例中,RV存在指示和存在的每种RV各自对应的重传MPDU的个数也可以分开承载。图7为本申请实施例提供的PPDU的结构示意图四。如图7所示,RV存在指示也可以承载在信令字段中的EHT-SIG-A字段中的,而存在的每种RV各自对应的重传MPDU个数仍然承载在RHT-SIG-B字段中。
需要说明的是,上述图4-图7所示的示例均为PPDU只承载有一个用户的MPDU的场景,即一个PPDU只包括一个PSDU的场景。在本申请实施例中,一个PPDU也可以承载多个用户的MPDU,可以针对每个用户分别进行上述图4-图6所示的操作。示例性地,对于多用户场景,图4-图6所示的PPDU可以分别扩展为图8-图10所示的PPDU的结构示意图五至七。如图8-图10所示,一个PPDU的EHT-SIG-B字段和数据字段均可以包括多个用户字段,如M个用户字段,可以使用该PPDU的数据字段中的M个用户字段分别承载M个用户的MPDU,且使用该PPDU的EHT-SIG-B字段中的M个用户字段分别承载M个用户的RV指示信息。其中,每个用户的重传MPDU的传输顺序,以及RV指示信息的承载方式,可以参考上述图4-图6所示的方法,此处不再赘述。因此,在一种可能的设计方法中,PPDU可以包括至少一个用户的MPDU。相应地,PPDU可以包括至少一组RV指示信息。其中,一个用户对应一组RV指示信息。可选地,多个用户可以对应一组RV指示信息。可选地,若同一用户对应的所有重传MPDU的RV相同,则对于同一个用户,PPDU可以只包括一个RV指示信息,从而只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
示例性地,图11为本申请实施例提供的PPDU的结构示意图八。如图11所示,用户1的MPDU的RV和用户M的MPDU的RV分别为2和1。相应地,EHT-SIG-B字段中的用户字段1只承载用户1的RV=2的存在指示及其对应的重传MPDU的个数N2,而EHT-SIG-B字段中的用户字段M只承载用户M的RV=1的存在指示及其对应的重传MPDU的个数N1。容易理解,为了进一步节省传输指示信息的信令消耗和资源消耗,如图11所示,也可以不传输用户1的重传MPDU的个数和用户M的重传MPDU的个数,而只传输用户1的RV和用户M的RV,即图11中的N2和N1为可选字段。如图11所示,RV存在指示可以采用比特位图形式,如用户1的RV存在指示为4比特二进制数0100,用户M的RV存在指示为4比特二进制数0010,4比特二进制数从高到低依次为RV=3、2、1、0的存在指示,且二进制数“1”表示PPDU中存在该RV值对应的MPDU,“0”表示PPDU中不存在该RV值对应的MPDU。
鉴于在图11中用户1的重传MPDU的RV和用户M的重传MPDU的RV均只有一种取值,EHT-SIG-B字段中的用户字段也可以直接承载该PPDU中存在的重传MPDU的RV。图12为本申请实施例提供的PPDU的结构示意图九。如图12所示,EHT-SIG-B字段中的用户字段1直接承载用户1的重传MPDU的RV=2,EHT-SIG-B字段中的用户M的重传MPDU的RV=1,各为2比特,以便进一步节省信令消耗和资源消耗。
需要说的是,在一个PPDU中,图8-图12所示的数据字段承载的不同用户的数据(PSDU)并没有严格意义上的时间顺序。这是因为:不同用户的数据可以承载于不同的资源单元(resource unit,RU)中,而不同的RU可能位于不同的频域/时域/空域。示例性地,在如图8所示数据字段中,当承载用户1的数据的用户字段1和承载用户2的数据的用户字段2所在的频域位置和/或空域位置中有至少一个不同时,承载用户1的数据的用户字段1和承载用户2的数据的用户字段2所在的时域位置可以相同,也可以不同,还可以存在交集。换句话说,承载用户2的数据的用户字段2所在的时域位置,可以在承载用户1的数据的用户字段1所在的时域位置之前、之后或重叠中的任意一种。
在本申请实施例中,对于每个用户,还可能同时存在多个重传过程的MPDU。因此,在一种可能的设计方法中,PPDU可以包括至少一个重传过程的重传MPDU。相应地,PPDU可以包括至少一组RV指示信息。其中,一个重传过程对应一组RV指示信息。可选地,多个重传过程可以对应一组RV指示信息。可选地,若同一重传过程对应的所有重传MPDU的RV相同,则对于同一重传过程,PPDU可以只包括一个RV指示信息,从而只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
示例性地,图13-图17为分别在图8-图12的基础上进一步扩展的PPDU的结构示意图十至十四。如图13-图17所示,一个PPDU的EHT-SIG-B字段和数据字段均可以包括多个用户字段,如M个用户字段,每个用户字段可以包括多个重传进程字段,如用户字段1包括HARQ1,HARQ2,…,HARQK共计K个重传进程字段,可以使用该PPDU的数据字段中的用户字段1中的K个重传进程字段分别承载用户1的K个重传进程的MPDU,且使用该PPDU的EHT-SIG-B字段中的用户字段1中的K个重传进程字段分别承载用户1的K个重传进程的RV指示信息。此外,PPDU的EHT-SIG-B字段中的每个用户字段还承载该用户的HARQ进程数,以及PPDU的EHT-SIG-B字段中的每个用户字段中的每个重传进程字段还承载该重传进程的HARQ标识。其中,每个重传进程的重传MPDU的传输顺序,以及RV指示信息的承载方式,可以参考上述图8-图12以及相关的文字描述,此处不再赘述。
在又一种可能的设计方法中,PPDU还可以包括一个或多个新传MPDU;一个或多个新传MPDU的传输顺序在一个或多个重传MPDU之后。
可选地,多个重传MPDU的RV相同,则对于该多个重传MPDU,只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
示例性地,假定表1中的RV=0表示新传,而RV=1、2、3依次表示第1次重传、第2次重传、第3次重传,则表1可以修改为如下表3。相应地,对于图4-图17中RV=0的MPDU的RV指示信息,也可以不传输,以便进一步节省传输RV指示信息信令消耗和资源消耗。具体实现方式可以参考图4-图17以及对应的文字描述,此处不再赘述。
表3
RV | 传输类型 |
0 | 新传 |
1 | 第1次重传 |
2 | 第2次重传 |
3 | 第3次重传 |
如表3所示,共计存在4种RV取值:0、1、2、3,分别对应新传、第1次重传、第2次重传、第3次重传。上述RV预设顺序可以为:按照RV取值从大到小顺序传输MPDU。假定在上一次传输中,MPDU1和MPDU2为第2次重传,且MPDU1位于MPDU2之前,MPDU3为第1次重传,MPDU4和MPDU5为新传,且MPDU4位于MPDU5之前,以及在上一次传输中MPDU1至MPDU5均传输错误,则MPDU1至MPDU5在本次传输中的RV依次为:3、3、2、1、1,且在本次传输中的先后顺序依次为:MPDU1、MPDU2、MPDU3、MPDU4、MPDU5。
需要说明的是,对于上一次传输中传输正确的MPDU,则不需要在本次传输中重传,以节省资源,提高传输效率。例如,假定在上一次传输中,MPDU2传输正确,MPDU1至MPDU3,以及MPDU4和MPDU5传输错误,则在本次传输中的传输顺序依次为:MPDU1、MPDU3、MPDU4、MPDU5。
容易理解,还可以设置一个最大传输次数,当一个MPDU在上一次传输中已经达到最大传输次数,则可以在本次传输中按照新传处理,即将该MPDU的RV重置为0。示例性地,结合表3,假定最大传输次数为4(对应RV为3),在上一次传输中,MPDU6为第3次重传,MPDU7为第2次重传,MPDU8为第1次重传,MPDU9为新传,且在上一次传输中MPDU6至MPDU9均传输错误,则MPDU6至MPDU9在本次传输中的RV依次为:0、3、2、1,且在本次传输中的先后顺序依次为:MPDU7、MPDU8、MPDU9、MPDU6。
当然,如果本次传输中还存在新传MPDU的话,如MPDU10,则在本次传输中,MPDU6至MPDU10的传输顺序可以为:MPDU7、MPDU8、MPDU9、MPDU6、MPDU10,也可以为:MPDU7、MPDU8、MPDU9、MPDU10、MPDU6。也就是说,对于因在上一次传输中达到最大传输次数的MPDU,在本次传输中可以按照正常新传流程处理,即在上一次传输中达到最大传输次数的MPDU的传输顺序,可以位于本次传输中实际为新传的MPDU之前,也可以位于本次传输中实际为新传的MPDU之后,本申请实施例对此不做限定。上述操作出于如下考虑:上一次传输中已达到最大传输次数仍然错误的MPDU,可以视为之前的传输错误太多,如信道质量恶劣所致,第二节点无法通过合并解码的方式正确解析该MPDU,即该MPDU之前传输的各种RV的接收数据没有参考意义,不能用于与该MPDU的本次传输的接收数据做合并解码。由于该MPDU与本次传输中实际为新传的MPDU都是按照新传流程处理的,第二节点不需要对该MPDU作合并解码,因此可以不限定该MPDU与本次传输中实际为新传的MPDU之间的传输顺序。
需要说明的是,在表1-表3所示的RV与传输类型之间的对应关系中,RV的取值是按照传输次数的递增顺序依次递增的。容易理解,也可以采用其他方式确定RV与传输类型之间的对应关系,只要RV的取值能够区分不同的传输次数即可。示例性地,如表4所示,RV的值也可以采用循环码的不同取值,建立RV与传输类型之间的对应关系。
表4
RV | 传输类型 |
00 | 新传 |
01 | 第1次重传 |
11 | 第2次重传 |
10 | 第3次重传 |
需要说明的是,上述表1-表4所示的RV与传输类型之间的对应关系,可以用于只包含重传MPDU的场景,也可以用于重传MPDU和新传MPDU同时存在的场景,本申请实施例对此不作限定。
在S302中,第一节点发送PPDU。相应地,第二节点接收物理层协议数据单元PPDU。
示例性地,第一节点通过第一节点与第二节点之间的无线链路,如上下行链路或侧行链路,向第二节点发送PPDU。
在S303中,第二节点接收PPDU,并根据RV指示信息解析一个或多个重传MPDU。
示例性地,第二节点可以根据PPDU的信令字段中携带的各个重传MPDU的RV指示信息,采用合并方式解码各个MPDU,具体实现方式可以参见现有实现方式,本申请实施例不再赘述。
需要说明的是,如图4-图17所示,在EHT-SIG-A中,还可能存在HARQ指示(HARQindication)字段,用来指示PPDU中是否包含HARQ重传。若指示包含HARQ重传,则在EHT-SIG-B中承载如图4-图17中所示的RV指示信息。否则,则不承载上述RV指示信息,以进一步节省信令开销和资源开销。该方法适用于本申请所有包含HARQ指示字段的场景。
本申请实施例提供的通信方法,当第一节点发送的PPDU包括一个或多个重传MPDU时,第一节点可以在该PPDU中承载用于指示每个重传MPDU的RV的RV指示信息,以便第二节点根据该RV指示信息接收每个重传MPDU,可以解决不能在同一次传输过程中,如在同一个PPDU中传输具有不同RV的重传MPDU的问题,可以减少数据传输次数,简化数据传输的调度流程,从而提高数据传输效率。
图18为本申请实施例提供的通信方法的流程示意图二。该通信方法可以适用于图1所示的任意两个节点之间的通信。如图18所示,该通信方法包括如下步骤:
S1801,第二节点向第一节点发送确认信息。其中,确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU。
示例性地,该确认信息可以为块确认(block acknowledge,BA)指示信息。其中,BA指示信息可以为肯定确认(acknowledge,ACK)或否定确认(negtive acknowledge,NACK)。关于ACK和NACK,可以参考现有实现方式,此处不再赘述。
S1802,第一节点接收来自第二节点的确认信息。
S1803,第一节点向第二节点发送包含MPDU的物理层协议数据单元PPDU。
其中,MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
S1804,第二节点接收并解析第一节点发送的包含MPDU的物理层协议数据单元PPDU。
示例性地,第二节点也可以根据MPDU的传输次数和MPDU的历史传输顺序确定MPDU的传输顺序,并依据该传输顺序对MPDU合并解码。
示例性地,上述MPDU可以包括第一MPDU和第二MPDU,且在上一次传输中,第一MPDU的传输顺序在第二MPDU之前,则在一种可能的设计方法中,上述MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定,可以包括:
若第一MPDU的传输次数未达到最大传输次数,则在本次传输中,第一MPDU的传输顺序在第二MPDU之前,以及若第一MPDU的传输次数达到最大传输次数,且第二MPDU的传输次数未达到最大传输次数,则在本次传输中,第一MPDU的传输顺序在第二MPDU之后。
示例性地,参考表3,假定最大传输次数为4,且在同一次传输中,按照RV从高到低顺序传输MPDU,以及在上一次传输中,第一MPDU为第2次重传,对应的RV=2,第二MPDU为第1次重传,对应的RV=1,第一MPDU的传输顺序在第二MPDU之前,则在本次传输中,第一MPDU对应的RV=3,第二MPDU对应的RV=2,第一MPDU的传输顺序仍然在第二MPDU之前。
示例性地,参考表3,假定最大传输次数为4,且在同一次传输中,按照RV从高到低顺序传输MPDU,以及在上一次传输中,第一MPDU为第3次重传(已达到最大传输次数),对应的RV=3,第二MPDU为第1次重传,对应的RV=1,第一MPDU的传输顺序在第二MPDU之前,则在本次传输中,第一MPDU对应的RV=0,第二MPDU对应的RV=2,第一MPDU的传输顺序在第二MPDU之后。
容易理解,上述传输顺序的确定方法也可以通过指示信息通知第二节点。因此,可选地,上述PPDU还可以包括默认重传指示信息,该默认重传指示信息用于指示MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
示例性地,图19为本申请实施例提供的PPDU的结构示意图十五。如图19所示,上述默认重传指示信息可以承载于EHT-SIG-A字段的HARQ默认(HARQ default)指示字段中,如可以使用1比特(bit)的二进制数字来指示。
在另一种可能的设计方法中,PPDU还包括MPDU的冗余版本RV指示信息;RV指示信息用于指示MPDU的RV。其中,RV指示信息与MPDU的重传次数一一对应。容易理解,RV指示信息内容可以参考图3所示的通信方法中的RV指示信息,此处不再赘述。
需要说明的是,上述默认重传流程是建立在第一节点与第二节点对于数据传输的结果理解一致的基础上的,如MPDU传输了几次,哪次传输中传输了哪个冗余版本,是否正确接收等。然而,倘若第一节点没有接收到第二节点发送的确认信息,或者第二节点没有能够正确解析PPDU中的信令字段,因而无法发送确认信息,则会造成第一节点与第二节点在关于MPDU是否正确传输的理解不一致,从而降低解码成功率。
此外,上述默认重传指示可以视为一种隐式指示RV版本的方法。容易理解,还存在其他需要明确指示MPDU的RV版本的场景。下面具体说明。
场景一:重传时没有足够的资源,只能重传部分MPDU,则按照之前发送MPDU的顺序,重传历史传说顺序最靠前的部分MPDU,此时需要明确指示重传的MPDU的个数。
场景二:重传时需要灵活选择不同RV。可以按照之前发送MPDU的顺序,依次指定每种RV传输的MPDU的个数。例如,可以规定重传次数更多的MPDU的RV不得小于重传次数更少的MPDU的RV。
场景三:多业务流(multiple traffic ID,MTID)聚合场景。在此场景下,可以按照业务优先级选择重传哪些MPDU,如可以优先传输高优先级业务的MPDU。
示例性地,图20为本申请实施例提供的PPDU的结构示意图十六。如图20所示,PPDU的信令字段中的EHT-SIG-A字段中包括HARQ类型(HARQ type)字段。在本申请实施例中,图4-图17、图19中的HARQ指示信息,以及图19中的默认重传指示信息,还可以分时复用该HARQ类型字段。下面详细说明。
表5为本申请实施例提供的HARQ类型的取值与上述HARQ指示信息和默认重传指示信息等指示信息的对应关系一个示例。如表5所示,当HARQ类型取值为0时,无论MPDU为新传还是重传,抑或是既有新传又有重传,第二节点都不做合并解码,即只根据当前传输接收到的数据解码。当HARQ类型取值为1时,第一节点按照本实施例所述的默认重传流程重传MPDU,如确定重传MPDU的传输顺序和冗余版本,第二节点也按照本实施例所述的默认重传流程确定的传输顺序和冗余版本接收和解析第一节点发送的重传MPDU。当HARQ类型取值为3时,第一节点按照图3所示的通信方法中的任一种实现方式重传MPDU,以及重传MPDU的RV指示信息,第二节点根据接收到的RV指示信息对重传MPDU合并解码。
表5
HARQ类型 | 适用场景 | 解释 |
0 | 非合并解码场景 | 无论重传与否,均不采用合并方式解码 |
1 | 默认HARQ重传场景 | 按照默认HARQ流程重传 |
2 | A-MPDU HARQ场景 | 图3所示的方法实施例中的任一场景 |
3 | -- | 预留 |
下面以几个例子来说明。假定第一节点按照如下重传规则确定是否需要重传MPDU,以及重传该MPDU的哪个冗余版本:第一节点接收到ACK,不重传MPDU;第一节点接收到NACK,则重传按照表5所示的方法确定的该MPDU的冗余版本;第一节点未接收到确认信息(包括ACK和NACK),则按照新传流程再次发送该MPDU。
例如,假定在上一次传输中,MPDU1为第1次重传,第二节点发送了MPDU1的ACK,但是第一节点没有收到该ACK。一方面,第一节点会认为在本次传输中,需要按照新传流程再次发送该MPDU。另一方面,第二节点会认为在本次传输中,第一节点不会再发送MPDU1,自然也不会为再次对MPDU1合并解码作任何准备,如删除MPDU1的在历次传输中接收到的各种冗余版本。
再例如,假定在上一次传输中,MPDU2为第2次重传,第二节点发送了MPDU2的NACK,但是第一节点没有收到该NACK。一方面,第一节点会认为在本次传输中,需要按照新传流程再次发送该MPDU。另一方面,第二节点会认为在本次传输中,第一节点会再次发送MPDU2的RV=3的冗余版本,并会按照RV=3的冗余版本准备再次对MPDU2做合并解码。
为了解决第一节点与第二节点对于MPDU的传输结果理解不一致的问题,本申请实施例还引入了如下技术方案:在一种可能的设计方法中,PPDU还可以包括:PPDU的重传序列号或PSDU的重传序列号或确认信息的成功接收指示。其中,重传序列号为PPDU或PSDU在上一次传输中使用的序列号的基础上按照序列号更新规则确定的序列号。
上述重传序列号或确认信息的成功接收指示均可用于第二节点确认在上一次传输中,第一节点是否成功接收到确认信息,以便确定在本次传输中,第一节点是否重传MPDU,以及重传的是该MPDU的哪个冗余版本。下面分别举例说明。
结合表3中RV与传输次数的一一对应关系,假定序列号更新规则为:重传序列号为在上一次传输中使用的序列号的基础上加1。例如,假定对于MPDU3,上一次传输的重传序列号对应RV=1的冗余版本,而本次传输的重传序列号为上一次传输的重传序列号加1,则第二节点可以确定本次传输的重传序列号对应RV=2的冗余版本。再例如,假定最大传输次数为4,且对于MPDU4,上一次传输的重传序列号对应RV=3的冗余版本,而本次传输的重传序列号为上一次传输的重传序列号加1,则第二节点可以确定本次传输的MPDU4为新传版本,即RV=0的冗余版本。
示例性地,示例性地,图21为本申请实施例提供的PPDU的结构示意图十七。如图21所示,当只有一个用户时,一个PPDU通常只包括一个PSDU,因此上述重传序列号可以为PPDU序列号,也可以为PSDU序列号,该PPDU序列号或PSDU序列号可以承载于EHT-SIG-B字段的用户字段中。
容易理解,当存在多个用户时,一个PPDU通常包括多个PSDU,上述重传序列号可以为多个PSDU序列号,该多个PSDU序列号与多个用户一一对应,且该多个PSDU序列号可以承载于EHT-SIG-B字段的多个用户字段中,该多个用户字段与多个用户一一对应。
示例性地,图22为本申请实施例提供的PPDU的结构示意图十八。如图22所示,共存在M个用户,该M个用户各自配置有一个用户字段,如用户字段1至用户字段M,该M个用户字段分别承载M个用户的PSDU序列号,如PSDU序列号1至PSDU序列号M。其中,当M=1时,即只有1个用户时,图22与图21相同。
示例性地,假定确认信息的接收指示信息为1,表示第一节点接收到了第二节点发送的NACK,确认信息的接收指示信息为0,表示第一节点没有接收到第二节点发送的确认信息。例如,假定在上一次传输中,第一节点未接收到第二节点发送的MPDU5的确认信息,则在本次传输中,第一节点发送PPDU中携带的MPDU5的确认信息的接收指示信息为0,则第二节点可以据此按照新传流程对MPDU5作解码。又例如,假定在上一次传输中,第一节点接收到第二节点发送的MPDU6的NACK,则在本次传输中,第一节点发送PPDU中携带的MPDU6的确认信息的接收指示信息为1,则第二节点可以据此和传输次数确定本次传输中发送的MPDU6的冗余版本,如根据表3确定冗余版本,并按照重传流程对MPDU5作合并解码。
示例性地,图23为本申请实施例提供的PPDU的结构示意图十九。如图23所示,当只有一个用户时,一个PPDU通常只包括一个PSDU,因此上述确认信息的接收指示信息可以直接承载于EHT-SIG-B字段的用户字段中。
容易理解,当存在多个用户时,一个PPDU通常包括多个PSDU,上述确认信息的接收指示信息可以为多个,该多个确认信息的接收指示信息与多个用户一一对应,且该多个确认信息的接收指示信息可以分别承载于EHT-SIG-B字段的多个用户字段中,该多个用户字段与多个用户一一对应。
示例性地,图24为本申请实施例提供的PPDU的结构示意图二十。如图24所示,共存在M个用户,该M个用户各自拥有一个用户字段,如用户字段1至用户字段M,该M个用户字段分别承载M个用户的确认信息的接收指示信息,如BA接收指示信息1至BA接收指示信息M。
进一步地,当一个用户配置有多个重传进程时,图19-图24所示的重传序列号或确认信息的接收指示信息还可以分别针对多个重传进程作进一步扩展。具体实现方式可以参考上述在图8-图12的基础上,分别针对多个重传进程进一步扩展为图13-图17的处理过程,此处不再赘述。
相应地,在数据字段中,也可以承载多个用户的MPDU,或者多个重传进程的MPDU。在另一种可能的设计方法中,上述PPDU可以包括至少一个重传过程的MPDU,上述MPDU可以为第一重传过程的MPDU。其中,第一重传过程可以为至少一个重传过程中的任意一个重传过程。
可选地,第一重传过程对应的所有MPDU的RV相同。也就是说,对于第一重传过程对应的所有MPDU,只需要传输一个RV即可,从而可以节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计方法中,上述PPDU可以包括至少一个用户的MPDU,上述MPDU可以为第一用户的MPDU。其中,第一用户可以为至少一个用户中的任意一个用户。
可选地,第一用户对应的所有MPDU的RV相同。也就是说,对于第一用户对应的所有MPDU,只需要传输一个RV即可,从而可以节省传输指示信息的信令消耗和资源消耗。
本申请实施例提供的通信方法,第一节点可以根据第二节点发送的确认信息,获知上一次传输中传输错误的MPDU,并根据MPDU的传输次数和MPDU的历史传输顺序确定MPDU在本次传输中的传输顺序,然后向第二节点重传上一次传输错误的MPDU;相应地,第二节点也可以根据MPDU的传输次数和MPDU的历史传输顺序确定MPDU在本次传输中的传输顺序,并采用合并解码方式解析本次传输中重传的MPDU,不需要传输与重传顺序有关的指示信息,从而可以减少指示信息的信令消耗和资源消耗。
需要说明的是,在上述方法实施例中的多个用户相关的示例中,均是以一个用户字段只对应一个PSDU为例来说明PPDU的帧格式的,如图8-图17、图22、图24等。也就是说,在此情况下,多个用户字段与多个PSDU是一一对应的。因此,可以利用多个用户字段分别指示多个PSDU。然而,在另一些实施例中,一个用户也可以对应多个PSDU。在此情况下,也可以利用多个不同的用户字段分别去指示同一个用户的多个PSDU。
图25为本申请实施例提供的通信方法的流程示意图三。该通信方法可以适用于图1所示的任意两个节点之间在第一场景下的通信。其中,第一场景为:第二节点在接收其触发的基于触发的PPDU(trigger-based PPDU,TB-PPDU)时,对于第一节点发送的(某一个资源单元中)全部MPDU解码错误,第二节点再次发送触发帧(trigger-based frame,TBF)中承载RV=0的RV指示信息,用于指定第一节点再次向第二节点发送的TB-PPDU承载的全部数据均采用新传流程。
如图25所示,该通信方法包括如下步骤:
S2501,第二节点向第一节点发送第一触发帧。
S2502,第一节点接收第二节点发送的第一触发帧。
其中,第一触发帧中承载的第一RV用于指示指示第一节点采用重传流程发送之前传输错误的至少一个MPDU。
具体地,第二节点可以通过侧行链路或上下行链路,向第一节点发送第一触发帧。
示例性地,图26为本申请实施例提供的第一触发帧的结构示意图。如图26所示,第一触发帧包括用户(user information)字段。该用户字段包括节点标识(nodeidentifier,NID)字段、资源单元分配(resource unit allocation,RUA)字段、HARQ标识(HARQ identifer,HARQ-ID)字段、预留(reserved)字段、第一RV字段等多个字段。其中,第一RV=1,用于指示第一节点采用重传流程发送至少一个MPDU时。
此外,除用户字段之外,图26所示的第一触发帧还可以包括以下字段:帧控制(frame control,FC)字段、时长(duration)/标识(identifier,ID)字段、接收地址(receiving address,RA)字段、发送地址(transimitting address,TA)字段、公共信息(conmmon information)字段和帧检测序列(frame check sequence,FCS)字段,具体实现方式可以参考现有实现方式,本申请实施例不再赘述。
示例性地,第一节点和第二节点可以为图1中所示的任意两个终端设备,或者任意两个网络设备,或者第一节点为任意一个终端设备,且第二节点为任意一个网络设备,或者第一节点为任意一个网络设备,且第二节点为任意一个终端设备,本申请实施例对于第一节点和第二节点的设备类型不做限定。
S2503,第一节点向第二节点发送第一PPDU。其中,第一PPDU承载上述至少一个MPDU,且第一PPDU为第一节点响应所述第一触发帧承载的第一RV,按照重传流程生成的基于触发的物理层协议数据单元(trigger-based PPDU,TB-PPDU)。
S2504,第二节点接收第一节点发送的第一PPDU,并按照重传流程解析第一PPDU承载的至少一个MPDU。
具体地,第一节点可以通过侧行链路或上下行链路,向第二节点发送第一PPDU。相应地,第二节点通过侧行链路或上下行链路,接收第一节点发送的第一PPDU,然后,第二节点即可按照重传流程,对第一PPDU承载的至少一个MPDU作合并解码。关于合并解码方式,可以参考现有实现方式,此处不再赘述。
但是,倘若第一PPDU中承载的数据全部解码错误,且第二节点无需解码第一PPDU的信令字段(因为这是第二节点配置给第一节点的),所以第二节点无法获知第一节点是否发送了数据。因此,当第二节点再次调度时,第二节点只能将RV设置成0,触发第二节点按照新传流程再次发送数据,即第二节点还需要执行如下S2505。
S2505,第二节点向第一节点发送第二触发帧。
其中,第二触发帧承载的第二RV用于指示第一PPDU承载的至少一个MPDU全部解码错误,且指示第一节点采用新传流程再次发送上述至少一个MPDU。
具体地,第二节点可以通过侧行链路或上下行链路,向第一节点发送第二触发帧。
示例性地,图27为本申请实施例提供的第二触发帧的结构示意图。示例性地,如图27所示,该触发帧包括用户(user information)字段。该用户字段包括节点标识(nodeidentifier,NID)字段、资源单元分配(resource unit allocation,RUA)字段、HARQ标识(HARQ identifer,HARQ-ID)字段、HARQ类型(HARQ type)字段、RV指示信息字段等多个字段。其中,RV指示信息为:RV=0,用于指示第一节点再次发送至少一个MPDU时采用新传流程。
此外,除用户字段之外,图27所示的第二触发帧还可以包括以下字段:帧控制(frame control,FC)字段、时长(duration)/标识(identifier,ID)字段、接收地址(receiving address,RA)字段、发送地址(transimitting address,TA)字段、公共信息(conmmon information)字段和帧检测序列(frame check sequence,FCS)字段,具体实现方式可以参考现有实现方式,本申请实施例不再赘述。
S2506,第一节点接收第二节点发送的第二触发帧。
具体地,第一节点通过侧行链路或上下行链路,接收第二节点发送的第二触发帧。
然后,第一节点即可根据第二RV,按照新传流程生成承载上述至少一个MPDU的第二PPDU。也就是说,第二PPDU也是TB-PPDU。其中,第二PPDU承载的至少一个MPDU的冗余版本为第二RV所指示的新传版本。
可选地,第二PPDU中的信令字段,如EHT-SIG-A或EHT-SIG-B,还可以承载第二PPDU承载的至少一个MPDU的RV。
S2507,第一节点向第二节点发送第二PPDU。
其中,第二PPDU承载上述至少一个MPDU,且第二PPDU为第一节点根据第二节点发送的第二触发帧承载的第二RV,按照新传流程生成的TB-PPDU。
具体地,第一节点通过侧行链路或上下行链路,向第二节点发送上述TB-PPDU。
S2508,第二节点接收第一节点发送的第二PPDU,并按照新传流程解析第二PPDU承载的至少一个MPDU。
其中,第二PPDU承载上述至少一个MPDU,且第二PPDU为第一节点根据第二节点发送的第二触发帧承载的第二RV,按照新传流程生成的TB-PPDU。
其中,接收方法可以参考S2504,此处不再赘述。
示例性地,上述按照新传流程解析第二PPDU承载的至少一个MPDU可以为:第二节点不采用合并解码方式解析第二PPDU承载的至少一个MPDU,以避免第一PPDU承载的至少一个MPDU由于信号质量太差造成的不良影响。
本申请实施例提供的通信方法,当第一节点按照重传流程发送的第一PPDU中承载的至少一个MPDU全部传输错误时,第一节点可以根据第二节点发送的第二触发帧承载的第二RV,按照新传流程再次发送至少一个MPDU,可以避免当第一节点按照重传流程发送的第一PPDU中承载的至少一个MPDU全部传输错误时,第二节点不会解析第一PPDU的信令字段,因而无法获知第一节点是否发送了上述MPDU,从而导致两个节点对于是否成功传输上述至少一个MPDU的理解不一致,进而导致第一节点不再发送上述至少一个MPDU而丢失数据,或者第一节点仍然采用重传流程发送上述至少一个MPDU,但第二节点由于没有接收到上述至少一个MPDU的历史冗余版本,因而无法对再次传输的至少一个MPDU作合并解码的问题,从而可以提高解码成功率和数据传输的可靠性。
以上结合图3-图27详细说明了本申请实施例提供的通信方法。以下结合图28和图33详细说明本申请实施例提供的通信装置。
图28是本申请实施例提供的通信装置的结构示意图二。该通信装置可适用于图1所示出的通信系统中,执行图3所示的通信方法中第一节点的功能。为了便于说明,图28仅示出了该通信装置的主要部件。
如图28所示,通信装置2800包括:处理模块2801和发送模块2802。
其中,处理模块2801,用于生成物理层协议数据单元PPDU。其中,PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,RV指示信息用于指示一个或多个重传MPDU的RV。发送模块2802,用于发送PPDU。
在一种可能的设计中,不同RV对应的不同的重传MPDU按照RV预设顺序传输,和/或,同一RV对应的不同的重传MPDU按照历史传输顺序传输。可选地,该传输顺序可以采用1比特(bit)指示信息指示,也可以不指示,而是预配置在第一节点和第二节点。
在一种可能的设计中,RV指示信息可以包括PPDU中的重传MPDU的总个数,以及每个重传MPDU的RV。其中,每个重传MPDU都存在一个用于指示该重传MPDU的冗余版本的RV。
在另一种可能的设计中,一个或多个重传MPDU的RV属于预设RV集合,预设RV集合可以包括一种或多种预设RV,RV指示信息可以包括PPDU中每种预设RV对应的重传MPDU的个数。其中,预设RV集合可以是包含协议规定的全部或部分RV的候选RV集合,可以由网络通过信令动态配置,也可以预配置在第一节点和第二节点。
可选地,RV指示信息还可以包括PPDU中的重传MPDU的总个数,以便第二节点核对PPDU中每种预设RV对应的重传MPDU的个数的传输是否有误,从而可以提高传输指示信息的可靠性。
在又一种可能的设计中,RV指示信息可以包括PPDU中存在的RV,以及存在的每种RV对应的重传MPDU的个数。示例性地,可以采用比特位图(bitmap)的方式表示PPDU中存在的RV。容易理解,比特位图指示不存在的RV对应的重传MPDU的个数为0,因此不需要传输该RV对应的重传MPDU的个数,以减少信令消耗和资源消耗。
在又一种可能的设计中,PPDU还可以包括一个或多个新传MPDU;一个或多个新传MPDU的传输顺序在一个或多个重传MPDU之后。可选地,多个重传MPDU的RV相同,则对于该多个重传MPDU,只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计方法中,PPDU可以包括至少一个重传过程的重传MPDU。相应地,PPDU可以包括至少一组RV指示信息。其中,一个重传过程对应一组RV指示信息。可选地,多个重传过程可以对应一组RV指示信息。可选地,若同一重传过程对应的所有重传MPDU的RV相同,则对于同一重传过程,PPDU可以只包括一个RV指示信息,从而只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计方法中,PPDU可以包括至少一个用户的MPDU。相应地,PPDU可以包括至少一组RV指示信息。其中,一个用户对应一组RV指示信息。可选地,多个用户可以对应一组RV指示信息。可选地,若同一用户对应的所有重传MPDU的RV相同,则对于同一个用户,PPDU可以只包括一个RV指示信息,从而只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
可选地,图28所示的通信装置2800还可以包括存储模块(图28中未示出),该存储模块存储有程序或指令。当处理模块2801执行该程序或指令时,使得通信装置2800可以执行图3所示的通信方法中第一节点的功能。
可选地,图28所示的通信装置2800还可以包括接收模块(图28中未示出),以便通信装置2800也能够接收其他通信装置,如图3所示的通信方法中的第二节点发送的信号,以便实现双向通信。
需要说明的是,上述通信装置2800可以是图1所示任一终端设备或任一网络设备或图2所示的通信装置200,也可以是设置于上述终端设备、网络设备或通信装置200中的芯片或芯片系统,本申请实施例对此不做限定。
通信装置2800的技术效果,可以分别参考图3所示的通信方法的技术效果,此处不再赘述。
图29是本申请实施例提供的一种通信装置的结构示意图三。该通信装置可适用于图1所示出的通信系统中,执行图3所示的通信方法中第二节点的功能。为了便于说明,图29仅示出了该通信装置的主要部件。
如图29所示,通信装置2900包括:处理模块2901和接收模块2902。
其中,接收模块2902,用于接收物理层协议数据单元PPDU。其中,PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,RV指示信息用于指示一个或多个重传MPDU的RV。处理模块2901,用于根据RV指示信息,解析一个或多个重传MPDU。
在一种可能的设计中,不同RV对应的不同的重传MPDU按照RV预设顺序传输,和/或,同一RV对应的不同的重传MPDU按照历史传输顺序传输。可选地,该传输顺序可以采用1比特(bit)指示信息指示,也可以不指示,而是预配置在第一节点和第二节点。
在一种可能的设计中,RV指示信息可以包括PPDU中的重传MPDU的总个数,以及每个重传MPDU的RV。其中,每个重传MPDU都存在一个用于指示该重传MPDU的冗余版本的RV。
在另一种可能的设计中,一个或多个重传MPDU的RV属于预设RV集合,预设RV集合可以包括一种或多种预设RV,RV指示信息可以包括PPDU中每种预设RV对应的重传MPDU的个数。其中,预设RV集合可以是包含协议规定的全部或部分RV的候选RV集合,可以由网络通过信令动态配置,也可以预配置在第一节点和第二节点。
可选地,RV指示信息还可以包括PPDU中的重传MPDU的总个数,以便第二节点核对PPDU中每种预设RV对应的重传MPDU的个数的传输是否有误,从而可以提高传输指示信息的可靠性。
在又一种可能的设计中,RV指示信息可以包括PPDU中存在的RV,以及存在的每种RV对应的重传MPDU的个数。示例性地,可以采用比特位图(bitmap)的方式表示PPDU中存在的RV。容易理解,比特位图指示不存在的RV对应的重传MPDU的个数为0,因此不需要传输该RV对应的重传MPDU的个数,以减少信令消耗和资源消耗。
在又一种可能的设计中,PPDU还可以包括一个或多个新传MPDU;一个或多个新传MPDU的传输顺序在一个或多个重传MPDU之后。可选地,多个重传MPDU的RV相同,则对于该多个重传MPDU,只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计中,PPDU可以包括至少一个重传过程的重传MPDU。相应地,RV指示信息可以包括至少一组RV指示信息。其中,至少一组RV指示信息与至少一个重传过程一一对应。可选地,同一重传过程对应的所有重传MPDU的RV相同,则只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计中,PPDU可以包括至少一个用户的MPDU。相应地,RV指示信息可以包括至少一组RV指示信息。其中,至少一组RV指示信息与至少一个用户一一对应。可选地,同一用户对应的所有重传MPDU的RV相同,则只需要传输一个RV即可,从而进一步节省传输指示信息的信令消耗和资源消耗。
可选地,图29所示的通信装置2900还可以包括存储模块(图29中未示出),该存储模块存储有程序或指令。当处理模块2901执行该程序或指令时,使得通信装置2900可以执行图3所示的通信方法中第二节点的功能。
可选地,图29所示的通信装置2900还可以包括发送模块(图29中未示出),以便通信装置2900也能够向其他通信装置,如图3所示的通信方法中的第二节点发送信号,以便实现双向通信。
需要说明的是,上述通信装置2900可以是图1所示任一终端设备或任一网络设备或图2所示的通信装置200,也可以是设置于上述终端设备或网络设备或通信装置200中的芯片或芯片系统,本申请实施例对此不做限定。
通信装置2900的技术效果,可以参考图3所示的通信方法的技术效果,此处不再赘述。
图30是本申请实施例提供的一种通信装置的结构示意图四。该通信装置可适用于图1所示出的通信系统中,执行图18所示的通信方法中第一节点的功能。为了便于说明,图30仅示出了该通信装置的主要部件。
如图30所示,通信装置3000包括:接收模块3001和发送模块3002。
其中,接收模块3001,用于接收来自第二节点的确认信息。其中,确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU。发送模块3002,用于向第二节点发送包含MPDU的物理层协议数据单元PPDU。其中,MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
示例性地,上述MPDU可以包括第一MPDU和第二MPDU,且在上一次传输中,第一MPDU的传输顺序在第二MPDU之前,则在一种可能的设计中,上述MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定,可以包括:若第一MPDU的传输次数未达到最大传输次数,则在本次传输中,第一MPDU的传输顺序在第二MPDU之前,以及若第一MPDU的传输次数达到最大传输次数,且第二MPDU的传输次数未达到最大传输次数,则在本次传输中,第一MPDU的传输顺序在第二MPDU之后。
可选地,上述PPDU还可以包括默认重传指示信息,该默认重传指示信息用于指示MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
在一种可能的设计中,上述PPDU还可以包括:MPDU的重传序列号或确认信息的成功接收指示。其中,重传序列号为MPDU在上一次传输中使用的序列号的基础上按照序列号更新规则确定的序列号。
在另一种可能的设计中,PPDU还包括MPDU的冗余版本RV指示信息;RV指示信息用于指示MPDU的RV。其中,RV指示信息与MPDU的重传次数一一对应。
在一种可能的设计中,上述PPDU可以包括至少一个重传过程的MPDU,上述MPDU可以为第一重传过程的MPDU。其中,第一重传过程可以为至少一个重传过程中的任意一个重传过程。
可选地,第一重传过程对应的所有MPDU的RV相同。也就是说,对于第一重传过程对应的所有MPDU,只需要传输一个RV即可,从而可以节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计中,上述PPDU可以包括至少一个用户的MPDU,上述MPDU可以为第一用户的MPDU。其中,第一用户可以为至少一个用户中的任意一个用户。
可选地,第一用户对应的所有MPDU的RV相同。也就是说,对于第一用户对应的所有MPDU,只需要传输一个RV即可,从而可以节省传输指示信息的信令消耗和资源消耗。
可选地,图30所示的通信装置还可以包括处理模块(图30中未示出),以便通信装置3000根据第二节点发送的确认信息获知上一次传输中传输错误的MPDU,并生成在本次传输中用于承载上一次传输错误的MPDU的PPDU。
可选地,图30所示的通信装置3000还可以包括存储模块(图30中未示出),该存储模块存储有程序或指令。当上述处理模块执行该程序或指令时,使得通信装置3000可以执行图18所示的通信方法中第一节点的功能。
需要说明的是,上述通信装置3000可以是图1所示任一终端设备或任一网络设备或图2所示的通信装置200,也可以是设置于上述终端设备或网络设备或通信装置200中的芯片或芯片系统,本申请实施例对此不做限定。
通信装置3000的技术效果,可以参考图18所示的通信方法的技术效果,此处不再赘述。
图31是本申请实施例提供的一种通信装置的结构示意图五。该通信装置可适用于图1所示出的通信系统中,执行图18所示的通信方法中第二节点的功能。为了便于说明,图31仅示出了该通信装置的主要部件。
如图31所示,通信装置3100包括:处理模块3101和接收模块3102和发送模块3103。
其中,发送模块3103,用于向第一节点发送确认信息。其中,确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU。
接收模块3102,用于接收第一节点发送的包含MPDU的物理层协议数据单元PPDU。其中,MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
处理模块3101,用于解析MPDU。
示例性地,上述MPDU可以包括第一MPDU和第二MPDU,且在上一次传输中,第一MPDU的传输顺序在第二MPDU之前,则在一种可能的设计中,上述MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定,可以包括:若第一MPDU的传输次数未达到最大传输次数,则在本次传输中,第一MPDU的传输顺序在第二MPDU之前,以及若第一MPDU的传输次数达到最大传输次数,且第二MPDU的传输次数未达到最大传输次数,则在本次传输中,第一MPDU的传输顺序在第二MPDU之后。
可选地,上述PPDU还可以包括默认重传指示信息,该默认重传指示信息用于指示MPDU的传输顺序由MPDU的传输次数和MPDU的历史传输顺序确定。
在一种可能的设计中,上述PPDU还可以包括:MPDU的重传序列号或确认信息的成功接收指示。其中,重传序列号为MPDU在上一次传输中使用的序列号的基础上按照序列号更新规则确定的序列号。
在另一种可能的设计中,PPDU还包括MPDU的冗余版本RV指示信息;RV指示信息用于指示MPDU的RV。其中,RV指示信息与MPDU的重传次数一一对应。
在一种可能的设计中,上述PPDU可以包括至少一个重传过程的MPDU,上述MPDU可以为第一重传过程的MPDU。其中,第一重传过程可以为至少一个重传过程中的任意一个重传过程。
可选地,第一重传过程对应的所有MPDU的RV相同。也就是说,对于第一重传过程对应的所有MPDU,只需要传输一个RV即可,从而可以节省传输指示信息的信令消耗和资源消耗。
在一种可能的设计中,上述PPDU可以包括至少一个用户的MPDU,上述MPDU可以为第一用户的MPDU。其中,第一用户可以为至少一个用户中的任意一个用户。
可选地,第一用户对应的所有MPDU的RV相同。也就是说,对于第一用户对应的所有MPDU,只需要传输一个RV即可,从而可以节省传输指示信息的信令消耗和资源消耗。
可选地,图31所示的通信装置3100还可以包括存储模块(图31中未示出),该存储模块存储有程序或指令。当处理模块3101执行该程序或指令时,使得通信装置3100可以执行图18所示的通信方法中第二节点的功能。
需要说明的是,上述通信装置3100可以是图1所示任一终端设备或任一网络设备或图2所示的通信装置200,也可以是设置于上述终端设备或网络设备或通信装置200中的芯片或芯片系统,本申请实施例对此不做限定。
通信装置3100的技术效果,可以参考图18所示的通信方法的技术效果,此处不再赘述。
图32是本申请实施例提供的一种通信装置的结构示意图六。该通信装置可适用于图1所示出的通信系统中,执行图25所示的通信方法中第一节点的功能。为了便于说明,图32仅示出了该通信装置的主要部件。
如图32所示,通信装置3200包括:接收模块3201和发送模块3202。
其中,接收模块3201,用于接收第二节点发送的第一触发帧。其中,第一触发帧中承载的第一RV用于指示指示第一节点采用重传流程发送之前传输错误的至少一个MPDU。发送模块3202,用于向第二节点发送第一PPDU。其中,第一PPDU承载上述至少一个MPDU,且第一PPDU为第一节点响应所述第一触发帧承载的第一RV,按照重传流程生成的TB-PPDU。接收模块3201,还用于接收第二节点发送的第二触发帧。其中,第二触发帧承载的第二RV用于指示至少一个MPDU全部解码错误,且指示第一节点采用新传流程再次发送至少一个MPDU。发送模块3202,还用于第一节点向第二节点发送第二PPDU。其中,第二PPDU承载上述至少一个MPDU,且第二PPDU为第一节点根据第二节点发送的第二触发帧承载的第二RV,按照新传流程生成的TB-PPDU。
可选地,图32所示的通信装置3200还可以包括处理模块(图32中未示出),以便通信装置3200根据第二节点发送的RV指示信息生成用于承载上一次传输中传输错误的MPDU的指定冗余版本的PPDU。
可选地,图32所示的通信装置3200还可以包括存储模块(图32中未示出),该存储模块存储有程序或指令。当上述处理模块执行该程序或指令时,使得通信装置3200可以执行图25所示的通信方法中第一节点的功能。
需要说明的是,上述通信装置3200可以是图1所示任一终端设备或任一网络设备或图2所示的通信装置200,也可以是设置于上述终端设备或网络设备或通信装置200中的芯片或芯片系统,本申请实施例对此不做限定。
通信装置3200的技术效果,可以参考图25所示的通信方法的技术效果,此处不再赘述。
图33是本申请实施例提供的一种通信装置的结构示意图七。该通信装置可适用于图1所示的通信系统中,执行图25所示的通信方法中第二节点的功能。为了便于说明,图33仅示出了该通信装置的主要部件。
如图33所示,通信装置3300包括:处理模块3301和接收模块3302和发送模块3303。
其中,发送模块3303,用于向第一节点发送第一触发帧。其中,第一触发帧中承载的第一RV用于指示指示第一节点采用重传流程发送之前传输错误的至少一个MPDU。接收模块3302,用于接收第一节点发送的第一PPDU。处理模块3301,用于按照重传流程解析第一PPDU承载的至少一个MPDU。其中,第一PPDU承载上述至少一个MPDU,且第一PPDU为第一节点响应所述第一触发帧承载的第一RV,按照重传流程生成的TB-PPDU。发送模块3303,还用于向第一节点发送第二触发帧。其中,第二触发帧承载的第二RV用于指示至少一个MPDU全部解码错误,且指示第一节点采用新传流程再次发送至少一个MPDU。接收模块3302,还用于接收第一节点发送的第二PPDU。处理模块3301,还用于按照新传流程解析第二PPDU承载的至少一个MPDU。其中,第二PPDU承载上述至少一个MPDU,且第二PPDU为第一节点根据第二节点发送的第二触发帧承载的第二RV,按照新传流程生成的TB-PPDU。
可选地,图33所示的通信装置3300还可以包括存储模块(图33中未示出),该存储模块存储有程序或指令。当处理模块3301执行该程序或指令时,使得通信装置3300可以执行图25所示的通信方法中第二节点的功能。
通信装置3300的技术效果,可以参考图25所示的通信方法的技术效果,此处不再赘述。
本申请实施例提供一种通信系统。该系统包括上述一个或多个第一节点,以及一个或多个第二节点。
本申请实施例提供一种计算机可读存储介质,包括:该计算机可读存储介质中存储有计算机指令;当该计算机指令在计算机上运行时,使得该计算机执行上述方法实施例所述的通信方法。
本申请实施例提供了一种包含指令的计算机程序产品,包括计算机程序或指令,当该计算机程序或指令在计算机上运行时,使得该计算机执行上述方法实施例所述的通信方法。
应理解,在本申请实施例中的处理器可以是中央处理单元(central processingunit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的随机存取存储器(random accessmemory,RAM)可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
上述实施例,可以全部或部分地通过软件、硬件(如电路)、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,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可以是单个,也可以是多个。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (26)
1.一种通信方法,其特征在于,包括:
第一节点生成物理层协议数据单元PPDU;其中,所述PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,所述RV指示信息用于指示所述一个或多个重传MPDU的RV;
所述第一节点发送所述PPDU。
2.一种通信方法,其特征在于,包括:
第二节点接收物理层协议数据单元PPDU;其中,所述PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,所述RV指示信息用于指示所述一个或多个重传MPDU的RV;
所述第二节点根据所述RV指示信息,解析所述一个或多个重传MPDU。
3.根据权利要求1或2所述的通信方法,其特征在于,不同RV对应的不同的重传MPDU按照RV预设顺序传输,和/或,同一RV对应的不同的重传MPDU按照历史传输顺序传输。
4.根据权利要求3所述的通信方法,其特征在于,所述RV指示信息包括所述PPDU中的重传MPDU的总个数,以及每个重传MPDU的RV。
5.根据权利要求3所述的通信方法,其特征在于,所述一个或多个重传MPDU的RV属于预设RV集合,所述预设RV集合包括一种或多种预设RV,所述RV指示信息包括所述PPDU中每种预设RV对应的重传MPDU的个数。
6.根据权利要求5所述的通信方法,其特征在于,所述RV指示信息还包括所述PPDU中的重传MPDU的总个数。
7.根据权利要求3所述的通信方法,其特征在于,所述RV指示信息包括所述PPDU中存在的RV,以及存在的每种RV对应的重传MPDU的个数。
8.根据权利要求1-7中任一项所述的通信方法,其特征在于,所述PPDU还包括一个或多个新传MPDU;所述一个或多个新传MPDU的传输顺序在所述一个或多个重传MPDU之后。
9.一种通信方法,其特征在于,包括:
第一节点接收来自第二节点的确认信息;其中,所述确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU;
所述第一节点向所述第二节点发送包含所述MPDU的物理层协议数据单元PPDU;其中,所述MPDU的传输顺序由所述MPDU的传输次数和所述MPDU的历史传输顺序确定。
10.一种通信方法,其特征在于,包括:
第二节点向第一节点发送确认信息;其中,所述确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU;
所述第二节点接收所述第一节点发送的包含所述MPDU的物理层协议数据单元PPDU;其中,所述MPDU的传输顺序由所述MPDU的传输次数和所述MPDU的历史传输顺序确定;
所述第二节点解析所述MPDU。
11.根据权利要求9或10所述的通信方法,其特征在于,所述MPDU包括第一MPDU和第二MPDU,且在上一次传输中,所述第一MPDU的传输顺序在所述第二MPDU之前;
所述MPDU的传输顺序由所述MPDU的传输次数和所述MPDU的历史传输顺序确定,包括:
若所述第一MPDU的传输次数未达到最大传输次数,则在本次传输中,所述第一MPDU的传输顺序在所述第二MPDU之前;
若所述第一MPDU的传输次数达到所述最大传输次数,且所述第二MPDU的传输次数未达到所述最大传输次数,则在本次传输中,所述第一MPDU的传输顺序在所述第二MPDU之后。
12.根据权利要求9-11中任一项所述的通信方法,其特征在于,所述PPDU还包括默认重传指示信息,所述默认重传指示信息用于指示所述MPDU的传输顺序由所述MPDU的传输次数和所述MPDU的历史传输顺序确定。
13.根据权利要求9-12中任一项所述的通信方法,其特征在于,所述PPDU还包括:所述MPDU的重传序列号或所述确认信息的成功接收指示;其中,所述重传序列号为所述MPDU在上一次传输中使用的序列号的基础上按照序列号更新规则确定的序列号。
14.一种通信装置,其特征在于,包括:处理器和收发器;其中,
所述处理器,用于生成物理层协议数据单元PPDU;其中,所述PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,所述RV指示信息用于指示所述一个或多个重传MPDU的RV;
所述收发器,用于发送所述PPDU。
15.一种通信装置,其特征在于,包括:处理器和收发器;其中,
所述收发器,用于接收物理层协议数据单元PPDU;其中,所述PPDU包括冗余版本RV指示信息,以及一个或多个重传媒体接入控制协议数据单元MPDU,所述RV指示信息用于指示所述一个或多个重传MPDU的RV;
所述处理器,用于根据所述RV指示信息,解析所述一个或多个重传MPDU。
16.根据权利要求14或15所述的通信装置,其特征在于,不同RV对应的不同的重传MPDU按照RV预设顺序传输,和/或,同一RV对应的不同的重传MPDU按照历史传输顺序传输。
17.根据权利要求16所述的通信装置,其特征在于,所述RV指示信息包括所述PPDU中的重传MPDU的总个数,以及每个重传MPDU的RV。
18.根据权利要求16所述的通信装置,其特征在于,所述一个或多个重传MPDU的RV属于预设RV集合,所述预设RV集合包括一种或多种预设RV,所述RV指示信息包括所述PPDU中每种预设RV对应的重传MPDU的个数。
19.根据权利要求18所述的通信装置,其特征在于,所述RV指示信息还包括所述PPDU中的重传MPDU的总个数。
20.根据权利要求16所述的通信装置,其特征在于,所述RV指示信息包括所述PPDU中存在的RV,以及存在的每种RV对应的重传MPDU的个数。
21.根据权利要求14-20中任一项所述的通信装置,其特征在于,所述PPDU还包括一个或多个新传MPDU;所述一个或多个新传MPDU的传输顺序在所述一个或多个重传MPDU之后。
22.一种通信装置,其特征在于,包括:处理器和收发器;其中,
所述收发器,用于接收来自第二节点的确认信息;其中,所述确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU;
所述处理器,用于控制所述收发器向所述第二节点发送包含所述MPDU的物理层协议数据单元PPDU;其中,所述MPDU的传输顺序由所述MPDU的传输次数和所述MPDU的历史传输顺序确定。
23.一种通信装置,其特征在于,包括:收发器和处理器;其中,
所述处理器,用于控制所述收发器向第一节点发送确认信息;其中,所述确认信息用于指示上一次传输中传输错误的媒体接入控制协议数据单元MPDU;
所述收发器,还用于接收所述第一节点发送的包含所述MPDU的物理层协议数据单元PPDU;其中,所述MPDU的传输顺序由所述MPDU的传输次数和所述MPDU的历史传输顺序确定;
所述处理器,用于解析所述MPDU。
24.根据权利要求22或23所述的通信装置,其特征在于,所述MPDU包括第一MPDU和第二MPDU,且在上一次传输中,所述第一MPDU的传输顺序在所述第二MPDU之前;
所述MPDU的传输顺序由所述MPDU的传输次数和所述MPDU的历史传输顺序确定,包括:
若所述第一MPDU的传输次数未达到最大传输次数,则在本次传输中,所述第一MPDU的传输顺序在所述第二MPDU之前;
若所述第一MPDU的传输次数达到所述最大传输次数,且所述第二MPDU的传输次数未达到所述最大传输次数,则在本次传输中,所述第一MPDU的传输顺序在所述第二MPDU之后。
25.根据权利要求22-24中任一项所述的通信装置,其特征在于,所述PPDU还包括默认重传指示信息,所述默认重传指示信息用于指示所述MPDU的传输顺序由所述MPDU的传输次数和所述MPDU的历史传输顺序确定。
26.根据权利要求22-25中任一项所述的通信装置,其特征在于,所述PPDU还包括:所述MPDU的重传序列号或所述确认信息的成功接收指示;其中,所述重传序列号为所述MPDU在上一次传输中使用的序列号的基础上按照序列号更新规则确定的序列号。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910381307.3A CN111917523B (zh) | 2019-05-08 | 2019-05-08 | 通信方法及装置 |
PCT/CN2020/088826 WO2020224603A1 (zh) | 2019-05-08 | 2020-05-06 | 通信方法及装置 |
EP20802605.4A EP3955492A4 (en) | 2019-05-08 | 2020-05-06 | COMMUNICATION METHOD AND DEVICE |
US17/519,951 US11956083B2 (en) | 2019-05-08 | 2021-11-05 | Communication method and apparatus for retransmitting MPDUs with different RVs |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910381307.3A CN111917523B (zh) | 2019-05-08 | 2019-05-08 | 通信方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111917523A true CN111917523A (zh) | 2020-11-10 |
CN111917523B CN111917523B (zh) | 2022-04-22 |
Family
ID=73050957
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910381307.3A Active CN111917523B (zh) | 2019-05-08 | 2019-05-08 | 通信方法及装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3955492A4 (zh) |
CN (1) | CN111917523B (zh) |
WO (1) | WO2020224603A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023155577A1 (zh) * | 2022-02-17 | 2023-08-24 | Oppo广东移动通信有限公司 | WiFi的中继方法及装置、计算机可读存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW201519596A (zh) * | 2013-07-11 | 2015-05-16 | Interdigital Patent Holdings | 智慧HARQ WiFi系統及方法 |
CN106161583A (zh) * | 2015-05-12 | 2016-11-23 | 华为技术有限公司 | 一种块确认帧的传输方法及设备 |
US20170126363A1 (en) * | 2014-03-17 | 2017-05-04 | Interdigital Patent Holdings, Inc. | Methods for reception failure identification and remediation for wifi |
US20170208627A1 (en) * | 2014-07-07 | 2017-07-20 | Lg Electronics Inc. | Terminal and method for receiving data through unlicensed band |
CN110417518A (zh) * | 2018-04-26 | 2019-11-05 | 华为技术有限公司 | 基于harq技术的通信方法、设备及系统 |
CN111431672A (zh) * | 2019-01-09 | 2020-07-17 | 中兴通讯股份有限公司 | 数据的重传方法、装置、存储介质及电子装置 |
CN112217611A (zh) * | 2019-07-12 | 2021-01-12 | 三星电子株式会社 | 用于实现混合自动重复请求过程的系统和方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9628226B2 (en) * | 2010-09-30 | 2017-04-18 | Qualcomm Incorporated | Block acknowledgement with retransmission policy differentiation |
WO2016041303A1 (zh) * | 2014-09-19 | 2016-03-24 | 华为技术有限公司 | 一种无线局域网数据传输方法及装置 |
CN106712909B (zh) * | 2015-11-18 | 2019-03-15 | 中兴通讯股份有限公司 | 基于信道检测的数据传输方法及装置 |
US20170230136A1 (en) * | 2016-02-04 | 2017-08-10 | Shanghai Research Center For Wireless Communications | Method, base station, and terminal for fusing baseband resources between networks of different standards |
WO2017155290A1 (ko) * | 2016-03-07 | 2017-09-14 | 엘지전자(주) | 무선 통신 시스템에서 상/하향링크 데이터 송수신 방법 및 이를 위한 장치 |
JP7258882B2 (ja) * | 2017-08-10 | 2023-04-17 | ノキア テクノロジーズ オサケユイチア | 方法及び装置 |
-
2019
- 2019-05-08 CN CN201910381307.3A patent/CN111917523B/zh active Active
-
2020
- 2020-05-06 WO PCT/CN2020/088826 patent/WO2020224603A1/zh unknown
- 2020-05-06 EP EP20802605.4A patent/EP3955492A4/en active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW201519596A (zh) * | 2013-07-11 | 2015-05-16 | Interdigital Patent Holdings | 智慧HARQ WiFi系統及方法 |
US20170126363A1 (en) * | 2014-03-17 | 2017-05-04 | Interdigital Patent Holdings, Inc. | Methods for reception failure identification and remediation for wifi |
US20170208627A1 (en) * | 2014-07-07 | 2017-07-20 | Lg Electronics Inc. | Terminal and method for receiving data through unlicensed band |
CN106161583A (zh) * | 2015-05-12 | 2016-11-23 | 华为技术有限公司 | 一种块确认帧的传输方法及设备 |
CN110417518A (zh) * | 2018-04-26 | 2019-11-05 | 华为技术有限公司 | 基于harq技术的通信方法、设备及系统 |
CN111431672A (zh) * | 2019-01-09 | 2020-07-17 | 中兴通讯股份有限公司 | 数据的重传方法、装置、存储介质及电子装置 |
CN112217611A (zh) * | 2019-07-12 | 2021-01-12 | 三星电子株式会社 | 用于实现混合自动重复请求过程的系统和方法 |
Non-Patent Citations (1)
Title |
---|
史硕: "TD-LTE系统中混合自动重传技术(HARQ)重传机制的研究", 《《中国优秀硕士学位论文全文数据库-信息科技辑》》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023155577A1 (zh) * | 2022-02-17 | 2023-08-24 | Oppo广东移动通信有限公司 | WiFi的中继方法及装置、计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111917523B (zh) | 2022-04-22 |
EP3955492A4 (en) | 2022-05-18 |
US20220060291A1 (en) | 2022-02-24 |
WO2020224603A1 (zh) | 2020-11-12 |
EP3955492A1 (en) | 2022-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220190983A1 (en) | Method for data transmission and terminal device | |
CN108289331B (zh) | 一种上行传输方法、终端、网络侧设备 | |
RU2746224C1 (ru) | Способ и оборудование для передачи и приема сигнала в системе мобильной связи | |
CN107889231B (zh) | 免授权的传输上行信息的方法、网络设备和终端设备 | |
CN111200871B (zh) | 接收数据的方法和通信装置 | |
AU2018286249B2 (en) | Communication method, apparatus, and computer-readable storage medium | |
CN115225230A (zh) | 通信方法及装置 | |
CN112449422A (zh) | 上行传输方法及通信装置 | |
WO2021031961A1 (zh) | 反馈信息的传输方法及通信装置 | |
CN111917523B (zh) | 通信方法及装置 | |
JP7352647B2 (ja) | リソース割り当て方法ならびにデバイス、記憶媒体および端末 | |
CN109802800B (zh) | 一种通信方法及设备 | |
CN111435847B (zh) | 传输信息的方法和装置 | |
EP3621234B1 (en) | Method and device for determining whether data is damaged | |
CN113661761A (zh) | 发送、接收反馈信息的方法和设备 | |
WO2022151767A1 (zh) | 通信方法及装置 | |
WO2018127094A1 (zh) | 数据传输方法及装置 | |
EP4145746A1 (en) | Communication method and apparatus | |
JP7339439B2 (ja) | 通信方法及び装置 | |
WO2022077465A1 (zh) | 用于传输控制信息的方法和装置 | |
CN112087799B (zh) | 反馈资源的配置方法及终端装置 | |
CN111867063B (zh) | 上行传输方法和通信装置 | |
US11956083B2 (en) | Communication method and apparatus for retransmitting MPDUs with different RVs | |
CN110933761B (zh) | 资源调度方法及设备 | |
WO2022151073A1 (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 |