本發(fā)明屬于通信領(lǐng)域，尤其涉及一種QoS(QualityofService，服務(wù)質(zhì)量)策略生成方法、裝置及系統(tǒng)。

背景技術(shù)：
在3GPP(The3rdGenerationPartnershipProject，第三代合作伙伴計(jì)劃)定義的PCC(PolicyandChargingControl，策略和計(jì)費(fèi)控制)架構(gòu)中，3GPP定義的時(shí)延僅關(guān)注從PCEF(PolicyandChargingEnforcementFunction，策略和計(jì)費(fèi)執(zhí)行功能實(shí)體)到UE(UserEquipment，用戶設(shè)備)之間的時(shí)延，而應(yīng)用層關(guān)注的是端到端時(shí)延，即UE到應(yīng)用服務(wù)器之間的時(shí)延，因此，PCRF(PolicyControlandChargingRulesFunction，策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體)僅根據(jù)業(yè)務(wù)類別或者應(yīng)用層的時(shí)延要求來生成PCC規(guī)則里的QCI(QoSClassIdentifier，QoS類別標(biāo)識(shí)符)，且未必能滿足應(yīng)用層的需求。以視頻業(yè)務(wù)為例，假如一個(gè)視頻服務(wù)器要求的UE到應(yīng)用服務(wù)器之間的時(shí)延，即最大時(shí)延為120ms，則PCRF生成QCI＝1(最大時(shí)延100ms)，但實(shí)際上從應(yīng)用服務(wù)器到PCEF之間的時(shí)延有40ms，即，實(shí)際上的最大時(shí)延有可能達(dá)到140ms，則QCI＝1是無法滿足應(yīng)用層的需求的；而若PCRF生成QCI＝3(最大時(shí)延50ms)，即，實(shí)際的最大時(shí)延為90ms，可以滿足視頻服務(wù)器的時(shí)延要求。但是，需要說明的是，不同QCI對(duì)于無線資源來說要求是不同的，一般時(shí)延要求越小的QCI對(duì)于無線資源要求越高，因此，對(duì)于從應(yīng)用服務(wù)器到PCEF之間的時(shí)延只有40ms的視頻應(yīng)用來說，QCI＝3又過度要求了無線資源，降低了無線資源利用率。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明實(shí)施例的目的在于提供一種QoS策略生成方法，旨在解決現(xiàn)有的QoS策略在滿足端到端的時(shí)延要求時(shí)無線資源浪費(fèi)的問題。本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的，一種服務(wù)質(zhì)量類別標(biāo)識(shí)符QCI配置方法，包括：向網(wǎng)絡(luò)設(shè)備發(fā)送第一測(cè)量消息并獲取第一傳輸時(shí)延，所述第一測(cè)量消息用于通知所述網(wǎng)絡(luò)設(shè)備測(cè)量并返回所述網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的所述第一傳輸時(shí)延；獲取所述應(yīng)用服務(wù)器的最大時(shí)延需求；根據(jù)所述第一傳輸時(shí)延和所述最大時(shí)延需求獲取用戶設(shè)備UE到所述網(wǎng)絡(luò)設(shè)備的時(shí)延要求；根據(jù)所述時(shí)延要求配置所述QCI。本發(fā)明實(shí)施例的另一目的在于提供一種服務(wù)質(zhì)量類別標(biāo)識(shí)符QCI配置方法，包括：接收服務(wù)質(zhì)量QoS控制實(shí)體的第一測(cè)量消息；根據(jù)所述第一測(cè)量消息測(cè)量網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的第一傳輸時(shí)延；向所述QoS控制實(shí)體返回所述第一傳輸時(shí)延。本發(fā)明實(shí)施例的另一目的在于提供一種服務(wù)質(zhì)量QoS策略生成裝置，包括：第一傳輸時(shí)延獲取單元，用于向網(wǎng)絡(luò)設(shè)備發(fā)送第一測(cè)量消息并獲取第一傳輸時(shí)延，所述第一測(cè)量消息用于通知所述網(wǎng)絡(luò)設(shè)備測(cè)量并返回所述網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的所述第一傳輸時(shí)延；最大時(shí)延需求獲取單元，用于獲取所述應(yīng)用服務(wù)器的最大時(shí)延需求；時(shí)延要求獲取單元，用于根據(jù)所述第一傳輸時(shí)延和所述最大時(shí)延需求獲取用戶設(shè)備UE到所述網(wǎng)絡(luò)設(shè)備的時(shí)延要求；QCI配置單元，用于根據(jù)所述時(shí)延要求配置所述QCI。本發(fā)明實(shí)施例的另一目的在于提供一種傳輸時(shí)延獲取裝置，包括：第一測(cè)量消息接收單元，用于接收服務(wù)質(zhì)量QoS控制實(shí)體的第一測(cè)量消息；第一傳輸時(shí)延測(cè)量單元，用于根據(jù)所述第一測(cè)量消息測(cè)量網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的第一傳輸時(shí)延；第一傳輸時(shí)延返回單元，用于向所述QoS控制實(shí)體返回所述第一傳輸時(shí)延。本發(fā)明實(shí)施例的另一目的在于提供一種服務(wù)質(zhì)量QoS策略生成系統(tǒng)，所述系統(tǒng)包括如上所述的QoS策略生成裝置和如上所述的一種傳輸時(shí)延獲取裝置。本發(fā)明實(shí)施例在QCI的配置過程中對(duì)由UE到應(yīng)用服務(wù)器的端到端時(shí)延進(jìn)行估計(jì)，由此為業(yè)務(wù)流的傳輸配置合適的QCI，從而使得相應(yīng)的QoS策略既滿足了應(yīng)用服務(wù)器的端到端時(shí)延需求，又提高了無線資源的利用率。附圖說明圖1是本發(fā)明實(shí)施例提供的QCI配置方法QoS控制實(shí)體的實(shí)現(xiàn)流程圖；圖2是本發(fā)明實(shí)施例提供的QCI配置方法QoS控制實(shí)體優(yōu)選實(shí)施例的實(shí)現(xiàn)流程圖；圖3是本發(fā)明實(shí)施例提供的QCI配置方法網(wǎng)絡(luò)設(shè)備的實(shí)現(xiàn)流程圖；圖4是本發(fā)明實(shí)施例提供的QCI配置方法步驟S302的具體實(shí)現(xiàn)流程圖；圖5是本發(fā)明實(shí)施例提供的QCI配置方法的交互流程圖；圖6是本發(fā)明實(shí)施例提供的QoS策略生成系統(tǒng)的結(jié)構(gòu)框圖；圖7是本發(fā)明另一實(shí)施例提供的QoS策略生成系統(tǒng)的結(jié)構(gòu)框圖；圖8是本發(fā)明另一實(shí)施例提供的QoS策略生成系統(tǒng)的結(jié)構(gòu)框圖。具體實(shí)施方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。本發(fā)明實(shí)施例在QCI的配置過程中對(duì)由UE到應(yīng)用服務(wù)器的端到端時(shí)延進(jìn)行估計(jì)，由此為業(yè)務(wù)流的傳輸配置合適的QCI，從而使得相應(yīng)的QoS策略既滿足了應(yīng)用服務(wù)器的端到端時(shí)延需求，又提高了無線資源的利用率。圖1示出了本發(fā)明實(shí)施例提供的QCI配置方法的實(shí)現(xiàn)流程，在本實(shí)施例中，流程的執(zhí)行主體為QoS控制實(shí)體，具體地，QoS控制實(shí)體可以為現(xiàn)有PCC架構(gòu)里的PCRF，也可以為運(yùn)營(yíng)商用于向第三方開放QoS能力的能力開放平臺(tái)，其具體實(shí)現(xiàn)流程詳述如下：在步驟S101中，向網(wǎng)絡(luò)設(shè)備發(fā)送第一測(cè)量消息并獲取第一傳輸時(shí)延，所述第一測(cè)量消息用于通知所述網(wǎng)絡(luò)設(shè)備測(cè)量所述網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的所述第一傳輸時(shí)延。在本實(shí)施例中，QoS控制實(shí)體通過向網(wǎng)絡(luò)設(shè)備發(fā)送第一測(cè)量消息，以通知網(wǎng)絡(luò)設(shè)備測(cè)量該網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的第一傳輸時(shí)延，并獲取網(wǎng)絡(luò)設(shè)備返回的第一傳輸時(shí)延。其中，網(wǎng)絡(luò)設(shè)備對(duì)第一傳輸時(shí)延的測(cè)量原理將在后續(xù)實(shí)施例中進(jìn)行詳細(xì)闡述，在此不再贅述。在步驟S102中，獲取所述應(yīng)用服務(wù)器的最大時(shí)延需求。在本實(shí)施例中，應(yīng)用服務(wù)器會(huì)向QoS控制實(shí)體請(qǐng)求特定業(yè)務(wù)流的QoS需求，包括所需要的時(shí)延、帶寬等等，因此，QoS控制實(shí)體可以從應(yīng)用服務(wù)器的QoS需求中獲取到該應(yīng)用服務(wù)器要求的最大時(shí)延需求，其中，最大時(shí)延需求指的是由應(yīng)用服務(wù)器到UE的數(shù)據(jù)傳輸所允許的最大時(shí)延。在步驟S103中，根據(jù)所述第一傳輸時(shí)延和所述最大時(shí)延需求獲取UE到所述網(wǎng)絡(luò)設(shè)備的時(shí)延要求。在步驟S104中，根據(jù)所述時(shí)延要求配置所述QCI。在本實(shí)施例中，以步驟S101中獲取到的第一傳輸時(shí)延為20ms，步驟S102中獲取到的最大時(shí)延為120ms為例，則可以估計(jì)出UE到網(wǎng)絡(luò)設(shè)備的時(shí)延不能超過100ms，由此將100ms作為時(shí)延要求。由此，根據(jù)獲取到的時(shí)延要求，即能夠?yàn)闃I(yè)務(wù)流配置合適的QCI，從而為網(wǎng)絡(luò)設(shè)備下發(fā)相應(yīng)的PCC策略，以使網(wǎng)絡(luò)設(shè)備根據(jù)該P(yáng)CC策略建立其與終端之間的IP連通接入網(wǎng)絡(luò)(IPConnectivityAccessNetwork，IP-CAN)承載。在本實(shí)施例的上述例子中，可以選擇QCI＝1，即最大時(shí)延為100ms，即能夠滿足應(yīng)用服務(wù)器端到端的時(shí)延要求，且不會(huì)產(chǎn)生過度的無線資源浪費(fèi)。作為本發(fā)明的一個(gè)實(shí)施例，優(yōu)選地，當(dāng)UE采用無線局域網(wǎng)(WirelessLocalAreaNetworks，WLAN)等不符合3GPP標(biāo)準(zhǔn)約束的接入技術(shù)接入網(wǎng)絡(luò)時(shí)，優(yōu)選地，如圖2所示，在步驟S104之后，還可以包括：在步驟S105中，向所述網(wǎng)絡(luò)設(shè)備發(fā)送第二測(cè)量消息并獲取第二傳輸時(shí)延，所述第二測(cè)量消息包括所述QCI，用于通知所述網(wǎng)絡(luò)設(shè)備根據(jù)所述第二測(cè)量消息測(cè)量并返回所述網(wǎng)絡(luò)設(shè)備到所述UE的所述第二傳輸時(shí)延。在本實(shí)施例中，QoS控制實(shí)體通過向網(wǎng)絡(luò)設(shè)備發(fā)送攜帶了步驟S104中配置的QCI的第二測(cè)量消息，從而通知該網(wǎng)絡(luò)設(shè)備針對(duì)該QCI來測(cè)量網(wǎng)絡(luò)設(shè)備到UE的第二傳輸時(shí)延，并向QoS控制實(shí)體返回該第二傳輸時(shí)延。作為本發(fā)明的一個(gè)實(shí)施例，第二測(cè)量消息還可以包括所述UE采用的接入技術(shù)、所述UE的接入基站或者接入漫游公共陸地移動(dòng)網(wǎng)(PublicLandMobileNetwork，PLMN)中的至少一個(gè)信息，以使網(wǎng)絡(luò)設(shè)備在該QCI下，有針對(duì)性地測(cè)量當(dāng)UE采用的某個(gè)接入技術(shù)、接入的某個(gè)基站或者接入的某個(gè)PLMN時(shí)相應(yīng)的第二傳輸時(shí)延。例如，當(dāng)配置的QCI＝1且UE采用WLAN接入技術(shù)時(shí)，網(wǎng)絡(luò)設(shè)備只測(cè)量WLAN接入下滿足QCI＝1的QoS策略的第二傳輸時(shí)延。網(wǎng)絡(luò)設(shè)備對(duì)第二傳輸時(shí)延進(jìn)行測(cè)量的實(shí)現(xiàn)原理將在后續(xù)實(shí)施例中進(jìn)行詳細(xì)闡述，在此不贅述。在步驟S106中，根據(jù)所述第二傳輸時(shí)延和所述時(shí)延要求，重新配置QCI。以步驟S101中獲取到的第一傳輸時(shí)延為10ms為例，則相應(yīng)的步驟S103中獲取到的時(shí)延要求為110ms。然而，若當(dāng)QCI＝1，采用WLAN接入技術(shù)時(shí)網(wǎng)絡(luò)設(shè)備獲取到的第二傳輸時(shí)延為120ms，則有可能端到端的實(shí)際傳輸時(shí)延會(huì)達(dá)到130ms，這種情況下，就無法為業(yè)務(wù)流配置QCI＝1，而只能對(duì)QCI進(jìn)行重新配置，選擇對(duì)時(shí)延要求更高的QCI＝3(最大時(shí)延50ms)，以滿足應(yīng)用服務(wù)器端到端120ms的時(shí)延要求。需要說明的是，在本實(shí)施例中，當(dāng)QoS控制實(shí)體為PCRF時(shí)，可以通過Gx等接口消息向網(wǎng)絡(luò)設(shè)備發(fā)送第一測(cè)量消息或者第二測(cè)量消息；當(dāng)QoS控制實(shí)體為能力開放平臺(tái)時(shí)，可以通過網(wǎng)絡(luò)應(yīng)用軟件編程接口(ApplicationProgrammingInterface，API)調(diào)用等方式向網(wǎng)絡(luò)設(shè)備發(fā)送第一測(cè)量消息或者第二測(cè)量消息。圖3示出了本發(fā)明實(shí)施例提供的QCI配置方法的實(shí)現(xiàn)流程，在本實(shí)施例中，流程的執(zhí)行主體為網(wǎng)絡(luò)設(shè)備，具體地，網(wǎng)絡(luò)設(shè)備可以包括網(wǎng)關(guān)或者無線基站等傳輸路徑上的網(wǎng)絡(luò)設(shè)備，在此不作限定，其具體實(shí)現(xiàn)流程詳述如下：在步驟S301中，接收QoS控制實(shí)體的第一測(cè)量消息。在步驟S302中，根據(jù)所述第一測(cè)量消息測(cè)量網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的第一傳輸時(shí)延。在步驟S303中，向所述QoS控制實(shí)體返回所述第一傳輸時(shí)延。具體地，步驟S302的實(shí)現(xiàn)流程可以為：獲取發(fā)往所述應(yīng)用服務(wù)器的報(bào)文的發(fā)送時(shí)間。獲取所述應(yīng)用服務(wù)器返回的所述報(bào)文的響應(yīng)的返回時(shí)間。根據(jù)所述發(fā)送時(shí)間和所述返回時(shí)間獲取所述第一傳輸時(shí)延。作為本發(fā)明的一個(gè)實(shí)施例，網(wǎng)絡(luò)設(shè)備發(fā)送的報(bào)文可以為傳輸控制協(xié)議(TransmissionControlProtocol，TCP)報(bào)文。當(dāng)報(bào)文為TCP報(bào)文時(shí)，網(wǎng)絡(luò)設(shè)備首先記錄發(fā)往應(yīng)用服務(wù)器的TCP報(bào)文里的序列號(hào)及其當(dāng)前時(shí)間T1，當(dāng)收到應(yīng)用服務(wù)器返回的該序列號(hào)的TCP報(bào)文時(shí)，記錄當(dāng)前時(shí)間T2，并根據(jù)(T2-T1)/2得到相應(yīng)的第一傳輸時(shí)延。需要說明的是，在本實(shí)施例中，并不限定檢測(cè)某個(gè)UE發(fā)往應(yīng)用服務(wù)器的TCP報(bào)文，可以檢測(cè)任意UE發(fā)往該應(yīng)用服務(wù)器的TCP報(bào)文。作為本發(fā)明的另一實(shí)施例，網(wǎng)絡(luò)設(shè)備發(fā)送的報(bào)文可以為由網(wǎng)絡(luò)設(shè)備主動(dòng)向應(yīng)用服務(wù)器發(fā)送的探測(cè)報(bào)文，例如因特網(wǎng)控制報(bào)文協(xié)議(InternetControlMessageProtocol，ICMP)的ping消息，或者TCP連接的同步包(Synchronize，SYN)SYN消息。當(dāng)報(bào)文為探測(cè)報(bào)文時(shí)，網(wǎng)絡(luò)設(shè)備首先記錄探測(cè)報(bào)文的發(fā)送時(shí)間T1，當(dāng)應(yīng)用服務(wù)器返回該探測(cè)報(bào)文的響應(yīng)消息時(shí)，網(wǎng)絡(luò)設(shè)備再記錄其接收到該響應(yīng)消息的接收時(shí)間T2，從而也根據(jù)(T2-T1)/2得到相應(yīng)的第一傳輸時(shí)延。優(yōu)選地，在本實(shí)施例中，可以通過多次發(fā)送報(bào)文來獲取多個(gè)發(fā)送時(shí)間及返回時(shí)間，通過對(duì)多個(gè)發(fā)送時(shí)間及多個(gè)返回時(shí)間分別做相應(yīng)的統(tǒng)計(jì)處理，例如平均等處理來獲取發(fā)送時(shí)間及返回時(shí)間的平均值，從而獲取到更精確的第一傳輸時(shí)延。作為本發(fā)明的一個(gè)實(shí)施例，當(dāng)UE采用WLAN等不符合3GPP標(biāo)準(zhǔn)約束的接入技術(shù)接入網(wǎng)絡(luò)時(shí)，優(yōu)選地，如圖4所示，在步驟S303之后，還可以包括：在步驟S304中，接收所述QoS控制實(shí)體的第二測(cè)量消息，所述第二測(cè)量消息包括所述QoS控制實(shí)體配置的QCI。在步驟S305中，根據(jù)所述第二測(cè)量消息測(cè)量所述網(wǎng)絡(luò)設(shè)備到UE的第二傳輸時(shí)延。在本實(shí)施例中，所述第二測(cè)量消息還包括所述UE采用的接入技術(shù)、所述UE的接入基站或者接入漫游公共陸地移動(dòng)網(wǎng)PLMN中的至少一個(gè)信息。需要說明的是，對(duì)網(wǎng)絡(luò)設(shè)備來說，當(dāng)?shù)诙y(cè)量消息包括UE的接入基站時(shí)，向單個(gè)基站請(qǐng)求檢測(cè)針對(duì)某個(gè)QCI的第二傳輸時(shí)延，只能得到該基站下該QCI的第二傳輸時(shí)延；當(dāng)?shù)诙y(cè)量消息包括UE所采用的接入技術(shù)時(shí)，若想得到某個(gè)拷入技術(shù)下某個(gè)QCI的第二傳輸時(shí)延，則需要向該接入技術(shù)下的多個(gè)基站請(qǐng)求檢測(cè)。在步驟S305中，網(wǎng)絡(luò)設(shè)備根據(jù)所述第二測(cè)量消息測(cè)量網(wǎng)絡(luò)設(shè)備到UE的第二傳輸時(shí)延的實(shí)現(xiàn)原理與步驟S302的實(shí)現(xiàn)原理相同，在此不再贅述。需要說明的是，當(dāng)網(wǎng)絡(luò)設(shè)備向UE發(fā)送探測(cè)報(bào)文時(shí)，具體實(shí)現(xiàn)可能隨著UE所采用的接入技術(shù)的不同而有差異。例如，若接入技術(shù)支持多IP-CAN承載，則網(wǎng)絡(luò)設(shè)備可以在符合該QCI的IP-CAN承載上發(fā)送探測(cè)報(bào)文；若接入技術(shù)不支持多IP-CAN，則網(wǎng)絡(luò)設(shè)備可以根據(jù)QCI映射得到對(duì)應(yīng)的網(wǎng)絡(luò)協(xié)議(InternetProtocol，IP)層差分服務(wù)代碼點(diǎn)(DifferentiatedServicesCodePoint，DSCP)，使用該DSCP碼發(fā)送探測(cè)報(bào)文。具體的探測(cè)報(bào)文發(fā)送方法在此不用于限定本發(fā)明。作為本發(fā)明的一個(gè)實(shí)施例，當(dāng)網(wǎng)絡(luò)設(shè)備為無線基站時(shí)，相應(yīng)的第一傳輸時(shí)延和第二傳輸時(shí)延的獲取除了按照?qǐng)D4所示的方法之外，還可以采用無線通信系統(tǒng)特有的方法，比如基于無線鏈路控制層(RadioLinkControl，RLC)協(xié)議的自動(dòng)重傳請(qǐng)求(utomaticRepeat-reQuest，ARQ)機(jī)制等等。在S306中，向所述QoS控制實(shí)體返回所述第二傳輸時(shí)延。需要說明的是，在本實(shí)施例中，當(dāng)QoS控制實(shí)體為PCRF時(shí)，網(wǎng)絡(luò)設(shè)備可以通過Gx等接口消息向QoS控制實(shí)體返回第一傳輸時(shí)延或者第二傳輸時(shí)延；當(dāng)QoS控制實(shí)體為能力開放平臺(tái)時(shí)，網(wǎng)絡(luò)設(shè)備可以通過API調(diào)用等方式向QoS控制實(shí)體返回第一傳輸時(shí)延或者第二傳輸時(shí)延。在本實(shí)施例中，步驟的相關(guān)實(shí)現(xiàn)原理已在本發(fā)明圖1及圖2所示實(shí)施例的實(shí)現(xiàn)原理中進(jìn)行了詳細(xì)闡述，在此不再贅述。在本發(fā)明實(shí)施例中，通過QoS控制實(shí)體指示網(wǎng)絡(luò)設(shè)備檢測(cè)網(wǎng)絡(luò)設(shè)備到某個(gè)應(yīng)用服務(wù)器的時(shí)延，以及進(jìn)一步檢測(cè)網(wǎng)絡(luò)設(shè)備到某個(gè)UE的時(shí)延，從而根據(jù)網(wǎng)絡(luò)設(shè)備的測(cè)量結(jié)果來對(duì)QoS策略中的QCI進(jìn)行配置，使得當(dāng)應(yīng)用服務(wù)器請(qǐng)求某個(gè)業(yè)務(wù)流的時(shí)延需求時(shí)，QoS控制實(shí)體配置的QCI既能夠滿足應(yīng)用服務(wù)器端到端的時(shí)延需求，又有效提高了無線資源利用率。下面以UE通過WLAN接入技術(shù)接入網(wǎng)絡(luò)的情況為例對(duì)圖1至圖4實(shí)施例進(jìn)行進(jìn)一步說明，圖5示出了本發(fā)明實(shí)施例提供的QCI配置方法的交互流程圖，詳述如下：1、QoS控制實(shí)體向網(wǎng)絡(luò)設(shè)備發(fā)送第一測(cè)量消息，通知網(wǎng)絡(luò)設(shè)備測(cè)量并返回該網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的第一傳輸時(shí)延。2、網(wǎng)絡(luò)設(shè)備向應(yīng)用服務(wù)器發(fā)送第一報(bào)文。3、應(yīng)用服務(wù)器向網(wǎng)絡(luò)設(shè)備返回第一報(bào)文的響應(yīng)。4、網(wǎng)絡(luò)設(shè)備根據(jù)第一報(bào)文的發(fā)送時(shí)間的響應(yīng)的返回時(shí)間獲取第一傳輸時(shí)延。5、網(wǎng)絡(luò)設(shè)備向QoS控制實(shí)體返回第一傳輸時(shí)延。6、QoS控制實(shí)體向網(wǎng)絡(luò)設(shè)備發(fā)送第二測(cè)量消息。由于UE是通過WLAN接入技術(shù)接入網(wǎng)絡(luò)，因此，網(wǎng)絡(luò)里對(duì)QCI承載的時(shí)延不符合3GPP的標(biāo)準(zhǔn)約束，因此，QoS控制實(shí)體向網(wǎng)絡(luò)設(shè)備發(fā)送第二測(cè)量消息。7、網(wǎng)絡(luò)設(shè)備向終端發(fā)送第二報(bào)文。8、終端向網(wǎng)絡(luò)設(shè)備返回第二報(bào)文的響應(yīng)。9、網(wǎng)絡(luò)設(shè)備根據(jù)第二報(bào)文的發(fā)送時(shí)間和響應(yīng)的返回時(shí)間獲取第二傳輸時(shí)延。10、網(wǎng)絡(luò)設(shè)備向QoS控制實(shí)體返回第二傳輸時(shí)延。11、應(yīng)用服務(wù)器向QoS控制實(shí)體請(qǐng)求最大時(shí)延需求。12、QoS控制實(shí)體根據(jù)第一傳輸時(shí)延、第二傳輸時(shí)延及最大時(shí)延需要，為QoS策略配置QCI。上述交互流程僅為本發(fā)明實(shí)施例提供的QCI配置方法中的一種情況，其余情況的實(shí)現(xiàn)原理可以依據(jù)本發(fā)明實(shí)施例圖1至圖4所述的實(shí)現(xiàn)原理實(shí)現(xiàn)，在此不贅述。圖6示出了本發(fā)明實(shí)施例提供的QoS策略生成系統(tǒng)的結(jié)構(gòu)框圖，該系統(tǒng)用于運(yùn)行本發(fā)明圖1至圖4實(shí)施例所述的QCI配置方法，包括位于QoS控制實(shí)體的QoS策略生成裝置及位于網(wǎng)絡(luò)設(shè)備中的傳輸時(shí)延獲取裝置。為了便于說明，僅示出了與本實(shí)施例相關(guān)的部分。參照?qǐng)D6，QoS策略生成裝置包括：第一傳輸時(shí)延獲取單元61，向網(wǎng)絡(luò)設(shè)備發(fā)送第一測(cè)量消息并獲取第一傳輸時(shí)延，所述第一測(cè)量消息用于通知所述網(wǎng)絡(luò)設(shè)備測(cè)量并返回所述網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的所述第一傳輸時(shí)延。最大時(shí)延需求獲取單元62，獲取所述應(yīng)用服務(wù)器的最大時(shí)延需求。時(shí)延要求獲取單元63，根據(jù)所述第一傳輸時(shí)延和所述最大時(shí)延需求獲取用戶設(shè)備UE到所述網(wǎng)絡(luò)設(shè)備的時(shí)延要求。QCI配置單元64，用于根據(jù)所述時(shí)延要求配置QCI?？蛇x地，如圖7所示，QoS策略生成裝置還包括：第二傳輸時(shí)延獲取單元71，向所述網(wǎng)絡(luò)設(shè)備發(fā)送第二測(cè)量消息并獲取第二傳輸時(shí)延，所述第二測(cè)量消息包括所述QCI，用于通知所述網(wǎng)絡(luò)設(shè)備根據(jù)所述第二測(cè)量消息測(cè)量并返回所述網(wǎng)絡(luò)設(shè)備到所述UE的所述第二傳輸時(shí)延。QCI重新配置單元72，根據(jù)所述第二傳輸時(shí)延，重新配置QCI?？蛇x地，所述第二測(cè)量消息還包括所述UE采用的接入技術(shù)、所述UE的接入基站或者接入漫游公共陸地移動(dòng)網(wǎng)PLMN中的至少一個(gè)信息?？蛇x地，所述第一測(cè)量消息發(fā)送單元和所述第二測(cè)量消息發(fā)送單元通過接口消息或者網(wǎng)絡(luò)應(yīng)用軟件編程接口API調(diào)用分別向所述網(wǎng)絡(luò)設(shè)備發(fā)送所述第一測(cè)量消息和所述第二測(cè)量消息。傳輸時(shí)延獲取裝置包括：第一測(cè)量消息接收單元65，接收服務(wù)質(zhì)量QoS控制實(shí)體的第一測(cè)量消息。第一傳輸時(shí)延測(cè)量單元66，根據(jù)所述第一測(cè)量消息測(cè)量網(wǎng)絡(luò)設(shè)備到應(yīng)用服務(wù)器的第一傳輸時(shí)延。第一傳輸時(shí)延返回單元67，向所述QoS控制實(shí)體返回所述第一傳輸時(shí)延。可選地，如圖7所示，傳輸時(shí)延獲取裝置還包括：第二測(cè)量消息接收單元73，接收所述QoS控制實(shí)體的第二測(cè)量消息，所述第二測(cè)量消息包括所述QoS控制實(shí)體配置的QCI。第二傳輸時(shí)延測(cè)量單元74，根據(jù)所述第二測(cè)量消息測(cè)量所述網(wǎng)絡(luò)設(shè)備到用戶設(shè)備UE的第二傳輸時(shí)延。第二傳輸時(shí)延返回單元75，向所述QoS控制實(shí)體返回所述第二傳輸時(shí)延。可選地，所述第二測(cè)量消息還包括所述UE采用的接入技術(shù)、所述UE的接入基站或者接入漫游公共陸地移動(dòng)網(wǎng)PLMN中的至少一個(gè)?？蛇x地，如圖8所示，所述第一傳輸時(shí)延測(cè)量單元和所述第二傳輸時(shí)延測(cè)量單元均包括：發(fā)送時(shí)間獲取子單元81，獲取發(fā)往所述應(yīng)用服務(wù)器或者所述UE的報(bào)文的發(fā)送時(shí)間。返回時(shí)間獲取子單元82，獲取所述應(yīng)用服務(wù)器或者所述UE返回的所述報(bào)文的響應(yīng)的返回時(shí)間。傳輸時(shí)延獲取子單元83，根據(jù)所述發(fā)送時(shí)間和所述返回時(shí)間獲取傳輸時(shí)延。可選地，所述報(bào)文包括傳輸控制協(xié)議TCP報(bào)文或者探測(cè)報(bào)文?？蛇x地，所述第一傳輸時(shí)延返回單元和所述第二傳輸時(shí)延返回單元通過接口消息或者網(wǎng)絡(luò)應(yīng)用軟件編程接口API調(diào)用分別向所述QoS控制實(shí)體返回所述第一傳輸時(shí)延和所述第二傳輸時(shí)延。本發(fā)明實(shí)施例在QCI的配置過程中對(duì)由UE到應(yīng)用服務(wù)器的端到端時(shí)延進(jìn)行估計(jì)，由此為業(yè)務(wù)流的傳輸配置合適的QCI，從而使得相應(yīng)的QoS策略既滿足了應(yīng)用服務(wù)器的端到端時(shí)延需求，又提高了無線資源的利用率。通過以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以用硬件實(shí)現(xiàn)，或軟件實(shí)現(xiàn)，或固件實(shí)現(xiàn)，或它們的組合方式來實(shí)現(xiàn)。當(dāng)使用軟件實(shí)現(xiàn)時(shí)，可以將上述功能存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)中或作為計(jì)算機(jī)可讀介質(zhì)上的一個(gè)或多個(gè)指令或代碼進(jìn)行傳輸。計(jì)算機(jī)可讀介質(zhì)包括計(jì)算機(jī)存儲(chǔ)介質(zhì)和通信介質(zhì)，其中通信介質(zhì)包括便于從一個(gè)地方向另一個(gè)地方傳送計(jì)算機(jī)程序的任何介質(zhì)。存儲(chǔ)介質(zhì)可以是計(jì)算機(jī)能夠存取的任何可用介質(zhì)。以此為例但不限于：計(jì)算機(jī)可讀介質(zhì)可以包括RAM、ROM、EEPROM、CD-ROM或其他光盤存儲(chǔ)、磁盤存儲(chǔ)介質(zhì)或者其他磁存儲(chǔ)設(shè)備、或者能夠用于攜帶或存儲(chǔ)具有指令或數(shù)據(jù)結(jié)構(gòu)形式的期望的程序代碼并能夠由計(jì)算機(jī)存取的任何其他介質(zhì)。此外。任何連接可以適當(dāng)?shù)某蔀橛?jì)算機(jī)可讀介質(zhì)。例如，如果軟件是使用同軸電纜、光纖光纜、雙絞線、數(shù)字用戶線(DSL)或者諸如紅外線、無線電和微波之類的無線技術(shù)從網(wǎng)站、服務(wù)器或者其他遠(yuǎn)程源傳輸?shù)模敲赐S電纜、光纖光纜、雙絞線、DSL或者諸如紅外線、無線和微波之類的無線技術(shù)包括在所屬介質(zhì)的定影中。如本發(fā)明所使用的，盤(Disk)和碟(disc)包括壓縮光碟(CD)、激光碟、光碟、數(shù)字通用光碟(DVD)、軟盤和藍(lán)光光碟，其中盤通常磁性的復(fù)制數(shù)據(jù)，而碟則用激光來光學(xué)的復(fù)制數(shù)據(jù)。上面的組合也應(yīng)當(dāng)包括在計(jì)算機(jī)可讀介質(zhì)的保護(hù)范圍之內(nèi)。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。