業(yè)務(wù)處理方法、設(shè)備及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實(shí)施例提供了一種業(yè)務(wù)處理方法、設(shè)備及系統(tǒng)，涉及通信【技術(shù)領(lǐng)域】，能夠在不改變運(yùn)營(yíng)商原有設(shè)備的情況下進(jìn)行業(yè)務(wù)擴(kuò)展。本發(fā)明實(shí)施例包括獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括所述待處理業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)以及與所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽；將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給業(yè)務(wù)路由器，以使得所述業(yè)務(wù)路由器根據(jù)所述業(yè)務(wù)服務(wù)信息處理所述待處理業(yè)務(wù)流。
【專利說(shuō)明】業(yè)務(wù)處理方法、設(shè)備及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，尤其涉及一種業(yè)務(wù)處理方法、設(shè)備及系統(tǒng)。
【背景技術(shù)】
[0002]隨著Internet 的發(fā)展，BRAS (Broadband Remote Access Server,寬帶遠(yuǎn)程接入服務(wù)器)或者BNG (Broadband Network Gateway,寬帶網(wǎng)絡(luò)網(wǎng)關(guān))均需要逐漸增強(qiáng)各種增值業(yè)務(wù)處理能力，如OTT (On the top,在頂端)視頻處理、DPI (Deep Packet Inspection,深度報(bào)文檢測(cè))，防火墻，殺毒等。目前這些能力都集中在BRAS或者BNG上擴(kuò)展，但由于未來(lái)增值業(yè)務(wù)種類多，每擴(kuò)展一種業(yè)務(wù)，都需要對(duì)BRAS或者BNG進(jìn)行軟件升級(jí)，甚至硬件升級(jí)。無(wú)論是軟件升級(jí)還是硬件升級(jí)，運(yùn)營(yíng)商都需要將BRAS或者BNG設(shè)備下電，BRAS或者BNG上的用戶都將中斷原有業(yè)務(wù)。目前，BRAS或者BNG可以支持的用戶數(shù)量十分龐大，若進(jìn)行設(shè)備下電則影響面非常大，極大影響用戶體驗(yàn)。

【發(fā)明內(nèi)容】

[0003]本發(fā)明的實(shí)施例提供一種業(yè)務(wù)處理方法、設(shè)備及系統(tǒng)，能夠在不改變運(yùn)營(yíng)商原有設(shè)備的情況下進(jìn)行業(yè)務(wù)擴(kuò)展。
[0004]為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案:
[0005]一種業(yè)務(wù)處理方法,包括:
[0006]獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括所述待處理業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)以及與所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽；
[0007]將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給業(yè)務(wù)路由器，以使得所述業(yè)務(wù)路由器根據(jù)所述業(yè)務(wù)服務(wù)信息處理所述待處理業(yè)務(wù)流；
[0008]其中，所述業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的一個(gè)業(yè)務(wù)原子或者為經(jīng)過(guò)編碼處理的業(yè)務(wù)
原子串。
[0009]一種業(yè)務(wù)處理方法,包括:
[0010]接收控制器發(fā)送的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括第一業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)和業(yè)務(wù)標(biāo)簽；
[0011]接收所述第一業(yè)務(wù)流，并獲取業(yè)務(wù)路由表；
[0012]根據(jù)所述業(yè)務(wù)服務(wù)信息以及所述業(yè)務(wù)路由表處理所述第一業(yè)務(wù)流；
[0013]其中，所述業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的一個(gè)業(yè)務(wù)原子或者業(yè)務(wù)原子串。
[0014]一種業(yè)務(wù)處理設(shè)備，包括:
[0015]業(yè)務(wù)服務(wù)信息獲取單元，用于獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括所述待處理業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)以及與所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽；
[0016]業(yè)務(wù)服務(wù)信息發(fā)送單元，用于將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給業(yè)務(wù)路由器，以使得所述業(yè)務(wù)路由器根據(jù)所述業(yè)務(wù)服務(wù)信息處理所述待處理業(yè)務(wù)流；
[0017]其中，所述業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的一個(gè)業(yè)務(wù)原子或者為經(jīng)過(guò)編碼處理的業(yè)務(wù)原子串。
[0018]另一種業(yè)務(wù)處理設(shè)備，包括:
[0019]接收單元，用于接收控制器發(fā)送的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括第一業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)和業(yè)務(wù)標(biāo)簽；
[0020]所述接收單元，還用于接收所述第一業(yè)務(wù)流；
[0021]獲取單元，用于獲取業(yè)務(wù)路由表；
[0022]處理單元，用于根據(jù)所述業(yè)務(wù)服務(wù)信息以及所述業(yè)務(wù)路由表處理所述第一業(yè)務(wù)流。
[0023]一種業(yè)務(wù)處理系統(tǒng)，其特征在于，包括上述的兩種業(yè)務(wù)處理設(shè)備。
[0024]本發(fā)明實(shí)施例提供的業(yè)務(wù)處理的方法、設(shè)備及系統(tǒng)，通過(guò)使用業(yè)務(wù)原子或業(yè)務(wù)原子串來(lái)標(biāo)識(shí)業(yè)務(wù)處理順序，并生成與業(yè)務(wù)原子或業(yè)務(wù)原子串對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息，以使得業(yè)務(wù)路由器以及與所述業(yè)務(wù)路由器相鄰的業(yè)務(wù)服務(wù)器根據(jù)所述業(yè)務(wù)服務(wù)信息處理待處理的業(yè)務(wù)流，在本實(shí)施例提供的業(yè)務(wù)處理方式下，新業(yè)務(wù)的開(kāi)發(fā)就轉(zhuǎn)變?yōu)閷?duì)已有的業(yè)務(wù)原子重新進(jìn)行組合，或者添加新的業(yè)務(wù)原子，使得運(yùn)營(yíng)商仍然可以使用已有的設(shè)備繼續(xù)處理業(yè)務(wù)，從而能夠在不改變運(yùn)營(yíng)商原有設(shè)備的情況下進(jìn)行業(yè)務(wù)擴(kuò)展。
【專利附圖】

【附圖說(shuō)明】
[0025]為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0026]圖1為本發(fā)明實(shí)施例1中的一種業(yè)務(wù)處理的方法流程圖；
[0027]圖2為本發(fā)明實(shí)施例1中的另一種業(yè)務(wù)處理的方法流程圖；
[0028]圖3為本發(fā)明實(shí)施例1中的一種業(yè)務(wù)路由網(wǎng)絡(luò)架構(gòu)的組成框圖；
[0029]圖4為本發(fā)明實(shí)施例1中的另一種業(yè)務(wù)路由網(wǎng)絡(luò)架構(gòu)的組成框圖；
[0030]圖5為本發(fā)明實(shí)施例1中的一種業(yè)務(wù)處流程的信息交互圖；
[0031]圖6為本發(fā)明實(shí)施例1中的另一種業(yè)務(wù)處理流程的信息交互圖；
[0032]圖7為本發(fā)明實(shí)施例1中的再一種業(yè)務(wù)處理流程的信息交互圖；
[0033]圖8為本發(fā)明實(shí)施例1中的一種網(wǎng)絡(luò)連接結(jié)構(gòu)框圖；
[0034]圖9為本發(fā)明實(shí)施例1中的一種業(yè)務(wù)處理方法的流程圖；
[0035]圖10為本發(fā)明實(shí)施例1中的另一種網(wǎng)絡(luò)連接結(jié)構(gòu)框圖；
[0036]圖11為本發(fā)明實(shí)施例1中的另一種業(yè)務(wù)處理方法的流程圖；
[0037]圖12為本發(fā)明實(shí)施例2中的一種業(yè)務(wù)處理設(shè)備的組成框圖；
[0038]圖13為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理設(shè)備的組成框圖；
[0039]圖14為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理設(shè)備的組成框圖；
[0040]圖15為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理設(shè)備的組成框圖；
[0041]圖16為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理設(shè)備的組成框圖；
[0042]圖17為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理設(shè)備的組成框圖；
[0043]圖18為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理設(shè)備的組成框圖；[0044]圖19為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理設(shè)備的組成框圖；
[0045]圖20為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理設(shè)備的組成框圖；
[0046]圖21為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理設(shè)備的組成框圖；
[0047]圖22為本發(fā)明實(shí)施例2中的一種業(yè)務(wù)處理系統(tǒng)的組成框圖；
[0048]圖23為本發(fā)明實(shí)施例2中的另一種業(yè)務(wù)處理系統(tǒng)的組成框圖。
【具體實(shí)施方式】
[0049]下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0050]實(shí)施例1
[0051]本發(fā)明實(shí)施例提供了一種業(yè)務(wù)處理方法，該方法例如為控制器側(cè)的方法，如圖1所示，包括:
[0052]101、獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息。
[0053]其中，所述業(yè)務(wù)服務(wù)信息包括所述待處理業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)以及與所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽，所述業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的一個(gè)業(yè)務(wù)原子或者業(yè)務(wù)原子串，所述業(yè)務(wù)原子串為至少兩個(gè)業(yè)務(wù)原子按照一定順序排列形成的序列。其中，所述業(yè)務(wù)原子用于標(biāo)識(shí)處理所述待處理業(yè)務(wù)流需要的一個(gè)業(yè)務(wù)處理步驟。所述編碼指采用不同的二進(jìn)制數(shù)或多進(jìn)制數(shù)來(lái)表示不同的業(yè)務(wù)原子或者業(yè)務(wù)原子串。
[0054]舉例來(lái)說(shuō)，如果一個(gè)業(yè)務(wù)流需要一個(gè)業(yè)務(wù)處理步驟，則對(duì)應(yīng)該業(yè)務(wù)流的業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的一個(gè)業(yè)務(wù)原子；如果一個(gè)業(yè)務(wù)流需要多個(gè)業(yè)務(wù)處理步驟，則對(duì)應(yīng)該業(yè)務(wù)流的業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的多個(gè)業(yè)務(wù)原子串。
[0055]102、將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給業(yè)務(wù)路由器，以使得所述業(yè)務(wù)路由器根據(jù)所述業(yè)務(wù)服務(wù)信息處理所述待處理業(yè)務(wù)流。
[0056]本發(fā)明還提供了一種業(yè)務(wù)處理的方法，該方法例如為業(yè)務(wù)路由器側(cè)的方法，如圖2所示，包括:
[0057]201、接收控制器發(fā)送的待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息。
[0058]其中，所述業(yè)務(wù)服務(wù)信息包括待處理業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)以及與所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽。其中，所述業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的一個(gè)業(yè)務(wù)原子或者業(yè)務(wù)原子串，所述業(yè)務(wù)原子串為至少兩個(gè)業(yè)務(wù)原子按照一定順序排列形成的序列。其中，所述業(yè)務(wù)原子用于標(biāo)識(shí)處理所述待處理業(yè)務(wù)流需要的一個(gè)業(yè)務(wù)處理步驟。所述編碼指采用不同的二進(jìn)制數(shù)或多進(jìn)制數(shù)來(lái)表示不同的業(yè)務(wù)原子或者業(yè)務(wù)原子串。
[0059]202、接收所述待處理業(yè)務(wù)流，并獲取業(yè)務(wù)路由表。
[0060]其中，所述獲取業(yè)務(wù)路由表可以通過(guò)以下兩種方式實(shí)現(xiàn)，具體包括:
[0061]方式一:接收控制器發(fā)送的業(yè)務(wù)路由表信息，并根據(jù)所述業(yè)務(wù)路由表信息生成業(yè)務(wù)路由表。
[0062]其中，所述業(yè)務(wù)路由信息由控制器根據(jù)業(yè)務(wù)處理路徑信息生成，所述業(yè)務(wù)處理路徑信息用于指示處理所述待處理業(yè)務(wù)流需要的跳數(shù)以及每一跳涉及的業(yè)務(wù)原子種類和數(shù)量。
[0063]方式二:獲取業(yè)務(wù)路由器中已存儲(chǔ)的業(yè)務(wù)路由表。其中，所述業(yè)務(wù)路由表為預(yù)先生成并存儲(chǔ)在所述業(yè)務(wù)路由器中的，可以為集中式業(yè)務(wù)路由表和分布式業(yè)務(wù)路由表中的任意一種。
[0064]舉例來(lái)說(shuō)，所述集中式業(yè)務(wù)路由表可以包括業(yè)務(wù)流標(biāo)識(shí)、業(yè)務(wù)流的處理順序編號(hào)、處理順序編號(hào)對(duì)應(yīng)的輸出端口以及處理順序編號(hào)對(duì)應(yīng)的下一跳業(yè)務(wù)標(biāo)簽；所述分布式業(yè)務(wù)路由表可以包括下一跳業(yè)務(wù)處理設(shè)備對(duì)應(yīng)的業(yè)務(wù)原子處理能力、對(duì)應(yīng)的輸出端口和對(duì)應(yīng)的地址信息。
[0065]203、根據(jù)所述業(yè)務(wù)服務(wù)信息以及所述業(yè)務(wù)路由表處理所述待處理業(yè)務(wù)流。
[0066]本發(fā)明實(shí)施例提供的業(yè)務(wù)處理的方法，通過(guò)使用業(yè)務(wù)原子或業(yè)務(wù)原子串來(lái)標(biāo)識(shí)業(yè)務(wù)處理順序和業(yè)務(wù)處理類型，并生成與業(yè)務(wù)原子或業(yè)務(wù)原子串對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息，以使得業(yè)務(wù)路由器以及與所述業(yè)務(wù)路由器相鄰的業(yè)務(wù)服務(wù)器根據(jù)所述業(yè)務(wù)服務(wù)信息處理待處理的業(yè)務(wù)流。在本實(shí)施例提供的業(yè)務(wù)處理方式下，新業(yè)務(wù)的開(kāi)發(fā)轉(zhuǎn)變?yōu)閷?duì)已有的業(yè)務(wù)原子重新進(jìn)行組合，或者添加新的業(yè)務(wù)原子，使得運(yùn)營(yíng)商可以使用已有的設(shè)備處理新業(yè)務(wù)，從而能夠在不改變運(yùn)營(yíng)商原有設(shè)備的情況下進(jìn)行業(yè)務(wù)擴(kuò)展。
[0067]本發(fā)明實(shí)施例又提供了一種業(yè)務(wù)處理方法，可以應(yīng)用在如圖3所示的業(yè)務(wù)路由網(wǎng)絡(luò)架構(gòu)中，該網(wǎng)絡(luò)架構(gòu)包括:控制器、寬帶網(wǎng)絡(luò)網(wǎng)關(guān)(Broadband Network Gateway,BNG)、業(yè)務(wù)路由器、業(yè)務(wù)服務(wù)器、第三方業(yè)務(wù)(Third Party Service)設(shè)備。其中，業(yè)務(wù)服務(wù)器若包含業(yè)務(wù)路由功能則轉(zhuǎn)變?yōu)闃I(yè)務(wù)路由器。
[0068]其中，控制器包括:網(wǎng)絡(luò)抽象模塊，用于將各種網(wǎng)絡(luò)設(shè)備和服務(wù)器，例如，業(yè)務(wù)路由器(Service Router)和業(yè)務(wù)服務(wù)器(Service Server)抽象為一個(gè)整體,從而對(duì)于各種控制模塊，例如接入控制(Access Control)模塊、業(yè)務(wù)路由控制(Service Routing Control)模塊等，看到的是一個(gè)抽象的業(yè)務(wù)路由虛擬網(wǎng)絡(luò)(即只看到具有業(yè)務(wù)路由功能的節(jié)點(diǎn)和具有業(yè)務(wù)處理能力的節(jié)點(diǎn)或服務(wù)器)，實(shí)現(xiàn)對(duì)底層物理硬件的屏蔽和對(duì)諸如接入設(shè)備、路由器和交換機(jī)等設(shè)備形態(tài)的屏蔽。
[0069]業(yè)務(wù)抽象模塊，用于將控制器內(nèi)部可編輯的業(yè)務(wù)或網(wǎng)絡(luò)處理資源，抽象為對(duì)用戶可見(jiàn)的業(yè)務(wù)原子或業(yè)務(wù)原子串，或?qū)Φ谌娇砷_(kāi)放的API (Application ProgrammingInterface，應(yīng)用程序編程接口)。
[0070]開(kāi)放云接口(Open Cloud Interface)用于為第三方提供云管理、云控制、云承載等方面的云協(xié)作標(biāo)準(zhǔn)接口，在本網(wǎng)絡(luò)架構(gòu)中可以以開(kāi)放應(yīng)用程序編程接口(Open API)的形式被定義，例如Open API可以是業(yè)務(wù)原子API，或者業(yè)務(wù)路由API，所述業(yè)務(wù)原子API用于為第三方構(gòu)建自己的業(yè)務(wù)提供接口，所述業(yè)務(wù)路由API用于為第三方構(gòu)建自己的虛擬業(yè)務(wù)路由網(wǎng)絡(luò)提供接口。
[0071]在上述網(wǎng)絡(luò)抽象模塊和業(yè)務(wù)抽象模塊之間為各種控制模塊，包括:
[0072]接入控制(Access Control)模塊,用于實(shí)現(xiàn)接入控制功能,例如用戶認(rèn)證、動(dòng)態(tài)主機(jī)配置協(xié)議(Dynamic Host Configuration Protocol, DHCP)等功能。所述接入控制模塊還可以用于獲取待處理業(yè)務(wù)流的業(yè)務(wù)服務(wù)信息。
[0073]業(yè)務(wù)路由控制(Service Routing Control)模塊,用于生成和維護(hù)業(yè)務(wù)路由表,并根據(jù)業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串為業(yè)務(wù)流生成業(yè)務(wù)處理路徑信息。[0074]業(yè)務(wù)原子化(Service Atomization)模塊,用于注冊(cè)服務(wù)器的業(yè)務(wù)原子處理能力。
[0075]業(yè)務(wù)原子串生成(Service Chain Orchestration)模塊,用于根據(jù)業(yè)務(wù)服務(wù)信息、業(yè)務(wù)策略、用戶策略等信息生成業(yè)務(wù)原子串。
[0076]其中，本實(shí)施例中的業(yè)務(wù)路由器可以用于對(duì)業(yè)務(wù)流中的報(bào)文添加、更改或刪除業(yè)務(wù)標(biāo)簽，并根據(jù)業(yè)務(wù)路由表進(jìn)行報(bào)文轉(zhuǎn)發(fā)。本實(shí)施例中的業(yè)務(wù)服務(wù)器可以用于處理CT(TeleCom,電信)業(yè)務(wù)和IT (Information Technology,信息技術(shù))業(yè)務(wù),并提供相應(yīng)的業(yè)務(wù)原子處理機(jī)，如CT業(yè)務(wù)原子處理機(jī)，IT業(yè)務(wù)原子處理機(jī)。業(yè)務(wù)服務(wù)器可以由電信運(yùn)營(yíng)商提供，也可以由第三方提供。
[0077]本實(shí)施例中，控制器實(shí)現(xiàn)接入控制和業(yè)務(wù)路由控制。
[0078]舉例來(lái)說(shuō)，如果將業(yè)務(wù)路由器作為中小規(guī)模寬帶業(yè)務(wù)網(wǎng)關(guān)，那么控制器可以內(nèi)嵌于業(yè)務(wù)路由器中，形成如圖4所示的業(yè)務(wù)路由網(wǎng)絡(luò)架構(gòu)中，從而可以進(jìn)一步減少網(wǎng)絡(luò)時(shí)延、提高性能并且簡(jiǎn)化控制。
[0079]需要說(shuō)明的是，所述控制器可以具有三種控制模式:用戶認(rèn)證控制模式、隨路控制模式和信令控制模式。所述業(yè)務(wù)路由器處理業(yè)務(wù)流時(shí)可以有兩種處理方式，包括集中式業(yè)務(wù)路由處理方式和分布式業(yè)務(wù)路由處理方式。
[0080]基于上述描述的如圖3所示的網(wǎng)絡(luò)框架，當(dāng)控制器使用用戶認(rèn)證控制模式時(shí)，本發(fā)明實(shí)施例提供了一種業(yè)務(wù)處理方法，如圖5所示，該方法包括:
[0081]301、在認(rèn)證、授權(quán)和計(jì)費(fèi)(Authentication, Authorization andAccounting，AAA)服務(wù)器中，預(yù)先配置有用戶所對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息；或者，由第三方設(shè)備調(diào)用Open API，在AAA服務(wù)器中生成用戶所對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括用戶的待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)流標(biāo)識(shí)和與業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽。
[0082]對(duì)于一個(gè)用戶，可能會(huì)擁有多項(xiàng)業(yè)務(wù)，每項(xiàng)業(yè)務(wù)對(duì)應(yīng)的業(yè)務(wù)流具有各自的業(yè)務(wù)服務(wù)信息。
[0083]302、Access Control模塊作為AAA客戶端或代理與AAA服務(wù)器交互用戶認(rèn)證消息。若Access Control模塊接收到AAA服務(wù)器發(fā)送的用戶認(rèn)證成功的消息(如AAA的接入允許消息)，則執(zhí)行步驟303 ;否則執(zhí)行步驟312。
[0084]其中，與AAA服務(wù)器交互用戶認(rèn)證消息的具體步驟為本領(lǐng)域技術(shù)人員公知的技術(shù)，本發(fā)明實(shí)施例在此不進(jìn)行詳細(xì)描述。
[0085]303> Access Control模塊從AAA服務(wù)器獲取用戶所對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息。
[0086]其中，所述用戶所對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息可以攜帶在所述用戶的用戶認(rèn)證消息中。舉例來(lái)說(shuō)，可以將用戶所對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息攜帶在擴(kuò)展的AAA的接入允許消息中，所述擴(kuò)展例如可以通過(guò)在AAA的接入允許消息中增加新的屬性或選項(xiàng)來(lái)實(shí)現(xiàn)。
[0087]304、Access Control模塊將所述業(yè)務(wù)服務(wù)信息發(fā)送給Service ChainOrchestration 模塊。
[0088]305、Service Chain Orchestration模塊對(duì)所述業(yè)務(wù)服務(wù)信息中的業(yè)務(wù)標(biāo)簽進(jìn)行解碼處理得到相應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串。
[0089]306、Service Chain Orchestration 模塊根據(jù) Service Atomization 模塊中注冊(cè)的業(yè)務(wù)原子處理能力判斷是否能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，若能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，則當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理待處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表不需要根據(jù)控制器發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，執(zhí)行步驟307，當(dāng)業(yè)務(wù)路由器采用集中式業(yè)務(wù)路由處理方式處理待處理業(yè)務(wù)流時(shí)，或者當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理待處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表需要根據(jù)控制器發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，則執(zhí)行步驟309 ;若不能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，則執(zhí)行步驟312。
[0090]307、Service Chain Orchestration模塊將所述業(yè)務(wù)服務(wù)信息發(fā)送給ServiceRouting Control 模塊。
[0091]308>Service Routing Control模塊下發(fā)所述業(yè)務(wù)服務(wù)信息給所述待處理業(yè)務(wù)流對(duì)應(yīng)的入口業(yè)務(wù)路由器，并結(jié)束用戶認(rèn)證控制模式的控制流程。
[0092]309、Service Routing Control 模塊根據(jù) Service Atomization 模塊中注冊(cè)的業(yè)務(wù)原子處理能力，生成所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)處理路徑信息。
[0093]其中，所述業(yè)務(wù)處理路徑信息用于表示處理待處理業(yè)務(wù)流的過(guò)程中待處理業(yè)務(wù)流需要按順序經(jīng)過(guò)的業(yè)務(wù)路由器或業(yè)務(wù)服務(wù)器以及每一跳業(yè)務(wù)路由器或業(yè)務(wù)服務(wù)器分別需要按順序處理業(yè)務(wù)原子串中的哪幾個(gè)業(yè)務(wù)原子。
[0094]310、Service Chain Orchestration模塊將所述業(yè)務(wù)服務(wù)信息發(fā)送給ServiceRouting Control 模塊。
[0095]311、Service Routing Control模塊將所述業(yè)務(wù)服務(wù)信息下發(fā)給所述業(yè)務(wù)處理路徑信息對(duì)應(yīng)的業(yè)務(wù)處理路徑上的首個(gè)業(yè)務(wù)路由器，生成所述業(yè)務(wù)處理路徑信息對(duì)應(yīng)的業(yè)務(wù)處理路徑上各個(gè)業(yè)務(wù)路由器對(duì)應(yīng)的業(yè)務(wù)路由表信息，下發(fā)業(yè)務(wù)路由表信息到相應(yīng)的業(yè)務(wù)路由器，并結(jié)束用戶認(rèn)證控制模式的控制流程。
[0096]312>Service Chain Orchestration 模塊通知 Service Routing Control 模塊引導(dǎo)業(yè)務(wù)流進(jìn)入一個(gè)特定的Web Server (網(wǎng)頁(yè)服務(wù)器),該Web Server會(huì)向用戶解釋無(wú)法進(jìn)行相應(yīng)服務(wù)的原因，并結(jié)束用戶認(rèn)證控制模式的控制流程。
[0097]在本實(shí)施例中，控制器通過(guò)使用用戶認(rèn)證控制模式，可以在用戶通過(guò)認(rèn)證之后為用戶提供對(duì)應(yīng)的業(yè)務(wù)處理方式，使得用戶得到了個(gè)性化服務(wù)，提高了用戶體驗(yàn)。用戶認(rèn)證控制模式中，控制與承載分離，業(yè)務(wù)路徑最優(yōu)，該模式能較好兼容現(xiàn)有Internet業(yè)務(wù),較適合動(dòng)態(tài)IP(Internet Protocol,互聯(lián)網(wǎng)協(xié)議)地址分配的用戶場(chǎng)景。
[0098]基于上述描述的如圖3所示的網(wǎng)絡(luò)框架，當(dāng)控制器使用隨路控制模式(即通過(guò)數(shù)據(jù)報(bào)文觸發(fā)業(yè)務(wù)路由控制的方法)時(shí)，本發(fā)明實(shí)施例提供了一種業(yè)務(wù)處理的方法，如圖6所示，該方法包括:
[0099]401、業(yè)務(wù)控制(Access Control)模塊獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息,并將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給Service Chain Orchestration模塊。其中，所述Access Control模塊獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息具體可以為AccessControl模塊獲取控制器中預(yù)先設(shè)置的業(yè)務(wù)服務(wù)信息,也可以為Access Control模塊獲取第三方通過(guò)調(diào)用Open API在控制器中生成的業(yè)務(wù)服務(wù)信息略。具體采用哪種方式，本發(fā)明實(shí)施例對(duì)此不進(jìn)行限制。其中，業(yè)務(wù)服務(wù)信息的定義和前述的定義相同。
[0100]402、業(yè)務(wù)路由器接收所述待處理業(yè)務(wù)流，將所述待處理業(yè)務(wù)流的第一個(gè)報(bào)文或業(yè)務(wù)路由器不能識(shí)別的所述待處理業(yè)務(wù)流的報(bào)文引導(dǎo)至Service Chain Orchestration模塊。[0101]其中，業(yè)務(wù)路由器不能識(shí)別的所述待處理業(yè)務(wù)流的報(bào)文為該業(yè)務(wù)路由器的路由表中查找不到該報(bào)文對(duì)應(yīng)的路由信息的報(bào)文。
[0102]403、Service Chain Orchestration模塊對(duì)接收到的所述報(bào)文對(duì)應(yīng)的待處理業(yè)務(wù)流進(jìn)行業(yè)務(wù)識(shí)別，根據(jù)Access Control模塊獲取的該待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息生成該待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串。
[0103]其中,業(yè)務(wù)服務(wù)信息的有關(guān)描述與在前的相關(guān)描述相同。
[0104]404、Service Chain Orchestration模塊根據(jù)注冊(cè)的業(yè)務(wù)原子處理能力判斷是否能夠處理所述業(yè)務(wù)原子或者業(yè)務(wù)原子串，若能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，則當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表不需要根據(jù)控制器發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，執(zhí)行所述步驟405 ;當(dāng)業(yè)務(wù)路由器采用集中式業(yè)務(wù)路由處理方式處理業(yè)務(wù)流時(shí)，或者當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表需要根據(jù)控制器發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，執(zhí)行步驟407 ;若不能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，則執(zhí)行步驟410。
[0105]405、Service Chain Orchestration模塊將所述業(yè)務(wù)服務(wù)信息發(fā)送給ServiceRouting Control 模塊。
[0106]406、Service Routing Control模塊下發(fā)所述業(yè)務(wù)服務(wù)信息給所述待處理業(yè)務(wù)流對(duì)應(yīng)的入口業(yè)務(wù)路由器，并結(jié)束隨路控制模式的控制流程。
[0107]407、Service Routing Control 模塊根據(jù) Service Atomization 模塊中注冊(cè)的業(yè)務(wù)原子處理能力，生成業(yè)務(wù)處理路徑信息。
[0108]其中，所述業(yè)務(wù)處理路徑信息的有關(guān)描述與所述步驟309中的有關(guān)描述相同。
[0109]408、Service Chain Orchestration模塊將業(yè)務(wù)服務(wù)信息發(fā)送給ServiceRoutingControl 模塊。
[0110]409、Service Routing Control模塊根據(jù)所述業(yè)務(wù)處理路徑信息確定業(yè)務(wù)處理路徑上的首個(gè)業(yè)務(wù)路由器，并下發(fā)業(yè)務(wù)服務(wù)信息給該首個(gè)業(yè)務(wù)路由器，并根據(jù)業(yè)務(wù)處理路徑信息生成業(yè)務(wù)處理路徑上各個(gè)業(yè)務(wù)路由器對(duì)應(yīng)的業(yè)務(wù)路由表信息，下發(fā)業(yè)務(wù)路由表信息到相應(yīng)的業(yè)務(wù)路由器，然后結(jié)束隨路控制模式的控制流程。
[0111]410、業(yè)務(wù)路由器將所述待處理業(yè)務(wù)流轉(zhuǎn)發(fā)出業(yè)務(wù)路由網(wǎng)絡(luò)，并結(jié)束隨路控制模式的控制流程。
[0112]舉例來(lái)說(shuō)，業(yè)務(wù)路由器也具有普通轉(zhuǎn)發(fā)能力，當(dāng)不能夠處理所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串時(shí)，對(duì)所述待處理業(yè)務(wù)流進(jìn)行普通轉(zhuǎn)發(fā)，并結(jié)束隨路控制模式的控制流程。這里所說(shuō)的普通轉(zhuǎn)發(fā)就是基于業(yè)務(wù)流報(bào)文的包頭信息例如IP地址或其他地址信息進(jìn)行的轉(zhuǎn)發(fā)。
[0113]在本實(shí)施例中，控制器通過(guò)使用隨路控制模式，可以對(duì)沒(méi)有設(shè)置對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽的數(shù)據(jù)進(jìn)行控制和處理，實(shí)現(xiàn)了對(duì)于大部分業(yè)務(wù)流和特殊的數(shù)據(jù)包的業(yè)務(wù)處理。該模式能較好兼容現(xiàn)有Internet業(yè)務(wù),還可支持家庭用戶或者企業(yè)用戶使用靜態(tài)IP地址的場(chǎng)景。
[0114]基于上述如圖3所示的網(wǎng)絡(luò)框架，當(dāng)控制器使用信令控制模式時(shí)，本發(fā)明實(shí)施例提供了一種業(yè)務(wù)處理的方法，如圖7所示，該方法包括:
[0115]501、業(yè)務(wù)信令網(wǎng)關(guān)(Service Signaling Gateway)接收用戶發(fā)送的業(yè)務(wù)請(qǐng)求信令。[0116]502、Service Signaling Gateway 向 Access Control 模塊發(fā)送用戶發(fā)送的業(yè)務(wù)請(qǐng)求信令對(duì)應(yīng)的業(yè)務(wù)需求。
[0117]503, Access Control模塊根據(jù)所述業(yè)務(wù)需求生成相應(yīng)的業(yè)務(wù)服務(wù)信息。
[0118]504、Service Chain Orchestration模塊根據(jù)所述業(yè)務(wù)服務(wù)信息生成相應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串，根據(jù)Service Atomization模塊中注冊(cè)的業(yè)務(wù)原子處理能力判斷是否能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，若能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，則當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理待處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表不需要根據(jù)控制器發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，執(zhí)行步驟505 ;當(dāng)業(yè)務(wù)路由器采用集中式業(yè)務(wù)路由處理方式處理待處理業(yè)務(wù)流時(shí)，或者當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理待處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表需要根據(jù)控制器發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，執(zhí)行步驟508 ;否則執(zhí)行步驟510。
[0119]505、Service Chain Orchestration模塊將所述業(yè)務(wù)服務(wù)信息發(fā)送給ServiceRouting Control 模塊。
[0120]506、Service Routing Control模塊下發(fā)所述業(yè)務(wù)服務(wù)信息給所述業(yè)務(wù)流對(duì)應(yīng)的入口業(yè)務(wù)路由器，并結(jié)束信令控制模式的控制流程。507、Service Routing Control模塊根據(jù)注冊(cè)的業(yè)務(wù)原子處理能力，生成業(yè)務(wù)處理路徑信息。
[0121]其中，所述業(yè)務(wù)處理路徑信息的有關(guān)描述與所述步驟309中的有關(guān)描述相同。
[0122]508、Service Chain Orchestration模塊將所述業(yè)務(wù)服務(wù)信息發(fā)送給ServiceRouting Control 模塊。
[0123]509>Service Routing Control模塊根據(jù)所述業(yè)務(wù)處理路徑確定業(yè)務(wù)處理路徑上的首個(gè)業(yè)務(wù)路由器，并下發(fā)業(yè)務(wù)服務(wù)信息給該業(yè)務(wù)路由器，同時(shí)，根據(jù)業(yè)務(wù)處理路徑信息生成業(yè)務(wù)處理路徑上各個(gè)業(yè)務(wù)路由器對(duì)應(yīng)的業(yè)務(wù)路由表信息，并下發(fā)業(yè)務(wù)路由表信息到相應(yīng)的業(yè)務(wù)路由器，并結(jié)束信令控制模式的控制流程。
[0124]510>Service Chain Orchestration 模塊通知 Service Routing Control 模塊引導(dǎo)業(yè)務(wù)流進(jìn)入一個(gè)特定的Web Server,該Web Server會(huì)向用戶解釋無(wú)法進(jìn)行相應(yīng)服務(wù)的原因，并結(jié)束信令控制模式的控制流程。
[0125]在本實(shí)施例中，控制器通過(guò)使用信令控制模式，可以對(duì)使用信令發(fā)起業(yè)務(wù)的業(yè)務(wù)類型，例如語(yǔ)音業(yè)務(wù)，使用業(yè)務(wù)原子進(jìn)行處理，提高了業(yè)務(wù)原子的適用性，降低了運(yùn)營(yíng)商的開(kāi)發(fā)成本。該模式要求用戶終端能發(fā)起與業(yè)務(wù)相關(guān)的信令，比較適合于VoIP (Voice overInternet Protocol,基于互聯(lián)網(wǎng)協(xié)議傳輸?shù)恼Z(yǔ)音)業(yè)務(wù)或其它支持信令的業(yè)務(wù)(如端對(duì)端Peer-t o-Peer 業(yè)務(wù))。
[0126]舉例來(lái)說(shuō)，本實(shí)施例中在控制器結(jié)束控制流程之后，業(yè)務(wù)路由器可以根據(jù)集中式業(yè)務(wù)路由處理方式或分布式業(yè)務(wù)路由處理方式，處理所述待處理業(yè)務(wù)流。
[0127]在如圖3所示的業(yè)務(wù)路由網(wǎng)絡(luò)架構(gòu)中，業(yè)務(wù)路由器與業(yè)務(wù)服務(wù)器之間以星狀拓?fù)溥B接時(shí)，可以使用集中式業(yè)務(wù)路由處理方式。在如圖8所示的網(wǎng)絡(luò)連接結(jié)構(gòu)中，控制器可以設(shè)置在業(yè)務(wù)路由器中，也可以外置于業(yè)務(wù)路由器與業(yè)務(wù)路由器相連，業(yè)務(wù)路由器與業(yè)務(wù)服務(wù)器相互獨(dú)立，所有業(yè)務(wù)服務(wù)器與業(yè)務(wù)路由器相連，并且可以數(shù)據(jù)交互，每個(gè)業(yè)務(wù)服務(wù)器之間不進(jìn)行連接，使得業(yè)務(wù)路由器與業(yè)務(wù)服務(wù)器呈現(xiàn)星狀拓?fù)溥B接。
[0128]其中，上游設(shè)備和下游設(shè)備可以為業(yè)務(wù)路由器或其他可發(fā)送報(bào)文的網(wǎng)絡(luò)設(shè)備，本發(fā)明實(shí)施例在此不列舉。
[0129]基于如圖8所示的網(wǎng)絡(luò)連接結(jié)構(gòu)，所述集中式業(yè)務(wù)路由處理方式的具體步驟如圖9所示,包括:
[0130]601、業(yè)務(wù)路由器接收控制器發(fā)送的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括待處理業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)以及與所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽。
[0131 ] 602、業(yè)務(wù)路由器接收待處理業(yè)務(wù)流，并獲取集中式路由表,根據(jù)所述集中式業(yè)務(wù)路由表中與所述待處理業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的第一個(gè)處理順序編號(hào)，將與所述第一個(gè)處理順序編號(hào)對(duì)應(yīng)的第一下一跳業(yè)務(wù)標(biāo)簽添加到所述待處理業(yè)務(wù)流的報(bào)文中。其中，獲取業(yè)務(wù)路由表可以通過(guò)接收控制發(fā)送的業(yè)務(wù)路由表信息，并根據(jù)所述業(yè)務(wù)路由表信息生成所述業(yè)務(wù)路由表；或者，可以直接獲取業(yè)務(wù)路由器中配置的業(yè)務(wù)路由表。
[0132]所述集中式業(yè)務(wù)路由表如下表1所示。
[0133]表1集中式業(yè)務(wù)路由表
【權(quán)利要求】
1.一種業(yè)務(wù)處理方法，其特征在于，包括: 獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括所述待處理業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)以及與所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽； 將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給業(yè)務(wù)路由器，以使得所述業(yè)務(wù)路由器根據(jù)所述業(yè)務(wù)服務(wù)信息處理所述待處理業(yè)務(wù)流； 其中，所述業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的一個(gè)業(yè)務(wù)原子或者為經(jīng)過(guò)編碼處理的業(yè)務(wù)原子串O
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息具體包括: 從認(rèn)證、授權(quán)和計(jì)費(fèi)服務(wù)器獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息； 對(duì)所述業(yè)務(wù)服務(wù)信息中的業(yè)務(wù)標(biāo)簽進(jìn)行解碼處理，得到所述業(yè)務(wù)標(biāo)簽對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息具體包括:獲取控制器中預(yù)先設(shè)置的待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息，對(duì)所述業(yè)務(wù)服務(wù)信息中的業(yè)務(wù)標(biāo)簽進(jìn)行解碼處理，得到所述業(yè)務(wù)標(biāo)簽對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息具體包括: 接收業(yè)務(wù)信令網(wǎng)關(guān)發(fā)送的業(yè)務(wù)需求，所述業(yè)務(wù)需求為所述業(yè)務(wù)信令網(wǎng)關(guān)接收的用戶發(fā)送的業(yè)務(wù)請(qǐng)求信令對(duì)應(yīng)的業(yè)務(wù)需求 ； 根據(jù)所述業(yè)務(wù)需求，生成所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息和業(yè)務(wù)原子或業(yè)務(wù)原子串。
5.根據(jù)權(quán)利要求1至4任意一項(xiàng)所述的方法，其特征在于，將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給業(yè)務(wù)路由器具體包括: 根據(jù)已注冊(cè)的業(yè)務(wù)原子處理能力，判斷是否能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串； 若確定能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給業(yè)務(wù)路由器。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述若確定能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給業(yè)務(wù)路由器具體包括: 根據(jù)注冊(cè)的業(yè)務(wù)原子處理能力判斷是否能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，若能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，則當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理所述待處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表不需要根據(jù)控制器發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，將所述業(yè)務(wù)服務(wù)信息發(fā)送給所述待處理業(yè)務(wù)流對(duì)應(yīng)的入口業(yè)務(wù)路由器； 當(dāng)業(yè)務(wù)路由器采用集中式業(yè)務(wù)路由處理方式處理待所述處理業(yè)務(wù)流時(shí)，或者當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理所述待處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表需要根據(jù)控制器發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，則根據(jù)注冊(cè)的業(yè)務(wù)原子處理能力，生成所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)處理路徑信息，將所述業(yè)務(wù)服務(wù)信息下發(fā)給所述業(yè)務(wù)處理路徑信息對(duì)應(yīng)的業(yè)務(wù)處理路徑上的首個(gè)業(yè)務(wù)路由器，生成所述業(yè)務(wù)處理路徑信息對(duì)應(yīng)的業(yè)務(wù)處理路徑上各個(gè)業(yè)務(wù)路由器對(duì)應(yīng)的業(yè)務(wù)路由表信息，并下發(fā)所述業(yè)務(wù)路由表信息到相應(yīng)的業(yè)務(wù)路由器。
7.根據(jù)權(quán)利要求5或6所述的方法，其特征在于，還包括: 若確定不能處理所述業(yè)務(wù)原子串，則將所述待處理業(yè)務(wù)流發(fā)送給網(wǎng)絡(luò)服務(wù)器，以使得所述網(wǎng)絡(luò)服務(wù)器通知用戶所述待處理業(yè)務(wù)流當(dāng)前不能被處理。
8.一種業(yè)務(wù)處理方法，其特征在于，包括: 接收控制器發(fā)送的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括第一業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)和業(yè)務(wù)標(biāo)簽； 接收所述第一業(yè)務(wù)流，并獲取業(yè)務(wù)路由表； 根據(jù)所述業(yè)務(wù)服務(wù)信息以及所述業(yè)務(wù)路由表處理所述第一業(yè)務(wù)流； 其中，所述業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的一個(gè)業(yè)務(wù)原子或者業(yè)務(wù)原子串。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述獲取業(yè)務(wù)路由表具體采用以下任意一種或幾種方式: 接收控制器發(fā)送的業(yè)務(wù)路由表信息，并根據(jù)所述業(yè)務(wù)路由表信息生成所述業(yè)務(wù)路由表; 直接獲取本地配置的業(yè)務(wù)路由表； 通過(guò)學(xué)習(xí)相鄰業(yè)務(wù)處理設(shè)備的業(yè)務(wù)原子或業(yè)務(wù)原子串處理能力獲取所述分布式業(yè)務(wù) 路由表。
10.根據(jù)權(quán)利要求8或9所述的方法，其特征在于，所述業(yè)務(wù)路由表為集中式業(yè)務(wù)路由表，所述集中式業(yè)務(wù)路由表包括所述第一業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)、處理順序編號(hào)、所述處理順序編號(hào)對(duì)應(yīng)的輸出端口以及所述處理順序編號(hào)對(duì)應(yīng)的下一跳業(yè)務(wù)標(biāo)簽。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，當(dāng)獲取到的所述業(yè)務(wù)路由表為集中式業(yè)務(wù)路由表時(shí)，所述根據(jù)所述業(yè)務(wù)服務(wù)信息以及所述業(yè)務(wù)路由表處理所述第一業(yè)務(wù)流具體包括: 根據(jù)所述集中式業(yè)務(wù)路由表中與所述第一業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的第一個(gè)處理順序編號(hào)，將與所述第一個(gè)處理順序編號(hào)對(duì)應(yīng)的第一下一跳業(yè)務(wù)標(biāo)簽添加到所述待處理業(yè)務(wù)流的報(bào)文中； 將所述添加了第一下一跳業(yè)務(wù)標(biāo)簽的第一業(yè)務(wù)流通報(bào)文通過(guò)與所述第一個(gè)處理順序編號(hào)對(duì)應(yīng)的第一輸出端口發(fā)送至與所述第一輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器上，以使得所述與所述第一輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器根據(jù)所述第一下一跳業(yè)務(wù)標(biāo)簽處理所述第一業(yè)務(wù)流； 接收與所述第一輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器發(fā)送的經(jīng)過(guò)第一次處理的所述第一業(yè)務(wù)流，并判斷所述第一個(gè)處理順序編號(hào)是否為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)； 若確定所述第一個(gè)處理順序編號(hào)為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)，則將經(jīng)過(guò)處理的所述第一業(yè)務(wù)流中的所述第一下一跳業(yè)務(wù)標(biāo)簽去除，并將去除了第一下一跳業(yè)務(wù)標(biāo)簽的所述第一業(yè)務(wù)流的報(bào)文從業(yè)務(wù)路由網(wǎng)絡(luò)中轉(zhuǎn)發(fā)出去；若確定所述第一個(gè)處理順序編號(hào)不為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)，則將經(jīng)過(guò)處理的所述第一業(yè)務(wù)流中的所述第一下一跳業(yè)務(wù)標(biāo)簽替換為與所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的第二個(gè)處理順序編號(hào)對(duì)應(yīng)的第二下一跳業(yè)務(wù)標(biāo)簽；將攜帶了所述第二下一跳業(yè)務(wù)標(biāo)簽的所述第一業(yè)務(wù)流的報(bào)文通過(guò)與所述第二個(gè)處理順序編號(hào)對(duì)應(yīng)的第二輸出端口發(fā)送至與所述第二輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器上，以使得所述與所述第二輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器根據(jù)所述第二下一跳業(yè)務(wù)標(biāo)簽處理攜帶了所述第二下一跳業(yè)務(wù)標(biāo)簽的所述第一業(yè)務(wù)流的報(bào)文； 接收與所述第二輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器發(fā)送的經(jīng)過(guò)處理的攜帶了所述第二下一跳業(yè)務(wù)標(biāo)簽的第一業(yè)務(wù)流的報(bào)文，并判斷所述第二個(gè)處理順序編號(hào)是否為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)；若確定所述第二個(gè)處理順序編號(hào)為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)，則將經(jīng)過(guò)處理的攜帶了所述第二下一跳業(yè)務(wù)標(biāo)簽的所述第一業(yè)務(wù)流的報(bào)文中攜帶的所述第二下一跳業(yè)務(wù)標(biāo)簽去除，并將所述去除了第二下一跳業(yè)務(wù)標(biāo)簽的第一業(yè)務(wù)流的報(bào)文從業(yè)務(wù)路由網(wǎng)絡(luò)中轉(zhuǎn)發(fā)出去。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，若確定所述第二個(gè)處理順序編號(hào)不是所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)，則繼續(xù)根據(jù)所述業(yè)務(wù)路由表對(duì)所述第一業(yè)務(wù)流進(jìn)行處理直至所述第一業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽中的業(yè)務(wù)原子被全部處理完畢。
13.根據(jù)權(quán)利要求8或9所述的方法，其特征在于，所述業(yè)務(wù)路由表為分布式業(yè)務(wù)路由表，所述分布式業(yè)務(wù)路由表包括下一跳業(yè)務(wù)處理設(shè)備對(duì)應(yīng)的業(yè)務(wù)原子處理能力、對(duì)應(yīng)的輸出端口和對(duì)應(yīng)的地址信息。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，當(dāng)獲取到的業(yè)務(wù)路由表為分布式業(yè)務(wù)路由表時(shí)，所述根據(jù)所述業(yè)務(wù)服務(wù)信息以及所述業(yè)務(wù)路由表處理所述第一業(yè)務(wù)流具體包括: 根據(jù)所述業(yè)務(wù)標(biāo)簽以及預(yù)定業(yè)務(wù)路由選擇策略，在所述分布式業(yè)務(wù)路由表中查找并獲得下一跳業(yè)務(wù)處理設(shè)備對(duì)應(yīng)的第三輸出端口以及對(duì)應(yīng)的地址信息； 將所述業(yè)務(wù)標(biāo)簽攜帶在所述第一業(yè)務(wù)流中，并將所述第一業(yè)務(wù)流通過(guò)所述第三輸出端口發(fā)送至所述下一跳業(yè)務(wù)處理設(shè)備，以使得所述下一跳業(yè)務(wù)處理設(shè)備根據(jù)自身的業(yè)務(wù)原子處理能力處理所述待處理業(yè)務(wù)流。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，還包括； 接收相鄰的業(yè)務(wù)處理設(shè)備發(fā)送的第二業(yè)務(wù)流，獲取所述第二業(yè)務(wù)流中的業(yè)務(wù)標(biāo)簽并解碼為對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串，根據(jù)所述對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串對(duì)所述第二業(yè)務(wù)流進(jìn)行處理。
16.一種業(yè)務(wù)處理設(shè)備，其特征在于，包括: 業(yè)務(wù)服務(wù)信息獲取單元，用于獲取待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括所述待處理業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)以及與所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的業(yè)務(wù)標(biāo)簽； 業(yè)務(wù)服務(wù)信息發(fā)送單元，用于將所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息發(fā)送給業(yè)務(wù)路由器，以使得所述業(yè)務(wù)路由器根據(jù)所述業(yè)務(wù)服務(wù)信息處理所述待處理業(yè)務(wù)流； 其中，所述業(yè)務(wù)標(biāo)簽為經(jīng)過(guò)編碼處理的一個(gè)業(yè)務(wù)原子或者為經(jīng)過(guò)編碼處理的業(yè)務(wù)原子串O
17.根據(jù)權(quán)利要求16所述的業(yè)務(wù)處理設(shè)備，其特征在于，所述業(yè)務(wù)服務(wù)信息獲取模塊包括接入控制模塊，所述接入控制模塊用于從認(rèn)證、授權(quán)和計(jì)費(fèi)服務(wù)器獲取所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息。
18.根據(jù)權(quán)利要求16所述的業(yè)務(wù)處理設(shè)備，其特征在于，所述業(yè)務(wù)服務(wù)信息獲取模塊包括接入控制模塊，所述接入控制模塊用于獲取控制器中預(yù)先設(shè)置的所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息。
19.根據(jù)權(quán)利要求16所述的業(yè)務(wù)處理設(shè)備，其特征在于，所述業(yè)務(wù)服務(wù)信息獲取模塊包括接入控制模塊，所述接入控制模塊用于接收業(yè)務(wù)信令網(wǎng)關(guān)發(fā)送的業(yè)務(wù)需求，所述業(yè)務(wù)需求為所述業(yè)務(wù)信令網(wǎng)關(guān)接收的用戶發(fā)送的業(yè)務(wù)請(qǐng)求信令對(duì)應(yīng)的業(yè)務(wù)需求，并根據(jù)所述業(yè)務(wù)需求生成所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)服務(wù)信息。
20.根據(jù)權(quán)利要求16至19任意一項(xiàng)所述的業(yè)務(wù)處理設(shè)備，其特征在于，所述業(yè)務(wù)服務(wù)信息發(fā)送單元具體包括業(yè)務(wù)原子串生成模塊、業(yè)務(wù)原子化模塊和業(yè)務(wù)路由控制模塊；所述業(yè)務(wù)原子串生成模塊用于生成所述業(yè)務(wù)標(biāo)簽對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串，根據(jù)所述業(yè)務(wù)原子化模塊中注冊(cè)的業(yè)務(wù)原子處理能力判斷是否能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，若能夠處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理待處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表不需要根據(jù)控制器發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，則所述業(yè)務(wù)串生成模塊將所述業(yè)務(wù)服務(wù)信息發(fā)送給所述業(yè)務(wù)路由控制模塊，所述業(yè)務(wù)路由控制模塊下發(fā)所述業(yè)務(wù)服務(wù)信息給所述待處理業(yè)務(wù)流對(duì)應(yīng)的入口業(yè)務(wù)路由器； 當(dāng)業(yè)務(wù)路由器采用集中式業(yè)務(wù)路由處理方式處理待處理業(yè)務(wù)流時(shí)，或者當(dāng)業(yè)務(wù)路由器采用分布式業(yè)務(wù)路由處理方式處理待處理業(yè)務(wù)流，并且業(yè)務(wù)路由器中的業(yè)務(wù)路由表需要根據(jù)所述業(yè)務(wù)處理設(shè)備發(fā)送的業(yè)務(wù)路由表信息生成時(shí)，所述業(yè)務(wù)路由控制模塊根據(jù)所述業(yè)務(wù)原子化模塊中注冊(cè)的業(yè)務(wù)原子處理能力，生成所述待處理業(yè)務(wù)流對(duì)應(yīng)的業(yè)務(wù)處理路徑信息；所述業(yè)務(wù)串生成模塊將所述業(yè)務(wù)服務(wù)信息發(fā)送給所述業(yè)務(wù)路由控制模塊，所述業(yè)務(wù)路由控制模塊將所述業(yè)務(wù)服務(wù)信息下發(fā)給所述業(yè)務(wù)處理路徑信息對(duì)應(yīng)的業(yè)務(wù)處理路徑上的首個(gè)業(yè)務(wù)路由器，生成所述業(yè)務(wù)處理路徑信息對(duì)應(yīng)的業(yè)務(wù)處理路徑上各個(gè)業(yè)務(wù)路由器對(duì)應(yīng)的業(yè)務(wù)路由表信息,并下發(fā)所述業(yè)務(wù)路由表信息到相應(yīng)的業(yè)務(wù)路由器。
21.根據(jù)權(quán)利要求20所述的業(yè)務(wù)處理設(shè)備，其特征在于，如果確定不能處理所述業(yè)務(wù)原子或業(yè)務(wù)原子串，所述業(yè)務(wù)原子串生成模塊進(jìn)一步用于將所述待處理業(yè)務(wù)流發(fā)送給網(wǎng)絡(luò)服務(wù)器，以使得所述網(wǎng)絡(luò)服務(wù)器通知用戶所述待處理業(yè)務(wù)流當(dāng)前不能被處理。
22.—種業(yè)務(wù)處理設(shè)備，其特征在于，包括: 接收單元，用于接收控制器發(fā)送的業(yè)務(wù)服務(wù)信息，所述業(yè)務(wù)服務(wù)信息包括第一業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)和業(yè)務(wù)標(biāo)簽； 所述接收單元，還用于接收所述第一業(yè)務(wù)流； 獲取單元，用于獲取業(yè)務(wù)路由表； 處理單元，用于根據(jù)所述業(yè)務(wù)服務(wù)信息以及所述業(yè)務(wù)路由表處理所述第一業(yè)務(wù)流。
23.根據(jù)權(quán)利要求22所述的業(yè)務(wù)處理設(shè)備，其特征在于，所述獲取單元包括: 接收模塊，用于接收控制器發(fā)送的業(yè)務(wù)路由表信息； 生成模塊，用于根據(jù)所述業(yè)務(wù)路由表信息生成所述業(yè)務(wù)路由表； 或獲取模塊，用于直接獲取所述業(yè)務(wù)處理設(shè)備中已存儲(chǔ)的業(yè)務(wù)路由表； 或業(yè)務(wù)路由表學(xué)習(xí)模塊，用于通過(guò)學(xué)習(xí)相鄰業(yè)務(wù)處理設(shè)備的業(yè)務(wù)原子或業(yè)務(wù)原子串處理能力獲取所述分布式業(yè)務(wù)路由表。
24.根據(jù)權(quán)利要求22或23所述的業(yè)務(wù)處理設(shè)備，其特征在于，所述處理單元包括:標(biāo)簽添加模塊，用于在所述獲取單元獲取到的業(yè)務(wù)路由表為集中式業(yè)務(wù)路由表時(shí)，根據(jù)所述集中式業(yè)務(wù)路由表中與所述第一業(yè)務(wù)流的業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的第一個(gè)處理順序編號(hào)，將與所述第一個(gè)處理順序編號(hào)對(duì)應(yīng)的第一下一跳業(yè)務(wù)標(biāo)簽添加到所述第一業(yè)務(wù)流的報(bào)文中；第一發(fā)送模塊，用于將所述添加了第一下一跳業(yè)務(wù)標(biāo)簽的第一業(yè)務(wù)流通報(bào)文通過(guò)與所述第一個(gè)處理順序編號(hào)對(duì)應(yīng)的第一輸出端口發(fā)送至與所述第一輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器上，以使得所述與所述第一輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器根據(jù)所述第一下一跳業(yè)務(wù)標(biāo)簽處理所述第一業(yè)務(wù)流； 第一接收模塊，用于接收與所述第一輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器發(fā)送的經(jīng)過(guò)第一次處理的所述第一業(yè)務(wù)流； 判斷模塊，用于判斷所述第一個(gè)處理順序編號(hào)是否為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)； 業(yè)務(wù)標(biāo)簽去除模塊，用于確定所述第一個(gè)處理順序編號(hào)為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)，將經(jīng)過(guò)處理的所述第一業(yè)務(wù)流中的所述第一下一跳業(yè)務(wù)標(biāo)簽去除； 所述第一發(fā)送模塊，進(jìn)一步用于將去除了第一下一跳業(yè)務(wù)標(biāo)簽的所述第一業(yè)務(wù)流的報(bào)文從業(yè)務(wù)路由網(wǎng)絡(luò)中轉(zhuǎn)發(fā)出去； 業(yè)務(wù)標(biāo)簽替換模塊，用于確定所述第一個(gè)處理順序編號(hào)不為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)，則將經(jīng)過(guò)處理的所述第一業(yè)務(wù)流中的所述第一下一跳業(yè)務(wù)標(biāo)簽替換為與所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的第二個(gè)處理順序編號(hào)對(duì)應(yīng)的第二下一跳業(yè)務(wù)標(biāo)簽； 所述第一發(fā)送模塊，進(jìn)一步用于將攜帶了所述第二下一跳業(yè)務(wù)標(biāo)簽的所述第一業(yè)務(wù)流的報(bào)文通過(guò)與所述第二個(gè)處理順序編號(hào)對(duì)應(yīng)的第二輸出端口發(fā)送至與所述第二輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器上，以使得所述與所述第二輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器根據(jù)所述第二下一跳業(yè)務(wù)標(biāo)簽處理攜帶了所述第二 下一跳業(yè)務(wù)標(biāo)簽的所述第一業(yè)務(wù)流的報(bào)文； 所述接收模塊，進(jìn)一步用于接收與所述第二輸出端口對(duì)應(yīng)的業(yè)務(wù)服務(wù)器發(fā)送的經(jīng)過(guò)處理的攜帶了所述第二下一跳業(yè)務(wù)標(biāo)簽的第一業(yè)務(wù)流的報(bào)文； 所述判斷模塊，進(jìn)一步用于判斷所述第二個(gè)處理順序編號(hào)是否為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)； 所述業(yè)務(wù)標(biāo)簽去除模塊，進(jìn)一步用于若確定所述第二個(gè)處理順序編號(hào)為所述業(yè)務(wù)路由表中所述業(yè)務(wù)流標(biāo)識(shí)對(duì)應(yīng)的最后一個(gè)處理順序編號(hào)，則將經(jīng)過(guò)處理的攜帶了所述第二下一跳業(yè)務(wù)標(biāo)簽的所述第一業(yè)務(wù)流的報(bào)文中攜帶的所述第二下一跳業(yè)務(wù)標(biāo)簽去除； 所述第一發(fā)送模塊，用于將所述去除了第二下一跳業(yè)務(wù)標(biāo)簽的第一業(yè)務(wù)流的報(bào)文從業(yè)務(wù)路由網(wǎng)絡(luò)中轉(zhuǎn)發(fā)出去。
25.根據(jù)權(quán)利要求22或23所述的業(yè)務(wù)處理設(shè)備，其特征在于，所述處理單元還包括:查找模塊，用于在獲取到的業(yè)務(wù)路由表為分布式業(yè)務(wù)路由表時(shí)，根據(jù)所述業(yè)務(wù)標(biāo)簽以及預(yù)定業(yè)務(wù)路由選擇策略，在所述分布式業(yè)務(wù)路由表中查找并獲得下一跳業(yè)務(wù)處理設(shè)備對(duì)應(yīng)的第三輸出端口以及對(duì)應(yīng)的地址信息； 攜帶模塊，用于將所述業(yè)務(wù)標(biāo)簽攜帶在所述第一業(yè)務(wù)流中； 第二發(fā)送模塊，用于將所述第一業(yè)務(wù)流通過(guò)所述第三輸出端口發(fā)送至所述下一跳業(yè)務(wù)處理設(shè)備，以使得所述下一跳業(yè)務(wù)處理設(shè)備根據(jù)自身的業(yè)務(wù)原子處理能力處理所述待處理業(yè)務(wù)流。
26.根據(jù)權(quán)利要求25所述的業(yè)務(wù)處理設(shè)備，其特征在于，所述處理單元還包括； 第二接收模塊，用于接收相鄰的業(yè)務(wù)處理設(shè)備發(fā)送的第二業(yè)務(wù)流，獲取所述第二業(yè)務(wù)流中的業(yè)務(wù)標(biāo)簽并解碼為對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串，根據(jù)所述對(duì)應(yīng)的業(yè)務(wù)原子或業(yè)務(wù)原子串對(duì)所述第二業(yè)務(wù)流進(jìn)行處理。
27.一種業(yè)務(wù)處理的系統(tǒng)，其特征在于，包括如權(quán)利要求16至21任意一項(xiàng)所述的業(yè)務(wù)處理設(shè)備和權(quán)利要求22 至26任意一項(xiàng)所述的業(yè)務(wù)處理設(shè)備。
【文檔編號(hào)】H04L12/24GK103546304SQ201210239173
【公開(kāi)日】2014年1月29日 申請(qǐng)日期:2012年7月11日 優(yōu)先權(quán)日:2012年7月11日
【發(fā)明者】鄭若濱 申請(qǐng)人:華為技術(shù)有限公司