CN102740231A - 监听多媒体广播多播业务的方法及用户设备 - Google Patents
监听多媒体广播多播业务的方法及用户设备 Download PDFInfo
- Publication number
- CN102740231A CN102740231A CN2011100839978A CN201110083997A CN102740231A CN 102740231 A CN102740231 A CN 102740231A CN 2011100839978 A CN2011100839978 A CN 2011100839978A CN 201110083997 A CN201110083997 A CN 201110083997A CN 102740231 A CN102740231 A CN 102740231A
- Authority
- CN
- China
- Prior art keywords
- mbms
- information
- professional
- business
- mcch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种监听多媒体广播多播业务的方法及用户设备,该方法包括:通过PTP方式接收或感兴趣接收MBMS业务的UE监听PDCCH上的MBMS通知消息;UE根据监听到的通知消息获取相应MCCH上的信息。在本发明中,通过监听PDCCH上的MBMS通知消息来获取相应MCCH上的MBMS相关信息,解决了现有技术中通过PTP方式正接收或感兴趣接收MBMS业务的UE如何来监听MBSFN区域内的MBMS业务的问题,从而使得通过单播接收业务的UE也可以以多播的方式执行相关的MBMS业务,从而提高网络资源的利用率。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种监听多媒体广播多播业务的方法及用户设备。
背景技术
随着Internet的迅猛发展和大屏幕多功能移动终端的普及,出现了大量移动数据多媒体业务和各种高带宽多媒体业务,如视频会议、电视广播、视频点播、广告、网上教育、互动游戏等,这一方面满足了移动用户多业务的需求,同时也为移动运营商带来了新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据,与一般的数据业务相比,具有数据量大、持续时间长、时延敏感等特点。
为了有效利用移动通信网络资源,第三代移动通信全球标准化组织(3GPP,3rd GenerationPartnership Project)提出了MBMS(Multimedia Broadcast and Multicast Service,多媒体广播和多播业务),从而在移动通信网络中提供一个数据源向多个用户发送数据的点到多点(PTM,Point to Multi-Points)业务,实现网络资源共享,提高网络资源的利用率,尤其是空中接口资源。3GPP提出的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播,而且还能够实现高速多媒体业务的广播和组播,提供多种丰富的视频、音频和多媒体业务,这无疑顺应了未来移动数据发展的趋势,为3G的发展提供了更好的业务前景。
目前,在LTE的R9(Release9,版本9)中引入了MBMS,图1为R9版本中的MBMS的系统结构示意图。如图1所示,在MBMS系统中,内容提供方通过BM-SC向LTE网络提供内容。BM-SC通过SGmb接口和SGimb接口向MBMS网关提供业务,MBMS网关分别通过Sm接口连接到MME(Mobility Management Entity,移动性管理实体),通过M1接口连接到eNodeB(evolved Node B,演进型基站)。然后,MME通过M3接口连接到MCE(Multi-cell/multicastCoordination Entity,多小区/多播协作实体),MCE通过M2接口连接到eNodeB。最后,eNodeB通过Uu接口向UE(UserEquipment,用户设备)发送MBMS数据。MBMS在系统中的承载需要MBMS控制信令(简称为控制信令)和MBMS业务数据(简称为业务数据)共同传输来实现。在上述系统结构图中,控制信令主要通过MBMS网关、MME、MCE到eNodeB上的Sm、M3和M2接口进行传输,业务数据直接从MBMS网关到eNodeB上的M1接口进行传输。最后,eNodeB通过Uu接口上的MCCH(Multicast Control Channel,多播控制信道,主要传输控制信令)和MTCH(Multicast Traffic Channel,多播业务信道,主要传输业务数据)向UE发送MBMS业务。其中,控制信令告知UE相应的参数,指引UE到相应的资源上去接收其感兴趣接收的业务。
此外,BM-SC也可以通过PDN网关发送与该MBMS业务对应的单播业务(对应是指该单播业务的内容与该MBMS业务内容相同,它们的业务源是相同的,都通过BM-SC发送,即BM-SC发送到MBMS网关时叫做MBMS业务,BM-SC发送到PDN网关时,则称其为该MBMS业务对应的单播业务。后面简略的写作通过单播发送或接收该MBMS业务)。图2为单播业务发送的系统结构示意图。如图2所示,运营商提供的IP业务,通过SGi接口发送到PDN(PacketData Network,分组数据网)网关,然后再通过S5/S8接口发送到服务网关。服务网关接收到数据后,将控制信息通过S11接口发送到MME,将用户数据通过S1-U接口发送到eNodeB。MME通过S1-MME接口将数据发送到eNodeB。最后,eNodeB通过空口Uu将控制信息和用户数据发送给UE。
一般情况下,具有接收MBMS业务能力的UE,在网络提供MBSFN方式发送的MBMS业务时,则开始通过MBSFN的方式接收业务,并停止单播接收该MBMS业务,释放单播接收业务时占用的资源,以提高无线资源的利用效率。但是,在当前的协议中,并没有对通过单播方式接收MBMS业务的UE,如何来监听MBSFN区域内的MBMS业务以及如何切换到通过MBSFN方式接收MBMS业务进行相应的规定。
此外,在LTE R10中,3GPP对MBMS技术进行了优化,引入了计数(Counting)机制。Counting机制的原理是:网络统计正在接收某一MBMS业务或对该MBMS业务感兴趣的UE数目,当用户数目较少时,可以将该业务挂起;当用户数目比较多时,则恢复该业务。目前协议对于Counting过程中的提到的“感兴趣接收某一MBMS业务”的UE的规定是“根据与上层的交互决定”。另外,在3GPP会议中也提出了正在通过单播接收该MBMS业务的UE,也应该被认为对该MBMS业务感兴趣接收。但是,采用目前的Counting机制,在MCCH上发送Counting Request消息时,正在通过单播接收该MBMS业务的UE是接收不到该消息的,也无法参与counting的上报过程。
针对上述提到的两个问题,必需存在一种机制,使得具有MBMS能力的UE,在通过单播接收业务时,可以监测该业务的多播发送方式,从而能在合适的时刻,转变接收方式,释放单播接收的资源,从而提高无线资源的利用率;当网络发送counting请求时,可以参与counting过程,从而使得当前counting机制更完善。
发明内容
本发明的主要目的在于提供一种监听多媒体广播多播业务的方法,以至少解决上述通过单播方式接收MBMS业务的UE如何来监听MBSFN区域内的MBMS业务的问题。
根据本发明的一个方面,提供了一种监听多媒体广播多播业务的方法,包括:通过PTP方式接收或感兴趣接收MBMS业务的UE监听PDCCH上的MBMS通知notification消息;UE根据监听到的notification消息获取相应MCCH上的信息。
进一步地,相应MCCH上的信息至少包括以下之一:MBMS业务以PTM方式开始信息、MBMS counting过程开始信息、MBMS业务恢复过程的开始信息。
进一步地,UE根据监听到的notification消息获取MCCH上的与MBMS业务相关的信息之后,还包括:在UE获取MBMS业务以PTM方式开始信息的情况下,UE在相应的资源位置上以PTM方式接收MBMS业务,并放弃相应的PTP资源。
进一步地,UE根据监听到的notification消息获取MCCH上的与MBMS业务相关的信息之后,还包括:在UE获取MBMS counting过程开始信息的情况下,UE将正在接收的MBMS业务的信息上报基站侧。
进一步地,UE根据监听到的notification消息获取MCCH上的与MBMS业务相关的信息之后,还包括:在UE获取MBMS业务恢复过程的开始信息的情况下,UE在相应的资源位置上以PTM方式接收MBMS业务,并放弃相应的PTP资源。
进一步地,通过PTP方式正接收或感兴趣接收MBMS业务的UE监听PDCCH上的MBMS通知notification消息,包括:UE判断自身是否处于MBSFN区域内;如果是,则UE监听PDCCH上的MBMS通知notification消息。
进一步地,UE判断自身是否正在进入MBSFN区域或处于MBSFN区域内,包括:UE通过所接收到的系统广播消息SIB13判断自身是否进入MBSFN区域。
根据本发明的另一方面,提供了一种监听多媒体广播多播业务的用户设备,包括:监听模块,用于在用户设备通过PTP方式接收或感兴趣接收MBMS业务的情况下,监听PDCCH上的MBMS通知notification消息;获取模块,用于根据监听到的notification消息获取相应MCCH上的信息。
进一步地,相应MCCH上的信息至少包括以下之一:MBMS业务以PTM方式开始信息、MBMS counting过程开始信息、MBMS业务恢复过程的开始信息。
进一步地,该用户设备还包括:执行模块,用于在用户设备获取MBMS业务以PTM方式开始信息的情况下,在相应的资源位置上以PTM方式接收MBMS业务,并放弃相应的PTP资源。
进一步地,执行模块还用于:在用户设备获取MBMS counting过程开始信息的情况下,将正在接收的MBMS业务的信息上报基站侧。
进一步地,执行模块还用于:在用户设备获取MBMS业务恢复过程的开始信息的情况下,在相应的资源位置上以PTM方式接收MBMS业务,并放弃相应的PTP资源。
进一步地,该装置还包括:判断模块,用于判断用户设备是否处于MBSFN区域内。
在本发明中,通过监听PDCCH(Physical DownLink Control Channel,物理下行信道)上的MBMS通知消息来获取相应MCCH上的MBMS相关信息,解决了现有技术中通过PTP方式正接收或感兴趣接收MBMS业务的UE如何来监听MBSFN区域内的MBMS业务的问题,从而使得通过单播接收业务的UE也可以参与Counting反馈,并在网络提供相应的多播业务且自身具有接收多播业务的能力时,及时切换或恢复到多播业务接收状态,释放单播业务的资源,从而提高网络资源的利用率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1现有技术的R9版本中的MBMS系统结构示意图;
图2现有技术的单播业务发送的系统结构示意图;
图3是根据本发明实施例一的监听MBMS业务的方法流程图;
图4是根据本发明实施例二的监听MBMS业务的方法流程图;
图5是根据本发明实施例三的监听MBMS业务的方法流程图;
图6是根据本发明实施例四的监听MBMS业务的方法流程图;
图7是根据本发明实施例五的监听MBMS业务的方法流程图;
图8是根据本发明实施例六的监听MBMS业务的用户设备结构示意图;
图9是根据本发明实施例七的监听MBMS业务的用户设备结构示意图;
图10是根据本发明实施例八的监听MBMS业务的用户设备结构示意图;以及
图11是根据本发明实施例九的监听MBMS业务的用户设备结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
实施例一
图3是根据本发明实施例一的监听MBMS业务的方法流程图。如图3所示,包括以下步骤:
步骤S302,通过PTP方式接收或感兴趣接收MBMS业务的UE监听PDCCH上的MBMS通知notification消息。
步骤S304,UE根据监听到的notification消息获取相应MCCH上的信息。
在实施例一中,通过监听PDCCH上的MBMS通知消息来获取相应MCCH上的MBMS相关信息,解决了现有技术中通过PTP方式正接收或感兴趣接收MBMS业务的UE如何来监听MBSFN区域内的MBMS业务的问题,从而使得通过单播接收业务的UE也可以参与Counting反馈,并在网络提供相应的多播业务且自身具有接收多播业务的能力时,及时切换或恢复到多播业务接收状态,释放单播业务的资源,从而提高网络资源的利用率。
其中,步骤S104中所获取的相应MCCH上的信息可以为以下信息:MBMS业务以PTM方式开始信息、MBMS counting过程开始信息、MBMS业务恢复过程的开始信息。
其中,上述UE是指具有PTM方式接收MBMS能力的UE,即具有MBMS能力的UE。
其中,在步骤S102中,以PTP方式接收或感兴趣接收MBMS业务的UE,在进入MBSFN区域或处于MBSFN区域内时,需要监听PDCCH上的MBMS通知notification消息。UE进入MBSFN区域或处于MBSFN区域内,是指UE通过SIB13获知MBMS业务的相关信息,如MBSFN区域信息列表,MBMS notification配置等,并通过所述信息判断自身进入MBSFN区域;或者通过其他方式,获知进入MBSFN区域或处于MBSFN区域内。
其中,UE监测到PDCCH上的MBMS通知notification消息后,可以进一步的去获取MCCH消息,并根据MCCH消息上的指示去上报正在通过单播接收的MBMS业务信息;或在指定位置上通过MBSFN方式接收MBMS业务;或恢复通过MBSFN方式接收MBMS业务。
实施例二
在本实施例中,某UE正在通过单播接收MBMS业务。考虑到目前的counting机制中要求统计感兴趣接收某MBMS业务(此处指的是通过多播以MBSFN的方式接收该业务)的UE数目。在最近的3GPP会议中,通过单播接收MBMS业务也被认为是感兴趣接收该MBMS业务。因此,本实施例提供了一种监听MBMS业务的方法,使得正在通过单播接收MBMS业务的UE可以接收到网络发送的counting请求,从而能上报自己感兴趣的MBMS业务的情况。
图4是根据本发明实施例二的监听MBMS业务的方法流程图。如图4所示,包括以下步骤:
步骤S402,UE通过单播接收MBMS业务。
所述UE是指具有MBMS能力的UE,即该UE既可以通过单播PTP的方式接收MBMS业务,也可以通过多播以MBSFN的方式接收MBMS业务。
步骤S404,UE进入MBSFN区域或处于MBSFN区域内时,监测PDCCH上的MBMS业务通知notification消息。
具体的,UE进入MBSFN区域或处于MBSFN区域内,可以通过SIB13消息进行判断:当UE在SIB13上检测到MBMS业务的相关信息,如MBSFN区域信息列表,notification配置等时,则可以认为该UE处于通过多播PTM发送MBMS业务的MBSFN区域之内。当然,此处并不限制所述MBMS业务是否是UE正在通过单播接收的MBMS业务。只要UE检测到在SIB13上有任何MBMS业务的信息,或者通过其他方式得知UE进入了MBSFN区域或处于MBSFN区域内,则开始监测MBMS业务通知notification消息。
步骤S406,当UE在notification消息上监测到自己所在的MBSFN区域的MCCH发生变化时,获取相应的MCCH消息。
具体的,当notification上的某个MBSFN对应的bit(比特)为1时,则在下一个MCCH修改周期(Modification Period,MP)上读取该MBSFN对应的MCCH上的消息;当notification上有多个bit为1时,则分别在这些MCCH的下一个修改周期上读取这些bit对应的MCCHs上的消息。实际上,当网络发送counting请求时,会在notification上发送通知信息,并在MCCH上发送Counting Request消息。正在通过单播以PTP方式接收MBMS业务的UE通过监测MBMS通知notification消息,即可获知网络发送的counting请求。
步骤S408,UE根据MCCH上的counting request消息,向网络侧上报相应的MBMS业务信息。
上报相应的MBMS业务信息,是指针对counting request消息中的MBMS业务列表中的MBMS业务信息,UE如果正在接收其中的某个MBMS业务,则向基站上报该业务在MBMS业务列表中出现顺序的索引号。相应地,还可以包括该业务所在的MBSFN区域的信息。本发明中其他地方所提到的向网络侧上报相应的MBMS业务信息,其含义和此处相同。
具体的,由于UE正在接收单播业务,处于RRC连接态,因此可以利用RRC消息向基站上报自己对counting request消息中要求统计的MBMS业务的接收情况,从而完成MBMScounting过程。
在本实施例中,正在通过单播接收MBMS业务的UE,通过监测PDCCH上的MBMS业务通知notification消息,并根据该消息读取相应MCCH上的内容,获知网络的counting请求,并完成上报过程,从而使得现有的counting机制更加的完善。
实施例三
本实施例中,某用户处于MBSFN区域覆盖以外的地区,正在通过大屏幕UE观看足球节目(该节目为一MBMS业务)。此时,该UE通过单播PTP连接到该节目的节目源,且该UE具有MBMS能力(即通过MBSFN方式接收MBMS业务的能力)。由于用户的移动或MBSFN区域的变化,该UE主动或被动进入MBSFN区域。此时,UE可以通过以下方式来实现通过MBSFN方式接收该业务,释放相应的单播资源,提高网络资源的利用率。
图5是根据本发明实施例三的监听MBMS业务的方法流程图。如图5所示,包括以下步骤:
步骤S502,UE通过单播以PTP的方式接收MBMS业务。该UE是指具有MBMS能力的UE,即该UE既可以通过单播PTP的方式接收MBMS业务,也可以通过多播以MBSFN的方式接收MBMS业务。
步骤S504,当该UE进入MBSFN区域或处于MBSFN区域内时,监测PDCCH上的MBMS通知notification消息。
具体的,UE进入MBSFN区域或处于MBSFN区域内,可以通过SIB13消息进行判断:当UE在接收到的系统广播消息SIB13中检测到包含有MBMS业务的相关信息,如MBSFN区域信息列表,notification配置等时,则判定自身进入MBSFN区域或处于MBSFN区域内。当然,UE也可以通过网络信令或其他方式来确定进入MBSFN区域或处于MBSFN区域内。
实际上,UE进入MBSFN区域,并不限定UE进入MBSFN区域的方式,以及UE进入该区域时的状态。例如,由于MBSFN区域变化,如保留小区变成了非保留小区,小区加入了某个MBSFN区域等,UE被动的进入了MBSFN区域,UE也可以监测到SIB13中的MBMS业务信息。此外,UE中途关机,但只要在开机后处于MBSFN区域,且继续通过单播以PTP方式接收该业务,则当其监测到SIB13中的MBMS业务信息时,也需要开始监测PDCCH上的MBMS业务通知notification消息。
步骤S506,UE根据notification消息,获取相应的MCCH信息。
具体的,当网络决定在该MBSFN区域以PTM方式提供UE正在通过PTP方式接收的MBMS业务时,UE需要在接收到MBMS业务的通知notification消息的下一个MBMS修改周期获取MCCH信息。
步骤S508,UE根据MCCH信息的内容,在相应的资源位置上以多播MBSFN的方式接收MBMS业务,并停止通过单播接收业务,释放相应的单播资源。
具体的,UE根据MCCH上MBMS业务的相关配置信息,如MBSFN区域配置信息等,在相应的MTCH上接收MBSFN多播子帧。此外,UE需要停止通过单播接收业务,释放相应资源。从而,UE从以单播PTP接收该MBMS业务转为以多播MBSFN的方式接收,节省了网络的单播资源,提高了多播资源的利用率。
在本实施例中,对于正在通过单播接收MBMS业务的UE,由于移动进入MBSFN区域或处于MBSFN区域内时,则开始监测PDCCH上的MBMS通知notification消息,并根据该消息获取MCCH上的MBMS业务相关信息,从而通过多播以MBSFN方式在指定位置接收MBMS业务,并释放相应的单播资源。通过本方法,UE可以尽量以多播的方式接收业务,从而节省了网络的单播资源,提高了无线资源的利用率。
实施例四
在本实施例中,当UE通过单播以PTP方式接收某MBMS业务时,则监测PDCCH上的MBMS通知notification信息。更进一步,所述UE可以根据notification通知信息,读取相应MBSFN区域的MCCH上的消息,并根据MCCH上消息的内容,选择相应的操作。
图6是根据本发明实施例四的监听MBMS业务的方法流程图。如图6所示,包括以下步骤:
步骤S602,UE正在通过单播以PTP方式接收MBMS业务。该UE是指具有MBMS能力的UE,即既可以通过多播以MBSFN的方式接收MBMS业务,又可以通过单播接收MBMS业务的UE。
步骤S604,UE监测PDCCH上的MBMS通知notification消息;
具体的,正在通过单播以PTP方式接收MBMS业务的UE,当其在SIB13上监测到MBMS相关信息,如MBSFN区域信息列表,notification配置等信息时,则开始监测PDCCH上的MBMS通知notification消息;或者当UE通过其他方式得知进入MBSFN区域或处于MBSFN区域范围,如接收到MBMS标识信息等,则开始监测PDCCH上的MBMS通知notification消息;
步骤S606,UE根据notification的通知消息,读取相应MCCH信道上的信息,并根据MCCH上的信息选择相应的操作。
具体的,当UE监测到notification某bit被置1后,则在下一个MCCH MP上读取MCCH上的信息,并根据MCCH上信息的不同,如所述MBMS业务以PTM方式开始,和/或MBMScounting过程开始和/或MBMS业务恢复过程开始等,选择相应的操作,例如:
当MCCH上包含counting request信息时,则UE判断是MBMS counting过程开始。于是,UE确认自己是否接收所述counting request请求消息中包含的MBMS业务。如果UE正在接收的业务包含在counting request消息中,则UE将自己正在接收的MBMS业务的信息上报基站。所述UE将自己正在接收的MBMS业务的信息上报基站,是指当UE正在通过PTP接收的MBMS业务包含在counting request的业务列表中的话,则UE需要上报该业务在所述业务列表中出现的顺序的索引。可选的,还需要上报所述UE正在通过PTP接收的MBMS业务所在的MBSFN区域的索引号。
当MCCH上包含所述MBMS业务的相关配置信息,如MBSFN区域配置信息等时,UE判断MBMS业务以PTM方式开始。此时,UE根据MCCH信息的内容在相应的位置上接收MBMS业务,并停止通过单播PTP方式接收该业务,释放单播相关的资源。
当MCCH上包含MBMS业务恢复过程开始的相关指示时,UE根据所述指示信息内容在相应位置上接收MBMS业务,并停止通过单播PTP方式接收该业务,释放单播相关的资源。
当然,MCCH上还可能包含其他的信息,UE根据所述信息的内容选择相应的操作即可,此处不再赘述。
通过本实施例,正在接收单播业务的UE,当在广播信道,如SIB13上监测到MBMS业务信息时,则开始监测PDCCH上的MBMS业务通知notification信息,并根据信息内容读取相应的MCCH内容。进一步的,可根据MCCH上内容的不同,选择不同的操作,以提高网络的资源利用效率,并确保可以参与网络的counting过程。
实施例五
在本实施例中,对某一MBMS业务感兴趣接收的UE,需要监测PDCCH上的MBMS通知notification消息;进一步的,根据notification消息的内容,获取相应MBSFN区域上的MCCH信息,并根据MCCH信息的内容执行相应的操作。
图7是根据本发明实施例五的监听MBMS业务的方法流程图。如图7所示,包括以下步骤:
步骤S702,UE开始感兴趣接收某一MBMS业务。
具体的,本实施例中感兴趣接收某一MBMS业务,是指UE通过与上层的交互,被设定为感兴趣接收该MBMS业务,当网络提供该业务时,则UE会通过单播以PTP方式或多播以MBSFN方式接收该业务;或者,所述感兴趣接收某一MBMS业务,也可以指UE正在通过单播以PTP方式接收该MBMS业务;或者,也可以根据UE以前的接收记录(如由于网络停止发送造成的UE接收某MBMS业务中止,则可以认为UE感兴趣接收该MBMS业务),或者与用户的交互,用户的设定等来判断UE感兴趣接收某一MBMS业务。
在本实施例中,UE开始感兴趣接收某一MBMS业务,是指UE以前对接收该业务不感兴趣,而从某一时刻开始感兴趣接收该业务。例如,某UE之前处于通话状态,既不通过单播,也不通过多播接收某MBMS业务,而UE也没有设置为对该业务感兴趣接收的状态。用户通话完毕之后,开始搜索该MBMS节目,并将UE设置为搜索到该节目时,立即接收该业务的状态,则认为该UE开始感兴趣接收某一MBMS业务。
步骤S704,UE监测PDCCH上的MBMS业务通知notification消息。
具体的,当UE在SIB13中检测到包含有MBMS业务的相关信息,如MBSFN区域信息列表,notification配置等时,则开始监测PDCCH上的MBMS业务通知notification消息;或者当UE通过其他方式得知进入MBSFN区域或处于MBSFN区域范围,如接收到MBMS标识信息等,则开始监测PDCCH上的MBMS通知notification消息。
步骤S706,UE根据notification消息的指示,读取相应的MCCH信道上的信息,并根据MCCH信息的内容,选择相应的操作。
具体的,当UE监测到notification某bit被置1后,则在该bit对应的MCCH的下一个MP上读取MCCH上的信息,并根据MCCH上信息的不同,如所述MBMS业务以PTM方式开始,和/或MBMS counting过程开始和/或MBMS业务恢复过程开始等,选择相应的操作,如:
当MCCH上包含counting request信息时,UE判断MBMS counting过程开始,则UE根据MCCH上的counting request消息,向网络侧上报相应的MBMS业务信息。具体的,上报相应的MBMS业务信息,是指针对counting request消息中的MBMS业务列表中的MBMS业务信息,UE如果正在接收其中的某个MBMS业务,则向基站上报该业务在MBMS业务列表中出现顺序的索引号。可选的,还可以包括该业务所在的MBSFN区域的信息。
当MCCH上包含所述MBMS业务的相关配置信息,如MBSFN区域配置信息等时,UE判断MBMS业务以PTM方式开始。此时,UE根据MCCH信息的内容在相应的位置上接收MBMS业务。如果此前UE正在通过单播PTP方式接收业务,则需要停止通过单播PTP方式接收该业务,释放单播相关的资源。
当MCCH上包含MBMS业务恢复过程开始的相关指示时,UE根据所述指示信息内容在相应位置上接收MBMS业务。同样的,如果此前UE正在通过单播PTP方式接收业务,则需要停止通过单播PTP方式接收该业务,释放单播相关的资源。
当然,MCCH上还可能包含其他的信息,UE根据所述信息的内容选择相应的操作即可,此处不再赘述。
通过本实施例,对某一MBMS业务感兴趣的UE监测PDCCH上的MBMS通知notification消息,根据消息的指示读取相应的MCCH信息,并根据MCCH信息的指示进行相应的操作,如参与counting的上报过程,恢复接收挂起的MBMS业务,或者通过多播以MBSFN的方式接收相应MBMS业务。如果UE正在通过单播接收所述MBMS业务,则当其可以通过多播接收该业务时,需要停止通过单播继续接收业务,并释放相应的单播资源,从而提高网络资源利用效率。
实施例六
图8是根据本发明实施例六的监听MBMS业务的用户设备结构示意图。如图8所示,该用户设备包括:监听模块10和获取模块20
其中,监听模块10,用于在UE通过PTP方式接收或感兴趣接收MBMS业务的情况下,监听PDCCH上的MBMS通知notification消息;获取模块20,用于根据监听到的notification消息获取相应MCCH上的信息。
所获取的MCCH上的信息可以为:MBMS业务以PTM方式开始信息、MBMS counting过程开始信息或MBMS业务恢复过程的开始信息。
实施例七
图9是根据本发明实施例七的监听MBMS业务的用户设备结构示意图。如图9所示,除包括实施例六中的各功能模块外,还包括:判断模块30和执行模块40。
其中,判断模块40,用于判断UE是否处于MBSFN区域内。执行模块40根据获取模块20所获取的信息,执行相应的操作。例如:在UE所获取的信息为MBMS业务以PTM方式开始的情况下,则执行模块40在相应的资源位置上以PTM方式接收MBMS业务,并放弃相应的PTP资源。在UE所获取信息为MBMS counting过程开始的情况下,则执行模块40将正在接收的MBMS业务的信息上报基站侧。在UE获取信息为MBMS业务恢复过程的开始的情况下,则执行模块40在相应的资源位置上以PTM方式接收MBMS业务,并放弃相应的PTP资源。
实施例八
在实施例八中,采用另一种模块划分来实现的监听MBMS业务的UE。图10是根据本发明实施例八的监听MBMS业务的UE结构示意图。如图10所示,该UE包括:判断单元70、监测单元71和接收单元72。
其中,判断单元70用于判断UE是否对MBMS业务感兴趣或正在以PTP方式接收MBMS业务。本实施例中的UE为具有MBMS能力的UE;所述判断UE是否对MBMS业务感兴趣,是指UE通过与上层的交互,被设定为感兴趣接收该MBMS业务,当网络提供该业务时,则UE会通过单播以PTP方式或多播以MBSFN方式接收该业务;或者,所述感兴趣接收某一MBMS业务,也可以指UE正在通过单播以PTP方式接收该MBMS业务;或者,也可以根据UE以前的接收记录(如由于网络停止发送造成的UE接收某MBMS业务中止,则可以认为UE感兴趣接收该MBMS业务),或者与用户的交互,用户的设定等来判断UE感兴趣接收某一MBMS业务。
监测单元71用于监测MBMS通知notification信息;当UE进入MBSFN区域或处于MBSFN区域内,即UE在SIB13上检测到MBMS业务相关信息,如MBSFN区域信息列表,notification配置等时,则开始监测PDCCH上的MBMS通知notification消息。当然,UE也可以通过其他方式判断进入或处于MBSFN区域内,此时同样需要监测MBMS通知notification信息。UE进入MBSFN区域或处于MBSFN区域内,可能是由于移动等原因主动进入,也可能是由于MBSFN区域变动等原因被动进入。
接收单元72用于接收系统消息,MBMS控制信息和数据业务。具体的,当监测单元71监测到MBMS通知notification信息时,则接收相应的MBSFN区域的MBMS控制信息,并根据控制信息的内容,接收MBMS数据业务。
实施例九
图11是根据本发明实施例九的监听MBMS业务的UE结构示意图。如图11所示,该用户设备除包括实施八中的判断单元70、监测单元71和接收单元72外,还包括
其中,上报单元73用于上报相应的MBMS业务信息。具体的,当接收单元72接收到的相应MBSFN区域的MBMS控制信息包含counting request时,UE向网络侧上报相应的MBMS业务信息。所述上报相应的MBMS业务信息,是指针对counting request消息中的MBMS业务列表中的MBMS业务信息,UE如果正在接收其中的某个MBMS业务,则上报单元73向基站上报该业务在MBMS业务列表中出现顺序的索引号。相应地,还可以包括该业务所在的MBSFN区域的信息。
通过本发明的上述各实施例,正在通过单播接收MBMS业务,且具有MBMS能力的UE,在进入MBSFN区域的时候,监听PDCCH上的MBMS通知notification消息,并根据notification消息的指示读取相应的MCCH信息。根据MCCH上信息的指示,该UE可以参与Counting的业务上报;或者在相应位置上通过MBSFN方式接收相应的业务;或者接收恢复了的MBMS业务。使得通过单播接收业务的UE也可以参与Counting反馈,并在网络提供相应的多播业务且自身具有接收多播业务的能力时,及时切换或恢复到多播业务接收状态,释放单播业务的资源,从而提高网络资源的利用率。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储用户设备中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1.一种监听多媒体广播多播业务的方法,其特征在于,包括:
通过PTP方式接收或感兴趣接收MBMS业务的UE监听PDCCH上的MBMS通知notification消息;
所述UE根据监听到的所述notification消息获取相应MCCH上的信息。
2.根据权利要求1所述的方法,其特征在于,所述相应MCCH上的信息至少包括以下之一:
所述MBMS业务以PTM方式开始信息、MBMS counting过程开始信息、所述MBMS业务恢复过程的开始信息。
3.根据权利要求2所述的方法,其特征在于,所述UE根据监听到的所述notification消息获取MCCH上的与所述MBMS业务相关的信息之后,还包括:
在所述UE获取所述MBMS业务以PTM方式开始信息的情况下,所述UE在相应的资源位置上以PTM方式接收所述MBMS业务,并释放相应的PTP资源。
4.根据权利要求2所述的方法,其特征在于,所述UE根据监听到的所述notification消息获取MCCH上的与所述MBMS业务相关的信息之后,还包括:
在所述UE获取所述MBMS counting过程开始信息的情况下,所述UE将正在接收的MBMS业务的信息上报基站侧。
5.根据权利要求2所述的方法,其特征在于,所述UE根据监听到的所述notification消息获取MCCH上的与所述MBMS业务相关的信息之后,还包括:
在所述UE获取所述MBMS业务恢复过程的开始信息的情况下,所述UE在相应的资源位置上以PTM方式接收所述MBMS业务,并释放相应的PTP资源。
6.根据权利要求1至5任一项所述的方法,其特征在于,通过PTP方式正接收或感兴趣接收MBMS业务的UE监听PDCCH上的MBMS通知notification消息,包括:
所述UE判断自身是否处于MBSFN区域内;
如果是,则所述UE监听PDCCH上的MBMS通知notification消息。
7.根据权利要求6所述的方法,其特征在于,所述UE判断自身是否正在进入MBSFN区域或处于MBSFN区域内,包括:
UE通过所接收到的系统广播消息SIB13判断自身是否进入MBSFN区域。
8.一种监听多媒体广播多播业务的用户设备,其特征在于,包括:
监听模块,用于在所述用户设备通过PTP方式正接收或感兴趣接收MBMS业务的情况下,监听PDCCH上的MBMS通知notification消息;
获取模块,用于根据监听到的所述notification消息获取相应MCCH上的信息。
9.根据权利要求8所述的用户设备,其特征在于,所述相应MCCH上的信息至少包括以下之一:
所述MBMS业务以PTM方式开始信息、MBMS counting过程开始信息、所述MBMS业务恢复过程的开始信息。
10.根据权利要求9所述的用户设备,其特征在于,还包括:
执行模块,用于在所述用户设备获取所述MBMS业务以PTM方式开始信息的情况下,在相应的资源位置上以PTM方式接收所述MBMS业务,并放弃相应的PTP资源。
11.根据权利要求9所述的用户设备,其特征在于,执行模块还用于:在所述用户设备获取所述MBMS counting过程开始信息的情况下,将正在接收的MBMS业务的信息上报基站侧。
12.根据权利要求9所述的用户设备,其特征在于,执行模块还用于:在所述用户设备获取所述MBMS业务恢复过程的开始信息的情况下,在相应的资源位置上以PTM方式接收所述MBMS业务,并放弃相应的PTP资源。
13.根据权利要求8至12任一项所述的用户设备,其特征在于,还包括:判断模块,用于判断所述用户设备是否处于MBSFN区域内。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110083997.8A CN102740231B (zh) | 2011-04-02 | 监听多媒体广播多播业务的方法及用户设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110083997.8A CN102740231B (zh) | 2011-04-02 | 监听多媒体广播多播业务的方法及用户设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102740231A true CN102740231A (zh) | 2012-10-17 |
CN102740231B CN102740231B (zh) | 2016-12-14 |
Family
ID=
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014146615A1 (en) * | 2013-03-22 | 2014-09-25 | Mediatek Inc. | Radio resource efficient transmission for group communication over lte embms |
WO2017005133A1 (zh) * | 2015-07-07 | 2017-01-12 | 电信科学技术研究院 | 一种信息发送接收方法及装置 |
CN106341794A (zh) * | 2015-07-07 | 2017-01-18 | 电信科学技术研究院 | 一种信息发送方法及装置 |
CN107295469A (zh) * | 2016-04-01 | 2017-10-24 | 电信科学技术研究院 | V2x业务数据的传输方法及装置 |
CN107529147A (zh) * | 2016-06-22 | 2017-12-29 | 上海朗帛通信技术有限公司 | 一种无线传输的方法和装置 |
CN107580301A (zh) * | 2017-08-30 | 2018-01-12 | 西安工程大学 | 多媒体广播单频网mbsfn区域保留小区实现的方法 |
WO2022012170A1 (zh) * | 2020-07-15 | 2022-01-20 | 大唐移动通信设备有限公司 | 一种广播组播传输方式的切换方法、终端及基站 |
CN114630282A (zh) * | 2020-12-10 | 2022-06-14 | 海能达通信股份有限公司 | 通信方法及其相关装置 |
CN115836538A (zh) * | 2020-06-29 | 2023-03-21 | 联发科技(新加坡)私人有限公司 | 具有上行链路反馈的可靠多播传输 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080267109A1 (en) * | 2007-04-27 | 2008-10-30 | Interdigital Technology Corporation | Method and apparatus of resource management for multimedia broadcast multicast services |
CN101350949A (zh) * | 2007-07-16 | 2009-01-21 | 中兴通讯股份有限公司 | 点到点向点到多点发送方式的切换方法及其系统 |
CN101453698A (zh) * | 2008-12-30 | 2009-06-10 | 中国科学院计算技术研究所 | 一种支持mbms服务的寻呼方法 |
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080267109A1 (en) * | 2007-04-27 | 2008-10-30 | Interdigital Technology Corporation | Method and apparatus of resource management for multimedia broadcast multicast services |
CN101350949A (zh) * | 2007-07-16 | 2009-01-21 | 中兴通讯股份有限公司 | 点到点向点到多点发送方式的切换方法及其系统 |
CN101453698A (zh) * | 2008-12-30 | 2009-06-10 | 中国科学院计算技术研究所 | 一种支持mbms服务的寻呼方法 |
Non-Patent Citations (1)
Title |
---|
JACKSONVILLE: ""Clarification on Session Start for MBMS Service over Unicast"", 《3GPP TSG-RAN2 MEETING #72,R2-106541》, 19 November 2010 (2010-11-19) * |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10028109B2 (en) | 2013-03-22 | 2018-07-17 | Mediatek Inc. | Group communication over LTE eMBMS |
US9319851B2 (en) | 2013-03-22 | 2016-04-19 | Mediatek, Inc. | Radio resource efficient transmission for group communication over LTE eMBMS |
US9386425B2 (en) | 2013-03-22 | 2016-07-05 | Mediatek Inc. | Group communication over LTE eMBMS |
US9445243B2 (en) | 2013-03-22 | 2016-09-13 | Mediatek Inc. | Service continuity for group communication over LTE eMBMS |
US9473906B2 (en) | 2013-03-22 | 2016-10-18 | Mediatek Inc. | Idle mode reception for group communication over LTE eMBMS |
US10687179B2 (en) | 2013-03-22 | 2020-06-16 | Hfi Innovation Inc. | Service continuity for group communication over LTE eMBMS |
WO2014146615A1 (en) * | 2013-03-22 | 2014-09-25 | Mediatek Inc. | Radio resource efficient transmission for group communication over lte embms |
CN104854888B (zh) * | 2013-03-22 | 2019-04-16 | 寰发股份有限公司 | 群组通信的空闲模式接收方法以及用户设备 |
US10080109B2 (en) | 2013-03-22 | 2018-09-18 | Mediatek Inc. | Service continuity for group communication over LTE eMBMS |
CN106341813B (zh) * | 2015-07-07 | 2019-12-13 | 电信科学技术研究院 | 一种信息发送接收方法及装置 |
CN106341794B (zh) * | 2015-07-07 | 2019-08-30 | 电信科学技术研究院 | 一种信息发送方法及装置 |
WO2017005133A1 (zh) * | 2015-07-07 | 2017-01-12 | 电信科学技术研究院 | 一种信息发送接收方法及装置 |
CN106341794A (zh) * | 2015-07-07 | 2017-01-18 | 电信科学技术研究院 | 一种信息发送方法及装置 |
CN106341813A (zh) * | 2015-07-07 | 2017-01-18 | 电信科学技术研究院 | 一种信息发送接收方法及装置 |
CN107295469B (zh) * | 2016-04-01 | 2019-12-20 | 电信科学技术研究院 | V2x业务数据的传输方法及装置 |
CN107295469A (zh) * | 2016-04-01 | 2017-10-24 | 电信科学技术研究院 | V2x业务数据的传输方法及装置 |
CN107529147A (zh) * | 2016-06-22 | 2017-12-29 | 上海朗帛通信技术有限公司 | 一种无线传输的方法和装置 |
CN107529147B (zh) * | 2016-06-22 | 2021-03-09 | 上海朗帛通信技术有限公司 | 一种无线传输的方法和装置 |
CN107580301A (zh) * | 2017-08-30 | 2018-01-12 | 西安工程大学 | 多媒体广播单频网mbsfn区域保留小区实现的方法 |
CN115836538A (zh) * | 2020-06-29 | 2023-03-21 | 联发科技(新加坡)私人有限公司 | 具有上行链路反馈的可靠多播传输 |
WO2022012170A1 (zh) * | 2020-07-15 | 2022-01-20 | 大唐移动通信设备有限公司 | 一种广播组播传输方式的切换方法、终端及基站 |
CN114630282A (zh) * | 2020-12-10 | 2022-06-14 | 海能达通信股份有限公司 | 通信方法及其相关装置 |
CN114630282B (zh) * | 2020-12-10 | 2024-01-12 | 海能达通信股份有限公司 | 通信方法及其相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10638454B2 (en) | Wireless communication system, communication control method, radio base station, radio terminal, and storage medium | |
CN102158808B (zh) | Mcch信息的接收方法及装置、用户设备 | |
CN102158807B (zh) | Mcch通知信息的监听方法及装置、用户设备 | |
US11197128B2 (en) | System for transmitting control signals using an uplink | |
CN101931885B (zh) | 多媒体广播和组播业务控制信道更新的通知方法及系统 | |
US7450933B2 (en) | Method of efficiently transmitting control information for multimedia broadcast/multicast service | |
US11071089B2 (en) | Dynamic switching of streaming service between broadcast and unicast delivery | |
CN104813690A (zh) | 基于lte增强型多媒体广播多播业务的群组通信 | |
EP3091776A1 (en) | Method and device for sending instruction information and user equipment | |
CN102036179B (zh) | 无线通讯系统的群播控制通道读取方法与通讯装置 | |
CN103561389A (zh) | 一种mbms测量方法、系统及基站、用户设备 | |
CN102651847B (zh) | 一种网元获取用户设备的接收状况信息的方法及系统 | |
CN106993275A (zh) | 多媒体广播多播业务mbms的发送处理方法及装置 | |
CN102263621A (zh) | Mbms业务上行反馈机制实现方法及系统 | |
CN104754519B (zh) | 一种组通信业务的处理方法、用户设备和网络侧设备 | |
CN102056342A (zh) | 一种多播控制信道mcch的收发方法、装置和系统 | |
CN101931879B (zh) | 一种多播控制信道信息的传输方法及其设备 | |
JP5957143B2 (ja) | 放送サービスのリソース割当方法、リソース管理センター及びmme | |
CN102104836A (zh) | Mbms业务接收状态的上报方法和设备 | |
CN102625244A (zh) | 一种实现多媒体广播多播业务上报及连续性的方法和设备 | |
CN102740231B (zh) | 监听多媒体广播多播业务的方法及用户设备 | |
CN102740231A (zh) | 监听多媒体广播多播业务的方法及用户设备 | |
CN102413427B (zh) | Mbms业务的统计信令的通知方法和系统 | |
CN102957999A (zh) | 启动多个mbms计数过程的方法及系统、mce和基站 | |
CN101547400A (zh) | 多媒体广播多播业务资源使用信息的通知方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20201222 Address after: 224000 room 1306, yanchuang building, Yandu District, Yancheng City, Jiangsu Province (d) Patentee after: Yancheng Hengyuan Investment Development Co.,Ltd. Address before: 518057 No. 55 South Science and technology road, Shenzhen, Guangdong, Nanshan District Patentee before: ZTE Corp. |