CN116615877A - Mbms反馈处理方法、基站及用户设备 - Google Patents

Mbms反馈处理方法、基站及用户设备 Download PDF

Info

Publication number
CN116615877A
CN116615877A CN202080104734.8A CN202080104734A CN116615877A CN 116615877 A CN116615877 A CN 116615877A CN 202080104734 A CN202080104734 A CN 202080104734A CN 116615877 A CN116615877 A CN 116615877A
Authority
CN
China
Prior art keywords
feedback
random access
request
access procedure
mbms transmission
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
CN202080104734.8A
Other languages
English (en)
Inventor
张鑫
生嘉
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.)
JRD Communication Shenzhen Ltd
Original Assignee
JRD Communication Shenzhen Ltd
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 JRD Communication Shenzhen Ltd filed Critical JRD Communication Shenzhen Ltd
Publication of CN116615877A publication Critical patent/CN116615877A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling 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/1607Details of the supervisory signal
    • H04L1/1664Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • 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/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/1861Physical mapping arrangements
    • 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
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast

Landscapes

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

Abstract

一种媒体广播和多播服务(multimedia broadcast multicast service,MBMS)反馈处理方法由用户设备(user equipment,UE)和基站执行。所述基站响应于来自所述UE的请求为MBMS提供反馈机制。所述公开的方法,还提供建立MBMS的上行链路反馈信道作为在空闲的UE发起的随机接入程序中的新建立原因,或者作为非激活UE发起的随机接入程序中的新恢复原因。所述基站可以向所述UE发送MBMS配置指示,包括为所述反馈信道分配无线资源的反馈资源指示。所述MBMS配置指示可以包括其他混合自动重复请求(hybrid automatic repeat request,HARQ)相关信息,例如HARQ进程标识、冗余版本。

Description

MBMS反馈处理方法、基站及用户设备
技术领域
本申请涉及电子技术领域,特别涉及一种MBMS反馈处理方法、基站和用户设备。
背景技术
诸如第三代(3G)移动电话标准和技术的无线通信系统是众所周知的。第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)已经开发这样的3G标准和技术。无线通信系统和网络已经发展成为一个宽带和移动系统。在蜂窝无线通信系统中,用户设备(user equipment,UE)通过无线链路与无线接入网(radio access network,RAN)相连接。所述的RAN包括一组基站(base station,BS),提供无线链接给位于所述的基站所覆盖的小区中的所述UE,以及一个与核心网络(core network,CN)的接口,核心网络提供整体网络控制。可以理解的是,所述的整体网络有关的功能。第三代合作伙伴项目(3rdGeneration Partnership Project,3GPP)开发了所谓的长期演进(Long Term Evolution,LTE)系统,即演进的通用移动电信系统领土无线接入网络(Evolved Universal MobileTelecommunication System Territorial Radio Access Network,E-UTRAN),用于移动接入网络,其中一个或多个宏蜂窝由一个称为eNodeB或eNB(Evolved NodeB)的基站支持。最近,LTE正进一步向所述的所谓5G或新空口(new radio,NR)系统发展,其中一个或多个小区由一个被称为gNB的基站支持。
技术问题:
多媒体广播多播服务(multimedia broadcast multicast service,MBMS)在LTE中仅是下行链路。MBMS没有可用的反馈机制。NR目前没有MBMS。
发明内容
本公开的第一方面提供了一种可在UE中执行的MBMS反馈处理方法。所述方法包括:
通过随机接入程序发送用于请求建立多媒体广播多播服务(multimediabroadcast multicast service,MBMS)传输的反馈信道的请求;及
通过所述反馈信道发送所述MBMS传输的反馈信号。
具体地,所述反馈信道包括专用于所述MBMS传输的新定义的上行链路信道、物理上行链路控制信道(physical uplink control channel,PUCCH)或物理上行链路共享信道(physical uplink shared channel,PUSCH)。
本公开的第二方面提供了一种可在基站中执行的MBMS反馈处理方法。所述方法包括:
通过随机接入程序接收用于请求建立多媒体广播多播服务(multimediabroadcast multicast service,MBMS)传输的反馈信道的请求;及
通过所述反馈信道接收所述MBMS传输的反馈信号。
本公开的第三方面提供了一种用户设备,包括收发器和与所述收发器连接的处理器。所述处理器被配置为执行以下步骤,包括:
通过随机接入程序发送用于请求建立多媒体广播多播服务(multimediabroadcast multicast service,MBMS)传输的反馈信道的请求;及
通过所述反馈信道发送所述MBMS传输的反馈信号。
公开的第四方面提供了一种基站,包括收发器和与所述收发器连接的处理器。所述处理器被配置为执行以下步骤,包括:
通过随机接入程序接收用于请求建立多媒体广播多播服务(multimediabroadcast multicast service,MBMS)传输的反馈信道的请求;及
通过所述反馈信道接收所述MBMS传输的反馈信号。
所公开方法可以实作在一个芯片。所述芯片可以包括处理器,被配置为调用和运行存储在存储器中的计算机程序,以使安装有所述芯片的设备执行所公开的方法。
所述公开的方法可被编程为存储在非暂时性计算机可读介质中的计算机可执行指令。所述非暂时性计算机可读介质,当加载到计算机时,指示所述计算机的处理器执行所述公开的方法。
非暂时性计算机可读媒体可以包括由以下一组成的群体中至少一个:硬盘、光盘只读存储器(Compact disc read only memory,CD-ROM)、光储存装置、磁储存装置、只读存储器、可程序设计只读存储器、可擦除可程序设计只读存储器(Erasable ProgrammableRead Only Memory,EPROM)、电可擦除可程序设计只读存储器(Electrically ErasableProgrammable Read Only Memory,EEPROM)和闪存。
所述公开的方法可被编程为计算机程序产品,使计算机执行所述公开的方法。
所述公开的方法可被编程为计算机程序,使计算机执行所述公开的方法。
有利影响
本公开的方法为MBMS提供了反馈机制。网络可以使用反馈信号进行MBMS重传,提高可靠性。所述公开的方法还提供建立MBMS上行链路(uplink,UL)反馈信道作为空闲UE发起的随机接入程序中的新建立原因。所述公开的方法还提供MBMS UL反馈信道的建立作为由非激活UE发起的随机接入程序中的新恢复原因。
附图说明
为了更清楚地说明本公开内容的所述实施例或相关技术,下面的图将对所述实施例进行简要介绍。显然,所述,具有所述领域的普通技术的人可以根据这些图获得其他的图,而无需前提。
图1是电信系统的示意图。
图2是本发明实施例公开的基站侧的方法示意图。
图3是显示根据本公开实施例的在用户设备(UE)侧的方法的示意图。
图4为本发明另一实施例所公开的基站侧的方法示意图。
图5是本发明另一实施例的UE侧的方法的示意图。
图6是显示根据本公开实施例的4步随机接入程序的示意图。
图7是显示根据本公开实施例的两步随机接入程序的示意图。
图8是显示根据本公开实施例的4步随机接入程序的示意图。
图9是显示根据本公开实施例的两步随机接入程序的示意图。
图10是显示根据本公开实施例的4步随机接入程序的示意图。
图11是显示根据本公开实施例的两步随机接入程序的示意图。
图12是显示本发明实施例公开的基站侧方法示意图。
图13是显示根据本公开实施例的在用户设备侧的方法的示意图。
图14是根据本发明实施例的无线通信系统的示意图。
具体实施方式
公开的实施例参照所述附图详细描述了所述技术事项、结构特征、实现的目的和效果,具体如下。具体而言,本公开内容的实施例中术语仅仅是为了说明某个实施例的目的,不是为了限制本公开内容。
本公开的方法为MBMS提供了反馈机制。参照图1,一个电讯系统,包含一个UE 10a、一个UE 10b、一个基站(base station,BS)200a和一个网络实体设备300,执行根据本发明的一个实施方式的公开的方法。图1所示用于说明而非限制,并且所述系统可以包括更多的UE、BS、和CN实体。设备和设备组件之间的连接在图1中显示为线条和箭头。所述UE 10a可以包括一个处理器11a,一个存储器12a,和一个收发器13a。所述UE 10b可以包括一个处理器11b,一个存储器12b,和一个收发器13b。所述的基站200a可包括一个处理器201a、一个存储器202a和一个收发器203a。所述网络实体设备300可包括一个处理器301、一个存储器302和一个收发器303。所述处理器11a、11b、201a和301中的每一个都可以被配置为实现所述描述中的提出功能、程序和/或方法。无线电接口协议的各层可在所述的处理器11a、11b、201a和301中实现。所述存储器12a、12b、202a和302中的每一个都可操作地存储各种程序和信息,以操作连接的处理器。收发器13a、13b、203a和303中的每一个都与连接的处理器操作性地联接,发射和/或接收无线电信号或有线信号。UE 10a可通过侧链110与所述UE 10b进行通信。所述的基站200a可以是eNB、gNB或其他类无线电节点中的一个,并且可以为UE 10a和UE10b配置无线电资源和多播广播单频网络(multicast broadcast single frequencynetwork,MBSFN)子区域。
所述处理器11a、11b、201a和301中的每一个都可以包括特定应用集成电路(application-specific integrated circuits,ASIC)、其他芯片组、逻辑电路和/或数据处理装置。存储器12a、12b、202a和302中的每一个可以包括一个只读存储器(read-onlymemory,ROM)、一个随机存取存储器(random access memory,RAM)、一个闪存、一个存储卡、一个存储介质和/或其他存储设备。所述收发器13a、13b、203a和303中的每一个都可以包括基带电路和无线电频率(radio frequency,RF)电路,以处理无线电频率信号。当所述实施例在软件中实现时,所述技术可以用模块、程序、函数、实体等来实现,执行所述功能。所述模块可以存储在存储器中,并由所述处理器执行。所述存储器可以在一个处理器内实现,也可以在所述处理器的外部实现,其中那些可以通过各种手段与所述处理器进行通信耦合,这在该技术中是已知的。
所述的网络实体设备300可以是CN中的一个节点。CN可以包括LTE CN或5G核心网(5G core,5GC),其包括用户平面功能(user plane function,UPF)、会话管理功能(session management function,SMF)、移动性管理功能(mobility managementfunction,AMF)、统一数据管理(unified data management,UDM)、策略控制功能(policycontrol function,PCF)、控制平面/用户平面分离(control plane/user planeseparation,CUPS)、认证服务器(authentication server,AUSF)、网络切片选择功能(network slice selection function,NSSF)和所述的网络暴露功能(network exposurefunction,NEF)。
交互参考图2和图3,所述基站执行所述公开方法的一个实施例。所述基站以MBMS帧、子帧、时隙或子时隙为单位向包括所述UE 10a和UE 10b的一组UE发送MBMS传输(方框210)。所述组中的每个所述UE可以接收所述MBMS传输。块310-312中的操作可以应用于所述组中的每个所述UE。具体地,诸如所述UE 10a和UE 10b之一的UE从所述基站接收所述MBMS传输(方框310)。
所述UE触发随机接入程序(random access procedure,RAP)并通过所述随机接入程序发送用于建立所述MBMS传输的反馈信道的请求(方框311)。所述基站处理所述随机接入程序并通过随机接入程序接收所述用于建立所述MBMS传输的所述反馈信道的所述请求(方框211)。所述随机接入程序可以包括四步随机接入程序或两步随机接入程序。所述反馈信道可以是新定义的专用于所述MBMS传输的上行链路信道或物理上行链路控制信道(physical uplink control channel,PUCCH)或物理上行链路共享信道(physical uplinkshared channel,PUSCH)。
所述UE通过所述反馈信道发送所述MBMS传输的反馈信号(方框312)。所述基站通过所述反馈信道接收所述MBMS传输的反馈信号(方框212)并且响应于所述反馈信号执行MBMS重传(方框213)。所述反馈信号可以包括混合自动重传请求(hybrid automaticrepeat request,HARQ)反馈信号。在本文描述中,HARQ-ACK表示HARQ反馈,可以包括确认(ACK)和否定确认(NACK)。所述术语网络(network,NW)至少包括所述基站200a或所述基站200a和所述网络实体设备300两者。从诸如所述BS 200a的BS向诸如所述UE 10a或所述UE10b的UE发送下行链路控制信息(downlink control information,DCI)格式。
所述MBMS传输相关联的所述反馈信号可以携带在所述随机接入程序期间的请求中,或者携带在反馈消息中,所述反馈消息分配有反馈资源指示所指示的无线电资源。反馈资源指示包括从诸如所述BS 200a的BS发送到诸如所述UE 10a或所述UE 10b的UE的一个或多个配置参数,以指示分配给与MBMS传输相关联的反馈消息的无线电资源。所述随机接入程序中的所述请求可以包括RRC建立请求RRCSetupRequest或RRC恢复请求。所述处于RRC空闲状态的UE在所述随机接入程序中发送RRC建立请求以过渡到RRC连接状态。所述处于RRC非激活状态的UE在所述随机接入程序中发送RRC恢复请求,以过渡到RRC连接状态。所述RRC恢复请求可以包括缩短的RRC恢复请求RRCResumeRequest和全长的RRC恢复请求RRCResumeRequest1。
RRCResumeRequest IE中的字段包括resumeCause、resumeIdentity和resumeMAC-I。对于上层或RRC提供的所述RRC连接恢复请求,所述resumeCause提供作为RRC连接恢复请求的所述恢复原因。由于所述UE使用未知原因值,因此预计该网络不会拒绝RRCResumeRequest。所述resumeIdentity包括UE身份以有助于在接收所述RRC连接恢复请求的所述基站处取得UE相关信息(UE context retrieval)。所述resumeMAC-I是一个认证令牌,用于方便UE在所述基站的认证。所述MAC-I的所述16个最低有效位使用TS38.331条款5.3.13.3中指定的所述AS安全配置计算得出。
RRCResumeRequest1-IE中的字段包括resumeCause、resumeIdentity和resumeMAC-I。对于由上层或RRC提供的所述RRCResumeRequest1,所述resumeCause为所述RRCResumeRequest1提供恢复原因。由于所述UE使用的未知原因值,预计基站不会拒绝RRCResumeRequest1。所述resumeIdentity包括UE身份以有助于在接收所述RRC连接恢复请求RRCResumeRequest1的所述基站处取得UE相关信息(UE context retrieval)。所述resumeMAC-I是一个认证令牌,用于方便UE在所述基站的认证。所述MAC-I的所述16个最低有效位使用TS38.331条款5.3.13.3中指定的所述AS安全配置计算得出。
RRCSetupRequest IE包括establishmentCause字段和ue-Identity字段。所述establishmentCause根据从上层接收到的信息为所述RRCSetupRequest提供所述建立原因。所述ue-Identity包括UE标识,被包含在内以有助于下层的竞争解决。
交互参考图4和图5,所述基站执行所述公开方法的另一实施例。所述基站以MBMS帧、子帧、时隙或子时隙为单位向包括所述UE10a和UE10b的所述UE组发送MBMS传输(方框210a),并发送控制信号以触发随机接入程序,用于建立与所述MBMS传输相关联的反馈信道(方框211a)。所述组中的每个所述UE可以接收所述MBMS传输和所述控制信号。方框310-312中的操作可以应用于所述组中的每个所述UE。具体地,诸如所述UE 10a和UE 10b之一的UE从所述基站接收所述MBMS传输(方框310a)。所述UE接收所述控制信号,并响应于所述控制信号触发用于建立与所述MBMS传输相关联的反馈信道的随机接入程序(方框311a)。所述随机接入程序可以包括四步随机接入程序或两步随机接入程序。所述控制信号可以是DCI、RRC信号或MAC CE。
所述UE通过所述反馈信道发送所述MBMS传输的反馈信号(方框312a)。所述基站通过所述反馈信道接收所述MBMS传输的反馈信号(方框212a)并且响应于所述反馈信号执行MBMS重传(方框213a)。
4步随机接入程序:
4步RAP详见下文。随机接入程序可以采用两种不同的形式:基于竞争的随机接入(contention-based random access,CBRA)和无竞争随机接入(contention-free randomaccess,CFRA)过程。
在四步CBRA中,诸如所述UE10a和10b之一的UE通过从与小区中的其他UE共享的前导码池中随机选择RA前导码来执行第一步。所述UE选择前导码并在消息Msg1中发送所述前导码。诸如所述BS 200a的基站通过向所述UE发送随机接入响应消息Msg2来执行第二步骤。如果多个UE在消息Msg1中选择并发送相同的前导码,则所有这些UE都会解码相同的随机接入响应消息Msg2的内容,并通过在相同的上行链路(UL)的时域和频域无线电资源上,发送无线电资源控制(RRC)设置请求Msg3到所述基站,来执行第三步。在第四步(Msg4)中,所述基站解决随机接入竞争。
在CFRA中,所述UE使用由所述网络(例如所述基站200a)通过RRC信令或物理下行链路控制信道(physical downlink control channel,PDCCH)信号专门提供给该UE的专用前导码。
所述随机接入程序(RA)可以由来自所述基站的PDCCH信号、所述UE的媒体接入控制(MAC)实体或RRC信号发起。上述随机接入程序(RA)可能由许多事件触发,包括:
(1)CBRA场景下从RRC_IDLE状态初始接入(Initial access);
(2)CBRA场景下的RRC连接重建流程;
(3)RRC_CONNECTED期间下行(DL)数据到达,当上行同步状态为“非同步”,即CBRA或CFRA场景下Out-of-Sync时;
(4)RRC_CONNECTED期间UL数据到达,当UL同步状态为“非同步”,即CBRA场景下Out-of-Sync;
(5)CBRA场景下,当没有PUCCH资源可用于调度请求(scheduling request,SR)时,UL数据在RRC_CONNECTED期间到达;
(6)CBRA场景SR失败;
(7)在CBRA或CFRA场景中,例如在切换操作中,在同步重配置时利用RRC信令的请求;
(8)CBRA场景下RRC_INACTIVE的转换;
(9)CBRA场景或CFRA场景中为次要时间提前量组(time advance group,TAG)建立时间对齐;
(10)CBRA场景或CFRA场景中,用于请求点播系统信息(system information,SI)的请求;及
(11)CBRA或CFRA场景中的光束失效恢复(Beam failure recovery,BFR)。
所述随机接入程序(RA)的4个步骤详述如下。
Msg1:随机访问前导传输:
所述UE中的MAC实体指示所述UE中的物理层(PHY)实体使用前导码索引、PRACH时机和无线电网络临时标识符(radio network temporary identifier,RNTI)(例如随机接入无线电网络临时标识符RA-RNTI,如果有)来传送物理随机接入信道(physical randomaccess channel,PRACH)传输。
RA-RNTI用于在PDCCH上寻址所述UE,进而用于解码用于所述随机接入响应消息(random access response,RAR)的物理下行链路共享信道(physical downlink sharedchannel,PDSCH)。
所述MAC实体为BFR请求计算RA_RNTI。在CFRA中,C-RNTI用于RAR。所述RA-RNTI可以通过下面给出的计算得到:
RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id
·s_id为所述指定PRACH的所述第一正交频分复用(orthogonal frequencydivision multiplexing,OFDM)符号的索引,其中0≤s_id<14。
·t_id为所述指定PRACH的第一个时隙在系统帧中的索引,0≤t_id<80。
·f_id为所述指定PRACH在所述频域的索引,0≤f_id<8。
·ul_carrier_id是用于Msg1传输的UL载波,其中0用于正常上行链路(normaluplink,NUL)而1用于补充上行链路(supplemental uplink,SUL)载波。
Msg2:随机访问响应:
一旦发送了所述RA前导码,所述UE等待来自所述基站的所述随机接入响应消息(RAR)形式的确认(ACK),称为Msg2。
所述UE通过在由ra-ResponseWindow配置的窗口内,检测具有由RA-RNTI/C-RNTI加扰的循环冗余校验(cyclic redundancy check,CRC)的DCI格式1_0来监视所述RAR。
当使用CFRA为BFR传输RA前导码时,ra-ResponseWindow是从BeamFailureRecoveryConfig中选取的。在由所述ra-ResponseWindow指示的所述RAR窗口内,所述UE在由特殊小区(SpCell)的recoverySearchSpaceId指示的搜索空间上监视PDCCH中的RAR,所述PDCCH寻址到与所述UE关联的所述C-RNTI的。在所述RAR窗口内,如果所述UE接收到所述PDDCH,即寻址到与所述UE相关联的C-RNTI的所述PDDCH,则所述UE将所述随机接入程序(RA)识别为成功完成。
在没有为BFR触发RA过程的所有其他情况下,所述UE从RACH-ConfigCommon获得ra-ResponseWindow。在所述RAR窗口内,所述UE在寻址到与所述UE相关联的RA-RNTI的PDCCH中监视RAR。
如果RAR被包括在MAC子协议数据单元(protocol data unit,PDU)中,所述MAC子PDU具有随机接入前导标识符(random access preamble identifier,RAPID)等于由所述UE发送的所述前导ID,则所述UE识别RAR接收成功。
除了上述不为“SI请求”发起随机接入程序(RA)的情况外,上述MAC RAR包含在上述MAC subPDU中,包含时间提前命令(timing advance command)、UL授权和Temporary_C-RNTI。
通常,来自所述网络的所述RA响应包括RAPID、时间提前命令、UL授权和临时C-RNTI,具体如下:
·RAPID:所述网络检测到的随机接入前导标识符;
·时间提前命令:根据RA前导码(RA preamble)的接收时间,网络端计算出的时间提前量(Timing Advance);
·上行链路授权(uplink grant):该UE后续UL传输所需的授权(grant),例如Msg3;
·Temporary_C-RNTI:UE和所述基站之间用于所述随机接入程序(RA)的其余部分的通信的临时C-RNTI。
对于CFRA过程,所述UE在接收到RA响应时,将所述随机接入程序(RA)识别为成功完成。对于CBRA过程,所述UE使用在MAC RAR中接收到的所述UL授权通过PUSCH发送Msg3,并进行到竞争解决的下一步骤。
所述UE关联的RA-RNTI/C-RNTI的PDCCH未在RAR-Window内接收到,即,当ra-ResponseWindow已期满时,所述UE将所述RAR接收识别为不成功并返回“RA ResourceSelection procedure”,并且可以使用更高的传输功率执行前导码重传。
消息3:
对于CBRA过程,所述UE使用在所述MAC RAR中接收到的UL许可通过PUSCH发送Msg3。所述UE在所述Msg3中包含标识,该标识稍后在所述竞争解决过程中使用。所述UE使用Temporary_C-RNTI进行所述Msg3的传输。Msg3的内容取决于所述UE是否已经具有C-RNTI,如下所述。
下面详述UE已经有C-RNTI的第一种情况。
所述UE在所述随机接入程序(RA)启动时可能已经具有C-RNTI。例如,所述UE处于RRC_CONNECTED状态。适用案例及关联的Msg3内容如下。
·为BFR发起所述随机接入程序(RA)时,所述UE在Msg3中发送C-RNTI MAC CE。
·所述随机接入程序(RA)由PDCCH信号发起时,所述UE在Msg3中发送C-RNTI MACCE。如果所述网络将PDCCH信号中的所述前导码ID设置为0b000000,则这种情况是CBRA。
·所述随机接入程序(RA)由所述MAC子层自身或所述RRC子层发起时,所述UE在Msg3中发送C-RNTI MAC CE,另外,以下是适用的;
·在所述CBRA的情况下,在同步RRC重配置期间,例如在切换操作中,所述UE在Msg3中发送RRCReconfigurationComplete消息。
·当所述UE需要传输上行数据时,如果SR未配置或SR失败或上行不同步,则所述UE还可以向所述基站发送缓冲状态报告(buffer status report,BSR)MAC CE以指示缓冲状态并从所述网络获取适当的上行链路资源。
下面详述UE没有C-RNTI的第二种情况。
所述UE在所述随机接入程序(RA)的发起时间,例如在初始接入期间,当不具有C-RNTI时在Msg3中发送公共控制信道(common control channel,CCCH)服务数据单元(service data unit,SDU)。适用案例及关联的Msg3内容详述如下。
·-当所述UE从RRC_IDLE转换到RRC_CONNECTED时,所述UE通过UL CCCH在Msg3中发送RRC建立请求消息RRCSetupRequest。
·-当所述UE从RRC_INACTIVE转换到RRC_CONNECTED时,所述UE通过UL CCCH在Msg3中发送RRC恢复请求消息RRCResumeRequest或RRCResumeRequest1消息。
·-在RRC连接重建过程中,所述UE通过UL CCCH在Msg3中发送RRC连接重建请求消息RRCReestablishmentRequest。
·-当使用CBRA进行点播SI时,所述UE通过UL CCCH在Msg3中发送RRC系统信息请求消息RRCSystemInfoRequest。
Msg4:竞争解决
一旦发送了Msg3,所述UE启动或重启定时器ra-ContentionResolutionTimer并监听PDCCH。所述竞争解决过程根据UE在随机接入程序(RA)的发起期间是否具有C-RNTI而有所不同。
案例1:UE已经有一个C-RNTI
下面详述UE已经有C-RNTI的第一种情况。
所述UE,例如在RRC_CONNECTED中,在随机接入程序(RA)的发起期间可能已经具有C-RNTI。
如果所述C-RNTI MAC CE包括在Msg3中,则所述网络仅通过发送PDCCH来解决竞争,所述PDCCH送寻址到与所述UE关联的上行链路授权或下行链路分配中的C-RNTI。所述UE识别出所述随机接入程序(RA)成功完成并丢弃Temporary_C-RNTI。注意,所述网络不需要在所述下行链路中明确地传输竞争解决信息。
如果所述UE在由所述ra-ContentionResolutionTimer指示的定时器窗口期间没有检测到寻址到C-RNTI的PDCCH,则所述UE将所述竞争解决识别为不成功。
情况2:UE没有C-RNTI:
下面详述UE没有C-RNTI的第二种情况。
当所述UE不具有有效的C-RNTI时,所述基站使用Temporary_C-RNTI向所述UE发送UE竞争解决标识MAC CE Msg4。
所述“UE Contention Resolution Identity”MAC CE由逻辑信道ID:62的MAC子报头标识,固定48位大小,由单个字段“UE Contention Resolution Identity”组成。在这个MAC CE中,所述基站重放在Msg3中接收到的UL CCCH SDU的前48比特。
如果所述接收到的竞争解决标识与所述被传输的标识匹配,则所述UE将所述竞争解决和所述随机接入程序(RA)识别为成功。
针对点播SI而发起所述随机接入程序(RA)的SI请求情况下,所述MAC层向上层指示所述接收到SI请求的确认。
竞争解决成功后,除SI请求情况外,UE将所述Temporary_C-RNTI提升为C-RNTI。
所述ra-ContentionResolutionTimer指示的时间窗口期间没有接收到竞争解决标识,则所述UE识别所述竞争解决不成功。
两步随机接入程序:
所述四步随机接入程序需要所述UE和所述基站之间的两个往返周期,这不仅增加了所述等待时间而且还招致额外的控制信令开销。所述两步RACH的动机是通过所述UE和所述基站之间的单个往返周期减少等待时间和控制信令开销。这是通过将所述前导码(Msg1)和所述调度的PUSCH传输(Msg3)组合成来自所述UE的单个组合消息MsgA,以及通过将所述随机接入响应消息(Msg2)和所述竞争解决消息(Msg4)组合成从所述基站到UE的单个消息MsgB。
所有上述用于四步RACH的触发都适用于两步RACH,包括基于Msg3的SI请求和基于竞争的波束失效恢复(contention-based beam failure recovery,CBBFR)。
如前所述,MsgA由PRACH前导码和PUSCH传输组成,分别称为MsgA PRACH和MsgAPUSCH。所述MsgA PRACH前导码与所述四步RACH前导码分开,但可以在与所述四步RACH前导码相同的PRACH时机(PRACH occasion,RO)中传输,或者在单独的RO中传输。所述PUSCH传输被组织成跨越多个符号和物理无线电块(physical radio block,PRB)的PUSCH时机(PUSCHOccasion,PO),在连续的PO之间具有可选的保护周期(guard period)和保护带(guardband)。每个PO由多个解调参考信号(demodulation reference signal,DMRS)端口和DMRS序列组成,每个DMRS端口/DMRS序列对被称为PUSCH资源单元(PUSCH resource unit,PRU)。两步RACH至少支持所述前导码和PRU之间的一对一和多对一映射。
发送MsgA后,等待基站的MsgB响应。所述两步随机接入程序(RA)具有三种可能的结果:
当所述基站没有检测到所述MsgA PRACH时,不向所述UE返回响应。所述UE重传MsgA或回退到从Msg1的传输开始的四步RACH程序。
当所述基站检测到MsgA前导码但未能成功解码MsgA PUSCH时,所述基站将回退RAR fallbackRAR、所述RAPID和用于重传所述MsgA PUSCH的上行链路授权一起发送回所述UE。所述UE在接收到所述回退RAR fallbackRAR时,回退到用于传输Msg3的四步RACH程序或者重传所述MsgA PUSCH。
当检测到MsgA并成功解码MsgA PUSCH时,所述基站向所述UE返回successRAR,其中包含所述MsgA的竞争解决ID。所述UE接收到所述成功RAR并成功完成所述两步RACH程序。
如前所述,MsgB由所述随机接入响应消息和所述竞争解决消息组成。当所述基站检测到前导但不能成功解码所述对应的PUSCH传输时,发送所述随机接入响应消息。所述竞争解决消息是在所述基站成功解码所述PUSCH传输之后发送的。所述MsgB可以包含退避指示(backoff indication)、fallbackRAR和/或successRAR。单个MsgB可以包含一个或多个UE的所述successRAR。所述回退RAR fallbackRAR包括所述RAPID、用于重传所述MsgAPUSCH载荷的上行授权和时间提前命令。所述successRAR至少包括所述竞争解决ID、所述C-RNTI和所述TA命令。
下面详细描述MBMS UL反馈触发RACH程序的一个实施例。
MBMS UL反馈在本公开中称为“MBMS-ULFB”是触发RAP的事件。所述“MBMS-ULFB”被添加在“原因”信息元素(information element,IE)中,例如“establimentcause”IE和“Resumecause”IE。
所述公开的方法提供了至少两种携带HARQ-ACK比特的选择。
所述消息Msg3或MsgA可以携带HARQ-ACK比特。所述消息Msg3和MsgA不需要为分配用于给所述基站的所述HARQ-ACK的反馈资源。减少了信令开销和与用于MBMS的所述HARQ-ACK相关联的等待时间。
所述携带HARQ-ACK比特的消息Msg3和MsgA可以增加净荷。所述基站可以限制Msg3或MsgA携带的HARQ-ACK比特的传输或重传次数。所述网络可以定义一个阈值,该阈值指示Msg3或MsgA携带的HARQ-ACK的传输次数。例如,如果所述基站接收或解码携带HARQ-ACK的Msg3的初始传输失败,并且所述Msg3或MsgA携带的HARQ-ACK的传输次数设置为1,则所述UE不发送另一个Msg3或MsgA用于重传所述HARQ-ACK。
或者,除了所述消息Msg3或MsgA之外,HARQ-ACK比特可以由其他的UL资源承载。当RAP成功完成时,UE可以在由反馈资源指示表示的分配的无线资源中发送HARQ-ACK。
RAP触发时机:
所述UE可以确定何时触发RAP。例如,当所述UE需要所述RAP用于与所述MBMS业务相关联的HARQ反馈时,所述UE可以触发RAP。如前所述,HARQ反馈可以携带在随机接入请求中,例如所述Msg3和MsgA。所述HARQ反馈可以包括ACK和NACK。所述UE可以在接收到MBMS传输时触发所述RAP并发送HARQ-ACK。
在另一个实施例中,所述UE可以在接收到MBMS传输并且未能解码所述MBMS传输时发送NACK。所述UE可以在接收到MBMS传输并且未能解码所述MBMS传输时触发所述RAP。
或者,当所述UE不需要所述RAP用于与所述MBMS业务相关联的HARQ反馈时,所述UE可以触发RAP。如果所述网络为小区或MBMS区域预先配置了启用MBMS UL反馈,即使所述UE不需要所述RAP,所述UE可以在进入所述小区或所述MBMS传输MBMS区域时,自动触发RAP。
重传MBMS:
所述NW在接收到针对所述MBMS传输单元的一个NACK后,可以重传所述MBMS传输的一个单元,例如一个传输块(transport block,TB)、帧、子帧、时隙或子时隙。
或者,所述NW可以在窗口时间内收到N个针对所述MBMS传输单元的NACK后,重传所述MBMS传输单元,所述常数N为正整数且N>1。
所述表1示出了针对处于所述空闲状态的UE的所述公开方法的实施例。
表1
空闲UE接收MBMS业务:
下面对本公开的UE空闲方法的实施例进行详细说明。
4步骤:Msg3携带的HARQ-ACK:
参考图6、当处于RRC空闲状态的所述UE接收MBMS传输时,所述UE触发4步随机接入程序并将“MBMS-ULFB”作为“EstablishmentCause”添加到消息Msg3中以执行所述4步随机接入程序。所述MBMS传输的HARQ-ACK可以携带在所述消息Msg3中,由所述RRCSetupRequest表示。
参照图6,当尝试发送所述MBMS传输的HARQ反馈信号时,处于所述RRC空闲状态的所述UE向所述基站发送作为所述Msg1的随机接入前导码以触发所述RAP(方框611)。所述基站接收所述随机接入前导码并且响应于所述消息Msg1Msg1向所述UE发送作为所述消息2Msg2的随机接入响应消息(方框612)。所述UE响应于所述Msg2向所述基站发送RRC建立请求作为所述Msg3(方框613)。所述基站响应于所述Msg3向所述UE发送竞争解决消息(方框614)。下表是上述RRCSetupRequest的数据结构。用于所述MBMS传输的HARQ反馈比特被包括在所述四步随机接入程序中的所述RRC建立请求中作为所述MBMS传输的所述反馈信号。
表2
/>
4步骤:Msg3中没有携带HARQ-ACK:
参考图6,当处于RRC空闲状态的所述UE接收到MBMS传输时,所述UE触发4步随机接入程序并将“MBMS-ULFB”作为“EstablishmentCause”添加到消息Msg3中以执行所述4步随机接入程序。所述MBMS传输的HARQ-ACK未携带在所述消息Msg3中,由所述RRCSetupRequest表示。下表是上述RRCSetupRequest的数据结构。所述四步随机接入程序中的所述RRC建立请求中不包括用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
表3
/>
MsgA中携带的HARQ-ACK:
参考图7、当处于RRC空闲状态的所述UE接收到MBMS传输时,所述UE触发二步随机接入程序并将“MBMS-ULFB”作为“EstablishmentCause”添加到消息MsgA中以执行所述二步随机接入程序。用于所述MBMS传输的HARQ-ACK承载在所述消息MsgA中,由包括所述UE的所述RA前导码和所述RRCSetupRequest的组合请求表示。
参考图7、当尝试发送所述MBMS传输的HARQ反馈信号时,处于所述RRC空闲状态的所述UE向所述基站发送包括随机接入前导码和所述RRCSetupRequest的组合请求MsgA以触发所述RAP(方框711)。所述基站接收所述组合请求MsgA并且响应于所述MsgA向所述UE发送包括所述RAR和所述竞争解决消息的组合响应作为所述MsgB的(方框712)。用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号被包含在所述2步随机接入程序中的所述RRCSetupRequest中。
2-step:MsgA中不携带HARQ-ACK:
参考图7、当处于RRC空闲状态的所述UE接收到MBMS传输时,所述UE触发二步随机接入程序并将“MBMS-ULFB”作为“EstablishmentCause”添加到消息MsgA中以执行所述二步随机接入程序。用于所述MBMS传输的HARQ-ACK不携带在所述消息MsgA中,所述消息MsgA由包括所述UE的所述RA前导码和所述RRCSetupRequest的组合请求表示。所述二步随机接入程序中的所述RRCSetupRequest中不包括用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
非激活UE接收MBMS服务:
以下对本公开的非激活UE方法的实施例进行详细说明。
所述表4示出了针对处于所述非激活状态的UE的所述公开方法的实施例。
表4
/>
在“RRCResumeRequest”中添加HARQ-ACK的4步RAP和Msg3:
参考图8、当处于RRC非激活状态的所述UE接收到MBMS传输时,所述UE触发4步随机接入程序并将“MBMS-ULFB”作为“ResumeCause”添加到消息Msg3中以执行所述4步随机接入程序。所述MBMS传输的HARQ-ACK携带在所述消息Msg3中,所述消息Msg3由所述RRCResumeRequest表示。所述RRCResumeRequest为缩短的RRC恢复请求,包括ShortI-RNTI-Value作为UE标识符(UE identifier,UEID)。
参考图参照图8,当尝试发送所述MBMS传输的HARQ反馈信号时,处于所述RRC非激活状态的所述UE向所述基站发送作为所述Msg1的随机接入前导码以触发所述RAP(方框621)。所述基站接收所述随机接入前导码并响应于所述消息Msg1向所述UE发送作为所述消息2的随机接入响应消息(方框622)。所述UE响应于所述Msg2向所述基站发送RRC恢复请求RRCResumeRequest作为所述Msg3(方框623)。所述基站响应于所述Msg3向所述UE发送竞争解决消息(方框624)。
所述MBMS传输的HARQ反馈比特被包括在所述四步随机接入程序中的所述缩短的RRC恢复请求中作为所述MBMS传输的所述反馈信号。下表是上述RRCResumeRequest的数据结构。
表5:RRCResumeRequest
表6:ResumeCause信息元素
/>
4步RAP和“RRCResumeRequest”中未添加HARQ-ACK的Msg3:
参考图8、当处于RRC非激活状态的所述UE接收到MBMS传输时,所述UE触发4步随机接入程序并将“MBMS-ULFB”作为“ResumeCause”添加到消息Msg3中以执行所述4步随机接入程序。所述消息Msg3中不携带所述MBMS传输的HARQ-ACK,所述消息Msg3由所述RRCResumeRequest表示。在所述四步随机接入程序中的所述缩短的RRC恢复请求中不包括用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
两步RAP和在“RRCResumeRequest”中添加HARQ-ACK的MsgA:
参考图9、当处于RRC非激活状态的所述UE接收到MBMS传输时,所述UE触发二步随机接入程序并将“MBMS-ULFB”作为“ResumeCause”添加到消息MsgA中以执行所述二步随机接入程序。用于所述MBMS传输的HARQ-ACK承载在所述消息MsgA中,所述消息MsgA由组合请求表示,包括所述UE的所述RA前导码和所述RRCResumeRequest。
参考图9、当尝试发送所述MBMS传输的HARQ反馈信号时,处于所述RRC非激活状态的所述UE向所述基站发送包括随机接入前导码和所述RRCSetupRequest的组合请求MsgA以触发所述RAP(方框721)。所述基站接收所述组合请求MsgA,并响应于所述MsgA,将包括所述RAR和所述竞争解决消息的组合响应作为所述MsgB发送给所述UE(方框722)。用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号被包含在所述2步随机接入程序中的所述RRCSetupRequest中。
“RRCResumeRequest”中未添加HARQ-ACK的两步RAP和MsgA:
参考图9,当处于RRC非激活状态的所述UE接收到MBMS传输时,所述UE触发二步随机接入程序并将“MBMS-ULFB”作为“ResumeCause”添加到消息MsgA中以执行所述二步随机接入程序。用于所述MBMS传输的HARQ-ACK不携带在所述消息MsgA中,由包括所述UE的所述RA前导码和所述RRCResumeRequest的组合请求表示。
所述表7示出了针对处于所述非激活状态的UE的所述公开方法的实施例。
表7
4步RAP和在“RRCResumeRequest1”中添加HARQ-ACK的Msg3:
参考图10、当处于RRC非激活状态的所述UE接收到MBMS传输时,所述UE触发4步随机接入程序并将“MBMS-ULFB”作为“ResumeCause”添加到消息Msg3中以执行所述4步随机接入程序。所述MBMS传输的HARQ-ACK携带在所述消息Msg3中,由RRCResumeRequest1表示。所述RRCResumeRequest1是包括I-RNTI-Value作为UE标识符(UEID)的全长的RRC恢复请求。
参考图参照图10,当尝试发送所述MBMS传输的HARQ反馈信号时,处于所述RRC非激活状态的所述UE向所述基站发送作为所述Msg1的随机接入前导码以触发所述RAP(方框631)。所述基站接收所述随机接入前导码并且响应于所述消息Msg1向所述UE发送作为所述消息Msg2的随机接入响应消息(方框632)。所述UE响应于所述Msg2向所述基站发送RRC恢复请求RRCResumeRequest1作为所述Msg3(方框633)。所述基站响应于所述Msg3向所述UE发送竞争解决消息(方框634)。用于所述MBMS传输的HARQ反馈比特被包括在所述四步随机接入程序中的所述全长的RRC恢复请求中作为所述MBMS传输的所述反馈信号。下表为上述RRCResumeRequest1的数据结构。
表8:RRCResumeRequest1
4步RAP和“RRCResumeRequest1”中未添加HARQ-ACK的Msg3:
参考图10、当处于RRC非激活状态的所述UE接收到MBMS传输时,所述UE触发4步随机接入程序并将“MBMS-ULFB”作为“ResumeCause”添加到消息Msg3中以执行所述4步随机接入程序。所述消息Msg3中不携带所述MBMS传输的HARQ-ACK,由所述RRCResumeRequest1表示。在所述四步随机接入程序中的所述全长的RRC恢复请求中不包括用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
两步RAP和“RRCResumeRequest1”中添加了HARQ-ACK的MsgA:
参考图11、当处于RRC非激活状态的所述UE接收到MBMS传输时,所述UE触发二步随机接入程序,并将“MBMS-ULFB”作为“ResumeCause”添加到消息MsgA中以执行所述二步随机接入程序。用于所述MBMS传输的HARQ-ACK承载在所述消息MsgA中,由包括所述UE的所述RA前导码和所述RRCResumeRequest1的组合请求表示。
参考图11、当尝试发送所述MBMS传输的HARQ反馈信号时,处于所述RRC非激活状态的所述UE向所述基站发送包括随机接入前导码和所述RRCSetupRequest1的组合请求MsgA以触发所述RAP(方框741)。所述基站接收所述组合请求MsgA,并响应于所述MsgA,将包括所述RAR和所述竞争解决消息的组合响应作为所述MsgB发送给所述UE(方框742)。用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号被包含在所述2步随机接入程序中的所述RRCSetupRequest1中。
两步RAP和“RRCResumeRequest1”中未添加HARQ-ACK的MsgA:
参考图11、当处于RRC非激活状态的所述UE接收到MBMS传输时,所述UE触发二步随机接入程序,并将“MBMS-ULFB”作为“ResumeCause”添加到消息MsgA中以执行所述二步随机接入程序。所述MBMS传输的HARQ-ACK不携带在所述消息MsgA中,所述消息MsgA由包括所述UE的所述RA前导码和所述RRCResumeRequest1的组合请求表示。所述二步随机接入程序中的所述RRCSetupRequest1中不包括用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
反馈资源说明:
下面详细说明反馈资源指示和HARQ信息指示的实施例。MBMS配置指示中可以包括反馈资源指示和HARQ信息指示的其中一个或两个。
参考图12及图13,所述基站以MBMS帧、子帧、时隙或子时隙为单位向包括所述UE10a和UE 10b的一组UE发送MBMS传输(方框410)。诸如所述UE 10a和UE 10b之一的UE从所述基站接收所述MBMS传输(方框510)。
所述基站向诸如所述UE 10a和UE 10b的所述UE发送包括反馈资源指示的MBMS配置指示,以指示与用于MBMS传输的所述反馈信道相关联的无线资源(方框411)。所述UE接收包括所述反馈资源指示的所述MBMS配置指示(方框511)。包括所述反馈资源指示的所述MBMS配置指示可以在所述RAP完成后发送。另外,所述MBMS配置指示可以包括HARQ相关信息指示,提供其他HARQ相关信息,例如HARQ进程标识符(identifier,ID)、冗余版本(redundancy version,RV)等。
诸如所述UE 10a或UE10b的UE通过由所述指示表示的所述反馈资源向所述基站发送所述MBMS传输的反馈信号(方框512)。所述BS通过由所述指示表示的所述反馈资源从所述UE接收所述MBMS传输的反馈信号(方框412)。
所述BS响应于所述反馈信号执行MBMS重传(方框413)。所述UE接收并解码由所述基站重传的MBMS流量。
MBMS可以通过MBSFN传输和SC-PTM传输来实现。MBMS是一种点对多点接口,旨在在3GPP蜂窝网络中提供广播和多播服务的高效传输。MBMS使用单小区点到多点(single cellpoint to multipoint,SC-PTM)传输在单个小区内提供多播服务,并使用多媒体广播多播服务单频网络(multimedia broadcast multicast service single frequency network,MBSFN)传输在一组多小区内提供广播服务。SC-PTM使用LTE下行链路共享信道和子帧结构进行传输,而MBSFN定义了新信道并具有不同于常规LTE子帧的子帧结构,以确保MBMS在一组小区上传输。
SC-PTM传输:
所述UE接收并读取系统信息块SIB1以获取系统信息块SIB20的调度信息,并使用所述获取的调度信息接收并读取所述系统信息块SIB20。所述UE读取所述系统信息块SIB20以获取单小区组播控制信道(single cell multicast control channel,SC-MCCH)的配置。所述UE在类型1A(type-1A)CSS中搜索由单小区RNTI(SC-RNTI)标识并且用于调度所述SC-MCCH的DCI。所述UE读取所述SC-MCCH以获得单小区多播业务信道(single cellmulticast traffic channel,SC-MTCH)的配置,包括组RNTI(group RNTI,G-RNTI)。所述UE在类型2A CSS中搜索由所述G-RNTI标识并且用于调度所述SC-MTCH的DCI。所述UE获取承载SC-PTM业务的所述SC-MTCH。
当所述MBMS传输通过单小区点对多点(single-cell point-to-multipoint,SC-PTM)进行时,所述反馈资源指示可以将反馈资源指示为由多个UE共享的资源池。用于指示所述资源池的所述反馈资源指示运载在系统信息块SIB20、具有单小区RNTI(SC-RNTI)的单小区多播控制信道(SC-MCCH)、具有组RNTI(G-RNTI)的多播业务信道(multicast trafficchannel,MTCH)、具有SC-RNTI的DCI、具有G-RNTI的DCI或具有C-RNTI的DCI。所述资源池可由与所述MBMS传输相关联的所有UE或所述UE的子集共享。
或者,当所述MBMS传输是通过单小区点对多点(SC-PTM)执行时,所述反馈资源指示可以将反馈资源指示为专用于所述UE的UE特定资源。用于指示所述UE特定资源的所述反馈资源指示可以携带在带有C-RNTI的DCI中。每个UE可以使用分配给所述UE的UE特定资源用于所述反馈信号传输。
下表给出了携带所述反馈资源指示的控制信号的例子。
表9
/>
MBSFN传输:
所述UE接收并读取系统信息块SIB1以获取系统信息块SIB13的调度信息,并使用所述获取的调度信息接收并读取所述系统信息块SIB13。所述UE读取所述系统信息块SIB13以获取组播控制信道(MCCH)的配置。所述UE在类型1A CSS中搜索调度所述SC-MCCH并且由RNTI(RNTI)标识的DCI。所述UE读取所述MCCH以获取多播业务信道(MTCH)的配置,其包括MBMS RNTI(M-RNTI)。所述UE在类型2A CSS中搜索调度所述MTCH并且由所述M-RNTI标识的DCI。所述UE获取承载MBSFN业务的所述MTCH。
当所述MBMS传输通过多播广播单频网络(multicast broadcast singlefrequency network,MBSFN)进行时,所述反馈资源指示可以将反馈资源指示为由多个UE共享的资源池。用于指示所述资源池的所述反馈资源指示可以携带在系统信息块SIB13、多播控制信道(multicast control channel,MCCH)、具有MBMS无线电网络临时标识符(MBMSRNTI,M-RNTI)的媒体访问控制(medium access control,MAC)控制元素(controlelement,CE)中、具有M-RNTI的下行链路控制信息(downlink control information,DCI)、或具有小区无线电网络临时标识符(cell RNTI,C-RNTI)的DCI。所述资源池可由与所述MBMS传输相关联的所有UE或所述UE的子集共享。与所述MBMS相关联的UE可以包括所述MBMS传输的小区或MBMS区域中的UE或订阅所述MBMS传输的一组UE。
或者,当通过多播广播单频网络(multicast broadcast single frequencynetwork,MBSFN)执行所述MBMS传输时,所述反馈资源指示可以将反馈资源指示为专用于所述UE的UE特定资源。用于指示所述UE特定资源的所述反馈资源指示携带在带有C-RNTI的DCI中。每个UE可以使用分配给所述UE的UE特定资源用于所述反馈信号传输。
所述NW和所述UE可以使用所述反馈资源来传输其他HARQ相关信息,例如HARQ进程ID、冗余版本(redundancy version,RV)等。
下表给出了携带所述反馈资源指示的控制信号的例子。
表10
/>
图14是根据本发明的一个实施方式的作为实例的用于无线通信的系统700的方块图。此处描述的实施方式可以使用任何适当配置的硬件和/或软件实现到系统中。图14示出了系统700,包括射频(radio frequency,RF)电路710、基频电路720、处理单元730、内存/储存器740、显示器750、照相机760、传感器770和输入/输出(I/O)接口780,如图所示相互联接。
上述处理单元730可以包括电路,例如,但不限于,一个或多个单核或多核处理器。该处理器可以包括通用处理器和专用处理器的任何组合,例如图形处理器和应用处理器(application processor)。上述处理器可以与内存/储存器耦合,并配置为执行储存在内存/储存器中的指令,以使各种应用和/或操作系统在系统上执行。
上述基频电路720可以包括电路,例如,但不限于,一个或多个单核或多核处理器。该处理器可以包括基频处理器。上述基频电路可以处理各种无线电控制功能,使其能够通过射频电路与一个或多个无线电网络通信。上述无线电控制功能可包括但不限于信号调制、编码、译码、调频转移等。在一些实施方式中,上述基频电路可以提供与一种或多种无线电技术兼容的通信。例如,在一些实施方式中,基频电路可以支持与5G NR、LTE、进化的通用地面无线电存取网(Evolved Universal Terrestrial Radio Access Network,EUTRAN)和/或其他无线城域网(Wireless Metropolitan Area Network,WMAN)、无线局域网(Wireless Local Area Network,WLAN)、无线个人区域网(Wireless Personal AreaNetwork,WPAN)的通信。上述基频电路被配置为支持一种以上无线协议的无线电通信的实施方案可被称为多模式基频电路。在各种实施方式中,上述基频电路720可以包括电路,以操作不被严格认为是基频频率的信号。例如,在一些实施方式中,基频电路可以包括对具有中间频率的信号进行操作的电路,该中间频率位于基频频率和调频之间。
上述射频电路710可以实现使用通过非固态媒体的调制电磁辐射与无线网络通信。在各种实施方式中,上述RF电路可以包括开关、滤波器、放大器等,以有助于与无线网络的通信。在各种实施方案中,上述射频电路710可以包括用以操作不被严格认为是在调频的信号的电路。例如,在一些实施方式中,射频电路可以包括对具有中间频率的信号进行操作的电路,该中间频率在基频频率和调频之间。
在各种实施方式中,上文讨论的关于UE、eNB或gNB的传送器电路、控制电路或接收器电路可以全部或部分地体现在射频电路、基频电路和/或处理单元中的一个或多个中。如本文所使用的,"电路"可以是指、或属于其一部分或包括特定应用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、电子电路、处理器(共享、专用或组合)和/或执行一个或多个软件或韧体程序的内存(共享、专用或组合)、组合逻辑电路和/或提供所述功能的其他适当硬件组件。在一些实施方式中,电子装置电路可以在一个或多个软件或韧体模块中实现,或者与电路相关的功能可以由一个或多个软件或韧体模块实现。在一些实施方式中,基频电路、处理单元和/或内存/储存器的部分或全部组成部件可以在单芯片系统(System On A Chip,SOC)上一起实现。
上述内存/储存器740可用于加载和储存数据和/或指令,例如,用于上述系统。用于一个实施方式的上述内存/储存器可以包括合适的易失性内存的任何组合,例如动态随机存取内存(Dynamic random access memory,DRAM),和/或非易失性内存,例如闪存。在各种实施方式中,上述I/O接口780可以包括一个或多个旨在让用户与上述系统互动的用户接口和/或旨在使外围部件与上述系统互动的外围部件接口。用户接口可以包括,但不限于物理键盘或小键盘、触摸板、扬声器、麦克风等。外围部件接口可包括但不限于非易失性内存端口、通用串行总线(Universal Serial Bus,USB)端口、音频插孔和电源接口。
在各种实施方式中,上述传感器770可以包括一个或多个传感装置,以确定与上述系统相关的环境条件和/或位置信息。在一些实施方式中,上述传感器可以包括但不限于陀螺仪传感器、加速度计、接近传感器、环境光传感器和定位单元。上述定位单元也可以是基频电路和/或射频电路的一部分,或与之互动,以便与定位网络的组件,例如全球定位系统(GPS)卫星进行通信。在各种实施方案中,上述显示器750可以包括一个显示器,例如液晶显示器和触摸屏显示器。在各种实施方式中,上述系统700可以是移动计算设备,例如,但不限于,笔记本计算设备、平板计算机计算设备、上网本小笔电(Netbook)、超极致笔电(Ultrabook)、智慧手机等。在各种实施方式中,该系统可以有更多或更少的组件,和/或不同的架构。在适当的情况下,本文所述的方法可以作为计算机程序来实现。该计算机程序可以储存在储存媒体上,例如非临时储存媒体。
本发明的实施方式是可在3GPP规范中采用的技术/流程的组合,以创建最终产品。
本领域的普通技术人员理解,本发明的实施方式中描述和公开的每个单元、算法和步骤都是使用电子硬件或计算机和电子硬件的软件组合来实现。这些功能是在硬件中执行还是在软件中执行,取决于应用的条件和技术方案的设计要求。本领域的普通技术人员可以使用不同的方式来实现每个具体应用的功能,而这种实现方式不应超出本发明的范围。本领域普通技术人员可以理解,由于上述系统、装置和单元的工作过程基本相同,因此可以参考上述实施方式中的系统、装置和单元的工作过程。为了便于描述和简化,这些工作过程将不详述。
可以理解的是,可以通过其他方式实现本发明的实施方式中所公开的系统、装置和方法。上述实施方式只是示例性举例说明的。对于上述提及的单元的划分仅仅是基于逻辑功能的划分,而在实现时还可以有其他划分方式。有可能多个单元或组件被结合或整合到另一个系统。也有可能一些特征被省略或略过。另一方面,上述说明的或讨论中的相互耦合、直接耦合或通信耦合是通过一些端口、装置或单元实现耦合,无论是间接地还是通过电子、机械或其他种类的形式进行通信实现耦合。
对于上述提及的单元作为用于解释的分离组件可以是物理分离的或不是物理分离的组件。对于上述提及的单元可以是物理单元或不是物理单元,也就是说可以设置于一个地方或分布在多个网络单元上。可以根据实施方式的目的使用一些上述单元或所有的上述单元。此外,每个实施方式中的每个功能单元可以集成到一个处理单元中,或在物理上独立,或集成到一个具有两个或两个以上的单元的处理单元中。
如果软件功能单元被实现作为产品来使用和销售,它可以被储存在计算机的可读储存媒体中。基于这种理解,本发明提出的技术方案可以基本关键部分或部分地实现为软件产品的形式。或者,对传统技术有益的技术计划的一部分可以作为软件产品的形式来实现。计算机中的软件产品储存在储存媒体中,包括用于计算设备(如个人计算机、服务器或网络设备)的多个命令,以执行本发明的实施方式所公开的全部或部分步骤。储存媒体包括USB碟、移动硬盘、只读存储器(ROM)、随机存取内存(RAM)、软盘或其他种类的能够储存程序代码的媒体。
本发明提供了与所述UE内复用相关的方法,用于具有不同优先级的流量。UE中的当前UE内复用仅支持对高优先级流量进行优先级排序,以丢弃低优先级信号和通道。具有不同优先级的UL信号/通道的UE内复用可以提高所述系统效率。
本公开的方法为MBMS提供了反馈机制。所述网络可以使用反馈信号进行MBMS重传,提高可靠性。所述公开的方法还提供MBMS UL反馈信道的建立作为空闲UE发起的随机接入程序中的新建立原因。所述公开的方法还提供MBMS UL反馈信道的建立作为由非激活UE发起的随机接入程序中的新恢复原因。
虽然已经结合被认为是最实用和最优选的实施方式描述了本发明内容,但应理解,本发明内容不限于所公开的实施方式,而是旨在涵盖在不脱离所附权利要求的最广泛解释的范围的情况下做出的各种安排。

Claims (128)

1.一种方法,可在用户设备(user equipment,UE)中执行,包括:
通过随机接入程序发送用于请求建立多媒体广播多播服务(multimedia broadcastmulticast service,MBMS)传输的反馈信道的请求;及
通过所述反馈信道发送所述MBMS传输的反馈信号。
2.根据权利要求1所述的方法,其特征在于,所述反馈信道包括专用于所述MBMS传输的新定义的上行链路信道、物理上行链路控制信道(physical uplink control channel,PUCCH)或物理上行链路共享信道(physicaluplink shared channel,PUSCH)。
3.根据权利要求1所述的方法,其特征在于,所述UE在建立所述反馈信道之前处于无线资源控制RRC空闲状态,并通过所述随机接入程序从所述无线资源控制(Radio ResourceControl,RRC)空闲状态过渡到RRC连接状态。
4.根据权利要求3所述的方法,其特征在于,所述随机接入程序为四步随机接入程序。
5.根据权利要求4所述的方法,其特征在于,在所述四步随机接入程序中的RRC建立请求中包含建立用于所述MBMS传输的所述反馈信道作为建立原因,其中请求所述反馈信道的所述建立请求包括所述RRC建立请求。
6.根据权利要求5所述的方法,其特征在于,在所述四步随机接入程序中,在所述RRC建立请求中包含所述MBMS传输的混合自动重复请求(hybrid automatic repeat request,HARQ)反馈比特作为所述MBMS传输的所述反馈信号。
7.根据权利要求3所述的方法,其特征在于,所述随机接入程序为两步随机接入程序。
8.根据权利要求7所述的方法,其特征在于,在所述两步随机接入程序中的RRC建立请求中包含建立用于所述MBMS传输的所述反馈信道作为建立原因,其中所述RRC建立请求与所述UE的前导码组合成组合请求消息,并且用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
9.根据权利要求8所述的方法,其特征在于,所述两步随机接入程序中的所述无线资源控制设置请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
10.根据权利要求1所述的方法,其特征在于,所述UE在建立所述反馈信道之前处于RRC非激活状态,并通过所述随机接入程序从所述RRC非激活状态转变为RRC连接状态。
11.根据权利要求10所述的方法,其特征在于,所述随机接入程序为四步随机接入程序。
12.根据权利要求11所述的方法,其特征在于,在所述四步随机接入程序中的缩短的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,并且用于请求建立所述反馈信道的所述请求包括所述缩短的RRC恢复请求。
13.根据权利要求12所述的方法,其特征在于,所述四步随机接入程序中的所述缩短的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
14.根据权利要求11所述的方法,其特征在于,在所述四步随机接入程序中的全长的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,并且用于请求建立所述反馈信道的所述请求包括所述全长的RRC恢复请求。
15.根据权利要求14所述的方法,其特征在于,在所述四步随机接入程序中,在所述全长的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
16.根据权利要求10所述的方法,其特征在于,所述随机接入程序为两步随机接入程序。
17.根据权利要求16所述的方法,其特征在于,在所述两步随机接入程序中的缩短的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,其中,所述缩短的RRC恢复请求与所述UE的前导码组合成组合请求消息,用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
18.根据权利要求17所述的方法,其特征在于,在所述两步随机接入程序中的所述缩短的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
19.根据权利要求16所述的方法,其特征在于,在所述两步随机接入程序中的全长的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,其中,所述全长的RRC恢复请求与所述UE的前导码组合成组合请求消息,用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
20.根据权利要求19所述的方法,其特征在于,在所述两步随机接入程序中,在所述全长的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
21.根据权利要求1所述的方法,还包括:
接收与所述反馈信道相关联的反馈资源指示,用于指示分配给所述反馈信道的反馈资源。
22.根据权利要求21所述的方法,其特征在于,所述MBMS传输通过多播广播单频网络(multicast broadcast single frequency network,MBSFN)进行,所述反馈资源指示表示反馈资源为多个UE共享的资源池。
23.根据权利要求22所述的方法,其特征在于,用于指示所述资源池的所述反馈资源指示运载在系统信息块SIB13、多播控制信道(multicast control channel,MCCH)、具有MBMS无线电网络临时标识符(MBMS RNTI,M-RNTI)的媒体访问控制(medium access control,MAC)控制元素(control element,CE)中、具有M-RNTI的下行链路控制信息(downlinkcontrol information,DCI)、或具有小区无线电网络临时标识符(cell RNTI,C-RNTI)的DCI。
24.根据权利要求21所述的方法,其特征在于,所述MBMS传输经由多播广播单频网络(multicast broadcast single frequency network,MBSFN)执行,所述反馈资源指示将反馈资源指示为专用于所述UE的UE特定资源。
25.根据权利要求24所述的方法,其特征在于,在具有C-RNTI的DCI中携带用于指示所述UE特定资源的所述反馈资源指示。
26.根据权利要求21所述的方法,其特征在于,所述MBMS传输通过单小区点对多点(single-cell point-to-multipoint,SC-PTM)进行,所述反馈资源指示表示反馈资源为多个UE共享的资源池。
27.根据权利要求26所述的方法,其特征在于,用于指示所述资源池的所述反馈资源指示运载在系统信息块SIB20、具有单小区RNTI(SC-RNTI)的单小区多播控制信道(SC-MCCH)、具有组RNTI(G-RNTI)的多播业务信道(multicast traffic channel,MTCH)、具有SC-RNTI的DCI、具有G-RNTI的DCI或具有C-RNTI的DCI。
28.根据权利要求21所述的方法,其特征在于,所述MBMS传输是通过单小区点对多点SC-PTM进行的,所述反馈资源指示表示反馈资源为专用于所述UE的UE特定资源。
29.根据权利要求28所述的方法,其特征在于,在具有C-RNTI的DCI中携带用于指示所述UE特定资源的所述反馈资源指示。
30.根据权利要求21所述的方法,还包括:
接收包括所述反馈资源指示和HARQ相关信息指示中的至少一种的MBMS配置指示,其中,所述HARQ相关信息指示包括HARQ进程标识(identifier,ID)和冗余版本(redundancyversion,RV)中的至少一种。
31.一种方法,可在基站中执行,包括:
通过随机接入程序接收用于请求建立多媒体广播多播服务(multimedia broadcastmulticast service,MBMS)传输的反馈信道的请求;及
通过所述反馈信道接收所述MBMS传输的反馈信号。
32.根据权利要求31所述的方法,其特征在于,所述反馈信道包括专用于所述MBMS传输的新定义的上行链路信道、物理上行链路控制信道(physical uplink control channel,PUCCH)或物理上行链路共享信道(physicaluplink shared channel,PUSCH)。
33.根据权利要求31所述的方法,其特征在于,所述随机接入程序与无线资源控制(Radio Resource Control,RRC)空闲状态相关联。
34.根据权利要求33所述的方法,其特征在于,所述随机接入程序为四步随机接入程序。
35.根据权利要求34所述的方法,其特征在于,在所述四步随机接入程序中的RRC建立请求中包含建立用于所述MBMS传输的所述反馈信道作为建立原因,其中所述反馈信道的所述建立请求包括所述RRC建立请求。
36.根据权利要求35所述的方法,其特征在于,在所述四步随机接入程序中,在所述RRC建立请求中包含所述MBMS传输的混合自动重复请求(hybrid automatic repeat request,HARQ)反馈比特作为所述MBMS传输的所述反馈信号。
37.根据权利要求33所述的方法,其特征在于,所述随机接入程序是两步随机接入程序。
38.根据权利要求37所述的方法,其特征在于,在所述两步随机接入程序中的RRC建立请求中包含建立用于所述MBMS传输的所述反馈信道作为建立原因,其中所述RRC建立请求与所述UE的前导码组合成组合请求消息,并且用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
39.根据权利要求38所述的方法,其特征在于,所述两步随机接入程序中的所述无线资源控制设置请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
40.根据权利要求31所述的方法,其特征在于,所述随机接入程序与RRC非激活状态相关联。
41.根据权利要求40所述的方法,其特征在于,所述随机接入程序为四步随机接入程序。
42.根据权利要求41所述的方法,其特征在于,在所述四步随机接入程序中的缩短的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,并且用于请求建立所述反馈信道的所述请求包括所述缩短的RRC恢复请求。
43.根据权利要求42所述的方法,其特征在于,所述四步随机接入程序中的所述缩短的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
44.根据权利要求41所述的方法,其特征在于,在所述四步随机接入程序中的全长的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,并且用于请求建立所述反馈信道的所述请求包括所述全长的RRC恢复请求。
45.根据权利要求44所述的方法,其特征在于,在所述四步随机接入程序中,在所述全长的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
46.根据权利要求40所述的方法,其特征在于,所述随机接入程序是两步随机接入程序。
47.根据权利要求46所述的方法,其特征在于,在所述两步随机接入程序中的缩短的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,其中,所述缩短的RRC恢复请求与所述UE的前导码组合成组合请求消息,用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
48.根据权利要求47所述的方法,其特征在于,在所述两步随机接入程序中的所述缩短的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
49.根据权利要求46所述的方法,其特征在于,在所述两步随机接入程序中的全长的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,其中,所述全长的RRC恢复请求与所述UE的前导码组合成组合请求消息,用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
50.根据权利要求49所述的方法,其特征在于,在所述两步随机接入程序中,在所述全长的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
51.根据权利要求31所述的方法,还包括:
发送所述反馈信道关联的反馈资源指示,用于指示分配给所述反馈信道的反馈资源。
52.根据权利要求51所述的方法,其特征在于,所述MBMS传输通过多播广播单频网络(multicast broadcast single frequency network,MBSFN)进行,所述反馈资源指示表示反馈资源为多个UE共享的资源池。
53.根据权利要求52所述的方法,其特征在于,用于指示所述资源池的所述反馈资源指示运载在系统信息块SIB13、多播控制信道(multicast control channel,MCCH)、具有MBMS无线电网络临时标识符(MBMS RNTI,M-RNTI)的媒体访问控制(medium access control,MAC)控制元素(control element,CE)中、具有M-RNTI的下行链路控制信息(downlinkcontrol information,DCI)、或具有小区无线电网络临时标识符(cell RNTI,C-RNTI)的DCI。
54.根据权利要求51所述的方法,其特征在于,所述MBMS传输经由多播广播单频网络(multicast broadcast single frequency network,MBSFN)执行,所述反馈资源指示将反馈资源指示为专用于所述UE的UE特定资源。
55.根据权利要求54所述的方法,其特征在于,在具有C-RNTI的DCI中携带用于指示所述UE特定资源的所述反馈资源指示。
56.根据权利要求51所述的方法,其特征在于,所述MBMS传输通过单小区点对多点(single-cell point-to-multipoint,SC-PTM)进行,所述反馈资源指示表示反馈资源为多个UE共享的资源池。
57.根据权利要求56所述的方法,其特征在于,用于指示所述资源池的所述反馈资源指示运载在系统信息块SIB20、具有单小区RNTI(SC-RNTI)的单小区多播控制信道(SC-MCCH)、具有组RNTI(G-RNTI)的多播业务信道(multicast traffic channel,MTCH)、具有SC-RNTI的DCI、具有G-RNTI的DCI或具有C-RNTI的DCI。
58.根据权利要求51所述的方法,其特征在于,所述MBMS传输经由单小区点对多点(single-cell point-to-multipoint,SC-PTM)执行,所述反馈资源指示将反馈资源指示为专用于所述UE的UE特定资源。
59.根据权利要求58所述的方法,其特征在于,在具有C-RNTI的DCI中携带用于指示所述UE特定资源的所述反馈资源指示。
60.根据权利要求51所述的方法,其特征在于,所述处理器进一步执行以下步骤:
传输包括所述反馈资源指示和HARQ相关信息指示中的至少一种的MBMS配置指示,其中,所述HARQ相关信息指示包括HARQ进程标识(identifier,ID)和冗余版本(redundancyversion,RV)中的至少一种。
61.一种用户设备,包括:
收发器;及
处理器,与所述收发器连接并被配置为执行以下步骤,包括:
通过随机接入程序发送用于请求建立多媒体广播多播服务(multimedia broadcastmulticast service,MBMS)传输的反馈信道的请求;及
通过所述反馈信道发送所述MBMS传输的反馈信号。
62.根据权利要求61所述的用户设备,其特征在于,所述反馈信道包括专用于所述MBMS传输的新定义的上行链路信道、物理上行链路控制信道(physical uplink controlchannel,PUCCH)或物理上行链路共享信道(physical uplink shared channel,PUSCH)。
63.根据权利要求62所述的用户设备,其特征在于,所述UE在建立所述反馈信道之前处于无线资源控制RRC空闲状态,并通过所述随机接入程序从所述无线资源控制(RadioResource Control,RRC)空闲状态过渡到RRC连接状态。
64.根据权利要求63所述的用户设备,其特征在于,所述随机接入程序为四步随机接入程序。
65.根据权利要求64所述的用户设备,其特征在于,在所述四步随机接入程序中的RRC建立请求中包含建立用于所述MBMS传输的所述反馈信道作为建立原因,其中请求所述反馈信道的所述建立请求包括所述RRC建立请求。
66.根据权利要求65所述的用户设备,其特征在于,在所述四步随机接入程序中,在所述RRC建立请求中包含所述MBMS传输的混合自动重复请求(hybrid automatic repeatrequest,HARQ)反馈比特作为所述MBMS传输的所述反馈信号。
67.根据权利要求63所述的用户设备,其特征在于,所述随机接入程序为两步随机接入程序。
68.根据权利要求67所述的用户设备,其特征在于,在所述两步随机接入程序中的RRC建立请求中包含建立用于所述MBMS传输的所述反馈信道作为建立原因,其中所述RRC建立请求与所述UE的前导码组合成组合请求消息,并且用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
69.根据权利要求68所述的用户设备,其特征在于,所述两步随机接入程序中的所述无线资源控制设置请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
70.根据权利要求62所述的用户设备,其特征在于,所述UE在建立所述反馈信道之前处于RRC非激活状态,并通过所述随机接入程序从所述RRC非激活状态转变为RRC连接状态。
71.根据权利要求70所述的用户设备,其特征在于,所述随机接入程序为四步随机接入程序。
72.根据权利要求71所述的用户设备,其特征在于,在所述四步随机接入程序中的缩短的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,并且用于请求建立所述反馈信道的所述请求包括所述缩短的RRC恢复请求。
73.根据权利要求72所述的用户设备,其特征在于,所述四步随机接入程序中的所述缩短的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
74.根据权利要求71所述的用户设备,其特征在于,在所述四步随机接入程序中的全长的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,并且用于请求建立所述反馈信道的所述请求包括所述全长的RRC恢复请求。
75.根据权利要求74所述的用户设备,其特征在于,在所述四步随机接入程序中,在所述全长的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
76.根据权利要求70所述的用户设备,其特征在于,所述随机接入程序是两步随机接入程序。
77.根据权利要求76所述的用户设备,其特征在于,在所述两步随机接入程序中的缩短的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,其中,所述缩短的RRC恢复请求与所述UE的前导码组合成组合请求消息,用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
78.根据权利要求77所述的用户设备,其特征在于,在所述两步随机接入程序中的所述缩短的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
79.根据权利要求76所述的用户设备,其特征在于,在所述两步随机接入程序中的全长的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,其中,所述全长的RRC恢复请求与所述UE的前导码组合成组合请求消息,用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
80.根据权利要求79所述的用户设备,其特征在于,在所述两步随机接入程序中,在所述全长的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
81.根据权利要求61所述的用户设备,其特征在于,所述处理器还执行以下步骤:
接收与所述反馈信道相关联的反馈资源指示,用于指示分配给所述反馈信道的反馈资源。
82.根据权利要求81所述的用户设备,其特征在于,所述MBMS传输通过多播广播单频网络(multicast broadcast single frequency network,MBSFN)进行,所述反馈资源指示表示反馈资源为多个UE共享的资源池。
83.根据权利要求82所述的用户设备,其特征在于,用于指示所述资源池的所述反馈资源指示运载在系统信息块SIB13、多播控制信道(multicast control channel,MCCH)、具有MBMS无线电网络临时标识符(MBMS RNTI,M-RNTI)的媒体访问控制(medium accesscontrol,MAC)控制元素(control element,CE)中、具有M-RNTI的下行链路控制信息(downlink control information,DCI)、或具有小区无线电网络临时标识符(cell RNTI,C-RNTI)的DCI。
84.根据权利要求81所述的用户设备,其特征在于,所述MBMS传输经由多播广播单频网络(multicast broadcast single frequency network,MBSFN)执行,所述反馈资源指示将反馈资源指示为专用于所述UE的UE特定资源。
85.根据权利要求84所述的用户设备,其特征在于,在具有C-RNTI的DCI中携带用于指示所述UE特定资源的所述反馈资源指示。
86.根据权利要求81所述的用户设备,其特征在于,所述MBMS传输通过单小区点对多点(single-cell point-to-multipoint,SC-PTM)进行,所述反馈资源指示表示反馈资源为多个UE共享的资源池。
87.根据权利要求86所述的用户设备,其特征在于,用于指示所述资源池的所述反馈资源指示运载在系统信息块SIB20、具有单小区RNTI(SC-RNTI)的单小区多播控制信道(SC-MCCH)、具有组RNTI(G-RNTI)的多播业务信道(multicast traffic channel,MTCH)、具有SC-RNTI的DCI、具有G-RNTI的DCI或具有C-RNTI的DCI。
88.根据权利要求81所述的用户设备,其特征在于,所述MBMS传输是通过单小区点对多点SC-PTM进行的,所述反馈资源指示表示反馈资源为专用于所述UE的UE特定资源。
89.根据权利要求88所述的用户设备,其特征在于,在具有C-RNTI的DCI中携带用于指示所述UE特定资源的所述反馈资源指示。
90.根据权利要求81所述的用户设备,其特征在于,所述处理器还执行以下步骤:
接收包括所述反馈资源指示和HARQ相关信息指示中的至少一种的MBMS配置指示,其中,所述HARQ相关信息指示包括HARQ进程标识(identifier,ID)和冗余版本(redundancyversion,RV)中的至少一种。
91.一种基站,包括:
通过随机接入程序接收用于请求建立多媒体广播多播服务(multimedia broadcastmulticast service,MBMS)传输的反馈信道的请求;及
通过所述反馈信道接收所述MBMS传输的反馈信号。
92.根据权利要求91所述的基站,其特征在于,所述反馈信道包括专用于所述MBMS传输的新定义的上行链路信道、物理上行链路控制信道(physical uplink control channel,PUCCH)或物理上行链路共享信道(physicaluplink shared channel,PUSCH)。
93.根据权利要求91所述的基站,其特征在于,所述随机接入程序与无线资源控制(Radio Resource Control,RRC)空闲状态相关联。
94.根据权利要求93所述的基站,其特征在于,所述随机接入程序为四步随机接入程序。
95.根据权利要求94所述的基站,其特征在于,在所述四步随机接入程序中的RRC建立请求中包含建立用于所述MBMS传输的所述反馈信道作为建立原因,其中所述反馈信道的所述建立请求包括所述RRC建立请求。
96.根据权利要求95所述的基站,其特征在于,在所述四步随机接入程序中,在所述RRC建立请求中包含所述MBMS传输的混合自动重复请求(hybrid automatic repeat request,HARQ)反馈比特作为所述MBMS传输的所述反馈信号。
97.根据权利要求93所述的基站,其特征在于,所述随机接入程序是两步随机接入程序。
98.根据权利要求97所述的基站,其特征在于,在所述两步随机接入程序中的RRC建立请求中包含建立用于所述MBMS传输的所述反馈信道作为建立原因,其中所述RRC建立请求与所述UE的前导码组合成组合请求消息,并且用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
99.根据权利要求98所述的基站,其特征在于,所述两步随机接入程序中的所述无线资源控制设置请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
100.根据权利要求91所述的基站,其特征在于,所述随机接入程序与RRC非激活状态相关联。
101.根据权利要求100所述的基站,其特征在于,所述随机接入程序为四步随机接入程序。
102.根据权利要求101所述的基站,其特征在于,在所述四步随机接入程序中的缩短的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,并且用于请求建立所述反馈信道的所述请求包括所述缩短的RRC恢复请求。
103.根据权利要求102所述的基站,其特征在于,所述四步随机接入程序中的所述缩短的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
104.根据权利要求101所述的基站,其特征在于,在所述四步随机接入程序中的全长的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,并且用于请求建立所述反馈信道的所述请求包括所述全长的RRC恢复请求。
105.根据权利要求104所述的基站,其特征在于,在所述四步随机接入程序中,在所述全长的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
106.根据权利要求100所述的基站,其特征在于,所述随机接入程序为两步随机接入程序。
107.根据权利要求106所述的基站,其特征在于,在所述两步随机接入程序中的缩短的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,其中,所述缩短的RRC恢复请求与所述UE的前导码组合成组合请求消息,用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
108.根据权利要求107所述的基站,其特征在于,在所述两步随机接入程序中的所述缩短的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
109.根据权利要求106所述的基站,其特征在于,在所述两步随机接入程序中的全长的RRC恢复请求中包含建立用于所述MBMS传输的所述反馈信道作为恢复原因,其中,所述全长的RRC恢复请求与所述UE的前导码组合成组合请求消息,用于请求建立所述反馈信道的所述请求包括所述组合请求消息。
110.根据权利要求109所述的基站,其特征在于,在所述两步随机接入程序中,在所述全长的RRC恢复请求中包含用于所述MBMS传输的HARQ反馈比特作为所述MBMS传输的所述反馈信号。
111.根据权利要求91所述的基站,其特征在于,所述处理器还执行以下步骤:
发送所述反馈信道关联的反馈资源指示,用于指示分配给所述反馈信道的反馈资源。
112.根据权利要求111所述的基站,其特征在于,所述MBMS传输通过多播广播单频网络(multicast broadcast single frequency network,MBSFN)进行,所述反馈资源指示表示反馈资源为多个UE共享的资源池。
113.根据权利要求112所述的基站,其特征在于,用于指示所述资源池的所述反馈资源指示运载在系统信息块SIB13、多播控制信道(multicast control channel,MCCH)、具有MBMS无线电网络临时标识符(MBMS RNTI,M-RNTI)的媒体访问控制(medium accesscontrol,MAC)控制元素(control element,CE)中、具有M-RNTI的下行链路控制信息(downlink control information,DCI)、或具有小区无线电网络临时标识符(cell RNTI,C-RNTI)的DCI。
114.根据权利要求111所述的基站,其特征在于,所述MBMS传输经由多播广播单频网络(multicast broadcast single frequency network,MBSFN)执行,所述反馈资源指示将反馈资源指示为专用于所述UE的UE特定资源。
115.根据权利要求114所述的基站,其特征在于,在具有C-RNTI的DCI中携带用于指示所述UE特定资源的所述反馈资源指示。
116.根据权利要求111所述的基站,其特征在于,所述MBMS传输通过单小区点对多点(single-cell point-to-multipoint,SC-PTM)进行,所述反馈资源指示表示反馈资源为多个UE共享的资源池。
117.根据权利要求116所述的基站,其特征在于,用于指示所述资源池的所述反馈资源指示运载在系统信息块SIB20、具有单小区RNTI(SC-RNTI)的单小区多播控制信道(SC-MCCH)、具有组RNTI(G-RNTI)的多播业务信道(multicast traffic channel,MTCH)、具有SC-RNTI的DCI、具有G-RNTI的DCI或具有C-RNTI的DCI。
118.根据权利要求111所述的基站,其特征在于,所述MBMS传输经由单小区点对多点(single-cell point-to-multipoint,SC-PTM)执行,所述反馈资源指示将反馈资源指示为专用于所述UE的UE特定资源。
119.根据权利要求118所述的基站,其特征在于,在具有C-RNTI的DCI中携带用于指示所述UE特定资源的所述反馈资源指示。
120.根据权利要求111所述的基站,其特征在于,所述处理器还执行以下步骤:
传输包括所述反馈资源指示和HARQ相关信息指示中的至少一种的MBMS配置指示,其中,所述HARQ相关信息指示包括HARQ进程标识(identifier,ID)和冗余版本(redundancyversion,RV)中的至少一种。
121.一种芯片,包括:
处理器,用于调用并运行存储在内存中的计算机程序,使安装有所述芯片的设备执行权利要求1至30中任一项所述的方法。
122.一种芯片,包括:
处理器,用于调用和运行存储在内存中的计算机程序,使安装有所述芯片的设备执行权利要求31至60中任一项所述的方法。
123.一种计算机可读存储介质,其中存储有计算机程序,其中,所述计算机程序使计算机执行权利要求1至30中任一项所述的方法。
124.一种计算机可读存储介质,其中存储有计算机程序,其中,所述计算机程序使计算机执行权利要求31至60中任一项所述的方法。
125.一种计算机程序产品,包括计算机程序,其中所述计算机程序使计算机执行权利要求1至30中任一项所述的方法。
126.一种计算机程序产品,包括计算机程序,其中所述计算机程序使计算机执行权利要求31至60所述的任何一项所述的方法。
127.一种计算机程序,其中所述计算机程序使计算机执行权利要求1至30的所述方法中的任何一项所述的方法。
128.一种计算机程序,其中所述计算机程序使计算机执行权利要求31至60所述的任何一项所述的方法。
CN202080104734.8A 2020-08-07 2020-08-07 Mbms反馈处理方法、基站及用户设备 Pending CN116615877A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/107712 WO2022027557A1 (en) 2020-08-07 2020-08-07 Mbms feedback processing method, base station, and user equipment

Publications (1)

Publication Number Publication Date
CN116615877A true CN116615877A (zh) 2023-08-18

Family

ID=80119102

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080104734.8A Pending CN116615877A (zh) 2020-08-07 2020-08-07 Mbms反馈处理方法、基站及用户设备

Country Status (2)

Country Link
CN (1) CN116615877A (zh)
WO (1) WO2022027557A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101981953A (zh) * 2008-01-29 2011-02-23 夏普株式会社 通信设备、通信方法
CN102047699A (zh) * 2008-05-30 2011-05-04 艾利森电话股份有限公司 点对多点多媒体广播多播服务的上行链路信道
CN107734606A (zh) * 2016-08-12 2018-02-23 中兴通讯股份有限公司 一种多播业务的传输方法及装置
CN108282901A (zh) * 2017-01-06 2018-07-13 电信科学技术研究院 一种随机接入响应方法和装置
CN111314980A (zh) * 2020-02-20 2020-06-19 展讯通信(上海)有限公司 数据传输方法及装置、存储介质、终端
CN111373837A (zh) * 2018-09-19 2020-07-03 三星电子株式会社 用于在无线通信系统中发送和接收数据的方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080112144A (ko) * 2007-06-20 2008-12-24 한국전자통신연구원 멀티미디어 방송 멀티캐스트 서비스 시스템에서의 데이터전송/수신방법 및 그 장치
CN101388755B (zh) * 2007-09-11 2011-11-30 电信科学技术研究院 单小区mbms数据重传调度方法、装置、系统和基站
CN101686433A (zh) * 2008-09-28 2010-03-31 大唐移动通信设备有限公司 一种mbms传输的反馈方法、系统及设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101981953A (zh) * 2008-01-29 2011-02-23 夏普株式会社 通信设备、通信方法
CN102047699A (zh) * 2008-05-30 2011-05-04 艾利森电话股份有限公司 点对多点多媒体广播多播服务的上行链路信道
CN107734606A (zh) * 2016-08-12 2018-02-23 中兴通讯股份有限公司 一种多播业务的传输方法及装置
CN108282901A (zh) * 2017-01-06 2018-07-13 电信科学技术研究院 一种随机接入响应方法和装置
CN111373837A (zh) * 2018-09-19 2020-07-03 三星电子株式会社 用于在无线通信系统中发送和接收数据的方法和装置
CN111314980A (zh) * 2020-02-20 2020-06-19 展讯通信(上海)有限公司 数据传输方法及装置、存储介质、终端

Also Published As

Publication number Publication date
WO2022027557A1 (en) 2022-02-10

Similar Documents

Publication Publication Date Title
US11665694B2 (en) Method and apparatus for enhanced contention based random access procedure
US20230180305A1 (en) Terminal device, base station device, method, and recording medium
US11115789B2 (en) Resource allocation method for V2X communication in wireless communication system and apparatus therefor
CN107005509B (zh) 用于未授权共享介质中的数据传输的方法、装置和系统
CN118215153A (zh) 执行随机接入过程的方法和装置
US20220007426A1 (en) Random access method and device
US20080232317A1 (en) Method and Apparatus for Handling Random Access Procedure in a Wireless Communications System
US20230292345A1 (en) Method and apparatus for multiple sidelink transmission opportunities in one slot
US20130279465A1 (en) Method and arrangement for acknowledgement of contention-based uplink transmissions in a telecommunication system
US20160066228A1 (en) Method and ue for performing random access to base station, and method and base station for establishing connection with ue
JP2022528514A (ja) ランダムアクセス方法、端末装置及びネットワーク装置
CN112583559B (zh) 反馈方法及装置
CN116134876A (zh) 用于数据传输的方法及设备
CN114616905A (zh) 用于媒体接入控制层中的随机接入过程的方法和设备
WO2021047778A1 (en) Techniques for two-step random access improvements
US11190314B2 (en) Method and apparatus for transmitting uplink data in wireless communication system
WO2022027557A1 (en) Mbms feedback processing method, base station, and user equipment
CN113647133B (zh) 发送、接收反馈信息的方法和设备
WO2020030145A1 (zh) 一种数据传输方法、基站及终端
CN114651497A (zh) 随机接入过程中的竞争解决
US11979241B2 (en) Methods, terminal device and infrastructure equipment using transmission on a preconfigured uplink resource
CN114342465A (zh) 无线通信的方法和终端设备
CN118104364A (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