一種傳輸數(shù)據(jù)的方法及裝置制造方法
【專利摘要】本發(fā)明公開(kāi)一種傳輸數(shù)據(jù)的方法及裝置，涉及通信網(wǎng)絡(luò)【技術(shù)領(lǐng)域】，可以在傳輸數(shù)據(jù)過(guò)程中，靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)使用不同的下載模式下載媒體文件，提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源，或者可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提高用戶體驗(yàn)。本發(fā)明通過(guò)在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，UE接收基站發(fā)送的無(wú)線資源控制連接重配置信息；根據(jù)無(wú)線資源控制連接重配置信息，UE獲得第二無(wú)線承載；UE向基站發(fā)送無(wú)線資源控制連接重配置完成信息；UE使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分。本發(fā)明實(shí)施例提供的方案適于進(jìn)行自適應(yīng)流模式與漸進(jìn)式下載模式切換時(shí)采用。
【專利說(shuō)明】一種傳輸數(shù)據(jù)的方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信網(wǎng)絡(luò)【技術(shù)領(lǐng)域】，尤其涉及一種傳輸數(shù)據(jù)的方法及裝置。
【背景技術(shù)】
[0002]基于超文本傳輸協(xié)議(Hyper Text Transfer Protocol, HTTP)的移動(dòng)流媒體技術(shù)，由于其部署簡(jiǎn)單，終端容易實(shí)現(xiàn)等特點(diǎn)，獲得了廣泛的肯定和支持。其中基于HTTP協(xié)議下載媒體文件的方式可以采用自適應(yīng)流Adaptive Streaming模式或者漸進(jìn)下載Progressive Download 模式中的任一種。
[0003]Adaptive Streaming模式是指在服務(wù)器將媒體文件分割成很多分片，然后把每個(gè)媒體文件分片通過(guò)HTTP協(xié)議以媒體流的形式傳輸，并且可以根據(jù)網(wǎng)絡(luò)帶寬資源實(shí)現(xiàn)媒體播放過(guò)程的碼率變化，可以使用戶觀看流暢的視頻。網(wǎng)絡(luò)會(huì)預(yù)留一定的帶寬資源用于下載媒體文件。在帶寬資源充分的情況下，用戶會(huì)選擇媒體呈現(xiàn)描述(Media PresentationDescription, MPD)中高碼率分片的統(tǒng)一資源定位符(Uniform Resource Locators, URLs)向服務(wù)器請(qǐng)求，這樣服務(wù)器可為用戶提供高碼率的視頻體驗(yàn)；在帶寬資源不足時(shí)，用戶會(huì)選擇MPD中較低的碼率分片URLs向服務(wù)器請(qǐng)求，這樣服務(wù)器可為用戶提供低碼率的視頻體驗(yàn)，從而保證了用戶實(shí)時(shí)體驗(yàn)的流暢性。
[0004]Progressive Download模式是指用戶通過(guò)HTTP協(xié)議從服務(wù)器獲取媒體文件，需要較短的開(kāi)始緩存時(shí) 間后，可以實(shí)現(xiàn)一邊播放一邊下載剩余的媒體文件。在這種模式下，終端可以根據(jù)自己和網(wǎng)絡(luò)允許的最大速率，選擇高清的媒體文件向服務(wù)器請(qǐng)求，請(qǐng)求文件的碼率是恒定不變的。因此可以為用戶提供高質(zhì)量的視頻內(nèi)容。
[0005]MPD經(jīng)過(guò)擴(kuò)展，MPD內(nèi)容信息中增加了 Progressive Download模式下載的URL地
址信息。
[0006]然而，采用Adaptive Streaming模式下載媒體文件時(shí)，下載的媒體文件內(nèi)容會(huì)根據(jù)網(wǎng)絡(luò)資源的狀況進(jìn)行調(diào)整，如果網(wǎng)絡(luò)資源緊張，那么視頻質(zhì)量會(huì)降低，而且AdaptiveStreaming模式固定占用一定的帶寬資源，當(dāng)用戶希望通下載更高質(zhì)量的視頻來(lái)觀看，對(duì)于運(yùn)營(yíng)商來(lái)說(shuō)，這種場(chǎng)景是對(duì)帶寬資源的浪費(fèi)；采用Progressive Download模式下載媒體文件時(shí)，由于不固定占用一定的帶寬資源，在網(wǎng)絡(luò)資源緊張的情況下，導(dǎo)致視頻內(nèi)容中斷，使得不能提供流暢的媒體資源。

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

[0007]本發(fā)明的實(shí)施例提供一種傳輸數(shù)據(jù)的方法及裝置，可以在傳輸數(shù)據(jù)過(guò)程中，靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中使用不同的下載模式下載媒體文件，使得提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源，或者可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提聞?dòng)脩趔w驗(yàn)。
[0008]第一方面，本發(fā)明提供一種傳輸數(shù)據(jù)的方法，包括:
[0009]在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，用戶設(shè)備UE接收基站發(fā)送的無(wú)線資源控制連接重配置信息；
[0010]根據(jù)所述無(wú)線資源控制連接重配置信息，所述UE獲得第二無(wú)線承載，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)；
[0011]所述UE向所述基站發(fā)送無(wú)線資源控制連接重配置完成信息；
[0012]所述UE使用所述第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
[0013]在第一種可能的實(shí)施方式中，結(jié)合第一方面，所述無(wú)線資源控制連接重配置信息包含創(chuàng)建第二無(wú)線承載的信息，所述創(chuàng)建第二無(wú)線承載的信息包括支持所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述UE獲得第二無(wú)線承載，包括:
[0014]根據(jù)所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述UE創(chuàng)建并激活所述第二無(wú)線承載。
[0015]在第二種可能的實(shí)施方式中，結(jié)合第一方面，所述無(wú)線資源控制連接重配置信息包含修改所述第一無(wú)線承載的信息，所述修改所述第一無(wú)線承載的信息包括支持所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述UE獲得第二無(wú)線承載，包括:
[0016]根據(jù)所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述UE修改所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述第二無(wú)線承載為修改后的所述第一無(wú)線承載。
[0017]在第三種可能的實(shí)施方式中，結(jié)合第一方面，或者結(jié)合第一方面中第一種可能的實(shí)施方式，或者結(jié)合第一方面中第二種可能的實(shí)施方式，所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第一傳輸模式，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第二傳輸模式。
[0018]在第四種可能的實(shí)施方式中，結(jié)合第一方面中第三種可能的實(shí)施方式，
[0019]所述第一傳輸模式為自適應(yīng)流模式，所述第二傳輸模式為漸進(jìn)下載模式；或者，
[0020]所述第一傳輸模式為漸進(jìn)下載模式，所述第二傳輸模式為自適應(yīng)流模式。
[0021]在第五種可能的實(shí)施方式中，結(jié)合第一方面中第四種可能的實(shí)施方式，
[0022]所述自適應(yīng)流模式為保證帶寬比特率承載的下載模式；
[0023]所述漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。
[0024]在第六種可能的實(shí)施方式中，結(jié)合第一方面中第五種可能的實(shí)施方式，在所述UE接收無(wú)線資源控制連接重配置信息之前，所述方法進(jìn)一步包括:
[0025]所述UE接收切換指示，所述切換指示用于指示所述UE使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分；
[0026]所述UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0027] 在第七種可能的實(shí)施方式中，結(jié)合第一方面中第二種可能的實(shí)施方式，或者結(jié)合第一方面中第六種可能的實(shí)施方式，所述模式切換請(qǐng)求消息包含所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述方法進(jìn)一步包括:
[0028]所述UE根據(jù)用戶選擇的第二傳輸模式的不同媒體質(zhì)量類型構(gòu)造所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0029]在第八種可能的實(shí)施方式，結(jié)合第一方面中第七種可能的實(shí)施方式，所述方法進(jìn)一步包括:
[0030]所述UE接收應(yīng)用功能AF發(fā)送的模式切換響應(yīng)消息，所述模式切換響應(yīng)消息指示模式切換完成。[0031]在第九種可能的實(shí)施方式，結(jié)合第一方面中第六種可能的實(shí)施方式，或者結(jié)合第一方面中第七種可能的實(shí)施方式，或者結(jié)合第一方面中第八種可能的實(shí)施方式，所述方法進(jìn)一步包括:
[0032]所述UE提供對(duì)所述切換指示的切換響應(yīng),所述切換響應(yīng)用于指示模式切換完成。
[0033]在第十種可能的實(shí)施方式，結(jié)合第一方面中以上任一種可能的實(shí)施方式，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，包括:
[0034]所述第二無(wú)線承載的承載類型不同于所述第一無(wú)線承載的承載類型。
[0035]第二方面，本發(fā)明提供一種傳輸數(shù)據(jù)的方法，包括:[0036]在用戶設(shè)備UE使用第一傳輸模式傳輸數(shù)據(jù)的過(guò)程中，應(yīng)用功能AF獲取所述UE發(fā)送的模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分；
[0037]根據(jù)所述模式切換請(qǐng)求消息，所述AF確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)；
[0038]所述AF向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，所述會(huì)話信息包含所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，以及將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
[0039]在第一種可能的實(shí)施方式中，結(jié)合第二方面，所述將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:
[0040]修改所述第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)的指示，修改后的所述第一核心網(wǎng)承載用于使用第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
[0041]在第二種可能的實(shí)施方式中，結(jié)合第二方面，將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:
[0042]應(yīng)用所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示，所述第二核心網(wǎng)承載用于使用第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
[0043]在第三種可能的實(shí)施方式中，結(jié)合第二方面，或者結(jié)合第二方面中第一種可能的實(shí)施方式，或者結(jié)合第二方面中第二種可能的實(shí)施方式，所述方法進(jìn)一步包括:
[0044]所述AF從所述PCRF接收會(huì)話信息響應(yīng)消息，所述會(huì)話信息響應(yīng)消息用于指示已經(jīng)完成將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載；
[0045]所述AF向所述UE發(fā)送模式切換響應(yīng)消息，所述模式切換響應(yīng)消息用于指示完成模式切換。
[0046]在第四種可能的實(shí)施方式中，結(jié)合第二方面中以上任一種實(shí)施方式，所述第一傳輸模式為自適應(yīng)流模式，所述第二傳輸模式為漸進(jìn)下載模式；或者，
[0047]所述第一傳輸模式為漸進(jìn)下載模式，所述第二傳輸模式為自適應(yīng)流模式。
[0048]在第五種可能的實(shí)施方式中，結(jié)合第二方面中第四種可能的實(shí)施方式，
[0049]所述自適應(yīng)流模式為保證帶寬比特率承載的下載模式；[0050]所述漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。
[0051]第三方面，本發(fā)明提供一種傳輸數(shù)據(jù)的裝置，包括:
[0052]資源消息接收模塊，用于在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，接收基站發(fā)送的無(wú)線資源控制連接重配置信息；
[0053]承載獲得模塊，用于根據(jù)所述無(wú)線資源控制連接重配置信息，獲得第二無(wú)線承載，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)；
[0054]資源消息發(fā)送模塊，用于向所述基站發(fā)送無(wú)線資源控制連接重配置完成信息；
[0055]數(shù)據(jù)傳輸模塊，還用于使用所述第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
[0056]在第一種可能的實(shí)施方式中，結(jié)合第三方面，所述無(wú)線資源控制連接重配置信息包含創(chuàng)建第二無(wú)線承載的信息，所述創(chuàng)建第二無(wú)線承載的信息包括支持所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)；
[0057]所述承載獲得模塊用于根據(jù)所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，創(chuàng)建并激活所述第二無(wú)線承載。
[0058]在第二種可能的實(shí)施方式中，結(jié)合第三方面，所述無(wú)線資源控制連接重配置信息包含修改所述第一無(wú)線承載的信息，所述修改所述第一無(wú)線承載的信息包括支持所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)；
[0059]所述承載獲得模塊用于根據(jù)所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，修改所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述第二無(wú)線承載為修改后的所述第一無(wú)線承載。
[0060]在第三種可能的實(shí)施方式中，結(jié)合第三方面，或者結(jié)合第三方面中第一種可能的實(shí)施方式，或者結(jié)合第三方面中第二種可能的實(shí)施方式，所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第一傳輸模式，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第二傳輸模式。
[0061]在第四種可能的實(shí)施方式中，結(jié)合第三方面中第三種可能的實(shí)施方式，
[0062]所述第一傳輸模式為自適應(yīng)流模式，所述第二傳輸模式為漸進(jìn)下載模式；或者，
[0063]所述第一傳輸模式為漸進(jìn)下載模式，所述第二傳輸模式為自適應(yīng)流模式。
[0064]在第五種可能的實(shí)施方式中，結(jié)合第三方面中第四種可能的實(shí)施方式，所述自適應(yīng)流模式為保證帶寬比特率承載的下載模式；
[0065]所述漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。
[0066]在第六種可能的實(shí)施方式中，結(jié)合第三方面中第五種可能的實(shí)施方式，切換指示接收模塊，用于接收切換指示，所述切換指示用于指示所述裝置使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分；
[0067]切換消息發(fā)送模塊，用于向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0068]在第七種可能的實(shí)施方式中，結(jié)合第三方面中第六種可能的實(shí)施方式，所述模式切換請(qǐng)求消息包含所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述裝置還包括:
[0069]構(gòu)造模塊，用于根據(jù)用戶選擇的第二傳輸模式的不同媒體質(zhì)量類型構(gòu)造所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0070]在第八種可能的實(shí)施方式，結(jié)合第三方面中第七種可能的實(shí)施方式，所述裝置進(jìn)一步包括:
[0071]切換消息接收模塊，用于接收應(yīng)用功能AF發(fā)送的模式切換響應(yīng)消息，所述模式切換響應(yīng)消息指示模式切換完成。
[0072]在第九種可能的實(shí)施方式，結(jié)合第三方面中第六種可能的實(shí)施方式，或者結(jié)合第三方面中第七種可能的實(shí)施方式，或者結(jié)合第三方面中第八種可能的實(shí)施方式，所述裝置還包括:切換響應(yīng)模塊，用于提供對(duì)所述切換指示的切換響應(yīng)，所述切換響應(yīng)用于指示模式切換完成。
[0073]在第十種可能的實(shí)施方式，結(jié)合第三方面中以上任一種可能的實(shí)施方式，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，包括:
[0074]所述第二無(wú)線承載的承載類型不同于所述第一無(wú)線承載的承載類型。
[0075]第四方面，本發(fā)明提供一種傳輸數(shù)據(jù)的裝置，包括:
[0076]獲取模塊，用于在用戶設(shè)備UE使用第一傳輸模式使用第一無(wú)線承載傳輸數(shù)據(jù)的過(guò)程中，獲取所述UE發(fā)送的模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分；
[0077]確定模塊，用于根據(jù)所述模式切換請(qǐng)求消息，確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)； [0078]會(huì)話信息發(fā)送模塊，用于向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，所述會(huì)話信息包含所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，以及將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
[0079]在第一種可能的實(shí)施方式中，結(jié)合第四方面，所述將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:
[0080]修改所述第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)的指示，修改后的所述第一核心網(wǎng)承載用于使用第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
[0081]在第二種可能的實(shí)施方式中，結(jié)合第四方面，將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:
[0082]應(yīng)用所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示，所述第二核心網(wǎng)承載用于使用第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
[0083]在第三種可能的實(shí)施方式中，結(jié)合第四方面，或者結(jié)合第四方面中第一種可能的實(shí)施方式，或者結(jié)合第四方面中第二種可能的實(shí)施方式，所述裝置，還包括:
[0084]會(huì)話響應(yīng)接收模塊,用于從所述PCRF接收會(huì)話信息響應(yīng)消息,所述會(huì)話信息響應(yīng)消息用于指示已經(jīng)完成將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載；
[0085]切換響應(yīng)發(fā)送模塊，用于向所述UE發(fā)送模式切換響應(yīng)消息，所述模式切換響應(yīng)消息用于指示完成模式切換。
[0086]在第四種可能的實(shí)施方式中，結(jié)合第四方面中以上任一種實(shí)施方式，所述第一傳輸模式為自適應(yīng)流模式，所述第二傳輸模式為漸進(jìn)下載模式；或者，
[0087]所述第一傳輸模式為漸進(jìn)下載模式，所述第二傳輸模式為自適應(yīng)流模式。
[0088]在第五種可能的實(shí)施方式中，結(jié)合第四方面中第四種可能的實(shí)施方式，[0089]所述自適應(yīng)流模式為保證帶寬比特率承載的下載模式；
[0090]所述漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。
[0091]本發(fā)明實(shí)施例提供的一種傳輸數(shù)據(jù)的方法及裝置，通過(guò)在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，用戶設(shè)備UE接收基站發(fā)送的無(wú)線資源控制連接重配置信息；根據(jù)所述無(wú)線資源控制連接重配置信息，所述UE獲得第二無(wú)線承載，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)；所述UE向所述基站發(fā)送無(wú)線資源控制連接重配置完成信息；所述UE使用所述第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。與現(xiàn)有技術(shù)中采用Adaptive Streaming模式下載媒體文件時(shí),下載的媒體文件內(nèi)容會(huì)根據(jù)網(wǎng)絡(luò)資源的狀況進(jìn)行調(diào)整，如果網(wǎng)絡(luò)資源緊張，那么視頻質(zhì)量會(huì)降低，而且Adaptive Streaming模式固定占用一定的帶寬資源，當(dāng)用戶希望通下載更高質(zhì)量的視頻來(lái)觀看，對(duì)于運(yùn)營(yíng)商來(lái)說(shuō)，這種場(chǎng)景是對(duì)帶寬資源的浪費(fèi)；采用Progressive Download模式下載媒體文件時(shí)，由于不固定占用一定的帶寬資源，在網(wǎng)絡(luò)資源緊張的情況下，導(dǎo)致視頻內(nèi)容中斷，使得不能提供流暢的媒體資源相比，本發(fā)明實(shí)施例提供的方案可以在傳輸數(shù)據(jù)過(guò)程中，靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中靈活地采用不同的下載模式下載媒體文件，使得可以提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源，或者可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提聞?dòng)脩趔w驗(yàn)。
【專利附圖】

【附圖說(shuō)明】
[0092]為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附 圖獲得其他的附圖。
[0093]圖1為本發(fā)明實(shí)施例1提供的一種傳輸數(shù)據(jù)的方法的流程圖；
[0094]圖2為本發(fā)明實(shí)施例1提供的另一種傳輸數(shù)據(jù)的方法的流程圖；
[0095]圖3為本發(fā)明實(shí)施例2提供的一種傳輸數(shù)據(jù)的方法的流程圖；
[0096]圖4為本發(fā)明實(shí)施例3提供的一種傳輸數(shù)據(jù)的裝置(該裝置為UE)的框圖；
[0097]圖5為本發(fā)明實(shí)施例3提供的另一種傳輸數(shù)據(jù)的裝置(該裝置為UE)的框圖；
[0098]圖6為本發(fā)明實(shí)施例3提供的另一種傳輸數(shù)據(jù)的裝置(該裝置為UE)的示意圖；
[0099]圖7為本發(fā)明實(shí)施例3提供的一種傳輸數(shù)據(jù)的裝置(該裝置為AF)的框圖；
[0100]圖8為本發(fā)明實(shí)施例3提供的另一種傳輸數(shù)據(jù)的裝置(該裝置為AF)的框圖；
[0101]圖9為本發(fā)明實(shí)施例3提供的另一種傳輸數(shù)據(jù)的裝置(該裝置為AF)的示意圖。
【具體實(shí)施方式】
[0102]下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0103]實(shí)施例1
[0104]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的方法，如圖1所示，該方法包括:[0105]步驟101,在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，用戶設(shè)備(User Equipment, UE)接收基站發(fā)送的無(wú)線資源控制連接重配置信息。
[0106]在本實(shí)施例中，使用第一無(wú)線承載傳輸數(shù)據(jù)，可以包括采用第一傳輸模式使用第一無(wú)線承載傳輸數(shù)據(jù)，其中第一傳輸模式可以為自適應(yīng)流模式，或者第一傳輸模式可以為漸進(jìn)下載模式。自適應(yīng)流模式為保證帶寬比特率(Guaranteed Bit Rate,GBR)承載的下載模式；漸進(jìn)下載模式為非保證帶寬比特率(non-Guaranteed Bit Rate, non-GBR)承載的下載模式。
[0107]在本實(shí)施例中，無(wú)線資源控制連接重配置信息中包含創(chuàng)建第二無(wú)線承載的信息，其中，倉(cāng)Il建第二無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量(Quality of Service,QoS)參數(shù)。或者，無(wú)線資源控制連接重配置信息包含修改第一無(wú)線承載的信息，修改第一無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0108]步驟102，根據(jù)所述無(wú)線資源控制連接重配置信息，所述UE獲得第二無(wú)線承載，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0109]可選的，UE根據(jù)無(wú)線資源控制連接重配置信息中包含的支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)創(chuàng)建并激活第二無(wú)線承載；或者，
[0110]UE根據(jù)無(wú)線資源控制連接重配置信息中包含的支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，修改第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，第二無(wú)線承載為修改后的第一無(wú)線承載。
[0111]本實(shí)施例或本發(fā)明的其他實(shí)施例中的QoS參數(shù)包括QoS等級(jí)標(biāo)識(shí)(QoS ClassIdentifier,QCI)和分配預(yù)留優(yōu)先級(jí)(Allocation Retention Priority,ARP),其中 QCI 包括四個(gè)參數(shù):資源類型Resource Type、優(yōu)先級(jí)priority、包延遲Packet Delay Budget和丟包率 Packet Error Loss Rate。
[0112]Resource Type:用于決定是否將網(wǎng)絡(luò)資源永久的分配給一個(gè)服務(wù)或者要求保證一個(gè)固定帶寬bearer。Resource Type的值可以為GBR或者non-GBR,如果值為GBR時(shí)，網(wǎng)絡(luò)會(huì)永久的分配給這個(gè)bearer —個(gè)最低帶寬資源，即使網(wǎng)絡(luò)資源緊張也會(huì)保證該帶寬資源分配給該bearer,如果值為non-GBR,網(wǎng)絡(luò)不會(huì)永久的分配給這個(gè)bearer帶寬資源,隨著網(wǎng)絡(luò)資源狀況會(huì)有變化。
[0113]Priority:用于區(qū)別相同的UE不同業(yè)務(wù)數(shù)據(jù)功能(Service Data Function, SDF)聚合優(yōu)先級(jí)，也用于區(qū)別不同UE之間的SDF聚合優(yōu)先級(jí)。
[0114]Packet Delay Budget:用于數(shù)據(jù)包從UE發(fā)出后到觸發(fā)計(jì)費(fèi)策略實(shí)施功能(Policyand Charging Enforcement Function, PCEF)之間的時(shí)間延遲上限，PCEF 是 P-GW 上的一個(gè)功能實(shí)體。
[0115]Packet Error Loss Rate:用于表示在網(wǎng)絡(luò)非擁塞情況下,發(fā)生錯(cuò)誤丟包率的上限。
[0116]第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第一傳輸模式，第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第二傳輸模式。
[0117]步驟103，所述UE向所述基站發(fā)送無(wú)線資源控制連接重配置完成信息。
[0118]UE獲得第二無(wú)線承載之后，表明無(wú)線資源控制連接重配置已經(jīng)完成。
[0119]步驟104，所述UE使用所述第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
[0120]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的方法，通過(guò)在第一無(wú)線承載傳輸數(shù)據(jù)的過(guò)程中，根據(jù)無(wú)線資源控制連接重配置消息獲得第二無(wú)線承載，并采用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分，使得在不間斷業(yè)務(wù)的情況下，靈活地采用具有不同的服務(wù)質(zhì)量參數(shù)的無(wú)線承載傳輸數(shù)據(jù)。當(dāng)具有不同的服務(wù)質(zhì)量參數(shù)的無(wú)線承載支持不同的下載模式時(shí)，就可實(shí)現(xiàn)在不間斷業(yè)務(wù)的情況下，使用不同下載模式下載媒體文件，使得可以提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源，或者可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提高用戶體驗(yàn)。
[0121]本發(fā)明實(shí)施例提供另一種傳輸數(shù)據(jù)的方法，如圖2所示，該方法包括:
[0122]步驟201，在用戶設(shè)備UE使用第一傳輸模式傳輸數(shù)據(jù)的過(guò)程中，應(yīng)用功能(Application Functi on, AF)獲取所述UE發(fā)送的模式切換請(qǐng)求消息,所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0123]在本實(shí)施例中，UE使用第一傳輸模式傳輸數(shù)據(jù)，例如，UE使用第一無(wú)線承載采用第一傳輸模式傳輸數(shù)據(jù)。[0124]在本實(shí)施例中，UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，AF截獲UE發(fā)送的模式切換請(qǐng)求消息,并根據(jù)模式切換請(qǐng)求消息進(jìn)一步處理。
[0125]在本實(shí)施例中，第一傳輸模式可以為自適應(yīng)流模式，第二傳輸模式可以為漸進(jìn)下載模式；或者，第一傳輸模式可以為漸進(jìn)下載模式，第二傳輸模式可以為自適應(yīng)流模式。自適應(yīng)流模式為保證帶寬比特率承載GBR bearer的下載模式；漸進(jìn)下載模式為非保證帶寬比特率承載non-GBR bearer的下載模式。
[0126]步驟202，根據(jù)所述模式切換請(qǐng)求消息，所述AF確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)。
[0127]步驟203,所述AF向策略和計(jì)費(fèi)規(guī)則功能(Policy and Charging RulesFunction,PCRF)發(fā)送會(huì)話信息，所述會(huì)話信息包含所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，以及將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
[0128]在本實(shí)施例中，將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:修改第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)的指示，修改后的第一核心網(wǎng)承載用于使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分；或者，
[0129]將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:應(yīng)用支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示，所述第二核心網(wǎng)承載用于使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分。
[0130]進(jìn)一步可選的，AF從PCRF接收會(huì)話信息響應(yīng)消息，會(huì)話信息響應(yīng)消息用于指示已經(jīng)完成將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載;AF向UE發(fā)送模式切換響應(yīng)消息,模式切換響應(yīng)消息用于指不完成模式切換。
[0131]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的方法，通過(guò)AF根據(jù)獲得的模式切換請(qǐng)求消息，確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，并通過(guò)會(huì)話信息將支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)發(fā)送給PCRF以便將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載。本發(fā)明實(shí)施例可以在傳輸數(shù)據(jù)過(guò)程中，靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中靈活地采用不同的下載模式下載媒體文件，使得可以提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源，或者可以實(shí)時(shí)流暢地播放媒體內(nèi)容,提高用戶體驗(yàn)。
[0132]實(shí)施例2
[0133]本發(fā)明的實(shí)施例提供一種傳輸數(shù)據(jù)的方法，具體的，由自適應(yīng)流AdaptiveStreaming模式切換到漸進(jìn)式下載Progressive Download模式，其中本實(shí)施例中，從Adaptive Streaming 模式切換到 Progressive Download 模式通過(guò)新建一個(gè) ProgressiveDownload模式non-GBR承載來(lái)實(shí)現(xiàn)。
[0134]如圖3所示，該方法包括:
[0135]步驟301，在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，用戶設(shè)備UE接收切換指示。
[0136]在本實(shí)施例中，使用第一無(wú)線承載傳輸數(shù)據(jù)，例如可以為采用第一傳輸模式使用第一無(wú)線承載傳輸數(shù)據(jù)。其中，第一傳輸模式為自適應(yīng)流Adaptive Streaming模式，自適應(yīng)流模式為保證帶寬比特率GBR承載的下載模式。
[0137]在本實(shí)施例中，切換指示可以為用戶通過(guò)對(duì)UE進(jìn)行操作而發(fā)出的指示，切換指示用于指示所述UE使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。例如，用戶通過(guò)應(yīng)用程序界面輸入切換下載模 式的命令。第二傳輸模式為漸進(jìn)下載Progressive Download模式，漸進(jìn)下載模式為非保證帶寬比特率non-GBR承載的下載模式。具體的，在本實(shí)施例中，切換指令為新建non-GBR承載的指令。
[0138]在系統(tǒng)架構(gòu)演進(jìn)(SystemArchitecture Evolution, SAE)/分組核心演進(jìn)(Evolved Packet Core, EPC)網(wǎng)絡(luò)架構(gòu)中，網(wǎng)絡(luò)根據(jù)不同下載模式會(huì)建立相應(yīng)的承載bearer去傳輸業(yè)務(wù),根據(jù)承載業(yè)務(wù)的類型可以分為GBR bearer和非non-GBR bearer。GBRbearer可以保證一定的最低帶寬資源，無(wú)論使用還是不使用都會(huì)預(yù)留最低帶寬資源，使得可以在采用Adaptive Streaming模式時(shí)保證實(shí)時(shí)播放的流暢性。而non-GBR bearer則沒(méi)有提前預(yù)留帶寬資源，這樣UE可以根據(jù)用戶自己的意愿和網(wǎng)絡(luò)允許的最大速率選擇高清的媒體文件向應(yīng)用服務(wù)器請(qǐng)求，而不需要考慮網(wǎng)絡(luò)實(shí)時(shí)的狀態(tài)。
[0139]在本實(shí)施例中，在采用第一傳輸模式即Adaptive Streaming模式傳輸數(shù)據(jù)過(guò)程中，用戶正在實(shí)時(shí)觀看視頻內(nèi)容，使用核心網(wǎng)分配的GBR Bearer作為第一核心網(wǎng)承載來(lái)承載業(yè)務(wù)，實(shí)現(xiàn)第一傳輸模式。第一核心網(wǎng)承載和第一無(wú)線承載相對(duì)應(yīng)，共同支持第一傳輸模式。此時(shí)，用戶希望觀看更高清的視頻內(nèi)容，并通過(guò)選擇UE的操作按鈕向UE發(fā)送切換指令，以請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的Progressive Download模式傳輸數(shù)據(jù)的未被傳輸部分。例如,用戶通過(guò)觸摸UE的顯示屏幕中的“高清視頻”選擇傳輸模式，即本實(shí)施例中的ProgressiveDownload 模式。
[0140]步驟302，UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息。
[0141]UE根據(jù)切換指令，向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的Progressive Download模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0142]需要說(shuō)明的是，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率以及視頻分片的存放地址。這里視頻分片即為UE下載的媒體文件的分片。
[0143]在用戶通過(guò)UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求時(shí)，UE的后臺(tái)會(huì)先從已下載的媒體呈現(xiàn)描述(Media Presentation Description, MPD)文件中獲取視頻分片碼率和視頻分片的存放地址，然后向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求。需要說(shuō)明的是，MPD是一個(gè)對(duì)媒體呈現(xiàn)描述的文件，整個(gè)待下載媒體內(nèi)容會(huì)被分成很多時(shí)長(zhǎng)相同的內(nèi)容分片，而且每個(gè)內(nèi)容分片對(duì)應(yīng)有幾個(gè)不同碼率，每個(gè)內(nèi)容分片的碼率表示媒體內(nèi)容的質(zhì)量和清晰度，MPD中包含了很多不同碼率的分片存儲(chǔ)地址，這些不同碼率的分片可以任意組合成一個(gè)完整的內(nèi)容。MPD經(jīng)過(guò)擴(kuò)展，包括第二傳輸模式下載所需的視頻分片碼率和視頻分片的存放地址。
[0144]步驟303，AF獲取UE發(fā)送的模式切換請(qǐng)求消息。
[0145]AF截獲UE發(fā)送給應(yīng)用服務(wù)器的模式切換請(qǐng)求消息，并獲得模式切換請(qǐng)求消息中包括的模式切換指示、視頻分片的碼率以及視頻分片的存放地址。
[0146]步驟304，根據(jù)模式切換請(qǐng)求消息，AF確定支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)，支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的QoS參數(shù)。
[0147]AF根據(jù)模式切換請(qǐng)求消息中包括的模式切換指示和視頻分片的碼率確定支持Progressive Download模式的承載的服務(wù)質(zhì)量參數(shù)。
[0148]步驟305，AF向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，會(huì)話信息包含支持第二傳輸模式的承載的QoS參數(shù)，以及將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
[0149]在本實(shí)施例中，會(huì)話信息中包含的將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持Progressive Download模式的承載的指示,具體為應(yīng)用支持Progressive Download模式的承載的QoS參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示,第二核心網(wǎng)承載用于傳輸數(shù)據(jù)的未被傳輸部分。
[0150]步驟306，PCRF接收到AF發(fā)送的會(huì)話信息，根據(jù)會(huì)話信息構(gòu)造一個(gè)新策略控制和計(jì)費(fèi)(Policy Control and Charging, PCC)策略，并將新 PCC 策略發(fā)送給 P-GW。
[0151]PCRF可以根據(jù)會(huì)話信息中的支持Progressive Download模式的承載的QoS參數(shù)，以及應(yīng)用支持Progressive Download模式的承載的QoS參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示，構(gòu)造一個(gè)新PCC策略，其中新PCC策略中包括:支持Progressive Download模式的承載的QoS參數(shù)以及根據(jù)支持Progressive Download模式的承載的QoS參數(shù)確定的新的計(jì)費(fèi)參數(shù)
坐寸ο
[0152]需要說(shuō)明的是，在本實(shí)施例中主要根據(jù)QoS中的Resource Type參數(shù)的變化進(jìn)行后續(xù)操作。本實(shí)施例中Resource Type參數(shù)的值為non-GBR,即再新建一個(gè)新的承載,并且不需要預(yù)留固定的資源。
[0153]步驟307，P-GW接收到PCRF發(fā)送的新PCC策略后，通過(guò)P-GW中的PCEF執(zhí)行新PCC策略，即向S-GW發(fā)起一個(gè)新建non-GBR bearer請(qǐng)求。
[0154]non-GBR承載是EPS承載的一種類型,可以支持Progressive Download模式。在本實(shí)施例中，新建的第二核心網(wǎng)承載是non-GBR承載。P-GW在EPC架構(gòu)中的主要的職能:LTE與外部網(wǎng)絡(luò)接口網(wǎng)關(guān)、基于用戶的包過(guò)濾、上下行傳輸層數(shù)據(jù)包標(biāo)記等。
[0155]其中，新建non-GBR bearer請(qǐng)求中包括支持Progressive Download模式的承載的QoS參數(shù)。
[0156]步驟308, S-Gff將接收到的新建non-GBR bearer請(qǐng)求轉(zhuǎn)發(fā)給MME。[0157]在本實(shí)施例中，S-GW在EPC架構(gòu)中主要的職能:數(shù)據(jù)包路由和轉(zhuǎn)發(fā)、上下層傳輸層數(shù)據(jù)包標(biāo)記等。
[0158]步驟309, MME向基站發(fā)送新建non-GBR bearer請(qǐng)求。
[0159]MME是3GPP協(xié)議LTE接入網(wǎng)絡(luò)的關(guān)鍵控制節(jié)點(diǎn)，它涉及到bearer激活或者關(guān)閉的過(guò)程。另外，MME還向基站發(fā)送會(huì)話管理請(qǐng)求，其根據(jù)接收到的S-GW發(fā)送的請(qǐng)求自動(dòng)產(chǎn)生。
[0160]步驟310，基站將支持第二傳輸模式的承載的QoS參數(shù)映射為第二無(wú)線承載的QoS參數(shù)，并向UE發(fā)送無(wú)線資源控制連接重配置信息。
[0161]基站將第二核心網(wǎng)承載的QoS參數(shù)映射到第二無(wú)線承載的QoS參數(shù)，其中第二核心網(wǎng)承載的QoS參數(shù)為支持Progressive Download模式的承載的QoS參數(shù),標(biāo)識(shí)該承載對(duì)應(yīng)得到的服務(wù)保障。第二無(wú)線承載的QoS參數(shù)是在空中傳輸?shù)臒o(wú)線電波要滿足的承載服務(wù)保障，例如延遲傳輸?shù)难舆t、誤碼率等。將支持Progressive Download模式的承載的QoS參數(shù)映射為第二無(wú)線承載的QoS參數(shù)，即將支持Progressive Download模式的承載的QoS參數(shù)傳遞給第二無(wú)線承載的QoS參數(shù)上，EPS和無(wú)線網(wǎng)絡(luò)承載的QoS值相同。[0162]由于第二無(wú)線承載獲得新的QoS參數(shù)，此時(shí)基站需要根據(jù)第二無(wú)線承載的QoS參數(shù)，重新分配無(wú)線資源，例如重新分配新的帶寬值、新的發(fā)送功率等。因此基站向UE發(fā)送無(wú)線資源控制連接重配置信息，此無(wú)線資源控制連接重配置信息包含創(chuàng)建第二無(wú)線承載的信息，其中，創(chuàng)建第二無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0163]步驟311，根據(jù)所述無(wú)線資源控制連接重配置信息，UE獲得第二無(wú)線承載，第二無(wú)線承載的QoS參數(shù)不同于第一無(wú)線承載的QoS參數(shù)。
[0164]在本實(shí)施例中，UE根據(jù)支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，重新創(chuàng)建第二無(wú)線承載，并將創(chuàng)建的第二無(wú)線承載激活。第二無(wú)線承載的QoS參數(shù)不同于第一無(wú)線承載的QoS參數(shù)，包括:第二無(wú)線承載的承載類型不同于所述第一無(wú)線承載的承載類型。第一無(wú)線承載的QoS參數(shù)支持Adaptive Streaming模式，Adaptive Streaming模式為GBR承載的下載模式；第二無(wú)線承載的 QoS 參數(shù)支持 Progressive Download 模式，Progressive Download模式為non-GBR承載的下載模式。
[0165]步驟312，UE向基站發(fā)送無(wú)線資源控制連接重配置完成信息。
[0166]進(jìn)一步的，UE的非接入層建立一個(gè)會(huì)話管理響應(yīng)，然后直接發(fā)送給基站。
[0167]步驟313，基站接收到UE發(fā)送的無(wú)線資源控制連接重配置完成信息后，向MME發(fā)送新承載響應(yīng)消息，即承載建立響應(yīng)消息；以及基站接收到終端返回的會(huì)話管理響應(yīng)，發(fā)送給MME0
[0168]新承載響應(yīng)消息包括non-GBR承載建立的響應(yīng)消息。
[0169]步驟314，MME接收到新承載響應(yīng)消息以及會(huì)話管理響應(yīng)之后，通過(guò)S-GW向P-GW發(fā)送新承載響應(yīng)消息。
[0170]步驟315，P-Gff根據(jù)新承載響應(yīng)消息，向AF發(fā)送會(huì)話修改成功的消息，PCRF獲取此會(huì)話修改成功的消息，向AF發(fā)送會(huì)話信息響應(yīng)消息。
[0171 ] 會(huì)話信息響應(yīng)消息用于指不已經(jīng)完成將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持Progressive Download模式的承載，即采用non-GBR承載傳輸數(shù)據(jù)的未被傳輸部分。
[0172]步驟316，AF接收到會(huì)話信息響應(yīng)消息之后，向UE發(fā)送模式切換響應(yīng)消息，模式切換響應(yīng)消息用于指示完成模式切換。
[0173]步驟317，UE接收到AF發(fā)送的模式切換響應(yīng)消息后，提供對(duì)切換指示的切換響應(yīng)，并使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分。
[0174]在本步驟中，切換響應(yīng)用于指示模式切換完成，此時(shí)由自適應(yīng)流模式切換到漸進(jìn)下載模式傳輸數(shù)據(jù)的未被傳輸部分，即UE上的業(yè)務(wù)傳輸將在non-GBR承載上實(shí)現(xiàn)。
[0175]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的方法，通過(guò)在第一無(wú)線承載傳輸數(shù)據(jù)的過(guò)程中，根據(jù)支持第二無(wú)線承載的QoS參數(shù)創(chuàng)建第二無(wú)線承載，并采用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分，使得在傳輸數(shù)據(jù)過(guò)程中，靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中使用不同的下載模式下載媒體文件，使得可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提聞?dòng)脩趔w驗(yàn)。
[0176]本發(fā)明實(shí)施例提供另一種傳輸數(shù)據(jù)的方法，具體的，由自適應(yīng)流AdaptiveStreaming模式切換到漸進(jìn)式下載Progressive Download模式，其中本實(shí)施例中，從Adaptive Streaming 模式切換到 Progressive Download 模式通過(guò)將當(dāng)前 AdaptiveStreaming模式的GBR承載修改為Progressive Download模式的non-GBR承載來(lái)實(shí)現(xiàn)。
[0177]具體可參見(jiàn)附圖3所示，該方法詳細(xì)描述如下:
[0178]步驟301，在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，用戶設(shè)備UE接收切換指示。 [0179]在本實(shí)施例中，使用第一無(wú)線承載傳輸數(shù)據(jù)，可以包括采用第一傳輸模式使用第一無(wú)線承載傳輸數(shù)據(jù)。其中，第一傳輸模式為自適應(yīng)流Adaptive Streaming模式，自適應(yīng)流模式為保證帶寬比特率GBR承載的下載模式。
[0180]在本實(shí)施例中，切換指示可以為用戶通過(guò)對(duì)UE進(jìn)行操作而發(fā)出的指示，切換指示用于指示所述UE使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。例如，用戶通過(guò)應(yīng)用程序界面輸入切換下載模式的命令。第二傳輸模式為漸進(jìn)下載Progressive Download模式，漸進(jìn)下載模式為非保證帶寬比特率non-GBR承載的下載模式。具體的，在本實(shí)施例中，切換指令為修改GBR承載的指令。
[0181]在本實(shí)施例中，在采用第一傳輸模式即Adaptive Streaming模式傳輸數(shù)據(jù)過(guò)程中，用戶正在實(shí)時(shí)觀看視頻內(nèi)容，使用核心網(wǎng)分配的GBR Bearer作為第一核心網(wǎng)承載來(lái)承載業(yè)務(wù)，實(shí)現(xiàn)第一傳輸模式。第一核心網(wǎng)承載和第一無(wú)線承載相對(duì)應(yīng)，都支持第一傳輸模式。此時(shí)，用戶希望觀看更高清的視頻內(nèi)容，并通過(guò)選擇UE的操作按鈕向UE發(fā)送切換指令，以請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的Progressive Download模式傳輸數(shù)據(jù)的未被傳輸部分。例如,用戶通過(guò)觸摸UE的顯示屏幕中的“高清視頻”選擇傳輸模式，即本實(shí)施例中的ProgressiveDownload 模式。
[0182]步驟302，UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息。
[0183]UE根據(jù)切換指令，向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的Progressive Download模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0184]需要說(shuō)明的是，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率以及視頻分片的存放地址。這里視頻分片即為UE下載的媒體文件的分片。
[0185]在用戶通過(guò)UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求時(shí)，UE的后臺(tái)會(huì)先從已下載的媒體呈現(xiàn)描述(Media Presentation Description, MPD)文件中獲取視頻分片碼率和視頻分片的存放地址，然后向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求。需要說(shuō)明的是，MPD是一個(gè)對(duì)媒體呈現(xiàn)描述的文件，整個(gè)待下載媒體內(nèi)容會(huì)被分成很多時(shí)長(zhǎng)相同的內(nèi)容分片，而且每個(gè)內(nèi)容分片對(duì)應(yīng)有幾個(gè)不同碼率，每個(gè)內(nèi)容分片的碼率表示媒體內(nèi)容的質(zhì)量和清晰度，MPD中包含了很多不同碼率的分片存儲(chǔ)地址，這些不同碼率的分片可以任意組合成一個(gè)完整的內(nèi)容。所述MPD經(jīng)過(guò)擴(kuò)展，包括第二傳輸模式下載所需的視頻分片碼率和視頻分片的存放地址。
[0186]可選的，在UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息之前，還可以根據(jù)用戶選擇的第二傳輸模式的不同媒體質(zhì)量類型，通過(guò)UE的后臺(tái)構(gòu)造支持第二無(wú)線承載的服務(wù)質(zhì)量QoS參數(shù)。其中支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)，包括的QCI值包括資源類型Resource Type、優(yōu)先級(jí) priority、包延遲 Packet Delay Budget 和丟包率 Packet ErrorLoss Rate四個(gè)參數(shù)。其中,在本實(shí)施例中,Resource Type的值為non-GBR,之后會(huì)將當(dāng)前GBR bearer的QoS值修改為支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)。
[0187]當(dāng)UE的后臺(tái)構(gòu)造完成支持第二無(wú)線承載的QoS參數(shù)之后，向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息中包括修改第一無(wú)線承載的信息，所述修改所述第一無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0188]步驟303，AF獲取UE發(fā)送的模式切換請(qǐng)求消息。
[0189]可選的，在本步驟中，AF獲取UE發(fā)送給應(yīng)用服務(wù)器的模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率、視頻分片的存放地址；
[0190]可選的，在本步驟中，AF獲取UE發(fā)送給應(yīng)用服務(wù)器的模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率、視頻分片的存放地址以及支持第二無(wú)線承載的QoS參數(shù)。
[0191]步驟304，根據(jù)模式切換請(qǐng)求消息，AF確定支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)，支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的QoS參數(shù)。
[0192]可選的，當(dāng)AF截獲UE發(fā)送的模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率、視頻分片的存放地址時(shí)，AF根據(jù)模式切換請(qǐng)求消息中包括的模式切換指示和視頻分片的碼率確定支持Progressive Download模式的承載的QoS參數(shù)。
[0193]可選的，當(dāng)AF獲取UE發(fā)送給應(yīng)用服務(wù)器的模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率、視頻分片的存放地址以及支持第二無(wú)線承載的QoS參數(shù)時(shí),則AF已經(jīng)獲取了支持Progressive Download模式的承載的QoS參數(shù),不需要重新構(gòu)造支持Progressive Download模式的承載的QoS參數(shù)。
[0194]步驟305，AF向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，會(huì)話信息包含支持第二傳輸模式的承載的QoS參數(shù)，以及將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
[0195]需要說(shuō)明的是,支持Progressive Download模式的承載的QoS參數(shù)可以為UE構(gòu)造的新的支持Progressive Download模式的承載的QoS參數(shù),也可以為AF構(gòu)造的新的支持Progressive Download模式的承載的QoS參數(shù)。
[0196]在本實(shí)施例中，會(huì)話信息中包含的將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持Progressive Download模式的承載的指示,具體為修改第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為支持Progressive Download模式的承載的服務(wù)質(zhì)量參數(shù)的指不，修改后的第一核心網(wǎng)承載用于傳輸數(shù)據(jù)的未被傳輸部分。[0197]步驟306，PCRF接收到AF發(fā)送的會(huì)話信息，根據(jù)會(huì)話信息構(gòu)造一個(gè)新PCC策略，并將新PCC策略發(fā)送給P-GW。
[0198]PCRF可以根據(jù)會(huì)話信息中的構(gòu)造的支持Progressive Download模式的承載的QoS參數(shù)，以及修改第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為支持Progressive Download模式的承載的服務(wù)質(zhì)量參數(shù)的指示，構(gòu)造一個(gè)新PCC策略,其中新PCC策略中包括:支持Progressive Download模式的承載的QoS參數(shù)以及根據(jù)支持Progressive Download模式的承載的QoS參數(shù)確定的新的計(jì)費(fèi)參數(shù)等。
[0199]步驟307，P-GW接收到PCRF發(fā)送的新PCC策略后，通過(guò)P-GW中的PCEF執(zhí)行新PCC策略，即向S-GW發(fā)起一個(gè)修改GBR bearer請(qǐng)求。
[0200]修改GBR Bearer請(qǐng)求,也就是修改第一核心網(wǎng)承載請(qǐng)求。
[0201]在本實(shí)施例中，P-GW在EPC架構(gòu)中的主要的職能:LTE與外部網(wǎng)絡(luò)接口網(wǎng)關(guān)、基于用戶的包過(guò)濾、上下行傳輸層數(shù)據(jù)包標(biāo)記等。
[0202]修改GBR bearer請(qǐng)求中包括支持Progressive Download模式的承載的QoS參數(shù)。
[0203]步驟308，S-Gff將接收到的修改GBR bearer請(qǐng)求轉(zhuǎn)發(fā)給MME。
[0204]在本實(shí)施例中，S-Gff在EPC架構(gòu)中主要的職能:數(shù)據(jù)包路由和轉(zhuǎn)發(fā)、上下層傳輸層數(shù)據(jù)包標(biāo)記等。
[0205]步驟309, MME向基站發(fā)送修改GBR bearer請(qǐng)求。
[0206]MME是3GPP協(xié)議LTE接入網(wǎng)絡(luò)的關(guān)鍵控制節(jié)點(diǎn)，它涉及到bearer激活或者關(guān)閉的過(guò)程。另外，MME還向基站發(fā)送會(huì)話管理請(qǐng)求，其根據(jù)接收到的S-GW發(fā)送的請(qǐng)求自動(dòng)產(chǎn)生。
[0207]步驟310，基站將支持第二傳輸模式的承載的QoS參數(shù)映射為第二無(wú)線承載的QoS參數(shù)，并向UE發(fā)送無(wú)線資源控制連接重配置信息。
[0208]基站根據(jù)支持Progressive Download模式的承載的QoS參數(shù),將支持AdaptiveStreaming模式的承載，也就是第一核心網(wǎng)承載的QoS參數(shù)修改為支持ProgressiveDownload模式的承載的QoS參數(shù)，并將修改后的第一核心網(wǎng)承載的QoS參數(shù)映射為第二無(wú)線承載的QoS參數(shù),其中修改后的第一核心網(wǎng)承載的QoS參數(shù)為支持ProgressiveDownload模式的承載的QoS參數(shù)，標(biāo)識(shí)該承載對(duì)應(yīng)得到的服務(wù)保障。第二無(wú)線承載的QoS參數(shù)是在空中傳輸?shù)臒o(wú)線電波要滿足的承載服務(wù)保障，例如延遲傳輸?shù)难舆t、誤碼率等。將支持Progressive Download模式的承載的QoS參數(shù)映射為第二無(wú)線承載的QoS參數(shù)，即將支持Progressive Download模式的承載的QoS參數(shù)傳遞給第二無(wú)線承載的QoS參數(shù)上,EPS和無(wú)線網(wǎng)絡(luò)承載的QoS值相同。。
[0209]由于第二無(wú)線承載獲得新的QoS參數(shù)，此時(shí)基站需要根據(jù)第二無(wú)線承載的QoS參數(shù)，重新分配無(wú)線資源，例如重新分配新的帶寬值、新的發(fā)送功率等。因此基站向UE發(fā)送無(wú)線資源控制連接重配置信息，此無(wú)線資源控制連接重配置信息包含修改第一無(wú)線承載的信息，其中，修改第一無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0210]步驟311，根據(jù)所述無(wú)線資源控制連接重配置信息，UE獲得第二無(wú)線承載，第二無(wú)線承載的QoS參數(shù)不同于第一無(wú)線承載的QoS參數(shù)。
[0211 ] 在本實(shí)施例中，UE根據(jù)支持第二無(wú)線承載的QoS參數(shù)，修改第一無(wú)線承載的QoS參數(shù)獲得第二無(wú)線承載，所述第二無(wú)線承載為修改后的第一無(wú)線承載。在本實(shí)施例中，第一無(wú)線承載的QoS參數(shù)支持Adaptive Streaming模式，Adaptive Streaming模式為GBR承載的下載模式；第二無(wú)線承載的QoS參數(shù)支持Progressive Download模式,漸進(jìn)下載模式為non-GBR承載的下載模式。
[0212]步驟312，UE向基站發(fā)送無(wú)線資源控制連接重配置完成信息。
[0213]當(dāng)UE修改第一無(wú)線承載的QoS參數(shù)為第二無(wú)線承載的QoS參數(shù)之后，向基站發(fā)送確認(rèn)第一無(wú)線承載的QoS參數(shù)修改完成消息，然后向基站發(fā)送無(wú)線資源控制連接重配置完成信息。
[0214]進(jìn)一步的，終端的非接入層建立一個(gè)會(huì)話管理響應(yīng)，然后直接發(fā)送給基站。
[0215]步驟313，基站接收到UE發(fā)送的無(wú)線資源控制連接重配置完成信息后，向MME發(fā)送修改第一無(wú)線承載的QoS完成的響應(yīng)消息；以及基站將接收到UE返回的會(huì)話管理響應(yīng)，發(fā)送給MME。
[0216]步驟314，MME接收到修改第一無(wú)線承載的QoS完成的響應(yīng)消息以及會(huì)話管理響應(yīng)之后，通過(guò)S-GW向P-GW發(fā)送修改第一無(wú)線承載的QoS完成的響應(yīng)消息。
[0217]步驟315，P-Gff根據(jù)修改第一無(wú)線承載的QoS完成的響應(yīng)消息，向AF發(fā)送會(huì)話修改成功的消息，PCRF獲取此會(huì)話修改成功的消息，向AF發(fā)送會(huì)話信息響應(yīng)消息。
[0218]會(huì)話信息響應(yīng)消息用于指示已經(jīng)完成將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持Progressive Download模式的承載，即采用non-GBR承載傳輸數(shù)據(jù)的未被傳輸部分。
[0219]步驟316，AF接收到會(huì)話信息響應(yīng)消息之后，向UE發(fā)送模式切換響應(yīng)消息，模式切換響應(yīng)消息用于指示完成模式切換。
[0220]步驟317，UE接收到AF發(fā)送的模式切換響應(yīng)消息后，提供對(duì)切換指示的切換響應(yīng)，并使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分。
[0221]在本步驟中，切換響應(yīng)用于指示模式切換完成，此時(shí)由自適應(yīng)流模式切換到漸進(jìn)下載模式傳輸數(shù)據(jù)的未被傳輸部分，即UE上的業(yè)務(wù)傳輸將在non-GBR承載上實(shí)現(xiàn)。
[0222]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的方法，通過(guò)在第一無(wú)線承載傳輸數(shù)據(jù)的過(guò)程中，根據(jù)支持第二無(wú)線承載的QoS參數(shù)修改支持第一無(wú)線承載的QoS參數(shù)，并采用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分，使得在傳輸數(shù)據(jù)過(guò)程中，靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中使用不同的下載模式下載媒體文件，使得可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提高用戶體驗(yàn)。
[0223]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的方法，具體的，由漸進(jìn)式下載ProgressiveDownload模式切換到自適應(yīng)流Adaptive Streaming模式，其中本實(shí)施例中，從Progressive Download 模式切換到 Adaptive Streaming 模式通過(guò)新建 AdaptiveStreaming 模式的 GBR Bearer 來(lái)實(shí)現(xiàn)。
[0224]具體可參見(jiàn)附圖3所示，該方法詳細(xì)描述如下:
[0225]步驟301，在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，用戶設(shè)備UE接收切換指示。
[0226]在本實(shí)施例中，使用第一無(wú)線承載傳輸數(shù)據(jù)，可以包括采用第一傳輸模式使用第一無(wú)線承載傳輸數(shù)據(jù)。其中，第一傳輸模式為Progressive Download模式，ProgressiveDownload模式為non-GBR承載的下載模式。
[0227]在本實(shí)施例中，切換指示可以為用戶通過(guò)對(duì)UE進(jìn)行操作而發(fā)出的指示，切換指示用于指示所述UE使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。例如，用戶通過(guò)應(yīng)用程序界面輸入切換下載模式的命令。第二傳輸模式為Adaptive Streaming模式，Adaptive Streaming模式為GBR承載的下載模式。具體的,在本實(shí)施例中，切換指令為新建GBR承載的指令。
[0228]在本實(shí)施例中，在采用第一傳輸模式即Progressive Download模式傳輸數(shù)據(jù)過(guò)程中，用戶正在下載視頻內(nèi)容，使用核心網(wǎng)分配的non-GBR Bearer作為第一核心網(wǎng)承載來(lái)承載業(yè)務(wù)，實(shí)現(xiàn)第一傳輸模式。第一核心網(wǎng)承載和第一無(wú)線承載相對(duì)應(yīng)，共同支持第一傳輸模式。此時(shí)，用戶希望實(shí)時(shí)觀看視頻內(nèi)容，并通過(guò)選擇UE的操作按鈕向UE發(fā)送切換指令，以請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的第二傳輸模式傳輸數(shù)據(jù)的未被傳輸部分。例如，用戶通過(guò)觸摸UE的顯示屏幕中的“實(shí)時(shí)播放”選擇傳輸模式，即本實(shí)施例中的Adaptive Streaming模式。
[0229]在用戶通過(guò)UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求時(shí)，UE的后臺(tái)會(huì)先下載視頻內(nèi)容的媒體呈現(xiàn)描述MPD文件，從中獲取視頻分片碼率和視頻分片的存放地址，然后向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求。需要說(shuō)明的是，MPD是一個(gè)對(duì)媒體呈現(xiàn)描述的文件，整個(gè)待下載媒體內(nèi)容會(huì)被分成很多時(shí)長(zhǎng)相同的內(nèi)容分片，而且每個(gè)內(nèi)容分片對(duì)應(yīng)有幾個(gè)不同碼率，每個(gè)內(nèi)容分片的碼率表示媒體內(nèi)容的質(zhì)量和清晰度，MPD中包含了很多不同碼率的分片存儲(chǔ)地址，這些不同碼率的分片可以任意組合成一個(gè)完整的內(nèi)容。所述MH)經(jīng)過(guò)擴(kuò)展，包括第二傳輸模式下載所需的視頻分片碼率和視頻分片的存放地址。
[0230]步驟302，UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息。
[0231]UE根據(jù)切換指令，向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0232]需要說(shuō)明的是，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率以及視頻分片的存放地址。這里視頻分片即為UE下載的媒體文件的分片。
[0233]步驟303，AF獲取UE發(fā)送的模式切換請(qǐng)求消息。
[0234]AF截獲UE發(fā)送給應(yīng)用服務(wù)器的模式切換請(qǐng)求消息，并獲得模式切換請(qǐng)求消息中包括的模式切換指示、視頻分片的碼率以及視頻分片的存放地址。
[0235]步驟304，根據(jù)模式切換請(qǐng)求消息，AF確定支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)，支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的QoS參數(shù)。
[0236]AF根據(jù)模式切換請(qǐng)求消息中包括的模式切換指示和視頻分片的碼率確定支持Adaptive Streaming模式的承載的服務(wù)質(zhì)量參數(shù)。
[0237]步驟305，AF向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，會(huì)話信息包含支持第二傳輸模式的承載的QoS參數(shù)，以及將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
[0238]在本實(shí)施例中，會(huì)話信息中包含的將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持Adaptive Streaming模式的指示,具體為應(yīng)用支持AdaptiveStreaming模式的承載的QoS參數(shù) 創(chuàng)建第二核心網(wǎng)承載的指示，第二核心網(wǎng)承載用于傳輸數(shù)據(jù)的未被傳輸部分。
[0239]步驟306，PCRF接收到AF發(fā)送的會(huì)話信息，根據(jù)會(huì)話信息構(gòu)造一個(gè)新PCC策略，并將新PCC策略發(fā)送給P-GW。
[0240]PCRF可以根據(jù)會(huì)話信息中的支持Adaptive Streaming模式的承載的QoS參數(shù)，以及應(yīng)用支持Adaptive Streaming模式的承載的QoS參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示,構(gòu)造一個(gè)新PCC策略，其中新PCC策略中包括:支持Adaptive Streaming模式的承載的QoS參數(shù)以及根據(jù)支持Adaptive Streaming模式的承載的QoS參數(shù)確定的新的計(jì)費(fèi)參數(shù)等。
[0241]步驟307，P-GW接收到PCRF發(fā)送的新PCC策略后，通過(guò)P-GW中的PCEF執(zhí)行新PCC策略，即向S-GW發(fā)起一個(gè)新建GBR bearer請(qǐng)求。
[0242]GBR承載是EPS承載的一種類型,可以支持Adaptive Streaming模式。
[0243]該新建GBR Bearer請(qǐng)求也就是新建第二核心網(wǎng)承載請(qǐng)求。新建GBR bearer請(qǐng)求中包括支持Adaptive Streaming模式的承載的QoS參數(shù)。
[0244]步驟308，S-Gff將接收到的新建GBR bearer請(qǐng)求轉(zhuǎn)發(fā)給MME。
[0245]步驟309, MME向基站發(fā)送新建GBR bearer請(qǐng)求。
[0246]步驟310，基站將支持第二傳輸模式的承載，也就是第二核心網(wǎng)承載的QoS參數(shù)映射為第二無(wú)線承載的QoS參數(shù)，并向UE發(fā)送無(wú)線資源控制連接重配置信息。
[0247]基站將第二核心網(wǎng)承載的QoS參數(shù)映射到第二無(wú)線承載的QoS參數(shù)，其中第二核心網(wǎng)承載的QoS參數(shù)為支持Adaptive Streaming模式的承載的QoS參數(shù),標(biāo)識(shí)該承載對(duì)應(yīng)得到的服務(wù)保障。第二無(wú)線承載的QoS參數(shù)是在空中傳輸?shù)臒o(wú)線電波要滿足的承載服務(wù)保障，例如延遲傳輸?shù)难舆t、誤碼率等。將支持Adaptive Streaming模式的承載的QoS參數(shù)映射為第二無(wú)線承載的QoS參數(shù)，即將支持Adaptive Streaming模式的承載的QoS參數(shù)傳遞給第二無(wú)線承載的QoS參數(shù)上，EPS和無(wú)線網(wǎng)絡(luò)承載的QoS值相同。
[0248]由于第二無(wú)線承載獲得新的QoS參數(shù)，此時(shí)基站需要根據(jù)第二無(wú)線承載的QoS參數(shù)，重新分配無(wú)線資源，例如重新分配新的帶寬值、新的發(fā)送功率等。因此基站向UE發(fā)送無(wú)線資源控制連接重配置信息，此無(wú)線資源控制連接重配置信息包含創(chuàng)建第二無(wú)線承載的信息，其中，創(chuàng)建第二無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0249]步驟311，根據(jù)所述無(wú)線資源控制連接重配置信息，UE獲得第二無(wú)線承載，第二無(wú)線承載的QoS參數(shù)不同于第一無(wú)線承載的QoS參數(shù)。
[0250]在本實(shí)施例中，UE根據(jù)支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，重新創(chuàng)建第二無(wú)線承載，并將創(chuàng)建的第二無(wú)線承載激活。第二無(wú)線承載的QoS參數(shù)不同于第一無(wú)線承載的QoS參數(shù)，包括:第二無(wú)線承載的承載類型不同于所述第一無(wú)線承載的承載類型。第一無(wú)線承載的QoS 參數(shù)支持 Progressive Download 模式,Progressive Download 模式為 non-GBR 承載的下載模式。第二無(wú)線承載的QoS參數(shù)支持Adaptive Streaming模式,Adaptive Streaming模式為GBR承載的下載模式。
[0251]步驟312，UE向基站發(fā)送無(wú)線資源控制連接重配置完成信息。
[0252]進(jìn)一步的，終端的非接入層建立一個(gè)會(huì)話管理響應(yīng)，然后直接發(fā)送給基站。
[0253]步驟313，基站接收到UE發(fā)送的無(wú)線資源控制連接重配置完成信息后，向MME發(fā)送新承載響應(yīng)消息，即承載建立響應(yīng)消息；以及基站將接收到的UE返回的會(huì)話管理響應(yīng)，發(fā)送給MME。
[0254]需要說(shuō)明的是，本實(shí)施例中的新承載響應(yīng)消息為GBR承載建立的響應(yīng)消息。
[0255]步驟314，MME接收到新承載響應(yīng)消息以及會(huì)話管理響應(yīng)之后，通過(guò)S-GW向P-GW發(fā)送新承載響應(yīng)消息。
[0256]步驟315，P-Gff根據(jù) 新承載響應(yīng)消息，向AF發(fā)送會(huì)話修改成功的消息，PCRF獲取此會(huì)話修改成功的消息，向AF發(fā)送會(huì)話信息響應(yīng)消息。
[0257]會(huì)話信息響應(yīng)消息用于指示已經(jīng)完成將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持Adaptive Streaming模式的承載,即采用GBR承載傳輸數(shù)據(jù)的未被傳輸部分。
[0258]步驟316，AF接收到會(huì)話信息響應(yīng)消息之后，向UE發(fā)送模式切換響應(yīng)消息，模式切換響應(yīng)消息用于指示完成模式切換。
[0259]步驟317，UE接收到AF發(fā)送的模式切換響應(yīng)消息后，提供對(duì)切換指示的切換響應(yīng)，并使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分。
[0260]在本步驟中，切換響應(yīng)用于指示模式切換完成，此時(shí)由漸進(jìn)下載模式切換到自適應(yīng)流模式傳輸數(shù)據(jù)的未被傳輸部分，即UE上的業(yè)務(wù)傳輸將在GBR承載上實(shí)現(xiàn)。
[0261]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的方法，通過(guò)在第一無(wú)線承載傳輸數(shù)據(jù)的過(guò)程中，根據(jù)支持第二無(wú)線承載的QoS參數(shù)創(chuàng)建第二無(wú)線承載，并采用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分，使得在傳輸數(shù)據(jù)過(guò)程中，靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中使用不同的下載模式下載媒體文件，從而可以提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源。[0262]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的方法，具體的，由漸進(jìn)式下載ProgressiveDownload模式切換到自適應(yīng)流Adaptive Streaming模式，其中本實(shí)施例中，從Progressive Download 模式切換到 Adaptive Streaming 模式通過(guò)將當(dāng)前 ProgressiveDownload 模式的 non-GBR Bearer 修改為 Adaptive Streaming 模式的 GBR Bearer 來(lái)實(shí)現(xiàn)。
[0263]具體可參見(jiàn)附圖3所示，該方法詳細(xì)描述如下:
[0264]步驟301，在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，用戶設(shè)備UE接收切換指示。
[0265]在本實(shí)施例中，使用第一無(wú)線承載傳輸數(shù)據(jù)，可以包括采用第一傳輸模式使用第一無(wú)線承載傳輸數(shù)據(jù)。其中，第一傳輸模式為漸進(jìn)式下載Progressive Download模式，Progressive Download模式為非保證帶寬比特率non-GBR承載的下載模式。
[0266]在本實(shí)施例中，切換指示可以為用戶通過(guò)對(duì)UE進(jìn)行操作而發(fā)出的指示，切換指示用于指示所述UE使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。例如，用戶通過(guò)應(yīng)用程序界面輸入切換下載模式的命令。第二傳輸模式為自適應(yīng)流Adaptive Streaming模式，Adaptive Streaming模式為保證帶寬比特率GBR承載的下載模式。具體的,在本實(shí)施例中，切換指令為修改non-GBR承載的指令。
[0267]在本實(shí)施例中，在采用第一傳輸模式即Progressive Download模式傳輸數(shù)據(jù)過(guò)程中，用戶正在下載視頻內(nèi)容，使用核心網(wǎng)分配的non-GBR Bearer作為第一核心網(wǎng)承載來(lái)承載業(yè)務(wù)，實(shí)現(xiàn)第一傳輸模式。第一核心網(wǎng)承載和第一無(wú)線承載相對(duì)應(yīng)，都支持第一傳輸模式。此時(shí)，用戶希望實(shí)時(shí)觀看視頻內(nèi)容，并通過(guò)選擇UE的操作按鈕向UE發(fā)送切換指令，以請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的AdaptiveStreaming模式傳輸數(shù)據(jù)的未被傳輸部分。例如，用戶通過(guò)觸摸UE的顯示屏幕中的“實(shí)時(shí)播放”選擇傳輸模式，即本實(shí)施例中的Adaptive Streaming模式。
[0268]在用戶通過(guò)UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求時(shí)，UE的后臺(tái)會(huì)先下載視頻內(nèi)容的媒體呈現(xiàn)描述MPD文件，從中獲取視頻分片碼率和視頻分片的存放地址，然后向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求。需要說(shuō)明的是，MPD是一個(gè)對(duì)媒體呈現(xiàn)描述的文件，整個(gè)待下載媒體內(nèi)容會(huì)被分成很多時(shí)長(zhǎng)相同的內(nèi)容分片，而且每個(gè)內(nèi)容分片對(duì)應(yīng)有幾個(gè)不同碼率，每個(gè)內(nèi)容分片的碼率表示媒體內(nèi)容的質(zhì)量和清晰度，MPD中包含了很多不同碼率的分片存儲(chǔ)地址，這些不同碼率的分片可以任意組合成一個(gè)完整的內(nèi)容。所述Mro經(jīng)過(guò)擴(kuò)展，包括第二傳輸模式下載所需的視頻分片碼率和視頻分片的存放地址。
[0269]步驟302，UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息。
[0270]UE根據(jù)切換指令，向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的Adaptive Streaming模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0271]需要說(shuō)明的是，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率以及視頻分片的存放地址。這里視頻分片即為UE下載的媒體文件的分片。
[0272]可選的，在UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息之前，還可以根據(jù)用戶選擇的第二傳輸模式的不同媒體質(zhì)量類型，通過(guò)UE的后臺(tái)構(gòu)造支持第二無(wú)線承載的服務(wù)質(zhì)量QoS參數(shù)。其中支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)，包括的QCI值包括資源類型Resource Type、優(yōu)先級(jí) priority、包延遲 Packet Delay Budget 和丟包率 Packet ErrorLoss Rate四個(gè)參數(shù)。其中，在本實(shí)施例中，Resource Type的值為GBR,之后會(huì)將當(dāng)前non-GBR bearer的QoS值修改為支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)。
[0273]當(dāng)UE的后臺(tái)構(gòu)造完成支持第二無(wú)線承載的QoS參數(shù)之后，向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息中包括修改第一無(wú)線承載的信息，所述修改所述第一無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0274]步驟303，AF獲取UE發(fā)送的模式切換請(qǐng)求消息；
[0275]可選的，在本步驟中，AF獲取UE發(fā)送給應(yīng)用服務(wù)器的模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率、視頻分片的存放地址；
[0276]可選的，在本步驟中，AF獲取UE發(fā)送給應(yīng)用服務(wù)器的模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率、視頻分片的存放地址以及支持第二無(wú)線承載的QoS參數(shù)。
[0277]步驟304，根據(jù)模式切換請(qǐng)求消息，AF確定支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)，支持第二傳輸模式的承載的服務(wù)質(zhì)量QoS參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的QoS參數(shù)。
[0278]可選的，當(dāng)AF截獲UE發(fā)送的模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率、視頻分片的存放地址時(shí)，AF根據(jù)模式切換請(qǐng)求消息中包括的模式切換指示和視頻分片的碼率確定支持Adaptive Streaming模式的承載的服務(wù)質(zhì)量參數(shù)。
[0279]可選的，當(dāng)AF獲取UE發(fā)送給應(yīng)用服務(wù)器的模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率、視頻分片的存放地址以及支持第二無(wú)線承載的QoS參數(shù)時(shí),則AF已經(jīng)獲取了支持Progressive Download模式的承載的QoS參數(shù),不需要重新構(gòu)造支持Progressive Download模式的承載的QoS參數(shù)。
[0280]步驟305，AF向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，會(huì)話信息包含支持第二傳輸模式的承載的QoS參數(shù)，以及將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
[0281]需要說(shuō)明的是,支持Adaptive Streaming模式的承載的QoS參數(shù)可以為UE構(gòu)造的新的支持Adaptive Streaming模式的承載的QoS參數(shù)，也可以為AF構(gòu)造的新的支持Adaptive Streaming模式的承載的QoS參數(shù)。
[0282]在本實(shí)施例中，會(huì)話信息中包含的將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持Adaptive Streaming模式的承載的指示,具體為修改第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為支持Adaptive Streaming模式的承載的服務(wù)質(zhì)量參數(shù)的指示，修改后的第一核心網(wǎng)承載用于傳輸數(shù)據(jù)的未被傳輸部分。
[0283]步驟306，PCRF接收到AF發(fā)送的會(huì)話信息，根據(jù)會(huì)話信息構(gòu)造一個(gè)新PCC策略，并將新PCC策略發(fā)送給P-GW。
[0284]PCRF可以根據(jù)會(huì)話信息中的構(gòu)造的支持Adaptive Streaming模式的承載的QoS參數(shù)，以及修改第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為支持Adaptive Streaming模式的承載的服務(wù)質(zhì)量參數(shù)的指示，構(gòu)造一個(gè)新PCC策略,其中新PCC策略中包括:支持AdaptiveStreaming模式的承載的QoS參數(shù)以及根據(jù)支持Adaptive Streaming模式的承載的QoS參數(shù)確定的新的計(jì)費(fèi)參數(shù)等。
[0285]步驟307，P-GW接收到PCRF發(fā)送的新PCC策略后，通過(guò)P-GW中的PCEF執(zhí)行新PCC策略，即向S-GW發(fā)起一個(gè)修改non-GBR bearer請(qǐng)求。
[0286]該修改non-GBR bearer請(qǐng)求也就是修改第一核心網(wǎng)承載請(qǐng)求。
[0287]修改non-GBR bearer請(qǐng)求中包括支持Adaptive Streaming模式的承載的QoS參
數(shù)。
[0288]步驟308, S-Gff將接收到的修改non-GBR bearer請(qǐng)求轉(zhuǎn)發(fā)給MME。
[0289]步驟309, MME向基站發(fā)送修改non-GBR bearer請(qǐng)求。
[0290]步驟310，基站將支持第二傳輸模式的承載的QoS參數(shù)映射為第二無(wú)線承載的QoS參數(shù)，并向UE發(fā)送無(wú)線資源控制連接重配置信息。
[0291]基站根據(jù)支持Adaptive Streaming模式的承載的QoS參數(shù),將支持ProgressiveDownload模式的承載,也就是第一核心網(wǎng)承載的QoS參數(shù)修改為支持Adaptive Streaming模式的承載的QoS參數(shù)，并將修改后的第一核心網(wǎng)承載的QoS參數(shù)映射為第二無(wú)線承載的Qos參數(shù),其中修改后的第一核心網(wǎng)承載的QoS參數(shù)為支持Adaptive Streaming模式的承載的QoS參數(shù)，標(biāo)識(shí)該承載對(duì)應(yīng)得到的服務(wù)保障。第二無(wú)線承載的QoS參數(shù)是在空中傳輸?shù)臒o(wú)線電波要滿足的承載服務(wù)保障，例如延遲傳輸?shù)难舆t、誤碼率等。將支持AdaptiveStreaming模式的承載的QoS參數(shù)映射為第二無(wú)線承載的QoS參數(shù)，即將支持AdaptiveStreaming模式的承載的QoS參數(shù)傳遞給第二無(wú)線承載的QoS參數(shù)上，EPS和無(wú)線網(wǎng)絡(luò)承載的QoS值相同。
[0292]由于第二無(wú)線承載獲得新的QoS參數(shù)，此時(shí)基站需要根據(jù)第二無(wú)線承載的QoS參數(shù)，重新分配無(wú)線資源，例如重新分配新的帶寬值、新的發(fā)送功率等。因此基站向UE發(fā)送無(wú)線資源控制連接重配置信息，此無(wú)線資源控制連接重配置信息包含修改第一無(wú)線承載的信息，其中，修改第一無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0293]步驟311，根據(jù)所述無(wú)線資源控制連接重配置信息，UE獲得第二無(wú)線承載，第二無(wú)線承載的QoS參數(shù)不同于第一無(wú)線承載的QoS參數(shù)。
[0294]在本實(shí)施例中，UE根據(jù)支持第二無(wú)線承載的QoS參數(shù)，修改第一無(wú)線承載的QoS參數(shù)獲得第二無(wú)線承載，所述第二無(wú)線承載為修改后的第一無(wú)線承載。在本實(shí)施例中，第一無(wú)線承載的 QoS 參數(shù)支持 Progressive Download 模式，Progressive Download 模式為non-GBR承載的下載模式。第二無(wú)線承載的QoS參數(shù)支持Adaptive Streaming模式，Adaptive Streaming模式為GBR承載的下載模式；
[0295]步驟312，UE向基站發(fā)送無(wú)線資源控制連接重配置完成信息。
[0296]當(dāng)UE修改第一無(wú)線承載的QoS參數(shù)為第二無(wú)線承載的QoS參數(shù)之后，向基站發(fā)送確認(rèn)第一無(wú)線承載的QoS參數(shù)修改完成消息，然后向基站發(fā)送無(wú)線資源控制連接重配置完成信息。
[0297]進(jìn)一步的，終端的非接入層建立一個(gè)會(huì)話管理響應(yīng)，然后直接發(fā)送給基站。
[0298]步驟313，基站接收到UE發(fā)送的無(wú)線資源控制連接重配置完成信息后，向MME發(fā)送修改第一無(wú)線承載的QoS完成的響應(yīng)消息；以及基站將接收到UE返回的會(huì)話管理響應(yīng)，發(fā)送給MME。
[0299]步驟314，MME接收到修改第一無(wú)線承載的QoS完成的響應(yīng)消息以及會(huì)話管理響應(yīng)之后，通過(guò)S-GW向P-GW發(fā)送修改第一無(wú)線承載的QoS完成的響應(yīng)消息。
[0300]步驟315，P-Gff根據(jù)修改第一無(wú)線承載的QoS完成的響應(yīng)消息，向AF發(fā)送會(huì)話修改成功的消息，PCRF獲取此會(huì)話修改成功的消息，向AF發(fā)送會(huì)話信息響應(yīng)消息。
[0301]會(huì)話信息響應(yīng)消息用于指不已經(jīng)完成將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持Adaptive Streaming模式的承載,即采用GBR承載傳輸數(shù)據(jù)的未被傳輸部分。
[0302]步驟316，AF接收到會(huì)話信息響應(yīng)消息之后，向UE發(fā)送模式切換響應(yīng)消息，模式切換響應(yīng)消息用于指示完成模式切換。
[0303]步驟317，UE接收到AF發(fā)送的模式切換響應(yīng)消息后，提供對(duì)切換指示的切換響應(yīng)，并使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分。
[0304]在本步驟中，切換響應(yīng)用于指示模式切換完成，此時(shí)由漸進(jìn)下載模式切換到自適應(yīng)流模式傳輸數(shù)據(jù)的未被傳輸部分，即UE上的業(yè)務(wù)傳輸將在GBR承載上實(shí)現(xiàn)。
[0305]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的方法，通過(guò)在第一無(wú)線承載傳輸數(shù)據(jù)的過(guò)程中，根據(jù)支持第二無(wú)線承載的QoS參數(shù)修改支持第一無(wú)線承載的QoS參數(shù)，并采用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分，使得在傳輸數(shù)據(jù)過(guò)程中，靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中使用不同的下載模式下載媒體文件，使得可以提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源。
[0306]實(shí)施例3
[0307]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的裝置，該裝置可以為用戶設(shè)備UE，如圖4所示，該裝置包括:資源消息接收模塊401，承載獲得模塊402，資源消息發(fā)送模塊403，數(shù)據(jù)傳輸模塊404。
[0308]資源消息接收模塊401，用于在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，接收基站發(fā)送的無(wú)線資源控制連接重配置信息。
[0309]在本實(shí)施例中，使用第一無(wú)線承載傳輸數(shù)據(jù)，包括采用第一傳輸模式使用第一無(wú)線承載傳輸數(shù)據(jù)。其中，第一傳輸模式為自適應(yīng)流Adaptive Streaming模式，自適應(yīng)流模式為保證帶寬比特率GBR承載的下載模式,或者第一傳輸模式為漸進(jìn)式下載ProgressiveDownload模式，Progressive Download模式為非保證帶寬比特率non-GBR承載的下載模式。[0310]進(jìn)一步的，無(wú)線資源控制連接重配置信息包含創(chuàng)建第二無(wú)線承載的信息，創(chuàng)建第二無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)；
[0311]第二傳輸模式為自適應(yīng)流模式，自適應(yīng)流模式為保證帶寬比特率GBR承載的下載模式，或者第二傳輸模式為漸進(jìn)式下載模式，Progressive Download模式為非保證帶寬比特率non-GBR承載的下載模式。
[0312]需要說(shuō)明的是，當(dāng)?shù)谝粋鬏斈Ｊ綖锳daptive Streaming模式時(shí),貝U第二傳輸模式為Progressive Download模式；當(dāng)?shù)谝粋鬏斈Ｊ綖镻rogressive Download模式時(shí)第二傳輸模式為Adaptive Streaming模式。
[0313]例如，當(dāng)?shù)诙o(wú)線承載為自適應(yīng)流模式承載時(shí)，則創(chuàng)建第二無(wú)線承載的信息包括支持自適應(yīng)流模式承載的服務(wù)質(zhì)量參數(shù)，即支持GBR承載的服務(wù)質(zhì)量參數(shù)；當(dāng)?shù)诙o(wú)線承載為漸進(jìn)式下載模式承載時(shí)，則創(chuàng)建第二無(wú)線承載的信息包括支持漸進(jìn)式下載模式承載的服務(wù)質(zhì)量參數(shù)，即支持non-GBR承載的服務(wù)質(zhì)量參數(shù)。
[0314]或者，無(wú)線資源控制連接重配置信息包含修改所述第一無(wú)線承載的信息，修改所述第一無(wú)線承載的信息包括支持所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0315] 例如，當(dāng)?shù)诙o(wú)線承載為自適應(yīng)流模式承載時(shí)，則第一無(wú)線承載為漸進(jìn)式下載模式承載，修改漸進(jìn)式下載模式承載的信息包括支持自適應(yīng)流模式承載的服務(wù)質(zhì)量參數(shù)，即修改non-GBR承載的信息包括支持GBR承載的服務(wù)質(zhì)量參數(shù)；當(dāng)?shù)诙o(wú)線承載為漸進(jìn)式下載模式承載時(shí)，則第一無(wú)線承載為自適應(yīng)流模式承載，修改自適應(yīng)流模式承載的信息包括支持漸進(jìn)式下載模式承載的服務(wù)質(zhì)量參數(shù)，即修改GBR承載的信息包括支持non-GBR承載服務(wù)質(zhì)量參數(shù)。
[0316]承載獲得模塊402，用于根據(jù)所述無(wú)線資源控制連接重配置信息，獲得第二無(wú)線承載，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0317]第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，包括:第二無(wú)線承載的承載類型不同于第一無(wú)線承載的承載類型。
[0318]進(jìn)一步的，當(dāng)無(wú)線資源控制連接重配置信息中包括創(chuàng)建第二無(wú)線承載的信息時(shí)，承載獲得模塊402用于根據(jù)支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，創(chuàng)建并激活第二無(wú)線承載。
[0319]當(dāng)無(wú)線資源控制連接重配置信息中包括修改所述第一無(wú)線承載的信息時(shí)，承載獲得模塊402用于根據(jù)支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，修改第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，第二無(wú)線承載為修改后的所述第一無(wú)線承載。
[0320]其中，第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第一傳輸模式，第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第二傳輸模式。
[0321]資源消息發(fā)送模塊403，用于向所述基站發(fā)送無(wú)線資源控制連接重配置完成信息。
[0322]數(shù)據(jù)傳輸模塊404，用于使用所述第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。此時(shí)，由第一無(wú)線承載切換為第二無(wú)線承載，即使用non-GBR承載傳輸數(shù)據(jù)的未被傳輸部分，或者使用GBR承載傳輸數(shù)據(jù)的未被傳輸部分。
[0323]進(jìn)一步可選的，如圖5所示，所述裝置還包括:切換指示接收模塊405，切換消息發(fā)送模塊406。
[0324]在資源消息接收模塊401接收基站發(fā)送的無(wú)線資源控制連接重配置信息之前，切換指示接收模塊405用于接收切換指示，所述切換指示用于指示所述裝置使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0325]切換指示可以為用戶通過(guò)對(duì)UE的操作而產(chǎn)生的指示，例如切換指示可以為將當(dāng)前采用的自適應(yīng)流模式切換為漸進(jìn)式下載模式，并采用漸進(jìn)式下載模式傳輸數(shù)據(jù)的未被傳輸部分；或者將當(dāng)前采用的漸進(jìn)式下載模式切換為自適應(yīng)流模式，并采用自適應(yīng)流模式傳輸數(shù)據(jù)的未被傳輸部分。切換指示可以為用戶通過(guò)應(yīng)用程序界面輸入切換下載模式的命令。
[0326]切換指示接收模塊405接收切換指示之后，切換消息發(fā)送模塊406用于向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0327]進(jìn)一步可選的，如圖5所示，所述裝置還包括構(gòu)造模塊407。
[0328]在切換消息發(fā)送模塊406向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息時(shí)，構(gòu)造模塊407根據(jù)用戶選擇的第二傳輸模式的不同媒體質(zhì)量類型構(gòu)造支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0329]例如,在采用第一傳輸模式即Adaptive Streaming模式傳輸數(shù)據(jù)過(guò)程中，用戶正在實(shí)時(shí)觀看視頻內(nèi)容，使用核心網(wǎng)分配的GBR Bearer作為第一核心網(wǎng)承載來(lái)承載業(yè)務(wù)，實(shí)現(xiàn)第一傳輸模式。第一核心網(wǎng)承載和第一無(wú)線承載相對(duì)應(yīng)，共同支持第一傳輸模式。此時(shí)，用戶希望觀看更高清的視頻內(nèi)容，并通過(guò)選擇UE的操作按鈕向UE發(fā)送切換指令，以請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的Progressive Download模式傳輸數(shù)據(jù)的未被傳輸部分。例如,用戶通過(guò)觸摸UE的顯示屏幕中的“高清視頻”選擇第二傳輸模式，即選擇Progressive Download模式。
[0330]或者，在采用第一傳輸模式即Progressive Download模式傳輸數(shù)據(jù)過(guò)程中，用戶正在下載視頻內(nèi)容，使用核心網(wǎng)分配的non-GBR Bearer作為第一核心網(wǎng)承載來(lái)承載業(yè)務(wù)，實(shí)現(xiàn)第一傳輸模式。第一核心網(wǎng)承載和第一無(wú)線承載相對(duì)應(yīng)，共同支持第一傳輸模式。此時(shí)，用戶希望實(shí)時(shí)觀看視頻內(nèi)容，并通過(guò)選擇UE的操作按鈕向UE發(fā)送切換指令，以請(qǐng)求網(wǎng)絡(luò)側(cè)使用選擇的Adaptive Streaming模式傳輸數(shù)據(jù)的未被傳輸部分。例如,用戶通過(guò)觸摸UE的顯示屏幕中的“實(shí)時(shí)播放”選擇第二傳輸模式，即選擇Adaptive Streaming模式。
[0331]需要說(shuō)明的是，切換消息發(fā)送模塊406發(fā)送模式切換請(qǐng)求消息時(shí)，模式切換請(qǐng)求消息中包括修改第一無(wú)線承載的信息，修改第一無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0332]進(jìn)一步可選的，如圖5所示，所述裝置還包括切換消息接收模塊408，切換響應(yīng)模塊 409。
[0333]切換消息接收模塊408，用于接收應(yīng)用功能AF發(fā)送的模式切換響應(yīng)消息，所述模式切換響應(yīng)消息指示模式切換完成，所述AF用于獲取所述UE發(fā)送的所述模式切換請(qǐng)求消息，并在模式切換完成后向所述UE發(fā)送所述模式切換響應(yīng)消息。
[0334]進(jìn)一步可選的，切換響應(yīng)模塊409，用于提供對(duì)所述切換指示的切換響應(yīng)，所述切換響應(yīng)用于指不模式切換完成。模式切換完成之后，UE米用第二傳輸模式傳輸數(shù)據(jù)的未被傳輸部分，即UE采用自適應(yīng)流模式傳輸數(shù)據(jù)的未被傳輸部分，或者UE采用漸進(jìn)式下載模式傳輸數(shù)據(jù)的未被傳輸部分。
[0335]需要說(shuō)明的是，附圖4或5所示裝置中，其各個(gè)模塊的具體實(shí)施過(guò)程以及各個(gè)模塊之間的信息交互等內(nèi)容，由于與本發(fā)明方法實(shí)施例基于同一發(fā)明構(gòu)思，可以參見(jiàn)方法實(shí)施例，在此不一一贅述。
[0336]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的裝置，通過(guò)處理模塊通過(guò)在第一無(wú)線承載傳輸數(shù)據(jù)的過(guò)程中，根據(jù)支持第二無(wú)線承載的QoS參數(shù)創(chuàng)建第二無(wú)線承載，并采用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分，使得可以在傳輸數(shù)據(jù)過(guò)程中，采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中靈活地采用不同下載模式下載媒體文件，使得可以提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源，或者可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提高用戶體驗(yàn)。
[0337]本發(fā)明實(shí)施例提供另一種傳輸數(shù)據(jù)的裝置，該裝置可以為用戶設(shè)備UE，如圖6所示，該裝置包括:接收器601，存儲(chǔ)器602，處理器603，發(fā)送器604。
[0338]接收器601，用于在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，接收基站發(fā)送的無(wú)線資源控制連接重配置信息。
[0339]存儲(chǔ)器602，用于存儲(chǔ)包括程序例程的信息。
[0340]處理器603，與存儲(chǔ)器、接收器和發(fā)送器耦合，用于控制程序例程的執(zhí)行，具體包括:根據(jù)無(wú)線資源控制連接重配置信息，獲得第二無(wú)線承載，第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0341]第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，包括:第二無(wú)線承載的承載類 型不同于第一無(wú)線承載的承載類型。
[0342]第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第一傳輸模式，第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第二傳輸模式。
[0343]其中，第一傳輸模式為自適應(yīng)流模式,第二傳輸模式為漸進(jìn)下載模式；或者，第一傳輸模式為漸進(jìn)下載模式，第二傳輸模式為自適應(yīng)流模式。自適應(yīng)流模式為保證帶寬比特率承載的下載模式；漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。
[0344]發(fā)送器604，用于向基站發(fā)送無(wú)線資源控制連接重配置完成信息。
[0345]處理器603，還用于使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分。
[0346]進(jìn)一步可選的，無(wú)線資源控制連接重配置信息包含創(chuàng)建第二無(wú)線承載的信息，創(chuàng)建第二無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
[0347]處理器603用于:根據(jù)支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，創(chuàng)建并激活第二無(wú)線承載。
[0348]進(jìn)一步可選的，無(wú)線資源控制連接重配置信息包含修改第一無(wú)線承載的信息，修改第一無(wú)線承載的信息包括支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)；
[0349]處理器603用于:根據(jù)支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，修改第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，第二無(wú)線承載為修改后的第一無(wú)線承載。
[0350]進(jìn)一步可選的，在接收器601接收基站發(fā)送的無(wú)線資源控制連接重配置信息之前，接收器601還用于接收切換指示，切換指示用于指示裝置使用第二傳輸模式傳輸數(shù)據(jù)的未被傳輸部分；
[0351]發(fā)送器604，還用于向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用第二傳輸模式傳輸數(shù)據(jù)的未被傳輸部分。
[0352]進(jìn)一步可選的，處理器603還用于在向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息時(shí)，根據(jù)用戶選擇的第二傳輸模式的不同媒體質(zhì)量類型構(gòu)造支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)；發(fā)送器604還用于根據(jù)支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，向應(yīng)用服務(wù)器發(fā)送修改第一無(wú)線承載的信息。
[0353]需要說(shuō)明的是，發(fā)送器604用于向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，其中，模式切換請(qǐng)求消息中包括修改第一無(wú)線承載的信息。
[0354]進(jìn)一步可選的，接收器601，還用于接收應(yīng)用功能AF發(fā)送的模式切換響應(yīng)消息，模式切換響應(yīng)消息指示模式切換完成，AF用于獲取UE發(fā)送的模式切換請(qǐng)求消息，并在模式切換完成后向UE發(fā)送模式切換響應(yīng)消息。
[0355]發(fā)送器604，還用于提供對(duì)切換指示的切換響應(yīng)，切換響應(yīng)用于指示模式切換完成。
[0356]需要說(shuō)明的是，附圖6所示裝置中，其各個(gè)模塊的具體實(shí)施過(guò)程以及各個(gè)模塊之間的信息交互等內(nèi)容，由于與本發(fā)明方法實(shí)施例基于同一發(fā)明構(gòu)思，可以參見(jiàn)方法實(shí)施例，在此不一一贅述。
[0357]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的裝置，通過(guò)處理器通過(guò)在第一無(wú)線承載傳輸數(shù)據(jù)的過(guò)程中，根據(jù)支持第二無(wú)線承載的QoS參數(shù)創(chuàng)建第二無(wú)線承載，并采用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分，使得在傳輸數(shù)據(jù)過(guò)程中，靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中靈活地采用不同下載模式下載媒體文件，使得可以提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源，或者可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提高用戶體驗(yàn)。
[0358]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的裝置，該裝置的可以為應(yīng)用功能AF，如圖7所示，該裝置包括:獲取模塊701，確定模塊702，會(huì)話信息發(fā)送模塊703。
[0359]獲取模塊701，用于在用戶設(shè)備UE使用第一傳輸模式傳輸數(shù)據(jù)的過(guò)程中，獲取所述UE發(fā)送的模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。
[0360]第一傳輸模式為自適應(yīng)流Adaptive Streaming模式，自適應(yīng)流模式為保證帶寬比特率GBR承載的下載模式,或者第一傳輸模式為漸進(jìn)式下載Progressive Download模式，Progressive Download模式為非保證帶寬比特率non-GBR承載的下載模式。
[0361]第二傳輸模式為漸進(jìn)式下載Progressive Download 模式，ProgressiveDownload模式為非保證帶寬比特率non-GBR承載的下載模式，或者第二傳輸模式為自適應(yīng)流Adaptive Streaming模式，自適應(yīng)流模式為保證帶寬比特率GBR承載的下載模式。
[0362]需要說(shuō)明的是，當(dāng)?shù)谝粋鬏斈Ｊ綖锳daptive Streaming模式時(shí),貝U第二傳輸模式為Progressive Download模式；當(dāng)?shù)谝粋鬏斈Ｊ綖镻rogressive Download模式時(shí)第二傳輸模式為Adaptive Streaming模式。
[0363]需要說(shuō)明的是，模式切換請(qǐng)求消息中包括模式切換指示、視頻分片的碼率以及視頻分片的存放地址。這里視頻分片即為UE下載的媒體文件的分片。
[0364]確定模塊702,用于根據(jù)所述模式切換請(qǐng)求消息,確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)。
[0365]確定模塊702根據(jù)模式切換請(qǐng)求消息中包括的模式切換指示、視頻分片的碼率確定支持自適應(yīng)流模式的承載的服務(wù)質(zhì)量參數(shù)或者確定支持漸進(jìn)式下載模式的承載的服務(wù)質(zhì)量參數(shù)。[0366]會(huì)話信息發(fā)送模塊703，用于向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，所述會(huì)話信息包含所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，以及將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
[0367]進(jìn)一步可選的,將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:修改第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)的指示，修改后的第一核心網(wǎng)承載用于使用第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分；或者，
[0368]將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:應(yīng)用支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示，第二核心網(wǎng)承載用于使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分。
[0369]進(jìn)一步可選的，如圖8所示，該裝置還包括會(huì)話響應(yīng)接收模塊704，切換響應(yīng)發(fā)送模塊705。[0370]當(dāng)已經(jīng)完成將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載時(shí)，會(huì)話響應(yīng)接收模塊704從所述PCRF接收會(huì)話信息響應(yīng)消息，會(huì)話信息響應(yīng)消息用于指示已經(jīng)完成將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載。
[0371]切換響應(yīng)發(fā)送模塊705，還用于向所述UE發(fā)送模式切換響應(yīng)消息，所述模式切換響應(yīng)消息用于指不完成模式切換。模式切換完成之后，UE米用第二傳輸模式傳輸數(shù)據(jù)的未被傳輸部分，即UE采用自適應(yīng)流模式傳輸數(shù)據(jù)的未被傳輸部分，或者UE采用漸進(jìn)式下載模式傳輸數(shù)據(jù)的未被傳輸部分。
[0372]需要說(shuō)明的是，附圖7或8所示裝置中，其各個(gè)模塊的具體實(shí)施過(guò)程以及各個(gè)模塊之間的信息交互等內(nèi)容，由于與本發(fā)明方法實(shí)施例基于同一發(fā)明構(gòu)思，可以參見(jiàn)方法實(shí)施例，在此不一一贅述。
[0373]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的裝置，通過(guò)確定模塊根據(jù)獲取模塊獲取的模式切換請(qǐng)求消息，確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，并由發(fā)送模塊向PCRF發(fā)送會(huì)話信息，會(huì)話信息包含支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，以及將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，使得在傳輸數(shù)據(jù)過(guò)程中，可以靈活地采用不同的服務(wù)質(zhì)量傳輸數(shù)據(jù)，從而實(shí)現(xiàn)在傳輸數(shù)據(jù)過(guò)程中靈活地采用不同下載模式下載媒體文件，使得可以提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源，或者可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提高用戶體驗(yàn)。
[0374]本發(fā)明實(shí)施例提供另一種傳輸數(shù)據(jù)的裝置，該裝置的可以為應(yīng)用功能AF，如圖9所示，該裝置包括:存儲(chǔ)器901，處理器902，發(fā)送器903，接收器904。
[0375]存儲(chǔ)器901，用于存儲(chǔ)包括程序例程的信息。
[0376]處理器902，與存儲(chǔ)器、接收器和發(fā)送器耦合，用于控制程序例程的執(zhí)行，具體包括:在用戶設(shè)備UE使用第一傳輸模式傳輸數(shù)據(jù)的過(guò)程中，獲取所述UE發(fā)送的模式切換請(qǐng)求消息，模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用第二傳輸模式傳輸數(shù)據(jù)的未被傳輸部分。
[0377]其中，第一傳輸模式為自適應(yīng)流模式,第二傳輸模式為漸進(jìn)下載模式；或者，第一傳輸模式為漸進(jìn)下載模式，第二傳輸模式為自適應(yīng)流模式。自適應(yīng)流模式為保證帶寬比特率承載的下載模式；漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。[0378]處理器902，還用于根據(jù)模式切換請(qǐng)求消息，確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)。
[0379]發(fā)送器903，用于向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，會(huì)話信息包含支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，以及將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
[0380]進(jìn)一步的，將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:修改第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)的指示，修改后的第一核心網(wǎng)承載用于使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分；或者，
[0381]將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括:應(yīng)用支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示，第二核心網(wǎng)承載用于使用第二無(wú)線承載傳輸數(shù)據(jù)的未被傳輸部分。
[0382]在已經(jīng)完成將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載時(shí)，接收器904從PCRF接收會(huì)話信息響應(yīng)消息，會(huì)話信息響應(yīng)消息用于指示已經(jīng)完成將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載。
[0383] 發(fā)送器903，還用于向UE發(fā)送模式切換響應(yīng)消息，模式切換響應(yīng)消息用于指示完成模式切換。
[0384]需要說(shuō)明的是，附圖9所示裝置中，其各個(gè)模塊的具體實(shí)施過(guò)程以及各個(gè)模塊之間的信息交互等內(nèi)容，由于與本發(fā)明方法實(shí)施例基于同一發(fā)明構(gòu)思，可以參見(jiàn)方法實(shí)施例，在此不一一贅述。
[0385]本發(fā)明實(shí)施例提供一種傳輸數(shù)據(jù)的裝置，通過(guò)處理器根據(jù)獲取的模式切換請(qǐng)求消息，確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，并由發(fā)送器向PCRF發(fā)送會(huì)話信息,會(huì)話信息包含支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，以及將用于傳輸數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，使得在數(shù)據(jù)傳輸過(guò)程中，可以靈活地采用不同的服務(wù)質(zhì)量參數(shù)傳輸數(shù)據(jù)，從而實(shí)現(xiàn)采用不同下載模式下載媒體文件，使得可以提高視頻質(zhì)量并且節(jié)省網(wǎng)絡(luò)帶寬資源，或者可以實(shí)時(shí)流暢地播放媒體內(nèi)容，提聞?dòng)脩趔w驗(yàn)。
[0386]需說(shuō)明的是，以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動(dòng)的情況下，即可以理解并實(shí)施。
[0387]通過(guò)以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)專用硬件包括專用集成電路、專用CPU、專用存儲(chǔ)器、專用元器件等來(lái)實(shí)現(xiàn)，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，如計(jì)算機(jī)的軟盤，U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(ROM,Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM,Random Access Memory)、磁碟或者光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
[0388]本說(shuō)明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見(jiàn)即可，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處。尤其，對(duì)于裝置和系統(tǒng)實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述得比較簡(jiǎn)單，相關(guān)之處參見(jiàn)方法實(shí)施例的部分說(shuō)明即可。
[0389]以上所述，僅為本發(fā)明的【具體實(shí)施方式】，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明 揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
【權(quán)利要求】
1.一種傳輸數(shù)據(jù)的方法，其特征在于，包括: 在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，用戶設(shè)備UE接收基站發(fā)送的無(wú)線資源控制連接重配置信息； 根據(jù)所述無(wú)線資源控制連接重配置信息，所述UE獲得第二無(wú)線承載，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)； 所述UE向所述基站發(fā)送無(wú)線資源控制連接重配置完成信息； 所述UE使用所述第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述無(wú)線資源控制連接重配置信息包含創(chuàng)建第二無(wú)線承載的信息，所述創(chuàng)建第二無(wú)線承載的信息包括支持所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述UE獲得第二無(wú)線承載，包括: 根據(jù)所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述UE創(chuàng)建并激活所述第二無(wú)線承載。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述無(wú)線資源控制連接重配置信息包含修改所述第一無(wú)線承載的信息，所述修改所述第一無(wú)線承載的信息包括支持所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述UE獲得第二無(wú)線承載，包括: 根據(jù)所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述UE修改所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述第二無(wú) 線承載為修改后的所述第一無(wú)線承載。
4.根據(jù)權(quán)利要求1-3任一所述的方法，其特征在于，所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第一傳輸模式，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第二傳輸模式。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于， 所述第一傳輸模式為自適應(yīng)流模式，所述第二傳輸模式為漸進(jìn)下載模式；或者， 所述第一傳輸模式為漸進(jìn)下載模式，所述第二傳輸模式為自適應(yīng)流模式。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于， 所述自適應(yīng)流模式為保證帶寬比特率承載的下載模式； 所述漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述UE接收無(wú)線資源控制連接重配置信息之前，所述方法進(jìn)一步包括: 所述UE接收切換指示，所述切換指示用于指示所述UE使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分； 所述UE向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述模式切換請(qǐng)求消息包含所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述方法進(jìn)一步包括: 所述UE根據(jù)用戶選擇的第二傳輸模式的不同媒體質(zhì)量類型構(gòu)造所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述方法進(jìn)一步包括: 所述UE接收應(yīng)用功能AF發(fā)送的模式切換響應(yīng)消息，所述模式切換響應(yīng)消息指示模式切換完成。
10.根據(jù)權(quán)利要求7-9任一所述的方法，其特征在于，所述方法進(jìn)一步包括: 所述UE提供對(duì)所述切換指示的切換響應(yīng),所述切換響應(yīng)用于指示模式切換完成。
11.根據(jù)權(quán)利要求1-10任一所述的方法，其特征在于，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，包括: 所述第二無(wú)線承載的承載類型不同于所述第一無(wú)線承載的承載類型。
12.一種傳輸數(shù)據(jù)的方法，其特征在于，包括: 在用戶設(shè)備UE使用第一傳輸模式傳輸數(shù)據(jù)的過(guò)程中，應(yīng)用功能AF獲取所述UE發(fā)送的模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分； 根據(jù)所述模式切換請(qǐng)求消息，所述AF確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)； 所述AF向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，所述會(huì)話信息包含所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，以及將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括: 修改所述第一核心 網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)的指示，修改后的所述第一核心網(wǎng)承載用于使用第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
14.根據(jù)權(quán)利要求12所述的方法，其特征在于，將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括: 應(yīng)用所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示，所述第二核心網(wǎng)承載用于使用第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
15.根據(jù)權(quán)利要求12-14任一所述的方法，其特征在于，所述方法進(jìn)一步包括: 所述AF從所述PCRF接收會(huì)話信息響應(yīng)消息，所述會(huì)話信息響應(yīng)消息用于指示已經(jīng)完成將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載； 所述AF向所述UE發(fā)送模式切換響應(yīng)消息，所述模式切換響應(yīng)消息用于指示完成模式切換。
16.根據(jù)權(quán)利要求12-15任一所述的方法,其特征在于， 所述第一傳輸模式為自適應(yīng)流模式，所述第二傳輸模式為漸進(jìn)下載模式；或者， 所述第一傳輸模式為漸進(jìn)下載模式，所述第二傳輸模式為自適應(yīng)流模式。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于， 所述自適應(yīng)流模式為保證帶寬比特率承載的下載模式； 所述漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。
18.一種傳輸數(shù)據(jù)的裝置，其特征在于，包括: 資源消息接收模塊，用于在使用第一無(wú)線承載傳輸數(shù)據(jù)過(guò)程中，接收基站發(fā)送的無(wú)線資源控制連接重配置信息； 承載獲得模塊，用于根據(jù)所述無(wú)線資源控制連接重配置信息，獲得第二無(wú)線承載，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)；資源消息發(fā)送模塊，用于向所述基站發(fā)送無(wú)線資源控制連接重配置完成信息； 數(shù)據(jù)傳輸模塊，還用于使用所述第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
19.根據(jù)權(quán)利要求18所述的裝置，其特征在于，所述無(wú)線資源控制連接重配置信息包含創(chuàng)建第二無(wú)線承載的信息，所述創(chuàng)建第二無(wú)線承載的信息包括支持所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)； 所述承載獲得模塊用于根據(jù)所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，創(chuàng)建并激活所述第二無(wú)線承載。
20.根據(jù)權(quán)利要求18所述的裝置，其特征在于，所述無(wú)線資源控制連接重配置信息包含修改所述第一無(wú)線承載的信息，所述修改所述第一無(wú)線承載的信息包括支持所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)； 所述承載獲得模塊用于根據(jù)所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，修改所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述第二無(wú)線承載為修改后的所述第一無(wú)線承載。
21.根據(jù)權(quán)利要求18-20任一所述的裝置，其特征在于，所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第一傳輸模式，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)支持第二傳輸模式。
22.根據(jù)權(quán)利要求21所述的裝置，其特征在于， 所述第一傳輸模式為自適應(yīng)流模式，所述第二傳輸模式為漸進(jìn)下載模式；或者， 所述第一傳輸模式為漸進(jìn)下載模式，所述第二傳輸模式為自適應(yīng)流模式。
23.根據(jù)權(quán)利要求22所述的裝置，其特征在于， 所述自適應(yīng)流模式為保證帶寬比特率承載的下載模式； 所述漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。
24.根據(jù)權(quán)利要求23所述的裝置，其特征在于，進(jìn)一步包括: 切換指示接收模塊，用于接收切換指示，所述切換指示用于指示所述裝置使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分； 切換消息發(fā)送模塊，用于向應(yīng)用服務(wù)器發(fā)送模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用所述第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分。
25.根據(jù)權(quán)利要求24所述的裝置，其特征在于，所述模式切換請(qǐng)求消息包含所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)，所述裝置還包括: 構(gòu)造模塊，用于根據(jù)用戶選擇的第二傳輸模式的不同媒體質(zhì)量類型構(gòu)造所述支持第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)。
26.根據(jù)權(quán)利要求25所述的裝置，其特征在于，所述裝置進(jìn)一步包括: 切換消息接收模塊，用于接收應(yīng)用功能AF發(fā)送的模式切換響應(yīng)消息，所述模式切換響應(yīng)消息指示模式切換完成。
27.根據(jù)權(quán)利要求24-26任一所述的裝置，其特征在于，所述裝置還包括: 切換響應(yīng)模塊，用于提供對(duì)所述切換指示的切換響應(yīng)，所述切換響應(yīng)用于指示模式切換完成。
28.根據(jù)權(quán)利要求18-27任一所述的裝置，其特征在于，所述第二無(wú)線承載的服務(wù)質(zhì)量參數(shù)不同于所述第一無(wú)線承載的服務(wù)質(zhì)量參數(shù)，包括: 所述第二無(wú)線承載的承載類型不同于所述第一無(wú)線承載的承載類型。
29.一種傳輸數(shù)據(jù)的裝置，其特征在于，包括:獲取模塊，用于在用戶設(shè)備UE使用第一傳輸模式傳輸數(shù)據(jù)的過(guò)程中，獲取所述UE發(fā)送的模式切換請(qǐng)求消息，所述模式切換請(qǐng)求消息用于請(qǐng)求網(wǎng)絡(luò)側(cè)使用第二傳輸模式傳輸所述數(shù)據(jù)的未被傳輸部分； 確定模塊，用于根據(jù)所述模式切換請(qǐng)求消息，確定支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)不同于支持第一傳輸模式的第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)； 會(huì)話信息發(fā)送模塊，用于向策略和計(jì)費(fèi)規(guī)則功能PCRF發(fā)送會(huì)話信息，所述會(huì)話信息包含所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)，以及將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示。
30.根據(jù)權(quán)利要求29所述的裝置，其特征在于，所述將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括: 修改所述第一核心網(wǎng)承載的服務(wù)質(zhì)量參數(shù)為所述支持第二傳輸模式的承載的服務(wù)質(zhì)量參數(shù)的指示，修改后的所述第一核心網(wǎng)承載用于使用第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
31.根據(jù)權(quán)利要求29所述的裝置，其特征在于，將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載的指示，包括: 應(yīng)用所述支持第二 傳輸模式的承載的服務(wù)質(zhì)量參數(shù)創(chuàng)建第二核心網(wǎng)承載的指示，所述第二核心網(wǎng)承載用于使用第二無(wú)線承載傳輸所述數(shù)據(jù)的未被傳輸部分。
32.根據(jù)權(quán)利要求29-31任一所述的裝置，其特征在于，所述裝置，還包括: 會(huì)話響應(yīng)接收模塊，用于從所述PCRF接收會(huì)話信息響應(yīng)消息，所述會(huì)話信息響應(yīng)消息用于指示已經(jīng)完成將用于傳輸所述數(shù)據(jù)的未被傳輸部分的核心網(wǎng)承載由所述第一核心網(wǎng)承載變更為支持第二傳輸模式的承載； 切換響應(yīng)發(fā)送模塊，用于向所述UE發(fā)送模式切換響應(yīng)消息，所述模式切換響應(yīng)消息用于指示完成模式切換。
33.根據(jù)權(quán)利要求29-32任一所述的裝置，其特征在于， 所述第一傳輸模式為自適應(yīng)流模式，所述第二傳輸模式為漸進(jìn)下載模式；或者， 所述第一傳輸模式為漸進(jìn)下載模式，所述第二傳輸模式為自適應(yīng)流模式。
34.根據(jù)權(quán)利要求33所述的裝置，其特征在于， 所述自適應(yīng)流模式為保證帶寬比特率承載的下載模式； 所述漸進(jìn)下載模式為非保證帶寬比特率承載的下載模式。
【文檔編號(hào)】H04L29/08GK103905378SQ201210571957
【公開(kāi)日】2014年7月2日 申請(qǐng)日期:2012年12月25日 優(yōu)先權(quán)日:2012年12月25日
【發(fā)明者】劉建寧, 派崔斯赫德, 韋安妮, 朱雷 申請(qǐng)人:華為技術(shù)有限公司