CN114630368A - 控制在多链路上进行数据传输的方法、装置、设备及介质 - Google Patents

控制在多链路上进行数据传输的方法、装置、设备及介质 Download PDF

Info

Publication number
CN114630368A
CN114630368A CN202210427842.XA CN202210427842A CN114630368A CN 114630368 A CN114630368 A CN 114630368A CN 202210427842 A CN202210427842 A CN 202210427842A CN 114630368 A CN114630368 A CN 114630368A
Authority
CN
China
Prior art keywords
link
service
primitive
mapping
block acknowledgement
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
Application number
CN202210427842.XA
Other languages
English (en)
Other versions
CN114630368B (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.)
Chengdu Jimi Technology Co Ltd
Original Assignee
Chengdu Jimi Technology 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 Chengdu Jimi Technology Co Ltd filed Critical Chengdu Jimi Technology Co Ltd
Priority to CN202210427842.XA priority Critical patent/CN114630368B/zh
Publication of CN114630368A publication Critical patent/CN114630368A/zh
Application granted granted Critical
Publication of CN114630368B publication Critical patent/CN114630368B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/082—Load balancing or load distribution among bearers or channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种控制在多链路上进行数据传输的方法、装置、设备及介质。该方法包括：第一多链路设备的高层管理单元发送块确认请求原语给第一多链路设备的低层管理单元，原语中指示发送请求消息的链路，并包含业务标识；低层管理单元在块确认请求原语中指示的发送请求消息的链路上发送块确认请求消息给第二多链路设备，消息中包含业务标识；低层管理单元接收到第二多链路设备发送的块确认响应消息后，发送块确认确认原语给高层管理单元。本申请通过高层管理单元的统一调度，解决了各个链路单独协商块确认发送块确认消息导致接收方需要根据每条链路上接收到的信息进行判断而引起的信息不同步、信息丢失或信息重复。

Description

控制在多链路上进行数据传输的方法、装置、设备及介质
技术领域
本申请涉及无线通信领域，尤其涉及一种控制在多链路上进行数据传输的方法、装置、设备及介质。
背景技术
在802.11系统中，接入点（AP STA）和终端（Non-AP STA）在内部都部署有MAC层和PHY层，其中MAC层的主要功能有信道管理、连接管理、服务质量管理、功率控制和时间同步等，PHY层的主要功能有调制、编码和传输等。
MAC层和PHY层在概念上都包括分别称为媒体接入层管理单元MLME（MAC sublayermanagement entity）和物理层管理单元PLME（PHY sublayer management entity）的管理单元。这些单元可称为低层管理单元，其提供了低层管理服务接口，通过这些接口可以调用低层管理功能。
为了提供正确的MAC操作，每个设备(包括Non-AP STA 和 AP STA)中都有一个高层管理单元，如SME（station management entity，设备管理单元），SME表示在MAC层之上的高层管理单元，是一个独立于层的单元，它位于单独的管理平面中。
SME的作用：通常，该单元负责诸如从各种层管理单元（MLME和PLME）收集与层相关的状态之类的功能，类似地，其还会设置特定于层的参数值。 SME通常代表一般的系统管理单元执行此类功能。各个层之间通过定义的原语进行交互，图1描述了管理单元之间的关系。
802.11be系统，也称为极高吞吐量（EHT，Extremely High Throughput）系统，通过一系列系统特性和多种机制增强功能以实现极高的吞吐量。随着无线局域网（WLAN）的使用持续增长，对于在许多环境（例如家庭，企业和热点）中提供无线数据服务越来越重要。特别是，视频流量将继续是许多WLAN部署中的主要流量类型。由于出现了4k和8k视频（20 Gbps的未压缩速率），这些应用的吞吐量要求正在不断发展。诸如虚拟现实或增强现实、游戏、远程办公室和云计算之类的新型高吞吐量，低延迟应用程序将会激增（例如，实时游戏的延迟低于5毫秒）。
鉴于这些应用程序的高吞吐量和严格的实时延迟要求，用户期望通过WLAN支持其应用程序时，吞吐量更高，可靠性更高，延迟和抖动更少，电源效率更高。用户期望改进与时敏网络（TSN）的集成，以支持异构以太网和无线LAN上的应用程序。802.11be网络旨在通过进一步提高总吞吐量和降低延迟来确保WLAN的竞争力，同时确保与旧版技术标准向后兼容和共存。在2.4 GHz，5 GHz和6 GHz频段运行的802.11兼容设备。
发明内容
在802.11系统中，为了保障网络的可靠性，发送方每发送一个数据包，接收方都需要给发送方返回一个确认消息（ACK消息），用于告诉发送方是否正确接收到该数据包。随着网络数据速率的提高，网络允许发送方发送多个数据包之后，接收方对这多个数据包进行反馈，这样针对多个数据包进行反馈的消息称为块确认消息（Block ACK消息），即块确认方式。两个终端之间要使用块确认方式，必须首先在双方之间建立块确认协议。
在多链路场景下，通常一个物理设备可以包括多个逻辑设备，每个逻辑设备都可以独立的进行数据发送和接收，且每个逻辑设备独立工作在一条链路上。两个多链路设备之间有独立的链路，按照现有技术实施，每条链路上都需要独立的进行块确认协议建立过程，而实际上对于多链路设备来说，除了支持不同的链路上可以独立的进行不同的业务，也可以支持在不同的链路上进行相同的业务，也就是说可以支持同一个业务的数据包在多条链路上都进行数据传输，那么接收和发送的物理设备就一个，也就是数据包的分发主体只有一个，按照传统的基于链路的块确认方式，在每条连接的链路上分别就相同的业务的数据包建立块确认协议，需要一个多链路设备上有多套数据包是否成功发送记录表和数据包重排序记录表，而这多套记录表需要严格协调以避免重复或漏包，给多链路设备的处理带来了较大的处理复杂度且难以管理数据包的确认，容易造成数据丢失或数据重复，因此传统的块确认协议建立的方式无法满足多链路场景下的需求。有鉴于此，本申请实施例提供一种控制在多链路上进行数据传输的方法、装置、设备及介质。
第一方面，本申请提供一种控制在多链路上进行数据传输的方法，包括：
第一多链路设备的第一高层管理单元发送块确认请求原语给第一多链路设备的第一低层管理单元，所述块确认请求原语中指示发送请求消息的链路，并包含业务标识，指示进行块确认的数据的业务类型；
第一低层管理单元接收所述块确认请求原语，并在所述块确认请求原语中指示的发送请求消息的链路上发送块确认请求消息给第二多链路设备，所述块确认请求消息中包含所述业务标识；
第一低层管理单元接收到第二多链路设备发送的块确认响应消息后，发送块确认确认原语给第一高层管理单元，所述块确认响应消息中包含第二多链路设备是否同意块确认请求的指示，所述块确认确认原语中包含所述第二多链路设备是否同意块确认请求的指示。
可选地，所述块确认请求原语中指示的发送请求消息的链路从所述业务标识对应的链路中选择或者从第一多链路设备与第二多链路设备之间已建立连接的链路中选择。
可选地，所述业务标识对应的链路的确认方法包括：
使用缺省配置，所述缺省配置是指所有的业务标识可以映射到第一多链路设备与第二多链路设备之间已建立连接的所有链路中；
或，由第二多链路设备设定并通知给第一多链路设备；
或，由第一多链路设备设定并通知给第二多链路设备；
或，通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定。
在一种可能的实施方式中，所述通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定包括：
第一高层管理单元发送业务链路映射请求原语给第一低层管理单元，所述业务链路映射请求原语中包含业务标识与链路的映射关系，并指示发送请求消息的链路；
第一低层管理单元接收所述业务链路映射请求原语，并在所述业务链路映射请求原语中指示的发送请求消息的链路上发送业务链路映射请求消息给第二多链路设备，所述业务链路映射请求消息中包含所述业务标识与链路的映射关系；
第一低层管理单元接收到第二多链路设备发送的业务链路映射响应消息后，发送业务链路映射确认原语给第一高层管理单元，所述业务链路映射响应消息中包含第二多链路设备是否同意业务链路映射请求的指示，所述业务链路映射确认原语中包含所述第二多链路设备是否同意业务链路映射请求的指示。
可选地，如果第一多链路设备与第二多链路设备已建立连接，则所述业务链路映射请求原语中指示的发送请求消息的链路从第一多链路设备与第二多链路设备之间已建立连接的链路中选择，否则，所述业务链路映射请求原语中指示的发送请求消息的链路从第一多链路设备希望与第二多链路设备建立连接的链路中选择。
在另一种可能的实施方式中，所述通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定包括：
第一低层管理单元接收第二多链路设备发送的业务链路映射请求消息，并发送业务链路映射指示原语给第一高层管理单元，所述业务链路映射请求消息中包含业务标识与链路的映射关系，所述业务链路映射指示原语中包含所述业务标识与链路的映射关系；
第一高层管理单元接收所述业务链路映射指示原语，并发送业务链路映射响应原语给第一低层管理单元，所述业务链路映射响应原语中包含第一多链路设备是否同意业务链路映射请求的指示；
第一低层管理单元接收所述业务链路映射响应原语，并发送业务链路映射响应消息给第二多链路设备，所述业务链路映射响应消息中包含所述第一多链路设备是否同意业务链路映射请求的指示。
可选地，所述第一低层管理单元在接收所述业务链路映射请求消息的链路上发送所述业务链路映射响应消息给第二多链路设备。
可选地，所述业务链路映射响应原语中还指示发送响应消息的链路，所述第一低层管理单元在所述业务链路映射响应原语中指示的发送响应消息的链路上发送所述业务链路映射响应消息给第二多链路设备。
可选地，如果第一多链路设备与第二多链路设备已建立连接，则所述业务链路映射响应原语中指示的发送响应消息的链路从第一多链路设备与第二多链路设备之间已建立连接的链路中选择，否则，所述业务链路映射响应原语中指示的发送响应消息的链路从第一多链路设备确认与第二多链路设备建立连接的链路中选择。
第二方面，本申请提供一种控制在多链路上进行数据传输的方法，包括：
第二多链路设备的第二低层管理单元接收第一多链路设备发送的块确认请求消息，并发送块确认指示原语给第二多链路设备的第二高层管理单元，所述块确认请求消息中包含业务标识，指示进行块确认的数据的业务类型；所述块确认指示原语中包含所述业务标识；
第二高层管理单元接收所述块确认指示原语，并发送块确认响应原语给第二低层管理单元，所述块确认响应原语中包含第二多链路设备是否同意块确认请求的指示；
第二低层管理单元接收所述块确认响应原语，并发送块确认响应消息给第一多链路设备，所述块确认响应消息中包含所述第二多链路设备是否同意块确认请求的指示。
可选地，所述第二低层管理单元在接收所述块确认请求消息的链路上发送所述块确认响应消息给第一多链路设备。
可选地，所述块确认响应原语中还指示发送响应消息的链路，所述第二低层管理单元在所述块确认响应原语中指示的发送响应消息的链路上发送所述块确认响应消息给第一多链路设备。
可选地，所述块确认响应原语中指示的发送响应消息的链路从所述业务标识对应的链路中选择或者从第一多链路设备与第二多链路设备之间已建立连接的链路中选择。
可选地，所述业务标识对应的链路的确认方法包括：
使用缺省配置，所述缺省配置是指所有的业务标识可以映射到第一多链路设备与第二多链路设备之间已建立连接的所有链路中；
或，由第二多链路设备设定并通知给第一多链路设备；
或，由第一多链路设备设定并通知给第二多链路设备；
或，通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定。
在一种可能的实现方式中，所述通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定包括：
第二高层管理单元发送业务链路映射请求原语给第二低层管理单元，所述业务链路映射请求原语中包含业务标识与链路的映射关系，并指示发送请求消息的链路；
第二低层管理单元接收所述业务链路映射请求原语，并在所述业务链路映射请求原语中指示的发送请求消息的链路上发送业务链路映射请求消息给第一多链路设备，所述业务链路映射请求消息中包含所述业务标识与链路的映射关系；
第二低层管理单元接收到第一多链路设备发送的业务链路映射响应消息后，发送业务链路映射确认原语给第二高层管理单元，所述业务链路映射响应消息中包含第一多链路设备是否同意业务链路映射请求的指示，所述业务链路映射确认原语中包含所述第一多链路设备是否同意业务链路映射请求的指示。
可选地，如果第一多链路设备与第二多链路设备已建立连接，则所述业务链路映射请求原语中指示的发送请求消息的链路从第一多链路设备与第二多链路设备之间已建立连接的链路中选择，否则，所述业务链路映射请求原语中指示的发送请求消息的链路从第二多链路设备希望与第一多链路设备建立连接的链路中选择。
在另一种可能的实现方式中，所述通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定包括：
第二低层管理单元接收第一多链路设备发送的业务链路映射请求消息，并发送业务链路映射指示原语给第二高层管理单元，所述业务链路映射请求消息中包含业务标识与链路的映射关系，所述业务链路映射指示原语中包含所述业务标识与链路的映射关系；
第二高层管理单元接收所述业务链路映射指示原语，并发送业务链路映射响应原语给第二低层管理单元，所述业务链路映射响应原语中包含第二多链路设备是否同意业务链路映射请求的指示；
第二低层管理单元接收所述业务链路映射响应原语，并发送业务链路映射响应消息给第一多链路设备，所述业务链路映射响应消息中包含所述第二多链路设备是否同意业务链路映射请求的指示。
可选地，所述第二低层管理单元在接收所述业务链路映射请求消息的链路上发送所述业务链路映射响应消息给第一多链路设备。
可选地，所述业务链路映射响应原语中还指示发送响应消息的链路，所述第二低层管理单元在所述业务链路映射响应原语中指示的发送响应消息的链路上发送所述业务链路映射响应消息给第一多链路设备。
可选地，如果第一多链路设备与第二多链路设备已建立连接，则所述业务链路映射响应原语中指示的发送响应消息的链路从第一多链路设备与第二多链路设备之间已建立连接的链路中选择，否则，所述业务链路映射响应原语中指示的发送响应消息的链路从第二多链路设备确认与第一多链路设备建立连接的链路中选择。
第三方面，本申请提供一种控制在多链路上进行数据传输的装置，包括数据传输控制模块，所述数据传输控制模块用于执行以下步骤：
通过第一多链路设备的第一高层管理单元发送块确认请求原语给第一多链路设备的第一低层管理单元，所述块确认请求原语中指示发送请求消息的链路，并包含业务标识，指示进行块确认的数据的业务类型；
通过第一低层管理单元接收所述块确认请求原语，并在所述块确认请求原语中指示的发送请求消息的链路上发送块确认请求消息给第二多链路设备，所述块确认请求消息中包含所述业务标识；
通过第一低层管理单元接收到第二多链路设备发送的块确认响应消息后，发送块确认确认原语给第一高层管理单元，所述块确认响应消息中包含第二多链路设备是否同意块确认请求的指示，所述块确认确认原语中包含所述第二多链路设备是否同意块确认请求的指示。
第四方面，本申请提供一种控制在多链路上进行数据传输的装置，包括数据传输控制模块，所述数据传输控制模块用于执行以下步骤：
通过第二多链路设备的第二低层管理单元接收第一多链路设备发送的块确认请求消息，并发送块确认指示原语给第二多链路设备的第二高层管理单元，所述块确认请求消息中包含业务标识，指示进行块确认的数据的业务类型；所述块确认指示原语中包含所述业务标识；
通过第二高层管理单元接收所述块确认指示原语，并发送块确认响应原语给第二低层管理单元，所述块确认响应原语中包含第二多链路设备是否同意块确认请求的指示；
通过第二低层管理单元接收所述块确认响应原语，并发送块确认响应消息给第一多链路设备，所述块确认响应消息中包含所述第二多链路设备是否同意块确认请求的指示。
第五方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，所述处理器执行所述计算机程序以实现第一方面或第二方面所述的方法。
第六方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面或第二方面所述的方法。
第七方面，本申请提供一种计算机程序产品，其包括指令，所述指令被处理器执行时实现第一方面或第二方面所述的方法。
需要说明的是，第三方面所述的装置用于实现第一方面所述的方法，第四方面所述的装置用于实现第二方面所述的方法，第五方面所述的电子设备、第六方面所述的存储介质和第七方面所述的计算机程序产品用于执行上述第一方面或第二方面提供的方法，因此可以达到与第一方面或第二方面所述的方法相同的有益效果，本申请不再一一赘述。
本申请通过在多链路设备的高层管理单元发送给低层管理单元的块确认请求原语中指示进行块确认的数据的业务类型和发送请求消息的链路，可以在所指示的链路上就该业务类型的数据建立块确认协议，通过高层管理单元的统一调度，解决了各个链路单独协商块确认发送块确认消息导致接收方需要根据每条链路上接收到的信息进行判断而引起的信息不同步、信息丢失或信息重复，提高了对发送数据状态判断的效率，降低了响应延迟，从而提高了网络和数据传输效率。此外，本申请还可在两个多链路设备间进行业务标识与链路映射协商，确定链路上支持的业务类型，提供灵活性的业务数据传输方式。同时，本申请在多链路设备的高层管理单元发送给低层管理单元的请求原语中指示发送请求消息的链路，由高层管理单元确定发送请求消息的链路，低层管理单元只需根据请求原语中指示的链路发送请求消息，减轻了低层管理单元的负担。
附图说明
图1为现有技术中设备包含的管理单元之间的关系示意图；
图2为本申请实施例提供的一种通信系统的架构示意图；
图3为本申请实施例提供的一种控制在多链路上进行数据传输的方法示意图；
图4为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整技术方案。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
在本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，其仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。
本申请实施例假设多链路设备MLD1与多链路设备MLD2相连接，MLD1有两个逻辑设备STA1和STA2，MLD2有两个逻辑设备STA3和STA4，其中STA1与STA3在链路link1上建立连接，STA2与STA4在链路link2上建立连接，如图2所示；在link1和link2上可以支持所有业务类型的数据传输或者协商确定在指定链路上传输指定业务类型的数据，本申请中用TID（业务标识）来表示业务的类型。应理解，图2仅为通信系统的一个架构示意图，MLD1和MLD2可以包含更多的逻辑设备，两者中的逻辑设备数量可不相同，且本申请实施例中的MLD1和MLD2可均为终端，也可一个为终端，一个为接入点，本申请实施例对此不做限制。本领域的技术人员将理解，依照本文描述的原理和功能，根据本申请的术语“接入点（AP）”还可以用于描述能够在网络架构内接收和传送无线信号的接入端口或任何其他设备，因此，接入点的使用仅是示例性的。
MLD1与MLD2之间有较大量的某一业务类型的数据进行传输时，可以由一方发起块确认协商，在协商成功后，所协商的业务类型对应的数据可以在发送多个数据包以后再进行是否成功接收的确认，而不用每发送一个数据包就确认一次，由此可以提高有效数据的传输速率，尤其是在高速实时传输业务可以获得更好的用户体验，例如电影或游戏的实时投屏业务，本申请实施例设定实施块确认协商进程由MLD1发起，如果是由MLD2发起，与之类似，反之亦然，本申请实施例不再详细介绍。且本申请实施例仅以高层管理单元为SME，低层管理单元为MLME为示例进行详细说明。如图3所示，控制在多链路上进行数据传输的方法包括以下内容：
101、MLD1的SME发送块确认请求原语（如MLME-ADDBA.request原语）给MLD1的MLME，所述块确认请求原语用于指示MLME发送块确认请求消息，其中可指示发送请求消息的链路，并包含业务标识，指示进行块确认的数据的业务类型。示例地，块确认请求原语中可包含以下参数：
PeerSTAAddress：用于指示执行块确认进程的对等设备的地址，本申请实施例设置为MLD2的地址。
TID：业务标识，指示进行块确认的数据的业务类型，本申请实施例设置为0，即就业务类型为0的数据建立块确认协议。需要说明的是，业务标识可以是一个或者多个。
TransmitLink：用于指示发送请求消息的链路，具体的设置方式可包括：
1）SME从参数TID的值所对应的链路中选择；例如，TID值为0，所映射的链路为link1和link2，这里可以设置为link1和link2中的任一个；或
2）SME从MLD1与MLD2已建立连接的链路中选择。
DialogToken：标识当前块确认进程。
BlockAckPolicy：设置块确认策略，如，设置为“立即”表示收到块确认请求后在当前获得的发送时机内发送块确认帧，设置为“延迟”表示收到块确认请求后在下一个获得的发送时机发送块确认帧。
BufferSize：缓存里能处理的数据包的数量。
BlockAckTimeout：块确认协议过期时间，当建立块确认协议后，在此时间内都没有数据传输，则在此时间后解除块确认协议。
BlockAckStartingSequenceControl：用于设置块传输开始的序列号。
其中，TransmitLink的设置的链路可以是根据多链路设备自身的策略进行选择，例如将与业务类型相关管理或控制消息也作为该业务类型的数据，则从需要建立块确认进程的TID所对应的链路中选择，再例如考虑到将管理或控制消息不作为具体业务类型的数据，则也可以是在两个多链路设备间已建立连接的任意一条链路中选择。
在一些实施例中，业务标识对应的链路的确认方法包括：
使用缺省配置，所述缺省配置是指所有的业务标识可以映射到MLD1与MLD2之间已建立连接的所有链路中；
或，由MLD2设定并通知给MLD1；
或，由MLD1设定并通知给MLD2；
或，通过MLD1和MLD2进行业务标识与链路映射协商确定。具体地，可由MLD1发起业务标识与链路映射协商，也可由MLD2发起业务标识与链路映射协商，本申请实施例假设由MLD1发起，如果是由MLD2发起，与之类似，本申请实施例不再详细介绍。示例地，MLD1可以在连接过程或者专有的业务标识与链路映射协商过程中与MLD2协商确定链路上支持的业务类型，即确定业务标识与链路的映射关系，以下以专有的业务标识与链路映射协商过程为例，在连接过程中协商业务标识与链路的映射关系与之类似，只是原语、消息名称不同。
1001、MLD1的SME发送业务链路映射请求原语（如MLME-TID2LINKMAPPING.request原语）给MLD1的MLME，所述业务链路映射请求原语用于指示MLME发送业务链路映射请求消息，其中可包含业务标识与链路的映射关系，并指示发送请求消息的链路。示例地，业务链路映射请求原语中可包含以下参数：
PeerSTAAddress：用于指示执行业务标识与链路映射协商的对等设备的地址，本申请实施例设置为MLD2的地址。
TransmitLink：用于指示发送请求消息的链路，如果MLD1和MLD2已建立连接，则可在两个多链路设备间已建立连接的链路中选择，例如，本申请实施例中，MLD1和MLD2在link1和link2上已建立连接，可以设置为link1或link2；如果MLD1和MLD2还未建立连接，即MLD1是在连接过程中与MLD2协商，则可在MLD1希望与MLD2建立连接的链路中选择。
Dialog Token：用于标识此次业务标识与链路映射协商过程。
Direction：用于指示业务标识与链路映射用于上行链路，或下行链路，或上行和下行链路。如设置为0：表示用于上行映射；1：表示用于下行映射；2：表示用于上行和下行映射；本申请实施例可设置为2。
Link mapping presence bitmap：用于指示包含对哪些业务标识进行配置。例如，假设业务标识取值范围为0-7，该参数有8个bit，则00000010表示针对业务标识为1的业务进行映射配置。
Link mapping of TID i：业务标识值为i（i取值范围为业务标识的取值范围）的业务映射的链路信息。例如，本申请实施例有2条链路，则该参数有2个bit，则01表示TID=i的业务在link1上传输，在link2上不传输；10表示TID=i的业务在link2上传输，在link1上不传输；11表示TID=i的业务在link1和link2上都传输；本申请实施例设置为11。
1002、MLD1的MLME接收业务链路映射请求原语，并在所述业务链路映射请求原语中指示的发送请求消息的链路上发送业务链路映射请求消息（如TID-to-link Mappingrequest消息）给MLD2，所述业务链路映射请求消息用于请求业务标识与链路映射，其中包含业务标识与链路的映射关系。
具体地，MLD1的MLME接收到业务链路映射请求原语后，设置业务链路映射请求消息，然后根据业务链路映射请求原语中TransmitLink指示的链路，在所指示的链路上发送业务链路映射请求消息给MLD2。该消息中可包含以下参数：
Frame type：消息的类型，本申请实施例设置为“TID-to-link Mappingrequest”。
Dialog Token：用于标识此次业务标识与链路映射协商过程，具体设置与业务链路映射请求原语中相同。
Direction：用于指示业务标识与链路映射用于上行链路，或下行链路，或上行和下行链路，具体设置与业务链路映射请求原语中相同。
Link mapping presence bitmap：用于指示包含对哪些业务标识进行配置，具体设置与业务链路映射请求原语中相同。
Link mapping of TID i：业务标识值为i（i取值范围为业务标识的取值范围）的业务匹配的链路信息，具体设置与业务链路映射请求原语中相同。
Default link mapping：用于指示是否使用缺省配置，可根据原语类型或原语的参数值进行设置，因为本申请实施例原语指示协商指定的业务标识与链路映射配置，因此该参数值设置为0，表示不使用缺省配置。
1003、MLD2的MLME接收到业务链路映射请求消息后，发送业务链路映射指示原语（如MLME-TID2LINKMAPPING.indication原语）给MLD2的SME，所述业务链路映射指示原语用于将请求的业务标识与链路映射告知SME，其中包含业务标识与链路的映射关系。示例地，业务链路映射指示原语中可包含以下参数：
PeerSTAAddress：用于指示执行业务标识与链路映射协商的对等设备的地址，本申请实施例设置为MLD1的地址。
Dialog Token：用于标识此次业务标识与链路映射协商过程，具体设置与业务链路映射请求消息中相同。
Direction：用于指示业务标识与链路映射用于上行链路，或下行链路，或上行和下行链路，具体设置与业务链路映射请求消息中相同。
Link mapping presence bitmap：用于指示包含对哪些业务标识进行配置，具体设置与业务链路映射请求消息中相同。
Link mapping of TID i：业务标识值为i（i取值范围为业务标识的取值范围）的业务映射的链路信息，具体设置与业务链路映射请求消息中相同。
1004、MLD2的SME接收到业务链路映射指示原语后，发送业务链路映射响应原语（如MLME-TID2LINKMAPPING.response原语）给MLD2的MLME，所述业务链路映射响应原语用于指示MLME发送业务链路映射响应消息，其中包含MLD2是否同意业务链路映射请求的指示。示例地，业务链路映射响应原语中可包含以下参数：
PeerSTAAddress：用于指示执行业务标识与链路映射协商的对等设备的地址，本申请实施例设置为MLD1的地址。
Dialog Token：用于标识此次业务标识与链路映射协商过程，具体设置与业务链路映射指示原语中相同。
Status code：对请求的处理状态，指示是否同意业务链路映射请求；本申请实施例后续的步骤以Status code值为success为例，表示同意请求的映射；该参数还可以是refused，表示不同意请求的映射；该参数还可以是suggested，表示不同意请求的映射，但是给出建议的映射。
1005、MLD2的MLME接收业务链路映射响应原语，并发送业务链路映射响应消息（如TID-to-link Mapping response消息）给MLD1的MLME，所述业务链路映射响应消息用于响应业务标识与链路映射，其中包含MLD2是否同意业务链路映射请求的指示。
具体地，MLD2的MLME接收到业务链路映射响应原语后，设置业务链路映射响应消息，并发送业务链路映射响应消息给MLD1的MLME，可选地，MLD2的MLME可在接收业务链路映射请求消息的链路（如链路link1）上发送业务链路映射响应消息给MLD1的MLME。示例地，业务链路映射响应消息中可包含以下参数：
Frame type：消息的类型，本申请实施例设置为“TID-to-link Mappingresponse”。
Dialog Token：用于标识此次业务标识与链路映射协商过程，具体设置与业务链路映射响应原语中相同。
Status code：对请求的处理状态，具体设置与业务链路映射响应原语中相同。
1006、MLD1的MLME接收到业务链路映射响应消息后，发送业务链路映射确认原语（如MLME-TID2LINKMAPPING.confirm原语）给MLD1的SME，所述业务链路映射确认原语用于将确认的业务标识与链路映射告知SME，其中包含MLD2是否同意业务链路映射请求的指示。示例地，业务链路映射响应原语中可包含以下参数：
PeerSTAAddress：用于指示执行业务标识与链路映射协商的对等设备的地址，本申请实施例设置为MLD2的地址。
Dialog Token：用于标识此次业务标识与链路映射协商过程，具体设置与业务链路映射响应消息中相同。
Status code：对请求的处理状态，具体设置与业务链路映射响应消息中相同。
在一些实施例中，步骤1004中业务链路映射响应原语中还可指示发送响应消息的链路，此时，业务链路映射响应原语中可包含以下参数：
PeerSTAAddress：用于指示执行业务标识与链路映射协商的对等设备的地址，本申请实施例设置为MLD1的地址。
TransmitLink：用于指示发送响应消息的链路；如果MLD1和MLD2已建立连接，则可在两个多链路设备间已建立连接的链路中选择；如果MLD1和MLD2还未建立连接，即MLD1是在连接过程中与MLD2协商，则可在MLD2确认与MLD1建立连接的链路中选择。其值可以设置为与业务链路映射请求原语中相同的值或不同的值。
Dialog Token：用于标识此次业务标识与链路映射协商过程，具体设置与业务链路映射指示原语中相同。
Status code：对请求的处理状态，指示是否同意业务链路映射请求；本申请实施例后续的步骤以Status code值为success为例，表示同意请求的映射；该参数还可以是refused，表示不同意请求的映射；该参数还可以是suggested，表示不同意请求的映射，但是给出建议的映射。
该实施例中，步骤1005中，MLD2的MLME可根据业务链路映射响应原语中TransmitLink指示的链路，在所指示链路上发送业务链路映射响应消息给MLD1的MLME。
MLD1和MLD2协商好业务标识与链路的映射关系后，MLD1的SME和MLD2的SME可存储协商确定的业务标识与链路的映射关系。MLD1的SME根据接收到的参数进行业务标识与链路映射配置，即当有TID=0的数据需要发送时，可以在链路link1和link2上发送。如果没有上述步骤的操作，则MLD1与MLD2之间使用缺省映射关系，缺省映射关系为所有的业务标识对应的业务的数据在所有的链路上都可以进行传输。
102、MLD1的MLME接收块确认请求原语，根据接收到的块确认请求原语中TransmitLink指示的链路，在所指示的链路上发送块确认请求消息（如ADDBA request帧）给MLD2的MLME，所述块确认请求消息用于请求块确认，其中包含业务标识，指示进行块确认的数据的业务类型。示例地，块确认请求消息中可包含以下参数：
Block Ack Action：消息类型，本申请实施例设置为“ADDBA Request”。
DialogToken：标识当前块确认进程。
Block Ack Parameter Set：块确认参数。
Block Ack Timeout Value：块确认协议过期时间，当建立块确认协议后，在此时间内都没有数据传输，则在此时间后解除块确认协议。
BlockAckStartingSequenceControl：用于设置块传输开始的序列号。
其中，参数Block Ack Parameter Set可包括：
Block Ack Policy：设置块确认策略，如设置为“立即”表示收到块确认请求后在当前获得的发送时机内发送块确认帧，设置为“延迟”表示收到块确认请求后在下一个获得的发送时机发送块确认帧。
TID：业务标识。
Buffer Size：缓存里能处理的数据包的数量，该缓存量可以是针对上述指定的TID对应的数据包的缓存量。
103、MLD2的MLME接收到块确认请求消息后，发送块确认指示原语（如MLME-ADDBA.indication原语）给MLD2的SME，所述块确认指示原语用于将请求的块确认告知SME，其中包含业务标识，指示进行块确认的数据的业务类型。示例地，块确认指示原语中可包含以下参数：
PeerSTAAddress：用于指示执行块确认进程的对等设备的地址，本申请实施例设置为MLD1的地址。
DialogToken：标识当前块确认进程。
TID：业务标识，指示进行块确认的数据的业务类型，如设置为0，指示就业务标识为0的业务类型的数据建立块确认协议。
BlockAckPolicy：设置块确认策略，如设置为“立即”表示收到块确认请求后在当前获得的发送时机内发送块确认帧，设置为“延迟”表示收到块确认请求后在下一个获得的发送时机发送块确认帧。
BufferSize：缓存里能处理的数据包的数量。
BlockAckTimeout：块确认协议过期时间，当建立块确认协议后，在此时间内都没有数据传输，则在此时间后解除块确认协议。
BlockAckStartingSequenceControl：用于设置块传输开始的序列号。
104、MLD2的SME接收到块确认指示原语后，发送块确认响应原语（如MLME-ADDBA.response原语）给MLD2的MLME，所述块确认响应原语用于指示MLME发送块确认响应消息，其中包含MLD2是否同意块确认请求的指示。示例地，块确认响应原语中可包含以下参数：
PeerSTAAddress：用于指示执行块确认进程的对等设备的地址，本申请实施例设置为MLD1的地址。
DialogToken：标识当前块确认进程。
TID：业务标识，如设置为0。
ResultCode：指示接收到块确认指示原语后的响应结果，即指示是否同意块确认请求；如设置为“SUCCESS”，表示同意建立块确认协议；设置为“REFUSED”，表示拒绝建立块确认协议。
BlockAckPolicy：当ResultCode设置为“SUCCESS”时，设置块确认策略，如设置为“立即”表示收到块确认请求后在当前获得的发送时机内发送块确认帧，设置为“延迟”表示收到块确认请求后在下一个获得的发送时机发送块确认帧；当ResultCode设置为“REFUSED”时，不设置该参数。
BufferSize：当ResultCode设置为“SUCCESS”时，设置缓存里能处理的数据包的数量；当ResultCode设置为“REFUSED”时，不设置该参数。
BlockAckTimeout：当ResultCode设置为“SUCCESS”时，设置块确认协议过期时间，当建立块确认协议后，在此时间内都没有数据传输，则在此时间后解除块确认协议；当ResultCode设置为“REFUSED”时，不设置该参数。
105、MLD2的MLME接收块确认响应原语，并发送块确认响应消息（如ADDBAresponse帧）给MLD1的MLME，所述块确认响应消息用于响应块确认，其中包含MLD2是否同意块确认请求的指示。
具体地，MLD2的MLME接收到块确认响应原语后，根据原语中的信息构建块确认响应消息，并发送块确认响应消息给MLD1的MLME，可选地，MLD2的MLME可在接收块确认请求消息的链路上发送块确认响应消息给MLD1的MLME。示例地，块确认响应消息中可包含以下参数：
Block Ack Action：消息类型，本申请实施例设置为“ADDBA Response”。
DialogToken：标识当前块确认进程。
Status Code：指示是否同意块确认请求，根据块确认响应原语中的ResultCode设置。
Block Ack Parameter Set：块确认参数。
Block Ack Timeout Value：块确认协议过期时间，当建立块确认协议后，在此时间内都没有数据传输，则在此时间后解除块确认协议。
BlockAckStartingSequenceControl：用于设置块传输开始的序列号。
106、MLD1的MLME接收到块确认响应消息后，发送块确认确认原语（如MLME-ADDBA.confirm原语）给MLD1的SME，所述块确认确认原语用于将确认的块确认告知SME，其中包含MLD2是否同意块确认请求的指示。示例地，块确认确认原语中可包含以下参数：
PeerSTAAddress：用于指示执行块确认进程的对等设备的地址，本申请实施例设置为MLD2的地址。
DialogToken：标识当前块确认进程。
TID：业务标识，如设置为0。
ResultCode：指示是否同意块确认请求；如设置为“SUCCESS”，表示同意建立块确认协议；设置为“REFUSED”，表示拒绝建立块确认协议。
BlockAckPolicy：当ResultCode设置为“SUCCESS”时，设置块确认策略，如设置为“立即”表示收到块确认请求后在当前获得的发送时机内发送块确认帧，设置为“延迟”表示收到块确认请求后在下一个获得的发送时机发送块确认帧；当ResultCode设置为“REFUSED”时，不设置该参数。
BufferSize：当ResultCode设置为“SUCCESS”时，设置缓存里能处理的数据包的数量；当ResultCode设置为“REFUSED”时，不设置该参数。
BlockAckTimeout：当ResultCode设置为“SUCCESS”时，设置块确认协议过期时间，当建立块确认协议后，在此时间内都没有数据传输，则在此时间后解除块确认协议；当ResultCode设置为“REFUSED”时，不设置该参数。
在一些实施例中，步骤104中块确认响应原语中还可指示发送响应消息的链路，此时，块确认响应原语中可包含以下参数：
PeerSTAAddress：用于指示执行块确认进程的对等设备的地址，本申请实施例设置为MLD1的地址。
TransmitLink：用于指示发送响应消息的链路，其设置方式可包括：
1）SME从参数TID的值对应的链路中选择；例如，TID值为0，所对应的链路为link1和link2，这里可以设置为link1和link2中的一个；或，
2）SME从MLD1与MLD2已建立连接的链路中选择。
此外，这里指示的链路可以与块确认请求原语中相同，也可以不同。
DialogToken：标识当前块确认进程。
TID：业务标识，如设置为0。
ResultCode：指示接收到块确认指示原语后的响应结果，即指示是否同意块确认请求；如设置为“SUCCESS”，表示同意建立块确认协议；设置为“REFUSED”，表示拒绝建立块确认协议。
BlockAckPolicy：当ResultCode设置为“SUCCESS”时，设置块确认策略，如设置为“立即”表示收到块确认请求后在当前获得的发送时机内发送块确认帧，设置为“延迟”表示收到块确认请求后在下一个获得的发送时机发送块确认帧；当ResultCode设置为“REFUSED”时，不设置该参数。
BufferSize：当ResultCode设置为“SUCCESS”时，设置缓存里能处理的数据包的数量；当ResultCode设置为“REFUSED”时，不设置该参数。
BlockAckTimeout：当ResultCode设置为“SUCCESS”时，设置块确认协议过期时间，当建立块确认协议后，在此时间内都没有数据传输，则在此时间后解除块确认协议；当ResultCode设置为“REFUSED”时，不设置该参数。
该实施例中，步骤105中，MLD2的MLME可根据块确认响应原语中TransmitLink指示的链路，在所指示链路上发送块确认响应消息给MLD1的MLME。
MLD1和MLD2建立块确认协议后，MLD1与MLD2可根据块确认进程中确定的参数执行块确认操作，包括：
1）MLD1的逻辑设备STA1在链路link1上发送业务类型为TID=0的数据给MLD2的逻辑设备STA3，MLD1的逻辑设备STA2在链路link2上发送业务类型为TID=0的数据给MLD2的逻辑设备STA4，STA1和STA2在连续发送多个数据包后，可以由STA1和STA2中任意一个逻辑设备发送BAR（块确认请求）消息给所操作链路上的对等逻辑设备STA3或STA4，或由STA1和STA2两个逻辑设备都发送BAR消息给所操作链路上的对等逻辑设备STA3和STA4，请求STA3或/和STA4发送块确认来指示数据包的接收状态。
2）如果协议建立后，启动定时器Timer1，其值设置为BlockAckTimeout的值，如果在Timer1时间到时时都没有数据收发，则解除块确认协议。
3）如果BlockAckPolicy值为“立即”，则MLD2的STA3或/和STA4在接收到BAR帧后，在当前发送时机内，发送BA（块确认）帧给STA1或/和STA2，其中，STA3在发送给STA1的BA中，包含STA3在link1上的数据接收状态和STA4在link2上的数据接收状态，STA4在发送给STA2的BA中，包含STA3在link1上的数据接收状态和STA4在link2上的数据接收状态。
4）如果BlockAckPolicy值为“延迟”，STA3或/和STA4在接收到BAR帧后，在下一个发送时机时，发送BA（块确认）帧给在所操作链路上的对等逻辑设备STA1或/和STA2，发送方式与3）中相同。
需要说明的是，如果MLD1或MLD2是软接入设备，则TransmitLink所指示的链路必须是操作在该软接入设备上的主链路。
本申请实施例还提供一种控制在多链路上进行数据传输的装置，包括数据传输控制模块，所述数据传输控制模块用于执行以下步骤：
通过第一多链路设备的第一高层管理单元发送块确认请求原语给第一多链路设备的第一低层管理单元，所述块确认请求原语中指示发送请求消息的链路，并包含业务标识，指示进行块确认的数据的业务类型；
通过第一低层管理单元接收所述块确认请求原语，并在所述块确认请求原语中指示的发送请求消息的链路上发送块确认请求消息给第二多链路设备，所述块确认请求消息中包含所述业务标识；
通过第一低层管理单元接收到第二多链路设备发送的块确认响应消息后，发送块确认确认原语给第一高层管理单元，所述块确认响应消息中包含第二多链路设备是否同意块确认请求的指示，所述块确认确认原语中包含所述第二多链路设备是否同意块确认请求的指示。
可选地，所述数据传输控制模块还用于执行以下步骤：
通过第一高层管理单元发送业务链路映射请求原语给第一低层管理单元，所述业务链路映射请求原语中包含业务标识与链路的映射关系，并指示发送请求消息的链路；
通过第一低层管理单元接收所述业务链路映射请求原语，并在所述业务链路映射请求原语中指示的发送请求消息的链路上发送业务链路映射请求消息给第二多链路设备，所述业务链路映射请求消息中包含所述业务标识与链路的映射关系；
通过第一低层管理单元接收到第二多链路设备发送的业务链路映射响应消息后，发送业务链路映射确认原语给第一高层管理单元，所述业务链路映射响应消息中包含第二多链路设备是否同意业务链路映射请求的指示，所述业务链路映射确认原语中包含所述第二多链路设备是否同意业务链路映射请求的指示。
可选地，所述数据传输控制模块还用于执行以下步骤：
通过第一低层管理单元接收第二多链路设备发送的业务链路映射请求消息，并发送业务链路映射指示原语给第一高层管理单元，所述业务链路映射请求消息中包含业务标识与链路的映射关系，所述业务链路映射指示原语中包含所述业务标识与链路的映射关系；
通过第一高层管理单元接收所述业务链路映射指示原语，并发送业务链路映射响应原语给第一低层管理单元，所述业务链路映射响应原语中包含第一多链路设备是否同意业务链路映射请求的指示；
通过第一低层管理单元接收所述业务链路映射响应原语，并发送业务链路映射响应消息给第二多链路设备，所述业务链路映射响应消息中包含所述第一多链路设备是否同意业务链路映射请求的指示。
本申请实施例还提供另一种控制在多链路上进行数据传输的装置，包括数据传输控制模块，所述数据传输控制模块用于执行以下步骤：
通过第二多链路设备的第二低层管理单元接收第一多链路设备发送的块确认请求消息，并发送块确认指示原语给第二多链路设备的第二高层管理单元，所述块确认请求消息中包含业务标识，指示进行块确认的数据的业务类型；所述块确认指示原语中包含所述业务标识；
通过第二高层管理单元接收所述块确认指示原语，并发送块确认响应原语给第二低层管理单元，所述块确认响应原语中包含第二多链路设备是否同意块确认请求的指示；
通过第二低层管理单元接收所述块确认响应原语，并发送块确认响应消息给第一多链路设备，所述块确认响应消息中包含所述第二多链路设备是否同意块确认请求的指示。
可选地，所述数据传输控制模块还用于执行以下步骤：
通过第二高层管理单元发送业务链路映射请求原语给第二低层管理单元，所述业务链路映射请求原语中包含业务标识与链路的映射关系，并指示发送请求消息的链路；
通过第二低层管理单元接收所述业务链路映射请求原语，并在所述业务链路映射请求原语中指示的发送请求消息的链路上发送业务链路映射请求消息给第一多链路设备，所述业务链路映射请求消息中包含所述业务标识与链路的映射关系；
通过第二低层管理单元接收到第一多链路设备发送的业务链路映射响应消息后，发送业务链路映射确认原语给第二高层管理单元，所述业务链路映射响应消息中包含第一多链路设备是否同意业务链路映射请求的指示，所述业务链路映射确认原语中包含所述第一多链路设备是否同意业务链路映射请求的指示。
可选地，所述数据传输控制模块还用于执行以下步骤：
通过第二低层管理单元接收第一多链路设备发送的业务链路映射请求消息，并发送业务链路映射指示原语给第二高层管理单元，所述业务链路映射请求消息中包含业务标识与链路的映射关系，所述业务链路映射指示原语中包含所述业务标识与链路的映射关系；
通过第二高层管理单元接收所述业务链路映射指示原语，并发送业务链路映射响应原语给第二低层管理单元，所述业务链路映射响应原语中包含第二多链路设备是否同意业务链路映射请求的指示；
通过第二低层管理单元接收所述业务链路映射响应原语，并发送业务链路映射响应消息给第一多链路设备，所述业务链路映射响应消息中包含所述第二多链路设备是否同意业务链路映射请求的指示。
应理解，这里的装置以功能模块的形式体现。这里的术语“模块”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器（例如共享处理器、专有处理器或组处理器等）和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。上述装置具有实现上述方法中的相应步骤的功能；上述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在本申请的实施例，装置也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。本申请在此不作限定。
本申请实施例还提供了一种电子设备，图4为本申请实施例提供的电子设备的结构示意图。如图4所示，设备400包括处理器401、存储器402和通信接口403，其中，处理器401、存储器402和通信接口403通过总线404互相通信，存储器402中存储有可被所述处理器401执行的指令，所述指令由所述处理器401加载并执行，以控制通信接口403发送信号和/或接收信号。
应理解，设备400可以具体为上述实施例中的MLD1或MLD2，或者，上述实施例中的MLD1或MLD2的功能可以集成在设备400中，设备400可以用于执行上述实施例中的MLD1或MLD2对应的各个步骤和/或流程。可选地，该存储器402可以包括只读存储器和随机存取存储器，并向处理器401提供指令和数据。存储器402的一部分还可以包括非易失性随机存取存储器。例如，存储器402还可以存储设备类型的信息。该处理器401可以用于执行存储器401中存储的指令，并且该处理器401执行该指令时，该处理器401可以执行上述方法实施例中相应的各个步骤和/或流程。
应理解，在本申请实施例中，该处理器可以是中央处理单元(centralprocessingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器执行存储器中的指令，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质（例如，软盘、硬盘、磁带）、光介质（例如，DVD）、或者半导体介质。半导体介质可以是固态硬盘。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上，可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如一个模块或者组件可以划分为多个模块或组件，或者多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (25)

1.一种控制在多链路上进行数据传输的方法，其特征在于，包括：
第一多链路设备的第一高层管理单元发送块确认请求原语给第一多链路设备的第一低层管理单元，所述块确认请求原语中指示发送请求消息的链路，并包含业务标识，指示进行块确认的数据的业务类型；
第一低层管理单元接收所述块确认请求原语，并在所述块确认请求原语中指示的发送请求消息的链路上发送块确认请求消息给第二多链路设备，所述块确认请求消息中包含所述业务标识；
第一低层管理单元接收到第二多链路设备发送的块确认响应消息后，发送块确认确认原语给第一高层管理单元，所述块确认响应消息中包含第二多链路设备是否同意块确认请求的指示，所述块确认确认原语中包含所述第二多链路设备是否同意块确认请求的指示。
2.根据权利要求1所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述块确认请求原语中指示的发送请求消息的链路从所述业务标识对应的链路中选择或者从第一多链路设备与第二多链路设备之间已建立连接的链路中选择。
3.根据权利要求2所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述业务标识对应的链路的确认方法包括：
使用缺省配置，所述缺省配置是指所有的业务标识可以映射到第一多链路设备与第二多链路设备之间已建立连接的所有链路中；
或，由第二多链路设备设定并通知给第一多链路设备；
或，由第一多链路设备设定并通知给第二多链路设备；
或，通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定。
4.根据权利要求3所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定包括：
第一高层管理单元发送业务链路映射请求原语给第一低层管理单元，所述业务链路映射请求原语中包含业务标识与链路的映射关系，并指示发送请求消息的链路；
第一低层管理单元接收所述业务链路映射请求原语，并在所述业务链路映射请求原语中指示的发送请求消息的链路上发送业务链路映射请求消息给第二多链路设备，所述业务链路映射请求消息中包含所述业务标识与链路的映射关系；
第一低层管理单元接收到第二多链路设备发送的业务链路映射响应消息后，发送业务链路映射确认原语给第一高层管理单元，所述业务链路映射响应消息中包含第二多链路设备是否同意业务链路映射请求的指示，所述业务链路映射确认原语中包含所述第二多链路设备是否同意业务链路映射请求的指示。
5.根据权利要求3所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定包括：
第一低层管理单元接收第二多链路设备发送的业务链路映射请求消息，并发送业务链路映射指示原语给第一高层管理单元，所述业务链路映射请求消息中包含业务标识与链路的映射关系，所述业务链路映射指示原语中包含所述业务标识与链路的映射关系；
第一高层管理单元接收所述业务链路映射指示原语，并发送业务链路映射响应原语给第一低层管理单元，所述业务链路映射响应原语中包含第一多链路设备是否同意业务链路映射请求的指示；
第一低层管理单元接收所述业务链路映射响应原语，并发送业务链路映射响应消息给第二多链路设备，所述业务链路映射响应消息中包含所述第一多链路设备是否同意业务链路映射请求的指示。
6.根据权利要求4所述的一种控制在多链路上进行数据传输的方法，其特征在于，如果第一多链路设备与第二多链路设备已建立连接，则所述业务链路映射请求原语中指示的发送请求消息的链路从第一多链路设备与第二多链路设备之间已建立连接的链路中选择，否则，所述业务链路映射请求原语中指示的发送请求消息的链路从第一多链路设备希望与第二多链路设备建立连接的链路中选择。
7.根据权利要求5所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述第一低层管理单元在接收所述业务链路映射请求消息的链路上发送所述业务链路映射响应消息给第二多链路设备。
8.根据权利要求5所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述业务链路映射响应原语中还指示发送响应消息的链路，所述第一低层管理单元在所述业务链路映射响应原语中指示的发送响应消息的链路上发送所述业务链路映射响应消息给第二多链路设备。
9.根据权利要求8所述的一种控制在多链路上进行数据传输的方法，其特征在于，如果第一多链路设备与第二多链路设备已建立连接，则所述业务链路映射响应原语中指示的发送响应消息的链路从第一多链路设备与第二多链路设备之间已建立连接的链路中选择，否则，所述业务链路映射响应原语中指示的发送响应消息的链路从第一多链路设备确认与第二多链路设备建立连接的链路中选择。
10.一种控制在多链路上进行数据传输的方法，其特征在于，包括：
第二多链路设备的第二低层管理单元接收第一多链路设备发送的块确认请求消息，并发送块确认指示原语给第二多链路设备的第二高层管理单元，所述块确认请求消息中包含业务标识，指示进行块确认的数据的业务类型；所述块确认指示原语中包含所述业务标识；
第二高层管理单元接收所述块确认指示原语，并发送块确认响应原语给第二低层管理单元，所述块确认响应原语中包含第二多链路设备是否同意块确认请求的指示；
第二低层管理单元接收所述块确认响应原语，并发送块确认响应消息给第一多链路设备，所述块确认响应消息中包含所述第二多链路设备是否同意块确认请求的指示。
11.根据权利要求10所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述第二低层管理单元在接收所述块确认请求消息的链路上发送所述块确认响应消息给第一多链路设备。
12.根据权利要求10所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述块确认响应原语中还指示发送响应消息的链路，所述第二低层管理单元在所述块确认响应原语中指示的发送响应消息的链路上发送所述块确认响应消息给第一多链路设备。
13.根据权利要求12所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述块确认响应原语中指示的发送响应消息的链路从所述业务标识对应的链路中选择或者从第一多链路设备与第二多链路设备之间已建立连接的链路中选择。
14.根据权利要求13所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述业务标识对应的链路的确认方法包括：
使用缺省配置，所述缺省配置是指所有的业务标识可以映射到第一多链路设备与第二多链路设备之间已建立连接的所有链路中；
或，由第二多链路设备设定并通知给第一多链路设备；
或，由第一多链路设备设定并通知给第二多链路设备；
或，通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定。
15.根据权利要求14所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定包括：
第二高层管理单元发送业务链路映射请求原语给第二低层管理单元，所述业务链路映射请求原语中包含业务标识与链路的映射关系，并指示发送请求消息的链路；
第二低层管理单元接收所述业务链路映射请求原语，并在所述业务链路映射请求原语中指示的发送请求消息的链路上发送业务链路映射请求消息给第一多链路设备，所述业务链路映射请求消息中包含所述业务标识与链路的映射关系；
第二低层管理单元接收到第一多链路设备发送的业务链路映射响应消息后，发送业务链路映射确认原语给第二高层管理单元，所述业务链路映射响应消息中包含第一多链路设备是否同意业务链路映射请求的指示，所述业务链路映射确认原语中包含所述第一多链路设备是否同意业务链路映射请求的指示。
16.根据权利要求14所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述通过第一多链路设备和第二多链路设备进行业务标识与链路映射协商确定包括：
第二低层管理单元接收第一多链路设备发送的业务链路映射请求消息，并发送业务链路映射指示原语给第二高层管理单元，所述业务链路映射请求消息中包含业务标识与链路的映射关系，所述业务链路映射指示原语中包含所述业务标识与链路的映射关系；
第二高层管理单元接收所述业务链路映射指示原语，并发送业务链路映射响应原语给第二低层管理单元，所述业务链路映射响应原语中包含第二多链路设备是否同意业务链路映射请求的指示；
第二低层管理单元接收所述业务链路映射响应原语，并发送业务链路映射响应消息给第一多链路设备，所述业务链路映射响应消息中包含所述第二多链路设备是否同意业务链路映射请求的指示。
17.根据权利要求15所述的一种控制在多链路上进行数据传输的方法，其特征在于，如果第一多链路设备与第二多链路设备已建立连接，则所述业务链路映射请求原语中指示的发送请求消息的链路从第一多链路设备与第二多链路设备之间已建立连接的链路中选择，否则，所述业务链路映射请求原语中指示的发送请求消息的链路从第二多链路设备希望与第一多链路设备建立连接的链路中选择。
18.根据权利要求16所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述第二低层管理单元在接收所述业务链路映射请求消息的链路上发送所述业务链路映射响应消息给第一多链路设备。
19.根据权利要求16所述的一种控制在多链路上进行数据传输的方法，其特征在于，所述业务链路映射响应原语中还指示发送响应消息的链路，所述第二低层管理单元在所述业务链路映射响应原语中指示的发送响应消息的链路上发送所述业务链路映射响应消息给第一多链路设备。
20.根据权利要求19所述的一种控制在多链路上进行数据传输的方法，其特征在于，如果第一多链路设备与第二多链路设备已建立连接，则所述业务链路映射响应原语中指示的发送响应消息的链路从第一多链路设备与第二多链路设备之间已建立连接的链路中选择，否则，所述业务链路映射响应原语中指示的发送响应消息的链路从第二多链路设备确认与第一多链路设备建立连接的链路中选择。
21.一种控制在多链路上进行数据传输的装置，其特征在于，包括数据传输控制模块，所述数据传输模块用于执行以下步骤：
通过第一多链路设备的第一高层管理单元发送块确认请求原语给第一多链路设备的第一低层管理单元，所述块确认请求原语中指示发送请求消息的链路，并包含业务标识，指示进行块确认的数据的业务类型；
通过第一低层管理单元接收所述块确认请求原语，并在所述块确认请求原语中指示的发送请求消息的链路上发送块确认请求消息给第二多链路设备，所述块确认请求消息中包含所述业务标识；
通过第一低层管理单元接收到第二多链路设备发送的块确认响应消息后，发送块确认确认原语给第一高层管理单元，所述块确认响应消息中包含第二多链路设备是否同意块确认请求的指示，所述块确认确认原语中包含所述第二多链路设备是否同意块确认请求的指示。
22.一种控制在多链路上进行数据传输的装置，其特征在于，包括数据传输控制模块，所述数据传输模块用于执行以下步骤：
通过第二多链路设备的第二低层管理单元接收第一多链路设备发送的块确认请求消息，并发送块确认指示原语给第二多链路设备的第二高层管理单元，所述块确认请求消息中包含业务标识，指示进行块确认的数据的业务类型；所述块确认指示原语中包含所述业务标识；
通过第二高层管理单元接收所述块确认指示原语，并发送块确认响应原语给第二低层管理单元，所述块确认响应原语中包含第二多链路设备是否同意块确认请求的指示；
通过第二低层管理单元接收所述块确认响应原语，并发送块确认响应消息给第一多链路设备，所述块确认响应消息中包含所述第二多链路设备是否同意块确认请求的指示。
23.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-20中任一项所述的方法。
24.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-20中任一项所述的方法。
25.一种计算机程序产品，其包括指令，所述指令被处理器执行时实现权利要求1-20中任一项所述的方法。
CN202210427842.XA 2022-04-22 2022-04-22 控制在多链路上进行数据传输的方法、装置、设备及介质 Active CN114630368B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210427842.XA CN114630368B (zh) 2022-04-22 2022-04-22 控制在多链路上进行数据传输的方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210427842.XA CN114630368B (zh) 2022-04-22 2022-04-22 控制在多链路上进行数据传输的方法、装置、设备及介质

Publications (2)

Publication Number Publication Date
CN114630368A true CN114630368A (zh) 2022-06-14
CN114630368B CN114630368B (zh) 2023-03-24

Family

ID=81905942

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210427842.XA Active CN114630368B (zh) 2022-04-22 2022-04-22 控制在多链路上进行数据传输的方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN114630368B (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112074020A (zh) * 2019-05-25 2020-12-11 华为技术有限公司 一种适用于多链路的通信方法及相关设备
CN112911729A (zh) * 2021-01-29 2021-06-04 成都极米科技股份有限公司 隧道直接链路建立的方法、终端及存储介质
WO2021126075A1 (en) * 2019-12-20 2021-06-24 Panasonic Intellectual Property Corporation Of America Communication device and communication method for multi-link block acknowledgement
US20210211235A1 (en) * 2020-01-04 2021-07-08 Nxp Usa, Inc. Apparatus and method for block acknowledgement management in multi-link communication systems
CN113141673A (zh) * 2021-04-08 2021-07-20 成都极米科技股份有限公司 多链路系统中链路配置方法、设备、系统及存储介质
CN113411831A (zh) * 2020-03-16 2021-09-17 华为技术有限公司 数据传输的方法和装置
CN113573341A (zh) * 2021-09-23 2021-10-29 成都极米科技股份有限公司 协商业务与链路映射配置的方法、装置、设备及存储介质
US20210377851A1 (en) * 2020-06-02 2021-12-02 Apple Inc. Multi-link hibernation mode for wlan
CN113747502A (zh) * 2020-05-27 2021-12-03 华为技术有限公司 多链路试关联方法及相关装置

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112074020A (zh) * 2019-05-25 2020-12-11 华为技术有限公司 一种适用于多链路的通信方法及相关设备
WO2021126075A1 (en) * 2019-12-20 2021-06-24 Panasonic Intellectual Property Corporation Of America Communication device and communication method for multi-link block acknowledgement
US20210211235A1 (en) * 2020-01-04 2021-07-08 Nxp Usa, Inc. Apparatus and method for block acknowledgement management in multi-link communication systems
CN113411831A (zh) * 2020-03-16 2021-09-17 华为技术有限公司 数据传输的方法和装置
CN113747502A (zh) * 2020-05-27 2021-12-03 华为技术有限公司 多链路试关联方法及相关装置
US20210377851A1 (en) * 2020-06-02 2021-12-02 Apple Inc. Multi-link hibernation mode for wlan
CN112911729A (zh) * 2021-01-29 2021-06-04 成都极米科技股份有限公司 隧道直接链路建立的方法、终端及存储介质
CN113141673A (zh) * 2021-04-08 2021-07-20 成都极米科技股份有限公司 多链路系统中链路配置方法、设备、系统及存储介质
CN113573341A (zh) * 2021-09-23 2021-10-29 成都极米科技股份有限公司 协商业务与链路映射配置的方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN114630368B (zh) 2023-03-24

Similar Documents

Publication Publication Date Title
US7930446B2 (en) Methods and apparatuses for wireless network communication wherein a universal serial bus request block (URB) is generated that will vary parameters that controls wireless transmission commands between devices
JP2022541085A (ja) ネットワークアクセス装置に接続する方法、端末及びコンピュータ読み取り可能な記憶媒体
JP6988005B2 (ja) 高速オーディオデータ伝送方法及び装置
WO2021232568A1 (zh) 无线局域网收发数据的方法、终端和系统及网络接入设备
CN113573341B (zh) 协商业务与链路映射配置的方法、装置、设备及存储介质
US8787370B2 (en) Method and apparatus for transmitting packet switch domain service data
CN113938431A (zh) 突发数据包传输方法、装置和电子设备
CN114630368B (zh) 控制在多链路上进行数据传输的方法、装置、设备及介质
CN115150028B (zh) 多链路设备之间建立块确认协议的方法、装置及介质
CN115150037B (zh) 多链路块确认协议建立的方法、装置、系统及存储介质
CN114422614B (zh) 控制多链路设备发送数据的方法、装置、设备及存储介质
CN113765784B (zh) 建立多链路汇聚数据包传输进程的方法及装置
WO2021238575A1 (zh) 建立多连接的方法、网络设备和系统
CN115150027B (zh) 多链路块确认方法、装置及存储介质
WO2024020986A1 (zh) 确定设备的连接状态的方法、装置、芯片和存储介质
CN117377125A (zh) 数据传输方法、装置、设备及存储介质
WO2023174434A1 (zh) 数据传输方法、装置、芯片、芯片模组及电子设备
WO2024082286A1 (zh) 蓝牙通信的信息指示方法、装置、设备及存储介质
WO2022247879A1 (zh) 通信方法以及相关通信装置
CN115720367A (zh) 直连链路通信方法、装置、设备及存储介质
CN116233986A (zh) 多链路操作方法、装置、设备及存储介质
CN115915493A (zh) 建立直连链路的方法、装置、设备及存储介质
CN117135768A (zh) 多链路设备建立连接的方法、装置、设备及存储介质
CN117222012A (zh) 多链路设备传输数据的方法、装置、设备及存储介质
CN115988617A (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