進(jìn)行mdt測(cè)量配置的方法及設(shè)備的制作方法
【專(zhuān)利摘要】本發(fā)明公開(kāi)了進(jìn)行MDT測(cè)量配置的方法及設(shè)備，針對(duì)UE在初始接入時(shí)未簽約進(jìn)行MDT測(cè)量，而是在連接態(tài)的時(shí)候改變簽約數(shù)據(jù)為允許進(jìn)行MDT測(cè)量，提出了幾種不同的解決方案。一種是：MME在通過(guò)Trace?Start消息通知eNB激活MDT配置時(shí)，攜帶MDT?PLMN?LIST；另一種是：MME通過(guò)Trace?Start消息通知eNB激活MDT配置時(shí)，eNB在UE上下文中若無(wú)法找到MDT?PLMN?LIST，則通過(guò)Trace?start?failure消息通知MME這次激活MDT配置失敗，或者配置UE僅在當(dāng)前的PLMN下進(jìn)行MDT測(cè)量；再一種是：MME收到指示UE進(jìn)行MDT測(cè)量的通知時(shí)，若發(fā)現(xiàn)UE在初始接入時(shí)未簽約進(jìn)行MDT測(cè)量，而是在連接態(tài)的時(shí)候改變簽約數(shù)據(jù)為運(yùn)行進(jìn)行MDT測(cè)量，則不向基站立即發(fā)起激活MDT配置的消息，或者向基站發(fā)送攜帶有MDT?PLMN?LIST的Trace?Start消息。
【專(zhuān)利說(shuō)明】進(jìn)行MDT測(cè)量配置的方法及設(shè)備【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無(wú)線(xiàn)通信領(lǐng)域，尤其涉及進(jìn)行MDT測(cè)量配置的方法及設(shè)備。
【背景技術(shù)】
[0002]在未來(lái)的移動(dòng)通信系統(tǒng)例如LTE (Long Term Evolution,長(zhǎng)期演進(jìn))系統(tǒng)中，希望通過(guò)引入網(wǎng)絡(luò)自?xún)?yōu)化的機(jī)制，減少網(wǎng)絡(luò)規(guī)劃和操作維護(hù)的人工參與，由網(wǎng)絡(luò)根據(jù)統(tǒng)計(jì)量自動(dòng)優(yōu)化參數(shù)，降低網(wǎng)絡(luò)的建設(shè)和運(yùn)營(yíng)成本。為了減少網(wǎng)絡(luò)的運(yùn)維成本，希望能夠采取網(wǎng)絡(luò)配置UE (User Equipment,用戶(hù)設(shè)備)上報(bào)方法,減少人工路測(cè)的工作。另一方面,也希望能夠獲得普通路測(cè)無(wú)法到達(dá)的區(qū)域的無(wú)線(xiàn)測(cè)量信息。
[0003]目前，已經(jīng)決定UE可以在多個(gè)PLMN (Public Land Mobile Network,公共陸地移動(dòng)網(wǎng)絡(luò))進(jìn)行MDT(Minimization of Drive-Tests,最小化路測(cè))測(cè)量。如果某個(gè)UE簽約可以進(jìn)行MDT測(cè)量(即UE具有user consent,user consent為用戶(hù)意愿信息,此處表示用戶(hù)設(shè)備可以或允許進(jìn)行MDT測(cè)量),那么在初始接入以及切換過(guò)程中，MMECMobility ManagementEntity，移動(dòng)性管理實(shí)體)會(huì)將該user consent以及MDT PLMN LIST (即MDT PLMN列表，其中列出了 UE可以進(jìn)行MDT測(cè)量的PLMN)發(fā)給基站，基站保存這些信息，后續(xù)要激活UE的MDT配置的時(shí)候，需要根據(jù)MDT PLMN LIST進(jìn)行配置。
[0004]MDT測(cè)量配置可以分為基于小區(qū)的測(cè)量和基于UE的測(cè)量。圖1為基于UE的MDT配置參數(shù)傳遞示意圖。其中,MME可以從HSS (Home Subscriber Server,歸屬用戶(hù)服務(wù)器)中獲取UE相關(guān)的MDT配置參數(shù)(包括Immediate MDT和Logged MDT)。這些配置策略可以是某一組 IMSI (International Mobile Subscriber Identification Number,國(guó)際移動(dòng)用戶(hù)識(shí)別碼)/IMEI (International Mobile Equipment Identity,國(guó)際移動(dòng)設(shè)備身份碼)，也可能包含某個(gè)地理范圍(例如TA· (跟蹤區(qū))/cell list (小區(qū)列表))。MME根據(jù)配置策略將這些配置通過(guò)eNB (evolution NodeB,演進(jìn)節(jié)點(diǎn)B,也即基站)發(fā)送給相應(yīng)的UE。其中，Immediate MDT (立即 MDT)和 Logged MDT (存儲(chǔ) MDT)為 MDT 測(cè)量的兩種類(lèi)型，ImmediateMDT是指連接態(tài)UE進(jìn)行的MDT測(cè)量與上報(bào)，Logged MDT是指空閑態(tài)UE進(jìn)行的MDT測(cè)量，在后續(xù)連接態(tài)下進(jìn)行上報(bào)。
[0005]當(dāng)UE初始接入網(wǎng)絡(luò)時(shí)，如圖2所不，MME通過(guò)Initial context setup request(初始上下文建立請(qǐng)求)消息請(qǐng)求基站建立UE上下文，如果該UE簽約可以進(jìn)行MDT測(cè)量，該消息中會(huì)攜帶USER CONSENT IE (即USER CONSENT信息單元，表示該UE可以進(jìn)行MDT測(cè)量)和MDT PLMN LIST IE (即MDT PLMN LIST信息單元，表示該UE需要在這些PLMN下進(jìn)行MDT測(cè)量)。
[0006]對(duì)于處于連接態(tài)的UE,如圖3所示，MME通過(guò)Trace start (跟蹤開(kāi)始)消息通知eNB激活UE的MDT配置，該消息會(huì)攜帶需要進(jìn)行的MDT測(cè)量、MDT測(cè)量的標(biāo)示以及進(jìn)行MDT測(cè)量的cell或者TA等。如果基站由于某些原因不能激活UE的MDT測(cè)量，基站需要通過(guò)Trace start failure 消息通知 MME。
[0007]發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下缺陷: 如果UE在初始接入的時(shí)候，沒(méi)有簽約可以進(jìn)行MDT測(cè)量(此時(shí)用戶(hù)的簽約信息是不同意進(jìn)行MDT測(cè)量)，而是在連接態(tài)的時(shí)候，簽約數(shù)據(jù)發(fā)生改變，UE同意進(jìn)行MDT測(cè)量，更改的簽約信息(包含新的user consent及MDT PLMN LIST)由HSS發(fā)送給MME。由于這種場(chǎng)景下MME不會(huì)發(fā)送user consent以及MDT PLMN LIST給基站，那么在HSS激活MDT測(cè)量后，基站沒(méi)有相應(yīng)UE的MDT PLMN LIST信息，目前的通信標(biāo)準(zhǔn)無(wú)法支持這種場(chǎng)景的處理。

【發(fā)明內(nèi)容】

[0008]本發(fā)明實(shí)施例提供了進(jìn)行MDT測(cè)量配置的方法及設(shè)備，針對(duì)UE初始接入時(shí)未簽約進(jìn)行MDT測(cè)量，但在連接態(tài)時(shí)更新為進(jìn)行MDT測(cè)量的場(chǎng)景，提出了 MDT測(cè)量配置的解決方案。
[0009]本發(fā)明實(shí)施例提供的進(jìn)行MDT測(cè)量配置的方法，包括:MME接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表；當(dāng)所述MME接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送跟蹤開(kāi)始Trace Start消息,其中攜帶所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表。
[0010]本發(fā)明實(shí)施例提供的MME設(shè)備，包括:簽約信息處理模塊，用于在接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表；MDT測(cè)量配置模塊，用于在接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送跟蹤開(kāi)始Trace Start消息，其中攜帶所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表。
[0011]本發(fā)明的上述實(shí)施例中，MME在通過(guò)Trace Start消息通知eNB激活MDT配置時(shí)，攜帶目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表，以使基站可以為該用戶(hù)設(shè)備進(jìn)行MDT測(cè)量配置，從而針對(duì)UE初始接入時(shí)未簽約進(jìn)行MDT測(cè)量，但在連接態(tài)時(shí)更新為進(jìn)行MDT測(cè)量的場(chǎng)景，提出了 MDT測(cè)量配置的解決方案。
[0012]本發(fā)明實(shí)施例提供的進(jìn)行MDT測(cè)量配置的方法，包括:基站接收到MME發(fā)送的跟蹤開(kāi)始Trace Start消息后，查詢(xún)目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表；若未查詢(xún)到所述目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表，則向所述MME返回Trace Start失敗消息，或者配置所述目標(biāo)用戶(hù)設(shè)備在所述目標(biāo)用戶(hù)設(shè)備當(dāng)前的PLMN下進(jìn)行MDT測(cè)量。
[0013]本發(fā)明實(shí)施例提供的基站設(shè)備，包括:查詢(xún)模塊，用于在接收到MME發(fā)送的TraceStart消息后，查詢(xún)目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表;MDT測(cè)量配置模塊，用于在未查詢(xún)到所述目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表時(shí)，向所述MME返回Trace Start失敗消息，或者配置所述目標(biāo)用戶(hù)設(shè)備在所述目標(biāo)用戶(hù)設(shè)備當(dāng)前的PLMN下進(jìn)行MDT測(cè)量。
[0014]本發(fā)明的上述實(shí)施例中,基站接收到MME發(fā)送的Trace Start消息后,查詢(xún)目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表，并在未查詢(xún)到所述目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表時(shí)，向MME返回Trace Start失敗消息，或者配置所述目標(biāo)用戶(hù)設(shè)備在所述目標(biāo)用戶(hù)設(shè)備當(dāng)前的PLMN下進(jìn)行MDT測(cè)量，從而針對(duì)UE初始接入時(shí)未簽約進(jìn)行MDT測(cè)量，但在連接態(tài)時(shí)更新為進(jìn)行MDT測(cè)量的場(chǎng)景，提出了 MDT測(cè)量配置的解決方案。
[0015]本發(fā)明實(shí)施例提供的另一種進(jìn)行MDT測(cè)量配置的方法，包括:MME接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的用于表示所述用戶(hù)設(shè)備允許進(jìn)行MDT測(cè)量的用戶(hù)意愿信息和所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表；當(dāng)所述MME接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，若發(fā)現(xiàn)所述用戶(hù)設(shè)備從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量，則拒絕向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送Trace Start消息，或者向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送攜帶有所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表的TraceStart消息。
[0016]本發(fā)明實(shí)施例提供的另一種MME設(shè)備，包括:簽約信息處理模塊，用于在接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的用于表示所述用戶(hù)設(shè)備允許進(jìn)行MDT測(cè)量的用戶(hù)意愿信息和所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表；MDT測(cè)量配置模塊，用于當(dāng)接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，若發(fā)現(xiàn)所述用戶(hù)設(shè)備不進(jìn)行MDT測(cè)量改變?yōu)榭梢赃M(jìn)行MDT測(cè)量，則拒絕向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送Trace Start消息，或者向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送攜帶有所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表的Trace Start消息。
[0017]本發(fā)明的上述實(shí)施例中，MME在接收到用戶(hù)設(shè)備簽約信息變化的通知后，通過(guò)查詢(xún)所述用戶(hù)設(shè)備的user consent的當(dāng)前信息和歷史信息,或者通過(guò)查詢(xún)用戶(hù)意愿更改標(biāo)志，在發(fā)現(xiàn)所述用戶(hù)設(shè)備是在連接狀態(tài)下時(shí)從不進(jìn)行MDT測(cè)量改變?yōu)檫M(jìn)行MDT測(cè)量的時(shí)，拒絕向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送Trace Start消息，或者通過(guò)向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送攜帶有所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表的Trace Start消息，從而針對(duì)UE初始接入時(shí)未簽約進(jìn)行MDT測(cè)量，但在連接態(tài)時(shí)更新為進(jìn)行MDT測(cè)量的場(chǎng)景，提出了 MDT測(cè)量配置的解決方案。
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0018]圖1為現(xiàn)有技術(shù)中的MDT配置示意圖；
圖2為現(xiàn)有技術(shù)中UE初始接入網(wǎng)絡(luò)時(shí)的MDT配置流程示意圖；
圖3為現(xiàn)有技術(shù)中處于連接態(tài)的UE的MDT配置流程示意圖；
圖4為本發(fā)明實(shí)施例一提供的進(jìn)行MDT測(cè)量配置的流程示意圖；
圖5為本發(fā)明實(shí)施例二提供的進(jìn)行MDT測(cè)量配置的流程示意圖；
圖6為本發(fā)明實(shí)施例三提供的進(jìn)行MDT測(cè)量配置的流程示意圖；
圖7為本發(fā)明實(shí)施例提供的MME設(shè)備的結(jié)構(gòu)示意圖之一；
圖8為本發(fā)明實(shí)施例提供的基站設(shè)備的結(jié)構(gòu)示意圖；
圖9為本發(fā)明實(shí)施例提供的MME設(shè)備的結(jié)構(gòu)示意圖之二。
【具體實(shí)施方式】
[0019]針對(duì)如下場(chǎng)景:UE在初始接入的時(shí)候沒(méi)有簽約可以進(jìn)行MDT測(cè)量，而是在連接態(tài)的時(shí)候簽約數(shù)據(jù)改變，UE允許進(jìn)行MDT測(cè)量，本發(fā)明實(shí)施例提出了幾種不同的解決方案:
方案1:MME在通過(guò)Trace Start消息通知eNB激活MDT配置的時(shí)候，攜帶MDT PLMNLIST，這樣，基站在獲取MDT配置的同時(shí)也知道UE需要進(jìn)行MDT的PLMN，因此可以根據(jù)這些信息準(zhǔn)確的激活MDT測(cè)量。
[0020]方案2 =MME仍通過(guò)現(xiàn)有的Trace Start消息通知eNB激活MDT配置，eNB在UECONTEXT中無(wú)法找到MDT PLMN LIST，這時(shí)候基站的行為可能有下面兩種不同的處理方式: (1)通過(guò)Tracestart failure消息通知MME這次激活MDT配置失敗,并可進(jìn)一步在該消息中告訴MME失敗的原因是eNB側(cè)沒(méi)有相應(yīng)UE的MDT PLMN LIST ；
(2)配置UE僅在當(dāng)前的PLMN下進(jìn)行MDT測(cè)量。
[0021]方案3:MME保存UE初始接入時(shí)候的user consent信息，當(dāng)UE處在連接態(tài)，userconsent狀態(tài)發(fā)生變化時(shí)，MME保存user consent的歷史信息,或者設(shè)定一個(gè)標(biāo)志，以表示user consent是在連接狀態(tài)發(fā)生改變。后續(xù)，當(dāng)MME收到消息指示該UE進(jìn)行MDT測(cè)量時(shí)，MME檢查本地的user consent當(dāng)前狀態(tài)和歷史狀態(tài),或檢查所述標(biāo)志,若根據(jù)檢查結(jié)果判斷是上述場(chǎng)景(即UE在初始接入的時(shí)候沒(méi)有簽約可以進(jìn)行MDT測(cè)量，而是在連接態(tài)的時(shí)候簽約數(shù)據(jù)改變，UE允許進(jìn)行MDT測(cè)量)，則一種處理方法是:決定不向基站立即發(fā)起激活MDT配置的消息，因?yàn)镸ME知道向基站發(fā)起MDT激活消息必然會(huì)失敗，另一種處理方法是:MME向基站發(fā)送Trace Start消息，在消息中包含MDT PLMN LIST，以便基站可以正確地配置UE執(zhí)行MDT測(cè)量任務(wù)。
[0022]下面結(jié)合具體實(shí)施例，分別對(duì)上述各種方案進(jìn)行詳細(xì)描述。
[0023]實(shí)施例一
該實(shí)施例的場(chǎng)景為:一個(gè)空閑態(tài)的UE，沒(méi)有簽約可以進(jìn)行MDT測(cè)量。由于有數(shù)據(jù)業(yè)務(wù)，該UE建立連接。UE處于連接態(tài)的過(guò)程中，UE的簽約數(shù)據(jù)改變，可以進(jìn)行MDT測(cè)量。然后，HSS通知MME激活該UE的MDT測(cè)量。MME在Trace Start消息中攜帶MDT測(cè)量配置以及MDT PLMN LIST，將該消息下發(fā)給基站?；靖鶕?jù)這些信息進(jìn)行該UE的MDT的激活。
[0024]圖4為上述場(chǎng)景下的流程示意圖，如圖所示，該流程可包括:
步驟401，IDLE (空閑)態(tài)的UE向eNB (即該UE的服務(wù)基站)發(fā)起RRC (Radio ResourceControl,無(wú)線(xiàn)資源控制)連接建立過(guò)程。
[0025]步驟402，eNB建立RRC連接后，向MME發(fā)送Initial UE message消息(初始UE消息)；
步驟403, MME向HSS發(fā)送Update Location Request (位置更新請(qǐng)求)消息，請(qǐng)求HSS更新該UE在網(wǎng)絡(luò)中的位置；
步驟404,HSS收到請(qǐng)求后發(fā)送響應(yīng)消息Update Location Answer (位置更新響應(yīng))消息，在消息中攜帶簽約信息，MME獲知該UE沒(méi)有簽約進(jìn)行MDT測(cè)量；
步驟405,MME通過(guò)Initial context setup request (初始上下文建立請(qǐng)求)消息,請(qǐng)求eNB建立UE上下文；
步驟406, eNB建立UE上下文并保存這些信息，并返回Initial context setupresponse (初始上下文建立響應(yīng))消息。
[0026]當(dāng)連接態(tài)的UE的簽約數(shù)據(jù)發(fā)生變化，該UE可以進(jìn)行MDT測(cè)量時(shí)，執(zhí)行以下步驟: 步驟407，HSS通知MME該UE的簽約信息發(fā)生變化，將該UE的user consent (此時(shí)表
示UE允許進(jìn)行MDT測(cè)量)和MDT PLMN LIST發(fā)送給MME，MME保存該UE的user consent和MDT PLMN LIST到該UE的上下文中。進(jìn)一步的，MME返回應(yīng)答信息。
[0027]步驟408，HSS向MME請(qǐng)求激活該UE的MDT測(cè)量；
步驟409，MME接收到在HSS發(fā)送的激活該UE的MDT測(cè)量的請(qǐng)求后，從保存的該UE的上下文中找到MDT PLMN LIST，并將該UE的MDT PLMNLIST包含在Trace Start消息中發(fā)送給 eNB ； 步驟410，eNB收到Trace Start消息后，根據(jù)消息中的MDT配置和MDT PLMN LIST，為該UE進(jìn)行MDT測(cè)量配置。
[0028]實(shí)施例二
該實(shí)施例的場(chǎng)景為:一個(gè)空閑態(tài)的UE，沒(méi)有簽約可以進(jìn)行MDT測(cè)量。由于有數(shù)據(jù)業(yè)務(wù)，該UE建立連接。UE處于連接態(tài)的過(guò)程中，UE的簽約數(shù)據(jù)改變，可以進(jìn)行MDT測(cè)量。然后，HSS通知MME激活該UE的MDT測(cè)量。MME通過(guò)現(xiàn)有的Trace Start消息通知基站激活MDT測(cè)量?；居捎跓o(wú)法獲取到該UE的MDT PLMN LIST,因此通知MME激活MDT失敗。
[0029]圖5為上述場(chǎng)景下的流程示意圖，如圖所示，該流程可包括:
步驟501?506，與圖4所示流程中的步驟401?406相同，即，空閑態(tài)的UE，沒(méi)有簽約可以進(jìn)行MDT測(cè)量，由于有數(shù)據(jù)業(yè)務(wù)，該UE建立連接。UE處于連接態(tài)的過(guò)程中，UE的簽約數(shù)據(jù)改變，可以進(jìn)行MDT測(cè)量。
[0030]當(dāng)連接態(tài)的UE的簽約數(shù)據(jù)發(fā)生變化，該UE可以進(jìn)行MDT測(cè)量時(shí)，執(zhí)行以下步驟: 步驟507，HSS通知MME該UE的簽約信息發(fā)生變化，將該UE的user consent (此時(shí)表
示UE允許進(jìn)行MDT測(cè)量)和MDT PLMN LIST發(fā)送給ΜΜΕ,ΜΜΕ保存該UE的user consent和MDT PLMN LIST到該UE的上下文中。進(jìn)一步的，MME返回應(yīng)答信息。
[0031 ] 步驟508，HSS向MME請(qǐng)求激活該UE的MDT測(cè)量；
步驟509，MME收到HSS發(fā)送的激活該UE的MDT測(cè)量的請(qǐng)求后，通過(guò)Trace Start消息通知基站激活該UE的MDT測(cè)量；
步驟510，基站收到Trace Start消息后，從保存的UE上下文中查找MDT PLMN LIST,發(fā)現(xiàn)沒(méi)有，因此向MME發(fā)送Trace Start failure (跟蹤開(kāi)始失敗)消息，以通知MME這次激活MDT失敗。進(jìn)一步的,基站可在Trace Start消息中攜帶失敗原因信息，已通知MME失敗原因?yàn)闆](méi)有找到UE的MDT PLMN LIST。
[0032]實(shí)施例三
該實(shí)施例的場(chǎng)景為:一個(gè)空閑態(tài)的UE，沒(méi)有簽約可以進(jìn)行MDT測(cè)量。由于有數(shù)據(jù)業(yè)務(wù)，該UE建立連接。UE處于連接態(tài)的過(guò)程中，UE的簽約數(shù)據(jù)改變，可以進(jìn)行MDT測(cè)量。然后，HSS通知MME激活該UE的MDT測(cè)量。MME通過(guò)現(xiàn)有的Trace Start消息通知基站激活MDT測(cè)量?；居捎跓o(wú)法獲取到該UE的MDT PLMN LIST,因此配置該UE僅在當(dāng)前的PLMN下進(jìn)行MDT測(cè)量。
[0033]圖6為上述場(chǎng)景下的流程示意圖，如圖所示，該流程可包括:
步驟60廣606，與圖5所示流程中的步驟50f506相同，即，空閑態(tài)的UE，沒(méi)有簽約可以進(jìn)行MDT測(cè)量，由于有數(shù)據(jù)業(yè)務(wù)，該UE建立連接。UE處于連接態(tài)的過(guò)程中，UE的簽約數(shù)據(jù)改變，可以進(jìn)行MDT測(cè)量。
[0034]當(dāng)連接態(tài)的UE的簽約數(shù)據(jù)發(fā)生變化，該UE可以進(jìn)行MDT測(cè)量時(shí)，執(zhí)行以下步驟: 步驟607，HSS通知MME該UE的簽約信息發(fā)生變化，將該UE的user consent (此時(shí)表
示UE允許進(jìn)行MDT測(cè)量)和MDT PLMN LIST發(fā)送給ΜΜΕ,ΜΜΕ保存該UE的user consent和MDT PLMN LIST到該UE的上下文中。進(jìn)一步的，MME返回應(yīng)答信息。
[0035]步驟608，HSS向MME請(qǐng)求激活該UE的MDT測(cè)量；
步驟609，MME收到HSS發(fā)送的激活該UE的MDT測(cè)量的請(qǐng)求后，通過(guò)Trace Start消息通知基站激活該UE的MDT測(cè)量； 步驟610，基站收到Trace Start消息后，從保存的該UE的上下文中查找MDT PLMNLIST,發(fā)現(xiàn)沒(méi)有，因此僅配置該UE在當(dāng)前的PLMN下進(jìn)行MDT測(cè)量。
[0036]實(shí)施例四
該實(shí)施例的場(chǎng)景為:UE初始連接到網(wǎng)絡(luò)，此時(shí)用戶(hù)的簽約信息表明不同意進(jìn)行MDT測(cè)量。經(jīng)過(guò)一段時(shí)間，UE進(jìn)入連接態(tài)，用戶(hù)的簽約信息發(fā)生改變，同意進(jìn)行MDT測(cè)量。此時(shí)，HSS將包含user consent (表示UE允許進(jìn)行MDT測(cè)量)和MDT PLMN LIST的新的簽約信息傳送給MME。此過(guò)程與前述實(shí)施例一的步驟40f406類(lèi)似。
[0037]MME接收到HSS發(fā)送的攜帶有user consent和MDT PLMN LIST的新的簽約信息后，用新的簽約信息更新本地保存的該UE上下文中的舊簽約信息，并保存該UE的舊的userconsent信息(表示UE不進(jìn)行MDT測(cè)量),表示user consent是UE在連接到網(wǎng)絡(luò)后改變的(即UE在空閑態(tài)時(shí)的user consent為不進(jìn)行NDT測(cè)量,在進(jìn)入連接態(tài)后其user consent變化為進(jìn)行MDT測(cè)量)。之后，MME收到HSS發(fā)送的消息，以請(qǐng)求激活該UE的MDT測(cè)量任務(wù)后，檢查本地保存的該UE的上下文中的user consent的當(dāng)前狀態(tài)及歷史狀態(tài),若發(fā)現(xiàn)userconsent是UE在連接期間發(fā)生改變的(此種情況下，user consent當(dāng)前狀態(tài)為同意進(jìn)行MDT測(cè)量，而歷史狀態(tài)為不同意進(jìn)行MDT測(cè)量)，則決定不向該UE的服務(wù)基站發(fā)Trace Start消息，因?yàn)镸ME知道基站沒(méi)有該UE的MDT PLMN LIST,無(wú)法配置該UE執(zhí)行MDT測(cè)量任務(wù)。
[0038]實(shí)施例五
本實(shí)施例的場(chǎng)景基本與實(shí)施例四相同，不同的是:
MME接收到HSS發(fā)送的攜帶有user consent和MDT PLMN LIST的新的簽約信息，并用新的簽約信息更新本地保存的該UE上下文中的舊簽約信息后，設(shè)定一個(gè)標(biāo)志(稱(chēng)為“用戶(hù)意愿更改標(biāo)志”)，表示user consent是UE在連接到網(wǎng)絡(luò)后改變的(即UE在空閑態(tài)時(shí)的user consent為不進(jìn)行NDT測(cè)量,在進(jìn)入連接態(tài)后其user consent變化為進(jìn)行MDT測(cè)量)。之后，MME收到HSS發(fā)送的消息，以請(qǐng)求激活該UE的MDT測(cè)量任務(wù)后，檢查本地保存的該UE的“用戶(hù)意愿更改標(biāo)志”，若根據(jù)檢查結(jié)果發(fā)現(xiàn)user consent是UE在連接期間發(fā)生改變的，則決定不向該UE的服務(wù)基站發(fā)Trace Start消息。
[0039]實(shí)施例六
本實(shí)施例的場(chǎng)景基本與實(shí)施例四相同，不同的是:
當(dāng)MME在接收到HSS發(fā)送的請(qǐng)求激活UE的MDT測(cè)量的請(qǐng)求后，通過(guò)查詢(xún)?cè)揢E的上下文中的user consent的當(dāng)前狀態(tài)及歷史狀態(tài),發(fā)現(xiàn)user consent是UE在連接期間發(fā)生改變的，則向服務(wù)基站發(fā)送Trace Start消息，在消息中包含該UE的MDT PLMN LIST。基站收到這條消息后可以正確地配置UE執(zhí)行MDT測(cè)量。
[0040]實(shí)施例七
本實(shí)施例的場(chǎng)景基本與實(shí)施例五相同，不同的是:
當(dāng)MME在接收到HSS發(fā)送的請(qǐng)求激活UE的MDT測(cè)量的請(qǐng)求后，通過(guò)查詢(xún)?cè)揢E的“用戶(hù)意愿更改標(biāo)志，發(fā)現(xiàn)user consent是UE在連接期間發(fā)生改變的,則向服務(wù)基站發(fā)送TraceStart消息，在消息中包含該UE的MDT PLMN LIST?；臼盏竭@條消息后可以正確地配置UE執(zhí)行MDT測(cè)量。
[0041]基于相同的技術(shù)構(gòu)思，本發(fā)明實(shí)施例還提供了 MME設(shè)備和基站設(shè)備。
[0042]參見(jiàn)圖7，為本發(fā)明實(shí)施例提供的可應(yīng)用于上述實(shí)施例一的MME設(shè)備，該MME包 括:
簽約信息處理模塊702，用于在接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表；
MDT測(cè)量配置模塊703，用于在接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送跟蹤開(kāi)始Trace Start消息，其中攜帶所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表，以便該基站根據(jù)所述Trace Start消息中攜帶的所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表，為所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量配置。
[0043]進(jìn)一步的，該MME設(shè)備還可包括接口模塊701，用于接收用戶(hù)設(shè)備簽約信息變化的通知，以及激活所述用戶(hù)設(shè)備的最小化路測(cè)MDT測(cè)量的通知。
[0044]參見(jiàn)圖8，為本發(fā)明實(shí)施例提供的可應(yīng)用于上述實(shí)施例二或?qū)嵤├幕驹O(shè)備，該基站設(shè)備可包括:
查詢(xún)模塊801，用于在接收到MME發(fā)送的Trace Start消息后，查詢(xún)目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表；
MDT測(cè)量配置模塊802，用于在未查詢(xún)到所述目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表時(shí)，向所述MME返回Trace Start失敗消息，或者配置所述目標(biāo)用戶(hù)設(shè)備在所述目標(biāo)用戶(hù)設(shè)備當(dāng)前的PLMN下進(jìn)行MDT測(cè)量。
[0045]進(jìn)一步的,所述Trace Start失敗消息中攜帶有失敗原因,所述失敗原因?yàn)槲床樵?xún)到用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表。
[0046]參見(jiàn)圖9，為本發(fā)明另一實(shí)施例提供的MME設(shè)備的結(jié)構(gòu)示意圖，該MME設(shè)備可應(yīng)用于上述實(shí)施例四、五或六，該MME設(shè)備可包括:
簽約信息處理模塊901，用于在接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的用于表示所述用戶(hù)設(shè)備允許進(jìn)行MDT測(cè)量的user consent信息和所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表；
MDT測(cè)量配置模塊902，用于當(dāng)接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，若發(fā)現(xiàn)所述用戶(hù)設(shè)備從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量的，則拒絕向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送Trace Start消息，或者向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送攜帶有所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表的Trace Start消息。
[0047]進(jìn)一步的，簽約信息處理模塊901還用于:在接收到用戶(hù)設(shè)備簽約信息變化的通知后之后，保存所述用戶(hù)設(shè)備不進(jìn)行MDT測(cè)量的歷史用戶(hù)意愿信息，或者，設(shè)置用戶(hù)意愿更改標(biāo)志，用于表示所述用戶(hù)設(shè)備的用戶(hù)意愿是在連接狀態(tài)下時(shí)從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量的。相應(yīng)的，MDT測(cè)量配置模塊902具體用于:通過(guò)查詢(xún)所述用戶(hù)設(shè)備當(dāng)前的用戶(hù)意愿信息和歷史用戶(hù)意愿信息，或者通過(guò)查詢(xún)用戶(hù)意愿更改標(biāo)志，發(fā)現(xiàn)所述用戶(hù)設(shè)備從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量。
[0048]進(jìn)一步的，該MME設(shè)備還可包括接口模塊903，用于接收用戶(hù)設(shè)備簽約信息變化的通知，以及接收激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知；該接口模塊實(shí)現(xiàn)與HSS之間的通信。
[0049]綜上所述，本發(fā)明實(shí)施例從標(biāo)準(zhǔn)上支持了如下場(chǎng)景下的處理:若UE在初始接入的時(shí)候，不同意進(jìn)行MDT測(cè)量，而是在連接態(tài)的時(shí)候，簽約數(shù)據(jù)改變，用戶(hù)同意進(jìn)行MDT測(cè)量，這種場(chǎng)景下，MME和eNB的行為，盡量避免錯(cuò)誤的配置操作，以及當(dāng)發(fā)生操作失敗時(shí)，網(wǎng)絡(luò)可以獲得失敗原因，使網(wǎng)絡(luò)可以正確處理失敗。[0050]通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)終端設(shè)備(可以是手機(jī)，個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
[0051]以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種進(jìn)行最小化路測(cè)MDT測(cè)量配置的方法，其特征在于，該方法包括: MME接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表； 當(dāng)所述MME接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送跟蹤開(kāi)始Trace Start消息，其中攜帶所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表。
2.如權(quán)利要求1所述的方法，其特征在于，該方法還包括: 當(dāng)所述用戶(hù)設(shè)備的服務(wù)基站接收到所述Trace Start消息后,根據(jù)所述Trace Start消息中攜帶的所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表，為所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量配置。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述用戶(hù)設(shè)備簽約信息變化的通知的發(fā)送過(guò)程，具體包括: 當(dāng)歸屬用戶(hù)服務(wù)器HS S獲知處于連接狀態(tài)的所述用戶(hù)設(shè)備的簽約信息從不進(jìn)行MDT測(cè)量更新為進(jìn)行MDT測(cè)量時(shí)，向MME發(fā)送所述用戶(hù)設(shè)備的簽約信息發(fā)生變化的通知，其中攜帶所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表。
4.一種移動(dòng)性管理實(shí)體MME設(shè)備，其特征在于，包括: 簽約信息處理模塊，用于在接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表； MDT測(cè)量配置模塊，用于在接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送跟蹤開(kāi)始Trace Start消息，其中攜帶所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表。
5.如權(quán)利要求4所述的MME設(shè)備，其特征在于，還包括: 接口模塊，用于接收用戶(hù)設(shè)備簽約信息變化的通知，以及激活所述用戶(hù)設(shè)備的最小化路測(cè)MDT測(cè)量的通知。
6.一種進(jìn)行最小化路測(cè)MDT測(cè)量配置的方法，其特征在于，該方法包括: 基站接收到MME發(fā)送的跟蹤開(kāi)始Trace Start消息后，查詢(xún)目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表； 若未查詢(xún)到所述目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表，則向所述MME返回TraceStart失敗消息，或者配置所述目標(biāo)用戶(hù)設(shè)備在所述目標(biāo)用戶(hù)設(shè)備當(dāng)前的PLMN下進(jìn)行MDT測(cè)量。
7.如權(quán)利要求6所述的方法,其特征在于,所述TraceStart失敗消息中攜帶有失敗原因，所述失敗原因?yàn)槲床樵?xún)到用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表。
8.如權(quán)利要求6或7所述的方法，其特征在于，所述基站接收到MME發(fā)送的跟蹤開(kāi)始Trace Start消息之前,還包括: 當(dāng)歸屬用戶(hù)服務(wù)器HSS獲知處于連接狀態(tài)的所述目標(biāo)用戶(hù)設(shè)備的簽約信息從不進(jìn)行MDT測(cè)量更新為進(jìn)行MDT測(cè)量時(shí)，向MME發(fā)送所述目標(biāo)用戶(hù)設(shè)備的簽約信息發(fā)生變化的通知，其中攜帶所述目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表； 所述MME接收到所述目標(biāo)用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的所述目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表； 當(dāng)所述MME接收到激活所述目標(biāo)用戶(hù)設(shè)備的MDT測(cè)量的通知后，向所述基站發(fā)送跟蹤開(kāi)始Trace start消息。
9.一種基站設(shè)備，其特征在于，包括: 查詢(xún)模塊，用于在接收到MME發(fā)送的Trace Start消息后，查詢(xún)目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表； MDT測(cè)量配置模塊，用于在未查詢(xún)到所述目標(biāo)用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表時(shí)，向所述MME返回Trace Start失敗消息，或者配置所述目標(biāo)用戶(hù)設(shè)備在所述目標(biāo)用戶(hù)設(shè)備當(dāng)前的PLMN下進(jìn)行MDT測(cè)量。
10.如權(quán)利要求9所述的基站設(shè)備,其特征在于,所述TraceStart失敗消息中攜帶有失敗原因，所述失敗原因?yàn)槲床樵?xún)到用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表。
11.一種進(jìn)行最小化路測(cè)MDT測(cè)量配置的方法，其特征在于，該方法包括: MME接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的用于表示所述用戶(hù)設(shè)備允許進(jìn)行MDT測(cè)量的用戶(hù)意愿信息和所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表； 當(dāng)所述MME接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，若發(fā)現(xiàn)所述用戶(hù)設(shè)備從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量，則拒絕向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送TraceStart消息，或者向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送攜帶有所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表的Trace Start消息。
12.如權(quán)利要求11所述的方法，其特征在于，所述MME接收到用戶(hù)設(shè)備簽約信息變化的通知后之后，還包括:保存所述用戶(hù)設(shè)備不進(jìn)行MDT測(cè)量的歷史用戶(hù)意愿信息，或者，設(shè)置用戶(hù)意愿更改標(biāo)志，用于表示所述用戶(hù)設(shè)備的用戶(hù)意愿是在連接狀態(tài)下時(shí)從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量的； 所述MME通過(guò)查詢(xún)所述用戶(hù)設(shè)備當(dāng)前的用戶(hù)意愿信息和歷史用戶(hù)意愿信息，或者通過(guò)查詢(xún)用戶(hù)意愿更改標(biāo)志，發(fā)現(xiàn)所述用戶(hù)設(shè)備從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量。
13.如權(quán)利要求11所述的方法，其特征在于，該方法還包括: 當(dāng)所述用戶(hù)設(shè)備的服務(wù)基站接收到所述Trace start消息后,根據(jù)所述Trace start消息中攜帶的所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表，為所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量配置。
14.如權(quán)利要求11-13之一所述的方法，其特征在于，所述用戶(hù)設(shè)備簽約信息變化的通知的發(fā)送過(guò)程，具體包括: 當(dāng)歸屬用戶(hù)服務(wù)器HSS獲知處于連接狀態(tài)的所述用戶(hù)設(shè)備的簽約信息從不進(jìn)行MDT測(cè)量更新為允許進(jìn)行MDT測(cè)量時(shí)，向MME發(fā)送所述用戶(hù)設(shè)備的簽約信息發(fā)生變化的通知，其中攜帶用于表示所述用戶(hù)設(shè)備允許進(jìn)行MDT測(cè)量的用戶(hù)意愿信息以及所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表。
15.一種移動(dòng)性管理實(shí)體MME設(shè)備，其特征在于，包括: 簽約信息處理模塊，用于在接收到用戶(hù)設(shè)備簽約信息變化的通知后，保存所述通知中攜帶的用于表示所述用戶(hù)設(shè)備允許進(jìn)行MDT測(cè)量的用戶(hù)意愿信息和所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的公共陸地移動(dòng)網(wǎng)絡(luò)PLMN列表； MDT測(cè)量配置模塊，用于當(dāng)接收到激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知后，若發(fā)現(xiàn)所述用戶(hù)設(shè)備從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量，則拒絕向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送Trace Start消息，或者向所述用戶(hù)設(shè)備的服務(wù)基站發(fā)送攜帶有所述用戶(hù)設(shè)備進(jìn)行MDT測(cè)量的PLMN列表的Trace Start消息。
16.如權(quán)利要求15所述的MME設(shè)備，其特征在于，所述簽約信息處理模塊還用于，在接收到用戶(hù)設(shè)備簽約信息變化的通知后之后，保存所述用戶(hù)設(shè)備不進(jìn)行MDT測(cè)量的歷史用戶(hù)意愿信息，或者，設(shè)置用戶(hù)意愿更改標(biāo)志，用于表示所述用戶(hù)設(shè)備的用戶(hù)意愿是在連接狀態(tài)下時(shí)從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量的； 所述MDT測(cè)量配置模塊具體用于，通過(guò)查詢(xún)所述用戶(hù)設(shè)備當(dāng)前的用戶(hù)意愿信息和歷史用戶(hù)意愿信息，或者通過(guò)查詢(xún)用戶(hù)意愿更改標(biāo)志，發(fā)現(xiàn)所述用戶(hù)設(shè)備從不進(jìn)行MDT測(cè)量改變?yōu)樵试S進(jìn)行MDT測(cè)量。
17.如權(quán)利要求15或16所述的MME設(shè)備，其特征在于，還包括: 接口模塊，用于接收用戶(hù) 設(shè)備簽約信息變化的通知，以及接收激活所述用戶(hù)設(shè)備的MDT測(cè)量的通知。
【文檔編號(hào)】H04W24/08GK103581985SQ201210266560
【公開(kāi)日】2014年2月12日 申請(qǐng)日期:2012年7月30日 優(yōu)先權(quán)日:2012年7月30日
【發(fā)明者】劉愛(ài)娟, 王彥, 彥楠, 梁靖 申請(qǐng)人:電信科學(xué)技術(shù)研究院