CN115943664A - 选择用于小区过载的缓解策略 - Google Patents

选择用于小区过载的缓解策略 Download PDF

Info

Publication number
CN115943664A
CN115943664A CN202080102397.9A CN202080102397A CN115943664A CN 115943664 A CN115943664 A CN 115943664A CN 202080102397 A CN202080102397 A CN 202080102397A CN 115943664 A CN115943664 A CN 115943664A
Authority
CN
China
Prior art keywords
radio
cell
radio traffic
taken
overload
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
CN202080102397.9A
Other languages
English (en)
Inventor
A·卡拉潘特拉基斯
M·奥利克
K·赛拉斯
L·莫克鲁辛
J·尼莫勒
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 CN115943664A publication Critical patent/CN115943664A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/0284Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/11Identifying congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/127Avoiding congestion; Recovering from congestion by using congestion prediction
    • 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/0289Congestion control

Landscapes

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

Abstract

本公开涉及用于使能缓解一组无线电小区(17,18,19)中的至少一个无线电小区(19)中的无线电业务过载的方法和设备(14,20)。在一方面,提供了一种监督设备(20)的使能缓解一组无线电小区(17,18,19)中的至少一个无线电小区(19)中的无线电业务过载的方法。该方法包括:获取(S101a‑c)该组无线电小区(17,18,19)中的每个无线电小区的无线电业务容量使用率度量;从服务所述至少一个无线电小区(19)的设备(14)并从服务该组无线电小区中的至少一个它的相邻无线电小区(17,18)的设备(12,13)获取(S104a‑c)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施;基于所获取的无线电业务容量使用率度量和所获取的将要被采取的建议措施,确定(S105)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的选定措施;以及指示(S106)服务所述至少一个无线电小区的设备(14)应用该选定措施以用于缓解所述至少一个无线电小区(19)的无线电业务过载。

Description

选择用于小区过载的缓解策略
技术领域
本公开涉及用于使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载的方法和设备。
背景技术
在现有技术中,在移动网络中的无线电站点处的无线电小区中持续发生无线电业务过载。具体地,在第五代(5G)移动网络中,诸如关键机器类型、超可靠低延迟和移动宽带通信之类的具有不同的服务质量(QoS)要求的不同类型的服务将在网络中同时进行操作。无线电业务过载通常可以被观察到并且在运行时被处理,或者可以被预测在未来发生并进而被抢先制止。在任何情况下,都需要设想策略来处理无线电业务过载。
可以使用若干种方法来解决当前或预测的业务过载事件。一种技术借助于执行从宏小区到更小的小区的切换的无线通信设备(通常被称为用户设备(UE))来将主(或宏小区)业务卸载到附近的小小区。
另一种方法改变网络切片(即,通过将网络划分成具有总网络的容量的子集的灵活且可扩展的切片而形成的网络实体)之间的频谱共享比率,例如,从另一个未被充分使用的切片或者从另一种无线电接入技术向一个切片借用频谱。又一种方法基于UE数据消耗模式来改变上行链路对下行链路的比率,例如,如果UE正在接收的数据比它正在发送的数据更多,则更多的带宽被分配给下行链路(DL)而不是上行链路(UL)。
然而,用于缓解小区过载情况的方法是在逐个小区的基础上被执行的。这有两个主要缺点。首先,这导致针对小区所处情况的次优化。例如,当UL/DL比率的改变可能是更好的选择时,不断地将UE卸载到附近的小小区或相邻的宏小区将需要重复的UE切换。
其次,没有考虑用于数据业务过载的决策的***影响,因为每个小区单方面地为它自己决定选择哪种方法并且没有与附近可能也受到被选择用于缓解业务过载的方法影响的其他小区协调其决策。
发明内容
目标是解决或至少缓解现有技术中的此问题,并提供一种改进的使能缓解无线电小区中的无线电业务过载的方法。
在第一方面,该目标通过一种监督设备的使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载的方法来实现。该方法包括:获取该组无线电小区中的每个无线电小区的无线电业务容量使用率度量;从服务所述至少一个无线电小区的设备并从服务该组无线电小区中的至少一个它的相邻无线电小区的设备获取将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的建议措施;基于所获取的无线电业务容量使用率度量和所获取的将要采取的建议措施,确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的选定措施;以及指示服务所述至少一个无线电小区的设备应用该选定措施以用于缓解所述至少一个无线电小区的无线电业务过载。
在第二方面,该目标通过一种被配置为使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载的监督设备来实现,该监督设备包括处理单元和存储器,所述存储器包含所述处理单元可执行的指令,由此,该监督设备可操作以:获取该组无线电小区中的每个无线电小区的无线电业务容量使用率度量;从服务所述至少一个无线电小区的设备并从服务该组无线电小区中的至少一个它的相邻无线电小区的设备获取将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的建议措施;基于所获取的无线电业务容量使用率度量和所获取的将要采取的建议措施,确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的选定措施;以及指示服务所述至少一个无线电小区的设备应用该选定措施以用于缓解所述至少一个无线电小区的无线电业务过载。
在第三方面,该目标通过一种监督设备的使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载的方法来实现。该方法包括:获取该组无线电小区中的每个无线电小区的无线电业务容量使用率度量;基于从服务所述至少一个无线电小区的设备并从服务该组无线电小区中的至少一个它的相邻无线电小区的设备获取的无线电业务容量使用率度量,确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的措施;以及指示服务所述至少一个无线电小区的设备应用所确定的措施以用于缓解所述至少一个无线电小区的无线电业务过载。
在第四方面,该目标通过一种被配置为使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载监督设备来实现,该监督设备包括处理单元和存储器,所述存储器包含所述处理单元可执行的指令,由此,该监督设备可操作以:获取该组无线电小区中的每个无线电小区的无线电业务容量使用率度量;基于从服务所述至少一个无线电小区的设备并从服务该组无线电小区中的至少一个它的相邻无线电小区的设备获取的无线电业务容量使用率度量,确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的措施;以及指示服务所述至少一个无线电小区的设备应用所确定的措施以用于缓解所述至少一个无线电小区的无线电业务过载。
在第五方面,该目标通过一种服务至少一个无线电小区的设备的使能缓解一组无线电小区中的所述至少一个无线电小区中的无线电业务过载的方法来实现。该方法包括:从监督设备接收对将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的建议措施的请求;获取至少一个相邻无线电小区的无线电业务容量使用率度量;从服务至少一个相邻无线电小区的设备获取将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的建议措施;确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的措施;基于所获取的无线电业务容量使用率度量、针对该至少一个相邻小区所获取的将要采取的建议措施、以及所确定的将要采取以用于所述至少一个无线电小区的措施,确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的选定措施;以及应用该选定措施以用于缓解所述至少一个无线电小区的无线电业务过载。
在第六方面,该目标通过一种服务至少一个无线电小区的被配置为使能缓解一组无线电小区中的所述至少一个无线电小区中的无线电业务过载的设备来实现,该设备包括处理单元和存储器,所述存储器包含所述处理单元可执行的指令,由此,该设备可操作以:从监督设备接收对将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的建议措施的请求;获取至少一个相邻无线电小区的无线电业务容量使用率度量;从服务至少一个相邻无线电小区的设备获取将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的建议措施;确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的措施;基于所获取的无线电业务容量使用率度量、针对该至少一个相邻小区所获取的将要采取的建议措施、以及所确定的将要采取以用于所述至少一个无线电小区的措施,确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的选定措施;以及应用该选定措施以用于缓解所述至少一个无线电小区的无线电业务过载。
有利地,给定实际情况如由通过从各小区报告的无线电业务容量使用率度量所指示的,通过从不同的相邻小区收集将要采取以用于缓解给定无线电小区的无线电业务过载的措施(在本文中被称为缓解策略),确定最佳小区过载缓解策略,而不是必然选择由服务经受过载的小区的设备所建议的缓解策略。因此,就要应用的最佳策略做出了明智的决定。
进一步有利的是定时;即使没有即将发生的业务过载事件的指示,服务小区的设备也可以建议将要采取以用于缓解无线电业务过载的措施,而是主动创建缓解策略,从而当发生过载事件时做好准备。
有利地,与用于创建缓解策略的完全集中式方法相比,本文公开的实施例允许分散式缓解策略创建,从而在需要时实现地理围栏:各个小区或小区组不需要向其他小区或中央实体公开敏感信息,而是共享所建议的假设缓解策略。
在实施例中,获取将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的建议措施包括:向服务所述至少一个无线电小区的设备并向服务所述至少一个相邻小区的设备发送对将要采取的建议措施的请求;以及响应于所发送的请求,从这些设备中的每个设备接收将要采取的建议措施。
在实施例中,向服务所述至少一个无线电小区的设备并向服务所述至少一个相邻小区的设备发送的对将要采取的建议措施的请求包括以下中的一项或多项:服务被指示经受无线电业务的小区的设备的唯一标识符;无线电业务过载事件发生的描述,其包括预测事件将要发生的时间、无线电业务过载事件发生的严重度和持续时间;哪个或哪些切片将经历无线电业务过载事件的指示;将经历过载事件的一个或多个信道;以及无线电业务过载事件是在下行链路、上行链路或这两者中发生的指示。
在实施例中,从相邻关系表(NRT)中识别相邻无线电小区。
在实施例中,从所获取的无线电业务容量使用率度量中检测无线电业务过载事件被指示为在该组无线电小区中的所述至少一个无线电小区中发生。
在实施例中,如果所获取的无线电业务容量使用率度量在当前时刻超过无线电业务负载阈值或者被预期在随后的时刻超过无线电业务负载阈值,则无线电业务事件被检测为发生。
在实施例中,确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的选定措施包括:从建议措施中选择如下措施:最能缓解所述至少一个无线电小区中的无线电业务过载,同时不会导致所述至少一个相邻无线电小区中的无线电业务负载增加,如由该组无线电小区中的每个无线电小区的所获取的无线电业务容量使用率度量所指示的。
通常,除非本文另有明确定义,否则在权利要求中使用的所有术语应根据其在本技术领域中的普通含义进行解释。除非另有明确说明,否则所有对“一/一个/该元件、装置、组件、部件、步骤等”的引用应被开放地解释为是指元件、装置、组件、部件、步骤等的至少一个实例。除非明确说明,否则在本文中所公开的任何方法的步骤不必按照所公开的确切顺序来执行。
附图说明
现在参考附图以示例的方式描述各方面和实施例,其中:
图1示意性地图示可以在其中实现实施例的无线通信网络;
图2示出图示根据实施例的使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载的方法的信令图;
图3示出图示根据另一个实施例的使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载的缓解的方法的信令图;
图4示出图示根据又一个实施例的使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载的缓解的方法的信令图;
图5图示根据实施例的以操作支持***(OSS)的形式例示的监督设备;以及
图6图示根据实施例的以无线电基站(RBS)的形式例示的设备。
具体实施方式
现在将在下文中参考附图更全面地描述本公开的各方面,其中示出本发明的某些实施例。
然而,这些方面可以以许多不同的形式体现并且不应被解释为限制性的;相反,这些实施例通过示例的方式被提供以使得本公开将是彻底和完整的,并向本领域技术人员充分传达本发明的所有方面的范围。在整个描述中,相同的数字指代相同的元素。
图1示意性地图示了可以在其中实现实施例的无线通信网络,其中,无线电接入网络(RAN)包括五个无线电基站(RBS)10-14,每个无线电基站服务多个UE(未示出)在其中漫游的相应的无线电小区15-19。UE可以以例如智能电话、平板电脑、连接车辆的形式体现。在图1中还图示了通常被连接到每个RBS 10-14的核心网络设备/***20,诸如可由单个节点或节点组合组成的网络数据分析功能(NWDAF)或操作支持***(OSS)。
OSS例如可以负责在来自不同的网络功能(例如,来自RBS 10-14)的请求时提供网络分析信息。例如,RBS可以请求关于特定网络切片的负载水平的特定分析信息。注意,核心网络实际上包括各种各样的实体和设备。然而,为了简洁起见,仅示出了OSS。
如先前所提及的,当小区或小区的一部分正经受或临近无线电业务过载时,RBS通常将选择一种策略来缓解在它正在服务的小区中发生的业务过载。例如,可以设想第一RBS10决定将多个UE从它正在服务的小区15切换到由第二RBS 11服务的小区16。然而,如果第二RBS 11的小区16即将过载而同时例如由第三RBS 12服务的小区17未被充分使用,则第一RBS 10的过载缓解策略并不是优选策略。
图2示出了图示使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载的方法的信令图。在该实施例中,以OSS 20的形式例示的核心网络设备/***将是用于确定选择哪个策略来缓解小区中的无线电业务过载的监督设备。然而,应当注意,监督设备可以位于RAN中。
在第一步骤中,OSS 20获取图1中的所有小区15-19或其子集的小区负载信息。通常,每个RBS 10-14向OSS 20连续地报告它正在服务的小区的小区负载信息。在该示例性实施例中,在步骤S101a-S101c中图示了第三RBS 12、第四RBS 13和第五RBS 14在步骤S101a、S101b和S101c中向OSS 20报告小区负载信息。
小区负载信息包括无线电业务容量使用率度量,其指示当前在小区中或在小区的不同部分中被使用的数据容量。
OSS 20连续地分析所接收的无线电业务容量使用率度量以确定小区15-19中的任何一个小区是否显示过载的迹象,或者这些小区中的任何一个小区是否实际上过载。该分析可以包括使用例如适用于时间序列分析的机器学习模型(例如,基于人工递归神经网络(RNN)的长短期记忆(LSTM)网络)来预测小区将来会过载。给定无线电业务容量使用率的时间序列作为输入,该LSTM网络将充当二元分类器,其指示是否有未来的过载事件。
所接收的无线电业务容量使用率度量可以被定义为小区当前使用的业务容量与小区的总业务容量之间的比率。
此外,可设想,小区负载信息可以包括针对其中资源被共享的小区的不同部分或切片的相应的无线电业务容量使用率度量。在示例中,可设想,小区在五个切片之间共享资源,其中,小区负载信息可以定义切片1使用2%的小区容量,切片2使用14%的小区容量,切片3使用24%的小区容量,诸如此类。也就是说,OSS 20可以评估在子小区级别上的任何过载问题。
此外,可设想,一个无线电业务容量使用率度量是针对UL业务而给出的,而另一个无线电业务容量使用率度量是针对DL业务而给出的。OSS20通常将拥有数据库,该数据库包括针对不同的小区的无线电业务容量使用率度量。
在某个时间点,OSS 20基于在步骤S101a-S101c中接收的无线电业务容量使用率度量,检测或预测(例如,使用诸如LSTM或随机森林等之类的机器学习模型)无线电业务过载情况发生或将要发生。
在该示例中,OSS 20在步骤S102中从从第五RBS 14接收的无线电业务容量使用率度量中检测在由第五RBS 14服务的小区19中将要发生过载。由于仅相邻小区17,18受到第五小区19(而不是第一小区15和第二小区16)中的潜在过载的影响,因此,OSS 20将在步骤S103a-S103c中向受过载影响的RBS 12-14发送请求建议将要采取以用于缓解被指示将在第一小区19中发生的无线电业务过载的措施的请求。每个RBS的将要采取以用于缓解被指示将在第一小区19中发生的无线电业务过载的措施在下文中将被称为缓解策略。可设想,例如在其中并非所有相邻RBS都能够提供缓解策略的场景中,仅一个相邻RBS的缓解策略连同被指示将经受过载的RBS 14的缓解策略被获取。
尽管在该实施例中描述了在已检测到过载确实被指示将在第五小区19中发生之后OSS 20被触发以发送对缓解策略的请求,但是可设想,OSS20任意地请求缓解策略而无需首先检测过载情况(即,无需执行步骤S102)。在另一个示例中,可以通过以下操作来触发对缓解策略的请求:OSS 20从核心网络接收更高级别的指令,例如用于指导核心网络中的决策过程;例如,随着一个或多个订户的服务级别协议(SLA)的改变。
无论该过程如何被触发,OSS 20都可以通过转向所谓的邻居关系表(NRT)来识别给定小区的相邻小区,该邻居关系表包含关于给定小区的相邻小区的信息(其被标准化并可用于LTE和5G网络)。可替代地,OSS 20可以接收标识相邻RBS的更高级别的指令。
作为对在步骤S103a-S103c中接收请求的答复,相应的RBS 12、13、14在步骤S104a-S104c中用所建议的缓解策略进行响应,并且OSS 20在步骤S105中从所接收的缓解策略和在步骤S101a-S101c中接收的无线电业务容量使用率度量确定哪个缓解策略是最优选的,并最终在步骤S106中指示第五RBS 14在第五小区19中应用最优选的缓解策略。为了确定优选的策略,可以通过SLA规范、或者网络状态的预测或由ML模型(可使用如与前六段中类似的方法)或统计学方法(马尔可夫决策过程或类似物)导出的对关键性能指标(KPI)的影响来引导OSS。实际过程还可涉及用于冲突解决、约束解决或可满足性的各种机器推理技术。如图2中进一步所示,第五RBS 14可以在步骤S107中通过向OSS 20发送证实确认来对所接收的指令进行响应。
有利地,基于该实施例,给定实际情况——如由所获取的无线电业务容量使用率度量所指示的,通过收集所有(或者至少大部分)相关小区的缓解策略,确定最佳小区过载缓解策略——而不是必然选择由其小区经受过载的RBS所建议的缓解策略。因此,就要应用的最佳策略做出了明智的决定。
应当注意,如果OSS 20在步骤S102中已检测到过载情况例如将在第三小区17中发生,则OSS 20将会向所有RBS 10-14请求缓解策略,因为它们都构成第三小区17的邻居并因此受到在第三小区17中发生的过载情况的影响。
在该示例中,假定每个RBS报告对应的小区的小区负载信息。然而,这可以可替代地由在RAN中实现的一个或多个专用代理来执行,其中,每个代理处理一个或多个小区。
再次参考图2,在步骤S103a-S103c中从OSS 20发送的对缓解策略的请求可以包括:
-服务被指示经受过载的小区的RBS(或对应的上面提及的专用代理)的唯一标识符。如果RBS与小区之间存在一对一映射,则该标识符可以是小区全局标识(CGI)或小区标识符(小区ID),它们对于每个小区是全局唯一值。如果存在一对多映射,则RBS(或代理)可以具有它正管理的多个小区之一的CGI或小区ID、或者所有CGI或小区ID的集合;
-将要发生的小区过载类型(在下文中被称为小区过载事件)的描述,其包括预测事件将要发生的时间(如果时间为0,则事件当前正在进行),并可选地包括事件的所估计的严重度和持续时间;
-哪个切片(或哪些切片)将经历小区过载事件以及将经历过载事件的信道(UL/DL/其两者)的指示。
当第三RBS 13、第四RBS 14和第五RBS 14分别在步骤S103a、S103b和S103c中接收到对缓解策略的请求时,每个RBS将创建考虑到对应的小区17、18、19中普遍存在的条件的策略。策略的创建可以基于历史数据,例如,借助于使用统计学方法。例如,如果特定RBS已创建在80%的时间内已被证明成功的特定策略,则它创建并建议类似的策略。在另一个示例中,策略的创建可以基于机器学习模型,该机器学习模型基于在缓解策略请求中包含的数据来建议最合适的策略。该模型基于来自特定RBS的策略创建历史数据来进行训练。
策略的创建取决于特定小区过载事件以及RBS它自己的经验。例如,如果事件的持续时间很短并且特定RBS在过去成功创建涉及例如临时修改UL/DL比率的策略,则该RBS可以选择该策略而不是其他策略,因为它在历史上被证明是成功的。
小区过载事件的更长持续时间可导致RBS创建不同的策略,诸如例如针对最活跃的UE使用切换到更小的相邻小区。如步骤S104a-S104c中所示,相应的选定策略进而被传送到OSS 20。
进一步参考图2,当OSS 20在步骤S105中确定要在步骤S106中应用的“最佳”策略时,OSS 20考虑所确定的缓解策略将对经历过载的小区(在该示例中是第五小区19)产生的影响(在该小区中有效地应用了该缓解策略),而且还考虑正被应用于第五小区19的策略将对相邻的第三小区17和第四小区18产生的影响。通常,期望对其中应用了缓解策略的第五小区19产生最大的正面影响,同时最小化由于在第五小区19中应用了缓解策略而对第三小区17和第四小区18产生的负面影响。
通常,OSS 20将在步骤S105中从RBS的建议措施/缓解策略中选择如下措施:最能缓解第五小区19中的无线电业务过载,同时不会导致相邻小区17、18中的无线电业务负载增加,如由所获取的该组小区17、18、19中的每个小区的无线电业务容量使用率度量所指示的。
当确定所确定的缓解策略将具有的影响时可以考虑多个参数;过载小区19中的无线电业务容量使用率度量的减少是正面影响,而第三小区17和第四小区18中的度量的增加是负面影响。
有利地,防止了在经受业务过载的小区中采取的本地措施对相邻小区造成的负面影响。
在下文中讨论了示例性的场景以说明OSS 20可如何确定缓解策略将对相邻小区产生的影响。
在第三RBS 12、第四RBS 13和第五RBS 14已报告相应的RBS正在服务的小区17、18、19(或小区的一个或多个切片)的无线电业务容量使用率度量之后,OSS 20将在步骤S102中确定过载情况是否临近。
在以下示例中,假定三个网络切片(切片1、切片2和切片3)跨越第三小区17、第四小区18和第五小区19,并且针对每个切片报告无线电业务容量使用率度量。实际上,每个网络切片或其组合通常服务企业客户或私人个体。例如,切片1和切片3可以服务一些任务关键型企业应用或诸如遥距操作之类的应用(例如,远程手术、远程驾驶等),而切片2可以服务私人移动用户,其例如使用移动宽带类型的服务在他们的UE上冲浪。
假定第五RBS 14在步骤S101c中报告了以下度量,其中,给定数字分别指定与上行链路和下行链路中的每个切片的最大无线电业务容量相关的当前无线电业务使用率:
时间戳:2020-11-03,22:17:05
-切片1应用超可靠低延迟通信(uRLLC)方法;85%UL,80%DL;
-切片2应用增强型移动宽带(eMBB)方法;15%UL,10%DL;
-切片3也应用uRLLC方法;90%UL,30%DL。
换句话说:
-对于切片1,使用了该切片的85%的UL容量,同时使用了该切片的80%的DL容量;
-对于切片2,使用了该切片的15%的UL容量,同时使用了该切片的10%的DL容量;以及
-对于切片3,使用了该切片的90%的UL容量,同时使用了该切片的30%的DL容量。
现在,OSS 20在步骤S102中根据在步骤S101c中接收的上述小区负载信息得出结论:在给定时间t1在第五小区19中发生的事件将导致片段3的过载发生,该事件例如是更多的使用切片3的UE将在t1被添加到第五小区19。
可以直观地得出结论:切片3可能具有处理下行链路中更多的UE的能力,因为仅使用了该切片的最大下行链路容量的30%,但在上行链路中没有这种能力,因为该切片在上行链路中的当前使用率达到该切片的最大上行链路容量的90%。
因此,OSS 20将在步骤S103a-S103c中请求缓解策略,并响应于此从RBS 12、13、14中的每一个接收缓解策略。
在该示例性的实施例中,RBS 12、13、14建议以下缓解策略:
-第三RBS 12建议策略1,其将改变UL对DL比率,并向上行链路分配更多的资源,因为下行链路对于切片3相对未被充分使用;
-第四RBS 13建议策略2,其包括从切片2“借用”带宽以服务切片3,因为切片2在很大程度上未被充分使用;以及
-第五RBS 14建议策略3,其规定为了提供过载缓解,第五RBS 13将会将其一些UE切换到第三小区17,这将产生如下影响:由于UE被添加到第五小区18和切片3而导致的在时间t1的预期过载事件可能将不会发生。
现在,为了OSS 20确定将要被应用的最优选的缓解策略,OSS 20需要分析在步骤S101a-S101c中接收的无线电业务容量使用率度量以确定RBS 12、13、14是否受所建议的缓解策略的负面影响。
因此,考虑到在步骤S104a-S104c中接收的缓解策略和在步骤S101a-S101c中接收的无线电业务容量使用率度量,OSS 20将得出以下结论:
·策略1不是优选的,因为第三RBS 12和第四RBS 13利用在步骤S101a、S101b中报告的无线电业务容量使用率度量指示:第三小区17和第四小区18两者在t1内在上行链路和下行链路中都容易过载,并因此UE很可能将从这些RBS被切换到第五RBS 14;
·策略3似乎没有吸引力,因为利用在步骤S101a中报告的无线电业务容量使用率度量所指示的负载水平表明:第三小区17已经正在高容量使用率水平上操作,并且如果第三RBS要服务由第五RBS14所切换的更多的UE,则其可能会过载;同时
·策略2似乎是最优选的策略,因为切片2的容量未被充分使用,并因此切片2的资源可以被分配给切片3(不会对小区17、18、19中的任何小区产生任何负面影响)。
因此,OSS 20将在步骤S106中向第五RBS 14发送应用在步骤S105中被确定为最佳策略的缓解策略的指令;换句话说,由第四RBS 13所建议的策略2明确要求将业务资源从切片2重新分配给切片3,从而增加了切片3的最大容量而不会对RBS 12、13、14中的任何RBS产生负面影响。
在实施例中,OSS 20在步骤S105中通过应用机器学习(ML)来确定哪个缓解策略是最优选的。例如,可以应用时间序列分析方法,其使用ML和诸如长短期记忆(LSTM)架构之类的循环神经网络(RRN)。这种类型的神经网络在被训练时可以恰当地使用采用一个或多个小区或小区的切片的所报告的无线电业务容量使用率度量形式的输入数据来预测业务过载事件是否将会发生。可替代地,可以使用不太复杂的时间序列分析方法,例如,时间序列回归。
在更直接的实施例中,OSS 20确定小区或切片的当前无线电业务容量使用率是否超过小区负载阈值,例如,高于小区的最大容量的85%;如果是这样的话,则认为发生了小区过载事件。
在另一个实施例中,参考图3,代替令OSS 20确定哪个缓解策略是最优选的,RBS12、13、14中的一个或多个RBS将确定哪个策略是最优选的。如先前所讨论的,RBS可以例如借助于使用统计学方法,基于历史数据来创建策略。例如,如果特定RBS已创建在80%的时间内已被证明成功的特定策略,则它创建并建议类似的策略。在另一个示例中,策略的创建可以基于机器学习模型,该机器学习模型基于在缓解策略请求中包含的数据来建议最合适的策略。该模型基于来自特定RBS的策略创建历史数据来进行训练。
在该实施例中,在步骤S101a-S101c中报告使用率度量之后,OSS 20可选地在步骤S102中根据度量而确定应当请求缓解策略(如先前所讨论的,这可以在没有度量指示需要策略的情况下被触发),OSS 20在步骤S201中向RBS之一(在这种情况下是第五RBS 14)发送对缓解策略的请求。
现在,当第五RBS 14在步骤S201中接收到对缓解策略的请求时,第五RBS 14将在步骤S202a和S202b中从第三RBS 13和第四RBS 14获取无线电业务容量使用率度量(如先前由OSS 20分别在步骤S101a和S101b中所执行的),以及在步骤S203a、S204a和步骤S204a、S204b中获取如在NRT中指示的第三RBS 12和第四RBS 14的缓解策略(如先前由OSS 20分别在步骤S103a、S104a和S103b、S104b中所执行的)。
此外,第五RBS 14在步骤S205中确定它自己的缓解策略。
之后,第五RBS 14在步骤S206中基于每个小区的无线电业务容量使用率度量来确定哪个缓解策略是最优选的——即策略2。优选的缓解策略可以进一步在步骤S207中被传送到OSS 20,OSS 20可以在步骤S208中验证该优选的缓解策略是合适的(基于先前报告的无线电业务容量使用率度量),并相应地向第五RBS 14通知最终在步骤S209中应用该优选的缓解策略。可以可替代地设想,在步骤S209中应用该优选的缓解策略而无需令OSS 20验证它是合适的。
在替代的实施例中,代替令第五RBS 14确定要应用哪个优选的策略,RBS 12、13、14在彼此之间共享缓解策略以及每个小区17、18、19的无线电业务容量使用率度量。之后,每个RBS针对优选策略进行投票,并且获得最多选票的缓解策略被选择为将要由第五RBS14应用于第五小区19的优选策略。
有利地,基于所讨论的实施例,相邻RBS的缓解策略被考虑以确定用于处理特定小区的当前或预期的数据业务过载问题的最佳策略。代替单方面地执行可能对相邻小区产生负面影响并导致服务降级和/或巨大成本的本地过载缓解策略,提出了一种收集并评估一组RBS的策略以便执行集体最优策略的机制。这可以在OSS遇到过载事件时被实现,或者可以通过OSS抢先触发对所预测的未来过载事件的准备来实现。另外,允许RBS提出提供分散式方法的策略。
在又一个实施例中,参考图4,在已在步骤S101a-S101c中接收到无线电业务容量使用率度量并可选地在步骤S102中检测到小区过载事件之后,在该特定实施例中OSS 20将自己确定将要采取以用于缓解第五小区19中的业务过载的建议措施(即,缓解策略)。换句话说,OSS 20将基于先前讨论的所报告的业务使用率度量来确定将要被应用的优选缓解策略。
与先前的实施例一致地,OSS 20可以确定策略2是优选策略,并在步骤S302中指示第五RBS 14在第五小区19中应用策略2。这可以在步骤S303中由第五RBS 14确认,或者确实可以确定新的策略,例如,策略4是要应用的最佳策略,在这种情况下,OSS 20在步骤S302中指示第五RBS 14应用策略4。
图5图示了根据实施例的被配置为使能缓解一组无线电小区中的至少一个无线电小区中的无线电业务过载的OSS 20。由OSS 20执行的方法的步骤实际上由处理单元101来执行,该处理单元以一个或多个被设置为执行计算机程序102的微处理器的形式体现,该计算机程序被下载到与该微处理器相关联的合适的存储易失性介质103(诸如随机存取存储器(RAM))、或非易失性存储介质(诸如闪存或硬盘驱动器)中。处理单元101被设置为当包括计算机可执行指令的合适的计算机程序102被下载到存储介质103中并由处理单元101执行时,使OSS 20执行根据实施例的方法。存储介质103也可以是包括计算机程序102的计算机程序产品。可替代地,计算机程序102可以借助于合适的计算机程序产品(诸如数字通用盘(DVD)或记忆棒)而被传送到存储介质103。作为另一替代,计算机程序102可以通过网络而被下载到存储介质103中。处理单元101可以可替代地以数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、复杂可编程逻辑器件(CPLD)等形式体现。
图6图示了根据实施例的服务至少一个无线电小区的被配置为使能缓解一组无线电小区中的所述至少一个无线电小区中的无线电业务过载的第五RBS 14。由第五RBS 14执行的方法的步骤实际上由处理单元141来执行,该处理单元以一个或多个被设置为执行计算机程序142的微处理器的形式体现,该计算机程序被下载到与该微处理器相关联的合适的存储易失性介质143(诸如RAM)、或非易失性存储介质(诸如闪存或硬盘驱动器)中。处理单元141被设置为当包括计算机可执行指令的合适的计算机程序142被下载到存储介质143中并由处理单元141执行时,使第五RBS 14执行根据实施例的方法。存储介质143也可以是包括计算机程序142的计算机程序产品。可替代地,计算机程序142可以借助于诸如DVD或记忆棒之类的合适的计算机程序产品而被传送到存储介质143。作为另一替代,计算机程序142可以通过网络而被下载到存储介质143中。处理单元141可以可替代地以DSP、ASIC、FPGA、CPLD等形式体现。
在上面已经主要参考几个实施例及其示例描述了本公开的各方面。然而,如本领域技术人员容易理解的,在如由所附的专利权利要求所限定的,在本发明的范围内,除了以上所公开的实施例之外的其他实施例同样是可能的。
因此,虽然已经在本文中公开了各个方面和实施例,但其他方面和实施例对于本领域技术人员来说将是显而易见的。在本文中所公开的各个方面和实施例是出于说明的目的而不旨在限制,其真实范围和精神由所附的权利要求指示。

Claims (43)

1.一种监督设备(20)的使能缓解一组无线电小区(17,18,19)中的至少一个无线电小区(19)中的无线电业务过载的方法,包括:
获取(S101a-c)所述一组无线电小区(17,18,19)中的每个无线电小区的无线电业务容量使用率度量;
从服务所述至少一个无线电小区(19)的设备(14)并从服务所述一组无线电小区中的至少一个它的相邻无线电小区(17,18)的设备(12,13)获取(S104a-c)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施;
基于所获取的无线电业务容量使用率度量和所获取的将要采取的建议措施,确定(S105)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的选定措施;以及
指示(S106)服务所述至少一个无线电小区的所述设备(14)应用所述选定措施以用于缓解所述至少一个无线电小区(19)的无线电业务过载。
2.根据权利要求1所述的方法,其中,获取(S104a-c)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施包括:
向服务所述至少一个无线电小区(19)的所述设备(14)并向服务所述至少一个相邻小区(17,18)的所述设备(12,13)发送(S103a-c)对将要采取的所述建议措施的请求;以及
响应于所发送的请求,从所述设备(12,13,14)中的每个设备接收(S104a-c)将要采取的所述建议措施。
3.根据权利要求2所述的方法,其中,向服务所述至少一个无线电小区(19)的所述设备(14)并向服务所述至少一个相邻小区(17,18)的所述设备(12,13)发送的对将要采取的所述建议措施的所述请求包括以下中的一项或多项:服务被指示经受所述无线电业务的小区的所述设备(14)的唯一标识符;无线电业务过载事件发生的描述,其包括预测所述事件将要发生的时间、所述无线电业务过载事件发生的严重度和持续时间;哪个或哪些切片将经历所述无线电业务过载事件的指示;将经历所述过载事件的一个或多个信道;以及所述无线电业务过载事件是在下行链路、上行链路或这两者中发生的指示。
4.根据前述权利要求中任一项所述的方法,进一步包括:
从邻居关系表NRT中识别所述至少一个相邻无线电小区(17,18)。
5.根据前述权利要求中任一项所述的方法,进一步包括:
从所获取的无线电业务容量使用率度量中检测(S102)无线电业务过载事件被指示为在所述一组无线电小区(17,18,19)中的所述至少一个无线电小区(19)中发生。
6.根据权利要求5所述的方法,其中,如果所获取的无线电业务容量使用率度量在当前时刻超过无线电业务负载阈值或者被预期在随后的时刻超过无线电业务负载阈值,则所述无线电业务事件被检测为发生。
7.根据前述权利要求中任一项所述的方法,其中,确定(S105)将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的所述选定措施包括:
从所述建议措施中选择如下措施:最能缓解所述至少一个无线电小区(19)中的所述无线电业务过载,同时不会导致所述至少一个相邻无线电小区中的无线电业务负载增加,如由所述一组无线电小区(17,18,19)中的每个无线电小区的所获取的无线电业务容量使用率度量所指示的。
8.根据前述权利要求中任一项所述的方法,其中,基于所获取的无线电业务容量使用率度量和所获取的将要采取的建议措施,确定(S105)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的选定措施是基于机器学习。
9.一种监督设备(20)的使能缓解一组无线电小区(17,18,19)中的至少一个无线电小区(19)中的无线电业务过载的方法,包括:
获取(S101a-c)所述一组无线电小区(17,18,19)中的每个无线电小区的无线电业务容量使用率度量;
基于从服务所述至少一个无线电小区(19)的设备(14)并从服务所述一组无线电小区中的至少一个它的相邻无线电小区(17,18)的设备(12,13)获取的无线电业务容量使用率度量,确定(S301)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的措施;以及
指示(S302)服务所述至少一个无线电小区的所述设备(14)应用所确定的措施以用于缓解所述至少一个无线电小区(19)的无线电业务过载。
10.根据权利要求9所述的方法,进一步包括:
从邻居关系表NRT中识别所述至少一个相邻无线电小区(17,18)。
11.根据权利要求9或10中任一项所述的方法,进一步包括:
从所获取的无线电业务容量使用率度量中检测(S102)无线电业务过载事件被指示为在所述一组无线电小区(17,18,19)中的所述至少一个无线电小区(19)中发生。
12.根据权利要求11所述的方法,其中,如果所获取的无线电业务容量使用率度量在当前时刻超过无线电业务负载阈值或者被预期在随后的时刻超过无线电业务负载阈值,则所述无线电业务事件被检测为发生。
13.根据权利要求9-12中任一项所述的方法,其中,确定(S301)将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的所述措施包括:
选择如下措施:最能缓解所述至少一个无线电小区(19)中的所述无线电业务过载,同时不会导致所述至少一个相邻无线电小区中的无线电业务负载增加,如由所述一组无线电小区(17,18,19)中的每个无线电小区的所获取的无线电业务容量使用率度量所指示的。
14.根据权利要求9-13中任一项所述的方法,其中,基于从服务所述至少一个无线电小区(19)的设备(14)并从服务所述一组无线电小区中的至少一个它的相邻无线电小区(17,18)的设备(12,13)获取的无线电业务容量使用率度量,确定(S301)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的措施是基于机器学习。
15.一种服务至少一个无线电小区(19)的设备(14)的使能缓解一组无线电小区(17,18,19)中的所述至少一个无线电小区(19)中的无线电业务过载的方法,包括:
从监督设备(20)接收(S201)对将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施的请求;
获取(S202a,S202b)至少一个相邻无线电小区(17,18)的无线电业务容量使用率度量;
从服务至少一个相邻无线电小区(17,18)的设备(12,13)获取(S203a,S203b,S204a,S204b)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施;
确定(S205)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的措施;
基于所获取的无线电业务容量使用率度量、针对所述至少一个相邻小区(17,18)所获取的将要采取的建议措施、以及所确定的将要采取以用于所述至少一个无线电小区(19)的措施,确定(S206)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的选定措施;以及
应用(S210)所述选定措施以用于缓解所述至少一个无线电小区(19)的无线电业务过载。
16.根据权利要求15所述的方法,进一步包括:
从所述监督设备(20)获取(S207,S209)应当应用所确定的将要采取的选定措施的确认。
17.根据权利要求15或16所述的方法,其中,获取(S202a,S202b)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施包括:
向服务所述至少一个相邻小区(17,18)的设备(12,13)发送(S203a,S203b)对将要采取的所述建议措施的请求;以及
响应于所发送的请求,从所述设备(12,13)接收(S204a,S204b)将要采取的所述建议措施。
18.根据权利要求17所述的方法,其中,从所述监督设备(20)接收并被发送到服务所述至少一个相邻小区(17,18)的所述设备(12,13)的所述请求包括以下中的一项或多项:服务被指示经受所述无线电业务的小区的所述设备(14)的唯一标识符;无线电业务过载事件发生的描述,其包括预测所述事件将要发生的时间、所述无线电业务过载事件发生的严重度和持续时间;哪个或哪些切片将经历所述无线电业务过载事件的指示;将经历所述过载事件的一个或多个信道;以及所述无线电业务过载事件是在下行链路、上行链路或这两者中发生的指示。
19.根据权利要求15-18中任一项所述的方法,进一步包括:
从邻居关系表NRT中识别所述至少一个相邻无线电小区(17,18)。
20.根据权利要求15-19中任一项所述的方法,其中,确定(S206)将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的所述选定措施包括:
从所述建议措施和所确定的措施中选择如下措施:最能缓解所述至少一个无线电小区(19)中的所述无线电业务过载,同时不会导致所述至少一个相邻无线电小区中的无线电业务负载增加,如由所述一组无线电小区(17,18,19)中的每个无线电小区的所获取的无线电业务容量使用率度量所指示的。
21.根据权利要求15-19中任一项所述的方法,其中,确定(S205)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的措施,和/或基于所获取的无线电业务容量使用率度量、针对所述至少一个相邻小区(17,18)所获取的将要采取的建议措施、以及所确定的将要采取以用于所述至少一个无线电小区(19)的措施,确定(S206)将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的选定措施是基于机器学习。
22.一种监督设备(20),被配置为使能缓解一组无线电小区(17,18,19)中的至少一个无线电小区(19)中的无线电业务过载,所述监督设备(20)包括处理单元(101)和存储器(103),所述存储器包含所述处理单元(101)可执行的指令(102),由此,所述监督设备(20)可操作以:
获取所述一组无线电小区(17,18,19)中的每个无线电小区的无线电业务容量使用率度量;
从服务所述至少一个无线电小区(19)的设备(14)并从服务所述一组无线电小区中的至少一个它的相邻无线电小区(17,18)的设备(12,13)获取将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施;
基于所获取的无线电业务容量使用率度量和所获取的将要采取的建议措施,确定将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的选定措施;以及
指示服务所述至少一个无线电小区的所述设备(14)应用所述选定措施以用于缓解所述至少一个无线电小区(19)的无线电业务过载。
23.根据权利要求22所述的监督设备(20),进一步可操作以当获取将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施时:
向服务所述至少一个无线电小区(19)的所述设备(14)并向服务所述至少一个相邻小区(17,18)的所述设备(12,13)发送对将要采取的所述建议措施的请求;以及
响应于所发送的请求,从所述设备(12,13,14)中的每个设备接收将要采取的所述建议措施。
24.根据权利要求23所述的监督设备(20),其中,向服务所述至少一个无线电小区(19)的所述设备(14)并向服务所述至少一个相邻小区(17,18)的所述设备(12,13)发送的对将要采取的所述建议措施的所述请求包括以下中的一项或多项:服务被指示经受所述无线电业务的小区的所述设备(14)的唯一标识符;无线电业务过载事件发生的描述,其包括预测所述事件将要发生的时间、所述无线电业务过载事件发生的严重度和持续时间;哪个或哪些切片将经历所述无线电业务过载事件的指示;将经历所述过载事件的一个或多个信道;以及所述无线电业务过载事件是在下行链路、上行链路或这两者中发生的指示。
25.根据权利要求22-24中任一项所述的监督装置(20),进一步可操作以:
从邻居关系表NRT中识别所述至少一个相邻无线电小区(17,18)。
26.根据权利要求22-25中任一项所述的监督设备(20),进一步可操作以:
从所获取的无线电业务容量使用率度量中检测无线电业务过载事件被指示为在所述一组无线电小区(17,18,19)中的所述至少一个无线电小区(19)中发生。
27.根据权利要求26所述的监督设备(20),其中,如果所获取的无线电业务容量使用率度量在当前时刻超过无线电业务负载阈值或者被预期在随后的时刻超过无线电业务负载阈值,则所述无线电业务事件被检测为发生。
28.根据权利要求22-27中任一项所述的监督设备(20),进一步可操作以当确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的所述选定措施时:
从所述建议措施中选择如下措施:最能缓解所述至少一个无线电小区(19)中的所述无线电业务过载,同时不会导致所述至少一个相邻无线电小区中的无线电业务负载增加,如由所述一组无线电小区(17,18,19)中的每个无线电小区的所获取的无线电业务容量使用率度量所指示的。
29.一种监督设备(20),被配置为使能缓解一组无线电小区(17,18,19)中的至少一个无线电小区(19)中的无线电业务过载,所述监督设备(20)包括处理单元(101)和存储器(103),所述存储器包含所述处理单元(101)可执行的指令(102),由此,所述监督设备(20)可操作以:
获取所述一组无线电小区(17,18,19)中的每个无线电小区的无线电业务容量使用率度量;
基于从服务所述至少一个无线电小区(19)的设备(14)并从服务所述一组无线电小区中的至少一个它的相邻无线电小区(17,18)的设备(12,13)获取的无线电业务容量使用率度量,确定将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的措施;以及
指示服务所述至少一个无线电小区的所述设备(14)应用所确定的措施以用于缓解所述至少一个无线电小区(19)的无线电业务过载。
30.根据权利要求29所述的监督设备(20),进一步可操作以:
从邻居关系表NRT中识别所述至少一个相邻无线电小区(17,18)。
31.根据权利要求29或30所述的监督装置(20),进一步可操作以:
从所获取的无线电业务容量使用率度量中检测无线电业务过载事件被指示为在所述一组无线电小区(17,18,19)中的所述至少一个无线电小区(19)中发生。
32.根据权利要求31所述的监督设备(20),其中,如果所获取的无线电业务容量使用率度量在当前时刻超过无线电业务负载阈值或者被预期在随后的时刻超过无线电业务负载阈值,则所述无线电业务事件被检测为发生。
33.根据权利要求29-32中任一项所述的监督设备(20),进一步可操作以当确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的所述措施时:
选择如下措施:最能缓解所述至少一个无线电小区(19)中的所述无线电业务过载,同时不会导致所述至少一个相邻无线电小区中的无线电业务负载增加,如由所述一组无线电小区(17,18,19)中的每个无线电小区的所获取的无线电业务容量使用率度量所指示的。
34.一种服务至少一个无线电小区(19)的设备(14),被配置为使能缓解一组无线电小区(17,18,19)中的所述至少一个无线电小区(19)中的无线电业务过载,所述设备(14)包括处理单元(141)和存储器(143),所述存储器包含所述处理单元(141)可执行的指令(142),由此,所述设备(14)可操作以:
从监督设备(20)接收对将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施的请求;
获取至少一个相邻无线电小区(17,18)的无线电业务容量使用率度量;
从服务至少一个相邻无线电小区(17,18)的设备(12,13)获取将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施;
确定将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的措施;
基于所获取的无线电业务容量使用率度量、针对所述至少一个相邻小区(17,18)所获取的将要采取的建议措施、以及所确定的将要采取以用于所述至少一个无线电小区(19)的措施,确定将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的选定措施;以及
应用所述选定措施以用于缓解所述至少一个无线电小区(19)的无线电业务过载。
35.根据权利要求34所述的设备(14),进一步可操作以:
从所述监督设备(20)获取应当应用所确定的将要采取的选定措施的确认。
36.根据权利要求34和35所述的设备(14),进一步可操作以当获取将要采取以用于缓解所述至少一个无线电小区(19)的无线电业务过载的建议措施时包括:
向服务所述至少一个相邻小区(17,18)的设备(12,13)发送对将要采取的所述建议措施的请求;以及
响应于所发送的请求,从所述设备(12,13)接收将要采取的所述建议措施。
37.根据权利要求36所述的设备(14),其中,从所述监督设备(20)接收并被发送到服务所述至少一个相邻小区(17,18)的所述设备(12,13)的所述请求被配置为包括以下中的一项或多项:服务被指示经受所述无线电业务的小区的所述设备(14)的唯一标识符;无线电业务过载事件发生的描述,其包括预测所述事件将要发生的时间、所述无线电业务过载事件发生的严重度和持续时间;哪个或哪些切片将经历所述无线电业务过载事件的指示;将经历所述过载事件的一个或多个信道;以及所述无线电业务过载事件是在下行链路、上行链路或这两者中发生的指示。
38.根据权利要求34-37中任一项所述的设备(14),进一步可操作以:
从邻居关系表NRT中识别所述至少一个相邻无线电小区(17,18)。
39.根据权利要求34-38中任一项所述的设备(14),进一步可操作以当确定将要采取以用于缓解所述至少一个无线电小区的无线电业务过载的所述选定措施时:
从所述建议措施和所确定的措施中选择如下措施:最能缓解所述至少一个无线电小区(19)中的所述无线电业务过载,同时不会导致所述至少一个相邻无线电小区中的无线电业务负载增加,如由所述一组无线电小区(17,18,19)中的每个无线电小区的所获取的无线电业务容量使用率度量所指示的。
40.一种计算机程序(102),包括计算机可执行指令,当所述计算机可执行指令在监督设备(20)中包括的处理单元(101)上被执行时,所述计算机可执行指令用于使所述监督设备(20)执行根据权利要求1-14中的任何一项中所述的步骤。
41.一种计算机程序产品,包括计算机可读介质(103),在所述计算机可读介质上体现有根据权利要求40所述的计算机程序(102)。
42.一种计算机程序(142),包括计算机可执行指令,当所述计算机可执行指令在设备(14)中包括的处理单元(141)上被执行时,所述计算机可执行指令用于使所述设备(14)执行根据权利要求15-21中的任何一项中所述的步骤。
43.一种计算机程序产品,包括计算机可读介质(143),在所述计算机可读介质上体现有根据权利要求42所述的计算机程序(142)。
CN202080102397.9A 2020-06-24 2020-06-24 选择用于小区过载的缓解策略 Pending CN115943664A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2020/050652 WO2021262051A1 (en) 2020-06-24 2020-06-24 Selecting mitigaton strategy for cell overload

Publications (1)

Publication Number Publication Date
CN115943664A true CN115943664A (zh) 2023-04-07

Family

ID=79281601

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080102397.9A Pending CN115943664A (zh) 2020-06-24 2020-06-24 选择用于小区过载的缓解策略

Country Status (4)

Country Link
US (1) US20230276298A1 (zh)
EP (1) EP4173356A4 (zh)
CN (1) CN115943664A (zh)
WO (1) WO2021262051A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9521561B2 (en) * 2012-09-13 2016-12-13 Qualcomm Incorporated UE-assisted network optimization methods
WO2015014413A1 (en) * 2013-08-02 2015-02-05 Nokia Solutions And Networks Oy Methods and apparatuses for load balancing in a self-organising network
US11917480B2 (en) * 2016-06-21 2024-02-27 T-Mobile Usa, Inc. Traffic management for wireless communication network
US10524145B1 (en) * 2018-06-30 2019-12-31 Wipro Limited Method and system for maintaining user application session performances in a wireless communication network
US10743211B2 (en) * 2018-09-25 2020-08-11 Verizon Patent And Licensing, Inc. Diversified ran architecture with congestion control based on spectrum re-allocation

Also Published As

Publication number Publication date
WO2021262051A1 (en) 2021-12-30
EP4173356A1 (en) 2023-05-03
US20230276298A1 (en) 2023-08-31
EP4173356A4 (en) 2024-02-28

Similar Documents

Publication Publication Date Title
US9451517B2 (en) Method and system for path predictive congestion avoidance
US9369893B2 (en) Method and system for coordinating cellular networks operation
JP7150756B2 (ja) システムメッセージ通知、送信方法および装置
TWI431960B (zh) 無線通信系統中用於處理行動台歷史資訊之方法及裝置
US11191072B2 (en) Information transmission method and radio access network device
US10999774B2 (en) Method and apparatus for inter-cell load distribution and interference mitigation in wireless communication system
EP2403296B1 (en) Cellular telecommunications system network element, corresponding method and computer-readable storage medium
RU2633375C2 (ru) Устройство управления связью, базовая станция, оконечное устройство и способ управления связью
US20160165478A1 (en) Methods and Apparatuses for Load Balancing in a Self-Organising Network
US20200344641A1 (en) Network configuration using cell congestion predictions
JP2019062510A (ja) 管理装置及びその制御方法、並びにプログラム
Addali et al. Enhanced mobility load balancing algorithm for 5G small cell networks
JP6309647B2 (ja) モバイルセルラネットワークにおける電力消費量最適化のための方法
CN115943664A (zh) 选择用于小区过载的缓解策略
Guo et al. Optimal strategy for QoS provision under spectrum mobility in cognitive radio networks
CN107787045B (zh) 小区间干扰协调方法及***
WO2021122732A1 (en) Network entity, user equipment and method
Salhani Comparison of the proactive and reactive algorithms for load balancing in UDN networks
Perez-Romero et al. Self-X in SESAME
WO2023042519A1 (ja) 効率的な負荷分散制御を実行するための制御方法、装置、及びプログラム
Kaniezhil A spectrum-sharing strategy via cognitive radio nodes to improve utilisation of the spectrum
CN118055454A (zh) 一种资源配置方法、装置和存储介质
CN115226091A (zh) 预测信息的获取方法、网元、装置及存储介质
Hendrawan RRC success rate accessibility prediction on SAE/LTE network using Markov chain model

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