CN109792587B - 一种多播业务的发送方法和设备 - Google Patents
一种多播业务的发送方法和设备 Download PDFInfo
- Publication number
- CN109792587B CN109792587B CN201680089577.1A CN201680089577A CN109792587B CN 109792587 B CN109792587 B CN 109792587B CN 201680089577 A CN201680089577 A CN 201680089577A CN 109792587 B CN109792587 B CN 109792587B
- Authority
- CN
- China
- Prior art keywords
- multicast service
- coverage requirement
- base station
- coverage
- rlc
- 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
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- 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/188—Time-out mechanisms
-
- 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/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/18—Network planning tools
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
-
- 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
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种多播业务的发送方法和设备,涉及通信领域,能够提升NB‑IoT的多播业务的传输成功率,减少网络资源的浪费。其方法为:核心网设备确定待传输的多播业务的覆盖要求;核心网设备向接入网设备发送覆盖要求,覆盖要求用于确定接入网设备向终端设备发送多播业务的覆盖等级或传输参数;或基站在无线链路层控制协议RLC层向终端设备发送一次或多次多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU;基站接收终端设备发送的反馈信息,反馈信息用于向基站指示未成功接收的RLC PDU;基站向终端设备重传未成功接收的RLC PDU。本发明实施例用于多播业务的传输。
Description
技术领域
本发明涉及通信领域,尤其涉及一种多播业务的发送方法和设备。
背景技术
目前第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)标准基于蜂窝网络,通过设计新的空口,并利用窄带技术的特点承载物联网(Internet ofThings,IoT)业务,这一类IoT被称为窄带物联网(Narrow Band-Internet of Things,NB-IoT)。与传统的蜂窝网络相比,NB-IoT网络的业务产生的数据包更小,数据传输周期长,且NB-IoT基站下终端设备的成本低,一个NB-IoT基站下可能存在大量终端设备,以实现终端设备的海量部署。
NB-IoT需要基于长期演进(Long Term Evolution,LTE)的单小区点对多点(Single Cell-Point To Multipoint,SC-PTM)技术来设计多播传输方案,以节省网络进行软件升级等具有多播特性业务的资源开销。基于上述NB-IoT网络业务和终端设备的特点,和LTE相比,在NB-IoT中,无线接入网的多播传输针对网际协议(User Internet Protocol,IP)数据包的可靠性和效率更难保证。一方面,这是由于多播业务是针对多个终端设备的,基站并不知晓终端设备的业务订阅信息,因此,如果直接由基站确定传输参数,可能会导致基站使用的覆盖等级和终端设备的实际情况不匹配。例如基站选取的覆盖等级过低,当小区中存在覆盖较差的终端设备时,覆盖较差的终端设备的多播传输成功率较低,使得基站需要向终端设备再次发送业务数据,而覆盖等级较差的终端设备本身单播消耗的资源也较大,使得整体资源消耗较大;由于覆盖等级高时的多播业务的传输会消耗大量的资源,若基站选取的覆盖等级较高,小区中实际订阅多播业务的终端设备覆盖本身较好时,将会导致资源的大量浪费。另一方面,NB-IoT采用较低的调制编码策略(Modulation and CodingScheme,MCS),在物理层使用很小的传输块大小(Transport Block Size,TBS),以降低终端设备成本,因此,对于同一个需要进行多播的传输层或网络层数据包,比如IP数据包,NB-IoT需要在物理下行共享信道(Physical Downlink Shared Channel,PDSCH)上使用更多的传输块(Transport Block,TB)来进行承载,若由于一个或几个TB的传输错误,就会导致整个IP数据包的重传,这样就会导致该IP数据包中原本被接收正确的TB也要被重传,造成网络资源的浪费。
发明内容
本发明实施例提供一种多播业务的发送方法和设备,能够提升NB-IoT的多播业务的传输成功率,减少网络资源的浪费。
第一方面,提供一种多播业务的发送方法,包括:核心网设备确定待传输的多播业务的覆盖要求;核心网设备向接入网设备发送覆盖要求,覆盖要求用于确定接入网设备向终端设备发送多播业务的覆盖等级或传输参数。不同的覆盖要求可以对应不同的覆盖等级或传输参数,由此,接入网设备可以根据从核心网接收到的覆盖要求确定本次多播业务传输实际使用的覆盖等级或传输参数,避免了基站自己选择覆盖等级或传输参数不合适带来的传输成功率低和资源浪费的问题。
在一种可能的设计中,传输参数包括多播业务对应的覆盖等级的索引或多播业务在物理层的控制信道或共享信道上的重复发送次数。不同的覆盖等级可以对应不同的传输参数。重复发送次数例如可以为256、512等,当多播业务重复发送多次时可提升多播业务的接收成功率。
在一种可能的设计中,核心网设备包括广播多播服务中心BM-SC;核心网设备确定待传输多播业务的覆盖要求包括:BM-SC根据第三方服务器提供的多播业务的业务类型与多播业务的覆盖要求的对应关系确定多播业务的覆盖要求;或BM-SC根据第三方服务器提供的多播业务的业务类型,和BM-SC预配置的多播业务的业务类型与多播业务的覆盖要求的对应关系确定多播业务的覆盖要求。即核心网设备可以预配置业务类型与多播业务的覆盖要求的对应关系,也可以是第三方服务器向核心网设备提供业务类型与多播业务的覆盖要求的对应关系,例如路灯的覆盖较好,路灯软件升级业务的覆盖等级可以较低,地下室水电表的覆盖较差,水电表升级业务的覆盖等级可以较高。
在一种可能的设计中,核心网设备包括BM-SC,接入网设备包括基站;核心网设备向接入网设备发送覆盖要求包括:BM-SC通过移动性管理实体和MCE向基站发送覆盖要求,这样可使得基站根据从核心网收到的覆盖要求确定覆盖等级或传输参数,以避免基站自己选择覆盖等级或传输参数不当带来的传输成功率低和资源浪费的问题。
在一种可能的设计中,核心网设备包括归属用户服务器HSS,接入网设备包括基站;核心网设备向接入网设备发送覆盖要求包括:HSS通过移动性管理实体和MCE向基站发送覆盖要求。这样通过移动性管理实体和HSS交互,获取多播业务或多播业务提供者的覆盖等级使用权限信息,并确定覆盖要求通过MCE发送给基站,可使得基站根据从核心网收到的覆盖要求确定覆盖等级或传输参数,以避免基站自己选择覆盖等级或传输参数不当带来的传输成功率低和资源浪费的问题。
第二方面,提供一种多播业务的发送方法,包括:接入网设备接收核心网设备发送的覆盖要求;接入网设备根据覆盖要求确定接入网设备向终端设备发送多播业务的覆盖等级或传输参数;接入网设备根据覆盖等级或传输参数向终端设备发送多播业务。由此,接入网设备可以根据从核心网接收到的覆盖要求确定本次多播业务传输实际使用的覆盖等级或传输参数,避免了基站自己选择覆盖等级或传输参数不合适带来的传输成功率低和资源浪费的问题。
在一种可能的设计中,传输参数包括多播业务对应的覆盖等级的索引或多播业务在物理层的控制信道或共享信道上的重复发送次数。
第三方面,提供一种多播业务的发送方法,包括:基站在无线链路层控制协议RLC层向终端设备发送一次或多次多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU;基站接收终端设备发送的反馈信息,反馈信息用于向基站指示未成功接收的RLC PDU;基站向终端设备重传未成功接收的RLC PDU。这样,在多播业务的全部RLC PDU或部分RLC PDU传输完成后,基站可根据终端设备的反馈信息向终端设备单播重传未接收成功的RLC PDU,可以提高基站侧的IP数据包的传输成功率,也可以避免由于少部分TB传输错误造成整个IP数据包进行重传导致的网络资源的浪费。
在一种可能的设计中,基站在RLC层向终端设备发送一次或多次多播业务的全部RLC PDU或部分RLC PDU之前,方法还包括:基站向终端设备发送配置信息,配置信息包括多播业务的全部RLC PDU或部分RLC PDU在RLC层的重复发送次数、第一指示信息和第一定时器中的至少一个,第一指示信息用于指示全部RLC PDU或部分RLC PDU是否支持终端设备在RLC层反馈和单播重传未接收成功的RLC PDU、第一定时器用于指示基站在预定时间内接收反馈信息的时长。重复发送次数即基站向终端设备多次发送全部RLC PDU或部分RLC PDU的次数。基站向终端设备发送的该配置信息针对不同的多播业务可以都相同,也可以是针对每一个多播业务使用一套配置信息。基站在预定时间内接收反馈信息的时长也即基站缓存全部RLC PDU或部分RLC PDU的时长,以便在预定时间内向终端设备重传未接收成功的RLCPDU。
在一种可能的设计中,当配置信息包括第一定时器时,每部分RLC PDU对应一个第一定时器,基站在RLC层向终端设备发送一次或多次多播业务的部分RLC PDU包括:基站在RLC层向终端设备发送一次或多次任一部分RLC PDU,并经过第一定时器时长后继续向终端设备发送一次或多次下一部分RLC PDU。这样,基站可不需要在发送全部RLC PDU后缓存全部RLC PDU,终端设备也可不需要再接收全部RLC PDU后缓存全部RLC PDU,使得基站和终端设备的存储成本降低。
在一种可能的设计中,每个RLC PDU头中包括第一字段,第一字段用于指示当前发送的RLC PDU为第N次重复发送,N为正整数,或第一字段用于指示当前发送的RLC PDU是否为最后一次重复发送;或RLC PDU的物理下行控制信道PDCCH所传输的下行控制信息中包括用于指示当前发送的RLC PDU是否为最后一次发送的指示信息。这样对于终端设备来说,如果终端设备在成功接收某一次全部RLC PDU或部分RLC PDU时,如果终端再接收到下一次发送的RLC PDU时,RLC PDU头中显示还是前一次发送的全部RLC PDU或部分RLC PDU的重复发送,那么终端可以等一段时间后再继续接收基站最后一次重复发送的全部RLC PDU或部分RLC PDU,从而达到节省电量的效果。
在一种可能的设计中,基站传输的最后一个RLC PDU中包括用于指示多播业务的所有RLC PDU发送完成的指示信息,例如可以在RLC PDU中预留所有重复完成的指示位,在最后一次传输的最后一个RLC PDU中指示全部RLC PDU发送完成,以便终端设备获知多播业务重复发送完毕;或,基站每次重复发送完多播业务的所有RLC PDU中的最后一个RLC PDU中包括用于指示多播业务的所有RLC PDU第N次发送完成的指示信息,以便UE可以结合配置信息中的重复发送次数判断全部RLC PDU是否发送完成。
在一种可能的设计中,基站向终端设备发送配置信息包括:基站向终端设备广播系统信息,系统信息包括配置信息;或基站在多媒体广播多播服务MBMS控制信道SC-MCCH中向终端设备发送配置信息;或基站在SC-MCCH的物理下行控制信道PDCCH中向终端设备发送配置信息;或基站在MBMS业务信道SC-MTCH的PDCCH中向终端设备发送配置信息。
第四方面,提供一种多播业务的发送方法,包括:终端设备接收基站在无线链路层控制协议RLC层一次或多次发送的多播业务的全部无线链路层控制协议数据控制单元RLCPDU或部分RLC PDU;终端设备向基站发送反馈信息,反馈信息用于向基站指示未成功接收的RLC PDU;终端设备接收基站重传的未成功接收的RLC PDU。在多播业务发送完成后,在基站侧进行RLC层的单播重传,一方面,可以提高基站侧的UDP/IP数据包的传输成功率,另一方面也避免了因为少部分的TB传输错误导致整个UDP/IP数据包进行重传而导致的网络资源浪费的问题。
在一种可能的设计中,在终端设备接收基站在RLC层一次或多次发送的多播业务的全部RLC PDU或部分RLC PDU之前,方法还包括:终端设备接收基站发送的配置信息,配置信息包括多播业务的全部RLC PDU或部分RLC PDU在RLC层的重复发送次数、第一指示信息和第一定时器中的至少一个,第一指示信息用于指示全部RLC PDU或部分RLC PDU是否支持终端设备在RLC层反馈和单播重传未接收成功的RLC PDU,第一定时器用于指示基站在预定时间内接收反馈信息的时长。
在一种可能的设计中,终端设备接收基站在RLC层一次或多次发送的多播业务的部分RLC PDU包括:终端设备接收完基站在RLC层一次或多次发送的多播业务的任一部分RLC PDU,并经过第二定时器的时长后,接收基站一次或多次发送的下一部分RLC PDU,第二定时器的时长与第一定时器的时长相同。
在一种可能的设计中,每个RLC PDU头中包括第一字段,第一字段用于指示当前发送的RLC PDU为第N次重复发送,N为大于或等于1的正整数,或第一字段用于指示当前发送的RLC PDU是否为最后一次重复发送;或RLC PDU的物理下行控制信道PDCCH所传输的下行控制信息中包括用于指示当前发送的RLC PDU是否为最后一次重复发送的指示信息。
在一种可能的设计中,终端设备接收到的最后一个RLC PDU中包括用于指示多播业务的全部RLC PDU发送完成的指示信息;或终端设备每次重复接收到的多播业务的全部RLC PDU中的最后一个RLC PDU包括用于指示多播业务的所有RLC PDU第N次发送完成的指示信息。
在一种可能的设计中,终端设备接收基站发送的配置信息包括:终端设备接收基站广播的系统信息,系统信息包括配置信息;或终端设备接收基站在多媒体广播多播服务MBMS控制信道SC-MCCH中发送的配置信息;或终端设备接收基站在SC-MCCH的物理下行控制信道PDCCH中发送的配置信息;或终端设备接收基站在MBMS业务信道SC-MTCH的PDCCH中发送的配置信息。
第五方面,提供一种核心网设备,包括:处理模块,用于确定待传输的多播业务的覆盖要求;通信模块,用于向接入网设备发送处理模块确定的覆盖要求,覆盖要求用于确定接入网设备向终端设备发送多播业务的覆盖等级或传输参数。
在一种可能的设计中,传输参数包括多播业务对应的覆盖等级的索引或多播业务在物理层的控制信道或共享信道上的重复发送次数。
在一种可能的设计中,处理模块具体用于根据第三方服务器提供的多播业务的业务类型与多播业务的覆盖要求的对应关系确定多播业务的覆盖要求;或根据第三方服务器提供的多播业务的业务类型,和BM-SC预配置的多播业务的业务类型与多播业务的覆盖要求的对应关系确定多播业务的覆盖要求。
在一种可能的设计中,通信模块具体用于通过移动性管理实体和MCE向基站发送处理模块确定的覆盖要求。
在一种可能的设计中,通信模块具体用于通过移动性管理实体和MCE向基站发送处理模块确定的覆盖要求。
在一种可能的设计中,接收模块,用于接收核心网设备发送的覆盖要求;处理模块,用于根据接收模块所接收的覆盖要求确定接入网设备向终端设备发送多播业务的覆盖等级或传输参数;通信模块,用于根据处理模块确定的覆盖等级或传输参数向终端设备发送多播业务。
在一种可能的设计中,传输参数包括多播业务对应的覆盖等级的索引或多播业务在物理层的控制信道或共享信道上的重复发送次数。
第六方面,提供一种接入网设备,包括:接收模块,用于接收核心网设备发送的覆盖要求;处理模块,用于根据接收模块所接收的覆盖要求确定接入网设备向终端设备发送多播业务的覆盖等级或传输参数;通信模块,用于根据处理模块确定的覆盖等级或传输参数向终端设备发送多播业务。
在一种可能的设计中,传输参数包括多播业务对应的覆盖等级的索引或多播业务在物理层的控制信道或共享信道上的重复发送次数。
第七方面,提供一种基站,包括:发送模块,用于在无线链路层控制协议RLC层向终端设备发送一次或多次多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU;接收模块,用于接收终端设备发送的反馈信息,反馈信息用于向基站指示通信模块发送的、且未成功接收的RLC PDU;发送模块,还用于向终端设备重传未成功接收的RLCPDU。
在一种可能的设计中,发送模块还用于:向终端设备发送配置信息,配置信息包括多播业务的全部RLC PDU或部分RLC PDU在RLC层的重复发送次数、第一指示信息和第一定时器中的至少一个,第一指示信息用于指示全部RLC PDU或部分RLC PDU是否支持终端设备在RLC层反馈和单播重传未接收成功的RLC PDU、第一定时器用于指示基站在预定时间内接收反馈信息的时长。
在一种可能的设计中,发送模块用于:在RLC层向终端设备发送一次或多次任一部分RLC PDU,并经过第一定时器时长后继续向终端设备发送一次或多次下一部分RLC PDU。
在一种可能的设计中,每个RLC PDU头中包括第一字段,第一字段用于指示当前发送的RLC PDU为第N次重复发送,N为大于或等于1的正整数,或第一字段用于指示当前发送的RLC PDU是否为最后一次重复发送;或RLC PDU的物理下行控制信道PDCCH所传输的下行控制信息中包括用于指示当前发送的RLC PDU是否为最后一次发送的指示信息。
在一种可能的设计中,发送模块用于发送全部RLC PDU时所传输的最后一个RLCPDU中包括用于指示多播业务的全部RLC PDU发送完成的指示信息;或,通信模块用于发送全部RLC PDU时每次重复发送完多播业务的全部RLC PDU中的最后一个RLC PDU中包括用于指示多播业务的全部RLC PDU第N次发送完成的指示信息。
在一种可能的设计中,发送模块用于:向终端设备广播系统信息,系统信息包括配置信息;或在多媒体广播多播服务MBMS控制信道SC-MCCH中向终端设备发送配置信息;或在SC-MCCH的物理下行控制信道PDCCH中向终端设备发送配置信息;或在MBMS业务信道SC-MTCH的PDCCH中向终端设备发送配置信息。
第八方面,提供一种终端设备,包括:接收模块,用于接收基站在无线链路层控制协议RLC层一次或多次发送的多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU;发送模块,用于向基站发送反馈信息,反馈信息用于向基站指示通信模块发送的、且未成功接收的RLC PDU;接收模块,还用于接收基站重传的未成功接收的RLCPDU。
在一种可能的设计中,接收模块还用于:接收基站发送的配置信息,配置信息包括多播业务的全部RLC PDU或部分RLC PDU在RLC层的重复发送次数、第一指示信息和第一定时器中的至少一个,第一指示信息用于指示全部RLC PDU或部分RLC PDU是否支持终端设备在RLC层反馈和单播重传未接收成功的RLC PDU、第一定时器用于指示基站在预定时间内接收反馈信息的时长。
在一种可能的设计中,接收模块用于:接收完基站在RLC层一次或多次发送的多播业务的任一部分RLC PDU,并经过第二定时器的时长后,接收基站一次或多次发送的下一部分RLC PDU,第二定时器的时长与第一定时器的时长相同。
在一种可能的设计中,每个RLC PDU头中包括第一字段,第一字段用于指示当前发送的RLC PDU为第N次重复发送,N为大于或等于1的正整数,或第一字段用于指示当前发送的RLC PDU是否为最后一次重复发送;或RLC PDU的物理下行控制信道PDCCH所传输的下行控制信息中包括用于指示当前发送的RLC PDU是否为最后一次重复发送的指示信息。
在一种可能的设计中,接收模块用于接收全部RLC PDU接收到的最后一个RLC PDU中包括用于指示多播业务的全部RLC PDU发送完成的指示信息;或接收模块用于接收全部RLC PDU每次重复接收到的多播业务的全部RLC PDU中的最后一个RLC PDU包括用于指示多播业务的全部RLC PDU第N次发送完成的指示信息。
在一种可能的设计中,接收模块用于:接收基站广播的系统信息,系统信息包括配置信息;或接收基站在多媒体广播多播服务MBMS控制信道SC-MCCH中发送的配置信息;或接收基站在SC-MCCH的物理下行控制信道PDCCH中发送的配置信息;或接收基站在MBMS业务信道SC-MTCH的PDCCH中发送的配置信息。
第九方面,提供一种核心网设备,包括:处理器,用于确定待传输的多播业务的覆盖要求;收发器,用于向接入网设备发送从处理器获取的覆盖要求,覆盖要求用于确定接入网设备向终端设备发送多播业务的覆盖等级或传输参数。
在一种可能的设计中,传输参数包括多播业务对应的覆盖等级的索引或多播业务在物理层的控制信道或共享信道上的重复发送次数。
在一种可能的设计中,处理器用于根据第三方服务器提供的多播业务的业务类型与多播业务的覆盖要求的对应关系确定多播业务的覆盖要求;或根据第三方服务器提供的多播业务的业务类型,和BM-SC预配置的多播业务的业务类型与多播业务的覆盖要求的对应关系确定多播业务的覆盖要求。
在一种可能的设计中,收发器用于:通过移动性管理实体和MCE向基站发送从处理器获取的覆盖要求。
在一种可能的设计中,收发器用于:通过移动性管理实体和MCE向基站发送从处理器获取的覆盖要求。
第十方面,提供一种接入网设备,包括:接收器,用于接收核心网设备发送的覆盖要求;处理器,用于根据从接收器获取的覆盖要求确定接入网设备向终端设备发送多播业务的覆盖等级或传输参数;接入网设备根据覆盖等级或传输参数向终端设备发送多播业务。
在一种可能的设计中,传输参数包括多播业务对应的覆盖等级的索引或多播业务在物理层的控制信道或共享信道上的重复发送次数。
第十一方面,提供一种基站,包括:收发器,用于在无线链路层控制协议RLC层向终端设备发送一次或多次多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU;接收器,用于接收终端设备发送的反馈信息,反馈信息用于向基站指示未成功接收的RLC PDU;收发器,还用于向终端设备重传未成功接收的RLC PDU。
在一种可能的设计中,收发器,还用于向终端设备发送配置信息,配置信息包括多播业务的全部RLC PDU或部分RLC PDU在RLC层的重复发送次数、第一指示信息和第一定时器中的至少一个,第一指示信息用于指示全部RLC PDU或部分RLC PDU是否支持终端设备在RLC层反馈和单播重传未接收成功的RLC PDU、第一定时器用于指示基站在预定时间内接收反馈信息的时长。
在一种可能的设计中,当配置信息包括第一定时器时,每部分RLC PDU对应一个第一定时器,收发器用于在RLC层向终端设备发送一次或多次任一部分RLC PDU,并经过第一定时器时长后继续向终端设备发送一次或多次下一部分RLC PDU。
在一种可能的设计中,每个RLC PDU头中包括第一字段,第一字段用于指示当前发送的RLC PDU为第N次重复发送,N为正整数,或第一字段用于指示当前发送的RLC PDU是否为最后一次重复发送;或RLC PDU的物理下行控制信道PDCCH所传输的下行控制信息中包括用于指示当前发送的RLC PDU是否为最后一次发送的指示信息。
在一种可能的设计中,收发器用于传输的最后一个RLC PDU中包括用于指示多播业务的所有RLC PDU发送完成的指示信息;或,收发器用于每次重复发送完多播业务的所有RLC PDU中的最后一个RLC PDU中包括用于指示多播业务的所有RLC PDU第N次发送完成的指示信息。
在一种可能的设计中,收发器用于向终端设备广播系统信息,系统信息包括配置信息;或基站在多媒体广播多播服务MBMS控制信道SC-MCCH中向终端设备发送配置信息;或基站在SC-MCCH的物理下行控制信道PDCCH中向终端设备发送配置信息;或基站在MBMS业务信道SC-MTCH的PDCCH中向终端设备发送配置信息。
第十二方面,提供一种终端设备,包括:接收器,用于接收基站在无线链路层控制协议RLC层一次或多次发送的多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU;收发器,用于向基站发送反馈信息,反馈信息用于向基站指示未成功接收的RLC PDU;接收器用于接收基站重传的未成功接收的RLC PDU。
在一种可能的设计中,在终端设备接收基站在RLC层一次或多次发送的多播业务的全部RLC PDU或部分RLC PDU之前,接收器还用于:接收基站发送的配置信息,配置信息包括多播业务的全部RLC PDU或部分RLC PDU在RLC层的重复发送次数、第一指示信息和第一定时器中的至少一个,第一指示信息用于指示全部RLC PDU或部分RLC PDU是否支持终端设备在RLC层反馈和单播重传未接收成功的RLC PDU,第一定时器用于指示基站在预定时间内接收反馈信息的时长。
在一种可能的设计中,接收器用于:接收完基站在RLC层一次或多次发送的多播业务的任一部分RLC PDU,并经过第二定时器的时长后,接收基站一次或多次发送的下一部分RLC PDU,第二定时器的时长与第一定时器的时长相同。
在一种可能的设计中,收发器用于发送的每个RLC PDU头中包括第一字段,第一字段用于指示当前发送的RLC PDU为第N次重复发送,N为大于或等于1的正整数,或第一字段用于指示当前发送的RLC PDU是否为最后一次重复发送;或RLC PDU的物理下行控制信道PDCCH所传输的下行控制信息中包括用于指示当前发送的RLC PDU是否为最后一次重复发送的指示信息。
在一种可能的设计中,接收器用于接收到的最后一个RLC PDU中包括用于指示多播业务的全部RLC PDU发送完成的指示信息;或接收器用于每次重复接收到的多播业务的全部RLC PDU中的最后一个RLC PDU包括用于指示多播业务的所有RLC PDU第N次发送完成的指示信息。
在一种可能的设计中,接收器用于:接收基站广播的系统信息,系统信息包括配置信息;或接收器用于接收基站在多媒体广播多播服务MBMS控制信道SC-MCCH中发送的配置信息;或接收器用于接收基站在SC-MCCH的物理下行控制信道PDCCH中发送的配置信息;或接收器用于接收基站在MBMS业务信道SC-MTCH的PDCCH中发送的配置信息。
第十三方面,提供一种用于多播业务的发送装置,包括:用于确定待传输的多播业务的覆盖要求的模块;用于向接入网设备发送所述覆盖要求的模块,所述覆盖要求用于确定所述接入网设备向终端设备发送所述多播业务的传输参数。
在一种可能的设计中,所述传输参数包括所述多播业务对应的覆盖等级的索引或所述多播业务在物理层的控制信道或共享信道上的重复发送次数。
在一种可能的设计中,所述装置包括广播多播服务中心BM-SC;所述BM-SC包括所述用于确定待传输的多播业务的覆盖要求的模块;所述用于确定待传输的多播业务的覆盖要求的模块用于:根据第三方服务器提供的所述多播业务的业务类型与所述多播业务的覆盖要求的对应关系确定所述多播业务的覆盖要求;或业务的业务类型与多播业务的覆盖要求的对应关系确定所述多播业务的覆盖要求。
在一种可能的设计中,所述装置包括BM-SC;所述接入网设备包括基站;所述BM-SC包括所述用于向接入网设备发送所述覆盖要求的模块;所述用于向接入网设备发送所述覆盖要求的模块,用于通过移动性管理实体和多媒体广播多播服务MBMS协调实体MCE向所述基站发送所述覆盖要求。
在一种可能的设计中,所述装置包括归属用户服务器HSS,所述接入网设备包括基站;所述HSS包括所述用于向接入网设备发送所述覆盖要求的模块;所述用于向接入网设备发送所述覆盖要求的模块,用于通过移动性管理实体和MCE向所述基站发送所述覆盖要求。
第十四方面,提供一种用于多播业务的传输装置,包括:用于接收核心网设备发送的覆盖要求的模块;用于根据所述覆盖要求确定所述接入网设备向终端设备发送多播业务的传输参数的模块;用于根据所述传输参数向所述终端设备发送所述多播业务的模块。
在一种可能的设计中,所述传输参数包括所述多播业务对应的覆盖等级的索引或所述多播业务在物理层的控制信道或共享信道上的重复发送次数。
第十五方面,提供一种用于多播业务的发送装置,包括:用于在无线链路层控制协议RLC层向终端设备发送一次或多次多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU的模块;用于接收终端设备发送的反馈信息的模块,所述反馈信息用于向所述基站指示未成功接收的RLC PDU;用于向所述终端设备重传所述未成功接收的RLC PDU的模块。
在一种可能的设计中,所述装置还包括:用于向所述终端设备发送配置信息的模块,所述配置信息包括所述多播业务的全部RLC PDU或所述部分RLC PDU在所述RLC层的重复发送次数、第一指示信息和第一定时器中的至少一个,所述第一指示信息用于指示所述全部RLC PDU或所述部分RLC PDU是否支持所述终端设备在所述RLC层反馈和单播重传所述未成功接收的RLC PDU、所述第一定时器用于指示所述基站在预定时间内接收所述反馈信息的时长。
在一种可能的设计中,当所述配置信息包括所述第一定时器时,每部分RLC PDU对应一个所述第一定时器,所述用于在所述RLC层向所述终端设备发送一次或多次所述多播业务的部分RLC PDU的模块用于:在所述RLC层向所述终端设备发送一次或多次任一部分RLC PDU,并经过所述第一定时器时长后继续向所述终端设备发送一次或多次下一部分RLCPDU。
在一种可能的设计中,每个RLC PDU头中包括第一字段,所述第一字段用于指示当前发送的RLC PDU为第N次重复发送,N为正整数,或所述第一字段用于指示当前发送的RLCPDU是否为最后一次重复发送;或所述RLC PDU的物理下行控制信道PDCCH所传输的下行控制信息中包括用于指示当前发送的RLC PDU是否为最后一次发送的指示信息。
在一种可能的设计中,所述装置传输的最后一个RLC PDU中包括用于指示所述多播业务的所有RLC PDU发送完成的指示信息;或,所述装置每次重复发送完所述多播业务的所有RLC PDU中的最后一个RLC PDU中包括用于指示所述多播业务的所有RLC PDU第N次发送完成的指示信息。
在一种可能的设计中,所述用于向终端设备发送配置信息的模块用于:向所述终端设备广播系统信息,所述系统信息包括所述配置信息;或在多媒体广播多播服务MBMS控制信道SC-MCCH中向所述终端设备发送所述配置信息;或在SC-MCCH的物理下行控制信道PDCCH中向所述终端设备发送所述配置信息;或在MBMS业务信道SC-MTCH的PDCCH中向所述终端设备发送所述配置信息。
第十六方面,提供一种用于多播业务的发送装置,包括:用于接收基站在无线链路层控制协议RLC层一次或多次发送的多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU的模块;用于向基站发送反馈信息的模块,所述反馈信息用于向所述基站指示未成功接收的RLC PDU;用于接收所述基站重传的所述未成功接收的RLC PDU的模块。
在一种可能的设计中,所述装置还包括:用于接收所述基站发送的配置信息的模块;所述配置信息包括所述多播业务的所述全部RLC PDU或所述部分RLC PDU在所述RLC层的重复发送次数、第一指示信息和第一定时器中的至少一个,所述第一指示信息用于指示所述全部RLC PDU或所述部分RLC PDU是否支持所述终端设备在RLC层反馈和单播重传所述未成功接收的RLC PDU,所述第一定时器用于指示所述基站在预定时间内接收所述反馈信息的时长。
在一种可能的设计中,所述用于接收基站在无线链路层控制协议RLC层一次或多次发送的多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU的模块包括:接收完所述基站在所述RLC层一次或多次发送的所述多播业务的任一部分RLCPDU,并经过第二定时器的时长后,接收所述基站一次或多次发送的下一部分RLC PDU,所述第二定时器的时长与所述第一定时器的时长相同。
在一种可能的设计中,每个RLC PDU头中包括第一字段,所述第一字段用于指示当前发送的RLC PDU为第N次重复发送,N为大于或等于1的正整数,或所述第一字段用于指示当前发送的RLC PDU是否为最后一次重复发送;或所述RLC PDU的物理下行控制信道PDCCH所传输的下行控制信息中包括用于指示当前发送的RLC PDU是否为最后一次重复发送的指示信息。
在一种可能的设计中,所述装置接收到的最后一个RLC PDU中包括用于指示所述多播业务的全部RLC PDU发送完成的指示信息;或所述装置每次重复接收到的所述多播业务的全部RLC PDU中的最后一个RLC PDU包括用于指示所述多播业务的所有RLC PDU第N次发送完成的指示信息。
在一种可能的设计中,所述用于接收所述基站发送的配置信息的模块用于:接收所述基站广播的系统信息,所述系统信息包括所述配置信息;或接收所述基站在多媒体广播多播服务MBMS控制信道SC-MCCH中发送的所述配置信息;或接收所述基站在SC-MCCH的物理下行控制信道PDCCH中发送的所述配置信息;或接收所述基站在MBMS业务信道SC-MTCH的PDCCH中发送的所述配置信息。
第十七方面,提供一种计算机可读存储介质,包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如第一方面至第四方面中任一方面所述的方法。
第十八方面,提供一种计算机程序产品,当所述计算机程序产品在电子设备上运行时,使得所述电子设备执行如第一方面至第四方面中任一方面所述的方法。
由此,接入网设备的基站可以根据从核心网接收到的覆盖要求确定本次多播业务传输实际使用的覆盖等级或传输参数,避免了基站自己选择覆盖等级或传输参数不合适带来的传输成功率低和资源浪费的问题;在多播业务发送完成后,基站可根据终端设备的反馈信息在基站侧进行RLC层的单播重传,一方面,可以提高基站侧的UDP/IP数据包的传输成功率,另一方面也避免了因为少部分的TB传输错误导致整个UDP/IP数据包进行重传而导致的网络资源浪费的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种网络结构示意图;
图2为本发明实施例提供的一种多播业务的发送方法的流程示意图;
图3为本发明实施例提供的一种多播业务的发送方法的流程示意图;
图4为本发明实施例提供的一种多播业务的发送方法的流程示意图;
图5为本发明实施例提供的一种多播业务的发送方法的流程示意图;
图6为本发明实施例提供的一种多播业务的发送方法的流程示意图;
图7为本发明实施例提供的一种多播业务的全部RLC PDU多次发送的信号流程图;
图8为本发明实施例提供的一种多播业务的部分RLC PDU多次发送的信号流程图;
图9为本发明实施例提供的一种核心网设备的结构示意图;
图10为本发明实施例提供的一种核心网设备的结构示意图;
图11为本发明实施例提供的一种接入网设备的结构示意图;
图12为本发明实施例提供的一种接入网设备的结构示意图;
图13为本发明实施例提供的一种基站的结构示意图;
图14为本发明实施例提供的一种基站的结构示意图;
图15为本发明实施例提供的一种终端设备的结构示意图;
图16为本发明实施例提供的一种终端设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例可适用于要求终端设备低复杂度、低功耗的无线通信系统,如IoT通信系统等,例如可适用于NB-IoT通信系统中的多播场景。
如图1所示,本发明实施例的网络架构可以包括终端设备、接入网设备和核心网设备。终端设备可以为用户设备(User Equipment,UE),接入网可以为演进的通用移动通信系统(Universal Mobile Telecommunications System,UMTS)陆地无线接入网(EvolvedUMTS Terrestrial RadioAccess Network,E-UTRAN)或UTRAN,包括演进型基站(eNodeB,eNB),核心网设备可以包括移动管理实体(Mobility ManagementEntity,MME)、广播多播服务中心(Broadcast-multicast Service Centre,BM-SC)、多媒体广播多播服务(Multimedia Broadcast Multicast Service,MBMS)和MBMS协调实体(MBMS CoordinationEntity,MCE)等。其中,BM-SC负责管理MBMS承载,激活/释放业务的临时移动组标识(Temporaty Mobile Group Identity,TMGI)等;MCE可用于对于多播业务决定使用多播广播单频网(Multicast-Broadcast Single Frequency Network,MBSFN)模式还是SC-PTM模式。
本发明实施例一方面针对现有技术中的基站难以确定合理的发送多播业务的覆盖等级,使得传输可靠性降低带来的资源浪费的问题,本发明从BM-SC到基站的信令传输过程中,通过核心网确定多播业务的覆盖等级或传输参数,并随相关信令发送给基站,以便基站能够使用合理的覆盖等级或传输参数发送多播业务,保证多播业务在覆盖增强的基础上减少多播资源的浪费;
本发明实施例另一方面针对NB-IoT传输IP数据包时,若传输一个或几个TB传输不成功,会导致整个IP数据包重传带来的额外的重传和接收开销的问题,本发明实施例在接入网设备发送IP数据包时,在RLC层将IP数据包分段为若干个RLC PDU,在发送该若干个RLCPDU后,接收终端设备的反馈信息,并向终端设备重传未接收成功的RLC PDU,不需要重传整个IP数据包,以减少传输错误后单播重传带来的资源开销。
下面针对现有技术中的基站难以确定合理的发送多播业务的覆盖等级,使得传输可靠性降低带来的资源浪费的问题,本发明实施例提供一种多播业务的发送方法,如图2所示,包括:
201、核心网设备确定待传输的多播业务的覆盖要求。
例如可以通过核心网中的BM-SC与第三方服务器的交互信息中本次传输业务的特点确定待传输的多播业务的覆盖要求。该覆盖要求用于表征基站向终端设备发送多播业务时的覆盖增强程度。
202、核心网设备向接入网设备发送覆盖要求。
BM-SC可以通过移动性管理实体和MCE向基站发送覆盖要求。该覆盖要求可以为覆盖等级的索引或覆盖等级的索引范围。
203、接入网设备根据覆盖要求确定向终端设备发送多播业务的覆盖等级或传输参数。
基站在接收到覆盖要求后,可以根据该覆盖要求对应的覆盖等级的索引或覆盖等级的索引范围确定此次向终端设备发送多播业务的覆盖等级或传输参数。覆盖等级的索引可以用0,1,2……表示,不同的覆盖等级的索引对应不同的覆盖等级或传输参数,不同的覆盖等级对应不同的传输参数,传输参数可以包括多播业务在物理层的控制信道或共享信道上的重复发送次数,例如重复发送次数可以为256、512、1024等。
由此,接入网设备可以根据从核心网接收到的覆盖要求确定本次多播业务传输实际使用的覆盖等级或传输参数,避免了基站自己选择覆盖等级或传输参数不合适带来的传输成功率低和资源浪费的问题。
下面对上述实施例进一步进行说明。
本发明实施例提供一种多播业务的传输方法,如图3所示,包括:
301、BM-SC从第三方服务器获取多播业务,为该多播业务分配相应的会话标识和TMGI,并确定该多播业务的覆盖要求。
当第三方服务器下发多播业务时,将多播业务发送至核心网设备的BM-SC,BM-SC为该多播业务分配会话标识(Session ID)以及TMGI,以便将会话标识和TMGI发送给接收该多播业务的UE开始接收多播业务。同时,BM-SC可以根据第三方服务器提供的多播业务的业务类型与多播业务的覆盖要求的对应关系确定多播业务的覆盖要求;或,BM-SC可以根据第三方服务器提供的多播业务的业务类型,和BM-SC预配置的多播业务的业务类型与多播业务的覆盖要求的对应关系确定多播业务的覆盖要求。覆盖要求用于表征基站向终端设备发送多播业务时的覆盖增强程度,不同的覆盖要求对应不同的覆盖等级或传输参数。
示例性的,BM-SC可以根据和第三方服务器提供的本次业务的业务类型确定覆盖要求,例如由于路灯的覆盖较好,路灯软件升级业务的覆盖要求可以较低;由于地下室的覆盖较差,地下室的水电表软件升级业务的覆盖要求可以较高。也可以由运营商运维或网管系统在BM-SC预先配置业务类型和覆盖要求的对应关系,这样BM-SC在从第三方服务器获取业务类型后,可以根据该预先配置的对应关系确定该多播业务的覆盖要求。
302、BM-SC以单播形式向UE发送多播业务的会话标识、TMGI以及业务的开始时间。
这样,UE可根据会话标识、TMGI以及业务的开始时间准备接收该多播业务。
303、在多播业务开始传输之前,BM-SC向MME发送会话开始请求消息,该会话开始请求消息包括针对该多播业务使用多播的小区列表以及覆盖要求。
该小区列表中包括接收该多播业务的基站的小区标识,以便该MME向该小区标识指示的基站发送该覆盖要求。覆盖要求可以用数字或其他标识指示,不同的数据或标识指示不同的覆盖等级或传输参数。
304、MME向MCE发送MBMS会话开始请求消息,该MBMS会话开始请求消息包括针对该多播业务使用多播的小区列表以及覆盖要求。
305、MCE将包含覆盖要求和SC-PTM指示发送给小区列表对应的基站。
SC-PTM为单小区点对多点技术,用于实现多播业务的传输。当基站接收到SC-PTM指示时,基站根据覆盖要求确定覆盖等级或传输参数,并将接收到的业务以多播形式下发给UE。
306、基站根据覆盖要求确定向终端设备发送多播业务的覆盖等级或传输参数。
不同的覆盖要求对应不同的覆盖等级或传输参数,例如覆盖要求为0时,覆盖等级为0,对应的传输参数可以为多播业务在物理层的控制信道或共享信道上的重复发送次数,例如重复发送次数可以为256、512、1024等。可替换的,该传输参数也可以为重复传输次数的范围,例如该范围取值为[256,512],基站可以根据不同的业务类型在该范围内取值,以便为该业务选取合适的重复传输次数,譬如路灯软件升级业务下路灯的覆盖较好,选取的重复传输次数可以较低,地下室水电表软件升级业务下水电表的覆盖较差,选取的重复传输次数可以较高。进而,基站可以通过系统信息(System Information Block,SIB)20和单小区MBMS控制信道(SC-MBMS Control Channel,SC-MCCH)向UE下发参数配置,该参数配置中包括该重复传输次数,并通过单小区MBMS业务信道(SC-MBMS Traffic Channel,SC-MTCH)向UE发送多播业务。
由此,通过核心网的BM-SC在确定待传输多播业务的覆盖要求后,通过MME和MCE向基站发送覆盖要求,可使得基站根据收到的覆盖要求确定覆盖等级或传输参数,以避免基站自己选择覆盖等级或传输参数不当带来的传输成功率低和资源浪费的问题。
针对现有技术中的基站难以确定合理的发送多播业务的覆盖等级,使得传输可靠性降低带来的资源浪费的问题,本发明实施例提供一种多播业务的发送方法,如图4所示,包括:
401、BM-SC从第三方服务器获取多播业务,并为该多播业务分配会话标识和TMGI。
当第三方服务器下发多播业务时,将多播业务发送至核心网设备的BM-SC,BM-SC为该多播业务分配会话标识Session ID以及TMGI,以便将会话标识和TMGI发送给接收该多播业务的UE开始接收多播业务。
402、BM-SC将多播业务的会话标识、TMGI和多播业务的开始时间以单播形式发送给UE。
403、在多播业务开始传输之前,BM-SC向MME发送会话开始请求消息,该会话开始请求消息包括针对该多播业务使用多播的小区列表。
404、MME向HSS发送请求消息,该请求消息包括多播业务信息,HSS向MME发送响应消息,响应消息包括多播业务或多播业务提供者的签约信息中的覆盖等级的使用授权信息。
多播业务信息中可以包括会话标识,TMGI或多播业务提供者的标识等,响应消息中可以包括HSS根据为该多播业务分配的TMGI的签约信息中的覆盖等级的使用授权信息,或响应消息中可以包括HSS根据多播业务提供者的签约信息中的覆盖等级的使用授权信息。该签约信息为多播业务或多播业务提供者在网络中注册时产生的,存储于HSS中,签约信息可以包括业务或业务提供者在网络中的覆盖等级的使用权限。
405、MME根据使用授权信息确定多播业务的覆盖要求,并向MCE发送MBMS会话开始请求消息,MBMS会话开始请求消息包括多播业务的覆盖要求以及多播业务使用多播的小区列表。
MME可以根据预设的覆盖等级的使用权限与覆盖要求的对应关系确定该多播业务的覆盖要求,并将该多播业务的覆盖要求发送给MCE。小区列表中包括接收该多播业务的基站的小区标识,以便MCE根据该小区列表指示的基站发送该多播业务的覆盖要求。
406、MCE向基站发送SC-PTM指示和多播业务的覆盖要求。
407、基站根据多播业务的覆盖要求确定基站向UE发送该多播业务的覆盖等级或传输参数。
步骤407的实现方式可以参见上述步骤306,此处不再赘述。
由此,通过核心网的HSS向MME发送多播业务或多播业务提供者在网络中传输的覆盖等级的使用权限,使得MME根据该覆盖等级的使用权限确定多播业务的覆盖要求后,通过MCE向基站发送覆盖要求,可使得基站根据收到的覆盖要求确定覆盖等级或传输参数,以避免基站自己选择覆盖等级或传输参数不当带来的传输成功率低和资源浪费的问题。
下面针对现有技术中的NB-IoT传输IP数据包时,若传输一个或几个TB传输不成功,会导致整个IP数据包重传带来的额外的重传和接收开销的问题,本发明实施例提供一种多播业务的传输方法,如图5所示,包括:
501、基站在无线链路层控制协议RLC层,以多播形式向终端设备发送一次或多次多播业务的全部无线链路层控制协议数据控制单元RLC PDU或部分RLC PDU。
这里发送多次全部RLC PDU或部分RLC PDU可以理解为基站向终端设备重复发送N次全部RLC PDU或部分RLC PDU,N为正整数。部分RLC PDU为将IP数据包在RLC层进行分割和级联,形成若干个RLC PDU时,将该若干个RLC PDU分为若干个部分后每个部分包括的RLCPDU。
需要说明的是,终端设备在接收基站发送的多播业务时可以处理连接态,也可以处于空闲态。例如在NB-IoT中,终端可以处于空闲态接收多播业务。
502、终端设备向基站发送反馈信息,反馈信息用于向基站指示未成功接收的RLCPDU。
当终端设备接收完全部RLC PDU时,向基站反馈未成功接收的RLC PDU;或当终端设备接收完部分RLC PDU时,向基站反馈未成功接收的RLC PDU,以便基站再向终端设备继续发送下一部分RLC PDU。
503、基站向终端设备重传未成功接收的RLC PDU。
基站可以向终端设备以单播形式重传未成功接收的RLC PDU,也可以多个终端设备的反馈信息,以多播形式重传多个终端设备未成功接收到的RLC PDU,本申请不做限定。
这样,在多播业务的全部RLC PDU或部分RLC PDU传输完成后,基站可根据终端设备的反馈信息向终端设备重传未接收成功的RLC PDU,可以提高基站侧的IP数据包的传输成功率,也可以避免由于少部分TB传输错误造成整个IP数据包进行重传导致的网络资源的浪费。
下面对图5所示的实施例进行进步一说明。
本发明实施例提供一种多播业务的发送方法,如图6所示,包括;
601、基站向终端设备发送配置信息。
配置信息可以包括多播业务的全部RLC PDU或部分RLC PDU在RLC层的重复发送次数、第一指示信息和第一定时器中的至少一个,第一指示信息用于指示全部RLC PDU或部分RLC PDU是否支持终端设备在RLC层反馈和单播重传未接收成功的RLC PDU、第一定时器用于指示基站在预定时间内接收反馈信息的时长。
重复发送次数即基站向终端设备多次发送全部RLC PDU或部分RLC PDU的次数。基站向终端设备发送的该配置信息针对不同的多播业务可以都相同,也可以是针对每一个多播业务使用一套配置信息,本申请不做限定。
基站向终端设备发送配置信息可以包括:基站向终端设备广播系统信息,系统信息中包括该配置信息,例如基站在SC-PTM的专用系统信息块(System Information Block,SIB)20中携带该配置信息发送给终端设备;或者,基站可以在MBMS控制信道SC-MCCH中向终端设备发送配置信息;或者,基站可以在MBMS业务信道SC-MTCH的物理下行控制信道(Physical Downlink Control Channel,PDCCH)中向终端设备发送配置信息,本申请不做限定。
602、基站在RLC层向终端设备发送一次或多次多播业务的全部RLC PDU或部分RLCPDU。
基站可以将多播业务的IP数据包在RLC层进行分割和级联,形成若干个RLC PDU,而后,基站可以在RLC层向终端设备发送一次全部RLC PDU,也可以在RLC层向终端设备发送一次若干个RLC PDU中的部分RLC PDU后,继续发送若干个RLC PDU中的下一部分RLC PDU;或者基站可以根据步骤601中的配置信息中的重复发送次数,在RLC层向终端设备重复发送IP数据包的全部RLC PDU或部分RLC PDU,这样可以提高RLC PDU的接收成功率,也即提高了基站侧提供的IP数据包的接收成功率。
当基站在RLC层向终端设备以多播形式发送多次全部RLC PDU时,一种可能的实现方式中,每个RLC PDU头中包括第一字段,第一字段用于指示当前发送的RLC PDU为第N次重复发送,即第一字段用于指示当前的重复次数为第1次、第2次,第3次……等;或者,第一字段用于指示当前发送的RLC PDU是否为最后一次重复发送,可以占用1比特;或者,发送RLCPDU的PDCCH所传输的下行控制信息中包括用于指示当前发送的RLC PDU是否为最后一次重复发送的指示信息,可以占用1比特。这样对于终端设备来说,如果终端设备在成功接收某一次全部RLC PDU时,如果终端再接收到下一次发送的RLC PDU时,RLC PDU头中显示还是前一次发送的RLC PDU的重复发送,那么终端可以等一段时间后再继续接收基站最后一次重复发送的RLC PDU,从而达到节省电量的效果。
此外,当基站在RLC层向终端设备以多播形式发送多次全部RLC PDU时,在同一个RLC PDU的不同重复发送之间,支持重分段传输。例如,RLC PDU0第二次发送时,由于此时空口可能发生变化,物理层不能提供同样大小的TBS承载该RLC PDU0,基站可以对该RLC PDU0进行重分段,将原有的RLC PDU进一步拆分成若干个RLC分段PDU进行发送,也就是说,基站在重复发送任一RLC PDU时可以将任一RLC PDU重分段,得到至少一个RLC分段PDU,且每个RLC分段PDU携带和拆分之前的RLC PDU相同的序列号、该RLC分段PDU的子序号和用于指示RLC分段PDU是否为RLC PDU的最后一个分段的指示信息。
无论基站发送一次还是多次多播业务的IP数据包的全部RLC PDU时,基站最后一次重复的最后一个RLC PDU中可以包括用于指示多播业务的全部RLC PDU发送完成的指示信息,例如可以在RLC PDU中预留所有重复完成的指示位,在最后一次传输的最后一个RLCPDU中指示全部RLC PDU发送完成,以便终端设备获知多播业务重复发送完毕;或者,基站每次重复发送完多播业务的所有RLC PDU中的最后一个RLC PDU中包括用于指示多播业务的所有RLC PDU第N次发送完成的指示信息,以便UE可以结合配置信息中的重复发送次数判断全部RLC PDU是否发送完成。
当基站在RLC层向终端设备发送多播业务时,可以在RLC层将多播业务分为若干个部分,然后得到多个部分RLC PDU,对每个部分RLC PDU进行一次发送或多次发送,每部分RLC PDU发送的实现方式与基站发送全部RLC PDU类似,且在每部分RLC PDU中的最后一个RLC PDU中携带该部分RLC PDU发送完成的指示信息。其中,分为若干个部分的粒度可以为:每个IP数据包、或RLC层的最大缓存、或RLC层的最大序号(Serial Number,SN)限制,也可以是基站灵活控制。
603、终端设备向基站发送反馈信息,反馈信息用于向基站指示为成功接收的RLCPDU。
当基站确定全部RLC PDU一次发送完成或多次发送完成后,对于基站来说,基站可以在第一定时器运行期间,缓存所有的RLC PDU,以在第一定时器运行期间接收终端设备发送的反馈信息,以便于向终端设备单播重传反馈信息指示的未成功接收的RLC PDU。
示例性的,若终端设备确定有RLC PDU未接收成功,则可以根据配置信息中的第一定时器的时长,在终端设备中启动运行第二定时器,第二定时器的时长与第一定时器的时长相同,终端设备可以在第二定时器的时长范围内发起随机接入过程,以向基站反馈未成功接收的RLC PDU,反馈信息中携带未成功接收的RLC PDU的信息,如SN号等。此外,终端设备在发起随机接入时,也可以在接入请求中携带一个新的原因值,以指示用于多播反馈。由于是多播传输业务,可能会有大量的终端设备进行反馈,当终端设备在[0-第二定时器时长]之间随机选择时间接入基站时,可以减轻网络拥塞。
此外,由于是多播传输,终端设备中第二定时器的启动,是由于终端设备识别了基站已经发送完多播业务的所有RLC PDU,但是,如果终端设备因为接收错误,例如未成功接收最后一个RLC PDU,则终端设备无法识别多播业务是否传输完成,也就不会触发反馈。于是,终端设备可以在每接收到一个RLC PDU后,启动或重启第三定时器,若第三定时器超时,终端设备还未接收到新的RLC PDU,可以认为此时出现网络异常,若终端设备处于空闲态,则终端设备可以直接发起随机接入处于连接态时进行反馈,以向基站获取新的RLC PDU。其中,第三定时器可以由基站进行配置,携带在配置信息中。也即,配置信息还可以包括第三定时器,第三定时器用于终端设备在每接收到一个RLC PDU后在第三定时器的预定时间内还未接收到任意一个RLC PDU,则向基站发送反馈信息,以向基站指示未成功接收的RLCPDU。
604、基站向终端设备重传未成功接收的RLC PDU。
基站可以向终端设备以单播形式重传未成功接收的RLC PDU,也可以多个终端设备的反馈信息,以多播形式重传多个终端设备未成功接收到的RLC PDU,本申请不做限定。
当基站以单播形式重传任一RLC PDU时,多播发送和单播重传之间,也可以支持重分段。例如基站在单播重传RLC PDU0时,由于空口发生变化,物理层不能提供同样大小的TBS承载RLC PDU0,则基站在单播重传时将RLC PDU0进行重分段,将RLC PDU0拆分成若干个RLC分段PDU进行发送,与步骤602类似的,基站在单播重传任一RLC PDU时可以将任一RLCPDU重分段,得到至少一个RLC分段PDU,且每个RLC分段PDU携带和拆分之前的RLC PDU相同的序列号、该RLC分段PDU的子序号和用于指示RLC分段PDU是否为RLC PDU的最后一个分段的指示信息。
根据步骤601-步骤604的说明,假设基站向UE1~UEx发送配置信息后需发送多播业务,若该多播业务共N个RLC PDU,N个RLC PDU发送三次,第三次发送的第N个RLC PDU中携带发送完成指示,三次发送完成后,UE1和UE2有未成功接收的RLC PDU,则UE1和UE2可以发起随机接入,向基站发送反馈信息,如图7所示,假设UE1先于UE2向基站发起随机接入,则基站先向UE1单播重传UE1未成功接收的RLC PDU,后向UE2单播重传UE2未成功接收的RLCPDU。
如图8所示,假设基站在向UE1~UEx发送配置信息后,配置信息中的重复发送次数为3,以先重复发送第一部分RLC PDU1~a后,再继续发送第二部分RLC PDU a+1~b的方式进行说明,基站先向UE1~UEx发送第一次RLC PDU1~a,再向UE1~UEx发送第二次RLC PDU1~a,再向UE1~UEx发送第三次RLC PDU1~a,第三次发送的RLC PDU1~a中的最后一个RLCPDU中携带重复发送完成指示,而后,UE1~UEx中有未成功接收RLC PDU的UE向基站发送反馈信息,基站再向有未成功接收RLC PDU的UE进行单播重传;而后,基站向UE1~UEx发送第一次RLC PDU a+1~b,再向UE1~UEx发送第二次RLC PDU a+1~b,再向UE1~UEx发送第三次RLC PDU a+1~b,第三次发送的RLC PDU a+1~b中的最后一个RLC PDU中携带重复发送完成指示,而后,UE1~UEx中有未成功接收RLC PDU的UE向基站发送反馈信息,基站再向有未成功接收RLC PDU的UE进行单播重传。
由此,本实施例通过多播业务在RLC层进行多次传输,可以提高RLC PDU的接收成功率,也即提高了基站侧提供的UDP/IP的数据包的接收成功率。同时,在多播业务发送完成后,在基站侧进行RLC层的单播重传,一方面,可以提高基站侧的UDP/IP数据包的传输成功率,另一方面也避免了因为少部分的TB传输错误导致整个UDP/IP数据包进行重传而导致的网络资源浪费的问题。进一步的,当基站向终端设备发送一次或多次全部RLC PDU时使得基站和UE需要缓存一次多播传输的全部RLC PDU,使得终端设备的存储成本增加时,基站可以向终端设备发送一次或多次部分RLC PDU,接收到反馈信息,并向终端设备单播重传未成功接收的RLC PDU后,基站再向终端设备发送下一部分RLC PDU,可降低基站和终端设备的存储成本。
上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是,各个网元,例如核心网设备、接入网设备和终端设备等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本发明实施例可以根据上述方法示例对核心网设备、接入网设备和终端设备等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图9示出了上述实施例中所涉及的一种数据传输装置可能的结构示意图,可以用于执行上述方法实施例中核心网设备行为的功能,该装置可以包括:处理模块901和通信模块902。具体的,处理模块901对应的实体设备可以为处理器,通信模块902对应的实体设备可以为收发器,该装置还可以包括存储模块903,用于存储核心网设备的程序代码和数据。
当处理模块901为处理器,通信模块902为收发器,存储模块903为存储器时,本发明实施例所涉及的核心网设备可以为图10所示的核心网设备。
参阅图10所示,该核心网设备包括:处理器102、收发器103、存储器101以及总线104。其中,收发器103、处理器102以及存储器101通过总线104相互连接;总线104可以是外设部件互连标准(Peripheral Component Interconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
图11示出了上述实施例中所涉及的另一种数据传输装置可能的结构示意图,可以用于执行上述方法实施例中接入网设备行为的功能,该装置可以包括:处理模块112和通信模块113。具体的,处理模块112对应的实体设备可以为处理,通信模块113对应的实体设备可以为收发器,该装置还可以包括存储模块111,用于存储接入网设备的程序代码和数据。
当处理模块112为处理器,通信模块113为收发器,存储模块111为存储器时,本发明实施例所涉及的接入网设备可以为图12所示的接入网设备。
参阅图12所示,该接入网设备包括:处理器122、收发器123、存储器121以及总线124。其中,收发器123、处理器122以及存储器121通过总线124相互连接;总线124可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图12中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
图13示出了上述实施例中所涉及的基站的一种可能的结构示意图,用于执行上述方法实施例中基站行为的功能,该基站可以包括:发送模块132和接收模块133。发送模块132和接收模块133对应的实体设备可以为收发器。基站还可以包括存储模块131,用于存储基站的程序代码和数据。
其中,发送模块132和接收模块133可以是收发器、收发电路或通信接口等。存储模块131可以是存储器。
当发送模块132和接收模块133为收发器,存储模块131为存储器时,本发明实施例所涉及的基站可以为图14所示的基站。
参阅图14所示,该基站包括:处理器142、收发器143、存储器141以及总线144。其中,收发器143以及存储器141通过总线144相互连接;处理器142用于对基站的动作进行控制管理,总线144可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图14中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
图15示出了上述实施例中所涉及的终端设备的一种可能的结构示意图,可以用于执行上述方法实施例中终端设备行为的功能。该终端设备可以包括:接收模块152和发送模块153。接收模块152和发送模块153对应的实体设备可以为收发器。终端设备还可以包括存储模块151,用于存储终端设备的程序代码和数据。
其中,接收模块152和发送模块153可以是收发器、收发电路或通信接口等。存储模块151可以是存储器。
当接收模块152和发送模块153为收发器,存储模块151为存储器时,本发明实施例所涉及的终端设备可以为图16所示的终端设备。
参阅图16所示,该终端设备包括:处理器162、收发器163、存储器161以及总线164。其中,收发器163以及存储器161通过总线164相互连接;处理器162用于对终端设备的动作进行控制管理,总线164可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图16中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(ReadOnly Memory,ROM)、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于核心网接口设备中。当然,处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本发明的保护范围之内。
Claims (14)
1.一种多播业务的发送方法,其特征在于,包括:
核心网设备确定待传输的多播业务的覆盖要求;
所述核心网设备向接入网设备发送所述覆盖要求,所述覆盖要求用于确定所述接入网设备向终端设备发送所述多播业务的传输参数;
其中,所述传输参数包括所述多播业务对应的覆盖等级的索引或所述多播业务在物理层的控制信道或共享信道上的重复发送次数;
所述核心网设备包括广播多播服务中心BM-SC;所述核心网设备确定待传输多播业务的覆盖要求包括:
所述BM-SC根据第三方服务器提供的所述多播业务的业务类型与所述多播业务的覆盖要求的对应关系确定所述多播业务的覆盖要求。
2.根据权利要求1所述的方法,其特征在于,所述核心网设备确定待传输多播业务的覆盖要求包括:
所述BM-SC根据所述第三方服务器提供的所述多播业务的业务类型,和所述BM-SC预配置的多播业务的业务类型与多播业务的覆盖要求的对应关系确定所述多播业务的覆盖要求。
3.根据权利要求1-2任一项所述的方法,其特征在于,所述接入网设备包括基站;
所述核心网设备向接入网设备发送所述覆盖要求包括:
所述BM-SC通过移动性管理实体和多媒体广播多播服务MBMS协调实体MCE向所述基站发送所述覆盖要求。
4.一种多播业务的传输方法,其特征在于,包括:
接入网设备接收核心网设备发送的覆盖要求;其中,所述核心网设备包括广播多播服务中心BM-SC;所述覆盖要求包括所述BM-SC根据第三方服务器提供的所述多播业务的业务类型与所述多播业务的覆盖要求的对应关系确定的所述多播业务的覆盖要求;
所述接入网设备根据所述覆盖要求确定所述接入网设备向终端设备发送多播业务的传输参数;
所述接入网设备根据所述传输参数向所述终端设备发送所述多播业务;
其中,所述传输参数包括所述多播业务对应的覆盖等级的索引或所述多播业务在物理层的控制信道或共享信道上的重复发送次数。
5.一种核心网设备,其特征在于,包括:
处理模块,用于确定待传输的多播业务的覆盖要求;
通信模块,用于向接入网设备发送所述处理模块确定的覆盖要求,所述覆盖要求用于确定所述接入网设备向终端设备发送所述多播业务的传输参数;
其中,所述核心网设备包括广播多播服务中心BM-SC;所述传输参数包括所述多播业务对应的覆盖等级的索引或所述多播业务在物理层的控制信道或共享信道上的重复发送次数;
所述处理模块具体用于根据第三方服务器提供的所述多播业务的业务类型与所述多播业务的覆盖要求的对应关系确定所述多播业务的覆盖要求。
6.根据权利要求5所述的核心网设备,其特征在于,
所述处理模块具体还用于根据所述第三方服务器提供的所述多播业务的业务类型,和所述BM-SC预配置的多播业务的业务类型与多播业务的覆盖要求的对应关系确定所述多播业务的覆盖要求。
7.根据权利要求5-6任一项所述的核心网设备,其特征在于,所述接入网设备包括基站;
所述通信模块具体用于通过移动性管理实体和多媒体广播多播服务MBMS协调实体MCE向所述基站发送所述处理模块确定的覆盖要求。
8.一种接入网设备,其特征在于,包括:
接收模块,用于接收核心网设备发送的覆盖要求;其中,所述核心网设备包括广播多播服务中心BM-SC;所述覆盖要求包括所述BM-SC根据第三方服务器提供的多播业务的业务类型与所述多播业务的覆盖要求的对应关系确定的所述多播业务的覆盖要求;
处理模块,用于根据所述接收模块所接收的覆盖要求确定所述接入网设备向终端设备发送多播业务的传输参数;
通信模块,用于根据所述处理模块确定的所述传输参数向所述终端设备发送所述多播业务;
其中,所述传输参数包括所述多播业务对应的覆盖等级的索引或所述多播业务在物理层的控制信道或共享信道上的重复发送次数。
9.根据权利要求8所述的接入网设备,其特征在于,所述接入网设备包括基站;
所述接收模块具体用于通过移动性管理实体和多媒体广播多播服务MBMS协调实体MCE接收所述核心网设备发送的所述覆盖要求。
10.一种用于多播业务的发送装置,其特征在于,包括:
用于确定待传输的多播业务的覆盖要求的模块;
用于向接入网设备发送所述覆盖要求的模块,所述覆盖要求用于确定所述接入网设备向终端设备发送所述多播业务的传输参数;
其中,所述传输参数包括所述多播业务对应的覆盖等级的索引或所述多播业务在物理层的控制信道或共享信道上的重复发送次数;
所述装置包括广播多播服务中心BM-SC;所述用于确定待传输的多播业务的覆盖要求的模块用于:
根据第三方服务器提供的所述多播业务的业务类型与所述多播业务的覆盖要求的对应关系确定所述多播业务的覆盖要求。
11.根据权利要求10所述的装置,其特征在于,所述用于确定待传输的多播业务的覆盖要求的模块还用于:
根据所述第三方服务器提供的所述多播业务的业务类型,和所述BM-SC预配置的多播业务的业务类型与多播业务的覆盖要求的对应关系确定所述多播业务的覆盖要求。
12.根据权利要求10-11任一项所述的装置,其特征在于,所述接入网设备包括基站;所述用于向接入网设备发送所述覆盖要求的模块,用于通过移动性管理实体和多媒体广播多播服务MBMS协调实体MCE向所述基站发送所述覆盖要求。
13.一种用于多播业务的传输装置,其特征在于,包括:
用于接收核心网设备发送的覆盖要求的模块;其中,所述核心网设备包括广播多播服务中心BM-SC;所述覆盖要求包括所述BM-SC根据第三方服务器提供的所述多播业务的业务类型与所述多播业务的覆盖要求的对应关系确定的所述多播业务的覆盖要求;
用于根据所述覆盖要求确定接入网设备向终端设备发送多播业务的传输参数的模块;
用于根据所述传输参数向所述终端设备发送所述多播业务的模块;
其中,所述传输参数包括所述多播业务对应的覆盖等级的索引或所述多播业务在物理层的控制信道或共享信道上的重复发送次数。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如权利要求1-4中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2016/100942 WO2018058468A1 (zh) | 2016-09-29 | 2016-09-29 | 一种多播业务的发送方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109792587A CN109792587A (zh) | 2019-05-21 |
CN109792587B true CN109792587B (zh) | 2021-02-12 |
Family
ID=61763542
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680089577.1A Active CN109792587B (zh) | 2016-09-29 | 2016-09-29 | 一种多播业务的发送方法和设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10966061B2 (zh) |
EP (1) | EP3509329B1 (zh) |
CN (1) | CN109792587B (zh) |
WO (1) | WO2018058468A1 (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106033465B (zh) * | 2015-03-19 | 2019-09-17 | 阿里巴巴集团控股有限公司 | 一种信息推送方法和装置 |
WO2019215340A1 (en) * | 2018-05-11 | 2019-11-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Control signalling for a repeated transmission |
CN115442822A (zh) * | 2019-07-22 | 2022-12-06 | 华为技术有限公司 | 通信方法和通信装置 |
CN111836311B (zh) * | 2019-08-09 | 2024-03-19 | 维沃移动通信有限公司 | 能力协商方法、终端及网络设备 |
WO2021056151A1 (zh) * | 2019-09-23 | 2021-04-01 | 华为技术有限公司 | 一种多播传输控制方法以及相关设备 |
CN112584322B (zh) * | 2019-09-27 | 2021-11-19 | 华为技术有限公司 | 多播业务的处理方法及设备 |
US11452166B2 (en) * | 2019-11-07 | 2022-09-20 | Qualcomm Incorporated | Discontinuous reception operation for new radio multicast communications |
CN113840241A (zh) * | 2020-06-24 | 2021-12-24 | 华为技术有限公司 | 一种通信方法及通信装置 |
CN114070482B (zh) * | 2020-07-31 | 2023-04-07 | 大唐移动通信设备有限公司 | 业务传输的处理方法、装置、网络侧设备及终端 |
WO2022087990A1 (zh) * | 2020-10-29 | 2022-05-05 | Oppo广东移动通信有限公司 | 一种多播业务的重传方法及装置、终端设备、网络设备 |
CN114598997A (zh) * | 2020-12-04 | 2022-06-07 | 中国电信股份有限公司 | 窄带物联网组播实现方法、系统、服务器和终端 |
CN114630283B (zh) * | 2020-12-11 | 2023-06-23 | 维沃移动通信有限公司 | 多播业务的确认模式传输方法、装置、设备及存储介质 |
WO2022181525A1 (ja) * | 2021-02-25 | 2022-09-01 | 三菱電機株式会社 | 通信システムおよび通信端末 |
CN115175255A (zh) * | 2021-04-01 | 2022-10-11 | 华为技术有限公司 | 一种多播广播业务的传输切换方法及装置 |
CN117998303A (zh) * | 2022-11-03 | 2024-05-07 | 华为技术有限公司 | 一种业务数据处理方法和设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1756414A (zh) * | 2004-09-28 | 2006-04-05 | 华为技术有限公司 | 移动通信系统中进行多播的方法 |
CN101370156A (zh) * | 2007-08-15 | 2009-02-18 | 上海华为技术有限公司 | 多播组播业务传输的方法和网络系统 |
US20160087810A1 (en) * | 2013-04-18 | 2016-03-24 | Xiaoxia Zhang | Mbms bearer enhancements for push to talk or push to everything via embms |
CN108702592A (zh) * | 2016-08-12 | 2018-10-23 | 华为技术有限公司 | 业务传输方法及无线通信设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1515575A1 (en) * | 2003-09-15 | 2005-03-16 | Motorola, Inc. | A 3rd generation cellular communication network, user equipment and method for the communication of paging indication messages |
KR101430439B1 (ko) * | 2007-01-10 | 2014-08-18 | 엘지전자 주식회사 | 이동 통신 시스템에서의 제어 정보 전송 방법 |
US20150078241A1 (en) * | 2013-09-13 | 2015-03-19 | Nokia Solutions And Networks Oy | Method and apparatus for supporting multicast delivery |
US9338715B1 (en) * | 2014-08-21 | 2016-05-10 | Sprint Spectrum L.P. | Method and system for facilitating transition from broadcast to unicast |
KR20200107972A (ko) * | 2018-01-16 | 2020-09-16 | 레노보 (싱가포르) 피티이. 엘티디. | 리소스들 근방의 데이터 전송의 레이트-매칭 |
-
2016
- 2016-09-29 WO PCT/CN2016/100942 patent/WO2018058468A1/zh unknown
- 2016-09-29 CN CN201680089577.1A patent/CN109792587B/zh active Active
- 2016-09-29 EP EP16917222.8A patent/EP3509329B1/en active Active
-
2019
- 2019-03-28 US US16/368,085 patent/US10966061B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1756414A (zh) * | 2004-09-28 | 2006-04-05 | 华为技术有限公司 | 移动通信系统中进行多播的方法 |
CN101370156A (zh) * | 2007-08-15 | 2009-02-18 | 上海华为技术有限公司 | 多播组播业务传输的方法和网络系统 |
US20160087810A1 (en) * | 2013-04-18 | 2016-03-24 | Xiaoxia Zhang | Mbms bearer enhancements for push to talk or push to everything via embms |
CN108702592A (zh) * | 2016-08-12 | 2018-10-23 | 华为技术有限公司 | 业务传输方法及无线通信设备 |
Also Published As
Publication number | Publication date |
---|---|
EP3509329A1 (en) | 2019-07-10 |
CN109792587A (zh) | 2019-05-21 |
EP3509329A4 (en) | 2019-09-04 |
WO2018058468A1 (zh) | 2018-04-05 |
US10966061B2 (en) | 2021-03-30 |
EP3509329B1 (en) | 2021-04-07 |
US20190222970A1 (en) | 2019-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109792587B (zh) | 一种多播业务的发送方法和设备 | |
CN107251588B (zh) | 用于点对多点传输的ue反馈 | |
WO2020088540A1 (zh) | 传输方法和装置 | |
WO2018133720A1 (zh) | 反馈信息传输方法及装置 | |
US10244400B2 (en) | Service data transmission method and apparatus | |
CN108476088B (zh) | 一种数据传输方法及设备 | |
US20120099419A1 (en) | Method for transmitting retransmission request information for an error packet in a multimedia broadcast/multicast service, and method for retransmitting a packet in response to the retransmission request | |
JP2020506594A (ja) | 上りリンク・チャネル電力割り当て方法および装置 | |
CN113853808B (zh) | 一种多播传输控制方法以及相关设备 | |
JP2007518307A (ja) | Mbmsサービスのデータエラーの修復方法 | |
CN107005423B (zh) | 网络节点提供、无线装置接收广播多播服务的方法及装置 | |
US20200092754A1 (en) | Method and apparatus for group communication in wireless communication system | |
GB2439374A (en) | UMTS system with requested packet retransmissions sent on a different channel from the original transmission | |
US20100110879A1 (en) | Method and apparatus for providing multimedia broadcast multicast service | |
US20230074542A1 (en) | Communication method and apparatus | |
CN113678500B (zh) | 一种反馈资源配置方法及通信方法、装置、通信设备 | |
JP2023547407A (ja) | ハイブリッド自動再送信要求のための方法および装置 | |
EP4154453A1 (en) | Efficient uplink hybrid automatic repeat request feedback for point to multipoint transmissions | |
CN110856120B (zh) | 一种报文发送、接收方法及装置 | |
CN111130723B (zh) | V2x传输中实现灵活反馈的方法、装置及用户设备 | |
WO2018063326A1 (en) | Multicast retransmission for machine type devices | |
KR101268580B1 (ko) | 멀티미디어 브로드캐스트 멀티캐스트 서비스 제공 방법 및 그 장치 | |
WO2024031307A1 (zh) | 混合自动重传请求harq反馈方法、装置、设备及介质 | |
CN114747236B (zh) | 混合自动重传请求harq反馈的方法和通信装置 | |
WO2023102898A1 (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |