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

业务提供系统、方法、移动边缘应用服务器及支持节点的制作方法
【专利摘要】本发明实施例提供一种业务提供系统、方法、移动边缘应用服务器及支持节点。该系统包括：至少一个移动边缘应用服务器MEAS和移动边缘应用服务器支持节点MEAS-SF；MEAS部署在接入网侧，与一个或多个基站连接；MEAS-SF部署在核心网侧，与一个或多个MEAS连接，并与分组数据网关P-GW连接。本实施例提供的业务提供系统，MEAS上部署了SP提供内容、应用服务等业务，当MEAS能够向用户设备提供业务请求所请求的业务时，直接从本地对业务请求所请求的业务数据，由于MEAS在物理部署上往往靠近eNodeB，用户设备直接从RAN侧获取所需业务数据，避免了RAN和CN之间数据拥塞、节省网络资源。
【专利说明】业务提供系统、方法、移动边缘应用服务器及支持节点
【技术领域】
[0001]本发明实施例涉及通信【技术领域】，尤其涉及一种业务提供系统、方法、移动边缘应用服务器及支持节点。
【背景技术】
[0002]随着智能终端的快速普及、移动互联网的发展以及无线网络技术如高速分组接入(High Speed Packet Access,以下简称HSPA)技术、长期演进技术(Long Term Evolution,以下简称LTE)等的发展，空口传输能力越来越大，运营商往往通过扩充或租用回程(backhaul)来匹配用户设备到互联网(Internet)之间所需的带宽，导致建网成本和使用成本浪费。
[0003]现有技术中，可以将业务,如业务提供方(Service Provider,以下简称SP)提供的内容、应用服务等缓存在服务器(server)上，将服务器部署在移动运营商的机房内，即靠近核心网(Core Network,以下简称CN)进行部署,用户设备(User Equipment,以下简称UE)通过无线接入网(Radio Access Network,以下简称RAN)和CN从服务器上获取业务。
[0004]上述技术方案中，将缓存了业务的服务器部署在核心网侧可以减少CN和Internet之间的回程，然而，容易造成RAN和CN之间数据拥塞、带宽资源浪费。

【发明内容】

[0005]本发明实施例提供一种业务提供系统、方法、移动边缘应用服务器及支持节点，用于解决现有技术中RAN和CN之间数据拥塞、节省网络资源。
[0006]第一个方面本发明实施例提供一种业务提供系统，包括:
[0007]至少一个移动边缘应用服务器MEAS和移动边缘应用服务器支持节点MEAS-SF ;所述MEAS部署在接入网侧，与一个或多个基站连接；所述MEAS-SF部署在核心网侧，与一个或多个所述MEAS连接，并与分组数据网关P-GW连接；
[0008]所述MEAS，用于通过所连接的基站接收用户设备发送的业务请求，并将所述业务请求发送至所述MEAS-SF，所述业务请求表示所述用户设备向服务提供商SP请求业务；若所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据；
[0009]所述MEAS-SF，用于接收所述MEAS发送的所述业务请求,通过所述P_GW将所述业务请求发送给所述SP，并通过所述P-GW接收所述SP发送的所述业务请求所请求的业务数据，以便所述核心网侧对所述业务请求和所述业务请求所请求的业务数据进行计费。
[0010]在第一个方面的第一种可能的实现方式中，若所述MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则所述MEAS还用于从所述MEAS-SF获取所述SP发送的所述业务请求所请求的业务数据，并将所述SP发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。
[0011]结合第一个方面或第一个方面的第一种可能的实现方式，在第二种可能的实现方式中，所述MEAS发送给所述MEAS-SF的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据；
[0012]所述MEAS-SF还用于:若所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则丢弃所述SP发送的所述业务请求所请求的业务数据；否则，若所述MEAS不能向所述用户设备提供所述业务请求所请求的业务数据，则将所述SP发送的所述业务请求所请求的业务数据发送给所述MEAS。
[0013]结合第一个方面、第一个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第三种可能的实现方式中，所述MEAS还用于:在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述SP之间建立连接；将所述第一建链请求发送给所述MEAS-SF，接收所述MEAS-SF发送的所述SP对所述第一建链请求的第一建链响应消息；并通过所连接的基站向所述用户设备发送对所述第一建链请求的第一建链响应消息；
[0014]所述MEAS-SF还用于:接收所述MEAS发送的所述第一建链请求，将所述第一建链请求通过所述P-GW发送给所述SP ;通过所述P-GW接收所述SP对所述第一建链请求的第一建链响应消息，将所述第一响应消息发送给所述MEAS。
[0015]结合第一个方面、第一个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第四种可能的实现方式中，所述MEAS还用于:在通过所连接的基站接收用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述SP之间建立连接；通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息；所述MEAS发送给所述MEAS-SF的业务请求中还携带所述MEAS和所述用户设备之间的连接信息；
[0016]所述MEAS-SF还用于:接收所述MEAS发送的携带所述MEAS和所述用户设备之间的连接信息的业务请求，根据所述连接信息，通过所述P-GW向所述SP发送第三建链请求，并通过所述P-GW接收所述SP对所述第三建链请求的第三建链响应消息。
[0017]结合第一个方面、第一个方面的第一种、第二种、第三种或第四种可能的实现方式中的任一可能的实现方式，在第五种可能的实现方式中，若所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，所述MEAS-SF还用于与所述MEAS同步所述业务请求所请求的业务数据的信息；或还用于与所述MEAS同步所述用户设备与SP之间的协议栈信肩、O
[0018]第二个方面，本发明实施例提供一种移动边缘应用服务器，部署在接入网侧，与一个或多个基站连接，还与移动边缘应用服务器支持节点MEAS-SF连接，所述移动边缘应用服务器包括:
[0019]接收器，用于通过所连接的基站接收用户设备发送的业务请求，并将所述业务请求发送至所述MEAS-SF，所述业务请求表示所述用户设备向服务提供商SP请求业务息；
[0020]处理器，用于判断所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据；
[0021]发送器，用于若所述处理器判断所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据。
[0022]在第二个方面的第一种可能的实现方式中，所述接收器还用于:
[0023]若所述处理器判断出所述MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则从所述MEAS-SF获取所述SP发送的所述业务请求所请求的业务数据；
[0024]所述发送器还用于:将所述SP发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。
[0025]结合第二个方面或第二个方面的第一种可能的实现方式，在第二个方面的第二种可能的实现方式中，所述发送器发送给所述MEAS-SF的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。
[0026]结合第二个方面、第二个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第二个方面的第三种可能的实现方式中，所述接收器还用于:在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述SP之间建立连接；
[0027]所述发送器还用于:将所述第一建链请求发送给所述MEAS-SF ；
[0028]所述接收器还用于:接收所述MEAS-SF发送的所述SP对所述第一建链请求的第一建链响应消息；
[0029]所述发送器还用于:通过所连接的基站向所述用户设备发送对所述对第一建链请求的第一建链响应消息。
[0030]结合第二个方面、第二个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第二个方面的第四种可能的实现方式中，所述接收器还用于:在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述基站发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述SP之间建立连接；
[0031]所述发送器还用于:通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息，将所述MEAS和所述用户设备之间的连接信息携带在所述业务请求中发送给所述MEAS-SF。
[0032]第三个方面，本发明实施例提供一种移动边缘应用服务器支持节点MEAS-SF，与一个或多个移动边缘应用服务器MEAS连接，并与分组数据网关P-GW连接，所述移动边缘应用服务器支持节点包括:
[0033]接收器，用于接收所述MEAS发送的所述业务请求；
[0034]发送器，用于通过所述P-GW将所述业务请求发送给所述SP ；
[0035]所述接收器还用于:通过所述P-GW接收所述SP发送的所述业务请求所请求的业务数据，以便所述核心网侧对所述业务请求和所述业务请求所请求的业务数据进行计费。
[0036]在第三个方面的第一种可能的实现方式中，所述接收器接收的所述业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。
[0037]结合第三个方面及第三个方面的第一种可能的实现方式中的任一可能的实现方式，在第三个方面的第二种可能的实现方式中，所述移动边缘应用服务器支持节点还包括:处理器，用于在所述接收器通过所述P-GW接收所述SP发送的所述业务请求所请求的业务数据后，判断所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据，是，则丢弃所述SP发送的所述业务请求所请求的业务数据；
[0038]所述发送器还用于:若所述处理器判断所述MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则将所述SP发送的所述业务请求所请求的业务数据发送给所述MEAS。
[0039]结合第三个方面或第三个方面的第一种、第二种可能的实现方式中的任一可能的实现方式，在第三个方面的第三种可能的实现方式中，所述接收器还用于:接收所述MEAS发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述SP之间建立连接；
[0040]所述发送器还用于:将所述第一建链请求通过所述P-GW发送给所述SP ；
[0041]所述接收器还用于:通过所述P-GW接收所述SP对所述第一建链请求的第一建链响应消息；
[0042]所述发送器还用于:将所述第一响应消息发送给所述MEAS。
[0043]结合第三个方面或第三个方面的第一种、第二种可能的实现方式中的任一可能的实现方式，在第三个方面的第四种可能的实现方式中，所述接收器接收的所述业务请求中还携带连接信息，所述连接信息用于表示所述MEAS和所述用户设备之间建立连接；
[0044]所述发送器还用于根据所述连接信息，通过所述P-GW向所述SP发送第三建链请求；
[0045]所述接收器还用于通过所述P-GW接收所述SP对所述第三建链请求的第三建链响
应消息。
[0046]结合第三个方面或第三个方面的第一种、第二种、第三种及第四中可能的实现方式中的任一可能的实现方式，在第三个方面的第五种可能的实现方式中，若所述处理器判断出所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则所述处理器还用于与所述MEAS同步所述业务请求所请求的业务数据的信息；或还用于与所述MEAS同步所述用户设备与SP之间的协议栈信息。
[0047]第四个方面，本发明实施例提供一种业务提供方法，包括:
[0048]移动边缘应用服务器MEAS通过所连接的基站接收用户设备发送的业务请求并将所述业务请求发送至移动边缘应用服务器支持节点MEAS-SF，所述业务请求表示所述用户设备向服务提供商SP请求业务，所述MEAS部署在接入网侧，与一个或多个基站连接，并与所述移动边缘应用服务器支持节点MEAS-SF连接；
[0049]若所述MEAS能够向所述用户设备提供所述业务请求所请求的业务，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据。
[0050]在第四个方面的第一种可能的实现方式中，若所述MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则所述MEAS还用于从所述MEAS-SF获取所述SP发送的所述业务请求所请求的业务数据，并将所述SP发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。
[0051]结合第四个方面或第四个方面的第一种可能的实现方式中的任一实现方式，在第四个方面的第二种可能的实现方式中，所述MEAS发送给所述MEAS-SF的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。
[0052]结合第四个方面、第四个方面的第一种、或第二种可能的实现方式中的任一可能的实现方式，在第四个方面的第三种可能的实现方式中，所述移动边缘应用服务器MEAS在通过所连接的基站接收所述用户设备发送的业务请求之前，还包括:
[0053]所述MEAS通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述SP之间建立连接；
[0054]所述MEAS将所述第一建链请求发送给所述MEAS-SF，以使所述MEAS-SF将所述第一建链请求发送给所述SP ；
[0055]所述MEAS接收所述MEAS-SF发送的所述SP对所述第一建链请求的第一建链响应消息；
[0056]所述MEAS通过所连接的基站向所述用户设备发送对所述第一建链请求的第一建链响应消息。
[0057]结合第四个方面或第四个方面的第一种可能的实现方式中的任一实现方式，在第四个方面的第四种可能的实现方式中，述移动边缘应用服务器MEAS通过所连接的基站接收所述用户设备发送的业务请求之前，还包括:
[0058]所述MEAS通过所连接的基站接收所述用户设备发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述SP之间建立连接；
[0059]所述MEAS通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息；
[0060]所述移动边缘应用服务器MEAS通过所连接的基站接收用户设备发送的业务请求并将所述业务请求发送至移动边缘应用服务器支持节点MEAS-SF，包括:
[0061]所述MEAS将携带所述MEAS和所述用户设备之间的连接信息的业务请求发送给所述 MEAS-SF。
[0062]第五个方面,本发明实施例提供一种业务提供方法,包括:
[0063]移动边缘应用服务器支持节点MEAS-SF接收移动边缘应用服务器MEAS发送的业务请求，所述MEAS-SF部署在核心网侧，与一个或多个移动边缘应用服务器MEAS连接，并与分组数据网关P-GW连接；
[0064]所述MEAS-SF将所述业务请求发送给服务提供商SP ；
[0065]所述MEAS-SF通过所述P-GW接收所述SP发送的对所述业务请求所请求的业务数据，以便所述核心网侧对所述业务请求和所述业务请求所请求的业务数据进行计费。
[0066]在第五个方面的第一种可能的实现方式中，所述MEAS-SF接收到的所述MEAS发送的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。
[0067]结合第五个方面或第五个方面的第一种可能的实现方式中的任一可能的实现方式，在第五个方面的第二种可能的实现方式中，所述MEAS-SF通过所述P-GW接收所述SP发送的对所述业务请求所请求的业务数据之后，还包括:
[0068]所述MEAS-SF判断所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据，是，则丢弃所述SP发送的所述业务请求所请求的业务数据；否，则将所述SP发送的所述业务请求所请求的业务数据发送给所述MEAS。[0069]结合第五个方面、第五个方面的第一种及第二种可能的实现方式中的任一可能的实现方式，在第五个方面的第三种可能的实现方式中，所述移动边缘应用服务器支持节点MEAS-SF接收移动边缘应用服务器MEAS发送的业务请求之前，还包括:
[0070]所述MEAS-SF接收所述MEAS发送的第一建链请求；
[0071 ] 所述MEAS-SF通过所述P-GW将所述第一建链请求发送给所述SP ；
[0072]所述MEAS-SF通过所述P-GW接收所述SP对所述第一建链请求的第一建链响应消息；
[0073]所述MEAS-SF将所述SP对所述第一建链请求的第一建链响应消息发送给所述MEAS。
[0074]结合第五个方面、第五个方面的第一种或第二种可能的实现方式中的任一可能的实现方式，在第五个方面的第四种可能的实现方式中，所述移动边缘应用服务器支持节点MEAS-SF接收移动边缘应用服务器MEAS发送的业务请求，包括:
[0075]所述MEAS-SF接收所述MEAS发送的携带连接信息业务请求,所述连接信息用于表示所述MEAS和所述用户设备之间建立连接；
[0076]根据所述连接信息，通过所述P-GW向所述SP发送第三建链请求；
[0077]并通过所述P-GW接收所述SP对所述第三建链请求的第三建链响应消息。
[0078]结合第五个方面、第五个方面的第一种、第二种、第三种及第四种可能的实现方式中的任一可能的实现方式，在第五个方面的第五种可能的实现方式中，若所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，所述MEAS-SF与所述MEAS同步所述业务请求所请求的业务数据的信息；或与所述MEAS同步所述用户设备与SP之间的协议栈信肩、O
[0079]本发明实施例提供一种业务提供系统、方法、移动边缘应用服务器及支持节点，MEAS接收基站发送的表示用户设备向SP请求业务的业务请求，并将业务请求发送给MEAS-SF,MEAS-SF进一步的将业务请求发送给SP，MEAS向基站发送本地生产的业务数据或接收到的SP对该业务请求的业务数据，业务数据中携带业务请求所请求的业务，然后,基站将该业务数据发送给用户设备以为用户设备提供业务。本实施例提供的业务提供方法，MEAS上部署了 SP提供内容、应用服务等业务，当MEAS能够向用户设备提供业务请求所请求的业务时，直接从本地对业务请求生成对应的业务数据，由于MEAS在物理部署上往往靠近eNodeB,即部署在RAN侧，使得用户设备无需通过RAN和CN从服务器或Internet上获取SP提供的业务数据，而直接从RAN侧获取所需的业务数据，避免了 RAN和CN之间数据拥塞、节省网络资源。
【专利附图】

【附图说明】
[0080]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0081]图1为本发明业务提供系统实施例一的架构示意图；
[0082]图2为本发明业务提供系统实施例二的架构示意图；[0083]图3为为本发明业务提供方法实施例一的流程图；
[0084]图4为本发明业务提供方法实施例二的流程图；
[0085]图5为本发明业务提供方法实施例三的信令图；
[0086]图6为本发明业务提供方法实施例四的信令图；
[0087]图7为本发明业务提供方法实施例五的信令图；
[0088]图8为本发明业务提供方法实施例六的信令图；
[0089]图9为本发明移动边缘应用服务器MEAS实施例一的结构不意图；
[0090]图10为本发明移动边缘应用服务器支持节点MEAS-SF实施例一的结构示意图。
【具体实施方式】
[0091]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0092]本文中描述的技术可用于各种通信系统，例如当前2G，3G通信系统和下一代通信系统，例如全球移动通信系统(Global System for Mobile communications,以下简称GSM),码分多址(Code Division Multiple Access,以下简称CDMA)系统，时分多址(Time Division Multiple Access,以下简称 TDMA)系统，宽带码分多址(WidebandCode Division Multiple Access Wireless,以下简称 WCDMA),频分多址(FrequencyDivision Multiple Addressing,以下简称 FDMA)系统，正交频分多址(OrthogonalFrequency-Division Multiple Access,以下简称 0FDMA)系统,单载波 FDMA (SC-FDMA)系统，通用分组无线业务(General Packet Radio Service,以下简称GPRS)系统,长期演进(Long Term Evolution,以下简称LTE)系统，以及其他此类通信系统。
[0093]本申请中涉及的用户设备，可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(例如，RAN, RadioAccess Network)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service,以下简称PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(Wireless Local Loop,以下简称WLL)站、个人数字助理(Personal Digital Assistant,以下简称PDA)等设备。无线终端也可以称为系统、订户单兀(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端(RemoteTerminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(UserAgent)、用户设备(User Device)、或用户装备(User Equipment)。
[0094]本申请中涉及的基站(例如,接入点)可以是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如，基站可以是GSM或CDMA中的基站(BTS, Base Transceiver Station),也可以是 WCDMA 中的基站(NodeB),还可以是 LTE 中的演进型基站(NodeB或eNB或e-NodeB, evolutional Node B),本申请并不限定。
[0095]本发明实施例以长期演进(Long Term Evolution,以下简称LTE)通信系统为例对业务提供方法进行说明，但本发明实施例提供的业务提供方法对应其他通信系统仍然适用。
[0096]图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连接；
[0097]MEAS，用于通过所连接的基站接收用户设备发送的业务请求，并将业务请求发送至MEAS-SF，业务请求表示用户设备向服务提供商SP请求业务；gMEAS能够向用户设备提供业务请求所请求的业务数据，则通过所连接的基站向用户设备发送业务请求所请求的业务数据；
[0098]MEAS-SF，用于接收MEAS发送的业务请求，通过P-GW将业务请求发送给SP，并通过P-GW接收SP发送的业务请求所请求的业务数据，以便核心网侧对业务请求和业务请求所请求的业务数据进行计费。
[0099]请参照图1，在LTE通信系统网络架构的基础上，本发明实施例增加了 MEAS和MEAS-SF。其中，MEAS部署在接入网侧，靠近基站(eNodeB)，其上承载了了 SP提供内容、应用服务等业务；MEAS_SF可以部署在核心网侧,设置在分组数据网关(Packet Data NetworkGateway,以下简称P-GW)与服务网关(Serving Gateway,以下简称S-GW)之间,MEAS-SF上部署有用户层面的通用分组无线业务(General Packet Radio Service,以下简称GPRS)隧道协议(GPRSTunnellingProtocolfortheuserplane,以下简称GTPU)代理，协议层自上而下包括:传输层协议/用户数据报协议(Transmission Control Protocol/User DatagramProtocol,以下简称 TCP/UDP)、互联网协议(Internet Protocol,以下简称 IP)、GTPU、UDP、IP等。MEAS和MEAS-SF在组网上可以连接，例如，可直接连接或通过路由器(route)进行连接(图1中所示为两种连接情况，实际应用中，可择一使得MEAS和MEAS-SF相连)。图中虚线所示为现有的用户设备与Internet的网络通信路径，为描述统一起见，以下简称传统网络；实线所示为本发明中用户设备与Internet的网络通信路径，为描述统一起见，以下简称MEAS网络。本发明实施例中，多个eNodeB对应一个MEAS和MEAS-SF。
[0100]用户设备向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对上述业务请求所请求的业务数据后完成下行过程中对用户设备的相关计费、监听及策略控制等操作，即实现核心网侧对业务请求和业务请求所请求的业务数据的计费。
[0101]若MEAS根据承载的内容、应用服务等业务，判断出其不能够向用户设备提供业务请求所请求的业务数据，则MEAS还用于从MEAS-SF获取SP发送的业务请求所请求的业务数据，并将业务数据通过所连接的基站发送至用户设备。
[0102]具体的，MEAS发送给MEAS-SF的业务请求中还携带业务处理指示信息,业务处理指示信息用于指示MEAS是否能够向用户设备提供业务请求所请求的业务数据。当MEAS-SF接收到MEAS发送的携带业务处理指示信息的业务请求后，解析出业务处理指示信息，根据该业务处理指示信息，判断MEAS是否可以向用户设备提供业务请求所请求的业务数据，若该业务处理指示信息指示MEAS能够向用户设备提供业务请求所请求的业务数据，则丢弃接收到的SP发送的由SP对业务请求所请求的业务数据，启动协议栈信息同步任务，保证在eNodeB发生切换后可以直接接收SP发送的业务数据；否则，若业务处理指示信息指示MEAS不能够向用户设备提供业务请求所请求的业务数据，例如当MEAS上未部署该业务请求所请求的业务数据的时候，则MEAS-SF将接收到的由SP对业务请求所请求的业务数据发送至MEAS。
[0103]上述实施例一中，MEAS在通过所连接的基站接收用户设备发送的业务请求之前，还通过所连接的基站接收用户设备发送的第一建链请求，第一建链请求用于请求用户设备和SP之间建立连接；将第一建链请求发送给MEAS-SF，接收MEAS-SF发送的SP对第一建链请求的第一建链响应消息；并通过所连接的基站向用户设备发送对第一建链请求的第一建链响应消息；
[0104]MEAS-SF还用于:接收MEAS发送的第一建链请求，将第一建链请求通过P_GW发送给SP ;通过P-GW接收SP对第一建链请求的第一建链响应消息，将第一响应消息发送给MEAS。
[0105]请参照图1，以用户设备I为例，用户设备I向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感知内容或应用服务，对于每个业务请求需要完成协议栈的状态和数据搬迁同步；SMEAS中不部署传输层协议处理，只是部署了应用层的数据，则MEAS感知内容或应用服务，MEAS和MEAS-SF通过数据长度和偏移进行传输以节省回程带宽，MEAS根据接收到的数据长度和偏移等镜像的响应业务请求所请求的业务。
[0106]图2为本发明业务提供系统实施例二的架构不意图,本实施例适用于一个eNodeB可以对应一个MEAS或MEAS-SF的场景。本实施例的实现方式与实施例一的实现方式类似，具体原理请参照图1，此处不再赘述。另外，本实施例中，MEAS在通过所连接的基站接收用户设备发送的业务请求之前，还通过所连接的基站接收用户设备发送的第二建链请求，第二建链请求用于请求用户设备和SP之间建立连接；通过所连接的基站向用户设备发送对第二建链请求的第二建链响应消息；MEAS发送给MEAS-SF的业务请求中还携带MEAS和用户设备之间的连接信息；
[0107]MEAS-SF还用于:接收MEAS发送的携带MEAS和用户设备之间的连接信息的业务请求，根据连接信息，通过P-GW向SP发送第三建链请求，并通过P-GW接收SP对第三建链请求的第三建链响应消息。
[0108]请参照图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之间的连接。
[0109]需要说明的是，上述实施例一中，用户设备通过发送第一建链请求使得该用户设备直接SP之间建立连接；实施例二中，用户设备与SP之间间接的建立连接，即用户设备先与MEAS建立连接，再将携带用户设备与MEAS建立连接的连接信息发送至MEAS-SF，MEAS-SF解析出连接信息后和SP建立连接，从而完成用户设备到SP之间的连接。然而，本发明并不以此为限制，在其他可能的实施方式中，实施例一中也用户设备也可以间接的和SP建立连接，实施例二中用户设备也可以直接和SP建立连接。
[0110]图3为本发明业务提供方法实施例一的流程图。同时参见图1，本实施例的执行主体为MEAS，本实施例以多个eNodeB对应一个MEAS和MEAS-SF的场景为例进行说明。具体的，本实施例可以包括以下步骤:
[0111]101:移动边缘应用服务器MEAS通过所连接的基站接收用户设备发送的业务请求并将业务请求发送至移动边缘应用服务器支持节点MEAS-SF，业务请求表示用户设备向服务提供商SP请求业务，MEAS部署在接入网侧，与一个或多个基站连接，并与移动边缘应用服务器支持节点MEAS-SF连接。
[0112]具体的,用户设备可以向eNodeB发起的业务请求,eNodeB可以将该业务请求发送给MEAS，业务请求表示用户设备向SP请求业务。业务请求包括内容和应用服务，如请求浏览视频、图片等内容；或者，请求登录邮箱、登录银行账户等应用服务。
[0113]MEAS将接收到的业务请求发送给MEAS-SF，以使得MEAS-SF将该业务请求发送给SP。此过程中，由于MEAS-SF与P-GW相连，MEAS-SF可以通过P-GW将业务请求发送给SP0又由于P-GW与计费中心(Charging Center,以下简称BC)、法律监听网关(LawfulInterception Gateway,以下简称 LIG)及策略控制中心(Policy And Charging RulesFunction,以下简称PCRF)相连，因此，P-GW可以在接收到上述业务请求后对用户设备进行相关计费、监听及策略控制等操作。
[0114]102:若MEAS能够向用户设备提供业务请求所请求的业务，则通过所连接的基站向用户设备发送业务请求所请求的业务数据。
[0115]本步骤中，因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进一步的将业务数据发送给用户设备，从而为用户设备提供业务。其中，业务数据中携带业务请求所请求的业务，例如，允许用户设备浏览视频、图片等内容；或者，为用户设备提供登录邮箱、登录银行账户等应用服务。
[0116]本实施例提供的业务提供方法，MEAS通过所连接的基站接收用户设备发送的表示用户设备向SP请求业务的业务请求，并将业务请求发送给MEAS-SF，MEAS-SF进一步的将业务请求发送给SP，MEAS通过基站用户设备发送本地生产的业务请求所请求的业务数据或接收到的SP发送的对该业务请求所请求的业务数据，从而为用户设备提供业务。本实施例提供的业务提供方法，MEAS上部署了 SP提供内容、应用服务等业务，当MEAS能够向用户设备提供业务请求所请求的业务时，直接从本地对业务请求生成业务请求所请求的业务数据并为用户设备提供业务，由于MEAS在物理部署上往往靠近eNodeB，即部署在RAN侧，使得用户设备无需通过RAN和CN从服务器或Internet上获取SP提供的业务，而直接从RAN侧获取所需业务，避免了 RAN和CN之间数据拥塞、节省网络资源。
[0117]在上述实施例一的基础上，可选的，MEAS发送给MEAS-SF的业务请求中还携带业务处理指示信息，业务处理指示信息用于指示MEAS是否能够向用户设备提供业务请求所请求的业务数据。
[0118]具体的，当MEAS接收到用户设备发起的经eNodeB透传的业务请求后，根据部署的SP提供的内容、应用服务等业务，判断是否可以处理该业务请求，即是否可以对该业务请求生成对应的业务数据。若MEAS能够向用户设备提供该业务请求所请求的业务数据，则为该业务请求设置MEAS能够向用户设备提供业务请求所请求的业务数据的业务处理指示信息；否则，若MEAS不能够为用户设备提供业务请求所请求的业务数据，则为该业务请求设置MEAS不能够处理该业务请求的业务处理指示信息，并将业务处理指示信息携带在业务请求中发送给MEAS-SF。
[0119]在前述实施例的基础上，作为一种可行的实施方式，MEAS在通过所连接的基站接收用户设备发送的业务请求之前，还通过所连接的基站接收用户设备发送的第一建链请求，第一建链请求用于请求用户设备和SP之间建立连接，将第一建链请求发送给MEAS-SF，以使MEAS-SF将第一建链请求发送给SP ；MEAS接收MEAS-SF发送的SP对第一建链请求的第一建链响应消息；MEAS通过所连接的基站向用户设备发送对第一建链请求的第一建链响应消息。
[0120]具体的，请参见图1实施例中用户设备通过发送第一建链请求直接和SP建立连接的过程，此处不再赘述。
[0121]在前述实施例的基础上，作为另一种可行的实施方式，MEAS通过所连接的基站接收用户设备发送的业务请求之前，还通过所连接的基站接收用户设备发送的第二建链请求，第二建链请求用于请求用户设备和SP之间建立连接；MEAS通过所连接的基站向用户设备发送对第二建链请求的第二建链响应消息；
[0122]MEAS通过所连接的基站接收用户设备发送的业务请求并将业务请求发送至MEAS-SF，包括:
[0123]MEAS将携带MEAS和用户设备之间的连接信息的业务请求发送给MEAS-SF。
[0124]具体的，请参见图2实施例中用户设备通过发送第二建链请求间接和SP建立连接的过程，此处不再赘述。
[0125]图4为本发明业务提供方法实施例二的流程图。在上述图1所示通信网络的基础上，本实施例的执行主体为MEAS-SF，本实施例适用于通信网络中多个eNodeB对应一个MEAS和MEAS-SF的场景，具体的，本实施例可以包括如下步骤:
[0126]201:移动边缘应用服务器支持节点MEAS-SF接收移动边缘应用服务器MEAS发送的业务请求，MEAS-SF部署在核心网侧，与一个或多个移动边缘应用服务器MEAS连接，并与分组数据网关P-GW连接。
[0127]具体的，用户设备发起的业务请求，经过eNodeB后由eNodeB发送给MEAS，MEAS将该业务请求再发送给MEAS-SF，MEAS-SF接收该业务请求。其中，业务请求包括内容和应用服务，如请求浏览视频、图片等内容；或者，请求登录邮箱、登录银行账户等应用服务。
[0128]202 =MEAS-SF将业务请求发送给服务提供商SP。
[0129]MEAS-SF将接收到的业务请求通过P-GW发送给SP，由于P_GW上连接或集成了 BC、LIG及PCRF等功能模块，即P-GW与BC、LIG及PCRF相连。因此，P-GW可以在接收到上述业务请求后完成上行过程中对用户设备的相关计费、监听及策略控制等操作。
[0130]203:MEAS-SF通过P-GW接收SP发送的对业务请求所请求的业务数据，以便核心网侧对业务请求和业务请求所请求的业务数据进行计费。
[0131]具体的，用户设备发起的所有业务请求都经过eNodeB发送到MEAS，MEAS将接收到的所有业务请求发送给MEAS-SF，再由MEAS-SF通过P-GW将接收到的所有业务请求发送给SP,使得SP对接收到的所有业务请求生成业务请求所请求的业务数据并通过P-GW发送至MEAS-SF，完成下行过程中核心网侧对业务请求所请求的业务数据的计费等动作。[0132]本实施例提供的业务提供方法，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之间数据拥塞、节省网络资源。
[0133]在上述实施例二的基础上，MEAS-SF接收到的MEAS发送的业务请求中还携带业务处理指示信息，业务处理指示信息用于指示MEAS是否能够向用户设备提供业务请求所请求的业务数据。
[0134]具体的，当MEAS接收到用户设备发起的经eNodeB的流向自身的业务请求后，根据部署的SP提供的内容、应用服务等业务，判断是否可以处理该业务请求，即是否可以对该业务请求生成对应的业务数据。若MEAS能够向用户设备提供该业务请求所请求的业务数据，则为该业务请求设置MEAS能够向用户设备提供业务请求所请求的业务数据的业务处理指示信息；否则，若MEAS不能够为用户设备提供业务请求所请求的业务数据，则为该业务请求设置MEAS不能够处理该业务请求的业务处理指示信息，并将携带业务处理指示信息携带在业务请求中发送给MEAS-SF。当MEAS-SF接收到该携带业务处理指示信息的业务请求后，进行解析，根据解析出的业务处理指示信息，记录MEAS是否可向用户设备提供该业务请求所请求的业务，即记录MEAS对业务请求所请求的业务的提供能力。然后，MEAS-SF删除业务处理指示信息，将业务请求发送给SP。
[0135]进一步的，MEAS-SF通过P-GW接收SP发送的对业务请求所请求的业务数据之后，MEAS-SF判断MEAS是否能够向用户设备提供业务请求所请求的业务数据，是，则丢弃SP发送的业务请求所请求的业务数据；否，则将SP发送的业务请求所请求的业务数据发送给MEAS。
[0136]具体的，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将该业务数据进一步的发送给用户设备，从而为用户设备提供业务。
[0137]在前述实施例的基础上，作为一种可行的实施方式，移动边缘应用服务器支持节点MEAS-SF接收移动边缘应用服务器MEAS发送的业务请求之前，还包括:MEAS_SF接收MEAS发送的第一建链请求，通过P-GW将第一建链请求发送给SP，并通过P-GW接收SP对第一建链请求的第一建链响应消息；将SP对第一建链请求的第一建链响应消息发送给MEAS。
[0138]具体的，请参见图1实施例中用户设备通过发送第一建链请求直接和SP建立连接的过程，此处不再赘述。
[0139]在前述实施例的基础上，作为另一种可行的实施方式，移动边缘应用服务器支持节点MEAS-SF接收移动边缘应用服务器MEAS发送的业务请求，包括:MEAS_SF接收MEAS发送的携带连接信息业务请求，连接信息用于表示MEAS和用户设备之间建立连接；根据连接信息，通过P-GW向SP发送第三建链请求并通过P-GW接收SP对第三建链请求的第三建链响应消息。
[0140]具体的，请参见图2实施例中用户设备通过发送第二建链请求间接和SP建立连接的过程，此处不再赘述。
[0141]图5为本发明业务提供方法实施例三的信令图。本实施例中，MEAS和MEAS-SF同时部署传输层协议处理时，MEAS感知内容或应用服务，对于每个业务请求需要完成协议栈的状态和数据搬迁同步，本实施例适用于通信网络中多个eNodeB对应一个MEAS和MEAS-SF的场景。以下结合图1及图5，对本发明实施例提供的业务提供方法进行详细说明。
[0142]501、UE向eNodeB发送第一建链请求；
[0143]该第一建链请求可以为建链SYN报文。
[0144]502、eNodeB收到该SYN报文后，按照分流原则，可以采用传统网络或MEAS网络，如果采用传统网络，所有的流程与处理和原来的传统网络处理一致，在MEAS-SF处实现业务透传；
[0145]503、若采用MEAS网络，eNodeB将该第一建链请求发送给MEAS，MEAS建立协议栈；
[0146]504、MEAS将SYN报文发送给MEAS-SF，再由MEAS-SF将该SYN报文发送给SP ；
[0147]505:SP按照接收SYN报文的路径，回复第一建链响应消息，即SYNACK给UE’此过程中，MEAS记录SP和UE之间的协议栈信息；
[0148]506:UE按照505中接收SYN ACK的路径给SP回复ACK响应，此过程中，MEAS记录SP和UE之间的协议栈信息；
[0149]507,UE发起业务请求，经过eNodeB发送到MEAS，MEAS进行业务判断，判断其能否向用户设备提供业务请求所请求的业务数据，若可以提供，则在业务请求中设置MEAS可以处理该业务请求的业务处理指示信息，表明MEAS能够向用户设备提供业务请求所请求的业务数据，否则，在业务请求中设置MEAS不能够处理该业务请求的业务处理指示信息，然后将业务处理指示信息的携带在业务请求发送给MEAS-SF ；
[0150]508、MEAS-SF接收到携带业务处理指示信息的业务请求后，进行解析，并记录MEAS是否可处理该业务请求，即记录MEAS对业务请求所请求的业务的提供能力。在对携带业务处理指示信息的业务请求解析及记录完毕后，MEAS-SF删除业务请求中的业务处理指示信息，将业务请求经P-GW转发给SP。此过程中，P-Gff完成上行过程中对用户设备的相关计费、监听及策略控制等操作。
[0151 ] 509、根据507中MEAS对接收到的业务请求的判断，MEAS对接收到的业务请求做相应的处理。具体的，若MEAS判断出其可以向用户设备提供业务请求所请求的业务数据，则接管原来的协议栈信息，MEAS在本地对业务请求生成业务请求所请求的业务数据；若MEAS判断出其不能够向用户设备提供业务请求所请求的业务数据，则等待SP过来的响应；
[0152]510、SP收到MEAS-SF经P-GW发送的业务请求后，生成与业务请求所请求的业务数据，并将业务数据(data)经P-GW发送给MEAS-SF。此过程中，P-GW完成下行过程中对用户设备的相关计费、监听及策略控制等操作；
[0153]511、MEAS-SF根据记录的MEAS对业务请求所请求的业务的提供能力，判断MEAS是否能够向用户设备提供业务请求所请求的业务数据。若MEAS-SF判断出MEAS能够向用户设备提供业务请求所请求的业务数据，则丢弃SP发送的业务数据(Data)，同时向MEAS发送协议栈同步信息启动协议栈信息同步任务，保证业务在eNodeB切换后可以直接接受SP的数据；否则，若MEAS-SF判断出MEAS不能向用户设备提供业务请求所请求的业务数据，则将SP发送的对业务数据(Data)发送给MEAS，即将接收到的业务数据(Data)发送给MEAS。
[0154]512、MEAS将本地对业务请求生成该业务请求所请求的业务数据(Data)或接收到的由SP生成的该业务请求所请求的业务数据(Data)通过eNodeB转发给UE以向UE提供内容、应用服务等业务。
[0155]513、UE回复ACK给SP，MEAS协议栈处理后，继续发送给SP协议栈处理；
[0156]需要说明的是，用户设备发起的业务请求，所请求的内容、应用服务请业务可能比较大，需要MEAS或SP分多次将根据该业务请求生成对应业务数据发送给用户设备，也就是说，对同一业务请求生成的业务数据可能有多个。此时，循环执行509?513，具体如图中黑色虚线框所示，直到所有的业务数据发送结束；
[0157]514、当UE发起的业务请求所所请求的业务响应完毕后，UE向SP发送重置指令(Reset，简称RST)或终止指令(Final，以下简称FIN)(图中未示出)等拆链消息，拆除UE与SP之间通过eNodeB、MEAS、S-Gff, MEAS-SF、P-Gff等建立的连接，亦即，MEAS接收到拆链消息后，拆除UE、eN0deB与MeAS之间的连接，SP收到拆链消息后，拆除MEAS_SF、P_GW与SP之间的连接。
[0158]图6为本发明业务提供方法实施例四的信令图。本实施例与图5所示实施例的差异之处在于:图5实施例中，MEAS和MEAS-SF同时部署传输层协议处理，MEAS感知内容或应用服务，而本实施例中，MEAS中不部署传输层协议处理，只是部署应用层的数据，MEAS感知内容或应用服务，MEAS和MEAS-SF通过数据长度和偏移进行传输以节省回程带宽，同时UE和SP之间保持连接，以下结合图1及图6，对本发明实施例提供的业务提供方法进行详细说明。
[0159]601?608，其实现过程与图5实施例中501?508相同，具体的，请参照图5实施例，此处不再赘述；
[0160]609、根据607中MEAS对接收到的业务请求的判断，MEAS对接收到的业务请求做相应的处理。具体的，若MEAS判断出其可以向用户设备提供业务请求所请求的业务数据，则准备镜像的响应内容；若MEAS判断出其不能够向用户设备提供业务请求所请求的业务数据，则等待SP过来的响应；
[0161]610、SP收到MEAS-SF经P-GW发送的业务请求后，生成与业务请求所请求的业务数据(Data)并经P-GW发送给MEAS-SF。此过程中，P-GW完成下行过程中对用户设备的相关计费、监听及策略控制等操作；
[0162]611、MEAS_SF根据记录的MEAS对业务请求所请求的业务的提供能力，判断MEAS是否能够向用户设备提供业务请求所请求的业务数据。若MEAS-SF判断出MEAS能够向用户设备提供业务请求所请求的业务数据，则丢弃SP发送的对业务请求生成的业务数据(Data)，同时按照传输协议将数据长度和偏移信息发送给MEAS,其中，数据长度和偏移信息决定一个业务数据的具体内容；否则，若MEAS-SF判断出MEAS不能向用户设备提供业务请求所请求的业务数据，则将SP发送的对业务请求生成的业务数据(Data)发送给MEAS，即将接收到的业务数据(Data)发送给MEAS ；
[0163]612、MEAS根据接收到的MEAS-SF发送的数据长度和偏移信息以及本地部署的SP提供内容、应用服务等业务，在本地对业务请求生成对应的业务数据，然后将该本地生成的业务数据(Data)或者接收到的由SP生成的业务数据(Data)通过eNodeB转发给UE以向UE提供内容、应用服务等业务；
[0164]613、UE回复ACK给SP，MEAS协议栈处理后，继续发送给SP协议栈处理；
[0165]需要说明的是，用户设备发起的业务请求，所请求的内容、应用服务请业务可能比较大，需要MEAS或SP分多次将根据该业务请求生成对应的业务数据发送给用户设备，也就是说，对同一业务请求生成的业务数据可能有多个。此时，循环执行609?613，具体如图中黑色虚线框所示，直到所有的业务数据(Data)发送结束；
[0166]614、当UE发起的业务请求所所请求的业务数据发送完毕后，UE向SP发送重置指令(Reset，简称RST)或终止指令(Final，以下简称FIN)(图中未示出)等拆链消息，拆除UE与SP之间通过eNodeB、MEAS、S-Gff, MEAS-SF、P-Gff等建立的连接，亦即，MEAS接收到拆链消息后，拆除UE、eN0deB与MeAS之间的连接，SP收到拆链消息后，拆除MEAS_SF、P_GW与SP之间的连接。
[0167]图7为本发明业务提供方法实施例五的信令图。本实施例中，MEAS的应用层上部署业务的应用服务部分，可以独立的为用户设备提供业务，而MEAS-SF上部署业务的代理请求部分，MEAS-SF可以模拟UE向SP发送响应，本实施例适用于通信网络中存在多个MEAS及MEAS-SF的场景。以下结合图3及图7，对本发明实施例提供的业务提供方法进行详细说明。
[0168]701、UE向eNodeB发送第二建链请求；
[0169]该第二建链请求可以为建链SYN报文。
[0170]702、eNodeB收到该SYN报文后，按照分流原则，可以采用传统网络或MEAS网络，如果采用传统网络，所有的流程与处理和原来的传统网络处理一致，在MEAS-SF处实现业务透传；
[0171]703、如果采用MEAS网络，则eNodeB将SYN报文发送给MEAS，MEAS代替SP和UE建立连接，向UE返回第二建链响应消息，即MEAS向UE返回SYN ACK7UE接收到SYN ACK后向MEAS发送ACK从而建立UE与MEAS之间的连接；
[0172]704,UE发起业务请求，经过eNodeB流到MEAS，MEAS进行业务判断，判断其能否向用户设备提供业务请求所请求的业务数据，若可以提供，则在业务请求中设置MEAS能够处理该业务请求的业务处理指示信息，否则，在业务请求中设置MeAS不能够处理该业务请求的业务处理指示信息，并将业务处理指示信息以及表明UE和MEAS之间已建立连接的连接信息携带在业务请求中发送给MEAS-SF ；
[0173]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完成上行过程中对用户设备的相关计费、监听及策略控制等操作；
[0174]706、根据704中MEAS对接收到的业务请求的判断，MEAS对接收到的业务请求做相应的处理。具体的，若MEAS判断出其可以向用户设备提供业务请求所请求的业务数据，则在本地对业务请求生成对应的业务数据(Data);否则，若MEAS判断出其不能够向用户设备提供业务请求所请求的业务，则等待SP过来的响应；
[0175]707、SP收到MEAS-SF经P-GW发送的业务请求后，生成与业务请求对应的业务数据(Data)并经P-GW发送给MEAS-SF。此过程中，P-GW完成下行过程中对用户设备的相关计费、监听及策略控制等操作；
[0176]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 ；
[0177]709、根据MEAS的业务的提供能力，MEAS接收到的信息是不同的。具体的，本步骤可以包括下列子步骤:
[0178]709.1、若MEAS接收到的是MEAS-SF发送的数据长度和偏移信息等数据描述信息并进行解析，若解析得到速率控制信息，则同步与MEAS-SF之间的速率；
[0179]709.2、若MEAS接收到的是MEAS-SF重新组装后的业务请求所请求的业务数据，则解析出相应的内容并发送给用户设备；
[0180]710、UE将本地生成的业务数据以及解析出的由MEAS-SF重新组装后的业务请求的业务数据通过eNodeB转发给UE以向UE提供内容、应用服务等业务；
[0181]711、UE 回复 ACK 给 MEAS ,MEAS-SF 回复 ACK 给 SP ；
[0182]需要说明的是，用户设备发起的业务请求，所请求的内容、应用服务请业务可能比较大，需要MEAS或SP分多次将根据该业务请求生成对应的业务数据发送给用户设备，也就是说，对同一业务请求生成的业务数据可能有多个。此时，循环执行706?711，具体如图中黑色虚线框所示，直到所有的业务数据发送结束；
[0183]712、当UE发起的业务请求所所请求的业务数据发送完毕后，UE向SP发送重置指令(Reset，简称RST)或终止指令(Final，以下简称FIN)(图中未示出)等拆链消息，拆除UE与SP之间通过eNodeB、MEAS、S-Gff, MEAS-SF、P-Gff等建立的连接，亦即，MEAS接收到拆链消息后，拆除UE、eN0deB与MeAS之间的连接，SP收到拆链消息后，拆除MEAS_SF、P_GW与SP之间的连接。
[0184]图7实施例中，最初建立的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。
[0185]图8为本发明业务提供方法实施例六的信令图。本实施例适用于通信网络中存在多个MEAS及MEAS-SF且发生eNodeB切换的场景。以下结合图3及图8，对本发明实施例提供的业务提供方法进行详细说明。
[0186]801、根据移动建网规则，建立MEAS的映射关系。具体的，本步骤中，建立了 MEASl与MEAS2之间的映射关系；
[0187]802、UE从eNodeB I接入移动通信网络，并且和MEASl完成3次握手如，UE与MEAS之间发送SYN、SYN ACK以及ACK等，已建立UE与MEASl之间的连接，由MEASl为UE提供业务，即由MEASl直接将对业务请求生成对应的业务数据(Data)发送给UE ；
[0188]803、当 UE 从 eNodeBl 切换到 eNodeB2 上时，UE 向 MEAS2 发起 ACK 响应，MEAS2 向源eNodeBl及MEASl查询业务请求被代理的情况。具体的，若接收到的业务请求为SYN报文，说明是非历史业务，直接由MEAS2判断其能否向用户设备提供业务请求所请求的业务；否则，若接收到的业务请求不是SYN报文，则由MEASl判断其能否向用户设备提供业务请求所请求的业务，若MEASl不能够提供，则采用传统网络将业务请求发送至SP。
[0189]804、若MEAS2向源eNodeBl及MEASl查询到业务请求是被代理的，则建立全新的隧道，将MEASl对请求生成对应的业务数据(Data)从该隧道经eNodeB2转发到MEAS2，再由MEAS2将其发送至P-GW完成计费监听(图中未示出)等再经由eN0deB2发送至用户设备，不断循环的进行数据转发，直到连接全部断掉；gMEAS2向源eNodeBl及MEASl查询到业务请求没有被代理，则将业务请求发送给SP。
[0190]需要说明的是，上述图1及图2所示业务提供系统的架构示意图，在现有技术的基础上仅增加了 MEAS及MEAS-SF，然而，本发明并不以此为限制，在其他可行的实施方式中，还可以增加移动边缘应用服务器中心(MEAS center)，由MEAS Center管理各个MEAS，MEASCenter和MEAS构成分层服务处理。
[0191]还需要说明的是，上述各个实施例均是以将MEAS在物理部署上靠近eNodeB为例对本发明进行详细阐述，然而，本发明并不以此为限制，在其他可能的实施方式中，MEAS也可以集成在eNodeB等基站上。以UMTS网络为例，当MEAS靠近NodeB部署或集成在NodeB上时，RAN内部，即NodeB和无线网络控制器(Radio Network Controller,以下简称RNC)之间的带宽资源可以得到节省。
[0192]图9为本发明移动边缘应用服务器MEAS实施例一的结构示意图。本实施例的MEAS，部署在接入网侧，与一个或多个基站连接，还与移动边缘应用服务器支持节点MEAS-SF连接，具体可以实现本发明任一实施例提供的应用于MEAS的方法的各个步骤，具体实现过程在此不再赘述。本实施例提供的MEAS，具体可以包括:接收器91、发送器92、处理器93、存储器94和至少一个通信总线95。该处理器93可以是中央处理单元(CentralProcessing Unit，简称CPU)，通信总线95用于实现这些装置之间的连接通信。存储器94可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。存储器94可选的可以包含至少一个位于远离前述处理器93的存储装置。
[0193]其中，接收器91，用于通过所连接的基站接收用户设备发送的业务请求，并将业务请求发送至MEAS-SF，业务请求表示用户设备向服务提供商SP请求业务息；
[0194]处理器93，用于判断MEAS是否能够向用户设备提供业务请求所请求的业务数据
[0195]发送器92，用于若处理器判断MEAS能够向用户设备提供业务请求所请求的业务数据，则通过所连接的基站向用户设备发送业务请求所请求的业务数据。
[0196]本实施例提供的移动边缘应用服务器MEAS，其上部署了 SP提供内容、应用服务等业务，当MEAS能够向用户设备提供业务请求所请求的业务时，直接从本地对业务请求生成对应的业务数据，由于MEAS在物理部署上往往靠近eNodeB，即部署在RAN侧，使得用户设备无需通过RAN和CN从服务器或Internet上获取SP提供的业务数据，而直接从RAN侧获取所需业务数据，避免了 RAN和CN之间数据拥塞、节省网络资源。
[0197]进一步的，接收器91，还用于若处理器判断出MEAS不能够向用户设备提供业务请求所请求的业务数据，则从MEAS-SF获取SP发送的业务请求所请求的业务数据。
[0198]进一步的，发送器92，还用于将SP发送的业务请求所请求的业务数据通过所连接的基站发送至用户设备。
[0199]进一步的，发送器92发送给MEAS-SF的业务请求中还携带业务处理指示信息，业务处理指示信息用于指示MEAS是否能够向用户设备提供业务请求所请求的业务数据。
[0200]进一步的，接收器91，还用于在通过所连接的基站接收用户设备发送的业务请求之前，通过所连接的基站接收用户设备发送的第一建链请求，第一建链请求用于请求用户设备和SP之间建立连接；
[0201]发送器92，还用于将第一建链请求发送给MEAS-SF ；
[0202]接收器91，还用于接收MEAS-SF发送的SP对第一建链请求的第一建链响应消息；
[0203]发送器92，还用于通过所连接的基站向用户设备发送对对第一建链请求的第一建链响应消息。
[0204]进一步的，接收器91，还用于在通过所连接的基站接收用户设备发送的业务请求之前，通过所连接的基站接收基站发送的第二建链请求，第二建链请求用于请求用户设备和SP之间建立连接；
[0205]发送器92，还用于通过所连接的基站向用户设备发送对第二建链请求的第二建链响应消息，将MEAS和用户设备之间的连接信息携带在业务请求中发送给MEAS-SF。
[0206]图10为本发明移动边缘应用服务器支持节点MEAS-SF实施例一的结构示意图。本实施例的MEAS-SF，与一个或多个移动边缘应用服务器MEAS连接，并与分组数据网关P-Gff连接，具体可以实现本发明任一实施例提供的应用于MEAS-SF的方法的各个步骤，具体实现过程在此不再赘述。本实施例提供的MEAS-SF，具体可以包括:接收器101、发送器102、处理器103、存储器104和至少一个通信总线105。该处理器103可以是中央处理单元(Central Processing Unit,简称CPU),通信总线105用于实现这些装置之间的连接通信。存储器104可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。存储器104可选的可以包含至少一个位于远离前述处理器103的存储装置。[0207]其中，接收器101，用于接收MEAS发送的业务请求；
[0208]发送器102，用于通过P-GW将业务请求发送给SP ；
[0209]接收器还用于通过P-GW接收SP发送的业务请求所请求的业务数据，以便核心网侧对业务请求和业务请求所请求的业务数据进行计费。
[0210]本实施例提供的移动边缘应用服务器MEAS-SF，MEAS上部署了 SP提供内容、应用服务等业务，当MEAS-SF确定出MEAS能够向用户设备提供业务请求所请求的业务时，则丢弃SP对该业务请求的业务数据，由MEAS直接从本地对业务请求生成对应的业务数据，由于MEAS在实际部署中可以上靠近eNodeB，即部署在RAN侧，使得用户设备无需通过RAN和CN从服务器或Internet上获取SP提供的业务数据，而直接从RAN侧获取所需业务数据，避免了 RAN和CN之间数据拥塞、节省网络资源。
[0211]进一步的，接收器101接收的业务请求中还携带业务处理指示信息，业务处理指示信息用于指示MEAS是否能够向用户设备提供业务请求所请求的业务数据。
[0212]进一步的，处理器103，还用于在接收器101通过P-GW接收SP发送的业务请求所请求的业务数据后，判断MEAS是否能够向用户设备提供业务请求所请求的业务数据，是，则丢弃SP发送的业务请求所请求的业务数据。
[0213]进一步的，发送器102，还用于若处理器判断MEAS不能够向用户设备提供业务请求所请求的业务数据，则将SP发送的业务请求所请求的业务数据发送给MEAS ；
[0214]进一步的，接收器103还用于接收MEAS发送的第一建链请求，第一建链请求用于请求用户设备和SP之间建立连接。
[0215]发送器102，还用于将第一建链请求通过P-GW发送给SP ；
[0216]接收器101，还用于通过P-GW接收SP对第一建链请求的第一建链响应消息；
[0217]发送器102，还用于将第一响应消息发送给MEAS。
[0218]进一步的，接收器101接收的业务请求中还携带连接信息，连接信息用于表示MEAS和用户设备之间建立连接；
[0219]发送器102还用于根据连接信息，通过P-GW向SP发送第三建链请求；
[0220]接收器101还用于通过P-GW接收SP对第三建链请求的第三建链响应消息。
[0221]进一步的，若处理器103判断出MEAS能够向用户设备提供业务请求所请求的业务数据，则处理器103还用于与MEAS同步业务请求所请求的业务数据的信息；或还用于与MEAS同步用户设备与SP之间的协议栈信息。
[0222]本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0223]最后应说明的是:以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
【权利要求】
1.一种业务提供系统，其特征在于，包括:至少一个移动边缘应用服务器MEAS和移动边缘应用服务器支持节点MEAS-SF ;所述MEAS部署在接入网侧，与一个或多个基站连接；所述MEAS-SF部署在核心网侧，与一个或多个所述MEAS连接，并与分组数据网关P-GW连接； 所述MEAS，用于通过所连接的基站接收用户设备发送的业务请求，并将所述业务请求发送至所述MEAS-SF，所述业务请求表示所述用户设备向服务提供商SP请求业务；若所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据； 所述MEAS-SF，用于接收所述MEAS发送的所述业务请求，通过所述P-GW将所述业务请求发送给所述SP，并通过所述P-GW接收所述SP发送的所述业务请求所请求的业务数据，以便所述核心网侧对所述业务请求和所述业务请求所请求的业务数据进行计费。
2.根据权利要求1所述的业务提供系统，其特征在于，若所述MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则所述MEAS还用于从所述MEAS-SF获取所述SP发送的所述业务请求所请求的业务数据，并将所述SP发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。
3.根据权利要求1或2所述的业务提供系统，其特征在于，所述MEAS发送给所述MEAS-SF的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据； 所述MEAS-SF还用于:若所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则丢弃所述SP发送的所述业务请求所请求的业务数据；否则，若所述MEAS不能向所述用户设备提供所述业务请求所请求的业务数据，则将所述SP发送的所述业务请求所请求的业务数据发送给所述MEAS。
4.根据权利要求1-3任一项所述的业务提供系统，其特征在于，所述MEAS还用于:在通过所连接的基站接 收所述用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述SP之间建立连接；将所述第一建链请求发送给所述MEAS-SF，接收所述MEAS-SF发送的所述SP对所述第一建链请求的第一建链响应消息；并通过所连接的基站向所述用户设备发送对所述第一建链请求的第一建链响应消息； 所述MEAS-SF还用于:接收所述MEAS发送的所述第一建链请求，将所述第一建链请求通过所述P-GW发送给所述SP ;通过所述P-GW接收所述SP对所述第一建链请求的第一建链响应消息，将所述第一响应消息发送给所述MEAS。
5.根据权利要求1-3任一项所述的业务提供系统，其特征在于，所述MEAS还用于:在通过所连接的基站接收用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述SP之间建立连接；通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息；所述MEAS发送给所述MEAS-SF的业务请求中还携带所述MEAS和所述用户设备之间的连接信息； 所述MEAS-SF还用于:接收所述MEAS发送的携带所述MEAS和所述用户设备之间的连接信息的业务请求，根据所述连接信息，通过所述P-GW向所述SP发送第三建链请求，并通过所述P-GW接收所述SP对所述第三建链请求的第三建链响应消息。
6.根据权利要求1-5任一项所述的业务提供系统，其特征在于， 若所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，所述MEAS-SF还用于与所述MEAS同步所述业务请求所请求的业务数据的信息；或还用于与所述MEAS同步所述用户设备与SP之间的协议栈信息。
7.一种移动边缘应用服务器，其特征在于，部署在接入网侧，与一个或多个基站连接，还与移动边缘应用服务器支持节点MEAS-SF连接； 所述移动边缘应用服务器包括: 接收器，用于通过所连接的基站接收用户设备发送的业务请求，并将所述业务请求发送至所述MEAS-SF，所述业务请求表示所述用户设备向服务提供商SP请求业务息； 处理器，用于判断所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据； 发送器，用于若所述处理器判断所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据。
8.根据权利要求7所述的移动边缘应用服务器，其特征在于，所述接收器还用于: 若所述处理器判断出所述MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则从所述MEAS-SF获取所述SP发送的所述业务请求所请求的业务数据； 所述发送器还用于:将所述SP发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。
9.根据权利要求7或8所述的移动边缘应用服务器，其特征在于，所述发送器发送给所述MEAS-SF的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。
10.根据权利要求7?9任一项所述的移动边缘应用服务器，其特征在于，所述接收器还用于:在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述SP之间建立连接； 所述发送器还用于:将所述第一建链请求发送给所述MEAS-SF ； 所述接收器还用于:接收所述MEAS-SF发送的所述SP对所述第一建链请求的第一建链响应消息； 所述发送器还用于:通过所连接的基站向所述用户设备发送对所述对第一建链请求的第一建链响应消息。
11.根据权利要求7?9任一项所述的移动边缘应用服务器，其特征在于，所述接收器还用于:在通过所连接的基站接收所述用户设备发送的业务请求之前，通过所连接的基站接收所述基站发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述SP之间建立连接； 所述发送器还用于:通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息，将所述MEAS和所述用户设备之间的连接信息携带在所述业务请求中发送给所述MEAS-SF。
12.—种移动边缘应用服务器支持节点，其特征在于，与一个或多个移动边缘应用服务器MEAS连接，并与分组数据网关P-GW连接； 所述移动边缘应用服务器支持节点包括: 接收器，用于接收所述MEAS发送的所述业务请求； 发送器，用于通过所述P-GW将所述业务请求发送给所述SP ； 所述接收器还用于:通过所述P-GW接收所述SP发送的所述业务请求所请求的业务数据，以便所述核心网侧对所述业务请求和所述业务请求所请求的业务数据进行计费。
13.根据权利要求12所述的移动边缘应用服务器支持节点，其特征在于，所述接收器接收的所述业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。
14.根据权利要求12或13所述的移动边缘应用服务器支持节点，其特征在于，还包括: 处理器，用于在所述接收器通过所述P-GW接收所述SP发送的所述业务请求所请求的业务数据后，判断所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据，是，则丢弃所述SP发送的所述业务请求所请求的业务数据； 所述发送器还用于:若所述处理器判断所述MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则将所述SP发送的所述业务请求所请求的业务数据发送给所述MEAS。
15.根据权利要求12-14任一项所述的移动边缘应用服务器支持节点，其特征在于， 所述接收器还用于:接收.所述MEAS发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述SP之间建立连接； 所述发送器还用于:将所述第一建链请求通过所述P-GW发送给所述SP ； 所述接收器还用于:通过所述P-GW接收所述SP对所述第一建链请求的第一建链响应消息； 所述发送器还用于:将所述第一响应消息发送给所述MEAS。
16.根据权利要求12-14任一项所述的移动边缘应用服务器支持节点，其特征在于，所述接收器接收的所述业务请求中还携带连接信息，所述连接信息用于表示所述MEAS和所述用户设备之间建立连接； 所述发送器还用于根据所述连接信息，通过所述P-GW向所述SP发送第三建链请求； 所述接收器还用于通过所述P-GW接收所述SP对所述第三建链请求的第三建链响应消肩、O
17.根据权利要求12-16任一项所述的移动边缘应用服务器支持节点，其特征在于，若所述处理器判断出所述MEAS能够向所述用户设备提供所述业务请求所请求的业务数据，则所述处理器还用于与所述MEAS同步所述业务请求所请求的业务数据的信息；或还用于与所述MEAS同步所述用户设备与SP之间的协议栈信息。
18.—种业务提供方法，其特征在于，包括: 移动边缘应用服务器MEAS通过所连接的基站接收用户设备发送的业务请求并将所述业务请求发送至移动边缘应用服务器支持节点MEAS-SF，所述业务请求表示所述用户设备向服务提供商SP请求业务，所述MEAS部署在接入网侧，与一个或多个基站连接，并与所述移动边缘应用服务器支持节点MEAS-SF连接；若所述MEAS能够向所述用户设备提供所述业务请求所请求的业务，则通过所连接的基站向所述用户设备发送所述业务请求所请求的业务数据。
19.根据权利要求18所述的方法，其特征在于，若所述MEAS不能够向所述用户设备提供所述业务请求所请求的业务数据，则所述MEAS还用于从所述MEAS-SF获取所述SP发送的所述业务请求所请求的业务数据，并将所述SP发送的所述业务请求所请求的业务数据通过所连接的基站发送至所述用户设备。
20.根据权利要求18或19所述的方法，其特征在于，所述MEAS发送给所述MEAS-SF的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。
21.根据权利要求18?20任一项所述的方法，其特征在于，所述移动边缘应用服务器MEAS在通过所连接的基站接收所述用户设备发送的业务请求之前，还包括: 所述MEAS 通过所连接的基站接收所述用户设备发送的第一建链请求，所述第一建链请求用于请求所述用户设备和所述SP之间建立连接； 所述MEAS将所述第一建链请求发送给所述MEAS-SF，以使所述MEAS-SF将所述第一建链请求发送给所述SP ； 所述MEAS接收所述MEAS-SF发送的所述SP对所述第一建链请求的第一建链响应消息； 所述MEAS通过所连接的基站向所述用户设备发送对所述第一建链请求的第一建链响应消息。
22.根据权利要求18或19所述的方法，其特征在于，所述移动边缘应用服务器MEAS通过所连接的基站接收所述用户设备发送的业务请求之前，还包括: 所述MEAS通过所连接的基站接收所述用户设备发送的第二建链请求，所述第二建链请求用于请求所述用户设备和所述SP之间建立连接； 所述MEAS通过所连接的基站向所述用户设备发送对所述第二建链请求的第二建链响应消息； 所述移动边缘应用服务器MEAS通过所连接的基站接收用户设备发送的业务请求并将所述业务请求发送至移动边缘应用服务器支持节点MEAS-SF，包括: 所述MEAS将携带所述MEAS和所述用户设备之间的连接信息的业务请求发送给所述MEAS-SF。
23.—种业务提供方法，其特征在于，包括: 移动边缘应用服务器支持节点MEAS-SF接收移动边缘应用服务器MEAS发送的业务请求，所述MEAS-SF部署在核心网侧，与一个或多个移动边缘应用服务器MEAS连接，并与分组数据网关P-GW连接； 所述MEAS-SF将所述业务请求发送给服务提供商SP ； 所述MEAS-SF通过所述P-GW接收所述SP发送的对所述业务请求所请求的业务数据，以便所述核心网侧对所述业务请求和所述业务请求所请求的业务数据进行计费。
24.根据权利要求23所述的方法，其特征在于，所述MEAS-SF接收到的所述MEAS发送的业务请求中还携带业务处理指示信息，所述业务处理指示信息用于指示所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据。
25.根据权利要求23或24所述的方法，其特征在于，所述MEAS-SF通过所述P-GW接收所述SP发送的对所述业务请求所请求的业务数据之后，还包括: 所述MEAS-SF判断所述MEAS是否能够向所述用户设备提供所述业务请求所请求的业务数据，是，则丢弃所述SP发送的所述业务请求所请求的业务数据；否，则将所述SP发送的所述业务请求所请求的业务数据发送给所述MEAS。
26.根据权利要求23-25任一项所述的方法，其特征在于，所述移动边缘应用服务器支持节点MEAS-SF接收移动边缘应用服务器MEAS发送的业务请求之前，还包括: 所述MEAS-SF接收所述MEAS发送的第一建链请求； 所述MEAS-SF通过所述P-GW将所述第一建链请求发送给所述SP ； 所述MEAS-SF通过所述P-GW接收所述SP对所述第一建链请求的第一建链响应消息； 所述MEAS-SF将所述SP对所述第一建链请求的第一建链响应消息发送给所述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之间的协议栈信息。
【文档编号】H04L1/16GK103430516SQ201380000156
【公开日】2013年12月4日 申请日期:2013年2月21日 优先权日:2013年2月21日
【发明者】朱志明, 刘维华, 曹明荣 申请人:华为技术有限公司