CN107872898B - 单小区多播业务接收和发送方法、以及用户设备和基站 - Google Patents
单小区多播业务接收和发送方法、以及用户设备和基站 Download PDFInfo
- Publication number
- CN107872898B CN107872898B CN201610862427.1A CN201610862427A CN107872898B CN 107872898 B CN107872898 B CN 107872898B CN 201610862427 A CN201610862427 A CN 201610862427A CN 107872898 B CN107872898 B CN 107872898B
- Authority
- CN
- China
- Prior art keywords
- mcch
- npdcch
- information
- mtch
- subframe
- 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
Links
Images
Classifications
-
- 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/30—Resource management for broadcast services
-
- 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
-
- 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/0058—Allocation criteria
- H04L5/0073—Allocation arrangements that take into account other cell interferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提供了一种在UE处执行的方法,包括:接收单小区多播控制信道SC‑MCCH相关信息;根据接收的SC‑MCCH相关信息来接收单小区多播业务信道SC‑MTCH相关信息;监听用于指示SC‑MCCH传输信息是否发生变更的SC‑MCCH信息变更通知;以及当SC‑MCCH信息变更通知的监听与SC‑MTCH相关信息的接收发生冲突时,监听SC‑MCCH信息变更通知。本公开还提供了在基站处执行的方法,以及分别执行上述方法的UE和基站。
Description
技术领域
本发明涉及无线通信技术领域,具体地,涉及单小区多播业务接收方法和执行该方法的用户设备、以及单小区多播业务发送方法和执行该方法的基站。
背景技术
随着移动通信的快速增长和技术的巨大进步,世界将走向一个完全互联互通的网络社会,即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。预计到2020年,互联设备的数量将达到500亿部,其中仅有100亿部左右可能是手机和平板电脑,其它的则不是与人对话的机器,而是彼此对话的机器。因此,如何设计***以更好地支持万物互联是一项需要深入研究的课题。
为了更好地实现万物互联,在2015年9月举行的3GPP RAN#69全会上,第三代合作伙伴计划(3GPP)的长期演进项目(LTE)的标准中提出了一个新的工作项目(参见非专利文献:RP-151621New Work Item:NarrowBand IOT(NB-IoT)),其可被称之为窄带物联网(NB-IoT)。在该项目的描述中,为了实现物联网终端的低功耗、长待机、降成本、广覆盖等要求,NB-IoT被设置为工作在上下行180KHz的窄带***。第一阶段的NB-IoT***已完成了基本的功能设计,包括***信息的广播通知、点对点的单播上行数据发送和下行数据接收等。考虑到未来物联网中存在软件下载、终端***升级以及分组信息的传递等多播需求,在2016年6月举行的3GPP RAN#72全会上确定了以增强NB-IoT、实现多播为目的的新的工作项目(参见非专利文献:RP-161324New work item proposal:Enhancements of NB-IoT),明确指出在现有的13版本的LTE SC-PTM特性的基础上实现NB-IoT***中的多播传输。
在现有的LTE***中,SC-PTM(Single-Cell Point-To-Multipoint,单小区点对多点)是指在单小区内的进行的多媒体广播业务的多播传输。该特性引入了两条逻辑信道SC-MCCH(Single-Cell Multicast Control Channel,单小区多播控制信道)和SC-MTCH(Single-Cell Multicast Traffic Channel,单小区多播业务信道),它们复用在传输层信道DL-SCH(Downlink Share Channel,下行链路共享信道)上。其中,SC-MCCH为控制信道,其携带的信息包括:当前小区进行的多播业务类型,以及该业务工作的业务信道SC-MTCH的调度和接收配置;SC-MTCH为业务信道,其携带具体的业务内容。
在NB-IoT***中,SC-MCCH信道的传输由NPDCCH上的DCI来调度指示的。在DCI中指示了SC-MCCH传输的时频资源、编码信息等,终端可以根据该DCI的指示来接收SC-MCCH信道,从而获取SC-MCCH上传输的信息。因此接收SC-MCCH包括两部分,首先,接收调度SC-MCCH的NPDCCH,其次,根据NPDCCH上的DCI指示信息去接收SC-MCCH上传输的信息。
SC-MCCH上传输的信息包含了各类MBMS业务所在的SC-MTCH信道的配置信息,该配置信息用于接收SC-MTCH信道上传播的信息。在NB-IoT***中,SC-MTCH信道的传输由NPDCCH上的DCI来调度指示的。NPDCCH出现的时频资源由SC-MCCH信道上的信息提供。终端首先在对应的时频资源上监听是否有调度SC-MTCH的NPDCCH,具体包括首先接收相应的NPDCCH公共搜索空间,然后搜索是否有SC-MTCH对应的RNTI加扰的NPDCCH,如果存在,则对其进行解码,提取NPDCCH携带的DCI信息。在DCI中指示了SC-MTCH传输的时频资源、编码信息等等,终端可以根据该DCI的指示来接收SC-MTCH信道,从而获取SC-MTCH上传输的信息。因此接收SC-MTCH包括两部分,首先,接收调度SC-MTCH的NPDCCH,其次,根据NPDCCH上的DCI指示信息去接收SC-MTCH上传输的信息。
对多播业务感兴趣的终端首先通过***消息块SIB20上广播的内容,获知SC-MCCH信道的调度和配置,具体包括调度SC-MCCH的NPDCCH出现的时刻,终端进而在对应时刻去监听检测该NPDCCH。
SC-MCCH信息在MBMS业务传输的过程中可能发生变更,变更的原因可能是新业务的增加,或者老业务的结束,或者某项业务的SC-MTCH配置发生变化。当SC-MCCH信息发生或者即将发生变更时,网络侧会发布SC-MCCH信息变更通知。SC-MCCH信息变更通知携带在NPDCCH中,且仅在约定的时刻出现,例如,LTE***中携带变更通知的PDCCH总是和调度SC-MCCH的PDCCH出现在相同的子帧内;在NB-IoT***中,SC-MCCH信息变更通知可以和调度SC-MCCH的NPDCCH出现在不同的时刻,或者是包含在调度SC-MCCH的NPDCCH中,或者是包含在寻呼信道中。因此,在接收MBMS业务的终端,只需要在相应的时刻去监听是否有携带SC-MCCH信息变更通知的NPDCCH或者寻呼消息即可。
在NB-IoT***中,为了节约成本,终端接收基于窄带设计,下行接收带宽只有180kHz,即一个载波的带宽。但是,在增强的NB-IoT***中,SC-MCCH和SC-MTCH信道可以配置在不同的载波上,终端如何接收SC-MTCH信道以及如何获得SC-MCCH信道的变更通知,是需要解决的问题。
发明内容
为了解决目前NB-IoT***中存在的如何接收SC-MTCH信道以及如何获得SC-MCCH信道的变更通知的技术问题,本公开提出了以下技术方案。
根据本公开的一方面,提供了一种在用户设备UE处执行的方法,包括:接收单小区多播控制信道SC-MCCH相关信息;根据接收的SC-MCCH相关信息来接收单小区多播业务信道SC-MTCH相关信息;监听用于指示SC-MCCH传输信息是否发生变更的SC-MCCH信息变更通知;以及当SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突时,监听SC-MCCH信息变更通知。
在一个示例性实施例中,接收SC-MCCH相关信息的步骤包括:监听并接收第一窄带物理下行控制信道NPDCCH,所述第一NPDCCH携带用于指示SC-MCCH调度信息的下行控制信息DCI;以及根据所述SC-MCCH调度信息,接收SC-MCCH传输信息。
在一个示例性实施例中,根据接收的SC-MCCH相关信息来接收SC-MTCH相关信息的步骤包括:根据所述SC-MCCH传输信息,监听并接收第二NPDCCH,所述第二NPDCCH携带用于指示SC-MTCH调度信息的DCI;以及根据所述SC-MTCH调度信息,接收SC-MTCH传输信息。
在一个示例性实施例中,SC-MCCH信息变更通知由第一NPDCCH携带的所述DCI指示,以及SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突包括以下任一情况:监听第一NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;监听第一NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突。
在一个示例性实施例中,SC-MCCH信息变更通知由第三NPDCCH携带的DCI指示,以及SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突包括以下任一情况:监听第三NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;监听第三NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突。
在一个示例性实施例中,所述方法还包括:在完成当SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突时对SC-MCCH信息变更通知的监听和接收之后,根据变更后的SC-MCCH传输信息来接收SC-MTCH相关信息。
根据本公开的另一方面,提供了一种用户设备UE,包括:收发机,被配置为:接收单小区多播控制信道SC-MCCH相关信息;根据接收的SC-MCCH相关信息来接收单小区多播业务信道SC-MTCH相关信息;以及监听用于指示SC-MCCH传输信息是否发生变更的SC-MCCH信息变更通知;检测单元,被配置为:检测SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收是否发生冲突;其中所述收发机还被配置为:当检测单元检测到SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突时,监听SC-MCCH信息变更通知。
在一个示例性实施例中,所述收发机进一步被配置为:监听并接收第一窄带物理下行控制信道NPDCCH,所述第一NPDCCH携带用于指示SC-MCCH调度信息的下行控制信息DCI;以及根据所述SC-MCCH调度信息,接收SC-MCCH传输信息。
在一个示例性实施例中,所述收发机进一步被配置为:根据所述SC-MCCH传输信息,监听并接收第二NPDCCH,所述第二NPDCCH携带用于指示SC-MTCH调度信息的DCI;以及根据所述SC-MTCH调度信息,接收SC-MTCH传输信息。
在一个示例性实施例中,SC-MCCH信息变更通知由第一NPDCCH携带的所述DCI指示,以及SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突包括以下任一情况:监听第一NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;监听第一NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突。
在一个示例性实施例中,SC-MCCH信息变更通知由第三NPDCCH携带的DCI指示,以及SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突包括以下任一情况:监听第三NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;监听第三NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突。
在一个示例性实施例中,所述接收机还被配置为:在完成当SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突时对SC-MCCH信息变更通知的监听和接收之后,根据变更后的SC-MCCH传输信息来接收SC-MTCH相关信息。
根据本公开的另一方面,提供了一种在基站处执行的方法,包括:发送单小区多播控制信道SC-MCCH相关信息;发送单小区多播业务信道SC-MTCH相关信息,所述SC-MTCH相关信息根据所述SC-MCCH相关信息调度;确定用于指示SC-MCCH传输信息是否发生变更的SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送是否发生冲突;以及当确定SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突时,在冲突结束后重新发送冲突时刻发送的SC-MTCH相关信息。
在一个示例性实施例中,发送SC-MCCH相关信息的步骤包括:发送第一窄带物理下行控制信道NPDCCH,所述第一NPDCCH携带用于指示SC-MCCH调度信息的下行控制信息DCI;以及发送SC-MCCH传输信息,所述SC-MCCH传输信息根据所述SC-MCCH调度信息调度。
在一个示例性实施例中,发送SC-MTCH相关信息的步骤包括:发送第二NPDCCH,所述第二NPDCCH携带用于指示SC-MTCH调度信息的DCI;以及发送SC-MTCH传输信息,所述SC-MTCH传输信息根据所述SC-MTCH调度信息调度。
在一个示例性实施例中,SC-MCCH信息变更通知由第一NPDCCH携带的所述DCI指示,以及SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突包括以下任一情况:发送第一NPDCCH的子帧或时刻和发送第二NPDCCH的子帧或时刻发生冲突;发送第一NPDCCH的子帧或时刻和发送SC-MTCH传输信息的子帧或时刻发生冲突。
在一个示例性实施例中,SC-MCCH信息变更通知由第三NPDCCH携带的DCI指示,以及SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突包括以下任一情况:发送第三NPDCCH的子帧或时刻和发送第二NPDCCH的子帧或时刻发生冲突;发送第三NPDCCH的子帧或时刻和发送SC-MTCH传输信息的子帧或时刻发生冲突。
在一个示例性实施例中,在冲突结束后重新发送冲突时刻发送的SC-MTCH相关信息包括以下之一:发送第二NPDCCH,所述第二NPDCCH携带的DCI指示对在冲突时刻发送的SC-MTCH传输信息的发送进行调度的SC-MTCH调度信息;全部或者部分重新发送在冲突时刻发送的SC-MTCH传输信息。
根据本公开的另一方面,提供了一种基站,包括:收发机,被配置为:发送单小区多播控制信道SC-MCCH相关信息;以及发送单小区多播业务信道SC-MTCH相关信息,所述SC-MTCH相关信息根据所述SC-MCCH相关信息调度;以及确定单元,被配置为:确定用于指示SC-MCCH传输信息是否发生变更的SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送是否发生冲突,其中所述收发机还被配置为:当确定单元确定SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突时,在冲突结束后重新发送冲突时刻发送的SC-MTCH相关信息。
在一个示例性实施例中,所述收发机进一步被配置为:发送第一窄带物理下行控制信道NPDCCH,所述第一NPDCCH携带用于指示SC-MCCH调度信息的下行控制信息DCI;以及发送SC-MCCH传输信息,所述SC-MCCH传输信息根据所述SC-MCCH调度信息调度
在一个示例性实施例中,所述收发机进一步被配置为:发送第二NPDCCH,所述第二NPDCCH携带用于指示SC-MTCH调度信息的DCI;以及发送SC-MTCH传输信息,所述SC-MTCH传输信息根据所述SC-MTCH调度信息调度。
在一个示例性实施例中,SC-MCCH信息变更通知由第一NPDCCH携带的所述DCI指示,以及SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突包括以下任一情况:发送第一NPDCCH的子帧或时刻和发送第二NPDCCH的子帧或时刻发生冲突;发送第一NPDCCH的子帧或时刻和发送SC-MTCH传输信息的子帧或时刻发生冲突。
在一个示例性实施例中,SC-MCCH信息变更通知由第三NPDCCH携带的DCI指示,以及SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突包括以下任一情况:发送第三NPDCCH的子帧或时刻和发送第二NPDCCH的子帧或时刻发生冲突;发送第三NPDCCH的子帧或时刻和发送SC-MTCH传输信息的子帧或时刻发生冲突。
在一个示例性实施例中,所述收发机进一步被配置为:发送第二NPDCCH,所述第二NPDCCH携带的DCI指示对在冲突时刻发送的SC-MTCH传输信息的发送进行调度的SC-MTCH调度信息;或全部或者部分重新发送在冲突时刻发送的SC-MTCH传输信息。
由此,本公开的各个实施例提供了SC-MCCH信道变更通知的监听与SC-MTCH信道的接收发生冲突时的解决方案。基于本方案,终端能够在发生冲突时,及时获取变更信息通知,以及变更后的SC-MCCH;同时在冲突结束后,终端重新接收冲突期间传递的SC-MTCH传输信息,避免信息遗漏。
附图说明
通过下文结合附图的详细描述,本公开的上述和其它特征将会变得更加明显,其中:
图1示出了根据本公开的示例性实施例的在UE处执行的方法的流程图;
图2示出了根据本公开的示例性实施例的UE的示意性结构图;
图3示出了根据本发明的示例性实施例的在基站处执行的方法的流程图;以及
图4示出了根据本发明的示例性实施例的基站的示意性结构图。
具体实施方式
下面结合附图和具体实施方式对本公开进行详细阐述。应当注意,本公开不应局限于下文所述的具体实施方式。另外,为了简便起见,省略了对与本公开没有直接关联的公知技术的详细描述,以防止对本公开的理解造成混淆。
下文以LTE移动通信***及其后续的演进版本作为示例应用环境,以支持NB-IoT的基站和UE(用户设备)为例,具体描述了根据本公开的多个实施方式。然而,需要指出的是,本公开不限于以下实施方式,而是可适用于更多其它的无线通信***,例如今后的5G蜂窝通信***,而且可以适用于其他基站和UE,例如支持eMTC(enhanced Machine-TypeCommunication,增强型机器类型通信)、MMTC(Massive Machine-Type Communication,海量机器类型通信)等的基站和UE。
在具体描述之前,先对本公开中提到的若干术语做如下说明,其中有些术语已在背景技术中提及。除非另有指出,本公开中涉及的术语都具有下文的含义。
SC-PTM(Single-Cell Point-To-Multipoint):单小区点对多点
SC-MCCH(Single-Cell Multicast Control Channel):单小区多播控制信道
SC-MTCH(Single-Cell Multicast Traffic Channel):单小区多播业务信道
NPDCCH(Narrowband Physical Downlink Control Channel):窄带物理下行控制信道
DCI(Downlink Control Information):下行控制信息
MBMS Session Identity(Multimedia Broadcast Multicast Service SessionIdentity):多媒体广播多播业务会话标识
此外,在本文中,术语“UE”、“终端”、“终端设备”可互换地使用。
以下将参照图1,对根据本公开的示例性实施例的在UE处执行的用于接收单小区多播业务的方法进行描述。图1示意性地示出了根据本公开的示例性实施例的在UE处执行的方法100的流程图。
如图1所示,在步骤S101,UE接收SC-MCCH相关信息。
具体地,对多播业务感兴趣的UE首先通过在***消息块SIB20上广播的或通过专有信令通知给UE的内容,获知SC-PTM控制信道SC-MCCH的配置信息,具体包括用于调度SC-MCCH的NPDCCH(这里称为第一NPDCCH)出现的时刻。在NB-IoT***中,SC-MCCH信道的传输由第一NPDCCH上的DCI来指示。本领域技术人员可以理解,第一NPDCCH可能出现的时频资源也可以是网络侧预定义的。
进而,UE可以在对应时刻去监听第一NPDCCH,具体包括首先接收NPDCCH公共搜索空间,然后搜索是否有SC-MCCH对应的RNTI加扰的第一NPDCCH,如果存在,则对其进行解码,提取第一NPDCCH携带的DCI,以获得由DCI指示的SC-MCCH调度信息。在第一NPDCCH信道上携带的DCI指示SC-MCCH调度信息,包括SC-MCCH传输的时频资源、编码信息,以及可选地,SC-MCCH传输的重复次数等等,UE可以根据该DCI指示的SC-MCCH调度信息来接收SC-MCCH信道,从而获取SC-MCCH信道上传输的信息,也称为SC-MCCH传输信息。因此接收SC-MCCH包括两部分,首先,监听并接收第一NPDCCH,所述第一NPDCCH携带用于指示SC-MCCH调度信息的DCI;其次,根据所述SC-MCCH调度信息来接收SC-MCCH信道上传输的信息,即,SC-MCCH传输信息。
在步骤S103,UE根据接收的SC-MCCH相关信息来接收SC-MTCH相关信息。
SC-MCCH传输信息包含了各类MBMS业务所在的SC-MTCH信道的配置信息,该配置信息用于接收SC-MTCH信道传输信息(简称为接收SC-MTCH信道或接收SC-MTCH)。在NB-IoT***中,SC-MTCH信道的传输由另一NPDCCH(这里称为第二NPDCCH)上的DCI来调度指示的。第二NPDCCH可能出现的时频资源由SC-MCCH信道上传输的信息(即,SC-MCCH传输信息)提供。UE首先在对应的时频资源上监听是否有调度SC-MTCH的第二NPDCCH,具体包括首先接收NPDCCH公共搜索空间,然后搜索是否有与SC-MTCH相对应的RNTI加扰的NPDCCH,如果存在,则对其进行解码,提取第二NPDCCH携带的DCI信息,以获得SC-MTCH调度信息,包括SC-MTCH传输的时频资源、编码信息,以及可选地,SC-MTCH传输的重复次数等等,UE可以根据该DCI指示的SC-MTCH调度信息来接收SC-MTCH信道,从而获取SC-MTCH信道上传输的信息,也称为SC-MTCH传输信息。因此接收SC-MTCH包括两部分,首先,监听并接收第二NPDCCH,所述第二NPDCCH携带用于指示SC-MTCH调度信息的DCI;其次,根据所述SC-MTCH调度信息来接收SC-MTCH信道上传输的信息,即,SC-MTCH传输信息。
由于SC-MCCH传输信息在MBMS业务传输的过程中可能发生变更,变更的原因可能是新业务的增加、或者老业务的结束、或者某项业务的SC-MTCH配置发生变化,因而当SC-MCCH传输信息发生或者即将发生变更时,网络侧会向UE发送用于指示SC-MCCH传输信息是否发生变更的SC-MCCH信息变更通知。SC-MCCH信息变更通知携带在NPDCCH中,且仅在预定时刻出现。在NB-IoT***中,SC-MCCH信息变更通知可以和调度SC-MCCH的NPDCCH出现在不同的时刻,或者是包含在调度SC-MCCH的NPDCCH中,或者是包含在寻呼信道中。因此,接收MBMS业务的UE只需要在相应的时刻去监听是否有携带SC-MCCH信息变更通知的NPDCCH或者寻呼消息即可。
因而方法100还可以包括步骤S105,其中UE监听用于SC-MCCH信息变更通知。
SC-MCCH信息变更通知可能出现的时频资源可以是网络侧预定义的、或在SC-MCCH的配置信息中告知给UE,需要UE在对应时刻去监听并接收该SC-MCCH信息变更通知,以指示SC-MCCH传输信息是否发生变更。
由于传输SC-MTCH的载波与传输SC-MCCH的载波以及指示SC-MCCH变更通知的载波不相同,因此当终端在持续接收SC-MTCH时,对SC-MCCH信息变更通知的监听与接收与对SC-MTCH相关信息的接收之间可能会存在冲突。
因而,UE需要检测SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收是否会发生冲突。在步骤S107中,当SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突时,UE选择监听SC-MCCH信息变更通知。
在完成当SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突时对SC-MCCH信息变更通知的监听和接收之后,UE可以根据变更后的SC-MCCH传输信息来接收SC-MTCH相关信息。
在一个实施例中,SC-MCCH信息变更通知可以由另一NPDCCH(这里称为第三NPDCCH)中携带的DCI指示,第三NPDCCH可能出现的时刻或资源可以是网络侧预定义的,或者在SC-MCCH配置信息中告知给UE,需要UE在对应时刻去监听第三NPDCCH,以确认SC-MCCH信息是否发生变更。
当监听第三NPDCCH的子帧或时刻(即,监听SC-MCCH信息变更通知的子帧或时刻)与接收SC-MTCH相关信息的子帧或时刻发生冲突时,在冲突的子帧或时刻,UE可以选择监听第三NPDCCH,即,放弃接收SC-MTCH相关信息,前往监听并接收第三NPDCCH。
如前所述,SC-MTCH相关信息的接收包括两部分:第二NPDCCH的监听和接收和SC-MTCH传输信息的接收,因此,监听第三NPDCCH的子帧或时刻与接收SC-MTCH相关信息的子帧或时刻发生冲突可以包括以下任一情况:监听第三NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;监听第三NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突。
如果在UE完成对第三NPDCCH的监听和接收后,获得的SC-MCCH信息变更通知指示SC-MCCH传输信息未变更,则UE可以继续接收SC-MTCH相关信息。具体地,在监听第三NPDCCH的子帧或时刻和接收第二NPDCCH的子帧或时刻发生冲突的情况下,UE可以继续接收第二NPDCCH并接收SC-MTCH传输信息;在监听第三NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突的情况下,UE可以继续接收SC-MTCH传输信息。
如果在UE完成对第三NPDCCH的监听和接收后,获得的SC-MCCH信息变更通知指示SC-MCCH传输信息发生了变更,则UE需要进一步获取变更后的SC-MCCH传输信息。
因而,UE根据第一NPDCCH携带的DCI所指示的SC-MCCH调度信息,接收变更后的SC-MCCH传输信息。进而,UE根据接收到的变更后的SC-MCCH传输信息,监听并接收第二NPDCCH;并根据第二NPDCCH携带的DCI所指示的SC-MTCH调度信息,接收SC-MTCH传输信息。
应理解,一旦UE根据接收到SC-MCCH信息变更通知,指示SC-MCCH信息发生变更,则终端需要进一步接收SC-MCCH信息,由于传输SC-MTCH的载波与传输SC-MCCH的载波不相同,因此当终端在持续接收SC-MTCH时,对SC-MCCH相关信息的接收与SC-MTCH相关信息的接收之间可能会存在冲突。
当接收SC-MCCH相关信息的子帧或时刻与接收SC-MTCH相关信息的子帧或时刻发生冲突时,在冲突的子帧或时刻,UE选择接收SC-MCCH相关信息,即,放弃接收SC-MTCH相关信息,前往接收SC-MCCH相关信息。如前所述,SC-MCCH相关信息的接收包括两部分:第一NPDCCH的监听和接收和SC-MCCH传输信息的接收;而SC-MTCH相关信息的接收也包括两部分:第二NPDCCH的监听和接收和SC-MTCH传输信息的接收。因此,接收SC-MCCH相关信息的子帧或时刻与接收SC-MTCH相关信息的子帧或时刻发生冲突可以是下面四种情况中的任意一种:
监听第一NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;
监听第一NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突;
接收SC-MCCH信道的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;
接收SC-MCCH信道的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突。
在UE完成对SC-MCCH相关信息的接收后,可以继续接收SC-MTCH相关信息。具体地,在监听第一NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突,或接收SC-MCCH传输信息的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突的情况下,在UE完成SC-MCCH传输信息的接收后,可以继续监听并接收第二NPDCCH、以及接收SC-MTCH传输信息;在监听第一NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突,或接收SC-MCCH传输信息的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突的情况下,在UE完成SC-MCCH的接收后,可以继续接收SC-MTCH信道。
在另一实施例中,SC-MCCH信息变更通知可以由第一NPDCCH携带的用于指示SC-MCCH调度信息的DCI来指示,第一NPDCCH可能出现的时刻或资源可以是网络侧预定义的,或者在SC-MCCH的配置信息中告知给UE,需要UE在对应时刻去监听第一NPDCCH,以获得SC-MCCH调度信息以及SC-MCCH信息变更通知。
当监听第一NPDCCH的子帧或时刻与接收SC-MTCH相关信息的子帧或时刻发生冲突时,在冲突的子帧或时刻,UE选择接收第一NPDCCH,即,放弃接收SC-MTCH相关信息,前往监听并接收第一NPDCCH。
SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突可以包括以下任一情况:
监听第一NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;
监听第一NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突。
如果在UE完成对第一NPDCCH的监听和接收后,获得的第一NPDCCH携带的DCI指示的SC-MCCH信息变更通知指示SC-MCCH传输信息未发生变更,则UE可以继续接收SC-MTCH相关信息。具体地,在监听第一NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突的情况下,UE可以继续监听和接收第二NPDCCH并接收SC-MTCH传输信息;在监听第一NPDCCH的子帧或时刻和监听SC-MTCH传输信息的子帧或时刻发生冲突的情况下,UE可以继续接收SC-MTCH传输信息。
如果在UE完成对第一NPDCCH的监听和接收后,获得的第一NPDCCH携带的DCI指示的SC-MCCH信息变更通知指示SC-MCCH传输信息发生变更,则UE继续根据接收到的第一NPDCCH携带的DCI所指示的SC-MCCH调度信息,接收变更后的SC-MCCH传输信息。进而,UE根据接收到的变更后的SC-MCCH传输信息,监听并接收第二NPDCCH;并根据第二NPDCCH携带的DCI所指示的SC-MTCH调度信息,接收SC-MTCH传输信息。
以下,详细描述根据本发明的若干操作示例。
示例1
终端监听用于调度SC-MTCH的NPDCCH;当终端被配置为从子帧时刻n开始,在另外一个载波上监听用于SC-MCCH信息变更通知的NPDCCH,则从子帧时刻n开始,终端不监听用于调度SC-MTCH的NPDCCH,而是根据配置,监听用于SC-MCCH信息变更通知的NPDCCH。可选地,终端可以从子帧时刻n-k开始,在另外一个载波上监听用于SC-MCCH信息变更通知的NPDCCH,k为终端从一个载波上接收转换到另外一个载波上接收所需要的转换时间。
可选地,终端可以停止正在运行的SC-PTM不连续接收定时器.
示例2
终端接收携带SC-MTCH信息的NPDSCH信道,该信道的传输占据N个连续的子帧,这些子帧中不包括用于在另外一个载波上传输SC-MCCH信息变更通知的子帧。在这些子帧中,终端按照配置,例如SC-MCCH传输信息中的配置,或者网络侧预定义的配置,监听用于SC-MCCH信息变更通知的NPDCCH。
可选地,终端可以维持正在运行的SC-PTM不连续接收定时器,如果定时器超时,N个子帧中还有x个子帧上的信息还没有收到,则终端放弃已接收的N-x个子帧上的内容。
应理解,尽管以序号标识了方法100中所包括的各个步骤,但是这些序号并不代表对这些步骤的执行顺序进行了限定。方法100中的各个步骤可以按照可实现的方式以任何顺序执行。
以下,将参照附图2,对根据本发明的示例性实施例的UE的示意性结构进行描述。
图2示出了根据本发明的示例性实施例的UE 200的示意性结构图。如图2所示,UE200包括:收发机201和检测单元203。本领域技术人员应理解,在图2的UE 200中仅示出了与本发明相关的收发机201和检测单元203,以避免混淆本发明。然而,本领域技术人员应理解,尽管未在图2中示出,但是根据本发明实施例的UE还包括构成UE的其他单元。UE 200可以用于执行根据本发明各实施例的用于接收单小区多播业务的方法,例如,如图1所示的方法100。
UE 200可以利用收发机201在步骤S101来接收SC-MCCH相关信息;在步骤S103根据接收的SC-MCCH相关信息来接收SC-MTCH相关信息;以及在步骤S105监听用于指示SC-MCCH传输信息是否发生变更的SC-MCCH信息变更通知。
具体地,在步骤S101中,收发机201监听并接收第一NPDCCH,所述第一NPDCCH中包含用于指示SC-MCCH调度信息的下行控制信息DCI;并根据所述SC-MCCH调度信息,接收SC-MCCH传输信息。
在步骤S103中,收发机201根据所述SC-MCCH传输信息,监听并接收第二NPDCCH,所述第二NPDCCH中包含用于指示SC-MTCH调度信息的DCI;并根据所述SC-MTCH调度信息,接收SC-MTCH传输信息。
UE 200可以利用检测单元203来检测用于指示SC-MCCH传输信息是否发生变更的SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收是否发生冲突。当检测单元203检测到SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突时,收发机201在步骤S107选择监听SC-MCCH信息变更通知。
在完成当SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突时对SC-MCCH信息变更通知的监听和接收之后,收发机201根据变更后的SC-MCCH传输信息来接收SC-MTCH相关信息。
如前所述,在一个实施例中,SC-MCCH信息变更通知可以由第三NPDCCH携带的DCI指示。在该实施例中,SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突包括以下任一情况:监听第一NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;监听第一NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突。
在另一实施例中,SC-MCCH信息变更通知由第一NPDCCH携带的所述DCI指示。在该实施例中,SC-MCCH信息变更通知的监听与SC-MTCH相关信息的接收发生冲突包括以下任一情况:监听第一NPDCCH的子帧或时刻和监听第二NPDCCH的子帧或时刻发生冲突;监听第一NPDCCH的子帧或时刻和接收SC-MTCH传输信息的子帧或时刻发生冲突。
以下将参照图3,对根据本公开的示例性实施例的在基站处执行的用于发送单小区多播业务的方法进行描述。图3示意性地示出了根据本公开的示例性实施例的在基站处执行的方法300的流程图。
如图3所示,在步骤S301,基站向UE发送SC-MCCH相关信息。具体地,基站发送第一NPDCCH,所述第一NPDCCH携带用于指示SC-MCCH调度信息的下行控制信息DCI;以及发送SC-MCCH传输信息,所述SC-MCCH传输信息根据所述SC-MCCH调度信息调度。
在步骤S303,基站向UE发送SC-MTCH相关信息,所述SC-MTCH相关信息根据所述SC-MCCH相关信息调度。具体地,基站发送第二NPDCCH,所述第二NPDCCH携带用于指示SC-MTCH调度信息的DCI;以及发送SC-MTCH传输信息,所述SC-MTCH传输信息根据所述SC-MTCH调度信息调度。
在步骤S305,基站确定用于指示SC-MCCH传输信息是否发生变更的SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送是否发生冲突。
在一个实施例中,SC-MCCH信息变更通知可以由第一NPDCCH携带的所述DCI指示。在该实施例中,SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突包括以下任一情况:发送第一NPDCCH的子帧或时刻和发送第二NPDCCH的子帧或时刻发生冲突;发送第一NPDCCH的子帧或时刻和发送SC-MTCH传输信息的子帧或时刻发生冲突。
在另一实施例中,SC-MCCH信息变更通知由第三NPDCCH携带的DCI指示。在该实施例中,SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突包括以下任一情况:发送第三NPDCCH的子帧或时刻和发送第二NPDCCH的子帧或时刻发生冲突;发送第三NPDCCH的子帧或时刻和发送SC-MTCH传输信息的子帧或时刻发生冲突。
在确定SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突的情况下,在步骤S307中,基站在冲突结束后重新发送冲突时刻发送的SC-MTCH相关信息,具体包括以下之一:发送第二NPDCCH,所述第二NPDCCH携带的DCI指示对在冲突时刻发送的SC-MTCH传输信息的发送进行调度的SC-MTCH调度信息;全部或者部分重新发送在冲突时刻发送的SC-MTCH传输信息。
应理解,尽管以序号标识了方法300中所包括的各个步骤,但是这些序号并不代表对这些步骤的执行顺序进行了限定。方法300中的各个步骤可以按照可实现的方式以任何顺序执行。
以下,将参照附图4,对根据本发明的示例性实施例的基站的示意性结构进行描述。
图4示出了根据本发明的示例性实施例的基站400的示意性结构图。如图4所示,基站400:收发机401和确定单元403。本领域技术人员应理解,在图4的基站400中仅示出了与本发明相关的收发机401和确定单元403,以避免混淆本发明。然而,本领域技术人员应理解,尽管未在图4中示出,但是根据本发明实施例的基站还包括构成基站的其他单元。基站400可以用于执行根据本发明各实施例的用于发送单小区多播业务的方法,例如,如图3所示的方法300。
基站400可以利用收发机401在步骤S301发送SC-MCCH相关信息;以及在步骤S303发送SC-MTCH相关信息,所述SC-MTCH相关信息根据所述SC-MCCH相关信息调度。
具体地,在步骤S301,收发机401发送第一NPDCCH,所述第一NPDCCH携带用于指示SC-MCCH调度信息的下行控制信息DCI;以及发送SC-MCCH传输信息,所述SC-MCCH传输信息根据所述SC-MCCH调度信息调度。
在步骤S303,收发机401发送第二NPDCCH,所述第二NPDCCH携带用于指示SC-MTCH调度信息的DCI;以及发送SC-MTCH传输信息,所述SC-MTCH传输信息根据所述SC-MTCH调度信息调度。
在一个实施例中,SC-MCCH信息变更通知可以由第一NPDCCH携带的所述DCI指示。在该实施例中,SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突包括以下任一情况:发送第一NPDCCH的子帧或时刻和发送第二NPDCCH的子帧或时刻发生冲突;发送第一NPDCCH的子帧或时刻和发送SC-MTCH传输信息的子帧或时刻发生冲突。
在另一实施例中,SC-MCCH信息变更通知由第三NPDCCH携带的DCI指示。在该实施例中,SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突包括以下任一情况:发送第三NPDCCH的子帧或时刻和发送第二NPDCCH的子帧或时刻发生冲突;发送第三NPDCCH的子帧或时刻和发送SC-MTCH传输信息的子帧或时刻发生冲突。
基站400可以利用确定单元403在步骤S305确定用于指示SC-MCCH传输信息是否发生变更的SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送是否发生冲突。当确定单元403确定SC-MCCH信息变更通知的发送与SC-MTCH相关信息的发送发生冲突时,基站400利用收发机401在步骤S307中在冲突结束后重新发送冲突时刻发送的SC-MTCH相关信息,具体包括以下之一:发送第二NPDCCH,所述第二NPDCCH携带的DCI指示对在冲突时刻发送的SC-MTCH传输信息的发送进行调度的SC-MTCH调度信息;全部或者部分重新发送在冲突时刻发送的SC-MTCH传输信息。
运行在根据本发明的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器***中。
用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机***读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机***”可以是嵌入在该设备中的计算机***,可以包括操作***或硬件(如***设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如,单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器,也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路,也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下,本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外,本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例,但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备,如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上,已经参考附图对本发明的实施例进行了详细描述。但是,具体的结构并不局限于上述实施例,本发明也包括不偏离本发明主旨的任何设计改动。另外,可以在权利要求的范围内对本发明进行多种改动,通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外,上述实施例中所描述的具有相同效果的组件可以相互替代。
Claims (2)
1.一种由用户设备执行的方法,包括:
在第一子帧内监听由与单小区多播控制信道SC-MCCH相对应的无线网络临时标识RNTI加扰的第一窄带物理下行链路控制信道NPDCCH的公共搜索空间,所述第一NPDCCH的所述公共搜索空间被分配在由***信息块配置的所述第一子帧内;以及
在第二子帧内接收SC-MCCH传输,其中
在由与单小区多播业务信道SC-MTCH相对应的RNTI加扰的第二NPDCCH的公共搜索空间被分配在所述第二子帧内的情况下,不监听所述第二子帧内的所述第二NPDCCH的所述公共搜索空间,
在SC-MTCH传输被分配在所述第一子帧内的情况下,不接收所述第一子帧内的所述SC-MTCH传输,以及
在所述第二NPDCCH的所述公共搜索空间被分配在所述第一子帧内的情况下,不监听所述第一子帧内的所述第二NPDCCH的所述公共搜索空间。
2.一种用户设备,包括:
监听单元,适于在第一子帧内监听由与单小区多播控制信道SC-MCCH相对应的无线网络临时标识RNTI加扰的第一窄带物理下行链路控制信道NPDCCH的公共搜索空间,所述第一NPDCCH的所述公共搜索空间被分配在由***信息块配置的所述第一子帧内;以及
接收单元,适于在第二子帧内接收SC-MCCH传输,其中
在由与单小区多播业务信道SC-MTCH相对应的RNTI加扰的第二NPDCCH的公共搜索空间被分配在所述第二子帧内的情况下,不监听所述第二子帧内的所述第二NPDCCH的所述公共搜索空间,
在SC-MTCH传输被分配在所述第一子帧内的情况下,不接收所述第一子帧内的所述SC-MTCH传输,以及
在所述第二NPDCCH的所述公共搜索空间被分配在所述第一子帧内的情况下,不监听所述第一子帧内的所述第二NPDCCH的所述公共搜索空间。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610862427.1A CN107872898B (zh) | 2016-09-28 | 2016-09-28 | 单小区多播业务接收和发送方法、以及用户设备和基站 |
US16/337,335 US10856262B2 (en) | 2016-09-28 | 2017-08-15 | Methods for receiving and transmitting single-cell multicast service, user equipment, and base station |
PCT/CN2017/097509 WO2018059149A1 (zh) | 2016-09-28 | 2017-08-15 | 单小区多播业务接收和发送方法、以及用户设备和基站 |
EP17854601.6A EP3522652A4 (en) | 2016-09-28 | 2017-08-15 | SINGLE CELL MULTICAST SERVICE RECEIVING AND SENDING METHOD, USER EQUIPMENT AND BASE STATION |
MX2019003536A MX2019003536A (es) | 2016-09-28 | 2017-08-15 | Metodo para recibir y enviar servicio de multidifusion de celula unica, equipo de usuario y estacion base. |
CONC2019/0004130A CO2019004130A2 (es) | 2016-09-28 | 2019-04-26 | Métodos para recibir y enviar servicio de multidifusión de célula única, equipo de usuario y estación base |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610862427.1A CN107872898B (zh) | 2016-09-28 | 2016-09-28 | 单小区多播业务接收和发送方法、以及用户设备和基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107872898A CN107872898A (zh) | 2018-04-03 |
CN107872898B true CN107872898B (zh) | 2022-06-10 |
Family
ID=61761937
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610862427.1A Active CN107872898B (zh) | 2016-09-28 | 2016-09-28 | 单小区多播业务接收和发送方法、以及用户设备和基站 |
Country Status (6)
Country | Link |
---|---|
US (1) | US10856262B2 (zh) |
EP (1) | EP3522652A4 (zh) |
CN (1) | CN107872898B (zh) |
CO (1) | CO2019004130A2 (zh) |
MX (1) | MX2019003536A (zh) |
WO (1) | WO2018059149A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107889063B (zh) * | 2016-09-29 | 2022-02-18 | 中兴通讯股份有限公司 | 多播业务的业务信息、业务信息变更通知方法及装置 |
JP7008700B2 (ja) * | 2016-11-04 | 2022-01-25 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 通信ネットワークにおけるネットワークノード、無線デバイス、およびその中における方法 |
WO2019031911A1 (ko) * | 2017-08-10 | 2019-02-14 | 엘지전자 주식회사 | 무선 통신 시스템에서 무선 신호를 송수신하는 방법 및 장치 |
EP3753340A4 (en) * | 2018-02-15 | 2021-11-24 | Telefonaktiebolaget LM Ericsson (publ) | PLANNING A SINGLE-CELL MULTIBASTER TRAFFIC CHANNEL THROUGH A SINGLE-CELL MULTIBASTER CONTROL CHANNEL |
CN112087720B (zh) * | 2019-06-12 | 2023-10-24 | 华为技术有限公司 | 一种通信方法和装置 |
US11395260B2 (en) * | 2019-08-02 | 2022-07-19 | Qualcomm Incorporated | Scheduling broadcast or multicast communications for new radio |
CN113645668B (zh) * | 2020-04-27 | 2023-03-24 | 大唐移动通信设备有限公司 | 一种多小区mbms业务传输的方法、装置及存储介质 |
CN114071371B (zh) * | 2020-08-06 | 2023-03-28 | ***通信有限公司研究院 | 信息通信、接收、配置和发送方法、资源配置方法及设备 |
CN116783906A (zh) * | 2021-01-12 | 2023-09-19 | 捷开通讯(深圳)有限公司 | Mbs多控制信道配置的更新方法 |
EP4319385A4 (en) * | 2021-06-04 | 2024-05-29 | Huawei Technologies Co., Ltd. | COMMUNICATION METHOD AND DEVICE |
CN115442755B (zh) * | 2021-06-04 | 2024-02-20 | 成都鼎桥通信技术有限公司 | 信道建立方法、装置、设备、存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056342A (zh) * | 2009-10-27 | 2011-05-11 | 大唐移动通信设备有限公司 | 一种多播控制信道mcch的收发方法、装置和*** |
CN102158807A (zh) * | 2010-02-11 | 2011-08-17 | 中兴通讯股份有限公司 | Mcch通知信息的监听方法及装置、用户设备 |
CN102170610A (zh) * | 2010-02-25 | 2011-08-31 | 电信科学技术研究院 | 发送指示信息和接收mbms的方法、***及装置 |
CN102905224A (zh) * | 2011-07-29 | 2013-01-30 | ***通信集团公司 | 通知信息的发送方法、基站及*** |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2943002B1 (en) * | 2013-01-01 | 2021-11-10 | LG Electronics Inc. | Method for monitoring downlink control channel in wireless communication system and device for same |
WO2016108377A1 (en) * | 2014-12-29 | 2016-07-07 | Lg Electronics Inc. | Method for informing mtch suspension information in a mbms wireless communication system and device therefor |
US10511941B2 (en) * | 2016-08-11 | 2019-12-17 | Kt Corporation | Method for receiving multicast data and apparatus thereof |
WO2018031928A1 (en) * | 2016-08-12 | 2018-02-15 | Intel IP Corporation | SUPPORT OF SC-PTM BASED MULTICASTING FOR BL/CE AND NB-IoT UEs |
-
2016
- 2016-09-28 CN CN201610862427.1A patent/CN107872898B/zh active Active
-
2017
- 2017-08-15 WO PCT/CN2017/097509 patent/WO2018059149A1/zh unknown
- 2017-08-15 EP EP17854601.6A patent/EP3522652A4/en active Pending
- 2017-08-15 MX MX2019003536A patent/MX2019003536A/es unknown
- 2017-08-15 US US16/337,335 patent/US10856262B2/en active Active
-
2019
- 2019-04-26 CO CONC2019/0004130A patent/CO2019004130A2/es unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056342A (zh) * | 2009-10-27 | 2011-05-11 | 大唐移动通信设备有限公司 | 一种多播控制信道mcch的收发方法、装置和*** |
CN102158807A (zh) * | 2010-02-11 | 2011-08-17 | 中兴通讯股份有限公司 | Mcch通知信息的监听方法及装置、用户设备 |
CN102170610A (zh) * | 2010-02-25 | 2011-08-31 | 电信科学技术研究院 | 发送指示信息和接收mbms的方法、***及装置 |
CN102905224A (zh) * | 2011-07-29 | 2013-01-30 | ***通信集团公司 | 通知信息的发送方法、基站及*** |
Non-Patent Citations (3)
Title |
---|
Ericsson.R1-167429 "Multicast support for NB-IoT".《3GPP TSG-RAN WG1 #86》.2016,1-2. * |
Intel Corporation.R1-166538 "Intel - SC-PTM_eNB-IoT".《3GPP TSG RAN WG1 Meeting #86 》.2016,1-3. * |
R1-166199 "Search space and collision handling for multicast in NB-IoT";Huawei等;《3GPP TSG RAN WG1 Meeting #86 》;20160812;1-4 * |
Also Published As
Publication number | Publication date |
---|---|
CN107872898A (zh) | 2018-04-03 |
EP3522652A4 (en) | 2020-06-03 |
MX2019003536A (es) | 2019-09-09 |
WO2018059149A1 (zh) | 2018-04-05 |
CO2019004130A2 (es) | 2019-07-10 |
US20200037287A1 (en) | 2020-01-30 |
US10856262B2 (en) | 2020-12-01 |
EP3522652A1 (en) | 2019-08-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107872898B (zh) | 单小区多播业务接收和发送方法、以及用户设备和基站 | |
EP3525494B1 (en) | Multicast transmission method and apparatus, and computer storage medium | |
CN107623937B (zh) | 发送和接收***消息的方法、基站和用户设备 | |
EP3051848B1 (en) | Method of single-cell point-to-multipoint transmission | |
EP1917829B1 (en) | Hsdpa service in spread spectrum communication network | |
US10142803B2 (en) | Packet priority for evolved multimedia broadcast multicast (EMBMS) service relays | |
CN107734658B (zh) | 单小区多播业务的信息变更传输方法和设备 | |
WO2014100932A1 (zh) | 资源竞争的方法、利用资源竞争的方法及其装置 | |
US20130242738A1 (en) | Multimedia broadcast multicast service (mbms) frequency prioritization | |
US10244400B2 (en) | Service data transmission method and apparatus | |
KR20160054854A (ko) | 비인가 주파수 대역을 사용하는 이동통신 시스템에서의 통신 방법 및 이를 위한 장치 | |
WO2016161856A1 (zh) | 下行信息接收方法、装置及用户设备 | |
CN103517211B (zh) | ***广播信息的传输方法和设备 | |
CN108307319B (zh) | 用户设备、基站和相关方法 | |
CN116192583A (zh) | 用于信息传输和信息接收的方法和装置 | |
US20180376451A1 (en) | Telecommunications apparatuses and methods | |
CN109309556B (zh) | ***信息请求方法、相应的用户设备以及计算机可读介质 | |
EP4319375A1 (en) | Wireless communication method, terminal device and network device | |
CN114642033B (zh) | 数据接收方法、装置、设备及存储介质 | |
US8274915B2 (en) | Methods and apparatus for operating a wireless communications system | |
CN114731695A (zh) | 业务冲突的解决方法、装置、设备及存储介质 | |
US20230345450A1 (en) | Switching to mini-slots for transmission of urgent data | |
CN117501772A (zh) | 无线通信的方法、终端设备和网络设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20190606 Address after: Japan's Osaka City. The area of Sakai Sakai Cho 1 GA 590-8522 Applicant after: Sharp Corporation Applicant after: Hongying Innovation Co., Ltd. Address before: No.1, Takumicho, Sakai Ward, Sakai City, Osaka Prefecture, Japan Applicant before: Sharp Corporation |
|
TA01 | Transfer of patent application right | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |