專(zhuān)利名稱：在多業(yè)務(wù)多用戶業(yè)務(wù)平臺(tái)中保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種電信增值業(yè)務(wù)的實(shí)現(xiàn)方法，確切地說(shuō)，涉及一種在支持多業(yè)務(wù)多用戶業(yè)務(wù)平臺(tái)中保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議SLA(service level agreement)的方法，屬于電信網(wǎng)絡(luò)中的增值業(yè)務(wù)技術(shù)領(lǐng)域。
現(xiàn)在，業(yè)務(wù)的發(fā)起通常有三種可能，首先可能是用戶側(cè)主動(dòng)發(fā)起業(yè)務(wù)請(qǐng)求，也有可能是用戶定制了業(yè)務(wù)，在某個(gè)定制的時(shí)刻，由業(yè)務(wù)平臺(tái)自動(dòng)激發(fā)業(yè)務(wù)；再有一種情況是其它用戶發(fā)起的業(yè)務(wù)呼叫該用戶。不管是那種業(yè)務(wù)發(fā)起方式，在業(yè)務(wù)執(zhí)行的過(guò)程中，在用戶與業(yè)務(wù)之間，除了媒體流(如話音、圖像、視頻等信號(hào))的傳遞外，還會(huì)有用于業(yè)務(wù)呼叫、業(yè)務(wù)管理或者業(yè)務(wù)協(xié)商等相關(guān)消息的傳遞。本發(fā)明所涉及的業(yè)務(wù)消息是指后者。在多業(yè)務(wù)多用戶的業(yè)務(wù)平臺(tái)中，當(dāng)多個(gè)用戶同時(shí)發(fā)起多種業(yè)務(wù)時(shí)，該業(yè)務(wù)平臺(tái)要同時(shí)處理屬于不同用戶及不同業(yè)務(wù)類(lèi)型的消息。作為業(yè)務(wù)層與下面網(wǎng)絡(luò)層之間中間層的業(yè)務(wù)平臺(tái)，所有的消息都必須經(jīng)過(guò)它，應(yīng)該由它依據(jù)用戶的優(yōu)先級(jí)、業(yè)務(wù)的優(yōu)先級(jí)及業(yè)務(wù)類(lèi)型進(jìn)行優(yōu)先級(jí)管理，并按照優(yōu)先級(jí)提供不同服務(wù)質(zhì)量的處理，再傳給真正的目的端。然而，如果現(xiàn)在就要求它實(shí)現(xiàn)上述的目標(biāo)還是相當(dāng)困難的，因?yàn)?，目前?duì)多業(yè)務(wù)多用戶平臺(tái)的研究還不是很完善，對(duì)業(yè)務(wù)服務(wù)等級(jí)協(xié)議SLA的保證及實(shí)現(xiàn)策略問(wèn)題還沒(méi)有找到比較理想的解決方案，目前，通常的處理方法還是采用先到先服務(wù)的策略，這樣就不利于靈活地提供業(yè)務(wù)服務(wù)等級(jí)，無(wú)法區(qū)分用戶的優(yōu)先級(jí)及業(yè)務(wù)的優(yōu)先級(jí)，也在很大程度上限制了電信增值業(yè)務(wù)的發(fā)展。
本發(fā)明的目的是這樣實(shí)現(xiàn)的一種在多業(yè)務(wù)多用戶業(yè)務(wù)平臺(tái)中保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，其特征在于該方法包括下列操作步驟(A)在業(yè)務(wù)平臺(tái)中，設(shè)置用戶消息隊(duì)列、核心處理隊(duì)列及策略決策模塊，其中用戶消息隊(duì)列有多個(gè)，分別具有不同的優(yōu)先級(jí)；(B)策略決策模塊對(duì)來(lái)自業(yè)務(wù)層或網(wǎng)絡(luò)層新的用戶業(yè)務(wù)的初始消息進(jìn)行處理，判斷是否接受該用戶業(yè)務(wù)的發(fā)起；(C)策略決策模塊對(duì)該用戶業(yè)務(wù)消息依據(jù)業(yè)務(wù)的優(yōu)先級(jí)及用戶的優(yōu)先級(jí)進(jìn)行分類(lèi)處理；(D)策略決策模塊將該用戶業(yè)務(wù)消息輸入相應(yīng)的用戶消息隊(duì)列，等待核心處理隊(duì)列依據(jù)用戶消息隊(duì)列的優(yōu)先級(jí)對(duì)其進(jìn)行處理。
在所述的步驟(A)中，策略決策模塊對(duì)用戶業(yè)務(wù)消息依據(jù)用戶的優(yōu)先級(jí)及業(yè)務(wù)的優(yōu)先級(jí)進(jìn)行分類(lèi)，將其分別放入不同優(yōu)先級(jí)的用戶消息隊(duì)列中排隊(duì)；核心處理隊(duì)列依據(jù)用戶消息隊(duì)列的不同優(yōu)先級(jí)對(duì)其中的消息進(jìn)行相應(yīng)處理，以實(shí)現(xiàn)多用戶多業(yè)務(wù)的業(yè)務(wù)平臺(tái)對(duì)業(yè)務(wù)服務(wù)等級(jí)協(xié)議的管理，對(duì)不同優(yōu)先級(jí)的用戶和/或業(yè)務(wù)分別提供不同的服務(wù)等級(jí)。
在所述的步驟(A)中，用戶的優(yōu)先級(jí)按照優(yōu)先次序從低到高分成為三個(gè)等級(jí)一般用戶、優(yōu)先用戶和高級(jí)用戶；也可以分成其它不同數(shù)量的等級(jí)。
在所述的步驟(A)中，業(yè)務(wù)的優(yōu)先級(jí)是依據(jù)業(yè)務(wù)的類(lèi)型，即業(yè)務(wù)要求的時(shí)延、抖動(dòng)、帶寬及其它因素綜合確定區(qū)分的，按照從高到低依次分為三個(gè)等級(jí)實(shí)時(shí)多媒體級(jí)、實(shí)時(shí)語(yǔ)音級(jí)及非實(shí)時(shí)消息級(jí)；也可以分成其它不同數(shù)量的等級(jí)。
在所述的步驟(B)中，策略決策模塊進(jìn)一步包括下列操作步驟(B1)策略決策模塊與業(yè)務(wù)平臺(tái)中存儲(chǔ)用戶信息的數(shù)據(jù)庫(kù)交互，獲取該用戶的優(yōu)先級(jí)；同時(shí)與平臺(tái)的業(yè)務(wù)管理模塊交互，獲取該消息所屬業(yè)務(wù)的優(yōu)先級(jí)；以及判斷該消息是否是發(fā)起新的用戶業(yè)務(wù)的初始消息；(B2)如果不是發(fā)起新的用戶業(yè)務(wù)的初始消息，進(jìn)入步驟(C)處理；(B3)如果是發(fā)起新的用戶業(yè)務(wù)的初始消息，則根據(jù)當(dāng)前業(yè)務(wù)平臺(tái)的資源情況決定是否接受該用戶業(yè)務(wù)的申請(qǐng)，發(fā)起該業(yè)務(wù)；如果接受，進(jìn)入步驟(C)處理；如果不接受，則直接返回相應(yīng)的拒絕消息。
在所述的步驟(C)中，策略決策模塊的具體操作步驟是依據(jù)在步驟(B1)中獲得的該消息所屬用戶的優(yōu)先級(jí)和業(yè)務(wù)的優(yōu)先級(jí)進(jìn)行綜合考慮后，確定該消息的優(yōu)先級(jí)，再依據(jù)所作的判定及當(dāng)前同一等級(jí)用戶消息隊(duì)列的情況決定該用戶消息進(jìn)入哪一個(gè)隊(duì)列排隊(duì)。
在所述的步驟(D)中，策略決策模塊的具體操作步驟是依據(jù)在步驟(C)中的判斷，分別將用戶消息輸入相應(yīng)的不同優(yōu)先級(jí)的用戶消息隊(duì)列中排隊(duì)，等待核心處理隊(duì)列的處理；核心處理隊(duì)列則依據(jù)用戶消息隊(duì)列的優(yōu)先級(jí)對(duì)其中的消息進(jìn)行處理。
核心處理隊(duì)列每次處理用戶信息時(shí)，會(huì)同時(shí)讀取多個(gè)消息，形成一個(gè)隊(duì)列，進(jìn)行批處理，以提高處理效率。
本發(fā)明是一種支持多用戶多業(yè)務(wù)平臺(tái)保證業(yè)務(wù)服務(wù)協(xié)議SLA的方法，其在業(yè)務(wù)平臺(tái)設(shè)置了用戶消息隊(duì)列、核心處理隊(duì)列和策略決策模塊，其中用戶消息隊(duì)列有多個(gè)的，具有不同的優(yōu)先級(jí)，它的個(gè)數(shù)是依據(jù)用戶本身的優(yōu)先級(jí)及業(yè)務(wù)的優(yōu)先級(jí)綜合確定的。這樣既能夠?qū)崿F(xiàn)優(yōu)先級(jí)管理，又不至于導(dǎo)致優(yōu)先級(jí)隊(duì)列太多，增加系統(tǒng)的實(shí)現(xiàn)難度。另外，將用戶消息隊(duì)列和核心處理隊(duì)列分開(kāi)，便于進(jìn)行用戶及業(yè)務(wù)的優(yōu)先級(jí)管理。而在核心處理隊(duì)列中實(shí)行一次讀取多個(gè)消息進(jìn)行批處理的策略，可以提高處理效率。本發(fā)明在平臺(tái)中添加了策略決策模塊，使整個(gè)系統(tǒng)對(duì)SLA的保證是基于控制策略的在處理用戶消息之前，首先依據(jù)系統(tǒng)的資源情況對(duì)是否接受來(lái)自業(yè)務(wù)層和/或網(wǎng)絡(luò)層的用戶相關(guān)消息進(jìn)行判斷；再根據(jù)用戶和業(yè)務(wù)的優(yōu)先級(jí)進(jìn)行綜合評(píng)定分類(lèi)，并輸入到相應(yīng)的用戶消息隊(duì)列中，等候核心處理隊(duì)列的處理。
本發(fā)明的優(yōu)點(diǎn)是在業(yè)務(wù)平臺(tái)中，可以依據(jù)用戶的優(yōu)先級(jí)、業(yè)務(wù)的優(yōu)先級(jí)及業(yè)務(wù)類(lèi)型提供不同的服務(wù)質(zhì)量。這樣能夠保證不同優(yōu)先級(jí)的用戶或業(yè)務(wù)的公平性，即低優(yōu)先級(jí)的業(yè)務(wù)及用戶也可以得到服務(wù)。從而有利于更好地向用戶提供優(yōu)質(zhì)服務(wù)，也可以為網(wǎng)絡(luò)運(yùn)營(yíng)商帶來(lái)新的利潤(rùn)增長(zhǎng)點(diǎn)。
圖2是本發(fā)明在多業(yè)務(wù)多用戶的業(yè)務(wù)平臺(tái)中保證SLA的方法流程圖。
參見(jiàn)

圖1，多業(yè)務(wù)多用戶平臺(tái)1處于業(yè)務(wù)層2及網(wǎng)絡(luò)層3之間，作為業(yè)務(wù)層2與網(wǎng)絡(luò)層3之間的中間層。因?yàn)闃I(yè)務(wù)層2與網(wǎng)絡(luò)層3之間有雙向的用戶業(yè)務(wù)消息的交互，所以作為中間橋梁的業(yè)務(wù)平臺(tái)1與業(yè)務(wù)層2和網(wǎng)絡(luò)層3之間也分別有雙向的消息交互。
本發(fā)明在業(yè)務(wù)平臺(tái)1中設(shè)置有用戶消息隊(duì)列11、核心處理隊(duì)列12和策略決策模塊13，在業(yè)務(wù)平臺(tái)中還包括存儲(chǔ)用戶數(shù)據(jù)的用戶信息數(shù)據(jù)庫(kù)14及平臺(tái)的業(yè)務(wù)管理模塊15。其中用戶消息隊(duì)列11是由N個(gè)用戶消息隊(duì)列組成的一組隊(duì)列，每個(gè)用戶消息隊(duì)列都是用于存儲(chǔ)用戶的業(yè)務(wù)消息，并且，具有不同的優(yōu)先級(jí)。用戶消息隊(duì)列11與策略決策模塊13和核心處理隊(duì)列12都有密切聯(lián)系。來(lái)自業(yè)務(wù)層或者網(wǎng)絡(luò)層的業(yè)務(wù)消息經(jīng)過(guò)策略決策模塊13依據(jù)用戶的優(yōu)先級(jí)及業(yè)務(wù)的優(yōu)先級(jí)進(jìn)行分類(lèi)處理后，將其分別放入不同優(yōu)先級(jí)的用戶消息隊(duì)列中排隊(duì)，等待核心處理隊(duì)列12做相應(yīng)的后續(xù)處理。
核心處理模塊12負(fù)責(zé)依據(jù)各個(gè)用戶消息隊(duì)列的不同優(yōu)先級(jí)對(duì)每個(gè)用戶消息隊(duì)列中的消息進(jìn)行處理。它只與用戶消息隊(duì)列有聯(lián)系，也就是從各個(gè)用戶消息隊(duì)列中提取業(yè)務(wù)消息進(jìn)行處理。
策略決策模塊13接受網(wǎng)絡(luò)層3及業(yè)務(wù)層2的用戶業(yè)務(wù)消息，負(fù)責(zé)確定用戶業(yè)務(wù)消息的優(yōu)先級(jí)，并且將用戶消息輸入到相應(yīng)的用戶消息隊(duì)列11中等待處理。在確定用戶業(yè)務(wù)消息的優(yōu)先級(jí)的過(guò)程中，策略決策模塊13需要與用戶信息數(shù)據(jù)庫(kù)14及業(yè)務(wù)管理模塊15交互，獲取用戶優(yōu)先級(jí)及業(yè)務(wù)優(yōu)先級(jí)信息。
用戶信息數(shù)據(jù)庫(kù)14用于存儲(chǔ)用戶的相關(guān)信息，如用戶的優(yōu)先級(jí)信息、用戶定購(gòu)業(yè)務(wù)名稱、用戶定購(gòu)業(yè)務(wù)執(zhí)行策略信息，以及與用戶相關(guān)的其它信息。用戶信息數(shù)據(jù)庫(kù)負(fù)責(zé)管理與用戶相關(guān)的所有信息。
業(yè)務(wù)管理模塊15是業(yè)務(wù)平臺(tái)1中用于管理與業(yè)務(wù)相關(guān)的所有信息的模塊。包括多業(yè)務(wù)平臺(tái)所能提供的各項(xiàng)業(yè)務(wù)的詳細(xì)描述，業(yè)務(wù)執(zhí)行所需要的網(wǎng)絡(luò)資源及業(yè)務(wù)的優(yōu)先級(jí)等。業(yè)務(wù)管理模塊15負(fù)責(zé)處理所有與業(yè)務(wù)平臺(tái)所提供的業(yè)務(wù)相關(guān)的信息。
參見(jiàn)圖2和圖1，詳細(xì)說(shuō)明本發(fā)明的業(yè)務(wù)平臺(tái)對(duì)用戶消息的處理過(guò)程。
當(dāng)來(lái)自業(yè)務(wù)層2或者網(wǎng)絡(luò)層3的消息到達(dá)業(yè)務(wù)平臺(tái)1后，首先經(jīng)由策略決策模塊13對(duì)該消息進(jìn)行處理。策略決策模塊13與業(yè)務(wù)平臺(tái)1中存儲(chǔ)用戶信息的數(shù)據(jù)庫(kù)14交互獲取用戶的優(yōu)先級(jí)，同時(shí)與業(yè)務(wù)平臺(tái)1的業(yè)務(wù)管理模塊15交互獲取消息所屬業(yè)務(wù)的優(yōu)先級(jí)，以及該消息是否為發(fā)起新業(yè)務(wù)的初始消息。如果是初始消息，策略決策模塊13會(huì)依據(jù)當(dāng)前業(yè)務(wù)平臺(tái)1的資源情況決策是否接受新的業(yè)務(wù)申請(qǐng)。如果接受，就依據(jù)該消息所屬用戶的優(yōu)先級(jí)及業(yè)務(wù)的優(yōu)先級(jí)確定該消息的優(yōu)先級(jí)，并且將該消息放入相應(yīng)的用戶消息隊(duì)列11排隊(duì)等待處理。核心處理隊(duì)列12則依據(jù)各個(gè)用戶消息隊(duì)列的優(yōu)先級(jí)對(duì)用戶消息隊(duì)列11中的消息進(jìn)行處理。為了提高處理效率，核心處理隊(duì)列12每次都會(huì)讀取多個(gè)消息，所以它也是一個(gè)隊(duì)列，有一定的隊(duì)列深度。
通過(guò)實(shí)施本發(fā)明提供的方法，可以保證業(yè)務(wù)平臺(tái)依據(jù)用戶的優(yōu)先級(jí)及業(yè)務(wù)的優(yōu)先級(jí)對(duì)用戶提供基于策略的、具有不同服務(wù)等級(jí)的服務(wù)，并且對(duì)各種不同等級(jí)用戶的服務(wù)具有一定的公平性。
權(quán)利要求
1.一種在多業(yè)務(wù)多用戶業(yè)務(wù)平臺(tái)中保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，其特征在于該方法包括下列操作步驟(A)在業(yè)務(wù)平臺(tái)中，設(shè)置用戶消息隊(duì)列、核心處理隊(duì)列及策略決策模塊，其中用戶消息隊(duì)列有多個(gè)，分別具有不同的優(yōu)先級(jí)；(B)策略決策模塊對(duì)來(lái)自業(yè)務(wù)層或網(wǎng)絡(luò)層新的用戶業(yè)務(wù)的初始消息進(jìn)行處理，判斷是否接受該用戶業(yè)務(wù)的發(fā)起；(C)策略決策模塊對(duì)該用戶業(yè)務(wù)消息依據(jù)業(yè)務(wù)的優(yōu)先級(jí)及用戶的優(yōu)先級(jí)進(jìn)行分類(lèi)處理；(D)策略決策模塊將該用戶業(yè)務(wù)消息輸入相應(yīng)的用戶消息隊(duì)列，等待核心處理隊(duì)列依據(jù)用戶消息隊(duì)列的優(yōu)先級(jí)對(duì)其進(jìn)行處理。
2.根據(jù)權(quán)利要求1所述的保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，其特征在于在所述的步驟(A)中，策略決策模塊對(duì)用戶業(yè)務(wù)消息依據(jù)用戶的優(yōu)先級(jí)及業(yè)務(wù)的優(yōu)先級(jí)進(jìn)行分類(lèi)，將其分別放入不同優(yōu)先級(jí)的用戶消息隊(duì)列中排隊(duì)；核心處理隊(duì)列依據(jù)用戶消息隊(duì)列的不同優(yōu)先級(jí)對(duì)其中的消息進(jìn)行相應(yīng)處理，以實(shí)現(xiàn)多用戶多業(yè)務(wù)的業(yè)務(wù)平臺(tái)對(duì)業(yè)務(wù)服務(wù)等級(jí)協(xié)議的管理，對(duì)不同優(yōu)先級(jí)的用戶和/或業(yè)務(wù)分別提供不同的服務(wù)等級(jí)。
3.根據(jù)權(quán)利要求1或2所述的保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，其特征在于在所述的步驟(A)中，用戶的優(yōu)先級(jí)按照優(yōu)先次序從低到高分成為三個(gè)等級(jí)一般用戶、優(yōu)先用戶和高級(jí)用戶；也可以分成其它不同數(shù)量的等級(jí)。
4.根據(jù)權(quán)利要求2所述的保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，其特征在于在所述的步驟(A)中，業(yè)務(wù)的優(yōu)先級(jí)是依據(jù)業(yè)務(wù)的類(lèi)型，即業(yè)務(wù)要求的時(shí)延、抖動(dòng)、帶寬及其它因素綜合確定區(qū)分的，按照從高到低依次分為三個(gè)等級(jí)實(shí)時(shí)多媒體級(jí)、實(shí)時(shí)語(yǔ)音級(jí)及非實(shí)時(shí)消息級(jí)；也可以分成其它不同數(shù)量的等級(jí)。
5.根據(jù)權(quán)利要求2所述的保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，其特征在于在所述的步驟(B)中，策略決策模塊進(jìn)一步包括下列操作步驟(B1)策略決策模塊與業(yè)務(wù)平臺(tái)中存儲(chǔ)用戶信息的數(shù)據(jù)庫(kù)交互，獲取該用戶的優(yōu)先級(jí)；同時(shí)與平臺(tái)的業(yè)務(wù)管理模塊交互，獲取該消息所屬業(yè)務(wù)的優(yōu)先級(jí)；以及判斷該消息是否是發(fā)起新的用戶業(yè)務(wù)的初始消息；(B2)如果不是發(fā)起新的用戶業(yè)務(wù)的初始消息，進(jìn)入步驟(C)處理；(B3)如果是發(fā)起新的用戶業(yè)務(wù)的初始消息，則根據(jù)當(dāng)前業(yè)務(wù)平臺(tái)的資源情況決定是否接受該用戶業(yè)務(wù)的申請(qǐng)，發(fā)起該業(yè)務(wù)；如果接受，進(jìn)入步驟(C)處理；如果不接受，則直接返回相應(yīng)的拒絕消息。
6.根據(jù)權(quán)利要求2或5所述的保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，其特征在于在所述的步驟(C)中，策略決策模塊的具體操作步驟是依據(jù)在步驟(B1)中獲得的該消息所屬用戶的優(yōu)先級(jí)和業(yè)務(wù)的優(yōu)先級(jí)進(jìn)行綜合考慮后，確定該消息的優(yōu)先級(jí)，再依據(jù)所作的判定及當(dāng)前同一等級(jí)用戶消息隊(duì)列的情況決定該用戶消息進(jìn)入哪一個(gè)隊(duì)列排隊(duì)。
7.根據(jù)權(quán)利要求2所述的保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，其特征在于在所述的步驟(D)中，策略決策模塊的具體操作步驟是依據(jù)在步驟(C)中的判斷，分別將用戶消息輸入相應(yīng)的不同優(yōu)先級(jí)的用戶消息隊(duì)列中排隊(duì)，等待核心處理隊(duì)列的處理；核心處理隊(duì)列則依據(jù)用戶消息隊(duì)列的優(yōu)先級(jí)對(duì)其中的消息進(jìn)行處理。
8.根據(jù)權(quán)利要求7所述的保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，其特征在于核心處理隊(duì)列每次處理用戶信息時(shí)，會(huì)同時(shí)讀取多個(gè)消息，形成一個(gè)隊(duì)列，進(jìn)行批處理，以提高處理效率。
全文摘要
一種在多業(yè)務(wù)多用戶業(yè)務(wù)平臺(tái)中保證業(yè)務(wù)服務(wù)等級(jí)協(xié)議的方法，該方法包括下列操作步驟(A)在業(yè)務(wù)平臺(tái)中，設(shè)置用戶消息隊(duì)列、核心處理隊(duì)列及策略決策模塊，其中用戶消息隊(duì)列有多個(gè)，分別具有不同的優(yōu)先級(jí)；(B)策略決策模塊對(duì)來(lái)自業(yè)務(wù)層或網(wǎng)絡(luò)層新的用戶業(yè)務(wù)的初始消息進(jìn)行處理，判斷是否接受該用戶業(yè)務(wù)的發(fā)起；(C)策略決策模塊對(duì)該用戶業(yè)務(wù)消息依據(jù)業(yè)務(wù)的優(yōu)先級(jí)及用戶的優(yōu)先級(jí)進(jìn)行分類(lèi)處理；(D)策略決策模塊將該用戶業(yè)務(wù)消息輸入相應(yīng)的用戶消息隊(duì)列，等待核心處理隊(duì)列依據(jù)用戶消息隊(duì)列的優(yōu)先級(jí)對(duì)其進(jìn)行處理。這樣，可以在業(yè)務(wù)平臺(tái)中依據(jù)用戶的優(yōu)先級(jí)、業(yè)務(wù)的優(yōu)先級(jí)及業(yè)務(wù)類(lèi)型提供不同的服務(wù)質(zhì)量，保證不同優(yōu)先級(jí)的用戶或業(yè)務(wù)的公平性。
文檔編號(hào)H04L29/06GK1422061SQ02159238
公開(kāi)日2003年6月4日 申請(qǐng)日期2002年12月27日 優(yōu)先權(quán)日2002年12月27日
發(fā)明者楊放春, 胡曉娟, 蘇森, 鄒華, 孫其博, 陳俊亮, 于曉燕 申請(qǐng)人:北京郵電大學(xué)