CN111800171B - 蓝牙低功耗音频数据传输方法以及装置、设备 - Google Patents

蓝牙低功耗音频数据传输方法以及装置、设备 Download PDF

Info

Publication number
CN111800171B
CN111800171B CN202010931729.6A CN202010931729A CN111800171B CN 111800171 B CN111800171 B CN 111800171B CN 202010931729 A CN202010931729 A CN 202010931729A CN 111800171 B CN111800171 B CN 111800171B
Authority
CN
China
Prior art keywords
data
packet
data packet
receiving
data packets
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010931729.6A
Other languages
English (en)
Other versions
CN111800171A (zh
Inventor
徐斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing ZGmicro Co Ltd
Original Assignee
Nanjing ZGmicro Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nanjing ZGmicro Co Ltd filed Critical Nanjing ZGmicro Co Ltd
Priority to CN202010931729.6A priority Critical patent/CN111800171B/zh
Publication of CN111800171A publication Critical patent/CN111800171A/zh
Priority to PCT/CN2021/095019 priority patent/WO2022052507A1/zh
Application granted granted Critical
Publication of CN111800171B publication Critical patent/CN111800171B/zh
Priority to US18/118,626 priority patent/US20230239076A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • 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
    • H04B5/72—
    • 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/1887—Scheduling and prioritising arrangements
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • 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

蓝牙低功耗音频数据传输方法以及装置、设备
技术领域
本申请涉及无线通信技术，具体地，涉及蓝牙低功耗音频数据传输方法以及装置、设备。
背景技术
基于蓝牙低功耗连接等时流协议的蓝牙低功耗音频技术，提供了更加低功耗和更低成本以及更高质量的无线音频服务。
在音频数据的传输过程中，由于自动重传回复确认信息会占用额外时隙，从而造成音频数据的实际传输效率比较低。
针对相关技术中，对于蓝牙低功耗音频数据传输过程中的传输效率较低的问题，目前尚未存在有效的解决方案。
发明内容
本申请实施例中提供了蓝牙低功耗音频数据传输方法以及装置、设备，以解决相关技术中对于蓝牙低功耗音频数据传输过程中的传输效率较低的问题。
根据本申请实施例的第一个方面，提供了一种蓝牙低功耗音频数据传输方法，包括：确定待发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包；接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况；根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包。
根据本申请实施例的第二个方面，提供了一种蓝牙低功耗音频数据传输方法，包括：在一个等时通信间隔内，接收发送端连续发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；根据所述指示信息确定所述数据组中的数据包的接收情况；向所述发送端发送确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包的接收情况。
根据本申请实施例的第三个方面，提供了一种蓝牙低功耗音频数据传输方法，包括：在向接收端发送数据组之前，设置所述数据组中待发送的数据包的包头，其中所述包头至少包括：用于指示所述待发送的数据包的发送模式的指示信息；和/或，用于批量指示已接收的数据组中数据包的接收情况的扩展确认信息。
根据本申请实施例的第四个方面，提供了一种数据传输装置，包括：第一确定模块，用于确定待发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；连续发送模块，用于在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包；接收模块，用于接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况；所述第一确定模块还用于根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包。
根据本申请实施例的第五个方面，提供了一种数据传输装置，包括第一接收模块，用于在一个等时通信间隔内，接收发送端连续发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；确定模块，用于根据所述指示信息确定所述数据组中的数据包的接收情况；发送模块，用于向所述发送端发送确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包的接收情况。
根据本申请实施例的第六个方面，提供了还提供了一种数据传输设备包括：处理器和存储器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述任一项方法实施例中的步骤。
采用本申请实施例中提供的蓝牙低功耗音频数据传输方法以及装置、设备，通过确定待发送的数据组中的数据包，在所述数据包的包头至少包括用于指示所述数据包的发送模式的指示信息；在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包；接收来自所述接收端的确认数据包，在所述确认数据包的包头至少包括扩展确认信息，可用于批量指示所述数据组中的数据包在所述接收端的接收情况；根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包。因此，可以解决对于蓝牙低功耗音频数据传输过程中的传输效率较低的问题，达到节省收发回复确认信息的时间、提高链路的传输效率的技术效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是本申请实施例中的蓝牙低功耗音频数据传输方法的典型应用场景示意图；
图2为本申请实施例中的蓝牙低功耗音频数据传输方法流程示意图（一）；
图3为本申请实施例中的蓝牙低功耗音频数据传输方法流程示意图（二）；
图4为本申请实施例中的蓝牙低功耗音频数据传输装置结构示意图（一）；
图5为本申请实施例中的蓝牙低功耗音频数据传输装置结构示意图（二）；
图6为本申请实施例中的发送设备发送流程示意图；
图7为本申请实施例中的Audio接收设备的接收流程示意图；
图8为本申请实施例中的成组连续发送和批量确认的时序图（一）；
图9为本申请实施例中的成组连续发送和批量确认的时序图（二）；
图10为本申请实施例中的成组连续发送和批量确认的时序图（三）。
具体实施方式
本申请实施例中涉及的技术术语如下：
连接等时流(英文全称：Connected Isochronous Stream简称：CIS)
协议数据单元(英文全称：Protocol Data Unit，简称：PDU)
负载(英文全称：Payload)
服务数据单元(英文全称：Service Data Unit，简称：SDU)
等时物理信道(英文全称：Isochronous Physical Channel，简称：IPCH)
预留比特位(英文全称：Reserved for Future Use，简称：RFU)
成组连续发送或连续突发(英文全称：Continuous Burst，简称：CB:)
扩展确认信息 (英文全称：Extended Acknowledgement，简称：EACK)
等时通信间隔(英文全称：Isochronous Interval)
组数(英文全称：Burst Number，简称：BN)
事件发送次数(英文全称：Number of Subevent，简称：NSE)
连续组数(英文全称：Continuous Burst Number，简称：CBN)，
连续组数序号(英文全称：Continuous Burst Sequence Number，简称：CBSN)
映射表(英文全称：Mapping Table，简称：MT)。
在实现本申请的过程中，发明人发现，蓝牙低功耗的音频技术基于等时物理信道协议数据单元的最长负载只有251字节。如果采用1Mbps传输速率时，自动重传回复确认信息占用的额外时隙与发送最长负载占用的时隙比例约10%。如果采用2Mbps传输速率时，自动重传回复确认信息占用的额外时隙与发送最长负载占用的时隙比例约16%。
并且，如果蓝牙低功耗的音频采用更短的服务数据单元，对应更短的PDU负载，但是自动重传回复确认信息占用的额外时隙蓝牙低功耗与发送负载占用的时隙比例更大。即蓝牙低功耗的音频的实际传输效率比较低。
针对上述问题，本申请实施例中提供了一种蓝牙低功耗音频数据传输方法，确定待发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包；接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况；根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包。
为了使本申请实施例中的技术方案及优点更加清楚明白，以下结合附图对本申请的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本申请的一部分实施例，而不是所有实施例的穷举。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
本申请实施例所提供的方法实施例可以在BLE Audio通信系统或者类似的通信系统中执行。以运行在BLE Audio通信系统中为例，图1是本发明实施例的一种蓝牙低功耗音频数据传输方法的一种典型应用场景示意图。如图1所示，包括：BLE Audio发送设备100和BLE Audio接收设备200。在所述BLE Audio发送设备100中包括音频编码器、协议处理器以及无线收发器等，在所述BLE Audio接收设备200中包括：音频解码器、处理器、无线收发器以及音频输出单元等。所述BLE Audio发送设备100用于将音频信号编码压缩为音频信号后向所述BLE Audio接收设备200发送音频数据包，所述BLE Audio接收设备200用于接收所述BLE Audio发送设备100发送的数据包并输出或者播放解码后的音频信号。
实施例1
图2是根据本发明实施例1的蓝牙低功耗音频数据传输方法的流程图，如图2所示，该流程包括如下步骤：
步骤201，确定待发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；
步骤202，在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包；
步骤203，接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况；
步骤204，根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包。
采用本申请实施例中提供的蓝牙低功耗音频数据传输方法，可以成组连续发送数据组中的数据包，并可批量确认接收情况，因此，可以解决对于蓝牙低功耗音频数据传输过程中的传输效率较低的问题，达到节省收发回复确认信息的时间、提高链路的传输效率的技术效果。
在一种具体实施例中，还包括步骤205，在所述等时通信间隔内的剩余时间内重传所述未正确接收的所述数据组中的数据包，和/或，在后续的等时通信间隔内发送所述未正确接收的所述数据组中的数据包。举例来说，可以将未正确接收的数据包在当前等时通信间隔的剩余时间内重传，也可以在预定的最大传输延迟限制的发送时间窗内重传。如果当前等时通信间隔的剩余时间不足，则还可以将部分未正确接收的数据包在当前等时通信间隔的剩余时间内重传，将其余未正确接收的数据包在之后的等时通信间隔内发送。所述预定的最大传输延迟限制的发送时间窗可以包含一个或多个等时通信间隔，具体可根据实际实施场景确定。由此，可在蓝牙低功耗数据传输时，实现连续发送，批量确认，并自动重传的功能，提高有效传输速率或吞吐量。
在上述步骤201中确定待发送的数据组中的数据包，所述数据组中的数据包可以有一个或多个，特别是可以在一个数据组中包含多个数据包以连续发送。可选地，所述待发送的数据组中的数据包，包括：在之前的等时通信间隔内未被接收端正确接收且需在当前等时通信间隔中重传的数据包（简称：重传数据包），和/或需在当前等时通信间隔内发送的新数据包（简称：新数据包）。
在一种具体实施方式中，在所述数据包的包头可以根据BLE协议进行设计，并采用CIS Data PDU或者CIS NULL PDU格式的包头。
所述用于指示所述数据包的发送模式的指示信息中，可以包括是否为连续发送模式、连续发送数据包的个数、本数据包在成组连续发送时的编号等与发送模式相关的信息中的一种或多种。
在一种具体实施方式中，所述指示信息中携带有用于指示是否为连续发送模式和本数据包在成组连续发送时的编号信息。
在另一种具体实施方式中，所述指示信息中可以包括连续发送数据包的个数以及本数据包在成组连续发送时的编号。
在一种较佳实施方式中，采用扩展字节的方式配置所述指示信息，具体包括：在所述指示信息被配置为连续发送模式情况下，在所述数据包的包头增加第一字节，其中，所述第一字节中包含本数据包所处的数据组中包含的数据包的个数，和本数据包被成组连续发送时的编号。可见，所述第一字节可以视为所述指示信息的扩展字节，用于承载指示信息的详细内容。所述第一字节可以根据指示信息的详细内容的多少，比如成组连续发送的数据包的个数的多少，而采用一个字节或多个字节。在所述指示信息被配置为非连续发送模式的情况下，在所述数据包的包头不增加所述第一字节。即在所述数据包的包头不包含连续发送的数据包的个数和连续发送的每个数据包发送时的编号。通过在所述数据包的包头中增加第一字节，可以在所述指示信息被配置为连续发送模式或者非连续发送模式的不同情况下，改变所述数据包的包头中携带的数据信息。
具体实施时，根据BLE CIS协议，将所述指示信息中的预留比特位中的1个比特(bit)用于指示是否连续发送（或称：连续突发）数据包。如果连续发送，则该比特位设置为1，且所述包头增加一个字节，其中，高4 bits表示连续突发数据包的个数，低4 bits表示当前数据包在成组连续发送时的编号。如果非连续发送，则该比特位设置为0，且所述包头不增加所述的一个字节，在发送时也不采用连续发送方式发送数据包。
在上述步骤202中将已确定的待发送的数据组中的所有数据包在一个等时通信间隔内，向接收端连续发送。
在上述步骤203中接收来自所述接收端的确认数据包，在所述确认数据包的包头包括扩展确认信息，所述扩展确认信息可以用于批量指示所述数据组中的数据包在所述接收端的接收情况，比如，是否正确接收某些数据包或者是否正确接收全部的数据包。
在一种具体实施方式中，所述扩展确认信息中可以包含数据包被接收的情况，例如扩展确认信息中包含已被正确接收和/或未被正确接收的数据包的相关编号。则在上述步骤204中，在接收到该确认数据包后，根据扩展确认信息，即可获取已被正确接收和/或未被正确接收的数据包的编号，进而确定在接收端未正确接收的所述数据组中的数据包。
在另一种具体实施方式中，所述扩展确认信息被采用扩展字节的方式配置。此时所述包头中还可以包括扩展确认信息的映射表。在所述扩展确认信息被配置为批量指示时，在其映射表中包含所述数据组中的数据包中已被正确接收和/或未被正确接收的数据包的情况。则在上述步骤204中，在接收到该确认数据包后，在所述扩展确认信息被配置为批量指示所述数据组中的数据包在接收端的接收情况的情况下，从所述确认数据包的包头获取所述扩展确认信息的映射表，进而确定在接收端未正确接收的所述数据组中的数据包。
在一种较佳实施方式中，所述接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况，包括：在所述扩展确认信息被配置为批量指示所述数据组中的数据包在所述接收端的接收情况的情况下，从所述确认数据包的包头获取包含所述扩展确认信息的映射表的第二字节；在所述扩展确认信息被配置为非批量指示所述数据组中的数据包在所述接收端的接收情况的情况下，不从所述确认数据包的包头获取所述第二字节。
在一种具体实施方式中，未正确接收的数据包是指在数据通信过程中未通过校验的数据包或者发生丢包的数据包。
在一种具体实施方式中，如步骤203中未接收到或未正确接收所述确认数据包，即，无法确认所述数据组中的数据包在所述接收端的接收情况，则所述上述步骤204，还可包括，确定所述数据组中的所有数据包均未在接收端未正确接收的数据包。
在一种具体实施方式中，一个等时通信间隔根据收发数据的动作，可被分为发送时间、接收时间和其它时间，在其发送时间内执行发送动作，在其接收时间内执行接收动作，而其它时间则用于执行同步、控制等其它动作。因此在上述步骤205中，可以是根据上述确定结果在所述等时通信间隔内的剩余发送时间内重传所述未正确接收的所述数据组中的数据包。在具体实施时，每次重传均可以参照201的方法，将所有未正确接收的数据包作为一个新的数据组，在所述等时通信间隔内的剩余发送时间内，成组连续发送。
作为数据发送端在具体实施上述步骤时，以发送BLE Audio的数据包为例，对所述BLE Audio进行分组得到数据组，再根据所述数据组中的数据包在BLE Audio发送设备通过CIS链路，在等时通信间隔内连续发送所有需要发送的重传数据包和/或需要发送的新数据包。最后根据BLE Audio接收设备回复的扩展确认信息以批量确认接收上述数据包的结果。
作为本申请可选的实施方式，所述接收来自所述接收端的确认数据包之后，还包括：根据所述扩展确认信息确定所述数据组中的数据包在所述接收端未正确接收和/或已正确接收的情况。通过判断所述扩展确认信息中是否包含所述数据组中的数据包在所述接收端未正确接收和/或已正确接收的信息，可以确定所述数据组中的每个数据包是否被正常接收。如果已正常接收，则不重传那些已正确接收数据包。
在一种具体实施方式中，所述扩展确认信息中可能只包括所述数据包在所述接收端未正确接收的情况。或者，只包括所述数据包在所述接收端已正确接收的情况。
在一种具体实施方式中，所述扩展确认信息中可以包括所述数据包在所述接收端的未正确接收和已正确接收的情况。
在一种具体实施方式中，已被正确接收的数据包是指在数据通信过程中已通过校验的数据包。
作为本申请可选的实施方式，根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包，包括：根据数据组中的数据包在所述接收端未正确接收和/或已正确接收的情况，确定在所述接收端未正确接收的所述数据组中的数据包和/或在所述接收端无法确认正确接收的所述数据包；在所述等时通信间隔内的剩余发送时间内重传所述未正确接收的所述数据组中的数据包，包括：判断在所述等时通信间隔内是否有剩余发送时间；如果判断在所述等时通信间隔内有剩余发送时间，则在所述等时通信间隔内的剩余发送时间内重传所述未正确接收的所述数据组中的数据包或者在所述接收端无法确认正确接收的所述数据包。
具体实施时，在205中，每次成组连续发送未正确接收的数据包后，均会接收确认数据包，并根据其中的扩展确认信息来判断当前发送的数据包是否被BLE Audio接收设备正确接收，都正确接收则不再重传。在未接收到所述确认数据包或确认当前发送的数据包依然存在未被正确接收的情况下，则可再次执行重传操作。
具体实施时，如果判断出所述数据组中的数据包没有被BLE Audio接收设备正确接收或者出现无法确认数据包是否被BLE Audio接收设备正确接收，且判断当前时等时通信间隔内的间窗内还有足够时间发送数据包时，则在等时通信间隔内剩下的时间窗内依次发送没有确定被正确接收的数据包。但是，如果等时通信间隔的剩余发送时间的不足以发送数据包，则不发送。
作为本申请可选的实施方式，所述待发送的数据组中的数据包，包括：在上一个等时通信间隔内未被接收端正确接收且需在当前等时通信间隔中重传的数据包，和/或需在当前等时通信间隔内发送的新数据包。
具体实施时，如果在一个等时通信间隔内，在超过发送时间后，依然在所述接收端有未正确接收的数据包，则可以将未正确接收的数据包（重传数据包）放入下一个数据组中并且在下一个等时通信间隔内与新数据包一起向所述接收端连续发送。
如果在一个等时通信间隔内，在所述接收端没有未正确接收的数据包，则将下一个数据组中的数据包（新数据包）在下一个等时通信间隔内向所述接收端连续发送。
实施例2
在本实施例中提供了一种运行于BLE Audio通信系统的蓝牙低功耗音频数据传输方法，图3是根据本发明实施例2的蓝牙低功耗音频数据传输方法的流程图，如图3所示，该流程包括如下步骤：
步骤301，在一个等时通信间隔内，接收发送端连续发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；
步骤302，根据所述指示信息确定所述数据组中的数据包的接收情况；
步骤303，向所述发送端发送确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包的接收情况。
采用本申请实施例中提供的蓝牙低功耗音频数据传输方法，可以成组连续接收数据组中的数据包，并可批量确认接收情况，因此可以解决对于蓝牙低功耗音频数据传输过程中的传输效率较低的问题，达到节省收发回复确认信息的时间、提高链路的传输效率的技术效果。
在一种具体实施方式中，还包括步骤304，在所述等时通信间隔内的剩余发送时间内继续接收未正确接收的所述数据组中的数据包；和/或，在后续的等时通信间隔内接收所述未正确接收的所述数据组中的数据包。具体来说，可以是在当前等时通信间隔的剩余时间内接收发送端发送的未正确接收的数据包，也可以在预定的最大传输延迟限制的发送时间窗内接收发送端发送的未正确接收的数据包。如果当前等时通信间隔的剩余时间不足，则还可以在当前等时通信间隔的剩余时间内接收发送端发送的部分未正确接收的数据包，在之后的等时通信间隔内接收发送端发送的其余未正确接收的数据包。所述预定的最大传输延迟限制的发送时间窗可以包含一个或多个等时通信间隔，具体可根据实际实施场景确定。由此，可在蓝牙低功耗数据传输时，实现连续发送，批量确认，并自动重传的功能，提高有效传输速率或吞吐量。
在上述步骤301中在一个等时通信间隔内接收通过所述发送端连续发送的数据组中的数据包，其中所述数据组中的数据包可以包括一个或者多个。在所述数据包的包头至少包括用于指示所述数据包的发送模式的指示信息。
在上述步骤302中会根据所述指示信息确定出未正确接收的所述数据组中的数据包和/或已正确接收的数据包。
所述用于指示所述数据包的发送模式的指示信息中，可以包括是否为连续发送模式、连续发送数据包的个数、本数据包在成组连续发送时的编号等与发送模式相关的信息中的一种或多种。
在一种具体实施方式中，可以从所述数据组中的数据包的包头中获取用于指示是否为连续发送模式和本数据包在成组连续发送时的编号信息。因此在步骤302中，针对已正确接收的每个数据包，自其数据包的包头获取所述指示信息，在所述指示信息指示为连续发送模式的情况下，确定当前已正确接收的每个数据包的编号。由此则可以在步骤303中将所有已正确接收的数据包的编号批量反馈给发送端，以便发送端可以根据这些编号，判断出未正确接收的数据包。
由于在这种实施方式下，接收端只确认已正确接收的数据包的情况，因此在步骤304中，可以在所述等时通信间隔内的剩余发送时间内继续保持接收状态，以接收发送端可能会重传的未正确接收的数据包。
在另一种具体实施方式中，所述指示信息中可以包括连续发送数据包的个数以及本数据包在成组连续发送时的编号。因此在步骤302中，针对已正确接收的每个数据包，自其数据包的包头获取所述指示信息。当所述连续发送数据包的个数大于1时，即可确认当前为成组连续发送模式，并进一步的根据连续发送数据包的个数和本数据包在成组连续发送时的编号，确定所有已正确接收的数据包和未正确接收的数据包。
在一种较佳实施方式中，从所述数据组中的数据包的包头中获取采用扩展字节的方式配置的指示信息时，还可以从扩展字节获取所述数据组中所包含的数据包的个数以及每个数据包在被成组连续发送时的编号。因此在步骤302中，针对已正确接收的每个数据包，自其数据包的包头获取所述指示信息，在所述指示信息指示为连续发送模式的情况下，根据所接收的数据包的包头中的第一字节，获取本数据包所处的数据组中包含的数据包的个数，和本数据包被成组连续发送时的编号。进一步的，根据所获取的所述数据组中包含的数据包的个数，和每个已正确接收的数据包被成组连续发送时的编号，确定所述数据组中的数据包的接收情况。其中，所述接收情况包括所述数据组中的数据包未正确接收和/或已正确接收的情况。在这种实施方式下，接收端可以准确获知自己是否存在未正确接收的情况，因此在步骤304中，可以灵活控制接收状态，实现精准接收重传数据包。
在上述步骤303中根据所确定的所述数据组中的数据包的接收情况向所述发送端发送确认数据包，在所述确认数据包中至少包括用于批量指示所述数据组中的数据包的接收情况的扩展确认信息。
在一种具体实施方式，在上述步骤303之前还包括根据所确定的所述数据组中的数据包的接收情况，生成确认数据包。
在一种具体实施方式中，在所述确认数据包的包头可以根据BLE CIS协议进行设计，并采用CIS Data PDU或者CIS NULL PDU格式的包头。
在一种具体实施方式中，在配置所述确认数据包的包头中携带的用于确认所述数据包接收情况的扩展确认信息时，可以使所述扩展确认信息中包含数据包被接收的情况，例如扩展确认信息中包含已被正确接收和/或未被正确接收的数据包的相关编号。
作为一种较佳实施方式，采用扩展字节的方式配置所述扩展确认信息。具体包括：在配置所述扩展确认信息为批量指示所述数据组中的数据包的接收情况时，在所述确认数据包的包头增加第二字节，所述第二字节中包含所述拓展确认信息的映射表，所述映射表至少用于指示所述数据组中已被正确接收和/或未被正确接收的数据包的情况；在配置所述扩展确认信息为非批量指示所述数据组中的数据包的接收情况时，不在所述确认数据包的包头增加所述第二字节。所述第二字节可以根据需要反馈的信息内容的多少，比如需要指示接收情况的数据包的个数，而采用一个字节或多个字节。通过在所述确认数据包的包头中增加第二字节，可以在所述扩展确认信息的比特位设置为批量指示或者非批量指示的不同情况下，改变所述包头中携带的数据信息。
具体实施时，根据BLE CIS协议，将所述确认信息的预留比特位中的另1 比特用做发送扩展确认信息。如果所述扩展确认信息的比特位设置为1，则在所述包头增加一个字节用作扩展确认信息的映射表；如果所述扩展确认信息设置为0，则在所述包头没有映射表的字节，即不采用扩展确认信息批量指示。
在一种具体实施方式中，所述映射表用于指示连续发送的数据包中哪些包被正确接收，和/或哪些数据包没有被正确接收。从最低bit到最高bit依次对应指示最低编号到最高编号的数据包的接收情况。比如成组接收的数据包为8个时，最低位指示最低编号的数据包的接收情况，第二位指示较低编号的数据包的接收情况，依此类推，最高位指示最高编号的数据包的接收情况。举例来说，以0表示未正确接收，以1表示已正确接收。如映射表为[01000101]，则表示正确接收到第1个、第3个和第7个数据包，其它数据包均未正确接收。
作为一种较佳实施方式，如果在步骤302确定数据包的接收情况时，确认了存在未正确接收的数据包，则在上述步骤304中，在所述等时通信间隔内的剩余发送时间内继续接收所述未正确接收的所述数据组中的数据包。
上述的步骤作为数据接收端在具体实施时，以接收BLE Audio的数据包为例，在BLE Audio接收设备端通过CIS链路，在一个等时通信间隔内连续接收发送端成组连续发送的所有重传数据包和/或新数据包。之后根据数据包包头中的指示信息，回复扩展确认信息以批量确认接收上述数据包的结果。
在一种具体实施方式中，已被正确接收的数据包是指在数据通信过程中已通过校验的数据包。
作为本申请可选的实施方式，所述在所述等时通信间隔内的剩余发送时间内继续接收所述未正确接收的所述数据组中的数据包之前，包括：判断在所述等时通信间隔内是否有剩余发送时间；如果判断在所述等时通信间隔内没有剩余发送时间或者所述数据包均已正确接收的情况，则停止接收。即如果所述指示信息指示的所有数据包都正确接收，则在等时通信间隔内停止接收。如果有部分或全部数据包没有正确接收，且判断所述发送端在一个等时通信间隔内还有足够时间发送数据包，则在所述等时通信间隔的剩余发送时间内继续接收没有被正确接收的数据包。如果发送端在所述等时通信间隔的剩余发送时间不足以发送数据包，则不继续接收。
具体实施时，如果判断出存在数据包没有被BLE Audio接收设备正确接收或者出现无法确认数据包是否被BLE Audio接收设备正确接收，且判断当前时间窗内还有足够时间发送数据包时，则在剩下的时间窗内依次接收没有确定被正确接收的数据包。但是，如果在等时通信间隔的剩余发送时间内不足以发送数据包，则不继续接收。进一步的，在剩下的时间窗内每接收到一次连续发送的数据组，则回复一次确认数据包，以使得发送端可以及时了解当前数据组的接收情况，并决定是否继续重传。
实施例3
在本实施例中还提供了一种数据传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的数据传输装置的结构框图，如图4所示，该装置包括
第一确定模块40，用于确定待发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；
连续发送模块41，用于在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包；
接收模块42，用于接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况；
所述第一确定模块40还用于根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包。
在一种具体实施方式中，所述连续发送模块41还用于在所述等时通信间隔的剩余发送时间内重传所述未正确接收的所述数据组中的数据包。和/或，所述连续发送模块还用于在后续的等时通信间隔内发送所述未正确接收的所述数据组中的数据包。
在所述第一确定模块40中在进行数据发送或者数据接收之前，需要先确定待发送的数据组中的数据包。所述数据组中的数据包可以有一个或多个，特别是可以在一个数据组中包含多个数据包以连续发送。
在一种具体实施方式中，在所述数据包的包头可以根据BLE协议进行设计，并采用CIS Data PDU或者CIS NULL PDU格式的包头。
在所述包头中至少携带有用于指示按照预设发送模式发送所述数据包的指示信息。在所述包头中还可以包括连续发送数据包的个数以及每个数据包在批量发送时的编号。
在一种具体实施方式中，在所述连续发送模块41中根据所述指示信息将已确定的待发送的数据包在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包。可选地，所述待发送的数据组中的数据包，包括：在之前的等时通信间隔内未被接收端正确接收且需在当前等时通信间隔中重传的数据包（简称：重传数据包），和/或需在当前等时通信间隔内发送的新数据包（简称：新数据包）。
所述接收模块42接收来自所述接收端的确认数据包，在所述确认数据包的包头包括扩展确认信息，在所述拓展确认信息中可以用于批量指示所述数据组中的数据包在所述接收端的接收情况，比如，是否正确接收某些数据包或者是否正确接收全部的数据包。
在一种具体实施方式中，在所述确认数据包的包头中至少携带有用于确认所述数据包接收情况的扩展确认信息。所述扩展确认信息中可以包含数据包被接收的情况，例如扩展确认信息中包含已被正确接收和/或未被正确接收的数据包的编号。
在另一种具体实施方式中，所述确认数据包的包头中还可以包括扩展确认信息的映射表，在所述扩展确认信息用于批量指示时，在其映射表中包含所述数据组中的数据包中已被正确接收和/或未被正确接收的数据包的情况。
在一种具体实施方式中，未被正确接收的数据包是指在数据通信过程中未通过校验的数据包或者发生丢包的数据包。
在一种较佳实施方式中，所述第一确定模块40，还用于在所述指示信息被配置为连续发送模式情况下，在所述数据包的包头增加第一字节，其中，所述第一字节中包含连续发送的数据包的个数和连续发送的每个数据包发送时的编号；在所述指示信息被配置为非连续发送模式的情况下，在所述数据包的包头不增加所述第一字节。
显然本实施例提供的数据传输装置至少可以用于执行前述实施例1所提供的蓝牙低功耗音频数据传输方法，相同之处不再赘述。
实施例4
在本实施例中还提供了一种数据传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的数据传输装置的结构框图，如图5所示，该装置包括
第一接收模块50，用于在一个等时通信间隔内，接收发送端连续发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；
确定模块51，用于根据所述指示信息确定所述数据组中的数据包的接收情况；
发送模块52，用于向所述发送端发送确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包的接收情况。
在一种具体实施方式中，所述第一接收模块50还用于在所述等时通信间隔内的剩余时间内继续接收未正确接收的所述数据组中的数据包；和/或，所述第一接收模块50还用于在后续等时通信间隔内接收所述未正确接收的所述数据组中的数据包。
在所述第一接收模块50中在一个等时通信间隔内接收通过所述发送端连续发送的数据组中的数据包，其中所述数据组中的数据包可以包括一个或者多个。在所述数据包的包头至少包括用于指示所述数据包的发送模式的指示信息。
在所述数据包的包头中至少携带有用于指示按照预设发送模式发送所述数据包的指示信息。在所述包头中还可以包括发送数据包的个数以及每个数据包在批量发送时的编号。
在一种具体实施方式中，所述确认数据包的包头可以根据BLE CIS协议进行设计，并采用CIS Data PDU或者CIS NULL PDU格式的包头。
在一种具体实施方式中，在所述确认数据包的包头中至少携带有用于确认所述数据包接收情况的扩展确认信息。所述扩展确认信息中可以包含数据包被接收的情况，例如扩展确认信息中包含已被正确接收和/或未被正确接收的数据包的相关编号。
在另一种具体实施方式中，所述确认数据包的包头中还可以包括扩展确认信息的映射表，在所述扩展确认信息用于批量指示时，在其映射表中包含所述数据组中的数据包中已被正确接收和/或未被正确接收的数据包的情况。
在一种具体实施方式中，所述确定模块51可以根据在所述数据组中的数据包的接收情况确定出未正确接收的所述数据组中的数据包和/或已正确接收的数据包。
例如，所述确定模块51可以自所接收的数据包的包头获取所述指示信息，在所述指示信息指示为连续发送模式的情况下，根据所接收的数据包的包头中的第一字节，获取本数据包所处的数据组中包含的数据包的个数，和本数据包被成组连续发送时的编号；确定所述数据组中的数据包的接收情况，其中，所述接收情况包括所述数据组中的数据包未正确接收和/或已正确接收的情况。
在一种具体实施方式中，所述第一接收模块50，还用于判断在所述等时通信间隔内是否有剩余发送时间；如果判断在所述等时通信间隔内没有剩余发送时间或者所述数据包均已正确接收的情况，则不继续接收所述未正确接收的所述数据组中的数据包。
上述的模块作为数据接收端在具体实施时，以接收BLE Audio的数据包为例，在BLE Audio接收设备端通过CIS链路，在一个等时通信间隔内连续接收发送端成组连续发送的所有重传数据包和/或新数据包。之后根据数据包包头中的指示信息，回复扩展确认信息以批量确认接收上述数据包的结果。
显然本数据传输装置至少可以执行前述实施例2蓝牙低功耗音频数据传输方法，相同之处不再赘述。
实施例5
在本实施例中还提供了一种蓝牙低功耗音频数据传输方法，包括：在向接收端发送数据组之前，设置所述数据组中待发送的数据包的包头，其中所述包头至少包括：用于指示所述待发送的数据包的发送模式的指示信息；和/或，用于批量指示所接收到的数据包的接收情况的扩展确认信息。所述数据包用于在蓝牙低功耗音频数据传输过程中，用作向接收端连续发送的所述数据组中的数据包和/或用作来自所述接收端的确认数据包。即在所述确认数据包和所述数据组中的数据包的包头可以采用同样的数据结构，通过配置不同的指示信息或者扩展确认信息实现在接收端和发送端的使用。
在一种具体实施方式下，当数据包用于发送端的情况下，在包头中至少包括所述指示信息，但不包括所述扩展确认信息。
当数据包用于接收端的情况下，在包头中不包括所述指示信息，但包括所述扩展确认信息。
在另一种具体实施方式，发送端也会被用作接收端，接收端也会被用作发送端，因此，可以在包头中既包括所述指示信息，又包括扩展确认信息。用指示信息指示当前待发送数据包的发送模式，用扩展确认信息批量指示此前所接收的数据组中数据包的接收情况。
作为本申请可选的实施方式，在所述指示信息被配置为连续发送模式时，在所述待发送的数据包的包头增加第一字节，其中，所述第一字节中包含本数据包所处的数据组中包含的数据包的个数，和本数据包被成组连续发送时的编号；在所述指示信息被配置为非连续发送模式时，在所述待发送的数据包的包头不增加所述第一字节；在所述扩展确认信息被配置为批量指示所述已接收的数据组中数据包的接收情况时，在所述待发送的数据包的包头增加第二字节，其中，所述第二字节中包含所述扩展确认信息的映射表，所述映射表包括用于指示所述已接收的数据组中已被正确接收和/或未被正确接收的数据包的情况；在所述扩展确认信息被配置为非批量指示所述已接收的数据组中数据包的接收情况时，在所述待发送的数据包的包头不增加所述第二字节。
作为本申请可选的实施方式，所述第一字节为一个字节，其中高4位用于指示本数据包所处的数据组中包含的数据包的个数，低4位用于指示本数据包被成组连续发送时的编号；所述第二字节为一个字节，其中从最低位到最高位依次对应指示最低编号到最高编号的数据包的接收情况。
本实施例所设置的数据包包头，可以同时携带成组连续发送信息，批量确认信息，使得采用该数据包包头结构的蓝牙低功耗音频数据传输方法，可实现连续发送、批量确认，并进一步实现自动重传的功能，提高有效传输速率或吞吐量。
为了更好的理解上述数据传输流程，以下结合优选实施例对上述技术方案进行解释说明，但不用于限定本发明实施例的技术方案。
本申请优选实施例，采用BLE Audio的数据包组成数据组连续发送和批量确认的自动重传方法，以提高BLE Audio的实际传输效率，从而提高其有效传输速率或吞吐量。
为了便于实现连续发送和批量确认的自动重传方法，在连接等时流数据协议数据单元的包头增加连续发送数据包的指示信息、连续发送数据包的个数，以及每个数据包在连续发送时的编号。
在携带扩展确认信息的CIS Data PDU或连接等时流空协议数据单元的包头增加扩展确认信息的指示信息和扩展确认信息的映射表。
具体地，如表1所示，根据BLE CIS协议，CIS PDU Header包头的长度由2字节扩展为2-4字节。利用CIS PDU Header中2个预留比特RFU，1个比特(bit)用于指示是否成组连续发送或连续突发数据包，另1 比特(bit)用作扩展确认信息。
表1
Figure DEST_PATH_IMAGE002AAAAAAAA
具体地，如果CB设置为1，则CIS PDU Header增加一个字节，高4 bits表示连续突发数据包的个数，低4 bits表示当前数据包在成组连续发送时的编号。如果CB设置为0，则CIS PDU Header没有CBN和CBSN字节，即不采用连续突发数据包。如果EACK（确认信息）设置为1，则CIS PDU Header增加一个字节表示扩展确认信息的映射表。如果EACK设置为0，则CIS PDU Header没有EACK MT字节，即不采用扩展确认信息批量确认。EACK MT用于指示连续发送的数据包中哪些包被正确接收，哪些数据包没有被正确接收。从最低bit到最高bit依次对应于连续突发的最低编号到最高编号的数据包的接收情况。对应编号，正确接收的包对应EACK MT的bit设置为1，没有正确接收的包对应EACK MT的bits设置为0。如果数据包个数小于8，则相应的高bits无效。
图6根据本发明优选实施例的发送流程意图，如图6所示，包括如下步骤：
步骤S600，初始化。
步骤S601，连续发送所有数据包。
步骤S602，接收EACK。
步骤S603，是否都正确接收。
步骤S604，剩下的时间窗是否还有发送机会。
步骤S605，在剩下的时间窗内依次发送没有被正确接收的数据包。
步骤S606，停止发送。
具体地，BLE Audio发送设备成组连续发送数据包的流程如图6所示。在每个等时间隔(Isochronous Interval)内，先初始化，设置当前时间窗内需要发送的所有数据包的CIS PDU Header的CB为1，EACK为0，CBN为当前时间窗内需要发送的所有数据包个数。再连续发送当前CIS在当前时间窗内需要发送的所有数据包。然后，接收LE Audio接收设备回复的扩展确认信息(EACK)。根据接收EACK信息的结果，如果确认所有数据包都被BLE Audio接收设备正确接收，则停止发送。
如果存在数据包没有被BLE Audio接收设备正确接收，或者，无法确认数据包被LEAudio接收设备正确接收，且判断当前时间窗内还有足够时间发送数据包，则在剩下的时间窗内依次发送没有确定被正确接收的数据包。如果等时通信间隔的剩余发送时间不足以发送数据包，则停止发送。每次连续发送没有确定被正确接收的数据包后，再接收EACK，根据接收EACK信息的结果来判断是否被BLE Audio接收设备正确接收，都正确接收则停止发送。如果等时通信间隔的剩余发送时间不足以发送数据包，则停止发送。
图7根据本发明优选实施例的接收流程意图，如图7所示，包括如下步骤：
步骤S700，初始化。
步骤S701，根据CBN接收所有数据包。
步骤S702，回复EACK。
步骤S703，是否都正确接收。
步骤S704，剩下的时间窗是否还有发送机会。
步骤S705，在剩下的时间窗内依次接收重发的数据包。
步骤S706，停止接收。
具体地，BLE Audio接收设备接收数据包的流程如图7所示。在每个等时间隔(Isochronous Interval)内，先初始化，再接收当前时间窗内BLE Audio发送设备成组连续发送的所有数据包，并根据接收结果回复EACK，其中，CIS PDU Header的CB设置为0，EACK为1，EACK MT中正确接收的数据包对应的比特设置为1，其它比特设置为0。如果接收到的数据包的CIS PDU Header的CBN指示的所有数据包都正确接收，则在当前时间窗内停止接收。如果有部分或全部数据包没有正确接收，且判断LE Audio发送设备在当前时间窗内还有足够时间发送数据包，则在剩下的时间窗内继续接收没有被正确接收的数据包。如果LE Audio发送设备在等时通信间隔的剩余发送时间不足以发送数据包，则停止接收。
进一步地，BLE Audio接收设备在当前剩下的时间窗内继续接收没有被正确接收的数据包后，再次发送EACK反馈接收结果。如果都正确接收则停止接收。如果仍然存在数据包没有正确接收，且判断LE Audio发送设备在当前时间窗内还有足够时间发送数据包，则在剩下的时间窗内继续接收没有被正确接收的数据包。如果LE Audio发送设备在等时通信间隔的剩余发送时间不足以发送数据包，则停止接收。
具体地，根据BLE CIS协议，BLE Audio发送设备和BLE Audio接收设备之间建立的BLE CIS链路的配置参数如下: 等时间隔(Isochronous Interval)为40ms，成组数BN(Burst Number)为4，数据包长度都为120字节，采用BLE 2Mbps传输速率的物理层(BLE 2MPHY)，一个等时间隔内的最大发送次数(NSE: Number of Subevent)为16。每个数据包空中占用时间为540us，包间间隔(T_IFS)为150us。
如图8至10所示，为BLE Audio成组连续发送和批量确认的时序图，以下几种情况都节省了BLE Audio系统收发确认信息的时间，从而提高了有效传输速率。
如图8所示，在一个等时间隔内，LE Audio发送设备连续发送4个数据包，P0，P1，P2和P3。其中，每个数据包的CIS PDU Header的CB设置为1，EACK设置为0，CBN设置为4。P0，P1，P2和P3对应的CBSN分别设置为0, 1, 2, 3。LE Audio接收设备正确收到P0，P1，P2和P3等4个数据包后，回复EACK，并停止接收。其中，EACK的CIS PDU Header的CB设置为0，EACK设置为1，EACK MT设置为[0, 0, 0, 0, 1, 1, 1, 1]。LE Audio发送设备正确收到LE Audio接收设备回复的EACK后，结束发送。
如图9所示，在一个等时间隔内，LE Audio发送设备连续发送4个数据包，P0，P1，P2和P3。其中，每个数据包的CIS PDU Header的CB设置为1，EACK设置为0，CBN设置为4。P0，P1，P2和P3对应的CBSN分别设置为0, 1, 2, 3。LE Audio接收设备正确收到P1和P2，而没有正确收到P0和P3，回复EACK包含正确收到P1和P2而没有正确收到P0和P3的信息。其中，EACK的CIS PDU Header的CB设置为0，EACK设置为1，EACK MT设置为[0, 0, 0, 0, 0, 1, 1, 0]。LE Audio发送设备正确收到LE Audio接收设备回复的扩展确认信息后，重传P0和P3数据包。其中，每个数据包的CIS PDU Header的CB设置为1，EACK设置为0，CBN设置为2。P0和P3对应的CBSN分别设置为0和3。LE Audio接收设备正确收到P0和P3数据包后，回复EACK，并停止接收。其中，EACK的CIS PDU Header的CB设置为0，EACK设置为1，EACK MT设置为[0, 0, 0,0, 1, 1, 1, 1]。LE Audio发送设备正确收到LE Audio接收设备回复的扩展确认信息ACK后，结束发送。
如图10所示，在一个等时间隔内，LE Audio发送设备连续发送4个数据包，P0，P1，P2和P3，但是，没有正确收到LE Audio接收设备回复的EACK，原因包括LE Audio接收设备没有回复EACK，或LE Audio接收设备回复了EACK而LE Audio发送设备没有正确收到。LEAudio发送设备会依次重发P0，P1，P2和P3数据包。其中，每个数据包的CIS PDU Header的CB设置为1，EACK设置为0，CBN设置为4。P0，P1，P2和P3对应的CBSN分别设置为0, 1, 2, 3。这次，LE Audio发送设备正确收到了LE Audio接收设备回复的EACK，其中，包括正确接收到了P0和P3数据包，而没有正确收到P1和P2数据包。其中，EACK的CIS PDU Header的CB设置为0，EACK设置为1，EACK MT设置为[0, 0, 0, 0, 1, 0, 0, 1]。因此，LE Audio发送设备再次重发P1和P2数据包。其中，每个数据包的CIS PDU Header的CB设置为1，EACK设置为0，CBN设置为2。P1和P2对应的CBSN分别设置为1和2。LE Audio发送设备重发P1和P2数据包后收到的LEAudio接收设备回复的EACK只包含正确接收P2数据包，其中，EACK的CIS PDU Header的CB设置为0，EACK设置为1，EACK MT设置为[0, 0, 0, 0, 1, 1, 0, 1]。因而再次重发P1数据包。其中，P1数据包的CIS PDU Header的CB设置为1，EACK设置为0，CBN设置为1，P1对应的CBSN设置为1。最后，LE Audio发送设备收到LE Audio接收设备回复的EACK确认正确收到P2数据包，而结束发送。其中，EACK的CIS PDU Header的CB设置为0，EACK设置为1，EACK MT设置为[0, 0, 0, 0, 1, 1, 1, 1]。
本发明的实施例还提供了一种数据传输设备，用于作为数据发送端，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，确定待发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；
2，在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包；
3，接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况；
S4，根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包；
S5，在所述等时通信间隔内的剩余时间内重传所述未正确接收的所述数据组中的数据包。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
本申请提供的数据传输设备中作为BLE Audio发送设备，所述BLE Audio发送设备包括音频编码器，协议处理器和BLE无线收发单元。音频编码器把音频信号压缩编码为音频数据，协议处理器执行BLE Audio发送设备相关的BLE协议与CIS协议，BLE Radio单元用于BLE无线信号收发，并根据CIS协议在最大传输延迟限制的有限重传窗内发送音频数据包给BLE Audio接收设备。
本发明的实施例还提供了一种数据传输设备，用于作为数据接收设备，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，在一个等时通信间隔内，接收发送端连续发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；
2，根据所述指示信息确定所述数据组中的数据包的接收情况；
3，向所述发送端发送确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包的接收情况；
S4，在所述等时通信间隔内剩余时间内继续接收所述未正确接收的所述数据组中的数据包。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
本申请提供的数据传输设备中作为BLE Audio接收设备，所述BLE Audio接收设备包括音频解码器，协议处理器，BLE 无线收发单元和音频输出单元。BLE Audio接收设备根据协议处理器执行的CIS协议控制BLE Radio单元接收并恢复音频数据，再通过音频解码器把音频数据解码为音频信号。音频输出单元用于输出或播放解码后的音频信号。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (19)

1.一种蓝牙低功耗音频数据传输方法，其特征在于，包括：
确定待发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；所述发送模式包括连续发送模式；
在所述指示信息被配置为连续发送模式情况下，在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包；
接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，在所述指示信息被配置为连续发送模式情况下，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况；
根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包。
2.根据权利要求1所述的方法，其特征在于，所述接收来自所述接收端的确认数据包之后，还包括：
根据所述扩展确认信息确定所述数据组中的数据包在所述接收端的接收情况，包括所述数据包在所述接收端未正确接收和/或已正确接收的情况；
所述根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包之后，还包括：
在所述等时通信间隔内的剩余时间内重传所述未正确接收的所述数据组中的数据包；和/或，在后续的等时通信间隔内发送所述未正确接收的所述数据组中的数据包。
3.根据权利要求2所述的方法，其特征在于，
根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包，包括：
根据数据组中的数据包在所述接收端未正确接收和/或已正确接收的情况，确定在所述接收端未正确接收的所述数据组中的数据包和/或在所述接收端无法确认正确接收的数据包；
在所述等时通信间隔内的剩余发送时间内重传所述未正确接收的所述数据组中的数据包，包括：
判断在所述等时通信间隔内是否有剩余发送时间；
如果判断在所述等时通信间隔内有剩余发送时间，则在所述等时通信间隔内的剩余发送时间内重传所述未正确接收的所述数据组中的数据包或者在所述接收端无法确认正确接收的数据包。
4.根据权利要求1所述的方法，其特征在于，所述待发送的数据组中的数据包，包括：在之前的等时通信间隔内未被接收端正确接收且需在当前等时通信间隔中重传的数据包，和/或需在当前等时通信间隔内发送的新数据包。
5.根据权利要求1所述的方法，其特征在于，所述确定待发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息，包括：
在所述指示信息被配置为连续发送模式情况下，在所述数据包的包头增加第一字节，其中，所述第一字节中包含本数据包所处的数据组中包含的数据包的个数，和本数据包被成组连续发送时的编号；
在所述指示信息被配置为非连续发送模式的情况下，在所述数据包的包头不增加所述第一字节。
6.根据权利要求1所述的方法，其特征在于，所述接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况，包括：
在所述扩展确认信息被配置为批量指示所述数据组中的数据包在所述接收端的接收情况的情况下，从所述确认数据包的包头获取包含所述扩展确认信息的映射表的第二字节，所述映射表至少用于指示所述数据组中的数据包中已被正确接收和/或未被正确接收的数据包的情况；
在所述扩展确认信息被配置为非批量指示所述数据组中的数据包在所述接收端的接收情况的情况下，不从所述确认数据包的包头获取所述第二字节。
7.一种蓝牙低功耗音频数据传输方法，其特征在于，包括：
在一个等时通信间隔内，接收发送端连续发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；所述发送模式包括连续发送模式；根据所述指示信息确定所述数据组中的数据包的接收情况；
向所述发送端发送确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，在所述指示信息被配置为连续发送模式情况下，所述扩展确认信息用于批量指示所述数据组中的数据包的接收情况。
8.根据权利要求7所述的方法，其特征在于，所述根据所述指示信息确定所述数据组中的数据包的接收情况，包括：
针对已正确接收的每个数据包，自其数据包的包头获取所述指示信息，在所述指示信息指示为连续发送模式的情况下，根据所接收的数据包的包头中的第一字节，获取本数据包所处的数据组中包含的数据包的个数，和本数据包被成组连续发送时的编号；
根据所获取的所述数据组中包含的数据包的个数，和每个已正确接收的数据包被成组连续发送时的编号，确定所述数据组中的数据包的接收情况，其中，所述接收情况包括所述数据组中的数据包未正确接收和/或已正确接收的情况。
9.根据权利要求8所述的方法，其特征在于，在向所述发送端发送确认数据包之前还包括，根据所确定的所述数据组中的数据包的接收情况，生成确认数据包；其中，
在配置所述扩展确认信息为批量指示所述数据组中的数据包的接收情况时，在所述确认数据包的包头增加第二字节，所述第二字节中包含所述扩展确认信息的映射表，所述映射表至少用于指示所述数据组中已被正确接收和/或未被正确接收的数据包的情况；
在配置所述扩展确认信息为非批量指示所述数据组中的数据包的接收情况时，不在所述确认数据包的包头增加所述第二字节。
10.根据权利要求7所述的方法，其特征在于，在向所述发送端发送确认数据包之后还包括：在所述等时通信间隔内剩余时间内继续接收未正确接收的所述数据组中的数据包；和/或，在后续的等时通信间隔内接收所述未正确接收的所述数据组中的数据包。
11.根据权利要求10所述的方法，其特征在于，所述在所述等时通信间隔内的剩余发送时间内继续接收所述未正确接收的所述数据组中的数据包之前，包括：
判断在所述等时通信间隔内是否有剩余发送时间；
如果判断在所述等时通信间隔内没有剩余发送时间或者所述数据包均已正确接收的情况，则不接收所述未正确接收的所述数据组中的数据包。
12.一种蓝牙低功耗音频数据传输方法，其特征在于，包括：
在向接收端发送数据组之前，设置所述数据组中待发送的数据包的包头，其中所述包头至少包括：
用于在接收到的数据包中的指示信息被配置为连续发送模式情况下，批量指示已接收的数据组中数据包的接收情况的扩展确认信息；或者
用于指示所述待发送的数据包的发送模式的指示信息；所述发送模式包括连续发送模式；和，用于在接收到的数据包中的指示信息被配置为连续发送模式情况下，批量指示已接收的数据组中数据包的接收情况的扩展确认信息。
13.根据权利要求12所述方法，其特征在于，在所述指示信息被配置为连续发送模式时，在所述待发送的数据包的包头增加第一字节，其中，所述第一字节中包含本数据包所处的数据组中包含的数据包的个数，和本数据包被成组连续发送时的编号；在所述指示信息被配置为非连续发送模式时，在所述待发送的数据包的包头不增加所述第一字节；
在所述扩展确认信息被配置为批量指示所述已接收的数据组中数据包的接收情况时，在所述待发送的数据包的包头增加第二字节，其中，所述第二字节中包含所述扩展确认信息的映射表，所述映射表至少用于指示所述已接收的数据组中已被正确接收和/或未被正确接收的数据包的情况；在所述扩展确认信息被配置为非批量指示所述已接收的数据组中数据包的接收情况时，在所述待发送的数据包的包头不增加所述第二字节。
14.根据权利要求13所述方法，其特征在于，所述第一字节为一个字节，其中高4位用于指示本数据包所处的数据组中包含的数据包的个数，低4位用于指示本数据包被成组连续发送时的编号；
所述第二字节为一个字节，其中从最低位到最高位依次对应指示最低编号到最高编号的数据包的接收情况。
15.一种数据传输装置，其特征在于，包括：
第一确定模块，用于确定待发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；所述发送模式包括连续发送模式；
连续发送模块，用于在所述指示信息被配置为连续发送模式情况下，在一个等时通信间隔内，向接收端连续发送所述数据组中的数据包；
接收模块，用于接收来自所述接收端的确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，所述扩展确认信息用于批量指示所述数据组中的数据包在所述接收端的接收情况；
所述第一确定模块还用于根据所述数据组中的数据包在所述接收端的接收情况，确定在接收端未正确接收的所述数据组中的数据包。
16.如权利要求15所述装置，其特征在于，所述连续发送模块还用于在所述等时通信间隔内的剩余时间内重传所述未正确接收的所述数据组中的数据包；和/或，
所述连续发送模块还用于在后续的等时通信间隔内发送所述未正确接收的所述数据组中的数据包。
17.一种数据传输装置，其特征在于，包括：
第一接收模块，用于在一个等时通信间隔内，接收发送端连续发送的数据组中的数据包，其中，所述数据包的包头至少包括：用于指示所述数据包的发送模式的指示信息；所述发送模式包括连续发送模式；
确定模块，用于根据所述指示信息确定所述数据组中的数据包的接收情况；
发送模块，用于向所述发送端发送确认数据包，其中，所述确认数据包的包头至少包括扩展确认信息，在所述指示信息被配置为连续发送模式情况下，所述扩展确认信息用于批量指示所述数据组中的数据包的接收情况。
18.如权利要求17所述装置，其特征在于，所述第一接收模块还用于在所述等时通信间隔内的剩余时间内继续接收未正确接收的所述数据组中的数据包；和/或，所述第一接收模块还用于在后续等时通信间隔内接收所述未正确接收的所述数据组中的数据包。
19.一种数据传输设备，包括：处理器和存储器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至6任一项中所述的方法，和/或运行所述计算机程序以执行所述权利要求7至11任一项中所述的方法，和/或运行所述计算机程序以执行所述权利要求12至14任一项中所述的方法。
CN202010931729.6A 2020-09-08 2020-09-08 蓝牙低功耗音频数据传输方法以及装置、设备 Active CN111800171B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202010931729.6A CN111800171B (zh) 2020-09-08 2020-09-08 蓝牙低功耗音频数据传输方法以及装置、设备
PCT/CN2021/095019 WO2022052507A1 (zh) 2020-09-08 2021-05-21 蓝牙低功耗音频数据传输方法以及装置、设备
US18/118,626 US20230239076A1 (en) 2020-09-08 2023-03-07 Method and device for BLE audio data transmission

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010931729.6A CN111800171B (zh) 2020-09-08 2020-09-08 蓝牙低功耗音频数据传输方法以及装置、设备

Publications (2)

Publication Number Publication Date
CN111800171A CN111800171A (zh) 2020-10-20
CN111800171B true CN111800171B (zh) 2021-07-02

Family

ID=72834268

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010931729.6A Active CN111800171B (zh) 2020-09-08 2020-09-08 蓝牙低功耗音频数据传输方法以及装置、设备

Country Status (3)

Country Link
US (1) US20230239076A1 (zh)
CN (1) CN111800171B (zh)
WO (1) WO2022052507A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800171B (zh) * 2020-09-08 2021-07-02 南京中感微电子有限公司 蓝牙低功耗音频数据传输方法以及装置、设备
WO2024060247A1 (zh) * 2022-09-23 2024-03-28 哲库科技(上海)有限公司 基于蓝牙通信的数据交互方法、装置、设备及存储介质
CN116634492B (zh) * 2023-01-29 2024-04-12 上海物骐微电子有限公司 基于蓝牙le音频的数据调度方法、装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103873209A (zh) * 2014-03-18 2014-06-18 上海交通大学 一种提高无线通信效率的帧校验机制
CN103957087A (zh) * 2014-04-30 2014-07-30 珠海市魅族科技有限公司 一种无线通信方法、相关设备及系统
CN108023689A (zh) * 2016-11-04 2018-05-11 华为技术有限公司 重传方法及设备
CN111049625A (zh) * 2018-10-15 2020-04-21 珠海市魅族科技有限公司 一种无线局域网络通信的方法及通信设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7058085B2 (en) * 2001-03-14 2006-06-06 Nortel Networks Limited Method and apparatus for transmitting data over a network within a specified time limit
AU2004325896B2 (en) * 2004-12-22 2009-10-08 Telefonaktiebolaget Lm Ericsson (Publ) Data flow control with duplicate acknowledgment
CN1812404A (zh) * 2005-01-24 2006-08-02 艾威梯软件技术(北京)有限公司 蓝牙rfcomm协议增速方法
CN101198179B (zh) * 2007-12-21 2010-11-10 中兴通讯股份有限公司 后向兼容802.16e系统的接入方法
US9693127B2 (en) * 2014-05-14 2017-06-27 Samsung Electronics Co., Ltd Method and apparatus for communicating audio data
CN105827367A (zh) * 2016-05-06 2016-08-03 深圳市国华光电研究院 一种无线数据传输的方法及系统
CN107786310B (zh) * 2016-08-26 2020-04-17 电信科学技术研究院 一种数据包传输方法和节点
CN106559739B (zh) * 2016-09-28 2020-03-20 深圳成谷科技有限公司 适于蓝牙低功耗无线通信系统的轻量级数据传输方法
CN107087254B (zh) * 2017-06-30 2020-01-14 北京小米移动软件有限公司 发包方法、装置和蓝牙低能耗从设备
CN111065084A (zh) * 2020-02-25 2020-04-24 北京百瑞互联技术有限公司 一种提高低功耗蓝牙传输速度的方法
CN111800171B (zh) * 2020-09-08 2021-07-02 南京中感微电子有限公司 蓝牙低功耗音频数据传输方法以及装置、设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103873209A (zh) * 2014-03-18 2014-06-18 上海交通大学 一种提高无线通信效率的帧校验机制
CN103957087A (zh) * 2014-04-30 2014-07-30 珠海市魅族科技有限公司 一种无线通信方法、相关设备及系统
CN108023689A (zh) * 2016-11-04 2018-05-11 华为技术有限公司 重传方法及设备
CN111049625A (zh) * 2018-10-15 2020-04-21 珠海市魅族科技有限公司 一种无线局域网络通信的方法及通信设备

Also Published As

Publication number Publication date
US20230239076A1 (en) 2023-07-27
CN111800171A (zh) 2020-10-20
WO2022052507A1 (zh) 2022-03-17

Similar Documents

Publication Publication Date Title
CN111800171B (zh) 蓝牙低功耗音频数据传输方法以及装置、设备
CN104363080B (zh) 用于降低传输停止风险的方法和发射单元
EP1211840A1 (en) Hybrid ARQ with parallel packet transmission
US20070263708A1 (en) Receiver Controlled Isochronous Transmission
WO2009015170A1 (en) Hybrid automatic repeat request (harq) systems and methods for packet-based networks
CN113346982B (zh) 数据传输方法、发送方法、接收方法及装置
JP2009504007A (ja) 無線通信システム内のアップリンク上の拡張データチャネルの容量を増大する方法
JP2012010363A (ja) ワイヤレスパケットネットワークのためのブロック肯定応答プロトコル
CN111770428B (zh) 一种无线设备的监听方法
US8811500B2 (en) Data transmission
JP2004535136A (ja) データパケットを送信する方法
CN109861797B (zh) 一种数据传输方法和系统
JP2002541726A (ja) ビットマップを有効に使用する選択的繰り返しａｒｑ
RU2462822C2 (ru) Способ подтверждения приема данных
CN113473532B (zh) 一种无线链路控制状态报告优化传输方法及系统
EP3790213B1 (en) Mac-based hybrid automatic repeat request (harq)
CA2307485A1 (en) Efficient automatic repeat request method using variable length sequence numbers
KR101502564B1 (ko) 이동통신 시스템에서 재집합 상태에 의한 데이터 전송 제어장치 및 방법
WO2019071463A1 (en) REQUEST FOR AUTOMATIC HYBRID REPEAT WITHOUT GRANT
CN108199803B (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