CN107734646A - 一种多播业务信息的发送方法、接收方法、基站及终端 - Google Patents
一种多播业务信息的发送方法、接收方法、基站及终端 Download PDFInfo
- Publication number
- CN107734646A CN107734646A CN201610659763.6A CN201610659763A CN107734646A CN 107734646 A CN107734646 A CN 107734646A CN 201610659763 A CN201610659763 A CN 201610659763A CN 107734646 A CN107734646 A CN 107734646A
- Authority
- CN
- China
- Prior art keywords
- information
- control channel
- multicast control
- multicast
- base station
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Abstract
本发明提供了一种多播业务信息的发送方法、接收方法、基站及终端，涉及通信领域，该多播业务信息的发送方法，包括：在系统信息中写入多播业务的多播控制信道的传输控制信息；将所述系统信息发送至终端，使所述终端根据所述传输控制信息接收多播控制信道上的信息。通过在系统信息中发送多播控制信道的传输控制信息，避免了传输控制信息在PDCCH中的重复传输，此种方式，节省了物理层信令开销，降低了PDSCH接收时延。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种多播业务信息的发送方法、接收方法、基站及终端。
背景技术
窄带物联网(Narrow Band Internet of Things，NB-IoT)工作阶段(Work Item，WI)在3GPP版本13(Release 13，R13)阶段通过并启动。窄带物联网工作阶段的目标是对蜂窝物联网(Cellular Internet of Things，CIoT)的无线接入进行技术标准化，技术基于长期演进(LTE)/长期演进的后续演进(LTE-A)进行扩展，主要考虑的网络特性/目标是：增强室内覆盖，支持大量低速设备接入，低时延敏感性，降低设备成本，降低设备功耗，优化网络架构等。
一个实际的NB-IoT终端可以具有低移动性、与网络侧进行的数据传输对实时性要求不高、要求极低的功率消耗、与网络侧之间只进行小数据量的信息传输和具有低实现复杂度等特性。
为了减轻小区负荷，NB-IoT支持多种载波操作，多载波操作下，载波分为主载波(anchor载波)和辅载波(non-anchor载波)。其中，主载波上终端可以接收窄带物理广播信道(NPBCH)/窄带主同步信号(NPSS)，窄带辅同步信号(NSSS)和带内信令(SIB)传输，非主载波上R13终端当前只期望窄带物理下行控制信道(NB-PDCCH)/窄带物理下行共享信道(NB-PDSCH)和/或窄带物理上行共享信道(NB-PUSCH)，因NB-IoT终端由于能力受限，不能同时在多个载波上工作。R13中，随机接入只能在主载波上发起，当连接态终端配置为辅载波时，该终端将在后续一直工作在该辅载波上，直到进入空闲态、需要在连接态发起随机接入或者被分配到另外一个载波，目前，R13中空闲态的终端只支持驻留在主载波上。
在演进的统一陆地无线接入网(E-UTRAN)中，终端可以在无线资源控制(RRC)连接态或者RRC空闲态接收多媒体广播多播业务(Multimedia Broadcast Multicast Service，MBMS)，小区必须同时支持单播和MBMS，在终端接收MBMS的过程中，同时可以接收寻呼或者发起寻呼。MBMS的系统逻辑架构如图1所示，主要包括通过M2接口与基站连接的多小区/多播协调实体(Multi-cell/multicast Coordination Entity，MCE)，且每个基站对应一个MCE，该MCE通过M3接口与移动性管理实体(Mobility Management Entity，MME)连接，基站还通过M1接口与MBMS网关(MBMS网关是逻辑实体，可以是网元的一部分，主要功能是发送和广播MBMS数据包到每个提供MBMS业务的基站，MBMS网关使用IP多播将用户数据推送到基站)连接。
其中，MCE的功能包括：
监督控制和分配在多播广播单频网络(Multicast Broadcast Single FrequencyNetwork，MBSFN)区域基站使用的无线资源用于多小区MBMS传输；如果无线资源不足，MCE可以决定不建立新的MBMS业务的无线承载；
决定使用单小区点到多点(Single Cell Point To Multiploint，SC-PTM)还是MBSFN；
计算和获取MBMS业务的计算结果；
恢复MBSFN区域内的MBMS会话；
挂起MBSFN区域内的MBMS会话。
需要说明的是，M1接口是用户面的接口，用于IP多播点对多点的用户数据包；M2和M3接口属于控制面接口，其中，M2接口主要用于传输无线配置数据和会话控制信令；M3接口主要用于发送E-UTRAN无线接入承载(E-UTRAN Radio Access Bearer，E-RAB)层面的MBMS会话控制信令(不包含无线配置数据)，流程包括MBMS会话启动和停止。
MBMS支持单小区传输和多小区传输，其中单小区传输对应SC-PTM。单小区传输的特点主要包括：
MBMS业务仅在单个小区传输；
一个SC-MCCH和一个或者多个SC-MTCH被映射到下行共享信道(Downlink SharedChannel，DL-SCH)；
由基站进行调度；
在PDCCH上，单小区多播控制信道(Single-Cell Multicast Control Channel，SC-MCCH，它是点到多点下行控制信道用于传输网络侧到终端的MBMS控制信息，对应一个或者多个单小区多播业务信道，只有关注SC-PTM业务的终端才会使用该信道)和单小区多播业务信道(Single-Cell Multicast Traffic Channel，SC-MTCH，它是点到多点下行信道用于传输网络侧到终端的业务数据，只有关注SC-PTM业务的终端才会使用该信道)的传输分别使用不同的逻辑信道专有无线网临时标识(Radio Network Temporary Identity，RNTI)指示，需要说明的是，MBMS业务标识临时移动组标识(Temporary Mobile Group Identity，TMGI)和SC-MTCH传输标识(Identifies transmissions of a SC-MTCH，G-RNTI)一一映射，SC-MCCH对应的RNTI为SC-RNTI，为一固定值，SC-MTCH对应的RNTI为G-RNTI；
SC-MCCH或SC-MTCH对应的DL-SCH使用单传输，即既不使用盲混合自动重传请求(Hybrid Auto Repeat Request，HARQ)重复也不使用无线链路控制(Radio Link Control，RLC)快速重复；
SC-MCCH和SC-MTCH使用非确认模式(Unacknowledged Mode，RLC-UM)模式。
广播控制信道(Broadcast Control Channel，BCCH)用于广播用于传输MBMS点到多点控制信道(MCCH)的资源位置，但不指示MBMS业务的可用性。System InformationBlock Type20广播内容包括SC-MCCH的更新周期、重复周期和子帧偏移。
通常情况下，SC-MCCH设计方式如下：
每个小区只有一个SC-MCCH，在DL-SCH上发送；
SC-MCCH提供所有MBMS业务列表和即将在SC-MTCH上传输的会话，包括每个MBMS的业务TMGI、可选会话ID及对应的G-RNTI和调度信息(包括：SC-MTCH调度周期；SC-MTCH传输时长：终端从非连续接收(Discontinuous Reception，DRX)苏醒后接收PDCCH的时长，如果终端正确解码指示SC-MTCH映射到的DL-SCH后，终端保持清醒并启动非激活定时器；SC-MTCH非激活定时器：当终端正确解码指示SC-MTCH映射到的DL-SCH后就启动非激活定时器，超时后回到DRX状态)；
SC-MCCH每个SC-MCCH重复周期通过RRC传输；
SC-MCCH有更新周期，终端如果没有收到SC-MCCH更新通知时，就在更新周期开始接收SC-MCCH；
SC-MCCH更新通知机制：在SC-MCCH重复周期的第一个子帧发送更新通知，采用下行传输格式1C，并用SC-N-RNTI标识，在该消息的8比特位中的最低位来表示SC-MCCH是否有更新；当终端收到SC-MCCH更新后，在同一子帧接收SC-MCCH。
需要说明的是，由于NB-IoT需要对数据进行多次重传，以达到保证传输可靠性的目的，所以当其使用多播传输方式时，对于多播相关信道上的数据也需要多次重复传输，包括PDCCH和PDSCH。目前单小区多播控制信道SC-MCCH是使用PDCCH调度的，其周期和内容都比较稳定，一般不会频繁发生变化，如果仍然采用PDCCH+PDSCH的传输方式来传输SC-MCCH，则PDCCH也需要大量的重复传输，这会造成大量的物理层信令开销以及PDSCH接收时延。
发明内容
本发明要解决的技术问题是提供一种多播业务信息的发送方法、接收方法、基站及终端，用以解决当采用PDCCH和PDSCH的传输方式来传输SC-MCCH时，因PDCCH需要大量的重复传输，会造成大量的物理层信令开销以及PDSCH接收时延的问题。
为了解决上述技术问题，本发明实施例提供一种多播业务信息的发送方法，包括：
在系统信息中写入多播业务的多播控制信道的传输控制信息；
将所述系统信息发送至终端，使所述终端根据所述传输控制信息接收多播控制信道上的信息。
进一步地，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
本发明实施例提供一种基站，包括：
写入模块，用于在系统信息中写入多播业务的多播控制信道的传输控制信息；
发送模块，用于将所述系统信息发送至终端，使所述终端根据所述传输控制信息接收多播控制信道上的信息。
进一步地，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
本发明实施例提供一种多播业务信息的接收方法，包括：
接收基站发送的系统信息，所述系统信息中携带有多播业务的多播控制信道的传输控制信息；
根据所述传输控制信息，接收基站发送的多播控制信道上的信息。
进一步地，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
进一步地，在所述传输控制信息中包含多播控制信道的更新信息的配置参数时，所述根据所述传输控制信息，接收基站发送的多播控制信道上的信息的步骤包括：
根据所述配置参数，监听基站发送的多播业务的多播控制信道的更新信息；
根据所述更新信息与所述基站发送的多播控制信道上的信息的时域关系，接收所述多播控制信道上的信息。
进一步地，所述监听基站发送的多播业务的多播控制信道的更新信息的步骤包括：
接收基站发送的通过预设信息加扰的物理下行控制信道；
在所述物理下行控制信道中监听所述多播控制信道的更新信息。
进一步地，所述根据所述更新信息与所述基站发送的多播控制信道上的信息的时域关系，接收所述多播控制信道上的信息的步骤包括：
若所述更新信息与所述多播控制信道上的信息的时域不重叠，则依据时域顺序分别接收所述更新信息和基站最新发送的多播控制信道上的信息；
若所述更新信息与所述多播控制信道上的信息的时域重叠，则在当前时域位置只接收所述更新信息。
进一步地，在当前时域位置只接收所述更新信息的步骤之后，所述接收方法还包括：
若所述更新信息所在的物理下行控制信道中携带有多播控制信道的调度信息，则根据所述调度信息接收基站发送的多播控制信道上的信息。
本发明实施例提供一种终端，包括：
第一接收模块，用于接收基站发送的系统信息，所述系统信息中携带有多播业务的多播控制信道的传输控制信息；
第二接收模块，用于根据所述传输控制信息，接收基站发送的多播控制信道上的信息。
进一步地，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
进一步地，在所述传输控制信息中包含多播控制信道的更新信息的配置参数时，所述第二接收模块包括：
监听子模块，用于根据所述配置参数，监听基站发送的多播业务的多播控制信道的更新信息；
接收子模块，用于根据所述更新信息与所述基站发送的多播控制信道上的信息的时域关系，接收所述多播控制信道上的信息。
进一步地，所述监听子模块包括：
第一接收单元，用于接收基站发送的通过预设信息加扰的物理下行控制信道；
监听单元，用于在所述物理下行控制信道中监听所述多播控制信道的更新信息。
进一步地，所述接收子模块包括：
第二接收单元，用于若所述更新信息与所述多播控制信道上的信息的时域不重叠，则依据时域顺序分别接收所述更新信息和基站最新发送的多播控制信道上的信息；
第三接收单元，用于若所述更新信息与所述多播控制信道上的信息的时域重叠，则在当前时域位置只接收所述更新信息。
进一步地，所述终端，还包括：
第四接收单元，用于若所述更新信息所在的物理下行控制信道中携带有多播控制信道的调度信息，则根据所述调度信息接收基站发送的多播控制信道上的信息。
本发明的有益效果是：
上述方案，通过在系统信息中发送多播控制信道的传输控制信息，避免了传输控制信息在PDCCH中的重复传输，此种方式，节省了物理层信令开销，降低了PDSCH接收时延。
附图说明
图1表示MBMS的系统逻辑架构图；
图2表示本发明实施例一的多播业务信息的发送方法的流程示意图；
图3表示调度信息中的各参数的传输示意图；
图4表示更新信息的配置参数中的各参数的传输示意图；
图5表示本发明实施例二的基站的模块示意图；
图6表示本发明实施例三的基站的结构示意图；
图7表示本发明实施例四的多播业务信息的接收方法的流程示意图；
图8表示本发明实施例五的多播业务信息的接收方法的流程示意图；
图9表示SC-MCCH和SC-MCCH更新信息的发送方式示意图一；
图10表示SC-MCCH和SC-MCCH更新信息的发送方式示意图二；
图11表示SC-MCCH和SC-MCCH更新信息的发送方式示意图三；
图12表示本发明实施例六的终端的模块示意图；
图13表示本发明实施例七的终端的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。
本发明针对当采用PDCCH和PDSCH的传输方式来传输SC-MCCH时，因PDCCH需要大量的重复传输，会造成大量的物理层信令开销以及PDSCH接收时延的问题，提供一种多播业务信息的发送方法、接收方法、基站及终端。
实施例一
如图2所示，本发明实施例的多播业务信息的发送方法，应用于基站侧，包括：
步骤21，在系统信息中写入多播业务的多播控制信道的传输控制信息；
在本实施例中，该多播控制信道指的是单小区多播控制信道；该传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
步骤22，将所述系统信息发送至终端，使所述终端根据所述传输控制信息接收多播控制信道上的信息。
步骤22中，在进行多播业务信息传输之前，基站首先将多播控制信道的传输控制信息在系统信息中通过广播的方式发送给终端，然后基站再按照传输控制信息约定的方式发送多播业务的多播控制信道，终端只需按照传输控制信息的指示接收多播控制信道上的信息即可。
在实际应用中，基站发送调度信息的实现过程为：基站在当前小区的系统信息中携带SC-MCCH的调度信息，具体包括以下参数：SC-MCCH的修改周期、重复周期，起始无线帧、持续时间、子帧偏移、TBS和重复次数。如图3所示，在时域上，本实施例中修改周期为2560ms、重复周期为1280ms，起始无线帧为重复周期中的第32个无线帧、持续时间为1ms、子帧偏移为每个无线帧的第2个子帧、TBS为240bit，重复次数为32次。对SC-PTM业务感兴趣的终端，在接入小区之后，根据收到的系统信息中的SC-MCCH的调度信息，在相应子帧接收PDSCH，以获取PDSCH上承载的SC-MCCH信息并保存。
在实际应用中，基站发送更新信息的配置参数(也可称为传输参数)的实现过程为：SC-MCCH更新信息(SC-N-RNTI标识，利用PDCCH format 1C携带)的传输参数在系统信息中广播，具体包括以下参数：SC-MCCH更新信息的修改周期、重复周期，起始无线帧、子帧偏移、重复次数。如图4所示，在时域上，本实施例中SC-MCCH更新信息的修改周期为2560ms、重复周期为1280ms，起始无线帧为重复周期中的第0个无线帧、子帧偏移为每个无线帧的第3个子帧、重复次数为16次。已经保存了SC-MCCH信息的终端，根据收到的系统信息中的SC-MCCH更新信息的传输参数，在相应子帧监听SC-MCCH的更新信息(该更新信息通过SC-N-RNTI加扰的PDCCH携带，PDCCH使用format 1C携带SC-MCCH的更新信息)，即终端是通过监听SC-N-RNTI加扰的PDCCH来判断是否有SC-MCCH的更新，如果有更新，则终端读取时间上最近的SC-MCCH信息并保存。
本发明实施例此种方式，采用系统信息的方式发送多播控制信道的调度信息和/或更新信息的配置参数，避免了调度信息和/或更新信息的配置参数在PDCCH中的重复传输，此种方式，节省了物理层信令开销，降低了PDSCH接收时延。
实施例二
如图5所示，本发明实施例提供一种基站50，包括：
写入模块51，用于在系统信息中写入多播业务的多播控制信道的传输控制信息；
发送模块52，用于将所述系统信息发送至终端，使所述终端根据所述传输控制信息接收多播控制信道上的信息。
需要说明的是，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
需要说明的是，该基站的实施例是与上述的方法实施例一一对应的基站，上述方法实施例中所有实现方式均适用于该基站的实施例中，也能达到相同的技术效果。
实施例三
如图6所示，本发明实施例提供一种基站，包括：
处理器61；以及通过总线接口62与所述处理器61相连接的存储器63，所述存储器63用于存储所述处理器61在执行操作时所使用的程序和数据，当处理器61调用并执行所述存储器63中所存储的程序和数据时，执行下列过程：
在系统信息中写入多播业务的多播控制信道的传输控制信息；
通过收发机64将所述系统信息发送至终端，使所述终端根据所述传输控制信息接收多播控制信道上的信息。
需要说明的是，该处理器61还用于实现上述基站的其它任意一个模块的功能。
需要说明的是，收发机64与总线接口62连接，用于在处理器61的控制下发送系统信息。
需要说明的是，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器61代表的一个或多个处理器和存储器63代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机64可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器61负责管理总线架构和通常的处理，存储器63可以存储处理器61在执行操作时所使用的数据。
本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。
实施例四
如图7所示，本发明实施例的多播业务信息的接收方法，应用于终端侧，包括：
步骤71，接收基站发送的系统信息，所述系统信息中携带有多播业务的多播控制信道的传输控制信息；
需要说明的是，该传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
步骤72，根据所述传输控制信息，接收基站发送的多播控制信道上的信息。
本发明实施例，终端通过预先从基站的系统信息中获取多播控制信道的传输控制信息，然后依据该传输控制信息接收基站发送的多播控制信道上的信息，此种方式，避免了终端重复接收PDCCH中的传输控制信息，占用时域的问题，本发明实施例节省了物理层信令开销，降低了PDSCH接收时延。
实施例五
如图8所示，本发明实施例的多播业务信息的接收方法，应用于终端侧，包括：
步骤81，接收基站发送的系统信息，所述系统信息中携带有多播业务的多播控制信道的传输控制信息；
其中，所述传输控制信息中至少包括：多播控制信道的更新信息的配置参数，所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
步骤82，根据所述配置参数，监听基站发送的多播业务的多播控制信道的更新信息；
需要说明的是，该更新信息通常是由基站通过PDCCH发送给终端的。
步骤83，根据所述更新信息与所述基站发送的多播控制信道上的信息的时域关系，接收所述多播控制信道上的信息。
需要说明的是，因更新信息和多播控制信道上的信息分别是在不同的信道中传输的，可能在发送时，会产生时域冲突，因此，终端在接收信息时需要先在时域上判断二者信息是否有冲突(重叠)。
具体地，步骤82的实现过程主要包括：
步骤821，接收基站发送的通过预设信息加扰的物理下行控制信道；
需要说明的是，该预设信息通常指的是SC-MCCH更新提示标识(SC-N-RNTI)，此标识可以是基站与终端预先约定好的。
步骤822，在所述物理下行控制信道中监听所述多播控制信道的更新信息。
在终端接收到有该标识加扰的PDCCH时，解析得到PDCCH中携带的更新信息。
具体地，步骤83的实现过程主要包括：
步骤831，若所述更新信息与所述多播控制信道上的信息的时域不重叠，则依据时域顺序分别接收所述更新信息和基站最新发送的多播控制信道上的信息；
需要说明的是，在监听到有更新信息的时域，发现基站没有多播控制信道上的信息的发送，此种情况下，不会产生时域冲突，则在此时域下，接收更新信息，因更新信息表明基站发送的多播控制信道上的信息有变化，则在接收完更新信息后，应在有多播控制信道上的信息发送的时域上接收基站最新发送的多播控制信道上的信息。
步骤832，若所述更新信息与所述多播控制信道上的信息的时域重叠，则在当前时域位置只接收所述更新信息。
在监听到有更新信息的时域，发现基站有多播控制信道上的信息的发送，此种情况下，因为会产生时域冲突，所以在此时域下，只接收基站发送的更新信息。
还需要说明的是，若在有时域冲突的情况下，终端接收了基站发送的更新信息，在此之后，若所述更新信息所在的物理下行控制信道中携带有多播控制信道的调度信息，则根据所述调度信息接收基站发送的多播控制信道上的信息。
同时，需要说明的是，为了在多播控制信道有更新时，保证接收的多播控制信道上的信息为更新后的信息，本实施例的接收方法还包括：
判断当前时域是否处于多播控制信道的重复周期内；
若处于多播控制信道的重复周期内，则不接收基站发送的多播控制信道上的信息。
因重复周期中发送的还是更新前的多播控制信道，因此，在接收到更新信息后，不需再接收重复周期中的多播控制信道上的信息。
下面分别对SC-MCCH和SC-MCCH更新信息的资源位置重叠(时域冲突)与不重叠(时域不冲突)进行详细说明。
一、当时域不冲突时，基站在当前小区分别按照PDSCH信道承载的方式发送SC-MCCH和按照PDCCH信道承载的方式发送SC-MCCH更新信息，其具体发送方式如图9所示。
终端初始进入基站时根据系统信息先获取SC-MCCH信息，然后一直监听SC-MCCH的更新信息；当有SC-MCCH的更新时，终端读取时间上最近的SC-MCCH信息并保存。
二、当时域冲突时，基站在当前小区分别按照PDSCH信道承载的方式发送SC-MCCH和按照PDCCH信道承载的方式发送SC-MCCH更新信息，其中，如图10所示，SC-MCCH更新信息的起始无线帧为重复周期中的第18个无线帧。从图10中可以看出，按照该方式传输，SC-MCCH与SC-MCCH更新信息在某些子帧位置上发生了冲突，即二者资源位置重叠了。为了避免资源重叠导致的信息无法正确接收，在该配置下，携带SC-MCCH更新信息的PDCCH中同时携带了SC-MCCH的调度信息，则终端在资源重叠的位置仅接收SC-MCCH的更新信息，然后终端根据PDCCH中携带的调度信息接收SC-MCCH。
如图11所示，本发明实施例的实现过程具体为：
已经保存了SC-MCCH信息的终端，根据收到的系统信息中的SC-MCCH更新信息的传输参数信息，在相应子帧监听SC-MCCH的更新信息(该更新信息通过SC-N-RNTI加扰的PDCCH携带，PDCCH使用format 1C携带SC-MCCH的更新信息)，即终端是通过监听SC-N-RNTI加扰的PDCCH来判断是否有SC-MCCH的更新。并且根据基站的配置信息，在SC-MCCH更新信息和SC-MCCH有资源重叠的位置，仅接收SC-MCCH的更新信息，然后终端根据SC-MCCH的更新信息所在的PDCCH中携带的调度信息接收SC-MCCH。
需要说明的是，本发明实施例，降低了信令开销以及业务接收时延，提高了通信效率。
实施例六
如图12所示，本发明实施例提供一种终端120，包括：
第一接收模块121，用于接收基站发送的系统信息，所述系统信息中携带有多播业务的多播控制信道的传输控制信息；
第二接收模块122，用于根据所述传输控制信息，接收基站发送的多播控制信道上的信息。
需要说明的是，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
可选地，在所述传输控制信息中包含多播控制信道的更新信息的配置参数时，所述第二接收模块122包括：
监听子模块，用于根据所述配置参数，监听基站发送的多播业务的多播控制信道的更新信息；
接收子模块，用于根据所述更新信息与所述基站发送的多播控制信道上的信息的时域关系，接收所述多播控制信道上的信息。
具体地，所述监听子模块包括：
第一接收单元，用于接收基站发送的通过预设信息加扰的物理下行控制信道；
监听单元，用于在所述物理下行控制信道中监听所述多播控制信道的更新信息。
具体地，所述接收子模块包括：
第二接收单元，用于若所述更新信息与所述多播控制信道上的信息的时域不重叠，则依据时域顺序分别接收所述更新信息和基站最新发送的多播控制信道上的信息；
第三接收单元，用于若所述更新信息与所述多播控制信道上的信息的时域重叠，则在当前时域位置只接收所述更新信息。
可选地，所述终端，还包括：
第四接收单元，用于若所述更新信息所在的物理下行控制信道中携带有多播控制信道的调度信息，则根据所述调度信息接收基站发送的多播控制信道上的信息。
需要说明的是，该终端的实施例是与上述的方法实施例一一对应的终端，上述方法实施例中所有实现方式均适用于该终端的实施例中，也能达到相同的技术效果。
实施例七
如图13所示，本发明实施例提供一种终端，包括：
处理器131；以及通过总线接口132与所述处理器131相连接的存储器133，所述存储器133用于存储所述处理器131在执行操作时所使用的程序和数据，当处理器131调用并执行所述存储器133中所存储的程序和数据时，执行下列过程：
通过收发机134接收基站发送的系统信息，所述系统信息中携带有多播业务的多播控制信道的传输控制信息；
根据所述传输控制信息，通过收发机134接收基站发送的多播控制信道上的信息。
其中，收发机134与总线接口132连接，用于在处理器131的控制下接收系统信息。
需要说明的是，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器131代表的一个或多个处理器和存储器133代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机134可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端，用户接口135还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器131负责管理总线架构和通常的处理，存储器133可以存储处理器131在执行操作时所使用的数据。
本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。
以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。
Claims (16)
1.一种多播业务信息的发送方法，其特征在于，包括：
在系统信息中写入多播业务的多播控制信道的传输控制信息；
将所述系统信息发送至终端，使所述终端根据所述传输控制信息接收多播控制信道上的信息。
2.根据权利要求1所述的发送方法，其特征在于，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
3.一种基站，其特征在于，包括：
写入模块，用于在系统信息中写入多播业务的多播控制信道的传输控制信息；
发送模块，用于将所述系统信息发送至终端，使所述终端根据所述传输控制信息接收多播控制信道上的信息。
4.根据权利要求3所述的基站，其特征在于，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
5.一种多播业务信息的接收方法，其特征在于，包括：
接收基站发送的系统信息，所述系统信息中携带有多播业务的多播控制信道的传输控制信息；
根据所述传输控制信息，接收基站发送的多播控制信道上的信息。
6.根据权利要求5所述的接收方法，其特征在于，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
7.根据权利要求5所述的接收方法，其特征在于，在所述传输控制信息中包含多播控制信道的更新信息的配置参数时，所述根据所述传输控制信息，接收基站发送的多播控制信道上的信息的步骤包括：
根据所述配置参数，监听基站发送的多播业务的多播控制信道的更新信息；
根据所述更新信息与所述基站发送的多播控制信道上的信息的时域关系，接收所述多播控制信道上的信息。
8.根据权利要求7所述的接收方法，其特征在于，所述监听基站发送的多播业务的多播控制信道的更新信息的步骤包括：
接收基站发送的通过预设信息加扰的物理下行控制信道；
在所述物理下行控制信道中监听所述多播控制信道的更新信息。
9.根据权利要求7所述的接收方法，其特征在于，所述根据所述更新信息与所述基站发送的多播控制信道上的信息的时域关系，接收所述多播控制信道上的信息的步骤包括：
若所述更新信息与所述多播控制信道上的信息的时域不重叠，则依据时域顺序分别接收所述更新信息和基站最新发送的多播控制信道上的信息；
若所述更新信息与所述多播控制信道上的信息的时域重叠，则在当前时域位置只接收所述更新信息。
10.根据权利要求9所述的接收方法，其特征在于，在当前时域位置只接收所述更新信息的步骤之后，所述接收方法还包括：
若所述更新信息所在的物理下行控制信道中携带有多播控制信道的调度信息，则根据所述调度信息接收基站发送的多播控制信道上的信息。
11.一种终端，其特征在于，包括：
第一接收模块，用于接收基站发送的系统信息，所述系统信息中携带有多播业务的多播控制信道的传输控制信息；
第二接收模块，用于根据所述传输控制信息，接收基站发送的多播控制信道上的信息。
12.根据权利要求11所述的终端，其特征在于，所述传输控制信息包括：多播控制信道的调度信息和/或多播控制信道的更新信息的配置参数；其中，
所述调度信息包括：基站在物理下行共享信道上发送多播控制信道的修改周期、重复周期、起始无线帧、持续时间、子帧偏移、传输窗口长度、调度信息、传输块大小TBS信息和重复次数中的一种或多种；
所述配置参数包括：多播控制信道的更新信息在物理下行控制信道上发送的修改周期、重复周期、起始无线帧、子帧偏移和重复次数中的一种或多种。
13.根据权利要求11所述的终端，其特征在于，在所述传输控制信息中包含多播控制信道的更新信息的配置参数时，所述第二接收模块包括：
监听子模块，用于根据所述配置参数，监听基站发送的多播业务的多播控制信道的更新信息；
接收子模块，用于根据所述更新信息与所述基站发送的多播控制信道上的信息的时域关系，接收所述多播控制信道上的信息。
14.根据权利要求13所述的终端，其特征在于，所述监听子模块包括：
第一接收单元，用于接收基站发送的通过预设信息加扰的物理下行控制信道；
监听单元，用于在所述物理下行控制信道中监听所述多播控制信道的更新信息。
15.根据权利要求13所述的终端，其特征在于，所述接收子模块包括：
第二接收单元，用于若所述更新信息与所述多播控制信道上的信息的时域不重叠，则依据时域顺序分别接收所述更新信息和基站最新发送的多播控制信道上的信息；
第三接收单元，用于若所述更新信息与所述多播控制信道上的信息的时域重叠，则在当前时域位置只接收所述更新信息。
16.根据权利要求15所述的终端，其特征在于，还包括：
第四接收单元，用于若所述更新信息所在的物理下行控制信道中携带有多播控制信道的调度信息，则根据所述调度信息接收基站发送的多播控制信道上的信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610659763.6A CN107734646A (zh) | 2016-08-11 | 2016-08-11 | 一种多播业务信息的发送方法、接收方法、基站及终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610659763.6A CN107734646A (zh) | 2016-08-11 | 2016-08-11 | 一种多播业务信息的发送方法、接收方法、基站及终端 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107734646A true CN107734646A (zh) | 2018-02-23 |
Family
ID=61200581
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610659763.6A Pending CN107734646A (zh) | 2016-08-11 | 2016-08-11 | 一种多播业务信息的发送方法、接收方法、基站及终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107734646A (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110620994A (zh) * | 2018-06-19 | 2019-12-27 | 中兴通讯股份有限公司 | 数据传输方法、终端和计算机可读存储介质 |
| CN112398605A (zh) * | 2019-08-14 | 2021-02-23 | 华为技术有限公司 | 一种多播控制信道发送方法及装置 |
| WO2021051318A1 (zh) * | 2019-09-18 | 2021-03-25 | Oppo广东移动通信有限公司 | 一种数据重传方法及装置、终端设备 |
| WO2021077434A1 (zh) * | 2019-10-26 | 2021-04-29 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2021109462A1 (en) * | 2020-05-15 | 2021-06-10 | Zte Corporation | System and method for multicast transmission |
| WO2022056796A1 (zh) * | 2020-09-17 | 2022-03-24 | 华为技术有限公司 | 一种通信方法及装置 |
| CN114285806A (zh) * | 2021-12-24 | 2022-04-05 | 上海交通大学 | 一种收发数据的方法及其装置 |
| CN114499771A (zh) * | 2020-11-13 | 2022-05-13 | 成都鼎桥通信技术有限公司 | Mbs的ack/nack信息的反馈与重传方法和装置 |
| WO2022127701A1 (zh) * | 2020-12-17 | 2022-06-23 | 维沃移动通信有限公司 | Pdsch传输方法、装置及电子设备 |
| CN114765493A (zh) * | 2021-01-12 | 2022-07-19 | 上海交通大学 | 一种实现业务调度的方法、接收端、发送端和系统 |
| CN115038048A (zh) * | 2021-03-05 | 2022-09-09 | 维沃移动通信有限公司 | 多播业务的接收方法、配置方法、终端及网络侧设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101998275A (zh) * | 2009-08-19 | 2011-03-30 | 中兴通讯股份有限公司 | 多播控制信道的配置方法、装置及用户设备 |
| CN102938878A (zh) * | 2011-08-15 | 2013-02-20 | 上海贝尔股份有限公司 | 相邻小区的mbms服务信息通知方法以及相应的设备 |
| WO2016006860A1 (ko) * | 2014-07-06 | 2016-01-14 | 엘지전자 주식회사 | 256qam을 지원하는 무선접속 시스템에서 물리멀티캐스트채널을 수신하는 방법 및 장치 |
-
2016
- 2016-08-11 CN CN201610659763.6A patent/CN107734646A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101998275A (zh) * | 2009-08-19 | 2011-03-30 | 中兴通讯股份有限公司 | 多播控制信道的配置方法、装置及用户设备 |
| CN102938878A (zh) * | 2011-08-15 | 2013-02-20 | 上海贝尔股份有限公司 | 相邻小区的mbms服务信息通知方法以及相应的设备 |
| WO2016006860A1 (ko) * | 2014-07-06 | 2016-01-14 | 엘지전자 주식회사 | 256qam을 지원하는 무선접속 시스템에서 물리멀티캐스트채널을 수신하는 방법 및 장치 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110620994A (zh) * | 2018-06-19 | 2019-12-27 | 中兴通讯股份有限公司 | 数据传输方法、终端和计算机可读存储介质 |
| CN110620994B (zh) * | 2018-06-19 | 2022-04-22 | 中兴通讯股份有限公司 | 数据传输方法、终端和计算机可读存储介质 |
| CN112398605A (zh) * | 2019-08-14 | 2021-02-23 | 华为技术有限公司 | 一种多播控制信道发送方法及装置 |
| CN112398605B (zh) * | 2019-08-14 | 2024-04-09 | 华为技术有限公司 | 一种多播控制信道发送方法及装置 |
| WO2021051318A1 (zh) * | 2019-09-18 | 2021-03-25 | Oppo广东移动通信有限公司 | 一种数据重传方法及装置、终端设备 |
| WO2021077434A1 (zh) * | 2019-10-26 | 2021-04-29 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2021109462A1 (en) * | 2020-05-15 | 2021-06-10 | Zte Corporation | System and method for multicast transmission |
| WO2022056796A1 (zh) * | 2020-09-17 | 2022-03-24 | 华为技术有限公司 | 一种通信方法及装置 |
| CN114499771A (zh) * | 2020-11-13 | 2022-05-13 | 成都鼎桥通信技术有限公司 | Mbs的ack/nack信息的反馈与重传方法和装置 |
| WO2022127701A1 (zh) * | 2020-12-17 | 2022-06-23 | 维沃移动通信有限公司 | Pdsch传输方法、装置及电子设备 |
| CN114765493A (zh) * | 2021-01-12 | 2022-07-19 | 上海交通大学 | 一种实现业务调度的方法、接收端、发送端和系统 |
| CN114765493B (zh) * | 2021-01-12 | 2023-11-21 | 上海交通大学 | 一种实现业务调度的方法、接收端、发送端和系统 |
| CN115038048A (zh) * | 2021-03-05 | 2022-09-09 | 维沃移动通信有限公司 | 多播业务的接收方法、配置方法、终端及网络侧设备 |
| CN114285806A (zh) * | 2021-12-24 | 2022-04-05 | 上海交通大学 | 一种收发数据的方法及其装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107734646A (zh) | 一种多播业务信息的发送方法、接收方法、基站及终端 | |
| US11025446B2 (en) | Method and apparatus for group communication in wireless communication system | |
| CN107852627A (zh) | 用于终端执行关于scptm的pdcch监测的方法和装置 | |
| CN108024334B (zh) | 移动无线设备和操作方法 | |
| CN102123399A (zh) | 调度请求的方法及装置 | |
| KR20110066972A (ko) | 스케줄링 정보의 전송 방법과 장치 | |
| WO2018082076A1 (zh) | 一种多播通信方法、网络设备、用户设备及系统 | |
| US20220322049A1 (en) | Method and apparatus for scheduling service, terminal device, and network device | |
| WO2015062525A1 (zh) | 一种配置drx和监听控制信道的方法、系统及设备 | |
| KR20090100283A (ko) | 이동통신 시스템에서의 시스템정보에 포함된 스케줄링 정보를 이용하여 재해경보 메시지를 수신하는 방법 | |
| CN107734463A (zh) | 接收多播业务的方法、发送多播业务的方法及装置 | |
| WO2022056806A1 (zh) | 一种mbs业务的管理方法及装置、终端设备、网络设备 | |
| EP4319205A1 (en) | Multicast broadcast service transmission method and apparatus, and storage medium | |
| EP3308501B1 (en) | Method and apparatus for group communication in wireless communication system | |
| CN108307319B (zh) | 用户设备、基站和相关方法 | |
| CN113728663B (zh) | 一种drx配置方法及装置、终端设备、网络设备 | |
| US20230179963A1 (en) | Communication control method, base station, and user equipment | |
| KR101292865B1 (ko) | 멀티미디어 방송/멀티캐스트 서비스 시스템 및 그의 데이터 송수신 방법 | |
| US20220329984A1 (en) | Resource configuration method, terminal device, and non-transitory computer readable storage medium | |
| KR20090100281A (ko) | 이동통신 시스템에서의 재해경보 메시지를 수신하는 방법 | |
| WO2017177440A1 (zh) | 状态指示的传输装置、方法以及通信系统 | |
| WO2021051322A1 (zh) | 一种bwp配置方法及装置、终端设备、网络设备 | |
| WO2023202386A1 (zh) | 一种通信方法及装置 | |
| US20230137551A1 (en) | Method and apparatus for managing mbs service, terminal device and network device | |
| WO2021189458A1 (zh) | 一种数据转发方法及装置、通信设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180223 |
|
| RJ01 | Rejection of invention patent application after publication |