WO2013178158A1

WO2013178158A1 - 多播物理信道的请求方法及系统

Info

Publication number: WO2013178158A1
Application number: PCT/CN2013/079854
Authority: WO
Inventors: 林艳
Original assignee: 中兴通讯股份有限公司
Priority date: 2012-08-14
Filing date: 2013-07-23
Publication date: 2013-12-05
Also published as: US9900864B2; CN102833688A; CN102833688B; US20150208379A1

Abstract

本发明公开了一种多播物理信道PMCH的请求方法及系统，在上述方法中，用户设备确定待移入的该用户设备所在小区的相邻目标小区；若用户设备判断在相邻目标小区中预先配置的MBSFN area中未包括用户设备当前接收的MBMS业务/组呼所使用的MBSFN area，请求网络侧设备为当前接收的MBMS业务/组呼分配PMCH。根据本发明提供的技术方案，实现了处于接听状态的集群用户在移动过程中的业务连续性。

Description

多播物理信道的请求方法及系统

技术领域本发明涉及通信领域，具体而言，涉及一种多播物理信道（Physical Multicast Channel, 简称为 PMCH) 的请求方法及系统。背景技术集群通信业务是一种半双工双向、可以实现一对多的业务，其特点在于当集群用户设备（UE)发起群组呼叫业务时，其语音信息能够同时发送给预设的集群组内的每一个成员，并且业务建立速度快。基于上述特点，集群通信系统在政府机关、公安消防、能源交通、机场码头、工矿企业、军事和展会等行业和场合得到了广泛的应用。目前的集群通信系统普遍是基于第二代移动通信技术发展起来的，即移动无线电话系统（Global System for Mobile Communications, 简称为 GSM) 技术。随着移动通信技术的成熟和商用普及，集群通信系统也必将演变成采用 3G或者 4G等通信技术的系统。推陈出新已经成为集群通信系统的演进方向。同时，各科研机构也在对集群系统与现有公网结合等技术进行研究，当集群系统与公网结合或者在超大型数量的客户使用集群系统时，集群系统需要扩大覆盖范围，管理多个集群小区，集群用户设备也会因此而分布在多个小区中。集群中的讲用户设备和听用户设备都会因位置移动而出现变换小区的情况。因此，针对集群系统中的讲用户设备和听用户设备，集群系统需要具有移动性管理功能。第四代移动通信长期演进（Long-Term Evolution, 简称为 LTE) 系统中引入的增强多媒体广播多播业务（enhanced Multimedia Broadcast Multicast Service, 简称为 eMBMS)适用于具有视频功能的用户设备通过多播物理信道（PMCH)接收广播 /组播形式的数字音频 /视频业务。鉴于 eMBMS业务的特点，可以用于实现集群组呼听用户的数据传输功能，将一次 eMBMS业务的发送和接收过程作为一次组呼听用户数据发送和接收过程，同时还可以将协议中定义的临时移动组标识（Temporary Mobile Group Identity, 简称为 TMGI)作为集群组的标识， UE根据组信息更新流程获取当前 UE所属组的 TMGI。在 MBMS流程中，每个 UE可以根据 TMGI来判断是否为该 UE所属的组。相关技术的协议中对正在接收 eMBMS业务的用户移动时，如何保持业务连续性没有给出 UE 的实现方法，其中，上述用户移动可以包括：处于无线资源控制空闲 ( RRCJDLE ) 状态的 UE 执行小区重选，或者处于无线资源控制连接 (RRC_CO NECTED) 状态的 UE执行小区切换。按照相关技术中的协议，如果 UE 移动未导致多播广播单频网络 (Multicast Broadcast Single Frequency Network, 简称为 MBSFN) 区域（area) 的变化，业务会自动保持连续性的；但是如果目标小区不包含 UE在原小区正在接收业务的 MBSFN area, UE则需要读取目标小区的 mib、 sib 1、 sib 13，然后根据 sibl3的配置从多点控制信道（MCCH) 上读取用户需要接收组的 PMCH资源。对于慢速移动的用户且目标小区的 PBCH信道质量足够好， UE能够快速配置目标小区下的当前 MBMS业务 /组呼的 PMCH资源，期间原小区的 PMCH信号质量还能够保证业务连续。但是，对于高速移动的用户和目标小区下的物理广播信道（PBCH) 的信道质量较差的情况，在读取目标小区的 PMCH配置之前，原小区 PMCH的信号质量会快速下降，从而导致语音短暂中断，上述缺陷与集群快速、高效的业务特性相悖，降低了用户体验。发明内容本发明提供了一种 PMCH的请求方法及系统，以至少解决相关技术中对于正在接收 eMBMS业务的 UE移动时，无法保持业务接收的连续性的问题。根据本发明的一个实施例，提供了一种 PMCH的请求方法。根据本发明的多播物理信道 PMCH的请求方法包括：用户设备确定待移入的该用户设备所在小区的相邻目标小区；若用户设备判断在相邻目标小区中预先配置的 MBSFN area中未包括用户设备当前接收的 MBMS业务 /组呼所使用的 MBSFN area, 请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH。优选地，用户设备请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH包括：用户设备在继续采用用户设备所在小区的与当前接收的 MBMS业务 /组呼所使用的 MBSFN area对应的 PMCH接收当前接收的 MBMS业务 /组呼的同时，请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH。优选地，在用户设备请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH 之后，还包括：网络侧设备判断是否已经为当前接收的 MBMS业务 /组呼分配 PMCH; 如果是，则网络侧设备将已经分配的 PMCH配置信息发送至用户设备；如果否，则网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH，并将分配的 PMCH配置信息发送至用户设备。优选地，用户设备在相邻目标小区中预先配置的 MBSFN area中包括当前接收的 MBMS业务 /组呼所使用的 MBSFN area的情况下，上述方法还包括：用户设备在获取相邻目标小区的多点控制信道 MCCH配置信息的同时，继续采用用户设备当前接收的 MBMS业务 /组呼所使用的 MBSFN area对应的 PMCH接收当前接收的 MBMS业务 / 组呼。优选地，上述方法还包括：用户设备从相邻目标小区中正在进行的多个 MBMS 业务 /组呼中选择一个或多个待接收的 MBMS业务 /组呼；用户设备采用获取到的相邻目标小区的 MCCH 配置信息获取与选择后的一个或多个 MBMS 业务 /组呼对应的 PMCH, 并采用获取到的 PMCH接收选择后的一个或多个 MBMS业务 /组呼。根据本发明的另一实施例，提供了一种多播物理信道 PMCH的请求系统。根据本发明的多播物理信道 PMCH的请求系统包括：用户设备；用户设备包括：确定模块，设置为确定待移入的该用户设备所在小区的相邻目标小区；请求模块，设置为判断在相邻目标小区中预先配置的 MBSFN area 中未包括用户设备当前接收的 MBMS业务 /组呼所使用的 MBSFN area时，请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH。优选地，请求模块包括：请求单元，设置为用户设备在继续采用用户设备所在小区的与当前接收的 MBMS业务 /组呼所使用的 MBSFN area对应的 PMCH接收当前接收的 MBMS业务 /组呼的同时，请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH。优选地，上述系统还包括：网络侧设备；网络侧设备包括：判断模块，设置为判断是否已经为当前接收的 MBMS业务 /组呼分配 PMCH; 第一发送模块，设置为在判断模块输出为是时，将已经分配的 PMCH配置信息发送至用户设备；第二发送模块，设置为在判断模块输出为否时，为当前接收的 MBMS业务 /组呼分配 PMCH，并将分配的 PMCH配置信息发送至用户设备。优选地，请求模块还包括：获取单元，设置为在获取相邻目标小区的多点控制信道 MCCH配置信息的同时，继续采用用户设备所在小区的与当前接收的 MBMS业务 / 组呼所使用的 MBSFN area对应的 PMCH接收当前接收的 MBMS业务 /组呼。优选地，请求模块还包括：选择单元，设置为从相邻目标小区中正在进行的多个 MBMS业务 /组呼中选择一个或多个待接收的 MBMS业务 /组呼；接收单元，设置为采用获取到的相邻目标小区的 MCCH配置信息获取与选择后的一个或多个 MBMS业务 / 组呼对应的 PMCH，并采用获取到的 PMCH接收选择后的一个或多个 MBMS业务 /组呼。通过本发明，采用 UE根据将要移入的相邻目标小区中预先配置的 MBSFN area 中是否包括 UE当前接收的 MBMS业务 /组呼所使用的 MBSFN area以判断是否需要请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH，如果未包括， UE则请求网络侧设备为当前接收的 MBMS业务 /组呼分 PMCH，从而确保业务接收的连续性，解决了相关技术中对于正在接收 eMBMS业务的 UE移动时，无法保持业务接收的连续性的问题，进而实现了处于接听状态的集群用户在移动过程中的业务连续性。附图说明此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中- 图 1是根据本发明实施例的 PMCH的请求方法的流程图；图 2是根据本发明优选实施例的多播物理信道 PMCH的请求方法的流程图；图 3是根据本发明优选实施例的网络侧设备进行资源分配的流程图；图 4是根据本发明实施例的 PMCH的请求系统的结构框图；以及图 5是根据本发明优选实施例的 PMCH的请求系统的结构框图。具体实施方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。图 1是根据本发明实施例的 PMCH的请求方法的流程图。如图 1所示，该方法可以包括以下处理步骤：步骤 S102: 用户设备确定待移入的位于该用户设备所在小区的相邻目标小区；步骤 S104: 若用户设备判断在相邻目标小区中预先配置的 MBSFN area中未包括用户设备当前接收的 MBMS业务 /组呼所使用的 MBSFN area,请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH。在相关技术中，可以为每个小区分配 1至 8个 MBSFN area, 由运营商通过操作和维护平台（0&M)来配置。每个小区的系统信息块 sibl3中会广播该小区分配的 MBSFN area信息，其中，广播信息中可以包括每个 MBSFN area的 MBSFN area id和 MCCH 的配置信息。用户设备可以根据 MCCH配置信息在 MCCH信道上读取 MBSFN Area Configuratio消息，其中，该消息中可以包括 PMCH配置、每个 MBMS业务的标识 TMGI 和会话 id等信息，用户设备可以选择自身感兴趣的 MBMS 业务，根据与感兴趣的 MBMS业务对应的 PMCH配置来接收 MBMS业务数据。但相关技术中存在的问题在于，对于正在接收 eMBMS业务的 UE移动时，无法保持业务接收的连续性。采用如图 1所示的方法， UE根据将要移入的相邻目标小区中预先配置的 MBSFN area中是否包括 UE当前接收的 MBMS业务 /组呼所使用的 MBSFN area以判断是否需要请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH，如果未包括， UE则请求网络侧设备为当前接收的 MBMS业务 /组呼分 PMCH，从而确保业务接收的连续性，解决了相关技术中对于正在接收 eMBMS业务的 UE移动时，无法保持业务接收的连续性的问题，进而实现了处于接听状态的集群用户在移动过程中能够更快获取相邻目标小区下的当前 MBMS业务 /组呼的资源，大幅降低语音中断的可能性，以保证处于接听状态的集群用户在移动过程中 MBMS业务 /组呼的连续性。需要说明的是，用户设备在相邻目标小区中预先配置的 MBSFN area中已经包括用户设备当前接收的 MBMS业务 /组呼所使用的 MBSFN area的情况下，则无需请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH。在优选实施例中，可以在相关技术的系统信息中添加每个同频和异频小区的

MBSFB area id列表信息，由于各个小区的 MBSFN area配置是静态的，仅可能通过 0&M来改变，因此，增加相邻目标小区的 MBSFN area id信息，不会导致系统信息块 (sib) 的频繁更新。用户设备可以通过比较原小区接收 MBMS 业务 /组呼所使用的 MBSFN area id是否包含在目标小区的 MBSFB area id列表中，判断目标小区预先配置的 MBSFN area是否包含用户设备当前接收的 MBMS业务 /组呼所使用的 MBSFN area。优选地，在步骤 S104 中，用户设备请求网络侧设备为当前接收的 MBMS业务 / 组呼分配 PMCH可以包括以下处理：用户设备在继续采用用户设备所在小区的与当前接收的 MBMS业务 /组呼所使用的 MBSFN area对应的 PMCH接收当前接收的 MBMS业务 /组呼的同时，请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH。优选地，在步骤 S104，用户设备请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH之后，还可以包括以下操作：步骤 S1 : 网络侧设备判断是否已经为当前接收的 MBMS业务 /组呼分配 PMCH; 步骤 S2: 如果是，则网络侧设备将已经分配的 PMCH配置信息发送至用户设备；步骤 S3: 如果否，则网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH，并将分配的 PMCH配置信息发送至用户设备。在优选实施过程中， UE可以处于但不限于以下两种状态：状态一、 RRC_IDLE状态；状态二、 RRC_CO NECTED状态。在优选实施例中，处于 RRC_IDLE状态的 UE在从当前所在小区移入相邻目标小区的过程中， UE分别测量驻留小区和相邻目标小区的信道质量，随着 UE驻留小区信道质量的下降以及 UE相邻目标小区信道质量的增强，会触发小区重选。在小区重选过程中， UE先判断目标小区的 MBSFN area列表中是否包括当前接收 MBMS业务 / 组呼所在的 MBSFN areao 如果目标小区的 MBSFN area列表不包括 UE正在接收的原小区 MBMS业务所在的 MBSFN area, UE仍保持原小区的 PMCH配置直至接收到相邻目标小区的配置信息或者原小区信道质量差到无法接收有效数据。 UE在获取目标小区的 mib、 sibl和 sib2之后，判断驻留相邻目标小区成功后，立即发起随机接入，将 UE期望分配 PMCH资源的 MBMS业务 /组呼的 TMGI上报 eNB。如果 eNB发现当前小区已经为该 MBMS业务 /组呼分配资源， eNB则在响应消息中将已经为该 MBMS业务 /组呼分配的 MBSFN area Configuration发送给 UE， UE根据该配置立即重配 PMCH。如果 eNB发现当前小区未为该 MBMS业务 /组呼分配资源，先由 eNB通知 MME，再由 MME 通知集群服务器，然后由集群服务器触发广播组播业务中心（Broadcast Multicast Service Center, 简称为 BMSC)发起 session update流程，从而在目标小区分配 MBSFN area用于发送该 MBMS业务 /组呼。在 session update成功后， eNB将新分配的 PMCH资源信息发送给 UE。同时在 UE读到 sibl3后，仍需要获取 MCCH上全部的 MBSFN area Configuration, 当 UE发现相邻目标小区中有其他感兴趣的 MBMS 业务 /组呼时，还需要配置给底层进行侦听。在优选实施例中，针对处于 RRC_CO NECTED状态的 UE，需要执行切换操作的 UE收到 RRC Connection Reconfiguration后，判断系统消息中目标小区的 MBSFN area列表中是否包括当前接收 MBMS业务 /组呼所在的 MBSFN area。如果目标小区的 MBSFN area列表不包括 UE正在接收的原小区 MBMS业务所在的 MBSFN area,处理流程与处于 RRC_IDLE 状态下 UE 的处理流程相类似，其区别在于处于 RRC_CO NECTED状态的 UE无需发起随机接入请求，可以直接在当前的 RRC连接上发送消息通知网络侧设备需要获取当前 MBMS业务 /组呼的 PMCH资源。优选地，在步骤 S104中，用户设备在相邻目标小区中预先配置的 MBSFN area id 列表中包括当前接收的 MBMS业务 /组呼所使用的 MBSFN area的情况下，上述方法还可以包括以下处理：用户设备在获取相邻目标小区的多点控制信道 MCCH配置信息的同时，继续采用用户设备所在小区的与当前接收的 MBMS 业务 /组呼所使用的 MBSFN area对应的 PMCH接收当前接收的 MBMS业务 /组呼。优选地，在用户设备将相邻目标小区的全部 MCCH配置信息获取完毕之后，还可以包括以下步骤：步骤 S4: 用户设备从相邻目标小区中正在进行的多个 MBMS业务 /组呼中选择一个或多个待接收的 MBMS业务 /组呼；步骤 S5: 用户设备采用获取到的相邻目标小区的 MCCH配置信息获取与选择后的一个或多个 MBMS业务 /组呼对应的 PMCH，并采用获取到的 PMCH接收选择后的一个或多个 MBMS业务 /组呼。在优选实施例中，处于 RRC_IDLE状态的 UE在从当前所在小区移入相邻目标小区的过程中，如果目标小区的 MBSFN area列表包括 UE正在接收的原小区 MBMS业务所在的 MBSFN area, UE开始获取目标小区的系统信息直至获取目标小区的全部 MCCH。在获取目标小区系统信息的同时， UE可以继续按照原小区的 PMCH配置接收 MBMS业务 /组呼，如果 UE对目标小区的其他业务感兴趣，再重新配置目标小区的 PMCH。在优选实施例中，针对处于 RRC_CO NECTED状态的 UE，需要执行切换操作的 UE收到 RRC Connection Reconfiguration后，判断出系统消息中目标小区的 MBSFN area列表包括当前接收 MBMS业务 /组呼所在 MBSFN area, MBMS/组呼处理流程和处于 RRC_IDLE状态下 UE的处理流程相同，此处不再赘述。下面结合图 2所示的优选实施例对上述优选实施过程做进一步的描述。图 2是根据本发明优选实施例的多播物理信道 PMCH的请求方法的流程图。如图 2所示，该方法可以包括以下处理步骤：步骤 S202: UE正在侦听某些感兴趣的 MBMS业务，此时 UE可以处于 RRCJDLE 状态或者处于 RRC_CO NECTED状态；在该优选实施例中， UE可以维护一个当前自身感兴趣的 MBMS业务（即正在接收的 MBMS业务）的 TMGI列表及其每个 MBMS业务所在的 MBSFN area。在 UE从当前驻留小区移动至相邻目标小区之后，需要保持上述感兴趣业务的数据接收。 UE 正在侦听的 MBSFN area id可以为一个或多个。对于集群用户，每个集群组需要固定分配一个 TMGI用于标识集群组呼业务，在组信息更新的流程中，集群服务器需要把每个 UE所属的组的 TMGI发送给 UE；步骤 S204: 处于 RRC_IDLE状态的 UE，在移动过程中，可以根据原小区系统信息配置的重选参数确定一系列可供重选的目标小区。 UE会先选择测量排名最高 (例如：信号强度等参数）的目标小区，如果根据目标小区系统信息判断驻留失败，再尝试测量排名次高的小区。 UE在确定目标小区之后，立即开始读取目标小区的系统信息；在该优选实施例中，处于 RRC_CO NECTED状态下的 UE，根据 eNB下发的测量控制消息执行测量，在移动过程中， UE分别测量驻留小区和相邻目标小区的信道质量，随着 UE驻留小区信道质量的下降以及 UE相邻目标小区信道质量的增强，会触发测量上报。此时， eNB根据 UE当前的测量结果和邻区的资源使用情况，决定 UE 需要切换到某个目标小区。 UE在接收到 RRC Connection Reconfiguration消息后，开始配置目标小区的配置信息。在物理层同步成功之后， UE回复重新配置完成消息，然后开始读取相邻目标小区下的系统信息。 UE需要接收 mib、 sibl和 sib2，支持 MBMS 的 UE还需要读取 sibl3，其他 sib可以暂时不用接收。步骤 S206: UE判断目标小区的 MBSFN area列表中是否包括 UE维护的 MBSFN area列表中的所有区域，如果全部包括，则继续执行步骤 S208; 否则， UE记录哪些 MBSFN area是目标小区的列表中不包括的，转到步骤 S216; 需要说明的是，不管目标小区的 MBSFN area列表中是否包括当前业务所在的 MBSFN area, 在 UE获取目标小区的 MBMS业务配置之前，原小区的配置信息不变，即按原小区配置连续接收当前的 MBMS业务。在该优选实施例中，处于 RRC_IDLE状态的 UE从扩展后的系统信息中获取目标小区包括的 MBSFN area列表，如果目标小区为同频小区，可以从 sib4中获取；如果目标小区为异频小区，可以从 sib5中获取。 eNB需要在扩展的 sib4和 sib5中通知 UE 每个同频和异频邻区包括的 MBSFN area列表。处于 RRC_CO NEDTED状态的 UE 从扩展后的 RRC Connection Reconfiguration消息中获取目标小区包含的 MBSFN area 列表，目标 eNB在构造消息时，将本小区包括的 MBSFN area list在消息中发送给 UE。步骤 S208: 当 UE读取到目标小区的系统信息中的 sibl3时， UE的无线资源控制

(RRC) 层将目标小区的 MCCH配置和 MCCH变更通知周期配置发送给物理层，物理层开始按照更新后的配置信息侦听 MCCH的变更通知消息；步骤 S210 : UE 的 RRC 层请求物理层读取所有 MCCH 上的 MBSFN Area Configuration, UE在支持多 MBMS业务同时接收时，可能选择接收正在接收的 TMGI 列表以外的 TMGI标识的业务，当 UE的 RRC层获取目标小区全部正在进行的 MBMS 业务后，构造新的感兴趣业务的 TMGI列表及其所在的 MBSFN area; 步骤 S212: UE的 RRC层判断新构造的感兴趣 MBMS业务的 TMGI及其所在的 MBSFN area列表与 RRC层维护的原小区下的列表内容是否相同，如果相同， UE继续按照原小区下的 MBMS 相关配置接收业务，流程结束；如果不同，继续执行步骤 S214; 步骤 S214: UE的 RRC层删除旧的物理层、媒体接入控制（MAC) 层、无线链路控制（RLC)层与 MBMS业务相关的配置，并将新的感兴趣业务所在的 MBSFN区域相关配置发送给物理层、 MAC层以及 RLC层，流程结束；步骤 S216: UE标记出现在原小区接收业务的 MBSFN area列表，但是未包括在目标小区 MBSFN area 列表的那些 MBSFN area 以及相应的用户正在接收业务的 TMGI, 将该信息发送给 eNB; 在该优选实施例中，处于 RRC_IDLE状态的 UE，在读取 mib， sibl和 sib2之后，确定相邻目标小区能够驻留，便可以发起随机接入，将信息发送给网络侧设备；处于 RRC_CO NECTED状态的 UE，在切换到相邻目标小区成功后，即可发送 DCCH消息给网络侧设备。需要说明的是，此处用于发送 TMGI和原 MBSFN area的消息可以是对相关技术中消息的扩展，也可以新增的私有消息。步骤 S218: eNB 根据接收到的消息中的 TMGI 查询当前小区下是否已经为该 TMGI标识的业务分配资源，如果是，则转到步骤 S222; 否则，继续执行步骤 S220; 步骤 S220: 网络侧设备为该 TMGI标识的业务分配资源。该过程可以包括： eNB 通过 MME通知集群服务器哪个 MBSFN area下有 TMGI标识的业务未被分配过资源，然后由集群服务器通知 BM-SC, 最终由 BM-SC发起 MBSFN area资源分配的流程；在该优选实施例中，图 3是根据本发明优选实施例的网络侧设备进行资源分配的流程图。如图 3所示，该流程可以包括以下步骤：步骤 S302: 在 eNB和 MME之间新增通知消息，通知该 eNB下哪个 TMGI标识的 MBMS业务需要分配 MBSFN area资源；步骤 S304: MME转发需要分配 MBSFN area资源的 eNB标识和组呼的 TMGI给集群服务器；步骤 S306: 集群服务器判断当前 TMGI标识的 MBMS业务未分配过 MBSFN资源，通知 BM-SC发起 session start流程，如果当前 TMGI标识的 MBMS业务已经分配过 MBSFN资源，通知 BM-SC发起 session update流程；步骤 S308: BM-SC通知 MME发起 MBMS session start/update流程；步骤 S310: MME发送 MBMS session start/update Request给控制该 eNB资源分配的 MCE (multi-cell/multicast coordination Entity); 步骤 S312: MCE判断是否有足够的 MBSFN area资源可供分配，如果有， MCE 选定分配的 MBSFN area和相关 PMCH资源配置，回复 MBMS session start/update response给 MME; 步骤 S314: MCE发送 MBMS session start/update Request给选定的 MBSFN area 下所有的 eNB; 步骤 S316: eNB给 MCE回复确认收到 MBMS session start/update; 步骤 S318: eNB发送 MCCH change notification给 UE，通知 UE哪一条 MCCH 上有配置发生变化，同时更新 MCCH配置信息；步骤 S320: UE加入 IP广播组，接收 MBMS用户面数据；步骤 S322: eNB 在确定的时间点发送 MBMS业务数据。步骤 S222: eNB将 UE请求的 TMGI标识的业务的 MBSFN area配置通过空口消息发送给 UE; 步骤 S224: UE根据 eNB的响应消息中每个 TMGI对应的 MBSFN area配置，重新配置物理层、 MAC和 RLC; 配置完成后，转到步骤 S208。与相关技术中的技术方案相比，由于 UE的移动导致正在侦听业务所在的 MBSFN area发生变化时，可以更加快速地获取相邻目标小区为正在侦听业务配置的资源信息。相关技术中的技术方案需要先读取 sibl3，再配置 MCCH并需要读取全部 MCCH，以判断是否存在接收当前业务的 PMCH资源。然而该方案受限于 MCCH配置的重复周期，周期越长，获取新资源的时间越长。根据相关技术中的协议规定：上述周期可以为 rfi2， rf64， rfl28, r£256, 其中， rf 为无线帧，其长度为 10ms。如果在读取全部 MCCH之后，仍然发现没有当前接收业务的新资源， UE还需要与网络侧设备进行交互请求分配资源。而根据本发明提供的技术方案，可以通过广播邻区的 MBSFN area, 使得 UE能在重选和切换时即可判断出是否需要请求网络侧设备分配新资源，即在重选过程读取 mib、 sibl、 sib2或者切换过程成功之后，便可以请求网络侧设备分配资源，无需等待读取 sib 13和全部的 MCCH上的 MBSFN area配置信息。图 4是根据本发明实施例的 PMCH的请求系统的结构框图。如图 4所示，该系统可以包括：用户设备 10; 用户设备 10可以包括：确定模块 100，设置为确定待移入的位于该用户设备所在小区的相邻目标小区；请求模块 102，设置为判断在相邻目标小区中预先配置的 MBSFN area中未包括用户设备当前接收的 MBMS业务 /组呼所使用的 MBSFN area时，请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH。采用如图 4所示的系统，解决了相关技术中对于正在接收 eMBMS业务的 UE移动时，无法保持业务接收的连续性的问题，进而实现了处于接听状态的集群用户在移动过程中的业务连续性。优选地，如图 5所示，请求模块 102可以包括：请求单元 1020，设置为用户设备在继续采用用户设备所在小区的与当前接收的 MBMS业务 /组呼所使用的 MBSFN area 对应的 PMCH接收当前接收的 MBMS业务 /组呼的同时，请求网络侧设备为当前接收的 MBMS业务 /组呼分配 PMCH。优选地，如图 5所示，上述系统还可以包括：网络侧设备 20; 网络侧设备 20可以包括：判断模块 200，设置为判断是否已经为当前接收的 MBMS 业务 /组呼分配 PMCH; 第一发送模块 202，设置为在判断模块输出为是时，将已经分配的 PMCH配置信息发送至用户设备；第二发送模块 204，设置为在判断模块输出为否时，为当前接收的 MBMS业务 /组呼分配 PMCH，并将分配的 PMCH配置信息发送至用户设备。优选地，如图 5所示，请求模块 102还可以包括：获取单元 1022，设置为在获取相邻目标小区的多点控制信道 MCCH配置信息的同时，继续采用用户设备所在小区的与当前接收的 MBMS业务 /组呼所使用的 MBSFN area对应的 PMCH接收当前接收的 MBMS业务 /组呼。优选地，如图 5所示，请求模块 102还可以包括：选择单元 1024，设置为从相邻目标小区中正在进行的多个 MBMS业务 /组呼中选择一个或多个待接收的 MBMS业务 /组呼；接收单元 1026，设置为采用获取到的相邻目标小区的 MCCH配置信息获取与选择后的一个或多个 MBMS业务 /组呼对应的 PMCH，并采用获取到的 PMCH接收选择后的一个或多个 MBMS业务 /组呼。需要说明的是，图 4至图 5中所示的各个模块以及各个单元之间相互作用的优选工作方式可以参见图 1至图 3所示的实施例，此处不再赘述。从以上的描述中，可以看出，上述实施例实现了如下技术效果（需要说明的是这些效果是某些优选实施例可以达到的效果）：解决了相关技术中对于正在接收 eMBMS 业务的 UE移动时，无法保持业务接收的连续性的问题，进而实现了处于接听状态的集群用户在移动过程中能够更快获取相邻目标小区下的当前 MBMS业务 /组呼的资源，大幅降低语音中断的可能性，以保证处于接听状态的集群用户在移动过程中 MBMS 业务 /组呼的连续性。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1. 一种多播物理信道 PMCH的请求方法，包括：用户设备确定待移入的该用户设备所在小区的相邻目标小区；若所述用户设备判断在所述相邻目标小区中预先配置的多播广播单频网络区域 MBSFN 区域 area中未包括所述用户设备当前接收的多媒体广播多播业务 MBMS业务 /组呼所使用的 MBSFN area, 则请求所述网络侧设备为所述当前接收的 MBMS业务 /组呼分配多播物理信道 PMCH。

2. 根据权利要求 1所述的方法，其中，所述用户设备请求所述网络侧设备为所述当前接收的 MBMS业务 /组呼分配 PMCH包括：所述用户设备在继续采用所述用户设备所在小区的与所述当前接收的 MBMS业务 /组呼所使用的 MBSFN area对应的 PMCH接收所述当前接收的 MBMS业务 /组呼的同时，请求所述网络侧设备为所述当前接收的 MBMS业务 /组呼分配 PMCH。

3. 根据权利要求 2所述的方法，其中，在所述用户设备请求所述网络侧设备为所述当前接收的 MBMS业务 /组呼分配 PMCH之后，还包括：

所述网络侧设备判断是否已经为所述当前接收的 MBMS 业务 /组呼分配 PMCH;

如果是，则所述网络侧设备将已经分配的 PMCH配置信息发送至所述用户设备；

如果否，则所述网络侧设备为所述当前接收的 MBMS 业务 /组呼分配 PMCH, 并将分配的 PMCH配置信息发送至所述用户设备。

4. 根据权利要求 1所述的方法，其中，所述用户设备在所述相邻目标小区中预先配置的 MBSFN area中包括所述当前接收的 MBMS业务 /组呼所使用的 MBSFN area的情况下，上述方法还包括：

所述用户设备在获取所述相邻目标小区的多点控制信道 MCCH 配置信息的同时，继续采用所述用户设备当前接收的 MBMS业务 /组呼所使用的 MBSFN area对应的 PMCH接收所述当前接收的 MBMS业务 /组呼。

5. 根据权利要求 4所述的方法，其中，所述方法还包括：所述用户设备从所述相邻目标小区中正在进行的多个 MBMS业务 /组呼中选择一个或多个待接收的 MBMS业务 /组呼；

所述用户设备采用获取到的所述相邻目标小区的 MCCH配置信息获取与所述选择后的一个或多个 MBMS 业务 /组呼对应的 PMCH，并采用获取到的 PMCH接收所述选择后的一个或多个 MBMS业务 /组呼。

6. 一种多播物理信道 PMCH的请求系统，包括：用户设备；所述用户设备包括- 确定模块，设置为确定待移入的该用户设备所在小区的相邻目标小区；请求模块，设置为判断在所述相邻目标小区中预先配置的多播广播单频网络区域 MBSFN 区域 area中未包括所述用户设备当前接收的多媒体广播多播业务 MBMS业务 /组呼所使用的 MBSFN area时，请求所述网络侧设备为所述当前接收的 MBMS业务 /组呼分配多播物理信道 PMCH。

7. 根据权利要求 6所述的系统，其中，所述请求模块包括：

请求单元，设置为所述用户设备在继续采用所述用户设备所在小区的与所述当前接收的 MBMS业务 /组呼所使用的 MBSFN area对应的 PMCH接收所述当前接收的 MBMS业务 /组呼的同时，请求所述网络侧设备为所述当前接收的 MBMS业务 /组呼分配 PMCH。

8. 根据权利要求 7所述的系统，其中，所述系统还包括：所述网络侧设备；

所述网络侧设备包括：

判断模块，设置为判断是否已经为所述当前接收的 MBMS业务 /组呼分配 PMCH;

第一发送模块，设置为在所述判断模块输出为是时，将已经分配的 PMCH 配置信息发送至所述用户设备；

第二发送模块，设置为在所述判断模块输出为否时，为所述当前接收的 MBMS业务 /组呼分配 PMCH，并将分配的 PMCH配置信息发送至所述用户设备。

9. 根据权利要求 6所述的系统，其中，所述请求模块还包括：

获取单元，设置为在获取所述相邻目标小区的多点控制信道 MCCH配置信息的同时，继续采用所述用户设备所在小区的与所述当前接收的 MBMS业务 / 组呼所使用的 MBSFN area对应的 PMCH接收所述当前接收的 MBMS业务 /组呼。根据权利要求 9所述的系统，其中，所述请求模块还包括：

选择单元，设置为从所述相邻目标小区中正在进行的多个 MBMS业务 /组呼中选择一个或多个待接收的 MBMS业务 /组呼；

接收单元，设置为采用获取到的所述相邻目标小区的 MCCH配置信息获取与所述选择后的一个或多个 MBMS业务 /组呼对应的 PMCH，并采用获取到的 PMCH接收所述选择后的一个或多个 MBMS业务 /组呼。