目前，结合了宽带和移动两大特征的WiMAX(Worldwide Interoperabilityfor Microwave Access，全球接入微波互操作性)网络以其传输速率高、建网速度快、建设成本低、覆盖面积广、频谱利用率高等特点受到全球众多厂商的追捧和关注，在WiMAX网络中，可以使用寻呼控制器PC(PagingController)实现对移动台MS(Mobile Subscribe Station)的寻呼，一般可采用单步寻呼或多步寻呼方法。
单步寻呼是指当MS被寻呼时，PC发送寻呼广播消息(Paging_Annoucemessage)给最后一次更新的寻呼组(Paging group)列表中的中继寻呼控制器(Relay PC)。中继/本地寻呼控制器(Relay/Local PC)发送寻呼广播消息给每个具有BS ID的BS，如果BS ID不存在，则发送给域中所有的BS。
多步寻呼是指PC寻呼MS时，首先为最后一次MS上报的寻呼组定义的成员子集发寻呼广播消息。当预定义的时间到时，如果没有寻呼广播消息的应答，PC扩展覆盖范围至下一个定义的子组。整个寻呼组以多步方式覆盖。
发明人在实现本发明的过程中发现，WiMAX网络中使用的多步寻呼方法是用于没有中继网络的情况，在PC多步寻呼MS时，一步步的寻呼MS所在的寻呼组(paging group)成员子集，直到整个paging group子集寻呼完毕。在增加中继网络后，现有的多步寻呼方法将不再适用。

本发明实施例提供一种无线中继网络中的多步寻呼方法和寻呼控制器，以解决WiMAX网络中增加中继后无法实现多步寻呼的技术问题。
本发明实施例的上述目的是通过如下技术方案实现的：
一种无线中继网络中的多步寻呼方法，所述方法包括：接收锚定寻呼控制器发送的寻呼广播消息；根据所述寻呼广播消息确定至少一个寻呼子组及各寻呼子组的寻呼顺序，其中，所述寻呼顺序中的第一步寻呼子组中至少包含有中继站列表；根据所述各个寻呼子组的寻呼顺序在各个寻呼子组的范围内对目标移动台进行多步寻呼。
一种寻呼控制器，所述寻呼控制器包括：接收单元，用于接收锚定寻呼控制器发送的寻呼广播消息；获取单元，用于根据所述寻呼广播消息获取至少一个寻呼子组及各寻呼子组的寻呼顺序，其中，所述寻呼顺序中的第一步寻呼子组中至少包含有中继站列表；寻呼单元，用于根据所述各个寻呼子组的寻呼顺序在各个寻呼子组的范围内对目标移动台进行多步寻呼。
一种寻呼控制器，所述寻呼控制器包括：关联信息获取单元，用于获取中继站与基站的关联信息；消息构建单元，用于根据所述关联信息构建寻呼广播消息。
本发明实施例通过根据寻呼广播消息中的RS、BS信息(RS标识，或者RS标识和关联BS标识，或者寻呼子组)确定寻呼子组，直接将寻呼定位到RS，减小了寻呼范围，增加了寻呼准确性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：
图1为本发明实施例的方法流程图；
图2为本发明实施例的多步寻呼方法的寻呼系统的结构示意图；
图3为本发明一较佳实施例的方法交互流程示意图；
图4为本发明另一较佳实施例的方法交互流程示意图；
图5为本发明实施例的寻呼控制器的组成框图；
图6为本发明另一实施例的寻呼控制器组成框图。

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
实施例一
本发明实施例提供一种无线中继网络中的多步寻呼方法，以下结合附图对本实施例进行详细说明。
图1为本实施例的方法流程图，请参照图1，本实施例的无线中继网络中的多步寻呼方法主要包括：
101：接收锚定寻呼控制器发送的寻呼广播消息；
102：根据所述寻呼广播消息获取至少一个寻呼子组及各寻呼子组的寻呼顺序，其中，所述寻呼顺序中的第一步寻呼子组中至少包含有中继站列表；
103：根据所述各个寻呼子组的寻呼顺序在各个寻呼子组的范围内对目标移动台进行多步寻呼。
本实施例的寻呼控制方法可以应用于本地寻呼控制器Local PC或者中继寻呼控制器Relay PC。
根据本实施例，锚定寻呼控制器Anchor PC要首先获得RS和BS的关联信息，再根据移动台的寻呼信息以及该关联信息构建寻呼广播消息。其中，获得RS和BS的关联信息可以通过如下任意一种方式实现：
1.当MS在空闲模式进入时，通过RS发送退出注册请求DREG-REG(De-Registration Request)给BS；BS向Local PC发送此携带有RSID、BSID的MS转移状态请求/确认IM Entry MS State Change Req/ACK，MS要求进入空闲模式；Local PC向Anchor PC发送携带有RSID、BSID的转移状态请求/确认IM Entry MS State Change Req/ACK，则Anchor PC保存了RS、BS及RS和BS的关联信息。
2.当MS执行位置更新时，通过RS发送包含MS执行位置更新的指示的测距请求RNG-REQ(Ranging request)给BS，再由BS发送携带有RSID、BSID的位置更新请求LU-REQ(Location update request)给Local PC，LocalPC发送携带有RSID、BSID的位置更新请求LU-REQ(Location updaterequest)给Anchor PC，则Anchor PC保存了RS、BS及RS和BS的关联信息。
3.当上行的信令没有携带RS和BS的关联信息时，Anchor PC或者LocalPC通过主动查询服务网关Serving Gateway、认证服务器Authenticator、锚定数据通路功能模块Anchor DPF(Anchor Data Path Function)或独立的拓扑结构数据库获得RS-BS的关联信息。同样的，如果是Local PC获得该关联信息，则发送给Anchor PC，Anchor PC保存RS、BS及RS和BS的关联信息。
4.假如RSID和BSID本身存在定义上的关联(类似网段划分)，那么Anchor PC或者Local PC可以直接推断RS-BS的关联。举例说明：假设定义BSID是11110000，而RSID可采用1111xxxx表明该RS与此BS关联，当Local PC/Anchor PC收到这样的RSID，就认为此RS与哪个BS相关联。而不用专门的信息去告知它。同样的，如果是Local PC获得该关联信息，则发送给Anchor PC，Anchor PC保存RS、BS及RS和BS的关联信息。由于Anchor PC可以获知或者根据配置方式或者动态报告/查询机制等有能力获知本地、邻居或者相关寻呼组Paging Group各个BS的拓扑结构，结合上述获得的RS、BS的关联，即可获得RS和BS的关联信息。
上述用于实现锚定寻呼控制器获得RS和BS的关联信息的方式只是举例说明，本发明实施例并不以此作为限定。
根据本实施例，如果网络拓扑结构未知，则锚定寻呼控制器在获得中继站和基站的关联信息后，会根据该关联信息以及移动台的寻呼信息构建包含中继站标识，或者中继站标识及与该中继站标识相关联的基站标识(以下简称关联基站标识)的寻呼广播消息，下发给本地寻呼控制器或中继寻呼控制器，以便该本地寻呼控制器或中继寻呼控制器根据该包含中继站标识，或者中继站标识及关联基站标识的寻呼广播消息，确定至少一个寻呼子组及各寻呼子组的寻呼顺序，进而在寻呼顺序不同的寻呼子组的范围内进行多步寻呼，其中，在该寻呼顺序中，第一步寻呼子组中至少包含有中继站列表。
根据本实施例，如果网络拓扑结构已知，则锚定寻呼控制器在获得中继站和基站的关联信息后，会根据该关联信息以及已知的网络拓扑结构结合移动台的寻呼信息确定至少一个寻呼子组及各寻呼子组的寻呼顺序，其中，在该寻呼顺序中，第一步寻呼子组中至少包含有中继站列表，再构建包含所述至少一个寻呼子组及各寻呼子组的寻呼顺序的寻呼广播消息，下发给本地寻呼控制器或中继寻呼控制器，以便该本地寻呼控制器或中继寻呼控制器直接获取到该至少一个寻呼子组及各寻呼子组的寻呼顺序，进而在寻呼顺序不同的寻呼子组的范围内进行多步寻呼。
本发明实施例通过根据寻呼广播消息中的RS和BS的关联信息确定不同寻呼顺序的寻呼子组，而在第一步寻呼子组中包含了中继站标识，如此，直接将寻呼定位到RS，减小了寻呼范围，增加了寻呼准确性。
本发明实施例的多步寻呼方法既可以应用于网络拓扑结构已知的情形，也可以应用于网络拓扑结构未知的情形，以下通过不同的实施例加以说明。
实施例二
本发明实施例还提供一种无线中继网络中的多步寻呼方法，该方法应用于网络拓扑结构未知的情形，以下结合附图对本实施例进行详细说明。
图2为本发明实施例的多步寻呼方法的寻呼系统的结构示意图，如图2所示，在本实施例中，该寻呼系统包括：锚定寻呼控制器Anchor PC，本地/中继寻呼控制器Local PC/Relay PC，基站BS1、BS2，中继站RS11、RS12、RS21、RS22，以及与各中继站相关联的移动台MS，其中：
中继站RS11、RS12为基站BS1所附着的中继站，即中继站RS11、RS12与基站BS1相互关联；中继站RS21、RS22为基站BS2所附着的中继站，即中继站RS21、RS22与基站BS2相互关联。
上述只是举例说明，本发明实施例的寻呼系统还可以包括其他基站和其他中继站，本实施例并不以此作为限制。
图3为本实施例的方法流程交互示意图，本实施例在网络拓扑结构未知的机制下，也即锚定寻呼控制器Anchor PC不知道网络拓扑结构的情况下，Local PC首次从Anchor PC中获得最后一次上报的RSID(中继站标识)，或者RSID(中继站标识)和BSID(关联基站标识)，并根据该RSID，或RSID和BSID指定以后每一步寻呼的寻呼子组subgroup。第一步寻呼子组里至少携带了RSID列表RSIDs，其他寻呼子组里携带了RSID列表RSIDs和BSID列表BSIDs或两者取其一，分别为一个RSID集合和/或一个BSID集合。请参照图3，本实施例的方法主要包括：
301：如果寻呼被授权，Anchor PC收到MS的寻呼信息并根据已获得的RS和BS的关联信息构建寻呼广播消息Paging_Announce message，其中该寻呼广播消息中包含RS ID，或者RS ID及关联BS ID。Anchor PC向合适的Local PC发送该Paging_Announce message消息。
302：Local PC根据从Anchor PC收到的寻呼广播消息中的RS ID，或者RS ID及关联BS ID，确定每一步寻呼的子组，也即确定不同寻呼顺序的寻呼子组，其中的第一步寻呼子组至少包含了RS的列表(此列表中至少包含广播消息中的RS ID)，其他寻呼子组中可以包含BS的列表，或者RS的列表，或者既有BS的列表又有RS列表。然后Local PC再根据各个寻呼子组的寻呼顺序在各个寻呼子组的范围内向寻呼子组中相关的BS发送Paging_Announce消息。
在本实施例中，确定至少一个寻呼子组及各寻呼子组的寻呼顺序可以根据预先设定的寻呼策略来确定，令第一步寻呼子组的寻呼范围最小，接下来的每一步寻呼子组再逐步扩大寻呼范围。
例如，一种寻呼策略可以是：将寻呼广播消息中的中继站标识对应的中继站作为第一步寻呼子组；将与寻呼广播消息中的中继站标识对应的中继站关联的基站作为第二步寻呼子组；将与第二步寻呼子组中的基站相邻的基站作为第三步寻呼子组；将与第三步寻呼子组中的基站相邻的基站作为第四步寻呼子组等等。如此一来，在根据寻呼顺序进行多步寻呼时，先在所述第一步寻呼子组范围进行寻呼，即通过所述中继站对目标移动台进行寻呼，如果寻呼到结果，则结束，否则扩大寻呼范围，进一步在第二步寻呼子组范围内进行寻呼，即通过所述关联基站对目标移动台进行寻呼，如果仍未寻呼到，则依此再进一步在第三步、第四步寻呼子组中进行寻呼，直到寻呼到目标移动台。
另一种寻呼策略可以是：将寻呼广播消息中的中继站标识对应的中继站及与该中继站相邻的中继站作为第一步寻呼子组；将与寻呼广播消息中的中继站标识对应的中继站关联的基站作为第二步寻呼子组；将与第二步寻呼子组中的基站相邻的基站作为第三步寻呼子组；将与第三步寻呼子组中的基站相邻的基站作为第四步寻呼子组等等。
需要说明的是，上述两种寻呼策略只是举例说明，由于一般MS会移动，例如移动到邻居BS，或者移动到其它更远的BS，如坐地铁，可能在很短的时间内MS会移动很远的距离，因此，不可能只在MS自身的BS下寻呼，本实施例并不限定寻呼策略中有几步寻呼子组，除第一步寻呼子组需包含对应中继站标识的中继站以外，也不限定其他寻呼子组包含哪些中继站或基站。
下面通过举例进行说明。
假设寻呼广播消息包含了中继站标识RS11，或者中继站标识RS11及关联基站标识BS1，其中，BS1和BS2相邻，则根据上述第一种寻呼策略，确定三个寻呼子组subgroup1(RS11)、subgroup1(BS1)、subgroup1(BS2)，由此，在进行多步寻呼时，第一步根据subgroup1进行寻呼，即首先通过RS11对目标MS进行寻呼；如果未寻呼到目标MS，则扩大寻呼范围，采用subgroup2对目标MS进行寻呼，即通过与该RS11关联的BS1对目标MS进行寻呼；依此寻呼，直到寻呼到目标MS为止。
上述确定每一步寻呼子组的寻呼策略只是举例说明，具体实施时可以根据实际情况设定各种策略以满足不同的寻呼需求，本实施例并不以此作为限制。
在本实施例中，当寻呼子组中涉及RS时，例如RS11，Local PC需向该RS11关联的BS，例如BS1发送寻呼广播消息Paging_Announce message，消息中携带RSID，详见步骤303；该BS1收到Paging_Announce消息后，只向指定的RS，即该RS11发送寻呼消息MOB_PAG_ADV，详见步骤304；RS11收到MOB_PAG_ADV消息后，在空口发广播消息MOB_PAG_ADV以寻呼移动台MS，详见步骤305。
在本实施例中，当寻呼子组中涉及BS时，例如BS2，Local PC需向该BS2发送寻呼广播消息Paging_Announce message，消息中不需要携带RSID，详见步骤303`；该BS2收到Paging_Announce消息后，向所有附着的RS，例如RS21、RS22发送MOB_PAG_ADV消息，详见步骤304`；最后BS2、RS21、RS22同时在自身的空口Access Zone上发送MOB_PAG_ADV消息以寻呼移动台MS，详见步骤305`。
需要说明的是，在本实施例中，Local PC可以根据Anchor PC下发的寻呼广播消息中的寻呼广播定时器(Paging Announce Timer TLV)设定的寻呼持续时间在每一寻呼子组的范围内对MS进行寻呼，在这段时间里，每一寻呼子组中的寻呼代理，例如RS或者BS将继续寻呼MS，直到收到MS反馈的寻呼响应或者Local PC的寻呼终止指示才停止寻呼。当寻呼广播定时器超时时，Local PC在下一个寻呼子组中重新进行寻呼。
其中，寻呼广播定时器可以通过寻呼广播消息下发给BS和/或RS，但本实施例并不以此作为限制。
另外，一旦寻呼成功，MS将执行空闲模式退出(idle mode exit)或者位置更新(location update)过程。如果BS成功收到MS的响应，将通过在网络初始位置更新时发送R6 LU_Req message或者在有数据发送给空闲模式下的MS时发送R6 IM_Exit_State_Change_Req message通知Local PC。一旦Local PC收到消息，将终止时钟TR6_Paging_Announce，然后发送R4 LU_Req或者R4 IM_Exit_State_Change_Req message给Anchor PC，Anchor PC收到消息后，终止时钟TR4_Paging_Announce。
本发明实施例通过根据寻呼广播消息中的RSID，或者RSID和关联BSID确定每一步寻呼的子组，再向每一步寻呼子组中相关的基站发送寻呼广播消息，将寻呼直接定位到RS，减小了寻呼范围，增加了寻呼准确性。
实施例三
本发明实施例还提供一种无线中继网络中的多步寻呼方法，该方法应用于寻呼组拓扑结构已知的情形，以下结合附图对本实施例进行详细说明。
图4为本实施例的方法流程图，本实施例在网络拓扑结构已知的机制下，也即锚定寻呼控制器Anchor PC已经知道网络拓扑结构的情况下，由于Anchor PC知道寻呼组Paging group的拓扑结构，因此，由Anchor PC根据移动台的寻呼信息、BS和RS的关联信息以及寻呼组的拓扑结构，直接指定每步寻呼的子组subgroup，并通过Paging_Announce消息下发给Relay PC或Local PC，详见步骤401，由Relay PC或Local PC转发，详见步骤402；或者Anchor PC直接下发给成员子集，由该成员子集中的成员自行发起寻呼过程(图未示)。
同样，当寻呼子组中涉及RS时，例如RS11，Relay PC需向该RS11关联的BS1发送Paging_Announce消息，消息中携带RSID，详见步骤403；该BS1收到Paging_Announce消息后，只向指定的RS11发送MOB_PAG_ADV消息，详见步骤404；RS11收到MOB_PAG_ADV消息后，在空口发广播消息MOB_PAG_ADV，详见步骤405。
同样，当寻呼子组中涉及BS时，例如BS2，Relay PC需向该BS2发送Paging_Announce消息，消息中不需要携带RSID，详见步骤403`；该BS2收到Paging_Announce消息后，向所有附着的RS，在本实施例中，为RS21和RS22发送MOB_PAG_ADV消息，详见步骤404`；最后BS2、RS21和RS22同时在自身的空口Access Zone上发送MOB_PAG_ADV消息，详见步骤405`。
其他步骤和实施例二中网络拓扑结构未知的方法一样，此处不做详述。
本发明实施例通过根据寻呼广播消息中的每一步寻呼的子组，向每一步寻呼子组中相关的基站发送寻呼广播消息，将寻呼直接定位到了RS，减小了寻呼范围，增加了寻呼准确性。
实施例四
本发明实施例还提供一种寻呼控制器，以下结合附图对本实施例进行详细说明。
图5为本实施例的寻呼控制器的组成框图，请参照图5，本实施例的寻呼控制器主要包括：
接收单元51，用于接收锚定寻呼控制器发送的寻呼广播消息；
获取单元52，用于根据所述寻呼广播消息确定至少一个寻呼子组及各寻呼子组的寻呼顺序，其中，所述寻呼顺序中的第一步寻呼子组中至少包含有中继站列表；
寻呼单元53，用于根据所述各个寻呼子组的寻呼顺序在各个寻呼子组的范围内对目标移动台进行多步寻呼。
根据本实施例的一个较佳实施方式，接收单元51用于接收锚定寻呼控制器根据移动台的寻呼信息以及中继站和基站的关联信息构建的携带有中继站标识，或者中继站标识及关联基站标识的寻呼广播消息；获取单元52用于根据所述寻呼广播消息中的中继站标识，或者中继站标识及关联基站标识确定所述至少一个寻呼子组及各寻呼子组的寻呼顺序。
根据本实施例的另一个较佳实施方式，接收单元51用于接收锚定寻呼控制器根据移动台的寻呼信息、中继站和基站的关联信息、以及网络拓扑结构构建的携带有至少一个寻呼子组及各寻呼子组的寻呼顺序的寻呼广播消息；获取单元52用于根据所述寻呼广播消息直接获取所述至少一个寻呼子组及各寻呼子组的寻呼顺序。
在本实施例中，如果寻呼子组中包含中继站的列表，则寻呼单元53向与所述中继站关联的基站发送携带所述中继站标识的寻呼广播消息，指示所述基站向指定的中继站发送广播消息，以通过所述中继站寻呼移动台。
在本实施例中，如果寻呼子组中包含基站的列表，则寻呼单元53向所述基站发送寻呼广播消息，指示所述基站向所有附着的中继站发送广播消息，以通过所述基站及所述所有附着的中继站寻呼移动台。
在本实施例中，如果寻呼子组中包含中继站的列表和基站的列表，则寻呼单元53向与所述中继站的列表中的中继站关联的基站发送携带所述中继站标识的寻呼广播消息，指示所述基站向指定的中继站发送广播消息，以通过所述中继站寻呼移动台；以及向所述基站的列表中的基站发送寻呼广播消息，指示所述基站向所有附着的中继站发送广播消息，以通过所述基站及所述所有附着的中继站寻呼移动台。
在本实施例中，接收单元51还可以接收锚定寻呼控制器发送的携带有寻呼广播定时器的寻呼广播消息；寻呼单元53根据该寻呼广播定时器设定的寻呼持续时间在每一寻呼子组的范围内对目标移动台进行多步寻呼。
本实施例的寻呼控制器可以为本地寻呼控制器Local PC或者中继寻呼控制器Relay PC，其用于实现前述实施例的方法的各步骤，由于在方法实施例中已对各步骤进行了详细说明，在此不再赘述。
本发明实施例通过根据寻呼广播消息获取每一步寻呼的子组，向每一步寻呼子组中相关的基站发送寻呼广播消息，直接将寻呼定位到了RS，减小了寻呼范围，增加了寻呼准确性。
实施例五
本发明实施例还提供一种寻呼控制器，以下结合附图对本实施例进行详细说明。
图6为本实施例的寻呼控制器的组成框图，请参照图6，本实施例的寻呼控制器主要包括：
关联信息获取单元61，用于获取中继站与基站的关联信息；
消息构建单元62，用于根据所述关联信息构建寻呼广播消息。
根据本发明的一个实施例，关联信息获取单元61根据移动台在空闲模式进入或执行位置更新时，通过该移动台所属的中继站，该中继站所附着的基站，以及本地寻呼控制器传递的中继站标识以及基站标识获得所述中继站与基站的关联信息。
根据本发明的另一个实施例，关联信息获取单元61通过查询服务网关、认证服务器、锚定数据通路功能模块或独立的拓扑结构数据库获得所述中继站与基站的关联信息。
根据本发明的另一个实施例，关联信息获取单元61通过接收本地寻呼控制器通过查询服务网关、认证服务器、锚定数据通路功能模块或独立的拓扑结构数据库获得的所述中继站与基站的关联信息，来获取中继站与基站的关联信息。
根据本发明的另一个实施例，关联信息获取单元61根据网络拓扑结构以及所述中继站与基站在定义上的关联，获取所述中继站与基站的关联信息。
根据本发明的另一个实施例，关联信息获取单元61通过接收本地寻呼控制器根据网络拓扑结构以及所述中继站与基站在定义上的关联获取到的所述中继站与基站的关联信息，来获取中继站与基站的关联信息。
根据本发明的一个实施例，在网络拓扑结构未知时，消息构建单元62根据移动台的寻呼信息以及所述关联信息构建包含中继站标识，或者中继站标识及关联基站标识的寻呼广播消息。
根据本发明的另一个实施例，在网络拓扑结构已知时，消息构建单元62根据移动台的寻呼信息、所述关联信息、以及网络拓扑结构确定至少一个寻呼子组及各寻呼子组的寻呼顺序，并构建包含所述至少一个寻呼子组及各寻呼子组的寻呼顺序的寻呼广播消息，其中，该寻呼顺序中的第一步寻呼子组中至少包含有中继站列表。
本实施例的寻呼控制器可以为锚定寻呼控制器Anchor PC，其用于实现前述实施例一中所述锚定寻呼控制器的各功能，由于在实施例一中已对各功能进行了详细说明，在此不再赘述。
本发明实施例的寻呼控制器获取中继站和基站的关联信息，根据移动台的寻呼信息以及该关联信息，或者根据移动台的寻呼信息、该关联信息以及网络拓扑结构构建寻呼广播消息，提供该本地/或中继寻呼控制器进行多步寻呼，通过在寻呼广播消息中增加RS标识或第一步寻呼子组包含中继站列表的每一步寻呼子组，直接将寻呼定位到了RS，减小了寻呼范围，增加了寻呼准确性。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。