專(zhuān)利名稱(chēng)：一種lte網(wǎng)絡(luò)中實(shí)現(xiàn)信息跟蹤激活的方法、裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及無(wú)線(xiàn)通信技術(shù)，尤其涉及LTE網(wǎng)絡(luò)中的信息跟蹤激活的方法及 裝置。
背景技術(shù)：
LTE (Long Term Evolved,長(zhǎng)期演進(jìn)網(wǎng)絡(luò))是目前3g卯組織中各廠(chǎng)商積極研究的 一種移動(dòng)通信網(wǎng)絡(luò)，是UMTS (Universal Mobile TelecommunicationSystem，通用移動(dòng)通信 系統(tǒng))的演進(jìn)網(wǎng)絡(luò)。LTE的目的是提供一種能夠降低時(shí)延、提高用戶(hù)數(shù)據(jù)速率、增加系統(tǒng)容 量及覆蓋的低成本網(wǎng)絡(luò)，使用PS域業(yè)務(wù)，承載IP數(shù)據(jù)包。 在網(wǎng)絡(luò)運(yùn)營(yíng)管理中，非常有必要對(duì)用戶(hù)設(shè)備和網(wǎng)絡(luò)設(shè)備進(jìn)行信息跟蹤，因此，通信 網(wǎng)絡(luò)中引入蹤跡Trace的概念，該Trace信息可以用于定位用戶(hù)設(shè)備故障，或者其他高級(jí)故 障的定位，還可以用于資源管理，實(shí)現(xiàn)資源最大化利用，并且該Trace信息對(duì)于射頻覆蓋控 制和容量改進(jìn)，掉話(huà)分析，以及實(shí)現(xiàn)核心網(wǎng)和接入網(wǎng)的端到端流程運(yùn)營(yíng)都發(fā)揮重要作用。
但是在現(xiàn)有的LTE網(wǎng)絡(luò)中，利用Trace實(shí)現(xiàn)信息跟蹤的技術(shù)中，由于Trace信息激 活不暢，導(dǎo)致現(xiàn)有技術(shù)中存在Trace不連續(xù)的問(wèn)題，無(wú)法實(shí)現(xiàn)Trace的有效利用。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了 LTE網(wǎng)絡(luò)中現(xiàn)信息跟蹤激活的方法、裝置，本發(fā)明實(shí)施例是 通過(guò)以下技術(shù)方案實(shí)現(xiàn)的 接收源匪E發(fā)送的用戶(hù)設(shè)備UE的上下文，該UE上下文攜帶蹤跡Trace相關(guān)信息， 根據(jù)該UE上下文攜帶的蹤跡Trace相關(guān)信息，激活Trace。 同時(shí)，本發(fā)明實(shí)施例針對(duì)核心網(wǎng)實(shí)體和接入網(wǎng)實(shí)體會(huì)話(huà)建立過(guò)程中存在的蹤跡 Trace信息不連續(xù)導(dǎo)致信息跟蹤功能激活不暢的問(wèn)題，提出了另外一種LTE網(wǎng)絡(luò)中實(shí)現(xiàn)信 息跟蹤激活的方法，包括接收會(huì)話(huà)建立請(qǐng)求，所述會(huì)話(huà)建立請(qǐng)求攜帶蹤跡Trace相關(guān)信 息；根據(jù)所述Trace相關(guān)信息激活Trace。 另外本發(fā)明實(shí)施例還公開(kāi)了一種移動(dòng)管理實(shí)體匪E，包括蹤跡Trace相關(guān)信息保 存模塊，用于在匪E保存的UE上下文中保存Trace相關(guān)信息；Trace激活模塊，根據(jù)上述UE 上下文中保存的Trace相關(guān)信息激活Trace。 對(duì)應(yīng)本發(fā)明實(shí)施例提供的核心網(wǎng)實(shí)體和接入網(wǎng)實(shí)體會(huì)話(huà)建立過(guò)程中的信息跟蹤 的激活方法，本發(fā)明實(shí)施例提供了另外一種匪E，包括會(huì)話(huà)建立請(qǐng)求接收模塊，用于接收會(huì) 話(huà)建立請(qǐng)求，所述會(huì)話(huà)建立請(qǐng)求攜帶蹤跡Trace相關(guān)信息；蹤跡Trace激活模塊，根據(jù)所述 Trace相關(guān)信息激活Trace。 從本發(fā)明實(shí)施例提供的以上技術(shù)方案可以看出，通過(guò)采用上述實(shí)施例提供的方 法，在匪E保存的UE上下文中增加Trace相關(guān)信息，匪E可通過(guò)發(fā)送Trace激活信息繼續(xù) 在相應(yīng)的網(wǎng)絡(luò)實(shí)體上激活UE的Trace，實(shí)現(xiàn)了 Trace信息的連續(xù)性，有利于網(wǎng)絡(luò)運(yùn)營(yíng)維護(hù)與 管理。相似地，在核心網(wǎng)實(shí)體通知接入網(wǎng)實(shí)體建立承載的過(guò)程中蹤跡Trace激活的方法，可以通過(guò)建立承載請(qǐng)求消息中的Trace相關(guān)信息，使得eNB進(jìn)行Trace激活，實(shí)現(xiàn)Trace信息的連續(xù)性，有利于網(wǎng)絡(luò)運(yùn)營(yíng)維護(hù)與管理。


圖1為本發(fā)明第一實(shí)施例的流程圖；圖2為本發(fā)明第二實(shí)施例的流程圖；圖3為本發(fā)明第三實(shí)施例的流程圖；圖4為本發(fā)明第四實(shí)施例的流程圖；圖5為本發(fā)明第七實(shí)施例的匪E結(jié)構(gòu)圖；圖6核心網(wǎng)實(shí)體和接入網(wǎng)實(shí)體建立會(huì)話(huà)的實(shí)施例的流程7核心網(wǎng)實(shí)體和接入網(wǎng)實(shí)體建立會(huì)話(huà)的另一實(shí)施例的流程8對(duì)應(yīng)核心網(wǎng)實(shí)體和接入網(wǎng)實(shí)體建立會(huì)話(huà)的實(shí)施例的匪E實(shí)體結(jié)構(gòu)圖
具體實(shí)施例方式
為了使本發(fā)明實(shí)施例的目的、技術(shù)方案、及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對(duì)本發(fā)明實(shí)施例進(jìn)一步詳細(xì)說(shuō)明。 發(fā)明人發(fā)現(xiàn)由于目前移動(dòng)管理實(shí)體(Mobility Management Entity,匪E)上沒(méi)有保存UE的Trace相關(guān)信息，即使源基站(Source eNB， S_eNB)在HandoverRequest消息里將UE的Trace相關(guān)信息攜帶給了目標(biāo)基站(Target eNB， T_eNB)，將UE的激活Trace在目前接入網(wǎng)側(cè)得到了延續(xù)，但是基于X2接口的切換也存在匪E為UE選擇了一個(gè)新的核心網(wǎng)網(wǎng)關(guān)的情況，這種情況下匪E沒(méi)有繼續(xù)觸發(fā)UE在新的網(wǎng)關(guān)上的Trace的依據(jù)，導(dǎo)致Trace在核心網(wǎng)中斷。 進(jìn)一步地，發(fā)明人還發(fā)現(xiàn)對(duì)于基于S1接口的切換，由于更換了匪E、基站(eNodeB，eNB)、以及核心網(wǎng)網(wǎng)關(guān)，由于源基站(Source eNB， S_eNB)沒(méi)有在切換要求消息HandoverRequired消息里攜帶Trace相關(guān)信息，并且源匪E為UE保存的UE的上下文中也沒(méi)有Trace相關(guān)信息，這樣就使得Trace激活在接入網(wǎng)節(jié)點(diǎn)eNB以及核心網(wǎng)節(jié)點(diǎn)(GW， Gate Way)上都中斷。 為實(shí)現(xiàn)Trace的連續(xù)，本發(fā)明實(shí)施例提供了相應(yīng)的方法和裝置及系統(tǒng)，詳述如下
本發(fā)明實(shí)施例一 如圖1所示，步驟S101，接收源匪E發(fā)送的UE上下文，所述UE上下文攜帶蹤跡Trace相關(guān)信息。具體包括目標(biāo)匪E接收源匪E發(fā)送的UE上下文，該UE上下文包括Trace相關(guān)信息，例如蹤跡參考Trace reference,蹤跡類(lèi)型Trace type,觸發(fā)標(biāo)識(shí)trigger ID，用于激活Trace信息。 步驟S102，根據(jù)所述UE上下文，激活Trace。具體包括，目標(biāo)匪E根據(jù)上述UE上下文中的Trace相關(guān)信息，將Trace激活信息Trace activation發(fā)送給相應(yīng)的網(wǎng)絡(luò)實(shí)體如核心網(wǎng)網(wǎng)關(guān)和基站，以激活該相應(yīng)網(wǎng)絡(luò)實(shí)體上的Trace。 需要說(shuō)明的是，上述目標(biāo)匪E和源匪E僅是由于功能描述需要而概括的邏輯實(shí)體名稱(chēng)，事實(shí)上，目標(biāo)匪E和源匪E可以是同一物理實(shí)體，對(duì)于不需要區(qū)分源匪E和目標(biāo)匪E功能的匪E實(shí)體，上述實(shí)施例一可直接描述為匪E保存UE的上下文信息，所述UE上下文攜帶蹤跡Trace相關(guān)信息，匪E根據(jù)所述UE上下文激活相應(yīng)網(wǎng)絡(luò)實(shí)體的Trace信息。對(duì)于Trace 相關(guān)信息需要說(shuō)明的是，該Trace相關(guān)信息保存于UE上下文中用于指示后續(xù)流程中Trace 激活信息的發(fā)送，激活Trace,該Trace相關(guān)信息可包括蹤跡參考Trace reference,蹤跡 類(lèi)型Trace type,角蟲(chóng)發(fā)標(biāo)識(shí)trigger ID。
實(shí)施例二 針對(duì)基于X2接口的切換，即source eNB直接通過(guò)X2接口發(fā)切換請(qǐng)求消息給目標(biāo) eNB，由目標(biāo)eNB來(lái)準(zhǔn)備承載資源進(jìn)而實(shí)施切換過(guò)程。由于這種切換沒(méi)有更換匪E，源eNB在 切換請(qǐng)求消息里會(huì)攜帶Trace激活信息，以便目標(biāo)eNB繼續(xù)激活Trace。
匪E通過(guò)在UE上下文中攜帶Trace相關(guān)信息，如蹤跡參考Trace reference,蹤 跡類(lèi)型Trace type,觸發(fā)標(biāo)識(shí)trigger ID等，匪E根據(jù)該UE上下文激活核心網(wǎng)網(wǎng)關(guān)上的 Trace信息。具體包括基于X2接口的切換完成后，如果匪E為UE選擇了一個(gè)新的核心網(wǎng) 網(wǎng)關(guān)，匪E將會(huì)根據(jù)這個(gè)UE上下文信息中的Trace相關(guān)信息激活新網(wǎng)關(guān)上的Trace。該激 活新網(wǎng)關(guān)上的Trace的步驟具體包括 匪E接收目標(biāo)eNB發(fā)送的路徑切換請(qǐng)求消息Path Switch Request,為UE建立核 心網(wǎng)側(cè)的承載，如果匪E為UE選擇了一個(gè)新的網(wǎng)關(guān)，則將UE上下文中的Trace相關(guān)信息攜 帶于發(fā)送到網(wǎng)關(guān)的承載建立請(qǐng)求消息中，這樣就在新的核心網(wǎng)網(wǎng)關(guān)上激活了 UE的Trace。 進(jìn)一步地，匪E也可以判斷UE的上下文中是否有激活的Trace信息。
如圖2所示，切換過(guò)程舉例描述如下 S201、 S202在基于X2接口切換時(shí)，切換準(zhǔn)備Handover Pr印aration及切換執(zhí)行 Handover Execution過(guò)程與現(xiàn)有技術(shù)相同，在此不再贅述； S203、目標(biāo)eNB在完成X2接口切換后，向匪E發(fā)送路徑切換請(qǐng)求PathSwitch Request消息； S204、匪E接收Path Switch Request,為UE建立核心網(wǎng)側(cè)的承載，如果匪E為UE
選擇了一個(gè)新的網(wǎng)關(guān)，則匪E判斷UE的上下文中是否有的Trace激活信息，如果有，則將此
信息攜帶在到網(wǎng)關(guān)的承載建立請(qǐng)求消息里，這樣就在網(wǎng)關(guān)上激活了 UE的Trace。 S205、建立完網(wǎng)絡(luò)側(cè)的承載后，匪E向eNB發(fā)送路徑切換應(yīng)答Path SwitchACK。 通過(guò)采用上述實(shí)施例提供的方法，在匪E保存的UE上下文中增加Trace相關(guān)信
息，在X2切換后，如果匪E給UE選擇了一個(gè)新的核心網(wǎng)網(wǎng)關(guān)，匪E可通過(guò)發(fā)送Trace激活
信息繼續(xù)在新的網(wǎng)關(guān)上激活UE的Trace。實(shí)現(xiàn)了 Trace信息的連續(xù)性，有利于網(wǎng)絡(luò)運(yùn)營(yíng)維
護(hù)與管理。 實(shí)施例三 在目標(biāo)匪E保存的UE的上下文中增加Trace的激活信息，這樣在切換準(zhǔn)備的過(guò) 程中，源匪E會(huì)將UE上下文傳遞給目標(biāo)匪E，目標(biāo)匪E在建立網(wǎng)絡(luò)側(cè)承載的時(shí)候同時(shí)也在 新的核心網(wǎng)網(wǎng)關(guān)里激活了 Trace。另外，源eNB在給源匪E發(fā)送的切換要求消息Handover Required中也會(huì)將在源eNB的Trace激活信息通過(guò)核心網(wǎng)發(fā)送到目標(biāo)eNB側(cè)，以便目標(biāo)eNB 繼續(xù)進(jìn)行Trace激活。 下面以SI接口的切換為例描述實(shí)施例三的具體實(shí)現(xiàn)
如圖3所示， S301、源eNB發(fā)起Sl接口切換后，向源匪E發(fā)送切換要求HandoverRequired消息，攜帶在源eNB上已經(jīng)激活的Trace信息，具體可以包含以下兩種攜帶方式 將Trace激活信息放在源eNB到目標(biāo)eNB的容器container中，該container是
指包含在切換消息里的，從源接入網(wǎng)節(jié)點(diǎn)經(jīng)過(guò)核心網(wǎng)節(jié)點(diǎn)透?jìng)鞯侥繕?biāo)接入網(wǎng)節(jié)點(diǎn)，在傳輸
過(guò)程中，核心網(wǎng)節(jié)點(diǎn)不會(huì)解析該IE，具體本實(shí)例，是指不需要匪E解析，直接在核心網(wǎng)透?jìng)?br> 到目標(biāo)eNB，目標(biāo)eNB才會(huì)解析該容器container。 或者， 將Trace激活信息作為一個(gè)單獨(dú)的消息IE，這個(gè)IE在核心網(wǎng)是要經(jīng)過(guò)核心網(wǎng)實(shí)體解析，例如匪E對(duì)其進(jìn)行解析。 S302、源匪E接收Handover Required消息，發(fā)送轉(zhuǎn)發(fā)重定位請(qǐng)求ForwardRelocation Request消息給目標(biāo)匪E，該消息攜帶UE的上下文。由于UE的上下文中保存著UE的Trace相關(guān)信息，這樣該Trace相關(guān)信息就被發(fā)送到目標(biāo)匪E處。
S303、目標(biāo)匪E收至lJForward Relocation Request消息后，判斷是否允許UE切換，如果允許切換并且為UE選擇了一個(gè)核心網(wǎng)網(wǎng)關(guān)，則目標(biāo)匪E根據(jù)UE上下文中的Trace相關(guān)信息，通過(guò)核心網(wǎng)承載建立過(guò)程在網(wǎng)關(guān)上激活Trace。具體包括目標(biāo)匪E向核心網(wǎng)網(wǎng)關(guān)發(fā)送承載建立請(qǐng)求消息Bearer CreateRequest，該承載建立請(qǐng)求消息中攜帶Trace激活信息。 S304、目標(biāo)匪E接收承載建立響應(yīng)Bearer Create Response消息。
S305、目標(biāo)匪E向目標(biāo)eNB發(fā)送切換請(qǐng)求消息Handover Request,要求eNB準(zhǔn)備無(wú)線(xiàn)側(cè)承載，并且該Handover Request攜帶Trace激活信息。根據(jù)第〈1>步的攜帶方式，該Handover Request攜帶Trace激活信息有下面兩種方式 如果在第〈1>步中，Trace激活信息是攜帶container里，由于該container不被網(wǎng)絡(luò)實(shí)體解析，則在第5步中，Trace激活信息攜帶于源eNB到目標(biāo)eNB的container容器中，至目標(biāo)eNB側(cè)，該Trace激活信息中的一些記錄參考標(biāo)識(shí)是與源側(cè)一致的。
如果在第〈1>步中，Trace信息是單獨(dú)的IE，由于該IE在核心網(wǎng)是需要解析的，如匪E解析，因此在第5步中，Trace信息是經(jīng)過(guò)核心網(wǎng)實(shí)體解析并修改之后的一個(gè)單獨(dú)的IE。
S306-S308目標(biāo)eNB準(zhǔn)備完承載后，向源側(cè)返回相應(yīng)的應(yīng)答，在此不再贅述。
S309、切換執(zhí)行。 上述的Trace信息的攜帶過(guò)程同樣也適合異系統(tǒng)切換。
實(shí)施例四 在匪E上保存的UE上下文信息中增加Trace相關(guān)信息。如果源eNB沒(méi)有將Trace激活信息攜帶在Handover Required信息中，目標(biāo)匪E也可以根據(jù)UE上下文中的Trace相關(guān)信息在無(wú)線(xiàn)接入網(wǎng)實(shí)體eNB和核心網(wǎng)網(wǎng)關(guān)中激活Trace,但是目標(biāo)匪E要重新分配Trace記錄參考信息標(biāo)識(shí)Trace recording sessionreference以及其他Trace相關(guān)參數(shù)給eNB。
下面以SI接口的切換中，切換要求Handover Required消息中沒(méi)有攜帶Trace激活信息的情況為例描述實(shí)施例四的具體實(shí)現(xiàn)。需要說(shuō)明的是該基于SI接口的切換流程與實(shí)施例三中的切換流程的描述區(qū)別在于Handover Required消息中沒(méi)有攜帶Trace激活信息，如圖4所示: S401、源eNB在經(jīng)過(guò)切換判決后，向源匪E發(fā)起切換請(qǐng)求，但是在切換要求消息Handover Required中沒(méi)有包含eNB上的Trace激活信息。
7
S402、源匪E向目標(biāo)匪E發(fā)送轉(zhuǎn)發(fā)重定位請(qǐng)求消息Forward RelocationRequest， 該消息中攜帶源匪E上保存的UE的上下文，該UE上下文中攜帶Trace相關(guān)信息。
S403、目標(biāo)匪E接收該轉(zhuǎn)發(fā)重定位請(qǐng)求消息，同時(shí)為UE選擇了一個(gè)新的核心網(wǎng)網(wǎng) 關(guān)，向該網(wǎng)關(guān)發(fā)起建立承載請(qǐng)求，根據(jù)UE的上下文中的Trace相關(guān)信息，目標(biāo)匪E可在承載 建立請(qǐng)求消息中攜帶Trace激活信息，以便在新網(wǎng)關(guān)上激活Trace。
S404、目標(biāo)匪E接收承載建立響應(yīng)消息。 S405、目標(biāo)匪E向目標(biāo)eNB發(fā)送切換請(qǐng)求Handover Request,請(qǐng)求目標(biāo)eNB準(zhǔn)備無(wú) 線(xiàn)側(cè)承載。目標(biāo)匪E可以根據(jù)UE上下文中的Trace信息在HandoverRequest消息中攜帶 Trace激活信息，以便在目標(biāo)eNB側(cè)激活Trace。 S406-S408目標(biāo)eNB準(zhǔn)備完承載后，向源側(cè)返回相應(yīng)的應(yīng)答，在此不再贅述。
S409、切換執(zhí)行。 上述的攜帶過(guò)程同樣也適合異系統(tǒng)切換過(guò)程。 上述實(shí)施例通過(guò)在匪E保存的UE上下文中增加Trace相關(guān)信息，使得目標(biāo)匪E可 根據(jù)Trace相關(guān)信息繼續(xù)激活目標(biāo)eNB和目標(biāo)網(wǎng)關(guān)的Trace,此時(shí)的Trace里的相關(guān)的參數(shù) 由目標(biāo)匪E來(lái)分配或定義。采用上述實(shí)施例實(shí)現(xiàn)了 Trace的連續(xù)性，使得網(wǎng)絡(luò)可以了解設(shè) 備的運(yùn)營(yíng)情況。除此之外，源eNB也可以在切換請(qǐng)求中攜帶Trace激活信息給目標(biāo)側(cè)，根據(jù) 兩種不同的攜帶方式，目標(biāo)側(cè)的Trace里的相關(guān)參數(shù)可繼續(xù)保持源匪E的分配或者由目標(biāo) 匪E來(lái)定義分配。
實(shí)施例五 進(jìn)一步地，在上述基于X2接口或者SI接口的切換過(guò)程中，也會(huì)存在目標(biāo)eNB不 支持Trace功能的情況。針對(duì)現(xiàn)有技術(shù)中在SI接口和X2接口使用一條指示Trace失敗 的消息Trace Failure Indication,本實(shí)施例提供了在切換響應(yīng)消息，如在切換請(qǐng)求應(yīng)答 Handover Request ACK或路徑切換請(qǐng)求Path SwitchRequest消息中添加一個(gè)新的網(wǎng)元IE， 用來(lái)指示目標(biāo)節(jié)點(diǎn)不支持Trace或者Trace激活失敗。 使用本實(shí)施例提供的技術(shù)方案就不需要在切換后發(fā)2個(gè)消息——一條消息指示切 換成功、另外一條消息指示Trace失敗——而僅用一條消息就能夠攜帶2個(gè)信息，節(jié)省了信 令開(kāi)銷(xiāo)，優(yōu)化了系統(tǒng)資源的利用。
實(shí)施例六 針對(duì)目前的小區(qū)流量蹤跡Cell Traffic Trace功能，該功能是對(duì)eNB下的一些小 區(qū)Cell進(jìn)行跟蹤，一旦該Cell有激活事務(wù)，例如呼叫call激活或者會(huì)話(huà)session激活， eNB就會(huì)為該Trace分配記錄會(huì)話(huà)標(biāo)識(shí)，并將該標(biāo)識(shí)與上述激活事務(wù)相關(guān)的UE的蹤跡參考 Trace reference以及相應(yīng)的小區(qū)標(biāo)識(shí)報(bào)告給核心網(wǎng)節(jié)點(diǎn)。目前標(biāo)準(zhǔn)中并沒(méi)有考慮在切換 過(guò)程中有關(guān)Cell Traffic Trace的信息如何傳給核心網(wǎng)節(jié)點(diǎn)。本實(shí)施例提供的方案是在切 換完成后，目標(biāo)eNB節(jié)點(diǎn)通過(guò)切換完成指示消息，如路徑切換請(qǐng)求Path Switch Request或 切換指示Handover Notify消息將Cell Traffic Trace信息，例如該Cell TrafficTrace 包括蹤跡參考Trace reference、蹤跡記錄參考信息標(biāo)識(shí)Trace recordingsession reference、全球小區(qū)標(biāo)識(shí)global cell id，發(fā)送給核心網(wǎng)節(jié)點(diǎn)。 使用本實(shí)施例提供的技術(shù)方案考慮了在切換過(guò)程中Cell Traffic Trace的信息 如何傳給核心網(wǎng)節(jié)點(diǎn)，使得Trace信息得以連續(xù)，便于網(wǎng)絡(luò)運(yùn)營(yíng)和維護(hù)管理。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以 通過(guò)程序來(lái)指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，該 程序在執(zhí)行時(shí)，包括如下步驟 接收源匪E發(fā)送的用戶(hù)設(shè)備UE的上下文，所述UE上下文攜帶蹤跡Trace相關(guān)信 息， 根據(jù)所述UE上下文，激活Trace 。上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤(pán)或
光盤(pán)等。 實(shí)施例七 本發(fā)明實(shí)施例還公開(kāi)了一種移動(dòng)管理實(shí)體匪E，如圖5所示，該匪E包括 蹤跡Trace相關(guān)信息保存模塊501，用于在匪E保存的UE上下文中保存Trace相
關(guān)信息； Trace激活模塊502，根據(jù)UE上下文Trace相關(guān)信息激活Trace。
進(jìn)一步地，該Trace激活模塊還包括Trace激活信息發(fā)送模塊5021，用于當(dāng)UE上 下文中攜帶Trace相關(guān)信息時(shí)，將Trace激活信息發(fā)送給相應(yīng)的網(wǎng)絡(luò)實(shí)體。相應(yīng)的網(wǎng)絡(luò)實(shí) 體是指需要激活Trace信息的網(wǎng)絡(luò)實(shí)體，例如網(wǎng)關(guān)或基站，具體發(fā)送Trace激活信息的方法 包括，將該Trace激活信息攜帶于創(chuàng)建承載建立請(qǐng)求中發(fā)送或者通過(guò)切換請(qǐng)求消息發(fā)送。
另外，本發(fā)明實(shí)施例也相應(yīng)公開(kāi)了包含上述匪E的一種網(wǎng)絡(luò)系統(tǒng)，該網(wǎng)絡(luò)系統(tǒng)包 括，匪E，基站和網(wǎng)關(guān)，所述匪E包括如下模塊蹤跡Trace相關(guān)信息保存模塊，用于在匪E保 存的UE上下文中保存Trace相關(guān)信息； Trace激活模塊，根據(jù)UE上下文Trace相關(guān)信息激活Trace。 進(jìn)一步地，該Trace激活模塊還包括Trace激活信息發(fā)送模塊，用于當(dāng)UE上下文 中攜帶Trace相關(guān)信息時(shí)，將Trace激活信息發(fā)送給相應(yīng)的網(wǎng)絡(luò)實(shí)體。相應(yīng)的網(wǎng)絡(luò)實(shí)體是指 需要激活Trace信息的網(wǎng)絡(luò)實(shí)體，例如網(wǎng)關(guān)或基站，具體發(fā)送Trace激活信息的方法包括， 將該Trace激活信息攜帶于創(chuàng)建承載建立請(qǐng)求中發(fā)送或者通過(guò)切換請(qǐng)求消息發(fā)送。
在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理模塊中，也可以是各個(gè) 單元單獨(dú)物理存在，也可以?xún)蓚€(gè)或兩個(gè)以上單元集成在一個(gè)模塊中。上述集成的模塊既可 以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。所述集成的模塊如果以軟 件功能模塊的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷(xiāo)售或使用時(shí)，也可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取 存儲(chǔ)介質(zhì)中。上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤(pán)或光盤(pán)等。 另外，本發(fā)明實(shí)施例還提供核心網(wǎng)實(shí)體與接入網(wǎng)實(shí)體建立會(huì)話(huà)過(guò)程中激活蹤跡 Trace的方法，以核心網(wǎng)實(shí)體匪E和接入網(wǎng)實(shí)體eNB的會(huì)話(huà)建立過(guò)程為例匪E向eNB發(fā)送 會(huì)話(huà)建立請(qǐng)求消息如承載建立請(qǐng)求消息或承載修改請(qǐng)求消息，該會(huì)話(huà)建立請(qǐng)求消息中攜帶 Trace相關(guān)信息。具體地，如在演進(jìn)網(wǎng)絡(luò)中承載建立請(qǐng)求消息是演進(jìn)的無(wú)線(xiàn)接入承載建立 請(qǐng)求消息E-RAB SETUP REQUEST,承載修改請(qǐng)求消息是演進(jìn)的無(wú)線(xiàn)接入承載修改請(qǐng)求消息 E-RAB MODIFY REQUEST, Trace相關(guān)信息包括。下面舉例描述核心網(wǎng)實(shí)體與接入網(wǎng)實(shí)體建 立會(huì)話(huà)過(guò)程中實(shí)現(xiàn)蹤跡Trace激活的應(yīng)用流程。如圖6所示，圖6描述了為UE建立會(huì)話(huà)的 過(guò)程中，核心網(wǎng)實(shí)體和接入網(wǎng)實(shí)體建立承載實(shí)現(xiàn)為UE建立會(huì)話(huà)的過(guò)程，本領(lǐng)域技術(shù)人員可 以理解，建立會(huì)話(huà)的過(guò)程中實(shí)現(xiàn)Trace激活僅是本發(fā)明實(shí)施例提供的Trace激活方法的一 種應(yīng)用場(chǎng)景，其他應(yīng)用本實(shí)施例提供的方法通過(guò)建立會(huì)話(huà)實(shí)現(xiàn)Trace激活的技術(shù)方案也包含在本發(fā)明要求的保護(hù)范圍內(nèi)，對(duì)該具體舉例描述如下 步驟S601， PCRF實(shí)體向分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)PDN GW發(fā)起IP-CAN會(huì)話(huà)修改； 步驟S602， PDN GW向服務(wù)網(wǎng)關(guān)Serving GW(SGW)發(fā)送專(zhuān)用承載建立請(qǐng)求消息
Create Dedicated Bearer Request ; 步驟S603， SGW向移動(dòng)管理實(shí)體匪E發(fā)送專(zhuān)用承載建立請(qǐng)求消息CreateDedicated Bearer Request ; 步驟S604，匪E接收服務(wù)網(wǎng)關(guān)SGW發(fā)送的專(zhuān)用承載建立請(qǐng)求，向eNB發(fā)送承載建立 請(qǐng)求消息Bearer Setup Request/Session Management Request,該承載建立請(qǐng)求消息攜帶 蹤跡Trace相關(guān)信息，eNB接收到該消息后將會(huì)激活蹤跡Trace,在核心網(wǎng)實(shí)體和接入網(wǎng)實(shí) 體建立會(huì)話(huà)過(guò)程中實(shí)現(xiàn)蹤跡Trace激活，具體激活的方法為本領(lǐng)域技術(shù)人員公知，在此不 再贅述。 步驟605， eNB向用戶(hù)設(shè)備UE發(fā)送RRC重建連接； 本領(lǐng)域技術(shù)人員可以理解步驟606-612為對(duì)各請(qǐng)求的響應(yīng)過(guò)程，在此不再贅述。
相似地，在核心網(wǎng)實(shí)體向接入網(wǎng)實(shí)體發(fā)送的承載修改請(qǐng)求消息中，可在該承載修 改請(qǐng)求消息攜帶Trace相關(guān)信息，包括蹤跡參考Trace reference,蹤跡類(lèi)型Trace type, 觸發(fā)標(biāo)識(shí)trigger ID， Trace配置信息等用于激活Trace的信息，實(shí)現(xiàn)Trace激活，如圖7 所示，具體的實(shí)現(xiàn)流程與圖6描述的流程類(lèi)似，區(qū)別在于，在步驟S704中，通過(guò)承載修改請(qǐng) 求消息Bearer Modify Request/Session Management Request攜帶Trace相關(guān)信息。
上述實(shí)施例提供了在核心網(wǎng)實(shí)體通知接入網(wǎng)實(shí)體建立承載的過(guò)程中蹤跡Trace 激活的方法，可以通過(guò)建立承載請(qǐng)求消息中的Trace相關(guān)信息，使得eNB進(jìn)行Trace激活， 實(shí)現(xiàn)Trace信息的連續(xù)性，有利于網(wǎng)絡(luò)運(yùn)營(yíng)維護(hù)與管理。 本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以 通過(guò)程序來(lái)指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，該 程序在執(zhí)行時(shí)，包括如下步驟 接收會(huì)話(huà)建立請(qǐng)求，所述會(huì)話(huà)建立請(qǐng)求攜帶蹤跡Trace相關(guān)信息；
根據(jù)所述Trace相關(guān)信息激活Trace 。 相應(yīng)地，如圖8所示，本發(fā)明實(shí)施例還提供一種移動(dòng)管理實(shí)體匪E，包括 801會(huì)話(huà)建立請(qǐng)求接收模塊，用于接收會(huì)話(huà)建立請(qǐng)求，所述會(huì)話(huà)建立請(qǐng)求攜帶蹤跡
Trace相關(guān)信息。該Trace相關(guān)信息包括蹤跡參考Trace reference,蹤跡類(lèi)型Trace type,
觸發(fā)標(biāo)識(shí)trigger ID， Trace配置信息等用于激活Trace的信息，實(shí)現(xiàn)Trace激活。 802蹤跡Trace激活模塊，根據(jù)所述Trace相關(guān)信息激活Trace。 以上所述的具體實(shí)施例，對(duì)本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳
細(xì)說(shuō)明，可以理解的是，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保
護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本
發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種LTE網(wǎng)絡(luò)中實(shí)現(xiàn)信息跟蹤激活的方法，其特征在于，包括接收源MME發(fā)送的用戶(hù)設(shè)備UE的上下文，所述UE上下文攜帶蹤跡Trace相關(guān)信息，根據(jù)所述UE上下文攜帶的蹤跡Trace相關(guān)信息，激活Trace。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，基于X2接口切換時(shí)，所述Trace相關(guān)信息 包括蹤跡參考Trace reference,蹤跡類(lèi)型Trace type,觸發(fā)標(biāo)識(shí)trigger ID。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，進(jìn)一步包括，完成切換后，根據(jù)所述UE上 下文激活為UE選擇的核心網(wǎng)網(wǎng)關(guān)上的蹤跡Trace。
4. 根據(jù)權(quán)利要求2所述的方法，其特征在于，根據(jù)所述UE上下文激活為UE選擇的核心 網(wǎng)網(wǎng)關(guān)上的蹤跡Trace包括，發(fā)送攜帶Trace激活信息的承載建立請(qǐng)求消息。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，基于SI接口切換時(shí)，所述方法進(jìn)一步包 括，接收源匪E轉(zhuǎn)發(fā)的重定位請(qǐng)求Forward Relocation Request消息，判斷是否允許UE切 換，如果允許切換并且為UE選擇了一個(gè)新的核心網(wǎng)網(wǎng)關(guān)，則目標(biāo)匪E根據(jù)所述UE上下文中 的Trace相關(guān)信息，通過(guò)核心網(wǎng)承載建立過(guò)程在網(wǎng)關(guān)上激活Trace。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，進(jìn)一步包括，所述源匪E接收源eNB發(fā)送 的切換要求消息Handover Required,所述切換要求消息攜帶Trace激活信息。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述切換要求消息攜帶Trace激活信息包 括所述切換要求消息Handover Required通過(guò)容器container攜帶Trace激活信息或者 所述切換要求消息Handover Required通過(guò)獨(dú)立的網(wǎng)元IE攜帶Trace激活信息。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，進(jìn)一步包括，接收核心網(wǎng)建立承載的響應(yīng) 消息，向目標(biāo)eNB發(fā)送切換請(qǐng)求消息Handover Request，所述切換請(qǐng)求消息攜帶Trace激活 信息。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，進(jìn)一步包括當(dāng)所述Trace激活信息通過(guò) container攜帶時(shí)，所述切換請(qǐng)求消息透?jìng)魉鯿ontainer ;當(dāng)所述Trace激活信息通過(guò)獨(dú) 立的網(wǎng)元IE攜帶時(shí)，解析所述網(wǎng)元IE。
10. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法進(jìn)一步包括，根據(jù)所述UE上下 文中的Trace相關(guān)信息，在切換請(qǐng)求消息中攜帶Trace激活信息，激活目標(biāo)eNB的Trace。
11. 根據(jù)權(quán)利要求2至10任意一項(xiàng)所述的方法，其特征在于，所述方法進(jìn)一步包括， 所述切換過(guò)程中的切換響應(yīng)消息攜帶網(wǎng)元IE，所述IE用于指示目標(biāo)節(jié)點(diǎn)不支持Trace或者Trace激活失敗。
12. 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述IE攜帶于切換請(qǐng)求應(yīng)答Handover Request ACK或路徑切換請(qǐng)求Path Switch Request中。
13. 根據(jù)權(quán)利要求5至IO任意一項(xiàng)所述的方法，其特征在于，在所述切換完成后，目 標(biāo)eNB向目標(biāo)匪E發(fā)送切換完成指示消息，所述切換完成指示消息攜帶小區(qū)流量蹤跡信息 Cell Traffic Trace。
14. 根據(jù)權(quán)利要求13所述的方法，其特征在于，所述Ce11 Traffic Trace信息攜帶于 路徑切換請(qǐng)求Path Switch Request或切換指示Handover Notify。
15. —種移動(dòng)管理實(shí)體匪E，其特征在于，包括蹤跡Trace相關(guān)信息保存模塊，用于在匪E保存的UE上下文中保存Trace相關(guān)信息； Trace激活模塊，根據(jù)所述UE上下文中保存的Trace相關(guān)信息激活Trace。
16. 根據(jù)權(quán)利要求15所述的匪E，其特征在于，所述Trace激活模塊進(jìn)一步包括，Trace 激活信息發(fā)送模塊，所述Trace激活信息發(fā)送模塊用于向相應(yīng)的網(wǎng)絡(luò)實(shí)體發(fā)送Trace激活 信息，所述相應(yīng)的網(wǎng)絡(luò)實(shí)體包括基站或網(wǎng)關(guān)。
17. —種LTE網(wǎng)絡(luò)中實(shí)現(xiàn)信息跟蹤激活的方法，其特征在于，包括 接收會(huì)話(huà)建立請(qǐng)求，所述會(huì)話(huà)建立請(qǐng)求攜帶蹤跡Trace相關(guān)信息； 根據(jù)所述Trace相關(guān)信息激活Trace。
18. 如權(quán)利要求17所述的的方法，其特征在于，所述會(huì)話(huà)建立請(qǐng)求包括承載建立請(qǐng)求 消息或承載修改請(qǐng)求消息。
19. 如權(quán)利要求18所述的方法，其特征在于，所述承載建立請(qǐng)求消息為演進(jìn)的無(wú)線(xiàn)接 入承載建立請(qǐng)求消息E-RAB SETUP REQUEST 。
20. 如權(quán)利要求18所述的方法，其特征在于，所述承載修改請(qǐng)求消息為演進(jìn)的無(wú)線(xiàn)接 入承載修改請(qǐng)求消息E-RAB MODIFY REQUEST。
21. —種移動(dòng)管理實(shí)體匪E，其特征在于，包括會(huì)話(huà)建立請(qǐng)求接收模塊，用于接收會(huì)話(huà)建立請(qǐng)求，所述會(huì)話(huà)建立請(qǐng)求攜帶蹤跡Trace 相關(guān)信息；蹤跡Trace激活模塊，根據(jù)所述Trace相關(guān)信息激活Trace。
全文摘要
本發(fā)明實(shí)施例提供了一種LTE網(wǎng)絡(luò)中實(shí)現(xiàn)信息跟蹤激活的方法、裝置包括接收源MME發(fā)送的用戶(hù)設(shè)備UE的上下文，該UE上下文攜帶蹤跡Trace相關(guān)信息，根據(jù)所述UE上下文，激活Trace。通過(guò)采用本發(fā)明實(shí)施例提供的技術(shù)方案，可以實(shí)現(xiàn)蹤跡Trace信息的連續(xù)性，有利于網(wǎng)絡(luò)運(yùn)營(yíng)和維護(hù)。本發(fā)明實(shí)施例同時(shí)還公開(kāi)了一種裝置，可以實(shí)現(xiàn)Trace的激活。相似地，同時(shí)，本發(fā)明實(shí)施例還針對(duì)核心網(wǎng)實(shí)體和接入網(wǎng)實(shí)體會(huì)話(huà)建立過(guò)程提出了另外一種LTE網(wǎng)絡(luò)中實(shí)現(xiàn)信息跟蹤激活的方法及裝置。
文檔編號(hào)H04W64/00GK101742578SQ20091000334
公開(kāi)日2010年6月16日 申請(qǐng)日期2009年1月16日 優(yōu)先權(quán)日2009年1月16日
發(fā)明者于琦, 國(guó)煒, 姜怡, 張戩, 權(quán)威 申請(qǐng)人:華為技術(shù)有限公司