專利名稱:一種網(wǎng)絡限制方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種數(shù)據(jù)業(yè)務技術(shù),尤其涉及一種網(wǎng)絡限制方法、裝置及系統(tǒng)。
背景技術(shù):
圖1為現(xiàn)有技術(shù)中IP多媒體系統(tǒng)(IP Multimedia Subsystem,簡稱MS)點對點(peer to peer,簡稱P2P)流媒體系統(tǒng)架構(gòu)圖。如圖1所示UE、CCS、索引服務器(TrackerAS)共同構(gòu)成P2P流媒體分發(fā)系統(tǒng)。網(wǎng)絡側(cè)的內(nèi)容緩存服務器(Content Cache Server,簡稱CCS)和具有P2P流媒體功能的IMS用戶終端(user equipment,簡稱UE)都可作為對等節(jié)點(Peer,包括UE和CCS)為其它MS P2P流媒體UE提供內(nèi)容分片。TrackerAS用于向UE返回其它可用Peer的IP地址、端口等信息。當UE從Tracker AS取回Peer list后,將與Peer list中的其它Peer進行進一步交互,得到后者可以提供的分片信息(bitmap),進而從這些Peer取回內(nèi)容分片,拼裝并播放。UE還要定期向TrackerAS上報自己所能提供的內(nèi)容信息。由代理呼叫會話控制功能(Proxy Call Session Control Function,簡稱P-CSCF)、查詢 CSCF(Interrogating CSCF, 1-CSCF)、服務 CSCF (Serving CSCF, S-CSCF)和歸屬訂購服務器(Home Subscriber Server,簡稱HSS)組成的IMS系統(tǒng)用于用戶管理和業(yè)務觸發(fā)等功能。Tracker AS以MS應用服務器的形式為MS用戶提供P2P流媒體業(yè)務。UE和索引服務器(Tracker AS)之間的P2P消息封裝在SIP信令中(如放在SIP消息的body中),通過MS網(wǎng)絡進行信令交互。Peer之間的消息交互不經(jīng)過MS網(wǎng)絡。圖2為UE和Tracker之間的交互流程圖。如圖2所示,包括UE從Tracker取節(jié)點列表(Peer list)和更新Peer list的流程,以及UE向Tracker上報的流程。用戶在初次申請獲得Peer list以后,會從Peer list中選擇Peer進行數(shù)據(jù)下載,過程中有些Peer會失效(如下線或網(wǎng)絡連接有問題等)、有些Peer提供的下行帶寬會減小。當可用Peer的總體分片下載速率過低或Peer list中視頻資源發(fā)送方所存儲的視頻分片無法組成完整片源時,UE將重新向Tracker AS發(fā)送請求獲取Peer list。如圖3和圖4所示,Peer要定期向TrackerAS?;?在?;钸^程中可以攜帶相關(guān)信息,如Peer狀態(tài)。目前沒有包括終端和拜訪地對端口、帶寬的限制。對于接入網(wǎng)絡無限制場景,現(xiàn)有MS P2P流媒體系統(tǒng)的缺陷包括:(I)占用過多端口資源在UE通過IMS核心網(wǎng)從Tracker AS取到Peer list之后,由于Peer list的制定沒有考慮對UE及其所處拜訪地歸屬用戶服務器IPCAN (IPConnectivity Access Network)端口占用的合理性,根據(jù)Peer list生成算法的不同,有可能會為一個UE返回眾多Peer。如果從該IPCAN接入的這類UE過多,將消耗該UE及其所處IPCAN的大量端口資源,影響其它應用的正常使用。(2) Tracker過度推送和過度上傳在UE通過IMS核心網(wǎng)從Tracker AS取到Peer list之后,由于Peer list的制定沒有考慮對UE及其所處拜訪地IPCAN帶寬占用的合理性。對于下行而言,根據(jù)Peer list生成算法的不同,Tracker有可能會返回貢獻能力超過UE需求的其它Peer,而UE則有可能“超下”,即采用大于需求的帶寬下載數(shù)據(jù),以便提升自己的貢獻能力(這一般是由算法決定的)。同樣,對于下行而言,也有可能為一個UE配置多個“被貢獻者”,導致本地IPCAN的上行帶寬壓力過大。這一點對于2G/3G/LTE這類移動接入(尤其是其空口)尤為不利。對于接入網(wǎng)絡有端口或帶寬限制場景,現(xiàn)有MS P2P流媒體系統(tǒng)的缺陷在于:為防止P2P對接入網(wǎng)絡的沖擊,運營商有時會在接入網(wǎng)邊緣采取一些限定機制/策略,如利用防火墻限制兩個IP地址之間的連接數(shù)目。另外,還可限制連接的帶寬。這樣可以確保接入網(wǎng)的上下行數(shù)據(jù)流量和端口占用“不會過多”。但是,這種拜訪地的限制,Tracker是不知道的。Tracker認為的“好”的UE可能受到這種限制實際上貢獻能力有限,但是卻被指派給其它多個UE。當其它UE向其索要數(shù)據(jù)時,卻遇到連接失敗的情況。另一種情況是Tracker為一個UE反饋的Peer數(shù)目很多,但UE所能建立的下行連接數(shù)目卻受限,導致下載速率受限而不得不重復跟Tracker再要新的Peer list。上述兩種情況均會導致P2P算法的性能下降(本質(zhì)上是因為Tracker對接入限制是“盲的”,決策信息不足),同時失敗傳輸過多也會對接入網(wǎng)構(gòu)成壓力。
發(fā)明內(nèi)容
本發(fā)明的目的在于,提供一種網(wǎng)絡限制方法、裝置及系統(tǒng),減少對等節(jié)點受到的端口和帶寬方面的沖擊,避免大量失敗傳輸?shù)某霈F(xiàn),提高用戶感受度。為實現(xiàn)上述目的,根據(jù)本發(fā)明的一個方面,提供一種網(wǎng)絡限制方法,包括:接收對等節(jié)點上報的第一限制信息;根據(jù)所述第一限制信息及用戶終端發(fā)送的索取請求生成節(jié)點列表,返回給所述用戶終端。所述第一限制信息包括:所述對等節(jié)點的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p ;所述索取請求中包含所述用戶終端所請求的內(nèi)容ID及所述用戶終端的第二限制信息;第二限制信息包括:所述用戶終端的下行端口連接數(shù)最大值L_dp_p、下行總帶寬最大值L_db_p、當前下行連接數(shù)P_d_p和當前下行帶寬B_d_p ;所述根據(jù)所述第一限制信息和第二限制信息選取擁有所述內(nèi)容ID且節(jié)點能力符合用戶終端需求的對等節(jié)點,形成節(jié)點列表包括:根據(jù)所述第一限制信息計算每個對等節(jié)點的可用上行端口連接數(shù)L_up = L_up_p-P_u_p,可用上行帶寬值 L_ub = L_ub_p-B_u_p ;根據(jù)所述第二限制信息計算所述用戶終端的可用下行端口連接數(shù)L_dp = L_dp_p-P_d_p 和可用下行帶寬值 L_db = L_db_p-B_d_p ;根據(jù)所述對等節(jié)點的L_up和L_ub及所述用戶終端的L_dp和L_db選取擁有所述內(nèi)容ID且節(jié)點能力符合用戶終端需求的對等節(jié)點,形成節(jié)點列表。對等節(jié)點的類型為用戶終端時,該方法還包括:接收所述第一限制信息和第二限制信息分別與拜訪地運營商設置的第三限制信息進行比較后得到第四限制信息和第五限制信息;
根據(jù)所述第四限制信息和第五限制信息生成節(jié)點列表,返回給用戶終端。所述第三限制信息包括:拜訪地上行連接數(shù)最大值L_up_n、拜訪地下行連接數(shù)最大值L_dp_n、拜訪地上行總帶寬最大值L_ub_n和拜訪地下行總帶寬最大值L_db_n ;所述將所述第一限制信息和第二限制信息分別與拜訪地運營商的第三限制信息進行比較后得到第四限制信息和第五限制信息包括:取所述L_up_p和L_up_n兩者的最小值L’ _up_p,取L_ub_p和L_ub_n兩者的最小值L’ _ub_p ;將L’ _up_p、L’ _ub_p和P_u_p、B_u_p作為第四限制信息;取所述L_dp_p和L_dp_n兩者的最小值L’ _dp_p,取L_db_p和L_db_n兩者的最小值L’ _db_p ;將L’ _dp_p、L’ _db_p和P_d_p、B_d_p作為第五限制信息。所述根據(jù)所述對等節(jié)點的L_up和L_ub及所述用戶終端的L_dp和L_db選取擁有所述內(nèi)容ID且節(jié)點能力符合用戶終端需求的對等節(jié)點,形成節(jié)點列表包括:篩選出擁有所述內(nèi)容ID的對等節(jié)點的第一集合;計算所述用戶終端的平均下行帶寬D_db = L_db/L_dp ;從所述第一集合中選取L_ub ^ D_db的對等節(jié)點形成節(jié)點列表。所述篩選出擁有所述內(nèi)容ID的對等節(jié)點的第一集合之后還包括:選取L_up和L_ub大于預設的閾值的對等節(jié)點作為第二集合;
從所述第二集合中選取L_ub ^ D_db的對等節(jié)點形成節(jié)點列表。形成節(jié)點列表的操作之后還包括:在存儲的所有對等節(jié)點的信息中更新所述節(jié)點列表中對等節(jié)點的信息,將所述對等節(jié)點信息中的當前上行連接數(shù)P_u_p+1,當前上行帶寬B_u_p+D_db。為實現(xiàn)上述目的,根據(jù)本發(fā)明的另一個方面,提供一種索引服務器,包括:接收模塊,用于接收對等節(jié)點上報的第一限制信息和用戶終端發(fā)送的索取請求;列表生成模塊,用于根據(jù)所述第一限制信息及用戶終端發(fā)送的索取請求生成節(jié)點列表;發(fā)送模塊,用于將所述節(jié)點列表發(fā)送給用戶終端。第一限制信息包括:所述對等節(jié)點的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p ;所述索取請求中包含所述用戶終端所請求的內(nèi)容ID及所述用戶終端的第二限制信息;第二限制信息包括:所述用戶終端的下行端口連接數(shù)最大值L_dp_p、下行總帶寬最大值L_db_p、當前下行連接數(shù)P_d_p和當前下行帶寬B_d_p ;所述列表生成模塊包括:第一計算子模塊,用于根據(jù)所述第一限制信息計算每個對等節(jié)點的可用上行端口連接數(shù) L_up = L_up_p-P_u_p,可用上行帶寬值 L_ub = L_ub_p-B_u_p ;第二計算子模塊,用于根據(jù)所述第二限制信息計算所述用戶終端的可用下行端口連接數(shù) L_dp = L_dp_p-P_d_p 和可用下行帶寬值 L_db = L_db_p_B_d_p ;選取子模塊,用于根據(jù)所述對等節(jié)點的L_up和L_ub及所述用戶終端的L_dp和L_db選取擁有所述內(nèi)容ID且節(jié)點能力符合用戶終端需求的對等節(jié)點,形成節(jié)點列表。為實現(xiàn)上述目的,根據(jù)本發(fā)明的另一個方面,提供一種代理CSCF限制信息處理方法,包括:接收網(wǎng)絡中多個用戶終端上報的第一限制信息、其中一個用戶終端的索取請求中的第二限制信息和拜訪地運營商設置的第三限制信息;分別將所述第一限制信息和第二限制信息與第三限制信息進行比較后生成第四限制信息和第五限制信息,并發(fā)送至索引服務器。所述第三限制信息包括:拜訪地上行連接數(shù)最大值L_up_n、拜訪地下行連接數(shù)最大值L_dp_n、拜訪地上行總帶寬最大值L_ub_n和拜訪地下行總帶寬最大值L_db_n ;所述分別將所述第一限制信息和第二限制信息與第三限制信息進行比較后生成第四限制信息和第五限制信息包括:取所述L_up_p和L_up_n兩者的最小值L’ _up_p,取L_ub_p和L_ub_n兩者的最小值L’ _ub_p ;將L’ _up_p、L’ _ub_p和P_u_p、B_u_p作為第四限制信息;取所述L_dp_u和L_dp_n兩者的最小值L’ _dp_p,取L_db_p和L_db_n兩者的最小值L’ _db_p ;將L’ _dp_p、L’ _db_p和P_d_p、B_d_p作為第五限制信息。為實現(xiàn)上述目的,根據(jù)本發(fā)明的另一個方面,提供一種代理CSCF,包括:接收模塊,用于接收網(wǎng)絡中多個用戶終端上報的第一限制信息、其中一個用戶終端索取請求中的第二限制信息和拜訪地運營商設置的第三限制信息;限制執(zhí)行模塊,用于分別將所述第一限制信息和第二限制信息與第三限制信息進行比較后生成第四限制信息和第五限制信息;發(fā)送模塊,用于將所述第四限制信息和第五限制信息發(fā)送至索引服務器。為實現(xiàn)上述目的,根據(jù)本發(fā)明的另一個方面,提供一種對等節(jié)點,包括:限制信息生成模塊,用于生成包括所述對等節(jié)點的上行端口連接數(shù)最大值L_up_P、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p的第一限制信息;發(fā)送模塊,用于將所述第一限制信息發(fā)送到索引服務器。該隊等節(jié)點還包括:保活信令生成模塊,用于生成包含所述第一限制信息的?;钚帕?;所述發(fā)送模塊,用于周期性地發(fā)送所述?;钚帕畹剿鏊饕掌?。為實現(xiàn)上述目的,根據(jù)本發(fā)明的另一個方面,提供一種用戶終端,索取請求生成模塊,用于生成包含所述用戶終端所請求的內(nèi)容ID及所述用戶終端的第二限制信息的索取請求,其中,第二限制信息包括:所述用戶終端的下行端口連接數(shù)最大值L_dp_p、下行總帶寬最大值L_db_p、當前下行連接數(shù)P_d_p和當前下行帶寬B_d_p ;發(fā)送模塊,用于將所述索取請求發(fā)送到索引服務器。該用戶終端還包括:限制信息生成模塊,用于生成包括所述用戶終端的上行端口連接數(shù)最大值L_up_P、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p的第一限制信息;所述發(fā)送模塊,還用于發(fā)送所述第一限制信息到索引服務器為實現(xiàn)上述目的,根據(jù)本發(fā)明的另一個方面,提供一種網(wǎng)絡限制系統(tǒng),包括:對等節(jié)點,用于通過?;钚帕钪芷谛陨蠄蟮牡谝幌拗菩畔?;
用戶終端,用于發(fā)送索取請求到索引服務器,請求節(jié)點列表;索引服務器,用于根據(jù)所述第一限制信息及索取請求生成節(jié)點列表,返回給所述用戶終端。該系統(tǒng)還包括:代理CSCF,用于當對等節(jié)點的類型為用戶終端時,將接收的網(wǎng)絡中多個用戶終端上報的第一限制信和其中一個用戶終端索取請求中的第二限制信息與拜訪地運營商設置的第三限制信息進行比較后生成第四限制信息和第五限制信息,發(fā)送至索引服務器;索引服務器,用于根據(jù)第四限制信息和第五限制信息生成節(jié)點列表,返回給所述用戶終端。本發(fā)明的網(wǎng)絡限制方法、裝置及系統(tǒng),通過將對等節(jié)點的限制信息上報給索引服務器,用戶終端在向索引服務器索取節(jié)點列表時也上報限制信息,索引服務器根據(jù)這些限制信息生成該用戶終端的節(jié)點列表。避免出現(xiàn)實際的P2P上下行帶寬和連接數(shù)超出拜訪地接入網(wǎng)絡和用戶終端限制而造成的大量失敗傳輸?shù)某霈F(xiàn)或其他應用無法正常使用,減少對等節(jié)點受到的端口和帶寬方面的沖擊,提高用戶感受度。另外,通過增加了拜訪地P2P限制策略影響索引服務器生成節(jié)點列表的機制,使得節(jié)點列表的節(jié)點能力受到拜訪地運營商的限制,不會對拜訪地網(wǎng)絡和對等節(jié)點造成端口和帶寬方面的沖擊,也盡量減少了由于拜訪地網(wǎng)絡在數(shù)據(jù)面控制端口或者帶寬但是信令面不知曉從而造成的大量失敗傳輸?shù)陌l(fā)生。
圖1是現(xiàn)有技術(shù)中MS P2P流媒體系統(tǒng)架構(gòu)圖;圖2是現(xiàn)有技術(shù)UE和Tracker之間的交互流程圖;圖3是現(xiàn)有技術(shù)CCS上報?;钚帕畹男帕盍鞒虉D;圖4是現(xiàn)有技術(shù)UE上報保活信令的信令流程圖;圖5是本發(fā)明網(wǎng)絡限制方法實施例的流程圖;圖6是本發(fā)明CCS上報保活信令的信令流程圖;圖7是本發(fā)明UE上報?;钚帕畹男帕盍鞒虉D;圖8是本發(fā)明形成peer list的流程圖;圖9是本發(fā)明選取peer的具體操作流程圖;圖10是本發(fā)明形成peer list的具體操作流程圖;圖11是本發(fā)明網(wǎng)絡限制方法另一實施例的流程圖;圖12是本發(fā)明Tracker實施例的結(jié)構(gòu)圖;圖13是本發(fā)明P-CSCF實施例的結(jié)構(gòu)圖;圖14是本發(fā)明peer實施例的結(jié)構(gòu)圖;圖15是本發(fā)明UE實施例的結(jié)構(gòu)圖;圖16是本發(fā)明網(wǎng)絡限制系統(tǒng)實施例的結(jié)構(gòu)圖;圖17是本發(fā)明網(wǎng)絡限制系統(tǒng)實施例的詳細結(jié)構(gòu)圖。
具體實施方式
本發(fā)明主要應用在基于索引服務器(Tracker)模式的MS P2P流媒體系統(tǒng)中。P2P系統(tǒng)中的各個對等節(jié)點(peer)可以通過?;钚帕钪芷谛陨蠄笞陨淼亩丝诤蛶挼牡谝幌拗菩畔?。用戶終端(UE)在向Tracker請求節(jié)點列表(peer list)時,上報自身的端口和帶寬的第二限制信息。Tracker根據(jù)各個peer的第一限制信息及UE上報的第二限制信息生成 peer list。以下結(jié)合附圖對本發(fā)明進行詳細說明。方法實施例一如圖5所示,本發(fā)明網(wǎng)絡限制方法實施例包括以下步驟:步驟102,peer可以通過?;钚帕钪芷谛陨蠄笞陨淼亩丝诤蛶挼牡谝幌拗菩畔?,第一限制信息包括:peer的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p ;如圖6所示,當peer為CCS時,在CCS向Tracker周期性發(fā)送的保活信令中加入該CCS的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_P和當前上行帶寬B_u_p ;如圖7所示,當peer為UE時,在UE向Tracker周期性發(fā)送的保活信令中加入該UE的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p ;步驟104,當UE向Tracker索取Peer list時,發(fā)送索取請求中攜帶第二限制信息;索取請求中包含該UE所請求的內(nèi)容ID (Content ID)及第二限制信息;Content ID為內(nèi)容 (如某電影)分配的內(nèi)部標識,一般可能采用字母加數(shù)字或者
純數(shù)字;第二限制信息包括:該UE的下行端口連接數(shù)最大值L_dp_p、下行總帶寬最大值L_db_p、當前下行連接數(shù)P_d_p和當前下行帶寬B_d_p ;步驟106, Tracker根據(jù)第一限制信息和第二限制信息選取擁有UE請求的ContentID且節(jié)點能力符合UE需求的peer點,形成Peer list。Tracker 管理每個 Peer 的數(shù)據(jù)結(jié)構(gòu)為 Peer ID [Content ID, L_up_p, L_ub_p, L_dp_p, L_db_p, P_u_p, B_u_p, P_d_p, B_d_p,其它信息(如位置、peer 能力等)]。如圖8所示,步驟106具體包括:步驟201,根據(jù)第一限制信息計算每個peer的可用上行端口連接數(shù)L_up = L_up_p-P_u_p,可用上行帶寬值 L_ub = L_b_p-B_u_p ;步驟202,根據(jù)第二限制信息計算該UE的可用下行端口連接數(shù)L_dp = L_dp_p_P_d_p和可用下行帶寬值L_db = L_db_p-B_d_p ;步驟203,根據(jù)每個peer的L_up和L_ub及UE的L_dp和L_db選取擁有內(nèi)容ID且節(jié)點能力符合UE需求的peer,形成Peer list。步驟203中,選取peer的方法可以有很多種,如圖9所示,以一個具體操作方法進行說明,操作步驟如下:步驟302,篩選出擁有UE請求的Content ID的peer的第一集合;步驟304,計算該UE的平均下行帶寬D_db = L_db/L_dp ;步驟306,判斷是否L_ub彡D_db,如果是,執(zhí)行步驟308 ;
步驟308,形成 Peer list。另外,在步驟302之后還可以包括,步驟303,選取L_up和L_ub大于預設的閾值的peer作為第二集合;可以設置L_up和L_ub非零或大于某個最低門限值,表示peer具有上傳能力;步驟306中,從第二集合中選取L_ub彡D_db的Peer形成Peer list。步驟304和步驟306具體實現(xiàn)方式可以如圖10所示,當節(jié)點能力符合UE要求的peer的個數(shù)超過UE的L_dp時,選擇L_ub較大的L_dp個數(shù)的peer形成Peer list ;當節(jié)點能力符合UE要求的peer的個數(shù)不足UE的L_dp時,選取符合要求的所有peer形成Peerlist。選取完 成后,還進一步更新Tracker中存儲的peer的信息,將當前上行連接數(shù)P_u_p+l,當前上行帶寬B_u_p+D_db。本實施例中,peer和Tracker之間的P/I/S-CSCF僅對各個信息進行轉(zhuǎn)發(fā),不進行處理。本實施例的網(wǎng)絡限制方法,通過將對等節(jié)點的限制信息上報給索引服務器,用戶終端在向索引服務器索取節(jié)點列表時也上報限制信息,索引服務器根據(jù)這些限制信息生成該用戶終端的節(jié)點列表。避免出現(xiàn)實際的P2P上下行帶寬和連接數(shù)超出拜訪地接入網(wǎng)絡和用戶終端限制而造成的大量失敗傳輸?shù)某霈F(xiàn)或其他應用無法正常使用,減少對等節(jié)點受到的端口和帶寬方面的沖擊,提高用戶感受度。方法實施例二如圖11所示,當peer的類型為UE時,進一步考慮拜訪地運營商對MSP2P系統(tǒng)的限制,將拜訪地運營商對MS P2P系統(tǒng)的限制策略——第三限制信息發(fā)送到代理CSCF (P-CSCF),P-CSCF將第一限制信息和第二限制信息與第三限制進行比較后得到第四限制信息和第五限制信息。第三限制信息包括:拜訪地上行連接數(shù)最大值L_up_n、拜訪地下行連接數(shù)最大值L_dp_n、拜訪地上行總帶寬最大值L_ub_n和拜訪地下行總帶寬最大值L_db_n。步驟402、步驟404與方法實施例一中的步驟102和步驟104相同;步驟406P-CSCF將第一限制信息和第二限制信息與第三限制進行比較后得到第四限制信息和第五限制信息,具體地,取所述L_up_p和L_up_n兩者的最小值L’ _up_p,取L_ub_p和L_ub_n兩者的最小值L’ _ub_p ;將L’ _up_p、L’ _ub_p和P_u_p、B_u_p作為第四限制信息;取所述L_dp_p和L_dp_n兩者的最小值L’ _dp_p,取L_db_p和L_db_n兩者的最小值L’ _db_p ;將L’ _dp_p、L’ db_p和P_d_p、B_d_p作為第五限制信息;步驟408, Tracker根據(jù)第四限制信息和第五限制信息生成Peer I i st,返回給UE。本實施例中,通過增加了拜訪地P2P限制策略影響索引服務器生成節(jié)點列表的機制,使得節(jié)點列表的節(jié)點能力受到拜訪地運營商的限制,不會對拜訪地網(wǎng)絡和對等節(jié)點造成端口和帶寬方面的沖擊,也盡量減少了由于拜訪地網(wǎng)絡在數(shù)據(jù)面控制端口或者帶寬但是信令面不知曉從而造成的大量失敗傳輸?shù)陌l(fā)生?;谕话l(fā)明構(gòu)思,本發(fā)明實施例中還提供了以下設備和系統(tǒng)。如圖12所示,本發(fā)明索引服務器實施例包括:
接收模塊51,用于接收對等節(jié)點上報的第一限制信息和用戶終端發(fā)送的索取請求;列表生成模塊52,用于根據(jù)所述第一限制信息及用戶終端發(fā)送的索取請求生成節(jié)點列表;發(fā)送模塊53,用于將所述節(jié)點列表發(fā)送給用戶終端。其中,第一限制信息包括:peer的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p ;索取請求中包含UE所請求的內(nèi)容ID及該UE的第二限制信息;第二限制信息包括:該UE的下行端口連接數(shù)最大值L_dp_p、下行總帶寬最大值L_db_p、當前下行連接數(shù)卩_d_p和當前下行帶寬B_d_p ;列表生成模塊52包括:第一計算子模塊522,用于根據(jù)第一限制信息計算每個peer的可用上行端口連接數(shù) L_up = L_up_p-P_u_p,可用上行帶寬值 L_ub = L_ub_p-B_u_p ;第二計算子模塊524,用于根據(jù)第二限制信息計算UE的可用下行端口連接數(shù)L_dp=L_dp_p-P_d_p 和可用下行帶寬值 L_db = L_db_p_B_d_p ;選取子模塊526,用于根據(jù)peer的L_up和L_ub及UE的L_dp和L_db選取擁有所述內(nèi)容ID且節(jié)點能力符合UE需求的peer,形成peer list。本實施例的Tracker,根據(jù)peer上報的第一限制信息和UE上報的第二限制信息生成該用戶終端的節(jié)點列表。避免出現(xiàn)實際的P2P上下行帶寬和連接數(shù)超出拜訪地接入網(wǎng)絡和用戶終端限制而造成的大量失敗傳輸?shù)某霈F(xiàn)或其他應用無法正常使用,減少對等節(jié)點受到的端口和帶寬方面的沖擊,提高用戶感受度。如圖13所示,本發(fā)明P-CSCF實施例包括:接收模塊61,用于接收UE上報的第一限制信息、UE索取請求中的第二限制信息和拜訪地運營商設置的第三限制信息;限制執(zhí)行模塊62,用于分別將所述第一限制信息和第二限制信息與第三限制信息進行比較后生成第四限制信息和第五限制信息;發(fā)送模塊63,用于將所述第四限制信息和第五限制信息發(fā)送至索引服務器。本實施例,在P-CSCF中加入限制執(zhí)行模塊,通過增加了拜訪地P2P限制策略影響索引服務器生成節(jié)點列表的機制,使得節(jié)點列表的節(jié)點能力受到拜訪地運營商的限制,不會對拜訪地網(wǎng)絡和對等節(jié)點造成端口和帶寬方面的沖擊,也盡量減少了由于拜訪地網(wǎng)絡在數(shù)據(jù)面控制端口或者帶寬但是信令面不知曉從而造成的大量失敗傳輸?shù)陌l(fā)生。如圖14所示,本發(fā)明peer實施例包括:限制信息生成模塊71,用于生成包括peer的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p的第一限制信息;發(fā)送模塊72,用于將第一限制信息發(fā)送到Tracker。具體地,該peer還包括:?;钚帕钌赡K73,用于生成包含所述第一限制信息的?;钚帕睿话l(fā)送模塊72,用于周期性地發(fā)送所述?;钚帕畹絋racker。本實施例中的peer包括UE和CCS,通過增加限制信息上報的功能,使得索引服務器根據(jù)這些限制信息生成該用戶終端的節(jié)點列表。避免出現(xiàn)實際的P2P上下行帶寬和連接數(shù)超出拜訪地接入網(wǎng)絡和用戶終端限制而造成的大量失敗傳輸?shù)某霈F(xiàn)或其他應用無法正常使用,減少對等節(jié)點受到的端口和帶寬方面的沖擊,提高用戶感受度。如圖15所示,本發(fā)明UE實施例包括:索取請求生成模塊81,用于生成包含所述用戶終端所請求的內(nèi)容ID及所述用戶終端的第二限制信息的索取請求,其中,第二限制信息包括:所述用戶終端的下行端口連接數(shù)最大值L_dp_p、下行總帶寬最大值L_db_p、當前下行連接數(shù)P_d_p和當前下行帶寬B_d_P ;發(fā)送模塊82,用于將所述索取請求發(fā)送到索引服務器。UE也會作為peer發(fā)送第一限制信息至Trtacker,因此,UE中包含上述peer的所有模塊。本實施例中的UE,通過增加限制信息上報的功能,使得索引服務器根據(jù)這些限制信息生成該用戶終端的節(jié)點列表。避免出現(xiàn)實際的P2P上下行帶寬和連接數(shù)超出拜訪地接入網(wǎng)絡和用戶終端限制而造成的大量失敗傳輸?shù)某霈F(xiàn)或其他應用無法正常使用,減少對等節(jié)點受到的端口和帶寬方面的沖擊,提高用戶感受度。如圖16所示,本發(fā)明網(wǎng)絡限制系統(tǒng)實施例包括:peer,用于通過?;钚帕钪芷谛陨蠄蟮牡谝幌拗菩畔?;UE,用于發(fā)送索取請求到索引服務器,請求peer list ;Tracker,用于根據(jù)第一限制信息及索取請求生成peer list,返回給UE。Peer包括UE和CCS,當peer為UE時,上報第一限制信息通過P/I/S-CSCF,當peer為CCS時,直接上報第一限制信息到Tracker,不通過P/I/S-CSCF。該系統(tǒng)還包括:P-CSCF,用于將接收的UE上報的第一限制信和UE索取請求中的第二限制信息與拜訪地運營商設置的第三限制信息進行比較后生成第四限制信息和第五限制信息,發(fā)送至Tracker ;Tracker根據(jù)第四限制信息和第五限制信息生成peer list,返回給UE。本實施例的系統(tǒng),通過將對等節(jié)點的限制信息上報給索引服務器,用戶終端在向索引服務器索取節(jié)點列表時也上報限制信息,索引服務器根據(jù)這些限制信息生成該用戶終端的節(jié)點列表。避免出現(xiàn)實際的P2P上下行帶寬和連接數(shù)超出拜訪地接入網(wǎng)絡和用戶終端限制而造成的大量失敗傳輸?shù)某霈F(xiàn)或其他應用無法正常使用,減少對等節(jié)點受到的端口和帶寬方面的沖擊,提高用戶感受度。另外,通過增加了拜訪地P2P限制策略影響索引服務器生成節(jié)點列表的機制,使得節(jié)點列表的節(jié)點能力受到拜訪地運營商的限制,不會對拜訪地網(wǎng)絡和對等節(jié)點造成端口和帶寬方面的沖擊,也盡量減少了由于拜訪地網(wǎng)絡在數(shù)據(jù)面控制端口或者帶寬但是信令面不知曉從而造成的大量失敗傳輸?shù)陌l(fā)生。如圖17所示,由于所有UE和Tracker之間的信令交互都要通過P-CSCF,且P-CSCF是MS的拜訪地入口網(wǎng)元,掌握所有UE與Tracker之間的消息傳遞,因此在P-CSCF上增加P2P限制功能,是最便捷、開銷最小的信令面方案。應說明的是:以上實施例僅用以說明本發(fā)明而非限制,本發(fā)明也并不僅限于上述舉例,一切不脫離本發(fā)明的精神和范圍的技術(shù)方案及其改進,其均應涵蓋在本發(fā)明的權(quán)利要求范圍中。
權(quán)利要求
1.一種網(wǎng)絡限制方法,其特征在于,包括: 接收對等節(jié)點上報的第一限制信息; 根據(jù)所述第一限制信息及用戶終端發(fā)送的索取請求生成節(jié)點列表,返回給所述用戶終端。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡限制方法,其特征在于,所述第一限制信息包括:所述對等節(jié)點的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_P和當前上行帶寬B_U_P ; 所述索取請求中包含所述用戶終端所請求的內(nèi)容ID及所述用戶終端的第二限制信息;第二限制信息包括:所述用戶終端的下行端口連接數(shù)最大值L_dp_p、下行總帶寬最大值L_db_p、當前下行連接數(shù)P_d_p和當前下行帶寬B_d_p ; 所述根據(jù)所述第一限制信息和第二限制信息選取擁有所述內(nèi)容ID且節(jié)點能力符合用戶終端需求的對等節(jié)點,形成節(jié)點列表包括: 根據(jù)所述第一限制信息計算每個對等節(jié)點的可用上行端口連接數(shù)L_up = L_up_p-P_u_p,可用上行帶寬值 L_ub = L_ub_p-B_u_p ; 根據(jù)所述第二限制信息計算所述用戶終端的可用下行端口連接數(shù)1^_(1 = L_dp_p-P_d_p和可用下行帶寬值L_db = L_db_p-B_d_p ; 根據(jù)所述對等節(jié)點的L_up和L_ub及所述用戶終端的L_dp和L_db選取擁有所述內(nèi)容ID且節(jié)點能力符合用戶終端需求的對等節(jié)點,形成節(jié)點列表。
3.根據(jù)權(quán)利要求2所述的網(wǎng)絡限制方法,其特征在于,還包括: 將所述第二限制信息與拜訪地運營商設置的第三限制信息進行比較后得到第五限制信息; 根據(jù)所述第一限制信息和第五限制信息生成節(jié)點列表,返回給用戶終端。
4.根據(jù)權(quán)利要求3所述的網(wǎng)絡限制方法,其特征在于,當對等節(jié)點的類型為用戶終端時,該方法還包括: 將所述第一限制信息與拜訪地運營商設置的第三限制信息進行比較后得到第四限制信息; 根據(jù)所述第四限制信息和第五限制信息生成節(jié)點列表,返回給用戶終端。
5.根據(jù)權(quán)利要求4所述的網(wǎng)絡限制方法,其特征在于,所述第三限制信息包括:拜訪地上行連接數(shù)最大值L_up_n、拜訪地下行連接數(shù)最大值L_dp_n、拜訪地上行總帶寬最大值L_ub_n和拜訪地下行總帶寬最大值L_db_n ; 所述將所述第一限制信息與拜訪地運營商的第三限制信息進行比較后得到第四限制信息包括: 取所述L_up_p和L_up_n兩者的最小值L’ _up_p,取L_ub_p和L_ub_n兩者的最小值L’ _ub_p ;將 L’ _up_p、L’ _ub_p 和 P_u_p、B_u_p 作為第四限制信息; 將所述第二限制信息與拜訪地運營商設置的第三限制信息進行比較后得到第五限制信息包括: 取所述L_dp_p和L_dp_n兩者的最小值L’ _dp_p,取L_db_p和L_db_n兩者的最小值L’ _db_p ;將 L’ _dp_p、L’ _db_p 和 P_d_p、B_d_p 作為第五限制信息。
6.根據(jù)權(quán)利要求2所述的網(wǎng)絡限制方法,其特征在于,所述根據(jù)所述對等節(jié)點的L_up和L_ub及所述用戶終端的L_dp和L_db選取擁有所述內(nèi)容ID且節(jié)點能力符合用戶終端需求的對等節(jié)點,形成節(jié)點列表包括: 篩選出擁有所述內(nèi)容ID的對等節(jié)點的第一集合; 計算所述用戶終端的平均下行帶寬D_db = L_db/L_dp ; 從所述第一集合中選取L_ub ^ D_db的對等節(jié)點形成節(jié)點列表。
7.根據(jù)權(quán)利要求6所述的網(wǎng)絡限制方法,其特征在于,所述篩選出擁有所述內(nèi)容ID的對等節(jié)點的第一集合之后還包括: 選取L_up和L_ub大于預設的閾值的對等節(jié)點作為第二集合; 從所述第二集合中選取L_ub ^ D_db的對等節(jié)點形成節(jié)點列表。
8.根據(jù)權(quán)利要求6或7所述的網(wǎng)絡限制方法,其特征在于,形成節(jié)點列表的操作之后還包括: 在存儲的所有對等節(jié)點的信息中更新所述節(jié)點列表中對等節(jié)點的信息,將所述對等節(jié)點信息中的當前上行連接數(shù)P_u_p+1,當前上行帶寬B_u_p+D_db。
9.一種索引服務器,其特征在于,包括: 接收模塊,用于接收對等節(jié)點上報的第一限制信息和用戶終端發(fā)送的索取請求; 列表生成模塊,用于根據(jù)所述第一限制信息及用戶終端發(fā)送的索取請求生成節(jié)點列表;` 發(fā)送模塊,用于將所述節(jié)點列表發(fā)送給用戶終端。
10.根據(jù)權(quán)利要求9所述的索引服務器,其特征在于,所述第一限制信息包括:所述對等節(jié)點的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_P和當前上行帶寬B_U_P ; 所述索取請求中包含所述用戶終端所請求的內(nèi)容ID及所述用戶終端的第二限制信息;第二限制信息包括:所述用戶終端的下行端口連接數(shù)最大值L_dp_p、下行總帶寬最大值L_db_p、當前下行連接數(shù)P_d_p和當前下行帶寬B_d_p ; 所述列表生成模塊包括: 第一計算子模塊,用于根據(jù)所述第一限制信息計算每個對等節(jié)點的可用上行端口連接數(shù) L_up = L_up_p-P_u_p,可用上行帶寬值 L_ub = L_ub_p-B_u_p ; 第二計算子模塊,用于根據(jù)所述第二限制信息計算所述用戶終端的可用下行端口連接數(shù) L_dp = L_dp_p-P_d_p 和可用下行帶寬值 L_db = L_db_p_B_d_p ; 選取子模塊,用于根據(jù)所述對等節(jié)點的L_up和L_ub及所述用戶終端的L_dp和L_db選取擁有所述內(nèi)容ID且節(jié)點能力符合用戶終端需求的對等節(jié)點,形成節(jié)點列表。
11.一種代理CSCF限制信息處理方法,其特征在于,包括: 接收網(wǎng)絡中多個用戶終端上報的第一限制信息、其中一個用戶終端的索取請求中的第二限制信息和拜訪地運營商設置的第三限制信息; 分別將所述第一限制信息和第二限制信息與第三限制信息進行比較后生成第四限制信息和第五限制信息,并發(fā)送至索引服務器。
12.根據(jù)權(quán)利要求11所述的代理CSCF限制信息處理方法,其特征在于, 所述第三限制信息包括:拜訪地上行連接數(shù)最大值L_up_n、拜訪地下行連接數(shù)最大值L_dp_n、拜訪地上行總帶寬最大值L_ub_n和拜訪地下行總帶寬最大值L_db_n ;所述分別將所述第一限制信息和第二限制信息與第三限制信息進行比較后生成第四限制信息和第五限制信息包括: 取所述L_up_p和L_up_n兩者的最小值L’ _up_p,取L_ub_p和L_ub_n兩者的最小值L’ _ub_p ;將 L’ _up_p、L’ _ub_p 和 P_u_p、B_u_p 作為第四限制信息; 取所述L_dp_p和L_dp_n兩者的最小值L’ _dp_p,取L_db_p和L_db_n兩者的最小值L’ _db_p ;將 L’ _dp_p、L’ _db_p 和 P_d_p、B_d_p 作為第五限制信息。
13.一種代理CSCF,其特征在于,包括: 接收模塊,用于接收網(wǎng)絡中多個用戶終端上報的第一限制信息、其中一個用戶終端索取請求中的第二限制信息和拜訪地運營商設置的第三限制信息; 限制執(zhí)行模塊,用于分別將所述第一限制信息和第二限制信息與第三限制信息進行比較后生成第四限制信息和第五限制信息; 發(fā)送模塊,用于將所述第四限制信息和第五限制信息發(fā)送至索引服務器。
14.一種對等節(jié)點,其特征在于,包括: 限制信息生成模塊,用于生成包括所述對等節(jié)點的上行端口連接數(shù)最大值L_up_p、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p的第一限制信息;發(fā)送模塊,用于將所述第一限制信息發(fā)送到索引服務器。
15.根據(jù)權(quán)利要 求14所述的對等節(jié)點,其特征在于,還包括: ?;钚帕钌赡K,用于生成包含所述第一限制信息的?;钚帕睿? 所述發(fā)送模塊,用于周期性地發(fā)送所述?;钚帕畹剿鏊饕掌?。
16.一種用戶終端,其特征在于,包括: 索取請求生成模塊,用于生成包含所述用戶終端所請求的內(nèi)容ID及所述用戶終端的第二限制信息的索取請求,其中,第二限制信息包括:所述用戶終端的下行端口連接數(shù)最大值L_dp_p、下行總帶寬最大值L_db_p、當前下行連接數(shù)P_d_p和當前下行帶寬B_d_p ; 發(fā)送模塊,用于將所述索取請求發(fā)送到索引服務器。
17.根據(jù)權(quán)利要求16所述的用戶終端,其特征在于,還包括: 限制信息生成模塊,用于生成包括所述用戶終端的上行端口連接數(shù)最大值1^_即_ 、上行總帶寬最大值L_ub_p、當前上行連接數(shù)P_u_p和當前上行帶寬B_u_p的第一限制信息;所述發(fā)送模塊,還用于發(fā)送所述第一限制信息到索引服務器。
18.一種網(wǎng)絡限制系統(tǒng),其特征在于,包括: 對等節(jié)點,用于通過保活信令周期性上報的第一限制信息; 用戶終端,用于發(fā)送索取請求到索引服務器,請求節(jié)點列表; 索引服務器,用于根據(jù)所述第一限制信息及索取請求生成節(jié)點列表,返回給所述用戶終端。
19.根據(jù)權(quán)利要求18所述的網(wǎng)絡限制系統(tǒng),其特征在于,還包括: 代理CSCF,用于當對等節(jié)點的類型為用戶終端時,將接收的網(wǎng)絡中多個用戶終端上報的第一限制信和其中一個用戶終端索取請求中的第二限制信息與拜訪地運營商設置的第三限制信息進行比較后生成第四限制信息和第五限制信息,發(fā)送至索引服務器; 索引服務器,用于根據(jù)第四限制信息和第五限制信息生成節(jié)點列表,返回給所述用戶終端。
全文摘要
本發(fā)明公開了一種網(wǎng)絡限制方法、裝置及系統(tǒng)。其中該方法包括接收對等節(jié)點上報的第一限制信息;根據(jù)所述第一限制信息及用戶終端發(fā)送的索取請求生成節(jié)點列表,返回給所述用戶終端。本發(fā)明通過將對等節(jié)點的限制信息上報給索引服務器,用戶終端在向索引服務器索取節(jié)點列表時也上報限制信息,索引服務器根據(jù)這些限制信息生成該用戶終端的節(jié)點列表。避免出現(xiàn)實際的P2P上下行帶寬和連接數(shù)超出拜訪地接入網(wǎng)絡和用戶終端限制而造成的大量失敗傳輸?shù)某霈F(xiàn)或其他應用無法正常使用,減少對等節(jié)點受到的端口和帶寬方面的沖擊,提高用戶感受度。
文檔編號H04W48/02GK103167580SQ201110421028
公開日2013年6月19日 申請日期2011年12月15日 優(yōu)先權(quán)日2011年12月15日
發(fā)明者于青, 彭晉, 陳煒, 李剛, 張云飛, 張劍寅 申請人:中國移動通信集團公司