CN116783935A - 管理切换执行 - Google Patents

管理切换执行 Download PDF

Info

Publication number
CN116783935A
CN116783935A CN202180092020.4A CN202180092020A CN116783935A CN 116783935 A CN116783935 A CN 116783935A CN 202180092020 A CN202180092020 A CN 202180092020A CN 116783935 A CN116783935 A CN 116783935A
Authority
CN
China
Prior art keywords
base station
information
target cell
cell
handover
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
CN202180092020.4A
Other languages
English (en)
Inventor
T·阿恩格伦
P·奥克维斯特
D·林德罗
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN116783935A publication Critical patent/CN116783935A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00835Determination of neighbour cell lists
    • H04W36/008357Determination of target cell based on access point [AP] properties, e.g. AP service capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0058Transmission of hand-off measurement information, e.g. measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00835Determination of neighbour cell lists
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/38Reselection control by fixed network equipment

Landscapes

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

Abstract

一种由服务于源小区的基站(104)执行的用于管理切换执行的方法。所述方法包括存储用于第一目标小区的第一NCR信息,其中第一NCR信息包括:i)用于标识第一目标小区的第一小区标识符;以及ii)处理单元(PU)信息,指示目标小区是否具有至少一个PU可用。所述方法还包括评估是否发起用户设备(UE)(102)从源小区到目标小区的切换,其中所述评估至少部分基于目标小区的PU信息。

Description

管理切换执行
技术领域
本公开涉及与管理切换执行相关的方法、设备、计算机程序和载体。
背景技术
图形处理单元(GPU)和云游戏:
GPU已经成为一种重要的计算技术,用于个人和商业计算两者。GPU被用于广泛的应用(application)中,包括图形和视频渲染。例如,GPU在游戏(例如云游戏)、远程渲染、扩展现实(XR)(例如虚拟现实(VR)、增强现实(AR)等)和人工智能(AI)中的使用变得流行。
云游戏和远程渲染涉及使用远离用户的用户设备(UE)的GPU(或一组GPU)来渲染游戏的高保真图像(例如,视频帧)。然后图像从GPU发送给用户的UE,用户的UE然后将图像显示给用户。UE还可以接收来自用户的输入并将该用户输入发送给GPU。云游戏的一个优势是“在云端”的GPU通常比用户的UE(例如手机、计算机、XR设备、平板电脑等)具有更多的渲染能力。
在一些情况下,远程GPU由销售游戏的公司或在线游戏服务提供商(例如,GoogleLLC,其提供称为Stadia的在线游戏服务)所有。因此,远程GPU位于用户的场所(例如,家庭或办公室)之外,有时甚至与用户不在同一个城市或国家。在其他情况下,远程GPU可能归用户所有。例如,称为Steam的家庭流媒体(streaming)解决方案允许用户构建一个系统,在该系统中,游戏在用户的一台设备上渲染,但用户在用户的另一台设备上玩游戏。本质上,用户的设备之一是可以由具有在相同或不同网络上的相同用户登录的UE访问的远程GPU。
预计具有能够胜任的GPU的计算机将变得无处不在。如今,每个客厅中的游戏机、办公室处的工作站、甚至高端平板电脑都配备了中档GPU。甚至汽车、监控摄像头和其他非计算机设备都配备了GPU或TPU,以高效地执行机器学习推理。未来每个停车场可能会有数百个可用的渲染设备,能够为附近(例如,在体育赛事中)人们使用的大量瘦(thin)UE提供存储和计算能力两者。
云架构
在典型的XR应用中,GPU处理单元可能处于边缘云环境中,其中一个或多个GPU可能位于基站或与基站相关联的某种逻辑拓扑中。此外,预计蜂窝连接的XR用户设备可能位于XR用户设备可以由一个以上基站提供服务的位置。因此,也期望这些基站之间的切换。因此,取决于网络拓扑,导致不同基站之间切换的用户移动性也可能意味着不同的边缘云处理节点(例如,在提供的延迟(delay)、帧渲染等方面)将变得可供XR用户设备访问。
自动邻居关系(ANR)功能
ANR功能的目的是减轻运营商手动管理邻居小区关系(NCR)的负担。ANR功能驻留在基站(例如,eNB或gNB)中并管理邻居小区关系表(NCRT)。ANR功能包括邻居检测功能(NDF),其作用是标识基站的新邻居并将这些新邻居添加到NCRT。ANR功能还包括删除过时NR的邻居删除功能(NRF)。
通常,当UE检测到以前未知的新小区时,服务小区与所述新小区的关系由操作和维护(O&M)服务器更新(控制),通常使用根据不删除(no remove)(即,eNB不得从NCRT中删除此小区),不切换(no handover)(即,不应发起到此小区的切换),或不X2(排除到该标识的小区及其服务eNB的逻辑X2接口的建立)的条目。
因此,在确定是否/如何考虑NCRT中的条目的过程中,考虑了经典无线电网络部署特征,例如到“新小区”的距离、信号强度、来自无线电规划/区域拓扑的可用的输入等,来优化蜂窝网络性能。
在3GPP技术规范(TS)36.300V 16.3.0的第22.3.2a章节中进一步描述了ANR功能。
发明内容
本公开的目的是能够减少延迟。
目前存在某些挑战。例如,使用远程渲染(即,由远离用于向用户显示视频元素的XR用户设备的设备渲染视频元素)的XR服务对延迟敏感。在XR用户设备具有蜂窝移动性的场景中,可能会发生连接点(例如,小区)之间的切换,并且无论XR用户设备运行什么服务,服务都必须重新协商设置、更新缓冲器并建立新数据流等。此服务重建可能会导致延迟峰值,并可能导致XR服务降级。通常,在传统蜂窝网络中,在服务基站(BS)(也称为源基站)和目标BS之间的切换之后的协商过程中,如果目标BS确定它是否支持UE被切换,则目标BS以ACK/NACK响应切换通知。在今天的解决方案中,目标BS仅通过查看某些内部处理资源和/或空中接口资源来确定它是否可以支持到来的(incoming)UE。也就是说,目标BS不考虑其他资源,例如,用于为UE产生应用层数据的处理资源(例如,用于为XR用户设备渲染视频元素的处理资源)。
本公开旨在改进该切换过程。因此,一方面,提供了一种由基站执行的用于管理切换执行的方法。所述方法包括存储用于第一目标小区的第一邻居小区关系(NCR)信息,其中所述第一NCR信息包括:i)用于标识所述第一目标小区的第一小区标识符;以及ii)处理单元(PU)信息,其指示所述目标小区是否具有至少有一个PU可用。所述方法还包括评估是否发起用户设备(UE)从所述源小区到所述目标小区的切换,其中所述评估至少部分地基于所述目标小区的所述PU信息。
另一方面,提供了一种包括指令的计算机程序,所述指令当由基站的处理电路执行时使所述基站执行所述方法。另一方面,提供了一种包含所述计算机程序的载体,其中所述载体是电信号、光信号、无线电信号和计算机可读存储介质中的一种。
在另一方面,提供了一种基站,其中所述基站适于执行本文公开的任何实施例的方法。在一些实施例中,所述基站包括:处理电路;以及包含可由所述处理电路执行的指令的存储器,由此所述基站可操作以执行本文所公开的方法。
本文公开的实施例的优点在于,所述目标基站在确定所述目标基站是否能够为到来的UE服务时可以考虑附加的资源,并且这可以导致可以减少延迟,这将导致更高的用户的体验质量以及潜在地增加用户UE的电池寿命。
附图说明
并入本文并形成说明书一部分的附图示出了各种实施例。
图1示出了根据实施例的通信系统。
图2示出了根据实施例的游戏系统。
图3是示出根据实施例的过程的流程图。
图4是根据实施例的基站的框图。
具体实施方式
图1示出根据实施例的通信系统100。在所示示例中,通信系统与UE 102通信并包括一组基站(基站104和基站106)和一组“远程”PU(PU 111、PU 112、PU 113)(从UE的角度来看PU是“远程的”)。本领域的技术人员会认识到图1仅是说明性的并且通信系统100可以与任意数量的UE通信并且包括任意数量的基站、PU和PU选择功能。如本文所使用的,用户设备(UE)是能够直接或经由接入网络间接地与远程PU通信的任何设备。UE的示例包括:智能手机、家用电脑、头戴式显示器(HMD)、游戏机、流媒体设备、平板电脑、电器、传感器、车辆、网关、路由器等)。在所示示例中,UE 102是移动的并且可以从基站104的覆盖区域移动到基站106的覆盖区域(这些覆盖区域可以部分或完全重叠)。此外,如本文所用,“基站”是向UE提供网络连接的任何接入点。此类接入点包括但不限于:3GPP LTE基站(通常标示为“eNB”);3GPP NR基站(通常标示为“gNB”);以及非3GPP基站(例如,无线局域网(WLAN)接入点)。未来的接入点,如未来第6代(6G)无线通信网络的基站,也被设想为适用的。
为了说明的目的,假设UE 102正在运行可操作以由远程PU服务的游戏应用。例如,游戏应用可操作以1)向远程PU提供指定UE的用户已执行的一个或多个动作的用户输入信息(UII),以及2)接收由远程PU渲染的视频帧,所述视频帧可以基于UII被渲染。如图1所示,游戏应用可由远程PU 111、远程PU 112或远程PU 113中的任何一个或多个服务。此外,UE102可包含可服务于游戏应用的本地PU 103(例如,本地PU可执行所有视频渲染)。
图2示出了与系统200(例如,游戏系统、XR系统等)通信的UE 102。在所示示例中,UE 102包括显示单元202和控制单元204。系统200包括服务器230和包括GPU 222的PU 220。远程PU 111、112、113中的任何一个可以实现PU 220。GPU 222用于渲染视频帧,视频帧然后被发送给UE 102并由显示单元202处理(例如,显示单元202接收视频帧并在UE的显示设备上显示对应的图像)。控制单元204用于检测用户动作(例如,用户的移动或用户激活控制)并且向PU 220提供指定UE的用户已经执行的一个或多个动作的用户输入信息(UII)。该用户输入信息可被GPU 222用来渲染视频帧,并且可被转发给服务器230。另外,服务器230可以向PU 220转发状态信息(SI)(其可包括与其他用户相关的UII),并且GPU 222也可以使用该状态信息来渲染视频帧。如图2所示,可以向PU 220提供渲染视频帧所需的信息。因此,可以将渲染完全移动到PU 220(其可以在基站中或附近),从而允许UE 102仅用于控制以及作为显示器。
如上所述,目前存在某些挑战。例如,使用远程渲染的服务对延迟敏感,并且在UE102移动的情况下,可能会发生连接点(例如,小区)之间的切换。在移动过程中,UE 102是否将被移动到一个小区还是另一个小区取决于在服务基站(即,当前为UE服务的基站)的NCRT中如何定义相应的源-目标小区关系。例如,如果某个小区不是优选小区,则可以相应地禁止(bar)切换(HO)或X2通信。在边缘云部署中,不仅应该考虑核心度量(metrics)、无线电接入网络(RAN)度量和传输节点度量来进行能力检查,还应该考虑UE 102可能拥有的任何其他典型资源。由于其他应用关键测量可能与例如边缘云连接的XR眼镜相关联(例如传输延迟和抖动),因此在与移动性相关的决策过程中也应考虑其他非接入相关的资源度量是有用的。例如,取决于边缘云和接入网络拓扑,相关和/或可访问的XR处理资源可能与不同的基站相关联。
因此,本公开描述了扩展传统的NCRT。如本文所示,在一个实施例中,扩展的NRCT指示邻居小区是否具有任何可用的PU(例如,GPU)资源。在其他实施例中,扩展的NCRT还可以包括进一步描述与PU处理帧率、数据传输延迟等相关联的测量的信息。另一PU相关NRT条目可以考虑所述处理是否在节点上可用,或者如果不,则在多少步内可用(具有关联延迟)。
在一个实施例中,UE 102具有一些要求,这些要求可以分为与蜂窝连接相关联的无线电要求和用于例如视频渲染的GPU要求。蜂窝资源和GPU资源可能位于也可能不位于一个特定的基站处。例如,第一eNB和第二eNB两者都可以提供足够的蜂窝连接性(在上行链路或下行链路吞吐量、延迟等方面),但是,例如只有第二eNB可以提供足够的GPU处理能力。给定这种情况,UE 102可受益于有手段发起从一个能够提供好的无线电连接性但差的(甚至没有)关联GPU处理的eNB到另一个具有足够好的无线电条件并且也有所需的GPU渲染能力的eNB的切换。因此,切换管理不仅可以从蜂窝连接性方面而且可以从GPU性能方面来推动。
一种促进基于PU(例如,GPU)的设备移动性的方法是扩展用于切换目的的UE报告机制以还考虑PU渲染信息,使得可以关于普通无线电资源处理和UE的PU要求两者来调用在小区之间(例如,基站之间)的切换。
因此,在一些实施例中,现有无线电资源控制(RRC)测量报告框架被扩展以考虑例如GPU渲染度量实体,诸如帧率、渲染延迟(总的、在N个节点步骤内、等等)、渲染处理存储器(总的、连续的、等等),等等。例如,在一些实施例中,现有的RRCMeasurement Report Event(RRC测量报告事件)Ai、Bi等可以用一组PU相关事件(标示为“Pi”,其中i=1、2、...)补充,使得PU关键性能指标(KPI)条件可以触发UE 102向其服务基站发送指示UE 102已检测到事件Pi(例如,UE 102已检测到应被解决的PU相关条件)的RRC Measurement Report(RRC测量报告)。在其他实施例中,定义了新消息(例如,PUQualityMeasurementReport Event(PU质量测量报告事件)Pi),以便当UE 102检测到某些度量约束的满足时可以触发向其当前服务的基站传输所述报告,其中事件可以例如涉及渲染帧率方面、渲染延迟方面、PU渲染节点处理内存方面等。Pi事件可能例如涉及:
P1:渲染帧率方面
P2:到渲染节点的传输延迟方面
P3:PU渲染节点处理内存方面
P4:PU平台特性方面(驱动版本,Nvidia(英伟达)/AMD平台)
等。
此外,基于对来自UE的任何PU相关事件的接收和解释,通过RRC测量报告事件范围内的事件Pi或通过某新定义的PU质量测量报告事件Pi,UE的服务基站可以决定在蜂窝域中发起UE切换,以便设备由具有足够PU资源可用(或关联)的基站管理。在进一步的方面,触发事件Pi报告的设备测量可以是例如与例如当前PU提供的渲染帧率、渲染延迟有关,例如:
P2a–源基站处的PU测量X>阈值(+偏移)
P2b–源基站处的PU测量X<阈值(+偏移)
P2c–源基站处的PU测量X>阈值,并且在TimerPU(计时器PU)期间一直如此。
在接收到从UE提供的所述事件Pi时,UE的服务(源)基站可以开始准备UE到目标(从无线电角度可访问的)基站的蜂窝切换。
例如,基于对来自UE的任何PU相关事件的接收和解释,如上例示的,基站可以评估如在任何接收到的报告中指示的预期目标小区是否对PU有关移动事件有效,并相应地采取行动。所述评估的第一步骤之一包括基站确定预期目标小区(例如,UE对其报告有益KPI的小区)对于预期切换动作是否有效;此信息可从NCRT获得。
在一个实施例中,GPU每秒帧数(FPS)度量已在节点本身上进行基准测试(benchmark)或从公开可用的数据库中获取。对于游戏,这应该是对于多个场景计算得出的分数,最好是来自非常不同的游戏或基准测试套件。在一个实施例中,可以针对不同的分辨率({UHD:14fps、1080p:38fps、720p:70fps}等)对这一FPS度量进行统计归类(bin)。对于90+fps,这也可能受CPU限制,因此如果基准测试在确切的硬件上运行,则可以提高整个渲染建立的性能估计的精度。基准测试数字可以基于这些场景的平均fps或(可能更好)最低的5%百分位数两者。通过这种方式,它描述了在95%的情况下您可以指望的能力。
在一个实施例中,假设服务基站决定准备UE到目标小区的切换,服务基站向目标基站提供与UE的“蜂窝连接性”资源要求和PU资源要求相关的信息。在一个实施例中,服务基站在X2AP消息(例如,X2AP Resource Status Request(X2AP资源状态请求)消息)中将此信息提供给目标基站。在从服务基站接收到信息后,目标基站将决定它是否能够满足UE的要求(蜂窝和PU),并向服务基站发送指示目标基站并满足要求的肯定确认(ACK)或者指示相反的否定确认(NACK)。例如,目标基站通过向服务基站发送包括ACK/NACK的X2APResource Status Response(X2AP资源状态响应)消息来响应X2AP资源状态请求消息。在收到目标基站的响应后,源基站决定是否继续切换过程。
在另一个实施例中,服务基站在本地存储关于邻居基站可用的(本地的或关联的)PU资源的信息。相应地,在本实施例中,服务基站不需要向目标基站发送状态请求消息,而是服务基站根据其本地存储的信息来决定是否继续切换过程。也就是说,基于服务基站具有的关于目标基站可用PU资源的信息,服务基站评估UE的正在进行的PU资源要求是否可以由对于目标基站可用的PU资源来满足。
在一个实施例中,在决定继续切换过程之后,服务基站向目标基站发送切换请求,并且假设目标以ACK响应,服务基站指示UE开始改变其服务基站到目标。在一些实施例中,服务基站通过向UE发送RRC Connection Reconfiguration Request(RRC连接重新配置请求)来指示UE。在一些实施例中,在发起切换之后,服务基站向目标基站提供:用于目标基站考虑用于开始PU渲染的PU相关缓冲器内容以及数据流的数据中的什么未来位置(帧)应该交换给设备的信息。
在另一个实施例中,不是让服务基站在接收到来自UE的报告之后决定是否执行切换,服务基站可以从本地存储的数据库(例如,NCRT)或从目标基站本身(例如,通过X2接口)获得用于目标基站的PU资源信息,并使用例如专用(RRC)信令向UE提供获得的PU资源信息。这种与现有无线电测量信息(例如,用于传统移动性评估的参考信号接收功率(RSPR)和/或参考信号接收质量(RSRQ))组合的“服务基站以外PU信息”可以被UE使用来进行更详细和联合的“信号强度和PU-资源可用性”评估,并基于此,触发联合的“RRM+PU”-测量报告事件,该事件可能需要在与源/目标基站的可用的蜂窝连接质量以及各自的源/目标基站可以提供的任何PU资源之间进行权衡。也就是说,UE自身不仅基于服务基站和目标基站的无线电信号条件而且还基于服务基站和目标基站的PU条件来决定是否发起从服务到目标的切换。因此,给定可以得到的x%的PU相关度量的改进(例如减少的延迟、更高的分辨率、更高的帧率等)与可能减少y dB的RSRP/RSRQ的比较,其中后者会削弱蜂窝连接性,UE可以考虑是否值得从服务移动到目标。例如,如果x%大于第一阈值且y dB小于第二阈值,则UE将决定发起从服务到目标的切换。
具有PU扩展的NCRT
在一个实施例中,NCRT在PU处理可用性方面被扩展。例如,GPU扩展的NCRT可以具有(hold)条目,其关于(直接地或关联地)具有任何(或被认为足够的)GPU处理能力的小区阻止和/或准许到目标小区的切换。在一种方法中,为源基站提供了一种根据GPU度量来管理到目标基站的切换执行的手段;如果目标基站处的蜂窝和GPU资源处理都被确定为“OK”,则可以接纳完整的切换,或给定发现蜂窝需求不OK则可以评估任何部分切换(例如,蜂窝度量不OK,但GPU度量OK)但不继续。或者反过来(例如,蜂窝度量OK,但GPU度量不OK)。
通过NCRT描述目标基站处PU处理能力的“任何可用性”的基本方法,对应的PU NRT条目可以包括PU资源可用性的列,其中“是”或类似的与任何PU处理能力相关联,否则为“否”。参见例如下表1。
表1:包括PU可用性条目的扩展邻居关系表
上述表格是“以目标小区为中心”的,其中目标小区标识符(TCI)将目标小区和NR(邻居关系)标识为UE可能来自的任何始发源小区。如果被勾选的话,“不移除”列指示基站不应从NCRT中删除邻居小区关系。如果被勾选的话,“不HO”列指示邻居小区关系不应被基站用于切换原因。如果被勾选的话,“不X2”列指示邻居关系不应使用X2接口来发起朝向服务于目标小区的基站的过程。
通过附加的粒度,扩展的NCRT还可以包括进一步描述PU帧率、数据传输延迟等的条目。在表2中,示出了这种扩展的NCRT。
表2:包括更详细的GPU要求条目的扩展邻居关系表
如上所述,扩展NCRT中的每个条目可以包含以下数据字段:PU可用、延迟度量和FPS度量,以及常规字段不移除、不HO和不X2。
PU可用字段可以包含指示PU处理能力在基站处或在基站的某个预定义范围(例如,预定义步数)内是否可用的布尔值。
在一个实施例中,延迟度量字段包含延迟度量,该延迟度量是处理资源可以以x%概率响应(提供)的阈值。在延迟度量字段中,延迟度量(Di)可以被认为反映了从处理节点感知到的延迟。在一些实施例中,延迟度量的值可以在渲染默认分辨率的典型值(例如,Xms)的假设下设置。取决于实施方式,延迟度量的值可反映也可不反映总延迟:TotalDelay=RenderingDelay+GPU-to-eNB-transferDelay+RadioLinkDelay(总延迟=渲染延迟+GPU到eNB传输延迟+无线电链路延迟),或其选择的部分(或组合)。
FPS度量字段包含对帧渲染能力的测量。例如,FPS度量的值可以指定可用的PU可以以y%的概率响应(提供)。根据实施方式,FPS度量可或可不在估计中假定默认保真度值(例如,抗锯齿(anti-aliasing)=关闭和/或阴影质量=高)(例如,假设默认分辨率下的xFPS)。使用通过任何先前讨论的UE报告消息(例如,RRC测量报告事件Ai/Bi,补充以一组GPU相关触发事件Gi或携带相关GPU处理度量的一些GPUQualityMeasurementReport(GPU质量测量报告))提供给基站的信息,基站可以确定设备的帧渲染要求。
下面的表3示出了NCRT表的另一个可能的实施例,源基站可以使用它来确定给定的检测到的基站是否应该被选择用于切换。在这个实施例中,认识到所请求的PU处理能力不位于与基站相同的节点上,但仍然与基站相关联并可能由基站在网络中的多个步骤(即“GPU节点步骤”)内可访问。
表3:包括GPU要求和“达到(reach)”的扩展邻居关系表
在一些实施例中,延迟度量可以基于PU节点步骤值来设置,因为进一步踏步远离基站节点的处理资源可能与用于所述通信链路的特性的延迟数字表示相关联是合理的。也就是说,在PU节点步长值和延迟值之间可能存在直接相关性,该延迟值可以被添加到延迟度量。
下面的表4示出了又一个可能的实施例。在这个实施例中,聚合的高级表条目被定义。更具体地说,如表4所示,定义了两类PU要求:“低(low)”和“高(high)”。每个此类要求都有以下对应字段:不移除、不HO和不X2。对应地,该表的每个条目(行)对于PU要求低包括以下字段:NR;TCI;不移除、不HO和不X2;对于PU要求高,则包括以下字段:不移除、不HO和不X2。因此,当基站通过例如相关的RRC和/或GPU度量信令获得关于UE的GPU相关度量的信息时,基站可以将UE分类为需要“高”或“低”PU资源。也就是说,基于例如延迟值和FPS值,基站可以将该值对映射到类别高或类别低。然后,根据映射,使用来自扩展NCRT的适当字段。
因此,例如,在被考虑用于切换管理的UE与被确定为具有“高”GPU要求的要求苛刻的GPU服务相关联的场景中,服务基站可以考虑遵循在扩展邻居关系表中概述的用于条目GPU要求“高”的小区关系规则。类似地,报告与要求较低的GPU渲染相关联的GPU属性的切换事件的上下文中的UE可能与GPU要求“低”相关联,并且可能遵守其他小区关系规则。根据GPU相关报告原语(primitives)的设计(例如,作为RRCMeasurementReportEventAi;Bi,例如补充有一组GPU相关事件Gi等,或类似的GPUQualityMeasurementReportEventGi,...,或类似的),UE GPU相关测量报告可以根据表4聚合GPU需求并根据“高”、“低”等向服务基站提供聚合GPU测量。
表4:包括GPU要求条目的扩展邻居关系表
作为具体示例,考虑在源小区(比如“NR=1”)中具有正在进行的PU渲染任务的UE,其中该任务被分类为需要“低”PU资源,并且考虑切换到目标小区1(例如,TCI#1)。在这种情况下,因为没有勾选对应于“低”PU要求的不HO字段,所以切换到目标小区是潜在可行的。但现在考虑UE在源小区(比如“NR=1”)中有正在进行的PU渲染任务,其中该任务被分类为需要“高”PU资源,并且考虑UE切换到目标小区1(例如,TCI#1)。在这种情况下,因为勾选了对应于“高”PU要求的不HO字段,所以不允许切换到目标小区(可能是由于关于“高”要求的PU渲染能力不足)。相反,另一个目标小区可以被认为对于UE的所述切换是有效的。
要添加到NRT的附加PU属性资源
在一些实施例中,可以将附加的或替代的PU属性添加到NCRT,诸如例如RAM可用性、推理机器学习(ML)模型可用性、绿色处理能力等。另外,FPS通常取决于分辨率和场景复杂性,因此,可以使用每秒的浮点运算(Flops)代替每比特深度的单独数字(单精度、双精度等)。在考虑机器学习时,平台支持可能很重要。Docker、Tensorflow、torch、python版本能力等应该在模型服务器和边缘渲染设备之间进行握手,为正在进行的会话筛选一些边缘渲染设备,用于推理和模型训练两者。可能还有特定的“ML核心”可以极大地加速推理,但这应该符合已经包含的具有硬件平台和驱动程序版本的描述。
图3是示出根据实施例的用于管理切换执行的过程300的流程图。过程300可以由基站104执行并且可以开始于步骤s302。步骤s302包括存储用于第一目标小区的第一邻居小区关系(NCR)信息,其中第一NCR信息包括:i)用于标识第一目标小区的第一小区标识符;以及ii)处理单元(PU)信息,其指示目标小区是否具有至少有一个PU可用。步骤s304包括评估是否发起UE(例如,UE 102)从源小区到目标小区的切换,其中该评估至少部分基于目标小区的PU信息。
在一些实施例中,PU信息包括至少第一PU的PU性能信息,并且在一些实施例中,第一PU的PU性能信息包括视频帧渲染能力信息和/或延迟度量。在一些实施例中,视频帧渲染能力信息包括指示第一PU产生结果(例如,渲染视频帧或产生推理)将花费的估计时间量的时间值。因此,在一些实施例中,时间值指示渲染具有特定分辨率和/或一组特定保真度设置的视频帧的估计时间量,或者时间值指示产生推断的估计时间量。在一些实施例中,PU性能信息进一步包括指定可用PU与基站之间的距离(例如,步数或跳数)的信息。保真度设置的示例包括:抗锯齿设置(例如关闭、打开、快速近似抗锯齿(FXAA),……);阴影质量设置(例如,低、中或高);纹理质量设置(例如,低、中、高);曲面细分(tessellation)设置(例如,打开或关闭);深度学习超级采样(DLSS)设置(例如,打开或关闭);以及光线追踪设置(例如,打开或关闭)。
在一些实施例中,过程300还包括为UE获得指示阈值时间量的阈值时间值,其中关于是否发起UE从源小区到目标小区的切换的评估是进一步基于PU性能信息和阈值时间值。在一些实施例中,阈值时间值基于视频帧率。在一些实施例中,阈值等于视频帧率的倒数。
在一些实施例中,过程300还包括接收由UE发送的事件报告消息,其中作为接收事件报告消息的结果,执行评估是否发起UE从源小区到目标小区的切换的步骤。在一些实施例中,事件报告消息包括阈值时间值。在一些实施例中,事件报告消息进一步包括目标小区的参考信号测量信息。在一些实施例中,事件报告消息是PU质量测量报告,其中,PU质量测量结果报告指示UE已经检测到PU相关事件。在一些实施例中,PU质量测量报告包括指示当前为UE服务的PU的关键性能指标(KPI)已满足标准(例如,KPI超过阈值或已降至阈值以下)的信息。在一些实施例中,接收PU质量测量报告包括接收无线电资源控制(RRC)测量报告消息,该消息包括PU质量测量报告。
图4是根据一些实施例的基站104的框图。如图4所示,基站104可以包括:处理电路(PC)402,其可以包括一个或多个处理器(P)455(例如,一个或多个通用微处理器和/或一个或多个其他处理器,例如专用集成电路(ASIC)、现场可编程门阵列(FPGA)等),这些处理器可以共址于单个外壳或单个数据中心中,或者可以在地理上分布(即,基站104可以是分布式计算设备);网络接口468,其包括用于使基站104能够向连接到网络接口468所连接的网络40(例如,互联网协议(IP)网络)的其他节点发送数据和从其接收数据的发射机(Tx)465和接收机(Rx)467;通信电路448,其耦合到包括一个或多个天线的天线布置449并且包括用于使基站104能够发送数据和接收数据(例如,无线发送/接收数据)的发射机(Tx)445和接收机(Rx)447;以及本地存储单元(也称为“数据存储系统”)408,其可以包括一个或多个非易失性存储设备和/或一个或多个易失性存储设备。在PC 402包括可编程处理器的实施例中,可以提供计算机程序产品(CPP)441。CPP 441可以是或包括计算机可读存储介质(CRSM)442,其存储包括计算机可读指令(CRI)444的计算机程序(CP)443。CRSM 442可以是非暂时性计算机可读存储介质,例如磁介质(例如,硬盘)、光学介质、存储设备(例如,随机存取存储器、闪存)等。在一些实施例中,计算机程序443的CRI 444被配置为使得当由PC 402执行时,CRI使基站104执行本文描述的步骤(例如,本文参考流程图描述的步骤)。在其他实施例中,基站104可以被配置为执行本文描述的步骤而不需要代码。也就是说,例如,PC 402可以仅包括一个或多个ASIC。因此,本文描述的实施例的特征可以以硬件和/或软件来实现。
虽然本文描述了各种实施例,但应理解它们仅以示例而非限制的方式渲染。因此,本公开的广度和范围不应受限于上述示例性实施例中的任一个。此外,除非本文另有说明或与上下文明显矛盾,否则本公开涵盖上述要素及其所有可能的变体的任何组合。
此外,虽然上述和附图中所示的过程被示为一系列步骤,但这仅仅是为了说明的目的。因此,设想可以添加一些步骤,可以省略一些步骤,可以重新安排步骤的顺序,并且可以并行执行一些步骤。

Claims (35)

1.一种由服务源小区的基站(104)执行的用于管理切换执行的方法(300),所述方法包括:
存储(s302)用于第一目标小区的第一邻居小区关系NCR信息,其中所述第一NCR信息包括:i)用于标识所述第一目标小区的第一小区标识符;以及ii)处理单元PU信息,其指示所述目标小区是否具有至少一个PU可用;以及
评估(s304)是否发起用户设备UE(102)从所述源小区到所述目标小区的切换,其中所述评估至少部分基于所述目标小区的所述PU信息。
2.根据权利要求1所述的方法,其中,所述PU信息包括至少第一PU的PU性能信息。
3.根据权利要求2所述的方法,其中,所述第一PU的所述PU性能信息包括视频帧渲染能力信息和/或延迟度量。
4.根据权利要求3所述的方法,其中,所述视频帧渲染能力信息包括指示所述第一PU产生结果将花费的估计时间量的时间值。
5.根据权利要求4所述的方法,其中,
所述时间值指示渲染具有特定分辨率和/或一组特定的一个或多个保真度设置的视频帧的估计时间量,或者
所述时间值指示产生推理的估计时间量。
6.根据权利要求2-5中任一项所述的方法,还包括:
为所述UE获得指示阈值时间量的阈值时间值,其中,
评估是否发起所述UE从所述源小区到所述目标小区的所述切换还基于所述PU性能信息和阈值时间值。
7.根据权利要求6所述的方法,其中,所述阈值时间值基于视频帧率。
8.根据权利要求7所述的方法,其中,所述阈值等于所述视频帧率的倒数。
9.根据权利要求6-8中任一项所述的方法,还包括:接收由所述UE发送的事件报告消息,其中,
作为接收所述事件报告消息的结果,执行评估是否发起所述UE从所述源小区到所述目标小区的所述切换的步骤。
10.根据权利要求9所述的方法,其中,所述事件报告消息包括所述阈值时间值。
11.根据权利要求9或10所述的方法,其中,所述事件报告消息还包括针对所述目标小区的参考信号测量信息。
12.根据权利要求9-11中任一项所述的方法,其中,所述事件报告消息是PU质量测量报告,其中,所述PU质量测量报告指示所述UE已检测到PU相关事件。
13.根据权利要求12所述的方法,其中,所述PU质量测量报告包括指示当前服务所述UE的PU的关键性能指标KPI满足标准的信息。
14.根据权利要求12或13所述的方法,其中,接收所述PU质量测量报告包括:接收包括所述PU质量测量报告的无线电资源控制RRC测量报告消息。
15.根据权利要求2-14中任一项所述的方法,其中,所述PU性能信息进一步包括指定可用PU与所述基站之间的距离的信息。
16.根据权利要求15所述的方法,其中,指定所述可用PU与所述基站之间的距离的所述信息是指示所述可用PU与所述基站之间的跳数的值。
17.一种包括指令(444)的计算机程序(443),所述指令(444)当由基站(104)的处理电路(402)执行时使所述基站执行根据权利要求1-16中任一项所述的方法。
18.一种包含权利要求17所述的计算机程序的载体,其中,所述载体是电信号、光信号、无线电信号和计算机可读存储介质(442)之一。
19.一种基站(104),所述基站被配置为:
存储用于第一目标小区的第一邻居关系NCR信息,其中所述第一NCR信息包括:i)用于标识所述第一目标小区的第一小区标识符;以及ii)处理单元PU信息,指示所述目标小区是否具有至少一个PU可用;以及
评估是否发起用户设备UE(102)从所述源小区到所述目标小区的切换,其中所述评估至少部分基于所述目标小区的所述PU信息。
20.根据权利要求19所述的基站,其中,所述PU信息包括至少第一PU的PU性能信息。
21.根据权利要求20所述的基站,其中,所述第一PU的所述PU性能信息包括视频帧渲染能力信息和/或延迟度量。
22.根据权利要求21所述的基站,其中,所述视频帧渲染能力信息包括指示所述第一PU产生结果将花费的估计时间量的时间值。
23.根据权利要求22所述的基站,其中,
所述时间值指示渲染具有特定分辨率和/或特定保真度的视频帧的估计时间量,或者
所述时间值指示产生推理的估计时间量。
24.根据权利要求20-23中任一项所述的基站,还被配置为:
为所述UE获得指示阈值时间量的阈值时间值,其中,
评估是否发起所述UE从所述源小区到所述目标小区的所述切换还基于所述PU性能信息和阈值时间值。
25.根据权利要求24所述的基站,其中,所述阈值时间值基于视频帧率。
26.根据权利要求25所述的基站,其中,所述阈值等于所述视频帧率的倒数。
27.根据权利要求24-26任一项所述的基站,还被配置为接收由所述UE发送的事件报告消息,其中
所述基站被配置为作为接收所述事件报告消息的结果来评估是否发起所述UE从所述源小区到所述目标小区的所述切换。
28.根据权利要求27所述的基站,其中,所述事件报告消息包括所述阈值时间值。
29.根据权利要求27或28所述的基站,其中,所述事件报告消息还包括针对所述目标小区的参考信号测量信息。
30.根据权利要求27-29中任一项所述的基站,其中,所述事件报告消息是PU质量测量报告,其中所述PU质量测量报告指示所述UE已检测到PU相关事件。
31.根据权利要求30所述的基站,其中,所述PU质量测量报告包括指示当前服务所述UE的PU的关键性能指标KPI满足标准的信息。
32.根据权利要求30或31所述的基站,其中,接收所述PU质量测量报告包括:接收包括所述PU质量测量报告的无线电资源控制RRC测量报告消息。
33.根据权利要求20-32中任一项所述的基站,其中,所述PU性能信息进一步包括指定可用PU与所述基站之间的距离的信息。
34.根据权利要求33所述的基站,其中,指定所述可用PU与所述基站之间的距离的所述信息是指示所述可用PU与所述基站之间的跳数的值。
35.一种基站(104),所述基站包括:
处理电路(402);以及
存储器(442),所述存储器包含可由所述处理电路执行的指令(444),由此所述基站(104)可操作以执行根据权利要求1-15中任一项所述的方法。
CN202180092020.4A 2021-01-27 2021-01-27 管理切换执行 Pending CN116783935A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2021/050052 WO2022164358A1 (en) 2021-01-27 2021-01-27 Managing handover execution

Publications (1)

Publication Number Publication Date
CN116783935A true CN116783935A (zh) 2023-09-19

Family

ID=82653741

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180092020.4A Pending CN116783935A (zh) 2021-01-27 2021-01-27 管理切换执行

Country Status (4)

Country Link
US (1) US20240107395A1 (zh)
EP (1) EP4285640A4 (zh)
CN (1) CN116783935A (zh)
WO (1) WO2022164358A1 (zh)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2472792A (en) * 2009-08-17 2011-02-23 Nec Corp Measurement reporting in a mobile communications system
JP5277261B2 (ja) * 2011-01-12 2013-08-28 Kddi株式会社 ハンドオーバパラメータ調整装置、ハンドオーバパラメータ調整方法およびコンピュータプログラム
WO2012112087A1 (en) * 2011-02-14 2012-08-23 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for automated handling of neighbour cell relations
WO2018127290A1 (en) * 2017-01-05 2018-07-12 Huawei Technologies Co., Ltd. Network apparatus and method for handover
US10694439B2 (en) * 2018-11-13 2020-06-23 Verizon Patent And Licensing Inc. Systems and methods for assignment of multi-access edge computing resources based on network performance indicators
US10827549B2 (en) * 2019-01-07 2020-11-03 At&T Intellectual Property I, L.P. Facilitating automatic neighbor relationships for 5G or other next generation network
US20220225181A1 (en) * 2019-05-15 2022-07-14 Nokia Technologies Oy Proactive triggering in telecommunication networks

Also Published As

Publication number Publication date
EP4285640A1 (en) 2023-12-06
US20240107395A1 (en) 2024-03-28
EP4285640A4 (en) 2024-03-27
WO2022164358A1 (en) 2022-08-04

Similar Documents

Publication Publication Date Title
US10728772B2 (en) System and method for managing dual connectivity with dynamic anchor cell selection
US20230354131A1 (en) Communication Method, Access Network Device, Core Network Device, and User Equipment
US20210337420A1 (en) Functional architecture and interface for non-real-time ran intelligent controller
US10966122B2 (en) Method and migration managing module for managing a migration of a service
CA3116823C (en) Handoffs between access points in a wi-fi environment
RU2403685C1 (ru) Способ предоставления информации об управлении мобильностью во время передачи обслуживания в сотовой системе связи
US11997647B2 (en) Device contexts, operational modes, and policy driven enhancements for paging in advanced networks
EP3993320A1 (en) Training method, device, and system using mos model
WO2017215275A1 (zh) 实现业务连续性的通信方法及装置
WO2021196214A1 (zh) 传输方法、装置及计算机存储介质
JP2021503251A (ja) PcellまたはPScellを管理するための方法および装置
US20230403342A1 (en) Native computing power service implementation method and apparatus, network device, and terminal
US20220345932A1 (en) Reporting Information Sending Method, Apparatus, and System
US20190045005A1 (en) Method for replicating data in a network and a network component
CN111201831A (zh) 随机接入方法及装置、终端及存储介质
US20230038430A1 (en) Network-based adaptive streaming media parameter adjustment method and an apparatus
US11889568B2 (en) Systems and methods for paging over WiFi for mobile terminating calls
US11665531B2 (en) End to end troubleshooting of mobility services
US20230403713A1 (en) Native computing power service implementation method and apparatus, network device, and terminal
US20240107395A1 (en) Managing handover execution
CN116846771A (zh) 业务操作方法、装置、终端及可读存储介质
WO2021142662A1 (zh) 资源配置方法、装置、通信设备及存储介质
CN113973390A (zh) 通信方法及装置
US20240058694A1 (en) Selecting a processing unit to serve a user equipment (ue)
WO2017028561A1 (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