終端切換方法和基站的制作方法
【專利摘要】本發(fā)明提供了一種終端切換方法和基站，其中，終端切換方法用于MME模式下的基站內(nèi)終端切換，包括：基站的BPOE接收到切換通知消息；目標BPOE向業(yè)務服務器發(fā)送ARP報文，以通知業(yè)務服務器主動更新保存的ARP表；在業(yè)務服務器完成ARP表的更新后，目標BPOE從源BPOE接收源BPOE緩存的業(yè)務服務器向UE發(fā)送的報文，并且，緩存業(yè)務服務器通過目標BPOE向UE發(fā)送的報文；目標BPOE在接收到切換完成消息后，先向UE發(fā)送從源BPOE接收的報文，并在發(fā)送完成后，再向UE發(fā)送業(yè)務服務器通過目標BPOE向UE發(fā)送的報文。通過本發(fā)明，能迅速提供切換的傳輸通道，并保證了切換中業(yè)務不中斷和維持一定的傳輸速率。
【專利說明】終端切換方法和基站
【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，特別是涉及一種無MME (Mobility ManagementEntity,移動性管理實體)模式下基站內(nèi)的終端切換方法和基站。
【背景技術】
[0002]在TD-LTE (Time Division-Long Term Evolution,分時長期演進)系統(tǒng)中，終端到終端、終端到業(yè)務服務器之間的通信，是通過eNodeB (基站)和EPC (Evolved PacketCore，演進分組核心)打通傳輸通路；而eNodeB與EPC之間的業(yè)務傳輸，是使用GTP_U(GPRSTunnelling Protocol User，GPRS隧道協(xié)議用戶面)報文進行承載的。在無MME、無EPC的場景下，則是由eNodeB獨立打通終端到終端、和終端到業(yè)務服務器之間的通路。
[0003]在終端到業(yè)務服務器的通信中，eNodeB無論在二層還是三層組網(wǎng)模式下，上行方向都需要將GTP-U頭截掉，再發(fā)到三層交換機或是直接發(fā)到業(yè)務服務器上。反之，下行方向，需要eNodeB添加GTP-U頭，從而實現(xiàn)終端和業(yè)務服務器之間的傳輸。
[0004]在終端到終端之間的通信中，則完全是通過一個eNodeB內(nèi)部的傳輸通道進行通信。
[0005]上述通信的傳輸模型如圖1所示，其中，eNodeB支持多小區(qū)多用戶間的數(shù)據(jù)通信，圖1中的基帶處理單元在下文中用BPOE表示。在圖1所示的傳輸模型中:
[0006](I)終端和終端通信為:UE (User Endpoint,用戶終端)-----BP0E1
(BP0E2)——BP0E2 (BP0E1)——UE
[0007](2 )終端和業(yè)務Server (業(yè)務服務器)通信為:
[0008]1.二層組網(wǎng):UE-----BP0E1 (BP0E2)-----業(yè)務 Server
[0009]2.三層組網(wǎng):UE-----BP0E1 (BP0E2)-----三層交換機-----業(yè)務Server
[0010]上述(2)的終端和業(yè)務Server通信的模型中，以二層組網(wǎng)為例，當終端發(fā)生切換，UE從BP0E1切換到BP0E2，傳輸要在切換中建立UE〈一〉BP0E2〈一〉業(yè)務Server的通道。
[0011]然而，上述切換過程中，一方面，有可能新的傳輸通道尚未成功建立，而原傳輸通道已切斷；另一方面，業(yè)務Server不會主動更新自己的ARP (Address ResolutionProtocol,地址解析協(xié)議)表，需要等待業(yè)務Server的ARP老化時間到來后,重新發(fā)起學習ARP的流程，通常服務器的老化時間為10分鐘以上，這段時間業(yè)務Server還是會將報文發(fā)到原來的BPOE上，從而導致小區(qū)切換業(yè)務中斷、數(shù)據(jù)丟包。

【發(fā)明內(nèi)容】

[0012]本發(fā)明提供了一種無MME模式下基站內(nèi)的終端切換方法和基站，以解決現(xiàn)有無MME模式下，基站內(nèi)終端切換時易出現(xiàn)切換業(yè)務中斷、數(shù)據(jù)丟包的問題。
[0013]為了解決上述問題，本發(fā)明公開了一種終端切換方法，用于無移動性管理實體MME模式下的基站內(nèi)終端切換，所述方法包括:基站的目標基帶處理單元BPOE接收到切換通知消息，其中，所述切換通知消息用于通知用戶設備UE從所述基站的源BPOE向所述目標BPOE切換；所述目標BPOE向業(yè)務服務器發(fā)送地址解析協(xié)議ARP報文，以通知所述業(yè)務服務器主動更新保存的ARP表，其中，所述ARP報文中攜帶有所述UE的IP地址和所述目標BPOE的介質(zhì)訪問控制MAC地址；在所述業(yè)務服務器完成所述ARP表的更新后，所述目標BPOE從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文，并且，緩存所述業(yè)務服務器通過所述目標BPOE向所述UE發(fā)送的報文；所述目標BPOE在接收到切換完成消息后，先向所述UE發(fā)送從所述源BPOE接收的報文，并在發(fā)送完成后，再向所述UE發(fā)送所述業(yè)務服務器通過所述目標BPOE向所述UE發(fā)送的報文。
[0014]優(yōu)選地，在所述基站的目標基帶處理單元BPOE接收到切換通知消息的步驟之后，所述目標BPOE向業(yè)務服務器發(fā)送地址解析協(xié)議ARP報文的步驟之前，還包括:所述目標BPOE配置所述UE和所述業(yè)務服務器之間的鏈路信息，所述鏈路信息包括:所述UE的IP地址、所述業(yè)務服務器的IP地址、網(wǎng)關、和掩碼；所述目標BPOE根據(jù)所述鏈路信息，向所述業(yè)務服務器發(fā)起ARP學習流程；所述目標BPOE在收到所述業(yè)務服務器的ARP應答后，確認所述UE經(jīng)由所述目標BPOE至所述業(yè)務服務器的上行鏈路成功建立，同時，繼續(xù)保持所述UE經(jīng)由所述源BPOE至所述業(yè)務服務器的上行鏈路不中斷。
[0015]優(yōu)選地，所述終端切換方法還包括:所述源BPOE在接收到所述切換完成消息后，刪除所述源BPOE中配置的所述UE和所述業(yè)務服務器之間的鏈路信息，以及所述UE經(jīng)由所述源BPOE與所述業(yè)務服務器之間建立的鏈路。
[0016]優(yōu)選地，在所述基站的目標基帶處理單元BPOE接收到切換通知消息的步驟之前，還包括:所述源BPOE接收到所述切換通知消息，緩存所述業(yè)務服務器經(jīng)由所述源BPOE向所述UE發(fā)送的報文。
[0017]優(yōu)選地，所述目標BPOE從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文的步驟包括:所述目標BPOE通過所述基站的內(nèi)部傳輸通道，從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文。
[0018]為了解決上述問題，本發(fā)明還公開了一種基站，用于無移動性管理實體MME模式下的基站內(nèi)終端切換，所述基站包括:源基帶處理單元BPOE和目標BPOE ;其中，所述目標BPOE包括:第一接收模塊，用于接收到切換通知消息，其中，所述切換通知消息用于通知用戶設備UE從所述基站的源BPOE向所述目標BPOE切換；第一發(fā)送模塊，用于向業(yè)務服務器發(fā)送地址解析協(xié)議ARP報文，以通知所述業(yè)務服務器主動更新保存的ARP表，其中，所述ARP報文中攜帶有所述UE的IP地址和所述目標BPOE的介質(zhì)訪問控制MAC地址；第二接收模塊，用于在所述業(yè)務服務器完成所述ARP表的更新后，從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文，并且，緩存所述業(yè)務服務器通過所述目標BPOE向所述UE發(fā)送的報文；第二發(fā)送模塊，用于在接收到切換完成消息后，先向所述UE發(fā)送從所述源BPOE接收的報文，并在發(fā)送完成后，再向所述UE發(fā)送所述業(yè)務服務器通過所述目標BPOE向所述UE發(fā)送的報文。
[0019]優(yōu)選地，所述目標BPOE還包括:上行通路模塊，用于在所述第一接收模塊接收到切換通知消息之后，所述第一發(fā)送模塊向業(yè)務服務器發(fā)送地址解析協(xié)議ARP報文之前，配置所述UE和所述業(yè)務服務器之間的鏈路信息，所述鏈路信息包括:所述UE的IP地址、所述業(yè)務服務器的IP地址、網(wǎng)關、和掩碼；根據(jù)所述鏈路信息，向所述業(yè)務服務器發(fā)起ARP學習流程；在收到所述業(yè)務服務器的ARP應答后，確認所述UE經(jīng)由所述目標BPOE至所述業(yè)務服務器的上行鏈路成功建立，同時，繼續(xù)保持所述UE經(jīng)由所述源BPOE至所述業(yè)務服務器的上行鏈路不中斷。
[0020]優(yōu)選地，所述源BPOE包括:刪除模塊，用于在接收到所述切換完成消息后，刪除所述源BPOE中配置的所述UE和所述業(yè)務服務器之間的鏈路信息，以及所述UE經(jīng)由所述源BPOE與所述業(yè)務服務器之間建立的鏈路。
[0021]優(yōu)選地，所述源BPOE還包括:緩存模塊，用于在所述目標BPOE的第一接收模塊接收到切換通知消息之前，所述緩存模塊接收到所述切換通知消息，緩存所述業(yè)務服務器經(jīng)由所述源BPOE向所述UE發(fā)送的報文。
[0022]優(yōu)選地，所述第二接收模塊在從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文時，通過所述基站的內(nèi)部傳輸通道，從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文。
[0023]與現(xiàn)有技術相比，本發(fā)明具有以下優(yōu)點:
[0024]本發(fā)明的終端切換方案在無MME模式的基站如eNodeB內(nèi)終端切換時，針對下行方向，采取目標側(cè)即目標BPOE側(cè)向業(yè)務Server (服務器)發(fā)送免費ARP,及時修改業(yè)務Server的ARP表項，快速實現(xiàn)下行的傳輸切換；同時，目標側(cè)還接收源側(cè)即源BPOE側(cè)在切換中收到的下行報文，以減少切換中的傳輸丟包；在切換完成后，目標側(cè)先發(fā)送源側(cè)的下行報文，再發(fā)送收到的本側(cè)的業(yè)務Server的下行報文，以避免切換中產(chǎn)生亂序。可見，通過本發(fā)明，在無MME模式下的eNodeB內(nèi)終端切換時，能迅速提供切換的傳輸通道，并保證了切換中業(yè)務不中斷和維持一定的傳輸速率，尤其在下行方向達到了最少的傳輸丟包和避免產(chǎn)生亂序，使得切換完成后，業(yè)務速率能夠迅速恢復到原有的水平，使用戶感知良好。
【專利附圖】

【附圖說明】
[0025]圖1是現(xiàn)有技術的一種無MME模式下的基站通信模型示意圖；
[0026]圖2是根據(jù)本發(fā)明實施例一的一種終端切換方法的步驟流程圖；
[0027]圖3是根據(jù)本發(fā)明實施例二的一種終端切換方法的步驟流程圖；
[0028]圖4是根據(jù)本發(fā)明實施例三的一種源側(cè)進行終端切換的處理流程圖；
[0029]圖5是根據(jù)本發(fā)明實施例四的一種目標側(cè)進行終端切換的處理流程圖；
[0030]圖6是根據(jù)本發(fā)明實施例五的一種基站的結(jié)構(gòu)框圖。
【具體實施方式】
[0031]為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和【具體實施方式】對本發(fā)明作進一步詳細的說明。
[0032]首先需要說明的是，本發(fā)明實施例提供的用于無MME模式下的基站內(nèi)終端切換的終端切換方法和基站中，UE的信息只能唯一配置在一個BPOE上，即UE的IP只能配在一個BPOE的網(wǎng)口上，否則會有IP地址沖突；業(yè)務Server最好使能免費ARP學習功能，即使沒有使能免費ARP學習功能，業(yè)務Server也能接收免費ARP來更新自己的ARP表項。
[0033]以此為基礎，以下通過多個實施例對本發(fā)明的終端切換方案進行說明。
[0034]實施例一
[0035]參照圖2，示出了根據(jù)本發(fā)明實施例一的一種終端切換方法的步驟流程圖。[0036]本實施例的終端切換方法用于無MME模式下的基站內(nèi)終端切換，包括以下步驟:
[0037]步驟S102:基站的目標BPOE接收到切換通知消息。
[0038]其中，切換通知消息用于通知UE從基站的源BPOE向目標BPOE切換。
[0039]本實施例中，切換通知消息由基站的高層發(fā)送，其中，基站的高層采用本領域的常規(guī)含義，包括F1DCP (Packet Data Convergence Protocol,分組數(shù)據(jù)匯聚協(xié)議)層和RLC(Radio Link Control,無線鏈路控制)層。
[0040]步驟S104:目標BPOE向業(yè)務服務器發(fā)送ARP報文，以通知業(yè)務服務器主動更新保存的ARP表。
[0041]其中，ARP報文中攜帶有UE的IP地址和目標BPOE的MAC(Media Access Control,介質(zhì)訪問控制)地址。MAC地址反映了目標BPOE的網(wǎng)口硬件地址。
[0042]如果目標BPOE不發(fā)送免費的ARP報文來通知業(yè)務Server (服務器)目標BPOE的MAC地址變化了，業(yè)務Server不會因為是與目標BPOE通信，就主動更新自己的ARP表，需要等待業(yè)務Server的ARP老化時間到來后,重新發(fā)起學習ARP的流程,通常業(yè)務Server的老化時間為10分鐘以上，這段時間業(yè)務Server還是會將報文發(fā)到源BP0E1上，就會造成傳輸中斷。而當目標BPOE向業(yè)務Server發(fā)送免費ARP報文時,業(yè)務Server收到該免費ARP報文即主動更新自己的ARP表，以保證傳輸通路的即時建立和更新。
[0043]步驟S106:在業(yè)務服務器完成ARP表的更新后，目標BPOE從源BPOE接收源BPOE緩存的業(yè)務服務器向UE發(fā)送的報文，并且，緩存業(yè)務服務器通過目標BPOE向UE發(fā)送的報文。
[0044]當基站高層向源BPOE發(fā)送切換通知消息，源BPOE即開始緩存業(yè)務Server發(fā)送來的、最終向UE發(fā)送的報文，進而將緩存的報文發(fā)送給目標BPOE。
[0045]步驟S108:目標BPOE在接收到切換完成消息后，先向UE發(fā)送從源BPOE接收的報文，并在發(fā)送完成后，再向UE發(fā)送業(yè)務服務器通過目標BPOE向UE發(fā)送的報文。
[0046]目標BPOE先發(fā)送來自源BPOE緩存的報文，再發(fā)送業(yè)務Server給目標BPOE發(fā)送的新報文，目的是為了防止產(chǎn)生亂序。在進行TCP傳輸?shù)倪^程中，亂序或丟包都會導致TCP的傳輸速率減半，大大影響切換時的傳輸速率穩(wěn)定性。
[0047]需要說明的是，本實施例的終端切換主要針對下行方向，這是因為在無MME模式的基站如eNodeB內(nèi)終端切換過程中，下行方向的信令交互和數(shù)據(jù)傳輸量更大，更易出現(xiàn)問題。而對于上行方向，則可以采用下文多個實施例中的改進方案，也可以采用現(xiàn)有的上行方向的切換方案。
[0048]通過本實施例，在無MME模式的基站如eNodeB內(nèi)終端切換時，針對下行方向，采取目標側(cè)即目標BPOE側(cè)向業(yè)務Server發(fā)送免費ARP，及時修改業(yè)務Server的ARP表項，快速實現(xiàn)下行的傳輸切換；同時，目標側(cè)還接收源側(cè)即源BPOE側(cè)在切換中收到的下行報文，以減少切換中的傳輸丟包；在切換完成后，目標側(cè)先發(fā)送源側(cè)的下行報文，再發(fā)送收到的本側(cè)的業(yè)務Server的下行報文，以避免切換中產(chǎn)生亂序?？梢姡ㄟ^本實施例，在無MME模式下的eNodeB內(nèi)終端切換時，能迅速提供切換的傳輸通道，并保證了切換中業(yè)務不中斷和維持一定的傳輸速率，尤其在下行方向達到了最少的傳輸丟包和避免產(chǎn)生亂序，使得切換完成后，業(yè)務速率能夠迅速恢復到原有的水平，使用戶感知良好。
[0049]實施例二[0050]參照圖3，示出了根據(jù)本發(fā)明實施例二的一種終端切換方法的步驟流程圖。
[0051]本實施例中，設定基站的源BPOE為BP0E1，目標BPOE為BP0E2，以UE從BPOEl切換到BP0E2為例，對本發(fā)明的終端切換方案進行說明。
[0052]本實施例的終端切換方法用于無MME模式下的基站內(nèi)終端切換，包括以下步驟:
[0053]步驟S202:基站建立UE經(jīng)由BPOEl至業(yè)務Server的初始鏈路。
[0054]eNodeB為UE和業(yè)務Server提供透明的傳輸通道，在初始階段，假如UE附著在BPOEl覆蓋的小區(qū)內(nèi)，eNodeB將UE和業(yè)務Server的信息(包括UE的IP地址，業(yè)務Server的IP地址、網(wǎng)關、掩碼等)配置到BPOEl上，并將UE的IP地址配置在BPOEl的網(wǎng)口上，使驅(qū)動建立一條UE到業(yè)務Server的通信鏈路,業(yè)務Server上通過ARP學習功能,記錄一條目的IP地址是UE的IP地址，目的MAC地址是BPOEl的MAC地址的ARP表項。
[0055]步驟S204:當UE需要從BPOEl切換至BP0E2時，基站的HL (High Layer)分別向BPOEl和BP0E2發(fā)送切換通知消息。BPOEl接收到切換通知消息后，執(zhí)行步驟S206 ；BP0E2接收到切換通知消息后，執(zhí)行步驟S208。
[0056]需要說明的是，BPOEl和BP0E2接收到切換通知消息后的處理不分先后順序，也可以并行執(zhí)行。
[0057]步驟S206 =BPOEl接收到切換通知消息，緩存業(yè)務Server經(jīng)由BPOEl向UE發(fā)送的報文，執(zhí)行步驟S212。
[0058]步驟S208:BP0E2接收到切換通知消息，配置UE和業(yè)務Server之間的鏈路信息，根據(jù)配置的鏈路信息，向業(yè)務Server發(fā)起ARP學習流程；并在收到業(yè)務Server的ARP應答后，確認UE經(jīng)由BP0E2至業(yè)務Server的上行鏈路成功建立，同時，繼續(xù)保持UE經(jīng)由BPOEl至業(yè)務Server的上行鏈路不中斷，執(zhí)行步驟S210。
[0059]其中，BP0E2配置的UE和業(yè)務Server之間的鏈路信息包括:UE的IP地址、業(yè)務Server的IP地址、網(wǎng)關、和掩碼。
[0060]當UE要切換到BP0E2時，eNodeB的HL需要將UE的IP地址和業(yè)務Server的IP地址、網(wǎng)關、掩碼配置在BP0E2上，觸發(fā)BP0E2學習業(yè)務Server或網(wǎng)關的MAC地址，建立一條新的傳輸通路。此時，存在兩條到業(yè)務Server的傳輸通路UE〈->BPOEl〈->Server、UE<->BP0E2<->Server,這是為了保證在切換中，無論UE在BPOEl還是BP0E2覆蓋的小區(qū)內(nèi)，都能保證上行方向不丟包。
[0061]步驟S210:BP0E2向業(yè)務Server發(fā)送ARP報文，以通知業(yè)務Server主動更新保存的ARP表，執(zhí)行步驟S212。
[0062]其中，ARP報文中攜帶有UE的IP地址和BP0E2的MAC地址。
[0063]在BP0E2上新建傳輸通道的同時，BP0E2向業(yè)務Server發(fā)送免費的ARP報文，來修改業(yè)務Server的ARP表項,保證業(yè)務Server能迅速將報文發(fā)送到BP0E2,保證下行方向最快的進行傳輸切換。
[0064]免費ARP功能可以及時通知下行設備更新ARP表項或者MAC地址表項，業(yè)務Server收到的免費ARP報文中攜帶的信息(源IP地址、源MAC地址)就對自身維護的ARP表進行修改，這里的源IP地址為UE的IP地址，源MAC地址為BP0E2的MAC地址。如果BP0E2不發(fā)送免費的ARP報文來通知業(yè)務Server其MAC地址變化了，業(yè)務Server不會因為是與BP0E2通信，就主動更新自己的ARP表，需要等待業(yè)務Server的ARP老化時間到來后，重新發(fā)起學習ARP的流程，通常服務器的老化時間為10分鐘以上，這段時間業(yè)務Server還是會將報文發(fā)到BPOEl上，就會使傳輸中斷。
[0065]步驟S212:在業(yè)務Server完成ARP表的更新后，BPOEl向BP0E2發(fā)送緩存的報文，BP0E2從BPOEl接收BPOEl緩存的業(yè)務Server向UE發(fā)送的報文，并且，緩存業(yè)務Server通過BP0E2向UE發(fā)送的報文。
[0066]在切換過程中，BPOEl將緩存業(yè)務Server向BPOEl發(fā)送的報文，BPOEl將緩存的報文通過eNodeB內(nèi)部的傳輸通道發(fā)送給BP0E2,以保證切換中下行方向最少的傳輸丟包。也BP, BP0E2通過eNodeB的內(nèi)部傳輸通道，從BPOEl接收BPOEl緩存的業(yè)務Server向UE發(fā)送的報文。通過基站的內(nèi)部傳輸通道發(fā)送報文，實現(xiàn)簡單，傳輸速度快，傳輸效率高。但不限于此，在實際應用中，其它傳輸方式同樣適用，如通過BPOE間消息或信令的形式。
[0067]步驟S214:在UE經(jīng)由BP0E2至業(yè)務Server的鏈路成功建立后，基站的HL分別向BPOEl和BP0E2發(fā)送切換完成消息。BPOEl接收到切換完成消息后，執(zhí)行步驟S216 ；BP0E2接收到切換完成消息后，執(zhí)行步驟S218。
[0068]需要說明的是，BPOEl和BP0E2接收到切換完成消息后的處理不分先后順序，也可以并行執(zhí)行。
[0069]步驟S216:BP0E1在接收到切換完成消息后，刪除BPOEl中配置的UE和業(yè)務Server之間的鏈路信息，以及UE經(jīng)由BPOEl與業(yè)務Server之間建立的鏈路，結(jié)束BPOEl的終端切換處理。
[0070]在切換完成后，BPOEl上的UE和業(yè)務Server的配置信息被刪除，即將BPOEl的通信鏈路刪除，并將UE的IP地址從BPOEl的網(wǎng)口上刪除，因為UE的IP地址最好不要同時配在BPOEl和BP0E2的網(wǎng)口上，這樣會引起IP地址沖突。
[0071]步驟S218:BP0E2在接收到切換完成消息后，先向UE發(fā)送從BPOEl接收的報文，并在發(fā)送完成后，再向UE發(fā)送業(yè)務Server通過BP0E2向UE發(fā)送的報文。
[0072]在切換過程中，BPOEl將緩存業(yè)務Server向BPOEl發(fā)送的報文，BPOEl將緩存的報文通過eNodeB內(nèi)部的傳輸通道發(fā)送給BP0E2，以保證切換中下行方向最少的傳輸丟包。BP0E2則在切換完成后，先發(fā)送來自BPOEl緩存的報文，再發(fā)送業(yè)務Server給BP0E2發(fā)送的新報文，目的是為了防止產(chǎn)生亂序。在進行TCP傳輸?shù)倪^程中，亂序或丟包都會導致TCP的傳輸速率減半，大大影響切換時的傳輸速率穩(wěn)定性。
[0073]通過本實施例，UE發(fā)生切換時，同時建立BPOEl和BP0E2的通信鏈路，能夠保證上行方向不丟包；BP0E2向業(yè)務Server發(fā)送免費ARP報文來通知業(yè)務Server及時更新ARP表項，來實現(xiàn)快速的下行傳輸切換；在UE切換過程中，BPOEl緩存業(yè)務Server發(fā)來的數(shù)據(jù)并通過站內(nèi)通道發(fā)送到BP0E2上，BP0E2先發(fā)BPOEl的緩存數(shù)據(jù)，再發(fā)送Server傳輸?shù)男聰?shù)據(jù)，來保證下行方向最少的傳輸丟包并且避免亂序。在幾種方式配合下，保證了 UE切換過程，業(yè)務不中斷，實現(xiàn)上行方向無丟包，下行方向保證最好的傳輸速率，切換后，傳輸速率能夠迅速恢復，使用戶感知良好。
[0074]實施例三
[0075]參照圖4，示出了根據(jù)本發(fā)明實施例三的一種源側(cè)進行終端切換的處理流程圖。
[0076]本實施例從源BPOE側(cè)對本發(fā)明的終端切換方案進行說明，本實施例的源側(cè)進行終端切換的處理流程用于無MME模式下的基站內(nèi)終端切換的源側(cè)處理，該流程包括:[0077]步驟S302:源側(cè)BPOE板卡DD (Device Driver, eNodeB內(nèi)設備驅(qū)動層)收到HL發(fā)送的初始化建鏈消息。
[0078]步驟S304:源側(cè)BPOE的DD配置UE和業(yè)務Server信息，其中包括UE的IP地址，Server的IP地址、網(wǎng)關、掩碼。
[0079]步驟S306:源BPOE的DD向業(yè)務Server發(fā)送ARP請求，以發(fā)起ARP學習流程。
[0080]步驟S308:源BPOE的DD收到業(yè)務Server回復的ARP應答，建鏈成功。
[0081]步驟S310:源BPOE的DD向HL發(fā)送建鏈成功消息，使得UE〈->源ΒΡ0Ε〈->業(yè)務Server進行正常通信。
[0082]步驟S312: HL向源BPOE的DD發(fā)送“切換”通知消息。
[0083]步驟S314 -M BPOE的DD開始緩存業(yè)務Server發(fā)送的下行報文。
[0084]步驟S316:源BPOE的DD通過eNodeB內(nèi)部傳輸通道，將緩存的報文發(fā)送到目標BPOE 的 DD。
[0085]步驟S318:HL向源BPOE的DD發(fā)送“切換完成”消息；
[0086]步驟S320 -M BPOE的DD刪除UE和業(yè)務Server配置信息，同時刪鏈。
[0087]步驟S322:源BPOE的DD向HL反饋刪鏈成功消息。
[0088]通過本實施例，在無MME模式eNodeB內(nèi)終端切換時，源BPOE側(cè)針對上行方向，同時建立兩條傳輸通道，保證上行無丟包；針對下行方向，源側(cè)將切換中收到的下行報文緩存并倒換到目標側(cè)，來減少切換中的傳輸丟包。由此，保證了切換過程中業(yè)務不中斷和一定的傳輸速率，并在切換后迅速恢復到原來的速率水平，使用戶感知良好，在切換中最少的丟包。
[0089]實施例四
[0090]參照圖5，示出了根據(jù)本發(fā)明實施例四的一種目標側(cè)進行終端切換的處理流程圖。
[0091]本實施例從目標BPOE側(cè)對本發(fā)明的終端切換方案進行說明，本實施例的目標側(cè)進行終端切換的處理流程用于無MME模式下的基站內(nèi)終端切換的目標側(cè)處理，該流程包括:
[0092]步驟S402:目標側(cè)BPOE板卡DD (Device Driver, eNodeB內(nèi)設備驅(qū)動層)收到HL發(fā)送的“切換”通知消息。
[0093]步驟S404:目標側(cè)BPOE的DD配置UE和業(yè)務Server信息，其中包括UE的IP地址，業(yè)務Server的IP地址、網(wǎng)關、掩碼。
[0094]步驟S406:目標BPOE的DD向業(yè)務Server發(fā)送ARP請求，以發(fā)起ARP學習流程。
[0095]步驟S408:目標BPOE的DD收到業(yè)務Server回復的ARP應答，建鏈成功。
[0096]步驟S410:目標BPOE的DD向HL發(fā)送建鏈成功消息，保證上行方向UE_>目標ΒΡ0Ε-〉業(yè)務Server傳輸暢通。
[0097]步驟S412:目標BPOE的DD向業(yè)務Server發(fā)送免費的ARP報文，報文中攜帶UE的IP地址、本BPOE的MAC地址，通知業(yè)務Server更新ARP表項，業(yè)務Server的ARP表項更新后，就等同建立了一條UE〈->目標ΒΡ0Ε〈->業(yè)務Server的雙向通路,業(yè)務Server則會向目標BPOE發(fā)送報文。
[0098]步驟S414:在切換過程中，目標BPOE會收到源BPOE發(fā)送的下行緩存數(shù)據(jù)。
[0099]步驟S416:目標BPOE的DD緩存業(yè)務Server發(fā)送的下行報文。[0100]步驟S418:HL向目標BPOE的DD發(fā)送“切換完成”消息，說明目標BPOE空口的無線鏈路準備好了，可以和UE進行通信。
[0101]步驟S420:目標BPOE的DD先發(fā)送源BPOE倒換過來的數(shù)據(jù)到UE。
[0102]步驟S422:目標BPOE的DD再發(fā)送切換中由業(yè)務Server發(fā)送的下行報文到UE，避免亂序。
[0103]通過本實施例，在無MME模式eNodeB內(nèi)終端切換時，目標BPOE側(cè)針對上行方向，同時建立兩條傳輸通道，保證上行無丟包；針對下行方向，目標側(cè)向業(yè)務Server發(fā)送免費ARP，及時修改Server的ARP表項，快速實現(xiàn)下行的傳輸切換；并且，目標側(cè)接收源側(cè)切換中收到的下行報文，來減少切換中的傳輸丟包，并在切換完成后，目標側(cè)先發(fā)送源側(cè)的倒換數(shù)據(jù),再發(fā)送收到的Server的下行報文，來避免切換中產(chǎn)生亂序。
[0104]實施例五
[0105]參照圖6，示出了根據(jù)本發(fā)明實施例五的一種基站的結(jié)構(gòu)框圖。
[0106]本實施例的基站中設置有用于實現(xiàn)前述終端切換方法的裝置，用于無MME模式下的基站內(nèi)終端切換，該裝置包括:源BP0E502和目標BP0E504。
[0107]其中，
[0108]目標BP0E504包括:第一接收模塊5042，用于接收到切換通知消息，其中，切換通知消息用于通知UE從基站的源BPOE向目標BPOE切換；第一發(fā)送模塊5044,用于向業(yè)務服務器發(fā)送ARP報文，以通知業(yè)務服務器主動更新保存的ARP表，其中，ARP報文中攜帶有UE的IP地址和目標BPOE的MAC地址；第二接收模塊5046，用于在業(yè)務服務器完成ARP表的更新后，從源BPOE接收源BPOE緩存的業(yè)務服務器向UE發(fā)送的報文，并且，緩存業(yè)務服務器通過目標BPOE向UE發(fā)送的報文；第二發(fā)送模塊5048，用于在接收到切換完成消息后，先向UE發(fā)送從源BPOE接收的報文，并在發(fā)送完成后，再向UE發(fā)送業(yè)務服務器通過目標BPOE向UE發(fā)送的報文。
[0109]優(yōu)選地，目標BP0E504還包括:上行通路模塊50410，用于在第一接收模塊5042接收到切換通知消息之后，第一發(fā)送模塊5044向業(yè)務服務器發(fā)送ARP報文之前，配置UE和業(yè)務服務器之間的鏈路信息，所述鏈路信息包括:UE的IP地址、業(yè)務服務器的IP地址、網(wǎng)關、和掩碼；根據(jù)所述鏈路信息，向業(yè)務服務器發(fā)起ARP學習流程；在收到業(yè)務服務器的ARP應答后，確認UE經(jīng)由目標BPOE至業(yè)務服務器的上行鏈路成功建立，同時，繼續(xù)保持UE經(jīng)由源BPOE至業(yè)務服務器的上行鏈路不中斷。
[0110]優(yōu)選地，源BP0E502包括:刪除模塊5022，用于在接收到切換完成消息后，刪除源BPOE中配置的UE和業(yè)務服務器之間的鏈路信息，以及UE經(jīng)由源BPOE與業(yè)務服務器之間建立的鏈路。
[0111]優(yōu)選地，源BP0E502還包括:緩存模塊5024，用于在目標BPOE的第一接收模塊5042接收到切換通知消息之前，緩存模塊5024接收到切換通知消息，緩存業(yè)務服務器經(jīng)由源BPOE向UE發(fā)送的報文。
[0112]優(yōu)選地，第二接收模塊5046在從源BPOE接收源BPOE緩存的業(yè)務服務器向UE發(fā)送的報文時，通過基站的內(nèi)部傳輸通道，從源BPOE接收源BPOE緩存的業(yè)務服務器向UE發(fā)送的報文。
[0113]本實施例的基站用于實現(xiàn)前述多個方法實施例中相應的終端切換方法，并具有相應的方法實施例的有益效果，在此不再贅述。
[0114]本發(fā)明提供了 一種無MME模式下的基站內(nèi)終端切換方案，當UE附著在源BPOE覆蓋的小區(qū)內(nèi)，eNodeB的高層HL需要將UE的信息配置在源BPOE上，包括將UE的IP地址添加到源BPOE與業(yè)務Server通信的網(wǎng)口上，再將業(yè)務Server的信息配置在源BPOE上，其中包括業(yè)務Server的IP地址、網(wǎng)關、掩碼。在二層組網(wǎng)模式下，需要eNodeB學習業(yè)務Server的MAC地址；在三層組網(wǎng)模式下，eNodeB則學習網(wǎng)關的MAC地址，實現(xiàn)UE與業(yè)務Server之間的透傳通道。當UE發(fā)生切換時，HL需要將UE和業(yè)務Server的信息配置到目標BPOE上，目標BPOE觸發(fā)學習業(yè)務Server或網(wǎng)關的MAC地址，并向業(yè)務Server發(fā)送免費ARP報文來修改業(yè)務Server的ARP表項，使得業(yè)務Server迅速將報文發(fā)送到目標BPOE上，切換完成后，將源BPOE的UE和業(yè)務Server的配置刪除，進而實現(xiàn)UE切換時的傳輸暢通。
[0115]通過本發(fā)明，針對于上行方向，同時建立兩條傳輸通道，保證上行無丟包。針對于下行方向，采取目標側(cè)向業(yè)務Server發(fā)送免費ARP,及時修改業(yè)務Server的ARP表項，快速實現(xiàn)下行的傳輸切換；源側(cè)將切換中收到的下行報文倒換到目標側(cè)，來減少切換中的傳輸丟包；目標側(cè)先發(fā)送源側(cè)的倒換報文，再發(fā)送收到的業(yè)務Server的下行報文，來避免切換中產(chǎn)生亂序。由此，在無MME模式下的eNodeB內(nèi)終端切換時，能迅速提供切換的傳輸通道，并保證了切換中業(yè)務不中斷和維持一定的傳輸速率，上行方向無丟包，下行方向最少的傳輸丟包和避免產(chǎn)生亂序，使得切換完成后，業(yè)務速率能夠迅速恢復到原有的水平，使用戶感知良好。
[0116]本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于基站實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
[0117]以上對本發(fā)明所提供的一種終端切換方法和基站進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā)明的思想，在【具體實施方式】及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。
【權利要求】
1.一種終端切換方法，其特征在于，用于無移動性管理實體MME模式下的基站內(nèi)終端切換，所述方法包括: 基站的目標基帶處理單元BPOE接收到切換通知消息，其中，所述切換通知消息用于通知用戶設備UE從所述基站的源BPOE向所述目標BPOE切換； 所述目標BPOE向業(yè)務服務器發(fā)送地址解析協(xié)議ARP報文，以通知所述業(yè)務服務器主動更新保存的ARP表，其中，所述ARP報文中攜帶有所述UE的IP地址和所述目標BPOE的介質(zhì)訪問控制MAC地址； 在所述業(yè)務服務器完成所述ARP表的更新后，所述目標BPOE從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文，并且，緩存所述業(yè)務服務器通過所述目標BPOE向所述UE發(fā)送的報文； 所述目標BPOE在接收到切換完成消息后，先向所述UE發(fā)送從所述源BPOE接收的報文，并在發(fā)送完成后，再向所述UE發(fā)送所述業(yè)務服務器通過所述目標BPOE向所述UE發(fā)送的報文。
2.根據(jù)權利要求1所述的方法，其特征在于，在所述基站的目標基帶處理單元BPOE接收到切換通知消息的步驟之后，所述目標BPOE向業(yè)務服務器發(fā)送地址解析協(xié)議ARP報文的步驟之前，還包括: 所述目標BPOE配置所述UE和所述業(yè)務服務器之間的鏈路信息，所述鏈路信息包括:所述UE的IP地址、所述業(yè)務服務器的IP地址、網(wǎng)關、和掩碼； 所述目標BPOE根據(jù)所述鏈路信息，向所述業(yè)務服務器發(fā)起ARP學習流程； 所述目標BPOE 在收到所述業(yè)務服務器的ARP應答后，確認所述UE經(jīng)由所述目標BPOE至所述業(yè)務服務器的上行鏈路成功建立，同時，繼續(xù)保持所述UE經(jīng)由所述源BPOE至所述業(yè)務服務器的上行鏈路不中斷。
3.根據(jù)權利要求1所述的方法，其特征在于，所述方法還包括: 所述源BPOE在接收到所述切換完成消息后，刪除所述源BPOE中配置的所述UE和所述業(yè)務服務器之間的鏈路信息，以及所述UE經(jīng)由所述源BPOE與所述業(yè)務服務器之間建立的鏈路。
4.根據(jù)權利要求1所述的方法，其特征在于，在所述基站的目標基帶處理單元BPOE接收到切換通知消息的步驟之前，還包括: 所述源BPOE接收到所述切換通知消息，緩存所述業(yè)務服務器經(jīng)由所述源BPOE向所述UE發(fā)送的報文。
5.根據(jù)權利要求4所述的方法，其特征在于，所述目標BPOE從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文的步驟包括: 所述目標BPOE通過所述基站的內(nèi)部傳輸通道，從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文。
6.一種基站，其特征在于，用于無移動性管理實體MME模式下的基站內(nèi)終端切換，所述基站包括:源基帶處理單元BPOE和目標BPOE ； 其中，所述目標BPOE包括: 第一接收模塊，用于接收到切換通知消息，其中，所述切換通知消息用于通知用戶設備UE從所述基站的源BPOE向所述目標BPOE切換；第一發(fā)送模塊，用于向業(yè)務服務器發(fā)送地址解析協(xié)議ARP報文，以通知所述業(yè)務服務器主動更新保存的ARP表，其中，所述ARP報文中攜帶有所述UE的IP地址和所述目標BPOE的介質(zhì)訪問控制MAC地址； 第二接收模塊，用于在所述業(yè)務服務器完成所述ARP表的更新后，從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文，并且，緩存所述業(yè)務服務器通過所述目標BPOE向所述UE發(fā)送的報文； 第二發(fā)送模塊，用于在接收到切換完成消息后，先向所述UE發(fā)送從所述源BPOE接收的報文，并在發(fā)送完成后，再向所述UE發(fā)送所述業(yè)務服務器通過所述目標BPOE向所述UE發(fā)送的報文。
7.根據(jù)權利要求6所述的基站，其特征在于，所述目標BPOE還包括: 上行通路模塊，用于在所述第一接收模塊接收到切換通知消息之后，所述第一發(fā)送模塊向業(yè)務服務器發(fā)送地址解析協(xié)議ARP報文之前，配置所述UE和所述業(yè)務服務器之間的鏈路信息，所述鏈路信息包括:所述UE的IP地址、所述業(yè)務服務器的IP地址、網(wǎng)關、和掩碼；根據(jù)所述鏈路信息，向所述業(yè)務服務器發(fā)起ARP學習流程；在收到所述業(yè)務服務器的ARP應答后，確認所述UE經(jīng)由所述目標BPOE至所述業(yè)務服務器的上行鏈路成功建立，同時，繼續(xù)保持所述UE經(jīng)由所述源BPOE至所述業(yè)務服務器的上行鏈路不中斷。
8.根據(jù)權利要求6所述的基站，其特征在于，所述源BPOE包括: 刪除模塊，用于在接收到所述切換完成消息后，刪除所述源BPOE中配置的所述UE和所述業(yè)務服務器之間的鏈路信息，以及所述UE經(jīng)由所述源BPOE與所述業(yè)務服務器之間建立的鏈路。`
9.根據(jù)權利要求6所述的基站，其特征在于，所述源BPOE還包括: 緩存模塊，用于在所述目標BPOE的第一接收模塊接收到切換通知消息之前，所述緩存模塊接收到所述切換通知消息，緩存所述業(yè)務服務器經(jīng)由所述源BPOE向所述UE發(fā)送的報文。
10.根據(jù)權利要求9所述的基站，其特征在于，所述第二接收模塊在從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文時，通過所述基站的內(nèi)部傳輸通道，從所述源BPOE接收所述源BPOE緩存的所述業(yè)務服務器向所述UE發(fā)送的報文。
【文檔編號】H04W36/06GK103686888SQ201310677010
【公開日】2014年3月26日 申請日期:2013年12月11日 優(yōu)先權日:2013年12月11日
【發(fā)明者】孫祎, 林坤 申請人:大唐移動通信設備有限公司