專利名稱：一種信息獲取方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種信息獲取方法及裝置。
背景技術(shù)：
用戶設(shè)備(UE，User Equipment)的標(biāo)識分為幾種國際移動用戶標(biāo)識 (IMSI, International Mobile Subscriber Identity)、國際移動設(shè)備標(biāo)識(IMEI， InternationalMobile Equipment Identity)、國際移動設(shè)備標(biāo)識軟件版本(IMEISV, InternationalMobile Subscriber Identity Software Version) >
(TMSI, Temp Mobile Subscriber Identity) (CS 業(yè)務(wù))/分組域用戶臨時(shí)標(biāo)識符(P-TMSI， Packet Temp Mobile Subscriber Identity) (PS業(yè)務(wù))。其中，IMSI 是用戶識別模塊(SIM， Subscriber Identity Module)卡的標(biāo)識，IMEI 和 IMEISV 是 UE 的唯一設(shè)備標(biāo)識，TMSI (CS 業(yè)務(wù))/P-TMSI (PS業(yè)務(wù))是核心網(wǎng)(CN，Central Network)分配給UE的臨時(shí)標(biāo)識。UE初次接入某位置區(qū)的網(wǎng)絡(luò)時(shí)，使用的是IMSI，在此位置區(qū)再次接入時(shí)，使用的是臨時(shí)標(biāo)志TMSI (CS業(yè)務(wù))/P-TMSI (PS業(yè)務(wù))，UE很少用IMEI接入網(wǎng)絡(luò)，除非沒有SIM卡且撥打緊急電話時(shí)會使用IMEI。因此UE的IMSI、TMSI (CS業(yè)務(wù))/P-TMSI (PS業(yè)務(wù))，接入網(wǎng)都能在接入過程中獲得，其中，從CN下發(fā)的公共ID(C0MM0N ID)消息中獲得IMSI，而無線網(wǎng)絡(luò)控制器(RNC, Radio Network Controller) 一般獲取不到 UE 的 IMEI 禾Π IMEISV。由UE正常接入的信令跟蹤流程可知，UE首先發(fā)送初始直傳(INITIALDIRECT TRANSFER)消息給RNC，通過RNC與CN建立信令連接控制部分(SCCP，Signalling Connection Control Part)的鏈接，RNC 發(fā)送初始 UE 信息(INITIAL UE MESSAGE)到 CN，這時(shí)UE和CN之間的整個(gè)連接就完成了。這時(shí)UE和CN之間可通過非接入層消息進(jìn)行交互。 所謂非接入層消息，就是接入層之上的協(xié)議層，接入網(wǎng)僅透傳，只有UE和CN才能識別和處理。在非接入層的鑒權(quán)過程(AUTHENTICATION)完成后，CN發(fā)送COMMON ID消息到RNC，攜帶的是UE的IMSI或IMEISV。后面的過程是安全模式(SECURITY MODE)控制，用來對消息進(jìn)行完整性保護(hù)和加密。在安全模式控制之后，CN發(fā)起了非接入層標(biāo)識請求(IDENTITYREQUEST)消息，請求獲取UE的IMEI，RNC將IDENTITY REQUEST消息透傳給UE，UE回復(fù)標(biāo)識響應(yīng)(IDENTITY RESPONSE)消息，RNC再把IDENTITY RESPONSE消息透傳給CN。因此，在這個(gè)過程中RNC實(shí)際并不知道CN和UE之間交互了什么信息。由于IMEI和IMEISV是UE設(shè)備的唯一標(biāo)識，各UE廠家的IMEI范圍各不相同，通過IMEI可以區(qū)分出是哪個(gè)廠家的UE。運(yùn)營商非常關(guān)注各UE廠家產(chǎn)品基于IMEI的關(guān)鍵業(yè)績指標(biāo)(KPI，Key Performance Indication)指標(biāo)分析，但是，在RNC側(cè)無法實(shí)現(xiàn)基于IMEI 的KPI分析。現(xiàn)有技術(shù)依賴于CN側(cè)發(fā)起IDENTITY REQUEST消息過程，而各CN廠家實(shí)現(xiàn)不同，有的不支持發(fā)起IDENTITY REQUEST消息的功能，導(dǎo)致CN側(cè)也可能無法實(shí)現(xiàn)基于IMEI的KPI 分析。
綜上所述，現(xiàn)有技術(shù)RNC無法獲取UE的IMEI、IMEISV等標(biāo)識。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種信息獲取方法及裝置，用以實(shí)現(xiàn)RNC獲取UE的IMEI、 IMEISV等標(biāo)識。本發(fā)明實(shí)施例提供的一種信息獲取方法包括無線網(wǎng)絡(luò)控制器RNC接收來自用戶設(shè)備UE的標(biāo)識響應(yīng)IDENTITYRESPONSE消息；RNC通過對所述IDENTITY RESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識信息。本發(fā)明實(shí)施例提供的一種無線網(wǎng)絡(luò)控制器RNC包括標(biāo)識響應(yīng)消息接收單元，用于接收來自用戶設(shè)備UE的標(biāo)識響應(yīng)IDENTITY RESPONSE 消息；UE標(biāo)識獲取單元，用于通過對所述IDENTITY RESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識信息。本發(fā)明實(shí)施例，通過無線網(wǎng)絡(luò)控制器RNC接收來自用戶設(shè)備UE的標(biāo)識響應(yīng) IDENTITY RESPONSE消息；RNC通過對IDENTITY RESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識信息，從而使得RNC可以獲取UE的IMEI、IMEISV等標(biāo)識，在CN不開啟或不支持IDENTITY REQUEST消息過程的情況下，也能實(shí)現(xiàn)基于IMEI或IMEISV的KPI統(tǒng)計(jì)分析。


圖1為本發(fā)明實(shí)施例提供的一種信息獲取方法的流程示意圖；圖2為本發(fā)明實(shí)施例提供的一種無線網(wǎng)絡(luò)控制器RNC的結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例提供了一種信息獲取方法及裝置，用以實(shí)現(xiàn)RNC獲取UE的IMEI、 IMEISV等標(biāo)識。下面結(jié)合附圖對本發(fā)明實(shí)施例提供的技術(shù)方案進(jìn)行說明。參見圖1，本發(fā)明實(shí)施例提供的一種信息獲取方法包括步驟S101、無線網(wǎng)絡(luò)控制器RNC接收來自用戶設(shè)備UE的標(biāo)識響應(yīng)(IDENTITYRESPONSE) 消息。S102、RNC通過對IDENTITY RESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識信息。較佳地，RNC通過對IDENTITY RESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識信息的步驟包括RNC 對 IDENTITY RESPONSE 消息進(jìn)行解析；當(dāng)IDENTITY RESPONSE消息中包含UE的標(biāo)識信息時(shí)，則RNC獲取該UE的標(biāo)識信息；當(dāng)IDENTITY RESPONSE消息中不包含UE的標(biāo)識信息時(shí)，RNC向UE發(fā)送標(biāo)識請求 IDENTITY REQUEST消息，請求獲取UE的標(biāo)識信息。較佳地，當(dāng)IDENTITY RESPONSE消息中不包含UE的標(biāo)識信息時(shí)，RNC在收到初始直傳(INITIAL DIRECT TRANSFER)消息之后，向UE發(fā)送IDENTITYREQUEST 消息；或者，RNC在收到核心網(wǎng)(CN)發(fā)送的SCCP建立鏈路完成消息之后，向UE發(fā)送IDENTITY REQUEST消息；或者，RNC在向CN發(fā)送安全模式完成(SECURITY MODE COMPLETE)消息之后，向UE發(fā)送 IDENTITY REQUEST 消息。較佳地，當(dāng)IDENTITY RESPONSE消息中不包含UE的標(biāo)識信息時(shí)，RNC向UE發(fā)送標(biāo)識請求(IDENTITY REQUEST)消息之后，該方法還包括RNC接收UE返回的IDENTITY RESPONSE消息，并從中獲取UE的標(biāo)識信息；RNC將該UE返回的IDENTITY RESPONSE消息的序號，發(fā)送給核心網(wǎng)CN。較佳地，RNC通過移動性管理空(MM NULL, Mobile Management Null)消息，將UE 返回的IDENTITY RESPONSE消息的序號，發(fā)送給CN。較佳地，RNC對IDENTITY RESPONSE消息進(jìn)行解析獲得的UE的標(biāo)識信息，包括UE 的 IMEI 和 / 或 IMEISV。也就是說，本發(fā)明實(shí)施例中，RNC可以在UE的接入過程中，模擬組織向UE發(fā)送 IDENTITY REQUEST消息，請求UE上報(bào)IMEI或IMEISV等標(biāo)識信息，具體請求什么樣的標(biāo)識信息，可以在IDENTITY REQUEST消息中進(jìn)行指示。從而，RNC在收到UE的IDENTITY RESPONSE消息后進(jìn)行解析，即可獲得UE的標(biāo)識，不必再依賴于CN來發(fā)起IDENTITY REQUEST 過程。下面給出詳細(xì)的解釋說明。本發(fā)明實(shí)施例提供的方案包括兩個(gè)重要的部分第一部分，即RNC模擬CN發(fā)送IDENTITY REQUEST消息的時(shí)機(jī)。由于RNC通過模擬非接入層消息與UE交互，有可能與其他非接入層過程交叉， 因而產(chǎn)生一定的問題，而各UE和CN廠家的實(shí)現(xiàn)又各不相同，因此本發(fā)明實(shí)施例提供了 IDENTITY REQUEST消息的幾種發(fā)送時(shí)機(jī)，根據(jù)不同UE和CN的實(shí)現(xiàn)，選擇不同的發(fā)送時(shí)機(jī)。對于正常的接入過程第一種發(fā)送時(shí)機(jī)RNC在收到INITIAL DIRECT TRANSFER消息之后，發(fā)送IDENTITY REQUEST 消息。此種發(fā)送時(shí)機(jī)是RNC在收到UE初始直傳消息之后，建立SCCP鏈路之前，發(fā)送 IDENTITYREQUEST消息。這時(shí)UE還未與CN建立連接，因此RNC模擬CN發(fā)送IDENTITY REQUEST消息的流程不會與正常的非接入層消息流程產(chǎn)生沖突。第二種發(fā)送時(shí)機(jī)RNC在收到CN的SCCP建立鏈路完成消息之后，發(fā)送IDENTITY REQUEST 消息。此種發(fā)送時(shí)機(jī)是在SCCP鏈路已經(jīng)建好，能夠保證RNC在收到UE的IDENTITY RESPONSE消息后，不必緩存IDENTITY RESPONSE消息的序號，也就是說，可以不緩存MM NULL消息，可以直接生成MM NULL消息，并發(fā)送給CN。因此，處理更簡單。第三種發(fā)送時(shí)機(jī)RNC在給CN發(fā)送SE⑶RITY MODE COMPLETE消息之后，發(fā)送 IDENTITY REQUEST 消息。也就是說，在CN已經(jīng)通過IDENTITY REQUEST過程獲取了 UE的IMEI或IMEISV的情況下，RNC可以不再發(fā)起IMEI或IMEISV的查詢過程，避免重復(fù)獲取UE的IMEI或IMEISV的情況，節(jié)省了時(shí)延。即此種發(fā)送時(shí)機(jī)，是RNC在確定CN沒有通過IDENTITY REQUEST過程獲取UE的IMEI或IMEISV的情況下，發(fā)送IDENTITY REQUEST消息，獲取UE的IMEI或 IMEISV。第二部分，對于重定位過程。RNC在向CN發(fā)送重定位完成消息之后，模擬發(fā)送攜帶上行非接入層消息的正確序號的MMNULL消息給CN。正常情況下，UE和CN之間交互的電路交換(CS)域的消息，每一條上行消息都會攜帶一個(gè)序號(sequence number)，各條上行消息的序號應(yīng)該是連續(xù)的，CN會校驗(yàn)這個(gè)序號， 如果不連續(xù)，就會影響后續(xù)的消息流程的處理。在24. 007中，對于信息類型(Message Type)中包含的序號sequence number進(jìn)行了描述，其中的序號的描述是為了處理重復(fù)消息而定義的。對于R99以上的網(wǎng)絡(luò)，這個(gè)值應(yīng)該是UE每發(fā)送一條上行消息，都將對應(yīng)的序號加1，然后模4，即序號可以是0、1、2、3，最大為3，到了 3之后再繼續(xù)從0開始取值。CN如果校驗(yàn)出UE發(fā)送的上行消息的序號不是在該UE發(fā)送的上一條上行消息的基礎(chǔ)上加1，就會拋棄本條消息，不予處理，從而產(chǎn)生錯誤。因此，本發(fā)明實(shí)施例就需要RNC將 UE回復(fù)給RNC的IDENTITY RESPONSE消息的序號發(fā)送給CN。UE和CN之間的匪NULL消息可以完成這個(gè)功能，此消息體是空的，僅攜帶 IDENTITYRESPONSE 消息的序號。因此，在RNC向UE模擬發(fā)送CS域的IDENTITY REQUEST消息時(shí)，UE回復(fù)了 IDENTITY RESPONSE消息，RNC將該消息中的序號截取出來，通過MM NULL消息將該序號發(fā)送給CN，這樣就不會由于非接入層消息交叉而導(dǎo)致CN校驗(yàn)UE的上行消息序號失敗的問題。下面介紹一下本發(fā)明實(shí)施例提供的裝置。參見圖2，本發(fā)明實(shí)施例提供的一種無線網(wǎng)絡(luò)控制器RNC包括標(biāo)識響應(yīng)消息接收單元101，用于接收來自用戶設(shè)備UE的標(biāo)識響應(yīng)IDENTITY RESPONSE 消息。UE標(biāo)識獲取單元102，用于通過對IDENTITY RESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識信息。較佳地，UE標(biāo)識獲取單元102包括解析單元201，用于對IDENTITY RESPONSE消息進(jìn)行解析，當(dāng)IDENTITYRESPONSE消息中包含UE的標(biāo)識信息時(shí)，則獲取該UE的標(biāo)識信息；當(dāng)IDENTITYRESPONSE消息中不包含 UE的標(biāo)識信息時(shí)，觸發(fā)標(biāo)識請求消息發(fā)送單元202。標(biāo)識請求消息發(fā)送單元202，用于根據(jù)解析單元201的觸發(fā)，向UE發(fā)送標(biāo)識請求 IDENTITY REQUEST消息，請求獲取UE的標(biāo)識信息。較佳地，標(biāo)識請求消息發(fā)送單元202，在RNC收到初始直傳INITIAL DIRECT TRANSFER消息之后，向所述UE發(fā)送 IDENTITY REQUEST 消息；或者，在RNC收到核心網(wǎng)CN發(fā)送的SCCP建立鏈路完成消息之后，向所述UE發(fā)送 IDENTITY REQUEST 消息；或者，在RNC向CN發(fā)送安全模式完成SE⑶RITY MODE COMPLETE消息之后，向所述UE發(fā)送 IDENTITY REQUEST 消息。較佳地，該RNC還包括標(biāo)識響應(yīng)消息序號通知單元103，用于在標(biāo)識響應(yīng)消息接收單元101接收到UE返回的IDENTITY RESPONSE消息之后，將該IDENTITY RESPONSE消息的序號，發(fā)送給核心網(wǎng)CN。較佳地，標(biāo)識響應(yīng)消息序號通知單元103，通過匪NULL消息，將UE返回的 IDENTITY RESPONSE消息的序號，發(fā)送給CN。較佳地，UE標(biāo)識獲取單元102獲取的UE的標(biāo)識信息，包括UE的IMEI和/或 IMEISV。綜上所述，本發(fā)明實(shí)施例中，RNC模擬發(fā)送IDENTITY REQUEST消息獲取UE的IMEI 或IMEISV等標(biāo)識信息，并且，進(jìn)一步還可以模擬發(fā)送攜帶上行消息序號的匪NULL消息給 CN，解決CN校驗(yàn)上行消息序號失敗的問題。從而，本發(fā)明實(shí)施例可以不依賴于CN發(fā)起的 IDENTITY REQUEST過程，由RNC主動發(fā)起此過程，且不影響正常的消息流程，獲取UE的標(biāo)識。在CN不開啟或不支持IDENTITY REQUEST功能的情況下，也能滿足客戶對基于UE的標(biāo)識的KPI統(tǒng)計(jì)分析功能需求，挖掘產(chǎn)品潛力，提升客戶滿意度。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學(xué)存儲器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。這些計(jì)算機(jī)程序指令也可存儲在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲器中，使得存儲在該計(jì)算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種信息獲取方法，其特征在于，該方法包括無線網(wǎng)絡(luò)控制器RNC接收來自用戶設(shè)備UE的標(biāo)識響應(yīng)IDENTITYRESPONSE消息； RNC通過對所述IDENTITY RESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，RNC通過對所述IDENTITYRESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識信息的步驟包括RNC對所述IDENTITY RESPONSE消息進(jìn)行解析；當(dāng)IDENTITY RESPONSE消息中包含UE的標(biāo)識信息時(shí)，則所述RNC獲取該UE的標(biāo)識信息；當(dāng)IDENTITY RESPONSE消息中不包含UE的標(biāo)識信息時(shí)，所述RNC向所述UE發(fā)送標(biāo)識請求IDENTITY REQUEST消息，請求獲取UE的標(biāo)識信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)IDENTITYRESPONSE消息中不包含UE 的標(biāo)識信息時(shí)，所述RNC在收到初始直傳INITIAL DIRECT TRANSFER消息之后，向所述UE發(fā)送 IDENTITY REQUEST 消息；或者，所述RNC在收到核心網(wǎng)CN發(fā)送的信令連接控制部分SCCP建立鏈路完成消息之后，向所述UE發(fā)送IDENTITY REQUEST消息；或者，所述RNC在向CN發(fā)送安全模式完成SE⑶RITY MODE COMPLETE消息之后，向所述UE發(fā)送 IDENTITY REQUEST 消息。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，當(dāng)IDENTITYRESPONSE消息中不包含 UE的標(biāo)識信息時(shí)，所述RNC向所述UE發(fā)送標(biāo)識請求IDENTITYREQUEST消息之后，該方法還包括所述RNC接收所述UE返回的IDENTITY RESPONSE消息，并從中獲取UE的標(biāo)識信息； 所述RNC將該UE返回的IDENTITY RESPONSE消息的序號，發(fā)送給核心網(wǎng)CN。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述RNC通過移動性管理空MMNULL消息，將UE返回的IDENTITY RESPONSE消息的序號，發(fā)送給CN。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述UE的標(biāo)識信息，包括所述UE的國際移動設(shè)備標(biāo)識IMEI和/或國際移動設(shè)備標(biāo)識軟件版本IMEISV。
7.一種無線網(wǎng)絡(luò)控制器RNC，其特征在于，該RNC包括標(biāo)識響應(yīng)消息接收單元，用于接收來自用戶設(shè)備UE的標(biāo)識響應(yīng)IDENTITY RESPONSE消息；UE標(biāo)識獲取單元，用于通過對所述IDENTITY RESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識fn息ο
8.根據(jù)權(quán)利要求7所述的RNC，其特征在于，所述UE標(biāo)識獲取單元包括解析單元，用于對IDENTITY RESPONSE消息進(jìn)行解析，當(dāng)IDENTITYRESPONSE消息中包含UE的標(biāo)識信息時(shí)，則獲取該UE的標(biāo)識信息；當(dāng)IDENTITY RESPONSE消息中不包含UE的標(biāo)識信息時(shí)，觸發(fā)標(biāo)識請求消息發(fā)送單元；標(biāo)識請求消息發(fā)送單元，用于根據(jù)解析單元的觸發(fā)，向所述UE發(fā)送標(biāo)識請求IDENTITY REQUEST消息，請求獲取UE的標(biāo)識信息。
9.根據(jù)權(quán)利要求8所述的RNC，其特征在于，所述標(biāo)識請求消息發(fā)送單元，在所述RNC收到初始直傳INITIAL DIRECT TRANSFER消息之后，向所述UE發(fā)送 IDENTITYREQUEST 消息；或者，在所述RNC收到核心網(wǎng)CN發(fā)送的信令連接控制部分SCCP建立鏈路完成消息之后，向所述UE發(fā)送IDENTITY REQUEST消息；或者，在所述RNC向CN發(fā)送安全模式完成SE⑶RITY MODE COMPLETE消息之后，向所述UE發(fā)送 IDENTITYREQUEST 消息。
10.根據(jù)權(quán)利要求8或9所述的RNC，其特征在于，該RNC還包括標(biāo)識響應(yīng)消息序號通知單元，用于在所述標(biāo)識響應(yīng)消息接收單元接收到所述UE返回的IDENTITY RESPONSE消息之后，將該IDENTITY RESPONSE消息的序號，發(fā)送給核心網(wǎng)CN。
11.根據(jù)權(quán)利要求10所述的RNC，其特征在于，所述標(biāo)識響應(yīng)消息序號通知單元，通過移動性管理空匪NULL消息，將UE返回的IDENTITYRESPONSE消息的序號，發(fā)送給CN。
12.根據(jù)權(quán)利要求7所述的RNC，其特征在于，所述UE標(biāo)識獲取單元獲取的UE的標(biāo)識信息，包括UE的國際移動設(shè)備標(biāo)識IMEI和/或國際移動設(shè)備標(biāo)識軟件版本IMEISV。
全文摘要
本發(fā)明公開了一種信息獲取方法及裝置，用以實(shí)現(xiàn)RNC獲取UE的IMEI、IMEISV等標(biāo)識。本發(fā)明提供的一種信息獲取方法包括無線網(wǎng)絡(luò)控制器RNC接收來自用戶設(shè)備UE的標(biāo)識響應(yīng)IDENTITY RESPONSE消息；RNC通過對所述IDENTITY RESPONSE消息進(jìn)行解析，獲取UE的標(biāo)識。
文檔編號H04W8/26GK102448054SQ20101051380
公開日2012年5月9日 申請日期2010年10月13日 優(yōu)先權(quán)日2010年10月13日
發(fā)明者佘智勇, 盧龍剛, 邵勝勇 申請人:大唐移動通信設(shè)備有限公司