本申请涉及移动通信技术领域，特别涉及一种关闭集群用户的方法和终端。
背景技术：
为了更好的推动集群网络的发展和标准化，第三代合作伙伴计划(3gpp)引入了单小区点对多点(sc-ptm：singlecellpointtomultipoint)协议，该协议基于物理下行共享信道(pdsch)共享信道的方式，引入单小区多播控制信道(sc-mcch：singlecellmulticastcontrolchannel)和单小区多播业务信道(sc-mtch：singlecellmulticasttrafficchannel)两个逻辑信道，分别用于传输集群用户的控制面数据和用户面数据。
目前的sc-ptm解决方案中，对于终端侧关闭集群用户，单纯依靠应用层进行通知，lte底层没有显式的通知方案，这样会存在集群用户关闭操作的可靠性低、时延差和空口资源浪费等问题。
技术实现要素：
本申请提供了一种关闭集群用户的方法和终端，能够快速响应集群关闭，同时保持高可靠性，减少空口资源浪费。
本申请公开了一种关闭集群用户的方法，应用于单小区点对多点sc-ptm系统，包括：
判断是否检测到基站发送的寻呼；
如果检测到基站发送的寻呼，解析寻呼内容，判断寻呼内容中是否携带有终端当前正在监听的集群标识id，如果没有携带终端当前正在监听的集群id，关闭所述终端当前正在监听的集群id对应的集群用户；
如果未检测到基站发送的寻呼，关闭所述终端当前正在监听的集群id对应的集群用户。
较佳的，所述判断是否检测到基站发送的寻呼包括：
将计数器的初始值n置为0；
若在当前单小区多播控制信道sc-mcch重复周期内没有检测到单小区无线网络临时标识sc-rnti加扰的物理下行控制信道pdcch，令n加1；
若在当前sc-mcch重复周期内检测到至少一个sc-rnti加扰的pdcch，将n清0，判定检测到基站发送的寻呼；
当n>th_mcch时，判定未检测到基站发送的寻呼；
其中，所述th_mcch为设置的门限。
较佳的，所述th_mcch的取值范围为1～20。
较佳的，所述关闭所述终端当前正在监听的集群id对应的集群用户包括：释放所述集群id对应的终端侧集群用户的空口资源，并通知应用层关闭所述集群id对应的集群用户。
本申请还公开了一种终端，包括：寻呼检测模块、解析模块和集群处理模块，其中：
寻呼检测模块，用于判断是否检测到基站发送的寻呼，如果检测到基站发送的寻呼，将所检测到的寻呼发送给解析模块，如果未检测到基站发送的寻呼，通知集群处理模块关闭所述终端当前正在监听的集群id对应的集群用户；
解析模块，用于解析寻呼内容，并判断寻呼内容中是否携带有终端当前正在监听的集群id，如果没有携带终端当前正在监听的集群id，通知集群处理模块关闭所述终端当前正在监听的集群id对应的集群用户；
集群处理模块，用于根据寻呼检测模块或解析模块的通知，关闭所述终端当前正在监听的集群id对应的集群用户。
较佳的，所述寻呼检测模块包括：计数器、检测单元和判断单元，其中：
所述计数器的初始值n为0；
所述检测单元，用于判断在当前sc-mcch重复周期内是否检测到sc-rnti加扰pdcch，如果没有检测到，令n加1；若在当前sc-mcch重复周期内检测到至少一个sc-rnti加扰的pdcch，将n清0，并将检测到的寻呼发送给解析模块；其中，所述th_mcch为设置的门限；
所述判断单元，用于判断n与th_mcch的大小，当n>th_mcch时，通知集群处理模块关闭所述终端当前正在监听的集群id对应的集群用户。
较佳的，所述th_mcch的取值范围为1～20。
较佳的，所述集群处理模块关闭所述终端当前正在监听的集群id对应的集群用户的操作包括：释放所述集群id对应的终端侧集群用户的空口资源，并通知应用层关闭所述集群id对应的集群用户。
由上述技术方案可见，本申请提供的关闭集群用户的技术方案中，终端基于对sc-mcch的检测来判断是否关闭集群用户，具体而言，当检测到基站发送的寻呼时，对寻呼内容进行解析，判断寻呼内容中是否携带有终端当前正在监听的集群id，如果没有，关闭该集群id对应的集群用户；如果未检测到基站发送的寻呼，则关闭所述终端当前正在监听的集群id对应的集群用户。相比而言，现有sc-ptm系统关闭集群用户的方案是根据应用层的通知进行关闭，时延在秒级以上，而本申请提供的基于sc-mcch检测来关闭集群用户的方案的时延最快能控制在100ms以内。同时，在可靠性方面，在低信噪比场景下，本申请提出的集群关闭成功率较现有方案能够提升10％以上。
附图说明
图1为本申请关闭集群用户的方法的流程示意图；
图2为本申请一较佳终端的组成结构示意图。
具体实施方式
为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。
当基站建立集群用户之后，将通过sc-mcch信道周期性发送寻呼来通知终端，该寻呼的内容携带有本小区所有集群用户的集群标识(id)信息；当本小区无集群用户时，基站侧将停止发送相应的寻呼，本申请提出：终端可以根据这一机制来检测是否关闭集群用户，以释放终端侧集群资源。
图1为本申请关闭集群用户的方法的流程示意图，参见图1，该方法包括：
步骤101：判断是否检测到基站发送的寻呼，如果检测到基站发送的寻呼，执行步骤102，如果未检测到基站发送的寻呼，执行步骤103。
步骤102：解析寻呼内容，判断寻呼内容中是否携带有终端当前正在监听的集群id，如果没有携带终端当前正在监听的集群id，关闭所述终端当前正在监听的集群id对应的集群用户；
步骤103：关闭所述终端当前正在监听的集群id对应的集群用户。
较佳的，所述判断是否检测到基站发送的寻呼包括：
将计数器的初始值n置为0；
若在当前单小区多播控制信道sc-mcch重复周期内没有检测到单小区无线网络临时标识sc-rnti加扰的物理下行控制信道pdcch，令n加1；
若在当前sc-mcch重复周期内检测到至少一个sc-rnti加扰的pdcch，将n清0，判定检测到基站发送的寻呼；
当n>th_mcch时，判定未检测到基站发送的寻呼；
其中，所述th_mcch为设置的门限其，较佳的取值范围为1～20。
上述关闭所述终端当前正在监听的集群id对应的集群用户包括：释放所述集群id对应的终端侧集群用户的空口资源，并通知应用层关闭所述集群id对应的集群用户。
下面针对两种不同的应用场景，对本申请技术方案进行进一步详细说明。
第一种：针对当前小区存在多个集群用户的场景，即：在当前小区的集群用户数大于1时：
若当前小区存在集群用户，基站将通过sc-mcch信道周期性发送寻呼，该寻呼的内容包括当前小区所有集群用户的集群id，若基站侧关闭某一集群用户，会将该集群用户的集群id从sc-mcch信道的寻呼中删除。
当终端收到sc-mcch寻呼以后，解析寻呼内容，检测所携带的集群id是否发生变化，若发现当前sc-mcch周期内检测不到正在监听的集群id，终端立即启动关闭集群用户的操作，释放终端侧集群用户的空口资源，并通知应用层关闭集群用户。
第二种：针对当前小区只有一个集群用户的场景：
若当前小区只有一个集群用户，当基站侧关闭该集群用户时，将释放基站侧集群空口资源，基站侧不再周期性下发寻呼，此时终端通过检测是否收到sc-mcch的pdcch指示来判断该集群用户是否关闭，具体如下：
若当前sc-mcch重复周期内没有检测到单小区无线网络临时标识(sc-rnti)加扰的pdcch，令n加1(计数器的初始值n为0)，若在当前sc-mcch重复周期内收到至少一个sc-rnti加扰的pdcch，将n清0，当n>th_mcch时，则终端侧立即启动关闭集群用户的操作，释放终端侧集群用户的空口资源，并通知应用层关闭集群用户。其中，th_mcch为可配置的门限，较佳取值范围为1～20。
当终端的集群资源释放后，不再执行上述操作，n初始化为0，只有当终端集群重新建立后，再执行上述操作。
对应于上述方法，本申请还公开了一种终端，其组成结构如图2所示，包括：寻呼检测模块、解析模块和集群处理模块，其中：
寻呼检测模块，用于判断是否检测到基站发送的寻呼，如果检测到基站发送的寻呼，将所检测到的寻呼发送给解析模块，如果未检测到基站发送的寻呼，通知集群处理模块关闭所述终端当前正在监听的集群id对应的集群用户；
解析模块，用于解析寻呼内容，并判断寻呼内容中是否携带有终端当前正在监听的集群id，如果没有携带终端当前正在监听的集群id，通知集群处理模块关闭所述终端当前正在监听的集群id对应的集群用户；
集群处理模块，用于根据寻呼检测模块或解析模块的通知，关闭所述终端当前正在监听的集群id对应的集群用户。
较佳的，所述寻呼检测模块中可以包括：计数器、检测单元和判断单元，其中：
所述计数器的初始值n为0；
所述检测单元，用于判断在当前sc-mcch重复周期内是否检测到sc-rnti加扰pdcch，如果没有检测到，令n加1；若在当前sc-mcch重复周期内检测到至少一个sc-rnti加扰的pdcch，将n清0，并将检测到的寻呼发送给解析模块；其中，所述th_mcch为设置的门限；
所述判断单元，用于判断n与th_mcch的大小，当n>th_mcch时，通知集群处理模块关闭所述终端当前正在监听的集群id对应的集群用户。
所述集群处理模块关闭所述终端当前正在监听的集群id对应的集群用户的操作包括：释放所述集群id对应的终端侧集群用户的空口资源，并通知应用层关闭所述集群id对应的集群用户。
现有sc-ptm系统关闭集群用户的方案根据应用层进行通知，时延在秒级以上，而本申请提供的基于sc-mcch检测来关闭集群用户的方案的时延最快能控制在100ms以内。同时，在可靠性方面，在低信噪比场景下，本申请提出的集群关闭成功率较现有方案能够提升10％以上。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。