CN110463236A - 用于进一步增强的窄带物联网(feNB-IoT)的调度请求的设计 - Google Patents

用于进一步增强的窄带物联网(feNB-IoT)的调度请求的设计 Download PDF

Info

Publication number
CN110463236A
CN110463236A CN201880020631.6A CN201880020631A CN110463236A CN 110463236 A CN110463236 A CN 110463236A CN 201880020631 A CN201880020631 A CN 201880020631A CN 110463236 A CN110463236 A CN 110463236A
Authority
CN
China
Prior art keywords
harq
circuit system
ack feedback
sent
ack
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.)
Granted
Application number
CN201880020631.6A
Other languages
English (en)
Other versions
CN110463236B (zh
Inventor
叶悄扬
D·查特吉
S·塔拉里科
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.)
Apple Inc
Intel Corp
Original Assignee
Intel IP Corp
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 Intel IP Corp filed Critical Intel IP Corp
Publication of CN110463236A publication Critical patent/CN110463236A/zh
Application granted granted Critical
Publication of CN110463236B publication Critical patent/CN110463236B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • 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/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data

Landscapes

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

Abstract

一种在进一步增强的窄带物联网(feNB‑IoT)网络中的用户设备(UE)中使用以与基站进行通信的装置,可包括收发器电路系统和耦接至收发器电路系统的处理电路系统。处理电路系统可处理从基站接收的调度请求(SR)配置信息;并且基于SR配置信息对一个或多个SR编码以用于发送。

Description

用于进一步增强的窄带物联网(feNB-IoT)的调度请求的设计
相关申请的交叉引用
本申请要求2017年3月24日公布的美国临时专利申请62/476,106、2017年5月5日公布的美国临时专利申请62/502,515和2017年8月9日公布的美国临时专利申请62/543,074的权益,这些专利申请中的每个全文以引用方式并入本文。
技术领域
各种实施方案总体可涉及无线通信的领域,并且具体地涉及feNB-IoT的调度请求(SR)。
背景技术
需注意的是,在窄带物联网(NB-IoT)的Rel-13中,以及在eNB-IoT的Rel-14中,没有专用的调度请求(SR)。因而,在这些标准下,SR在功能上可通过连接模式RACH或通过经由规则的随机接入释放并重建连接来实现。缺乏对此专用SR的提供是因为,NB-IoT用户设备(UE)由于非常不频繁的业务模式而通常预期仅在非常短的持续时间内停留在连接模式中。进一步注意到,在Rel-13和Rel-14中还不支持信道状态信息(CSI)反馈。唯一支持的上行控制信息(UCI)是响应于调度的窄带物理下行共享信道(NPDSCH)的混合自动重传请求确认(HARQ-ACK)反馈,并且此外,也不支持捎带窄带物理上行共享信道NPUSCH(具有数据)的HARQ-ACK反馈。
附图说明
通过以下具体实施方式结合附图将容易地理解实施方案。为便于描述,类似的附图标记指代类似的结构元件。实施方案以示例的方式示出并且不是以限制于附图中的图形的方式示出。
图1A示出根据一些实施方案的网络的系统1A00的架构。
图1B示出根据各种实施方案的示例网络,该示例网络包括用户设备(UE)和演进的NodeB(eNB)。
图2示出根据各种实施方案的示例网络,该示例网络包括多个eNB。
图3示出根据各种实施方案的用于接收SR配置信息并发送SR请求的方法的操作流程的概要。
图4示出根据各种实施方案的用于在UE具有良好的信号覆盖时向eNB发送SR的方法的操作流程的概要。
图5A示出根据各种实施方案的用于管理SR和HARQ-ACK反馈的方法的操作流程的概要。
图5B示出根据各种实施方案的用于管理SR和HARQ-ACK的替代方法的操作流程的概要。
图6示出根据各种实施方案的电子设备。
图7示出根据各种实施方案的计算机系统。
图8示出根据各种实施方案的替代电子设备。
图9描绘根据一些实施方案的基带电路系统的示例接口。
具体实施方式
以下具体实施方式参照附图。相同的附图标记可用于在不同单独附图中标识相同的或类似的元件。在以下描述中,为了解释而非限制的目的,提出具体细节诸如特定的结构、架构、接口、技术等,以便提供对各种实施方案的各个方面的透彻理解。然而,受益于本公开的本领域技术人员应当理解,各种实施方案的各个方面可在脱离这些具体细节的其他示例中实践。在某些实例中,略去了对熟知的装置、电路和方法的描述,以便不用不必要的细节使各个实施方案的描述变得费解。
为了简洁起见,在本公开中使用以下缩写:
MTE:机器类型通信
BPSK:二进制相移键控
BR:带宽减小
BSR:缓冲器状态报告
BL:BR低复杂性
BW:带宽
CE:覆盖增强
CoMP:协调多点
CRC:循环冗余校验
C-RNTI:小区无线网络临时标识
CS:循环移位
DCI:下行控制信息
DMRS:解调参考信号
eNB:演进的NodeB
HARQ-ACK:混合自动重传请求确认
NB-IoT:窄带物联网
NB-SIB:窄带系统信息块
NPDCCH:窄带物理下行控制信道
NPRACH:窄带物理随机接入信道
NPDSCH:窄带物理下行共享信道
NPUSCH:窄带物理上行共享信道
OCC:正交覆盖码
PRB:物理资源块
QPSK:正交相移键控
RACH:随机接入信道
RL:重复等级
RU:资源单元
RRC:无线资源控制
SC:子载波
SIB:系统信息块
SR:搜索请求
TBS:发送块大小
UCI:上行控制信息
UE:用户设备
UL:上行链路
在实施方案中,可提供用于实现NB-IoT系统的调度请求的设备和方法。
在进一步增强的窄带物联网网络(feNB-IoT)中的用户设备(UE)中使用以与基站通信的设备可包括收发器电路系统和耦接至收发器电路系统的处理电路系统。处理电路系统可处理从基站接收的调度请求(SR)配置信息,并且基于SR配置信息将一个或多个SR编码以用于发送。
在下文中,可以最有助于理解所要求保护的主题的方式将各种操作依次描述为多个分立的动作或操作。然而,描述的次序不应被解释为暗示这些操作必须是取决于次序的。具体地,这些操作可不以展示的次序执行。所述操作可以与所述实施方案不同的次序执行。可执行各种附加操作,或者可在附加的实施方案中略去所述操作。
为了本公开的目的,短语“A或B”、“A和/或B”和“A/B”意指(A)、(B)或(A和B)。
说明书可使用短语“在一个实施方案中”或“在实施方案中”,这可各自指相同的或不同的实施方案中的一个或多个。此外,术语“包括(comprising)”、“including(包含)”、“具有(having)”等如参考本公开的实施方案所用是同义的。
如本文(包括权利要求中)所用,术语“电路系统”可以指、为其一部分或包括专用集成电路(ASIC)、电子电路、处理器(共享、专用或组)和/或存储器(共享、专用或组),该存储器执行一个或多个软件或硬件程序、组合逻辑电路和/或提供所述功能的其他合适的硬件部件。在一些实施方案中,电路系统可以一个或多个软件或硬件模块实现,或者与电路系统相关联的功能可由一个或多个软件或硬件模块实现。在一些实施方案中,电路系统可包括在硬件中至少部分可操作的逻辑。
如本文(包括权利要求中)所使用,如果NB-IoT载波运送窄带主要同步信号和窄带次要同步信号(NPSS/NSSS)、窄带物理广播信道(NPBCH)、窄带系统信息块1型(SIB1-NB)和其他窄带系统信息(SI)消息(NB-SI),则其被称为“锚载波”。同时,锚载波是UE在怠机模式期间驻留的载波。另外,如本文所用,载波被称为“非锚载波”。
图1A示出根据一些实施方案的网络的系统1A00的架构。系统1A00被示为包括用户设备(UE)1A01和UE 1A02。如本文所用,术语“用户设备”或“UE”可以指具有无线通信能力的装置,并且可描述通信网络中的网络资源的远程用户。术语“用户设备”或“UE”可被视为并且可被称为客户、移动物、移动装置、移动终端、用户终端、移动单元、移动站、移动用户、订阅者、用户、远端站、用户代理、接收器、无线设备、可重新配置的无线设备、可重新配置的移动装置等。此外,术语“用户设备”或“UE”可包括任何类型的无线/有线装置或包含无线通信接口的任何计算装置。在该示例中,UE 1A01和UE 1A02被示出为智能电话(例如,可连接至一个或多个蜂窝网络的手持式触屏移动计算装置),但是也可包括任何移动或非移动计算装置,诸如消费电子设备、蜂窝电话、智能电话、功能电话、平板电脑、可佩带计算装置、个人数字助理(PDA)、传呼器、无线电话听筒、台式计算机、膝上型计算机、车载信息娱乐系统(IVI)、车载娱乐(ICE)装置、仪表板(IC)、平视显示器(HUD)装置、车载诊断(OBD)装置、仪表盘移动设备(DME)、移动数据终端(MDT)、电子发动机管理系统(EEMS)、电子/发动机控制单元(ECU)、电子/发动机控制模块(ECM)、嵌入式系统、微控制器、控制模块、发动机管理系统(EMS)、联网的H或“智能的”器具、机器类型通信(MTC)装置、机器对机器(M2M)、物联网(IoT)装置等。
在一些实施方案中,UE 1A01和UE 1A02中的任一者可包括物联网(IoT)UE,其可包括被设计为用于利用短期UE连接的低功耗IoT应用的网络接入层。IoT UE可利用技术诸如机器对机器(M2M)或机器类型通信,以用于经由公共陆地移动网络(PLMN)、基于接近度的服务(ProSe)或装置对装置(D2D)通信、传感器网络或IoT网络与MTC服务器或装置交换数据。M2M或MTC数据交换可以是机器引发的数据交换。IoT网络描述互连的IoT UE,其可包括具有短期连接的、可唯一识别的嵌入式计算装置(在因特网设施内)。IoT UE可执行后台应用(例如,保活消息、状态更新等)以便于IoT网络的连接。
UE 1A01和UE 1A02可被配置为与无线接入网(RAN)1A10连接(例如,通信地耦接)—RAN 1A10可为例如演进的通用移动通信系统(UMTS)地面无线接入网(E-UTRAN)、下一代RAN(NG RAN)或一些其他类型的RAN。UE 1A01和UE 1A02分别利用连接(或信道)1A03和1A04,所述连接(或信道)中的每个包括物理通信接口或层(在后文中详细讨论)。如本文所用,术语“信道”可以指有形或无形的任何发送介质,其用于传送数据或数据流。术语“信道”可以与之同义或等同于“通信信道”、“数据通信信道”、“发送信道”、“数据发送信道”、“接入信道”、“数据接入信道”、“链路”、“数据链路”、“载波”、“射频载波”和/或表示数据通过其传送的通路或介质的任何其他类似术语。另外,术语“链路”可以指两个装置之间出于发送和接收信息的目的而通过无线接入技术(RAT)连接。在该示例中,连接1A03和1A04被示出为用于实现通信式耦接的空中接口,并且可与蜂窝通信协议一致,诸如全球移动通信系统(GSM)协议、码分多接入(CDMA)网络协议、一键通(PTT)协议、无线一键通(POC)协议、通用移动通信系统(UMTS)协议、3GPP长期演进(LTE)协议、第五代(5G)协议、新无线电(NR)协议等。
在该实施方案中,UE 1A01和UE 1A02可经由ProSe接口1A05进一步无线地交换通信数据。ProSe接口1A05可另选地被称为包括一个或多个逻辑信道的侧行接口,包括但不限于物理侧行控制信道(PSCCH)、物理侧行共享信道(PSSCH)、物理侧行发现信道(PSDCH)和物理侧行广播信道(PSBCH)。在各种实施方式中,SL接口1A05可用于车辆应用和通信技术,其通常被称为V2X系统。V2X是一种这样的通信模式,在该通信模式中UE(例如,UE 1A01、UE1A02)彼此之间直接通过PC5/SL接口105通信,并且可在UE 1A01、UE 1A02由RAN节点1A11、1A12服务时或在一个或多个UE在RAN 1A10的覆盖范围之外时发生。V2X可被分类为四种不同的类型:车辆对车辆(V2V)、车辆对设施(V2I)、车辆对网络(V2N)和车辆对行人(V2P)。这些V2X应用可使用“合作感知(co-operative awareness)”来为终端用户提供更加智能的服务。例如,vUE 1A01、1A02、RAN节点1A11、1A12、应用服务器1A30和行人UE 1A01、1A02可收集其本地环境的知识(例如,从附近的其他车辆或传感器设备接收的信息)来处理和共享该知识,以便提供更智能的服务,诸如合作碰撞警告、自主驾驶等。在这些实施方式中,UE 1A01、1A02可实现/采用为车辆嵌入式通信系统(VECS)或vUE。
UE 1A02被示为被配置为经由连接1A07接入接入点(AP)1A06(也被称为“WLAN节点1A06”、“WLAN 1A06”、“WLAN终端1A06”或“WT 1A06”等)。连接1A07可包括本地无线连接,诸如与IEE 802.11协议一致的连接,其中AP 1A06将包括无线保真路由器。在该示例中,AP 1A06被示为连接至因特网而不连接至无线系统的核心网络(下文中详述)。在各种实施方案中,UE 1A02、RAN 1A10和AP 1A06可被配置为利用LTE-WLAN聚合(LWA)操作和/或WLAN LTE/WLAN通过Ipsec隧道的无线水平集合(LWIP)操作。LWA操作可涉及处于被RAN节点1A11、1A12配置为利用LTE和WLAN的无线资源的RRC_CONNECTED的UE 1A02。LWIP操作可涉及经由因特网协议安全(IPsec)协议隧穿(tunneling)使用WLAN无线资源(例如,连接1A07)的UE 1A02,以认证并加密通过连接1A07发送的分组(例如,因特网协议(IP)分组)。IPsec隧穿可包括封装全部原始IP分组并添加新的分组头部从而保护IP分组的原始头部。
RAN 1A10可包括实现连接1A03和1A04的一个或多个接入节点。如本文所用,术语“接入节点”、“接入点”等可描述提供数据的无线基带功能和/或网络和一个或多个用户之间的语音连接的设备。这些接入节点可被称为基站(BS)、NodeB、演进的NodeB(eNB)、下一代NodeB(gNB)、RAN节点、路侧单元(RSU)等,并且可包括提供一定地理区域(例如,小区)内的覆盖的地面站(例如,地面接入点)或卫星站。术语“路侧单元”或“RSU”可以指在其中或通过gNB/eNB/RAN节点或固定的(或相对固定的)UE实现的任何运输设施实体。其中在UE中或通过UE实现的RSU可被称为“UE型RSU”,在eNB中或通过eNB实现的RSU可被称为“eNB型RSU”。RAN 1A10可包括用于提供宏小区的一个或多个RAN节点(例如,宏RAN节点1A11)和用于提供毫微微小区和微微小区(例如,具有比宏小区更小的覆盖面积、更小的用户容量或更大的带宽的小区)的一个或多个RAN节点(例如,低功耗(LP)RAN节点)1A12。
RAN节点1A11和1A12中的任一者可端接空中接口协议,并且可为UE 1A01和1A02的第一接触点。在一些实施方案中,RAN节点1A11和1A12中的任一者可实现RAN 1A10的各种逻辑功能,包括但不限于无线网络控制器(RNC)功能(诸如无线承载管理、上行和下行动态无线资源管理和数据分组调度)和移动管理。
根据一些实施方案,UE 1A01和1A02可被配置为使用正交频分复用(OFDM)通信信号彼此之间或与RAN节点1A11和1A12中的任一者通过多载波通信信道根据各种通信技术进行通信,该通信技术诸如但不限于正交频分多址(OFDMA)通信技术(例如,用于上行通信)或单载波频分多址(SC-FDMA)通信技术(例如,用于上行和ProSe或侧行通信),虽然实施方案的范围在这方面不受限制。OFDM信号可包括多个正交子载波。
在一些实施方案中,下行资源网格可用于从RAN节点1A11和1A12向UE 1A01和1A02下行发送,而上行发送可利用类似的技术。网格可为时频网格,又被称为资源网格或时频网格,其是每个时间片中的下行中的物理资源。此时频平面表示是OFDM的常见惯例,这使得无线资源分配变得直观。资源网格的每列和每行分别对应于OFDM符号和一个OFDM子载波。时域中资源网格的持续时间对应于无线帧中的一个时间片。资源网格中的最小时频单元被表示为资源单元。每个资源网格包括一些资源块,其描述某些物理信道到资源单元的映射。每个资源块包括一批资源单元;在频域这,这可表示当前可分配的资源的最小量。存在使用此类资源块输送的若干不同的物理下行信道。
物理下行共享信道(PDSCH)可向UE 1A01和1A02运送用户数据和较高层信令。物理下行控制信道(PDCCH)可运送关于与PDSCH信道等有关的发送格式和资源分配的信息。其还可告知UE 1A01和1A02关于与上行共享信道有关的发送格式、资源分配和H-ARQ(混合自动重传请求)信息。通常,下行调度(将控制和共享信道资源块分派到小区内的UE 102)可在RAN节点1A11和1A12处基于从UE 1A01和1A02中的任一者反馈回的信道质量信息执行。下行资源分派信息可发送到UE 1A01和1A02中的每个所用(例如,所分派)的PDCCH上。
PDCCH可使用控制信道单元(CCE)来运送控制信息。在映射至资源单元之前,PDCCH复值符号可首先被组织为四组,其可然后使用子块数字复用机进行排列以用于速率匹配。每个PDCCH可使用这些CCE中的一者或多者进行发送,其中每个CCE可对应于九组被称为资源单元组(REG)的四个物理资源元件。四相相移键控(QPSK)符号可映射至每个REG。PDCCH可使用CCE中的一者或多者进行发送,这取决于下行控制信息(DCI)的大小和信道条件。可存在限定于LTE中具有不同数量的CCE的四个或更多个不同的PDCCH格式(例如,聚合等级L=1、2、4或8)。
一些实施方案可使用控制信道的资源分配的概念,这些概念是上述概念的延伸。例如,一些实施方案可利用增强的物理下行控制信道(EPDCCH),其使用PDSCH资源用于控制信息发送。EPDCCH可使用一个或多个增强的控制信道单元(ECCE)进行发送。与上文类似,每个ECCE可对应于九组被称为增强的资源元件组(EREG)的四个物理资源元件。在一些情况下,ECCE可具有其他数量的EREG。
RAN 1A10被示为经由S1接口1A13通信地耦接至核心网络(CN)1A20。在实施方案中,CN 1A20可为演进的分组核心(EPC)网络、下一代分组核心(NPC)网络或一些其他类型的CN。在该实施方案中,S1接口1A13被分成两部分:S1-U接口1A14,其运送RAN节点1A11和1A12和服务网关S-GW 1A22之间的流量数据,和S1移动管理实体(MME)接口1A15,其为RAN节点1A11和1A12和MME 1A21之间的信令接口。
在该实施方案中,CN 1A20包括MME 1A21、S-GW 1A22、分组数据网络(PDN)网关(P-GW)1A23和归属订阅服务器(HSS)1A24。MME 1A21可在功能上类似于传统服务通用分组无线服务(GPRS)支持节点(SGSN)。MME 1A21可管理接入中的移动方面诸如网关选择和跟踪区域列表管理。HSS 1A24可包括网络用户的数据库,包括订阅相关的信息以支持网络实体的通信会话的处理。CN 1A20可包括一个或若干个HSS 1A24,这取决于移动订阅者的数量、设备的容量、网络组织等。例如,HSS 1A24可为路由/漫游、认证、授权、命名/寻址分辨、位置相关性等提供支持。
S-GW 1A22可将S1接口1A13朝RAN 1A10端接,并且在RAN 1A10和CN 1A20之间路由数据分组。另外,S-GW 1A22可为RAN节点间交接的本地移动锚点,并且还可为3GPP间移动提供锚定。其他职责可包括合法监听、收费和一些策略执行。
P-GW 1A23可将SGi接口朝PDN端接。P-GW 1A23可经由因特网协议(IP)接口1A25在EPC网络1A23和外部网络诸如包括应用服务器1A30(另选地被称为应用功能(AF))的网络之间路由数据分组。通常,应用服务器1A30可为向使用IP承载资源的应用提供核心网络(例如,UMTS分组服务(PS)域、LTE PS数据服务等)的元件。在该实施方案中,P-GW 1A23被示为经由IP通信接口1A25通信地耦接至应用服务器1A30。应用服务器1A30也可被配置为经由CN1A20支持用于UE 1A01和UE 1A02的一个或多个通信服务(例如,因特网声传协议(VoIP)会话、PTT会话、小组通信会话、社交网络服务等)。
P-GW 1A23可进一步为用于策略执行和计费数据收集的节点。策略和计费执行功能(PCRF)1A26是CN 1A20的策略和计费控制元件。在非漫游情况下,在与UE的因特网协议连接接入网络(IP-CAN)会话相关联的归属公共陆地移动网络(HPLMN)中存在单个PCRF。在本地流量断开(breakout)的漫游情况下,可存在与UE的IP-CAN会话相关联的两个PCRF:HPLMN内的归属PCRF(H-PCRF)和访问公共陆地移动网络(VPLMN)内的访问PCRF(V-PCRF)。PCRF1A26可以经由P-GW 1A23通信地耦接至应用服务器1A30。应用服务器1A30可向PCRF 1A26发信号以指示新的服务流并选择适当的服务质量(QoS)和计费参数。PCRF 1A26可将该规则以适当的业务流模版(TFT)和QoS类别标识纳入策略和计费执行功能(PCEF)(未示出),其如应用服务器1A30所规定的开始QoS和计费。
图1B示出根据各种实施方案的示例网络1B100,该示例网络包括用户设备(UE)105和演进的NodeB(eNB)110。在实施方案中,网络100可为第三代合作项目(3GPP)长期演进(LTE)、LTE升级版(LTE-A)、LTE未授权版(LTE-U)、第五代(5G)网络和/或新空口(NR)网络。在其他实施方案中,网络100可为一些其他类型的无线通信网络。
UE 105可对应于UE 1A01或1A02,并且通常可与UE 1A01或1A02互换,而eNB 110可对应于RAN节点1A11或1A12,并且通常可与RAN节点1A11或1A12互换。
如图1B所示,UE 105可包括收发器电路系统120,其可被称为多模式收发器芯片。收发器电路系统120可被配置为使用一种或多种协议诸如LTE、LTE-A、LTE-U、5G和/或新NR协议来发送和接收信号。具体地,收发器电路系统120可与UE 105的多个天线中的一者或多者耦接,以用于通过无线链路115与网络100的其他部件(例如,eNB 110)无线通信。天线160可由收发器电路系统120(例如,由功率放大器)供能,其可为如图1B所示的收发器电路120的部件,或独立于收发器电路系统120旦与收发器电路系统120耦接。在一个实施方案中,功率放大器可为天线160上的所有发送提供电力。在其他实施方案中,在UE 105上可存在多个功率放大器。使用多个天线160可允许UE 105使用发送分集技术诸如空间正交资源发送分集(SORTD)、多输入多输出(MIMO)或全尺寸MIMI(FD-MIMO)。
在某些实施方案中,收发器电路系统120可包括被配置为使天线160发送来自UE105的一个或多个信号的发送电路系统125,和被配置为处理由天线160接收的信号的接收电路系统130。在一些实施方案中,发送电路系统125和接收电路系统130可被实现为单个通信电路系统。在其他实施方案中,发送电路系统125和接收电路系统130可被实现于单独的芯片或模块中,例如一个芯片包括接收电路系统130且另一芯片包括发送电路系统125。在一些实施方案中,发送或接收的信号可为发送到eNB110或网络100的信号或从eNB110或网络100接收的信号。在实施方案中,处理电路系统135可处理由收发器电路系统120接收的SR配置信息和/或参数,并且可至少部分地基于该配置信息中的信息和/或参数实现SR配置。在一些实施方案中,处理电路系统可处理从基站接收的调度请求(SR)配置信息,并且可基于SR配置信息将一个或多个SR编码以用于发送。在一些实施方案中,处理电路系统可对SR能力信号编码以用于向基站发送。
在一些实施方案中,收发器电路系统120和处理电路系统135可设置在UE 105内的单个芯片或设备中。
与UE 105类似,eNB 110可包括收发器电路系统140。收发器电路系统140可进一步与eNB 110的多个天线165中的一者或多者耦接,以用于通过无线链路115与网络100的其他部件(例如,UE 105)无线通信。天线165可由功率放大器供能,或者可为eNB 110的单独部件。在一个实施方案中,功率放大器可为天线165上的所有发送提供电力。在其他实施方案中,在eNB 110上可存在多个功率放大器。使用多个天线165可允许eNB 110使用发送分集数据诸如SORTD、MIMO或FD-MIMO。在某些实施方案中,收发器电路系统140可包含被配置为使天线165发送来自eNB 110的一个或多个信号的发送电路系统145和被配置为处理由天线165接收的信号的接收电路系统150两者。在其他实施方案中,收发器电路系统140可被彼此独立的发送电路系统145和接收电路系统150代替(未示出)。在一些实施方案中,eNB 110可包括配置电路系统155,以处理由收发器电路系统140从UE接收的SR能力信号(在UE发送SR能力信号的实施方案中,如下所述),并且生成待由收发器电路系统140发送至(一个或多个)UE的UE和其他UE的SR配置信息和/或参数。
在一些实施方案中,图1的电子设备可被配置为执行本文所述的一个或多个过程、技术和方法或它们的多个部分。
图2示出根据各种实施方案的示例网络200,该示例网络包括多个eNB。例如,网络200可包括多个eNB诸如eNB 210a、210b、210c和210d。在实施方案中,相应的eNB 210a-d可与eNB 110类似。网络200可包括UE 205,UE 205可与UE 105类似。在实施方案中,UE 105可能干与eNB 210a-d通过无线链路215a、215b、215c、215d通信,这些无线链路可与无线链路115类似。应当理解,虽然网络200被示为具有四个eNB,但是在实施方案中,网络200可以具有更多个或更少个eNB。
如上所述,在Rel-13NB-IoT中,以及在Rel-14eNB-IoT中,未曾提供专用的调度请求(SR)。因而,SR在功能上可通过连接的模式RACH或例如通过经由规则的随机接入释放并重新建立连接来实现。另外,也不支持CSI反馈。而唯一支持的UCI是响应于调度的NPDSCH的HARQ-ACK,不支持捎带NPUSCH(具有数据)的HARQ-ACK反馈。
为易于理解NPUSCH格式2相关的实施方案的描述,接下来提供Rel-13NB-IoT中的NPUSCH格式2的关键设计。
在Rel-13NB-IoT中,NPUSCH格式2被设计为携带1位HARQ-ACK反馈。在没有CRC的情况下,重复编码用于NPUSCH格式2。仅对HARQ-ACK支持单音NPUSCH。对NPUSCH格式2支持两种数字学(numerology),15kHz和3.75kHz子载波(SC)间隔。对于调制而言,仅支持pi/2-BPSK。NPUSCH格式2的3.75kHz SC间隔的DMRS符号包含在第一3NB-IoT中,并且NPUSCH格式2的15kHz SC间隔的DMRS符号包含在NB-IoT符号2、3和4中。
另外,频域资源和时域资源经由DCI格式N1相对于参考频率-时间资源来指示。具体地,在频域中,参考子载波是固定的(子载波#0针对15kHz SC间隔,并且子载波#45针对3.75kHz SC间隔)。DCI格式N1中的2位和3位分别用于指示15kHz和3.75kHz的偏移。在时域中,参考定时位置是对应的NPDSCH结束之后的12ms。DCI格式N1中的2位和1位分别用于指示15kHz和3.75kHz的定时偏移。
注意,在Rel-15feNB-IoT中,SR的支持作为一个目标包括在内,以进一步用多样化的流量应用降低UE的延迟,该流量应用可迫使UE与在Rel-13和Rel-14中考虑的目标使用案例相比在相对较长的持续时间内处于连接模式。
之后,根据各种实施方案描述了用于NB-IoT系统的专用SR方法、技术和设计。其后描述所公开的方法以及其应用、配置、格式、调制、资源分配和多路复用设计。
在实施方案中,UE可将其支持SR的能力发送信号至基站,诸如eNB。在实施方案中,eNB可将UE配置为使SR能够通过明确或隐含的指示使用较高层信令。例如,隐含的指示可包括SR资源的配置和是否没有此类配置,其被理解为SR被禁用。
在一些实施方案中,SR可仅对具有良好的信号覆盖的UE支持。例如,SR是否对给定的UE启用可取决于UE或NPDCCH重复(例如,Rmax)的NPRACH覆盖水平。注意到,指定的NPRACH水平的一个示例可为:当上次成功检测时,NPRACH使用一些NPRACH重复次数<X形成资源组,X为规范中预定的或以小区专用方式由eNB经由NB-SIB信令配置的。此外,NPDCCH重复的一个示例可为如果Rmax<=R,则SR可被UE支持,例如,其中R=32,否则,SR可不被UE支持。
在实施方案中,可存在两个要发送的专用SR的替代实施方案。下面将加以描述。
在第一替代实施方案中,可限定新的NPUSCH/NPUCCH格式。根据该第一替代实施方案,限定的序列可用于SR。因而,当UE具有SR时,其可在配置的SR资源处发送序列,并且当UE不具有SR时,其不必发送序列。
在一个实施方案中,序列可为Zadoff-Chu(ZC)序列。此处注意,在实施方案中,根索引、循环移位和/或OCC可由较高层信令预定或配置。还应注意,在一些示例中,根索引、CS和/或OCC可为UE专用的,并且一些UE可具有针对SR配置的相同的时间/频率资源。针对这些多路复用的UE的SR可通过配置适当的CS/OCC而仍为正交的。
另选地,在一些实施方案中,根索引、CS和OCC可为小区专用的。在此类情况下,可不允许相同的时域/频域SR资源中的UE多路复用。因而,在此类小区专用的情况下,来自不同的UE的SR之间的正交性可通过分配正交的时间/频率资源来实现。
在实施方案中,可使用与NPRACH序列类似的序列。该序列可例如为全1的或不同于全1的(例如,使用ZC或QPSK序列),以降低多小区环境中错误检测的可能性。在实施方案中,多路复用UE可通过在频域和/或时域中的序列的顶部上应用OCC来实现。在其他实施方案中,可不支持在相同PRB上的UE多路复用。
在实施方案中,如果使用单音发送,则序列长度可例如与3.75kHz子载波间隔的子帧或2ms时间片中的SR发送所使用的符号的数量相同。例如,序列长度可为14,映射至子帧中的14个符号。另一方面,如果使用多音发送,则序列长度可与每个符号所使用的音调的数量相同,并且序列可对SR分配的符号重复。还另选地,序列长度可为音调的数量乘以针对SR分配的符号的数量。在此类实施方案中,序列的映射可为时间优先的或频率优先的。在其他实施方案中,序列长度可与针对SR分配的符号的数量相同。另外,序列可在频域中重复以配合多音发送。
现在转到第二替代实施方案(“替代实施方案2”),在实施方案中,可使用NPUSCH格式2。在此类实施方案中,信息位可用于指示SR的存在。在此类实施方案中,DMRS可与NPUSCH格式2相同,或者例如可与NPUSCH格式1相同。在一些实施方案中,UE的多路复用可通过在时域中应用OCC来实现。在实施方案中,正交序列可为ZC序列、DFT正交序列或Hadamard序列。在其他示例中,可不支持相同资源上的UE多路复用。还另选地,可通过向不同的UE分配不同的子载波来使用频域多路复用。此处注意,为了与传统的NPUSCH格式2区分开,针对SR配置的资源可优选地不同于针对HARQ-ACK发送分配的资源。当配置的SR资源与针对相同的UE的HARQ-ACK分配的资源冲突时,可使用捎带HARQ-ACK的SR。
对于具有1位SR信息的实施方案而言,调制可为开关键控、BPSK或pi/2-BPSK。例如,pi/2-BPSK可用于单音SR发送。如果使用开关键控调制,则注意,发送仅可在存在待发送的SR时发生,否则发送将不会发生。
在实施方案中,可针对SR支持单音发送和多音发送两者。在实施方案中,对于单音发送而言,可使用3.75kHz和/或15kHz子载波间隔,并且对于单音发送而言,可使用15kHz子载波间隔。在一些实施方案中,针对专用的SR可仅支持具有3.75kHz的单音。在该情况下,可仅在HARQ-ACK反馈的NPUSCH格式2具有3.75kHz的子载波间隔时发送具有SR的HARQ。因而,如果其被配置为具有15kHz的子载波间隔,则丢弃SR,或者UE可使用3.75kHz子载波间隔发送HARQ-ACK。
在实施方案中,SR时域资源可为固定的,或者可由较高层信令通过指示周期、偏移和/或重复来配置。在实施方案中,周期/偏移/重复可以绝对时间(例如,1ms或RU)为单位,或者仅计数有效的UL(例如,1UL子帧或RU UL子帧)。SR的周期可设定为大于SR的重复数。在实施方案中,SR发送的重复数可经由专用的RRC信令配置。
注意,在实施方案中,SR的频域资源可为固定的,或者例如由较高层信令配置。在实施方案中,指示可与NPUSCH格式2频域资源指示(即,相对于基线子载波的偏移)类似。另选地,例如,指示可包括(起始)子载波的索引和/或子载波的数量。在任一情况下,如果使用NPUSCH格式2,则SR发送的可能载波可使得它们对应于15kHz子载波间隔的NB-IoT UL载波中的子载波0、1、2、3,并且对应于3.75kHz子载波间隔的NB-IoT UL载波中的子载波#0至#1和子载波#38至#47。
如上所述,在一些实施方案中,是否支持SR可为具有良好的信号覆盖的NB-IoT UE的函数。类似地,在一些实施方案中,不同组资源可被配置为针对不同的覆盖水平。在此类实施方案中,UE可例如基于NPRACH覆盖水平选择时间/频率资源。另选地,资源可由eNB直接指示。在实施方案中,其可取决于eNB实施方式以在考虑UE的覆盖水平之后配置SR资源。
在实施方案中,一些SR配置参数可为小区专用的,而一些可为UE专用的。例如,基线频域资源可为小区专用的,并且/或者序列的根索引可为小区专用的(例如,由小区ID计算),而CS/OCC(如果使用的话)和/或周期以及时域/频域资源的偏移可为UE专用的。
在一些实施方案中,考虑到NB-IoT系统中的重复,可扩展定时器sr-ProhibitTimer值。因而,注意,在传统的LTE中,sr-ProhibitTimer来自{0,1,…,7},其中值x对应于其内不允许SR重发的x*SR周期的持续时间。在实施方案中,考虑到UE覆盖水平的重复或NPDCCH重复(例如,Rmax),可使用x的较大值或用于SR重发的禁止持续时间的重新译释。
在其中SR使用NPRACH资源的一部分(诸如例如,保留的NPRACH资源)的情况下,只要NPRACH起始子载波和NPRACH的子载波的数量为12的整数,不具有跳跃的SR就可用NPRACH进行FDM。在一些实施方案中,SR可因此基于NPUSCH格式2,其中子载波间隔为3.75kHz。在其他实施方案中,SR可基于NPUSCH格式2,其中子载波间隔为3.75kHz或15kHz。在15kHz的子载波间隔的情况下,防护子载波可用于避免SR和NPRACH之间的干扰。类似地,在一些实施方案中,SR可不使用靠近NPRACH的相邻的N个子载波,其中N可由RRC信令预定或配置。
至于SR和HARQ-ACK反馈(从UE至eNB)之间的关系或交互,注意,在一些实施方案中,可不多路复用SR和HARQ-ACK反馈。因而,在一些实施方案中,当SR和HARQ-ACK反馈冲突时,可丢弃SR或HARQ-ACK中的任一者,诸如例如,可丢弃SR。另选地,在其他实施方案中,可多路复用SR和HARQ-ACK反馈。
在其中可多路复用SR和HARQ-ACK反馈的那些实施方案中,注意到,用于多路复用它们的一种方法可包括遵循与LTE中类似的方法,其中HARQ-ACK在针对SR分配的资源中发送。在此类实施方案中,可优选地为如在上面的实施方案中的一些中描述的HARQ-ACK和SR分配不同的频域资源。可例如在其中SR和HARQ-ACK反馈尽可在它们冲突时多路复用的实施方案中应用该技术。在其他实施方案中,例如,如下文所讨论的,其中如果存在待决的HARQ-ACK反馈,则SR可递延至HARQ-ACK反馈,该方法可不起作用,除非eNB也保留(一个或多个)HARQ-ACK反馈子帧上的SR资源。
在另一实施方案中,序列(例如,ZC序列)可在SR和HARQ-ACK多路复用时由HARQ-ACK调制的符号多路复用。在此类情况下,需要用于具有SR的多路复用的HARQ-ACK和不具有SR的多路复用的HARQ-ACK的不同的序列。具体地,注意,具有重复的恒定的SR数量的序列可不起作用。通过使用具有SR的HARQ-ACK的不同序列,与仅具有HARQ-ACK反馈的情况相比较,可增加错误报警的可能性。
在实施方案中,可使用具有良好的校正特性的任何序列,诸如例如ZC或Hadamard序列。作为该实施方案的一个示例,可将长度2的Hadamard序列应用至每2个数据符号。另选地,可使用长度4的ZC/Hadamard序列,应用至每个时间片/NB-IoT时间片(即每7个符号)的4个数据符号。在又一示例中,可将长度8的ZC/Hadamard序列应用至每2个时间片/NB-IoT时间片。
在其中序列在整个小区是共用的实施方案中,例如,使用循环扩展至4的长度的长度2的Hadamard序列或长度3的ZC序列,具有SR的HARQ-ACK的一个序列和不具有SR的HARQ-ACK的一个序列可为预定的。然后UE可例如取决于SR的发送来选择使用哪一个。
在其中存在多组两个正交序列(例如,长度4的Hadamard序列或长度8的ZC/Hadamard序列)的实施方案中,该组序列可分成其中每组包括一对序列的多个组,例如,一组具有[1 1 1 1]和[1、-1、1、-1],而另一组具有[1、-1、-1、1]和[1、1、-1、-1]。每组中的两个序列分别对应于具有SR的HARQ-ACK和不具有SR的HARQ-ACK。使用哪组可基于小区ID和/或时间片/子帧索引来伪随机选择。因而组索引可由下式确定
其中K为具有预定的正交序列的组的数量。例如,当使用长度4的Hadamard序列时,K=2,并且当使用长度8的Hadamard序列时,K=4。另选地,序列可由较高层信令配置,该较高层信令在实施方案中可为小区专用的或UE专用的。作为另一个示例,来自OCC的映射可被应用到DMRS以用于数据符号待使用的序列,例如,该组可由(nocc mod K)确定。一旦UE选择用于DMRS的OCC,就可确定待应用至数据符号的序列。
在另一实施方式中,SR和HARQ-ACK可在某些情况下多路复用,诸如例如其中没有HARQ-ACK的重复的情况下。否则,可丢弃SR。
在其中SR可与HARQ-ACK反馈多路复用的实施方案中,可考虑以下SR发送方法。SR和HARQ-ACK反馈仅在它们冲突时多路复用。如上所述,在一个实施方式中,SR和HARQ-ACK反馈可在它们冲突时一直多路复用。在另一实施方式中,它们仅在SR或HARQ-ACK反馈被配置为具有重复时多路复用。另选地,当存在待由UE接收(例如如果支持SPS则在调度的NPDCCH或SPS的重复之后)的待决的NPDSCH和/或待由UE发送的HARQ-ACK反馈时,则在实施方案中,UE可等待以下HARQ-ACK反馈发送并将SR附加至HARQ-ACK反馈。
此处注意,在其中SR和HARQ-ACK反馈经由较高阶调制(例如,QPSK用于1位SR+1位HARQ-ACK反馈)多路复用的情况下,某些BLER的需要的SNR将比没有多路复用的情况相比较高~3dB。在实施方案中,为保持相同水平的覆盖,对于具有SR的HARQ-ACK反馈而言,可需要较大的重复数。为支持这一点,可考虑接下来描述的以下方法。
在一个实施方式中,HARQ-ACK反馈的重复数可被配置为足够大,以便使具有SR的HARQ-ACK反馈实现目标MCL。然而,这可导致在发送不具有SR的HARQ-ACK反馈的情况下的较大的UE功率消耗,因为重复次数多于所需要的。
另选地,两组重复数可由较高层信令配置,一组用于具有SR的HARQ-ACK,并且另一组用于不具有SR的HARQ-ACK。在该示例实施方式中,UE可取决于SR是否与HARQ-ACK多路复用来选择重复次数。通过针对不具有SR的HARQ-ACK设定较小(但仍然充足)的重复次数,可降低UE功率消耗。在实施方案中,eNB可执行假设测试以确定重复次数和HARQ-ACK是否与SR多路复用。
在又一实施方式中,可仅对无功率限制的UE支持具有SR的HARQ-ACK。例如,其中UE具有良好的信号覆盖使得使用较高阶调制的具有SR的HARQ-ACK仍可实现相同的覆盖。例如,可针对具有可用功率余量(power headroom)的UE支持该具有SR的HARQ-ACK,使得较大的功率可用于使用较高阶调制发送具有SR的HARQ-ACK以实现相同的覆盖。
在实施方案中,为进一步降低延迟,BSR可在SR之后在没有BSR的UL授权的情况下发送。另选地,在其他实施方案中,BSR可在没有SR的情况下发送。
此处注意,BSR是关于待发送的UL分组为多大的指示。换言之,UE要发送的正是从UE至eNB的MAC层消息,并且从eNB请求UL授权来发送该数据。
在实施方案中,对于BSR而言可存在两种格式,具有总共8位(例如,2位的逻辑信道组ID和6位的缓冲器大小)的短格式和具有总共24位(例如,4个缓冲器大小,每个6位)的长格式。另选地,可针对BSR考虑较大的粒度,并且因而可进一步减小BSR需要的位数。这对于支持其中BSR可在没有SR发送的情况下发送的上述那些实施方案而言尤其有用,其中例如,可发送2位以使用NPUSCH格式2指示UE的UL缓冲器状态的非常粗的粒度,但是使用pi/4-QPSK调制而不是如针对NB-IoT中的NPUSCH格式2限定的pi/2-BPSK。
注意,在实施方案中,通过将SR限定在某些资源上,eNB可确定哪个UE正在向其发送SR。因而,BSR仍可被C-RNTI加扰。在一个实施方式中,BSR可以NPUSCH格式1发送。
至于BSR的频域资源使用,这些可与SR发送的频域资源所使用的那些相同。在实施方案中,BSR的时域资源可为SR子帧之后的有效的UL子帧。另选地,BSR资源可周期性地配置,并且可发送BSR。
在实施方案中,MCS可例如由较高层信令预定、配置,或遵循最近的NPUSCH发送。例如,pi/4QPSK可用于单音发送,而QPSK可用于多音发送。
在实施方案中,BSR所用的重复数,可例如由较高层信令配置为NPRACH覆盖水平和/或NPDCCH重复(例如Rmax)的函数,遵循最近的NPUSCH发送或者与用于发送Msg3的重复数相同。
在一些实施方案中,SR序列可用于BSR解调的信道估计。因而,例如,如果eNB检测到SR但未成功解码BSR,则SR过程可回复至4步的SR过程,其中UL授权可由eNB发送以按以下步骤调度BSR。
图3示出根据各种实施方案300的用于接收SR配置信息并发送SR请求的方法的操作流程的概要。
如图所示,方法300可包括在块310-340处执行的操作。操作可例如由先前参照图1B所述的设备120的各种元件执行。例如,在实施方案中,操作可由收发器电路系统120和处理电路系统135执行。方法300可在块310处开始,其中NB-IoT UE向基站(例如,eNB)发信号:其能够支持调度请求。方法300可从块310移动至块320,其中NB-IoT UE可从基站接收SR配置信息。SR配置信息可包括一个或多个参数,包括如上文详述的一个或多个选项。方法300可从块320移动至块330,其中NB-IoT UE可实现从基站接收的SR配置信息。如上文详述,配置信息可包含各种参数可在UE上支持SR的条件,以及将如何执行SR发送。例如,接下来描述的图4示出其中在UE具有良好的信号覆盖时仅支持SR的示例NB-IoT。
方法300可从块330移动至块340,其中NB-IoT UE根据SR配置信息向基站发送SR。在块340处方法300可结束。
注意,图3的实施方案假设UE向基站发送明确的能力指示。然而这只是一种选项,在替代选项中,这可以不是必要的。例如,所有Rel-15(以及后续的版本)feNB-IoT UE将支持SR并且因此可不存在来自UE的明确的SR能力指示是可以的。
图4示出根据各种实施方案的用于在UE具有良好的信号覆盖时向eNB发送SR的方法的操作流程400的概要。
如图所示,方法400可包括在块410-440处执行的操作。操作可例如由先前参照图1所述的设备120的各种元件执行。方法400可在块410处开始,其中NB-IoT UE从基站接收SR配置信息,指定仅在UE具有良好的信号覆盖时在UE上支持SR。
继续参考图4,方法400可从块410移动至询问块420,其中可确定UE是否具有用于向eNB发送的SR。如果在420处为是,则然后方法400可移动至接下来描述的框430。然而,如果在询问块420处为否,则然后方法400可沿回路返还至块420,直到UE具有用于向eNB发送的SR为止。
一旦在询问块420处的回答为是,方法400就可移动至(第二)询问块430,其中可确定按照在块410中接收的SR配置信息UE是否处于良好的信号覆盖。如果在430处为是,则然后方法400可移动至块440,其中NB-IoT UE可向eNB发送其SR。方法400可在块440处结束。
然而,如果在(第二)询问块430处的回应是否,则然后方法400可沿回路返回至块430,直到UE具有良好的信号覆盖为止,并且如果其具有良好的信号覆盖并且在其具有良好的信号覆盖时,可按上文所述进行。
此处注意,在替代选项(图4中未示出)中,代替如框410中所示基站(例如,eNB)指定何时支持SR,eNB可仅禁用处于恶劣覆盖的UE的SR。在这种情况下,SR的eNB配置已经考虑UE的覆盖,并且在该替代选项中取决于UE来决定信号覆盖是否足够好以便支持SR。UE仅遵循来自eNB的SR的启用/禁用,而启用/禁用SR的条件取决于eNB。
图5A和图5B各自示出根据各种实施方案的用于在被配置为用于SR发送的NB-IoTUE处管理SR和HARQ-ACK反馈消息的方法的操作流程的概要。图5A涉及如上所述的其中SR和HARQ-ACK可不多路复用的那些实施方案。另选地,图5B涉及如上所述的其中SR和HARQ-ACK可多路复用但是仅在SR和HARQ-ACK两者没有重复时可多路复用的那些实施方案。
继续参考图5A,如图所示,方法500A可包括在块510-540处执行的操作。操作可例如由先前参考图1B所述的设备120的各种元件执行。在替代实施方案中,方法500A可具有更多或更少的操作,并且操作中的一些可以不同的次序执行。方法500A可开始于询问块510,其中可确定是否存在待由UE发送的待决的SR和待决的HARQ-ACK反馈响应两者。如果在510处为是,则然后方法500A可移动至询问块520,其中可确定SR和HARQ-ACK是否冲突。如果在询问块520处为是,则然后方法500A可移动至块540,其中其可丢弃SR或HARQ-ACK中的任一者。方法500A然后可结束。然而,如果在询问块520处为否,并且两个信号不冲突,则然后方法500A可移动至块530,其中其可遵循专用SR过程发送SR并且可遵循传统的HARQ-ACK方法发送HARQ-ACK反馈,因为它们不冲突。方法500A然后可结束。
在图5A中,注意,在询问块510处没有“否”选项。这是因为“否”意味着UE仅需要发送SR或HARQ-ACK反馈。在那种情况下,如果UE仅具有待决的SR,则其将遵循专用的SR过程,如上所述,或者如果其仅具有待决的HARQ-ACK,则其将遵循传统的HARQ-ACK反馈发送。
现在参考图5B,方法500B可包括在块550-595处执行的操作。回顾一下,图5B讨论SR和HARQ-ACK可多路复用但仅在SR和HARQ-ACK两者没有重复时可多路复用的实施方案。
方法5B的操作可例如由先前参考图1B所述的设备120的各种元件执行。在替代实施方案中,方法500B可具有更多或更少的操作,并且操作中的一些可以不同的次序执行。方法500B开始于询问块550,其中可确定是否存在待由UE发送的待决的SR和待决的HARQ-ACK反馈响应两者。如果在550处为是,则方法500B可移动至询问块560,其中可确定SR和HARQ-ACK是否冲突。如果在560处为否,则然后方法500B可移动至块570,其中其可在没有任何问题的情况下发送SR和HARQ-ACK,因为它们不冲突。方法500B然后可结束。
然而,如果在(第二)询问块560处的回应为“是”,则然后方法500B可移动至(第三)询问块580,其中可确定SR和HARQ-ACK反馈中的任一者是否被配置为具有重复。如果在(第三)询问块580处为“是”,则然后方法500B可移动至块590,其中其可丢弃SR或HARQ-ACK中的任一者。然后方法500B可结束。然而,如果在(第三)询问块580处回应的是“否”,则然后方法500B可移动至块595,其中其可多路复用HARQ-ACK反馈和SR。方法500B然后可结束。
本文所述的实施方案可实现为使用任何适当配置的硬件和/或软件的系统。对于一个实施方案而言,图6示出电子设备600的示例部件。在实施方案中,电子设备600可被实现为、并入到或以其他方式为用户设备(UE)、演进的NodeB(eNB)和/或一些其他电子设备的一部分。在一些实施方案中,电子设备600可包括应用电路系统602、基带电路系统604、射频(RF)电路系统606、前端模块(FEM)电路系统608和一个或多个天线610,这些部件至少如图所示耦接在一起。在其中电子设备600在eNB 210中实现或由eNB 210实现的实施方案中,电子设备600还可包括用于通过有线接口(例如,X2接口、S1接口等)通信的网络接口电路系统(未示出)。
应用电路系统602可包括一个或多个应用处理器。例如,应用电路系统602可包括电路系统,诸如但不限于一个或多个单核或多核处理器602a。(一个或多个)处理器602a可包括通用处理器和专用处理器(例如,图形处理器、应用处理器等)的任何组合。处理器602a可与其耦接和/或可包括计算机可读介质602b(也被称为“CRM 602b”、“存储器602b”、“存储装置602b”或“存储器/存储装置602b”),并且可被配置为执行存储在CRM 602b中的指令,以实现在系统上运行的各种应用和/或操作系统。应用电路系统602在实施方案中可从网络或eNB接收寻呼配置消息,并且也可就使用哪个载波用于监测寻呼而做出选择。因而,在一些实施方案中,应用电路系统602可包括用于接收寻呼配置消息的收发器电路系统,和耦接到收发器电路系统的用于处理寻呼配置消息并至少部分地基于寻呼配置消息中包含的信息选择寻呼载波的寻呼载波选择电路系统。在实施方案中,寻呼载波选择电路系统可处理由收发器电路系统接收的寻呼消息,并且可至少部分地基于寻呼消息中的信息选择用于监测来自一组可用载波的寻呼的载波。
基带电路系统604可包括电路系统,诸如但不限于一个或多个单核或多核处理器。基带电路系统604可包括一个或多个基带处理器和/或控制逻辑,以处理从RF电路系统606的接收信号路径接收的基带信号并生成RF电路系统606的发送信号路径的基带信号。基带电路系统604可与应用电路系统602交接,以用于生成和处理基带信号并控制RF电路系统606的操作。例如,在一些实施方案中,基带电路系统604可包括第二代(2G)基带处理器604a、第三代(3G)基带处理器604b、第四代(4G)基带处理器604c和/或用于其他现有代、开发中或未来待开发的代(例如,第五代(5G)、6G等)的(一个或多个)其他基带处理器604d。基带电路系统604(例如,基带处理器604a-d中的一者或多者)可处理经由RF电路系统606实现与一个或多个无线网络的通信的各种无线控制功能。无线控制功能可包括但不限于信号调制/解调、编码/解码、射频移位等。在一些实施方案中,基带电路系统604的调制/解调电路系统可包括快速傅里叶变换(FFT)、预编码或星座映射/解映射功能。在一些实施方案中,基带电路系统604的编码/解码电路系统可包括卷积、咬尾卷积、涡轮、维特比(Viterbi)或低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施方案不限于这些示例,并且可包括其他实施方案中的其他合适功能。
在一些实施方案中,基带电路系统604可包括协议栈的元件,诸如例如演进的通用陆地无线接入网(E-UTRAN)协议的元件,包括例如物理(PHY)元件、介质访问控制(MAC)元件、无线链路控制(RLC)元件、分组数据覆盖协议(PDCP)元件和/或无线资源控制(RRC)元件。基带电路系统604的中央处理单元(CPU)604e可被配置为运行协议栈的元件以用于PHY层、MAC层、RLC层、PDCP层和/或RRC层的信令。在一些实施方案中,基带电路系统可包括一个或多个音频数字信号处理器(DSP)604f。(一个或多个)音频DSP 604f可包括用于压缩/解压和回波消除的元件,并且在其他实施方案中可包括其他合适的处理元件。基带电路系统604可进一步包括计算机可读介质604b(也被称为“CRM 604b”、“存储器604b”、“存储装置604b”或“存储器/存储装置“CRM6042b”)。CRM 604g可用于加载并存储用于由基带电路系统604的处理器执行的操作的数据和/或指令。对于一个实施方案而言,CRM 604g可包括合适的易失性存储器和/或非易失性存储器的任何组合。CRM 604g可包括各种水平的存储器/存储装置的任何组合,包括但不限于具有嵌入的软件指令(例如,固件)的只读存储器(ROM)、随机存取存储器(例如,动态随机存取存储器(DRAM))、高速缓冲存储器、缓冲器等)。CRM 604g可在各个处理器之间共享,或对特定处理器专用。CRM 604g可包括一个或多个缓冲器,包括上行缓冲器。
在一些实施方案中,基带电路系统604的部件可以适当地组合在单个芯片、单个芯片组中,或设置在同一电路板上。在一些实施方案中,基带电路系统604和应用电路系统602的组成部件中的一些或全部可诸如例如在片上系统(SOC)上共同实现。
在一些实施方案中,基带电路系统604可提供与一种或多种无线电技术兼容的通信。例如,在一些实施方案中,基带电路系统604可支持与演进的通用地面无线接入网(EUTRAN)或其他无线城域网(WMAN)、无线局域网(WLAN)、无线个域网(WPAN)的通信。其中基带电路系统604被配置为支持多于一种无线协议的无线通信的实施方案可被称作多模式基带电路系统。
RF电路系统606可使用调制的电磁辐射通过非固态介质实现与无线网络的通信。在各种实施方案中,RF电路系统606可包括开关、滤波器、放大器等以便于与无线网络通信。RF电路系统606可包括接收信号路径,该接收信号路径可包括电路系统以将从FEM电路系统608接收的RF信号下变频并且向基带电路系统604提供基带信号。RF电路系统606还可包括发送信号路径,该发送信号路径可包括电路系统以将由基带电路系统604提供的基带信号上变频并且向FEM电路系统608提供RF输出信号以用于发送。
在一些实施方案中,RF电路系统606可接收信号路径和发送信号路径。RF电路系统606的接收信号路径可包括混频器电路系统606a、放大器电路系统606b和滤波器电路系统606c。RF电路系统606的发送信号路径可包括滤波器电路系统606c和混频器电路系统606a。RF电路系统606还可包括合成器电路系统606d,以用于合成频率以用于接收信号路径和发送信号路径的混频器电路系统606a使用。在一些实施方案中,接收信号路径的混频器电路系统606a可被配置为基于由合成器电路系统606d提供的合成频率将从FEM电路系统608接收的RF信号下变频。放大器电路系统606b可被配置为将下变频信号放大,并且滤波器电路系统606c可为低通滤波器(LPF)或带通滤波器(BPF),其被配置为从下变频信号去除不想要的信号以生成输出基带信号。输出基带信号可被提供至基带电路系统604以用于进一步处理。在一些实施方案中,输出基带信号可为零频基带信号,虽然这不是要求。在一些实施方案中,接收信号路径的混频器电路系统606a可包括无源混频器,虽然实施方案的范围在这方面不受限制。
在一些实施方案中,发送信号路径的混频器电路系统606a可被配置为基于由合成器电路系统606d提供的合成频率将输入基带信号上变频以生成用于FEM电路系统608的RF输出信号。基带信号可由基带电路系统604提供并且可以由滤波器电路系统606c进行滤波。滤波器电路系统606c可包括低通滤波器(LPF),虽然实施方案的范围在这方面不受限制。
在一些实施方案中,接收信号路径的混频器电路系统606a和发送信号路径的混频器电路系统606a可包括两个或更多个混频器,并且可分别被布置为用于正交(quadrature)下变频和上变频。在一些实施方案中,接收信号路径的混频器电路系统606a和发送信号路径的混频器电路系统606a可包括两个或更多个混频器,并且可被布置为用于图象载波抑制(例如,Hartley图象载波抑制)。在一些实施方案中,接收信号路径的混频器电路系统606a和发送信号路径的混频器电路系统606a可分别被布置为用于直接上变频和直接下变频。在一些实施方案中,接收信号路径的混频器电路系统606a和发送信号路径的混频器电路系统606a可被配置为用于超外差操作。
在一些实施方案中,输出基带信号和输入基带信号可为模拟基带信号,虽然实施方案的范围在这方面不受限制。在一些替代实施方案中,输出基带信号和输入基带信号可为数字基带信号。在这些替代实施方案中,RF电路系统606可包括模数转换器(ADC)和数模转换器(DAC)电路系统,并且基带电路系统604可包括数字基带接口以与RF电路系统606通信。
在一些双模式实施方案中,可提供单独的无线IC电路系统以用于处理每个频谱的信号,虽然实施方案的范围在这方面不受限制。
在一些实施方案中,合成器电路系统606d可为分数N合成器或分数N/N+1合成器,虽然实施方案的范围在这方面不受限制,因为其他类型的频率合成器可以是合适的。例如,合成器电路系统606d可以为δ-σ合成器、频率倍增器或包括具有频率分频器的锁相环的合成器。合成器电路系统606d可被配置为基于频率输入和分频器控制输入合成输出频率以用于RF电路系统606的混频器电路系统606a使用。在一些实施方案中,合成器电路系统606d可为分数N/N+1合成器。
在一些实施方案中,可由电压控制的振荡器(VCO)提供频率输入,虽然那不是要求。分频器控制输入可由基带电路系统604或应用处理器602中的任一者根据期望的输出频率而提供。在一些实施方案中,分频器控制输入(例如,N)可基于由应用处理器602指示的信道从查找表确定。
RF电路系统606的合成器电路系统606d可包括分频器、延迟锁定环(DLL)、多路复用器和相位累加器。在一些实施方案中,分频器可为双模分频器(DMD),并且相位累加器可为数字相位累加器(DPA)。在一些实施方案中,DMD可被配置为将输入信号除以N或N+1(例如,基于执行)以提供分数分频比率。在一些示例实施方案中,DLL可包括一组级联的、可调谐的延迟元件、相位检测器、电荷泵和D型触发器。在这些实施方案中,延迟元件可被配置为将VCO周期分为Nd个相等的相位分组,其中Nd为延迟线中延迟元件的数量。这样,DLL提供负反馈以帮助确保通过延迟线的总延迟是一个VCO循环。
在一些实施方案中,合成器电路系统606d可被配置为生成载波频率作为输出频率,而在其他实施方案中,输出频率可为载波频率的倍数(例如,两倍于载波频率、四倍于载波频率)并且结合正交生成器和分频器电路系统使用以以载波频率生成相对于彼此具有多路不同相位的多路信号。在一些实施方案中,输出频率可为LO频率(fLO)。在一些实施方案中,RF电路系统606可包括IQ/极性转换器。
FEM电路系统608可包括接收信号路径,该接收信号路径可包括电路系统,该电路系统被配置为操作从一个或多个天线610接收的RF信号、放大接收信号并向RF电路系统606提供接收信号的放大型式以用于进一步处理。FEM电路系统608还可包括发送信号路径,该发送信号路径可包括电路系统,该电路系统被配置为放大信号以用于由RF电路系统606提供的发送以用于由一个或多个天线610中的一个或多个发送。在一些实施方案中,FEM电路系统608可包括TX/RX开关以在发送模式操作和接收模式操作之间切换。FEM电路系统608可包括接收信号路径和发送信号路径。FEM电路系统的接收信号路径可包括低噪音放大器(LNA)以放大接收的RF信号并提供放大的接收的RF信号作为输出(例如,输出至RF电路系统606)。FEM电路系统608的发送信号路径可包括功率放大器(PA)以放大输入RF信号(例如,由RF电路系统606提供),以及一个或多个滤波器以生成RF信号以用于后续发送(例如,由一个或多个天线610中的一个或多个发送)。
在一些实施方案中,电子设备600可包括附加的元件,诸如例如显示器、摄像机、一个或多个传感器或接口电路系统(例如,输入/输出(I/O)接口或总线)(未示出)。在其中电子设备在eNB中实现或由eNB实现的实施方案中,电子设备600可包括网络接口电路系统。网络接口电路系统可为经由有线连接将电子设备600连接至一个或多个网络元件(诸如核心网络内的一个或多个服务器或一个或多个其他eNB)的一个或多个计算机硬件部件。为此,网络接口电路系统可包括一个或多个专用的处理器和/或场可编程门阵列(FPGA)以使用一种或多种网络通信协议诸如X2应用协议(AP)、S1AP、流控制传输协议(SCTP)、以太网、点对点(PPP)、光线分布式数据接口(FDDI)和/或任何其他合适的网络通信协议通信。
在一些实施方案中,图6的电子设备可被配置为执行本文所述的一种或多种工艺、技术和/或方法或它们的一部分。
图7是示出根据一些示例实施方案的部件的框图,该部件能够从机器可读或计算机可读介质(例如,机器可读存储介质)读取指令并执行本文讨论的方法中的任何一者或多者。具体地,图7示出计算机系统700的图形表示,该计算机系统包括一个或多个处理器(或处理器核心)710、一个或多个计算机可读介质720和一个或多个通信资源730,这些部件中的每个经由一个或多个互连件730通信地耦接。
处理器710可包括一个或多个中央处理单元(“CPU”)、精简指令集计算(“RISC”)处理器、复杂指令集计算(“CISC”)处理器、图形处理单元(“GPU”)、被实现为例如基带处理器的数字信号处理器(“DSP”)、应用专用集成电路(“ASIC”)、射频集成电路(RFIC)等。如图所示,处理器710可包括处理器712和处理器714。
计算机可读介质720可适用于存储指令750,该指令响应于由处理器710中的一者或多者执行而使计算机系统700实践关于UE、eNB和/或位置服务器描述的本公开的选定方面。在一些实施方案中,计算机可读介质720可为非暂态的。如图所示,计算机可读介质720可包括指令750。指令750可为编程指令或计算机程序代码,其被配置为使计算机系统700(其可实现为图1A的UE 1A01或1A02或图1B的UE 105和图2的UE 205)能够响应于执行指令750实现本公开中关于RSTD报告所述的方法或元件中的任一者(的各方面)。在一些实施方案中,编程指令750可设置在计算机可读介质750上,其本质上是暂态的,诸如信号。
一个或多个计算机可用或计算机可读介质的任何组合可用作计算机可读介质720。计算机可读介质720可为例如但不限于电子的、磁性的、光学的、电磁的、红外或半导体系统、设备、装置或传播介质。计算机可读介质的更具体的示例(非穷举性列表)将包括以下:具有一个或多个线材的电连接、便携式计算机磁盘、硬盘、RAM、ROM、可擦除可编程只读存储器(例如,EPROM、EEPROM或闪存)、光纤、可便携式光盘只读存储器(CD-ROM)、光学存储装置、传输介质诸如支持因特网或因特拉网的那些或磁性存储装置。注意,计算机可用或计算机可读介质甚至可为纸张或打印程序的另一合适介质,因为程序可经由例如纸张或其他介质的光学扫描来电捕获,然后编译、解译或这在必要时以合适的方式另外处理,并且然后存储在计算机存储器中。在本文档的上下文中,计算机可用或计算机可读介质可为可容纳、存储、通信、传播或传送程序以用于指令执行系统、设备或装置使用或与指令执行系统、设备或装置连接的任何介质。计算机可用介质可包括基带中或作为载波的一部分的用其中实现的计算机可用程序代码的传播的数据信号。计算机可用程序代码可使用任何适当的介质发送,包括但不限于无线、有线线路、光纤缆线、射频等。
用于进行本公开的操作的计算机程序代码可以一种或多种程序设计语言的任何组合写入,包括面向对象的程序设计语言诸如Java、Smalltalk、C++等和常规的程序设计语言,诸如“C”程序设计语言或类似的程序设计语言。程序代码可完全在用户的计算机上、部分地在用户的计算机上、作为独立式软件包、部分在用户的计算机上并且部分在远程计算机上或完全在远程计算机或服务器上执行。在后一种情景中,远程计算机可通过任何类型的网络连接到用户的计算机,包括局域网(LAN)或广域网(WAN),或者可连接到外部计算机(例如,通过使用因特网服务提供商的因特网)。
如图7所示,指令750可完全或部分驻存在处理器710(例如,在处理器的高速缓存存储器内)、计算机可读介质720或它们的任何合适组合中的至少一者内。此外,指令750的任何部分可从外围装置704和/或数据库706转移至计算机系统700。相应地,处理器710的存储器、外围装置706和数据库706为计算机可读介质的附加示例。
通信资源730可包括互连和/或网络接口部件或其他合适的装置以经由网络708与一个或多个外围装置704和/或一个或多个数据库706通信。例如,通信资源730可包括有线通信部件(例如,经由通用串行总线(USB)耦接)、蜂窝通信部件、近场通信(NFC)部件、部件(例如,低能量)、部件和其他通信部件。在一些实施方案中,通信资源730可包括用于通过蜂窝网络通信的蜂窝调制解调器、用于通过以太网网络通信的以太网控制器等。
在一些实施方案中,计算机系统700的一个或多个部件可作为UE(例如,图1A的UE1A01或1A02或图1B的UE 105和图2的UE 205)或eNB(例如,eNB 110、210a、210b、210c和/或210d)的一部分包括在内。例如,处理电路系统135。配置电路系统155或基带电路系统604或999(下面的图9)可包括处理器712、714、计算机可读介质720或通信资源730,以便于上面关于UE、eNB或一些其他元件诸如位置服务器描述的操作。
参考根据本公开的实施方案的方法、设备(系统)和计算机程序产品的流程图或框图描述本公开。应当理解,流程图或框图的每个块和流程图或框图中的块的组合可通过计算机程序指令实现。这些计算机程序指令可被提供至通用计算机、专用计算机或其他可编程数据处理设备的处理器以产生主机,使得指令(其经由计算机或其他可编程数据处理设备的处理器执行)产生用于实现流程图或一个或多个框图块中规定的功能/动作的装置。
这些计算机程序指令还可存储在计算机可读介质中,其可引导计算机或其他可编程数据处理设备以特定方式运行,使得存储于计算机可读介质中的指令产生制造制品,包括实现流程图或一个或多个框图块中规定的功能/动作的指令装置。
计算机程序指令还可加载到计算机或其他可编程数据处理设备上,以使待在计算机或其他可编程设备上执行的一系列操作步骤产生计算机实现的方法,使得在计算机或其他可编程设备上执行的指令提供用于实现流程图或一种或多种框图块中规定的功能/动作的方法。
图8示出根据一些实施方案的可使用的网络的系统800的架构。系统800被示为包括UE 801,这可与先前讨论的UE 1A01、105或205相同或类似;RAN节点811;数据网络(DN)803,其可为例如运营商服务、因特网接入或第三方服务;和5G核心网络(5GC或CN)820。
CN 820可包括认证服务器功能(AUSF)822;接入和移动管理功能(AMF)821;会话管理功能(SMF)824;网络开放功能(NEF)823;策略控制功能(PCF)826;网络功能(NF)存储功能(NRF)825;统一数据管理(UDM)827;应用功能(AF)828;用户面功能(UPF)802;和网络切片选择功能(NSSF)829。
UPF 802可充当RAT内和RAT间移动的锚点、到DN 803的互连件的外部PDU会话点和用于支持多归属PDU会话的分支点。UPF 802还可执行分组路由和转发、分组检查、策略规则的执行用户面部分、合法监听分组(UP收集)、流量使用报告、执行用户面的QoS(例如,分组滤波、门控、UL/DL速率执行)、执行上行流量验证(例如,SDF至QoS流映射)、上行和下行中的传送水平分组标记和下行分组缓冲和下行数据通知触发。UPF 802可包括上行分类器以支持将流量流路由到数据网络。DN 803可表示各种网络运营商服务、因特网接入或第三方服务。NY 803可包括或类似于先前讨论的应用服务器1A30。UPF 802可经由SMF 824和UPF 802之间的N4参考点与SMF 824交互。
AUSF 822可存储用于认证UE 801的数据并处理认证有关的功能。AUSF 822可便于各种接入类型的公共认证框架。AUSF 822可经由AMF 821和AUSF 822之间的N12参考点与AMF 821通信;并且可经由UDM 827和AUSF 822之间的N13参考点与UDM 827通信。另外,AUSF822可提供基于Nausf服务的接口。
AMF 821可负责注册管理(例如,用于注册UE 801等)、连接管理、可达性管理、移动管理和AMF有关的事件的合法监听和接入认证和授权。AMF 821可为AMF 821和SMF 824之间的N11参考点的端接点。AMF 821可提供UE 801和SMF 824之间的会话管理(SM)消息的传送,并且充当用于路由SM消息的透明代理。AMF 821还可提供UE 801和SMS功能(SMSF)之间的短消息服务(SMS)消息的传送(未由图8示出)。AMF 821可充当安全锚定功能(SEA),这可包括与AUSF 822和UE 801交互、接收由于UE 801认证方法而提供的中间关键码。在使用基于USIM的认证的情况下,AMF 821可从AUSF 822检索安全材料。AMF 821还可包括安全环境管理(SCM)功能,其可从SEA接收其用于导出接入网特定关键码的关键码。此外,AMF 821可为RAN CP接口的端接点,其可包括或为(R)AN 811和AMF 821之间的N2参考点;并且AMF 821可为NAS(N1)信令的端接点,并且执行NAS加密和完整性保护。
AMF 821还可通过N3互通功能(IWF)接口支持与UE 801的NAS信令。N3IWF可用于向不受信任的实体提供接入。N3IWF可为控制面的(R)AN 811和AMF 821之间的N2接口的端接点,并且可为用户面的(RAN)811he UPF 802之间的N3参考点的端接点。因此,AMF 821可处理来自SMF 824和AMF 821的用于PDU会话和QoS的N2信令、压缩/解压用于IPSec和N3隧穿的分组、标记上行中的N3用户面分组并且考虑与通过N2接收的此类标记相关联的QoS要求执行对应于N3分组标记的QoS。N3IWF还可经由UE 801和AMF 821之间的N1参考点中继UE 801和AMF 821之间的上行和下行控制面NAS信令,并且中继UE 801和UPF 802之间的上行和下行用户分组。N3IWF还提供用于与UE 801建立隧道的机构。AMF 821可提供基于Namf服务的接口,并且可为两个AMF 821之间的N14参考点和AMF 821和5G设备识别寄存器(5G-EIR)(未由图8示出)之间的N17参考点的端接点。
SMF 824可负责会话管理(例如,会话建立、修改和释放,包括UPF和AN节点之间的通道维持);UE IP地址收集和管理(包括任选的授权);UP功能选择和控制;配置UPF处的流量定向以将流量路由至恰当的目的地;将接口朝策略控制功能端接;策略执行和QoS的控制部分;合法监听(用于SM事件和到LI系统的接口);NAS消息的SM部分的端接;下行数据通知;AN专用SM信息(经由AMF通过N2发送至AN)的启动器;确定会话的SSC模式。SMF 824可包括以下漫游功能:处理本地执行以应用QoS SLA(VPLMN);计费数据收集和计费接口(VPLMN);合法监听(在用于SM事件的VPLMN和到LI系统的接口中);支持与外部DN的交互以用于通过外部DN传送PDU会话授权/认证的信令。两个SMF 824之间的N16参考点可包括在系统800中,其在漫游情景中位于访问网络中的另一SMF 824和归属网络中的SMF 824之间。另外,SMF 824可提供基于Nsmf服务的接口。
NEF 823可提供用于将由3GPP网络功能提供的服务和能力针对第三方、内部开放/重新开放、应用功能(例如,AF 828)、边缘计算或雾计算系统等开放。在此类实施方案中,NEF 823可认证、授权和/或调节AF。NEF 823还可转译与AF 828交换的信息和与内部网络功能交换的信息。例如,NEF 823可在AF服务标识符和内部5GC信息之间转译。NEF 823还可从其他网络功能(NF)基于其他物理功能的开放能力接收信息。该信息可作为结构化数据存储于NEF 823处,或者使用标准化接口存储于数据存储NF处。存储的信息然后可由NEF 823向其他NF和AF重新开放,并且/或者用于其他目的诸如分析。另外,NEF 823可提供基于Nnef服务的接口。
NRF 825可支持服务发现功能,从NF实例接收NF发现请求,并且向NF实例提供发现的NF实例的信息。NRF 825还维持可用的NF实例的信息和其支持的服务。如本文所用,术语“实例化(instantiate)”、“例示(instantiation)”等可以指实例的产生,并且“实例”可以指对象的具体发生,其可发生在例如执行程序代码期间。另外,NRF 825可提供基于Nnrf服务的接口。
PCF 826可向(一个或多个)控制面功能提供策略规则以执行它们,并且还可支持统一的策略框架以掌控网络行为。PCF 826还可实现前端(FE)以接入与UDM 827的UDR中的策略决策有关的订阅信息。PCF 826可经由PCF 826和AMF 821之间的N15参考点与AMF 821通信,这可包括访问网络中的PCF 826和在漫游情景中的AMF 821。PCF 826可经由PCF 826和AF 828之间的N5参考点与AF 828通信;并且经由PCF 826和SMF 824之间的N7参考点与SMF 824通信。系统800和/或CN 820还可包括PCF 826(位于归属网络中)和访问网络中的PCF 826之间的N24参考点。另外,PCF 826可提供基于Npcf服务的接口。
UDM 827可处理订阅相关的信息以支持通信会话的网络实体的处理,并且可存储UE 801的订阅数据。例如,订阅数据可经由UDM 827和AMF 821之间的N8参考点(未由图8示出)在UDM 827和AMF 821之间通信。UDM 827可包括两部分,应用FE和用户数据存储库(UDR)(FE和UDR未由图8示出)。UDR可存储用于UDM 827和PCF 826的订阅数据和策略数据和/或用于开放的结构化数据和用于NEF 823的应用数据(包括用于应用检测的分组流描述(PFD)、用于多个UE 801的应用请求信息)。基于Nudr服务的接口可由UDR 821提供以允许UDM 827、PCF 826和NEF 823接入一组特定的存储数据,以及读取、更新(例如,添加、修改)、删除和订阅UDR中的有关数据变化的通知。UDM可包括UDM FE,其负责证书处理、位置管理、订阅管理等。若干个不同的前端可在不同的事务中服务相同的用户。UDM-FE接入存储于UDR中的订阅信息,并且执行认证证书处理;用户识别处理;接入认证;注册/移动管理;和订阅管理。UDR可经由UDM 827和SMF 824之间的N10参考点与SMF 824交互。UDM 827还可支持SMS管理,其中SMS FE实现与先前所讨论的类似的应用逻辑。另外,UDM 827可提供基于Nudm服务的接口。
AF 828提供对流量路由的应用影响,接入网络能力开放(NCE),并且与用于策略控制的策略框架交互。NCE可为允许5GC和AF 828经由NEF 823向彼此提供信息的机构,其可用于边缘计算实施方式。在此类实施方式中,网络运营商和第三方服务可在附接的UE 801接入点附近主持以提供减少传送网络上的端到端延迟和负载实现有效的服务递送。对于边缘计算实施方式,5GC可选择靠近UE 801的UPF 802,并且经由N6接口执行从UPF 802至DN 803的流量定向。这可基于UE订阅数据、UE位置和由AF 828提供的信息。这样,AF 828可影响UPF(重新)选择和流量路由。基于运营商部署,当AF 828被示为信任实体时,网络运营商可允许AF 828直接与有关NF交互。另外,AF 828可提供基于Naf服务的接口。
NSSF 829可选择服务UE 801的一组网络切片实例。NSSF 829还可确定允许的网络切片协助信息(NSSAI),并且如果必要的话确定到订阅的单个NSSAI(S-NSSAI)的映射。NSSF829还可基于合适的配置并可能通过询问NRF 825来确定待用于服务UE 801的AMF组或(一个或多个)候选AMF 821。选择用于UE 801的一组网络切片实例可由AMF 821触发,UE 801通过与NSSF 829交互来用AMF 821注册,这可引起AMF 821的计费。NSSF 829可经由AMF 821和NSSF 829之间的N22参考点与AMF 821交互,并且可经由N31参考点(未由图8示出)与访问网络中的另一NSSF 829通信。另外,NSSF 829可提供基于Nnssf服务的接口。
如先前讨论的,CN 820可包括SMSF,其可负责SMS订阅校验和验证,并且中继从UE801到其他实体(诸如SMS-GMSC/IWMSC/SMC路由器)/从其他实体到UE 801的SM消息。SMS还可针对UE 801对SMS转移可用的通知过程与AMF 821和UDM 827交互(例如,设定UE不可达的标识位(flag),并且在UE 801对SMS可用时通知UDM 827)。
CN 820还可包括未由图8示出的其他元件,诸如数据存储系统/架构、5G设备识别寄存器(5G-EIR)、安全边缘保护代理(SEPP)等。数据存储系统可包括结构化数据存储网络功能(SDSF)、未结构化数据存储网络功能(UDSF)等。任何NF可经由NF和UDSF之间的N18参考点(未由图8示出)将未结构化数据存储到UDSF(例如,UE上下文)/从UDSF检索未结构化数据。单独的NF可共享UDSF以用于存储它们的相应的未结构化数据,或者单独的NF可各自具有位于单独的NF或靠近单独的NF的其特有的UDSF。另外,UDSF可提供基于Nudsf服务的接口(未由图8示出)。5G-EIR可为这样的NF,该NF校验永久设备标识(PEI)的状态以用于从网络确定特定的设备/实体是否列入黑名单;并且SEPP可为非透明代理,该非透明代理执行拓扑隐藏、消息过滤和管辖PLMN间控制面接口。
另外,在NF中的NF服务之间可存在更多参考点和/或基于服务的接口;然而,为简洁起见从图8省略了这些接口和参考点。在一个示例中,CN 820可包括Nx接口,该Nx接口为MME(例如,MME 1A21)和AMF 821之间的CN间接口,以便实现CN 820和CN 1A20之间的互通。其他示例接口/参考点可包括由5G-EIR提供的基于N5g-eir服务的接口、访问网络中的NRF和归属网络中的NRF之间的N27参考点;和访问网络中的NSSF和归属网络中的NSSF之间的N31参考点。
在又一示例中,系统800可包括多个RAN节点811,其中Xn接口限定于连接到5GC820的两个或更多个RAN节点811(例如,gNB等)之间、连接到5GC 820的RAN节点811(例如gNB)之间和/或连接到5GC 820的两个eNB之间。在一些实施方式中,Xn接口可包括Xn用户面(Xn-U)接口和Xn控制面(Xn-C)接口。Xn-U可提供用户面PDU的非保证递送并支持/提供数据转送和流动控制功能。Xn-C可提供管理和错误处理功能、管理Xn-C接口的功能;对处于连接模式(例如。CM-CONNECTED)的UE 801的移动支持,包括管理一个或多个RAN节点811之间的连接模式的UE移动。移动支持可包括从旧(资源)服务的RAN节点811到新(目标)服务的RAN节点811的上下文转移;和旧(资源)服务的RAN节点811和新(目标)服务的RAN节点811之间的用户面隧道的控制。Xn-U的协议栈可包括建立在因特网协议(IP)传送层上的传送网络层,和用于运载用户面PDU的(一个或多个)UDP和/或IP层的顶部上的GTP-U层。Xn-C协议栈可包括应用层信令协议(被称为Xn应用协议(Xn-AP))和建立在SCTP层上的传送网络层。SCTP层可位于IP层的顶部上。SCTP层提供应用层消息的保证递送。在传送IP层中,点对点发送用于递送信令PDU。在其他实施方式中,Xn-U协议栈和/或Xn-C协议栈可与本文所示和所述的(一个或多个)用户面和/或控制面协议栈相同或类似。
图9示出根据一些实施方案的基带电路系统999的示例接口。基带电路系统999可类似于或总体可与基带电路系统604互换,除非另外指出,否则类似命名的部件以类似的方式操作。在该示例中,基带电路系统999可包括处理器924A-929E和由所述处理器利用的存储器904G。处理器924A-924E中的每个可分别包括存储器接口904A-904E,以向存储器924G发送数据/从存储器924G接收数据。
基带电路系统可进一步包括音频DSP 924F,以及用于通信地耦接至其他电路系统/装置的一个或多个接口,诸如存储器接口912(例如,用于向基带电路系统999外部的存储器发送数据/从所述存储器接收数据的接口)、应用电路系统接口914(例如,用于向图1A的应用电路系统1A05发送数据/从所述应用电路系统接收数据的接口)、RF电路系统接口916(例如,用于向RF电路系统发送数据/从所述RF电路系统接收数据的接口)、无线硬件连接接口918(例如,用于向近场通信(NFC)部件、部件(例如,低能量)、部件和其他通信部件发送数据/从所述部件接收数据的接口)和功率管理接口920(例如,用于向PMC 1A25发送功率或控制信号/从PMC 1A25接收功率/控制信号的接口)。
下面提供一些非限制性实施例。
实施例
实施例1可包括一种在进一步增强的窄带物联网网络(feNB-IoT)中的用户设备(UE)中使用以与基站通信的装置,所述装置包括收发器电路系统,和处理电路系统,所述处理电路系统耦接至所述收发器电路系统,所述处理电路系统用于:处理从所述基站接收的调度请求(SR)配置信息;以及基于所述SR配置信息对一个或多个用于发送的SR编码。
实施例2可包括根据实施例1和/或本文的任何其他实施例所述的装置,其中所述处理电路系统还用于将调度请求(SR)能力信号编码以用于向所述基站发送。
实施例3可包括根据实施例1和/或本文的任何其他实施例所述的装置,其中所述SR配置信息将指定所述UE仅在其处于一个或多个指定的覆盖水平时仅针对SR来配置。
实施例4可包括根据实施例3和/或本文的任何其他实施例所述的装置,其中所述一个或多个指定的覆盖水平基于以下中的至少一者:窄带物理随机接入信道(NPRACH)覆盖水平或窄带物理下行控制信道(NPDCCH)重复的数量或被配置为用于UE专用的搜索空间中的NPDCCH的重复的最大数量。
实施例5可包括根据实施例1-4和/或本文的任何其他实施例所述的装置,其中所述处理电路系统还用于:根据专用的窄带物理上行共享信道/窄带物理上行控制信道(NPUSCH/NPUCCH)格式,使用预定序列,或使用NPUSCH格式2,对所述一个或多个用于发送的SR编码。
实施例6可包括实施例5和/或本文的任何其他实施例所述的装置,其中所述预定序列是Zadoff-Chu序列,其根索引、循环移位和正交覆盖码是小区专用的或UE专用的。
实施例7可包括实施例5和/或本文的任何其他实施例所述的装置,其中所述收发器电路系统将:对SR发送使用单音,其中所述序列长度与3.75KHz子载波间隔的子帧或2ms时间片中的SR发送所用的符号的数量相同;或者对SR发送使用多音发送,其中所述序列长度等于每个符号所用的音调的数量。
实施例8可包括根据实施例1-4和/或本文的任何其他实施例所述的装置,其中所述SR配置信息还用于指定SR发送是单音还是多音。
实施例9可包括一种在进一步增强的窄带物联网(feNB-IoT)网络中的用户设备(UE)中使用的装置,包括:输入接口,用于接收从基站发送的调度请求(SR)配置信息;输出接口;缓冲器;和基带电路系统,耦接至所述输入接口和所述输出接口,并耦接至所述缓冲器,以用于:处理所述SR配置信息以生成SR;至少部分地基于所述缓冲器的内容生成缓冲器状态报告(BSR);以及使所述UE的发送器经由所述输出接口向所述基站发送所述SR,之后发送所述BSR。
实施例10可包括根据实施例9和/或本文的任何其他实施例所述的装置,其中所述基带电路系统还用于:在所述基站没有首先发送所述BSR的UL授权的情况下,使所述UE的发送器发送所述BSR。
实施例11可包括根据实施例9和/或本文的任何其他实施例所述的装置,其中所述基带电路系统使所述UE的所述发送器以NPUSCH格式1发送所述BSR。
实施例12可包括根据实施例9和/或本文的任何其他实施例所述的装置,其中所述SR配置信息还用于指定单音发送将使用3.75kHz或15kHz的子载波间隔,并且多音发送将使用15kHz的子载波间隔。
实施例13可包括根据实施例9和/或本文的任何其他实施例所述的装置,其中所述基带电路系统还用于确定存在犹待发送的HARQ-ACK反馈发送,并且响应于所述确定,使所述UE的所述发送器经由所述输出接口:丢弃SR或HARQ-ACK反馈中的一者;或多路复用SR和HARQ-ACK反馈。
实施例14可包括根据实施例13和/或本文的任何其他实施例所述的装置,其中所述基带电路系统还用于使所述UE的所述发送器经由所述输出接口多路复用所述SR和HARQ-ACK反馈,以及:向SR和HARQ-ACK反馈分配不同的频域资源,或者用不同的正交序列加扰所述SR和HARQ-ACK反馈的符号。
实施例15可包括根据实施例13和/或本文的任何其他实施例所述的装置,其中所述基带电路系统还用于使所述UE的所述发送器仅在以下中的至少一者时经由所述输出接口多路复用所述SR和所述HARQ-ACK反馈:SR和HARQ-ACK反馈冲突,或SR或HARQ-ACK反馈均未被配置重复。
实施例16可包括根据实施例9和/或本文的任何其他实施例所述的装置,其中所述基带电路系统还用于确定存在待由所述UE接收的待决的窄带物理下行共享信道(NPDSCH)消息或待由所述UE发送的HARQ-ACK反馈发送,并且响应于所述确定,使所述UE的所述发送器经由所述输出接口将所述SR附加至所述HARQ-ACK反馈。
实施例17可包括一种或多种包括指令的计算机可读介质,所述指令在由所述UE的一个或多个处理器执行所述指令时,使进一步增强的窄带物联网(feNB-IoT)网络中的NB-IoT配置的用户设备(UE):处理从所述基站接收的调度请求(SR)信息;以及基于所述SR配置信息将一个或多个用于发送的SR编码。
实施例18可包括根据实施例17和/或本文的任何其他实施例所述的一种或多种计算机可读介质,进一步包括指令,所述指令在执行时使所述UE对SR能力信号编码以用于发送至所述基站。
实施例19可包括根据实施例17或18和/或本文的任何其他实施例所述的一种或多种计算机可读介质,其中所述SR配置信息将指定所述UE在其处于一个或多个指定的NPRACH覆盖水平时仅针对SR来配置。
实施例20可包括根据实施例19和/或本文的任何其他实施例所述的一种或多种计算机可读介质,还包括指令,所述指令在执行时使所述UE根据专用的窄带物理上行共享信道/窄带物理上行控制信道(NPUSCH/NPUCCH)格式使用预定序列将所述一个或多个用于发送的SR编码。
实施例21可包括根据实施例20和/或本文的任何其他实施例所述的一种或多种计算机可读介质,其中所述预定序列是Zadoff-Chu序列,其根索引、循环移位和正交覆盖码为小区专用的或UE专用的。
实施例22可包括一种用于将SR发送至进一步增强的窄带物联网(feNB-IoT)网络中的基站的计算装置,包括:用于从所述基站接收SR配置信息的装置;用于实现所述SR配置信息的装置;和用于基于所述SR配置信息将一个或多个SR编码以用于向所述基站发送的装置。
实施例23可包括根据实施例22和/或本文的任何其他实施例所述的计算装置,进一步包括以下中的至少一者:进一步包括:用于确定HARQ-ACK反馈发送是否待决的装置;或用于丢弃所述SR或所述HARQ-ACK反馈中的一者的装置;或用于多路复用所述SR和所述HARQ-ACK反馈的装置和用于向所述基站发送所述多路复用的信号的装置。
实施例24可包括根据实施例23和/或本文的任何其他实施例所述的计算装置,其中用于多路复用的所述装置和用于发送的所述装置还用于仅在以下中的至少一者时向所述基站发送所述多路复用的信号:所述SR和所述HARQ-ACK反馈冲突,或所述SR或所述HARQ-ACK反馈均未被配置为重复。
实施例25可包括根据实施例22和/或本文的任何其他实施例所述的计算装置,加盟包括:用于确定HARQ-ACK反馈发送是否待决的装置;和用于多路复用所述SR和所述HARQ-ACK反馈的装置,用于多路复用的所述装置包括:用于向所述SR和所述HARQ-ACK反馈分配不同的频域资源的装置,或用于用不同的正交序列将所述SR和HARQ-ACK符号加扰的装置。
实施例26可包括一种由进一步增强的窄带物联网(feNB-IoT)网络中的NB-IoT配置的用户设备(UE)执行的方法,包括:
处理从基站接收的调度请求(SR)配置信息;以及
基于所述SR配置信息将一个或多个SR编码以用于发送。
实施例27可包括根据实施例26和/或本文的任何其他实施例所述的方法,进一步包括编码SR能力信号以由所述UE向所述基站发送。
实施例28可包括根据权利要求26或27和/或本文的任何其他实施例所述的方法,其中所述SR配置信息将指定所述UE在其处于一个或多个指定的窄带物理随机接入信道(NPRACH)覆盖水平时仅针对SR来配置。
实施例29可包括根据实施例28和/或本文的任何其他实施例所述的方法,还包括根据专用的窄带物理上行共享信道/窄带物理上行控制信道(NPUSCH/NPUCCH)格式使用预定的序列将所述一个或多个SR编码以用于所述UE发送。
实施例30可包括根据实施例29和/或本文的任何其他实施例所述的方法,其中所述预定序列是Zadoff-Chu序列,其根索引、循环移位和正交覆盖码为小区专用的或UE专用的。
实施例31可包括由进一步增强的窄带物联网(feNB-IoT)网络中的NB-IoT配置的用户设备(UE)执行的方法,包括:
接收从基站发送的调度请求(SR)配置信息;
处理所述SR配置信息以生成SR;
分析所述上行缓冲器的所述内容;
至少部分地基于所述缓冲器的内容生成缓冲器状态报告(BSR);
以及
向所述基站发送所述SR,之后发送所述BSR。
实施例32可包括根据实施例31和/或本文的任何其他实施例所述的方法,还包括在所述基站没有发送所述BSR的上行(UL)授权的情况下发送所述BSR。
实施例33可包括根据实施例31和/或本文的任何其他实施例所述的方法,其中所述BSR以NPUSCH格式1发送。
实施例34可包括根据实施例31和/或本文的任何其他实施例所述的方法,其中所述SR配置信息还用于指定单音发送使用3.75kHz或15kHz的子载波间隔,并且多音发送使用15kHz的子载波间隔。
实施例35可包括根据实施例31和/或本文的任何其他实施例所述的方法,还包括:
确定存在还要发送的HARQ-ACK反馈发送,并且响应于所述确定:丢弃SR或HARQ-ACK反馈中的一者,或者多路复用SR和HARQ-ACK反馈。
实施例36可包括根据实施例35和/或本文的任何其他实施例所述的方法,还包括多路复用所述SR和HARQ-ACK反馈,以及:
向SR和HARQ-ACK反馈分配不同的频域资源,
或者用不同的正交序列将所述SR和HARQ-ACK反馈的符号加扰。
实施例37可包括根据实施例35和/或本文的任何其他实施例所述的设备,进一步包括仅在以下中的至少一者时多路复用所述SR和HARQ-ACK反馈:SR和HARQ-ACK反馈冲突,或SR或HARQ-ACK反馈均未被配置为具有重复。
实施例38可包括用于执行根据实施例26-37所述的方法中的任一者的设备或设备的一部分。

Claims (25)

1.一种在进一步增强的窄带物联网网络(feNB-IoT)中的用户设备(UE)中使用以与基站进行通信的装置,所述装置包括:
收发器电路系统,和
处理电路系统,所述处理电路系统耦接至所述收发器电路系统,所述处理电路系统用于:
处理从所述基站接收的调度请求(SR)配置信息;以及
基于所述SR配置信息对一个或多个用于发送的SR编码。
2.根据权利要求1所述的装置,其中所述处理电路系统还用于:将调度请求(SR)能力信号编码以用于向所述基站发送。
3.根据权利要求1所述的装置,其中所述SR配置信息用于指定所述UE在其处于一个或多个指定的覆盖水平时仅针对SR来配置。
4.根据权利要求3所述的装置,其中所述一个或多个指定的覆盖水平基于以下中的至少一者:窄带物理随机接入信道(NPRACH)覆盖水平或窄带物理下行控制信道(NPDCCH)重复的数量或被配置为用于UE专用的搜索空间中的NPDCCH的重复的最大数量。
5.根据权利要求1-4中任一项所述的装置,其中所述处理电路系统还用于:
根据专用的窄带物理上行共享信道/窄带物理上行控制信道(NPUSCH/NPUCCH)格式,使用预定序列,
或者
使用NPUSCH格式2,
对所述一个或多个用于发送的SR编码。
6.根据权利要求5所述的装置,其中所述预定序列是Zadoff-Chu序列,其根索引、循环移位和正交覆盖码是小区专用的或UE专用的。
7.根据权利要求5所述的装置,其中所述收发器电路系统用于:
对SR发送使用单音发送,其中所述序列长度与3.75KHz子载波间隔的子帧或2ms时间片中的SR发送所用的符号的数量相同;或者
对SR发送使用多音发送,其中所述序列长度等于每个符号所用的音调的数量。
8.根据权利要求1-4中任一项所述的装置,其中所述SR配置信息还用于指定SR发送是单音还是多音。
9.一种在进一步增强的窄带物联网(feNB-IoT)网络中的用户设备(UE)中使用的装置,包括:
输入接口,用于接收从基站发送来的调度请求(SR)配置信息;
输出接口;
缓冲器;和
基带电路系统,耦接至所述输入接口和所述输出接口,并耦接至所述缓冲器,以用于:
处理所述SR配置信息以生成SR;
至少部分地基于所述缓冲器的内容生成缓冲器状态报告(BSR);以及
使所述UE的发送器经由所述输出接口向所述基站发送所述SR,之后发送所述BSR。
10.根据权利要求9所述的装置,其中所述基带电路系统还用于:在所述基站没有首先发送所述BSR的UL授权的情况下,使所述UE的发送器发送所述BSR。
11.根据权利要求9所述的装置,其中所述基带电路系统使所述UE的所述发射器以NPUSCH格式1发送所述BSR。
12.根据权利要求9所述的装置,其中所述SR配置信息还用于指定单音发射使用3.75kHz或15kHz的子载波间隔,以及多音发射使用15kHz的子载波间隔。
13.根据权利要求9所述的装置,其中所述基带电路系统还用于确定还要发送的HARQ-ACK反馈发送,并且响应于所述确定,使所述UE的所述发送器经由所述输出接口:
丢弃SR或HARQ-ACK反馈中的一者;或
多路复用SR和HARQ-ACK反馈。
14.根据权利要求13所述的装置,其中所述基带电路系统还用于使所述UE的发送器经由所述输出接口多路复用所述SR和HARQ-ACK反馈,以及:
向SR和HARQ-ACK反馈分配不同的频域资源,
或者
用不同的正交序列加扰所述SR和HARQ-ACK反馈的符号。
15.根据权利要求13所述的装置,其中所述基带电路系统还用于使所述UE的所述发射器仅在以下中的至少一者时经由所述输出接口多路复用所述SR和所述HARQ-ACK反馈:
SR和HARQ-ACK反馈冲突,或
SR或HARQ-ACK反馈均未被配置重复。
16.根据权利要求9所述的装置,其中所述基带电路系统还用于:确定存在待由所述UE接收的待决的窄带物理下行共享信道(NPDSCH)消息或待由所述UE发送的HARQ-ACK反馈发送,并且响应于所述确定,使所述UE的发送器经由所述输出接口将所述SR附加至所述HARQ-ACK反馈。
17.一种或多种包括指令的计算机可读介质,所述指令在由所述UE的一个或多个处理器执行所述指令时,使进一步增强的窄带物联网(feNB-IoT)网络中的NB-IoT配置的用户设备(UE):
处理从所述基站接收的调度请求(SR)信息;以及
基于所述SR配置信息将一个或多个用于发送的SR编码。
18.根据权利要求17所述的一种或多种计算机可读介质,还包括指令,所述指令在执行时使所述UE对SR能力信号编码以用于发送至所述基站。
19.根据权利要求17或18中的任一者所述的一种或多种计算机可读介质,其中所述SR配置信息用于指定所述UE在其处于一个或多个指定的NPRACH覆盖水平时仅针对SR来配置。
20.根据权利要求19所述的一种或多种计算机可读介质,还包括指令,所述指令在执行时使所述UE根据专用的窄带物理上行共享信道/窄带物理上行控制信道(NPUSCH/NPUCCH)格式使用预定序列将所述一个或多个用于发送的SR编码。
21.根据权利要求20所述的一种或多种计算机可读介质,其中所述预定序列是Zadoff-Chu序列,其根索引、循环移位和正交覆盖码为小区专用的或UE专用的。
22.一种用于将SR发送至进一步增强的窄带物联网(feNB-IoT)网络中的基站的计算装置,包括:
用于从所述基站接收SR配置信息的装置;
用于实现所述SR配置信息的装置;和
用于基于所述SR配置信息将一个或多个用于发送的SR编码的装置。
23.根据权利要求22所述的计算装置,还包括:
用于确定HARQ-ACK反馈发送是否待决的装置;或
用于丢弃所述SR或所述HARQ-ACK反馈中的一者的装置;或
用于多路复用所述SR和所述HARQ-ACK反馈的装置和用于向所述基站发送所述多路复用的信号的装置。
24.根据权利要求23所述的计算装置,其中用于多路复用的所述装置和用于发送的所述装置将还用于仅在以下中的至少一者时向所述基站发送所述多路复用的信号:
所述SR和所述HARQ-ACK反馈冲突,或
所述SR或所述HARQ-ACK反馈均未被配置重复。
25.根据权利要求22所述的计算装置,还包括:
用于确定HARQ-ACK反馈发送是否待决的装置;和
用于多路复用所述SR和所述HARQ-ACK反馈的装置,
用于多路复用的所述装置包括:
用于向所述SR和所述HARQ-ACK反馈分配不同的频域资源的装置,或
用于用不同的正交序列将所述SR和HARQ-ACK符号加扰的装置。
CN201880020631.6A 2017-03-24 2018-03-22 用于进一步增强的窄带物联网(feNB-IoT)的调度请求的设计 Active CN110463236B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201762476106P 2017-03-24 2017-03-24
US62/476,106 2017-03-24
US201762502515P 2017-05-05 2017-05-05
US62/502,515 2017-05-05
US201762543074P 2017-08-09 2017-08-09
US62/543,074 2017-08-09
PCT/US2018/023829 WO2018175764A1 (en) 2017-03-24 2018-03-22 DESIGN OF SCHEDULING REQUEST FOR FURTHER ENHANCED NARROWBAND INTERNET OF THINGS (feNB-IoT)

Publications (2)

Publication Number Publication Date
CN110463236A true CN110463236A (zh) 2019-11-15
CN110463236B CN110463236B (zh) 2023-07-18

Family

ID=61952995

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880020631.6A Active CN110463236B (zh) 2017-03-24 2018-03-22 用于进一步增强的窄带物联网(feNB-IoT)的调度请求的设计

Country Status (4)

Country Link
US (1) US11159929B2 (zh)
EP (1) EP3603133A1 (zh)
CN (1) CN110463236B (zh)
WO (1) WO2018175764A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110968317A (zh) * 2019-12-02 2020-04-07 广州鲁邦通物联网科技有限公司 一种通过UCI/USI配置文件自动生成vue页面组件的方法和系统
CN114946158A (zh) * 2020-01-08 2022-08-26 中兴通讯股份有限公司 用于多播/广播业务数据的系统和方法
WO2022241653A1 (en) * 2021-05-18 2022-11-24 Nokia Shanghai Bell Co., Ltd. Scheduling report in non-terrestrial networks

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3603304B1 (en) * 2017-03-23 2023-08-09 Apple Inc. Narrowband internet-of-things (nb-iot) enhacements
WO2018170924A1 (zh) * 2017-03-24 2018-09-27 华为技术有限公司 资源调度方法、终端设备及网络设备
WO2018174598A1 (ko) 2017-03-24 2018-09-27 엘지전자 주식회사 Sr 전송 여부를 결정하는 방법 및 nb 무선 기기
CN110603872B (zh) * 2017-05-05 2022-08-16 中兴通讯股份有限公司 用于配置调度请求的方法和装置
EP3641432A4 (en) 2017-06-15 2020-10-21 Panasonic Intellectual Property Corporation of America TERMINAL DEVICE AND COMMUNICATION PROCEDURE
US10887897B2 (en) * 2018-02-27 2021-01-05 Qualcomm Incorporated Mechanisms for sidelink resource scheduling
WO2020057755A1 (en) * 2018-09-21 2020-03-26 Huawei Technologies Co., Ltd. Devices and methods for communication in a wireless communication network
EP3858020A4 (en) * 2018-09-28 2022-05-18 Nokia Technologies OY GROUP CAST FOR SIDELINK COMMUNICATION
WO2020087509A1 (zh) * 2018-11-02 2020-05-07 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN111147188B (zh) * 2018-11-02 2021-12-24 大唐移动通信设备有限公司 一种传输反馈方法及用户设备
EP3917259A1 (en) * 2020-05-15 2021-12-01 Nokia Technologies Oy Data transmission coordination between cells
US11895665B2 (en) * 2020-07-30 2024-02-06 Qualcomm Incorporated Nesting configured grant—small data transfer occasions
US11838920B2 (en) * 2020-07-30 2023-12-05 Qualcomm Incorporated Beam-based configured grant—small data transfer occasions
WO2022027676A1 (zh) * 2020-08-07 2022-02-10 华为技术有限公司 通信方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160270038A1 (en) * 2015-03-11 2016-09-15 Samsung Electronics Co., Ltd Transmissions of downlink control channels for low cost ues
WO2016153548A1 (en) * 2015-03-26 2016-09-29 Intel IP Corporation Systems, methods and devices for uplink transmissions with reduced signaling overhead
WO2016175256A1 (ja) * 2015-04-27 2016-11-03 京セラ株式会社 無線端末、基地局、及びプロセッサ
WO2017023352A1 (en) * 2015-08-06 2017-02-09 Intel IP Corporation Performing mission critical communications at a user equipment (ue)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016108554A1 (en) 2014-12-30 2016-07-07 Lg Electronics Inc. Method and apparatus for performing switching control between uplink and sidelink in wireless communication system
WO2017014715A1 (en) * 2015-07-17 2017-01-26 Intel IP Corporation Nb-prach transmission and reception techniques for cellular internet of things

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160270038A1 (en) * 2015-03-11 2016-09-15 Samsung Electronics Co., Ltd Transmissions of downlink control channels for low cost ues
WO2016153548A1 (en) * 2015-03-26 2016-09-29 Intel IP Corporation Systems, methods and devices for uplink transmissions with reduced signaling overhead
WO2016175256A1 (ja) * 2015-04-27 2016-11-03 京セラ株式会社 無線端末、基地局、及びプロセッサ
WO2017023352A1 (en) * 2015-08-06 2017-02-09 Intel IP Corporation Performing mission critical communications at a user equipment (ue)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110968317A (zh) * 2019-12-02 2020-04-07 广州鲁邦通物联网科技有限公司 一种通过UCI/USI配置文件自动生成vue页面组件的方法和系统
CN114946158A (zh) * 2020-01-08 2022-08-26 中兴通讯股份有限公司 用于多播/广播业务数据的系统和方法
WO2022241653A1 (en) * 2021-05-18 2022-11-24 Nokia Shanghai Bell Co., Ltd. Scheduling report in non-terrestrial networks

Also Published As

Publication number Publication date
US20190387383A1 (en) 2019-12-19
WO2018175764A1 (en) 2018-09-27
CN110463236B (zh) 2023-07-18
EP3603133A1 (en) 2020-02-05
US11159929B2 (en) 2021-10-26

Similar Documents

Publication Publication Date Title
CN110463236A (zh) 用于进一步增强的窄带物联网(feNB-IoT)的调度请求的设计
CN110463231A (zh) 用于基于组的服务配给的系统和方法
CN113424461A (zh) 用于增强波束恢复的装置和方法
CN110291803A (zh) 蜂窝网络中的隐私保护和可扩展认证协议认证和授权
CN105165107B (zh) 用于两个以上运营商之间的基于接近的服务的方法和设备
CN110383745A (zh) 超可靠低等待时间通信指示信道化设计
WO2020205741A1 (en) Resource allocation and user multiplexing capacity enhancements for interlace based physical uplink control channel formats in new radio (nr)-unlicensed
US11469806B2 (en) CSI measurement and feedback for eMTC-U system
CN109314841A (zh) 对v2x传输的服务质量的改进的支持
CN110463270A (zh) 用于动态数据中继的系统和方法
CN108141729A (zh) 用演进型机器类型通信进行设备到设备通信的系统和方法
CN114051707A (zh) 用于准确的rat相关的nr定位的dl prs传输的方法和系统
CN113812203A (zh) 在未许可频谱上操作的新无线电系统中的上行链路传输
CN113475004A (zh) 发射和面板感知波束选择
CN109792344A (zh) 针对用于数据传输的动态解调参考信号模式的技术
CN113491095A (zh) 用于在分组数据汇聚协议(pdcp)处压缩和解压缩信息中心网络名称的方法和系统
CN113491081A (zh) 在空闲模式下使用预配置上行链路资源的传输、重传和混合自动重传请求过程
CN110168999A (zh) Nr urllc中可靠的免授权上行链路传输
CN114946254A (zh) Mac tb的最小通信范围
CN113615286A (zh) 用于新无线电(nr)系统中的配置授权传输的时域资源分配
CN113396552A (zh) 用于重传操作的竞争窗口大小调节
CN114503730A (zh) 基于序列的物理上行链路控制信道传输
CN113424589A (zh) 用于小区重选的同步信号块周期
CN110089064A (zh) 上报移动用户设备所支持的蜂窝能力组合
CN112997468B (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
TA01 Transfer of patent application right

Effective date of registration: 20200331

Address after: California, USA

Applicant after: INTEL Corp.

Address before: California, USA

Applicant before: INTEL IP Corp.

Effective date of registration: 20200331

Address after: California, USA

Applicant after: Apple Inc.

Address before: California, USA

Applicant before: INTEL Corp.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant