一种实现虚拟多APN接入方法、装置及设备与流程

本发明属于物联网
技术领域：
，尤其涉及一种实现虚拟多apn接入方法、装置、设备和计算机存储介质。
背景技术：
：接入点(accesspointname，apn)的出现是为了终端使用指定的无线接入通道发生业务，专用apn能够让业务之间隔离，提高业务的安全性。在业务发展初期，一般终端同时只有一个apn生效。随着物联网业务的发展，终端上承载的各个业务，一般基于网络安全、网络质量、资费等因素，都会采用单独的apn接入。这样就会出现一个终端出现多个同时并发apn连接的情况。这样就带来一个问题，如图1所示，同一个终端发起了多次apn接入(例如：一个业务对应一个apn)，创建了多个物理通道(例如：业务1对应apn1)，多次apn的接入过程对网络信令负荷开销较大，浪费了空口接入、局间信令交互的资源，接入的过程涉及多个网元交互，接入的时长也较长。每个apn都需要分配一个地址，对ip地址资源的消耗也比较大。因此，需要提出一种更加合理的apn接入方法，避免资源浪费的问题。技术实现要素：本申请实施例提供一种实现虚拟多apn接入方法、装置、设备和计算机存储介质，能够实现在降低业务处理复杂度的同时，避免资源浪费的目的。第一方面，本申请实施例提供了一种实现虚拟多apn接入方法，该方法可以包括：在接入点apn中通过划分逻辑通道，构建多个虚拟apn；发起apn并发业务的接入请求，判断apn中是否存在虚拟apn族，虚拟apn族包括多个虚拟apn；当存在虚拟apn族时，利用虚拟apn族向服务端发送业务消息，以便于多个虚拟apn接入服务端；其中，业务消息包括与多个虚拟apn对应的业务消息。本申请，可以避免各业务单独申请apn，降低信令开销、降低终端上的业务处理复杂度。根据业务使用统计规律，确定首次建立apn通道的参数方法，能够尽可能降低网络资源预留，又能够减少与网络侧交互进行承载修改的流程。采用新增虚拟ip地址管理方式，降低原有网络dhcp服务器的负荷，扩大了dhcp服务器的地址池规模。在一种可能的实施方式中，在上述“利用虚拟apn族向服务端发送业务消息”的步骤之前，还可以包括：在apn与虚拟apn族之间的建立连接。在另一种可能的实施方式中，在上述“利用虚拟apn族向服务端发送业务消息”的步骤之前，还可以包括：与服务端建立虚拟apn族的通道；接收服务端通过虚拟apn族的通道发送的虚拟ip地址，其中，虚拟ip地址是与虚拟apn族对应。在又一种可能的实施方式中，在上述“利用虚拟apn族向服务端发送业务消息”的步骤之前，还可以包括：判断虚拟apn族是否满足apn并发业务的接入请求的条件；当满足条件时，利用虚拟apn族通过对应的虚拟apn族的通道，向服务端发送业务消息。在再一种可能的实施方式中，在上述“利用虚拟apn族向服务端发送业务消息”的步骤中，具体可以包括：根据虚拟apn和虚拟ip地址，向服务端发送业务消息；其中，业务消息还包括：多个虚拟apn对应的业务消息的业务编号和虚拟ip地址。在再一种可能的实施方式中，上述方法还可以包括：接收服务端发送的反馈消息，使多个虚拟apn接入服务端；其中，反馈消息与业务消息相对应，反馈消息包括：虚拟apn族的真实ip地址和携带标识的多个虚拟apn对应的业务消息，业务消息包括多个虚拟apn对应的业务消息。第二方面，本申请实施例提供了一种实现虚拟多apn接入方法，该方法可以包括：接收客户端发送的业务消息，业务消息包括：客户端的虚拟ip地址和与多个虚拟apn对应的业务消息；根据虚拟ip地址和多个虚拟apn对应的业务消息，确定多个虚拟apn对应的一个真实ip地址；向客户端发送反馈消息，反馈消息包括真实ip地址和携带标识的多个虚拟apn对应的业务消息。本申请，可以避免各业务单独申请apn，降低信令开销、降低终端上的业务处理复杂度。同时，兼容现有的终端上多apn处理流程，对网络侧没有任何改造要求。根据业务使用统计规律，确定首次建立apn通道的参数方法，能够尽可能降低网络资源预留，又能够减少与网络侧交互进行承载修改的流程。采用新增虚拟ip地址管理方式，降低原有网络dhcp服务器的负荷，扩大了dhcp服务器的地址池规模。在一种可能的实施方式中，在上述“根据虚拟ip地址和多个虚拟apn对应的业务消息，确定多个虚拟apn对应的一个真实ip地址”的步骤之前，还可以包括：将客户端的虚拟ip地址修改为真实ip地址；对多个虚拟apn对应的业务消息进行标记，确定带标识的多个虚拟apn对应的业务消息。在又一种可能的实施方式中，在上述“根据虚拟ip地址和多个虚拟apn对应的业务消息，确定多个虚拟apn对应的一个真实ip地址”的步骤中，可以包括：判断业务消息是否是由虚拟apn族通过虚拟apn族的通道传送；当由虚拟apn族通过虚拟apn族的通道传送时，根据虚拟ip地址和多个虚拟apn对应的业务消息，确定多个虚拟apn对应的一个真实ip地址。第三方面，本申请实施例提供了一种实现虚拟多apn接入装置，该装置可以包括：管理模块，用于在接入点apn中通过划分逻辑通道，构建多个虚拟apn；处理模块，用于发起apn并发业务的接入请求，判断apn中是否存在虚拟apn族，虚拟apn族包括多个虚拟apn；收发模块，用于当存在虚拟apn族时，利用虚拟apn族向服务端发送业务消息，以便于多个虚拟apn接入服务端；其中，业务消息包括与多个虚拟apn对应的业务消息。第四方面，本申请实施例提供了一种实现虚拟多apn接入装置，该装置可以包括：收发模块，用于接收客户端发送的业务消息，业务消息包括：客户端的虚拟ip地址和与多个虚拟apn对应的业务消息；管理模块，用于根据虚拟ip地址和多个虚拟apn对应的业务消息，确定多个虚拟apn对应的一个真实ip地址；收发模块还用于，向客户端发送反馈消息，反馈消息包括真实ip地址和携带标识的多个虚拟apn对应的业务消息。第五方面，本申请实施例提供了一种实现虚拟多apn接入设备，该设备包括处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现如第一方面或第二方面任意一项实现虚拟多apn接入方法。第六方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如第一方面或第二方面任意一项实现虚拟多apn接入方法。第七方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第一方面或第二方面任意一项实现虚拟多apn接入方法。附图说明为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是一种多apn接入的场景架构示意图；图2是本申请一个实施例提供的一种多apn接入的系统架构示意图；图3是本申请一个实施例提供的一种实现虚拟多apn接入方法的交互图；图4是本申请一个实施例提供的一种具体实现虚拟多apn接入方法的交互图；图5是本申请一个实施例提供的一种ip地址的交互流程示意图；图6是本申请一个实施例提供的一种实现虚拟多apn接入装置结构示意图；图7是本申请一个实施例提供的另一种实现虚拟多apn接入装置结构示意图；图8是本申请一个实施例提供的一种实现虚拟多apn接入设备结构示意图。具体实施方式下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。为了方便理解本申请中涉及的内容，首先介绍一下本发明实施例提供的场景架构图，如图2所示，该架构下可以包括：服务端、网络侧和客户端。客户端和服务端通过网络侧(例如：移动通信网络)进行通信。其中，在一种可能的实施例中，该服务端可以包括：业务管理平台、特定业务对应的业务平台(例如：业务平台1、业务平台2等)，其中，在一种可能的实例中，该服务端还可以包括ip管理模块，用于ip地址的分配和回收处理。该客户端可以包括：终端，该终端中可以包括apn族管理模块和特定业务对应的业务进程模块(例如：业务1、业务2等)。下面，结合图2和图3对申请提供的方法进行详细说明。图3是本申请一个实施例提供的一种实现虚拟多apn接入方法的交互图。如图3所示，该方法具体可以包括s310-s370，具体如下所示：s310：客户端在接入点apn中通过划分逻辑通道，构建多个虚拟apn。s320：客户端发起apn并发业务的接入请求，判断apn中是否存在虚拟apn族，虚拟apn族包括多个虚拟apn。s330：当存在虚拟apn族时，客户端利用虚拟apn族向服务端发送业务消息，以便于多个虚拟apn接入服务端；其中，业务消息包括与多个虚拟apn对应的业务消息。具体地，在一种可能的实施例中，在s330之前，还可以包括：在apn与虚拟apn族之间的建立连接。即一个真实apn对应一个虚拟apn族。基于s330或者一种可能的实施例中，在另一种可能的实施例中，在s330之前，还可以包括：与服务端建立虚拟apn族的通道；接收服务端通过虚拟apn族的通道发送的虚拟ip地址，其中，虚拟ip地址是与虚拟apn族对应。基于s330、一种可能的实施例中或者另一种可能的实施例中，在又一种可能的实施例中，在s330之前，还可以包括：判断虚拟apn族是否满足apn并发业务的接入请求的条件；当满足条件时，利用虚拟apn族通过对应的虚拟apn族的通道，向服务端发送业务消息。基于上述3种可能的实施例中，s330具体可以包括：根据虚拟apn和虚拟ip地址，向服务端发送业务消息；其中，业务消息还包括：多个虚拟apn对应的业务消息的业务编号。其中，需要说明的是，该业务消息在一种可能的例子中，可以包括：与多个虚拟apn对应的业务消息和虚拟ip地址；或者，与多个虚拟apn对应的业务消息、虚拟ip地址和多个虚拟apn对应的业务消息的业务编号，其中该业务标号与业务消息一一对应。s340：服务端接收客户端发送的业务消息，业务消息包括：客户端的虚拟ip地址和与多个虚拟apn对应的业务消息；s350：服务端根据虚拟ip地址和多个虚拟apn对应的业务消息，确定多个虚拟apn对应的一个真实ip地址。具体地，在一种可能的实施例中，在该步骤之前，还可以包括：将客户端的虚拟ip地址修改为真实ip地址；对多个虚拟apn对应的业务消息进行标记，确定带标识的多个虚拟apn对应的业务消息。基于一种可能的实施例中，s350具体可以包括：判断业务消息是否是由虚拟apn族通过虚拟apn族的通道传送；当由虚拟apn族通过虚拟apn族的通道传送时，根据虚拟ip地址和多个虚拟apn对应的业务消息，确定多个虚拟apn对应的一个真实ip地址。s360：服务端向客户端发送反馈消息，反馈消息包括真实ip地址和携带标识的多个虚拟apn对应的业务消息。s370：客户端接收服务端发送的反馈消息，使多个虚拟apn接入服务端；其中，反馈消息与业务消息相对应，反馈消息包括：虚拟apn族的真实ip地址和携带标识的多个虚拟apn对应的业务消息，业务消息包括多个虚拟apn对应的业务消息。以上建立双向的消息交互，实现了虚拟多apn的接入。终端上使用的是虚拟地址(例如：虚拟ip地址)，而实际传输使用的是apn族的真实ip地址。本申请实施例提供的方法，可以避免各业务单独申请apn，降低信令开销、降低终端上的业务处理复杂度。同时，兼容现有的终端上多apn处理流程，可以使用原有方式，也可以使用新的方式，应用的灵活度较高，其中，因兼容现有网络侧apn处理流程，对网络侧没有任何改造要求。另外，根据终端上业务使用统计规律，确定首次建立apn通道的参数方法，能够尽可能降低网络资源预留，又能够减少与网络侧交互进行承载修改的流程。最后，新增虚拟ip地址管理方式，降低原有网络dhcp服务器的负荷，扩大了dhcp服务器的地址池规模。下面，基于图4结合一个更为具体的例子，对图3中涉及的方法进行进一步的说明。图4是本申请一个实施例提供的一种具体实现虚拟多apn接入方法的交互图。如图4所示，基于图2中的内容，将特定业务对应的业务平台举例为：sveldnew业务平台；将特定业务对应的业务进程模块举例为：sveldnew业务进程。基于此，实现虚拟多apn接入方法具体如下所示：首先，在一种可能的情况下，要进行对应业务的开通，具体步骤如下：业务开通时，客户通过前台系统内签约若干业务，记作：svcid1，svcid2，…，svcidn；各业务对应的apn记作apn1，apn2，…,apnn；各个apn的名称；ip地址的分配方式；各个apn的ip地址池。其中，如果ip地址的分配方式是静态ip地址方式时，还需记录终端序列号、用户id与静态ip的对应关系。可设置业务服务的账号密码，领取终端、领取物联网sim卡准备使用业务。前台系统将签约的业务同步给服务端的业务管理平台。业务管理平台收到客户端签约的业务信息，保存到数据库。同时根据预先设置，填写svcid1，svcid2，…，svcidn的网络承载需求(例如：包括业务签约带宽broadband、业务qos信息等)，分析结果也保存到数据库。其次，需要对客户端的终端进行工作模式配置，其中，终端上配置一般为两种模式，一种模式是传统工作模式，另一种是本申请实施例提供的工作模式。终端上工作模式的配置可以是静态的，也可以根据需求灵活变更，在此不再限定。下述内容中仅描述本申请实施例提供的工作模式。接着，终端上电自检后即发起物联卡的网络附着过程，登记到网络，并建立通用网络承载。然后，(基于s320)终端接收使用业务(记svcidnew)的指令，业务进程向终端中apn族管理模块发起apn接入请求(记virtualapnreq)(例如：apn并发业务的接入请求)，包含apn的所有信息(例如：apn名称、mcc或者mnc中的至少一个)。apn族管理模块收到virtualapnreq，检查当前是否已经存在clusterapn族(例如：虚拟apn族)，如果不存在，则apn族管理模块向网络按标准规范要求发起apn接入操作。其中，clusterapn通道建立的信息首先读取clusterapn默认信息，如果clusterapn默认信息尚未设置，则按svcidnew业务的apn信息填写，成功建立后标记该apn通道为clusterapn，获取的ip地址为clusterapnip。或者，(基于s330)apn族管理模块收到virtualapnreq，检查当前是否已经存在clusterapn，如果已经存在，首先判断当前的apn通道承载信息是否能够满足svcidnew业务的需求，如果能够满足，则执行虚拟apn族内数据交互步骤。如果当前的apn通道承载信息不能够满足svcidnew业务的需求，则发起向网络侧发起承载修改的请求(现有标准流程)，修改成功后再执行虚拟apn族内数据交互步骤。需要说明的是，所有的clusterapn通道接入的业务请求、业务下发消息都需要路由经过业务管理平台，具体通过在消息交互中增加clusterapntag标记实现。非clusterapn通道接入的业务请求、业务下发消息无需路由经过业务管理平台。进入到虚拟apn族内数据交互步骤，该步骤具体可以包括：此时apn族管理模块在收到virtualapnreq后已经与网络交互完成真实apn通道clusterapn的建立，clusterapnip已经分配，通道能够承载当前svcidnew业务。apn族管理模块向业务管理平台申请虚拟ip地址请求virtualipreq，给该业务分配虚拟ip地址ipvirtualnew(例如：虚拟ip地址)(如表1和图5所示)，并将ipvirtualnew地址信息通过virtualiprsp发送给apn族管理模块。apn族管理模块通过virtualapnrsp消息将ipvirtualnew同步到svcidnew业务模块，告知业务模块虚拟apn建立成功，告知分配的虚拟ip地址。svcidnew业务模块收到ipvirtualnew后，则携带ipvirtualnew作为源地址向apn族管理模块发起业务，apn族管理模块在clusterapn通道内使用源地址clusterapnip传送svcidnew业务数据给业务管理平台，消息内含有svcidnew编号。业务管理平台收到后，解析出clusterapnip、svcidnew，查询逻辑ip地址映射表格(如表1所示)，获取虚拟apn的逻辑ip地址ipvirtualnew。业务管理平台将报文源地址ip地址修改为ipvirtualnew，并标记该消息是通过虚拟apn族传送(记clusterapntag标记)，重新组装报文，发送给svcidnew对应的业务平台。svcidnew对应的业务平台向终端发生数据时，判断该终端上的业务通道由虚拟apn族传送(记clusterapntag标记)，则向业务管理平台发送消息，目的地址为ipvirtualnew。业务管理平台收到后，根据ipvirtualnew查询逻辑ip地址映射表格(如表1所示)，获取apn族真实ip(记clusterapnip)和业务标识(记svcid)，重新组装报文，通过clusterapn通道，向目的地clusterapnip携带业务标识svcid向终端上的apn族管理模块发送消息。apn族管理模块收到后，解析出clusterapnip和业务标识svcid，查询终端上的逻辑ip地址映射表格(如表1所示)，得到ipvirtualnew，重新组装报文，向svcidnew业务模块发送消息。以上建立双向的消息交互，实现了虚拟多apn的接入。终端上的业务进程、业务平台使用的是虚拟地址ipvirtualnew，而实际传输使用的是apn族的地址clusterapnip。需要说明的是，基于上述方法，该可以包括：业务的释放，具体地，当终端上的业务(记svcidrel)终止时，首先发起虚拟ip地址的回收释放，然后终端上的业务模块向apn族管理模块发起通道释放流程。apn族管理模块判断当前是否是虚拟apn族内的最后一个业务，如果是最后一个业务，则发起虚拟apn族的释放流程，通过标准流程释放clusterapn。apn族管理模块判断当前要释放的业务不是虚拟apn族内的最后一个业务，则判断当前clusterapn通道的资源占用是否过大，如果过大，则与网络交互(标准流程)，释放部分承载资源。其中，上述涉及到的clusterapn默认信息的设置，具体可以包括：为了尽可能少的减少承载修改的信令流程，应尽量提高默认clusterapn的配置。为了降低网络资源的闲置，应尽量降低默认clusterapn的配置。为此，通过apn族管理模块，统计历史上该终端各业务发生的频次、时长，给出clusterapn默认信息的最大值、最小值、平均值，并给出建议值由用户选择。上述涉及到的ip地址的分配和回收处理的步骤，(例如：可以是业务管理模块中的ip管理模块执行下述步骤)具体可以包括：本申请提供的实施例中的clusterapn拥有一个网络侧分配的真实ip地址记作clusterapnip，clusterapn中的各虚拟apn共享这个clusterapnip进行数据交互，各虚拟apn的虚拟的ip地址通过clusterapnip和apn的svcid确定。当clusterapn内的虚拟apn通道建立时，需要为终端上的该业务分配虚拟的ip地址ipvirtual，ip的分配由业务管理平台上的“ip管理模块”负责。ip地址分配并非真的分配ip地址，而是分配一个逻辑ip，用于业务平台和终端上的业务进程使用，实际中间传输使用clusterapnip进行。需要说明的是，地址分配分为动态ip地址和静态ip地址两种类型。对动态ip地址分配方式，终端每次获取的地址是浮动的，直接在签约设定的ip地址池内获取一个空闲的。对静态ip地址分配方式，终端每次获取的地址是固定的，是在签约设定的，直接将该ip地址分配出去。业务管理平台和apn族管理模块都可以记录并维护下面的逻辑ip地址映射表格，如表1所示：表1clusterapn真实ip业务标识虚拟apn的逻辑ipclusterapnip1svcid1ipvirtual1clusterapnip1svcid2ipvirtual2………clusterapnip1svcidnipvirtualn当业务终止时，发起虚拟ip地址的回收释放。终端上的业务模块向apn族管理模块发起通道释放流程，apn族管理模块完成通道释放后，删除终端侧的逻辑ip地址映射表格对应记录，通知业务管理平台，将虚拟apn的逻辑ip地址ipvirtual标记为空闲，删除业务管理平台上的逻辑ip地址映射表格对应记录。需要说明的是，可能会出现同一个业务不同的模式ip地址分配的情况，具体可以采用如下方式：对同一个业务标记为svcids，可能有不同的终端使用标记为term1，term2。其中term1上的使用的是普通的apn接入方式(非虚拟多apn方式)，term2上的使用的是虚拟多apn方式。term1上svcids业务进程和term2上svcids业务进程均获取到ip地址，分别标记为ipreal、ipvirtual。ipreal由网络侧的dhcp服务器根据签约信息从地址池中分配，ipvirtual由业务管理平台根据签约信息从地址池中分配。这两种不同方式分配的地址完全可能一样，即ipreal＝ipvirtual。此时因为业务平台保存了term2终端上携带的clusterapntag信息，知道当前是采用虚拟apn接入方式，就不会直接向目的地址ipvirtual发送消息，而是向业务管理平台发送消息，同时携带ipvirtual用以标记实际的业务进程。这样虽然不同终端上的业务进程获取的是同一个ip，但是不会发生ip地址冲突，同时还能增加原先地址池的规模。本申请实施例通过设立虚拟apn族，多个虚拟apn组成一个虚拟apn族。apn族内的虚拟apn通道相互间隔离，并通过业务编号标记。apn族内的虚拟apn通道共享apn族的通道。即实际的apn只有一个，通过在该apn内划分逻辑通道的方式来虚拟多个apn。虚拟apn拥有虚拟地址ipvirtual，该虚拟地址ipvirtual与数据组合(例如：apn族获取的ip地址、虚拟apn的业务编号)一一对应。业务平台侧使用的是虚拟地址ipvirtual，终端业务上也使用该虚拟地址ipvirtual。而在中间传输时，实际是使用数据组合(例如：apn族获取的ip地址、虚拟apn的业务编号)。同一终端多个apn并发业务时，加入同一个apn族。一个apn族的底层承载建立携带足够的信息只需要发起一次与网络的信令交互。当apn族内的虚拟apn增加和减少时，与网络协商及时申请和释放及修改资源。终端上新增虚拟apn族管理模块、平台侧新增“业务管理平台”对虚拟apn族进行管理。以此方式实现，多个apn并发接入时，免除多次的网络接入过程，提高apn通道建立的速度，降低空口上信令开销，降低移动管理节点功能(mobilitymanagemententity，mme)、服务网关(servinggateway，s-gw)、pdn网关(pdngateway，p-gw)等网元的负荷。图6是本申请一个实施例提供的一种实现虚拟多apn接入装置结构示意图。如图6所示，该装置60应用于客户端，具体可以包括：管理模块601，用于在接入点apn中通过划分逻辑通道，构建多个虚拟apn。处理模块602，用于发起apn并发业务的接入请求，判断apn中是否存在虚拟apn族，虚拟apn族包括多个虚拟apn；收发模块603，用于当存在虚拟apn族时，利用虚拟apn族向服务端发送业务消息，以便于多个虚拟apn接入服务端；其中，业务消息包括与多个虚拟apn对应的业务消息。其中，该装置60还可以包括建立模块604，用于在apn与虚拟apn族之间的建立连接。上述建立模块604还可以用于与服务端建立虚拟apn族的通道。收发模块603还可以用于，接收服务端通过虚拟apn族的通道发送的虚拟ip地址，其中，虚拟ip地址是与虚拟apn族对应。该装置60还可以包括：判断模块605，用于判断虚拟apn族是否满足apn并发业务的接入请求的条件；当满足条件时，利用虚拟apn族通过对应的虚拟apn族的通道，向服务端发送业务消息。收发模块603还可以用于，根据虚拟apn和虚拟ip地址，向服务端发送业务消息；其中，业务消息还包括：多个虚拟apn对应的业务消息的业务编号和虚拟ip地址。收发模块603还可以用于，接收服务端发送的反馈消息，使多个虚拟apn接入服务端；其中，反馈消息与业务消息相对应，反馈消息包括：虚拟apn族的真实ip地址和携带标识的多个虚拟apn对应的业务消息，业务消息包括多个虚拟apn对应的业务消息。图7是本申请一个实施例提供的另一种实现虚拟多apn接入装置结构示意图。如图7所示，该装置70应用于服务端，该装置70具体可以包括：收发模块701，用于接收客户端发送的业务消息，业务消息包括：客户端的虚拟ip地址和与多个虚拟apn对应的业务消息；管理模块702，用于根据虚拟ip地址和多个虚拟apn对应的业务消息，确定多个虚拟apn对应的一个真实ip地址；收发模块701还用于，向客户端发送反馈消息，反馈消息包括真实ip地址和携带标识的多个虚拟apn对应的业务消息。其中，该装置70还可以包括处理模块703，用于将客户端的虚拟ip地址修改为真实ip地址；对多个虚拟apn对应的业务消息进行标记，确定带标识的多个虚拟apn对应的业务消息。上述管理模块702还可以用于，判断业务消息是否是由虚拟apn族通过虚拟apn族的通道传送；当由虚拟apn族通过虚拟apn族的通道传送时，根据虚拟ip地址和多个虚拟apn对应的业务消息，确定多个虚拟apn对应的一个真实ip地址。图8是本申请一个实施例提供的一种实现虚拟多apn接入设备结构示意图。如图8所示，该设备80可以分别应用于客户端和服务端，该设备80具体可以包括处理器801以及存储有计算机程序指令的存储器802。具体地，上述处理器801可以包括中央处理器(cpu)，或者特定集成电路(applicationspecificintegratedcircuit，asic)，或者可以被配置成实施本申请实施例的一个或多个集成电路。存储器802可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器802可包括硬盘驱动器(harddiskdrive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universalserialbus，usb)驱动器或者两个及其以上这些的组合。在合适的情况下，存储器802可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器802可在综合网关设备的内部或外部。在特定实施例中，存储器802是非易失性固态存储器。在特定实施例中，存储器802包括只读存储器(rom)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、电可改写rom(earom)或闪存，或者两个或及其以上这些的组合。处理器801通过读取并执行存储器802中存储的计算机程序指令，以实现上述实施例中的任意一种实现虚拟多apn接入方法。收发器803，主要用于实现本发明实施例中各模块、装置、单元、用户端，或者服务器中的至少两个之间的通信。在一个示例中，该设备还可包括总线804。其中，如图8所示，处理器801、存储器802和收发器803通过总线804连接并完成相互间的通信。总线804包括硬件、软件或两者，将该设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线803可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。该装置适用于本申请中图1-图5所涉及到的所有方法。另外，结合上述实施例中的一种实现虚拟多apn接入方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种实现虚拟多apn接入方法。需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。当前第1页12