技术领域

本发明涉及无线通信技术领域， 特别涉及一种处理 LIPA承载的方法和设备。

背景技术

本地 IP接入（ Local IP Access, LIPA )是一种允许用户设备通过（演进型） 家庭基站 ( Home(evolved) NodeB , H(e) B )接入到与该家庭基站关联的本地网络的技术� � 用户设 备通过本地网关（Local Gateway, LGW )接入到本地网络，如家庭网络、企业网络等� � LIPA 技术的优点在于， 激活了 LIPA的用户设备其用户面可以不经过运营商核� �网， 从而获得 较优的数据路由通路。

在第三代移动通信标准化组织（ 3rd Generation Partnership Project, 3 GPP ) RIO (版本） 阶段， 家庭基站与本地网关在同一个物理实体上实现 ， 并且不支持 LIPA连接的移动性， 即当激活了 LIPA的连接态用户设备移出家庭基站覆盖时， 家庭基站通过内部信令触发本 地网关发起连接释放过程释放 LIPA承载， 然后再发起切换。

3GPP R11阶段， 家庭基站和本地网关可以是独立的物理实体， 并且支持 LIPA连接在 本地家庭基站网络（Local H(e) B Network, LHN ) 内的连续性。 本地家庭基站网络， 如 图 1所示， 其中分组数据网络（ Packet Data Network , PDN )也即本地网络。

一个 LHN由一组 H(e) B组成， 这些 H(e) B可以通过一个或多个 LGW得到本地网 络的 IP连接。 一个家庭基站只能属于一个 LHN; —个 LGW只能属于一个 LHN; 当用户 设备在同一个 LHN的家庭基站之间移动时， 需要支持 LIPA连接的连续性， 且 LIPA连接 的 LGW不改变。

由于 LIPA承载的接入受限特性， 移动性管理过程中还需要基于签约数据对激活 了 LIPA承载的用户设备进行每个闭合用户群（ per Close Subscriber Group , per CSG )每个接 入点名称（ per Access Point Name, per APN ) 的接入控制， 即判断家庭基站的 CSG ID是 否已签约， 以及 LIPA APN是否允许通过该 CSG ID接入。 当上述 per CSG per APN接入控 制失败时， LIPA承载必须去激活。

目前的系统中不支持 LIPA移动性， 也即一旦发生切换必须先去激活 LIPA承载， 然后 再开始切换过程。但是由于 R11对 LIPA移动性的支持， 所以需要有一种支持 LIPA移动性 的方案。

综上所述， 目前还没有一种支持 LIPA移动性的方案。 发明内容

本发明实施例提供一种处理 LIPA承载的方法和设备，用以在 LIPA移动性不能保持时 去激活 LIPA承载。

本发明实施例提供的一种处理本地 IP接入 LIPA承载的方法， 包括：

核心网控制节点在收到源家庭基站的请求切换 消息， 且确定需要切换的用户设备已激 活 LIPA承载时， 判断用户设备已激活的 LIPA承载在进行切换后是否能够保持；

所述核心网控制节点在确定所述 LIPA承载在进行切换后不能保持后， 释放所述 LIPA 承载。

本发明实施例提供的一种处理 LIPA承载的设备， 包括：

判断模块， 用于在收到源家庭基站的请求切换消息， 且确定需要切换的用户设备已激 活 LIPA承载时， 判断用户设备已激活的 LIPA承载在进行切换后是否能够保持；

释放模块，用于在确定所述 LIPA承载在进行切换后不能保持后，释放所述 LIPA承载。 由于发生切换时，在确定用户设备激活的 LIPA承载在切换后不能保持，能够释放 LIPA 承载， 从而实现 LIPA移动性， 提高了网络性能和系统效率。

附图说明

图 1为背景技术中本地家庭基站网络示意图；

图 2为本发明实施例处理 LIPA承载的方法流程示意图；

图 3为本发明实施例核心网控制节点进行操作的� �法流程示意图；

图 4为本发明实施例 LTE系统中目标基站是家庭基站的方法流程示意 图；

图 5为本发明实施例 LTE系统中目标基站是宏基站的方法流程示意图 ；

图 6为本发明实施例 UMTS系统中目标基站是家庭基站的方法流程示� �图； 图 7为本发明实施例处理 LIPA承载的设备结构示意图。

具体实施方式

针对目前还没有一种支持 LIPA移动性的方案， 本发明实施例的核心网控制节点收到 来自源家庭基站的请求切换消息， 且确定用户设备激活 LIPA承载， 若确定用户设备激活 LIPA承载在切换后不能保持， 则释放 LIPA承载。 由于发生切换时， 在确定用户设备激活 的 LIPA承载在切换后不能保持， 能够释放 LIPA承载， 从而实现 LIPA移动性， 提高了网 络性能和系统效率。

其中， 本发明实施例的请求切换消息中包括 LIPA承载的上下文信息。 较佳的， 请求 切换消息中 LIPA 承载的上下文信息包含在请求切换消息中的额 外容器 （ additional container ) 中。

additional container是 3 GPP SA2会议中为了避免对 Pre-Rll 的无线接入网 （Radio Access Network, RAN )节点造成影响， 并规避目标 RAN节点收到的源到目标侧的透明容 器 Source to Target Transparent Container中无线接入承载（RAB )数量与核心网侧请求的

RAB数量不一致的问题提出的， 具体的：

源家庭基站在切换请求消息中使用两个无线资 源管理（ Radio Resource Control, RRC ) 容器（ RRC container ),其中原来的 Source to Target Transparent Container封装非 LIPA承载， 并新增一个 RRC container (即 additional container )封装 LIPA承载。

在实施中， 本发明实施例的核心网控制节点包括但不限于 下列节点中的一种： 移动性管理实体 ( Mobility Management Entity, MME )、 服务通用分组无线业务服务 节点 （ Serving GPRS Support Node, SGSN; General Packet Radio Service, GPRS )。

下面结合说明书附图对本发明实施例作进一步 详细描述。

如图 2所示， 本发明实施例处理 LIPA承载的方法包括下列步骤：

步骤 201、 核心网控制节点在收到源家庭基站的请求切换 消息， 且确定需要切换的用 户设备已激活 LIPA承载时，判断用户设备已激活的 LIPA承载在进行切换后是否能够保持； 步骤 202、 核心网控制节点在确定 LIPA承载在进行切换后不能保持后， 释放 LIPA承 载。

在实施中， 请求切换消息中包含 LIPA承载的上下文信息， 该上下文信息可以唯一对 应到用户设备激活的 LIPA承载。

其中， 核心网控制节点判断 LIPA承载是否能够保持的方式， 根据不同的情况有不同 的判断方式， 下面列举几种情况：

情况一、 核心网控制节点对目标基站进行基于签约数据 的 per CSG和 per APN的接入 控制， 并在通过 per CSG的接入控制， 但未通过 per APN的接入控制后， 确定 LIPA承载 在进行切换后不能保持。

具体的， 核心网控制节点对目标基站进行基于签约数据 per CSG per APN的接入控制 时， 若目标侧的 CSG ID未签约或签约但已过期， 则表示基于签约数据 per CSG未通过， 核心网控制节点将向源家庭基站返回切换拒绝 消息；

若基于签约数据 per CSG通过， 核心网控制节点继续进行 per APN接入控制： 如果 LIPA连接的 APN没有包含在该 CSG ID允许的 APN列表中，也即 per APN接入 控制未通过， 则核心网控制节点确定 LIPA承载在进行切换后不能保持。

较佳地， 在由于 per APN接入控制未通过， 确定 LIPA承载在进行切换后不能保持后， 步骤 202中， 核心网控制节点不向目标侧传递该 LIPA承载对应的 LIPA信息。

具体的， 步骤 202中， 若切换后需要改变核心网控制节点， 核心网控制节点向目标核 心网控制节点传递的前转重定位请求（ Forward Relocation Request ) 消息中不包括 LIPA 信息；

若切换后不需要改变核心网控制节点， 核心网控制节点向目标基站传递的切换请求消 息中不包含 LIPA信息。

在实施中， 核心网控制节点向目标核心网控制节点传递的 Forward Relocation Request 消息中不包括 LIPA信息可以是： 核心网控制节点在 Forward Relocation Request消息中不 包括含有 LIPA承载的 additional container, 以及在 Forward Relocation Request消息中需要 建立的承载列表中不包括 LIPA承载的上下文信息；

核心网控制节点向目标基站传递的切换请求消 息中不包含 LIPA信息可以是： 核心网 控制节点在切换请求消息中不包括含有 LIPA承载的 additional container, 以及在切换请求 消息中需要建立的承载列表中不包括 LIPA承载上下文信息。

情况二、 核心网控制节点在目标基站通过 per CSG和 per APN的接入控制后， 向目标 基站发送包含 LIPA承载的上下文信息的切换请求消息， 根据收到的目标基站返回信息， 在确定目标基站不能接受 LIPA承载后， 确定 LIPA承载在进行切换后不能保持， 其中切换 请求消息中 LIPA承载的上下文信息包括请求切换消息中包� �的上下文信息。

具体的， 在上述情况二中， 若核心网控制节点确定 LIPA承载在进行切换后能保持， 会向目标基站发送包含 LIPA承载的上下文信息的切换请求消息， 核心网控制节点将根据 目标侧返回的消息判断 LIPA承载是否被目标侧接受， 如果接受。 则核心网控制节点确定 LIPA承载在进行切换后能保持； 如果未被接受， 则核心网控制节点确定 LIPA承载在进行 切换后不能保持。

在实施中， 判断目标侧是否接受 LIPA承载的方式有两种：

1 )、若被接受的承载列表中包含 LIPA承载上下文信息，则说明目标侧接受 LIPA承载， 否则说明不接受 LIPA承载；

2 )、 若建立失败的承载列表中包含 LIPA承载上下文信息， 则说明目标侧不接受 LIPA 承载， 否则说明接受 LIPA承载。

较佳地， 步骤 201中， 核心网控制节点在收到来自源家庭基站的请求 切换消息后， 可 以判断目标基站是否是宏基站， 若是， 则直接确定 LIPA承载在进行切换后不能保持； 若 不是， 再继续按照上述判断方式进行判断。

较佳地， 步骤 201中， 核心网控制节点在收到来自源家庭基站的请求 切换消息后， 可 以判断目标基站是否是闭合或混合模式的家庭 基站， 若是， 则继续判断用户设备是否激活 LIPA承载； 若不是闭合或混合模式的家庭基站， 则可以将该家庭基站按照宏基站的处理方 式进行处理， 比如直接确定 LIPA承载在进行切换后不能保持。

在实施中， 判断目标基站的类型以及判断用户设备是否激 活 LIPA承载， 这两个判断 的时序没有必然关系，根据需要可以选择具体 的判断时序。较佳地， 这两步推荐的顺序是： 先判断是否激活 LIPA, 如果是， 继续判断目标基站类型， 这只有两种可能： 第一种， 宏基 站或开放模式家庭基站； 第二种， 闭合或混合模式家庭基站； 第一种不需要做 per CSG per APN的接入控制， 且 LIPA不能保持； 第二种需要做 per CSG per APN的接入控制， 且后 续需要继续判断 LIPA能否保持。

步骤 202中， 核心网控制节点在确定 LIPA承载不能保持后 （包括情况一和 /或情况 二确定的不能保持）， 通知网关节点释放 LIPA承载。

若核心网控制节点需要发送切换命令 , 较佳地， 核心网控制节点在确定 LIPA承载在 进行切换后不能保持后， 在发送切换命令之前， 通知网关节点释放 LIPA承载。

具体的， 长期演进（Long Term Evolution, LTE ) 系统中， 核心网控制节点通过分组数 据网络断开 （PDN Disconnection )过程释放 LIPA承载； 在通用移动通信系统（Universal Mobile TelecommunicationSystem, UMTS ) 系统中， 核心网控制节点通过分组数据协议上 下文去激活 （ PDP context Deactivation )过程释放 LIPA承载。

较佳地， 在 PDN Disconnection过程或 PDP Context Deactivation过程中， 核心网控制 节点仅删除网关节点处的 LIPA承载， 并不通知源家庭基站释放 LIPA承载。

较佳地， 若核心网控制节点需要发送切换命令， 则步骤 202中， 核心网控制节点在确 定 LIPA承载在进行切换后不能保持后， 发送切换命令之前， 释放 LIPA承载。

较佳地， 步骤 202中， 核心网控制节点释放 LIPA承载之后， 在切换命令消息中指示 源家庭基站释放 LIPA承载。

具体的， 核心网控制节点将 LIPA承载的上下文信息添加到在切换命令消息� �的需要 释放的承载列表中。

如图 3所示， 本发明实施例核心网控制节点进行操作的方法 包括下列步骤： 步骤 301、 核心网控制节点接收到来自源家庭基站的请求 切换消息， 并且用户设备激 活了 LIPA承载；

步骤 302、 核心网控制节点判断目标家庭基站是否是闭合 或混合模式的家庭基站， 如 果是， 则执行步骤 303 , 否则， 执行步骤 309;

步骤 303、 核心网控制节点对目标基站进行基于签约数据 的 per CSG接入控制， 判断 per CSG接入控制是否通过， 如果是， 则执行步骤 304; 否则， 执行步骤 308;

步骤 304、 核心网控制节点对目标基站进行基于签约数据 的 per APN接入控制， 判断 per APN接入控制是否通过， 如果是， 则执行步骤 305; 否则， 执行步骤 309;

步骤 305、核心网控制节点向目标基站发送包含 LIPA承载的上下文信息的切换请求消 息；

步骤 306、 核心网控制节点根据收到的目标基站返回信息 ， 判断目标基站是否能接受 LIPA承载， 如果是， 则执行步骤 307; 否则， 执行步骤 310;

步骤 307、 核心网控制节点向源家庭基站发送切换命令， 后续按照协议 TS 23.401 中 S1切换过程的后续过程、 或协议 TS 23.060的服务无线网络子系统重定位（Serving RNS Relocation )过程的后续过程执行。

步骤 308、 核心网控制节点向源家庭基站返回切换拒绝消 息， 结束本流程。

步骤 309、 核心网控制节点不向目标侧传递 LIPA承载对应的 LIPA信息；

步骤 310、核心网控制节点在切换命令发送之前去激 活核心网侧的 LIPA承载， 并在发 送切换命令中指示源基站释放 LIPA承载（其中， 去激活操作与切换后续操作可以并行进 行）， 结束本流程。

下面以三个例子进一步对本发明的方案进行说 明， 具体参见图 4〜图 6。

需要说明的是， 在下面的例子中， 假设将 LIPA承载的上下文信息包含在请求切换消 息中的 additional container中， 不包含在 additional container中的方案与包含在 additional container中的方案类似， 在此不再赘述。

如图 4所示， 本发明实施例 LTE系统中目标基站是家庭基站的方法包括下列 步骤： 假设 LTE系统中，目标基站为家庭基站，其 CSG ID已签约，但根据签约数据 LIPAAPN 不能由该 CSG小区接入； 切换后核心网控制节点不变。

步骤 401、源家庭基站向 MME发送切换请求 ( HO Required )消息，其中包含 additional container;

步骤 402、 MME在确定终端激活了 HO Required消息中的 LIPA承载， 且目标基站是 闭合或混合的家庭基站后，对目标基站将进行 per CSG per APN接入控制，根据签约， LIPA APN不能由该 CSG小区接入， MME将不向目标基站传递 LIPA承载和 additional container; 步骤 403、 MME 向目标家庭基站发送切换请求 （HO Request ) 消息， 其中不包含 additional container, 且演进的无线接入承载（ Evolved RAB, ERAB )建立列表 ( ERABs to be Setup List ) 中也不包含 LIPA承载；

步骤 404、 目标家庭基站返回切换请求确认（ HO Request ACK ) 消息；

步骤 405、 MME发起 LIPA核心网承载删除过程；

其中， 这一步操作可以在步骤 402完成后， 步骤 406开始前的任何时间进行， 与步骤 403和步骤 404没有必然的先后顺序；

步骤 406、 MME向源基站发送切换命令 ( HO Command )消息， 并在其中的接入无线 承载需要释放的承载列表（ ERABs to Release List ) 中包含 LIPA承载。

综上， 由于 MME不向目标侧基站传递任何 LIPA承载相关的信息， 因此目标侧基站 不会为 LIPA承载分配资源。 切换后， 用户设备会释放 LIPA承载， 而源侧 LIPA承载在切 换过程中由 MME发起删除。

如图 5所示， 本发明实施例 LTE系统中目标基站是宏基站的方法包括下列步 骤： 假设 LTE系统中， 目标基站为宏基站； 切换后核心网控制节点改变， 且源核心网节点 釆用优化的方法。 步骤 501、 源家庭基站向 MME发送 HO Required消息， 其中包含 additional container; 步骤 502、由于目标基站是宏基站，也即 LIPA承载在进行切换后不能保持，因此 MME 在 Forward Relocation Request消息中不向目标 MME传递 LIPA承载和 additional container; 步骤 503、 目标 MME 向目标基站发送切换请求 （HO Request ) 消息， 其中不包含 additional container, 且 ERABs to be Setup List中也不包含 LIPA承载；

步骤 504、 目标家庭基站返回切换请求确认（ HO Request ACK ) 消息；

步骤 505、 目标 MME向源 MME发送前转重定位响应（ Forward Relocation Response ) 消息；

步骤 506、 MME向源基站发送切换命令（ HO Command ) 消息， 并在其中的 ERABs to Release List中包含 LIPA承载。

其中， 源 MME可以在步骤 502 ~步骤 506之间发起 LIPA承载去激活过程， 与步骤 503 ~步骤 505之间没有必然的时序关系。

综上， 由于源 MME不向目标 MME传递任何 LIPA承载相关的信息， 因此目标侧基站 不会为 LIPA承载分配资源。 切换后， 用户设备会释放 LIPA承载。

如图 6所示， 本发明实施例 UMTS系统中目标基站是家庭基站的方法包括下� �步骤： 假设 UMTS系统中， 目标基站是家庭基站； 目标基站可以通过 per CSG per APN接入 控制， 但与源基站属于不同的 LHN; 切换后核心网控制节点 SGSN不变。

步骤 601、 源家庭基站向 SGSN发送重定位请求（ Relocation Required ) 消息， 其中包 含 additional container;

步骤 602、 SGSN进行 per CSG per APN接入控制， 基于签约数据， 接入控制成功； 步骤 603、由于接入控制成功， SGSN向目标基站发送重定位请求（ Relocation Request ), 其中包含 additional container和 LIPA承载；

步骤 604、 目标家庭基站收到 additional container之后进行判断， 由于与源侧不属于同 一个 LHN, 则目标家庭基站将 LIPA承载当做不被接受的承载处理， 返回的重定位请求确 认 ( Relocation Request ACK ) 消息中不包含 additional container, 且将 LIPA承载包含在接 入无线承载失败建立 （ RABs Fail to Setup ) 列表中。

步骤 605、 由于 LIPA承载未被目标侧接受， SGSN释放核心网侧 LIPA承载， 该操作 在重定位命令 ( Relocation Command ) 消息发送之前完成；

其中， 这一步操作可以在步骤 602完成后， 步骤 606开始前的任何时间进行， 与步骤 603和步骤 604没有必然的先后顺序；

步骤 606、 SGSN向源家庭基站发送 Relocation Command消息，其中将 LIPA承载包含 在接入无线承载释放 ( RABs to be Released ) 列表中。

综上， 当 LIPA接入控制通过， 由于目标侧判断不能保持 LIPA承载时， 核心网控制节 点通过目标侧返回的消息获知需要释放 LIPA承载， 并在用户设备切换到目标侧之前发起 释放。

基于同一发明构思， 本发明实施例中还提供了一种处理 LIPA承载的设备， 由于该设 备解决问题的原理与处理 LIPA承载的方法相似， 因此该设备的实施可以参见方法的实施， 重复之处不再赘述。

如图 7所示， 本发明实施例处理 LIPA承载的设备包括： 判断模块 70和释放模块 71。 判断模块 70, 用于在收到源家庭基站的请求切换消息， 且确定需要切换的用户设备已 激活 LIPA承载时， 判断用户设备已激活的 LIPA承载在进行切换后是否能够保持；

释放模块 71 , 用于在确定 LIPA承载在进行切换后不能保持后， 释放 LIPA承载。 较佳地，判断模块 70对目标基站进行基于签约数据的 per CSG和 per APN的接入控制， 并在通过 per CSG的接入控制， 但未通过 per APN的接入控制后， 确定 LIPA承载在进行 切换后不能保持； 和 /或在目标基站通过 per CSG和 per APN的接入控制后， 向目标基站 发送包含 LIPA承载的上下文信息的切换请求消息， 根据收到的目标基站返回信息， 在确 定目标基站不能接受 LIPA承载后， 确定 LIPA承载在进行切换后不能保持， 其中 LIPA承 载的上下文信息包括请求切换消息中包含的上 下文信息。

较佳地， 判断模块 70在确定目标基站不是宏基站后， 对目标基站进行基于签约数据 的 per CSG和 per APN的接入控制。

较佳地， 判断模块 70在确定目标基站是闭合或混合模式的家庭基� ��后， 对目标基站 进行基于签约数据的 per CSG和 per APN的接入控制。

较佳地， 判断模块 70在确定目标基站是宏基站或非闭合模式的家� ��基站或非混合模 式的家庭基站， 确定 LIPA承载在进行切换后不能保持。

较佳地，释放模块 71在确定目标基站通过 per CSG的接入控制，但未通过 per APN的 接入控制后， 不向目标侧传递 LIPA承载对应的 LIPA信息。

较佳地， 释放模块 71在 per CSG per APN控制通过， 但目标基站没有接受 LIPA承载 后， 确定 LIPA承载不能保持， 并在发送切换命令之前通知网关节点释放 LIPA承载。

较佳地， 若切换后需要改变核心网控制节点， 释放模块 71 向目标核心网控制节点传 递的 Forward Relocation Request消息中不包括 LIPA信息；

若切换后不需要改变核心网控制节点， 释放模块 71 向目标基站传递的切换请求消息 中不包含 LIPA信息。

较佳地，释放模块 71不发送含有 LIPA承载的 additional container, 且在需要建立的承 载列表中不包括 LIPA承载上下文信息。

较佳地， 释放模块 71在确定 LIPA承载不能保持后 （包括由于目标基站通过 per CSG 的接入控制， 但未通过 per APN的接入控制确定的不能保持； 和 /或由于在 per CSG per APN控制通过，但目标基站没有接受 LIPA承载确定的不能保持），在发送切换命令� �前通 知网关节点释放 LIPA承载。

较佳地， 释放模块 71 在确定 LIPA 承载在进行切换后不能保持后， 通过 PDN Disconnection过程或 PDP Context Deactivation过程通知网关节点释放 LIPA承载。

较佳地， 释放模块 71在确定 LIPA承载的上下文信息对应的 LIPA承载在进行切换后 不能保持后 , 在 PDN Disconnection过程或 PDP Context Deactivation过程中不通知源家庭 基站释放 LIPA承载。

较佳地， 释放模块 71 释放 LIPA承载之后， 在切换命令消息中指示源家庭基站释放 LIPA承载。

较佳地， 释放模块 71将 LIPA承载的上下文信息添加到在切换命令消息� �的需要释放 的承载列表中。

由于发生切换时，在确定用户设备激活的 LIPA承载在切换后不能保持，能够释放 LIPA 承载， 从而实现 LIPA移动性， 提高了网络性能和系统效率。

本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或计算机程序产 品。 因此， 本发明可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实 施例的形式。 而且， 本发明可釆用在一个或多个其中包含有计算机 可用程序代码的计算机 可用存储介盾 （包括但不限于磁盘存储器和光学存储器等） 上实施的计算机程序产品的形 式。

本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处 理器 以产生一个机器， 使得通过计算机或其他可编程数据处理设备的 处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能� � 装置。

这些计算机程序指令也可存储在能引导计算机 或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中， 使得存储在该计算机可读存储器中的指令产生 包括指令装 置的制造品， 该指令装置实现在流程图一个流程或多个流程 和 /或方框图一个方框或多个 方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他 可编程数据处理设备上， 使得在计算机 或其他可编程设备上执行一系列操作步骤以产 生计算机实现的处理， 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程 图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。 显然， 本领域的技术人员可以对本发明进行各种改动 和变型而不脱离本发明的精神和 范围。这样，倘若本发明的这些修改和变型属 于本发明权利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。