本發(fā)明涉及無線通信領(lǐng)域,尤其涉及一種通信模型傳輸方法及裝置。
背景技術(shù):
3GPP(3rd Generation Partnership Project,第三代合作伙伴計劃)目前在研究移動網(wǎng)絡(luò)的能力開放問題,要求將對業(yè)務(wù)提供商有用的3GPP服務(wù)能力,例如通信、上下文、簽約及控制等,通過基于web的API(Application Programming Interface,應(yīng)用程序編程接口)開放給外部應(yīng)用提供商或合作伙伴。同時3GPP運營商也能夠?qū)?nèi)外部業(yè)務(wù)與其網(wǎng)絡(luò)能力相結(jié)合,向他們的合作伙伴提供更豐富的API服務(wù)。
目前研究的3GPP網(wǎng)絡(luò)能力開放架構(gòu)主要是TR 23.708中定義的AESE(Architecture Enhancements for Service Capability Exposure)架構(gòu)。在該架構(gòu)中,3GPP的業(yè)務(wù)能力通過SCEF(Service Capability Exposure function,業(yè)務(wù)能力開放功能)框架向外部開放,如圖1所示。
SCEF實體可以提供安全的手段將3GPP網(wǎng)絡(luò)提供的業(yè)務(wù)或能力開放出去,其主要功能包括:
-發(fā)現(xiàn)3GPP網(wǎng)絡(luò)開放的業(yè)務(wù)能力;
-為接入3GPP網(wǎng)絡(luò)能力提供各種API,例如OMA(Open Mobile Architecture)、GSMA(Global System for Mobile Communications assembly,全球系統(tǒng))等標準化組織定義的API;
-從底層3GPP網(wǎng)絡(luò)接口或協(xié)議抽象出網(wǎng)絡(luò)業(yè)務(wù)或能力。
3GPP TS 22.101中提出了一種利用UE(User Equipment,用戶設(shè)備,即終端)的可估計的通信模型(英文為:communication pattern)來進行網(wǎng)絡(luò)資源優(yōu) 化的特性,該特性要求第三方業(yè)務(wù)提供者向3GPP核心網(wǎng)提供單個UE或者一組UE的通信模型。所述通信模型包括一組通信相關(guān)參數(shù),主要包括:
-時間流量相關(guān)的模板,例如周期性的通信時間間隔,數(shù)據(jù)會話的保活周期,平均或最大的數(shù)據(jù)傳輸量等;
-位置或移動性相關(guān)的目標,例如終端是否靜態(tài),終端的預測軌跡等。
3GPP網(wǎng)絡(luò)可以利用這些通信模型來進行網(wǎng)絡(luò)資源的優(yōu)化利用,例如為終端分配合理的TA(Tracking Area,跟蹤區(qū))列表等。
為了在AESE架構(gòu)下實現(xiàn)通信模型的傳遞,3GPP組織討論了一種利用HSS(Home Subscriber Server,簽約用戶服務(wù)器)進行通信模型下發(fā)到MME(Mobility Management Entity,移動性管理實體)的方案。該方案要求SCEF實體在獲取UE的通信模型后,先與HSS交互進行鑒權(quán)認證,并獲得UE的上下文(英文為:profile),然后將該UE的通信模型發(fā)送到HSS保存,其流程如圖2所示:
SCS/AS(service capability server/application Server,業(yè)務(wù)能力服務(wù)器/應(yīng)用服務(wù)器,也稱業(yè)務(wù)/應(yīng)用服務(wù)器)將UE的通信模型發(fā)送給SCEF實體,SCEF實體將該通信模型發(fā)送給HSS(步驟201~206);HSS收到UE的通信模型后將其保存,并且在UE的服務(wù)MME向HSS獲取簽約數(shù)據(jù)時下載到該UE的服務(wù)MME(步驟207);該UE的服務(wù)MME收到該UE的通信模型后,為eNB(evolved NodeB,演進節(jié)點B,即基站)生成核心網(wǎng)輔助參數(shù)(英文為:CN assisted eNB parameters),并在S1承載建立過程中提供給eNB,使得eNB可以根據(jù)MME提供的核心網(wǎng)輔助參數(shù)采取網(wǎng)絡(luò)優(yōu)化措施,例如減少UE在空閑態(tài)和連接態(tài)間的轉(zhuǎn)換,減少影響MME的移動性管理信令(步驟208~210)。
發(fā)明人在實現(xiàn)本發(fā)明的過程中,發(fā)現(xiàn)現(xiàn)有技術(shù)這種利用HSS向MME下載通信模型的方法,至少存在以下缺陷:
(1)按照上述流程,如果沒有發(fā)生服務(wù)MME變化的移動性管理事件,則對于已經(jīng)附著的UE來說,沒有服務(wù)MME向HSS請求簽約信息的過程,因 此該UE的通信模型無法及時發(fā)送到該UE的新的服務(wù)MME;
(2)HSS需要接收并存儲UE的通信模型,如果UE的通信模型更新頻繁,則容易造成HSS與SCEF實體接口間的信令擁塞和HSS的過載。
技術(shù)實現(xiàn)要素:
本發(fā)明實施例提供了一種通信模型傳輸方法及裝置,用以解決當沒有S6a接口信令時,終端的通信模型無法及時送達該終端的服務(wù)MME的問題,并可節(jié)省SCEF實體和HSS之間的信令。
本發(fā)明實施例提供的通信模型傳輸方法,包括:
SCEF實體接收終端的通信模型,將所述終端的通信模型發(fā)送給第一移動性管理實體MME,并緩存所述終端的通信模型,所述第一MME為所述終端的服務(wù)MME;
所述SCEF實體監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化,若監(jiān)測到所述終端的服務(wù)MME發(fā)生變化,則將緩存的所述終端的通信模型發(fā)送給第二MME,所述第二MME為所述終端的新的服務(wù)MME。
本發(fā)明實施例提供的SCEF實體裝置,包括:通信模型傳輸模塊、緩存模塊和監(jiān)測模塊;
所述通信模型傳輸模塊,用于接收終端的通信模型,將所述終端的通信模型發(fā)送給第一移動性管理實體MME,所述第一MME為所述終端的服務(wù)MME;以及,在所述監(jiān)測模塊監(jiān)測到所述終端的服務(wù)MME發(fā)生變化時,將緩存的所述終端的通信模型發(fā)送給第二MME,所述第二MME為所述終端的新的服務(wù)MME;
所述緩存模塊,用于緩存所述終端的通信模型;
所述監(jiān)測模塊,用于監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化。
本發(fā)明的上述實施例中,一方面,SCEF實體接收到終端的通信模型后,將該通信模型發(fā)送給該終端的服務(wù)MME,無需發(fā)送給HSS并由HSS發(fā)送給終 端的服務(wù)MME,因此也就無需等到終端的服務(wù)MME向HSS請求簽約信息時才向該MME發(fā)送該終端的通信模型,從而解決當沒有S6a接口信令時,終端的通信模型無法及時送達該終端的服務(wù)MME的問題。另一方面,現(xiàn)有技術(shù)中SCEF實體接收到終端的通信模型后需要發(fā)送給HSS進行存儲,而本發(fā)明實施例中由SCEF實體接收并緩存終端的通信模型,相比之下,本發(fā)明實施例可以節(jié)省SCEF實體與HSS之間的信令交互,尤其在頻繁更新終端的通信模型時,本發(fā)明實施例可避免由此引起的HSS與SCEF實體接口間的信令擁塞和HSS的過載。
附圖說明
圖1為現(xiàn)有技術(shù)中的AESE架構(gòu)示意圖;
圖2為現(xiàn)有技術(shù)中終端的通信模型的傳輸過程示意圖;
圖3為本發(fā)明實施例提供的通信模型傳輸流程示意圖;
圖4為本發(fā)明實施例中SCEF實體傳輸終端的通信模型以及請求HSS對終端的服務(wù)MME的變化情況進行監(jiān)測的信令交互流程圖;
圖5為本發(fā)明實施例中UE的通信模型更新后的流程示意圖;
圖6為本發(fā)明實施例中HSS監(jiān)測到終端的服務(wù)MME發(fā)生變化時的通信模型傳輸流程的信令交互流程圖;
圖7為本發(fā)明實施例中SCEF實體傳輸終端的通信模型以及請求MME對終端的服務(wù)MME的變化情況進行監(jiān)測的信令交互流程圖;
圖8為本發(fā)明實施例中MME監(jiān)測到終端的服務(wù)MME發(fā)生變化時的通信模型傳輸流程的信令交互流程圖;
圖9為本發(fā)明實施例提供的SCEF實體裝置的結(jié)構(gòu)示意圖;
圖10為本發(fā)明另一實施例提供的SCEF實體裝置的結(jié)構(gòu)示意圖。
具體實施方式
3GPP提出一種網(wǎng)絡(luò)需求,要求LTE核心網(wǎng)能夠根據(jù)應(yīng)用層提供的終端的通信模型來進行網(wǎng)絡(luò)資源的優(yōu)化。然而現(xiàn)有技術(shù)中進行UE的通信模型傳輸?shù)姆椒赡茉斐删W(wǎng)絡(luò)實體的過載或信令擁塞。
針對上述缺陷,一種可能的解決方案是要求HSS向MME推送UE的通信模型,但是該種方案會對HSS造成影響,且如果UE的通信模型更新頻繁,也會增加MME與HSS間的S6a接口的信令,容易造成S6a接口的信令擁塞和HSS的過載。
為此,本發(fā)明實施例提出一種新的通信模型的傳輸方法,用以解決當沒有S6a接口信令時,終端的通信模型無法及時送達該終端的服務(wù)MME的問題,并可節(jié)省SCEF實體和HSS之間的信令。
為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述,顯然,所描述的實施例僅僅是本發(fā)明一部份實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例,都屬于本發(fā)明保護的范圍。
下面介紹的是本發(fā)明的多個實施例中的一部份,旨在提供對本發(fā)明的基本了解,并不旨在確認本發(fā)明的關(guān)鍵或決定性要素或限定所要保護的范圍。根據(jù)本發(fā)明的技術(shù)方案,在不變更本發(fā)明的實質(zhì)精神下,可以相互替換而得到其他的實現(xiàn)方式。
本發(fā)明實施例可基于AESE架構(gòu)來實現(xiàn)。AESE架構(gòu)可如圖1所示。
參見圖3,為本發(fā)明實施例提供的通信模型傳輸流程示意圖,該流程可包括如下步驟:
步驟301:SCEF實體接收終端的通信模型,將所述終端的通信模型發(fā)送給第一MME,并緩存所述終端的通信模型,所述第一MME為所述終端的服務(wù)MME;
步驟302:所述SCEF實體監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化,若監(jiān)測到所述終端的服務(wù)MME發(fā)生變化,則將緩存的所述終端的通信模型發(fā)送 給第二MME,所述第二MME為所述終端的新的服務(wù)MME。
上述流程的步驟302中,SCEF實體監(jiān)測到所述終端的服務(wù)MME發(fā)生變化后,可查詢HSS,根據(jù)查詢結(jié)果確定該終端的新的MME,即所述第二MME,從而將緩存的所述終端的通信模型發(fā)送給第二MME。
上述流程中,SCEF實體監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化的操作可一直在進行,這樣,一旦在步驟302中監(jiān)測到所述終端的服務(wù)MME發(fā)生變化,即可將緩存的所述終端的通信模型發(fā)送給第二MME。
所述終端的通信模型所包含的具體內(nèi)容可參見通信協(xié)議的規(guī)定。例如,終端的通信模型可包括以下參數(shù):
-時間流量相關(guān)的模板,例如周期性的通信時間間隔,數(shù)據(jù)會話的?;钪芷?,平均或最大的數(shù)據(jù)傳輸量等;
-位置或移動性相關(guān)的目標,例如終端是否靜態(tài),終端的預測軌跡等。
上述流程中,SCEF實體可配置HSS監(jiān)測該終端的服務(wù)MME的變化情況。
具體地,HSS監(jiān)測到所述終端的服務(wù)MME發(fā)生變化時發(fā)送監(jiān)測報告給SCEF實體,SCEF實體接收到HSS發(fā)送的監(jiān)測報告后,根據(jù)所述監(jiān)測報告確定所述終端的服務(wù)MME發(fā)生變化。
進一步地,SCEF實體接收到所述終端的通信模型之后、接收HSS發(fā)送的監(jiān)測報告之前,還可生成用于監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化的監(jiān)測事件,并將所述監(jiān)測事件發(fā)送給所述HSS,以配置所述HSS根據(jù)所述監(jiān)測事件監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化。
上述流程中,SCEF實體也可配置終端的服務(wù)MME監(jiān)測該終端的服務(wù)MME的變化情況。
具體地,第一MME監(jiān)測到所述終端的服務(wù)MME發(fā)生變化時發(fā)送監(jiān)測報告給SCEF實體,SCEF實體接收到HSS發(fā)送的監(jiān)測報告后,根據(jù)所述監(jiān)測報告確定所述終端的服務(wù)MME發(fā)生變化。其中,所述監(jiān)測報告中可攜帶所述第二MME的標識信息。
進一步地,所述SCEF實體接收到所述終端的通信模型之后、接收所述第一MME發(fā)送的監(jiān)測報告之前,可生成用于監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化的監(jiān)測事件,并將所述監(jiān)測事件發(fā)送給所述第一MME,以配置所述第一MME根據(jù)所述監(jiān)測事件監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化。
無論SCEF實體采用配置HSS的方式監(jiān)測終端的服務(wù)MME的變化情況,還是采用配置MME的方式監(jiān)測終端的服務(wù)MME的變化情況,如果SCEF實體接收到的監(jiān)測報告中攜帶該終端的第二MME的標識信息,則SCEF實體可根據(jù)該第二MME的標識信息確定該終端當前的服務(wù)MME為第二MME,進而將緩存的所述終端的通信模型發(fā)送給第二MME。如果SCEF實體接收到的監(jiān)測報告中沒有攜帶該終端的第二MME的標識信息,則SCEF實體可根據(jù)監(jiān)測報告查詢HSS(監(jiān)測報告中可攜帶該終端的標識信息),根據(jù)查詢結(jié)果確定該終端當前的服務(wù)MME為第二MME,進而將緩存的所述終端的通信模型發(fā)送給第二MME。
下面通過實施例一并結(jié)合圖4、圖5和圖6,對SCEF實體請求HSS監(jiān)測終端的服務(wù)MME的變化情況,以及SCEF實體傳輸終端的通信模型的過程進行詳細說明;通過實施例二并結(jié)合圖7、圖8和圖6,對SCEF實體請求終端的服務(wù)MME監(jiān)測終端的服務(wù)MME的變化情況,以及SCEF實體傳輸終端的通信模型的過程進行詳細說明。
實施例一
參見圖4,SCEF實體接收到UE的通信模型后,一方面將該通信模型進行傳輸,另一方面生成該UE的監(jiān)測事件并配置給HSS,該監(jiān)測事件用于監(jiān)測UE的服務(wù)MME是否發(fā)生變化。具體地,該流程可包括如下步驟:
步驟401:SCEF實體接收UE的通信模型。具體地,SCEF實體可通過SCS/AS發(fā)送的通知消息接收UE的通信模型。
步驟402:SCEF實體為該UE生成監(jiān)測事件(英文為:monitoring event),該監(jiān)測事件用于監(jiān)測該UE的服務(wù)MME(英文為:serving MME)的變化情況。
可選地,SCEF實體選擇向HSS配置監(jiān)測事件時,可選擇僅報告一次serving MME變化或持續(xù)報告MME變化。
步驟403:SCEF實體通過上下文查詢請求向HSS查詢該UE的上下文(英文為:profile),并在向HSS查詢UE的上下文時,所述上下文查詢請求中攜帶為該UE生成的監(jiān)測事件。
步驟404:HSS根據(jù)所述上下文查詢請求查詢該UE的上下文,并通過上下文查詢響應(yīng)向SCEF實體返回該UE的上下文,其中包括該UE的內(nèi)部標識和該UE的服務(wù)MME的標識,并確認接受該監(jiān)測事件。
其中,UE的內(nèi)部標識可以包括但不限于M-TMSI(TMSI為Temporary Mobile Subscriber Identity的英文簡稱,即臨時移動用戶標識)、S-TMSI或GUTI(Globally Uniqe Temporary Identity,全球唯一臨時用戶標識)等,MME的標識可以包括但不限于GUMME(Globally Unique MME Identity,全球唯一MME標識)。
步驟405:HSS安裝該監(jiān)測事件,并在安裝該監(jiān)測事件后根據(jù)該監(jiān)測事件對該UE的服務(wù)MME的變化情況進行監(jiān)測。
步驟406:SCEF實體收到HSS返回的上下文查詢響應(yīng)后,向SCS/AS返回針對步驟401的通知響應(yīng)。
步驟407:SCEF實體向UE的服務(wù)MME發(fā)送該UE的通信模型。
步驟408:SCEF實體緩存該UE的通信模型。
步驟409:該UE的服務(wù)MME根據(jù)該UE的通信模型生成網(wǎng)絡(luò)優(yōu)化參數(shù),比如為該UE的服務(wù)eNB生成核心網(wǎng)輔助參數(shù)(英文為:CN assisted eNB parameters)。
進一步地,步驟409之后,該UE的服務(wù)MME在S1承載建立過程中,將為該UE的服務(wù)eNB生成的核心網(wǎng)輔助參數(shù)提供給該eNB,使得該eNB可以根據(jù)該MME提供的核心網(wǎng)輔助參數(shù)采取一些網(wǎng)絡(luò)優(yōu)化措施,例如減少該UE在空閑態(tài)和連接態(tài)間的轉(zhuǎn)換,減少影響該MME的移動性管理信令。
進一步地,上述圖4所示的流程還可包括以下步驟:
步驟410:SCEF實體在緩存的該UE的通信模型失效后,例如該UE的通信模型的有效期過期,清除失效的通信模型。
進一步地,步驟401中,SCEF實體接收UE的通信模型之后,還可根據(jù)當前接收到的UE的通信模型,查詢緩存中是否存在屬于該UE的相同類型的通信模型,若不存在,則轉(zhuǎn)入步驟402繼續(xù)執(zhí)行圖4所示的流程。
如果存在,則表明在此之前已經(jīng)接收過該UE的同類型的通信模型,本次接收到的該UE的通信模型為更新后的通信模型,這種情況下,SCEF實體用當前接收到的該UE的通信模型,更新緩存中屬于該UE的相同類型的通信模型,并將該UE的更新后的通信模型發(fā)送給該UE的服務(wù)MME,而無需再獲取該UE的上下文,也無需再為該UE的該種通信模型生成監(jiān)測報告。具體地,圖5示例性地示出了上述處理過程。
如圖5所示,假設(shè)SCS/AS初次將UE的某種通信模型發(fā)送給SCEF實體之后,已經(jīng)按照圖4或圖5所示的流程發(fā)送給該UE的服務(wù)MME,此后,SCS/AS對該UE的該種通信模型進行了更新,并將更新后的通信模型發(fā)送給SCEF實體,此后,SCEF實體可執(zhí)行如下流程:
步驟501:SCEF實體接收UE的通信模型。具體地,SCEF實體可通過SCS/AS發(fā)送的通知消息接收UE的通信模型。
步驟502:SCEF實體查找緩存的UE的通信模型,判斷已經(jīng)存在屬于同一UE的相同類型的通信模型,則根據(jù)步驟501接收到的通信模型更新緩存中的該UE的相同類型的通信模型。
步驟503:SCEF實體向SCS/AS返回針對步驟501的通知響應(yīng)。
步驟504:SCEF實體向該UE的服務(wù)MME發(fā)送通信模型,該通信模型為步驟501中接收到的通信模型。
步驟505:該UE的服務(wù)MME根據(jù)該UE的通信模型生成網(wǎng)絡(luò)優(yōu)化參數(shù)。
圖4所示流程的步驟401中,SCS/AS可將一個UE或一組UE的通信模型 通過通知消息發(fā)送給SCEF實體。
如果通知消息中僅包含一個UE的通信模型,則按照上述流程執(zhí)行。
如果通知消息中包含一組UE的通信模型,則可針對該組UE執(zhí)行步驟402至步驟406,針對該組UE中的每個UE執(zhí)行步驟407。具體地,在步驟402中,針對該組UE中的每個UE生成監(jiān)測事件,在步驟403至步驟404中,查詢該組UE中的每個UE的上下文;在步驟407中,針對該組UE中的每個UE,分別向UE的服務(wù)MME發(fā)送通信模型。
圖4所示的流程僅示出了一種典型的信令時序流程,但本發(fā)明的保護范圍并不限于此。
例如,SCEF實體緩存UE的通信模型的步驟,也可在其他時間點執(zhí)行,比如在步驟401之后到步驟410之前的一段時間的任何時間點。優(yōu)選地,可在SCEF實體接收到UE的通信模型之后立即緩存該通信模型,或者,如圖4中所示,在成功將UE的通信模型傳輸給該UE的服務(wù)MME之后,緩存該UE的通信模型。
再例如,SCEF實體將生成的監(jiān)測事件通過上下文查詢請求發(fā)送給HSS,可以復用原有的消息以減少信令開銷??蛇x地,SCEF實體為UE生成監(jiān)測事件的步驟也可在其他時間點執(zhí)行,比如,在向HSS查詢該UE的上下文之后,為該UE生成監(jiān)測事件,并通過一條通知消息將該監(jiān)測事件發(fā)送給HSS。
參見圖6,SCEF實體根據(jù)HSS報告的監(jiān)測事件報告進行通信模型的重傳。具體地,該流程可包括如下步驟:
步驟601:HSS接收UE的新的服務(wù)MME(英文為:new serving MME)發(fā)來的位置更新(英文為:update location)消息,此時,HSS監(jiān)測到UE的服務(wù)MME發(fā)生變化。
UE的位置更新可能導致該UE的服務(wù)MME發(fā)生變化,該UE的new serving MME會向HSS獲取該UE的簽約數(shù)據(jù),此時,HSS上所配置的該UE的監(jiān)測事件被觸發(fā),HSS監(jiān)測到該UE的服務(wù)MME發(fā)生變化。
步驟602:HSS向SCEF實體發(fā)送監(jiān)測報告,通過該監(jiān)測報告將該UE的服務(wù)MME發(fā)生變化的情況通知給SCEF實體。該監(jiān)測報告中可攜帶該UE的new serving MME的標識。
步驟603:SCEF實體收到監(jiān)測報告后,查找緩存的該UE的通信模型。
步驟604:SCEF實體將查詢到的該UE的通信模型發(fā)送給該UE的new serving MME。
實施例二
參見圖7,SCEF實體接收到UE的通信模型后,一方面將該通信模型進行傳輸,另一方面生成該UE的監(jiān)測事件并將該監(jiān)測事件配置給該UE的服務(wù)MME,該監(jiān)測事件用于監(jiān)測UE的服務(wù)MME是否發(fā)生變化。將監(jiān)測事件配置給UE的服務(wù)MME而不是配置給HSS,可以避免對HSS的影響。具體地,該流程可包括如下步驟:
步驟701:SCEF實體接收UE的通信模型。具體地,SCEF實體可通過SCS/AS發(fā)送的通知消息接收UE的通信模型。其中,SCS/AS表示SCS或AS,或者集成在一起的SCS和AS。
步驟702:SCEF實體通過上下文查詢請求向HSS查詢該UE的上下文(英文為:profile)
步驟703:HSS根據(jù)所述上下文查詢請求查詢該UE的上下文,并通過上下文查詢響應(yīng)向SCEF實體返回該UE的上下文,其中包括該UE的內(nèi)部標識和該UE的服務(wù)MME的標識。
其中,UE的內(nèi)部標識可以包括但不限于M-TMSI、S-TMSI或GUTI等,MME的標識可以包括但不限于GUMME。
步驟704:SCEF實體收到HSS返回的上下文查詢響應(yīng)后,向SCS/AS返回針對步驟701的通知響應(yīng)。
步驟705:SCEF實體為該UE生成監(jiān)測事件(英文為:monitoring event),該監(jiān)測事件用于監(jiān)測該UE的服務(wù)MME(英文為:serving MME)的變化情況。 進一步地,該事件還包括監(jiān)測發(fā)生該UE的serving MME變化后,報告UE的新的服務(wù)MME(英文為:new serving MME)。
可選地,SCEF實體選擇向UE的serving MME配置監(jiān)測事件時,將監(jiān)測事件配置為僅報告一次serving MME變化。
步驟706:SCEF實體向UE的serving MME發(fā)送通信模型和監(jiān)測事件。其中,UE的通信模型和監(jiān)測事件可通過一條消息發(fā)送,也可通過一條消息發(fā)送UE的通信模型,再通過一條消息發(fā)送UE的監(jiān)測事件。
步驟707:該UE的服務(wù)MME根據(jù)該UE的通信模型生成網(wǎng)絡(luò)優(yōu)化參數(shù),比如為該UE的服務(wù)eNB生成核心網(wǎng)輔助參數(shù)(英文為:CN assisted eNB parameters)。
步驟708:該UE的服務(wù)MME安裝該監(jiān)測事件,并在安裝該監(jiān)測事件后根據(jù)該監(jiān)測事件對該UE的服務(wù)MME的變化情況進行監(jiān)測。
步驟709:SCEF實體緩存該UE的通信模型。
進一步地,步驟707之后,該UE的服務(wù)MME在S1承載建立過程中,將為該UE的服務(wù)eNB生成的核心網(wǎng)輔助參數(shù)提供給該eNB,使得該eNB可以根據(jù)該MME提供的核心網(wǎng)輔助參數(shù)采取一些網(wǎng)絡(luò)優(yōu)化措施,例如減少該UE在空閑態(tài)和連接態(tài)間的轉(zhuǎn)換,減少影響該MME的移動性管理信令。
進一步地,上述圖7所示的流程還可包括以下步驟:
步驟710:SCEF實體在緩存的該UE的通信模型失效后,例如該UE的通信模型的有效期過期,清除失效的通信模型。
進一步地,步驟701中,SCEF實體接收UE的通信模型之后,還可根據(jù)當前接收到的UE的通信模型,查詢緩存中是否存在屬于該UE的相同類型的通信模型,若不存在,則轉(zhuǎn)入步驟702繼續(xù)執(zhí)行圖7所示的流程。
如果存在,則表明在此之前已經(jīng)接收過該UE的同類型的通信模型,本次接收到的該UE的通信模型為更新后的通信模型,這種情況下,SCEF實體用當前接收到的該UE的通信模型,更新緩存中屬于該UE的相同類型的通信模 型,并將該UE的更新后的通信模型發(fā)送給該UE的服務(wù)MME,而無需再獲取該UE的上下文,也無需再為該UE的該種通信模型生成監(jiān)測報告。具體地,圖5示例性地示出了上述處理過程。
圖7所示流程的步驟701中,SCS/AS可將一個UE或一組UE的通信模型通過通知消息發(fā)送給SCEF實體。
如果通知消息中僅包含一個UE的通信模型,則按照上述流程執(zhí)行。
如果通知消息中包含一組UE的通信模型,則可針對該組UE執(zhí)行步驟702至步驟705,針對該組UE中的每個UE執(zhí)行步驟706。具體地,在步驟702至步驟705中,查詢該組UE中的每個UE的上下文,并針對該組UE中的每個UE生成監(jiān)測事件;在步驟706中,針對該組UE中的每個UE,分別向UE的服務(wù)MME發(fā)送通信模型和監(jiān)測事件。
圖7所示的流程僅示出了一種典型的信令時序流程,但本發(fā)明的保護范圍并不限于此。
例如,SCEF實體緩存UE的通信模型的步驟,也可在其他時間點執(zhí)行,比如在步驟701之后到步驟710之前的一段時間的任何時間點。優(yōu)選地,可在SCEF實體接收到UE的通信模型之后立即緩存該通信模型,或者,如圖7中所示,在成功將UE的通信模型傳輸給該UE的服務(wù)MME之后,緩存該UE的通信模型。
參見圖8,SCEF實體根據(jù)UE的服務(wù)MME報告的監(jiān)測事件報告進行通信模型的重傳。具體地,該流程可包括如下步驟:
步驟801:UE的源服務(wù)MME(即old MME)根據(jù)MME之間的接口消息判斷該UE的服務(wù)MME是否發(fā)生改變。
步驟802:如果該UE的old MME判斷該UE的服務(wù)MME發(fā)生改變,則將該UE的服務(wù)MME發(fā)生改變的情況,通過監(jiān)測報告發(fā)送給SCEF實體。進一步地,該UE的old MME還將該UE的新的服務(wù)MME(new serving MME)的信息,如MME的標識,通過監(jiān)測報告發(fā)送給SCEF實體。
步驟803a至步驟803b:SCEF實體收到監(jiān)測報告后,如果監(jiān)測報告中未包含該UE的new serving MME的信息,則SCEF實體向HSS查詢該UE的new serving MME的信息。該步驟為可選步驟。
步驟804:SCEF實體查找緩存的該UE的通信模型。
步驟805:SCEF實體將查詢到的該UE的通信模型發(fā)送給該UE的new serving MME。
通過以上對本發(fā)明實施例的描述可以看出,一方面,SCEF實體接收到終端的通信模型后,將該通信模型發(fā)送給該終端的服務(wù)MME,無需發(fā)送給HSS并由HSS發(fā)送給終端的服務(wù)MME,因此也就無需等到終端的服務(wù)MME向HSS請求簽約信息時才向該MME發(fā)送該終端的通信模型,從而解決當沒有S6a接口信令時,終端的通信模型無法及時送達該終端的服務(wù)MME的問題。另一方面,現(xiàn)有技術(shù)中SCEF實體接收到終端的通信模型后需要發(fā)送給HSS進行存儲,而本發(fā)明實施例中由SCEF實體接收并緩存終端的通信模型,相比之下,本發(fā)明實施例可以節(jié)省SCEF實體與HSS之間的信令交互,尤其在頻繁更新終端的通信模型時,本發(fā)明實施例可避免由此引起的HSS與SCEF實體接口間的信令擁塞和HSS的過載。
基于相同的技術(shù)構(gòu)思,本發(fā)明實施例還提供了一種SCEF實體裝置。
參見圖9,為本發(fā)明實施例提供的SCEF實體裝置的結(jié)構(gòu)示意圖。如圖所示,該SCEF實體裝置可包括:通信模型傳輸模塊901、緩存模塊902和監(jiān)測模塊903,其中:
通信模型傳輸模塊901,用于接收終端的通信模型,將所述終端的通信模型發(fā)送給第一MME,所述第一MME為所述終端的服務(wù)MME;以及,在所述監(jiān)測模塊監(jiān)測到所述終端的服務(wù)MME發(fā)生變化時,將緩存的所述終端的通信模型發(fā)送給第二MME,所述第二MME為所述終端的新的服務(wù)MME;
緩存模塊902,用于緩存所述終端的通信模型;
監(jiān)測模塊903,用于監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化。
優(yōu)選地,監(jiān)測模塊903可具體用于:接收HSS發(fā)送的監(jiān)測報告,所述監(jiān)測報告是所述HSS監(jiān)測到所述終端的服務(wù)MME發(fā)生變化時發(fā)送的;根據(jù)所述監(jiān)測報告確定所述終端的服務(wù)MME發(fā)生變化。
進一步地,監(jiān)測模塊903還可用于:在接收到所述終端的通信模型之后、接收HSS發(fā)送的監(jiān)測報告之前,生成用于監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化的監(jiān)測事件,并將所述監(jiān)測事件發(fā)送給所述HSS,以配置所述HSS根據(jù)所述監(jiān)測事件監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化。
優(yōu)選地,監(jiān)測模塊903可具體用于:接收所述第一MME發(fā)送的監(jiān)測報告,所述監(jiān)測報告是所述第一MME監(jiān)測到所述終端的服務(wù)MME發(fā)生變化時發(fā)送的;根據(jù)所述監(jiān)測報告確定所述終端的服務(wù)MME發(fā)生變化。
進一步地,監(jiān)測模塊903還可用于:在接收到所述終端的通信模型之后、接收所述第一MME發(fā)送的監(jiān)測報告之前,生成用于監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化的監(jiān)測事件,并將所述監(jiān)測事件發(fā)送給所述第一MME,以配置所述第一MME根據(jù)所述監(jiān)測事件監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化。
進一步地,通信模型傳輸模塊901還可用于:在根據(jù)所述監(jiān)測報告確定所述終端的服務(wù)MME發(fā)生變化之后,根據(jù)監(jiān)測報告中攜帶的所述第二MME的標識信息確定所述終端當前的服務(wù)MME為所述第二MME;或者,查詢HSS,根據(jù)查詢結(jié)果確定所述終端當前的服務(wù)MME為第二MME。
優(yōu)選地,緩存模塊902可具體用于:根據(jù)接收到終端的通信模型,查詢緩存中是否存在屬于所述終端的相同類型的通信模型,若緩存中不存在屬于所述終端的相同類型的通信模型,則緩存接收到的所述終端的通信模型。
進一步地,緩存模塊902還可用于:若緩存中存在屬于所述終端的相同類型的通信模型,則用所述接收到的終端的通信模型,更新緩存中屬于所述終端的相同類型的通信模型。
基于相同的技術(shù)構(gòu)思,本發(fā)明實施例還提供了一種SCEF實體裝置。
參見圖10,為本發(fā)明實施例提供的SCEF實體裝置的結(jié)構(gòu)示意圖。如圖所 示,該裝置可包括:處理器1001、存儲器1002、收發(fā)機1003以及總線接口。
處理器1001負責管理總線架構(gòu)和通常的處理,存儲器1002可以存儲處理器1001在執(zhí)行操作時所使用的數(shù)據(jù)。收發(fā)機1003用于在處理器1001的控制下接收和發(fā)送數(shù)據(jù)。
總線架構(gòu)可以包括任意數(shù)量的互聯(lián)的總線和橋,具體由處理器1001代表的一個或多個處理器和存儲器1002代表的存儲器的各種電路鏈接在一起。總線架構(gòu)還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起,這些都是本領(lǐng)域所公知的,因此,本文不再對其進行進一步描述??偩€接口提供接口。收發(fā)機1003可以是多個元件,即包括發(fā)送機和收發(fā)機,提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。處理器1001負責管理總線架構(gòu)和通常的處理,存儲器1002可以存儲處理器1001在執(zhí)行操作時所使用的數(shù)據(jù)。
處理器1001,用于讀取存儲器1002中的程序,執(zhí)行下列過程:
通過收發(fā)機1003接收終端的通信模型,通過收發(fā)機1003將所述終端的通信模型發(fā)送給第一MME,所述第一MME為所述終端的服務(wù)MME;以及,在監(jiān)測到所述終端的服務(wù)MME發(fā)生變化時,通過收發(fā)機1003將緩存的所述終端的通信模型發(fā)送給第二MME,所述第二MME為所述終端的新的服務(wù)MME;
將所述終端的通信模型緩存到所述存儲器1002;
監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化。
優(yōu)選地,處理器1001可具體用于:通過收發(fā)機1003接收HSS發(fā)送的監(jiān)測報告,所述監(jiān)測報告是所述HSS監(jiān)測到所述終端的服務(wù)MME發(fā)生變化時發(fā)送的;根據(jù)所述監(jiān)測報告確定所述終端的服務(wù)MME發(fā)生變化。
進一步地,處理器1001還可用于:在接收到所述終端的通信模型之后、接收HSS發(fā)送的監(jiān)測報告之前,生成用于監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化的監(jiān)測事件,并將所述監(jiān)測事件通過收發(fā)機1003發(fā)送給所述HSS,以配置所述HSS根據(jù)所述監(jiān)測事件監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化。
優(yōu)選地,處理器1001可具體用于:通過收發(fā)機1003接收所述第一MME發(fā)送的監(jiān)測報告,所述監(jiān)測報告是所述第一MME監(jiān)測到所述終端的服務(wù)MME發(fā)生變化時發(fā)送的;根據(jù)所述監(jiān)測報告確定所述終端的服務(wù)MME發(fā)生變化。
進一步地,處理器1001還可用于:在接收到所述終端的通信模型之后、接收所述第一MME發(fā)送的監(jiān)測報告之前,生成用于監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化的監(jiān)測事件,并將所述監(jiān)測事件通過收發(fā)機1003發(fā)送給所述第一MME,以配置所述第一MME根據(jù)所述監(jiān)測事件監(jiān)測所述終端的服務(wù)MME是否發(fā)生變化。
進一步地,處理器1001還可用于:在根據(jù)所述監(jiān)測報告確定所述終端的服務(wù)MME發(fā)生變化之后,根據(jù)監(jiān)測報告中攜帶的所述第二MME的標識信息確定所述終端當前的服務(wù)MME為所述第二MME;或者,查詢HSS,根據(jù)查詢結(jié)果確定所述終端當前的服務(wù)MME為第二MME。
優(yōu)選地,處理器1001可具體用于:根據(jù)接收到終端的通信模型,查詢緩存中是否存在屬于所述終端的相同類型的通信模型,若緩存中不存在屬于所述終端的相同類型的通信模型,則將接收到的所述終端的通信模型緩存到存儲器1002。
進一步地,處理器1001還可用于:若緩存中存在屬于所述終端的相同類型的通信模型,則用所述接收到的終端的通信模型,更新緩存中屬于所述終端的相同類型的通信模型。
本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合??商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器,使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中,使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品,該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上,使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理,從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
盡管已描述了本發(fā)明的優(yōu)選實施例,但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念,則可對這些實施例作出另外的變更和修改。所以,所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。
顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。