一种基于Diameter协议的Origin-State-Id AVP发送方法及装置

摘要

本发明公开了一种基于Diameter协议的Origin-State-Id AVP发送方法及装置，该方法包括，发送端基于直径协议与接收端建立通信连接，包括：在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息，用以解决现有技术中存在每次信息交互时，接收端均需要根据接收到的Origin-State-Id值判断发送端的设备状态是否已经丢失的情况导致的系统资源的消耗和消息处理时间的延长的问题。

说明书

技术领域

本发明涉及移动通信技术领域，特别涉及一种基于Diameter协议的 Origin-State-Id AVP发送方法及装置。

背景技术

RADIUS（Remote Authentication Dial In User Service，远程用户拨号认证 系统）协议是目前应用最广泛的一种AAA（Authentication Authorization  Accounting，认证授权记账）协议，而Diameter（直径）协议是RADIUS 协议的升级版本，被IETF（Internet Engineering Task Force，互联网工程任 务组）的AAA工作组作为下一代的AAA协议标准。

在Diameter协议中，使用Origin-State-Id（源-状态-标识）AVP （Attribute-Value-Pair，属性-内容-对组）来表示设备状态，也称为设备状态信 息。这个AVP在每条交互消息中携带，便于接收方了解发送方的设备状态。

如果接收方判断出接收到的Origin-State-Id AVP中的Origin-State-Id AVP 的值有改变，可以认为原Origin-State-Id AVP对应的发送方的设备状态已经丢 失，需要清除本地关于原Origin-State-Id AVP的发送方的资源。当接收方接收 到Origin-State-Id AVP后，需要通过字符串遍历本地保存的发送方的主机名、 域名，查找到该发送方的设备之前的状态。这样的处理方式，加重了接收方的 处理负担，大大减缓了接收方的处理速率。

LTE（Long Term Evolution，长期演进）网络的SAE（System Architecture  Evolution，系统架构演进）架构的网络拓扑结构如下图1所示，Gx接口位于 PGW（即PDN GW，Public Data Network Gateway，公共数据网网关）和PCRF （Policy and Charging Rules Function，策略与计费规则功能）之间，主要用于 计费控制和策略控制。PCRF将策略规则配置成PCC规则下发给PGW，PGW 把这些规则绑定到相应的承载上，下发到业务面，由业务面进行执行这些规则， 从而达到策略控制的目的。

PGW和PCRF之间的信息交互过程包括：创建会话过程、更新会话过程、 删除会话过程等。

其中，创建会话过程如图2所示，PGW发送CCR（Credit Control Request， 信用控制请求）-I消息到PCRF，请求建立会话，PCRF反馈CCA-I消息给PGW， PGW收到CCA（Credit Control Answer，信用控制应答）-I确认可以建立会话 后，两者之间的会话建立成功。

更新会话过程包括两种情况。其中一种情况如图3A所示，由PGW发起 更新会话过程。PGW发送CCR-U消息到PCRF，请求更新会话，PCRF反馈 CCA-U消息给PGW，确认建立更新会话过程。

而另一种情况，如图3B所示，由PCRF发起更新会话过程，PCRF将更新 会话的请求通过RAR（Re Auth Request，重新认证请求）消息发送给PGW， PGW将确认建立更新会话的RAA（Re Auth Answer，重新认证应答）消息反 馈给PCRF。

删除会话过程如图4所示，PGW将请求删除会话的CCR-T消息发送给 PCRF，PCRF删除会话后反馈CCA-T消息给PGW。

上述PGW和PCRF之间的信息交互过程主要是通过两对消息，CCR/CCA 消息和RAR/RAA消息实现的。CCR/CCA消息和RAR/RAA消息中均携带了 Origin-State-Id AVP。

在现有技术中，发送端需要在每条Gx接口消息中携带本设备的 Origin-State-Id AVP。接收端收到消息后需要通过字符串在设备存储信息中查找 本地记录中的本地Origin-State-Id AVP，比较接收到的Origin-State-Id AVP的值 和本地Origin-State-Id AVP的值是否相同，并根据比较结果进行后续处理。

在EPS（Evolved Packet Systerm，演进分组系统）中，PGW网元和PCRF 网元通过Gx接口，基于Diameter协议进行消息交互。Diameter协议定义了 Origin-State-Id AVP，该AVP用于检测同一实体设备是否发生过设备重启。当 PGW网元（或PCRF网元）收到同一发送者发送的多个Origin-State-Id AVP时， 若比较出当前接收到的Origin-State-Id AVP比上一次接收到的Origin-State-Id  AVP的值大，可以认为该设备状态已经丢失，并且在上一次接收到的 Origin-State-Id AVP的基础上进行所有的会话已经终止。PGW网元或PCRF网 元检测到此情况时，需要清除本地在上一次接收到的Origin-State-Id AVP基础 上进行的所有会话的资源。

Diameter协议中使用Origin-Host(源-主机）与Origin-Realm(源-域名）AVP 来标识消息的源。Origin-Host采用字符串类型，用以表明产生Diameter消息的 源节点；Origin-Realm采用字符串类型，用以表示Diameter消息产生者所在域。 发送端在每一次发送的消息中携带Origin-State-Id AVP，接收端将接收到的 Origin-State-Id AVP中的Origin-Host和Origin-Realm与本地维护的对端设备列 表中对应的Origin-Host和Origin-Realm比较，从本地维护的对端设备列表中， 找出已保存的与该发送端对应的Origin-State-Id值，与当前接收到的 Origin-State-Id值比较，判断该设备状态是否已经丢失。

这种在每个通过Gx接口发送的消息中都携带Origin-State-Id AVP的方法， 虽然能够在对端设备状态丢失后，清除本地基于上一次接收的Origin-State-Id  AVP进行的所有会话的资源，但是由于在每个通过Gx接口发送的消息中都携 带了Origin-State-Id AVP，而接收端每接到一次携带Origin-State-Id AVP的消息， 就需要将本地维护的对端设备列表中的Origin-Host和Origin-Realm与当前接 收到的消息中的Origin-Host和Origin-Realm进行比较，判断该设备状态是否 已经丢失。这种重复进行字符串比较的方法很大地消耗了系统资源，并且增加 了处理消息的时间。

发明内容

本发明实施例提供一种基于Diameter协议的设备状态信息发送方法及装 置，用以解决现有技术中存在每次信息交互时，存在的系统资源消耗和消息处 理时间延长的问题。

本发明实施例提供的具体技术方案如下：

本发明实施例提供了一种基于直径协议的设备状态信息发送方法，发送端 基于直径协议与接收端建立通信连接，包括：在每次发送消息之前，发送端判 断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备 状态信息，否则，向接收端发送本地的设备状态信息。

一种基于直径协议的设备状态信息发送方法，包括：

接收端接收发送端采用如上述基于直径协议的信息交互方法发送的设备 状态信息；判断本次接收到该发送端发送的设备状态信息之前，是否已将本地 的设备状态信息发送至发送端；

若是，则不再发送本地的设备状态信息，否则，向发送端发送本地的设备 状态信息。

一种基于直径协议的设备状态信息发送装置，基于直径协议与接收端建立 通信连接，包括：

判断模块，用于在每次进行信息交互之前，判断是否已将本地的设备状态 信息发送至接收端；

信息发送模块，用于在每次进行信息交互之前，判断模块判断出已将本地 的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否则，向接 收端发送本地的设备状态信息。

一种基于直径协议的设备状态信息发送装置，包括：

信息接收装置，用于接收上述基于直径协议的信息交互装置发送的设备状 态信息；

判断模块，用于判断本次接收到该发送端发送的设备状态信息之前，是否 已将本地的设备状态信息发送至发送端；

信息发送模块，用于在判断模块判断出本次接收到该发送端发送的设备状 态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本地的设备 状态信息，否则，向发送端发送本地的设备状态信息。

本发明实施例中，设计了一种基于Diameter协议的设备状态信息发送方法 及装置，发送端在判定未将本地的设备状态信息发送至接收端时，才在发送给 接收端的消息中携带Origin-State-Id值，这样，在令发送端能够准确地判断出 接收端的设备状态信息是否已丢失的同时，有效减少了系统资源的消耗以及消 息处理时间，优化了系统整体性能。

附图说明

图1为现有技术中LTE网络的SAE架构的网络拓扑结构；

图2为现有技术中PGW和PCRF之间创建会话的过程；

图3A为现有技术中由PGW发起更新会话过程；

图3B为现有技术中由PCRF发起更新会话过程；

图4为现有技术中PGW和PCRF之间删除会话的过程；

图5为本发明实施例的发送端的信息交互方法流程图；

图6为本发明实施例的发送端装置示意图；

图7为本发明实施例的接收端的信息交互方法流程图；

图8为本发明实施例的接收端的装置示意图。

具体实施方式

本发明实施例中，设计了一种基于Diameter（直径）协议的Origin-State-Id  AVP发送方法，发送端仅在判定未将本地的设备状态信息发送至接收端时，才 在发送给接收端的消息中携带Origin-State-Id值，这样，可以节省通信双方的 消息处理时间。

下面结合附图对本发明优选的实施方式进行详细说明。

本发明实施例可以但不限于通过下列方式对设备发送Origin-State-Id AVP 状态进行记录。本发明实施例中，定义了一个枚举类型的结构，如下：

Typedef enum{

Send_Null;没有发送过

Sending_Proc;正在发送中，还没有收到响应消息

Sended_Proc;已经发送过，并且收到响应消息

}OriginStateSendStatus

其中，Send_Null（没有发送过）和Sending_Proc（正在发送中，还没有收 到响应消息）均表示发送端没有将本地的设备状态信息发送至接收端的情况； 而Sended_Proc（已经发送过，并且收到响应消息)则表示发送端已将本地的设 备状态信息发送至接收端的情况。

在本地记录的对应该接收端的Origin-State-Id AVP发送状态为Send_Null 或Sending_Proc时，向接收端发送本地的Origin-State-Id AVP。

在每次进行信息交互之前，发送端在本地记录的对应该接收端的 Origin-State-Id AVP发送状态为Sended_Proc时，不向接收端发送本地的 Origin-State-Id AVP。

参阅图5所示，本发明实施例中，发送端基于Diameter协议与接收端建立 通信连接后，与接收端进行信息交互的详细流程如下：

步骤501：在每次发送消息之前，发送端判断是否已将本地的 Origin-State-Id AVP发送至接收端，若是，进行步骤502，否则，进行步骤503。

本发明实施例中，发送端根据本地记录的对应该接收端的Origin-State-Id  AVP发送状态判断是否已将本地的Origin-State-Id AVP发送至接收端，如前所 述，Send_Null（没有发送过）和Sending_Proc（正在发送中，还没有收到响应 消息）均表示发送端没有将本地的设备状态信息发送至接收端的情况；而 Sended_Proc（已经发送过，并且收到响应消息)则表示发送端已将本地的设备 状态信息发送至接收端的情况。

步骤502：发送端不再向该接收端发送本地的Origin-State-Id AVP。

本发明实施例中，步骤502的具体执行方式可以分为以下三种（仅为举例 并不局限于此）：

1）发送端确定在本次发送之前已向接收端发送过本地的设备状态信息， 并且首次接收到接收端反馈的该接收端的设备状态信息时，判断已将本地的 Origin-State-Id AVP发送至接收端，并不再向该接收端发送本地的 Origin-State-Id AVP。

例如，发送端在首次与接收端进行信息交互时，记录该接收端的主机名和 域名，将本地的Origin-State-Id AVP发送给接收端，并将本地对应该接收端记 录的Origin-State-Id AVP发送状态设置为Sending_Proc。在本次发送之前，发 送端在接收到该接收端反馈的携带了该接收端的Origin-State-Id AVP的响应消 息后，确定为首次接收到该接收端的Origin-State-Id AVP时，记录首次接收到 接收端发送的该接收端的Origin-State-Id AVP，将本地对应该接收端记录的 Origin-State-Id AVP发送状态设置为Sended_Proc，并不再向该接收端发送本地 的Origin-State-Id AVP。

2）发送端确定在本次发送之前已向接收端发送过本地的设备状态信息， 并且接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端 的设备状态信息相同时，判断已将本地的Origin-State-Id AVP发送至接收端， 并不再向该接收端发送本地的Origin-State-Id AVP。

例如，如果发送端之前与该接收端进行过信息交互，在信息交互过程中接 收到该接收端发送的新的Origin-State-Id AVP，并且该新的Origin-State-Id AVP 的Origin-State-Id值和本地记录的该接收端的Origin-State-Id AVP中的 Origin-State-Id值相同，则将本地对应该接收端记录的Origin-State-Id AVP发送 状态设置为Sended_Proc，并不再向该接收端发送本地的Origin-State-Id AVP。

步骤503：发送端向该接收端发送本地的Origin-State-Id AVP。

本发明实施例中，步骤503的具体执行方式可以分为以下三种（仅为举例 并不局限于此）：

1）发送端确定在本次发送之前未向接收端发送本地的Origin-State-Id AVP 时，则将本地的Origin-State-Id AVP发送给接收端，并将本地对应该接收端记 录的Origin-State-Id AVP发送状态设置为Sending_Proc。

例如，发送端判定本地对应接收端记录的Origin-State-Id AVP发送状态为 Send_Null时，确定在本次发送之前未向接收端发送本地的Origin-State-Id AVP。

2）发送端确定在本次发送之前已向接收端发送本地的Origin-State-Id AVP， 且未接收到反馈的该接收端的Origin-State-Id AVP时，将本地的Origin-State-Id  AVP再次发送给该接收端，并将本地对应该接收端记录的Origin-State-Id AVP 发送状态设置为Sending_Proc。

3）发送端确定最新接收到接收端发送的该接收端的Origin-State-Id AVP中 的Origin-State-Id值与本地记录的该接收端的Origin-State-Id AVP中的 Origin-State-Id值不同，则判定未将本地的Origin-State-Id AVP发送至接收端， 记录最新接收到接收端发送的该接收端的Origin-State-Id值，并向该接收端发 送本地的Origin-State-Id AVP。

例如，发送端确定在本次发送之前已向接收端发送本地的Origin-State-Id  AVP，并且最新接收到的接收端发送的该接收端的Origin-State-Id AVP中的 Origin-State-Id值比本地对应该接收端记录的Origin-State-Id AVP中的 Origin-State-Id值大，则记录最新接收到接收端发送的该接收端的 Origin-State-Id AVP，将本地的Origin-State-Id AVP发送给该接收端，并将本地 对应该接收端记录的Origin-State-Id AVP发送状态设置为Sending_Proc。此种 情况通常会出现在发送端与接收端交互过程中接收端因故重启的情景下，此 时，接收端在重新启动后会将Origin-State-Id AVP中的Origin-State-Id值＋1， 因而便会出现发送端与接收端的记录不一致的情况。

下面以一种具体的应用场景对上述实施例作出进一步详细说明。

实际应用中，发送端可以是PGW，接收端可以是PCRF，或者，发送端是 PCRF，接收端是PGW。而PGW与PCRF之间的信息交互可以通过用于计费 控制和策略控制的Gx接口实现。下面以这两种情况为例分别进行说明。

例如，PGW在本次向PCRF发送CCR-I消息之前，若判定未将本地的 Origin-State-Id AVP发送至PCRF，则需要在本次发送的消息中携带本地的 Origin-State-Id AVP；若判定已经向该PCRF发送过Origin-State-Id AVP，并收 到过该PCRF反馈的响应消息，以及该PCRF的设备状态信息没有改变过，则 不需要在本次发送的消息中携带本地的Origin-State-Id AVP。

另一方面，PCRF在本次向PGW发送CCA消息之前，若判定未将本地的 Origin-State-Id AVP发送至PGW，则需要在本次发送的消息中携带本地的 Origin-State-Id AVP；若判定已经向该PGW发送过Origin-State-Id AVP，并收到 过该PGW反馈的响应消息，以及该PGW的设备状态信息没有改变过，则不 需要在本次发送的消息中携带本地的Origin-State-Id AVP。

与上述实施例相对应的，接收端收到发送端发送的携带该发送端的 Origin-State-Id AVP的消息后，需要处理消息中的Origin-State-Id AVP，处理原 则如下：

在接收端本地记录的对应发送端的Origin-State-Id AVP发送状态为 Send_Null或Sending_Proc时，均表示接收端没有将本地的设备状态信息发送 至该发送端的情况，需要再次向该发送端发送本地的Origin-State-Id AVP；而 Sended_Proc表示接收端已将本地的设备状态信息发送至发送端的情况，在每 次进行信息交互之前，如果在接收端本地记录的对应该发送端的Origin-State-Id  AVP发送状态为Sended_Proc，不再向发送端发送本地的Origin-State-Id AVP。

本发明实施例中，接收端在接收到发送端发送该发送端的Origin-State-Id  AVP后，与发送端进行信息交互的详细流程如图7所示，包括：

步骤701：接收端接收发送端采用本发明实施例设计的方法发送的设备状 态信息；

步骤702：接收端判断本次接收到该发送端发送的设备状态信息之前，是 否已将本地的设备状态信息发送至发送端，若是，则进行步骤703，否则进行 步骤704。

步骤703：接收端不再发送本地的设备状态信息。

本发明实施例中步骤703的具体实施方式可分为如下两种：

1）本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过 本地的设备状态信息，且未接收到该发送端的设备状态信息，则不再发送本地 的设备状态信息。

例如，如果接收端本次接收到发送端的Origin-State-Id AVP为首次接收到 的，并且此时本地对应该发送端记录的Origin-State-Id AVP发送状态为 Send_Null，则记录该发送端的主机名和域名，以及接收到的该发送端的 Origin-State-Id AVP，向发送端反馈本接收端的Origin-State-Id AVP，并将本地 对应该发送端记录的Origin-State-Id AVP发送状态置为Sending_Proc。

2）本次接收到该发送端的设备状态信息之前，已向该发送端发送过本地 的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的 该接收端的设备状态信息相同，则不再发送本地的设备状态信息。

例如，如果在接收端本次接收到发送端的Origin-State-Id AVP之前，已经 接受到过该发送端的Origin-State-Id AVP，并且，此时接收端对应该发送端记 录的Origin-State-Id AVP发送状态为Sended_Proc，而接收端在判断出本次接收 到的Origin-State-Id AVP中的Origin-State-Id值与本地记录的对应该发送端的 Origin-State-Id AVP中的Origin-State-Id值相同的情况下，不再向发送端发送 Origin-State-Id AVP。

步骤704：接收端向发送端发送本地的设备状态信息。

本发明实施例中步骤704的具体可分为如下两种情况：

1）在本次接收到该发送端的设备状态信息之前，接收端未向该发送端发 送过本地的设备状态信息时，接收端向发送端发送本地的设备状态信息。

例如，如果接收端判断之前并未与该发送端进行过信息交互（重启后的接 收端判定所有的发送端均为没有交互过的设备），则在本次接收到该发送端的 Origin-State-Id AVP后，记录该发送端的主机名和域名，同时将把本地对应该 发送端记录的Origin-State-Id AVP发送状态置为Send_Null，并向发送端反馈本 接收端的Origin-State-Id AVP。

2）在本次接收到该发送端的设备状态信息之前，接收端已向发送端发送 过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地 记录的该接收端的设备状态信息不同时，接收端向发送端发送本地的设备状态 信息。

例如，如果在接收端本次接收到发送端的Origin-State-Id AVP之前，已经 接受到过该发送端的Origin-State-Id AVP，并且，此时接收端对应该发送端记 录的Origin-State-Id AVP发送状态为Sended_Proc，而接收端判断出本次接收到 的Origin-State-Id AVP中的Origin-State-Id值与本地记录的对应该发送端的 Origin-State-Id AVP中的Origin-State-Id值不相同，则释放该发送端基于原 Origin-State-Id AVP的资源，对应该发送端记录新的Origin-State-Id AVP，并向 该发送端反馈本接收端的Origin-State-Id AVP，将对应该发送端记录的 Origin-State-Id AVP发送状态为Sending_Proc。此种情况通常会出现在发送端与 接收端交互过程中发送端因故重启的情景下，此时，发送端在重新启动后会将 Origin-State-Id AVP中的Origin-State-Id值＋1后，并将新的Origin-State-Id AVP 发送给需要进行信息交互的接收端。

本发明实施例基于上述发送端与接收端基于直径协议建立通信连接的 Origin-State-Id AVP发送方法，设计了一种基于直径协议的Origin-State-Id AVP 发送装置，如图6所示，包括：

判断模块601，用于在每次进行信息交互之前，判断是否已将本地的设备 状态信息发送至接收端；

信息发送模块602，用于在每次进行信息交互之前，判断模块701判断出 已将本地的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否 则，向接收端发送本地的设备状态信息。

该判断模块601具体用于，在确定在本次发送之前已向接收端发送过本地 的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息时， 确定已将发送端的设备状态信息发送至接收端；或者，在确定在本次发送之前 已向接收端发送过本地的设备状态信息，并且接收到的接收端反馈的该接收端 的设备信息状态与本地记录的该接收端的设备状态信息相同时，确定已将发送 端的设备状态信息发送至接收端。

该判断模块601具体用于，在确定在本次发送之前未向接收端发送本地的 设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，

在确定在本次发送之前已向接收端发送本地的设备状态信息而未接收到 反馈的接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收 端；或者，

在确定最新接收到接收端发送的该接收端的设备状态信息与本地记录的 该接收端的原设备状态信息不同时，确定已将发送端的设备状态信息发送至接 收端。

在具体应用中，该装置可以为PGW，接收端可以为PCRF；或者，该装 置为可以PCRF，接收端可以为PGW。

在实际应用中，该装置与接收端之间进行信息交互的接口，可以为长期演 进LTE网络中的Gx接口。

另外，本发明实施例还基于上述发送端与接收端基于直径协议建立通信连 接的Origin-State-Id AVP发送方法，设计了一种基于直径协议的Origin-State-Id  AVP发送装置，如图8所示，包括：

信息接收模块801，用于接收发送端采用上述基于直径协议的信息交互装 置发送的设备状态信息；

判断模块802，用于判断本次接收到该发送端发送的设备状态信息之前， 是否已将本地的设备状态信息发送至发送端；

信息发送模块803，用于在判断模块802判断出本次接收到该发送端发送 的设备状态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本 地的设备状态信息，否则，向发送端发送本地的设备状态信息。

在具体应用中，该装置可以为PCRF，发送端可以为PGW；或者，该装置 可以为PGW，发送端可以为PCRF。

在实际应用中，该装置与发送端之间进行信息交互的接口，可以为长期演 进LTE网络中的Gx接口。

本发明实施例中，发送端需要确定对应接收端记录的Origin-State-Id AVP 发送状态为Sending_Proc或Send_Null时，才需要发送携带Origin-State-Id AVP 的消息，从而减少了接收端对Origin-State-Id AVP处理的次数和时间，很大的 提高了消息接收的处理速度。由于接收端需要在接收到携带Origin-State-Id AVP 的消息时，通过主机名、域名匹配来确定对端设备状态是否改变，因此，本发 明改进了关于Origin-State-Id AVP的维护结构和过程，在不改变现有消息结构 的前提下，减少了消息发送和接收时，在设备中重复查找对端设备主机名、域 名的过程。

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

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

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

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

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