TW201737735A - 換手方法及使用該方法的網路控制器 - Google Patents

Abstract

本揭露提出一種適用於傳輸網路的網路控制器的換手方法及使用該方法的網路控制器。根據本揭露的一實施例，用於網路控制器的換手方法包括多個步驟。首先，接收包括但不限於換手請求確認的第一資料封包。接下來，在接收到對應於換手請求確認的換手執行完成通知訊息之前，響應於接收到換手請求確認，傳輸包括但不限於用戶平面更新通知的第二資料封包。之後，響應於傳輸用戶平面更新通知，傳輸包括但不限於用戶平面更新完成的第三資料封包。

Description

換手方法及使用該方法的網路控制器

本揭露是有關於一種適用於傳輸網路的網路控制器的換手方法及使用該方法的網路控制器。

如同預期的5G系統，傳輸網路已朝向整合前端/後端網路架構的方向演進。此網路架構在收集與處理路由資訊以及利用邊緣網路處理方面將更有效率。圖1繪示一通訊網路，包括但不限於用來傳輸在無線電存取網路（radio access network，RAN）2與核心網路（core network，CN）3之間的訊息的整合前端/後端網路1。整合前端/後端網路架構可包括但不限於移動管理實體（mobility management entity，MME）10、網路控制器11、一或多個處理單元（processing units，PUs）12以及一或多個轉發元件（forwarding elements，FEs）13。舉例來說，轉發元件13的其中之一可連接至RAN 2中的多個存取點（例如：14、15），該些存取點提供無線服務給用戶設備（user equipment，UE）16。在換手的程序中，來源存取點（source point of access，S-PoA）14可將無線服務換手（handover，HO）給目標存取點（target point of access，T-PoA）15。S-PoA 14可以是長期演進（LTE）通訊系統中的來源演進節點B（source evolved node B，SeNB）。T-PoA 15可以是目標演進節點B（target evolved node B，TeNB）。由UE 16朝向核心網路傳送的資訊可透過FE 13傳輸，而FE 13是由處理單元12所控制。FE 13與PU 12可依據網路控制器11的指令，共同路由從RAN 2傳輸至CN 3的資料流量以及從CN 3傳輸至RAN 2的資料流量。相較於之前的傳輸架構，整合前端/後端網路架構1在收集與處理路由資訊以及利用邊緣網路處理方面具有較高的效率。

圖2繪示基於透過引用併入本文的「3GPP TS 36.300 V13.4.0」的基於X2換手程序的信令圖。如圖2所示，基於X2的換手程序包括但不限於換手量測階段、換手前置階段、換手執行階段以及換手完成階段。值得注意的是，上述各階段會依照圖2所示的特定序列，一旦換手請求階段觸發換手程序，後續階段會在前一階段完成之後才開始進行。

在換手請求階段期間，SeNB會判斷是否將UE換手至TeNB。在步驟201中，SeNB傳送量測控制訊號至UE，藉以依據如區域限制資訊來設置UE的量測程序。在步驟202中，UE會基於量測控制訊號進行通道量測，並隨後將量測回報傳輸至SeNB。在步驟203中，SeNB執行換手判斷，SeNB基於在步驟202接收到的量測回報來判斷是否將UE換手至TeNB。

假設步驟203觸發了換手程序，在步驟204中，為了確認將UE換手至TeNB的可行性，SeNB會傳輸換手請求至TeNB。在步驟205中，TeNB執行准許控制程序(Admission Control procedure)以判斷此換手的可行性。准許控制程序可基於如服務品質（quality of service，QoS）資訊來判斷是否可以成功換手。在步驟206中，TeNB會傳輸換手請求確認至SeNB以通知SeNB換手請求是否已准許。假設換手請求已准許，在步驟207中，SeNB會傳輸無線資源控制（radio resource control，RRC）連線重新設置訊息，連同必要的參數如新的小型基地台無線電網路暫時識別碼（cell radio network temporary identifier，C-RNTI）、TeNB安全演算法識別碼（target eNB security algorithm identifier）、可選的專用隨機存取通道（random access channel，RACH）前置碼、可選的TeNB系統資訊區塊（system information block，SIB）等等，藉以指示UE開始換手程序。此時，SeNB也會傳遞緩衝及傳輸中的封包至TeNB，而UE會從SeNB分離（detach）並嘗試附接（attach）至TeNB。

對於換手執行階段，在步驟208中，為了進行PDCP狀態保存，SeNB會傳輸SN狀態傳輸（SN status transfer）訊息至TeNB以傳達E-RABs的上行鏈路PDCP SN接收器狀態以及下行鏈路PDCP SN傳送器狀態。在步驟209中，UE會與TeNB同步以透過RACH存取新的細胞(cell)。在步驟210中，響應於上述同步，TeNB會透過傳輸上行鏈路（uplink，UL）分配與時序提前（timing advance，TA）訊息至UE。在步驟211中，UE傳輸RRC連線重新設置完成訊息，該訊息包括但不限於傳輸至TeNB的C-RNTI，其是用來確認換手至TeNB以便指示TeNB換手程序已經完成。當TeNB驗證所接收的C-RNTI嵌入於無線資源控制連線重新設置完成訊息之後，TeNB可在此時自UE傳輸及接收用戶資料。

對於換手完成階段，在步驟212中，TeNB傳輸路徑切換請求(Path Switch Request)至MME以通知MME該UE已被切換至新的細胞。響應於接收路徑切換請求，在步驟213中，MME傳輸修正承載（bearer）請求至服務閘道。在步驟214中，服務閘道將下行鏈路（downlink，DL）路徑切換至TeNB，並隨後傳輸一或多個結束標記封包至SeNB以釋放朝向SeNB的資源。在步驟215中，服務閘道傳輸修正承載回應至MME。在步驟216中，響應於從服務閘道接收修正承載回應，MME傳輸路徑切換請求確認至TeNB。在步驟217中，TeNB會傳輸UE上下文（context）釋放訊息至SeNB。透過傳送UE上下文釋放訊息，TeNB會通知SeNB換手成功，而觸發SeNB釋放資源。在步驟218中，根據所接收的UE上下文釋放訊息，SeNB釋放與UE上下文有關的無線電及控制平面（C-plane）相關資源。

請參照圖3，圖3繪示基於透過引用併入本文的「3GPP TS 36.300 V13.4.0」的基於S1換手程序的信令圖。如圖3所示，基於S1的換手程序包括但不限於換手量測階段、換手前置階段、換手執行階段以及換手完成階段。

在換手量測階段期間，SeNB會判斷是否將UE換手至TeNB。在步驟301中，SeNB傳送量測控制訊號至UE，藉以依據如區域限制資訊來設置UE的量測程序。在步驟302中，UE會基於量測控制訊號進行通道量測，並隨後將量測回報傳輸至SeNB。在步驟303中，SeNB執行換手判斷，SeNB基於在步驟302接收到的量測回報判斷是否將UE換手至TeNB。

假設步驟303觸發了換手程序，在步驟304中，為了向TeNB確認將UE換手至TeNB的可行性，SeNB會傳輸換手請求至MME。在步驟305中，MME轉發換手請求至TeNB。在TeNB執行准許控制程序以判斷此換手的可行性之後，在步驟306中，TeNB透過MME傳輸換手請求確認至SeNB以通知SeNB換手請求是否已准許。在步驟307中，回應於接收換手請求確認，MME傳輸換手指令至SeNB。假設換手請求已准許，在步驟308中，SeNB會傳輸無線資源控制連線重新設置訊息，連同必要的參數如新的小型基地台無線電網路暫時識別碼、TeNB安全演算法識別碼、可選的專用隨機存取前置碼、可選的TeNB系統資訊區塊等等，藉以指示UE開始換手程序。此時，SeNB也會傳遞緩衝及傳輸中的封包至TeNB，而UE會從SeNB分離並嘗試附接至TeNB。

對於換手執行階段，在步驟309中，為了進行PDCP狀態保存，SeNB會傳輸eNB狀態傳輸訊息至TeNB以傳達E-RABs的上行鏈路PDCP SN接收器狀態以及下行鏈路PDCP SN傳送器狀態。在步驟310中，MME會透過傳輸MME狀態傳輸訊息以轉發eNB狀態傳輸訊息。在步驟311中，UE會與TeNB進行同步以透過RACH存取新的細胞。在步驟312中，響應於上述同步，TeNB會傳輸UL分配與TA訊息至UE。在步驟313中，UE傳輸換手確認訊息至TeNB，用以確認換手至TeNB以便指示TeNB換手程序已經完成。隨後，TeNB可在此時自UE傳輸及接收用戶資料。

對於換手完成階段，在步驟314中，TeNB傳輸換手通知訊息至MME以通知MME該UE已被切換至新的細胞。在步驟315中，MME傳輸用戶平面更新請求(User Plane Update Request)訊息至服務閘道。在步驟316中，服務閘道將DL路徑切換至TeNB，並隨後傳輸一或多個結束標記封包至SeNB以釋放朝向SeNB的資源。在步驟317中，服務閘道傳輸用戶平面更新回報訊息至MME。在步驟318中，MME傳輸UE上下文釋放訊息至SeNB。在步驟319中，SeNB釋放與UE上下文相關的資源。在步驟320中，SeNB傳輸UE上下文釋放完成訊息至MME。

值得注意的是，對於圖2所述之傳統基於X2的換手程序以及圖3所述之傳統基於S1的換手程序，基於X2的換手程序通常依照步驟201~218的特定順序進行，而基於S1的換手程序通常依照步驟301~320的特定順序進行。因此，換手量測階段、換手前置階段、換手執行階段以及換手完成階段都須依照如上所述的順序進行。然而，由於基於X2的換手程序及基於S1的換手程序兩者皆須按照特定的步驟，故上述階段無法以並行的方式進行。

有鑑於此，本揭露提供一種適用於傳輸網路的網路控制器的換手方法及使用該方法的網路控制器。

本揭露提供一種適用於傳輸網路的網路控制器的換手方法。該方法包括但不限於：接收換手請求確認；在接收到對應於換手請求確認的換手執行完成通知訊息之前，響應於接收到換手請求確認，傳輸用戶平面更新通知；以及在傳輸用戶平面更新通知之後，傳輸用戶平面更新完成通知。

本揭露提供一種網路控制器，其可以為傳輸網路的一部分。網路控制器包括但不限於：傳送器、接收器以及處理器。處理器耦接於傳送器及接收器。處理器經配置以至少執行：透過接收器接收換手請求確認；在接收到對應於換手請求確認的換手執行完成通知訊息之前，響應於接收到換手請求確認，透過傳送器傳輸用戶平面更新通知；以及在傳輸用戶平面更新通知之後，透過傳送器傳輸用戶平面更新完成通知。

為讓本揭露的上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明如下。

圖4是依據本揭露之一實施例繪示一種相對於所提出的適用於傳輸網路的網路控制器的換手方法而言較傳統的換手方法。如前述的圖2及圖3，當前的換手程序至少包含四個階段，分別為換手請求階段S401、換手前置階段S402、換手執行階段S403以及用戶平面更新階段S404（即LTE標準中的換手完成階段）。各個階段的詳細情形已記載於圖2、圖3以及其對應的敘述之中。

一般來說，當換手程序觸發於換手請求階段S401時，由於傳統傳輸網路的限制，現時的網路架構限制了將換手時序最佳化的可能性。然而，藉由將整合前端/後端網路1作為傳輸網路，換手執行與用戶平面更新可同時在RAN與CN之間進行以最佳化換手時機。如圖4所示，在換手請求階段S411及換手前置階段S412之後，可同時進行換手執行階段S413及用戶平面更新階段S414。此外，控制網路控制器11的MME 10可在離線時判斷最佳主動式路由路徑，且可以使換手執行階段S413及用戶平面更新階段S414同時進行，藉以減少完成換手的時間。

因此，透過同時執行不同階段藉以減少換手的時間也是本揭露的目的之一。進一步而言，本揭露預先使用邊緣網路單元計算路由路徑，因此每當換手程序發起時，邊緣網路單元可利用新計算的主動式路由路徑以將信令傳輸最佳化。如圖1所示在RAN（或PoA）與CN之間的整合前端/後端網路可由軟體定義網路（software defined network，SDN）實現。RAN傳來的封包可以在FE 13與PU 12之間傳輸。PU 12可作為基頻單元（baseband unit，BBU）或MME來執行訊號處理功能。集中式網路控制器11可藉由安裝於集中式控制器的應用來控制封包轉發的規則、進行智能計算以命令集中式網路控制器11進行各種類型的網路服務，例如移動管理應用（mobility management application，MMA）。

圖5是依據本揭露之一實施例繪示適用於傳輸網路1的網路控制器11的換手方法的概觀圖。在步驟S501中，網路控制器11藉由分析由FE轉發至網路控制器11的資料封包來進行換手偵測。所述分析可持續進行或基於感知上下文來進行。在步驟S502中，網路控制器11判斷換手程序是否已被發起。當換手程序已被發起時，執行步驟S503，反之則會繼續進行步驟S501中的換手偵測。在步驟S503中，網路控制器11建立代理伺服器(proxy)。在步驟S504中，代理伺服器會同步執行換手階段，即換手執行階段S413以及用戶平面更新階段S414。本揭露所述的同步階段並不表示兩階段須要在完全相同的時間同時執行，只須要以並行的方式執行即可。在步驟S505中，當換手執行階段S413以及用戶平面更新階段S414完成時，或是由於TeNB無法服務額外的UE而導致換手失敗時，代理伺服器會被解除。網絡控制器11建立代理伺服器分別代表eNB及核心網路來與eNB及核心網路進行通訊。藉由建立代理伺服器，原本如步驟S401~S404所示須要按照順序執行的不同換手階段，可以如步驟S413及S414所示來使其同時執行。

圖6是依據本揭露之一實施例繪示基於X2的換手方法。假設圖2的步驟204已經發生，也就是SeNB已傳輸包括了換手請求的資料封包至TeNB以發起換手程序。在步驟204a中，相同的資料封包會被轉發到網路控制器11供其分析。當偵測到源自SeNB的資料封包中的換手請求時，網路控制器11會在步驟601建立代理伺服器。網絡控制器11建立代理伺服器分別代表CN及eNB（例如，SeNB、TeNB等等）進行通訊。並且，假設圖2的步驟206也已經發生，也就是TeNB已接收到換手請求並傳輸包括了換手請求確認的資料封包至SeNB，故在步驟206a中，具有與步驟206相同的換手請求確認的資料封包也會被傳輸至網路控制器11。當獲得了步驟204a中的換手請求以及步驟206a中的換手請求確認之後，網路控制器11會在步驟601建立代理伺服器。

響應於接收到換手請求確認，在步驟212a中，代理伺服器會代表TeNB傳輸包括了路徑切換請求訊息（也可稱作第一路徑切換請求訊息）的資料封包至MME。步驟212a中的資料封包內的路徑切換請求訊息與圖2步驟212中的路徑切換請求訊息相同。然而，響應於接收到步驟206a中的換手請求確認，網路控制器11不須等待換手執行階段完成，網路控制器11反而會在TeNB從正被由SeNB換手至TeNB的UE接收步驟211中的RRC連線重新設置完成訊息之前，代表TeNB使用代理伺服器傳輸路徑切換請求訊息。

在步驟212a傳輸路徑切換請求訊息之後，代理伺服器會代表RAN中的TeNB在步驟216a中接收路徑切換確認訊息（也可稱作第一路徑切換確認訊息）。隨後，代理伺服器可在步驟212b接收由TeNB朝向MME傳送的路徑切換請求訊息（也可稱作第二路徑切換請求訊息），且步驟212b中的路徑切換請求訊息與圖2步驟212中的路徑切換請求訊息相同。傳統上，傳輸網路會為TeNB轉發路徑切換請求訊息至MME。然而，在本實施例中，藉由允許換手執行階段與用戶平面更新階段同時進行，路徑切換請求訊息可被預先傳輸以加速換手程序。響應於從TeNB接收步驟212b中的路徑切換請求訊息，在步驟216b中，代理伺服器會代表CN中的MME傳輸路徑切換確認（也可稱作第二路徑切換確認訊息）。在步驟602中，網路控制器11會解除代理伺服器。

由圖6可知，當換手執行階段中的步驟208a的SN狀態傳輸訊息被執行時，用戶平面更新階段可以並行地被處理，不必等待換手執行階段的結果。因此，本揭露提出的換手方法比圖2所示的傳統基於X2的換手方法更有效率。

圖7是依據本揭露之一實施例繪示基於X2的換手方法在換手失敗時的情形。本實施例的過程與圖6相似。然而，當步驟212a轉發了路徑切換請求訊息且路徑切換確認訊息已在步驟216a被接收後，若代理伺服器並未在步驟212b接收到路徑切換請求訊息，則可能是由SeNB換手至TeNB的程序並未執行成功。在步驟216a接收到路徑切換確認訊息之後，網路控制器11可等待一預定時間以接收來自TeNB的路徑切換請求訊息212b。在預定時間逾期後，網路控制器11會在步驟703中假設換手程序並未執行成功。接著，在步驟704中，網路控制器11的代理伺服器停止換手程序且不再代表MME傳輸路徑切換確認訊息216b至TeNB。在步驟704之後，網路控制器11會如步驟602一般解除代理伺服器。

圖8是依據本揭露之一實施例繪示基於S1的換手方法。假設SeNB已透過傳輸包括了與圖3步驟304相同的換手請求訊息的資料封包來發起換手程序。在步驟304a中，網路控制器11會透過分析與嵌入了換手請求訊息的資料封包相同的資料封包來偵測換手請求訊息。回應於步驟304中的傳輸換手請求訊息，SeNB會接收包括了與圖3步驟307相同的換手指令訊息的資料封包。然而，在步驟307a中，網路控制器11也會透過分析與嵌入了換手指令訊息的資料封包相同的資料封包來接收換手指令訊息。當偵測了步驟304a中的換手請求訊息以及步驟307a中的換手指令訊息之後，在步驟801中，網路控制器11會建立代理伺服器，其作用與圖6及圖7實施例相似。接著，當SeNB如前述步驟309將eNB狀態傳輸訊息傳輸至MME時會開始換手執行階段，且TeNB會如前述步驟310一般自MME接收MME狀態傳輸訊息時。

然而，在換手執行階段完成前，例如步驟313中當TeNB接收換手確認訊息時，代理伺服器會代表TeNB在步驟314a時傳輸換手通知訊息至MME。步驟314a的換手通知訊息與圖3步驟314中的換手通知訊息相同，除了代理伺服器是在TeNB傳輸此訊息至MME前就先代表TeNB傳輸此訊息。傳統上，換手通知訊息是由TeNB傳輸至MME。然而，本揭露所提出的方法中，代理伺服器會代表TeNB以相較於傳統地傳輸換手通知訊息還提前的時間來傳輸換手通知訊息至MME。如此，用戶平面更新階段不須等待換手執行階段的結果便可開始進行。

響應於步驟314a的傳輸換手通知訊息（又可稱作第一換手通知訊息），在步驟318a中，代理伺服器可由MME接收UE上下文釋放訊息。步驟318a的UE上下文釋放訊息（又可稱作第一用戶設備上下文釋放訊息）與圖3步驟318中的UE上下文釋放訊息相同，但該訊息會由代理伺服器接收，而不是由SeNB接收。接著，在步驟314b中，代理伺服器可由TeNB接收與圖3步驟314的換手通知訊息相同的換手通知訊息（又可稱作第二換手通知訊息）。響應於由TeNB接收步驟314b的換手通知訊息，在步驟318b中，代理伺服器會傳輸與步驟318的UE上下文釋放訊息相同的UE上下文釋放訊息（又可稱作第二用戶設備上下文釋放訊息）至SeNB。接著，在步驟802中，網路控制器11會在換手程序結束時解除代理伺服器。

由圖8可知，當換手執行階段被執行時，也就是SeNB傳輸eNB狀態傳輸訊息且TeNB接收MME狀態傳輸訊息時，用戶平面更新階段可以並行地被處理，不必等待換手執行階段的結果。因此，本揭露提出的換手方法比圖3所示的傳統基於S1的換手方法更有效率。

圖9是依據本揭露之一實施例繪示基於S1的換手方法在換手失敗時的情形。本實施例的過程與圖8相似。然而，響應於由MME接收步驟318a的UE上下文釋放訊息，代理伺服器可啟動定時器並判斷是否已經自TeNB接收到步驟314b的換手通知訊息。若代理伺服器並未接收到應該在預定時間之內發出的步驟314b的換手通知訊息，則可能是由SeNB換手至TeNB的程序並未執行成功。在此狀況下，代理伺服器會假設步驟903，也就是由SeNB換手至TeNB的程序失敗。在步驟904中，在預定時間逾後，網路控制器停止換手程序且不再代表MME傳輸UE上下文釋放訊息至SeNB。網路控制器11並且會執行步驟802以解除代理伺服器。

圖10是依據本揭露之一實施例繪示透過在增強型eNB中整合的網路控制器來執行基於X2的換手方法。本實施例的過程與圖6及圖7的實施例相似。然而，網路控制器被整合於可例如是TeNB的增強型eNB內，而不是設置於傳輸網路且服務於MME 10之下。假設圖2的步驟204已經發生，也就是SeNB已傳輸包括了換手請求的資料封包至TeNB以發起換手程序。在步驟1004中，TeNB也可接收相同的資料封包來分析藉以偵測換手請求。當偵測到接收自SeNB的換手請求時，TeNB會建立代理伺服器。代理伺服器會接收來自SeNB的換手請求，且代理伺服器為了TeNB而被建立以代表CN與SeNB通訊，以及代表SeNB與CN通訊。並且，假設圖2的步驟206也已經發生，也就是TeNB已傳輸包括了換手確認的資料封包至SeNB，相同的資料封包將被轉發至代理伺服器。

響應於傳輸換手請求確認，在步驟1012a中，代理伺服器會傳輸路徑切換請求訊息至MME。步驟1012a中的路徑切換請求訊息與圖2步驟212中的路徑切換請求訊息相同。然而，響應於接收到步驟1006的換手確認，TeNB不須等待換手執行階段完成，步驟1012b中的TeNB可以從正在由SeNB換手至TeNB的UE接收步驟211中的RRC連線重新設置完成訊息之前，傳輸路徑切換請求。

當傳輸完步驟1012a中的路徑切換請求訊息後，步驟1016a中的代理伺服器會接收來自MME的路徑切換確認訊息。接著，代理伺服器可以在步驟1012b接收由TeNB傳朝向MME的路徑切換請求訊息，且步驟1012b的路徑切換請求訊息與圖2步驟212中的路徑切換請求訊息相同。響應於接收到路徑切換請求訊息1012b，代理伺服器會傳輸路徑切換確認訊息1016b至TeNB。隨後，TeNB會解除代理伺服器。由於代理伺服器的操作被整合進TeNB中，本揭露技術領域中具有通常知識者可以明顯地了解圖8基於S1換手程序的操作是可適用的，且圖7及圖9的故障處理也是可適用的。

圖11是依據本揭露之一實施例繪示換手方法的演算法。根據S-PoA/T-PoA在特定時間的位置，至核心網路的主動式路由是由一組路由路徑提供，且此路由的最佳化是由部分MMA演算法提供。類似於前述的實施例，透過在PU提供的BBU及MME功能，換手執行及用戶平面更新可以同時進行。訊息服務（例如，高級消息隊列協議(advanced message queuing protocol，AMPQ)）可進一步應用以加速多個PU之間的通訊。

圖12是依據本揭露之一實施例繪示MMA主動式路由演算法。MMA演算法如圖6所示，且主動式路由演算法比任何換手請求都還要早開始執行。基於確定性軌跡，MMA首先定義T-PoA，然後藉由控制器的幫助來計算T-PoA與核心網路之間的主動式路徑。當發生換手請求時，MMA將提供計算後的路由路徑以快速地執行整個換手程序。接著，為了因應未來任何的換手需求，MMA更新網路資料以重新計算主動式路由。

圖13是依據本揭露之一實施例繪示網路控制器的換手方法的概要圖。在步驟S1301中，網路控制器接收換手請求確認（206a、304a、307a）。在步驟S1302中，網路控制器會在接收到對應於換手請求確認（206a、304a、307a）的換手執行完成通知訊息之前，響應於接收到換手請求確認（206a、304a、307a），傳輸用戶平面更新通知（212a、314a）。在步驟S1303中，網路控制器會在傳輸完用戶平面更新通知(user-plane update notification)（212a、314a）後，傳輸用戶平面更新完成通知(user-plane update complete notification)（216b、318b）。

根據本揭露一實施例，網路控制器會建立接收換手請求確認（206a、304a、307a）的代理伺服器（601、801），以便在接收到換手執行完成通知訊息前傳輸用戶平面更新通知（212a、314a），以及響應於傳輸用戶平面更新通知（212a、314a），接收用戶平面更新確認(user-plane update acknowledgement)（216a、318a）。

根據本揭露一實施例，用戶平面更新通知（212a、314a）是在用戶平面更新階段被傳輸的，該用戶平面更新階段發生在接收到換手執行完成通知（如：連線重新設置訊息(211)或換手確認訊息(313)）之前的換手執行階段。用戶平面更新階段與換手執行階段在時間上可能會部分重疊。

根據本揭露一實施例，當換手請求確認為基於X2時，用戶平面更新通知可以為路徑切換請求訊息（212a）。當換手請求確認為基於S1時，用戶平面更新通知可以為換手通知訊息（314a）。同樣地，當換手請求確認為基於X2時，用戶平面更新完成通知可以為路徑切換確認訊息（216b）。當換手請求確認為基於S1時，用戶平面更新完成通知可以為UE上下文釋放訊息（318b）。同樣地，當換手請求確認為基於X2時，換手執行完成通知訊息可以為無線資源控制（RRC）連線重新設置完成訊息（211）。當換手請求確認為基於S1時，換手執行完成通知訊息可以為換手確認訊息（313）。

根據本揭露一實施例，網路控制器更可以確認代理伺服器是否在預定時間之前接收到路徑切換請求訊息（212b）。網路控制器響應於未在預定時間之內接收到路徑切換請求訊息（212b）可解除代理伺服器，但網路控制器響應於在預定時間之內接收到路徑切換請求訊息（212b），會透過代理伺服器傳輸路徑切換確認訊息（216b）。

根據本揭露一實施例，網路控制器更可以響應於透過代理伺服器傳輸換手通知訊息（314a），接收UE上下文釋放訊息（318a）以及透過代理伺服器傳輸UE上下文釋放訊息（318b）。

根據本揭露一實施例，網路控制器更可以確認代理伺服器是否在預定時間之前接收到換手通知訊息（314b）。網路控制器響應於未在預設時段之內接收到換手通知訊息（314b），可以解除代理伺服器。若代理伺服器在預定時間之內接收到換手通知訊息（314b），網路控制器可以透過代理伺服器傳輸UE上下文釋放訊息（318b）。

根據本揭露一實施例，網路控制器可接收朝向網路傳送的換手請求訊息（204a）以發起換手程序。

根據本揭露一實施例，以上所述的網路控制器的功能可以整合於巨型基地台（macro cell base station）。

圖14是依據本揭露之一實施例繪示網路控制器的硬體的功能方塊圖。網路控制器1400可包括但不限於處理器1401、傳送器1402、接收器1403。傳送器1402及接收器1403可包括多個傳送器1402a、1402b及多個接收器1403a、1403b，以適用於不同的頻率及介面，例如，3G頻段、S1介面以及X2介面。處理器1401經配置以執行與圖13所揭示的換手方法以及前述所有實施例相關的功能。處理器1401的功能可以由一或多個可編程單元來實現，例如，微處理器、微控制器、DSP晶片、FPGSA等等。處理器1401的功能也可以由不同的電子設備或IC來實現，且由處理器1401實施的功能可以由硬體及軟體來實現。

綜上所述，本揭露適於供無線通訊系統使用，且透過使換手執行階段及用戶平面更新階段以並行的方式進行（即用戶平面更新階段不須等待換手執行階段的結果便可開始進行），本揭露可以減少將UE由SeNB換手至TeNB所需的時間。

雖然本揭露已以實施例揭露如上，然其並非用以限定本揭露，任何所屬技術領域中具有通常知識者，在不脫離本揭露的精神和範圍內，當可作些許的更動與潤飾，故本揭露的保護範圍當視後附的申請專利範圍所界定者為準。

1‧‧‧整合前端/後端網路
2‧‧‧無線電存取網路
3‧‧‧核心網路
10‧‧‧移動管理實體
11、1400‧‧‧網路控制器
12‧‧‧處理單元
13‧‧‧轉發元件
14、15‧‧‧存取點
1401‧‧‧處理器
1402、1402a、1402b、Tx‧‧‧傳送器
1403、1403a、1403b、Rx‧‧‧接收器
16‧‧‧用戶設備
201、202、203、204、204a、205、206、206a、207、208、208a、209、210、211、212、212a、212b、213、214、215、216、216a、216b、217、218、301、302、303、304、304a、305、306、307、307a、308、309、310、311、312、313、314、314a、314b、315、316、317、318、318a、318b、319、320、S401、S402、S403、S404、S411、S412、S413、S414、S500、S501、S502、S503、S504、S505、S506、601、602、703、704、801、802、903、904、1004、1006、1012a、1012b、1016a、1016b、S1301、S1302、S1303‧‧‧步驟
AMQP‧‧‧進階訊息佇列通訊協定
CN‧‧‧核心網路
DL‧‧‧下行傳輸
eNB‧‧‧演進節點B
FE‧‧‧轉發元件
MMA‧‧‧移動管理應用
MME‧‧‧移動管理實體
MME-PU‧‧‧移動管理實體-處理單元
PU‧‧‧處理單元
RRC‧‧‧無線資源控制
S1、X2‧‧‧通訊協定
S-PoA‧‧‧來源存取點
TA‧‧‧定時提前
T-PoA‧‧‧目標存取點
UE‧‧‧用戶設備
UL‧‧‧上行傳輸

圖1繪示一種整合前端/後端網路的通訊網路。 圖2繪示依據「3GPP TS 36.300 V13.4.0」基於X2的換手程序的信令圖。 圖3繪示依據「3GPP TS 36.300 V13.4.0」基於S1的換手程序的信令圖。 圖4是依據本揭露之一實施例繪示一種相對於所提出的適用於傳輸網路的網路控制器的換手方法而言較傳統的換手方法。 圖5是依據本揭露之一實施例繪示適用於傳輸網路的網路控制器的換手方法的概觀圖。 圖6是依據本揭露之一實施例繪示基於X2的換手方法。 圖7是依據本揭露之一實施例繪示基於X2的換手方法在換手失敗時的情形。 圖8是依據本揭露之一實施例繪示基於S1的換手方法。 圖9是依據本揭露之一實施例繪示基於S1的換手方法在換手失敗時的情形。 圖10是依據本揭露之一實施例繪示透過在增強型eNB中整合的網路控制器來執行的基於X2的換手方法。 圖11是依據本揭露之一實施例繪示換手方法的演算法。 圖12是依據本揭露之一實施例繪示MMA換手的演算法。 圖13是依據本揭露之一實施例繪示換手方法的概要圖。 圖14是依據本揭露之一實施例繪示網路控制器硬體的功能方塊圖。

S1301、S1302、S1303‧‧‧步驟

Claims (22)

1. 一種換手方法，適於一傳輸網路的一網路控制器，該方法包括： 接收一換手請求確認； 在接收到對應於該換手請求確認的一換手執行完成通知訊息之前，響應於接收到該換手請求確認，傳輸一用戶平面更新通知；以及 在傳輸該用戶平面更新通知之後，傳輸一用戶平面更新完成通知。
2. 如申請專利範圍第1項所述的方法，更包括： 建立接收該換手請求確認的一代理伺服器，藉以在接收到該換手執行完成通知訊息之前傳輸該用戶平面更新通知，且響應於傳輸該用戶平面更新通知，接收一用戶平面更新確認。
3. 如申請專利範圍第2項所述的方法，其中在接收到對應於該換手請求確認的該換手執行完成通知訊息之前，傳輸該用戶平面更新通知的步驟，包括： 在透過該代理伺服器接收到發生於一換手執行階段中的該換手執行完成通知訊息之前，透過該代理伺服器傳輸在一用戶平面更新階段中的該用戶平面更新通知，其中該用戶平面更新階段與該換手執行階段在時間上部分重疊。
4. 如申請專利範圍第1項所述的方法，其中該用戶平面更新通知為一第一路徑切換請求訊息或一第一換手通知訊息，當該換手請求確認為基於X2時，該用戶平面更新通知為該第一路徑切換請求訊息，而當該換手請求確認為基於S1時，該用戶平面更新通知為該第一換手通知訊息。
5. 如申請專利範圍第1項所述的方法，其中該換手執行完成通知訊息為一無線資源控制（RRC）連線重新設置完成訊息或一換手確認訊息，當該換手請求確認為基於X2時，該換手執行完成通知訊息為該無線資源控制連線重新設置完成訊息，而當該換手請求確認為基於S1時，該換手執行完成通知訊息為該換手確認訊息。
6. 如申請專利範圍第4項所述的方法，包括： 響應於透過該代理伺服器傳輸該第一路徑切換請求訊息，接收一第一路徑切換確認訊息；以及 透過該代理伺服器轉發一第二路徑切換確認訊息。
7. 如申請專利範圍第4項所述的方法，包括： 確認該代理伺服器是否在一預定時間之前接收一第二路徑切換請求訊息； 響應於未在該預定時間之內接收到該第二路徑切換請求訊息，解除該代理伺服器；以及 響應於在該預定時間之內接收到該第二路徑切換請求訊息，透過該代理伺服器轉發一第二路徑切換確認訊息。
8. 如申請專利範圍第4項所述的方法，更包括： 響應於透過該代理伺服器傳輸該第一換手通知訊息，接收一第一用戶設備上下文釋放訊息；以及 透過該代理伺服器轉發一第二用戶設備上下文釋放訊息。
9. 如申請專利範圍第4項所述的方法，更包括： 確認該代理伺服器是否在預定時間之前接收到一第二換手通知訊息； 響應於未在該預定時間之內接收到該第二換手通知訊息，解除該代理伺服器；以及 若該代理伺服器在該預定時間之內接收到該第二換手通知訊息，透過該代理伺服器轉發一第二用戶設備上下文釋放訊息。
10. 如申請專利範圍第1項所述的方法，更包括： 接收朝向一網路的一換手請求訊息以發起一換手程序。
11. 如申請專利範圍第1項所述的方法，其中該網路控制器整合在一巨型基地台內。
12. 一種網路控制器，包括： 傳送器； 接收器；以及 處理器，耦接於該傳送器及該接收器，且經配置以至少執行： 透過該接收器接收一換手請求確認； 在接收到對應於該換手請求確認的一換手執行完成通知訊息之前，響應於接收到該換手請求確認，透過該傳送器傳輸一用戶平面更新通知；以及 在傳輸該用戶平面更新通知之後，透過該傳送器傳輸一用戶平面更新完成通知。
13. 如申請專利範圍第12項所述的網路控制器，其中該處理器更經配置以執行： 建立接收該換手請求確認的一代理伺服器，藉以在接收到該換手執行完成通知訊息之前傳輸該用戶平面更新通知，且響應於傳輸該用戶平面更新通知，該代理伺服器接收一用戶平面更新確認。
14. 如申請專利範圍第13項所述的網路控制器，其中該處理器經配置以在接收到對應於該換手請求確認的該換手執行完成通知訊息之前，透過該傳送器傳輸該用戶平面更新通知，包括： 在透過該代理伺服器接收到發生於一換手執行階段中的該換手執行完成通知訊息之前，透過該傳送器傳輸在一用戶平面更新階段中的換手通知，其中該用戶平面更新階段與該換手執行階段在時間上部分重疊。
15. 如申請專利範圍第12項所述的網路控制器，其中該用戶平面更新通知為一第一路徑切換請求訊息或一第一換手通知訊息，當該換手請求確認為基於X2時，該用戶平面更新通知為該第一路徑切換請求訊息，而當該換手請求確認為基於S1時，該用戶平面更新通知為該第一換手通知訊息。
16. 如申請專利範圍第12項所述的網路控制器，其中該換手執行完成通知訊息為一無線資源控制連線重新設置完成訊息或一換手確認訊息，當該換手請求確認為基於X2時，該換手執行完成通知訊息為該無線資源控制連線重新設置完成訊息，而當該換手請求確認為基於S1時，該換手執行完成通知訊息為該換手確認訊息。
17. 如申請專利範圍第15項所述的網路控制器，其中該處理器更經配置以執行： 響應於透過該代理伺服器傳輸該第一路徑切換請求訊息，透過該接收器接收一第一路徑切換確認訊息；以及 透過該傳送器傳輸一第二路徑切換確認訊息。
18. 如申請專利範圍第15項所述的網路控制器，其中該處理器更經配置以執行： 確認該代理伺服器是否在一預定時間之前接收到一第二路徑切換請求訊息； 響應於未在該預定時間之內接收到該第二路徑切換請求訊息，解除該代理伺服器；以及 響應於在該預定時間之內接收到該第二路徑切換請求訊息，透過該傳送器傳輸一第二路徑切換確認訊息。
19. 如申請專利範圍第15項所述的網路控制器，其中該處理器更經配置以執行： 響應於透過該代理伺服器傳輸該第一換手通知訊息，透過該接收器接收一第一用戶設備上下文釋放訊息；以及 透過該傳送器傳輸一第二用戶設備上下文釋放訊息。
20. 如申請專利範圍第15項所述的網路控制器，其中該處理器更經配置以執行： 確認該代理伺服器是否在定時間之前接收到一第二換手通知訊息； 響應於未在該預定時間之內接收到該第二換手通知訊息，解除該代理伺服器；以及 若該代理伺服器在該預定時間之內接收到該第二換手通知訊息，則透過該傳送器傳輸一第二用戶設備上下文釋放訊息。
21. 如申請專利範圍第12項所述的網路控制器，其中該處理器更經配置以執行： 透過該接收器接收朝向一網路的一換手請求訊息以發起一換手程序。
22. 如申請專利範圍第12項所述的網路控制器，其中該網路控制器整合在一巨型基地台內。