本發(fā)明實(shí)施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種配置QoS策略的方法及裝置。

背景技術(shù)：

在長期演進(jìn)(Long Term Evolution，LTE)網(wǎng)絡(luò)場(chǎng)景下，移動(dòng)通信網(wǎng)絡(luò)技術(shù)可以為用戶提供豐富多彩的數(shù)據(jù)類業(yè)務(wù)服務(wù)，例如，可以為用戶提供網(wǎng)頁瀏覽、文本消息、網(wǎng)絡(luò)游戲以及在線視頻收看等服務(wù)。

其中，LTE網(wǎng)絡(luò)的可用性和高效性是數(shù)據(jù)類業(yè)務(wù)服務(wù)質(zhì)量的重要保障。LTE網(wǎng)絡(luò)的可用性是指為用戶提供具有服務(wù)質(zhì)量(Quality of Service，QoS)保障的數(shù)據(jù)類業(yè)務(wù)服務(wù)，LTE網(wǎng)絡(luò)的高效性是指使用有限的移動(dòng)數(shù)據(jù)資源為盡可能多的用戶提供有QoS保障的數(shù)據(jù)類業(yè)務(wù)服務(wù)。

為了保障LTE網(wǎng)絡(luò)的可用性和高效性，可以將移動(dòng)通信網(wǎng)絡(luò)下的數(shù)據(jù)類業(yè)務(wù)抽象分類，如語音會(huì)話、視頻會(huì)話、實(shí)時(shí)游戲和非會(huì)話類視頻等，并在LTE網(wǎng)絡(luò)中預(yù)置一套標(biāo)準(zhǔn)QoS策略，即為分類后的每類數(shù)據(jù)類業(yè)務(wù)配置對(duì)應(yīng)的QoS策略，該QoS策略可以包括分配和保留優(yōu)先級(jí)(Allocation and Retention Priority，ARP)、保證比特速率(Guaranteed Bit Rate，GBR)和最大比特速率(Maximum Bit Rate，MBR)等。例如，在LTE網(wǎng)絡(luò)中預(yù)置的語音通話業(yè)務(wù)的QoS策略中的ARP取值為2，GBR為10千比特每秒(Kilobytes Per Second，kbps)，MBR為100kbps；在LTE網(wǎng)絡(luò)中預(yù)置的視頻通話業(yè)務(wù)的QoS策略中的ARP取值為4，GBR為20kbps，MBR為100kbps。

但是，由于上述標(biāo)準(zhǔn)QoS策略一旦預(yù)置成功，則對(duì)該LTE網(wǎng)絡(luò)中的所有業(yè)務(wù)生效，且不可更改，靈活性較差；并且由于數(shù)據(jù)類業(yè)務(wù)的復(fù)雜性，在將數(shù)據(jù)類業(yè)務(wù)歸為上述抽象分類后的其中一個(gè)分類時(shí)，僅通過一個(gè)分類無法滿足復(fù)雜的應(yīng)用場(chǎng)景要求。因此，在LTE網(wǎng)絡(luò)中預(yù)置一套標(biāo)準(zhǔn)QoS策略無法滿足數(shù)據(jù)類業(yè)務(wù)的復(fù)雜應(yīng)用場(chǎng)景下用戶的要求。

技術(shù)實(shí)現(xiàn)要素：

本申請(qǐng)?zhí)峁┮环N配置QoS策略的方法及裝置，可以滿足數(shù)據(jù)類業(yè)務(wù)的復(fù)雜應(yīng)用場(chǎng)景下用戶的要求，從而提高了LTE網(wǎng)絡(luò)場(chǎng)景下數(shù)據(jù)類業(yè)務(wù)的可用性和高效性。

為達(dá)到上述目的，本申請(qǐng)采用如下技術(shù)方案：

第一方面，本申請(qǐng)?zhí)峁┮环N配置QoS策略的方法，該配置QoS策略的方法可以包括：獲取當(dāng)前用戶的信息和當(dāng)前應(yīng)用程序接口(Application Programming Interface，API)信息，該當(dāng)前用戶的信息包括當(dāng)前用戶的用戶級(jí)別，該當(dāng)前API信息包括與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)，當(dāng)前業(yè)務(wù)為當(dāng)前用戶所選擇的業(yè)務(wù)；根據(jù)當(dāng)前用戶的信息和當(dāng)前API信息，結(jié)合用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系，確定當(dāng)前業(yè)務(wù)的包括當(dāng)前的GBR和當(dāng)前的MBR的當(dāng)前QoS策略；將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略，該默認(rèn)QoS策略為與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型對(duì)應(yīng)的QoS策略。

本方案中，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前用戶的信息(如當(dāng)前用戶的用戶級(jí)別)和當(dāng)前API信息(如與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí))與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系，確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略，該當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略可以包括當(dāng)前業(yè)務(wù)的當(dāng)前的GBR和當(dāng)前的MBR。由于視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)確定的當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略是根據(jù)當(dāng)前用戶的信息和當(dāng)前API信息，以及當(dāng)前用戶的信息和當(dāng)前API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系確定的，即視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)確定的當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略是針對(duì)當(dāng)前用戶的用戶級(jí)別、當(dāng)前用戶選擇的業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性配置的QoS策略，因此在將當(dāng)前業(yè)務(wù)的當(dāng)前的GBR取值和當(dāng)前的MBR取值確定為當(dāng)前業(yè)務(wù)所需的移動(dòng)數(shù)據(jù)資源時(shí)，便可以保障當(dāng)前用戶選擇當(dāng)前業(yè)務(wù)時(shí)所需的移動(dòng)數(shù)據(jù)資源，同時(shí)也可以避免GBR和MBR過大而導(dǎo)致的移動(dòng)數(shù)據(jù)資源的浪費(fèi)問題，滿足了用戶體驗(yàn)數(shù)據(jù)類業(yè)務(wù)服務(wù)時(shí)的要求，從而提高了LTE網(wǎng)絡(luò)場(chǎng)景下數(shù)據(jù)類業(yè)務(wù)的可用性和高效性。

在第一方面的一種實(shí)現(xiàn)方式中，在根據(jù)當(dāng)前用戶的信息和當(dāng)前API信息，結(jié)合用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系，確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略之前，本申請(qǐng)的方法還可以包括：確定用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系。

其中，用戶的信息可以包括用戶的用戶級(jí)別，API信息可以包括用戶選擇的業(yè)務(wù)的業(yè)務(wù)類型和業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)。業(yè)務(wù)的QoS策略與用戶的用戶級(jí)別、業(yè)務(wù)的業(yè)務(wù)類型和業(yè)務(wù)屬性對(duì)應(yīng)。

在第一方面的一種實(shí)現(xiàn)方式中，在將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略之前，本申請(qǐng)的方法還可以包括：獲取默認(rèn)QoS策略，該默認(rèn)QoS策略包括默認(rèn)GBR和默認(rèn)MBR；對(duì)比當(dāng)前QoS策略和默認(rèn)QoS策略。

其中，默認(rèn)QoS策略可以為將數(shù)據(jù)類業(yè)務(wù)抽象分類后，為分類后的每類數(shù)據(jù)類業(yè)務(wù)配置的對(duì)應(yīng)的QoS策略，即當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型對(duì)應(yīng)。

在第一方面的一種實(shí)現(xiàn)方式中，上述“將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略”的方法可以包括：若當(dāng)前QoS策略和默認(rèn)QoS策略不同，則將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

其中，由于獲取的默認(rèn)QoS策略是針對(duì)業(yè)務(wù)的業(yè)務(wù)類型配置的，并未考慮當(dāng)前用戶的用戶級(jí)別和當(dāng)前用戶選擇的當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性，則在復(fù)雜的應(yīng)用場(chǎng)景下，可能并不能夠滿足用戶的要求，因此視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以對(duì)比當(dāng)前QoS策略和當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略，以確定是否需要更新默認(rèn)QoS策略。視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)對(duì)比當(dāng)前QoS策略和默認(rèn)QoS策略時(shí)，可能會(huì)出現(xiàn)獲取的默認(rèn)QoS策略與當(dāng)前QoS策略相同的情況，此時(shí)視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)并不作更新處理，即當(dāng)前用戶的當(dāng)前QoS策略為當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略；而當(dāng)獲取的當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略與當(dāng)前QoS策略不同時(shí)，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)便可以將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

在第一方面的一種實(shí)現(xiàn)方式中，上述“將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略”的方法可以包括：向計(jì)費(fèi)規(guī)則功能單元(Policy and Charging Rules Function，PCRF)發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略，使PCRF根據(jù)當(dāng)前業(yè)務(wù)的標(biāo)識(shí)將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

其中，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)在確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略之后，可以向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略，以使得PCRF執(zhí)行更新當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略的操作。

在第一方面的一種實(shí)現(xiàn)方式中，上述“向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略”的方法可以包括：通過QoS API網(wǎng)關(guān)向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略。

其中，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以調(diào)用簡單對(duì)象訪問協(xié)議接口，并通過QoS API網(wǎng)關(guān)將更新當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略的請(qǐng)求消息(簡稱簡單對(duì)象訪問協(xié)議接口請(qǐng)求)適配為AAR請(qǐng)求消息(該AAR請(qǐng)求消息中攜帶有當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略)后，將AAR請(qǐng)求消息發(fā)送給PCRF，使得PCRF根據(jù)當(dāng)前業(yè)務(wù)的標(biāo)識(shí)將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略，然后通過QoS API網(wǎng)關(guān)將返回的AAA響應(yīng)消息(該AAA響應(yīng)消息中攜帶有當(dāng)前業(yè)務(wù)的QoS策略)適配為簡單對(duì)象訪問協(xié)議接口響應(yīng)消息，并返回給視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)。

第二方面，本申請(qǐng)?zhí)峁┮环N配置QoS策略的裝置，該配置QoS策略的裝置可以包括：第一獲取模塊、第一確定模塊和更新模塊。其中，第一獲取模塊，用于獲取當(dāng)前用戶的信息和當(dāng)前API信息，該當(dāng)前用戶的信息包括當(dāng)前用戶的用戶級(jí)別，該當(dāng)前API信息包括與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)，該當(dāng)前業(yè)務(wù)為當(dāng)前用戶所選擇的業(yè)務(wù)。第一確定模塊，用于根據(jù)第一獲取模塊獲取的當(dāng)前用戶的信息和當(dāng)前API信息，結(jié)合用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系，確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略，該當(dāng)前QoS策略包括當(dāng)前的GBR和當(dāng)前的MBR。更新模塊，用于將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為第一確定模塊確定的當(dāng)前QoS策略，該默認(rèn)QoS策略為與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型對(duì)應(yīng)的QoS策略。

在第二方面的一種實(shí)現(xiàn)方式中，上述配置QoS策略的裝置還可以包括：第二確定模塊。第二確定模塊，用于在第一確定模塊根據(jù)當(dāng)前用戶的信息和當(dāng)前API信息，結(jié)合用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系，確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略之前，確定用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系。

在第二方面的一種實(shí)現(xiàn)方式中，上述配置QoS策略的裝置還可以包括：第二獲取模塊和對(duì)比模塊。其中，第二獲取模塊，用于在更新模塊將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略之前，獲取默認(rèn)QoS策略，該默認(rèn)QoS策略包括默認(rèn)GBR和默認(rèn)MBR。對(duì)比模塊，用于對(duì)比當(dāng)前QoS策略和默認(rèn)QoS策略。更新模塊，具體可以用于：若當(dāng)前QoS策略和默認(rèn)QoS策略不同，則將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

在第二方面的一種實(shí)現(xiàn)方式中，上述更新模塊，具體可以用于：向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略，使PCRF根據(jù)當(dāng)前業(yè)務(wù)的標(biāo)識(shí)將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

在第二方面的一種實(shí)現(xiàn)方式中，上述更新模塊，具體可以用于：通過QoS API網(wǎng)關(guān)向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略。

需要說明的是，本發(fā)明實(shí)施例的第二方面及其各種可能的實(shí)現(xiàn)方式的各個(gè)功能單元，是為了執(zhí)行上述第一方面以及第一方面的各種可選方式的配置QoS策略的方法，而對(duì)配置QoS策略的裝置進(jìn)行的邏輯上的劃分。第二方面及其各種可能的實(shí)現(xiàn)方式的各個(gè)功能單元的詳細(xì)描述以及有益效果分析可以參考上述第一方面及其各種可能的實(shí)現(xiàn)方式中的對(duì)應(yīng)描述及技術(shù)效果，此處不再贅述。

第三方面，本申請(qǐng)?zhí)峁┮环N配置QoS策略的裝置，該配置QoS策略的裝置可以包括：處理器、存儲(chǔ)器和通信接口。存儲(chǔ)器用于存儲(chǔ)計(jì)算機(jī)執(zhí)行指令，處理器、通信接口與存儲(chǔ)器通過總線連接，當(dāng)配置QoS策略的裝置運(yùn)行時(shí)，處理器執(zhí)行存儲(chǔ)器存儲(chǔ)的計(jì)算機(jī)執(zhí)行指令，以使配置QoS策略的裝置執(zhí)行如第一方面以及第一方面的各種可選方式所述的配置QoS策略的方法。

第四方面，提供一種計(jì)算機(jī)存儲(chǔ)介質(zhì)，該計(jì)算機(jī)存儲(chǔ)介質(zhì)中存儲(chǔ)有一個(gè)或多個(gè)程序代碼，當(dāng)?shù)谌矫嬷械呐渲肣oS策略的裝置的處理器執(zhí)行該程序代碼時(shí)，配置QoS策略的裝置執(zhí)行如第一方面以及第一方面的各種可選方式所述的配置QoS策略的方法。

上述第二方面和第三方面中配置QoS策略的裝置的各個(gè)模塊的詳細(xì)描述和相應(yīng)技術(shù)效果分析可參見上述第一方面及其各種可能的實(shí)現(xiàn)方式中的詳細(xì)描述，本發(fā)明實(shí)施例這里不再贅述。

附圖說明

圖1為本發(fā)明實(shí)施例提供的一種LTE網(wǎng)絡(luò)的網(wǎng)絡(luò)架構(gòu)示意圖；

圖2為本發(fā)明實(shí)施例提供的一種配置QoS策略的方法所應(yīng)用的網(wǎng)絡(luò)架構(gòu)圖；

圖3為本發(fā)明實(shí)施例提供的一種配置QoS策略的方法流程圖；

圖4為本發(fā)明實(shí)施例提供的另一種配置QoS策略的方法流程圖；

圖5為本發(fā)明實(shí)施例提供的另一種配置QoS策略的方法流程圖；

圖6為本發(fā)明實(shí)施例提供的另一種配置QoS策略的方法流程圖；

圖7為本發(fā)明實(shí)施例提供的另一種配置QoS策略的方法流程圖；

圖8為本發(fā)明實(shí)施例提供的一種配置QoS策略的裝置的結(jié)構(gòu)示意圖；

圖9為本發(fā)明實(shí)施例提供的另一種配置QoS策略的裝置的結(jié)構(gòu)示意圖；

圖10為本發(fā)明實(shí)施例提供的另一種配置QoS策略的裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

本發(fā)明實(shí)施例提供的配置QoS策略的方法及裝置，可以應(yīng)用于數(shù)據(jù)類業(yè)務(wù)的QoS策略配置的過程中，具體的，可以針對(duì)用戶選擇的視頻業(yè)務(wù)配置相應(yīng)的QoS策略，以滿足用戶體驗(yàn)數(shù)據(jù)類業(yè)務(wù)服務(wù)時(shí)的要求，從而提高LTE網(wǎng)絡(luò)場(chǎng)景下數(shù)據(jù)類業(yè)務(wù)的可用性和高效性。

請(qǐng)參考圖1，其示出了本發(fā)明實(shí)施例提供的一種LTE網(wǎng)絡(luò)的網(wǎng)絡(luò)架構(gòu)示意圖。其中，如圖1所示，該LTE網(wǎng)絡(luò)可以包括：用戶設(shè)備(User Equipment，UE)10、接入網(wǎng)設(shè)備20、移動(dòng)性管理實(shí)體(Mobility Management Entity，MME)30、服務(wù)網(wǎng)關(guān)(Serving GateWay，S-GW)40、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data Network Gateway，PDN-GW)50和PCRF 60等。

其中，接入網(wǎng)設(shè)備20可以為演進(jìn)型基站(Evolved NodeB，eNodeB)，MME 30為LTE網(wǎng)絡(luò)的控制設(shè)備，可以用于移動(dòng)管理、會(huì)話管理、網(wǎng)元選擇及進(jìn)行用戶承載信息存儲(chǔ)。S-GW 40具有會(huì)話管理、路由選擇和數(shù)據(jù)轉(zhuǎn)發(fā)、QoS控制、計(jì)費(fèi)以及存儲(chǔ)信息等功能等。PDN-GW 50可以用于網(wǎng)際協(xié)議(Internet Protocol，IP)地址分配、會(huì)話管理、路由選擇、數(shù)據(jù)轉(zhuǎn)發(fā)、QoS控制、計(jì)費(fèi)、策略和計(jì)費(fèi)執(zhí)行等。PCRF 60可以用于負(fù)責(zé)策略決策控制，以及用于控制基于流的計(jì)費(fèi)功能。

在數(shù)據(jù)類業(yè)務(wù)的復(fù)雜應(yīng)用場(chǎng)景下，可以針對(duì)數(shù)據(jù)類業(yè)務(wù)的應(yīng)用場(chǎng)景配置相應(yīng)的QoS策略，以滿足用戶體驗(yàn)數(shù)據(jù)類業(yè)務(wù)服務(wù)時(shí)的要求，從而提高LTE網(wǎng)絡(luò)場(chǎng)景下數(shù)據(jù)類業(yè)務(wù)的可用性和高效性。具體的，如圖2所示，可以基于圖1所示的LTE網(wǎng)絡(luò)的網(wǎng)絡(luò)架構(gòu)，構(gòu)建融合視頻系統(tǒng)(Hybrid Vedio System，HVS)70。該HVS 70可以包括視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)71和QoS API網(wǎng)關(guān)72，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)71和QoS API網(wǎng)關(guān)72均可以通過服務(wù)器實(shí)現(xiàn)。

其中，UE 10向HVS 70的視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)71發(fā)送當(dāng)前用戶的操作請(qǐng)求消息(如當(dāng)前用戶在UE 10上選擇A平臺(tái)的高清視頻時(shí)所觸發(fā)的操作請(qǐng)求消息)，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)71可以根據(jù)接收到的操作請(qǐng)求消息確定當(dāng)前API信息，并根據(jù)當(dāng)前API信息和當(dāng)前用戶的信息(如當(dāng)前用戶的用戶級(jí)別)確定當(dāng)前業(yè)務(wù)(如A平臺(tái)的高清視頻)的當(dāng)前QoS策略，并將確定的當(dāng)前QoS策略(如GBR和MBR)通過簡單對(duì)象訪問協(xié)議(SOAP)接口發(fā)送至QoS API網(wǎng)關(guān)72，經(jīng)由QoS API網(wǎng)關(guān)72提供的Rx接口將當(dāng)前QoS策略發(fā)送給PCRF 60，使PCRF 60將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

本發(fā)明實(shí)施例提供的一種配置QoS策略的方法及裝置，可以滿足數(shù)據(jù)類業(yè)務(wù)的復(fù)雜應(yīng)用場(chǎng)景下用戶的要求，從而提高了LTE網(wǎng)絡(luò)場(chǎng)景下數(shù)據(jù)類業(yè)務(wù)的可用性和高效性。

下面結(jié)合附圖，通過具體的實(shí)施例及其應(yīng)用場(chǎng)景對(duì)本發(fā)明實(shí)施例提供的一種配置QoS策略的方法及裝置進(jìn)行詳細(xì)地說明。

本發(fā)明實(shí)施例提供一種配置QoS策略的方法，如圖3所示，該配置QoS策略的方法包括：

S301、UE向視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)發(fā)送當(dāng)前用戶的操作請(qǐng)求消息。

其中，UE為當(dāng)前用戶所操作的UE，UE可以向視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)發(fā)送當(dāng)前用戶的操作請(qǐng)求消息，使得視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前用戶的操作請(qǐng)求消息(如當(dāng)前用戶在UE上選擇所需業(yè)務(wù)時(shí)所觸發(fā)的操作請(qǐng)求消息)，確定當(dāng)前API信息，當(dāng)前API信息包括當(dāng)前業(yè)務(wù)(即當(dāng)前用戶所選擇的業(yè)務(wù))的業(yè)務(wù)類型對(duì)應(yīng)的API的標(biāo)識(shí)。

示例性的，當(dāng)前用戶可以在UE上選擇當(dāng)前用戶需要所需的業(yè)務(wù)，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前用戶選擇的業(yè)務(wù)確定該業(yè)務(wù)的業(yè)務(wù)類型和業(yè)務(wù)的業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)。

例如，當(dāng)前用戶選擇A平臺(tái)的高清視頻，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)在接收到當(dāng)前用戶選擇A平臺(tái)的高清視頻時(shí)所觸發(fā)的操作請(qǐng)求消息后，可以確定該A平臺(tái)的高清視頻對(duì)應(yīng)的API的標(biāo)識(shí)。

S302、視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)獲取當(dāng)前用戶的信息和當(dāng)前API信息，當(dāng)前用戶的信息包括當(dāng)前用戶的用戶級(jí)別，當(dāng)前API信息包括與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)，當(dāng)前業(yè)務(wù)為當(dāng)前用戶所選擇的業(yè)務(wù)。

其中，當(dāng)前用戶可以在UE上登陸當(dāng)前用戶的用戶賬號(hào)，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前用戶的用戶賬號(hào)確定當(dāng)前用戶的信息，并可以根據(jù)UE發(fā)送的當(dāng)前用戶的操作請(qǐng)求消息確定當(dāng)前API信息。

示例性的，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前用戶登陸的用戶賬號(hào)確定當(dāng)前用戶的用戶級(jí)別的取值，然后確定當(dāng)前用戶的用戶級(jí)別的標(biāo)識(shí)。其中，當(dāng)前用戶的用戶級(jí)別的取值越大，當(dāng)前用戶的用戶級(jí)別越高。

如表1所示，其示出了當(dāng)前用戶的用戶賬號(hào)與當(dāng)前用戶的用戶級(jí)別的對(duì)應(yīng)關(guān)系。

表1

由表1可知，若當(dāng)前用戶登陸的用戶賬號(hào)為000時(shí)，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前用戶的用戶賬號(hào)查找到當(dāng)前用戶的用戶級(jí)別的取值為1，則可以確定當(dāng)前用戶的用戶級(jí)別為銅牌用戶，且當(dāng)前用戶的用戶級(jí)別的標(biāo)識(shí)為2。

并且，當(dāng)前用戶在登陸用戶的賬號(hào)后，可以在UE上選擇所需的業(yè)務(wù)。UE在獲取到當(dāng)前用戶的操作請(qǐng)求后，向視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)發(fā)送當(dāng)前用戶的操作請(qǐng)求消息，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前用戶的操作請(qǐng)求消息(即當(dāng)前用戶在UE上選擇所需業(yè)務(wù)時(shí)所觸發(fā)的操作請(qǐng)求消息)，查找到當(dāng)前用戶在UE上選擇的業(yè)務(wù)的業(yè)務(wù)類型和業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)。

示例性的，如表2所示，其示出了當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性與當(dāng)前API的標(biāo)識(shí)的對(duì)應(yīng)關(guān)系。

表2

由表2可知，若當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型為視頻類業(yè)務(wù)，且當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性為A平臺(tái)的高清視頻時(shí)，當(dāng)前API的標(biāo)識(shí)為02；若當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型為會(huì)話類業(yè)務(wù)，且當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性為語音會(huì)話時(shí)，當(dāng)前API的標(biāo)識(shí)為11。

綜上所述，由表1所示的當(dāng)前用戶的用戶賬號(hào)與當(dāng)前用戶的用戶級(jí)別的對(duì)應(yīng)關(guān)系可知，當(dāng)前用戶的用戶賬號(hào)與當(dāng)前用戶的用戶級(jí)別一一對(duì)應(yīng)，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)根據(jù)當(dāng)前用戶的用戶賬號(hào)確定當(dāng)前用戶的信息；并且由表2所示的當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性與當(dāng)前API的標(biāo)識(shí)的對(duì)應(yīng)關(guān)系可知，當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性與當(dāng)前API的標(biāo)識(shí)一一對(duì)應(yīng)，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性確定當(dāng)前API信息。

S303、視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)根據(jù)當(dāng)前用戶的信息和當(dāng)前API信息，結(jié)合用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系，確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略，該當(dāng)前QoS策略包括當(dāng)前的GBR和當(dāng)前的MBR。

其中，由于用戶選擇的業(yè)務(wù)的QoS策略與用戶的用戶級(jí)別和API信息存在對(duì)應(yīng)關(guān)系，并且當(dāng)前用戶的信息可以包括當(dāng)前用戶的用戶級(jí)別，當(dāng)前API信息可以包括與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)；因此視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前用戶的用戶級(jí)別的標(biāo)識(shí)和當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)確定當(dāng)前業(yè)務(wù)的的當(dāng)前QoS策略的標(biāo)識(shí)，并根據(jù)當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略的標(biāo)識(shí)獲取到對(duì)應(yīng)的當(dāng)前的GBR取值和當(dāng)前的MBR取值，當(dāng)前的GBR取值和當(dāng)前的MBR取值即為當(dāng)前QoS策略。其中，GBR取值和MBR取值的單位均為kbps。

示例性的，如表3所示，其示出了當(dāng)前用戶的用戶級(jí)別、當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性與當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略的對(duì)應(yīng)關(guān)系。

本發(fā)明實(shí)施例僅以當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型為視頻類業(yè)務(wù)，且當(dāng)前用戶的信息為當(dāng)前用戶的用戶級(jí)別、當(dāng)前API信息為與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)為例，對(duì)當(dāng)前當(dāng)前用戶的用戶級(jí)別和當(dāng)前API的標(biāo)識(shí)與當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略的對(duì)應(yīng)關(guān)系進(jìn)行說明。

表3

由表3可知，假設(shè)當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型為視頻類業(yè)務(wù)，若當(dāng)前用戶的用戶級(jí)別為普通用戶(當(dāng)前用戶的用戶級(jí)別的標(biāo)識(shí)為1)，當(dāng)前用戶選擇的業(yè)務(wù)的業(yè)務(wù)屬性為A平臺(tái)的高清視頻，當(dāng)前API的標(biāo)識(shí)為02，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)則可以根據(jù)當(dāng)前用戶的用戶級(jí)別的標(biāo)識(shí)1和當(dāng)前API的標(biāo)識(shí)02確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略的標(biāo)識(shí)為102，并根據(jù)當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略的標(biāo)識(shí)102，獲取對(duì)應(yīng)的當(dāng)前的GBR取值為10kbps、當(dāng)前的MBR取值為100kbps；若當(dāng)前用戶的用戶級(jí)別為普通用戶(當(dāng)前用戶的用戶級(jí)別的標(biāo)識(shí)為1)，當(dāng)前用戶選擇的業(yè)務(wù)的業(yè)務(wù)屬性為B平臺(tái)的高清視頻，當(dāng)前API的標(biāo)識(shí)為03，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)則可以根據(jù)當(dāng)前用戶的用戶級(jí)別的標(biāo)識(shí)1和當(dāng)前API的標(biāo)識(shí)03確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略的標(biāo)識(shí)為103，并根據(jù)當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略的標(biāo)識(shí)103，獲取對(duì)應(yīng)的當(dāng)前的GBR取值為20kbps、當(dāng)前的MBR取值為200kbps。

本發(fā)明實(shí)施例中的視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)確定的當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略，是根據(jù)當(dāng)前用戶的信息和當(dāng)前API信息，并結(jié)合用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系確定來的，即就是針對(duì)用戶選擇的當(dāng)前業(yè)務(wù)配置相應(yīng)的QoS策略，因此可以解決用戶在選擇當(dāng)前業(yè)務(wù)時(shí)所需的移動(dòng)數(shù)據(jù)資源不足或者移動(dòng)數(shù)據(jù)資源浪費(fèi)的問題。

S304、視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略，該默認(rèn)QoS策略為與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型對(duì)應(yīng)的QoS策略。

其中，默認(rèn)QoS策略為將數(shù)據(jù)類業(yè)務(wù)抽象分類(如語音會(huì)話、視頻會(huì)話、實(shí)時(shí)游戲和非會(huì)話類視頻等)后，為分類后的每類數(shù)據(jù)類業(yè)務(wù)配置的對(duì)應(yīng)的QoS策略，即業(yè)務(wù)的默認(rèn)QoS策略與業(yè)務(wù)的業(yè)務(wù)類型對(duì)應(yīng)。

由于當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略是針對(duì)LTE網(wǎng)絡(luò)中的每類數(shù)據(jù)類業(yè)務(wù)的業(yè)務(wù)類型配置的，并未考慮當(dāng)前用戶的用戶級(jí)別和當(dāng)前用戶選擇的當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性，而當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略是視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)根據(jù)當(dāng)前用戶的信息(如當(dāng)前用戶的用戶級(jí)別)和當(dāng)前API信息(如當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性)，結(jié)合用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系確定的，因此視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以在確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略之后，將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

例如，當(dāng)前用戶為銅牌用戶，且該當(dāng)前用戶選擇的業(yè)務(wù)為A平臺(tái)的低清視頻，則可以確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略中的當(dāng)前的GBR取值為20kbps、當(dāng)前的MBR取值為200kbps，即就是當(dāng)前業(yè)務(wù)所需的GBR為20kbps、MBR為200kbps，因此可以保障當(dāng)前用戶觀看視頻時(shí)所需的移動(dòng)數(shù)據(jù)資源，同時(shí)也可以避免GBR和MBR過大而導(dǎo)致的移動(dòng)數(shù)據(jù)資源的浪費(fèi)問題。

本發(fā)明實(shí)施例提供一種配置QoS策略的方法，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)當(dāng)前用戶的信息(如當(dāng)前用戶的用戶級(jí)別)和當(dāng)前API信息(如與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型和當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí))與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系，確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略，該當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略可以包括當(dāng)前業(yè)務(wù)的當(dāng)前的GBR和當(dāng)前的MBR。由于視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)確定的當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略是根據(jù)當(dāng)前用戶的信息和當(dāng)前API信息，以及當(dāng)前用戶的信息和當(dāng)前API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系確定的，即視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)確定的當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略是針對(duì)當(dāng)前用戶的用戶級(jí)別、當(dāng)前用戶選擇的業(yè)務(wù)的業(yè)務(wù)類型配置的QoS策略，因此在將當(dāng)前業(yè)務(wù)的當(dāng)前的GBR取值和當(dāng)前的MBR取值確定為當(dāng)前業(yè)務(wù)所需的移動(dòng)數(shù)據(jù)資源時(shí)，便可以保障當(dāng)前用戶選擇當(dāng)前業(yè)務(wù)時(shí)所需的移動(dòng)數(shù)據(jù)資源，同時(shí)也可以避免GBR和MBR過大而導(dǎo)致的移動(dòng)數(shù)據(jù)資源的浪費(fèi)問題，滿足了用戶體驗(yàn)數(shù)據(jù)類業(yè)務(wù)服務(wù)時(shí)的要求，從而提高了LTE網(wǎng)絡(luò)場(chǎng)景下數(shù)據(jù)類業(yè)務(wù)的可用性和高效性。

本發(fā)明實(shí)施例中的當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略是根據(jù)當(dāng)前用戶的信息和當(dāng)前API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系確定得到的，因此，在將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略之前，需要確定用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系。具體的，如圖4所示，在圖3所示的S303之前，本發(fā)明實(shí)施例的方法還可以包括S401：

S401、視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)確定用戶的信息和API信息與業(yè)務(wù)的QoS策略的對(duì)應(yīng)關(guān)系。

其中，用戶的信息可以包括用戶的用戶級(jí)別，API信息可以包括用戶所選擇的業(yè)務(wù)的業(yè)務(wù)類型和業(yè)務(wù)屬性對(duì)應(yīng)的API的標(biāo)識(shí)。業(yè)務(wù)的QoS策略與用戶的用戶級(jí)別、業(yè)務(wù)的業(yè)務(wù)類型和業(yè)務(wù)屬性對(duì)應(yīng)。

例如，當(dāng)前用戶選擇的當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型為視頻類業(yè)務(wù)，用戶的用戶級(jí)別為銅牌用戶，該銅牌用戶的用戶級(jí)別的標(biāo)識(shí)為2，用戶所選擇的業(yè)務(wù)的業(yè)務(wù)屬性為A平臺(tái)的低清視頻，當(dāng)前API的標(biāo)識(shí)為01，則根據(jù)銅牌用戶的用戶級(jí)別的標(biāo)識(shí)2和該業(yè)務(wù)對(duì)應(yīng)的API的標(biāo)識(shí)01，可以確定該業(yè)務(wù)的當(dāng)前QoS策略的標(biāo)識(shí)為201。

視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)在將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略之前，可以先獲取當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略，然后對(duì)比當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略與當(dāng)前QoS策略是否相同，以此確定是否需要更新當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略。具體的，如圖5所示，在圖3所示的S304之前，本發(fā)明實(shí)施例的方法還可以包括S501和S502：

S501、視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)獲取默認(rèn)QoS策略，該默認(rèn)QoS策略包括默認(rèn)GBR和默認(rèn)MBR。

其中，默認(rèn)QoS策略可以為將數(shù)據(jù)類業(yè)務(wù)抽象分類后，為分類后的每類數(shù)據(jù)類業(yè)務(wù)配置的對(duì)應(yīng)的QoS策略，即當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略與當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型對(duì)應(yīng)。視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)在對(duì)比當(dāng)前QoS策略和當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略之前，需要獲取LTE網(wǎng)絡(luò)中當(dāng)前業(yè)務(wù)的業(yè)務(wù)類型對(duì)應(yīng)的QoS策略(當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略)，并可以通過調(diào)用簡單對(duì)象訪問協(xié)議接口進(jìn)行當(dāng)前業(yè)務(wù)的QoS策略的設(shè)置，即將該當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略設(shè)置為當(dāng)前業(yè)務(wù)的QoS策略。

例如，在LTE網(wǎng)絡(luò)中預(yù)置的語音通話業(yè)務(wù)的QoS策略中GBR為10kbps，MBR為100kbps，即當(dāng)前業(yè)務(wù)(語音通話業(yè)務(wù))的業(yè)務(wù)類型對(duì)應(yīng)的默認(rèn)QoS策略中的GBR為10kbps，MBR為100kbps；在LTE網(wǎng)絡(luò)中預(yù)置的視頻類業(yè)務(wù)的QoS策略中的GBR為20kbps，MBR為100kbps，即當(dāng)前業(yè)務(wù)(視頻類業(yè)務(wù))的業(yè)務(wù)類型對(duì)應(yīng)的默認(rèn)QoS策略中的GBR為20kbps，MBR為100kbps。

其中，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以調(diào)用簡單對(duì)象訪問協(xié)議接口，并通過QoS API網(wǎng)關(guān)將設(shè)置當(dāng)前業(yè)務(wù)的QoS策略的請(qǐng)求消息(簡稱簡單對(duì)象訪問協(xié)議接口請(qǐng)求)適配為AAR請(qǐng)求消息(該AAR請(qǐng)求消息中攜帶有當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和默認(rèn)QoS策略)后，將AAR請(qǐng)求消息發(fā)送給PCRF，使得PCRF將默認(rèn)QoS策略設(shè)置為當(dāng)前業(yè)務(wù)的QoS策略，然后通過QoS API網(wǎng)關(guān)將返回的AAA響應(yīng)消息(該AAA響應(yīng)消息中攜帶有當(dāng)前業(yè)務(wù)的QoS策略)適配為簡單對(duì)象訪問協(xié)議接口響應(yīng)消息，并返回給視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)。

S502、視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)對(duì)比當(dāng)前QoS策略和默認(rèn)QoS策略。

其中，由于獲取的默認(rèn)QoS策略是針對(duì)業(yè)務(wù)的業(yè)務(wù)類型配置的，并未考慮當(dāng)前用戶的用戶級(jí)別和當(dāng)前用戶選擇的當(dāng)前業(yè)務(wù)的業(yè)務(wù)屬性，則在復(fù)雜的應(yīng)用場(chǎng)景下，可能并不能夠滿足用戶的要求，因此視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以對(duì)比當(dāng)前QoS策略和當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略，以確定是否需要更新默認(rèn)QoS策略。具體的，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)在確定默認(rèn)GBR和默認(rèn)MBR后，可以對(duì)比默認(rèn)GBR的取值與當(dāng)前的GBR的取值是否相同、默認(rèn)MBR的取值與當(dāng)前的MBR的取值是否相同。

并且，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以根據(jù)對(duì)比當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略和默認(rèn)QoS策略的對(duì)比結(jié)果，確定是否更新當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略。具體的，如圖5所示，圖3所示的S304可以替換為S304a：

S304a、若當(dāng)前QoS策略和默認(rèn)QoS策略不同，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)則將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

其中，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)對(duì)比當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略和默認(rèn)QoS策略時(shí)，可能會(huì)出現(xiàn)獲取的默認(rèn)QoS策略與當(dāng)前QoS策略相同的情況，此時(shí)視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)并不作更新處理，即當(dāng)前用戶的當(dāng)前QoS策略為當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略；而當(dāng)獲取的默認(rèn)QoS策略與當(dāng)前QoS策略不同時(shí)，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)便可以將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

例如，若視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)獲取的當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略中的默認(rèn)GBR取值為20kbps、默認(rèn)MBR取值為200kbps，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以將當(dāng)前QoS策略中的當(dāng)前的GBR與默認(rèn)GBR對(duì)比，且將當(dāng)前QoS策略中的策略信息的當(dāng)前的MBR與默認(rèn)MBR對(duì)比。若當(dāng)前QoS策略中的當(dāng)前的GBR取值不為20kbps，和/或當(dāng)前的MBR取值不為200kbps，則視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略；若當(dāng)前QoS策略中的當(dāng)前的GBR取值為20kbps，且當(dāng)前的MBR取值為200kbps，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)則不作更新處理。

由于PCRF可以用于控制策略決策以及控制基于流的計(jì)費(fèi)功能，因此視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以將當(dāng)前QoS策略發(fā)送給PCRF，以使得PCRF進(jìn)行業(yè)務(wù)的QoS策略的更新。具體的，如圖6所示，圖3所示的S304可以替換為S304b和S304c：

S304b、視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略。

其中，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)在確定當(dāng)前業(yè)務(wù)的當(dāng)前QoS策略之后，可以向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略，以使得PCRF執(zhí)行更新當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略的操作。

S304c、PCRF根據(jù)當(dāng)前業(yè)務(wù)的標(biāo)識(shí)將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略。

相應(yīng)的，本發(fā)明實(shí)施例中圖5所示的S304a也可以替換為S304d和S304c：

S304d、若當(dāng)前QoS策略和默認(rèn)QoS策略不同，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略。

視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)在確定當(dāng)前QoS策略之后，可以通過QoS API網(wǎng)關(guān)向PCRF發(fā)送更新當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略的請(qǐng)求消息，以使得PCRF執(zhí)行更新當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略的操作。具體的，如圖7所示，圖6所示的S303b可以替換為S304e：

S304e、視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)通過QoS API網(wǎng)關(guān)向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略。

其中，視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)可以調(diào)用簡單對(duì)象訪問協(xié)議接口，并通過QoS API網(wǎng)關(guān)將更新當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略的請(qǐng)求消息(簡稱簡單對(duì)象訪問協(xié)議接口請(qǐng)求)適配為AAR請(qǐng)求消息(該AAR請(qǐng)求消息中攜帶有當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略)后，將AAR請(qǐng)求消息發(fā)送給PCRF，使得PCRF根據(jù)當(dāng)前業(yè)務(wù)的標(biāo)識(shí)將當(dāng)前業(yè)務(wù)的默認(rèn)QoS策略更新為當(dāng)前QoS策略，然后通過QoS API網(wǎng)關(guān)將返回的AAA響應(yīng)消息(該AAA響應(yīng)消息中攜帶有當(dāng)前業(yè)務(wù)的QoS策略)適配為簡單對(duì)象訪問協(xié)議接口響應(yīng)消息，并返回給視頻系統(tǒng)的業(yè)務(wù)處理平臺(tái)。

上述主要從配置QoS策略的裝置的角度對(duì)本發(fā)明實(shí)施例提供的方案進(jìn)行了介紹?？梢岳斫獾氖?，配置QoS策略的裝置為了實(shí)現(xiàn)上述功能，其包含了執(zhí)行各個(gè)功能相應(yīng)的硬件結(jié)構(gòu)和/或軟件模塊。本領(lǐng)域技術(shù)人員應(yīng)該很容易意識(shí)到，結(jié)合本文中所公開的實(shí)施例描述的各示例的配置QoS策略的裝置及算法步驟，本發(fā)明實(shí)施例能夠以硬件或硬件和計(jì)算機(jī)軟件的結(jié)合形式來實(shí)現(xiàn)。某個(gè)功能究竟以硬件還是計(jì)算機(jī)軟件驅(qū)動(dòng)硬件的方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來使用不同方法來實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明實(shí)施例的范圍。

本發(fā)明實(shí)施例可以根據(jù)上述方法示例對(duì)配置QoS策略的裝置進(jìn)行功能模塊或者功能單元的劃分，例如，可以對(duì)應(yīng)各個(gè)功能劃分各個(gè)功能模塊或者功能單元，也可以將兩個(gè)或兩個(gè)以上的功能集成在一個(gè)處理模塊中。上述集成的模塊既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊或者功能單元的形式實(shí)現(xiàn)。其中，本發(fā)明實(shí)施例中對(duì)模塊或者單元的劃分是示意性的，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式。

圖8示出了上述實(shí)施例中所涉及的配置QoS策略的裝置的一種可能的結(jié)構(gòu)示意圖。該配置QoS策略的裝置800可以包括：第一獲取模塊801、第一確定模塊802和更新模塊803。其中，第一獲取模塊801用于支持上述實(shí)施例中的S302，和/或用于本文所描述的技術(shù)的其它過程。第一確定模塊802用于支持上述實(shí)施例中的S303，和/或用于本文所描述的技術(shù)的其它過程。更新模塊803用于支持上述實(shí)施例中的S304、S304a、S304b、S304d和S304e，和/或用于本文所描述的技術(shù)的其它過程。

進(jìn)一步的，如圖9所示，圖8所示的配置QoS策略的裝置800還可以包括：第二確定模塊804、第二獲取模塊805和對(duì)比模塊806。

其中，第二確定模塊804用于支持上述實(shí)施例中的S401，和/或用于本文所描述的技術(shù)的其它過程。第二獲取模塊805用于支持上述實(shí)施例中的S501，和/或用于本文所描述的技術(shù)的其它過程。對(duì)比模塊806用于支持上述實(shí)施例中的S502，和/或用于本文所描述的技術(shù)的其它過程。

當(dāng)然，本發(fā)明實(shí)施例提供的配置QoS策略的裝置800包括但不限于上述所述的模塊，例如配置QoS策略的裝置800中還可以包括發(fā)送模塊、接收模塊和存儲(chǔ)模塊。例如，發(fā)送模塊可以用于向PCRF發(fā)送當(dāng)前業(yè)務(wù)的標(biāo)識(shí)和當(dāng)前QoS策略。接收模塊可以用于接收UE發(fā)送的當(dāng)前用戶的操作請(qǐng)求消息。存儲(chǔ)模塊可以用于存儲(chǔ)本發(fā)明實(shí)施例中的當(dāng)前用戶的信息和當(dāng)前API信息。

在采用集成的單元的情況下，上述第一獲取模塊801、第一確定模塊802、更新模塊803、第二確定模塊804、第二獲取模塊805和對(duì)比模塊806等可以集成在一個(gè)處理模塊中實(shí)現(xiàn)，該處理模塊可以是處理器或控制器，例如可以是CPU，通用處理器，數(shù)字信號(hào)處理器(英文：Digital Signal Processor，簡稱：DSP)，專用集成電路(英文：Application-Specific Integrated Circuit，簡稱：ASIC)，現(xiàn)場(chǎng)可編程門陣列(英文：Field Programmable Gate Array，簡稱：FPGA)或者其他可編程邏輯器件、晶體管邏輯器件、硬件部件或者其任意組合。其可以實(shí)現(xiàn)或執(zhí)行結(jié)合本發(fā)明實(shí)施例公開內(nèi)容所描述的各種舉例說明邏輯方框，模塊和電路。處理單元也可以是實(shí)現(xiàn)計(jì)算功能的組合，例如包含一個(gè)或多個(gè)微處理器組合，DSP和微處理器的組合等。發(fā)送模塊和接收模塊可以集成在一個(gè)通信模塊中實(shí)現(xiàn)，該通信模塊可以是通信接口。存儲(chǔ)模塊可以是存儲(chǔ)器。

當(dāng)上述處理模塊為處理器，存儲(chǔ)模塊為存儲(chǔ)器，通信模塊為收發(fā)器時(shí)，本發(fā)明實(shí)施例所涉及的配置QoS策略的裝置800可以為圖10所示的配置QoS策略的裝置1000。如圖10所示，配置QoS策略的裝置1000可以包括：處理器1001、存儲(chǔ)器1002和通信接口1003。其中，處理器1001、存儲(chǔ)器1002和通信接口1003通過總線1004相互連接。

其中，總線1004可以是外設(shè)部件互連標(biāo)準(zhǔn)(英文：Peripheral Component Interconnect，簡稱：PCI)總線或擴(kuò)展工業(yè)標(biāo)準(zhǔn)結(jié)構(gòu)(英文：Extended Industry Standard Architecture，簡稱：EISA)總線等。上述總線1004可以分為地址總線、數(shù)據(jù)總線、控制總線等。為便于表示，圖10中僅用一條粗線表示，但并不表示僅有一根總線或一種類型的總線。

配置QoS策略的裝置1000可以包括一個(gè)或多個(gè)處理器1001，即配置QoS策略的裝置1000可以包括多核處理器。

本發(fā)明實(shí)施例還提供一種計(jì)算機(jī)存儲(chǔ)介質(zhì)，該計(jì)算機(jī)存儲(chǔ)介質(zhì)中存儲(chǔ)有一個(gè)或多個(gè)程序代碼，當(dāng)配置QoS策略的裝置1000的處理器1001執(zhí)行該程序代碼時(shí)，該配置QoS策略的裝置1000執(zhí)行圖3-圖7中任一附圖中的相關(guān)方法步驟。

其中，本發(fā)明實(shí)施例提供的配置QoS策略的裝置1000中各個(gè)模塊的詳細(xì)描述以及各個(gè)模塊或單元執(zhí)行圖3-圖7中任一附圖中的相關(guān)方法步驟后所帶來的技術(shù)效果可以參考本發(fā)明方法實(shí)施例中的相關(guān)描述，此處不再贅述。

通過以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，僅以上述各功能模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過程，在此不再贅述。

在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述模塊或單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上。可以根據(jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本申請(qǐng)各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶@樣的理解，本申請(qǐng)的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器執(zhí)行本申請(qǐng)各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括：快閃存儲(chǔ)器、移動(dòng)硬盤、只讀存儲(chǔ)器、隨機(jī)存取存儲(chǔ)器、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

以上所述，僅為本申請(qǐng)的具體實(shí)施方式，但本申請(qǐng)的保護(hù)范圍并不局限于此，任何在本申請(qǐng)揭露的技術(shù)范圍內(nèi)的變化或替換，都應(yīng)涵蓋在本申請(qǐng)的保護(hù)范圍之內(nèi)。因此，本申請(qǐng)的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。