CN113302900B - 混合传输方案确定 - Google Patents
混合传输方案确定 Download PDFInfo
- Publication number
- CN113302900B CN113302900B CN201980089419.XA CN201980089419A CN113302900B CN 113302900 B CN113302900 B CN 113302900B CN 201980089419 A CN201980089419 A CN 201980089419A CN 113302900 B CN113302900 B CN 113302900B
- Authority
- CN
- China
- Prior art keywords
- transmission
- information
- multicast
- network
- unicast
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5019—Ensuring fulfilment of SLA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种在无线通信网络的网络元件中的方法,该方法包括:从服务提供方接收服务请求;发起对用于服务请求的传输方案的确定;获得关于多个终端设备和网络节点的多播能力信息;获得关于多个终端设备的分布信息;获得关于网络节点的业务负载信息;基于多播能力信息、分布信息以及业务负载信息,确定用于服务请求的传输方案,传输方案包括至少一个单播传输和至少一个多播传输;以及向一个或多个单播发送实体指示至少一个单播传输并且向一个或多个多播发送实体指示至少一个多播传输。
Description
技术领域
本发明涉及通信。
背景技术
在通信网络中,单播和多播传输可以被用于向用户设备(也可称为终端设备)提供服务。提供进一步增强单播和多播传输使用的灵活性的解决方案可能是有益的。
发明内容
根据一方面,提供了独立权利要求的主题。一些实施例在从属权利要求中被定义。
实现的一个或多个示例将在以下附图和说明书中被更详细地阐述。从说明书和附图以及从权利要求书,其他特征将变得明显。
附图说明
在下文中,一些实施例将参考附图被描述,在附图中
图1图示了本发明实施例可以被应用的无线通信系统的示例;
图2图示了根据实施例的流程图;
图3图示了示例实施例;
图4、图5、图6、图7和图8图示了一些实施例;以及
图9图示了根据实施例的装置的框图。
具体实施方式
以下实施例是示例性的。尽管本说明书可以在文本的若干位置引用”一个”、”一”,或者”一些”(多个)实施例,这不必然意味着每次均指代相同的(多个)实施例,或者特定的特征仅适用于单个实施例。不同实施例的单个特征也可以被组合以提供其他实施例。
在下文中,将使用基于高级长期演进(高级LTE,LTE-A)或新无线电(NR,5G)的无线电接入架构作为实施例可被应用的接入架构的示例,来描述不同的示例性实施例,但不将实施例限制于这种架构。对于本领域的技术人员明显的是,通过适当地调整参数和过程,实施例也可以被应用于具有合适部件的其他种类的通信网络。针对合适的系统的其他选项的一些示例是通用移动电信系统(UMTS)无线电接入网(UTRAN或E-UTRAN)、长期演进(LTE,与E-UTRA相同)、无线局域网(WLAN或WiFi)、全球微波接入互通(WiMAX)、个人通信服务(PCS)、/>宽带码分多址(WCDMA)、使用超宽带(UWB)技术的系统、传感器网络、移动自组织网络(MANET),以及互联网协议多媒体子系统(IMS)或者其任何组合。
图1描绘了仅示出一些元件和功能性实体的简化系统架构的示例,元件和功能行实体全部是逻辑单元,其实施方式可能不同于已知的实施方式。图1中所示的连接是逻辑连接;实际物理连接可以是不同的。对于本领域技术人员显而易见的是,系统通常还包括除了图1中所示的那些功能和结构之外的其他功能和结构。
然而,实施例不限于作为示例给出的系统,而是本领域技术人员可以将解决方案应用于被提供有必要属性的其他通信系统。
图1的示例示出了示例性无线电接入网的部分。
图1示出了用户设备100和102,用户设备100和102被配置为在小区中的一个或多个通信信道上与提供该小区的接入节点104(诸如(e/g)NodeB)进行无线连接。从用户设备到(e/g)NodeB的物理链路被称为上行链路或者反向链路,并且从(e/g)NodeB到用户设备的物理链路被称为下行链路或者前向链路。应当理解的是,(e/g)NodeB或它们的功能可以通过使用任何节点、主机、服务器或者接入点等适合于这种用途的实体来实现。
通信系统通常包括多于一个(e/g)NodeB,在这种情况下,(e/g)NodeB也可以被配置为通过为此目的设计的有线或者无线链路彼此通信。这些链路可以用于信令目的。(e/g)NodeB是被配置为控制其耦合到的通信系统的无线电资源的计算设备。NodeB也可以被称为基站、接入点、或者任何其他类型的接口设备,包括能够在无线环境中操作的中继站。(e/g)NodeB包括或者被耦合到收发器。连接从(e/g)NodeB的收发器被提供至天线单元,该天线单元建立到用户设备的双向无线电链路。天线单元可以包括多条天线或者天线元件。(e/g)NodeB还被连接到核心网110(CN或者下一代核心NGC)。取决于系统,CN侧的对应方可以是服务网关(S-GW,路由和转发用户数据分组)、用于提供用户设备(UE)到外部分组数据网络的连接的分组数据网络网关(P-GW)、或者移动管理实体(MME)等。
用户设备(也称为UE、用户装备、用户终端、终端设备等)图示了一种类型的装置,空中接口上的资源被分配和指派给该装置,并且因此本文中利用用户设备描述的任何特征可以利用对应装置来实现,诸如中继节点。这样的中继节点的示例是朝向基站的层3中继(自回程中继)。
用户设备通常指便携式计算设备,包括使用或不使用用户标识模块(SIM)操作的无线移动通信设备,包括但不限于以下类型的设备:移动台(移动电话)、智能手机、个人数字助理(PDA)、头戴式装置、使用无线调制解调器的设备(警报或测量设备等)、膝上型电脑和/或触屏计算机、平板电脑、游戏控制器、笔记本电脑、以及多媒体设备。应当理解的是,用户设备也可以是近乎独有的仅上行链路设备,其示例是将图像或视频剪辑加载到网络的照相机或者摄像机。用户设备也可以是具有在物联网(IoT)网络中操作的能力的设备,物联网网络是这样的场景,其中的对象被提供有在无需人与人或者人与计算机交互的情况下通过网络传送数据的能力。用户设备也可以利用云。在一些应用中,用户设备可以包括具有无线电部分的小型便携式设备(诸如手表、耳机或者眼镜),并且计算在云中执行。用户设备(或者在一些实施例中,层3中继节点)被配置为执行用户装备功能中的一个或多个功能。用户设备也可以被称为订户单元、移动台、远程终端、接入终端、用户终端或者用户装备(UE),仅提及几个名称或者装置。
本文描述的各种技术还可以应用于网络物理系统(CPS)(使物理实体的计算元件协作的系统)。CPS可以支持对嵌入到不同位置处的物理对象中的大量互连ICT设备(传感器、制动器、处理器、微控制器等)的实现和利用。移动网络物理系统是网络物理系统的子类别,其中所讨论的物理系统具有固有的移动性。移动物理系统的示例包括由人类或者动物运输的移动机器人和电子设备。
附加地,尽管装置已经被描绘为单个实体,但不同单元、处理器和/或存储器单元(未全部在图1中示出)可以被实现。
5G支持使用多输入多输出(MIMO)天线,比LTE多得多的基站和节点(所谓的小小区概念),包括与较小的站合作操作的宏站点,并且根据服务需要、用例和/或可用频谱采用各种各样的无线电技术。5G移动通信支持广泛的用例和相关应用,包括视频流、增强现实、不同的数据共享方式和各种形式的机器类型应用(诸如(大规模)机器类型通信(mMTC),包括车辆安全、不同的传感器和实时控制。5G被期望具有多个无线电接口,即6GHz以下、cmWave和mmWave,并且还可与现有的传统无线电接入技术(诸如,LTE)集成。至少在早期阶段,与LTE的集成可以作为一个系统来实现,其中宏覆盖范围由LTE提供,并且5G无线电接口接入来自通过聚合到LTE的小小区。换言之,5G被计划为支持RAT间可操作性(诸如LTE-5G)和RI间可操作性(无线电接口间可操作性,诸如低于6GHz-cmWave、低于6GHz-cmWave-mmWave)两者。考虑用于5G网络中的概念之一是网络切片,其中多个独立和专用虚拟子网络(网络实例)可以在相同基础设施内被创建以运行对时延、可靠性、吞吐量和移动性具有不同要求的服务。
LTE网络中的当前架构被完全分布在无线电中,并且完全集中于核心网中。5G中的低时延应用和服务需要将内容带到接近导致本地突发和多接入边缘计算(MEC)的无线电。5G实现分析和知识生成在数据源上发生。该方法需要利用资源,该资源可能无法连续地连接到网络,诸如膝上型电脑、智能电话、平板电脑和传感器。MEC提供用于应用和服务托管的分布式计算环境。为了加快响应时间,它还具有在很靠近蜂窝订户处存储和处理内容的能力。边缘计算覆盖大范围的技术,诸如无线传感器网络、移动数据获取、移动签名分析、合作分布式对等自组织组网和处理(也被分类为本地云/雾计算和网格/网式计算)、露计算、移动边缘计算、微云(cloudlet)、分布式数据存储和取回、自主自愈网络、远程云服务、增强和虚拟现实、数据缓存、物联网(大规模连接性和/或时延关键)、关键通信(自主车辆、交通安全、实时分析、时间关键控制、医疗保健应用)。
通信系统还能够与其他网络通信,诸如公共交换电话网或者互联网112,或者利用由它们提供的服务。通信网络还可以能够支持对云服务的使用,例如至少部分核心网操作可以作为云服务执行(这在图1中由”云”114描绘)。通信系统还可以包括中心控制实体等,从而为不同运营方的网络提供设施以例如在频谱共享中进行合作。
边缘云可以通过利用网络功能虚拟化(NVF)和软件定义网络(SDN)被引入无线电接入网(RAN)。使用边缘云可能意味着接入节点操作将至少部分地在被操作耦合到远程无线电头端或者包括无线电部分的基站的服务器、主机或者节点中执行。节点操作也可能将分布在多个服务器、节点或者主机之间。云RAN架构的应用使得RAN实时功能能够在RAN侧执行(在分布式单元DU 104中),并且非实时功能能够以集中方式(在集中式单元CU108)执行。
还应当理解的是,核心网操作和基站操作之间的劳动分布可能不同于LTE,或者甚至不存在。可能被使用的一些其他技术进步可能是大数据或者全IP,这可能改变网络被构造和管理的方式。5G(或者新无线电、NR)网络被设计以支持多个层级,其中MEC服务器可以被放置在核心与基站或者NodeB(gNB)之间。应当理解的是MEC也可以被应用于4G网络。
5G还可以利用卫星通信来增强或补充5G服务的覆盖范围,例如通过提供回程。可能的用例是为机器对机器(M2M)或者物联网(IoT)设备或者车辆运载的乘客提供服务连续性,或者确保用于关键通信以及未来铁路/海运/航空通信的服务可用性。卫星通信可以利用对地静止地球轨道(GEO)卫星系统,也可以利用近地轨道(LEO)卫星系统,特别是巨型星座(其中部署有数百个(纳米)卫星的系统)。巨型星座中的每个卫星106可以覆盖创建地面小区的若干个支持卫星的网络实体。地面小区可以通过地面中继节点104或者由位于地面或者卫星中的gNB被创建。
对于本领域技术人员显而易见的是,所描绘的系统仅作为无线电接入系统的一部分的示例,并且在实践中,该系统可以包括多个(e/g)NodeB,用户设备可以接入多个无线电小区并且该系统还可以包括其他装置,诸如物理层中继节点或其他网络元件等。(e/g)NodeB的至少一个(e/g)NodeB可以是归属(e/g)NodeB。附加地,在无线电通信系统的地理区域中,可以提供多个不同种类的无线电小区和多个无线电小区。无线电小区可以是宏小区(或者伞状小区),它们是大型小区,通常具有高达数十千米的直径,或者可以是较小的小区,诸如微小区、毫微微小区或者微微小区。图1的(e/g)NodeB可以提供任何类型的这些小区。蜂窝无线电系统可以被实现为包括若干种小区的多层网络。通常,在多层网络中,一个接入节点提供一个种类的一个或多个小区,并且因此多个(e/g)NodeB被要求提供这样的网络结构。
为了满足提高通信系统的部署和性能的需要,“即插即用”(e/g)NodeB的概念已被引入。通常地,能够使用“即插即用”(e/g)NodeB的网络包括除归属(e/g)NodeB(H(e/g)NodeB)之外的归属节点B网关或者HNB-GW(未在图1中示出)。通常安装在运营方的网络内的HNB网关(HNB-GW)可以将业务从大量HNB聚合回到核心网。
当前大量的智能设备和对象被嵌入了传感器和处理器,使大量的智能设备和对象能够感知来自环境的实时信息并且对应地做出反应。IoT设备,诸如智能车辆(例如智能汽车)、(多个)车辆传感器、可穿戴设备、不同类型的传感器、工业和实用组件,可以被利用于例如图1中描述的系统或者类似系统。IoT已成为通信网络技术(诸如5G)演进的重要驱动力。此外,诸如车辆对一切(V2X),和车辆对车辆(V2V)通信的技术或者概念可能会进一步增加在当前和未来的系统(例如,图1的系统)中的业务负载。因此,通常地,5G蜂窝网络在诸如用户体验数据速率、业务密度、峰值数据速率、连接密度、端到端延时和移动性的维度可能具有更高的容量要求。所有这些要求为不同的用例提供了更多可能性以构建更智能的世界。然而,未来代网络将面临许多动态的和多样化的需求,网络本身也需要提高灵活性和智能化。
智能可能意味网络可以从过去学习并且针对新的但类似的情况做好准备。网络本身可以自动地进行最佳调整,而不是手动输入和准备涉及数千或更多参数的各种情况所需的所有参数。此外,通过从过去学习,并且结合各种类型的数据,网络可以知道资源是如何被使用的并且可以设计更好的调度、决策和资源分配机制。所有这些处理的目的是为了更高的网络操作效率,最终用户的更好的体验质量(QoE),以及服务提供方和网络运营方的更多的利润。
精确的内容推送服务可以使服务提供方将正确的内容推送到正确的用户,这也称为智能内容推送或者个性化内容推送。内容推送服务的一个示例实现可以是V2X内容推送。例如,智能车辆可以包括被安装在一个车辆中的多个传感器,以收集车辆状况和周围的环境信息。车辆中的所有这些传感器都可能连接网络并且与车辆服务中心交互数据信息以完成其所设计的服务。例如,可能存在更新或者升级传感器的固件和/或软件的需求。例如,更新或升级(以下简称升级)可以为传感器提供新的特征或者纠错。例如这两者都可以增强交通安全。由于可以存在各自包括一个或多个传感器的许多车辆,因此提供能够经由通信网络(例如图1的网络)在适当时间和适当地点将大量数据推送到传感器的解决方案可能是有益的。针对到通信网络的这类数据传输服务具有一些特性,诸如:
-目标受众(即传感器)的数目将相对大。
-数据传输量可能相当高。
-由于车辆的移动性,目标受众(即传感器)也可能是移动的。
–针对一组目标受众,用于升级的数据可能相同。
-升级分组数据传输的完成时间(诸如截止时间)将是确定的时间。
–通地,将是车辆中的目标受众与网络之间的无线传输。例如,车辆服务中心可以将由一个或多个网络节点所发送的升级提供给多个传感器。
此外,从内容和用户的视角来这样的服务可能是精确的内容推送服务,其中目标用户在确定的时间接收内容数据。这是内容特定并且以用户为中心。这可能意味着该服务的不同实例将对内容、用户和时间有不同的要求。对于车辆传感器固件/软件的升级用例,不同品牌的汽车公司可能会针对不同型号的车在不同时间推出不同的升级服务。
因此,从通信网络的视角来看,问题可能在于如何设计增强的或者优化的传输解决方案,以便以有效的方式向这些目标用户传送数据。
考虑到通常可能需要升级的传感器或者车辆的数目将会更多,一种解决方案是多播传输。然而,当前在诸如4G LTE等通信网络中,多播服务仅被支持作为具有某种预先配置的固定模式的多媒体广播多播服务(MBMS)服务。传输域(即多播广播单一频率网络(MBSFN)区域)相对地固定。这是由服务区域和网络节点的能力决定的。然而,由于汽车的自然移动属性,在该升级业务中的用户分布可能是相当地动态的。因此,可能所有的目标设备不位于多个MBSFN区域的任何区域内。因此,不考虑用户的移动性模式和/或轨迹以及其他网络节点和/或用户简档信息的先前简单且单一的多播传输方法可能会导致在某些区域中发送的无效数据(例如旧数据)。也可能一些用户从未处在所述(多个)MBSFN区域内,并且因此无法接收所发送的数据。例如,该情况可能导致交通安全中的潜在问题。
因此,提出了一种混合多播-单播解决方案,其可以被用于为终端设备(诸如车辆传感器和其他车辆设备)提供增强的内容推送服务。多播可以被理解为从一个实体向多个实体的传输(但不一定是向区域中的所有实体的传输(如广播中那样)),而单播可以是从一个实体到另一实体的传输。这些术语分别为技术人员所知。
图2图示了根据实施例的流程图。参考图2,一种在无线通信网络的网络元件中的方法被提供,该方法包括:从服务提供方接收服务请求(框202);发起对用于服务请求的传输方案的确定(框204);获得关于多个终端设备和网络节点的多播能力信息(框206);获得关于多个终端设备的分布信息(框208);获得关于网络节点的业务负载信息(框209);基于多播能力信息、分布信息以及业务负载信息,确定用于服务请求的传输方案,传输方案包括至少一个单播传输和至少一个多播传输(框210);以及向一个或多个单播发送实体指示有关至少一个单播传输,以及向一个或多个多播发送实体指示有关至少一个多播传输(框212)。
例如,关于图2讨论的网络元件可以是网络节点,或者包括在网络节点中(例如网络节点104),或者在一些其他的网络实体中。在一个示例实施例中,网络单元可以是大数据进程功能实体(BDPFE)。应当注意的是在一些实现中,网络元件可以是虚拟网络功能(VNF)。这可能意味着BDPFE的功能可以在通信系统的不同物理实体之间共享。例如,所述方法可以适用于图1的系统。
在实施例中,分布信息包括关于多个终端设备的轨迹信息。例如,轨迹信息可以指示终端设备的轨迹,诸如所预测的轨迹和/或所预测的(多个)未来位置。根据一些示例实施例,轨迹信息可以指示和/或包括关于多个终端设备的移动性预测信息。本质地,该信息可以指示或者尝试估计终端设备的(多个)位置、轨迹和/或速度/或速率。这可以在基于例如未来位置、业务负载信息和容量信息来确定传输方案中帮助BDPFE 300。
关于图2所讨论的终端设备可以是,例如传感器设备(诸如设备100、102)。因此,例如,一些设备100、102可以共享相同的轨迹(即被包括在相同的车辆中)或者具有不同的轨迹。轨迹信息可以指示,例如终端设备的预测的轨迹。在实施例中,多个终端设备包括车辆传感器设备,诸如设备100、102。
如所提到的,针对这种内容推送的一个用例可以是固件或者软件升级。因此,在实施例中,服务请求是固件更新请求或软件更新请求。因此,关于需要被推送到终端设备的固件或者软件更新可以请求服务。
因此,通常地,传输方案可以包括多个单播和多个多播传输。让我们看图3,图3指示了实施例。参考图3,执行权利要求2的方法的网络单元被示出为BDPFE 300。BDPFE 300被用作示例,但是实施例也可以适用于其他网络实体。在图3的情况下,传输方案可以包括在多播区域311和321中的多播传输,以及单播317、333、335。
关于多播传输,这些可以由网络节点310和320在它们相应多播区域311、321中执行。因此,终端设备312、314和322、324、326可以接收作为多播传输的传输(例如升级)。
关于单播传输,终端设备316、332、334可以利用单播传输317、333、335被更新。
单播和多播传输两者都可以被用于实现相同的服务请求,例如在图3的情况下。如上所述,传输方案至少可以基于多播能力信息和分布信息被确定。
首先,多播能力信息可以指示终端设备312、314、316、322、324、326、332、334和/或网络节点310、320、330的多播能力。例如,在图3的示例中,该能力信息可以指示网络节点310、320和/或其小区具有多播能力,而网络节点330可能没有多播能力。此外,该信息可以指示至少设备312、314、322、324、326具有多播能力。因此,这些设备可以使用多播传输被服务,并且因此BDPFE 300可以经由连接392、394向网络节点310、320指示多播传输。然而,由于设备316可能没有多播能力,因此网络节点310也可能需要对设备316执行单播传输317。单播传输也可以由BDPFE 300指示给网络节点310。更进一步,由于网络节点330可能没有多播能力,因此BDPFE 300可以指示或者请求(例如经由连接396)网络节点330执行去往设备332、334的单播传输333、335。应当注意的是,设备332、334可以具有多播能力或没有多播能力。
因此,如所指示的,BDPFE 300可以向网络节点310、320、330指示关于相同服务请求(例如,升级请求)的不同多播和单播传输。可能存在有向其做出了指示的一个或多个网络节点310、320、330。该指示可以被理解为用以根据由BDPFE 300确定的传输方案来执行传输的指示或者请求。
此外,除了能力信息之外,该确定可以基于关于终端设备312、314、316、322、324、326、332、334的分布信息。即,分布信息至少可以包括终端设备312、314、316、322、324、326、332、334的位置。并且,BDPFE 300可以利用关于网络节点310、320及其相应多播区域311、321的位置数据。
在实施例中,分布信息指示终端设备312、314、316、322、324、326、332、334的轨迹。例如,轨迹可以是终端设备的预测轨迹。
终端设备312、314、316、322、324、326、332、334可以是例如传感器设备和/或包括一个或多个传感器。例如,终端设备可以被包括在一个或多个车辆中,并且因此可以是例如车辆传感器。也就是说,每个车辆可以包括一个或多个传感器。
因此,例如,即使终端设备在多播区域内,但是其被预期将移动到区域之外,例如在某个时间限制内,BDPFE 300可以指示相应的网络节点向终端设备执行关于服务请求的单播传输。例如,如果设备316具有多播能力,但是正在远离区域311,例如使得多播传输不会到达设备316,则BDPFE 300可以确定传输方案,以使网络节点310向设备316执行单播传输317。
在实施例中,分布信息包括关于多个终端设备的位置信息。因此,终端设备的当前和/或未来所预测的位置可能是已知的。
仍然参考图3,根据实施例,一个或多个多播区域311、321可以与一个或多个网络节点相关联。此给出的示例是关于可以由网络节点320和390服务的多播区域321(尽管图中未示出,它也可以连接到BDPFE 300)。网络节点320、390可以联合参与相同的多播传输。因此,应当注意的是,相同的多播传输可以由多个网络节点执行。例如,这样可以提高用于多播传输的小区边缘性能。如所述,多播区域可以是3GPP LTE标准中所定义的MBSFN区域。类似的或者相同的结构可以被用于未来的网络,诸如5G网络。还应当注意的是,尽管未在图中示出,但多播区域311可以和多于一个网络节点相关联。然而,仅一个网络节点也可能是足够的。
根据实施例,执行图2中所示方法的网络元件(例如BDPFE 300)在确定传输方案中利用大数据和/或人工智能。这可能意味着在确定传输方案中一个或多个学习算法被利用。例如,该学习算法可以包括利用(多个)神经网络功能或者类似的学习功能。图3中所给一些示例,其示出了统一数据库(UDR)302、人工智能引擎(AIE)304和人工智能致动器(AIA)306。一个或者全部所描述的模块302、304、306中的模块可以被使用。此外,模块302、304、306中的每个模块可以有一项或多项。因此,优化的混合多播-单播传输解决方案可以包括传输方案的确定,该传输方案利用大数据分析来确定多播组和多播区域,并且还利用单播传输作为传输方案的补充。多维、跨层、历史和预测信息可以通过大数据和人工智能方法被用于优化网络处理。
BDPFE可能具有到当前网络元件(例如图1和/或图4所示的元件)的接口以收集信息并且执行大数据分析。这可以使当前网络更智能地处理服务请求。如上所述,根据实施例,BDPFE包括三个组件:UDR 302、AIE 304和AIA 306,它们分别处理数据存储、数据分析和网络执行决策布置。这三个组件可以被设计为松耦合,并且通过类似服务的接口相互连接。BDPFE可以灵活的修改,并且可以适应通信网络的变化。
UDR 302可以是5G架构的部分。UDR 302可以专注于静态信息,并且可以收集与订户信息、策略和网络功能(NF)相关的数据。UDR可以是收集、清理(例如处理和移除冗余数据)和存储来自网络的不同类型数据的异构数据接入点。其收集的数据可能涉及用户、服务、网络和外部信息(例如环境、社交)。UDR可以提供接口,该接口允许NF推送用于其存储的数据,并且由UDR 302自己从那些NF中取出数据。
AIE 304可以是智能中间件,其可以包含基本人工智能模块和基于所需要任务的特定模块,诸如提供与分析、预测、分类、检测异常和推理相关的服务。它可以灵活的扩展,并且模块可以轻易地交换信息。此外,它可能是一个可以由不同的NF使用的免费的工具。它可以直接地与UDR 302和AIA 306二者连接。
AIA 306可以是网络和数据层之间的连接器。AIA 306可以翻译网络请求并且选择任务的相关的AIE模块。它还可以接收来自AIE的结果并且针对网络提供辅助信息以布置资源和做出战略决策。它可以针对NF提供接口和服务以执行请求,也可以具有特定的接口直接地与会话管理功能(SMF)和无线电接入网(RAN)交互。
然后,让我们考虑BDPFE 300可以如何工作的示例。AIA 306可以接收来自于通信网络(例如,通信网络的一些NF)的服务请求(例如,关于软件或固件的更新请求),并且将服务请求翻译为AIE 304可理解的请求。之后,AIE 304可以请求UDR 302以获得必需的数据,诸如能力信息和/或分布信息。此外,AIE 304可以从UDR 302获得数据,对其进行处理,并且将其发送至AIA 306以帮助AIA 306进行决策做出过程(即,基于服务请求和从UDR 302获得的所述信息确定传输方案)。
如前所述,BDPFE 300可以在确定用于服务请求的传输方案中利用能力信息、业务负载信息和分布信息。此外,传输方案被确定所基于的信息可以包括服务要求信息(例如,服务标识符信息、目标用户信息和/或服务时间请求信息)、网络节点简档信息(例如,能力信息、覆盖范围信息和/或业务负载信息),和/或用户简档信息(例如,可以与分发信息类似或相同的能力信息和/或移动性模式信息)。通常,在确定传输方案中可以使用关于所需服务的信息、能力信息(网络节点和终端设备)、网络节点覆盖范围和业务负载信息,以及终端设备位置和轨迹信息。然而,在一些情况下,不是所有描述的信息都被需要,但所有描述的信息可以提高确定的准确性。
来自其他网络元件的所描述的信息和/或数据可以被连续地收集和存储在UDR302中。AIE 304可以连续地处理数据以获得和更新用户简档(例如,移动性模式或分布)。因此,大数据分析可以在AIE 304中执行,其中大数据分析可以包括轨迹预测和/或网络负载预测,仅指出几个示例。
在实施例中,BDPFE 300连续地收集和存储能力信息和分布信息;基于收集的信息更新数据库中的终端设备的用户简档;并且在确定传输方案中利用用户简档。
在由AIA 306接收到来自网络的服务请求后,AIA 306可以开始实现传输方案确定过程以确保与服务请求相关的数据成功传输。
因此,BDPFE 300可以在确定终端设备是否可以经由多播传输被提供服务中利用关于终端设备的分布信息。BDPFE 300还可以在确定中利用关于多播区域的信息。如上文所公开的,分布信息可以包括关于终端设备的轨迹或者移动性轨迹信息。所预测的轨迹可以经由大数据分析被获得。此外,如果针对(多个)特定终端设备不可能进行多播,则可以使用(多个)单播传输。
此外,相同的服务请求可以包括在多个多播区域中的传输以及一个或多个单播传输。例如,关于终端设备的网络节点覆盖范围和分布信息可以被用于确定(多个)区域。
根据实施例,该方法包括:如果小区中的终端设备的数目超过阈值,则使网络节点在由网络节点提供的小区中应用多播传输,否则使网络节点应用一个或多个单播传输。基本上,BDPFE 300可以确定传输方案,以使如果多播区域(例如小区区域)中的终端设备的数目超过阈值,则执行多播传输。例如,如果只有一个终端设备,单播传输可以被执行。然而,阈值数目可能是除了1以外的其他数目(例如,2、3、10或者100)。利用所述阈值,BDPFE 300可以确保从多播传输或者单播传输中获得效益。
在图2的步骤209中,业务负载信息可以由BDPFE 300或者类似的实体获得。业务负载信息可以指示网络节点(诸如,网络节点310、320、330、390)的预测的业务负载。这可能意味着业务负载信息指示(多个)多播区域和/或(多个)小区中未来估计的业务负载。例如,业务负载信息可以指示在小区和/或多播区域中被使用和/或剩余了多少传输能力。业务负载信息可以被用于例如确定传输方案。以下是所给的一个示例。
根据实施例,基于关于网络节点的业务负载信息,BDPFE 300配置至少一个单播传输和/或至少一个多播传输的传输时间。因此,根据发送实体的业务负载信息,每个多播和/或单播传输的实际传输时间可能不同。例如,如果网络节点中的业务负载高于另一个网络节点中的业务负载,则前一网络节点可以被配置晚于后一网络节点执行传输。之后可能意味着,例如,在业务负载降低到某个阈值以下或者等于所述阈值之后。BDPFE 300在确定(多个)单播传输和/或(多个)多播传输的传输时间中可以附加地考虑服务请求的时间要求。这样,稀缺的网络资源可以以更有效的方式被使用。
在实施例中,单播传输和多播传输的传输时间不同(即,它们被BDPFE 300配置为不同,并且传输方案可以如此进行指示)。例如,这可能是由不同的业务负载在执行(多个)传输的实体处所导致的。
如上所述,BDPFE 300可以向执行(多个)传输的实体指示所确定的传输方案。这些实体可以包括例如网络节点310、320、330、390。例如,这些网络节点可以类似于如图1的网络节点104。此外,除了指示之外,BDPFE 300可以确定(多个)数据传输是否已成功。如果没有,例如,BDPFE 30可以要求重传与服务请求相关的数据。
图4图示了示出BDPFE 300到其他网络实体的连接的实施例。参考图4,不同的网络(例如5G网络)功能及其相互之间的连接性被示出。网络功能可以包括:网络切片选择功能402(NSSF)、认证服务器功能404(AUSF)、统一数据管理406(UDM)、互通功能408(IWF)、接入和移动管理功能412(AMF)、会话管理功能414(SMF)、策略控制功能416(PCF)、应用功能418(AF)以及用户平面功能424(UPF)。网络功能可以包括一个或多个所描述功能。因此,并非所有功能都是必需的。
此外,该网络可以包括广播多播服务中心410(BMSC)、无线电接入网422(RAN)(或简称接入网)、数据网络426(DN)、一个或多个UE 100,以及BDPFE 300(或者可能包括多于一个BDPFE)。
图4中示出了不同的接口和连接,即:UE 100和AMF 412之间的N1;RAN 422和AMF412之间的N2;等等。这些接口由本领域技术人员所已知。然而,图中示出了BDPFE 300和IWF408、BDPFE 300和BMSC 410、BDPFE 300和PCF 416、BDPFE 300和AF 418以及BDPFE 300和RAN 422之间的全部新的连接。然而,也可以存在其他接口。
更准确地,BDPFE 300可以具有和AF 418接的接口,以用于接收来自服务提供方的传感器固件/软件升级服务请求。
与AMF 412、UDM 406和RAN 422的接口可以由BDPFE 300使用,以收集如上所述的所需数据,诸如用户订阅信息(例如分布信息)、能力信息和/或业务负载信息。
与IWF 408的接口可以被用于获得与接收到的传感器固件/软件升级服务请求相关的用户组信息。这可能是执行该升级所需的服务水平所要求的最大用户范围。
与BMSC 410的接口可以用于指示发送实体的多播传输。实际上,BMSC 410可以负责(多个)多播传输,并且进一步请求不同的网络节点执行所需的多播传输。
与PCF 416的接口可以被用于指示类似于BMSC 410和多播传输的单播传输。因此,PCF 416可以负责(多个)单播传输,并且进一步请求不同网络节点执行所需的单播传输。
然后,让我们看图5,其示出了根据实施例的信号图。参考图5,框510图示了数据收集过程。即,BDPFE 300(以及更准确地是UDR 302)可以从网络实体502(例如,AMF 412、RAN422和/或UDM 406)收集数据。数据收集过程可以是连续的过程。BDPFE 300可以按需要配置对应的网络实体的数据收集要求。然后,相关的网络实体可以根据配置报告数据。因此,在BDPFE和对应的网络实体502之间可能存在双向交互。所收集的数据可以包括,例如能力信息、覆盖范围信息、业务负载信息和/或上文或图7中所指示的任何数据。基于收集的数据,大数据分析可以持续执行数据挖掘,以针对随后的决策做出过程准备一些有用的辅助信息。例如,两种类型的简档可以被生成,即网络节点简档和用户简档,其包括多播支持能力、用户移动性预测、业务负载统计数据和预测和/或覆盖范围信息。
在框512中,BDPFE 300可以从AF 418接收服务请求。
在实施例中,BDPFE 300可以在框514中从IWF查询组大小,并且在框516中接收指示组大小的响应。该组大小可以指示可以参与服务请求的终端设备或者用户的最大数目。换言之,多少终端设备可以利用相同的服务请求更新或者升级。基于组大小信息,BDPFE300可以确定将要被更新或者被升级的终端设备。因此,使用所描述的多播和单播混合传输方案被而更新或升级的终端设备数目可能不超过所指示的最大的组大小。
在框518中,BDPFE 300可以执行如上文指示的传输方案的确定。基于所确定的传输方案,在框520和522中,单播和多播传输可以分别被指示到PCF 416和BMSC 410。
即,根据所确定的传输方案,多播指示(框522)被发送到BMSC 410以发起随后的多播数据发送处理流程,并且单播指示(框520)被发送到PCF 416以发起随后的单播处理流程。例如,(多个)指示可以经由控制平面信号被传输。向BMSC 410发信号通知的多播指示信号可以包括服务请求信息、多播区域信息和/或传输时间信息,仅列举几个示例。向PCF 416发信号通知的单播指示信号可以包括服务请求信息、网络节点信息、用户或终端设备信息和/或传输时间信息。该信息可以被用于指导随后的传输过程。简而言之,BDPFE 300可以直接地指示和/或经由一个或多个实体(例如,PCF和/或BMSC)向网络节点指示多播和/或单播传输。因此,应当执行传输的实体被通知该传输。因此,例如,执行单播传输的网络节点可以被指示该特定的单播传输,但不被指示其他(多个)单播传输和(多个)多播传输。
现在让我们看图6,其图示了根据实施例的传输方案确定。在框602中,BDPFE 300可以从服务请求中提取信息(例如,在框512中接收的)。该信息可以包括,例如关于需要被服务(例如更新)的终端设备的信息和/或针对服务请求的时间要求。
在框604中,可以获得用户能力的信息。例如,这可以基于生成的或者更新的用户简档(即,所述用户简档可以与传感器相关联)。基于用户能力信息,终端设备可以被分组为两类:多播和非多播。基本上,针对多播终端设备,多播是可能的,并且针对非多播终端设备,多播是不可能的。非多播可能指不支持MBSFN的。
在框606中,如果终端设备不具有多播能力,该过程可以继续到关于该终端设备的框608。否则,该过程可以继续到框610。
在框608中,(多个)非多播终端设备的(多个)单播传输可以被配置,并且之后其被指示给执行(多个)单播传输的实体。针对每个非多播终端设备确定(多个)单播传输可能涉及终端设备特定的确定。因此,例如,在确定终端设备的单播传输时,可以考虑分布信息622、覆盖范围信息624和/或业务负载信息626。BDPFE 300可以使用用户移动性预测、基站覆盖范围信息和业务负载预测结果的大数据分析结果来确定单播执行网络节点、目标终端设备和传输时间。移动性预测结果和网络节点覆盖信息可以帮助用户选择适当的网络节点进行单播数据发送。针对传输时间的确定,基本原则可以是选择当网络节点业务负载较低时的时间以最大化网络资源的使用。当在确定传输时间时,可能需要满足并且考虑服务请求的截止时间(即时间要求)。
在框610中,网络节点的多播能力可以被确定。在框612中,如果多播是可能的,则该过程可以继续到框614,并且如果是不可能的,则该过程可以继续到框608。因此,即使终端设备能够进行多播接收,能够向所述终端设备传输的一个或多个网络节点也可能不存在。在这种情况下,单播可能仍然被需要。然而,两个或更多网络节点能够向终端设备进行传输是可能的。在这种情况下,至少一个网络节点具有多播能力就足够以使该过程继续到框612。
在框614中,(多个)多播传输由BDPFE 300至少基于框622、624和/或626的信息在小区和/或多播区域中被确定。多播可以用于具有多播能力并且位于至少一个多播区域内的终端设备。BDPFE 300可以使用用户移动性预测、基站覆盖信息和业务负载预测结果的大数据分析结果来确定多播执行网络节点和传输时间。针对一个服务请求生成多个多播组是可能的。每个多播组可以与相应多播区域相关联。每个多播组的传输时间可以不同。两个或更多多播组也可能与相同的多播区域相关联。例如,与相同服务请求相关的两个或更多多播可以在不同的时间在相同的多播区域内被执行。
在实施例中,每个多播组中的终端设备的数目可能需要高于阈值。即,与单播传输相比较,这种方式可以带来益处。
确定多播的范围和时间是双重优化问题。即,用户的分布可能是动态的。所以,传输时间可能以在多播区域中寻找尽可能多的用户为前提而被确定。因此,在传输时间的确定中,业务负载可能实际上是次要条件。这样多播可以提供最大的益处,因为它可以接收到尽可能多的终端设备。
此外,如果一些(多个)终端设备不能被映射到任何多播组,则BDPFE300可以为这些(多个)终端设备确定(多个)单播传输。
图7图示了根据实施例的由BDPFE 300收集的数据。如图中所述,UDR 302可以收集数据700。数据700可以包括订阅数据712、用户移动性数据714、应用/服务数据722、策略数据724、网络配置数据732、网络流数据734和/或RAN数据736。类别710可以指用户数据,类别720可以指服务数据,以及类别730可以指网络数据。
订阅数据712可以例如从归属用户服务器(HSS)和/或UDM 406获得。
用户移动性数据714可以例如从移动性管理实体(MME)和/或AMF412获得。
应用/服务数据722可以例如从AF 418获得。
策略数据724可以例如从策略和收费规则功能(PCRF)和/或PCF 416获得。
网络配置数据732可以例如从网络曝光功能(NEF)获得。
网络流数据734可以例如从RAN人工智能数据制动器(RAIDA)获得。
RAN数据734可以例如从RAIDA获得。
基于所收集的数据,诸如分布信息和/或能力信息的信息可以由BDPFE 300确定。
UDR 302可以连续收集和存储数据。例如,数据收集过程可以包括收集所需的数据,诸如会话开始时间、用户id、小区id、上行数据和/或下行数据。一旦所需数据在网络功能和UDR之间被注册,网络功能可以使用RESTful协议将数据发送到UDR 302。接收到的数据流可以被重新索引并且被存储在UDR 302中。
由UDR接收的数据可以由AIE 304用于预测用户移动性和业务负载信息,并且帮助用于最终的网络布置决策。AIE可以预测网络节点的业务负载以提高网络效率。为了预测业务负载,AIE 304可以从UDR 302接收数据。例如,AIE 304可以包括业务建模模块,该模块可以使用可能要求输入数据(诸如时间、时间粒度、日、周、上行链路(UL)数据、下行链路(DL)数据和/或业务窗口大小)的循环神经网络(R(E/G)NodeB)/长短期记忆(LSTM)模型(或一些其他神经网络模型)。
然后,数据可以被分离为训练、验证和测试的数据集(例如,针对10块数据,比例可以是5:2:3),数据可以被重新布置为业务矩阵以适应AI模型。
图8中给出了示例算法,其示出了将输入(例如数据)提供给UDR 302的学习和/或预测步骤810。训练和/或测试步骤可以由BDPFE 300执行以获得测试模型801。所使用的模型(即数据模型)800可以从测试模型801选择,并且基于所选择的模型800,BDPFE 300可以预测结果,诸如用户移动性模式。
在输入层802中,业务数据可以由所指配的滑动窗口(例如10,从X1到Xn,n是正整数)被传递给隐藏层804。隐藏层804可以接收先前的隐藏层数据作为输入并且将输出(例如加权输出)提供给下一隐藏层(垂直和水平的两者)。评估度量可以是例如均方差(MSE)函数。在训练期间(参见模型801),每个链接的最佳权重可以尝试被揭示以便生成最终模型(即800)。输出利用附图参考标记806被示出。
针对已经由窗口大小Sw被切片化的输入训练数据,给定切片数据Xt(xt,xt+ 1..xt+sw)和输入节点是具有以下的神经节点:
it=f(wi*Xt+bi)
其中f是激活函数,f可以是标准逻辑s型(sigmoid)函数,诸如f(x)=1/(1+e-x),并且wi和bi可以是需要被学习的参数。
由于业务负载模型是时间序列,预测的输出可能影响排序的数据。该节点Ct链接到Ct-1和it两者,因此:
Ct=gt*Ct-1+kt*it
其中gt和kt是针对t的影响权重。
并且输出可以是全连接线性的:ot=σ(wo·Ct+bo)。
注意,wi、wo、bi、bo可以是应当被学习的加权和偏差参数,向量大小可以对应于输入和输出向量大小。
为了选择最佳模型,不同的模型类型可以被分别确定和训练(参见框812和814以及训练模型801),之后,最终模型(即模型800)可以通过测试过程被选择,该最终模型可以之后被用于框816的预测中。
例如,以下参数可以被用于确定模型801和/或800:训练数据大小、测试数据大小、数据时间粒度、输入数据的窗口大小、隐藏层数目、每层节点数目、网络结构、节点参数的初始值(W,b)、激活函数f、损失函数、优化函数、学习率、训练时期、生成和训练的模型数目和/或最终模型的决策策略。
图9提供了设备900,包括控制电路(CTRL)910,诸如至少一个处理器,和包括计算机程序代码(软件)932的至少一个存储器930,其中该至少一个存储器与计算机程序代码(软件)932被配置为与该至少一个处理器一起使相应的设备900执行图1至图8的实施例中的任何一个或其操作。
参考图9,存储器930可以使用任何合适的数据存储技术被实现,诸如基于半导体的存储设备、闪存、磁存储设备和系统、光存储设备和系统、固定存储器和可移动存储器。存储器830、930可以包括用于存储数据的数据库934。例如,UDR 302数据可以被存储在数据库934中。
设备900可以还包括无线电接口(TRX)920,其包括用于根据一个或多个通信协议实现通信连接的硬件和/或软件。例如,TRX可以将接入无线电接入网的通信能力提供给装置。TRX可以包括标准的众所周知的组件,诸如放大器、滤波器、频率转换器、(解调)调制器和编码器/解码器电路系统以及一个或多个天线。
设备900可以包括用户接口940,其包括,例如至少一个键盘、麦克风、触摸显示器、显示器、扬声器等。用户设备940可以被用于由装置900的用户控制相应装置。
在一个实施例中,设备900可以是或者是包括在网络元件中,例如执行上述方法的网络元件(例如,参见图2)。例如,设备900可以是或者是包括在BDPFE 300中。
参考图9,控制电路系统910可以包括服务请求电路912,其被配置为使得设备900至少执行框202的操作;传输方案电路系统914,被配置为使得设备900至少执行框204和210的操作;信息获得电路系统916,被配置为使得设备900至少执行框206、208和209的操作;以及指示电路系统918,其被配置为使得设备900至少执行框212的操作。
在实施例中,装置900的至少一些功能可以在两个物理上分离的设备之间共享,形成一个操作实体。因此,设备900可以被视为描绘了包括一个或多个物理上分离的设备的操作实体,用于至少执行一些所述过程。因此,利用这种共享架构的装置900可以包括远程控制单元(RCU)(诸如主机或者服务器计算机),其可操作与位于例如基站或者网络节点104中的远程无线电头(RRH)(诸如传输点(TRP))相连(例如,经由无线或有线网络)。在实施例中,至少一些所述过程可由RCU执行。在一个实施例中,至少一些所述过程的执行可以在RRH和RCU之间共享。
在实施例中,RCU可以通过RCU与RRH进行通信的虚拟网络生成虚拟网络。通常地,虚拟组网可能涉及将硬件和软件网络的资源以及网络功能组合为单个的基于软件的管理实体、虚拟网络的过程。网络虚拟化可能涉及平台虚拟化,其经常与资源虚拟化相结合。网络虚拟化可以被分类为外部虚拟组网,它将许多网络或网络的部分组合为服务器计算机或者主机计算机(即至RCU)。外部网络虚拟化旨在优化网络共享。另一类是内部虚拟组网,其为单个系统上的软件容器提供类似网络的功能。
在一个实施例中,虚拟网络可以在RRH和RCU之间提供灵活的操作分布。在实践中,任何数字信号处理任务既可以在RRH中也可以在RCU中执行,并且可以根据实现选择责任在RRH和RCU之间转移的边界。
根据一个方面,提供了一种系统,其包括一个或多个装置900和一个或多个终端设备,诸如传感器设备。该系统还可以包括一个或多个网络节点,用于根据由(多个)装置900确定的传输方案执行多播和单播传输。
如本申请中所使用的,术语“电路”指以下全部内容:(a)仅硬件电路实现,诸如仅在模拟和/或数字电路中的实现,以及(b)电路和软件(和/或固件)的组合,诸如(如适用):(i)(多个)处理器的组合或者(ii)(多个)处理器/软件的部分,包括(多个)数字信号处理器、软件和(多个)存储器,它们共同工作以使装置执行各种功能,以及(c)电路,诸如(多个)微处理器或者(多个)微处理器的部分,它们需要用于操作的软件或者固件,即使软件或者固件不存在。该“电路系统”的定义适用于本申请的所有使用。作为进一步的示例,如本申请所使用的,术语“电路系统”还将覆盖仅处理器(或者多个处理器)或者处理器的部分以及它的(或者它们的)附带软件和/或固件。术语“电路系统”还将覆盖例如并且如果适用于特定元件,用于移动电话的基带集成电路或应用处理器集成电路或者服务器、蜂窝网络设备、或另一网络设备中的类似集成电路。
在实施例中,结合图1至图8描述的至少一些过程可以由包括相应部件的装置执行,该部件用于执行所描述的至少一些过程。用于执行过程的一些示例部件可以包括以下至少一项:检测器、处理器(包括双核或者多核处理器)、数字信号处理器、控制器、接收器、发送器、编码器、解码器、存储器、RAM、ROM、软件、固件、显示器、用户接口、显示器电路、用户接口电路、用户接口软件、显示器软件、电路、天线、天线电路系统,以及电路系统。在一个实施例中,至少一个处理器、存储器,以及计算机程序代码形成处理部件或者包括一个或多个计算机程序代码的部分,用于根据任何一个图1至图8或其操作的实施例执行一个或多个操作。
根据另一实施例,执行实施例的装置包括电路系统,该电路系统包括至少一个处理器和包括计算机程序代码的至少一个存储器。当被激活时,电路系统使装置执行根据图1至图8的实施例中的任一实施例或者其操作的至少一些功能。
本文所描述的技术和方法可以由各种部件实现。例如,这些技术可以在硬件(一个或多个设备)、固件(一个或多个设备)、软件(一个或多个模块),或者其组合中实现。针对硬件的实现,实施例的(多个)装置可以在一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑设备(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器,被设计以执行本文描述的功能的其他电子单元或其组合中实现。针对固件或者软件,实现可以通过至少一个执行本文所描述功能的芯片集的模块(例如,过程、功能等)执行。软件代码可以存储在存储器单元中并且由处理器执行。存储器单元可以在处理器内或者处理器外部执行。在后一种情况下,如本领域所知,其可以通过各种部件通信地连接到处理器。附加地,本文所描述的系统的组件可以被重新安排和/或由附件组件补充,以便于实现所描述的与其有关的各种方面等,并且将如本领域的技术人员所理解的,它们不限于给定图像中所述的精确配置。
如所描述的实施例也可以以计算机过程的形式执行,该过程由计算机程序或者其部分所定义。通过至少执行一部分包括相应指令的计算机程序,可以执行与图1至图8有关的所描述方法的实施例。计算机可以是源代码的形式、对象代码的信息的形式,或者以一些中间类型的形式,并且其可以被存储在某些类型的载体中,该载体可以是任何能够携带程序的实体或者设备。例如,计算机程序可以存储在计算机或者处理器可读的计算机程序分布式介质上。例如,计算机程序介质可以但不限于是例如记录介质、计算机存储器、只读存储器、电载波信号、电信信号和软件分发包。例如,计算机程序介质可以是非瞬态介质。用于执行如所示和所描述的实施例的软件编码同样在本领域普通技术人员的范围内。在实施例中,计算机可读介质包括所述计算机程序。
即使上文已参考根据附图的示例描述了本发明,但是很明显本发明不限于此,而是可以在所附权利要求的范围内以若干方式修改。因此,所有文字和表达应当被宽泛的解释,并且它们旨在说明而非限制实施例。对于本领域技术人员来说将明显的是,随着技术进步,本发明的概念可以以各种方式被实现。进而,对本领域技术人员来说清楚的是可以但不要求所描述实施例以各种方式与其他实施例相结合。
Claims (26)
1.一种无线通信网络的网络元件中的方法,所述方法包括:
从服务提供方接收服务请求;
发起对用于所述服务请求的传输方案的确定;
获得关于多个终端设备和网络节点的多播能力信息;
获得关于所述多个终端设备的分布信息;
获得关于所述网络节点的业务负载信息;
基于所述多播能力信息、所述分布信息以及所述业务负载信息,确定用于所述服务请求的所述传输方案,所述传输方案包括至少一个单播传输和至少一个多播传输;以及
向一个或多个单播发送实体指示所述至少一个单播传输,并且向一个或多个多播发送实体指示所述至少一个多播传输。
2.根据权利要求1所述的方法,其中所述服务请求是固件更新请求或者软件更新请求。
3.根据任一项前述权利要求所述的方法,其中所述多个终端设备包括车辆传感器设备。
4.根据权利要求1或2所述的方法,还包括:
如果由所述网络节点提供的小区中的终端设备的数目超过阈值,则使所述网络节点在所述小区中应用多播传输;
否则使所述网络节点应用一个或多个单播传输。
5.根据权利要求1或2所述的方法,还包括:
基于业务负载信息,配置所述至少一个单播传输和所述至少一个多播传输的传输时间。
6.根据权利要求5所述的方法,其中单播传输和多播传输的传输时间是不同的。
7.根据权利要求1或2所述的方法,其中所述分布信息包括关于所述多个终端设备的轨迹信息。
8.根据权利要求7所述的方法,其中所述轨迹信息包括关于所述多个终端设备的预测的轨迹的信息。
9.根据权利要求1或2所述的方法,其中所述分布信息还包括关于所述多个终端设备的预测的位置信息。
10.根据权利要求1或2所述的方法,其中所述方法还包括:
连续地收集和存储所述能力信息和所述分布信息;
基于所收集的所述信息来更新数据库中的所述终端设备的用户简档;
在确定所述传输方案中利用所述用户简档。
11.根据权利要求1或2所述的方法,其中所述网络元件在确定所述传输方案中利用一个或多个机器学习算法。
12.根据权利要求11所述的方法,其中所述一个或多个机器学习算法利用神经网络。
13.一种用于通信的装置,包括用于使无线通信网络的网络元件至少执行以下操作的部件:
从服务提供方接收服务请求;
发起对用于所述服务请求的传输方案的确定;
获得关于多个终端设备和网络节点的多播能力信息;
获得关于所述多个终端设备的分布信息;
获得关于所述网络节点的业务负载信息;
基于所述多播能力信息、所述分布信息以及所述业务负载信息,确定用于所述服务请求的所述传输方案,所述传输方案包括至少一个单播传输和至少一个多播传输;以及
向一个或多个单播发送实体指示所述至少一个单播传输,并且向一个或多个多播发送实体指示所述至少一个多播传输。
14.根据权利要求13所述的装置,其中所述服务请求是固件更新请求或者软件更新请求。
15.根据权利要求13或14所述的装置,其中所述多个终端设备包括车辆传感器设备。
16.根据权利要求13或14所述的装置,其中所述部件还被配置为使所述网络元件执行:
如果由所述网络节点提供的小区中的终端设备的数目超过阈值,则使所述网络节点在所述小区中应用多播传输;
否则使所述网络节点应用一个或多个单播传输。
17.根据权利要求13或14所述的装置,其中所述部件还被配置为使所述网络元件执行以下:
基于业务负载信息,配置所述至少一个单播传输与所述至少一个多播传输的传输时间。
18.根据权利要求17的所述装置,其中单播传输和多播传输的传输时间是不同的。
19.根据权利要求13或14所述的装置,其中所述分布信息包括关于所述多个终端设备的轨迹信息。
20.根据权利要求19所述的装置,其中所述轨迹信息包括关于所述多个终端设备的预测的轨迹的信息。
21.根据权利要求13或14所述的装置,其中所述分布信息还包括关于所述多个终端设备的预测的位置信息。
22.根据权利要求13或14所述的装置,其中所述部件还被配置为使所述网络元件执行以下:
连续地收集和存储所述能力信息和所述分布信息;
基于所收集的所述信息来更新数据库中的所述终端设备的用户简档;
在确定所述传输方案中利用所述用户简档。
23.根据权利要求13或14所述的装置,其中所述网络元件在确定所述传输方案中利用一个或多个机器学习算法。
24.根据权利要求23所述的装置,其中所述一个或多个机器学习算法利用神经网络。
25.根据权利要求13或14所述的装置,其中所述部件包括:
至少一个处理器,以及
包括计算机程序代码的至少一个存储器,其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置的执行。
26.一种计算机可读介质,包括存储在其上的程序指令,以用于使无线通信网络的网络元件至少执行:
从服务提供方接收服务请求;
发起对用于所述服务请求的传输方案的确定;
获得关于多个终端设备和网络节点的多播能力信息;
获得关于所述多个终端设备的分布信息;
获得关于所述网络节点的业务负载信息;
基于所述多播能力信息、所述分布信息以及所述业务负载信息,确定用于所述服务请求的所述传输方案,所述传输方案包括至少一个单播传输和至少一个多播传输;以及
向一个或多个单播发送实体指示所述至少一个单播传输,并且向一个或多个多播发送实体指示所述至少一个多播传输。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2019/072168 WO2020147067A1 (en) | 2019-01-17 | 2019-01-17 | Hybrid transmission scheme determination |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113302900A CN113302900A (zh) | 2021-08-24 |
CN113302900B true CN113302900B (zh) | 2023-08-01 |
Family
ID=71614208
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980089419.XA Active CN113302900B (zh) | 2019-01-17 | 2019-01-17 | 混合传输方案确定 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11310864B2 (zh) |
EP (1) | EP3912330A4 (zh) |
CN (1) | CN113302900B (zh) |
WO (1) | WO2020147067A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11510138B2 (en) * | 2020-01-03 | 2022-11-22 | Apple Inc. | Network slice quota management |
US11412412B2 (en) * | 2020-01-14 | 2022-08-09 | Cisco Technology, Inc. | User plane function (UPF) selection based on predicted load information |
CN113300882B (zh) * | 2021-05-08 | 2022-04-26 | 北京科技大学 | 一种面向材料大数据的数据收集传输方法及装置 |
US11659028B2 (en) * | 2021-09-22 | 2023-05-23 | Toyota Motor Engineering & Manufacturing North America, Inc. | Data offloading rate determination using mean field games |
CN116074392B (zh) * | 2023-03-31 | 2023-06-16 | 成都四方伟业软件股份有限公司 | 一种数据流传输模式智能化匹配方法与装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107211333A (zh) * | 2015-01-21 | 2017-09-26 | 诺基亚通信公司 | 基于服务的小区重新选择 |
WO2018175974A1 (en) * | 2017-03-24 | 2018-09-27 | Intel Corporation | Systems and methods for group based services provisioning |
Family Cites Families (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8271336B2 (en) * | 1999-11-22 | 2012-09-18 | Accenture Global Services Gmbh | Increased visibility during order management in a network-based supply chain environment |
JP4354296B2 (ja) * | 2004-02-25 | 2009-10-28 | 株式会社エヌ・ティ・ティ・ドコモ | 情報配信システム、無線基地局及び情報配信方法 |
KR20080100239A (ko) * | 2006-02-08 | 2008-11-14 | 콸콤 인코포레이티드 | 유니캐스트 및 멀티캐스트 전송들의 다중화 방법 |
US8520673B2 (en) | 2006-10-23 | 2013-08-27 | Telcordia Technologies, Inc. | Method and communication device for routing unicast and multicast messages in an ad-hoc wireless network |
US9338597B2 (en) * | 2007-12-06 | 2016-05-10 | Suhayya Abu-Hakima | Alert broadcasting to unconfigured communications devices |
CN103384996B (zh) * | 2010-12-23 | 2017-04-26 | 皇家Kpn公司 | 用于处理服务请求的方法、设备、系统以及网络架构 |
US8577385B2 (en) | 2010-12-31 | 2013-11-05 | Motorola Solutions, Inc. | Method and system for delivering media to a plurality of mobile devices in a cell with a group transport function |
US8813144B2 (en) * | 2011-01-10 | 2014-08-19 | Time Warner Cable Enterprises Llc | Quality feedback mechanism for bandwidth allocation in a switched digital video system |
JP5886099B2 (ja) | 2012-03-21 | 2016-03-16 | 日立オートモティブシステムズ株式会社 | 自動車用電子制御装置 |
US9294886B2 (en) | 2012-08-31 | 2016-03-22 | Qualcomm Incorporated | Evolved multimedia broadcast/multicast services (eMBMS) geo-location based group call |
CA2889175C (en) | 2012-10-26 | 2021-02-23 | Sirius Xm Radio Inc. | Systems and methods for cost effective distribution of files to user devices using combination of broadcast and two-way communication paths |
US9042223B2 (en) | 2012-12-21 | 2015-05-26 | Motorola Solutions, Inc. | Method and apparatus for multimedia broadcast multicast service |
WO2014114343A1 (en) * | 2013-01-25 | 2014-07-31 | Nokia Solutions And Networks Oy | Transmitting content to devices |
CN104348736A (zh) | 2013-07-31 | 2015-02-11 | 北京华为数字技术有限公司 | 组播负载场景下选路的方法和路由器 |
US9622049B2 (en) * | 2014-07-10 | 2017-04-11 | Alcatel Lucent | Method and apparatus for providing dual protocol MBMS for facilitating IPV4 to IPV6 migration in E-UTRAN |
CN106302622B (zh) | 2015-06-12 | 2021-01-26 | 中兴通讯股份有限公司 | 车联网系统及其中的业务实现方法和装置 |
KR102347662B1 (ko) | 2015-06-29 | 2022-01-07 | 삼성전자 주식회사 | 무선 통신 시스템에서 서비스 제공 방법 및 장치 |
CN108886669B (zh) * | 2016-01-28 | 2021-09-14 | 诺基亚通信公司 | 广播和单播递送之间的流送服务的动态切换 |
US10154048B2 (en) | 2016-03-18 | 2018-12-11 | Qualcomm Incorporated | Methods and systems for location-based authentication using neighboring sensors |
US10708795B2 (en) | 2016-06-07 | 2020-07-07 | TUPL, Inc. | Artificial intelligence-based network advisor |
US10327252B2 (en) * | 2016-06-20 | 2019-06-18 | Lg Electronics Inc. | Method and apparatus for receiving V2X message |
US10470189B2 (en) * | 2016-06-27 | 2019-11-05 | At&T Intellectual Property I, L.P. | Facilitation of efficient software downloads for vehicles |
EP3507941B1 (en) | 2016-09-02 | 2022-11-16 | Nokia Technologies Oy | Method and apparatus for providing cognitive functions and facilitating management in cognitive network management systems |
US20180102965A1 (en) | 2016-10-07 | 2018-04-12 | Alcatel-Lucent Usa Inc. | Unicast branching based multicast |
EP3566421B1 (en) | 2017-01-09 | 2021-12-29 | Nokia Technologies Oy | Method, computer programme and apparatus for coordinated content delivery in multicast / broadcast networks |
US11070394B2 (en) * | 2017-08-31 | 2021-07-20 | Oracle International Corporation | System and method for redundant independent networks in a high performance computing environment |
US11336716B2 (en) * | 2017-08-31 | 2022-05-17 | Oracle International Corporation | System and method for supporting heterogeneous and asymmetric dual rail fabric configurations in a high performance computing environment |
WO2019223005A1 (en) * | 2018-05-25 | 2019-11-28 | Qualcomm Incorporated | Mixed mode multicast architecture |
-
2019
- 2019-01-17 CN CN201980089419.XA patent/CN113302900B/zh active Active
- 2019-01-17 US US17/422,712 patent/US11310864B2/en active Active
- 2019-01-17 EP EP19910427.4A patent/EP3912330A4/en not_active Withdrawn
- 2019-01-17 WO PCT/CN2019/072168 patent/WO2020147067A1/en unknown
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107211333A (zh) * | 2015-01-21 | 2017-09-26 | 诺基亚通信公司 | 基于服务的小区重新选择 |
WO2018175974A1 (en) * | 2017-03-24 | 2018-09-27 | Intel Corporation | Systems and methods for group based services provisioning |
Also Published As
Publication number | Publication date |
---|---|
EP3912330A1 (en) | 2021-11-24 |
US20220095414A1 (en) | 2022-03-24 |
WO2020147067A1 (en) | 2020-07-23 |
US11310864B2 (en) | 2022-04-19 |
CN113302900A (zh) | 2021-08-24 |
EP3912330A4 (en) | 2022-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113302900B (zh) | 混合传输方案确定 | |
CN111885649B (zh) | 移动通信网络中的应用数据的高效计算方法和装置 | |
CN113661676B (zh) | 选择无线网络中的上行链路传输频带 | |
CN112839389B (zh) | 无线网络中的前导检测 | |
EP3793096A1 (en) | Efficient data generation for beam pattern optimization | |
US20220038931A1 (en) | Radio link adaptation in wireless network | |
US11797828B2 (en) | Beams to monitor | |
CN113179539A (zh) | 蜂窝系统中的网络切片选择 | |
CN114389779A (zh) | 信道状态信息报告 | |
CN114631277A (zh) | 用于提供反馈的装置和方法 | |
CN113473544B (zh) | 网络切片配置 | |
EP3755081A2 (en) | Determining a transmission mode in a system capable of exploiting a mix of unicast and multicast/broadcast | |
CN113039855A (zh) | 用于数据传输的装置和方法 | |
CN115735401A (zh) | 增强的载波选择 | |
GB2583807A (en) | Apparatus and method for detection of received signals | |
CN115088388A (zh) | 用于资源元素的处理规则 | |
WO2023036436A1 (en) | Apparatus, methods, and computer programs | |
WO2023209454A1 (en) | Mobility load balancing for multicast/broadcast services | |
WO2023131407A1 (en) | Apparatus, methods, and computer programs | |
WO2024032889A1 (en) | Positioning anchor selection based on reinforcement learning | |
CN115552948A (zh) | 适配装置的操作 | |
WO2022238035A1 (en) | Inter-ue coordination in groupcast transmissions | |
WO2024099897A1 (en) | Positioning with discontinuous reception | |
CN115696226A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |