在SDN網絡中控制及輔助控制用戶數據流的方法和裝置與流程

2023-05-29 08:44:38

本發明涉及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。