[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN100450004C - 多媒体广播/组播服务业务发送方法和接收方法 - Google Patents

多媒体广播/组播服务业务发送方法和接收方法 Download PDF

Info

Publication number
CN100450004C
CN100450004C CNB2005100834697A CN200510083469A CN100450004C CN 100450004 C CN100450004 C CN 100450004C CN B2005100834697 A CNB2005100834697 A CN B2005100834697A CN 200510083469 A CN200510083469 A CN 200510083469A CN 100450004 C CN100450004 C CN 100450004C
Authority
CN
China
Prior art keywords
mbms
carrier wave
business
network side
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.)
Active
Application number
CNB2005100834697A
Other languages
English (en)
Other versions
CN1905694A (zh
Inventor
胡灏
许炳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2005100834697A priority Critical patent/CN100450004C/zh
Priority to PCT/CN2006/001874 priority patent/WO2007012280A1/zh
Publication of CN1905694A publication Critical patent/CN1905694A/zh
Application granted granted Critical
Publication of CN100450004C publication Critical patent/CN100450004C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种多媒体广播/组播服务(MBMS)业务发送方法,该方法包括:a1.网络侧将单独分配的MBMS载波信息通知UE;a2.网络侧收到MBMS业务会话的会话开始指示后,确定当前MBMS业务的承载方式;a3.网络侧向UE发送业务控制信息和指示信息,并根据所确定的承载方式建立承载,采用MBMS载波向UE传输当前MBMS业务。本发明还同时公开了一种MBMS业务接收方法,采用本发明的MBMS业务发送和接收方法,能在不影响其它业务的同时,提供类型丰富的MBMS业务;并且,使UE能从所提供的类型丰富的MBMS业务中按自身需求接收所需的MBMS业务。

Description

多媒体广播/组播服务业务发送方法和接收方法
技术领域
本发明涉及多媒体广播/组播服务(MBMS)技术,尤指基于单载波实现的MBMS业务发送方法和接收方法。
背景技术
组播和广播是一种从一个数据源向多个目标传送数据的技术。在传统移动通信网络中,小区组播业务或广播业务(CBS,Cell Broadcast Service)允许低比特率数据通过小区共享广播信道向所有用户发送,此种业务属于消息类业务。
现在,人们对移动通信的需求已不再满足于电话和消息业务,随着因特网(Internet)的迅猛发展,大量移动多媒体业务涌现出来。其中一些移动多媒体业务要求多个用户能同时接收相同数据,例如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据业务相比,具有数据量大、持续时间长、时延敏感等特点。目前的网际协议(IP)组播和广播技术只适用于有线IP通信网络,不适用于移动通信网络,因为移动通信网络具有特定的网络结构、功能实体和无线接口,这些都与有线通信IP网络不同。
为了有效地利用移动通信网络资源,第三代移动通信全球标准化组织(3GPP)提出了移动通信网络的MBMS,从而在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务,实现网络资源共享,提高网络资源的利用率,尤其是空口接口资源。3GPP提出的MBMS不仅能实现纯文本低速率的消息类组播和广播,而且还能实现高速多媒体业务的组播和广播,这无疑顺应了未来移动数据发展的趋势。
图1为支持广播/组播业务的无线网络结构示意图,如图1所示,现有3GPP中,支持广播/组播业务的无线网络实体为广播/组播业务服务器(BM-SC)101,BM-SC 101通过Gmb接口或Gi接口与关口GPRS支持节点(GGSN,GatewayGPRS Support Node)102相连,一个BM-SC 101可与多个GGSN 102相连;GGSN 102通过Gn/Gp接口与服务GPRS支持节点(SGSN,Serving GPRSSupport Node)103相连,一个GGSN 102可与多个SGSN 103相连;SGSN 103可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)104相连,然后UTRAN 104通过Uu接口与UE 106相连,SGSN 103也可通过Iu/Gb接口与全球移动通信系统增强无线接入网(GERAN)105相连,然后GERAN 105通过Um接口与UE 107相连。其中,GGSN和SGSN属于无线网络中核心网(CN)内的节点。
从图1给出的网络结构可以看出,为了支持MBMS业务,在第三代移动通信系统中增加了移动网功能实体--广播组播业务中心,即BM-SC,所述BM-SC为内容提供者的入口,用于授权和在移动网中发起MBMS业务,并按照预定时间计划传送MBMS内容。此外,在UE、UTRAN、GERAN、SGSN、GGSN等功能实体上增加了与MBMS相关的功能。
MBMS包括组播模式和广播模式,其中组播模式需要用户签约相应的组播组,进行业务激活,并产生相应的计费信息。由于组播模式和广播模式在业务需求上存在不同,导致各自的业务流程也不同,如图2和图3所示,图2为MSMS组播模式的业务流程示意图,图3为MSMS广播模式的业务流程示意图。
如图2所示,MBMS组播业务涉及的处理过程包括:签约(Subscription)、服务宣告(Service announcement)、用户加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传送(Data transfer)、会话结束(SessionStop)和用户退出(Leaving)。其中,签约过程用来建立用户与业务提供者之间的关系,让用户预先订阅所需的MBMS服务;服务宣告过程用于由BM-SC宣告当前能提供的服务,即通知用户MBMS业务的相关信息;用户加入过程即MBMS业务激活过程,UE在加入过程中,通知网络自身愿意成为当前组播组的成员,接收对应MBMS业务的数据,该加入过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文;会话开始过程中,BM-SC准备好数据传输,通知网络建立相应核心网和接入网的承载资源;MBMS通知过程用于由RNC通知UE MBMS组播会话即将开始;在数据传送过程中,BM-SC通过会话开始过程中建立的承载资源将数据传输给UE,MBMS业务在UTRAN和UE间传输时有两种模式:点对多点(PTM)模式和点对点(PTP)模式,PTM模式通过MBMS点到多点业务信道(MTCH)发送相同的数据,所有加入组播业务或对广播业务感兴趣的UE都可以接收,PTP模式通过DTCH逻辑信道发送数据,只有相应的一个UE可以收到;会话结束过程用于将会话开始过程建立的承载资源释放;用户退出过程使组内的订户离开组播组,即用户不再接收组播数据,该过程会将相应MBMS UE上下文删除。
如图3所示,MBMS广播业务涉及的处理过程与MBMS组播业务类似,只是在会话开始之前,不需要执行签约过程和用户加入过程,并且,在会话结束之后,不需要执行用户退出过程。
在MBMS PTM传输模式中,相关的无线控制信息包括业务信息、接入信息、无线承载信息、频率层收敛(FLC)信息等,都由无线资源控制(RRC)层通过逻辑信道如MBMS点到多点控制信道(MCCH)发送。通常,MCCH信息是基于固定调度的方式来传送的,并且,为了提高可靠性和稳定性,UTRAN会重复发送MCCH信息。图4为MCCH信息的传输调度图,如图4所示,重复发送MCCH信息的周期为重复周期(RP),完整的MCCH信息会根据重复周期被周期性的发送。修改周期(MP)则被定义为整数倍的重复周期,在每一个修改周期内都要对MCCH信息进行修改。MBMS的接入信息可以根据接入信息周期被周期性的发送,并且,接入信息周期是重复周期的整数分割。MCCH调度对于所有业务是一致的。
MCCH信息又分成关键信息和非关键信息,其中,关键信息由MBMS邻小区信息(MBMS neighboring cell information)、MBMS业务信息(MBMS serviceinformation)、MBMS无线承载信息(MBMS radio bearer information)组成,以重复周期和修改周期周期性地传输,关键信息在每个修改周期中不能改变;非关键信息是指MBMS接入信息(MBMS access information),是在接入周期进行传输的,接入信息可在任何时间修改,图4中黑色填充的方块代表变化信息。
目前,MBMS系统是3GPP Release6版本的一个重要属性,换句话说就是,MBMS技术是附属于现有3G系统的,MBMS业务是通过现有的传输信道和物理信道来承载的,使用现有的频率和带宽等。具体来说,参见图5所示,MBMS业务的提供可分为三个阶段(phase):
第一阶段是会话开始之前的时段,在此阶段,网络不提供任何MBMS业务,用户可能在不断尝试读取MBMS通知信息,此阶段中,用户可以在任何时间加入任何业务。
第二阶段是UTRAN从核心网接收到会话开始(Session Start)到UTRAN为该业务建立无线承载(RB)为止。在此阶段UTRAN会通知用户接收MBMS业务以及对MBMS业务执行计数(counting)过程,以便决定承载类型。UE在此阶段可以响应counting,接收MCCH控制信道以获取相关控制信息。
第三个阶段是MBMS最为重要的阶段,在此阶段,用户开始接收MBMS业务,直至UTRAN从核心网获得会话停止(Session Stop)。
从UTRAN的角度来讲,MBMS业务发送过程如图6所示包括以下步骤:
步骤601.UTRAN从CN获得某MBMS业务会话的会话开始(Session Start)指示;
步骤602.UTRAN根据需要决定是否对该MBMS业务进行counting流程,以决定其承载方式;
步骤603.分别在MCCH信道上和MBMS通知指示信道(MICH)上,给UE发送相关控制信息和MBMS业务发生变化的通知指示;
步骤604.在MTCH上使用counting过程决定的承载方式提供MBMS业务;
步骤605.收到CN发送的会话停止(Session Stop)指示后,UTRAN根据MBMS业务的承载方式进行操作:如果是PTM承载的MBMS业务,UTRAN通过MCCH信道通知UE停止接收该MBMS业务,并释放相应MBMS业务对应的RB;如果是通过PTP方式承载的MBMS业务,那么,UTRAN发起释放PTPRB,并更新MCCH上的信息,保证后接入的UE正确接收信息。
从UE的角度来讲,MBMS业务接收过程如图7所示包括以下步骤:
步骤701~702.用户订阅某个MBMS业务,并加入该MBMS业务;
步骤703.UE监控MICH信道和MCCH信道,得到业务变化指示信息,其中,UE监控MICH信道是可选的;
步骤704.如果网络要求进行counting,则UE需要根据网络要求进行响应,这里,所述UE可以是处于不同模式、不同状态下的UE,比如:处于空闲(Idle)模式、处于RRC连接模式的CELL_PCH状态、处于RRC连接模式的CELL_FACH状态、处于RRC连接模式的URA_PCH状态;是否需要进行counting会在变化指示信息中携带;
步骤705.当UE发现自己所加入的MBMS业务发生变化时,就在MCCH控制信道上接收UTRAN发送的变化后的业务控制信息,其中,包括所加入MBMS业务的承载提供方式等信息,比如PTM RB信息、PTP RB信息;
步骤706.UE接收到相应控制信息后,如果所加入的MBMS业务是通过PTM方式提供的,则UE在MBMS业务信道MTCH上接收MBMS业务,否则,UE通过PTP方式在专用控制信道(DCCH)上接收MBMS业务;
步骤707.UE收到UTRAN通过MCCH信道或DCCH信道发来的停止接收MBMS业务通知后,停止接收该MBMS业务。
在MBMS系统中,当有某个MBMS业务将要提供或是有信息发生变化时,需要通过专用的MBMS业务通知过程完成。也就是说,MBMS业务通知过程用于UE响应网络发起的通知信息,该通知信息用于指示UE加入的一个或多个MBMS业务发生了变化,该通知信息发向所有的UE,不管UE处于何种状态,即:不管UE处于空闲模式还是处于RRC连接模式的URA_PCH状态、CELL_PCH状态、CELL_FACH状态或CELL_DCH状态。MBMS业务通知过程主要通过MICH信道和MCCH信道完成,具体分为:公共信道上的通知流程和专用信道上的通知流程。
如图8所示,在MCCH公共控制信道上的通知过程包括:UTRAN通过MCCH信道向UE发送MBMS修改业务信息;并通过MCCH信道向UE发送更新MBMS控制信息。相应的,接收通知的过程包括:UE监控MCCH信道或监控MCCH信道和MICH信道,具体来说,对于处于空闲模式或处于RRC连接模式的URA_PCH状态、CELL_PCH状态、CELL_FACH状态或CELL_DCH状态的UE,如果没有接收使用PTM RB承载的MBMS业务时,则需要监控MICH信道得到通知信息;如果没有接收使用PTM RB承载的MBMS业务,且没有监控MICH信道,或是正在接收MBMS PTM RB承载的业务时,则需要捕获MCCH信道上的修改信息,即得到通知信息。
如图9所示,在DCCH信道上的通知过程包括:UTRAN通过DCCH信道向UE发送MBMS修改业务信息;并通过MCCH信道向UE发送更新MBMS控制信息。专用通知过程是使用DCCH信道通知UE MBMS业务的频率信息,通知UE PTM RB承载建立信息,或是请求处于PMM空闲状态的UE转入PMM连接状态,以接收通过PTP RB承载的业务。一般,对于UE接收普通业务寻呼过程和MBMS业务通知过程来说,普通业务寻呼的优先级要高一些。
对于MBMS业务发送过程中提到的counting流程,目前协议中规定的计数是为了统计小区内接收业务的具体用户数,从而获得正确的、对于某MBMS业务的承载方式,以保证空口无线资源的有效利用。在MBMS业务进行过程中,可以进行重新计数。counting流程包括以下步骤:
a1、某MBMS业务会话开始时,UTRAN通知UE根据网络的要求进行响应counting。其中,是否需要进行counting、哪些UE需要进行counting、UE接入概率因子等信息,如图10所示,都是由UTRAN通过MCCH信道上的MBMS接入信息周期性发送给UE的。
这里的UE可以是处于空闲模式或处于RRC连接模式的URA_PCH状态、CELL_PCH状态、CELL_FACH状态或CELL_DCH状态下的UE。
a2、处于空闲状态下的UE建立RRC连接,处于CELL_PCH和URA_PCH状态下的UE发起小区更新过程响应counting。
a3、UTRAN对目前MBMS业务上下文(Context)中的用户数进行统计,如果发现用户数超过了预定的门限,则此时该MBMS业务在本小区内将采用PTM的承载方式,通过公共信道广播;如果用户数不足门限,则该MBMS业务在本小区内将采用PTP的承载方式,通过与UE建立专用信道进行数据传输。
由于MBMS系统涉及到的业务类型相当多,从背景业务如软件下载到实时业务如视频浏览等,随着提供商的逐渐增多,业务数目会不断增大。但是,目前MBMS使用的都是现有WCDMA资源,即:使用的是现有传输信道和物理信道,这样的后果就是占用了大量的现有无线资源。如此,就存在两方面的影响:一方面是现有其它业务会受到极大的影响;另一方面是MBMS业务可同时提供的业务类型受到了很大地限制。
发明内容
有鉴于此,本发明的主要目的在于提供一种MBMS业务发送方法,能在不影响其它业务的同时,提供类型丰富的MBMS业务。
本发明的另一目的在于提供一种MBMS业务接收方法,使UE能从所提供的类型丰富的MBMS业务中按自身需求接收所需的MBMS业务。
为达到上述目的,本发明的技术方案是这样实现的:
一种多媒体广播/组播服务MBMS业务发送方法,该方法包括以下步骤:
a1.网络侧将单独分配的MBMS载波信息通知UE,所述MBMS载波为专用频率段;
a2.网络侧收到MBMS业务会话的会话开始指示后,确定当前MBMS业务的承载方式;
a3.网络侧向UE发送业务控制信息和指示信息,并根据所确定的承载方式建立承载,采用所分配的MBMS载波向UE传输当前MBMS业务。
该方法进一步包括步骤a4:网络侧收到会话停止指示后,根据所确定的承载方式释放相应的无线承载。
上述方案中,步骤a1之前进一步包括:网络选择一个专用频率段作为单独分配给MBMS业务的MBMS载波。步骤a1中所述MBMS载波信息通过广播信道或控制信道通知UE。
上述方案中,步骤a2所述确定MBMS业务的承载方式为网络侧通过计数counting流程确定MBMS业务的承载方式;或者是根据MBMS业务类型直接确定MBMS业务的承载方式。步骤a2中网络侧通过计数counting流程确定MBMS业务的承载方式,所述counting流程在MBMS载波上进行、在非MBMS载波上进行或在MBMS载波和非MBMS载波两个载波上进行。其中,网络侧根据网络负载和/或业务特征确定counting流程在MBMS载波上进行、在非MBMS载波上进行或在MBMS载波和非MBMS载波两个载波上进行。
上述方案中,步骤a3中所述MBMS业务变化的指示信息采用MBMS载波发送;或是所述业务控制信息采用MBMS载波发送;或是业务控制信息和指示信息MBMS业务变化的均采用MBMS载波发送。步骤a3中所述业务控制信息采用MBMS载波和非MBMS载波各发送一部分。
上述方案中,网络侧在MBMS载波上接收MBMS业务的会话开始指示和/或会话停止指示。
上述方案中,步骤a4中进一步包括:网络侧向UE发送停止接收MBMS业务通知,所述停止接收MBMS业务通知采用MBMS载波发送。步骤a4中进一步包括:网络侧通过显示信令通知UE释放无线承载。步骤a4之后进一步包括:网络侧决定是否指示UE切换频率,如果是,则向UE发送包含指定频率的指示信息或发送包含指定UE进行频率选择所采用算法的指示信息。其中,网络侧在MBMS载波上向UE发送指示信息。
该方法进一步包括:网络侧采用MBMS载波向UE通知单独分配的MBMS载波信息。
本发明还公开一种MBMS业务接收方法,其特征在于,网络侧分配单独的MBMS载波并在所分配的MBMS载波上发送MBMS业务,所述MBMS载波为专用频率波;该方法还包括:
b21.UE订阅并加入当前MBMS业务;
b22.UE接收当前MBMS业务的业务控制信息和指示信息;
b23.UE在MBMS载波上根据确定的承载方式接收当前MBMS业务。
该方法进一步包括步骤b24:UE收到停止接收MBMS业务通知后,停止接收当前的MBMS业务并释放相应无线承载。
上述方案中,所述网络侧分配单独MBMS载波并在MBMS载波上发送MBMS业务具体包括:
b11.网络侧将单独分配的MBMS载波信息通知UE;
b12.网络侧收到MBMS业务会话的会话开始指示后,确定当前MBMS业务的承载方式;
b13.网络侧向UE发送业务控制信息和MBMS业务变化的指示信息,并根据所确定的承载方式建立承载,采用所分配的MBMS载波向UE传输当前MBMS业务。
该方法进一步包括步骤b14:网络侧收到会话停止指示后,根据所确定的承载方式释放相应的无线承载。
步骤b13中所述MBMS业务变化的指示信息采用MBMS载波发送;或是所述业务控制信息采用MBMS载波发送;或是业务控制信息和MBMS业务变化的指示信息均采用MBMS载波发送;则步骤b22中,UE在MBMS载波上接收MBMS业务变化的指示信息、接收业务控制信息或接收业务控制信息和MBMS业务变化的指示信息。
步骤b13中所述业务控制信息采用MBMS载波和非MBMS载波各发送一部分;则步骤b22中,UE分别在MBMS载波和非MBMS载波上接收一部分业务控制信息。
上述方案中,步骤b21中,UE采用MBMS载波订阅MBMS业务和/或加入MBMS业务。
上述方案中,步骤b23之前进一步包括:UE判断是否有其它业务进行,如果没有,则UE将自身频率切换到MBMS载波,执行步骤b23;如果有,再判断要接收MBMS业务还是非MBMS业务,如果接收MBMS业务,则UE将自身频率切换到MBMS载波,执行步骤b23,否则,结束本流程。其中,所述判断是否有其它业务进行具体为:UE通过寻呼过程确定是否存在其它非MBMS业务;和/或通过MBMS控制信息确定是否存在其它MBMS业务。
上述方案中,步骤b24中UE根据网络侧指示释放相应无线承载,或自行决定释放相应无线承载。步骤b24之后进一步包括:UE根据网络侧指示切换到指定的频率上,或者UE根据自身选择切换到选定的频率上。其中,所述UE要切换到的频率为UE自身原来的频率,或是采用满足将UE均匀分散到各个频率的算法确定的频率。
本发明所提供的MBMS业务发送方法和接收方法,采用单独分配的载波承载MBMS业务,如此,具有以下显著的有益效果:
一方面,MBMS业务无需占用现有无线资源,也就不会影响其它业务的正常运行,便于移动通信系统对资源有效利用,同时从运营商角度而言,充分、有效、合理的利用无线资源,其有益效果远远大于单独频谱的付出;
另一方面,使MBMS业务有充足的无线资源,从而能够让MBMS系统能够提供类型丰富的MBMS业务。尤其是,随着今后通信的发展,手机电视等多媒体服务业务将逐渐成为主流,在手机上提供丰富多彩的MBMS业务将是运营商的最大卖点,只有分配单独的载波才能承载更多的MBMS业务,才能使MBMS业务类型更丰富多样。并且,在本发明中,UE可以选择自己最想接收的业务,因此,使UE能够按照自己的需求接收到丰富、高速的MBMS业务,并在非MBMS业务到来时及时通知到UE,保证UE接收到自己最想要的MBMS业务或其它业务。
附图说明
图1为支持广播/组播业务的无线网络结构示意图;
图2为MSMS组播模式的业务流程示意图;
图3为MSMS广播模式的业务流程示意图;
图4为MCCH信息调度的示意图;
图5为现有R6版本中MBMS系统通信过程示意图;
图6为现有技术中UTRAN侧的MBMS业务发送过程示意图;
图7为现有技术中UE侧的MBMS业务接收过程示意图;
图8为在MCCH信道上实现MBMS业务通知过程示意图;
图9为在DCCH信道上实现MBMS业务通知过程示意图;
图10为MBMS系统中计数过程示意图;
图11为本发明中UTRAN侧的MBMS业务发送过程示意图;
图12为本发明中UE侧的MBMS业务接收过程示意图。
具体实施方式
本发明的主要思想是:引入新的载波承载MBMS业务,也就是说,采用单独分配的频率段传输MBMS业务。本发明中,将采用单独分配载波承载MBMS业务的系统称为单载波MBMS系统,单独分配的频率段称为MBMS载波,其它频率段比如现有技术中通常使用的频率段称为非MBMS载波。本发明的实现前提是:UE支持在多个频率段上接收。
从现有UTRAN侧的MBMS业务发送过程和UE侧的MBMS业务接收过程可以看出,在UTRAN和UE之间还涉及到很多交互操作,包括上行操作和下行操作,比如:UTRAN向UE发送控制信息、指示信息、会话开始/停止指示;UE订阅MBMS业务、UE加入MBMS业务等等。因此,本发明最基本的做法是:仅采用MBMS载波传输MBMS业务,但进一步的,UTRAN向UE发送各种信息、指示也可以采用MBMS载波传输,UTRAN发送的所有信息、指示可以都采用MBMS载波,或是有的采用MBMS载波、有的采用非MBMS载波,比如:会话开始/停止指示采用MBMS载波,业务控制信息采用非MBMS载波等;同样,UE订阅MBMS业务、加入MBMS业务等也可以采用MBMS载波。UTRAN还可以同时在MBMS载波和非MBMS载波各发送某种信息、指示的一部分,相应的,UE就在两种频率之间来回切换,接收不同载波上发来的信息,至于UE何时在哪个频段接收信息UTRAN会通过业务变化指示提前通知,UE如何在不同频段上进行切换属于现有技术,在此不再赘述。
下面结合一些具体实施例进一步说明本发明方法的实现过程。
实施例一:
本实施例中,仅采用MBMS载波传输MBMS业务,其它交互操作均在非MBMS载波上完成。
本发明采用单独载波承载MBMS业务的方法实际包括两个并行流程:UTRAN侧的MBMS业务发送过程和UE侧的MBMS业务接收过程。
从UTRAN的角度来讲,MBMS业务发送过程如图11所示包括以下步骤:
步骤1101~1102:网络选择一个专门的频率段作为用于传输MBMS业务的MBMS载波,并将所选择的MBMS载波信息通知UE。
这里,网络一般根据运营商的需求选择合适的频率段单独分配给MBMS业务;可以在MBMS业务开始前任意时刻选择,也可以在网络规划时,根据网络大小、网络特征、网络拥有频段的多少等等信息预先选择好MBMS载波,如果在网络规划时确定好,则步骤1101可以省略,只要每次传输MBMS业务时通知UE当前使用的MBMS载波即可。即使不是网络规划好的,选择MBMS业务的专用频率段也不是每次传输MBMS业务时都进行,MBMS载波选定后可以是不变的,也可以根据需要再重新选择,但不需要频繁重选,只要每次传输MBMS业务时通知UE当前使用的MBMS载波即可。
本实施例中,一个上行频率段对应两个下行频率段,网络侧需要对所选频率段与原有的上下行频率段进行协调工作,具体对MBMS业务来说就是,UTRAN要在一个上行频率段接收信息,而在两个下行频率段分别传输MBMS业务和发送业务相关的控制信息、指示。
步骤1102中,UTRAN可以通过广播信道通知UE MBMS载波信息,也可以通过其它控制信道通知UE,此时,UTRAN采用的是非MBMS载波。
当然,如果所述MBMS载波在网络规划时已确定,并且已使UE获知,则本步骤可以省略,也就是说,无需再通过空口将MBMS载波通知UE。
步骤1103:UTRAN从CN获得某MBMS业务会话的会话开始指示。
步骤1104:UTRAN决定是否对当前MBMS业务进行counting,以决定该MBMS业务的承载方式。
这里,UTRAN可以根据业务类型决定是否进行counting过程;也可以不通过counting过程直接根据MBMS的业务类型对某MBMS业务决定其承载类型,比如:对于某特定MBMS业务决定采用PTM RB方式承载。
步骤1105:UTRAN通过MCCH信道和MICH信道向UE发送MBMS业务的控制信息和业务变化的指示信息。
步骤1106:如果决定采用PTM传输承载方式,UTRAN和UE之间发起PTM承载建立过程,并且,UTRAN在MTCH信道上采用MBMS载波传输MBMS业务;如果决定采用PTP传输承载方式,UTRAN和UE之间发起PTP承载建立的过程。
步骤1107:UTRAN收到CN发送的会话停止指示后,UTRAN根据MBMS业务的承载方式进行操作:如果是PTM承载的MBMS业务,UTRAN通过MCCH信道通知UE停止接收该MBMS业务,并释放相应MBMS业务对应的RB;如果是通过PTP方式承载的MBMS业务,那么,UTRAN发起释放PTP RB,并更新MCCH上的信息,保证后接入的UE正确接收信息。
本步骤中,UTRAN还可以通过显示信令通知UE释放无线承载。
步骤1108:UTRAN决定是否指示UE切换频率,如果是,则UTRAN向UE发送包含指定频率的指示信息、或者发送包含指定UE进行频率选择所采用算法的指示信息。其中,所述指定频率可以是UE原来的频率,也可以是UTRAN侧通过一定算法确定的UE要返回的频率,所述UTRAN确定频率所采用的算法或是指定UE所采用的算法为能保证将UE均匀分散到各个频率的算法。
这里,UTRAN可以在MBMS载波上发送指示,也可以在非MBMS载波上发送,本步骤是可选的。UTRAN可以根据网络负载状况等因素决定是否指示UE转入到相应频率,以及如何指示UE转入到相应频率。
从UE的角度来讲,MBMS业务接收过程如图12所示包括以下步骤:
步骤1201~1202:UE订阅MBMS业务,并加入该MBMS业务;
步骤1203:UE监控MICH信道和/或MCCH信道,得到业务变化指示信息;
步骤1204:如果网络要求进行counting,则UE需要根据网络要求进行响应;这里,所述UE可以是处于不同模式、不同状态下的UE,比如:处于空闲(Idle)模式、处于RRC连接模式的CELL_PCH状态、处于RRC连接模式的CELL_FACH状态、处于RRC连接模式的URA_PCH状态、处于RRC连接模式的CELL_DCH状态;并且,UE根据自身的能力需要回应counting过程。
步骤1205:如果UE发现自己加入的MBMS业务发生变化,则UE在MCCH信道上接收UTRAN发送的变化后的业务控制信息,其中,包括所加入MBMS业务的承载提供方式等信息,比如PTM RB、PTP RB。
步骤1206~1208:判断是否有其它业务进行,如果没有,则执行步骤1209;如果有,UE会根据业务优先级确定要接收MBMS业务还是非MBMS业务,如果是非MBMS业务,则UE在非MBMS载波上接收非MBMS业务,结束本流程;如果是MBMS业务,则执行步骤1209。
这里,也可以不判断,即不考虑其它业务,有MBMS业务就直接接收。这种情况下,步骤1206~1208就可以省略。
步骤1206中所述判断是否有其它业务进行,UE可以通过寻呼过程确定是否存在其它非MBMS业务,然后进行MBMS业务和非MBMS业务之间优先级的选择;当然也可以通过MBMS控制信息获知是否存在其它MBMS业务,并在MBMS业务之间进行业务优先级的选择。
UE在进行业务优先级选择时,需要考虑MBMS业务和非MBMS业务,如果MBMS业务是最想接收的业务,则UE转到MBMS载波上接收MBMS业务;如果非MBMS业务是最想接收的业务,则UE不用进行频率重选择,并且忽略掉相关MBMS业务的控制信息;如果UE在多个MBMS业务中,最想接收的业务目前还没有提供,UE也可以不转到MBMS载波上去。
步骤1209:UE决定接收MBMS业务,且在MBMS载波上,那么,UE先将自身的接收频率切换到MBMS载波,再在MBMS载波上接收MBMS业务,并且,UE根据所接收的控制信息,确定接收信道:如果该MBMS业务通过PTM方式提供,则在MTCH信道上接收MBMS业务,如果通过PTP方式提供,则在DCCH信道接收MBMS业务。
步骤1210:UE收到UTRAN通过MCCH信道或DCCH信道发来的停止接收MBMS业务通知后,停止接收当前的MBMS业务,根据UTRAN侧的明确指示或自行决定释放RB。
其中,UE自行决定释放RB的方法可采用定时器方式,设置一个定时器,一般定时器可在收到会话开始指示时启动,定时器到时释放RB;或是设定在一段时间内如果未接收到MBMS业务就释放RB。
步骤1211:MBMS业务结束时,UE根据UTRAN侧的指示或自身选择切换到非MBMS载波上。
这里,所述的非MBMS载波可以是UE原来的频率;也可以是由UTRAN侧通过一定算法确定的UE要返回的频率;还可以是UE自己在MBMS业务接收结束后根据一定算法确定的自身要返回的频率,其中所提到的算法可以是随机选择算法、hash算法等等,只要是能保证将UE均匀分散到各个频率的算法都可以。也就是说,UE根据UTRAN侧的指示或自身的选择,在MBMS业务接收结束后返回自身原有频率,或是切换到UTRAN侧指定的频率或UE自己确定的频率上。
步骤1211中,UTRAN侧发送给UE的指示可以是指定的频率;也可以是指定UE进行频率选择所采用的算法,如果是指定算法,UE则使用指定的算法进行频率选择,之后再切换到自己确定的频率上。
在实际应用中,步骤1204所述的counting过程也可以放在步骤1207之后,步骤1209之前,也就是说,可以在确定UE决定接收MBMS业务,且在MBMS载波上接收之后,再通过counting流程确定MBMS业务的承载方式。
实施例二:
本实施例中,UTRAN采用MBMS载波发送counting的相关指示信息,并在MBMS载波上对MBMS业务进行counting,则步骤1104就变为步骤1104’:
步骤1104’:UTRAN在MBMS载波上,根据需要决定是否对当前MBMS业务进行counting,以决定该MBMS业务的承载方式。具体说就是,如果需要对当前MBMS业务进行counting,则UTRAN在MBMS载波上发送MBMS接入信息,MBMS接入信息中携带有需进行counting的指示信息。
UTRAN和UE之间的counting过程可以在MBMS载波上完成,也可以在MBMS载波和非MBMS载波两个载波上分别完成,比如:在非MBMS载波上提供counting指示,在MBMS载波上具体完成计数操作。
实施例三:
本实施例中,UTRAN采用MBMS载波通过MICH信道向UE发送MBMS业务变化的指示信息,相应的,UE在MBMS载波上接收网络指示的业务变化信息。那么,步骤1105变为步骤1105’:
步骤1105’:UTRAN采用MBMS载波通过MICH信道向UE发送MBMS业务的指示信息,采用非MBMS载波通过MCCH信道向UE发送MBMS业务的业务控制信息。
相应的,步骤1203变为步骤1203’:
步骤1203’:UE监控MICH信道和/或MCCH信道,在MBMS载波上得到业务变化指示信息。
实施例四:
本实施例中,UTRAN采用MBMS载波通过MCCH信道向UE发送MBMS业务的业务控制信息,相应的,UE在MBMS载波上接收网络提供的业务控制信息。那么,步骤1105变为步骤1105”:
步骤1105”:UTRAN采用MBMS载波通过MCCH信道向UE发送MBMS业务的业务控制信息,采用非MBMS载波通过MICH信道向UE发送MBMS业务的指示信息。
相应的,步骤1205变为步骤1205’:
步骤1205’:如果UE发现自己加入的MBMS业务发生变化,则UE在MCCH信道上通过MBMS载波接收UTRAN发送的变化后的业务控制信息,其中,包括所加入MBMS业务的承载提供方式等信息,比如PTM RB、PTP RB。
本实施例中,UTRAN可以在MBMS载波和非MBMS载波两个载波上各发送一部分业务控制信息,相应的,UE可以在两个载波上各接收一部分业务控制信息。
实施例五:
本实施例中,UTRAN采用MBMS载波向UE发送MBMS业务变化的指示信息和业务控制信息,相应的,UE在MBMS载波上接收网络指示的业务变化信息和变化后的业务控制信息。那么,步骤1105变为步骤1105”’:
步骤1105”’:UTRAN采用MBMS载波通过MCCH信道和MICH信道向UE发送MBMS业务的控制信息和指示信息。
相应的,步骤1203变为步骤1203’:
步骤1203’:UE监控MICH信道和/或MCCH信道,在MBMS载波上得到业务变化指示信息。
步骤1205变为步骤1205’:
步骤1205’:如果UE发现自己加入的MBMS业务发生变化,则UE在MCCH信道上通过MBMS载波接收UTRAN发送的变化后的业务控制信息,其中,包括所加入MBMS业务的承载提供方式等信息,比如PTM RB、PTP RB。
本实施例中,对于业务控制信息,UTRAN可以在MBMS载波和非MBMS载波两个载波上各发送一部分业务控制信息,相应的,UE可以在两个载波上各接收一部分业务控制信息。
实施例六:
本实施例中,UTRAN在MBMS载波上接收会话开始指示和/或会话停止指示,则步骤1103和/或步骤1107分别变为:
步骤1103’:UTRAN在MBMS载波上,从CN获得某MBMS业务会话的会话开始指示。
步骤1107’:UTRAN在MBMS载波上接收到CN发送的会话停止指示后,UTRAN根据MBMS业务的承载方式进行操作:如果是PTM承载的MBMS业务,UTRAN通过MCCH信道通知UE停止接收该MBMS业务,并释放相应MBMS业务对应的RB;如果是通过PTP方式承载的MBMS业务,那么,UTRAN发起释放PTP RB,并更新MCCH上的信息,保证后接入的UE正确接收信息。
实施例七:
本实施例中,UTRAN采用MBMS载波通过MCCH信道通知UE停止接收MBMS业务,则步骤1107变为步骤1107”:
步骤1107”:UTRAN收到CN发送的会话停止指示后,UTRAN根据MBMS业务的承载方式进行操作:如果是PTM承载的MBMS业务,UTRAN采用MBMS载波通过MCCH信道通知UE停止接收该MBMS业务,并释放相应MBMS业务对应的RB;如果是通过PTP方式承载的MBMS业务,那么,UTRAN发起释放PTP RB,并更新MCCH上的信息,保证后接入的UE正确接收信息。
实施例八:
本实施例中,UTRAN在MBMS载波上建立PTM承载或PTP承载,那么,步骤1106就变为步骤1106’:
步骤1106’:如果决定采用PTM传输承载方式,UTRAN和UE之间发起PTM承载建立过程,在MBMS载波上建立PTM承载,并且,UTRAN在MTCH信道上采用MBMS载波提供MBMS业务;如果决定采用PTP传输承载方式,UTRAN和UE之间发起PTP承载建立的过程,在MBMS载波上建立PTP承载。
实施例九:
本实施例中,UE采用MBMS载波订阅MBMS业务和/或加入MBMS业务,则步骤1201和/或步骤1202变为:UE采用MBMS载波订阅MBMS业务,和/或UE采用MBMS载波加入MBMS业务。
实施例九:
基于实施例三、四、五,在UTRAN采用MBMS载波向UE发送指示信息和/或业务控制信息的同时,UTRAN可进一步采用MBMS载波再向UE发送一次单独分配的MBMS载波信息。
UTRAN可以通过广播信道通知UEMBMS载波信息,也可以通过其它控制信道通知UE。
实施例十:
本实施例中,UTRAN可进一步根据网络负载、业务特征等因素决定在非MBMS载波上进行counting,还是在MBMS载波上进行,还是在两个频率都进行。
对于上述十个实施例所描述的各种实现方案,可以分别独立应用,也可以相互组合应用。比如:可以是仅采用MBMS载波传输MBMS业务,UTRAN与UE之间的其余所有交互操作全部与现有技术一样,在原有频率段完成;也可以是传输MBMS业务、MBMS业务控制信息都采用MBMS载波,或是传输MBMS业务、MBMS业务控制信息、UE订阅MBMS业务、UE加入MBMS业务都采用MBMS载波等等。总之,以实施例一为基础,十个实施例可任意相互组合,进一步形成新的实现方案。
本发明的方法可应用于WCDMA、CDMA2000、UTRA TDD和TD-SCDMA等移动通信系统中,以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (38)

1、一种多媒体广播/组播服务MBMS业务发送方法,其特征在于,该方法包括以下步骤:
a1.网络侧将单独分配的MBMS载波信息通知UE,所述MBMS载波为专用频率段;
a2.网络侧收到MBMS业务会话的会话开始指示后,确定当前MBMS业务的承载方式;
a3.网络侧向UE发送业务控制信息和MBMS业务变化的指示信息,并根据所确定的承载方式建立承载,采用所分配的MBMS载波向UE传输当前MBMS业务。
2、根据权利要求1所述的方法,其特征在于,该方法进一步包括:
a4.网络侧收到会话停止指示后,根据所确定的承载方式释放相应的无线承载。
3、根据权利要求1或2所述的方法,其特征在于,步骤a1之前进一步包括:网络选择一个专用频率段作为单独分配给MBMS业务的MBMS载波。
4、根据权利要求1或2所述的方法,其特征在于,步骤a1中所述MBMS载波信息通过广播信道或控制信道通知UE。
5、根据权利要求1或2所述的方法,其特征在于,步骤a2所述确定MBMS业务的承载方式为网络侧通过计数counting流程确定MBMS业务的承载方式;或者是根据MBMS业务类型直接确定MBMS业务的承载方式。
6、根据权利要求1或2所述的方法,其特征在于,步骤a2中网络侧通过计数counting流程确定MBMS业务的承载方式,所述counting流程在MBMS载波上进行、在非MBMS载波上进行或在MBMS载波和非MBMS载波两个载波上进行。
7、根据权利要求6所述的方法,其特征在于,网络侧根据网络负载和/或业务特征确定counting流程在MBMS载波上进行、在非MBMS载波上进行或在MBMS载波和非MBMS载波两个载波上进行。
8、根据权利要求1或2所述的方法,其特征在于,步骤a3中所述MBMS业务变化的指示信息采用MBMS载波发送;或是所述业务控制信息采用MBMS载波发送;或是业务控制信息和MBMS业务变化的指示信息均采用MBMS载波发送。
9、根据权利要求1或2所述的方法,其特征在于,步骤a3中所述业务控制信息采用MBMS载波和非MBMS载波各发送一部分。
10、根据权利要求1或2所述的方法,其特征在于,网络侧在MBMS载波上接收MBMS业务的会话开始指示和/或会话停止指示。
11、根据权利要求2所述的方法,其特征在于,步骤a4中进一步包括:网络侧向UE发送停止接收MBMS业务通知,所述停止接收MBMS业务通知采用MBMS载波发送。
12、根据权利要求2所述的方法,其特征在于,步骤a4中进一步包括:网络侧通过显示信令通知UE释放无线承载。
13、根据权利要求2所述的方法,其特征在于,步骤a4之后进一步包括:网络侧决定是否指示UE切换频率,如果是,则向UE发送包含指定频率的指示信息或发送包含指定UE进行频率选择所采用算法的指示信息。
14、根据权利要求13所述的方法,其特征在于,网络侧在MBMS载波上向UE发送指示信息。
15、根据权利要求1或2所述的方法,其特征在于,该方法进一步包括:网络侧采用MBMS载波向UE通知单独分配的MBMS载波信息。
16、一种MBMS业务接收方法,其特征在于,网络侧分配单独的MBMS载波并在所分配的MBMS载波上发送MBMS业务,所述MBMS载波为专用频率波;该方法还包括:
b21.UE订阅并加入当前MBMS业务;
b22.UE接收当前MBMS业务的业务控制信息和MBMS业务变化的指示信息;
b23.UE在MBMS载波上根据确定的承载方式接收当前MBMS业务。
17、根据权利要求16所述的方法,其特征在于,该方法进一步包括:
b24.UE收到停止接收MBMS业务通知后,停止接收当前的MBMS业务并释放相应无线承载。
18、根据权利要求16所述的方法,其特征在于,所述网络侧分配单独MBMS载波并在MBMS载波上发送MBMS业务具体包括:
b11.网络侧将单独分配的MBMS载波信息通知UE;
b12.网络侧收到MBMS业务会话的会话开始指示后,确定当前MBMS业务的承载方式;
b13.网络侧向UE发送业务控制信息和MBMS业务变化的指示信息,并根据所确定的承载方式建立承载,采用所分配的MBMS载波向UE传输当前MBMS业务。
19、根据权利要求18所述的方法,其特征在于,该方法进一步包括:
b14.网络侧收到会话停止指示后,根据所确定的承载方式释放相应的无线承载。
20、根据权利要求18或19所述的方法,其特征在于,步骤b11之前进一步包括:网络选择一个专用频率段作为单独分配给MBMS业务的MBMS载波。
21、根据权利要求18或19所述的方法,其特征在于,步骤b11中所述MBMS载波信息通过广播信道或控制信道通知UE。
22、根据权利要求18或19所述的方法,其特征在于,步骤b12所述确定MBMS业务的承载方式为网络侧通过计数counting流程确定MBMS业务的承载方式;或者是根据MBMS业务类型直接确定MBMS业务的承载方式。
23、根据权利要求18或19所述的方法,其特征在于,步骤b12中网络侧通过计数counting流程确定MBMS业务的承载方式,所述counting流程在MBMS载波上进行、在非MBMS载波上进行或在MBMS载波和非MBMS载波两个载波上进行。
24、根据权利要求23所述的方法,其特征在于,网络侧根据网络负载和/或业务特征确定counting流程在MBMS载波上进行、在非MBMS载波上进行或在MBMS载波和非MBMS载波两个载波上进行。
25、根据权利要求18或19所述的方法,其特征在于,步骤b13中所述MBMS业务变化的指示信息采用MBMS载波发送;或是所述业务控制信息采用MBMS载波发送;或是业务控制信息和MBMS业务变化的指示信息均采用MBMS载波发送;
则步骤b22中,UE在MBMS载波上接收MBMS业务变化的指示信息、接收业务控制信息或接收业务控制信息和MBMS业务变化的指示信息。
26、根据权利要求18或19所述的方法,其特征在于,步骤b13中所述业务控制信息采用MBMS载波和非MBMS载波各发送一部分;
则步骤b22中,UE分别在MBMS载波和非MBMS载波上接收一部分业务控制信息。
27、根据权利要求18或19所述的方法,其特征在于,网络侧在MBMS载波上接收MBMS业务的会话开始指示和/或会话停止指示。
28、根据权利要求19所述的方法,其特征在于,步骤b14中进一步包括:网络侧向UE发送停止接收MBMS业务通知,所述停止接收MBMS业务通知采用MBMS载波发送。
29、根据权利要求19所述的方法,其特征在于,步骤b14中进一步包括:网络侧通过显示信令通知UE释放无线承载。
30、根据权利要求19所述的方法,其特征在于,步骤b14之后进一步包括:网络侧决定是否指示UE切换频率,如果是,则向UE发送包含指定频率的指示信息或发送包含指定UE进行频率选择所采用算法的指示信息。
31、根据权利要求30所述的方法,其特征在于,网络侧在MBMS载波上向UE发送指示信息。
32、根据权利要求18或19所述的方法,其特征在于,MBMS业务发送流程中进一步包括:网络侧采用MBMS载波向UE通知单独分配的MBMS载波信息。
33、根据权利要求16至19任一项所述的方法,其特征在于,步骤b21中,UE采用MBMS载波订阅MBMS业务和/或加入MBMS业务。
34、根据权利要求16至19任一项所述的方法,其特征在于,步骤b23之前进一步包括:UE判断是否有其它业务进行,如果没有,则UE将自身频率切换到MBMS载波,执行步骤b23;如果有,再判断要接收MBMS业务还是非MBMS业务,如果接收MBMS业务,则UE将自身频率切换到MBMS载波,执行步骤b23,否则,结束本流程。
35、根据权利要求34所述的方法,其特征在于,所述判断是否有其它业务进行具体为:UE通过寻呼过程确定是否存在其它非MBMS业务;和/或通过MBMS控制信息确定是否存在其它MBMS业务。
36、根据权利要求17所述的方法,其特征在于,步骤b24中UE根据网络侧指示释放相应无线承载,或自行决定释放相应无线承载。
37、根据权利要求17所述的方法,其特征在于,步骤b24之后进一步包括:UE根据网络侧指示切换到指定的频率上,或者UE根据自身选择切换到选定的频率上。
38、根据权利要求30或37所述的方法,其特征在于,所述UE要切换到的频率为UE自身原来的频率,或是采用满足将UE均匀分散到各个频率的算法确定的频率。
CNB2005100834697A 2005-07-27 2005-07-27 多媒体广播/组播服务业务发送方法和接收方法 Active CN100450004C (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNB2005100834697A CN100450004C (zh) 2005-07-27 2005-07-27 多媒体广播/组播服务业务发送方法和接收方法
PCT/CN2006/001874 WO2007012280A1 (fr) 2005-07-27 2006-07-27 Procédé, système et dispositif d'émission et de réception d'un service de diffusion/multidiffusion multimédia

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005100834697A CN100450004C (zh) 2005-07-27 2005-07-27 多媒体广播/组播服务业务发送方法和接收方法

Publications (2)

Publication Number Publication Date
CN1905694A CN1905694A (zh) 2007-01-31
CN100450004C true CN100450004C (zh) 2009-01-07

Family

ID=37674792

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005100834697A Active CN100450004C (zh) 2005-07-27 2005-07-27 多媒体广播/组播服务业务发送方法和接收方法

Country Status (2)

Country Link
CN (1) CN100450004C (zh)
WO (1) WO2007012280A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100579316C (zh) * 2007-02-15 2010-01-06 大唐移动通信设备有限公司 多媒体广播和组播业务中载波迁移的方法和装置
CN101257374B (zh) * 2007-03-01 2010-05-19 鼎桥通信技术有限公司 实现广播/组播业务与专用业务并发的方法及其系统
CN101272592B (zh) * 2007-03-21 2011-01-26 上海贝尔阿尔卡特股份有限公司 业务调度装置、业务调度方法和多小区/多媒体协调设备
CN101296410B (zh) * 2007-04-29 2011-02-23 大唐移动通信设备有限公司 专用载波配置方法与装置及多媒体广播组播业务传输方法
CN101365236B (zh) * 2007-08-07 2012-05-09 中兴通讯股份有限公司 用于宽带码分多址系统的用户设备状态调整方法
CN101119219B (zh) * 2007-09-12 2010-09-08 中兴通讯股份有限公司 一种广播组播业务中数据传输的实现方法及系统
CN101394581B (zh) * 2007-09-21 2012-05-30 电信科学技术研究院 多媒体广播组播业务专用载波的接入、同步的方法与装置
CN101478721B (zh) * 2008-01-04 2012-12-19 中兴通讯股份有限公司 多媒体广播组播系统专用载波小区的前导码配置方法
CN101483810B (zh) * 2008-01-07 2010-12-22 上海贝尔阿尔卡特股份有限公司 演进型多媒体广播/多播业务数据发送和接收方法及设备
WO2010135870A1 (zh) * 2009-05-27 2010-12-02 华为技术有限公司 多播组播业务控制信息的传输和获取方法及装置
CN101924999B (zh) * 2009-06-12 2013-09-11 华为技术有限公司 传输多媒体广播组播业务控制信道信息的方法及装置
CN101998262B (zh) * 2009-08-13 2015-09-16 中兴通讯股份有限公司 多播广播组播业务通知信息的配置方法及装置
CN101998271B (zh) * 2009-08-14 2014-11-05 中国移动通信集团公司 一种mcch变更通知的发送、接收方法和装置
CN102256208A (zh) * 2010-05-20 2011-11-23 中兴通讯股份有限公司 多媒体广播多播业务的实现方法、系统及终端
CN102448015B (zh) * 2010-09-30 2016-06-15 中兴通讯股份有限公司 一种mbms业务的计数方法和系统
CN106612295B (zh) * 2015-10-21 2021-04-20 中兴通讯股份有限公司 一种应用下载方法、推送方法、装置及系统
CN107241801A (zh) * 2016-03-29 2017-10-10 中兴通讯股份有限公司 控制信息的传输方法及装置
CN108260172B (zh) * 2016-12-29 2020-08-28 大唐移动通信设备有限公司 一种调整终端接入指定频点小区的方法与装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1476198A (zh) * 2002-08-15 2004-02-18 ��������ͨ�ż����о����޹�˾ 利用小区广播的mbms的业务广告或业务指示的方法
CN1499853A (zh) * 2002-11-05 2004-05-26 北京三星通信技术研究有限公司 支持多媒体广播与组播业务采用共享Iu信令连接的方法
WO2004107794A1 (en) * 2003-05-21 2004-12-09 Siemens Aktiengesellschaft Method for establishing a connection in a radio communications system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1476198A (zh) * 2002-08-15 2004-02-18 ��������ͨ�ż����о����޹�˾ 利用小区广播的mbms的业务广告或业务指示的方法
CN1499853A (zh) * 2002-11-05 2004-05-26 北京三星通信技术研究有限公司 支持多媒体广播与组播业务采用共享Iu信令连接的方法
WO2004107794A1 (en) * 2003-05-21 2004-12-09 Siemens Aktiengesellschaft Method for establishing a connection in a radio communications system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
7 Network and Protocol Architecture. 3GPP TR 23.846 6.1.0. 2002
7 Network and Protocol Architecture. 3GPP TR 23.846 6.1.0. 2002 *

Also Published As

Publication number Publication date
WO2007012280A1 (fr) 2007-02-01
CN1905694A (zh) 2007-01-31

Similar Documents

Publication Publication Date Title
CN100450004C (zh) 多媒体广播/组播服务业务发送方法和接收方法
CA2581483C (en) Method for acquiring multimedia broadcast/multicast service access information
RU2371854C2 (ru) Способ передачи услуг мультимедийного широковещания/группового вещания
CN100442701C (zh) 网络侧获知用户接收多媒体广播/组播业务情况的方法
CN100356804C (zh) 一种通知用于承载mbms业务的配置参数的方法
CN101052203B (zh) 多媒体广播组播业务的实现方法
CN101262630B (zh) 多媒体广播多播业务收发方法及装置
TWI330019B (en) Method and apparatus of acquiring point-to-multipoint mbms service information in a wireless communications system
US20070015530A1 (en) Method for controlling user equipment to select a cell in radio communication system
CN101039503B (zh) 实现多媒体广播/组播业务中寻呼的方法
CN100415038C (zh) 无线通信系统中控制用户终端选择小区的方法
CN100421507C (zh) 一种多媒体广播/组播业务中业务控制信息的传输方法
CN101114921B (zh) 一种发送多媒体广播/组播服务业务的方法及装置
CN101179806B (zh) 统计小区中选择了选择业务的移动终端的计数方法
CN1953602B (zh) Ue接收无线资源控制消息
CN100466762C (zh) 实现广播组播业务通知的方法
CN100502280C (zh) 一种保证网络侧接收用户设备消息的方法
CN100450280C (zh) 用户设备释放点到多点无线承载的方法
CN100450296C (zh) 一种广播/组播业务控制信息的传输方法
CN101203012A (zh) 移动终端的计数请求响应方法
CN100389615C (zh) 多媒体广播/组播业务中用户设备进行频率层分散的方法
CN1953603B (zh) 广播/组播业务中用户接收寻呼信息的方法
CN100359988C (zh) 一种无线通信中加入组播的方法
CN1773982B (zh) 控制信道上无线资源控制消息的传输方法
CN101166350B (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
C14 Grant of patent or utility model
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20070131

Assignee: Apple Computer, Inc.

Assignor: Huawei Technologies Co., Ltd.

Contract record no.: 2015990000755

Denomination of invention: Transmitting method and receiving method for multimedia broadcasting/multicasting service

Granted publication date: 20090107

License type: Common License

Record date: 20150827

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model