在SDN网络中控制及辅助控制用户数据流的方法和装置与流程

本发明涉及SDN(Software Defined Network)网络，尤其涉及在SDN网络中控制及辅助控制用户数据流的方法和装置。

背景技术：

在LTE时代，随着无线数据业务的快速增长，通信系统的作用就像是无线数据的传输管道，接收和发送数据。终端应用公司获得了很多的收益。通信运营商作为通信的管道提供者，需要能够提供一个统一的业务和方案能力中心来保证业务操作的商业成功。

移动通信网络针对移动宽带业务分成两部分。一部分是移动管道，由移动接入和核心网组成，为移动宽带业务提供承载。另一部分是移动业务部分，其提供增值业务，包括：业务压缩、视频优化、网页缓存、HTTP头增强、防火墙等功能，能极大的改善用户体验，从而增加用户的忠诚度。此外，移动业务部分还可提供差异化服务来减少运营商的运营开销。然而，当前网络架构模型有一些不足之处：1.增加新的业务时需要对现有系统升级，工作量很大。2.对单个业务的修改需要重新配置级联在一起的所有业务。3.单个业务的故障可能会中断所有的业务。

SDN(Software Defined Network)是通信运营商实现业务控制的一个新的解决方案。SDN的核心概念是把控制层与数据层解耦。SDN可以位于核心网和因特网之间，控制不同类型的数据走不同的通道。但是直到现在，SDN还不具有根据注册用户的属性信息来控制数据流的功能，而只是基于数据业务类型来控制数据流通道。如果SDN控制器可以根据用户属性信息来控制用户数据流，则可以给用户提供一些定制化业务，并可以基于用户属性来对业务实现灵活的控制策略，从而提高用户体验。因此，如何在SDN网络中获取用户属性信息，并根据用户属性信息来控制用户数 据流是一个值得研究的问题。

技术实现要素：

本发明提出了在SDN网络中控制用户数据流的方法和装置。。

根据本发明的一方面，提供一种在SDN网络的SDN控制器中用于控制用户数据流的方法，其中，所述方法包括：

-通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息；

-基于所述用户属性信息，对用户的数据流进行控制。

根据本发明的另一方面，提供一种在SDN网络的用户信息数据库中用于辅助控制用户数据流的方法，其中，所述方法包括：

-通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息。

根据本发明的另一方面，提供一种在SDN网络的SDN控制器中用于控制用户数据流的装置，其中，所述装置包括：

-用于通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息的装置；

-用于基于所述用户属性信息，对用户的数据流进行控制的装置。

根据本发明的另一方面，提供一种在SDN网络的用户信息数据库中用于辅助控制用户数据流的装置，其中，所述装置包括：

-用于通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息的装置。

与现有技术相比，本发明具有以下优点：本发明通过SDN控制器和用户信息数据库之间新增的接口，使得SDN控制器具有获取用户属性信息的能力，从而SDN控制器可以根据用户属性信息控制用户数据流。基于本发明方案，可以给用户提供定制化业务，并可以基于用户属性来对业务实现灵活的控制策略，从而给用户带来更好的用户体验。同时SDN控制器根据用户属性信息控制用户数据流，也可以优化网络资源的利用，增强网络的灵活性。

附图说明

通过后面给出的详细描述和附图将会更加全面地理解本发明，其中相同的单元由相同的附图标记表示，附图仅仅是作为说明给出的，因此不意图对本发明构成限制：

图1示出了SDN网络架构示意图；

图2示出了本发明的一个方面的实施例的一种在SDN网络中的SDN控制器用于控制用户数据流的方法的流程图；

图3示出本发明的另一方面的实施例的一种在SDN网络的用户信息数据库中用于辅助控制用户数据流的方法的流程图；

图4示出了在本发明的一个优选实施例中，用户初始接入时SDN控制器与用户信息数据库之间进行通信的消息交互图；

图5示出了在本发明的一个优选实施例中，用户进行业务申请时SDN控制器与用户信息数据库之间进行通信的消息交互图；

图6示出了在本发明的一个优选实施例中，用户新业务注册时SDN控制器与用户信息数据库之间进行通信的消息交互图；

图7示出了本发明的一个优选实施例的SDN控制器与用户信息数据库之间进行通信以更新用户业务的拥塞备用路径的消息交互图；

图8示出了本发明的一个方面的一种在SDN网络中的SDN控制器用于控制用户数据流的装置的示意图；

图9示出本发明的另一方面的一种在SDN网络的用户信息数据库中用于辅助控制用户数据流的装置的示意图。

应当提到的是，这些附图意图说明在某些示例性实施例中所利用的方法、结构和/或材料的一般特性，并且对后面提供的书面描述做出补充。但是这些附图并非按比例绘制并且可能没有精确地反映出任何给定实施例的精确的结构或性能特性，并且不应当被解释成定义或限制由示例性实施例所涵盖的数值或属性的范围。在各幅图中使用类似的或完全相同的附图标记是为了表明类似的或完全相同的单元或特征的存在。

具体实施方式

虽然示例性实施例可以有多种修改和替换形式，但是在附图中以举例的方式示出了其中的一些实施例，并且将在这里对其进行详细描述。但是应当理解的是，并不意图将示例性实施例限制到所公开的具体形式，相反，示例性实施例意图涵盖落在权利要求书的范围内的所有修改、等效方案和替换方案。相同的附图标记在各幅图的描述中始终指代相同的单元。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

这里所使用的术语“无线设备”或“设备”可以被视为与以下各项同义并且在后文中有时可以被称作以下各项：客户端、用户设备、移动站、移动用户、移动端、订户、用户、远程站、接入终端、接收器、移动单元等等，并且可以描述无线通信网络中的无线资源的远程用户。

类似地，这里所使用的术语“基站”可以被视为与以下各项同义并且在后文中有时可以被称作以下各项：B节点、演进型B节点、eNodeB、收发器基站(BTS)、RNC等等，并且可以描述在可以跨越多个技术世代的无线通信网络中与移动端通信并且为之提供无线资源的收发器。除了实施这里所讨论的方法的能力之外，这里所讨论的基站可以具有与传统的众所周知的基站相关联的所有功能。

后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体 实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

除非另行定义，否则这里使用的所有术语(包括技术和科学术语)都具有与示例性实施例所属领域内的技术人员通常所理解的相同的含义。还应当理解的是，除非在这里被明确定义，否则例如在通常使用的字典中定义的那些术语应当被解释成具有与其在相关领域的上下文中的含义相一致的含义，而不应按照理想化的或者过于正式的意义来解释。

示例性实施例的一些部分和相应的详细描述是通过计算机存储器内 的软件或算法以及对于数据比特的操作的符号表示而给出的。这些描述和表示是本领域技术人员用以向本领域其他技术人员有效地传达其工作实质的描述和表示。正如其通常被使用的那样，这里所使用的术语“算法”被设想成获得所期望的结果的自相一致的步骤序列。所述步骤是需要对物理数量进行物理操纵的那些步骤。通常而非必要的是，这些数量采取能够被存储、传输、组合、比较以及按照其他方式被操纵的光学、电气或磁性信号的形式。主要出于通常使用的原因，已经证明有时把这些信号称作比特、数值、元素、符号、字符、项、数字等等是便利的。

在后面的描述中将参照可以被实施为程序模块或功能处理的动作以及操作的符号表示(例如以流程图的形式)来描述说明性实施例，所述程序模块或功能处理包括实施特定任务或者实施特定抽象数据类型的例程、程序、对象、组件、数据结构等等，并且可以利用现有网络单元处的现有硬件来实施。这样的现有硬件可以包括一个或更多中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路、现场可编程门阵列(FPGA)计算机等等。

但是应当认识到，所有这些以及类似的术语应当与适当的物理数量相关联，并且仅仅是被应用于这些数量的便利标签。除非明确地另行声明或者从讨论中可以明显看出，否则例如“处理”、“计算”、“确定”或“显示”等术语指的是计算机系统或类似的电子计算设备的动作和处理，其对被表示为所述计算机系统的寄存器和存储器内的物理、电子数量的数据进行操纵，并且将其变换成被类似地表示为所述计算机系统存储器或寄存器或者其他此类信息存储、传送或显示设备内的物理数量的其他数据。

还应当提到的是，示例性实施例的软件实施的方面通常被编码在某种形式的程序存储介质上或者通过某种类型的传送介质来实施。所述程序存储介质可以是磁性(例如软盘或硬盘驱动器)或光学(例如紧致盘只读存储器或“CD ROM”)存储介质，并且可以是只读或随机存取存储介质。类似地，所述传送介质可以是双绞线、同轴电缆、光纤或者本领域内已知的某种其他适当的传送介质。示例性实施例不受任何给定实现方式的这些方面的限制。

处理器和存储器可以一同操作来运行装置功能。举例来说，存储器可以存储关于装置功能的代码段。所述代码段又可以由处理器执行。此外，存储器可以存储处理变量和常数以供处理器使用。

下面结合附图对本发明作进一步详细描述。

图1是SDN网络架构示意图。SDN是一种新型的网络架构，将网络的控制面和数据转发面进行分离，从而实现了网络流量的灵活控制。SDN网络架构分为数据层，控制层和应用层。数据层主要实现数据转发的功能，应用层通过控制层的接口发送请求，SDN控制层接受应用层的应用请求后启动相应的数据层处理资源完成应用响应。为便于读者理解，在下文中，将以图1所示的SDN网络及其组件为例，来对本发明实施例进行描述。在图1的SDN网络架构示意图中，业务引擎(Enabler)作为SDN的数据处理资源，完成用户数据流的数据处理和数据转发。SDN控制器，作为SDN网络中的集中控制单元，通过接口协议控制Enabler实现用户数据流的数据处理和数据转发。用户信息数据库是实现电信运营商统一帐号业务的基础网元设备，保存有用户的属性信息。用户数据库例如可以为UDB(User Database)，或者为SPR(Subscriber Profile Repository)。

当前SDN网络架构中，SDN控制器与用户信息数据库之间没有用于传递用户属性信息的接口。如果SDN控制器可以根据用户属性信息来控制用户数据流，则可以给用户提供一些定制化业务，并可以基于用户属性来对业务实现灵活的控制策略，从而提高用户体验。为解决上述技术问题，作为本发明目标的其中之一，本发明在SDN控制器与用户信息数据库之间新增一个接口，为便于读者阅读，在本文中将其称为Ss接口。该Ss接口用于SDN控制器与用户信息数据库之间通信。

需要说明的是，此处对于SDN网络架构、SDN控制器、用户信息数据库的相关描述仅为举例，其他现有的或今后可能出现的SDN网络架构、SDN控制器、用户信息数据库如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。

图2示出了本发明的一个方面的一种在SDN网络中的SDN控制器用于控制用户数据流的方法的流程图。在该实施例中，包括步骤S21和步骤 S22。

在步骤S21中，SDN控制器通过与用户信息数据库之间的Ss接口，从用户信息数据库获取用户属性信息。

如上文所述，本发明在SDN控制器和用户信息数据库之间引入一个新的接口，为便于读者阅读，在本文中将其称为Ss接口。该Ss接口用于SDN控制器与用户信息数据库之间通信，例如，SDN控制器可通过该Ss接口从用户信息数据库中获取用户属性信息。在一个优选实施例中，Ss接口基于Diameter协议，并新增了Diameter消息，以用于SDN控制器与用户信息数据库之间的上述通信目的。

在本发明中，用户属性信息意指任何与用户相关的信息。在一个实施例中，用户属性信息包括以下至少任一项：

-用户身份标识；

-用户优先级；

-用户订购业务；

-用户QoS需求；

-用户业务的拥塞备份路径。

此处用户身份标识指在SDN网络中用于区分用户身份的标识信息，例如用户ID。用户优先级指例如用户重要等级，用户类型等，是指根据用户的申请情况、用户消费信息、用户的在网历史信息等信息，给用户确定的优先等级，比如VIP(Very Important Person)用户、普通用户、低优先级用户等。一般地，应优先保证重要等级更高的用户的数据流得以获得服务。用户订购业务指用户已申请和购买的业务，比如，e-mail业务，或者YouTube视频观看业务等。用户QoS需求指用户对于订购的业务的服务质量需求。比如，用户购买了YouTube视频观看业务，用户可指定该业务的QoS需求为最高服务质量等级，从而当用户在使用YouTube视频观看业务时，应控制尽可能保持该业务的连接。用户业务的拥塞备份路径指当网络中发生拥塞时，SDN控制器可选择的用于传递用户业务数据流的备份路径，以期尽可能避开拥塞。

本领域技术人员应理解，此处，对于用户属性信息的相关描述仅为示 例性而非限定性描述，存在其他各种实现方式而不背离本发明的精神或范畴，并以引用的方式包含于此。

具体地，在步骤S21中，SDN控制器可通过Ss接口，来从用户信息数据库获取用户属性信息。例如，SDN控制器可通过Ss接口与用户信息数据库通信，从而获取一个或多个用户的用户属性信息。在一个实施例中，当用户初始接入时，SDN控制器可获取该用户的用户属性信息，在后文中，将结合附图4来对该实施例进行进一步的描述。在另一个实施例中，当用户请求使用业务时，SDN控制器基于用户对于业务的使用请求，从用户信息数据库中获取用户属性信息，在后文中，将结合附图5来对该实施例进行进一步的描述。在又一个实施例中，当用户请求增加新业务时，SDN控制器基于用户增加新业务的请求，将与用户数据库进行交互以更新用户属性信息，在后文中，将结合附图6来对该实施例进行进一步的描述。

接着，在步骤S22中，SDN控制器基于所述用户属性信息，对用户的数据流进行控制。所述控制包括但不限于：

-路由选择；

-权限控制。

路由选择是指SDN控制器为用户的数据流分配合适的路由。SDN控制器可基于用户属性信息，对用户的数据流进行控制。例如，SDN控制器从用户信息数据库获取到用户属性信息，从而获知用户优先级、用户订购业务、用户QoS需求。然后，SDN控制器可根据用户订购业务和用户QoS需求，确定该用户所订购业务所需的带宽。接着，SDN控制器可根据用户优先级以及数据面的业务处理单元Enablers的负荷情况，分配满足用户业务、用户QoS需求和用户优先级需求的路由给用户。例如，用户A订购了YouTube视频观看业务，QoS需求为最高服务质量，用户A为VIP用户。SDN控制器根据YouTube视频观看业务和QoS需求确定用户使用YouTube视频观看业务所需的带宽。因当前用户为VIP用户，SDN控制器为用户选择负载最轻的路径，可以满足YouTube视频观看业务的流畅观看的带宽要求。在网络拥塞时，SDN控制器还可以对低优先级用户的业务数据路由进行调整，以满足高优先级用户的需求。

在一个实施例中，SDN控制器根据从用户信息数据库中已获取的用户属性信息，来确定该用户所订购业务的数据流的路由。然后，SDN控制器可将该路由信息发送至SDN Enablers，从而，当用户请求该业务时，SDN Enablers可相应地按照SDN控制器所确定的路由来对该用户的数据流进行控制。

在另一个实施例中，SDN控制器还可基于用户属性信息，来动态确定用户数据流的路由。例如，当网络出现拥塞时，SDN控制器可基于用户属性，为该用户所订购业务选择其它合适的路由，并通知SDN Enablers更新路由。

例如，用户A是游戏Dota2的VIP用户。该用户希望能有最高QoS等级使得到游戏Dota2的服务器的数据流能够保持连接。SDN控制器从用户信息数据库获得了用户A的用户属性信息，其中包括当拥塞发生时，对于Dota2数据流的建议备用路径，例如其为从Enabler1到Enabler4的路径。在网络状况良好时，SDN控制器按照既定的策略选择用户数据流的路径，例如其为从Enabler1到Enabler3的路径。当网络发生拥塞时，SDN控制器根据用户A的用户属性信息，获知用户A希望有最高QoS等级以保持连接到游戏Dota2服务器，因此，SDN控制器首先按照上述拥塞备用路径的指示尝试Enabler1到Enabler4的路径。如果该拥塞备用路径仍不满足要求，SDN控制器将搜索其他可能的路径，比如Enabler1到Enabler5的路径。同时，SDN控制器通知用户信息数据库，将用户A的到Dota2的业务的拥塞备用路径更新为Enabler1到Enabler5。

本领域技术人员应理解，此处，对于路由选择的相关描述仅为示例性而非限定性描述，存在其他各种实现方式而不背离本发明的精神或范畴，并以引用的方式包含于此。

权限控制是指SDN控制器根据用户属性，例如用户订购的业务来确定是否允许或阻止所述用户的数据流。例如，用户可订购儿童因特网接入控制业务。一旦用户订购了该业务，则SDN控制器将通知Enablers拒绝所述用户连接Dota2游戏服务器的数据流通过SDN网络发送到Dota2游戏服务器。又例如，SDN控制器还可结合用户订购业务以及当前时段，来进 行权限控制。接上例，用户可以申请设定晚上6：00到早上6：00的时间段内，订购儿童因特网接入控制业务，而在其他时间内，取消订购儿童因特网接入控制业务。一旦该用户在晚上6：00到早上6：00的时间段内连接Dota2游戏服务器，则SDN控制器将拒绝所述用户连接Dota2游戏服务器的数据流通过SDN网络发送到Dota2游戏服务器。

本领域技术人员应理解，此处，对于权限控制的相关描述仅为示例性而非限定性描述，存在其他各种实现方式而不背离本发明的精神或范畴，并以引用的方式包含于此。

图3示出了本发明的另一方面的一种在SDN网络的用户信息数据库中用于辅助控制用户数据流的方法的流程图。其中，该方法包括步骤S31。

在步骤S31中，用户信息数据库通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息。例如，用户信息数据库可进行匹配查询，以获得SDN控制器需要的一个或多个用户的属性信息，然后通过Ss接口发送到SDN控制器中。在一个实施例中，当用户初始接入时，用户信息数据库会把该用户的用户属性信息通过Ss接口发送给SDN控制器，在后文中，将结合附图4来对该实施例进行进一步的描述。在另一个实施例中，当用户请求使用业务时，用户信息数据库基于SDN控制器的请求，把该用户的用户属性信息通过Ss接口发送到SDN控制器，在后文中，将结合附图5来对该实施例进行进一步的描述。在又一个实施例中，当用户请求增加新业务时，用户信息数据库基于SDN控制器发送的信息，将更新用户属性请求信息发送给SDN控制器，在后文中，将结合附图6来对该实施例进行进一步的描述。

图4示出在本发明的一个优选实施例中，用户初始接入时SDN控制器与用户信息数据库之间进行通信的消息交互图。

首先，在步骤S401中，当用户初始接入时，用户信息数据库通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息下载通知消息，其中，所述用户属性信息下载通知消息中包括所述用户的用户属性信息。为便于读者阅读，用户属性信息下载通知消息以下将简称为PDN消息，即Profile-Download-Notify消息。此处，用户可通过例 如打开移动终端来接入SDN网络。由于本领域技术人员对于用户初始接入的技术已经知悉，此处不再赘述。当用户信息数据库获知用户初始接入后，用户信息数据库查询该用户的用户属性信息，将该用户的用户属性信息包括在PDN消息中，并通过Ss接口，发送该PDN消息给SDN控制器。以下，为PDN消息的一个具体示例，其中该PDN消息包含但不限于如下信息：

Profile-Download-Notify(PDN)：

-用户身份标识；

-SDN控制器标识；

-用户订购业务；

-用户优先级；

-用户QoS需求；

-用户业务的拥塞备用路径。

然后，在步骤S402中，SDN控制器通过与用户信息数据库之间的Ss接口，接收用户信息数据库所发送的所述用户的用户属性信息下载通知消息。例如，SDN控制器可基于事件触发，或定时地来通过该Ss接口，接收用户信息数据库所发送的PDN消息。如上文所述，该PDN消息中，包括用户的用户属性信息。

接着，在步骤S403中，SDN控制器基于该PDN消息，获取用户的用户属性信息。例如，SDN控制器通过Ss接口接收到PDN消息后，可根据消息中所包括的SDN控制器标识识别出是否属于自己待处理的消息，然后从PDN消息中提取出用户的用户属性信息。SDN控制器还可将用户的用户属性信息存储在本地从而避免多次重复向用户信息数据库请求查询该用户的用户属性信息。

接着，在步骤S404中，SDN控制器基于所述用户的用户属性信息的获取结果，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息下载报告消息。为便于读者阅读，用户属性信息下载报告消息以下简称为PDR，也即Profile Download Report消息。PDR消息中可包括上文所述的PDN消息是否被SDN控制器成功接收，也 即SDN控制器是否成功获取到用户的用户属性信息的指示信息。若SDN控制器未从PDN消息中成功获取到用户的用户属性信息，则SDN控制器在PDR消息中还可包括失败原因等信息。以下，为PDR消息的一个具体示例，其中该PDR消息包括但不限于如下信息：

Profile-Download-Report(PDR)：

-用户身份标识；

-SDN控制器标识；

-PDN接收成功或失败；

-当接收失败时，还可包括失败原因。

在步骤S405中，SDN控制器基于所获取的用户属性信息，对所述用户的数据流进行控制。例如，SDN控制器可按照上文中步骤S22所描述的方式，来对用户的数据流进行路由选择，例如，为用户的业务数据流分配合适的Enablers。

以下是用户初始接入过程中，SDN控制器和用户信息数据库处理过程的例子。在本例中，用户A注册了e-mail业务，用户A是VIP用户。当用户A接入网络时，用户信息数据库将通过Ss接口发送用户A的用户属性信息给SDN控制器，SDN控制器接收并将用户A的用户属性信息存储在SDN控制器中。然后，SDN控制器根据用户A的用户属性信息，了解用户A订购了e-mail业务，SDN控制器会为用户A分配适合e-mail业务发送的Enablers。例如，Enabler1，Enabler5，Enabler6都适合做e-mail业务发送，SDN控制器根据用户A的优先级为VIP，选择业务负载最轻的Enabler5为用户A发送e-mail业务。

图5示出在本发明的一个优选实施例中，用户业务请求时SDN控制器与用户信息数据库之间进行通信的消息交互图。

首先，在步骤S501中，当用户业务请求时，SDN控制器通过与用户信息数据库之间的Ss接口，向用户信息数据库发送所述用户的用户属性信息查询请求消息。为便于读者阅读，用户属性信息查询请求消息以下将简称为PQR，即Profile-Query-Request消息。此处，用户可通过用户设备例如移动终端来发起业务请求。由于本领域技术人员对于用户业务请求过 程的技术已经知悉，此处不再赘述。当SDN控制器获知用户的业务请求信息后，SDN控制器通过Ss接口向用户信息数据库发送PQR消息，该PQR消息中包含用户身份标识以及SDN控制器所需的用户属性信息的指示。在一个优选实施例中，当SDN控制器获知用户的业务请求信息后，将首先根据请求中包含的用户身份标识，在SDN控制器本地查找所述用户的用户属性信息。当SDN控制器在本地查找不到该用户的最新用户属性信息时，SDN控制器通过Ss接口向用户信息数据库发送PQR消息以请求该用户的用户属性信息。

以下，为PQR消息的一个具体示例，其中该PQR消息包含但不限于如下信息：

PQR(Profile-Query-Request)：

-用户身份标识；

-SDN控制器标识；

-SDN控制器所需的用户属性信息：

-用户优先级；

-拥塞备用路径；

-其他所需的信息。

接着，在步骤S502中，用户信息数据库通过与SDN控制器之间的Ss接口，接收SDN控制器发送的所述用户的用户属性信息查询请求消息。例如，用户信息数据库可基于事件触发，或定时地来通过该Ss接口，接收SDN控制器所发送的PQR消息。如上文所述，该PQR消息中，包括用户身份标识以及SDN控制器所需的用户属性信息的指示等。

接着，在步骤S503中，用户信息数据库基于所述用户的用户属性信息查询请求消息进行查询，获取所述用户的用户属性信息。例如，用户信息数据库通过Ss接口接收到PQR消息后，可根据消息中所包含的用户身份标识查询用户的属性信息，然后从用户属性信息中查找到SDN控制器所需的用户属性信息的内容项。

接着，在步骤S504中，用户信息数据库通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息查询应答消息， 其中，所述用户属性信息查询应答消息中包括所述用户的用户属性信息。为便于读者阅读，用户属性信息查询应答消息以下简称为PQA，也即Profile-Query-Answer消息。PQA消息是用户信息数据库对SDN控制器发送的PQR请求消息的回应，包括回应PQR请求是否成功或失败的指示。如果用户信息数据库成功查询到所述用户的属性信息，则用户信息数据库在PQA消息中指示请求成功，并在消息中包含所述用户的所申请的用户属性信息的内容；如果用户信息数据库未能查询到所述用户的属性信息，用户信息数据库在PQA消息中指示请求失败，并提供失败的原因或下一步行动建议等信息。以下，为PQA消息的一个具体示例，其中该PQA消息包括但不限于如下信息：

PQA(Profile-Query-Answer)：

-请求确认指示，成功或失败；

-如果请求成功，则提供用户的用户属性信息；

-如果请求失败，则提供失败原因或下一步行动等。

在步骤S505中，SDN控制器通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库发送的所述用户的用户属性信息查询应答消息。例如，SDN控制器可基于事件触发，或定时地来通过该Ss接口，接收用户信息数据库所发送的PQA消息。如上文所述，该PQA消息中，包括SDN控制器请求的用户属性信息。

在步骤S506中，SDN控制器基于所述用户的用户属性信息查询应答消息，获取所述用户的用户属性信息。例如，SDN控制器基于PQA消息，获取PQA消息中用户的用户属性信息的内容，并把该用户的用户属性信息的内容保存在本地。

在步骤S507中，SDN控制器基于所获取的用户属性信息，对所述用户的数据流进行控制。例如，SDN控制器可按照上文中步骤S22所描述的方式，来对用户的数据流进行路由选择，例如，为用户的业务数据流分配合适的Enablers。

以下是用户业务请求过程中，SDN控制器和用户信息数据库处理过程的例子。用户A注册了e-mail业务，用户A是VIP用户。当用户A发起 e-mail业务请求时，SDN控制器会接收到用户A的业务请求的信息。SDN控制器查询用户A的用户属性信息，若SDN控制器中没有用户A的用户属性信息，或没有最新的用户A的用户属性信息，SDN控制器向用户信息数据库发送PQR消息。用户信息数据库接收到PQR消息后，查询获取用户A的用户属性信息，通过PQA消息发送给SDN控制器，并存储在SDN控制器中。SDN控制器根据用户A的用户属性信息，了解用户A已订购e-mail业务，SDN控制器会为用户A的e-mail业务数据流分配适合e-mail业务发送的Enablers。例如，Enabler1，Enabler5，Enabler6都适合做e-mail业务发送，SDN控制器根据用户A的优先级，选择业务负载最轻的Enabler5为用户A发送e-mail业务。

图6示出在本发明的一个优选实施例中，用户新业务注册时SDN控制器与用户信息数据库之间进行通信的消息交互图。

首先，在步骤S601中，当用户新业务注册时，SDN控制器基于用户增加新业务的请求，通过与用户信息数据库之间的Ss接口，向用户信息数据库发送所述用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息中包括所述用户请求增加的新业务的信息。为便于读者阅读，用户属性信息更新请求消息以下将简称为PUR，即Profile-Update-Request消息。此处，用户可通过用户设备例如移动终端来发起新业务注册请求。由于本领域技术人员对于用户新业务注册请求过程的技术已经知悉，此处不再赘述。当SDN控制器获知用户的新业务注册请求信息后，根据请求中包含的用户新注册的业务类型，向用户信息数据库发送PUR消息。PUR消息中包含用户新注册的业务信息。以下，为PUR消息的一个具体示例，其中该PUR消息包含但不限于如下信息：

PUR(Profile-Update-Request)：

-用户身份标识；

-SDN控制器标识；

-用户新注册的业务信息。

然后，在步骤S602中，用户信息数据库通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息更新请求消息， 其中，所述用户属性信息更新请求消息中包括所述用户请求增加的新业务的信息。例如，用户信息数据库可基于事件触发，或定时地来通过该Ss接口，接收SDN控制器所发送的PUR消息。如上文所述，该PUR消息中，包括用户请求增加的新业务的信息。

接着，在步骤S603中，用户信息数据库基于所述用户的用户属性信息更新请求消息，确定所述用户请求增加的新业务相关的用户属性信息。例如，用户信息数据库通过Ss接口接收到PUR消息后，可确定与所述用户请求增加的新业务相关的信息，例如该用户订购业务是否成功、计费信息等，并把该信息保存到该用户的用户属性信息中。

接着，在步骤S604中，用户信息数据库通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息，其中，所述用户属性信息更新应答消息中包括与所述新业务相关的用户属性信息。为便于读者阅读，用户属性信息更新应答消息以下简称为PUA，也即Profile-Update-Answer消息。PUA消息是对用户信息数据库对SDN控制器发送的PUR请求消息的回应消息，其中可以包括在步骤S603中所确定的与该新业务相关的用户属性信息。此外，PUA消息中还可以包括例如回应PUR请求是否成功或失败的指示。如果用户信息数据库成功更新用户属性信息，则用户信息数据库在PUA消息中发送确认成功指示；如果用户信息数据库未能成功更新用户属性信息，则用户信息数据库在PUA消息中提供失败的原因或下一步行动建议等信息。以下，为PUA消息的一个具体示例，其中该PUA消息包括但不限于如下信息:

PUA(Profile-Update-Answer)：

-与新业务相关的用户属性信息；

-确认更新成功或失败；

-如果失败，则提供失败原因和下一步行动等。

在步骤S605中，SDN控制器通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库发送的所述用户的用户属性信息更新应答消息。其中，所述用户属性信息更新应答消息中包括与所述新业务相关的用户属性信息。例如，SDN控制器可基于事件触发，或定时地来通过该Ss接口， 接收用户信息数据库所发送的PUA消息。如上文所述，该PUA消息中，包括与所述新业务相关的用户属性信息。

在步骤S606中，SDN控制器基于所述用户的用户属性信息更新应答消息，更新所述用户的用户属性信息。例如，SDN控制器通过Ss接口接收到PUA消息后，可从PUA消息中获取所述用户的新业务相关的用户属性信息。SDN控制器还可把该信息保存到SDN控制器本地。

在步骤S607中，SDN控制器基于所获取的用户属性信息，对所述用户的数据流进行控制。例如，SDN控制器可按照上文中步骤S22所描述的方式，来对用户的数据流进行路由选择，例如，为用户的业务数据流分配合适的Enablers。

以下是用户新业务注册过程中，SDN控制器和用户信息数据库处理过程的例子。在本例中，用户A之前已经接入网络并已经注册了e-mail业务。用户A想注册一种新业务，例如YouTube视频观看业务。用户A发送注册YouTube视频观看业务的请求给SDN网络。SDN控制器接收到用户A的注册YouTube视频观看业务的请求的信息，SDN控制器把用户A新增业务请求的信息通过PUR消息发送给用户信息数据库。用户信息数据库接收到该PUR消息后，在用户A的属性信息中增加YouTube视频观看业务相关用户属性信息，例如其计费信息，然后发送PUA消息给SDN控制器，并在PUA消息中包含了该用户A的YouTube视频观看业务相关的用户属性信息。SDN控制器接收到该PUA消息后，从其中获取到该用户A的YouTube视频观看业务相关的用户属性信息，并据此更新本地存储的用户A的用户属性信息。最后SDN控制器基于用户A的最新用户属性信息，来为用户A的YouTube视频观看业务数据流确定路由并通知适合的Enablers。

图7示出了本发明的一个优选实施例的SDN控制器与用户信息数据库之间进行通信以更新用户业务的拥塞备用路径的消息交互图。

在步骤S701中，SDN控制器记录前一次拥塞发生时用户的业务所采用的路径作为所述用户的业务的拥塞备用路径。例如，当拥塞发生时，SDN控制器会为用户业务选择其他的可用路径，并把所述路径做为用户业务的 拥塞备用路径，记录在本地。

在步骤S702中，SDN控制器通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息中包括所述用户的业务的拥塞备用路径。在步骤S703中，用户信息数据库通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的该用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息中包括用户的业务的拥塞备用路径。例如，用户信息数据库可基于事件触发，或定时地来通过该Ss接口，接收SDN控制器所发送的PUR消息。如上文所述，该PUR消息中，包括用户业务的拥塞备用路径的信息。

在步骤S704中，用户信息数据库基于所述用户的用户属性信息更新请求消息，将所述用户的业务的拥塞备用路径保存在所述用户的用户属性信息中。例如，用户信息数据库通过Ss接口接收到PUR消息后，可获取所述用户业务的拥塞备用路径的信息，并把该信息保存到所述用户的用户属性信息中。

接着，在步骤S705中，用户信息数据库通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息。其中，所述用户属性信息更新应答消息中包括与所述用户业务的拥塞备用路径相关的用户属性信息。

在步骤S706中，SDN控制器通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库发送的所述用户的用户属性信息更新应答消息。其中，所述用户属性信息更新应答消息中包括与所述用户业务的拥塞备用路径相关的用户属性信息。例如，SDN控制器可基于事件触发，或定时地来通过该Ss接口，接收用户信息数据库所发送的PUA消息。

图8示出了本发明的一个方面的一种在SDN网络中的SDN控制器用于控制用户数据流的装置的示意图。如图8所示，所述在SDN网络中的SDN控制器中用于控制用户数据流的装置，包括：在SDN控制器中，通过与用户信息数据库之间的Ss接口，从用户信息数据库获取用户属性信息的装置81，以下简称第一获取装置81；在SDN控制器中，基于所述用 户属性信息，对用户的数据流进行控制的装置82，以下简称控制装置82。

首先，SDN控制器的第一获取装置81通过与用户信息数据库之间的Ss接口，从用户信息数据库获取用户属性信息。

如上文所述，本发明在SDN控制器和用户信息数据库之间引入一个新的接口，为便于读者阅读，在本文中将其称为Ss接口。该Ss接口用于SDN控制器与用户信息数据库之间通信，例如，SDN控制器可通过该Ss接口从用户信息数据库中获取用户属性信息。在一个优选实施例中，Ss接口基于Diameter协议，并新增了Diameter消息，以用于SDN控制器与用户信息数据库之间的上述通信目的。

在本发明中，用户属性信息意指任何与用户相关的信息。在一个实施例中，用户属性信息包括以下至少任一项：

-用户身份标识；

-用户优先级；

-用户订购业务；

-用户QoS需求；

-用户业务的拥塞备份路径。

此处用户身份标识指在SDN网络中用于区分用户身份的标识信息，例如用户ID。用户优先级指例如用户重要等级，用户类型等，是指根据用户的申请情况、用户消费信息、用户的在网历史信息等信息，给用户确定的优先等级，比如VIP(Very Important Person)用户、普通用户、低优先级用户等。一般地，应优先保证重要等级更高的用户的数据流得以获得服务。用户订购业务指用户已申请和购买的业务，比如，e-mail业务，或者YouTube视频观看业务等。用户QoS需求指用户对于订购的业务的服务质量需求。比如，用户购买了YouTube视频观看业务，用户可指定该业务的QoS需求为最高服务质量等级，从而当用户在使用YouTube视频观看业务时，应控制尽可能保持该业务的连接。用户业务的拥塞备份路径指当网络中发生拥塞时，SDN控制器可选择的用于传递用户业务数据流的备份路径，以期尽可能避开拥塞。

本领域技术人员应理解，此处，对于用户属性信息的相关描述仅为示 例性而非限定性描述，存在其他各种实现方式而不背离本发明的精神或范畴，并以引用的方式包含于此。

具体地，SDN控制器的第一获取装置81可通过Ss接口，来从用户信息数据库获取用户属性信息。例如，SDN控制器的第一获取装置81可通过Ss接口与用户信息数据库通信，从而获取一个或多个用户的用户属性信息。在一个实施例中，当用户初始接入时，SDN控制器的第一获取装置81可获取该用户的用户属性信息，在后文中，将结合附图4来对该实施例进行进一步的描述。在另一个实施例中，当用户请求使用业务时，SDN控制器的第一获取装置81基于用户对于业务的使用请求，从用户信息数据库中获取用户属性信息，在后文中，将结合附图5来对该实施例进行进一步的描述。在又一个实施例中，当用户请求增加新业务时，SDN控制器的第一获取装置81基于用户增加新业务的请求，将与用户数据库进行交互以更新用户属性信息，在后文中，将结合附图6来对该实施例进行进一步的描述。

接着，SDN控制器的控制装置82基于所述用户属性信息，对用户的数据流进行控制。所述控制包括但不限于：

-路由选择；

-权限控制。

路由选择是指SDN控制器的控制装置82为用户的数据流分配合适的路由。控制装置82可基于用户属性信息，对用户的数据流进行控制。例如，第一获取装置81从用户信息数据库获取到用户属性信息，从而控制装置82获知用户优先级、用户订购业务、用户QoS需求。然后，控制装置82可根据用户订购业务和用户QoS需求，确定该用户所订购业务所需的带宽。接着，控制装置82可根据用户优先级以及数据面的业务处理单元Enablers的负荷情况，分配满足用户业务、用户QoS需求和用户优先级需求的路由给用户。例如，用户A订购了YouTube视频观看业务，QoS需求为最高服务质量，用户A为VIP用户。控制装置82根据YouTube视频观看业务和QoS需求确定用户使用YouTube视频观看业务所需的带宽。因用户A为VIP用户，控制装置82为用户选择负载最轻的路径，可以满 足YouTube视频观看业务的流畅观看的带宽要求。在网络拥塞时，控制装置82还可以对低优先级用户的业务数据路由进行调整，以满足高优先级用户的需求。

在一个实施例中，控制装置82根据从用户信息数据库中已获取的用户属性信息，来确定该用户所订购业务的数据流的路由。然后，控制装置82可将该路由信息发送至SDN Enablers，从而，当用户请求该业务时，SDN Enablers可相应地按照SDN控制器的控制装置82所确定的路由来对该用户的数据流进行控制。

在另一个实施例中，控制装置82还可基于用户属性信息，来动态确定用户数据流的路由。例如，当网络出现拥塞时，控制装置82可基于用户属性，为该用户所订购业务选择其它合适的路由，并通知SDN Enablers更新路由。

例如，用户A是游戏Dota2的VIP用户。该用户希望能有最高QoS等级使得到游戏Dota2的服务器的数据流能够保持连接。第一获取装置81从用户信息数据库获得了用户A的用户属性信息，其中包括当拥塞发生时，对于Dota2数据流的建议备用路径，例如其为从Enabler1到Enabler4的路径。在网络状况良好时，控制装置82按照既定的策略选择用户数据流的路径，例如其为从Enabler1到Enabler3的路径。当网络发生拥塞时，控制装置82根据用户A的用户属性信息，获知用户A希望有最高QoS等级以保持连接到游戏Dota2服务器，因此，控制装置82首先按照上述拥塞备用路径的指示尝试Enabler1到Enabler4的路径。如果该拥塞备用路径仍不满足要求，控制装置82将搜索其他可能的路径，比如Enabler1到Enabler5的路径。同时，控制装置82通知用户信息数据库，将用户A的到Dota2的业务的拥塞备用路径更新为Enabler1到Enabler5。

本领域技术人员应理解，此处，对于路由选择的相关描述仅为示例性而非限定性描述，存在其他各种实现方式而不背离本发明的精神或范畴，并以引用的方式包含于此。

权限控制是指控制装置82根据用户属性，例如用户订购的业务来确定是否允许或阻止所述用户的数据流。例如，用户可订购儿童因特网接入 控制业务。一旦用户订购了该业务，则控制装置82将通知Enablers拒绝所述用户连接Dota2游戏服务器的数据流通过SDN网络发送到Dota2游戏服务器。又例如，控制装置82还可结合用户订购业务以及当前时段，来进行权限控制。接上例，用户可以申请设定晚上6：00到早上6：00的时间段内，订购儿童因特网接入控制业务，而在其他时间内，取消订购儿童因特网接入控制业务。一旦该用户在晚上6：00到早上6：00的时间段内连接Dota2游戏服务器，则控制装置82将拒绝所述用户连接Dota2游戏服务器的数据流通过SDN网络发送到Dota2游戏服务器。

本领域技术人员应理解，此处，对于权限控制的相关描述仅为示例性而非限定性描述，存在其他各种实现方式而不背离本发明的精神或范畴，并以引用的方式包含于此。

图9示出了本发明的另一个方面的一种在SDN网络的用户信息数据库中用于辅助控制用户数据流的装置。如图9所示，其包括用于通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息的装置，以下简称第一提供装置91。

用户信息数据库的第一提供装置91通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息。例如，第一提供装置91可进行匹配查询，以获得SDN控制器需要的一个或多个用户的属性信息，然后通过Ss接口发送到SDN控制器中。在一个实施例中，当用户初始接入时，第一提供装置91会把该用户的用户属性信息通过Ss接口发送给SDN控制器，在后文中，将结合附图4来对该实施例进行进一步的描述。在另一个实施例中，当用户请求使用业务时，第一提供装置91基于SDN控制器的请求，把该用户的用户属性信息通过Ss接口发送到SDN控制器，在后文中，将结合附图5来对该实施例进行进一步的描述。在又一个实施例中，当用户请求增加新业务时，第一提供装置91基于SDN控制器发送的信息，将更新用户属性请求信息发送给SDN控制器，在后文中，将结合附图6来对该实施例进行进一步的描述。

图4示出在本发明的一个优选实施例中，用户初始接入时SDN控制器与用户信息数据库之间进行通信的消息交互图。

在该实施例中，SDN控制器的第一获取装置81包括用于当用户初始接入时，通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库所发送的所述用户的用户属性信息下载通知消息的装置，以下简称第一接收装置811(未示出)；用于基于所述用户属性信息下载通知消息，获取所述用户的用户属性信息的装置，以下简称第二获取装置812(未示出)；以及用于基于所述用户的用户属性信息的获取结果，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息下载报告消息的装置，以下简称第一发送装置813(未示出)。此外，用户信息数据库的第一提供装置91包括用于当用户初始接入时，通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息下载通知消息的装置，以下简称第二提供装置911(未示出)；以及用于通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的所述用户的用户属性消息下载报告消息的装置，以下简称第二接收装置912(未示出)。

首先，在步骤S401中，当用户初始接入时，用户信息数据库的第二提供装置911通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息下载通知消息，其中，所述用户属性信息下载通知消息中包括所述用户的用户属性信息。为便于读者阅读，用户属性信息下载通知消息以下将简称为PDN消息，即Profile-Download-Notify消息。此处，用户可通过例如打开移动终端来接入SDN网络。由于本领域技术人员对于用户初始接入的技术已经知悉，此处不再赘述。当用户信息数据库获知用户初始接入后，用户信息数据库的第二提供装置911查询该用户的用户属性信息，将该用户的用户属性信息包括在PDN消息中，并通过Ss接口，发送该PDN消息给SDN控制器。以下，为PDN消息的一个具体示例，其中该PDN消息包含但不限于如下信息：

Profile-Download-Notify(PDN)：

用户身份标识；

SDN控制器标识；

用户订购业务；

用户优先级；

用户QoS需求；

用户业务的拥塞备用路径。

然后，在步骤S402中，SDN控制器的第一接收装置811通过与用户信息数据库之间的Ss接口，接收用户信息数据库所发送的所述用户的用户属性信息下载通知消息。例如，SDN控制器的第一接收装置811可基于事件触发，或定时地来通过该Ss接口，接收用户信息数据库所发送的PDN消息。如上文所述，该PDN消息中，包括用户的用户属性信息。

接着，在步骤S403中，SDN控制器的第二获取装置812基于该PDN消息，获取用户的用户属性信息。例如，SDN控制器的第一接收装置811通过Ss接口接收到PDN消息后，SDN控制器的第二获取装置812可根据消息中所包括的SDN控制器标识识别出是否属于自己待处理的消息，然后从PDN消息中提取出用户的用户属性信息。SDN控制器的第二获取装置812还可将用户的用户属性信息存储在本地从而避免多次重复向用户信息数据库请求查询该用户的用户属性信息。

接着，在步骤S404中，SDN控制器的第一发送装置813基于所述用户的用户属性信息的获取结果，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息下载报告消息。为便于读者阅读，用户属性信息下载报告消息以下简称为PDR，也即Profile Download Report消息。PDR消息中可包括上文所述的PDN消息是否被SDN控制器成功接收，也即SDN控制器是否成功获取到用户的用户属性信息的指示信息。若SDN控制器未从PDN消息中成功获取到用户的用户属性信息，则SDN控制器的第一发送装置813在PDR消息中还可包括失败原因等信息。以下，为PDR消息的一个具体示例，其中该PDR消息包括但不限于如下信息：

Profile-Download-Report(PDR)：

-用户身份标识；

-SDN控制器标识；

-PDN接收成功或失败；

-当接收失败时，还可包括失败原因。

在步骤S405中，SDN控制器基于所获取的用户属性信息，对所述用户的数据流进行控制。例如，SDN控制器可按照上文所描述的方式，来对用户的数据流进行路由选择，例如，为用户的业务数据流分配合适的Enablers。

以下是用户初始接入过程中，SDN控制器和用户信息数据库处理过程的例子。在本例中，用户A注册了e-mail业务，用户A是VIP用户。当用户A接入网络时，用户信息数据库的第二提供装置911将通过Ss接口发送用户A的用户属性信息给SDN控制器，SDN控制器的第一接收装置811接收并将用户A的用户属性信息存储在SDN控制器中。然后，SDN控制器的第二获取装置812根据用户A的用户属性信息，了解用户A订购了e-mail业务，SDN控制器的控制装置82会为用户A分配适合e-mail业务发送的Enablers。例如，Enabler1，Enabler5，Enabler6都适合做e-mail业务发送，SDN控制器根据用户A的优先级为VIP，选择业务负载最轻的Enabler5为用户A发送e-mail业务。

图5示出在本发明的一个优选实施例中，用户业务请求时SDN控制器与用户信息数据库之间进行通信的消息交互图。

在本实施例中，SDN控制器的第一获取装置81包括用于基于用户对于业务的使用请求，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息查询请求消息的装置，以下简称第二发送装置814(未示出)；用于通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库发送的所述用户的用户属性信息查询应答消息的装置，以下简称第三接收装置815(未示出)；以及用于基于所述用户的用户属性信息查询应答消息，获取所述用户的用户属性信息的装置，以下简称第三获取装置816(未示出)。此外，用户信息数据库的第一提供装置91包括用于通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息查询请求消息的装置，以下简称第四接收装置913(未示出)；用于基于所述用户的用户属性信息查询请求消息进行查询，获取所述用户的用户属性信息的装置，以下简称第一查询装置914 (未示出)；以及用于通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息查询应答消息的装置，以下简称第三发送装置915(未示出)。

首先，在步骤S501中，当用户业务请求时，SDN控制器的第二发送装置814通过与用户信息数据库之间的Ss接口，向用户信息数据库发送所述用户的用户属性信息查询请求消息。为便于读者阅读，用户属性信息查询请求消息以下将简称为PQR，即Profile-Query-Request消息。此处，用户可通过用户设备例如移动终端来发起业务请求。由于本领域技术人员对于用户业务请求过程的技术已经知悉，此处不再赘述。当SDN控制器获知用户的业务请求信息后，SDN控制器的第二发送装置814通过Ss接口向用户信息数据库发送PQR消息，该PQR消息中包含用户身份标识以及SDN控制器所需的用户属性信息的指示。在一个优选实施例中，当SDN控制器的获知用户的业务请求信息后，第二发送装置814将首先根据请求中包含的用户身份标识，在SDN控制器本地查找所述用户的用户属性信息。当第二发送装置814在本地查找不到该用户的最新用户属性信息时，第二发送装置814通过Ss接口向用户信息数据库发送PQR消息以请求该用户的用户属性信息。

以下为PQR消息的一个具体示例，其中该PQR消息包含但不限于如下信息：

PQR(Profile-Query-Request)：

-用户身份标识；

-SDN控制器标识；

-SDN控制器所需的用户属性信息：

-用户优先级；

-拥塞备用路径；

-其他所需的信息。

接着，在步骤S502中，用户信息数据库的第四接收装置913通过与SDN控制器之间的Ss接口，接收SDN控制器发送的所述用户的用户属性信息查询请求消息。例如，第四接收装置913可基于事件触发，或定时地 来通过该Ss接口，接收SDN控制器所发送的PQR消息。如上文所述，该PQR消息中，包括用户身份标识以及SDN控制器所需的用户属性信息的指示等。

接着，在步骤S503中，用户信息数据库的第一查询装置914基于所述用户的用户属性信息查询请求消息进行查询，获取所述用户的用户属性信息。例如，用户信息数据库通过Ss接口接收到PQR消息后，第一查询装置914可根据消息中所包含的用户身份标识查询用户的属性信息，然后从用户属性信息中查找到SDN控制器所需的用户属性信息的内容项。

接着，在步骤S504中，用户信息数据库的第三发送装置915通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息查询应答消息，其中，所述用户属性信息查询应答消息中包括所述用户的用户属性信息。为便于读者阅读，用户属性信息查询应答消息以下简称为PQA，也即Profile-Query-Answer消息。PQA消息是用户信息数据库对SDN控制器发送的PQR请求消息的回应，包括回应PQR请求是否成功或失败的指示。如果第一查询装置914成功查询到所述用户的属性信息，则第三发送装置915在PQA消息中指示请求成功，并在消息中包含所述用户的所申请的用户属性信息的内容；如果第一查询装置914未能查询到所述用户的属性信息，第三发送装置915在PQA消息中指示请求失败，并提供失败的原因或下一步行动建议等信息。以下，为PQA消息的一个具体示例，其中该PQA消息包括但不限于如下信息：

PQA(Profile-Query-Answer)：

-请求确认指示，成功或失败；

-如果请求成功，则提供用户的用户属性信息；

-如果请求失败，则提供失败原因或下一步行动等。

在步骤S505中，SDN控制器的第三接收装置815通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库发送的所述用户的用户属性信息查询应答消息。例如，第三接收装置815可基于事件触发，或定时地来通过该Ss接口，接收用户信息数据库所发送的PQA消息。如上文所述，该PQA消息中，包括SDN控制器请求的用户属性信息。

在步骤S506中，SDN控制器的第三获取装置816基于所述用户的用户属性信息查询应答消息，获取所述用户的用户属性信息。例如，第三获取装置816基于PQA消息，获取PQA消息中用户的用户属性信息的内容，并把该用户的用户属性信息的内容保存在本地。

在步骤S507中，SDN控制器基于所获取的用户属性信息，对所述用户的数据流进行控制。例如，SDN控制器可按照上文所描述的方式，来对用户的数据流进行路由选择，例如，为用户的业务数据流分配合适的Enablers。

以下是用户业务请求过程中，SDN控制器和用户信息数据库处理过程的例子。用户A注册了e-mail业务，用户A是VIP用户。当用户A发起e-mail业务请求时，SDN控制器会接收到用户A的业务请求的信息。SDN控制器的第二发送装置814在本地查询用户A的用户属性信息，若SDN控制器中没有用户A的最新用户属性信息，第二发送装置814向用户信息数据库发送PQR消息。用户信息数据库的第四接收装置913接收到PQR消息后，第一查询装置914查询获取用户A的用户属性信息，第三发送装置915通过PQA消息发送给SDN控制器。SDN控制器的第三获取装置816可基于该消息获取到该用户的用户属性信息，并且第三获取装置816还可将其存储在SDN控制器中。SDN控制器根据用户A的用户属性信息，了解用户A已订购e-mail业务，SDN控制器会为用户A的e-mail业务数据流分配适合e-mail业务发送的Enablers。例如，Enabler1，Enabler5，Enabler6都适合做e-mail业务发送，SDN控制器根据用户A的优先级，选择业务负载最轻的Enabler5为用户A发送e-mail业务。之后SDN控制器把用户A的控制信息发送给Enabler5。

图6示出在本发明的一个优选实施例中，用户新业务注册时SDN控制器与用户信息数据库之间进行通信的消息交互图。

在该实施例中，SDN控制器的第一获取装置81包括用于基于用户增加新业务的请求，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息更新请求消息的装置，以下简称第四发送装置817(未示出)；用于通过与用户信息数据库之间的Ss接口， 接收所述用户信息数据库所发送的所述用户的用户属性信息更新应答消息的装置，以下简称第五接收装置818(未示出)；以及用于基于所述用户的用户属性信息更新应答消息，更新所述用户的用户属性信息的装置，以下简称第一更新装置819(未示出)。此外，用户信息数据库的第一提供装置91包括用于通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息更新请求消息的装置，以下简称第六接收装置916(未示出)；用于基于所述用户的用户属性信息更新请求消息，确定所述用户请求增加的新业务相关的用户属性信息的装置，以下简称第一确定装置917(未示出)；以及用于通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息的装置，以下简称第五发送装置918(未示出)。

首先，在步骤S601中，当用户新业务注册时，SDN控制器的第四发送装置817基于用户增加新业务的请求，通过与用户信息数据库之间的Ss接口，向用户信息数据库发送所述用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息中包括所述用户请求增加的新业务的信息。为便于读者阅读，用户属性信息更新请求消息以下将简称为PUR，即Profile-Update-Request消息。此处，用户可通过用户设备例如移动终端来发起新业务注册请求。由于本领域技术人员对于用户新业务注册请求过程的技术已经知悉，此处不再赘述。当SDN控制器获知用户的新业务注册请求信息后，第四发送装置817根据请求中包含的用户新注册的业务类型，向用户信息数据库发送PUR消息。PUR消息中包含用户新注册的业务信息。以下，为PUR消息的一个具体示例，其中该PUR消息包含但不限于如下信息：

PUR(Profile-Update-Request)：

-用户身份标识；

-SDN控制器标识；

-用户新注册的业务信息。

然后，在步骤S602中，用户信息数据库的第六接收装置916通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性 信息更新请求消息，其中，所述用户属性信息更新请求消息中包括所述用户请求增加的新业务的信息。例如，第六接收装置916可基于事件触发，或定时地来通过该Ss接口，接收SDN控制器所发送的PUR消息。如上文所述，该PUR消息中，包括用户请求增加的新业务的信息。

接着，在步骤S603中，用户信息数据库的第一确定装置917基于所述用户的用户属性信息更新请求消息，确定所述用户请求增加的新业务相关的用户属性信息。例如，用户信息数据库的第六接收装置916通过Ss接口接收到PUR消息后，第一确定装置917可确定与所述用户请求增加的新业务相关的信息，例如该用户订购业务是否成功、计费信息等，并把该信息保存到该用户的用户属性信息中。

接着，在步骤S604中，用户信息数据库的第五发送装置918通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息，其中，所述用户属性信息更新应答消息中包括与所述新业务相关的用户属性信息。为便于读者阅读，用户属性信息更新应答消息以下简称为PUA，也即Profile-Update-Answer消息。PUA消息是对用户信息数据库对SDN控制器发送的PUR请求消息的回应消息，其中可以包括在步骤S603中所确定的与该新业务相关的用户属性信息。此外，PUA消息中还可以包括例如回应PUR请求是否成功或失败的指示。如果用户信息数据库成功更新用户属性信息，则用户信息数据库的第五发送装置918在PUA消息中发送确认成功指示；如果用户信息数据库未能成功更新用户属性信息，则用户信息数据库的第五发送装置918在PUA消息中提供失败的原因或下一步行动建议等信息。以下，为PUA消息的一个具体示例，其中该PUA消息包括但不限于如下信息:

PUA(Profile-Update-Answer)：

-与新业务相关的用户属性信息；

-确认更新成功或失败；

-如果失败，则提供失败原因和下一步行动等。

在步骤S605中，SDN控制器的第五接收装置818通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库发送的所述用户的用户属 性信息更新应答消息。其中，所述用户属性信息更新应答消息中包括与所述新业务相关的用户属性信息。例如，第五接收装置818可基于事件触发，或定时地来通过该Ss接口，接收用户信息数据库所发送的PUA消息。如上文所述，该PUA消息中，包括与所述新业务相关的用户属性信息。

在步骤S606中，SDN控制器的第一更新装置819基于所述用户的用户属性信息更新应答消息，更新所述用户的用户属性信息。例如，SDN控制器的第五接收装置818通过Ss接口接收到PUA消息后，第一更新装置819可从PUA消息中获取所述用户的新业务相关的用户属性信息,并将该信息更新到SDN控制器本地所存储的该用户的用户属性信息中。

在步骤S607中，SDN控制器基于所获取的用户属性信息，对所述用户的数据流进行控制。例如，SDN控制器可按照上文所描述的方式，来对用户的数据流进行路由选择，例如，为用户的业务数据流分配合适的Enablers。

以下是用户新业务注册过程中，SDN控制器和用户信息数据库处理过程的例子。在本例中，用户A之前已经接入网络并已经注册了e-mail业务。用户A想注册一种新业务，例如YouTube视频观看业务。用户A发送注册YouTube视频观看业务的请求给SDN网络。SDN控制器接收到用户A的注册YouTube视频观看业务的请求的信息，SDN控制器的第四发送装置817把用户A新增业务请求的信息通过PUR消息发送给用户信息数据库。用户信息数据库的第六接收装置916接收到该PUR消息后，第一确定装置917在用户A的属性信息中增加YouTube视频观看业务相关用户属性信息，例如其计费信息，然后第五发送装置918发送PUA消息给SDN控制器，并在PUA消息中包含了该用户A的YouTube视频观看业务相关的用户属性信息。SDN控制器的第五接收装置818接收到该PUA消息后，第一更新装置819从其中获取到该用户A的YouTube视频观看业务相关的用户属性信息，并据此更新本地存储的用户A的用户属性信息。最后SDN控制器基于用户A的最新用户属性信息，来为用户A的YouTube视频观看业务数据流确定路由并通知适合的Enablers。

图7示出了本发明的一个优选实施例的SDN控制器与用户信息数据 库之间进行通信以更新用户业务的拥塞备用路径的消息交互图。

在该实施例中，SDN控制器的用于控制用户数据流的装置还包括用于记录前一次拥塞发生时用户的业务所采用的路径作为所述用户的业务的拥塞备用路径的装置，以下简称第一记录装置83(未示出)；用于通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息更新请求消息的装置，以下简称第六发送装置84(未示出)；以及用于通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库所发送的所述用户的用户属性信息更新应答消息的装置，以下简称第七接收装置85(未示出)。此外，用户信息数据库的用于辅助控制用户数据流的装置还包括用于通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息更新请求消息的装置，以下简称第八接收装置92(未示出)；用于基于所述用户的用户属性信息更新请求消息，将所述用户的业务的拥塞备用路径保存在所述用户的用户属性信息中的装置，以下简称第一保存装置93(未示出)；以及用于通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息的装置，以下简称第七发送装置94(未示出)。

在步骤S701中，SDN控制器的第一记录装置83记录前一次拥塞发生时用户的业务所采用的路径作为所述用户的业务的拥塞备用路径。例如，当拥塞发生时，SDN控制器的控制装置82会为用户业务选择其他的可用路径，并且第一记录装置83把所述路径做为用户业务的拥塞备用路径，记录在本地。

在步骤S702中，SDN控制器的第六发送装置84通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息中包括所述用户的业务的拥塞备用路径。在步骤S703中，用户信息数据库的第八接收装置92通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的该用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息中包括用户的业务的拥塞备用路径。例如，第八接收装置92可基于事件触发，或定时地来通过该Ss接口，接收SDN控制器所发送的PUR消息。 如上文所述，该PUR消息中，包括用户业务的拥塞备用路径的信息。

在步骤S704中，用户信息数据库的第一保存装置93基于所述用户的用户属性信息更新请求消息，将所述用户的业务的拥塞备用路径保存在所述用户的用户属性信息中。例如，用户信息数据库的第八接收装置92通过Ss接口接收到PUR消息后，第一保存装置93可从其中获取所述用户业务的拥塞备用路径的信息，并把该信息保存到所述用户的用户属性信息中。

接着，在步骤S705中，用户信息数据库的第七发送装置94通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息。其中，所述用户属性信息更新应答消息中包括与所述用户业务的拥塞备用路径相关的用户属性信息。

在步骤S706中，SDN控制器的第七接收装置85(通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库发送的所述用户的用户属性信息更新应答消息。其中，所述用户属性信息更新应答消息中包括与所述用户业务的拥塞备用路径相关的用户属性信息。例如，第七接收装置85可基于事件触发，或定时地来通过该Ss接口，接收用户信息数据库所发送的PUA消息。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，本发明的各个装置可采用专用集成电路(ASIC)或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要 求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

虽然前面特别示出并且描述了示例性实施例，但是本领域技术人员将会理解的是，在不背离权利要求书的精神和范围的情况下，在其形式和细节方面可以有所变化。这里所寻求的保护在所附权利要求书中做了阐述。在下列编号条款中规定了各个实施例的这些和其他方面：

1.一种在SDN网络的SDN控制器中用于控制用户数据流的方法，其中，所述方法包括：

-通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息；

-基于所述用户属性信息，对用户的数据流进行控制。

2.根据条款1所述的方法，其中，所述通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息的步骤包括：

-当用户初始接入时，通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库所发送的所述用户的用户属性信息下载通知消息；

-基于所述用户属性信息下载通知消息，获取所述用户的用户属性信息；

-基于所述用户的用户属性信息的获取结果，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息下载报告消息。

3.根据条款1所述的方法，其中，所述通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息的步骤包括：

-基于用户对于业务的使用请求，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息查询请求消息；

-通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库发送的所述用户的用户属性信息查询应答消息；

-基于所述用户的用户属性信息查询应答消息，获取所述用户的用户属性信息。

4.根据条款1所述的方法，其中，所述通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息的步骤包括：

-基于用户增加新业务的请求，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息中包括所述用户请求增加的新业务的信息；

-通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库所发送的所述用户的用户属性信息更新应答消息，其中，所述用户属性信息更新应答消息中包括与所述新业务相关的用户属性信息；

-基于所述用户的用户属性信息更新应答消息，更新所述用户的用户属性信息。

5.根据条款1至4中任一项所述的方法，其中，所述方法还包括：

-记录前一次拥塞发生时用户的业务所采用的路径作为所述用户的业务的拥塞备用路径；

-通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息中包括所述用户的业务的拥塞备用路径；

-通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库所发送的所述用户的用户属性信息更新应答消息。

6.根据条款1至5中任一项所述的方法，其中，所述控制包括以下至少任一项：

-路由选择；

-权限控制。

7.根据条款1至6中任一项所述的方法，其中，所述用户属性信息包括以下至少任一项：

-用户身份标识；

-用户优先级；

-用户订购业务；

-用户QoS需求；

-用户业务的拥塞备份路径。

8.根据条款1至7中任一项所述的方法，其中，所述用户信息数据库包括以下任一项：

-UDB；

-SPR。

9.一种在SDN网络的用户信息数据库中用于辅助控制用户数据流的方法，其中，所述方法包括：

-通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息。

10.根据条款9所述的方法，其中，所述通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息的步骤包括：

-当用户初始接入时，通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息下载通知消息，其中，所述用户属性信息下载通知消息中包括所述用户的用户属性信息；

-通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的所述用户的用户属性消息下载报告消息。

11.根据条款9或10所述的方法，其中，所述通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息的步骤包括：

-通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息查询请求消息；

-基于所述用户的用户属性信息查询请求消息进行查询，获取所述用户的用户属性信息；

-通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息查询应答消息，其中，所述用户属性信息查询应答消息中包括所述用户的用户属性信息。

12.根据条款9至11中任一项所述的方法，其中，所述通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息的步骤包括：

-通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息 中包括所述用户请求增加的新业务的信息；

-基于所述用户的用户属性信息更新请求消息，确定所述用户请求增加的新业务相关的用户属性信息；

-通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息，其中，所述用户属性信息更新应答消息中包括与所述新业务相关的用户属性信息。

13.根据条款9至12中任一项所述的方法，其中，所述方法还包括：

-通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息更新请求消息，其中，所述用户属性信息更新请求消息中包括用户的业务的拥塞备用路径；

-基于所述用户的用户属性信息更新请求消息，将所述用户的业务的拥塞备用路径保存在所述用户的用户属性信息中；

-通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息。

14.根据条款9至13中任一项所述的方法，其中，所述用户属性信息包括以下至少任一项：

-用户身份标识；

-用户优先级；

-用户订购业务；

-用户QoS需求；

-用户业务的拥塞备份路径。

15.根据条款9至14中任一项所述的方法，其中，所述用户信息数据库包括以下任一项：

-UDB；

-SPR。

16.一种在SDN网络的SDN控制器中用于控制用户数据流的装置，其中，所述装置包括：

-用于通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息的装置；

-用于基于所述用户属性信息，对用户的数据流进行控制的装置。

17.根据条款16所述的装置，其中，所述用于通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息的装置包括：

-用于当用户初始接入时，通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库所发送的所述用户的用户属性信息下载通知消息的装置；

-用于基于所述用户属性信息下载通知消息，获取所述用户的用户属性信息的装置；

-用于基于所述用户的用户属性信息的获取结果，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息下载报告消息的装置。

18.根据条款16所述的装置，其中，所述用于通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息的装置包括：

-用于基于用户对于业务的使用请求，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息查询请求消息的装置；

-用于通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库发送的所述用户的用户属性信息查询应答消息的装置；

-用于基于所述用户的用户属性信息查询应答消息，获取所述用户的用户属性信息的装置。

19.根据条款16所述的装置，其中，所述用于通过与用户信息数据库之间的Ss接口，从所述用户信息数据库获取用户属性信息的装置包括：

-用于基于用户增加新业务的请求，通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息更新请求消息的装置，其中，所述用户属性信息更新请求消息中包括所述用户请求增加的新业务的信息；

-用于通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库所发送的所述用户的用户属性信息更新应答消息的装置，其中，所述用户属性信息更新应答消息中包括与所述新业务相关的用户属性信息；

-用于基于所述用户的用户属性信息更新应答消息，更新所述用户的用户属性信息的装置。

20.根据条款16至19中任一项所述的装置，其中，所述装置还包括：

-用于记录前一次拥塞发生时用户的业务所采用的路径作为所述用户的业务的拥塞备用路径的装置；

-用于通过与用户信息数据库之间的Ss接口，向所述用户信息数据库发送所述用户的用户属性信息更新请求消息的装置，其中，所述用户属性信息更新请求消息中包括所述用户的业务的拥塞备用路径；

-用于通过与用户信息数据库之间的Ss接口，接收所述用户信息数据库所发送的所述用户的用户属性信息更新应答消息的装置。

21.根据条款16至20中任一项所述的装置，其中，所述控制包括以下至少任一项：

-路由选择；

-权限控制。

22.根据条款16至21一项所述的装置，其中，所述用户属性信息包括以下至少任一项：

-用户身份标识；

-用户优先级；

-用户订购业务；

-用户QoS需求；

-用户业务的拥塞备份路径。

23.根据条款16至22中任一项所述的装置，其中，所述用户信息数据库包括以下任一项：

-UDB；

-SPR。

24.一种在SDN网络的用户信息数据库中用于辅助控制用户数据流的装置，其中，所述装置包括：

-用于通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息的装置。

25.根据条款24所述的装置，其中，所述用于通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息的装置包括：

-用于当用户初始接入时，通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息下载通知消息的装置，其中，所述用户属性信息下载通知消息中包括所述用户的用户属性信息；

-用于通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的所述用户的用户属性消息下载报告消息的装置。

26.根据条款24或25所述的装置，其中，所述用于通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息的装置包括：

-用于通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息查询请求消息的装置；

-用于基于所述用户的用户属性信息查询请求消息进行查询，获取所述用户的用户属性信息的装置；

-用于通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息查询应答消息的装置，其中，所述用户属性信息查询应答消息中包括所述用户的用户属性信息。

27.根据条款24至26中任一项所述的装置，其中，所述用于通过与SDN控制器之间的Ss接口，向SDN控制器提供用户属性信息的装置包括：

-用于通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息更新请求消息的装置，其中，所述用户属性信息更新请求消息中包括所述用户请求增加的新业务的信息；

-用于基于所述用户的用户属性信息更新请求消息，确定所述用户请求增加的新业务相关的用户属性信息的装置；

-用于通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息的装置，其中，所述用户属性信息更新应答消息中包括与所述新业务相关的用户属性信息。

28.根据条款24至27中任一项所述的装置，其中，所述装置还包括：

-用于通过与SDN控制器之间的Ss接口，接收所述SDN控制器发送的用户的用户属性信息更新请求消息的装置，其中，所述用户属性信息更 新请求消息中包括用户的业务的拥塞备用路径；

-用于基于所述用户的用户属性信息更新请求消息，将所述用户的业务的拥塞备用路径保存在所述用户的用户属性信息中的装置；

-用于通过与SDN控制器之间的Ss接口，向所述SDN控制器发送所述用户的用户属性信息更新应答消息的装置。

29.根据条款24至28中任一项所述的装置，其中，所述用户属性信息包括以下至少任一项：

-用户身份标识；

-用户优先级；

-用户订购业务；

-用户QoS需求；

-用户业务的拥塞备份路径。

30.根据条款24至29中任一项所述的装置，其中，所述用户信息数据库包括以下任一项：

-UDB；

-SPR。