一种通过智能网网关来实现多智能业务融合的方法

摘要

本发明公开了一种在智能网系统中通过引入智能网关来实现多智能业务融合的方法，包括：智能网关收到移动交换中心(MSC)或业务交换点(SSP)发来的用户的主智能业务请求后根据业务逻辑进行处理，如检查发现该用户还签约有辅智能业务，依次触发辅智能业务到对应的业务控制点(SCP)，完成后向所述MSC或SSP返回业务控制信息。本发明实现了多智能业务融合，触发流程更易控制，方便智能业务的灵活发展。

权利要求

1.一种多智能业务融合的方法，其特征在于在智能网系统中引入智能网关，该方法包括：

所述智能网关收到移动交换中心(MSC)或业务交换点(SSP)发来的用户的主智能业务请求后根据业务逻辑进行处理，如检查发现该用户还签约有辅智能业务，依次触发辅智能业务到对应的业务控制点(SCP)，完成后向所述MSC或SSP返回业务控制信息。

2.如权利要求1所述的多智能业务融合的方法，其特征在于：

所述智能网关作为其归属用户主智能业务对应的SCP，在归属位置寄存器(HLR)中将所述智能网关归属用户的主智能业务信息(CSI)中的SCP全局码(GT)地址配置为所述智能网关的GT地址；所述的MSC根据从HLR获取的主智能业务的CSI信息触发主智能业务到所述智能网关。

3.如权利要求1或2所述的多智能业务融合的方法，其特征在于：

所述智能网关作为其归属用户主智能业务对应的SCP，在固网位置归属寄存器(SHLR)或用户数据中心(SDC)中，所述智能网关归属用户的主智能业务的接入码为所述智能网关对应的接入码，所述SSP根据从SHLR或SDC获取的主智能业务的接入码触发主智能业务到所述智能网关。

4.如权利要求2所述的多智能业务融合的方法，其特征在于：

所述智能网关在本地数据库中配置有归属用户的辅智能业务信息，所述智能网关通过查询本地数据库判断所述用户是否还签约有其他辅智能业务，如果有，获取所述辅智能业务对应的CSI信息或者接入码，所述智能网关查询的辅智能业务信息，对于移动用户是移动网的辅智能业务信息，对于固网用户是固网的辅智能业务信息。

5.如权利要求1所述的多智能业务融合的方法，其特征在于：

所述智能网关触发辅智能业务到对应的SCP后，对SCP返回的申请计费(AC)、请求报告基本呼叫状态模型(BCSM)事件(RRBE)、连接(CONNECT)消息的内容和参数进行合法性检查，如果合法，则监控检出点(DP)，将已经触发过的智能业务根据业务要求转化成特定的业务前缀，插到被叫号码前，再触发下一个辅智能业务，直至所有的辅智能业务都处理完，将根据业务逻辑对各SCP返回的AC、RRBE、CONNECT消息进行整理后得到的AC、RRBE、CONNECT消息发送给MSC或SSP；如果不合法，则根据智能网关上定义的规则决定继续呼叫还是终止呼叫，若继续呼叫则根据协议修改AC、RRBE、CONNECT消息中的参数，转发给MSC或SSP，若终止呼叫，则下发ReleaseCALL消息给MSC或SSP。

6.如权利要求1所述的多智能业务融合的方法，其特征在于：

所述用户的辅智能业务包括移动智能业务，所述被叫应答后，MSC上报应答事件给所述智能网关，所述智能网关转发此消息给对应的SCP，主叫或被叫挂机后，MSC上报用户拆线事件报告给智能网关，所述智能网关转发该拆线事件报告给对应的SCP，SCP指示所述智能网关释放呼叫，所述智能网关转发释放消息给MSC，统一处理各SCP产生的计费信息，并释放该呼叫占用的所有资源。

7.如权利要求1或6所述的多智能业务融合的方法，其特征在于：

所述用户的辅智能业务包括固网智能业务，所述被叫应答后，SSP上报应答事件给智能网关，智能网关转发此消息给对应的SCP，主叫或被叫挂机后，SSP上报用户拆线事件报告给智能网关，智能网关转发该拆线事件报告给对应的SCP，SCP指示智能网关释放呼叫，智能网关转发释放消息给SSP，统一处理各SCP产生的计费信息，并释放该呼叫占用的所有资源。

8.一种实现多智能业务融合的系统，包括移动交换中心(MSC)、归属位置寄存器(HLR)和业务控制点(SCP)，其特征在于，还包括与MSC连接的智能网关，其中：所述智能网关用于在收到MSC发来的用户的主智能业务请求后，根据业务逻辑进行处理，如检查发现该用户还签约有移动网辅智能业务，再依次触发辅智能业务到对应的SCP，完成后向所述MSC返回业务控制信息。

9.如权利要求8所述的实现多智能业务融合的系统，其特征在于：

所述HLR上归属用户的主智能业务信息(CSI)中SCP的全局码(GT)地址为所述智能网关的GT地址；

所述MSC根据从HLR获取的主智能业务的CSI信息触发主智能业务到所述智能网关；

所述智能网关作为其归属用户主智能业务对应的SCP对主智能业务进行处理，且在本地数据库中配置有归属用户的移动辅智能业务信息，通过查询本地数据库判断所述用户是否还签约有辅智能业务，如果有，再获取所述用户的辅智能业务对应的CSI信息。

10.一种实现多智能业务融合的系统，包括业务交换点(SSP)，固网归属位置寄存器(SHLR)或用户数据中心(SDC)和业务控制点(SCP)，其特征在于还包括与SSP连接的智能网关，其中：所述智能网关还与SSP相连，用于在收到SSP发来的用户的主智能业务请求后，根据业务逻辑进行处理，如检查发现该用户还签约有固网辅智能业务，再依次触发辅智能业务到对应的SCP，完成后向所述SSP返回业务控制信息。

11.如权利要求10所述的实现多智能业务融合的系统，其特征在于：

所述SHLR或SDC中所述智能网关归属用户的主智能业务信息的接入码为智能网关对应的接入码；

所述SSP根据从SHLR或SDC获取的主智能业务的接入码触发主智能业务到所述智能网关；

所述智能网关作为其归属用户主智能业务对应的SCP对主智能业务进行处理，且在本地数据库中配置有归属用户的固网辅智能业务信息，通过查询本地数据库判断所述用户是否还签约有辅智能业务，如果有，再获取所述辅智能业务对应的CSI信息。

说明书

技术领域

本发明涉及一种在智能网系统中通过引入智能网关来实现多智能业务融合的方法。

背景技术

对于传统的智能网系统，移动交换中心(Mobile Switching Center，MSC)或者业务交换点(Service Switching Point，SSP)检测出智能业务请求，就直接和业务控制点(Service Control Point，SCP)进行通信，完成智能业务的触发。
在移动智能网系统中，移动用户在归属位置寄存器(Home LocationRegister，HLR)上签约CSI(Camel Subscription Information)，即移动网络增强业务的客户化应用)，包括主叫CSI(O-CSI)和被叫CSI(T-CSI)。其中，CSI中包括业务键和SCP的GT(GLOBAL TITLE)地址等信息，业务键用来标识智能业务，SCP的GT地址用于信令路由到对应的SCP。当用户签约O-CSI并作为主叫用户拨打其他被叫用户，就会触发主叫智能网业务；当用户签约T-CSI并作为被叫用户时，就会触发被叫智能网业务。触发的流程如下：MSC获取到O-CSI或者T-CSI后，发送启动DP消息(IDP)给SCP，SCP给MSC回送业务控制信息：申请计费(AC)、请求报告BCSM事件(RRBE)和连接(CONNECT)消息，CONNECT消息中携带了被叫用户号码，MSC会按照这个号码路由到被叫所在的端局。如果被叫用户空闲就接续，主被叫通话。通话结束后MSC上报申请计费报告(ACR)和报告BCSM事件(ERB)并释放呼叫。
固定智能网业务的触发是通过用户拨打特定的接入码比如201，然后用户在语音提示下分别输入卡号、密码，最后输入所需拨打的被叫号码完成一次智能网业务呼叫。其流程如下：SSP通过对用户拨打的接入码进行号码分析，判断是否需要触发固网智能业务。是，则发送IDP消息到SCP，SCP给SSP下发业务控制信息：AC、RRBE和CONNECT消息，CONNECT消息中携带需接续的被叫号码。SSP按照此号码呼叫被叫，被叫空闲状态下接续成功，被叫应答后，主被叫通话。通话结束后SSP上报ACR和ERB，然后释放呼叫。
随着智能业务的发展，固网和移动网多智能业务的融合需求越来越普遍。但MSC和传统的SSP均无法提供移动多智能业务和固定多智能业务的融合处理，并且由于目前现网中的SCP设备很多比较陈旧，无法满足集中计费和监控的要求，不利于业务的灵活处理和发展。

发明内容

本发明要解决的技术问题是提供一种通过智能网关实现多智能业务融合的方法。
为了解决上述问题，本发明提供了一种多智能业务融合的方法，在智能网系统中引入智能网关，该方法包括：
所述智能网关收到移动交换中心(MSC)或业务交换点(SSP)发来的用户的主智能业务请求后根据业务逻辑进行处理，如检查发现该用户还签约有辅智能业务，依次触发辅智能业务到对应的业务控制点(SCP)，完成后向所述MSC或SSP返回业务控制信息。
进一步地，所述智能网关作为其归属用户主智能业务对应的SCP，在归属位置寄存器(HLR)中将所述智能网关归属用户的主智能业务信息(CSI)中的SCP全局码(GT)地址配置为所述智能网关的GT地址；所述的MSC根据从HLR获取的主智能业务的CSI信息触发主智能业务到所述智能网关。
进一步地，所述智能网关作为其归属用户主智能业务对应的SCP，在固网位置归属寄存器(SHLR)或用户数据中心(SDC)中，所述智能网关归属用户的主智能业务的接入码为所述智能网关对应的接入码，所述SSP根据从SHLR或SDC获取的主智能业务的接入码触发主智能业务到所述智能网关。
进一步地，所述智能网关在本地数据库中配置有归属用户的辅智能业务信息，所述智能网关通过查询本地数据库判断所述用户是否还签约有其他辅智能业务，如果有，获取所述辅智能业务对应的CSI信息或者接入码，所述智能网关查询的辅智能业务信息，对于移动用户是移动网的辅智能业务信息，对于固网用户是固网的辅智能业务信息。
进一步地，所述智能网关触发辅智能业务到对应的SCP后，对SCP返回的申请计费(AC)、请求报告基本呼叫状态模型(BCSM)事件(RRBE)、连接(CONNECT)消息的内容和参数进行合法性检查，如果合法，则监控检出点(DP)，将已经触发过的智能业务根据业务要求转化成特定的业务前缀，插到被叫号码前，再触发下一个辅智能业务，直至所有的辅智能业务都处理完，将根据业务逻辑对各SCP返回的AC、RRBE、CONNECT消息进行整理后得到的AC、RRBE、CONNECT消息发送给MSC或SSP；如果不合法，则根据智能网关上定义的规则决定继续呼叫还是终止呼叫，若继续呼叫则根据协议修改AC、RRBE、CONNECT消息中的参数，转发给MSC或SSP，若终止呼叫，则下发ReleaseCALL消息给MSC或SSP。
进一步地，所述用户的辅智能业务包括移动智能业务，所述被叫应答后，MSC上报应答事件给所述智能网关，所述智能网关转发此消息给对应的SCP，主叫或被叫挂机后，MSC上报用户拆线事件报告给智能网关，所述智能网关转发该拆线事件报告给对应的SCP，SCP指示所述智能网关释放呼叫，所述智能网关转发释放消息给MSC，统一处理各SCP产生的计费信息，并释放该呼叫占用的所有资源。
进一步地，所述用户的辅智能业务包括固网智能业务，所述被叫应答后，SSP上报应答事件给智能网关，智能网关转发此消息给对应的SCP，主叫或被叫挂机后，SSP上报用户拆线事件报告给智能网关，智能网关转发该拆线事件报告给对应的SCP，SCP指示智能网关释放呼叫，智能网关转发释放消息给SSP，统一处理各SCP产生的计费信息，并释放该呼叫占用的所有资源。
本发明还提供了一种实现多智能业务融合的系统，包括移动交换中心(MSC)、归属位置寄存器(HLR)和业务控制点(SCP)，还包括与MSC连接的智能网关，其中：
所述智能网关用于在收到MSC发来的用户的主智能业务请求后，根据业务逻辑进行处理，如检查发现该用户还签约有移动网辅智能业务，再依次触发辅智能业务到对应的SCP，完成后向所述MSC返回业务控制信息。
进一步地，所述HLR上归属用户的主智能业务信息(CSI)中SCP的全局码(GT)地址为所述智能网关的GT地址；
所述MSC根据从HLR获取的主智能业务的CSI信息触发主智能业务到所述智能网关；
所述智能网关作为其归属用户主智能业务对应的SCP对主智能业务进行处理，且在本地数据库中配置有归属用户的移动辅智能业务信息，通过查询本地数据库判断所述用户是否还签约有辅智能业务，如果有，再获取所述用户的辅智能业务对应的CSI信息。
本发明还提供了一种实现多智能业务融合的系统，包括业务交换点(SSP)，固网归属位置寄存器(SHLR)或用户数据中心(SDC)和业务控制点(SCP)，还包括与SSP连接的智能网关，其中：
所述智能网关还与SSP相连，用于在收到SSP发来的用户的主智能业务请求后，根据业务逻辑进行处理，如检查发现该用户还签约有固网辅智能业务，再依次触发辅智能业务到对应的SCP，完成后向所述SSP返回业务控制信息。
进一步地，所述SHLR或SDC中所述智能网关归属用户的主智能业务信息的接入码为智能网关对应的接入码；
所述SSP根据从SHLR或SDC获取的主智能业务的接入码触发主智能业务到所述智能网关；
所述智能网关作为其归属用户主智能业务对应的SCP对主智能业务进行处理，且在本地数据库中配置有归属用户的固网辅智能业务信息，通过查询本地数据库判断所述用户是否还签约有辅智能业务，如果有，再获取所述辅智能业务对应的CSI信息。
上述方案实现了多智能业务融合，在一些实施例中，还具有以下的一个或多个技术效果：由于该智能网中引入了智能网关，在同一设备上提供了对移动网和固网的接口，实现了移动和固网智能业务的融合；对多智能业务，所有的主智能业务均在智能网关上处理，由智能网关完成辅智能业务的触发工作，对移动交换中心来说，实际上只触发了一次智能业务，并且不需要改变现有的触发流程，也不需要跟不同的SCP进行交互，既做到改动小，又减轻了移动交换中心的负荷；多智能业务所有的智能计费信息都在智能网关进行集中管理，即使现网中业务控制点SCP陈旧无法实现监控，也可以轻松的在智能网关统一完成计费和监控功能。因此对多智能业务融合的情况，触发流程更易控制，方便智能业务的灵活发展。

附图说明

图1是本发明实施例的智能网系统组成示意图；
图2是本发明实施例主叫侧的信令处理流程图；
图3是本发明实施例被叫侧的信令处理流程图。

具体实施方式

下面通过具体的实施例并结合附图对本发明作进一步详细的描述。
相对现有技术，本实施例在网络中设置智能网关，该智能网关为其归属用户主智能业务对应的业务控制点。具体地，对移动网智能业务，将HLR中该智能网关归属用户的主智能业务CSI信息中SCP的GT地址配置为该智能网关的GT地址；对固网智能业务，SHLR或SDC中该智能网关归属用户的主智能业务的接入码为该智能网关对应的接入码，SSP可以根据该接入码将信令路由到智能网关。另外，在智能网关上存储了归属用户的辅智能业务信息，这些辅智能业务可以是移动网和或固网的智能业务。
本实施例是以主叫是移动智能用户，被叫是固网智能用户，主叫通过7号信令网进行出局呼叫被叫的情况加以说明的。
如图1所示，智能网包括MSC、SSP、智能网关SCP-1、HLR、SHLR或SDC、以及业务控制点SCP-2、SCP-3。
其中，MSC用于到HLR查询用户签约的CSI信息，或者本地查询由HLR同步到MSC的CSI信息，触发移动主智能业务，根据主智能业务CSI中的业务键和SCP的GT码将信令路由到智能网关。
SSP用于到SHLR或SDC查询用户签约的智能信息。SSP用于触发固网主智能业务，根据接入码进行号码分析选路，信令路由到智能网关。
智能网关根据主智能业务特性为被叫号码配置相应的业务前缀，同时查询用户是否还有其他辅智能业务信息CSI或者接入码，与对应的SCP之间进行CAP或INAP信令交互，按辅智能业务的顺序依次触发辅智能业务，将辅智能业务的信令路由到对应的SCP，收到该SCP下发申请计费AC、请求报告BCSM事件、连接CONNECT消息后，在被叫号码前添加该辅智能业务的业务前缀，再触发下一个辅智能业务，直到所有辅智能业务处理完成，根据规则决定修改得到的申请计费AC、请求报告BCSM事件，以及连接CONNECT消息，并指示MSC或SSP进行呼叫和计费。完成主智能业务处理、辅智能业务触发、集中监控和计费的功能。
SCP用于辅智能业务的控制，对主叫或者被叫用户进行鉴权，指示智能网关进行呼叫和计费。
HLR用于管理和维护移动用户的CSI信息，并将其同步到MSC。
SHLR或SDC用于管理和维护固网用户的智能信息，并向SSP提供用户信息。
上述各个设备之间交互时，MSC与智能网关之间通过Camel应用部分CAP信令交互，与SSP之间通过7号信令交互。SSP与智能网关之间通过智能网应用规程INAP信令交互。SCP与智能网关之间通过INAP或者CAP信令交互。HLR与MSC之间通过移动应用部分MAP(Mobile ApplicationParty)信令交互。SHLR与SSP之间通过MAP/ISUP/INAP信令交互。不过对于MSC和SSP之间通过IP网络连接或经过他局转接的情况，其间的信令不仅仅局限于7号信令。
如图2和图3所示，以主叫的辅智能业务对应的SCP-n为SCP-2，被叫的辅智能业务对应的SCP-n为SCP-3为例，对多智能业务融合触发的处理流程如下：
步骤1：当移动用户作为主叫发起呼叫时，主叫所在的MSC调用本地数据库或从HLR获取该用户签约的用户数据O-CSI，包含主智能业务的业务键Skey1和智能网关的GT码。MSC根据业务键Skey1和GT码触发主智能网业务到智能网关。
步骤2：MSC触发主智能网业务使用CAP协议组织并发送IDP(启动DP消息)给智能网关SCP-1，携带主叫号码、被叫号码、业务键Skey1，MSC使用智能网关SCP-1的GT码进行7号信令路由，到达智能网关。
步骤3：在智能网关SCP-1中，先查询本地数据库，是否主叫用户还有其他的智能业务信息。如果没有，则智能网关SCP-1就作为普通的SCP，根据业务逻辑与MSC进行CAP信令交互，指示MSC进行连接和计费等处理。如果用户还有智能业务信息CSI-2，则智能网关SCP-1根据Skey1的业务特性转化为相应的业务前缀插入到被叫号码前，再使用CAP协议组织并发送IDP消息给SCP-2。IDP消息中的业务键为Skey2，同时携带主叫号码和改号后的被叫号码。使用CSI-2中的SCP-2的GT码信令路由到达SCP-2。
步骤5：SCP-2与智能网关SCP-1进行CAP信令交互。SCP-2收到IDP消息后，下发申请计费AC、请求报告BCSM事件RRBE，以及连接CONNECT消息给智能网关SCP-1，CONNECT中携带需要接续的被叫号码。
步骤6：智能网关SCP-1收到SCP-2发送过来的AC、RRBE、CONNECT消息后，对这些消息的内容和格式进行合法性检查。如果不合法，根据SCP-1上定义的规则，决定是继续呼叫，还是终止呼叫。如果合法，则对呼叫的DP点进行监控，同时根据业务逻辑对AC、RRBE、CONNECT消息进行修改；
如果不合法，则根据智能网关上定义的规则决定继续呼叫还是终止呼叫，若继续呼叫则根据协议修改AC、RRBE、CONNECT消息中的参数，转发给MSC或SSP，若终止呼叫，则下发ReleaseCALL消息给MSC。
步骤7：MSC在收到智能网关SCP-1发过来的AC、RRBE、CONNECT消息后，根据CONNECT中携带的号码接续被叫用户，发送IAM消息给SSP。
智能网关收到一个辅智能业务返回的合法业务控制信息后，如检查发现还有其他辅智能业务，则触发下一辅智能业务，当没有其他智能业务时，将根据业务逻辑整理后的AC、RRBE、CONNECT消息回送给MSC。本实施例因为主叫只有一项移动网的辅智能业务，因此收到智能网关SCP-1发过来的业务控制信息后，即接续被叫用户。
步骤8：SSP收到IAM消息，向SHLR或SDC申请该用户签约的用户数据，SHLR或SDC返回用户注册的主智能业务信息。SSP根据接入码触发主智能网业务到智能网关SCP-1。
步骤9：智能网关SCP-1先查询本地数据库，是否被叫用户还有其他的智能业务。如果没有，则智能网关SCP-1就作为普通的SCP，按照业务流程与SSP进行INAP信令交互，指示SSP进行连接和计费等处理。如果用户还有其他智能业务信息，则智能网关SCP-1需要先根据被叫用户智能业务键Skey1的业务特性，转化为相应的业务前缀插到被叫号码前，再使用INAP协议组织并发送IDP消息给SCP-3。IDP消息中携带业务键、主叫号码和改号后的被叫号码。使用接入码3进行号码分析信令路由到达SCP-3。
步骤10：SCP-3与智能网关SCP-1进行INAP信令交互。SCP-3收到IDP消息后，下发申请计费AC、请求报告BCSM事件RRBE，以及连接CONNECT消息给智能网关SCP-1，CONNECT中携带需要接续的被叫号码。
步骤11：智能网关SCP-1收到SCP-3发送过来的AC、RRBE、CONNECT消息后，需要对这些消息进行合法性检查。如果不合法，根据SCP-1上定义的规则，决定是继续呼叫，还是终止呼叫；如果合法，需要监控DP点，同时根据协议决定是否需要修改AC、RRBE、CONNECT消息；如果不合法且SCP-1决定终止呼叫，向SSP发送ReleaseCall消息，指示SSP拆除呼叫，并释放该呼叫占用的资源；如果不合法，但SCP-1决定继续呼叫，则根据协议决定是否需要修改AC、RRBE、CONNECT消息，并发送给SSP。如果没有其他智能业务，将整理后的AC、RRBE、CONNECT消息回送给SSP。
步骤12：SSP在收到智能网关SCP-1发过来的AC、RRBE、CONNECT消息后，根据CONNECT中携带的号码接续被叫用户。
步骤13：当被叫空闲并开始振铃时，SSP向MSC发送ACM消息。
步骤14：当被叫应答时SSP向MSC发送ANM消息，同时向智能网关SCP-1发送ERB应答消息。MSC收到ANM消息，发送ERB应答消息给智能网关SCP-1。双方开始通话。
步骤15：智能网关SCP-1转发MSC发送来的ERB应答消息给SCP-2，转发SSP发送来的ERB应答消息给SCP-3。
步骤16：主叫或者被叫用户挂机，MSC上报主叫的计费报告ACR、ERB拆线消息给智能网关SCP-1，智能网关SCP-1修改主叫的计费报告ACR、ERB拆线消息给SCP-2，SCP-2下发ReleaseCall消息指示智能网关SCP-1释放呼叫。智能网关SCP-1转发ReleaseCall消息给MSC，综合处理SCP-1和SCP-2上的计费时长，并释放本次呼叫为主叫侧申请的所有资源。
步骤17：SSP上报被叫的计费报告ACR、ERB拆线消息给智能网关SCP-1。智能网关SCP-1修改被叫的计费报告ACR、ERB拆线消息给SCP-3，SCP-3下发ReleaseCall消息指示智能网关SCP-1释放呼叫。智能网关SCP-1转发ReleaseCall消息给SSP，综合处理SCP-1和SCP-3上的计费时长，并释放本次呼叫为被叫侧申请的所有资源。
以上所述的步骤16和步骤17之间不局限于某种固定的先后顺序。
本实施例的主叫为移动用户签约智能业务，以MSC来触发；被叫为固网用户签约智能业务，以SSP来触发。在其他的实施例中，主叫可以是移动或固网智能用户，被叫也可以是移动或固网智能用户，智能业务触发流程依据协议进行类似处理。对于局内呼叫，差别仅在于不进行出局或入局处理，直接对被叫下寻呼(Paging)；对于网内和网外呼叫依据号码分析，路由到相应的局点，其流程与上面所述实施例类似，主叫侧先触发智能业务再发送IAM消息出局，被叫侧收到IAM消息触发智能业务再接续被叫。若局间信令不是7号信令，则依据连接所采用的协议如BICC进行相应的处理。在此不再加以累述。
熟悉本领域的技术人员可根据本发明做出相应的改变和变形，但是作为这些相应的改变和变形都应该属于本发明所附的权利要求的保护范围。