廣播多播與單播切換的方法、系統(tǒng)與spe的制作方法
【技術(shù)領(lǐng)域】
[0001]本公開涉及LTE (Long Term Evolut1n,長期演進(jìn))網(wǎng)絡(luò),特別地，涉及一種廣播多播與單播切換的方法、系統(tǒng)與SPE(智能管道引擎，Smart Pipe Engine)。
【背景技術(shù)】
[0002]4G時代，移動視頻業(yè)務(wù)的高速增長將會帶來巨大的網(wǎng)絡(luò)負(fù)荷，而eMBMS(enhancedMultimedia Broadcast Multicast Service,增強(qiáng)型多媒體廣播多播業(yè)務(wù))通過復(fù)用技術(shù)能大幅節(jié)省無線空口與網(wǎng)絡(luò)傳輸資源，同時提升用戶視頻業(yè)務(wù)體驗。
[0003]但是，當(dāng)用戶移出增強(qiáng)型多媒體廣播多播業(yè)務(wù)區(qū)域時，用戶的視頻業(yè)務(wù)體驗下降。

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

[0004]本公開鑒于以上問題中的至少一個提出了新的技術(shù)方案。
[0005]本公開在其一個方面提供了一種廣播多播與單播切換的方法，其可以實現(xiàn)廣播多播與單播的無縫切換。
[0006]本公開在其另一方面提供了一種SPE，其可以實現(xiàn)廣播多播與單播的無縫切換。
[0007]本公開在其又一方面提供了一種廣播多播與單播切換的系統(tǒng)，其可以實現(xiàn)廣播多播與單播的無縫切換。
[0008]根據(jù)本公開，提供一種廣播多播與單播切換的方法，包括:
[0009]響應(yīng)于用戶位置的變化，獲取用戶的地理位置信息；
[0010]判斷用戶是否在廣播多播業(yè)務(wù)區(qū)域內(nèi)；
[0011]如果在廣播多播業(yè)務(wù)區(qū)域內(nèi)，則根據(jù)用戶所在的廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)確定用戶的承載類型，否則，用戶使用單播承載方式。
[0012]在本公開的一些實施例中，所述根據(jù)用戶所在的廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)確定用戶的承載類型包括:
[0013]判斷用戶所在的廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)是否超過設(shè)定閾值；
[0014]如果超過設(shè)定閾值，則將用戶原有的單播承載方式切換為廣播多播承載方式，否貝1J，用戶將仍使用單播承載方式。
[0015]在本公開的一些實施例中，所述方法還包括:
[0016]當(dāng)用戶移出廣播多播業(yè)務(wù)區(qū)域時，觸發(fā)PCRF下發(fā)QoS保障規(guī)則，以建立單播專有承載業(yè)務(wù)信道。
[0017]在本公開的一些實施例中，所述獲取用戶的地理位置信息的方式包括:
[0018]接收用戶直接上報的位置信息。
[0019]在本公開的一些實施例中，所述獲取用戶的地理位置信息的方式還包括:
[0020]接收用戶通過PCC方式上報的位置信息。
[0021]根據(jù)本公開，還提供了一種SPE，包括:
[0022]位置獲取單元，用于響應(yīng)于用戶位置的變化，獲取用戶的地理位置信息；
[0023]區(qū)域判斷單元，用于判斷用戶是否在廣播多播業(yè)務(wù)區(qū)域內(nèi)；
[0024]承載方式確定單元，用于如果在廣播多播業(yè)務(wù)區(qū)域內(nèi)，則根據(jù)用戶所在的廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)確定用戶的承載類型，否則，用戶使用單播承載方式。
[0025]在本公開的一些實施例中，所述承載方式確定單元包括:
[0026]閾值判斷子單元，用于判斷用戶所在的廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)是否超過設(shè)定閾值；
[0027]方式確定子單元，用于如果超過設(shè)定閾值，則將用戶原有的單播承載方式切換為廣播多播承載方式，否則，用戶將仍使用單播承載方式。
[0028]在本公開的一些實施例中，所述SPE還包括:
[0029]觸發(fā)單元，用于當(dāng)用戶移出廣播多播業(yè)務(wù)區(qū)域時，觸發(fā)PCRF下發(fā)QoS保障規(guī)則，以建立單播專有承載業(yè)務(wù)信道。
[0030]在本公開的一些實施例中，所述位置獲取單元接收用戶直接上報的位置信息或接收用戶通過PCC方式上報的位置信息。
[0031]根據(jù)本公開，還提供了一種廣播多播與單播切換的系統(tǒng)，包括BM_SC、PCRF和SPE。
[0032]在本公開的技術(shù)方案中，由于對用戶所處的位置進(jìn)行判斷，當(dāng)用戶處于廣播多播業(yè)務(wù)區(qū)域內(nèi)時，根據(jù)區(qū)域內(nèi)的總用戶數(shù)確定用戶將使用的承載類型，如果用戶不處于廣播多播業(yè)務(wù)區(qū)域內(nèi)，則使用單播業(yè)務(wù)，這樣可以實現(xiàn)廣播多播與單播的無縫切換，進(jìn)而保障了業(yè)務(wù)的連續(xù)性，提升了用戶使用視頻業(yè)務(wù)的體驗。
【附圖說明】
[0033]此處所說明的附圖用來提供對本公開的進(jìn)一步理解，構(gòu)成本申請的一部分。在附圖中:
[0034]圖1是本公開實施例的網(wǎng)絡(luò)架構(gòu)示意圖。
[0035]圖2是本公開一個實施例的廣播多播與單播切換的方法的流程示意圖。
[0036]圖3是本公開通過PCC方式獲取用戶的地理位置信息的一個實例的示意圖。
[0037]圖4是本公開另一實施例的廣播多播與單播切換的方法的消息示意圖。
[0038]圖5是本公開一個實施例的SPE的結(jié)構(gòu)示意圖。
[0039]圖6是本公開一個實施例的廣播多播與單播切換的系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實施方式】
[0040]下面將參照附圖描述本公開。要注意的是，以下的描述在本質(zhì)上僅是解釋性和示例性的，決不作為對本公開及其應(yīng)用或使用的任何限制。除非另外特別說明，否則，在實施例中闡述的部件和步驟的相對布置以及數(shù)字表達(dá)式和數(shù)值并不限制本公開的范圍。另外，本領(lǐng)域技術(shù)人員已知的技術(shù)、方法和裝置可能不被詳細(xì)討論，但在適當(dāng)?shù)那闆r下意在成為說明書的一部分。
[0041]本公開下述實施例提出了一種廣播多播與單播切換的技術(shù)方案，以解決當(dāng)用戶移出廣播多播業(yè)務(wù)區(qū)域時，能夠?qū)崿F(xiàn)廣播多播與單播的無縫切換，保障了業(yè)務(wù)的連續(xù)性。
[0042]圖1是本公開實施例的網(wǎng)絡(luò)架構(gòu)示意圖。
[0043]如圖1所示，其中SPE為新增網(wǎng)元，作為廣播多播與單播的統(tǒng)一錨點，SPE北向?qū)觾?nèi)容源，南向分別對接廣播多播的控制網(wǎng)元BM-SC(Broadcast-Multicast ServiceCentre,廣播多播業(yè)務(wù)中心)與單播的控制網(wǎng)元PCRF(Policy and Charging RulesFunct1n,策略與計費規(guī)則功能)，其功能支持處理上報用戶的位置信息、支持基于用戶位置的判決，實現(xiàn)廣播多播與單播的無縫切換、支持對內(nèi)容源的切片分發(fā)。
[0044]其中，各網(wǎng)元的功能如下:
[0045](1)UE:多媒體廣播業(yè)務(wù)流數(shù)據(jù)接收；多媒體廣播業(yè)務(wù)文件接收；多媒體廣播業(yè)務(wù)發(fā)現(xiàn)、訂閱、取消；多媒體廣播業(yè)務(wù)播放；位置上報。
[0046](2) eNodeB:根據(jù)eMBMS的無線調(diào)度信息，完成eMBMS的發(fā)送以及無線承載的控制；負(fù)責(zé)將MBMS數(shù)據(jù)傳輸給指定MBMS服務(wù)區(qū)中的所有UE。
[0047](3)MCE (Mult1-cell/multicast Coordinat1n Entity,多小區(qū)多播廣播協(xié)調(diào)實體):控制面處理MBMS業(yè)務(wù)信令；為實現(xiàn)MBMS多小區(qū)同步廣播，專門負(fù)責(zé)對多小區(qū)/多eNB的無線資源進(jìn)行統(tǒng)一分配及管理。
[0048](4)MME (Mobility Management Entity,移動管理實體):控制面處理 MBMS 業(yè)務(wù)信令。
[0049](5)BM-SC:MBMS業(yè)務(wù)公告；MBMS業(yè)務(wù)管理；用戶管理/授權(quán)；安全/計費；MBMS業(yè)務(wù)數(shù)據(jù)發(fā)送。
[0050](6)MBMS-Gff:控制面處理MBMS業(yè)務(wù)信令；數(shù)據(jù)面將來自BM-SC的MBMS數(shù)據(jù)包通過IP Multicast 廣播給各 eNB。
[0051](7) SPE:支持處理上報用戶的位置信息；支持基于用戶位置的判決；實現(xiàn)廣播多播與單播的切換；支持對內(nèi)容源的切片分發(fā)。
[0052]圖2是本公開一個實施例的廣播多播與單播切換的方法的流程示意圖。
[0053]如圖2所示，該實施例可以包括以下步驟:
[0054]S202,響應(yīng)于用戶位置的變化,獲取用戶的地理位置信息；
[0055]具體地，當(dāng)用戶移動時，用戶手持終端內(nèi)部的應(yīng)用，例如，各種定位軟件可以獲取用戶的地理位置信息，該地理位置信息可以是但不限于經(jīng)緯度形式。
[0056]S204，判斷用戶是否在廣播多播業(yè)務(wù)區(qū)域內(nèi)；
[0057]具體地，在接收到用戶的地理位置信息后，將用戶的地理位置信息與廣播多播業(yè)務(wù)區(qū)域所覆蓋的地理位置信息進(jìn)行匹配，以確定用戶是否處于廣播多播業(yè)務(wù)區(qū)域內(nèi)。
[0058]S206，如果在廣播多播業(yè)務(wù)區(qū)域內(nèi)，則根據(jù)用戶所在的廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)確定用戶的承載類型，否則，用戶使用單播承載方式；
[0059]具體地，如果根據(jù)步驟S204判斷出用戶自廣播多播業(yè)務(wù)區(qū)域切換到非廣播多播業(yè)務(wù)區(qū)域，則確定用戶使用單播承載方式。
[0060]如果雖然用戶移動，但是一直未離開廣播多播業(yè)務(wù)區(qū)域；或者用戶自非廣播多播業(yè)務(wù)區(qū)域切換到廣播多播業(yè)務(wù)區(qū)域，則根據(jù)用戶當(dāng)前所在的廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)確定是使用廣播多播承載方式還是使用單播承載方式。
[0061]在該實施例中，由于對用戶所處的位置進(jìn)行判斷，當(dāng)用戶處于廣播多播業(yè)務(wù)區(qū)域內(nèi)時，根據(jù)區(qū)域內(nèi)的總用戶數(shù)確定用戶將使用的承載類型，如果用戶不處于廣播多播業(yè)務(wù)區(qū)域內(nèi)，則使用單播業(yè)務(wù)，這樣可以實現(xiàn)廣播多播與單播的無縫切換，進(jìn)而保障了業(yè)務(wù)的連續(xù)性，提升了用戶使用視頻業(yè)務(wù)的體驗。
[0062]在一個實施例中，根據(jù)用戶所在的廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)確定用戶的承載類型的步驟可以包括:
[0063]判斷用戶所在的廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)是否超過設(shè)定閾值；如果超過設(shè)定閾值，則將用戶原有的單播承載方式切換為廣播多播承載方式，否則，用戶將仍使用單播承載方式。
[0064]具體地，如果用戶一直在廣播多播業(yè)務(wù)區(qū)域內(nèi)移動，則不影響該廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)，此時，該用戶仍使用其移動上報前所使用的承載方式，即，如果用戶在使用單播承載方式，則由于總用戶數(shù)并未增加而仍然使用單播承載方式，如果用戶在使用廣播多播承載方式，則由于總用戶數(shù)并未減少而仍然使用廣播多播承載方式。
[0065]如果用戶自非廣播多播業(yè)務(wù)區(qū)域移動到廣播多播業(yè)務(wù)區(qū)域，則廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)增加，將增加后的總用戶數(shù)與設(shè)定閾值進(jìn)行比較，如果超過設(shè)定閾值，則認(rèn)為該區(qū)域內(nèi)的用戶數(shù)較多，需通過廣播多播承載方式為用戶提供服務(wù)，否則，雖然由于用戶的移動導(dǎo)致廣播多播業(yè)務(wù)區(qū)域內(nèi)的總用戶數(shù)增加，但是總用戶數(shù)未超過設(shè)定閾值，則認(rèn)為該區(qū)域內(nèi)的用戶數(shù)較少，可以通過單播承載方式為用戶提供服務(wù)，由于單播承載方式需要為用戶建立專有的信道，因此可以為其提供更好的QoS保障。
[0066]在另一實施例中，當(dāng)用戶移出廣播多播業(yè)務(wù)區(qū)域時或者根據(jù)總用戶數(shù)判斷確定用戶使用單播承載方式時，觸發(fā)PCRF下發(fā)QoS保障規(guī)則，以建立單播專有承載業(yè)務(wù)信道。
[0067]再參見圖1，可以通過下