本发明涉及移动通信系统，尤其涉及一种自适应调整多播覆盖增强水平的方法。
背景技术：
rel-13中nb-iot中，希望支持sc-ptm多播操作来支持软件更新等操作。每次的传输都是面向多个ue的，在r13的sc-ptm中没有覆盖增强，每个传输只是传输一次，而且不管感兴趣的ue是否接收正确。但是nb-iot场景下就不同，例如面向的终端是水力、电力等业务类型的终端，此类终端一个布置在地下室等覆盖条件不好的地方，需要通过对一个数据重复多次传输的方式来达到覆盖增强的目的。
在nb-iot的覆盖增强中，对于广播类等覆盖增强的重复次数是固定的，对于业务数据是面向一个ue的，一般根据ue测量确定重复传输次数。但是nb-iot里面的多播，不同于r13的sc-ptm的广播和单播。它是面向一组ue的，而且不同的业务可能需要的覆盖增强程度也是不一样的。例如上面提到的水力、电力等业务类型的终端需要的覆盖增强水平会高一些，而对于物流跟踪类业务的终端，一般所处的环境非常好，需要的覆盖增强水平不会那么高。而确定一个多播业务的覆盖增强水平需要知道ue感兴趣的业务以及ue的覆盖水平，但是enb想要获取ue的覆盖水平需要ue进入连接态上报自己的覆盖水平给enb才行，但是让所有终端进入连接态只为上报一个覆盖水平的代价无论对于ue还是网络侧来说都是很大的，而且enb没有办法知道ue感兴趣的业务。所以，关于nb-iot下的sc-ptm如何确定sc-mtch/sc-mcch的celevel或者重复传输次数是一个需要确定的问题。
技术实现要素：
针对上述问题，本发明提出一种自适应调整多播覆盖增强水平的方法，包括：
广播多播业务中心bmsc触发业务建立和配置业务信息，同时配置所述业务面向的用户终端ue信息；所述bmsc下发所述业务信息和业务面向的ue信息给基站enb；
所述enb根据所述业务信息和业务面向的ue信息，确定多播覆盖增强水平或者重复传输次数，并广播所述业务的相关配置参数；
如果所述多播覆盖增强水平或者重复传输次数不能满足成功接收业务的需求，则ue进入连接状态上报覆盖水平差无法接收所述业务，并申请单播接收所述业务；
所述enb根据所述业务中请求单播的ue的数量、覆盖水平、业务标识和所述业务在本地的设备部署密度判决是否调整所述业务的多播覆盖增强水平或者重复传输次数。
进一步地，还包括：如果所述enb判决调整所述业务的多播覆盖增强水平或者重复次数配置，则立刻更改所述业务的相关配置参数，或者等待下一个传输周期来更改所述业务的相关配置参数。
进一步地，所述业务的相关配置参数包括：所述bmsc下发的所述业务信息、业务面向的ue信息和所述enb确定的多播覆盖增强水平或者重复传输次数，或者所述bmsc下发的所述业务信息和所述enb确定的多播覆盖增强水平或者重复传输次数。
进一步地，所述业务面向的用户终端ue信息包括：ue移动级别、ue覆盖水平、业务类型、设备部署密度、业务标识、和/或业务最晚启动时刻或者业务完成最晚时间。
进一步地，所述ue移动级别包括：ue为固定不动终端、ue为微移动终端、或ue为快速移动终端；所述ue覆盖水平包括：覆盖条件好、覆盖条件差或覆盖条件一般。
进一步地，所述ue移动级别和/或ue覆盖水平根据业务类型确定。
进一步地，所述业务最晚启动时刻或者业务完成最晚时间用于延迟启动业务的时间界限以避开业务高峰。
进一步地，还包括：所述ue进入连接状态申请单播接收所述业务的同时，还通知所述enb自己接收的业务相关信息。
进一步地，所述接收的业务的相关信息包括：ue移动级别、参考信号接收功率或者覆盖增强水平、宽带信道质量指示、和业务标识。
进一步地，所述业务标识为临时移动组标识tmgi。
本发明能够在nb-iot场景下确定sc-ptm中sc-mtch/sc-mcch的覆盖增强水平或重复传输次数，并能够根据ue接收情况自适应调整多播覆盖增强水平，从而优化pdsch资源和合理增强覆盖。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的一个实施例提出一种自适应调整多播覆盖增强水平的方法，包括：
广播多播业务中心bmsc触发业务建立和配置业务信息，同时配置业务面向的用户终端ue信息；bmsc下发业务信息和业务面向的ue信息给基站enb；
enb根据业务信息和业务面向的ue信息，确定多播覆盖增强水平或者重复传输次数，并广播业务的相关配置参数；
如果多播覆盖增强水平或者重复传输次数不能满足成功接收业务的需求，则ue进入连接状态上报覆盖水平差无法接收业务，并申请单播接收业务；
enb根据业务中请求单播的ue的数量、覆盖水平、业务标识和业务在本地的设备部署密度判决是否调整多播覆盖增强水平或者重复传输次数。
在一个可选实施例中，还包括：如果enb判决调整多播覆盖增强水平或者重复次数配置，则立刻更改相关配置参数，或者等待下一个传输周期来更改相关配置参数。
在一个可选实施例中，相关配置参数包括：bmsc下发的业务信息、业务面向的ue信息和enb确定的多播覆盖增强水平或者重复传输次数，或者bmsc下发的业务信息和enb确定的多播覆盖增强水平或者重复传输次数。
在一个可选实施例中，业务面向的用户终端ue信息包括：ue移动级别、ue覆盖水平、业务类型、设备部署密度、业务标识、和/或业务最晚启动时刻或者业务完成最晚时间。
在一个可选实施例中，ue移动级别包括：ue为固定不动终端、ue为微移动终端、或ue为快速移动终端；ue覆盖水平包括：覆盖条件好、覆盖条件差或覆盖条件一般。
在一个可选实施例中，ue移动级别和/或ue覆盖水平根据业务类型确定。
在一个可选实施例中，业务最晚启动时刻或者业务完成最晚时间用于延迟启动业务的时间界限以避开业务高峰。
在一个可选实施例中，还包括：ue进入连接状态申请单播接收所述业务的同时，还通知所述enb自己接收的业务相关信息。
在一个可选实施例中，接收的业务的相关信息包括：ue移动级别、参考信号接收功率或者覆盖增强水平、宽带信道质量指示、和业务标识。
在一个可选实施例中，业务标识为临时移动组标识tmgi。
本发明能够在nb-iot场景下确定sc-ptm中sc-mtch/sc-mcch的覆盖增强水平或重复传输次数，并能够根据ue接收情况自适应调整多播覆盖增强水平，从而优化pdsch资源和合理增强覆盖。
实施例
步骤1、广播多播业务中心bmsc触发业务的建立以及业务信息的配置，同时bmsc还配置该业务面向的ue信息，bmsc配置业务给移动管理实体mme、然后多小区/多播协调实体mce最后配置到enb。业务面向的ue信息包括如下内容：
--ue移动级别：可以是ue为固定不动终端、或者ue为微移动终端、或者ue为快速移动终端。一般根据业务的类型就能基本确定是否移动，例如电表、水表、水位监测一般都静止不动。
--ue覆盖水平，可以是覆盖条件好、覆盖条件差、覆盖条件一般。一般根据业务类型基本可以确定水表、电表字数上报设备所处的覆盖条件都比较差。物流跟踪、水位监测一般覆盖条件好一些。
--业务类型：根据应用具体设定。例如水表报字、电表报字等。
--设备每小区部署密度：一般在设备部署是可以知道。例如停车位信息设备、调表设备。每个小区部署多少是可以估计的。
--业务标识tmgi(temporarymobilegroupidentity)；
--业务最晚启动时刻或者业务完成最晚时间：为了避开业务高峰，可以延迟启动业务。
步骤2、enb根据业务配置的信息，确定一个多播覆盖增强水平或者重复传输次数，并广播业务相关配置参数。
步骤3、如果某个ue对现有的重复次数无法满足成功接收业务的需求，则该ue进入连接状态，并在rrc信令中通知enb进入连接态的原因是因为自己的覆盖水平较差，无法接收目前的多播，申请单播接收该业务。同时在rrc信令中还通知enb自己接收的业务信息：ue移动级别、参考信号接收功率rsrp或者覆盖增强水平、宽带信道质量指示cqi、业务标识tmgi。
步骤4、enb根据该业务中请求单播ue的数量、覆盖水平、业务标识以及该业务在该小区中的设备部署密度判决是否调整该业务的覆盖增强水平或者重复传输次数配置。
步骤5、如果步骤4中，enb判决调整覆盖增强水平或者重复传输次数，则enb可以立刻更改配置参数或者等待下一个传输周期来更改配置参数。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。