TWI699135B - 基於行動邊緣運算用戶資訊之訊務處理及分流的系統與方法 - Google Patents

Abstract

一種基於行動邊緣運算用戶資訊之訊務處理及分流的系統與方法，該系統包括：信令擷取分析模組擷取信令以於解碼與分析後，提供用戶GTP頭封包之資訊；用戶數據封包代理模組接收用戶GTP頭封包之資訊，以產生TEID-VLAN對應資訊表及VLAN-處理模組資源對應資訊表；交換器依據用戶訊務封包之VLAN ID資訊進行訊務分流，以將用戶訊務封包傳送至對應之用戶數據封包處理模組；在判斷出用戶GTP頭封包內之目的IP為行動邊緣運算服務列表之封包時，用戶數據封包處理模組將用戶GTP頭封包進行拆解及封裝後，傳送至行動無線網路或行動邊緣運算服務端；以及資源自動增減模組依據用戶數據封包代理模組或用戶數據封包處理模組之負載情況予以新增或刪除。

Description

基於行動邊緣運算用戶資訊之訊務處理及分流的系統與方法

本發明係關於一種行動邊緣運算(MEC)技術，特別是指一種基於行動邊緣運算用戶資訊之訊務處理及分流的系統與方法。

行動邊緣運算(Mobile Edge Computing；MEC)是一種創新的網路架構，在行動網路的邊緣，替應用服務開發商及內容提供商，提供了雲端計算功能及資訊科技(IT)服務的環境。行動邊緣運算(MEC)之特點為超低延遲及高頻寬，因更接近用戶端，可減少網路擁塞，提升應用程式效能。因應未來行動網路以服務為導向之趨勢，諸如V2X(Vehicle-to-Everything；車聯網)、自駕車、遠距及無人機控制、運動賽事多視角直播、擴增實境與虛擬實境等應用，大量用戶訊務瞬間同時湧入行動邊緣運算系統需要更有效的訊務動態分流機制，以有效減少網路延遲並提升用戶體驗。

在一現有技術中，提出一種「利用行動邊緣運算技術減少傳輸延遲之方法及系統」，可在行動無線網路與行動核心網路間加入行動邊緣運算系統，以降低封包原本需繞送至行動核心網路所需時間。

在另一現有技術中，提出一種「基於公平性的MEC伺服器選擇方法」，其初始系統隨機選取用戶連接到不同MEC伺服器，並透過計算每個用戶的吞吐量再進行下一次的MEC伺服器選擇，以考量時間延遲和能量耗損對用戶選擇MEC伺服器的影響，進而根據不同使用應用情境選擇不同權重參數。

然而，上述現有技術並無用戶數據封包代理機制、資源自動增減機制或用戶訊務動態分流機制，而無法針對個別用戶訊務(如以用戶IP為依據)進行導送處理，並針對設備效能進行訊務分流，從而難以有效分配與利用行動邊緣運算中之設備效能及容量，不利持續上升的頻寬需求服務。

因此，如何解決上述現有技術之缺點，實已成為本領域技術人員之一大課題。

本發明提供一種基於行動邊緣運算用戶資訊之訊務處理及分流的系統與方法，其具有用戶數據封包代理模組、資源自動增減模組或用戶訊務動態分流機制，可針對個別用戶訊務(如以用戶IP為依據)進行導送處理，或針對設備效能進行訊務分流。

本發明中基於行動邊緣運算用戶資訊之訊務處理及分 流的系統包括：一信令擷取分析模組，係擷取或接收行動無線網路與行動核心網路間之信令，以於對信令進行解碼與分析後，提供用戶GTP(GPRS隧道協定)頭封包之資訊；至少一用戶數據封包代理模組，係接收來自信令擷取分析模組之用戶GTP頭封包之資訊，以依據用戶GTP頭封包之資訊產生一TEID(隧道端點識別符)-VLAN(虛擬區域網路)對應資訊表、及一VLAN-處理模組資源對應資訊表；一交換器，係依據新增在用戶訊務封包之VLAN ID(虛擬區域網路識別符)資訊進行訊務分流，以將用戶訊務封包傳送至對應之用戶數據封包處理模組；至少一用戶數據封包處理模組，係具有用戶GTP頭封包之拆解及封裝功能，並判斷用戶GTP頭封包內之目的IP是否為行動邊緣運算服務列表之封包，若是，則由用戶數據封包處理模組將用戶GTP頭封包進行拆解及封裝，再傳送至行動無線網路或一行動邊緣運算服務端，若否，則由用戶數據封包處理模組將用戶GTP頭封包傳送至行動核心網路；以及一資源自動增減模組，係依據各用戶數據封包代理模組或用戶數據封包處理模組之負載情況，對應新增或刪除用戶數據封包代理模組或用戶數據封包處理模組。

本發明中基於行動邊緣運算用戶資訊之訊務處理及分流的方法包括：由一信令擷取分析模組擷取或接收行動無線網路與行動核心網路間之信令，對信令進行解碼與分析後，提供用戶GTP(GPRS隧道協定)頭封包之資訊；由至少一用戶數據封包代理模組接收來自信令擷取分析模組之用 戶GTP頭封包之資訊，以依據用戶GTP頭封包之資訊產生一TEID(隧道端點識別符)-VLAN(虛擬區域網路)對應資訊表、及一VLAN-處理模組資源對應資訊表；由一交換器依據新增在用戶訊務封包之VLAN ID(虛擬區域網路識別符)資訊進行訊務分流，以將用戶訊務封包傳送至對應之用戶數據封包處理模組；由具有用戶GTP頭封包之拆解及封裝功能之至少一用戶數據封包處理模組判斷用戶GTP頭封包內之目的IP是否為行動邊緣運算服務列表之封包，若是，則於用戶數據封包處理模組將用戶GTP頭封包進行拆解及封裝後，傳送至行動無線網路或一行動邊緣運算服務端，若否，則用戶數據封包處理模組將用戶GTP頭封包傳送至行動核心網路；以及由一資源自動增減模組依據各用戶數據封包代理模組或用戶數據封包處理模組之負載情況，對應新增或刪除用戶數據封包代理模組或用戶數據封包處理模組。

為讓本發明上述特徵與優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明。在以下描述內容中將部分闡述本發明之額外特徵及優點，且此等特徵及優點將部分自所述描述內容顯而易見，或可藉由對本發明之實踐習得。本發明之特徵及優點借助於在申請專利範圍中特別指出的元件及組合來認識到並達到。應理解，前文一般描述與以下詳細描述兩者均僅為例示性及解釋性的，且不欲約束本發明所主張之範圍。

1‧‧‧基於行動邊緣運算用戶資訊之訊務處理及分流的系統

10‧‧‧信令擷取分析模組

20、21至2n‧‧‧用戶數據封包代理模組

30、31至3n‧‧‧用戶數據封包處理模組

40‧‧‧資源自動增減模組

50‧‧‧交換器

61‧‧‧用戶裝置

62‧‧‧行動無線網路

63‧‧‧行動邊緣運算(MEC)服務端

64‧‧‧行動核心網路

65‧‧‧網際網路

F‧‧‧用戶GTP數據隧道標頭資訊溝通介面

P01至P09、Q01至Q14‧‧‧程序

S101至S105、S201至S210、S301至S305‧‧‧步驟

S401至S407、S501至S513、S601至S613‧‧‧步驟

T1‧‧‧用戶GTP數據隧道標頭資訊表

T2‧‧‧TEID-VLAN對應資訊表

T3‧‧‧VLAN-處理模組資源對應資訊表

T4‧‧‧用戶數據封包代理模組列表

T5‧‧‧用戶數據封包處理模組列表

第1圖為本發明中基於行動邊緣運算用戶資訊之訊務處理及分流的系統的架構示意圖；第2A圖為本發明之用戶GTP數據隧道標頭資訊表；第2B圖為本發明之TEID-VLAN對應資訊表；第2C圖為本發明之VLAN-處理模組資源對應資訊表；第2D圖為本發明之用戶數據封包代理模組列表；第2E圖為本發明之用戶數據封包處理模組列表；第3圖為本發明中基於行動邊緣運算用戶資訊之訊務處理及分流的方法的流程示意圖；第4圖為本發明之用戶數據封包代理機制的流程示意圖；第5A圖與第5B圖為本發明之用戶訊務動態分流機制的流程示意圖，其中第5A圖為用戶數據封包代理模組之分流機制，第5B圖為交換器之分流機制；第6圖為本發明之資源自動增減模組與用戶數據封包代理模組的運作流程示意圖；第7圖為本發明之資源自動增減模組與用戶數據封包處理模組的運作流程示意圖；第8圖為本發明於用戶裝置到行動邊緣運算服務時，進行用戶處理導送與訊務分流的示意圖；以及第9圖為本發明於多個用戶裝置陸續使用與離開行動邊緣運算服務時，依據用戶訊務多寡進行模組自動增減機制的示意圖。

以下藉由特定的具體實施形態說明本發明之實施方式，熟悉此技術之人士可由本說明書所揭示之內容輕易地了解本發明之其他優點與功效，亦可藉由其他不同的具體實施形態加以施行或應用。

本發明基於行動邊緣運算(MEC)用戶資訊之訊務處理及分流的系統與方法，除了原先在行動邊緣運算上能降低服務延遲及節省頻寬之外，亦可針對行動邊緣運算中之用戶訊務進行處理導送與動態分流機制設計，以解決目前網路設備(如交換器)無法針對個別用戶訊務(如以用戶IP為依據)進行導送之問題，並針對大量用戶訊務瞬間同時湧入系統時能即時啟動訊務動態分流機制，以更有效減少網路延遲與提升用戶體驗，還能更有效分配與利用行動邊緣運算中設備之效能與容量。

第1圖為本發明中基於行動邊緣運算用戶資訊之訊務處理及分流的系統1的架構示意圖。第2A圖為本發明之用戶GTP(GPRS Tunnelling Protocol；GPRS隧道協定)數據隧道標頭(header)資訊表T1，其中GPRS為通用封包無線服務(General Packet Radio Service)。第2B圖為本發明之TEID(Tunnel End Point identifier；隧道端點識別符)-VLAN(Virtual Local Area Network；虛擬區域網路)對應資訊表T2。第2C圖為本發明之VLAN-處理模組資源對應資訊表T3。第2D圖為本發明之用戶數據封包代理模組列表T4。第2E圖為本發明之用戶數據封包處理模組列表T5。

如第1圖所示，基於行動邊緣運算用戶資訊之訊務處理及分流的系統1可包括一信令擷取分析模組10、至少一個用戶數據封包代理模組20、至少一個用戶數據封包處理模組30、一資源自動增減模組40、一交換器50與一用戶訊務動態分流機制之架構。

上述四個模組(10,20,30,40)、交換器50與用戶訊務動態分流機制之架構可部署於同一硬體平台上，且四個模組、交換器50與用戶訊務動態分流機制之架構間可透過程式化介面進行溝通。或者，上述四個模組、交換器50與用戶訊務動態分流機制之架構可部署於不同硬體平台上，且四個模組、交換器50與用戶訊務動態分流機制之架構間可透過一般IP基礎之通訊協定進行溝通。同時，本發明可應用於3G UMTS(Universal Moblle Telecommunications System；通用行動通訊系統)、4GLTE(Long Term Evolution；長期演進技術)行動網路、5G行動網路、更高階或其他行動網路上。

信令擷取分析模組10可透過用戶GTP數據隧道標頭資訊溝通介面F提供用戶GTP頭封包之資訊予用戶數據封包代理模組20，以供用戶數據封包代理模組20依據用戶GTP頭封包之資訊產生如第2A圖所示之用戶GTP數據隧道標頭資訊表T1，俾將用戶GTP數據隧道標頭資訊表T1作為進行後續訊務分流之依據。

用戶數據封包代理模組20可接收來自信令擷取分析模組10之用戶GTP頭封包之資訊，以依據用戶GTP頭封 包之資訊產生如第2B圖所示之TEID(隧道端點識別符)-VLAN(虛擬區域網路)對應資訊表T2、及如第2C圖所示之VLAN-處理模組資源對應資訊表T3。

用戶數據封包處理模組30可判斷用戶GTP頭封包是否為行動邊緣運算服務列表(圖未示)之封包以進行用戶GTP頭封包之拆解及封裝。

資源自動增減模組40可依據各用戶數據封包代理模組20或用戶數據封包處理模組30(如其處理器或記憶體)之負載情況，自動對應新增或刪除用戶數據封包代理模組20或用戶數據封包處理模組30，使得設備資源能有效利用。

用戶訊務動態分流機制可針對接收到信令擷取分析模組10、用戶數據封包代理模組20、用戶數據封包處理模組30、基地台(如eNodeB)或服務閘道器(圖未示)傳送之用戶訊務封包進行相對應的訊務分流動作。

詳言之，信令擷取分析模組10可擷取或接收行動無線網路62與行動核心網路64間之信令，對信令進行解碼與分析後提供用戶GTP(即GPRS隧道協定)頭封包之資訊予用戶數據封包代理模組20，以供用戶數據封包代理模組20依據用戶GTP頭封包之資訊產生如第2A圖所示之一用戶GTP數據隧道標頭資訊表T1，俾將用戶GTP數據隧道標頭資訊表T1作為進行後續訊務分流之依據。前述行動核心網路64可連接網際網路(internet)65。

用戶數據封包代理模組20可接收來自信令擷取分析 模組10之用戶GTP頭封包之資訊，查詢目前VLAN-處理模組資源對應資訊表T3中各用戶數據封包處理模組30之資源負載現況，選擇目前負載最輕(如處理器/記憶體/輸出入埠(Disk IO)/用戶數之負載最輕)之用戶數據封包處理模組30與取得VLAN ID(虛擬區域網路識別符)，並從用戶GTP頭封包取得TEID(隧道端點識別符)之資訊，且於TEID-VLAN對應資訊表T2中新增TEID-VLAN對應資訊。此時，若有多個用戶數據封包代理模組20(如21至2n)，則同步用戶GTP數據隧道標頭資訊表T1、TEID-VLAN對應資訊表T2、VLAN-處理模組資源對應資訊表T3至各用戶數據封包代理模組20，並同步傳送用戶GTP數據隧道標頭資訊表T1至各用戶數據封包處理模組30。

用戶數據封包處理模組30具有用戶GTP頭封包之拆解及封裝功能，用以判斷用戶GTP頭封包內之目的IP是否為行動邊緣運算服務列表之封包。若是(用戶GTP頭封包內之目的IP是行動邊緣運算服務列表之封包)，則用戶數據封包處理模組30將用戶GTP頭封包進行拆解及封裝後傳送至行動無線網路62或行動邊緣運算(MEC)服務端63；若否(用戶GTP頭封包內之目的IP不是行動邊緣運算服務列表之封包)，則用戶數據封包處理模組30直接將用戶GTP頭封包傳送至行動核心網路64。

資源自動增減模組40可在各用戶數據封包代理模組20或用戶數據封包處理模組30(如其處理器或記憶體)之負載超過X%時，自動對應新增用戶數據封包代理模組20或 用戶數據封包處理模組30。當各用戶數據封包代理模組20或用戶數據封包處理模組30之負載低於Y%(如X>Y)、或全部用戶數據封包代理模組20與用戶數據封包處理模組30之平均負載低於Z%(如X>Z>Y)時，資源自動增減模組40選定負載最輕之用戶數據封包代理模組或用戶數據封包處理模組30自動刪除，其中X、Y、Z均大於0小於100值，且X大於Z大於Y。

惟，於資源自動增減模組40選定負載最輕之用戶數據封包處理模組進行刪除前，資源自動增減模組40必須先通知預設之用戶數據封包代理模組21停止分配用戶數據至負載最輕之用戶數據封包處理模組，並將負載最輕之用戶數據封包處理模組之用戶資料同步至其他低負載之用戶數據封包處理模組後，才能刪除負載最輕之用戶數據封包處理模組，再從用戶數據封包處理模組列表T5與TEID-VLAN對應資訊表T2中刪除負載最輕之用戶數據封包處理模組之資訊，同時同步更新TEID-VLAN對應資訊表T2之資訊。

用戶訊務動態分流機制包括用戶數據封包代理模組20之動態分流機制與交換器50之動態分流機制兩部份。用戶數據封包代理模組20之動態分流機制可針對來自信令擷取分析模組10之封包取得TEID(隧道端點識別符)資訊，並依據TEID-VLAN對應資訊表T2取得對應之VLAN ID(虛擬區域網路識別符)資訊，於新增VLAN ID資訊於用戶訊務封包後，將用戶訊務封包傳送至交換器50。交換器 50可依據用戶數據封包代理模組20新增在用戶訊務封包之VLAN ID資訊進行訊務分流，以將用戶訊務封包傳送至對應之用戶數據封包處理模組30。

例如，交換器50之動態分流機制包括下列三者：(1)當交換器50接收到基地台或服務閘道器(Serving Gateway)傳送之用戶訊務封包時，令交換器50以負載共享(load sharing)方式傳送用戶訊務封包至用戶數據封包代理模組20。(2)當交換器50接收到用戶數據封包代理模組20傳送之用戶訊務封包時，令交換器50依據用戶訊務封包之VLAN ID資訊將用戶訊務封包傳送至對應之用戶數據封包處理模組30。(3)當交換器50接收到用戶數據封包處理模組30傳送之用戶訊務封包時，令交換器50依據用戶訊務封包之目的位址，將用戶訊務封包傳送至行動無線網路62、行動邊緣運算服務端63或行動核心網路64。因此，交換器50之動態分流機制能依據不同方向傳送之用戶訊務封包進行相對應的訊務分流動作。

第3圖為本發明中基於行動邊緣運算用戶資訊之訊務處理及分流的方法的流程示意圖，請一併參閱第1圖至第2E圖。同時，本發明中基於行動邊緣運算用戶資訊之訊務處理及分流的方法的主要技術內容如下，其餘技術內容如同第1圖至第2E圖與第4圖至第9圖所載，於此不再重覆敘述。

在第3圖之步驟S101中，由一信令擷取分析模組10擷取或接收行動無線網路62與行動核心網路64間之信 令，以對信令進行解碼與分析後提供用戶GTP(GPRS隧道協定)頭封包之資訊。

在第3圖之步驟S102中，由至少一用戶數據封包代理模組20接收來自信令擷取分析模組10之用戶GTP頭封包之資訊，以依據用戶GTP頭封包之資訊產生一TEID(隧道端點識別符)-VLAN(虛擬區域網路)對應資訊表T2、及一VLAN-處理模組資源對應資訊表T3。

在第3圖之步驟S103中，由一交換器50依據新增在用戶訊務封包之VLAN ID(虛擬區域網路識別符)資訊進行訊務分流，以將用戶訊務封包傳送至對應之用戶數據封包處理模組30。

在第3圖之步驟S104中，由具有用戶GTP頭封包之拆解及封裝功能之至少一用戶數據封包處理模組30判斷用戶GTP頭封包內之目的IP是否為行動邊緣運算服務列表之封包，若是則用戶數據封包處理模組30將用戶GTP頭封包進行拆解及封裝後傳送至行動無線網路62或一行動邊緣運算服務端53，若否則用戶數據封包處理模組30將用戶GTP頭封包傳送至行動核心網路64。

在第3圖之步驟S105中，由一資源自動增減模組40依據各用戶數據封包代理模組20或用戶數據封包處理模組30之負載情況，自動對應新增或刪除用戶數據封包代理模組20或用戶數據封包處理模組30。

第4圖為本發明之用戶數據封包代理機制的流程示意圖，請一併參閱第1圖至第2E圖。

在第4圖之步驟S201中，開始用戶數據封包代理模組20之用戶數據封包代理機制。

在第4圖之步驟S202與步驟S203中，由用戶數據封包代理模組20接收用戶GTP頭封包(GTP數據隧道標頭資訊)，以判斷用戶GTP頭封包是否為新增用戶封包？若是(為新增用戶封包)，則進行步驟S204；若否(非新增用戶封包)，則進行步驟S207。

在第4圖之步驟S204中，由用戶數據封包代理模組20查詢目前VLAN-處理模組資源對應資訊表T3中各用戶數據封包處理模組30之資源負載現況。

在第4圖之步驟S205中，由用戶數據封包代理模組20選擇目前負載最輕(如處理器/記憶體/輸出入埠/用戶數之負載最輕)之用戶數據封包處理模組30與取得VLAN ID(虛擬區域網路識別符)。

在第4圖之步驟S206中，由用戶數據封包代理模組20從用戶GTP頭封包取得用戶TEID資訊，並於TEID-VLAN對應資訊表T2中新增TEID-VLAN對應資訊。

在第4圖之步驟S207中，若用戶GTP頭封包為刪除用戶封包，則用戶數據封包代理模組20從用戶GTP頭封包取得用戶TEID資訊，並於TEID-VLAN對應資訊表T2中刪除TEID-VLAN對應資訊。

在第4圖之步驟S208中，由用戶數據封包代理模組20判斷是否有多個用戶數據封包代理模組？若是(有多個用戶數據封包代理模組)，則進行步驟S209；若否(無多個 用戶數據封包代理模組)，則進行步驟S210。

在第4圖之步驟S209中，當有多個用戶數據封包代理模組20時，同步用戶GTP數據隧道標頭資訊表T1、TEID-VLAN對應資訊表T2與VLAN-處理模組資源對應資訊表T3至各用戶數據封包代理模組20。

在第4圖之步驟S210中，當無多個用戶數據封包代理模組20時，用戶數據封包代理模組20同步傳送用戶GTP數據隧道標頭資訊表T1至各用戶數據封包處理模組30。

第5A圖與第5B圖為本發明之用戶訊務動態分流機制的流程示意圖，其中第5A圖為用戶數據封包代理模組20之分流機制，第5B圖為交換器50之分流機制，請一併參閱第1圖至第2E圖。

關於用戶數據封包代理模組20之分流機制，如下列第5A圖之步驟S301至S305所述，請一併參閱第1圖至第2E圖。

在第5A圖之步驟S301中，開始用戶數據封包代理模組20之分流機制。

在第5A圖之步驟S302中，由用戶數據封包代理模組20判斷是否有接收到用戶訊務封包？若是(有接收到用戶訊務封包)，則進行步驟S303；若否(未接收到用戶訊務封包)，則持續進行步驟S302，直到用戶數據封包代理模組20接收到用戶訊務封包。

在第5A圖之步驟S303中，當有接收到用戶訊務封包時，由用戶數據封包代理模組20取得TEID資訊，並依據 TEID-VLAN對應資訊表T2取得對應之VLAN ID資訊。

在第5A圖之步驟S304中，由用戶數據封包代理模組20新增VLAN ID資訊於用戶訊務封包。

在第5A圖之步驟S305中，由用戶數據封包代理模組20將用戶訊務封包傳送至交換器50，同時同步用戶數據封包代理模組列表T4之資訊至交換器50。

關於交換器50之分流機制，如下列第5B圖之步驟S401至S407所述，請一併參閱第1圖至第2E圖。同時，交換器50之動態分流機制能依據不同方向傳送之用戶訊務封包進行相對應的訊務分流動作。

在第5B圖之步驟S401中，開始交換器50之分流機制。

在第5B圖之步驟S402中，由交換器50判斷是否有接收到基地台(如eNodeB)或服務閘道器傳送之用戶訊務封包？若是，則進行步驟S403；若否，則進行步驟S404。

在第5B圖之步驟S403中，當交換器50有接收到基地台或服務閘道器傳送之用戶訊務封包時，交換器50以負載共享方式傳送用戶訊務封包至用戶數據封包代理模組20。

在第5B圖之步驟S404中，當交換器50未接收到基地台或服務閘道器傳送之用戶訊務封包時，交換器50判斷是否有接收到用戶數據封包代理模組20傳送之用戶訊務封包？若是，則進行步驟S405；若否，則進行步驟S406。

在第5B圖之步驟S405中，當交換器50有接收到用 戶數據封包代理模組20傳送之用戶訊務封包時，交換器50依據用戶訊務封包之VLAN ID資訊將用戶訊務封包傳送至對應之用戶數據封包處理模組30。

在第5B圖之步驟S406中，當交換器50未接收到用戶數據封包代理模組20傳送之用戶訊務封包時，交換器50判斷是否有接收到用戶數據封包處理模組30傳送之用戶訊務封包？若是，則進行步驟S407；若否，則返回步驟S402。

在第5B圖之步驟S407中，當交換器50接收到用戶數據封包處理模組30傳送之用戶訊務封包時，交換器50依據用戶訊務封包之目的位址，將用戶訊務封包傳送至行動無線網路62、行動核心網路64、行動邊緣運算服務端63。

第6圖為本發明之資源自動增減模組40與用戶數據封包代理模組20的運作流程示意圖，請一併參閱第1圖至第2E圖。

在第6圖之步驟S501中，開始資源自動增減模組40與用戶數據封包代理模組20的運作流程。

在第6圖之步驟S502中，當用戶數據封包代理模組20接收到用戶訊務封包時，先查詢用戶數據封包代理模組列表T4。

在第6圖之步驟S503中，用戶數據封包代理模組20開始判斷用戶數據封包代理模組列表T4中全部用戶數據封包代理模組20(如其處理器或記憶體)之負載。

例如，在第6圖之步驟S504中，判斷全部用戶數據封包代理模組20(如其處理器或記憶體)之負載是否都超過X%？若是，則進行步驟S505；若否，則進行步驟S506。

在第6圖之步驟S505中，當全部用戶數據封包代理模組20(如其處理器或記憶體)之負載都超過X%時，資源自動增減模組40自動新增一用戶數據封包代理模組(如2n)，並更新用戶數據封包代理模組列表T4之資訊至預設之用戶數據封包代理模組21中。

在第6圖之步驟S506中，當全部用戶數據封包代理模組20(如其處理器或記憶體)之負載未超過X%時，判斷全部用戶數據封包代理模組20(如其處理器或記憶體)之負載是否都低於Y%(如X>Y)？若是，則進行步驟S507；若否，則進行步驟S510。

在第6圖之步驟S507中，當全部用戶數據封包代理模組20(如其處理器或記憶體)之負載都低於Y%時，判斷是否有多個用戶數據封包代理模組20？若是，則進行步驟S508；若否，則返回步驟S502。

在第6圖之步驟S508中，當有多個用戶數據封包代理模組20時，資源自動增減模組40選定負載最輕之用戶數據封包代理模組。

在第6圖之步驟S509中，資源自動增減模組40自動刪除負載最輕之用戶數據封包代理模組，並同時從用戶數據封包代理模組列表T4之資訊中刪除負載最輕之用戶數據封包代理模組之資訊。

在第6圖之步驟S510中，當全部用戶數據封包代理模組20(如其處理器或記憶體)之負載未低於Y%時，判斷全部用戶數據封包代理模組20(如其處理器或記憶體)之平均負載是否低於Z%(如X>Z>Y)？若是，則進行步驟S511；若否，則返回步驟S502。

在第6圖之步驟S511中，當全部用戶數據封包代理模組20(如其處理器或記憶體)之平均負載低於Z%(如X>Z>Y)時，判斷負載最輕之用戶數據封包代理模組是否為剛新增之用戶數據封包代理模組2n。若是，則先不處理而返回步驟S502；若否，則進行步驟S513。

在第6圖之步驟S513中，當負載最輕之用戶數據封包代理模組非剛新增之用戶數據封包代理模組2n時，資源自動增減模組40自動刪除負載最輕之用戶數據封包代理模組，並同時從用戶數據封包代理模組列表T4之資訊中刪除負載最輕之用戶數據封包代理模組之資訊。

第7圖為本發明之資源自動增減模組40與用戶數據封包處理模組30的運作流程示意圖，請一併參閱第1圖至第2E圖。

在第7圖之步驟S601中，開始資源自動增減模組40與用戶數據封包處理模組30的運作流程。

在第7圖之步驟S602中，當用戶數據封包處理模組30接收到用戶訊務封包時，先查詢用戶數據封包處理模組列表T5。

在第7圖之步驟S603中，用戶數據封包處理模組30 開始判斷用戶數據封包處理模組列表T5中全部用戶數據封包處理模組30(如其處理器或記憶體)之負載。

例如，在第7圖之步驟S604中，判斷全部用戶數據封包處理模組30(如其處理器或記憶體)之負載是否都超過X%？若是，則進行步驟S605；若否，則進行步驟S606。

在第7圖之步驟S605中，當全部用戶數據封包處理模組30(如其處理器或記憶體)之負載都超過X%時，資源自動增減模組40自動新增一用戶數據封包處理模組(如3n)，並更新用戶數據封包處理模組列表T5之資訊至預設之用戶數據封包代理模組21中。

在第7圖之步驟S606中，當全部用戶數據封包處理模組30(如其處理器或記憶體)之負載未超過X%時，判斷全部用戶數據封包處理模組30(如其處理器或記憶體)之負載是否都低於Y%(如X>Y)？若是，則進行步驟S607；若否，則進行步驟S610。

在第7圖之步驟S607中，當全部用戶數據封包處理模組30(如其處理器或記憶體)之負載都低於Y%時，判斷是否有多個用戶數據封包處理模組30？若是，則進行步驟S608；若否，則返回步驟S602。

在第7圖之步驟S608中，當有多個用戶數據封包處理模組30時，資源自動增減模組40選定負載最輕之用戶數據封包處理模組。

在第7圖之步驟S609中，資源自動增減模組40依序執行：(1)通知預設之用戶數據封包代理模組21停止分配 用戶數據至負載最輕之用戶數據封包處理模組，準備進行刪除；(2)將負載最輕之用戶數據封包處理模組之用戶資料同步至其他低負載之用戶數據封包處理模組；(3)從用戶數據封包處理模組列表T5與TEID-VLAN對應資訊表T2中刪除負載最輕之用戶數據封包處理模組之資訊，並同步更新TEID-VLAN對應資訊表T2之資訊；(4)刪除負載最輕之用戶數據封包處理模組。

在第7圖之步驟S610中，當全部用戶數據封包處理模組30(如其處理器或記憶體)之負載未低於Y%時，判斷全部用戶數據封包處理模組30(如其處理器或記憶體)之平均負載是否低於Z%(如X>Z>Y)？若是，則進行步驟S611；若否，則返回步驟S602。

在第7圖之步驟S611中，當全部用戶數據封包處理模組30(如其處理器或記憶體)之平均負載低於Z%(如X>Z>Y)時，判斷負載最輕之用戶數據封包處理模組是否為剛新增之用戶數據封包處理模組3n。若否，則進行步驟S613；若是，則先不處理而返回步驟S602。

相同於上述第7圖之步驟S609，在第7圖之步驟S613中，當負載最輕之用戶數據封包處理模組不是剛新增之用戶數據封包處理模組3n時，資源自動增減模組40依序執行：(1)通知預設之用戶數據封包代理模組21停止分配用戶數據至負載最輕之用戶數據封包處理模組，準備進行刪除；(2)將負載最輕之用戶數據封包處理模組之用戶資料同步至其他低負載之用戶數據封包處理模組；(3)從用戶數據 封包處理模組列表T5與TEID-VLAN對應資訊表T2中刪除負載最輕之用戶數據封包處理模組之資訊，並同步更新TEID-VLAN對應資訊表之資訊；(4)刪除負載最輕之用戶數據封包處理模組。

第8圖為本發明於用戶裝置61到行動邊緣運算(MEC)服務時，進行用戶處理導送與訊務分流的示意圖，請一併參閱第1圖至第2E圖。

在第8圖之程序P01中，當用戶裝置61進入到行動邊緣運算服務端63之行動邊緣運算服務之範圍內時，信令擷取分析模組10會進行信令之擷取分析，並通知用戶數據封包代理模組20建立用戶GTP數據隧道標頭資訊表T1之內容。

在第8圖之程序P02與程序P03中，當用戶裝置61(用戶)要使用行動邊緣運算服務時，用戶數據封包代理模組20(如預設之用戶數據封包代理模組21)判斷是否為新增之用戶裝置61(用戶)，查詢VLAN-處理模組資源對應資訊表T3中各用戶數據封包處理模組30之資源負載現況，並選擇負載最輕之用戶數據封包處理模組。

在第8圖之程序P04中，用戶數據封包代理模組20(如預設之用戶數據封包代理模組21)取得TEID資訊，並於TEID-VLAN對應資訊表T2中新增TEID-VLAN對應資訊。

在第8圖之程序P05中，同步用戶GTP數據隧道標頭資訊表T1、TEID-VLAN對應資訊表T2與VLAN-處理模組資源對應資訊表T3至各用戶數據封包代理模組20。

在第8圖之程序P06中，用戶數據封包代理模組20傳送用戶GTP數據隧道標頭資訊表T1至各用戶數據封包處理模組30。

在第8圖之程序P07中，交換器50接收基地台(如eNodeB)傳送之用戶訊務封包，並以負載共享方式將用戶訊務封包傳送至用戶數據封包代理模組20。

在第8圖之程序P08中，用戶數據封包代理模組20接收用戶訊務封包以取得TEID，並依據TEID-VLAN對應資訊表T2取得對應之VLAN ID資訊，以新增VLAN ID資訊於用戶訊務封包後傳送至交換器50，同時同步用戶數據封包代理模組列表T4之資訊至交換器50。

在第8圖之程序P09中，交換器50接收用戶數據封包代理模組20傳送之用戶訊務封包，以依據用戶訊務封包之VLAN ID資訊將用戶訊務封包傳送至對應之用戶數據封包處理模組30中進行後續處理。

此外，當有另一用戶裝置(用戶)要使用行動邊緣運算(MEC)服務時，可依據上述第8圖之程序P01至P09重複進行。

第9圖為本發明於多個用戶裝置61陸續使用與離開行動邊緣運算(MEC)服務時，依據用戶訊務多寡進行模組自動增減機制的示意圖，請一併參閱第1圖至第2E圖。

在第9圖之程序Q01中，有多個用戶裝置61(用戶)要使用行動邊緣運算服務端63之行動邊緣運算服務。

在第9圖之程序Q02中，交換器50接收基地台(如 eNodeB)傳送之用戶訊務封包，並以負載共享方式將用戶訊務封包傳送至用戶數據封包代理模組20。

在第9圖之程序Q03中，用戶數據封包代理模組20查詢與判斷用戶數據封包代理模組列表T4。

在第9圖之程序Q04中，當全部用戶數據封包代理模組20(如其處理器或記憶體)之負載都超過X%時，資源自動增減模組40自動新增一用戶數據封包代理模組(如2n)，並更新用戶數據封包代理模組列表T4之資訊。

在第9圖之程序Q05中，用戶數據封包處理模組30查詢與判斷用戶數據封包處理模組列表T5。

在第9圖之程序Q06中，當全部用戶數據封包處理模組30(如其處理器或記憶體)之負載都超過X%時，資源自動增減模組40自動新增一用戶數據封包處理模組(如3n)，並更新用戶數據封包處理模組列表T5之資訊。

在第9圖之程序Q07中，用戶裝置61(用戶)陸續離開行動邊緣運算服務端63之行動邊緣運算服務。

在第9圖之程序Q08中，當全部用戶數據封包代理模組20(如其處理器或記憶體)之負載都低於Y%時，資源自動增減模組40選定負載最輕之用戶數據封包代理模組自動刪除，並同時從用戶數據封包代理模組列表T4之資訊中刪除負載最輕之用戶數據封包代理模組之資訊。

在第9圖之程序Q09中，當全部用戶數據封包代理模組20(如其處理器或記憶體)之平均負載低於Z%時，資源自動增減模組40選定負載最輕之用戶數據封包代理模 組，並判斷負載最輕之用戶數據封包代理模組是否為剛新增之用戶數據封包代理模組。若否(負載最輕之用戶數據封包代理模組不是剛新增之用戶數據封包代理模組)，則資源自動增減模組40自動刪除負載最輕之用戶數據封包代理模組，並同時從用戶數據封包代理模組列表T4中刪除負載最輕之用戶數據封包代理模組之資訊。

在第9圖之程序Q10中，當全部用戶數據封包處理模組30(如其處理器或記憶體)之負載都低於Y%時，資源自動增減模組40選定負載最輕之用戶數據封包處理模組。

在第9圖之程序Q11中，當全部用戶數據封包處理模組30(如其處理器或記憶體)之平均負載低於Z%時，資源自動增減模組40選定負載最輕之用戶數據封包處理模組，並判斷負載最輕之用戶數據封包處理模組是否為剛新增之用戶數據封包處理模組30。若是，則不處理；若否，則進行第9圖之程序Q12。

在第9圖之程序Q12中，當負載最輕之用戶數據封包處理模組不是剛新增之用戶數據封包處理模組30時，資源自動增減模組40通知預設之用戶數據封包代理模組21停止分配用戶數據至負載最輕之用戶數據封包處理模組，準備刪除負載最輕之用戶數據封包處理模組。

在第9圖之程序Q13中，將負載最輕之用戶數據封包處理模組之用戶資料同步至其他低負載之用戶數據封包處理模組。

在第9圖之程序Q14中，從用戶數據封包處理模組列 表T5與TEID-VLAN對應資訊表T2中刪除負載最輕之用戶數據封包處理模組之資訊，並同步更新TEID-VLAN對應資訊表T2之資訊，然後刪除負載最輕之用戶數據封包處理模組。

此外，當多個用戶裝置61(用戶)陸續使用與離開行動邊緣運算服務時，可依據第9圖之程序Q1至Q14重複進行。

綜上，本發明中基於行動邊緣運算用戶資訊之訊務處理及分流的系統與方法可具有下列特色、優點或技術功效：

一、本發明可讓例如行動網路業者在提供行動邊緣運算服務時，針對個別用戶訊務(如以用戶IP為依據)進行導送處理，並針對設備效能進行訊務分流，有效分配與利用行動邊緣運算中之設備效能及容量，以利持續上升的頻寬需求服務，大幅降低成本。

二、本發明可讓例如行動網路業者在提供行動邊緣運算服務時，針對大量用戶訊務瞬間同時湧入系統時能即時啟動訊務動態分流機制，以有效減少網路延遲並提升用戶體驗。

三、本發明之用戶數據封包代理模組接收用戶GTP頭封包以產生TEID-VLAN對應資訊表及VLAN-處理模組資源對應資訊表，進而提供交換器進行訊務分流，可解決目前網路設備(如交換器)無法針對個別用戶訊務(如以用戶IP為依據)進行導送之問題。

四、本發明之用戶數據封包代理模組之動態分流機制 中，可針對來自信令擷取分析模組之封包取得TEID資訊，並依據TEID-VLAN對應資訊表取得對應之VLAN ID資訊，再新增VLAN ID資訊於用戶訊務封包後將用戶訊務封包傳送至交換器，同時同步用戶數據封包代理模組列表之資訊至交換器，可解決目前網路設備(如交換器)無法針對個別用戶訊務(如以用戶IP為依據)進行導送之問題。

五、本發明之交換器之動態分流機制中，可依據不同方向傳送之用戶訊務封包進行相對應的訊務分流動作，並針對大量用戶訊務瞬間同時湧入系統時能即時啟動訊務動態分流機制，以更有效減少網路延遲並提升用戶體驗。

六、本發明之資源自動增減模組可在各用戶數據封包代理模組或用戶數據封包處理模組(如其處理器或記憶體)之負載超過X%、或低於Y%(如X>Y)、或平均負載低於Z%(如X>Z>Y)時，依據不同情況自動進行新增或刪除模組機制，能更有效分配與利用行動邊緣運算中之設備效能與容量。

七、本發明之資源自動增減模組在用戶數據封包代理模組或用戶數據封包處理模組刪除前，先通知預設之用戶數據封包代理模組停止分配用戶數據至負載最輕之用戶數據封包代理模組或用戶數據封包處理模組，並將用戶資料同步至其他低負載之用戶數據封包處理模組後才刪除負載最輕者，並同步更新TEID-VLAN對應資訊表之資訊，能更有效分配與利用行動邊緣運算中之設備效能與容量。

上述實施形態僅例示性說明本發明之原理、特點及其 功效，並非用以限制本發明之可實施範疇，任何熟習此項技藝之人士均可在不違背本發明之精神及範疇下，對上述實施形態進行修飾與改變。任何運用本發明所揭示內容而完成之等效改變及修飾，均仍應為申請專利範圍所涵蓋。因此，本發明之權利保護範圍，應如申請專利範圍所列。

1‧‧‧基於行動邊緣運算用戶資訊之訊務處理及分流的系統

10‧‧‧信令擷取分析模組

20、21至2n‧‧‧用戶數據封包代理模組

30、31至3n‧‧‧用戶數據封包處理模組

40‧‧‧資源自動增減模組

50‧‧‧交換器

61‧‧‧用戶裝置

62‧‧‧行動無線網路

63‧‧‧行動邊緣運算(MEC)服務端

64‧‧‧行動核心網路

65‧‧‧網際網路

F‧‧‧用戶GTP數據隧道標頭資訊溝通介面

T1‧‧‧用戶GTP數據隧道標頭資訊表

T2‧‧‧TEID-VLAN對應資訊表

T3‧‧‧VLAN-處理模組資源對應資訊表

Claims (18)

1. 一種基於行動邊緣運算用戶資訊之訊務處理及分流的系統，包括：一信令擷取分析模組，係擷取或接收行動無線網路與行動核心網路間之信令，以於對該信令進行解碼與分析後，提供用戶GTP(GPRS隧道協定)頭封包之資訊；至少一用戶數據封包代理模組，係接收來自該信令擷取分析模組之該用戶GTP頭封包之資訊，以依據該用戶GTP頭封包之資訊產生一TEID(隧道端點識別符)-VLAN(虛擬區域網路)對應資訊表、及一VLAN-處理模組資源對應資訊表；一交換器，係依據該用戶數據封包代理模組新增在用戶訊務封包之VLAN ID(虛擬區域網路識別符)資訊進行訊務分流，以將該用戶訊務封包傳送至對應之用戶數據封包處理模組；至少一該用戶數據封包處理模組，係具有該用戶GTP頭封包之拆解及封裝功能，並判斷該用戶GTP頭封包內之目的IP是否為行動邊緣運算服務列表之封包，若是，則由該用戶數據封包處理模組將該用戶GTP頭封包進行拆解及封裝，再傳送至該行動無線網路或一行動邊緣運算服務端，若否，則由該用戶數據封包處理模組將該用戶GTP頭封包傳送至該行動核心網路；以及 一資源自動增減模組，係依據各該用戶數據封包代理模組或用戶數據封包處理模組之負載情況，對應新增或刪除該用戶數據封包代理模組或用戶數據封包處理模組，其中，該資源自動增減模組在各該用戶數據封包代理模組或用戶數據封包處理模組之負載超過X%時，自動對應新增該用戶數據封包代理模組或用戶數據封包處理模組，且X大於0小於100。
2. 如申請專利範圍第1項所述之系統，其中，該用戶數據封包代理模組更依據該用戶GTP頭封包之資訊產生一用戶GTP數據隧道標頭資訊表，以將該用戶GTP數據隧道標頭資訊表作為該訊務分流之依據。
3. 如申請專利範圍第2項所述之系統，其中，若有多個用戶數據封包代理模組，則同步該用戶GTP數據隧道標頭資訊表、TEID-VLAN對應資訊表、VLAN-處理模組資源對應資訊表至各該用戶數據封包代理模組，並同步傳送該用戶GTP數據隧道標頭資訊表至該用戶數據封包處理模組。
4. 如申請專利範圍第1項所述之系統，其中，該用戶數據封包代理模組更查詢該VLAN-處理模組資源對應資訊表中各該用戶數據封包處理模組之資源負載現況，以選擇負載最輕之用戶數據封包處理模組與取得VLAN ID(虛擬區域網路識別符)，從該用戶GTP頭封包取得TEID(隧道端點識別符)之資訊，且於該TEID-VLAN對應資訊表中新增TEID-VLAN對應資訊。
5. 如申請專利範圍第1項所述之系統，其中，當各該用戶數據封包代理模組或用戶數據封包處理模組之負載低於Y%、或全部用戶數據封包代理模組與用戶數據封包處理模組之平均負載低於Z%時，該資源自動增減模組選定負載最輕之用戶數據封包代理模組或用戶數據封包處理模組自動刪除，且Y與Z均大於0小於100，X大於Z大於Y。
6. 如申請專利範圍第1項所述之系統，其中，該用戶數據封包代理模組之動態分流機制係針對來自該信令擷取分析模組之封包取得TEID資訊，並依據該TEID-VLAN對應資訊表取得對應之該VLAN ID資訊，於新增該VLAN ID資訊於該用戶訊務封包後，將該用戶訊務封包傳送至該交換器。
7. 如申請專利範圍第1項所述之系統，其中，該交換器之動態分流機制包括：當該交換器接收到基地台或服務閘道器傳送之用戶訊務封包時，令該交換器以負載共享方式傳送該用戶訊務封包至該用戶數據封包代理模組；當該交換器接收到該用戶數據封包代理模組傳送之用戶訊務封包時，令該交換器依據該用戶訊務封包之VLAN ID資訊將該用戶訊務封包傳送至對應之用戶數據封包處理模組；以及當該交換器接收到該用戶數據封包處理模組傳送之用戶訊務封包時，令該交換器依據該用戶訊務封包 之目的位址，將該用戶訊務封包傳送至該行動無線網路、行動邊緣運算服務端或行動核心網路。
8. 如申請專利範圍第1項所述之系統，其中，於該資源自動增減模組選定負載最輕之用戶數據封包處理模組進行刪除前，該資源自動增減模組會先通知預設之用戶數據封包代理模組停止分配用戶數據至該負載最輕之用戶數據封包處理模組，並將該負載最輕之用戶數據封包處理模組之用戶資料同步至其他低負載之用戶數據封包處理模組。
9. 如申請專利範圍第8項所述之系統，其中，於該資源自動增減模組選定負載最輕之用戶數據封包處理模組進行刪除時，係從一用戶數據封包處理模組列表與該TEID-VLAN對應資訊表中刪除該負載最輕之用戶數據封包處理模組之資訊，並同步更新該TEID-VLAN對應資訊表之資訊。
10. 一種基於行動邊緣運算用戶資訊之訊務處理及分流的方法，包括：由一信令擷取分析模組擷取或接收行動無線網路與行動核心網路間之信令，對該信令進行解碼與分析後，提供用戶GTP(GPRS隧道協定)頭封包之資訊；由至少一用戶數據封包代理模組接收來自該信令擷取分析模組之該用戶GTP頭封包之資訊，以依據該用戶GTP頭封包之資訊產生一TEID(隧道端點識別符)-VLAN(虛擬區域網路)對應資訊表、及一VLAN-處 理模組資源對應資訊表；由一交換器依據該用戶數據封包代理模組新增在用戶訊務封包之VLAN ID(虛擬區域網路識別符)資訊進行訊務分流，以將該用戶訊務封包傳送至對應之用戶數據封包處理模組；由具有該用戶GTP頭封包之拆解及封裝功能之至少一該用戶數據封包處理模組判斷該用戶GTP頭封包內之目的IP是否為行動邊緣運算服務列表之封包，若是，則於該用戶數據封包處理模組將該用戶GTP頭封包進行拆解及封裝後，傳送至該行動無線網路或一行動邊緣運算服務端，若否，則該用戶數據封包處理模組將該用戶GTP頭封包傳送至該行動核心網路；以及由一資源自動增減模組依據各該用戶數據封包代理模組或用戶數據封包處理模組之負載情況，對應新增或刪除該用戶數據封包代理模組或用戶數據封包處理模組，其中，該資源自動增減模組在各該用戶數據封包代理模組或用戶數據封包處理模組之負載超過X%時，自動對應新增該用戶數據封包代理模組或用戶數據封包處理模組，且X大於0小於100。
11. 如申請專利範圍第10項所述之方法，更包括由該用戶數據封包代理模組依據該用戶GTP頭封包之資訊產生一用戶GTP數據隧道標頭資訊表，以將該用戶GTP數據隧道標頭資訊表作為該訊務分流之依據。
12. 如申請專利範圍第11項所述之方法，更包括若有多個 用戶數據封包代理模組，則同步該用戶GTP數據隧道標頭資訊表、TEID-VLAN對應資訊表、VLAN-處理模組資源對應資訊表至各該用戶數據封包代理模組，並同步傳送該用戶GTP數據隧道標頭資訊表至該用戶數據封包處理模組。
13. 如申請專利範圍第10項所述之方法，更包括由該用戶數據封包代理模組查詢該VLAN-處理模組資源對應資訊表中各該用戶數據封包處理模組之資源負載現況，以選擇負載最輕之用戶數據封包處理模組與取得VLAN ID(虛擬區域網路識別符)，從該用戶GTP頭封包取得TEID(隧道端點識別符)之資訊，且於該TEID-VLAN對應資訊表中新增TEID-VLAN對應資訊。
14. 如申請專利範圍第10項所述之方法，更包括當各該用戶數據封包代理模組或用戶數據封包處理模組之負載低於Y%、或全部用戶數據封包代理模組與用戶數據封包處理模組之平均負載低於Z%時，由該資源自動增減模組選定負載最輕之用戶數據封包代理模組或用戶數據封包處理模組自動刪除，其中，Y與Z均大於0小於100，且X大於Z大於Y。
15. 如申請專利範圍第10項所述之方法，更包括以該用戶數據封包代理模組之動態分流機制，針對來自該信令擷取分析模組之封包取得TEID資訊，並依據該TEID-VLAN對應資訊表取得對應之該VLAN ID資訊，於新增該VLAN ID資訊於該用戶訊務封包後，將 該用戶訊務封包傳送至該交換器。
16. 如申請專利範圍第10項所述之方法，更包括以該交換器之動態分流機制執行：當該交換器接收到基地台或服務閘道器傳送之用戶訊務封包時，由該交換器以負載共享方式傳送該用戶訊務封包至該用戶數據封包代理模組；當該交換器接收到該用戶數據封包代理模組傳送之用戶訊務封包時，由該交換器依據該用戶訊務封包之VLAN ID資訊將該用戶訊務封包傳送至對應之用戶數據封包處理模組；以及當該交換器接收到該用戶數據封包處理模組傳送之用戶訊務封包時，由該交換器依據該用戶訊務封包之目的位址，將該用戶訊務封包傳送至該行動無線網路、行動邊緣運算服務端或行動核心網路。
17. 如申請專利範圍第10項所述之方法，更包括當該資源自動增減模組選定負載最輕之用戶數據封包處理模組進行刪除前，由該資源自動增減模組先通知預設之用戶數據封包代理模組停止分配用戶數據至該負載最輕之用戶數據封包處理模組，並將該負載最輕之用戶數據封包處理模組之用戶資料同步至其他低負載之用戶數據封包處理模組。
18. 如申請專利範圍第17項所述之方法，更包括當該資源自動增減模組選定負載最輕之用戶數據封包處理模組進行刪除時，從一用戶數據封包處理模組列表與該 TEID-VLAN對應資訊表中刪除該負載最輕之用戶數據封包處理模組之資訊，並同步更新該TEID-VLAN對應資訊表之資訊。

Images