CN115707032A - 业务建立方法与装置、多链路设备 - Google Patents
业务建立方法与装置、多链路设备 Download PDFInfo
- Publication number
- CN115707032A CN115707032A CN202110934256.XA CN202110934256A CN115707032A CN 115707032 A CN115707032 A CN 115707032A CN 202110934256 A CN202110934256 A CN 202110934256A CN 115707032 A CN115707032 A CN 115707032A
- Authority
- CN
- China
- Prior art keywords
- link
- service
- multilink
- data
- links
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种业务建立方法与装置、多链路设备;该方法包括:第一多链路设备与第二多链路设备建立多条链路;第一多链路设备与第二多链路设备在多条链路上协商建立第一业务,第一业务用于确定多链路冗余传输的数据,从而通过建立第一业务来确定需要进行多链路冗余传输的数据,既有利于保证数据的高可靠性和低时延性,也有利于满足不同数据的传输需求以及提高数据传输的灵活性。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种业务建立方法与装置、多链路设备。
背景技术
电气与电子工程师协会(Institute of Electrical and ElectronicEngineers,IEEE)组织制定关于无线局域网(wireless local access network,WLAN)的IEEE 802.11be协议标准引入了多链路(multi-link,ML)机制。其中,多链路设备(multi-link device,MLD)可以支持在多条链路上进行数据传输。
多链路设备可以包含多个接入点(accesspoint,AP)或者多个非接入点站点(non-AP station,non-AP STA,也简称为STA或者站点)。若多链路设备包含多个接入点,则该多链路设备可以称为接入点多链路设备(AP MLD);若多链路设备包含多个站点,则该多链路设备可以称为非接入点多链路设备(non-AP MLD)。同时,不同接入点或者站点可以工作在不同的载频上,例如工作在2.4GHz、5GHz、6GHz等载频上。
当AP MLD/non-AP MLD与non-AP MLD之间建立有多条链路(non-AP MLD与non-APMLD之间的链路也可以称为直连链路)时,如何在该多条链路上传输数据以实现高可靠和低时延,还需要进一步研究。
发明内容
第一方面,本申请提供一种业务建立方法,包括:
第一多链路设备与第二多链路设备建立多条链路;
所述第一多链路设备与所述第二多链路设备在所述多条链路上协商建立第一业务,所述第一业务用于确定多链路冗余传输的数据。
可以看出,当AP MLD/non-AP MLD与non-AP MLD之间建立有多条链路时,为了解决如何在该多条链路上传输数据以实现高可靠和低时延的问题,本申请的多链路设备双方协商在所建立的多条链路上建立第一业务,该第一业务用于确定多链路冗余传输的数据。也就是说,依据该第一业务来确定哪些数据需要进行多链路冗余传输,即将第一业务所确定数据进行多链路冗余传输,从而通过多链路冗余传输来实现数据的高可靠性和低时延性的传输,满足不同数据的传输需求、提高数据传输的灵活性。
第二方面,本申请提供一种业务建立装置,所述装置包括处理单元和通信单元,所述处理单元用于:
通过所述通信单元与第二多链路设备建立多条链路;
通过所述通信单元与所述第二多链路设备协商在所述多条链路上建立第一业务,所述第一业务用于确定多链路冗余传输的数据。
第三方面,本申请提供一种多链路设备,所述多链路设备为第一多链路设备,包括处理器、存储器、通信接口以及至少一个程序,其中,所述至少一个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述至少一个程序包括用于执行本申请实施例第一方面中的步骤的指令。
第四方面,本申请提供一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序和数据,其中,所述计算机程序和数据使得计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。
第五方面,本申请提供一种计算机程序,其中,所述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序可以为一个软件安装包。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种无线通信系统的架构示意图;
图2是本申请实施例提供的一种TID到链路映射元素的帧体的结构示意图;
图3是本申请实施例提供的一种TID到链路映射控制字段的结构示意图;
图4是本申请实施例提供的一种SCS描述符元素的帧体的结构示意图;
图5是本申请实施例提供的一种SCS请求帧的帧体的结构示意图;
图6是本申请实施例提供的一种SCS响应帧的帧体的结构示意图;
图7是本申请实施例提供的一种ADDTS请求帧的帧体的结构示意图;
图8是本申请实施例提供的一种业务建立方法的流程示意图;
图9是本申请实施例提供的一种多链路冗余传输数据链路集元素的帧体的结构示意图;
图10是本申请实施例提供的一种业务建立装置的功能单元组成框图;
图11是本申请实施例提供的一种多链路设备的结构示意图。
具体实施方式
为了本技术领域人员更好理解本申请的技术方案,下面结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。显然所描述的实施例是本申请一部分实施例,而不是全部的实施例。针对本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如,包含了一系列步骤或单元的过程、方法、软件、产品或设备没有限定于已列出的步骤或单元,而是还包括没有列出的步骤或单元,或还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
需要说明的是,本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,对此不做任何限定。本申请实施例中出现的“网络”与“系统”表达的是同一概念,通信系统即为通信网络。
本申请实施例可以应用于无线局域网(wireless local area network,WLAN)。目前,WLAN采用的协议标准为IEEE 802.11系列。其中,WLAN可以包括多个基本服务集(basicservice set,BSS),而基本服务集中的设备可以包括接入点的站点(access pointstation,AP STA,也简称为AP或者接入点)和非接入点的站点(none access pointstation,non-AP STA,也简称为STA或者站点)。另外,每个基本服务集可以包含一个接入点和至少一个站点。
具体的,接入点可以是经由无线媒体为与其连接的站点提供网络接入的实体。接入点可以将各个无线网络客户端接入以太网。接入点可以是无线保真(wirelessfidelity,Wi-Fi)芯片的网络设备。接入点可以是支持各类IEEE 802.11协议标准的设备。例如,接入点可以是支持IEEE 802.11ac、IEEE 802.11n、IEEE802.11g、IEEE 802.11b、IEEE802.11ax、IEEE802.11be、下一代WLAN协议标准等的设备。接入点可以包括集中式控制器、基站(base station,BS)、基站收发台(base transceiver station,BTS)、站点控制器和交换机等。
进一步的,接入点可以包括为站点提供无线通信功能的装置,例如芯片系统。其中,该芯片系统可以包括芯片,还可以包括其它分立器件,如收发器件等。
进一步的,接入点可以与互联网协议(Internet Protocol,IP)网络进行通信。例如,因特网(internet)、私有的IP网或者其他数据网等。
具体的,站点可以是无线通讯芯片、无线传感器或无线通信终端。例如,支持Wi-Fi通讯功能的用户设备(user equipment,UE)、远程/远端终端(remote UE)、接入终端、用户单元、用户站、移动设备、用户终端、智能终端、无线通信设备、用户代理或用户装置/蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、手持设备、车载设备、可穿戴设备等,对此不作具体限定。
进一步的,站点可以包括非接入点增强型高吞吐量站点(none AP extremelyhigh throughput station,non-AP EHT STA)和非接入点高效率站点(none AP highefficiency station,non-AP HE STA)等。
进一步的,站点可以包括具有收发功能的装置,例如芯片系统。其中,该芯片系统可以包括芯片,还可以包括其它分立器件,如收发器件等。
结合上述描述,下面本申请实施例对无线通信系统做一个示例性说明。
示例性的,本申请实施例的无线通信系统,请参阅图1。无线通信系统10可以包括接入点多链路设备/非接入点多链路设备(AP MLD/non-AP MLD)110和非接入点多链路设备(non-AP MLD)120。其中,接入点多链路设备/非接入点多链路设备110可以包含多个接入点/站点,如AP/STA 111、AP/STA 112和AP/STA 113等。非接入点多链路设备120可以包含多个站点,如STA 121、STA122和STA 123等。接入点多链路设备/非接入点多链路设备110与非接入点多链路设备120之间建立有多条链路,例如AP/STA 111与STA 121之间建立有链路131、AP/STA 112与STA 122之间建立有链路132、AP/STA 113与STA 123之间建立有链路133等,而不同链路具有不同的工作载频。
可选地,无线通信系统10还可以包括除接入点多链路设备/非接入点多链路设备110和非接入点多链路设备120之外的其他多链路设备、接入点或者站点等,对此不作具体限定。
可选地,无线通信系统10还可以包括接入网(radio access network,RAN)设备、核心网(core network,CN)设备、网络控制器、移动管理实体等其他网络实体,对此不作具体限定。
可选地,无线通信系统10中的接入点多链路设备/非接入点多链路设备110和非接入点多链路设备120之间的通信可以为无线通信或者有线通信,对此不作具体限制。
下面对本申请的技术方案所涉及的相关内容进行介绍。
1、多链路(Multi-Link,ML)
IEEE 802.11be协议标准引入了多链路机制。其中,多链路设备(multi-linkdevice,MLD)可以支持在多条链路上进行数据传输。多链路设备可以包括接入点多链路设备(AP MLD)和非接入点多链路设备(non-AP MLD)。AP MLD可以包含多个接入点(AP),non-AP MLD可以包含多个站点(STA),而不同接入点或者站点可以工作在不同的载频上,例如工作在2.4GHz、5GHz、6GHz等载频上。AP MLD/non-AP MLD与non-AP MLD之间可以建立多条链路,而数据可以在该多条链路上进行传输。
2、流量标识符到链路映射机制(Traffic ID-to-link MappingMechanism)
数据可以在多条链路上进行传输,而该数据在该多条链路上的哪些链路上传输可以通过该数据的流量标识符(traffic ID,TID)确定。
TID到链路映射机制可以用于确定TID如何映射到多链路设备与多链路设备之间建立的多条链路上。
默认情况下(默认映射模式),所有TID应映射到下行链路(DL)和上行链路(UL)的所有链路上。当两个多链路设备(MLD)明确协商了TID到链路映射时,每个TID可以映射到相同或不同的链路集。
如果至少有一个TID映射到某一链路上,则该链路定义为启用(enabled);如果没有TID映射到某一链路上,则该链路定义为禁用(disabled)。在任何时间点,除非使用准入控制,否则TID应始终映射到至少一条链路上。默认情况下(默认映射模式),由于TID映射到所有链路上,因此所有链路都应启用。
如果某一链路被启用,则该链路可以用于数据传输;如果某一链路被禁用,则该链路不可以用于传输。例如,若MSDU/A-MSDU的TID映射到某一链路上,则该链路启用,并且该MSDU/A-MSDU可以在该链路上进行传输。另外,管理帧和控制帧也可以在被启用的链路上传输。
TID到链路映射元素(TID-to-link mapping element)可以用于指示对应(属于、关联或相关)TID的数据可以在哪些链路上进行传输。如图2所示,TID到链路映射元素20的帧体可以包含元素标识符字段210、长度字段220、元素标识符拓展字段230、TID到链路映射控制字段240、TID 0的链路映射字段250、TID 7的链路映射字段260等。其中,TID n(n∈{0,1,…,7})的链路映射字段可以指示允许传输TID n对应的数据的链路。若TID n(n∈{0,1,…,7})的链路映射字段的第i个比特位的值为1,则指示TID n映射到链路ID(link ID)为i所关联的链路上。
如图3所示,TID到链路映射控制字段240可以包括方向子字段2401、默认链路映射子字段2402、预留子字段2403、链路映射存在指示子字段2404。其中,如果TID到链路映射元素20具体为下行链路上传输的数据提供TID到链路映射信息,则方向子字段2401设置为0(下行链路)。如果TID到链路映射元素20具体为在下行链路和上行链路上传输的数据提供TID到链路映射信息,则方向子字段2401设置为2。
如果TID到链路映射元素20表示默认TID到链路映射,则默认链路映射子字段2402设置为1;否则,设置为0。
链路映射存在指示子字段2404可以指示TID n链路映射字段是否存在于TID到链路映射元素20中。若链路映射存在指示子字段2404的第n个比特位的值为1,则指示TID n的链路映射字段存在于TID到链路映射元素20中;否则,指示TID n的链路映射字段不存在于TID到链路映射元素20中。
3、流分类服务(Stream Classification Service,SCS)过程
流分类服务(SCS)使站点能够向其关联的接入点请求将特定QoS处理应用于分类为特定流的单播MSDU。其中,该特定流的QoS特征由业务规范(Traffic Specification,TSPEC)元素描述,该特定流包含传入接入点的MSDU,该MSDU与一个或多个业务分类元素(traffic classificationelement,TCLASelement)中指定的参数相匹配。
SCS描述符元素(SCS descriptor element)定义有关正在分类的流的信息。如图4所示,SCS描述符元素40的帧体可以包含元素描述符字段410、长度字段420、SCS标识符字段430、请求类型字段440、内部访问类别优先级元素450、TCLAS元素字段460、TCLAS处理元素字段470。其中,元素描述符字段410用于设置SCS描述符值;度字段420的值设置为1+n,n表示SCS描述符列表(SCS Descriptor List)字段元素的总长度;请求类型字段440设置为一个数字以标识SCS请求的类型;SCS标识符字段430设置为由站点选择的非零值,用于标识SCS描述符列表字段中指定的SCS流;TCLAS元素字段460包含零个或多个TCLAS信息元素,以指定如何将传入的MSDU分类为该SCS流的一部分;TCLAS处理元素字段470用于定义当存在多个TCLAS元素时如何处理多个TCLAS信息元素。SCS描述符元素40包含在SCS请求帧(SCSrequest frame)中。
SCS请求帧可以用于请求创建、修改或删除流分类。如图5所示,SCS请求帧的帧体可以包含类别字段510、动作字段520、对话令牌字段530和SCS描述符列表字段540。其中,动作字段520用于设置为SCS请求帧指定的值;对话令牌字段530设置为非零值,该值在发送到接入点的SCS请求帧中是唯一的,而接入点还没有收到相应的SCS响应帧;SCS描述符列表字段540包含一个或多个SCS描述符元素。
SCS响应帧用于响应SCS请求帧。如图6所示,SCS响应帧的帧体可以包括类别字段610、动作字段620、对话令牌字段630和SCS状态列表字段640。其中,动作字段620用于设置为SCS响应帧指定的值;对话令牌字段630设置为相应SCS请求帧的非零值;SCS状态列表字段540包含一个或多个SCS描述符元素。SCS状态列表字段640包含一个或多个SCS状态。
SCS状态包含SCSID字段和状态字段。其中,SCSID字段设置为SCS请求帧中接收的SCS描述符元素中的SCSID字段的值;状态字段用于指示请求的SCSID的状态。
4、添加业务流(Add Traffic Stream,ADDTS)
ADDTS用于承载TSPEC和可选的TCLAS元素以建立和维护业务流(traffic stream,TS)。
如图7所示,ADDTS请求帧的帧体可以包含类别字段701、QoS动作字段702、对话令牌字段703、业务规范(Traffic Specification,TSPEC)字段704、业务分类字段705、TCLAS处理字段706、U-APSD共存字段707、加急带宽请求字段708、内部访问类别优先级字段709、高层流标识符字段710、多带宽字段711、U-PID字段712、多个MAC子层字段713。
综上所述,当AP MLD/non-AP MLD与non-AP MLD之间建立有多条链路时,如何在该多条链路上传输数据以实现高可靠和低时延,还需要进一步研究。
结合上述描述,本申请实施例提供一种业务建立方法的流程示意图,请参阅图8,该方法包括:
S810、第一多链路设备与第二多链路设备建立多条链路。
S820、第一多链路设备与第二多链路设备在该多条链路上协商建立第一业务,该第一业务用于确定多链路冗余传输的数据。
具体的,多链路冗余传输的数据可以包括多链路冗余新传或者冗余重传的数据。
可以理解的是,本申请实施例可以将第一业务所确定数据将进行多链路冗余新传或者冗余重传以满足高可靠低时延需求。
需要说明的是,IEEE802.11be协议标准引入多链路机制。一个多链路设备可以包含多个接入点或者多个站点,而多链路设备可以支持在多条链路上进行数据传输。因此,本申请考虑第一多链路设备与第二多链路设备之间建立有多条链路。
目前,当数据正在多条链路中的某条链路上传输时,通常该数据无需在除该链路外的其他链路上再传输以节省传输资源。然而,为了提高数据传输的可靠性以及降低数据传输的时延,本申请引入了多链路冗余传输机制。
多链路冗余传输,可以理解为,当数据在多条链路中的某一链路上传输(如新传或重传)时,该数据可能正在除该链路外的其他链路上传输或者已经在其它链路上被传输但还未确认传输成功(如发送端还未收到接收端反馈的ACK帧等)。
例如,在图1中,当AP/STA 111在链路131上向STA 121传输某一数据时,AP/STA112正在链路132向STA 122传输该数据和/或AP/STA 113正在链路133向STA 123传输该数据;或者,当AP/STA 111在链路131上向STA 121传输某一数据时,AP/STA 112已经在链路132上向STA 122传输了该数据,但是AP/STA 112还未收到STA 122针对该数据所反馈的ACK帧。
另外,当有数据需要在建立的多条链路上传输时,一些数据可能需要进行多链路冗余传输,而另一些数据可能无需进行多链路冗余传输,以便满足不同数据的传输需求以及提高数据传输的灵活性。
基于此,为了解决如何确认哪些数据需要进行多链路冗余传输的问题,本申请的多链路设备(MLD)双方需要在所建立的多条链路上协商建立高可靠低时延业务,即第一业务,该第一业务用于确定多链路冗余传输的数据。也就是说,依据该第一业务来确定哪些数据需要进行多链路冗余传输,即将第一业务所确定数据进行多链路冗余传输以满足高可靠低时延需求。
可见,本申请实施例通过建立第一业务来确定需要进行多链路冗余传输的数据,既有利于保证数据的高可靠性和低时延性,也有利于满足不同数据的传输需求以及提高数据传输的灵活性。
结合上述描述,下面对第一多链路设备与第二多链路设备建立的多条链路进行具体说明。
多链路设备双方所建立的多条链路:
具体的,该多条链路可以为初始建立的所有链路、数据的TID映射的多条链路(TIDmapped links)、默认映射的多条链路(default mapped links)中的之一。
需要说明的是,数据的TID映射的多条链路可以通过TID到链路映射元素(TID-to-link Mapping element)来指示。也就是说,TID到链路映射元素可以指示对应(属于、关联或相关)TID的数据可以在所建立的多条链路中的哪些链路上进行传输。
如图2所示,TID n(n∈{0,1,…,7})的链路映射字段可以指示允许传输TID n对应的数据的链路。若TID n(n∈{0,1,…,7})的链路映射字段的第i个比特位的值为1,则指示TID n映射到链路ID(link ID)为i所关联的链路上。
另外,在默认映射时,每个TID应映射到初始建立的所有链路上。也就是说,默认映射的多条链路可以为初始建立的所有链路。
如图3所示,如果TID到链路映射元素20表示默认TID到链路映射,则默认链路映射子字段2402设置为1;否则,设置为0。
结合上述描述,本申请如何通过所建立第一业务来确认哪些数据需要进行多链路冗余传输可以包括如下两种方式:一种是,根据TID来确定;另一种是,根据TSID来确定。下面对其进行具体说明。
方式一:
具体的,第一业务可以用于确定多链路冗余传输的数据,可以包括:第一业务可以用于根据流量标识符TID确定多链路冗余传输的数据。
需要说明的是,若帧的MAC头部(MAC Header)字段包含QoS控制(QoS control)字段,则该QoS控制字段包含流量标识符(traffic identifier,TID)子字段,该TID子字段有4个比特(bits),一共可以表示16个类型。其中,TID一共可以表示16个,TID 0至TID 7对应业务类别(traffic category,TC),而TID 8至TID 15对应业务流(traffic stream,TS)。
因此,本申请可以协商建立第一业务,该第一业务可以根据TID来区分(确定或标识)哪些数据需要进行多链路冗余传输以满足高可靠低时延需求,即第一业务所确定的数据是根据TID进行区分(确定或标识)的。
例如,当多链路设备双方所协商的第一业务规定TID 7的数据需要进行多链路冗余传输时,从上层来的TID 0至6的数据无需要进行多链路冗余传输,而从上层来的TID 7的数据需要进行多链路冗余传输。
方式二:
具体的,第一业务可以用于确定多链路冗余传输的数据,可以包括:第一业务可以用于根据业务流标识符TSID确定多链路冗余传输的数据。
需要说明的是,TS用于支持IEEE 802.11e服务质量增强的无线网络,是自定义的QoS类型,可以通过SCS过程或ADDTS过程来协商,对应于在TSPEC中描述的特定QoS参数的(如果有TCLAS则可以是符合TCLAS参数特征的)一组MSDU集合,仅在MAC层中具有意义,由TSID进行区分。
因此,本申请可以协商建立第一业务,该第一业务可以根据TSID来区分(确定或标识)哪些数据需要进行多链路冗余传输以满足高可靠低时延需求,即第一业务所确定的数据是根据TSID来进行区分(确定或标识)的。
结合上述描述,下面对多链路设备双方如何协商建立第一业务进行具体说明。
具体的,第一业务可以是通过动作帧所协商建立的。
需要说明的是,多链路设备双方可以通过动作帧来协商建立第一业务,而该动作帧可以是新定义的动作帧。
例如,多链路设备双方可以通过动作帧来协商建立根据TID确定多链路冗余传输的数据的业务;或者,多链路设备双方可以通过动作帧来协商建立根据TSID确定多链路冗余传输的数据的业务。
另外,在多链路设备双方通过动作帧来协商建立第一业务下,可以存在如下方式:
1)第一多链路设备和第二多链路设备之间可以通过动作帧来协商建立第一业务,该第一业务用于根据TID确定多链路冗余传输的数据;
2)第一多链路设备和第二多链路设备之间可以通过SCS请求帧和/或SCS响应帧来协商建立第一业务,该第一业务用于根据TSID确定多链路冗余传输的数据;
3)第一多链路设备和第二多链路设备之间可以通过ADDTS请求帧和/或ADDTS响应帧来协商建立第一业务,该第一业务用于根据TSID确定多链路冗余传输的数据。
通过动作帧来协商建立根据TID确定多链路冗余传输的数据的业务:
为了实现通过动作帧来协商建立根据TID确定多链路冗余传输的数据的业务,本申请的动作帧可以包含标识第一业务的TID信息元素。其中,该标识第一业务的TID信息元素可以用于标识第一业务的TID。
另外,为了在所建立的多条链路上确定哪些链路可以用于多链路冗余传输数据,以便改变或减少用于多链路冗余传输的链路,该动作帧还可以包括流量标识符到链路映射元素。其中,该流量标识符到链路映射元素可以用于在多条链路中确定用于多链路冗余传输数据的链路。
对于动作帧还包含流量标识符到链路映射元素的情况,需要说明的是,当需要在多链路设备双方所建立的多条链路上进行多链路冗余传输时,由于多链路冗余传输比较消耗信道资源,因此本申请可以在协商建立第一业务的过程中,通过动作帧携带流量标识符到链路映射元素(TID-to-link mapping element),并通过流量标识符到链路映射元素在所建立的多条链路上确定哪些链路可以用于多链路冗余传输数据,以便改变或减少用于多链路冗余传输的链路。
例如,在图1中,TID 7映射的多条链路为链路131、链路132和链路133。当接入点多链路设备/非接入点多链路设备110与非接入点多链路设备120双方通过动作帧协商建立第一业务时,该动作帧中携带流量标识符到链路映射元素,该流量标识符到链路映射元素用于在TID 7映射的多条链路上确定多链路冗余传输TID7的数据的链路为链路131和链路132,即第一业务所确定的TID 7的数据在链路131和链路132上进行多链路冗余传输。
通过动作帧来协商建立根据TSID确定多链路冗余传输的数据的业务:
方式1:
为了实现通过动作帧来协商建立根据TSID确定多链路冗余传输的数据的业务,本申请的动作帧可以包含流量标识符到链路映射元素,且该动作帧包括以下至少之一:流分类服务SCS请求帧、SCS响应帧、ADDTS请求帧、ADDTS响应帧。其中,该流量标识符到链路映射元素可以用于在多条链路中确定用于多链路冗余传输数据的链路。
需要说明的是,在通过动作帧来协商建立根据TSID确定多链路冗余传输的数据的业务的过程中,本申请可以通过SCS请求帧、SCS响应帧、ADDTS请求帧、ADDTS响应帧中的至少之一携带流量标识符到链路映射元素(TID-to-link mapping element),从而通过动作帧携带流量标识符到链路映射元素以在所建立的多条链路上确定哪些链路可以用于多链路冗余传输数据,以便改变或减少用于多链路冗余传输的链路。
方式2:
为了实现通过动作帧来协商建立根据TSID确定多链路冗余传输的数据的业务,本申请的动作帧可以包含多链路冗余传输数据链路集元素,且该动作帧包括以下至少之一:流分类服务SCS请求帧、SCS响应帧、ADDTS请求帧、ADDTS响应帧。其中,该多链路冗余传输数据链路集元素用于在多条链路中确定用于多链路冗余传输数据的链路。
需要说明的是,在通过动作帧来协商建立根据TSID确定多链路冗余传输的数据的业务的过程中,本申请可以通过SCS请求帧、SCS响应帧、ADDTS请求帧、ADDTS响应帧中的至少之一携带多链路冗余传输数据链路集元素。
示例性的,如图9所示,多链路冗余传输数据链路集元素90的帧体可以包含元素标识符910、元素标识符拓展920和冗余传输链路位图930。
结合上述描述,下面对本申请实施例还包括的技术方案进行具体说明。
具体的,在S820之后,本申请还可以包括:第一多链路设备在第一链路集合上多链路冗余传输第一业务所确定的数据,该第一链路集合可以包括从多条链路中确定的用于多链路冗余传输第一业务所确定的数据的链路。
需要说明的是,第一业务所确定的数据可以为需要多链路冗余传输的数据。
另外,在协商建立第一业务的过程中,本申请实施例可以在所建立的多条链路中协商哪些链路用于多链路冗余传输第一业务所确定的数据,并将这些链路的集合作为第一链路集合。例如,在通过动作帧协商建立第一业务时,该动作帧通过携带TID到链路映射元素来确定用于多链路冗余传输第一业务所确定的数据的链路。
结合上述描述,下面对第一多链路设备与第二多链路设备建立的多条链路上可能存在省电管理(power save)的情况进行具体说明。
在说明多条链路的省电管理之前,下面先对一条链路上的省电管理进行说明。
在STA与AP之间建立一条链路时的省电管理:
当STA有数据要发送给AP时,STA需要先侦听该链路,并在获取发送机会之后,将该数据在该链路上发送出去;
在STA发送完该数据之后,STA会向AP发送信令来指示STA进入省电状态,即进入沉睡(doze)状态;
在STA进入doze状态之后,如果AP需要发送下行数据给STA,那么AP会缓存该下行数据,并在beacon帧里携带用于指示是否有下行数据缓存着;
STA需要周期性的醒来去读beacon帧,若STA发现有下行数据在AP进行缓存,则STA需要发送信令来告知AP自己醒来,可以下发缓存的下行数据。
然而,在多条链路的省电管理中,每条链路上都存在省电管理。由于本申请的数据需要在多条链路上进行冗余传输。在多链路冗余传输时,若多链路设备的一个处于非休眠状态的站点在其对应的链路上接收到第一业务所确定的数据,则可以确定在其他处于休眠状态的站点所对应的链路上应该有冗余传输该数据。因此,该其他处于休眠状态的站点就自动退出休眠状态,而无需再发送信令以告知对端自己已醒来,从而有利于节省信令开销。
基于此,本申请的第一链路集合可以包括至少一个第一链路和至少一个第二链路,第一链路对应的第二多链路设备中的站点处于非休眠状态,第二链路对应的第二多链路设备中的站点处于休眠状态;若第一业务所确定的数据在第一链路上传输成功,则第二链路对应的第二多链路设备中的站点退出休眠状态。
需要说明的是,当第一多链路设备在第一链路集合上多链路冗余传输第一业务所确定的数据时,第一多链路设备作为发送端,而第二多链路设备作为接收端。在用于多链路冗余传输第一业务所确定的数据的链路中,接收端中处于休眠状态的站点所对应的链路为第一链路,而接收端中处于非休眠状态的站点所对应的链路为第二链路。
例如,在图1中,链路131和链路132作为用于多链路冗余传输第一业务所确定的数据,而接入点多链路设备/非接入点多链路设备110作为发送端,非接入点多链路设备120作为接收端。当STA 121处于非休眠状态,且STA 122处于休眠状态时,若STA 121在链路131上接收到第一业务所确定的数据,则STA 122自动退出休眠状态,而无需向AP/STA 112发送信令以告知自己醒来,从而有利于节省信令开销。
为了避免在接收端还未唤醒成功下发送端就发送数据,而导致接收端接收该数据失败,本申请实施例还需要设置一定的时间间隔(即时长)来保证接收端唤醒成功。
基于此,第二链路对应的第二多链路设备中的站点退出休眠状态,可以包括:第二链路对应的第二多链路设备中的站点在第一时长之后退出休眠状态。
需要说明的是,由于第二链路对应的第二多链路设备中的站点处于休眠状态,因此本申请可以通过设置第一时长来保证该站点能够唤醒成功(即退出休眠状态),从而避免在该站点还未唤醒成功下就接收数据,而导致数据接收失败。
另外,第一时长可以由第二链路对应的第二多链路设备中的站点的能力确定,第二链路对应的第二多链路设备中的站点的能力由关联过程中的信令携带。或者,第一时长可以是预配置的,对此不作具体限制。
可以理解的是,本申请可以根据待唤醒的站点的能力来确定唤醒所需要的时间间隔(即第一时长),并通过关联过程中的信令将其能力告诉给对端的站点,以便对端的站点获知该第一时长,从而在该第一时长之后再发数据,保证数据接收成功。
结合上述描述,下面对第一多链路设备和/或第二多链路设备可能为单射频(single radio)的多链路设备的情况进行具体说明。
当第一多链路设备和/或第二多链路设备为单射频的多链路设备时,虽然第一多链路设备与第二多链路设备之间建立有多条链路,但由于只能进行单射频,因此第一多链路设备和/或第二多链路设备只能同时在所建立的多条链路中的一条链路上进行数据传输,而无法同时在多链路上进行数据传输。
虽然第一多链路设备与第二多链路设备协商建立了第一业务,可以对第一业务所确定的数据进行多链路冗余传输,但是无法在第一链路集合的各条链路中同时冗余传输第一业务所确定的数据。
基于此,第一多链路设备在第一链路集合上多链路冗余传输第一业务所确定的数据,可以包括:若第一链路集合中的各条链路上无法同时冗余传输第一业务所确定的数据,且第一业务所确定的数据在第一链路集合中的第三链路上传输失败,则第一多链路设备切换到第一链路集合中的第四链路上重传第一业务所确定的数据。
可以理解的是,在第一多链路设备和/或第二多链路设备为单射频的多链路设备的情况下,若第一业务所确定的数据在某一链路上传输失败,则需要进行链路切换,并在另一条链路上重传该数据,从而通过链路切换保证第一业务所确定的数据传输成功。
另外,为了实现链路切换,第一多链路设备与第二多链路设备可以在协商建立第一业务的过程中约定链路切换的顺序,从而通过约定实现配置链路切换顺序。
基于此,第一多链路设备切换到第一链路集合中的第四链路上重传第一业务所确定的数据,可以包括:第一多链路设备按照链路切换顺序切换到第一链路集合中的第四链路上重传第一业务所确定的数据,链路切换顺序由协商建立第一业务的过程中约定。
上述主要从方法侧的角度对本申请实施例的方案进行了介绍。可以理解的是,多链路设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该知悉,结合本文中所公开的实施例描述的各示例的方法、模块、单元或者算法步骤,本申请能够以硬件或者硬件与计算机软件的结合形式来实现。某个方法、功能、模块、单元或者步骤究竟以硬件或计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用使用不同方法来实现所描述的方法、功能、模块、单元或者步骤,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对多链路设备进行功能单元/模块的划分。例如,可以对应各个功能划分各个功能单元/模块,也可以将两个或两个以上的功能集成在一个功能单元/模块中。上述集成的功能单元/模块既可以采用硬件的方式实现,也可以采用软件程序的方式实现。需要说明的是,本申请实施例中对功能单元/模块的划分是示意性的,只是一种逻辑功能划分,而实际实现时可以有另外的划分方式。
在采用集成的单元/模块的情况下,图10提供了一种业务建立装置的功能单元组成框图。业务建立装置1000可以包括:处理单元1002和通信单元1003。处理单元1002用于对业务建立装置1000的执行动作进行控制管理。例如,处理单元1002用于支持业务建立装置1000执行图8中的第一链路设备或第二链路设备所执行的步骤以及用于本申请所描述的技术方案的其它过程。通信单元1003用于支持业务建立装置1000与无线通信系统中的其他设备之间的通信。业务建立装置1000还可以包括存储单元1001,用于业务建立装置1000所执行的程序代码和所传输的数据。
需要说明的是,业务建立装置1000可以是芯片或者芯片模组。通信单元1003可以包括多链路设备中的至少一个站点(STA)或接入点(AP),即通信单元1003可以是站点(STA)或者接入点(AP)。
其中,处理单元1002可以是处理器或控制器,例如可以是中央处理器(centralprocessing unit,CPU)、通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application-specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理单元1002也可以是实现计算功能的组合,例如包含一个或多个微处理器组合、DSP和微处理器的组合等等。通信单元1003可以是通信接口、收发器、收发电路等,存储单元1001可以是存储器。当处理单元1002为处理器,通信单元1003为通信接口,存储单元1001为存储器时,本申请实施例所涉及的业务建立装置1000可以为图11所示的多链路设备。
具体的,处理单元1002用于执行如上述方法实施例中由多链路设备执行的任一步骤,且在执行诸如发送等数据传输时,可选择的调用通信单元1003来完成相应操作。下面进行详细说明。
处理单元1002用于:与第二多链路设备建立多条链路;与第二多链路设备在多条链路上协商建立第一业务,第一业务用于确定多链路冗余传输的数据。
需要说明的是,图10所述实施例中各个操作的具体实现可以详见上述图8所示的方法实施例中的描述,在此不再赘述。
请参阅图11,图11是本申请实施例提供的一种多链路设备的结构示意图。其中,多链路设备1100包括处理器1110、存储器1120、通信接口1130以及用于连接处理器1110、存储器1120、通信接口1130的通信总线。
存储器1120包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmableread-only memory,EPROM)或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器1120用于存储多链路设备1000所执行的程序代码和所传输的数据。
通信接口1130用于接收和发送数据。
处理器1110可以是一个或多个CPU。在处理器1110是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
多链路设备1100中的处理器1110用于读取存储器1120中存储的至少一个程序1121,执行以下操作:与第二多链路设备建立多条链路;与第二多链路设备在多条链路上协商建立第一业务,第一业务用于确定多链路冗余传输的数据。
需要说明的是,各个操作的具体实现可以采用上述图8所示的方法实施例的相应描述,多链路设备1100可以用于执行本申请上述方法实施例的多链路设备侧的方法,在此不再具体赘述。
本申请实施例还提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序和数据,其中,所述计算机程序和数据使得计算机执行如上述方法实施例中站点或接入点所描述的部分或全部步骤。
本申请实施例还提供了一种计算机程序产品,其中,所述计算机程序产品包括计算机程序,所述计算机程序可操作来使计算机执行如上述方法实施例中站点或接入点所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
需要说明的是,对于上述的各个实施例,为了简单描述,将其都表述为一系列的动作组合。本领域技术人员应该知悉,本申请不受所描述的动作顺序的限制,因为本申请实施例中的某些步骤可以采用其他顺序或者同时进行。另外,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作、步骤、模块或单元等并不一定是本申请实施例所必须的。
在上述实施例中,本申请实施例对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
本领域技术人员应该知悉,本申请实施例所描述的方法、步骤或者相关模块/单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式来实现,也可以是由处理器执行计算机程序指令的方式来实现。其中,该计算机程序产品包括至少一个计算机程序指令,计算机程序指令可以由相应的软件模块组成,软件模块可以被存放于RAM、闪存、ROM、EPROM、EEPROM、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。该计算机程序指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。例如,该计算机程序指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质、或者半导体介质(如SSD)等。
上述实施例中描述的各个装置或产品包含的各个模块/单元,其可以是软件模块/单元,可以是硬件模块/单元,也可以一部分是软件模块/单元,而另一部分是硬件模块/单元。例如,对于应用于或集成于芯片的各个装置或产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现;或者,其包含的一部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片内部集成的处理器,而另一部分(如果有)的部分模块/单元可以采用电路等硬件方式实现。对于应用于或集成于芯片模组的各个装置或产品,或者应用于或集成于终端的各个装置或产品,同理可知。
以上所述的具体实施方式,对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请实施例的具体实施方式而已,并不用于限定本申请实施例的保护范围。凡在本申请实施例的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请实施例的保护范围之内。
Claims (17)
1.一种业务建立方法,其特征在于,包括:
第一多链路设备与第二多链路设备建立多条链路;
所述第一多链路设备与所述第二多链路设备在所述多条链路上协商建立第一业务,所述第一业务用于确定多链路冗余传输的数据。
2.根据权利要求1所述的方法,其特征在于,所述第一业务用于确定多链路冗余传输的数据,包括:
所述第一业务用于根据流量标识符TID确定多链路冗余传输的数据。
3.根据权利要求1所述的方法,其特征在于,所述第一业务用于确定多链路冗余传输的数据,包括:
所述第一业务用于根据业务流标识符TSID确定多链路冗余传输的数据。
4.根据权利要求1所述的方法,其特征在于,所述第一业务是通过动作帧所协商建立的。
5.根据权利要求4所述的方法,其特征在于,所述动作帧包含标识所述第一业务的TID信息元素。
6.根据权利要求4所述的方法,其特征在于,所述动作帧包含流量标识符到链路映射元素,所述流量标识符到链路映射元素用于在所述多条链路中确定用于多链路冗余传输数据的链路。
7.根据权利要求4所述的方法,其特征在于,所述动作帧包括以下至少之一:流分类服务SCS请求帧、SCS响应帧、添加业务流ADDTS请求帧、ADDTS响应帧。
8.根据权利要求4所述的方法,其特征在于,所述动作帧包含多链路冗余传输数据链路集元素,所述多链路冗余传输数据链路集元素用于在所述多条链路中确定用于多链路冗余传输数据的链路。
9.根据权利要求1-8任一项所述的方法,其特征在于,还包括:
所述第一多链路设备在第一链路集合上多链路冗余传输所述第一业务所确定的数据,所述第一链路集合包括从所述多条链路中确定的用于多链路冗余传输所述第一业务所确定的数据的链路。
10.根据权利要求9所述的方法,其特征在于,所述第一链路集合包括至少一个第一链路和至少一个第二链路,所述第一链路对应的所述第二多链路设备中的站点处于非休眠状态,所述第二链路对应的所述第二多链路设备中的站点处于休眠状态;
若所述第一业务所确定的数据在所述第一链路上传输成功,则所述第二链路对应的所述第二多链路设备中的站点退出所述休眠状态。
11.根据权利要求10所述的方法,其特征在于,所述第二链路对应的所述第二多链路设备中的站点退出所述休眠状态,包括:
所述第二链路对应的所述第二多链路设备中的站点在第一时长之后退出所述休眠状态。
12.根据权利要求10所述的方法,其特征在于,所述第一时长由所述第二链路对应的所述第二多链路设备中的站点的能力确定,所述第二链路对应的所述第二多链路设备中的站点的能力由关联过程中的信令携带。
13.根据权利要求9所述的方法,其特征在于,所述第一多链路设备在第一链路集合上多链路冗余传输所述第一业务所确定的数据,包括:
若所述第一链路集合中的各条链路上无法同时冗余传输所述第一业务所确定的数据,且所述第一业务所确定的数据在所述第一链路集合中的第三链路上传输失败,则
所述第一多链路设备切换到所述第一链路集合中的第四链路上重传所述第一业务所确定的数据。
14.根据权利要求13所述的方法,其特征在于,所述第一多链路设备切换到所述第一链路集合中的第四链路上重传所述第一业务所确定的数据,包括:
所述第一多链路设备按照链路切换顺序切换到所述第一链路集合中的第四链路上重传所述第一业务所确定的数据,所述链路切换顺序由协商建立所述第一业务的过程中约定。
15.一种业务建立装置,其特征在于,所述装置包括处理单元和通信单元,所述处理单元用于:
通过所述通信单元与第二多链路设备建立多条链路;
通过所述通信单元与所述第二多链路设备协商在所述多条链路上建立第一业务,所述第一业务用于确定多链路冗余传输的数据。
16.一种多链路设备,其特征在于,所述多链路设备为第一多链路设备,包括处理器、存储器、通信接口以及至少一个程序,所述至少一个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述至少一个程序包括用于执行如权利要求1-14任一项所述的方法中的步骤的指令。
17.一种计算机可读存储介质,其特征在于,其存储用于电子数据交换的计算机程序和数据,其中,所述计算机程序和数据使得计算机执行如权利要求1-14中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110934256.XA CN115707032A (zh) | 2021-08-13 | 2021-08-13 | 业务建立方法与装置、多链路设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110934256.XA CN115707032A (zh) | 2021-08-13 | 2021-08-13 | 业务建立方法与装置、多链路设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115707032A true CN115707032A (zh) | 2023-02-17 |
Family
ID=85180285
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110934256.XA Pending CN115707032A (zh) | 2021-08-13 | 2021-08-13 | 业务建立方法与装置、多链路设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115707032A (zh) |
-
2021
- 2021-08-13 CN CN202110934256.XA patent/CN115707032A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11770731B2 (en) | Target wake time traffic differentiation and service period extension | |
EP2218236B1 (en) | Procedure for a power save mode in a direct link setup wireless network | |
KR101580815B1 (ko) | 무선통신 시스템에서 동적 슬립 모드를 위한 장치 및 방법 | |
EP1730885B1 (en) | Multicasting in wireless networks | |
JP5124838B2 (ja) | 間欠受信の制御方法 | |
US11737018B2 (en) | Multi-link hibernation mode for WLAN | |
US20100177712A1 (en) | Multichannel/multiband operation for wireless device to device communication | |
US7813307B2 (en) | Power save in IBSS mode of WLAN operation | |
WO2013139182A1 (zh) | 休眠方法及装置 | |
JP2009512387A (ja) | 無線通信システムにおける送信期間を割り当てる方法及び装置、並びにそのシステム | |
EP2122920A1 (en) | Peer power save mode in tunneled direct link setup (tdls) wireless network | |
CN110651505B (zh) | 通信装置和通信方法 | |
CN111447512B (zh) | 一种面向边缘云卸载的节能方法 | |
CN114071584A (zh) | 在宽带通信和窄带通信之间转换的指示 | |
WO2019218989A1 (zh) | 基于多站点协作的数据传输方法和装置 | |
CN109151957B (zh) | 无线局域网的通信方法及通信装置、通信设备 | |
WO2017177440A1 (zh) | 状态指示的传输装置、方法以及通信系统 | |
CN115707032A (zh) | 业务建立方法与装置、多链路设备 | |
CN114640413B (zh) | 一种信道监听方法及装置 | |
WO2023083310A1 (zh) | 数据传输方法与装置、多链路设备 | |
WO2023284263A1 (zh) | 多链路冗余传输控制方法与装置、多链路设备 | |
WO2024131809A1 (zh) | 一种通信的方法和通信装置 | |
WO2022120610A1 (zh) | 无线通信方法和终端 | |
JP7018069B2 (ja) | 端末局および通信方法 | |
CN116801233A (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 |