CN103281249B - 一种面向业务区分优化的移动管理方法及系统 - Google Patents

Abstract

本发明提供一种面向业务区分优化的移动管理方法，其中方法包括：步骤1，在移动管理系统的启动阶段，初始化所述移动管理系统，并在其优化策略状态表记录每个优化策略的状态信息，在其业务信息管理表中记录业务策略选择的状态信息；步骤2，开启守护进程，利用所述守护进程收集上层业务信息，根据所述上层业务信息对所述业务信息管理表和所述优化策略状态表进行实时更新，然后根据更新后的所述业务信息管理表和所述优化策略状态表中的状态信息提供相应的优化策略服务。本发明将具体应用的上下文信息进行结合，通过区分不同业务来加载不同的优化策略，从而进一步提高了移动管理系统的性能，同时减小了系统开销的效果。

Description

一种面向业务区分优化的移动管理方法及系统

技术领域

本发明涉及移动IPv6,移动切换等移动管理技术领域，尤其涉及一种面向业务区分优化的移动管理方法及系统。

背景技术

随着各种无线接入技术的逐渐成熟和智能终端技术的普及，移动互联网已是未来互联网发展的必然趋势。由于现行的路由结构对移动性的支持非常有限，那么移动管理就成为互联网发展迫切需要的技术之一。

移动IP协议，包括移动IPv4(MIPv4)协议、移动IPv6(MIPv6)协议，以及以MIPv4/MIPv6为基础的扩展协议，如双栈移动IPv6(DSMIPv6)等协议，是重要的移动管理方案，能够让节点在移动的同时保持通信的连续。由于移动IP协议对链路层和传输层以及以上的层次透明，而且不需要修改网络设施（如修改现有路由架构或修改与移动节点通信的其他节点的协议栈），部署方便，应用灵活，已被业界视为解决移动性管理问题的理想方案。

移动管理系统在当今网络环境下具有较大的现实意义，但同时，移动管理自身(主要是移动切换)也会带来一定程度的性能下降和系统开销，移动管理性能和开销问题一直是移动管理面临的主要问题，如DSMIPv6现有的开源实现(UMIP-DSMIPv6)：它的切换延迟最坏的情况有6.19s之久,平均的延迟时间也在2～3s之间；而且切换时会有大量丢包以及切换时对TCP等性能影响也非常大。

针对提升移动管理系统性能和降低系统开销的问题，现在已经有了一些适用于移动管理系统的优化策略，例如可避免切换丢包的安全隧道机制（用于解决因MN和HA隧道创建的不同步而导致的切换过程中大量丢包的问题），MN网络锁（在切换时阻止上层业务发包来减少切换丢包），HA缓存等等。

在分析现有的优化策略之后，发现这些优化策略都和上层业务的上下文相互独立，在设计上都没有考虑上层具体业务的信息。当然个别优化策略本身就是独立于上层具体业务的，比如上面提到的安全隧道机制。但是实践表明大多数优化策略在与上层具体业务的上下文信息结合后可以达到更好的优化效果，以MN网络锁为例，它避免MN在切换过程中发送数据包，表面上该方案没什么问题，不仅能降低切换丢包，同时开销也较小（相对于缓存），但是进一步分析，如果上层的应用是VOIP之类的实时应用，该应用的进程在发送数据时被挂起将会导致不良后果，此外如果切换时间太长，切换期间产生的数据包即使发送到对端也已经没有意义了。此处针对网络锁，一个更优的可行方案是结合上层具体业务的信息，利用这些信息来判断上层业务类型，有选择的采用网络锁优化策略。以此类推，其他的优化策略也有同样的问题和类似的更优的区分式的优化解决方案。

发明内容

本发明的目的是提供一种面向业务区分优化的移动管理方法及系统，其针对现有的优化策略独立于上层具体业务上下文信息的设计缺陷，通过将具体应用的上下文信息进行结合，然后区分不同业务来加载不同的优化策略，从而进一步提高了移动管理系统的性能，减小了系统开销。

为实现上述发明目的，本发明提供一种面向业务区分优化的移动管理方法，该方法包括：

步骤1，在移动管理系统的启动阶段，初始化所述移动管理系统，并在其优化策略状态表记录每个优化策略的状态信息，在其业务信息管理表中记录业务策略选择的状态信息；

步骤2，开启守护进程，利用所述守护进程收集上层业务信息，根据所述上层业务信息对所述业务信息管理表和所述优化策略状态表进行实时更新，然后根据更新后的所述业务信息管理表和所述优化策略状态表中的状态信息提供相应的优化策略服务。

进一步的，所述步骤1包括：

步骤11，初始化所述优化策略状态表，记录每个优化策略的状态；

步骤12，初始化业务区分式优化策略登记表，记录业务自行选择使用优化策略的信息，所述移动管理系统提供一个API接口给上层业务调用，然后该API接口直接操作该业务区分式优化策略登记表，记录业务的策略选择状态；

步骤13，生成业务信息管理表，保存和管理业务信息，为每个业务维护一个对应的表项；

步骤14，通过开启守护进程收集上层业务信息，并将所述上层业务信息保存到所述业务信息管理表中，系统会根据所述业务信息管理表中的信息维护优化策略状态表，根据维护后信息维护优化策略状态表提供相应的优化策略服务。

进一步的，所述步骤2中所述守护进程收集上层业务信息的方式包括：

主动式收集：周期性的收集上层业务信息的上下文信息，并以所述业务信息管理表的格式进行保存；

被动式收集：当使用移动管理系统时，若所述业务信息管理表里没有该业务，调用所述守护进程收集该业务信息，以业务信息管理表的格式保存下来。

进一步的，所述步骤2包括：

步骤21，针对所述业务信息管理表中的每一个业务，根据系统维护着的优化策略状态表生成业务优化策略状态表；

步骤22，根据所述业务优化策略状态表加载启用相应的优化策略，给该业务提供相应的优化服务。

进一步的，所述移动管理方法涉及服务器端的优化策略时，所述移动管理系统要和所述服务器端进行相应的消息交互。

为实现上述发明目的，本发明还提供一种面向业务区分优化的移动管理系统，该系统包括：

初始化模块，在移动管理系统的启动阶段，初始化所述移动管理系统，并在其优化策略状态表记录每个优化策略的状态信息，在其业务信息管理表中记录业务策略选择的状态信息；

分析匹配模块，开启守护进程，利用所述守护进程收集上层业务信息，根据所述上层业务信息对所述业务信息管理表和所述优化策略状态表进行实时更新，然后根据更新后的所述业务信息管理表和所述优化策略状态表中的状态信息提供相应的优化策略服务。

进一步的，所述初始化模块包括：

第一初始化模块，初始化所述优化策略状态表，记录每个优化策略的状态；

第二初始化模块，初始化业务区分式优化策略登记表，记录业务自行选择使用优化策略的信息，所述移动管理系统提供一个API接口给上层业务调用，然后该API接口直接操作该业务区分式优化策略登记表，记录业务的策略选择状态；

第一维护模块，生成业务信息管理表，保存和管理业务信息，为每个业务维护一个对应的表项；

第二维护模块，通过开启守护进程收集上层业务信息，并将所述上层业务信息保存到所述业务信息管理表中，系统会根据所述业务信息管理表中的信息维护优化策略状态表，根据维护后信息维护优化策略状态表提供相应的优化策略服务。

进一步的，所述分析匹配模块中所述守护进程收集上层业务信息的方式包括：

主动式收集：周期性的收集上层业务信息的上下文信息，并以所述业务信息管理表的格式进行保存；

被动式收集：当使用移动管理系统时，若所述业务信息管理表里没有该业务，调用所述守护进程收集该业务信息，以业务信息管理表的格式保存下来。

进一步的，所述分析匹配模块包括：

生成模块，针对所述业务信息管理表中的每一个业务，根据系统维护着的优化策略状态表生成业务优化策略状态表；

服务模块，根据所述业务优化策略状态表加载启用相应的优化策略，给该业务提供相应的优化服务。

进一步的，所述移动管理方法涉及服务器端的优化策略时，所述移动管理系统要和所述服务器端进行相应的消息交互。

本发明的有益功效在于：针对现有优化方案的设计缺陷，通过结合上层具体业务的上下文信息，然后区分不同业务来加载优化策略，同时可以灵活地与现有标准移动IPv4（RFC3344）、移动IPv6（RFC3375）、代理移动IPv6(RFC5213)协议以及相关扩展移动管理协议结合并进行相应部署，从而进一步提高了移动管理系统的性能，同时还能达到减小系统开销的效果。

以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。

附图说明

图1是本发明的面向业务区分优化的移动管理方法流程图；

图2是本发明的面向业务区分优化的移动管理系统示意图。

具体实施方式

图1是本发明的面向业务区分优化的移动管理方法流程图。如图1所示，该方法包括：

步骤1，在移动管理系统的启动阶段，初始化所述移动管理系统，并在其优化策略状态表记录每个优化策略的状态信息，在其业务信息管理表中记录业务策略选择的状态信息；

步骤2，开启守护进程，利用所述守护进程收集上层业务信息，根据所述上层业务信息对所述业务信息管理表和所述优化策略状态表进行实时更新，然后根据更新后的所述业务信息管理表和所述优化策略状态表中的状态信息提供相应的优化策略服务。

进一步的，所述步骤1包括：

步骤11，初始化所述优化策略状态表，记录每个优化策略的状态；

步骤12，初始化业务区分式优化策略登记表，记录业务自行选择使用优化策略的信息，所述移动管理系统提供一个API接口给上层业务调用，然后该API接口直接操作该业务区分式优化策略登记表，记录业务的策略选择状态；

步骤13，生成业务信息管理表，保存和管理业务信息，为每个业务维护一个对应的表项；

步骤14，通过开启守护进程收集上层业务信息，并将所述上层业务信息保存到所述业务信息管理表中，系统会根据所述业务信息管理表中的信息维护优化策略状态表，根据维护后信息维护优化策略状态表提供相应的优化策略服务。

进一步的，所述步骤2中所述守护进程收集上层业务信息的方式包括：

主动式收集：周期性的收集上层业务信息的上下文信息，并以所述业务信息管理表的格式进行保存；

被动式收集：当使用移动管理系统时，若所述业务信息管理表里没有该业务，调用所述守护进程收集该业务信息，以业务信息管理表的格式保存下来。

进一步的，所述步骤2包括：

步骤21，针对所述业务信息管理表中的每一个业务，根据系统维护着的优化策略状态表生成业务优化策略状态表；

步骤22，根据所述业务优化策略状态表加载启用相应的优化策略，给该业务提供相应的优化服务。

进一步的，所述移动管理方法涉及服务器端的优化策略时，所述移动管理系统要和所述服务器端进行相应的消息交互。

图2是本发明的面向业务区分优化的移动管理系统示意图。如图2所示，该系统包括：

初始化模块100，在移动管理系统的启动阶段，初始化所述移动管理系统，并在其优化策略状态表记录每个优化策略的状态信息，在其业务信息管理表中记录业务策略选择的状态信息；

分析匹配模块200，开启守护进程，利用所述守护进程收集上层业务信息，根据所述上层业务信息对所述业务信息管理表和所述优化策略状态表进行实时更新，然后根据更新后的所述业务信息管理表和所述优化策略状态表中的状态信息提供相应的优化策略服务。

进一步的，所述初始化模块100包括：

第一初始化模块110，初始化所述优化策略状态表，记录每个优化策略的状态；

第二初始化模块120，初始化业务区分式优化策略登记表，记录业务自行选择使用优化策略的信息，所述移动管理系统提供一个API接口给上层业务调用，然后该API接口直接操作该业务区分式优化策略登记表，记录业务的策略选择状态；

第一维护模块130，生成业务信息管理表，保存和管理业务信息，为每个业务维护一个对应的表项；

第二维护模块140，通过开启守护进程收集上层业务信息，并将所述上层业务信息保存到所述业务信息管理表中，系统会根据所述业务信息管理表中的信息维护优化策略状态表，根据维护后信息维护优化策略状态表提供相应的优化策略服务。

进一步的，所述分析匹配模块200中所述守护进程收集上层业务信息的方式包括：

主动式收集：周期性的收集上层业务信息的上下文信息，并以所述业务信息管理表的格式进行保存；

被动式收集：当使用移动管理系统时，若所述业务信息管理表里没有该业务，调用所述守护进程收集该业务信息，以业务信息管理表的格式保存下来。

进一步的，所述分析匹配模块200包括：

生成模块210，针对所述业务信息管理表中的每一个业务，根据系统维护着的优化策略状态表生成业务优化策略状态表；

服务模块220，根据所述业务优化策略状态表加载启用相应的优化策略，给该业务提供相应的优化服务。

进一步的，所述移动管理方法涉及服务器端的优化策略时，所述移动管理系统要和所述服务器端进行相应的消息交互。

具体而言，本发明提供的面向业务区分优化的移动管理方法包括：

A1：系统启动阶段，在系统初始化主要完成生成各种状态表，供系统其他模块使用，具体包括以下几步：

A1.1：初始化优化策略池模块。该过程主要工作是初始化优化策略状态表，记录每个优化策略的状态。

具体格式如表1所示：

表1

该表1的数据结构中第三项适用规则是指系统用来判断某业务是否符合该优化方案的规则条件，最下面的4个链表的链表节点中包含业务ID的信息,这三个链表分别是自行选择该策略的业务ID,自行取消该策略的业务ID,根据收集到的业务信息判断出不适用该策略的业务ID以及根据业务信息判断出适用该策略的业务ID。该优化策略状态表随系统的启动而初始化，而后系统会一直维护更新它。

其中所有通用优化策略，系统默认会给所有业务都启用这类优化策略，所以这类优化策略的适用规则为无，当然除非业务可以自己选择不启用这类优化策略服务。A1.2会详细说明系统给上层应用提供的接口，用于自行选择是否启用某项策略服务。

A1.2：初始化业务区分式优化策略登记表，用于记录业务是否自行选择使用某优化策略,系统会提供一个API接口给上层业务调用，然后该API接口直接操作该表格，记录业务的策略选择状态。

该登记表结项构如表2所示：

表2

其中每个策略状态位占一个比特，1表示业务ID自行选择了该策略，0表示没有选择该策略。

A1.3：生成业务信息管理表，用于保存和管理业务信息，为每个业务维护一个对应的表项。

其中每个表项结构如表3所示：

表3

以下对表项中各项进行进一步说明：

a.用户类型：分为系统用户和普通用户，系统用户的业务优先级高，权重因子大；

b.业务类型：业务类型（Layer7识别）可设置为音频、视频、文件、其他，并

对应不同类型设置相应优先级；

c.发包进程类型：主要是分为阻塞型进程和非阻塞型进程；

d.业务进程优先级：普通进程的优先级通过一个静态优先级和进程交互性函数关

系计算得到，随实际进程的运行情况变化。实时优先级和它的实时优先级成线

性，不随进程的运行而改变；

e.业务区分式优化策略登记表项ID：业务区分式优化策略登记表的表项ID。

A1.4：初始化上层业务分析，策略匹配模块。该过程主要工作是开启守护进程，该进程功能是收集上层业务信息，将这些信息保存到业务信息管理表中，系统会根据业务信息管理表中的信息维护优化策略状态表，以此决定是否给某个具体业务提供某项优化策略服务。

A2：系统守护进程感知与分类上层业务，并维护业务信息管理表和优化策略状态表，主要包括以下几步：

业务捕获、感知与分类会用到下面三种技术，使用PTRACE跟踪系统调用，从而区分不同进程，分析进程信息来感知和区分业务。通过通用识别技术来感知和区分业务包括IP地址识别、端口识别等。

A2.1:守护进程利用上面的三种技术收集上层业务信息，该过程分主动式和被动式：

a.主动式收集：周期性的轮询上层具体业务，收集他们的上下文信息，以

业务信息管理表的格式保存下来。

b.被动式收集：当某个业务进程使用移动管理系统服务的时候发现业务信

息管理表里面没有该业务，系统会马上调用守护进程去收集该业务的信息，以业务信息管理表的格式保存下来。然后系统继续进行下面步骤。

A2.2：根据业务信息管理表的信息来维护优化策略状态表，该过程主要是对每一类业务进行判断然后把业务ID加到相应的链表中。该优化策略状态表将是判断是否启用某优化策略服务给某特定业务的依据。

A3：系统根据收集的信息，在移动切换发生时，智能判断并加载相应的非通用优化策略。该过程主要包括以下几步：

A3.1：判断优化策略状态表是否是最新的，如果不是则更新优化策略状态表；如果是则继续下一步骤。

A3.2：针对每一个业务，根据系统维护着的优化策略状态表，生成业务优化策略状态表。

表的具体格式如表4所示：

表4

A3.3：根据加载启用相应的优化策略，给该业务提供相应的优化服务。

其中当涉及到服务器端的优化策略时，需要和服务器进行相应的消息交换，交互过程分以下几步：

a.MN端会给服务器端发送专门用于选择优化策略的数据包，让服务器专门针对某业务开启某项功能。数据包的格式如表5所示：

表5

b.服务器端也维护类似于MN端的优化策略状态表，当收到移动终端发送过来的专门用于选择优化策略的数据包后，就设置自己的优化策略状态表。然后会发送确认包给移动终端。

c.针对每一个业务，根据系统维护着的优化策略状态表，加载启用相应的非通用策略，给该业务提供相应的优化服务。

A4，操作结束。

其中，上述A2至A3是周期性的进行，直到系统关闭。

现列举本发明的一实施例，本实施例以基于双栈移动IPv6(DSMIPv6)协议的双栈移动管理系统为例，对本发明的实施方式进行详细描述。

实施例场景描述：

面向业务区分优化的移动管理系统包含4个优化策略，分别是：单向通用隧道，OPTIMISTIC-BU，HA缓存，MN网络锁。其中单向通用隧道、OPTIMISTIC-BU是非通用的优化策略，而HA缓存、MN网络锁是通用的优化策略（为了方便说明，这里只列举了两个典型的通用优化策略，它们分别属于是HA端和MN端的，这两个策略的适用条件规则如下：MN网络锁是通过判断应用程序发送数据的系统调用是阻塞调用还是非阻塞调用，或者应用自己指定是否需要该策略；HA缓存是判断应用是否为媒体流应用，或者应用自己指定是否需要该策略。）

实际情况中会有更多的优化策略，不过都完全可按照本文的方法进行实施。

在时刻1的时候系统启动；时刻1.8的时候普通用户运行网易公开课软件看视频;时刻2.2的时候用户用网易公开课软件下载视频同时运行Skype进行网络电话；时刻4.5的时候用户用网易新闻客户端看新闻；时刻5的时候关闭除了网易视频以外的所有程序；时刻7的时候关闭系统。

基于以上场景，应用本发明中的一种面向业务区分优化的移动管理系统的过程，下面按时间顺序进行详细描述：

时刻1：系统启动过程，具体包括以下几步。

步骤1.1：初始化优化策略池模块。该过程生成以下优化策略状态表,策略ID编码规则是小于等于1000的是通用策略的ID，大于1000的为非通用策略ID。如表6所示：

表6

步骤1.2：初始化业务区分式优化策略登记表，用于记录业务是否自行选择使用某优化策略,系统会提供一个API_A接口给上层业务调用，上层业务通过调用API_A接口直接操作该表格，记录业务的策略选择状态。

生成的空业务区分式优化策略登记表如表7所示：

表7

步骤1.3：生成空业务信息管理表，用于保存和管理业务信息，系统会为每个业务维护一个相应的表项。

步骤1.4：开启守护进程，该进程会主动的定期（2个单位时间为一个周期）收集上层业务信息或者被动的收集上层业务信息。

时刻1.8：普通用户运行网易公开课软件看视频，当网易公开课软件调用发包进程发包时，

移动管理系统会马上查看业务信息表里有无该业务信息，此时发现没有，系统就调用守护进程收集网易公开课软件的信息，生成如下业务信息管理表项，如表8所示：

表8

假设网易公开课软件调用系统给提供的接口，自行选择不启用网络锁优化策略，生成的业务区分式优化策略登记表如表9所示：

表9

系统根据业务信息管理表更新优化策略状态表，虽然网易公开课符合网络锁和HA缓存的规则条件，但是它自行选择不启用网络锁服务，所以系统会为它提供这两项优化策略服务，更新后的优化策略状态表如表10所示：

表10

系统根据维护着的优化策略状态表，生成表11所示的业务优化策略状态表：

表11

系统根据该状态表给业务100提供优化策略服务，直到该业务停止。

时刻2.2：用户用网易公开课软件下载视频同时运行Skype进行网络电话，当Skype调用

发包进程发包时，移动管理系统会查看业务信息表里是否有Skype信息，此时发

现没有Skype信息，系统就调用守护进程收集Skype的信息，生成如表12所示的业务信息管理表项：

表12

假设Skype调用系统给提供的接口，自行选择启用HA缓存。生成的业务区分式优化策略登记表如表13所示：

表13

系统根据业务信息管理表更新优化策略状态表，因为Skype的发包进程是阻塞型的，所以不适用网络锁，但它自行选择启用HA缓存，所以系统会为他提供HA缓存优化策略服务，更新后的优化策略状态表如表14所示：

表14

系统根据维护着的优化策略状态表，生成如表15所示的业务优化策略状态表：

表15

系统根据该状态表给业务101提供优化策略服务，直到该业务停止。

时刻3：系统守护进程开始主动收集上层信息（按2个单位时间为一个周期），发现没有更新。

时刻4.5：用户用网易新闻软件看新闻

当网易新闻软件调用发包进程发包时，移动管理系统就会查看业务信息表，

如果发现没有网易新闻软件信息，系统就调用守护进程收集信息，生成如表16所示的业务信息管理表项：

表16

假设网易新闻软件调用系统给提供的接口，自行选择不启用网络锁。业务区分式优化策略登记表如表17所示：

表17

网易新闻自己关闭网络锁，而且系统判断HA缓存不适用网易新闻，所以系统不提供网络锁，HA缓存优化策略服务更新后的优化策略状态表如表18所示：

表18

系统根据维护着的优化策略状态表，生成如表19所示的业务优化策略状态表：

表19

系统根据该状态表给业务102提供优化策略服务，直到该业务停止。

时刻5：关闭除了网易视频以外的所有程序。

时刻6：系统守护进程开始主动收集上层信息（按2个单位时间为一个周期），发现只有网易视频程序在运行，则更新系统收集信息。更新后的信息表如下：

业务信息管理表如表20所示：

表20

优化策略状态表如表21所示：

表21

系统根据维护着的优化策略状态表，生成如表22所示的业务优化策略状态表：

表22

时刻7：关闭系统，清空所有信息表，关闭守护进程，关闭系统。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (7)

1.一种面向业务区分优化的移动管理方法，其特征在于，包括：

步骤1，在移动管理系统的启动阶段，初始化所述移动管理系统，并在其优化策略状态表记录每个优化策略的状态信息，在其业务信息管理表中记录业务策略选择的状态信息；

步骤2，开启守护进程，利用所述守护进程收集上层业务信息，根据所述上层业务信息对所述业务信息管理表和所述优化策略状态表进行实时更新，然后根据更新后的所述业务信息管理表和所述优化策略状态表中的状态信息提供相应的优化策略服务，其中所述步骤2包括：

步骤21，针对所述业务信息管理表中的每一个业务，根据系统维护着的优化策略状态表生成业务优化策略状态表；

步骤22，根据所述业务优化策略状态表加载启用相应的优化策略，给该业务提供相应的优化服务。

2.如权利要求1所述的面向业务区分优化的移动管理方法，其特征在于，所述步骤1包括：

步骤11，初始化所述优化策略状态表，记录每个优化策略的状态；

步骤12，初始化业务区分式优化策略登记表，记录业务自行选择使用优化策略的信息，所述移动管理系统提供一个API接口给上层业务调用，然后该API接口直接操作该业务区分式优化策略登记表，记录业务的策略选择状态；

步骤13，生成业务信息管理表，保存和管理业务信息，为每个业务维护一个对应的表项；

步骤14，通过开启守护进程收集上层业务信息，并将所述上层业务信息保存到所述业务信息管理表中，系统会根据所述业务信息管理表中的信息维护优化策略状态表，根据维护后信息维护优化策略状态表提供相应的优化策略服务。

3.如权利要求1所述的面向业务区分优化的移动管理方法，其特征在于，所述步骤2中所述守护进程收集上层业务信息的方式包括：

主动式收集：周期性的收集上层业务信息的上下文信息，并以所述业务信息管理表的格式进行保存；

被动式收集：当使用移动管理系统时，若所述业务信息管理表里没有该业务，调用所述守护进程收集该业务信息，以业务信息管理表的格式保存下来。

4.如权利要求1所述的面向业务区分优化的移动管理方法，其特征在于，所述移动管理方法涉及服务器端的优化策略时，所述移动管理系统要和所述服务器端进行相应的消息交互。

5.一种面向业务区分优化的移动管理系统，其特征在于，包括：

初始化模块，在移动管理系统的启动阶段，初始化所述移动管理系统，并在其优化策略状态表记录每个优化策略的状态信息，在其业务信息管理表中记录业务策略选择的状态信息；

分析匹配模块，开启守护进程，利用所述守护进程收集上层业务信息，根据所述上层业务信息对所述业务信息管理表和所述优化策略状态表进行实时更新，然后根据更新后的所述业务信息管理表和所述优化策略状态表中的状态信息提供相应的优化策略服务，其中所述分析匹配模块包括：

生成模块，针对所述业务信息管理表中的每一个业务，根据系统维护着的优化策略状态表生成业务优化策略状态表；

服务模块，根据所述业务优化策略状态表加载启用相应的优化策略，给该业务提供相应的优化服务。

6.如权利要求5所述的面向业务区分优化的移动管理系统，其特征在于，所述初始化模块包括：

第一初始化模块，初始化所述优化策略状态表，记录每个优化策略的状态；

第二初始化模块，初始化业务区分式优化策略登记表，记录业务自行选择使用优化策略的信息，所述移动管理系统提供一个API接口给上层业务调用，然后该API接口直接操作该业务区分式优化策略登记表，记录业务的策略选择状态；

第一维护模块，生成业务信息管理表，保存和管理业务信息，为每个业务维护一个对应的表项；

第二维护模块，通过开启守护进程收集上层业务信息，并将所述上层业务信息保存到所述业务信息管理表中，系统会根据所述业务信息管理表中的信息维护优化策略状态表，根据维护后信息维护优化策略状态表提供相应的优化策略服务。

7.如权利要求5所述的面向业务区分优化的移动管理系统，其特征在于，所述分析匹配模块中所述守护进程收集上层业务信息的方式包括：

主动式收集：周期性的收集上层业务信息的上下文信息，并以所述业务信息管理表的格式进行保存；

被动式收集：当使用移动管理系统时，若所述业务信息管理表里没有该业务，调用所述守护进程收集该业务信息，以业务信息管理表的格式保存下来。