專利名稱：一種實(shí)現(xiàn)ue控制的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體涉及一種實(shí)現(xiàn)用戶設(shè)備(UE)控制的方法和系統(tǒng)。
背景技術(shù)：
目前，機(jī)器到機(jī)器(Machine to Machine, M2M)的通信業(yè)務(wù)已逐漸得到廣泛應(yīng)用，例如，在物流系統(tǒng)、遠(yuǎn)程抄表、智能家居等應(yīng)用。M2M服務(wù)商主要使用現(xiàn)有的無線網(wǎng)絡(luò)開展M2M業(yè)務(wù),例如，通用分組無線業(yè)務(wù)(General PacketRadio service, GPRS)網(wǎng)絡(luò)、演進(jìn)分組系統(tǒng)(Evolved Packet System, EPS)網(wǎng)絡(luò)等PS網(wǎng)絡(luò)。由于M2M業(yè)務(wù)與人與人之間的通信(Human to Human,H2H)業(yè)務(wù)有明顯的差異性，因此，需要對網(wǎng)絡(luò)部署進(jìn)行必要的優(yōu)化，以滿足M2M應(yīng)用的同時(shí)獲得最佳的網(wǎng)絡(luò)管理與網(wǎng)絡(luò)通訊質(zhì)量。系統(tǒng)架構(gòu)演進(jìn)(System Architecture Evolution, SAE)的提出是為了使得演進(jìn)的 分組網(wǎng)(Evolved Packet System, EPS)可提供更高的傳輸速率、更短的傳輸延時(shí)、優(yōu)化分組，及支持演進(jìn)的 UTRAN(Evolved UTRAN, E-UTRAN)、UTRAN、無線局域網(wǎng)(Wireless LocalArea Network, WLAN)及其他非3GPP的接入網(wǎng)絡(luò)之間的移動(dòng)性管理。圖I為EPS的架構(gòu)圖,如圖I所示,其中，演進(jìn)的無線接入網(wǎng)(Evolved RadioAccessNetwork, E-RAN)中包含的網(wǎng)元是演進(jìn)節(jié)點(diǎn)B(Evolved NodeB, eNodeB),用于為用戶的接入提供無線資源；分組數(shù)據(jù)網(wǎng)(Packet Data Network,PDN)是為用戶提供業(yè)務(wù)的網(wǎng)絡(luò)；EPC提供了更低的延遲，并允許更多的無線接入系統(tǒng)接入，其包括如下網(wǎng)元移動(dòng)管理實(shí)體(Mobility Management Entity, MME),是控制面功能實(shí)體,臨時(shí)存儲(chǔ)用戶數(shù)據(jù)的服務(wù)器，負(fù)責(zé)管理和存儲(chǔ)UE的上下文(例如，用戶標(biāo)識、移動(dòng)性管理狀態(tài)、用戶安全參數(shù)等)，為用戶分配臨時(shí)標(biāo)識；當(dāng)UE駐扎在該跟蹤區(qū)域或者該網(wǎng)絡(luò)時(shí)，負(fù)責(zé)對該用戶進(jìn)行鑒權(quán)。服務(wù)網(wǎng)關(guān)(Serving Gateway, SGW或S-GW),是一個(gè)用戶面實(shí)體,負(fù)責(zé)用戶面數(shù)據(jù)路由處理，終結(jié)處于空閑(ECM_IDLE)狀態(tài)的UE的下行數(shù)據(jù)。管理和存儲(chǔ)UE的SAE承載(bearer)上下文，例如IP承載業(yè)務(wù)參數(shù)和網(wǎng)絡(luò)內(nèi)部路由信息等。SGW是3GPP系統(tǒng)內(nèi)部用戶面的錨點(diǎn)，一個(gè)用戶在一個(gè)時(shí)刻只能有一個(gè)SGW。分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(PDN Gateway，PGW或P-GW)，是負(fù)責(zé)UE接入PDN的網(wǎng)關(guān)，分配用戶IP地址，也是3GPP和非3GPP接入系統(tǒng)的移動(dòng)性錨點(diǎn)，PGW的功能還包括策略實(shí)施、計(jì)費(fèi)支持。用戶在同一時(shí)刻能夠接入多個(gè)PGW。策略與計(jì)費(fèi)實(shí)施功能實(shí)體(Policy and ChargingEnforcement Function, PCEF)也位于 PGW 中。策略與計(jì)費(fèi)規(guī)則功能實(shí)體(Policyand Charging Rules Function, PCRF),負(fù)責(zé)向PCEF提供策略控制與計(jì)費(fèi)規(guī)則。歸屬用戶服務(wù)器(Home Subscriber Server, HSS),負(fù)責(zé)永久存儲(chǔ)用戶簽約數(shù)據(jù)，HSS存儲(chǔ)的內(nèi)容包括UE的國際移動(dòng)用戶識別碼(International MobileSubscriberIdentification, MSI)、PGW 的 IP 地址。在物理上，上述SGW和PGW可能合一，EPC系統(tǒng)用戶面網(wǎng)元包括SGW和PGW。
MTC服務(wù)器主要負(fù)責(zé)對MTC UE的信息采集和數(shù)據(jù)存儲(chǔ)/處理等工作，并可對MTCUE進(jìn)行必要的管理。MTC UE通常負(fù)責(zé)收集若干采集器的信息，并通過RAN節(jié)點(diǎn)接入核心網(wǎng)，與MTCServer交互數(shù)據(jù)。在圖I中，MTC UE需要通過EPS網(wǎng)絡(luò)向MTC Server或其它的MTC UE傳輸數(shù)據(jù)信息。SAE網(wǎng)絡(luò)為此次傳輸建立SGW-PGW之間的GTP隧道，數(shù)據(jù)信息通過GTP隧道實(shí)現(xiàn)可靠傳輸。圖2是現(xiàn)有技術(shù)下，UE接入到EPS網(wǎng)絡(luò)并執(zhí)行在EPS網(wǎng)絡(luò)附著的流程圖。如圖3所示，相關(guān)附著流程主要包括以下步驟S201，為了接入到SAE網(wǎng)絡(luò)，UE向eNodeB發(fā)起網(wǎng)絡(luò)附著請求，在其中攜帶了 MSI、UE的網(wǎng)絡(luò)接入能力、請求分配IP的指示等信息； S202，eNodeB為UE選擇一個(gè)為之服務(wù)的MME，并將附著請求轉(zhuǎn)發(fā)到該MME，同時(shí)將UE的標(biāo)識等重要信息也攜帶給該MME ；S203,MME向HSS發(fā)送鑒權(quán)數(shù)據(jù)請求消息(含MSI)，HSS首先判斷MSI對應(yīng)的簽約數(shù)據(jù)，如果查找不到任何簽約數(shù)據(jù)或者頂SI已被列入黑名單，則HSS向MME返回鑒權(quán)數(shù)據(jù)響應(yīng)并攜帶合適的錯(cuò)誤原因；如果找到頂SI對應(yīng)的簽約數(shù)據(jù)，則HSS向MME返回鑒權(quán)數(shù)據(jù)響應(yīng)消息(含鑒權(quán)向量)；MME執(zhí)行鑒權(quán)流程以驗(yàn)證終端MSI的合法性，并執(zhí)行安全模式流程以啟用安全連接。S204，MME向歸屬網(wǎng)的HSS發(fā)送位置更新請求，消息中攜帶MME的標(biāo)識、UE的標(biāo)識，以告知UE當(dāng)前所接入的區(qū)域；S205, HSS根據(jù)UE的標(biāo)識查找出UE的簽約用戶數(shù)據(jù)，再發(fā)送給MME。用戶數(shù)據(jù)中主要包含缺省接入點(diǎn)名稱(Access Point Name, APN)、帶寬大小等信息；MME接收到用戶數(shù)據(jù)，檢查UE是否被允許接入到網(wǎng)絡(luò)，向HSS返回接收用戶響應(yīng)；若MME發(fā)現(xiàn)UE有漫游限制或接入限制等問題，MME將禁止UE附著，并通知HSS。S206, HSS向MME發(fā)送確認(rèn)位置更新響應(yīng)；S207, MME為UE選擇一個(gè)S_GW，并向其發(fā)送建立默認(rèn)承載的請求。在該請求中，MME告知S-GW必要的信息UE的標(biāo)識、MME的標(biāo)識、為UE分配IP地址的指示、缺省帶寬信息、PDN GW地址等；S208, S-Gff向TON Gff發(fā)送建立默認(rèn)承載的請求。在該請求中，S-GW告知TON Gff必要的信息=S-GW的地址、缺省帶寬信息、為UE分配IP地址的指示等；S209，如有必要，PDN Gff向PCRF請求為該UE所配置的策略和計(jì)費(fèi)規(guī)則、決策信息；S210,PDN Gff根據(jù)PCRF返回的策略和計(jì)費(fèi)決策信息，建立缺省承載，并向S-GW返回承載建立響應(yīng)；S211, S-Gff向MME發(fā)送默認(rèn)承載建立的響應(yīng)；S212，MME向eNodeB發(fā)送附著接受響應(yīng)，表明UE附著到網(wǎng)絡(luò)的請求已被接受，其中攜帶 Serving GW 地址與 TEID (Tunnel Endpoint Identifier,隧道端口標(biāo)識)；S213，eNodeB向UE發(fā)送語音承載建立請求，要求UE保存承載建立的重要信息，并開放相應(yīng)的端口。該請求消息中攜帶了 承載網(wǎng)絡(luò)ID、PDN GW地址、分配給UE的IP地址、帶寬信息等；S214，UE向eNodeB發(fā)送無線承載建立響應(yīng)；S215, eNodeB通知MME附著過程完成；S216, MME向S-GW發(fā)送更新承載請求，通知為UE服務(wù)的eNodeB的標(biāo)識、地址；S217，S-Gff向MME發(fā)送更新承載響應(yīng)；S218,如果TON Gff不是HSS指定的，則MME向HSS發(fā)送通知請求，通知HSS為UE所服務(wù)的TON Gff的地址信息，HSS更新該信息。根據(jù)圖I及圖2中所述的現(xiàn)有PS網(wǎng)絡(luò)架構(gòu)，手機(jī)等現(xiàn)有的終端設(shè)備可以接收無線 接入網(wǎng)絡(luò)發(fā)出的無線信號，并通過無線接入網(wǎng)絡(luò)附著到運(yùn)營商網(wǎng)絡(luò)中，然后可以進(jìn)行語音通話等業(yè)務(wù)。圖3是根據(jù)相關(guān)技術(shù)的UTMS的系統(tǒng)架構(gòu)圖。UTMS網(wǎng)絡(luò)由通用移動(dòng)通信系統(tǒng)陸地?zé)o線接入網(wǎng)(Universal Terrestrial Radio Access Network, UTRAN)、GPRS 服務(wù)支持節(jié)點(diǎn)(SERVICING GPRS SUPPORT NODE, SGSN)、GPRS 網(wǎng)關(guān)支持節(jié)點(diǎn)(Gateway GPRS SupportNode, GGSN)、歸屬位置寄存器(HomeLocation Register, HLR)組成。在圖3中，SGSN具有本SGSN服務(wù)區(qū)域的終端分組數(shù)據(jù)包路由和轉(zhuǎn)發(fā)功能，并具有對終端進(jìn)行移動(dòng)性管理等功能。GGSN提供數(shù)據(jù)包在GPRS網(wǎng)和外部數(shù)據(jù)網(wǎng)之間的路由和封裝。PDN是為用戶提供業(yè)務(wù)的網(wǎng)絡(luò)。HLR用于存儲(chǔ)用戶簽約數(shù)據(jù)。SGSN與UTRAN之間使用Iu-PS接口通信，通過該接口 SGSN完成與UTRAN系統(tǒng)、終端之間的通信，以完成分組數(shù)據(jù)傳送、移動(dòng)性管理和會(huì)話管理方面的功能。SGSN與GGSN之間通過Gn接口完成IP信道的建立、釋放和控制等功能。SGSN通過Gr接口從HLR取得關(guān)于終端的數(shù)據(jù)，該HLR保存GPRS用戶數(shù)據(jù)和路由信息。Gi接口是GPRS與外部PDN之間的接口。GPRS通過Gi接口和各種公眾分組網(wǎng)(例如Internet或綜合業(yè)務(wù)數(shù)字網(wǎng)(IntegrantedServices Digital, ISDN))實(shí)現(xiàn)互聯(lián)，在Gi接口上需要進(jìn)行協(xié)議的封裝/解封裝、地址轉(zhuǎn)換(例如，私有網(wǎng)IP地址轉(zhuǎn)換為公有網(wǎng)IP地址)、用戶接入時(shí)的鑒權(quán)和認(rèn)證等操作。M2M狹義上的定義是機(jī)器到機(jī)器的通信，廣義上的定義是以機(jī)器終端智能交互為核心的、網(wǎng)絡(luò)化的應(yīng)用與服務(wù)。它是基于智能機(jī)器終端，以多種通信方式為接入手段，為客戶提供的信息化解決方案，用于滿足客戶對監(jiān)控、指揮調(diào)度、數(shù)據(jù)采集和測量等方面的信息化需求。無線技術(shù)的發(fā)展是M2M市場發(fā)展的重要因素，它突破了傳統(tǒng)通信方式的時(shí)空限制和地域障礙，使企業(yè)和公眾擺脫了線纜束縛，讓客戶更有效地控制成本、降低安裝費(fèi)用并且使用簡單方便。另外，日益增長的需求推動(dòng)著M2M不斷向前發(fā)展與信息處理能力及網(wǎng)絡(luò)帶寬不斷增長相矛盾的是，信息獲取的手段遠(yuǎn)遠(yuǎn)落后。而M2M很好滿足了人們的這一需求，通過它人們可以實(shí)時(shí)監(jiān)測外部環(huán)境，實(shí)現(xiàn)大范圍、自動(dòng)化的信息采集。因此，M2M可以應(yīng)用于行業(yè)應(yīng)用、家庭應(yīng)用、個(gè)人應(yīng)用等。行業(yè)應(yīng)用如交通監(jiān)控、告警系統(tǒng)、海上救援、自動(dòng)售貨機(jī)、開車付費(fèi)等；家庭應(yīng)用如自動(dòng)抄表、溫度控制等；個(gè)人應(yīng)用如生命檢測、遠(yuǎn)端診斷等。M2M的通信對象為機(jī)器對機(jī)器，人對機(jī)器。一個(gè)或多個(gè)機(jī)器之間的數(shù)據(jù)通信定義為MTC(Machine Type Communication,機(jī)器類型通信)，這種情況下較少需要人機(jī)互動(dòng)。參與MTC的機(jī)器被定義為MTC設(shè)備。MTC設(shè)備是MTC用戶的終端，可通過PLMN網(wǎng)絡(luò)與MTC設(shè)備、MTC服務(wù)器進(jìn)行通信。ME(MobileEquipment)為MTC設(shè)備附帶的功能塊，該功能塊用于將MTC設(shè)備接入到EPS系統(tǒng)。MTC服務(wù)器(MTC Server)對MTC設(shè)備進(jìn)行管理和監(jiān)控。由于MTC設(shè)備大都為具體應(yīng)用的設(shè)備，如自動(dòng)抄表與生命檢測使用的是不同的設(shè)備等。不同應(yīng)用的MTC設(shè)備具有不同的特性，如電梯等升降機(jī)設(shè)備具有低移動(dòng)性、PS only屬性，而監(jiān)視、警報(bào)設(shè)備除具有低移動(dòng)性、PS only外，還具有低數(shù)據(jù)傳輸和高可用性等屬性。因此針對不同應(yīng)用的MTC設(shè)備進(jìn)行不同的系統(tǒng)優(yōu)化，可有效地對MTC設(shè)備進(jìn)行管理、監(jiān)控、付費(fèi)等。有一種MTC應(yīng)用的通信是由時(shí)間控制的，即在某些特定的時(shí)段內(nèi)允許MTC設(shè)備接入網(wǎng)絡(luò)或者進(jìn)行數(shù)據(jù)的發(fā)送和接收，在允許時(shí)段外則應(yīng)限制MTC設(shè)備進(jìn)行上述操作。HSS中簽約了時(shí)間控制接入時(shí)長(access duration),允許時(shí)間段(grant time interval)和禁止時(shí)間段(forbidden time interval)。SGSN/MME在附著、位置/路由更新過程中從HSS獲取時(shí)間控制的簽約信息，并結(jié)合本地策略為設(shè)備定義一個(gè)不小于接入時(shí)長的通信時(shí)間窗(communicationwindow),并將此通訊時(shí)間窗下發(fā)給MTC設(shè)備。為了防止大量設(shè)備的通訊時(shí)間窗重疊造成網(wǎng)絡(luò)擁塞，網(wǎng)絡(luò)需要在允許時(shí)間段內(nèi)隨機(jī)化通信時(shí)間窗。SGSN/MME按通訊時(shí) 間窗對MTC設(shè)備進(jìn)行接入或業(yè)務(wù)控制。通訊時(shí)間窗之外是否允許MTC設(shè)備進(jìn)行信令交互和收發(fā)數(shù)據(jù)，則由運(yùn)營商策略決定。現(xiàn)有技術(shù)中有兩種策略一種是在時(shí)間窗外拒絕，另外一種是時(shí)間窗外可以接入，但計(jì)費(fèi)不同。在MTC應(yīng)用中，有一些場景需要MTC Server觸發(fā)MTC設(shè)備發(fā)起與MTCServer的通信以進(jìn)行數(shù)據(jù)的傳輸，如在一些監(jiān)控上報(bào)類應(yīng)用中，除了設(shè)置MTC設(shè)備定期向MTC Server上報(bào)監(jiān)控報(bào)告外，MTC Server也會(huì)不定期地請求MTC設(shè)備進(jìn)行測量數(shù)據(jù)的上報(bào)，這種情況下，就需要MTC Server向MTC設(shè)備發(fā)送指示以觸發(fā)MTC設(shè)備連接到網(wǎng)絡(luò)或建立數(shù)據(jù)連接以與MTC Server進(jìn)行通信。MTC Server可以按區(qū)域觸發(fā)，也可以按組觸發(fā)。但是在現(xiàn)有技術(shù)中，如果網(wǎng)絡(luò)按照通信時(shí)間窗對MTC設(shè)備進(jìn)行控制，且采用時(shí)間窗外拒絕的策略，則所有簽有時(shí)間控制的設(shè)備MTC SERVER都沒有辦法觸發(fā)。這導(dǎo)致具有簽約時(shí)間控制屬性的設(shè)備無法按區(qū)域或按組觸發(fā)。此外，由于網(wǎng)絡(luò)簽約的允許時(shí)間段和禁止時(shí)間段是不重疊的時(shí)間段，網(wǎng)絡(luò)在禁止時(shí)間段內(nèi)可以設(shè)置不允許觸發(fā)MTC設(shè)備，這時(shí)網(wǎng)絡(luò)需要拒絕MTC設(shè)備的觸發(fā)。否則，MTCServer 一直嘗試觸發(fā)請求，會(huì)加重網(wǎng)絡(luò)負(fù)擔(dān)，浪費(fèi)網(wǎng)絡(luò)資源。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實(shí)現(xiàn)UE控制的方法和系統(tǒng)，以解決具有時(shí)間控制屬性的MTC設(shè)備觸發(fā)問題。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種實(shí)現(xiàn)UE控制的方法，接收到應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求后，根據(jù)觸發(fā)策略執(zhí)行如下操作拒絕響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求和/或返回拒絕理由；或者，響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求，觸發(fā)UE發(fā)起非接入層NAS消息請求，移動(dòng)性管理單元收到所述NAS消息請求后，根據(jù)控制策略對UE進(jìn)行控制。所述移動(dòng)性管理單元進(jìn)一步獲知UE是因應(yīng)用觸發(fā)而發(fā)起所述請求，包括
移動(dòng)性管理單元檢查UE的NAS消息請求，根據(jù)該NAS消息請求中的UE應(yīng)用觸發(fā)指示獲知所述請求為收到應(yīng)用觸發(fā)后的請求；或者，移動(dòng)性管理單元根據(jù)自身存儲(chǔ)的UE信息，獲知所述請求為UE收到應(yīng)用觸發(fā)后的請求；或者，移動(dòng)性管理單元檢查UE的NAS消息請求，根據(jù)該NAS消息請求中的UE應(yīng)用觸發(fā)指示和自身存儲(chǔ)的UE信息獲知所述請求為收到應(yīng)用觸發(fā)后的請求。移動(dòng)性管理單元根據(jù)自身存儲(chǔ)的UE信息，確認(rèn)所述請求為UE收到應(yīng)用觸發(fā)后的請求時(shí)，進(jìn)一步向位置信息管理單元申請判斷UE是否因應(yīng)用觸發(fā)而發(fā)起所述請求；位置信息管理單元將判斷結(jié)果發(fā)送給移動(dòng)性管理單元。 所述觸發(fā)策略中，拒絕響應(yīng)所述應(yīng)用服務(wù)器的觸發(fā)的策略包括以下至少之一所述請求用于觸發(fā)具有時(shí)間控制屬性的UE，且觸發(fā)時(shí)間位于UE簽約的禁止時(shí)間段內(nèi)；所述請求用于觸發(fā)具有時(shí)間控制屬性的UE，觸發(fā)時(shí)間處于UE簽約的允許時(shí)間段夕卜，但運(yùn)營策略決定UE在允許時(shí)間段外不允許觸發(fā)；所述請求用于觸發(fā)時(shí)網(wǎng)絡(luò)擁塞，運(yùn)營策略決定拒絕非緊急的觸發(fā)。根據(jù)所述觸發(fā)策略執(zhí)行所述拒絕或觸發(fā)操作，是由包括歸屬用戶服務(wù)器和/或歸屬位置寄存器HSS/HLR在內(nèi)的位置信息管理單元決定的；或者，是由包括移動(dòng)管理實(shí)體和/或GPRS服務(wù)支持節(jié)點(diǎn)MME/SGSN在內(nèi)的移動(dòng)性管理單元決定的；其中，所述HSS/HLR決定進(jìn)行所述拒絕操作時(shí)，HSS/HLR向應(yīng)用服務(wù)器發(fā)送拒絕消息；所述MME/SGSN決定進(jìn)行所述拒絕操作時(shí)，MME/SGSN直接或間接向應(yīng)用服務(wù)器發(fā)送拒絕消息。所述移動(dòng)性管理單元收到所述NAS消息請求后，根據(jù)控制策略對UE進(jìn)行控制，包括若UE發(fā)起所述NAS消息請求是因應(yīng)用服務(wù)器的觸發(fā)，根據(jù)所述控制策略允許或拒絕UE發(fā)起所述NAS消息請求。一種實(shí)現(xiàn)UE控制的系統(tǒng)，該系統(tǒng)包括UE觸發(fā)單元、應(yīng)用觸發(fā)單元、控制執(zhí)行單元；其中，所述UE觸發(fā)單元，用于在接收到應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求后，根據(jù)觸發(fā)策略，拒絕響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求和/或返回拒絕理由；或者，響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求，觸發(fā)UE發(fā)起NAS消息請求；所述應(yīng)用觸發(fā)單元，用于在收到所述NAS消息請求后，通知控制執(zhí)行單元；所述控制執(zhí)行單元，用于根據(jù)控制策略對UE進(jìn)行控制。所述應(yīng)用觸發(fā)單元進(jìn)一步用于獲知UE是因應(yīng)用觸發(fā)而發(fā)起所述請求，包括檢查UE的NAS消息請求，根據(jù)該NAS消息請求中的UE應(yīng)用觸發(fā)指示獲知所述請求為收到應(yīng)用觸發(fā)后的請求；或者，根據(jù)自身存儲(chǔ)的UE信息，獲知所述請求為UE收到應(yīng)用觸發(fā)后的請求；或者，檢查UE的NAS消息請求，根據(jù)該NAS消息請求中的UE應(yīng)用觸發(fā)指示和自身存儲(chǔ)的UE信息獲知所述請求為UE收到應(yīng)用觸發(fā)后的請求。所述應(yīng)用觸發(fā)單元根據(jù)自身存儲(chǔ)的UE信息，確認(rèn)所述請求為UE收到應(yīng)用觸發(fā)后的請求時(shí)，進(jìn)一步用于向位置信息管理單元申請判斷UE是否因應(yīng)用觸發(fā)而發(fā)起所述請求；觸發(fā)位置信息管理單元反饋判斷結(jié)果。所述觸發(fā)策略中，拒絕響應(yīng)所述應(yīng)用服務(wù)器的觸發(fā)的策略包括以下至少之一所述請求用于觸發(fā)具有時(shí)間控制屬性的UE，且觸發(fā)時(shí)間位于UE簽約的禁止時(shí)間段內(nèi)；所述請求用于觸發(fā)具有時(shí)間控制屬性的UE，觸發(fā)時(shí)間處于UE簽約的允許時(shí)間段夕卜，但運(yùn)營策略決定UE在允許時(shí)間段外不允許觸發(fā)；所述請求用于觸發(fā)時(shí)網(wǎng)絡(luò)擁塞，運(yùn)營策略決定拒絕非緊急的觸發(fā)。根據(jù)所述觸發(fā)策略執(zhí)行所述拒絕或觸發(fā)操作，是由包括HSS/HLR在內(nèi)的位置信息管理單元決定的；或者，是由包括MME/SGSN在內(nèi)的移動(dòng)性管理單元決定的；
其中，所述HSS/HLR決定進(jìn)行所述拒絕操作時(shí)，HSS/HLR用于向應(yīng)用服務(wù)器發(fā)送拒絕消息；所述MME/SGSN決定進(jìn)行所述拒絕操作時(shí)，MME/SGSN用于直接或間接向應(yīng)用服務(wù)器發(fā)送拒絕消息。所述移動(dòng)性管理單元收到所述NAS消息請求后，根據(jù)控制策略對UE進(jìn)行控制時(shí)，具體用于若UE發(fā)起所述NAS消息請求是因應(yīng)用服務(wù)器的觸發(fā)，根據(jù)所述控制策略允許或拒絕UE發(fā)起所述NAS消息請求。本發(fā)明方法和系統(tǒng)，均可在接收到應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求后，根據(jù)觸發(fā)策略執(zhí)行如下操作拒絕響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求和/或返回拒絕理由；或者，響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求，觸發(fā)UE發(fā)起非接入層(NAS，Non-AccessStratum)消息請求，移動(dòng)性管理單元收到所述NAS消息請求后，根據(jù)控制策略對UE進(jìn)行控制。本發(fā)明方法和系統(tǒng)，均可有效解決具有時(shí)間控制屬性的MTC設(shè)備觸發(fā)問題。


圖I為現(xiàn)有技術(shù)中EPS網(wǎng)絡(luò)系統(tǒng)架構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中MTC UE在EPS網(wǎng)絡(luò)進(jìn)行附著的流程圖；圖3為現(xiàn)有技術(shù)中UTMS網(wǎng)絡(luò)系統(tǒng)架構(gòu)示意圖；圖4為本發(fā)明實(shí)施例一的網(wǎng)絡(luò)檢查觸發(fā)是否允許的流程圖；圖5為本發(fā)明實(shí)施例二的UE攜帶觸發(fā)標(biāo)識但網(wǎng)絡(luò)不確認(rèn)觸發(fā)的流程圖；圖6為本發(fā)明實(shí)施例三的UE不攜帶觸發(fā)標(biāo)識但網(wǎng)絡(luò)確認(rèn)觸發(fā)的流程圖；圖7為本發(fā)明實(shí)施例四的UE攜帶觸發(fā)標(biāo)識且網(wǎng)絡(luò)確認(rèn)觸發(fā)的流程圖；圖8為本發(fā)明實(shí)施例中實(shí)現(xiàn)UE控制的流程簡圖。
具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例對本發(fā)明所述技術(shù)方案作進(jìn)一步的詳細(xì)描述。應(yīng)用觸發(fā)是由應(yīng)用服務(wù)器通過網(wǎng)絡(luò)向MTC設(shè)備發(fā)送觸發(fā)指示，MTC設(shè)備響應(yīng)觸發(fā)的一種行為。但是在有些情況下，網(wǎng)絡(luò)可能由于種種原因拒絕MTC設(shè)備響應(yīng)應(yīng)用服務(wù)器的觸發(fā)。主要有如下幾種情況I)觸發(fā)具有時(shí)間控制屬性的MTC設(shè)備，且觸發(fā)時(shí)間位于MTC設(shè)備簽約的禁止時(shí)間段內(nèi)；2)觸發(fā)具有時(shí)間控制屬性的MTC設(shè)備，觸發(fā)時(shí)間處于MTC設(shè)備簽約的允許時(shí)間段夕卜，但是運(yùn)營策略決定MTC設(shè)備在允許時(shí)間段外不允許觸發(fā)；3)觸發(fā)時(shí)網(wǎng)絡(luò)擁塞，運(yùn)營策略決定應(yīng)用服務(wù)器的觸發(fā)(trigger)是否緊急(比如緊急與否可由trigger值決定)，如果是非緊急的trigger網(wǎng)絡(luò)可以拒絕。此外，網(wǎng)絡(luò)檢查不限于以上情況，可能還有其他情況，此時(shí)網(wǎng)絡(luò)需要拒絕應(yīng)用服務(wù)器的觸發(fā)請求。圖4為本發(fā)明實(shí)施例一的網(wǎng)絡(luò)檢查觸發(fā)是否允許的流程圖。網(wǎng)絡(luò)的檢查分為兩種，一種是HSS/HLR檢查觸發(fā)是否允許，一種是MME/SGSN檢查觸發(fā)是否允許。具體包括如下步驟步驟401a，應(yīng)用服務(wù)器向HLR/HSS發(fā)送應(yīng)用觸發(fā)請求；步驟402a，HSS/HLR檢查應(yīng)用服務(wù)器對UE的觸發(fā)是否在UE的禁止時(shí)間段內(nèi)，如果 在禁止時(shí)間段內(nèi)，HSS/HLR通過步驟403a向應(yīng)用服務(wù)器發(fā)送拒絕消息；HSS/HLR還可能檢查應(yīng)用服務(wù)器對UE的觸發(fā)是否違背運(yùn)營策略，若違背則HSS/HLR通過步驟403a向應(yīng)用服務(wù)器發(fā)送拒絕消息。運(yùn)營策略如a)僅允許在允許時(shí)間段內(nèi)觸發(fā)，則觸發(fā)如果在允許時(shí)間段外；b)特定情況下(比如網(wǎng)絡(luò)擁塞等)如果為非緊急的trigger ；步驟403a，HSS/HLR向應(yīng)用服務(wù)器返回拒絕理由(如發(fā)送UE應(yīng)用觸發(fā)拒絕響應(yīng))，其中攜帶合適的原因值。401b 403b為MME/SGSN檢查的實(shí)施例。步驟401b，應(yīng)用服務(wù)器直接或間接向MME/SGSN發(fā)送應(yīng)用觸發(fā)請求；步驟402b，MME/SGSN檢查應(yīng)用服務(wù)器對UE的觸發(fā)是否在禁止時(shí)間段內(nèi)，如果在禁止時(shí)間段內(nèi)，MME/SGSN通過步驟403b向應(yīng)用服務(wù)器發(fā)送拒絕消息；MME/SGSN還可能檢查應(yīng)用服務(wù)器對UE的觸發(fā)是否違背運(yùn)營策略，若違背則MME/SGSN通過步驟403b向應(yīng)用服務(wù)器發(fā)送拒絕消息；運(yùn)營策略如a)僅允許在允許時(shí)間段內(nèi)觸發(fā)，則觸發(fā)如果在允許時(shí)間段外；b)特定情況下(比如網(wǎng)絡(luò)擁塞等)如果為非緊急的trigger ；步驟403b，MME/SGSN直接或間接向應(yīng)用服務(wù)器返回拒絕理由(如發(fā)送UE應(yīng)用觸發(fā)拒絕響應(yīng))，其中攜帶合適的原因值。由于MTC設(shè)備等UE應(yīng)用的特殊性，有些應(yīng)用不要求UE實(shí)時(shí)在線，只要求某段時(shí)間上報(bào)數(shù)據(jù)。此類設(shè)備大多數(shù)時(shí)間處于離線狀態(tài)。這時(shí)觸發(fā)設(shè)備上線可通過廣播觸發(fā)、短消息觸發(fā)的方式。觸發(fā)設(shè)備可以通過廣播觸發(fā)方式或短消息觸發(fā)方式或其他方式獲知其是應(yīng)用層觸發(fā)，由UE告知網(wǎng)絡(luò)。圖5是本發(fā)明所述方法的流程圖。具體包括如下步驟步驟501，UE收到應(yīng)用觸發(fā)請求；步驟502，UE向eNodeB/RNC發(fā)送NAS消息請求，請求中攜帶UE應(yīng)用觸發(fā)指示，該指示表明UE是收到應(yīng)用觸發(fā)以后發(fā)起的NAS消息請求；NAS消息請求主要包含附著請求、業(yè)務(wù)請求、位置更新請求、路由更新請求中的至少一種。步驟503，eNodeB/RNC將NAS消息請求前轉(zhuǎn)到MME/SGSN (可統(tǒng)稱為移動(dòng)性管理單元)，該消息中攜帶UE應(yīng)用觸發(fā)指示；步驟504，MME/SGSN檢查UE的NAS消息請求，若NAS消息請求中的UE應(yīng)用觸發(fā)指示表明其為收到應(yīng)用觸發(fā)后的請求，進(jìn)而確認(rèn)UE是因應(yīng)用觸發(fā)而發(fā)起所述請求，則MME/SGSN根據(jù)運(yùn)營策略對UE發(fā)起的業(yè)務(wù)流程進(jìn)行控制，具體策略為I、檢查到UE發(fā)起的NAS消息請求時(shí)間在禁止時(shí)間段內(nèi)；2、檢查到UE發(fā)起的NAS消息請求違背運(yùn)營策略，如a)僅允許在允許時(shí)間段內(nèi)觸發(fā)，但UE發(fā)起的NAS消息請求發(fā)生在允許時(shí)間段外；b)特定情況下(比如網(wǎng)絡(luò)擁塞等)為非緊急的應(yīng)用觸發(fā)響應(yīng)而發(fā)起的NAS消息請求；MME/SGSN經(jīng)eNodeB/RNC向UE發(fā)送拒絕消息，消息中攜帶合適的原因值。步驟505，若UE的NAS消息請求通過步驟504的檢查，則執(zhí)行相應(yīng)NAS消息請求的后續(xù)流程； 步驟506，若MME/SGSN根據(jù)策略(比如UE響應(yīng)應(yīng)用觸發(fā)的NAS消息請求在允許時(shí)間段內(nèi)但是在通信時(shí)間窗之外-M響應(yīng)應(yīng)用的非緊急觸發(fā))為UE重新生成ー個(gè)通信時(shí)間窗，則可通過NAS消息應(yīng)答下發(fā)給UE。MME/SGSN向eNodeB/RNC發(fā)送NAS消息應(yīng)答，該應(yīng)答消息中攜帯新的通信時(shí)間窗；NAS消息應(yīng)答主要包括附著接受請求、初始化上下文建立請求、位置更新接受消息及路由接受消息等。步驟407，eNodeB/RNC向UE發(fā)送NAS消息應(yīng)答，該該應(yīng)答消息中攜帶新的通信時(shí)間窗。該通信時(shí)間窗可替換原來的時(shí)間窗或?yàn)榕R時(shí)使用的通信時(shí)間窗。另ー種情況，網(wǎng)絡(luò)可以獲知需要觸發(fā)的設(shè)備，網(wǎng)絡(luò)中存儲(chǔ)要觸發(fā)的UE的信息，當(dāng)UE向網(wǎng)絡(luò)請求吋，網(wǎng)絡(luò)能判斷出設(shè)備是因觸發(fā)而發(fā)起請求。圖6是本發(fā)明所述方法的流程圖。具體包括如下步驟步驟601，UE向eNodeB/RNC發(fā)送NAS消息請求；NAS消息請求主要包含附著請求、業(yè)務(wù)請求、位置更新請求、路由更新請求中的至少ー種；步驟602，eNodeB/RNC 將 NAS 消息請求前轉(zhuǎn)到 MME/SGSN ；步驟603，MME/SGSN檢查UE的NAS消息請求，若MME/SGSN根據(jù)自身存儲(chǔ)的UE信息確認(rèn)所述請求為收到應(yīng)用觸發(fā)后的NAS消息請求，則MME/SGSN根據(jù)運(yùn)營策略對UE發(fā)起的業(yè)務(wù)流程進(jìn)行控制，具體策略為I、檢查到UE發(fā)起的NAS消息請求時(shí)間在禁止時(shí)間段內(nèi)；2、檢查到UE發(fā)起的NAS消息請求違背運(yùn)營策略，如a)僅允許在允許時(shí)間段內(nèi)觸發(fā)，但UE發(fā)起的NAS消息請求發(fā)生在允許時(shí)間段外；b)特定情況下(比如網(wǎng)絡(luò)擁塞等)為非緊急的應(yīng)用觸發(fā)響應(yīng)而發(fā)起的NAS消息請求；MME/SGSN經(jīng)eNodeB/RNC向UE發(fā)送拒絕消息，消息中攜帶合適的原因值。步驟步驟604，若MME/SGSN無法判定UE的NAS消息請求是否為響應(yīng)應(yīng)用觸發(fā)引起的請求，可通過位置更新請求向HSS/HLR (可統(tǒng)稱為位置信息管理単元)申請判斷，該請求消息中可選擇攜帯UE應(yīng)用觸發(fā)指示；步驟605，HSS/HLR根據(jù)本地保存的觸發(fā)信息，判斷UE是否因響應(yīng)應(yīng)用觸發(fā)而發(fā)起的請求，并通過位置更新響應(yīng)將判斷結(jié)果發(fā)送給MME/SGSN ；步驟606，執(zhí)行NAS消息請求后續(xù)的相應(yīng)流程；
步驟607a，刪除MME/SGSN中保存的網(wǎng)絡(luò)對UE觸發(fā)的信息。如可以設(shè)置定時(shí)器，并在定時(shí)器超時(shí)時(shí)刪除；或接受到請求的流程響應(yīng)吋，由MME/SGSN刪除觸發(fā)信息；步驟607b，刪除HSS/HLR中保存的網(wǎng)絡(luò)對UE觸發(fā)的信息。如可以設(shè)置定時(shí)器，并在定時(shí)器超時(shí)時(shí)刪除；或接受到MME/SGSN的通知消息后刪除；步驟608，若MME/SGSN根據(jù)策略(比如UE響應(yīng)應(yīng)用觸發(fā)的NAS消息請求在允許時(shí)間段內(nèi)但是在通信時(shí)間窗之外-M響應(yīng)應(yīng)用的非緊急觸發(fā))為UE重新生成ー個(gè)通信時(shí)間窗，則可通過NAS消息應(yīng)答下發(fā)給UE。MME/SGSN向eNodeB/RNC發(fā)送NAS消息應(yīng)答，該應(yīng)答消息中攜帯新的通信時(shí)間窗。NAS消息應(yīng)答主要包括附著接受請求、初始化上下文建立請求、位置更新接受消息及路由接受消息等。
步驟609，eNodeB/RNC向UE發(fā)送NAS消息應(yīng)答，該該應(yīng)答消息中攜帶新的通信時(shí)間窗。該通信時(shí)間窗可替換原來的時(shí)間窗或?yàn)榕R時(shí)使用的通信時(shí)間窗。另ー種情況，網(wǎng)絡(luò)可以獲知需要觸發(fā)的設(shè)備，網(wǎng)絡(luò)中存儲(chǔ)要觸發(fā)的UE的信息。UE收到觸發(fā)請求后向網(wǎng)絡(luò)請求時(shí)攜帶觸發(fā)標(biāo)識，但網(wǎng)絡(luò)也需要對UE的觸發(fā)標(biāo)識進(jìn)行檢查，判斷出設(shè)備發(fā)起的請求是否真正由觸發(fā)引起。圖6是本發(fā)明所述方法的流程圖。具體包括如下步驟步驟701，UE向eNodeB/RNC發(fā)送NAS消息請求，請求中攜帶UE應(yīng)用觸發(fā)指示，該標(biāo)識表明UE是收到應(yīng)用觸發(fā)以后發(fā)起的NAS消息請求；NAS消息請求主要包含附著請求、業(yè)務(wù)請求、位置更新請求、路由更新請求中的至少ー種。步驟702，eNodeB/RNC將NAS消息請求前轉(zhuǎn)到MME/SGSN，該消息中攜帶UE應(yīng)用觸發(fā)指示；步驟703，MME/SGSN檢查UE的NAS消息請求，若其為收到應(yīng)用觸發(fā)后的請求，則MME/SGSN進(jìn)ー步根據(jù)本地存儲(chǔ)的觸發(fā)信息判斷UE是否因應(yīng)用觸發(fā)而發(fā)起NAS消息請求，并在根據(jù)判斷結(jié)果確定UE是因響應(yīng)應(yīng)用觸發(fā)而發(fā)起NAS消息請求吋，則MME/SGSN根據(jù)運(yùn)營策略對UE發(fā)起的業(yè)務(wù)流程進(jìn)行控制，具體策略為I、檢查到UE發(fā)起的NAS消息請求時(shí)間在禁止時(shí)間段內(nèi)；2、檢查到UE發(fā)起的NAS消息請求違背運(yùn)營策略，如a)僅允許在允許時(shí)間段內(nèi)觸發(fā)，但UE發(fā)起的NAS消息請求發(fā)生在允許時(shí)間段外；b)特定情況下(比如網(wǎng)絡(luò)擁塞等)為非緊急的應(yīng)用觸發(fā)響應(yīng)而發(fā)起的NAS消息請求；MME/SGSN經(jīng)過eNodeB/RNC向UE發(fā)送拒絕消息，消息中攜帶合適的原因值。步驟704，若MME/SGSN無法根據(jù)本地存儲(chǔ)信息判定UE是否真正為觸發(fā)引起的請求，還可通過位置更新請求向HSS/HLR申請判斷,該請求消息中可選擇攜帶UE應(yīng)用觸發(fā)指示；步驟705，HSS/HLR根據(jù)本地保存的觸發(fā)信息，判斷UE是否因觸發(fā)而發(fā)起請求，并通過位置更新響應(yīng)將判斷結(jié)果發(fā)送給MME/SGSN ；步驟706，執(zhí)行NAS消息請求后續(xù)的相應(yīng)流程；步驟707a，刪除MME/SGSN中保存的網(wǎng)絡(luò)對UE觸發(fā)的信息。如可以設(shè)置定時(shí)器，并在定時(shí)器超時(shí)時(shí)刪除；或接受到請求的流程響應(yīng)吋，由MME/SGSN刪除觸發(fā)信息；
步驟707b，刪除HSS/HLR中保存的網(wǎng)絡(luò)對UE觸發(fā)的信息。如可以設(shè)置定時(shí)器，并在定時(shí)器超時(shí)時(shí)刪除。或接受到MME/SGSN的通知消息刪除觸發(fā)信息；步驟708，若MME/SGSN根據(jù)策略(比如UE響應(yīng)應(yīng)用觸發(fā)的NAS消息請求在允許時(shí)間段內(nèi)但是在通信時(shí)間窗之外-M響應(yīng)應(yīng)用的非緊急觸發(fā))重新為UE生成ー個(gè)通信時(shí)間窗，則可通過NAS消息應(yīng)答下發(fā)給UE。MME/SGSN向eNodeB/RNC發(fā)送NAS消息應(yīng)答，該應(yīng)答消息中攜帯新的通信時(shí)間窗。NAS應(yīng)答主要包括附著接受請求、初始化上下文建立請求、位置更新接受消息及路由接受消息等。步驟709，eNodeB/RNC向UE發(fā)送NAS消息應(yīng)答，該該應(yīng)答消息中攜帶新的通信時(shí)間窗。該通信時(shí)間窗可替換原來的時(shí)間窗或?yàn)榕R時(shí)使用的通信時(shí)間窗。上述的NAS消息請求可能包含附著請求、業(yè)務(wù)請求、TAU請求、RAU請求中的至少ー種。 結(jié)合以上各實(shí)施例可見，本發(fā)明實(shí)現(xiàn)UE控制的操作思路可以表示如圖8所示的流程，該流程包括以下步驟步驟810 :接收到應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求后，根據(jù)觸發(fā)策略執(zhí)行拒絕或觸發(fā)UE的操作；步驟820 :拒絕響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求和/或返回拒絕理由；或者，響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求，觸發(fā)UE發(fā)起NAS消息請求，移動(dòng)性管理單元收到所述NAS消息請求后，根據(jù)控制策略對UE進(jìn)行控制。在實(shí)際應(yīng)用中，可以在網(wǎng)絡(luò)中設(shè)置UE觸發(fā)單元,還可以在MME中設(shè)置應(yīng)用觸發(fā)單元和控制執(zhí)行単元，由UE觸發(fā)單元在接收到應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求后，根據(jù)觸發(fā)策略拒絕響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求和/或返回拒絕理由；或者，響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求，觸發(fā)UE發(fā)起NAS消息請求。應(yīng)用觸發(fā)單元在收到所述NAS消息請求后，通知控制執(zhí)行単元，由控制執(zhí)行単元根據(jù)控制策略對UE進(jìn)行控制。綜上所述可見，無論是方法還是系統(tǒng)，本發(fā)明實(shí)現(xiàn)UE控制的技術(shù)能夠有效解決具有時(shí)間控制屬性的MTC設(shè)備觸發(fā)問題。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種實(shí)現(xiàn)用戶設(shè)備UE控制的方法，其特征在于，接收到應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求后，根據(jù)觸發(fā)策略執(zhí)行如下操作 拒絕響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求和/或返回拒絕理由； 或者，響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求，觸發(fā)UE發(fā)起非接入層NAS消息請求，移動(dòng)性管理單元收到所述NAS消息請求后，根據(jù)控制策略對UE進(jìn)行控制。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述移動(dòng)性管理單元進(jìn)一步獲知UE是因應(yīng)用觸發(fā)而發(fā)起所述請求，包括 移動(dòng)性管理單元檢查UE的NAS消息請求，根據(jù)該NAS消息請求中的UE應(yīng)用觸發(fā)指示獲知所述請求為收到應(yīng)用觸發(fā)后的請求；或者， 移動(dòng)性管理單元根據(jù)自身存儲(chǔ)的UE信息，獲知所述請求為UE收到應(yīng)用觸發(fā)后的請求；或者， 移動(dòng)性管理單元檢查UE的NAS消息請求，根據(jù)該NAS消息請求中的UE應(yīng)用觸發(fā)指示和自身存儲(chǔ)的UE信息獲知所述請求為收到應(yīng)用觸發(fā)后的請求。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，移動(dòng)性管理單元根據(jù)自身存儲(chǔ)的UE信息，確認(rèn)所述請求為UE收到應(yīng)用觸發(fā)后的請求時(shí)，進(jìn)一步向位置信息管理單元申請判斷UE是否因應(yīng)用觸發(fā)而發(fā)起所述請求；位置信息管理單元將判斷結(jié)果發(fā)送給移動(dòng)性管理單元。
4.根據(jù)權(quán)利要求I至3任一項(xiàng)所述的方法，其特征在于，所述觸發(fā)策略中，拒絕響應(yīng)所述應(yīng)用服務(wù)器的觸發(fā)的策略包括以下至少之一 所述請求用于觸發(fā)具有時(shí)間控制屬性的UE，且觸發(fā)時(shí)間位于UE簽約的禁止時(shí)間段內(nèi)； 所述請求用于觸發(fā)具有時(shí)間控制屬性的UE，觸發(fā)時(shí)間處于UE簽約的允許時(shí)間段外，但運(yùn)營策略決定UE在允許時(shí)間段外不允許觸發(fā)； 所述請求用于觸發(fā)時(shí)網(wǎng)絡(luò)擁塞，運(yùn)營策略決定拒絕非緊急的觸發(fā)。
5.根據(jù)權(quán)利要求I至3任一項(xiàng)所述的方法，其特征在于，根據(jù)所述觸發(fā)策略執(zhí)行所述拒絕或觸發(fā)操作，是由包括歸屬用戶服務(wù)器和/或歸屬位置寄存器HSS/HLR在內(nèi)的位置信息管理單元決定的；或者，是由包括移動(dòng)管理實(shí)體和/或GPRS服務(wù)支持節(jié)點(diǎn)MME/SGSN在內(nèi)的移動(dòng)性管理單元決定的； 其中，所述HSS/HLR決定進(jìn)行所述拒絕操作時(shí)，HSS/HLR向應(yīng)用服務(wù)器發(fā)送拒絕消息；所述MME/SGSN決定進(jìn)行所述拒絕操作時(shí)，MME/SGSN直接或間接向應(yīng)用服務(wù)器發(fā)送拒絕消肩、O
6.根據(jù)權(quán)利要求I至3任一項(xiàng)所述的方法，其特征在于，所述移動(dòng)性管理單元收到所述NAS消息請求后，根據(jù)控制策略對UE進(jìn)行控制，包括 若UE發(fā)起所述NAS消息請求是因應(yīng)用服務(wù)器的觸發(fā)，根據(jù)所述控制策略允許或拒絕UE發(fā)起所述NAS消息請求。
7.一種實(shí)現(xiàn)UE控制的系統(tǒng)，其特征在于，該系統(tǒng)包括UE觸發(fā)單元、應(yīng)用觸發(fā)單元、控制執(zhí)行單元；其中， 所述UE觸發(fā)單元，用于在接收到應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求后，根據(jù)觸發(fā)策略，拒絕響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求和/或返回拒絕理由；或者，響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求，觸發(fā)UE發(fā)起NAS消息請求； 所述應(yīng)用觸發(fā)單元，用于在收到所述NAS消息請求后，通知控制執(zhí)行單元；所述控制執(zhí)行單元，用于根據(jù)控制策略對UE進(jìn)行控制。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述應(yīng)用觸發(fā)單元進(jìn)一步用于獲知UE是因應(yīng)用觸發(fā)而發(fā)起所述請求，包括 檢查UE的NAS消息請求，根據(jù)該NAS消息請求中的UE應(yīng)用觸發(fā)指示獲知所述請求為收到應(yīng)用觸發(fā)后的請求；或者， 根據(jù)自身存儲(chǔ)的UE信息，獲知所述請求為UE收到應(yīng)用觸發(fā)后的請求；或者， 檢查UE的NAS消息請求，根據(jù)該NAS消息請求中的UE應(yīng)用觸發(fā)指示和自身存儲(chǔ)的UE信息獲知所述請求為UE收到應(yīng)用觸發(fā)后的請求。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述應(yīng)用觸發(fā)單元根據(jù)自身存儲(chǔ)的UE信息，確認(rèn)所述請求為UE收到應(yīng)用觸發(fā)后的請求時(shí)，進(jìn)一步用于向位置信息管理單元申請判斷UE是否因應(yīng)用觸發(fā)而發(fā)起所述請求；觸發(fā)位置信息管理單元反饋判斷結(jié)果。
10.根據(jù)權(quán)利要求7至9任一項(xiàng)所述的系統(tǒng)，其特征在于，所述觸發(fā)策略中，拒絕響應(yīng)所述應(yīng)用服務(wù)器的觸發(fā)的策略包括以下至少之一 所述請求用于觸發(fā)具有時(shí)間控制屬性的UE，且觸發(fā)時(shí)間位于UE簽約的禁止時(shí)間段內(nèi)； 所述請求用于觸發(fā)具有時(shí)間控制屬性的UE，觸發(fā)時(shí)間處于UE簽約的允許時(shí)間段外，但運(yùn)營策略決定UE在允許時(shí)間段外不允許觸發(fā)； 所述請求用于觸發(fā)時(shí)網(wǎng)絡(luò)擁塞，運(yùn)營策略決定拒絕非緊急的觸發(fā)。
11.根據(jù)權(quán)利要求7至9任一項(xiàng)所述的系統(tǒng)，其特征在于，根據(jù)所述觸發(fā)策略執(zhí)行所述拒絕或觸發(fā)操作，是由包括HSS/HLR在內(nèi)的位置信息管理單元決定的；或者，是由包括MME/SGSN在內(nèi)的移動(dòng)性管理單元決定的； 其中，所述HSS/HLR決定進(jìn)行所述拒絕操作時(shí)，HSS/HLR用于向應(yīng)用服務(wù)器發(fā)送拒絕消息；所述MME/SGSN決定進(jìn)行所述拒絕操作時(shí)，MME/SGSN用于直接或間接向應(yīng)用服務(wù)器發(fā)送拒絕消息。
12.根據(jù)權(quán)利要求7至9任一項(xiàng)所述的系統(tǒng)，其特征在于，所述移動(dòng)性管理單元收到所述NAS消息請求后，根據(jù)控制策略對UE進(jìn)行控制時(shí)，具體用于 若UE發(fā)起所述NAS消息請求是因應(yīng)用服務(wù)器的觸發(fā)，根據(jù)所述控制策略允許或拒絕UE發(fā)起所述NAS消息請求。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)UE控制的方法和系統(tǒng)，均可在接收到應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求后，根據(jù)觸發(fā)策略執(zhí)行如下操作拒絕響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求和/或返回拒絕理由；或者，響應(yīng)所述應(yīng)用服務(wù)器發(fā)起的觸發(fā)UE的請求，觸發(fā)UE發(fā)起NAS消息請求，移動(dòng)性管理單元收到所述NAS消息請求后，根據(jù)控制策略對UE進(jìn)行控制。本發(fā)明方法和系統(tǒng)，均可有效解決具有時(shí)間控制屬性的MTC設(shè)備觸發(fā)問題。
文檔編號H04W48/06GK102752828SQ20111010109
公開日2012年10月24日 申請日期2011年4月21日 優(yōu)先權(quán)日2011年4月21日
發(fā)明者曲愛妍 申請人:中興通訊股份有限公司