亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

一種業(yè)務(wù)分組認(rèn)證的方法和系統(tǒng)的制作方法

文檔序號:7970005閱讀:212來源:國知局
專利名稱:一種業(yè)務(wù)分組認(rèn)證的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域,特別涉及一種業(yè)務(wù)分組認(rèn)證的方法和系統(tǒng)。
背景技術(shù)
隨著Internet網(wǎng)絡(luò)的不斷發(fā)展,網(wǎng)絡(luò)中交互的各種數(shù)據(jù)、語音和視頻信息越來越多,另外新興的電子商務(wù)、網(wǎng)上會議、網(wǎng)上拍賣、視頻點播、遠程教學(xué)等服務(wù)也逐漸興起。這些服務(wù)對信息的安全性、有償性、網(wǎng)絡(luò)帶寬提出了要求。
隨著IPTV、VoD、交互式游戲等應(yīng)用的發(fā)展,如何更好地實現(xiàn)資源發(fā)現(xiàn)和點對多點的IP傳輸成為現(xiàn)代網(wǎng)絡(luò)應(yīng)用的焦點。組播技術(shù)作為一種有效的IP傳輸解決方案在很多方面逐漸顯示出其特有的優(yōu)勢。
IETF MBONED是一個專門研究在Internet上開展大規(guī)模組播業(yè)務(wù)部署的工作組,特別是研究組播業(yè)務(wù)中的用戶接入控制問題,指出有效的用戶接入控制可以減少非法用戶對于運營商網(wǎng)絡(luò)資源的非法占用,保證合法用戶的QoS和運營商的有效收益,是關(guān)系到開展商用組播業(yè)務(wù)的關(guān)鍵問題。其中,工作組文稿draft-ietf-mboned-rac-issues-03描述了目前IGMP/MLD協(xié)議在用戶接入控制方面的天生缺陷,無法提供任何用戶接入認(rèn)證操作,不滿足部署大規(guī)模商用組播業(yè)務(wù)的要求。并進一步指出對于大規(guī)模的組播業(yè)務(wù),需要具有以下能力1)追蹤用戶動作的能力和計費能力;2)網(wǎng)絡(luò)接入控制和內(nèi)容接入控制;3)NSP和CP間共享信息的方法(可選,當(dāng)NSP和CP分離時)。
工作組文稿draft-ietf-mboned-maccnt-req-04明確地提出了采用AAA(AuthenticationAuthorization and Accounting,認(rèn)證、授權(quán)和計費)架構(gòu)來進行組播用戶接入控制,以便對用戶進行精確計費;同時防止網(wǎng)絡(luò)資源被非法用戶浪費,保證合法用戶的QoS;并給出了大型商業(yè)組播業(yè)務(wù)網(wǎng)絡(luò)對于AAA的具體需求;基于以上需求,在工作組文稿draft-ietf-mboned-multiaaa-framework-01中給出了組播AAA框架,如圖1中所示。
在現(xiàn)有框架中,將運營商分為NSP(Network Service Provider,網(wǎng)絡(luò)業(yè)務(wù)提供商)和CP(Context Provider,內(nèi)容提供商)兩類,NSP負(fù)責(zé)提供基本的網(wǎng)絡(luò)接入功能,需要對用戶是否有權(quán)限訪問網(wǎng)絡(luò)資源負(fù)責(zé);而CP則是具體業(yè)務(wù)的提供者,一般自己沒有傳輸網(wǎng),用戶需要通過NSP提供的網(wǎng)絡(luò)接入到CP的業(yè)務(wù)中,而CP負(fù)責(zé)對用戶訪問業(yè)務(wù)的權(quán)限進行控制。本文中我們所提到的用戶接入認(rèn)證都是指業(yè)務(wù)層面的接入認(rèn)證過程。
一方面,組播業(yè)務(wù),特別是IPTV業(yè)務(wù)對于快速切換有特別的要求,在實現(xiàn)時,應(yīng)該考慮到一切可能影響到切換速度的因素,盡可能地加以避免,達到與傳統(tǒng)電視相同級別的切換速度,以提高用戶體驗。
另一方面,隨著Internet日益滲透到人們的日常生活中,經(jīng)常上網(wǎng)的用戶可能會定制非常多的業(yè)務(wù);出于商業(yè)保護的目的,CP會要求用戶在每次訪問自己的業(yè)務(wù)時都進行認(rèn)證;每次都需要輸入用戶名和密碼等身份認(rèn)證信息,這對于用戶來說是個很繁瑣的事情。
如圖2所示,基于Diameter的組播安全架構(gòu),其消息交互的流程如下1)終端用戶向ER/BRAS發(fā)送接入Join消息(用戶的身份認(rèn)證信息按照現(xiàn)有認(rèn)證技術(shù)發(fā)送給ER/BRAS)。
2)ER/BRAS根據(jù)用戶的身份信息,向NSP中的AAA Server發(fā)送授權(quán)請求消息。
3)NSP的AAA Server充當(dāng)Relay Agent(中繼代理),將授權(quán)請求消息發(fā)送給下一個AAA Server,直到最終到達CP的AAA Server。
4)CP的AAA Server根據(jù)本地信息對用戶進行認(rèn)證。
5)認(rèn)證通過,CP的AAA Server向中間NSP的AAA Server發(fā)送授權(quán)信息,信息中包括和用戶計費相關(guān)的測量策略信息(比如按時長計費、按流量計費、QoS要求等)。
6)中間NSP的AAA Server將以上授權(quán)信息中繼給用戶所在的NSP的AAA Server。
7)用戶所在的NSP的AAA Server將授權(quán)信息發(fā)送給ER/BRAS。
8)ER/BRAS建立組播路由。
9)ER/BRAS將收到的組播節(jié)目內(nèi)容流發(fā)送給用戶,同時向本NSP的AAA Server發(fā)送AccountingStart(計費開始)消息,開始對用戶的點播進行統(tǒng)計。
10)以上Accounting Start消息通過中間NSP的AAA Server中繼到CP的AAA Server。
11)每隔一段時間,ER/BRAS向本NSP的AAA Server發(fā)送Accounting interim(中間計費)消息,消息最終被中繼到CP的AAA Server(可選)。
12)當(dāng)用戶不再想收看組播節(jié)目時,發(fā)送leave消息給ER/BRAS。
13)ER/BRAS收到Leave消息后,向本NSP的AAA Server發(fā)送Accounting Stop(停止計費)消息,停止對用戶進行統(tǒng)計,NSP的AAA Server可以將此消息中繼給下一個NSP的AAA Server,也可以重新產(chǎn)生一個Accounting record summary(記錄總費用)消息。
14)中間NSP的AAA Server將以上消息中繼給CP的AAA Server。
現(xiàn)有的IPTV解決方案中,為了加快用戶的切換速度,往往采用ER/BRAS提前加入組播組的方法,以減小加入組播樹的操作對切換產(chǎn)生的影響。
在沒有引入AAA機制對組播業(yè)務(wù)進行用戶控制前,ER/BRAS在收到用戶設(shè)備發(fā)出的Join消息后,只要ER/BRAS已經(jīng)加入到用戶請求的組播樹中,就能直接將組播數(shù)據(jù)下發(fā)給用戶。引入AAA架構(gòu)后,相應(yīng)地也增加了一些消息交互,主要是ER/BRAS和CP AAA Server間的授權(quán)請求和授權(quán)消息。特別是當(dāng)NSP和CP分離時,消息必須通過NSP AAA Server中繼才能到達CP AAA Server;當(dāng)用戶進行頻道切換時,實際就是在完成“退出舊的組播組、加入新的組播組”的過程。對每次加入組播組的操作需要進行認(rèn)證,這樣認(rèn)證過程對于切換速度是有影響的。

發(fā)明內(nèi)容
本發(fā)明提供了一種分組認(rèn)證方法和系統(tǒng),目的是在不影響用戶收看組播節(jié)目的情況下盡可能減小認(rèn)證過程對于頻道切換的影響,提高用戶體驗;在用戶使用多業(yè)務(wù)時,通過一次認(rèn)證簡化用戶的操作。所述技術(shù)方案如下本發(fā)明提供了一種業(yè)務(wù)分組認(rèn)證的方法,所述方法包括以下步驟步驟A在接入設(shè)備上保存用戶的分組信息及認(rèn)證標(biāo)識;步驟B用戶向所述接入設(shè)備發(fā)送接入業(yè)務(wù)請求;步驟C所述接入設(shè)備收到用戶的接入業(yè)務(wù)請求后,檢查所述業(yè)務(wù)是否在用戶分組中,如果在,檢查所述業(yè)務(wù)的認(rèn)證標(biāo)識,如果所述標(biāo)識為通過認(rèn)證,則下發(fā)所述業(yè)務(wù)數(shù)據(jù)并進行計費;如果所述標(biāo)識為未通過認(rèn)證,則獲取所述業(yè)務(wù)對應(yīng)的認(rèn)證信息,請求內(nèi)容提供商進行認(rèn)證,所述接入業(yè)務(wù)請求中的業(yè)務(wù)認(rèn)證通過后,建立組播路由,同時將所述認(rèn)證標(biāo)識設(shè)置為通過認(rèn)證。
本發(fā)明還提供了一種業(yè)務(wù)分組認(rèn)證的系統(tǒng),所述系統(tǒng)包括用戶設(shè)備、接入設(shè)備;所述用戶設(shè)備是機頂盒或者個人電腦,用于發(fā)起接入業(yè)務(wù)的請求,提供用戶的身份信息;所述接入設(shè)備,用于根據(jù)所述用戶的接入業(yè)務(wù)請求判斷是否需要認(rèn)證,如果需要,則發(fā)起認(rèn)證操作,存儲用戶分組信息及認(rèn)證標(biāo)識,并依據(jù)所述分組信息進行分組認(rèn)證處理,認(rèn)證通過后修改認(rèn)證標(biāo)識為通過認(rèn)證。
本發(fā)明的技術(shù)方案帶來的有益效果是通過分組認(rèn)證方法將認(rèn)證對于切換頻道的影響降到最低,提高用戶體驗。
通過分組認(rèn)證方法簡化用戶的認(rèn)證操作,用戶只需要輸入一次用戶信息,就可以完成所有業(yè)務(wù)的認(rèn)證。
減少了用戶身份信息在用戶和接入設(shè)備(ER/BRAS/DSLAM(Digital Subscriber AccessMultiplexer,數(shù)字用戶線接入復(fù)用器))間的傳送次數(shù),減少了用戶身份信息被竊取的可能性。


圖1是現(xiàn)有技術(shù)中組播AAA框架的示意圖;圖2是現(xiàn)有技術(shù)中基于AAA的安全組播架構(gòu)的消息交互示意圖;圖3是本發(fā)明實施例1提供的業(yè)務(wù)分組認(rèn)證方法流程圖;圖4是本發(fā)明實施例1中與圖3對應(yīng)的信息交互示意圖;圖5是本發(fā)明實施例1中獲取用戶身份信息的信息交互示意圖;圖6是本發(fā)明實施例2中用戶指定分組的信息交互示意圖;圖7是本發(fā)明實施例3提供的業(yè)務(wù)分組認(rèn)證系統(tǒng)示意圖。
具體實施例方式
下面結(jié)合附圖和具體實施例對本發(fā)明作進一步說明,但不作為對本發(fā)明的限定。
本發(fā)明基于“以帶寬換時間”的思想,提供了一種業(yè)務(wù)分組認(rèn)證方法和系統(tǒng),當(dāng)用戶第一次申請接入分組中的業(yè)務(wù)時,同時完成分組中多個業(yè)務(wù)的認(rèn)證操作。這樣以后用戶在這些業(yè)務(wù)間進行切換時就不必再進行認(rèn)證操作。
實施例1本發(fā)明以用戶切換組播節(jié)目為例進行說明,參見圖3所示,分組認(rèn)證方法包括以下步驟步驟301用戶在接入設(shè)備上保存節(jié)目分組信息。該接入設(shè)備可以是緣路由器ER、寬帶遠程接入服務(wù)器BRAS或數(shù)字用戶線接入復(fù)用器DSLAM,本實施例選擇ER或BRAS。
步驟302用戶向ER/BRAS發(fā)送接入Join請求消息。
步驟303當(dāng)ER/BRAS接收到用戶發(fā)出的Join消息時,根據(jù)本地保存信息自動判斷此次接入的節(jié)目是否在用戶節(jié)目分組中,是執(zhí)行步驟304,否則執(zhí)行步驟309。
步驟304分析該分組的認(rèn)證狀態(tài)。如果該組未認(rèn)證,執(zhí)行步驟305,如果該分組已認(rèn)證,執(zhí)行步驟308。
步驟305ER/BRAS獲取認(rèn)證信息,該認(rèn)證信息包括業(yè)務(wù)個數(shù)、業(yè)務(wù)代碼及代碼對應(yīng)的身份信息;其中身份信息為用戶的身份標(biāo)識,可以是用戶名和密碼等。在得到用戶請求節(jié)目的認(rèn)證信息后,依次向NSP AAA Server發(fā)出授權(quán)請求消息,NSP AAA Server將授權(quán)請求信息發(fā)送給CP。
步驟306CP收到授權(quán)請求信息后,根據(jù)本地信息對用戶進行認(rèn)證,認(rèn)證通過后發(fā)送授權(quán)信息給NSP AAA Server,通過NSP AAA Server將授權(quán)信息發(fā)送給ER/BRAS。
步驟307ER/BRAS接收到對應(yīng)的授權(quán)信息后,建立組播路由,修改分組認(rèn)證狀態(tài)為已認(rèn)證,然后執(zhí)行步驟308。
步驟308向用戶下發(fā)組播節(jié)目,然后結(jié)束。
步驟309按普通的方法進行認(rèn)證并下發(fā)節(jié)目。
參見圖4,是與圖3對應(yīng)的信息交互示意圖,給出了設(shè)定分組后的認(rèn)證過程,為簡便起見,圖中省略了CP的AAA Server。對于用戶業(yè)務(wù)的授權(quán)請求,最終是要發(fā)送給CP的AAA Server的;在現(xiàn)有的AAA架構(gòu)中,NSP AAA Server可能和CP AAA Server是同一的,也可能是分離的。在分離情況下NSP AAA Server可以充當(dāng)CP AAA Server的代理或中繼等功能,這些和IETF的相關(guān)工作組的研究工作有關(guān),不影響本發(fā)明的實施。
在圖4中,在ER/BRAS上保存了用戶的分組信息。一開始,用戶想收看節(jié)目1,發(fā)出Join請求,ER/BRAS檢查本地信息,發(fā)現(xiàn)節(jié)目1所在的分組沒有通過CP認(rèn)證,通過現(xiàn)有技術(shù)(PPP、PPPoE認(rèn)證、Web認(rèn)證或802.1x認(rèn)證等)得到節(jié)目1對應(yīng)的認(rèn)證信息(如用戶名和密碼),觸發(fā)ER/BRAS向NSP AAA Server發(fā)送節(jié)目1的授權(quán)請求信息(同時使用本地存放的節(jié)目2的認(rèn)證信息,向NSP AAA Server發(fā)送節(jié)目2的授權(quán)請求信息);當(dāng)ER/BRAS從NSP AAA Server接收到節(jié)目1授權(quán)信息后,認(rèn)為用戶通過了節(jié)目1的認(rèn)證,于是建立組播路由,向用戶下發(fā)節(jié)目1的數(shù)據(jù),同時開始對節(jié)目1進行計費;當(dāng)業(yè)務(wù)2的授權(quán)信息到達并建立組播路由后,本分組認(rèn)證完成,ER/BRAS設(shè)置已經(jīng)認(rèn)證標(biāo)志;過了一段時間后,用戶想收看節(jié)目2,先退出節(jié)目1,然后再次發(fā)送接入節(jié)目2的Join請求,此時ER/BRAS檢查本地信息,發(fā)現(xiàn)節(jié)目2已經(jīng)認(rèn)證通過了,就直接向用戶發(fā)送節(jié)目2的數(shù)據(jù),并開始為節(jié)目2計費。這樣通過適當(dāng)?shù)靥崆跋?,使用戶在從?jié)目1切換到節(jié)目2的過程中不需要進行認(rèn)證消息交互。
需要說明的是1)用戶接收業(yè)務(wù)1和對業(yè)務(wù)2進行授權(quán)請求沒有嚴(yán)格的時序要求,屬于完全獨立的操作,可以并行完成;實現(xiàn)時為了盡可能提高用戶體驗,只要用戶在Join消息中請求的業(yè)務(wù)完成了認(rèn)證,ER/BRAS就立刻向用戶發(fā)送組播節(jié)目。
2)考慮到并不是所有用戶都希望使用分組認(rèn)證,可以在認(rèn)證協(xié)議中增加分組認(rèn)證標(biāo)志位,由用戶端設(shè)備指定是否需要分組認(rèn)證。此時,ER/BRAS在分析分組狀態(tài)前需要先判斷標(biāo)志。
3)ER/BRAS獲取用戶節(jié)目對應(yīng)的身份信息的方式可能有用戶從Web網(wǎng)站、語音或短信平臺注冊業(yè)務(wù)分組信息的同時注冊業(yè)務(wù)對應(yīng)的身份信息,并在ER/BRAS上保存用戶業(yè)務(wù)對應(yīng)的身份信息;或者通過擴展認(rèn)證協(xié)議,使ER/BRAS能夠一次向用戶獲取多個業(yè)務(wù)對應(yīng)的身份信息(這種方式下獲取信息后也可以考慮在ER/BRAS上保存供后續(xù)使用)。現(xiàn)有的接入認(rèn)證技術(shù)主要有PPP、PPPoE、Web認(rèn)證和802.1x認(rèn)證,以PPP為例說明如何擴展認(rèn)證協(xié)議支持傳送多個用戶身份信息。其他認(rèn)證方式只是擴展的協(xié)議不同,思想是一樣的。在協(xié)議中新增三條消息(消息名僅僅作為范例),用于在用戶終端和接入設(shè)備間一次傳送用戶的多個身份信息消息1(RequestMultiAuthInfo)消息由接入設(shè)備發(fā)送給用戶終端,指示需要用戶提供哪些業(yè)務(wù)的身份信息,消息中包含業(yè)務(wù)個數(shù),業(yè)務(wù)代碼1,業(yè)務(wù)代碼2,…,業(yè)務(wù)代碼N。
消息2(RegisterMultiAuthInfo)消息由用戶終端發(fā)送給接入設(shè)備,消息中包含業(yè)務(wù)個數(shù),業(yè)務(wù)代碼1,身份信息1,業(yè)務(wù)代碼2,身份信息2…,業(yè)務(wù)代碼N,身份信息N。
消息3(RegisterReport)消息由接入設(shè)備發(fā)送給用戶終端,指示用戶發(fā)送身份信息操作的結(jié)果,消息中包含成功標(biāo)志和失敗信息描述(僅在失敗時才有)。
參見圖5,消息發(fā)送過程為步驟501接入設(shè)備向用戶設(shè)備發(fā)送RequestMultiAuthInfo消息,此消息為可選。
步驟502用戶設(shè)備在接收到RequestMultiAuthInfo消息后或當(dāng)用戶某些業(yè)務(wù)的身份信息發(fā)生變化時,向接入設(shè)備發(fā)送RegisterMultiAuthInfo消息。
步驟503接入設(shè)備接收到RequestMultiAuthInfo消息后,向用戶設(shè)備發(fā)送RegisterReport消息確認(rèn)接收結(jié)果,同時記錄用戶消息中的身份信息。
本發(fā)明只要求ER/BRAS通過某種方法能獲取到這些身份信息,但不限定獲取信息的方法。
4)對于分組認(rèn)證,雖然在ER/BRAS上保存了用戶各節(jié)目的認(rèn)證信息,為了安全起見,至少要求用戶提供一次認(rèn)證信息,確保用戶是合法用戶。實現(xiàn)時也可能考慮在ER/BRAS上不存放這些信息,此時要求擴充現(xiàn)有認(rèn)證協(xié)議,以實現(xiàn)在同一個消息中傳送多個業(yè)務(wù)對應(yīng)的身份信息(對于采用Challenge方式,由于需要根據(jù)AAA Server發(fā)送的Challenge值實時計算Challenge-Password,不適用)。當(dāng)ER/BRAS上存放有用戶各節(jié)目的身份信息時,在一些認(rèn)證技術(shù)中需要代理用戶完成一些計算,比如CHAP-MD5方式下需要使用用戶密碼和AAA Server發(fā)送的Challenge值計算出Challenge-Password。
5)圖2中用戶向ER/BRAS提供用戶名和密碼的過程依賴于具體的認(rèn)證技術(shù)(PPPoE認(rèn)證、Web認(rèn)證或802.1x認(rèn)證等),可能存在多次消息交互。
6)圖4中忽略了Accounting Stop(停止計費)等消息和Leave(退出)過程,這部分可以參照圖2中的信令流。
本發(fā)明中主要列舉了組播業(yè)務(wù)的分組認(rèn)證情形;對于非組播業(yè)務(wù),其分組認(rèn)證的實現(xiàn)思想是一樣的,只是消息的內(nèi)容和接入設(shè)備的某些處理(比如非組播業(yè)務(wù)不需要處理組播路由)可能出現(xiàn)不同,但不影響本發(fā)明的實質(zhì)。
實施例2本實施例接入設(shè)備仍以ER或BRAS為例。對于節(jié)目的分組方法,可以劃分為兩大類1)用戶指定節(jié)目分組用戶可以根據(jù)自己的喜好將多個組播節(jié)目捆綁在一個分組中,這些節(jié)目可能來自同一個CP,也可能由多個CP分別提供;用戶通過NSP提供的Web頁面、語音或短信平臺向所在NSP的AAA Server或網(wǎng)管系統(tǒng)注冊自己的組播頻道分組信息;然后這些信息由AAA Server或網(wǎng)管系統(tǒng)下發(fā)給ER/BRAS,ER/BRAS在收到這些信息后完成初始化的操作。分組信息中可以包括分組號、組播業(yè)務(wù)代碼、用戶身份信息(可選)等信息。以用戶通過Web頁面向網(wǎng)管系統(tǒng)注冊/取消分組信息、網(wǎng)管系統(tǒng)下發(fā)分組信息給ER/BRAS為例進行說明,圖6中給出了相應(yīng)的交互流程步驟601用戶通過Web Site頁面向網(wǎng)管系統(tǒng)注冊分組信息。
步驟602網(wǎng)管系統(tǒng)收到注冊分組信息后,通過Web Site頁面向用戶發(fā)送確認(rèn)收到信息。
步驟603網(wǎng)管系統(tǒng)向ER/BRAS發(fā)送增加分組信息請求。
步驟604ER/BRAS收到上述增加分組信息后,向網(wǎng)管發(fā)送確認(rèn)信息,并進行分組狀態(tài)初始化。
當(dāng)用戶想取消分組信息是,執(zhí)行以下步驟步驟601′用戶通過Web Site頁面向網(wǎng)管系統(tǒng)發(fā)送取消分組信息。
步驟602′網(wǎng)管系統(tǒng)收到取消分組信息后,通過Web Site頁面向用戶發(fā)送確認(rèn)收到信息。
步驟603′網(wǎng)管系統(tǒng)向ER/BRAS發(fā)送刪除分組信息請求。
步驟604′ER/BRAS收到上述刪除分組信息后,向網(wǎng)管發(fā)送確認(rèn)信息,并進行刪除該分組。
2)自動分組指網(wǎng)絡(luò)中的設(shè)備根據(jù)用戶的節(jié)目點播情況智能化地提取出分組信息,不需要用戶的干預(yù),按照收集信息的設(shè)備又可以細分為兩種方式一種方式是網(wǎng)絡(luò)側(cè)自動分組ER/BRAS在用戶進行節(jié)目認(rèn)證時,自動地按照預(yù)先設(shè)定的策略統(tǒng)計用戶的點播情況,動態(tài)地對統(tǒng)計數(shù)據(jù)進行分析,按一定條件選擇出Top N的節(jié)目記錄在用戶的節(jié)目分組中。比如按點播次數(shù)排序、按用戶收看總時長排序、按時間段內(nèi)點播次數(shù)排序、按時間段內(nèi)收看總時長排序、按最近點播時間排序等方式。這種策略可以在NSP的策略服務(wù)器上進行設(shè)定,然后下發(fā)到ER/BRAS。一開始,用戶認(rèn)證時采用普通的認(rèn)證方式,只是其點播節(jié)目的信息會被ER/BRAS記錄下來進行分析,產(chǎn)生一個用戶的節(jié)目分組;對于以后認(rèn)證時落入在分組中的節(jié)目都采用分組認(rèn)證方式認(rèn)證;對于其他節(jié)目,仍然沿用普通的認(rèn)證方式。但是,每次用戶認(rèn)證的操作都會對統(tǒng)計數(shù)據(jù)產(chǎn)生影響,因此節(jié)目分組是動態(tài)變化的。
另一種方式是用戶側(cè)自動分組由用戶設(shè)備(如機頂盒、PC等)統(tǒng)計用戶的點播情況并動態(tài)分析后,將分組信息發(fā)送給ER/BRAS。其統(tǒng)計分析策略和ER/BRAS一樣,其策略下發(fā)的方式可能不同,比如可以在NSP的Web頁面上提供統(tǒng)計策略供用戶下載。
實施例3參見圖7,一種業(yè)務(wù)分組認(rèn)證的系統(tǒng),該系統(tǒng)包括用戶設(shè)備發(fā)起接入業(yè)務(wù)的請求,提供用戶的身份認(rèn)證信息,可以是機頂盒、PC等設(shè)備。
接入設(shè)備負(fù)責(zé)作為AAA Client(客戶)和用戶代理,用于根據(jù)用戶的接入業(yè)務(wù)請求判斷是否需要認(rèn)證,如果需要,則發(fā)起認(rèn)證操作,存儲用戶分組信息及認(rèn)證標(biāo)識,并依據(jù)分組信息進行分組認(rèn)證處理,認(rèn)證通過后修改認(rèn)證標(biāo)識為通過認(rèn)證。
其中,上述接入設(shè)備可以是ER/BRAS/DSLAM。
另外,該系統(tǒng)還包括Web站點可選,作為用戶向系統(tǒng)中設(shè)置分組信息的接口,Web站點可以用NSP提供的語音或短信業(yè)務(wù)平臺來替代。在自動分組方案中,不需要在系統(tǒng)中設(shè)置Web站點。
網(wǎng)管系統(tǒng)可選,負(fù)責(zé)將用戶注冊的節(jié)目分組信息傳送給所述接入設(shè)備(ER/BRAS/DSLAM),其他的替代方案中有可能是NSP的AAA Server或其他設(shè)備。在自動分組方案中,不需要在系統(tǒng)中實現(xiàn)網(wǎng)管系統(tǒng)。
以上所述的實施例,只是本發(fā)明較優(yōu)選的具體實施方式
的一種,本領(lǐng)域的技術(shù)人員在本發(fā)明技術(shù)方案范圍內(nèi)進行的通常變化和替換都應(yīng)包含在本發(fā)明的保護范圍內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)分組認(rèn)證的方法,其特征在于,所述方法包括以下步驟步驟A在接入設(shè)備上保存用戶的分組信息及認(rèn)證標(biāo)識;步驟B用戶向所述接入設(shè)備發(fā)送接入業(yè)務(wù)請求;步驟C所述接入設(shè)備收到用戶的接入業(yè)務(wù)請求后,檢查所述業(yè)務(wù)是否在用戶分組中,如果在,檢查所述業(yè)務(wù)的認(rèn)證標(biāo)識,如果所述標(biāo)識為通過認(rèn)證,則下發(fā)所述業(yè)務(wù)數(shù)據(jù)并進行計費;如果所述標(biāo)識為未通過認(rèn)證,則獲取所述業(yè)務(wù)對應(yīng)的認(rèn)證信息,請求內(nèi)容提供商進行認(rèn)證,所述接入業(yè)務(wù)請求中的業(yè)務(wù)認(rèn)證通過后,建立組播路由,同時將所述認(rèn)證標(biāo)識設(shè)置為通過認(rèn)證。
2.如權(quán)利要求1所述的業(yè)務(wù)分組認(rèn)證的方法,其特征在于,所述接入設(shè)備包括邊緣路由器、寬帶遠程接入服務(wù)器或數(shù)字用戶線接入復(fù)用器。
3.如權(quán)利要求1所述的業(yè)務(wù)分組認(rèn)證的方法,其特征在于,所述步驟C中的請求內(nèi)容提供商進行認(rèn)證的步驟具體包括請求內(nèi)容提供商對所述發(fā)送接入業(yè)務(wù)請求中的業(yè)務(wù)進行認(rèn)證;或請求內(nèi)容提供商對所述分組信息中的所有業(yè)務(wù)進行認(rèn)證。
4.如權(quán)利要求1所述的業(yè)務(wù)分組認(rèn)證的方法,其特征在于,所述步驟C中的獲取所述業(yè)務(wù)對應(yīng)的認(rèn)證信息的步驟包括接入設(shè)備向用戶發(fā)送請求消息,請求用戶提供認(rèn)證信息,所述認(rèn)證信息包括業(yè)務(wù)個數(shù)、業(yè)務(wù)代碼及代碼對應(yīng)的身份信息,所述身份信息為用戶名和密碼;用戶收到接入設(shè)備的請求后,發(fā)送響應(yīng)消息,所述響應(yīng)消息攜帶業(yè)務(wù)個數(shù)、業(yè)務(wù)代碼及每個代碼所對應(yīng)的身份信息;接入設(shè)備收到用戶的響應(yīng)消息后,向用戶發(fā)送確認(rèn)消息,并記錄所述響應(yīng)消息中的身份信息。
5.如權(quán)利要求1所述的業(yè)務(wù)分組認(rèn)證的方法,其特征在于,所述步驟A中的分組信息是用戶將多個組播業(yè)務(wù)捆綁在一個分組中進行注冊生成的信息,所述分組信息包括分組號、組播業(yè)務(wù)代碼。
6.如權(quán)利要求5所述的業(yè)務(wù)分組認(rèn)證的方法,其特征在于,所述分組信息還包括身份信息。
7.如權(quán)利要求6所述的業(yè)務(wù)分組認(rèn)證的方法,其特征在于,所述步驟C中的獲取所述業(yè)務(wù)對應(yīng)的認(rèn)證信息的步驟是直接從所述分組信息中獲取。
8.如權(quán)利要求1所述的業(yè)務(wù)分組認(rèn)證的方法,其特征在于,所述步驟A中的分組信息是接入設(shè)備根據(jù)用戶的業(yè)務(wù)點播情況按照預(yù)先設(shè)定的策略提取獲得的,所述策略包括按業(yè)務(wù)使用次數(shù)排序、按用戶使用業(yè)務(wù)總時長排序、按時間段內(nèi)業(yè)務(wù)使用次數(shù)排序、按時間段內(nèi)使用業(yè)務(wù)總時長排序或按最近使用業(yè)務(wù)時間排序。
9.一種業(yè)務(wù)分組認(rèn)證的系統(tǒng),其特征在于,所述系統(tǒng)包括用戶設(shè)備、接入設(shè)備;所述用戶設(shè)備是機頂盒或者個人電腦,用于發(fā)起接入業(yè)務(wù)的請求,提供用戶的身份信息;所述接入設(shè)備,用于根據(jù)所述用戶的接入業(yè)務(wù)請求判斷是否需要認(rèn)證,如果需要,則發(fā)起認(rèn)證操作,存儲用戶分組信息及認(rèn)證標(biāo)識,并依據(jù)所述分組信息進行分組認(rèn)證處理,認(rèn)證通過后修改認(rèn)證標(biāo)識為通過認(rèn)證。
10.如權(quán)利要求9所述的業(yè)務(wù)分組認(rèn)證的系統(tǒng),其特征在于,所述接入設(shè)備是緣路由器、寬帶遠程接入服務(wù)器或數(shù)字用戶線接入復(fù)用器。
11.如權(quán)利要求9所述的業(yè)務(wù)分組認(rèn)證的系統(tǒng),其特征在于,所述系統(tǒng)還包括Web站點,用于用戶向系統(tǒng)中設(shè)置分組信息的接口。
12.如權(quán)利要求9所述的業(yè)務(wù)分組認(rèn)證的系統(tǒng),其特征在于,所述系統(tǒng)還包括網(wǎng)絡(luò)業(yè)務(wù)提供商提供的語音或短信業(yè)務(wù)平臺,用于用戶向系統(tǒng)中設(shè)置分組信息的接口。
13.如權(quán)利要求9所述的業(yè)務(wù)分組認(rèn)證的系統(tǒng),其特征在于,所述系統(tǒng)還包括網(wǎng)管系統(tǒng)或AAA服務(wù)器,用于將用戶注冊的分組信息傳送給所述接入設(shè)備。
全文摘要
本發(fā)明提供了一種業(yè)務(wù)分組認(rèn)證的方法和系統(tǒng),屬于網(wǎng)絡(luò)通信領(lǐng)域。為了解決現(xiàn)有技術(shù)中對用戶的認(rèn)證比較繁瑣且影響業(yè)務(wù)切換速度的問題,本發(fā)明提供了一種業(yè)務(wù)分組認(rèn)證的方法,包括保存用戶的分組信息及認(rèn)證標(biāo)識,用戶發(fā)送接入業(yè)務(wù)請求,收到用戶的請求后,檢查所述的認(rèn)證標(biāo)識,如果已通過認(rèn)證,下發(fā)業(yè)務(wù)數(shù)據(jù)并進行計費;否則,獲取用戶的認(rèn)證信息,請求內(nèi)容提供商進行認(rèn)證,認(rèn)證通過后,下發(fā)該業(yè)務(wù)的數(shù)據(jù)并進行計費,同時將所述認(rèn)證標(biāo)識設(shè)置為通過認(rèn)證。本發(fā)明還提供了一種業(yè)務(wù)分組認(rèn)證的系統(tǒng),包括用戶設(shè)備和接入設(shè)備。本發(fā)明將業(yè)務(wù)認(rèn)證對于切換頻道的影響降到最低,提高了用戶體驗,同時簡化了用戶的認(rèn)證操作,減少了用戶身份信息被竊取的可能性。
文檔編號H04L9/32GK1946024SQ200610140298
公開日2007年4月11日 申請日期2006年10月23日 優(yōu)先權(quán)日2006年10月23日
發(fā)明者管紅光 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1