CN107786448B - 建立业务流的转发路径的方法和装置 - Google Patents

Abstract

本发明公开了一种建立业务流的转发路径的方法，包括：确定至少一个目标网络控制器，该至少一个目标网络控制器中的每个目标网络控制器在该每个目标网络控制器对应的网络中为传输业务流建立转发路径，该业务流为在该客户端的应用程序和该服务器的应用程序之间进行传输的业务流；向该至少一个目标网络控制器中的每个目标网络控制器发送传输该业务流所需的服务质量Qos参数，以便该每个目标网络控制器为该业务流建立满足传输该业务流所需的Qos参数的转发路径。通过向客户端和服务器之间的目标网络控制器发送传输业务流所需的Qos参数，以使目标网络控制器可以为业务流建立满足该Qos参数的转发路径。

Description

建立业务流的转发路径的方法和装置

技术领域

本发明实施例涉及通信领域，尤其涉及一种建立业务流的转发路径的方法和装置。

背景技术

一个完整的网络应用程序包括客户端和服务器两个部分。网络间通信进程需要由两个进程组成，并且只能用同一种协议。也就是说，不能在通信的一端使用传输控制协议(Transmission Control Protocol，TCP)协议，而另一端则使用用户数据报协议(UserDatagram Protocol，UDP)协议。并且一个完整的网络通信需要通过五元组来标识，五元组包括：通信协议、本地地址、本地端口号、远端地址、远端端口号。

应用层通过传输层进行数据通信时，TCP和UDP会遇到同时为多个应用程序进程提供并发服务的问题。多个TCP连接或多个应用程序进程可能需要通过同一个TCP协议端口传输数据。为了区别不同的应用程序进程和连接，许多计算机操作系统为应用程序与TCP，UDP协议交互提供了称为套接字(Socket)的接口。套接字是一个通信终结点，它是Socket应用程序用来在网络上发送或接收数据包的对象。

图1示出了使用套接字的应用程序间通信场景的示意图。在图1所示的场景中，客户端中的应用程序A通过套接字A和服务器中应用程序B的套接字B之间建立Socket连接成功后，应用程序A和应用程序B之间的业务流经过网络1中的转发设备、网络2中的转发设备和网络3中的转发设备进行转发，其中，业务流在各网络中的转发路径由各网络对应的网络控制器建立。然而，当业务流在网络1、网络2和网络3中进行转发的时候，各个网络的网络控制器在为数据流建立转发路径的时候不会考虑业务流对应的业务类型，各网络中的转发设备在对业务流进行转发时，也仅根据接收该业务流的服务器的IP地址进行转发，即各网络中的转发设备将服务器IP相同的业务流进行汇聚之后，在该网络中的转发路径上将上述汇聚之后的业务流进行转发。综上所述，基于上述这种业务流的转发机制，从网络控制器为传输该业务流建立转发路径到转发设备转发该业务流时都不考虑该业务流的业务类型，以及传输该业务类型所需的服务质量(Quality of Service，Qos)。

发明内容

本发明提供一种建立业务流的转发路径的方法和装置，以提高客户端应用程序和服务器应用程序之间传输业务流的服务质量。

第一方面，提供一种建立业务流的转发路径的方法，包括：确定至少一个目标网络控制器，所述至少一个目标网络控制器中的每个目标网络控制器在所述每个目标网络控制器对应的网络中为传输业务流建立转发路径，所述业务流为在所述客户端的应用程序和所述服务器的应用程序之间进行传输的业务流；向所述至少一个目标网络控制器中的每个目标网络控制器发送传输所述业务流所需的服务质量Qos参数，以便所述每个目标网络控制器为所述业务流建立满足传输所述业务流所需的Qos参数的转发路径。

通过目标网络控制器发送传输业务流所需的Qos参数，以使目标网络控制器可以为业务流建立满足传输所述业务流所需的Qos参数的转发路径，以提高客户端应用程序和服务器应用程序之间传输业务流的服务质量。

结合第一方面，在第一方面的一种可能的实现中，所述确定至少一个目标网络控制器，包括：获取至少一个网络控制器，所述至少一个网络控制器中的每个网络控制器在所述每个网络控制器对应的网络中为传输所述业务流建立转发路径；根据所述至少一个网络控制器中每个网络控制器的网络控制器信息确定所述至少一个目标网络控制器。

根据网络控制器的网络控制器信息选取目标网络控制器，以使目标网络控制器可以在客户端和服务器之间为业务流建立满足传输该业务流所需的Qos参数的转发路径。

结合第一方面或上述任一种可能的实现方式，在第一方面的一种可能的实现中，所述获取至少一个网络控制器，包括：从网络控制器域名系统DNS服务器获取至少一个网络控制器集合，其中，所述至少一个网络控制器集合中的每个网络控制器集合包括在所述客户端和所述服务器之间为传输所述业务流建立转发路径的网络控制器，所述每个网络控制器集合对应一条所述客户端和所述服务器之间传输所述业务流的转发路径，所述至少一个网络控制器集合对应的所述客户端和所述服务器之间的所述业务流的转发路径不同。

通过网络控制器的网络控制器信息集中存储在网络控制器域名系统(DomainName System，DNS)服务器中，可以从网络控制器DNS中获取客户端和服务器之间的网络控制器的网络控制器信息，简化获取网络控制器的网络控制器信息的流程，提高获取网络控制器的网络控制信息的效率。

结合第一方面或上述任一种可能的实现方式，在第一方面的一种可能的实现中，所述至少一个网络控制器集合中的每个网络控制器集合对应一个网络控制器ID列表，所述从网络控制器DNS获取至少一个网络控制器集合，包括：从网络控制器DNS获取IP前缀表，所述IP前缀表包括所述客户端所属的网络的IP前缀、所述服务器所属网络的IP前缀和至少一个所述网络控制器ID列表。

通过从网络控制器DNS中获取IP前缀表，根据该IP前缀表确定客户端和服务器之间的网络控制器ID列表，确定在客户端和服务器之间可以为业务流建立转发路径的网络控制器的网络控制器ID，以确定在客户端和服务器之间能够为该业务流建立转发路径的网络控制器。

结合第一方面或上述任一种可能的实现方式，在第一方面的一种可能的实现中，所述网络控制器信息包括Qos指示信息，所述Qos指示信息用于指示所述网络控制信息对应的网络控制器是否能为所述业务流在对应的网络中建立满足所述Qos参数的转发路径。

通过网络控制器信息中的Qos指示信息确定该网络控制信息对应的网络控制器是否能够在该控制器管理的网络中，为该业务流建立满足传输该业务流所需的Qos参数的转发路径。

结合第一方面或上述任一种可能的实现方式，在第一方面的一种可能的实现中，所述传输所述业务流所需的Qos参数承载于所述客户端和所述服务器之间建立的Socket连接对应的Socket信息中。

通过将上述Qos参数携带在Socket信息中，以使目标网络控制器可以根据Socket信息为客户端的应用程序和服务器的应用程序之间传输的业务流建立满足Qos参数的转发路径。

第二方面，提供一种建立业务流的转发路径的方法，包括：接收传输业务流所需的服务质量Qos参数，所述业务流为在客户端的应用程序和服务器端的应用程序之间进行传输的业务流；为所述业务流建立满足所述Qos参数的转发路径，所述转发路径用于在客户端和服务器之间传输所述业务流。

通过向目标网络控制器发送传输业务流所需的Qos参数，以使目标网络控制器可以为业务流建立满足传输所述业务流所需的Qos参数的转发路径，以提高客户端应用程序和服务器应用程序之间传输业务流的服务质量。

结合第二方面，在第二方面的一种可能的实现方式中，所述传输所述业务流所需的Qos参数承载于所述客户端和所述服务器之间建立的Socket连接对应的Socket信息中。

通过将上述Qos参数携带在Socket信息中，以使目标网络控制器可以根据Socket信息为客户端的应用程序和服务器的应用程序之间传输的业务流建立满足Qos参数的转发路径。

第三方面，提供一种建立业务流的转发路径的装置，所述装置包括用于执行第一方面中的方法的模块。

第四方面，提供一种建立业务流的转发路径的装置，所述装置包括用于执行第二方面中的方法的模块。

第五方面，提供一种建立业务流的转发路径的装置，所述装置包括：存储器、处理器、输入/输出接口、通信接口和总线系统。其中，存储器、处理器、输入/输出接口和通信接口通过总线系统相连，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，当所述指令被执行时，所述处理器通过所述通信接口执行第一方面的方法，并控制输入/输出接口接收输入的数据和信息，输出操作结果等数据。

第六方面，提供一种建立业务流的转发路径的装置，所述装置包括：存储器、处理器、输入/输出接口、通信接口和总线系统。其中，存储器、处理器、输入/输出接口和通信接口通过总线系统相连，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，当所述指令被执行时，所述处理器通过所述通信接口执行第二方面的方法，并控制输入/输出接口接收输入的数据和信息，输出操作结果等数据。

第七方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质用于存储建立业务流的转发路径的方法的程序代码，所述程序代码用于执行第一方面中的方法指令。

第八方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质用于存储建立业务流的转发路径的方法的程序代码，所述程序代码用于执行第二方面中的方法指令。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了使用套接字的应用程序间通信场景的示意图。

图2示出了控制与转发分离的网络模型架构的示意图。

图3示出了根据本发明实施例的建立业务流的转发路径的方法的示意图。

图4示出了根据本发明另一实施例的建立业务流转发路径的应用场景的示意图。

图5示出了根据本发明实施例的建立业务流的转发路径的装置的示意性框图。

图6示出了根据本发明另一实施例的建立业务流的转发路径的装置的示意性框图。

图7示出了根据本发明另一实施例的建立业务流的转发路径的装置的示意性框图。

图8示出了根据本发明另一实施例的建立业务流的转发路径的装置的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了便于理解，先结合图2介绍控制与转发分离的网络模型架构的示意图。应理解，图2中描述的控制和转发分离的网络模型架构适用于图1所示的用于传输业务流的网络1、网络2和网络3。在图2所示的网络模型中包括两类网络设备：控制器(Controller)和转发设备。其中，控制器可以对该控制器对应的网络中的转发设备进行集中控制，向该网络中的各个转发设备发送用于传输数据的转发表，同时控制器还可以向用户开放，用户可以通过控制器对该控制器对应的网络中的转发设备进行管理。转发设备用于根据控制器发送的转发表对业务流进行转发。下文结合图3，详细描述根据本发明实施例的建立业务流的转发路径的方法。

图3示出了根据本发明实施例的建立业务流的转发路径的方法的示意图。图3所示的方法可以由第一节点通过第一应用程序对应的第一套接字执行，图3所示的方法包括：

310，确定至少一个目标网络控制器，所述至少一个目标网络控制器中的每个目标网络控制器在所述每个目标网络控制器对应的网络中为传输业务流建立转发路径，所述业务流为在所述客户端的应用程序和所述服务器的应用程序之间进行传输的业务流。

具体地，上述目标网络控制器可以指在该目标网络控制器对应的网络中，为业务流建立满足传输业务流所需的Qos参数的转发路径。

应理解，图3中第一节点可以是传输该业务流的客户端，该第一节点还可以是传输该业务流的服务器，也就是说该第一节点可以是传输业务流的目标节点，即传输该业务流的起始节点，还可以是传输该业务流的源节点，即传输该业务流的末尾节点。

还应理解，当由服务器通过QoS Socket请求QoS Socket建立业务流转发路径的方法时，服务器可以根据客户端信息(如：客户端的IP地址)，确定是否需要为客户端建立QoSSocket连接。

需要说明的是，上述Qos Socket可以指在Socket信息(即Socket描述)的中添加Qos参数，则目标网络控制器可以根据Socket信息中携带的Qos参数，为在客户端的应用程序和服务器的应用程序之间传输的业务流，建立满足该Qos参数的转发路径。

还应理解，图3所示的方法还可以由客户端的Socket和服务器的Socket执行。

可选地，上述客户端的应用程序和服务器的应用程序之间可以建立Socket连接。

具体地，建立Socket连接包括服务器监听，客户端请求，连接确认等步骤。其中，服务器监听时服务器套接字不定位具体的客户端套接字，而是处于等待的状态，实时监控网络状态；客户端请求阶段，由客户端的套接字提出连接请求，要连接的服务器可以是服务器套接字，此时，连接请求中需要携带服务器端套接字的地址和端口号；连接确认阶段，服务器套接字可以监听(接收)到客户端套接字的连接请求，响应客户端的套接字的请求，建立一个新的线程，把服务器端套接字的描述发送给客户端，客户端确认此描述后，Socket连接就建立成功了，而服务器端的套接字可以继续处于监听状态，接收其他客户端套接字的连接请求。

可选地，上述至少一个目标网络控制器中的每个目标网络控制器对应的网络可以支持Qos Socket，也就是说，在每个目标网络控制器对应的网络中，可以为业务流建立满足传输该业务流所需的Qos参数的转发路径。

320，向所述至少一个目标网络控制器中的每个目标网络控制器发送传输所述业务流所需的服务质量Qos参数，以便所述每个目标网络控制器为所述业务流建立满足传输所述业务流所需的Qos参数的转发路径。

具体地，上述Qos参数可以指传输该业务流所需的传输参数，例如，传输该业务流所需的传输带宽，传输该业务流所要求的传输延时等。

需要说明的是，上述方法可以由第一节点通过第一应用程序的第一套接字执行时，若第一节点是传输上述业务流的源节点(即发送端)，该第一节点可以在上述满足传输该业务流所需的Qos参数的转发路径上发送该业务流；若第一节点是传输上述业务流的目标节点(即接收端)，该第一节点可以在上述满足传输该业务流所需的Qos参数的转发路径上接收该业务流。

应理解，上述Qos参数可以携带在客户端和服务器之间建立的Socket连接的Socket信息中，发送至目标网络控制器；还可以作为单独的消息，发送至目标网络控制器，本发明实施例对Qos参数的发送方式不作具体限定。

可选地，所述传输所述业务流所需的Qos参数承载于所述客户端和所述服务器之间建立的Socket连接对应的Socket信息中。

具体地，Socket信息也可称作Socket描述，用于描述客户端的应用程序和服务器的应用程序之间的Socket连接，可以包括通信协议(protocol)、本地地址(source IP)、本地端口号(source port)、远端地址(destination IP)、远端端口号(destination port)，即{source IP,source port,protocol,destination IP,destination port}，对上述Socket描述进行扩展，添加Qos参数，该Qos参数包括优先级(priority)、带宽(bandwidth)和时延(delay)，即QoS Socket描述：{source IP,source port,protocol,destinationIP,destination port,qos:{priority,bandwidth,delay}}。

可选地，作为一个实施例，在步骤310中，获取至少一个网络控制器，所述至少一个网络控制器中的每个网络控制器用于在所述每个网络控制器对应的网络中为传输所述业务流建立转发路径；根据所述至少一个网络控制器中每个网络控制器的网络控制器信息确定所述至少一个目标网络控制器。

具体地，上述网络控制器信息用于指该网络控制器对应的网络的状态。

可选地，网络控制器信息包括Qos指示信息，所述Qos指示信息用于指示所述网络控制器对应的网络是否支持Qos Socket；网络控制器信息还可以包括该网络控制器对应的网络的流量收费情况，本发明实施例对网络控制器信息的内容不作具体限定。

需要说明的是，上述至少一个网络控制器可以指在客户端和服务器之间为传输业务流建立转发路径的全部的网络控制器，也就是说，当客户端和服务器之间存在多条路径时，上述至少一个网络控制器可以指多条路径上全部的网络控制器。

上述至少一个网络控制器中的所有网络控制器中，并不每个网络控制器都能为业务流建立满足传输业务流所需的Qos参数的转发路径，然而，至少一个网络控制器中选取的目标网络控制器可以为业务流建立满足传输业务流所需的Qos参数的转发路径。

应理解，上述至少一个网络控制器还可以指为在客户端和服务器之间传输业务流建立的部分转发路径上的网络控制器。例如，客户端和服务器之间一共有5条不同的转发路径可以传输客户端和服务器之间的业务流，然而5条转发路径中有2转发条路径较拥塞，此时，上述至少一个网络控制器可以建立是除上述2条转发路径之外的3条转发路径的网络控制器。

还应理解，上述转发路径上的网络控制器可以指该转发路径所经过的网络对应的网络控制器。

可选地，作为一个实施例，所述获取至少一个网络控制器，包括：从网络控制器域名系统DNS服务器获取至少一个网络控制器集合，所述至少一个网络控制器集合中的每个网络控制器集合包括在所述客户端和所述服务器之间为传输所述业务流建立转发路径的网络控制器，所述每个网络控制器集合对应一条所述客户端和所述服务器之间传输所述业务流的转发路径，所述至少一个网络控制器集合对应的所述客户端和所述服务器之间的所述业务流的转发路径不同。

具体地，每个网络控制器集合可以对应一组能够为上述业务流建立转发路径的网络控制器，使得业务流可以在客户端和服务器之间进行传输。

可选的，所述至少一个网络控制器集合中的每个网络控制器集合对应一个网络控制器ID列表，所述从网络控制器DNS获取至少一个网络控制器集合，包括：从网络控制器DNS获取IP前缀表，所述IP前缀表包括所述客户端所属网络的IP前缀、所述服务器所属网络的IP前缀和至少一个网络控制器ID列表。

表1

例如，表1示出了本发明实施例的IP前缀表。根据表1所示的IP前缀表中可以看出，在客户端所属网络IP Prefix1和服务器所属网络IP prefix 2之间，有两种可以为业务流建立转发路径的网络控制器ID列表，第一种网络控制器ID列表包括：网络控制器A(ctlrA)、网络控制器B(ctlr B)、网络控制器C(ctlr C)、网络控制器E(ctlr E)；第二种网络控制器ID列表包括：网络控制器A(ctlr A)、网络控制器B(ctlr B)、网络控制器D(ctlr D)、网络控制器E(ctlr E)。其中，每个网络控制器ID列表中的网络控制器都可以为业务流建立一条转发路径，该转发路径使得业务流可以在客户端和服务器之间进行传输。

下面以图4所示的场景为例，更加详细地介绍根据本发明实施例的建立业务流的转发路径的方法。应理解，图4仅仅是为了帮助本领域技术人员理解本发明实施例，而非要将本发明实施例限于所例示的具体场景。本领域技术人员根据图4所示的例子，显然可以进行各种等价变化或修改，这样的变化或修改也落入本发明实施例的范围。

图4示出了根据本发明另一实施例的建立业务流转发路径的应用场景的示意图。在图4所示的场景中，以应用客户端Socket向目标网络控制器请求QoS Socket为例说明建立业务流的转发路径的方法。用户A通过第一视频客户端，用户B通过第二视频客户端使用视频服务器的在线看视频服务，其中用户A通过第一套接字选择QoS Socket，Qos参数为5M带宽，也就是说，用户A要求传输业务流的转发路径需要保证5M带宽；用户B没有选择QoSSocket。

410，第一视频客户端的第一套接字与视频服务器的第二套接字建立Socket连接；第二视频客户端的第三套接字与视频服务器的第二套接字建立Socket连接。

具体地，由于第二视频客户端没有选择QoS Socket，所以第二视频客户端在建立Socket连接成功后，就可以与视频服务器进行通信。

420，第一视频客户端从网络控制器DNS中获取网络控制器信息。

具体地，第一视频客户端从网络控制器DNS中获取IP Prefix列表，查询客户端和服务器之间所有可以为传输业务流建立转发路径的网络控制器ID列表，从表2中可以看出在客户端和服务器之间，有2个网络控制器ID列表可以为业务流建立转发路径，第一个网络控制器ID列表包括：网络控制器1ID，网络控制器2ID，网络控制器3ID；第二个网络控制器ID列表包括：网络控制器1ID，网络控制器3ID，网络控制器4ID。

表2

第一视频客户端从网络控制器DNS中获取网络控制器信息列表，第一视频客户端可以根据表3查询到表2中各个目标网络控制器ID对应的网络控制器的网络控制器信息。

表3

网络控制器ID	网络控制器IP	网络控制器端口号	QoS Socket指示信息
				网络控制器1ID	网络控制器1IP	Port A	支持
网络控制器2ID	网络控制器2IP	Port B	支持
				网络控制器3ID	网络控制器3IP	Port C	支持
网络控制器4ID	网络控制器4IP	Port D	不支持

420，第一视频客户端确定目标网络控制器。

具体地，第一视频客户端根据获取到的控制器信息选择能够为业务流建立满足Qos参数的转发路径的目标网络控制器，从表3所示的各个网络控制器的网络控制器信息可以看出，网络控制器4不支持Qos Socket，所以第一视频客户端确定网络控制器1、网络控制器2、网络控制器3为目标网络控制器。

430，第一视频客户端向网络控制器1、网络控制器2、网络控制器3发送QoS Socket请求。

具体地，网络控制器1、网络控制器2、网络控制器3根据获得的QoS Socket请求中携带的QoS参数，在网络控制器对应的网络中为该第一视频客户端传输的业务流分配带宽资源，并建立TE隧道以满足传输该业务流所需的带宽需求。

其中，目标网络控制器可提供统一的RESTful(Representational StateTransfer)应用程序编程接口(Application Programming Interface，API)以表示QoSSocket请求：

440，目标网络控制器为该业务流在各目标网络控制器对应网络中建立转发路径。

具体地，如果目标网络控制器为该业务流在各目标网络控制器对应网络中建立转发路径成功，则可以通过在网络边缘设备配置策略路由，将业务流引流进入TE隧道，同时，目标网络控制器可以向第一视频客户端发送第一指示信息，该第一指示信息用于指示QosSocket请求处理成功。

如果目标网络控制器为该业务流在各目标网络控制器对应网络中建立转发路径失败，则目标网络控制器可以向第一视频客户端发送第二指示信息，该第二指示信息用于指示Qos Socket请求处理失败。

其中，第一指示信息的RESTful API可以是：

Response Code:

204

Response Body:

no content

上述第二指示信息的RESTful API可以是：

450，第一视频客户端接收所有目标网络控制器发送的反馈信息，该反馈信息包括第一指示信息或第二指示信息。

具体地，如果所有反馈信息均为第一指示信息，则第一视频客户端向各目标网络控制器发送确认请求，以确认在目标网络控制器建立的转发路径上转发业务流。

如果上述目标网络控制器发送的反馈信息包括第二指示信息，第一视频客户端向各目标网络控制器发送撤销请求，释放目标网络控制器在对应的网络中为该业务流建立的转发路径。

其中，确认请求的QoS Socket RESTful API可以是：

撤销请求的RESTful API可以是：

460，所有的目标网络控制器向第一视频客户端发送确认/撤销响应。

具体地，当第一视频客户端向所有目标网络控制器发送的是确认请求，则所有的目标网络控制器向第一视频客户端发送确认响应；当第一视频客户端向所有目标网络控制器发送的是撤销请求，则所有的目标网络控制器向第一视频客户端发送撤销响应。

其中，请求确认/撤销响应的RESTful API可以是：

Response Code:

204

Response Body:

no content

需要说明的是，上述为视频客户端通过Socket请求QoS Socket的建立业务流转发路径的方法，当由视频服务器通过Socket请求QoS Socket建立业务流转发路径的方法时，视频服务器可以根据视频客户端信息，(如：IP地址)，确定是否需要为视频客户端建立QoSSocket连接，如果需要，则建立业务流转发路径的方法与图4所示的方法相同，为了简洁，在此不再赘述。

上文结合图1至图4详细的说明了描述了本发明实施例的建立业务流的转发路径的方法，下面结合图5至图8，详细描述本发明实施例的建立业务流的转发路径的装置。应理解，图5至图8所示的装置能够实现图3中的各个步骤，为避免重复，在此不再详细赘述。

图5示出了根据本发明实施例的建立业务流的转发路径的装置的示意性框图。图5所述的装置包括：确定模块510和发送模块520。

确定模块510，用于确定至少一个目标网络控制器，所述至少一个目标网络控制器中的每个目标网络控制器在所述每个目标网络控制器对应的网络中为传输业务流建立转发路径，所述业务流为在所述客户端的应用程序和所述服务器的应用程序之间进行传输的业务流；

发送模块520，用于向所述确定模块确定的所述至少一个目标网络控制器中的每个目标网络控制器发送传输所述业务流所需的服务质量Qos参数，以便所述每个目标网络控制器为所述业务流建立满足传输所述业务流所需的Qos参数的转发路径。

通过向目标网络控制器发送传输业务流所需的Qos参数，以使目标网络控制器可以为业务流建立满足传输所述业务流所需的Qos参数的转发路径，以提高客户端应用程序和服务器应用程序之间传输业务流的服务质量。

可选地，作为一个实施例，所述确定模块具体用于：从网络控制器域名系统DNS服务器获取至少一个网络控制器，所述至少一个网络控制器中的每个网络控制器在所述每个网络控制器对应的网络中所述为传输所述业务流建立转发路径；根据所述至少一个网络控制器中每个网络控制器的网络控制器信息确定所述至少一个目标网络控制器。

可选地，作为一个实施例，所述装置还包括：获取模块，用于从网络控制器DNS获取至少一个网络控制器集合，所述至少一个网络控制器集合中的每个网络控制器集合包括在所述客户端和所述服务器之间为传输所述业务流建立转发路径的网络控制器，所述每个网络控制器集合对应一条所述客户端和所述服务器之间传输所述业务流的转发路径，所述至少一个网络控制器集合对应的所述客户端和所述服务器之间的所述业务流的转发路径不同。

可选地，作为一个实施例，所述至少一个网络控制器集合中的每个网络控制器集合对应一个网络控制器ID列表，所述从网络控制器DNS获取至少一个网络控制器集合，包括：从网络控制器DNS获取IP前缀表，所述IP前缀表包括所述客户端所属的网络的IP前缀、所述服务器所属网络的IP前缀和至少一个所述网络控制器ID列表。

可选地，作为一个实施例，所述网络控制器信息包括Qos指示信息，所述Qos指示信息用于指示所述网络控制信息对应的网络控制器是否能为所述业务流在对应的网络中建立满足所述Qos参数的转发路径。

可选地，作为一个实施例，所述传输所述业务流所需的Qos参数承载于所述客户端和所述服务器之间建立的Socket连接对应的Socket信息中。

图6示出了根据本发明另一实施例的建立业务流的转发路径的装置的示意性框图。图6所示的装置600，包括：

接收模块610，用于接收传输业务流所需的服务质量Qos参数，所述业务流为在客户端的应用程序和服务器端的应用程序之间进行传输的业务流；

建立模块620，用于为所述业务流建立满足所述Qos参数的转发路径，所述转发路径用于在所述客户端和所述服务器之间传输所述业务流。

通过向目标网络控制器发送传输业务流所需的Qos参数，以使目标网络控制器可以为业务流建立满足传输所述业务流所需的Qos参数的转发路径，以提高客户端应用程序和服务器应用程序之间传输业务流的服务质量。

可选地，作为一个实施例，所述传输所述业务流所需的Qos参数承载于所述客户端和所述服务器之间建立的Socket连接对应的Socket信息中。

图7示出了根据本发明另一实施例的建立业务流的转发路径的装置的示意性框图。图7所示的装置700包括：存储器710、处理器720、输入/输出接口730、通信接口740和总线系统750。其中，存储器710、处理器720、输入/输出接口730和通信接口740通过总线系统750相连，该存储器710用于存储指令，该处理器720用于执行该存储器710存储的指令，以控制输入/输出接口730接收输入的数据和信息，输出操作结果等数据，并控制通信接口740发送信号。

处理器720，用于确定至少一个目标网络控制器，所述至少一个目标网络控制器中的每个目标网络控制器在所述每个目标网络控制器对应的网络中为传输业务流建立转发路径，所述业务流为在所述客户端的应用程序和所述服务器的应用程序之间进行传输的业务流；

通信接口740，用于向所述至少一个目标网络控制器中的每个目标网络控制器发送传输所述业务流所需的服务质量Qos参数，以便所述每个目标网络控制器为所述业务流建立满足传输所述业务流所需的Qos参数的转发路径。

应理解，在本发明实施例中，该处理器720可以采用通用的中央处理器(CentralProcessing Unit，CPU)，微处理器，应用专用集成电路(Application SpecificIntegrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本发明实施例所提供的技术方案。

还应理解，通信接口740使用例如但不限于收发器一类的收发装置，来实现移动终端700与其他设备或通信网络之间的通信。

该存储器710可以包括只读存储器和随机存取存储器，并向处理器720提供指令和数据。处理器720的一部分还可以包括非易失性随机存取存储器。例如，处理器720还可以存储设备类型的信息。

该总线系统750除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统750。

在实现过程中，上述方法的各步骤可以通过处理器720中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的建立业务流的转发路径的方法可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器710，处理器720读取存储器710中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

通过向目标网络控制器发送传输业务流所需的Qos参数，以使目标网络控制器可以为业务流建立满足传输所述业务流所需的Qos参数的转发路径，以提高客户端应用程序和服务器应用程序之间传输业务流的服务质量。

图8示出了根据本发明另一实施例的建立业务流的转发路径的装置的示意性框图。图8所示的装置800包括：存储器810、处理器820、输入/输出接口830、通信接口840和总线系统850。其中，存储器810、处理器820、输入/输出接口830和通信接口840通过总线系统850相连，该存储器810用于存储指令，该处理器820用于执行该存储器810存储的指令，以控制输入/输出接口830接收输入的数据和信息，输出操作结果等数据，并控制通信接口840发送信号。

通信接口840，用于接收传输业务流所需的服务质量Qos参数，所述业务流为在客户端的应用程序和服务器端的应用程序之间进行传输的业务流；

处理器820，用于为所述业务流建立满足所述Qos参数的转发路径，所述转发路径用于在客户端和服务器之间传输所述业务流。

应理解，在本发明实施例中，该处理器820可以采用通用的中央处理器(CentralProcessing Unit，CPU)，微处理器，应用专用集成电路(Application SpecificIntegrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本发明实施例所提供的技术方案。

还应理解，通信接口840使用例如但不限于收发器一类的收发装置，来实现移动终端800与其他设备或通信网络之间的通信。

该存储器810可以包括只读存储器和随机存取存储器，并向处理器820提供指令和数据。处理器820的一部分还可以包括非易失性随机存取存储器。例如，处理器820还可以存储设备类型的信息。

该总线系统850除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统850。

在实现过程中，上述方法的各步骤可以通过处理器820中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的建立业务流的转发路径的方法可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器810，处理器820读取存储器810中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

通过向目标网络控制器发送传输业务流所需的Qos参数，以使目标网络控制器可以为业务流建立满足传输所述业务流所需的Qos参数的转发路径，以提高客户端应用程序和服务器应用程序之间传输业务流的服务质量。

应理解，在本发明实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种建立业务流的转发路径的方法，其特征在于，所述方法应用于第一设备，包括：

确定多个目标网络控制器，所述多个目标网络控制器中的每个目标网络控制器在所述每个目标网络控制器对应的网络中为传输业务流建立转发路径，所述业务流为在客户端的应用程序和服务器的应用程序之间进行传输的业务流，所述第一设备为所述客户端或所述服务器；

向所述多个目标网络控制器中的每个目标网络控制器发送传输所述业务流所需的服务质量Qos参数，以便所述每个目标网络控制器为所述业务流建立满足传输所述业务流所需的Qos参数的转发路径。

2.如权利要求1所述的方法，其特征在于，所述确定多个目标网络控制器，包括：

从网络控制器域名系统DNS服务器获取多个网络控制器中每个网络控制器的网络控制器信息，所述多个网络控制器中的每个网络控制器在所述每个网络控制器对应的网络中为传输所述业务流建立转发路径；

根据所述多个网络控制器中每个网络控制器的网络控制器信息确定所述多个目标网络控制器。

3.如权利要求2所述的方法，其特征在于，所述从网络控制器域名系统DNS服务器获取多个网络控制器中每个网络控制器的网络控制器信息之前，所述方法还包括：

从网络控制器DNS服务器获取至少一个网络控制器集合，所述至少一个网络控制器集合中的每个网络控制器集合包括在所述客户端和所述服务器之间为传输所述业务流建立转发路径的网络控制器，所述每个网络控制器集合对应一条所述客户端和所述服务器之间传输所述业务流的转发路径，所述至少一个网络控制器集合对应的所述客户端和所述服务器之间的所述业务流的转发路径不同。

4.如权利要求3所述的方法，其特征在于，所述至少一个网络控制器集合中的每个网络控制器集合对应一个网络控制器ID列表，

所述从网络控制器DNS服务器获取至少一个网络控制器集合，包括：

从网络控制器DNS服务器获取IP前缀表，所述IP前缀表包括所述客户端所属的网络的IP前缀、所述服务器所属网络的IP前缀和至少一个所述网络控制器ID列表。

5.如权利要求2-4中任一项所述的方法，其特征在于，所述网络控制器信息包括Qos指示信息，所述Qos指示信息用于指示所述网络控制器信息对应的网络控制器是否能为所述业务流在对应的网络中建立满足所述Qos参数的转发路径。

6.如权利要求1所述的方法，其特征在于，所述传输所述业务流所需的Qos参数承载于所述客户端和所述服务器之间建立的Socket连接对应的Socket信息中。

7.一种建立业务流的转发路径的方法，其特征在于，所述方法应用于目标网络控制器，所述目标网络控制器为多个目标网络控制器中的任意一个，所述多个目标网络控制器中的每个目标网络控制器在所述每个目标网络控制器对应的网络中为传输业务流建立转发路径，所述方法包括：

从第一设备接收传输业务流所需的服务质量Qos参数，所述业务流为在客户端的应用程序和服务器端的应用程序之间进行传输的业务流，所述第一设备为所述客户端或所述服务器；

为所述业务流建立满足所述Qos参数的转发路径，所述转发路径用于在客户端和服务器之间传输所述业务流。

8.如权利要求7所述的方法，其特征在于，所述传输所述业务流所需的Qos参数承载于所述客户端和所述服务器之间建立的Socket连接对应的Socket信息中。

9.一种建立业务流的转发路径的装置，其特征在于，包括：

确定模块，用于确定多个目标网络控制器，所述多个目标网络控制器中的每个目标网络控制器在所述每个目标网络控制器对应的网络中为传输业务流建立转发路径，所述业务流为在客户端的应用程序和服务器的应用程序之间进行传输的业务流，所述装置为所述客户端或所述服务器；

发送模块，用于向所述确定模块确定的所述多个目标网络控制器中的每个目标网络控制器发送传输所述业务流所需的服务质量Qos参数，以便所述每个目标网络控制器为所述业务流建立满足传输所述业务流所需的Qos参数的转发路径。

10.如权利要求9所述的装置，其特征在于，所述确定模块具体用于：

从网络控制器域名系统DNS服务器获取多个网络控制器中每个网络控制器的网络控制器信息，所述多个网络控制器中的每个网络控制器在所述每个网络控制器对应的网络中所述为传输所述业务流建立转发路径；

根据所述多个网络控制器中每个网络控制器的网络控制器信息确定所述多个目标网络控制器。

11.如权利要求10所述的装置，其特征在于，所述装置还包括：

获取模块，用于从网络控制器域名系统DNS服务器获取至少一个网络控制器集合，所述至少一个网络控制器集合中的每个网络控制器集合包括在所述客户端和所述服务器之间为传输所述业务流建立转发路径的网络控制器，所述每个网络控制器集合对应一条所述客户端和所述服务器之间传输所述业务流的转发路径，所述至少一个网络控制器集合对应的所述客户端和所述服务器之间的所述业务流的转发路径不同。

12.如权利要求11所述的装置，其特征在于，所述至少一个网络控制器集合中的每个网络控制器集合对应一个网络控制器ID列表，

所述从网络控制器DNS服务器获取至少一个网络控制器集合，包括：

从网络控制器DNS服务器获取IP前缀表，所述IP前缀表包括所述客户端所属的网络的IP前缀、所述服务器所属网络的IP前缀和至少一个所述网络控制器ID列表。

13.如权利要求10-12中任一项所述的装置，其特征在于，所述网络控制器信息包括Qos指示信息，所述Qos指示信息用于指示所述网络控制器信息对应的网络控制器是否能为所述业务流在对应的网络中建立满足所述Qos参数的转发路径。

14.如权利要求9所述的装置，其特征在于，所述传输所述业务流所需的Qos参数承载于所述客户端和所述服务器之间建立的Socket连接对应的Socket信息中。

15.一种建立业务流的转发路径的装置，其特征在于，所述装置为目标网络控制器，所述目标网络控制器为多个目标网络控制器中的任意一个，所述多个目标网络控制器中的每个目标网络控制器在所述每个目标网络控制器对应的网络中为传输业务流建立转发路径，所述装置包括：

接收模块，用于从第一设备接收传输业务流所需的服务质量Qos参数，所述业务流为在客户端的应用程序和服务器端的应用程序之间进行传输的业务流，所述第一设备为所述客户端或所述服务器；

建立模块，用于为所述业务流建立满足所述Qos参数的转发路径，所述转发路径用于在客户端和服务器之间传输所述业务流。

16.如权利要求15所述的装置，其特征在于，所述传输所述业务流所需的Qos参数承载于所述客户端和所述服务器之间建立的Socket连接对应的Socket信息中。

Images