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

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


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