專利名稱：跟蹤會話同步方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，具體涉及跟蹤會話同步方法和跟蹤會話同步裝置。
背景技術(shù)：
隨著移動通信網(wǎng)絡(luò)的發(fā)展，網(wǎng)絡(luò)的規(guī)模逐漸增大，網(wǎng)絡(luò)的故障定位以及故障排除也日趨困難。用戶設(shè)備全網(wǎng)信令跟蹤是跟蹤指定的用戶標(biāo)識，例如國際移動用戶識別碼 (IMSI, International Mobile Subscriber Identity)或國際移動設(shè)備識別碼(ΙΜΕΙ， International Mobile Equipment Identity)所對應(yīng)的用戶設(shè)備(UE,User Equipment)在無線接入網(wǎng)和核心網(wǎng)的所有信令，分布或存在于不同網(wǎng)元內(nèi)的和該用戶相關(guān)的信令都可以被收集到一個統(tǒng)計的應(yīng)用程序中進行分析。在現(xiàn)有技術(shù)中，用戶設(shè)備全網(wǎng)跟蹤通常從核心網(wǎng)的網(wǎng)元發(fā)起，例如由歸屬用戶服務(wù)器(HSS, Home Subscriber Server)或者移動性管理實體(MME，Mobility Management Equipment)發(fā)起，通過網(wǎng)元之間相關(guān)的信令來激活下級網(wǎng)元或者目標(biāo)網(wǎng)元上的跟蹤會話， 從而實現(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同步。為了實現(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同步，用戶設(shè)備進行切換時，即從源基站切換到目標(biāo)基站時，目標(biāo)基站也必須激活對此用戶設(shè)備的跟蹤會話，現(xiàn)有技術(shù)中主要通過源基站向目標(biāo)基站發(fā)送攜帶有跟蹤激活信元的切換請求消息來實現(xiàn)，該跟蹤激活信元中攜帶有與用戶標(biāo)識相對應(yīng)的跟蹤參考號，跟蹤參考號在一次跟蹤會話過程中是不變的。目標(biāo)基站在接收到切換請求消息后，根據(jù)該跟蹤激活信元激活對用戶設(shè)備的跟蹤會話，實現(xiàn)該用戶設(shè)備的全網(wǎng)跟蹤會話同步。發(fā)明人發(fā)現(xiàn)，在用戶設(shè)備進行切換時，目標(biāo)基站由于當(dāng)前系統(tǒng)資源或當(dāng)前已激活的跟蹤會話的數(shù)量超過規(guī)格限制等原因，導(dǎo)致目標(biāo)基站激活跟蹤會話失敗，不能實現(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同步。

發(fā)明內(nèi)容
本發(fā)明提供一種跟蹤會話同步方法和裝置，能夠?qū)崿F(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同
止
少ο本發(fā)明實施例提供的跟蹤會話同步方法，包括在根據(jù)信令中包含的跟蹤激活信元激活跟蹤會話失敗后，將跟蹤激活信元保存在等候隊列中；根據(jù)保存在等候隊列中的跟蹤激活信元激活跟蹤會話。本發(fā)明實施例還提供一種跟蹤會話同步方法，包括接收基站發(fā)送的路徑切換請求信令，根據(jù)路徑切換請求信令判斷用戶設(shè)備是否存在激活的跟蹤會話；在判斷用戶設(shè)備存在激活的跟蹤會話時，向基站發(fā)送跟蹤激活信元，該跟蹤激活信元中的跟蹤參考號與用戶設(shè)備的用戶標(biāo)識相對應(yīng)。本發(fā)明實施例提供的跟蹤會話同步裝置，包括存儲單元，用于在根據(jù)信令中包含的跟蹤激活信元激活跟蹤會話失敗后，將跟蹤激活信元保存在等候隊列中；以及激活處理
3單元，用于根據(jù)保存在等候隊列中的跟蹤激活信元激活該跟蹤會話。本發(fā)明實施例還提供一種跟蹤會話同步裝置，包括接收單元，用于接收基站發(fā)送的路徑切換請求信令；判斷單元，用于根據(jù)路徑切換請求信令判斷用戶設(shè)備是否存在激活的跟蹤會話；以及發(fā)送單元，用于在判斷單元判斷該用戶設(shè)備存在激活的跟蹤會話時，向基站發(fā)送跟蹤激活信元，跟蹤激活信元中的跟蹤參考號與用戶設(shè)備的用戶標(biāo)識相對應(yīng)。在本發(fā)明實施例中，通過在切換成功后向目標(biāo)基站發(fā)送跟蹤激活信元，目標(biāo)基站可以根據(jù)該跟蹤激活信元激活對該用戶設(shè)備的跟蹤會話，實現(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同步。與現(xiàn)有技術(shù)中在根據(jù)信令中包含的跟蹤激活信元來激活跟蹤會話失敗后停止激活該跟蹤會話相比，本發(fā)明實施例可以激活該跟蹤會話，實現(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同步。


圖1是本發(fā)明跟蹤會話同步方法第一實施例的方法流程圖；圖2是本發(fā)明實施例提供的判斷等候隊列中是否存在跟蹤激活信元的方法流程圖；圖3是本發(fā)明跟蹤會話同步方法第二實施例的方法流程圖；圖4是本發(fā)明實施例提供的在切換過程中實現(xiàn)全網(wǎng)跟蹤會話同步的方法流程圖；圖5是本發(fā)明實施例提供的移動管理實體向目標(biāo)基站發(fā)送路徑切換請求確認信令的方法流程圖；圖6是本發(fā)明實施例提供的跟蹤會話同步裝置第一實施例的示意圖；圖7是本發(fā)明實施例提供的跟蹤會話同步裝置第二實施例的示意圖；圖8是本發(fā)明跟蹤會話同步裝置第二實施例中發(fā)送單元的示意圖。
具體實施例方式本發(fā)明提供了一種跟蹤會話同步方法和實現(xiàn)該方法的跟蹤會話同步裝置。為了更好的理解本發(fā)明的技術(shù)方案，下面結(jié)合附圖對本發(fā)明提供的實施例進行詳細地描述。參見圖1，圖1是本發(fā)明跟蹤會話同步方法第一實施例的方法流程圖。在本發(fā)明實施例中，基站在接收到切換請求信令后，根據(jù)切換請求信令中包含的跟蹤激活信元來激活該跟蹤會話，但由于基站當(dāng)前系統(tǒng)資源限制或其它原因?qū)е录せ钤摳檿捠?。步驟101、在根據(jù)信令中包含的跟蹤激活信元來激活跟蹤會話失敗后，將跟蹤激活信元保存在等候隊列中。在本發(fā)明實施例中，基站在根據(jù)切換請求信令中包含的跟蹤激活信元來激活跟蹤會話失敗后，將跟蹤激活信元保存在等候隊列中。其中，信令的類型不限于切換請求信令， 還可以是其它類型的信令，例如初始上下文建立請求信令等。步驟102、根據(jù)等候隊列中的跟蹤激活信元來激活跟蹤會話。在本發(fā)明實施例中，基站根據(jù)等候隊列中保存的跟蹤激活信元來前述跟蹤會話。在本發(fā)明實施例中，基站通過將激活該跟蹤會話所需的跟蹤激活信元保存在等候隊列中，根據(jù)等候隊列中保存的跟蹤激活信元來激活跟蹤會話，與現(xiàn)有技術(shù)中在根據(jù)信令中包含的跟蹤激活信元來激活跟蹤會話失敗后停止激活該跟蹤會話相比，本發(fā)明實施例可以激活該跟蹤會話，實現(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同步。在本發(fā)明實施例中，基站可以在激活跟蹤會話成功后，從等候隊列中刪除跟蹤激活信元?；就ㄟ^刪除已經(jīng)激活的跟蹤會話所對應(yīng)的跟蹤激活信元，可以避免對該跟蹤會話進行重復(fù)激活。在本發(fā)明實施例中，如果步驟102中根據(jù)等候隊列中保存的跟蹤激活信元來激活跟蹤會話不成功，基站將繼續(xù)執(zhí)行根據(jù)該跟蹤激活信元來激活跟蹤會話的步驟，并且在最終激活該跟蹤會話后，從等候隊列中刪除該跟蹤激活信元。在本發(fā)明實施例中，基站在根據(jù)切換請求信令中包含的跟蹤激活信元來激活跟蹤會話失敗后，將切換請求信令中的鏈路標(biāo)識保存在等候隊列中，切換請求信令中的鏈路標(biāo)識和跟蹤激活信元相對應(yīng)，基站在根據(jù)跟蹤激活信元激活該跟蹤會話后，從等候隊列中刪除該鏈路標(biāo)識和跟蹤激活信元。基站在接收到跟蹤去激活信令后，可以根據(jù)跟蹤去激活信令中包含的鏈路標(biāo)識，從等候隊列中刪除與去激活信令中包含的鏈路標(biāo)識相應(yīng)的鏈路標(biāo)識和跟蹤激活信元，可以避免該跟蹤會話被重復(fù)激活。另外，基站在判斷等候隊列中保存的鏈路標(biāo)識所對應(yīng)的鏈路被釋放的情況下，例如執(zhí)行用戶上下文釋放完成(UEContext Release Complete)信令、無線鏈路承載釋放響應(yīng)(E-Rab ReleaseResponse)或者無線資源管理連接釋放(RRC Connection Release)信令時用戶設(shè)備和目標(biāo)基站之間的鏈路已經(jīng)被釋放，基站從等候隊列中刪除相應(yīng)的跟蹤激活信元和鏈路標(biāo)識。參見圖2，圖2是本發(fā)明實施例提供的判斷等候隊列中是否存在跟蹤激活信元的方法流程圖。在本發(fā)明實施例中，基站在執(zhí)行根據(jù)保存在等候隊列中的跟蹤激活信元來激活跟蹤會話的步驟之前還可以包括以下步驟步驟201、判斷等候隊列是否為空；步驟202、在判斷等候隊列不為空的情況下，觸發(fā)根據(jù)保存在等候隊列中的跟蹤激活信元來激活跟蹤會話的步驟。本發(fā)明實施例通過判斷等候隊列是否為空，可以在等候隊列不為空的情況下才開始執(zhí)行根據(jù)保存在等候隊列中的跟蹤激活信元來激活跟蹤會話的步驟。如果判斷當(dāng)前等候隊列為空，則說明該等候隊列中沒有保存跟蹤激活信元，也就不需要執(zhí)行跟蹤會話同步過程，可以節(jié)省基站的系統(tǒng)資源。在本發(fā)明實施例中，基站在激活跟蹤激活信元時也可以同時只激活一個跟蹤會話，也可以同時激活兩個或兩個以上的跟蹤會話，基站同時激活跟蹤會話的數(shù)量可以根據(jù)基站當(dāng)前的資源和跟蹤會話規(guī)格來靈活確定。參見圖3，圖3是本發(fā)明跟蹤會話同步方法第二實施例的方法流程圖。在源基站和目標(biāo)基站之間的切換流程結(jié)束后，目標(biāo)基站通過專用鏈路將路徑切換請求信令發(fā)送給上級的移動管理實體，移動管理實體作為目標(biāo)基站和源基站的上級節(jié)點， 保存所有接入用戶設(shè)備的跟蹤會話信息。步驟301、接收基站發(fā)送的路徑切換請求信令，根據(jù)該路徑切換請求信令判斷用戶設(shè)備是否存在激活的跟蹤會話。移動管理實體接收基站發(fā)送的路徑切換請求信令，并根據(jù)路徑切換請求信令中攜帶的鏈路標(biāo)識來獲取用戶設(shè)備的用戶標(biāo)識，然后根據(jù)用戶標(biāo)識判斷用戶設(shè)備是否存在激活的跟蹤會話。步驟302、在判斷該用戶設(shè)備存在激活的跟蹤會話時，向基站發(fā)送跟蹤激活信元， 該跟蹤激活信元中的跟蹤參考號與用戶設(shè)備的用戶標(biāo)識相對應(yīng)。移動管理實體在判斷該用戶設(shè)備存在激活的跟蹤會話后，向基站發(fā)送與該用戶設(shè)備相對應(yīng)的跟蹤激活信元，其中，跟蹤激活信元中的跟蹤參考號與用戶設(shè)備的用戶標(biāo)識相對應(yīng)。目標(biāo)基站在接收到跟蹤激活信元后，根據(jù)該跟蹤激活信元激活該跟蹤會話。本發(fā)明跟蹤會話同步方法第二實施例可以解決源基站由于系統(tǒng)故障或者其它原因?qū)е录せ罡檿捠?，在用戶設(shè)備切換到目標(biāo)基站時，源基站無法將激活該跟蹤會話所需的跟蹤激活信元發(fā)送給目標(biāo)基站，從而導(dǎo)致目標(biāo)基站無法實現(xiàn)對該用戶設(shè)備的全網(wǎng)跟蹤會話同步的技術(shù)問題。本發(fā)明實施例通過在切換成功后向目標(biāo)基站發(fā)送跟蹤激活信元， 目標(biāo)基站可以根據(jù)該跟蹤激活信元激活對該用戶設(shè)備的跟蹤會話，實現(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同步。其中，移動管理實體可以在路徑切換請求確認信令中增加跟蹤激活信元，向該基站發(fā)送攜帶有跟蹤激活信元的路徑切換請求確認信令。在本發(fā)明實施例中，不限于通過路徑切換請求確認信令發(fā)送跟蹤激活信元，還可以通過其它方式向基站發(fā)送跟蹤激活信元。 目標(biāo)基站在接收到路徑切換請求確認信令后，解析該路徑切換請求確認信令，如果發(fā)現(xiàn)其中包含跟蹤激活信元，則首先通過跟蹤參考號來判斷本地是否已經(jīng)啟動對該用戶的跟蹤會話，如果已經(jīng)啟動則跳過此步驟，否則目標(biāo)基站根據(jù)跟蹤激活信元激活對該用戶設(shè)備的跟蹤會話。目標(biāo)基站如果發(fā)現(xiàn)路徑切換請求確認信令中不存在跟蹤激活信元，說明不需要對用戶設(shè)備進行跟蹤，跳過此步驟。為更詳細的理解本發(fā)明，下面給出本發(fā)明的具體應(yīng)用場景。參見圖4，圖4是本發(fā)明實施例提供的在切換過程中實現(xiàn)全網(wǎng)跟蹤會話同步的方法流程圖。用戶設(shè)備處于全網(wǎng)跟蹤狀態(tài)，并且當(dāng)前由源基站切換到目標(biāo)基站。源基站和目標(biāo)基站之間可以通過X2接口進行通信，并且基站和MME之間可以通過Sl鏈路進行通信，MME 和UE之間可以通過Sl鏈路進行通信。其中MME和UE之間的Sl鏈路標(biāo)識為移動管理實體用戶設(shè)備應(yīng)用層協(xié)議鏈路標(biāo)識(MME UE SlAP ID, Mobility Management Entity User Equipment SlApplication Identity)。源基站通過X2接口或者MME通過Sl接口發(fā)送切換請求信令到目標(biāo)基站，該信令中攜帶跟蹤激活信元。目標(biāo)基站接收切換請求信令，根據(jù)跟蹤激活信元來激活對該用戶設(shè)備的跟蹤會話。如果目標(biāo)基站成功激活該跟蹤會話，實現(xiàn)對該用戶設(shè)備的全網(wǎng)跟蹤會話。則結(jié)束本流程，否則執(zhí)行步驟401。用戶設(shè)備將切換到該目標(biāo)基站，且目標(biāo)基站和用戶設(shè)備之間建立了一條專用的Sl鏈路，該鏈路標(biāo)識為演進式基站用戶設(shè)備應(yīng)用層協(xié)議鏈路標(biāo)識(eNB UE SlAP ID, Evolved NodeB User EquipmentSl Application Identity)。步驟401、目標(biāo)基站在根據(jù)切換請求信令中的跟蹤激活信元來激活跟蹤會話失敗后，將該切換請求信令中的跟蹤激活信元和鏈路標(biāo)識保存在等候隊列中。在本發(fā)明實施例中，目標(biāo)基站保存在等候隊列中的參數(shù)包括跟蹤激活信元和鏈路標(biāo)識，該鏈路標(biāo)識可以為eNB UE SlAP ID或者MME UE SlAP ID。
步驟402、目標(biāo)基站判斷該等候隊列中是否存在跟蹤激活信元。目標(biāo)基站判斷該等候隊列是否為空，在判斷該等候隊列不為空的情況下執(zhí)行步驟 403。步驟403、目標(biāo)基站根據(jù)保存在等候隊列中的跟蹤激活信元來激活該跟蹤會話。步驟如果目標(biāo)基站成功激活該跟蹤會話，則繼續(xù)執(zhí)行步驟404，否則開始執(zhí)行步驟 402。在本發(fā)明實施例中，目標(biāo)基站如果當(dāng)前系統(tǒng)資源限制或跟蹤會話規(guī)格限制等原因?qū)е录せ罡檿捠?，則繼續(xù)執(zhí)行步驟403，直到最終激活該跟蹤會話，實現(xiàn)對該用戶設(shè)備的全網(wǎng)跟蹤會話同步。步驟404、目標(biāo)基站在激活跟蹤會話成功后，從等候隊列中刪除該跟蹤激活信元和鏈路標(biāo)識。目標(biāo)基站在從等候隊列中刪除該跟蹤激活信元和鏈路標(biāo)識之后，開始執(zhí)行步驟 402，判斷等候隊列中是否存在跟蹤激活信元，循環(huán)執(zhí)行本流程。另外，目標(biāo)基站在接收到跟蹤去激活信令后，根據(jù)跟蹤去激活信令中包含的eNB UE SlAP ID或MME UE SlAP ID，可以從等候隊列中刪除相應(yīng)的跟蹤激活信元和鏈路標(biāo)識。 目標(biāo)基站還可以在判斷等候隊列中的eNB UE SlAPID或MME UE SlAP ID所對應(yīng)的鏈路被釋放的情況下，例如在執(zhí)行用戶設(shè)備上下文釋放完成(UE Context Release Complete)信令、無線鏈路承載釋放響應(yīng)(E-Rab Release Response)或者無線資源管理連接釋放(RRC ConnectionRelease)信令后用戶設(shè)備和目標(biāo)基站之間的鏈路已經(jīng)被釋放，目標(biāo)基站可以從等候隊列中刪除跟蹤激活信元和鏈路標(biāo)識，避免跟蹤會話被重復(fù)激活。在本發(fā)明實施例中，目標(biāo)基站可以同時執(zhí)行激活多個跟蹤會話的步驟，也可以每次執(zhí)行激活一個跟蹤會話的步驟，還可以在跟蹤會話中選擇優(yōu)先級高的跟蹤會話進行激活，具體激活策略可以根據(jù)當(dāng)前系統(tǒng)來靈活決定。參見圖5、圖5是本發(fā)明實施例提供的移動管理實體向目標(biāo)基站發(fā)送路徑切換請求確認信令的方法流程圖。在本發(fā)明實施例中，源基站由于系統(tǒng)故障或者其它原因?qū)е录せ罡檿捠?，在用戶設(shè)備切換到目標(biāo)基站時，源基站無法將激活該跟蹤會話所需的跟蹤激活信元發(fā)送給目標(biāo)基站。步驟501、MME接收目標(biāo)基站發(fā)送的路徑切換請求信令。在源基站和目標(biāo)基站之間的切換流程結(jié)束后，目標(biāo)基站向MME發(fā)送路徑切換請求信令，用于通知MME網(wǎng)元更新用戶平面的節(jié)點關(guān)系。步驟502、MME判斷用戶設(shè)備是否存在激活的跟蹤會話。MME作為目標(biāo)基站的上級節(jié)點，保存有該MME上所有接入用戶的跟蹤會話信息。 MME在接收到目標(biāo)基站通過Sl鏈路發(fā)送的路徑切換請求信令，根據(jù)該路徑切換請求信令中攜帶的MME UE SlAP ID來獲取用戶設(shè)備的用戶標(biāo)識，然后MME根據(jù)UE的用戶標(biāo)識來判斷該UE是否存在激活的跟蹤會話。步驟503、MME向目標(biāo)基站發(fā)送攜帶有跟蹤激活信元的路徑切換請求確認信令。MME在判斷UE存在激活的跟蹤會話時，在路徑切換請求確認信令中增加跟蹤激活信元，然后向目標(biāo)基站發(fā)送攜帶有跟蹤激活信元的路徑切換請求確認信令。目標(biāo)基站解析路徑切換請求確認信令，如果沒有發(fā)現(xiàn)其中包含跟蹤激活信元，說明不需要對該用戶進行跟蹤，跳過此步驟。如果發(fā)現(xiàn)其中包含跟蹤激活信元，則首先通過跟蹤激活信元中的跟蹤參考號來判斷本地是否已經(jīng)啟動對該用戶的跟蹤會話，如果已經(jīng)啟動則跳過此步驟，否則目標(biāo)基站根據(jù)跟蹤激活信元激活該跟蹤會話，可以實現(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同步。本發(fā)明實施例可以解決目標(biāo)基站無法獲得激活該跟蹤會話所需的跟蹤激活信元所帶來的技術(shù)問題，本發(fā)明實施例通過向基站發(fā)送攜帶有跟蹤激活信元的路徑切換請求確認信令可以保證用戶設(shè)備的全網(wǎng)跟蹤會話在目標(biāo)基站上也可以實現(xiàn)同步。參見圖6，圖6是本發(fā)明實施例提供的跟蹤會話同步裝置第一實施例的示意圖。本發(fā)明跟蹤會話同步裝置第一實施例主要由存儲單元61和激活處理單元62組成。其中，存儲單元61，用于在根據(jù)信令中包含的跟蹤激活信元來激活跟蹤會話失敗后，將該跟蹤激活信元保存在等候隊列中；激活處理單元62，用于根據(jù)保存在等候隊列中的跟蹤激活信元來激活跟蹤會話。本發(fā)明跟蹤會話同步裝置第一實施例還可以包括刪除單元63，用于在激活處理單元62激活跟蹤會話成功后，從等候隊列中刪除該跟蹤激活信元。本發(fā)明跟蹤會話同步裝置第一實施例還可以包括第一觸發(fā)單元64，用于在激活處理單元62根據(jù)保存在等候隊列中的跟蹤激活信元來激活跟蹤會話失敗后，觸發(fā)激活處理單元62執(zhí)行根據(jù)保存在等候隊列中的跟蹤激活信元來激活跟蹤會話的步驟。本發(fā)明跟蹤會話同步裝置第一實施例還可以包括隊列判斷單元65，用于判斷等候隊列是否為空；第二觸發(fā)單元66，用于在隊列判斷單元65判斷等候隊列不為空的情況下，觸發(fā)激活處理單元62根據(jù)保存在等候隊列中的跟蹤激活信元來激活跟蹤會話的步驟。本發(fā)明跟蹤會話同步裝置第一實施例可以使用在基站中，可以使用在前述相對應(yīng)的跟蹤會話同步方法第一實施例中。參見圖7，圖7是本發(fā)明實施例提供的跟蹤會話同步裝置第二實施例的示意圖。在本發(fā)明跟蹤會話同步裝置第二實施例主要由接收單元71，判斷單元72以及發(fā)送單元73組成，其中接收單元71，用于接收基站的路徑切換請求信令；判斷單元72，用于根據(jù)路徑切換請求信令判斷切換用戶是否存在激活的跟蹤會話；發(fā)送單元73，用于在判斷單元72判斷用戶設(shè)備存在激活的跟蹤會話時，向基站發(fā)送跟蹤激活信元，該跟蹤激活信元中的跟蹤參考號與切換用戶的用戶標(biāo)識相對應(yīng)。參見圖8，圖8是本發(fā)明跟蹤會話同步裝置第二實施例中發(fā)送單元的示意圖。在本發(fā)明實施例中發(fā)送單元73可以包括第一觸發(fā)模塊731，用于在判斷單元72判斷用戶設(shè)備存在激活的跟蹤會話時，觸發(fā)消息處理模塊732向基站發(fā)送路徑切換請求確認信令；消息處理模塊732，用于在路徑切換請求確認信令中增加跟蹤激活信元，向基站發(fā)送攜帶有跟蹤激活信元的路徑切換請求確認信令。本發(fā)明跟蹤會話同步裝置第二實施例可以使用在前述相對應(yīng)的跟蹤會話同步方法第二實施例中。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實現(xiàn)，也可以可借助軟件和必要的通用硬件平臺的方式來實現(xiàn)，基于這樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是只讀光盤、U盤、移動硬盤等)中，包括若干指令用以使得一臺計算機設(shè)備 (可以是個人計算機、接收端或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所描述的方法。以上對本發(fā)明所跟蹤會話同步方法以及實現(xiàn)該方法的跟蹤會話同步裝置進行了詳細介紹。對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種跟蹤會話同步方法，其特征在于，包括接收基站發(fā)送的路徑切換請求信令，根據(jù)所述路徑切換請求信令判斷用戶設(shè)備是否存在激活的跟蹤會話；在判斷所述用戶設(shè)備存在激活的跟蹤會話時，向所述基站發(fā)送跟蹤激活信元，所述跟蹤激活信元中的跟蹤參考號與所述用戶設(shè)備的用戶標(biāo)識相對應(yīng)。
2.根據(jù)權(quán)利要求1所述的跟蹤會話同步方法，其特征在于，所述向所述基站發(fā)送跟蹤激活信元包括向所述基站發(fā)送攜帶有跟蹤激活信元的路徑切換請求確認信令。
3.根據(jù)權(quán)利要求1所述的跟蹤會話同步方法，其特征在于，所述根據(jù)所述路徑切換請求信令判斷用戶設(shè)備是否存在激活的跟蹤會話包括接收基站發(fā)送的路徑切換請求信令，并根據(jù)所述路徑切換請求信令中攜帶的鏈路標(biāo)識來獲取用戶設(shè)備的用戶標(biāo)識，然后根據(jù)用戶標(biāo)識判斷用戶設(shè)備是否存在激活的跟蹤會話。
4.根據(jù)權(quán)利要求2所述的跟蹤會話同步方法，其特征在于，所述在判斷所述用戶設(shè)備存在激活的跟蹤會話時，向所述基站發(fā)送跟蹤激活信元包括在判斷用戶設(shè)備存在激活的跟蹤會話時，在路徑切換請求確認信令中增加跟蹤激活信元，并向目標(biāo)基站發(fā)送攜帶有跟蹤激活信元的路徑切換請求確認信令。
5.根據(jù)權(quán)利要求1-4任意一項所述的跟蹤會話同步方法，其特征在于，所述方法包括在判斷所述用戶設(shè)備存在激活的跟蹤會話時，向所述基站發(fā)送跟蹤激活信元，以使目標(biāo)基站在接收到跟蹤激活信元后，根據(jù)該跟蹤激活信元激活該跟蹤回話。
6.一種跟蹤會話同步裝置，其特征在于，包括接收單元，用于接收基站發(fā)送的路徑切換請求信令；判斷單元，用于根據(jù)所述路徑切換請求信令判斷用戶設(shè)備是否存在激活的跟蹤會話；發(fā)送單元，用于在所述判斷單元判斷所述用戶設(shè)備存在激活的跟蹤會話時，向所述基站發(fā)送跟蹤激活信元，所述跟蹤激活信元中的跟蹤參考號與用戶設(shè)備的用戶標(biāo)識相對應(yīng)。
7.根據(jù)權(quán)利要求6所述的跟蹤會話同步裝置，其特征在于，所述發(fā)送單元包括第一觸發(fā)模塊和消息處理模塊所述第一觸發(fā)模塊，用于在所述判斷單元判斷用戶設(shè)備存在激活的跟蹤會話時，觸發(fā)消息處理模塊向基站發(fā)送路徑切換請求確認信令；所述消息處理模塊，用于在路徑切換請求確認信令中增加跟蹤激活信元，向所述基站發(fā)送攜帶有跟蹤激活信元的路徑切換請求確認信令，所述跟蹤激活信元中的跟蹤參考號與用戶設(shè)備的用戶標(biāo)識相對應(yīng)。
全文摘要
本發(fā)明公開了跟蹤會話同步方法和裝置，其中跟蹤會話同步方法包括接收基站發(fā)送的路徑切換請求信令，根據(jù)所述路徑切換請求信令判斷用戶設(shè)備是否存在激活的跟蹤會話；在判斷用戶設(shè)備存在激活的跟蹤會話時，向所述基站發(fā)送跟蹤激活信元，跟蹤激活信元中的跟蹤參考號與所述用戶設(shè)備的用戶標(biāo)識相對應(yīng)。本發(fā)明實施例提供的跟蹤會話同步方法可以使用基站中，可以實現(xiàn)用戶設(shè)備的全網(wǎng)跟蹤會話同步。
文檔編號H04W76/02GK102256237SQ201110084060
公開日2011年11月23日 申請日期2009年6月19日 優(yōu)先權(quán)日2009年6月19日
發(fā)明者翁在新 申請人:上海華為技術(shù)有限公司