專利名稱：一種ue上下文信息的管理方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其是涉及一種UE上下文信息的管理方法和設(shè)備。
背景技術(shù)：
如圖1所示，為MTC (Machine Type Communication，機(jī)器類通信)架構(gòu)的參考模型示意圖，在MTC架構(gòu)中，MTC設(shè)備與MTC應(yīng)用之間的端到端通信，可以利用3GPP(The 3rd Generation Partnership Pro ject，第三代合作伙伴計(jì)劃)提供的服務(wù)，3GPP提供了傳輸和通信服務(wù)，包括3GPP承載服務(wù)、IMS (IP Multimedia Subsystem, IP多媒體系統(tǒng))和SMS (Short Messaging Service，短消息業(yè)務(wù))，并為MTC通信進(jìn)行了優(yōu)化。需要注意的是，UE (User Equipment，用戶設(shè)備)可以通過Um/Uu/LTE-Uu接口連接到 3GPP 網(wǎng)絡(luò)(UTRAN(Universal Terrestrial Radio Access Network，通用陸基無線接入網(wǎng))、E_UTRAN (Evolved Universal Terrestrial Radio Access Network,演進(jìn)的通用陸基無線接入網(wǎng))、GERAN (GSM EDGE Radio Access Network, GSM EDGE 無線接入網(wǎng)絡(luò))、I-WLAN (Wireless Local Area Networks，無線局域網(wǎng))等)。圖1所示的架構(gòu)中，包含了以下模型(1) direct model (直連模型)由3GPP運(yùn)營(yíng)商提供的直接通信，MTC applications (應(yīng)用)不通過MTC server (服務(wù)器)，而是直接連接到運(yùn)營(yíng)商網(wǎng)絡(luò)。(2) indirect model (間接模型):MTC服務(wù)提供商控制的通信，MTC服務(wù)器是運(yùn)營(yíng)商域外的實(shí)體，MTCi，MTCsp和MTCsms是外部接口。(3) indirect model :3GPP 運(yùn)營(yíng)商控制的通信，MTC服務(wù)器位于運(yùn)營(yíng)商網(wǎng)絡(luò)內(nèi)，MTCi，MTCsp和MTCsms是PLMN (Public Land Mobile Network，公共陸地移動(dòng)網(wǎng)絡(luò))的內(nèi)部接口。(4) hybrid model (混合模型)， hybrid model 包括 direct model 禾口 indirect model,通過 direct model 建立用戶平面， 利用indirect model傳遞控制平面信令。圖1所示的架構(gòu)中，為了支持MTC通信的indirect model和hybrid model，需要在PLMN網(wǎng)絡(luò)中配置一個(gè)或多個(gè)MTC-IWF實(shí)體(Inter Working Function，交互功能)， MTC-IffF實(shí)體可以是一個(gè)獨(dú)立的實(shí)體，也可以是另一個(gè)網(wǎng)元上的功能實(shí)體；該MTC-IWF實(shí)體位于PLMN內(nèi)部拓?fù)渖?，通過MTCsp接口傳輸3GPP網(wǎng)絡(luò)和MTC服務(wù)器之間的信令。MTC-IffF實(shí)體的功能包括提供MTCsp參考點(diǎn)；在建立到3GPP網(wǎng)絡(luò)的信令之前，對(duì) MTC服務(wù)器進(jìn)行鑒權(quán)；授權(quán)MTC服務(wù)器的控制平面通信請(qǐng)求；支持3GPP網(wǎng)絡(luò)和MTC服務(wù)器之間的安全通信。在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題
目前提出了多種 MTC trigger(觸發(fā))的方案(例如 Device trigger gateway solution 等)，均需要MTC-IWF實(shí)體的參與，且這些方案都需要MTC-IWF實(shí)體維護(hù)UE的上下文，然而目前3GPP標(biāo)準(zhǔn)中并無相關(guān)方法。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種UE上下文信息的管理方法和設(shè)備，以通過MTC-IWF實(shí)體創(chuàng)建和維護(hù)UE的上下文信息。為了達(dá)到上述目 的，本發(fā)明實(shí)施例提供一種用戶設(shè)備UE上下文信息的管理方法， 包括
機(jī)器類通信交互功能MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的UE對(duì)應(yīng)的注冊(cè)信息； 所述MTC-IWF實(shí)體利用所述注冊(cè)信息為所述UE創(chuàng)建上下文信息。本發(fā)明實(shí)施例提供一種用戶設(shè)備UE上下文信息的管理方法，包括 核心網(wǎng)設(shè)備接收來自UE的附著請(qǐng)求消息；
當(dāng)所述核心網(wǎng)設(shè)備根據(jù)所述附著請(qǐng)求消息確定機(jī)器類通信交互功能MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息時(shí)，所述核心網(wǎng)設(shè)備向所述MTC-IWF實(shí)體發(fā)送UE對(duì)應(yīng)的注冊(cè)
fn息ο本發(fā)明實(shí)施例提供一種機(jī)器類通信交互功能MTC-IWF實(shí)體，包括 接收模塊，用于接收來自核心網(wǎng)設(shè)備的UE對(duì)應(yīng)的注冊(cè)信息；
維護(hù)模塊，用于利用所述注冊(cè)信息為所述UE創(chuàng)建上下文信息。本發(fā)明實(shí)施例提供一種核心網(wǎng)設(shè)備，包括 用戶側(cè)通信模塊，用于接收來自UE的附著請(qǐng)求消息；
確定模塊，用于根據(jù)所述附著請(qǐng)求消息確定機(jī)器類通信交互功能MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息；
MTC-IWF實(shí)體側(cè)通信模塊，用于當(dāng)確定需要為所述UE維護(hù)上下文信息時(shí)，向所述 MTC-IffF實(shí)體發(fā)送UE對(duì)應(yīng)的注冊(cè)信息。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例至少具有以下優(yōu)點(diǎn)通過與核心網(wǎng)設(shè)備的交互， MTC-IffF實(shí)體上可以實(shí)現(xiàn)創(chuàng)建和維護(hù)UE的上下文信息。


為了更清楚地說明本發(fā)明的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是現(xiàn)有技術(shù)中MTC架構(gòu)的參考模型示意圖2是本發(fā)明實(shí)施例一提供的UE上下文信息的管理方法流程示意圖； 圖3是本發(fā)明實(shí)施例二提供的一種MTC-IWF實(shí)體的結(jié)構(gòu)示意圖； 圖4是本發(fā)明實(shí)施例三提供的一種核心網(wǎng)設(shè)備結(jié)構(gòu)示意圖。
具體實(shí)施例方式對(duì)于為MTC通信而專門引入到3GPP架構(gòu)中的交互節(jié)點(diǎn)MTC-IWF實(shí)體，有著極其重要的作用；MTC-IWF實(shí)體為MTC服務(wù)器提供了 MTCsp接口，使MTC服務(wù)器可以同3GPP網(wǎng)絡(luò)內(nèi)部節(jié)點(diǎn)進(jìn)行信息交互，并完成鑒權(quán)、接入控制等功能，從而可以為MTC通信提供觸發(fā)等應(yīng)用。上述實(shí)現(xiàn)都需要在MTC-IWF實(shí)體上維護(hù)UE的上下文信息，然而目前3GPP標(biāo)準(zhǔn)中并無相關(guān)方法。針對(duì)上述問題，本發(fā)明實(shí)施例提供一種UE上下文信息的管理方法和設(shè)備，可以在MTC-IWF實(shí)體上，創(chuàng)建和維護(hù)UE的上下文信息。下面將結(jié)合本發(fā)明中的附圖，對(duì)本發(fā)明中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明的一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。實(shí)施例一
本發(fā)明實(shí)施例一提供一種UE上下文信息的管理方法，對(duì)于需要在MTC-IWF實(shí)體上建立上下文信息的UE (如需要進(jìn)行小數(shù)據(jù)傳輸?shù)腢E)，由UE在Attach (附著)過程中，通過核心網(wǎng)設(shè)備(如 MME (Mobility Management Entity，移動(dòng)性管理實(shí)體)/SGSN (Serving GPRS Supporting Node,服務(wù)GPRS支持節(jié)點(diǎn))等)到MTC-IWF實(shí)體進(jìn)行注冊(cè)，由MTC-IWF實(shí)體為 UE創(chuàng)建上下文信息。之后，MTC-IWF實(shí)體通過與核心網(wǎng)設(shè)備的交互來更新、維護(hù)和刪除上下 3Cfn 息。本發(fā)明實(shí)施例中，假設(shè)3GPP網(wǎng)絡(luò)中有一個(gè)或多個(gè)MTC-IWF實(shí)體地址，3GPP網(wǎng)絡(luò)中的節(jié)點(diǎn)(如MME/SGSN等核心網(wǎng)設(shè)備、eNB等接入網(wǎng)設(shè)備)可以通過配置方式或DNS (Domain Name System,域名系統(tǒng))查詢方式獲取到MTC-IWF實(shí)體的地址；且本發(fā)明實(shí)施例中假設(shè)核心網(wǎng)設(shè)備與MTC-IWF實(shí)體之間有接口，可以進(jìn)行控制信息的傳輸。如圖2所示，該UE上下文信息的管理方法包括以下步驟
步驟201，UE發(fā)起attach過程，并發(fā)送attach request (附著請(qǐng)求)消息。本發(fā)明實(shí)施例中，如果UE是具有MTC功能的設(shè)備，則UE還可以在attach request 消息中攜帶UE configured for MTC標(biāo)識(shí)。優(yōu)選的，根據(jù)應(yīng)用需求，UE還可以在attach request消息中攜帶應(yīng)用信息，如small data related information (小數(shù)據(jù)相關(guān)信息)或 trigger related information (角蟲發(fā)才畫關(guān)信；窗、)等。 步驟202，核心網(wǎng)設(shè)備接收來自UE的attach request消息。對(duì)于UE發(fā)送的attach request消息,在attach過程中,該attach request消息可以發(fā)送到核心網(wǎng)設(shè)備上。步驟203，核心網(wǎng)設(shè)備根據(jù)附著請(qǐng)求消息確定MTC-IWF實(shí)體需要為UE維護(hù)上下文
fn息ο本發(fā)明實(shí)施例中，核心網(wǎng)設(shè)備可以通過UE的簽約信息或運(yùn)營(yíng)商策略、以及附著請(qǐng)求消息(即附著請(qǐng)求消息中攜帶的信息)確定MTC-IWF實(shí)體需要為UE維護(hù)上下文信息。核心網(wǎng)設(shè)備通過UE的簽約信息以及附著請(qǐng)求消息確定MTC-IWF實(shí)體需要為UE維護(hù)上下文信息，包括當(dāng)UE的簽約信息(通過附著請(qǐng)求消息中攜帶的UE的標(biāo)識(shí)查詢到簽約信息)包含=MTC-IWF實(shí)體需要為UE維護(hù)上下文信息時(shí)，在接收到附著請(qǐng)求消息后，核心網(wǎng)設(shè)備確定MTC-IWF實(shí)體需要為UE維護(hù)上下文信息。核心網(wǎng)設(shè)備通過運(yùn)營(yíng)商策略以及附著請(qǐng)求消息確定MTC-IWF實(shí)體需要為UE維護(hù)上下文信息，包括當(dāng)運(yùn)營(yíng)商策略包含對(duì)于發(fā)送攜帶UE configured for MTC標(biāo)識(shí)的附著請(qǐng)求消息的UE, MTC-IffF實(shí)體需要為UE維護(hù)上下文信息時(shí)，如果接收到的附著請(qǐng)求消息中攜帶UE configured for MTC標(biāo)識(shí)，則核心網(wǎng)設(shè)備確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息。具體的，為了實(shí)現(xiàn)在MTC-IWF實(shí)體上維護(hù)UE的上下文信息，本發(fā)明實(shí)施例中可以預(yù)先進(jìn)行以下設(shè)置=(I)UE的簽約信息UE與運(yùn)營(yíng)商在簽約信息中約定，MTC-IWF實(shí)體在UE 附著過程中需要為UE建立上下文信息，并對(duì)上下文信息進(jìn)行維護(hù)。(2)運(yùn)營(yíng)商策略對(duì)于配置有MTC功能的UE，其在附著過程中需要向核心網(wǎng)設(shè)備發(fā)送UE configured for MTC標(biāo)識(shí)，且運(yùn)營(yíng)商可以對(duì)此類具有UE configured for MTC標(biāo)識(shí)的UE配置默認(rèn)策略，即MTC-IWF 實(shí)體在UE附著過程中為UE建立上下文信息，并對(duì)上下文信息進(jìn)行維護(hù)?；谏鲜鲈O(shè)置(1)或(2)，對(duì)于接收到的來自UE的attach request消息，如果核心網(wǎng)設(shè)備通過UE簽約信息或運(yùn)營(yíng)商策略，檢測(cè)到當(dāng)前UE符合上述兩種情況的一種，則確定 MTC-Iff F實(shí)體需要為UE維護(hù)上下文信息。本發(fā)明實(shí)施例中，核心網(wǎng)設(shè)備根據(jù)附著請(qǐng)求消息確定MTC-IWF實(shí)體需要為UE維護(hù)上下文信息，還包括當(dāng)附著請(qǐng)求消息中攜帶應(yīng)用信息時(shí)，核心網(wǎng)設(shè)備檢驗(yàn)應(yīng)用信息是否符合簽約信息和運(yùn)營(yíng)商策略的要求，如果符合，核心網(wǎng)設(shè)備確定MTC-IWF實(shí)體需要為UE維護(hù)上下文信息；否則，不需要為UE維護(hù)上下文信息(此時(shí)還需要向UE返回MTC-IWF實(shí)體不為 UE維護(hù)上下文信息的原因，即相應(yīng)的cause值)。例如，small data related information 中請(qǐng)求的目的MTC服務(wù)器是否為授權(quán)進(jìn)行小數(shù)據(jù)傳輸?shù)腗TC服務(wù)器、小數(shù)據(jù)大小是否符合簽約信息以及運(yùn)營(yíng)商的配置等。 步驟204，核心網(wǎng)設(shè)備向MTC-IWF實(shí)體發(fā)送UE對(duì)應(yīng)的注冊(cè)信息，代理UE到MTC-IWF 實(shí)體進(jìn)行注冊(cè)。本發(fā)明實(shí)施例中，該注冊(cè)信息至少包括但不限于UE的內(nèi)部標(biāo)識(shí)，如 GUTI (Globally Unique Temporary UE Identity,全球唯一臨時(shí)用戶標(biāo)識(shí))、IMSI (International Mobile Subscriber Identification，國(guó)際移動(dòng)用戶標(biāo)識(shí));核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)，即MME/SGSN的地址/標(biāo)識(shí)。該注冊(cè)信息還包括但不限于以下之一或任意組合接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)，即 eNB的IP地址/標(biāo)識(shí)；UE的外部標(biāo)識(shí)，如3GPP服務(wù)器使用的UE標(biāo)識(shí)；UE的簽約信息，該信息為可選的，如果不攜帶，MTC-IWF實(shí)體可以直接到HSS (Home Subscriber Server，歸屬用戶服務(wù)器)獲得該UE的簽約信息；UE的可達(dá)性信息(連接態(tài)、空閑態(tài))。步驟205，MTC-IffF實(shí)體接收來自核心網(wǎng)設(shè)備的UE對(duì)應(yīng)的注冊(cè)信息。步驟206，MTC-IffF實(shí)體利用注冊(cè)信息為UE創(chuàng)建上下文信息。本發(fā)明實(shí)施例中，利用注冊(cè)信息，MTC-IWF實(shí)體可以為UE創(chuàng)建上下文信息，且 MTC-IffF實(shí)體可以通過UE的內(nèi)部標(biāo)識(shí)或者外部標(biāo)識(shí)索引UE的上下文信息。上下文信息至少包括但不限于UE的內(nèi)部標(biāo)識(shí)，該標(biāo)識(shí)是3GPP內(nèi)部的UE標(biāo)識(shí) 如⑶Tl、IMSI等；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)，即MME/SGSN的標(biāo)識(shí)/地址，為當(dāng)前UE附著的 MME/SGSN的標(biāo)識(shí)/地址，該地址信息可以是節(jié)點(diǎn)的IP地址。該上下文信息還包括但不限于以下之一或任意組合UE的外部標(biāo)識(shí)，如3GPP服務(wù)器使用的UE標(biāo)識(shí)；接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)，即eNB的IP地址/標(biāo)識(shí)，該項(xiàng)只在UE處于連接態(tài)時(shí)為有效項(xiàng)，表示UE當(dāng)前的服務(wù)eNB的地址或標(biāo)識(shí)；UE的可達(dá)性信息，即UE當(dāng)前處于連接態(tài)還是空閑態(tài)；UE的簽約信息，包括具體應(yīng)用策略/簽約，例如UE的小數(shù)據(jù)傳輸相關(guān)策略/簽約、trigger相關(guān)策略/簽約等。本發(fā)明實(shí)施例中，MTC-IffF實(shí)體利用注冊(cè)信息為UE創(chuàng)建上下文信息之后，如果UE 的上下文信息創(chuàng)建成功，MTC-IffF實(shí)體返回上下文創(chuàng)建成功消息給核心網(wǎng)設(shè)備；如果UE的上下文信息創(chuàng)建失敗，MTC-IWF實(shí)體返回上下文創(chuàng)建失敗消息給核心網(wǎng)設(shè)備，上下文創(chuàng)建失敗消息中攜帶創(chuàng)建失敗的原因(即cause)。
進(jìn)一步的，當(dāng)接收到MTC-IWF實(shí)體返回的上下文創(chuàng)建成功消息時(shí)，核心網(wǎng)設(shè)備在 UE的上下文中更新MTC-IWF實(shí)體上下文標(biāo)記(MTC-IWF實(shí)體context flag), MTC-IffF實(shí)體上下文標(biāo)記表示MTC-IWF實(shí)體創(chuàng)建有UE的上下文信息，且在移動(dòng)性管理過程中，核心網(wǎng)設(shè)備需要與MTC-IWF實(shí)體進(jìn)行交互，使得MTC-IWF實(shí)體維護(hù)UE的上下文信息；此外，當(dāng)接收到MTC-IWF實(shí)體返回的上下文創(chuàng)建成功消息時(shí)，在完成attach過程后，核心網(wǎng)設(shè)備發(fā)送 attach accept給UE。當(dāng)接收到MTC-IWF實(shí)體返回的上下文創(chuàng)建失敗消息時(shí)，核心網(wǎng)設(shè)備向UE發(fā)送MTC-IWF實(shí)體不為UE維護(hù)上下文信息的原因。

MTC-IffF實(shí)體在創(chuàng)建上下文信息后，以下對(duì)上下文信息的維護(hù)進(jìn)行說明。情況一、UE上下文中路由信息的更新過程，該過程通過TAU (Tracking Area Update，跟蹤區(qū)更新)/RAU (Routing Area Update，路由區(qū)更新)過程來完成；其中，在核心網(wǎng)設(shè)備上，當(dāng)上下文中存在MTC-IWF實(shí)體context flag時(shí)，在移動(dòng)型管理過程的TAU/RAU 過程中，核心網(wǎng)設(shè)備需要與MTC-IWF實(shí)體進(jìn)行交互，使得MTC-IWF實(shí)體能夠更新UE上下文中路由信息的更新過程。在UE發(fā)起TAU或RAU過程(S卩UE向eNB發(fā)送TAU/RAU請(qǐng)求消息觸發(fā)TAU/RAU過程)時(shí)，如果為UE服務(wù)的核心網(wǎng)設(shè)備發(fā)生改變，則核心網(wǎng)設(shè)備需要與MTC-IWF實(shí)體進(jìn)行交互，通知MTC-IWF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)(可通過核心網(wǎng)設(shè)備與MTC-IWF實(shí)體之間的控制信令完成)；基于此，在核心網(wǎng)設(shè)備獲知UE發(fā)起TAU或RAU 過程時(shí)，如果為UE服務(wù)的核心網(wǎng)設(shè)備發(fā)生改變，MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的更新核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)的通知，并更新上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。情況二、UE上下文中路由信息的更新過程，該過程通過切換過程來完成；其中，在核心網(wǎng)設(shè)備上，當(dāng)上下文中存在MTC-IWF實(shí)體context flag時(shí)，在移動(dòng)型管理過程的切換過程中，核心網(wǎng)設(shè)備需要與MTC-IWF實(shí)體進(jìn)行交互，使得MTC-IWF實(shí)體能夠更新UE上下文中路由信息的更新過程。在UE發(fā)起切換過程時(shí)，在切換過程中，為UE服務(wù)的核心網(wǎng)設(shè)備和接入網(wǎng)設(shè)備都可能發(fā)生改變，因此，核心網(wǎng)設(shè)備需要與MTC-IWF實(shí)體進(jìn)行交互，通知MTC-IWF實(shí)體更新UE 的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)(可通過核心網(wǎng)設(shè)備與MTC-IWF實(shí)體之間的控制信令完成)；基于此，在核心網(wǎng)設(shè)備獲知UE發(fā)起切換過程時(shí)， MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的更新核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)的通知，并更新上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。情況三、上下文信息中UE的可達(dá)性狀態(tài)的更新過程。在UE發(fā)起Sl release (釋放)過程或者Service request (服務(wù)請(qǐng)求)過程時(shí)，其可達(dá)性狀態(tài)會(huì)發(fā)生改變，因此核心網(wǎng)設(shè)備需要與MTC-IWF實(shí)體進(jìn)行交互，通知MTC-IWF實(shí)體更新UE的上下文信息中的可達(dá)性信息(可通過核心網(wǎng)設(shè)備與MTC-IWF實(shí)體之間的控制信令完成);基于此，在核心網(wǎng)設(shè)備獲知UE發(fā)起Sl釋放過程或服務(wù)請(qǐng)求過程時(shí)，MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的更新UE的可達(dá)性信息的通知，并更新上下文信息中的UE的可達(dá)性信肩、ο進(jìn)一步的，Sl release過程是從連接態(tài)躍遷到空閑態(tài)，因此在Sl release過程中或者過程完成后，核心網(wǎng)設(shè)備需要與MTC-IWF實(shí)體進(jìn)行交互，通知MTC-IWF實(shí)體將UE的可達(dá)性信息更新為空閑態(tài)；基于此，在核心網(wǎng)設(shè)備獲知UE發(fā)起Sl釋放過程時(shí)，MTC-IffF實(shí)體更新上下文信息中的UE的可達(dá)性信息為空閑態(tài)。Service request過程是從空閑態(tài)躍遷到連接態(tài)，因此在Service request過程中或者過程完成后，核心網(wǎng)設(shè)備需要與MTC-IWF實(shí)體進(jìn)行交互，通知MTC-IWF實(shí)體將UE的可達(dá)性信息更新為連接態(tài)，并且通知MTC-IWF實(shí)體更新上下文信息中的核心網(wǎng)設(shè)備的地址/標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址/標(biāo)識(shí)；基于此，在核心網(wǎng)設(shè)備獲知UE發(fā)起服務(wù)請(qǐng)求過程時(shí)，MTC-IffF實(shí)體更新上下文信息中的UE的可達(dá)性信息為連接態(tài)，并更新上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。情況四、上下文信息的刪除。在UE發(fā)起去附著(detach)過程時(shí)，核心網(wǎng)設(shè)備通知MTC-IWF實(shí)體刪除UE的上下文信息(可以通過核心網(wǎng)設(shè)備與MTC-IWF實(shí)體之間的控制信令完成);基于此，在核心網(wǎng)設(shè)備獲知UE發(fā)起去附著過程時(shí)，MTC-IffF實(shí)體接收來自核心網(wǎng)設(shè)備的刪除上下文信息的通知， 并刪除上下文信息。在detach過程完成后，核心網(wǎng)設(shè)備、接入網(wǎng)設(shè)備、MTC-IWF實(shí)體等節(jié)點(diǎn)處的上下文均已經(jīng)刪除。實(shí)施例二
基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了一種機(jī)器類通信交互功能 MTC-IffF實(shí)體，如圖3所示，該MTC-IWF實(shí)體包括
接收模塊11，用于接收來自核心網(wǎng)設(shè)備的UE對(duì)應(yīng)的注冊(cè)信息； 維護(hù)模塊12，用于利用所述注冊(cè)信息為所述UE創(chuàng)建上下文信息。本發(fā)明實(shí)施例中，所述注冊(cè)信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)；所述上下文信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。進(jìn)一步的，所述注冊(cè)信息還包括以下之一或任意組合接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)； UE的外部標(biāo)識(shí)；UE的簽約信息；UE的可達(dá)性信息；所述上下文信息還包括以下之一或任意組合UE的外部標(biāo)識(shí)；接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE的可達(dá)性信息；UE的簽約信息。所述接收模塊11，用于在核心網(wǎng)設(shè)備獲知UE發(fā)起跟蹤區(qū)更新TAU或路由區(qū)更新 RAU過程時(shí)，如果為UE服務(wù)的核心網(wǎng)設(shè)備發(fā)生改變，則接收來自核心網(wǎng)設(shè)備的更新核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)的通知；所述維護(hù)模塊12，用于更新所述上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。所述接收模塊11，用于在核心網(wǎng)設(shè)備獲知UE發(fā)起切換過程時(shí)，接收來自核心網(wǎng)設(shè)備的更新核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)的通知；所述維護(hù)模塊12， 用于更新所述上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。 所述接收模塊11，用于在核心網(wǎng)設(shè)備獲知UE發(fā)起S1釋放過程或服務(wù)請(qǐng)求過程時(shí)， 接收來自核心網(wǎng)設(shè)備的更新UE的可達(dá)性信息的通知；所述維護(hù)模塊12，用于更新所述上下文信息中的UE的可達(dá)性信息。所述維護(hù)模塊12，具體用于在核心網(wǎng)設(shè)備獲知UE發(fā)起Sl釋放過程時(shí)，更新所述上下文信息中的UE的可達(dá)性信息為空閑態(tài)；在核心網(wǎng)設(shè)備獲知UE發(fā)起服務(wù)請(qǐng)求過程時(shí)，更新所述上下文信息中的UE的可達(dá)性信息為連接態(tài)，并更新所述上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。所述接收模塊11，用于在核心網(wǎng)設(shè)備獲知UE發(fā)起去附著過程時(shí)，接收來自核心網(wǎng)設(shè)備的刪除上下文信息的通知；所述維護(hù)模塊12，用于刪除所述上下文信息。還包括發(fā)送模塊13，用于當(dāng)UE的上下文信息創(chuàng)建成功時(shí)，返回上下文創(chuàng)建成功消息給核心網(wǎng)設(shè)備；當(dāng)UE的上下文信息創(chuàng)建失敗時(shí)，返回上下文創(chuàng)建失敗消息給核心網(wǎng)設(shè)備，所述上下文創(chuàng)建失敗消息中攜帶創(chuàng)建失敗的原因。其中，本發(fā)明裝置的各個(gè)模塊可以集成于一體，也可以分離部署。上述模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。實(shí)施例三
基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了一種核心網(wǎng)設(shè)備，如圖4 所示，該設(shè)備包括
用戶側(cè)通信模塊21，用于接收來自UE的附著請(qǐng)求消息；
確定模塊22，用于根據(jù)所述附著請(qǐng)求消息確定機(jī)器類通信交互功能MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息；
MTC-IffF實(shí)體側(cè)通信模塊23，用于當(dāng)確定需要為所述UE維護(hù)上下文信息時(shí)，向所述 MTC-IffF實(shí)體發(fā)送UE對(duì)應(yīng)的注冊(cè)信息。本發(fā)明實(shí)施例中，所述注冊(cè)信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)；所述上下文信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。進(jìn)一步的，所述注冊(cè)信息還包括以下之一或任意組合接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)； UE的外部標(biāo)識(shí)；UE的簽約信息；UE的可達(dá)性信息；所述上下文信息還包括以下之一或任意組合UE的外部標(biāo)識(shí)；接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE的可達(dá)性信息；UE的簽約信息。所述確定模塊22，具體用于通過UE的簽約信息或運(yùn)營(yíng)商策略、以及所述附著請(qǐng)求消息確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息。所述確定模塊22，進(jìn)一步用于當(dāng)所述UE的簽約信息包含所述MTC-IWF實(shí)體需要為UE維護(hù)上下文信息時(shí)，在接收到所述附著請(qǐng)求消息后，確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息。所述確定模塊22，進(jìn)一步用于當(dāng)運(yùn)營(yíng)商策略包含對(duì)于發(fā)送攜帶UE configured for MTC標(biāo)識(shí)的附著請(qǐng)求消息的UE，所述MTC-IWF實(shí)體需要為UE維護(hù)上下文信息時(shí)，如果接收到的附著請(qǐng)求消息中攜帶UE configured for MTC標(biāo)識(shí)，則確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息。所述確定模塊22，還用于當(dāng)所述附著請(qǐng)求消息中攜帶應(yīng)用信息時(shí)，檢驗(yàn)所述應(yīng)用信息是否符合簽約信息和運(yùn)營(yíng)商策略的要求，如果符合，確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息；否則，確定不需要為所述UE維護(hù)上下文信息，并向所述UE返回所述 MTC-IffF實(shí)體不為所述UE維護(hù)上下文信息的原因。所述MTC-IWF實(shí)體側(cè)通信模塊23，還用于在UE發(fā)起跟蹤區(qū)更新TAU或路由區(qū)更新 RAU過程時(shí)，如果為UE服務(wù)的核心網(wǎng)設(shè)備發(fā)生改變，則通知所述MTC-IWF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。所述MTC-IWF實(shí)體側(cè)通信模塊23，還用于在UE發(fā)起切換過程時(shí)，通知所述 MTC-IffF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。所述MTC-IWF實(shí)體側(cè)通信模塊23，還用于在UE發(fā)起Sl釋放過程或服務(wù)請(qǐng)求過程時(shí)，通知所述MTC-IWF實(shí)體更新UE的上下文信息中的可達(dá)性信息。 所述MTC-IWF實(shí)體側(cè)通信模塊23，進(jìn)一步用于在UE發(fā)起Sl釋放過程時(shí)，通知所述MTC-IffF實(shí)體更新可達(dá)性信息為空閑態(tài)；在UE發(fā)起服務(wù)請(qǐng)求過程時(shí)，通知所述MTC-IWF實(shí)體更新可達(dá)性信息為連接態(tài)，并通知所述MTC-IWF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。所述MTC-IWF實(shí)體側(cè)通信模塊23，還用于在UE發(fā)起去附著過程時(shí)，通知所述 MTC-IffF實(shí)體刪除UE的上下文信息。所述MTC-IWF實(shí) 體側(cè)通信模塊23，還用于接收所述MTC-IWF實(shí)體返回的上下文創(chuàng)建成功消息，并在UE的上下文中更新MTC-IWF實(shí)體上下文標(biāo)記，所述MTC-IWF實(shí)體上下文標(biāo)記表示MTC-IWF實(shí)體創(chuàng)建有UE的上下文信息，且在移動(dòng)性管理過程中，需要與MTC-IWF 實(shí)體進(jìn)行交互，使得MTC-IWF實(shí)體維護(hù)所述UE的上下文信息；或者，接收所述MTC-IWF實(shí)體返回的上下文創(chuàng)建失敗消息；
所述用戶側(cè)通信模塊21，還用于當(dāng)接收到上下文創(chuàng)建失敗消息時(shí)，向UE發(fā)送所述 MTC-IffF實(shí)體不為所述UE維護(hù)上下文信息的原因。其中，本發(fā)明裝置的各個(gè)模塊可以集成于一體，也可以分離部署。上述模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(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í)行本發(fā)明各個(gè)實(shí)施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施例的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述進(jìn)行分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個(gè)或多個(gè)裝置中。上述實(shí)施例的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種用戶設(shè)備UE上下文信息的管理方法，其特征在于，包括機(jī)器類通信交互功能MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的UE對(duì)應(yīng)的注冊(cè)信息；所述MTC-IWF實(shí)體利用所述注冊(cè)信息為所述UE創(chuàng)建上下文信息。
2.如權(quán)利要求1所述的方法，其特征在于，所述注冊(cè)信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)；所述上下文信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
3.如權(quán)利要求2所述的方法，其特征在于，所述注冊(cè)信息還包括以下之一或任意組合 接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE的外部標(biāo)識(shí)；UE的簽約信息；UE的可達(dá)性信息；所述上下文信息還包括以下之一或任意組合UE的外部標(biāo)識(shí)；接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE的可達(dá)性信息；UE的簽約信息。
4.如權(quán)利要求3所述的方法，其特征在于，所述MTC-IWF實(shí)體利用所述注冊(cè)信息為所述 UE創(chuàng)建上下文信息，之后還包括在核心網(wǎng)設(shè)備獲知UE發(fā)起跟蹤區(qū)更新TAU或路由區(qū)更新RAU過程時(shí)，如果為UE服務(wù)的核心網(wǎng)設(shè)備發(fā)生改變，所述MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的更新核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)的通知，并更新所述上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
5.如權(quán)利要求3所述的方法，其特征在于，所述MTC-IWF實(shí)體利用所述注冊(cè)信息為所述 UE創(chuàng)建上下文信息，之后還包括在核心網(wǎng)設(shè)備獲知UE發(fā)起切換過程時(shí)，所述MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的更新核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)的通知，并更新所述上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
6.如權(quán)利要求3所述的方法，其特征在于，所述MTC-IWF實(shí)體利用所述注冊(cè)信息為所述 UE創(chuàng)建上下文信息，之后還包括在核心網(wǎng)設(shè)備獲知UE發(fā)起Sl釋放過程或服務(wù)請(qǐng)求過程時(shí)，所述MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的更新UE的可達(dá)性信息的通知，并更新所述上下文信息中的UE的可達(dá)性信息ο
7.如權(quán)利要求6所述的方法，其特征在于，所述MTC-IWF實(shí)體更新所述上下文信息中的 UE的可達(dá)性信息，包括在核心網(wǎng)設(shè)備獲知UE發(fā)起Sl釋放過程時(shí)，所述MTC-IWF實(shí)體更新所述上下文信息中的UE的可達(dá)性信息為空閑態(tài)；在核心網(wǎng)設(shè)備獲知UE發(fā)起服務(wù)請(qǐng)求過程時(shí)，所述MTC-IWF實(shí)體更新所述上下文信息中的UE的可達(dá)性信息為連接態(tài)，并更新所述上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
8.如權(quán)利要求3所述的方法，其特征在于，所述MTC-IWF實(shí)體利用所述注冊(cè)信息為所述 UE創(chuàng)建上下文信息，之后還包括在核心網(wǎng)設(shè)備獲知UE發(fā)起去附著過程時(shí)，所述MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的刪除上下文信息的通知，并刪除所述上下文信息。
9.如權(quán)利要求1所述的方法，其特征在于，所述MTC-IWF實(shí)體利用所述注冊(cè)信息為所述 UE創(chuàng)建上下文信息，之后還包括如果UE的上下文信息創(chuàng)建成功，所述MTC-IWF實(shí)體返回上下文創(chuàng)建成功消息給核心網(wǎng)設(shè)備；如果UE的上下文信息創(chuàng)建失敗，所述MTC-IWF實(shí)體返回上下文創(chuàng)建失敗消息給核心網(wǎng)設(shè)備，所述上下文創(chuàng)建失敗消息中攜帶創(chuàng)建失敗的原因。
10.一種用戶設(shè)備UE上下文信息的管理方法，其特征在于，包括核心網(wǎng)設(shè)備接收來自UE的附著請(qǐng)求消息；當(dāng)所述核心網(wǎng)設(shè)備根據(jù)所述附著請(qǐng)求消息確定機(jī)器類通信交互功能MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息時(shí)，所述核心網(wǎng)設(shè)備向所述MTC-IWF實(shí)體發(fā)送UE對(duì)應(yīng)的注冊(cè)fn息ο
11.如權(quán)利要求10所述的方法，其特征在于，所述注冊(cè)信息至少包括UE的內(nèi)部標(biāo)識(shí)； 核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)；所述上下文信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
12.如權(quán)利要求11所述的方法，其特征在于，所述注冊(cè)信息還包括以下之一或任意組合接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE的外部標(biāo)識(shí)；UE的簽約信息；UE的可達(dá)性信息；所述上下文信息還包括以下之一或任意組合UE的外部標(biāo)識(shí)；接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE的可達(dá)性信息；UE的簽約信息。
13.如權(quán)利要求10所述的方法，其特征在于，所述核心網(wǎng)設(shè)備根據(jù)所述附著請(qǐng)求消息確定MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息，包括所述核心網(wǎng)設(shè)備通過UE的簽約信息或運(yùn)營(yíng)商策略、以及所述附著請(qǐng)求消息確定所述 MTC-IffF實(shí)體需要為所述UE維護(hù)上下文信息。
14.如權(quán)利要求13所述的方法，其特征在于，所述核心網(wǎng)設(shè)備通過UE的簽約信息以及所述附著請(qǐng)求消息確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息，包括當(dāng)所述UE的簽約信息包含所述MTC-IWF實(shí)體需要為UE維護(hù)上下文信息時(shí)，在接收到所述附著請(qǐng)求消息后，所述核心網(wǎng)設(shè)備確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信肩、ο
15.如權(quán)利要求13所述的方法，其特征在于，所述核心網(wǎng)設(shè)備通過運(yùn)營(yíng)商策略以及所述附著請(qǐng)求消息確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息，包括當(dāng)運(yùn)營(yíng)商策略包含對(duì)于發(fā)送攜帶UE configured for MTC標(biāo)識(shí)的附著請(qǐng)求消息的 UE,所述MTC-IWF實(shí)體需要為UE維護(hù)上下文信息時(shí)，如果接收到的附著請(qǐng)求消息中攜帶UE configured for MTC標(biāo)識(shí)，則所述核心網(wǎng)設(shè)備確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下又{曰息。
16.如權(quán)利要求14或15所述的方法，其特征在于，所述核心網(wǎng)設(shè)備根據(jù)所述附著請(qǐng)求消息確定MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息，還包括當(dāng)所述附著請(qǐng)求消息中攜帶應(yīng)用信息時(shí)，所述核心網(wǎng)設(shè)備檢驗(yàn)所述應(yīng)用信息是否符合簽約信息和運(yùn)營(yíng)商策略的要求，如果符合，所述核心網(wǎng)設(shè)備確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息；否則，不需要為所述UE維護(hù)上下文信息，并向所述UE返回所述 MTC-IffF實(shí)體不為所述UE維護(hù)上下文信息的原因。
17.如權(quán)利要求10所述的方法，其特征在于，所述核心網(wǎng)設(shè)備向所述MTC-IWF實(shí)體發(fā)送 UE對(duì)應(yīng)的注冊(cè)信息，之后還包括在UE發(fā)起跟蹤區(qū)更新TAU或路由區(qū)更新RAU過程時(shí)，如果為UE服務(wù)的核心網(wǎng)設(shè)備發(fā)生改變，所述核心網(wǎng)設(shè)備通知所述MTC-IWF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
18.如權(quán)利要求10所述的方法，其特征在于，所述核心網(wǎng)設(shè)備向所述MTC-IWF實(shí)體發(fā)送 UE對(duì)應(yīng)的注冊(cè)信息，之后還包括在UE發(fā)起切換過程時(shí)，所述核心網(wǎng)設(shè)備通知所述MTC-IWF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
19.如權(quán)利要求10所述的方法，其特征在于，所述核心網(wǎng)設(shè)備向所述MTC-IWF實(shí)體發(fā)送 UE對(duì)應(yīng)的注冊(cè)信息，之后還包括在UE發(fā)起Sl釋放過程或服務(wù)請(qǐng)求過程時(shí)，所述核心網(wǎng)設(shè)備通知所述MTC-IWF實(shí)體更新UE的上下文信息中的可達(dá)性信息。
20.如權(quán)利要求19所述的方法，其特征在于，所述核心網(wǎng)設(shè)備通知所述MTC-IWF實(shí)體更新UE的上下文信息中的可達(dá)性信息，包括在UE發(fā)起Sl釋放過程時(shí)，所述核心網(wǎng)設(shè)備通知所述MTC-IWF實(shí)體更新可達(dá)性信息為空閑態(tài)；在UE發(fā)起服務(wù)請(qǐng)求過程時(shí)，所述核心網(wǎng)設(shè)備通知所述MTC-IWF實(shí)體更新可達(dá)性信息為連接態(tài)，并通知所述MTC-IWF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
21.如權(quán)利要求10所述的方法，其特征在于，所述核心網(wǎng)設(shè)備向所述MTC-IWF實(shí)體發(fā)送 UE對(duì)應(yīng)的注冊(cè)信息，之后還包括在UE發(fā)起去附著過程時(shí)，所述核心網(wǎng)設(shè)備通知所述MTC-IWF實(shí)體刪除UE的上下文信肩、ο
22.如權(quán)利要求10所述的方法，其特征在于，所述核心網(wǎng)設(shè)備向所述MTC-IWF實(shí)體發(fā)送 UE對(duì)應(yīng)的注冊(cè)信息，之后還包括當(dāng)接收到所述MTC-IWF實(shí)體返回的上下文創(chuàng)建成功消息時(shí)，所述核心網(wǎng)設(shè)備在UE的上下文中更新MTC-IWF實(shí)體上下文標(biāo)記，所述MTC-IWF實(shí)體上下文標(biāo)記表示MTC-IWF實(shí)體創(chuàng)建有UE的上下文信息，且在移動(dòng)性管理過程中，核心網(wǎng)設(shè)備需要與MTC-IWF實(shí)體進(jìn)行交互， 使得MTC-IWF實(shí)體維護(hù)所述UE的上下文信息；當(dāng)接收到所述MTC-IWF實(shí)體返回的上下文創(chuàng)建失敗消息時(shí)，所述核心網(wǎng)設(shè)備向UE發(fā)送所述MTC-IWF實(shí)體不為所述UE維護(hù)上下文信息的原因。
23.一種機(jī)器類通信交互功能MTC-IWF實(shí)體，其特征在于，包括接收模塊，用于接收來自核心網(wǎng)設(shè)備的UE對(duì)應(yīng)的注冊(cè)信息；維護(hù)模塊，用于利用所述注冊(cè)信息為所述UE創(chuàng)建上下文信息。
24.如權(quán)利要求23所述的MTC-IWF實(shí)體，其特征在于，所述注冊(cè)信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)；所述上下文信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
25.如權(quán)利要求M所述的MTC-IWF實(shí)體，其特征在于，所述注冊(cè)信息還包括以下之一或任意組合接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE的外部標(biāo)識(shí)；UE的簽約信息；UE的可達(dá)性信息；所述上下文信息還包括以下之一或任意組合UE的外部標(biāo)識(shí)；接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE 的可達(dá)性信息；UE的簽約信息。
26.如權(quán)利要求25所述的MTC-IWF實(shí)體，其特征在于，所述接收模塊，用于在核心網(wǎng)設(shè)備獲知UE發(fā)起跟蹤區(qū)更新TAU或路由區(qū)更新RAU過程時(shí)，如果為UE服務(wù)的核心網(wǎng)設(shè)備發(fā)生改變，則接收來自核心網(wǎng)設(shè)備的更新核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)的通知；所述維護(hù)模塊，用于更新所述上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
27.如權(quán)利要求25所述的MTC-IWF實(shí)體，其特征在于，所述接收模塊，用于在核心網(wǎng)設(shè)備獲知UE發(fā)起切換過程時(shí)，接收來自核心網(wǎng)設(shè)備的更新核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)的通知；所述維護(hù)模塊，用于更新所述上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
28.如權(quán)利要求25所述的MTC-IWF實(shí)體，其特征在于，所述接收模塊，用于在核心網(wǎng)設(shè)備獲知UE發(fā)起Sl釋放過程或服務(wù)請(qǐng)求過程時(shí)，接收來自核心網(wǎng)設(shè)備的更新UE的可達(dá)性信息的通知；所述維護(hù)模塊，用于更新所述上下文信息中的UE的可達(dá)性信息。
29.如權(quán)利要求28所述的MTC-IWF實(shí)體，其特征在于，所述維護(hù)模塊，具體用于在核心網(wǎng)設(shè)備獲知UE發(fā)起Sl釋放過程時(shí)，更新所述上下文信息中的UE的可達(dá)性信息為空閑態(tài)；在核心網(wǎng)設(shè)備獲知UE發(fā)起服務(wù)請(qǐng)求過程時(shí)，更新所述上下文信息中的UE的可達(dá)性信息為連接態(tài)，并更新所述上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
30.如權(quán)利要求25所述的MTC-IWF實(shí)體，其特征在于，所述接收模塊，用于在核心網(wǎng)設(shè)備獲知UE發(fā)起去附著過程時(shí)，接收來自核心網(wǎng)設(shè)備的刪除上下文信息的通知；所述維護(hù)模塊，用于刪除所述上下文信息。
31.如權(quán)利要求23所述的MTC-IWF實(shí)體，其特征在于，還包括發(fā)送模塊，用于當(dāng)UE的上下文信息創(chuàng)建成功時(shí)，返回上下文創(chuàng)建成功消息給核心網(wǎng)設(shè)備；當(dāng)UE的上下文信息創(chuàng)建失敗時(shí)，返回上下文創(chuàng)建失敗消息給核心網(wǎng)設(shè)備，所述上下文創(chuàng)建失敗消息中攜帶創(chuàng)建失敗的原因。
32.一種核心網(wǎng)設(shè)備，其特征在于，包括用戶側(cè)通信模塊，用于接收來自UE的附著請(qǐng)求消息；確定模塊，用于根據(jù)所述附著請(qǐng)求消息確定機(jī)器類通信交互功能MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息；MTC-IWF實(shí)體側(cè)通信模塊，用于當(dāng)確定需要為所述UE維護(hù)上下文信息時(shí)，向所述 MTC-IffF實(shí)體發(fā)送UE對(duì)應(yīng)的注冊(cè)信息。
33.如權(quán)利要求32所述的核心網(wǎng)設(shè)備，其特征在于，所述注冊(cè)信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)；所述上下文信息至少包括UE的內(nèi)部標(biāo)識(shí)；核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
34.如權(quán)利要求33所述的核心網(wǎng)設(shè)備，其特征在于，所述注冊(cè)信息還包括以下之一或任意組合接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE的外部標(biāo)識(shí)；UE的簽約信息；UE的可達(dá)性信息；所述上下文信息還包括以下之一或任意組合UE的外部標(biāo)識(shí)；接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)；UE 的可達(dá)性信息；UE的簽約信息。
35.如權(quán)利要求32所述的核心網(wǎng)設(shè)備，其特征在于，所述確定模塊，具體用于通過UE的簽約信息或運(yùn)營(yíng)商策略、以及所述附著請(qǐng)求消息確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息。
36.如權(quán)利要求35所述的核心網(wǎng)設(shè)備，其特征在于，所述確定模塊，進(jìn)一步用于當(dāng)所述UE的簽約信息包含所述MTC-IWF實(shí)體需要為UE維護(hù)上下文信息時(shí)，在接收到所述附著請(qǐng)求消息后，確定所述MTC-IWF實(shí)體需要為所述UE維護(hù)上下文信息。
37.如權(quán)利要求35所述的核心網(wǎng)設(shè)備，其特征在于，所述確定模塊，進(jìn)一步用于當(dāng)運(yùn)營(yíng)商策略包含對(duì)于發(fā)送攜帶UE configured for MTC 標(biāo)識(shí)的附著請(qǐng)求消息的UE,所述MTC-IWF實(shí)體需要為UE維護(hù)上下文信息時(shí)，如果接收到的附著請(qǐng)求消息中攜帶UE configured for MTC標(biāo)識(shí)，則確定所述MTC-IWF實(shí)體需要為所述 UE維護(hù)上下文信息。
38.如權(quán)利要求36或37所述的核心網(wǎng)設(shè)備，其特征在于，所述確定模塊，還用于當(dāng)所述附著請(qǐng)求消息中攜帶應(yīng)用信息時(shí)，檢驗(yàn)所述應(yīng)用信息是否符合簽約信息和運(yùn)營(yíng)商策略的要求，如果符合，確定所述MTC-IWF實(shí)體需要為所述 UE維護(hù)上下文信息；否則，確定不需要為所述UE維護(hù)上下文信息，并向所述UE返回所述 MTC-IffF實(shí)體不為所述UE維護(hù)上下文信息的原因。
39.如權(quán)利要求32所述的核心網(wǎng)設(shè)備，其特征在于，所述MTC-IWF實(shí)體側(cè)通信模塊，還用于在UE發(fā)起跟蹤區(qū)更新TAU或路由區(qū)更新RAU過程時(shí)，如果為UE服務(wù)的核心網(wǎng)設(shè)備發(fā)生改變，則通知所述MTC-IWF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
40.如權(quán)利要求32所述的核心網(wǎng)設(shè)備，其特征在于，所述MTC-IWF實(shí)體側(cè)通信模塊，還用于在UE發(fā)起切換過程時(shí)，通知所述MTC-IWF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
41.如權(quán)利要求32所述的核心網(wǎng)設(shè)備，其特征在于，所述MTC-IWF實(shí)體側(cè)通信模塊，還用于在UE發(fā)起Sl釋放過程或服務(wù)請(qǐng)求過程時(shí)，通知所述MTC-IWF實(shí)體更新UE的上下文信息中的可達(dá)性信息。
42.如權(quán)利要求41所述的核心網(wǎng)設(shè)備，其特征在于，所述MTC-IWF實(shí)體側(cè)通信模塊，進(jìn)一步用于在UE發(fā)起Sl釋放過程時(shí)，通知所述 MTC-IffF實(shí)體更新可達(dá)性信息為空閑態(tài)；在UE發(fā)起服務(wù)請(qǐng)求過程時(shí)，通知所述MTC-IWF實(shí)體更新可達(dá)性信息為連接態(tài)，并通知所述MTC-IWF實(shí)體更新UE的上下文信息中的核心網(wǎng)設(shè)備的地址或標(biāo)識(shí)、接入網(wǎng)設(shè)備的地址或標(biāo)識(shí)。
43.如權(quán)利要求32所述的核心網(wǎng)設(shè)備，其特征在于，所述MTC-IWF實(shí)體側(cè)通信模塊，還用于在UE發(fā)起去附著過程時(shí)，通知所述MTC-IWF實(shí)體刪除UE的上下文信息。
44.如權(quán)利要求32所述的核心網(wǎng)設(shè)備，其特征在于，所述MTC-IWF實(shí)體側(cè)通 信模塊，還用于接收所述MTC-IWF實(shí)體返回的上下文創(chuàng)建成功消息，并在UE的上下文中更新MTC-IWF實(shí)體上下文標(biāo)記，所述MTC-IWF實(shí)體上下文標(biāo)記表示MTC-IWF實(shí)體創(chuàng)建有UE的上下文信息，且在移動(dòng)性管理過程中，需要與MTC-IWF實(shí)體進(jìn)行交互，使得MTC-IWF實(shí)體維護(hù)所述UE的上下文信息；或者，接收所述MTC-IWF實(shí)體返回的上下文創(chuàng)建失敗消息；所述用戶側(cè)通信模塊，還用于當(dāng)接收到上下文創(chuàng)建失敗消息時(shí)，向UE發(fā)送所述 MTC-IffF實(shí)體不為所述UE維護(hù)上下文信息的原因。
全文摘要
本發(fā)明公開了一種UE上下文信息的管理方法和設(shè)備，該方法包括MTC-IWF實(shí)體接收來自核心網(wǎng)設(shè)備的UE對(duì)應(yīng)的注冊(cè)信息；所述MTC-IWF實(shí)體利用所述注冊(cè)信息為所述UE創(chuàng)建上下文信息。進(jìn)一步的，在UE的TAU或RAU過程、切換過程、S1釋放過程或服務(wù)請(qǐng)求過程、去附著過程中，所述MTC-IWF實(shí)體可以對(duì)上下文信息進(jìn)行維護(hù)。本發(fā)明實(shí)施例中，通過與核心網(wǎng)設(shè)備的交互，MTC-IWF實(shí)體上可以實(shí)現(xiàn)創(chuàng)建和維護(hù)UE的上下文信息。
文檔編號(hào)H04W76/02GK102355743SQ20111028574
公開日2012年2月15日 申請(qǐng)日期2011年9月23日 優(yōu)先權(quán)日2011年9月23日
發(fā)明者康艷超 申請(qǐng)人:電信科學(xué)技術(shù)研究院