CN113765627B - 一种对多链路接收数据响应的方法及装置 - Google Patents

一种对多链路接收数据响应的方法及装置 Download PDF

Info

Publication number
CN113765627B
CN113765627B CN202010495582.0A CN202010495582A CN113765627B CN 113765627 B CN113765627 B CN 113765627B CN 202010495582 A CN202010495582 A CN 202010495582A CN 113765627 B CN113765627 B CN 113765627B
Authority
CN
China
Prior art keywords
message
policy
multilink
responder
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.)
Active
Application number
CN202010495582.0A
Other languages
English (en)
Other versions
CN113765627A (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 CN202010495582.0A priority Critical patent/CN113765627B/zh
Priority to PCT/CN2020/102679 priority patent/WO2021243819A1/zh
Priority to JP2021557458A priority patent/JP7253637B2/ja
Priority to US17/600,128 priority patent/US11791942B2/en
Priority to EP20923674.4A priority patent/EP3941096A4/en
Publication of CN113765627A publication Critical patent/CN113765627A/zh
Application granted granted Critical
Publication of CN113765627B publication Critical patent/CN113765627B/zh
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/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • 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
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling 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/1829—Arrangements specially adapted for the receiver end
    • 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/1864—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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • 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/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • 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/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

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

Abstract

本申请公开了一种对多链路接收数据响应的方法及装置，该方法包括：消息发起方分别在多条链路上发送添加块确认(ADDBA)请求消息给消息响应方；消息发起方分别从多条链路上接收消息响应方发送的ADDBA响应消息，所述ADDBA响应消息包含参数ML‑BA Policy，用于指示消息响应方同意多链路协同块确认策略的使用方式；消息发起方分别在多条链路上发送汇聚数据包给消息响应方。本申请通过统一数据管理，降低了数据发送和接收管理的复杂度，并提高了网络吞吐率和效率。

Description

一种对多链路接收数据响应的方法及装置
技术领域
本申请涉及无线通信领域，尤其涉及一种对多链路接收数据响应的方法及装置。
背景技术
802.11be网络，也称为Extremely High Throughput(EHT)网络，通过一系列系统特性和多种机制增强功能以实现极高的吞吐量。随着无线局域网(WLAN)的使用持续增长，对于在许多环境(例如家庭，企业和热点)中提供无线数据服务越来越重要。特别是，视频流量将继续是许多WLAN部署中的主要流量类型。由于出现了4k和8k视频(20Gbps的未压缩速率)，这些应用的吞吐量要求正在不断发展。诸如虚拟现实或增强现实，游戏，远程办公室和云计算之类的新型高吞吐量，低延迟应用程序将会激增(例如，实时游戏的延迟低于5毫秒)。
鉴于这些应用程序的高吞吐量和严格的实时延迟要求，用户期望通过WLAN支持其应用程序时，吞吐量更高，可靠性更高，延迟和抖动更少，电源效率更高。用户期望改进与时敏网络(TSN)的集成，以支持异构以太网和无线LAN上的应用程序。802.11be网络旨在通过进一步提高总吞吐量和降低延迟来确保WLAN的竞争力，同时确保与旧版技术标准向后兼容和共存。在2.4GHz，5GHz和6GHz频段运行的802.11兼容设备。
在802.11be网络中，为实现上述的目标，提出了终端与接入点之间可以建立多条数据传输链路，通过多条链路同时传输，来提高传输速率。
发明内容
在802.11网络中，为了保障网络的可靠性，发送方每发送一个数据包，接收方都需要给发送方返回一个ACK消息，用于告诉发送方是否正确接收到该数据包。随着网络数据速率的提高，网络允许发送方发送多个数据包之后，接收方对这多个数据包进行反馈，这样针对多个数据包进行反馈的消息称为块确认(Block ACK，BA)消息。
在多链路的操作场景中，按照现有技术实施，每条链路上都需要反馈Block ACK，而实际上接收和发送的物理实体都分别只有一个，也就是数据包的分发主体只有一个，在多条链路上分别反馈ACK就需要将数据包严格的进行划分之后再分发到各条链路上进行发送，因为发送方需要根据接收方反馈的Block ACK来调整发送的数据包窗口，由此：
第一，增加了数据发送和接收管理的复杂度，在进行数据分发之前需要根据网络条件来进行数据分发，并需要使用多套数据包序列号来进行数据收发管理，不仅给数据发送方增加了复杂度，接收方在数据合并和重排序的操作上也增加了复杂度；
第二，在网络条件发送变化时，不能灵活调整数据收发方案，可能会导致某条链路上由于网络条件恶化而导致数据缓存较多，而必须遵守严格的数据分发策略，不能使用其他网络条件好的链路进行发送，降低了网络吞吐率和效率。
本申请提出一种在多链路场景下对数据包收发管理的方案，通过统一数据管理，解决上述问题。
第一方面，提供一种对多链路接收数据响应的方法，包括：消息发起方分别在多条链路上发送添加块确认(ADDBA)请求消息给消息响应方；消息发起方分别从多条链路上接收消息响应方发送的ADDBA响应消息，所述ADDBA响应消息包含参数ML-BA Policy，用于指示消息响应方同意多链路协同块确认策略的使用方式；消息发起方分别在多条链路上发送汇聚数据包给消息响应方。
其中，多链路协同块确认策略是指：当有多条链路收发数据场景下，需要将不同链路上的数据包接收状态进行整合，然后在一条链路或者多条链路上发送BA消息，该BA消息包括所有链路上的数据包接收状态。
示例性地，链路协同块确认策略的使用方式至少包括以下各项中的一项：不使用多链路协同块确认策略；使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息；使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息。
可选地，上述方法还包括：如果ADDBA响应消息中的ML-BA Policy参数指示使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息，则消息发起方在该链路上发送BA请求消息给消息响应方；如果ADDBA响应消息中的ML-BA Policy参数指示使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息，则消息发起方不在该链路上发送BA请求消息给消息响应方。
示例性地，消息发起方采用显示块确认请求方式或隐式块确认请求方式发送BA请求消息给消息响应方，所述显示块确认请求方式是指发送单独的BA请求消息数据包，所述隐式块确认请求方式是指在发送的数据包中包含隐式BA请求消息。
可选地，上述方法还包括：消息发起方中分别操作在不同链路上的一个或多个逻辑实体(STA)从一条或多条链路上接收消息响应方发送的BA消息，并将BA消息中的成功接收到的数据包或/和未成功接收到的数据包信息发送给消息发起方的数据包收发管理单元(PDU-TRMU)；消息发起方PDU-TRMU设置多条链路上下一个汇聚数据包的数据包，并分别将汇聚后的数据包发送给消息发起方的多个STA，或者分别将数据包信息发送给消息发起方的多个STA。
在一种可能的设计中，ADDBA请求消息包含参数ML-BA Policy，用于指示消息发起方请求多链路协同块确认策略的使用方式。
可选地，上述方法还包括：消息响应方中分别操作在不同链路上的多个逻辑实体(STA)分别从多条链路上接收消息发起方发送的ADDBA请求消息，并发送包含ADDBA请求消息中的参数信息的消息给消息响应方的数据包收发管理单元(PDU-TRMU)；消息响应方PDU-TRMU确定多链路协同块确认策略执行表，并根据多链路协同块确认策略执行表发送消息给消息响应方的多个STA；消息响应方的多个STA分别根据接收到的消息响应方PDU-TRMU发送的消息设置ADDBA响应消息中的参数ML-BA Policy。
示例性地，上述多链路协同块确认策略执行表包括指示是否使用多链路协同块确认策略的参数ML-BA enable以及指示需要发送块确认的消息响应方STA列表的参数ML-BASTA list，
消息响应方PDU-TRMU发送消息给消息响应方STA，消息响应方STA设置ADDBA响应消息中的参数ML-BA Policy包括：
如果参数ML-BA enable指示使用多链路协同块确认策略，消息响应方PDU-TRMU向ML-BA STA list中的STA发送消息，指示其在回复消息发起方的ADDBA响应消息中将参数ML-BA Policy设置为指示使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息；
如果消息响应方STA接收到了消息响应方PDU-TRMU消息中对参数ML-BA Policy的设置，则按照消息响应方PDU-TRMU发送的消息进行设置，否则设置为指示不使用多链路协同块确认策略。
可选地，消息响应方PDU-TRMU发送消息给消息响应方STA还包括：向不在ML-BASTA list中的STA发送消息，指示其在回复消息发起方的ADDBA响应消息中将参数ML-BAPolicy设置为指示使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息。
可选地，上述方法还包括：消息响应方中的多个STA分别从多条链路上接收消息发起方发送的汇聚数据包，并发送包含汇聚数据包中的数据包编号和业务标识(TID)的消息给消息响应方PDU-TRMU；消息响应方PDU-TRMU统计消息响应方中多个STA成功接收到的数据包或/和未成功接收到的数据包，根据TID或/和TA查询本地信息，如果对应的ML-BAenable指示使用多链路协同块确认策略，则将成功接收到的数据包或/和未成功接收到的数据包信息反馈给ML-BA STA list中的STA，所述TA用于指示消息发起方的地址；ML-BASTA list中的STA发送BA消息给消息发起方。
第二方面，提供一种对多链路接收数据响应的装置，包括分别操作在不同链路上的多个逻辑实体(STA)，当该装置作为消息发起方时，所述STA用于执行以下操作：发送添加块确认(ADDBA)请求消息；接收ADDBA响应消息，所述ADDBA响应消息包含参数ML-BAPolicy，用于指示消息响应方同意多链路协同块确认策略的使用方式；发送汇聚数据包；
当该装置作为消息响应方时，所述STA用于执行以下操作：接收ADDBA请求消息；发送ADDBA响应消息；接收汇聚数据包。
可选地，当该装置作为消息发起方时，所述STA还用于执行以下操作：如果ADDBA响应消息中的ML-BA Policy参数指示使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息，则在该链路上发送BA请求消息给消息响应方；如果ADDBA响应消息中的ML-BA Policy参数指示使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息，则不在该链路上发送BA请求消息给消息响应方。
可选的，该装置还包括数据包收发管理单元(PDU-TRMU)，当该装置作为消息发起方时，所述STA还用于执行以下操作：接收BA消息；将BA消息中的成功接收到的数据包或/和未成功接收到的数据包信息发送给PDU-TRMU；所述PDU-TRMU执行以下操作：设置多条链路上下一个汇聚数据包的数据包，并分别将汇聚后的数据包发送给STA，或者分别将数据包信息发送给STA；
当该装置作为消息响应方时，所述STA还用于执行以下操作：发送包含ADDBA请求消息中的参数信息的消息给PDU-TRMU；根据接收到的PDU-TRMU发送的消息设置ADDBA响应消息中的参数ML-BA Policy；所述PDU-TRMU执行以下操作：确定多链路协同块确认策略执行表，并根据多链路协同块确认策略执行表发送消息给STA。
可选地，当该装置作为消息响应方时，所述STA还用于执行以下操作：发送包含汇聚数据包中的数据包编号和业务标识(TID)的消息给PDU-TRMU；需要发送块确认的STA还用于发送BA消息；
所述PDU-TRMU还用于执行以下操作：统计成功接收到的数据包或/和未成功接收到的数据包，根据TID或/和TA查询本地信息，如果对应的参数指示使用多链路协同块确认策略，则将成功接收到的数据包或/和未成功接收到的数据包信息反馈给需要发送块确认的STA，所述TA用于指示消息发起方的地址。
本申请在ADDBA响应消息(或，ADDBA响应消息和ADDBA请求消息)中添加参数ML-BAPolicy来指示多链路协同块确认策略的使用方式，确认是否使用多链路协同块确认策略，然后引入协调收发数据包的PDU-TRMU逻辑单元，实现统一数据管理，降低了数据发送和接收管理的复杂度，并提高了网络吞吐率和效率。
附图说明
本申请将通过实施例并参照附图的方式说明，其中：
图1为本申请一个实施例的对多链路接收数据响应的方法示意图；
图2为本申请另一个实施例的对多链路接收数据响应的方法示意图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
在本申请实施例中，“示例地”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合具体实施例，对本申请进行进一步详细的说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
在本申请中，我们把发起数据传输的多链路设备(Multi-link Device，MLD)称为消息发起方，把响应数据传输的MLD称为消息响应方。在以下各实施例中，为了使方案更加清晰明了，本申请仅以两条链路作为示例进行说明，但是本申请构思不限于此，并且同样适用于多于两条链路的情况。
在以下实施例中，MLD1是消息发起方，STA1和STA2是MLD1内分别操作在链路1和链路2上的逻辑实体，MLD2是消息响应方，STA3和STA4是MLD2内分别操作在链路1和链路2上的逻辑实体。
多链路协同块确认策略：当有多条链路收发数据场景下，需要将不同链路上的数据包接收状态进行整合，然后在一条链路或者多条链路上发送BA消息，该BA消息包括所有链路上的数据包接收状态。
本申请的对多链路接收数据响应的方法包括：消息发起方分别在多条链路上发送添加块确认(ADDBA)请求消息给消息响应方；消息发起方分别从多条链路上接收消息响应方发送的ADDBA响应消息，所述ADDBA响应消息包含参数ML-BA Policy，用于指示消息响应方同意多链路协同块确认策略的使用方式；消息发起方分别在多条链路上发送汇聚数据包给消息响应方。
在一些实施例中，上述方法还包括消息发起方根据ADDBA响应消息中的参数ML-BAPolicy在一条或多条链路上发送BA请求(BAR)消息给消息响应方法，消息响应方在一条或多条链路上发送BA消息给消息发起方。
在一些实施例中，消息发起方和消息响应方均可以包括数据包收发管理单元(PDU-TRMU)，PDU-TRMU可以是消息发起方和消息响应方的内部逻辑单元，也可以是消息发起方和消息响应方的外部逻辑单元。消息响应方会将接收到的ADDBA请求消息及汇聚数据包中的相应信息发送给其PDU-TRMU，消息响应方PDU-TRMU确定多链路协同块确认策略执行表来确定多链路协同块确认策略的具体使用方式，指示ADDBA响应消息中参数ML-BAPolicy的设置，并统计消息响应方在所有链路上的数据包接收状态。消息发起方会将接收到的BA消息中的相应信息发送给其PDU-TRMU，消息发起方PDU-TRMU设置多条链路上下一个汇聚数据包的数据包。
图1为本申请一个实施例的对多链路接收数据响应的方法示意图。在该实施例中，消息发起方采用显示块确认请求方式发送BAR消息给消息响应方，即消息发起方发送单独的BAR消息数据包给消息响应方。对多链路接收数据响应的方法包括：
1.STA1发送ADDBA请求(request)消息给STA3，消息中包含：
TID：业务标识，用于标识当前发送数据所属的业务；
TA：用于指示消息发起方的地址。
在一些实施例中，ADDBA request消息中还可以包含参数ML-BA Policy，用于指示消息发起方请求多链路协同块确认策略的使用方式。示例地，参数ML-BA Policy可以设置为：
“0”：表示不使用多链路协同块确认策略；
“1”：表示使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息；
“2”：表示使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息。
2.STA3发送ACK消息给STA1，指示STA3已经接收到STA1发送的ADDBA request消息。
3.STA2发送ADDBA request消息给STA4，消息中包含：
TID：业务标识，用于标识当前发送数据所属的业务；
TA：用于指示消息发起方的地址。
在一些实施例中，ADDBA request消息中还可以包含参数ML-BA Policy，用于指示消息发起方请求多链路协同块确认策略的使用方式。示例地，参数值的设置与步骤1中相同。
4.STA4发送ACK消息给STA2，指示STA4已经接收到STA2发送的ADDBA request消息。
5.STA3发送ADDBA响应(response)消息给STA1，消息中包含：
ML-BA Policy：用于指示消息响应方同意多链路协同块确认策略的使用方式。
示例地，参数ML-BA Policy可以设置为：
“0”：表示不使用多链路协同块确认策略；
“1”：表示使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息；
“2”：表示使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息。
6.STA1发送ACK消息给STA3，指示STA1已经接收到STA3发送的ADDBA response消息。
7.STA4发送ADDBA response消息给STA2，消息中包含：
ML-BA Policy：用于指示消息响应方同意多链路协同块确认策略的使用方式。示例地，参数值的设置与步骤5中相同。
8.STA2发送ACK消息给STA4，指示STA2已经接收到STA4发送的ADDBA response消息。
9.STA1和STA2分别在链路1和链路2上发送汇聚数据包到STA3和STA4。可选地，在发送数据中可以保持两条链路上数据包发送的结束时间相同。
10.当前两条链路数据包发送完毕后，STA1和STA2根据接收到的ADDBA response消息中的ML-BA Policy参数决定是否发送BA request消息。示例地，
如果STA1接收到的ADDBA response消息中ML-BA Policy为“1”，则发送BArequest消息给STA3；如果ML-BA Policy为“2”，则不发送BA request消息给STA3；
如果STA2接收到的ADDBA response消息中ML-BA Policy为“1”，则发送BArequest消息给STA4；如果ML-BA Policy为“2”，则不发送BA request消息给STA4。
在一些实施例中，MLD1和MLD2还可以包括数据包收发管理单元(PDU-TRMU)，PDU-TRMU可以是包含在MLD1和MLD2内部的逻辑单元，也可以是独立于MLD1和MLD2的其他装置，本申请实施例中，PDU-TRMU是包含在MLD1和MLD2内部的逻辑单元，如图1所示。MLD1和MLD2包括PDU-TRMU时，对多链路接收数据响应的方法包括：
1.STA1发送ADDBA请求(request)消息给STA3，消息中包含：
TID：业务标识，用于标识当前发送数据所属的业务；
TA：用于指示消息发起方的地址。
在一些实施例中，ADDBA request消息中还可以包含参数ML-BA Policy，用于指示消息发起方请求多链路协同块确认策略的使用方式。示例地，参数ML-BA Policy可以设置为：
“0”：表示不使用多链路协同块确认策略；
“1”：表示使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息；
“2”：表示使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息。
2.STA3发送ACK消息给STA1，指示STA3已经接收到STA1发送的ADDBA request消息。
3.STA2发送ADDBA request消息给STA4，消息中包含：
TID：业务标识，用于标识当前发送数据所属的业务；
TA：用于指示消息发起方的地址。
在一些实施例中，ADDBA request消息中还可以包含参数ML-BA Policy，用于指示消息发起方请求多链路协同块确认策略的使用方式。示例地，参数值的设置与步骤1中相同。
4.STA4发送ACK消息给STA2，指示STA4已经接收到STA2发送的ADDBA request消息。
5.STA3和STA4将各自接收到的ADDBA request消息中的参数信息发送给MLD2的PDU-TRMU。示例地，STA3和STA4将各自接收到的ADDBA request消息中的TID和TA发送给MLD2的PDU-TRMU，如果ADDBA request消息中还包括参数ML-BA Policy，STA3和STA4还会将ML-BA Policy与TID和TA一起进行发送。
6.消息响应方PDU-TRMU确定多链路协同块确认策略执行表。
示例地，PDU-TRMU可以是根据本地的能力或策略决定，或者根据STA3和STA4提供的消息发起方的ADDBA request中的参数决定，比如，ADDBA request中TID是否相同，或ADDBA request中是否指示需要使用多链路协同块确认策略等，本申请不做限制。示例地，多链路协同块确认策略执行表的设置如表1所示。
表1
Figure BDA0002522690470000091
Figure BDA0002522690470000101
或，当TID是唯一的分配给一个消息发起方，则TID也可以标识消息发起方，也可以不需要TA信息，此时，多链路协同块确认策略执行表的设置如表2所示。
表2
Figure BDA0002522690470000102
7.消息响应方PDU-TRMU根据多链路协同块确认策略执行表发送消息给消息响应方STA。示例地，具体如下：
如果ML-BA enable为“1”，向ML-BA STA list中的STA发送消息，指示其在回复消息发起方的ADDBA response消息中将ML-BA Policy设置为“1”，向不在ML-BA STA list中的STA发送消息，指示其在回复消息发起方的ADDBA response消息中将ML-BA Policy设置为“2”。
8.STA3发送ADDBA响应(response)消息给STA1，消息中包含：
ML-BA Policy：用于指示消息响应方同意多链路协同块确认策略的使用方式。示例地，如果接收到了PDU-TRMU消息中对该参数的设置，则按照PDU-TRMU发送的消息进行设置，否则设置为“0”。
9.STA1发送ACK消息给STA3，指示STA1已经接收到STA3发送的ADDBA response消息。
10.STA4发送ADDBA response消息给STA2，消息中包含：
ML-BA Policy：用于指示消息响应方同意多链路协同块确认策略的使用方式。示例地，如果接收到了PDU-TRMU消息中对该参数的设置，则按照PDU-TRMU发送的消息进行设置，否则设置为“0”。
11.STA2发送ACK消息给STA4，指示STA2已经接收到STA4发送的ADDBA response消息。
12.STA1和STA2分别在链路1和链路2上发送汇聚数据包到STA3和STA4。可选地，在发送数据中可以保持两条链路上数据包发送的结束时间相同。
13.当前两条链路数据包发送完毕后，STA1和STA2根据接收到的ADDBA response消息中的ML-BA Policy参数决定是否发送BA request消息。示例地，
如果STA1接收到的ADDBA response消息中ML-BA Policy为“1”，则发送BArequest消息给STA3；如果ML-BA Policy为“2”，则不发送BA request消息给STA3；
如果STA2接收到的ADDBA response消息中ML-BA Policy为“1”，则发送BArequest消息给STA4；如果ML-BA Policy为“2”，则不发送BA request消息给STA4。
14.STA3和STA4在接收到汇聚的数据包以后，将汇聚数据包中的数据包编号和TID发送给MLD2的PDU-TRMU。
15.MLD2的PDU-TRMU统计STA3和STA4中的成功接收到的数据包，或/和未成功接收到的数据包，根据TID或/和TA查询本地信息，如果对应的ML-BA enable指示使用多链路协同块确认策略，则将成功接收到的数据包，或/和未成功接收到的数据包信息反馈给ML-BASTA list中的STA；
16.ML-BA STA list中的STA发送BA消息给消息发起方中对应的STA。
例如：
如果ML-BA STA list中为“STA3”，则STA3发送BA消息给STA1；
如果ML-BA STA list中为“STA4”，则STA4发送BA消息给STA2；
如果ML-BA STA list中为“STA3，STA4”，则STA3发送BA消息给STA1，和STA4发送BA消息给STA2。
17.STA1或/和STA2将BA消息中的成功接收到的数据包，或/和未成功接收到的数据包信息发送给消息发起方PDU-TRMU；
18.消息发起方PDU-TRMU设置链路1和链路2上下一个汇聚数据包的数据包，并分别将汇聚后的数据包发送给STA1和STA2，或者分别将数据包信息发送给STA1和STA2。
19.STA1和STA2根据接收到的信息发送相应的汇聚数据包。
图2为本申请另一个实施例的对多链路接收数据响应的方法示意图。在该实施例中，消息发起方采用隐示块确认请求方式发送BAR消息给消息响应方，即消息发起方在发送的数据包中包含隐式BAR消息给消息响应方。例如，在数据包的QoS control field中，将ACK policy字段设置为“00”，表示需要消息响应方发送BA消息。该实施例的其余部分与图1所示的实施例相同，这里不再赘述。
本申请实施例还提供一种对多链路接收数据响应的装置，该装置可以作为消息发起方，也可以作为消息响应方，包括分别操作在不同链路上的多个逻辑实体(STA)，在一些实施例中，该装置还可以包括数据包收发管理单元(PDU-TRMU)。
本实施例提供的对多链路接收数据响应的装置用于实现图1或图2所示实施例的对多链路接收数据响应的方法，本实施例提供的对多链路接收数据响应的装置实现原理和技术效果类似，此处不再赘述。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，部分或全部步骤可以并行执行或先后执行，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，网络设备或者终端设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM)磁碟或者光盘等各种可以存储程序代码的介质。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
取决于语境，如在此所使用的词语“如果”或“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关硬件来完成，所述的程序可以存储于一个设备的可读存储介质中，该程序在执行时，包括上述全部或部分步骤，所述的存储介质，如：FLASH、EEPROM等。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种对多链路接收数据响应的方法，其特征在于，包括：
消息发起方分别在多条链路上发送添加块确认ADDBA请求消息给消息响应方；
消息发起方分别从多条链路上接收消息响应方发送的ADDBA响应消息，所述ADDBA响应消息包含参数ML-BA Policy，用于指示消息响应方同意多链路协同块确认策略的使用方式，所述多链路协同块确认策略的使用方式至少包括以下各项中的一项：不使用多链路协同块确认策略；使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息；使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息；
消息发起方分别在多条链路上发送汇聚数据包给消息响应方；
如果ADDBA响应消息中的ML-BA Policy参数指示使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息，则消息发起方在该链路上发送BA请求消息给消息响应方；
如果ADDBA响应消息中的ML-BA Policy参数指示使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息，则消息发起方不在该链路上发送BA请求消息给消息响应方。
2.根据权利要求1所述的一种对多链路接收数据响应的方法，其特征在于，消息发起方采用显示块确认请求方式或隐式块确认请求方式发送BA请求消息给消息响应方，所述显示块确认请求方式是指发送单独的BA请求消息数据包，所述隐式块确认请求方式是指在发送的数据包中包含隐式BA请求消息。
3.根据权利要求1-2中任一项所述的一种对多链路接收数据响应的方法，其特征在于，还包括：
消息发起方中分别操作在不同链路上的一个或多个逻辑实体STA从一条或多条链路上接收消息响应方发送的BA消息，并将BA消息中的成功接收到的数据包或/和未成功接收到的数据包信息发送给消息发起方的数据包收发管理单元(PDU-TRMU)；
消息发起方PDU-TRMU设置多条链路上下一个汇聚数据包的数据包，并分别将汇聚后的数据包发送给消息发起方的多个STA，或者分别将数据包信息发送给消息发起方的多个STA。
4.根据权利要求1所述的一种对多链路接收数据响应的方法，其特征在于，所述ADDBA请求消息包含参数ML-BA Policy，用于指示消息发起方请求多链路协同块确认策略的使用方式。
5.根据权利要求1所述的一种对多链路接收数据响应的方法，其特征在于，还包括：
消息响应方中分别操作在不同链路上的多个逻辑实体STA分别从多条链路上接收消息发起方发送的ADDBA请求消息，并发送包含ADDBA请求消息中的参数信息的消息给消息响应方的数据包收发管理单元PDU-TRMU；
消息响应方PDU-TRMU确定多链路协同块确认策略执行表，并根据多链路协同块确认策略执行表发送消息给消息响应方的多个STA；
消息响应方的多个STA分别根据接收到的消息响应方PDU-TRMU发送的消息设置ADDBA响应消息中的参数ML-BA Policy。
6.根据权利要求5所述的一种对多链路接收数据响应的方法，其特征在于，所述多链路协同块确认策略执行表包括指示是否使用多链路协同块确认策略的参数ML-BA enable以及指示需要发送块确认的消息响应方STA列表的参数ML-BA STA list，
消息响应方PDU-TRMU发送消息给消息响应方STA，消息响应方STA设置ADDBA响应消息中的参数ML-BA Policy包括：
如果参数ML-BA enable指示使用多链路协同块确认策略，消息响应方PDU-TRMU向ML-BA STA list中的STA发送消息，指示其在回复消息发起方的ADDBA响应消息中将参数ML-BAPolicy设置为指示使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息；
如果消息响应方STA接收到了消息响应方PDU-TRMU消息中对参数ML-BA Policy的设置，则按照消息响应方PDU-TRMU发送的消息进行设置，否则设置为指示不使用多链路协同块确认策略。
7.根据权利要求6所述的一种对多链路接收数据响应的方法，其特征在于，消息响应方PDU-TRMU发送消息给消息响应方STA还包括：
向不在ML-BA STAlist中的STA发送消息，指示其在回复消息发起方的ADDBA响应消息中将参数ML-BA Policy设置为指示使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息。
8.根据权利要求6所述的一种对多链路接收数据响应的方法，其特征在于，还包括：
消息响应方中的多个STA分别从多条链路上接收消息发起方发送的汇聚数据包，并发送包含汇聚数据包中的数据包编号和业务标识TID的消息给消息响应方PDU-TRMU；
消息响应方PDU-TRMU统计消息响应方中多个STA成功接收到的数据包或/和未成功接收到的数据包，根据TID或/和TA查询本地信息，如果对应的ML-BA enable指示使用多链路协同块确认策略，则将成功接收到的数据包或/和未成功接收到的数据包信息反馈给ML-BASTA list中的STA，所述TA用于指示消息发起方的地址；
ML-BA STA list中的STA发送BA消息给消息发起方。
9.一种对多链路接收数据响应的装置，其特征在于，包括分别操作在不同链路上的多个逻辑实体STA，
当该装置作为消息发起方时，所述STA用于执行以下操作：
发送添加块确认ADDBA请求消息；接收ADDBA响应消息，所述ADDBA响应消息包含参数ML-BA Policy，用于指示消息响应方同意多链路协同块确认策略的使用方式，所述多链路协同块确认策略的使用方式至少包括以下各项中的一项：不使用多链路协同块确认策略；使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息；使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息；发送汇聚数据包；如果ADDBA响应消息中的ML-BA Policy参数指示使用多链路协同块确认策略，并且该链路传输多链路协同块确认策略消息，则在该链路上发送BA请求消息给消息响应方；如果ADDBA响应消息中的ML-BA Policy参数指示使用多链路协同块确认策略，并且该链路不传输多链路协同块确认策略消息，则不在该链路上发送BA请求消息给消息响应方；
当该装置作为消息响应方时，所述STA用于执行以下操作：
接收ADDBA请求消息；发送ADDBA响应消息；接收汇聚数据包。
10.根据权利要求9所述的一种对多链路接收数据响应的装置，其特征在于，该装置还包括数据包收发管理单元PDU-TRMU，
当该装置作为消息发起方时，所述STA还用于执行以下操作：接收BA消息；将BA消息中的成功接收到的数据包或/和未成功接收到的数据包信息发送给PDU-TRMU；所述PDU-TRMU执行以下操作：设置多条链路上下一个汇聚数据包的数据包，并分别将汇聚后的数据包发送给STA，或者分别将数据包信息发送给STA；
当该装置作为消息响应方时，所述STA还用于执行以下操作：发送包含ADDBA请求消息中的参数信息的消息给PDU-TRMU；根据接收到的PDU-TRMU发送的消息设置ADDBA响应消息中的参数ML-BA Policy；所述PDU-TRMU执行以下操作：确定多链路协同块确认策略执行表，并根据多链路协同块确认策略执行表发送消息给STA。
11.根据权利要求10所述的一种对多链路接收数据响应的装置，其特征在于，当该装置作为消息响应方时，所述STA还用于执行以下操作：发送包含汇聚数据包中的数据包编号和业务标识TID的消息给PDU-TRMU；需要发送块确认的STA还用于发送BA消息；
所述PDU-TRMU还用于执行以下操作：统计成功接收到的数据包或/和未成功接收到的数据包，根据TID或/和TA查询本地信息，如果对应的参数指示使用多链路协同块确认策略，则将成功接收到的数据包或/和未成功接收到的数据包信息反馈给需要发送块确认的STA，所述TA用于指示消息发起方的地址。
CN202010495582.0A 2020-06-03 2020-06-03 一种对多链路接收数据响应的方法及装置 Active CN113765627B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202010495582.0A CN113765627B (zh) 2020-06-03 2020-06-03 一种对多链路接收数据响应的方法及装置
PCT/CN2020/102679 WO2021243819A1 (zh) 2020-06-03 2020-07-17 一种对多链路接收数据响应的方法及装置
JP2021557458A JP7253637B2 (ja) 2020-06-03 2020-07-17 マルチリンクによるデータ受信に応答する方法及び装置
US17/600,128 US11791942B2 (en) 2020-06-03 2020-07-17 Method and device for responding to data received by multiple links
EP20923674.4A EP3941096A4 (en) 2020-06-03 2020-07-17 METHOD AND APPARATUS FOR RESPONDING TO DATA RECEIVED VIA MULTIPLE LINKS

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010495582.0A CN113765627B (zh) 2020-06-03 2020-06-03 一种对多链路接收数据响应的方法及装置

Publications (2)

Publication Number Publication Date
CN113765627A CN113765627A (zh) 2021-12-07
CN113765627B true CN113765627B (zh) 2022-11-18

Family

ID=78783241

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010495582.0A Active CN113765627B (zh) 2020-06-03 2020-06-03 一种对多链路接收数据响应的方法及装置

Country Status (5)

Country Link
US (1) US11791942B2 (zh)
EP (1) EP3941096A4 (zh)
JP (1) JP7253637B2 (zh)
CN (1) CN113765627B (zh)
WO (1) WO2021243819A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114501543A (zh) * 2022-01-10 2022-05-13 华为技术有限公司 多链路通信的方法和多链路设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110199494A (zh) * 2017-01-19 2019-09-03 高通股份有限公司 用于链路聚合建立和重新配置的信令

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105794296A (zh) 2013-11-07 2016-07-20 Lg电子株式会社 在无线lan中接收多用户上行链路的方法和设备
US10057747B2 (en) * 2016-12-27 2018-08-21 Intel Corporation 5G MB connectivity acknowledgement aggregation
US11337263B2 (en) * 2017-01-19 2022-05-17 Qualcomm Incorporated Packet based link aggregation architectures
US10959153B2 (en) * 2017-09-11 2021-03-23 Qualcomm Incorporated Techniques for multi-link aggregation signaling
US11076385B2 (en) * 2018-08-10 2021-07-27 Intel Corporation Block acknowledgement and fragmentation in multi-link communication between multi-link logical entities
US11464027B2 (en) * 2018-08-28 2022-10-04 Mediatek Singapore Pte. Ltd. Extremely high throughput (EHT) multi-band transmission
US11558777B2 (en) * 2018-12-28 2023-01-17 Intel Corporation Methods of multi-link buffer management without block acknowledgement (BA) negotiation
KR102622466B1 (ko) * 2019-01-28 2024-01-09 엘지전자 주식회사 무선랜 시스템에서 듀얼 커넥티비티를 지원하기 위한 기법
CN109587052B (zh) * 2019-01-30 2022-03-15 展讯通信（上海）有限公司 一种多链路数据传输方法及装置
CN110572244B (zh) * 2019-09-06 2020-11-06 展讯通信（上海）有限公司 数据重传、数据接收响应方法及装置、存储介质

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110199494A (zh) * 2017-01-19 2019-09-03 高通股份有限公司 用于链路聚合建立和重新配置的信令

Also Published As

Publication number Publication date
EP3941096A1 (en) 2022-01-19
JP7253637B2 (ja) 2023-04-06
US20230079733A1 (en) 2023-03-16
CN113765627A (zh) 2021-12-07
WO2021243819A1 (zh) 2021-12-09
EP3941096A4 (en) 2022-11-16
US11791942B2 (en) 2023-10-17
JP2022539282A (ja) 2022-09-08

Similar Documents

Publication Publication Date Title
US11330525B2 (en) Apparatuses, methods, and computer-readable medium for communication in a wireless local area network
CN111405684B (zh) 连接到网络接入设备的方法、终端及计算机可读存储介质
CN111385828B (zh) 无线局域网收发数据的方法、终端和系统及网络接入设备
US10945285B2 (en) Wireless network communication system and method
CN106877977B (zh) 数据通信的方法、装置及系统
US11418999B2 (en) Buffer status report for high priority transmission
CA2603964C (en) Use of multiple wireless interfaces in wireless networks
CN110506403B (zh) 用于无线设备的流控制的方法及装置
US7339892B1 (en) System and method for dynamic control of data packet fragmentation threshold in a wireless network
CN111935800A (zh) 多链路场景下的系统消息变更方法、终端设备和存储介质
CN110999467A (zh) 多业务标识符的聚合媒体访问控制协议数据单元传输
CN113765627B (zh) 一种对多链路接收数据响应的方法及装置
CN115209568B (zh) 多链路系统业务流数据传输的管理方法、装置及存储介质
CN115442921B (zh) 重配置链路的方法、装置、系统、设备及存储介质
CN113938490A (zh) 建立点对点通信连接的方法、装置及存储介质
CN113765784B (zh) 建立多链路汇聚数据包传输进程的方法及装置
CN114095504B (zh) 使用多链路进行点对点通信的方法、装置及存储介质
CN115150027B (zh) 多链路块确认方法、装置及存储介质
CN115150028B (zh) 多链路设备之间建立块确认协议的方法、装置及介质
CN115150037B (zh) 多链路块确认协议建立的方法、装置、系统及存储介质
Lau et al. Bi-directional cognitive radio MAC protocol for supporting TCP flows
CN114257602B (zh) 触发终端执行点对点业务的方法、装置及存储介质
EP4228372A1 (en) Triggered multi-link access coordination
CN114501584B (zh) 请求、发送多链路系统消息的方法、装置及存储介质
US10834784B2 (en) Data transmission process of heterogeneous LWA network and associated base station for mobile communication

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