專利名稱：機(jī)器類通信的策略下發(fā)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種機(jī)器類通信的策略下發(fā)方法及系統(tǒng)。
背景技術(shù)：
3GPP無(wú)線核心網(wǎng)包括通用無(wú)線分組業(yè)務(wù)(General Packet RadioService，簡(jiǎn)稱為 GPRS)網(wǎng)絡(luò)、演進(jìn)的分組系統(tǒng)(Evolved PacketSystem，簡(jiǎn)稱為EPS)網(wǎng)絡(luò)、通用移動(dòng)通信系統(tǒng)(Universal MobileTelecommunications System,簡(jiǎn)禾爾為 UMTS)。一種3GPP的網(wǎng)絡(luò)架構(gòu)如圖1所示，用戶設(shè)備(User Equipment，簡(jiǎn)稱為UE)通過(guò) EPS和UMTS接入機(jī)器類型通信(Machine TypeCommunication，簡(jiǎn)稱為MTC)服務(wù)器(MTC Server)，構(gòu)成MTC系統(tǒng)，實(shí)現(xiàn)MTC業(yè)務(wù)。MTC系統(tǒng)是一種典型的分組業(yè)務(wù)系統(tǒng)，在MTC系統(tǒng)中，UE也稱為MTC設(shè)備。在圖1中，實(shí)線表示信令，虛線表示用戶的IP通道。通過(guò)UMTS接入時(shí)，UE又可稱為移動(dòng)臺(tái)(Mobile Station，簡(jiǎn)稱為MS)。MTC系統(tǒng)涉及的主要網(wǎng)元包括EPS網(wǎng)絡(luò)部分的網(wǎng)元、UMTS網(wǎng)絡(luò)部分的網(wǎng)元以及MTC Server。其中，EPS網(wǎng)絡(luò)部分的網(wǎng)元主要包括增強(qiáng)的無(wú)線基站(eNodeB)、移動(dòng)性管理實(shí)體(Mobi 1 ityManagement Entity，簡(jiǎn)稱為MME)，策略和計(jì)費(fèi)規(guī)則實(shí)體(Policy andCharging Rules Function，簡(jiǎn)稱為PCRF)，以及用戶面數(shù)據(jù)路由處理網(wǎng)元(SAE GW)。其中，SAE GW包括分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(Packet DataNetwork Gateway，簡(jiǎn)稱為P-GW)和服務(wù)網(wǎng)關(guān)(Serving GW，簡(jiǎn)稱為 S-GW)。PCRF 是策略和計(jì)費(fèi)控制(Policy and Charging Control, 簡(jiǎn)稱為PCC)架構(gòu)的重要功能實(shí)體，用以控制因特網(wǎng)協(xié)議-連接接入網(wǎng)(IP-Connectivity Access Network，簡(jiǎn)稱為IP-CAN)策略和計(jì)費(fèi)規(guī)則的獲取、裝配和下發(fā)等。UMTS網(wǎng)絡(luò)主要由 3GPP 無(wú)線接入網(wǎng)絡(luò)(GSM EDGE Radio Access Network/UMTS Terrestrial RadioAccess Network，GERAN/UTRAN，統(tǒng)稱為 RAN)、服務(wù) GPRS 支持節(jié)點(diǎn)(Serving GPRS Support Node，簡(jiǎn)稱為 SGSN)、網(wǎng)關(guān) GPRS 支持節(jié)點(diǎn)(Gateway GPRS Support Node，簡(jiǎn)稱為 GGSN)構(gòu)成。相關(guān)技術(shù)中，MTC設(shè)備(MTC Device,即終端)接入MTC服務(wù)器，首先必須先通過(guò) EPS或UMTS建立因特網(wǎng)協(xié)議-連接接入網(wǎng)(IP-Connectivity Access Network，簡(jiǎn)稱為 IP-CAN)會(huì)話。為了實(shí)現(xiàn)對(duì)IP-CAN會(huì)話的策略和計(jì)費(fèi)控制，EPS或UMTS系統(tǒng)中的策略執(zhí)行實(shí)體與策略和計(jì)費(fèi)規(guī)則實(shí)體(Policy and Charging RulesFunction，簡(jiǎn)稱為PCRF)為每一個(gè)IP-CAN會(huì)話建立Diameter (直徑)會(huì)話。通過(guò)Diamete會(huì)話，策略執(zhí)行實(shí)體向PCRF上報(bào) MTC設(shè)備的接入信息，PCRF向策略執(zhí)行實(shí)體下發(fā)策略。其中，策略執(zhí)行實(shí)體在EPS系統(tǒng)中為位于P-GW中的策略和計(jì)費(fèi)執(zhí)行實(shí)體(Policyand Charging Enforcement Function，簡(jiǎn)稱為 PCEF)，以及可能在S-GW中的承載綁定和事件報(bào)告實(shí)體(Bearer Binding and EventReport Function，簡(jiǎn)稱為BBERF)。在UMTS系統(tǒng)中，策略執(zhí)行實(shí)體為位于GGSN的PCEF。自第三代合作伙伴計(jì)劃階段7 (3GPP Release7)標(biāo)準(zhǔn)體系以來(lái)，策略和計(jì)費(fèi)功能由策略和計(jì)費(fèi)控制(Policy and Charging Control，簡(jiǎn)稱為PCC)框架來(lái)實(shí)現(xiàn)。PCC架構(gòu)是一個(gè)能夠應(yīng)用于多種接入技術(shù)的功能框架，例如，PCC架構(gòu)可以應(yīng)用于UMTS以及EPS。PCC主要實(shí)現(xiàn)了策略控制和計(jì)費(fèi)兩大功能，圖2為現(xiàn)有PCC組成架構(gòu)示意圖。其中，AF用于提供業(yè)務(wù)應(yīng)用的接入點(diǎn)，這些業(yè)務(wù)應(yīng)用所使用的網(wǎng)絡(luò)資源需要進(jìn)行動(dòng)態(tài)的策略控制。在業(yè)務(wù)面進(jìn)行參數(shù)協(xié)商時(shí)，AF將相關(guān)業(yè)務(wù)信息傳遞給PCRF，AF和PCRF之間使用Rx接口。PCRF是PCC的核心，用于負(fù)責(zé)策略決策和計(jì)費(fèi)規(guī)則的制定。PCRF提供基于業(yè)務(wù)數(shù)據(jù)流的網(wǎng)絡(luò)控制規(guī)則，這些網(wǎng)絡(luò)控制包括業(yè)務(wù)數(shù)據(jù)流的檢測(cè)、門控(Gating Control)、服務(wù)質(zhì)量(Quality ofService，簡(jiǎn)稱為QoS)控制以及基于數(shù)據(jù)流的計(jì)費(fèi)規(guī)則等。PCRF將其制定的策略和計(jì)費(fèi)規(guī)則發(fā)送給策略和計(jì)費(fèi)執(zhí)行實(shí)體執(zhí)行；同時(shí)，PCRF還需要保證這些規(guī)則和用戶的簽約信息一致。PCRF制定策略和計(jì)費(fèi)規(guī)則的依據(jù)包括從AF獲得的與業(yè)務(wù)相關(guān)的信息、從用戶簽約數(shù)據(jù)庫(kù)(Subscription Profile R印ository，簡(jiǎn)稱為SPR)獲得的與策略控制和計(jì)費(fèi)相關(guān)的用戶策略計(jì)費(fèi)控制簽約信息、以及通過(guò)Gx接口從PCEF獲得的與承載相關(guān)網(wǎng)絡(luò)的信息。PCEF通常位于網(wǎng)關(guān)(Gate-Way，簡(jiǎn)稱為GW)內(nèi)，在承載面執(zhí)行PCRF所制定的策略和計(jì)費(fèi)規(guī)則。如果是在線計(jì)費(fèi)，則PCEF需要和在線計(jì)費(fèi)系統(tǒng)(Online Charging System，簡(jiǎn)稱為0CS) —起進(jìn)行信用管理；離線計(jì)費(fèi)時(shí)，PCEF和離線計(jì)費(fèi)系統(tǒng)(Offline ChargingSystem,簡(jiǎn)稱為0FCS)之間交換相關(guān)的計(jì)費(fèi)信息。其中，PCEF與PCRF之間的接口是 Gx接口，PCEF與OCS之間的接口是Gy接口，PCEF與OFCS之間的接口是Gz接口。PCEF —般都位于網(wǎng)絡(luò)的網(wǎng)關(guān)上，如EPS的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PDN-GW)、通用無(wú)線分組業(yè)務(wù)(General Packet Radio Service，簡(jiǎn)稱為GPRS)中的GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)(GGSN)以及互聯(lián)無(wú)線網(wǎng)局域網(wǎng)(Interworking WLAN，簡(jiǎn)稱為 I-WLAN)中的分組數(shù)據(jù)網(wǎng)關(guān)(Packet Data Gateway，簡(jiǎn)稱為PDG)等。BBERF通常位于接入網(wǎng)網(wǎng)關(guān)(Access Network Gateway)內(nèi)。如當(dāng)用戶設(shè)備通過(guò)E-UTRAN接入EPS、服務(wù)網(wǎng)關(guān)S-GW與P-GW之間采用代理移動(dòng)互聯(lián)網(wǎng)協(xié)議版本6 (Proxy Mobile Internet Protocolversion 6，簡(jiǎn)稱為 PMIPv6)協(xié)議時(shí)，S-GW 中就存在 BBERF。當(dāng)用戶設(shè)備通過(guò)可信任非3GPP接入網(wǎng)接入時(shí)，可信任非3GPP接入網(wǎng)關(guān)中也存在BBERF。SPR中存儲(chǔ)有與策略控制和計(jì)費(fèi)相關(guān)的用戶策略計(jì)費(fèi)控制簽約信息。sra和PCRF 之間的使用Sp接口。發(fā)明人發(fā)現(xiàn)，在實(shí)際使用過(guò)程中，由于MTC設(shè)備的數(shù)量眾多，且需長(zhǎng)期在線，如果 PCEF或BBERF與PCRF之間為每個(gè)MTC設(shè)備所建立的IP-CAN會(huì)話分別保持一個(gè)Diameter 會(huì)話，將占用大量網(wǎng)絡(luò)資源，從而降低了網(wǎng)絡(luò)資源的利用率，導(dǎo)致網(wǎng)絡(luò)資源的浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種MTC的策略下發(fā)方法及系統(tǒng)，以至少解決上述問(wèn)題中的至少之一。根據(jù)本發(fā)明的一個(gè)方面，首先提供了一種機(jī)器類通信的策略下發(fā)方法，該方法包括策略執(zhí)行體在其與PCRF之間為同一 MTC設(shè)備組內(nèi)的所有MTC設(shè)備所建立的IP-CAN會(huì)話建立一個(gè)直徑Diameter連接；PCRF通過(guò)Diameter連接將為MTC設(shè)備組的MTC設(shè)備制定的策略下發(fā)給所述策略執(zhí)行體。根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種機(jī)器類通信的策略下發(fā)系統(tǒng)，該系統(tǒng)包括策略執(zhí)行體，用于在其與PCRF之間為同一個(gè)MTC設(shè)備組內(nèi)的所有MTC設(shè)備所建立的IP-CAN會(huì)話建立一個(gè)Diameter連接；PCRF，用于通過(guò)Diameter連接下發(fā)為MTC設(shè)備組的 MTC設(shè)備制定的策略。通過(guò)本發(fā)明，策略執(zhí)行體為同一 MTC設(shè)備組中所有MTC設(shè)備所建立的IP-CAN會(huì)話只建立一個(gè)Diameter連接，PCRF通過(guò)該Diameter連接下發(fā)為該MTC設(shè)備組的MTC設(shè)備制定的策略，從而解決了相關(guān)技術(shù)中由于為每個(gè)MTC設(shè)備所建立的IP-CAN會(huì)話分別保持一個(gè) Diameter會(huì)話而占用大量網(wǎng)絡(luò)資源的問(wèn)題，進(jìn)而避免了網(wǎng)絡(luò)資源的浪費(fèi)，提高了網(wǎng)絡(luò)資源的利用率。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1為相關(guān)技術(shù)中UE通過(guò)SAE和UMTS接入進(jìn)行機(jī)器類通信的示意圖；圖2為相關(guān)技術(shù)中PCC的架構(gòu)圖；圖3為根據(jù)本發(fā)明實(shí)施例一的MTC的策略下發(fā)系統(tǒng)的結(jié)構(gòu)示意圖；圖4為根據(jù)本發(fā)明實(shí)施例一的策略執(zhí)行體的結(jié)構(gòu)示意圖；圖5為根據(jù)本發(fā)明實(shí)施例一的PCRF的結(jié)構(gòu)示意圖；圖6為根據(jù)本發(fā)明實(shí)施例一的MTC的策略下發(fā)方法的流程圖；圖7為根據(jù)本發(fā)明實(shí)施例二的流程圖；圖8為根據(jù)本發(fā)明實(shí)施例三的流程圖；圖9為根據(jù)本發(fā)明實(shí)施例四的流程圖；以及圖10為根據(jù)本發(fā)明實(shí)施例五的流程圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。實(shí)施例一圖3為根據(jù)本發(fā)明實(shí)施例一的MTC的策略下發(fā)系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)包括 策略執(zhí)行體2和PCRF 4。其中，策略執(zhí)行體2，用于在其與PCRF 4之間為同一個(gè)MTC設(shè)備組內(nèi)的所有MTC設(shè)備所建立的IP-CAN會(huì)話建立一個(gè)Diameter連接；PCRF 4，用于通過(guò)該 Diameter連接下發(fā)為該MTC設(shè)備組的MTC設(shè)備制定的策略。例如，在EPS系統(tǒng)中，策略執(zhí)行體2可以為位于P-GW中的PCEF，或可能在S-GW中的BBERF。在UMTS系統(tǒng)中，策略執(zhí)行體2可以為位于GGSN中的PCEF。通過(guò)本實(shí)施例的上述系統(tǒng)，對(duì)于同一個(gè)MTC設(shè)備組中各個(gè)MTC設(shè)備所建立的 IP-CAN會(huì)話，策略執(zhí)行體2與PCRF 4之間只需要建立一個(gè)Diameter連接，從而可以減少 Diameter連接占用的網(wǎng)絡(luò)資源，提高網(wǎng)絡(luò)資源的利用率。圖4為根據(jù)本發(fā)明實(shí)施例策略執(zhí)行體2的結(jié)構(gòu)示意圖，策略執(zhí)行體2可以包括接收模塊20、判斷模塊22、發(fā)送模塊24和建立模塊26。其中，接收模塊20，用于接收為MTC 設(shè)備組中的MTC設(shè)備請(qǐng)求建立IP-CAN會(huì)話的消息，其中，該請(qǐng)求建立IP-CAN會(huì)話的消息中攜帶有MTC設(shè)備的組標(biāo)識(shí)和用戶標(biāo)識(shí)；判斷模塊22，用于判斷策略執(zhí)行體2與PCRF 4之間是否建立有與上述組標(biāo)識(shí)對(duì)應(yīng)的Diameter連接(即策略執(zhí)行體2與PCRF 4之間是否有為該MTC設(shè)備組建立Diameter連接)，如果是，則觸發(fā)發(fā)送模塊24，否則，觸發(fā)建立模塊26 ；發(fā)送模塊24，用于通過(guò)與PCRF 4之間的Diameter連接向PCRF 4發(fā)送會(huì)話修改請(qǐng)求消息，其中，該會(huì)話修改請(qǐng)求消息中攜帶有該MTC設(shè)備的用戶標(biāo)識(shí)；建立模塊26，用于向PCRF 4發(fā)送會(huì)話建立請(qǐng)求消息，建立與PCRF 4之間與該組標(biāo)識(shí)對(duì)應(yīng)的Diameter連接，其中，該會(huì)話建立請(qǐng)求消息中攜帶有上述組標(biāo)識(shí)和用戶標(biāo)識(shí)。通過(guò)本實(shí)施例的上述策略執(zhí)行體2，在接收模塊20接收到為MTC設(shè)備請(qǐng)求建立 IP-CAN會(huì)話的消息時(shí)，可以通過(guò)判斷模塊22判斷是否建立有與該MTC設(shè)備的組標(biāo)識(shí)對(duì)應(yīng)的 Diameter連接，從而確定是否已為該MTC設(shè)備所屬的MTC設(shè)備組建立Diameter連接，并根據(jù)判斷結(jié)果執(zhí)行不同的操作，從而可以保證只為一個(gè)MTC設(shè)備組建立一個(gè)Diameter連接。需要說(shuō)明的是，雖然上述給出一種策略執(zhí)行體2為一個(gè)MTC設(shè)備組建立一個(gè) Diameter連接的方式，但并不限于此，例如，作為一個(gè)可替換的實(shí)施例，策略執(zhí)行體2可以預(yù)先為可能的每個(gè)MTC設(shè)備組建立一個(gè)Diameter連接，在接收到MTC設(shè)備發(fā)送的IP-CAN 會(huì)話建立指示消息時(shí)，策略執(zhí)行體2找到該MTC設(shè)備所屬組對(duì)應(yīng)的Diameter連接，通過(guò)該連接向PCRF 4發(fā)送會(huì)話修改請(qǐng)求消息，將該MTC設(shè)備的用戶標(biāo)識(shí)發(fā)送給PCRF 4。圖5為根據(jù)本發(fā)明實(shí)施例的PCRF 4的結(jié)構(gòu)示意圖，該P(yáng)CRF 4可以包括接收模塊 40、獲取模塊42、策略制定模塊44和發(fā)送模塊46。其中，接收模塊40，用于接收來(lái)自策略執(zhí)行體2的會(huì)話建立請(qǐng)求消息；獲取模塊42，用于獲取與該會(huì)話建立請(qǐng)求消息中攜帶的組標(biāo)識(shí)用戶標(biāo)識(shí)對(duì)應(yīng)的簽約信息；策略制定模塊44，用于根據(jù)獲取模塊42獲取的簽約信息， 為MTC設(shè)備所屬的MTC設(shè)備組制定策略；發(fā)送模塊46，用于將策略制定模塊44制定的策略下發(fā)給策略執(zhí)行體2，其中，該策略包括MTC設(shè)備組內(nèi)的所有MTC設(shè)備相同的策略，或該相同的策略與該MTC設(shè)備的特定策略。具體地，在具有該MTC設(shè)備的特定策略時(shí)，發(fā)送模塊46 下發(fā)的策略包括MTC設(shè)備組內(nèi)所有MTC設(shè)備共有的策略及該MTC設(shè)備的特定策略，如果該 MTC設(shè)備沒(méi)有特定策略，則發(fā)送模塊46下發(fā)的策略包括MTC設(shè)備組內(nèi)所有MTC設(shè)備共有的策略。例如，發(fā)送模塊46可以將MTC設(shè)備組共有的策略封裝在一個(gè)消息中進(jìn)行下發(fā)，策略執(zhí)行體2在接收該共有的策略時(shí)，將該策略應(yīng)用到該MTC設(shè)備組中各個(gè)MTC設(shè)備所建立的IP-CAN會(huì)話中。如果策略執(zhí)行體2確定已為MTC設(shè)備組建立了一個(gè)Diameter連接，則策略執(zhí)行體 2向PCRF 4發(fā)送的為會(huì)話修改請(qǐng)求消息，則上述接收模塊40還用于接收來(lái)自策略執(zhí)行體 2的會(huì)話修改請(qǐng)求消息，而獲取模塊42還用于獲取與會(huì)話修改請(qǐng)求消息中攜帶的用戶標(biāo)識(shí)對(duì)應(yīng)的簽約信息；策略制定模塊44還用于制定該用戶標(biāo)識(shí)對(duì)應(yīng)的MTC設(shè)備的特定策略；發(fā)送模塊46用于將該特定策略下發(fā)給所述策略執(zhí)行體。通過(guò)本實(shí)施例的上述PCRF 4，對(duì)于MTC設(shè)備組內(nèi)所有MTC設(shè)備均相同的策略只需發(fā)送一次，可以減少信令的交互次數(shù)，提高策略下發(fā)的效率。在另一個(gè)優(yōu)選實(shí)施例中，獲取模塊42可以獲取上述MTC設(shè)備組內(nèi)所有MTC設(shè)備的簽約數(shù)據(jù)，策略制定模塊44制定的策略包括該MTC設(shè)備組內(nèi)一個(gè)或多個(gè)MTC設(shè)備的特定策略，則發(fā)送模塊46在下發(fā)策略時(shí)，可以把MTC設(shè)備組內(nèi)一個(gè)或多個(gè)MTC設(shè)備的不同的策略封裝在一個(gè)消息中進(jìn)行下發(fā)，由策略執(zhí)行體2將不同的策略應(yīng)用到對(duì)應(yīng)的IP-CAN會(huì)話。這樣可以進(jìn)一步減少信令的交互。上述PCRF 4為本發(fā)明優(yōu)選實(shí)施例的PCRF，在實(shí)際應(yīng)用中，PCRF 4也可以不按照上述方式進(jìn)行策略，而是每次只發(fā)送一個(gè)MTC設(shè)備的策略。圖6為根據(jù)本發(fā)明實(shí)施例一的MTC的策略下發(fā)方法的流程圖，主要包括以下步驟 (步驟S602-步驟S604)步驟S602，策略執(zhí)行體2在其與PCRF 4之間為同一 MTC設(shè)備組內(nèi)的所有MTC設(shè)備所建立的IP-CAN會(huì)話建立一個(gè)直徑Diameter連接；步驟S604，PCRF 4通過(guò)上述Diameter連接將為該MTC設(shè)備組的MTC設(shè)備制定的策略下發(fā)給策略執(zhí)行體2。例如，PCRF 4可以只向策略執(zhí)行體2下發(fā)一次MTC設(shè)備組內(nèi)所有MTC設(shè)備都相同的策略，由策略執(zhí)行體2將各個(gè)MTC設(shè)備均相同的策略應(yīng)用到各個(gè)MTC設(shè)備建立的IP-CAN 會(huì)話?；蛘?，PCRF也可以將組內(nèi)一個(gè)或多個(gè)MTC設(shè)備的不同的策略(即特定策略)封裝在一個(gè)消息中進(jìn)行下發(fā)，由策略執(zhí)行體2將不同的策略應(yīng)用到對(duì)應(yīng)的IP-CAN會(huì)話。通過(guò)本實(shí)施例的上述MTC的策略下發(fā)方法，在需要為MTC設(shè)備所建立的IP-CAN會(huì)話建立Diameter連接時(shí)，策略執(zhí)行體2只為一個(gè)MTC設(shè)備組建立一個(gè)Diameter連接，從而可以大量減少Diameter連接的數(shù)量，提高網(wǎng)絡(luò)資源的利用率。實(shí)施例二本實(shí)施例中描述了屬于同一個(gè)MTC設(shè)備組的MTC Devicel和MTC Device2在分別建立IP-CAN會(huì)話過(guò)程中，PCEF和PCRF交互流程。其中MTC Devicel和MTC Device2建立的IP-CAN會(huì)話都不使用BBERF。圖7為根據(jù)本發(fā)明實(shí)施例二的流程圖，主要包括以下步驟步驟S701在MTC Devicel請(qǐng)求建立IP-CAN會(huì)話 1 的過(guò)程中，MTC Devicel 向PCEF 發(fā)送請(qǐng)求建立IP-CAN會(huì)話消息，在該消息中攜帶有MTC Devicel的用戶標(biāo)識(shí)1、PDN標(biāo)識(shí)和 MTC Devicel屬于的MTC設(shè)備組的組標(biāo)識(shí)。在實(shí)際應(yīng)用中，MTC設(shè)備組的組標(biāo)識(shí)可以有多種方式實(shí)現(xiàn)，例如，采用一個(gè)獨(dú)立標(biāo)識(shí)、或與PDN標(biāo)識(shí)結(jié)合，即每一個(gè)MTC設(shè)備組用一個(gè)PDN標(biāo)識(shí)表示；步驟S702 =PCEF向PCRF發(fā)送IP-CAN會(huì)話建立指示消息，在IP-CAN會(huì)話建立指示消息中攜帶有用戶標(biāo)識(shí)1，PDN標(biāo)識(shí)、組標(biāo)識(shí)和為MTC Devicel分配的IP地址(IP Addressl)；通過(guò)該消息建立了 PCEF和PCRF之間的Diameter會(huì)話，表示為Gx會(huì)話1 ；步驟S703 =PCRF向SI5R發(fā)送簽約文檔請(qǐng)求，在簽約文檔請(qǐng)求中攜帶有用戶標(biāo)識(shí)1、 PDN標(biāo)識(shí)和組標(biāo)識(shí)；步驟S704 =SPR根據(jù)組標(biāo)識(shí)和用戶標(biāo)識(shí)1返回MTC Devicel的簽約信息，其中包括 MTC Devicel所屬組的組簽約信息，例如，Group-APN-AMBR ；在實(shí)際應(yīng)用中，若除了所有MTC Device都相同的組簽約信息還包括各個(gè)MTC Device不相同的簽約信息，則SI3R還將返回用戶標(biāo)識(shí)1對(duì)應(yīng)的特定簽約信息?？蛇x地，SPR 還可以返回該MTC設(shè)備組中所有MTC Device的特定地簽約信息給PCRF ；步驟S705:PCRF根據(jù)SI^R返回的簽約信息、接入信息以及網(wǎng)絡(luò)策略等制定策略，其中包括計(jì)費(fèi)方式(離線或在線)、計(jì)費(fèi)模式(流量、時(shí)長(zhǎng)、流量和時(shí)長(zhǎng)、或事件)、默認(rèn)承載的QoS (QCI、ARP)、APN-AMBR 和 Group-APN-AMBR，以及默認(rèn)承載的 PCC 規(guī)則 1 ；PCRF 將以上策略發(fā)送給PCEF ；以上這些策略中，計(jì)費(fèi)方式(離線或在線)、計(jì)費(fèi)模式(流量、時(shí)長(zhǎng)、流量和時(shí)長(zhǎng)、或事件)、默認(rèn)承載的QoS (QCI、ARP)對(duì)于和MTC Devicel屬于同一個(gè)MTC設(shè)備組的MTC設(shè)備都是相同的，可以認(rèn)為是針對(duì)該MTC設(shè)備組的策略。步驟S706 =PCEF執(zhí)行策略，PCEF所在網(wǎng)關(guān)向MTC Devicel返回應(yīng)答建立IP-CAN 會(huì)話消息，攜帶有IP Addressl ；通過(guò)步驟S701 步驟S706后，MTC Devicel建立了 IP-CAN會(huì)話1，并且PCEF與 PCRF建立了 Gx會(huì)話1。PCEF和PCRF通過(guò)Gx會(huì)話1進(jìn)行對(duì)IP-CAN會(huì)話1的策略計(jì)費(fèi)控制。步驟S707 在MTC Device2 請(qǐng)求建立 IP-CAN會(huì)話 2 的過(guò)程中，MTC Device2 向 PCEF 發(fā)送請(qǐng)求建立IP-CAN會(huì)話消息，請(qǐng)求建立IP-CAN會(huì)話2，在該消息中攜帶有MTC Device2 的用戶標(biāo)識(shí)2和PDN標(biāo)識(shí)，以及MTC Device2屬于的用戶組的組標(biāo)識(shí)；由于MTC Devicel和MTC Device2屬于同一個(gè)MTC設(shè)備組，因此組標(biāo)識(shí)是相同的；步驟S708 =PCEF根據(jù)組標(biāo)識(shí)判斷MTC Devicel和MTCDevice2屬于同一個(gè)MTC設(shè)備組，PCEF通過(guò)Gx會(huì)話1向PCRF發(fā)送IP-CAN會(huì)話修改指示消息，在IP-CAN會(huì)話修改指示消息中攜帶有用戶標(biāo)識(shí)2和和MTC Device2分配的IP地址IP Address2 ；步驟S709 若該組的簽約信息沒(méi)有各個(gè)MTC Device特定的簽約或SPR已經(jīng)將組內(nèi)所有MTC Device特定的簽約信息下發(fā)，則直接執(zhí)行步驟S711，否則，PCRF向SI3R發(fā)送簽約文檔請(qǐng)求，在簽約文檔請(qǐng)求中攜帶有用戶標(biāo)識(shí)2、PDN標(biāo)識(shí)和組標(biāo)識(shí)；步驟S710 =SPR根據(jù)用戶標(biāo)識(shí)2返回MTC Device2特定的簽約信息；步驟S711 :PCRF制定策略，其中所有組成員相同的策略與步驟S705中一致，還有為IP-CAN會(huì)話2的默認(rèn)承載的PCC規(guī)則2。一般的，PCC規(guī)則1和PCC規(guī)則2只有業(yè)務(wù)過(guò)濾器模板不同，而其他的策略信息也認(rèn)為是相同的。PCRF將PCC規(guī)則2發(fā)送給PCEF，其他的策略可以不發(fā)送；步驟S712 :PCEF執(zhí)行PCC規(guī)則2和在步驟S705中所有組成員都相同的策略。PCEF 所在網(wǎng)關(guān)向MTC Device2返回應(yīng)答建立IP-CAN會(huì)話消息，攜帶有IPAddress2。上述實(shí)施例中，PCEF只為屬于同一個(gè)MTC設(shè)備組的MTCDevice與PCRF建立一個(gè) Diameter會(huì)話，并且PCRF在通過(guò)這個(gè)Diameter會(huì)話下發(fā)策略時(shí)，組內(nèi)所有用戶相同的策略只需下發(fā)一次，組內(nèi)成員不同的策略可以分別下發(fā)。進(jìn)一步地，在步驟S708，PCEF在與PCRF交互之前，若PCEF此時(shí)已經(jīng)收到了多個(gè) MTC Device的建立IP-CAN會(huì)話建立請(qǐng)求消息，那么PCEF在向PCRF發(fā)送IP-CAN會(huì)話修改指示消息時(shí)，可以同時(shí)攜帶這多個(gè)MTC Device的用戶標(biāo)識(shí)和對(duì)應(yīng)的IP Address。相應(yīng)地， PCRF在向PCEF返回IP-CAN會(huì)話修改確認(rèn)消息時(shí)，也可以同時(shí)攜帶這多個(gè)MTC Device對(duì)應(yīng)的PCC規(guī)則。同樣的，在步驟S702，PCEF在與PCRF交互之前，若PCEF此時(shí)已經(jīng)收到了多個(gè)MTC Device的建立IP-CAN會(huì)話建立請(qǐng)求消息，那么PCEF在向PCRF發(fā)送IP-CAN會(huì)話建立指示消息時(shí)，可以同時(shí)攜帶這多個(gè)MTC Device的用戶標(biāo)識(shí)和對(duì)應(yīng)的IP Address。相應(yīng)地，PCRF 在向PCEF返回IP-CAN會(huì)話建立確認(rèn)消息時(shí)，也可以同時(shí)攜帶這多個(gè)MTC Device對(duì)應(yīng)的PCC規(guī)則。在其他實(shí)施例中，由于組內(nèi)的每一個(gè)MTC Device的默認(rèn)承載的PCC規(guī)則的QoS部分是相同的，所以步驟S705中，PCRF向PCEF返回PCC規(guī)則的QoS部分，而業(yè)務(wù)過(guò)濾器模板不用返回。PCEF收到PCC規(guī)則后，根據(jù)PCEF獲得的MTC Device的IP地址，以及MTC Server 的IP地址等信息構(gòu)建業(yè)務(wù)過(guò)濾模板，從而構(gòu)建默認(rèn)承載PCC規(guī)則。這樣在步驟S709中， PCRF也可不下發(fā)PCC規(guī)則2，而由PCEF自己構(gòu)建。實(shí)施例三本實(shí)施例中描述了屬于同一個(gè)MTC設(shè)備組的MTC Devicel和MTC Device2在分別建立IP-CAN會(huì)話過(guò)程中，PCEF和PCRF交互流程。其中MTC Devicel和MTC Device2建立的IP-CAN會(huì)話都使用BBERF。步驟S801 在MTC Devicel請(qǐng)求建立IP-CAN會(huì)話1的過(guò)程中，MTC Devicel向 BBERF發(fā)送請(qǐng)求建立IP-CAN會(huì)話的消息，請(qǐng)求建立IP-CAN會(huì)話2，在消息中攜帶有MTC Devicel的用戶標(biāo)識(shí)1和PDN標(biāo)識(shí)，以及MTC Devicel屬于的用戶組的組標(biāo)識(shí)；步驟S802 =BBERF向PCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立消息，在網(wǎng)關(guān)控制會(huì)話建立消息中攜帶有用戶標(biāo)識(shí)1、PDN標(biāo)識(shí)和組標(biāo)識(shí)。該消息建立了 BBERF和PCRF之間的Diameter會(huì)話(網(wǎng)關(guān)控制會(huì)話)，表示為Gxx會(huì)話1 ；步驟S803 =PCRF向STO發(fā)送簽約文檔請(qǐng)求，在簽約文檔請(qǐng)求中攜帶有用戶標(biāo)識(shí)1、 PDN標(biāo)識(shí)和組標(biāo)識(shí)；步驟S804 =SI3R根據(jù)用戶標(biāo)識(shí)1及組標(biāo)識(shí)判斷該用戶屬于組標(biāo)識(shí)所標(biāo)識(shí)的組，并且根據(jù)用戶標(biāo)識(shí)1、PDN標(biāo)識(shí)和組標(biāo)識(shí)返回MTCDevicel的簽約信息，其中包括MTC Devicel所屬組的組策略信息，如Group-APN-AMBR。進(jìn)一步的SI3R可能會(huì)將MTC Devicel所屬組的各個(gè)用戶標(biāo)識(shí)對(duì)應(yīng)的簽約信息全部下發(fā)給PCRF ；步驟S805:PCRF根據(jù)簽約信息、接入信息以及網(wǎng)絡(luò)策略制定策略，包括計(jì)費(fèi)方式 (離線或在線)、計(jì)費(fèi)模式(流量、時(shí)長(zhǎng)、流量和時(shí)長(zhǎng)、或事件)、默認(rèn)承載的QoS(QCI、ARP)、 APN-AMBR和Group-APN-AMBR，以及默認(rèn)承載的PCC規(guī)則1和QoS規(guī)則1。以上這些策略中，計(jì)費(fèi)方式(離線或在線)，計(jì)費(fèi)模式(流量、時(shí)長(zhǎng)、流量和時(shí)長(zhǎng)、或事件)、默認(rèn)承載的QoS(QCI、 ARP)對(duì)于和MTCDevicel屬于同一個(gè)組的用戶都是相同的，可以認(rèn)為是針對(duì)同一個(gè)組的策略。PCRF將QoS規(guī)則1發(fā)送給BBERF ；步驟S806 =BBERF執(zhí)行QoS規(guī)則1。BBERF所在網(wǎng)關(guān)向PCEF所在網(wǎng)關(guān)發(fā)送請(qǐng)求建立IP-CAN會(huì)話1的消息，該消息中攜帶有MTC Devicel的用戶標(biāo)識(shí)1和請(qǐng)求接入的PDN網(wǎng)絡(luò)的PDN標(biāo)識(shí)，以及MTC Devicel屬于的用戶組的組標(biāo)識(shí)；步驟S807 =PCEF 所在網(wǎng)關(guān)為 MTC Devicel 分配 IP 地址 IPAddressl。PCEF 向 PCRF 發(fā)送IP-CAN會(huì)話建立指示消息，消息中攜帶有用戶標(biāo)識(shí)1、PDN標(biāo)識(shí)和組標(biāo)識(shí)。該消息建立 7 PCEF和PCRF之間的Diameter會(huì)話，表示為Gx會(huì)話1 ； 步驟S808 =PCRF根據(jù)組標(biāo)識(shí)將Gxx會(huì)話1和Gx會(huì)話1進(jìn)行關(guān)聯(lián)。進(jìn)而將步驟S805 執(zhí)行的策略(除QoS規(guī)則1)發(fā)送給PCEF ；步驟S809 =PCEF執(zhí)行策略。PCEF所在網(wǎng)關(guān)向BBERF所在網(wǎng)關(guān)應(yīng)答建立IP-CAN會(huì)話1消息，攜帶IP Addressl ；步驟S810 =BBERF所在網(wǎng)關(guān)返回應(yīng)答建立IP-CAN會(huì)話1消息，攜帶有IPAddressl ；通過(guò)步驟S801 步驟S810后，MTC Devicel建立了 IP-CAN會(huì)話1，并且BBERF與 PCRF 建立了 Gxx 會(huì)話 1，PCEF 與 PCRF 建立了 Gx 會(huì)話 1。BBERF、PCEF 和 PCRF 通過(guò) Gxx 會(huì)話1、Gx會(huì)話1進(jìn)行對(duì)IP-CAN會(huì)話1的策略計(jì)費(fèi)控制。步驟S811 在MTC Device2請(qǐng)求建立IP-CAN會(huì)話2的過(guò)程中，MTC Device2向 BBERF所在網(wǎng)關(guān)發(fā)送請(qǐng)求建立IP-CAN會(huì)話消息，在請(qǐng)求建立IP-CAN會(huì)話消息中攜帶有MTC Devicel的用戶標(biāo)識(shí)2和PDN標(biāo)識(shí)，以及MTC Device2屬于的用戶組的組標(biāo)識(shí)。MTCDevicel 和MTC Device〗屬于同一個(gè)組，因此，組標(biāo)識(shí)是相同的；步驟S812 =BBERF根據(jù)組標(biāo)識(shí)判斷MTC Devicel和MTCDevice2屬于同一個(gè)組， BBERF通過(guò)Gxx會(huì)話1向PCRF發(fā)送網(wǎng)關(guān)控制會(huì)話修改消息，在網(wǎng)關(guān)控制會(huì)話修改消息中攜帶有用戶標(biāo)識(shí)2;步驟S813 若該MTC設(shè)備組的簽約信息沒(méi)有各個(gè)MTC Device特定的簽約或SI3R已經(jīng)將組內(nèi)所有MTC Device特定的簽約信息下發(fā)，則直接執(zhí)行步驟S815，否則，PCRF向SI3R 發(fā)送簽約文檔請(qǐng)求，在簽約文檔請(qǐng)求中攜帶有用戶標(biāo)識(shí)2 ；步驟S814 =SPR根據(jù)用戶標(biāo)識(shí)2返回MTC Device2特定的簽約信息；步驟S815 :PCRF制定策略，其中包括所有組成員相同的策略，還有為IP-CAN會(huì)話 2的默認(rèn)承載制定的PCC規(guī)則2和QoS規(guī)則2。一般的，PCC規(guī)則Ι/QoS規(guī)則1和PCC規(guī)則 2/QoS規(guī)則2只有業(yè)務(wù)過(guò)濾器模板不同，而其他的策略信息也認(rèn)為是相同的。PCRF將QoS 規(guī)則2發(fā)送給PCEF，其他的策略可以不發(fā)送；步驟S816 =BBERF執(zhí)行QoS規(guī)則2。BBERF所在網(wǎng)關(guān)向PCEF所在網(wǎng)關(guān)發(fā)送請(qǐng)求建立IP-CAN會(huì)話2的消息，消息中攜帶有MTCDevicd的用戶標(biāo)識(shí)2和PDN標(biāo)識(shí)，以及MTC Devicel屬于的用戶組的組標(biāo)識(shí)；步驟S817 =PCEF 所在網(wǎng)關(guān)為 MTC Device2 分配 IP 地址(IPAddress2)。PCEF 根據(jù)組標(biāo)識(shí)判斷MTC Devicel和MTC Device2屬于同一個(gè)組，PCEF通過(guò)Gx會(huì)話1向PCRF 發(fā)送IP-CAN會(huì)話修改指示消息，在IP-CAN會(huì)話修改指示消息中攜帶有用戶標(biāo)識(shí)2和IP Address2 ；步驟S818 =PCRF將步驟S815中制定的策略(除QoS規(guī)則2)發(fā)送給PCEF ；步驟S819 :PCEF執(zhí)行PCC規(guī)則2和在步驟S805中所有組成員都相同的策略。PCEF 所在網(wǎng)關(guān)向BBERF所在網(wǎng)關(guān)返回應(yīng)答建立回IP-CAN會(huì)話消息，攜帶有IP AddreSS2。步驟S8210 =BBERF所在網(wǎng)關(guān)返回應(yīng)答建立IP-CAN會(huì)話2消息，攜帶有IP Address2。上述實(shí)施例中，BBERF只為屬于同一個(gè)用戶組的MTC Device與PCRF分別建立一個(gè)Diameter會(huì)話，并且PCRF在通過(guò)這個(gè)Diameter會(huì)話下發(fā)策略時(shí)，組內(nèi)所有用戶相同的策略只需下發(fā)一次，組內(nèi)成員不同的策略可以分別下發(fā)。進(jìn)一步地，在步驟S812，BBERF在與PCRF交互之前，若BBERF此時(shí)已經(jīng)收到了多個(gè)MTC Device的請(qǐng)求建立IP-CAN會(huì)話請(qǐng)求消息，那么BBERF在向PCRF發(fā)送網(wǎng)關(guān)控制會(huì)話修改消息時(shí)，可以同時(shí)攜帶這多個(gè)MTC Device的用戶標(biāo)識(shí)。相應(yīng)地，PCRF在向BBERF返回 IP-CAN會(huì)話修改確認(rèn)消息時(shí)，也可以同時(shí)攜帶這多個(gè)MTC Device對(duì)應(yīng)的QoS規(guī)則。同樣的，在步驟S802，BBERF在與PCRF交互之前，若BBERF此時(shí)已經(jīng)收到了多個(gè)
12MTC Device的請(qǐng)求建立IP-CAN會(huì)話請(qǐng)求消息，那么BBERF在向PCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立消息時(shí)，可以同時(shí)攜帶這多個(gè)MTC Device的用戶標(biāo)識(shí)。相應(yīng)地，PCRF在向PCEF返回網(wǎng)關(guān)控制會(huì)話建立確認(rèn)消息時(shí)，也可以同時(shí)攜帶這多個(gè)MTCDevice對(duì)應(yīng)的QoS規(guī)則。實(shí)施例四本實(shí)施例描述的是基于實(shí)施例二或?qū)嵤├⒌腎P-CAN會(huì)話后，由于MTC Devicel和MTC Device2的業(yè)務(wù)訪問(wèn)，而觸發(fā)的IP-CAN會(huì)話的修改流程。圖9為根據(jù)本發(fā)明實(shí)施例四的流程圖，該實(shí)施例主要包括以下步驟步驟S901 =AF向PCRF發(fā)送業(yè)務(wù)/應(yīng)用消息，該消息中攜帶IPAddress 1和IP Address2或者該消息中攜帶MTC設(shè)備1或MTC設(shè)備2的組標(biāo)識(shí)；并且，該消息中還攜帶有業(yè)務(wù)信息，例如，媒體類型、QoS信息等，這些信息可以認(rèn)為對(duì) MTC Devicel 和 MTC Device2 是一致的。AF 中還會(huì)協(xié)商 MTC Devicel 和 MTC Device2 不相同的信息，例如，流描述信息(源、目的地址地址，端口號(hào)等)；步驟S902 =PCRF保存AF提供的業(yè)務(wù)信息。步驟S903 =PCRF根據(jù)業(yè)務(wù)信息等進(jìn)行策略決策；其中包括制定針對(duì)IP-CAN會(huì)話1的PCC規(guī)則1，和QoS規(guī)則1，(實(shí)施例三)，針對(duì)IP-CAN會(huì)話2的PCC規(guī)則2，和QoS規(guī)則2，(實(shí)施例三)；步驟S904 =PCRF通過(guò)Gxx會(huì)話2向BBERF發(fā)送網(wǎng)關(guān)和QoS規(guī)則提供消息，攜帶QoS 規(guī)則1，和QoS規(guī)則2，；步驟S905 =BBERF安裝QoS規(guī)則。BBERF根據(jù)QoS規(guī)則1，和QoS規(guī)則2 ’分別為 IP-CAN會(huì)話1和IP-CAN會(huì)話2執(zhí)行資源預(yù)留過(guò)程。BBERF向PCRF返回確認(rèn)消息。其中，步驟S904、905分別針對(duì)實(shí)施例三。步驟S906 =PCRF通過(guò)Gx會(huì)話2向PCEF發(fā)送策略計(jì)費(fèi)規(guī)則提供消息，攜帶PCC規(guī)則1，和PCC規(guī)則2，；步驟S907 =PCEF安裝PCC規(guī)則。針對(duì)實(shí)施例二，PCEF根據(jù)PCC規(guī)則1，和PCC規(guī)則2’分別為IP-CAN會(huì)話1和IP-CAN會(huì)話2執(zhí)行資源預(yù)留過(guò)程。PCEF向PCRF返回確認(rèn)消息。其中，步驟S906、907分別針對(duì)實(shí)施例二。實(shí)施例五本實(shí)施例描述的是基于實(shí)施例二或?qū)嵤├⒌腎P-CAN會(huì)話后并且通過(guò)實(shí)施例四訪問(wèn)業(yè)務(wù)后由于用戶組簽約數(shù)據(jù)發(fā)生變化后，而觸發(fā)的IP-CAN會(huì)話的修改流程。圖10為根據(jù)本發(fā)明實(shí)施例五的流程圖，主要包括以下步驟步驟S 1001 =SPR檢測(cè)上述MTC設(shè)備組(即MTC設(shè)備1和MTC設(shè)備2所屬的MTC 設(shè)備組)的簽約數(shù)據(jù)發(fā)生變化，例如，計(jì)費(fèi)方式(離線或在線)、計(jì)費(fèi)模式(流量、時(shí)長(zhǎng)、流量和時(shí)長(zhǎng)、或事件)、默認(rèn)承載的QoS (QCI、ARP)、APN-AMBR和Group-APN-AMBR發(fā)生了變化；步驟S1002 =SRP向PCRF發(fā)送更新簽約文檔請(qǐng)求消息，其中，該更新簽約文檔請(qǐng)求消息中攜帶發(fā)生變化的簽約文檔；步驟S1003 =PCRF保存更新的簽約文檔數(shù)據(jù)；步驟S1004 =PCRF根據(jù)更新的簽約文檔進(jìn)行策略決策；若默認(rèn)承載的QoS發(fā)生了變化，則PCRF將重新制定針對(duì)IP-CAN會(huì)話1的PCC規(guī)則1和QoS規(guī)則1，為PCC規(guī)則1， 和QoS規(guī)則1，，針對(duì)IP-CAN會(huì)話2的PCC規(guī)則2和QoS規(guī)則2，為PCC規(guī)則2 ’和QoS規(guī)則2，；步驟S1005 若默認(rèn)承載的QoS發(fā)生了變化，PCRF通過(guò)Gxx會(huì)話2向BBERF發(fā)送網(wǎng)關(guān)和QoS規(guī)則提供消息，攜帶QoS規(guī)則UQoS規(guī)則2，QoS規(guī)則1，和QoS規(guī)則2，；步驟S1006 =BBERF安裝QoS規(guī)則。BBERF根據(jù)QoS規(guī)則UQoS規(guī)則2，QoS規(guī)則1， 和QoS規(guī)則2，分別為IP-CAN會(huì)話1和IP-CAN會(huì)話2執(zhí)行資源預(yù)留過(guò)程。BBERF向PCRF 返回確認(rèn)消息。步驟S1005、1006針對(duì)實(shí)施例三執(zhí)行。步驟S1007 若默認(rèn)承載的QoS發(fā)生了變化，PCRF通過(guò)Gx會(huì)話2向PCEF發(fā)送策略計(jì)費(fèi)規(guī)則提供消息，攜帶PCC規(guī)則1和PCC規(guī)則2，PCC規(guī)則1’和PCC規(guī)則2’。若計(jì)費(fèi)方式、計(jì)費(fèi)模式、APN-AMBR和Group-APN-AMBR發(fā)生了變化，則PCRF直接向PCEF提供上述變化的信息；步驟S 1008 若默認(rèn)承載的QoS發(fā)生了變化，PCEF安裝PCC規(guī)則。針對(duì)實(shí)施例1， PCEF根據(jù)PCC規(guī)貝丨J 1和PCC規(guī)貝丨J 2，PCC規(guī)貝丨J 1，和PCC規(guī)貝丨J 2，分別為IP-CAN會(huì)話1和 IP-CAN會(huì)話2執(zhí)行資源預(yù)留過(guò)程。PCEF向PCRF返回確認(rèn)消息。若計(jì)費(fèi)方式、計(jì)費(fèi)模式、 APN-AMBR和Group-APN-AMBR發(fā)生了變化，則PCEF將上述信息直接應(yīng)用于IP-CAN會(huì)話1和 IP-CAN會(huì)話2。PCEF向PCRF返回確認(rèn)消息。步驟S1007、1008針對(duì)實(shí)施例二執(zhí)行從以上的描述中，可以看出，在本發(fā)明實(shí)施例中，策略執(zhí)行體(BBERF、PCEF)只為 MTC Group與PCRF建立一個(gè)Diameter連接(網(wǎng)關(guān)控制會(huì)話、Gx會(huì)話)。組內(nèi)用戶相同的策略只需發(fā)送一次，由策略執(zhí)行體將組內(nèi)用戶相同的策略應(yīng)用到各個(gè)用戶建立的IP-CAN會(huì)話。并且可以把組內(nèi)多個(gè)用戶不同的策略封裝在一個(gè)消息中進(jìn)行下發(fā)，由策略執(zhí)行體將不同的策略應(yīng)用到對(duì)應(yīng)的IP-CAN會(huì)話。從而可以減少Diameter連接的數(shù)據(jù)，提高網(wǎng)絡(luò)資源的利用率，也可以減少信令交互的次數(shù)，提高策略下發(fā)的效率。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種機(jī)器類通信MTC的策略下發(fā)方法，其特征在于，包括策略執(zhí)行體在其與策略和計(jì)費(fèi)規(guī)則功能實(shí)體PCRF之間為同一 MTC設(shè)備組內(nèi)的所有MTC 設(shè)備所建立的因特網(wǎng)協(xié)議_連接接入網(wǎng)IP-CAN會(huì)話建立一個(gè)直徑Diameter連接；所述PCRF通過(guò)所述Diameter連接將為所述MTC設(shè)備組的MTC設(shè)備制定的策略下發(fā)給所述策略執(zhí)行體。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述策略執(zhí)行體為所述MTC設(shè)備組內(nèi)的所有MTC設(shè)備所建立的IP-CAN會(huì)話建立所述Diameter連接包括所述策略執(zhí)行體接收到為所述MTC設(shè)備組內(nèi)的第一 MTC設(shè)備請(qǐng)求建立IP-CAN會(huì)話的請(qǐng)求消息，從所述請(qǐng)求消息中解析出所述第一 MTC設(shè)備的組標(biāo)識(shí)；所述策略執(zhí)行體判斷與所述PCRF之間是否建立有與所述組標(biāo)識(shí)對(duì)應(yīng)的Diameter連接，如果是，則通過(guò)所述Diameter連接向所述PCRF發(fā)送會(huì)話修改請(qǐng)求消息，其中，所述會(huì)話修改請(qǐng)求消息中攜帶有所述第一 MTC設(shè)備的用戶標(biāo)識(shí)；否則所述策略執(zhí)行體向所述PCRF發(fā)送會(huì)話建立請(qǐng)求消息，建立與所述PCRF之間與所述組標(biāo)識(shí)對(duì)應(yīng)的所述Diameter連接，其中，所述會(huì)話建立請(qǐng)求消息中攜帶有所述組標(biāo)識(shí)和所述用戶標(biāo)識(shí)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述PCRF通過(guò)所述Diameter連接將為所述MTC設(shè)備組的MTC設(shè)備制定的策略下發(fā)給所述策略執(zhí)行體包括所述PCRF在接收到所述會(huì)話建立請(qǐng)求消息時(shí)，獲取所述第一 MTC設(shè)備的簽約信息；所述PCRF根據(jù)獲取的簽約信息為所述當(dāng)前MTC組內(nèi)的MTC設(shè)備制定策略；所述PCRF向所述策略執(zhí)行體發(fā)送攜帶制定的所述策略的會(huì)話建立響應(yīng)消息，其中，所述策略包括所述MTC設(shè)備組內(nèi)的所有MTC設(shè)備相同的策略，或，所述相同的策略與所述第一 MTC設(shè)備的特定策略。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述PCRF獲取所述第一MTC設(shè)備的簽約信息包括所述PCRF向用戶簽約數(shù)據(jù)庫(kù)sra發(fā)送簽約文檔請(qǐng)求，其中，所述簽約文檔請(qǐng)求中攜帶有所述用戶標(biāo)識(shí)和所述組標(biāo)識(shí)；所述Sra根據(jù)所述組標(biāo)識(shí)和所述用戶標(biāo)識(shí)，返回所述第一 MTC設(shè)備的簽約信息，其中， 所述簽約信息中包括與所述組標(biāo)識(shí)對(duì)應(yīng)的組簽約信息，或，與所述組標(biāo)識(shí)對(duì)應(yīng)的組簽約信息和所述第一 MTC設(shè)備的特定簽約信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述簽約信息中還包括所述MTC設(shè)備組中除所述第一 MTC設(shè)備以外的一個(gè)或多個(gè)MTC設(shè)備的特定簽約信息。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述PCRF制定的所述策略中還包括所述一個(gè)或多個(gè)MTC設(shè)備的特定策略，所述會(huì)話建立響應(yīng)消息中還攜帶有所述一個(gè)或多個(gè)MTC 設(shè)備的特定策略。
7.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述PCRF通過(guò)所述Diameter連接將為所述MTC設(shè)備組的MTC設(shè)備制定的策略下發(fā)給所述策略執(zhí)行體包括所述PCRF在接收到所述會(huì)話修改請(qǐng)求消息時(shí)，根據(jù)所述第一 MTC設(shè)備的簽約信息，制定所述第一 MTC設(shè)備的特定策略，將所述特定策略發(fā)送給所述策略執(zhí)行體。
8.根據(jù)權(quán)利要求3至7中任一項(xiàng)所述的方法，其特征在于，在所述PCRF將為所述MTC設(shè)備組的MTC設(shè)備制定的策略下發(fā)給所述策略執(zhí)行體之后，所述方法還包括所述策略執(zhí)行體將接收到的所述相同的策略應(yīng)用到所述MTC設(shè)備組中各個(gè)MTC設(shè)備所建立的IP-CAN 會(huì)話，將各個(gè)MTC設(shè)備的特定策略應(yīng)用到對(duì)應(yīng)的各個(gè)MTC設(shè)備所建立的IP-CAN會(huì)話。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，在所述PCRF將為所述MTC設(shè)備組的MTC 設(shè)備制定的策略下發(fā)給所述策略執(zhí)行體之后，所述方法還包括所述PCRF接收到來(lái)自應(yīng)用功能實(shí)體的消息，其中，所述消息中攜帶有所述第一 MTC設(shè)備的業(yè)務(wù)信息；所述PCRF根據(jù)所述業(yè)務(wù)信息制定策略，并通過(guò)所述Diameter連接將制定的所述策略下發(fā)給所述策略執(zhí)行體。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，在所述PCRF將為所述MTC設(shè)備組的MTC 設(shè)備制定的策略下發(fā)給所述策略執(zhí)行體之后，所述方法還包括所述PCRF接收到用戶簽約數(shù)據(jù)發(fā)送的更新簽約文檔請(qǐng)求，其中，所述更新簽約文檔請(qǐng)求中攜帶有所述MTC設(shè)備組更新后的簽約文檔；所述PCRF根據(jù)所述更新后的簽約文檔為所述MTC設(shè)備組內(nèi)的MTC設(shè)備重新制定策略， 并通過(guò)所述Diameter連接將重新制定的所述策略下發(fā)給所述策略執(zhí)行體。
11.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述第一MTC設(shè)備包括多個(gè)MTC設(shè)備，所述會(huì)話修改消息或所述會(huì)話建立指示消息中攜帶有所述多個(gè)MTC設(shè)備的用戶標(biāo)識(shí)。
12.根據(jù)權(quán)利要求2至7中任一項(xiàng)所述的方法，其特征在于，所述策略執(zhí)行體為策略和計(jì)費(fèi)執(zhí)行功能PCEF或承載綁定和事件報(bào)告功能BBERF。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述策略執(zhí)行體為所述PCEF；所述會(huì)話建立請(qǐng)求消息為IP-CAN會(huì)話建立指示；所述會(huì)話修改請(qǐng)求消息為IP-CAN會(huì)話修改指示；所述策略執(zhí)行體為所述BBERF ；所述會(huì)話建立請(qǐng)求消息為網(wǎng)關(guān)控制會(huì)話建立請(qǐng)求；所述會(huì)話修改請(qǐng)求消息為網(wǎng)關(guān)控制會(huì)話修改請(qǐng)求。
14.一種MTC的策略下發(fā)系統(tǒng)，其特征在于，包括策略執(zhí)行體，用于在其與PCRF之間為同一個(gè)MTC設(shè)備組內(nèi)的所有MTC設(shè)備所建立的 IP-CAN會(huì)話建立一個(gè)Diameter連接；所述PCRF，用于通過(guò)所述Diameter連接下發(fā)為所述MTC設(shè)備組的MTC設(shè)備制定的策略。
15.根據(jù)權(quán)利要求14所述的系統(tǒng)，其特征在于，所述策略執(zhí)行體包括接收模塊，用于接收為所述MTC設(shè)備組中的MTC設(shè)備請(qǐng)求建立IP-CAN會(huì)話的請(qǐng)求消息，其中，所述請(qǐng)求消息中攜帶有所述MTC設(shè)備的組標(biāo)識(shí)和用戶標(biāo)識(shí)；判斷模塊，用于判斷所述策略執(zhí)行體與所述PCRF之間是否建立有與所述組標(biāo)識(shí)對(duì)應(yīng)的Diameter連接，如果是，則觸發(fā)發(fā)送模塊，否則，觸發(fā)建立模塊；所述發(fā)送模塊，用于通過(guò)與所述PCRF之間的所述Diameter連接向所述PCRF發(fā)送會(huì)話修改請(qǐng)求消息，其中，所述會(huì)話修改請(qǐng)求消息中攜帶有所述MTC設(shè)備的用戶標(biāo)識(shí)；所述建立模塊，用于向所述PCRF發(fā)送會(huì)話建立請(qǐng)求消息，建立與所述PCRF之間與所述組標(biāo)識(shí)對(duì)應(yīng)的所述Diameter連接，其中，所述會(huì)話建立請(qǐng)求消息中攜帶有所述組標(biāo)識(shí)和所述用戶標(biāo)識(shí)。
16.根據(jù)權(quán)利要求14或15所述的系統(tǒng)，其特征在于，所述PCRF包括接收模塊，用于接收來(lái)自所述策略執(zhí)行體的會(huì)話建立請(qǐng)求消息； 獲取模塊，用于獲取與所述會(huì)話建立請(qǐng)求消息中攜帶的組標(biāo)識(shí)用戶標(biāo)識(shí)對(duì)應(yīng)的簽約信息；策略制定模塊，用于根據(jù)所述獲取模塊獲取的所述簽約信息，為所述MTC設(shè)備所屬的所述MTC設(shè)備組制定策略；發(fā)送模塊，用于將所述策略制定模塊制定的策略下發(fā)給所述策略執(zhí)行體，其中，所述策略包括所述MTC設(shè)備組內(nèi)的所有MTC設(shè)備相同的策略，或所述相同的策略與所述MTC設(shè)備的特定策略。
17.根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于，所述接收模塊還用于接收來(lái)自所述策略執(zhí)行體的會(huì)話修改請(qǐng)求消息；所述獲取模塊還用于獲取與所述會(huì)話修改請(qǐng)求消息中攜帶的用戶標(biāo)識(shí)對(duì)應(yīng)的簽約信息；所述策略制定模塊還用于制定所述用戶標(biāo)識(shí)對(duì)應(yīng)的MTC設(shè)備的特定策略；所述發(fā)送模塊用于將該特定策略下發(fā)給所述策略執(zhí)行體。
18.根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于，所述發(fā)送模塊下發(fā)的所述策略還包括 所述MTC設(shè)備組中除所述MTC設(shè)備之外的一個(gè)或多個(gè)MTC設(shè)備的特定策略。
全文摘要
本發(fā)明公開(kāi)了一種機(jī)器類通信的策略下發(fā)方法及系統(tǒng)，該方法包括策略執(zhí)行體在其與PCRF之間為同一MTC設(shè)備組內(nèi)的所有MTC設(shè)備所建立的IP-CAN會(huì)話建立一個(gè)直徑Diameter連接；PCRF通過(guò)Diameter連接將為MTC設(shè)備組的MTC設(shè)備制定的策略下發(fā)給所述策略執(zhí)行體。通過(guò)本發(fā)明，可以避免網(wǎng)絡(luò)資源的浪費(fèi)，提高網(wǎng)絡(luò)資源的利用率。
文檔編號(hào)H04W76/02GK102238510SQ201010171409
公開(kāi)日2011年11月9日 申請(qǐng)日期2010年4月26日 優(yōu)先權(quán)日2010年4月26日
發(fā)明者周曉云, 支春霞 申請(qǐng)人:中興通訊股份有限公司