1、 通常釆用的性能测量周期一般 15分钟或其倍数的固定周期， 因此， 设 计通常釆用基于大规模统计数据的存储和 15 分钟一次的统一数据上报， 简而 言之， 收的多， 报的少。 这样的周期设计主要考虑满足大规模的业务数 据的统 计和汇总上 ·ί艮， 如果缩小测量周期来实现实时性能测量， 如缩小为 10 秒， 那 么收的多， 报的同样多， 会产生频繁的通讯交互和大量数据传输， 长期占用系 统传输资源。 这样当然不能 LTE系统的基本性能要求， 更无法达到特殊性能数 据的实时观测要求。 2、 通常釆用的性能测量的任务由后台下发， 并且在一个测量周期内不会 发生更改。 这样的设计保证一个周期中的数据一致性， 中途改变任务会造成周 期内前后段的统计数据异常。 但这样的测量任务管理方式灵活性不够， 特别是 在需要临时观察特殊性能数据时， 无法进行任务下发和数据釆集操作。 所以这 样的任务管理方式不能应用于实时性能测量系 统。 常见的实时数据统计方式为： 前台基站将所有需要关注的数据， 按照时间 戳为标识， 实时汇总到后台， 并记录在后台服务器上。 这种方法虽然可以做到 任意粒度的检索查询， 但是因为业务数据统计量相当大， 造成前 /后台之间的通 信量增大， 并且需要花费额外的大量存储空间， 比如需要独立的后台服务器设 备， 这样对于网络规划和维护都带来不便和额外的 开销。 上述实时数据统计方式的一种应用是在 2G或 3G的基站控制器中， 在这 样的网络结构中， 在基站控制器汇总多个基站的统计数据， 后台可以直接从基 站控制器上进行检索查询操作， 增加了操作的便利性。 但是对于扁平化 LTE基 站来说， 没有基站控制器等设备， 后台操作维护中心（ Operation & Maintenance Centre, 简称 OMC )直接和前台基站连接， 并且 OMC需要同时管理多个基站， 如果将所有数据汇集到后台 OMC进行处理， 势必增加 OMC的处理压力， 同 时增加大量的前 /后台通讯量。 在实现本发明的过程中， 发明人意识到现有技术系统性能实时测量方式 存 在如下缺陷： 前台将所有需要关注的系统性能数据实时汇总 到后台， 系统性能 数据的传输占用大量的通信资源， 后台数据处理的压力大。 发明内容 本发明的主要目的在于提供一种系统性能实时 测量的方法及装置， 以解决 上述的系统性能实时测量方式中系统性能数据 的传输占用大量的通信资源， 后 台数据处理的压力大的问题。 才艮据本发明的一个方面， 提供了一种系统性能实时测量的方法， 包括： 前 台接收后台根据所关注的业务数据构造的包括 测量周期参数的实时测量任务， 业务数据的数量低于预定值； 按照测量周期参数， 前台从性能测量緩冲区中提 取实时测量任务对应的当前数据； 前台根据当前数据获取实时测量任务对应的 实时测量数据； 前台将实时测量数据上 4艮至后台。 上述业务数据的数量为 1个。 上述实时测量任务有多个时： 前台从性能测量緩冲区中提取实时测量任务 对应的当前数据之前还包括：设置预定时长的 基准定时器；基准定时器超时时， 前台逐个扫描当前的所有实时测量任务， 才艮据各个实时测量任务的测量周期参 数和当前时间判断该实时测量任务的测量周期 是否到来； 前台从性能测量緩冲 区中提取实时测量任务对应的当前数据包括： 当所有实时测量任务之一的测量 周期到来时， 前台从性能测量緩冲区中提取该实时测量任务 对应的当前数据。 上述测量周期参数大于等于 5秒， 小于等于 300秒。 上述前台逐个扫描当前的所有实时测量任务之 前还包括： 将当前的所有实 时测量任务中的各个实时测量任务按照测量周 期参数进行从 'J、到大的排序； 前 台逐个扫描当前的所有实时测量任务包括： 当判断所有实时测量任务之一的测 量周期没有到来时， 停止对该实时测量任务之后的实时测量任务的 扫描。 上述前台根据当前数据获取实时测量任务对应 的实时测量数据包括： 根据 当前数据和上次测量周期到达时的历史数据进 行运算， 获得实时测量数据； 记 录当前数据， 作为下次计算的历史数据。 上述方法还可以包括： 在传统性能测量周期到来时， 通过各实时测量任务 的测量周期参数和当前时间， 判断相邻两次测量周期到达时刻跨越传统性能 测 量周期的实时测量任务； 将跨越传统性能测量周期的实时测量任务对应 的当前 数据， 记录至临时数据区； 根据当前数据和上次测量周期到达时的历史数 据进 行运算， 获得实时测量数据包括： 检查实时测量任务相邻两次测量周期到达时 刻是否跨越传统性能测量周期， 如果是， 则根据当前数据， 记录在临时数据区 中的当前数据、 以及当前数据的历史数据进行运算， 获取实时测量任务对应的 实时测量数据。 上述后台为操作维护中心， 前台为基站。 根据本发明的另一方面，提供了一种系统性能 实时测量的装置，位于前台， 包括： 任务接收模块， 设置为接收后台根据所关注的业务数据构造的 包括测量 周期参数的实时测量任务， 业务数据的数量低于预定值； 数据提取模块， 设置 为按照测量周期参数， 从性能测量緩冲区中提取实时测量任务对应的 当前数 据； 数据处理模块， 设置为根据当前数据获取实时测量任务对应的 实时测量数 据； 数据上报模块， 设置为将实时测量数据上报至后台。 上述业务数据的数量为 1个。 上述数据处理模块包括： 数据获取子模块， 设置为根据当前数据值和上次 测量周期到达时的历史数据进行运算， 获得实时测量数据； 历史数据存储子模 块， 设置为记录实时测量数据， 以备下次计算时作为历史数据使用。 上述数据处理模块还包括： 临时数据存储子模块， 设置为在传统性能测量 周期到来时， 通过各实时测量任务的测量周期参数和当前时 间， 判断相邻两次 测量周期到达时刻跨越传统性能测量周期的实 时测量任务； 将跨越传统性能测 量周期的实时测量任务对应的当前数据， 记录至临时数据区； 判断子模块， 设 置为检查实时测量任务是否跨越传统性能测量 周期； 数据获取子模块， 设置为 在实时测量任务相邻两次测量周期到达时刻跨 越传统性能测量周期时， 根据记 录在临时数据区中的当前数据、 当前数据以及当前数据的历史值进行运算， 获 取实时测量任务对应的实时测量数据。 本发明中， 后台将所关注的业务数据通过实时测量任务下 发至前台， 前台 仅对少量实时测量数据进行上 4艮， 从而减轻了前 /后台的通信量， 减小了后台的 处理压力， 并且提高了业务数据上报设置的灵活性。 本发明的其它特征和优点将在随后的说明书中 阐述， 并且， 部分地从说明 书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优点可 通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实现和获 得。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的不 当限定。 在附图中： 图 1为才艮据本发明实施例一系统性能实时测量� �法的流程图； 图 2为才艮据本发明实施例二系统性能实时测量� �法中实时测量数据获取的 流程图； 图 3为才艮据本发明实施例四系统性能实时测量� �法的流程图； 图 4为才艮据本发明实施例四系统性能实时测量� �法中实时测量数据对齐拼 装的流程图； 图 5为 居本发明实施例五系统性能实时测量装置的示 意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在不 冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 下面对本 发明的实施方法作进一步的详细说明。 实施例一： 图 1为根据本发明实施例一系统性能实时测量方� �的流程图。如图 1所示， 本实施例包括： 步骤 S 102,前台接收后台才艮据所关注的业务数据构� �的包括测量周期参数 的实时测量任务， 业务数据的数量低于预定值； 步骤 S 104, 按照测量周期参数， 前台从性能测量緩冲区中提取实时测量任 务对应的当前数据； 步骤 S 106, 前台根据当前数据获取实时测量任务对应的实 时测量数据； 步骤 S 108, 前台将实时测量数据上 4艮至后台。 本实施例中， 每个业务数据任务所关注的业务数据的数量优 选为 1个； 测 量周期参数大于等于 5秒， 小于等于 300秒， 优选为 5秒， 10秒或 50秒； 后 台为操作维护中心， 前台为基站； 后台通过可靠数据报文协议 （RUDP协议） 将实时测量任务下发到前台。 在传统的实时数据统计方式中， 前台将所有测量数据均汇总到后台， 造成 前 /后台之间通信量增大， 后台的处理压力增大。 而在本实施例中， 后台将所关 注的业务数据通过实时测量任务下发至前台， 前台仅对少量实时测量数据进行 上报， 从而减轻了前 /后台的通信量， 减小了后台的处理压力， 并且提高了业务 数据上报设置的灵活性。 实施例二： 为了支持实时性能测量系统的任意测量周期配 置， 必然会出现实时测量任 务和传统的性能测量的周期边界不能对齐的情 况， 以实时测量任务周期为 40 秒， 传统性能测量周期为 15分钟 (900秒)为例， 必然会出现实时测量任务周期 刚好跨越 15分钟传统性能测量粒度周期的情况。 本实施例将在实施例一的基础上， 对前台才艮据当前数据获取实时测量任务 对应的实时测量数据的步骤进行详细说明。 图 2为根据本发明实施例二系统性 能实时测量方法中实时测量数据获取的流程图 。 如图 2所示， 本实施例包括： 步骤 S202, 在传统性能测量周期到来时， 通过各实时测量任务的测量周期 参数和当前时间， 判断相邻两次测量周期到达时刻跨越传统性能 测量周期的实 时测量任务； 步骤 S204 , 将跨越传统性能测量周期的实时测量任务对应 的当前数据， 记 录至临时数据区； 步骤 S206, 在某实时测量任务的测量周期到来时，检查该 实时测量任务是 否跨越传统性能测量周期； 如果是， 执行步骤 S208, 否则， 执行步骤 S210; 步骤 S208 ,根据记录在临时数据区中的当前数据、 当前数据以及当前数据 的历史值进行运算，获取该实时测量任务对应 的实时测量数据，执行步骤 S212; 步骤 S210,才艮据当前数据和上次测量周期到达时的� ��史数据进行运算， 获 得实时测量数据； 步骤 S212 , 记录当前数据， 以备下次计算时作为历史数据使用。 本实施例对实时测量数据与传统性能测量冲突 的情况进行了很好的解决， 除具有实施例一的全部有益效果之外， 可实施性更强。 实施例三： 本实施例将在实施例一和实施例二的基础上， 对系统性能实时测量方法进 行详细说明。 本实施例包括以下步骤： 步骤一： 后台下发实时测量任务， 釆用特殊设计下发， 避免与传统性能测 量任务冲突。 具体包括： 后台根据当前需要的实时数据情况， 选择需要关注的实时测量 任务， 下发到前台。根据实时性需求， 实时测量任务的设计必须满足下发迅速、 目标明确的特点。 本实施例实时测量任务所关注的数据， 属于传统性能测量系 统的测量数据子集， 一般来说， 一个实时测量任务只涉及一个业务数据， 实时 测量任务关注的是该测量数据更小的测量周期 和实时的数据变化情况。 步骤二： 前台扫描所有实时测量任务，判断是否有实时 测量任务需要处理。 前台设置基准定时器， 并在每次基准定时器超时时， 对所有实时测量任务 的粒度周期进行比较， 如果已达到该任务周期的右边界， 则该实时测量任务需 要立即进行上报处理。 上述基准定时器在设计上取用能够满足系统误 差要求的 最大定时器时长， 以减少对系统性能的影响。 步骤三： 据实时测量任务定位到数据在传统性能测量緩 冲区中的位置， 并取出当前数据。 具体包括： 本实施例在设计上复用传统性能测量系统的緩 冲区， 因为实时 测量任务关注的数据属于传统性能测量系统的 测量数据子集， 所以不需要单独 设计緩冲区， 通过任务下发时携带的数据定位信息， 在传统性能测量緩冲区中 直接取出当前数据。 步骤四： 对取出的当前数据进行对齐和拼装， 得出需要上报的实时测量数 据。 具体包括： 前台从緩冲区中取出当前数据， 和上次实时测量粒度到达时的 历史数据值进行相关运算， 获得本次实时测量的数据。 例如， 该实时测量任务 为一个累加型计数器， 则本次实时测量数据等于当前数据减去上次实 时测量粒 度到达时的历史数据。 在数据处理操作之前， 还需要进行实时测量任务周期和 传统性能测量周期的边界处理， 比如， 实时测量任务周期为 40 秒， 而传统性 能测量周期为 15分钟， 也就是 900秒， 那么必然会出现某次实时测量任务的 周期刚好跨越 15分钟传统性能测量粒度周期的情况， 而且传统性能测量 15分 钟粒度的数据会在粒度结束后进行清空处理， 这里就需要对跨越 15 分钟粒度 的两部分数据值进行分段记录， 并在最终实时测量任务上 4艮前进行组合。 同时 在计算实时测量数据完成之后， 需要根据情况在实时测量任务中记录下当前数 据， 以备下次计算时作为历史数据使用。 步骤五： 将本次需要上报的实时测量数据统一组包发送 到后台， 釆用特殊 设计上报， 避免与传统性能测量上报冲突。 本实施例的系统性能实时测量方法， 在扁平化 LTE 基站的通讯网络配置 中， 实现了灵活的实时测量配置， 并且占用系统资源更少、 前 /后台的通讯量更 小； 本实施例不需要增加业务处理流程和处理逻辑 ， 直接复用传统性能测量系 统的业务处理设计， 降低开发和维护工作成本； 本实施例不需要占用单独的存 储空间， 直接复用传统性能测量系统的数据緩存区， 节省了大量的系统资源； 本实施例通过在各基站内部进行实时性能数据 的釆集和处理操作， 实现了分布 式的实时性能测量系统，从而减少了对管理大 量基站的后台 OMC的处理压力； 本实施例能够根据后台当前需要的实时数据情 况， 选择需要关注的实时测量任 务进行下发和数据釆集， 从而有效地控制了数据的釆集量和传输量， 既节省了 系统传输资源， 又能满足用户的个性需求。 实施例四： 图 3为才艮据本发明实施例四系统性能实时测量� �法的流程图。如图 3所示， 本实施例包括： 步骤 301 : 后台下发实时测量任务。 本实施例中提供的实时测量任务， 来源于传统性能测量系统的测量数据， 属于传统性能测量系统的测量数据子集； 实时测量任务只针对单个测量数据， 而且实时测量任务所涉及的测量数据都在常规 性能测量数据中。 实时测量任务 关注的是该测量数据更小的测量周期和实时的 数据变化情况， 比如实时测量任 务的测量周期可以设置为 10秒 -300秒， 以 10秒为基本测量周期单位， 实时测 量任务的测量周期必须能被 10秒整除。 本实施例中提供的实时测量任务下发方法， 为了满足下发迅速、 目标明确 的特点， 而且要避免和传统性能测量任务的冲突， 必须重新设计前 /后台任务下 发内容和通讯方式。 比如， 任务下发格式可以釆用"测量类型 +测量对象 +测量 计数器，，的三元标识组合， 可以具体定位到任意一个业务数据； 另外任务中必 须携带该任务的测量周期参数值， 比如， 设置为 10 秒为单位的整数秒值； 任 务下发通讯方式，可以釆用 RUDP的通讯方式进行任务的下发，接口灵活简� �， 下发迅速。 步 4聚 302: 前台扫描所有实时测量任务。 本实施例中提供的实时测量任务设计， 可以支持任意长度的测量周期， 满 足后台用户个性需求。 以实时测量任务的测量周期范围为 10秒 -300秒、 10秒 为基本测量周期单位的任务设计为例， 前台设置 1秒的基准定时器， 用来定时 扫描所有已下发的实时测量任务， 才艮据实时测量任务粒度周期和当前时间的对 比计算， 判断该实时测量任务是否已经到达需要上报的 条件。 实时测量任务周 期对比计算方法可以釆用如下方式： 将当前系统时间转化为秒数， 和实时测量 任务的周期长度进行求余运算， 如果当前系统时间能够被实时测量任务的周期 长度整除， 则表示该实时测量任务周期已到， 可以进行上 4艮处理。 实时测量任 务上报时间需要和前台的具体时间进行边界对 齐， 如果测量粒度为 10 秒， 则 该系统中釆用测量周期和 XX年 XX月 XX日 XX时 XX分的整数秒（ 00秒、 10秒

50秒、）对齐的方式， 20秒、粒度和 ( 00秒、、 20秒、、 40秒、）对齐， 这样用户对数 据的理解和边界处理都比较简便。 同时， 为了提高周期扫描的效率， 将已下发的实时测量任务按照测量周期 为条件排序和分类是有必要的。 比如， 小的测量周期的上报频率必定比大的测 量周期上 4艮频率高， 所以将按照实时测量任务测量周期从小到大的 顺序排序； 另外， 为实时测量任务周期长度设计基本单位是有必 要的， 比如， 设置 10 秒 为实时测量任务测量周期的基本单位， 这样在排序后的实时测量任务扫描过程 中， 如果任务测量周期的基本单位不能满足上报条 件， 那么之后大的任务测量 周期也不会满足上报条件， 可以减少不必要的扫描次数， 以提高系统效率。 步骤 303 : 才艮据实时测量任务信息取出当前业务数据值 。 本实施例中提供的数据釆集方法， 复用了传统性能测量系统的业务数据釆 集流程和数据緩冲区， 因为实时测量任务关注的数据属于传统性能测 量系统的 测量数据子集， 在性能测量系统正常运行过程中， 实时测量任务需要的数据在 緩冲区已经存在， 不需要单独占用新的存储空间。 本实施例中提供的数据釆集方法， 首先通过实时测量任务中的数据定位信 息获取到该数据在传统緩存区中的内存位置， 然后按照该数据的属性取出具体 的数据值。 比如， 任务下发格式釆用"测量类型 +测量对象 +测量计数器"的三元 标识组合的实时测量任务， 緩冲区的定位方式具体包括： 直接通过三元组合标 识具体定位到一个业务数据计数器逻辑位置， 也就是第 n个测量类型的、 第 n 个测量对象的、 第 n个测量计数器， 再通过传统性能测量的三元组合定位方式 进行内存结构的查找， 就可以定位到具体的计数器数据地址。 根据该计数器的 属性进行数据的内存读取操作， 比如累加型计数器就可以直接读取数据值， 而 平均值计数器需要从该内存地址中取出累加总 和、 累加次数等中间数据， 然后 通过除法运算计算出最终的计数器当前数据值 。 步骤 304: 对取出的业务数据值进行对齐和拼装。 本实施例中提供的业务数据值处理方法， 包括边界调整、 数据处理和数据 历史 ΐ己录三个部分。 为了支持实时性能测量系统的任意测量周期配 置， 会出现实时测量任务和 传统的性能测量的周期边界不能对齐的情况， 以实时测量任务周期为 40 秒、 传统性能测量周期为 15分钟 （900秒)为例， 会出现实时测量任务周期刚好跨 越 15 分钟传统性能测量粒度周期的情况， 这里需要对跨越的两部分数据值进 行分段记录。 图 4为本发明实施例四系统性能实时测量方法中� �时测量数据对 齐拼装的流程图。 如图 4 所示， 具体说明如下： 步骤 S401 : 在传统性能测量 15分钟周期到达之后， 前台遍历实时测量任务， 通过任务周期和当前时间确定 有跨越 15分钟粒度的任务； 步骤 S402: 获取这些任务对应的计数器当前值， 记录在任务的临时数据区中， 并增加该任务的周期跨越标识。 步骤 S403： 在实时测量任务周期到达之后， 从当前緩冲区中获取对应计数 器的数据值， 根据该任务的周期跨越标识确定是否有跨越情 况， 例如， 检查是 否有跨越 15分钟粒度的任务的情况， 如果有跨越，执行步骤 S404; 步骤 S404: 将记录在任务临时数据区中的值、 当前计数器数据值以及该计数器的历史数据 值进行运算， 获取最终的实时测量任务上 4艮数据； 步骤 S405 : 将当前数据记录 为该计数器的历史数据值， 同时清空任务的临时数据区，并清除周期跨越 标识。 比如， 累加型计数器的实时测量任务周期到后， 如果没有跨越 15 分钟粒度的 情况， 则实时测量数据等于当前内存中数据值减去历 史数据值， 如果有跨越情 况， 则实时测量数据等于内存中的当前数据加上跨 越前的临时数据区中的数 据， 再减去历史数据值。 在实时测量数据计算过程完成后， 当前数据就成为历史值， 需要记录下来 作为下次实时测量任务周期到时的历史数据。 步骤 305： 将本次上报的实时测量任务数据组包发送到后 台。 本实施例中， 前台通过周期扫描所有实时测量任务， 找出符合上 4艮条件的 任务， 并通过上述的计算方法获取到需要上 4艮的具体数据值。 此外， 前台还将 需要上报的任务和数据进行整合， 加入时间戳标识， 并将多个任务数据和任务 标识作为一对数据组， 组包发送到后台。 例如， 在组包时加入具体时间值， 即 当前上 4艮时间 XX年 XX月 XX日 XX时 XX分 XX秒， 这样在后台解析包数据时， 可以方便的进行时间归类处理， 并可以用来检查是否有数据丢包的现象发生。 本实施例为实施例一至三的具体描述， 并具有上述实施例的全部有益效 果， 此处不再重述。 实施例五： 图 5为 居本发明实施例五系统性能实时测量装置的示 意图。如图 5所示， 本实施例包括： 任务接收模块 502 , 设置为接收后台根据所关注的业务数据构 造的包括测量周期参数的实时测量任务， 业务数据的数量低于预设值； 数据提 取模块 504 , 与任务接收模块 502相连， 设置为按照测量周期参数， 从性能测 量緩冲区中提取实时测量任务对应的当前数据 ； 数据处理模块 506 , 与数据提 取模块 504相连 ,设置为才艮据当前数据获取实时测量任务对� �的实时测量数据； 数据上 4艮模块 508 , 与数据处理模块 506相连， 设置为将实时测量数据上 4艮至 后台。 本实施例中， 系统性能实时测量装置位于前台， 业务数据的数量优选为 1 个， 测量周期优选为 60 秒以下。 本实施例实现的方法可以参照实施例一的相 关说明， 并具有上述实施例的全部有益效果， 此处不再重述。 实施例六： 本实施例将在实施例五的基础上， 对数据处理模块的组成进行详细描述。 本实施例中， 数据处理模块包括： 临时数据存储子模块， 设置为在传统性能测量周期到来之后， 通过各实时 测量任务的测量周期参数和当前时间， 判断相邻两次测量周期到达时刻跨越传 统性能测量周期的实时测量任务； 将跨越传统性能测量周期的实时测量任务对 应的当前数据， 记录至临时数据区； 判断子模块， 设置为检查实时测量任务是否跨越传统性能测 量周期； 数据获取子模块， 设置为在实时测量任务跨越传统性能测量周期 时， 根据 记录在临时数据区中的当前数据、 当前数据以及当前数据的历史值进行运算， 获取实时测量任务对应的实时测量数据； 在实时测量任务未跨越传统性能测量 周期时， 居当前数据值和上次测量周期到达时的历史数 据进行运算， 获得实 时测量数据； 历史数据存储子模块， 设置为记录实时测量数据， 以备下次计算时作为历 史数据使用。 本实施例实现的方法可参照实施例二至四的相 关说明， 并具有上述实施例 的全部有益效果， 此处不再重述。 需要说明的是， 实施例五和实施例六中， 并没有对各部件进行详细说明。 在不冲突的情况下， 实施例一至四中的全部技术特征均可应用实施 例五或实施 例六的装置， 此处不再进行详细描述。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以 用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多 个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码 来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 并且在某些 情况下， 可以以不同于此处的顺序执行所示出或描述的 步骤， 或者将它们分别 制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集 成电 路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领 域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之 内。