协商业务与链路映射配置的方法、装置、设备及存储介质与流程

1.本技术涉及无线通信领域，尤其涉及一种协商业务与链路映射配置的方法、装置、设备及存储介质。


背景技术：

2.在802.11系统中，接入设备（ap sta）和终端设备（non
‑
ap sta）在内部都部署有mac层和phy层，其中mac层的主要功能有信道管理、连接管理、服务质量管理、功率控制和时间同步等，phy层的主要功能有调制、编码和传输等。
3.mac层和phy层在概念上都包括分别称为媒体接入层管理实体mlme（mac sublayer management entity）和物理层管理实体plme（phy sublayer management entity）的管理实体。这些实体提供了低层管理服务接口，通过这些接口可以调用低层管理功能。
4.为了提供正确的mac操作，每个设备(包括non
‑
ap sta 和 ap sta)中都有高层管理实体，如sme（station management entity，设备管理实体），sme表示在mac层之上的高层管理实体，是一个独立于层的实体，它位于单独的管理平面中。
5.sme的作用：通常，该实体负责诸如从各种层管理实体（mlme和plme）收集与层相关的状态之类的功能，类似地，其还会设置特定于层的参数值。 sme通常代表一般的系统管理实体执行此类功能。各个层之间通过定义的原语进行交互。图1描述了管理实体之间的关系。
6.802.11be网络，也称为extremely high throughput（eht）网络，通过一系列系统特性和多种机制增强功能以实现极高的吞吐量。随着无线局域网（wlan）的使用持续增长，对于在许多环境（例如家庭，企业和热点）中提供无线数据服务越来越重要。特别是，视频流量将继续是许多wlan部署中的主要流量类型。由于出现了4k和8k视频（20 gbps的未压缩速率），这些应用的吞吐量要求正在不断发展。诸如虚拟现实或增强现实、游戏、远程办公室和云计算之类的新型高吞吐量，低延迟应用程序将会激增（例如，实时游戏的延迟低于5毫秒）。
7.鉴于这些应用程序的高吞吐量和严格的实时延迟要求，用户期望通过wlan支持其应用程序时，吞吐量更高，可靠性更高，延迟和抖动更少，电源效率更高。用户期望改进与时敏网络（tsn）的集成，以支持异构以太网和无线lan上的应用程序。802.11be网络旨在通过进一步提高总吞吐量和降低延迟来确保wlan的竞争力，同时确保与旧版技术标准向后兼容和共存。在2.4 ghz，5 ghz和6 ghz频段运行的802.11兼容设备。


技术实现要素：

8.在引入多链路的技术后，具备可以同时在多条链路上操作的能力的设备称为多链路设备，多链路设备与多链路设备可以在多条链路上进行连接，相比单链路来说，对传输业务数据可以有更灵活的配置。有鉴于此，本技术实施例提供一种协商业务与链路映射配置的方法、装置、设备及存储介质，使得多链路设备之间可以协商业务与链路灵活匹配。
9.第一方面，本技术实施例提供一种协商业务与链路映射配置的方法，应用于多链路设备，所述多链路设备中包含高层管理实体和低层管理实体，包括：高层管理实体向低层管理实体发送第一业务链路映射请求原语，所述第一业务链路映射请求原语中包含对等设备的地址、协商会话标识及业务与链路映射配置信息，所述对等设备为多链路设备；低层管理实体向对等设备发送第一业务链路映射请求消息，所述第一业务链路映射请求消息中包含消息的类型、协商会话标识、业务与链路映射配置信息及是否使用缺省配置的指示，且所述第一业务链路映射请求消息根据所述第一业务链路映射请求原语进行设置；低层管理实体接收来自所述对等设备的业务链路映射响应消息，所述业务链路映射响应消息中包含消息的类型、协商会话标识及对请求的处理状态；低层管理实体向高层管理实体发送业务链路映射确认原语，所述业务链路映射确认原语中包含对等设备的地址、协商会话标识及对请求的处理状态，且所述业务链路映射确认原语根据接收到的业务链路映射响应消息进行设置。
10.在一种可能的实现方式中，所述低层管理实体向对等设备发送第一业务链路映射请求消息包括：所述第一业务链路映射请求原语中的对等设备的地址为多链路设备的地址，在任一条链路上向对等设备发送第一业务链路映射请求消息；或者，所述第一业务链路映射请求原语中的对等设备的地址为隶属于多链路设备的逻辑实体的地址，在所述逻辑实体对应的链路上向对等设备发送第一业务链路映射请求消息。
11.在一种可能的实现方式中，如果所述对请求的处理状态指示接受请求或建议，则所述业务链路映射响应消息和业务链路映射确认原语中还包含业务与链路映射配置信息，且所述业务链路映射响应消息中还包含是否使用缺省配置的指示。
12.在一种可能的实现方式中，还包括：如果所述业务链路映射确认原语中的对请求的处理状态指示接受请求，高层管理实体根据所述业务链路映射确认原语进行业务与链路映射配置；如果所述业务链路映射确认原语中的对请求的处理状态指示拒绝请求，高层管理实体不更改当前业务与链路映射配置，或者设置为缺省配置。
13.在一种可能的实现方式中，还包括：如果所述业务链路映射确认原语中的对请求的处理状态指示建议，高层管理实体根据自身的业务情况，或/和自身的能力，或/和操作的限制决定是否接受建议的配置参数，如果接受，则根据建议的参数进行业务与链路映射配置，如果不接受，则不更改当前业务与链路映射配置或者设置为缺省配置。
14.在一种可能的实现方式中，还包括：高层管理实体向低层管理实体发送业务链路映射终止请求原语或者第二业务链路映射请求原语，指示低层管理实体发送业务链路映射终止消息或第二业务链路映射请求消息告知对等设备终止使用当前的业务与链路映射配置；低层管理实体向对等设备发送第二业务链路映射请求消息或业务链路映射终止
消息，指示对等设备终止使用当前的业务与链路映射配置，且所述第二业务链路映射请求消息或业务链路映射终止消息根据所述业务链路映射终止请求原语或者第二业务链路映射请求原语进行设置。
15.在一种可能的实现方式中，所述业务链路映射终止请求原语中包含对等设备的地址；所述第二业务链路映射请求原语中包含对等设备的地址及使用缺省配置的指示；所述第二业务链路映射请求消息中包含消息的类型及是否使用缺省配置的指示。
16.在一种可能的实现方式中，所述低层管理实体向对等设备发送第二业务链路映射请求消息或业务链路映射终止消息包括：所述业务链路映射终止请求原语或者第二业务链路映射请求原语中的对等设备的地址为多链路设备的地址，在任一条链路上向对等设备发送第二业务链路映射请求消息或业务链路映射终止消息；或者，所述业务链路映射终止请求原语或者第二业务链路映射请求原语中的对等设备的地址为隶属于多链路设备的逻辑实体的地址，在所述逻辑实体对应的链路上向对等设备发送第二业务链路映射请求消息或业务链路映射终止消息。
17.在一种可能的实现方式中，所述第一业务链路映射请求消息根据所述第一业务链路映射请求原语进行设置包括：根据所述第一业务链路映射请求原语的类型，或者根据所述第一业务链路映射请求原语中包含业务与链路映射配置信息，将所述第一业务链路映射请求消息中的是否使用缺省配置的指示设置为指示不使用缺省配置。
18.在一种可能的实现方式中，所述第二业务链路映射请求消息根据所述业务链路映射终止请求原语或者第二业务链路映射请求原语进行设置包括：根据所述业务链路映射终止请求原语或者第二业务链路映射请求原语的类型，或者根据所述第二业务链路映射请求原语中的使用缺省配置的指示，将所述第二业务链路映射请求消息中的是否使用缺省配置的指示设置为指示使用缺省配置。
19.在一种可能的实现方式中，所述第一业务链路映射请求原语中还包含不使用缺省配置的指示，所述业务链路映射确认原语中还包含是否使用缺省配置的指示。
20.在一种可能的实现方式中，所述业务与链路映射配置信息包括第一参数、第二参数和一个或多个第三参数，所述第一参数用于指示业务与链路匹配用于上行链路，或下行链路，或上下和下行链路；所述第二参数用于指示包含对哪些业务进行配置；所述第三参数用于指示与所述第二参数指示的需要进行配置的业务匹配的链路。
21.第二方面，本技术实施例提供一种协商业务与链路映射配置的方法，应用于多链路设备，所述多链路设备中包含高层管理实体和低层管理实体，所述方法包括：低层管理实体接收来自对等设备的第一业务链路映射请求消息，所述第一业务链路映射请求消息中包含消息的类型、协商会话标识、业务与链路映射配置信息及是否使用缺省配置的指示，所述对等设备为多链路设备；低层管理实体向高层管理实体发送第一业务链路映射指示原语，所述第一业务链路映射指示原语中包含对等设备的地址、协商会话标识及业务与链路映射配置信息，且所述第一业务链路映射指示原语根据所述第一业务链路映射请求消息进行设置；高层管理实体向低层管理实体发送业务链路映射响应原语，所述业务链路映射响
应原语中包含对等设备的地址、协商会话标识及对请求的处理状态，且所述业务链路映射响应原语根据所述第一业务链路映射指示原语进行设置；低层管理实体向对等设备发送业务链路映射响应消息，所述业务链路映射响应消息中包含消息的类型、协商会话标识及对请求的处理状态，且所述业务链路映射响应消息根据所述业务链路映射响应原语进行设置。
22.在一种可能的实现方式中，所述低层管理实体向对等设备发送业务链路映射响应消息包括：所述业务链路映射响应原语中的对等设备的地址为多链路设备的地址，在任一条链路上向对等设备发送业务链路映射响应消息；或者，所述业务链路映射响应原语中的对等设备的地址为隶属于多链路设备的逻辑实体的地址，在所述逻辑实体对应的链路上向对等设备发送业务链路映射响应消息。
23.在一种可能的实现方式中，如果所述对请求的处理状态指示接受请求或建议，则所述业务链路映射响应原语和业务链路映射响应消息中还包含业务与链路映射配置信息，且所述业务链路映射响应消息中还包含是否使用缺省配置的指示。
24.在一种可能的实现方式中，还包括：低层管理实体接收来自对等设备的第二业务链路映射请求消息或业务链路映射终止消息，所述第二业务链路映射请求消息或业务链路映射终止消息用于指示终止使用当前的业务与链路映射配置；低层管理实体向高层管理实体发送业务链路映射终止指示原语或者第二业务链路映射指示原语，指示高层管理实体终止使用当前的业务与链路映射配置，且所述业务链路映射终止指示原语或者第二业务链路映射指示原语根据所述第二业务链路映射请求消息或业务链路映射终止消息进行设置；高层管理实体将业务与链路映射配置设置为缺省配置。
25.在一种可能的实现方式中，所述第二业务链路映射请求消息中包含消息的类型及使用缺省配置的指示；所述业务链路映射终止指示原语中包含对等设备的地址；所述第二业务链路映射指示原语中包含对等设备的地址及是否使用缺省配置的指示。
26.在一种可能的实现方式中，所述业务链路映射响应消息根据所述业务链路映射响应原语进行设置包括：根据所述业务链路映射响应原语的类型，或者根据所述业务链路映射响应原语中包含业务与链路映射配置信息，将所述业务链路映射响应消息中的是否使用缺省配置的指示设置为指示不使用缺省配置。
27.在一种可能的实现方式中，所述第二业务链路映射指示原语根据所述第二业务链路映射请求消息或业务链路映射终止消息进行设置包括：根据所述第二业务链路映射请求消息或业务链路映射终止消息的类型，或者根据所述第二业务链路映射请求消息中的使用缺省配置的指示，将所述第二业务链路映射指示原语中的是否使用缺省配置的指示设置为指示使用缺省配置。
28.在一种可能的实现方式中，所述第一业务链路映射指示原语中还包含是否使用缺省配置的指示，所述业务链路映射响应原语中还包含是否使用缺省配置的指示。
29.在一种可能的实现方式中，所述业务与链路映射配置信息包括第一参数、第二参
数和一个或多个第三参数，所述第一参数用于指示业务与链路匹配用于上行链路，或下行链路，或上下和下行链路；所述第二参数用于指示包含对哪些业务进行配置；所述第三参数用于指示与所述第二参数指示的需要进行配置的业务匹配的链路。
30.第三方面，本技术实施例提供一种协商业务与链路映射配置的装置，应用于多链路设备，所述多链路设备中包含高层管理实体和低层管理实体，所述装置包括协商模块，所述协商模块用于执行以下步骤：通过高层管理实体向低层管理实体发送第一业务链路映射请求原语，所述第一业务链路映射请求原语中包含对等设备的地址、协商会话标识及业务与链路映射配置信息，所述对等设备为多链路设备；通过低层管理实体向对等设备发送第一业务链路映射请求消息，所述第一业务链路映射请求消息中包含消息的类型、协商会话标识、业务与链路映射配置信息及是否使用缺省配置的指示，且所述第一业务链路映射请求消息根据所述第一业务链路映射请求原语进行设置；通过低层管理实体接收来自所述对等设备的业务链路映射响应消息，所述业务链路映射响应消息中包含消息的类型、协商会话标识及对请求的处理状态；通过低层管理实体向高层管理实体发送业务链路映射确认原语，所述业务链路映射确认原语中包含对等设备的地址、协商会话标识及对请求的处理状态，且所述业务链路映射确认原语根据接收到的业务链路映射响应消息进行设置。
31.在一种可能的实现方式中，如果所述对请求的处理状态指示接受请求或建议，则所述业务链路映射响应消息和业务链路映射确认原语中还包含业务与链路映射配置信息，且所述业务链路映射响应消息中还包含是否使用缺省配置的指示。
32.在一种可能的实现方式中，所述协商模块还用于执行以下步骤：通过高层管理实体向低层管理实体发送业务链路映射终止请求原语或者第二业务链路映射请求原语，指示低层管理实体发送业务链路映射终止消息或第二业务链路映射请求消息告知对等设备终止使用当前的业务与链路映射配置；通过低层管理实体向对等设备发送第二业务链路映射请求消息或业务链路映射终止消息，指示对等设备终止使用当前的业务与链路映射配置，且所述第二业务链路映射请求消息或业务链路映射终止消息根据所述业务链路映射终止请求原语或者第二业务链路映射请求原语进行设置。
33.在一种可能的实现方式中，所述业务链路映射终止请求原语中包含对等设备的地址；所述第二业务链路映射请求原语中包含对等设备的地址及使用缺省配置的指示；所述第二业务链路映射请求消息中包含消息的类型及是否使用缺省配置的指示。
34.在一种可能的实现方式中，所述第一业务链路映射请求消息根据所述第一业务链路映射请求原语进行设置包括：根据所述第一业务链路映射请求原语的类型，或者根据所述第一业务链路映射请求原语中包含业务与链路映射配置信息，将所述第一业务链路映射请求消息中的是否使用缺省配置的指示设置为指示不使用缺省配置。
35.在一种可能的实现方式中，所述第二业务链路映射请求消息根据所述业务链路映射终止请求原语或者第二业务链路映射请求原语进行设置包括：
根据所述业务链路映射终止请求原语或者第二业务链路映射请求原语的类型，或者根据所述第二业务链路映射请求原语中的使用缺省配置的指示，将所述第二业务链路映射请求消息中的是否使用缺省配置的指示设置为指示使用缺省配置。
36.在一种可能的实现方式中，所述第一业务链路映射请求原语中还包含不使用缺省配置的指示，所述业务链路映射确认原语中还包含是否使用缺省配置的指示。
37.第四方面，本技术实施例提供一种协商业务与链路映射配置的装置，应用于多链路设备，所述多链路设备中包含高层管理实体和低层管理实体，所述装置包括协商模块，所述协商模块用于执行以下步骤：通过低层管理实体接收来自对等设备的第一业务链路映射请求消息，所述第一业务链路映射请求消息中包含消息的类型、协商会话标识、业务与链路映射配置信息及是否使用缺省配置的指示，所述对等设备为多链路设备；通过低层管理实体向高层管理实体发送第一业务链路映射指示原语，所述第一业务链路映射指示原语中包含对等设备的地址、协商会话标识及业务与链路映射配置信息，且所述第一业务链路映射指示原语根据所述第一业务链路映射请求消息进行设置；通过高层管理实体向低层管理实体发送业务链路映射响应原语，所述业务链路映射响应原语中包含对等设备的地址、协商会话标识及对请求的处理状态，且所述业务链路映射响应原语根据所述第一业务链路映射指示原语进行设置；通过低层管理实体向对等设备发送业务链路映射响应消息，所述业务链路映射响应消息中包含消息的类型、协商会话标识及对请求的处理状态，且所述业务链路映射响应消息根据所述业务链路映射响应原语进行设置。
38.在一种可能的实现方式中，如果所述对请求的处理状态指示接受请求或建议，则所述业务链路映射响应原语和业务链路映射响应消息中还包含业务与链路映射配置信息，且所述业务链路映射响应消息中还包含是否使用缺省配置的指示。
39.在一种可能的实现方式中，所述协商模块还用于执行以下步骤：通过低层管理实体接收来自对等设备的第二业务链路映射请求消息或业务链路映射终止消息，所述第二业务链路映射请求消息或业务链路映射终止消息用于指示终止使用当前的业务与链路映射配置；通过低层管理实体向高层管理实体发送业务链路映射终止指示原语或者第二业务链路映射指示原语，指示高层管理实体终止使用当前的业务与链路映射配置，且所述业务链路映射终止指示原语或者第二业务链路映射指示原语根据所述第二业务链路映射请求消息或业务链路映射终止消息进行设置；通过高层管理实体将业务与链路映射配置设置为缺省配置。
40.在一种可能的实现方式中，所述第二业务链路映射请求消息中包含消息的类型及使用缺省配置的指示；所述业务链路映射终止指示原语中包含对等设备的地址；所述第二业务链路映射指示原语中包含对等设备的地址及是否使用缺省配置的指示。
41.在一种可能的实现方式中，所述业务链路映射响应消息根据所述业务链路映射响应原语进行设置包括：根据所述业务链路映射响应原语的类型，或者根据所述业务链路映射响应原语中包含业务与链路映射配置信息，将所述业务链路映射响应消息中的是否使用缺省配置的指
示设置为指示不使用缺省配置。
42.在一种可能的实现方式中，所述第二业务链路映射指示原语根据所述第二业务链路映射请求消息或业务链路映射终止消息进行设置包括：根据所述第二业务链路映射请求消息或业务链路映射终止消息的类型，或者根据所述第二业务链路映射请求消息中的使用缺省配置的指示，将所述第二业务链路映射指示原语中的是否使用缺省配置的指示设置为指示使用缺省配置。
43.在一种可能的实现方式中，所述第一业务链路映射指示原语中还包含是否使用缺省配置的指示，所述业务链路映射响应原语中还包含是否使用缺省配置的指示。
44.第五方面，本技术实施例提供一种协商业务与链路映射配置的设备，所述设备包括处理器和存储器，所述存储器中存储有可被所述处理器执行的指令，所述指令由所述处理器加载并执行，以实现如第一方面或第二方面所述的协商业务与链路映射配置的方法。
45.第六方面，本技术实施例提供一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面或第二方面所述的协商业务与链路映射配置的方法。
46.第七方面，本技术实施例提供一种计算机程序产品，其包括指令，所述指令在由至少一个处理器执行时，使得所述至少一个处理器执行如第一方面或第二方面所述的协商业务与链路映射配置的方法。
47.需要说明的是，第三方面所述的装置用于执行上述第一方面提供的方法，第四方面所述的装置用于执行上述第二方面提供的方法，第五方面所述的设备、第六方面所述的存储介质和第七方面所述的计算机程序产品用于执行上述第一方面或第二方面提供的方法，因此可以达到与第一方面或第二方面所述的方法相同的有益效果，本技术实施例不再一一赘述。
48.本技术通过多链路设备之间协商业务与链路灵活匹配，使得多链路设备可以根据实际的业务需求，或网络负载等因素，动态的设置在不同链路上发送的数据的业务类型，例如可以在不同的链路上传输不同业务类型的数据，也可以在所有链路上都传输相同的数据，从而提高各个业务在设备上的有效的传输速率，提高网络资源使用效率。
附图说明
49.图1为现有技术中设备中的管理实体之间的关系示意图；图2为本技术实施例提供的协商业务与链路映射配置的方法示意图；图3为本技术实施例提供的一种协商业务与链路映射配置的装置结构示意图；图4为本技术实施例提供的另一种协商业务与链路映射配置的装置结构示意图；图5为本技术实施例提供的协商业务与链路映射配置的设备结构示意图。
具体实施方式
50.为了使本技术领域的人员更好地理解本技术中的技术方案，下面将对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。虽然本技术中公开内容按照示范性一个或几个实例来介绍，但应理解，可
以就这些公开内容的各个方面也可以单独构成一个完整技术方案。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
51.在本技术中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“以下至少一项（者）”或其类似表达，是指的这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a，b或c中的至少一项（者），可以表示：a，b，c，a和b，a和c，b和c，或，a和b和c，其中a、b和c可以是单个，也可以是多个。另外，为了便于清楚描述本技术实施例的技术方案，在本技术的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。比如，本技术实施例中的第一触发消息中的“第一”和第二触发消息中的“第二”仅用于区分不同的触发消息。本技术实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本技术实施例中对设备个数的特别限定，不能构成对本技术实施例的任何限制。
52.本技术中，“示例地”或者“例如”等词用于表示作例子、例证或说明。本技术中被描述为“示例地”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例地”或者“例如”等词旨在以具体方式呈现相关概念。
53.需要说明的是，多链路设备中包含有多个逻辑实体，每个逻辑实体分别通过一条链路进行数据传输，每个逻辑实体均包含有独立的数据收发模块。单链路设备只有一个逻辑实体，并且只有一个mac地址，而多链路设备有一个mac地址，隶属于多链路设备的每一个逻辑实体都有一个mac地址，例如一个多链路设备运行有三个逻辑实体，则在这个物理设备上有四个mac地址，一个是多链路设备的，三个逻辑实体各有一个mac地址。本技术实施例中，对多链路设备而言，设备的地址可以是该多链路设备的地址，也可以是隶属于该多链路的逻辑实体的地址。
54.本技术实施例中，假设多链路设备mld1与多链路设备mld2相连接，mld1有两个逻辑实体sta1和sta2，mld2有两个逻辑实体sta3和sta4，其中sta1与sta3在链路link1上建立连接，sta2与sta4在链路link2上建立连接；假设初始建立连接时，按照缺省设置，在link1和link2上都可以支持所有业务类型的数据传输。本技术实施例用tid（业务标识）来表示业务的类型，并以低层管理实体为mlme，高层管理实体为sme为示例。本技术实施例以多链路设备中有两个逻辑实体作为示例进行说明，但本技术实施例不限于两个逻辑实体，多链路设备中更多个逻辑实体的操作与两个逻辑实体类似，本技术实施例不再赘述。
55.mld1和mld2在连接等过程中可以交换能力信息，如果两者均支持业务与链路映射配置，mld1或者mld2可能会根据当前业务数据量的大小、各条链路的负载、各条链路上的信号强度或质量、链路支持的最大传输速率等因素，需要对业务数据的传输进行一个划分，比如为了保障在线视频的流畅，需要提高该业务数据的传输速率，减少传输延迟，则使用其中一条链路来专门进行视频流的下载，而将其他上网数据用另外一条链路来进行传输，因此
就需要对链路与业务标识的匹配进行重新设置。
56.图2为本技术实施例提供的协商业务与链路映射配置的方法示意图。如图2所示，协商业务与链路映射配置的方法包括以下步骤：s101.mld1的sme发送业务链路映射请求原语（如mlme
‑
tid2linkmapping.request原语）给mld1的mlme，mlme
‑
tid2linkmapping.request原语中包含对等设备的地址、协商会话标识及业务与链路映射配置信息。可选地，所述业务与链路映射配置信息包括第一参数、第二参数和一个或多个第三参数，所述第一参数用于指示业务与链路匹配用于上行链路，或下行链路，或上下和下行链路；所述第二参数用于指示包含对哪些业务进行配置；所述第三参数用于指示与所述第二参数指示的需要进行配置的业务匹配的链路。示例地，mlme
‑
tid2linkmapping.request原语中包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址；本技术实施例为接收tid
‑
to
‑
linkmappingrequest消息的设备的地址；本技术实施例设置为mld2的地址或者隶属于mld2的逻辑实体sta3或sta4的地址。
57.dialogtoken：用于标识此次tid与链路匹配协商过程。
58.direction：用于指示tid与链路匹配用于上行链路，或下行链路，或上行和下行链路。
59.linkmappingpresencebitmap：用于指示包含对哪些tid进行配置；例如tid取值范围为0
‑
7，该参数有8个bit，则00001111表示tid值为0，1，2，3在后面的参数linkmappingoftidi中进行配置。
60.linkmappingoftidi：tid值为i（i取值范围为tid的取值范围，如linkmappingpresencebitmap指示tid值为0,1,2,3的业务需要进行配置，则i的取值为0,1,2,3，共有4个该参数）的业务匹配的链路信息；例如本技术实施例有2条链路，则该参数有2个bit，则01表示tid=i的业务在link1上传输，在link2上不传输；10表示tid=i的业务在link2上传输，在link1上不传输；11表示tid=i的业务在link1和link2上都传输。
61.s102.mld1的mlme接收到原语mlme
‑
tid2linkmapping.request后，设置业务链路映射请求消息（如tid
‑
to
‑
linkmappingrequest消息），tid
‑
to
‑
linkmappingrequest消息中包含消息的类型、协商会话标识、业务与链路映射配置信息及是否使用缺省配置的指示。示例地，tid
‑
to
‑
linkmappingrequest消息包含以下参数：frametype：消息的类型，本技术实施例设置为“tid
‑
to
‑
linkmappingrequest”。
62.dialogtoken：用于标识此次tid与链路匹配协商过程，与原语mlme
‑
tid2linkmapping.request中相同。
63.direction：用于指示tid与链路匹配用于上行链路，或下行链路，或上行和下行链路，与原语mlme
‑
tid2linkmapping.request中相同。
64.linkmappingpresencebitmap：用于指示包含对哪些tid进行配置，与原语mlme
‑
tid2linkmapping.request中相同。
65.linkmappingoftidi：tid值为i（i取值范围为tid的取值范围）的业务匹配的链路信息，与原语mlme
‑
tid2linkmapping.request中相同。
66.defaultlinkmapping：用于指示是否使用缺省配置，可根据mlme
‑
tid2linkmapping.request原语类型或原语的参数（如是否包含业务与链路映射配置信息）进行设置，如，本技术实施例原语指示协商指定的业务与链路映射配置，因此该参数值设置为0，表示不使用缺省配置。
67.s103.mld1的mlme发送tid
‑
to
‑
linkmappingrequest消息给mld2的mlme。
68.1）如果原语mlme
‑
tid2linkmapping.request中的peerstaaddress设置为sta3的地址，则在link1上发送tid
‑
to
‑
linkmappingrequest消息给mld2的mlme。
69.2）如果原语mlme
‑
tid2linkmapping.request中的peerstaaddress设置为sta4的地址，则在link2上发送tid
‑
to
‑
linkmappingrequest消息给mld2的mlme。
70.3）如果原语mlme
‑
tid2linkmapping.request中的peerstaaddress设置为mld2的地址，则在link1上或link2上发送tid
‑
to
‑
linkmappingrequest消息给mld2的mlme。
71.s104.mld2的mlme接收到tid
‑
to
‑
linkmappingrequest消息后，发送业务链路映射请求原语（如mlme
‑
tid2linkmapping.indication原语）给mld2的sme，mlme
‑
tid2linkmapping.indication原语中包含对等设备的地址、协商会话标识及业务与链路映射配置信息。示例地，mlme
‑
tid2linkmapping.indication原语中包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址；本技术实施例为发送tid
‑
to
‑
linkmappingrequest消息的设备的地址。本技术实施例设置为mld1的地址或者隶属于mld1的逻辑实体sta1或sta2的地址。
72.dialogtoken：用于标识此次tid与链路匹配协商过程，与tid
‑
to
‑
linkmappingrequest消息中相同。
73.direction：用于指示tid与链路匹配用于上行链路，或下行链路，或上行和下行链路，与tid
‑
to
‑
linkmappingrequest消息中相同。
74.linkmappingpresencebitmap：用于指示包含对哪些tid进行配置，与tid
‑
to
‑
linkmappingrequest消息中相同。
75.linkmappingoftidi：tid值为i（i取值范围为tid的取值范围）的业务匹配的链路信息，与tid
‑
to
‑
linkmappingrequest消息中相同。
76.s105.mld2的sme接收到mlme
‑
tid2linkmapping.indication原语后，根据mlme
‑
tid2linkmapping.indication原语设置业务链路映射响应原语（如mlme
‑
tid2linkmapping.response原语），并发送mlme
‑
tid2linkmapping.response原语给mld2的mlme，mlme
‑
tid2linkmapping.response原语中包含对等设备的地址、协商会话标识及对请求的处理状态。
77.5.1如果同意mlme
‑
tid2linkmapping.indication原语中指示的配置，则设置参数statuscode的值为success，指示接受请求，发送mlme
‑
tid2linkmapping.response原语给mld2的mlme，mlme
‑
tid2linkmapping.response原语中包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址；本技术实施例为接收tid
‑
to
‑
linkmappingresponse消息的设备的地址。本技术实施例设置为mld1的地址或者隶属于mld1的逻辑实体sta1或sta2的地址。
78.dialogtoken：用于标识此次tid与链路匹配协商过程，与tid
‑
to
‑
linkmappingrequest消息中相同。
79.statuscode：对请求的处理状态，本技术实施例设置为success。
80.direction：用于指示tid与链路匹配用于上行链路，或下行链路，或上行和下行链路，本技术实施例设置为mld2接受的值。
81.linkmappingpresencebitmap：用于指示包含对哪些tid进行配置，本技术实施例设置为mld2接受的值。
82.linkmappingoftidi：tid值为i（i取值范围为tid的取值范围）的业务匹配的链路信息，本技术实施例设置为mld2接受的值。
83.5.2如果不同意mlme
‑
tid2linkmapping.indication原语中指示的配置，则可以按照以下方式之一设置：1）设置参数statuscode的值为refused，指示拒绝请求，发送mlme
‑
tid2linkmapping.response原语给mld2的mlme，mlme
‑
tid2linkmapping.response原语中包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址；本技术实施例为接收tid
‑
to
‑
linkmappingresponse消息的设备的地址。本技术实施例设置为mld1的地址或者隶属于mld1的逻辑实体sta1或sta2的地址。
84.dialogtoken：用于标识此次tid与链路匹配协商过程，与tid
‑
to
‑
linkmappingrequest消息中相同。
85.statuscode：对请求的处理状态，本技术实施例设置为refused。
86.2）设置参数statuscode的值为suggested，指示建议，发送mlme
‑
tid2linkmapping.response原语给mld2的mlme，mlme
‑
tid2linkmapping.response原语中包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址；本技术实施例为接收tid
‑
to
‑
linkmappingresponse消息的设备的地址。本技术实施例设置为mld1的地址或者隶属于mld1的逻辑实体sta1或sta2的地址。
87.dialogtoken：用于标识此次tid与链路匹配协商过程，与tid
‑
to
‑
linkmappingrequest消息中相同。
88.statuscode：对请求的处理状态，本技术实施例设置为suggested。
89.direction：用于指示tid与链路匹配用于上行链路，或下行链路，或上行和下行链路，本技术实施例设置为mld2建议的值。
90.linkmappingpresencebitmap：用于指示包含对哪些tid进行配置，本技术实施例设置为mld2建议的值。
91.linkmappingoftidi：tid值为i（i取值范围为tid的取值范围）的业务匹配的链路信息，本技术实施例设置为mld2建议的值。
92.s106.mld2的mlme根据接收到的mlme
‑
tid2linkmapping.response原语，设置业务链路映射响应消息（如tid
‑
to
‑
linkmappingresponse消息），tid
‑
to
‑
linkmappingresponse消息中包含消息的类型、协商会话标识及对请求的处理状态。示例地，tid
‑
to
‑
linkmappingresponse消息中包含以下参数：frametype：消息的类型，本技术实施例设置为“tid
‑
to
‑
linkmappingresponse”。
93.dialogtoken：用于标识此次tid与链路匹配协商过程，与tid
‑
to
‑
linkmapping
request消息中相同。
94.statuscode：对请求的处理状态，根据mlme
‑
tid2linkmapping.response原语设置。
95.direction：用于指示tid与链路匹配用于上行链路，或下行链路，或上行和下行链路。当statuscode值为suggested时，设置为mld2建议的值；当statuscode值为success时，设置为mld2接受的值；当statuscode为refused时，不包含。
96.linkmappingpresencebitmap：用于指示包含对哪些tid进行配置。当statuscode值为suggested时，设置为mld2建议的值；当statuscode值为success时，设置为mld2接受的值；当statuscode为refused时，不包含。
97.linkmappingoftidi：tid值为i（i取值范围为tid的取值范围）的业务匹配的链路信息。当statuscode值为suggested时，设置为mld2建议的值；当statuscode值为success时，设置为mld2接受的值；当statuscode为refused时，不包含。
98.defaultlinkmapping：用于指示是否使用缺省配置。根据原语类型或原语的参数进行设置，当statuscode值为suggested或success时，如本技术实施例中原语指示协商指定的业务与链路映射配置，因此该参数值设置为0，表示不使用缺省配置；当statuscode为refused时，可不包含，或者设置为1，表示使用缺省配置。
99.s107.mld2的mlme发送tid
‑
to
‑
linkmappingresponse消息给mld1的mlme。
100.1）如果mlme
‑
tid2linkmapping.response原语中的peerstaaddress设置为sta1的地址，则在link1上发送tid
‑
to
‑
linkmappingresponse消息给mld1的mlme。
101.2）如果mlme
‑
tid2linkmapping.response原语中的peerstaaddress设置为sta2的地址，则在link2发送tid
‑
to
‑
linkmappingresponse消息给mld1的mlme。
102.3）如果mlme
‑
tid2linkmapping.response原语中的peerstaaddress设置为mld1的地址，则在link1或link2上发送tid
‑
to
‑
linkmappingresponse消息给mld1的mlme。
103.s108.mld1的mlme接收到tid
‑
to
‑
linkmappingresponse消息后，发送业务链路映射确认原语（如mlme
‑
tid2linkmapping.confirm原语）给mld1的sme，mlme
‑
tid2linkmapping.confirm原语中包含对等设备的地址、协商会话标识及对请求的处理状态。示例地，mlme
‑
tid2linkmapping.confirm原语中包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址；本技术实施例为发送tid
‑
to
‑
linkmappingresponse消息的设备的地址。本技术实施例设置为mld2的地址或者隶属于mld2的逻辑实体sta3或sta4的地址。
104.dialogtoken：用于标识此次tid与链路匹配协商过程，与tid
‑
to
‑
linkmappingrequest消息中相同。
105.statuscode：对请求的处理状态，根据tid
‑
to
‑
linkmappingresponse消息设置。
106.direction：用于指示tid与链路匹配用于上行链路，或下行链路，或上行和下行链路。当statuscode值为suggested时，设置为mld2建议的值；当statuscode值为success时，设置为mld2接受的值；当statuscode为refused时，不包含。
107.linkmappingpresencebitmap：用于指示包含对哪些tid进行配置；当statuscode值为suggested时，设置为mld2建议的值；当statuscode值为success时，设置为mld2
接受的值；当statuscode为refused时，不包含。
108.linkmappingoftidi：tid值为i（i取值范围为tid的取值范围）的业务匹配的链路信息；当statuscode值为suggested时，设置为mld2建议的值；当statuscode值为success时，设置为mld2接受的值；当statuscode为refused时，不包含。
109.s109.mld1的sme根据接收到的mlme
‑
tid2linkmapping.confirm原语进行配置操作：如果statuscode的值为success，则根据接收到的参数进行tid与链路映射配置；如果statuscode的值为refused，则不更改当前tid与链路映射配置，或者设置为缺省配置；如果statuscode的值为suggested，则根据自身的业务情况，或/和自身的能力，或/和操作的限制决定是否接受建议的配置参数，如果接受，则根据建议的参数进行tid与链路映射配置，如果不接受，则不更改当前tid与链路映射配置或者设置为缺省配置。
110.s110.mld1和mld2根据协商确定的tid与链路映射配置，当有数据需要发送时，根据数据对应的tid，和tid与链路映射配置，在对应的链路上发送数据给对方。
111.在一些实施例中，mld1或mld2还可决定终止协商的配置，mld1和mld2终止协商的配置之后，当mld1和mld2有数据需要发送时，可以在任意一条链路进行发送。假设mld1决定终止协商的配置，终止协商的配置包括以下步骤：s111.mld1的sme发送业务链路映射终止请求原语（如mlme
‑
tid2linkmappingtermination.request原语）或者业务链路映射请求原语（如mlme
‑
tid2linkmapping.request原语）给mld1的mlme，指示mlme发送业务链路映射终止消息（如tid
‑
to
‑
linkmappingterminationnotification消息）或业务链路映射请求消息（如tid
‑
to
‑
linkmappingrequest消息）告知mld2终止使用当前的业务与链路映射配置。示例如下：1）mld1的sme发送mlme
‑
tid2linkmappingtermination.request原语给mld1的mlme，原语中包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址；本技术实施例设置为mld2的地址或者隶属于mld2的逻辑实体sta3或sta4的地址。
112.2）mld1的sme发送mlme
‑
tid2linkmapping.request原语给mld1的mlme，原语中包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址，本技术实施例设置为mld2的地址或者隶属于mld2的逻辑实体sta3或sta4的地址。
113.defaultlinkmapping：用于指示是否使用缺省配置，本技术实施例设置为1，表示使用缺省配置。
114.s112.mld1的mlme根据接收到的业务链路映射终止请求原语（如mlme
‑
tid2linkmappingtermination.request原语）或者业务链路映射请求原语（如mlme
‑
tid2linkmapping.request原语）设置业务链路映射请求消息（如tid
‑
to
‑
linkmappingrequest消息）或业务链路映射终止消息（如tid
‑
to
‑
linkmappingterminationnotification消息），发送业务链路映射请求消息（如tid
‑
to
‑
linkmappingrequest消息）或业务链路映射终止消息（如tid
‑
to
‑
linkmappingterminationnotification消息）给mld2的mlme，指示mld2终止使用当前的业务与链路映射配置。示例如下：
s1121.mld1的mlme接收到mlme
‑
tid2linkmappingtermination.request原语后，设置tid
‑
to
‑
linkmappingrequest消息，消息中包含以下参数：frametype：消息的类型，本技术实施例设置为“tid
‑
to
‑
linkmappingrequest”。
115.defaultlinkmapping：用于指示是否使用缺省配置，根据原语类型或原语的参数进行设置，如本技术实施例的mlme
‑
tid2linkmappingtermination.request原语指示终止协商的业务与链路映射配置，因此该参数值设置为1，表示使用缺省配置。
116.可选地，tid
‑
to
‑
linkmappingrequest消息可以是其他类型的消息，例如tid
‑
to
‑
linkmappingterminationnotification消息，消息包含以下参数：frametype：消息的类型，本技术实施例设置为“tid
‑
to
‑
linkmappingterminationnotification”。
117.s1122.mld1的mlme发送tid
‑
to
‑
linkmappingrequest消息给mld2的mlme。
118.1）如果mlme
‑
tid2linkmappingtermination.request原语中的peerstaaddress设置为sta3的地址，则在link1上发送tid
‑
to
‑
linkmappingrequest消息给mld2的mlme。
119.2）如果mlme
‑
tid2linkmappingtermination.request原语中的peerstaaddress设置为sta4的地址，则在link2上发送tid
‑
to
‑
linkmappingrequest消息给mld2的mlme。
120.3）如果mlme
‑
tid2linkmappingtermination.request原语中的peerstaaddress设置为mld2的地址，则在link1或link2上发送tid
‑
to
‑
linkmappingrequest消息给mld2的mlme。
121.需要说明的是，步骤s111中发送的是mlme
‑
tid2linkmappingtermination.request原语时，步骤s112中发送的既可以是tid
‑
to
‑
linkmappingrequest消息，也可以是tid
‑
to
‑
linkmappingterminationnotification消息，同理，步骤s111中发送的是mlme
‑
tid2linkmapping.request原语时，步骤s112中发送的同样既可以是tid
‑
to
‑
linkmappingrequest消息，也可以是tid
‑
to
‑
linkmappingterminationnotification消息，本技术实施例对此不作限制。其中，tid
‑
to
‑
linkmappingterminationnotification消息中可包含消息的类型和协商会话标识，消息的类型设置为“tid
‑
to
‑
linkmappingterminationnotification”，协商会话标识设置为进行协商时的会话标识。
122.s113.mld2的mlme发送业务链路映射终止指示原语（如mlme
‑
tid2linkmappingtermination.indication原语）或者业务链路映射指示原语（如mlme
‑
tid2linkmapping.indication原语）给mld2的sme，指示mld2的sme终止使用当前的业务与链路映射配置。示例如下：1）mld2的mlme接收到tid
‑
to
‑
linkmappingrequest消息后，如果参数defaultlinkmapping值为1，则发送mlme
‑
tid2linkmappingtermination.indication原语给mld2的sme，原语中包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址；本技术实施例为发送tid
‑
to
‑
linkmappingrequest消息的设备的地址。本技术实施例设置为mld1的地址或者隶属于mld1的逻辑实体sta1或sta2的地址。
123.2）mld2的mlme接收到tid
‑
to
‑
linkmappingrequest消息后，如果参数defaultlinkmapping值为1，则发送mlme
‑
tid2linkmapping.indication原语给mld2的sme，原语中
包含以下参数：peerstaaddress：用于指示执行tid与链路匹配协商的对等设备的地址；本技术实施例为发送tid
‑
to
‑
linkmappingrequest消息的设备的地址。本技术实施例设置为mld1的地址或者隶属于mld1的逻辑实体sta1或sta2的地址。
124.defaultlinkmapping：用于指示是否使用缺省配置，根据消息类型或消息的参数进行设置，如本技术实施例的tid
‑
to
‑
linkmappingrequest消息指示终止协商的业务与链路映射配置，因此该参数值设置为1，表示使用缺省配置。
125.需要说明的是，步骤s113的方式1）和2）中的tid
‑
to
‑
linkmappingrequest消息可以为tid
‑
to
‑
linkmappingterminationnotification消息，则mld2的mlme接收到该消息后，发送mlme
‑
tid2linkmappingtermination.indication原语或mlme
‑
tid2linkmapping.indication原语给mld2的sme，其中，mlme
‑
tid2linkmapping.indication原语中的参数defaultlinkmapping可根据消息类型进行设置。
126.s114.mld2的sme将tid与链路映射配置设置为缺省配置。
127.在一些实施例中，步骤s101中的mlme
‑
tid2linkmapping.request原语、步骤s104中的mlme
‑
tid2linkmapping.indication原语、步骤s105中的mlme
‑
tid2linkmapping.response原语、步骤s108中的mlme
‑
tid2linkmapping.confirm原语中都可包含参数defaultlinkmapping。
128.其中，mlme
‑
tid2linkmapping.request原语中的defaultlinkmapping设置为指示不使用缺省配置；mlme
‑
tid2linkmapping.indication原语中的defaultlinkmapping根据mld2的mlme接收到的tid
‑
to
‑
linkmappingrequest消息的类型或消息中的参数进行设置，由于步骤s103中发送的tid
‑
to
‑
linkmappingrequest消息中包含参数defaultlinkmapping，因此步骤s104中mlme
‑
tid2linkmapping.indication原语中的参数defaultlinkmapping的值与步骤s103中发送的tid
‑
to
‑
linkmappingrequest消息相同；如果步骤s105中参数statuscode的值为success或suggested，则mlme
‑
tid2linkmapping.response原语中参数defaultlinkmapping的值为0，表示不使用缺省配置，否则，将其值设置为1（表示使用缺省配置）或不包含该参数；如果mld1的mlme接收到tid
‑
to
‑
linkmappingresponse消息指示接受请求或建议，步骤s108中的mlme
‑
tid2linkmapping.confirm原语中的参数defaultlinkmapping的值为0，表示不使用缺省配置，否则，将其值设置为1（表示使用缺省配置）或不包含该参数。
129.在该实施例中，tid
‑
to
‑
linkmappingrequest消息和tid
‑
to
‑
linkmappingresponse消息中的参数defaultlinkmapping可不再根据原语类型或原语的参数进行设置，而是直接与对应的原语相同。
130.图3为本技术实施例提供的协商业务与链路映射配置的装置结构示意图。如图3所示，装置300包括协商模块301，协商模块301用于执行以下步骤：通过高层管理实体向低层管理实体发送第一业务链路映射请求原语，所述第一业务链路映射请求原语中包含对等设备的地址、协商会话标识及业务与链路映射配置信息，所述对等设备为多链路设备；通过低层管理实体向对等设备发送第一业务链路映射请求消息，所述第一业务链
路映射请求消息中包含消息的类型、协商会话标识、业务与链路映射配置信息及是否使用缺省配置的指示，且所述第一业务链路映射请求消息根据所述第一业务链路映射请求原语进行设置；通过低层管理实体接收来自所述对等设备的业务链路映射响应消息，所述业务链路映射响应消息中包含消息的类型、协商会话标识及对请求的处理状态；通过低层管理实体向高层管理实体发送业务链路映射确认原语，所述业务链路映射确认原语中包含对等设备的地址、协商会话标识及对请求的处理状态，且所述业务链路映射确认原语根据接收到的业务链路映射响应消息进行设置。
131.在一个可选的例子中，本领域技术人员可以理解，装置300可以具体为上述实施例中的多链路设备mld1，该装置300可以用于执行上述方法中与多链路设备mld1对应的各个流程和/或步骤，为避免重复，此处不再赘述。
132.图4为本技术实施例提供的另一种协商业务与链路映射配置的装置结构示意图。如图4所示，装置400包括协商模块401，协商模块401用于执行以下步骤：通过低层管理实体接收来自对等设备的第一业务链路映射请求消息，所述第一业务链路映射请求消息中包含消息的类型、协商会话标识、业务与链路映射配置信息及是否使用缺省配置的指示，所述对等设备为多链路设备；通过低层管理实体向高层管理实体发送第一业务链路映射指示原语，所述第一业务链路映射指示原语中包含对等设备的地址、协商会话标识及业务与链路映射配置信息，且所述第一业务链路映射指示原语根据所述第一业务链路映射请求消息进行设置；通过高层管理实体向低层管理实体发送业务链路映射响应原语，所述业务链路映射响应原语中包含对等设备的地址、协商会话标识及对请求的处理状态，且所述业务链路映射响应原语根据所述第一业务链路映射指示原语进行设置；通过低层管理实体向对等设备发送业务链路映射响应消息，所述业务链路映射响应消息中包含消息的类型、协商会话标识及对请求的处理状态，且所述业务链路映射响应消息根据所述业务链路映射响应原语进行设置。
133.在一个可选的例子中，本领域技术人员可以理解，装置400可以具体为上述实施例中的多链路设备mld2，该装置400可以用于执行上述方法中与多链路设备mld2对应的各个流程和/或步骤，为避免重复，此处不再赘述。
134.应理解，这里的装置300和装置400以功能模块的形式体现。这里的术语“模块”可以指应用特有集成电路(application specific integrated circuit，asic)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。上述装置300和装置400具有实现上述方法中的相应步骤的功能；上述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。在本技术的实施例，装置300和装置400也可以是芯片或者芯片系统，例如：片上系统(system on chip，soc)。本技术在此不作限定。
135.本技术实施例还提供了一种协商业务与链路映射配置的设备，图5为本技术实施例提供的协商业务与链路映射配置的设备结构示意图。如图5所示，设备500包括处理器501、存储器502和通信接口503，其中，处理器501、存储器502和通信接口503通过总线504互
相通信，存储器502中存储有可被所述处理器501执行的指令，所述指令由所述处理器501加载并执行，以控制通信接口503发送信号和/或接收信号。
136.应理解，设备500可以具体为上述实施例中的多链路设备mld1或mld2，或者，上述实施例中的多链路设备mld1或mld2的功能可以集成在设备500中，设备500可以用于执行上述实施例中的多链路设备mld1或mld2对应的各个步骤和/或流程。可选地，该存储器502可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器502的一部分还可以包括非易失性随机存取存储器。例如，存储器502还可以存储设备类型的信息。该处理器501可以用于执行存储器501中存储的指令，并且该处理器501执行该指令时，该处理器501可以执行上述方法实施例中与多链路设备mld1或mld2对应的各个步骤和/或流程。
137.应理解，在本技术实施例中，该处理器501可以是中央处理单元(centralprocessing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
138.在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器执行存储器中的指令，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
139.上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体介质可以是固态硬盘。
140.应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
141.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
142.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备、装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
143.在本技术所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如一个模块或者组件可以划分为多个模块或组件，或者多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
144.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
145.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
146.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。