CN111385828A - 无线局域网收发数据的方法、终端和系统及网络接入设备 - Google Patents
无线局域网收发数据的方法、终端和系统及网络接入设备 Download PDFInfo
- Publication number
- CN111385828A CN111385828A CN202010425222.3A CN202010425222A CN111385828A CN 111385828 A CN111385828 A CN 111385828A CN 202010425222 A CN202010425222 A CN 202010425222A CN 111385828 A CN111385828 A CN 111385828A
- Authority
- CN
- China
- Prior art keywords
- data
- terminal
- link
- multilink
- parameter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/20—Negotiating bandwidth
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种无线局域网收发数据的方法、终端和系统及网络接入设备,无线局域网收发数据的方法包括:配置参数MaxBuffer;终端计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向网络接入设备发送请求信令;网络接入设备接收到请求信令后,读取请求信令中的参数,根据读取到的参数确认终端是否使用多链路,并向终端发送包含确认终端是否使用多链路的响应信令;终端接收到响应信令后,读取响应信令中的参数,根据读取到的参数及本地的能力参数进行数据收发。本申请能根据业务数据的检测和网络的链路状态,动态的进行多链路配置,在保证高速率业务的同时,来合理的请求无线资源,保证业务数据传输的同时,避免了资源浪费。
Description
技术领域
本申请涉及无线通信领域,尤其涉及一种无线局域网收发数据的方法、终端和系统及网络接入设备。
背景技术
802.11be网络,也称为Extremely High Throughput(EHT)网络,通过一系列系统特性和多种机制增强功能以实现极高的吞吐量。随着无线局域网(WLAN)的使用持续增长,对于在许多环境(例如家庭,企业和热点)中提供无线数据服务越来越重要。特别是,视频流量将继续是许多WLAN部署中的主要流量类型。由于出现了4k和8k视频(20 Gbps的未压缩速率),这些应用的吞吐量要求正在不断发展。诸如虚拟现实或增强现实,游戏,远程办公室和云计算之类的新型高吞吐量,低延迟应用程序将会激增(例如,实时游戏的延迟低于5毫秒)。
鉴于这些应用程序的高吞吐量和严格的实时延迟要求,用户期望通过WLAN支持其应用程序时,吞吐量更高,可靠性更高,延迟和抖动更少,电源效率更高。用户期望改进与时敏网络(TSN)的集成,以支持异构以太网和无线LAN上的应用程序。802.11be网络旨在通过进一步提高总吞吐量和降低延迟来确保WLAN的竞争力,同时确保与旧版技术标准向后兼容和共存。在2.4 GHz,5 GHz和6 GHz频段运行的802.11兼容设备。
发明内容
即使是需要高速率进行数据传输的终端,也并不是时时都在执行高速率传输需求的业务。比如手机或电脑在进行高清视频传输的时候,可能需要极高的数据传输速率,然而在其他时候,并不需要有高速传输数据的资源,如果不能动态的进行数据传输链路的管理,那么无线资源的使用率并不能如预期提高,相反还会造成极大的浪费。
为达到上述目的,本申请的实施例提供如下技术方案:
第一方面,提供一种无线局域网收发数据的方法,该方法包括:配置参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值;终端计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向网络接入设备发送请求信令;网络接入设备接收到请求信令后,读取请求信令中的参数,根据读取到的参数确认终端是否使用多链路,并向终端发送包含确认终端是否使用多链路的响应信令;终端接收到响应信令后,读取响应信令中的参数,根据读取到的参数及本地的能力参数进行数据收发。
示例性地,终端可以在本地配置参数MaxBuffer,或者从网络接入设备中接收其配置的参数MaxBuffer。
在一种可能的设计方法中,上述请求信令中包含能力参数Capability,用于指示终端是否支持多链路数据传输,缓存参数Scaling Factor和Buffer Size,用于指示终端缓存的待发送数据大小,此时网络接入设备确认终端是否使用多链路的方法包括:根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor;如果计算出来的数据量大于MaxBuffer,且能力参数Capability指示终端支持多链路数据传输,则向终端发送包含确认终端使用多链路的响应信令,示例性地,响应信令的形式可以是控制帧,或管理帧,或数据帧,反之,则向终端发送包含确认终端使用单链路的响应信令;或,如果计算出来的数据量大于或等于MaxBuffer,且能力参数Capability指示终端支持多链路数据传输,则向终端发送包含确认终端使用多链路的响应信令,反之,则向终端发送包含确认终端使用单链路的响应信令。
在另一种可能的设计方法中,上述请求信令中包含缓存参数Scaling Factor和Buffer Size,用于指示终端缓存的待发送数据大小,此时网络接入设备确认终端是否使用多链路的方法包括:根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor;如果计算出来的数据量大于MaxBuffer,则向终端发送包含确认终端使用多链路的响应信令,反之,则向终端发送包含确认终端使用单链路的响应信令;或,如果计算出来的数据量大于或等于MaxBuffer,则向终端发送包含确认终端使用多链路的响应信令,反之,则向终端发送包含确认终端使用单链路的响应信令。
在一种可能的设计方法中,上述响应信令中包含ML enable参数,所述ML enable表示是否启用多链路进行数据传输,此时终端进行数据收发的方法包括:如果ML enable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;如果MLenable参数的值表示启用多链路进行数据传输,则开始监听第二链路,并根据本地的能力参数进行数据收发。
在一种可能的设计方法中,上述响应信令中包含ML Conf参数,所述ML Conf表示配置可以使用的链路,此时终端进行数据收发的方法包括:如果ML Conf参数的值为单链路信息,则继续使用当前链路进行数据收发;如果ML Conf参数的值为多链路信息,则根据MLConf参数中多链路信息监听指示频段的新链路,并根据本地的能力参数进行数据收发。
在另一种可能的设计方法中,上述响应信令中包含ML enable参数和ML Conf参数,所述ML enable表示是否启用多链路进行数据传输,所述ML Conf表示配置可以使用的链路,此时终端进行数据收发的方法包括:如果ML enable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;如果ML enable参数的值表示启用多链路进行数据传输,读取ML Conf参数的值,根据ML Conf参数中多链路信息监听指示频段的新链路,并根据本地的能力参数进行数据收发。
可选地,终端根据本地的能力参数进行数据收发的方法包括:如果终端支持同时发送或者同时接收,则在监听到第一链路和第二链路都空闲时,在两条链路上同步发送数据,所述同步发送数据是指终端在一条链路上发送数据包时,另外一条链路不能接收数据包;如果终端支持同时发送和接收,则在第一链路和第二链路任何一条链路空闲时,在该链路上进行发送,同时一条链路发送数据包时不影响另一条链路接收数据包。
第二方面,提供一种无线局域网收发数据的终端,该终端可通过第一链路与网络接入设备进行数据传输。该终端配置有参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值。该终端包括:计算装置,用于计算本地缓存待发送的数据量;请求信令发送装置,用于当计算装置计算出来的数据量大于或等于MaxBuffer时,向通过第一链路与终端连接的网络接入设备发送请求信令;响应信令接收装置,用于接收网络接入设备发送过来的响应信令;数据收发装置,用于读取响应信令中的参数,根据读取到的参数及终端的能力进行数据收发。
在一种可能的设计方法中,上述数据收发装置包括数据收发子装置一,用于如果响应信令中的ML enable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;如果响应信令中的ML enable参数的值表示启用多链路进行数据传输,则开始监听第二链路,并根据终端的能力进行数据收发,所述ML enable表示是否启用多链路进行数据传输。
在一种可能的设计方法中,上述数据收发装置包括数据收发子装置二,用于如果响应信令中的ML Conf参数的值为单链路信息,则继续使用当前链路进行数据收发;如果响应信令中的ML Conf参数的值为多链路信息,则根据ML Conf参数中多链路信息监听指示频段的新链路,并根据终端的能力进行数据收发,所述ML Conf表示配置可以使用的链路。
在另一种可能的设计方法中,上述数据收发装置包括数据收发子装置三,用于如果响应信令中的ML enable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;如果响应信令中的ML enable参数的值表示启用多链路进行数据传输,则读取响应信令中的ML Conf参数的值,根据ML Conf参数中多链路信息监听指示频段的新链路,并根据终端的能力进行数据收发,所述ML enable表示是否启用多链路进行数据传输,所述ML Conf表示配置可以使用的链路。
第三方面,提供一种网络接入设备,该网络接入设备可通过第一链路与终端进行数据传输。该网络接入设备配置有参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值。该网络接入设备包括:请求信令接收装置,用于接收终端发送过来的请求信令;确认装置,用于读取请求信令中的参数,根据读取到的参数确认终端是否使用多链路;响应信令发送装置,用于向终端发送包含确认终端是否使用多链路的参数的响应信令。
在一种可能的设计方法中,上述确认装置包括确认子装置一,用于根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor,所述缓存参数Scaling Factor和Buffer Size,用于指示终端缓存的待发送数据大小;如果计算出来的数据量大于MaxBuffer,且请求信令中的能力参数Capability指示终端支持多链路数据传输,则向终端发送包含确认终端使用多链路的响应信令,响应信令的形式可以是控制帧,或管理帧,或数据帧等,反之,则向终端发送包含确认终端使用单链路的响应信令,所述能力参数Capability,用于指示终端是否支持多链路数据传输;或,如果计算出来的数据量大于或等于MaxBuffer,且请求信令中的能力参数Capability指示终端支持多链路数据传输,则向终端发送包含确认终端使用多链路的响应信令,反之,则向终端发送包含确认终端使用单链路的响应信令。
在另一种可能的设计方法中,上述确认装置包括确认子装置二,用于根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor,所述缓存参数Scaling Factor和Buffer Size,用于指示终端缓存的待发送数据大小;如果计算出来的数据量大于MaxBuffer,则向终端发送包含确认终端使用多链路的响应信令,反之,则向终端发送包含确认终端使用单链路的响应信令;或,如果计算出来的数据量大于或等于MaxBuffer,则向终端发送包含确认终端使用多链路的响应信令,反之,则向终端发送包含确认终端使用单链路的响应信令。
第四方面,提供一种无线局域网收发数据的系统,包括终端和网络接入设备,终端和网络接入设备通过第一链路进行数据传输,终端配置有参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值;终端用于计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向网络接入设备发送请求信令;接收网络接入设备发送过来的响应信令,读取响应信令中的参数,根据读取到的参数及本地的能力参数进行数据收发;网络接入设备用于接收终端发送过来的请求信令,读取请求信令中的参数,根据读取到的参数确认终端是否使用多链路,并向终端发送包含确认终端是否使用多链路的响应信令。
本申请的终端根据数据量和能力请求多链路传输;终端为请求多链路传输,在向网络接入设备发送的请求信令中设置相应参数,网络接入设备根据这些参数设置不同的响应信令内容;网络接入设备对是否可以使用多链路在响应信令中进行参数设置,终端根据响应信令中的参数进行数据发送。本申请能根据业务数据的检测和网络的链路状态,动态的进行多链路配置,在保证高速率业务的同时,来合理的请求无线资源,保证业务数据传输的同时,避免了资源浪费。
附图说明
图1为本申请的无线局域网收发数据的方法示意图;
图2为本申请实施例中终端同步发送数据的形式一的示意图;
图3为本申请实施例中终端同步发送数据的形式二的示意图;
图4为本申请实施例中终端支持同时发送和接收时收发数据的示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
在本申请实施例中,“示例地”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用示例的一词旨在以具体方式呈现概念。
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合具体实施例,对本申请进行进一步详细的说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在以下实施例中,STA表示802.11无线局域网中的终端,AP表示802.11无线局域网中的接入点,是网络接入设备中的一种。
如图1所示,STA通常与AP之间有一条传输链路,第一链路进行数据传输;STA计算本地缓存待发送的数据量,当数据量大于或等于配置在STA上的参数MaxBuffer时,向AP发送请求信令,示例地,参数MaxBuffer的单位可以为Kbit、Mbit或Gbit;AP接收到请求信令后,读取请求信令中的参数,根据读取到的参数确认STA是否使用多链路,并向STA发送包含确认STA是否使用多链路的标识的响应信令;STA接收到响应信令后,读取响应信令中的参数,根据读取到的参数及本地的能力参数进行数据收发。
实施例一
本实施例提供一种无线局域网收发数据的方法,包括以下步骤:
101)STA在本地配置参数MaxBuffer,或者由AP在本地配置,STA从AP中接收其配置的参数MaxBuffer。
102)STA与AP之间已有一条传输链路,第一链路进行数据传输。STA计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向AP发送请求信令,请求信令的形式可以是控制帧,或管理帧,或数据帧,请求信令中包含指示STA是否支持多链路数据传输的能力参数、STA当前待发送的数据量等。
示例地,请求信令具体实施方式如表1:
表1
Frame type | TID | Scaling Factor | Buffer Size | Capability | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS request;
TID:业务的标识,设置为预定义的高速数据传输业务类型ID,例如110;
Scaling Factor:缩放因子,表示Buffer size的单位;
Buffer size:本地缓存待发送的数据量;
Capability:STA是否支持多链路数据传输的能力,示例地,00:表示该STA不支持多链路能力,01:表示该STA支持同时接收或者同时发送的能力,11:表示该STA支持同时接收和发送的能力;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
103)AP接收到请求信令后,读取当前传输帧中的参数,示例地,如果Capability中的值不为00,且根据Scaling Factor和Buffer Size的值计算出来的STA缓存的数据量(计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor)大于或等于MaxBuffer,则向STA发送响应信令,响应信令的形式可以是控制帧,或管理帧,或数据帧,响应信令中包含确认STA使用多链路,如果计算出来的STA缓存的数据量小于MaxBuffer,响应信令中包含确认STA使用单链路;对计算出来的STA缓存的数据量进行比较时还可以是,其大于MaxBuffer时,响应信令中包含确认STA使用多链路,小于或等于MaxBuffer时,响应信令中包含确认STA使用单链路,区别在于对临界值的处理不同。
示例地,响应信令具体实施方式如表2:
表2
Frame Type | ML enable | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS Ack;
ML enable:是否启用多链路进行数据传输,示例地,设置为0表示不启用,设置为1表示启用;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
104)STA接收到响应信令后,读取当前传输帧中的参数,例如,
如果ML enable参数的值设置为0,则继续在当前链路上进行数据收发;
如果ML enable参数的值设置为1,则开始监听第二链路,并根据本地的能力参数进行数据收发,示例地,本地能力参数STA_Capability设置为“STR”,表示STA支持同时发送和接收,设置为“non-STR”,表示STA支持同时发送或者同时接收。
A)如果STA支持同时发送或者同时接收,则在监听到第一链路和第二链路都空闲时,在两条链路上同步发送数据。同步发送数据的意思是STA在一条链路上发送数据包时,另外一条链路不能接收数据包,包括两种形式:
i)同时开始发送数据包,并同时结束发送数据包(数据包发送结束的时间相同),如图2所示;
ii)不同时开始发送数据包,但同时结束发送数据包(数据包发送结束的时间相同),如图3所示;
B)如果STA支持同时发送和接收,则在第一链路和第二链路任何一条链路空闲时,在该链路上进行发送,同时一条链路发送数据包时不影响另一条链路接收数据包,如图4所示。
实施例二
本实施例提供一种无线局域网收发数据的方法,包括以下步骤:
201)STA在本地配置参数MaxBuffer,或者由AP在本地配置,由STA从AP中接收其配置的参数MaxBuffer。
202)STA与AP之间已有一条传输链路,第一链路进行数据传输。STA计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向AP发送请求信令,请求信令的形式可以是控制帧,或管理帧,或数据帧,请求信令中包含指示STA是否支持多链路数据传输的能力参数、STA当前待发送的数据量等。
示例地,请求信令具体实施方式如表3:
表3
Frame type | TID | Scaling Factor | Buffer Size | Capability | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例性地,可设置为QoS request;
TID:业务的标识,设置为预定义的高速数据传输业务类型ID,例如110;
Scaling Factor:缩放因子,表示buffer size的单位;
Buffer size:本地缓存待发送的数据量;
Capability:STA是否支持多链路数据传输的能力,示例地,00:表示该STA不支持多链路能力,01:表示该STA支持同时接收或者同时发送的能力,11:表示该STA支持同时接收和发送的能力;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
203)AP接收到请求信令后,读取当前传输帧中的参数,示例地,如果Capability中的值不为00,且根据Scaling Factor和Buffer Size的值计算出来的STA缓存的数据量(计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor)大于或等于MaxBuffer,则向STA发送响应信令,响应信令的形式可以是控制帧,或管理帧,或数据帧,响应信令中包含确认STA使用多链路,如果计算出来的STA缓存的数据量小于MaxBuffer,响应信令中包含确认STA使用单链路;对计算出来的STA缓存的数据量进行比较时还可以是,其大于MaxBuffer时,响应信令中包含确认STA使用多链路,小于或等于MaxBuffer时,响应信令中包含确认STA使用单链路,区别在于对临界值的处理不同。
示例地,响应信令具体实施方式如表4:
表4
Frame Type | ML Conf | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS Ack;
ML Conf:配置可以使用的链路,例如,00:标识使用当前单链路,01:标识使用6GHZ频段的链路和5GHZ频段的链路,02:标识使用6GHZ频段的链路和2.4GHZ频段的链路,03:标识使用5GHZ频段的链路和2.4GHZ频段的链路,04:标识使用6GHZ频段的链路,5GHZ频段的链路和2.4GHZ频段的链路,以上链路配置是预先设置,并且在STA和AP都有相应的标识与实际链路配置匹配关系,AP根据STA发送过来的请求信令获知其目前数据收发的链路信息(2.4GHZ,或5GHZ,或6GHZ),并根据已有的链路信息进行配置另外的链路,在两条链路的配置中不会配置全新的两条链路;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
204)STA接收到响应信令后,读取当前传输帧中的参数,例如,
如果ML Conf参数的值设置为00,则继续使用当前链路进行数据收发;
如果ML Conf参数的值设置为其他值,则根据参数中标识的信息监听指示频段的新链路,并根据本地的能力参数进行数据收发,例如,当ML Conf的值为01,STA当前收发数据的链路是6GHZ频段的链路,则开始监听和发送在5GHZ频段的链路。STA发送方式:
A)如果STA支持同时发送或者同时接收,则在监听到第一链路和第二链路都空闲时,在两条链路上同步发送数据。同步发送数据的意思是STA在一条链路上发送数据包时,另外一条链路不能接收数据包,包括两种形式:
i)同时开始发送数据包,并同时结束发送数据包(数据包发送结束的时间相同),如图2所示;
ii)不同时开始发送数据包,但同时结束发送数据包(数据包发送结束的时间相同),如图3所示;
B)如果STA支持同时发送和接收,则在第一链路和第二链路任何一条链路空闲时,在该链路上进行发送,同时一条链路发送数据包时不影响另一条链路接收数据包,如图4所示。
实施例三
本实施例提供一种无线局域网收发数据的方法,包括以下步骤:
301)STA在本地配置参数MaxBuffer,或者由AP在本地配置,STA从AP中接收其配置的参数MaxBuffer。
302)STA与AP之间已有一条传输链路,第一链路进行数据传输。STA计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向AP发送请求信令,请求信令的形式可以是控制帧,或管理帧,或数据帧,请求信令中包含指示STA是否支持多链路数据传输的能力参数、STA当前待发送的数据量等。
示例地,请求信令具体实施方式如表5:
表5
Frame type | TID | Scaling Factor | Buffer Size | Capability | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS request;
TID:业务的标识,设置为预定义的高速数据传输业务类型ID,例如110;
Scaling Factor:缩放因子,表示buffer size的单位;
Buffer size:本地缓存待发送的数据量;
Capability:STA是否支持多链路数据传输的能力,示例地,00:表示该STA不支持多链路能力,01:表示该STA支持同时接收或者同时发送的能力,11:表示该STA支持同时接收和发送的能力;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
303)AP接收到请求信令后,读取当前传输帧中的参数,示例地,如果Capability中的值不为00,且根据Scaling Factor和Buffer Size的值计算出来的STA缓存的数据量(计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor)大于或等于MaxBuffer,则向STA发送响应信令,响应信令的形式可以是控制帧,或管理帧,或数据帧,响应信令中包含确认STA使用多链路,如果计算出来的STA缓存的数据量小于MaxBuffer,响应信令中包含确认STA使用单链路;对计算出来的STA缓存的数据量进行比较时还可以是,其大于MaxBuffer时,响应信令中包含确认STA使用多链路,小于或等于MaxBuffer时,响应信令中包含确认STA使用单链路,区别在于对临界值的处理不同。
示例地,响应信令具体实施方式如表6:
表6
Frame Type | ML Conf | ML Enable | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS Ack;
ML Conf:配置可以使用的链路,示例地,01:标识使用6GHZ频段的链路和5GHZ频段的链路,02:标识使用6GHZ频段的链路和2.4GHZ频段的链路,03:标识使用5GHZ频段的链路和2.4GHZ频段的链路,04:标识使用6GHZ频段的链路,5GHZ频段的链路和2.4GHZ频段的链路,以上链路配置是预先设置,并且在STA和AP都有相应的标识与实际链路配置匹配关系,AP根据STA发送过来的请求信令获知其目前数据收发的链路信息(2.4GHZ,或5GHZ,或6GHZ),并根据已有的链路信息进行配置另外的链路,在两条链路的配置中不会配置全新的两条链路,;
ML Enable:是否启用多链路进行数据传输,例如,设置为0表示不启用,设置为1表示启用;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
304)STA接收到响应信令后,读取当前传输帧中的参数,例如,
如果ML Enable参数的值设置为0,则继续使用当前链路进行数据收发;
如果ML Enable参数的值设置为1,读取ML Conf参数的值,则根据参数中标识的信息监听指示频段的新链路,并根据本地的能力参数进行数据收发,例如,当ML Conf的值为01,STA当前收发数据的链路是6GHZ频段的链路,则开始监听和发送在5GHZ频段的链路。STA发送方式:
A)如果STA支持同时发送或者同时接收,则在监听到第一链路和第二链路都空闲时,在两条链路上同步发送数据。同步发送数据的意思是STA在一条链路上发送数据包时,另外一条链路不能接收数据包,包括两种形式:
i)同时开始发送数据包,并同时结束发送数据包(数据包发送结束的时间相同),如图2所示;
ii)不同时开始发送数据包,但同时结束发送数据包(数据包发送结束的时间相同),如图3所示;
B)如果STA支持同时发送和接收,则在第一链路和第二链路任何一条链路空闲时,在该链路上进行发送,同时一条链路发送数据包时不影响另一条链路接收数据包,如图4所示。
实施例四
本实施例提供一种无线局域网收发数据的方法,包括以下步骤:
401)STA在本地配置参数MaxBuffer,或者由AP在本地配置,STA从AP中接收其配置的参数MaxBuffer。
402)STA与AP之间已有一条传输链路,第一链路进行数据传输。STA计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向AP发送请求信令,请求信令的形式可以是控制帧,或管理帧,或数据帧,请求信令中包含STA当前待发送的数据量等。
示例地,请求信令具体实施方式如表7:
表7
Frame type | TID | Scaling Factor | Buffer Size | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS request;
TID:业务的标识,设置为预定义的高速数据传输业务类型ID,例如110;
Scaling Factor:缩放因子,表示buffer size的单位;
Buffer size:本地缓存待发送的数据量;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
403)AP接收到请求信令后,读取当前传输帧中的参数,如果根据Scaling Factor和Buffer Size的值计算出来的STA缓存的数据量(计算方式为,缓存的数据量等于BufferSize乘以Scaling Factor)大于或等于MaxBuffer,则向STA发送响应信令,响应信令的形式可以是控制帧,或管理帧,或数据帧,响应信令中包含确认STA使用多链路,如果计算出来的STA缓存的数据量小于MaxBuffer,响应信令中包含确认STA使用单链路;对计算出来的STA缓存的数据量进行比较时还可以是,其大于MaxBuffer时,响应信令中包含确认STA使用多链路,小于等于MaxBuffer时,响应信令中包含确认STA使用单链路,区别在于对临界值的处理不同。
示例地,响应信令具体实施方式如表8:
表8
Frame Type | ML enable | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,设置为QoS Ack;
ML enable:是否启用多链路进行数据传输,例如,设置为0表示不启用,设置为1表示启用;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
404)STA接收到响应信令后,读取当前传输帧中的参数,示例地,
如果ML enable参数的值设置为0,则继续在当前链路上进行数据收发;
如果ML enable参数的值设置为1,则开始监听第二链路,并根据本地的能力参数进行数据收发:
A)如果STA支持同时发送或者同时接收,则在监听到第一链路和第二链路都空闲时,在两条链路上同步发送数据。同步发送数据的意思是STA在一条链路上发送数据包时,另外一条链路不能接收数据包,包括两种形式:
i)同时开始发送数据包,并同时结束发送数据包(数据包发送结束的时间相同),如图2所示;
ii)不同时开始发送数据包,但同时结束发送数据包(数据包发送结束的时间相同),如图3所示;
B)如果STA支持同时发送和接收,则在第一链路和第二链路任何一条链路空闲时,在该链路上进行发送,同时一条链路发送数据包时不影响另一条链路接收数据包,如图4所示。
实施例五
本实施例提供一种无线局域网收发数据的方法,包括以下步骤:
501)STA在本地配置参数MaxBuffer,或者由AP在本地配置,STA从AP中接收其配置的参数MaxBuffer。
502)STA与AP之间已有一条传输链路,第一链路进行数据传输。STA计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向AP发送请求信令,请求信令的形式可以是控制帧,或管理帧,或数据帧,请求信令中包含STA当前待发送的数据量等。
示例地,请求信令具体实施方式如表9:
表9
Frame type | TID | Scaling Factor | Buffer Size | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS request;
TID:业务的标识,设置为预定义的高速数据传输业务类型ID,例如110;
Scaling Factor:缩放因子,表示buffer size的单位;
Buffer size:本地缓存待发送的数据量;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
503)AP接收到请求信令后,读取当前传输帧中的参数,如果根据Scaling Factor和Buffer Size的值计算出来的STA缓存的数据量(计算方式为,缓存的数据量等于BufferSize乘以Scaling Factor)大于或等于MaxBuffer,则向STA发送响应信令,响应信令的形式可以是控制帧,或管理帧,或数据帧,响应信令中包含确认STA使用多链路,如果计算出来的STA缓存的数据量小于MaxBuffer,响应信令中包含确认STA使用单链路;对计算出来的STA缓存的数据量进行比较时还可以是,其大于MaxBuffer时,响应信令中包含确认STA使用多链路,小于等于MaxBuffer时,响应信令中包含确认STA使用单链路,区别在于对临界值的处理不同。
示例地,响应信令具体实施方式如表10:
表10
Frame Type | ML Conf | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS Ack;
ML Conf:配置可以使用的链路,例如,00:标识使用当前单链路,01:标识使用6GHZ频段的链路和5GHZ频段的链路,02:标识使用6GHZ频段的链路和2.4GHZ频段的链路,03:标识使用5GHZ频段的链路和2.4GHZ频段的链路,04:标识使用6GHZ频段的链路,5GHZ频段的链路和2.4GHZ频段的链路,以上链路配置是预先设置,并且在STA和AP都有相应的标识与实际链路配置匹配关系,AP根据STA发送过来的请求信令获知其目前数据收发的链路信息(2.4GHZ,或5GHZ,或6GHZ),并根据已有的链路信息进行配置另外的链路,在两条链路的配置中不会配置全新的两条链路;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
504)STA接收到响应信令后,读取当前传输帧中的参数,例如,
如果ML Conf参数的值设置为00,则继续使用当前链路进行数据收发;
如果ML Conf参数的值设置为其他值,则根据参数中标识的信息监听指示频段的新链路,并根据本地的能力参数进行数据收发,例如,当ML Conf的值为01,STA当前收发数据的链路是6GHZ频段的链路,则开始监听和发送在5GHZ频段的链路。STA发送方式:
A)如果STA支持同时发送或者同时接收,则在监听到第一链路和第二链路都空闲时,在两条链路上同步发送数据。同步发送数据的意思是STA在一条链路上发送数据包时,另外一条链路不能接收数据包,包括两种形式:
i)同时开始发送数据包,并同时结束发送数据包(数据包发送结束的时间相同),如图2所示;
ii)不同时开始发送数据包,但同时结束发送数据包(数据包发送结束的时间相同),如图3所示;
B)如果STA支持同时发送和接收,则在第一链路和第二链路任何一条链路空闲时,在该链路上进行发送,同时一条链路发送数据包时不影响另一条链路接收数据包,如图4所示。
实施例六
本实施例提供一种无线局域网收发数据的方法,包括以下步骤:
601)STA在本地配置参数MaxBuffer,或者由AP在本地配置,STA从AP中接收其配置的参数MaxBuffer。
602)STA与AP之间已有一条传输链路,第一链路进行数据传输。STA计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向AP发送请求信令,请求信令的形式可以是控制帧,或管理帧,或数据帧,请求信令中包含STA当前待发送的数据量等。
示例地,请求信令具体实施方式如表11:
表11
Frame type | TID | Scaling Factor | Buffer Size | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS request;
TID:业务的标识,设置为预定义的高速数据传输业务类型ID,例如110;
Scaling Factor:缩放因子,表示buffer size的单位;
Buffer size:本地缓存待发送的数据量;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
603)AP接收到请求信令后,读取当前传输帧中的参数,如果根据Scaling Factor和Buffer Size的值计算出来的STA缓存的数据量(计算方式为,缓存的数据量等于BufferSize乘以Scaling Factor)大于或等于MaxBuffer,则向STA发送响应信令,响应信令的形式可以是控制帧,或管理帧,或数据帧,响应信令中包含确认STA使用多链路,如果计算出来的STA缓存的数据量小于MaxBuffer,响应信令中包含确认STA使用单链路;对计算出来的STA缓存的数据量进行比较时还可以是,其大于MaxBuffer时,响应信令中包含确认STA使用多链路,小于等于MaxBuffer时,响应信令中包含确认STA使用单链路,区别在于对临界值的处理不同。
示例地,响应信令具体实施方式如表12:
表12
Frame Type | ML Conf | ML Enable | TA | RA |
Frame type:当前传输帧的类型,帧是在信道上进行传输的数据单元,示例地,可设置为QoS Ack;
ML Conf:配置可以使用的链路,示例地,01:标识使用6GHZ频段的链路和5GHZ频段的链路,02:标识使用6GHZ频段的链路和2.4GHZ频段的链路,03:标识使用5GHZ频段的链路和2.4GHZ频段的链路,04:标识使用6GHZ频段的链路,5GHZ频段的链路和2.4GHZ频段的链路,以上链路配置是预先设置,并且在STA和AP都有相应的标识与实际链路配置匹配关系,AP根据STA发送过来的请求信令获知其目前数据收发的链路信息(2.4GHZ,或5GHZ,或6GHZ),并根据已有的链路信息进行配置另外的链路,在两条链路的配置中不会配置全新的两条链路;
ML Enable:是否启用多链路进行数据传输,例如,设置为0表示不启用,设置为1表示启用;
TA:发送方的MAC地址,这里设置为STA的MAC地址;
RA:接收方的MAC地址,这里设置为AP的MAC地址。
604)STA接收到响应信令后,读取当前传输帧中的参数ML Conf和ML Enable,例如,
如果ML Enable参数的值设置为0,则继续使用当前链路进行数据收发;
如果ML Enable参数的值设置为1,读取ML Conf参数的值,则根据参数中标识的信息监听指示频段的新链路,并根据本地的能力参数进行数据收发,例如,当ML Conf的值为01,STA当前收发数据的链路是6GHZ频段的链路,则开始监听和发送在5GHZ频段的链路。STA发送方式:
A)如果STA支持同时发送或者同时接收,则在监听到第一链路和第二链路都空闲时,在两条链路上同步发送数据。同步发送数据的意思是STA在一条链路上发送数据包时,另外一条链路不能接收数据包,包括两种形式:
i)同时开始发送数据包,并同时结束发送数据包(数据包发送结束的时间相同),如图2所示;
ii)不同时开始发送数据包,但同时结束发送数据包(数据包发送结束的时间相同),如图3所示;
B)如果STA支持同时发送和接收,则在第一链路和第二链路任何一条链路空闲时,在该链路上进行发送,同时一条链路发送数据包时不影响另一条链路接收数据包,如图4所示。
实施例七
本实施例提供一种无线局域网收发数据的终端,该配置有参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值。该终端可通过第一链路与网络接入设备进行数据传输。该终端配置有参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值。该终端包括:计算装置,用于计算本地缓存待发送的数据量;请求信令发送装置,用于当计算装置计算出来的数据量大于或等于MaxBuffer时,向通过第一链路与终端连接的网络接入设备发送请求信令;响应信令接收装置,用于接收网络接入设备发送过来的响应信令;数据收发装置,用于读取响应信令中的参数,根据读取到的参数及终端的能力进行数据收发。
可选地,上述数据收发装置包括数据收发子装置一,用于如果响应信令中的MLenable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;如果响应信令中的ML enable参数的值表示启用多链路进行数据传输,则开始监听第二链路,并根据终端的能力进行数据收发,所述ML enable表示是否启用多链路进行数据传输。
可选地,上述数据收发装置包括数据收发子装置二,用于如果响应信令中的MLConf参数的值为单链路信息,则继续使用当前链路进行数据收发;如果响应信令中的MLConf参数的值为多链路信息,则根据ML Conf参数中多链路信息监听指示频段的新链路,并根据终端的能力进行数据收发,所述ML Conf表示配置可以使用的链路。
可选地,上述数据收发装置包括数据收发子装置三,用于如果响应信令中的MLenable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;如果响应信令中的ML enable参数的值表示启用多链路进行数据传输,则读取响应信令中的ML Conf参数的值,根据ML Conf参数中多链路信息监听指示频段的新链路,并根据终端的能力进行数据收发,所述ML enable表示是否启用多链路进行数据传输,所述ML Conf表示配置可以使用的链路。
实施例八
本实施例提供一种网络接入设备,该网络接入设备可通过第一链路与终端进行数据传输。该网络接入设备配置有参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值。该网络接入设备包括:请求信令接收装置,用于接收终端发送过来的请求信令;确认装置,用于读取请求信令中的参数,根据读取到的参数确认终端是否使用多链路;响应信令发送装置,用于向终端发送包含确认终端是否使用多链路的参数的响应信令。
可选地,上述确认装置包括确认子装置一,用于根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor,所述缓存参数Scaling Factor和Buffer Size,用于指示终端缓存的待发送数据大小;如果计算出来的数据量大于MaxBuffer,且请求信令中的能力参数Capability指示终端支持多链路数据传输,则向终端发送包含确认终端使用多链路的响应信令,响应信令的形式可以是控制帧,或管理帧,或数据帧等,反之,则向终端发送包含确认终端使用单链路的响应信令,所述能力参数Capability,用于指示终端是否支持多链路数据传输;或,如果计算出来的数据量大于或等于MaxBuffer,且请求信令中的能力参数Capability指示终端支持多链路数据传输,则向终端发送包含确认终端使用多链路的响应信令,反之,则向终端发送包含确认终端使用单链路的响应信令。
可选地,上述确认装置包括确认子装置二,用于根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor,所述缓存参数Scaling Factor和Buffer Size,用于指示终端缓存的待发送数据大小;如果计算出来的数据量大于MaxBuffer,则向终端发送包含确认终端使用多链路的响应信令,反之,则向终端发送包含确认终端使用单链路的响应信令;或,如果计算出来的数据量大于或等于MaxBuffer,则向终端发送包含确认终端使用多链路的响应信令,反之,则向终端发送包含确认终端使用单链路的响应信令。
实施例九
本实施例提供一种无线局域网收发数据的系统,包括终端和网络接入设备,终端和网络接入设备通过第一链路进行数据传输,终端配置有参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值;终端用于计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向网络接入设备发送请求信令;接收网络接入设备发送过来的响应信令,读取响应信令中的参数,根据读取到的参数及本地的能力参数进行数据收发;网络接入设备用于接收终端发送过来的请求信令,读取请求信令中的参数,根据读取到的参数确认终端是否使用多链路,并向终端发送包含确认终端是否使用多链路的响应信令。
上述实施例,可以全部或部分地通过软件、硬件(如电路)、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,部分或全部步骤可以并行执行或先后执行,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,网络设备或者终端设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM)磁碟或者光盘等各种可以存储程序代码的介质。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”或“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关硬件来完成,所述的程序可以存储于一个设备的可读存储介质中,该程序在执行时,包括上述全部或部分步骤,所述的存储介质,如:FLASH、EEPROM等。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (16)
1.一种无线局域网收发数据的方法,其特征在于,包括:
配置参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值;
终端计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向网络接入设备发送请求信令;
网络接入设备接收到请求信令后,读取请求信令中的参数,根据读取到的参数确认终端是否使用多链路,并向终端发送包含确认终端是否使用多链路的响应信令;
终端接收到响应信令后,读取响应信令中的参数,根据读取到的参数及本地的能力参数进行数据收发。
2.根据权利要求1所述的一种无线局域网收发数据的方法,其特征在于,所述配置参数MaxBuffer的具体方法为:终端在本地配置参数MaxBuffer,或者从网络接入设备中接收其配置的参数MaxBuffer。
3.根据权利要求1所述的一种无线局域网收发数据的方法,其特征在于,所述请求信令中包含能力参数Capability,缓存参数Scaling Factor和Buffer Size,能力参数Capability用于指示终端是否支持多链路数据传输,缓存参数Scaling Factor和BufferSize用于指示终端缓存的待发送数据大小,网络接入设备确认终端是否使用多链路的方法包括:
根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor;
如果计算出来的数据量大于或等于MaxBuffer,且能力参数Capability指示终端支持多链路数据传输,则向终端发送包含确认终端使用多链路的响应信令。
4.根据权利要求1所述的一种无线局域网收发数据的方法,其特征在于,所述请求信令中包含缓存参数Scaling Factor和Buffer Size,用于指示终端缓存的待发送数据大小,网络接入设备确认终端是否使用多链路的方法包括:
根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以Scaling Factor;
如果计算出来的数据量大于或等于MaxBuffer,则向终端发送包含确认终端使用多链路的响应信令。
5.根据权利要求1-4中任一项所述的一种无线局域网收发数据的方法,其特征在于,所述响应信令中包含ML enable参数,所述ML enable表示是否启用多链路进行数据传输,终端进行数据收发的方法包括:
如果ML enable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;
如果ML enable参数的值表示启用多链路进行数据传输,则开始监听第二链路,并根据本地的能力参数进行数据收发。
6.根据权利要求1-4中任一项所述的一种无线局域网收发数据的方法,其特征在于,所述响应信令中包含ML Conf参数,所述ML Conf表示配置可以使用的链路,终端进行数据收发的方法包括:
如果ML Conf参数的值为单链路信息,则继续使用当前链路进行数据收发;
如果ML Conf参数的值为多链路信息,则根据ML Conf参数中多链路信息监听指示频段的新链路,并根据本地的能力参数进行数据收发。
7.根据权利要求1-4中任一项所述的一种无线局域网收发数据的方法,其特征在于,所述响应信令中包含ML enable参数和ML Conf参数,所述ML enable表示是否启用多链路进行数据传输,所述ML Conf表示配置可以使用的链路,终端进行数据收发的方法包括:
如果ML enable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;
如果ML enable参数的值表示启用多链路进行数据传输,读取ML Conf参数的值,根据ML Conf参数中多链路信息监听指示频段的新链路,并根据本地的能力参数进行数据收发。
8.根据权利要求1所述的一种无线局域网收发数据的方法,其特征在于,终端根据本地的能力参数进行数据收发的方法包括:
如果终端支持同时发送或者同时接收,则在监听到第一链路和第二链路都空闲时,在两条链路上同步发送数据,所述同步发送数据是指终端在一条链路上发送数据包时,另外一条链路不能接收数据包;
如果终端支持同时发送和接收,则在第一链路和第二链路任何一条链路空闲时,在该链路上进行发送,同时一条链路发送数据包时不影响另一条链路接收数据包。
9.一种无线局域网收发数据的终端,其特征在于,
配置有参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值;
包括:
计算装置,用于计算本地缓存待发送的数据量;
请求信令发送装置,用于当计算装置计算出来的数据量大于或等于MaxBuffer时,向通过第一链路与终端连接的网络接入设备发送请求信令;
响应信令接收装置,用于接收网络接入设备发送过来的响应信令;
数据收发装置,用于读取响应信令中的参数,根据读取到的参数及终端的能力进行数据收发。
10.根据权利要求9所述的一种无线局域网收发数据的终端,其特征在于,数据收发装置包括:
数据收发子装置一,用于如果响应信令中的ML enable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;如果响应信令中的ML enable参数的值表示启用多链路进行数据传输,则开始监听第二链路,并根据终端的能力进行数据收发,所述ML enable表示是否启用多链路进行数据传输。
11.根据权利要求9所述的一种无线局域网收发数据的终端,其特征在于,数据收发装置包括:
数据收发子装置二,用于如果响应信令中的ML Conf参数的值为单链路信息,则继续使用当前链路进行数据收发;如果响应信令中的ML Conf参数的值为多链路信息,则根据MLConf参数中多链路信息监听指示频段的新链路,并根据终端的能力进行数据收发,所述MLConf表示配置可以使用的链路。
12.根据权利要求9所述的一种无线局域网收发数据的终端,其特征在于,数据收发装置包括:
数据收发子装置三,用于如果响应信令中的ML enable参数的值表示不启用多链路进行数据传输,则继续在当前链路上进行数据收发;如果响应信令中的ML enable参数的值表示启用多链路进行数据传输,则读取响应信令中的ML Conf参数的值,根据ML Conf参数中多链路信息监听指示频段的新链路,并根据终端的能力进行数据收发,所述ML enable表示是否启用多链路进行数据传输,所述ML Conf表示配置可以使用的链路。
13.一种网络接入设备,其特征在于,
配置有参数MaxBuffer,所述MaxBuffer是用于判断通过第一链路与其连接的终端是否需要多链路进行数据传输的数据量阈值;
包括:
请求信令接收装置,用于接收终端发送过来的请求信令;
确认装置,用于读取请求信令中的参数,根据读取到的参数确认终端是否使用多链路;
响应信令发送装置,用于向终端发送包含确认终端是否使用多链路的参数的响应信令。
14.根据权利要求13所述的一种网络接入设备,其特征在于,确认装置包括:
确认子装置一,用于根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以ScalingFactor,所述缓存参数Scaling Factor和Buffer Size,用于指示终端缓存的待发送数据大小;
如果计算出来的数据量大于或等于MaxBuffer,且请求信令中的能力参数Capability指示终端支持多链路数据传输,则向终端发送包含确认终端使用多链路的响应信令,所述能力参数Capability,用于指示终端是否支持多链路数据传输。
15.根据权利要求13所述的一种网络接入设备,其特征在于,确认装置包括:
确认子装置二,用于根据请求信令中的缓存参数Scaling Factor和Buffer Size 的值计算终端缓存的数据量,计算方式为,缓存的数据量等于Buffer Size乘以ScalingFactor,所述缓存参数Scaling Factor和Buffer Size,用于指示终端缓存的待发送数据大小;
如果计算出来的数据量大于或等于MaxBuffer,则向终端发送包含确认终端使用多链路的响应信令。
16.一种无线局域网收发数据的系统,包括终端和网络接入设备,终端和网络接入设备通过第一链路进行数据传输,其特征在于:
终端配置有参数MaxBuffer,所述MaxBuffer是用于判断终端是否需要多链路进行数据传输的数据量阈值;
终端用于计算本地缓存待发送的数据量,当数据量大于或等于MaxBuffer时,向网络接入设备发送请求信令;接收网络接入设备发送过来的响应信令,读取响应信令中的参数,根据读取到的参数及本地的能力参数进行数据收发;
网络接入设备用于接收终端发送过来的请求信令,读取请求信令中的参数,根据读取到的参数确认终端是否使用多链路,并向终端发送包含确认终端是否使用多链路的响应信令。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010425222.3A CN111385828B (zh) | 2020-05-19 | 2020-05-19 | 无线局域网收发数据的方法、终端和系统及网络接入设备 |
PCT/CN2020/102306 WO2021232568A1 (zh) | 2020-05-19 | 2020-07-16 | 无线局域网收发数据的方法、终端和系统及网络接入设备 |
EP20923676.9A EP3934309A4 (en) | 2020-05-19 | 2020-07-16 | METHOD, TERMINAL AND SYSTEM FOR TRANSMITTING AND RECEIVING DATA ON A WIRELESS LAN, AND NETWORK ACCESS DEVICE |
JP2021557456A JP7229387B2 (ja) | 2020-05-19 | 2020-07-16 | 無線lanにおいてデータを受送信する方法、端末、システム及びネットワークアクセス機器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010425222.3A CN111385828B (zh) | 2020-05-19 | 2020-05-19 | 无线局域网收发数据的方法、终端和系统及网络接入设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111385828A true CN111385828A (zh) | 2020-07-07 |
CN111385828B CN111385828B (zh) | 2020-09-15 |
Family
ID=71219121
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010425222.3A Active CN111385828B (zh) | 2020-05-19 | 2020-05-19 | 无线局域网收发数据的方法、终端和系统及网络接入设备 |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP3934309A4 (zh) |
JP (1) | JP7229387B2 (zh) |
CN (1) | CN111385828B (zh) |
WO (1) | WO2021232568A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111683413A (zh) * | 2020-08-12 | 2020-09-18 | 成都极米科技股份有限公司 | 多链路连接建立的方法、终端、网络接入设备及存储介质 |
WO2021008399A1 (zh) * | 2019-07-12 | 2021-01-21 | 华为技术有限公司 | 一种多链路通信方法及相关装置 |
CN112911728A (zh) * | 2021-01-29 | 2021-06-04 | 成都极米科技股份有限公司 | 隧道直接链路建立中搜索对等终端的方法、终端及介质 |
WO2022011766A1 (zh) * | 2020-07-13 | 2022-01-20 | 成都极米科技股份有限公司 | 一种点对点通信资源分配的方法及终端 |
WO2022021358A1 (zh) * | 2020-07-31 | 2022-02-03 | 北京小米移动软件有限公司 | 多连接的通信方法、装置以及计算机可读存储介质 |
CN114339926A (zh) * | 2020-09-30 | 2022-04-12 | 成都极米科技股份有限公司 | 终端操作模式转换的方法、终端、网络接入设备及介质 |
WO2022126649A1 (zh) * | 2020-12-18 | 2022-06-23 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
CN114731649A (zh) * | 2020-11-03 | 2022-07-08 | 北京小米移动软件有限公司 | 多连接下的通信方法和通信设备 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102714824A (zh) * | 2009-11-18 | 2012-10-03 | 捷讯研究有限公司 | 针对分组传送模式下的无线设备的优化资源分配 |
CN104703221A (zh) * | 2013-12-10 | 2015-06-10 | 中国移动通信集团北京有限公司 | 一种终端接入目标频段的控制方法、装置及移动网络 |
CN107439038A (zh) * | 2016-06-30 | 2017-12-05 | 北京小米移动软件有限公司 | 数据传输方法、装置、用户设备及基站 |
CN109076588A (zh) * | 2016-05-11 | 2018-12-21 | 高通股份有限公司 | 无线局域网(wlan)中的缓冲器状态报告 |
CN109451834A (zh) * | 2017-11-22 | 2019-03-08 | 北京小米移动软件有限公司 | 数据传输方法、装置及无人机 |
CN109495931A (zh) * | 2018-12-26 | 2019-03-19 | Oppo广东移动通信有限公司 | 链路聚合的数据传输方法及相关装置 |
CN110199494A (zh) * | 2017-01-19 | 2019-09-03 | 高通股份有限公司 | 用于链路聚合建立和重新配置的信令 |
US20190335454A1 (en) * | 2018-07-11 | 2019-10-31 | Po-Kai Huang | Methods for multi-link setup between a multi-link access point (ap) logical entity and a multi-link non-ap logical entity |
US10499282B1 (en) * | 2018-09-28 | 2019-12-03 | Cypress Semiconductor Corporation | Efficient method to load-balance wireless networks with multi-band interface controllers |
CN110944358A (zh) * | 2018-09-25 | 2020-03-31 | 华为技术有限公司 | 数据传输方法和设备 |
CN111066271A (zh) * | 2017-09-11 | 2020-04-24 | 高通股份有限公司 | 多链路聚合信令的技术 |
CN111132234A (zh) * | 2018-11-01 | 2020-05-08 | 华为终端有限公司 | 一种数据传输方法及对应的终端 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101790200B (zh) * | 2009-01-23 | 2013-04-24 | 华为技术有限公司 | 上行载频管理方法、设备和系统 |
WO2010101510A2 (en) * | 2009-03-05 | 2010-09-10 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and devices for use in a multi carrier radio system |
WO2017170164A1 (ja) * | 2016-04-01 | 2017-10-05 | 京セラ株式会社 | 通信方法、プロセッサ、及びユーザ装置 |
EP3823403B1 (en) * | 2018-07-09 | 2024-07-03 | Panasonic Intellectual Property Corporation of America | Access point and communication method |
-
2020
- 2020-05-19 CN CN202010425222.3A patent/CN111385828B/zh active Active
- 2020-07-16 WO PCT/CN2020/102306 patent/WO2021232568A1/zh unknown
- 2020-07-16 EP EP20923676.9A patent/EP3934309A4/en not_active Withdrawn
- 2020-07-16 JP JP2021557456A patent/JP7229387B2/ja active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102714824A (zh) * | 2009-11-18 | 2012-10-03 | 捷讯研究有限公司 | 针对分组传送模式下的无线设备的优化资源分配 |
CN104703221A (zh) * | 2013-12-10 | 2015-06-10 | 中国移动通信集团北京有限公司 | 一种终端接入目标频段的控制方法、装置及移动网络 |
CN109076588A (zh) * | 2016-05-11 | 2018-12-21 | 高通股份有限公司 | 无线局域网(wlan)中的缓冲器状态报告 |
CN107439038A (zh) * | 2016-06-30 | 2017-12-05 | 北京小米移动软件有限公司 | 数据传输方法、装置、用户设备及基站 |
CN110199494A (zh) * | 2017-01-19 | 2019-09-03 | 高通股份有限公司 | 用于链路聚合建立和重新配置的信令 |
CN110199549A (zh) * | 2017-01-19 | 2019-09-03 | 高通股份有限公司 | 基于分组的链路聚合架构 |
CN111066271A (zh) * | 2017-09-11 | 2020-04-24 | 高通股份有限公司 | 多链路聚合信令的技术 |
CN109451834A (zh) * | 2017-11-22 | 2019-03-08 | 北京小米移动软件有限公司 | 数据传输方法、装置及无人机 |
US20190335454A1 (en) * | 2018-07-11 | 2019-10-31 | Po-Kai Huang | Methods for multi-link setup between a multi-link access point (ap) logical entity and a multi-link non-ap logical entity |
CN110944358A (zh) * | 2018-09-25 | 2020-03-31 | 华为技术有限公司 | 数据传输方法和设备 |
US10499282B1 (en) * | 2018-09-28 | 2019-12-03 | Cypress Semiconductor Corporation | Efficient method to load-balance wireless networks with multi-band interface controllers |
WO2020068273A1 (en) * | 2018-09-28 | 2020-04-02 | Cypress Semiconductor Corporation | Efficient method to load-balance wireless networks with multi-band interface controllers |
CN111132234A (zh) * | 2018-11-01 | 2020-05-08 | 华为终端有限公司 | 一种数据传输方法及对应的终端 |
CN109495931A (zh) * | 2018-12-26 | 2019-03-19 | Oppo广东移动通信有限公司 | 链路聚合的数据传输方法及相关装置 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021008399A1 (zh) * | 2019-07-12 | 2021-01-21 | 华为技术有限公司 | 一种多链路通信方法及相关装置 |
WO2022011766A1 (zh) * | 2020-07-13 | 2022-01-20 | 成都极米科技股份有限公司 | 一种点对点通信资源分配的方法及终端 |
WO2022021358A1 (zh) * | 2020-07-31 | 2022-02-03 | 北京小米移动软件有限公司 | 多连接的通信方法、装置以及计算机可读存储介质 |
CN111683413A (zh) * | 2020-08-12 | 2020-09-18 | 成都极米科技股份有限公司 | 多链路连接建立的方法、终端、网络接入设备及存储介质 |
CN111683413B (zh) * | 2020-08-12 | 2020-11-10 | 成都极米科技股份有限公司 | 多链路连接建立的方法、终端、网络接入设备及存储介质 |
CN114339926A (zh) * | 2020-09-30 | 2022-04-12 | 成都极米科技股份有限公司 | 终端操作模式转换的方法、终端、网络接入设备及介质 |
CN114339926B (zh) * | 2020-09-30 | 2023-04-28 | 极米科技股份有限公司 | 终端操作模式转换的方法、终端、网络接入设备及介质 |
CN114731649A (zh) * | 2020-11-03 | 2022-07-08 | 北京小米移动软件有限公司 | 多连接下的通信方法和通信设备 |
WO2022126649A1 (zh) * | 2020-12-18 | 2022-06-23 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
CN112911728A (zh) * | 2021-01-29 | 2021-06-04 | 成都极米科技股份有限公司 | 隧道直接链路建立中搜索对等终端的方法、终端及介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2021232568A1 (zh) | 2021-11-25 |
JP2022537239A (ja) | 2022-08-25 |
CN111385828B (zh) | 2020-09-15 |
JP7229387B2 (ja) | 2023-02-27 |
EP3934309A4 (en) | 2022-11-23 |
EP3934309A1 (en) | 2022-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111385828B (zh) | 无线局域网收发数据的方法、终端和系统及网络接入设备 | |
CN111641970B (zh) | 终端使用多链路收发数据的方法及终端 | |
CN111405684B (zh) | 连接到网络接入设备的方法、终端及计算机可读存储介质 | |
CN111741459B (zh) | 多链路终端及其地址分配的方法、网络接入设备及介质 | |
CN111935800B (zh) | 多链路场景下的系统消息变更方法、终端设备和存储介质 | |
CN112911729B (zh) | 隧道直接链路建立的方法、终端及存储介质 | |
CN111683413B (zh) | 多链路连接建立的方法、终端、网络接入设备及存储介质 | |
CN112911728B (zh) | 隧道直接链路建立中搜索对等终端的方法、终端及介质 | |
US11871336B2 (en) | Aid allocation method for multi-link device and related apparatus | |
JP2021524702A (ja) | データ送信方法及び関連する装置 | |
CN112911687B (zh) | 终端与接入设备建立连接的方法、无线局域网及存储介质 | |
CN115209568B (zh) | 多链路系统业务流数据传输的管理方法、装置及存储介质 | |
CN114095504B (zh) | 使用多链路进行点对点通信的方法、装置及存储介质 | |
CN114501584B (zh) | 请求、发送多链路系统消息的方法、装置及存储介质 | |
CN115150027B (zh) | 多链路块确认方法、装置及存储介质 | |
CN115529679B (zh) | 多链路连接场景下的链路管理方法、装置、系统及介质 | |
CN115150028B (zh) | 多链路设备之间建立块确认协议的方法、装置及介质 | |
CN114339926B (zh) | 终端操作模式转换的方法、终端、网络接入设备及介质 | |
CN115396986B (zh) | 软接入点控制数据传输的方法、装置、设备及存储介质 | |
CN114760719B (zh) | 发现和连接到软接入设备的方法、装置、设备及存储介质 | |
CN114765901B (zh) | 多链路设备连接管理方法、装置、设备及存储介质 | |
CN115334617B (zh) | 通过建立接入点进行数据传输的方法、装置及存储介质 | |
CN115442921A (zh) | 重配置链路的方法、装置、系统、设备及存储介质 | |
CN115150037A (zh) | 多链路块确认协议建立的方法、装置、系统及存储介质 | |
CN117377125A (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 | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 610000 building 4, zone a, Tianfu Software Park, No. 1129, shijicheng Road, high tech Zone, Chengdu, Sichuan Patentee after: Jimi Technology Co.,Ltd. Address before: No.2, floor 2, unit 1, building 4, Tianfu Software Park, no.1129, shijicheng Road, hi tech Zone, Chengdu, Sichuan 610041 Patentee before: Chengdu Jimi Technology Co.,Ltd. |