接收多播业务的方法、发送多播业务的方法及装置
技术领域
本发明涉及通信技术领域,特别是指一种接收多播业务的方法、发送多播业务的方法及装置。
背景技术
窄带物联网(Narrow Band Internet of Things,NB-IoT)工作阶段(Work Item,WI)在3GPP版本13(Release 13)阶段通过并启动。窄带物联网WI阶段的目标是对蜂窝物联网(Cellular Internet of Things,CIoT)的无线接入进行技术标准化。技术基于长期演进(LTE)/LTE的演进(LTE-A)进行扩展,主要考虑的网络特性/目标是:增强室内覆盖,支持大量低速设备接入,低时延敏感性,降低设备成本,降低设备功耗,优化网络架构等。
当前认识到的窄带物联网(NB-IoT)通信可能存在的一些特性有:
NB-IoT终端具有低移动性;
NB-IoT终端与网络侧进行的数据传输对数据传输对实时性要求不高;
NB-IoT终端能量受限,要求极低的功率消耗;
NB-IoT终端和网络侧之间只进行小数据量的信息传输;
NB-IoT终端具有低实现复杂度,等等。
一个实际的NB-IoT终端可以具有上述的一个或多个特性。
为了减轻小区负荷,NB-IoT支持多载波操作。多载波操作下,载波分为主(anchor)载波和辅(non-anchor)载波。其中anchor载波上终端可以接收NPBCH(窄带物理广播信道)/NPSS(窄带主同步信号),NSSS(窄带辅同步信号)和SIB传输,non-anchor载波上R13终端当前只期望NB-PDCCH(窄带物理下行控制信道)/NB-PDSCH(窄带物理下行共享信道)和/或传输NB-PUSCH(窄带物理上行共享信道)。
NB-IoT终端由于能力受限,不能同时在多个载波上工作。R13中,随机接入只能在anchor载波上发起,当连接态UE配置为non-anchor载波时,该UE将在后续一直工作在该non-anchor载波,直到进入空闲态,或者需要在连接态发起随机接入,或者被分配到另外一个载波。
R13中空闲态UE只支持驻留在anchor载波上,后续增强中可能允许在non-anchor载波上接收寻呼甚至驻留。
LTE中,可以通过MBMS(Multimedia Broadcast Multicast Service,多媒体广播/多播业务)和SC-PTM(Single Cell Point To Multiploint,单小区点到多点)方式传输多播业务。
MBMS方式下,某一MBSFN(Multimedia Broadcast multicast service SingleFrequency Network,MBMS单频网)区域内参与MBMS的所有小区在相同的时间和频域资源上发送相同的内容。MBMS的逻辑信道包括MCCH(Multicast Control Channel,多播控制信道)和MTCH(Multicast Traffic Channel,多播业务信道)。SIB13中广播了MBSFN区域标识和相应的MCCH配置信息。MCCH信令则携带当前小区正在进行的MBMS业务信息以及对应的无线资源配置。UE通过接收MCCH,进而接收在MTCH上传输的感兴趣的MBMS业务。MCCH消息更新类似于***消息修改周期的概念,只在MCCH修改周期的边界,MCCH才可以更新。而MCCH消息更新指示,通过M-RNTI加扰的PDCCH通知。
SC-PTM方式下,多播业务在一个单独的小区中传输,基站负责调度。基站可灵活调度多播业务和单播业务在某小区上的传输。SC-PTM的逻辑信道包括SC-MCCH(Single CellMulticast Control Channel,单小区多播控制信道)和SC-MTCH(Single Cell MulticastTransport Channel,单小区多播业务信道)。SC-MCCH和SC-MTCH在DL-SCH上传输,UE通过基于特定的RNTI加扰的PDCCH(SC-MCCH对应的RNTI为SC-RNTI,为一固定值;SC-MTCH对应的RNTI为G-RNTI,每个MBMS业务与G-RNTI一一对应,在SC-MCCH中配置),获得在相应DL-SCH上的具体调度信息。SIB20中广播了SC-MCCH的配置信息。SC-MCCH提供了当前小区正在进行的MBMS业务信息及对应的调度信息、邻小区提供的SC-PTM情况等。同MCCH,SC-MCCH更新时也使用修改周期概念。SC-MCCH更新指示,通过SC-N-RNTI加扰的PDCCH通知。当UE收到SC-MCCH更新指示后,在同一子帧接收更新的SC-MCCH。
NB-IoT支持多载波操作,但同一时刻NB-IoT终端只能在一个载波上工作。如果多播业务只在anchor载波上传输,而该UE当前工作或者驻留在non-anchor载波上,此时该终端如何接收多播业务,当前还未有相关研究。
发明内容
本发明的目的在于提供一种接收多播业务的方法及装置,解决了现有技术中当终端工作在辅载波(non-anchor载波)上无法接收多播业务的问题。
为了达到上述目的,本发明实施例提供一种接收多播业务的方法,应用于终端侧,包括:
接收网络侧的配置,终端工作或者驻留于网络侧配置的辅载波上;
所述终端在所述辅载波上接收多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务。
其中,所述终端在所述辅载波上接收多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务的步骤,包括:
所述终端在所述辅载波上接收到多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收更新后的多播控制信道上传输的多播配置信息;
所述终端在所述主载波上接收更新后的多播配置信息指示的多播业务信道上传输的所述终端感兴趣的多播业务的数据信息。
其中,所述终端在所述辅载波上接收多播控制信道的更新提示的步骤,包括:
所述终端在所述辅载波上接收预设的无线网络临时标识加扰的物理下行控制信道,并解析所述物理下行控制信道获取多播控制信道的更新提示;或者,
所述终端在所述辅载波上接收预设的无线资源控制消息,并解析所述无线资源控制消息获取多播控制信道的更新提示。
其中,所述终端在所述辅载波上接收多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务的步骤,包括:
所述终端在所述辅载波上接收多播控制信道的更新提示后,在网络侧传输多播业务的所有时刻所述终端中断与所述辅载波的通信,并切换到预先配置的主载波上接收所述终端感兴趣的多播业务;在网络侧未传输多播业务的时刻所述终端恢复与所述辅载波的通信。
其中,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务之前,所述方法还包括:
所述终端向网络侧上报所述终端感兴趣的多播业务的标识。
其中,所述终端向网络侧上报所述终端感兴趣的多播业务的标识之前,所述方法还包括:
判断终端当前的设置为优先接收多播业务还是优先接收单播业务;
若终端当前设置为优先接收单播业务,所述终端在网络侧配置的辅载波上接收单播业务;
若终端当前设置为优先接收多播业务,所述终端向网络侧上报所述终端感兴趣的多播业务的标识。
其中,当终端向网络侧上报所述终端感兴趣的多播业务的标识时,所述终端在所述辅载波上接收多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务的步骤,包括:
所述终端在所述辅载波上接收多播控制信道的更新提示后,在网络侧传输终端感兴趣的多播业务的时刻所述终端中断与所述辅载波的通信,并切换到预先配置的主载波上接收所述终端感兴趣的多播业务;在网络侧传输终端不感兴趣的多播业务的时刻以及网络侧未传输多播业务的时刻,所述终端恢复与所述辅载波的通信。
其中,所述终端向网络侧上报所述终端感兴趣的多播业务的标识之后,所述方法还包括:
接收网络侧对于终端当前所在载波上的多播业务的调度信息,根据所述调度信息在终端当前所在的载波上接收终端感兴趣的多播业务;其中,网络侧在发送终端感兴趣的多播业务的期间停止对终端当前所在的载波上的单播业务的调度。
其中,所述终端在所述辅载波上接收多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务之后,所述方法还包括:
当终端在主载波上接收所述终端感兴趣的多播业务期间,若网络侧为终端配置的辅载波上需要发送或接收预设的关键事件,所述终端暂停在主载波上接收多播业务并切换到所述辅载波上发送或接收所述预设的关键事件。
本发明实施例还提供一种发送多播业务的方法,应用于网络侧,包括:
为终端配置辅载波,使得终端工作或者驻留于所述辅载波上;
在所述辅载波上向终端发送多播控制信道的更新提示;
在预先配置的主载波上发送多播业务,使得终端在接收到多播控制信道的更新提示后能够切换到所述主载波上接收终端感兴趣的多播业务。
其中,在所述辅载波上向终端发送多播控制信道的更新提示的步骤,包括:
在所述辅载波上通过预设的无线网络临时标识加扰的物理下行控制信道来发送多播控制信道的更新提示;或者,
在所述辅载波上通过预设的无线资源控制消息来发送多播控制信道的更新提示。
其中,在预先配置的主载波上发送多播业务期间,所述方法还包括:
在预先配置的主载波上发送多播业务的所有时刻内,网络侧停止调度和寻呼终端。
其中,在预先配置的主载波上发送多播业务之前,所述方法还包括:
接收终端上报的所述终端感兴趣的多播业务的标识。
其中,接收终端上报的所述终端感兴趣的多播业务的标识之后,所述方法还包括:
在预先配置的主载波上发送终端感兴趣的多播业务的时刻内,网络侧停止调度和寻呼终端。
其中,接收终端上报的所述终端感兴趣的多播业务的标识之后,所述方法还包括:
向终端发送针对终端当前所在载波上的多播业务的调度信息,所述调度信息用于调度所述终端在终端当前所在的载波上接收终端感兴趣的多播业务;
在发送终端感兴趣的多播业务的期间停止对终端当前所在的载波上的单播业务的调度。
其中,所述在预先配置的主载波上发送多播业务之后,所述方法还包括:
在网络侧在主载波上发送终端感兴趣的多播业务期间,若网络侧为终端配置的辅载波上需要发送或者接收预设的关键事件,网络侧停止在主载波上对多播业务的调度并在辅载波上进行对预设的关键事件的调度。
本发明实施例还提供一种接收多播业务的装置,应用于终端侧,包括:
配置接收模块,用于接收网络侧的配置,终端工作或者驻留于网络侧配置的辅载波上;
业务接收模块,用于在所述辅载波上接收多播控制信道的更新提示后,切换到预先配置的主载波上接收所述终端感兴趣的多播业务。
其中,所述业务接收模块包括:
第一业务接收子模块,用于在所述辅载波上接收到多播控制信道的更新提示后,切换到预先配置的主载波上接收更新后的多播控制信道上传输的多播配置信息;
第二业务接收子模块,用于在所述主载波上接收更新后的多播配置信息指示的多播业务信道上传输的所述终端感兴趣的多播业务的数据信息。
其中,所述装置还包括:
第一提示接收模块,用于在所述辅载波上接收预设的无线网络临时标识加扰的物理下行控制信道,并解析所述物理下行控制信道获取多播控制信道的更新提示;和/或,
第二提示接收模块,用于在所述辅载波上接收预设的无线资源控制消息,并解析所述无线资源控制消息获取多播控制信道的更新提示。
其中,所述业务接收模块包括:
第三业务接收子模块,用于在所述辅载波上接收多播控制信道的更新提示后,在网络侧传输多播业务的所有时刻中断与所述辅载波的通信,并切换到预先配置的主载波上接收所述终端感兴趣的多播业务;在网络侧未传输多播业务的时刻恢复与所述辅载波的通信。
其中,所述装置还包括:
标识上报模块,用于向网络侧上报所述终端感兴趣的多播业务的标识
其中,所述装置还包括:
判断模块,用于判断终端当前的设置为优先接收多播业务还是优先接收单播业务;
单播接收模块,用于若终端当前设置为优先接收单播业务,在网络侧配置的辅载波上接收单播业务;
上报模块,用于若终端当前设置为优先接收多播业务,向网络侧上报所述终端感兴趣的多播业务的标识。
其中,所述业务接收模块包括:
第四业务接收子模块,用于当终端向网络侧上报所述终端感兴趣的多播业务的标识时,在所述辅载波上接收多播控制信道的更新提示后,在网络侧传输终端感兴趣的多播业务的时刻中断与所述辅载波的通信,并切换到预先配置的主载波上接收所述终端感兴趣的多播业务;在网络侧传输终端不感兴趣的多播业务的时刻以及网络侧未传输多播业务的时刻,恢复与所述辅载波的通信。
其中,所述装置还包括:
接收调度模块,用于接收网络侧对于终端当前所在载波上的多播业务的调度信息,根据所述调度信息在终端当前所在的载波上接收终端感兴趣的多播业务;其中,网络侧在发送终端感兴趣的多播业务的期间停止对终端当前所在的载波上的单播业务的调度。
其中,所述装置还包括:
关键事件处理模块,用于当终端在主载波上接收所述终端感兴趣的多播业务期间,若网络侧为终端配置的辅载波上需要发送或接收预设的关键事件,暂停在主载波上接收多播业务并切换到所述辅载波上发送或接收所述预设的关键事件。
本发明实施例还提供一种发送多播业务的装置,应用于网络侧,包括:
配置模块,用于为终端配置辅载波,使得终端工作或者驻留于所述辅载波上;
提示发送模块,用于在所述辅载波上向终端发送多播控制信道的更新提示;
业务发送模块,用于在预先配置的主载波上发送多播业务,使得终端在接收到多播控制信道的更新提示后能够切换到所述主载波上接收终端感兴趣的多播业务。
其中,所述提示发送模块包括:
第一提示发送子模块,用于在所述辅载波上通过预设的无线网络临时标识加扰的物理下行控制信道来发送多播控制信道的更新提示;和/或,
第二提示发送子模块,用于在所述辅载波上通过预设的无线资源控制消息来发送多播控制信道的更新提示。
其中,所述装置还包括:
第一处理模块,用于在预先配置的主载波上发送多播业务的所有时刻内,网络侧停止调度和寻呼终端。
其中,所述装置还包括:
标识接收模块,用于接收终端上报的所述终端感兴趣的多播业务的标识。
其中,所述装置还包括:
第二处理模块,用于在预先配置的主载波上发送终端感兴趣的多播业务的时刻内,网络侧停止调度和寻呼终端。
其中,所述装置还包括:
发送调度模块,用于向终端发送针对终端当前所在载波上的多播业务的调度信息,所述调度信息用于调度所述终端在终端当前所在的载波上接收终端感兴趣的多播业务;
停止调度模块,用于在发送终端感兴趣的多播业务的期间停止对终端当前所在的载波上的单播业务的调度。
其中,所述装置还包括:
关键事件调度模块,用于在网络侧在主载波上发送终端感兴趣的多播业务期间,若网络侧为终端配置的辅载波上需要发送或者接收预设的关键事件,网络侧停止在主载波上对多播业务的调度并在辅载波上进行对预设的关键事件的调度。
本发明的上述技术方案至少具有如下有益效果:
本发明实施例的接收多播业务的方法、发送多播业务的方法及装置中,终端在辅载波上收到多播控制信道的更新提示后主动从辅载波切换到主载波上并在主载波上接收多播业务;本发明提供了一种工作在辅载波的终端如何接收多播业务的方法,终端可以动态的在主载波和辅载波之间转换来接收多播业务,在减轻主载波负荷的同时,实现了多播业务的接收。
附图说明
图1表示本发明的第一实施例提供的接收多播业务的方法的基本步骤流程图;
图2表示本发明的第二实施例提供的发送多播业务的方法的基本步骤流程图;
图3表示本发明实施例提供的接收多播业务的方法及发送多播业务的方法中举例说明中终端与网络侧的交互图之一;
图4表示本发明实施例提供的接收多播业务的方法及发送多播业务的方法中举例说明中终端与网络侧的交互图之二;
图5表示本发明实施例提供的接收多播业务的方法及发送多播业务的方法中举例说明中终端与网络侧的交互图之三;
图6表示本发明的第三实施例提供的接收多播业务的装置的结构图;
图7表示本发明的第四实施例提供的接收多播业务的装置以及第六实施例提供的发送多播业务的装置的结构图;
图8表示本发明的第五实施例提供的发送多播业务的装置的结构图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
如图1所示,本发明的第一实施例提供一种接收多播业务的方法,应用于终端侧,包括:
步骤11,接收网络侧的配置,终端工作或者驻留于网络侧配置的辅载波上;
步骤12,所述终端在所述辅载波上接收多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务。
相应的,如图2所示,本发明的第二实施例提供一种发送多播业务的方法,应用于网络侧,包括:
步骤21,为终端配置辅载波,使得终端工作或者驻留于所述辅载波上;
步骤22,在所述辅载波上向终端发送多播控制信道的更新提示;
步骤23,在预先配置的主载波上发送多播业务,使得终端在接收到多播控制信道的更新提示后能够切换到所述主载波上接收终端感兴趣的多播业务。
本发明的上述实施例中,窄带物联网支持多载波操作;且多载波操作下,载波分为主载波(anchor载波)和辅载波(non-anchor载波)。终端接入网络后会工作于预先配置的主载波上,当网络侧为终端配置辅载波时,终端则切换到辅载波从而工作于辅载波中。需要说明的是,终端工作于辅载波的过程中,若网络侧取消了辅载波的配置,则终端回到主载波上工作或驻留。
具体的,终端感兴趣的预设多播业务可以理解为终端需要接收的预设多播业务或者终端想要接收的预设多播业务。
本发明的上述实施例中当工作或者驻留于辅载波上的终端在辅载波上收到多播控制信道(MCCH或者SC-MCCH)的更新提示后,所述终端切换到为终端预先设置的主载波上接收所述终端感兴趣的多播业务;并在完成多播业务的接收之后或者网络侧传输多播业务完成之后或者辅载波上有关键事件时,切换回辅载波;本发明提供了一种工作在辅载波的终端如何接收多播业务的方法,终端可以动态的在主载波和辅载波之间转换来接收多播业务,在减轻主载波负荷的同时,实现了多播业务的接收。
具体的,本发明的上述实施例中步骤12包括:
步骤121,所述终端在所述辅载波上接收到多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收更新后的多播控制信道上传输的多播配置信息;
步骤122,所述终端在所述主载波上接收更新后的多播配置信息指示的多播业务信道上传输的所述终端感兴趣的多播业务的数据信息。
终端在辅载波上收到多播控制信道的更新提示后,终端将射频收发机转到主载波上接收多播控制信道(MCCH或SC-MCCH)来获取业务配置信息,然后基于业务配置信息在主载波上接收多播业务控制信道(MTCH或者SC-MTCH)上传输的终端感兴趣的预设多播业务的数据信息。
具体的,本发明的第一实施例中所述终端在所述辅载波上接收多播控制信道的更新提示的步骤,包括:
步骤13,所述终端在所述辅载波上接收预设的无线网络临时标识加扰的物理下行控制信道,并解析所述物理下行控制信道获取多播控制信道的更新提示;或者,
步骤14,所述终端在所述辅载波上接收预设的无线资源控制消息,并解析所述无线资源控制消息获取多播控制信道的更新提示。
相应的,本发明的第二实施例中步骤22包括:
步骤221,在所述辅载波上通过预设的无线网络临时标识加扰的物理下行控制信道来发送多播控制信道的更新提示;或者,
步骤222,在所述辅载波上通过预设的无线资源控制消息来发送多播控制信道的更新提示。
本发明的上述实施例中多播控制信道的更新提示可以是:
预设的无线网络临时标识(RNTI)加扰的物理下行控制信道(如SC-N-RNTI的PDCCH);或者,通过专用的无线资源控制消息(即RRC消息)通知。
需要说明的是,使用“预设的无线网络临时标识加扰的物理下行控制信道”时对应的接收时刻,和/或对应的无线网络临时标识加扰;上述参数都是由网络侧广播的,即终端通过网络侧的广播可以确定预先的无线网络临时标识加扰的物理下行控制信道的接收时刻,和/或终端通过网络侧的广播可以确定预先的无线网络临时标识加扰的物理下行控制信道使用的是何种无线网络临时标识加扰。进一步的,其网络侧可通过两种方式对上述参数进行广播,一种为在网络侧的***消息里额外广播这些参数;另外一种方式为将网络侧的***消息里广播的主载波上的多播控制信道更新时对应的时刻及更新时对应的无线网络标识沿用到辅载波的接收中。
具体的,本发明的上述实施例中所述终端在所述辅载波上接收多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务可以分为三种情况,第一种情况,终端驻留或者工作在辅载波下,优先多播接收;第二种情况,终端工作在辅载波上,并上报终端感兴趣的多播业务,当有终端感兴趣的多播业务时,优先多播接收;第三种情况,终端驻留或者工作在辅载波下,优先处理辅载波上某些关键事件的接收和发送。
下面分别对这三种情况进行详细描述:
第一种情况:终端驻留或者工作在辅载波下,优先多播接收;即本发明的第一实施例中步骤12包括:
所述终端在所述辅载波上接收多播控制信道的更新提示后,在网络侧传输多播业务的所有时刻所述终端中断与所述辅载波的通信,并切换到预先配置的主载波上接收所述终端感兴趣的多播业务;在网络侧未传输多播业务的时刻所述终端恢复与所述辅载波的通信。
相应的,本发明的第二实施例中,网络侧的发送多播业务的方法还包括:
步骤24,在预先配置的主载波上发送多播业务的所有时刻内,网络侧停止调度和寻呼终端。
即终端侧在所有多播业务相关的时刻(包括接收(SC-)MCCH、所有(SC-)MTCH传输、相关SIB传输),中断与non-anchor载波的通信,其余时刻则恢复与non-anchor载波的通信。
举例说明如下:
如图3所示,终端驻留或者工作在辅载波下,优先多播接收的情况下,终端侧及网络侧的操作包括:
需要说明的是,该实施例中,空闲态终端驻留在non-anchor载波下进行寻呼监听,连接态终端在non-anchor载波下进行数据发送、接收。多播通过SC-PTM(Single CellPoint To Multiploint,单小区点到多点)方式传输。
步骤31,终端侧在non-anchor载波接收到通过专用RRC消息通知的SC-MCCH更新指示;或者监听到SC-N-RNTI加扰的PDCCH,获知SC-MCCH更新。其中UE侧在non-anchor载波接收SC-N-RNTI加扰的PDCCH时对应的时刻、和/或对应的SC-N-RNTI,可以是由anchor载波额外广播的;或者沿用anchor载波上的SC-PTM相关配置;
步骤32,由于网络侧可能并不知道哪些UE需要接收SC-PTM业务,或者该UE感兴趣的SC-PTM业务是什么,因此当网络侧通知non-anchor上的终端SC-MCCH更新指示后,则认为在anchor载波广播SC-PTM业务的所有时刻(包括接收SC-MCCH、所有SC-MTCH传输、和/或SC-PTM相关的SIB)期间,均不能调度和寻呼任意UE。
相应的,此时终端在步骤31接收到SC-MCCH更新指示后,转换到anchor载波上进行SC-PTM业务接收,读取更新的SC-MCCH,并接收感兴趣的SC-PTM业务。并在所有SC-PTM业务相关的时刻(包括接收SC-MCCH、所有SC-MTCH传输、和/或SC-PTM相关的SIB),中断与non-anchor载波的通信,比如在出现SC-MCCH和所有SC-MTCH传输的时刻,如果是空闲态终端则不需要监听non-anchor载波上的寻呼信号;连接态UE在出现SC-MCCH和所有SC-MTCH传输的时刻,不需要在non-anchor载波上监听/接收下行信号,和/或不发送上行信号等。
进一步需要说明的是,上述方式同样适用于MBMS(Multimedia BroadcastMulticast Service,多媒体广播多播业务)方式的多播业务,只是相关的多播传输的SIB/多播控制信道/多播业务控制信道及相关的多播控制信道更新指示需要做相应的调整。
第二种情况:终端工作在辅载波上,并上报终端感兴趣的多播业务,当有终端感兴趣的多播业务时,优先多播接收。
首先在该种情况下,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务之前,所述方法还包括:
步骤15,所述终端向网络侧上报所述终端感兴趣的多播业务的标识。
或者,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务之前,所述方法还包括:
步骤16,判断终端当前的设置为优先接收多播业务还是优先接收单播业务;
步骤17,若终端当前设置为优先接收单播业务,所述终端在网络侧配置的辅载波上接收单播业务;
步骤18,若终端当前设置为优先接收多播业务,所述终端向网络侧上报所述终端感兴趣的多播业务的标识。
具体的,当终端通过步骤15或者步骤18向网络侧上报所述终端感兴趣的多播业务的标识时,本发明的第一实施例中步骤12包括:
所述终端在所述辅载波上接收多播控制信道的更新提示后,在网络侧传输终端感兴趣的多播业务的时刻(即终端接收感兴趣的多播业务的时刻)所述终端中断与所述辅载波的通信,并切换到预先配置的主载波上接收所述终端感兴趣的多播业务;在网络侧传输终端不感兴趣的多播业务的时刻以及网络侧未传输多播业务的时刻,所述终端恢复与所述辅载波的通信。
相应的,本发明的第二实施例中网络侧的发送多播业务的方法中,在预先配置的主载波上发送多播业务之前,所述方法还包括:
步骤25,接收终端上报的所述终端感兴趣的多播业务的标识。
进一步的,本发明的第二实施例中网络侧的发送多播业务的方法还包括:
步骤26,在预先配置的主载波上发送终端感兴趣的多播业务的时刻内,网络侧停止调度和寻呼终端。
即终端侧上报感兴趣的多播业务,则终端侧只在接收感兴趣的多播业务相关时刻(包括接收(SC-)MCCH和感兴趣业务对应的(SC-)MTCH传输),中断与non-anchor载波的通信,其余时刻则恢复与non-anchor载波的通信。
需要说明的是,上述在网络侧传输终端感兴趣的多播业务的时刻具体指:终端接收感兴趣的多播业务的多播控制信道的时间、终端接收感兴趣的多播业务的多播业务信道的时间以及终端读取必要的***信息的时刻等。
需要说明的是,第二种情况下,本发明实施例还提供一种接收多播业务的方法,即第一实施例中所述终端向网络侧上报所述终端感兴趣的多播业务的标识之后,所述方法还包括:
接收网络侧对于终端当前所在载波上的多播业务的调度信息,根据所述调度信息在终端当前所在的载波上接收终端感兴趣的多播业务;其中,网络侧在发送终端感兴趣的多播业务的期间停止对终端当前所在的载波上的单播业务的调度。
相应的,第二实施例中,网络侧接收终端上报的所述终端感兴趣的多播业务的标识之后,所述方法还包括:
向终端发送针对终端当前所在载波上的多播业务的调度信息,所述调度信息用于调度所述终端在终端当前所在的载波上接收终端感兴趣的多播业务;
在发送终端感兴趣的多播业务的期间停止对终端当前所在的载波上的单播业务的调度。
其中,终端当前所在的载波可以为主载波也可以为辅载波,在此不作限定。即终端侧向网络侧发送感兴趣的业务指示(当中包含感兴趣业务标识);而网络侧收到该消息后,则可在调度对应的多播业务时,避免对该终端进行单播的调度(包括单播发送和接收);且终端仍在当前所在的载波(不管是anchor还是non-anchor)上接收终端感兴趣的多播业务。
举例说明如下:
如图4所示,终端工作在辅载波上,并上报终端感兴趣的多播业务,当有终端感兴趣的多播业务时,优先多播接收的情况下,终端侧及网络侧的操作包括:
需要说明的是,该实施例中,空闲态终端驻留在non-anchor载波下进行寻呼监听,连接态终端在non-anchor载波下进行数据发送、接收。多播通过MBMS(MultimediaBroadcast Multicast Service,多媒体广播多播业务)方式传输。
步骤41a,终端侧在non-anchor载波接收到通过专用RRC消息或者M-RNTI加扰的PDCCH通知MCCH更新;
步骤41b,如果终端侧与网络侧保持着空口的连接,则UE在non-anchor载波上向网络侧发送对MBMS感兴趣的指示,当中可能包含具体感兴趣的MBMS业务标识;
需要说明的是,本发明实施例中对步骤41a和步骤41b的前后顺序不作限定,即步骤41b也可能发生在步骤41a前面,比如终端在未配置到non-anchor载波时,在anchor载波上向网络侧发送对MBMS感兴趣的指示及具体多播业务标识;或者UE配置到non-anchor载波后,在non-anchor载波上向网络侧发送对MBMS感兴趣的指示及具体多播业务标识。此时,步骤41a中,网络侧则可以根据步骤41b中的信息,进一步判断是否需要通过专用RRC消息通知MCCH更新,比如只有感兴趣的MBMS业务开始发送时,网络侧在通过专用RRC消息通知UEMCCH更新。
步骤42:网络侧知道MBMS的发送时刻(包括MCCH的发送、感兴趣的MBMS业务在MTCH传输情况、和/或MBMS相关的SIB),则在此期间,不调度或者寻呼该UE。
相应的,此时终端在步骤41a接收到MCCH更新指示后,转换到anchor载波上进行MBMS业务接收,读取更新的MCCH,并接收感兴趣的MBMS业务。并在此期间(包括接收MCCH和感兴趣业务对应的MTCH传输、和/或MBMS相关的SIB),中断与non-anchor载波的通信,比如不需要在non-anchor载波上监听/接收下行信号,和/或不发送上行信号等。
进一步的,终端在当前所在的载波上(anchor载波或者non-anchor载波)发送感兴趣的MBMS业务标识信息之前(即步骤41b之前),还包括判断当前优先接收多播业务还是优先接收单播业务。如果终端优先多播接收,则终端向网络侧发送感兴趣的多播业务指示,网络侧收到该指示后执行步骤42,同时终端也执行步骤42中的相关行为;如果终端优先单播接收,则不向网络侧发送感兴趣的多播业务指示。
需要说明的是,上述终端在anchor载波或者non-anchor载波上发送感兴趣的MBMS业务标识信息及之前的相关业务优先级判断行为,同样也适用于终端在anchor载波上接收单播和多播,或者终端在同一个non-anchor载波上接收单播和多播的情况。此时网络侧收到终端上报的感兴趣多播业务指示后,在该终端感兴趣的多播业务传输期间停止对该终端单播的调度。
进一步需要说明的是,上述方式同样适用于SC-PTM方式的多播业务,只是相关的多播传输的SIB/多播控制信道/多播业务控制信道及相关的多播控制信道更新指示需要做相应的调整。
第三种情况:终端驻留或者工作在辅载波下,优先处理辅载波上某些关键事件的接收和发送,则本发明第一实施例中所述终端在所述辅载波上接收多播控制信道的更新提示后,所述终端切换到预先配置的主载波上接收所述终端感兴趣的多播业务之后该方法还包括:
步骤16,当终端在主载波上接收所述终端感兴趣的多播业务期间,若网络侧为终端配置的辅载波上需要发送或接收预设的关键事件,所述终端暂停在主载波上接收多播业务并切换到所述辅载波上发送或接收所述预设的关键事件。
即终端侧在进行多播业务接收期间,如果与non-anchor载波上的关键事件(比如寻呼)相重叠时,则需要暂停anchor载波上的接收,而优先接收或发送non-anchor载波上面的关键事件。
相应的,本发明的第二实施例中在预先配置的主载波上发送多播业务之后该方法还包括:
步骤27,在网络侧在主载波上发送终端感兴趣的多播业务期间,若网络侧为终端配置的辅载波上需要发送或者接收预设的关键事件,网络侧停止在主载波上对多播业务的调度并在辅载波上进行对预设的关键事件的调度。
举例说明如下:
如图5所示,终端驻留或者工作在辅载波下,优先处理辅载波上某些关键事件的接收和发送的情况下,终端侧及网络侧的操作包括:
需要说明的是,该实施例中,空闲态终端驻留在non-anchor载波下进行寻呼监听;或者连接态UE在non-anchor载波下进行数据发送、接收。
步骤51,终端侧在non-anchor载波接收到通过专用RRC消息或者SC-N-RNTI加扰的PDCCH通知SC-MCCH更新;
步骤52,由于网络侧可能并不知道哪些UE需要接收SC-PTM业务,或者该UE感兴趣的SC-PTM业务是什么,因此当网络侧通知non-anchor上的UESC-MCCH更新指示后,则认为在anchor载波广播SC-PTM时刻(包括接收SC-MCCH、所有SC-MTCH传输、和/或SC-PTM相关的SIB)期间,一般情况下不能调度任意UE,但对于某些关键事件,比如需要寻呼某终端,则优先该操作,而无需等到非SC-PTM业务传输的时候再执行相关操作;
相应的,此时终端在步骤51接收到SC-MCCH更新指示后,转换anchor载波上进行SC-PTM业务接收,读取更新的SC-MCCH,并接收感兴趣的SC-PTM业务。在此期间,如果non-anchor载波上有重要的事件需要发送和接收,比如终端侧需要在non-anchor上上报一些报警报告,或者SC-PTM对应的传输时刻与终端在non-anchor载波上的寻呼监听时刻正好重叠,则终端侧优先处理non-anchor载波上的关键事件的发送和/或接收,而暂停anchor载波上的SC-PTM的接收。
该实施例中,如果终端侧上报感兴趣的特定SC-PTM业务,则网络侧和终端侧也可以只在SC-MCCH和感兴趣业务对应的SC-MTCH传输、和/或SC-PTM相关的SIB传输期间,转换anchor载波上进行SC-PTM业务接收,但如果有关键事件的发生,仍然优先non-anchor载波上的关键事件,暂时重新回到non-anchor载波上进行关键事件的处理。
进一步需要说明的是,上述方式同样适用于MBMS方式的多播业务,只是相关的多播传输的SIB/多播控制信道/多播业务控制信道及相关的多播控制信道更新指示需要做相应的调整。
综上,本发明的上述实施例中终端在辅载波上收到多播控制信道的更新提示后主动从辅载波切换到主载波上并在主载波上接收多播业务;本发明提供了一种工作在辅载波的终端如何接收多播业务的方法,终端可以动态的在主载波和辅载波之间转换来接收多播业务,在减轻主载波负荷的同时,实现了多播业务的接收。
第三实施例
如图6所示,本发明的第三实施例还提供一种接收多播业务的装置,应用于终端侧,包括:
配置接收模块61,用于接收网络侧的配置,终端工作或者驻留于网络侧配置的辅载波上;
业务接收模块62,用于在所述辅载波上接收多播控制信道的更新提示后,切换到预先配置的主载波上接收所述终端感兴趣的多播业务。
具体的,本发明的第三实施例中所述业务接收模块包括:
第一业务接收子模块,用于在所述辅载波上接收到多播控制信道的更新提示后,切换到预先配置的主载波上接收更新后的多播控制信道上传输的多播配置信息;
第二业务接收子模块,用于在所述主载波上接收更新后的多播配置信息指示的多播业务信道上传输的所述终端感兴趣的多播业务的数据信息。
具体的,本发明的第三实施例中所述装置还包括:
第一提示接收模块,用于在所述辅载波上接收预设的无线网络临时标识加扰的物理下行控制信道,并解析所述物理下行控制信道获取多播控制信道的更新提示;和/或,
第二提示接收模块,用于在所述辅载波上接收预设的无线资源控制消息,并解析所述无线资源控制消息获取多播控制信道的更新提示。
具体的,本发明的第三实施例中,所述业务接收模块包括:
第三业务接收子模块,用于在所述辅载波上接收多播控制信道的更新提示后,在网络侧传输多播业务的所有时刻中断与所述辅载波的通信,并切换到预先配置的主载波上接收所述终端感兴趣的多播业务;在网络侧未传输多播业务的时刻恢复与所述辅载波的通信。
具体的,本发明的第三实施例中,所述装置还包括:
标识上报模块,用于向网络侧上报所述终端感兴趣的多播业务的标识
具体的,本发明的第三实施例中,所述装置还包括:
判断模块,用于判断终端当前的设置为优先接收多播业务还是优先接收单播业务;
单播接收模块,用于若终端当前设置为优先接收单播业务,在网络侧配置的辅载波上接收单播业务;
上报模块,用于若终端当前设置为优先接收多播业务,向网络侧上报所述终端感兴趣的多播业务的标识。
具体的,本发明的第三实施例中,所述业务接收模块包括:
第四业务接收子模块,用于当终端向网络侧上报所述终端感兴趣的多播业务的标识时,在所述辅载波上接收多播控制信道的更新提示后,在网络侧传输终端感兴趣的多播业务的时刻中断与所述辅载波的通信,并切换到预先配置的主载波上接收所述终端感兴趣的多播业务;在网络侧传输终端不感兴趣的多播业务的时刻以及网络侧未传输多播业务的时刻,恢复与所述辅载波的通信。
具体的,本发明的第三实施例中,所述装置还包括:
接收调度模块,用于接收网络侧对于终端当前所在载波上的多播业务的调度信息,根据所述调度信息在终端当前所在的载波上接收终端感兴趣的多播业务;其中,网络侧在发送终端感兴趣的多播业务的期间停止对终端当前所在的载波上的单播业务的调度。
具体的,本发明的第三实施例中,所述装置还包括:
关键事件处理模块,用于当终端在主载波上接收所述终端感兴趣的多播业务期间,若网络侧为终端配置的辅载波上需要发送或接收预设的关键事件,暂停在主载波上接收多播业务并切换到所述辅载波上发送或接收所述预设的关键事件。
综上,本发明的第三实施例提供的接收多播业务的装置中,终端在辅载波上收到多播控制信道的更新提示后主动从辅载波切换到主载波上并在主载波上接收多播业务;本发明提供了一种工作在辅载波的终端如何接收多播业务的方法,终端可以动态的在主载波和辅载波之间转换来接收多播业务,在减轻主载波负荷的同时,实现了多播业务的接收。
需要说明的是,本发明的第三实施例提供的接收多播业务的装置是应用上述接收多播业务的方法的装置,则上述接收多播业务的方法的所有实施例均适用于该接收多播业务的装置,且均能达到相同或相似的有益效果。
第四实施例
为了更好的实现上述目的,如图7所示,本发明的第四实施例还提供一种接收多播业务的装置,该接收多播业务的装置包括:处理器100;通过总线接口与所述处理器100相连接的存储器120,以及通过总线接口与处理器100相连接的收发机110;所述存储器用于存储所述处理器在执行操作时所使用的程序和数据;通过收发机110接收网络侧的配置以及终端感兴趣的多播业务等;当处理器调用并执行所述存储器中所存储的程序和数据时,实现如下的功能模块:
配置接收模块,用于接收网络侧的配置,终端工作或者驻留于网络侧配置的辅载波上;
业务接收模块,用于在所述辅载波上接收多播控制信道的更新提示后,切换到预先配置的主载波上接收所述终端感兴趣的多播业务。
其中,在图7中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器100代表的一个或多个处理器和存储器120代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机110可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器100负责管理总线架构和通常的处理,存储器120可以存储处理器100在执行操作时所使用的数据。
处理器100负责管理总线架构和通常的处理,存储器920可以存储处理器100在执行操作时所使用的数据。
需要说明的是,本发明的第四实施例提供的接收多播业务的装置与上述第三实施例提供的接收多播业务的装置对应,故上述第一实施例提的接收多播业务的方法的所有实施例均适用于该接收多播业务的装置,且均能达到相同或相似的有益效果。
第五实施例
为了更好的实现上述目的,如图8所示,本发明的第五实施例还提供一种发送多播业务的装置,应用于网络侧,包括:
配置模块81,用于为终端配置辅载波,使得终端工作或者驻留于所述辅载波上;
提示发送模块82,用于在所述辅载波上向终端发送多播控制信道的更新提示;
业务发送模块83,用于在预先配置的主载波上发送多播业务,使得终端在接收到多播控制信道的更新提示后能够切换到所述主载波上接收终端感兴趣的多播业务。
具体的,本发明的第五实施例中所述提示发送模块包括:
第一提示发送子模块,用于在所述辅载波上通过预设的无线网络临时标识加扰的物理下行控制信道来发送多播控制信道的更新提示;和/或,
第二提示发送子模块,用于在所述辅载波上通过预设的无线资源控制消息来发送多播控制信道的更新提示。
具体的,本发明的第五实施例中所述装置还包括:
第一处理模块,用于在预先配置的主载波上发送多播业务的所有时刻内,网络侧停止调度和寻呼终端。
具体的,本发明的第五实施例中所述装置还包括:
标识接收模块,用于接收终端上报的所述终端感兴趣的多播业务的标识。
具体的,本发明的第五实施例中所述装置还包括:
第二处理模块,用于在预先配置的主载波上发送终端感兴趣的多播业务的时刻内,网络侧停止调度和寻呼终端。
具体的,本发明的第五实施例中所述装置还包括:
发送调度模块,用于向终端发送针对终端当前所在载波上的多播业务的调度信息,所述调度信息用于调度所述终端在终端当前所在的载波上接收终端感兴趣的多播业务;
停止调度模块,用于在发送终端感兴趣的多播业务的期间停止对终端当前所在的载波上的单播业务的调度。
具体的,本发明的第五实施例中所述装置还包括:
关键事件调度模块,用于在网络侧在主载波上发送终端感兴趣的多播业务期间,若网络侧为终端配置的辅载波上需要发送或者接收预设的关键事件,网络侧停止在主载波上对多播业务的调度并在辅载波上进行对预设的关键事件的调度。
综上,本发明的第五实施例提供的发送多播业务的装置中,终端在辅载波上收到多播控制信道的更新提示后主动从辅载波切换到主载波上并在主载波上接收多播业务;本发明提供了一种工作在辅载波的终端如何接收多播业务的方法,终端可以动态的在主载波和辅载波之间转换来接收多播业务,在减轻主载波负荷的同时,实现了多播业务的接收。
需要说明的是,本发明的第五实施例提供的发送多播业务的装置是应用上述发送多播业务的方法的装置,则上述发送多播业务的方法的所有实施例均适用于该发送多播业务的装置,且均能达到相同或相似的有益效果。
第六实施例
为了更好的实现上述目的,如图7所示,本发明的第六实施例还提供一种发送多播业务的装置,该发送多播业务的装置包括:处理器100;通过总线接口与所述处理器100相连接的存储器120,以及通过总线接口与处理器100相连接的收发机110;所述存储器用于存储所述处理器在执行操作时所使用的程序和数据;通过收发机110发送网络侧的配置以及终端感兴趣的多播业务等;当处理器调用并执行所述存储器中所存储的程序和数据时,实现如下的功能模块:
配置模块,用于为终端配置辅载波,使得终端工作或者驻留于所述辅载波上;
提示发送模块,用于在所述辅载波上向终端发送多播控制信道的更新提示;
业务发送模块,用于在预先配置的主载波上发送多播业务,使得终端在接收到多播控制信道的更新提示后能够切换到所述主载波上接收终端感兴趣的多播业务。
其中,在图7中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器100代表的一个或多个处理器和存储器120代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机110可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器100负责管理总线架构和通常的处理,存储器120可以存储处理器100在执行操作时所使用的数据。
处理器100负责管理总线架构和通常的处理,存储器920可以存储处理器100在执行操作时所使用的数据。
需要说明的是,本发明的第六实施例提供的发送多播业务的装置与上述第五实施例提供的发送多播业务的装置对应,故上述第二实施例提的发送多播业务的方法的所有实施例均适用于该发送多播业务的装置,且均能达到相同或相似的有益效果。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。