CN115777209A - 从用户装备到网络的结构化的最小化路测测量数据 - Google Patents

从用户装备到网络的结构化的最小化路测测量数据 Download PDF

Info

Publication number
CN115777209A
CN115777209A CN202180048568.9A CN202180048568A CN115777209A CN 115777209 A CN115777209 A CN 115777209A CN 202180048568 A CN202180048568 A CN 202180048568A CN 115777209 A CN115777209 A CN 115777209A
Authority
CN
China
Prior art keywords
mdt
base station
data
measurement
type
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
CN202180048568.9A
Other languages
English (en)
Inventor
H·P·班塞尔
T·金
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN115777209A publication Critical patent/CN115777209A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • 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)
  • Mobile Radio Communication Systems (AREA)

Abstract

公开了基于由网络请求的特定类型的测量来发送结构化测量数据的诸方面。用户装备(UE)可以从基站接收对最小化路测(MDT)数据的请求,该MDT数据对应于由该UE从该UE可以作出的多个可用MDT测量中指定类型的测量。该UE可以向该基站发送包括具有针对所指定测量类型的结果的结构化报告的所请求数据。在其他方面,基站可以向UE发送对最小化路测(MDT)数据的请求,该MDT数据对应于由该UE进行的一类型的测量。该基站可以接收对应于该类型的测量的所请求数据。

Description

从用户装备到网络的结构化的最小化路测测量数据
相关申请的交叉引用
本申请要求于2020年7月17日提交的题为“Streaming Minimization of DriveTest Measurements From a User Equipment to a Network(从用户装备向网络流送最小化路测测量)”的印度临时专利申请No.202041030556的权益和优先权,这些申请的全部内容通过援引被整体纳入于此。
背景
技术领域
本公开一般涉及通信***,尤其涉及在网络上发送测量数据。
引言
无线通信***被广泛部署以提供诸如电话、视频、数据、消息接发、和广播等各种电信服务。典型的无线通信***可采用能够通过共享可用***资源来支持与多个用户通信的多址技术。此类多址技术的示例包括码分多址(CDMA)***、时分多址(TDMA)***、频分多址(FDMA)***、正交频分多址(OFDMA)***、单载波频分多址(SC-FDMA)***、以及时分同步码分多址(TD-SCDMA)***。
这些多址技术已经在各种电信标准中被采纳以提供使不同的无线设备能够在城市、国家、地区、以及甚至全球级别上进行通信的共同协议。示例电信标准是5G新无线电(NR)。5G NR是由第三代伙伴项目(3GPP)为满足与等待时间、可靠性、安全性、可缩放性(例如,与物联网(IoT))相关联的新要求以及其他要求所颁布的连续移动宽带演进的部分。5GNR包括与增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低等待时间通信(URLLC)相关联的服务。5G NR的一些方面可以基于4G长期演进(LTE)标准。存在对5G NR技术的进一步改进的需求。这些改进还可适用于其他多址技术以及采用这些技术的电信标准。
概述
以下给出了一个或多个方面的简要概述以提供对此类方面的基本理解。此概述不是所有构想到的方面的详尽综览,并且既非旨在标识出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一目的是以简化形式给出一个或多个方面的一些概念以作为稍后给出的更详细描述之序言。
相应地,在本公开的一方面,提供了一种方法和装置。该装置可以是用户装备(UE)。该UE可以包括被配置成从基站接收对结构化的最小化路测(MDT)数据的请求的处理器。所请求的数据可以对应于由该基站从可以由该UE执行的多个可用类型的MDT测量中指定的至少一个类型的MDT测量。该处理器还可以被配置成向该基站发送包括对应于所指定的至少一个类型的MDT测量的结果的数据。
该装置还可以是基站。该基站可以包括被配置成向UE发送对结构化的最小化路测(MDT)数据的请求的处理器。所请求的MDT数据可以对应于由该基站从可以由该UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量。该处理器可以进一步被配置成接收对应于该类型的测量的所请求的结构化数据。
为了达成前述及相关目的,这一个或多个方面包括在下文充分描述并在权利要求中特别指出的特征。以下描述和附图详细阐述了这一个或多个方面的某些解说性特征。但是,这些特征仅仅是指示了可采用各种方面的原理的各种方式中的若干种,并且本描述旨在涵盖所有此类方面及其等效方案。
附图简述
图1是解说无线通信***和接入网的示例的示图。
图2A是解说根据本公开的各个方面的第一帧的示例的示图。
图2B是解说根据本公开的各个方面的子帧内的DL信道的示例的示图。
图2C是解说根据本公开的各个方面的第二帧的示例的示图。
图2D是解说根据本公开的各个方面的子帧内的UL信道的示例的示图。
图3是解说接入网中的基站和用户装备(UE)的示例的示图。
图4是解说UE建立与基站的RRC连接并且该基站将测量数据转发给操作和管理设施的示例的概念图。
图5是解说UE与网络之间所记录的MDT报告的示例的时序图。
图6是解说包括从UE向网络发送所请求类型的测量报告的所记录的MDT报告的示例的时序图。
图7是无线通信方法的流程图。
图8是无线通信方法的流程图。
图9是解说用于示例UE的硬件实现的示例的示图。
图10是解说用于示例基站的硬件实现的示例的示图。
详细描述
以下结合附图阐述的详细描述旨在作为各种配置的描述而无意表示可实践本文所描述的概念的仅有配置。本详细描述包括具体细节以提供对各种概念的透彻理解。然而,对于本领域技术人员将显而易见的是,没有这些具体细节也可实践这些概念。在一些实例中,以框图形式示出众所周知的结构和组件以便避免淡化此类概念。
最小化路测(MDT)测量可由网络配置并且由UE执行。申请人已经观察到,响应于基站请求,所有所配置的测试结果已经常规地经由RRC连接作为来自UE的一个测量报告文件的一部分发送到网络。申请人还已观察到,随着这些年来新的测量类型已经不断地添加,该数据文件的大小已显著增加。申请人还已观察到,由于当前八千字节的最大RRC传输能力,该文件被分段成多个RRC消息。申请人已进一步观察到,将如此大的文件从UE传递到网络会快速耗尽UE电池电量。此外,申请人已经观察到,由分段导致的RRC信令开销也对UE和网络资源造成了附加的压力。另外,申请人已经观察到网络核心必须过滤大数据文件以提取不同的测量结果,以便转发给需要特定MDT测量结果的不同实体。
本文描述的一些技术可以帮助减少或消除这些问题。例如,一种技术可以包括在UE处将MDT测量报告记录为多个单个文件,每个文件基于对应的MDT测量类型。UE可以接收对结构化MDT数据的网络请求,该结构化MDT数据包括例如在请求时被限定成由网络所需的特定类型(诸)MDT测量类型的测量报告,而不是请求包括作为常规执行的所有测量的单个数据文件。响应于网络的请求,仅对应于所请求的(诸)测量类型的数据可以被发送给网络。数据的结构化性质宽泛地旨在采用若干形式中的任一者。例如,结构化MDT数据可以简单地按容易识别或网络友好的方式来组织。在一个示例性配置中,数据可以被构造成使得基站(或其他网络实体)可以容易地标识(诸)MDT测量类型,例如,无需将对应于所有不同MDT测量的大量数据分段成例如它们的组成类型。在其他配置中,结构化数据可以可任选地由接收方网络来表示协议或格式,以使得能够从更大的此类类型群中快速且容易地检索和分析一个或多个个体MDT测量类型。然而,不必是这种情形,并且结构化MDT数据不需要对应于所定义的格式或协议。作为另一示例,在一些配置中,结构化MDT数据可以简单地指表示由网络请求的(诸)MDT测量的数据。MDT测量数据可以可任选地包括结构化报告,该结构化报告具有对应于由基站从可以由UE执行的多个可用测量中指定的至少一个测量类型的结果。进一步,代替执行单个大文件传输以一次将所有数据发送到基站,特定于所请求的测量类型的数据可以被发送到基站。UE可以将数据作为结构化报告中的单个文件或者作为单个非实时数据流的一部分发送到基站。作为结果,UE电池功率和网络带宽消耗可以减少。进一步,响应于基站的请求而发送到基站的数据的定制性质可以减少(如果不是完全消除)对RRC分段的需要。也就是说,由于一次仅发送网络请求中所标识的特定的、结构化MDT测量数据,因此取决于情况,对于由网络过滤所接收到的数据的要求可以减少或完全消除。
现在将参考各种装置和方法给出电信***的若干方面。这些装置和方法将在以下详细描述中进行描述并在附图中由各种框、组件、电路、过程、算法等(统称为“元素”)来解说。这些元素可使用电子硬件、计算机软件、或其任何组合来实现。此类元素是实现成硬件还是软件取决于具体应用和加诸于整体***上的设计约束。
作为示例,在本公开中引用“处理器”的地方,处理器被视为包括一个或多个处理器。处理器的示例包括:微处理器、微控制器、图形处理单元(GPU)、中央处理单元(CPU)、应用处理器、数字信号处理器(DSP)、精简指令集计算(RISC)处理器、片上***(SoC)、基带处理器、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立的硬件电路以及其他配置成执行本公开中通篇描述的各种功能性的合适硬件。处理***中的一个或多个处理器可以执行软件。软件应当被宽泛地解释成意为指令、指令集、代码、代码段、程序代码、程序、子程序、软件组件、应用、软件应用、软件包、例程、子例程、对象、可执行件、执行的线程、规程、函数等,无论其是用软件、固件、中间件、微代码、硬件描述语言、还是其他术语来述及皆是如此。
相应地,在一个或多个示例实施例中,所描述的功能可以在硬件、软件、或其任何组合中实现。如果在软件中实现,则各功能可作为一条或多条指令或代码存储或编码在计算机可读介质上。计算机可读介质包括计算机存储介质。存储介质可以是可由计算机访问的任何可用介质。作为示例而非限制,此类计算机可读介质可包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、光盘存储、磁盘存储、其他磁性存储设备、上述类型的计算机可读介质的组合、或能够被用于存储可被计算机访问的指令或数据结构形式的计算机可执行代码的任何其他介质。
图1是解说无线通信***和接入网100的示例的示图。无线通信***(亦称为无线广域网(WWAN))包括基站102、UE 104、演进型分组核心(EPC)160和另一核心网190(例如,5G核心(5GC))。基站102可包括宏蜂窝小区(高功率蜂窝基站)和/或小型蜂窝小区(低功率蜂窝基站)。宏蜂窝小区包括基站。小型蜂窝小区包括毫微微蜂窝小区、微微蜂窝小区、和微蜂窝小区。
配置成用于4G LTE的基站102(统称为演进型通用移动电信***(UMTS)地面无线电接入网(E-UTRAN))可通过第一回程链路132(例如,S1接口)与EPC 160对接。配置成用于5G NR的基站102(统称为下一代RAN(NG-RAN))可通过第二回程链路184与核心网190对接。除了其他功能,基站102还可执行以下功能中的一者或多者:用户数据的传递、无线电信道暗码化和暗码解译、完整性保护、报头压缩、移动性控制功能(例如,切换、双连通性)、蜂窝小区间干扰协调、连接建立和释放、负载平衡、非接入阶层(NAS)消息的分发、NAS节点选择、同步、无线电接入网(RAN)共享、多媒体广播多播服务(MBMS)、订户和装备追踪、RAN信息管理(RIM)、寻呼、定位、以及警报消息的递送。基站102可以直接或间接地(例如,通过EPC 160或核心网190)在第三回程链路134(例如,X2接口)上彼此通信。第一回程链路132、第二回程链路184和第三回程链路134可以是有线的或无线的。
基站102可与UE 104进行无线通信。每个基站102可为各自相应的地理覆盖区域110提供通信覆盖。可能存在交叠的地理覆盖区域110。例如,小型蜂窝小区102'可具有与一个或多个宏基站102的覆盖区域110交叠的覆盖区域110'。包括小型蜂窝小区和宏蜂窝小区两者的网络可被称为异构网络。异构网络还可包括归属演进型B节点(eNB)(HeNB),该HeNB可向被称为封闭订户群(CSG)的受限群提供服务。基站102与UE 104之间的通信链路120可包括从UE 104到基站102的上行链路(UL)(亦称为反向链路)传输和/或从基站102到UE 104的下行链路(DL)(亦称为前向链路)传输。通信链路120可使用多输入多输出(MIMO)天线技术,包括空间复用、波束成形和/或发射分集。这些通信链路可通过一个或多个载波。对于在每个方向上用于传输的总共至多达Yx MHz(x个分量载波)的载波聚集中分配的每个载波,基站102/UE 104可使用至多达Y MHz(例如,5、10、15、20、100、400MHz等)带宽的频谱。这些载波可以或者可以不彼此毗邻。载波的分配可以关于DL和UL是非对称的(例如,与UL相比可将更多或更少载波分配给DL)。分量载波可包括主分量载波以及一个或多个副分量载波。主分量载波可被称为主蜂窝小区(PCell),并且副分量载波可被称为副蜂窝小区(SCell)。
某些UE 104可使用设备到设备(D2D)通信链路158来彼此通信。D2D通信链路158可使用DL/UL WWAN频谱。D2D通信链路158可使用一个或多个侧链路信道,诸如物理侧链路广播信道(PSBCH)、物理侧链路发现信道(PSDCH)、物理侧链路共享信道(PSSCH)、以及物理侧链路控制信道(PSCCH)。D2D通信可通过各种各样的无线D2D通信***,诸如举例而言,WiMedia、蓝牙、ZigBee、以电气与电子工程师协会(IEEE)802.11标准为基础的Wi-Fi、LTE、或NR。
无线通信***可进一步包括例如在5GHz无执照频谱等中经由通信链路154与Wi-Fi站(STA)152处于通信的Wi-Fi接入点(AP)150。当在无执照频谱中通信时,STA 152/AP150可在通信之前执行畅通信道评估(CCA)以确定该信道是否可用。
小型蜂窝小区102'可在有执照和/或无执照频谱中操作。当在无执照频谱中操作时,小型蜂窝小区102'可采用NR并且使用与由Wi-Fi AP 150所使用的相同的无执照频谱(例如,5GHz等)。在无执照频谱中采用NR的小型蜂窝小区102'可推升接入网的覆盖和/或增大接入网的容量。
通常基于频率/波长来将电磁频谱细分成各种类、频带、信道等。在5G NR中,两个初始操作频带已被标识为频率范围指定FR1(410MHz–7.125GHz)和FR2(24.25GHz–52.6GHz)。FR1与FR2之间的频率通常被称为中频带频率。尽管FR1的一部分大于6GHz,但在各种文档和文章中,FR1通常(可互换地)被称为“亚6GHz”频带。关于FR2有时会出现类似的命名问题,尽管不同于由国际电信联盟(ITU)标识为“毫米波”频带的极高频率(EHF)频带(30GHz–300GHz),但是FR2在各文档和文章中通常(可互换地)被称为“毫米波”频带。
考虑到以上各方面,除非特别另外声明,否则应理解,如果在本文中使用,术语“亚6GHz”等可广义地表示可小于6GHz、可在FR1内、或可包括中频带频率的频率。此外,除非特别另外声明,否则应理解,如果在本文中使用,术语“毫米波”等可广义地表示可包括中频带频率、可在FR2内、或可在EHF频带内的频率。
无论是小型蜂窝小区102'还是大型蜂窝小区(例如,宏基站),基站102可包括和/或被称为eNB、g B节点(gNB)、或另一类型的基站。一些基站(诸如gNB 180)可在传统亚6GHz频谱中、在毫米波频率、和/或近毫米波频率中操作以与UE 104通信。当gNB 180在毫米波频率或近毫米波频率中操作时,gNB 180可被称为毫米波基站。毫米波基站180可以利用与UE104的波束成形182来补偿路径损耗和短射程。基站180和UE 104可各自包括多个天线,诸如天线振子、天线面板和/或天线阵列以促成波束成形。
基站180可在一个或多个传送方向182'上向UE 104传送经波束成形信号。UE 104可在一个或多个接收方向182”上从基站180接收经波束成形信号。UE104也可在一个或多个传送方向上向基站180传送经波束成形信号。基站180可在一个或多个接收方向上从UE 104接收经波束成形信号。基站180/UE 104可执行波束训练以确定基站180/UE 104中的每一者的最佳接收方向和传送方向。基站180的传送方向和接收方向可以相同或可以不同。UE 104的传送方向和接收方向可以相同或可以不同。
EPC 160可包括移动性管理实体(MME)162、其他MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170和分组数据网络(PDN)网关172。MME 162可与归属订户服务器(HSS)174处于通信。MME 162是处理UE 104与EPC 160之间的信令的控制节点。一般而言,MME 162提供承载和连接管理。所有用户网际协议(IP)分组通过服务网关166来传递,服务网关166自身连接到PDN网关172。PDN网关172提供UE IP地址分配以及其他功能。PDN网关172和BM-SC 170连接到IP服务176。IP服务176可包括因特网、内联网、IP多媒体子***(IMS)、PS流送服务、和/或其他IP服务。BM-SC 170可提供用于MBMS用户服务置备和递送的功能。BM-SC 170可用作内容提供商MBMS传输的进入点、可用来授权和发起公共陆地移动网(PLMN)内的MBMS承载服务、并且可用来调度MBMS传输。MBMS网关168可被用来向属于广播特定服务的多播广播单频网(MBSFN)区域的基站102分发MBMS话务,并且可负责会话管理(开始/停止)并负责收集eMBMS相关的收费信息。
核心网190可包括接入和移动性管理功能(AMF)192、其他AMF 193、会话管理功能(SMF)194、以及用户面功能(UPF)195。AMF 192可与统一数据管理(UDM)196处于通信。AMF192是处理UE 104与核心网190之间的信令的控制节点。一般而言,AMF 192提供QoS流和会话管理。所有用户网际协议(IP)分组通过UPF 195来传递。UPF 195提供UE IP地址分配以及其他功能。UPF 195连接到IP服务197。IP服务197可包括因特网、内联网、IP多媒体子***(IMS)、分组交换(PS)流送(PSS)服务、和/或其他IP服务。
基站可包括和/或被称为gNB、B节点、eNB、接入点、基收发机站、无线电基站、无线电收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、传送接收点(TRP)、或某个其他合适术语。基站102为UE 104提供去往EPC160或核心网190的接入点。UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型设备、个人数字助理(PDA)、卫星无线电、全球定位***、多媒体设备、视频设备、数字音频播放器(例如,MP3播放器)、相机、游戏控制台、平板设备、智能设备、可穿戴设备、交通工具、电表、气泵、大型或小型厨房电器、健康护理设备、植入物、传感器/致动器、显示器、或任何其他类似的功能设备。一些UE 104可被称为IoT设备(例如,停车计时器、油泵、烤箱、交通工具、心脏监视器等)。UE 104也可被称为站、移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理、移动客户端、客户端、或某种其他合适的术语。
再次参照1,在某些方面,基站180可以包括MDT测量和处理组件199。基站180可以在RRC连接期间使用组件199来将UE 104配置成执行各种类型的MDT测量(包括提供测量区间和测量历时);将数据记录到要从UE 102接收的与各种MDT测量类型相关的测量报告中;以及接收该测量报告并将它们转发到核心网以用于分发给恰适的实体。这些测量类型可以包括,例如,服务/邻居蜂窝小区测量、多媒体广播/多播服务单频网络(MBSFN)测量、无线局域网(WLAN)测量、蓝牙测量、位置测量等。组件199还可以被配置成执行涉及MDT测量报告的其他动作,包括处理MDT信息、请求不同的测量报告(诸如MDT测量类型请求)、以及向和从UE104、其他基站102/180、核心网190和可能需要与特定UE测量类型相关的数据的其他网络实体/客户端发送和接收关于MDT活动和测量报告的信息。在一种配置中,组件199被配置成在测量类型请求中包括关于基站支持在数据流中接收MDT测量数据的指示。
UE 104可以包括MDT数据传输组件198(1)和MDT测量组件198(2)。UE 104的MDT测量组件198(2)可以被配置成在RRC连接期间从基站180接收包括测量区间和测量历时的配置信息,以用于随后在UE空闲状态期间执行MDT测量。MDT组件198(2)可以进一步被配置成执行先前由基站180配置的不同的MDT测量。MDT组件198(2)可以被配置成在指定的测量区间期间并且在MDT测量历时的长度上执行这些测量。在这些测量之后,当释放RRC连接时,UE104进入空闲状态。MDT组件198(2)可以进一步被配置成记录测量数据,包括将对应于不同类型的测量的信息存储到例如不同的相应数据文件中。
MDT数据传输组件198(1)可以被配置成在执行测量之后发生的RRC连接期间从基站180接收MDT测量类型请求。MDT数据传输组件198(1)可以被配置成接收测量类型请求中关于基站支持或能够接收所请求的MDT数据的指示。响应于此类型的请求,组件198(1)可以被配置成将结构化测量报告作为一个或多个文件或作为非实时数据流发送到基站180,其包括对应于MDT测量类型请求中所标识的来自更大可用MDT测量群的特定类型的测量的测量数据。在其中基站在MDT测量类型请求中标识不止一个类型的MDT测量的情形中,组件198(1)还可以被配置成在相继的时间段期间在不同的时间段中进行发送。MDT数据传输组件198(1)还可以被配置成用于执行其他MDT相关功能。
MDT测量和处理组件199、MDT数据传输组件198(1)和MDT测量组件198(2)可以部分或全部实现为存储在存储器中并在一个或多个通用或专用处理器上执行的软件。替换地,这些组件198(1)、198(2)和199可以部分或全部以固件或者作为包括一个或多个数字信号处理器(DSP)、门阵列、SoC、数字逻辑电路、专用集成电路(ASIC)等的硬件来实现。
尽管以下描述可能聚焦于MDT测量报告,但本文描述的概念可适用于其他类似领域,诸如举例而言其他类型的网络测量,包括信号强度和往返时间(RTT)测量。进一步,尽管以下描述可能聚焦于5G NR,但本文中所描述的概念可适用于其他类似领域,诸如LTE、LTE-A、CDMA、GSM和其他无线技术。
图2A是解说5G NR帧结构内的第一子帧的示例的示图200。图2B是解说5G NR子帧内的DL信道的示例的示图230。图2C是解说5G NR帧结构内的第二子帧的示例的示图250。图2D是解说5G NR子帧内的UL信道的示例的示图280。5G NR帧结构可以是频分双工(FDD)的,其中对于特定副载波集(载波***带宽),该副载波集内的子帧专用于DL或UL;或者可以是时分双工(TDD)的,其中对于特定副载波集(载波***带宽),该副载波集内的子帧专用于DL和UL两者。在由图2A、2C提供的示例中,5G NR帧结构被假定为TDD,其中子帧4配置有时隙格式28(大部分是DL)且子帧3配置有时隙格式34(大部分是UL),其中D是DL,U是UL,并且F是供在DL/UL之间灵活使用的。虽然子帧3、4分别被示为具有时隙格式34、28,但是任何特定子帧可被配置有各种可用时隙格式0-61中的任一者。时隙格式0、1分别是全DL、全UL。其他时隙格式2-61包括DL、UL、和灵活码元的混合。UE通过所接收到的时隙格式指示符(SFI)而被配置成具有时隙格式(通过DL控制信息(DCI)来动态地配置,或者通过无线电资源控制(RRC)信令来半静态地/静态地配置)。注意,以下描述也适用于为TDD的5G NR帧结构。
其他无线通信技术可具有不同的帧结构和/或不同的信道。一帧(10ms)可被划分成10个相等大小的子帧(1ms)。每个子帧可包括一个或多个时隙。子帧还可包括迷你时隙,其可包括7、4或2个码元。每个时隙可包括7或14个码元,这取决于时隙配置。对于时隙配置0,每个时隙可包括14个码元,而对于时隙配置1,每个时隙可包括7个码元。DL上的码元可以是循环前缀(CP)OFDM(CP-OFDM)码元。UL上的码元可以是CP-OFDM码元(对于高吞吐量场景)或离散傅立叶变换(DFT)扩展OFDM(DFT-s-OFDM)码元(也称为单载波频分多址(SC-FDMA)码元)(对于功率受限的场景;限于单流传输)。子帧内的时隙数目基于时隙配置和参数设计。对于时隙配置0,不同参数设计μ为0到4分别允许每子帧1、2、4、8和16个时隙。对于时隙配置1,不同参数设计0到2分别允许每子帧2、4和8个时隙。相应地,对于时隙配置0和参数设计μ,存在每时隙14个码元和每子帧2μ个时隙。副载波间隔和码元长度/历时因变于参数设计。副载波间隔可等于2μ*15kHz,其中μ是参数设计0到4。如此,参数设计μ=0具有15kHz的副载波间隔,而参数设计μ=4具有240kHz的副载波间隔。码元长度/历时与副载波间隔逆相关。图2A至图2D提供了每时隙具有14个码元且每子帧具有4个时隙的时隙配置0和参数设计μ=2的示例。时隙历时为0.25ms,副载波间隔为60kHz,并且码元历时为大约16.67μs。在帧集合内,可能存在被频分复用的一个或多个不同的带宽部分(BWP)(参见图2B)。每一BWP可具有特定的参数设计。
资源网格可被用于表示帧结构。每个时隙包括延伸12个连贯副载波的资源块(RB)(也称为物理RB(PRB))。资源网格被划分成多个资源元素(RE)。由每个RE携带的比特数取决于调制方案。
如图2A中解说的,一些RE携带用于UE的参考(导频)信号(RS)。RS可包括用于UE处的信道估计的解调RS(DM-RS)(对于一个特定配置指示为Rx,其中100x是端口号,但其他DM-RS配置是可能的)和信道状态信息参考信号(CSI-RS)。RS还可包括波束测量RS(BRS)、波束精化RS(BRRS)和相位跟踪RS(PT-RS)。
图2B解说帧的子帧内的各种DL信道的示例。物理下行链路控制信道(PDCCH)在一个或多个控制信道元素(CCE)内携带DCI,每个CCE包括9个RE群(REG),每个REG包括OFDM码元中的4个连贯RE。一个BWP内的PDCCH可被称为控制资源集(CORESET)。附加BWP可被定位在跨越信道带宽的更高和/或更低频率处。主同步信号(PSS)可在帧的特定子帧的码元2内。PSS由UE 104用于确定子帧/码元定时和物理层身份。副同步信号(SSS)可在帧的特定子帧的码元4内。SSS由UE用于确定物理层蜂窝小区身份群号和无线电帧定时。基于物理层身份和物理层蜂窝小区身份群号,UE可确定物理蜂窝小区标识符(PCI)。基于PCI,UE可确定前述DM-RS的位置。携带主信息块(MIB)的物理广播信道(PBCH)可以在逻辑上与PSS和SSS编群在一起以形成同步信号(SS)/PBCH块(也被称为SS块(SSB))。MIB提供***带宽中的RB数目、以及***帧号(SFN)。物理下行链路共享信道(PDSCH)携带用户数据、不通过PBCH传送的广播***信息(诸如***信息块(SIB))、以及寻呼消息。
如在图2C中解说的,一些RE携带用于基站处的信道估计的DM-RS(对于一个特定配置指示为R,但其他DM-RS配置是可能的)。UE可传送用于物理上行链路控制信道(PUCCH)的DM-RS和用于物理上行链路共享信道(PUSCH)的DM-RS。PUSCH DM-RS可在PUSCH的前一个或前两个码元中被传送。PUCCH DM-RS可取决于传送短PUCCH还是传送长PUCCH并取决于所使用的特定PUCCH格式而在不同配置中被传送。UE可传送探通参考信号(SRS)。SRS可在子帧的最后码元中被传送。SRS可具有梳齿结构,并且UE可在梳齿之一上传送SRS。SRS可由基站用于信道质量估计以在UL上启用取决于频率的调度。
图2D解说帧的子帧内的各种UL信道的示例。PUCCH可位于如在一种配置中指示的位置。PUCCH携带上行链路控制信息(UCI),诸如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)、以及混合自动重复请求(HARQ)ACK/NACK反馈。PUSCH携带数据,并且可附加地用于携带缓冲器状态报告(BSR)、功率净空报告(PHR)、和/或UCI。
图3是接入网中基站310与UE 350处于通信的框图。在DL中,来自EPC160的IP分组可被提供给控制器/处理器375。控制器/处理器375实现层3和层2功能性。层3包括无线电资源控制(RRC)层,并且层2包括服务数据适配协议(SDAP)层、分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层、以及媒体接入控制(MAC)层。控制器/处理器375提供与***信息(例如,MIB、SIB)的广播、RRC连接控制(例如,RRC连接寻呼、RRC连接建立、RRC连接修改、以及RRC连接释放)、无线电接入技术(RAT)间移动性、以及UE测量报告的测量配置相关联的RRC层功能性;与报头压缩/解压缩、安全性(暗码化、暗码解译、完整性保护、完整性验证)、以及切换支持功能相关联的PDCP层功能性;与上层分组数据单元(PDU)的传递、通过ARQ的纠错、RLC服务数据单元(SDU)的级联、分段和重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序相关联的RLC层功能性;以及与逻辑信道和传输信道之间的映射、将MAC SDU复用到传输块(TB)上、从TB解复用MAC SDU、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先级区分相关联的MAC层功能性。
发射(TX)处理器316和接收(RX)处理器370实现与各种信号处理功能相关联的层1功能性。包括物理(PHY)层的层1可包括传输信道上的检错、传输信道的前向纠错(FEC)译码/解码、交织、速率匹配、映射到物理信道上、物理信道的调制/解调、以及MIMO天线处理。TX处理器316基于各种调制方案(例如,二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M正交调幅(M-QAM))来处置至信号星座的映射。经编码和经调制的码元可随后被拆分成并行流。每个流可随后被映射到OFDM副载波、在时域和/或频域中与参考信号(例如,导频)复用、并且随后使用快速傅立叶逆变换(IFFT)组合到一起以产生携带时域OFDM码元流的物理信道。OFDM流被空间预编码以产生多个空间流。来自信道估计器374的信道估计可被用来确定编码和调制方案以及用于空间处理。信道估计可从由UE 350传送的参考信号和/或信道状况反馈推导出。每个空间流随后可经由分开的发射机318TX被提供给一不同的天线320。每个发射机318TX可用相应空间流来调制RF载波以供传输。
在UE 350,每个接收机354RX通过其相应的天线352来接收信号。每个接收机354RX恢复出调制到RF载波上的信息并将该信息提供给接收(RX)处理器356。TX处理器368和RX处理器356实现与各种信号处理功能相关联的层1功能性。RX处理器356可对信息执行空间处理以恢复出以UE 350为目的地的任何空间流。如果有多个空间流以UE 350为目的地,则它们可由RX处理器356组合成单个OFDM码元流。RX处理器356随后使用快速傅立叶变换(FFT)将该OFDM码元流从时域变换到频域。频域信号对OFDM信号的每个副载波包括单独的OFDM码元流。通过确定最有可能由基站310传送的信号星座点来恢复和解调每个副载波上的码元、以及参考信号。这些软判决可基于由信道估计器358计算出的信道估计。这些软判决随后被解码和解交织以恢复出原始由基站310在物理信道上传送的数据和控制信号。这些数据和控制信号随后被提供给实现层3和层2功能性的控制器/处理器359。
控制器/处理器359可与存储程序代码和数据的存储器360相关联。存储器360可被称为计算机可读介质。在UL中,控制器/处理器359提供传输信道与逻辑信道之间的解复用、分组重组、暗码解译、报头解压缩以及控制信号处理以恢复出来自EPC 160的IP分组。控制器/处理器359还负责使用ACK和/或NACK协议进行检错以支持HARQ操作。
类似于结合由基站310进行的DL传输所描述的功能性,控制器/处理器359提供与***信息(例如,MIB、SIB)捕获、RRC连接、以及测量报告相关联的RRC层功能性;与报头压缩/解压缩、以及安全性(暗码化、暗码解译、完整性保护、完整性验证)相关联的PDCP层功能性;与上层PDU的传递、通过ARQ的纠错、RLC SDU的级联、分段、以及重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序相关联的RLC层功能性;以及与逻辑信道和传输信道之间的映射、将MAC SDU复用到TB上、从TB解复用MAC SDU、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先级区分相关联的MAC层功能性。
由信道估计器358从由基站310所传送的参考信号或反馈推导出的信道估计可由TX处理器368用于选择恰适的编码和调制方案、以及促成空间处理。由TX处理器368生成的空间流可经由分开的发射机354TX被提供给不同的天线352。每个发射机354TX可用相应空间流来调制RF载波以供传输。
在基站310处以与结合UE 350处的接收机功能所描述的方式类似的方式来处理UL传输。每个接收机318RX通过其相应的天线320来接收信号。每个接收机318RX恢复出调制到RF载波上的信息并将该信息提供给RX处理器370。
控制器/处理器375可与存储程序代码和数据的存储器376相关联。存储器376可被称为计算机可读介质。在UL中,控制器/处理器375提供传输信道与逻辑信道之间的解复用、分组重组、暗码解译、报头解压缩、控制信号处理以恢复出来自UE 350的IP分组。来自控制器/处理器375的IP分组可被提供给EPC 160。控制器/处理器375还负责使用ACK和/或NACK协议进行检错以支持HARQ操作。
TX处理器368、RX处理器356和控制器/处理器359中的至少一者可被配置成执行与图1的198(1)和198(2)结合的各方面。类似地,TX处理器316、RX处理器370和控制器/处理器375中的至少一者可被配置成执行与图1的MDT测量和处理组件199结合的各方面。替换地,在如图3中所示出的一些配置中,MDT测量和处理组件199、MDT数据传输组件198(1)和MDT测量组件198(2)中的任何部分或每一者可以部分或全部被配置为一个或多个专用处理器,或者在其他硬件实现中,例如参照图1描述的那些硬件实现中。
MDT测量的当前实现由基站配置,由UE执行和记录,并且作为包括针对所有所配置测量类型的测量报告数据的单个数据文件传送给基站。在基站请求测量报告之际,UE将单个文件传递到基站。
此常规限制给相应LTE和5G-NR架构引入了越来越难以忍受的限制。在过去若干年中,从相关3GPP标准的版本9开始直至并包括版本15,数个新的测量类型已被添加到MDT测量报告方案中。因为针对所有测量类型的所有测量结果都由UE作为单个非常大的文件传送回网络,所以由网络请求的测量的数目迅速增加自然导致测量报告比初始规范首次颁布时大得多的测量报告。当响应于基站的信息请求而将此文件传送回基站时,文件传输耗尽UE的电池寿命,同时引入附加的网络带宽占用和消耗网络资源。
当前办法的进一步缺点涉及无线电资源控制(RRC)连接的性质,该RRC连接当前可以传递具有最大大小为八(8)千字节的消息。因为UE的MDT测量报告可以是数百千字节到若干兆字节或更多(部分取决于文件中存储的测量数目以及在指定区间期间由这些测量生成的数据量),所以单个文件必须被分段成数个较小的8KB数据段,并且在接收侧重构。其他问题包括这种划分导致网络处理资源的不期望占用,其中背靠背RRC信令开销占据了数据传输的可观的一部分。
另外,单个文件必须由核心网过滤以将该文件划分成多个文件,以使得每个经划分的文件仅包括与一个测量类型相关的数据。这种过滤是必要的,因为不同的客户端或其他网络实体可能需要不同类型的测量信息。仅在过滤过程之后,数据才可以被转发给必要的客户端。
为此,图4是解说UE 402建立与基站(eNB 406)的RRC连接并且该基站将测量数据转发给操作和管理(操作、监管和管理/维护)设施410的示例的概念图400。响应于基站406请求,UE 402在所建立的RRC连接404上将MDT测量报告作为大文件进行传递。UE 402可以在所报告的MDT数据中包括来自UE的存储器的一个或多个参数(诸如举例而言迹线参考、迹线记录会话或迹线收集实体(TCE)标识符)。基站406(其可以是eNB、gNB或以上枚举的其他类型的基站)可以接收和重构该文件。基站406随后可以提取一个或多个参数以将属于同一迹线(MDT会话)的数据在TCE处进行相关。基站406可以使用TCE ID来获得TCE的IP地址,该IP地址进而标识MDT数据应该被转发到哪里。
仍然参照图4,基站406可以建立到O&M实体410的O&M连接408,O&M实体410可以是核心网的按类型来执行测量数据过滤的实体。数据可以最终被传递到正确的网络实体,如以上所描述的。
图5是解说UE 504与包括基站502和TCE 506的网络之间的所记录的MDT报告规程的示例的时序图500。RRC连接可以在508处建立。于是,在510处,可以执行所记录的测量配置,其中基站502向UE 504发送一个或多个消息,其指定UE 504应该执行的所有类型的MDT测量、用于每个测量的测量区间、以及整个MDT测量历时(参见,例如,框530)。由此,经由信令510,基站502可以将UE 504配置成执行由网络需要的每个MDT测量。
在配置这些MDT测量之后,当在512处释放RRC连接时,UE 504可以进入空闲状态。在空闲状态期间,UE 504可以执行测量并且记录结果,如由基站502配置的。例如,UE 504可以在每个记录区间执行MDT测量直到记录历时定时器期满,之后UE 504可以在另一区间内执行MDT测量。例如,如果记录历时是十分钟并且记录区间是320毫秒(ms),则在每个320毫秒区间期间可以执行一次MDT测量并且该区间可以重复十分钟。在所有测量执行之后,对应于所有测量报告的大量数据准备好被发送。
接下来,另一RRC连接在516处建立并且在518处完成。在RRC连接设立期间,UE 504可以可任选地向基站502提供关于测量记录完成的指示。在520处,基站502向UE 504发送UE信息请求,以要求UE 504发送MDT测量报告。值得注意的是,在信号504中,基站可以请求报告而无需指定测量类型,如常规的那样。响应于UE信息请求520,UE 504可以发送UE信息响应522,其中单个MDT测量报告被作为单个大文件来传递并且根据每个(当前最大8KB)RRC块所需来分段。多个RRC经分段消息可以如上所讨论的那样被发送,包括所有信令开销和伴随的UE电池耗尽,消耗网络时间直到文件传输最终完成——仅等待由基站502进行的下一次传输和由网络进行的进一步过滤步骤。
在524处,基站502可以从TCE ID获得TCE的地址,如以上所描述的。在向TCE 506发送MDT文件准备就绪通知526之后,基站502可以继续在528处将MDT文件传递到TCE 506,其中文件可以根据需要进一步转发到网络核心或其部分,以过滤该文件并且将个体测量结果提供给正确的实体。
图6是解说包括从UE 602向包括基站604和TCE 606的网络发送或非实时流送所请求类型的测量报告的所记录的MDT报告的示例的时序图600。如前所述,可以发起RRC连接建立过程(608)。在639处,网络可以发出UE能力查询639。UE可以用UE能力信息消息641来进行响应,其中可以包括新比特以指示针对MDT测量类型请求来流送所记录的MDT的UE能力。虽然可以使用非实时流送,但该特征是可选的并且数据可以作为结构化文件或以其他方式通过网络来传送。如框645中所描述的,UE能力信号641可以替换地被包括在别处,例如在后续RRC连接建立和设立信号交换616和618中,并且它不需要被包括在当前RRC连接中。在一些配置中,基站502已经知晓该能力并且它不需要由UE 604显式传达。于是,在643处可以验证并完成RRC连接。在610处,基站发信号通信UE 602并且发出对网络需要的测量类型以及测量历时和区间的指示,如图5中所示。
在612处,可以释放RRC连接,并且UE 604可以进入空闲状态。在614处,UE 604开始记录,并且UE 604在其存储器内存储和累积与由基站602在610中配置的测量有关的MDT测量结果。在各种实现中,代替将所有测量数据存储在一个文件中,UE 604可以将对应于单个类型的测量结果的数据存储在一个对应文件中,并且UE 604可以将对应于另一类型的测量结果的数据存储在另一文件中,针对指定历时中的剩余测量区间以此类推。
在616处,可以建立另一RRC连接。在618处,UE 604可以指示连接设立完成,并且在这样做时,UE 604可以向基站602指示MDT测量结果准备就绪。在本公开的一个方面,基站602可以在620处执行MDT测量类型请求。代替如图5的请求520中那样请求整个MDT测量报告,图6中的基站602可以仅请求对应于请求时由网络需要的测量类型的数据。MDT测量类型请求在一些配置中可以包括关于基站“具有数据流能力”的指示,也就是说,基站支持接收非实时测量类型特定数据流的能力,而不是常规全包数据文件传输。如以上所提及的,非实时流送不需要被使用,并且数据可以例如使用常规传输技术来在控制面上发送。
在621处,UE 604可以可任选地向基站602发送未准备就绪/不可用指示621,在该情形中,设备可以退回到旧式技术,或者在一些配置中,设备可以完全省略MDT交换。否则,在一种实现中,UE 604通过发送非实时数据流或通过直接发送仅对应于针对由基站602请求的测量类型的测量报告数据的数据622来进行响应。
在各种配置中,基站602可以在MDT测量类型请求620中发送对于请求时由网络需要的两个或更多个MDT测量的请求。此处,UE 604顺序地发送相关测量报告,其中数据一次对应于一个类型的测量。由此,在此情形中,在622处,UE 604可以通过发送包括对应于第一类型的所请求测量的数据的第一数据,并且随后发送包括对应于第二类型的所请求测量的数据的第二数据,以此类推,直到针对由基站602在请求620中请求的所有类型的测量的数据均被传送来进行响应。
在各种配置中,基站602可以在步骤620中作出对于特定于一个MDT测量类型的结构化测量报告的请求(如上所述),作为响应,UE 604可以发送包括具有关于该测量报告的结果的报告的数据。在某个稍后时间,例如,当网络通知基站602该信息是必需的时,基站602可以针对对应于另一类型的MDT测量的数据作出另一MDT测量类型请求,作为响应,UE604可以在622处通过发送对应于该MDT测量类型的数据来进行响应。在后续时间的相同或不同RRC连接期间的各个阶段,基站602可以发出附加的MDT测量类型请求620,其中请求对应于其他测量类型的数据。由此,这些实现中的请求可以按一个或多个数据类型的顺序方式来作出,并且仅在网络需要数据时才按结构化方式来请求和发送数据,而不是作为一个大的测量报告任意地发送。
在基站602接收到对应于所请求的(诸)测量类型的测量报告之后,基站602可以从与数据一起发送的TCE ID获得TCE地址(624)。基站602可以在626处向TCE实体606通知所预期的传输,并且随后基站602可以在628处将MDT数据传递到TCE 606,并且该数据可以被转发到需要该信息的实体。
图6的技术对于UE 604和网络两者具有若干好处。因为每个测量报告可以作为单个类型的测量数据或对应结果来传送给基站,所以由网络对过滤数据的要求可以被避免或减少,并且替代地数据可以直接发送给需要它的网络实体。进一步,因为取决于MDT测量的类型,数据可以可任选地由UE 604在非实时流中发送,所以这些流通常要小得多,并且可能不超过RRC最大数据大小,这意味着将数据分段成8KB组块的要求被减少或消除。这进而可以最小化由网络需要的RRC信令开销量,因为不同的数据段不必用对应的RRC控制信息来管理。进一步,因为针对单个类型的MDT测量的每个测量报告可以对应于单个非实时数据流(或者数据简单地使用常规技术来传送),所以节省了带宽和网络资源。该技术还消除了与UE电池耗尽相关联的常规问题,因为流送的文件显著更小,并且如果需要,UE电池电量状态可以在成功传送单个数据流之后被重新访问。
虽然仅发送为所请求类型的测量记录的数据,但是UE如先前那样执行并且记录由基站配置的所有测量。因此,UE保留此信息供其使用,并且这可以让网络有责任确定需要什么类型的MDT数据以及何时需要,而不是UE(与网络相比而言,其具有有限得多的处理资源)必须跟踪此信息。例如,网络可以发出对应于其需要的信息的MDT测量类型请求,并且UE可以将该信息作为要响应于基站的特定MDT请求而格式化的数据报告来发送。剩余的测量报告可以保存在UE中,除非并且直到需要该信息。
图7是无线通信方法的流程图700。在步骤702处,UE(诸如分别是图1、3或6的UE104、350或604)可以从基站(诸如分别是图1、3或6的基站102/180、310或602)接收配置,从基站接收针对多个不同MDT测量类型的配置。该信息可以指定测量区间和历时。这些测量类型通常可以表示网络预期在后续时间段上需要数据的所有不同测量类型。在步骤704处,UE可以可任选地向基站发送关于UE支持针对一个测量类型发送所测量的MDT数据的一个非实时流的能力的消息。在其他配置中,数据可以直接传送,而无需使用MDT流送。如以上所提及的,此信息可以被包括在过程流的其他地方,并且在一些配置中它可能已经被理解。
接下来,在步骤706处,UE可以在该UE的随后的空闲时段期间作出或执行由基站在步骤702中指定的对应多个MDT测量。在步骤708处,其可以与步骤706的规程并发地执行,UE可以通过将从每个测量中获得的数据保存在单独的文件中来记录相应区间期间的这些测量。UE可以对所有所配置的测量类型执行测量,直至总的指定测量历时。
在步骤710处,UE可以从基站接收对于结构化的最小化路测(MDT)数据的请求,所请求的数据对应于由该基站从可以由该UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量。例如,在一些实施例中,UE可以在诸如后续RRC连接期间的时间段期间从基站接收对MDT数据的请求,该请求指定针对来自大量MDT测量类型的至少一个类型的MDT测量的报告。响应于步骤710,UE可以在步骤712处向基站发送包括对应于所指定的至少一个类型的MDT测量的结果的数据。例如,在一些实施例中,UE可以在步骤712处向基站发送具有所请求的测量类型的报告。在基站请求对应于不止一个类型的测量的数据的情况下,UE可以相继地发送一个或多个非实时数据流或对应于那些一个或多个附加的所请求的测量类型的其他传输,一次一个数据流直到所有流被传送并且基站成功地接收到它们。
基站可以可任选地在步骤710的消息中包括关于其支持接收MDT流的指示。在其他配置中,基站可以在较早的时间提供该信息。
如果在网络操作的一些指定时间期间,例如,没有来自基站的进一步MDT测量类型请求(步骤714),则该过程可以结束于719,至少直到作出另一此类请求或UE接收到另一配置。然而,如果在步骤714处UE接收到对于与由网络需要的另一类型(或其他类型)的MDT测量相对应的数据的另一请求,则UE可以再次发送对应于一个测量类型的一个非实时数据流,然后发送对应于另一测量类型的另一数据流(如果适用),以此类推直到数据被提供给基站。
图8是从基站(诸如举例而言以上描述的图7、6、3或1中标识的基站)的角度来看的无线通信方法的流程图。在步骤802处,基站可以在RRC连接期间向UE(诸如以上描述的图7、6、3或1中标识的UE)传送针对要由UE执行和记录的多个MDT测量的MDT测量配置。随后,在从UE接收到关于所配置的测量已被记录的通知之际,例如,基站在步骤804处可以向UE发送对于结构化的最小化路测(MDT)数据的请求,所请求的MDT数据对应于由基站从可以由UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量。例如,在一些实施例中,基站可以在另一RRC连接期间向UE发送对于一个类型的MDT测量数据的结构化MDT测量类型请求。在一些配置中,MDT测量类型请求可以包括数据比特或关于基站支持在因测量类型而异的数据流中接收MDT信息的其他指示。
响应于请求(804),基站可以在步骤806处从UE接收包括对应于所指定的至少一个类型的MDT测量的结果的数据。例如,在一些实施例中,基站可以从UE接收非实时数据流或对应于所请求类型的测量的其他类型的传输。如果基站在请求804处标识了多个测量类型,则基站可以接收多个顺序数据流,每个数据流对应于针对由基站标识的单个测量类型的测量报告。进一步在步骤806处,基站可以从UE接收包括对应于所指定的至少一个类型的MDT测量的结果的数据。例如,基站可以接收一个或多个数据流或其他传输,并且将来自它们中的每一者的数据保存到单独的文件中。
基站还可以连同所请求的MDT数据一起标识来自数据流或其他传输的TCE地址。相应地,在步骤808处,基站可以经由迹线收集实体(TCE)来将所请求的MDT数据转发到核心网以用于分发给客户端。例如,基站可以从一个或多个数据流或其他数据传输中的每一者提取信息,以标识预期TCE接收方,如以上所描述的。使用该信息,基站可以在数据流或其他传输类型中将接收到的数据发送到TCE,以用于转发到可能需要该信息的恰适的客户端或实体。在一些实现中,基站可以被配置成将接收到的数据直接传送给请求该测量类型的数据的实体。如果基站按顺序接收对应于对多个测量类型的请求的多个数据流,则在示例性实现中,基站可以例如将每个接收到的数据流发送(诸如以文件形式)到TCE,以用于路由到预期实体。
基站可以随后确定,或者基站可以随后由网络通知,可能需要对应于由基站配置的附加数据类型的另一个或多个测量报告(810)。如果是,则基站可以返回到步骤804以发出标识新数据类型的新MDT测量类型请求,并且过程从以上所描述的步骤804恢复。如果没有请求其他MDT数据,则过程结束(819),直到作出另一个请求、或者UE被重新配置等等的时间。
在一个可任选的实现中,新的信息元素可以被添加为信息元素(IE),该信息元素可以表示用于编写代码以标识针对其需要测量报告的(诸)测量类型的基础。在该示例实现中,八位位组比特串(XXXXXXXX)可用于使得基站能够标识测量的类型。由此,例如,蓝牙测量可以由八位位组中的第四比特位置(即,XXXXXXXX)来表示,并且WLAN测量可以由第七比特位置(XXXXXXXX)来表示。测量类型可以通过将相关比特设置为“1”或“真”来启用。在其中基站请求针对蓝牙和WLAN MDT测试的MDT信息类型请求中的MDT信息的示例中,基站可以提供比特串01001000,例如,其标识要测试的那些类型。
例如,MDT信息类型请求可以可任选地包括用于5G NR网络的以下IE。UEInformationRequest-v1020-IEs::=序列{
logMeasReportReq-r10枚举{真}可任选,--需要开
nonCriticalExtension UEInformationRequest-v1130-IEs可任选
}
UEInformationRequest-v17xy-IEs::=序列{
MDT_measurement_Streams八位位组串 可任选,--需要开
nonCriticalExtension UEInformationRequest-v17xz-IEs可任选
}
//八位位组串-位映射,使得针对对应流ID的比特1表示要被用于MDT报告
以上示例中的八位位组可以预定义为具有从0到7的任何值。指定1启用对应于MDT测量类型的流ID。在其中需要附加的测量类型的配置中,可以使用更大的比特串或多个比特串。可以实现该IE或类似IE的代码或硬件可以用于定义要在实际设备中选择的MDT测量类型。来自UE的MDT流可以用流ID(例如,蜂窝小区测量、MDT流(服务和邻居)、IRAT测量流、MBSFN MDT测量流、WLAN MDT测量流、BT MDT测量流等)来打标,以区分不同类型的MDT信息。
如上文提及的,基站可以通知UE基站支持选择性MDT报告能力。数据比特或其它指示符可被添加到基站的MDT测量类型报告。相应地,指示非实时MDT流送支持的IE可以可任选地添加如下:
}
UE-NR-Capability-17xy::=序列{
Logged MDT-MeasurementType_Support布尔{真/假}nonCriticalExtension序列{}可任选
}
在以上IE的下划线部分,布尔值可以可任选地设置成“真”以指示非实时MDT流送能力。一旦该比特被设置成真,基站就可以发出MDT测量类型请求。
应当理解,以上IE仅是示例性的,并且其他IE或硬件和软件实现可能用于本公开中描述的各种配置。由此,这些IE不旨在是限制性的,而纯粹本质上是解说性的。
图9是解说示例UE 902的硬件实现900的示例的示图。UE 902可以包括耦合到蜂窝RF收发机922和一个或多个订户身份模块(SIM)卡920的蜂窝基带处理器904(也被称为调制解调器)、耦合到安全数字(SD)卡908和屏幕910的应用处理器906、蓝牙模块912、无线局域网(WLAN)模块914、全球定位***(GPS)模块916和电源918。蜂窝基带处理器904可以通过蜂窝RF收发机922与UE 104和/或基站102/180通信。蜂窝基带处理器904可包括计算机可读介质/存储器。计算机可读介质/存储器可以是非瞬态的。蜂窝基带处理器904可负责一般性处理,包括对存储在计算机可读介质/存储器上的软件的执行。该软件在由蜂窝基带处理器904执行时可使得蜂窝基带处理器904执行贯穿本公开描述的各种功能。计算机可读介质/存储器还可被用于存储由蜂窝基带处理器904在执行软件时操纵的数据。蜂窝基带处理器904可进一步包括接收组件930、通信管理器932和传输组件934。通信管理器932可包括该一个或多个所解说的组件。通信管理器932内的组件可被存储在计算机可读介质/存储器中和/或配置为蜂窝基带处理器904内的硬件。蜂窝基带处理器904可以是UE 350的组件且可包括存储器360和/或以下至少一者:TX处理器368、RX处理器356、以及控制器/处理器359。UE 902可以包括调制解调器芯片和基带处理器904,并且可以包括前面讨论的UE 902的附加模块。
通信管理器932可以包括测量类型组件940,其可以是UE内部的并且可以根据需要用于存储用于辅助执行MDT测量的数据和代码。通信管理器932可以进一步包括MDT测量组件942,该组件可任选地从组件940接收以信息和代码形式的输入以用于执行不同的测量,并且还可任选地从接收组件930接收信息(诸如来自基站的MDT配置)。MDT测量组件940可以被配置成接收包括如图7的步骤702和图6的(诸)信号610中所描述的测量区间和测量历时的MDT配置信息。MDT测量组件942可以被配置成在由基站180提供的测量区间和MDT历时上执行不同类型的MDT测量,如图7的步骤706和图6的框614所示出的。MDT测量组件942还可以使用来自测量类型组件940的以因UE而异的测量信息形式的输入。MDT测量组件942还被配置成在UE 104处于空闲状态的情况下执行这些测量。MDT测量组件942可以被配置成记录测量数据,包括将对应于不同类型测量的信息存储到不同的相应数据文件中,例如,如结合图7的步骤706和708以及图6的框612和614所描述的。
通信管理器932可以进一步包括非实时MDT数据流组件944,该组件可以从组件942接收以测量数据形式的输入,并且可以被配置成在RRC连接期间从基站接收MDT测量类型请求,例如,如结合图7的步骤710和图6的(诸)信号620所描述的。MDT数据流组件944可以被配置成接收测量类型请求中关于基站支持接收因MDT类型而异的数据流的指示,例如,也如图7的步骤7中所示出的。响应于这些请求中的一个请求,MDT数据流组件944可以被配置成向基站180发送非实时数据流,该非实时数据流包括对应于MDT测量类型请求中所请求的信息的测量数据,例如,如图7的步骤712和图6的信号622所示出的。组件944还可以被配置成:在其中基站在MDT测量类型请求中标识不止一个类型的MDT测量的情形中,在相继的时间段期间发送不同的非实时数据流,其中每个数据流对应于一个数据类型,例如,如图7的步骤710、712和714以及图6的信号622和框647所示出的。
通信管理器932可以进一步包括RRC组件946,该组件可以从接收组件930接收以RRC连接/释放请求形式的输入,并且被配置成建立或释放RRC连接。通信管理器932可以进一步包括能力报告组件948,该组件从组件942和944接收以配置消息或MDT测量类型请求形式的输入,并且被配置成可任选地向基站发送关于UE能够进行因MDT测量类型而异的数据流送的指示,例如,如结合图7的步骤704和图6的信号641和框645所描述的。通信管理器932可以进一步包括准备就绪/未准备就绪组件950,该组件从MDT数据流组件944接收以MDT测量类型请求形式的输入,并且被配置成向基站指示其准备就绪或未准备就绪或不能发送所请求的数据流,例如,如图6的信号621所示出的。
UE可以包括分别执行图6和7的前述时序图和流程图中的算法的每个框的附加组件。如此,图6和7的前述时序图和流程图中的每个框可分别由组件执行并且UE可包括这些组件中的一个或多个组件。这些组件可以是专门配置成执行所述过程/算法的一个或多个硬件组件、由配置成执行所述过程/算法的处理器实现、存储在计算机可读介质中以供由处理器实现、或其某种组合。
在一种配置中,UE 902,并且尤其是蜂窝基带处理器904包括:用于从基站接收对最小化路测(MDT)数据的请求的装置,该MDT数据对应于由UE进行的一类型的测量;用于向该基站发送包括所请求的数据的数据流的装置;用于作出由该基站指定的多个MDT测量的装置;以及用于将该多个测量中的每个测量保存在单独文件中的装置。前述装置可以是UE902中被配置成执行由前述装置叙述的功能的前述组件中的一者或多者。如以上所描述的,UE 902可包括TX处理器368、RX处理器356、以及控制器/处理器359。如此,在一种配置中,前述装置可以是被配置成执行由前述装置叙述的功能的TX处理器368、RX处理器356和控制器/处理器359。
图10是解说基站1002的硬件实现的示例的示图1000。基站1002包括基带单元1004。基带单元1004可以通过蜂窝RF收发机与UE 104通信。基带单元1004可包括计算机可读介质/存储器。基带单元1004负责一般性处理,包括对存储在计算机可读介质/存储器上的软件的执行。该软件在由基带单元1004执行时使基带单元1004执行以上描述的各种功能。计算机可读介质/存储器还可被用于存储由基带单元1004在执行软件时操纵的数据。基带单元1004进一步包括接收组件1030、通信管理器1032和传输组件1034。通信管理器1032包括该一个或多个所解说的组件。通信管理器1032内的组件可被存储在计算机可读介质/存储器中和/或配置为基带单元1004内的硬件。基带单元1004可以是基站310的组件且可包括存储器376和/或以下至少一者:TX处理器316、RX处理器370、以及控制器/处理器375。
通信管理器1032可以包括MDT配置组件1040,该MDT配置组件1040被配置成向UE发送MDT配置消息,以配置供UE执行的多个不同的MDT测量类型,以及向UE提供指定的测量区间和MDT测量历时,例如,如结合图8的步骤802和图6的步骤610和框630所描述的。通信管理器1032进一步包括MDT数据流组件1042,该组件从MDT配置组件1040接收以MDT测量配置类型、测量参数以及测量区间和历时形式的输入,并且被配置成向UE发送MDT测量类型消息,例如如结合图8的步骤804和810以及图6的信号620所描述的。通信管理器1032进一步包括MDT处理组件1044,该组件被配置成从组件1042接收以数据流形式的输入,并且被配置成接收这些数据流并可任选地将它们保存到个体文件中,例如,如结合图8的步骤806所描述的。通信管理器932可以进一步包括RRC组件1046,该组件从接收组件1030接收以RRC连接/释放请求形式的输入,并且被配置成建立或释放RRC连接。通信管理器932进一步接收网络组件1048,该组件被配置成从组件1042接收以数据流形式的输入和/或从组件1044接收数据文件,并且从数据中提取TCE信息以标识用于将数据文件发送到正确的TCE实体的TCE地址,例如,如结合图8的步骤808和图6的信号622、626和628以及框624所描述的。通信管理器932进一步接收旧式启用组件1050,该组件从接收组件1030接收从UE发送的以关于测量类型数据流送能力或缺乏测量类型数据流送能力的信息形式的输入。
基站可以包括分别执行图6和8的前述时序图和流程图中的算法的每个框的附加组件。如此,图6和8的前述流程图中的每个框可由组件执行并且基站可包括这些组件中的一个或多个组件。这些组件可以是专门配置成执行所述过程/算法的一个或多个硬件组件、由配置成执行所述过程/算法的处理器实现、存储在计算机可读介质中以供由处理器实现、或其某种组合。
在一种配置中,基站1002并且尤其是基带单元1004包括:用于向UE发送对最小化路测(MDT)数据的请求的装置,该MDT数据对应于由UE进行的一类型的测量;以及用于接收包括对应于该类型的测量的所请求数据的流的装置。前述装置可以是基站1002中被配置成执行由前述装置叙述的功能的前述组件中的一者或多者。如以上所描述的,基站1002可包括TX处理器316、RX处理器370、以及控制器/处理器375。如此,在一种配置中,前述装置可以是被配置成执行由前述装置叙述的功能的TX处理器316、RX处理器370和控制器/处理器375。
如所提及的,本公开的一个或多个方面可以使得网络能够选择性地标识针对在请求时与之相关的MDT测量的所请求的数据,从而减少或消除在过滤数据上花费的网络资源。数据还可以在因类型而异的基础上从UE流送。作为结果,数据流可以比包括所有测量的常规数据文件小得多,并且减少或消除了要求对流送数据进行分段的可能性。这进而减少或消除了与过多RRC信令相关联的资源瓶颈。附加地,可以缓解或解决关于电池功率耗尽的问题。
以下方面仅是解说性的,并且可以与本文描述的其他实施例或教导进行组合而没有限制。
方面1是一种在用户装备(UE)处进行无线通信的方法,包括:从基站接收对结构化的最小化路测(MDT)数据的请求,所请求的数据对应于由该基站从能够由该UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量;以及向该基站发送包括对应于所指定的至少一个类型的MDT测量的结果的数据。
方面2是方面1的方法,其中向该基站发送该数据包括发送标识该至少一个所指定类型的MDT测量的结构化报告。
方面3是方面1和2中任一者的方法,进一步包括执行对应于所指定的至少一个类型的MDT测量的测量。
方面4是方面1-3中任一者的方法,进一步包括在控制面上向该基站发送该数据。
方面5是方面1-4中任一者的方法,其中所请求的MDT数据包括特定于由该基站指定的至少一个类型的MDT测量的结果。
方面6是方面1-5中任一者的方法,其中对该结构化的MDT数据的请求包括关于该基站支持非实时流送MDT数据的指示。
方面7是方面1-6中任一者的方法,进一步包括向该基站发送包括指示选择性MDT报告支持的能力比特的信息。
方面8是方面1-7中任一者的方法,进一步包括在发送该数据之后,从该基站接收对结构化的MDT数据的另一请求,该结构化的MDT数据包括对应于由该基站指定的另一类型的MDT测量的结果;以及向该基站发送对应于该另一类型的MDT测量的所请求的数据。
方面9是方面1-8中任一者的方法,进一步包括:执行对应于由该基站指定的该至少一个类型的MDT测量的测量;将该测量的结果保存在单独文件中;以及向该基站发送包括这些结果的该单独文件。
方面10是方面1-9中任一者的方法,进一步包括向该基站发送指示该UE未准备好传送所请求的MDT数据的消息,其中当该UE准备好时,这些结果稍后被发送到该基站。
方面11是方面1-10中任一者的方法,其中该消息包括响应于对该结构化MDT数据的请求而发送的UE辅助信息消息,以用于通知该基站该UE当前未准备好或不能够传送所请求的MDT数据。
方面12是方面1-11中任一者的方法,其中这些结果使用非实时数据流送来发送。
方面13是一种用户装备(UE)的设备,该UE包括用于执行方面1-12中任一者的功能的装置。
方面14是存储可执行代码的计算机可读介质,该代码在由处理器执行时使得该处理器执行方面1-12中的任一者。
方面15是一种用户装备(UE),包括存储器、和耦合至该存储器的至少一个处理器并且该至少一个处理器被配置成:从基站接收对结构化的最小化路测(MDT)数据的请求,所请求的数据对应于由该基站从能够由该UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量;以及向该基站发送包括对应于所指定的至少一个类型的MDT测量的结果的数据。
方面16是方面15的UE,其中该至少一个处理器被进一步配置成发送标识该至少一个所指定类型的MDT测量的结构化报告。
方面17是方面15和16中任一者的UE,其中该至少一个处理器被进一步配置成执行对应于所指定的至少一个类型的MDT测量的测量。
方面18是方面15-17中任一者的UE,其中该至少一个处理器被进一步配置成在控制面上向该基站发送该数据。
方面19是方面15-18中任一者的UE,其中所请求的MDT数据包括特定于由该基站指定的至少一个类型的MDT测量的结果。
方面20是方面15-19中任一者的UE,其中该至少一个处理器被进一步配置成:执行对应于由该基站指定的该至少一个类型的MDT测量的测量;将该测量的结果保存在单独文件中;以及向该基站发送包括这些结果的该单独文件。
方面21是方面15-20中任一者的UE,其中该至少一个处理器被进一步配置成向该基站发送指示该UE未准备好传送所请求的MDT数据的消息,其中当该UE准备好时,这些结果稍后被发送到该基站。
方面22是方面15-21中任一者的UE,其中该消息包括响应于对该结构化MDT数据的请求而发送的UE辅助信息消息,并且被配置成通知该基站该UE当前未准备好或不能够传送所请求的MDT数据。
方面23是方面15-22中任一者的UE,其中这些结果使用非实时数据流送来发送。
方面24是一种基站的无线通信方法,包括:向UE发送对结构化的最小化路测(MDT)数据的请求,所请求的数据对应于由该基站从能够由该UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量;以及从该UE接收包括对应于所指定的至少一个类型的MDT测量的结果的数据。
方面25是方面24的方法,进一步包括经由迹线收集实体(TCE)来将所请求的MDT数据转发到核心网以用于分发给客户端。
方面26是方面24或25中任一者的方法,其中所请求的MDT数据包括多个测量类型。
方面27是方面24-26中任一者的方法,其中所接收到的数据包括标识所指定的至少一个类型的MDT测量的结构化报告。
方面28是方面24-27中任一者的方法,进一步包括在接收到所请求的MDT数据之后,向该UE发送对结构化MDT数据的另一请求,该结构化MDT数据包括对应于另一所指定类型的MDT测量的结果;以及从该UE接收对应于该另一所指定类型的MDT测量的数据。
方面29是方面24-28中任一者的方法,进一步包括在控制面上从该UE接收该数据。
方面30是方面24-29中任一者的方法,其中所请求的MDT数据包括特定于由该基站指定的一个类型的测量的结果。
方面31是方面24-30中任一者的方法,进一步包括从该UE接收指示该UE未准备好传送所请求的MDT数据的消息,其中该数据稍后在该基站处被接收。
方面32是一种基站处的设备,这些设备包括用于执行方面24-30中任一者的功能的装置。
方面33是存储可执行代码的计算机可读介质,该代码在由处理器执行时使得该处理器执行方面24-30中的任一者。
方面34是一种基站,包括存储器、和耦合至该存储器的至少一个处理器并且该至少一个处理器被配置成:向UE发送对结构化的最小化路测(MDT)数据的请求,所请求的MDT数据对应于由该基站从能够由该UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量;以及从该UE接收包括对应于所指定的至少一个类型的MDT测量的结果的数据。
方面35是方面34的基站,其中该处理器被进一步配置成经由迹线收集实体(TCE)来将所请求的MDT数据转发到核心网以用于分发给客户端。
方面36是方面34和35中任一者的基站,其中所请求的MDT数据包括多个测量类型。
方面37是方面34-36中任一者的基站,其中所接收到的数据包括标识所指定的至少一个类型的MDT测量类型的结构化报告。
方面38是方面34-37中任一者的基站,其中该处理器被进一步配置成:在接收到所请求的MDT数据之后,向该UE发送对结构化MDT数据的另一请求,该结构化MDT数据对应于另一所指定类型的MDT测量;以及从该UE接收对应于该另一所指定类型的MDT测量的数据。
方面39是方面34-38中任一者的基站,其中该至少一个处理器被进一步配置成在控制面上从该UE接收该数据。
方面40是方面34-39中任一者的基站,其中所请求的MDT数据包括特定于由该基站指定的一个类型的测量的结果。
方面41是方面34-40中任一者的基站,其中所接收到的数据包括标识针对所指定的至少一个类型的MDT测量的结果的结构化报告。
方面42是方面34-41中任一者的基站,其中该至少一个处理器被进一步配置成从该UE接收指示该UE未准备好传送所请求的MDT数据的消息。
方面43是一种用户装备(UE),包括存储器、和耦合至该存储器的至少一个处理器并且该至少一个处理器被配置成执行方面1-12中的任一者。
应理解,所公开的过程/流程图中的各个框的具体次序或层次是示例办法的解说。应理解,基于设计偏好,可以重新编排这些过程/流程图中的各个框的具体次序或层次。此外,一些框可被组合或被略去。所附方法权利要求以范例次序呈现各种框的要素,且并不意味着被限定于所呈现的具体次序或层次。
提供先前描述是为了使本领域任何技术人员均能够实践本文中所描述的各个方面。对这些方面的各种修改将容易为本领域技术人员所明白,并且在本文中所定义的普适原理可被应用于其他方面。由此,权利要求并非旨在被限定于本文中所示的方面,而是应被授予与语言上的权利要求相一致的全部范围,其中对要素的单数形式的引述除非特别声明,否则并非旨在表示“有且仅有一个”,而是“一个或多个”。如“如果”、“当……时”和“在……时”之类的术语应被解读为意味着“在该条件下”,而不是暗示直接的时间关系或反应。即,这些短语(例如,“当……时”)并不暗示响应于动作的发生或在动作的发生期间的立即动作,而仅暗示在满足条件的情况下将发生动作,而并不需要供动作发生的特定的或立即的时间约束。措辞“示例性”在本文中用于表示“用作示例、实例、或解说”。本文中描述为“示例性”的任何方面不必被解释为优于或胜过其他方面。除非特别另外声明,否则术语“一些/某个”指的是一个或多个。诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”以及“A、B、C或其任何组合”之类的组合包括A、B和/或C的任何组合,并可包括多个A、多个B或多个C。具体而言,诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A、B和C中的一个或多个”以及“A、B、C或其任何组合”之类的组合可以是仅有A、仅有B、仅有C、A和B、A和C、B和C,或者A和B和C,其中任何这种组合可包含A、B或C的一个或多个成员。本公开通篇描述的各个方面的要素为本领域普通技术人员当前或今后所知的所有结构上和功能上的等效方案通过引述被明确纳入于此,且旨在被权利要求所涵盖。此外,本文所公开的任何内容都不旨在捐献于公众,无论此类公开内容是否明确记载在权利要求书中。措辞“模块”、“机制”、“元素”、“设备”等可以不是措辞“装置”的代替。如此,没有任何权利要求元素应被解释为装置加功能,除非该元素是使用短语“用于……的装置”来明确叙述的。

Claims (30)

1.一种用户装备(UE)的无线通信方法,包括:
从基站接收对结构化的最小化路测(MDT)数据的请求,所请求的数据对应于由所述基站从能够由所述UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量;以及
向所述基站发送包括对应于所指定的至少一个类型的MDT测量的结果的所述数据。
2.如权利要求1所述的方法,其中向所述基站发送所述数据进一步包括发送标识所指定的至少一个类型的MDT测量的结构化报告。
3.如权利要求1所述的方法,进一步包括执行对应于所指定的至少一个类型的MDT测量的测量。
4.如权利要求1所述的方法,进一步包括在控制面上向所述基站发送所述数据。
5.如权利要求1所述的方法,其中所请求的MDT数据包括特定于由所述基站指定的至少一个类型的MDT测量的结果。
6.如权利要求1所述的方法,其中对所述结构化的MDT数据的请求包括关于所述基站支持非实时流送MDT数据的指示。
7.如权利要求1所述的方法,进一步包括向所述基站发送包括指示选择性MDT报告支持的能力比特的信息。
8.如权利要求1所述的方法,进一步包括:
在发送所述数据之后,从所述基站接收对结构化的MDT数据的另一请求,该结构化的MDT数据包括对应于由所述基站指定的另一类型的MDT测量的结果;以及
向所述基站发送对应于所述另一类型的MDT测量的所请求的数据。
9.如权利要求1所述的方法,进一步包括:
执行对应于由所述基站指定的所述至少一个类型的MDT测量的测量;
将所述测量的结果保存在单独文件中;以及
向所述基站发送包括所述结果的所述单独文件。
10.如权利要求1所述的方法,进一步包括:
向所述基站发送指示所述UE未准备好传送所请求的MDT数据的消息,
其中当所述UE准备好时,所述结果稍后被发送到所述基站。
11.如权利要求10所述的方法,其中所述消息包括响应于对所述结构化的MDT数据的请求而发送的UE辅助信息消息,以用于通知所述基站所述UE当前未准备好或不能够传送所请求的MDT数据。
12.如权利要求1所述的方法,其中所述结果使用非实时数据流送来发送。
13.一种用户装备(UE),包括:
存储器;以及
耦合到所述存储器的至少一个处理器,并且所述至少一个处理器被配置成:
从基站接收对结构化的最小化路测(MDT)数据的请求,所请求的数据对应于由所述基站从能够由所述UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量;以及
向所述基站发送包括对应于所指定的至少一个类型的MDT测量的结果的所述数据。
14.如权利要求13所述的UE,其中所述至少一个处理器被进一步配置成发送标识所指定的至少一个类型的MDT测量的结构化报告。
15.如权利要求13所述的UE,其中所述至少一个处理器被进一步配置成执行对应于所指定的至少一个类型的MDT测量的测量。
16.如权利要求13所述的UE,其中所述至少一个处理器被进一步配置成在控制面上向所述基站发送所述数据。
17.如权利要求13所述的UE,其中所请求的MDT数据包括特定于由所述基站指定的至少一个类型的MDT测量的结果。
18.如权利要求13所述的UE,其中所述至少一个处理器被进一步配置成:
执行对应于由所述基站指定的所述至少一个类型的MDT测量的测量;
将所述测量的结果保存在单独文件中;以及
向所述基站发送包括所述结果的所述单独文件。
19.如权利要求13所述的UE,其中所述至少一个处理器被进一步配置成向所述基站发送指示所述UE未准备好传送所请求的MDT数据的消息,
其中当所述UE准备好时,所述结果稍后被发送到所述基站。
20.如权利要求19所述的UE,其中所述消息包括响应于对所述结构化的MDT数据的请求而发送的并且被配置成通知所述基站所述UE当前未准备好或不能够传送所请求的MDT数据的UE辅助信息消息。
21.如权利要求13所述的UE,其中所述结果使用非实时数据流送来发送。
22.一种基站的无线通信方法,包括:
向UE发送对结构化的最小化路测(MDT)数据的请求,所请求的MDT数据对应于由所述基站从能够由所述UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量;以及
从所述UE接收包括对应于所指定的至少一个类型的MDT测量的结果的所述数据。
23.如权利要求22所述的方法,进一步包括经由迹线收集实体(TCE)来将所请求的MDT数据转发到核心网以用于分发给客户端。
24.如权利要求22所述的方法,其中所请求的MDT数据包括多个测量类型。
25.如权利要求22所述的方法,其中所接收到的数据包括标识所指定的至少一个类型的MDT测量的结构化报告。
26.如权利要求22所述的方法,进一步包括:
在接收到所请求的MDT数据之后,向所述UE发送对结构化的MDT数据的另一请求,该结构化的MDT数据包括对应于另一指定类型的MDT测量的结果;以及
从所述UE接收对应于所述另一指定类型的MDT测量的数据。
27.如权利要求22所述的方法,进一步包括在控制面上从所述UE接收所述数据。
28.如权利要求22所述的方法,其中所请求的MDT数据包括特定于由所述基站指定的一个类型的测量的结果。
29.如权利要求22所述的方法,进一步包括从所述UE接收指示所述UE未准备好传送所请求的MDT数据的消息,
其中所述数据稍后在所述基站处被接收。
30.一种基站,包括:
存储器;以及
耦合到所述存储器的至少一个处理器,并且所述至少一个处理器被配置成:
向UE发送对结构化的最小化路测(MDT)数据的请求,所请求的MDT数据对应于由所述基站从能够由所述UE执行的多个可用MDT测量类型中指定的至少一个类型的MDT测量;以及
从所述UE接收包括对应于所指定的至少一个类型的MDT测量的结果的所述数据。
CN202180048568.9A 2020-07-17 2021-06-29 从用户装备到网络的结构化的最小化路测测量数据 Pending CN115777209A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN202041030556 2020-07-17
IN202041030556 2020-07-17
PCT/US2021/039556 WO2022015499A1 (en) 2020-07-17 2021-06-29 Structured minimization of drive test measurement data from a user equipment to a network

Publications (1)

Publication Number Publication Date
CN115777209A true CN115777209A (zh) 2023-03-10

Family

ID=76845315

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180048568.9A Pending CN115777209A (zh) 2020-07-17 2021-06-29 从用户装备到网络的结构化的最小化路测测量数据

Country Status (4)

Country Link
US (1) US20230180042A1 (zh)
EP (1) EP4183165A1 (zh)
CN (1) CN115777209A (zh)
WO (1) WO2022015499A1 (zh)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102064377B1 (ko) * 2012-05-09 2020-02-12 삼성전자 주식회사 이동 통신 시스템에서 측정 정보 송수신 방법 및 장치
ES2971053T3 (es) * 2018-03-27 2024-06-03 Beijing Xiaomi Mobile Software Co Ltd Método y aparato para medir dispositivo Bluetooth

Also Published As

Publication number Publication date
EP4183165A1 (en) 2023-05-24
US20230180042A1 (en) 2023-06-08
WO2022015499A1 (en) 2022-01-20

Similar Documents

Publication Publication Date Title
CN113615119A (zh) 采用资源编群的信令开销减少
CN113170461A (zh) 基于coreset子集的默认波束选择
CN114731254A (zh) 经由mac-ce启用路径损耗参考信号更新的rrc指示
WO2021006980A1 (en) System information and paging monitoring for multiple synchronization signal blocks
WO2021108738A1 (en) Simultaneous message transmissions in rach with multiple trp
WO2021034723A1 (en) Evaluation period for beam failure detection and candidate beam detection in multi-beam nr-u
US11963214B2 (en) Measurement gap and scheduling
CN115699623A (zh) Cli测量的动态禁用
US11611870B2 (en) UE capability reporting for configured and activated pathloss reference signals
US11689252B2 (en) Evaluation period in multi-panel user equipment
CN117693947A (zh) 在经预配置上行链路资源上用于小数据传递的搜索空间的配置和规程
US20230180042A1 (en) Structured minimization of drive test measurement data from a user equipment to a network
US11856628B2 (en) Method and apparatus for decompression failure of transmission of split compressed data packet
US11706751B2 (en) Base station controlled temporal filtering of channel state information
WO2022147821A1 (en) Configuring uplink transmission configuration indicator list
WO2022061652A1 (en) Fast resend of a protocol data unit session request
WO2022087939A1 (en) Avoid registration rejection due to handover to nr during tracking area update
WO2022093569A1 (en) Delayed semi-persistent scheduling harq-ack with physical uplink channel repetition
CN117796039A (zh) 由ue发送的更新后的请求的nssai
CN115885548A (zh) 用于动态pdcch监视群切换的方法和装置
CN115699625A (zh) 在搜索和测量规程中应用零元素波束以实mmw中的功率节省
CN118302984A (zh) Bwp切换失败的检测和处置
CN115485987A (zh) 经ue请求的bfd/bfr参考信号
CN115516808A (zh) 用户设备处理能力指示
CN115669036A (zh) Ue请求的smtc窗口配置适配

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