CN101616363A - 一种获取多播广播业务的方法和终端 - Google Patents
一种获取多播广播业务的方法和终端 Download PDFInfo
- Publication number
- CN101616363A CN101616363A CN200910161313A CN200910161313A CN101616363A CN 101616363 A CN101616363 A CN 101616363A CN 200910161313 A CN200910161313 A CN 200910161313A CN 200910161313 A CN200910161313 A CN 200910161313A CN 101616363 A CN101616363 A CN 101616363A
- Authority
- CN
- China
- Prior art keywords
- network side
- multimedia broadcast
- multicast service
- broadcast multicast
- service information
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种获取多播广播业务的方法,该方法包括:接收网络侧主动下发的多播广播业务信息;与网络侧建立业务流;在所述业务流建立后,接收网络侧发送的多播广播业务数据;根据接收的所述多播广播业务信息,显示所述接收到的多播广播业务数据。本发明实施例还提供相应的终端。本发明技术方案由于获取多播广播业务信息,与网络侧建立业务流,根据与网络侧建立的业务流,接收网络侧发送的多播广播业务的数据,将接收到的业务数据最终显示给用户,用户终端不需要进行与网络侧进行多播广播业务的订阅等于计费相关的操作,用户获取多播广播业务的方法相比现有技术更加简单,且适用于提供免费的多播广播业务。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种获取多播广播业务的方法和终端。
背景技术
全球微波接入互操作性(WiMAX,Worldwide Interoperability forMicrowave Access)网络是一种新兴的无线接入技术,该技术可以提供面向互联网的高速连接和远距离覆盖,具有服务质量(QoS,Quality of Service)保障、传输速率高、业务丰富、安全可靠、支持高速移动等优点。随着WiMAX技术的发展,网络覆盖范围迅速扩大以及用户数量的激增,WiMAX网络对多播广播业务(MBS,Multicast Broadcast Service)的支持已经被提上日程。现有的WiMAX网络中可以实现将数字广播、数字电视、免费广告、紧急消息通知等业务的消息通过多播或者广播的方式发送给用户。
现有技术中,参见图1所示,根据WiMAX网络工作组(NWG,NetworkWorking Group)制定的协议,用户获取网络侧提供的多播广播业务时需要执行如下操作:
步骤1:用户终端通过发送请求消息给多播广播业务服务器(MCBCSServer),获取MCBCS Server支持的多播广播业务;
步骤2:用户终端向MCBCS服务器发送订阅多播广播业务的信息,其中,用户终端订阅的多播广播业务必须是MCBCS服务器所支持的多播广播业务;
步骤3:当用户终端订阅多播广播业务成功后,向MCBCS服务器发送请求加入该用户所订阅的MCBCS业务;
步骤4:用户终端与基站建立业务流;
其中,网络侧与步骤4中所说的基站之间建立数据通道,方便后续多播广播业务传输。
步骤5:用户终端通过已经建立的业务流,接收网络侧发送的MCBCS业务数据,并通过用户终端中的应用软件将上述MCBCS业务数据显示给用户。
其中,网络侧发送MCBCS业务数据给用户终端的具体过程通常是:网络侧的MCBCS服务器将MCBCS业务数据发送给用户终端所在的网关(GW,Gateway),GW在对应的多播广播业务域(MBS_Zone)内,向属于该MBS_Zone中的所有基站组播该MCBCS业务,该MBS_Zone中的所有基站对空口资源进行调度,将MCBCS业务数据组播或者广播给其覆盖范围内的用户终端。
用户终端通过执行上述步骤实现了接收到多播广播业务的目的。
在对现有技术的研究和实践过程中,本发明的发明人发现,目前NGW制定的协议中对于用户终端获取的多播广播业务的方法的规定,是针对付费的订阅业务的,对于一些免费的多播广播业务的情况该现有技术具有局限性。如:在繁华商业区或旅游景区,商家可以租用其周边一些WiMAX基站的MCBCS业务功能,让其免费广播自己的商品、服务等信息,只要用户拥有合适的WiMAX终端,就可免费接收到一些丰富类型的广播信息。此时,用户事先并未想到要预定该类业务,但很可能乐意接收这些免费信息作为自己消费的参考。或者,在紧急情况下,报警服务器可以向其覆盖范围的所有终端临时广播紧急信息,此时要求所有终端可以迅速有效的接收该信息。对于类似上述所举例的应用场景,上述现有技术提供的方法则不能适用。
发明内容
本发明实施例提供一种获取多播广播业务的方法和终端,对于一些多播广播业务,本发明实施例提供的技术方案可适用于免费的多播广播业务,更加灵活,执行方法相对现有技术简单。
本发明实施例提供了一种获取多播广播业务的方法,包括:
接收网络侧主动下发的多播广播业务信息;
与网络侧建立业务流;
在所述业务流建立后,接收网络侧发送的多播广播业务数据;
根据接收的所述多播广播业务信息,显示所述接收到的多播广播业务数据。
本发明实施例还提供了一种终端,包括:接收多播广播业务信息单元、建立业务流单元、接收单元和显示单元,
所述接收多播广播业务信息单元,用于接收网络侧主动下发的多播广播业务信息;
所述建立业务流单元,用于与网络侧建立业务流;
所述接收单元,用于在所述业务流建立后,接收网络侧发送的多播广播业务数据;
所述显示单元,用于根据接收的所述多播广播业务信息,显示所述接收到的多播广播业务数据。
本发明实施例采用获取多播广播业务信息,与网络侧建立业务流,根据与网络侧建立的业务流,接收网络侧发送的多播广播业务的数据,将接收到的业务数据最终显示给用户,用户终端不需要进行与网络侧进行多播广播业务的订阅等和计费相关的操作,用户获取多播广播业务的方法相比现有技术更加简单,且适用于提供免费的多播广播业务。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中用户终端获取多播广播业务的方法;
图2是本发明实施例一提供的一种获取多播广播业务的方法;
图3是本发明实施例二提供的一种获取多播广播业务的方法;
图4是本发明实施例三提供的终端的逻辑单元图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一、
本实施例提供了一种获取多播广播业务的方法,参见图2所示,该方法包括:
步骤A1:接收网络侧主动下发的包括多播广播业务信息的广播消息;
其中,上述步骤A1网络侧发送的包括多播广播业务信息的广播消息的执行主体可以是网络侧的基站(BS,Based Station),该基站从网络侧其它网元中获取多播广播业务信息,上述多播广播业务信息至少要包括:要多播广播的业务类型,如免费广播、视频业务、广告业务、紧急通知业务等,多播广播业务的区域标识(MBS_Zone ID),MCBCS业务的内容标识(Content ID),MCBCS业务流的标识(MCID),MCBCS业务所使用的多播互联网协议地址(ContentsIP)。其中,上述要多播或者广播的业务类型,具体可以包括:免费广播、视频业务、广告业务、紧急通知业务等业务。还需要说明的是,基站从网络侧获取的,且发送给用户终端的多播广播业务信息不限于上述所说的信息,还可以包括其它。
基站将获取的多播广播业务信息发送给其覆盖范围内的用户终端的具体方法可以是采用现有的广播消息,如:下行信道描述符(DCD,DownlinkChannel Description)、邻区广播消息(MOB_NBR-ADV:Neighbor AdvertisementMessage),也可以定义一条新的广播消息,如:免费多播广播消息(Free_MBS-ADV:Free Multicast-Broadcast Advertisement Message),将上述获取的多播广播业务信息发送给用户终端。
步骤A2:与网络侧建立业务流;
其中,步骤A2中具体可以是用户终端与网络侧的BS建立业务流,在该过程中获取到了多播广播业务对应的业务流的QoS参数。还需要说明的是,与网络侧建立业务流的操作可以是网络侧的BS主动发起的,也可以是用户终端主动发起的。该过程的具体执行方法可以参考现有技术。
步骤A3:在与网络侧建立业务流之后,接收网络侧发送的多播广播业务数据;
其中,上述步骤A3中用户终端根据已经建立的业务流,获取网络侧对多播广播业务对应的业务流的QoS参数,根据获取的QoS参数,调整空口资源,从而保证接收多播广播业务数据所需的带宽,保证接收质量。
步骤A4:根据步骤A1中接收的多播广播业务信息,显示接收到的多播广播业务数据。
其中,用户终端将接收到的多播广播业务数据,根据步骤A1中获取的多播广播业务信息进行业务流进行解析和分类,最终得到的结果才可以被用户终端显示出来。
对上述步骤A1至步骤A4的说明,实现用户终端可以获取多播广播业务的目的。用户终端是在执行步骤A1后,即接收到网络侧发送的包括多播广播业务信息的广播消息后,触发执行步骤A2,与网络侧建立业务流。该方法中可以认为是对用户终端预先进行了设置,即默认接收到包括多播广播业务信息的广播消息后,触发执行步骤A2。但是,也可以在用户终端不做预先设置,而有用户来决定是否触发步骤A2。因此,上述方法在步骤A1之后,步骤A2之前还可以包括:
步骤A1a:提示用户是否接收网络侧发送的多播广播业务数据;
步骤A1b:根据输入的接收网络侧发送的多播广播业务的指令,触发执行步骤A2。
通过上述对本实施例提供的一种获取多播广播业务的方法的说明,用户终端在接收到网络侧发送的包括多播广播业务信息的广播信息后,与网络侧建立业务流,根据与网络侧建立的业务流,接收网络侧发送的多播广播业务的数据,将接收到的业务数据最终显示给用户,用户终端不需要进行与网络侧进行多播广播业务的订阅,用户获取多播广播业务的方法相比现有技术更加简单,且适用于提供免费的多播广播业务。
实施例二、
本实施例提供了一种获取多播广播业务的方法,该方法与实施例一提供的方法相似,不同之处在于,实施例一中的用户终端和网络侧设备是支持WiMAX技术的设备,而在本实施例二中,用户终端和网络侧设备需要支持空口业务发放,如支持:用户端设备(CPE:Custom-Premises Equipment)广域网管理协议(如TR069)或者开放式移动体系结构(OMA,Open Mobile Architecture)协议等。参见图3所示,该方法具体包括:
步骤B1:接收网络侧发送的配置信息,该配置信息中至少包括:多播广播业务信息,如:多播或者广播的业务类型,多播广播业务的区域标识(MBS_Zone ID),MCBCS业务的内容ID(Content ID),MCBCS业务流的ID(MCID),MCBCS业务所使用的多播IP地址(Contents IP)。
其中,需要说明的是,在TR069或者OMA协议中定义了管理MCBCS业务的管理对象(MO,Manage Object)。每个MO管理一种MCBCS业务的相关参数如:多播或者广播的业务类型、MBS_Zone ID、Content ID、MCID、ContentsIP等信息。上述步骤B1中可以直接接收网络侧通过空口发送的MO,用户终端可以从接收到的MO中,获取到多播广播业务信息。
步骤B2:根据接收到的配置信息,对自身进行配置;
步骤B3:与步骤A2相似,与网络侧建立业务流;
步骤B4:与步骤A3相似,根据与网络侧建立的业务流,接收网络侧发送的多播广播业务的数据;
步骤B5:根据步骤B2中对自身配置的结果,显示接收到的多播广播业务数据。
从上述对实施例二的说明中,可知用户终端和网络侧都支持空口业务发放,即用户终端可以被网络侧远程配置,因此,当网络侧有多播广播业务,如免费的MCBCS业务时,在网络侧已经对该MCBCS业务进行规定,并且将每个MCBCS业务的相关参数设置为一个MO,如多播或者广播的业务类型、MBS_Zone ID、Content ID、MCID、Contents IP等信息设置在一个MO中。网络侧将生成的MO通过空口资源发送给用户终端,用户终端接收到该MO时,根据MO中的信息对自身进行配置,便于后续对接收到的多播广播业务数据的显示。
实施例三、
本实施例提供一种终端,如图4所示,该终端包括:接收多播广播业务信息单元10、建立业务流单元20,接收单元30和显示单元40。
其中,接收多播广播业务信息单元10,用于接收网络侧主动下发的多播广播业务信息,所述多播广播业务信息至少包括:多播或者广播的业务类型,多播广播业务的区域标识(MBS_Zone ID),MCBCS业务的内容ID(Content ID),MCBCS业务流的ID(MCID),MCBCS业务所使用的多播IP地址(Contents IP);
其中,上述多播广播业务信息不限于上述已经说明的信息。
建立业务流单元20,用于与网络侧建立业务流;
其中,建立业务流单元20具体可以包括:第一接收单元201和第一发送单元202。如果是用户终端主动发起的建立业务流,则第一发送单元202,用于发送动态建立业务流请求给基站;第一接收单元201,用于接收基站发送的动态建立业务流完整性响应,接收基站发送的包含有QoS参数的动态建立业务流响应;则第一发送单元202用于发送确认响应给基站。
上述对第一接收单元201和第一发送单元202的说明,实现了用户终端主动触发建立业务流的操作。实际上,对于基站主动建立业务流的情况,则第一接收单元201和第一发送单元202的说明与上述说明是不同的。由于建立业务流单元20是现有技术,则对于基站主动建立业务流时建立业务流单元20的具体说明可以参考现有技术。
接收单元30,用于在与网络侧建立业务流之后,接收网络侧发送的播广播业务数据;
显示单元40,用于根据接收的网络侧主动下发的多播广播业务信息,显示接收到的多播广播业务数据。
其中,用户终端可以将接收到的多播广播业务数据,根据已经获取的多播广播业务信息进行解析、分类,最后显示给用户。
可选的,上述终端中的接收多播广播业务信息单元10还可以包括:第二接收单元101和存储单元102。
其中,第二接收单元101,用于接收网络侧发送的包括多播广播业务信息的广播消息;
其中,上述网络侧指该终端所属的基站BS,该BS获取到网络侧上一级网元(如GW)发送来的多播广播业务信息。
存储单元102,用于存储接收到的多播广播业务信息,将存储的信息发送给上述显示单元40。
可选的,当该终端支持空口业务发放,如支持:TR069或者开放式移动体系结构(OMA,Open Mobile Architecture)协议等,则接收多播广播业务信息单元10还可以包括:第三接收单元103和配置单元104。
其中,第三接收单元103,用于接收网络侧发送的配置信息,该配置信息中包括:多播广播业务信息,如:多播或者广播的业务类型,多播广播业务的区域标识(MBS_Zone ID),MCBCS业务的内容ID(Content ID),MCBCS业务流的ID(MCID),MCBCS业务所使用的多播IP地址(Contents IP)。
根据实施例二中关于MO的说明可知,上述第三接收单元103可以具体是接收管理对象MO信息。
配置单元104,用于根据接收到的配置信息,对终端进行配置。
则显示单元40具体可以是根据配置的结果,显示接收到的多播广播业务数据。
通过上述对该终端的说明可知,该终端已经默认当网络侧有多播广播业务时,该终端就会显示,为了使得该终端更人性化,该终端中还可以包括:提示单元50和输入单元60。
其中,提示单元50,用于当获取网络侧的多播广播业务信息后,提示用户是否接收上述多播广播业务数据;
其中,显示单元40也可以实现提示单元50的功能,但是,提示单元50不限于由显示单元40来实现,还可以有其它实现形式,如语言提示等。
输入单元60,用于接收用户输入的网络侧主动下发多播广播业务数据的指令;
当输入单元60中输入的用户的指令为接收多播广播业务数据,则通知建立业务流单元20;当输入单元60中输入的用户的指令为不接收多播广播业务数据,则结束。
通过上述对本实施例提供的一种终端的说明,该终端获取网络侧的多播广播业务信息,与网络侧建立业务流,根据与网络侧建立的业务流,接收网络侧发送的多播广播业务的数据,将接收到的业务数据最终显示给用户,用户终端不需要进行与网络侧进行多播广播业务的订阅,用户获取多播广播业务的方法相比现有技术更加简单,且适用于提供免费的多播广播业务。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
以上对本发明实施例所提供的一种获取多播广播业务的方法以及终端进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1、一种获取多播广播业务的方法,其特征在于,包括:
接收网络侧主动下发的多播广播业务信息;
与网络侧建立业务流;
在所述业务流建立后,接收网络侧发送的多播广播业务数据;
根据接收的所述多播广播业务信息,显示所述接收到的多播广播业务数据。
2、根据权利要求1所述的方法,其特征在于,所述接收网络侧主动下发的多播广播业务信息,具体包括:
接收网络侧主动下发的广播消息,所述广播消息包括多播广播业务信息,从而接收到网络侧主动下发的多播广播信息。
3、根据权利要求2所述的方法,其特征在于,所述广播消息包括:下行信道描述符、邻区广播消息、或者免费多播广播消息其中任一项。
4、根据权利要求1所述的方法,其特征在于,所述接收网络侧主动下发的多播广播业务信息,具体包括:
接收网络侧发送的配置信息,所述配置信息中包括多播广播业务信息;
根据所述配置信息,对自身进行配置;
则所述根据接收的所述多播广播业务信息,显示所述接收到的多播广播业务数据,具体包括:
根据配置的结果,显示所述接收到的多播广播业务数据。
5、根据权利要求1所述的方法,其特征在于,所述接收网络侧主动下发的多播广播业务信息之后,所述与网络侧建立业务流之前,所述方法还包括:
提示用户是否接收网络侧发送的多播广播业务数据;
根据用户输入的接收网络侧主动下发的多播广播业务数据的指令,触发执行与网络侧建立业务流。
6、根据权利要求1至5任一项所述的方法,其特征在于,所述多播广播业务信息至少包括:多播广播的业务类型、多播广播业务的区域标识、多播广播业务的内容标识、多播广播业务流标识和多播广播业务使用的多播互联网协议地址。
7、一种终端,其特征在于,包括:接收多播广播业务信息单元、建立业务流单元、接收单元和显示单元,
所述接收多播广播业务信息单元,用于接收网络侧主动下发的多播广播业务信息;
所述建立业务流单元,用于与网络侧建立业务流;
所述接收单元,用于在所述业务流建立后,接收网络侧发送的多播广播业务数据;
所述显示单元,用于根据接收的所述多播广播业务信息,显示所述接收到的多播广播业务数据。
8、根据权利要求7所述的终端,其特征在于,所述接收多播广播业务信息单元包括:第二接收单元和存储单元,
所述第二接收单元,用于接收网络侧发送的广播消息,所述广播消息包括多播广播业务信息;
所述存储单元,用于存储所述接收到的多播广播业务信息,将存储的信息发送给所述显示单元。
9、根据权利要求7所述的终端,其特征在于,所述接收多播广播业务信息单元包括:第三接收单元和配置单元,
所述第三接收单元,用于接收网络侧发送的配置信息,所述配置信息中包括多播广播业务信息;
所述配置单元,用于根据所述配置信息,对所述终端进行配置;
则所述显示单元,具体用于根据配置的结果,显示所述接收到的多播广播业务数据。
10、根据权利要求7所述的终端,其特征在于,所述终端还包括:提示单元和输入单元,
所述提示单元,用于当所述接收多播广播业务信息单元接收到网络侧主动下发的多播广播业务信息之后,提示用户是否接收网络侧发送的多播广播业务数据;
所述输入单元,用于接收用户输入的网络侧主动下发多播广播业务数据的指令;
则所述建立业务流单元,具体用于根据输入的用户接收网络侧发送的多播广播业务数据的指令,与网络侧建立业务流。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910161313A CN101616363A (zh) | 2009-07-20 | 2009-07-20 | 一种获取多播广播业务的方法和终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910161313A CN101616363A (zh) | 2009-07-20 | 2009-07-20 | 一种获取多播广播业务的方法和终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101616363A true CN101616363A (zh) | 2009-12-30 |
Family
ID=41495698
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910161313A Pending CN101616363A (zh) | 2009-07-20 | 2009-07-20 | 一种获取多播广播业务的方法和终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101616363A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110913351A (zh) * | 2019-12-02 | 2020-03-24 | 中移(杭州)信息技术有限公司 | 组播控制方法、装置、网络设备及存储介质 |
WO2022078392A1 (zh) * | 2020-10-16 | 2022-04-21 | 维沃移动通信有限公司 | 业务处理方法、装置及相关设备 |
CN115361657A (zh) * | 2018-01-03 | 2022-11-18 | 交互数字专利控股公司 | 用于IoT应用的5G网络中的多播和广播服务 |
-
2009
- 2009-07-20 CN CN200910161313A patent/CN101616363A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115361657A (zh) * | 2018-01-03 | 2022-11-18 | 交互数字专利控股公司 | 用于IoT应用的5G网络中的多播和广播服务 |
CN115361657B (zh) * | 2018-01-03 | 2023-09-01 | 交互数字专利控股公司 | 用于IoT应用的5G网络中的多播和广播服务 |
US12035205B2 (en) | 2018-01-03 | 2024-07-09 | Interdigital Patent Holdings, Inc. | Multicast and broadcast services in 5G networks for IoT applications |
CN110913351A (zh) * | 2019-12-02 | 2020-03-24 | 中移(杭州)信息技术有限公司 | 组播控制方法、装置、网络设备及存储介质 |
WO2022078392A1 (zh) * | 2020-10-16 | 2022-04-21 | 维沃移动通信有限公司 | 业务处理方法、装置及相关设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8892081B2 (en) | Multi-service content broadcast for user controlled selective service receive | |
EP1506629B1 (en) | Method for managing multicast group in mobile communication system | |
US7039423B2 (en) | Method for operating a cellular telecommunications network, and method for operating a personal cellular telecommunications device | |
US7308278B2 (en) | Selective service method in multicast system | |
KR100650739B1 (ko) | 개방형 api를 이용한 메시지 방송 서비스 제공 시스템및 방법 | |
CN102484887A (zh) | 用于传送媒体会话的方法和装置 | |
US8130688B2 (en) | Multimedia broadcast multicast service providing system and method thereof | |
CN104641599B (zh) | 用于通信网络中延时通知的方法和系统 | |
US20150156249A1 (en) | Providing notifications regarding the multicast of scheduled content or popular content | |
JP2016517208A (ja) | Voipプロバイダを優先またはデフォルトvoipプロバイダとして1組のvoipネットワークと関係付け | |
CN102598722A (zh) | 用于控制ptm服务传输的方法 | |
US9179446B2 (en) | Over the air programming via cellular broadcast | |
US7941503B2 (en) | System and method for providing personalized multimedia broadcasting over a mobile telecommunications radio area network | |
CN103428638A (zh) | 申请频谱的方法、装置及系统 | |
CN101616363A (zh) | 一种获取多播广播业务的方法和终端 | |
CN102457808B (zh) | 在异构网中提供mbms服务的装置、相应的异构网和切换方法 | |
CN101771480B (zh) | 一种实现广播业务的方法及系统 | |
CN101227454B (zh) | 一种传递组播业务加入指示的方法 | |
CN104756528A (zh) | 用于处理蜂窝通信网络中的数字内容的方法、广播管理单元和用户设备 | |
CN102202260B (zh) | 实现mbms业务接收的方法、系统及mbms接收装置 | |
CN102111715B (zh) | 一种多播广播业务的方法、装置及系统 | |
CN102077616B (zh) | 一种寻呼消息的发送方法、装置 | |
CN101087454B (zh) | 一种选择业务的无线接入承载的删除方法 | |
CN101087441A (zh) | 一种选择业务的无线接入承载的删除方法 | |
CN106303980B (zh) | 一种处理增强型多媒体广播组播业务的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20091230 |