一種基於基站內小區切換的數據倒換方法及裝置的製作方法
2023-05-26 20:39:11
專利名稱：一種基於基站內小區切換的數據倒換方法及裝置的製作方法
技術領域：
本發明涉及通信領域，特別涉及一種基於基站內小區切換的數據倒換方法及裝置。
背景技術：
3GPP (3rd Generation Parternship Project，第三代合作夥伴計劃)協議中明確規定了 LTE(Long Term Evolution，長期演進)系統中，基站間小區切換以及數據倒換的具體實現流程。例如，參閱圖1所示，在MME (Mobility Management Entity，移動管理實體)和 Serving GW(服務網關)不變的情況下，基站間小區切換的具體流程如下1、源基站(即Source eNB)根據地域限制信息配置UE的測量參數，此測量參數有助於UE的移動連接。2、UE根據系統信息及其他指標發送測量報告到源基站。3、源基站根據測量報告和RRM((Radio Resource Management，無線資源管理)的信息決定將UE切出。4、源基站發送切換請求到目的基站(即Target eNB)，該請求包含源基站側的 UE-X2信令參數，UE-Sl-EPC信令參數，目的小區ID，UE在源基站的C-RNTI，AS配置，物理層ID，E-RAB上下文等必要信息，幫助目的基站做好切換準備。5、如果目的基站根據切換請求中攜帶的相關信息確定可以為UE提供資源，則目的基站將激活準入控制。6、目的基站準備好切換，同時發送確認消息(ACK)到源基站，確認消息中同時還包括將要給UE轉發的RRC(Radio Resource Control，無線資源控制)層的切換消息。此切換消息中包括新的C-RNTI (Cell Radio Network Temporary Identifier，小區無線網絡臨時標誌)，目的基站的安全算法，同時還可能包括相關的RACH(Randon Access Channel，隨機接入信道)前導和一些其他參數。至此，切換準備完成。7、第 6 步中提到的 RRC 消息在此被稱為 RRC-Connection-Reconfiguration(RRC 連接重配置)。被源基站轉發給UE。源基站在此消息中加入了必要的完整性保護和加密措施。RRC-Connection-Reconf iguration將切換流程涉及的各項參數告知UE，令UE開始切換，從而脫離源基站小區並且準備和目的基站新小區開始同步(第9步具體說明)。8>SN-Status-Transfer (Sequence Number Status—Transfer，序歹Ij 號身份傳輸)信令發送給目的基站，此信令包含上行PDCP SN(Packet Data Convergence Protocol SN分組數據匯聚協議序列號)的接收情況和下行PDCP SN的發送情況。上行PDCP SN的接收狀態至少包括第一個丟失的上行SDU(SDU，krving Data Unit，業務數據單元)和因為亂序需要重傳的SDU。下行的PDCP SN發送狀態包括下一個需要發送的 SDU 的 SN 號。〔此步驟應用於 RLC-AM(Radio Link Control AcknowledgementMode無線鏈路控制確認模式〕。9、UE在接收到RRC-Connection-Reconfiguration消息以後，開始和目的基站同步，通過RACH接入小區。競爭式接入或非競爭式接入取決於在信令RACH前綴。此時UE應使用與目的基站相適應的Key和安全算法。10、目的基站回復上行分配資源和時間提前量。11、當 UE 成功接入目的小區，UE 發送 C-RNTI (RRC-Connection-Reconfiguration -Complete，RRC連接重配置完成)消息確認切換，該消息中同時包含上行緩存狀態報告。目的基站核實消息中的C-RNTI，此時目的基站可以向UE發送數據包。12、目的基站向MME發送路徑轉換請求，告知MME，UE已經轉換小區。13、MME發送承載變更請求消息到SGW。14、SGff將下行數據路徑連通到目的基站，同時SGW沿原有路徑發送一個或多個 End Marker (終止符)到源基站，隨後SGW釋放到源基站的所有資源。15、SGW發送承載變更回饋到MME。16、MME回復路徑轉換確認消息到目的基站。17、通過發送UE上下文釋放消息，目的基站通知源基站成功切換並且激發源基站的資源釋放。此消息僅會在目的基站收到MME的路徑請求確認消息以後才會發送。18、直到收到UE上下文釋放消息，源基站才可以釋放無線鏈路和以及控制面的相關資源。在路徑轉換過程中，當下行路徑轉接後，高層發送的部分數據包通過源基站和目的基站間的倒換鏈路到達目的基站(即數據包緩存在源基站處，由源基站向目的基站轉發)，或者，通過新建的下行鏈路直接發送至目的基站，此時目的基站需先將通過倒換鏈路獲得的數據包發送至UE，這個過程主要是保證正確的數據包傳送順序。為了進一步保證數據包的傳送順序，在鏈路切換後，SGW會沿原有鏈路發送一個或多個End Marker到源基站， End Marker並不攜帶任何用戶數據，只是用GTP (GPRS Tunneling ProtocolGPRS，隧道協議)頭作標示。在成功發送End Marker後，SGW將不再沿原有鏈路發送任何用戶數據。通過上述流程可以看出，基站間小區切換的一個顯著特點是有核心網的介入，涉及Sl接口的鏈路的變化。即當UE成功接入到目的基站管轄小區後，目的基站向MME發送路徑轉換請求，MME通知SGW將下行數據鏈路連通至目的基站，同時SGW沿原有下行數據鏈路發送一個或多個End Marker至源基站，通知源基站原下行數據鏈路上的數據已經倒換完成。然而，實際應用中，還存在另外一種應用場景，即UE在同一基站管轄的兩個小區之間進行切換，稱為基站內小區間切換。基站內小區間切換由於不涉及多個網元的互操作， 故沒有在3GPP協議中明確規定其流程，即協議不約束和統一其實現方案，由各基站設備廠商自行設計。目前單基站支持多小區已成為普遍配置，所以，基站內小區間切換以及數據倒換的流程設計成為LTE系統實現中必不可少的一個技術點。然而，基站內小區間切換由於不涉及Sl 口鏈路的變化，因而整個切換過程中沒有核心網的參與，由此可見，基站內小區間切換並不能完全復用基站間切換的流程，即無法藉助如圖1所示的基站間小區切換流程完成基站內小區切換，那麼，便無法順利完成基於基站內小區切換的數據倒換流程，這就成為基站內小區間切換遇到的一個無法迴避的技術問題。
發明內容
本發明實施例提供一種基於基站內小區切換的數據倒換方法及裝置，用以在執行基站內小區切換時，順利實現數據倒換。本發明實施例提供的具體技術方案如下一種基於基站內小區間切換的數據倒換方法，包括接收到指示進行內部小區切換的高層信令時，在源小區內停止發送UE的上下行數據，並將UE由源小區切換至目的小區，以及將鏈路由源小區切換至目的小區；在切換過程中，將源小區內未發送的上下行數據倒換至目的小區；在鏈路切換完畢後，確定源小區內不存在未發送的上下行數據時，通過源小區生成End Marker並發往目的小區，令目的小區根據End Marker確認上下行數據倒換完畢。一種基於基站內小區間切換的數據倒換裝置，包括源小區控制模塊，用於在接收到指示進行內部小區切換的高層信令時，在源小區內停止發送備UE的上下行數據，並將UE由源小區切換至目的小區，以及將鏈路由源小區切換至目的小區，在切換過程中，將源小區內未發送的上下行數據倒換至目的小區，以及在鏈路切換完畢後，確定源小區內不存在未發送的上下行數據時，通過源小區生成End Marker 並發往目的小區，令目的小區根據End Marker確認上下行數據倒換完畢；目的小區控制模塊，用於在接收到指示進行內部小區切換的高層信令時，配合源小區控制模塊將UE由源小區切換至目的小區，以及將鏈路由源小區切換至目的小區，並在切換過程中，配合源小區控制模塊將源小區內未發送的上下行數據倒換至目的小區，以及在接收到源小區生成的End Marker時，確認上下行數據倒換完畢。本發明實施例中，在進行基站內小區切換的過程中，在沒有核心網參與的前提下， 基站在源小區和目的小區之間進行數據倒換時，若確定源小區內的上下行數據已倒換完畢，則在源小區內自行構建End Marker並發往目的小區，從而能夠及時向目的小區通知原有鏈路上的數據已經倒換完畢，令目的小區可以順利開始執行後續操作，進而達到無損切換的目的。這一方案不但填補了 3GPP協議中關於基站內小區間切換流程的空白，同時還在設計思想上貼近3GPP協議規定的基站間切換流程，與現有協議相符合，可以有效保證業務的無損切換。另一方面，本方案的設計易於理解，便於實施和維護，有效避免了系統運行成本的提升。
圖1為現有技術下基站間小區切換流程圖；圖2為現有技術及本發明實施例中基站協議棧示意圖；圖3為本發明實施例中基站功能結構示意圖；圖4A為本發明實施例中基於基站內小區間切換的數據倒換流程圖；圖4B為本發明實施例中End Marker定時器應用示意圖； 圖5為本發明實施例中基於基站內小區切換的數據倒換源小區側詳細流程圖；圖6為本發明實施例中基於基站內小區切換的數據倒換目的小區側詳細流程圖。
具體實施例方式在進行基站內小區切換的過程中，為了順利實現數據倒換及後續流程，本發明實施例中，當基站在源小區和目的小區之間進行數據倒換時，若確定源小區內的上下行數據已倒換完畢，則在源小區內自行構建^id Marker並發往目的小區，從而能夠及時向目的小區通知原有鏈路上的數據已經倒換完畢，下面結合附圖對本發明優選的實施方式進行詳細說明。參閱圖2所示，根據3GPP相關協議的規定，基站內部劃分的協議棧按照從上至下的順序分為S1-GTPU(GPRS Tunneling Protocol for User Plane, GPRS 用戶平面隧道協議)層->S1-AP(Access Point，接入點)層->RRC(Radio Resource Control，無線資源控制)層 _>PDCP(Packet Data Convergence Protocol)層->RLC(Radio Link Control,無線鏈路控制)層->MAC(Media Access Control，媒體接入控制)層；其中，S1-GTPU層(簡稱S1-GTPU)、Sl-AP層(簡稱S1-AP)和RRC為高層，在基站內小區切換過程中，高層鏈路 (如，Sl接口鏈路)是不發生變化的；發生變化的僅涉及PDCP層(簡稱PDCP)、RLC層(簡稱RLC)和MAC層(簡稱MAC)。參閱圖3所示，本發明實施例中，基站內包括源小區控制模塊30和目的小區控制模塊31，其中，源小區控制模塊30，用於在接收到指示進行內部小區切換的高層信令時，在源小區內停止發送備UE的上下行數據，並將UE由源小區切換至目的小區，以及將鏈路由源小區切換至目的小區，在切換過程中，將源小區內未發送的上下行數據倒換至目的小區，以及在鏈路切換完畢後，確定源小區內不存在未發送的上下行數據時，通過源小區生成End Marker並發往目的小區，令目的小區根據End Marker確認上下行數據倒換完畢；目的小區控制模塊31，用於在接收到指示進行內部小區切換的高層信令時，配合源小區控制模塊30將UE由源小區切換至目的小區，以及將鏈路由源小區切換至目的小區， 並在切換過程中，配合源小區控制模塊30將源小區內未發送的上下行數據倒換至目的小區，以及在接收到源小區生成的End Marker時，確認上下行數據倒換完畢。基於上述技術方案，參閱圖4A所示，本發明實施例中，基於基站內小區間切換的數據倒換流程如下步驟401 基站接收到指示進行內部小區切換的高層信令時，在源小區內停止發送UE的上下行數據，並將UE由源小區切換至目的小區，以及將鏈路由源小區切換至目的小區。本實施例中，基站接收到的指示進行內部小區切換的高層信令，可以來自於 S1-AP，基站根據該高層信令，停止在源小區向UE發送下行數據，以及停止在源小區內向Sl 接口發送上行數據。另一方面，通常情況下，在進行基站內小區間切換時，往往需要將UE由源小區切換至目的小區，再令UE隨機接入至目的小區，以及執行鏈路切換，即將上下行數據的發送鏈路由源小區內原有的鏈路切換至目的小區內新建的鏈路；在切換過程中，基站需要將源小區內緩存的未發送完畢的上下行數據，倒換至目的小區，該過程也稱為上下行數據倒換， 簡稱數據倒換。步驟402 在切換過程(包含UE的小區間切換及鏈路切換)中，基站將源小區內未發送的上下行數據倒換至目的小區。在切換過程中，源小區內原有的鏈路上可能還存在未發送完畢的上下行數據，因此，基站還需要進行上下行數據倒換，即將源小區內原有的鏈路上未發送完畢的上下行數據倒換至目的小區內新建的鏈路上。目的小區接收到來自於源小區的上下行數據後，先將其緩存在本地，待確認UE完成小區間切換後，通過目的小區內新建的鏈路將來自於源小區的下行數據發送至UE,以及將來自於源小區的上行數據發往Sl接口。步驟403 在鏈路切換完畢後，當基站確定源小區內不存在未發送的上下行數據時，通過源小區生成End Marker並發往目的小區，令目的小區根據所述^id Marker確認上下行數據倒換完畢。執行基站間小區切換時，End Marker由核心網生成，基站接收來自於核心網的End Marker後，確認基站間的上下行數據倒換完畢，然而，基站內小區切換由於不涉及Sl接口的變化，因此，核心網不會參與小區切換流程，那麼，End Marker便不可能由核心網產生， 為了保證數據倒換流程能夠順利完成，本實施例中，由基站在內部的源小區自行生成End Marker，並將End Marker發往目的小區，通知目的小區上下行數據倒換已完成。例如，在鏈路切換完畢後，源小區控制模塊30確定源小區內不存在未發送的上下行數據時，可以在源小區的PDCP層生成End Marker,並將該End Marker發送至目的小區的PDCP。另一方面，本實施例中，基站內部的源小區控制模塊30可以在接收到本地Sl-AP 發送的鏈路切換完成消息時，確認鏈路切換完畢，並通過源小區和目的小區間的專屬鏈路繼續將源小區內未發送的上下行數據倒換至目的小區，此時，目的小區控制模塊31在通過目的小區接收來自於源小區的倒換數據的同時，也可以通過目的小區接收來自於Sl接口的下行數據。另一方面，如步驟402所述，基站確認UE完成小區間切換後(此時上下行數據倒換可能還未結束)，便可以通過目的小區將已倒換的來自於源小區的下行數據發送至UE ； 而當基站通過目的小區接收到源小區發送的End Marker時，確定源小區內的上下行數據已倒換完畢，此時，基站通過目的小區將已倒換的來自於源小區的下行數據發送完畢後，便可以通過目的小區繼續向UE發送來自於Sl接口的下行數據(即與UE進行正常通信)，這樣， 既可以保證UE按照正確的順序接收下行數據，也可以保證UE獲得的下行數據的完整性。實際應用中，還存在另外一種應用場景，即源小區可以因為某種原因未能正確生成End Marker，此時後續流程有可能無法正常執行，為了避免這種情況發生，較佳的，本實施例中，基站確認UE完成源小區至目的小區的切換後，在通過目的小區將來自於源小區的下行數據發送至UE之前，建立一 End Marker定時器，用以監控目的小區收到End Marker 的有效時間；當基站通過目的小區向UE發送來自於源小區的下行數據時，若End Marker定時器超時且目的小區未收到來自於源小區的End Marker，則基站停止通過目的小區向UE 發送來自於源小區的下行數據，並開始通過目的小區向UE發送來自於Sl接口的下行數據， 這樣，可以保證整體流程的正確執行，不會因為未收到End Marker而令整體流程停滯不前。 例如，上述應用場景的具體實施過程可以如圖4B所示步驟4001 目的PDCP接收到來自RRC的UE小區間切換完成消息。步驟4002 目的PDCP啟動End Marker定時器，並開始進行上下行數據倒換。步驟4003 目的PDCP判斷是否接收到源PDCP發送的End Marker,或者，EndMarker定時器超時？若是，則執行步驟4005，否則，執行步驟4004 步驟4004 繼續進行上下行數據倒換。步驟4005 確認上下行數據倒換完畢，繼續發送來自於Sl接口的下行數據。步驟4006 目的PDCP進行正常工作狀態。此外，基站通過目的小區將來自於源小區的下行數據發送至UE的過程中，若接收到UE反饋的狀態報告，則根據該狀態報告將處於重傳狀態且已被UE正確接收的下行數據丟棄。基於上述實施例，下面分別從源小區側和目的小區側對上述流程的具體應用場景進行詳細介紹。參閱圖5所示，基於基站內小區切換的數據倒換源小區側具體流程如下 步驟501 =RRC向源小區內的PDCP發送切換請求，以及向源小區內的MAC發送重置請求，指示將UE由源小區切換至目的小區。實際應用中，RRC可以根據來自於Sl-AP的高層指示確定需要將UE由本地源小區切換至目的小區，並向源小內的PDCP(簡稱源PDCP)發送切換請求，以及向源小區內的 MAC (簡稱源MAC)發送重置請求。如圖5所示，源PDCP接收到RRC發送的切換請求後，在源小區內停止發送UE的上下行數據，此時，AM DRB (Acknowledgement Mode Data Radio Bearer確認模式數據無線承載)發送端的 HFN(Hyper frame Number，超幀號)、SNSequence Number，序列號)被凍結。同時，源MAC接收到重置請求後，會在源小區內清除UE上報的B0(Buffer Occupation, t^M- ) ； ^Mui^C HARQ (Hybrid Automatic Repeat Request, S 請求)進程等等。步驟502、源PDCP向源小區的RLC (簡稱源RLC)發起重建立請求，指示源RLC進行
重建立。重建立的目的是重建RB (Radio Bearer，無線承載)，但是並不丟棄源小區內已獲得的下行數據，這一操作只是源小區的行為，不涉及目的小區。源RLC接收到重建立請求後，需要在源小區內進行所有DRB (Data Radio Bearer, 數據無線承載)重建立，以及進行上行SRB (Signalling Radio Bearer，信令無線承載)重建立，並將已接收到的上下行數據及狀態保留。此時，源PDCP需要緩存AM DRB上的亂序PDCP PDU (Protocol Data Unit，協議數據單元)，以及將AM DRB接收端的HFN和SN凍結。步驟503、源PDCP接收源RLC返回的重建立響應，確認重建立已完成，此時，源 PDCP可以開始組建SN狀態信息，準備執行上下行數據倒換。步驟504 源PDCP向目的PDCP發送上下行HFN和SN狀態信息。步驟505 源PDCP向目的PDCP發送倒換的上下行數據。步驟506 源PDCP向目的小區PDCP發送隨後從Sl 口接收到的數據包，如，來自於 Sl-GTPU的下行數據。若UE成功完成由源小區至目的小區的切換時，則Sl-AP接收到RRC發送的切換完成消息後，會指示底層驅動開始進行基站內兩小區間的鏈路切換，將該UE在基站內部的下行數據鏈路由源小區轉換到目的小區，完成後立即向源PDCP發送鏈路切換完成消息。在鏈路切換完成之前，由高層到目標小區的上層鏈路還沒有建立起來，此時由高層下發給UE的下行數據，還是要通過源小區內的鏈路下發；此時，源PDCP有兩個功能，發送上下行倒換數據以及繼續接受新的下行數據，直到收到鏈路切換完成消息。步驟507 =Sl-AP向源PDCP發送鏈路切換完成消息。接收到鏈路切換完成消息後，源PDCP可以繼續向目的PDCP層發送倒換的上下行數據，直至發送完畢，源PDCP會向目的PDCP發送End Marker。步驟508 =Sl-AP向RRC切換釋放消息。接收到切換釋放消息後，RRC可以開始刪除源小區的上下行鏈路了。步驟509 源PDCP接收到到鏈路切換完成消息後，在確定上下行數據倒換完畢時， 自行構造End Marker並發送給目的PDCP ；同時，RRC會向底層發送鏈路刪除消息，將UE的上下行鏈路刪除，包括，指示將源PDCP鏈路刪除，指示將源RLC鏈路刪除，以及指示將源MAC 鏈路刪除。與上述實施例相對應，參閱圖6所示，基於基站內小區切換的數據倒換源小區側具體流程如下步驟601 =RRC向目的PDCPC發送配置消息，配置相應的SRB和DRB。對應於步驟501，RRC接收到來自於Sl-AP的高層指示確定需要將UE由本地源小區切換至目的小區時，在向源PDCP發送切換請求的同時，會向目的PDCP發送配置消息，指示目的PDCP配置目的小區，即配置相應的SRB (Signalling Radio Bearer,信令無線承載) 和DRB (Data Radio Bearer，數據無線承載)步驟601 =RRC向目的PDCP發送基站內切換指示消息(也稱為切換指示消息)，目的PDCP接收到該消息後，準備接收倒換數據，配置安全性相關協議參數。步驟602 =RRC向目的PDCP發送包含了安全性參數配置的切換指示消息，指示目的 PDCP開始將UE由源小區切換至目的小區。步驟603 源PDCP向目的PDCP發送HFN和SN狀態信息，目的PDCP將HFN、SN狀態信息應用於對應的RB (Radio Bearer,無線承載)。此時，源PDCP和目的PDCP之間可以開始進行數據倒換。步驟604 目的PDCP接收源PDCP發送的上行數據並緩存，以及接收源PDCP發送的下行數據並緩存。上下行數據倒換要一直持續到源小區內不再存在未發送的上下行數據，相應的， 目的PDCP會將倒換的上下行數據分別緩存起來。此時，可以開始執行UE在目的小區的隨機接入，以完成UE的小區間切換。步驟605 在目的小區接收到UE發送的RRC連接重配置消息後，目的MAC向目的 RLC發送RRC重配完成消息。步驟606 目的RLC向目的PDCP發送重配完成消息。步驟607 目的PDCP向RRC發送重配完成消息步驟608 =RRC向Sl-AP發送切換完成消息，向高層通知已完成UE的小區間切換。步驟609 =RRC向目的PDCP發送的切換完成消息。此時，目的PDCP可以開始進行上行重排序和向UE發送由源小區倒換至本地的下行數據，較佳的，PDCP會啟動End Marker定時器，等待來自源PDCP的End MarKer，並在後續接收到End Marker或End Marker定時器時，停止接收來自於源小區的上下行倒換數據， 並在發送完已緩存的來自於源小區的下行數據後，開始發送來自於Sl 口的新的下行數據， 並進入正常狀態，具體如圖4B所示。步驟609 目的PDCP向目的RLC發送來自於源小區的下行數據。步驟610 目的RLC向目的MAC發送來自於源小區的下行數據。目的MAC將接收的來自於源小區的下行數據發往UE。步驟611 目的MAC向目的RLC發送UE返回的上行數據。步驟612 目的RLC向目的PDCP發送UE返回的上行數據。步驟613 目的PDCP將UE返回的上行數據按順序組成SDU(krving Data Unit, 業務數據單元)後發往S1-GTPU.在此過程中，若目的PDCP接收到UE發送的狀態報告，則將處於重傳狀態且已被UE 正確接收的下行數據丟棄，若該下行數據已遞交至目的RLC，則指示目的RLC丟棄。上述過程適用於AM模式，因為AM模式下基站具有重傳功能，UE會將接受情況告知目標小區，如果在狀態報告中指明某些數據包已經成功接受，就不需要基站重複發送了， 所以UE可以要求基站丟棄相關下行數據，如果這些下行數據已經不在PDCP中，如，已經下發到更底層的RLC中，就指示RLC丟棄。步驟614 目的PDCP接收UE返回的狀態報告，並指示目的RLC丟棄處於重傳狀態且已被UE正確接收的下行數據。接收到來自UE的狀態報告後，目的PDCP會釋放已被UE正確收到的SDU，同時指示底層(即目的RLC)丟棄被UE正確接收但已經被目的PDCP發送的下行數據。除了 AM模式外，此處理流程不受小區切換影響，目的PDCP在接收收到RRC的切換完成命令之前不發送 PDCP PDU，收到切換完成命令後，目的PDCP開始向UE發送由源小區倒換至本地的下行數據直至數據流程結束，並且目的CP且對這部分下行數據不做重排和重複接受的相關處理，而對於其他的RB還會做出正常處理。步驟615:當鏈路切換完成後，目的PDCP可以同時接受由Sl接口下發的下行數據以及來自於源小區的倒換數據。步驟616 目的PDCP接收到源PDCP發送的End Marker,停止接受倒換的上下行數據，並在將已倒換的來自於源小區的下行數據發送完畢後，開始向UE發送來自於Sl接口的下行數據。步驟615和步驟616需要聯繫起來，步驟615後完成後，說明高層鏈路已經接通完畢，此時，目標PDCP可以接受經Sl接口下發的新的下行數據，也可以接受源小區傳送的倒換數據，但是，此時由源小區倒換過來的上下行數據具有更高的優先級，所以先行向UE發送，直到收到End Marker後，才證明倒換數據發送完畢。未接收到End Marker的話，End Marker定時器超時後也會執行相同的操作。在上述過程中，若仍接收到來自於源小區的倒換數據，則直接丟棄。綜上所述，End Marker是源小區側數據倒換完成的重要標誌，同時也是指示目的小區側可以開始下發Sl接口數據的重要標誌，本實施例中，在進行基站內小區切換的過程中，在沒有核心網參與的前提下，基站在源小區和目的小區之間進行數據倒換時，若確定源小區內的上下行數據已倒換完畢，則在源小區內自行構建End Marker並發往目的小區，從而能夠及時向目的小區通知原有鏈路上的數據已經倒換完畢，令目的小區可以順利開始執行後續操作，進而達到無損切換的目的。這一方案不但填補了 3GPP協議中關於基站內小區間切換流程的空白，同時還在設計思想上貼近3GPP協議規定的基站間切換流程，與現有協議相符合，可以有效保證業務的無損切換。另一方面，本方案的設計易於理解，便於實施和維護，有效避免了系統運行成本的提升。 顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種基於基站內小區間切換的數據倒換方法，其特徵在於，包括接收到指示進行內部小區切換的高層信令時，在源小區內停止發送用戶設備UE的上下行數據，並將UE由源小區切換至目的小區，以及將鏈路由源小區切換至目的小區；在切換過程中，將源小區內未發送的上下行數據倒換至目的小區；在鏈路切換完畢後，確定源小區內不存在未發送的上下行數據時，通過源小區生成終止符End Marker並發往目的小區，令目的小區根據所述End Marker確認上下行數據倒換完畢。
2.如權利要求1所述的方法，其特徵在於，在所述切換過程中，通過源小區接收到來自於本地接入點AP層的鏈路切換完成消息時，確認鏈路切換完畢，並繼續將源小區內未發送的上下行數據倒換至目的小區，以及通過目的小區接收來自於Sl接口的下行數據。
3.如權利要求1或2所述的方法，其特徵在於，在鏈路切換完畢後，確定源小區內不存在未發送的上下行數據時，通過源小區生成End Marker並發往目的小區，包括在源小區的分組數據匯聚協議PDCP層生成End Marker，並將該End Marker發送至目的小區的PDCP層。
4.如權利要求3所述的方法，其特徵在於，將所述EndMarker發往目的小區的過程中， 在源小區的PDCP層、無線鏈路控制RLC層和媒體接入控制MAC層進行鏈路刪除。
5.如權利要求1所述的方法，其特徵在於，在所述切換過程中，在目的小區接收到來自於源小區的上下行數據後，將所述上下行數據進行緩存，待確認UE完成源小區至目的小區的切換後，通過目的小區將來自於源小區的下行數據發送至UE。
6.如權利要求5所述的方法，其特徵在於，通過目的小區將來自於源小區的下行數據發送至UE的過程中，接收到來自於源小區的End Marker時，確認上下行數據倒換完畢，並繼續通過目的小區將來自於Sl接口的下行數據發送至UE。
7.如權利要求5所述的方法，其特徵在於，確認UE完成源小區至目的小區的切換後，在通過目的小區將來自於源小區的下行數據發送至UE之前，建立一定時器，在通過目的小區將來自於源小區的下行數據發送至UE的過程中，若確定所述定時器超時且未收到來自於源小區的End Marker,則停止通過目的小區向UE發送來自於源小區的下行數據，並開始通過目的小區向UE發送來自於Sl接口的下行數據。
8.如權利要求5、6或7所述的方法，其特徵在於，通過目的小區將來自於源小區的下行數據發送至UE的過程中，若接收到UE反饋的狀態報告，則根據所述狀態報告將處於重傳狀態且已被UE正確接收的下行數據丟棄。
9.一種基於基站內小區間切換的數據倒換裝置，其特徵在於，包括源小區控制模塊，用於在接收到指示進行內部小區切換的高層信令時，在源小區內停止發送用戶設備UE的上下行數據，並將UE由源小區切換至目的小區，以及將鏈路由源小區切換至目的小區，在切換過程中，將源小區內未發送的上下行數據倒換至目的小區，以及在鏈路切換完畢後，確定源小區內不存在未發送的上下行數據時，通過源小區生成終止符End Marker並發往目的小區，令目的小區根據所述End Marker確認上下行數據倒換完畢；目的小區控制模塊，用於在接收到指示進行內部小區切換的高層信令時，配合源小區控制模塊將UE由源小區切換至目的小區，以及將鏈路由源小區切換至目的小區，並在切換過程中，配合源小區控制模塊將源小區內未發送的上下行數據倒換至目的小區，以及在接收到源小區生成的終止符End Marker時，確認上下行數據倒換完畢。
10.如權利要求9所述的裝置，其特徵在於，在所述切換過程中，所述源小區控制模塊通過源小區接收到來自於本地接入點AP層的鏈路切換完成消息時，確認鏈路切換完畢，並繼續將源小區內未發送的上下行數據倒換至目的小區，以及所述目的小區控制模塊通過目的小區接收來自於Sl接口的下行數據。
11.如權利要求9或10所述的裝置，其特徵在於，在鏈路切換完畢後，所述源小區控制模塊確定源小區內不存在未發送的上下行數據時，通過源小區生成End Marker並發往目的小區時，在源小區的分組數據匯聚協議PDCP層生成End Marker,並將該End Marker發送至目的小區的PDCP層。
12.如權利要求11所述的裝置，其特徵在於，所述源小區控制模塊將所述EndMarker 發往目的小區的過程中，在源小區的PDCP層、無線鏈路控制RLC層和媒體接入控制MAC層進行鏈路刪除。
13.如權利要求9所述的裝置，其特徵在於，在所述切換過程中，所述目的小區控制模塊在目的小區接收到來自於源小區的上下行數據後，將所述上下行數據進行緩存，待確認 UE完成源小區至目的小區的切換後，通過目的小區將來自於源小區的下行數據發送至UE。
14.如權利要求13所述的裝置，其特徵在於，所述目的小區控制模塊通過目的小區將來自於源小區的下行數據發送至UE的過程中，接收到來自於源小區的End Marker時，確認上下行數據倒換完畢，並繼續通過目的小區將來自於Sl接口的下行數據發送至UE。
15.如權利要求13所述的裝置，其特徵在於，所述目的小區控制模塊確認UE完成源小區至目的小區的切換後，在通過目的小區將來自於源小區的下行數據發送至UE之前，建立一定時器，在通過目的小區將來自於源小區的上下行數據發送至UE的過程中，若確定所述定時器超時且未收到來自於源小區的End Marker,則停止通過目的小區向UE發送來自於源小區的下行數據，並開始通過目的小區向UE發送來自於Sl接口的下行數據。
16.如權利要求13、14或15所述的裝置，其特徵在於，所述目的小區控制模塊通過目的小區將來自於源小區的下行數據發送至UE的過程中，若接收到UE反饋的狀態報告，則根據所述狀態報告將處於重傳狀態且已被UE正確接收的下行數據丟棄。
全文摘要
本發明涉及通信領域，公開了一種基於基站內小區切換的數據倒換方法及裝置。該方法為本發明實施例中，在進行基站內小區切換的過程中，在沒有核心網參與的前提下，基站在源小區和目的小區之間進行數據倒換時，若確定源小區內的上下行數據已倒換完畢，則在源小區內自行構建End Marker並發往目的小區，從而能夠及時向目的小區通知原有鏈路上的數據已經倒換完畢，令目的小區可以順利開始執行後續操作，進而達到無損切換的目的。另一方面，本方案的設計易於理解，便於實施和維護，有效避免了系統運行成本的提升。
文檔編號H04W36/00GK102438284SQ201110412489
公開日2012年5月2日 申請日期2011年12月12日 優先權日2011年12月12日
發明者周宇恆, 楊碩 申請人:大唐移動通信設備有限公司