专利名称：多播物理信道pmch的请求方法及系统的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及ー种多播物理信道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的实现方法，其中，上述用户移动可以包括处于无线资源控制空闲(RRC_IDLE)状态的UE执行小区重选，或者处于无线资源控制连接(RRC_C0NNECTED)状态的UE执行小区切换。按照相关技术中的协议，如果UE移动未导致多播广播单频网络(MulticastBroadcast Single Frequency Network,简称为 MBSFN)区域(area)的变化,业务会自动保持连续性的；但是如果目标小区不包含UE在原小区正在接收业务的MBSFN area，UE则需要读取目标小区的mib、sibl、sibl3，然后根据sibl3的配置从多点控制信道(MCCH)上读取用户需要接收组的PMCH资源。对于慢速移动的用户且目标小区的PBCH信道质量足够好，UE能够快速配置目标小区下的当前MBMS业务/组呼的PMCH资源，期间原小区的PMCH信号质量还能够保证业务连续。但是，对于高速移动的用户和目标小区下的物理广播信道(PBCH)的信道质量较差的情況，在读取目标小区的PMCH配置之前，原小区PMCH的信号质量会快速下降，从而导致语音短暂中断，上述缺陷与集群快速、高效的业务特性相悖，降低了用户体验。
发明内容
本发明提供了一种多播物理信道PMCH的请求方法及系统，以至少解决相关技术中对于正在接收eMBMS业务的UE移动时，无法保持业务接收的连续性的问题。
根据本发明的ー个方面，提供了一种多播物理信道PMCH的请求方法。根据本发明的多播物理信道PMCH的请求方法包括用户设备确定待移入的该用户设备所在小区的相邻目标小区；若用户设备判断在相邻目标小区中预先配置的MBSFNarea中未包括用户设备当前接收的MBMS业务/组呼所使用的MBSFN area,请求网络侧设备为当前接收的MBMS业务/组呼分配PMCH。优选地，用户设备请求网络侧设备为当前接收的MBMS业务/组呼分配PMCH包括用户设备在继续采用用户设备所在小区的与当前接收的MBMS业务/组呼所使用的MBSFNarea对应的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移动时，无法保持业务接收的连续性的问题，进而实现了处于接听状态的集群用户在移动过程中的业务连续性。
此处所说明的附图用来提供对本发明的进ー步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图I是根据本发明实施例的PMCH的请求方法的流程图；图2是根据本发明优选实施例的多播物理信道PMCH的请求方法的流程图；图3是根据本发明优选实施例的网络侧设备进行资源分配的流程图；图4是根据本发明实施例的PMCH的请求系统的结构框图；以及图5是根据本发明优选实施例的PMCH的请求系统的结构框图。
具体实施例方式下文中将參考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互組合。图I是根据本发明实施例的PMCH的请求方法的流程图。如图I所示，该方法可以包括以下处理步骤步骤S102 :用户设备确定待移入的位于该用户设备所在小区的相邻目标小区；步骤S104 :若用户设备判断在相邻目标小区中预先配置的MBSFN area中未包括用户设备当前接收的MBMS业务/组呼所使用的MBSFN area，请求网络侧设备为当前接收的MBMS业务丨组呼分配PMCH。在相关技术中，可以为每个小区分配I至8个MBSFN area，由运营商通过操作和维护平台(0&M)来配置。每个小区的系统信息块sibl3中会广播该小区分配的MBSFN area信息，其中，广播信息中可以包括每个MBSFN area的MBSFN area id和MCCH的配置信息。用户设备可以根据MCCH配置信息在MCCH信道上读取MBSFNAreaConfiguratio消息，其中，该消息中可以包括PMCH配置、每个MBMS业务的标识TMGI和会话id等信息，用户设备可以选择自身感兴趣的MBMS业务，根据与感兴趣的MBMS业务对应的PMCH配置来接收MBMS业务数据。但相关技术中存在的问题在于，对于正在接收eMBMS业务的UE移动时，无法保持业务接收的连续性。采用如图I所示的方法，UE根据将要移入的相邻目标小区中预先配置的MBSFN area中是否包括UE当前接收的MBMS业务/组呼所使用的MBSFN area以判断是否需要请求网络侧设备为当前接收的MBMS业务/组呼分配PMCH，如果未包括，UE则请求网络侧设备为当前接收的MBMS业务/组呼分PMCH，从而确保业务接收的连续性，解决了相关技术中对于正在接收eMBMS业务的UE移动时，无法保持业务接收的连续性的问题，进而实现了处于接听状态的集群用户在移动过程中能够更快获取相邻目标小区下的当前MBMS业务/组呼的资源，大幅降低语音中断的可能性，以保证处于接听状态的集群用户在移动过程中MBMS业务丨组呼的连续性。需要说明的是，用户设备在相邻目标小区中预先配置的MBSFN area中已经包括用户设备当前接收的MBMS业务/组呼所使用的MBSFN area的情况下，则无需请求网络侧设备为当前接收的MBMS业务/组呼分配PMCH。在优选实施例中，可以在相关技术的系统信息中添加每个同频和异频小区的MBSFB areaid列表信息，由于各个小区的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之后，还可以包括以下操作步骤SI :网络侧设备判断是否已经为当前接收的MBMS业务/组呼分配PMCH ；步骤S2 :如果是，则网络侧设备将已经分配的PMCH配置信息发送至用户设备；步骤S3 :如果否，则网络侧设备为当前接收的MBMS业务/组呼分配PMCH，并将分配的PMCH配置信息发送至用户设备。在优选实施过程中，UE可以处于但不限于以下两种状态状态ー、RRC_IDLE状态；状态ニ、RRC_C0NNECTED 状态。在优选实施例中，处于RRC_IDLE状态的UE在从当前所在小区移入相邻目标小区的过程中，UE分别测量驻留小区和相邻目标小区的信道质量，随着UE驻留小区信道质量的下降以及UE相邻目标小区信道质量的增强，会触发小区重选。在小区重选过程中，UE先判断目标小区的MBSFN area列表中是否包括当前接收MBMS业务/组呼所在的MBSFN area。如果目标小区的MBSFN area列表不包括UE正在接收的原小区MBMS业务所在的MBSFNarea, UE仍保持原小区的PMCH配置直至接收到相邻目标小区的配置信息或者原小区信道质量差到无法接收有效数据。UE在获取目标小区的mib、sibl和sib2之后，判断驻留相邻目标小区成功后，立即发起随机接入，将UE期望分配PMCH资源的MBMS业务/组呼的TMGI上报eNB。如果eNB发现当前小区已经为该MBMS业务/组呼分配资源，eNB则在响应消息中将已经为该MBMS业务/组呼分配的MBSFN area Conf iguration发送给UE, UE根据该配置立即重配PMCH。如果eNB发现当前小区未为该MBMS业务/组呼分配资源，先由eNB通知MME，再由MME通知集群服务器，然后由集群服务器触发广播组播业务中心(BroadcastMulticast Service Center,简称为BMSC)发起session update流程，从而在目标小区分配MBSFN area用于发送该MBMS业务/组呼。在sessionupdate成功后，eNB将新分配的PMCH资源信息发送给UE。同时在UE读到sibl3后，仍需要获取MCCH上全部的MBSFN areaConfiguration,当UE发现相邻目标小区中有其他感兴趣的MBMS业务/组呼时,还需要配置给底层进行侦听。在优选实施例中，针对处于RRC_C0NNECTED状态的UE，需要执行切换操作的UE收到RRC ConnectionReconfiguration后，判断系统消息中目标小区的MBSFN area列表中是否包括当前接收MBMS业务/组呼所在的MBSFN area。如果目标小区的MBSFN area列表不包括UE正在接收的原小区MBMS业务所在的MBSFN area,处理流程与处于RRC_IDLE状态下UE的处理流程相类似，其区别在于处于RRC_CONNECTED状态的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业务所在的MBSFNarea, UE开始获取目标小区的系统信息直至获取目标小区的全部MCCH。在获取目标小区系统信息的同吋，UE可以继续按照原小区的PMCH配置接收MBMS业务/组呼，如果UE对目标小区的其他业务感兴趣，再重新配置目标小区的PMCH。在优选实施例中，针对处于RRC_C0NNECTED状态的UE，需要执行切换操作的UE收到RRC ConnectionReconfiguration后，判断出系统消息中目标小区的MBSFN area列表包括当前接收MBMS业务丨组呼所在MBSFN area, MBMS/组呼处理流程和处于RRC_IDLE状态下UE的处理流程相同，此处不再赘述。
下面结合图2所示的优选实施例对上述优选实施过程做进ー步的描述。图2是根据本发明优选实施例的多播物理信道PMCH的请求方法的流程图。如图2所示，该方法可以包括以下处理步骤步骤S202 UE正在侦听某些感兴趣的MBMS业务，此时UE可以处于RRC_IDLE状态或者处于RRC_C0NNECTED状态；在该优选实施例中，UE可以维护一个当前自身感兴趣的MBMS业务(B卩正在接收的MBMS业务)的TMGI列表及其每个MBMS业务所在的MBSFN area。在UE从当前驻留小区移动至相邻目标小区之后，需要保持上述感兴趣业务的数据接收。UE正在侦听的MBSFN areaid可以为ー个或多个。对于集群用户，每个集群组需要固定分配ー个TMGI用于标识集群组呼业务，在组信息更新的流程中，集群服务器需要把每个UE所属的组的TMGI发送给UE ；步骤S204 :处于RRC_IDLE状态的UE，在移动过程中，可以根据原小区系统信息配置的重选參数确定一系列可供重选的目标小区。UE会先选择测量排名最高(例如信号强 度等參数)的目标小区，如果根据目标小区系统信息判断驻留失败，再尝试测量排名次高的小区。UE在确定目标小区之后，立即开始读取目标小区的系统信息；在该优选实施例中，处于RRC_C0NNECTED状态下的UE，根据eNB下发的测量控制消息执行测量，在移动过程中，UE分别测量驻留小区和相邻目标小区的信道质量，随着UE驻留小区信道质量的下降以及UE相邻目标小区信道质量的增强，会触发测量上报。此时，eNB根据UE当前的测量结果和邻区的资源使用情況，决定UE需要切換到某个目标小区。UE在接收到RRCConnectionReconfiguration消息后，开始配置目标小区的配置信息。在物理层同步成功之后，UE回复重新配置完成消息，然后开始读取相邻目标小区下的系统信息。UE需要接收mib、sibl和sib2，支持MBMS的UE还需要读取sibl3，其他sib可以暂时不用接收。步骤S206 :UE判断目标小区的MBSFN area列表中是否包括UE维护的MBSFN area列表中的所有区域，如果全部包括，则继续执行步骤S208 ;否则，UE记录哪些MBSFN area是目标小区的列表中不包括的，转到步骤S216 ；需要说明的是，不管目标小区的MBSFN area列表中是否包括当前业务所在的MBSFNarea,在UE获取目标小区的MBMS业务配置之前，原小区的配置信息不变，即按原小区配置连续接收当前的MBMS业务。在该优选实施例中，处于RRC_IDLE状态的UE从扩展后的系统信息中获取目标小区包括的MBSFN area列表，如果目标小区为同频小区，可以从sib4中获取；如果目标小区为异频小区，可以从sib5中获取。eNB需要在扩展的sib4和sib5中通知UE每个同频和异频邻区包括的MBSFN area列表。处于RRC_C0NNEDTED状态的UE从扩展后的RRCConnectionReconf iguration消息中获取目标小区包含的MBSFN area列表，目标eNB在构造消息时，将本小区包括的MBSFN area list在消息中发送给UE。步骤S208 :当UE读取到目标小区的系统信息中的sibl3吋，UE的无线资源控制(RRC )层将目标小区的MCCH配置和MCCH变更通知周期配置发送给物理层，物理层开始按照更新后的配置信息侦听MCCH的变更通知消息；步骤S210 UE的RRC层请求物理层读取所有MCCH上的MBSFNAreaConf iguration，UE在支持多MBMS业务同时接收时，可能选择接收正在接收的TMGI列表以外的TMGI标识的业务，当UE的RRC层获取目标小区全部正在进行的MBMS业务后，构造新的感兴趣业务的TMGI列表及其所在的MBSFN area ；步骤S212 UE的RRC层判断新构造的感兴趣MBMS业务的TMGI及其所在的MBSFNarea列表与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_CONNECTED状态的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的移动导致正在侦听业务所在的MBSFNarea发生变化时，可以更加快速地获取相邻目标小区为正在侦听业务配置的资源信息。相关技术中的技术方案需要先读取sibl3，再配置MCCH并需要读取全部MCCH，以判断是否存在接收当前业务的PMCH资源。然而该方案受限于MCCH配置的重复周期，周期越长，获取新资源的时间越长。根据相关技术中的协议规定上述周期可以为rf32，rf64，rfl28，rf256，其中，rf为无线帧，其长度为10ms。如果在读取全部MCCH之后，仍然发现没有当前接收业务的新资源，UE还需要与网络侧设备进行交互请求分配资源。而根据本发明提供的技术方案，可以通过广播邻区的MBSFN area，使得UE能在重选和切换时即可判断出是否需要请求网络侧设备分配新资源，即在重选过程读取mib、sibl、sib2或者切换过程成功之后，便可以请求网络侧设备分配资源，无需等待读取sibl3和全部的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中所示的各个模块以及各个单元之间相互作用的优选工作方式可以參见图I至图3所示的实施例，此处不再赘述。从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果)解决了相关技术中对于正在接收eMBMS业务的 UE移动时，无法保持业务接收的连续性的问题，进而实现了处于接听状态的集群用户在移动过程中能够更快获取相邻目标小区下的当前MBMS业务/组呼的资源，大幅降低语音中断的可能性，以保证处于接听状态的集群用户在移动过程中MBMS业务/组呼的连续性。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种多播物理信道PMCH的请求方法，其特征在于，包括用户设备确定待移入的该用户设备所在小区的相邻目标小区；若所述用户设备判断在所述相邻目标小区中预先配置的多播广播单频网络区域MBSFNarea中未包括所述用户设备当前接收的多媒体广播多播业务MBMS业务/组呼所使用的MBSFN area,则请求所述网络侧设备为所述当前接收的MBMS业务/组呼分配多播物理信道PMCH。
2.根据权利要求I所述的方法，其特征在于，所述用户设备请求所述网络侧设备为所述当前接收的MBMS业务/组呼分配PMCH包括所述用户设备在继续采用所述用户设备所在小区的与所述当前接收的MBMS业务/组呼所使用的MBSFN area对应的PMCH接收所述当前接收的MBMS业务/组呼的同时，请求所述网络侧设备为所述当前接收的MBMS业务/组呼分配PMCH。
3.根据权利要求2所述的方法，其特征在干，在所述用户设备请求所述网络侧设备为所述当前接收的MBMS业务/组呼分配PMCH之后，还包括所述网络侧设备判断是否已经为所述当前接收的MBMS业务/组呼分配PMCH ；如果是，则所述网络侧设备将已经分配的PMCH配置信息发送至所述用户设备；如果否，则所述网络侧设备为所述当前接收的MBMS业务/组呼分配PMCH，并将分配的PMCH配置信息发送至所述用户设备。
4.根据权利要求I所述的方法，其特征在于，所述用户设备在所述相邻目标小区中预先配置的MBSFN area中包括所述当前接收的MBMS业务/组呼所使用的MBSFN area的情况下，上述方法还包括所述用户设备在获取所述相邻目标小区的多点控制信道MCCH配置信息的同时，继续采用所述用户设备当前接收的MBMS业务/组呼所使用的MBSFN area对应的PMCH接收所述当前接收的MBMS业务/组呼。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括所述用户设备从所述相邻目标小区中正在进行的多个MBMS业务/组呼中选择ー个或多个待接收的MBMS业务/组呼；所述用户设备采用获取到的所述相邻目标小区的MCCH配置信息获取与所述选择后的ー个或多个MBMS业务/组呼对应的PMCH，并采用获取到的PMCH接收所述选择后的ー个或多个MBMS业务/组呼。
6.一种多播物理信道PMCH的请求系统，其特征在于，包括用户设备；所述用户设备包括确定模块，用于确定待移入的该用户设备所在小区的相邻目标小区；请求模块，用于判断在所述相邻目标小区中预先配置的多播广播单频网络区域MBSFNarea中未包括所述用户设备当前接收的多媒体广播多播业务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业务/组呼。
10.根据权利要求9所述的系统，其特征在于，所述请求模块还包括选择单元，用于从所述相邻目标小区中正在进行的多个MBMS业务/组呼中选择ー个或多个待接收的MBMS业务/组呼；接收单元，用于采用获取到的所述相邻目标小区的MCCH配置信息获取与所述选择后的ー个或多个MBMS业务/组呼对应的PMCH，并采用获取到的PMCH接收所述选择后的ー个或多个MBMS业务/组呼。
全文摘要
本发明公开了一种多播物理信道PMCH的请求方法及系统，在上述方法中，用户设备确定待移入的该用户设备所在小区的相邻目标小区；若用户设备判断在相邻目标小区中预先配置的MBSFN area中未包括用户设备当前接收的MBMS业务/组呼所使用的MBSFN area，请求网络侧设备为当前接收的MBMS业务/组呼分配PMCH。根据本发明提供的技术方案，实现了处于接听状态的集群用户在移动过程中的业务连续性。
文档编号H04W72/04GK102833688SQ20121028864
公开日2012年12月19日 申请日期2012年8月14日 优先权日2012年8月14日
发明者林艳 申请人:中兴通讯股份有限公司