本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種流程的處理方法及裝置。

背景技術(shù)：

處理消息的時延是長期演進系統(tǒng)(Long Term Evolution，簡稱為LTE)基站的重要的測試和驗收指標。例如，切換時延、語音承載建立時延(例如，服務(wù)質(zhì)量等級標識(Qos Class Identifier，簡稱為QCI1)的承載)。

在相關(guān)技術(shù)中，LTE協(xié)議中切換流程和其他流程(例如演進型無線接入承載(Evolved Radio Access Bearer，簡稱為E-RAB)建立流程)各是獨立的流程。當二者發(fā)生時間耦合時，例如：先收到測量報告(要觸發(fā)進行切換)，隨即收到E-RAB建立消息；或者剛收到E-RAB建立消息，就有測量報告上報(要觸發(fā)進行切換)等等。

在相關(guān)技術(shù)中，根據(jù)協(xié)議流程獨立的特點，先處理一個流程，在考慮處理另一個流程。例如，在上述的場景中，如果先收到了測量報告緊接著收到E-RAB建立消息，則會先進行切換判決處理而拒絕了E-RAB建立消息，那么顯然核心網(wǎng)或終端需要再次發(fā)起一次E-RAB建立消息，E-RAB建立的時延明顯產(chǎn)生，圖1是相關(guān)技術(shù)中切換流程中收到E-RAB管理消息的處理流程圖，或者，先收到E-RAB建立消息緊接著收到測量報告。那么通常先處理E-RAB建立消息，測量報告緩存。E-RAB建立流程處理后才重新打開測量報告進行切換判決處理，那么要么切換時機可能被錯過，要么切換的時延相對上報時間也是大大增加、嚴重者可能導致掉線。圖2是相關(guān)技術(shù)中E-RAB管理流程中收到用戶測量報告緩存處理的流程圖一，如圖2所示，先收到ERAB管理流程隨即收到測量報告，先處理前者而緩存測量報告，等前者處理完成后再處理測量報告，導致切換過晚或切換失敗。圖3是相關(guān)技術(shù)中E-RAB管理流程中收到用戶測量報告緩存處理的流程圖二，如圖3所示，,先收到ERAB管理流程隨即收到測量報告，先處理前者而緩存測量報告，但是根據(jù)接收狀態(tài)的不同，測量報告也可能被丟棄。如果用戶設(shè)備不再上報測量報告，則會錯誤切換，造成掉線。如果用戶設(shè)備第二次上報測量，則也可能導致切換過晚。再比如QCI1的承載(E-RAB建立消息)，如果建立時延晚，顯然對用戶感知和運營商測評存在較大影響。

針對相關(guān)技術(shù)中，LTE切換流程與其余流程耦合時流程處理時延過大的問題，目前還沒有有效地解決方案。

技術(shù)實現(xiàn)要素：

本發(fā)明提供了一種流程的處理方法及裝置，以至少解決相關(guān)技術(shù)中LTE切換流程與其余流程耦合時流程處理時延過大的問題。

根據(jù)本發(fā)明的一個方面，提供了一種流程的處理方法，包括：

監(jiān)控長期演進LTE基站的獨立流程；

在所述獨立流程中存在交叉流程的情況下，將所述交叉流程中的重配內(nèi)容進行合并，生成重配信息，其中，所述交叉流程為所述獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程；

下發(fā)所述重配信息。

進一步地，所述獨立流程包括以下至少之一：S1口管理消息流程，測量報告的上報流程，所述LTE基站的決策流程。

進一步地，將所述交叉流程中的重配內(nèi)容進行合并之前，所述方法還包括：在所述交叉流程為所述獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程情況下，判斷所述兩個以上的獨立流程的目的是否存在矛盾；在不存在所述矛盾時，合并所述交叉流程中的重配內(nèi)容；在存在所述矛盾時，結(jié)束判斷兩個以上的所述獨立流程是否存在交叉流程。

進一步地，在不存在所述矛盾時，合并所述交叉流程中的重配內(nèi)容之前，所述方法還包括：判斷所述交叉流程中所述兩個或兩個以上的獨立流程是否都未運行；其中，在所述交叉流程中所述兩個或兩個以上的獨立流程都未運行時，合并所述交叉流程中的重配內(nèi)容。

進一步地，將所述交叉流程中的重配內(nèi)容進行合并之前，按照以下策略獲取所述重配內(nèi)容：

在所述測量報告的上報流程先于S1口管理消息流程執(zhí)行的情況下，允許執(zhí)行所述S1口管理消息流程，并獲取所述測量報告的上報流程的重配內(nèi)容以及所述S1口管理消息流程的重配內(nèi)容；

在所述測量報告的上報流程先于所述LTE基站的決策流程執(zhí)行的情況下，允許執(zhí)行所述LTE基站的決策流程，并獲取所述測量報告的上報流程的重配內(nèi)容以及所述LTE基站的決策流程的重配內(nèi)容；

在所述S1口管理消息流程先于所述測量報告的上報流程的情況下，允許同時執(zhí)行所述測量報告的上報流程，并獲取所述測量報告的上報流程的重配內(nèi)容以及所述S1管理消息流程的重配內(nèi)容；

在所述S1口管理消息流程先于所述LTE基站的決策流程的情況下，允許同時執(zhí)行所述LTE基站的決策流程，并獲取所述LTE基站的決策流程的重配內(nèi)容以及所述S1管理消息流程的重配內(nèi)容；

在收到兩個或兩個以上的所述LTE基站的決策流程時，允許同時執(zhí)行兩個或兩個以上的所述LTE基站的決策流程，分別獲取兩個或兩個以上的所述LTE基站的決策流程的重配內(nèi)容。

進一步地，所述LTE基站的決策流程包括以下至少之一：盲切換，小區(qū)全局標識ECGI檢測下發(fā)流程，基帶資源更新決策。

進一步地，所述S1口管理消息流程包括以下至少之一：演進型無線接入承載E-RAB管理請求信息，上下文修改請求信息。

根據(jù)本發(fā)明的另一方面，提供了一種流程的處理裝置，包括：

監(jiān)控模塊，用于監(jiān)控長期演進LTE基站的獨立流程；

合并模塊，用于在所述獨立流程中存在交叉流程的情況下，將所述交叉流程中的重配內(nèi)容進行合并，生成重配信息，其中，所述交叉流程為所述獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程；

發(fā)送模塊，用于下發(fā)所述重配信息。

進一步地，所述獨立流程包括以下至少之一：S1口管理消息流程，測量報告的上報流程，所述LTE基站的決策流程。

進一步地，所述合并模塊包括：

第一判斷單元，用于在將所述交叉流程中的重配內(nèi)容進行合并之前，在所述交叉流程為所述獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程情況下，判斷所述兩個以上的獨立流程的目的是否存在矛盾；

合并單元，用于在不存在所述矛盾時，合并所述交叉流程中的重配內(nèi)容；

結(jié)束單元，用于在存在所述矛盾時，結(jié)束判斷兩個以上的所述獨立流程是否存在交叉流程。

進一步地，所述合并模塊還包括：

第二判斷單元，用于在不存在所述矛盾時，合并所述交叉流程中的重配內(nèi)容之前判斷所述交叉流程中所述兩個或兩個以上的獨立流程是否都未運行；其中，在所述交叉流程中所述兩個或兩個以上的獨立流程都未運行時，合并所述交叉流程中的重配內(nèi)容。

通過本發(fā)明，監(jiān)控長期演進LTE基站的獨立流程，在該獨立流程中存在交叉流程的情況下，將該交叉流程中的重配內(nèi)容進行合并，生成重配信息，其中，該交叉流程為該獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程，下發(fā)該重配信息，解決了LTE切換流程與其余流程耦合時流程處理時延過大的問題，及時處理了基站的多流程場景，節(jié)約了空口資源。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1是相關(guān)技術(shù)中切換流程中收到E-RAB管理消息的處理流程圖；

圖2是相關(guān)技術(shù)中E-RAB管理流程中收到用戶測量報告緩存處理的流程圖一；

圖3是相關(guān)技術(shù)中E-RAB管理流程中收到用戶測量報告緩存處理的流程圖二；

圖4是根據(jù)本發(fā)明實施例的一種流程的處理方法的流程圖；

圖5是根據(jù)本發(fā)明實施例的一種流程的處理裝置的結(jié)構(gòu)框圖一；

圖6是根據(jù)本發(fā)明實施例的一種流程的處理裝置的結(jié)構(gòu)框圖二；

圖7是根據(jù)本發(fā)明實施例的一種流程的處理裝置的結(jié)構(gòu)框圖三；

圖8是根據(jù)本發(fā)明優(yōu)選實施例提供的交叉場景處理流程圖一；

圖9是根據(jù)本發(fā)明優(yōu)選實施例提供的交叉場景處理流程圖二；

圖10是根據(jù)本發(fā)明優(yōu)選實施例提供的交叉場景處理流程圖三；

圖11是根據(jù)本發(fā)明優(yōu)選實施例提供的交叉場景處理流程圖四。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種流程的處理方法，圖4是根據(jù)本發(fā)明實施例的一種流程的處理方法的流程圖，如圖4所示，該流程包括如下步驟：

步驟S402，監(jiān)控長期演進LTE基站的獨立流程；

步驟S404，在該獨立流程中存在交叉流程的情況下，將該交叉流程中的重配內(nèi)容進行合并，生成重配信息，其中，該交叉流程為該獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程；

步驟S406，下發(fā)該重配信息。

通過上述步驟，監(jiān)控長期演進LTE基站的獨立流程，在該獨立流程中存在交叉流程的情況下，將該交叉流程中的重配內(nèi)容進行合并，生成重配信息，其中，該交叉流程 為該獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程，下發(fā)該重配信息，該獨立流程包括以下至少之一：S1口管理消息流程，測量報告的上報流程，該LTE基站的決策流程，測量報告用于觸發(fā)進行切換，解決了LTE切換流程與其余流程耦合時流程處理時延過大的問題，及時處理了基站的多流程場景，節(jié)約了空口資源。

在本實施例中，將該交叉流程中的重配內(nèi)容進行合并之前，在該交叉流程為該獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程情況下，判斷該兩個以上的獨立流程的目的是否存在矛盾；在不存在該矛盾時，合并該交叉流程中的重配內(nèi)容，合并之前要確定合并的獨立流程是否矛盾，是否可以同時進行；在存在該矛盾時，結(jié)束判斷兩個以上的該獨立流程是否存在交叉流程，計劃合并的獨立流程相互矛盾時不能進行合并，依據(jù)相關(guān)技術(shù)運行該獨立流程。

在本實施例中，在不存在該矛盾時，合并該交叉流程中的重配內(nèi)容之前，判斷該交叉流程中該兩個或兩個以上的獨立流程是否都未運行；其中，在該交叉流程中該兩個或兩個以上的獨立流程都未運行時，合并該交叉流程中的重配內(nèi)容。

在本實施例中，將該交叉流程中的重配內(nèi)容進行合并之前，按照以下策略獲取該重配內(nèi)容：

在該測量報告的上報流程先于S1口管理消息流程執(zhí)行的情況下，允許執(zhí)行該S1口管理消息流程，并獲取該測量報告的上報流程的重配內(nèi)容以及該S1口管理消息流程的重配內(nèi)容，分別獲取重配內(nèi)容后先進行合并后再下發(fā)，不同于相關(guān)技術(shù)中拒絕執(zhí)行S1口管理消息流程；

在該測量報告的上報流程先于該LTE基站的決策流程執(zhí)行的情況下，允許執(zhí)行該LTE基站的決策流程，并獲取該測量報告的上報流程的重配內(nèi)容以及該LTE基站的決策流程的重配內(nèi)容，分別獲取重配內(nèi)容后先進行合并后再下發(fā)，不同于相關(guān)技術(shù)中拒絕執(zhí)行該LTE基站的決策流程；

在該S1口管理消息流程先于該測量報告的上報流程的情況下，允許同時執(zhí)行該測量報告的上報流程，并獲取該測量報告的上報流程的重配內(nèi)容以及該S1管理消息流程的重配內(nèi)容，不同于相關(guān)技術(shù)中將該測量報告的上報流程緩存，先處理S1口管理消息流程；

在該S1口管理消息流程先于該LTE基站的決策流程的情況下，允許同時執(zhí)行該LTE基站的決策流程，并獲取該LTE基站的決策流程的重配內(nèi)容以及該S1管理消息流程的重配內(nèi)容，不同于相關(guān)技術(shù)中不處理該LTE基站的決策流程，先處理S1口管理消息流程；

在收到兩個或兩個以上的該LTE基站的決策流程時，允許同時執(zhí)行兩個或兩個以上的該LTE基站的決策流程，分別獲取兩個或兩個以上的該LTE基站的決策流程的重 配內(nèi)容。

在本實施例中，該LTE基站的決策流程包括以下至少之一：盲切換，小區(qū)全局標識ECGI檢測下發(fā)流程，基帶資源更新決策。

在本實施例中，該S1口管理消息流程包括以下至少之一：演進型無線接入承載E-RAB管理請求信息，上下文修改請求信息。

在本實施例中還提供了一種流程的處理裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。

圖5是根據(jù)本發(fā)明實施例的一種流程的處理裝置的結(jié)構(gòu)框圖一，如圖5所示，該裝置包括：

監(jiān)控模塊52，用于監(jiān)控長期演進LTE基站的獨立流程；

合并模塊54，與監(jiān)控模塊52相連接，用于在該獨立流程中存在交叉流程的情況下，將該交叉流程中的重配內(nèi)容進行合并，生成重配信息，其中，該交叉流程為該獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程；

發(fā)送模塊56，與合并模塊54相連接，用于下發(fā)該重配信息。

通過上述步驟，監(jiān)控模塊52，用于監(jiān)控長期演進LTE基站的獨立流程，合并模塊54在該獨立流程中存在交叉流程的情況下，將該交叉流程中的重配內(nèi)容進行合并，生成重配信息，其中，該交叉流程為該獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程，發(fā)送模塊56下發(fā)該重配信息，該獨立流程包括以下至少之一：S1口管理消息流程，測量報告的上報流程，該LTE基站的決策流程，測量報告用于觸發(fā)進行切換，解決了LTE切換流程與其余流程耦合時流程處理時延過大的問題，及時處理了基站的多流程場景，節(jié)約了空口資源。

圖6是根據(jù)本發(fā)明實施例的一種流程的處理裝置的結(jié)構(gòu)框圖二，如圖6所示，該合并模塊54包括：

第一判斷單元62，用于在將該交叉流程中的重配內(nèi)容進行合并之前，在該交叉流程為該獨立流程中，存在重復環(huán)節(jié)的兩個或兩個以上流程情況下，判斷該兩個以上的獨立流程的目的是否存在矛盾；

合并單元64，與第一判斷單元62連接，用于在不存在該矛盾時，合并該交叉流程中的重配內(nèi)容；

結(jié)束單元66，與第一判斷單元62連接，用于在存在該矛盾時，結(jié)束判斷兩個以上的該獨立流程是否存在交叉流程。

圖7是根據(jù)本發(fā)明實施例的一種流程的處理裝置的結(jié)構(gòu)框圖三，如圖7所示，該合并模塊54包括：

第二判斷單元72，與第一判斷單元62連接，用于在不存在該矛盾時，合并該交叉流程中的重配內(nèi)容之前判斷該交叉流程中該兩個或兩個以上的獨立流程是否都未運行；其中，在該交叉流程中該兩個或兩個以上的獨立流程都未運行時，合并該交叉流程中的重配內(nèi)容。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。

下面結(jié)合本發(fā)明優(yōu)選實施例對本發(fā)明進行詳細說明。

本發(fā)明優(yōu)選實施例通過識別流程交叉場景、根據(jù)一定測量進行流程整合，達到更好的處理效率。

本發(fā)明優(yōu)選實施例所述的系統(tǒng)包括以下模塊：流程判決模塊(相當于上述實施例的監(jiān)控模塊52)，流程合并模塊(相當于上述實施例的合并模塊54)，流程控制模塊(相當于上述實施例的發(fā)送模塊56)。

流程判決模塊用于識別各個獨立流程。因此可以識別處理切換流程、E-RAB管理流程等各種獨立流程，當出現(xiàn)交叉場景時可以識別出來；流程合并模塊用于對出現(xiàn)交叉的流程根據(jù)預設(shè)置策略進行合并處理；流程控制模塊用于將合并處理的流程進行下發(fā)處理。下面是三個模塊的詳細說明。

1.流程判決模塊：對流程進行監(jiān)控，可以識別出S1口管理消息流程(例如ERAB管理請求消息、或上下文修改請求消息等)，測量報告的上報，或者演進型基站(evolved Node B，簡稱為eNB)某些決策，eNB的決策包括：盲切換、基帶資源更新需要同步通知用戶設(shè)備(User Equipment，簡稱為UE)等、自動鄰區(qū)關(guān)系(Automatic Neighbor Relating，簡稱為ANR)的小區(qū)全局標識(EUTRAN Cell Global Identifier，簡稱為ECGI)檢測下發(fā)。

當監(jiān)控的流程出現(xiàn)交叉場景時，流程判斷模塊進行如下判斷(不限于此)：

1)判斷流程之間是否存在重復環(huán)節(jié)：例如都要進行重配下發(fā)。

2)流程之間如果存在重復環(huán)節(jié)，但是兩個流程的目的是否矛盾(例如：如果eNB決策下發(fā)ECGI測量，而此時UE上報測量報告要求切換，肯定先保證切換，但是如果切換的話ECGI的測量就不可行了)，如果存在矛盾，則結(jié)束本判斷，無輸出。

3)兩個流程的目的如果不矛盾，且這個重復環(huán)節(jié)是否都尚未進行(即還處在決策階段)

當符合這上述3個原則后，則流程判斷模塊將及時告知流程合并模塊可進行交叉流程合并處理。

2.流程合并模塊用于當收到流程檢測模塊的交叉場景合并通知后將根據(jù)預設(shè)策略對交叉流程進行合并處理(可以預設(shè)典型場景下的典型策略)。

典型應(yīng)用場景如下(但不限于此)：1)收到測量報告和收到S1流程管理消息(例如：ERAB管理流程、上下文修改請求消息)流程交叉；2)收到eNB決策和收到測量報告；3)收到eNB決策和收到S1流程管理消息；4)eNB決策1和eNB決策2；5)收到測量報告和收到eNB決策流程。

預設(shè)的交叉場景預設(shè)整合策略包括：(例如針對重配這個重復環(huán)節(jié))：

1)如果先收到測量報告，則不再拒絕E-RAB管理流程或上下文修改請求流程等S1口管理流程(或eNB決策流程)，處理測量報告獲知其引發(fā)切換所需的下發(fā)的重配內(nèi)容(但不下發(fā))，同時也對S1口管理流程進行處理(或?qū)NB的決策流程進行處理)，獲知其下發(fā)重配下發(fā)內(nèi)容，將二者重配內(nèi)容進行合并。

2)如果先收到ERAB管理消息等S1管理消息，則不再緩存而是直接處理測量報告處理(或不再延遲處理eNB決策流程)，當決策為切換時，獲取需要的重配下發(fā)內(nèi)容，獲取S1管理消息流程(或eNB決策流程)的重配下發(fā)內(nèi)容，將二者重配內(nèi)容進行合并。

3)如果先收到eNB決策1(例如基帶資源更新申請)，則不再推遲其他交叉流程的處理，

分別獲取eNB決策1重配下發(fā)內(nèi)容和其交叉流程(例如eNB決策2)的重配下發(fā)內(nèi)容，將二者重配內(nèi)容進行合并。

上述處理過程僅為舉例，不限于上述內(nèi)容。

3.流程控制模塊

流程控制模塊收到合并的重配內(nèi)容，告知流程控制模塊，將整合后的重配內(nèi)容進行下發(fā)。下發(fā)后，對各自流程的響應(yīng)消息繼續(xù)各自處理。

本發(fā)明優(yōu)選實施例1(S1口管理消息和eNB決策的交叉-ERAB流程+盲切換為例)，圖8是根據(jù)本發(fā)明優(yōu)選實施例提供的交叉場景處理流程圖一，如圖8所示，步驟如下：

步驟S801，流程判決模塊識別出eNB收到S1口下發(fā)的ERAB管理消息流程；同時，流程判決模塊識別出eNB內(nèi)部決策(本圖為站內(nèi)盲切換)；

步驟S802，流程判決模塊進行判決過程，例如：因為幾乎是同時發(fā)生，判斷是交叉場景，

兩個流程不沖突，即不會出現(xiàn)相互負面影響的情況。(本優(yōu)選實施例中，二者不沖突， 因為可以在切換資源申請過程中提前帶上新的ERAB信息。切換時可以捎帶新的ERAB進行切換。)

存在重復環(huán)節(jié)，即重配環(huán)節(jié)，流程判決模塊告知流程合并模塊可進行合并處理以及合并的對象(即上述兩個流程的重配)；

步驟S803，流程合并模塊對這兩個流程分別進行處理(各不耽誤)，獲知其重配內(nèi)容。注意，在申請切換資源時，可提前為本ERAB申請流程中的ERAB向?qū)Ψ缴暾堎Y源；

步驟S804，流程合并模塊合并兩個重配內(nèi)容在一個重配消息中。告知流程控制模塊；

步驟S805，流程控制模塊下發(fā)合并的重配消息；

步驟S806，基站收到重配完成，完成所有切換的ERAB的重建；

步驟S807，流程控制模塊回復核心網(wǎng)ERAB建立完成。

優(yōu)選實施例2(S1口管理消息和測量報告的交叉-上下文請求+測量報告)，圖9是根據(jù)本發(fā)明優(yōu)選實施例提供的交叉場景處理流程圖二，如圖9所示，步驟如下：

步驟S901，流程判決模塊識別出eNB收到S1口下發(fā)的上下文請求消息流程；

步驟S902，同時，流程判決模塊識別出測量報告已經(jīng)上報(目的是站內(nèi)切換)；

步驟S903，流程判決模塊進行判決過程，例如：因為幾乎是同時發(fā)生，判斷是交叉場景，兩個流程不沖突，即不會出現(xiàn)相互負面影響的情況(本例中，二者不沖突，因為可以在切換過程中完成對上下文的更新。切換時可以捎帶新的上下文內(nèi)容進行切換。)，存在重復環(huán)節(jié)，即重配環(huán)節(jié)；流程判決模塊告知流程合并模塊可進行合并處理以及合并的對象(即上述兩個流程的重配)；

步驟S904，流程合并模塊對這兩個流程分別進行處理(各不耽誤)，獲知其重配內(nèi)容。注意，在申請切換資源時，可提前為本上下文修改請求流程中的上下文告知對方；

步驟S905，流程合并模塊合并兩個重配內(nèi)容在一個重配消息中。告知流程控制模塊；

步驟S906，流程控制模塊下發(fā)合并的重配消息；

步驟S907，基站收到重配完成，完成切換的新上下文重建；

步驟S908，流程控制模塊回復核心網(wǎng)上下文請求已經(jīng)完成。

優(yōu)選實施例3(eNB決策1和eNB決策2的交叉)，圖10是根據(jù)本發(fā)明優(yōu)選實施例 提供的交叉場景處理流程圖三，如圖10所示，步驟如下：

步驟S1001，流程判決模塊識別出eNB內(nèi)部決策1(基帶資源更新)；同時，流程判決模塊識別出eNB內(nèi)部決策2(需要UE進行ECGI的檢測)；

步驟S1002，流程判決模塊進行判決過程，例如：因為幾乎是同時發(fā)生，判斷是交叉場景，兩個流程不沖突，即不會出現(xiàn)相互負面影響的情況(本例中，可同時下發(fā))，存在重復環(huán)節(jié)，即重配環(huán)節(jié)，流程判決模塊告知流程合并模塊可進行合并處理以及合并的對象(即上述兩個流程的重配)；

步驟S1003，流程合并模塊對這兩個流程分別進行處理(各不耽誤)，獲知其重配內(nèi)容；

步驟S1004，流程合并模塊合并兩個重配內(nèi)容在一個重配消息中。告知流程控制模塊；

步驟S1005，流程控制模塊下發(fā)合并的重配消息；

步驟S1006，流程控制模塊收到重配完成消息，確認基帶資源更新完成；流程控制模塊收到Ue的ECGI測量上報，獲知UE的ECGI消息，繼續(xù)后續(xù)流程處理。

優(yōu)選實施例4(eNB決策1和eNB決策2的交叉-拒絕)，圖11是根據(jù)本發(fā)明優(yōu)選實施例提供的交叉場景處理流程圖四，如圖11所示，步驟如下：

步驟1101，流程判決模塊識別出eNB內(nèi)部決策1(盲切換)，同時，流程判決模塊識別出eNB內(nèi)部決策2(需要UE進行ECGI的檢測)；

步驟S1102，流程判決模塊進行判決過程，例如：因為幾乎是同時發(fā)生，判斷是交叉場景，兩個流程沖突，因為如果要切換，就無法繼續(xù)進行檢測。或先進行檢測的話，會導致切換無法或延期進行。因此，不啟動交叉合并處理動作，告知流程控制模塊進行切換，拒絕ECGI檢測；

步驟S1103，流程控制模塊完成切換流程，流程控制模塊拒絕ECGI測量流程；

采用本發(fā)明優(yōu)選實施例所述方法和裝置(系統(tǒng))，在基站的很多處理流程交叉的場景下，能及時進行合并處理與現(xiàn)有技術(shù)相比，減少了處理時延、節(jié)約了空口資源，較好的降低了掉線的出現(xiàn)，較好的提升了用戶感知度和運營商滿意度，克服現(xiàn)有技術(shù)中存在的切換和其他流程耦合而可能導致的流程處理時延過大甚至掉線的問題，提供一種站內(nèi)切換耦合流程處理方法和裝置。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例 的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

本發(fā)明的實施例還提供了一種存儲介質(zhì)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行上述實施例的方法步驟的程序代碼。

可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行上述實施例的方法步驟的程序代碼。

可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

可選地，在本實施例中，處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行上述實施例的方法步驟。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。