CN102045644B - 一种物理下行控制信道的覆盖处理方法及设备 - Google Patents

Abstract

本发明公开了一种物理下行控制信道的覆盖处理方法及设备，包括：确定第一信道与第二信道的关联关系，所述第一信道是多媒体广播\组播服务通知的物理下行控制信道，所述第二信道是非多媒体广播\组播服务通知的物理下行控制信道；确定第二信道的覆盖状态；根据所述关联关系，通过第二信道的覆盖状态确定第一信道的覆盖状态。实施本发明，在未来的移动通信***中能够引入网络自优化的机制，减少网络规划和操作维护的人工参与，降低网络的建设和运营成本。克服现有2G或3G***中，广播信道覆盖优化都是人工参与的不足。

Description

一种物理下行控制信道的覆盖处理方法及设备

技术领域

本发明涉及移动通信技术，特别涉及一种物理下行控制信道的覆盖处理方法及设备。

背景技术

在LTE(Long Term Evolution，长期演进)***以前的***中，广播信道的功率都由人工进行设置，根据网络规划的小区的覆盖范围，设置广播信道的发射功率，广播信道的发射功率的优化也是由人工进行优化。

在LTE以及以后的***中，希望通过引入网络自优化的机制，减少网络规划和操作维护的人工参与，降低网络的建设和运营成本。即由网络根据统计量自动优化参数。目前针对单小区的广播信道自动优化讨论的十分热烈，但是针对LTE MBMS(Multimedia Broadcast／Multicast Service，多媒体广播＼组播服务)优化还没有讨论。下面对涉及的概念进行简要介绍。

1、LTE中的MBMS。

LTE中的MBMS又被称为eMBMS(evolved MBMS，演进的MBMS)，主要功能是在LTE***中实现广播和多播业务。目前R9(版本9)的MBMS主要通过混合小区实现，即传输MBMS业务的小区同时也传输单播业务。

2、eMBMS相关逻辑信道。

(1)BCCH(Broadcast Control Channel)：

广播控制信道，用于网络向UE(User Equipment，用户设备)广播***信息。即，***信息通过BCCH传输。

(2)MCCH(Multicast Control Channel)：

多播控制信道，是一个点到多点(point-to-multipoint)的下行信道，用于网络向UE传输MBMS相关的控制信息，一个MCCH可以对应于一个或多个MTCH(Multicast Traffic Channel，多播业务信道)；该信道只有能接收MBMS业务的UE才可以使用。

基站会将MCCH的修改周期和重复周期通过***广播通知UE，修改周期一般是重复周期的X倍，在一个修改周期内，所有重复周期发送的MCCH信息是一样的，这是为了保证MCCH的可靠接收。

(3)MTCH(MulticastTraffic Channel)：

多播业务信道，是一个点到多点的下行信道，用于网络向UE传输MBMS业务数据；该信道只有能接收MBMS业务的UE才可以使用。

MTCH的信息是由其对应的MCCH指示的。网络利用BCCH向UE指示MCCH，再利用MCCH向UE指示MTCH，从而达到使UE接收在MTCH上承载的MBMS业务的目的。

3、MBMS Notification(MBMS通知)机制

图1为MBMS Notification机制示意图，如图所示，LTE R9中引入了MBMSNotification机制，具体内容如下：

当有MBMS业务的Session Start(会话开始)时，网络会向UE发送Notification(通知)信息，即通知UE有新的MBMS业务会话开始了，UE在收到Notification信息之后，将在下一个MCCH的修改周期读取MCCH，获得Session(会话)的具体信息，如果UE对该MBMS业务感兴趣，则根据MCCH的内容，读取相应的MTCH，接收该MBMS业务，

在物理层的PDCCH(physical downlink control channel，物理下行控制信道)中定义用于MBMS Notification的M-RNTI(MBMS notification-RadioNetwork Temporary Identity，MBMS notification无线网络临时识别)，用于传输Notification信息，也就是说，如果有会话开始(Session Start)，则网络会在上图中的Notification子帧中的PDCCH包含M-RNTI，用于通知UE有新的MBMS业务会话开始了。对于没有接收MBMS业务的UE，它收到Notification信息之后，将在下一个修改周期读取MCCH，如果这种UE没有收到Notification信息，则它会继续监听Notification子帧，而不会读取MCCH。对于正在接收MBMS业务的UE，每个MCCH修改周期都需要读取MCCH信息，不需要监听Notification子帧。

4)MB SFN(Multicast Broadcast Single Frequency Network，多播广播单频网络)发送。

图2为MBSFN发送覆盖示意图，目前在LTE中已经决定采用MBSFN方式发送MBMS业务，MBSFN是采用SFN(Single Frequency Network，单频网络)即单频网的方式发送MBMS业务，也就是所有小区在相同的频率上在相同的时间发送相同的数据，这样UE可以直接把来自于多小区的信号进行合并。

现有技术的不足在于：

目前还没有针对MBMS notification信道的覆盖处理方案。

没有MBMS业务中多小区发送广播信道的处理方法。

针对多小区MBSFN发送的MBMS业务，***无法了解UE接收MBMS业务的QOS情况。

发明内容

本发明解决的技术问题在于提供了一种物理下行控制信道的覆盖处理方法及设备。

本发明解决的技术问题在于提供了一种MBMS业务处理方法及用户设备。

本发明解决的技术问题在于提供了一种MBMS业务处理方法及***。

本发明实施例中提供了一种物理下行控制信道的覆盖处理方法，包括如下步骤：

根据功率、重复周期和次数、码率中的一种或其组合确定第一信道与第二信道的关联关系，所述第一信道是MBMS notification的PDCCH，所述第二信道是非MBMS notification的PDCCH；

确定第二信道的覆盖状态；

根据所述关联关系，通过第二信道的覆盖状态确定第一信道的覆盖状态。

本发明实施例中提供了一种PDCCH信道的覆盖处理设备，包括：

关系确定模块，用于根据功率、重复周期和次数、码率中的一种或其组合确定第一信道与第二信道的关联关系，所述第一信道是MBMS notification的PDCCH，所述第二信道是非MBMS notification的PDCCH；

第一确定模块，用于确定第二信道的覆盖状态；

第二确定模块，用于根据所述关联关系，通过第二信道的覆盖状态确定第一信道的覆盖状态。

本发明实施例中提供了一种MBMS业务处理方法，包括如下步骤：

UE确定在MBMS业务的广播消息中存在MBSFN子帧与MCCH配置信息；

UE获取在接收MBSFN子帧时出现的异常和／或失败信息，并向网络侧上报所述异常和／或失败信息，其中，网络侧根据所述异常和／或失败信息调整所述异常和／或失败信息对应的多播控制信道MCCH和／或多播业务信道MTCH的发送功率或调制编码等级。

本发明实施例中提供了一种用户设备，包括：

确定模块，用于确定在MBMS业务的广播消息中存在MBSFN子帧与MCCH配置信息；

获取模块，用于在确定在MBMS业务的广播消息中存在MBSFN子帧与MCCH配置信息时，获取在接收MBSFN子帧时出现的异常和／或失败信息；

上报模块，用于向网络侧上报所述异常和／或失败信息，所述异常和／或失败信息用于供网络侧作为调整所述异常和／或失败信息对应的MCCH和／或MTCH的发送功率或调制编码等级的依据。

本发明实施例中提供了一种MBMS业务处理方法，包括如下步骤：

UE获取MBMS业务的QoS信息，其中，所述QoS信息是指所述MBMS业务不同层的数据包丢失、所述MBMS业务的接收速率、所述MBMS业务的接收满意度中的一种或者任意组合；

UE向网络侧上报所述QoS信息，其中，网络侧根据所述QoS信息调整MBMS业务。

本发明实施例中提供了一种MBMS业务处理***，包括：

UE，用于获取MBMS业务的QoS信息，并向网络侧设备上报所述QoS信息，其中，所述QoS信息是指所述MBMS业务不同层的数据包丢失、所述MBMS业务的接收速率、所述MBMS业务的接收满意度中的一种或者任意组合；

网络侧设备，用于根据所述QoS信息调整MBMS业务。

本发明有益效果如下：

通过本发明实施例提供的技术方案，在未来的移动通信***中能够引入网络自优化的机制，减少网络规划和操作维护的人工参与，降低网络的建设和运营成本。克服现有2G或3G***中，广播信道覆盖优化都是人工参与的不足。

附图说明

图1为背景技术中MBMS Notification机制示意图；

图2为背景技术中MBSFN发送覆盖示意图；

图3为本发明实施例中PDCCH信道的覆盖处理方法实施流程示意图；

图4为本发明实施例中MBMS业务处理方法一实施流程示意图；

图5为本发明实施例中MCCH接收失败实施流程示意图；

图6为本发明实施例中MCCH接收失败实施流程示意图；

图7为本发明实施例中MBMS业务处理方法二实施流程示意图；

图8为本发明实施例中QOS统计处理实施流程示意图；

图9为本发明实施例中PDCCH信道的覆盖处理设备结构示意图；

图10为本发明实施例中用户设备结构示意图；

图11为本发明实施例中MBMS业务处理***结构示意图。

具体实施方式

下面结合附图对本发明的具体实施方式进行说明。

图3为PDCCH信道的覆盖处理方法实施流程示意图，如图所示，可以包括如下步骤：

步骤301、确定第一信道与第二信道的关联关系，所述第一信道是MBMSnotification的PDCCH，所述第二信道是非MBMS notification的PDCCH；

步骤302、确定第二信道的覆盖状态；

步骤303、根据所述关联关系，通过第二信道的覆盖状态确定第一信道的覆盖状态。

首先对步骤302的实施进行说明。

分别针对下行和上行给出利用PCFICH(Physical Control Format IndicatorChannel，物理控制格式指示信道)、PDCCH和PUCCH(Physical Uplink ControlChannel，物理上行控制信道)进行SON(Self Organising Networks，自组织网络)和MDT(minimization drive test，最小化路测)提高覆盖的方法。在采用PCFICH记录时可以如下：

由于PCFICH主要作用是通知本子帧中有多少个符号为控制符号，其中控制符号中会承载PCFICH信道，PDCCH信道，PHICH(Physical hybrid-ARQindicator channel，物理HARQ指示信道)信道。因此在读取PDSCH前需要先读取PCFICH。PDCCH主要作用是用来指示PDSCH或PUSCH的时频位置编码方式等信息。

UE在接收SIB1所在子帧时，达到N次或一定时间没有检测到承载SI-RNTI的PDCCH，可以认为没有正确解码PCFICH或承载SI-RNTI(SystemInformation RNTI，***信息RNTI)的PDCCH。这时记录失败接收时间，位置，小区标识等信息。后然在合适的时间上报该信息。也可以基站触发上报。(N次可以配置)

由于PCFICH信道并没有CRC(Cyclic Redundancy Check，循环冗余校验)校验码，因此不能通过CRC校验码来确定PCFICH是否接收正确，但是承载SIB1的PDCCH固定在偶数无线帧的子帧5中，UE会先检测PCFICH来判断有几个OFDM符号被使用做PDCCH，然后对PDCCH盲检测，从而发现承载SI-RNTI的PDCCH。如果UE连续N次在偶数无线帧的子帧5中没有找到承载SI-RNTI的PDCCH，则可以判断PCFICH或承载SI-RNTI的PDCCH接收失败。

在上行中处于连接状态的UE，基站可以分配给UE一定的SR(schedulingrequest，调度请求)资源。并且这个SR为在PUCCH上承载的专有SR。如果UE有上行数据需要发送并且没有上行资源时就会向基站通过SR发送上行请求分配资源。基站决定是否分配给这个UE资源，如果上行信道覆盖不好，UE发送了SR而基站并没有收到，则UE不会被调度，当然可能存在尽管UE请求，但是基站没有调度的情况。但是基站可以根据UE上报上来的时间来判断是由于没有收到SR还是本身没有调度的。从而来决定是否是上行覆盖问题。

实施中，在步骤301中，

可见，在针对***信息块的SIB的PDCCH的覆盖状态确定后，便可以针对MBMS notification的PDCCH可以采用和SIB的PDCCH关联的优化方式。具体实施中，可以对SIB的PDCCH和MBMS notification的PDCCH的关联关系做评估，比如根据评估SIB的PDCCH的可靠性和MBMS notification的PDCCH的可靠性相同的情况下，针对SIB的PDCCH发送功率和针对MBMSnotification的PDCCH发送功率比为4：3即可以达到相同的覆盖，则可以先对SIB的PDCCH做功率优化，然后在相同的情况下对MBMS notification的PDCCH发送功率采用SIB的PDCCH功率的3／4发送即可。

当然这种关联也可以体现在编码率上，比如MBMS notification的PDCCH功率和SIB的PDCCH发送功率相同，但是MBMS notification的PDCCH采用1／3编码，SIB的PDCCH采用1／4编码。

同样还可以体现在重复次数和周期上。

即，关联关系可以根据以下参数之一或者其组合确定：功率、重复周期和次数、码率。

下面以实例进行说明。

实施例1：

***对SIB的PDCCH进行覆盖处理，然后评估MBMS notification的PDCCH采用码率和SIB的PDCCH采用相同的码率。并且两个PDCCH的可靠性要求是相同的，但是MBMS notification的PDCCH经历的干扰是SIB的PDCCH干扰的3／4倍，因此可以认为两个信道关联系数为3／4。对MBMSnotification的PDCCH采用SIB的PDCCH功率的3／4功率发送。

下面针对多小区发送信道MCCH和MTCH信道的处理进行说明。

图4为MBMS业务处理方法一实施流程示意图，如图所示，在进行MBMS业务处理时可以包括如下步骤：

步骤401、UE确定在MBMS业务的广播消息中存在MBSFN子帧与MCCH配置信息；

步骤402、UE获取在接收MBSFN子帧时出现的异常和／或失败信息。

在LTE***中MTCH和MCCH信道都映射在传输信道MCH上，而传输信道MCH映射到物理信道PMCH(Physical Multicast Channel，物理多播信道)上。MCH和PMCH是多小区发送信道。

UE接收MBMS的业务流程时，首先从BCCH中读取MBSFN子帧配置信息和MCCH配置信息。然后读取MCCH中的相关业务的MTCH配置信息，如果有自己感兴趣的业务则UE继续读取MTCH。如果考虑MBMS notification信道，则UE会先监听MBMS notification信道检查MCCH上是否有会话开始，然后在进一步判断是否监听MCCH信道和MTCH信道。

本发明实施中，UE检测到广播消息中存在MBSFN子帧并且和MCCH配置，则根据MBSFN子帧接收情况来判断是否记录多小区发送信道MCCH和MTCH覆盖不好情况的相关信息，并在合适的时间上报相关的UE位置信息，小区标识，MBSFN区域标识，时间信息，对应的PMCH信息，接收的RSRP(Reference Signal Received Power，参考信号接收功率)和RSRQ(ReferenceSignal Received Quality，参考信号接收质量)信息，实施中，这些上报信息也可以是上面提到的一部分，比如没有接收的RSRP和RSRQ信息，但不局限于这些信息。

通过上面的说明，在实施中还可以进一步包括：

步骤403、UE向网络侧上报所述异常和／或失败信息。

实施中，异常和／或失败信息可以包括以下信息之一或者其组合：UE位置信息、UE的小区标识，MBSFN区域标识、UE接收MBMS业务时的时间信息、UE接收MBMS业务时对应的PMCH信息、UE接收MBMS业务时接收的RSRP、UE接收MBMS业务时接收的RSRQ信息。

在实施中还可以进一步包括：

步骤404、网络侧根据所述异常和／或失败信息调整所述异常和／或失败信息对应的MCCH和／或MTCH的发送功率或调制编码等级。

下面以实例进行说明。

实施例2：

本实施例以MCCH接收失败为例进行说明。图5为MCCH接收失败实施流程示意图，如图所示，可以包括如下步骤：

步骤501、需要接收MBMS业务的UE成功的驻留在某小区，并通过读取广播确认该小区存在承载MBMS业务的MBSFN子帧。并且根据广播消息得到MCCH信道的位置。

步骤502、UE保存信息。

本步骤中，UE在一段时间(这个时间可以根据需要设定)没有正确接收到MCCH，则保存此时的小区标识信息、时间信息、MBSFN区域标识、对应的PMCH信息，以及接收的RSRP和RSRQ信息。

步骤503、UE在合适的时间上报信息。

本步骤中，上报的信息比如可以是在本小区进行RRC连接后上报，也可在移动到其他小区合适时间上报。

步骤504、基站根据UE上报上来的信息决定是否增加对应MCCH发送功率，或MCCH的重复次数。

实施例3：

本实施例以MTCH接收失败为例进行说明。图6为MCCH接收失败实施流程示意图，如图所示，可以包括如下步骤：

步骤601、需要接收MBMS业务的UE成功的驻留在某小区，并通过读取广播确认该小区存在承载MBMS业务的MBSFN子帧。并且根据广播消息得到MCCH信道的位置。

步骤602、UE可以正确接收MCCH，并根据MCCH中的消息指示开始接收MTCH。

步骤603、UE保存信息。

本步骤中，UE在一段时间(这个时间可以根据需要设定)没有正确接收到MCCH中指示的MTCH，则保存此时的小区标识信息，时间信息，MBSFN区域标识，对应的PMCH信息，以及接收的RSRP和RSRQ信息。

步骤604、UE在合适的时间上报这些信息。

比如可以在本小区进行RRC连接后上报，也可在移动到其他小区合适时间上报。

步骤605、基站根据UE上报上来的信息决定是否增加对应的MTCH信息发送功率或降低调制编码等级。

下面针对MBMS业务QOS(Quality of Service，服务质量)的处理进行说明。

图7为MBMS业务处理方法二实施流程示意图，其特征在于，在MBMS业务处理时可以包括如下步骤：

步骤701、UE获取MBMS业务的QoS信息；

步骤702、UE向网络侧上报所述QoS信息。

实施中，由于多小区MBSFN发送的MBMS业务，UE并不反馈业务接收的质量。因此***无法了解UE接收MBMS业务的QOS情况，运营商并不能知道用户针对某个业务的接收质量。因此UE可以针对某个业务统计接收的QOS。这个QOS统计可以是统计某种业务不同层的数据包丢失情况，比如PDCP(Packet Data Convergence Protocol，分组数据聚合协议)的SDU(ServiceData Unit，业务数据单元)或RLC(Radio Link Control，无线链路控制)的SDU。也可以指某个业务的接收速率，甚至可以只是UE是否对该业务接收满意。UE的统计可以是周期的统计，也可以由运营商触发统计和停止统计。

由上述知道，在实施中还可以进一步包括：

步骤703、网络侧根据所述QoS信息调整MBMS业务。

下面以实例进行说明。

实施例4：

图8为本发明实施例中QOS统计处理实施流程示意图，如图所示，可以包括如下步骤：

步骤801、需要接收MBMS业务的UE成功的驻留在某小区，并通过读取广播确认该小区存在承载MBMS业务的MBSFN子帧。并且根据广播消息得到MCCH信道的位置。

步骤802、UE可以正确接收MCCH以及MTCH。

步骤803、统计QoS信息。

本步骤中，UE在较长一段时间(这个时间可以根据需要设定)对它接收的MBMS业务的QOS进行统计，业务的QOS统计如上面的解释。

步骤804、保存统计结果。

步骤805、UE在合适的时间上报这些统计信息。

步骤806、运营商根据统计结果对某个业务进行调整。

比如这个业务长期大量业务反映不好，则运营商为这个业务多分些资源等。来提高业务接收可靠性。

基于同一发明构思，本发明实施例中还提供了一种PDCCH信道的覆盖处理设备、用户设备、及一种MBMS业务处理***，由于这些设备解决问题的原理分别与PDCCH信道的覆盖处理方法、MBMS业务处理方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。

图9为PDCCH信道的覆盖处理设备结构示意图，如图所示，设备中可以包括：

关系确定模块901，用于确定第一信道与第二信道的关联关系，所述第一信道是MBMS notification的PDCCH，所述第二信道是非MBMS notification的PDCCH；

第一确定模块902，用于确定第二信道的覆盖状态；

第二确定模块903，用于根据所述关联关系，通过第二信道的覆盖状态确定第一信道的覆盖状态。

实施中，关系确定模块可以进一步用于根据以下参数之一或者其组合确定关联关系：功率、重复周期和次数、码率。

实施中，关系确定模块还可以进一步用于确定所述关联关系为：第一信道为第二信道的3／4。

图10为用户设备结构示意图，如图所示，UE中可以包括：

确定模块1001，用于确定在MBMS业务的广播消息中存在MBSFN子帧与MCCH配置信息；

获取模块1002，用于在确定在MBMS业务的广播消息中存在MBSFN子帧与MCCH配置信息时，获取在接收MBSFN子帧时出现的异常和／或失败信息。

实施中，UE中还可以进一步包括：

上报模块1003，用于向网络侧上报所述异常和／或失败信息，所述异常和／或失败信息用于供网络侧作为调整所述异常和／或失败信息对应的MCCH和／或MTCH的发送功率或调制编码等级的依据。

实施中，上报模块还可以进一步用于上报包括以下信息之一或者其组合：UE位置信息、UE的小区标识，MBSFN区域标识、UE接收MBMS业务时的时间信息、UE接收MBMS业务时对应的PMCH信息、UE接收MBMS业务时接收的RSRP、UE接收MBMS业务时接收的RSRQ信息的异常和／或失败信息。

图11为MBMS业务处理***结构示意图，如图所示，***中可以包括：

UE1101，用于获取MBMS业务的QoS信息，并向网络侧设备上报所述QoS信息；

网络侧设备1102，用于根据所述QoS信息调整MBMS业务。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

由上述实施例可知，本发明实施中采用与其它PDCCH相关联的方式进行覆盖处理。

进一步的，可以先评估MBMS notification的PDCCH和其他信道的关联关系。然后针对MBMS notification的PDCCH的某些可变参数做关联，比如功率，重复周期和次数，码率。

进一步的，还可以对一个可变参数进行的调整使他满足关联关系，也可以几个参数一起变化使他满足关联关系。

本发明实施中，终端可以上报MCCH和MTCH覆盖不好的小区信息，位置信息，MBSFN区域信息，时间信息，以及对应的PMCH信息。

进一步的，基站还可以根据UE上报上来的信息决定是否增加对应的PMCH信息发送功率。

本发明实施中，UE可以统计MBMS业务的QOS情况，并在合适的时间上报。

进一步的，QOS可以是统计某种业务不同层的数据包丢失情况，比如PDCP的SDU或RLC的SDU。也可以指某个业务的接收速率，甚至可以只是UE是否对该业务接收满意

进一步的，UE的统计可以是周期的统计，也可以由运营商触发统计和停止统计。

由上述实施可见，通过本发明实施例提供的技术方案，在未来的移动通信***，例如LTE***中，能够引入网络自优化的机制，减少网络规划和操作维护的人工参与，降低网络的建设和运营成本。即由网络根据统计量自动优化参数。克服现有2G或3G***中，广播信道覆盖优化都是人工参与的不足，本发明实施例提供的技术方案可以减少运营的人工参与和运营维护成本。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种物理下行控制信道PDCCH的覆盖处理方法，其特征在于，包括如下步骤：

根据功率、重复周期和次数、码率中的一种或其组合确定第一信道与第二信道的关联关系，所述第一信道是多媒体广播＼组播服务MBMS通知notification的PDCCH，所述第二信道是非MBMS notification的PDCCH；

确定第二信道的覆盖状态；

根据所述关联关系，通过第二信道的覆盖状态确定第一信道的覆盖状态。

2.如权利要求1所述的方法，其特征在于，所述关联关系为：第一信道为第二信道的3／4。

3.一种PDCCH信道的覆盖处理设备，其特征在于，包括：

关系确定模块，用于根据功率、重复周期和次数、码率中的一种或其组合确定第一信道与第二信道的关联关系，所述第一信道是MBMS notification的PDCCH，所述第二信道是非MBMS notification的PDCCH；

第一确定模块，用于确定第二信道的覆盖状态；

第二确定模块，用于根据所述关联关系，通过第二信道的覆盖状态确定第一信道的覆盖状态。

4.如权利要求3所述的设备，其特征在于，所述关系确定模块进一步用于确定所述关联关系为：第一信道为第二信道的3／4。

5.一种MBMS业务处理方法，其特征在于，包括如下步骤：

用户设备UE确定在MBMS业务的广播消息中存在多播广播单频网络MBSFN子帧与多播控制信道MCCH配置信息；

UE获取在接收MBSFN子帧时出现的异常和／或失败信息，并向网络侧上报所述异常和／或失败信息，其中，网络侧根据所述异常和／或失败信息调整所述异常和／或失败信息对应的多播控制信道MCCH和／或多播业务信道MTCH的发送功率或调制编码等级。

6.如权利要求5所述的方法，其特征在于，

所述异常和／或失败信息包括以下信息之一或者其组合：UE位置信息、UE的小区标识，MBSFN区域标识、UE接收MBMS业务时的时间信息、UE接收MBMS业务时对应的物理多播信道PMCH信息、UE接收MBMS业务时接收的参考信号接收功率RSRP、UE接收MBMS业务时接收的参考信号接收质量RSRQ信息。

7.一种用户设备，其特征在于，包括：

确定模块，用于确定在MBMS业务的广播消息中存在MBSFN子帧与MCCH配置信息；

获取模块，用于在确定在MBMS业务的广播消息中存在MBSFN子帧与MCCH配置信息时，获取在接收MBSFN子帧时出现的异常和／或失败信息；

上报模块，用于向网络侧上报所述异常和／或失败信息，所述异常和／或失败信息用于供网络侧作为调整所述异常和／或失败信息对应的MCCH和／或MTCH的发送功率或调制编码等级的依据。

8.如权利要求7所述的用户设备，其特征在于，所述上报模块进一步用于上报包括以下信息之一或者其组合：UE位置信息、UE的小区标识，MBSFN区域标识、UE接收MBMS业务时的时间信息、UE接收MBMS业务时对应的PMCH信息、UE接收MBMS业务时接收的RSRP、UE接收MBMS业务时接收的RSRQ信息的异常和／或失败信息。

9.一种MBMS业务处理方法，其特征在于，包括如下步骤：

UE获取MBMS业务的服务质量QoS信息，其中，所述QoS信息是指所述MBMS业务不同层的数据包丢失、所述MBMS业务的接收速率、所述MBMS业务的接收满意度中的一种或者任意组合；

UE向网络侧上报所述QoS信息，其中，网络侧根据所述QoS信息调整MBMS业务。

10.一种MBMS业务处理***，其特征在于，包括：

UE，用于获取MBMS业务的QoS信息，并向网络侧设备上报所述QoS信息，其中，所述QoS信息是指所述MBMS业务不同层的数据包丢失、所述MBMS业务的接收速率、所述MBMS业务的接收满意度中的一种或者任意组合；

网络侧设备，用于根据所述QoS信息调整MBMS业务。

Images