WO2011110094A1 - 一种基于android系统的业务处理方法和装置 - Google Patents

Description

一种基于 Android系统的业务处理方法和装置

本申请要求于 2010 年 3 月 10 日提交中国专利局、 申请号为 201010123923.8、 发明名称为"一种基于 Android的业务处理方法和装置"的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域

本发明涉及通信技术领域，尤其涉及一种基于 Android系统的业务处理方 法和装置。 背景技术

Android是新一代的智能移动终端系统，越来越多的移动终端使用 Android 作为操作系统， 使用 Android系统的移动终端的用户也与日倶增， Android系 统的移动终端提供了强大的网络功能，使得用户能够非常方便地访问 Internet

Android系统中有两个基本概念需要首先介绍一下， 一个是 APN， 另一个 是 PDP。 其中：

APN: 为访问节点名称， 完整名称为 Access Point Name， 一个网关 GPRS 支持节点（GGSN， Gateway GPRS Support Node )和外部网络的逻辑名称， 激 活一个 PDP时需要相应的 APN配置。

PDP: 为分组数据协议， 完整名称为 packet data protocol, —个 PDP表示 一个移动终端与网络之间的一个交互通道， 一个 PDP使得移动终端拥有一个 IP地址， 并在移动终端内对应一个网络接口。

发明人通过研究发现， 目前， 使用 Android系统的移动终端不支持在进行 网络相关的业务时， 同时使用多个 APN， 即同一个时刻， 使用 Android系统的 移动终端中只有一个 APN处于被使用状态，相应地，同一个时刻，使用 Android 系统的移动终端中只有一个 PDP存在。 如果当前存在于 Android系统的移动 终端的 APN为一个针对专用业务的 APN，例如专门针对 Internet业务的 APN， 那么其对应的 PDP也只能处理 Internet业务，如果该移动终端正在处理 Internet 业务时， 收到一个彩信业务的处理请求时， 目前 Android系统上的做法是先将 当前处于激活态的， 处理 Internet业务的 PDP去激活 (deactivate), 再根据能够 处理彩信业务的 APN的配置激活能够处理彩信业务的 PDP， 等彩信业务的处 理结束后， 再恢复原来处理 Internet业务的 PDP。 由上可知， 现有 Android系 统中， 专用 APN对应的 PDP在处理一业务时， 遇到不同的业务类型的处理请 求时， 需要中断当前业务的处理过程才能处理新业务的处理流程。这样的方式 极大地影响了原业务的处理， 降低了移动终端的处理速度，也降低了用户的使 用体验。 发明内容

有鉴于此， 本发明实施例提供一种基于 Android系统的业务处理方法和装 置， 从根本上改变现有 Android系统的业务处理流程， 在处理新业务的同时保 证原有业务的正常进行，提高了移动终端的处理速度， 同时也提高了用户的使 用体验。

为实现上述目的， 本发明实施例提供了如下技术方案：

一种基于 Android的业务处理方法， 包括：

接收到第一业务请求时， 确定所述第一业务的业务类型；

根据所述第一业务的业务类型判断当前处于激活态的分组数据协议 PDP 能否处理所述第一业务；

当前处于激活态的 PDP不能处理所述第一业务时，根据所述第一业务的业 务类型创建第一 PDP;

通知所述第一业务对应的应用， 第一 PDP被激活， 通过所述第一 PDP处理 所述第一业务。

一种基于 Android的业务处理装置， 包括：

确定单元，用于在接收到第一业务请求时，确定所述第一业务的业务类型； 判断单元，用于根据所述第一业务的业务类型判断当前处于激活态的分组 数据协议 PDP能否处理所述第一业务；

第一处理单元， 用于当前处于激活态的 PDP不能处理所述第一业务时， 根 据所述第一业务的业务类型创建第一 PDP;

通知单元， 用于通知所述第一业务对应的应用， 通过所述第一 PDP处理所 述第一业务。

可见，本发明实施例提供的方案能够根据具体业务的业务类型创建对应的 PDP,使得 Android平台对 PDP的支持由一个增强为多个，从根本上避免了现有 Android系统在进行业务处理时， 当处于激活态的 PDP不能处理一待处理业务 类型时， 中断当前其正在处理的业务， 去激活当前的 PDP， 重新创建新的 PDP 进行业务处理，待业务处理完成后，再恢复原 PDP的复杂过程， 实现了 Android 系统中多种不同类型的业务并行处理能力， 也极大地提升了用户体验。 附图说明

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

图 1为本发明实施例 1所提供的方法的流程图；

图 2为本发明实施例 2所提供的方法的流程图；

图 3为本发明实施例 2所提供的方法的一过程的流程图；

图 4为本发明实施例 3所提供的装置的结构示意图。 具体实施方式

为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基 于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获 得的所有其他实施例， 都应当属于本发明保护的范围。 实施例 1 参见图 1， 本发明实施例 1所提供的一种基于 Android系统的业务处理方 法包括： S101、 接收到第一业务请求时， 确定所述第一业务的业务类型； 本发明实施例中，用第一业务来描述当前 Android系统内的任意一个业务。 用第一业务请求来描述任意一个需要执行的业务所对应的业务请求。 在 Android系统中， 每个业务都有对应的业务类型。 以与网络相关的业务 为例， 例如， 浏览网页或者从网页上观看视频等等都属于是 Internet业务； 而 接收或者发送彩信则属于彩信业务。 在 Android 系统中， Internet业务的业务 类型为 default, 彩信业务的业务类型为 MMS(Multimedia Messaging Service)。

5102、 才艮据所述第一业务的业务类型判断当前处于激活态的 PDP能否处 理所述第一业务；

5103 , 当前处于激活态的 PDP不能处理所述第一业务时， 根据所述第一 业务的业务类型创建第一 PDP; 本发明实施例中， 用第一 PDP描述新创建的 PDP。 进一步地， 根据所述第一业务的业务类型创建第一 PDP包括： 根据第一业务的业务类型确定对应的第一 APN; 根据所述第一 APN的配置激活对应第一 PDP。

一个 PDP上下文表示一个移动终端与网络之间的一个交互通道，一个 PDP 上下文使得移动终端拥有一个 IP地址， 并在移动终端内对应一个网络接口。 PDP是根据 APN的配置激活的。 PDP所能够处理的业务类型是通过 APN配 置决定々。 APN 々酉己置包 "舌 APN， proxy, port, user name , password, APN type 等， 其中： APN是该 APN的名称， proxy和 port是网关地址和端口号， 若一 个 APN配置了 proxy和 ort, 那么应用要通过该 APN所配置的 proxy和 ort 与服务器交互，而不是直接与服务器交互。 user name和 password是使用该 APN 激活 PDP时鉴权用的， 若 user name和 password匹配不成功则 APN无法成功 激活 PDP。 APN type表示由该 APN激活的 PDP能处理的业务类型， 例如， 如果 APN type为 *或为空， 则表示由该 APN激活的 PDP能处理任何类型的业 务， 如果 APN type为 MMS， 则表示由该 APN激活的 PDP能处理彩信业务， 如果 APN type为 default, 则表示由该 APN激活的 PDP能处理除 MMS以外 的业务， 例如 Internet相关的业务等等。 例如， 目前移动终端中被激活的 PDP， 其对应的 APN type为 default, 那 么如果该第一业务为彩信业务时，才艮据所述彩信业务的业务类型可以确定当前 处于激活态的 PDP不能处理所述第一业务， 则需要根据所述第一业务的业务 类型激活第一 PDP。 S104、 通知所述第一业务对应的应用， 第一 PDP被激活， 通过所述第一 PDP处理所述第一业务。 当第一 PDP创建成功后， 就可以用所述第一 PDP进行该类型的业务的处 理了。 目前， 网络侧的服务器支持一个移动终端中同时具有多个处于激活态的

PDP。 当移动终端中同时具体多个处于激活态的 PDP时， 可以拥有多个 IP地 址， 对应多个网^妻口。 实际应用中， 如果根据所述第一业务的业务类型判定当前处于激活态的 PDP能够处理所述第一业务时， 利用对应的处于激活态的 PDP处理所述第一 业务即可。 例如，当前处于激活态的 PDP被其对应的 APN配置为处理 default类型的 业务， 而所述第一业务请求所请求的第一业务为通过网页观看视频的业务。该 业务属于 default类型,可以直接通过当前出于激活态的 PDP进行处理，无需再 创建新的 PDP。 本发明实施例 1 所提供的方法能够根据具体业务的业务类型创建对应的

PDP，使得 Android平台对 PDP的支持由一个增强为多个，从根本上避免了现 有 Android系统在进行业务处理时， 当处于激活态的 PDP不能处理一待处理 业务类型时， 中断当前其正在处理的业务， 去激活当前的 PDP， 重新创建新的 PDP进行业务处理， 待业务处理完成后， 再恢复原 PDP的复杂过程， 实现了 在 Android系统中多种不同类型的业务并行处理， 极大地提升了用户体验。 另夕卜， 在本发明实施例 1中， 可以利用 Android系统 Framework中的数据 连接追中单元（ DataConnectionTracker ) 实现图 1所示的方法。 实施例 2 参见图 2, 一应用 Android系统的手机利用本发明实施例 1所提供的方法 进行业务处理的过程具体包括：

S201、系统上电，根据系统默认的 APN1的配置激活 PDP1，并生成与 PDP1 对应的网络接口 iol。 所述系统即为该手机上的 Android 系统。 本发明实施例中， 该 APN1 的 APN type为 default， 该 PDP 1处理的业务类型为除 MMS以外的业务类型。

S202、 手机用户利用 PDP1 通过 iol 网络接口访问流媒体视频时， DataConnectionTracker接收到彩信接收清求。 S203、 DataConnectionTracker确定彩信接收业务的业务类型为 MMS。

S204、 DataConnectionTracker判断 PDP 1能否处理 MM S类型的业务， 如 果可以， 则利用 PDP1处理业务， 否则进入步骤 S205。 本发明实施例中， PDP1所能够处理的业务类型为除 MMS以外的业务类 型， 不能够处理 MMS类型的业务， 所以应该进入步骤 S205。 S205、 DataConnectionTracker判断当前系统中是否还有空闲的网络接口， 如果有进入步骤 S206， 否则进入步骤 S207。

5206、根据处理 MMS类型业务的 APN2的配置激活 PDP2， 即第一 PDP， 生成一个与 PDP2对应的新的网络接口 io2。

5207、去激活一个激活态的 PDP，根据处理 MMS类型业务的 APN2的配 置激活 PDP2， 即第一 PDP， 生成一个与 PDP2对应的新的网络接口 io2。 每一个激活态的 PDP对应一个网络接口。 如果系统中的网络接口已经全 部处于被使用状态， 那么即使激活一个新的 PDP， 没有可用的网络接口， 系统 也无法通过激活的 PDP进行业务数据的传递。 所以实际应用中， 当确定需要 激活一个新的 PDP时， 要确认一下当前是否有空闲的网^ ^口， 如果有则可 以直接进入步骤 S206根据 APN的配置激活 PDP2。 但是， 如果当前没有可用 的网络接口，那么就需要如步骤 S207所示，先去激活当前处于激活态的 PDP， 以释放一个网络接口， 再根据 APN2的配置激活 PDP2， 利用该被释放的网络 接口实现 PDP2的业务数据的传输。 本发明实施例中，如果当前已激活的 PDP中有 APN type为 default类型的 PDP, 则直接去激活该 PDP; 否则， 则可以根据事先制定的 APN type优先级 来选择一个 PDP进行去激活处理。 一旦能去激活一个 PDP， 就可以激活处理 彩信需要的 PDP2， 并通知应用 PDP2激活成功。 当然， 为了不影响现有的被激活态的 PDP正常的业务处理流程， 如果当 前已被激活的 PDP中没有 APN type为 default类型的 PDP时， 则可以不再激 活新的 PDP直接向应用返回激活 PDP失败。

实际应用中， 为了保证对应的业务类型的业务数据能够通过第一 PDP进 行业务数据的传输， 还需要建立所述第一 PDP与其所对应的业务类型的连接 通道， 以使该类型的业务数据能够通过所述第一 PDP传输业务数据。

参见图 3， 延续图 2所示实施例根据 APN2的配置激活 PDP2之后， 建立 所述 PDP2与其所对应的业务类型的连接通道包括：

S301、 判断 APN2是否有网关， 如果有， 则进入步骤 S301， 否则进入步 骤 S302。

S302、 将所述 APN2配置的网关地址增加至当前系统路由表中。 需要说明的是， 在 Android系统中， 当激活一个新的 PDP， 即 PDP2时， 系统会在路由表中自动增加一个 default的路由项。 为了保证原业务的正常进 行， 需要将系统在路由表中自动增加的这个 default的路由项删除。

S303、将彩信接收业务对应的应用创建的 socket与 PDP2对应的网络接口 io2进行绑定。 通过图 3 所示的实施例可知， 本发明实施例所提供的方法对具有网关的 APN和不具有网关的 APN， 在建立由该 APN配置的 PDP与其所对应的业务 类型的连接通道的方式是不同的。 对于有网关的 APN， 处理起来比较简单， 只需要将该 APN所配置的网关地址增加至当前系统的路由表中， 即可使目的 地址为该网关的数据路由到该 APN配置的 PDP， 即在图 3所示的实施例中， 就能够使目的地址为 APN2配置的网关地址的数据路由到 PDP2了。 对于没有网关的 APN， 采用的处理方法是， 为该 APN所处理的业务类型 的应用分别建立起与该 APN配置的第一 PDP的连接，具体为将对应的应用创 建的 socket绑定到第一 PDP对应的网络接口上。 在图 3所示的实施例中， 即 将彩信接收业务对应的应用创建的 socket与 PDP2对应的网络接口 io2进行绑 定。 如果 APN2对应的应用有多个的话，那么需要将这多个应用建立的 socket 分别与 io2进行绑定。

实际应用中， 可以通过 Android系统的 setsockopt ( ) 函数来将应用创建 的 socket与 PAP对应的网络接口进行绑定。 本发明所提供的方法， 根据待处理的业务类型， 判定当前处于激活态的

PDP的是否有处理能力， 如果当前处理激活态的 PDP不能处理时， 则根据与 待处理的业务类型对应的 APN的配置激活新的 PDP处理待处理业务， 而不是 中断当前正在被处理的业务来处理待处理的业务。 而且， 本发明实施例所提供 的方法， 在获得了新的 PDP后， 还进一步建立了对应的应用与该新的 PDP之 间的连接关系， 进一步保证了对应的业务数据的传输。 实施例 3 参见图 4、 本发明实施例 3提供一种基于 Android系统的业务处理装置， 该装置包括：

确定单元 401， 用于在接收到第一业务请求时， 确定所述第一业务的业务 类型； 判断单元 402， 用于根据所述第一业务的业务类型判断当前处于激活态的 PDP能否处理所述第一业务；

第一处理单元 403， 用于当前处于激活态的 PDP不能处理所述第一业务 时， 根据所述第一业务的业务类型创建第一 PDP; 其中，所述第一处理单元 403首先根据第一业务的业务类型确定对应的第 一 APN; 然后根据所述第一 APN的配置激活对应第一 PDP。

通知单元 404， 用于通知所述第一业务对应的应用， 通过所述第一 PDP 处理所述第一业务。 本发明实施例所提供的装置能够根据具体业务的业务类型创建对应的 PDP,使得 Android系统对 PDP的支持由一个增强为多个，从根本上避免了现 有 Android平台在进行业务处理时， 当处于激活态的 PDP不能处理一待处理 业务类型时， 中断当前其正在处理的业务， 去激活当前的 PDP， 重新创建新的 PDP进行业务处理， 待业务处理完成后， 再恢复原 PDP的复杂过程， 实现了 在 Android系统中多种不同类型的业务并行处理的能力，也极大地提升了用户 体验。 本发明的另一实施例中， 图 4所示的装置还可以包括： 连接单元 405， 用于建立所述第一 PDP与其所对应的业务类型的连接通 道， 以使该类型的业务数据能够通过所述第一 PDP传输业务数据。 进一步地， 所述连接单元包括 404: 第一获取子单元，用于获取所述第一 PDP所对应的 APN配置的网关地址； 增加子单元， 用于将所述网关地址增加至当前系统路由表中。 在本发明另一实施例中， 所述连接单元 404包括：

第二获取子单元， 用于获取所述第一业务对应的应用创建的 socket; 绑定子单元， 用于将所述 socket与所述第一 PDP对应的网络接口进行绑 定。

可选地， 在本发明一实施例中， 图 4所示的装置还包括： 第二处理单元 406， 用于当前处于激活态的 PDP 能够处理所述第一业务 时， 利用对应的处于激活态的 PDP处理所述第一业务。 本发明所提供的装置， 根据待处理的业务类型， 判定当前处于激活态的 PDP的是否有处理能力， 如果当前处理激活态的 PDP不能处理时， 则根据与 待处理的业务类型对应的 APN的配置激活新的 PDP处理待处理业务， 而不是 中断当前正在被处理的业务来处理待处理的业务。 而且， 本发明实施例所提供 的方法， 在获得了新的 PDP后， 还进一步建立了对应的应用与该新的 PDP之 间的连接关系， 进一步保证了对应的业务数据的传输。 本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例 如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的 例程、 程序、 对象、 组件、 数据结构等等。 也可以在分布式计算环境中实践本 发明，在这些分布式计算环境中， 由通过通信网络而被连接的远程处理设备来 执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地 和远程计算机存储介质中。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通 技术人员来说， 在不脱离本发明原理的前提下， 还可以做出若干改进和润饰， 这些改进和润饰也应视为本发明的保护范围。

Claims

权 利 要 求

1、 一种基于 Android系统的业务处理方法， 其特征在于， 包括：

接收到第一业务请求时， 确定所述第一业务的业务类型；

根据所述第一业务的业务类型判断当前处于激活态的分组数据协议 PDP 能否处理所述第一业务；

当前处于激活态的 PDP不能处理所述第一业务时，根据所述第一业务的业 务类型创建第一 PDP;

通知所述第一业务对应的应用， 第一 PDP被激活， 通过所述第一 PDP处理 所述第一业务。

2、 根据权利要求 1所述的方法， 其特征在于， 还包括：

建立所述第一 PDP与其所对应的业务类型的连接通道， 以使该类型的业务 数据能够通过所述第一 PDP传输业务数据。

3、 根据权利要求 2所述的方法， 其特征在于， 建立所述第一 PDP与其所对 应的业务类型的连接通道包括：

将所述第一 PDP所对应的 APN配置的网关地址增加至当前系统路由表中。

4、 根据权利要求 2所述的方法， 其特征在于， 建立所述第一 PDP与其所对 应的业务类型的连接通道包括：

将所述第一业务对应的应用创建的 socket与所述第一 PDP对应的网络接口 进行绑定。

5、 根据权利要求 1〜4任意一项所述的方法， 其特征在于， 还包括： 当前处于激活态的 PDP能够处理所述第一业务时，利用对应的处于激活态 的 PDP处理所述第一业务。

6、 一种基于 Android系统的业务处理装置， 其特征在于， 包括：

确定单元，用于在接收到第一业务请求时，确定所述第一业务的业务类型； 判断单元，用于根据所述第一业务的业务类型判断当前处于激活态的分组 数据协议 PDP能否处理所述第一业务；

第一处理单元， 用于当前处于激活态的 PDP不能处理所述第一业务时， 根 据所述第一业务的业务类型创建第一 PDP;

通知单元， 用于通知所述第一业务对应的应用， 通过所述第一 PDP处理所 述第一业务。

7、 根据权利要求 6所述的装置， 其特征在于， 还包括：

连接单元， 用于建立所述第一 PDP与其所对应的业务类型的连接通道， 以 使该类型的业务数据能够通过所述第一 PDP传输业务数据。

8、 根据权利要求 7所述的装置， 其特征在于， 所述连接单元包括： 第一获取子单元， 用于获取所述第一 PDP所对应的 APN配置的网关地址； 增加子单元， 用于将所述网关地址增加至当前系统路由表中。

9、 根据权利要求 7所述的装置， 其特征在于， 所述连接单元包括： 第二获取子单元， 用于获取所述第一业务对应的应用创建的 socket;

绑定子单元，用于将所述 socket与所述第一 PDP对应的网络接口进行绑定。

10、 根据权利要求 6〜9任意一项所述的装置， 其特征在于， 还包括： 第二处理单元， 用于当前处于激活态的 PDP能够处理所述第一业务时， 利 用对应的处于激活态的 PDP处理所述第一业务。