專利名稱：信令跟蹤信息的發(fā)送方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種信令跟蹤信息的發(fā)送方法及裝置。
背景技術(shù)：
通信系統(tǒng)全網(wǎng)元信令跟蹤功能(TRACE)的目的是跟蹤某個(gè)小區(qū)內(nèi)所有用戶終端 (User Equipment，簡稱為UE)或某個(gè)指定UE的信令信息，以便于測試和定位問題、系統(tǒng)優(yōu)化分析等。相關(guān)技術(shù)中，定義了 TRACE信令跟蹤的激活與去激活的過程可以基于管理或基于信令控制，跟蹤對象可以是一個(gè)或多個(gè)小區(qū)也可以是一個(gè)或多個(gè)指定UE?；诠芾淼姆绞綄?shí)現(xiàn)對一個(gè)或多個(gè)小區(qū)的信令跟蹤的激活的過程如下若某小區(qū)的信令跟蹤被激活，則對于該激活小區(qū)上的所有已存在UE和后續(xù)新接入U(xiǎn)E,演進(jìn)基站(E-UTRAN Node B，簡稱為eM)都應(yīng)發(fā)送CELL TRAFFIC TRACE消息給移動管理實(shí)體 (Mobility Management Entity，簡稱為MME)，并按照配置的信令跟蹤參數(shù)要求將信令發(fā)送到信令收集實(shí)體上。同時(shí)，也可以通過基于管理或基于信令的方式激活對一個(gè)或多個(gè)指定UE的信令跟蹤，對基于信令激活的方式，包括以下幾種情況1) eNB收到MME發(fā)送的TRACE START (信令跟蹤啟動)消息，則按照消息中的信令跟蹤參數(shù)配置立即激活信令跟蹤；2) eNB 收到 MME 發(fā)送的 INITIAL CONTEXT SETUPREQUEST (上下文建立請求)消息， 若消息中攜帶有Trace Activation信元，則按照信元中的信令跟蹤參數(shù)配置立即激活信令足艮!？宗；3) eNB收到X2 口的HANDOVER REQUEST (切換請求)消息，若消息中攜帶有！"race Activation信元，則按照信元中的信令跟蹤參數(shù)配置立即激活信令跟蹤；4) eNB收到Sl 口的HANDOVER REQUEST (切換請求)消息，若消息中攜帶有！"race Activation信元，則按照信元中的信令跟蹤參數(shù)配置立即激活信令跟蹤。其中，信令跟蹤配置參數(shù)(Trace Activation信元)包括以下內(nèi)容DE-UTRAN Trace ID (跟蹤 ID)由 Trace Ref erence (跟蹤任務(wù)標(biāo)識)和 Trace Recording Session Reference (跟蹤記錄標(biāo)識)組成，在E-UTRAN內(nèi)唯一標(biāo)識一條跟蹤；2) Interfaces To Trace (跟蹤接口)指示跟蹤哪個(gè)或哪些接口上的信令，可以是 Sl-MME、X2、Uu 或其他接口 ；3)Trace d印th(跟蹤深度)指示信令上報(bào)的內(nèi)容形式，包括淺層、中層、深層、廠家自定義淺層、廠家自定義中層和廠家自定義深層六種形式；4) Trace Collection Entity IP Address (信令收集實(shí)體的 IP 地址)。在全網(wǎng)元信令跟蹤中，可通過E-UTRAN Trace ID來唯一標(biāo)識一條跟蹤。對于同一 UE,可能會收到多次信令跟蹤啟動消息，在這種情況下，若消息中的Trace Reference不同， 就應(yīng)當(dāng)按照消息中的配置參數(shù)啟動一次新的跟蹤，如圖1所示(圖中MME發(fā)送給eNB的跟蹤啟動消息可以為TRACE START或INITIAL CONTEXTSETUP REQUEST消息)。這就意味著， 對于同一 UE，可能會存在多條跟蹤，如跟蹤不同接口上的信令，或使用多個(gè)不同的信令收集實(shí)體等。若已啟動信令跟蹤的UE即將發(fā)生X2切換，則切換的源eNB應(yīng)保存當(dāng)前的跟蹤配置參數(shù)，同時(shí)將配置參數(shù)攜帶在HANDOVERREQUEST消息的Trace Activation信元中發(fā)送給目標(biāo)eNB，目標(biāo)eNB收到該消息后應(yīng)立即按照跟蹤參數(shù)的要求啟動跟蹤，以此來保證跟蹤的連續(xù)性。若該UE即將發(fā)生Sl切換，則由MME側(cè)來控制將跟蹤信息填寫在HANDOVER REQUEST 消息的Trace Activation信元中發(fā)送給目標(biāo)eNB，目標(biāo)eNB收到該消息后應(yīng)立即按照跟蹤參數(shù)的要求啟動跟蹤，以此來保證跟蹤的連續(xù)性。相關(guān)技術(shù)中，由于X2 口 HANDOVER REQUEST消息的iTraceActivation信元中，僅保存一條跟蹤的配置信息，因此，當(dāng)UE在切換源eNB側(cè)啟動了多條跟蹤的情況下，切換后僅有一條跟蹤的信息能攜帶到目的eNB側(cè)并被啟動，而其他跟蹤只能被迫中止。同樣，在Sl切換中，由于Sl 口 Handover Request消息的！"race Activation信元中，也僅保存一條跟蹤的配置信息，因此切換后，僅有一條跟蹤信息能攜帶到目的eNB側(cè)并被啟動，而其他跟蹤只能被迫中止。同時(shí)，若MME在UE的Sl連接不存在的情況下，收到了網(wǎng)管(Element Manager，簡稱為EM)下發(fā)的對于該UE的跟蹤配置命令，MME需在該UE的Sl邏輯鏈路建立成功時(shí)，發(fā)送 Sl 口的跟蹤啟動消息給eNB，指示eNB開啟對于該UE的信令跟蹤。Sl 口的跟蹤啟動消息包括 TRACE START 和 INITIAL CONTEXT SETUPREQUEST 消息。由于 TRACE START 和 INITIAL CONTEXT SETUPREQUEST消息中均僅包含一條跟蹤配置信息，因此，若EM在UESl鏈路不存在時(shí)下發(fā)了多條跟蹤配置給MME (跟蹤標(biāo)識不同)，則當(dāng)UE的Sl鏈路建成時(shí)，MME需連續(xù)下發(fā)多條跟蹤啟動消息給eNB用以啟動多條跟蹤(可以是一條INITIAL CONTEXT SETUPREQUEST 消息和多條TRACE START消息，或使用多條TRACESTART消息)，這無疑加大了 Sl 口信令交互的負(fù)擔(dān)。上一問題在基于小區(qū)的跟蹤中也存在，由于CELL TRAFFICTRACE消息中也僅攜帶一套跟蹤配置參數(shù)，當(dāng)對于同一小區(qū)EM配置了多條跟蹤被激活時(shí)，該激活小區(qū)中的所有已存在UE和后續(xù)接入的UE都需要發(fā)送多條CELL TRAFFIC TRACE消息給MME，用于開啟所有跟蹤，這也會大大增加Sl 口的信令交互負(fù)擔(dān)。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種信令跟蹤信息的發(fā)送方法及裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種信令跟蹤信息的發(fā)送方法，包括在信令跟蹤信息中攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)；發(fā)送信令跟蹤信息，用于激活信令跟蹤或維持信令跟蹤。進(jìn)一步地，通過將信令跟蹤信息中的信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。進(jìn)一步地，多條信令跟蹤對應(yīng)的用戶設(shè)備發(fā)生X2 口切換，信令跟蹤信息為X2 口的切換請求消息，發(fā)送信令跟蹤信息包括切換的源演進(jìn)基站發(fā)送切換請求消息至切換的目的演進(jìn)基站，用于維持用戶設(shè)備的信令跟蹤。進(jìn)一步地，多條信令跟蹤對應(yīng)的用戶設(shè)備發(fā)生Sl 口切換，信令跟蹤信息為Sl 口的切換請求消息，發(fā)送信令跟蹤信息包括移動管理實(shí)體MME發(fā)送切換請求消息至切換的目的演進(jìn)基站，用于維持用戶設(shè)備的信令跟蹤。進(jìn)一步地，多條信令跟蹤對應(yīng)的用戶設(shè)備未建立Sl鏈路，信令跟蹤信息包括信令跟蹤啟動消息或上下文建立請求消息，發(fā)送信令跟蹤信息包括MME在用戶設(shè)備建立Sl鏈路成功的情況下發(fā)送信令跟蹤消息至用戶設(shè)備對應(yīng)的演進(jìn)基站，用于激活用戶設(shè)備的信令足艮S宗。進(jìn)一步地，通過將信令跟蹤信息中的跟蹤激活信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。進(jìn)一步地，多條信令跟蹤在某小區(qū)下被激活，信令跟蹤信息為小區(qū)跟蹤消息，發(fā)送信令跟蹤信息包括某小區(qū)對應(yīng)的演進(jìn)基站發(fā)送小區(qū)跟蹤消息至MME，用于MME激活某小區(qū)下的用戶設(shè)備的信令跟蹤。進(jìn)一步地，通過將信令跟蹤信息中的E-UTRAN跟蹤ID和信令收集實(shí)體的IP地址信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。根據(jù)本發(fā)明的另一個(gè)方面，提供了一種信令跟蹤信息的發(fā)送裝置，包括設(shè)置模塊，用于在信令跟蹤信息中攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)；發(fā)送模塊，用于發(fā)送信令跟蹤信息以激活信令跟蹤或維持信令跟蹤。進(jìn)一步地，設(shè)置模塊通過將信令跟蹤信息的信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。通過本發(fā)明，采用在信令跟蹤信息中攜帶多條跟蹤對應(yīng)的信令跟蹤配置參數(shù)并發(fā)送，解決了相關(guān)技術(shù)中激活或維持多條信令跟蹤時(shí)信令交互對Si 口造成較大負(fù)擔(dān)的問題， 減輕了 Sl 口的信令交互負(fù)擔(dān)，提高了系統(tǒng)的性能。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的UE啟動多條信令跟蹤時(shí)的流程示意圖；圖2是根據(jù)本發(fā)明實(shí)施例的信令跟蹤信息的發(fā)送裝置的結(jié)構(gòu)框圖；圖3是根據(jù)本發(fā)明實(shí)施例的信令跟蹤信息的發(fā)送方法的流程圖；圖4是根據(jù)本發(fā)明優(yōu)選實(shí)例1的多條跟蹤下的用戶設(shè)備進(jìn)行X2切換的流程圖；圖5是根據(jù)本發(fā)明優(yōu)選實(shí)例2的多條跟蹤下的用戶設(shè)備進(jìn)行Sl切換的流程圖；圖6是根據(jù)本發(fā)明優(yōu)選實(shí)例3的多條跟蹤下的用戶設(shè)備建立Sl鏈路的流程圖；以及，圖7是根據(jù)本發(fā)明優(yōu)選實(shí)例4的小區(qū)啟動多條跟蹤下的處理流程圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。
在需要激活信令跟蹤的情況下，通常由eNB向MME發(fā)送信令跟蹤信息，或由MME向 eNB發(fā)送信令跟蹤信息；在需要維持切換的終端的信令跟蹤的情況下，通常由源eNB向目的 eNB發(fā)送信令跟蹤信息，或由MME向目的eNB發(fā)送信令跟蹤信息。圖3是根據(jù)本發(fā)明實(shí)施例的信令跟蹤信息的發(fā)送方法的流程圖，該方法包括如下的步驟步驟S302，在信令跟蹤信息中攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)；步驟S304，發(fā)送信令跟蹤信息，用于激活信令跟蹤或維持信令跟蹤。相關(guān)技術(shù)中，信令跟蹤信息僅攜帶一條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)，若存在多條信令跟蹤，則在進(jìn)行信令跟蹤激活或維持的情況下，需發(fā)送多條信令跟蹤信息，增加了 Si 口的信令交互負(fù)擔(dān)，本發(fā)明實(shí)施例提供的方法通過在信令跟蹤消息中攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)，從而可以僅通過一條信息將當(dāng)前多條信令跟蹤的參數(shù)通知給接收端，從而減輕了 Si 口的信令交互負(fù)擔(dān)，提高了系統(tǒng)的性能。優(yōu)選地，可以通過將信令跟蹤信息中的信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)，通過數(shù)組方式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)，實(shí)現(xiàn)簡單，且對信息的格式修改較小。當(dāng)然，也可以采用其他的方式攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)，而不僅限于采用數(shù)組的方式。以上方法可應(yīng)用在以下幾種場景下(1)多條信令跟蹤對應(yīng)的用戶設(shè)備發(fā)生X2 口切換，信令跟蹤信息為X2 口的切換請求(HANDOVER REQUEST)消息，發(fā)送該信令跟蹤信息的過程包括切換的源演進(jìn)基站發(fā)送切換請求消息至切換的目的演進(jìn)基站，用于維持用戶設(shè)備的信令跟蹤。這樣，當(dāng)UE在啟動多條跟蹤的情況下發(fā)生切換時(shí)，若為X2切換，則源eNB可將所有跟蹤信息都攜帶在HANDOVERREQUEST消息中發(fā)送至目的eNB，并由目的eNB啟動跟蹤，保證切換前后跟蹤的完整性。優(yōu)選地，可以通過將信令跟蹤信息中的跟蹤激活(TRACEActivation)信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。該方法易于實(shí)現(xiàn)，且對現(xiàn)有的信息格式修改較小。圖4示出了多條跟蹤下的X2切換流程，包括以下步驟步驟1，UEl接入源eNB ；步驟2，在業(yè)務(wù)持續(xù)期間，源eNB收到MME下發(fā)的η次(η > 1)跟蹤啟動消息，消息中指定要對UEl啟動信令跟蹤，由于跟蹤啟動消息中的跟蹤標(biāo)識不同，則源eNB按照每一次跟蹤配置參數(shù)要求，對UEl共啟動了 η條跟蹤；步驟3，源eNB收到UEl上報(bào)的測量報(bào)告，經(jīng)過決策判定為X2 口切換；步驟4，源eNB組裝X2 口的切換請求(HANDOVERREQUEST)消息發(fā)送至目的eNB， HANDOVER REQUEST消息中的Trace Activation信元修改為數(shù)組形式后，可攜帶跟蹤標(biāo)識為 1至跟蹤標(biāo)識為η的η條跟蹤配置信息；步驟5，目的eNB側(cè)收到HANDOVER REQUEST消息后，判斷消息中攜帶了 Trace Activation信元，同時(shí)按照信元中的參數(shù)配置，啟動跟蹤標(biāo)識為1至跟蹤標(biāo)識為η的UEl的 η條跟蹤；步驟6，UEl切換至目的eNB。
(2)多條信令跟蹤對應(yīng)的用戶設(shè)備發(fā)生Sl 口切換，信令跟蹤信息為Sl 口的切換請求消息(HANDOVER REQUEST)，發(fā)送該信令跟蹤信息的過程包括移動管理實(shí)體MME發(fā)送切換請求消息至切換的目的演進(jìn)基站，用于維持用戶設(shè)備的信令跟蹤。這樣，當(dāng)UE在啟動多條跟蹤的情況下發(fā)生切換時(shí)，若為Sl切換，則MME可將UE在源eNB啟動的所有跟蹤信息通知到目的eNB，并由目的eNB啟動跟蹤，保證切換前后跟蹤的完整性。優(yōu)選地，可以通過將信令跟蹤信息中的跟蹤激活(TRACEActivation)信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。該方法易于實(shí)現(xiàn)，且對現(xiàn)有的信息格式修改較小。圖5示出了多跟蹤下的Sl切換流程，包括以下步驟步驟1，UEl接入源eNB ；步驟2，在業(yè)務(wù)持續(xù)期間，源eNB收到MME下發(fā)的η次(η > 1)跟蹤啟動消息，消息中指定要對UEl啟動信令跟蹤，由于跟蹤啟動消息中的跟蹤標(biāo)識不同，則源eNB按照每一次跟蹤配置參數(shù)要求，對UEl共啟動了 η條跟蹤；步驟3，源eNB收到UEl上報(bào)的測量報(bào)告，經(jīng)過決策判定為是Sl 口切換；步驟4，源eNB組裝Sl 口的切換請求(HANDOVERREQUIRED)消息發(fā)送至MME ；步驟5，MME收到消息后，判斷出UEl在源eNB側(cè)啟動了 η條跟蹤，跟蹤標(biāo)識為1到 η，則MME發(fā)給目的eNB的切換請求(HANDOVER REQUEST)消息中填寫上Trace Activation 信元，該信元修改為數(shù)組形式后，可攜帶跟蹤標(biāo)識為1至跟蹤標(biāo)識為η的η條跟蹤配置信息；步驟6，目的eNB側(cè)收到HANDOVER REQUEST消息后，判斷消息中攜帶了 Trace Activation信元，同時(shí)按照信元中的參數(shù)配置，啟動跟蹤標(biāo)識為1至跟蹤標(biāo)識為η的η條跟蹤；步驟7，UEl切換至目的eNB。(3)多條信令跟蹤對應(yīng)的用戶設(shè)備未建立Sl鏈路，信令跟蹤信息包括信令跟蹤啟動(TRACE START)消息或上下文建立請求(INITIAL CONTEXT SETUP REQUEST)消息，發(fā)送該信令跟蹤信息的過程包括:MME在用戶設(shè)備建立Sl鏈路成功的情況下發(fā)送信令跟蹤消息至用戶設(shè)備對應(yīng)的演進(jìn)基站，用于激活用戶設(shè)備的信令跟蹤。當(dāng)對于附著態(tài)Sl鏈路未建立的UE，EM向MME配置了多條跟蹤時(shí)，MME可在UE Sl 鏈路建成時(shí)，僅通過發(fā)送一條消息(TRACE START或INITIAL CONTEXT SETUP REQUEST)給 eNB就開啟所有跟蹤，減輕了 Sl 口的信令交互負(fù)擔(dān)，提高了系統(tǒng)的性能。優(yōu)選地，可以通過將信令跟蹤信息中的跟蹤激活(TRACEActivation)信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。該方法易于實(shí)現(xiàn)，且對現(xiàn)有的信息格式修改較小。圖6示出了多條跟蹤下的UE接入流程，包括以下步驟步驟1，此時(shí)UEl處于EMM REGISTERED (核心網(wǎng)注冊)，RRC IDLE (RRC空閑)狀態(tài)， 即核心網(wǎng)保存有UEl的上下文信息，但不存在該UEl的eNB到MME的Sl邏輯鏈路。在這種情況下，EM下發(fā)配置給MME，要求啟動對UEl的信令跟蹤，且啟動的跟蹤條數(shù)為η條(η > 1)，該配置需要在UEl的Sl邏輯鏈路建成時(shí)，由MME下發(fā)給eNB，在eNB側(cè)啟動生效；
步驟2，UEl發(fā)起接入流程；步驟3，MME 在回復(fù)給 eNB 的 INITIAL CONTEXT SETUPREQUEST 消息中攜帶 Trace Activation信元，該信元修改為數(shù)組形式后，可攜帶跟蹤標(biāo)識為1至跟蹤標(biāo)識為η的η條跟蹤配置信息；步驟4，eNB側(cè)收到INITIAL CONTEXT SETUP REQUEST消息后，判斷消息中攜帶了 Trace Activation信元，同時(shí)按照信元中的參數(shù)配置，啟動跟蹤標(biāo)識為1至跟蹤標(biāo)識為η的 η 艮S宗。步驟3中，也可以如圖6虛框中所示，通過MME給eNB下發(fā)TRACE START消息，在消息中攜帶跟蹤標(biāo)識為1至跟蹤標(biāo)識為η的η條跟蹤配置信息，達(dá)到同樣的目的。(4)多條信令跟蹤在某小區(qū)下被激活，信令跟蹤信息為小區(qū)跟蹤(CELL TRAFFIC TRACE)消息，發(fā)送該信令跟蹤信息的過程包括某小區(qū)對應(yīng)的演進(jìn)基站發(fā)送小區(qū)跟蹤消息至MME，用于MME激活某小區(qū)下的用戶設(shè)備的信令跟蹤。當(dāng)EM對同一小區(qū)配置了多條跟蹤被激活時(shí)，激活小區(qū)的所有已存在UE和后續(xù)接入U(xiǎn)E僅需要發(fā)送一條CELL TRAFFIC TRACE消息給MME，便可開啟所有跟蹤，極大的減少Sl 口信令交互。優(yōu)選地，可以通過將信令跟蹤信息中的E-UTRAN跟蹤ID (E-UTRAN TRACE ID)和信令收集實(shí)體的IP地址(TraceCollection Entity IP Address)信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。該方法易于實(shí)現(xiàn)，且對現(xiàn)有的信息格式修改較小。圖7示出了小區(qū)啟動多條跟蹤的流程，包括以下步驟步驟1，EM下發(fā)跟蹤配置給eNB，要求針對eNB內(nèi)的小區(qū)1啟動小區(qū)信令跟蹤，且啟動的跟蹤條數(shù)為η條(η > 1)；步驟2，UEl為小區(qū)1中已存在的用戶，eNB立即發(fā)送CELLTRAFFIC TRACE消息給 MME，要求啟動 UEl 的信令跟蹤，CELLTRAFFIC TRACE 消息中的 E-UTRAN Trace ID 和 Trace CollectionEntity IP Address信元格式修改為數(shù)組形式后，可攜帶跟蹤標(biāo)識為1至跟蹤標(biāo)識為η的η條跟蹤配置信息；步驟3，MME收到CELL TRAFFIC TRACE消息后，按照消息中的配置要求，啟動跟蹤標(biāo)識為1至跟蹤標(biāo)識為η的η條跟蹤；步驟4，UE2為后續(xù)接入小區(qū)1的用戶，eNB發(fā)送CELLTRAFFIC TRACE消息給MME， 消息內(nèi)容及后續(xù)MME的處理過程同上，不再贅述。在需要激活信令跟蹤的情況下，通常由eNB向MME發(fā)送信令跟蹤信息，或由MME向 eNB發(fā)送信令跟蹤信息；在需要維持切換的終端的信令跟蹤的情況下，通常由源eNB向目的 eNB發(fā)送信令跟蹤信息，或由MME向目的eNB發(fā)送信令跟蹤信息。本發(fā)明實(shí)施例提供的發(fā)送裝置可以包括以上eNB和/或MME，圖2是根據(jù)本發(fā)明實(shí)施例的信令跟蹤信息的發(fā)送裝置的結(jié)構(gòu)框圖，該裝置包括設(shè)置模塊22，用于在信令跟蹤信息中攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)；發(fā)送模塊M，連接于設(shè)置模塊22，用于發(fā)送信令跟蹤信息以激活信令跟蹤或維持信令跟蹤。
相關(guān)技術(shù)中，發(fā)送裝置發(fā)送的信令跟蹤信息僅攜帶一條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)，若存在多條信令跟蹤，則需發(fā)送多條信令跟蹤信息，增加了 Si 口的信令交互負(fù)擔(dān)，本發(fā)明實(shí)施例提供的裝置通過設(shè)置模塊22在信令跟蹤消息中攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)，從而可以僅通過一條信息將當(dāng)前多條信令跟蹤的參數(shù)通知給接收端，從而減輕了 Sl 口的信令交互負(fù)擔(dān)，提高了系統(tǒng)的性能。優(yōu)選地，設(shè)置模塊22通過將信令跟蹤信息的信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。通過數(shù)組方式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)，實(shí)現(xiàn)簡單，且對信息的格式修改較小。綜上所述，本發(fā)明實(shí)施例提供的方案通過一條消息同時(shí)攜帶多條跟蹤信息，減輕了 Si 口的信令交互負(fù)擔(dān)，提高了系統(tǒng)的性能。需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲在存儲裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種信令跟蹤信息的發(fā)送方法，其特征在于，包括在信令跟蹤信息中攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)；發(fā)送所述信令跟蹤信息，用于激活信令跟蹤或維持信令跟蹤。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，通過將所述信令跟蹤信息中的信元格式設(shè)置為數(shù)組的形式來攜帶所述多條信令跟蹤對應(yīng)的所述信令跟蹤配置參數(shù)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多條信令跟蹤對應(yīng)的用戶設(shè)備發(fā)生 X2 口切換，所述信令跟蹤信息為X2 口的切換請求消息，發(fā)送所述信令跟蹤信息包括切換的源演進(jìn)基站發(fā)送所述切換請求消息至切換的目的演進(jìn)基站，用于維持所述用戶設(shè)備的信令跟蹤。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多條信令跟蹤對應(yīng)的用戶設(shè)備發(fā)生 Sl 口切換，所述信令跟蹤信息為Sl 口的切換請求消息，發(fā)送所述信令跟蹤信息包括移動管理實(shí)體MME發(fā)送所述切換請求消息至切換的目的演進(jìn)基站，用于維持所述用戶設(shè)備的信令跟蹤。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多條信令跟蹤對應(yīng)的用戶設(shè)備未建立Si鏈路，所述信令跟蹤信息包括信令跟蹤啟動消息或上下文建立請求消息，發(fā)送所述信令跟蹤信息包括MME在所述用戶設(shè)備建立Sl鏈路成功的情況下發(fā)送所述信令跟蹤消息至所述用戶設(shè)備對應(yīng)的演進(jìn)基站，用于激活所述用戶設(shè)備的信令跟蹤。
6.根據(jù)權(quán)利要求3至5中任一項(xiàng)所述的方法，其特征在于，通過將信令跟蹤信息中的跟蹤激活信元格式設(shè)置為數(shù)組的形式來攜帶所述多條信令跟蹤對應(yīng)的所述信令跟蹤配置參數(shù)。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多條信令跟蹤在某小區(qū)下被激活，所述信令跟蹤信息為小區(qū)跟蹤消息，發(fā)送所述信令跟蹤信息包括所述某小區(qū)對應(yīng)的演進(jìn)基站發(fā)送所述小區(qū)跟蹤消息至MME，用于所述MME激活所述某小區(qū)下的用戶設(shè)備的信令跟蹤。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，通過將信令跟蹤信息中的E-UTRAN跟蹤 ID和信令收集實(shí)體的IP地址信元格式設(shè)置為數(shù)組的形式來攜帶所述多條信令跟蹤對應(yīng)的所述信令跟蹤配置參數(shù)。
9.一種信令跟蹤信息的發(fā)送裝置，其特征在于，包括設(shè)置模塊，用于在信令跟蹤信息中攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)；發(fā)送模塊，用于發(fā)送所述信令跟蹤信息以激活信令跟蹤或維持信令跟蹤。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述設(shè)置模塊通過將所述信令跟蹤信息的信元格式設(shè)置為數(shù)組的形式來攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)。
全文摘要
本發(fā)明公開了一種信令跟蹤信息的發(fā)送方法及裝置，該方法包括在信令跟蹤信息中攜帶多條信令跟蹤對應(yīng)的信令跟蹤配置參數(shù)；發(fā)送信令跟蹤信息，用于激活信令跟蹤或維持信令跟蹤。本發(fā)明減輕了S1口的信令交互負(fù)擔(dān)，提高了系統(tǒng)的性能。
文檔編號H04W24/02GK102196394SQ20101013862
公開日2011年9月21日 申請日期2010年3月16日 優(yōu)先權(quán)日2010年3月16日
發(fā)明者劉靜 申請人:中興通訊股份有限公司