一種無線網(wǎng)絡(luò)的視頻傳輸方法及基站的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及無線通信技術(shù)領(lǐng)域，具體涉及一種無線網(wǎng)絡(luò)的視頻傳輸方法及基站。
【背景技術(shù)】
[0002] 無線網(wǎng)絡(luò)的視頻服務(wù)為動(dòng)態(tài)自適應(yīng)超文本傳送協(xié)議流媒體（DynamicAdaptive StreamingofHTTP，DASH)服務(wù)，DASH服務(wù)的傳輸方式有基于精密時(shí)鐘同步協(xié)議 (PrecisionTimeProtocol，PTP)的單播與基于多媒體組播單頻網(wǎng)（Multimedia BroadcastMulticastServiceSingleFrequencyNetwork，MBFSN)的組播兩種方式，3GPP 對(duì)于MBSFN方式在子幀的使用上定義了一定的標(biāo)準(zhǔn)。由于無線網(wǎng)絡(luò)中帶寬資源有限，如何 在有限的資源環(huán)境下，服務(wù)更多的終端用戶，并使得用戶體驗(yàn)盡可能的高是值得關(guān)注和研 宄的熱點(diǎn)。
[0003] 在傳統(tǒng)DASH服務(wù)中，用戶通過DASH服務(wù)的自適應(yīng)機(jī)制得到與其信道質(zhì)量相匹配 的視頻服務(wù)，信道質(zhì)量好的用戶能得到高碼率的視頻服務(wù)，同時(shí)信道質(zhì)量不好的用戶只能 得到碼率較低的視頻服務(wù)。但是隨著用戶增加，無線資源很快達(dá)到飽和，不能再服務(wù)更多的 用戶。
[0004] 對(duì)于請(qǐng)求DASH服務(wù)的用戶較少或者用戶信道質(zhì)量較差的場(chǎng)景，DASH服務(wù)采用單 播傳輸方式有較好的效果。對(duì)于在一個(gè)集中區(qū)域有大量用戶同時(shí)請(qǐng)求相同DASH服務(wù)的場(chǎng) 景（比如直播場(chǎng)景：某個(gè)時(shí)間有一場(chǎng)直播的球賽，在一個(gè)商場(chǎng)的大部分用戶希望通過移動(dòng) 終端獲得該服務(wù)，又比如并發(fā)服務(wù)場(chǎng)景，即請(qǐng)求視頻的時(shí)間和內(nèi)容在一定的范圍內(nèi)的服務(wù) 場(chǎng)景），若為所有請(qǐng)求DASH服務(wù)的用戶單播DASH服務(wù)，可能出現(xiàn)無線資源不夠用并且提供 給用戶的視頻質(zhì)量下降的問題。
[0005] 因此，對(duì)于無線網(wǎng)絡(luò)的視頻，如果采用單播方式服務(wù)所有用戶，則隨著用戶數(shù)增 加，會(huì)出現(xiàn)無線資源不夠用的情況；如果采用組播方式服務(wù)所有用戶，雖然解決了無線資源 不足的問題，但是由于組播必須滿足組播組中信道質(zhì)量最差的用戶的請(qǐng)求，在進(jìn)行組播服 務(wù)時(shí)，同一組播組中信道質(zhì)量較好的用戶就得不到與其信道質(zhì)量相匹配的服務(wù)質(zhì)量體驗(yàn)。

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

[0006] 本發(fā)明所要解決的技術(shù)問題是現(xiàn)有技術(shù)中，以單播傳輸方式服務(wù)所有用戶會(huì)產(chǎn)生 無線資源不夠用的問題；以組播方式服務(wù)同一視頻節(jié)目下的所有用戶會(huì)影響信道質(zhì)量好的 用戶的服務(wù)體驗(yàn)的問題。
[0007] 為此目的，第一方面，本發(fā)明提出一種無線網(wǎng)絡(luò)的視頻傳輸方法，所述方法包括：
[0008] 基站根據(jù)用戶的信道質(zhì)量信息，將信道質(zhì)量低于第一預(yù)設(shè)值的用戶歸為采用單播 傳輸方式的用戶，將信道質(zhì)量大于等于第一預(yù)設(shè)值的用戶歸為采用組播傳輸方式的用戶， 所述用戶的信道質(zhì)量信息為用戶設(shè)備UE根據(jù)預(yù)設(shè)規(guī)則獲得并上傳的信道質(zhì)量信息；
[0009] 基站根據(jù)用戶的信道質(zhì)量信息以及預(yù)設(shè)的等級(jí)個(gè)數(shù)，將所述采用組播傳輸方式的 用戶劃分為多個(gè)組播組，所述組播組的個(gè)數(shù)等于所述預(yù)設(shè)的等級(jí)個(gè)數(shù)；
[0010] 基站將無線網(wǎng)絡(luò)的視頻通過單播傳輸方式傳輸?shù)剿霾捎脝尾鬏敺绞降挠脩簟?通過組播傳輸方式傳輸?shù)剿霾捎媒M播傳輸方式的用戶。
[0011] 可選的，所述基站根據(jù)用戶的信道質(zhì)量信息，將信道質(zhì)量低于第一預(yù)設(shè)值的用戶 歸為采用單播傳輸方式的用戶，將信道質(zhì)量大于等于第一預(yù)設(shè)值的用戶歸為采用組播傳輸 方式的用戶的步驟之后，所述方法還包括：
[0012] 基站向用戶下發(fā)控制信令，所述控制信令用于指示用戶切換到控制信令中指定的 傳輸方式，所述傳輸方式為單播傳輸方式或組播傳輸方式。
[0013] 可選的，所述基站根據(jù)用戶的信道質(zhì)量信息以及預(yù)設(shè)的等級(jí)個(gè)數(shù)，將所述采用組 播傳輸方式的用戶劃分為多個(gè)組播組的步驟之后，所述方法還包括：
[0014] 基站向動(dòng)態(tài)自適應(yīng)超文本傳送協(xié)議流媒體DASH的組播代理服務(wù)器Multicast Proxy上報(bào)組播組信息，所述DASH的組播代理服務(wù)器MulticastProxy設(shè)置于廣播多播服 務(wù)中心BM-SC。
[0015] 可選的，所述基站將無線網(wǎng)絡(luò)的視頻通過單播傳輸方式傳輸?shù)剿霾捎脝尾鬏?方式的用戶，通過組播傳輸方式傳輸?shù)剿霾捎媒M播傳輸方式的用戶，包括：
[0016] 基站將無線網(wǎng)絡(luò)的視頻通過單播傳輸方式以第一視頻碼率傳輸?shù)剿霾捎脝尾?傳輸方式的用戶，通過組播傳輸方式以第二視頻碼率傳輸?shù)剿霾捎媒M播傳輸方式的用 戶，所述第二視頻碼率為DASH的組播代理服務(wù)器MulticastProxy下發(fā)的采用組播傳輸方 式的用戶的視頻碼率，所述采用組播傳輸方式的用戶的視頻碼率的個(gè)數(shù)等于所述組播組的 個(gè)數(shù)；
[0017] 其中，所述第一視頻碼率為采用單播傳輸方式的用戶根據(jù)DASH的自適應(yīng)機(jī)制確 定并上傳的第一視頻碼率；
[0018] 其中，所述第二視頻碼率為DASH的組播代理服務(wù)器MulticastProxy在接收基站 上報(bào)的組播組信息之后，決策的每個(gè)組播組的視頻碼率。
[0019] 第二方面，本發(fā)明還提出一種基站，所述基站包括：
[0020] 第一單元，用于根據(jù)用戶的信道質(zhì)量信息，將信道質(zhì)量低于第一預(yù)設(shè)值的用戶歸 為采用單播傳輸方式的用戶，將信道質(zhì)量大于等于第一預(yù)設(shè)值的用戶歸為采用組播傳輸方 式的用戶，所述用戶的信道質(zhì)量信息為用戶設(shè)備UE根據(jù)預(yù)設(shè)規(guī)則獲得并上傳的信道質(zhì)量 信息；
[0021] 第二單元，用于根據(jù)用戶的信道質(zhì)量信息以及預(yù)設(shè)的等級(jí)個(gè)數(shù)，將所述采用組播 傳輸方式的用戶劃分為多個(gè)組播組，所述組播組的個(gè)數(shù)等于所述預(yù)設(shè)的等級(jí)個(gè)數(shù)；
[0022] 第三單元，用于將無線網(wǎng)絡(luò)的視頻通過單播傳輸方式傳輸?shù)剿霾捎脝尾鬏敺?式的用戶、通過組播傳輸方式傳輸?shù)剿霾捎媒M播傳輸方式的用戶。
[0023] 相比于現(xiàn)有技術(shù)，本發(fā)明的無線網(wǎng)絡(luò)的視頻傳輸方法及基站通過劃分采用單播傳 輸方式的用戶以及采用組播傳輸方式的用戶，解決了僅以單播傳輸方式服務(wù)所有用戶產(chǎn)生 無線資源不夠用的問題，同時(shí)，通過將采用組播傳輸方式的用戶進(jìn)一步進(jìn)行分組，提高了采 用組播傳輸方式的用戶的服務(wù)質(zhì)量體驗(yàn)，解決了僅以組播方式服務(wù)同一視頻節(jié)目下的所有 用戶影響信道質(zhì)量好的用戶的服務(wù)體驗(yàn)的問題。
【附圖說明】
[0024] 圖1示出了實(shí)施例中的無限網(wǎng)絡(luò)的視頻傳輸方法流程圖；
[0025] 圖2示出了實(shí)施例中的基站；
[0026] 圖3示出了實(shí)施例中的無限網(wǎng)絡(luò)的視頻傳輸方法流程圖。
【具體實(shí)施方式】
[0027] 為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例 中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚地描述，顯然，所描述的實(shí)施例是本發(fā)明 一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有 做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0028] 如圖1所示，本實(shí)施例公開一種無線網(wǎng)絡(luò)的視頻傳輸方法，所述方法包括：
[0029] S1、基站根據(jù)用戶的信道質(zhì)量信息，將信道質(zhì)量低于第一預(yù)設(shè)值的用戶歸為采用 單播傳輸方式的用戶，將信道質(zhì)量大于等于第一預(yù)設(shè)值的用戶歸為采用組播傳輸方式的用 戶，所述用戶的信道質(zhì)量信息為用戶設(shè)備UE根據(jù)預(yù)設(shè)規(guī)則獲得并上傳的信道質(zhì)量信息；
[0030] S2、基站根據(jù)用戶的信道質(zhì)量信息以及預(yù)設(shè)的等級(jí)個(gè)數(shù)，將所述采用組播傳輸方 式的用戶劃分為多個(gè)組播組，所述組播組的個(gè)數(shù)等于所述預(yù)設(shè)的等級(jí)個(gè)數(shù)；
[0031] S3、基站將無線網(wǎng)絡(luò)的視頻通過單播傳輸方式傳輸?shù)剿霾捎脝尾鬏敺绞降挠?戶、通過組播傳輸方式傳輸?shù)剿霾捎媒M播傳輸方式的用戶。
[0032] 其中，所述基站根據(jù)用戶的信道質(zhì)量信息，將信道質(zhì)量低于第一預(yù)設(shè)值的用戶歸 為采用單播傳輸方式的用戶，將信道質(zhì)量大于等于第一預(yù)設(shè)值的用戶歸為采用組播傳輸方 式的用戶的步驟之后，所述方法還包括：
[0033] 基站向用戶下發(fā)控制信令，所述控制信令用于指示用戶切換到控制信令中指定的 傳輸方式，所述傳輸方式為單播傳輸方式或組播傳輸方式。
[0034] 其中，所述基站根據(jù)用戶的信道質(zhì)量信息以及預(yù)設(shè)的等級(jí)個(gè)數(shù)，將所述采用組播 傳輸方式的用戶劃分為多個(gè)組播組的步驟之后，所述方法還包括：
[0035] 基站向動(dòng)態(tài)自適應(yīng)超文本傳送協(xié)議流媒體DASH的組播代理服務(wù)器Multicast Proxy上報(bào)組播組信息，所述DASH的組播代理服務(wù)器MulticastProxy設(shè)置于廣播多播服 務(wù)中心BM-SC。
[0036] 其中，所述基站將無線網(wǎng)絡(luò)的視頻通過單播傳輸方式傳輸?shù)剿霾捎脝尾鬏敺?式的用戶，通過組播傳輸方式傳輸?shù)剿霾捎媒M播傳輸方式的用戶，包括：
[0037] 基站將無線網(wǎng)絡(luò)的視頻通過單播傳輸方式以第一視頻碼率傳輸?shù)剿霾捎脝尾?傳輸方式的用戶，通過組播傳輸方式以第二視頻碼率傳輸?shù)剿霾捎媒M播傳輸方式的用 戶，所述第二視頻碼率為DASH的組播代理服務(wù)器MulticastProxy下發(fā)的采用組播傳輸方 式的用戶的視頻碼率，所述采用組播傳輸方式的用戶的視頻碼率的個(gè)數(shù)等于所述組播組的 個(gè)數(shù)；
[0038] 其中，所述第一視頻碼率為采用單播傳輸方式的用戶根據(jù)DASH的自適應(yīng)機(jī)制確