[發(fā)明專利]用于主動進(jìn)行單播和組播資源動態(tài)分配的控制方法及裝置有效
| 申請?zhí)枺?/td> | 200710154538.8 | 申請日: | 2007-09-25 |
| 公開(公告)號: | CN101325510A | 公開(公告)日: | 2008-12-17 |
| 發(fā)明(設(shè)計)人: | 孫默 | 申請(專利權(quán))人: | 中興通訊股份有限公司 |
| 主分類號: | H04L12/24 | 分類號: | H04L12/24;H04L12/56;H04L12/18 |
| 代理公司: | 北京康信知識產(chǎn)權(quán)代理有限責(zé)任公司 | 代理人: | 尚志峰;吳孟秋 |
| 地址: | 518057廣東省深圳市南*** | 國省代碼: | 廣東;44 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 用于 主動 進(jìn)行 資源 動態(tài)分配 控制 方法 裝置 | ||
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,更具體地涉及一種用于主動進(jìn)行單播和 組播資源動態(tài)分配的控制方法。
背景技術(shù)
不同的網(wǎng)絡(luò)用戶使用的不同的業(yè)務(wù),往往會希望有不同的QoS (Quality?of?Service,服務(wù)質(zhì)量)保證。例如,對普通上網(wǎng)應(yīng)用,響 應(yīng)的時延可以是比較長的,而IP電話等實時業(yè)務(wù),對延時和延時抖 動比較敏感。另外,諸如IPTV等視頻業(yè)務(wù),既對帶寬有一定的要 求,而且對時延等指標(biāo)也有比較明確的要求,因此,在寬帶網(wǎng)絡(luò)的 實際部署中,需要有明確的QoS保證。ITU-T的RACF(Resource?and? Admission?Control?Function,資源和接納控制功能)就是一個提供 QoS控制的系統(tǒng),它的架構(gòu)如圖1所示。
RACF系統(tǒng)中,PD-FE(Policy?Decision?Function?Entity,策略 決策功能實體)會根據(jù)從SCF(Service?Control?Function,業(yè)務(wù)控制 功能)獲取的業(yè)務(wù)信息、從NACF(Network?Attachment?Control? Functions,網(wǎng)絡(luò)附著控制功能)獲取的用戶的業(yè)務(wù)簽約信息、以及 從TRC-FE(Transport?Resource?Control?Function?Entity,傳輸資源控 制功能實體)獲取的網(wǎng)絡(luò)的現(xiàn)有資源情況,做出是否接入有關(guān)業(yè)務(wù) 和預(yù)留資源的決策,并將決策下發(fā)給傳輸層的功能實體PE-FE (Policy?Excecute?Function?Entity,策略執(zhí)行功能實體)來進(jìn)行策略 執(zhí)行。如果RACF決策可以接入,說明目前網(wǎng)絡(luò)資源可以滿足用戶 的業(yè)務(wù)需求,可以保證QoS的實現(xiàn);在資源不能滿足用戶業(yè)務(wù)需求 時,RACF會拒絕用戶的接入。隨著RACF的成熟并且在網(wǎng)絡(luò)中進(jìn) 行實際的部署,可以預(yù)見,寬帶IP網(wǎng)絡(luò)可以實現(xiàn)差異化業(yè)務(wù),為各 種不同的QoS需求的業(yè)務(wù)實現(xiàn)QoS保證。
對于目前的網(wǎng)絡(luò)業(yè)務(wù),按信息傳遞方式可以劃分為單播和組播 兩種方式。單播是點對點的方式,組播是點對多點(即一個組)的 方式。單播通常是在兩個用戶之間傳遞信息,典型應(yīng)用如FTP(File? Transfer?Protocol,文件傳輸協(xié)議)、WWW(World?Wide?Web,萬維 網(wǎng))瀏覽等,組播通常用于在一個用戶群組中傳遞信息,典型應(yīng)用 如網(wǎng)絡(luò)會議(多方)、IPTV(Internet?Protocol?Television,交互式網(wǎng) 絡(luò)電視)等。
根據(jù)這兩種信息傳遞方式,可以將資源劃分為單播資源和組播 資源。對單播和組播資源的分配進(jìn)行總體控制是QoS技術(shù)中的一個 重要的方面。目前的研究還不夠深入,在最新的ITU-T的Y.RACF (Y.2111)協(xié)議中,初步定義了MCF(Multicast?Control?Function, 組播控制功能)和MRF(Multicast?Replication?Function,組播復(fù)制 功能)兩個用于組播資源控制的功能實體。MCF負(fù)責(zé)根據(jù)用戶信息 和傳輸資源對組播進(jìn)行控制,MRF負(fù)責(zé)復(fù)制分發(fā)給組內(nèi)用戶的報 文。MRF位于RACF中的傳輸層功能實體,MCF的具體位置還未 確定(可以位于傳輸層功能實體,也可以位于RACF中的實體), 并且初步給出了三種單播和組播資源控制方法的簡單描述:
方法1,單播資源由RACF管理,組播資源由MCF(Multicast? Control?Function,組播控制功能)進(jìn)行管理,兩者之間相互獨立, 為單播和組播分別分配的資源是不能共享,通過OSS(Operational? Support?System,運營支撐系統(tǒng))可以對單播和資源進(jìn)行非實時性的 重新分配;
方法2,與方法1類似,但是RACF可以控制組播資源的閥值, 當(dāng)單播需要更多的資源時,可以由RACF調(diào)低組播資源的閥值來滿 足單播需求;
方法3,單播和組播資源都由RACF來管理,組播資源也由 MCF根據(jù)用戶使用情況向RACF動態(tài)的申請。
對于上述三種方法,方法1中單播和組播資源相互獨立,不能 共享,只能通過人工方式非實時的進(jìn)行重新分配,這種方式不利于 資源的合理利用,也不方便運營。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于中興通訊股份有限公司,未經(jīng)中興通訊股份有限公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.17sss.com.cn/pat/books/200710154538.8/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。





