WO2014127515A1

WO2014127515A1 - 业务提供系统、方法、移动边缘应用服务器及支持节点

Info

Publication number: WO2014127515A1
Application number: PCT/CN2013/071736
Authority: WO
Inventors: 朱志明; 刘维华; 曹明荣
Original assignee: 华为技术有限公司
Priority date: 2013-02-21
Filing date: 2013-02-21
Publication date: 2014-08-28
Also published as: US9942748B2; KR20150120488A; EP2953400A1; CN103430516B; KR101677476B1; CN103430516A; US20150365819A1; EP2953400A4; EP2953400B1

Abstract

本发明实施例提供一种业务提供系统、方法、移动边缘应用服务器及支持节点。该系统包括：至少一个移动边缘应用服务器MEAS和移动边缘应用服务器支持节点MEAS-SF；MEAS部署在接入网侧，与一个或多个基站连接；MEAS-SF部署在核心网侧，与一个或多个MEAS连接，并与分组数据网关P-GW连接。本实施例提供的业务提供系统，MEAS上部署了SP提供内容、应用服务等业务，当MEAS能够向用户设备提供业务请求所请求的业务时，直接从本地对业务请求所请求的业务数据，由于MEAS在物理部署上往往靠近eNodeB，用户设备直接从RAN侧获取所需业务数据，避免了RAN和CN之间数据拥塞、节省网络资源。

Description

业务提供系统、方法、移动边缘应用服务器及支持节点技术领域

本发明实施例涉及通信技术领域，尤其涉及一种业务提供系统、方法、移动边缘应用服务器及支持节点。背景技术

随着智能终端的快速普及、移动互联网的发展以及无线网络技术如高速分组接入（ High Speed Packet Access , 以下简称 HSPA )技术、长期演进技术 ( Long Term Evolution, 以下简称 LTE )等的发展，空口传输能力越来越大，运营商往往通过扩充或租用回程（back haul ) 来匹配用户设备到互联网 ( Internet )之间所需的带宽，导致建网成本和使用成本浪费。

现有技术中，可以将业务，如业务提供方（ Service Provider, 以下简称 SP )提供的内容、应用服务等緩存在服务器（server )上，将服务器部署在移动运营商的机房内，即靠近核心网（ Core Network , 以下简称 CN )进行部署，用户设备 ( User Equipment, 以下简称 UE )通过无线接入网（Radio Access Network, 以下简称 RAN )和 CN从服务器上获取业务。

上述技术方案中，将緩存了业务的服务器部署在核心网侧可以减少 CN 和 Internet之间的回程，然而，容易造成 RAN和 CN之间数据拥塞、带宽资源浪费。发明内容

本发明实施例提供一种业务提供系统、方法、移动边缘应用服务器及支持节点，用于解决现有技术中 RAN和 CN之间数据拥塞、节省网络资源。

第一个方面本发明实施例提供一种业务提供系统，包括：

至少一个移动边缘应用服务器 MEAS 和移动边缘应用服务器支持节点 MEAS-SF; 所述 MEAS 部署在接入网侧，与一个或多个基站连接；所述 MEAS-SF部署在核心网侧，与一个或多个所述 MEAS连接，并与分组数据网关 P-GW连接；所述 MEAS, 用于通过所连接的基站接收用户设备发送的业务请求，并将所述业务请求发送至所述 MEAS-SF,所述业务请求表示所述用户设备向服务提供商 SP请求业务；若所述 MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据；

所述 MEAS-SF, 用于接收所述 MEAS发送的所述业务请求，通过所述 P-GW将所述业务请求发送给所述 SP, 并通过所述 P-GW接收所述 SP发送的所述业务请求所请求的业务数据，以便所述核心网侧对所述业务请求和所述业务请求所请求的业务数据进行计费。

在第一个方面的第一种可能的实现方式中，若所述 MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则所述 MEAS还用于从所述 MEAS-SF获取所述 SP发送的所述业务请求所请求的业务数据，并将所述 SP 发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。

结合第一个方面或第一个方面的第一种可能的实现方式，在第二种可能的实现方式中，所述 MEAS发送给所述 MEAS-SF的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据；

所述 MEAS-SF还用于：若所述 MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则丟弃所述 SP发送的所述业务请求所请求的业务数据；否则，若所述 MEAS不能向所述用户设备提供所述业务请求所请求的业务数据，则将所述 SP发送的所述业务请求所请求的业务数据发送给所述 MEAS„

结合第一个方面、第一个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第三种可能的实现方式中，所述 MEAS还用于：在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述 SP 之间建立连接；将所述第一建链请求发送给所述 MEAS-SF,接收所述 MEAS-SF发送的所述 SP对所述第一建链请求的第一建链响应消息；并通过所连接的基站向所述用户设备发送对所述第一建链请求的第一建链响应消息；

所述 MEAS-SF还用于：接收所述 MEAS发送的所述第一建链请求，将所述第一建链请求通过所述 P-GW发送给所述 SP;通过所述 P-GW接收所述 SP对所述第一建链请求的第一建链响应消息，将所述第一响应消息发送给所述 MEAS。

结合第一个方面、第一个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第四种可能的实现方式中，所述 MEAS还用于：在通过所连接的基站接收用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述 SP之间建立连接；通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息；所述 MEAS发送给所述 MEAS-SF的业务请求中还携带所述 MEAS和所述用户设备之间的连接信息；

所述 MEAS-SF还用于：接收所述 MEAS发送的携带所述 MEAS和所述用户设备之间的连接信息的业务请求，根据所述连接信息，通过所述 P-GW 向所述 SP发送第三建链请求，并通过所述 P-GW接收所述 SP对所述第三建链请求的第三建链响应消息。

结合第一个方面、第一个方面的第一种、第二种、第三种或第四种可能的实现方式中的任一可能的实现方式，在第五种可能的实现方式中，若所述 MEAS 能够向所述用户设备提供所述业务请求所请求的业务数据，所述 MEAS-SF还用于与所述 MEAS同步所述业务请求所请求的业务数据的信息；或还用于与所述 MEAS同步所述用户设备与 SP之间的协议栈信息。

第二个方面，本发明实施例提供一种移动边缘应用服务器，部署在接入网侧，与一个或多个基站连接，还与移动边缘应用服务器支持节点 MEAS-SF 连接，所述移动边缘应用服务器包括：

接收器，用于通过所连接的基站接收用户设备发送的业务请求，并将所述业务请求发送至所述 MEAS-SF,所述业务请求表示所述用户设备向服务提供商 SP请求业务息；

处理器，用于判断所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据；

发送器，用于若所述处理器判断所述 MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据。

在第二个方面的第一种可能的实现方式中，所述接收器还用于：若所述处理器判断出所述 MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则从所述 MEAS-SF获取所述 SP发送的所述业务请求所请求的业务数据；

所述发送器还用于：将所述 SP发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。

结合第二个方面或第二个方面的第一种可能的实现方式，在第二个方面的第二种可能的实现方式中，所述发送器发送给所述 MEAS-SF 的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。

结合第二个方面、第二个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第二个方面的第三种可能的实现方式中，所述接收器还用于：在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述 SP之间建立连接；

所述发送器还用于：将所述第一建链请求发送给所述 MEAS-SF;

所述接收器还用于：接收所述 MEAS-SF发送的所述 SP对所述第一建链请求的第一建链响应消息；

所述发送器还用于：通过所连接的基站向所述用户设备发送对所述对第一建链请求的第一建链响应消息。

结合第二个方面、第二个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第二个方面的第四种可能的实现方式中，所述接收器还用于：在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述基站发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述 SP之间建立连接；

所述发送器还用于：通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息，将所述 MEAS和所述用户设备之间的连接信息携带在所述业务请求中发送给所述 MEAS-SF。第三个方面，本发明实施例提供一种移动边缘应用服务器支持节点

MEAS-SF , 与一个或多个移动边缘应用服务器 MEAS连接，并与分组数据网关 P-GW连接，所述移动边缘应用服务器支持节点包括：

接收器，用于接收所述 MEAS发送的所述业务请求；

发送器，用于通过所述 P-GW将所述业务请求发送给所述 SP;

所述接收器还用于：通过所述 P-GW接收所述 SP发送的所述业务请求所请求的业务数据，以便所述核心网侧对所述业务请求和所述业务请求所请求的业务数据进行计费。

在第三个方面的第一种可能的实现方式中，所述接收器接收的所述业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。

结合第三个方面及第三个方面的第一种可能的实现方式中的任一可能的实现方式，在第三个方面的第二种可能的实现方式中，所述移动边缘应用服务器支持节点还包括：处理器，用于在所述接收器通过所述 P-GW接收所述 SP发送的所述业务请求所请求的业务数据后，判断所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据，是，则丟弃所述 SP发送的所述业务请求所请求的业务数据；

所述发送器还用于：若所述处理器判断所述 MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则将所述 SP发送的所述业务请求所请求的业务数据发送给所述 MEAS。

结合第三个方面或第三个方面的第一种、第二种可能的实现方式中的任一可能的实现方式，在第三个方面的第三种可能的实现方式中，所述接收器还用于：接收所述 MEAS发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述 SP之间建立连接；

所述发送器还用于：将所述第一建链请求通过所述 P-GW发送给所述 SP; 所述接收器还用于：通过所述 P-GW接收所述 SP对所述第一建链请求的第一建链响应消息；

所述发送器还用于：将所述第一响应消息发送给所述 MEAS。

结合第三个方面或第三个方面的第一种、第二种可能的实现方式中的任一可能的实现方式，在第三个方面的第四种可能的实现方式中，所述接收器接收的所述业务请求中还携带连接信息，所述连接信息用于表示所述

MEAS和所述用户设备之间建立连接；

所述发送器还用于根据所述连接信息，通过所述 P-GW向所述 SP发送第三建链请求；

所述接收器还用于通过所述 P-GW接收所述 SP对所述第三建链请求的第三建链响应消息。

结合第三个方面或第三个方面的第一种、第二种、第三种及第四中可能的实现方式中的任一可能的实现方式，在第三个方面的第五种可能的实现方式中，若所述处理器判断出所述 MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则所述处理器还用于与所述 MEAS同步所述业务请求所请求的业务数据的信息；或还用于与所述 MEAS同步所述用户设备与 SP之间的协议栈信息。

第四个方面，本发明实施例提供一种业务提供方法，包括：

移动边缘应用服务器 MEAS通过所连接的基站接收用户设备发送的业务请求并将所述业务请求发送至移动边缘应用服务器支持节点 MEAS-SF,所述业务请求表示所述用户设备向服务提供商 SP请求业务，所述 MEAS部署在接入网侧，与一个或多个基站连接，并与所述移动边缘应用服务器支持节点 MEAS-SF连接；

若所述 MEAS能够向所述用户设备提供所述业务请求所请求的业务，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据。

在第四个方面的第一种可能的实现方式中，若所述 MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则所述 MEAS还用于从所述 MEAS-SF获取所述 SP发送的所述业务请求所请求的业务数据，并将所述 SP 发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。

结合第四个方面或第四个方面的第一种可能的实现方式中的任一实现方式，在第四个方面的第二种可能的实现方式中，所述 MEAS 发送给所述 MEAS-SF的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。结合第四个方面、第四个方面的第一种、或第二种可能的实现方式中的任一可能的实现方式，在第四个方面的第三种可能的实现方式中，所述移动边缘应用服务器 MEAS在通过所连接的基站接收所述用户设备发送的业务请求之前，还包括：

所述 MEAS通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述 SP之间建立连接；

所述 MEAS 将所述第一建链请求发送给所述 MEAS-SF , 以使所述 MEAS-SF将所述第一建链请求发送给所述 SP;

所述 MEAS接收所述 MEAS-SF发送的所述 SP对所述第一建链请求的第一建链响应消息；

所述 MEAS通过所连接的基站向所述用户设备发送对所述第一建链请求的第一建链响应消息。

结合第四个方面或第四个方面的第一种可能的实现方式中的任一实现方式，在第四个方面的第四种可能的实现方式中，述移动边缘应用服务器 MEAS 通过所连接的基站接收所述用户设备发送的业务请求之前，还包括：

所述 MEAS通过所连接的基站接收所述用户设备发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述 SP之间建立连接；

所述 MEAS通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息；

所述移动边缘应用服务器 MEAS通过所连接的基站接收用户设备发送的业务请求并将所述业务请求发送至移动边缘应用服务器支持节点 MEAS-SF, 包括：

所述 MEAS将携带所述 MEAS和所述用户设备之间的连接信息的业务请求发送给所述 MEAS-SF。

第五个方面，本发明实施例提供一种业务提供方法，包括：

移动边缘应用服务器支持节点 MEAS-SF 接收移动边缘应用服务器 MEAS发送的业务请求，所述 MEAS-SF部署在核心网侧，与一个或多个移动边缘应用服务器 MEAS连接，并与分组数据网关 P-GW连接；

所述 MEAS-SF将所述业务请求发送给服务提供商 SP;

所述 MEAS-SF通过所述 P-GW接收所述 SP发送的对所述业务请求所请求的业务数据，以便所述核心网侧对所述业务请求和所述业务请求所请求的业务数据进行计费。

在第五个方面的第一种可能的实现方式中，所述 MEAS-SF接收到的所述 MEAS发送的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。

结合第五个方面或第五个方面的第一种可能的实现方式中的任一可能的实现方式，在第五个方面的第二种可能的实现方式中，所述 MEAS-SF通过所述 P-GW接收所述 SP发送的对所述业务请求所请求的业务数据之后，还包括：

所述 MEAS-SF判断所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据，是，则丟弃所述 SP发送的所述业务请求所请求的业务数据；否，则将所述 SP发送的所述业务请求所请求的业务数据发送给所述 MEAS„

结合第五个方面、第五个方面的第一种及第二种可能的实现方式中的任一可能的实现方式，在第五个方面的第三种可能的实现方式中，所述移动边缘应用服务器支持节点 MEAS-SF接收移动边缘应用服务器 MEAS发送的业务请求之前，还包括：

所述 MEAS-SF接收所述 MEAS发送的第一建链请求；

所述 MEAS-SF通过所述 P-GW将所述第一建链请求发送给所述 SP; 所述 MEAS-SF通过所述 P-GW接收所述 SP对所述第一建链请求的第一建链响应消息；

所述 MEAS-SF将所述 SP对所述第一建链请求的第一建链响应消息发送给所述 MEAS。

结合第五个方面、第五个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第五个方面的第四种可能的实现方式中，所述移动边缘应用服务器支持节点 MEAS-SF接收移动边缘应用服务器 MEAS发送的业务请求，包括：

所述 MEAS-SF接收所述 MEAS发送的携带连接信息业务请求，所述连接信息用于表示所述 MEAS和所述用户设备之间建立连接；根据所述连接信息，通过所述 P-GW向所述 SP发送第三建链请求；并通过所述 P-GW接收所述 SP对所述第三建链请求的第三建链响应消息。

结合第五个方面、第五个方面的第一种、第二种、第三种及第四种可能的实现方式中的任一可能的实现方式，在第五个方面的第五种可能的实现方式中，若所述 MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，所述 MEAS-SF与所述 MEAS同步所述业务请求所请求的业务数据的信息；或与所述 MEAS同步所述用户设备与 SP之间的协议栈信息。

本发明实施例提供一种业务提供系统、方法、移动边缘应用服务器及支持节点， MEAS接收基站发送的表示用户设备向 SP请求业务的业务请求，并将业务请求发送给 MEAS-SF, MEAS-SF 进一步的将业务请求发送给 SP, MEAS 向基站发送本地生产的业务数据或接收到的 SP对该业务请求的业务数据，业务数据中携带业务请求所请求的业务，然后，基站将该业务数据发送给用户设备以为用户设备提供业务。本实施例提供的业务提供方法， MEAS 上部署了 SP提供内容、应用服务等业务，当 MEAS能够向用户设备提供业务请求所请求的业务时，直接从本地对业务请求生成对应的业务数据，由于 MEAS在物理部署上往往靠近 eNodeB , 即部署在 RAN侧，使得用户设备无需通过 RAN和 CN从服务器或 Internet上获取 SP提供的业务数据，而直接从 RAN侧获取所需的业务数据，避免了 RAN和 CN之间数据拥塞、节省网络资源。附图说明

实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图 1为本发明业务提供系统实施例一的架构示意图；

图 2为本发明业务提供系统实施例二的架构示意图；

图 3为为本发明业务提供方法实施例一的流程图；图 4为本发明业务提供方法实施例二的流程图；

图 5为本发明业务提供方法实施例三的信令图；

图 6为本发明业务提供方法实施例四的信令图；

图 7为本发明业务提供方法实施例五的信令图；

图 8为本发明业务提供方法实施例六的信令图；

图 9为本发明移动边缘应用服务器 MEAS实施例一的结构示意图；图 10为本发明移动边缘应用服务器支持节点 MEAS-SF实施例一的结构示意图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本文中描述的技术可用于各种通信系统，例如当前 2G, 3G通信系统和下一代通信系统，例如全球移动通信系统（ Global System for Mobile communications, 以下简称 GSM ) ,码分多址 ( Code Division Multiple Access, 以下简称 CDMA ) 系统，时分多址（ Time Division Multiple Access , 以下简称 TDMA ) 系统，宽带码分多址（Wideband Code Division Multiple Access Wireless , 以下简称 WCDMA ) , 频分多址（Frequency Division Multiple Addressing , 以下简称 FDMA ) 系统，正交频分多址（ Orthogonal Frequency-Division Multiple Access, 以下简称 OFDMA )系统，单载波 FDMA ( SC-FDMA ) 系统，通用分组无线业务 ( General Packet Radio Service, 以下简称 GPRS ) 系统，长期演进（ Long Term Evolution , 以下简称 LTE ) 系统，以及其他此类通信系统。

本申请中涉及的用户设备，可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和 /或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网（例如， RAN , Radio Access Network )与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话（或称为 "蜂窝" 电话）和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和 /或数据。例如，个人通信业务（ Personal Communication Service, 以下简称 PCS ) 电话、无绳电话、会话发起协议（ SIP )话机、无线本地环路 ( Wireless Local Loo , 以下简称 WLL ) 站、个人数字助理（Personal Digital Assistant, 以下简称 PDA )等设备。无线终端也可以称为系统、订户单元（ Subscriber Unit )、订户站（ Subscriber Station ) , 移动站（ Mobile Station ) 、移动台（Mobile ) 、远程站（ Remote Station ) 、接入点（ Access Point ) 、远程终端（ Remote Terminal ) 、接入终端（ Access Terminal ) 、用户终端（ User Terminal ) 、用户代理（User Agent ) 、用户设备 ( User Device ) 、或用户装备 ( User Equipment ) 。

本申请中涉及的基站（例如，接入点）可以是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与 IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议（IP ) 网络。基站还可协调对空中接口的属性管理。例如，基站可以是 GSM 或 CDMA 中的基站（BTS , Base Transceiver Station ) , 也可以是 WCDMA中的基站（ NodeB ) ,还可以是 LTE 中的演进型基站（ NodeB或 eNB或 e-NodeB, evolutional Node B ) , 本申请并不限定。

本发明实施例以长期演进 ( Long Term Evolution, 以下简称 LTE )通信系统为例对业务提供方法进行说明，但本发明实施例提供的业务提供方法对应其他通信系统仍然适用。

图 1为本发明业务提供系统实施例一的架构示意图，本实施例适用于多个 eNodeB对应一个移动边缘应用服务器（ Mobile Edge Application Server, 以下简称 MEAS )和移动边缘应用服务器支持节点（ Mobile Edge Application Server-Support Function, 以下简称 MEAS-SF ) 的场景。如图 1所示，本实施例提供的业务提供系统包括：至少一个 MEAS和 MEAS-SF; MEAS部署在接入网侧，与一个或多个基站连接； MEAS-SF部署在核心网侧，与一个或多个 MEAS连接，并与分组数据网关 P-GW连接；

MEAS , 用于通过所连接的基站接收用户设备发送的业务请求，并将业务请求发送至 MEAS-SF,业务请求表示用户设备向服务提供商 SP请求业务；若 MEAS能够向用户设备提供业务请求所请求的业务数据，则通过所连接的基站向用户设备发送业务请求所请求的业务数据；

MEAS-SF, 用于接收 MEAS发送的业务请求，通过 P-GW将业务请求发送给 SP, 并通过 P-GW接收 SP发送的业务请求所请求的业务数据，以便核心网侧对业务请求和业务请求所请求的业务数据进行计费。

请参照图 1 , 在 LTE通信系统网络架构的基石出上，本发明实施例增加了 MEAS和 MEAS-SF。其中， MEAS部署在接入网侧，靠近基站 ( eNodeB ) , 其上承载了了 SP提供内容、应用服务等业务； MEAS-SF可以部署在核心网侧，设置在分组数据网关（Packet Data Network Gateway, 以下简称 P-GW ) 与服务网关（ Serving Gateway, 以下简称 S-GW )之间， MEAS-SF 上部署有用户层面的通用分组无线业务（ General Packet Radio Service , 以下简称 GPRS ) 隧道协议（ GPRSTimnellingProtocolfortheuserplane, 以下简称 GTPU ) 代理，协议层自上而下包括：传输层协议 /用户数据报协议 ( Transmission Control Protocol/User Datagram Protocol , 以下简称 TCP/UDP )、互联网协议（ Internet Protocol, 以下简称 IP ) 、 GTPU, UDP、 IP等。 MEAS和 MEAS-SF在组网上可以连接，例如，可直接连接或通过路由器（route )进行连接（图 1中所示为两种连接情况，实际应用中，可择一使得 MEAS和 MEAS-SF相连）。图中虚线所示为现有的用户设备与 Internet 的网络通信路径，为描述统一起见，以下简称传统网络；实线所示为本发明中用户设备与 Internet的网络通信路径，为描述统一起见，以下简称 MEAS 网络。本发明实施例中，多个 eNodeB对应一个 MEAS和 MEAS-SF。

用户设备向 eNodeB发起业务请求，若该 eNodeB 和 MEAS 连接，则 eNodeB可采用 MEAS网络将该业务请求发送给 MEAS, 业务请求表示用户设备向 SP请求业务，包括内容和应用服务等，如请求浏览视频、图片等内容；或者，请求登录邮箱、登录银行账户等应用服务。 MEAS根据其上部署的内容、应用服务等业务，判断是否可以向用户设备提供业务请求所请求的业务数据并将业务请求发送至 MEAS-SF, 若可以提供，则通过 eNodeB向用户设备发送业务请求所请求的业务数据。 MEAS-SF将接收到的业务请求通过连接的 P-GW发送给 SP, 并通过 P-GW接收 SP发送的业务请求所请求的业务数据，由于 P-GW上连接或集成了 BC、 LIG及 PCRF等功能模块，即 P-GW与 BC、 LIG及 PCRF相连。因此， P-GW可以在接收到上述业务请求后完成上行过程中对用户设备的相关计费、监听及策略控制等操作，接收到 SP对上述业务请求所请求的业务数据后完成下行过程中对用户设备的相关计费、监听及策略控制等操作，即实现核心网侧对业务请求和业务请求所请求的业务数据的计费。

若 MEAS根据承载的内容、应用服务等业务，判断出其不能够向用户设备提供业务请求所请求的业务数据，则 MEAS还用于从 MEAS-SF获取 SP发送的业务请求所请求的业务数据，并将业务数据通过所连接的基站发送至用户设备。

具体的， MEAS发送给 MEAS-SF的业务请求中还携带业务处理指示信息，业务处理指示信息用于指示 MEAS是否能够向用户设备提供业务请求所请求的业务数据。当 MEAS-SF接收到 MEAS发送的携带业务处理指示信息的业务请求后，解析出业务处理指示信息，根据该业务处理指示信息，判断 MEAS是否可以向用户设备提供业务请求所请求的业务数据，若该业务处理指示信息指示 MEAS能够向用户设备提供业务请求所请求的业务数据，则丟弃接收到的 SP发送的由 SP对业务请求所请求的业务数据，启动协议栈信息同步任务，保证在 eNodeB发生切换后可以直接接收 SP发送的业务数据；否则，若业务处理指示信息指示 MEAS不能够向用户设备提供业务请求所请求的业务数据，例如当 MEAS上未部署该业务请求所请求的业务数据的时候，则 MEAS-SF将接收到的由 SP对业务请求所请求的业务数据发送至 MEAS。

上述实施例一中， MEAS在通过所连接的基站接收用户设备发送的业务请求之前，还通过所连接的基站接收用户设备发送的第一建链请求，第一建链请求用于请求用户设备和 SP 之间建立连接；将第一建链请求发送给 MEAS-SF, 接收 MEAS-SF发送的 SP对第一建链请求的第一建链响应消息；并通过所连接的基站向用户设备发送对第一建链请求的第一建链响应消息；

MEAS-SF还用于：接收 MEAS发送的第一建链请求，将第一建链请求通过 P-GW发送给 SP; 通过 P-GW接收 SP对第一建链请求的第一建链响应消息，将第一响应消息发送给 MEAS。请参照图 1 , 以用户设备 1为例，用户设备 1向 eNodeB发送第一建链请求，例如：建链 SYN ( synchronize) )报文， eNodeB收到 SYN报文后，可以通过传统网络发送给 SP, 或者采用本发明实施例提供的 MEAS 网络，经由 MEAS发送给 SP; 若通过传统网络发送给 SP, 则后续流程与处理和原来的传统网络一致，在 MEAS-SF 处实现业务透传，具体的，请参照现有技术，此处不再贅述。若采用 MEAS网络发送给 SP,则 MEAS接收 eNodeB发送的 SYN报文，记录 MEAS与各个网元直接或间接的交互的交互信息和建链过程中的信息，并将该 SYN ^艮文发送给 MEAS-SF, MEAS将该 SYN 文通过传统网络经过 MEAS-SF和 P-GW发送给 SP。接着， SP回复建链响应消息给用户设备 1 , 即 SP通过 MEAS-SF向 MEAS发送 SYN ACK, 以使 eNodeB 将 SYN ACK发送给用户设备 1 , 从而建立协议栈。此过程中， MEAS记录 SP 到用户设备的协议栈信息，例如，同步号和序列号等，具体为 SP 经过 P-GW、 MEAS-SF, MEAS, S-GW、 eNodeB等向用户设备的第一建链请求的建链响应消息，如 SYN ACK等。然后，用户设备给 SP回复 ACK响应， MEAS 记录用户设备到 SP 的协议栈信息，该协议栈信息具体为用户设备经过 eNodeB, MEAS, S-GW、 MEAS-SF, P-GW等向 SP的第一建链请求的建链响应消息，如 ACK等。同理， MEAS-SF也需要记录协议栈交互的信息。当用户发起业务请求时，若 MEAS和 MEAS-SF同时部署了传输层协议处理，则 MEAS感知内容或应用服务，对于每个业务请求需要完成协议栈的状态和数据搬迁同步；若 MEAS中不部署传输层协议处理，只是部署了应用层的数据，则 MEAS感知内容或应用服务， MEAS和 MEAS-SF通过数据长度和偏移进行传输以节省回程带宽， MEAS根据接收到的数据长度和偏移等镜像的响应业务请求所请求的业务。

图 2为本发明业务提供系统实施例二的架构示意图，本实施例适用于一个 eNodeB可以对应一个 MEAS或 MEAS-SF的场景。本实施例的实现方式与实施例一的实现方式类似，具体原理请参照图 1 , 此处不再贅述。另外，本实施例中， MEAS在通过所连接的基站接收用户设备发送的业务请求之前，还通过所连接的基站接收用户设备发送的第二建链请求，第二建链请求用于请求用户设备和 SP之间建立连接；通过所连接的基站向用户设备发送对第二建链请求的第二建链响应消息； MEAS发送给 MEAS-SF的业务请求中还携带 MEAS和用户设备之间的连接信息；

MEAS-SF还用于：接收 MEAS发送的携带 MEAS和用户设备之间的连接信息的业务请求，根据连接信息，通过 P-GW向 SP发送第三建链请求，并通过 P-GW接收 SP对第三建链请求的第三建链响应消息。

请参照图 2 , 以用户设备 2为例，用户设备 2向 eNodeB发送第二建链请求， eNodeB收到 SYN报文后，按照分流原则，采用传统网络或 MEAS网络，若采用传统网络，则后续流程与处理和原来的传统网络一致，在 MEAS-SF 处实现业务透传，具体的，请参照现有技术，此处不再贅述。若采用 MEAS 网络，则 MEAS接收 eNodeB发送的 SYN报文，代替 SP和用户设备 2建立连接。接着， MEAS通过 eNodeB向用户设备 2发送 SYN ACK, 用户设备 2 通过 eNodeB给 MEAS返回对第二建链请求的第二建链响应消息，如 ACK：。亦即，用户设备和 MEAS通过 3次握手，建立用户设备和 MEAS之间的连接。用户设备 2发起业务请求时， MEAS将用户设备与 MEAS已建立连接的连接信息携带在业务请求中发送给 MEAS-SF, 当 MEAS-SF解析出该指示仅建立了用户设备到 MEAS 之间的连接的建链信息后，根据所述连接信息，通过 P-GW向 SP发送第三建链请求，并通过 P-GW接收所述 SP对第三建链请求的第三建链响应消息，从而建立 MEAS-SF和 SP之间的连接。

需要说明的是，上述实施例一中，用户设备通过发送第一建链请求使得该用户设备直接 SP之间建立连接；实施例二中，用户设备与 SP之间间接的建立连接，即用户设备先与 MEAS建立连接，再将携带用户设备与 MEAS建立连接的连接信息发送至 MEAS-SF, MEAS-SF解析出连接信息后和 SP建立连接，从而完成用户设备到 SP之间的连接。然而，本发明并不以此为限制，在其他可能的实施方式中，实施例一中也用户设备也可以间接的和 SP建立连接，实施例二中用户设备也可以直接和 SP建立连接。

图 3为本发明业务提供方法实施例一的流程图。同时参见图 1 , 本实施例的执行主体为 MEAS , 本实施例以多个 eNodeB对应一个 MEAS和 MEAS-SF的场景为例进行说明。具体的，本实施例可以包括以下步骤：

101 : 移动边缘应用服务器 MEAS通过所连接的基站接收用户设备发送的业务请求并将业务请求发送至移动边缘应用服务器支持节点 MEAS-SF,业务请求表示用户设备向服务提供商 SP请求业务， MEAS部署在接入网侧，与一个或多个基站连接，并与移动边缘应用服务器支持节点 MEAS-SF连接。具体的，用户设备可以向 eNodeB发起的业务请求， eNodeB可以将该业务请求发送给 MEAS, 业务请求表示用户设备向 SP请求业务。业务请求包括内容和应用服务，如请求浏览视频、图片等内容；或者，请求登录邮箱、登录银行账户等应用服务。

MEAS将接收到的业务请求发送给 MEAS-SF, 以使得 MEAS-SF将该业务请求发送给 SP。此过程中，由于 MEAS-SF与 P-GW相连， MEAS-SF可以通过 P-GW将业务请求发送给 SP。又由于 P-GW 与计费中心（Charging Center, 以下简称 BC ) 、法律监听网关（ Lawful Interception Gateway, 以下简称 LIG )及策略控制中心（ Policy And Charging Rules Function, 以下简称 PCRF )相连，因此， P-GW可以在接收到上述业务请求后对用户设备进行相关计费、监听及策略控制等操作。

102: 若 MEAS能够向用户设备提供业务请求所请求的业务，则通过所连接的基站向用户设备发送业务请求所请求的业务数据。

本步骤中，因 MEAS上部署了 SP提供内容、应用服务等业务， MEAS 可以判断本地是否可以对用户设备提供业务请求所请求的业务数据，若可以，则 MEAS根据接收到的业务请求向用户设备发送该业务请求所请求的业务数据；若 MEAS不能够向用户设备提供业务请求所请求的业务数据，则 MEAS 可以等待 MEAS-SF发送的 SP对该业务请求所请求的业务数据。具体的，用户设备发起的业务请求，经过 eNodeB发送到 MEAS, MEAS接收该业务请求并判断是否能够向用户设备提供业务请求所请求的业务数据，并将该业务请求发送给 MEAS-SF, MEAS-SF再将该业务请求发送给 SP, 由 SP生成该业务请求所请求的业务数据并将业务数据发送给 MEAS-SF。当 MEAS-SF判断出 MEAS可以处理该业务请求时，则丟弃 SP发送的对该业务请求所请求的业务数据；否则，若 MEAS-SF判断出 MEAS不能够向用户设备提供业务请求所请求的业务数据时，则将 SP发送的对该业务请求所请求的业务数据发送给 MEAS, 使得 MEAS进一步的将业务数据发送给用户设备，从而为用户设备提供业务。其中，业务数据中携带业务请求所请求的业务，例如，允许用户设备浏览视频、图片等内容；或者，为用户设备提供登录邮箱、登录银行账户等应用服务。本实施例提供的业务提供方法， MEAS通过所连接的基站接收用户设备发送的表示用户设备向 SP 请求业务的业务请求，并将业务请求发送给 MEAS-SF, MEAS-SF进一步的将业务请求发送给 SP, MEAS通过基站用户设备发送本地生产的业务请求所请求的业务数据或接收到的 SP发送的对该业务请求所请求的业务数据，从而为用户设备提供业务。本实施例提供的业务提供方法， MEAS上部署了 SP提供内容、应用服务等业务，当 MEAS能够向用户设备提供业务请求所请求的业务时，直接从本地对业务请求生成业务请求所请求的业务数据并为用户设备提供业务，由于 MEAS 在物理部署上往往靠近 eNodeB, 即部署在 RAN侧，使得用户设备无需通过 RAN和 CN从服务器或 Internet上获取 SP提供的业务，而直接从 RAN侧获取所需业务，避免了 RAN和 CN之间数据拥塞、节省网络资源。

在上述实施例一的基础上，可选的， MEAS发送给 MEAS-SF的业务请求中还携带业务处理指示信息，业务处理指示信息用于指示 MEAS是否能够向用户设备提供业务请求所请求的业务数据。

具体的，当 MEAS接收到用户设备发起的经 eNodeB透传的业务请求后，根据部署的 SP提供的内容、应用服务等业务，判断是否可以处理该业务请求，即是否可以对该业务请求生成对应的业务数据。若 MEAS能够向用户设备提供该业务请求所请求的业务数据，则为该业务请求设置 MEAS能够向用户设备提供业务请求所请求的业务数据的业务处理指示信息；否则，若 MEAS 不能够为用户设备提供业务请求所请求的业务数据，则为该业务请求设置 MEAS 不能够处理该业务请求的业务处理指示信息，并将业务处理指示信息携带在业务请求中发送给 MEAS-SF。

在前述实施例的基础上，作为一种可行的实施方式， MEAS在通过所连接的基站接收用户设备发送的业务请求之前，还通过所连接的基站接收用户设备发送的第一建链请求，第一建链请求用于请求用户设备和 SP之间建立连接，将第一建链请求发送给 MEAS-SF, 以使 MEAS-SF将第一建链请求发送给 SP; MEAS接收 MEAS-SF发送的 SP对第一建链请求的第一建链响应消息； MEAS通过所连接的基站向用户设备发送对第一建链请求的第一建链响应消息。

具体的，请参见图 1实施例中用户设备通过发送第一建链请求直接和 SP 建立连接的过程，此处不再贅述。

在前述实施例的基础上，作为另一种可行的实施方式， MEAS通过所连接的基站接收用户设备发送的业务请求之前，还通过所连接的基站接收用户设备发送的第二建链请求，第二建链请求用于请求用户设备和 SP之间建立连接； MEAS通过所连接的基站向用户设备发送对第二建链请求的第二建链响应消息；

MEAS通过所连接的基站接收用户设备发送的业务请求并将业务请求发送至 MEAS-SF, 包括：

MEAS 将携带 MEAS 和用户设备之间的连接信息的业务请求发送给 MEAS-SF„

具体的，请参见图 2实施例中用户设备通过发送第二建链请求间接和 SP 建立连接的过程，此处不再贅述。

图 4为本发明业务提供方法实施例二的流程图。在上述图 1所示通信网络的基石出上，本实施例的执行主体为 MEAS-SF, 本实施例适用于通信网络中多个 eNodeB对应一个 MEAS和 MEAS-SF的场景，具体的，本实施例可以包括如下步骤：

201 : 移动边缘应用服务器支持节点 MEAS-SF接收移动边缘应用服务器 MEAS发送的业务请求， MEAS-SF部署在核心网侧，与一个或多个移动边缘应用服务器 MEAS连接，并与分组数据网关 P-GW连接。

具体的，用户设备发起的业务请求，经过 eNodeB后由 eNodeB发送给

MEAS, MEAS将该业务请求再发送给 MEAS-SF, MEAS-SF接收该业务请求。其中，业务请求包括内容和应用服务，如请求浏览视频、图片等内容；或者，请求登录邮箱、登录银行账户等应用服务。

202: MEAS-SF将业务请求发送给服务提供商 SP。

MEAS-SF将接收到的业务请求通过 P-GW发送给 SP, 由于 P-GW上连接或集成了 BC、 LIG及 PCRF等功能模块，即 P-GW与 BC、 LIG及 PCRF 相连。因此， P-GW可以在接收到上述业务请求后完成上行过程中对用户设备的相关计费、监听及策略控制等操作。

203: MEAS-SF通过 P-GW接收 SP发送的对业务请求所请求的业务数据，以便核心网侧对业务请求和业务请求所请求的业务数据进行计费。具体的，用户设备发起的所有业务请求都经过 eNodeB发送到 MEAS, MEAS将接收到的所有业务请求发送给 MEAS-SF ,再由 MEAS-SF通过 P-GW 将接收到的所有业务请求发送给 SP, 使得 SP对接收到的所有业务请求生成业务请求所请求的业务数据并通过 P-GW发送至 MEAS-SF,完成下行过程中核心网侧对业务请求所请求的业务数据的计费等动作。

本实施例提供的业务提供方法， MEAS-SF接收 MEAS发送的业务请求并发送给 SP, SP对接收到的所有业务请求生成对应的业务数据，并将业务数据通过 P-GW发送给 MEAS-SF, MEAS-SF根据 MEAS对业务请求所请求的业务的提供能力，确定是否将 SP发送的业务请求所请求的业务数据发送给 MEAS。本实施例提供的业务提供方法， MEAS上部署了 SP提供内容、应用服务等业务，当 MEAS-SF确定出 MEAS能够向用户设备提供业务请求所请求的业务数据时，则丟弃 SP对该业务请求的业务数据，由 MEAS直接从本地对业务请求生成对应的业务数据，由于 MEAS在实际部署中可以上靠近 eNodeB , 即部署在 RAN侧，使得用户设备无需通过 RAN和 CN从服务器或 Internet上获取 SP提供的业务数据，而直接从 RAN侧获取所需的业务数据，避免了 RAN和 CN之间数据拥塞、节省网络资源。

在上述实施例二的基础上， MEAS-SF接收到的 MEAS发送的业务请求中还携带业务处理指示信息，业务处理指示信息用于指示 MEAS是否能够向用户设备提供业务请求所请求的业务数据。

具体的，当 MEAS接收到用户设备发起的经 eNodeB的流向自身的业务请求后，根据部署的 SP提供的内容、应用服务等业务，判断是否可以处理该业务请求，即是否可以对该业务请求生成对应的业务数据。若 MEAS能够向用户设备提供该业务请求所请求的业务数据，则为该业务请求设置 MEAS 能够向用户设备提供业务请求所请求的业务数据的业务处理指示信息；否则，若 MEAS不能够为用户设备提供业务请求所请求的业务数据，则为该业务请求设置 MEAS不能够处理该业务请求的业务处理指示信息，并将携带业务处理指示信息携带在业务请求中发送给 MEAS-SF。当 MEAS-SF接收到该携带业务处理指示信息的业务请求后，进行解析，根据解析出的业务处理指示信息，记录 MEAS 是否可向用户设备提供该业务请求所请求的业务，即记录 MEAS对业务请求所请求的业务的提供能力。然后， MEAS-SF删除业务处理指示信息，将业务请求发送给 SP。

进一步的， MEAS-SF通过 P-GW接收 SP发送的对业务请求所请求的业务数据之后， MEAS-SF判断 MEAS是否能够向用户设备提供业务请求所请求的业务数据，是，则丟弃 SP发送的业务请求所请求的业务数据；否，则将 SP发送的业务请求所请求的业务数据发送给 MEAS。

具体的 , MEAS-SF通过 P-GW接收所述 SP发送的对业务请求所请求的业务数据后， MEAS-SF根据解析出的业务业务处理指示信息，即 MEAS对业务请求所请求的业务的提供能力 ,确定是否将 SP发送的对业务请求所请求的业务数据发送给 MEAS。若 MEAS-SF记录的 MEAS的提供能力表明 MEAS 能够向用户设备提供业务请求所请求的业务数据，则 MEAS-SF丟弃 SP发送的对业务请求所请求的业务数据；否则，若 MEAS-SF记录的 MEAS的提供能力表明 MEAS 不能够向用户设备提供业务请求所请求的业务数据，则 MEAS-SF将 SP发送的对业务请求所请求的业务数据发送给 MEAS, MEAS 通过 eNodeB将该业务数据进一步的发送给用户设备，从而为用户设备提供业务。

在前述实施例的基础上，作为一种可行的实施方式，移动边缘应用服务器支持节点 MEAS-SF接收移动边缘应用服务器 MEAS发送的业务请求之前，还包括： MEAS-SF接收 MEAS发送的第一建链请求，通过 P-GW将第一建链请求发送给 SP , 并通过 P-GW接收 SP对第一建链请求的第一建链响应消息；将 SP对第一建链请求的第一建链响应消息发送给 MEAS。

在前述实施例的基础上，作为另一种可行的实施方式，移动边缘应用服务器支持节点 MEAS-SF接收移动边缘应用服务器 MEAS发送的业务请求，包括： MEAS-SF接收 MEAS发送的携带连接信息业务请求，连接信息用于表示 MEAS和用户设备之间建立连接；根据连接信息，通过 P-GW向 SP发送第三建链请求并通过 P-GW接收 SP对第三建链请求的第三建链响应消息。

图 5为本发明业务提供方法实施例三的信令图。本实施例中， MEAS和 MEAS-SF同时部署传输层协议处理时， MEAS感知内容或应用服务，对于每个业务请求需要完成协议栈的状态和数据搬迁同步，本实施例适用于通信网络中多个 eNodeB对应一个 MEAS和 MEAS-SF的场景。以下结合图 1及图 5, 对本发明实施例提供的业务提供方法进行详细说明。

501、 UE向 eNodeB发送第一建链请求；

该第一建链请求可以为建链 SYN报文。

502、 eNodeB收到该 SYN报文后，按照分流原则，可以采用传统网络或 MEAS 网络，如果采用传统网络，所有的流程与处理和原来的传统网络处理一致，在 MEAS-SF处实现业务透传；

503、若采用 MEAS网络， eNodeB将该第一建链请求发送给 MEAS ,

MEAS建立协议栈；

504、 MEAS将 SYN 4艮文发送给 MEAS-SF, 再由 MEAS-SF将该 SYN 报文发送给 SP;

505: SP按照接收 SYN报文的路径，回复第一建链响应消息，即 SYN ACK 给 UE, 此过程中， MEAS记录 SP和 UE之间的协议栈信息；

506: UE按照 505中接收 SYN ACK的路径给 SP回复 ACK响应 , 此过程中 , MEAS记录 SP和 UE之间的协议栈信息；

507、 UE发起业务请求，经过 eNodeB发送到 MEAS, MEAS进行业务判断，判断其能否向用户设备提供业务请求所请求的业务数据，若可以提供，则在业务请求中设置 MEAS可以处理该业务请求的业务处理指示信息，表明 MEAS 能够向用户设备提供业务请求所请求的业务数据，否则，在业务请求中设置 MEAS不能够处理该业务请求的业务处理指示信息，然后将业务处理指示信息的携带在业务请求发送给 MEAS-SF;

508、 MEAS-SF接收到携带业务处理指示信息的业务请求后，进行解析，并记录 MEAS是否可处理该业务请求，即记录 MEAS对业务请求所请求的业务的提供能力。在对携带业务处理指示信息的业务请求解析及记录完毕后， MEAS-SF删除业务请求中的业务处理指示信息，将业务请求经 P-GW转发给 SP。此过程中， P-GW 完成上行过程中对用户设备的相关计费、监听及策略控制等操作。

509、根据 507中 MEAS对接收到的业务请求的判断， MEAS对接收到的业务请求做相应的处理。具体的，若 MEAS判断出其可以向用户设备提供业务请求所请求的业务数据，则接管原来的协议栈信息， MEAS在本地对业务请求生成业务请求所请求的业务数据；若 MEAS判断出其不能够向用户设备提供业务请求所请求的业务数据，则等待 SP过来的响应；

510、 SP收到 MEAS-SF经 P-GW发送的业务请求后，生成与业务请求所请求的业务数据，并将业务数据（data )经 P-GW发送给 MEAS-SF。此过程中， P-GW完成下行过程中对用户设备的相关计费、监听及策略控制等操作；

511、 MEAS-SF根据记录的 MEAS对业务请求所请求的业务的提供能力，判断 MEAS 是否能够向用户设备提供业务请求所请求的业务数据。若 MEAS-SF判断出 MEAS能够向用户设备提供业务请求所请求的业务数据，则丟弃 SP发送的业务数据（Data ) , 同时向 MEAS发送协议栈同步信息启动协议栈信息同步任务,保证业务在 eNodeB切换后可以直接接受 SP的数据；否则，若 MEAS-SF判断出 MEAS不能向用户设备提供业务请求所请求的业务数据，则将 SP发送的对业务数据（Data )发送给 MEAS, 即将接收到的业务数据（Data )发送给 MEAS。

512、 MEAS将本地对业务请求生成该业务请求所请求的业务数据（ Data ) 或接收到的由 SP生成的该业务请求所请求的业务数据（Data )通过 eNodeB 转发给 UE以向 UE提供内容、应用服务等业务。

513、 UE回复 ACK给 SP, MEAS协议栈处理后 , 继续发送给 SP协议栈处理；

需要说明的是，用户设备发起的业务请求，所请求的内容、应用服务请业务可能比较大，需要 MEAS或 SP分多次将根据该业务请求生成对应业务数据发送给用户设备，也就是说，对同一业务请求生成的业务数据可能有多个。此时，循环执行 509〜513 , 具体如图中黑色虚线框所示，直到所有的业务数据发送结束；

514、当 UE发起的业务请求所所请求的业务响应完毕后， UE向 SP发送重置指令 ( Reset, 简称 RST )或终止指令（ Final, 以下简称 FIN ) (图中未示出）等拆链消息，拆除 UE与 SP之间通过 eNodeB、 MEAS、 S-GW、 MEAS-SF、 P-GW等建立的连接，亦即， MEAS接收到拆链消息后，拆除 UE、 eNodeB 与 MeAS之间的连接， SP收到拆链消息后，拆除 MEAS-SF、 P-GW与 SP之间的连接。

图 6为本发明业务提供方法实施例四的信令图。本实施例与图 5所示实施例的差异之处在于：图 5实施例中， MEAS和 MEAS-SF同时部署传输层协议处理， MEAS感知内容或应用服务，而本实施例中， MEAS中不部署传输层协议处理，只是部署应用层的数据， MEAS感知内容或应用服务， MEAS 和 MEAS-SF通过数据长度和偏移进行传输以节省回程带宽，同时 UE和 SP 之间保持连接，以下结合图 1及图 6, 对本发明实施例提供的业务提供方法进行详细说明。

601-608, 其实现过程与图 5实施例中 501〜508相同，具体的，请参照图 5实施例，此处不再赞述；

609、根据 607中 MEAS对接收到的业务请求的判断， MEAS对接收到的业务请求做相应的处理。具体的，若 MEAS判断出其可以向用户设备提供业务请求所请求的业务数据，则准备镜像的响应内容；若 MEAS判断出其不能够向用户设备提供业务请求所请求的业务数据，则等待 SP过来的响应； 610、 SP收到 MEAS-SF经 P-GW发送的业务请求后，生成与业务请求所请求的业务数据（Data ) 并经 P-GW发送给 MEAS-SF。此过程中， P-GW完成下行过程中对用户设备的相关计费、监听及策略控制等操作；

611、 MEAS-SF根据记录的 MEAS对业务请求所请求的业务的提供能力，判断 MEAS 是否能够向用户设备提供业务请求所请求的业务数据。若 MEAS-SF判断出 MEAS能够向用户设备提供业务请求所请求的业务数据，则丟弃 SP发送的对业务请求生成的业务数据（Data ) , 同时按照传输协议将数据长度和偏移信息发送给 MEAS, 其中，数据长度和偏移信息决定一个业务数据的具体内容；否则，若 MEAS-SF判断出 MEAS不能向用户设备提供业务请求所请求的业务数据，则将 SP 发送的对业务请求生成的业务数据 ( Data )发送给 MEAS, 即将接收到的业务数据（Data )发送给 MEAS;

612、 MEAS根据接收到的 MEAS-SF发送的数据长度和偏移信息以及本地部署的 SP提供内容、应用服务等业务，在本地对业务请求生成对应的业务数据，然后将该本地生成的业务数据（Data )或者接收到的由 SP生成的业务数据（ Data )通过 eNodeB转发给 UE以向 UE提供内容、应用服务等业务； 613、 UE回复 ACK给 SP, MEAS协议栈处理后，继续发送给 SP协议栈处理；

需要说明的是，用户设备发起的业务请求，所请求的内容、应用服务请业务可能比较大，需要 MEAS或 SP分多次将根据该业务请求生成对应的业务数据发送给用户设备，也就是说，对同一业务请求生成的业务数据可能有多个。此时，循环执行 609〜613 , 具体如图中黑色虚线框所示，直到所有的业务数据 ( Data )发送结束；

614、当 UE发起的业务请求所所请求的业务数据发送完毕后， UE向 SP 发送重置指令（Reset, 简称 RST )或终止指令（Final, 以下简称 FIN ) (图中未示出）等拆链消息，拆除 UE与 SP之间通过 eNodeB、 MEAS, S-GW、 MEAS-SF、 P-GW等建立的连接，亦即， MEAS接收到拆链消息后，拆除 UE、 eNodeB与 MeAS之间的连接， SP收到拆链消息后，拆除 MEAS-SF、 P-GW 与 SP之间的连接。

图 7为本发明业务提供方法实施例五的信令图。本实施例中， MEAS的应用层上部署业务的应用服务部分，可以独立的为用户设备提供业务，而 MEAS-SF上部署业务的代理请求部分， MEAS-SF可以模拟 UE向 SP发送响应，本实施例适用于通信网络中存在多个 MEAS及 MEAS-SF的场景。以下结合图 3及图 7, 对本发明实施例提供的业务提供方法进行详细说明。

701、 UE向 eNodeB发送第二建链请求；

该第二建链请求可以为建链 SYN报文。

702、 eNodeB收到该 SYN "¾文后，按照分流原则，可以采用传统网络或

MEAS 网络，如果采用传统网络，所有的流程与处理和原来的传统网络处理一致，在 MEAS-SF处实现业务透传；

703、如果采用 MEAS网络，则 eNodeB将 SYN才艮文发送给 MEAS , MEAS 代替 SP和 UE建立连接，向 UE返回第二建链响应消息 , 即 MEAS向 UE返回 SYN ACK, UE接收到 SYN ACK后向 MEAS发送 ACK从而建立 UE与 MEAS之间的连接；

704、 UE发起业务请求，经过 eNodeB流到 MEAS, MEAS进行业务判断，判断其能否向用户设备提供业务请求所请求的业务数据，若可以提供，则在业务请求中设置 MEAS能够处理该业务请求的业务处理指示信息，否则，在业务请求中设置 MeAS不能够处理该业务请求的业务处理指示信息，并将业务处理指示信息以及表明 UE和 MEAS之间已建立连接的连接信息携带在业务请求中发送给 MEAS-SF;

705、 MEAS-SF收到携带业务处理指示信息以及表明 UE和 MEAS之间已建立连接的连接信息的业务请求后，进行解析，解析出业务处理指示信息及连接信息，并根据该解析出的业务处理指示信息，记录 MEAS是否可向用户设备提供该业务请求所请求的业务数据，即记录 MEAS对业务请求所请求的业务的提供能力；并且，根据解析出的连接信息，发现仅建立了用户设备和 MEAS之间的连接后，则通过 P-GW向 SP发送第三建链请求，如建链 SYN 报文，并通过 P-GW接收 SP对所述第三建链请求的第三建链响应消息，如 SYN ACK, 从而建立 MEAS-SF与 SP之间的连接。然后， MEAS-SF基于建立的 MEAS-SF与 SP之间的连接，将业务请求经 P-GW发送给 SP。此过程中， P-GW完成上行过程中对用户设备的相关计费、监听及策略控制等操作；

706、根据 704中 MEAS对接收到的业务请求的判断， MEAS对接收到的业务请求做相应的处理。具体的，若 MEAS判断出其可以向用户设备提供业务请求所请求的业务数据，则在本地对业务请求生成对应的业务数据 ( Data ) ；否则，若 MEAS判断出其不能够向用户设备提供业务请求所请求的业务，则等待 SP过来的响应；

707、 SP收到 MEAS-SF经 P-GW发送的业务请求后，生成与业务请求对应的业务数据 ( Data )并经 P-GW发送给 MEAS-SF。此过程中， P-GW完成下行过程中对用户设备的相关计费、监听及策略控制等操作；

708、 MEAS-SF根据记录的 MEAS对业务请求所请求的业务的提供能力，判断 MEAS 是否能够向用户设备提供业务请求所请求的业务数据。若 MEAS-SF判断出 MEAS能够向用户设备提供业务请求所请求的业务，则丟弃 SP发送的对业务请求的业务数据（ Data ),同时发送速率控制信息给 MEAS, 使得 MEAS与 MEAS-SF之间的速率同步；否则，若 MEAS-SF判断出 MEAS 不能向用户设备提供业务请求所请求的业务数据，且由于此时通过建链 SYN 报文建立的连接为 UE 与 MEAS之间、 MEAS-SF 与 SP之间， MEAS 与 MEAS-SF之间未建立连接，需要对业务数据重新进场封装，即 MEAS-SF通过带外接口将 SP发送的对业务请求的业务数据重新组装后转发给 MEAS;

709、根据 MEAS的业务的提供能力， MEAS接收到的信息是不同的。具体的，本步骤可以包括下列子步骤：

709.1、若 MEAS接收到的是 MEAS-SF发送的数据长度和偏移信息等数据描述信息并进行解析，若解析得到速率控制信息，则同步与 MEAS-SF之间的速率；

709.2、若 MEAS接收到的是 MEAS-SF重新组装后的业务请求所请求的业务数据，则解析出相应的内容并发送给用户设备；

710、 UE将本地生成的业务数据以及解析出的由 MEAS-SF重新组装后的业务请求的业务数据通过 eNodeB转发给 UE以向 UE提供内容、应用服务等业务；

71 1、 UE回复 ACK给 MEAS , MEAS-SF回复 ACK给 SP;

需要说明的是，用户设备发起的业务请求，所请求的内容、应用服务请业务可能比较大，需要 MEAS或 SP分多次将根据该业务请求生成对应的业务数据发送给用户设备，也就是说，对同一业务请求生成的业务数据可能有多个。此时，循环执行 706〜71 1 , 具体如图中黑色虚线框所示，直到所有的业务数据发送结束；

712、当 UE发起的业务请求所所请求的业务数据发送完毕后， UE向 SP 发送重置指令（Reset, 简称 RST )或终止指令（Final, 以下简称 FIN ) (图中未示出）等拆链消息，拆除 UE与 SP之间通过 eNodeB、 MEAS , S-GW、 MEAS-SF, P-GW等建立的连接，亦即， MEAS接收到拆链消息后，拆除 UE、 eNodeB与 MeAS之间的连接， SP收到拆链消息后，拆除 MEAS-SF、 P-GW 与 SP之间的连接。

图 Ί实施例中，最初建立的 UE和 MEAS之间的连接，且每个 eNodeB 有一个 MEAS或者 MEAS-SF与之对应，通信网络中存在多个 MEAS及 MEAS-SF , 而图 5、图 6实施例中建立的是 UE和 SP之间的连接，且通信网络中仅存在一个 MEAS及 MEAS-SF , MEAS可以启动协议栈信息同步任务，保证业务在 eNodeB切换后可以直接接受 SP的数据。图 7实施例中， MEAS 为连接终结点，或者也可以称之为协议描点，因此，当发生 eNodeB切换时，可以根据建网规则中 MEAS之间的映射关系，切换 MEAS ,进而切换 eNodeB。具体的，可参照图 8。

图 8为本发明业务提供方法实施例六的信令图。本实施例适用于通信网络中存在多个 MEAS及 MEAS-SF且发生 eNodeB切换的场景。以下结合图 3 及图 8, 对本发明实施例提供的业务提供方法进行详细说明。

801、根据移动建网规则，建立 MEAS的映射关系。具体的，本步骤中，建立了 MEAS1与 MEAS2之间的映射关系；

802、 UE从 eNodeBl接入移动通信网络，并且和 MEAS1完成 3次握手如， UE与 MEAS之间发送 SYN、 SYN ACK以及 ACK等，已建立 UE与 MEAS1之间的连接，由 MEAS1为 UE提供业务，即由 MEAS1直接将对业务请求生成对应的业务数据 ( Data )发送给 UE;

803、当 UE从 eNodeBl切换到 eNodeB2上时， UE向 MEAS2发起 ACK 响应 , MEAS2向源 eNodeBl及 MEAS1查询业务请求被代理的情况。具体的 , 若接收到的业务请求为 SYN报文，说明是非历史业务，直接由 MEAS2判断其能否向用户设备提供业务请求所请求的业务；否则，若接收到的业务请求不是 SYN报文，则由 MEAS1判断其能否向用户设备提供业务请求所请求的业务，若 MEAS1不能够提供，则采用传统网络将业务请求发送至 SP。

804、若 MEAS2向源 eNodeB 1及 MEAS 1查询到业务请求是被代理的 , 则建立全新的隧道，将 MEAS 1对请求生成对应的业务数据（Data )从该隧道经 eNodeB2转发到 MEAS2,再由 MEAS2将其发送至 P-GW完成计费监听（图中未示出）等再经由 eNodeB2发送至用户设备，不断循环的进行数据转发，直到连接全部断掉；若 MEAS2向源 eNodeBl及 MEAS1查询到业务请求没有被代理，则将业务请求发送给 SP。

需要说明的是，上述图 1及图 2所示业务提供系统的架构示意图，在现有技术的基础上仅增加了 MEAS及 MEAS-SF, 然而，本发明并不以此为限制，在其他可行的实施方式中，还可以增加移动边缘应用服务器中心（ MEAS center ) , 由 MEAS Center管理各个 MEAS, MEAS Center和 MEAS构成分层服务处理。

还需要说明的是，上述各个实施例均是以将 MEAS 在物理部署上靠近 eNodeB 为例对本发明进行详细阐述，然而，本发明并不以此为限制，在其他可能的实施方式中， MEAS也可以集成在 eNodeB等基站上。以 UMTS 网络为例，当 MEAS靠近 NodeB部署或集成在 NodeB上时， RAN内部，即 NodeB和无线网络控制器（ Radio Network Controller, 以下简称 RNC ) 之间的带宽资源可以得到节省。

图 9为本发明移动边缘应用服务器 MEAS实施例一的结构示意图。本实施例的 MEAS, 部署在接入网侧，与一个或多个基站连接，还与移动边缘应用服务器支持节点 MEAS-SF 连接，具体可以实现本发明任一实施例提供的应用于 MEAS的方法的各个步骤，具体实现过程在此不再贅述。本实施例提供的 MEAS, 具体可以包括：接收器 91、发送器 92、处理器 93、存储器 94 和至少一个通信总线 95。该处理器 93可以是中央处理单元 ( Central Processing Unit, 简称 CPU ) , 通信总线 95用于实现这些装置之间的连接通信。存储器 94可能包含高速 RAM 诸器，也可能还包括非易失性诸器（non-volatile memoiy ) , 例如至少一个磁盘^ ί诸器。诸器 94可选的可以包含至少一个位于远离前理器 93的装置。

其中，接收器 91 , 用于通过所连接的基站接收用户设备发送的业务请求，并将业务请求发送至 MEAS-SF, 业务请求表示用户设备向服务提供商 SP请求业务息；

处理器 93 ,用于判断 MEAS是否能够向用户设备提供业务请求所请求的业务数据

发送器 92,用于若处理器判断 MEAS能够向用户设备提供业务请求所请求的业务数据，则通过所连接的基站向用户设备发送业务请求所请求的业务数据。

本实施例提供的移动边缘应用服务器 MEAS, 其上部署了 SP提供内容、应用服务等业务，当 MEAS能够向用户设备提供业务请求所请求的业务时，直接从本地对业务请求生成对应的业务数据，由于 MEAS 在物理部署上往往靠近 eNodeB , 即部署在 RAN侧，使得用户设备无需通过 RAN和 CN从服务器或 Internet上获取 SP提供的业务数据，而直接从 RAN侧获取所需业务数据，避免了 RAN和 CN之间数据拥塞、节省网络资源。

进一步的，接收器 91 , 还用于若处理器判断出 MEAS不能够向用户设备提供业务请求所请求的业务数据，则从 MEAS-SF获取 SP发送的业务请求所请求的业务数据。进一步的，发送器 92, 还用于将 SP发送的业务请求所请求的业务数据通过所连接的基站发送至用户设备。

进一步的，发送器 92发送给 MEAS-SF的业务请求中还携带业务处理指示信息，业务处理指示信息用于指示 MEAS是否能够向用户设备提供业务请求所请求的业务数据。

进一步的，接收器 91 , 还用于在通过所连接的基站接收用户设备发送的业务请求之前，通过所连接的基站接收用户设备发送的第一建链请求，第一建链请求用于请求用户设备和 SP之间建立连接；

发送器 92, 还用于将第一建链请求发送给 MEAS-SF;

接收器 91 ,还用于接收 MEAS-SF发送的 SP对第一建链请求的第一建链响应消息；

发送器 92, 还用于通过所连接的基站向用户设备发送对对第一建链请求的第一建链响应消息。

进一步的，接收器 91 , 还用于在通过所连接的基站接收用户设备发送的业务请求之前，通过所连接的基站接收基站发送的第二建链请求，第二建链请求用于请求用户设备和 SP之间建立连接；

发送器 92, 还用于通过所连接的基站向用户设备发送对第二建链请求的第二建链响应消息，将 MEAS和用户设备之间的连接信息携带在业务请求中发送给 MEAS-SF。

图 10为本发明移动边缘应用服务器支持节点 MEAS-SF实施例一的结构示意图。本实施例的 MEAS-SF, 与一个或多个移动边缘应用服务器 MEAS 连接，并与分组数据网关 P-GW连接，具体可以实现本发明任一实施例提供的应用于 MEAS-SF 的方法的各个步骤，具体实现过程在此不再贅述。本实施例提供的 MEAS-SF,具体可以包括：接收器 101、发送器 102、处理器 103、存储器 104和至少一个通信总线 105。该处理器 103可以是中央处理单元 ( Central Processing Unit, 简称 CPU ) , 通信总线 105用于实现这些装置之间的连接通信。存储器 104可能包含高速 RAM 诸器，也可肯包括非易失性存储器 (non-volatile memory ) , 例如至少一个磁盘存储器。存储器 104可选的可以包含至少一个位于远离前理器 103的^ ί诸装置。

其中，接收器 101 , 用于接收 MEAS发送的业务请求；发送器 102, 用于通过 P-GW将业务请求发送给 SP;

接收器还用于通过 P-GW接收 SP发送的业务请求所请求的业务数据，以便核心网侧对业务请求和业务请求所请求的业务数据进行计费。

本实施例提供的移动边缘应用服务器 MEAS-SF, MEAS上部署了 SP提供内容、应用服务等业务，当 MEAS-SF确定出 MEAS能够向用户设备提供业务请求所请求的业务时，则丟弃 SP对该业务请求的业务数据，由 MEAS 直接从本地对业务请求生成对应的业务数据，由于 MEAS 在实际部署中可以上靠近 eNodeB , 即部署在 RAN侧，使得用户设备无需通过 RAN和 CN 从服务器或 Internet上获取 SP提供的业务数据，而直接从 RAN侧获取所需业务数据，避免了 RAN和 CN之间数据拥塞、节省网络资源。

进一步的，接收器 101接收的业务请求中还携带业务处理指示信息，业务处理指示信息用于指示 MEAS是否能够向用户设备提供业务请求所请求的业务数据。

进一步的，处理器 103 , 还用于在接收器 101通过 P-GW接收 SP发送的业务请求所请求的业务数据后，判断 MEAS是否能够向用户设备提供业务请求所请求的业务数据，是，则丟弃 SP发送的业务请求所请求的业务数据。

进一步的，发送器 102, 还用于若处理器判断 MEAS不能够向用户设备提供业务请求所请求的业务数据，则将 SP发送的业务请求所请求的业务数据发送给 MEAS;

进一步的，接收器 103还用于接收 MEAS发送的第一建链请求，第一建链请求用于请求用户设备和 SP之间建立连接。

发送器 102, 还用于将第一建链请求通过 P-GW发送给 SP;

接收器 101 ,还用于通过 P-GW接收 SP对第一建链请求的第一建链响应消息；

发送器 102, 还用于将第一响应消息发送给 MEAS。

进一步的，接收器 101接收的业务请求中还携带连接信息，连接信息用于表示 MEAS和用户设备之间建立连接；

发送器 102还用于根据连接信息，通过 P-GW向 SP发送第三建链请求；接收器 101还用于通过 P-GW接收 SP对第三建链请求的第三建链响应消息。进一步的，若处理器 103判断出 MEAS能够向用户设备提供业务请求所请求的业务数据，则处理器 103还用于与 MEAS同步业务请求所请求的业务数据的信息；或还用于与 MEAS同步用户设备与 SP之间的协议栈信息。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权利要求书

1、一种业务提供系统，其特征在于，包括：至少一个移动边缘应用服务器 MEAS和移动边缘应用服务器支持节点 MEAS-SF; 所述 MEAS部署在接入网侧，与一个或多个基站连接；所述 MEAS-SF部署在核心网侧，与一个或多个所述 MEAS连接，并与分组数据网关 P-GW连接；

所述 MEAS, 用于通过所连接的基站接收用户设备发送的业务请求，并将所述业务请求发送至所述 MEAS-SF,所述业务请求表示所述用户设备向服务提供商 SP请求业务；若所述 MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据；

2、根据权利要求 1 所述的业务提供系统，其特征在于，若所述 MEAS 不能够向所述用户设备提供所述业务请求所请求的业务数据，则所述 MEAS 还用于从所述 MEAS-SF获取所述 SP发送的所述业务请求所请求的业务数据，并将所述 SP发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。

3、根据权利要求 1或 2所述的业务提供系统，其特征在于，所述 MEAS 发送给所述 MEAS-SF 的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据；

4、根据权利要求 1-3 任一项所述的业务提供系统，其特征在于，所述 MEAS还用于：在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述 SP之间建立连接；将所述第一建链请求发送给所述 MEAS-SF, 接收所述 MEAS-SF发送的所述 SP对所述第一建链请求的第一建链响应消息；并通过所连接的基站向所述用户设备发送对所述第一建链请求的第一建链响应消息；

5、根据权利要求 1-3 任一项所述的业务提供系统，其特征在于，所述

MEAS还用于：在通过所连接的基站接收用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述 SP之间建立连接；通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息；所述 MEAS发送给所述 MEAS-SF的业务请求中还携带所述 MEAS和所述用户设备之间的连接信息；

6、根据权利要求 1-5任一项所述的业务提供系统，其特征在于，若所述 MEAS 能够向所述用户设备提供所述业务请求所请求的业务数据，所述 MEAS-SF还用于与所述 MEAS同步所述业务请求所请求的业务数据的信息；或还用于与所述 MEAS同步所述用户设备与 SP之间的协议栈信息。

7、一种移动边缘应用服务器，其特征在于，部署在接入网侧，与一个或多个基站连接，还与移动边缘应用服务器支持节点 MEAS-SF连接；

所述移动边缘应用服务器包括：

8、根据权利要求 7所述的移动边缘应用服务器，其特征在于，所述接收器还用于：

若所述处理器判断出所述 MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则从所述 MEAS-SF获取所述 SP发送的所述业务请求所请求的业务数据；

9、根据权利要求 7或 8所述的移动边缘应用服务器，其特征在于，所述发送器发送给所述 MEAS-SF 的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。

10、根据权利要求 7〜9任一项所述的移动边缘应用服务器，其特征在于，所述接收器还用于：在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述 SP之间建立连接；

所述发送器还用于：将所述第一建链请求发送给所述 MEAS-SF;

11、根据权利要求 7〜9任一项所述的移动边缘应用服务器，其特征在于，所述接收器还用于：在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述基站发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述 SP之间建立连接；所述发送器还用于：通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息，将所述 MEAS和所述用户设备之间的连接信息携带在所述业务请求中发送给所述 MEAS-SF。

12、一种移动边缘应用服务器支持节点，其特征在于，与一个或多个移动边缘应用服务器 MEAS连接，并与分组数据网关 P-GW连接；

所述移动边缘应用服务器支持节点包括：

接收器，用于接收所述 MEAS发送的所述业务请求；

发送器，用于通过所述 P-GW将所述业务请求发送给所述 SP;

13、根据权利要求 12所述的移动边缘应用服务器支持节点，其特征在于，所述接收器接收的所述业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。

14、根据权利要求 12或 13所述的移动边缘应用服务器支持节点，其特征在于，还包括：

处理器，用于在所述接收器通过所述 P-GW接收所述 SP发送的所述业务请求所请求的业务数据后，判断所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据，是，则丟弃所述 SP发送的所述业务请求所请求的业务数据；

15、根据权利要求 12-14任一项所述的移动边缘应用服务器支持节点，其特征在于，

所述接收器还用于：接收所述 MEAS发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述 SP之间建立连接；

所述发送器还用于：将所述第一响应消息发送给所述 MEAS。

16、根据权利要求 12-14任一项所述的移动边缘应用服务器支持节点，其特征在于，所述接收器接收的所述业务请求中还携带连接信息，所述连接信息用于表示所述 MEAS和所述用户设备之间建立连接；

17、根据权利要求 12-16任一项所述的移动边缘应用服务器支持节点，其特征在于，若所述处理器判断出所述 MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则所述处理器还用于与所述 MEAS同步所述业务请求所请求的业务数据的信息；或还用于与所述 MEAS同步所述用户设备与 SP之间的协议栈信息。

18、一种业务提供方法，其特征在于，包括：

19、根据权利要求 18所述的方法，其特征在于，若所述 MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则所述 MEAS还用于从所述 MEAS-SF获取所述 SP发送的所述业务请求所请求的业务数据，并将所述 SP发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。

20、根据权利要求 18或 19所述的方法，其特征在于，所述 MEAS发送给所述 MEAS-SF 的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。

21、根据权利要求 18〜20任一项所述的方法，其特征在于，所述移动边缘应用服务器 MEAS在通过所连接的基站接收所述用户设备发送的业务请求之前，还包括：

22、根据权利要求 18或 19所述的方法，其特征在于，所述移动边缘应用服务器 MEAS通过所连接的基站接收所述用户设备发送的业务请求之前，还包括：

23、一种业务提供方法，其特征在于，包括：

所述 MEAS-SF将所述业务请求发送给服务提供商 SP;

24、根据权利要求 23所述的方法，其特征在于，所述 MEAS-SF接收到的所述 MEAS发送的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述 MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。

25、根据权利要求 23或 24所述的方法，其特征在于，所述 MEAS-SF 通过所述 P-GW接收所述 SP发送的对所述业务请求所请求的业务数据之后，还包括：

26、根据权利要求 23-25任一项所述的方法，其特征在于，所述移动边缘应用服务器支持节点 MEAS-SF接收移动边缘应用服务器 MEAS发送的业务请求之前，还包括：

所述 MEAS-SF接收所述 MEAS发送的第一建链请求；

27、根据权利要求 23-25任一项所述的方法，其特征在于，所述移动边缘应用服务器支持节点 MEAS-SF接收移动边缘应用服务器 MEAS发送的业务请求，包括：

所述 MEAS-SF接收所述 MEAS发送的携带连接信息业务请求，所述连接信息用于表示所述 MEAS和所述用户设备之间建立连接；

根据所述连接信息，通过所述 P-GW向所述 SP发送第三建链请求；并通过所述 P-GW接收所述 SP对所述第三建链请求的第三建链响应消息。

28、根据权利要求 23〜27任一项所述的方法，其特征在于，还包括：若所述 MEAS 能够向所述用户设备提供所述业务请求所请求的业务数据，所述 MEAS-SF与所述 MEAS同步所述业务请求所请求的业务数据的信息；或与所述 MEAS同步所述用户设备与 SP之间的协议栈信息。