一种进行节点选择功能的方法、系统和设备

摘要

本发明实施例涉及无线通信技术领域，特别涉及一种进行节点选择功能的方法、系统和设备，用以解决现有技术中存在的无法针对从MRN接入的UE使用NNSF的问题。本发明实施例提供的一种进行节点选择功能的方法包括：基站确定UE接入RN设备；所述基站将用于针对所述UE进行NNSF的信息发送给所述移动性锚点设备，通知所述移动性锚点设备针对接入RN设备的UE进行NNSF。由于将NNSF在移动性锚点中使用，从而能够针对从MRN接入的UE使用NNSF。

说明书

技术领域

本发明涉及无线通信技术领域，特别涉及一种进行节点选择功能的方法、 系统和设备。

背景技术

在LTE(Long Term Evolution，长期演进)系统中，支持无线接入网侧基 站节点与多个非接入层核心网节点(比如MME(Mobility Management Entity， 移动性管理实体)、Serving GW(Serving Gateway，服务网关))建立互联关系， 因此基站需要根据核心网节点(例如，MME)为UE(用户设备)分配的临时 身份标识，执行NNSF(Nas Node selection function，非接入层节点选择功能)， 为UE选择与之相关联的MME。

固定RN引入后系统架构如图1所示，DeNB(Donor evolved node B，施 主增强基站)为RN(Relay Node，中继节点)设备提供到核心网S1接口的代 理功能，由于核心网拓扑结构对RN设备不可见(DeNB屏蔽了核心网的拓扑 结构信息)，因此DeNB为从固定RN设备接入的UE提供NNSF功能。

为了支持移动中继特性和保持系统的向下兼容性，出现了一种移动中继 (Mobile Relay Node，MRN)设备与固定中继设备混合部署的场景，为该场景 下为了支持移动中继设备特性，系统中引入了为移动中继设备的移动性锚点设 备(Mobility Anchor)。

其中，移动性锚点(Mobility Anchor)为MRN提供S1/X2代理功能，MRN 作为设备对核心网和其他eNB不可见。另一方面MRN的DeNB也为MRN提 供S1/X2代理，由于DeNB可以解析UE相关的S1AP(Application protocol， 应用协议)/X2AP信令，因此MRN下UE的信息对DeNB可见。

对于移动中继设备和固定中继设备共存部署的场景，对于从MRN接入的 UE，DeNB并不知道为MRN下的UE提供服务的核心网拓扑结构(Mobility  Anchor终结了DeNB到为MRN下的UE提供服务的核心网设备的S1接口)， 因此对于从MRN接入的UE，由于DeNB只能知道与自己有连接关系的MME， 但是不知道与Mobility Anchor有连接关系的MME，因此一旦DeNB连接的 MME和Mobility Anchor连接的MME不一致或者不完全一致，则由DeNB为 从MRN接入的UE执行NNSF功能就会发生异常。

综上所述，目前无法针对从MRN接入的UE使用NNSF。

发明内容

本发明实施例提供的一种进行节点选择功能的方法、系统和设备，用以解 决现有技术中存在的无法针对从MRN接入的UE使用NNSF的问题。

本发明实施例提供的一种进行节点选择功能的方法，包括：

基站确定UE接入RN设备；

所述基站将用于针对所述UE进行NNSF的信息发送给所述移动性锚点设 备，通知所述移动性锚点设备针对接入RN设备的UE进行NNSF。

本发明实施例提供的另一种进行节点选择功能的方法，包括：

移动性锚点设备接收来自基站的用于针对接入RN设备的UE进行NNSF 的信息；

所述移动性锚点设备根据所述信息，针对所述UE进行NNSF。

本发明实施例提供的一种进行节点选择功能的基站，包括：

确定模块，用于确定UE接入RN设备；

第一处理模块，用于将用于针对所述UE进行NNSF的信息发送给所述移 动性锚点设备，通知所述移动性锚点设备针对接入RN设备的UE进行NNSF。

本发明实施例提供的一种进行节点选择功能的移动性锚点设备，包括：

接收模块，用于接收来自基站的用于针对接入RN设备的UE进行NNSF 的信息；

第二处理模块，用于根据所述信息，针对所述UE进行NNSF。

本发明实施例提供的一种进行节点选择功能的系统，包括：

基站，用于确定UE接入RN设备，将用于针对所述UE进行NNSF的信 息发送给所述移动性锚点设备；

移动性锚点设备，用于接收来自基站的用于针对接入RN设备的UE进行 NNSF的信息，根据所述信息，针对所述UE进行NNSF。

由于将NNSF在移动性锚点中使用，从而能够针对从MRN接入的UE使 用NNSF；

进一步减低DeNB的处理复杂度，挺高DeNB的处理效率，并且提高了固 定RN设备和移动RN社诶混合部署情况下的系统性能。

附图说明

图1为背景技术中固定RN设备部署场景下系统结构图；

图2为本发明实施例进行节点选择功能的系统结构示意图；

图3为本发明实施例进行节点选择功能的系统中的基站结构示意图；

图4为本发明实施例进行节点选择功能的系统中的移动性锚点设备结构示 意图；

图5为本发明实施例基站通知移动性锚点设备进行NNSF的方法流程示意 图；

图6为本发明实施例移动性锚点设备进行NNSF的方法流程示意图；

图7为本发明实施例兼容固定RN设备的方法流程示意图；

图8为本发明实施例不兼容固定RN设备的方法流程示意图；

图9为本发明实施例第一种基站区分接入RN设备类型的方法流程示意 图；

图10为本发明实施例第二种基站区分接入RN设备类型的方法流程示意 图；

图11为本发明实施例第三种基站区分接入RN设备类型的方法流程示意 图；

图12为本发明实施例第一种基站区分S1接口连接设备的方法流程示意 图；

图13为本发明实施例第二种基站区分S1接口连接设备的方法流程示意 图。

具体实施方式

本发明实施例基站将用于针对UE进行NNSF的信息发送给移动性锚点设 备，通知移动性锚点设备针对接入RN设备的UE进行NNSF。由于将NNSF 在移动性锚点中使用，从而能够针对从MRN接入的UE使用NNSF。

X2接口是基站之间的接口，完成基站之间的用户数据传送、用户数据及 信令的处理等

S1接口是无线接入网节点与核心网节点间建立的逻辑接口，具体又分为控 制面接口(S1-MME)和用户面接口(S1-U)。S1-MME是无线接入网节点与 MME之间建立的逻辑接口，用于传输控制面信令(信令具体内容参见3GPP  TS36.413)。S1-U是无线接入网节点与SGW之间建立的逻辑接口，用于传输 用户面数据(用户面数据包格式参见3GPP TS29.281)

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

如图2所示，本发明实施例进行节点选择功能的系统包括：基站10和移 动性锚点设备20。

基站10，用于确定UE接入RN设备，将用于针对UE进行NNSF的信息 发送给移动性锚点设备20；

移动性锚点设备20，用于接收来自基站10的用于针对接入RN设备的UE 进行NNSF的信息，根据信息，针对UE进行NNSF。

对于固定RN设备和移动RN设备同时部署的情况下，本发明实施例有两 种处理方式。

处理方式一、兼容现有固定RN设备部署场景下的NNSF功能。

具体的，基站10先判断UE接入的RN设备的类型，若UE接入的RN设 备是移动RN设备，则将初始UE消息作为用于针对UE进行NNSF的信息发 送给移动性锚点设备20；若UE接入的RN设备是固定RN设备，根据初始 UE消息，针对UE进行NNSF。

在实施中，基站10判断RN设备的类型的方式有很多种，下面列举几种：

判断方式一、基站10根据RN类型指示信息判断RN设备的类型。

较佳地，基站10通过RRC(Radio Resource Control，无线资源控制)连 接建立成功消息或S1建立请求消息接收RN类型指示信息。

若基站10通过RRC连接建立成功消息接收RN类型指示信息，则RN类 型指示信息可以参见下面的内容：

判断方式二、基站10根据收到的初始上下文请求消息中的RN签约数据， 判断RN设备是否支持移动性服务，若是，则确定RN设备是移动RN设备， 否则，确定RN设备是固定RN设备。

具体的，如果RN签约了支持服务移性服务，则MME通过初始上下文请 求(InitialContextSetupRequest)消息将RN签约数据发送给基站10；

相应的，基站10在初始上下文请求消息中含有RN签约数据，则确定RN 设备支持移动性服务；否则，确定RN设备不支持移动性服务。

处理方式二、不兼容现有固定RN设备部署场景下的NNSF功能。

较佳地，基站10不对RN设备的类型进行识别，并将初始UE消息作为用 于针对UE进行NNSF的信息发送给移动性锚点设备20。

具体的，基站10不对UE当前接入的RN设备类型进行区分，基站10将 用于针对UE进行NNSF的信息全部转发给移动性锚点设备20(基站10自身 的NNSF功能)，并由移动性锚点设备20执行NNSF功能。

较佳地，处理方式一和处理方式二中，若基站10需要将初始UE消息作 为用于针对UE进行NNSF的信息发送给移动性锚点设备20，则基站10可以 根据收到的来自RN设备的初始UE消息，生成新的初始UE消息，并将新的 初始UE消息作为用于针对UE进行NNSF的信息发送给移动性锚点设备20。

具体的，基站10将收到的初始UE消息中的eNB UE S1AP ID(演进基站 用户设备S1应用协议标识)替换成基站10分配的eNB UE S1AP ID(即由基 站进行分配并在S1接口上唯一地对UE进行标识)，替换后的初始UE消息为 新的初始UE消息。

在实施中，基站10需要通过S1接口将用于针对UE进行NNSF的信息发 送给移动性锚点设备，所以，基站10将用于针对UE进行NNSF的信息发送 给移动性锚点设备20之前，需要判断通过S1接口连接的设备是否是移动性锚 点设备20。

基站10判断通过S1接口连接的设备是否是移动性锚点设备20的方式有 很多种，下面列举几种：

判断方式一、基站10根据从OAM(Operations and Maintenance，运行和 维护)系统获取的S1接口配置信息中的目标设备属性信息，判断通过S1接口 连接的设备是否是移动性锚点设备20。

具体的，基站10从OAM系统下载S1接口配置信息，S1接口配置信息包 括目标设备属性，目标设备IP地址等信息。其中，目标设备属性告知与基站 10通过S1接口连接的设备是什么设备。

判断方式二、基站10判断收到的S1接口连接的设备返回的S1建立请求 消息中是否含有目标设备属性信息，若是，则确定S1接口连接的设备是移动 性锚点设备，否则确定S1接口连接的设备不是移动性锚点设备。

具体的，基站10向目标设备发送S1建立请求消息，若目标设备是移动性 锚点设备20，则目标设备将自身的属性信息通过S1建立请求消息发送给基站 10；若目标设备不是移动性锚点设备20，则目标设备返回不携带自身的属性信 息的S1建立请求消息。

判断方式三、基站根据收到的S1接口连接的设备返回的S1建立请求消息 中的目标设备属性信息，判断通过S1接口连接的设备是否是移动性锚点设备。

具体的，基站10向目标设备发送S1建立请求消息，目标设备将自身的属 性信息通过S1建立请求消息发送给基站10；其中，目标设备属性告知与基站 10通过S1接口连接的设备是什么设备；

相应的，基站10根据目标设备属性就可以知道该目标设备具体是什么设 备。

其中，本发明实施例的基站是支持RN设备进行接入的基站，比如DeNB。

如图3所示，本发明实施例进行节点选择功能的系统中的基站包括：确定 模块300和第一处理模块310。

确定模块300，用于确定UE接入RN设备；

第一处理模块310，用于将用于针对UE进行NNSF的信息发送给移动性 锚点设备，通知移动性锚点设备针对接入RN设备的UE进行NNSF。

较佳地，第一处理模块310不对RN设备的类型进行识别，并将初始UE 消息作为用于针对UE进行NNSF的信息发送给移动性锚点设备。

较佳地，第一处理模块310在确定UE接入的RN设备是移动RN设备后， 将初始UE消息作为用于针对UE进行NNSF的信息发送给移动性锚点设备。

较佳地，第一处理模块310在确定UE接入的RN设备是固定RN设备后， 根据初始UE消息，针对UE进行NNSF。

较佳地，第一处理模块310根据下列步骤判断RN设备的类型：

根据RN类型指示信息判断RN设备的类型；或

根据收到的初始上下文请求消息中的RN签约数据，判断RN设备是否支 持移动性服务，若是，则确定RN设备是移动RN设备，否则，确定RN设备 是固定RN设备。

较佳地，第一处理模块310通过RRC连接建立成功消息或S1建立请求消 息接收RN类型指示信息。

较佳地，第一处理模块310根据收到的来自RN设备的初始UE消息，生 成新的初始UE消息，并将新的初始UE消息作为用于针对UE进行NNSF的 信息发送给移动性锚点设备。

较佳地，第一处理模块310将收到的初始UE消息中的eNB UE S1AP ID 替换成基站分配的eNB UE S1AP ID。

较佳地，第一处理模块310在确定通过S1接口连接的设备是移动性锚点 设备后，将用于针对UE进行NNSF的信息发送给移动性锚点设备。

较佳地，第一处理模块310根据下列步骤判断通过S1接口连接的设备是 否是移动性锚点设备：

根据从OAM系统获取的S1接口配置信息中的目标设备属性信息，判断 通过S1接口连接的设备是否是移动性锚点设备；或

判断收到的S1接口连接的设备返回的S1建立请求消息中是否含有目标设 备属性信息，若是，则确定S1接口连接的设备是移动性锚点设备，否则确定 S1接口连接的设备不是移动性锚点设备；或

根据收到的S1接口连接的设备返回的S1建立请求消息中的目标设备属性 信息，判断通过S1接口连接的设备是否是移动性锚点设备。

如图4所示，本发明实施例进行节点选择功能的系统中的移动性锚点设备 包括：接收模块400和第二处理模块410。

接收模块400，用于接收来自基站的用于针对接入RN设备的UE进行 NNSF的信息；

第二处理模块410，用于根据信息，针对UE进行NNSF。

较佳地，第二处理模块410将移动性锚点设备的属性信息通过S1建立请 求消息发送给基站。

基于同一发明构思，本发明实施例中还提供了一种基站通知移动性锚点设 备进行NNSF的方法，由于该方法解决问题的原理与本发明实施例进行节点选 择功能的系统中的基站相似，因此该方法的实施可以参见基站的实施，重复之 处不再赘述。

如图5所示，本发明实施例基站通知移动性锚点设备进行NNSF的方法包 括下列步骤：

步骤501、基站确定UE接入RN设备；

步骤502、基站将用于针对UE进行NNSF的信息发送给移动性锚点设备， 通知移动性锚点设备针对接入RN设备的UE进行NNSF。

对于固定RN设备和移动RN设备同时部署的情况下，本发明实施例有两 种处理方式。

处理方式一、兼容现有固定RN设备部署场景下的NNSF功能。

具体的，基站先判断UE接入的RN设备的类型，若UE接入的RN设备 是移动RN设备，则将初始UE消息作为用于针对UE进行NNSF的信息发送 给移动性锚点设备；若UE接入的RN设备是固定RN设备，根据初始UE消 息，针对UE进行NNSF。

在实施中，基站判断RN设备的类型的方式有很多种，下面列举几种：

判断方式一、基站根据RN类型指示信息判断RN设备的类型。

较佳地，基站通过RRC连接建立成功消息或S1建立请求消息接收RN类 型指示信息。

判断方式二、基站根据收到的初始上下文请求消息中的RN签约数据，判 断RN设备是否支持移动性服务，若是，则确定RN设备是移动RN设备，否 则，确定RN设备是固定RN设备

具体的，如果RN签约了支持服务移性服务，则MME通过初始上下文请 求消息将RN签约数据发送给基站。

处理方式二、不兼容现有固定RN设备部署场景下的NNSF功能。

较佳地，基站不对RN设备的类型进行识别，并将初始UE消息作为用于 针对UE进行NNSF的信息发送给移动性锚点设备。

具体的，基站不对UE当前接入的RN设备类型进行区分，基站将用于针 对UE进行NNSF的信息全部转发给移动性锚点设备(基站自身的NNSF功能)， 并由移动性锚点设备执行NNSF功能。

较佳地，处理方式一和处理方式二中，若基站需要将初始UE消息作为用 于针对UE进行NNSF的信息发送给移动性锚点设备，则基站可以根据收到的 来自RN设备的初始UE消息，生成新的初始UE消息，并将新的初始UE消 息作为用于针对UE进行NNSF的信息发送给移动性锚点设备。

具体的，基站将收到的初始UE消息中的eNB UE S1AP ID替换成基站分 配的eNB UE S1AP ID，替换后的初始UE消息为新的初始UE消息。

在实施中，基站需要通过S1接口将用于针对UE进行NNSF的信息发送 给移动性锚点设备，所以，基站将用于针对UE进行NNSF的信息发送给移动 性锚点设备之前，需要判断通过S1接口连接的设备是否是移动性锚点设备。

基站判断通过S1接口连接的设备是否是移动性锚点设备20的方式有很多 种，下面列举几种：

判断方式一、基站根据从OAM系统获取的S1接口配置信息中的目标设 备属性信息，判断通过S1接口连接的设备是否是移动性锚点设备。

具体的，基站从OAM系统下载S1接口配置信息，S1接口配置信息包括 目标设备属性，目标设备IP地址等信息。其中，目标设备属性告知与基站通 过S1接口连接的设备是什么设备。

判断方式二、基站判断收到的S1接口连接的设备返回的S1建立请求消息 中是否含有目标设备属性信息，若是，则确定S1接口连接的设备是移动性锚 点设备，否则确定S1接口连接的设备不是移动性锚点设备。

具体的，基站向目标设备发送S1建立请求消息，若目标设备是移动性锚 点设备，则目标设备将自身的属性信息通过S1建立请求消息发送给基站；若 目标设备不是移动性锚点设备，则目标设备返回不携带自身的属性信息的S1 建立请求消息。

判断方式三、基站根据收到的S1接口连接的设备返回的S1建立请求消息 中的目标设备属性信息，判断通过S1接口连接的设备是否是移动性锚点设备。

具体的，基站向目标设备发送S1建立请求消息，目标设备将自身的属性 信息通过S1建立请求消息发送给基站；其中，目标设备属性告知与基站通过 S1接口连接的设备是什么设备；

相应的，基站根据目标设备属性就可以知道该目标设备具体是什么设备。

基于同一发明构思，本发明实施例中还提供了一种移动性锚点设备进行 NNSF的方法，由于该方法解决问题的原理与本发明实施例进行节点选择功能 的系统中的移动性锚点设备相似，因此该方法的实施可以参见移动性锚点设备 的实施，重复之处不再赘述。

如图6所示，本发明实施例移动性锚点设备进行NNSF的方法包括下列步 骤：

步骤601、移动性锚点设备接收来自基站的用于针对接入RN设备的UE 进行NNSF的信息；

步骤602、移动性锚点设备根据信息，针对UE进行NNSF。

较佳地，步骤601之前，还包括：

移动性锚点设备将自身的属性信息通过S1建立请求消息发送给基站。

其中，图5和图6可以合成一个流程，形成一个进行NNSF的方法，即先 执行步骤501和步骤502，再执行步骤601和步骤602。

如图7所示，本发明实施例兼容固定RN设备的方法包括下列步骤：

步骤701、在UE通过RN设备进行初始接入过程中，通过RRC建立过程， UE与RN设备建立RRC连接。RRC连接建立过程细节可参见3GPP TS 36.331。

步骤702、RN设备发送初始UE消息到DeNB(初始UE消息的详细内容 参见3GPP TS 36.413)。

步骤703、DeNB判断UE当前接入的RN设备的类型；如果UE接入的 RN设备是固定RN设备，则执行步骤704；如果UE接入的RN设备是MRN 设备，则执行步骤706。

步骤704、DeNB根据收到初始UE消息，执行NNSF功能。

步骤705、DeNB将初始UE消息发送给自身通过NNSF功能选择的MME， 结束本流程。

步骤706、DeNB根据收到初始UE消息，生成一条新的初始UE消息并发 送给Mobility Anchor。

步骤707、Mobility anchor根据收到的初始UE消息执行NNSF功能。

步骤708、Mobility anchor将初始UE消息发送给自身通过NNSF功能选 择的MME，结束本流程。

如图8所示，本发明实施例不兼容固定RN设备的方法包括下列步骤：

步骤801、在UE通过RN设备进行初始接入过程中，通过RRC建立过程， UE与RN建立RRC连接。RRC连接建立过程细节可参见3GPP TS 36.331。

步骤802、RN设备发送初始UE消息到DeNB(初始UE消息的详细内容 参见3GPP TS 36.413)。

步骤803、RN设备根据收到初始UE消息，生成一条新的初始UE消息并 发送给Mobility Anchor。

步骤804、Mobility anchor根据收到的初始UE消息执行NNSF功能。

步骤805、Mobility anchor将初始UE消息发送给自身通过NNSF功能选 择的MME，结束本流程。

如图9所示，本发明实施例第一种基站区分接入RN设备类型的方法包括 下列步骤：

步骤901、RN设备向DeNB发送RRC连接请求(RRC Connection Request) 消息。

步骤902、DeNB向RN设备返回RRC连接建立(RRC Connection Setup) 消息。

步骤903、RN设备向DeNB发送携带Mobile RN类型指示信息的RRC连 接建立消息。

如图10所示，本发明实施例第二种基站区分接入RN设备类型的方法包 括下列步骤：

步骤1001、RN设备和DeNB进行RRC连接建立过程，参见3GPP TS36.331。

步骤1002、DeNB向MME发送初始UE消息。

步骤1003、MME向DeNB返回包含RN的签约数据的初始上下文建立请 求(Initial Context Setup Request)消息。

步骤1004、DeNB向MME发送初始上下文建立响应请求(Initial Context  Setup Request Response)消息。

初始UE上下文建立过程可参见3GPP TS36.413。本实施例MME通过检 查RN的签约数据判断RN是否签约对RN移动性的支持服务，如果RN签约 了支持服务移性服务，则MME通过增强Initial Context Setup Request消息将 Mobile RN鉴权指示信息发送给DeNB，DeNB根据从MME收到的指示信息确 定RN的类型。

如图11所示，本发明实施例第三种基站区分接入RN设备类型的方法包 括下列步骤：

步骤1101、RN设备向DeNB发送包含Mobile RN类型指示信息的S1建 立请求(S1 Setup Request)消息。

步骤1102、DeNB向RN设备返回S1建立响应(S1 Setup Response)消息。

S1接口建立过程可参见3GPP TS36.413，本实施例对S1 Setup Request消 息进行增强，RN设备通过S1 Setup Request消息将Mobile RN类型指示信息发 送给DeNB。

如图12所示，本发明实施例第一种基站区分S1接口连接设备的方法包括 下列步骤：

步骤1201、DeNB从OAM系统下载S1接口配置信息，S1接口配置信息 包括目标设备属性，目标设备IP地址等信息。

步骤1202、DeNB本地保存各S1接口对端设备属性，以及目标设备IP 地址信息。

步骤1203、DeNB S1接口对端设备属性，确定对端的设备，若对端是 Mobility Anchor，则发起与Mobility Anchor之间的S1接口建立过程，若对端 是MME，则发起与MME之间的S1接口建立过程(S1接口建立过程细节参 见3GPP TS 36.413)。

如图13所示，本发明实施例第二种基站区分S1接口连接设备的方法包括 下列步骤：

步骤1301、DeNB从OAM系统下载S1接口配置信息，S1接口配置信息 包括目标设备IP地址等信息。

步骤1302、DeNB根据S1接口配置中的IP地址信息，发送S1建立请求 到目标设备。

步骤1303、若目标设备是Mobility Anchor，则将自身设备属性信息通过 S1建立响应消息发送给DeNB；若目标设备是MME，则不将自身设备属性通 过S1建立完成消息发送给DeNB。

步骤1304、DeNB判断S1建立完成消息中是否含有设备属性信息，若是， 则确定S1接口连接的设备是Mobility Anchor；否则，确定S1接口连接的设备 是MME。

在实施中，DeNB可以与多个MME设备和一个Mobility Anchor并行建 立多个S1接口，则针对每个S1接口连接的对端设备的类型都可以采用上述方 式确定。

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

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

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

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使 得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处 理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基 本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要 求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。