一种MBMS业务处理方法和系统 |
|||||||
| 申请号 | CN201110079068.X | 申请日 | 2011-03-30 | 公开(公告)号 | CN102724636B | 公开(公告)日 | 2017-02-01 |
| 申请人 | 中兴通讯股份有限公司; | 发明人 | 苟伟; 马子江; 郭森宝; 陈东丽; | ||||
| 摘要 | 本 发明 公开了一种MBMS业务处理方法和系统，均可在MCE恢复被挂起的MBMS业务时，判断所述MBMS业务是否已经发送结束；当判断结果为未发送结束时，MCE通过发送给基站的MBMS SCHEDULING INFORMATION消息恢复所述MBMS业务的发送。本发明的MBMS业务处理技术能够恢复被挂起MBMS业务，并且流程简单、易执行，可以确保MCE执行被挂起的MBMS业务恢复时的有效性和准确性，避免MCE在业务恢复过程中由于控制面信令不统一所导致的控制面信息混乱、基站发送数据错误等问题的发生，因而能够有效提高用户满意度。 | ||||||
| 权利要求 | 1.一种多媒体广播组播业务MBMS业务处理方法，其特征在于，该方法包括： |
||||||
| 说明书全文 | 一种MBMS业务处理方法和系统技术领域[0001] 本发明涉及通信领域，具体涉及一种多媒体广播组播业务(Multimedia Broadcast Multicast Service，MBMS)业务处理方法和系统。 背景技术[0002] 随着互联网的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多媒体业务和各种高带宽多媒体业务，例如：视频会议、电视广播、视频点播、视频广告、网上教育、互动游戏等。上述业务不仅满足了移动用户不断上升的业务需求，同时也为移动运营商带来新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。为了有效地利用移动网络资源，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)提出了MBMS业务，该业务涉及从一个数据源向多个目标传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G(3rd Generation，第三代数字通信)的发展提供了更好的业务前景。 [0003] 在LTE的MBMS标准制定过程中，引入了MBMS的配置和保留优先级(Allocation and Retention Priority，ARP)机制以及MBMS counting(计数)机制，这些机制的共同目的就是判断MBMS业务是否需要继续发送或者开始发送。 [0004] 但是，目前针对上述的任意一种机制都可能带来下面的问题： [0005] 假设有一个MBMS业务按照预先安排时间正在发送(采用MBSFN(Multimedia Broadcast multicast service Single Frequency Network，多媒体广播组播业务单频网)方式发送)，此时由于有一个ARP级别更高的MBMS业务需要发送，并且此时没有剩余的资源了，那么网络侧会采用ARP机制来抢占那些ARP级别比较低的MBMS业务的资源，最终导致ARP级别低的MBMS业务由于资源被抢占，并且没有剩余资源可用而停止发送或者被MCE(Multi-cell/multicast Coordination Entity，多小区协作实体)挂起(suspend)或停止或暂停。或者是一个MBMS业务正在按照预先安排的时间发送，但是网络侧通过counting后，发现该MBMS业务没有UE(用户设备)正在接收或接收的用户数很少，所以网络侧停止或挂起或暂停所述MBMS业务的发送。总之，由于某一些原因，终止或暂停了原有按照预先设定的时间发送的MBMS业务。 [0006] 上述情况下，终止或暂停了原有MBMS业务的发送后，此时如果网络侧有了多余的资源或者用户需要接收被停止的MBMS业务或者网络侧决定重新恢复该MBMS业务的发送，那么网络侧应该能够进行恢复，并保证恢复过程的准确性，但目前并不存在相关的技术支持。 发明内容[0007] 有鉴于此，本发明的主要目的在于提供一种MBMS业务处理方法和系统，以支持MCE恢复被挂起的MBMS业务，并确保挂起的MBMS业务的准确恢复。 [0008] 为达到上述目的，本发明的技术方案是这样实现的： [0009] 一种MBMS业务处理方法，该方法包括： [0010] 多小区协作实体MCE恢复被挂起的MBMS业务时，判断所述MBMS业务是否已经发送结束；当判断结果为未发送结束时，MCE通过发送给基站的MBMS调度信息SCHEDULING INFORMATION消息恢复所述MBMS业务的发送。 [0011] 所述判断的方法为： [0012] MCE根据接收的移动性管理实体MME的信息来判断发送是否结束；如果MCE计划恢复的所述MBMS业务在挂起期间，MME给MCE发送了所述MBMS业务的MBMS会话结束请求SESSION STOP REQUEST信息，则确定所述MBMS业务发送结束；或者， [0013] MCE根据所述MBMS业务的发送时间段来判断发送是否结束；如果在所述发送时间段以外的时间计划恢复所述MBMS业务，则确定所述MBMS业务发送结束；或者，[0014] MCE判断是否给基站发送了所述MBMS业务的MBMS SESSION STOPREQUEST；对于被MCE挂起的所述MBMS业务，如果MCE向基站发送过MBMS SESSION STOP REQUEST，则确定所述MBMS业务发送结束。 [0015] 该方法进一步包括： [0016] MCE根据所述MBMS业务的配置和保留优先级ARP级别为其从正在发送的MBMS业务中ARP级别比它低的MBMS业务中抢占资源。 [0017] 该方法进一步包括： [0018] MCE判断自身是否接收到MME发送的所述MBMS业务的MBMSSESSION STOP REQUEST信息，并在确定接收过时停止恢复所述MBMS业务。 [0019] 该方法进一步包括： [0020] 当判断结果为发送结束时，MCE发送MBMS SESSION STOP REQUEST给基站。 [0021] 一种MBMS业务处理方法，该方法包括： [0022] 对于被挂起的MBMS业务，如果接收到MME发送的MBMS业务的MBMSSESSION STOP REQUEST信息，MCE向基站发送所述MBMS业务的MBMSSESSION STOP REQUEST。 [0023] 基站接收到MCE发送的所述MBMS业务的MBMS SESSION STOPREQUEST后，进一步发送MBMS SESSION STOP RESPONSE消息给MCE。 [0024] 该方法进一步包括： [0025] 基站退出所述MBMS业务的IP组播组，释放其对应的资源，删除所述MBMS业务承载的内容。 [0026] 一种MBMS业务处理系统，该系统包括MBMS业务恢复决策单元、MBMS业务恢复执行单元；其中， [0027] 所述MBMS业务恢复决策单元，用于在需要恢复被挂起的MBMS业务时，判断所述MBMS业务是否已经发送结束； [0028] 所述MBMS业务恢复执行单元，用于在所述MBMS业务恢复决策单元的判断结果为未发送结束时，恢复所述MBMS业务的发送。 [0029] 所述MBMS业务恢复决策单元进行所述判断时，具体用于： [0030] 根据接收的MME的信息来判断发送是否结束；如果计划恢复的所述MBMS业务在挂起期间，MME给MCE发送了所述MBMS业务的MBMSSESSION STOP REQUEST信息，则确定所述MBMS业务发送结束；或者， [0031] 根据所述MBMS业务的发送时间段来判断发送是否结束；如果在所述发送时间段以外的时间计划恢复所述MBMS业务，则确定所述MBMS业务发送结束；或者， [0032] 判断是否给基站发送了所述MBMS业务的MBMS SESSION STOPREQUEST；对于被MCE挂起的所述MBMS业务，如果MCE向基站发送过MBMS SESSION STOP REQUEST，则确定所述MBMS业务发送结束。 [0033] 所述MBMS业务恢复执行单元进一步用于： [0034] 根据所述MBMS业务的ARP级别为其从正在发送的ARP级别比它低的MBMS业务中抢占资源。 [0035] 所述MBMS业务恢复决策单元进一步用于： [0036] 判断MCE是否接收到MME发送的所述MBMS业务的MBMS SESSIONSTOP REQUEST信息，并在确定接收过时触发所述MBMS业务恢复执行单元停止恢复所述MBMS业务。 [0037] 当所述MBMS业务恢复决策单元的判断结果为发送结束时，所述MBMS业务恢复执行单元进一步用于发送MBMS SESSION STOP REQUEST给基站。 [0038] 本发明的MBMS业务处理技术能够恢复被挂起MBMS业务，并且流程简单、易执行，可以确保MCE执行被挂起的MBMS业务恢复时的有效性和准确性，避免MCE在业务恢复过程中由于控制面信令不统一所导致的控制面信息混乱、基站发送数据错误等问题的发生，因而能够有效提高用户满意度。附图说明 [0040] 图2为本发明的MBMS业务处理流程简图； [0041] 图3为本发明实施例的MBMS业务处理系统图。 具体实施方式[0042] 在实际应用中，当MCE恢复某一被挂起的MBMS业务时，MCE可以依据来自MME(移动性管理实体)的信息判断所述MBMS业务是否已经发送结束，如果未发送结束则MCE恢复所述MBMS业务的发送；否则，MCE可以发送MBMS SESSION STOP REQUEST(MBMS会话结束请求)给基站。 [0043] 具体而言，来自MME的信息是指MME发送给MCE的信息，可以为上述的MBMS SESSION STOP REQUEST。并且，MCE可以判断自身是否接收到MME发送的所述MBMS业务的MBMS SESSION STOP REQUEST信息，如果接收过，那么MCE停止恢复所述MBMS业务；否则，MCE继续执行恢复。即：如果MCE的判断结果为所述MBMS业务已经发送结束，那么MCE停止恢复该MBMS业务的发送。 [0044] 可见，本发明的思想之一是为了有效准确地恢复被挂起的MBMS业务，使其重新发送，所以MCE决定对于被挂起的MBMS业务进行恢复时，首先MCE检查该MBMS业务是否发送结束和/或是否有资源。如果发送结束，那么MCE停止恢复该MBMS业务的发送(所述MBMS业务继续挂起)；否则，MCE针对该MBMS业务在指定MBSFN区域内进行恢复。并且，MCE通过给基站发送MBMS SCHEDULING INFORMATION(MBMS调度信息)中的调度信息来恢复所述MBMS业务的发送。 [0045] 本发明的思想之二是挂起的MBMS业务在核心网侧发送结束后，应该及时告知基站。这里主要是因为MBMS业务的挂起是以MBSFN区域为单位的进行的，挂起是由MCE决定的，如果MCE决定在某一MBSFN区域挂起某一MBMS业务后，MCE则直接执行，并不会通知核心网侧(具体为核心网侧MME和广播组播业务中心(BMSC，Broadcast-Multicast Service Centre))，所以核心网侧还在实时的产生所述被挂起的MBMS业务的相关控制信息继续发送给MCE，以保证该MCE控制下的其他MBSFN区域内所述MBMS业务的正常发送。所以对于被MCE挂起的MBMS业务，核心网侧还正常发送，所以在MCE挂起所述MBMS业务期间，如果MCE接收到核心网侧的MME发送的所述MBMS业务的MBMS SESSION STOP REQUEST信息，那么MCE应该及时给基站发送所述MBMS业务的MBMS SESSION STOP REQUEST。需要说明的是，这里的两个MBMS SESSION STOP REQUEST内容是有一些差异的，因为是不同的节点发送的，详细差别可以参看LTE的协议。 [0046] 这样，基站接收到MCE发送的所述MBMS业务的MBMS SESSION STOPREQUEST后，基站发送一个MBMS SESSION STOP RESPONSE消息给MCE。并且基站退出所述MBMS业务的IP组播组，释放其对应的资源，删除所述MBMS业务承载的内容。 [0047] MCE判断所述MBMS业务是否结束发送的方式有多种，这里给出几种方式： [0048] 方式1，MCE根据接收的MME的信息来判断发送是否结束；这里所述的MME的信息是指MME发送的MBMS SESSION STOP REQUEST。如果MCE计划恢复的所述MBMS业务在挂起期间，MME给MCE发送了所述MBMS业务的MBMS SESSION STOP REQUEST信息，那么MCE则判断所述MBMS业务发送结束。 [0049] 方式2，MCE根据所述MBMS业务的发送时间段来判断发送是否结束。例如，TV类MBMS业务存在预先安排好的发送时间段，如TV1发送的时间段为9:00整到10:00整，那么如果当前时间为10:00以后，则可以判断该MBMS业务发送结束。该方式下需要MCE获知MBMS业务的发送时间段信息。 [0050] 方式3，MCE判断是否给基站发送了所述MBMS业务的MBMS SESSIONSTOP REQUEST；对于被MCE挂起的所述MBMS业务，如果发送结束了，MCE会向基站发送MBMS SESSION STOP REQUEST，进而可以据此判断发送是否结束。 [0051] 需要说明的是，当应用上述方式确定所述MBMS业务未发送结束时，MCE可以在给基站发送的MBMS SCHEDULING INFORMATION中增加所述MBMS业务的调度信息，以通知基站恢复所述MBMS业务的发送。 [0052] 实施例1：描述有一个正在发送的MBMS业务由于ARP机制在某一MBSFN区域内被挂起后的恢复发送情况。 [0053] 假设某一MBSFN区域内有一正在发送的MBMS业务被MCE在所述MBSFN区域内进行了挂起，此时由于所述MBMS业务处于正在发送的过程中，所以MCE处接收到了来自MME发送的所述MBMS业务的MBMS SESSIONSTART REQUEST消息，并且MCE给相关基站发送了所述MBMS业务的MBMS SESSION START REQUEST。 [0054] 由于ARP机制挂起了所述MBMS业务，那么当网络侧资源不再紧张时，MCE可以恢复所述MBMS业务发送。MCE是负责MBMS业务在MBSFN区域内的资源配置和调度的，所以MCE是清楚网络中每一时间的MBMS业务资源使用情况的，如果MCE发现网络中又有空闲的资源，MCE恢复之前被挂起的所述MBMS业务的发送，但是此时MCE的恢复仅仅通过是否有资源来进行断定不是非常合理，有可能造成网络中MBMS业务发送混乱，因为MCE是不知道所述被挂起的MBMS业务是否发送结束。MBMS业务的发送结束是由MME控制的，所以MCE恢复所述MBMS业务发送应该按照下面的流程进行：当MCE判断出网络中有资源时，MCE还需要判断被恢复的MBMS业务是否已经发送结束，如果已经发送结束，那么即使网络中有资源，MCE也不能再恢复所述MBMS业务了(这里所述的发送结束是指所述MBMS业务在所述MBSFN区域内在核心网侧发送结束)；如果未发送结束，那么MCE则根据网络中的资源分布情况恢复所述MBMS业务的发送。MCE通过给基站发送MBMSSCHEDULING INFORMATION来恢复所述MBMS业务的发送。 [0055] 具体的，MCE判断所述MBMS业务是否发送结束的方式可以有下面几种： [0056] 第一种判断方式，MCE判断是否接收过MME发送的所述MBMS业务的MBMS SESSION STOP REQUEST(限制在所述MBMS业务被MCE挂起后的时间直到MCE恢复所述MBMS业务的时间内)，如果没有接收到，则MCE可以恢复所述MBMS业务；否则，MCE需要进一步判断所述MBMS SESSIONSTOP REQUEST消息是否指示所述MBMS业务在MCE计划恢复的MBSFN区域内结束发送，如果是，则MCE停止恢复所述MBMS业务，否则，MCE恢复所述MBMS业务在所述MBSFN区域的发送。 [0057] 第二种判断方式，MCE根据所述MBMS业务预定的发送时间段进行判断，考虑到MBMS业务的一个主要节目类型为TV类业务，这类业务对于预定发送时间段要求是最为苛刻的，如果过了某一MBMS业务的预定的发送时间段，那么这个MBMS业务则不能进行发送，因为后续有其他MBMS业务的发送。如TV1发送的时间段为9:00整到10:00整，如果MCE需要恢复该业务的时间在10:00以后，那么可以判断为该MBMS业务发送结束。这种方式下需要MCE获知MBMS业务的发送时间段信息。即，本方式中，MCE对于计划恢复发送的所述MBMS业务判断其发送时间段是否已经结束，如果结束则停止恢复；否则，MCE实行恢复过程。 [0058] 第三种判断方式，MCE判断是否给基站发送过针对所述MBMS业务的MBMS SESSION STOP REQUEST，如果发送过，则说明所述MBMS业务在该MBSFN区域已经结束发送，此时MCE不再恢复所述MBMS业务的发送；否则，MCE进一步检测自身是否正在准备发送，如果是，则MCE也停止恢复所述MBMS业务，否则，MCE恢复所述MBMS业务在所述MBSFN区域的发送。 [0059] 判断结束后，如果所述MBMS业务满足恢复发送的条件，MCE则通过相关基站发送MBMS SCHEDULING INFORMATION，在其中包含所述MBMS业务的调度信息以激活所述MBMS业务的发送。 [0060] 另外，针对被MCE挂起的所述MBMS业务，因为是针对MBSFN区域进行挂起的，由于MBSFN区域可以有很多个，有可能一些MBSFN区域还在继续发送，所以MCE挂起所述MBMS业务仅仅是在MCE侧进行了挂起，而在MME是没有挂起的，所以MME还在继续产生所述MBMS业务的相关信息。当MME发送所述MBMS业务的MBMS SESSION STOP REQUEST消息给所述MCE时，MCE需要给相关基站发送MBMS SESSION STOP REQUEST，以通知相关基站所述MBMS业务发送结束。此时所述基站将结束所述MBMS业务的相关流程并退出相应的组播组，所述MCE也可以释放所述MBMS业务的资源，重新利用所述资源。 [0061] 实施例2：描述有一个MBMS业务由于Counting机制在某一MBSFN区域内被挂起后的恢复发送情况。 [0062] 本实施例与实施例1的区别在于：引起所述MBMS业务挂起的原因不同，恢复的原因是因为网络侧决定重新继续发送或者是有较多用户请求继续发送所述MBMS业务，而恢复过程的流程是相同的。 [0063] 假设某一MBSFN区域内有一MBMS业务被MCE在所述MBSFN区域内进行了挂起，此时由于所述MBMS业务处于正在发送的过程中，所以MCE处接收到了MME发送的所述MBMS业务的MBMS SESSION START REQUEST消息，并且MCE给相关基站发送了所述MBMS业务的MBMS SESSION STARTREQUEST。 [0064] 由于是基于Counting机制挂起了所述MBMS业务，所以当MCE需要恢复所述MBMS业务发送时，MCE除了需要判断所述MBMS业务是否发送结束外，还需要检测是否有资源支持所述MBMS业务的发送，如果没有资源，那么还需要MCE通过ARP机制进行资源的抢占，如果抢占成功则恢复发送，否则停止恢复。这里所述的MCE判断所述MBMS业务是否发送结束的方法和过程与实施例1相同。 [0065] 当网络侧决定恢复一个被挂起的MBMS业务的发送时，MCE应该首先判断该业务是否发送结束。如果发送结束则MCE停止恢复，否则MCE执行下面的过程，即为所述MBMS业务分配资源，此时MCE需要判断是否有资源来发送所述MBMS业务。如果有资源则恢复发送，否则MCE执行下面的过程，即使用ARP机制为所述MBMS业务抢占资源，如果抢占成功则恢复发送，否则停止恢复。 [0066] 具体的MCE判断所述MBMS业务是否发送结束的方式可以有下面几种： [0067] 第一种判断方式，MCE判断是否接收过MME发送的所述MBMS业务的MBMS SESSION STOP REQUEST(限制在所述MBMS业务被MCE挂起后的时间直到MCE恢复所述MBMS业务的时间内)，如果没有接收到，则MCE可以恢复所述MBMS业务；否则，MCE需要进一步判断所述MBMS SESSIONSTOP REQUEST消息是否指示所述MBMS业务在MCE计划恢复的MBSFN区域内结束发送，如果是，则MCE停止恢复所述MBMS业务，否则，MCE恢复所述MBMS业务在所述MBSFN区域的发送。 [0068] 第二种判断方式，MCE根据所述MBMS业务预定的发送时间段进行判断，考虑到MBMS业务的一个主要节目类型为TV类业务，这类业务对于预定发送时间段要求是最为苛刻的，如果过了某一MBMS业务的预定的发送时间段，那么这个MBMS业务则不能进行发送，因为后续有其他MBMS业务的发送。如TV1发送的时间段为9:00整到10:00整，如果MCE需要恢复该业务的时间在10:00以后，那么可以判断为该MBMS业务发送结束。这种方式下需要MCE获知MBMS业务的发送时间段信息。即，本方式中，MCE对于计划恢复发送的所述MBMS业务判断其发送时间段是否已经结束，如果结束则停止恢复；否则，MCE实行恢复过程。 [0069] 第三种判断方式，MCE判断是否给基站发送过针对所述MBMS业务的MBMS SESSION STOP REQUEST，如果发送过，则说明所述MBMS业务在该MBSFN区域已经结束发送，此时MCE不再恢复所述MBMS业务的发送；否则，MCE进一步检测自身是否正在准备发送，如果是，则MCE也停止恢复所述MBMS业务，否则，MCE恢复所述MBMS业务在所述MBSFN区域的发送。 [0070] 如果所述MBMS业务未发送结束，则MCE根据所述MBMS业务的ARP级别为其从正在发送的ARP级别比它低的MBMS业务中抢占资源，如果抢占成功，则说明MCE可以为所述MBMS业务提供足够的资源以恢复发送。 [0071] 判断结束后，如果所述MBMS业务满足恢复发送的条件，MCE则通过相关基站发送MBMS SCHEDULING INFORMATION，在其中包含所述MBMS业务的调度信息以激活所述MBMS业务的发送。 [0072] 另外，针对被MCE挂起的所述MBMS业务，因为是针对MBSFN区域进行挂起的，由于MBSFN区域可以有很多个，有可能一些MBSFN区域还在继续发送，所以MCE挂起所述MBMS业务仅仅是在MCE侧进行了挂起，而在MME是没有挂起的，所以MME还在继续产生所述MBMS业务的相关信息。当MME发送所述MBMS业务的MBMS SESSION STOP REQUEST消息给所述MCE时，MCE需要给相关基站发送MBMS SESSION STOP REQUEST，以通知相关基站所述MBMS业务发送结束。此时所述基站将结束所述MBMS业务的相关流程并退出相应的组播组。所述MCE也可以释放所述MBMS业务的资源，重新利用所述资源。 [0073] 由以上技术描述可见，本发明实施例的MBMS业务处理流程可以表示如图1所示，该流程包括以下步骤： [0074] 步骤101：MCE决定恢复被挂起的MBMS业务。 [0075] 步骤102：判断是否有资源用于恢复所述MBMS业务的发送，如果有，进入步骤103；否则，进入步骤110。 [0076] 步骤103：判断MBMS业务是否发送结束，如果发送结束，则结束本流程；否则，进入步骤104。 [0077] 步骤104：MCE通过相关基站发送MBMS SCHEDULING INFORMATION以激活所述MBMS业务的发送。 [0078] 步骤110：MCE停止恢复业务。 [0079] 结合以上各实施例以及图1可知，本发明MBMS业务处理的操作思路可以表示如图2所示的流程，该流程包括以下步骤： [0080] 步骤210：当需要恢复被挂起的MBMS业务时，判断所述MBMS业务是否已经发送结束。 [0081] 步骤220：当判断结果为未发送结束时，恢复所述MBMS业务的发送。 [0082] 为了保证上述实施例以及操作思路能够顺利实现，可以进行如图3所示的设置。参见图3，图3为本发明实施例的MBMS业务处理系统图，该系统包括相连的MBMS业务恢复决策单元、MBMS业务恢复执行单元。 [0083] 在实际应用时，MBMS业务恢复决策单元能够在需要恢复被挂起的MBMS业务时，判断所述MBMS业务是否已经发送结束。MBMS业务恢复执行单元能够在判断结果为未发送结束时，恢复所述MBMS业务的发送。 [0084] 综上所述可见，无论是方法还是系统，本发明的MBMS业务处理技术能够恢复被挂起MBMS业务，并且流程简单、易执行，可以确保MCE执行被挂起的MBMS业务恢复时的有效性和准确性，避免MCE在业务恢复过程中由于控制面信令不统一所导致的控制面信息混乱、基站发送数据错误等问题的发生，因而能够有效提高用户满意度。 [0085] 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。 |
||||||
QQ群二维码
意见反馈
意见反馈