業務處理方法、設備及系統的製作方法
2023-12-07 05:06:16 1
業務處理方法、設備及系統的製作方法
【專利摘要】本發明實施例提供了一種業務處理方法、設備及系統，涉及通信【技術領域】，能夠在不改變運營商原有設備的情況下進行業務擴展。本發明實施例包括獲取待處理業務流對應的業務服務信息，所述業務服務信息包括所述待處理業務流的業務流標識以及與所述業務流標識對應的業務標籤；將所述待處理業務流對應的業務服務信息發送給業務路由器，以使得所述業務路由器根據所述業務服務信息處理所述待處理業務流。
【專利說明】業務處理方法、設備及系統
【技術領域】
[0001]本發明涉及通信【技術領域】，尤其涉及一種業務處理方法、設備及系統。
【背景技術】
[0002]隨著Internet 的發展，BRAS (Broadband Remote Access Server,寬帶遠程接入伺服器)或者BNG (Broadband Network Gateway,寬帶網絡網關)均需要逐漸增強各種增值業務處理能力，如OTT (On the top,在頂端)視頻處理、DPI (Deep Packet Inspection,深度報文檢測)，防火牆，殺毒等。目前這些能力都集中在BRAS或者BNG上擴展，但由於未來增值業務種類多，每擴展一種業務，都需要對BRAS或者BNG進行軟體升級，甚至硬體升級。無論是軟體升級還是硬體升級，運營商都需要將BRAS或者BNG設備下電，BRAS或者BNG上的用戶都將中斷原有業務。目前，BRAS或者BNG可以支持的用戶數量十分龐大，若進行設備下電則影響面非常大，極大影響用戶體驗。
【發明內容】
[0003]本發明的實施例提供一種業務處理方法、設備及系統，能夠在不改變運營商原有設備的情況下進行業務擴展。
[0004]為達到上述目的，本發明的實施例採用如下技術方案:
[0005]一種業務處理方法,包括:
[0006]獲取待處理業務流對應的業務服務信息，所述業務服務信息包括所述待處理業務流的業務流標識以及與所述業務流標識對應的業務標籤；
[0007]將所述待處理業務流對應的業務服務信息發送給業務路由器，以使得所述業務路由器根據所述業務服務信息處理所述待處理業務流；
[0008]其中，所述業務標籤為經過編碼處理的一個業務原子或者為經過編碼處理的業務
原子串。
[0009]一種業務處理方法,包括:
[0010]接收控制器發送的業務服務信息，所述業務服務信息包括第一業務流的業務流標識和業務標籤；
[0011]接收所述第一業務流，並獲取業務路由表；
[0012]根據所述業務服務信息以及所述業務路由表處理所述第一業務流；
[0013]其中，所述業務標籤為經過編碼處理的一個業務原子或者業務原子串。
[0014]一種業務處理設備，包括:
[0015]業務服務信息獲取單元，用於獲取待處理業務流對應的業務服務信息，所述業務服務信息包括所述待處理業務流的業務流標識以及與所述業務流標識對應的業務標籤；
[0016]業務服務信息發送單元，用於將所述待處理業務流對應的業務服務信息發送給業務路由器，以使得所述業務路由器根據所述業務服務信息處理所述待處理業務流；
[0017]其中，所述業務標籤為經過編碼處理的一個業務原子或者為經過編碼處理的業務原子串。
[0018]另一種業務處理設備，包括:
[0019]接收單元，用於接收控制器發送的業務服務信息，所述業務服務信息包括第一業務流的業務流標識和業務標籤；
[0020]所述接收單元，還用於接收所述第一業務流；
[0021]獲取單元，用於獲取業務路由表；
[0022]處理單元，用於根據所述業務服務信息以及所述業務路由表處理所述第一業務流。
[0023]一種業務處理系統，其特徵在於，包括上述的兩種業務處理設備。
[0024]本發明實施例提供的業務處理的方法、設備及系統，通過使用業務原子或業務原子串來標識業務處理順序，並生成與業務原子或業務原子串對應的業務服務信息，以使得業務路由器以及與所述業務路由器相鄰的業務伺服器根據所述業務服務信息處理待處理的業務流，在本實施例提供的業務處理方式下，新業務的開發就轉變為對已有的業務原子重新進行組合，或者添加新的業務原子，使得運營商仍然可以使用已有的設備繼續處理業務，從而能夠在不改變運營商原有設備的情況下進行業務擴展。
【專利附圖】
【附圖說明】
[0025]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0026]圖1為本發明實施例1中的一種業務處理的方法流程圖；
[0027]圖2為本發明實施例1中的另一種業務處理的方法流程圖；
[0028]圖3為本發明實施例1中的一種業務路由網絡架構的組成框圖；
[0029]圖4為本發明實施例1中的另一種業務路由網絡架構的組成框圖；
[0030]圖5為本發明實施例1中的一種業務處流程的信息交互圖；
[0031]圖6為本發明實施例1中的另一種業務處理流程的信息交互圖；
[0032]圖7為本發明實施例1中的再一種業務處理流程的信息交互圖；
[0033]圖8為本發明實施例1中的一種網絡連接結構框圖；
[0034]圖9為本發明實施例1中的一種業務處理方法的流程圖；
[0035]圖10為本發明實施例1中的另一種網絡連接結構框圖；
[0036]圖11為本發明實施例1中的另一種業務處理方法的流程圖；
[0037]圖12為本發明實施例2中的一種業務處理設備的組成框圖；
[0038]圖13為本發明實施例2中的另一種業務處理設備的組成框圖；
[0039]圖14為本發明實施例2中的另一種業務處理設備的組成框圖；
[0040]圖15為本發明實施例2中的另一種業務處理設備的組成框圖；
[0041]圖16為本發明實施例2中的另一種業務處理設備的組成框圖；
[0042]圖17為本發明實施例2中的另一種業務處理設備的組成框圖；
[0043]圖18為本發明實施例2中的另一種業務處理設備的組成框圖；[0044]圖19為本發明實施例2中的另一種業務處理設備的組成框圖；
[0045]圖20為本發明實施例2中的另一種業務處理設備的組成框圖；
[0046]圖21為本發明實施例2中的另一種業務處理設備的組成框圖；
[0047]圖22為本發明實施例2中的一種業務處理系統的組成框圖；
[0048]圖23為本發明實施例2中的另一種業務處理系統的組成框圖。
【具體實施方式】
[0049]下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
[0050]實施例1
[0051]本發明實施例提供了一種業務處理方法，該方法例如為控制器側的方法，如圖1所示，包括:
[0052]101、獲取待處理業務流對應的業務服務信息。
[0053]其中，所述業務服務信息包括所述待處理業務流的業務流標識以及與所述業務流標識對應的業務標籤，所述業務標籤為經過編碼處理的一個業務原子或者業務原子串，所述業務原子串為至少兩個業務原子按照一定順序排列形成的序列。其中，所述業務原子用於標識處理所述待處理業務流需要的一個業務處理步驟。所述編碼指採用不同的二進位數或多進位數來表示不同的業務原子或者業務原子串。
[0054]舉例來說，如果一個業務流需要一個業務處理步驟，則對應該業務流的業務標籤為經過編碼處理的一個業務原子；如果一個業務流需要多個業務處理步驟，則對應該業務流的業務標籤為經過編碼處理的多個業務原子串。
[0055]102、將所述待處理業務流對應的業務服務信息發送給業務路由器，以使得所述業務路由器根據所述業務服務信息處理所述待處理業務流。
[0056]本發明還提供了一種業務處理的方法，該方法例如為業務路由器側的方法，如圖2所示，包括:
[0057]201、接收控制器發送的待處理業務流對應的業務服務信息。
[0058]其中，所述業務服務信息包括待處理業務流的業務流標識以及與所述業務流標識對應的業務標籤。其中，所述業務標籤為經過編碼處理的一個業務原子或者業務原子串，所述業務原子串為至少兩個業務原子按照一定順序排列形成的序列。其中，所述業務原子用於標識處理所述待處理業務流需要的一個業務處理步驟。所述編碼指採用不同的二進位數或多進位數來表示不同的業務原子或者業務原子串。
[0059]202、接收所述待處理業務流，並獲取業務路由表。
[0060]其中，所述獲取業務路由表可以通過以下兩種方式實現，具體包括:
[0061]方式一:接收控制器發送的業務路由表信息，並根據所述業務路由表信息生成業務路由表。
[0062]其中，所述業務路由信息由控制器根據業務處理路徑信息生成，所述業務處理路徑信息用於指示處理所述待處理業務流需要的跳數以及每一跳涉及的業務原子種類和數量。
[0063]方式二:獲取業務路由器中已存儲的業務路由表。其中，所述業務路由表為預先生成並存儲在所述業務路由器中的，可以為集中式業務路由表和分布式業務路由表中的任意一種。
[0064]舉例來說，所述集中式業務路由表可以包括業務流標識、業務流的處理順序編號、處理順序編號對應的輸出埠以及處理順序編號對應的下一跳業務標籤；所述分布式業務路由表可以包括下一跳業務處理設備對應的業務原子處理能力、對應的輸出埠和對應的地址信息。
[0065]203、根據所述業務服務信息以及所述業務路由表處理所述待處理業務流。
[0066]本發明實施例提供的業務處理的方法，通過使用業務原子或業務原子串來標識業務處理順序和業務處理類型，並生成與業務原子或業務原子串對應的業務服務信息，以使得業務路由器以及與所述業務路由器相鄰的業務伺服器根據所述業務服務信息處理待處理的業務流。在本實施例提供的業務處理方式下，新業務的開發轉變為對已有的業務原子重新進行組合，或者添加新的業務原子，使得運營商可以使用已有的設備處理新業務，從而能夠在不改變運營商原有設備的情況下進行業務擴展。
[0067]本發明實施例又提供了一種業務處理方法，可以應用在如圖3所示的業務路由網絡架構中，該網絡架構包括:控制器、寬帶網絡網關(Broadband Network Gateway,BNG)、業務路由器、業務伺服器、第三方業務(Third Party Service)設備。其中，業務伺服器若包含業務路由功能則轉變為業務路由器。
[0068]其中，控制器包括:網絡抽象模塊，用於將各種網絡設備和伺服器，例如，業務路由器(Service Router)和業務伺服器(Service Server)抽象為一個整體,從而對於各種控制模塊，例如接入控制(Access Control)模塊、業務路由控制(Service Routing Control)模塊等，看到的是一個抽象的業務路由虛擬網絡(即只看到具有業務路由功能的節點和具有業務處理能力的節點或伺服器)，實現對底層物理硬體的屏蔽和對諸如接入設備、路由器和交換機等設備形態的屏蔽。
[0069]業務抽象模塊，用於將控制器內部可編輯的業務或網絡處理資源，抽象為對用戶可見的業務原子或業務原子串，或對第三方可開放的API (Application ProgrammingInterface，應用程式編程接口)。
[0070]開放雲接口(Open Cloud Interface)用於為第三方提供雲管理、雲控制、雲承載等方面的雲協作標準接口，在本網絡架構中可以以開放應用程式編程接口(Open API)的形式被定義，例如Open API可以是業務原子API，或者業務路由API，所述業務原子API用於為第三方構建自己的業務提供接口，所述業務路由API用於為第三方構建自己的虛擬業務路由網絡提供接口。
[0071]在上述網絡抽象模塊和業務抽象模塊之間為各種控制模塊，包括:
[0072]接入控制(Access Control)模塊,用於實現接入控制功能,例如用戶認證、動態主機配置協議(Dynamic Host Configuration Protocol, DHCP)等功能。所述接入控制模塊還可以用於獲取待處理業務流的業務服務信息。
[0073]業務路由控制(Service Routing Control)模塊,用於生成和維護業務路由表,並根據業務流對應的業務原子或業務原子串為業務流生成業務處理路徑信息。[0074]業務原子化(Service Atomization)模塊,用於註冊伺服器的業務原子處理能力。
[0075]業務原子串生成(Service Chain Orchestration)模塊,用於根據業務服務信息、業務策略、用戶策略等信息生成業務原子串。
[0076]其中，本實施例中的業務路由器可以用於對業務流中的報文添加、更改或刪除業務標籤，並根據業務路由表進行報文轉發。本實施例中的業務伺服器可以用於處理CT(TeleCom,電信)業務和IT (Information Technology,信息技術)業務,並提供相應的業務原子處理機，如CT業務原子處理機，IT業務原子處理機。業務伺服器可以由電信運營商提供，也可以由第三方提供。
[0077]本實施例中，控制器實現接入控制和業務路由控制。
[0078]舉例來說，如果將業務路由器作為中小規模寬帶業務網關，那麼控制器可以內嵌於業務路由器中，形成如圖4所示的業務路由網絡架構中，從而可以進一步減少網絡時延、提高性能並且簡化控制。
[0079]需要說明的是，所述控制器可以具有三種控制模式:用戶認證控制模式、隨路控制模式和信令控制模式。所述業務路由器處理業務流時可以有兩種處理方式，包括集中式業務路由處理方式和分布式業務路由處理方式。
[0080]基於上述描述的如圖3所示的網絡框架，當控制器使用用戶認證控制模式時，本發明實施例提供了一種業務處理方法，如圖5所示，該方法包括:
[0081]301、在認證、授權和計費(Authentication, Authorization andAccounting，AAA)伺服器中，預先配置有用戶所對應的業務服務信息；或者，由第三方設備調用Open API，在AAA伺服器中生成用戶所對應的業務服務信息，所述業務服務信息包括用戶的待處理業務流對應的業務流標識和與業務流標識對應的業務標籤。
[0082]對於一個用戶，可能會擁有多項業務，每項業務對應的業務流具有各自的業務服務信息。
[0083]302、Access Control模塊作為AAA客戶端或代理與AAA伺服器交互用戶認證消息。若Access Control模塊接收到AAA伺服器發送的用戶認證成功的消息(如AAA的接入允許消息)，則執行步驟303 ;否則執行步驟312。
[0084]其中，與AAA伺服器交互用戶認證消息的具體步驟為本領域技術人員公知的技術，本發明實施例在此不進行詳細描述。
[0085]303> Access Control模塊從AAA伺服器獲取用戶所對應的業務服務信息。
[0086]其中，所述用戶所對應的業務服務信息可以攜帶在所述用戶的用戶認證消息中。舉例來說，可以將用戶所對應的業務服務信息攜帶在擴展的AAA的接入允許消息中，所述擴展例如可以通過在AAA的接入允許消息中增加新的屬性或選項來實現。
[0087]304、Access Control模塊將所述業務服務信息發送給Service ChainOrchestration 模塊。
[0088]305、Service Chain Orchestration模塊對所述業務服務信息中的業務標籤進行解碼處理得到相應的業務原子或業務原子串。
[0089]306、Service Chain Orchestration 模塊根據 Service Atomization 模塊中註冊的業務原子處理能力判斷是否能夠處理所述業務原子或業務原子串，若能夠處理所述業務原子或業務原子串，則當業務路由器採用分布式業務路由處理方式處理待處理業務流，並且業務路由器中的業務路由表不需要根據控制器發送的業務路由表信息生成時，執行步驟307，當業務路由器採用集中式業務路由處理方式處理待處理業務流時，或者當業務路由器採用分布式業務路由處理方式處理待處理業務流，並且業務路由器中的業務路由表需要根據控制器發送的業務路由表信息生成時，則執行步驟309 ;若不能夠處理所述業務原子或業務原子串，則執行步驟312。
[0090]307、Service Chain Orchestration模塊將所述業務服務信息發送給ServiceRouting Control 模塊。
[0091]308>Service Routing Control模塊下發所述業務服務信息給所述待處理業務流對應的入口業務路由器，並結束用戶認證控制模式的控制流程。
[0092]309、Service Routing Control 模塊根據 Service Atomization 模塊中註冊的業務原子處理能力，生成所述待處理業務流對應的業務處理路徑信息。
[0093]其中，所述業務處理路徑信息用於表示處理待處理業務流的過程中待處理業務流需要按順序經過的業務路由器或業務伺服器以及每一跳業務路由器或業務伺服器分別需要按順序處理業務原子串中的哪幾個業務原子。
[0094]310、Service Chain Orchestration模塊將所述業務服務信息發送給ServiceRouting Control 模塊。
[0095]311、Service Routing Control模塊將所述業務服務信息下發給所述業務處理路徑信息對應的業務處理路徑上的首個業務路由器，生成所述業務處理路徑信息對應的業務處理路徑上各個業務路由器對應的業務路由表信息，下發業務路由表信息到相應的業務路由器，並結束用戶認證控制模式的控制流程。
[0096]312>Service Chain Orchestration 模塊通知 Service Routing Control 模塊引導業務流進入一個特定的Web Server (網頁伺服器),該Web Server會向用戶解釋無法進行相應服務的原因，並結束用戶認證控制模式的控制流程。
[0097]在本實施例中，控制器通過使用用戶認證控制模式，可以在用戶通過認證之後為用戶提供對應的業務處理方式，使得用戶得到了個性化服務，提高了用戶體驗。用戶認證控制模式中，控制與承載分離，業務路徑最優，該模式能較好兼容現有Internet業務,較適合動態IP(Internet Protocol,網際網路協議)地址分配的用戶場景。
[0098]基於上述描述的如圖3所示的網絡框架，當控制器使用隨路控制模式(即通過數據報文觸發業務路由控制的方法)時，本發明實施例提供了一種業務處理的方法，如圖6所示，該方法包括:
[0099]401、業務控制(Access Control)模塊獲取待處理業務流對應的業務服務信息,並將所述待處理業務流對應的業務服務信息發送給Service Chain Orchestration模塊。其中，所述Access Control模塊獲取待處理業務流對應的業務服務信息具體可以為AccessControl模塊獲取控制器中預先設置的業務服務信息,也可以為Access Control模塊獲取第三方通過調用Open API在控制器中生成的業務服務信息略。具體採用哪種方式，本發明實施例對此不進行限制。其中，業務服務信息的定義和前述的定義相同。
[0100]402、業務路由器接收所述待處理業務流，將所述待處理業務流的第一個報文或業務路由器不能識別的所述待處理業務流的報文引導至Service Chain Orchestration模塊。[0101]其中，業務路由器不能識別的所述待處理業務流的報文為該業務路由器的路由表中查找不到該報文對應的路由信息的報文。
[0102]403、Service Chain Orchestration模塊對接收到的所述報文對應的待處理業務流進行業務識別，根據Access Control模塊獲取的該待處理業務流對應的業務服務信息生成該待處理業務流對應的業務原子或業務原子串。
[0103]其中,業務服務信息的有關描述與在前的相關描述相同。
[0104]404、Service Chain Orchestration模塊根據註冊的業務原子處理能力判斷是否能夠處理所述業務原子或者業務原子串，若能夠處理所述業務原子或業務原子串，則當業務路由器採用分布式業務路由處理方式處理業務流，並且業務路由器中的業務路由表不需要根據控制器發送的業務路由表信息生成時，執行所述步驟405 ;當業務路由器採用集中式業務路由處理方式處理業務流時，或者當業務路由器採用分布式業務路由處理方式處理業務流，並且業務路由器中的業務路由表需要根據控制器發送的業務路由表信息生成時，執行步驟407 ;若不能夠處理所述業務原子或業務原子串，則執行步驟410。
[0105]405、Service Chain Orchestration模塊將所述業務服務信息發送給ServiceRouting Control 模塊。
[0106]406、Service Routing Control模塊下發所述業務服務信息給所述待處理業務流對應的入口業務路由器，並結束隨路控制模式的控制流程。
[0107]407、Service Routing Control 模塊根據 Service Atomization 模塊中註冊的業務原子處理能力，生成業務處理路徑信息。
[0108]其中，所述業務處理路徑信息的有關描述與所述步驟309中的有關描述相同。
[0109]408、Service Chain Orchestration模塊將業務服務信息發送給ServiceRoutingControl 模塊。
[0110]409、Service Routing Control模塊根據所述業務處理路徑信息確定業務處理路徑上的首個業務路由器，並下發業務服務信息給該首個業務路由器，並根據業務處理路徑信息生成業務處理路徑上各個業務路由器對應的業務路由表信息，下發業務路由表信息到相應的業務路由器，然後結束隨路控制模式的控制流程。
[0111]410、業務路由器將所述待處理業務流轉發出業務路由網絡，並結束隨路控制模式的控制流程。
[0112]舉例來說，業務路由器也具有普通轉發能力，當不能夠處理所述待處理業務流對應的業務原子或業務原子串時，對所述待處理業務流進行普通轉發，並結束隨路控制模式的控制流程。這裡所說的普通轉發就是基於業務流報文的包頭信息例如IP位址或其他地址信息進行的轉發。
[0113]在本實施例中，控制器通過使用隨路控制模式，可以對沒有設置對應的業務標籤的數據進行控制和處理，實現了對於大部分業務流和特殊的數據包的業務處理。該模式能較好兼容現有Internet業務,還可支持家庭用戶或者企業用戶使用靜態IP位址的場景。
[0114]基於上述如圖3所示的網絡框架，當控制器使用信令控制模式時，本發明實施例提供了一種業務處理的方法，如圖7所示，該方法包括:
[0115]501、業務信令網關(Service Signaling Gateway)接收用戶發送的業務請求信令。[0116]502、Service Signaling Gateway 向 Access Control 模塊發送用戶發送的業務請求信令對應的業務需求。
[0117]503, Access Control模塊根據所述業務需求生成相應的業務服務信息。
[0118]504、Service Chain Orchestration模塊根據所述業務服務信息生成相應的業務原子或業務原子串，根據Service Atomization模塊中註冊的業務原子處理能力判斷是否能夠處理所述業務原子或業務原子串，若能夠處理所述業務原子或業務原子串，則當業務路由器採用分布式業務路由處理方式處理待處理業務流，並且業務路由器中的業務路由表不需要根據控制器發送的業務路由表信息生成時，執行步驟505 ;當業務路由器採用集中式業務路由處理方式處理待處理業務流時，或者當業務路由器採用分布式業務路由處理方式處理待處理業務流，並且業務路由器中的業務路由表需要根據控制器發送的業務路由表信息生成時，執行步驟508 ;否則執行步驟510。
[0119]505、Service Chain Orchestration模塊將所述業務服務信息發送給ServiceRouting Control 模塊。
[0120]506、Service Routing Control模塊下發所述業務服務信息給所述業務流對應的入口業務路由器，並結束信令控制模式的控制流程。507、Service Routing Control模塊根據註冊的業務原子處理能力，生成業務處理路徑信息。
[0121]其中，所述業務處理路徑信息的有關描述與所述步驟309中的有關描述相同。
[0122]508、Service Chain Orchestration模塊將所述業務服務信息發送給ServiceRouting Control 模塊。
[0123]509>Service Routing Control模塊根據所述業務處理路徑確定業務處理路徑上的首個業務路由器，並下發業務服務信息給該業務路由器，同時，根據業務處理路徑信息生成業務處理路徑上各個業務路由器對應的業務路由表信息，並下發業務路由表信息到相應的業務路由器，並結束信令控制模式的控制流程。
[0124]510>Service Chain Orchestration 模塊通知 Service Routing Control 模塊引導業務流進入一個特定的Web Server,該Web Server會向用戶解釋無法進行相應服務的原因，並結束信令控制模式的控制流程。
[0125]在本實施例中，控制器通過使用信令控制模式，可以對使用信令發起業務的業務類型，例如語音業務，使用業務原子進行處理，提高了業務原子的適用性，降低了運營商的開發成本。該模式要求用戶終端能發起與業務相關的信令，比較適合於VoIP (Voice overInternet Protocol,基於網際網路協議傳輸的語音)業務或其它支持信令的業務(如端對端Peer-t o-Peer 業務)。
[0126]舉例來說，本實施例中在控制器結束控制流程之後，業務路由器可以根據集中式業務路由處理方式或分布式業務路由處理方式，處理所述待處理業務流。
[0127]在如圖3所示的業務路由網絡架構中，業務路由器與業務伺服器之間以星狀拓撲連接時，可以使用集中式業務路由處理方式。在如圖8所示的網絡連接結構中，控制器可以設置在業務路由器中，也可以外置於業務路由器與業務路由器相連，業務路由器與業務伺服器相互獨立，所有業務伺服器與業務路由器相連，並且可以數據交互，每個業務伺服器之間不進行連接，使得業務路由器與業務伺服器呈現星狀拓撲連接。
[0128]其中，上遊設備和下遊設備可以為業務路由器或其他可發送報文的網絡設備，本發明實施例在此不列舉。
[0129]基於如圖8所示的網絡連接結構，所述集中式業務路由處理方式的具體步驟如圖9所示,包括:
[0130]601、業務路由器接收控制器發送的業務服務信息，所述業務服務信息包括待處理業務流的業務流標識以及與所述業務流標識對應的業務標籤。
[0131 ] 602、業務路由器接收待處理業務流，並獲取集中式路由表,根據所述集中式業務路由表中與所述待處理業務流的業務流標識對應的第一個處理順序編號，將與所述第一個處理順序編號對應的第一下一跳業務標籤添加到所述待處理業務流的報文中。其中，獲取業務路由表可以通過接收控制發送的業務路由表信息，並根據所述業務路由表信息生成所述業務路由表；或者，可以直接獲取業務路由器中配置的業務路由表。
[0132]所述集中式業務路由表如下表1所示。
[0133]表1集中式業務路由表
【權利要求】
1.一種業務處理方法，其特徵在於，包括: 獲取待處理業務流對應的業務服務信息，所述業務服務信息包括所述待處理業務流的業務流標識以及與所述業務流標識對應的業務標籤； 將所述待處理業務流對應的業務服務信息發送給業務路由器，以使得所述業務路由器根據所述業務服務信息處理所述待處理業務流； 其中，所述業務標籤為經過編碼處理的一個業務原子或者為經過編碼處理的業務原子串O
2.根據權利要求1所述的方法，其特徵在於，所述獲取待處理業務流對應的業務服務信息具體包括: 從認證、授權和計費伺服器獲取待處理業務流對應的業務服務信息； 對所述業務服務信息中的業務標籤進行解碼處理，得到所述業務標籤對應的業務原子或業務原子串。
3.根據權利要求1所述的方法，其特徵在於，所述獲取待處理業務流對應的業務服務信息具體包括:獲取控制器中預先設置的待處理業務流對應的業務服務信息，對所述業務服務信息中的業務標籤進行解碼處理，得到所述業務標籤對應的業務原子或業務原子串。
4.根據權利要求1所述的方法，其特徵在於，所述獲取待處理業務流對應的業務服務信息具體包括: 接收業務信令網關發送的業務需求，所述業務需求為所述業務信令網關接收的用戶發送的業務請求信令對應的業務需求 ； 根據所述業務需求，生成所述待處理業務流對應的業務服務信息和業務原子或業務原子串。
5.根據權利要求1至4任意一項所述的方法，其特徵在於，將所述待處理業務流對應的業務服務信息發送給業務路由器具體包括: 根據已註冊的業務原子處理能力，判斷是否能夠處理所述業務原子或業務原子串； 若確定能夠處理所述業務原子或業務原子串，將所述待處理業務流對應的業務服務信息發送給業務路由器。
6.根據權利要求5所述的方法，其特徵在於，所述若確定能夠處理所述業務原子或業務原子串，將所述待處理業務流對應的業務服務信息發送給業務路由器具體包括: 根據註冊的業務原子處理能力判斷是否能夠處理所述業務原子或業務原子串，若能夠處理所述業務原子或業務原子串，則當業務路由器採用分布式業務路由處理方式處理所述待處理業務流，並且業務路由器中的業務路由表不需要根據控制器發送的業務路由表信息生成時，將所述業務服務信息發送給所述待處理業務流對應的入口業務路由器； 當業務路由器採用集中式業務路由處理方式處理待所述處理業務流時，或者當業務路由器採用分布式業務路由處理方式處理所述待處理業務流，並且業務路由器中的業務路由表需要根據控制器發送的業務路由表信息生成時，則根據註冊的業務原子處理能力，生成所述待處理業務流對應的業務處理路徑信息，將所述業務服務信息下發給所述業務處理路徑信息對應的業務處理路徑上的首個業務路由器，生成所述業務處理路徑信息對應的業務處理路徑上各個業務路由器對應的業務路由表信息，並下發所述業務路由表信息到相應的業務路由器。
7.根據權利要求5或6所述的方法，其特徵在於，還包括: 若確定不能處理所述業務原子串，則將所述待處理業務流發送給網絡伺服器，以使得所述網絡伺服器通知用戶所述待處理業務流當前不能被處理。
8.一種業務處理方法，其特徵在於，包括: 接收控制器發送的業務服務信息，所述業務服務信息包括第一業務流的業務流標識和業務標籤； 接收所述第一業務流，並獲取業務路由表； 根據所述業務服務信息以及所述業務路由表處理所述第一業務流； 其中，所述業務標籤為經過編碼處理的一個業務原子或者業務原子串。
9.根據權利要求8所述的方法，其特徵在於，所述獲取業務路由表具體採用以下任意一種或幾種方式: 接收控制器發送的業務路由表信息，並根據所述業務路由表信息生成所述業務路由表; 直接獲取本地配置的業務路由表； 通過學習相鄰業務處理設備的業務原子或業務原子串處理能力獲取所述分布式業務 路由表。
10.根據權利要求8或9所述的方法，其特徵在於，所述業務路由表為集中式業務路由表，所述集中式業務路由表包括所述第一業務流的業務流標識、處理順序編號、所述處理順序編號對應的輸出埠以及所述處理順序編號對應的下一跳業務標籤。
11.根據權利要求10所述的方法，其特徵在於，當獲取到的所述業務路由表為集中式業務路由表時，所述根據所述業務服務信息以及所述業務路由表處理所述第一業務流具體包括: 根據所述集中式業務路由表中與所述第一業務流的業務流標識對應的第一個處理順序編號，將與所述第一個處理順序編號對應的第一下一跳業務標籤添加到所述待處理業務流的報文中； 將所述添加了第一下一跳業務標籤的第一業務流通報文通過與所述第一個處理順序編號對應的第一輸出埠發送至與所述第一輸出埠對應的業務伺服器上，以使得所述與所述第一輸出埠對應的業務伺服器根據所述第一下一跳業務標籤處理所述第一業務流； 接收與所述第一輸出埠對應的業務伺服器發送的經過第一次處理的所述第一業務流，並判斷所述第一個處理順序編號是否為所述業務路由表中所述業務流標識對應的最後一個處理順序編號； 若確定所述第一個處理順序編號為所述業務路由表中所述業務流標識對應的最後一個處理順序編號，則將經過處理的所述第一業務流中的所述第一下一跳業務標籤去除，並將去除了第一下一跳業務標籤的所述第一業務流的報文從業務路由網絡中轉發出去；若確定所述第一個處理順序編號不為所述業務路由表中所述業務流標識對應的最後一個處理順序編號，則將經過處理的所述第一業務流中的所述第一下一跳業務標籤替換為與所述業務路由表中所述業務流標識對應的第二個處理順序編號對應的第二下一跳業務標籤；將攜帶了所述第二下一跳業務標籤的所述第一業務流的報文通過與所述第二個處理順序編號對應的第二輸出埠發送至與所述第二輸出埠對應的業務伺服器上，以使得所述與所述第二輸出埠對應的業務伺服器根據所述第二下一跳業務標籤處理攜帶了所述第二下一跳業務標籤的所述第一業務流的報文； 接收與所述第二輸出埠對應的業務伺服器發送的經過處理的攜帶了所述第二下一跳業務標籤的第一業務流的報文，並判斷所述第二個處理順序編號是否為所述業務路由表中所述業務流標識對應的最後一個處理順序編號；若確定所述第二個處理順序編號為所述業務路由表中所述業務流標識對應的最後一個處理順序編號，則將經過處理的攜帶了所述第二下一跳業務標籤的所述第一業務流的報文中攜帶的所述第二下一跳業務標籤去除，並將所述去除了第二下一跳業務標籤的第一業務流的報文從業務路由網絡中轉發出去。
12.根據權利要求11所述的方法，其特徵在於，若確定所述第二個處理順序編號不是所述業務路由表中所述業務流標識對應的最後一個處理順序編號，則繼續根據所述業務路由表對所述第一業務流進行處理直至所述第一業務流對應的業務標籤中的業務原子被全部處理完畢。
13.根據權利要求8或9所述的方法，其特徵在於，所述業務路由表為分布式業務路由表，所述分布式業務路由表包括下一跳業務處理設備對應的業務原子處理能力、對應的輸出埠和對應的地址信息。
14.根據權利要求13所述的方法，其特徵在於，當獲取到的業務路由表為分布式業務路由表時，所述根據所述業務服務信息以及所述業務路由表處理所述第一業務流具體包括: 根據所述業務標籤以及預定業務路由選擇策略，在所述分布式業務路由表中查找並獲得下一跳業務處理設備對應的第三輸出埠以及對應的地址信息； 將所述業務標籤攜帶在所述第一業務流中，並將所述第一業務流通過所述第三輸出埠發送至所述下一跳業務處理設備，以使得所述下一跳業務處理設備根據自身的業務原子處理能力處理所述待處理業務流。
15.根據權利要求14所述的方法，其特徵在於，還包括； 接收相鄰的業務處理設備發送的第二業務流，獲取所述第二業務流中的業務標籤並解碼為對應的業務原子或業務原子串，根據所述對應的業務原子或業務原子串對所述第二業務流進行處理。
16.一種業務處理設備，其特徵在於，包括: 業務服務信息獲取單元，用於獲取待處理業務流對應的業務服務信息，所述業務服務信息包括所述待處理業務流的業務流標識以及與所述業務流標識對應的業務標籤； 業務服務信息發送單元，用於將所述待處理業務流對應的業務服務信息發送給業務路由器，以使得所述業務路由器根據所述業務服務信息處理所述待處理業務流； 其中，所述業務標籤為經過編碼處理的一個業務原子或者為經過編碼處理的業務原子串O
17.根據權利要求16所述的業務處理設備，其特徵在於，所述業務服務信息獲取模塊包括接入控制模塊，所述接入控制模塊用於從認證、授權和計費伺服器獲取所述待處理業務流對應的業務服務信息。
18.根據權利要求16所述的業務處理設備，其特徵在於，所述業務服務信息獲取模塊包括接入控制模塊，所述接入控制模塊用於獲取控制器中預先設置的所述待處理業務流對應的業務服務信息。
19.根據權利要求16所述的業務處理設備，其特徵在於，所述業務服務信息獲取模塊包括接入控制模塊，所述接入控制模塊用於接收業務信令網關發送的業務需求，所述業務需求為所述業務信令網關接收的用戶發送的業務請求信令對應的業務需求，並根據所述業務需求生成所述待處理業務流對應的業務服務信息。
20.根據權利要求16至19任意一項所述的業務處理設備，其特徵在於，所述業務服務信息發送單元具體包括業務原子串生成模塊、業務原子化模塊和業務路由控制模塊；所述業務原子串生成模塊用於生成所述業務標籤對應的業務原子或業務原子串，根據所述業務原子化模塊中註冊的業務原子處理能力判斷是否能夠處理所述業務原子或業務原子串，若能夠處理所述業務原子或業務原子串，當業務路由器採用分布式業務路由處理方式處理待處理業務流，並且業務路由器中的業務路由表不需要根據控制器發送的業務路由表信息生成時，則所述業務串生成模塊將所述業務服務信息發送給所述業務路由控制模塊，所述業務路由控制模塊下發所述業務服務信息給所述待處理業務流對應的入口業務路由器； 當業務路由器採用集中式業務路由處理方式處理待處理業務流時，或者當業務路由器採用分布式業務路由處理方式處理待處理業務流，並且業務路由器中的業務路由表需要根據所述業務處理設備發送的業務路由表信息生成時，所述業務路由控制模塊根據所述業務原子化模塊中註冊的業務原子處理能力，生成所述待處理業務流對應的業務處理路徑信息；所述業務串生成模塊將所述業務服務信息發送給所述業務路由控制模塊，所述業務路由控制模塊將所述業務服務信息下發給所述業務處理路徑信息對應的業務處理路徑上的首個業務路由器，生成所述業務處理路徑信息對應的業務處理路徑上各個業務路由器對應的業務路由表信息,並下發所述業務路由表信息到相應的業務路由器。
21.根據權利要求20所述的業務處理設備，其特徵在於，如果確定不能處理所述業務原子或業務原子串，所述業務原子串生成模塊進一步用於將所述待處理業務流發送給網絡伺服器，以使得所述網絡伺服器通知用戶所述待處理業務流當前不能被處理。
22.—種業務處理設備，其特徵在於，包括: 接收單元，用於接收控制器發送的業務服務信息，所述業務服務信息包括第一業務流的業務流標識和業務標籤； 所述接收單元，還用於接收所述第一業務流； 獲取單元，用於獲取業務路由表； 處理單元，用於根據所述業務服務信息以及所述業務路由表處理所述第一業務流。
23.根據權利要求22所述的業務處理設備，其特徵在於，所述獲取單元包括: 接收模塊，用於接收控制器發送的業務路由表信息； 生成模塊，用於根據所述業務路由表信息生成所述業務路由表； 或獲取模塊，用於直接獲取所述業務處理設備中已存儲的業務路由表； 或業務路由表學習模塊，用於通過學習相鄰業務處理設備的業務原子或業務原子串處理能力獲取所述分布式業務路由表。
24.根據權利要求22或23所述的業務處理設備，其特徵在於，所述處理單元包括:標籤添加模塊，用於在所述獲取單元獲取到的業務路由表為集中式業務路由表時，根據所述集中式業務路由表中與所述第一業務流的業務流標識對應的第一個處理順序編號，將與所述第一個處理順序編號對應的第一下一跳業務標籤添加到所述第一業務流的報文中；第一發送模塊，用於將所述添加了第一下一跳業務標籤的第一業務流通報文通過與所述第一個處理順序編號對應的第一輸出埠發送至與所述第一輸出埠對應的業務伺服器上，以使得所述與所述第一輸出埠對應的業務伺服器根據所述第一下一跳業務標籤處理所述第一業務流； 第一接收模塊，用於接收與所述第一輸出埠對應的業務伺服器發送的經過第一次處理的所述第一業務流； 判斷模塊，用於判斷所述第一個處理順序編號是否為所述業務路由表中所述業務流標識對應的最後一個處理順序編號； 業務標籤去除模塊，用於確定所述第一個處理順序編號為所述業務路由表中所述業務流標識對應的最後一個處理順序編號，將經過處理的所述第一業務流中的所述第一下一跳業務標籤去除； 所述第一發送模塊，進一步用於將去除了第一下一跳業務標籤的所述第一業務流的報文從業務路由網絡中轉發出去； 業務標籤替換模塊，用於確定所述第一個處理順序編號不為所述業務路由表中所述業務流標識對應的最後一個處理順序編號，則將經過處理的所述第一業務流中的所述第一下一跳業務標籤替換為與所述業務路由表中所述業務流標識對應的第二個處理順序編號對應的第二下一跳業務標籤； 所述第一發送模塊，進一步用於將攜帶了所述第二下一跳業務標籤的所述第一業務流的報文通過與所述第二個處理順序編號對應的第二輸出埠發送至與所述第二輸出埠對應的業務伺服器上，以使得所述與所述第二輸出埠對應的業務伺服器根據所述第二下一跳業務標籤處理攜帶了所述第二 下一跳業務標籤的所述第一業務流的報文； 所述接收模塊，進一步用於接收與所述第二輸出埠對應的業務伺服器發送的經過處理的攜帶了所述第二下一跳業務標籤的第一業務流的報文； 所述判斷模塊，進一步用於判斷所述第二個處理順序編號是否為所述業務路由表中所述業務流標識對應的最後一個處理順序編號； 所述業務標籤去除模塊，進一步用於若確定所述第二個處理順序編號為所述業務路由表中所述業務流標識對應的最後一個處理順序編號，則將經過處理的攜帶了所述第二下一跳業務標籤的所述第一業務流的報文中攜帶的所述第二下一跳業務標籤去除； 所述第一發送模塊，用於將所述去除了第二下一跳業務標籤的第一業務流的報文從業務路由網絡中轉發出去。
25.根據權利要求22或23所述的業務處理設備，其特徵在於，所述處理單元還包括:查找模塊，用於在獲取到的業務路由表為分布式業務路由表時，根據所述業務標籤以及預定業務路由選擇策略，在所述分布式業務路由表中查找並獲得下一跳業務處理設備對應的第三輸出埠以及對應的地址信息； 攜帶模塊，用於將所述業務標籤攜帶在所述第一業務流中； 第二發送模塊，用於將所述第一業務流通過所述第三輸出埠發送至所述下一跳業務處理設備，以使得所述下一跳業務處理設備根據自身的業務原子處理能力處理所述待處理業務流。
26.根據權利要求25所述的業務處理設備，其特徵在於，所述處理單元還包括； 第二接收模塊，用於接收相鄰的業務處理設備發送的第二業務流，獲取所述第二業務流中的業務標籤並解碼為對應的業務原子或業務原子串，根據所述對應的業務原子或業務原子串對所述第二業務流進行處理。
27.一種業務處理的系統，其特徵在於，包括如權利要求16至21任意一項所述的業務處理設備和權利要求22 至26任意一項所述的業務處理設備。
【文檔編號】H04L12/24GK103546304SQ201210239173
【公開日】2014年1月29日 申請日期:2012年7月11日 優先權日:2012年7月11日
【發明者】鄭若濱 申請人:華為技術有限公司