CN115442374A - 信令传输方法及设备 - Google Patents

信令传输方法及设备 Download PDF

Info

Publication number
CN115442374A
CN115442374A CN202211385970.9A CN202211385970A CN115442374A CN 115442374 A CN115442374 A CN 115442374A CN 202211385970 A CN202211385970 A CN 202211385970A CN 115442374 A CN115442374 A CN 115442374A
Authority
CN
China
Prior art keywords
cloud
signaling
edge
component
connection
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202211385970.9A
Other languages
English (en)
Other versions
CN115442374B (zh
Inventor
方翟
郝文杰
姚怡东
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.)
Alibaba China Co Ltd
Original Assignee
Alibaba China Co Ltd
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 Alibaba China Co Ltd filed Critical Alibaba China Co Ltd
Priority to CN202211385970.9A priority Critical patent/CN115442374B/zh
Publication of CN115442374A publication Critical patent/CN115442374A/zh
Application granted granted Critical
Publication of CN115442374B publication Critical patent/CN115442374B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers

Abstract

本申请实施例提供了一种信令传输方法及设备。信令传输方法应用于边缘镜像组件,边缘镜像组件部署在边缘设备中;方法包括:获取待传输信令;确定与待传输信令相对应的边缘设备ID、连接实例ID以及信令数据,连接实例ID用于标识对待传输信令进行传输的原始通信链路;基于边缘设备ID、连接实例ID以及信令数据,生成满足预设通信标准的信令传输请求;将信令传输请求传输至云端镜像组件,以使云端镜像组件确定位于云端的与边缘设备ID和连接实例ID相对应的云端本地连接,并通过云端本地连接将信令传输请求传输至核心网控制面,云端镜像组件与核心网控制面均部署在云端,且云端镜像组件与核心网控制面通过云端本地连接进行通信。

Description

信令传输方法及设备
技术领域
本申请涉及网络技术领域,尤其涉及一种信令传输方法及设备。
背景技术
随着网络技术的飞速发展,在5G通信网络领域,用户面功能(User PlaneFunction,简称UPF)设备主要负责5G核心网中用户平面信令数据的路由和转发相关功能。当UPF设备部署在边缘侧,核心网部署在云端时,通过核心网的控制面可以对部署在边缘的UPF设备进行管控,这样有利于集中管理运维、提高资源利用率、降低运维和资产成本。
然而,由于核心网控制面部署在云端,而UPF部署在边缘侧,这样的部署方式对于UPF边缘侧和云端核心网之间的互通面而言,存在不支持基站和核心网控制面之间的流控制传输协议(Stream Control Transmission Protocol,简称SCTP)的问题,这样极大地增加了核心网与边缘基站之间进行数据传输的复杂度和困难程度。
发明内容
本申请实施例提供一种信令传输方法及设备,通过云端所建立的云端本地连接准确、有效地实现了基站与核心网之间的数据传输操作,从而扩展了云-边通信的应用场景和适用范围。
第一方面,本申请实施例提供了一种信令传输方法,应用于边缘镜像组件,所述边缘镜像组件部署在边缘设备中;所述方法包括:
获取待传输信令;
确定与所述待传输信令相对应的边缘设备ID、连接实例ID以及信令数据,其中,所述连接实例ID用于标识对所述待传输信令进行传输的原始通信链路;
基于所述边缘设备ID、所述连接实例ID以及所述信令数据,生成满足预设通信标准的信令传输请求;
将所述信令传输请求传输至云端镜像组件,以使所述云端镜像组件确定位于云端的与所述边缘设备ID和连接实例ID相对应的云端本地连接,并通过所述云端本地连接将所述信令传输请求传输至核心网控制面,其中,所述云端镜像组件与所述核心网控制面均部署在云端,且所述云端镜像组件与所述核心网控制面通过所述云端本地连接进行通信。
第二方面,本申请实施例提供了一种边缘镜像组件,所述边缘镜像组件部署在边缘设备中;所述边缘镜像组件包括:
第一获取模块,用于获取待传输信令;
第一确定模块,用于确定与所述待传输信令相对应的边缘设备ID、连接实例ID以及信令数据,其中,所述连接实例ID用于标识对所述待传输信令进行传输的原始通信链路;
第一生成模块,用于基于所述边缘设备ID、所述连接实例ID以及所述信令数据,生成满足预设通信标准的信令传输请求;
第一处理模块,用于将所述信令传输请求传输至云端镜像组件,以使所述云端镜像组件确定位于云端的与所述边缘设备ID和连接实例ID相对应的云端本地连接,并通过所述云端本地连接将所述信令传输请求传输至核心网控制面,其中,所述云端镜像组件与所述核心网控制面均部署在云端,且所述云端镜像组件与所述核心网控制面通过所述云端本地连接进行通信。
第三方面,本申请实施例提供了一种电子设备,包括:存储器、处理器;其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行时实现上述第一方面所示的信令传输方法。
第四方面,本发明实施例提供了一种计算机存储介质,用于储存计算机程序,所述计算机程序使计算机执行时实现上述第一方面所示的信令传输方法。
第五方面,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当所述计算机程序被电子设备的处理器执行时,使所述处理器执行上述第一方面所示的信令传输方法中的步骤。
第六方面,本发明实施例提供了一种信令传输方法,应用于云端镜像组件,所述云端镜像组件配置在云端,且与核心网控制面通信连接,所述方法包括:
通过边缘镜像组件获取信令传输请求,其中,所述边缘镜像组件与所述云端镜像组件通信连接;
确定与所述信令传输请求相对应的信令数据、边缘设备ID以及连接实例ID,其中,所述连接实例ID用于标识对所述信令数据进行传输的原始通信链路;
基于所述边缘设备ID和所述连接实例ID,确定与所述信令传输请求相对应的云端本地连接;
通过所述云端本地连接将所述信令数据发送至所述核心网控制面。
第七方面,本发明实施例提供了一种云端镜像组件,所述云端镜像组件配置在云端,且与核心网控制面通信连接,所述云端镜像组件包括:
第二获取模块,用于通过边缘镜像组件获取信令传输请求,其中,所述边缘镜像组件与所述云端镜像组件通信连接;
第二确定模块,用于确定与所述信令传输请求相对应的信令数据、边缘设备ID以及连接实例ID,其中,所述连接实例ID用于标识对所述信令数据进行传输的原始通信链路;
第二确定模块,还用于基于所述边缘设备ID和所述连接实例ID,确定与所述信令传输请求相对应的云端本地连接;
第二处理模块,用于通过所述云端本地连接将所述信令数据发送至所述核心网控制面。
第八方面,本申请实施例提供了一种电子设备,包括:存储器、处理器;其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行时实现上述第六方面所示的信令传输方法。
第九方面,本发明实施例提供了一种计算机存储介质,用于储存计算机程序,所述计算机程序使计算机执行时实现上述第六方面所示的信令传输方法。
第十方面,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当所述计算机程序被电子设备的处理器执行时,使所述处理器执行上述第六方面所示的信令传输方法中的步骤。
第十一方面,本发明实施例提供了一种信令传输方法,应用于云端镜像组件,所述云端镜像组件配置在云端,且与核心网控制面通信连接;所述方法包括:
获取核心网控制面发送的待传输信令;
确定与所述待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据;
将与所述待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据发送至云上消息队列,以通过所述云上消息队列确定与所述边缘设备ID相对应的云端传输组件,并通过所述云端传输组件、连接实例ID和所述数据类型将所述信令数据发送至边缘设备。
第十二方面,本发明实施例提供了一种云端镜像组件,所述云端镜像组件配置在云端,且与核心网控制面通信连接;所述云端镜像组件包括:
第三获取模块,用于获取核心网控制面发送的待传输信令;
第三确定模块,用于确定与所述待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据;
第三处理模块,用于将与所述待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据发送至云上消息队列,以通过所述云上消息队列确定与所述边缘设备ID相对应的云端传输组件,并通过所述云端传输组件、连接实例ID和所述数据类型将所述信令数据发送至边缘设备。
第十三方面,本申请实施例提供了一种电子设备,包括:存储器、处理器;其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行时实现上述第十一方面所示的信令传输方法。
第十四方面,本发明实施例提供了一种计算机存储介质,用于储存计算机程序,所述计算机程序使计算机执行时实现上述第十一方面所示的信令传输方法。
第十五方面,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当所述计算机程序被电子设备的处理器执行时,使所述处理器执行上述第十一方面所示的信令传输方法中的步骤。
第十六方面,本发明实施例提供了一种信令传输方法,应用于传输组件,所述传输组件包括位于云端的云端传输组件以及位于边缘设备中的边缘传输组件,所述传输组件用于与边缘镜像组件和云端镜像组件通信连接,所述方法包括:
通过所述边缘镜像组件获取信令传输请求;
对所述信令传输请求进行反序列化,获得与所述信令传输请求相对应的信令数据以及统一资源定位符;
基于所述统一资源定位符,将所述信令数据发送相对应的云端镜像组件,以通过所述云端镜像组件将所述信令数据发送至核心网控制面。
第十七方面,本发明实施例提供了一种传输组件,所述传输组件包括位于云端的云端传输组件以及位于边缘设备中的边缘传输组件,所述传输组件用于与边缘镜像组件和云端镜像组件通信连接,所述传输组件包括:
第四获取模块,用于通过所述边缘镜像组件获取信令传输请求;
第四处理模块,用于对所述信令传输请求进行反序列化,获得与所述信令传输请求相对应的信令数据以及统一资源定位符;
第四传输模块,用于基于所述统一资源定位符,将所述信令数据发送相对应的云端镜像组件,以通过所述云端镜像组件将所述信令数据发送至核心网控制面。
第十八方面,本申请实施例提供了一种电子设备,包括:存储器、处理器;其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行时实现上述第十六方面所示的信令传输方法。
第十九方面,本发明实施例提供了一种计算机存储介质,用于储存计算机程序,所述计算机程序使计算机执行时实现上述第十六方面所示的信令传输方法。
第二十方面,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当所述计算机程序被电子设备的处理器执行时,使所述处理器执行上述第十六方面所示的信令传输方法中的步骤。
第二十一方面,本发明实施例提供了一种车辆控制方法,应用于边缘设备;所述边缘设备中配置有边缘镜像组件,所述核心网控制面配置有云端镜像组件,所述边缘设备通过边缘镜像组件和云端镜像组件与所述核心网控制面通信连接,所述核心网控制面部署在云上;所述核心网控制面通过云端镜像组件配置有与边缘设备相关联的云端本地连接,以通过所述云端本地连接实现边缘设备与核心网控制面之间的信令传输;所述方法包括:
获取与待控车辆相对应的车辆控制请求;
通过所述核心网控制面,确定与所述信令传输请求相对应的车辆控制信息;
基于所述车辆控制信息对所述待控车辆进行控制。
本申请实施例提供的信令传输方法及设备,有效地通过独立的边缘镜像组件实现了边缘设备与核心网之间的稳定数据传输,具体的,在边缘设备实现为基站时,对于基站需要发送至核心网控制面的信令数据而言,可以无需通过SCTP协议进行发送,而是通过预设通信标准的信令传输请求发送至云端镜像组件,而后云端镜像组件可以通过预先建立的云端本地连接将包括有信令数据的信令传输请求发送至核心网控制面,这样使得核心网与边缘设备之间的通信链路屏蔽了复杂的云-边网络通信细节,将云-边通信转换为比局域网通信还简单的本地主机通信呈现给核心网控制面,从而以无侵入的方式实现了使用云服务部署核心网控制面来管控边缘UPF网元的技术方案,这样无需改造现有产品,还简化了网络配置,从而在无需改变核心网外部的标准接口以及现有的核心网架构的前提下解决了在不确定的网络环境下通信协议不支持的问题,并且,该方法可以适用于任意通信设备商的标准核心网产品,具备通用性,进一步提高了该信令传输方法的实用性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种信令传输系统的架构示意图;
图2为本申请实施例提供的一种信令传输系统的原理示意图;
图3为本申请实施例提供的N2信令的转发原理示意图;
图4为本申请实施例提供的N4信令的转发原理示意图;
图5为本申请实施例提供的一种信令传输方法的流程示意图;
图6为本申请实施例提供的一种信令传输方法的原理示意图;
图7为本申请实施例提供的另一种信令传输方法的流程示意图;
图8为本申请实施例提供的又一种信令传输方法的流程示意图;
图9为本申请另一实施例提供的一种信令传输方法的流程示意图;
图10为本申请另一实施例提供的又一种信令传输方法的流程示意图;
图11为本申请又一实施例提供的一种信令传输方法的流程示意图;
图12为本申请再一实施例提供的一种信令传输方法的流程示意图;
图13为本申请实施例提供的一种边缘镜像组件的结构示意图;
图14为与图13所示实施例提供的边缘镜像组件对应的电子设备的结构示意图;
图15为本申请实施例提供的一种云端镜像组件的结构示意图;
图16为与图15所示实施例提供的云端镜像组件对应的电子设备的结构示意图;
图17为本申请实施例提供的另一种云端镜像组件的结构示意图;
图18为与图17所示实施例提供的云端镜像组件对应的电子设备的结构示意图;
图19为本申请实施例提供的一种传输组件的结构示意图;
图20为与图19所示实施例提供的传输组件对应的电子设备的结构示意图;
图21为本申请实施例提供的一种车辆控制方法的流程示意图;
图22为本申请实施例提供的一种直播终端的控制方法的流程示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义,“多种”一般包含至少两种,但是不排除包含至少一种的情况。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的商品或者系统中还存在另外的相同要素。
另外,下述各方法实施例中的步骤时序仅为一种举例,而非严格限定。
术语定义:
5GC:5G核心网,是5G移动网络的核心,它为最终用户建立可靠、安全的网络连接,并提供对其服务的访问。
核心网控制面:核心网控制信令处理功能的总称。
流控制传输协议(Stream Control Transmission Protocol,简称SCTP):用于5GC和基站控制面消息的传输协议。
核心网移动管理功能(Access and Mobility Function,简称AMF):用于执行注册、连接、可达性、移动性管理,为用户设备UE和核心网会话管理功能SMF提供会话管理消息传输通道,为用户接入时提供认证、鉴权功能,终端和无线的核心网控制面接入点。
核心网会话管理功能(Session Management Function,简称SMF),用于负责隧道维护、IP地址分配和管理、UP功能选择、策略实施和QoS中的控制、计费数据采集、漫游等。
核心网用户面数据转发(User Plane Function,简称UPF),用于实现分组路由转发、策略实施、流量报告、服务质量Qos处理。
N2:核心网AMF和基站RRC之间的控制面接口。
N3:核心网UPF和基站SDAP之间的用户面接口。
N4:核心网SMF和UPF之间的接口。
快速UDP互联网通讯协议(Quick UDP Internet Connection,简称QUIC):一种通用网络传输协议。
容器:包含在任何环境中运行所需的所有元素的软件包,一种Linux虚拟化技术。
为了方便本领域技术人员理解本申请实施例所提供的技术方案,下面对相关技术进行说明:
目前,随着网络技术的飞速发展,可以将核心网控制面部署在云网络中,并将UPF网元部署在边缘侧,而后可以使用云网络中部署的核心网控制面来管控边缘UPF,这样不仅有利于集中管理运维,并且还能够提高资源利用率、降低运维和资产成本。
然而,上述的网络架构与在专用网络中同时部署核心网控制面和UPF网元的方案不同,由于核心网控制面部署在云端,UPF网元部署在边缘侧,这样使得边缘UPF网元与核心网控制面之间的互通将会面临更加复杂和不确定的网络环境,比如:不支持基站和核心网控制面之间的传输协议SCTP、云端侧主动访问边缘侧的网络不可达、云-边通信链路的质量差等问题。
对于上述技术问题而言,相关技术往往需要通过网络设备商对原有的核心网产品进行改造,这些改造有的需要依赖基站侧的支持、有的会破坏原有的产品架构,并且很难同时兼容在传统的运营商网络中进行部署,此外,私有的网络改造往往不具有通用性,因此难以形成标准,这些都严重阻碍了核心网的云-边部署方案的推进。
为了解决上述技术问题,本实施例提供了一种信令传输系统,该信令传输系统可以包括:与核心网控制面相对应的云端租户服务组件、与公共云服务相对应的公共服务组件以及与边缘设备相对应的边缘服务组件。
在云端,云端可以部署有一个或多个核心网控制面,一个核心网控制面可以与一个或多个边缘设备通信连接,并且,一个核心网控制面中可以生成或者建立一个或多个核心网控制面实例,核心网控制面实例可以为单租户或者多租户提供相对应的公共云服务。在一些实例中,核心网控制面可以配置多个核心网控制面实例,通过所设置的多个核心网控制面实例可以提供更加灵活可靠的云服务,从而使得所对应的云-边通信架构具有更加稳定、高可用、高可靠的优点。
举例来说,如图1所示,在云端,核心网控制面中可以配置有核心网控制面实例1和核心网控制面实例2等等,边缘设备可以包括:边缘设备1-1、边缘设备1-N、边缘设备2-1、边缘设备2-N等等,上述的边缘设备可以实现为工控机或者服务器等等,上述核心网控制面实例1可以通过一云端租户服务组件、公共服务组件以及边缘服务组件与边缘设备1-1、边缘设备1-N通信连接;核心网控制面实例2可以通过另一云端租户服务组件、公共服务组件以及边缘服务组件与边缘设备2-1、边缘设备2-N通信连接,从而能够实现云端与边缘之间进行稳定地数据传输操作。
为了保证云-边通信的质量和效率,如图2所示,本实施例中的信令传输系统可以包括:通信连接的边缘设备和云端设备,其中,边缘设备可以位于边缘侧,云端设备可以位于云端;具体的,
边缘设备,包括核心网UPF网元、边缘SCTP镜像组件、边缘UDP镜像组件以及QUIC客户端,其中,边缘SCTP镜像组件用于通过N2接口与基站通信连接,边缘UDP镜像组件用于通过N4接口与核心网UPF网元通信连接;边缘SCTP镜像组件和边缘UDP镜像组件可以通过QUIC客户端与云端之间建立通信连接。
云端设备,包括核心网控制面、云端SCTP镜像组件、云端UDP镜像组件、Ingress组件以及QUIC服务端,云端SCTP镜像组件和云端UDP镜像组件均与核心网控制面通信连接,且能够通过Ingress组件与QUIC服务端通信连接,QUIC服务端可以与QUIC客户端通信连接,其中,QUIC客户端可以通过一个或多个QUIC链路与QUIC服务端通信连接。
为了能够解决现有的网络架构不支持基站和核心网控制面之间的传输协议SCTP以及云端侧主动访问边缘侧的网络不可达的问题,在基站与边缘镜像组件建立SCTP通信连接时,可以在云上建立与上述SCTP通信连接相对应的云端镜像本地连接,具体的,可以将边缘的流控制传输协议SCTP连接镜像至云上本地连接,从而可以在云端可以建立与边缘的SCTP连接相对应的云端镜像本地连接,这样在基站与云上的核心网控制面通信连接时,对云上的核心网控制面而言,如同本地基站接入。
相类似的,在核心网控制面主动访问UPF网元时,可以在边缘设备的本地建立与云端相对应的用户数据报协议(User Datagram Protocol,简称UDP)通信链路相对应的边缘镜像本地连接,具体的,可以将云端的UDP连接信息镜像至边缘设备,以在边缘设备建立与UDP连接相对应的边缘镜像本地连接,这样对于核心网控制面与UPF网元之间的通信连接而言,如同本地访问。
另外,对于信令传输系统中的边缘SCTP镜像组件和云端SCTP镜像组件而言,可以将边缘SCTP镜像组件和云端SCTP镜像组件统称为镜像组件,该镜像组件用于实现以下步骤:
(1)边缘SCTP镜像组件用于连接边缘基站与云上的核心网控制面,并可以将边缘的SCTP连接镜像至云端的本地连接,这样对于云上的核心网控制面而言,如同本地基站接入。
其中,边缘SCTP镜像组件可以通过N2接口与基站通信连接,边缘SCTP镜像组件可以通过QUIC客户端、QUIC服务端以及云端SCTP镜像组件与核心网控制面通信连接。
(2)边缘UDP镜像组件用于连接云上的核心网控制面与边缘UPF网元,边缘SCTP镜像组件可以通过N4接口与边缘UPF网元通信连接,并可以将云上的UDP连接镜像至边缘UPF网元的本地连接,UPF网元和控制面之间的交互如同本地访问。
(3)通过镜像组件使得边缘设备与云端的核心网控制面之间可以使用多路QUIC通信链路进行通信连接,以保证稳定传输,其中,QUIC通信链路的协议兼顾效率和可靠性,多个QUIC通信链路提供传输备份。
(4)边缘设备能够保持维护到云端的QUIC连接,即使边缘设备无公网可达的IP地址时,也能保证云端访问边缘设备的实时可达性。
其中,保持或者维护云端的QUIC连接可以包括:对QUIC连接进行健康监测、判断QUIC连接是否运行正常,并可以选择通信质量比较好的QUIC链路进行数据传输操作,对于通信质量不好的QUIC链路进行恢复或者重连操作。
QUIC客户端(边缘服务),可以设置于边缘设备中,具体用于:
(1)维护与云端的QUIC连接,并向云端注册边缘设备。
其中,向云端注册边缘设备可以包括以下步骤:(a)在云上,配置边缘设备ID与云上的核心网控制面实例ID之间的关联关系,需要注意的是,云上可以配置有一个或多个核心网控制面实例,不同的核心网控制面可以对应有不同的核心网控制面实例ID。(b)QUIC客户端与QUIC服务端之间建立一个或多个QUIC通信链路,QUIC客户端可以通过任意一个QUIC通信链路发送边缘设备ID至QUIC服务端。(c)QUIC服务端查询对应的核心网控制面实例ID,并将QUIC连接与边缘设备ID和核心网控制面实例ID相关联,同时向云上消息队列服务订阅主题为边缘设备ID的消息,从而实现了边缘设备在云端的注册操作。
(2)将边缘设备收到和产生的控制信令通过QUIC链路发送至云端。
(3)通过QUIC链路接收来自云端的传输信令,并通过REST请求分发至相应的边缘镜像组件;具体的,在REST请求为N2类型时,则可以将REST请求分发至相对应的边缘SCTP镜像组件;在REST请求为N4类型时,则可以将REST请求分发至相对应的边缘UDP镜像组件。
QUIC服务端(公共服务),用于执行:
(1)承接来自边缘的QUIC连接,认证边缘设备,并可以管理与边缘设备之间的QUIC连接,具体的,QUIC服务端可以与QUIC客户端建立一个或多个QUIC通信链路。
(2)接收边缘设备所发送的边缘信令,并通过云上的Ingress服务(用于实现信息分发操作)将数据包转发至相应的核心网控制面的云端SCTP镜像组件或云端UDP镜像组件,具体的,Ingress服务用于根据消息的类型(N2类型或者N4类型)和设备ID来进行信息分发操作,例如,在消息的类型为N2类型和设备ID时,则Ingress服务可以将边缘信令发送至云端SCTP镜像组件;在消息的类型为N4类型和设备ID时,则Ingress服务可以将边缘信令发送至云端UDP镜像组件。
(3)通过云上消息队列服务订阅、接收发送至边缘设备的信令消息,并通过对应的QUIC链路下发至边缘设备。
边缘SCTP镜像组件(边缘服务),用于执行:
(1)承接基站发起的SCTP连接,并通过SCTP连接所接收到的信令包通过REST请求转发给QUIC客户端。
(2)承接QUIC客户端分发的N2消息,并通过对应的SCTP连接转发给基站。
云端SCTP镜像组件(租户服务),其可以部署于与云上的核心网控制面的N2接口相同的网络命名空间,并能够承接QUIC服务端分发的N2消息,与核心网控制面建立与边缘一一对应的云端本地SCTP连接,并通过云端本地SCTP连接将N2消息转发至核心网控制面;通过本地SCTP连接接收来自核心网控制面的N2消息,并可以将N2消息发布至云上的消息队列服务。
边缘UDP镜像组件(边缘服务):其可以部署于与边缘UPF网元的 N4接口相同的网络命名空间,并能够承接QUIC客户端所分发的N4消息,与边缘UPF网元建立与云端一一对应的边缘本地UDP连接,并通过边缘本地UDP连接将N4消息转发至UPF网元;通过边缘本地UDP连接可以接收来自UPF网元的消息,并可以将数据包通过REST请求转发给QUIC客户端。
云端UDP镜像组件(租户服务):其可以部署于与云上的核心网控制面的N4接口相同的网络命名空间,并能够承接云上的核心网控制面发起的UDP连接,并将来自核心网控制面的N4信令发布至云上的消息队列服务;此外,还可以承接QUIC服务端所分发的N4消息,并通过对应的UDP本地连接转发至核心网控制面。
针对上述的信令传输系统而言,可以实现N2信令的上行转发操作、N2信令的下行转发操作、N4信令的上行转发操作以及N4信令的下行转发操作,下面分别对各个信令的转发流程进行说明:
参考附图3所示,本实施例中的信令传输系统可以实现N2信令的上行转发操作,具体可以包括如下步骤:
步骤11:基站与边缘SCTP镜像组件建立SCTP连接,并通过SCTP连接向边缘SCTP镜像组件发送N2信令;
步骤12:边缘SCTP镜像组件将N2信令通过REST请求透明转发至任一QUIC客户端实例。
具体的,在边缘SCTP镜像组件获取到N2信令之后,可以确定与N2信令相对应的SCTP连接实例ID、服务类型(N2)以及N2信令包,而后基于SCTP连接实例ID、服务类型(N2)以及N2信令包生成REST请求,并将REST请求透明转发至任一QUIC客户端实例。
其中,边缘设备中可以配置有一个或多个QUIC客户端,云端可以配置有一个或多个QUIC服务端,在一些实例中,边缘设备中至少配置两个QUIC客户端,云端至少配置有两个QUIC服务端,两个QUIC客户端互为主备,两个QUIC服务端互为主备,这样可以在边缘设备与云端之间形成多个QUIC通信链路,从而可以保证数据传输的稳定可靠性。
步骤13:在QUIC客户端获取到的REST请求之后,获取REST请求中所包括的信息,并将信息与边缘设备ID进行序列化处理,获得处理后数据,而后通过已经建立好的QUIC链路发送至云端的QUIC服务端。
步骤14:QUIC服务端将接收到的数据包反序列化,并构建REST请求,并可以将包括有数据包的REST请求发送至Ingress组件。
步骤15:在Ingress组件获取到REST请求之后,可以确定与REST请求相对应的URL,其中,URL中包括核心网控制面实例ID和服务类型等信息,并可以根据REST请求的URL将REST请求分发至云端SCTP镜像组件。
步骤16:云端SCTP镜像组件根据REST请求中的边缘设备ID和SCTP连接实例ID检查是否存在关联的本地SCTP连接,若存在,则云端SCTP镜像组件将REST请求中的信令包通过关联的云端本地SCTP连接传输至核心网控制面;若不存在,则新建本地SCTP连接至核心网控制面,并将此连接与边缘设备ID和边缘SCTP连接实例ID相关联;云端SCTP镜像组件将REST请求中的信令包通过关联的云端本地SCTP连接递交至核心网控制面。
在又一些实例中,本实施例中的信令传输系统不仅可以实现N2信令的上行转发操作,还能够实现N2信令的下行信令转发操作,具体可以包括如下步骤:
步骤S21:云上的核心网控制面通过云端本地SCTP连接发送N2信令。
步骤S22:云端SCTP镜像组件将云端本地SCTP连接接收到的N2信令发布至云上消息队列服务(主题为本地连接关联的边缘设备ID,消息内容可以包括关联的边缘SCTP连接实例ID、服务类型(N2)以及N2信令数据)。
步骤S23:云上消息队列服务将N2信令通知给订阅此边缘设备ID的QUIC服务端。
步骤S24:QUIC服务端可以对N2信令的消息内容进行序列化,之后可以通过与此边缘设备关联的QUIC链路下发至边缘设备。
步骤S25:QUIC客户端将接收到的数据包反序列化,构建REST请求,并通过REST请求中的服务类型将REST请求转发至边缘SCTP镜像组件。
步骤S26:边缘SCTP镜像组件通过REST请求中SCTP连接实例ID对应的SCTP链路将N2信令发送给基站。
参考附图4所示,本实施例中的信令传输系统可以实现N4信令的上行转发操作,具体可以包括如下步骤:
步骤S31:云上的核心网控制面使用虚拟IP与云端UDP镜像组件建立本地UDP连接,并发送N4信令。
其中,在核心网控制面与UPF网元进行数据通信操作时,可以对UPF网元进行IP地址的配置操作,从而可以获得与UPF网元相对应的虚拟IP。
步骤S32:云端UDP镜像组件将本地连接接收到的N4信令发布至云上的消息队列服务(主题为虚拟IP关联的边缘设备ID,消息内容可以包括:UDP连接实例ID、服务类型(N4)以及N4信令数据)。
步骤S33:云上消息队列服务将N4信令通知给订阅此边缘设备ID的QUIC服务端。
步骤S34:QUIC服务端对N4信令进行数据内容进行序列化,之后通过与此边缘设备关联的QUIC链路下发至边缘设备。
步骤S35:QUIC客户端将接收到的数据包进行反序列化,并构建REST请求,并通过数据包中的服务类型将REST请求转发至边缘UDP镜像组件。
步骤S36:边缘UDP镜像组件根据REST请求中的云上UDP连接实例ID检查是否存在关联的边缘本地UDP连接,若存在,则边缘UDP镜像组件将REST请求中的信令包通过关联的边缘本地UDP连接转发至UPF网元;若不存在,则新建本地UDP连接至UPF网元,并将此连接与云上UDP连接实例ID相关联;边缘UDP镜像组件将REST请求中的信令包通过关联的边缘本地UDP连接转发至UPF网元。
在又一些实例中,本实施例中的信令传输系统不仅可以实现N4信令的上行转发操作,还能够实现N4信令的下行信令转发操作,具体可以包括如下步骤:
步骤S41:边缘设备通过本地UDP连接发送N4信令。
步骤S42:边缘UDP镜像组件将N4信令通过REST请求(本地连接对应的云上UDP连接实例ID,服务类型(N4)以及N4信令包)透明转发至任一QUIC客户端实例。
步骤S43:QUIC客户端将REST请求中的信息连同边缘设备ID序列化后,通过已经建立好的QUIC链路发送到QUIC服务端。
步骤S44:QUIC服务端将接收到的数据包反序列化,并构建REST请求,而后将REST请求所对应的数据包发送至Ingress组件。
步骤S45:Ingress组件可以确定与REST请求相对应的URL,其中,URL可以包括:核心网控制面实例ID和服务类型,并根据REST请求中的URL将REST请求分发至云端UDP镜像组件。
步骤46:云端UDP镜像组件通过REST请求中UDP连接实例ID对应的UDP连接将N4信令发送给核心网控制面。
本实施例提供的技术方案,有效地实现了通过独立的边缘镜像组件以及云端镜像组件对核心网产品和边缘设备之间的稳定通信连接,并且,屏蔽了云端-边缘之间的通信链路所应有的较为复杂的通信细节,将云-边通信转换为比局域网通信还简单的本地主机通信呈现给核心网控制面,从而以无侵入的方式实现了使用云服务部署核心网控制面来管控边缘UPF网元的技术方案,即实现了无需改造现有产品,还简化了网络配置,此外,该技术方案在无需改变核心网外部的标准接口以及现有的核心网架构的前提下解决了不确定网络环境下通信协议不支持、反向网络不可达以及链路质量不稳定(具体通过配置多个QUIC链路来保证链路的通信质量)等问题,从而能够保证边缘设备与核心网控制面之间进行稳定的信令传输操作,另外,由于该实现方式对外部无依赖,且适用多租户模式,从而可以提高资源的利用率,可作为公有云基础服务提供给通信设备厂商使用,即该方法可以适用于任意通信设备商的标准核心网产品,具备通用性,进一步提高了该技术方案的实用性,有利于市场的推广与应用。
下面结合附图,对本发明的一些实施方式作详细说明。在各实施例之间不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。另外,下述各方法实施例中的步骤时序仅为一种举例,而非严格限定。
图5为本申请实施例提供的一种信令传输方法的流程示意图;图6为本申请实施例提供的一种信令传输方法的原理示意图;参考附图5-图6所示,本实施例提供了一种信令传输方法,该方法的执行主体为信令传输装置,可以理解的是,该信令传输装置可以实现为软件、或者软件和硬件的组合,具体的,在信令传输装置实现为硬件时,其具体可以是具有信令传输操作的各种电子设备。当信令传输装置实现为软件时,其可以安装在上述所例举的电子设备中。具体实现时,该信令传输装置可以实现为边缘镜像组件,即该信令传输方法应用于边缘镜像组件,该边缘镜像组件可以部署在边缘设备中;边缘设备可以实现为用户面功能UPF设备,UPF设备可以是指任何具有一定报文转发能力的计算设备,具体的,UPF设备可以实现为智能网卡、平板电脑、个人电脑、工控机、集群服务器、常规服务器、交换机、云服务器、路由器等等。
此外,信令传输装置的基本结构可以包括:至少一个处理器。处理器的数量取决于请求端的配置和类型。信令传输装置也可以包括存储器,该存储器可以为易失性的,例如RAM,也可以为非易失性的,例如只读存储器(Read-Only Memory,简称ROM)、闪存等,或者也可以同时包括两种类型。存储器内通常存储有操作系统(Operating System,简称OS)、一个或多个应用程序,也可以存储有程序数据等。除了处理单元和存储器之外,信令传输装置还包括一些基本配置,例如网卡芯片、IO总线、显示组件以及一些外围设备等。可选地,一些外围设备可以包括,例如键盘、鼠标、输入笔、打印机等。其它外围设备在本领域中是众所周知的,在此不做赘述。
具体的,该信令传输方法可以包括:
步骤S501:获取待传输信令。
步骤S502:确定与待传输信令相对应的边缘设备ID、连接实例ID以及信令数据,其中,连接实例ID用于标识对待传输信令进行传输的原始通信链路。
步骤S503:基于边缘设备ID、连接实例ID以及信令数据,生成满足预设通信标准的信令传输请求。
步骤S504:将信令传输请求传输至云端镜像组件,以使云端镜像组件确定位于云端本地的与边缘设备ID和连接实例ID相对应的云端本地连接,并通过云端本地连接将信令传输请求传输至核心网控制面,其中,云端镜像组件与核心网控制面均部署在云端,且云端镜像组件与核心网控制面通过云端本地连接进行通信。
下面对上述各个步骤的具体实现过程和实现效果进行详细说明:
步骤S501:获取待传输信令。
其中,当用户存在信令传输需求时,通过边缘设备可以向边缘镜像组件发送待传输信令,从而使得边缘镜像组件可以获取到待传输信令。需要注意的是,在不同的应用场景中,边缘镜像组件可以获取到不同的待传输信令,在一些实例中,待传输信令可以是由基站发送至核心网控制面的N2信令,在不同的应用场景中,通过基站所获得的N2信令可以具有不同的功能和目的,例如,待传输信令可以包括:用于建立通信连接的N2信令、用于实现数据处理操作的N2信令、用于实现数据传输操作的N2信令等等。
在又一些实例中,待传输信令也可以是由边缘设备中的UPF网元发送至核心网控制面的N4信令,在不同的应用场景中,通过UPF网元发送至核心网控制面的N4信令可以具有不同的功能和目的。
另外,由于待传输信令可以通过基站或者UPF网元发送至边缘镜像组件,为了能够准确地对不同的待传输信令进行稳定地传输操作,本实施例中的边缘镜像组件可以包括与基站相对应的第一边缘镜像组件,此时,获取待传输信令可以包括:获取基站发送的待传输信令,基站与第一边缘镜像组件通信连接。具体的,基站与第一边缘镜像组件之间对应有第一原始通信链路,第一原始通信链路可以满足流控制传输协议SCTP标准。
具体的,为了能够准确地获取基站发送的待传输信令,在获取基站发送的待传输信令之前,本实施例中的方法还可以包括:获取基站发送的连接建立请求;基于连接建立请求建立边缘镜像组件与基站之间的通信连接,在一些实例中,基站与边缘镜像组件之间可以建立边缘的SCTP连接,以使得待传输信令可以通过边缘的SCTP连接传输至边缘镜像组件。
相类似的,本实施例中的边缘镜像组件还可以包括与UPF网元相对应的第二边缘镜像组件,获取待传输信令可以包括:获取用户平面功能UPF网元发送的待传输信令,UPF网元与第二边缘镜像组件之间建立有与云端本地连接相对应的边缘本地连接,该边缘本地连接是通过对云端本地连接在边缘侧进行镜像获得的关联连接,需要注意的是,上述的连接是指用于实现数据传输的通信链路,云端本地连接则是指在云上的用于实现数据传输的本地通信链路,边缘本地连接则是指设置在边缘设备上的用于实现数据传输的本地通信链路。
另外,在边缘镜像组件包括第二边缘镜像组件时,UPF网元与第二边缘镜像组件之间对应有边缘通信链路,边缘通信链路满足用户数据报协议UDP标准,且边缘通信链路与核心网控制面与云端镜像组件之间的第二原始通信链路相对应。
步骤S502:确定与待传输信令相对应的边缘设备ID、连接实例ID以及信令数据,其中,连接实例ID用于标识对待传输信令进行传输的原始通信链路。
其中,核心网控制面可以通信连接有一个或多个边缘设备,由于待传输信令可以通过不同的边缘设备以及不同的通信协议传输至边缘镜像组件,为了能够实现待传输信令在边缘设备与云端的核心网控制面之间进行稳定的传输操作,在获取到待传输信令之后,可以对待传输信令进行分析处理,以确定与待传输信令相对应的边缘设备ID、连接实例ID以及信令数据,其中,边缘设备ID用于标识不同的边缘设备,连接实例ID 用于标识对待传输信令进行传输的原始通信链路,在待传输信令是由基站发送至边缘镜像组件的信令时,连接实例ID可以与基站和边缘镜像组件之间的SCTP连接相对应;在待传输信令是由UPF网元发送至边缘镜像组件的信令时,连接实例ID可以与核心网控制面和云端镜像组件之间的UDP连接相对应。
另外,不同的待传输信令可以包括有用于实现不同功能操作的信令数据,在待传输信令为待传输的N2信令时,信令数据可以是与N2信令所对应的N2信令包;在待传输信令为待传输的N4信令时,信令数据可以是与N4信令所对应的N4信令包。
步骤S503:基于边缘设备ID、连接实例ID以及信令数据,生成满足预设通信标准的信令传输请求。
由于待传输信令可能是通过SCTP传输协议传输至核心网控制面的,为了能够支持并保证基站与核心网控制面之间进行稳定的数据传输操作,则可以对待传输信令进行调整,具体的,在获取到边缘设备ID以及连接实例ID之后,可以对边缘设备ID以及连接实例ID进行分析处理,以生成与信令数据相对应的信令传输请求,该信令传输请求满足预设通信标准,预设通信标准可以是预先配置的超文本传输协议(Hyper Text Transfer Protocol,简称HTTP),从而有效地实现了将通过SCTP传输协议所传输的信令数据转换为满足预设通信标准的信令传输请求。其中,信令传输请求可以实现为代表性状态转移(Representational State Transfer,简称REST)请求,REST请求可以包括以下至少之一:用于实现信息查询操作的查询请求、用于实现新增数据的新增请求、用于实现数据更新操作的更新请求、用于实现数据删除操作的信息删除请求等等。
其中,本实施例对于生成与信令数据相对应的信令传输请求的具体实现方式不做限定,在一些实例中,在获取到边缘设备ID、连接实例ID以及信令数据之后,可以直接对边缘设备ID、连接实例ID以及信令数据进行整合处理,获得与信令数据相对应的信令传输请求。
在又一些实例中,由于待传输信令可以对应有不同的数据类型,而具有不同数据类型的待传输信令可以生成不同的信息传输请求,此时,基于边缘设备ID以及连接实例ID,生成与信令数据相对应的信令传输请求可以包括:确定与待传输信令相对应的数据类型;基于信令数据、边缘设备ID、数据类型以及连接实例ID,生成信令传输请求。
其中,数据类型可以包括N2类型或者N4类型,在获取到待传输信令之后,可以对待传输信令进行分析处理,以确定与待传输信令相对应的数据类型,在获取到信令数据、边缘设备ID、数据类型以及连接实例ID之后,可以基于信令数据、边缘设备ID、数据类型以及连接实例ID生成信令传输请求。
具体的,在基站向边缘镜像组件发送N2信令时,边缘镜像组件基于N2信令确定相对应的数据类型、边缘设备ID以及连接实例ID生成REST请求,该REST请求中可以包括:SCTP连接实例ID、服务类型(N2)以及N2信令包。
在UPF网元向边缘镜像组件发送N4信令时,边缘镜像组件可以基于N4信令确定相对应的数据类型、边缘设备ID以及连接实例ID生成REST请求,该REST请求中可以包括:SCTP连接实例ID、服务类型(N4)以及N4信令包。
步骤S504:将信令传输请求传输至云端镜像组件,以使云端镜像组件确定位于云端的与边缘设备ID和连接实例ID相对应的云端本地连接,并通过云端本地连接将信令传输请求传输至核心网控制面,其中,云端镜像组件与核心网控制面均部署在云端,且云端镜像组件与核心网控制面通过云端本地连接进行通信。
在获取到信令传输请求之后,可以将信令传输请求传输至云端镜像组件,在云端镜像组件获取到信令传输请求之后,云端镜像组件可以先确定位于云端本地的与边缘设备ID和连接实例ID相对应的云端本地连接,而后可以通过云端本地连接将信令传输请求传输至核心网控制面,从而有效地实现了边缘设备与核心网控制面之间进行稳定地信令传输操作。
在一些实例中,将信令传输请求传输至云端镜像组件可以包括:确定与边缘镜像组件通信连接的边缘传输组件,边缘传输组件与云端的云端传输组件之间对应有至少一个传输链路,云端传输组件与云端镜像组件通信连接;在至少一个传输链路中确定一目标传输链路;将信令传输请求通过目标传输链路和云端传输组件传输至云端镜像组件。
其中,边缘设备与云端可以通过边缘传输组件和云端传输组件配置有一个或多个传输链路,具体实现时,边缘传输组件可以实现为一个或多个QUIC客户端,云端传输组件可以实现为一个或多个QUIC服务端,从而使得云端与边缘设备之间可以建立一个或多个QUIC传输链路,这样可以保证云-边通信的稳定可靠性。在边缘设备与云端之间存在数据传输需求时,则可以确定能够进行数据传输操作的多个传输链路,由于不同的传输链路可能对应有不同的传输质量,此时,为了进一步提高数据传输的稳定可靠性,可以在多个传输链路中确定一传输质量较高或者较好的目标传输链路;而后将信令传输请求通过目标传输链路和云端传输组件传输至云端镜像组件。
在又一些实例中,云端镜像组件包括与基站相对应的第一云端镜像组件;为了能够实现稳定地实现数据传输操作,本实施例中的方法还可以包括建立与基站相对应的镜像的云端本地连接的技术方案,此时,本实施例中的方法还可以包括:获取与第一原始通信链路相对应的第一链路信息,其中,第一链路信息可以包括第一原始通信链路的链路标识以及两个传输端口等等;将第一链路信息镜像至第一云端镜像组件,以使第一云端镜像组件在云端本地建立与第一原始通信链路相对应的云端本地连接,其中,上述的云端本地连接即为在云端上建立的与第一原始通信链路相对应的镜像本地连接。
本实施例提供的信令传输方法,有效地通过独立的边缘镜像组件实现了边缘设备与核心网之间的稳定数据传输,具体的,在边缘设备实现为基站时,对于基站需要发送至核心网控制面的信令数据而言,可以无需通过SCTP协议进行发送,而是通过预设通信标准的信令传输请求发送至云端镜像组件,而后云端镜像组件可以通过预先建立的云端本地连接将包括有信令数据的信令传输请求发送至核心网控制面,这样使得核心网与边缘设备之间的通信链路屏蔽了复杂的云-边网络通信细节,将云-边通信转换为比局域网通信还简单的本地主机通信呈现给核心网控制面,从而以无侵入的方式实现了使用云服务部署核心网控制面来管控边缘UPF网元的技术方案,这样无需改造现有产品,还简化了网络配置,从而在无需改变核心网外部的标准接口以及现有的核心网架构的前提下解决了在不确定的网络环境下通信协议不支持的问题,并且,该方法可以适用于任意通信设备商的标准核心网产品,具备通用性,进一步提高了该信令传输方法的实用性,有利于市场的推广与应用。
图7为本申请实施例提供的另一种信令传输方法的流程示意图;在上述实施例的基础上,参考附图7所示,在边缘镜像组件包括与基站相对应的第一边缘镜像组件时,本实施例中的方法还可以包括通过第一边缘镜像组件获取云端侧所发送的信令传输请求,并可以将信令传输请求发送至基站,具体的,本实施例中的方法可以包括:
步骤S701:通过边缘传输组件和云端传输组件获取信令传输请求,边缘传输组件与云端的云端传输组件之间对应有至少一个传输链路,云端传输组件与云端镜像组件通信连接。
步骤S702:确定与信令传输请求相对应的连接实例ID以及信令数据。
步骤S703:将信令数据通过与连接实例ID相对应的传输链路发送至基站。
其中,在云端设置有与云端镜像组件通信连接的云端传输组件,该云端传输组件与位于边缘设备中的边缘传输组件通信连接,具体的,可以通过一个或多个通信链路进行通信连接,从而使得基站与核心网控制面之间进行通信连接,具体的,基站可以主动向核心网控制面发送信令数据,并可以接收到核心网控制面所发送的信令数据。当核心网控制面向基站发送信令传输请求,此时,边缘镜像组件可以通过边缘传输组件和云端传输组件获取信令传输请求,该信令传输请求用于发送至基站。
其中,位于边缘侧的基站与位于云端的核心网控制面之间可以对应有多个通信链路,而不同的通信链路可以对应有不同的连接实例ID,因此,为了能够保证对信令传输请求进行稳定地传输操作,在获取到信令传输请求之后,可以对信令传输请求进行分析处理,以确定信令传输请求相对应的连接实例ID以及信令数据,在一些实例中,信令传输请求中可以包括连接实例和信令数据,此时,对信令传输请求进行信息提取操作即可获得与信令传输请求相对应的连接实例ID以及信令数据。在又一些实例中,信令传输请求与连接实例ID和信令数据之间存在预设映射关系,在获取到信令传输请求之后,可以基于预设映射关系来确定与信令传输请求相对应的连接实例ID以及信令数据。
在确定与信令传输请求相对应的连接实例ID以及信令数据之后,可以将信令数据通过与连接实例ID相对应的传输链路发送至基站。
本实施例中,通过边缘传输组件和云端传输组件获取信令传输请求,而后确定与信令传输请求相对应的连接实例ID以及信令数据,并将信令数据通过与连接实例ID相对应的传输链路发送至基站,从而有效地实现了核心网控制面可以与基站之间进行稳定地数据传输操作,进一步提高了该信令传输方法的稳定可靠性。
图8为本申请实施例提供的又一种信令传输方法的流程示意图;在上述实施例的基础上,参考附图8所示,在边缘镜像组件包括与UPF网元相对应的第二边缘镜像组件时,本实施例中还可以实现核心网控制面与UPF网元之间进行数据通信操作,具体的,该方法还可以包括:
步骤S801:通过边缘传输组件和云端传输组件获取信令传输请求,边缘传输组件与云端的云端传输组件之间对应有至少一个传输链路,云端传输组件与云端镜像组件通信连接。
步骤S802:确定与信令传输请求相对应的连接实例ID以及信令数据。
步骤S803:基于连接实例ID确定位于UPF网元本地的边缘本地连接。
步骤S804:将信令数据通过边缘本地连接发送至UPF网元。
其中,在云端可以配置有与云端镜像组件通信连接的云端传输组件,该云端传输组件与位于边缘设备中的边缘传输组件通信连接,此时,UPF网元与核心网控制面之间进行通信连接,具体的,核心网控制面可以主动向UPF网元发送数据信息,并可以接收到UPF网元所反馈的数据信息。当核心网控制面向UPF网元发送信令传输请求时,边缘镜像组件可以通过边缘传输组件和云端传输组件获取到核心网控制面所发送的信令传输请求,信令传输请求用于发送至UPF网元。
由于位于边缘的UPF网元与位于云端的核心网控制面之间可以对应有多个通信链路,而不同的通信链路可以对应有不同的连接实例ID,因此,为了能够保证对信令传输请求进行稳定地传输操作,在获取到信令传输请求之后,可以对信令传输请求进行分析处理,以确定信令传输请求相对应的连接实例ID以及信令数据。为了能够保证核心网控制面与UPF网元之间进行稳定地数据传输操作,在确定与信令传输请求相对应的连接实例ID以及信令数据之后,可以先基于连接实例ID确定位于UPF网元本地的边缘本地连接,而后可以将信令数据通过边缘本地连接发送至UPF网元。
其中,基于连接实例ID确定位于UPF网元本地的边缘本地连接可以包括:基于连接实例ID,识别UPF网元本地是否存在相对应的关联本地连接;若存在,则将关联本地连接确定为边缘本地连接;若不存在,则在UPF网元本地建立与连接实例ID相对应的新建本地连接,并将新建本地连接确定为边缘本地连接,这样有效地保证了UPF网元的本地存在与核心网控制面相对应的镜像的本地通信链路,使得UPF网元与云端核心网控制面之间的数据通信对于UPF网元而言,如同访问本地核心网控制面。
本实施例中,通过边缘传输组件和云端传输组件获取信令传输请求,而后确定与信令传输请求相对应的连接实例ID以及信令数据,并基于连接实例ID确定位于UPF网元本地的边缘本地连接,而后将信令数据通过边缘本地连接发送至UPF网元,从而有效地实现了核心网控制面与UPF网元之间的数据传输操作如同本地访问,并解决了核心网控制面无法主动访问边缘设备的技术问题,进一步保证了信令传输的稳定可靠性。
图9为本申请另一实施例提供的一种信令传输方法的流程示意图;参考附图9所示,本实施例提供了一种信令传输方法,该方法的执行主体为信令传输装置,可以理解的是,该信令传输装置可以实现为软件、或者软件和硬件的组合,具体的,在信令传输装置实现为硬件时,其具体可以是具有信令传输操作的各种电子设备。当信令传输装置实现为软件时,其可以安装在上述所例举的电子设备中。具体实现时,该信令传输装置可以实现为云端镜像组件,即该信令传输方法应用于云端镜像组件,该云端镜像组件可以配置在云端,且与核心网控制面通信连接。基于上述的信令传输装置,本实施例中的信令传输方法可以包括:
步骤S901:通过边缘镜像组件获取信令传输请求,其中,边缘镜像组件与云端镜像组件通信连接。
步骤S902:确定与信令传输请求相对应的信令数据、边缘设备ID以及连接实例ID,其中,连接实例ID用于标识对信令数据进行传输的原始通信链路。
步骤S903:基于边缘设备ID和连接实例ID,确定与信令传输请求相对应的云端本地连接。
步骤S904:通过云端本地连接将信令数据发送至核心网控制面。
下面对上述各个步骤的具体实现过程和实现效果进行详细说明:
步骤S901:通过边缘镜像组件获取信令传输请求,其中,边缘镜像组件与云端镜像组件通信连接。
其中,当边缘设备存在信令传输需求时,边缘设备可以通过边缘镜像组件向云端侧发送信令传输请求,从而使得云端镜像组件可以通过边缘镜像组件稳定地获取到信令传输请求;例如:核心网控制面可以获取到基站所发送的N2信令,或者,核心网控制面可以获取到UPF网元所发送的N4信令。需要注意的是,信令传输请求是满足预设通信标准的请求,以保证云端的核心网控制面可以稳定地获取到边缘设备所发送的数据信息。
步骤S902:确定与信令传输请求相对应的信令数据、边缘设备ID以及连接实例ID,其中,连接实例ID用于标识对信令数据进行传输的原始通信链路。
其中,核心网控制面可以通过云端镜像组件连接有多个边缘镜像组件所对应的边缘设备,由于信令传输请求可以通过不同的边缘设备以及不同的通信协议传输至边缘镜像组件,为了能够使得信令传输请求在边缘设备与云端的核心网控制面之间进行稳定的传输,在获取到信令传输请求之后,可以对信令传输请求进行分析处理,以确定与信令传输请求相对应的边缘设备ID、连接实例ID以及信令数据,其中,边缘设备ID用于标识不同的边缘设备,连接实例ID 用于标识对信令传输请求进行传输的原始通信链路,在信令传输请求是由基站发送至边缘镜像组件的信令时,则连接实例ID可以与基站和边缘镜像组件之间的SCTP连接相对应;在信令传输请求是由UPF网元发送至边缘镜像组件的信令时,则连接实例ID可以与UPF网元和边缘镜像组件之间的UDP连接相对应。
另外,不同的信令传输请求可以包括有用于实现不同功能操作的信令数据,在信令传输请求为待传输的N2信令时,信令数据可以是与N2信令所对应的N2信令包;在信令传输请求为待传输的N4信令时,信令数据可以是与N4信令所对应的N4信令包。
步骤S903:基于边缘设备ID和连接实例ID,确定与信令传输请求相对应的云端本地连接。
在获取到边缘设备ID和连接实例ID之后,可以对边缘设备ID和连接实例ID进行分析处理,以确定与信令传输请求相对应的云端本地连接。在一些实例中,基于边缘设备ID和连接实例ID,确定与信令传输请求相对应的云端本地连接可以包括:基于边缘设备ID和实例ID,识别云端本地是否存在相对应的关联本地连接;若存在,则将关联本地连接确定为云端本地连接;若不存在,则在云端本地建立与边缘设备ID和实例ID相对应的新建本地连接,并将新建本地连接确定为云端本地连接,这样有效地实现了将边缘设备的链路信息镜像至云端,保证了对云端本地连接进行确定的准确可靠性。
步骤S904:通过云端本地连接将信令数据发送至核心网控制面。
在确定与信令传输请求相对应的云端本地连接之后,可以通过云端本地连接将信令数据发送至核心网控制面,这样使得边缘设备与核心网控制面之间的数据通信转换为云端本地的UPF网元与核心网控制面之间的数据通信操作,即云-边通信转换为本地通信,有效地提高了数据传输的稳定可靠性。
本实施例提供的信令传输方法,通过边缘镜像组件获取信令传输请求,确定与信令传输请求相对应的信令数据、边缘设备ID以及连接实例ID,而后可以基于边缘设备ID和连接实例ID,确定与信令传输请求相对应的云端本地连接,并通过云端本地连接将信令数据发送至核心网控制面,有效地实现了通过独立的云端镜像组件对核心网屏蔽了复杂的云-边网络的通信细节,具体可以将其转换为比局域网通信还简单的本地主机通信呈现给核心网,这样无需改造现有的核心网架构,并且还简化了网络配置,使得在边缘设备与核心网控制面之间进行稳定的信令传输操作,即相对于现有的核心网是无侵入性的,不会侵入UPF网元和核心网控制面之间,从而有效地解决了对网络环境的通信协议不支持的问题,进一步提高了该方法的实用性,有利于市场的推广与应用。
图10为本申请另一实施例提供的又一种信令传输方法的流程示意图;在上述实施例的基础上,参考附图10所示,在云端镜像组件包括与UPF网元相对应的第二云端镜像组件时,本实施例中的方法还可以包括:
步骤S1001:获取核心网控制面与第二云端镜像组件之间的第二原始通信链路。
步骤S1002:确定与第二原始通信链路相对应的第二链路信息。
步骤S1003:将第二链路信息镜像至边缘镜像组件,以使边缘镜像组件在UPF网元的本地建立与第二原始通信链路相对应的边缘本地连接。
其中,在云端包括与UPF网元相对应的第二云端镜像组件时,为了能够实现核心网控制面与UPF网元之间进行稳定的数据传输操作,可以先在边缘侧的UPF网元的本地建立与云端连接相对应的边缘本地连接,即将云端连接镜像至UPF网元侧,具体的,可以获取核心网控制面与第二云端镜像组件之间的第二原始通信链路,而后可以确定与第二原始通信链路相对应的第二链路信息。在获取到第二链路信息之后,可以将第二链路信息镜像至边缘镜像组件,即可以将第二链路信息发送至边缘镜像组件,在边缘镜像组件获取到第二链路信息之后,可以基于第二链路信息在UPF网元的本地建立与第二原始通信链路相对应的边缘本地连接,从而有效地实现了对于核心网与UPF网元之间进行访问操作而言,UPF网元可以通过镜像的边缘本地连接(本地核心网)实现数据访问操作,进一步保证了数据传输的稳定可靠性。
本实施例中,通过获取核心网控制面与第二云端镜像组件之间的第二原始通信链路,确定与第二原始通信链路相对应的第二链路信息;而后将第二链路信息镜像至边缘镜像组件,以使边缘镜像组件在UPF网元的本地建立与第二原始通信链路相对应的边缘本地连接,从而有效地实现了在核心网与UPF网元之间的访问操作,UPF网元可以本地建立的边缘本地连接实现数据访问操作,进一步保证了信令传输的稳定可靠性。
图11为本申请又一实施例提供的一种信令传输方法的流程示意图;参考附图11所示,本实施例提供了又一种信令传输方法,该方法的执行主体为信令传输装置,可以理解的是,该信令传输装置可以实现为软件、或者软件和硬件的组合,具体的,在信令传输装置实现为硬件时,其具体可以是具有信令传输操作的各种电子设备。当信令传输装置实现为软件时,其可以安装在上述所例举的电子设备中。具体实现时,该信令传输装置可以实现为云端镜像组件,即该信令传输方法应用于云端镜像组件,该云端镜像组件可以配置在云端,且与核心网控制面通信连接。基于上述的信令传输装置,本实施例中的信令传输方法可以包括:
步骤S1101:获取核心网控制面发送的待传输信令。
其中,云端镜像组件包括第一云端镜像组件;获取核心网控制面发送的待传输信令,包括:获取核心网控制面与第一云端镜像组件之间的第一本地连接;通过第一本地连接获取核心网控制面发送的待传输信令,待传输信令用于发送至与核心网控制面通信连接的基站。
相类似的,云端镜像组件可以包括第二云端镜像组件;获取核心网控制面发送的待传输信令,包括:获取核心网控制面与第二云端镜像组件之间的第二本地连接;通过第二本地连接获取核心网控制面发送的待传输数据,待传输信令用于发送至与核心网控制面通信连接的UPF网元。
步骤S1102:确定与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据。
在获取到待传输信令之后,可以对待传输信令进行分析处理,以确定与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据,其中,连接实例ID用于标识与待传输信令相对应的原始通信链路,边缘设备ID用于标识用于向核心网控制面所发送的边缘设备,在边缘设备为基站时,确定与待传输数据相对应的边缘设备ID可以包括:获取与待传输信令相对应的本地连接;确定与本地连接相对应的关联边缘设备ID;将关联边缘设备ID确定为与待传输信令相对应的边缘设备ID。
相类似的,在目标设备为UPF网元时,确定与待传输数据相对应的边缘设备ID可以包括:获取与待传输信令相对应的虚拟IP地址;确定与虚拟IP地址相对应的关联边缘设备ID;将关联边缘设备ID确定为与待传输信令相对应的边缘设备ID。
步骤S1103:将与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据发送至云上消息队列,以通过云上消息队列确定与边缘设备ID相对应的云端传输组件,并通过云端传输组件、连接实例ID和数据类型将信令数据发送至边缘设备。
其中,云上消息队列用于辅助实现云上的核心网与边缘设备之间的数据传输操作。在获取到与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据之后,可以将与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据发送至云上消息队列,在云上消息队列获取到信令数据之后,可以确定与边缘设备ID相对应的云端传输组件,并通过云端传输组件、连接实例ID和数据类型将信令数据发送至边缘设备,具体的,在数据类型为N2类型时,边缘设备为基站;在数据类型为N4类型时,边缘设备为UPF网元。
本实施例提供的信令传输方法,通过获取核心网控制面发送的待传输信令,确定与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据,而后将与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据发送至云上消息队列,以通过云上消息队列确定与边缘设备ID相对应的云端传输组件,并通过云端传输组件、连接实例ID和数据类型将信令数据发送至边缘设备,从而有效地实现了核心网控制面可以稳定地将数据传输至边缘设备,进一步提高了该信令传输方法的质量和效率。
图12为本申请再一实施例提供的一种信令传输方法的流程示意图;参考附图12所示,本实施例提供了一种信令传输方法,该方法的执行主体为信令传输装置,可以理解的是,该信令传输装置可以实现为软件、或者软件和硬件的组合,具体的,在信令传输装置实现为硬件时,其具体可以是具有信令传输操作的各种电子设备等等。当信令传输装置实现为软件时,其可以安装在上述所例举的电子设备中。具体实现时,该信令传输装置可以实现为传输组件,传输组件用于与边缘镜像组件和云端镜像组件通信连接,具体的,该信令传输方法可以包括:
步骤S1201:通过边缘镜像组件获取信令传输请求。
其中,在边缘设备存在与核心网控制面相对应的信令传输需求时,边缘设备可以通过传输组件向核心网控制面发送信令传输请求,此时,通信组件可以通过边缘镜像组件获取到信令传输请求。
在一些实例中,传输组件包括位于云端的云端传输组件以及位于边缘设备中的边缘传输组件,此时,为了能够保证云-边通信的质量和效率,在边缘设备通过边缘镜像组件发送信令传输请求时,可以先通过边缘镜像组件将信令传输请求发送至边缘传输组件,而后边缘传输组件可以将信令传输请求发送至云端传输组件,从而使得云端传输组件稳定地获取到信令传输请求。
在一些实例中,基站可以通过第一边缘镜像组件向传输组件发送N2信令,从而使得第一边缘镜像组件获取到N2信令;或者,在又一些实例中,UPF网元可以通过第二边缘镜像组件向传输组件发送N4信令,从而使得第二边缘镜像组件获取到N4信令。
步骤S1202:对信令传输请求进行反序列化,获得与信令传输请求相对应的信令数据以及统一资源定位符。
在信令传输请求需要由边缘设备发送至云端时,信令传输请求所对应的数据可以包括多个,例如:边缘设备ID、连接实例ID、信令数据等等,为了能够保证上述数据稳定地传输至云端,往往会对上述多个数据进行序列化处理,在一些实例中,在边缘传输组件获取到边缘镜像组件发送的信令传输请求之后,则可以对信令传输请求所对应的多个数据进行序列化处理,而后将序列化处理后的信令传输请求发送至云端传输组件,而后云端传输组件可以对信令传输请求进行反序列化处理,从而可以获得与信令传输请求相对应的信令数据以及统一资源定位符。
在又一些实例中,在边缘传输组件获取到信令传输请求之前,信令传输请求可以通过镜像传输组件进行了相对应的序列化处理,此时,边缘传输组件可以将进行序列化处理后的信令传输请求直接发送至云端传输组件,而后云端传输组件可以对信令传输请求进行反序列化处理,从而可以获得信令数据以及统一资源定位符。再或者,在镜像传输组件将经过序列化处理操作后的信令传输请求发送至边缘传输组件之后,边缘传输组件可以对信令传输请求进行反序列化,从而可以获得与信令传输请求相对应的信令数据以及统一资源定位符。
步骤S1203:基于统一资源定位符,将信令数据发送相对应的云端镜像组件,以通过云端镜像组件将信令数据发送至核心网控制面。
由于信令数据具有不同的数据类型,不同的数据类型的信令数据可以对应有不同的统一资源定位符,例如,在信令数据包括N2类型时,信令数据可以对应第一类型的统一资源定位符;在信令数据包括N4类型时,信令数据可以对应第二类型的统一资源定位符;而不同数据类型的信令数据可以通过不同的云端镜像组件发送至核心网控制面,因此,为了能够保证信令传输的稳定可靠性,在获取到统一资源定位符之后,基于统一资源定位符将信令数据发送至相对应的云端镜像组件,以通过云端镜像组件将信令数据发送至相对应的核心网控制面。
在一些实例中,统一资源定位符中包括与云端镜像组件相对应的标识信息,因此,在获取到统一资源定位符之后,可以对统一资源定位符进行分析处理,以获得与云端镜像组件相对应的标识信息,而后将信令数据发送至相对应的云端镜像组件。
在又一些实例中,基于统一资源定位符,将信令数据发送相对应的云端镜像组件可以包括:基于统一资源定位符,确定与信令数据相对应的数据类型以及核心网控制面实例ID;确定与数据类型相对应的目标云端镜像组件;基于核心网控制面实例ID,将信令数据发送至目标云端镜像组件,以使目标云端镜像组件将信令数据发送至与核心网控制面实例ID相对应的核心网控制面。
本实施例提供的信令传输方法,通过边缘镜像组件获取信令传输请求,而后对信令传输请求进行反序列化,获得与信令传输请求相对应的信令数据以及统一资源定位符,并基于统一资源定位符,将信令数据发送相对应的云端镜像组件,以通过云端镜像组件将信令数据发送至核心网控制面,从而有效地实现了边缘设备可以通过传输组件与核心网控制面进行稳定地数据传输操作,进一步保证了该信令传输方法的实用性。
在另一些实例中,本实施例中的传输组件不仅可以实现将边缘设备的信令数据传输至核心网控制面,还能够将核心网控制面的信令数据传输至边缘设备,此时,本实施中的方法还可以包括:
步骤S1301:通过云端镜像组件获取信令传输请求。
步骤S1302:对信令传输请求进行序列化,确定与信令传输请求相对应的信令数据以及数据类型。
步骤S1303:基于数据类型确定用于对信令数据进行传输的边缘镜像组件。
步骤S1304:通过边缘镜像组件将信令数据发送至边缘设备。
具体的,在云上的核心网控制面需要向UPF网元发送至信令数据时,核心网控制面可以通过云端镜像组件向云端传输组件发送信令传输请求,从而使得云端传输组件可以稳定地获取到信令传输请求,而后可以对信令传输请求进行序列化处理,确定信令传输请求相对应的信令数据以及数据类型。
由于不同的数据类型可以对应有不同的边缘镜像组件,例如,在数据类型为N2类型时,边缘镜像组件可以实现为与基站相对应的边缘SCTP镜像组件,在数据类型为N4类型时,边缘镜像组件可以实现为与UPF网元相对应的边缘UDP镜像组件。因此,在获取到数据类型之后,可以基于数据类型确定与信令数据相对应的边缘镜像组件,而后云端传输组件可以通过边缘传输至将信令数据传输至所确定的边缘镜像组件,以通过边缘镜像组件将信令数据发送至边缘设备,从而有效地实现了核心网控制面与边缘设备之间的数据通信操作。
举例1,在信令传输请求为N4信令时,边缘设备可以实现为UPF网元,此时,云端镜像组件可以实现为云端UDP镜像组件,具体的,核心网控制面可以通过虚拟IP与云端UDP镜像组件建立本地UDP连接,并可以向云端UDP镜像组件发送N4信令;在云端UDP镜像组件获取到N4信令之后,可以将本地UDP连接所接收到的N4信令发布至云上的消息队列服务,云上的消息队列服务可以将N4信令通知给订阅此边缘设备ID的云端传输组件,而后云端传输组件可以将N4信令所对应的消息内容进行序列化处理,从而可以获得与N4信令相对应的信令数据以及数据类型(N4)。
在获取到数据类型之后,可以基于数据类型确定用于对N4信令进行传输的边缘镜像组件,该边缘镜像组件可以为边缘UDP镜像组件,而后可以将N4信令所对应的信令数据发送至边缘传输组件,边缘传输组件对接收到的数据包进行反序列化处理,并可以构建相对应的REST请求,而后将所构建的REST请求发送至边缘UDP镜像组件,而后边缘镜像组件可以将信令数据发送至UPF网元,具体的,边缘UDP镜像组件根据REST请求中的云上UDP连接实例ID检查是否有关联的本地UDP连接,若无,则新建本地UDP连接至UPF网元,并将此连接与云上UDP连接实例ID相关联;边缘UDP镜像组件将REST请求中的信令数据通过关联的本地UDP连接转发至UPF网元,从而有效地实现了核心网控制面与UPF网元之间的信令传输操作。
举例2,在信令传输请求为N2信令时,边缘设备可以实现为基站,此时,云端镜像组件可以实现为云端SCTP镜像组件,具体的,核心网控制面所建立的本地SCTP连接向云端SCTP镜像组件发送N2信令;在云端SCTP镜像组件获取到N2信令之后,可以将本地SCTP连接所接收到的N2信令发布至云上的消息队列服务,云上的消息队列服务可以将N2信令通知给订阅此边缘设备ID的云端传输组件,而后云端传输组件可以将N2信令所对应的消息内容进行序列化处理,从而可以获得与N2信令相对应的信令数据以及数据类型(N2)。
在获取到数据类型之后,可以基于数据类型确定用于对N2信令进行传输的边缘镜像组件,该边缘镜像组件可以为边缘SCTP镜像组件,而后可以将N2信令所对应的信令数据发送至边缘传输组件,边缘传输组件对接收到的数据包进行反序列化处理,并可以构建相对应的REST请求,而后将所构建的REST请求发送至边缘SCTP镜像组件,而后边缘SCTP镜像组件可以将信令数据发送至基站,具体的,边缘SCTP镜像组件根据REST请求中的SCTP连接实例ID对应的SCTP连接将N2信令转发至基站,从而有效地实现了核心网控制面与基站之间的信令传输操作。
在又一些实例中,为了保证云上的核心网与边缘设备之间进行稳定的信令传输操作,本实施例中的位于云端的传输组件还能够实现消息服务的订阅操作,此时,本实施中的方法还可以包括:
步骤S1401:通过与边缘传输组件之间的预设原始通信链路获取与边缘设备相对应的边缘设备ID。
其中,位于云上的云端传输组件可以通信连接有一个或多个边缘传输组件,而不同的边缘传输组件可以对应有不同的边缘设备,以实现不同的边缘设备可以与同一个核心网控制面进行信令传输操作,此时,为了能够使得云上的核心网对不同的边缘设备所发送的信令进行准确地区分以及相对应的处理操作,云端传输组件可以通过与边缘传输组件之间的预设原始通信链路获取与边缘设备相对应的边缘设备ID,在一些实例中,边缘设备ID可以通过对预设原始通信链路上的数据包进行分析所获得;在又一些实例中,边缘设备ID可以通过预设原始通信链路所对应的链路ID所确定。
步骤S1402:在云端,确定与边缘设备ID相对应的核心网控制面实例ID。
具体的,在核心网与一个或多个边缘设备之间进行信令传输时,核心网会建立与各个边缘设备相对应的核心网控制面实例,不同的边缘设备可以对应有不同的核心网控制面实例,此时,核心网控制面实例ID可以与边缘设备ID之间建立关联关系。而后,为了能够准确地实现核心网控制面与边缘设备之间进行稳定、可靠的信令传输操作,在云端传输组件获取到边缘设备ID 之后,可以在云端确定与边缘设备ID相对应的核心网控制面实例ID。
步骤S1403:将边缘设备ID、核心网控制面实例ID以及预设原始通信链路进行关联存储,并向云上消息队列订阅与边缘设备ID相对应的消息服务。
在获取到边缘设备ID、核心网控制面实例ID以及预设原始通信链路之后,可以将上述的边缘设备ID、核心网控制面实例ID以及预设原始通信链路之间建立关联关系,并对上述所建立的关联关系进行存储,并可以向云上消息队列订阅与边缘设备ID相对应的消息服务,这样可以实现边缘设备ID所对应的边缘设备可以通过预设原始通信链路与核心网控制面之间进行稳定地数据传输层操作,保证了信令传输的稳定可靠性。
图13为本申请实施例提供的一种边缘镜像组件的结构示意图;参考附图13所示,本实施例提供了一种边缘镜像组件,该边缘镜像组件可以部署在边缘设备中;具体的,该边缘镜像组件可以包括:
第一获取模块11,用于获取待传输信令。
第一确定模块12,用于确定与待传输信令相对应的边缘设备ID、连接实例ID以及信令数据,其中,连接实例ID用于标识对待传输信令进行传输的原始通信链路。
第一生成模块13,用于基于边缘设备ID、连接实例ID以及信令数据,生成满足预设通信标准的信令传输请求。
第一处理模块14,用于将信令传输请求传输至云端镜像组件,以使云端镜像组件确定位于云端的与边缘设备ID和连接实例ID相对应的云端本地连接,并通过云端本地连接将信令传输请求传输至核心网控制面,其中,云端镜像组件与核心网控制面均部署在云端,且云端镜像组件与核心网控制面通过云端本地连接进行通信。
在一些实例中,在边缘镜像组件包括第一边缘镜像组件时,在第一获取模块11获取待传输信令时,该第一获取模块11用于执行:获取基站发送的待传输信令,基站与第一边缘镜像组件通信连接。在边缘镜像组件包括第二边缘镜像组件时,在第一获取模块11获取待传输信令时,该第一获取模块11用于执行:获取用户平面功能UPF网元发送的待传输信令,UPF网元与第二边缘镜像组件之间建立有与云端本地连接相对应的边缘本地连接。
在一些实例中,基站与第一边缘镜像组件之间对应有第一原始通信链路,第一原始通信链路满足流控制传输协议SCTP标准;在边缘镜像组件包括第二边缘镜像组件时,UPF网元与第二边缘镜像组件之间对应有边缘通信链路,边缘通信链路满足用户数据报协议UDP标准,且边缘通信链路与核心网控制面与云端镜像组件之间的第二原始通信链路相对应。
在一些实例中,云端镜像组件包括与基站相对应的第一云端镜像组件;本实施例中的第一获取模块11和第一处理模块14用于执行以下步骤:
第一获取模块11,用于获取与第一原始通信链路相对应的第一链路信息;
第一处理模块14,用于将第一链路信息镜像至第一云端镜像组件,以使第一云端镜像组件在云端本地建立与第一原始通信链路相对应的云端本地连接。
在一些实例中,在第一生成模块13基于边缘设备ID以及连接实例ID,生成与信令数据相对应的信令传输请求时,该第一生成模块13用于执行:确定与待传输信令相对应的数据类型;基于信令数据、边缘设备ID、数据类型以及连接实例ID,生成信令传输请求。
在一些实例中,在第一处理模块14将信令传输请求传输至云端镜像组件时,该第一处理模块14用于执行:确定与边缘镜像组件通信连接的边缘传输组件,边缘传输组件与云端的云端传输组件之间对应有至少一个传输链路,云端传输组件与云端镜像组件通信连接;在至少一个传输链路中确定一目标传输链路;将信令传输请求通过目标传输链路和云端传输组件传输至云端镜像组件。
在一些实例中,在边缘镜像组件包括与基站相对应的第一边缘镜像组件时,本实施例中的第一获取模块11和第一处理模块14用于执行以下步骤:
第一获取模块11,用于通过边缘传输组件和云端传输组件获取信令传输请求,边缘传输组件与云端的云端传输组件之间对应有至少一个传输链路,云端传输组件与云端镜像组件通信连接;
第一处理模块14,用于确定与信令传输请求相对应的连接实例ID以及信令数据;将信令数据通过与连接实例ID相对应的传输链路发送至基站。
在一些实例中,在边缘镜像组件包括与UPF网元相对应的第二边缘镜像组件时,本实施例中的第一获取模块11、第一确定模块12和第一处理模块14用于执行以下步骤:
第一获取模块11,用于通过边缘传输组件和云端传输组件获取信令传输请求,边缘传输组件与云端的云端传输组件之间对应有至少一个传输链路,云端传输组件与云端镜像组件通信连接;
第一确定模块12,用于确定与信令传输请求相对应的连接实例ID以及信令数据;
该第一确定模块12,还用于基于连接实例ID确定位于UPF网元本地的边缘本地连接;
第一处理模块14,用于将信令数据通过边缘本地连接发送至UPF网元。
在一些实例中,在第一确定模块12基于连接实例ID确定位于UPF网元本地的边缘本地连接时,该第一确定模块12用于执行:基于连接实例ID,识别UPF网元本地是否存在相对应的关联本地连接;若存在,则将关联本地连接确定为边缘本地连接;若不存在,则在UPF网元本地建立与连接实例ID相对应的新建本地连接,并将新建本地连接确定为边缘本地连接。
图13所示边缘镜像组件可以执行图1-图8所示实施例的方法,本实施例未详细描述的部分,可参考对图1-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图8所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图13所示边缘镜像组件的结构可实现为一电子设备,该电子设备可以是控制器、个人电脑、服务器等各种设备。参考附图14所示,本实施例中的用于实现信令传输方法的边缘镜像组件可以实现为一电子设备,该电子设备可以应用于或者部署于用户面功能UPF设备,具体的,该电子设备可以包括:第一处理器21和第一存储器22。其中,第一存储器22用于存储相对应电子设备执行上述图5所示实施例中提供的信令传输方法的程序,第一处理器21被配置为用于执行第一存储器22中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第一处理器21执行时能够实现如下步骤:
获取待传输信令;确定与待传输信令相对应的边缘设备ID、连接实例ID以及信令数据,其中,连接实例ID用于标识对待传输信令进行传输的原始通信链路;基于边缘设备ID、连接实例ID以及信令数据,生成满足预设通信标准的信令传输请求;将信令传输请求传输至云端镜像组件,以使云端镜像组件确定位于云端的与边缘设备ID和连接实例ID相对应的云端本地连接,并通过云端本地连接将信令传输请求传输至核心网控制面,其中,云端镜像组件与核心网控制面均部署在云端,且云端镜像组件与核心网控制面通过云端本地连接进行通信。
进一步的,第一处理器21还用于执行前述图5所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第一通信接口23,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图5所示方法实施例中的信令传输方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图5所示方法实施例中的信令传输方法。
图15为本申请实施例提供的一种云端镜像组件的结构示意图;参考附图15所示,本实施例提供了一种云端镜像组件,该云端镜像组件可以配置在云端,且与核心网控制面通信连接,本实施例中的云端镜像组件用于执行上述图9所示的信令传输方法,具体的,该云端镜像组件可以包括:
第二获取模块31,用于通过边缘镜像组件获取信令传输请求,其中,边缘镜像组件与云端镜像组件通信连接。
第二确定模块32,用于确定与信令传输请求相对应的信令数据、边缘设备ID以及连接实例ID,其中,连接实例ID用于标识对信令数据进行传输的原始通信链路。
该第二确定模块32,用于基于边缘设备ID和连接实例ID,确定与信令传输请求相对应的云端本地连接。
第二处理模块33,用于通过云端本地连接将信令数据发送至核心网控制面。
在一些实例中,在第二确定模块32基于边缘设备ID和连接实例ID,确定与信令传输请求相对应的云端本地连接时,该第二确定模块32用于执行:基于边缘设备ID和实例ID,识别云端本地是否存在相对应的关联本地连接;若存在,则将关联本地连接确定为云端本地连接;若不存在,则在云端本地建立与边缘设备ID和实例ID相对应的新建本地连接,并将新建本地连接确定为云端本地连接。
在一些实例中,云端镜像组件包括与UPF网元相对应的第二云端镜像组件;本实施例中的第二获取模块31、第二确定模块32和第二处理模块33用于执行以下步骤:
第二获取模块31,用于获取核心网控制面与第二云端镜像组件之间的第二原始通信链路;
第二确定模块32,用于确定与第二原始通信链路相对应的第二链路信息;
第二处理模块33,用于将第二链路信息镜像至边缘镜像组件,以使边缘镜像组件在UPF网元的本地建立与第二原始通信链路相对应的边缘本地连接。
图15所示云端镜像组件可以执行图9所示实施例的方法,本实施例未详细描述的部分,可参考对图9所示实施例的相关说明。该技术方案的执行过程和技术效果参见图9所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图15所示云端镜像组件的结构可实现为一电子设备,该电子设备可以是控制器、个人电脑、服务器等各种设备。参考附图16所示,本实施例中的用于实现信令传输方法的云端镜像组件可以实现为一电子设备,该电子设备可以部署在云端,具体的,该电子设备可以包括:第二处理器41和第二存储器42。其中,第二存储器42用于存储相对应电子设备执行上述图9所示实施例中提供的信令传输方法的程序,第二处理器41被配置为用于执行第二存储器42中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第二处理器41执行时能够实现如下步骤:
通过边缘镜像组件获取信令传输请求,其中,边缘镜像组件与云端镜像组件通信连接;确定与信令传输请求相对应的信令数据、边缘设备ID以及连接实例ID,其中,连接实例ID用于标识对信令数据进行传输的原始通信链路;基于边缘设备ID和连接实例ID,确定与信令传输请求相对应的云端本地连接;通过云端本地连接将信令数据发送至核心网控制面。
进一步的,第二处理器41还用于执行前述图9所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第二通信接口43,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图9所示方法实施例中的信令传输方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图9所示方法实施例中的信令传输方法。
图17为本申请实施例提供的另一种云端镜像组件的结构示意图;参考附图17所示,本实施例提供了另一种云端镜像组件,该云端镜像组件可以配置在云端,且与核心网控制面通信连接,本实施例中的云端镜像组件用于执行上述图11所示的信令传输方法,具体的,该云端镜像组件可以包括:
第三获取模块51,用于获取核心网控制面发送的待传输信令。
第三确定模块52,用于确定与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据。
第三处理模块53,用于将与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据发送至云上消息队列,以通过云上消息队列确定与边缘设备ID相对应的云端传输组件,并通过云端传输组件、连接实例ID和数据类型将信令数据发送至边缘设备。
在一些实例中,云端镜像组件包括第一云端镜像组件;在第三获取模块51获取核心网控制面发送的待传输信令时,该第三获取模块51用于执行:获取核心网控制面与第一云端镜像组件之间的第一本地连接;通过第一本地连接获取核心网控制面发送的待传输信令,待传输信令用于发送至与核心网控制面通信连接的基站;
云端镜像组件包括第二云端镜像组件;在第三获取模块51获取核心网控制面发送的待传输信令时,该第三获取模块51用于执行:获取核心网控制面与第二云端镜像组件之间的第二本地连接;通过第二本地连接获取核心网控制面发送的待传输数据,待传输信令用于发送至与核心网控制面通信连接的UPF网元。
在一些实例中,在数据类型为N2类型时,边缘设备为基站;在数据类型为N4类型时,边缘设备为UPF网元。
在一些实例中,在边缘设备为基站时,在第三确定模块52确定与待传输数据相对应的边缘设备ID时,该第三确定模块52用于执行:获取与待传输信令相对应的本地连接;确定与本地连接相对应的关联边缘设备ID;将关联边缘设备ID确定为与待传输信令相对应的边缘设备ID。
在一些实例中,在目标设备为UPF网元时,在第三确定模块52确定与待传输数据相对应的边缘设备ID时,该第三确定模块52用于执行:获取与待传输信令相对应的虚拟IP地址;确定与虚拟IP地址相对应的关联边缘设备ID;将关联边缘设备ID确定为与待传输信令相对应的边缘设备ID。
图17所示云端镜像组件可以执行图11所示实施例的方法,本实施例未详细描述的部分,可参考对图11所示实施例的相关说明。该技术方案的执行过程和技术效果参见图11所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图17所示云端镜像组件的结构可实现为一电子设备,该电子设备可以是控制器、个人电脑、服务器等各种设备。参考附图18所示,本实施例中的用于实现信令传输方法的云端镜像组件可以实现为一电子设备,该电子设备可以部署在云端,具体的,该电子设备可以包括:第三处理器61和第三存储器62。其中,第三存储器62用于存储相对应电子设备执行上述图11所示实施例中提供的信令传输方法的程序,第三处理器61被配置为用于执行第三存储器62中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第三处理器61执行时能够实现如下步骤:获取核心网控制面发送的待传输信令;确定与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据;将与待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据发送至云上消息队列,以通过云上消息队列确定与边缘设备ID相对应的云端传输组件,并通过云端传输组件、连接实例ID和数据类型将信令数据发送至边缘设备。
进一步的,第三处理器61还用于执行前述图11所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第三通信接口63,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图11所示方法实施例中的信令传输方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图11所示方法实施例中的信令传输方法。
图19为本申请实施例提供的一种传输组件的结构示意图;参考附图19所示,本实施例提供了一种传输组件,在一些实例中,传输组件可以包括位于云端的云端传输组件以及位于边缘设备中的边缘传输组件,传输组件用于与边缘镜像组件和云端镜像组件通信连接,具体的,传输组件可以包括:
第四获取模块71,用于通过边缘镜像组件获取信令传输请求。
第四处理模块72,用于对信令传输请求进行反序列化,获得与信令传输请求相对应的信令数据以及统一资源定位符。
第四传输模块73,用于基于统一资源定位符,将信令数据发送相对应的云端镜像组件,以通过云端镜像组件将信令数据发送至核心网控制面。
在一些实例中,在第四传输模块73基于统一资源定位符,将信令数据发送相对应的云端镜像组件时,该第四传输模块73用于执行:基于统一资源定位符,确定与信令数据相对应的数据类型以及核心网控制面实例ID;确定与数据类型相对应的目标云端镜像组件;基于核心网控制面实例ID,将信令数据发送至目标云端镜像组件,以使目标云端镜像组件将信令数据发送至与核心网控制面实例ID相对应的核心网控制面。
在一些实例中,本实施例中的第四获取模块71、第四处理模块72和第四传输模块73用于执行以下步骤:
第四获取模块71,用于通过云端镜像组件获取信令传输请求;
第四处理模块72,用于对信令传输请求进行序列化,确定与信令传输请求相对应的信令数据以及数据类型;基于数据类型确定用于对信令数据进行传输的边缘镜像组件;
第四传输模块73,用于通过边缘镜像组件将信令数据发送至边缘设备。
在一些实例中,本实施例中的第四获取模块71、第四处理模块72和第四传输模块73用于执行以下步骤:
第四获取模块71,用于通过与边缘传输组件之间的预设原始通信链路获取与边缘设备相对应的边缘设备ID;
第四处理模块72,用于在云端,确定与边缘设备ID相对应的核心网控制面实例ID;
第四传输模块73,用于将边缘设备ID、核心网控制面实例ID以及预设原始通信链路进行关联存储,并向云上消息队列订阅与边缘设备ID相对应的消息服务。
图19所示传输组件可以执行图12所示实施例的方法,本实施例未详细描述的部分,可参考对图12所示实施例的相关说明。该技术方案的执行过程和技术效果参见图12所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图19所示传输组件的结构可实现为一电子设备,该电子设备可以是控制器、个人电脑、服务器等各种设备。参考附图20所示,本实施例中的用于实现信令传输方法的传输组件可以实现为一电子设备,该传输组件可以包括位于云端的云端传输组件以及位于边缘设备中的边缘传输组件,具体的,该电子设备可以包括:第四处理器81和第四存储器82。其中,第四存储器82用于存储相对应电子设备执行上述图12所示实施例中提供的信令传输方法的程序,第四处理器81被配置为用于执行第四存储器82中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第四处理器81执行时能够实现如下步骤:
通过边缘镜像组件获取信令传输请求;对信令传输请求进行反序列化,获得与信令传输请求相对应的信令数据以及统一资源定位符;基于统一资源定位符,将信令数据发送相对应的云端镜像组件,以通过云端镜像组件将信令数据发送至核心网控制面。
进一步的,第四处理器81还用于执行前述图12所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第四通信接口83,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图12所示方法实施例中的信令传输方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图12所示方法实施例中的信令传输方法。
图21为本申请实施例提供的一种车辆控制方法的流程示意图;参考附图21所示,本实施例提供了一种车辆控制方法,该车辆控制方法的执行主体可以为车辆控制装置,该车辆控制装置可以实现为软件、或者软件和硬件的组合,具体的,车辆控制装置可以实现为边缘设备;即该车辆控制方法可以应用于边缘设备,所述边缘设备中配置有边缘镜像组件,所述核心网控制面配置有云端镜像组件,所述边缘设备通过边缘镜像组件和云端镜像组件与所述核心网控制面通信连接,所述核心网控制面部署在云上;所述核心网控制面通过云端镜像组件配置有与边缘设备相关联的云端本地连接,以通过所述云端本地连接实现边缘设备与核心网控制面之间的信令传输,此时,本实施例中的车辆控制方法可以包括:
步骤S2101:获取与待控车辆相对应的车辆控制请求。
步骤S2102:通过核心网控制面,确定与信令传输请求相对应的车辆控制信息。
步骤S2103:基于车辆控制信息对待控车辆进行控制。
具体的,在待控车辆(无人车或者有人车)行驶的过程中,为了能够实现通过云-边通信网络对待控车辆进行准确有效地控制,该车辆控制请求中可以包括车辆的身份标识数据。在获取到与待控车辆相对应的车辆控制请求之后,为了保证车辆控制的稳定可靠性,可以将车辆控制请求传输至核心网控制面,而后通过云上的服务器对车辆控制请求进行分析处理,以确定与车辆控制请求相对应的车辆控制信息,在获取到车辆控制信息之后,可以基于车辆控制信息对待控车辆进行控制,该车辆控制信息可以包括:行驶的目的地的控制数据、行驶路径的控制数据等等,而后可以实现对待控车辆进行稳定、有效地控制操作,例如,可以基于车辆控制信息中的行驶路径的控制数据控制待控车辆所行驶的车道,即可以基于车辆控制信息控制待控车辆由车道1切换至车道2。
在一些实例中,为了能够提高对车辆进行控制的稳定可靠性,待控车辆上可以设置有传感器,通过传感器可以快速获取与待控车辆相对应的运行状态数据,与待控车辆相对应的运行状态数据可以包括以下至少之一:车辆的当前车速、行驶方向和环境数据,其中,环境信令数据包括周围物体的分布位置、车辆前方车辆的车速和车辆所处道路的道路限速。在一些实例中,传感器可以包括图像采集传感器、雷达传感器和全球定位系统GPS,具体的,通过图像采集传感器、雷达传感器和全球定位系统GPS来确定与待控车辆相对应的运行状态数据。
需要注意的是,对于车辆控制装置而言,车辆控制装置可以设置于车辆上,或者,车辆控制装置可以独立于车辆进行设置,此时,车辆控制装置可以与车辆CPU通信连接。
另外,对于车辆控制装置而言,可以根据不同的车辆对车辆控制装置进行调整,即根据车辆类型的不同,车辆控制装置中所包括的算法模块也会有所不同,此时,车辆控制装置不仅可以实现车辆自动驾驶的控制操作,还可以实现的其他操作。例如,对于物流车辆、公共服务车辆、医疗服务车辆、终端服务车辆会涉及不同的车辆控制装置。下面分别针对这四种自动驾驶车辆对车辆控制装置中所包括的算法模块进行举例说明:
其中,物流车辆是指物流场景中使用的车辆,例如:可以是带自动分拣功能的物流车辆、带冷藏保温功能的物流车辆、带测量功能的物流车辆。这些物流车辆会涉及不同的算法模块。
例如,对于物流车辆,可以带有自动化的分拣装置,该分拣装置可以在物流车辆到达目的地后自动把货物取出并搬送、分拣、存放。这就涉及用于货物分拣的算法模块,该算法模块主要实现货物取出、搬运、分拣以及存放等逻辑控制。
又例如,针对冷链物流场景,物流车辆还可以带有冷藏保温装置,该冷藏保温装置可以实现运输的水果、蔬菜、水产品、冷冻食品以及其它易腐烂的食品进行冷藏或保温,使之处于合适的温度环境,解决易腐烂食品的长途运输问题。这就涉及用于冷藏保温控制的算法模块,该算法模块主要用于根据食品(或物品)性质、易腐性、运输时间、当前季节、气候等数据动态、自适应计算冷餐或保温的合适温度,根据该合适温度对冷藏保温装置进行自动调节,这样在车辆运输不同食品或物品时运输人员无需手动调整温度,将运输人员从繁琐的温度调控中解放出来,提高冷藏保温运输的效率。
又例如,在大多物流场景中,是根据包裹体积和/或重量进行收费的,而物流包裹的数量非常庞大,单纯依靠快递员对包裹体积和/或重量进行测量,效率非常低,人工成本较高。因此,在一些物流车辆中,增设了测量装置,可自动测量物流包裹的体积和/或重量,并计算物流包裹的费用。这就涉及用于物流包裹测量的算法模块,该算法模块主要用于识别物流包裹的类型,确定物流包裹的测量方式,如进行体积测量还是重量测量或者是同时进行体积和重量的组合测量,并可根据确定的测量方式完成体积和/或重量的测量,以及根据测量结果完成费用计算。
其中,公共服务车辆是指提供某种公共服务的车辆,例如:可以是消防车、除冰车、洒水车、铲雪车、垃圾处理车辆、交通指挥车辆等。这些公共服务车辆会涉及不同算法模块。
例如,对于自动驾驶的消防车,其主要任务是针对火灾现场进行合理的灭火任务,这就涉及用于灭火任务的算法模块,该算法模块至少需要实现火灾状况的识别、灭火方案的规划以及对灭火装置的自动控制等逻辑。
又例如,对于除冰车,其主要任务是清除路面上结的冰雪,这就涉及除冰的算法模块,该算法模块至少需要实现路面上冰雪状况的识别、根据冰雪状况制定除冰方案,如哪些路段需要采取除冰,哪些路段无需除冰,是否采用撒盐方式、撒盐克数等,以及在确定除冰方案的情况下对除冰装置的自动控制等逻辑。
其中,医疗服务车辆是指能够提供一种或多种医疗服务的自动驾驶车辆,该种车辆可提供消毒、测温、配药、隔离等医疗服务,这就涉及提供各种自助医疗服务的算法模块,这些算法模块主要实现消毒需求的识别以及对消毒装置的控制,以使消毒装置为病人进行消毒,或者对病人位置的识别,控制测温装置自动贴近病人额头等位置为病人进行测温,或者,用于实现对病症的判断,根据判断结果给出药方并需要实现对药品/药品容器的识别,以及对取药机械手的控制,使之按药方为病人抓取药品,等等。
其中,终端服务车辆是指可代替一些终端设备面向用户提供某种便利服务的自助型的自动驾驶车辆,例如这些车辆可以为用户提供打印、考勤、扫描、开锁、支付、零售等服务。
例如,在一些应用场景中,用户经常需要到特定位置去打印或扫描文档,费时费力。于是,出现一种可以为用户提供打印/扫描服务的终端服务车辆,这些服务车辆可以与用户终端设备互联,用户通过终端设备发出打印指令,服务车辆响应打印指令,自动打印用户所需的文档并可自动将打印出的文档送至用户位置,用户无需去打印机处排队,可极大地提高打印效率。或者,可以响应用户通过终端设备发出的扫描指令,移动至用户位置,用户将待扫描的文档放置的服务车辆的扫描工具上完成扫描,无需到打印/扫描机处排队,省时省力。这就涉及提供打印/扫描服务的算法模块,该算法模块至少需要识别与用户终端设备的互联、打印/扫描指令的响应、用户位置的定位以及行进控制等。
又例如,随着新零售场景的开展,越来越多的电商借助于自助售货机将商品销售送到了各大办公楼、公共区,但这些自助售货机被放置在固定位置,不可移动,用户需要到该自助售货机跟前才能购买所需商品,便利性还是较差。于是出现了可提供零售服务的自助驾驶车辆,这些服务车辆可以承载商品自动移动,并可提供对应的自助购物类APP或购物入口,用户借助于手机等终端通过APP或购物入口可以向提供零售服务的自动驾驶车辆进行下单,该订单中包括待购买的商品名称、数量以及用户位置,该车辆收到下单请求之后,可以确定当前剩余商品是否具有用户购买的商品以及数量是否足够,在确定具有用户购买的商品且数量足够的情况下,可携带这些商品自动移动至用户位置,将这些商品提供给用户,进一步提高用户购物的便利性,节约用户时间,让用户将时间用于更为重要的事情上。这就涉及提供零售服务的算法模块,这些算法模块主要实现响应用户下单请求、订单处理、商品数据维护、用户位置定位、支付管理等逻辑。
需要注意的是,本实施例中的方法还可以包括图1-图12所示实施例中的方法,本实施例未详细描述的部分,可参考对图1-图12所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图12所示实施例中的描述,在此不再赘述。
图22为本申请实施例提供的一种直播终端的控制方法的流程示意图;参考附图22所示,本实施例提供了一种直播终端的控制方法,该直播终端的控制方法的执行主体可以为直播终端的控制装置,该直播终端的控制装置可以实现为软件、或者软件和硬件的组合,具体的,直播终端的控制装置可以实现为边缘设备;即该方法可以应用于边缘设备,所述边缘设备中配置有边缘镜像组件,所述核心网控制面配置有云端镜像组件,所述边缘设备通过边缘镜像组件和云端镜像组件与所述核心网控制面通信连接,所述核心网控制面部署在云上;所述核心网控制面通过云端镜像组件配置有与边缘设备相关联的云端本地连接,以通过所述云端本地连接实现边缘设备与核心网控制面之间的信令传输,本实施例中的直播终端的控制方法可以包括:
步骤S2201:获取直播终端所发送的待传输信令。
步骤S2202:通过核心网控制面,确定与待传输信令相对应的直播控制信息;
步骤S2203:基于直播控制信息对直播终端进行控制。
其中,直播场景包括但不限于:教育场景中的远程教育、直播课程、远程医疗等等,不同的直播场景中的直播终端不同,并且可以具有不同的功能作用。另外,本实施例中的上述实现过程的原理、实现方式以及实现效果与上述图5所对应实施例的实现过程、实现原理、实现方式以及实现效果相类似,具体可参考上述陈述内容,在此不在赘述。
需要注意的是,本实施例中的方法还可以包括图1-图12所示实施例的方法,本实施例未详细描述的部分,可参考对图1-图12所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图12所示实施例中的描述,在此不再赘述。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现,当然也可以通过硬件和软件结合的方式来实现。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器,使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM) 和/或非易失性内存等形式,如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现数据存储。数据可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的数据。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体 (transitory media),如调制的数据信号和载波。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (16)

1.一种信令传输方法,其特征在于,应用于边缘镜像组件,所述边缘镜像组件部署在边缘设备中;所述方法包括:
获取待传输信令;
确定与所述待传输信令相对应的边缘设备ID、连接实例ID以及信令数据,其中,所述连接实例ID用于标识对所述待传输信令进行传输的原始通信链路;
基于所述边缘设备ID、所述连接实例ID以及所述信令数据,生成满足预设通信标准的信令传输请求;
将所述信令传输请求传输至云端镜像组件,以使所述云端镜像组件确定位于云端的与所述边缘设备ID和连接实例ID相对应的云端本地连接,并通过所述云端本地连接将所述信令传输请求传输至核心网控制面,其中,所述云端镜像组件与所述核心网控制面均部署在云端,且所述云端镜像组件与所述核心网控制面通过所述云端本地连接进行通信。
2.根据权利要求1所述的方法,其特征在于,
在所述边缘镜像组件包括第一边缘镜像组件时,获取待传输信令,包括:
获取基站发送的待传输信令,所述基站与所述第一边缘镜像组件通信连接;
在所述边缘镜像组件包括第二边缘镜像组件时,获取待传输信令,包括:
获取用户平面功能UPF网元发送的待传输信令,所述UPF网元与所述第二边缘镜像组件之间建立有与云端本地连接相对应的边缘本地连接。
3.根据权利要求2所述的方法,其特征在于,
所述基站与所述第一边缘镜像组件之间对应有第一原始通信链路,所述第一原始通信链路满足流控制传输协议SCTP标准;
在所述边缘镜像组件包括第二边缘镜像组件时,所述UPF网元与所述第二边缘镜像组件之间对应有边缘通信链路,所述边缘通信链路满足用户数据报协议UDP标准,且所述边缘通信链路与所述核心网控制面与云端镜像组件之间的第二原始通信链路相对应。
4.根据权利要求3所述的方法,其特征在于,所述云端镜像组件包括与所述基站相对应的第一云端镜像组件;所述方法还包括:
获取与所述第一原始通信链路相对应的第一链路信息;
将所述第一链路信息镜像至所述第一云端镜像组件,以使所述第一云端镜像组件在云端本地建立与所述第一原始通信链路相对应的云端本地连接。
5.根据权利要求1所述的方法,其特征在于,基于所述边缘设备ID以及所述连接实例ID,生成与所述信令数据相对应的信令传输请求,包括:
确定与所述待传输信令相对应的数据类型;
基于所述信令数据、边缘设备ID、数据类型以及连接实例ID,生成所述信令传输请求。
6.根据权利要求1所述的方法,其特征在于,将所述信令传输请求传输至云端镜像组件,包括:
确定与所述边缘镜像组件通信连接的边缘传输组件,所述边缘传输组件与云端的云端传输组件之间对应有至少一个传输链路,所述云端传输组件与所述云端镜像组件通信连接;
在所述至少一个传输链路中确定一目标传输链路;
将所述信令传输请求通过所述目标传输链路和所述云端传输组件传输至所述云端镜像组件。
7.根据权利要求1所述的方法,其特征在于,在所述边缘镜像组件包括与基站相对应的第一边缘镜像组件时,所述方法还包括:
通过边缘传输组件和云端传输组件获取信令传输请求,所述边缘传输组件与云端的云端传输组件之间对应有至少一个传输链路,所述云端传输组件与所述云端镜像组件通信连接;
确定与所述信令传输请求相对应的连接实例ID以及信令数据;
将所述信令数据通过与所述连接实例ID相对应的传输链路发送至基站。
8.根据权利要求1所述的方法,其特征在于,在所述边缘镜像组件包括与UPF网元相对应的第二边缘镜像组件时,所述方法还包括:
通过边缘传输组件和云端传输组件获取信令传输请求,所述边缘传输组件与云端的云端传输组件之间对应有至少一个传输链路,所述云端传输组件与所述云端镜像组件通信连接;
确定与所述信令传输请求相对应的连接实例ID以及信令数据;
基于所述连接实例ID确定位于UPF网元本地的边缘本地连接;
将所述信令数据通过所述边缘本地连接发送至所述UPF网元。
9.根据权利要求8所述的方法,其特征在于,基于所述连接实例ID确定位于UPF网元本地的边缘本地连接,包括:
基于所述连接实例ID,识别所述UPF网元本地是否存在相对应的关联本地连接;
若存在,则将关联本地连接确定为所述边缘本地连接;
若不存在,则在所述UPF网元本地建立与所述连接实例ID相对应的新建本地连接,并将所述新建本地连接确定为所述边缘本地连接。
10.一种信令传输方法,其特征在于,应用于云端镜像组件,所述云端镜像组件配置在云端,且与核心网控制面通信连接,所述方法包括:
通过边缘镜像组件获取信令传输请求,其中,所述边缘镜像组件与所述云端镜像组件通信连接;
确定与所述信令传输请求相对应的信令数据、边缘设备ID以及连接实例ID,其中,所述连接实例ID用于标识对所述信令数据进行传输的原始通信链路;
基于所述边缘设备ID和所述连接实例ID,确定与所述信令传输请求相对应的云端本地连接;
通过所述云端本地连接将所述信令数据发送至所述核心网控制面。
11.根据权利要求10所述的方法,其特征在于,基于所述边缘设备ID和所述连接实例ID,确定与所述信令传输请求相对应的云端本地连接,包括:
基于所述边缘设备ID和所述实例ID,识别云端本地是否存在相对应的关联本地连接;
若存在,则将所述关联本地连接确定为所述云端本地连接;
若不存在,则在云端本地建立与所述边缘设备ID和所述实例ID相对应的新建本地连接,并将所述新建本地连接确定为所述云端本地连接。
12.根据权利要求10所述的方法,其特征在于,所述云端镜像组件包括与UPF网元相对应的第二云端镜像组件;所述方法还包括:
获取核心网控制面与第二云端镜像组件之间的第二原始通信链路;
确定与所述第二原始通信链路相对应的第二链路信息;
将所述第二链路信息镜像至所述边缘镜像组件,以使所述边缘镜像组件在UPF网元的本地建立与所述第二原始通信链路相对应的边缘本地连接。
13.一种信令传输方法,其特征在于,应用于云端镜像组件,所述云端镜像组件配置在云端,且与核心网控制面通信连接;所述方法包括:
获取核心网控制面发送的待传输信令;
确定与所述待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据;
将与所述待传输信令相对应的边缘设备ID、连接实例ID、数据类型以及信令数据发送至云上消息队列,以通过所述云上消息队列确定与所述边缘设备ID相对应的云端传输组件,并通过所述云端传输组件、连接实例ID和所述数据类型将所述信令数据发送至边缘设备。
14.根据权利要求13所述的方法,其特征在于,
所述云端镜像组件包括第一云端镜像组件;获取核心网控制面发送的待传输信令,包括:获取所述核心网控制面与所述第一云端镜像组件之间的第一本地连接;通过第一本地连接获取所述核心网控制面发送的待传输信令,所述待传输信令用于发送至与所述核心网控制面通信连接的基站;
所述云端镜像组件包括第二云端镜像组件;获取核心网控制面发送的待传输信令,包括:获取所述核心网控制面与所述第二云端镜像组件之间的第二本地连接;通过第二本地连接获取所述核心网控制面发送的待传输数据,所述待传输信令用于发送至与所述核心网控制面通信连接的UPF网元。
15.一种信令传输方法,其特征在于,应用于传输组件,所述传输组件用于与边缘镜像组件和云端镜像组件通信连接,所述方法包括:
通过所述边缘镜像组件获取信令传输请求;
对所述信令传输请求进行反序列化,获得与所述信令传输请求相对应的信令数据以及统一资源定位符;
基于所述统一资源定位符,将所述信令数据发送相对应的云端镜像组件,以通过所述云端镜像组件将所述信令数据发送至核心网控制面。
16.一种电子设备,其特征在于,包括:存储器、处理器;其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行时实现如权利要求1-15中任意一项所述的方法。
CN202211385970.9A 2022-11-07 2022-11-07 信令传输方法及设备 Active CN115442374B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211385970.9A CN115442374B (zh) 2022-11-07 2022-11-07 信令传输方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211385970.9A CN115442374B (zh) 2022-11-07 2022-11-07 信令传输方法及设备

Publications (2)

Publication Number Publication Date
CN115442374A true CN115442374A (zh) 2022-12-06
CN115442374B CN115442374B (zh) 2023-03-31

Family

ID=84252732

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211385970.9A Active CN115442374B (zh) 2022-11-07 2022-11-07 信令传输方法及设备

Country Status (1)

Country Link
CN (1) CN115442374B (zh)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200137115A1 (en) * 2018-10-31 2020-04-30 Hewlett Packard Enterprise Development Lp Smart and selective mirroring to enable seamless data collection for analytics
CN111427664A (zh) * 2020-03-25 2020-07-17 杭州电子科技大学 基于容器的协议解析方法、装置、系统以及存储介质
WO2020207267A1 (zh) * 2019-04-08 2020-10-15 阿里巴巴集团控股有限公司 网络系统、镜像管理方法、设备及存储介质
CN111800283A (zh) * 2019-04-08 2020-10-20 阿里巴巴集团控股有限公司 网络系统、服务提供与资源调度方法、设备及存储介质
CN112769938A (zh) * 2021-01-12 2021-05-07 烽火通信科技股份有限公司 一种基于QUIC的Kubernetes云边通信系统与方法
WO2021232841A1 (zh) * 2020-05-21 2021-11-25 华为技术有限公司 通信方法和装置
CN114189566A (zh) * 2022-02-14 2022-03-15 阿里巴巴达摩院(杭州)科技有限公司 无线通信方法、网关、设备及系统
CN114554550A (zh) * 2022-03-28 2022-05-27 网络通信与安全紫金山实验室 5g接入网与边缘云网关的通信方法及装置
US20220191139A1 (en) * 2020-12-16 2022-06-16 Nokia Solutions And Networks Oy Reliable generic routing encapsulation tunnels
CN114925644A (zh) * 2022-04-14 2022-08-19 芯华章科技股份有限公司 在边缘系统验证逻辑系统设计的方法、边缘系统
CN114979144A (zh) * 2022-05-19 2022-08-30 中国电信股份有限公司 云边通信方法、装置及电子设备

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200137115A1 (en) * 2018-10-31 2020-04-30 Hewlett Packard Enterprise Development Lp Smart and selective mirroring to enable seamless data collection for analytics
WO2020207267A1 (zh) * 2019-04-08 2020-10-15 阿里巴巴集团控股有限公司 网络系统、镜像管理方法、设备及存储介质
CN111800283A (zh) * 2019-04-08 2020-10-20 阿里巴巴集团控股有限公司 网络系统、服务提供与资源调度方法、设备及存储介质
CN111427664A (zh) * 2020-03-25 2020-07-17 杭州电子科技大学 基于容器的协议解析方法、装置、系统以及存储介质
WO2021232841A1 (zh) * 2020-05-21 2021-11-25 华为技术有限公司 通信方法和装置
US20220191139A1 (en) * 2020-12-16 2022-06-16 Nokia Solutions And Networks Oy Reliable generic routing encapsulation tunnels
CN112769938A (zh) * 2021-01-12 2021-05-07 烽火通信科技股份有限公司 一种基于QUIC的Kubernetes云边通信系统与方法
CN114189566A (zh) * 2022-02-14 2022-03-15 阿里巴巴达摩院(杭州)科技有限公司 无线通信方法、网关、设备及系统
CN114554550A (zh) * 2022-03-28 2022-05-27 网络通信与安全紫金山实验室 5g接入网与边缘云网关的通信方法及装置
CN114925644A (zh) * 2022-04-14 2022-08-19 芯华章科技股份有限公司 在边缘系统验证逻辑系统设计的方法、边缘系统
CN114979144A (zh) * 2022-05-19 2022-08-30 中国电信股份有限公司 云边通信方法、装置及电子设备

Also Published As

Publication number Publication date
CN115442374B (zh) 2023-03-31

Similar Documents

Publication Publication Date Title
US11218518B2 (en) Systems and methods for allocating and managing resources in an internet of things environment using location based focus of attention
CN113783976B (zh) 地址分配方法、直播终端的地址分配方法及设备
CN114189566B (zh) 无线通信方法、网关、设备及系统
CN115174149B (zh) 数据转发方法、网页访问的控制方法、设备及系统
CN105359095A (zh) 用于使用虚拟化代理和上下文信息的资源虚拟化的方法和装置
CN113452811B (zh) 数据通信方法、设备、计算机存储介质及系统
CN115996192B (zh) 数据转发方法、车辆控制方法、专网设备及设备
US20240028028A1 (en) Competitive and collaborative autonomous vehicle task performance
CN115002811A (zh) 专网管控方法、数据处理方法、设备控制方法及设备
JP2020129794A (ja) 低電力ワイドエリアネットワークのための方法およびシステム
US20220171386A1 (en) Autonomous vehicle-to-autonomous vehicle coordination of collaborative tasks
CN114466332A (zh) 数据通信系统、方法、直播数据的传输方法、装置及设备
US20130114616A1 (en) Communication system and operating method using home gateway
CN113825225A (zh) 专网的漫游注册方法、amf网元、设备及系统
CN115442374B (zh) 信令传输方法及设备
WO2023029970A1 (zh) 无线通信方法、直播数据的处理方法及amf
Dang et al. Integrated service discovery and placement in information-centric vehicular network slices
Slamnik-Kriještorac et al. Unraveling Edge-based in-vehicle infotainment using the Smart Highway testbed
CN110365749B (zh) 消息推送方法、消息推送系统和一种存储介质
CN114996026B (zh) 资源虚拟化方法、通信组件、设备及系统
CN115988568B (zh) 专网设备、数据处理方法、车辆控制方法及设备
CN115835309B (zh) 本地数据的分流方法、车辆控制方法及设备
CN115835259A (zh) 用户面功能upf设备、报文处理方法及设备
CN116192223B (zh) 专网信息的转发方法、车辆控制方法、装置及设备
Lyons et al. FlyNet: a platform to support scientific workflows from the edge to the core for UAV applications

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