CN101931875A - 一种业务控制信息的发送、接收方法及其系统 - Google Patents
一种业务控制信息的发送、接收方法及其系统 Download PDFInfo
- Publication number
- CN101931875A CN101931875A CN2009101473904A CN200910147390A CN101931875A CN 101931875 A CN101931875 A CN 101931875A CN 2009101473904 A CN2009101473904 A CN 2009101473904A CN 200910147390 A CN200910147390 A CN 200910147390A CN 101931875 A CN101931875 A CN 101931875A
- Authority
- CN
- China
- Prior art keywords
- information
- business
- configuration
- control information
- force
- 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
技术领域
本发明涉及通讯系统中业务控制信息的发送、接收方法及其系统。
背景技术
随着Internet的迅猛发展和大屏幕多功能手机的普及,出现了大量移动数据多媒体业务和各种高带宽多媒体业务,例如视频会议、电视广播、视频点播、广告、网上教育和互动游戏等,这些移动数据多媒体业务一方面满足了移动用户不断上升的业务需求,同时也为移动运营商带来新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据,与一般的数据业务相比,具有数据量大、持续时间长和时延敏感等特点。
为了有效地利用移动网络资源,第三代合作伙伴计划(3rd GenerationPartnership Project,简称为3GPP)提出了多媒体广播和组播业务(MultimediaBroadcast Multicast Service,简称为MBMS),该业务是一种从一个数据源向多个目标传送数据的技术,实现了网络(包括核心网和接入网)资源的共享,提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS不仅能够实现纯文本低速率的消息类组播和广播,而且还能够实现高速多媒体业务的广播和组播,提供多种丰富的视频、音频和多媒体业务,这无疑顺应了未来移动数据发展的趋势,为第三代移动通信系统(3G)的发展提供了更好的业务前景,因此MBMS业务在3G中得到广泛的应用。
在3G系统中,MBMS公共控制信道(MBMS Common Control Channel,简称为MCCH)是一条逻辑信道,MCCH信道的配置信息包括映射的物理资源、调制方式和发送周期等参数,通过系统信息块(System InformationBlock,简称为SIB)周期性广播MCCH信道的配置信息发送给终端。MCCH信道上承载有MBMS控制信息;MBMS控制信息包含MBMS业务信息和MBMS业务配置信息等,是按照一个固定的调度周期发送,为了保证不同时刻接入系统的用户都能接收MBMS业务,有利于用户对MBMS控制信息进行接收合并,并且保证MBMS控制信息接收的准确性,一套完整的MBMS控制信息会以一个重复周期(Repetition period)周期性地传送;另外还设置有一个修改周期(Modification period),修改周期定义为重复周期的整数倍,即一个修改周期包含多个重复周期,其中在同一个修改周期内的多个重复周期所传送的信息是相同的,MCCH信息只能在不同的修改周期内发生变化。在未来的系统中,也有可能取消修改周期而只是存在重复周期,如此一来MCCH信息也可能在不同的重复周期内发生变化,这应当视为修改周期等于重复周期的情形。
3G系统中,携带MBMS控制信息的多个MCCH信令的传输顺序如图1所示,MCCH信令上发送的MBMS的控制信息包括:
MBMS修改的业务信息(MBMS Modified Services Information),包含了本次修改周期内修改的业务信息,包括业务标识符(ID)以及该业务发生什么变化等,所谓业务发生变化如可以是业务开始发送、业务结束以及业务配置信息改变等;
MBMS未修改的业务信息(MBMS UnModified Services Information)包含了本次修改周期内未修改的业务信息;
其中MBMS修改的业务信息和MBMS未修改的业务信息包含本小区支持的所有MBMS业务信息,在一个修改周期内,在重复周期内循环发送相同的内容,只有在下一个修改周期才可以修改;即使没有包含任何业务,在每个重复周期也要发送;
MBMS接入信息(MBMS Access Information)传递计数过程的参数(LTE系统中无计数过程)。
MBMS通用信息(MBMS General Information)包含MBMS业务的通用配置信息,在一个修改周期内,以重复周期循环发送相同的内容,只有在下一个修改周期才可以修改;
MBMS公共点到多点无线承载信息(MBMS Common P-T-M RBInformation),用来通知用户设备(User Equipment,简称为UE)本小区和相邻小区的各个业务的公共无线承载(radio bearer,简称为RB)配置信息,在一个修改周期内,以重复周期循环发送相同内容,只有在下一个修改周期才可以修改;
MBMS当前小区点到多点无线承载信息(MBMS Current Cell P-T-M RBInformation)包含本修改周期内小区中正在发送的所有点对多点(Point toMultipoint,简称为P-T-M)RB信息;在一个修改周期内,以重复周期循环发送相同内容,只有在下一个修改周期才可以修改;该信息包含了辅助公共控制物理信道(Secondary common control physical channel,简称为SCCPCH)、传输信道(Transport Channel,简称为TrCh)和RB的对应关系,首先是物理信道级,其次传输信道级,最后是RB级;物理信道具体的配置信息包括扩频因子、信道化码以及扰码,通过公共标识(Common Id)作为索引在MBMS公共点到多点无线承载信息中查找。
MBMS相邻小区点到多点无线承载信息(MBMS Neighbouring CellP-T-M RB Information),包含相邻小区的PTM RB信息,在一个修改周期内,以重复周期循环发送相同内容,只有在下一个修改周期才可以修改;其目的主要是在本小区内通知UE相邻小区的SCCPCH信息,只有支持层一或层二合并才包含该信息。相邻小区的RB配置信息依附于本小区的RB建立或删除,只有本小区存在MBMS业务对应的RB,才会包含邻区的RB配置信息。
上述信息中,除MBMS接入信息外,其余的必须在修改周期才可以改变。
对于LTE系统中,目前初步确定为将所有的MBMS控制信息在一条信令中发送。
在现有技术中,当业务在某个修改周期内发生变化时,如:新业务开始传输、业务的配置信息发生改变等,系统会在该修改周期开始时设置MCCH信令内容,包括:在MBMS修改的业务信息包含本次修改周期内修改的业务对应信息,如业务ID、需要UE进行什么动作等;由于UE收到的第一个MCCH信令即修改的业务信息,因此UE根据从修改的业务信息中获得的信息,进一步接收MBMS当前小区点到多点无线承载信息,获得对应业务的具体配置信息;进而按照该参数配置对应业务的接收过程,开始接收业务数据。图2所示为MCCH发送的调度过程,不同修改周期传输的业务组合可能不同,不同的图案表示MCCH上的不同内容。
现有技术中存在两个问题:
1、如果业务在某个修改周期开始时就准备发送数据,而对应的配置信息也是在该修改周期开始传输,也就是说,UE可能还没有收到配置信息,业务的数据已经开始传输了。
2、另一种情况是在数据的传输过程中业务的配置信息改变,修改的配置信息发送时,相应的业务信道就按修改后的配置进行。可能用户在之前一直在接收该业务,但某个修改周期开始时该业务的业务信道配置发生改变,而相应的配置信息还在按照MCCH信令发送过程分多个消息进行发送,而且用户有可能需要合并多个重复周期的信令数据才可以接收正确MCCH信令,造成用户在修改该业务信道配置之前业务数据接收失败。
另外,目前LTE系统在传输多个业务时一般采用动态调度方式,以提高系统资源利用效率。在这种情况下,可能多个业务的配置信息没有发生改变,但各自分配的物理资源是以调度周期为时间间隔改变的。调度信息一般在调度周期到来时在特定位置承载,用户通过监听调度信息获得各个业务的具体物理资源位置。如果某个用户在调度周期到来时的特定位置上接收调度信息出错,就不能获得给周期内各个业务的调度情况,也就很难接收到所需要的业务。
以上问题并不只限于在MBMS业务才存在,对于根据业务控制信息接收业务数据的其他业务,也存在同样的问题。
发明内容
本发明要解决的技术问题是提供一种业务控制信息的发送方法,使得UE接收业务数据之前即可以获得相应的业务控制信息。
为了解决上述问题,本发明提供了一种业务控制信息的发送方法,包括:
发送方确定将要修改的业务控制信息及其生效时间,在所述业务控制信息生效之前,提前将所述业务控制信息发送给接收方。
进一步地,上述发送方法还可具有以下特点:
所述将要修改的业务控制信息包括将要修改的业务的配置信息;
所述发送方在业务的配置信息生效的修改周期之前的第n个修改周期内发送所述业务的配置信息,在所述业务的配置信息生效的修改周期内,在所述业务的配置信息配置的信道上发送业务数据,n≥1。
进一步地,上述发送方法还可具有以下特点:
所述将要修改的业务控制信息还包括将要修改的业务信息;
所述发送方在业务信息生效的修改周期之前的第m个修改周期内发送所述业务信息,业务信息和业务的配置信息采用不同信令发送,1≤n≤m。
进一步地,上述发送方法还可具有以下特点:
所述将要修改的业务控制信息包括将要修改的业务的调度信息;
所述发送方在业务的调度信息生效的调度周期之前的第n个调度周期内发送所述业务的调度信息,在所述业务的调度信息生效的修改周期内,在所述调度信息指定的时频资源上发送所述业务的数据,n≥1。
进一步地,上述发送方法还可具有以下特点:
所述发送方和接收方预先静态配置了将要修改的业务控制信息的激活时间信息,和/或,所述发送方在提前发送业务控制信息时或之前,将为将要修改的业务控制信息配置的激活时间信息通知接收方;
将要修改的业务控制信息的激活时间信息指示了提前发送的业务控制信息将要生效的变化周期。
进一步地,上述发送方法还可具有以下特点:
所述发送方在业务控制信息生效的修改周期内,重复发送所述业务控制信息。
进一步地,上述发送方法还可具有以下特点:
该发送方法应用于第三代移动通信系统,所述业务控制信息包括多媒体广播和组播业务(MBMS)的控制信息,所述发送方为基站或中继站,所述接收方为用户设备;
发送方发送的MBMS控制信息中新增了以下两组信息:
第一组信息为:下一个修改周期内或更后的修改周期将要修改的业务信息,或者,将要修改的业务信息及其激活时间信息;
第二组信息为:下一修改周期内将要修改的当前小区的点到多点无线承载信息,或者,将要修改的当前小区的点到多点无线承载信息及其激活时间信息。
进一步地,上述发送方法还可具有以下特点:
将原用于发送MBMS修改的业务信息的消息进行扩展,在扩展后的该消息中发送所述第一组信息;
将原用于发送MBMS当前小区点到多点无线承载信息的消息进行扩展,在扩展后的该消息中发送所述第二组信息。
进一步地,上述发送方法还可具有以下特点:
该发送方法应用于长期演进系统或其后续系统,所述业务控制信息包括MBMS的控制信息,所述发送方为基站或中继站,所述接收方为用户设备;
所述发送方在新发起一个业务或对正在传输的业务的配置信息进行修改时,在确定的对该业务进行发送或对配置信息进行修改的修改周期之前的第n个修改周期,将将要生效的该业务的配置信息配置在公共控制信道信令的提前配置信息集中,n≥1;
所述发送方在确定的对该业务进行发送或对配置信息进行修改的修改周期到来时,将将要生效的该业务的配置信息从所述提前配置信息集中删除并添加到公共控制信道信令的当前配置信息集。
上述发送方法通过对现有的业务控制信息及其发送时刻进行处理,将要修改的业务的配置信息或者业务的调度信息等被提前一定时间发送给接收方,使得接收方接收业务数据之前即可以获得相应的业务控制信息,有效避免了业务控制信息接收延迟或失败及其对业务数据接收的影响。
本发明要解决的另一技术问题是提供一种与上述业务控制信息的发送方法对应的业务控制信息的接收方法,可以提高数据接收的成功率。
为了解决上述问题,本发明提供了一种业务控制信息的接收方法,包括:
接收方接收发送方提前发送的业务控制信息后,如判断其中包含本接收方要接收业务的控制信息,则在所述控制信息生效时,根据获取的所述控制信息接收业务数据。
进一步地,上述接收方法还可具有以下特点:
该发送方法应用于第三代移动通信系统,提前发送的业务控制信息包括将要修改的业务信息和业务的配置信息,将要修改的业务信息和对应的业务的配置信息在同一修改周期生效;
接收方收到提前发送且本接收方要接收的业务信息后,根据配置的所述业务信息对应的业务的配置信息提前发送的时间信息接收提前发送的对应业务的配置信息,并根据为所述业务信息配置的激活时间信息确定所述业务信息和对应业务的配置信息生效的修改周期,在该生效的修改周期到来时,根据所述对应业务的配置信息对业务信道进行配置并接收业务数据。
进一步地,上述接收方法还可具有以下特点:
该接收方法应用于长期演进(LTE)系统或其后续系统,所述提前发送的业务控制信息包括将要修改的业务的配置信息;
所述接收方收到提前发送且本接收方要接收的业务的配置信息后,根据为所述配置信息配置的激活时间信息确定所述配置信息生效的修改周期,在所述修改周期到来时,根据所述配置信息对所述业务的业务信道进行配置并接收业务数据。
进一步地,上述接收方法还可具有以下特点:
该接收方法应用于长期演进(LTE)系统或其后续系统,所述将要修改的业务控制信息包括将要修改的业务的调度信息;
所述接收方接收到提前发送的业务的调度信息后,根据为所述业务的调度信息配置的激活时间信息确定所述业务的调度信息生效的调度周期,在该生效的修改周期到来时,在所述业务的调度信息指示的时频资源上接收业务数据;
如果接收的业务的调度信息不正确,接收方在下一个发送所述业务的调度信息的调度周期再次接收所述业务的调度信息,并对两次或多次接收的数据进行合并。
进一步地,上述接收方法还可具有以下特点:
所述业务控制信息包括多媒体广播和组播业务(MBMS)的业务控制信息,所述接收方根据静态配置或者发送方发送的信令获取提前一个或多个变化周期发送的业务控制信息的激活时间信息,所述激活时间信息指示了提前发送的业务控制信息将要生效的变化周期。
上述接收方法通过对提前发送的将要修改的业务的配置信息或者业务的调度信息等的接收,提高了接收方接收业务控制信息的成功率,并且可以提前根据业务控制信息做好接收相应业务数据的准备,提高了接收方接收业务数据的成功率。
本发明要解决的又一技术问题是提供一种业务控制信息的传输系统,可以提高数据接收的成功率。
为了解决上述问题,本发明提供了一种业务控制信息的传输系统,包括业务控制信息的发送方和接收方,其中,
发送方确定将要修改的业务控制信息及其生效时间,在所述业务控制信息生效之前,提前将所述业务控制信息发送给接收方;
接收方接收发送方提前发送的业务控制信息后,如判断其中包含本接收方要接收业务的控制信息,则在所述控制信息生效时,根据获取的所述控制信息接收业务数据;
所述发送方和接收方预先静态配置了将要修改的业务控制信息的激活时间信息,和/或,所述发送方在提前发送业务控制信息时或之前,将为将要修改的业务控制信息配置的激活时间信息通知接收方;该激活时间信息指示了提前发送的业务控制信息将要生效的变化周期。
进一步地,上述传输系统还可具有以下特点:
所述发送方为第三代移动通信(3G)系统中的基站或中继站,所述接收方为3G系统中的用户设备,所述业务控制信息包括多媒体广播和组播业务(MBMS)的业务信息和业务的配置信息,且将要修改的业务信息和对应的业务的配置信息在同一修改周期生效;
所述发送方在业务的配置信息生效的修改周期及之前的第n个修改周期内发送所述业务的配置信息,在业务信息生效的修改周期之前的第m个修改周期发送所述业务信息,在所述业务信息和对应业务的配置信息生效的修改周期内,在所述对应业务的配置信息配置的信道上发送业务数据,m≥n≥1;
所述接收方收到提前发送且本接收方要接收的业务信息后,根据配置的所述业务信息对应的业务的配置信息提前发送的时间信息接收提前发送的对应业务的配置信息,并根据为所述业务信息配置的激活时间信息确定所述业务信息和对应业务的配置信息生效的修改周期,在该生效的修改周期到来时,根据所述对应业务的配置信息对业务信道进行配置并接收业务数据。
进一步地,上述传输系统还可具有以下特点:
所述发送方为长期演进(LTE)系统或其后续系统中的基站或中继站,所述接收方为LTE系统的用户设备,所述业务控制信息包括MBMS的配置信息;
所述发送方在业务的配置信息生效的修改周期及之前的第n个修改周期内发送所述业务的配置信息,在所述业务的配置信息生效的修改周期内,在所述业务的配置信息配置的信道上发送业务数据,n≥1;
所述接收方收到提前发送且本接收方要接收的业务的配置信息后,根据为所述配置信息配置的激活时间信息确定所述配置信息生效的修改周期,在所述修改周期到来时,根据所述配置信息对所述业务的业务信道进行配置并接收业务数据。
进一步地,上述传输系统还可具有以下特点:
所述发送方为长期演进(LTE)系统或其后续系统中的基站或中继站,所述接收方为LTE系统的用户设备,所述业务控制信息包括MBMS的调度信息;
所述发送方在业务的调度信息生效的调度周期及之前的第n个调度周期内发送所述业务的调度信息,在所述业务的调度信息生效的修改周期内,在所述调度信息指定的时频资源上发送所述业务的数据,n≥1。
所述接收方接收到提前发送的业务的调度信息后,根据为所述业务的调度信息配置的激活时间信息确定所述业务的调度信息生效的调度周期,在该生效的修改周期到来时,在所述业务的调度信息指示的时频资源上接收业务数据;如果接收的业务的调度信息不正确,所述接收方在下一个发送所述业务的调度信息的调度周期再次接收所述业务的调度信息,并对两次或多次接收的数据进行合并。
上述系统通过发送方对现有的业务控制信息及其发送时刻进行处理,将要修改的业务的配置信息或者业务的调度信息等被提前一定时间发送给接收方,解决了业务控制信息发送之后接收方不能正确接收业务数据的问题。
本发明要解决的再一技术问题是提供一种业务控制信息的传输系统,可以提高调度信息接收的成功率。
为了解决上述问题,本发明提供了一种业务调度信息的发送方法,包括:
发送方在传输多个业务时采用动态调度方式,将多个业务的调度信息在本调度周期内以固定的调度信息传输周期进行多次发送,每个调度信息传输周期发送的调度信息中涉及的业务相同、部分相同或完全不同。
进一步地,上述发送方法还可具有以下特点:
该发送方法用于LTE系统或其后续系统,所述业务包含多媒体广播组播业务,所述发送方为基站或中继站,所述接收方为用户设备;
所述调度信息传输周期在公共控制信道上配置给接收方,或者由发送方和接收方预先静态配置;
所述业务的调度信息中包含业务标识,或者,所发送的多个业务的调度信息按照该多个业务在公共控制信道上的排列顺序依次排列,每次发送的调度信息中只指示第一个业务的序号。
上述方法中,发送方通过在一个调度周期内多次传输调度信息,可以通过合并等方式提高接收方对调度信息接收的成功率,也使得在调度周期开始后接收方还可以收到至少部分调度信息,而不必延迟到下一调度周期再进行接收。
附图说明
图1为现有技术中MCCH信令传输顺序的示意图;
图2为现有技术中MCCH信息调度的示意图;
图3为本发明实施例一的方法的流程图。
具体实施方式
下面结合实施例进行详细说明本发明的具体实施方式。
实施例一
本实施例基于目前的3G系统,对3G系统中的消息结构进行以下扩展:
首先,将发送MBMS修改的业务信息的消息的结构扩展为包含:1)本修改周期内修改的业务信息;2)下一个修改周期内(或更后的修改周期)将要修改的业务信息,指下一个修改周期(或更后的修改周期)内要生效的相对本修改周期有修改的业务信息(含业务标识和更新后的具体信息),文中,“修改”的信息也包括了“新增”的信息。即使没有包含任何业务,也要在每个重复周期发送。
其次,将发送MBMS当前小区点到多点无线承载信息的消息的结构扩展为包含:1)本修改周期内当前小区正在发送的PTM RB信息;2)下一修改周期内将要修改的当前小区的PTM RB信息,包含了一个或多个业务对应的PTM RB信息,这些信息相对本修改周期有修改且在下一修改周期到来时生效。MBMS当前小区的PTM RB信息包含了SCCPCH、TrCh和RB的对应关系,首先是物理信道级,其次传输信道级,最后是RB级,物理信道具的配置包括扩频因子、信道化码以及扰码,需要将Common Id作为索引在MBMS公共点到多点无线承载信息中查找。
当配置的生效时间到后,删除提前配置信息,只保留当前有效配置。具体地,当前修改周期中的“下一个修改周期内将要修改的业务信息”和“下一修改周期内将要修改的当前小区的PTM RB信息”在进入生效的修改周期后,分别变成为“本修改周期内修改的业务信息”和“本修改周期内当前小区正在发送的PTM RB信息”,按照“本修改周期内当前小区正在发送的PTM RB信息”发送相关业务数据,并需配置新的“下一个修改周期内将要修改的业务信息”和“下一修改周期内将要修改的当前小区的PTM RB信息”。实施例二也是如此。
容易理解地,在其他实施例中,上述扩展时增加的“下一个修改周期内将要修改的业务信息”和“下一修改周期内将要修改的当前小区的PTMRB信息”也可以作为新的单独的消息结构,并不一定要作为原有消息结构中扩展出的信息。
如图3所示,以增加下一个修改周期内将要修改的MBMS的业务信息为例,本实施例方法包括:
步骤110,基站在MCCH信道上发送MBMS控制信息,其中包含在下一个修改周期将要修改的业务信息,及将要修改的业务在下一修改周期内将要修改的当前小区的PTM RB信息;
步骤120,UE收到MBMS控制信息后,读取其中的在下一个修改周期内将要修改的业务信息,获知下一个修改周期将要修改的业务;
步骤130,UE需要接收将要修改的一个或多个业务时,读取所述业务对应的下一修改周期内将要修改的当前小区的PTM RB信息,获得所述业务的配置信息;
所谓需要接收的将要修改的一个或多个业务,可以是之前用户已经在接收的业务,也可以是用户要新接收的业务,也可以是用户预订要接收的业务,等等。
步骤140,在下一修改周期到来时,UE按照获取的所述业务的配置信息对业务信道进行配置,接收所述业务的数据。
这样终端就不会出现在业务发送开始时刻配置信息没有收到而丢失数据的问题。
实施例二
MBMS修改的业务信息扩展的内容不限于是下一个修改周期内将要修改的业务信息,也可以是更后的修改周期内将要修改的业务信息。这些将要修改的业务信息可以在当前修改周期后的第n个修改周期(反过来,当前修改周期即为生效的修改周期之前的第n个修改周期)内生效,n≥1。与生效的修改周期相关的激活时间信息可以预先静态配置在基站和UE中;或者采用动态配置如由基站在系统消息中通知UE,由基站在将要修改的业务信息中通知UE等;或者以静态配置为默认配置,在有动态配置时采用动态配置,否则采用静态配置的方式,等等。终端获知了该激活时间信息后,即获知了将要修改的业务信息生效的修改周期。实施例一相当于将n静态配置为1的情况。
本实施例基于目前的3G系统,系统在配置一个业务时还会配置该业务对应的激活时间的信息,也就是说在MBMS修改的业务信息中针对业务配置其相应的激活时间(Activation Time)信息,指示用户该业务信息在随后的多长时间后开始生效,直接或间接指示了提前发送的业务信息将要生效的修改周期信息。
本实施例对发送MBMS修改的业务信息的消息的结构做扩展,增加“将要修改的业务信息”并在其中配置将要修改的业务的激活时间信息,激活时间信息可以修改周期为单位,如配置为3时,表示将要修改的业务在当前修改周期之后的第3个修改周期内生效。激活时间信息可以重复周期或其他周期为单位,UE根据这些周期与修改周期的关系,也可以计算出将要修改的业务在哪一个修改周期内生效。激活时间也可以不以周期为单位,直接配置为某个时间,UE同样可以根据一个修改周期的时间推算出将要修改的业务在哪一个修改周期内生效。
对发送MBMS当前小区点到多点无线承载信息的消息的结构进行扩展,相应增加“将要修改的当前小区的PTM RB信息”,本实施例在将要修改的业务生效的前一个修改周期配置所述业务对应的“将要修改的当前小区的PTM RB信息”,这样资源开销较小。该“将要修改的当前小区的PTM RB信息”和相应的“将要修改的业务信息”在同一修改周期生效。在其他实施例中,也可以在将要修改的业务生效前的第m个修改周期配置所述业务对应的“将要修改的当前小区的PTM RB信息”,1≤m≤n。具体的提前时间信息可以预先静态配置在基站和UE中,或者采用基站通知UE的动态配置方式,或者将静态配置和动态配置相结合。
同样地,上述增加的信息也可以放在新的单独的信息结构中。
基站确定某个业务的信道配置在某个修改周期将要修改时,提前在发送MBMS修改的业务信息的消息中的“将要修改的业务信息”中配置将要修改的业务信息及其激活时间信息,并发送给UE;基站在所述业务信息生效(即该业务激活时间到)的修改周期之前的一个修改周期到来时,在发送MBMS当前小区点到多点无线承载信息的消息中的“下一修改周期内将要修改的当前小区的PTM RB信息”中配置所述业务的配置信息并发送给UE;在所述业务信息及对应业务的配置生效的修改周期,基站将该业务信息及对应业务的配置信息作为MBMS修改的业务信息和MBMS当前小区点到多点无线承载信息再次发送。这样同样内容将被发送至少2次,在第一次提前发送的修改周期到生效的修改周期之间如果还有一个或多个修改周期,基站在这些修改周期上可以重复发送已提前发送过的业务控制信息,也可以不发送已提前发送过的业务控制信息。
UE接收MBMS控制信息,获知将要修改的业务信息,如其中有需要接收的业务信息,根据所述业务的激活时间信息确定所述业务生效的修改周期,在所述业务生效的前一个修改周期(或者在按配置的提前时间信息推算出的修改周期)接收的MBMS控制信息中,读取所述业务对应的下一修改周期内将要修改的当前小区的PTM RB信息,获得所述业务的配置信息,然后就可以在所述业务生效的修改周期到来时,按照所配置的参数对该业务的数据进行接收了。
实施例三
本实施例基于目前的LTE系统,也可用于LTE系统的后续系统。LTE系统中只有一条MBMS信令承载在MCCH信道中,也就是说,将3G阶段的多条MBMS信令融合成一条MBMS信令。在这种情况下,同样可以采用本发明给出的方法。
在该MBMS信令中设置不同的字段,分别指示当前正在传输的业务的配置信息和将要修改的业务的配置信息。本文将指示当前正在传输的各个业务的配置信息字段的集合命名为当前配置信息集,将指示将要修改的各个业务的配置信息字段的集合命名为提前配置信息集。本实施例中,将要修改的业务的配置信息被提前通知UE。
基站新发起一个业务时,在确定的该业务进行发送的修改周期前的第一个修改周期将该业务的配置信息配置在MCCH信令中的提前配置信息集中;当业务开始发送时,基站将该业务的配置信息从提前配置信息集删除并在当前配置信息集中给出,其中的配置信息包括但不限于:MBMS点到多点业务信道(MBMS point-to-multipoint Traffic Channel,简称为MTCH)的配置信息,MCH(承载MTCH的传输信道)的配置信息,以及无线链路控制(Radio Link Control,简称为RLC)和媒体访问控制(Media Access Control,简称为MAC)层的配置信息等;其中MCH配置信息进一步包括MBMS子帧分配图样(MBMS Subframe Allocation Pattern,简称为MSAP)时机(occasion)的配置和调制编码集(Modulation and Coding Scheme,简称为MCS)等。其中,MSAP occasion指示了一个动态调度周期的时间段内某个MSAP所对应的一条MCH所包括全部多播资源。
当对正在传输的业务的配置信息进行修改时,在确定的对该业务配置信息进行修改的修改周期之前的第一个修改周期将该业务的新的配置信息配置在MCCH信令中的提前配置信息集中,同时在该修改周期的当前配置信息集中仍然传输该业务修改前的配置信息;在对该业务配置信息进行修改的修改周期内,将该业务的新的配置信息从提前配置信息集删除并添加到当前配置信息集中;当某个业务传输结束时,可以提前一个修改周期在提前配置信息集中通知UE。
在其他实施例中,基站新发起一个业务或者对正在传输的业务的配置信息进行修改时,可以在确定的进行业务发送或配置信息修改的修改周期之前的第n个修改周期将该业务的配置信息配置在MCCH信令的提前配置信息集中,n≥1。与生效的修改周期相关的激活时间信息可以预先静态配置在基站和UE中;或者采用动态配置如由基站在系统消息中通知UE,由基站在将要修改的业务信息中通知UE等;或者以静态配置为默认配置,在有动态配置时采用动态配置,否则采用静态配置的方式,等等。终端获知了该激活时间信息后,即获知了将要修改的业务信息生效的修改周期。本实施例相当于将n静态配置为1的情况。激活时间信息可以修改周期、重复周期或其他周期为单位,或者直接配置为某个时间。
UE接收MCCH信令,获取将要修改的业务的配置信息,如其中有需要接收的业务的配置信息,根据配置的所述配置信息的激活时间信息确定所述配置信息生效的修改周期,在该生效的修改周期到来时,UE按照所述业务配置信息对业务信道进行配置,接收相应的业务数据。
实施例四
本实施例基于目前的LTE系统。目前LTE系统在传输多个业务时一般采用动态调度方式,以提高系统资源利用效率。在这种情况下,可能多个业务的配置信息没有发生改变,但各自分配的物理资源是以调度周期为时间间隔改变的。调度信息一般在调度周期到来时在特定位置承载,用户通过监听调度信息获得各个业务的具体物理资源位置。如果某个用户在调度周期到来时的特定位置上接收调度信息出错,就不能获得给周期内各个业务的调度情况,也就很难接收到所需要的业务。
在这种情况下,同样可以采用本发明给出的方法,即基站在上一个调度周期内的信令中承载下一个调度周期的业务的调度信息。其中,一个业务的调度信息在一个调度周期内可以发送一次或重复多次。调度信息包括业务对应的时频资源信息等,承载该调度信息的可以是在特定的资源位置、特定的物理层或高层信令。同样地,在其他实施例中,基站可以在业务的调度信息生效前的多个调度周期就将该调度信息承载在信令中下发。提前下发的调度信息的激活时间信息可以预先静态配置,动态配置或将静态配置和动态配置相结合,具体实施可以参照前面的实施例。终端获知了该激活时间信息后,即可确定提前下发的调度信息生效的调度周期。本实施例相当于将激活时间静态配置为1个调度周期。该激活时间信息还可直接配置为某个时间。
这样,UE在上一个或多个调度周期内就能提前接收到下一个或多个调度周期的调度信息,如果接收不正确,还可以在下一个调度周期的起始时刻再次接收同样内容的调度信息,并对两次或多次接收的数据进行合并,保证了用户接收调度信息的准确性,进而可以提高接收调度信息所指示的时频资源上的业务数据的准确性。
通过该方法提前将下一个调度周期的调度信息发送给用户,可以提高用户接收调度信息的正确性。
实施例五
本实施例基于目前的LTE系统。目前LTE系统在传输多个业务时一般采用动态调度方式,以提高系统资源利用效率。在这种情况下,可能多个业务的配置信息没有发生改变,但各自分配的物理资源是以调度周期为时间间隔改变的,因此调度信息的准确接收也是非常重要的。
根据目前的初步结论,调度信息在调度周期开始时刻进行传输,用户通过监听调度信息获得各个业务的具体物理资源位置。如果某个用户在调度周期到来时的特定位置上接收调度信息出错,就不能获得给周期内各个业务的调度情况,也就很难接收到所需要的业务。
在这种情况下,发送方(如基站或中继站)可以将调度信息在本调度周期内以固定的调度信息传输周期进行多次发送;该调度信息传输周期在MCCH上配置给用户,当然也可以在发送方和接收方预先静态配置。
其中,每次传输的调度信息的内容可以相同,包括业务对应的时频资源信息,也可包含MCS(调制编码集)参数等。如在一个调度周期内将要传输1、2、4号共3个业务,在调度周期开始位置和每次调度信息传输周期到来时,均发送该3个业务的调度信息,如每个业务的开始子帧号,结束子帧号和/或持续子帧数。UE可以多次接收到相同的调度信息,合并多次发送的调度信息以提高接收的成功率。
可选的,每次传输的调度信息的内容可以部分相同,仅指示其后续业务的调度信息。如在一个调度周期内将要传输1、2、4、6、8号5个业务,在调度周期开始位置传输的调度信息包含了7个业务的调度信息,如每个业务的开始子帧号,结束子帧号和/或持续子帧数;在调度信息传输周期到来时,1、2、4号业务已经传输完成,第二个调度信息将发送2、4、6号业务的调度信息;同理,又经过一个调度信息传输周期后,业务2、4、6传输完成,第三个调度信息将发送4、6、8号业务的调度信息。
可选的,每次传输的调度信息可以不同。如在一个调度周期内将要传输1、2、4、6、8、9、10号7个业务,在调度周期开始位置传输的调度信息包含了1、2号业务的调度信息;在调度信息传输周期到来时,1、2号业务已经传输完成,第二个调度信息将发送4、6、8号业务的调度信息;同理,又经过一个调度信息传输周期后,业务4、6、8传输完成,第三个调度信息将只发送9、10号业务的调度信息。
在上述传输方式下,即使接收方(如UE)在一个调度周期开始之后一段时间才开始接收调度信息,也有可以收到部分业务的调度信息,如果其中包含有发送给自己的调度信息,就不需要到下一个调度周期再接收了。
其中调度信息的配置方法包含:如果调度信息中不包含业务短ID(按照业务在MCCH上的排列顺序进行调度传输),那么在多次传输的调度信息中需要指出该调度信息指示的第一个业务的序号,比如上例中,第二个调度信息将只包含4、6、8、9、10号业务的调度信息,同时需要告诉用户,该调度信息内容中包含的第一个业务是4号业务。
以上实施例虽然都是针对MBMS业务信息提出的,但是本发明并不局限于MBMS业务。容易理解的,对于其他业务的业务控制信息,采用本发明提前发送的方法,均可以提高相应业务数据接收的成功率。无论提前发送的什么业务控制信息时,配置的激活时间信息均需指示提前发送的业务控制信息将要生效的变化周期,该变化周期可以是修改周期,也可以是调度周期,或系统为其他业务控制信息配置的变化的周期。另,本发明方法也可以用于中继站对业务控制信息的发送和接收。
Claims (20)
1.一种业务控制信息的发送方法,包括:
发送方确定将要修改的业务控制信息及其生效时间,在所述业务控制信息生效之前,提前将所述业务控制信息发送给接收方。
2.如权利要求1所述的发送方法,其特征在于:
所述将要修改的业务控制信息包括将要修改的业务的配置信息;
所述发送方在业务的配置信息生效的修改周期之前的第n个修改周期内发送所述业务的配置信息,在所述业务的配置信息生效的修改周期内,在所述业务的配置信息配置的信道上发送业务数据,n≥1。
3.如权利要求2所述的发送方法,其特征在于:
所述将要修改的业务控制信息还包括将要修改的业务信息;
所述发送方在业务信息生效的修改周期之前的第m个修改周期内发送所述业务信息,业务信息和业务的配置信息采用不同信令发送,1≤n≤m。
4.如权利要求1所述的发送方法,其特征在于:
所述将要修改的业务控制信息包括将要修改的业务的调度信息;
所述发送方在业务的调度信息生效的调度周期之前的第n个调度周期内发送所述业务的调度信息,在所述业务的调度信息生效的修改周期内,在所述调度信息指定的时频资源上发送所述业务的数据,n≥1。
5.如权利要求1至4中任一权利要求所述的发送方法,其特征在于:
所述发送方和接收方预先静态配置了将要修改的业务控制信息的激活时间信息,和/或,所述发送方在提前发送业务控制信息时或之前,将为将要修改的业务控制信息配置的激活时间信息通知接收方;
将要修改的业务控制信息的激活时间信息指示了提前发送的业务控制信息将要生效的变化周期。
6.如权利要求1至5中任一权利要求所述的发送方法,其特征在于:
所述发送方在业务控制信息生效的修改周期内,重复发送所述业务控制信息。
7.如权利要求3所述的发送方法,其特征在于:
该发送方法应用于第三代移动通信系统,所述业务控制信息包括多媒体广播和组播业务(MBMS)的控制信息,所述发送方为基站或中继站,所述接收方为用户设备;
发送方发送的MBMS控制信息中新增了以下两组信息:
第一组信息为:下一个修改周期内或更后的修改周期将要修改的业务信息,或者,将要修改的业务信息及其激活时间信息;
第二组信息为:下一修改周期内将要修改的当前小区的点到多点无线承载信息,或者,将要修改的当前小区的点到多点无线承载信息及其激活时间信息。
8.如权利要求7所述的发送方法,其特征在于:
将原用于发送MBMS修改的业务信息的消息进行扩展,在扩展后的该消息中发送所述第一组信息;
将原用于发送MBMS当前小区点到多点无线承载信息的消息进行扩展,在扩展后的该消息中发送所述第二组信息。
9.如权利要求2所述的发送方法,其特征在于:
该发送方法应用于长期演进系统或其后续系统,所述业务控制信息包括MBMS的控制信息,所述发送方为基站或中继站,所述接收方为用户设备;
所述发送方在新发起一个业务或对正在传输的业务的配置信息进行修改时,在确定的对该业务进行发送或对配置信息进行修改的修改周期之前的第n个修改周期,将将要生效的该业务的配置信息配置在公共控制信道信令的提前配置信息集中,n≥1;
所述发送方在确定的对该业务进行发送或对配置信息进行修改的修改周期到来时,将将要生效的该业务的配置信息从所述提前配置信息集中删除并添加到公共控制信道信令的当前配置信息集。
10.一种业务控制信息的接收方法,包括:
接收方接收发送方提前发送的业务控制信息后,如判断其中包含本接收方要接收业务的控制信息,则在所述控制信息生效时,根据获取的所述控制信息接收业务数据。
11.如权利要求10所述的接收方法,其特征在于:
该发送方法应用于第三代移动通信系统,提前发送的业务控制信息包括将要修改的业务信息和业务的配置信息,将要修改的业务信息和对应的业务的配置信息在同一修改周期生效;
接收方收到提前发送且本接收方要接收的业务信息后,根据配置的所述业务信息对应的业务的配置信息提前发送的时间信息接收提前发送的对应业务的配置信息,并根据为所述业务信息配置的激活时间信息确定所述业务信息和对应业务的配置信息生效的修改周期,在该生效的修改周期到来时,根据所述对应业务的配置信息对业务信道进行配置并接收业务数据。
12.如权利要求10所述的接收方法,其特征在于:
该接收方法应用于长期演进(LTE)系统或其后续系统,所述提前发送的业务控制信息包括将要修改的业务的配置信息;
所述接收方收到提前发送且本接收方要接收的业务的配置信息后,根据为所述配置信息配置的激活时间信息确定所述配置信息生效的修改周期,在所述修改周期到来时,根据所述配置信息对所述业务的业务信道进行配置并接收业务数据。
13.如权利要求10所述的接收方法,其特征在于:
该接收方法应用于长期演进(LTE)系统或其后续系统,所述将要修改的业务控制信息包括将要修改的业务的调度信息;
所述接收方接收到提前发送的业务的调度信息后,根据为所述业务的调度信息配置的激活时间信息确定所述业务的调度信息生效的调度周期,在该生效的修改周期到来时,在所述业务的调度信息指示的时频资源上接收业务数据;
如果接收的业务的调度信息不正确,接收方在下一个发送所述业务的调度信息的调度周期再次接收所述业务的调度信息,并对两次或多次接收的数据进行合并。
14.如权利要求10至13中任一权利要求所述的接收方法,其特征在于:
所述业务控制信息包括多媒体广播和组播业务(MBMS)的业务控制信息,所述接收方根据静态配置或者发送方发送的信令获取提前一个或多个变化周期发送的业务控制信息的激活时间信息,所述激活时间信息指示了提前发送的业务控制信息将要生效的变化周期。
15.一种业务控制信息的传输系统,包括业务控制信息的发送方和接收方,其特征在于:
发送方确定将要修改的业务控制信息及其生效时间,在所述业务控制信息生效之前,提前将所述业务控制信息发送给接收方;
接收方接收发送方提前发送的业务控制信息后,如判断其中包含本接收方要接收业务的控制信息,则在所述控制信息生效时,根据获取的所述控制信息接收业务数据;
所述发送方和接收方预先静态配置了将要修改的业务控制信息的激活时间信息,和/或,所述发送方在提前发送业务控制信息时或之前,将为将要修改的业务控制信息配置的激活时间信息通知接收方;该激活时间信息指示了提前发送的业务控制信息将要生效的变化周期。
16.如权利要求15所述的传输系统,其特征在于:
所述发送方为第三代移动通信(3G)系统中的基站或中继站,所述接收方为3G系统中的用户设备,所述业务控制信息包括多媒体广播和组播业务(MBMS)的业务信息和业务的配置信息,且将要修改的业务信息和对应的业务的配置信息在同一修改周期生效;
所述发送方在业务的配置信息生效的修改周期及之前的第n个修改周期内发送所述业务的配置信息,在业务信息生效的修改周期之前的第m个修改周期发送所述业务信息,在所述业务信息和对应业务的配置信息生效的修改周期内,在所述对应业务的配置信息配置的信道上发送业务数据,m≥n≥1;
所述接收方收到提前发送且本接收方要接收的业务信息后,根据配置的所述业务信息对应的业务的配置信息提前发送的时间信息接收提前发送的对应业务的配置信息,并根据为所述业务信息配置的激活时间信息确定所述业务信息和对应业务的配置信息生效的修改周期,在该生效的修改周期到来时,根据所述对应业务的配置信息对业务信道进行配置并接收业务数据。
17.如权利要求15所述的传输系统,其特征在于:
所述发送方为长期演进(LTE)系统或其后续系统中的基站或中继站,所述接收方为LTE系统的用户设备,所述业务控制信息包括MBMS的配置信息;
所述发送方在业务的配置信息生效的修改周期及之前的第n个修改周期内发送所述业务的配置信息,在所述业务的配置信息生效的修改周期内,在所述业务的配置信息配置的信道上发送业务数据,n≥1;
所述接收方收到提前发送且本接收方要接收的业务的配置信息后,根据为所述配置信息配置的激活时间信息确定所述配置信息生效的修改周期,在所述修改周期到来时,根据所述配置信息对所述业务的业务信道进行配置并接收业务数据。
18.如权利要求15所述的传输系统,其特征在于:
所述发送方为长期演进(LTE)系统或其后续系统中的基站或中继站,所述接收方为LTE系统的用户设备,所述业务控制信息包括MBMS的调度信息;
所述发送方在业务的调度信息生效的调度周期及之前的第n个调度周期内发送所述业务的调度信息,在所述业务的调度信息生效的修改周期内,在所述调度信息指定的时频资源上发送所述业务的数据,n≥1。
所述接收方接收到提前发送的业务的调度信息后,根据为所述业务的调度信息配置的激活时间信息确定所述业务的调度信息生效的调度周期,在该生效的修改周期到来时,在所述业务的调度信息指示的时频资源上接收业务数据;如果接收的业务的调度信息不正确,所述接收方在下一个发送所述业务的调度信息的调度周期再次接收所述业务的调度信息,并对两次或多次接收的数据进行合并。
19.一种业务调度信息的发送方法,包括:
发送方在传输多个业务时采用动态调度方式,将多个业务的调度信息在本调度周期内以固定的调度信息传输周期进行多次发送,每个调度信息传输周期发送的调度信息中涉及的业务相同、部分相同或完全不同。
20.如权利要求19所述的发送方法,其特征在于:
该发送方法用于LTE系统或其后续系统,所述业务包含多媒体广播组播业务,所述发送方为基站或中继站,所述接收方为用户设备;
所述调度信息传输周期在公共控制信道上配置给接收方,或者由发送方和接收方预先静态配置;
所述业务的调度信息中包含业务标识,或者,所发送的多个业务的调度信息按照该多个业务在公共控制信道上的排列顺序依次排列,每次发送的调度信息中只指示第一个业务的序号。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101473904A CN101931875A (zh) | 2009-06-22 | 2009-06-22 | 一种业务控制信息的发送、接收方法及其系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101473904A CN101931875A (zh) | 2009-06-22 | 2009-06-22 | 一种业务控制信息的发送、接收方法及其系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101931875A true CN101931875A (zh) | 2010-12-29 |
Family
ID=43370739
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101473904A Pending CN101931875A (zh) | 2009-06-22 | 2009-06-22 | 一种业务控制信息的发送、接收方法及其系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101931875A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056342A (zh) * | 2009-10-27 | 2011-05-11 | 大唐移动通信设备有限公司 | 一种多播控制信道mcch的收发方法、装置和系统 |
CN102932111A (zh) * | 2011-08-10 | 2013-02-13 | 中兴通讯股份有限公司 | 无线信道状态信息上报方法及装置 |
CN105940762A (zh) * | 2014-01-30 | 2016-09-14 | 株式会社Ntt都科摩 | 用户终端、无线通信系统以及无线通信方法 |
CN106558210A (zh) * | 2015-09-25 | 2017-04-05 | 中兴通讯股份有限公司 | 车联网信息传输方法及装置 |
CN106559778A (zh) * | 2015-09-25 | 2017-04-05 | 展讯通信(上海)有限公司 | 基站及其lte和wlan汇聚时数据传输控制方法 |
WO2019072170A1 (zh) * | 2017-10-13 | 2019-04-18 | 华为技术有限公司 | 通信方法和通信装置 |
CN109688179A (zh) * | 2017-10-19 | 2019-04-26 | 华为技术有限公司 | 通信方法和通信装置 |
WO2019101143A1 (zh) * | 2017-11-23 | 2019-05-31 | 华为技术有限公司 | 一种调度的方法及设备 |
WO2020063269A1 (zh) * | 2018-09-27 | 2020-04-02 | 中兴通讯股份有限公司 | 业务传输方法及装置 |
WO2022057173A1 (zh) * | 2020-09-17 | 2022-03-24 | 华为技术有限公司 | 一种通信方法及装置 |
-
2009
- 2009-06-22 CN CN2009101473904A patent/CN101931875A/zh active Pending
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056342B (zh) * | 2009-10-27 | 2014-07-16 | 电信科学技术研究院 | 一种多播控制信道mcch的收发方法、装置和系统 |
CN102056342A (zh) * | 2009-10-27 | 2011-05-11 | 大唐移动通信设备有限公司 | 一种多播控制信道mcch的收发方法、装置和系统 |
CN102932111B (zh) * | 2011-08-10 | 2017-04-12 | 中兴通讯股份有限公司 | 无线信道状态信息上报方法及装置 |
CN102932111A (zh) * | 2011-08-10 | 2013-02-13 | 中兴通讯股份有限公司 | 无线信道状态信息上报方法及装置 |
CN105940762A (zh) * | 2014-01-30 | 2016-09-14 | 株式会社Ntt都科摩 | 用户终端、无线通信系统以及无线通信方法 |
CN106559778A (zh) * | 2015-09-25 | 2017-04-05 | 展讯通信(上海)有限公司 | 基站及其lte和wlan汇聚时数据传输控制方法 |
CN106558210A (zh) * | 2015-09-25 | 2017-04-05 | 中兴通讯股份有限公司 | 车联网信息传输方法及装置 |
CN106558210B (zh) * | 2015-09-25 | 2021-02-12 | 中兴通讯股份有限公司 | 车联网信息传输方法及装置 |
WO2019072170A1 (zh) * | 2017-10-13 | 2019-04-18 | 华为技术有限公司 | 通信方法和通信装置 |
CN109672510A (zh) * | 2017-10-13 | 2019-04-23 | 华为技术有限公司 | 通信方法和通信装置 |
US11412571B2 (en) | 2017-10-13 | 2022-08-09 | Huawei Technologies Co., Ltd. | Communication method and communications apparatus to deliver first data to an upper layer |
CN109672510B (zh) * | 2017-10-13 | 2021-01-29 | 华为技术有限公司 | 通信方法和通信装置 |
EP3691166A4 (en) * | 2017-10-13 | 2020-11-18 | Huawei Technologies Co., Ltd. | COMMUNICATION METHOD AND COMMUNICATION DEVICE |
CN109688179B (zh) * | 2017-10-19 | 2021-06-22 | 华为技术有限公司 | 通信方法和通信装置 |
CN109688179A (zh) * | 2017-10-19 | 2019-04-26 | 华为技术有限公司 | 通信方法和通信装置 |
WO2019101143A1 (zh) * | 2017-11-23 | 2019-05-31 | 华为技术有限公司 | 一种调度的方法及设备 |
US11425739B2 (en) | 2017-11-23 | 2022-08-23 | Huawei Technologies Co., Ltd. | Scheduling method and device |
WO2020063269A1 (zh) * | 2018-09-27 | 2020-04-02 | 中兴通讯股份有限公司 | 业务传输方法及装置 |
US11825435B2 (en) | 2018-09-27 | 2023-11-21 | Zte Corporation | Service transmission method and device |
WO2022057173A1 (zh) * | 2020-09-17 | 2022-03-24 | 华为技术有限公司 | 一种通信方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101931875A (zh) | 一种业务控制信息的发送、接收方法及其系统 | |
CN102421066B (zh) | 多媒体广播组播业务计数方法及系统 | |
CN102035807B (zh) | 一种多媒体广播多播业务通知信息的传输方法及系统 | |
CN101808281B (zh) | Mbms控制信令调度信息的传输方法、系统及设备 | |
CN101742572A (zh) | 调度信息的传输方法和装置 | |
RU2006120681A (ru) | Прерывистые передача и получение данных мультимедийного широковещательного/многоадресного обслуживания в системе подвижной связи | |
CN102137066B (zh) | 获取业务列表及多媒体广播组播业务数据的方法和系统 | |
CN101854589A (zh) | 多媒体广播多播业务控制信令的传输方法和系统 | |
CN101925004A (zh) | 基于多播广播业务的动态调度信息的处理方法和装置 | |
CN101867876A (zh) | Mcch更新指示信息的调度信息的承载、接收方法与装置 | |
CN101959136A (zh) | Mcch信息的发送、传输和接收方法及传输系统 | |
CN102263621A (zh) | Mbms业务上行反馈机制实现方法及系统 | |
CN102036171A (zh) | 一种子帧标识信息的传输方法及系统 | |
CN101959131B (zh) | Mbms通知信息的承载方法与装置 | |
CN102036178A (zh) | 一种发送、传输mbms通知指示信息的系统及方法 | |
CN101931882B (zh) | 多媒体广播多播业务的标识及接收方法与装置 | |
CN102740234B (zh) | 一种mbms挂起方法、系统及mce | |
CN101998257B (zh) | 一种mbms寻呼指示信息的传输方法及系统 | |
CN101997801A (zh) | 多播/组播单频网络子帧的ofdm符号分配方法及系统 | |
CN101998273A (zh) | 一种指示物理下行控制信息的发送、传输和接收方法及系统 | |
CN101998275A (zh) | 多播控制信道的配置方法、装置及用户设备 | |
CN102036175B (zh) | 一种mbms寻呼指示信息的传输方法及网络侧设备 | |
CN101998276A (zh) | 一种传输动态调度信息的方法及系统 | |
CN102281501A (zh) | 多媒体广播多播业务计数反馈的方法及系统 | |
CN102487482A (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 |
Application publication date: 20101229 |