CN112567669A - 多播传输的可靠性 - Google Patents

多播传输的可靠性 Download PDF

Info

Publication number
CN112567669A
CN112567669A CN201980053590.5A CN201980053590A CN112567669A CN 112567669 A CN112567669 A CN 112567669A CN 201980053590 A CN201980053590 A CN 201980053590A CN 112567669 A CN112567669 A CN 112567669A
Authority
CN
China
Prior art keywords
frames
base station
multicast
ues
feedback message
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
Application number
CN201980053590.5A
Other languages
English (en)
Inventor
S.P.亚伯拉罕
M.格里奥特
L.何
蒋靖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN112567669A publication Critical patent/CN112567669A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0007Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0466Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0093Point-to-multipoint

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

描述了用于无线通信的方法、系统和设备。无线通信系统可以支持从基站到多个用户设备(UE)的多播传输。每个UE可以将上行链路资源分配用于向基站提供关于多播传输的反馈。例如,UE可能不会成功解码多播传输的一个或多个帧。当UE没有成功解码一个或多个帧时,UE可以发送指示一个或多个帧没有被成功接收的否定确认(NACK)反馈。服务基站可以将帧存储在发送窗口的缓冲器内,并且根据存储的帧来重传NACK反馈内指示的每个帧。在一些情况下,服务基站可能不会重传没有在NACK反馈内指示的帧(例如,可能已经被UE成功接收的帧)。

Description

多播传输的可靠性
交叉引用
本专利申请要求于2019年8月19日提交的Abraham等人的题为“RELIABILITY FORMULTICAST TRANSMISSIONS”的美国专利申请第16/543,777号以及于2018年8月21日提交的Abraham等人的题为“RELIABILITY FOR MULTICAST TRANSMISSIONS”的美国临时专利申请第62/720,743号的权益,其中每一个都转让给本发明的受让人,并通过引用将其全部内容明确并入本文。
技术领域
以下内容一般涉及无线通信,更具体地,涉及多播传输的可靠性。
背景技术
无线通信系统被广泛部署以提供各种类型的通信内容,诸如语音、视频、分组数据、消息传送、广播等。这些系统能够通过共享可用的系统资源(例如,时间、频率和功率)来支持与多个用户的通信。这种多址系统的示例包括第四代(4G)系统(诸如长期演进(LTE)系统、高级LTE(LTE-A)系统或LTE-A Pro系统)和第五代(5G)系统(其可以被称为新无线(NR)系统)。这些系统可以采用诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分多址(OFDMA)或离散傅立叶变换-扩频-OFDM(DFT-s-OFDM)之类的技术。无线多址通信系统可以包括多个基站或网络接入节点,每个基站或网络接入节点同时支持多个通信设备的通信,这些通信设备也可以被称为用户设备(UE)。
一些无线通信系统可以使用多播传输来将数据从一个或多个基站广播到多个UE。例如,可以通过特定小区或小区簇向多个UE提供内容,其中内容可以包括例如对参加活动的用户的现场活动报道。然而,一些UE可能没有接收到多播数据,或者可能接收到有错误的数据(例如,由于干扰或其他因素),从而影响多播服务的可靠性和效率。
发明内容
所描述的技术涉及支持多播传输的可靠性的改进的方法、系统、设备和装置。通常,所描述的技术向用于多播传输的服务基站或网络节点提供否定确认(NACK)反馈。例如,一个或多个用户设备(UE)可以被配置为在UE没有成功接收到(例如,不成功解码)多播传输的一个或多个帧的情况下,在分配的上行链路资源内发送NACK反馈。当UE没有成功接收到一个或多个帧时,UE可以发送指示不成功接收的一个或多个帧的NACK反馈。在一些情况下,服务基站可以存储多播传输的一组帧(例如,对应于在窗口期间发送的一组帧),并且在从一个或多个UE接收到NACK反馈后,可以从由接收到的反馈指示的窗口重传存储的帧。在这种情况下,服务基站可以在随后的多播传输中与附加数据一起重传在NACK反馈中指示的帧(例如,被至少一个UE不成功解码的帧),该附加数据同样可以由基站存储。附加地或替代地,服务基站可以在发送之后删除帧,并且来自相应UE的NACK反馈可以被传播到网络节点(诸如用户面功能(user plane function,UPF)),并且网络节点可以识别哪些帧将被重传(例如,基于从一个或多个小区内的多个UE接收的NACK反馈)。然后,UPF可以指引服务基站重传由UPF识别的帧。
描述了一种在UE处进行无线通信的方法。该方法可以包括:接收包括一组帧的多播传输,尝试对所述一组帧中的每个帧内的多播数据进行解码,确定所述一组帧中的一个或多个相应帧内的多播数据已经被不成功解码,以及基于该确定发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。
描述了一种用于在UE处进行无线通信的装置。该装置可以包括处理器、与处理器进行电子通信的存储器以及存储在存储器中的指令。该指令可由处理器执行以使该装置:接收包括一组帧的多播传输,尝试对所述一组帧中的每个帧内的多播数据进行解码,确定来自所述一组帧中的一个或多个相应帧内的多播数据已经被不成功解码,以及基于该确定发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。
描述了用于在UE处进行无线通信的另一种装置。该装置可以包括用于接收包括一组帧的多播传输、尝试对所述一组帧中的每个帧内的多播数据进行解码、确定所述一组帧中的一个或多个相应帧内的多播数据已经被不成功解码、以及基于该确定发送反馈消息的部件,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。
描述了一种存储用于在UE处进行无线通信的代码的非暂时性计算机可读介质。该代码可以包括可由处理器执行的指令,以接收包括一组帧的多播传输,尝试对所述一组帧中的每个帧内的多播数据进行解码,确定所述一组帧中的一个或多个相应帧内的多播数据已经被不成功解码,以及基于该确定发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于接收指示针对反馈消息的调度分配信息的下行链路控制信息(DCI)以及根据调度分配信息经由上行链路信道发送反馈消息的操作、特征、部件或指令,其中调度分配信息可以位于多播传输的下行链路共享信道内。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,调度分配信息可以使用第一编码方案来编码,第一编码方案可以不同于用于对下行链路共享信道上的一组数据进行编码的第二编码方案。
在本文描述的方法、装置和非暂时性计算机可读介质的一些实例中,与相应一个或多个帧相关联的信息可以指示具有不成功解码的多播数据的一个或多个相应帧。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,与相应一个或多个帧相关联的信息可以指示具有不成功解码的多播数据的相应一个或多个帧的索引。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于接收针对一组周期性资源的资源授权以及在所述一组周期性资源中的至少一个周期性资源上经由上行链路信道发送反馈消息的操作、特征、部件或指令,所述一组周期性资源用于在发送时间间隔(TTI)内发送针对所述一组帧中的一帧的反馈消息。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于接收UE可以被指派到的UE群的指示、基于该UE群来识别用于发送反馈消息的上行链路资源、以及在所识别的上行链路资源上经由上行链路控制信道发送反馈消息的操作、特征、部件或指令。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,发送反馈消息可以包括用于在发送时间处发送反馈消息的操作、特征、部件或指令,该发送时间可以根据可与该UE群相关联的时间偏移值而移位。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例可以还包括用于接收至少包括不成功解码的多播数据的附加传输的操作、特征、部件或指令。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,确定一个或多个相应帧内的多播数据可能已经被不成功解码可以包括用于确定用于对所接收的多播传输进行解码的阈值数量的帧可能未被接收的操作、特征、部件或指令,其中反馈消息指示具有不成功解码的多播数据的相应帧的数量。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于接收附加传输的操作、特征、部件或指令,该附加传输至少包括具有不成功解码的多播数据的相应帧的数量。在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,多播传输可以使用raptor码来编码。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于基于该确定向网络节点发送反馈消息的操作、特征、部件或指令,其中反馈消息可以使用多播自动重传请求(ARQ)协议层来发送,该方法还包括。在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,网络节点包括用户面功能。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于从第一基站接收多播传输、执行到第二基站的切换、以及从第二基站至少接收不成功解码的多播数据的操作、特征、部件或指令,其中反馈消息可以基于切换被发送到第二基站。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例可以还包括用于从第一基站接收多播传输、执行到第二基站的切换、以及从第二基站至少接收不成功解码的多播数据的操作、特征、部件或指令,其中反馈消息可以基于切换被发送到网络节点。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于向基站发送针对用于发送反馈消息的上行链路资源的请求的操作、特征、部件或指令,其中该请求可以基于接收到多播传输。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于接收一组参数的指示的操作、特征、部件或指令,所述一组参数包括延迟要求、ARQ窗口长度、其间可能要发送反馈消息的帧的数量、所述一组帧中的每个帧的长度、或其组合。在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,反馈消息包括NACK。
描述了一种在基站处进行无线通信的方法。该方法可以包括:向一组UE发送包括一组帧的多播传输;存储来自在发送窗口期间发送的所述一组帧中的一组帧的多播数据,从所述一组UE接收相应的(respective)反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE不成功解码的多播数据的一个或多个帧相关联的信息,以及向所述一组UE并且基于相应的反馈消息发送附加传输,该附加传输至少包括已经被不成功解码的存储的多播数据。
描述了一种用于在基站处进行无线通信的装置。该装置可以包括处理器、与处理器进行电子通信的存储器以及存储在存储器中的指令。该指令可由处理器执行以使该装置:向一组UE发送包括一组帧的多播传输,存储来自在发送窗口期间发送的所述一组帧中的一组帧的多播数据,从所述一组UE接收相应的反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE不成功解码的多播数据的一个或多个帧相关联的信息,以及向所述一组UE并且基于相应的反馈消息发送附加传输,该附加传输至少包括已经被不成功解码的存储的多播数据。
描述了用于在基站处进行无线通信的另一种装置。该装置可以包括用于向一组UE发送包括一组帧的多播传输、存储来自在发送窗口期间发送的所述一组帧中的一组帧的多播数据、从所述一组UE接收包括与发送窗口内具有被一个或多个UE不成功解码的多播数据的一个或多个帧相关联的信息的相应的反馈消息、以及向所述一组UE并且基于相应的反馈消息发送至少包括已经被不成功解码的存储的多播数据的附加传输的部件。
描述了一种存储用于在基站处进行无线通信的代码的非暂时性计算机可读介质。该代码可以包括可由处理器执行的指令,以向一组UE发送包括一组帧的多播传输,存储来自在发送窗口期间发送的所述一组帧中的一组帧的多播数据,从所述一组UE接收相应的反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE不成功解码的多播数据的一个或多个帧相关联的信息,以及向所述一组UE并且基于相应的反馈消息发送附加传输,该附加传输至少包括已经被不成功解码的存储的多播数据。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于向所述一组UE中的UE发送指示针对为反馈消息分配的上行链路资源的调度分配信息的DCI的操作、特征、部件或指令,该调度分配信息位于多播传输的下行链路共享信道内,并且其中上行链路资源包括上行链路信道。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,调度分配信息可以使用第一编码方案进行编码,第一编码方案可以不同于用于对下行链路共享信道上的一组数据进行编码的第二编码方案。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于向所述一组UE中的UE发送针对一组周期性资源的资源授权的操作、特征、部件或指令,所述一组周期性资源被分配用于发送针对发送窗口内的一个或多个帧的反馈消息,其中所述一组周期性资源包括一个或多个上行链路信道。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于确定来自一个或多个UE的相应的反馈消息可能要在两个或多个帧期间被接收、基于该确定将所述一组UE分组为一组UE群、配置与所述一组UE群中的每个UE群相关联的时间偏移值、以及向所述一组UE发送所述一组UE群和与每个UE群相关联的时间偏移值的指示的操作、特征、部件或指令,其中时间偏移值可以指示为接收相应的反馈消息而分配的不同上行链路资源。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于在第一发送时间处接收与第一UE群相关联的第一组反馈消息、以及在可以从第一发送时间移位的第二发送时间处从第二UE群接收第二组反馈消息的操作、特征、部件或指令。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,从一个或多个UE接收相应的反馈消息可以包括用于从第一UE接收指示具有可能已经被不成功解码的多播数据的第一帧的第一反馈消息、从第二UE接收指示具有可能已经被不成功解码的多播数据的第二帧的第二反馈消息、以及在附加传输内发送第一帧和第二帧的多播数据的操作、特征、部件或指令。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例可以还包括用于确定用于从所述一组UE接收反馈的反馈周期、以及在反馈周期之后发送附加传输的操作、特征、部件或指令。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于使用raptor码对多播传输进行编码的操作、特征、部件或指令,其中相应的反馈消息包括具有可能已经被不成功解码的多播数据的相应帧的数量的指示,并且其中附加传输至少包括具有可能已经被不成功解码的多播数据的相应帧的数量。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于执行所述一组UE中的第一UE到第二基站的切换、以及基于该切换从发送窗口向第二基站发送存储的多播数据的操作、特征、部件或指令。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例可以还包括用于从网络节点接收序列号到帧的映射的指示、以及基于该映射将相应的序列号指派给一个或多个帧中的每一个的操作、特征、部件或指令。
描述了一种在网络节点处进行无线通信的方法。该方法可以包括:向一组基站发送要向一组UE发送的多播数据,从所述一组UE的相应UE接收反馈消息,该反馈消息各自包括具有已经被相应UE不成功解码的多播数据的一个或多个帧的指示,基于接收到的反馈消息确定已经被至少一个UE不成功解码的一组多播数据,以及经由附加广播传输向所述一组基站中的至少一个基站发送所述一组多播数据。
描述了一种用于在网络节点处进行无线通信的装置。该装置可以包括处理器、与处理器进行电子通信的存储器以及存储在存储器中的指令。该指令可由处理器执行以使所述装置:向一组基站发送要向一组UE发送的多播数据,从所述一组UE中的相应UE接收反馈消息,该反馈消息各自包括具有已经被相应UE不成功解码的多播数据的一个或多个帧的指示,基于接收到的反馈消息确定已经被至少一个UE不成功解码的一组多播数据,以及经由附加广播传输向所述一组基站中的至少一个基站发送所述一组多播数据。
描述了在网络节点处进行无线通信的另一种装置。该装置可以包括用于向一组基站发送要向一组UE发送的多播数据、从所述一组UE中的相应UE接收反馈消息、基于接收到的反馈消息确定已经被至少一个UE不成功解码的一组多播数据、以及经由附加广播传输向所述一组基站中的至少一个基站发送所述一组多播数据的部件,该反馈消息各自包括具有已经被相应UE不成功解码的多播数据的一个或多个帧的指示。
描述了一种存储用于在网络节点处进行无线通信的代码的非暂时性计算机可读介质。该代码可以包括可由处理器执行的指令,以向一组基站发送要向一组UE发送的多播数据,从所述一组UE的相应UE接收反馈消息,该反馈消息各自包括具有已经被相应UE不成功解码的多播数据的一个或多个帧的指示,基于接收到的反馈消息确定已经被至少一个UE不成功解码的一组多播数据,并且经由附加广播传输向所述一组基站中的至少一个基站发送所述一组多播数据。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于从服务于相应UE中的至少一个UE的所述一组基站中识别第一基站的操作、特征、部件或指令,其中所述一组多播数据可以基于接收到反馈消息而被发送到所识别的第一基站。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,所述一组多播数据可以被发送到所述一组基站中的每一个。在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于识别与由所述一组基站中的每个基站发送的多播数据相关联的相应的反馈消息的操作、特征、部件或指令。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例还可以包括用于确定所述一组UE中的第一UE可能已经从第一基站切换到第二基站、从第一UE接收指示具有多播数据的一个或多个帧可能已经被第一UE不成功解码的反馈消息、以及基于确定第一UE可能已经被切换而向第二基站发送多播数据的操作、特征、部件或指令。
在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,反馈消息可以使用多播ARQ协议层来接收。在本文描述的方法、装置和非暂时性计算机可读介质的一些示例中,网络节点包括UPF。
附图说明
图1和图2示出了根据本公开各方面的无线通信系统的示例。
图3和图4示出了根据本公开各方面的多播传输方案的示例。
图5示出了根据本公开各方面的无线通信系统的示例。
图6示出了根据本公开各方面的协议栈的示例。
图7和图8示出了根据本公开各方面的系统中的处理流程的示例。
图9和图10示出了根据本公开各方面的设备的框图。
图11示出了根据本公开各方面的UE通信管理器的框图。
图12示出了包括根据本公开各方面的设备的系统的示意图。
图13和图14示出了根据本公开各方面的设备的框图。
图15示出了根据本公开各方面的基站通信管理器的框图。
图16示出了包括根据本公开各方面的设备的系统的示意图。
图17和图18示出了根据本公开各方面的设备的框图。
图19示出了根据本公开各方面的网络节点通信管理器的框图。
图20示出了包括根据本公开各方面的设备的系统的示意图。
图21至图27示出了说明根据本公开各方面的方法的流程图。
具体实施方式
在一些无线通信系统中,基站可以支持多播流服务(multicast streamingserviece,MSS)和经由多播传输与一个以上的用户设备(UE)通信。多播传输可以用于向多个UE广播数据。在一些情况下,基站可以使用可用下行链路带宽的一部分来向覆盖区域内的一些或所有UE广播多媒体数据。例如,无线通信系统可以被配置为广播移动TV内容,或者向位于诸如音乐会或体育活动之类的现场活动附近的UE多播现场活动报道。在一些情况下,这可以更有效地利用带宽。
然而,在一些情况下,一个或多个UE可能不会成功接收到多播传输的一些内容。例如,一个或多个UE可能经历不可靠或有噪声的通信信道,这在UE接收的多播数据中产生错误。在这种情况下,UE可以尝试通过由编码多播传输所提供的前向纠错技术来恢复数据。UE可能没有能力向基站提供针对被不成功解码的帧的反馈,这可能影响系统的可靠性。
如本文所述,可以通过分配资源以使UE能够发送关于多播传输的反馈消息来增加多播传输可靠性。这可以允许UE有机会向用于多播传输的服务基站或其他网络节点(例如,用户面功能(UPF))提供否定确认(NACK)反馈。在这种情况下,UE可以被配置为在UE没有成功接收到多播传输的一个或多个帧的情况下,在分配的上行链路资源内发送NACK反馈。当UE没有成功接收到一个或多个帧时,UE可以发送指示不成功接收的一个或多个帧的NACK反馈。基站或其他网络节点然后可以确定哪些帧没有被意图接收帧的每个UE成功接收到。
基于确定来自多播传输的哪些帧没有被成功接收到,基站可以重传NACK反馈内指示的每个帧。在一些示例中,基站可以缓冲在某个时间段或窗口期间发送的一定数量的帧,并且可以从缓冲的信息中快速且有效地检索帧以用于重传。在一些情况下,服务基站可以在随后的也包括附加数据的多播或单播传输中重传NACK反馈内指示的帧(例如,可能尚未被每个UE成功接收到的帧)。
在其他示例中,基站可以避免存储所发送的多播帧,而是依靠网络节点来提供将被重传的多播数据。例如,当来自一个或多个UE的NACK反馈被提供给网络节点时,网络节点可以确定哪些帧被由特定基站服务的UE或由用于同一多播传输的多个基站服务的UE不成功解码。这样,网络节点可以向(多个)基站发送至少要被重传到提供NACK反馈的UE的帧。
本公开的各方面最初是在无线通信系统的上下文中描述的。然后,本公开的附加方面是关于多播传输方案、附加无线通信系统、协议栈和处理流程来描述的。本公开的各方面参考与多播传输的可靠性相关的装置图、系统图和流程图来进一步说明和描述。
图1示出了根据本公开各方面的无线通信系统100的示例。无线通信系统100包括基站105、UE 115和核心网络130。在一些示例中,无线通信系统100可以是长期演进网络(LTE)、高级LTE(LTE-A)、LTE-A Pro网络或新无线(NR)网络。在一些情况下,无线通信系统100可以支持增强型宽带通信、超可靠(例如,任务关键型)通信、低延迟通信或与低成本和低复杂性设备的通信。无线通信系统100可以支持使用来自各个UE的反馈,这增强了多播可靠性。作为示例,无线通信系统100内的UE 115可以提供不成功解码的多播帧的指示,该指示可以在随后的多播传输中被重传,从而使得UE 115能够从网络获得所有的多播内容。
基站105可以经由一个或多个基站天线与UE 115进行无线通信。本文描述的基站105可以包括或者可以被本领域技术人员称为基站收发器、无线基站、接入点、无线收发器、NodeB、eNodeB(eNB)、下一代节点B或千兆NodeB(其中任一个都可以被称为gNB)、家庭NodeB、家庭eNodeB或一些其他合适的术语。无线通信系统100可以包括不同类型的基站105(例如,宏基站或小小区基站)。本文描述的UE 115能够与各种类型的基站105和网络设备进行通信,网络设备包括宏eNB、小小区eNB、gNB、中继基站等。
每个基站105可以与其中支持与各种UE 115的通信的特定地理覆盖区域110相关联。每个基站105可以经由通信链路125为相应的地理覆盖区域110提供通信覆盖,并且基站105和UE 115之间的通信链路125可以利用一个或多个载波。无线通信系统100中所示的通信链路125可以包括从UE 115到基站105的上行链路传输,或者从基站105到UE 115的下行链路传输。下行链路传输也可以称为前向链路传输,而上行链路传输也可以称为反向链路传输。
基站105的地理覆盖区域110可以被分成仅构成地理覆盖区域110的一部分的扇区,并且每个扇区可以与小区相关联。例如,每个基站105可以为宏小区、小小区、热点或其他类型的小区或其各种组合提供通信覆盖。在一些示例中,基站105可以是可移动的,因此为移动的地理覆盖区域110提供通信覆盖。在一些示例中,与不同技术相关联的不同地理覆盖区域110可以重叠,并且与不同技术相关联的重叠的地理覆盖区域110可以由相同的基站105或不同的基站105支持。无线通信系统100可以包括例如异构的LTE/LTE-A/LTE-A Pro或NR网络,其中不同类型的基站105提供各种地理覆盖区域110的覆盖。
术语“小区”是指用于与基站105(例如,通过载波)通信的逻辑通信实体,并且可以与用于区分经由相同或不同载波操作的相邻小区的标识符(例如,物理小区标识符(PCID)、虚拟小区标识符(VCID))相关联。在一些示例中,载波可以支持多个小区,并且不同的小区可以根据可为不同类型的设备提供接入的不同协议类型(例如,机器类型通信(MTC)、窄带物联网(NB-IoT)、增强型移动宽带(eMBB)或其他)来配置。在一些情况下,术语“小区”可以指逻辑实体在其上操作的地理覆盖区域110的一部分(例如,扇区)。
UE 115可以分散在整个无线通信系统100中,并且每个UE 115可以是静止的或移动的。UE 115也可以被称为移动设备、无线设备、远程设备、手持设备或订户设备,或者一些其他合适的术语,其中“设备”也可以被称为单元、站、终端或客户端。UE 115也可以是个人电子设备,诸如蜂窝电话、个人数字助理(PDA)、平板计算机、膝上型计算机或个人计算机。在一些示例中,UE 115还可以指无线本地环路(WLL)站、物联网(IoT)设备、万物网(IoE)设备或MTC设备等,其可以在诸如电器、车辆、仪表等各种物品中实施。
一些UE 115,诸如MTC设备或IoT设备,可以是低成本或低复杂性设备,并且可以提供机器之间的自动通信(例如,经由机器对机器(M2M)通信)。M2M通信或MTC可以指允许设备在没有人为干预的情况下彼此通信或与基站105通信的数据通信技术。在一些示例中,M2M通信或MTC可以包括来自集成传感器或仪表的设备的通信,以测量或捕获信息并将该信息中继到中央服务器或应用程序,该中央服务器或应用程序可以利用该信息或将该信息呈现给与该程序或应用交互的人。一些UE 115可以被设计成收集信息或实现机器的自动化行为。MTC设备的应用示例包括智能计量、库存监视、水位监视、设备监视、医疗保健监视、野生动物监视、天气和地质事件监视、车队管理和跟踪、远程安全传感、物理接入控制和基于交易的业务计费。
一些UE 115可以被配置为采用降低功耗的操作模式,诸如半双工通信(例如,支持经由发送或接收的单向通信、但不支持同时发送和接收的模式)。在一些示例中,半双工通信可以按降低的峰值速率执行。用于UE 115的其他节能技术包括当不参与活动通信时进入节能“深度睡眠”模式,或者在有限带宽上操作(例如,根据窄带通信)。在一些情况下,UE115可以被设计成支持关键功能(例如,任务关键功能),并且无线通信系统100可以被配置为为这些功能提供超可靠的通信。
在一些情况下,UE 115也能够直接与其他UE 115通信(例如,使用对等(P2P)或设备对设备(D2D)协议)。利用D2D通信的一组UE 115中的一个或多个UE 105可以在基站105的地理覆盖区域110内。这种组中的其他UE 115可能在基站105的地理覆盖区域110之外,或者另外不能从基站105接收传输。在一些情况下,经由D2D通信进行通信的各组UE 115可以利用一对多(1:M)系统,其中每个UE 115向该组中的每隔一个UE 115进行发送。在一些情况下,基站105促进调度用于D2D通信的资源。在其他情况下,在没有牵涉基站105的情况下,D2D通信在UE 115之间执行。
基站105可以与核心网络130通信,也可以彼此通信。例如,基站105可以通过回程链路132(例如,经由S1、N2、N3或其他接口)与核心网络130相连接。基站105可以通过回程链路134(例如,经由X2、Xn或其他接口)直接(例如,直接在基站105之间)或间接(例如,经由核心网络130)彼此通信。
核心网络130可以提供用户认证、接入鉴权、跟踪、互联网协议(IP)连接以及其他接入、路由或移动性功能。核心网络130可以是演进分组核心(EPC),其可以包括至少一个移动性管理实体(MME)、至少一个服务网关(S-GW)和至少一个分组数据网(PDN)网关(P-GW)。MME可以管理非接入层(例如,控制面)功能,诸如针对由与EPC相关联的基站105所服务的UE115的移动性、认证和承载管理。用户IP分组可以通过S-GW传递,S-GW本身可以连接到P-GW。P-GW可以提供IP地址分配以及其他功能。P-GW可以连接到网络运营商IP服务。运营商IP服务可以包括接入互联网、(多个)内联网、IP多媒体子系统(IMS)或分组交换(PS)流服务。
诸如基站105之类的网络设备中的至少一些可以包括诸如接入网络实体之类的子组件,接入网络实体可以是接入节点控制器(ANC)的示例。每个接入网络实体可以通过多个其他接入网络传输实体与UE 115通信,这些实体可以被称为无线头、智能无线头或发送/接收点(TRP)。在一些配置中,每个接入网络实体或基站105的各种功能可以分布在各种网络设备(例如,无线头和接入网络控制器)上,或者合并到单个网络设备(例如,基站105)中。
无线通信系统100可以使用一个或多个频带(通常在300MHz到300GHz的范围内)进行操作。通常,从300MHz到3GHz的区域被称为超高频(UHF)区域或分米带,因为波长范围从大约1分米到1米长。UHF波可能会被建筑物和环境特征阻挡或改变方向。然而,波可以穿透结构,足以使宏小区向位于室内的UE 115提供服务。与使用300MHz以下频谱的高频(HF)或甚高频(VHF)部分的较小频率和较长波的传输相比,UHF波的传输可能与较小的天线和较短的距离(例如,小于100km)相关联。
无线通信系统100也可以使用从3GHz到30GHz的频带(也称为厘米带)在超高频(SHF)区域中进行操作。SHF地区包括诸如5GHz工业、科学和医疗(ISM)频带之类的频带,可容忍来自其他用户的干扰的设备可能会偶尔使用这些频带。
无线通信系统100也可以在频谱的极高频率(EHF)区域(例如,从30GHz到300GHz)(也称为毫米带)中进行操作。在一些示例中,无线通信系统100可以支持UE 115和基站105之间的毫米波(mmW)通信,并且相应设备的EHF天线甚至可以比UHF天线更小并且间隔更近。在一些情况下,这可以促进在UE 115内使用天线阵列。然而,与SHF或UHF传输相比,EHF传输的传播可能甚至受到更大的大气衰减和更短的距离的影响。本文公开的技术可以用于使用一个或多个不同频率区域的传输,并且这些频率区域上的频带的指定用途可能因国家或监管机构而异。
在一些情况下,无线通信系统100可以利用许可的和未许可的射频频谱带。例如,无线通信系统100可以在诸如5GHz ISM频带的未许可频带中采用许可辅助接入(LAA)、LTE未许可(LTE-U)无线接入技术或NR技术。当在未许可的射频频谱带中进行操作时,诸如基站105和UE 115的无线设备可以采用先听后说(LBT)过程来确保在发送数据之前频率信道是畅通的。在一些情况下,在未许可频带中的操作可以基于与在许可频带(例如,LAA)中进行操作的CC相结合的CA配置。未许可频谱中的操作可以包括下行链路传输、上行链路传输、对等传输或这些的组合。未许可频谱中的双工可以基于频分双工(FDD)、时分双工(TDD)或两者的组合。
在一些示例中,基站105或UE 115可以配备有多个天线,这些天线可以用于采用诸如发送分集、接收分集、多输入多输出(MIMO)通信或波束成形之类的技术。例如,无线通信系统100可以使用发送设备(例如,基站105)和接收设备(例如,UE 115)之间的传输方案,其中发送设备配备有多个天线,接收设备配备有一个或多个天线。MIMO通信可以采用多径信号传播,以通过经由不同的空间层发送或接收多个信号来提高频谱效率,这可以被称为空间复用。例如,多个信号可以由发送设备经由不同的天线或不同的天线组合来发送。同样,多个信号可以由接收设备经由不同的天线或不同的天线组合来接收。多个信号中的每一个可以被称为单独的空间流,并且可以携带与相同的数据流(例如,相同的码字)或不同的数据流相关联的比特。不同的空间层可以与用于信道测量和报告的不同天线端口相关联。MIMO技术包括其中多个空间层被发送到相同的接收设备的单用户MIMO(SU-MIMO),以及其中多个空间层被发送到多个设备的多用户MIMO(MU-MIMO)。
波束成形(也可称为空间滤波、定向发送或定向接收)是一种信号处理技术,其可在发送设备或接收设备(例如,基站105或UE 115)处使用,以沿着发送设备和接收设备之间的空间路径整形或操纵天线波束(例如,发送波束或接收波束)。波束成形可以通过组合经由天线阵列的天线元件传送的信号来实现,使得在相对于天线阵列的特定方位处传播的信号经历相长干扰,而其他信号经历相消干扰。对经由天线元件传送的信号的调整可以包括发送设备或接收设备对经由与该设备相关联的每个天线元件而携带的信号应用某个幅度偏移和相位偏移。与每个天线元件相关联的调整可以由与特定方位(例如,相对于发送设备或接收设备的天线阵列,或者相对于一些其他方位)相关联的波束成形权重集来定义。
在一个示例中,基站105可以使用多个天线或天线阵列来进行波束成形操作,以与UE 115进行定向通信。例如,一些信号(例如,同步信号、参考信号、波束选择信号或其他控制信号)可以由基站105在不同方向上多次发送,这可以包括根据与不同发送方向相关联的不同波束成形权重集而发送的信号。不同波束方向上的发送可用于(例如,由基站105或诸如UE 115的接收设备)识别针对基站105的后续发送和/或接收的波束方向。一些信号(诸如与特定接收设备相关联的数据信号)可以由基站105在单个波束方向(例如,与诸如UE 115的接收设备相关联的方向)上发送。在一些示例中,与沿着单个波束方向的发送相关联的波束方向可以至少部分基于在不同波束方向上发送的信号来确定。例如,UE 115可以接收由基站105在不同方向上发送的一个或多个信号,并且UE 115可以向基站105报告其以最高信号质量或其他可接受的信号质量接收的信号的指示。虽然这些技术是参考由基站105在一个或多个方向上发送的信号来描述的,但是UE 115可以采用类似的技术来在不同方向上多次发送信号(例如,用于识别针对UE 115的后续发送或接收的波束方向),或者在单个方向上发送信号(例如,用于向接收设备发送数据)。
当从基站105接收各种信号(诸如同步信号、参考信号、波束选择信号或其他控制信号)时,接收设备(例如,UE 115,其可以是mmW接收设备的示例)可以尝试多个接收波束。例如,接收设备可以通过经由不同的天线子阵列进行接收、通过根据不同的天线子阵列处理接收信号、通过根据应用于在天线阵列的多个天线元件处接收的信号的不同接收波束成形权重集进行接收、或者通过根据应用于在天线阵列的多个天线元件处接收的信号的不同接收波束成形权重集来处理接收信号(其中任何一个可以被称为根据不同的接收波束或接收方向进行“监听”),来尝试多个接收方向。在一些示例中,接收设备可以使用单个接收波束来沿着单个波束方向进行接收(例如,当接收数据信号时)。单个接收波束可以在基于根据不同接收波束方向的监听而确定的波束方向(例如,基于根据多个波束方向的监听而确定为具有最高信号强度、最高信噪比或其他可接受的信号质量的波束方向)上对准。
在一些情况下,基站105或UE 115的天线可以位于一个或多个天线阵列内,这些天线阵列可以支持MIMO操作,或者发送或接收波束成形。例如,一个或多个基站天线或天线阵列可以并置于天线组件(诸如天线塔)处。在一些情况下,与基站105相关联的天线或天线阵列可以位于不同的地理位置。基站105可以具有带有多行和多列天线端口的天线阵列,基站105可以使用该天线阵列来支持与UE 115的通信的波束成形。同样,UE 115可以具有可支持各种MIMO或波束成形操作的一个或多个天线阵列。
在一些情况下,无线通信系统100可以是根据分层协议栈而操作的基于分组的网络。在用户面中,承载或分组数据汇聚协议(PDCP)层处的通信可以是基于IP的。在一些情况下,无线链路控制(RLC)层可以执行分组分段和重组,以通过逻辑信道进行通信。媒体接入控制(MAC)层可以执行优先级处理,并将逻辑信道复用成传输信道。MAC层也可以使用混合自动重传请求(HARQ)在MAC层处提供重传,以提高链路效率。在控制面中,无线资源控制(RRC)协议层可以提供对于在支持用户面数据的无线承载的UE115和基站105或核心网络130之间的RRC连接的建立、配置和维护。在物理(PHY)层处,传输信道可以映射到物理信道。
在一些情况下,UE 115和基站105可以支持数据的重传,以增加成功接收数据的可能性。HARQ反馈是一种增加通过通信链路125正确接收数据的可能性的技术。HARQ可以包括检错(例如,使用循环冗余校验(CRC))、前向纠错(FEC)和重传(例如,自动重传请求(ARQ))的组合。在恶劣的无线条件下(例如,信噪比条件),HARQ可以提高MAC层处的吞吐量。在一些情况下,无线设备可以支持同时隙HARQ反馈,其中设备可以在特定时隙中为在该时隙的先前符号中接收的数据提供HARQ反馈。在其他情况下,设备可以在随后的时隙中或者根据某一其他时间间隔提供HARQ反馈。
LTE或NR中的时间间隔可以用基本时间单位的倍数来表示,例如,这可以指Ts=1/30720000秒的采样周期。通信资源的时间间隔可以根据无线帧来组织,每个无线帧具有10毫秒(ms)的持续时间,其中帧周期可以表示为Tf=307200Ts。无线帧可以由范围从0到1023的系统帧号(SFN)来识别。每个帧可以包括编号从0到9的10个子帧,并且每个子帧可以具有1ms的持续时间。子帧可以进一步分成2个时隙,每个时隙具有0.5ms的持续时间,并且每个时隙可以包含6或7个调制符号周期(例如,取决于预加到每个符号周期的循环前缀的长度)。除去循环前缀,每个符号周期可以包含2048个采样周期。在一些情况下,子帧可以是无线通信系统100的最小调度单元,并且可以被称为发送时间间隔(TTI)。在其他情况下,无线通信系统100的最小调度单元可以比子帧短,或者可以动态地选择(例如,在短TTI(sTTI)的突发中,或者在使用sTTI的选定分量载波中)。
在无线通信系统100中,一个时隙可以进一步被分成包含一个或多个符号的多个迷你时隙。在一些情况下,迷你时隙的符号或迷你时隙可以是最小调度单元。例如,每个符号的持续时间可以取决于子载波间隔或操作频带而变化。此外,一些无线通信系统可以实施时隙聚合,其中多个时隙或迷你时隙被聚合在一起并用于UE 115和基站105之间的通信。
术语“载波”是指射频频谱资源集,其具有用于支持通信链路125上的通信的定义的物理层结构。例如,通信链路125的载波可以包括根据给定无线接入技术的物理层信道而操作的射频频谱带的一部分。每个物理层信道可以携带用户数据、控制信息或其他信令。载波可以与预定义的频率信道(例如,E-UTRA绝对射频信道号(EARFCN))相关联,并且可以根据信道栅格来定位,以供UE 115发现。载波可以是下行链路或上行链路(例如,在FDD模式下),或者被配置为携带下行链路和上行链路通信(例如,在TDD模式下)。在一些示例中,通过载波发送的信号波形可以由多个子载波组成(例如,使用多载波调制(MCM)技术,诸如正交频分复用(OFDM)或DFT-s-OFDM)。
对于不同的无线接入技术(例如,LTE、LTE-A、LTE-A Pro、NR等),载波的组织结构可能不同。例如,载波上的通信可以根据TTI或时隙来组织,每个TTI或时隙可以包括用户数据以及支持解码用户数据的控制信息或信令。载波还可以包括专用采集信令(例如,同步信号或系统信息等)和协调载波的操作的控制信令。在一些示例中(例如,在载波聚合配置中),载波还可以具有协调其他载波的操作的采集信令或控制信令。
物理信道可以根据各种技术在载波上复用。物理控制信道和物理数据信道可以在下行链路载波上复用,例如,使用时分复用(TDM)技术、频分复用(FDM)技术或混合TDM-FDM技术。在一些示例中,在物理控制信道中发送的控制信息可以以级联方式分布在不同的控制区域之间(例如,在公共控制区域或公共搜索空间与一个或多个UE特定控制区域或UE特定搜索空间之间)。
载波可以与射频频谱的特定带宽相关联,并且在一些示例中,载波带宽可以被称为载波或无线通信系统100的“系统带宽”。例如,载波带宽可以是特定无线接入技术的载波的多个预定带宽之一(例如,1.4、3、5、10、15、20、40或80MHz)。在一些示例中,每个被服务的UE 115可以被配置用于在部分或全部载波带宽上进行操作。在其他示例中,一些UE 115可以被配置用于使用与载波(例如,窄带协议类型的“带内”部署)内预定义的部分或范围(例如,子载波集或RB集)相关联的窄带协议类型的操作。
在采用MCM技术的系统中,资源元素可以由一个符号周期(例如,一个调制符号的持续时间)和一个子载波组成,其中符号周期和子载波间隔是逆相关的。每个资源元素携带的比特数可以取决于调制方案(例如,调制方案的次序)。因此,UE 115所接收的资源元素越多并且调制方案的次序越高,UE 115的数据速率就越高。在MIMO系统中,无线通信资源可以指射频频谱资源、时间资源和空间资源(例如,空间层)的组合,并且多个空间层的使用可以进一步增加与UE 115通信的数据速率。
无线通信系统100的设备(例如,基站105或UE 115)可以具有支持特定载波带宽上的通信的硬件配置,或者可以被配置为支持载波带宽集中的一个载波带宽上的通信。在一些示例中,无线通信系统100可以包括可支持经由与一个以上的不同载波带宽相关联的载波的同时通信的基站105和/或UE 115。
无线通信系统100可以支持在多个小区或载波上与UE 115的通信,这一特征可以被称为载波聚合(CA)或多载波操作。根据载波聚合配置,UE 115可以被配置有多个下行链路CC和一个或多个上行链路CC。载波聚合可以与FDD和TDD分量载波两者一起使用。
在一些情况下,无线通信系统100可以利用增强型分量载波(eCC)。eCC可以由一个或多个特征来表征,特征包括更宽的载波或频率信道带宽、更短的符号持续时间、更短的TTI持续时间或修改的控制信道配置。在一些情况下,eCC可以与载波聚合配置或双重连接性配置相关联(例如,当多个服务小区具有次优或非理想的回程链路时)。eCC也可以被配置用于未许可频谱或共享频谱中(例如,在一个以上的运营商被允许使用该频谱的情况下)。由宽载波带宽表征的eCC可以包括一个或多个可由UE 115利用的分段,这些UE 115不能够监视整个载波带宽,或者另外被配置为使用有限的载波带宽(例如,以节能)。
在一些情况下,eCC可以利用与其他CC不同的符号持续时间,这可以包括使用与其他CC的符号持续时间相比减少的符号持续时间。更短的符号持续时间可以与邻近的子载波之间的增加的间隔相关联。诸如UE 115或基站105之类的利用eCC的设备可以按减少的符号持续时间(例如,16.67微秒)发送宽带信号(例如,根据20、40、60、80MHz等的频率信道或载波带宽)。eCC中的TTI可以由一个或多个符号周期组成。在一些情况下,TTI持续时间(即TTI中的符号周期数)可能是可变的。
无线通信系统100(例如,NR系统)可以利用许可的、共享的和未许可的频谱带等的任何组合。eCC符号持续时间和子载波间隔的灵活性可以允许在多个频谱上使用eCC。在一些示例中,NR共享频谱可以提高频谱利用率和频谱效率,特别是通过资源的动态的垂直(例如,跨频域)和水平(例如,跨时域)共享。
在无线通信系统100中,基站105可以支持MSS和经由多播传输与一个以上的UE115通信。多播传输可以用于向一组UE 115广播数据。在一些情况下,基站105可以利用可用下行链路带宽的一部分来向地理覆盖区域110内的一些或所有UE 115广播多媒体数据。例如,无线通信系统100可以被配置为广播移动TV内容,或者向位于诸如音乐会或体育活动之类的现场活动附近的UE 115多播现场事件报道。在一些情况下,这可以更有效地利用系统带宽。
可以通过向UE 115分配资源以发送关于多播传输的反馈消息来增加多播传输可靠性。这可以允许UE 115有机会向用于多播传输的服务基站105或其他网络节点提供NACK反馈。在这种情况下,UE 115可以被配置为在UE 115没有成功接收到多播传输的一个或多个帧的情况下,在分配的上行链路资源内发送NACK反馈。当UE 115没有成功解码一个或多个帧时,UE 115可以发送指示没有被成功解码的一个或多个帧的负面NACK反馈。基站105或其他网络节点然后可以确定哪些帧没有被意图接收帧的每个UE 115成功接收到。
基于确定来自多播传输的哪些帧没有被成功接收到,基站105可以重传NACK反馈内指示的每个帧,这些帧在它们最初被多播时可能已经被存储在发送窗口中。在一些情况下,服务基站105可以不重传未在NACK反馈内指示的帧(例如,可能已经被每个UE 115成功接收的帧),而是可以发送也包括由NACK反馈指示的错失(missed)的帧的新传输。
图2示出了根据本公开各方面的无线通信系统200的示例。在一些示例中,无线通信系统200可以实施无线通信系统100的各方面。无线通信系统200包括基站105-a以及UE115-a和115-b,它们可以是参考图1描述的对应的基站105和UE 115的示例。
无线通信系统200可以支持到多个UE 115的多播传输。例如,基站105-a可以利用可用下行链路带宽的一部分向覆盖区域内的一些或所有UE 115(例如,包括UE 115-a和UE115-b)广播多媒体数据。例如,无线通信系统200可以被配置为广播移动TV内容,或者向位于诸如音乐会或体育活动之类的现场活动附近的UE 115-a和115-b多播现场活动报道。在一些情况下,这可以更有效地利用带宽。
相应地,基站105-a可以经由前向链路205向UE 115-a和115-b发送多播传输210。然而,在一些情况下,UE 115-a和/或115-b可能丢失多播传输210的一个或多个帧。也就是说,UE 115-a和/或115-b可能没有接收到多播传输210的一个或多个帧,或者可能不会解码多播传输210的帧。例如,由于在UE 115-a处经历的噪声条件和/或干扰,UE 115-a可能没有接收到多播传输210-a的一个或多个帧。附加地或替代地,UE 115-a可以接收到多播传输210的每个帧,但是可能接收到一个或多个有错误的帧。在这种情况下,UE 115-a可以确定对多播传输210-a进行解码时存在错误,并且可以经由反向链路215向基站105-a发送NACK反馈220来指示错误。基站105-a可以向UE 115-a重传多播传输210的一个或多个帧,其中被重传的帧可能已经由基站105-a在前一发送窗口期间存储(例如,当最初被发送时)。在一些情况下,基站105-a可以将一个或多个帧作为多播传输来重传,在这种情况下,UE 115-b也可以接收一个或多个重传的帧。
多播传输210可以用raptor码来编码。在该示例中,多播传输210可以被编码成使得如果UE 115接收到多播传输210的k个相异字节,则UE 115能够成功解码n字节的传输,其中k可以是小于n的字节数(例如,k可以是100,n可以是1000,使得UE 115能够在接收到100个相异字节之后解码1000字节的多播传输210)。例如,多播传输210可以是从多媒体广播多播服务(MBMS)下载的1000字节文件,其中raptor码可能已经被用于在BM-SC处对文件进行编码,使得每个UE 115可以在接收到100个相异字节之后成功解码该文件。基站105-a可以在多播传输210中向UE 115发送1000字节文件的200个相异字节。UE 115-a可以接收到多播传输210-a的75个相异字节,而UE 115-b可以到接收多播传输210-b的150个相异字节。因为UE 115-a仅接收到75字节,所以UE 115-a可能不会成功解码多播传输210-a。因此,UE 115-a可以向基站105-a发送NACK反馈220,从而向基站105-a指示UE 115-a正请求重传多播传输210-a中的未被接收的部分。
在一些示例中,响应于NACK反馈220,基站105-a可以在第二传输中发送200个不同的字节,其相异于在多播传输210期间发送的200个字节。第二传输可以是单播传输(例如,到UE 115-a)或多播传输(例如,到UE 115-a和UE 115-b)。该过程可以重复,直到每个UE115已经接收到成功解码多播传输210所需的相异字节的数量。可能存在与此相关联的延迟,因为每个NACK反馈220可能导致基站105-a重传相同尺寸的多播传输。在一些其他示例中,NACK反馈220可以包括与多播传输210的错失的帧相关联的信息(例如,错失的帧的数量的指示,或者哪些帧被错失的指示)。响应于接收到NACK反馈220,基站105-a可以重传错失的帧或在第二传输中错失的帧的数量。在一些情况下,第二传输可以是到与多播传输210的错失的帧相关联的到UE 115-a的单播传输。在一些其他情况下,第二传输可以是多播传输,在一些情况下,该多播传输包括多播传输210中不包括的新帧。该示例可以与更少的延迟相关联,因为每次重传可以不重传整个初始多播传输221,而是可以结合在初始多播传输210中没有发送的新帧来重传初始多播传输210的子集(例如,对应于由NACK反馈220指示的帧的子集)。
图3示出了根据本公开各方面的多播传输方案300的示例。在一些示例中,多播传输方案300可以实施无线通信系统100和200的各方面。例如,窗口305可以用于存储与多播传输210相对应的帧。无线多播传输方案300可以包括基站105-b,基站105-b可以是参考图1和图2描述的对应的基站105的示例。多播传输方案300还可以包括UE 115,UE 115可以是参考图1和图2描述的对应的UE 115的示例。
多播传输方案300可以用作多播协议数据单元(multicast protocol data unit,MPDU)会话的一部分,该会话已经由例如基站105-b建立,以包括UE115-c、105-d和105-e。基站105-b可以指示多播传输方案300的延迟要求。基站105-b还可以指示ARQ窗口310长度(例如,用于反馈的帧的数量)和多播传输方案300的帧长度。基站105-b然后可以开始到UE 115的多播传输。
基站105-b可以在第一窗口305-a期间发送用于多播传输的帧的第一块。这里,在第一窗口305-a内示出了八个帧,但是本领域技术人员将会理解,在窗口305-a内可以包括多于或少于八个帧,并且为了说明清楚而提供了示出的数量的帧。帧的第一块可以对应于第一多播传输(例如,可以包括关于图2的多播传输210的各方面)。UE 115可以是第一窗口305-a内第一多播传输的预期接收方。在UE 115没有接收到所发送的帧中的每一个的情况下,UE 115可以在之后的ARQ窗口310内发送NACK反馈。如果UE 115发送针对窗口305的NACK,则基站105-b可以存储针对所发送的分组的每个窗口305的帧,以便在窗口305内重传帧。
基站105-b可以为每个预期的多播接收方(例如,UE 115-c、105-d和105-e)预留反向链路资源(例如,ARQ窗口310),以发送指示丢失帧(例如,可能没有接收到的帧或者可能错误接收到的帧)的一个或多个NACK消息。NACK反馈可以在ARQ窗口310期间在上行链路信道上发送。例如,NACK反馈可以在ARQ窗口310期间在上行链路共享信道(UL-SCH)上发送,该UL-SCH可以携带在先前调度的上行链路帧上(例如,与其一起发送),或替代地,可以由基站105-b基于来自UE 115的资源请求授权给UE 115。在一些其他示例中,NACK反馈可以在专用上行链路信道上发送(例如,通过分配给UE 115的资源)。基站105-b可以指示针对各个UE115NACK传输的调度分配。例如,基站105-b可以指示在ARQ窗口310期间哪些资源可用于NACK反馈。
在一些情况下,基站105-b可以使用下行链路控制信道(DCCH)内的下行链路控制信息(DCI)资源来指示NACK调度分配。例如,基站105-b可以在指向包含NACK调度分配的下行链路共享信道(DL-SCH)的DCI资源内发送指针,这可以限制所利用的DCCH资源的数量(例如,指针可能需要比调度分配本身更少的资源)。基站105-b可以在与包含NACK调度分配的DL-SCH相同的时隙内发送多播传输的帧的第一块。这里,NACK调度分配可以与DL-SCH上的任何其他数据分开编码,使得未能接收DL-SCH数据(例如,第一窗口305-a内的多播传输)的UE 115仍然能够接收NACK调度分配。在一些其他情况下,基站105-b可以使用配置的授权来指示NACK调度分配。这里,基站105-b可以使用单个配置的授权来指示用于一个以上的ARQ窗口310的资源。也就是说,所配置的授权可以授权UE 115周期性地接入上行链路信道以发送NACK反馈(例如,UL-SCH、专用上行链路资源)。在一些情况下,ARQ窗口310的周期性可以对应于用于多播传输的窗口305的周期性。
基站105-b可以经由多播传输在第一窗口305-a内向UE 115发送帧。UE 115-c可以接收在第一窗口305-a期间发送的第一多播传输内的每个帧。在一些情况下,UE 115-c可以避免在ARQ窗口310内发送NACK消息,从而向基站105-b指示在第一窗口305-a中存储的帧被接收的确认(ACK)。然而,UE 115-d和105-e可能没有正确地接收到一个或多个第一窗口305-a帧。这样,UE 115-d和105-e可以在ARQ窗口310内发送NACK反馈。在一些示例中,NACK反馈可以包括与UE 115没有在第一窗口305-a中接收到的一个或多个帧相对应的NACK消息中的帧索引。在一些其他示例中,NACK反馈可以包括UE 115没有接收到的帧的数量,诸如在使用raptor码来编码多播传输的情况下。Raptor码可以用于对第一窗口305-a的帧进行编码。这里,UE 115可能不需要重传特定帧,而是需要重传一定数量的帧。在一些实施方式中,帧块尺寸可以小于或等于ARQ窗口310的尺寸。
UE 115-d和UE 115-e可以各自在其与丢失帧相对应的NACK反馈消息中指示帧索引或帧数量。作为响应,基站105-b可以重传丢失帧。例如,UE 115-d可以指示第三帧丢失,而UE 115-e可以指示第六帧丢失。在第二窗口305-b中,基站105-b可以发送来自第一窗口305-a的丢失帧(例如,第三帧和第六帧)。在另一示例中,UE 115-d可以在ARQ窗口310内指示它丢失了两个帧,而UE 115-e可以指示它丢失了一个帧。作为响应,基站105-b可以在第二窗口305-b内重传与第一窗口帧内的数据相对应的两个帧(例如,单个UE 115丢失的最大数量的帧)。这两个帧可以包含相异的字节,使得UE 115-d和115-e可以接收与帧的第一块内的数据相对应的足够的相异字节,以成功地解码数据。在ARQ窗口310结束之前,基站105-b可能不会发送在第一窗口305-a内发送的帧的第一块之外的任何帧。也就是说,基站105-b在第一窗口305-a之后可能不会发送任何帧,直到每个UE 115有机会发送NACK反馈消息。
在一些示例中,基站105-b可以多播重传的帧。在该示例中,UE 115-c可以在第二窗口305-b内接收来自第一块帧的两个重传的帧,虽然已经接收到第一窗口305-a中的每个帧。在一些其他示例中,基站105-b可以使用单播传输来确定重传丢失帧。在该示例中,基站105-b可以经由单播传输向与每个NACK反馈消息中指示的帧相对应的每个UE 115发送丢失帧。例如,如果UE 115-d指示第三帧丢失,并且UE 115-e指示第六帧丢失,则基站105-b可以向UE 115-d发送第三帧,并且向UE 115-e发送第六帧。在另一示例中,如果UE 115-d指示它丢失了两个帧,而UE 115-e指示它丢失了一个帧,则基站105-b可以向UE 115-d发送两个附加帧,并且向UE 115-e发送一个附加帧。在UE 115-d和/或105-e具有更高数据速率容量(例如,高于UE 115-c)的情况下,单播传输可以按比多播传输更高的数据速率来发送。在这种情况下,使用单播传输来发送丢失帧可能比使用多播传输来发送丢失帧需要更少的资源。
在第二窗口305-b的开始处重传丢失帧之后,基站105-b可以在第二窗口305-b内发送包含新数据的帧(例如,第二块帧)。以这种方式,基站105-b可以为多播传输提供可靠性(例如,通过重传丢失帧),同时最小化相关联的延迟(例如,通过仅重传UE 115最初可能没有接收到的)。
图4示出了根据本公开各方面的多播传输方案400的示例。在一些示例中,多播传输方案400可以实施无线通信系统100的各方面。在一些示例中,多播传输方案400可以实施多播传输方案300和无线通信系统100和200的各方面。例如,多播帧405-a和405-b可以包括在窗口305内发送的帧块内的帧的各方面。多播传输方案400可以包括基站105-c,基站105-c可以是参考图1、图2和图3描述的对应的基站105的示例。多播传输方案400还可以包括UE115,UE 115可以是参考图1、图2和图3描述的对应的UE 115的示例。
多播传输方案400可以是由基站105-c建立以包括两个或更多个UE 115的MPDU会话的一部分。UE 115可以被分组为两个群415,其中群为每个群415内的UE 115确定特定的NACK反馈参数。虽然这里示出了两个群415,但是本领域技术人员将会理解,UE 115可以被分组为一个群或者多于两个群。基站105-c可以指示多播传输方案400的延迟要求。基站105-c然后可以开始向UE群415内的UE 115进行多播传输。
基站105-c可以向诸如UE群415内的UE 115之类的一些预期接收方发送多播帧405。在UE 115没有接收到所发送的帧中的每一个的情况下,UE 115可以向基站105-c发送NACK反馈410。基站105-c可以为每个UE群415预留反向链路资源,以发送指示丢失帧(例如,可能未被接收到的帧或者可能被错误接收的帧)的一个或多个NACK消息。NACK反馈410可以在上行链路控制信道(ULCCH)上发送,使得每个群415可以被分配用于NACK反馈的一个或多个时隙。基于发送NACK反馈410的时间,NACK反馈410可以指示丢失的多播帧405。例如,可以为每个群415指派偏移时间420,使得在多播帧405之后的偏移时间420处发送的NACK可以指示针对多播帧405的NACK。
在一些情况下,单个时隙可能足以支持接收多播传输的多个UE 115。在该示例中,可能只有UE 115的一个“群”415,其中单个群内的每个UE 115可以在单个时隙内发送NACK反馈410。在一些其他情况下,可能有太多的UE 115在单个ULCCH时隙内发送NACK反馈410。在这种情况下,UE 115可以被分成一个以上的群415,其中UE 115的每个群415可以被提供有相异的偏移时间420。例如,第一群415-a的UE 115可以利用群1偏移420-a,而第二群415-b的UE 115可以利用群2偏移420-b。
这里,第一群415-a和第二群415-b两者内的至少一个UE 115可能未能接收到多播帧405-b。群415-a内的至少一个UE 115可以在发送多播帧405-b之后的偏移时间420-a处发送NACK反馈410-a。群415-b内的至少一个UE 115可以在发送多播帧405-b之后的偏移时间420-b处发送NACK反馈410-b。基站105-c可以接收NACK反馈410-a和410-b,并且确定两个群415内的至少一个UE 115可能已经丢失多播帧405-b(例如,多播帧405-b可能还没有被UE115接收到,或者可能已经包括错误,使得UE 115的解码尝试不成功)。作为响应,基站105-c可以重传丢失帧(例如,多播帧405-b)。基站105-c可以在重传NACK反馈410内指示的丢失帧之后发送包含新数据的多播帧405。以这种方式,基站105-c提供多播传输方案400的可靠性(例如,通过重传丢失帧),同时最小化相关联的延迟(例如,通过选择性地重传丢失帧)。
图5示出了根据本公开各方面的无线通信系统500的示例。在一些示例中,无线通信系统500可以实施无线通信系统100和200的各方面。此外,无线通信系统500中所示的通信链路505可以利用多播传输方案300和400的各方面。无线通信系统500包括基站105-d和105-e,它们可以是参考图1、图2、图3和图4描述的对应的基站105的示例。无线通信系统500包括UE 115-f、115-g、115-h、115-i和115-j,它们可以是参考图1、图2、图3和图4描述的对应的UE 115的示例。
基站105-d和105-e可能正经由通信链路505向一个以上的UE 115进行多播。例如,基站105-d可能正向UE 115-f、115-g和115-h进行多播,而基站105-e可能正向UE 115-i和115-j进行多播。每个基站105可以与多播UPF 510通信,多播UPF 510又可以与一个或多个内容提供商520通信。在一些情况下,基站105可以经由通信链路515将多播传输期间来自UE115的任何NACK反馈消息传播到多播UPF 510。多播UPF 510可以基于经由通信链路525与内容提供商520的通信来确定向UE 115重传丢失的多播传输帧(例如,可能未被接收到的帧或者可能被错误接收的帧)。也就是说,内容提供商520可以指示UE 115是否将接收多播传输的重传。
基站105可以向UE 115发送用于多播传输的帧块。虽然每个UE 115可以是帧块的预期接收方,但是一个或多个UE 115可能不会接收帧块内的每个帧。没有接收到每个帧的UE 115可以根据上面讨论的多播传输方案经由通信链路525向其服务基站105发送NACK反馈。基站105可以将该NACK反馈传播到多播UPF 510,同时不缓冲先前发送的帧块以用于潜在的重传。多播UPF 510可以从一个或多个基站105接收关于多播传输的每个帧块的NACK反馈消息。例如,UE 115-f和UE 115-j可能都没有接收到块内的每个帧,因此可能分别向基站105-d和105-e发送NACK反馈消息。基站105可以通过通信链路515将NACK反馈消息传播到多播UPF 510。来自基站105-d和105-e的NACK反馈消息可以指示UE 115未能接收到某个帧或特定数量的帧。
多播UPF 510可能不会根据各个UE 115来跟踪NACK反馈消息。在一些情况下,多播UPF 510可以根据其对应的基站105-d来评估每个接收到的NACK反馈消息。在这种情况下,多播UPF 510可以向每个基站105-d和105-e发送唯一的重传请求,其中重传请求包括与该基站的NACK反馈消息中指示的帧索引或帧的数量相对应的帧。在一些其他情况下,多播UPF510可以共同评估接收到的NACK反馈消息。在这种情况下,多播UPF 510可以向每个基站105-d和105-e发送相同的重传请求,其中重传请求包括与来自每个接收到的NACK反馈消息的丢失帧索引和/或丢失帧数量相对应的帧。基站105可以从多播UPF 510接收重传请求。作为响应,基站105可以在到UE 115的下一多播发送窗口中包括来自重传请求的帧(例如,来自初始帧块的帧)。
UE 115-h可能是移动的,并且正从与第一基站105-d相关联的覆盖区域移动到与第二基站105-e相关联的不同覆盖区域。在接收到作为多播传输的一部分的帧块之后,UE115-h可以从基站105-d切换到基站105-e。在被切换到基站105-e之后,UE 115-h可以确定可能没有接收到一个或多个帧。UE 115-h可以向基站105-e发送NACK反馈消息,指示丢失帧或丢失帧数量。在一些情况下(例如,当NACK反馈从基站105传播到多播UPF 510时),多播UPF 510可以为经历切换过程的UE 115启用重传。例如,基站105-e可以将NACK反馈消息传播到多播UPF 510(例如,经由515b)。多播UPF510可以相应地用NACK反馈消息内指示的帧或帧数量向基站105-e发送重传请求。
在一些其他情况下(例如,当NACK反馈没有从基站105传播到多播UPF 510时),基站105-e可以为经历切换过程的UE 115启用重传。在一个示例中,基站105-e可能正发送与基站105-d相同的多播传输(例如,基站105-e可能已经具有活动的MSS)。在该示例中,可能有一种在基站105-d和105-e之间共用或已知的帧引用方法。也就是说,基站105-d和105-e可以基于同一NACK反馈消息来确定用于重传的正确帧或帧数量。基站105-d和105-e可以各自发送带有序列号的帧。在一些情况下,基站105-d和105-e可以协调帧序列号,这可以确保从被切换的UE 115接收的、关于不成功解码的帧的反馈在小区之间是一致的(例如,与在来自相应基站105的帧中的序列号之间可能存在不匹配的情况相比,在反馈指示两个小区中的相同帧情况下)。基站105-d和105-e使用的序列号可以从网络节点(诸如多播UPF 510)提供的序列号映射而来。例如,多播UPF 510可以发送用于将帧映射到序列号的序列号的指示。当向由每个基站105服务的UE 115多播帧时,基站105-d和105-e可以接收序列号的指示,并利用UPF提供的序列号。
在另一示例中,基站105-e可能没有在发送与基站105-d相同的多播传输(例如,UE115-h可能是由基站105-e利用MSS来服务的第一UE 115)。在该示例中,基站105-e可以从UE115-h接收NACK反馈消息,并且可以将NACK反馈消息转发给基站105-d。作为响应,基站105-d可以将所指示的帧转发给基站105-e以进行重传。基站105-d可以将所指示的帧缓冲或保存起来,以用于到其自己的UE 115(例如,UE 115-f和115-g)的潜在重传。对于任一示例,基站105-e可以向UE 115-h发送用于重传的帧。
图6示出了根据本公开各方面的协议栈600的示例。在一些示例中,协议栈600可以实施无线通信系统100的各方面。例如,协议栈600可以由UE 115、基站105和诸如UPF(其可以是参考图1-5描述的对应的设备的示例)之类的网络节点使用。作为示例,协议栈600可以被UE 115-j、基站105-f和多播UPF 510-a用于NACK反馈的传输,如本文参考图5所描述的。
在一些情况下,UE 115-j可以被配置为针对多播传输的不成功解码的帧发送NACK反馈。如上所述,NACK反馈可以从UE 115传播到多播UPF 510-a。这里,协议栈600可以包括多播ARQ层605。多播ARQ层605可以允许UE 115-j和多播UPF 510-a之间的ARQ传输(例如,NACK传输)。此外,多播ARQ层605可以充当PDCP层上的协议层。
图7示出了根据本公开各方面的系统中的处理流程700的示例。在一些示例中,处理流程700可以实施无线通信系统100、200和/或500的各方面。处理流程700可以包括基站105-g和UE 115-k,它们可以是参考图1-图6描述的对应的设备的示例。在处理流程700的以下描述中,UE 115-k和基站105-g之间的操作可以以不同的次序或在不同的时间处执行。某些操作也可以被排除在处理流程700之外,或者其他操作可以被添加到处理流程700。应当理解,虽然UE 115-k和基站105-g被示为执行处理流程700的多个操作,但是任何无线设备都可以执行所示的操作。
在705,基站105-g可以向UE 115-k发送反馈分配指示。在一些示例中,反馈分配指示可以包括指示反馈消息的调度分配信息的DCI。调度分配信息可以位于多播传输的下行链路共享信道内。在一些其他示例中,反馈分配指示705可以包括针对一组周期性资源的资源授权,该组周期性资源用于在TTI内发送针对一组帧中的一帧的反馈消息。周期性资源可以包括一个或多个UL-SCH。附加地或替代地,周期性资源可以包括专用于UE 115-k的一个或多个上行链路资源。
在一些其他示例中,基站105-g可以确定来自一个或多个UE的相应的反馈消息可以在两个或多个帧期间被接收。这里,反馈分配指示可以包括基站105-g发送UE 115-k被指派到的UE群的指示。UE 115-k然后可以基于UE群来识别用于发送反馈消息的上行链路资源。在一些情况下,上行链路资源可以包括UL-SCH。在一些其他情况下,上行链路资源可以包括专用于UE 115-k的上行链路信道资源。UE 115-k可以基于偏移时间来识别哪个上行链路资源,该偏移时间可以由基站105-g配置为与每个UE群相关联,并且其中偏移时间值可以指示为不同UE群的反馈消息分配的不同上行链路资源。也就是说,可以为UE 115-k分配反馈资源,以用于在可根据与UE群相关联的时间偏移而移位的发送时间处发送反馈消息。
基站105-g还可以发送一组参数的指示,该组参数包括延迟要求、ARQ窗口长度、其间将发送反馈消息的帧的数量、该组帧中的每个帧的长度、或者其组合。
在710,基站105-g可以向UE 115-k发送多播传输。虽然这里没有示出,但是本领域技术人员可以理解,基站105-g可以向至少包括UE 115-k的一组UE 115发送多播传输。在一些情况下,多播传输可以包括一组帧。在一些情况下,多播传输可以使用raptor码来编码。在一些实施方式中,UE 115-k可以发送针对用于发送反馈消息的上行链路资源的请求,其中该请求基于接收到多播传输。在一些其他实施方式中,基站105-g可以在多播传输的下行链路共享信道内发送用于反馈消息传送的调度分配信息。在该实施方式中,调度分配信息可以使用与用于对下行链路共享信道上的一组数据进行编码的第二编码方案不同的编码方案来编码(例如,调度分配信息和多播数据可以用不同的编码方案来编码)。
在715,基站105-g可以存储在发送窗口期间发送的该组帧中的一组帧的多播数据。在720,UE 115-k可以尝试对多播传输的每个帧内的多播数据进行解码。
在725,UE 115-k可以确定来自多播传输的一个或多个帧内的多播数据已经被不成功解码。在一些情况下(例如,当多播传输使用raptor码来编码时),确定多播数据已经被不成功解码可以包括UE 115-k确定尚未接收到用于解码所接收的多播传输的阈值数量的帧。
在730,UE 115-k可以基于确定多播数据可能已经被不成功解码,向基站105-g发送反馈消息。反馈消息可以包括与已经被不成功解码的一个或多个帧相关联的信息。例如,该信息可以包括具有不成功解码的多播数据的相应一个或多个帧的指示(例如,反馈消息可以包括NACK)。在一些情况下,UE 115-k可以根据在705接收的反馈分配指示来发送反馈消息。在一些示例中,反馈消息可以指示可能已经被不成功解码多播数据的相应一个或多个帧的索引。在一些其他示例中,反馈消息可以指示已经被不成功解码的帧的数量。
在一些实施方式中,基站105-g可以从一个以上的UE 115接收反馈消息(例如,基站105-g可以向一个以上的UE 115发送多播传输)。这里,基站105-g可以接收来自UE 115-k的第一反馈消息和来自第二UE的第二反馈消息。在一些情况下(例如,当UE 115-k可以根据与UE群相关的偏移时间发送反馈消息时),基站105-g可以在第一发送时间接收与第一UE群相关联的第一反馈消息,并在第二发送时间接收与第二UE群相关联的第二反馈消息。在一些示例中,第一反馈消息和第二反馈消息可以分别指示具有已经被不成功解码的多播数据的第一帧和具有已经被不成功解码的多播数据的第二帧。
基站105-g可以与网络节点(例如,包括多播UPF的网络节点)相关联。这里,UE115-k可以经由基站105-g向网络节点发送反馈消息,其中反馈消息可以使用多播ARQ协议层来发送。
在一些情况下,UE 115-k可以在发送反馈消息之前,但在从基站105-g接收到多播传输之后,经历从基站105-g到第二基站105的切换过程。这里,UE 115-k可以基于切换向第二基站105发送反馈消息。在第二基站105与网络节点相关联的情况下,第二基站105可以将反馈消息传播到网络节点。也就是说,UE 115-k可以基于切换向网络节点发送反馈消息。在一些情况下,基站105-g可以基于切换将存储的多播数据从发送窗口发送到第二基站105。
在735,基站105-g可以向UE 115-k发送附加传输。UE 115-k可以接收该附加传输,其中该附加传输可以至少包括不成功解码的多播数据。例如,附加传输可以包括可能已经被不成功解码多播数据的帧的数量。在另一示例中,附加传输可以包括反馈消息内指示为不成功解码多播数据的帧。在一些情况下,基站105-g可以确定用于从一个或多个UE 115接收反馈的反馈周期,并且可以在反馈周期之后发送附加数据。在一些实施方式中(例如,当UE 115-k已经从基站105-g切换到另一基站105时),第二基站105可以向UE 115-k发送附加传输。附加传输可以是附加多播传输。替代地,附加传输可以是单播传输(例如,指向UE115-k)。
图8示出了根据本公开各方面的处理流程800的示例。在一些示例中,处理流程800可以实施无线通信系统100、200和/或500的各方面。处理流程800可以包括基站105-h、UE115-l和网络节点802(例如,UPF),它们可以是参考图1-图6描述的对应的设备的示例。处理流程可以实施处理流程700的各方面。例如,810处的多播传输可以包括710处的多播传输的各方面。在另一示例中,UE 115-l在815尝试解码多播传输可以包括UE 115-k在715尝试解码多播传输的各方面和在720确定不成功解码的帧的各方面。在处理流程800的以下描述中,UE 115-l、基站105-h和网络节点802之间的操作可以以不同的次序或在不同的时间处执行。一些操作也可以被排除在处理流程800之外,或者其他操作可以被添加到处理流程800。应当理解,虽然UE 115-k、基站105-g和网络节点802被示为执行处理流程800的多个操作,但是任何无线设备都可以执行所示的操作。
在805,网络节点802可以向基站105-h发送多播传输数据。可包括多播UPF的网络节点802可以发送要向多个UE 115发送的多播数据。这里,网络节点802被示为向单个基站105-h发送多播数据。然而,网络节点802还可以向一个或多个附加基站105发送多播数据。网络节点802可以从服务于该组UE 115的一组基站105中识别基站105-h。网络节点802可以向该组基站105中的每一个发送该组多播数据。
在810,基站105-h可以向UE 115-l发送多播传输,并且在815,UE 115-l可以尝试解码该多播传输。在一些情况下,UE 115-l可以确定多播数据可能已经被不成功解码。
在820,UE 115-l可以向网络节点802发送反馈消息。网络节点802可以接收反馈消息,该反馈消息包括与可能已经被不成功解码的多播数据相关联的信息。例如,该信息可以包括具有已经被UE 115-l不成功解码的多播数据的一个或多个帧的指示。在一些情况下,UE 115-l可以通过向基站105-h(其又可以向网络节点802传播反馈消息)发送反馈消息来向网络节点802发送反馈消息。在一些情况下,UE 115-l可以从基站105-h切换到第二基站105。这里,UE 115-l可以经由第二基站105向网络节点802发送反馈消息。
在825,网络节点802可以基于接收到的反馈消息来确定可能已经被至少一个UE(例如,UE 115-l)不成功解码的一组多播数据。在一些情况下,网络节点802可以从一个以上的UE接收反馈消息。这里,网络节点802可以确定一集合,该集合可以包括已经被一个以上的UE 115中的每一个不成功解码的数据的编译。网络节点802可以识别与一组基站105中的每个基站105发送的多播数据相关联的相应的反馈消息。在一些示例中,反馈消息可以使用多播ARQ协议层来接收。
在830,网络节点802可以向基站105-h发送可能已经被不成功解码的一组多播数据。网络节点802可以基于切换(例如,如果UE 115-l已经从基站105-h切换到第二基站105)向第二基站105发送该组多播数据。网络节点802可以经由广播传输发送该组多播数据。在835,基站105-h可以向UE 115-l发送多播数据。
图9示出了根据本公开各方面的设备905的框图900。设备905可以是如本文所述的UE 115的各方面的示例。设备905可以包括接收器910、UE通信管理器915和发送器920。设备905还可以包括处理器。这些组件中的每一个可以彼此通信(例如,经由一个或多个总线)。
接收器910可以接收诸如分组、用户数据或与各种信息信道相关联的控制信息之类的信息(例如,控制信道、数据信道以及与多播传输的可靠性相关的信息等)。信息可以被传递给设备905的其他组件。接收器910可以是参考图12描述的收发器1220的各方面的示例。接收器910可以利用单个天线或一组天线。
UE通信管理器915可以接收包括一组帧的多播传输,尝试对该组帧中的每个帧内的多播数据进行解码,确定该组帧中的一个或多个相应帧内的多播数据已经被不成功解码,并且基于该确定发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。UE通信管理器915可以是本文描述的UE通信管理器1210的各方面的示例。
UE通信管理器915或其子组件可以用硬件、由处理器执行的代码(例如,软件或固件)或其任何组合来实施。如果用由处理器执行的代码来实施,则UE通信管理器915或其子组件的功能可以由通用处理器、DSP、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件或被设计为执行本公开中描述的功能的其任何组合来执行。
UE通信管理器915或其子组件可以物理地位于不同的位置,包括被分布成使得部分功能由一个或多个物理组件在不同的物理位置实施。在一些示例中,根据本公开的各个方面,UE通信管理器915或其子组件可以是单独且相异的组件。在一些示例中,根据本公开的各个方面,UE通信管理器915或其子组件可以与一个或多个其他硬件组件组合,包括但不限于输入/输出(I/O)组件、收发器、网络服务器、另一计算设备、本公开中描述的一个或多个其他组件或其组合。
发送器920可以发送由设备905的其他组件生成的信号。在一些示例中,发送器920可以与收发器模块中的接收器910并置。例如,发送器920可以是参考图12描述的收发器1220的各方面的示例。发送器920可以利用单个天线或一组天线。
图10示出了根据本公开各方面的设备1005的框图1000。设备1005可以是设备905或如本文所述的UE 115的各方面的示例。设备1005可以包括接收器1010、UE通信管理器1015和发送器1040。设备1005还可以包括处理器。这些组件中的每一个可以彼此通信(例如,经由一个或多个总线)。
接收器1010可以接收诸如分组、用户数据或与各种信息信道相关联的控制信息之类的信息(例如,控制信道、数据信道以及与多播传输的可靠性相关的信息等)。信息可以被传递给设备1005的其他组件。接收器1010可以是参考图12描述的收发器1220的各方面的示例。接收器1010可以利用单个天线或一组天线。
如本文所述,UE通信管理器1015可以是UE通信管理器915的各方面的示例。UE通信管理器1015可以包括多播接收器1020、解码器1025、不成功解码管理器1030和反馈发送器1035。UE通信管理器1015可以是本文描述的UE通信管理器1210的各方面的示例。
多播接收器1020可以接收包括一组帧的多播传输。解码器1025可以尝试对该组帧中的每个帧内的多播数据进行解码。不成功解码管理器1030可以确定该组帧中的一个或多个相应帧内的多播数据已经被不成功解码。
反馈发送器1035可以基于该确定来发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。
发送器1040可以发送由设备1005的其他组件生成的信号。在一些示例中,发送器1040可以与收发器模块中的接收器1010并置。例如,发送器1040可以是参考图12描述的收发器1220的各方面的示例。发送器1040可以利用单个天线或一组天线。
图11示出了根据本公开各方面的UE通信管理器1105的框图1100。UE通信管理器1105可以是本文描述的UE通信管理器915、UE通信管理器1015或UE通信管理器1210的各方面的示例。UE通信管理器1105可以包括多播接收器1110、解码器1115、不成功解码管理器1120、反馈发送器1125、反馈分配管理器1130、UE群管理器1135、切换管理器1140和参数管理器1145。这些模块中的每一个可以直接或间接地彼此通信(例如,经由一个或多个总线)。
多播接收器1110可以接收包括一组帧的多播传输。在一些示例中,多播接收器1110可以接收至少包括不成功解码的多播数据的附加传输。在一些示例中,多播接收器1110可以接收附加传输,该附加传输至少包括具有不成功解码的多播数据的相应帧的数量。在一些示例中,多播接收器1110可以从第一基站105接收多播传输。在一些示例中,多播接收器1110可以从第二基站105至少接收不成功解码的多播数据。在一些情况下,多播传输使用raptor码来编码。
解码器1115可以尝试对该组帧中的每个帧内的多播数据进行解码。在一些情况下,调度分配信息使用第一编码方案来编码,第一编码方案不同于用于对下行链路共享信道上的一组数据进行编码的第二编码方案。
不成功解码管理器1120可以确定该组帧中的一个或多个相应帧内的多播数据已经被不成功解码。在一些示例中,不成功解码管理器1120可以确定尚未接收到用于解码所接收的多播传输的阈值数量的帧,其中反馈消息指示具有不成功解码的多播数据的相应帧的数量。
反馈发送器1125可以基于该确定来发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。与相应一个或多个帧相关联的信息可以指示具有不成功解码的多播数据的一个或多个相应的帧。附加地或替代地,与相应一个或多个帧相关联的信息可以指示具有不成功解码的多播数据的相应一个或多个帧的索引。在一些示例中,反馈发送器1125可以根据调度分配信息经由上行链路信道(例如,UL-SCH)发送反馈消息。在一些示例中,反馈发送器1125可以在该组周期性资源中的至少一个周期性资源上经由上行链路信道(例如,UL-SCH)发送反馈消息。在一些示例中,反馈发送器1125可以在所识别的上行链路资源上经由上行链路控制信道发送反馈消息。在一些示例中,反馈发送器1125可以在根据与UE群相关联的时间偏移值而移位的发送时间处发送反馈消息。在一些示例中,反馈发送器1125可以基于该确定向网络节点发送反馈消息,其中反馈消息使用多播ARQ协议层来发送,该方法还包括。
在一些情况下,网络节点包括用户面功能。在一些情况下,反馈消息指示具有不成功解码的多播数据的相应一个或多个帧的索引。在一些情况下,反馈信息包括NACK。
反馈分配管理器1130可以接收指示针对反馈消息的调度分配信息的DCI,其中调度分配信息位于多播传输的下行链路共享信道内。在一些示例中,反馈分配管理器1130可以接收针对一组周期性资源的资源授权,该组周期性资源用于在TTI内发送针对该组帧中的一帧的反馈消息。在一些示例中,反馈分配管理器1130可以基于UE群来识别用于发送反馈消息的上行链路资源。在一些示例中,反馈分配管理器1130可以向基站105发送针对用于发送反馈消息的上行链路资源的请求,其中该请求基于接收到多播传输。
UE群管理器1135可以接收UE被指派到的UE群的指示。切换管理器1140可以执行到第二基站105的切换,其中反馈消息基于该切换被发送到第二基站105。在一些示例中,切换管理器1140可以执行到第二基站105的切换,其中反馈消息基于该切换被发送到网络节点。
参数管理器1145可以接收一组参数的指示,该组参数包括延迟要求、ARQ窗口长度、其间发送反馈消息的帧的数量、该组帧中的每个帧的长度、或其组合。
图12示出了包括根据本公开各方面的设备1205的系统1200的示意图。设备1205可以是如本文所述的设备905、设备1005或UE 115的示例或包括其组件。设备1205可以包括用于双向语音和数据通信的组件,包括用于发送和接收通信的组件,包括UE通信管理器1210、I/O控制器1215、收发器1220、天线1225、存储器1230和处理器1240。这些组件可以经由一个或多个总线(例如,总线1245)进行电子通信。
UE通信管理器1210可以接收包括一组帧的多播传输,尝试对该组帧中的每个帧内的多播数据进行解码,确定该组帧中的一个或多个相应帧内的多播数据已经被不成功解码,并且基于该确定来发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。
I/O控制器1215可以管理设备1205的输入和输出信号。I/O控制器1215还可以管理未集成到设备1205中的外围设备。在一些情况下,I/O控制器1215可以代表到外部外围设备的物理连接或端口。在一些情况下,I/O控制器1215可以利用操作系统,诸如
Figure BDA0002941477470000361
Figure BDA0002941477470000362
或另一已知的操作系统。在其他情况下,I/O控制器1215可以代表调制解调器、键盘、鼠标、触摸屏或类似设备,或者与之交互。在一些情况下,I/O控制器1215可以被实施为处理器的一部分。在一些情况下,用户可以经由I/O控制器1215或经由由I/O控制器1215控制的硬件组件与设备1205交互。
收发器1220可以如本文所述经由一个或多个天线、有线或无线链路进行双向通信。例如,收发器1220可以代表无线收发器,并且可以与另一无线收发器进行双向通信。收发器1220还可以包括调制解调器,以调制分组并将调制的分组提供给天线用于发送,并解调从天线接收的分组。
在一些情况下,无线设备可以包括单个天线1225。然而,在一些情况下,设备可以具有一个以上的天线1225,这些天线能够同时发送或接收多个无线传输。
存储器1230可以包括随机存取存储器(RAM)和只读存储器(ROM)。存储器1230可以存储计算机可读的、计算机可执行的代码1235,包括当被执行时使处理器执行本文描述的各种功能的指令。在一些情况下,存储器1230可以包含基本输入/输出系统(BIOS),BIOS可以控制基本硬件或软件操作,诸如与外围组件或设备的交互。
代码1235可以包括实施本公开各方面的指令,包括支持无线通信的指令。代码1235可以存储在非暂时性计算机可读介质中,诸如系统存储器或其他类型的存储器。在一些情况下,代码1235可能不会由处理器1240直接执行,但是可以使计算机(例如,当被编译和执行时)执行本文描述的功能。
处理器1240可以包括智能硬件设备(例如,通用处理器、DSP、CPU、微控制器、ASIC、FPGA、可编程逻辑设备、分立门或晶体管逻辑组件、分立硬件组件或其任何组合)。在一些情况下,处理器1240可以被配置为使用存储器控制器来操作存储器阵列。在其他情况下,存储器控制器可以集成到处理器1240中。处理器1240可以被配置为执行存储在存储器(例如,存储器1230)中的计算机可读指令,以使设备1205执行各种功能(例如,支持多播传输的可靠性的功能或任务)。
图13示出了根据本公开各方面的设备1305的框图1300。设备1305可以是本文描述的基站105的各方面的示例。设备1305可以包括接收器1310、基站通信管理器1315和发送器1320。设备1305还可以包括处理器。这些组件中的每一个可以彼此通信(例如,经由一个或多个总线)。
接收器1310可以接收诸如分组、用户数据或与各种信息信道相关联的控制信息之类的信息(例如,控制信道、数据信道以及与多播传输的可靠性相关的信息等)。信息可以被传递给设备1305的其他组件。接收器1310可以是参考图16描述的收发器1620的各方面的示例。接收器1310可以利用单个天线或一组天线。
基站通信管理器1315可以向一组UE 115发送包括一组帧的多播传输,向该组UE115并且基于相应的反馈消息发送至少包括已经被不成功解码的存储的多播数据的附加传输,存储来自在发送窗口期间发送的该组帧中的一组帧的多播数据,以及从该组UE 115接收相应的反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE 115不成功解码的多播数据的一个或多个帧相关联的信息。基站通信管理器1315可以是本文描述的基站通信管理器1610的各方面的示例。
基站通信管理器1315或其子组件可以用硬件、由处理器执行的代码(例如,软件或固件)或其任何组合来实施。如果用由处理器执行的代码来实施,则基站通信管理器1315或其子组件的功能可以由通用处理器、DSP、ASIC、FPGA或其他可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件或设计成执行本公开中描述的功能的其任何组合来执行。
基站通信管理器1315或其子组件可以物理地位于不同的位置,包括被分布成使得部分功能由一个或多个物理组件在不同的物理位置实施。在一些示例中,根据本公开的各个方面,基站通信管理器1315或其子组件可以是单独且相异的组件。在一些示例中,根据本公开的各个方面,基站通信管理器1315或其子组件可以与一个或多个其他硬件组件组合,包括但不限于I/O组件、收发器、网络服务器、另一计算设备、本公开中描述的一个或多个其他组件或其组合。
发送器1320可以发送由设备1305的其他组件生成的信号。在一些示例中,发送器1320可以与收发器模块中的接收器1310并置。例如,发送器1320可以是参考图16描述的收发器1620的各方面的示例。发送器1320可以利用单个天线或一组天线。
图14示出了根据本公开各方面的设备1405的框图1400。设备1405可以是设备1305或本文描述的基站105的各方面的示例。设备1405可以包括接收器1410、基站通信管理器1415和发送器1435。设备1405还可以包括处理器。这些组件中的每一个可以彼此通信(例如,经由一个或多个总线)。
接收器1410可以接收诸如分组、用户数据或与各种信息信道相关联的控制信息之类的信息(例如,控制信道、数据信道以及与多播传输的可靠性相关的信息等)。信息可以被传递给设备1405的其他组件。接收器1410可以是参考图16描述的收发器1620的各方面的示例。接收器1410可以利用单个天线或一组天线。
基站通信管理器1415可以是本文描述的基站通信管理器1315的各方面的示例。基站通信管理器1415可以包括多播发送器1420、多播存储管理器1425和反馈接收器1430。基站通信管理器1415可以是本文描述的基站通信管理器1610的各方面的示例。
多播发送器1420可以向一组UE 115发送包括一组帧的多播传输,以及向该组UE115并且基于相应的反馈消息发送附加传输,该附加传输至少包括已经被不成功解码的存储的多播数据。
多播存储管理器1425可以存储来自在发送窗口期间发送的该组帧中的一组帧的多播数据。
反馈接收器1430可以从该组UE 115接收相应的反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE 115不成功解码的多播数据的一个或多个帧相关联的信息。
发送器1435可以发送由设备1405的其他组件生成的信号。在一些示例中,发送器1435可以与收发器模块中的接收器1410并置。例如,发送器1435可以是参考图16描述的收发器1620的各方面的示例。发送器1435可以利用单个天线或一组天线。
图15示出了根据本公开各方面的基站通信管理器1505的框图1500。基站通信管理器1505可以是本文描述的基站通信管理器1315、基站通信管理器1415或基站通信管理器1610的各方面的示例。基站通信管理器1505可以包括多播发送器1510、多播存储管理器1515、反馈接收器1520、反馈分配发送器1525、UE分组器1530、反馈周期管理器1535、编码器1540和切换执行器1545。这些模块中的每一个可以直接或间接地彼此通信(例如,经由一个或多个总线)。
多播发送器1510可以向一组UE 115发送包括一组帧的多播传输。在一些示例中,多播发送器1510可以向该组UE 115并且基于相应的反馈消息发送附加传输,该附加传输至少包括已经被不成功解码的存储的多播数据。在一些示例中,多播发送器1510可以在附加传输内发送第一帧和第二帧的多播数据。在一些示例中,多播发送器1510可以在反馈周期之后发送附加传输。在一些示例中,多播发送器1510可以基于切换从发送窗口向第二基站105发送存储的多播数据。
多播存储管理器1515可以存储来自在发送窗口期间发送的该组帧中的一组帧的多播数据。反馈接收器1520可以从该组UE 115接收相应的反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE 115不成功解码的多播数据的一个或多个帧相关联的信息。在一些示例中,反馈接收器1520可以确定来自一个或多个UE 115的相应的反馈消息将在两个或多个帧期间被接收。
在一些示例中,反馈接收器1520可以在第一发送时间处接收与第一UE群相关联的第一组反馈消息。在一些示例中,反馈接收器1520可以在从第一发送时间移位的第二发送时间处从第二UE群接收第二组反馈消息。在一些示例中,反馈接收器1520可以从第一UE接收第一反馈消息,该第一反馈消息指示具有已经被不成功解码的多播数据的第一帧。在一些示例中,反馈接收器1520可以从第二UE接收第二反馈消息,该第二反馈消息指示具有已经被不成功解码的多播数据的第二帧。
反馈分配发送器1525可以向该组UE 115中的UE发送指示针对为反馈消息分配的上行链路资源的调度分配信息的DCI,该调度分配信息位于多播传输的下行链路共享信道内,并且其中上行链路资源包括上行链路信道(例如,UL-SCH、专用上行链路资源)。在一些情况下,调度分配信息使用第一编码方案来编码,该第一编码方案不同于用于对下行链路共享信道上的一组数据进行编码的第二编码方案。
在一些示例中,反馈分配发送器1525可以向该组UE 115中的UE发送针对一组周期性资源的资源授权,该组周期性资源被分配用于发送针对发送窗口内的一个或多个帧的反馈消息,其中该组周期性资源包括一个或多个上行链路信道(例如,UL-SCH)。在一些示例中,反馈分配发送器1525可以向该组UE 115发送该组UE群和与每个UE群相关联的时间偏移值的指示。
UE分组器1530可以基于该确定将该组UE 115分组为一组UE群。在一些示例中,UE分组器1530可以配置与该组UE群中的每个UE群相关联的时间偏移值,其中时间偏移值指示为接收相应的反馈消息而分配的不同上行链路资源。反馈周期管理器1535可以确定用于接收来自该组UE 115的反馈的反馈周期。
编码器1540可以使用raptor码对多播传输进行编码,其中相应的反馈消息包括具有已经被不成功解码的多播数据的相应帧的数量的指示,并且其中附加传输至少包括具有已经被不成功解码的多播数据的相应帧的数量。切换执行器1545可以执行该组UE 115中的第一UE到第二基站105的切换。在一些情况下,切换执行器1545可以从网络节点(例如,UPF)接收序列号到帧的映射的指示。在这种情况下,切换执行器1545可以基于映射为一个或多个帧中的每一个指派相应的序列号。
图16示出了包括根据本公开各方面的设备1605的系统1600的示意图。设备1605可以是如本文所述的设备1305、设备1405或基站105的示例或包括其组件。设备1605可以包括用于双向语音和数据通信的组件,包括用于发送和接收通信的组件,包括基站通信管理器1610、网络通信管理器1615、收发器1620、天线1625、存储器1630、处理器1640和站间通信管理器1645。这些组件可以经由一个或多个总线(例如,总线1650)进行电子通信。
基站通信管理器1610可以向一组UE 115发送包括一组帧的多播传输,向该组UE115发送并且基于相应的反馈消息发送至少包括已经被不成功解码的存储的多播数据的附加传输,存储来自在发送窗口期间发送的该组帧中的一组帧的多播数据,以及从该组UE115接收相应的反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE 115不成功解码的多播数据的一个或多个帧相关联的信息。
网络通信管理器1615可以管理与核心网络的通信(例如,经由一个或多个有线回程链路)。例如,网络通信管理器1615可以管理诸如一个或多个UE 115之类的客户端设备的数据通信的传送。
收发器1620可以如本文所述经由一个或多个天线、有线或无线链路进行双向通信。例如,收发器1620可以代表无线收发器,并且可以与另一无线收发器进行双向通信。收发器1620还可以包括调制解调器,以调制分组并将调制的分组提供给天线用于发送,并解调从天线接收的分组。
在一些情况下,无线设备可以包括单个天线1625。然而,在一些情况下,设备可以具有一个以上的天线1625,这些天线能够同时发送或接收多个无线传输。
存储器1630可以包括RAM、ROM或其组合。存储器1630可以存储计算机可读代码1635,包括当由处理器(例如,处理器1640)执行时使得设备执行本文描述的各种功能的指令。在一些情况下,存储器1630可以包含BIOS,BIOS可以控制基本硬件或软件操作,诸如与外围组件或设备的交互。
处理器1640可以包括智能硬件设备(例如,通用处理器、DSP、CPU、微控制器、ASIC、FPGA、可编程逻辑设备、分立门或晶体管逻辑组件、分立硬件组件或其任何组合)。在一些情况下,处理器1640可以被配置为使用存储器控制器来操作存储器阵列。在一些情况下,存储器控制器可以集成到处理器1640中。处理器1640可以被配置为执行存储在存储器(例如,存储器1630)中的计算机可读指令,以使设备1605执行各种功能(例如,支持多播传输的可靠性的功能或任务)。
站间通信管理器1645可以管理与其他基站105的通信,并且可以包括用于与其他基站105协作地控制与UE 115的通信的控制器或调度器。例如,站间通信管理器1645可以针对诸如波束成形或联合传输之类的各种干扰减轻技术来协调针对到UE 115的传输的调度。在一些示例中,站间通信管理器1645可以提供LTE/LTE-A无线通信网络技术内的X2接口,以提供基站105之间的通信。
代码1635可以包括实施本公开的各方面的指令,包括支持无线通信的指令。代码1635可以存储在非暂时性计算机可读介质中,诸如系统存储器或其他类型的存储器。在一些情况下,代码1635可能不会由处理器1640直接执行,但是可以使计算机(例如,当被编译和执行时)执行本文描述的功能。
图17示出了根据本公开各方面的设备1705的框图1700。设备1705可以是本文描述的网络节点的各方面的示例。设备1705可以包括接收器1710、网络节点通信管理器1715和发送器1720。设备1705还可以包括处理器。这些组件中的每一个可以彼此通信(例如,经由一个或多个总线)。
接收器1710可以接收诸如分组、用户数据或与各种信息信道相关联的控制信息之类的信息(例如,控制信道、数据信道以及与多播传输的可靠性相关的信息等)。信息可以被传递给设备1705的其他组件。接收器1710可以是参考图20描述的收发器2020的各方面的示例。接收器1710可以利用单个天线或一组天线。
网络节点通信管理器1715可以向一组基站105发送要向一组UE 115发送的多播数据,经由附加广播传输向该组基站105中的至少一个基站105发送该组多播数据,从该组UE115中的相应UE 115接收反馈消息,该反馈消息各自包括具有已经被相应UE不成功解码的多播数据的一个或多个帧的指示,以及基于接收到的反馈消息确定已经被至少一个UE不成功解码的一组多播数据。网络节点通信管理器1715可以是本文描述的网络节点通信管理器2010的各方面的示例。
网络节点通信管理器1715或其子组件可以用硬件、由处理器执行的代码(例如,软件或固件)或其任何组合来实施。如果用由处理器执行的代码来实施,则网络节点通信管理器1715或其子组件的功能可以由通用处理器、DSP、ASIC、FPGA或其他可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件或设计成执行本公开中描述的功能的其任何组合来执行。
网络节点通信管理器1715或其子组件可以物理地位于不同的位置,包括被分布成使得部分功能由一个或多个物理组件在不同的物理位置实施。在一些示例中,根据本公开的各个方面,网络节点通信管理器1715或其子组件可以是单独且相异的组件。在一些示例中,根据本公开的各个方面,网络节点通信管理器1715或其子组件可以与一个或多个其他硬件组件组合,包括但不限于I/O组件、收发器、网络服务器、另一计算设备、本公开中描述的一个或多个其他组件或其组合。
发送器1720可以发送由设备1705的其他组件生成的信号。在一些示例中,发送器1720可以与收发器模块中的接收器1710并置。例如,发送器1720可以是参考图20描述的收发器2020的各方面的示例。发送器1720可以利用单个天线或一组天线。
图18示出了根据本公开各方面的设备1805的框图1800。设备1805可以是本文描述的设备1705或网络节点的各方面的示例。设备1805可以包括接收器1810、网络节点通信管理器1815和发送器1835。设备1805还可以包括处理器。这些组件中的每一个可以彼此通信(例如,经由一个或多个总线)。
接收器1810可以接收诸如分组、用户数据或与各种信息信道相关联的控制信息之类的信息(例如,控制信道、数据信道以及与多播传输的可靠性相关的信息等)。信息可以被传递给设备1805的其他组件。接收器1810可以是参考图20描述的收发器2020的各方面的示例。接收器1810可以利用单个天线或一组天线。
网络节点通信管理器1815可以是本文描述的网络节点通信管理器1715的各方面的示例。网络节点通信管理器1815可以包括网络多播发送器1820、网络反馈接收器1825和网络不成功解码管理器1830。网络节点通信管理器1815可以是本文描述的网络节点通信管理器2010的各方面的示例。
网络多播发送器1820可以向一组基站105发送要向一组UE 115发送的多播数据,并且经由附加广播传输向该组基站105中的至少一个基站105发送该组多播数据。
网络反馈接收器1825可以从该组UE中的相应UE接收反馈消息,该反馈消息各自包括具有已经被相应UE不成功解码的多播数据的一个或多个帧的指示。网络不成功解码管理器1830可以基于接收到的反馈消息来确定已经被至少一个UE不成功解码的一组多播数据。
发送器1835可以发送由设备1805的其他组件生成的信号。在一些示例中,发送器1835可以与收发器模块中的接收器1810并置。例如,发送器1835可以是参考图20描述的收发器2020的各方面的示例。发送器1835可以利用单个天线或一组天线。
图19示出了根据本公开各方面的网络节点通信管理器1905的框图1900。网络节点通信管理器1905可以是本文描述的网络节点通信管理器1715、网络节点通信管理器1815或网络节点通信管理器2010的各方面的示例。网络节点通信管理器1905可以包括网络多播发送器1910、网络反馈接收器1915、网络不成功解码管理器1920、基站识别器1925和网络切换管理器1930。这些模块中的每一个可以直接或间接地彼此通信(例如,经由一个或多个总线)。
网络多播发送器1910可以向一组基站105发送要向一组UE 115发送的多播数据。在一些示例中,网络多播发送器1910可以经由附加广播传输向该组基站105中的至少一个基站105发送该组多播数据。在一些示例中,网络多播发送器1910可以基于确定第一UE 115已经被切换而向第二基站105发送多播数据。在一些情况下,该组多播数据被发送到该组基站105中的每一个。
网络反馈接收器1915可以从该组UE 115中的相应UE 115接收反馈消息,该反馈消息各自包括具有已经被相应UE不成功解码的多播数据的一个或多个帧的指示。在一些情况下,反馈消息使用多播ARQ协议层来接收。在一些示例中,网络反馈接收器1915可以识别与由该组基站105中的每个基站105发送的多播数据相关联的相应的反馈消息。在一些示例中,网络反馈接收器1915可以从第一UE接收反馈消息,该反馈消息指示具有多播数据的一个或多个帧已经被第一UE不成功解码。
网络不成功解码管理器1920可以基于接收到的反馈消息来确定已经被至少一个UE不成功解码的一组多播数据。基站识别器1925可以从服务于相应UE 115中的至少一个的该组基站105中识别第一基站105,其中该组多播数据被发送到所识别的第一基站105。网络切换管理器1930可以确定该组UE 115中的第一UE已经从第一基站105切换到第二基站105。
图20示出了包括根据本公开各方面的设备2005的系统2000的示意图。设备2005可以是如本文所述的设备1705、设备1805或网络节点的示例或包括其组件。设备2005可以包括用于双向语音和数据通信的组件,包括用于发送和接收通信的组件,包括网络节点通信管理器2010、I/O控制器2015、收发器2020、天线2025、存储器2030和处理器2035。这些组件可以经由一个或多个总线(例如,总线2045)进行电子通信。
网络节点通信管理器2010可以向一组基站105发送要向一组UE 115发送的多播数据,经由附加广播传输向该组基站105中的至少一个基站105发送该组多播数据,从该组UE115中的相应UE 115接收反馈消息,该反馈消息各自包括具有已经被相应UE不成功解码的多播数据的一个或多个帧的指示,以及基于接收到的反馈消息确定已经被至少一个UE不成功解码的一组多播数据。
I/O控制器2015可以管理设备2005的输入和输出信号。I/O控制器2015还可以管理未集成到设备2005中的外围设备。在一些情况下,I/O控制器2015可以代表到外部外围设备的物理连接或端口。在一些情况下,输入/输出控制器2015可以利用操作系统,诸如
Figure BDA0002941477470000451
Figure BDA0002941477470000452
或另一已知的操作系统。在其他情况下,I/O控制器2015可以代表调制解调器、键盘、鼠标、触摸屏或类似设备或与之交互。在一些情况下,I/O控制器2015可以被实施为处理器的一部分。在一些情况下,用户可以经由I/O控制器2015或经由由I/O控制器2015控制的硬件组件与设备2005交互。
收发器2020可以如本文所述经由一个或多个天线、有线或无线链路进行双向通信。例如,收发器2020可以代表无线收发器,并且可以与另一无线收发器进行双向通信。收发器2020还可以包括调制解调器,以调制分组并将调制的分组提供给天线用于发送,并解调从天线接收的分组。
在一些情况下,无线设备可以包括单个天线2025。然而,在一些情况下,设备可以具有一个以上的天线2025,这些天线能够同时发送或接收多个无线传输。
存储器2030可以包括RAM和ROM。存储器2030可以存储计算机可读的、计算机可执行的代码2040,包括当被执行时使处理器执行本文描述的各种功能的指令。在一些情况下,存储器2030可以包含BIOS,BIOS可以控制基本硬件或软件操作,诸如与外围组件或设备的交互。
处理器2035可以包括智能硬件设备(例如,通用处理器、DSP、CPU、微控制器、ASIC、FPGA、可编程逻辑设备、分立门或晶体管逻辑组件、分立硬件组件或其任何组合)。在一些情况下,处理器2035可以被配置为使用存储器控制器来操作存储器阵列。在其他情况下,存储器控制器可以集成到处理器2035中。处理器2035可以被配置为执行存储在存储器(例如,存储器2030)中的计算机可读指令,以使设备2005执行各种功能(例如,支持多播的传输可靠性的功能或任务)。
代码2040可以包括实施本公开的各方面的指令,包括支持无线通信的指令。代码2040可以存储在非暂时性计算机可读介质中,诸如系统存储器或其他类型的存储器。在一些情况下,代码2040可能不会由处理器2035直接执行,但是可以使计算机(例如,当被编译和执行时)执行本文描述的功能。
图21示出了说明根据本公开各方面的方法2100的流程图。方法2100的操作可以由如本文所述的UE 115或其组件来实施。例如,方法2100的操作可以由参考图9至图12描述的UE通信管理器来执行。在一些示例中,UE可以执行一组指令来控制UE的功能元件执行本文描述的功能。附加地或替代地,UE可以使用专用硬件来执行本文描述的功能的各方面。
在2105,UE可以接收包括一组帧的多播传输。2105的操作可以根据本文描述的方法来执行。在一些示例中,如参考图9至图12所述,2105的操作的各方面可以由多播接收器来执行。
在2110,UE可以尝试对该组帧中的每个帧内的多播数据进行解码。2110的操作可以根据本文描述的方法来执行。在一些示例中,2110的操作的各方面可以由参考图9至图12描述的解码器来执行。
在2115,UE可以确定该组帧中的一个或多个相应帧内的多播数据已经被不成功解码。2115的操作可以根据本文描述的方法来执行。在一些示例中,如参考图9至图12所述,2115的操作的各方面可以由不成功解码管理器来执行。
在2120,UE可以基于该确定发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。2120的操作可以根据本文描述的方法来执行。在一些示例中,2120的操作的各方面可以由参考图9至图12描述的反馈发送器来执行。
图22示出了说明根据本公开各方面的方法2200的流程图。方法2200的操作可以由如本文所述的UE 115或其组件来实施。例如,方法2200的操作可以由参考图9至图12描述的UE通信管理器来执行。在一些示例中,UE可以执行一组指令来控制UE的功能元件执行本文描述的功能。附加地或替代地,UE可以使用专用硬件来执行本文描述的功能的各方面。
在2205,UE可以接收指示针对反馈消息的调度分配信息的DCI,其中调度分配信息位于多播传输的下行链路共享信道内。2205的操作可以根据本文描述的方法来执行。在一些示例中,2205的操作的各方面可以由参考图9至图12描述的反馈分配管理器来执行。
在2210,UE可以接收包括一组帧的多播传输。2210的操作可以根据本文描述的方法来执行。在一些示例中,如参考图9至图12所述,2210的操作的各方面可以由多播接收器来执行。
在2215,UE可以尝试对该组帧中的每个帧内的多播数据解码。2215的操作可以根据本文描述的方法来执行。在一些示例中,2215的操作的各方面可以由参考图9至图12描述的解码器来执行。
在2220,UE可以确定该组帧中的一个或多个相应帧内的多播数据已经被不成功解码。2220的操作可以根据本文描述的方法来执行。在一些示例中,如参考图9至图12所述,2220的操作的各方面可以由不成功解码管理器来执行。
在2225,UE可以基于该确定发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。2225的操作可以根据本文描述的方法来执行。在一些示例中,2225的操作的各方面可以由参考图9至图12描述的反馈发送器来执行。
在2230,UE可以根据调度分配信息经由上行链路信道(例如,UL-SCH)发送反馈消息。2230的操作可以根据本文描述的方法来执行。在一些示例中,2230的操作的各方面可以由参考图9至图12描述的反馈发送器来执行。
图23示出了说明根据本公开各方面的方法2300的流程图。方法2300的操作可以由如本文所述的UE 115或其组件来实施。例如,方法2300的操作可以由参考图9至图12描述的UE通信管理器来执行。在一些示例中,UE可以执行一组指令来控制UE的功能元件执行本文描述的功能。附加地或替代地,UE可以使用专用硬件来执行本文描述的功能的各方面。
在2305,UE可以接收针对一组周期性资源的资源授权,该组周期性资源用于在TTI内发送该组帧中的一帧的反馈消息。2305的操作可以根据本文描述的方法来执行。在一些示例中,2305的操作的各方面可以由参考图9至图12描述的反馈分配管理器来执行。
在2310,UE可以接收包括一组帧的多播传输。2310的操作可以根据本文描述的方法来执行。在一些示例中,2310的操作的各方面可以由参考图9至图12描述的多播接收器来执行。
在2315,UE可以尝试对该组帧中的每个帧内的多播数据进行解码。2315的操作可以根据本文描述的方法来执行。在一些示例中,2315的操作的各方面可以由参考图9至图12描述的解码器来执行。
在2320,UE可以确定该组帧中的一个或多个相应帧内的多播数据已经被不成功解码。2320的操作可以根据本文描述的方法来执行。在一些示例中,如参考图9至图12所述,2320的操作的各方面可以由不成功解码管理器来执行。
在2325,UE可以基于该确定发送反馈消息,该反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。2325的操作可以根据本文描述的方法来执行。在一些示例中,2325的操作的各方面可以由参考图9至图12描述的反馈发送器来执行。
在2330,UE可以在该组周期性资源中的至少一个周期性资源上经由上行链路信道(例如,UL-SCH)发送反馈消息。2330的操作可以根据本文描述的方法来执行。在一些示例中,2330的操作的各方面可以由参考图9至图12描述的反馈发送器来执行。
图24示出了说明根据本公开各方面的方法2400的流程图。方法2400的操作可以由如本文所述的基站105或其组件来实施。例如,方法2400的操作可以由参考图13至图16描述的基站通信管理器来执行。在一些示例中,基站可以执行一组指令来控制基站的功能元件执行本文描述的功能。附加地或替代地,基站可以使用专用硬件来执行本文描述的功能的各方面。
在2405,基站可以向一组UE 115发送包括一组帧的多播传输。2405的操作可以根据本文描述的方法来执行。在一些示例中,如参考图13至图16所述,2405的操作的各方面可以由多播发送器来执行。
在2410,基站可以存储来自在发送窗口期间发送的该组帧中的一组帧的多播数据。2410的操作可以根据本文描述的方法来执行。在一些示例中,如参考图13至图16所述,2410的操作的各方面可以由多播存储管理器来执行。
在2415,基站可以从该组UE 115接收相应的反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE 115不成功解码的多播数据的一个或多个帧相关联的信息。2415的操作可以根据本文描述的方法来执行。在一些示例中,2415的操作的各方面可以由参考图13至图16描述的反馈接收器来执行。
在2420,基站可以向该组UE 115并且基于相应的反馈消息发送附加传输,该附加传输至少包括已经被不成功解码的存储的多播数据。2420的操作可以根据本文描述的方法来执行。在一些示例中,如参考图13至图16所述,2420的操作的各方面可以由多播发送器来执行。
图25示出了说明根据本公开各方面的方法2500的流程图。方法2500的操作可以由如本文所述的基站105或其组件来实施。例如,方法2500的操作可以由参考图13至图16描述的基站通信管理器来执行。在一些示例中,基站可以执行一组指令来控制基站的功能元件执行本文描述的功能。附加地或替代地,基站可以使用专用硬件来执行本文描述的功能的各方面。
在2505,基站可以向该组UE 115中的UE发送指示针对为反馈消息分配的上行链路资源的调度分配信息的DCI,该调度分配信息位于多播传输的下行链路共享信道内,并且其中上行链路资源包括上行链路信道(例如,UL-SCH、专用上行链路信道资源)。2505的操作可以根据本文描述的方法来执行。在一些示例中,2505的操作的各方面可以由参考图13至图16描述的反馈分配发送器来执行。
在2510,基站可以向一组UE 115发送包括一组帧的多播传输。2510的操作可以根据本文描述的方法来执行。在一些示例中,如参考图13至图16所述,2510的操作的各方面可以由多播发送器来执行。
在2515,基站可以存储来自在发送窗口期间发送的该组帧中的一组帧的多播数据。2515的操作可以根据本文描述的方法来执行。在一些示例中,如参考图13至图16所述,2515的操作的各方面可以由多播存储管理器来执行。
在2520,基站可以从该组UE 115接收相应的反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE 115不成功解码的多播数据的一个或多个帧相关联的信息。2520的操作可以根据本文描述的方法来执行。在一些示例中,2520的操作的各方面可以由参考图13至图16描述的反馈接收器来执行。
在2525,基站可以向该组UE 115并且基于相应的反馈消息发送附加传输,该附加传输至少包括已经被不成功解码的存储的多播数据。2525的操作可以根据本文描述的方法来执行。在一些示例中,如参考图13至图16所述,2525的操作的各方面可以由多播发送器来执行。
图26示出了说明根据本公开各方面的方法2600的流程图。方法2600的操作可以由如本文所述的基站105或其组件来实施。例如,方法2600的操作可以由参考图13至图16描述的基站通信管理器来执行。在一些示例中,基站可以执行一组指令来控制基站的功能元件执行本文描述的功能。附加地或替代地,基站可以使用专用硬件来执行本文描述的功能的各方面。
在2605,基站可以向该组UE 115中的UE发送针对一组周期性资源的资源授权,该组周期性资源被分配用于发送针对发送窗口内的一个或多个帧的反馈消息,其中该组周期性资源包括一个或多个上行链路信道(例如,UL-SCH)。2605的操作可以根据本文描述的方法来执行。在一些示例中,2605的操作的各方面可以由参考图13至图16描述的反馈分配发送器来执行。
在2610,基站可以向一组UE 115发送包括一组帧的多播传输。2610的操作可以根据本文描述的方法来执行。在一些示例中,如参考图13至图16所述,2610的操作的各方面可以由多播发送器来执行。
在2615,基站可以存储来自在发送窗口期间发送的该组帧中的一组帧的多播数据。2615的操作可以根据本文描述的方法来执行。在一些示例中,如参考图13至图16所述,2615的操作的各方面可以由多播存储管理器来执行。
在2620,基站可以从该组UE 115接收相应的反馈消息,该反馈消息包括与发送窗口内具有被一个或多个UE 115不成功解码的多播数据的一个或多个帧相关联的信息。2620的操作可以根据本文描述的方法来执行。在一些示例中,2620的操作的各方面可以由参考图13至图16描述的反馈接收器来执行。
在2625,基站可以基于相应的反馈消息向该组UE 115发送附加传输,该附加传输至少包括已经被不成功解码的存储的多播数据。2625的操作可以根据本文描述的方法来执行。在一些示例中,如参考图13至图16所述,2625的操作的各方面可以由多播发送器来执行。
图27示出了说明根据本公开各方面的方法2700的流程图。方法2700的操作可以通过本文描述的默认配置(default)或其组件来实施。例如,方法2700的操作可以由如参考图17至图20所描述的默认配置执行。在一些示例中,默认配置可以执行一组指令来控制默认配置的功能元件执行本文描述的功能。附加地或替代地,默认配置可以使用专用硬件来执行本文描述的功能的各方面。
在2705,默认配置可以向一组基站105发送要向一组UE 115发送的多播数据。2705的操作可以根据本文描述的方法来执行。在一些示例中,2705的操作的各方面可以由参考图17至图20描述的网络多播发送器来执行。
在2710,默认配置可以从该组UE 115中的相应UE 115接收反馈消息,该反馈消息各自包括具有已经被相应UE不成功解码的多播数据的一个或多个帧的指示。2710的操作可以根据本文描述的方法来执行。在一些示例中,2710的操作的各方面可以由参考图17至图20描述的网络反馈接收器来执行。
在2715,默认配置可以基于接收到的反馈消息来确定已经被至少一个UE不成功解码的一组多播数据。2715的操作可以根据本文描述的方法来执行。在一些示例中,2715的操作的各方面可以由参考图17至图20描述的网络不成功解码管理器来执行。
在2720,默认配置可以经由附加广播传输向该组基站105中的至少一个基站发送该组多播数据。2720的操作可以根据本文描述的方法来执行。在一些示例中,2720的操作的各方面可以由参考图17至图20描述的网络多播发送器来执行。
应当注意,本文描述的方法描述了可能的实施方式,并且操作和步骤可以被重新排列或以其他方式修改,并且其他实施方式是可能的。此外,可以组合来自两种或多种方法的方面。
本文描述的技术可以用于各种无线通信系统,诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)和其他系统。CDMA系统可以实施诸如CDMA2000、通用陆地无线接入(UTRA)等的无线技术。CDMA2000涵盖IS-2000、IS-95和IS-856标准。IS-2000版本通常被称为CDMA2000 1X、1X等。IS-856(TIA-856)通常被称为CDMA2000 1xEV-DO、高速分组数据(HRPD)等。UTRA包括宽带CDMA和CDMA的其他变型。TDMA系统可以实施诸如全球移动通信系统(GSM)的无线技术。
OFDMA系统可以实施诸如超移动宽带(UMB)、E-UTRA、电气和电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、闪速-FDMA等的无线技术。UTRA和E-UTRA是通用移动通信系统(UMTS)的一部分。LTE、LTE-A和LTE-A Pro是使用E-UTRA的UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A、LTE-A Pro、NR和GSM在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中进行了描述。CDMA2000和UMB在名为“第三代合作伙伴项目2”(3GPP2)的组织的文档中进行了描述。本文描述的技术可以用于本文提到的系统和无线技术以及其他系统和无线技术。虽然可以出于示例的目的描述LTE、LTE-A、LTE-A Pro或NR系统的各方面,并且在大部分描述中可以使用LTE、LTE-A、LTE-A Pro或NR术语,但是本文描述的技术可以应用于LTE、LTE-A、LTE-A Pro或NR应用之外。
宏小区通常覆盖相对较大的地理区域(例如,半径几公里),并且可以允许向网络提供商订购服务的UE 115不受限制地接入。与宏小区相比,小小区可以与低功率基站105相关联,并且小小区可以在与宏小区相同或不同(例如,许可的、未许可的等)的频带中进行操作。根据各种示例,小小区可以包括微微小区、毫微微小区和微小区。例如,微微小区可以覆盖较小的地理区域,并且可以允许向网络提供商订购服务的UE 115不受限制地接入。毫微微小区也可以覆盖较小的地理区域(例如,家庭),并且可以通过与毫微微小区相关联的UE115(例如,封闭用户组(CSG)中的UE 115、家庭用户的UE 115等)提供受限接入。宏小区的eNB可以被称为宏eNB。用于小小区的eNB可以被称为小小区eNB、微微eNB、毫微微eNB或家庭eNB。eNB可以支持一个或多个(例如,两个、三个、四个等)小区,并且还可以支持使用一个或多个分量载波的通信。
本文描述的无线通信系统100或多个系统可以支持同步或异步操作。对于同步操作,基站105可以具有相似的帧定时,并且来自不同基站105的传输可以在时间上大致地对齐。对于异步操作,基站105可以具有不同的帧定时,并且来自不同基站105的传输可以在时间上不对齐。本文描述的技术可以用于同步或异步操作。
本文描述的信息和信号可以使用各种不同的技术和工艺来表示。例如,贯穿本说明书引用的数据、指令、命令、信息、信号、比特、符号和芯片可以由电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示。
结合本文公开内容描述的各种说明性框和模块可以用通用处理器、DSP、ASIC、FPGA或其他PLD、分立门或晶体管逻辑、分立硬件组件或被设计成执行本文描述的功能的其任何组合来实施或执行。通用处理器可以是微处理器,但是替代地,处理器可以是任何传统的处理器、控制器、微控制器或状态机。处理器也可以被实施为计算设备的组合(例如,DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DPS核心、或任何其他这样的配置)。
本文描述的功能可以用硬件、由处理器执行的软件、固件或其任何组合来实施。如果用由处理器执行的软件来实施,则这些功能可以作为一个或多个指令或代码存储在计算机可读介质上或通过其发送。其他示例和实施方式在本公开和所附权利要求的范围内。例如,由于软件的性质,本文描述的功能可以使用由处理器执行的软件、硬件、固件、硬连线或这些的任何组合来实施。实施功能的特征也可以物理地位于不同的位置,包括被分布成使得部分功能在不同的物理位置实施。
计算机可读介质包括非暂时性计算机存储介质和通信介质,通信介质包括促进将计算机程序从一个地方传递到另一地方的任何介质。非暂时性存储介质可以是通用或专用计算机可以访问的任何可用介质。作为示例而非限制,非暂时性计算机可读介质可以包括RAM、ROM、电可擦除可编程ROM(EEPROM)、闪存、光盘(CD)ROM或其他光盘存储、磁盘存储或其他磁存储设备,或者可以用于以指令或数据结构的形式携带或存储期望的程序代码部件并且可以由通用或专用计算机或通用或专用处理器访问的任何其他非暂时性介质。此外,任何连接都被恰当地称为计算机可读介质。例如,如果使用同轴电缆、光纤电缆、双绞线、数字用户线路(DSL)或无线技术(诸如红外线、射频和微波)从网站、服务器或其他远程源发送软件,则同轴电缆、光纤电缆、双绞线、DSL或无线技术(诸如红外线、射频和微波)被包括在介质的定义中。本文使用的磁盘和光盘包括CD、激光光盘、光学光盘、数字多功能盘(DVD)、软盘和蓝光光盘,其中磁盘通常磁性地再现数据,而光盘用激光光学地再现数据。以上的组合也被包括在计算机可读介质的范围内。
如本文所使用的,包括在权利要求中,在项目列表中使用的“或”(例如,以诸如“……中的至少一个”或“……中的一个或多个”的短语开头的项目列表)指示包含性列表,使得例如,A、B或C中的至少一个的列表意味着A或B或C或AB或AC或BC或ABC(即,A和B和C)。此外,如本文所使用的,短语“基于”不应被解释为对封闭条件集的引用。例如,被描述为“基于条件A”的示例性步骤可以基于条件A和条件B两者,而不脱离本公开的范围。换句话说,如本文所用,短语“基于”应以与短语“至少部分基于”相同的方式来解释。
在附图中,相似的组件或特征可以具有相同的参考标记。此外,相同类型的各种组件可以通过在参考标记之后加上破折号和在相似组件之间进行区分的第二标记来区分。如果在说明书中仅使用第一参考标记,则该描述适用于具有相同第一参考标记的任何一个类似部件,而与第二参考标记或其他随后的参考标记无关。
结合附图,本文阐述的描述描述了示例配置,并且不代表可以实施的或者在权利要求范围内的所有示例。本文使用的术语“示例性的”意味着“用作示例、实例或说明”,而不是“优选的”或“优于其他示例的”。为了提供对所描述技术的理解,详细描述包括具体细节。然而,这些技术可以在没有这些具体细节的情况下实施。在一些情况下,以框图形式示出了众所周知的结构和设备,以避免模糊所描述的示例的概念。
本文提供的描述使本领域技术人员能够制作或使用本公开。对本公开的各种修改对于本领域技术人员来说将是显而易见的,并且在不脱离本公开的范围的情况下,本文定义的一般原理可以应用于其他变型。因此,本公开不限于本文描述的示例和设计,而是符合与本文公开的原理和新颖特征一致的最宽范围。

Claims (30)

1.一种用于在用户设备(UE)处进行无线通信的方法,包括:
接收包括多个帧的多播传输;
尝试对所述多个帧的每个帧内的多播数据进行解码;
确定所述多个帧中的一个或多个相应帧内的多播数据已经被不成功解码;以及
至少部分基于所述确定来发送反馈消息,所述反馈消息包括与具有不成功解码的多播数据的相应一个或多个帧相关联的信息。
2.根据权利要求1所述的方法,还包括:
接收指示针对反馈消息的调度分配信息的下行链路控制信息(DCI),其中所述调度分配信息位于所述多播传输的下行链路共享信道内;以及
根据所述调度分配信息经由上行链路信道发送所述反馈消息。
3.根据权利要求2所述的方法,其中,所述调度分配信息使用第一编码方案进行编码,所述第一编码方案不同于用于对下行链路共享信道上的一组数据进行编码的第二编码方案。
4.根据权利要求1所述的方法,其中,与相应一个或多个帧相关联的信息指示具有不成功解码的多播数据的一个或多个相应帧。
5.根据权利要求1所述的方法,其中,与相应一个或多个帧相关联的信息指示具有不成功解码的多播数据的所述相应一个或多个帧的索引。
6.根据权利要求1所述的方法,还包括:
接收针对一组周期性资源的资源授权,所述一组周期性资源用于在发送时间间隔(TTI)内发送针对所述多个帧中的一帧的反馈消息;以及
在所述一组周期性资源中的至少一个周期性资源上经由上行链路信道发送所述反馈消息。
7.根据权利要求1所述的方法,还包括:
接收所述UE被指派到的UE群的指示;
至少部分基于所述UE群来识别用于发送所述反馈消息的上行链路资源;以及
在所识别的上行链路资源上经由上行链路控制信道发送所述反馈消息。
8.根据权利要求1所述的方法,还包括:
接收至少包括不成功解码的多播数据的附加传输。
9.根据权利要求1所述的方法,还包括:
至少部分基于所述确定向网络节点发送所述反馈消息,其中所述反馈消息使用多播自动重传请求(ARQ)协议层来发送,所述方法还包括;以及
从与所述网络节点相关联的基站接收至少包括不成功解码的多播数据的附加传输。
10.根据权利要求9所述的方法,其中,所述网络节点包括用户面功能。
11.根据权利要求1所述的方法,还包括:
从第一基站接收所述多播传输;
执行到第二基站的切换,其中所述反馈消息至少部分基于所述切换被发送到所述第二基站;以及
从所述第二基站至少接收不成功解码的多播数据。
12.根据权利要求1所述的方法,还包括:
从第一基站接收所述多播传输;
执行到第二基站的切换,其中所述反馈消息至少部分基于所述切换被发送到网络节点;以及
从所述第二基站至少接收不成功解码的多播数据。
13.根据权利要求1所述的方法,还包括:
向基站发送针对用于发送所述反馈消息的上行链路资源的请求,其中所述请求至少部分基于接收到所述多播传输。
14.根据权利要求1所述的方法,还包括:
接收一组参数的指示,所述一组参数包括延迟要求、自动重传请求(ARQ)窗口长度、其间将发送所述反馈消息的帧的数量、所述多个帧中的每个帧的长度、或其组合。
15.根据权利要求1所述的方法,其中,所述反馈消息包括否定确认(NACK)。
16.一种用于在基站处进行无线通信的方法,包括:
向多个UE发送包括多个帧的多播传输;
存储来自在发送窗口期间发送的所述多个帧中的一组帧的多播数据;
从所述多个UE接收相应的反馈消息,所述相应的反馈消息包括与所述发送窗口内具有被一个或多个UE不成功解码的多播数据的一个或多个帧相关联的信息;以及
向所述多个UE并且至少部分基于所述相应的反馈消息发送附加传输,所述附加传输至少包括已经被不成功解码的存储的多播数据。
17.根据权利要求16所述的方法,还包括:
向所述多个UE中的UE发送针对一组周期性资源的资源授权,所述一组周期性资源被分配用于发送针对所述发送窗口内的一个或多个帧的反馈消息,其中所述一组周期性资源包括一个或多个上行链路信道。
18.根据权利要求16所述的方法,还包括:
确定来自所述一个或多个UE的所述相应的反馈消息将在两个或更多个帧期间被接收;
至少部分基于所述确定将所述多个UE分组为一组UE群;
配置与所述一组UE群中的每个UE群相关联的时间偏移值,其中时间偏移值指示为接收所述相应的反馈消息而分配的不同上行链路资源;以及
向所述多个UE发送所述一组UE群和与每个UE群相关联的时间偏移值的指示。
19.根据权利要求16所述的方法,其中,从所述一个或多个UE接收所述相应的反馈消息包括:
从第一UE接收第一反馈消息,所述第一反馈消息指示具有已经被不成功解码的多播数据的第一帧;
从第二UE接收第二反馈消息,所述第二反馈消息指示具有已经被不成功解码的多播数据的第二帧;以及
在所述附加传输内发送所述第一帧和所述第二帧的多播数据。
20.根据权利要求16所述的方法,还包括:
确定用于从所述多个UE接收反馈的反馈周期;以及
在所述反馈周期之后发送所述附加传输。
21.根据权利要求16所述的方法,还包括:
执行所述多个UE中的第一UE到第二基站的切换;以及
至少部分基于所述切换从所述发送窗口向所述第二基站发送所述存储的多播数据。
22.根据权利要求16所述的方法,还包括:
从网络节点接收序列号到帧的映射的指示;以及
至少部分基于所述映射将相应的序列号指派给所述一个或多个帧中的每一个。
23.一种用于在网络节点处进行无线通信的方法,包括:
向多个基站发送要向多个UE发送的多播数据;
从所述多个UE中的相应UE接收反馈消息,所述反馈消息各自包括与具有已经被所述相应UE不成功解码的多播数据的一个或多个帧相关联的信息;
至少部分基于接收到的反馈消息确定已经被至少一个UE不成功解码的一组多播数据;以及
经由附加广播传输向所述多个基站中的至少一个基站发送所述一组多播数据。
24.根据权利要求23所述的方法,还包括:
从服务于所述相应UE中的至少一个UE的所述多个基站中识别第一基站,其中所述一组多播数据至少部分基于接收到所述反馈消息而被发送到所识别的第一基站。
25.根据权利要求23所述的方法,其中,所述一组多播数据被发送到所述多个基站中的每一个。
26.根据权利要求23所述的方法,还包括:
识别与由所述多个基站中的每个基站发送的多播数据相关联的相应的反馈消息。
27.根据权利要求23所述的方法,还包括:
确定所述多个UE中的第一UE已经从第一基站切换到第二基站;
从所述第一UE接收反馈消息,所述反馈消息指示具有已经被所述第一UE不成功解码的所述多播数据的一个或多个帧;以及
至少部分基于确定所述第一UE已经被切换,向所述第二基站发送所述多播数据。
28.根据权利要求23所述的方法,其中,所述反馈消息使用多播自动重传请求(ARQ)协议层来接收。
29.根据权利要求23所述的方法,其中,所述网络节点包括用户面功能(UPF)。
30.一种用于在用户设备(UE)处进行无线通信的装置,包括:
用于接收包括多个帧的多播传输的部件;
用于尝试对所述多个帧中的每个帧内的多播数据进行解码的部件;
用于确定所述多个帧中的一个或多个相应帧内的多播数据已经被不成功解码的部件;以及
用于至少部分基于所述确定来发送反馈消息的部件,所述反馈消息包括与具有不成功解码的多播数据的一个或多个相应帧相关联的信息。
CN201980053590.5A 2018-08-21 2019-08-20 多播传输的可靠性 Pending CN112567669A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862720743P 2018-08-21 2018-08-21
US62/720,743 2018-08-21
US16/543,777 US11134469B2 (en) 2018-08-21 2019-08-19 Reliability for multicast transmissions
US16/543,777 2019-08-19
PCT/US2019/047293 WO2020041332A1 (en) 2018-08-21 2019-08-20 Reliability for multicast transmissions

Publications (1)

Publication Number Publication Date
CN112567669A true CN112567669A (zh) 2021-03-26

Family

ID=69583881

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980053590.5A Pending CN112567669A (zh) 2018-08-21 2019-08-20 多播传输的可靠性

Country Status (4)

Country Link
US (1) US11134469B2 (zh)
EP (1) EP3841694A1 (zh)
CN (1) CN112567669A (zh)
WO (1) WO2020041332A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023077405A1 (en) * 2021-11-05 2023-05-11 Zte Corporation Methods and systems for multiplexing resources for feedback messages in wireless networks

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4088405A4 (en) 2020-01-10 2023-10-11 Qualcomm Incorporated MIXED MODE BROADCAST/MULTICAST COMMUNICATION
US11889502B2 (en) * 2020-02-24 2024-01-30 Qualcomm Incorporated Two-stage feedback procedures
BR112022017516A2 (pt) * 2020-03-01 2022-11-16 Huawei Tech Co Ltd Método e aparelho de comunicação
CN115336346A (zh) * 2020-03-27 2022-11-11 高通股份有限公司 用于多输入多输出系统的联合广播和单播设计
US11411779B2 (en) 2020-03-31 2022-08-09 XCOM Labs, Inc. Reference signal channel estimation
WO2022000253A1 (en) * 2020-06-30 2022-01-06 Mediatek Singapore Pte. Ltd. Methods and apparatus of reliable multicast transmission with compact protocol stack
US11968148B2 (en) * 2020-08-06 2024-04-23 Lg Electronics Inc. Method and apparatus for transmitting or receiving HARQ feedback for multicast/broadcast signal
CA3195885A1 (en) 2020-10-19 2022-04-28 XCOM Labs, Inc. Reference signal for wireless communication systems
WO2022093988A1 (en) 2020-10-30 2022-05-05 XCOM Labs, Inc. Clustering and/or rate selection in multiple-input multiple-output communication systems
CN114630283B (zh) * 2020-12-11 2023-06-23 维沃移动通信有限公司 多播业务的确认模式传输方法、装置、设备及存储介质

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030003937A1 (en) * 2001-06-13 2003-01-02 Ntt Docomo, Inc. Mobile communication systems, mobile communication methods, base stations, mobile stations, and signal transmission methods in the mobile communication system
US20060198341A1 (en) * 2005-03-07 2006-09-07 Singh Ajoy K Method and apparatus for improved link layer handoff
US20070177555A1 (en) * 2006-01-27 2007-08-02 Stefan Brueck Method of multicast service provisioning
US20110083035A1 (en) * 2008-06-04 2011-04-07 Hang Liu cell dependent multi-group hybrid automatic repeat request method for multicast in wireless networks
US20110116435A1 (en) * 2008-06-26 2011-05-19 Hang Liu Method and System for acknowledgement and retransmission of multicast data in wireless local area networks
US20150092652A1 (en) * 2013-09-27 2015-04-02 Apple Inc. Wireless Multicast Communication
US20160044691A1 (en) * 2006-11-01 2016-02-11 Qualcomm Incorporated Multiplexing of control and data with varying power offsets in a sc-fdma system
EP3125583A1 (en) * 2014-03-26 2017-02-01 Sony Corporation Wireless communication device
WO2017035727A1 (en) * 2015-08-31 2017-03-09 Qualcomm Incorporated Broadcast automatic repeat request
US20170142766A1 (en) * 2015-11-17 2017-05-18 Electronics And Telecommunications Research Institute Method and apparatus for controlling access of terminal equipment in wireless communication system
WO2017179334A1 (ja) * 2016-04-12 2017-10-19 ソフトバンク株式会社 基地局、移動通信システム及びハンドオーバ制御方法
US20170353273A1 (en) * 2015-01-30 2017-12-07 Qualcomm Incorporated Ue feedback for point-to-multipoint transmissions
WO2018018478A1 (zh) * 2016-07-27 2018-02-01 广东欧珀移动通信有限公司 传输反馈信息的方法、终端设备和基站
WO2018056108A1 (ja) * 2016-09-21 2018-03-29 京セラ株式会社 無線端末及び基地局
WO2018063326A1 (en) * 2016-09-30 2018-04-05 Nokia Solutions And Networks Oy Multicast retransmission for machine type devices
WO2018059507A1 (zh) * 2016-09-29 2018-04-05 华为技术有限公司 通信方法与设备
US20180199115A1 (en) * 2017-01-09 2018-07-12 Athul Prasad Broadcasting, multicasting, or unicasting advertising content based on user context

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012171465A1 (zh) * 2011-06-14 2012-12-20 华为技术有限公司 时分双工系统中的通信方法和设备
US10117068B2 (en) * 2014-12-19 2018-10-30 Stmicroelectronics, Inc. Multi-acked multicast protocol
US20160374009A1 (en) * 2015-02-17 2016-12-22 Telefonaktiebolaget L M Ericsson (Publ) Operation of a Communication Unit in a Wireless Local Area Network, WLAN, Environment
WO2016138651A1 (zh) * 2015-03-04 2016-09-09 华为技术有限公司 一种设置终端的覆盖等级的方法及装置
US20170026431A1 (en) * 2015-07-20 2017-01-26 Intel IP Corporation Multicast mechanism for wireless devices
WO2017026971A1 (en) * 2015-08-12 2017-02-16 Intel IP Corporation Configuration of non-ue-specific search space for m-pdcch

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030003937A1 (en) * 2001-06-13 2003-01-02 Ntt Docomo, Inc. Mobile communication systems, mobile communication methods, base stations, mobile stations, and signal transmission methods in the mobile communication system
US20060198341A1 (en) * 2005-03-07 2006-09-07 Singh Ajoy K Method and apparatus for improved link layer handoff
US20070177555A1 (en) * 2006-01-27 2007-08-02 Stefan Brueck Method of multicast service provisioning
US20160044691A1 (en) * 2006-11-01 2016-02-11 Qualcomm Incorporated Multiplexing of control and data with varying power offsets in a sc-fdma system
US20110083035A1 (en) * 2008-06-04 2011-04-07 Hang Liu cell dependent multi-group hybrid automatic repeat request method for multicast in wireless networks
US20110116435A1 (en) * 2008-06-26 2011-05-19 Hang Liu Method and System for acknowledgement and retransmission of multicast data in wireless local area networks
US20150092652A1 (en) * 2013-09-27 2015-04-02 Apple Inc. Wireless Multicast Communication
EP3125583A1 (en) * 2014-03-26 2017-02-01 Sony Corporation Wireless communication device
US20170353273A1 (en) * 2015-01-30 2017-12-07 Qualcomm Incorporated Ue feedback for point-to-multipoint transmissions
WO2017035727A1 (en) * 2015-08-31 2017-03-09 Qualcomm Incorporated Broadcast automatic repeat request
US20170142766A1 (en) * 2015-11-17 2017-05-18 Electronics And Telecommunications Research Institute Method and apparatus for controlling access of terminal equipment in wireless communication system
WO2017179334A1 (ja) * 2016-04-12 2017-10-19 ソフトバンク株式会社 基地局、移動通信システム及びハンドオーバ制御方法
WO2018018478A1 (zh) * 2016-07-27 2018-02-01 广东欧珀移动通信有限公司 传输反馈信息的方法、终端设备和基站
WO2018056108A1 (ja) * 2016-09-21 2018-03-29 京セラ株式会社 無線端末及び基地局
WO2018059507A1 (zh) * 2016-09-29 2018-04-05 华为技术有限公司 通信方法与设备
WO2018063326A1 (en) * 2016-09-30 2018-04-05 Nokia Solutions And Networks Oy Multicast retransmission for machine type devices
US20180199115A1 (en) * 2017-01-09 2018-07-12 Athul Prasad Broadcasting, multicasting, or unicasting advertising content based on user context

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023077405A1 (en) * 2021-11-05 2023-05-11 Zte Corporation Methods and systems for multiplexing resources for feedback messages in wireless networks

Also Published As

Publication number Publication date
US20200068528A1 (en) 2020-02-27
WO2020041332A1 (en) 2020-02-27
EP3841694A1 (en) 2021-06-30
US11134469B2 (en) 2021-09-28

Similar Documents

Publication Publication Date Title
CN111344977B (zh) 使用对具有不同冗余版本的传输块的重复传输的多时隙调度
CN111095835B (zh) 用于复用码块群级和传输块级传输及新数据指示的方法和装置
US11134469B2 (en) Reliability for multicast transmissions
CN111034077B (zh) 修改上行链路共享资源上的csi传输
CN112005513B (zh) 上行链路控制信道波束切换过程
CN112640350A (zh) 用于多发送接收点发送的反馈设计
EP4270816A2 (en) Reducing feedback latency for network coding in wireless backhaul communications networks
CN112088509A (zh) 基于码块组的自主上行链路传输
CN111937336A (zh) 无线通信中的非周期性信道状态信息触发和报告
CN112514466A (zh) 上行链路功率修改和通信方案改变请求
CN112385167A (zh) 用于共享信道传输的传输配置指示符模式列表
CN113039742B (zh) 无线通信中的确认反馈技术
CN111034112B (zh) 用于上行链路低等待时间通信的确收方法和设备
CN111742512B (zh) 用于重传中的动态监视和调度的方法和装置
CN112470418B (zh) 用于低时延通信的到期时段
CN114073151A (zh) 用于使用经预配置的上行链路资源进行无线通信的技术
CN114051762A (zh) 多个下行链路控制信息信号下的数据传输可靠性
CN111989972A (zh) 用于自主上行链路传输的组物理控制信道
CN114270752A (zh) 由单个下行链路控制信息消息调度的多个传输块的捆绑和时间线确定
CN112753253A (zh) 用于更新波束配置信息的同步定时
CN113455082A (zh) 使用上行链路共享信道的反馈传输
US11317413B2 (en) Data packet grouping for traffic awareness in new radio
CN113748639A (zh) 针对多播通信的反馈
CN112544044A (zh) 无线系统中的组反馈技术
CN114073154A (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