移动边缘计算的控制方法、网络系统与服务平台转让专利

申请号 : CN201510644795.4

文献号 : CN106254408A

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 邱彦璋蔡易行黄思贤

申请人 : 财团法人工业技术研究院

摘要 :

一 种 移 动 边 缘 计 算 (Mobile-EdgeComputing,MEC)的控制方法、网络系统与服务平台。控制方法包括以下步骤。数个服务平台的其中之一接收一请求讯息。请求讯息用以请求执行一应用程序服务。根据请求讯息的应用程序服务,选择此些服务平台的其中之一。通过已选择的此些服务平台的其中之一执行应用程序服务。

权利要求 :

1.一种移动边缘计算的控制方法,包括:

多个服务平台的其中之一接收请求讯息,该请求讯息用以请求执行第一应用程序服务;

根据该请求讯息的该第一应用程序服务,选择这些服务平台的其中之一;以及通过已选择的这些服务平台的其中之一执行该第一应用程序服务。

2.如权利要求1所述的移动边缘计算的控制方法,其中接收该请求讯息的该服务平台不同于执行该第一应用程序服务的该服务平台。

3.如权利要求1所述的移动边缘计算的控制方法,其中该请求讯息还用以请求执行第二应用程序服务,该控制方法还包括:根据该请求讯息的该第二应用程序服务,选择这些服务平台的其中之一;以及通过已选择的这些服务平台的其中之一执行该第二应用程序服务,该第一应用程序服务及该第二应用程序服务执行于这些服务平台的同一台。

4.如权利要求1所述的移动边缘计算的控制方法,其中该请求讯息还用以请求执行一第二应用程序服务,该控制方法还包括:根据该请求讯息的该第二应用程序服务,选择这些服务平台的其中之一;以及通过已选择的这些服务平台的其中之一执行该第二应用程序服务,该第一应用程序服务及该第二应用程序服务执行于这些服务平台的不同台。

5.如权利要求1所述的移动边缘计算的控制方法,其中根据该请求讯息的该第一应用程序服务,选择这些服务平台的其中之一的步骤包括:计算各该服务平台对该第一应用程序服务的应用程序服务负载率,该应用程序服务负载率为使用者人数与使用者人数上限的比率;以及依据这些应用程序服务负载率,筛选这些服务平台。

6.如权利要求1所述的移动边缘计算的控制方法,其中根据该请求讯息的该第一应用程序服务,选择这些服务平台的其中之一的步骤包括:计算各该服务平台的登录负载率,该登录负载率为登录者人数与登录者人数上限的比率;以及依据这些登录负载率,筛选这些服务平台。

7.如权利要求1所述的移动边缘计算的控制方法,其中根据该请求讯息的该第一应用程序服务,选择这些服务平台的其中之一的步骤包括:计算各该服务平台的处理器负载率;以及

依据这些处理器负载率,筛选这些服务平台。

8.如权利要求1所述的移动边缘计算的控制方法,其中根据该请求讯息的该第一应用程序服务,选择这些服务平台的其中之一的步骤包括:计算各该服务平台的存储器可用容量;以及

依据这些存储器可用容量,筛选这些服务平台。

9.如权利要求1所述的移动边缘计算的控制方法,其中根据该请求讯息的该第一应用程序服务,选择这些服务平台的其中之一的步骤包括:计算各该服务平台执行该第一应用程序服务的延迟时间;以及

依据这些延迟时间,筛选这些服务平台。

10.一种移动边缘计算的网络系统,包括:

多个服务平台,这些服务平台的其中之一接收请求讯息,该请求讯息用以请求执行第一应用程序服务;

其中根据该请求讯息的该第一应用程序服务,这些服务平台的其中之一被选择,并且通过已选择的这些服务平台的其中之一执行该第一应用程序服务。

11.如权利要求10所述的移动边缘计算的网络系统,其中接收该请求讯息的该服务平台不同于执行该第一应用程序服务的该服务平台。

12.如权利要求10所述的移动边缘计算的网络系统,其中该请求讯息还用以请求执行第二应用程序服务,根据该请求讯息的该第二应用程序服务,这些服务平台的其中之一被选择,并且通过已选择的这些服务平台的其中之一执行该第二应用程序服务,该第一应用程序服务及该第二应用程序服务执行于这些服务平台的同一台。

13.如权利要求10所述的移动边缘计算的网络系统,其中该请求讯息还用以请求执行一第二应用程序服务,根据该请求讯息的该第二应用程序服务,这些服务平台的其中之一被选择,并且通过已选择的这些服务平台的其中之一执行该第二应用程序服务,该第一应用程序服务及该第二应用程序服务执行于这些服务平台的不同台。

14.如权利要求10所述的移动边缘计算的网络系统,其中各该服务平台对该第一应用程序服务具有应用程序服务负载率,该应用程序服务负载率为使用者人数与使用者人数上限的比率,依据这些应用程序服务负载率,筛选这些服务平台。

15.如权利要求10所述的移动边缘计算的网络系统,其中各该服务平台具有登录负载率,该登录负载率为登录者人数与登录者人数上限的比率,依据这些登录负载率,这些服务平台被筛选。

16.如权利要求10所述的移动边缘计算的网络系统,其中各该服务平台具有一处理器负载率,依据这些处理器负载率,这些服务平台被筛选。

17.如权利要求10所述的移动边缘计算的网络系统,其中各该服务平台具有存储器可用容量,依据这些存储器可用容量,这些服务平台被筛选。

18.如权利要求10所述的移动边缘计算的网络系统,其中各该服务平台具有执行该第一应用程序服务的延迟时间,依据这些延迟时间,这些服务平台被筛选。

19.一种移动边缘计算的服务平台,包括:

讯息处理单元,用以接收请求讯息,该请求讯息用以请求执行应用程序服务;以及控制单元,根据该请求讯息的该应用程序服务选择另一服务平台,并且通过已选择的该另一服务平台执行该应用程序服务。

说明书 :

移动边缘计算的控制方法、网络系统与服务平台

技术领域

[0001] 本公开涉及一种控制方法、网络系统与服务平台,且特别涉及一种移动边缘计算(Mobile-Edge Computing,MEC)的控制方法、网络系统与服务平台。

背景技术

[0002] 随着信息科技的爆炸性发展,各式电子装置均搭载着网络功能,以使电子装置能够通过网络执行各种应用程序服务。举例来说,使用者经常使用的应用程序服务包含社群网站、视频分享网站、移动网络银行、餐厅订位工具或地图工具等应用程序服务。
[0003] 除了智能手机及智能电视以外,穿戴式智能装置的问世,还将使得连网的电子装置数量呈现爆炸性成长。众多电子装置通过网络连结应用程序服务时,将造成应用程序服务等待时间拉长、网络速度下降等问题。因此,如何改善这些问题,已成为业界努力目标之一。

发明内容

[0004] 本公开有关于一种移动边缘计算(Mobile-Edge Computing,MEC)的控制方法、网络系统与服务平台,其利用平台接口进行应用程序服务的沟通与分享。因此,多个服务平台的各种应用程序服务能够有效率地整合。如此一来,能够降低应用程序服务等待时间、并提高网络速度。
[0005] 根据本公开的第一方面,提出一种移动边缘计算(Mobile-Edge Computing,MEC)的控制方法。控制方法包括以下步骤。数个服务平台的其中之一接收一请求讯息。请求讯息用以请求执行一应用程序服务。根据请求讯息的应用程序服务,选择此些服务平台的其中之一。通过已选择的此些服务平台的其中之一执行应用程序服务。
[0006] 根据本公开的第二方面,提出一种移动边缘计算的网络系统。移动边缘计算的网络系统包括数个服务平台。此些服务平台的其中之一接收一请求讯息。请求讯息用以请求执行一应用程序服务。根据此请求讯息的应用程序服务。此些服务平台的其中之一被选择,并且通过已选择的此些服务平台的其中之一执行应用程序服务。
[0007] 根据本公开的第三方面,提出一种移动边缘计算的服务平台。服务平台包括一讯息处理单元及一控制单元。讯息处理单元用以接收一请求讯息。请求讯息用以请求执行一应用程序服务。控制单元根据请求讯息的应用程序服务,选择另一服务平台,并且通过已选择的另一服务平台执行此应用程序服务。
[0008] 为了对本公开的上述及其他方面有更佳的了解,下文特举优选实施例,并配合附图,作详细说明如下:

附图说明

[0009] 图1绘示移动边缘计算(Mobile-Edge Computing,MEC)的服务平台的示意图。
[0010] 图2绘示移动边缘计算的网络系统的示意图。
[0011] 图3绘示移动边缘计算的控制方法的流程图。
[0012] 图4绘示一实施例的数据传送示意图。
[0013] 图5绘示另一实施例的数据传送示意图。
[0014] 图6绘示另一实施例的数据传送示意图。
[0015] 图7绘示图3的步骤S120的细部流程图。
[0016] 图8绘示另一实施例的数据传送示意图。
[0017] 图9绘示另一实施例的数据传送示意图。
[0018] 【符号说明】
[0019] 100、100A、100B、100C:服务平台
[0020] 900:用户端
[0021] 1000:网络系统
[0022] 2000:核心网
[0023] CU:控制单元
[0024] GI:平台接口
[0025] MU:讯息处理单元
[0026] Q1、Q2、Q3、Q4、Q5:请求讯息
[0027] R1、R2、R3:执行结果
[0028] S110、S120、S121、S122、S123、S124、S125、S130、S140:流程步骤[0029] SI:服务接口
[0030] SR1、SR2、SR3、SR4:应用程序
[0031] UI:用户接口

具体实施方式

[0032] 请参照图1,其绘示移动边缘计算(Mobile-Edge Computing,MEC)的服务平台100的示意图。服务平台100包括一讯息处理单元MU、一控制单元CU、一用户接口UI、一服务接口SI及一平台接口GI。讯息处理单元MU用以接收并解析各种讯息。控制单元CU用以执行各种控制程序、判断程序与计算程序。用户接口UI用以提供信息交换的统一接口,而与用户端进行沟通。服务接口SI用以与各种应用程序服务SR1、SR2、…进行沟通。应用程序服务SR1、SR2、…例如是社群网站、视频分享网站、移动网络银行、餐厅订位工具或地图工具等。平台接口GI用以提供服务信息交换的统一接口,而与另一服务平台100进行沟通。讯息处理单元MU、控制单元CU、用户接口UI、服务接口SI及平台接口GI例如是一芯片、一电路板、一电路、或存储数组程序代码的记录介质。
[0033] 在本实施例中,服务平台100可以通过平台接口GI与另一服务平台100进行沟通与分享。因此,多个服务平台100的各种应用程序服务能够有效率地整合。
[0034] 请参照图2,其绘示移动边缘计算的网络系统1000的示意图。多个服务平台100通过平台接口GI(绘示于图1)以无线或有线等方式相互连接,而组成移动边缘计算的网络系统1000。移动边缘计算的网络系统1000连接于核心网(core network)2000与用户端900之间,而形成一个装置对装置中继区域云(device to device relay base local cloud)。各种应用程序服务设置于此些服务平台100,当用户端900欲执行某一应用程序服务时,可以不通过核心网2000,而直接在移动边缘计算的网络系统1000执行此应用程序服务。或者,应用程序服务提供者可以通过设置于移动边缘计算的网络系统1000中的应用程序服务,不通过核心网2000直接对用户端900提供各种讯息。
[0035] 请参照第3~4图,图3绘示移动边缘计算的控制方法的流程图,图4绘示一实施例的数据传送示意图。在图4中,虚线与实线皆表示各个元件的联系关系,实线则代表此例中数据传送的情况。服务平台100A具有应用程序服务SR1、SR2、…,服务平台100B具有应用程序服务SR1、SR3、…,服务平台100C具有应用程序服务SR1、SR4、…。
[0036] 首先,步骤S110中,用户端900传送一请求讯息Q1至数个服务平台100A、100B、100C的其中之一。举例来说,用户端900传送请求讯息Q1至服务平台100A。在一实施例中,请求讯息Q1以统一格式的超文字应用程序语言(Hypertext Application Language,HAL)撰写。服务平台100A的用户接口UI接收请求讯息Q1后,讯息处理单元MU解析出请求讯息Q1的内容。在图4的例子中,请求讯息Q1用以请求执行应用程序服务SR2。
[0037] 接着,在步骤S120中,根据请求讯息Q1的应用程序服务SR2,服务平台100A的控制单元CU选择此些服务平台100A、100B、100C的其中之一。举例来说,服务平台100A的控制单元CU根据以下表一的应用程序服务对照表(service mapping table),得知仅有服务平台100A具有应用程序服务SR2,故选择服务平台100A。
[0038]
[0039] 表一
[0040] 然后,在步骤S130中,控制单元CU通过已选择的服务平台100A执行应用程序服务SR2。在此步骤中,通过服务接口SI接入应用程序服务SR2,并将执行结果R1由服务接口SI直接传递至用户接口UI后,回传至用户端900。
[0041] 接着,在步骤S140中,控制单元CU判断请求讯息Q1是否还用以请求执行另一应用程序服务。在图4的例子中,请求讯息Q1仅有请求执行应用程序服务SR2,而未请求执行另一应用程序服务,故结束此流程。
[0042] 请参照图3、图5,图5绘示另一实施例的数据传送示意图。在图5中,虚线与实线皆表示各个元件的联系关系,实线则代表此例中数据传送的情况。
[0043] 首先,步骤S110中,用户端900传送一请求讯息Q2至数个服务平台100A、100B、100C的其中之一。举例来说,用户端900传送请求讯息Q2至服务平台100A。服务平台100A的用户接口UI接收请求讯息Q2后,讯息处理单元MU解析出请求讯息Q2的内容。在图5的例子中,请求讯息Q2用以请求执行应用程序服务SR3。
[0044] 接着,在步骤S120中,根据请求讯息Q2的应用程序服务SR3,服务平台100A的控制单元CU选择此些服务平台100A、100B、100C的其中之一。举例来说,服务平台100A的控制单元CU根据以上表一的应用程序服务对照表,得知仅有服务平台100B具有应用程序服务SR3,故选择服务平台100B。
[0045] 然后,在步骤S130中,控制单元CU通过已选择的服务平台100A执行应用程序服务SR3。在此步骤中,经由过服务平台100A的平台接口GI、服务平台100B的平台接口GI、及服务平台100B的服务接口SI的接入应用程序服务SR3,并将执行结果R2经由服务平台100B的服务接口SI、服务平台100B的平台接口GI、服务平台100A的平台接口GI及服务平台100A的用户接口UI回传至用户端900。
[0046] 接着,在步骤S140中,控制单元CU判断请求讯息Q2是否还用以请求执行另一应用程序服务。在图5的例子中,请求讯息Q2仅有请求执行应用程序服务SR3,而未请求执行另一应用程序服务,故结束此流程。
[0047] 请参照图3、图6,图6绘示另一实施例的数据传送示意图。在图6中,虚线与实线皆表示各个元件的联系关系,实线则代表此例中数据传送的情况。
[0048] 首先,步骤S110中,用户端900传送一请求讯息Q3至数个服务平台100A、100B、100C的其中之一。举例来说,用户端900传送请求讯息Q3至服务平台100A。服务平台100A的用户接口UI接收请求讯息Q3后,讯息处理单元MU解析出请求讯息Q3的内容。在图6的例子中,请求讯息Q3用以请求执行应用程序服务SR1。
[0049] 接着,在步骤S120中,根据请求讯息Q3的应用程序服务SR1,服务平台100A的控制单元CU选择此些服务平台100A、100B、100C的其中之一。举例来说,服务平台100A的控制单元CU根据以上表一的应用程序服务对照表,得知有三个服务平台100A、100B、100C具有应用程序服务SR1,故需进一步从这三个服务平台100A、100B、100C进行选择。
[0050] 请参照图7及表二,图7绘示图3的步骤S120的细部流程图,表二为平台运作情况表。
[0051]
[0052] 表二
[0053] 在步骤S121中,服务平台100A的控制单元CU计算各个服务平台100A、100B、100C对应用程序服务SR1之一应用程序服务负载率,并依据此些应用程序服务负载率,筛选服务平台100A、100B、100C。应用程序服务负载率为一使用者人数与一使用者人数上限的比率。在此步骤中,筛选出应用程序服务负载率低于一第一标准值(例如是50%)的服务平台。举例来说,请参照表一,服务平台100A的应用程序服务负载率为25%(3/12),服务平台100B的应用程序服务负载率为33%(5/15),服务平台100C的应用程序服务负载率为30%(3/10)。三个服务平台100A、100B、100C的应用程序服务负载率均低于第一标准值,故均予以选出。
[0054] 在步骤S122中,服务平台100A的控制单元CU计算各个服务平台100A、100B、100C的一登录负载率,并依据此些登录负载率,筛选服务平台100A、100B、100C。登录负载率为一登录者人数与一登录者人数上限的比率。在此步骤中,筛选出登录负载率低于一第二标准值(例如是50%)的服务平台。举例来说,请参照表二,服务平台100A的登录负载率为66%(33/50),服务平台100B的登录负载率为10%(10/100),服务平台100C的登录负载率为7%(5/70)。服务平台100B、100C的登录负载率均低于第二标准值,故均予以选出。
[0055] 在步骤S123中,服务平台100A的控制单元CU计算各个服务平台100B、100C之一处理器负载率,并依据此些处理器负载率,筛选服务平台100B、100C。在此步骤中,筛选出处理器负载率低于一第三标准值(例如是60%)的服务平台。举例来说,请参照表二,服务平台100B的处理器负载率为42%,服务平台100C的处理器负载率为50%。服务平台100B、100C的处理器负载率均低于第三标准值,故均予以选出。
[0056] 在步骤S124中,服务平台100A的控制单元CU计算各个服务平台100B、100C的一存储器可用容量,并依据此些存储器可用容量,筛选服务平台100B、100C。在此步骤中,筛选出存储器可用容量高于一第四标准值(例如是100Mbyte)的服务平台。举例来说,请参照表二,服务平台100B的存储器可用容量为220Mbyte,服务平台100C的存储器可用容量为170Mbyte。服务平台100B、100C的存储器可用容量均高于第四标准值,故均予以选出。
[0057] 在步骤S125中,服务平台100A的控制单元CU计算各个服务平台100B、100C的一延迟时间,并依据此些延迟时间,筛选服务平台100B、100C。在此步骤中,筛选出延迟时间最低者的服务平台。举例来说,请参照表二,服务平台100B的延迟时间为500ms,服务平台100C的延迟时间200ms。服务平台100C的延迟时间最低,故均予以选出。
[0058] 上述步骤S121、S122、S123、S124、S125的步骤顺序可依据需求调整,只要在最后一个步骤的筛选中,选择最佳者,即可做出唯一的选择。
[0059] 然后,在步骤S130中,控制单元CU通过已选择的服务平台100C执行应用程序服务SR1。在此步骤中,经由过服务平台100A的平台接口GI、服务平台100C的平台接口GI、及服务平台100C的服务接口SI的接入应用程序服务SR1,并将执行结果R3经由服务平台100C的服务接口SI、服务平台100C的平台接口GI、服务平台100A的平台接口GI及服务平台100A的用户接口UI回传至用户端900。
[0060] 接着,在步骤S140中,控制单元CU判断请求讯息Q3是否还用以请求执行另一应用程序服务。在图6的例子中,请求讯息Q3仅有请求执行应用程序服务SR1,而未请求执行另一应用程序服务,故结束此流程。
[0061] 请参照图8,其绘示另一实施例的数据传送示意图。在另一实施例中,请求讯息Q4除了用以请求执行应用程序服务SR2以外,还用以请求执行应用程序服务SR1,故在图3的流程中,将在步骤S140之后,将回至步骤S120,选择此些服务平台100A、100B、100C的其中之一来执行应用程序服务SR1。在此实施例中,应用程序服务SR2及应用程序服务SR1执行于同一台服务平台100A。
[0062] 请参照图9,其绘示另一实施例的数据传送示意图。在另一实施例中,请求讯息Q5除了用以请求执行应用程序服务SR3以外,还用以请求执行应用程序服务SR4,故在图3的流程中,将在步骤S140之后,将回至步骤S120,选择此些服务平台100A、100B、100C的其中之一来执行应用程序服务SR4。在此实施例中,应用程序服务SR3及应用程序服务SR4执行于不同的服务平台100B、100C。
[0063] 根据上述实施例,服务平台可以通过平台接口与另一服务平台进行沟通与分享。因此,多个服务平台的各种应用程序服务能够有效率地整合。如此一来,能够降低应用程序服务等待时间、并提高网络速度。
[0064] 综上所述,虽然本公开已以优选实施例公开如上,然其并非用以限定本公开。本公开所属技术领域的技术人员,在不脱离本公开的精神和范围内,当可作各种的更动与润饰。因此,本公开的保护范围当视所附权利要求书界定范围为准。