CN106470398A - Sc-mcch发送方法、sc-ptm接收方法及其装置 - Google Patents
Sc-mcch发送方法、sc-ptm接收方法及其装置 Download PDFInfo
- Publication number
- CN106470398A CN106470398A CN201510502055.7A CN201510502055A CN106470398A CN 106470398 A CN106470398 A CN 106470398A CN 201510502055 A CN201510502055 A CN 201510502055A CN 106470398 A CN106470398 A CN 106470398A
- Authority
- CN
- China
- Prior art keywords
- mcch
- ptm
- business
- channel
- ptm business
- 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
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- 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
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种SC-MCCH发送方法、SC-PTM接收方法及其装置。其中,该SC-MCCH发送方法包括:基站生成用于指示SC-PTM业务的配置信息的SC-MCCH;基站发送SC-MCCH;其中,SC-MCCH包括:SC-PTM业务的标识(TMGI)与SC-PTM业务在物理层的标识(G-RNTI)的映射关系、SC-PTM业务所在的时域位置信息、SC-PTM业务的调制编码方案(MCS)。通过本发明,解决了相关技术中尚未给出对SC-PTM业务进行调度的有效方案的问题,实现了SC-PTM业务的调度。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种SC-MCCH发送方法、SC-PTM接收方法及其装置。
背景技术
随着Internet的迅猛发展和大屏幕多功能移动终端的普及,出现了大量移动数据多媒体业务和各种高带宽多媒体业务,如视频会议、电视广播、视频点播、广告、网上教育、互动游戏等,这一方面满足了移动用户多业务的需求,同时也为移动运营商带来了新的业务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据,与一般的数据业务相比,具有数据量大、持续时间长、时延敏感等特点。
为了有效地利用移动网络资源,第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)提出了多媒体广播多播业务(Multimedia Broadcast Multicast Service,简称为MBMS),该业务是一种从一个数据源向多个目标移动终端传送数据的技术,实现了网络(包括核心网和接入网)资源的共享,提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播,而且还能够实现高速多媒体业务的广播和组播,提供多种丰富的视频、音频和多媒体业务,这无疑顺应了未来移动数据发展的趋势,为3G的发展提供了更好的业务前景。
MBMS业务的特点是业务的数据量大,移动终端接收时持续时间长,平均数据率恒定。上述特点决定了MBMS业务的调度与控制信令配置都是半静态的,即MBMS业务的调度信息与控制信令信息都是“长期”保持不变的,这些信息通过MBMS控制信道(MBMS ControlChannel,简称为MCCH)周期性地发送,统称为MCCH信息。演进型MBMS(eMBMS)***可能存在多个MCCH,每个MCCH对应于不同的多媒体广播单频网(MBMS SingleFrequency Network,简称为MBSFN)区域,其中仅承载对应MBSFN区域发送的MBMS业务的控制信息。
MBMS通知消息用于描述MCCH信息是否发生变化,对于处于空闲模式(Radio ResourceControl Idle,简称为RRC Idle)或者连接模式(RRC Connected)的UE来说,只需要监听MBMS通知消息,即可知道MCCH信息是否发生变化,从而实现选择性的接收MCCH信息,即只在MCCH信息发生变化时,才接收新的MCCH信息。由于MBMS通知消息的信息量远小于MCCH信息,故用户设备选择性的接收MCCH信息,能够有效的节省资源,降低功耗。MCCH通知信息承载于指定的MBSFN子帧的PDCCH上周期性发送,相应的MBSFN子帧和发送周期通过***消息(例如SIB13)指示。
在长期演进(Long Term Evolution,简称为LTE)***中,通知用户设备(或称终端,简称为UE)关于某个MBMS业务将要会话开始(session start)或者网络侧发起计数请求(countingrequest),可以先在物理下行控制信道(Physical Downlink Control Channel,简称为PDCCH)上发送下行控制信息(Downlink Control Information,简称为DCI)和MBMS无线网络临时标志符(MBMS-Radio Network Temporary Identifier,简称为M-RNTI)。UE根据DCI中的相关信息进一步去读取具体的MCCH消息,这称为MCCH改变通知(notification)机制。MCCH信道上将发送具体的业务配置参数,如业务ID,业务的无线链路控制(Radio Link Control,简称为RLC)、媒体访问控制(Media Access Control,简称为MAC)、物理层配置参数等。
目前,在LTE***中引入了MBMS技术。MBMS业务的控制信令与用户数据分开传输,分别称为控制面(Control Plane,简称为CP)和用户面(User Plane,简称为UP)。控制面通过控制业务的开始、更新和结束,来控制用户面数据的发送,实现基本的MBMS业务的发送。MBMS业务在固定大小(可以静态或半静态配置)的MBSFN区域中发送。PDCCH是解析PDSCH数据的指示信息,因此PDCCH在时域上是在PDSCH(数据域)之前,即占用一个子帧的前1-4个符号。PDCCH中传输的信息称为下行控制信息(DCI),用于指示PDSCH的资源配置,上行资源授权等信息,PDCCH尾部的CRC为16比特,采用特定的无线网络临时标识RNTI加扰,RNTI用来标识UE或特定的用途。UE对收到子帧的PDCCH进行盲捡测,盲检测是在没有先验信息的情况下,通过UE对解扰后得到的比特序列进行搜索,得到所需的控制信令。
目前,在LTE-A中提出了单小区MBMS的研究课题,其中单小区MBMS业务在物理下行共享信道PDSCH上传输。发明人在研究过程中发现:单小区多播控制信道(SC-MCCH)在PDSCH上承载发送,MBSFN区域的多播控制信道(MCCH)在物理广播信道(Physicalbroadcast channel,PMCH)上承载发送;发送位置完全不同,因此MCCH的发送方法不再适用于SC-MCCH的发送。
目前,在相关技术中尚未给出对SC-PTM业务进行调度的有效方案。
发明内容
本发明提供了一种SC-MCCH发送方法、SC-PTM接收方法及其装置,以至少解决相关技术中尚未给出对SC-PTM业务进行调度的有效方案的问题。
根据本发明的一个方面,提供了一种单小区多播控制信道发送方法,包括:基站生成用于指示单小区多播SC-PTM业务的配置信息的单小区多播控制信道SC-MCCH;所述基站发送所述SC-MCCH;其中,所述SC-MCCH包括:所述SC-PTM业务的标识TMGI与所述SC-PTM业务在物理层的标识G-RNTI的映射关系、所述SC-PTM业务所在的时域位置信息、所述SC-PTM业务的调制编码方案MCS。
可选地,所述SC-MCCH还包括以下至少之一:所述TMGI与单小区多播业务信道SC-MTCH的逻辑信道标识LCID的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
可选地,所述SC-PTM业务包括:正在进行的SC-PTM业务和即将结束的SC-PTM业务;其中,即将结束的SC-PTM是指在下一个或几个SC-MCCH修改周期结束的SC-PTM业务;正在进行的SC-PTM业务和即将结束的SC-PTM业务在所述SC-MCCH中采用不同的指示进行区分;对于即将结束的SC-PTM业务在所述SC-MCCH中指示该业务结束的SC-MCCH修改周期数。
可选地,所述基站发送所述SC-MCCH包括:所述基站在单播子帧的物理下行共享信道PDSCH上发送所述SC-MCCH。
可选地,在多个所述SC-MTCH需要在媒体接入控制MAC层复用的情况下,所述SC-MCCH包括:所述TMGI与所述SC-MTCH的逻辑信道标识LCID的映射关系。
可选地,所述SC-PTM业务所在的时域位置信息包括:所述SC-PTM业务所在的无线帧和无线子帧的配置信息。
可选地,所述计数请求用于请求小区中接收或者感兴趣接收所述SC-PTM业务的用户设备UE进行反馈,以统计接收或者感兴趣接收所述SC-PTM业务的UE的数量;其中,所述UE包括RRC连接态UE和/或RRC空闲态UE。
可选地,所述信道质量反馈请求用于请求用户设备UE上报下行链路的信道质量。
可选地,所述信道质量反馈请求包括以下至少之一:需反馈信道质量指示CQI的CQI门限、需反馈CQI的用户设备UE标识、用于指示空闲态UE是否反馈CQI的指示信息。
可选地,所述信道质量反馈请求包括以下至少之一:用于指示是否反馈混合自动重传HARQ的确认响应ACK和/或非确认响应NACK的指示信息、用于指示空闲态UE是否反馈HARQ的ACK和/或NACK的指示信息。
可选地,所述邻小区的SC-MCCH指示信息包括:所述邻小区的SC-PTM业务的频率、所述邻小区的SC-PTM业务标识。
可选地,在所述基站发送所述SC-MCCH之后,所述方法还包括:用户设备UE在***广播消息中SC-MCCH配置信息指示的位置监听或者接收所述SC-MCCH。
可选地,所述UE在***广播消息中SC-MCCH配置信息指示的位置监听或者接收所述SC-MCCH包括:所述UE在开机或者小区重选或者切换到新的小区后,读取SC-MCCH;或者所述UE在监测到SC-MCCH更新通知后,读取更新的SC-MCCH。
可选地,在所述UE在***广播消息中SC-MCCH配置信息指示的位置接收所述SC-MCCH之后,所述方法包括:所述UE根据所述SC-MCCH的内容接收所需的SC-PTM业务。
可选地,所述UE根据所述SC-MCCH接收所述SC-PTM业务包括:所述UE接收所述SC-MCCH中的时域位置信息指示的单播子帧;所述UE使用感兴趣的G-RNTI对所述单播子帧进行掩码运算并验证循环冗余校验CRC值;在验证成功的情况下,所述UE根据所述单播子帧的PDCCH中指示的频域调度信息读取感兴趣的G-RNTI对应的SC-PTM业务。
根据本发明的另一个方面,还提供了一种单小区多播业务接收方法,包括:用户设备UE接收SC-MCCH,其中,所述SC-MCCH用于指示单小区多播SC-PTM业务的配置信息;所述UE根据所述SC-MCCH接收所述SC-PTM业务;其中,所述SC-MCCH包括:所述SC-PTM业务的标识TMGI与所述SC-PTM业务在物理层的标识G-RNTI的映射关系、所述SC-PTM业务所在的时域位置信息、所述SC-PTM业务的调制编码方案MCS。
可选地,所述SC-MCCH还包括以下至少之一:所述TMGI与单小区多播业务信道SC-MTCH的逻辑信道标识LCID的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
可选地,所述UE接收所述SC-MCCH包括:所述UE通过在单播子帧的物理下行共享信道PDSCH上接收所述SC-MCCH。
可选地,所述信道质量反馈请求包括以下至少之一:需反馈信道质量指示CQI的CQI门限、需反馈CQI的用户设备UE标识、用于指示空闲态UE是否反馈CQI的指示信息。
可选地,所述信道质量反馈请求包括以下至少之一:用于指示是否反馈混合自动重传HARQ的确认响应ACK和/或非确认响应NACK的指示信息、用于指示空闲态UE是否反馈HARQ的ACK和/或NACK的指示信息。
可选地,所述UE接收所述SC-MCCH包括:用户设备UE在***广播消息中SC-MCCH配置信息指示的位置监听或者接收所述SC-MCCH。
可选地,所述UE接收所述SC-MCCH包括:所述UE在开机或者小区重选或者切换到新的小区后,读取SC-MCCH;或者所述UE在监测到SC-MCCH更新通知后,读取更新的SC-MCCH。
可选地,所述UE根据所述SC-MCCH接收所述SC-PTM业务包括:所述UE接收所述SC-MCCH中的时域位置信息指示的单播子帧;所述UE使用感兴趣的G-RNTI对所述单播子帧进行掩码运算并验证循环冗余校验值;在验证成功的情况下,所述UE根据所述单播子帧的PDCCH中指示的频域调度信息读取感兴趣的G-RNTI对应的SC-PTM业务数据。
根据本发明的另一个方面,还提供了一种单小区多播控制信道发送装置,应用于基站,包括:生成模块,用于生成用于指示单小区多播SC-PTM业务的配置信息的单小区多播控制信道SC-MCCH;发送模块,用于发送所述SC-MCCH;其中,所述SC-MCCH包括:所述SC-PTM业务的标识TMGI与所述SC-PTM业务在物理层的标识G-RNTI的映射关系、所述SC-PTM业务所在的时域位置信息、所述SC-PTM业务的调制编码方案MCS。
可选地,所述SC-MCCH还包括以下至少之一:所述TMGI与单小区多播业务信道SC-MTCH的逻辑信道标识LCID的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
根据本发明的另一个方面,还提供了一种单小区多播业务接收装置,应用于用户设备UE,包括:第一接收模块,用于接收SC-MCCH,其中,所述SC-MCCH用于指示单小区多播SC-PTM业务的配置信息;第二接收模块,用于根据所述SC-MCCH接收所述SC-PTM业务;其中,所述SC-MCCH包括:所述SC-PTM业务的标识TMGI与所述SC-PTM业务在物理层的标识G-RNTI的映射关系、所述SC-PTM业务所在的时域位置信息、所述SC-PTM业务的调制编码方案MCS。
可选地,所述SC-MCCH还包括以下至少之一:所述TMGI与单小区多播业务信道SC-MTCH的逻辑信道标识LCID的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
根据本发明的另一个方面,还提供了一种基站,包括上述的单小区多播控制信道发送装置。
根据本发明的另一个方面,还提供了一种用户设备,包括上述的单小区多播业务接收装置。
通过本发明,采用基站生成用于指示SC-PTM业务的配置信息的SC-MCCH;基站发送SC-MCCH;其中,SC-MCCH包括以下至少之一:TMGI与SC-MTCH的LCID的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息的方式,解决了相关技术中尚未给出对SC-PTM业务进行调度的有效方案的问题,实现了SC-PTM业务的调度。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的SC-MCCH发送方法的流程图;
图2是根据本发明实施例的SC-PTM接收方法的流程图;
图3是根据本发明实施例的SC-MCCH发送装置的结构框图;
图4是根据本发明实施例的SC-PTM接收装置的结构框图;
图5是根据本发明优选实施例的SC-MCCH发送方法的流程图;
图6是根据本发明优选实施例的SC-MCCH发送方法的可选流程图一;
图7是根据本发明优选实施例的SC-MCCH发送方法的可选流程图二;
图8是根据本发明优选实施例的SC-MCCH发送方法的可选流程图三;
图9是根据本发明优选实施例的SC-MCCH发送方法的可选流程图四;
图10是根据本发明优选实施例的SC-MCCH发送***的结构示意图;
图11是根据本发明优选实施例的用户设备的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种单小区多播控制信道发送方法,图1是根据本发明实施例的单小区多播控制信道发送方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,基站生成用于指示SC-PTM业务的配置信息的SC-MCCH;
步骤S104,基站发送SC-MCCH;
其中,SC-MCCH包括:SC-PTM业务的标识(TMGI)与SC-PTM业务在物理层的标识(G-RNTI)的映射关系、SC-PTM业务所在的时域位置信息、SC-PTM业务的调制编码方案(MCS)。
通过上述步骤,根据SC-MCCH中指示映射关系、时域位置信息和MCS,UE在接收SC-MCCH之后,可以根据映射关系和时域位置信息在对应的时频资源上获取SC-PTM业务,并通过MCS指示的调制编码方案进行处理,最终得到业务数据;从而实现了SC-PTM业务的调度。可见,基站通过发送携带上述信息的SC-MCCH,解决了相关技术中尚未给出对SC-PTM业务进行调度的有效方案的问题,实现了SC-PTM业务的调度。
可选地,SC-PTM业务包括正在进行的业务和即将结束的业务,其中即将结束是指在下一个或几个SC-MCCH修改周期结束的SC-PTM业务。正在进行业务和即将结束业务采用不同的指示进行区分。对于即将结束的SC-PTM业务可指示该业务结束的SC-MCCH修改周期数。例如,在业务标识(TMGI或G-RNTI)字段之后增加一个整数I,I=n表示n(n>0)个SC-MCCH修改周期后该业务结束,I=0表示该业务正在进行。
其中,基站是指发送SC-PTM业务的小区所在基站。本发明实施例中的UE为具有MBMS接收能力且感兴趣接收MBMS业务。
可选地,基站在单播子帧的物理下行共享信道(PDSCH)上发送SC-MCCH。
可选地,SC-MCCH中的TMGI是SC-PTM的业务标识,采用PLMN-ID+Service-ID表示,一般是3-5个字节;SC-MTCH是单小区多播业务信道,一般采用逻辑链路标识(LCID)指示,5个比特;G-RNTI是多播业务在物理层的标识,16个比特,G-RNTI用于指示SC-PTM业务在子帧中频域的调度;当多个SC-MTCH需要在MAC层复用时,采用TMGI与SC-MTCH的LCID的映射,否则可以不需要。
可选地,SC-PTM业务所在的时域位置信息包括:SC-PTM业务所在的无线帧和无线子帧的配置信息。
可选地,SC-PTM业务所在的子帧的MCS,一般采用MCS对应的索引号指示。
可选地,为了提升调度灵活性,在SC-MCCH还可以包括但不限于以下至少之一的信息:TMGI与单小区多播业务信道(SC-MTCH)的逻辑信道标识(LCID)的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
可选地,计数请求用于请求小区中接收或者感兴趣接收SC-PTM业务的用户设备UE进行反馈,以统计接收或者感兴趣接收SC-PTM业务的UE的数量;并且,基站可以根据UE数量确定是否停止SC-PTM传输。
例如,计数请求信息包括:TMGI或G-RNTI,即业务标识,具体的可根据SC-PTM业务在SC-MCCH中的顺序采用业务的索引号指示。需要指出的是:参与单小区计数的UE包括:RRC-Idle和RRC-Connected状态,可根据RRC-Connected UE的数量估计RRC-Idle UE的数量,并最终得到小区中所有接收和感兴趣接收SC-PTM业务的UE数量;如果某小区没有RRC-Connected UE接收/感兴趣接收SC-PTM,即需要统计的都是RRC-Idle UE,则可以采用两次计数方案:
1)第一个SC-MCCH修改周期(Modification Period,简称为MP),统计RRC-ConnectedUE数量,如果不为0,则结束计数,否则进入第二次计数;
2)第二个SC-MCCH MP,统计RRC-Idle UE数量,具体可采用UTRAN中的计数方案:利用概率因子统计RRC-Idle UE数量。
UE发送计数响应信息中至少包括:业务标识,如G-RNTI,具体的可根据SC-PTM业务在SC-MCCH中计数请求的顺序采用业务的索引号指示。
可选地,信道质量反馈请求用于请求用户设备UE上报下行链路的信道质量。请求反馈的信息包括:CQI/ACK/NACK等。
以CQI为例:CQI反馈通过下行DCI format 0或随机接入响应中的CSI request的1个比特值进行判断:1表示需要CQI反馈,0表示不需要CQI反馈,具体CQI反馈参数通过高层信令配置,如可以通过RRCConnectionReconfiguration中的CQI-ReportConfig设置CQI反馈的参数。
本发明实施例SC-MCCH中的CQI请求主要用于选择CQI反馈的UE,即小区中哪些UE或在什么条件下的UE可以进行CQI反馈,考虑到小区中接收SC-PTM业务的UE数量一般比较多,而且大部分是RRC-Idle状态,因为不需要所有接收SC-PTM业务的UE都进行CQI反馈,同时CQI是根据UE测量的信道质量(如SINR)确定的,所以可以在SC-MCCH中设置需要进行CQI反馈的门限,比如门限值=3dB,则低于3dB的UE需要上报CQI,而高于3dB的UE不需要上报CQI,或者采用CQI表中的编号,如门限=5,则CQI低于5的UE上报。
另外也可以在SC-MCCH中指定需要上报CQI的UE,如关键位置/关键用户的UE.eNB根据UE的CQI反馈,选择合适的MCS发送SC-PTM业务,在SC-PTM中,eNB选择MCS适用于整个小区,因此eNB一般根据CQI比较差的UE确定业务的MCS。
另外,在CQI反馈请求中还可以指示:RRC-Idle UE是否上报CQI,即RRC-Idle满足门限条件时进入RRC-Connected状态并上报CQI.
可选地,信道质量反馈请求包括以下至少之一:需反馈信道质量指示CQI的CQI门限、需反馈CQI的用户设备UE标识、用于指示空闲态UE是否反馈CQI的指示信息。
以ACK/NACK为例:
ACK/NACK,用于HARQ重传,在LTE单播传输中采用停等(Stop and wait,简称为SAW)方式实现HARQ,如下行HARQ采用异步非周期HARQ,即eNB发送一个分组后,等待一段时间,在这段时间UE根据收到的分组结果向eNB发送ACK/NACK/DTX等信息,eNB收到ACK/NACK后确定发送新的分组数据或重传上一个分组。
首先,为了支持HARQ功能,需要在SC-MCCH/SC-MTCH的MAC层中增加HARQ实体;
其次,通过高层信令可以设置CQI和ACK/NACK同时发送,则根据上面关于CQI反馈描述,在RRC信令或SC-MCCH中指示CQI和ACK/NACK同时发送,即在发送CQI的同时也发送ACK/NACK,或者在SC-MCCH中指示ACK/NACK单独发送;
另外,为了节省上行资源,可以要求只反馈NACK,即ACK不需要反馈。另外,在ACK/NACK反馈请求中还可以指示:RRC-Idle UE是否上报ACK/NACK,即RRC-Idle UE进入RRC-Connected状态并上报ACK/NACK。
可选地,信道质量反馈请求包括以下至少之一:用于指示是否反馈混合自动重传HARQ的确认响应ACK和/或非确认响应NACK的指示信息、用于指示空闲态UE是否反馈HARQ的ACK和/或NACK的指示信息。
eNB收到NACK反馈后,重选上次数据:这里的重传有两种选择:点到点(PTP)单播重传或点到多点(PTM)多播重传,具体选择哪种重传方式由eNB或者运营商事先配置决定,例如eNB可以根据收到的针对同一分组的NACK数量选择PTP或PTM方式重选。
需要指出的是:无论UE上报计数响应,CQI报告,还是ACK/NACK,UE需要处于RRC-Connected状态。
可选地,邻小区的SC-MCCH指示信息包括:邻小区的SC-PTM业务的频率、邻小区的SC-PTM业务标识。将邻小区的SC-MCCH指示信息发送给UE可以保证SC-PTM业务的连续性。可选地,邻小区的SC-PTM业务标识可以是TMGI或G-RNTI。
可选地,在基站发送SC-MCCH之后,UE可以在***广播消息中SC-MCCH配置信息指示的位置监听或者接收SC-MCCH。
可选地,UE在开机或者小区重选或者切换到新的小区后,读取SC-MCCH;或者UE在监测到SC-MCCH更新通知后,读取更新的SC-MCCH。
SC-MCCH的频域调度信息通过所在子帧的PDCCH发送,例如,通过PDCCH中的下行控制信息(DCI)发送,SC-MCCH RNTI可以用一个保留的RNTI指示,如SC-MCCH RNTI=FFFC。
上述的DCI至少包括:SC-MCCH在频域的调度信息。所述UE采用预分配的SC-MCCHRNTI检测***消息中指示的SC-MCCH子帧,如果检测成功,说明子帧的PDSCH中包含所需的SC-MCCH信息。
可选地,在UE在***广播消息中SC-MCCH配置信息指示的位置接收SC-MCCH之后,UE根据SC-MCCH的内容接收所需的SC-PTM业务。
例如,UE接收SC-MCCH中的时域位置信息指示的单播子帧;UE使用感兴趣的G-RNTI对单播子帧进行掩码运算并验证循环冗余校验(CRC)值;在验证成功的情况下,则说明是所需的子帧,此时,UE根据单播子帧的PDCCH中指示的频域调度信息读取感兴趣的G-RNTI对应的SC-PTM业务。
可选地,如果所述SC-MCCH中有计数请求,和/或信道质量反馈请求,则所述UE根据请求指示进行相应的处理,例如上报计数响应,和/或信道质量,如果UE处于RRC-Idle状态,UE首先进入RRC-Connected状态,然后上报。
在本实施例中还提供了一种单小区多播业务接收方法。图2是根据本发明实施例的单小区多播业务接收方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,UE接收SC-MCCH,其中,SC-MCCH用于指示SC-PTM业务的配置信息;
步骤S204,UE根据SC-MCCH接收SC-PTM业务;
其中,SC-MCCH包括:SC-PTM业务的标识(TMGI)与SC-PTM业务在物理层的标识(G-RNTI)的映射关系、SC-PTM业务所在的时域位置信息、SC-PTM业务的调制编码方案(MCS)。
其中,SC-MCCH还可以包括但不限于以下之一:TMGI与单小区多播业务信道(SC-MTCH)的逻辑信道标识(LCID)的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
可选地,UE接收SC-MCCH包括:UE通过在单播子帧的物理下行共享信道PDSCH上接收SC-MCCH。
可选地,信道质量反馈请求包括以下至少之一:需反馈信道质量指示CQI的CQI门限、需反馈CQI的用户设备UE标识、用于指示空闲态UE是否反馈CQI的指示信息。
可选地,信道质量反馈请求包括以下至少之一:用于指示是否反馈混合自动重传HARQ的确认响应ACK和/或非确认响应NACK的指示信息、用于指示空闲态UE是否反馈HARQ的ACK和/或NACK的指示信息。
可选地,UE接收SC-MCCH包括:用户设备UE在***广播消息中SC-MCCH配置信息指示的位置监听或者接收SC-MCCH。
可选地,UE接收SC-MCCH包括:UE在开机或者小区重选或者切换到新的小区后,读取SC-MCCH;或者UE在监测到SC-MCCH更新通知后,读取更新的SC-MCCH。
可选地,UE根据SC-MCCH接收SC-PTM业务包括:UE接收SC-MCCH中的时域位置信息指示的单播子帧;UE使用感兴趣的G-RNTI对单播子帧进行掩码运算并验证循环冗余校验值;在验证成功的情况下,UE根据单播子帧的PDCCH中指示的频域调度信息读取感兴趣的G-RNTI对应的SC-PTM业务数据。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种单小区多播控制信道发送装置,应用于基站,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的单小区多播控制信道发送装置的结构框图,如图3所示,该装置包括:生成模块32和发送模块34,其中,生成模块32,用于生成用于指示单小区多播SC-PTM业务的配置信息的单小区多播控制信道SC-MCCH;发送模块34,耦合至生成模块32,用于发送SC-MCCH;
其中,SC-MCCH包括:SC-PTM业务的标识(TMGI)与SC-PTM业务在物理层的标识(G-RNTI)的映射关系、SC-PTM业务所在的时域位置信息、SC-PTM业务的调制编码方案(MCS)
可选地,SC-MCCH还可以包括以下至少之一:TMGI与单小区多播业务信道(SC-MTCH)的逻辑信道标识(LCID)的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
在本实施例中还提供了一种单小区多播业务接收装置,应用于UE,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。
图4是根据本发明实施例的单小区多播业务接收装置的结构框图,如图4所示,该装置包括:第一接收模块42和第二接收模块44,其中,第一接收模块42,用于接收SC-MCCH,其中,SC-MCCH用于指示单小区多播SC-PTM业务的配置信息;第二接收模块44,耦合至第一接收模块42,用于根据SC-MCCH接收SC-PTM业务;
其中,SC-MCCH包括:SC-PTM业务的标识(TMGI)与SC-PTM业务在物理层的标识(G-RNTI)的映射关系、SC-PTM业务所在的时域位置信息、SC-PTM业务的调制编码方案(MCS)。
可选地,SC-MCCH还可以包括以下至少之一:TMGI与单小区多播业务信道(SC-MTCH)的逻辑信道标识(LCID)的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述模块分别位于多个处理器中。
在本实施例中还提供了一种基站,包括上述的单小区多播控制信道发送装置。
在本实施例中还提供了一种用户设备,包括上述的单小区多播业务接收装置。
本发明的实施例还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
本发明的实施例还提供了一种存储介质。在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
步骤S102,基站生成用于指示SC-PTM业务的配置信息的SC-MCCH;
步骤S104,基站发送SC-MCCH;
其中,SC-MCCH包括:SC-PTM业务的标识(TMGI)与SC-PTM业务在物理层的标识(G-RNTI)的映射关系、SC-PTM业务所在的时域位置信息、SC-PTM业务的调制编码方案(MCS)。
可选地,SC-MCCH还可以包括但不限于以下至少之一:TMGI与单小区多播业务信道(SC-MTCH)的逻辑信道标识(LCID)的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
本发明的实施例还提供了一种存储介质。在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
步骤S202,UE接收SC-MCCH,其中,SC-MCCH用于指示SC-PTM业务的配置信息;
步骤S204,UE根据SC-MCCH接收SC-PTM业务;
其中,SC-MCCH包括:SC-PTM业务的标识(TMGI)与SC-PTM业务在物理层的标识(G-RNTI)的映射关系、SC-PTM业务所在的时域位置信息、SC-PTM业务的调制编码方案(MCS)。
可选地,SC-MCCH还可以包括以下至少之一:TMGI与单小区多播业务信道(SC-MTCH)的逻辑信道标识(LCID)的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-OnlyMemory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
为了使本发明实施例的描述更加清楚,下面结合优选实施例进行描述和说明。
本发明优选实施例提供了一种SC-MCCH发送方法,该方法包括:
SC-MCCH通过单播子帧的物理下行共享信道PDSCH传输,在SC-MCCH中内容包括一下一种或多种:单小区多播业务临时移动组标识TMGI与G-RNTI映射关系,SC-PTM业务所在的时域配置信息,单小区计数请求信息,无线下行信道状态信息反馈请求。
图5是根据本发明优选实施例的SC-PTM业务接收方法的流程图,如图5所示,该流程包括如下步骤:
步骤S502,基站(eNB)配置发送SC-MCCH信息;
步骤S504,UE接收SC-MCCH信息;
步骤S506,UE根据SC-MCCH信息接收所需业务。
下面结合实例和附图对图5所示的流程进行描述和说明。
优选实施例一
本实施例的场景是SC-MCCH包含计数请求信息;如图6所示,该流程包括以下步骤:
步骤S602,基站eNB配置发送SC-MCCH信息。
本步骤与步骤S502类似,区别在于在SC-MCCH中包括:计数请求;其中的计数请求至少包含一个或多个:TMGI,即需要进行计数的SC-PTM业务,上述TMGI可以采用对应的G-RNTI代替,或者根据在SC-MCCH中SC-PTM业务的顺序采用索引号指示,如排在SC-MCCH第一个业务用索引号1标识。
步骤S604,UE读取SC-MCCH信息。
本步骤和步骤S504相同,这里不再赘述。
步骤S606,UE判断是否为RRC-Connected状态,如果是,转向步骤S608,否则转向步骤S618。
UE可以是RRC-Idle或RRC-Connected状态。
UE是指正在接收或感兴趣接收SC-MCCH中的计数请求指示的SC-PTM业务的UE.
步骤S608,UE上报计数响应信息。
如果UE是RRC-Connected状态,且UE正在接收或感兴趣接收SC-MCCH中的计数请求指示的SC-PTM业务,则UE上报计数响应,计数响应包含UE感兴趣的业务指示信息,其中的业务指示信息可以是根据计数请求的业务先后顺序得到的业务索引。
步骤S610,eNB计算UE数量是否为0,如果是,转向步骤S612,否则转向步骤S616。
如果UE数量为0,说明小区中没有接收/感兴趣接收SC-PTM业务的RRC-Connected UE,不能确定是否有RRC-Idle UE,所以eNB需要进行第二次计数,即统计RRC-Idle UE数量。
步骤S612,eNB在SC-MCCH中设置新的计数请求,统计RRC-Idle UE数量。
新的计数请求可采用概率因子的方法,即在计数请求中除了SC-PTM业务标识,还有一个概率数值,如0.5。
步骤S614,UE上报计数响应,eNB统计计数结果,流程结束。
UE为RRC-Idle状态,UE首先在(0,1)之间随机选取一个值,并与计数请求中的概率值进行比较,如UE随机选取0.4,因为0.4小于0.5,则UE进入RRC-Connected状态并上报计数响应,eNB根据收到的计数响应统计UE数量。
不失一般性,另一种可能是:如果UE随机选取0.6,0.6大于0.5,则UE进入RRC-Connected状态并上报计数响应。
步骤S616,eNB统计UE数量,流程结束。
上述步骤可得到RRC-Connected状态UE的数量,考虑到小区中感兴趣接收SC-PTM的UE有大部分是RRC-Idle状态,所以eNB需要根据得到的RRC-Connected状态的UE数量估计相应RRC-Idle状态的UE数量,在一个小区中,RRC-Idle和RRC-Connected状态的UE一般存在一个比例关系,如10:1,该比例数值由运营商根据网络运行统计得到。假设RRC-Connected UE是3个,比例=10,则总的UE数量为:3*(10+1)=33,即小区中总共有33个UE接收或感兴趣接收某个SC-PTM业务。
步骤S618,UE保存SC-MCCH信息。
对于RRC-Idle UE不需要上报计数响应,RRC-Idle UE保存SC-MCCH信息,流程结束。
优选实施例二
本实施例的场景是SC-MCCH包含信道质量指示CQI反馈请求;如图7所示,该流程包括以下步骤:
步骤S702,基站eNB配置发送SC-MCCH信息。
本步骤与步骤S502类似,区别在于在SC-MCCH中包括:CQI反馈请求;其中的CQI反馈请求包括CQI反馈的准则,具体的至少包含:反馈门限,即需要进行CQI反馈的信道条件,假设反馈门限=3dB,则UE测量到下行信道SINR/SNR<3dB时,该UE上报CQI,不失一般性,上述反馈请求也可以是CQI表中的一个值,如5,则当UE测量计算得到的CQI值低于5时上报CQI,否则不上报CQI;具体的是否能够上报CQI和如何上报CQI需要与现有规范一致:如DCI0中的CQI请求指示比特设置,RRC信令中的CQI上报配置等。
可选地,CQI请求还包括:SC-PTM业务标识,如TMGI或G-RNTI,还可以是SC-PTM业务在SC-MCCH中排列顺序的索引号。
步骤S704,UE接收SC-MCCH信息。
本步骤与步骤S504相同,这里不再赘述。
步骤S706,UE判断是否上报CQI,如果是,转向步骤S708,否则转向步骤S710。
需要指出的是:这里假设DCI0已经设置CQI请求比特为1,且在相应的RRC信令(如RRCConnectionReconfiguration或RRCConnectionSetup)中已经设置好CQI的类型/位置等参数。UE根据测量结果和SC-MCCH中的CQI门限进行比较,如果测量结果<CQI门限值,则UE上报CQI,否则UE不上报CQI.
步骤S708,UE计算并上报CQI。
UE确定需要上报CQI,则UE根据测量的SINR/SNR值计算得到相应的CQI索引,并将得到的CQI上报eNB。后续eNB根据UE上报的CQI,选择合适的MCS发送SC-PTM,考虑多个UE可能上报不同的CQI,eNB一般根据最低的CQI选择MCS发送SC-PTM,因为一个小区中的某个SC-PTM业务采用相同的MCS。
上报除了CQI值,还包括相应的SC-PTM业务标识,具体的可采用SC-PTM业务在CQI请求中排列顺序的索引号,或TMGI,或G-RNTI。
上报通过PUCCH或PUSCH信道发送。
步骤S710,UE根据SC-MCCH指示继续检测信道质量。
UE确定不需要上报CQI,如UE的信道质量较好,则UE根据RRC信令的指示继续检测信道质量,并在满足上报条件时上报CQI。
优选实施例三
本实施例的场景是SC-MCCH包含ACK/NACK请求信息,如图8所示,该流程包括以下步骤:
步骤SS802,基站eNB配置发送SC-MCCH信息。
本步骤与步骤S502类似,区别在于在SC-MCCH中包括:ACK/NACK反馈请求;其中的ACK/NACK反馈请求至少包含:NACK反馈,进一步还包括:RRC-Idle UE是否需要反馈,即RRC-Idle UE是否需要进入RRC-Connected然后上报。其中NACK反馈是指:UE确定是NACK才上报,ACK不需要上报。
不失一般性,上述反馈请求也可以是是否ACK/NACK上报,即ACK/NACK都反馈或者都不反馈。
可选地,ACK/NACK请求还包括:SC-PTM业务标识,如TMGI或G-RNTI,还可以是SC-PTM业务在SC-MCCH中排列顺序的索引号。
具体的是否能够上报ACK/NACK和如何上报ACK/NACK需要与现有规范一致:如RRC信令(如RRCConnectionReconfiguration或RRCConnectionSetup)中的CQI上报配置等,即根据RRC信令指示确定ACK/NACK上报的位置等。
步骤S804,UE读取SC-MCCH信息。
本步骤与步骤S504相同,这里不再赘述。
步骤S806,UE判断是否上报ACK/NACK,如果是,转向步骤S808,否则转向步骤S810。
UE根据数据解码结果确定是否上报,如果解码正确,则不需要上报,否则上报NACK。同时如果SC-MCCH中指示RRC-Idle也需要上报,则UE进入RRC-Connected状态后上报ACK/NACK。
步骤S808,UE上报ACK/NACK。
UE根据现有规范中信令配置上报ACK/NACK,ACK/NACK可以与CQI同时上报,或者单独上报,上报通过PUCCH或PUSCH信道发送。
进一步,上报除了ACK/NACK值,还包括相应的SC-PTM业务标识,具体的可采用SC-PTM业务在ACK/NACK请求中排列顺序的索引号,或TMGI,或G-RNTI。
步骤S810,UE继续接收SC-PTM数据。
UE不需要上报ACK/NACK,则UE继续接收SC-PTM数据,并继续判断是否需要上报ACK/NACK。
优选实施例四
本实施例的场景是UE小区重选,如图9所示,该流程包括以下步骤:
步骤S902,基站eNB配置发送SC-MCCH信息。
步骤S904,UE读取SC-MCCH信息。
步骤S906,UE选择目标邻小区。
UE根据SC-MCCH中的邻小区信息选择邻小区,目标邻小区是指能够提供UE所需SC-PTM业务的邻小区。上述邻小区信息至少包括:频率,SC-PTM业务标识。UE根据是否支持上述频率和所需的SC-PTM业务确定目标小区。
步骤S908,UE小区重选到目标邻小区。
UE经过小区重选过程进入邻小区。
步骤S910,UE在目标小区继续接收所需的SC-PTM业务。
UE在目标小区接收SC-MCCH信息,并根据SC-MCCH的指示继续接收所需的SC-PTM业务。
本发明优选实施例还提供了一种SC-MCCH发送***,如图10所示,该***包括:基站100,用户设备102:
其中,基站100,用于配置和发送SC-MCCH信息,和SC-PTM业务数据;还用于采用SC-MCCH RNTI对SC-MCCH子帧的CRC进行加扰。
UE 102,用于接收基站100发送的SC-MCCH信息,和SC-PTM业务数据;还用于根据SC-MCCH RNTI检测SC-MCCH子帧和根据G-RNTI检测SC-PTM业务子帧,还用于上报计数响应和上报CQI/ACK/NACK;
本发明优选实施例还提供了一种用户设备,如图11所示,该用户设备包括:接收单元112,检测/判断单元113,发送单元116:
其中,接收单元112用于接收SC-MCCH消息,和SC-PTM业务数据。
检测/判断单元113用于采用特定的SC-MCCH RNTI和G-RNTI对SC-MCCH和SC-PTM业务子帧进行检测;还用于判断是否上报计数响应和上报CQI/ACK/NACK;
发送单元116用于上报计数响应和上报CQI/ACK/NACK.
综上所述,通过本发明提供的上述实施例或者优选实施例,能增加单小区多播业务频域调度灵活性,提高单小区多播业务传输的可靠性,实现单播子帧PDSCH传输单小区多播业务。
本领域技术人员应当理解,本发明指示单小区SC-MCCH设计的***和用户设备是为实现前述的单小区SC-MCCH设计的方法而设计的,上述各处理单元的实现功能可参照前述方法的相关描述而理解。图中的各处理单元的功能可通过运行于处理器上的程序而实现,也可通过具体的逻辑电路而实现。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (29)
1.一种单小区多播控制信道发送方法,其特征在于,包括:
基站生成用于指示单小区多播SC-PTM业务的配置信息的单小区多播控制信道SC-MCCH;
所述基站发送所述SC-MCCH;
其中,所述SC-MCCH包括:所述SC-PTM业务的标识TMGI与所述SC-PTM业务在物理层的标识G-RNTI的映射关系、所述SC-PTM业务所在的时域位置信息、所述SC-PTM业务的调制编码方案MCS。
2.根据权利要求1所述的方法,其特征在于,所述SC-MCCH还包括以下至少之一:
所述TMGI与单小区多播业务信道SC-MTCH的逻辑信道标识LCID的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
3.根据权利要求1所述的方法,其特征在于,所述SC-PTM业务包括:
正在进行的SC-PTM业务和即将结束的SC-PTM业务;
其中,即将结束的SC-PTM是指在下一个或几个SC-MCCH修改周期结束的SC-PTM业务;正在进行的SC-PTM业务和即将结束的SC-PTM业务在所述SC-MCCH中采用不同的指示进行区分;对于即将结束的SC-PTM业务在所述SC-MCCH中指示该业务结束的SC-MCCH修改周期数。
4.根据权利要求1所述的方法,其特征在于,所述基站发送所述SC-MCCH包括:
所述基站在单播子帧的物理下行共享信道PDSCH上发送所述SC-MCCH。
5.根据权利要求1所述的方法,其特征在于,在多个所述SC-MTCH需要在媒体接入控制MAC层复用的情况下,所述SC-MCCH包括:
所述TMGI与所述SC-MTCH的逻辑信道标识LCID的映射关系。
6.根据权利要求1所述的方法,其特征在于,所述SC-PTM业务所在的时域位置信息包括:
所述SC-PTM业务所在的无线帧和无线子帧的配置信息。
7.根据权利要求2所述的方法,其特征在于,
所述计数请求用于请求小区中接收或者感兴趣接收所述SC-PTM业务的用户设备UE进行反馈,以统计接收或者感兴趣接收所述SC-PTM业务的UE的数量;其中,所述UE包括RRC连接态UE和/或RRC空闲态UE。
8.根据权利要求2所述的方法,其特征在于,所述信道质量反馈请求用于请求用户设备UE上报下行链路的信道质量。
9.根据权利要求2所述的方法,其特征在于,所述信道质量反馈请求包括以下至少之一:
需反馈信道质量指示CQI的CQI门限、需反馈CQI的用户设备UE标识、用于指示空闲态UE是否反馈CQI的指示信息。
10.根据权利要求2所述的方法,其特征在于,所述信道质量反馈请求包括以下至少之一:
用于指示是否反馈混合自动重传HARQ的确认响应ACK和/或非确认响应NACK的指示信息、用于指示空闲态UE是否反馈HARQ的ACK和/或NACK的指示信息。
11.根据权利要求2所述的方法,其特征在于,所述邻小区的SC-MCCH指示信息包括:
所述邻小区的SC-PTM业务的频率、所述邻小区的SC-PTM业务标识。
12.根据权利要求1所述的方法,其特征在于,在所述基站发送所述SC-MCCH之后,所述方法还包括:
用户设备UE在***广播消息中SC-MCCH配置信息指示的位置监听或者接收所述SC-MCCH。
13.根据权利要求12所述的方法,其特征在于,所述UE在***广播消息中SC-MCCH配置信息指示的位置监听或者接收所述SC-MCCH包括:
所述UE在开机或者小区重选或者切换到新的小区后,读取SC-MCCH;或者
所述UE在监测到SC-MCCH更新通知后,读取更新的SC-MCCH。
14.根据权利要求12所述的方法,其特征在于,在所述UE在***广播消息中SC-MCCH配置信息指示的位置接收所述SC-MCCH之后,所述方法包括:
所述UE根据所述SC-MCCH的内容接收所需的SC-PTM业务。
15.根据权利要求12所述的方法,其特征在于,所述UE根据所述SC-MCCH接收所述SC-PTM业务包括:
所述UE接收所述SC-MCCH中的时域位置信息指示的单播子帧;
所述UE使用感兴趣的G-RNTI对所述单播子帧进行掩码运算并验证循环冗余校验CRC值;
在验证成功的情况下,所述UE根据所述单播子帧的PDCCH中指示的频域调度信息读取感兴趣的G-RNTI对应的SC-PTM业务。
16.一种单小区多播业务接收方法,其特征在于,包括:
用户设备UE接收SC-MCCH,其中,所述SC-MCCH用于指示单小区多播SC-PTM业务的配置信息;
所述UE根据所述SC-MCCH接收所述SC-PTM业务;
其中,所述SC-MCCH包括:所述SC-PTM业务的标识TMGI与所述SC-PTM业务在物理层的标识G-RNTI的映射关系、所述SC-PTM业务所在的时域位置信息、所述SC-PTM业务的调制编码方案MCS。
17.根据权利要求16所述的方法,其特征在于,所述SC-MCCH还包括以下至少之一:
所述TMGI与单小区多播业务信道SC-MTCH的逻辑信道标识LCID的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
18.根据权利要求16所述的方法,其特征在于,所述UE接收所述SC-MCCH包括:
所述UE通过在单播子帧的物理下行共享信道PDSCH上接收所述SC-MCCH。
19.根据权利要求17所述的方法,其特征在于,所述信道质量反馈请求包括以下至少之一:
需反馈信道质量指示CQI的CQI门限、需反馈CQI的用户设备UE标识、用于指示空闲态UE是否反馈CQI的指示信息。
20.根据权利要求17所述的方法,其特征在于,所述信道质量反馈请求包括以下至少之一:
用于指示是否反馈混合自动重传HARQ的确认响应ACK和/或非确认响应NACK的指示信息、用于指示空闲态UE是否反馈HARQ的ACK和/或NACK的指示信息。
21.根据权利要求17所述的方法,其特征在于,所述UE接收所述SC-MCCH包括:
用户设备UE在***广播消息中SC-MCCH配置信息指示的位置监听或者接收所述SC-MCCH。
22.根据权利要求16所述的方法,其特征在于,所述UE接收所述SC-MCCH包括:
所述UE在开机或者小区重选或者切换到新的小区后,读取SC-MCCH;或者
所述UE在监测到SC-MCCH更新通知后,读取更新的SC-MCCH。
23.根据权利要求16所述的方法,其特征在于,所述UE根据所述SC-MCCH接收所述SC-PTM业务包括:
所述UE接收所述SC-MCCH中的时域位置信息指示的单播子帧;
所述UE使用感兴趣的G-RNTI对所述单播子帧进行掩码运算并验证循环冗余校验值;
在验证成功的情况下,所述UE根据所述单播子帧的PDCCH中指示的频域调度信息读取感兴趣的G-RNTI对应的SC-PTM业务数据。
24.一种单小区多播控制信道发送装置,应用于基站,其特征在于,包括:
生成模块,用于生成用于指示单小区多播SC-PTM业务的配置信息的单小区多播控制信道SC-MCCH;
发送模块,用于发送所述SC-MCCH;
其中,所述SC-MCCH包括:所述SC-PTM业务的标识TMGI与所述SC-PTM业务在物理层的标识G-RNTI的映射关系、所述SC-PTM业务所在的时域位置信息、所述SC-PTM业务的调制编码方案MCS。
25.根据权利要求24所述的装置,其特征在于,所述SC-MCCH还包括以下至少之一:
所述TMGI与单小区多播业务信道SC-MTCH的逻辑信道标识LCID的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
26.一种单小区多播业务接收装置,应用于用户设备UE,其特征在于,包括:
第一接收模块,用于接收SC-MCCH,其中,所述SC-MCCH用于指示单小区多播SC-PTM业务的配置信息;
第二接收模块,用于根据所述SC-MCCH接收所述SC-PTM业务;
其中,所述SC-MCCH包括:所述SC-PTM业务的标识TMGI与所述SC-PTM业务在物理层的标识G-RNTI的映射关系、所述SC-PTM业务所在的时域位置信息、所述SC-PTM业务的调制编码方案MCS。
27.根据权利要求26所述的装置,其特征在于,所述SC-MCCH还包括以下至少之一:
所述TMGI与单小区多播业务信道SC-MTCH的逻辑信道标识LCID的映射关系、计数请求、信道质量反馈请求、邻小区的SC-MCCH指示信息。
28.一种基站,其特征在于,包括如权利要求24或25所述的单小区多播控制信道发送装置。
29.一种用户设备,其特征在于,包括如权利要求26或27所述的单小区多播业务接收装置。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510502055.7A CN106470398A (zh) | 2015-08-14 | 2015-08-14 | Sc-mcch发送方法、sc-ptm接收方法及其装置 |
US15/752,395 US10524191B2 (en) | 2015-08-14 | 2016-05-24 | SC-MCCH sending method and device, and SC-PTM receiving method and device |
EP16836445.3A EP3324658B1 (en) | 2015-08-14 | 2016-05-24 | Sc-mcch sending method and apparatus, and sc-ptm receiving method and apparatus |
PCT/CN2016/083167 WO2017028581A1 (zh) | 2015-08-14 | 2016-05-24 | Sc-mcch发送方法、sc-ptm接收方法及其装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510502055.7A CN106470398A (zh) | 2015-08-14 | 2015-08-14 | Sc-mcch发送方法、sc-ptm接收方法及其装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106470398A true CN106470398A (zh) | 2017-03-01 |
Family
ID=58051122
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510502055.7A Pending CN106470398A (zh) | 2015-08-14 | 2015-08-14 | Sc-mcch发送方法、sc-ptm接收方法及其装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10524191B2 (zh) |
EP (1) | EP3324658B1 (zh) |
CN (1) | CN106470398A (zh) |
WO (1) | WO2017028581A1 (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018171603A1 (zh) * | 2017-03-22 | 2018-09-27 | 华为技术有限公司 | 发送数据的方法及其装置和接收数据的方法及其装置 |
WO2018171606A1 (zh) * | 2017-03-22 | 2018-09-27 | 华为技术有限公司 | 接收数据的方法及其装置和发送数据的方法及其装置 |
CN109831829A (zh) * | 2017-11-23 | 2019-05-31 | 成都鼎桥通信技术有限公司 | 一种调度方法和装置 |
CN110167183A (zh) * | 2018-02-13 | 2019-08-23 | 华为技术有限公司 | 数据传输方法、通信装置及存储介质 |
WO2019214688A1 (en) * | 2018-05-11 | 2019-11-14 | Jrd Communication (Shenzhen) Ltd | Transmission techniques in cellular network |
WO2020156394A1 (zh) * | 2019-02-02 | 2020-08-06 | 华为技术有限公司 | 一种反馈方法及装置 |
WO2020259611A1 (zh) * | 2019-06-28 | 2020-12-30 | 华为技术有限公司 | 一种通信方法、装置及存储介质 |
CN112235731A (zh) * | 2019-07-15 | 2021-01-15 | 华为技术有限公司 | 一种通信方法、装置和*** |
WO2021109037A1 (zh) * | 2019-12-04 | 2021-06-10 | 华为技术有限公司 | 混合自动重传请求harq反馈的方法和通信装置 |
WO2021134764A1 (zh) * | 2020-01-02 | 2021-07-08 | Oppo广东移动通信有限公司 | 一种信息指示方法及装置、终端设备、网络设备 |
WO2021146868A1 (zh) * | 2020-01-20 | 2021-07-29 | 华为技术有限公司 | 一种通信方法及装置 |
CN113473384A (zh) * | 2020-03-31 | 2021-10-01 | 成都鼎桥通信技术有限公司 | Nr小区中sc-mcch更改通知的发送方法和设备 |
WO2022061912A1 (en) * | 2020-09-28 | 2022-03-31 | Mediatek Singapore Pte. Ltd. | Methods and apparatus of harq operation for transmission of multicast broadcast service |
WO2023284647A1 (zh) * | 2021-07-12 | 2023-01-19 | 华为技术有限公司 | 信息传输的方法和装置 |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108307319B (zh) * | 2016-08-09 | 2021-08-27 | 夏普株式会社 | 用户设备、基站和相关方法 |
KR101895170B1 (ko) * | 2016-08-11 | 2018-09-05 | 주식회사 케이티 | 멀티캐스트 통신 방법 및 장치 |
CN107734648B (zh) * | 2016-08-12 | 2021-12-10 | 株式会社Kt | 用于针对bl/ce终端发送或接收多播控制信道的方法和装置 |
CN107734691B (zh) | 2016-08-12 | 2021-12-14 | 株式会社Kt | 用于针对NB-IoT终端发送或接收多播控制信道的方法和装置 |
CN107733627B (zh) | 2016-08-12 | 2020-12-01 | 株式会社Kt | 用于针对NB-IoT终端发送或接收多播控制信道的方法和装置 |
CN107733626B (zh) | 2016-08-12 | 2021-02-19 | 株式会社Kt | 用于针对bl/ce用户终端发送或接收多播控制信道的方法和装置 |
CN107889063B (zh) * | 2016-09-29 | 2022-02-18 | 中兴通讯股份有限公司 | 多播业务的业务信息、业务信息变更通知方法及装置 |
WO2018084194A1 (ja) * | 2016-11-04 | 2018-05-11 | 京セラ株式会社 | 無線端末及び基地局 |
US20200053835A1 (en) * | 2018-08-08 | 2020-02-13 | Idac Holdings, Inc. | Uu interface enhancement for nr v2x |
CN113853824B (zh) * | 2019-10-26 | 2024-04-12 | 华为技术有限公司 | 一种通信方法及装置 |
CA3156895A1 (en) * | 2019-11-06 | 2021-05-14 | Jun Wang | Session establishment method, data transmission method, and related apparatus |
CN113645668B (zh) * | 2020-04-27 | 2023-03-24 | 大唐移动通信设备有限公司 | 一种多小区mbms业务传输的方法、装置及存储介质 |
EP4154603A4 (en) * | 2020-06-30 | 2023-07-12 | ZTE Corporation | METHODS AND DEVICES FOR DETERMINING A USER EQUIPMENT FOR PERFORMING UPLINK FEEDBACK FOR MCH TRANSMISSION |
WO2022000253A1 (en) * | 2020-06-30 | 2022-01-06 | Mediatek Singapore Pte. Ltd. | Methods and apparatus of reliable multicast transmission with compact protocol stack |
CN113950002B (zh) * | 2020-07-15 | 2023-05-26 | 大唐移动通信设备有限公司 | 一种广播组播传输方式的切换方法、终端及基站 |
CN115022815B (zh) * | 2021-03-05 | 2023-07-21 | 维沃移动通信有限公司 | 多播业务的接收方法、装置及电子设备 |
CN115038048B (zh) * | 2021-03-05 | 2023-07-07 | 维沃移动通信有限公司 | 多播业务的接收方法、配置方法、终端及网络侧设备 |
FR3121723B1 (fr) | 2021-04-13 | 2023-06-02 | Valeo Systemes De Controle Moteur | Actionneur pour l’actionnement d’au moins un organe mobile, notamment pour le changement de rapports d’une transmission de véhicule automobile |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101742410B (zh) * | 2008-11-21 | 2013-02-27 | 中兴通讯股份有限公司 | 一种多媒体广播/组播业务控制消息的收发方法 |
CN102056342B (zh) * | 2009-10-27 | 2014-07-16 | 电信科学技术研究院 | 一种多播控制信道mcch的收发方法、装置和*** |
US9191920B2 (en) | 2011-10-31 | 2015-11-17 | Kyocera Corporation | Multimedia broadcast multicast service (MBMS) idle mode counting procedure |
CN103650561B (zh) * | 2013-07-24 | 2017-09-29 | 华为技术有限公司 | 信道配置方法及设备 |
CN105493531B (zh) * | 2013-09-26 | 2019-03-01 | Lg 电子株式会社 | 在无线通信***中发送用于组通信的兴趣指示的方法和装置 |
WO2016111589A1 (ko) * | 2015-01-09 | 2016-07-14 | 엘지전자 주식회사 | Scptm-rnti를 이용한 scptm 서비스 수신을 제어하는 방법 및 장치 |
US9756483B2 (en) * | 2015-01-29 | 2017-09-05 | Acer Incorporated | Method of single-cell point-to-multipoint transmission |
CN107852627A (zh) * | 2015-08-11 | 2018-03-27 | Lg电子株式会社 | 用于终端执行关于scptm的pdcch监测的方法和装置 |
US10470001B2 (en) * | 2016-03-17 | 2019-11-05 | Lg Electronics Inc. | Method and apparatus for scheduling data common to both MBSFN and SC-PTM in wireless communication system |
KR101895170B1 (ko) * | 2016-08-11 | 2018-09-05 | 주식회사 케이티 | 멀티캐스트 통신 방법 및 장치 |
-
2015
- 2015-08-14 CN CN201510502055.7A patent/CN106470398A/zh active Pending
-
2016
- 2016-05-24 EP EP16836445.3A patent/EP3324658B1/en active Active
- 2016-05-24 US US15/752,395 patent/US10524191B2/en active Active
- 2016-05-24 WO PCT/CN2016/083167 patent/WO2017028581A1/zh active Application Filing
Non-Patent Citations (3)
Title |
---|
FUKUOKA: "Consideration of SC-PTM RNTI and SC-PTM configuration", 《3GPP TSG-RAN WG2 #90 R2-152697》 * |
KYOCERA: "Radio interface enhancements for SC-PTM transmission", 《3GPP TSG-RAN WG2 #89 R2-151535》 * |
NOKIA NETWORKS: "Discussion and Working Assumptions for Single-cell PTM", 《3GPP TSG-RAN WG2 #86 R2-151591》 * |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108633015B (zh) * | 2017-03-22 | 2020-02-14 | 华为技术有限公司 | 接收数据的方法及其装置和发送数据的方法及其装置 |
WO2018171606A1 (zh) * | 2017-03-22 | 2018-09-27 | 华为技术有限公司 | 接收数据的方法及其装置和发送数据的方法及其装置 |
CN108633015A (zh) * | 2017-03-22 | 2018-10-09 | 华为技术有限公司 | 接收数据的方法及其装置和发送数据的方法及其装置 |
CN108631972A (zh) * | 2017-03-22 | 2018-10-09 | 华为技术有限公司 | 发送数据的方法及其装置和接收数据的方法及其装置 |
US10932251B2 (en) | 2017-03-22 | 2021-02-23 | Huawei Technologies Co., Ltd. | Data receiving method and apparatus thereof, and data sending method and apparatus thereof |
WO2018171603A1 (zh) * | 2017-03-22 | 2018-09-27 | 华为技术有限公司 | 发送数据的方法及其装置和接收数据的方法及其装置 |
CN109831829A (zh) * | 2017-11-23 | 2019-05-31 | 成都鼎桥通信技术有限公司 | 一种调度方法和装置 |
CN109831829B (zh) * | 2017-11-23 | 2022-04-12 | 成都鼎桥通信技术有限公司 | 一种调度方法和装置 |
CN110167183A (zh) * | 2018-02-13 | 2019-08-23 | 华为技术有限公司 | 数据传输方法、通信装置及存储介质 |
CN110167183B (zh) * | 2018-02-13 | 2021-05-07 | 华为技术有限公司 | 数据传输方法、通信装置及存储介质 |
US11405918B2 (en) | 2018-02-13 | 2022-08-02 | Huawei Technologies Co., Ltd. | Data transmission method, communications apparatus, and storage medium |
WO2019214688A1 (en) * | 2018-05-11 | 2019-11-14 | Jrd Communication (Shenzhen) Ltd | Transmission techniques in cellular network |
CN112106438A (zh) * | 2018-05-11 | 2020-12-18 | 捷开通讯(深圳)有限公司 | 蜂窝网络中的传输技术 |
WO2020156394A1 (zh) * | 2019-02-02 | 2020-08-06 | 华为技术有限公司 | 一种反馈方法及装置 |
CN111525988A (zh) * | 2019-02-02 | 2020-08-11 | 华为技术有限公司 | 一种反馈方法及终端设备 |
WO2020259611A1 (zh) * | 2019-06-28 | 2020-12-30 | 华为技术有限公司 | 一种通信方法、装置及存储介质 |
CN112235731A (zh) * | 2019-07-15 | 2021-01-15 | 华为技术有限公司 | 一种通信方法、装置和*** |
CN112235731B (zh) * | 2019-07-15 | 2022-12-27 | 华为技术有限公司 | 一种通信方法、装置和*** |
CN114747236A (zh) * | 2019-12-04 | 2022-07-12 | 华为技术有限公司 | 混合自动重传请求harq反馈的方法和通信装置 |
WO2021109037A1 (zh) * | 2019-12-04 | 2021-06-10 | 华为技术有限公司 | 混合自动重传请求harq反馈的方法和通信装置 |
WO2021134764A1 (zh) * | 2020-01-02 | 2021-07-08 | Oppo广东移动通信有限公司 | 一种信息指示方法及装置、终端设备、网络设备 |
CN116321020A (zh) * | 2020-01-02 | 2023-06-23 | Oppo广东移动通信有限公司 | 一种信息指示方法及装置、终端设备、网络设备 |
WO2021146868A1 (zh) * | 2020-01-20 | 2021-07-29 | 华为技术有限公司 | 一种通信方法及装置 |
CN113473384A (zh) * | 2020-03-31 | 2021-10-01 | 成都鼎桥通信技术有限公司 | Nr小区中sc-mcch更改通知的发送方法和设备 |
WO2022061912A1 (en) * | 2020-09-28 | 2022-03-31 | Mediatek Singapore Pte. Ltd. | Methods and apparatus of harq operation for transmission of multicast broadcast service |
WO2023284647A1 (zh) * | 2021-07-12 | 2023-01-19 | 华为技术有限公司 | 信息传输的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
US20190007891A1 (en) | 2019-01-03 |
WO2017028581A1 (zh) | 2017-02-23 |
EP3324658B1 (en) | 2019-07-03 |
EP3324658A1 (en) | 2018-05-23 |
EP3324658A4 (en) | 2018-05-23 |
US10524191B2 (en) | 2019-12-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106470398A (zh) | Sc-mcch发送方法、sc-ptm接收方法及其装置 | |
CN106470498B (zh) | Sc-mcch发送方法、sc-ptm接收方法及其装置 | |
EP3437230B1 (en) | Methods and devices handling multicast feedback | |
CN106470400B (zh) | 单小区多播控制信道的资源配置方法、***及装置 | |
KR101481002B1 (ko) | 채널 내용 변경 통지 및 채널 재 검출 방법, 시스템 및 장치 | |
US8798657B2 (en) | Method and device for transmitting multimedia broadcast multicast service control information | |
CN107135486B (zh) | 多播或组播业务的传输方法及装置 | |
CN106470482B (zh) | Sc-mcch的资源配置方法、***及装置 | |
CN106211093B (zh) | 基于prach的群组业务传输方法和装置 | |
JP5199310B2 (ja) | Mbms動的スケジューリング情報を処理する方法および装置 | |
KR20140012162A (ko) | 반지속적 스케줄링 전송의 구현 방법 및 장치 | |
CN112312572A (zh) | 信道传输方法、装置、网络侧设备及终端 | |
US11044716B2 (en) | Telecommunications apparatus and method | |
CN112351492A (zh) | 资源指示方法、资源确定方法、装置、网络侧设备及终端 | |
GB2439374A (en) | UMTS system with requested packet retransmissions sent on a different channel from the original transmission | |
CN102065376B (zh) | 接纳判决方法和设备 | |
CN104602243B (zh) | 一种信道质量统计方法及设备 | |
KR20230038223A (ko) | 멀티캐스트 및 브로드캐스트 서비스 상태 보고 | |
US10959242B2 (en) | Communications system, base station, mobile station, and communications method |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170301 |