具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义,“多种”一般包含至少两种,但是不排除包含至少一种的情况。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
另外,下述各方法实施例中的步骤时序仅为一种举例,而非严格限定。
术语定义:
接入和移动性管理功能(Access Mobility Function,简称AMF),用于执行注册、连接、可达性、移动性管理。
会话管理功能(Session Management Function,简称SMF),5G基于服务架构的一个功能单元,主要负责与分离的数据面交互、创建、更新和删除PDU会话,并管理与UPF的会话环境(session context)。
用户面功能(User Plane Function,简称UPF),用于实现分组路由转发、策略实施、流量报告、服务质量(Quality of Service,简称Qos)处理。
MAC地址(Media Access Control Address),为媒体存取控制位址,也称为局域网地址(LAN Address)、以太网地址(Ethernet Address)或物理地址(Physical Address),其用于确认网络设备位置的位址。
独立全下沉专网(Standalone None-Public-Network,简称SNPN),其中,专网是指专用网络,例如:铁路系统专网、企业专网、防汛专网、军用专网等,其是某个系统/某个企业内部的网络,只为系统/某个企业提供相关服务,需要注意的是,专网中的UPF网元拥有通往外部的公网或企业网IP/路由能力,其他网元都只有私网地址,各个异地园区之间的专网不能相互通信。
流控制传输协议(Stream Control Transmission Protocol,简称SCTP),是一种在网络连接两端之间同时传输多个数据流的协议。
报文转发控制协议(Packet Forwarding Control Protocol,简称PFCP),在3GPPTS 29.244中定义。
传输控制协议(Transmission Control Protocol,简称TCP)是一种面向连接的、可靠的、基于字节流的传输层通信协议,由IETF的RFC 793定义。
接入和移动性管理功能(Access Mobility Function,简称AMF),用于执行注册、连接、可达性、移动性管理。
会话管理功能(Session Management Function,简称SMF),5G基于服务架构的一个功能单元,主要负责与分离的数据面交互、创建、更新和删除PDU会话,并管理与UPF的会话环境(session context)。
统一数据管理功能(User Data Management Function,简称UDM),用于实现3GPP的AKA认证、用户识别、访问授权、注册、移动、订阅、短信管理等。
为了方便本领域技术人员理解本申请实施例提供的技术方案,下面对相关技术进行说明:
随着核心网以及云服务的飞速发展,专网的应用场景越来越广泛。在专网场景中,越来越需要用户面功能(User Plane Function,简称UPF)下沉到边缘用户园区侧,以保证时延以及数据不出园可控。然而,在将UPF下沉到边缘用户园区侧时,由于目前的公有云认为流可控制传输协议(Stream Connection Transport Protocol,简称SCTP)不友好,即公有云不支持SCTP协议,因此无法将通信网络部署在公有云上,从而极大地限制了核心网在云上的应用。
其中,对于专网用户而言,UPF下沉主要是基于N4接口的控制面C与用户面U相分离所实现的,此时,U面有大量的配置工作需要完成,同时基站的N2接口与核心网C面也需要另外进行链接配置,这样需要专网用户进行较多的配置操作,即通信连接的前期和后期都需要较大投入,从而对专网用户不友好;另外,专网用户需要即插即用的用户体验,尤其是对于服务化定制化后专网用户而言。
为了解决上述技术问题,本实施例提供了一种无线通信方法、网关及设备,其中,无线通信方法的执行主体可以为无线通信装置,该无线通信装置可以实现为一网关,该网关用于实现基站与云网络之间建立无线通信,以在云网络上构建通信网络,所构建的通信网络可以实现为全下沉专网。具体的,基站可以通信连接有客户端或者请求端,上述的客户端或者请求端可以是指已经与通信网络进行签约的终端设备,在通信网络为专网时,上述的客户端或者请求端可以称为“专网终端”:
具体的,客户端可以是任何具有一定数据传输能力的计算设备,此外,客户端的基本结构可以包括:至少一个处理器。处理器的数量取决于客户端的配置和类型。客户端也可以包括存储器,该存储器可以为易失性的,例如RAM,也可以为非易失性的,例如只读存储器(Read-Only Memory,简称ROM)、闪存等,或者也可以同时包括两种类型。存储器内通常存储有操作系统(Operating System,简称OS)、一个或多个应用程序,也可以存储有程序数据等。除了处理单元和存储器之外,客户端还包括一些基本配置,例如网卡芯片、IO总线、显示组件以及一些外围设备等。可选地,一些外围设备可以包括,例如键盘、鼠标、输入笔、打印机等。其它外围设备在本领域中是众所周知的,在此不做赘述。可选地,客户端可以为PC(personal computer)终端、手持终端(例如:智能手机、平板电脑)、车载终端等。
无线通信装置是指可以在网络虚拟环境中提供无线通信服务的设备,通常是指利用网络进行信息规划、无线通信操作的装置。在物理实现上,无线通信装置可以是任何能够提供计算服务,响应服务请求,并进行处理的设备,具体实现时,无线通信装置可以实现为网关。
在本申请实施例中,基站可以生成或者获取基于第一传输协议所发送的控制面数据,其中,第一传输协议为云网络不支持的传输协议,例如:第一传输协议为流控制传输协议SCTP。具体的,基站可以响应于用户输入的执行操作生成或者获取控制面数据,该控制面数据所对应的传输协议为第一传输协议。在获取到控制面数据之后,可以将控制面数据通过信令面接口(例如:N2接口)传输至无线通信装置,以使得无线通信装置可以对所上传的控制面数据进行分析处理操作。
无线通信装置(例如:网关),用于获取网关上用于与基站进行通信连接的信令面接口;通过信令面接口可以获取基站基于第一传输协议所发送的控制面数据,第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络,在获取到控制面数据之后,由于云网络并不支持第一传输协议,因此可以终结第一传输协议,而后可以基于云网络可支持的第二传输协议将控制面数据发送至云网络,从而有效地实现了基站可以通过第一传输协议和无线通信装置与云网络进行通信连接,进而可以基于控制面数据在云网络上构建通信网络,进而扩展了核心网在云上的应用范围,这样不仅可以实现终端设备的快速接入,从而可以为终端设备提供快速、高效的服务,并且提高了用户的良好体验,保证了无线通信方法的实用性。
具体应用时,参考附图1所示,以SCTP协议作为第一传输协议、TCP协议作为第二传输协议为例,本应用实施例提供了一种适应云化部署C面、U面下沉的无线通信系统,该无线通信系统可以包括基站、与基站通信连接的网关以及用于与网关通信连接的云网络,其中,云网络可以包括以下至少之一:公有云网络、私有云网络、混合云网络等等,参考附图2所示,上述的云网络可以为云上的任意一个节点,例如:云网络可以为中心云节点、边缘云节点中的任意一个,在云网络为边缘云节点时,边缘云节点可以通信连接有网关和中心云节点。
另外,该无线通信系统中所包括的网关可以将N2接口/N3接口/N4接口/N6接口全部汇聚一起,以可以实现快速接入通信网络,快速提供通信连接服务。此外,该网关具有很好的功能扩展性,比如:智能切片选择或者其他功能进行不断扩展。具体的,网关中可以包括:传输协议转换模块、控制平面模块以及UPF网元:
传输协议转换模块,用于通过N2接口接收到基站基于SCTP传输协议所发送的控制面数据,该控制面数据中可以包括基站所对应的IP地址、MAC地址、基站标识等等;在获取到控制面数据之后,由于云网络会认为SCTP传输协议不友好,即云网络不支持SCTP传输协议,进而会屏蔽/终结基于SCTP传输协议所获得的通信协议。因此,为了能够将控制面数据稳定地发送至云网络,传输协议转换模块可以将控制面数据所对应的传输协议确定为TCP协议,而后则可以基于TCP协议对控制面数据进行传输,从而有效地解决了云网络不支持SCTP传输协议的问题。
控制平面模块,用于确定用于与基站建立通信连接的云网络,确定网关上用于对控制面数据进行传输的N2接口,基于N2接口和TCP传输协议将控制面数据发送至云网络,而后可以基于控制面数据在云网络上构建通信网络,在通信网络为专网时,则可以实现通过基站提供云上的专网服务。
在一些实例中,在控制平面模块确定用于与基站建立通信连接的云网络时,控制平面模块用于执行:获取多个备选云网络,确定基站所对应的IP地址、MAC地址、基站标识以及地理位置信息,在多个备选云网络中,基于基站所对应的IP地址、MAC地址、基站标识以及地理位置信息确定与基站相适配的云网络,从而有效地实现了可以自动找到与基站相适配的云网络,在一些实例中,云网络可以为与基站相适配,且具有与基站距离最近的通信接口。
在确定用于与基站建立通信连接的云网络之后,为了保证数据通信的安全可靠性,控制平面模块还可以对云网络与网关进行安全接入认证操作,具体的,可以基于IPv6转发平面的段路由(Segment Routing IPv6,简称SRv6)技术来实现安全接入认证操作,即对云网络是否为合法云网络进行验证,对网关是否为合法网关进行验证,在云网络为合法云网络、且网关为合法网关时,才允许基于TCP协议将控制面数据传输至云网络;在云网络为非法云网络和/或网关为非法网关时,会禁止基于TCP协议将控制面数据传输至云网络,从而有效地保证了对数据通信的安全可靠性。
云网络,用于获取网关基于TCP协议所发送的控制面数据,其中,参考附图1a所示,云网络上可以配置有AMF网元、SMF网元、UDM网元等网元,云网络上的AMF网元可以获取到网关基于TCP协议所发送的控制面数据,以基于控制面数据与基站进行通信连接,以实现在云网络上构建通信网络,在构建通信网络之后,可以基于所构建的通信网络进行数据通信操作,并支持网络切片选择操作,具体的,云网络可以通过网关、基站获取到用户终端所对应的网络需求信息,云网络可以基于网络需求信息为用户终端分配与网络需求信息相对应的通信网络。
在另一些实例中,网关中的UPF网元可以通过N3或者N6接口获取到基站所发送的待处理报文,待处理报文可以基于GTP(GPRS Tunnel Protocol)传输协议或者用户数据包协议(User Datagram Protocol,简称UDP)传输协议进行传输,UPF网元获取到待处理报文之后,可以通过控制平面模块和N4接口将待处理报文发送至云网络,以使得云网络可以待处理报文,并基于待处理报文进行相对应的报文处理操作。
具体的,为了能够实现在公有云上部署通信网络,在用户获取到网关之后,可以进行如下操作:
步骤S1:用户在公有云上预定开通专网服务(带宽,UE数等);
步骤S2:服务提供商可以将网关(例如:5G一体化接入网关)以及预设数量的用户识别卡邮寄给用户;
步骤S3:用户将基站的N2/N3光口/网口接入网关,N6接口从网关联入客户本地网,通过N2接口和N4接口联入(需要公网IP)公网,网络通信服务即可开通,其中,基站可以是私有专用基站,也可以是运营商共享基站。
需要说明的是,在云网络上所部署的通信网络可以适用于多种应用场景,具体的,用户可以根据需求在云网络上配置不同的应用程序,不同的应用程序可以对应于不同的应用场景。举例来说,在云网络上的应用为生产系统的控制程序时,则在云网络上的通信网络可以实现生产系统的控制操作;在云网络上的应用为直播程序时,则在云网络上的通信网络可以实现直播操作;在云网络上的应用为车辆控制程序时,则在云网络上的通信网络可以实现车辆控制操作。
本实施例提供的技术方案,有效地实现了核心网控制面云化、网关上的接口全IT化,即实现了云网与通信网络的有效结合,这样不仅方便对一体化接入网关进行边缘灵活部署操作,并且可以集N2接口、N3接口、N4接口和N6接口为一体,通过相对应的接口可以终结基于所有不支持或者不友好的通信协议所传输的数据;在云网络上所建立的通信网络为专网时,专网可以通过边缘就近自动认证接入云网络,从而便于用户通过插拔网线就能实现快速专网建立,使得专网用户需要接入网络的操作过程极简自治,有效地保证了云网络可以对用户比较友好,进一步提高了该方法的实用性,有利于市场的推广与应用。
下面通过一个示例性的应用场景具体说明本申请各个实施例提供的无线网络连接方法、网关及设备。在各实施例之间不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
图3为本申请实施例提供的一种无线通信方法的流程示意图;参考附图3所示,本实施例提供了一种无线通信方法,该方法的执行主体可以为无线通信装置,可以理解的是,该无线通信装置可以实现为软件、或者软件和硬件的组合,具体实现时,无线通信装置可以实现为一网关,该网关可以实现在云网络上构建通信网络,有效地扩展了核心网在云上的应用范围。具体的,该无线通信方法可以包括:
步骤S301:获取网关上用于与基站进行通信连接的信令面接口。
步骤S302:通过所述信令面接口获取基站基于第一传输协议所发送的控制面数据,第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络。
步骤S303:终结所述第一传输协议。
步骤S304:基于云网络可支持的第二传输协议将控制面数据发送至云网络,以基于控制面数据在云网络上构建通信网络。
下面对上述各个步骤进行详细说明:
步骤S301:获取网关上用于与基站进行通信连接的信令面接口。
其中,网关上可以配置多个信令面接口,不同的信令面接口用于实现网关与其他通信设备进行信令交互操作,可以理解的是,不同的信令面接口可以对应有不同的通信设备。在一些实例中,信令面接口可以包括N2接口、N3接口、N4接口或者N6接口等能够实现信令交互的接口,为了能够保证控制面数据获取的准确可靠性,可以获取网关上用于与基站进行通信连接的信令面接口,在一些实例中,信令面接口可以包括N2接口。
步骤S302:通过所述信令面接口获取基站基于第一传输协议所发送的控制面数据,第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络。
为了能够实现在云网络上构建通信网络,则可以通过信令面接口获取基站所发送的控制面数据。其中,基站可以为私有专用基站或者运营商共享基站;云网络可以包括以下至少之一:公有云网络、私有云网络、混合云网络等等,第一传输协议为云网络不支持或者云网络认为不友好的传输协议,在一些实例中,第一传输协议包括流控制传输协议SCTP,需要注意的是,第一传输协议并不限于SCTP协议,还可以为云网络不支持的其他传输协议。
在一些实例中,控制面接口可以包括N2接口,此时,基站可以通过N2接口直接与云网络建立通信连接,即基站可以通过N2接口直接通过第一传输协议将控制面数据发送至云网络,由于云网络认为上述的第一传输协议不友好,进而会屏蔽基于第一传输协议所获得的控制面数据。因此,为了能够实现基站与云网络之间建立通信连接,基站可以基于N2接口和第一传输协议将控制面数据发送至无线通信装置,从而使得无线通信装置可以稳定地获取到控制面数据,进而保证了对控制面数据进行获取的准确可靠性。
步骤S303:终结所述第一传输协议。
由于云网络认为第一传输协议不友好,因此,为了能够实现云网络与基站之间建立通信连接,在获取到控制面数据之后,可以将控制面数据所对应的第一传输协议终结或者屏蔽,具体的,在无线通信装置中可以配置有与第一传输协议相对应的协议终结节点,其中,不同的传输协议可以对应有相同或者不同的协议终结节点,此外,无线通信装置中可以配置有需终结或者需屏蔽的传输协议列表,在第一传输协议位于上述传输协议列表中时,则可以基于相对应的协议终结节点将第一传输协议终结或者屏蔽;或者,无线通信装置中配置有能够正常运行的协议传输白名单,在第一传输协议未位于上述协议传输白名单中时,则可以基于相对应的协议终结节点将第一传输协议终结或者屏蔽;从而有效地实现了第一通信协议可以直接在无线通信装置处被终结,即第一通信协议的控制面数据并不会发送至云网络中。
步骤S304:基于云网络可支持的第二传输协议将控制面数据发送至云网络,以基于控制面数据在云网络上构建通信网络。
由于云网络并不支持第一传输协议,为了能够使得控制面数据可以稳定地传输至云网络,可以确定用于对控制面数据进行传输的第二传输协议,该第二传输协议为云网络可支持的协议,而后可以基于第二传输协议将控制面数据发送至云网络,由于第二传输协议为云网络可支持的通信协议,因此,云网络可以稳定地获取到控制面数据,并可以基于控制面数据在云网络上构建通信网络,所建立的通信网络可以实现为公有网络和专属网络,从而有效地实现了可以将通信网络部署在云上,这样有利于提高并拓展核心网在云上的应用范围。
需要注意的是,第二传输协议并不限于TCP协议,还可以为云网络可支持的其他传输协议,例如:第二传输协议还可以为报文转发控制协议PFCP、用户数据包协议UDP等等。
另外,本实施例对于基于云网络可支持的第二传输协议将控制面数据发送至云网络的具体实现方式不做限定,在一些实例中,在终结第一传输协议之后,可以对控制面数据进行解码操作,获得与控制面数据相对应的通信数据,利用第二传输协议对通信数据进行编码处理,获得第二传输协议的控制面数据。
本实施例提供的无线通信方法,通过获取网关上用于与基站进行通信连接的信令面接口;通过所述信令面接口获取基站基于第一传输协议所发送的控制面数据,其中,所述第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络,而后终结所述第一传输协议,并基于第二传输协议将控制面数据发送至云网络,在云网络获取到控制面数据之后,可以基于控制面数据在云网络上构建通信网络,这样不仅实现了核心网控制面的云化操作,使得云网络对用户比较友好,并且使得基站与云之间存在IP联通能力,而后便于帮助用户通过插拔网线实现通信网络的快速建立操作,进一步提高了该无线通信方法的实用性,有利于市场的推广与应用。
图4为本申请实施例提供的基于第二传输协议将控制面数据发送至云网络的流程示意图;参考附图4所示,本实施例提供了一种将控制面数据发送至云网络的实现方式,具体的,本实施例中的基于第二传输协议将控制面数据发送至云网络可以包括:
步骤S401:获取与控制面数据相匹配的云网络。
其中,预先配置有多个用于与基站进行通信连接的备用云网络,为了能够保证通信网络构建的质量和效率,可以在多个备用云网络中确定一与控制面数据相匹配的云网络,具体的,获取与控制面数据相匹配的云网络可以包括:获取与基站相对应的IP地址、MAC地址和基站标识等特征,基于IP地址、MAC地址和基站标识,在多个备用云网络中确定与基站相适配的云网络。
步骤S402:确定网关上用于对控制面数据进行传输的信令面接口。
步骤S403:基于信令面接口和第二传输协议,将控制面数据发送至云网络。
在信令面接口包括N2接口时,为了能够将控制面数据传输至云网络,可以确定网关上用于对控制面数据进行传输的N2接口,在获取到N2接口之后,可以基于N2接口和第二传输协议将控制面数据发送至云网络。在一些实例中,云网络中包括接入和移动性管理功能AMF网元;此时,基于信令面接口(例如:N2接口)和第二传输协议,将控制面数据发送至云网络可以包括:基于信令面接口和第二传输协议,将控制面数据发送至云网络中的AMF网元,以使AMF网元与基站建立通信连接。
本实施例中,通过获取与控制面数据相匹配的云网络,确定网关上用于对控制面数据进行传输的信令面接口,而后基于信令面接口和第二传输协议,将控制面数据发送至云网络,从而有效地实现了可以将控制面数据准确、有效地传输至云网络,进一步提高了无线通信方法运行的稳定可靠性。
图5为本申请实施例提供的另一种无线通信方法的流程示意图;参考附图5所示,在获取与控制面数据相匹配的云网络之后,本实施例中的方法还可以包括:
步骤S501:对云网络、云网络与网关之间的通信链路进行合法性验证。
步骤S502:在云网络以及通信链路均为合法时,则允许基于信令面接口和第二传输协议,将控制面数据发送至云网络。或者,
步骤S503:在云网络和通信链路中的至少一个为非法时,则禁止基于信令面接口和第二传输协议,将控制面数据发送至云网络。
其中,在获取与控制面数据相匹配的云网络之后,为了保证数据通信的安全可靠性,则可以对云网络、云网络与网关之间的通信链路进行合法性验证,具体的,对云网络进行合法性验证可以包括:获取与基站相对应的IP地址、MAC地址等特征信息,检测云网络是否与基站相对应的特征信息相适配,在云网络与基站相对应的特征信息相适配时,则可以确定云网络为合法网络,在云网络与基站相对应的特征信息不适配时,则可以确定云网络为非法网络。
检测云网络与网关之间的通信链路进行合法性验证可以包括:在确定云网络为合法网络之后,可以检测网关是否为云网络所对应的合法网关,具体的,可以获取到网关的IP地址、MAC地址、网关标识信息等特征,而后基于网关的IP地址、MAC地址、网关标识信息检测网关是否为合法网关,在云网络所对应的白名单中存储有与网关相对应的标准网关时,则可以确定网关为合法网关;在云网络所对应的白名单中不存在与网关相对应的标准网关时,则可以确定网关为非法网关。
在云网络以及通信链路均为合法时,则可以允许基于信令面接口(例如:N2接口)和第二传输协议,将控制面数据发送至云网络,在云网络和通信链路中的至少一个为非法时,则可以禁止基于信令面接口和第二传输协议,将控制面数据发送至云网络,从而有效地实现了在云网络以及通信链路均能够保证数据传输的安全可靠性,则可以将控制面数据发送至云网络;在云网络或者通信链路不能保证数据传输的安全可靠性,则可以禁止将控制面数据发送至云网络,进一步提高了无线通信方法运行的安全可靠性。
在另一些实例中,云网络上所构建的通信网络可以为专网,一个云网络上可以建立多个不同的专网,此时,本实施例中的方法还可以包括:获取专网终端所发送的网络注册请求;确定与网络注册请求相对应的专网;在专网终端为合法终端时,则允许基于网络注册请求进行专网终端的注册操作。
具体的,网络注册请求中可以包括:与专网终端相对应的终端身份标识和用于实现网络注册的请求信息。在获取到网络注册请求之后,可以对网络注册请求进行分析处理,以获取与专网终端相对应的终端身份标识,在一些实例中,在专网终端为移动终端时,与专网终端相对应的终端身份标识可以包括国际移动用户识别码IMSI或者订阅永久标识符(SUbscription Permanent Identifier,简称SUPI)。
在一些实例中,在终端身份标识包括国际移动用户识别码时,确定与网络注册请求相对应的专网可以包括:获取国际移动用户识别码的预设字段码;通过预设字段码,确定与专网终端相对应的签约云网络标识,基于签约云网络标识确定与网络注册请求相对应的专网。
具体的,在获取到国际移动用户标识码之后,可以对国际移动用户识别码进行分析处理,以获取国际移动用户识别码的预设字段码,该预设字段码可以是国际移动用户识别码的预设位置的字段码。在一些实例中,预设字段码可以是国际移动用户识别码的前三个字段码,例如:预设字段码可以为字段“138”、字段“139”或者字段“151”等等。在又一些实例中,预设字段码可以是国际移动用户识别码的中间字段码,例如:预设字段码可以为字段“0001”、字段“0002”或者字段“0003”等等。在另一些实例中,预设字段码可以是国际移动用户识别码所对应的额外增加字段码,例如:字段码可以为“11”、“12”或者“13”等等。
在获取到预设字段码之后,可以对预设字段码进行分析处理,以确定与专网终端相对应的签约云网络标识,在一些实例中,通过预设字段码,确定与专网终端相对应的签约云网络标识可以包括:获取用于对预设字段码进行分析处理的映射关系,通过映射关系来确定与专网终端相对应的签约云网络标识,该签约云网络标识与专网终端所签约的专网相对应,从而有效地保证了对签约云网络标识进行确定的准确可靠性。
在获取到网络注册请求和签约云网络标识之后,可以确定与签约云网络标识相对应的签约专网,而后将网络注册请求发送至与签约云网络标识相对应的签约专网,在签约专网获取到网络注册请求之后,签约专网可以基于网络注册请求实现对专网终端的注册请求操作。
本实施例中,通过获取专网终端发送的网络注册请求,而后基于网络注册请求确定与专网终端相对应的签约云网络标识,并将网络注册请求发送至与签约云网络标识相对应的签约专网,在签约专网获取到网络注册请求之后,可以基于网络注册请求实现专网终端的漫游注册操作,从而简单、有效地实现了跨区域专网之间的注册操作,这样不仅提高了数据通信的便利性,保证了数据通信所对应的资源利用率,同时降低了数据通信成本,保证了用户的良好体验,进一步提高了注册方法的实用性。
在又一些实例中,在基于终端身份标识,确定与专网终端相对应的签约云网络标识之前,本实施例中的方法还可以包括:识别专网终端是否为合法终端。在专网终端为合法终端时,则允许基于终端身份标识,确定与专网终端相对应的签约云网络标识。在专网终端为非法终端时,则禁止基于终端身份标识,确定与专网终端相对应的签约云网络标识。
其中,在基于终端身份标识,确定与专网终端相对应的签约云网络标识之前,为了能够实现专网终端的合法通信操作,可以识别专网终端是否为合法终端,在一些实例中,识别专网终端是否为合法终端可以包括:基于网络注册请求获取与专网终端相对应的终端身份标识,将终端身份标识与当前专网中存储的标准身份标识进行分析比较,当存在与终端身份标识相匹配的标准身份标识时,则可以确定专网终端为合法终端;当不存在与终端身份标识相匹配的标准身份标识时,则可以确定专网终端为非法终端。
在识别结果是专网终端为合法终端时,为了能够使得合法终端实现合法的数据通信操作,则可以允许基于终端身份标识来确定与专网终端相对应的签约云网络标识;在识别结果是专网终端为非法终端时,为了避免非法终端实现数据通信操作,则可以禁止基于终端身份标识来确定与专网终端相对应的签约云网络标识。
本实施例中,通过识别专网终端是否为合法终端,在专网终端为合法终端时,则允许基于终端身份标识确定与专网终端相对应的签约云网络标识;在专网终端为非法终端时,则禁止基于终端身份标识确定与专网终端相对应的签约云网络标识,从而有效地实现了在确定与专网终端相对应的签约云网络标识之前,可以对合法终端进行合法注册操作,并禁止对非法终端进行注册操作,这样有效地保证了数据通信的安全可靠性。
图6为本申请实施例提供的一种直播数据的处理方法的流程示意图;参考附图6所示,本实施例提供了一种直播数据的处理方法,该方法的执行主体可以为直播数据的处理装置,可以理解的是,该直播数据的处理装置可以实现为软件、或者软件和硬件的组合,该直播数据的处理方法可以包括:
步骤S601:获取终端发送的直播请求。
步骤S602:基于直播请求,确定与终端相对应的签约云网络标识。
步骤S603:将直播请求发送至与签约云网络标识相对应的云网络,以通过云网络上所构建的通信网络实现终端的直播操作。
在直播场景中,直播数据往往会被终端传输到预设云网络或者云直播服务网络,而后通过预设云网络或者云直播服务网络进行直播数据的分发操作。具体的,终端可以将直播数据通过所对应的部署网络发送至预设网络(移动网络、云网络),以通过预设网络获取用于实现直播操作的数据资源。终端可以通过预设网关向云网络或者云直播服务网络请求直播数据,以使得云网络或者云直播服务网络可以将直播数据分发至相对应的播放端,进而可以在播放端上播放相对应的直播数据。需要注意的是,直播场景包括但不限于:教育场景中的远程教育、直播课程、远程医疗等等,不同的直播场景中的待直播数据不同,并且可以具有不同的功能作用。
基于上述陈述内容可知,本实施例中的直播请求可以是指终端所发送的直播数据或者可以是播放端所请求播放的直播数据,从而使得直播数据的处理装置可以稳定地获取到直播请求,该直播请求所对应的直播数据可以包括视频数据和音频数据等等。在获取到直播请求之后,可以确定与终端相对应的签约云网络标识,而后可以将直播请求发送至与签约云网络标识相对应的云网络,以利用云网络上所部署的网络对直播请求进行传输处理,从而有效地实现了直播操作。
在一些实例中,基于直播请求,确定与终端相对应的签约云网络标识可以包括:基于直播请求,获取与终端相对应的终端身份标识;通过终端身份标识,确定与终端相对应的签约云网络标识。
在另一些实例中,在将直播请求发送至与签约云网络标识相对应的云网络之前,本实施例中的方法还可以包括:获取网关上用于与基站进行通信连接的信令面接口;通过所述预设接口获取基站基于第一传输协议所发送的控制面数据,所述第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络;终结所述第一传输协议;基于所述云网络可支持的第二传输协议将所述控制面数据发送至所述云网络,以基于所述控制面数据在所述云网络上构建通信网络。
需要注意的是,本实施例中的方法还可以包括图1-图5所示实施例的方法,本实施例未详细描述的部分,可参考对图1-图5所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图5所示实施例中的描述,在此不再赘述。
本实施例提供的直播数据的处理方法,通过获取终端发送的直播请求,而后基于直播请求确定与终端相对应的签约云网络标识,并将直播请求发送至与签约云网络标识相对应的云网络,以通过云网络上所构建的通信网络实现终端的直播操作,从而简单、有效地实现利用云网络上所构建的通信网络实现终端的直播操作,这样不仅提高了直播操作的便利性,并且保证了直播所对应的资源利用率,同时降低了直播成本,保证了用户的良好体验,进一步提高了直播数据的处理方法的实用性。
图7为本申请实施例提供的一种车辆控制方法的流程示意图;参考附图7所示,本实施例提供了一种车辆控制方法,该方法的执行主体可以为车辆控制装置,可以理解的是,该车辆控制装置可以实现为软件、或者软件和硬件的组合。具体的,该车辆控制方法可以包括:
步骤S701:获取与车辆相对应的车辆控制请求。
在车辆运行的过程中,为了能够实现对车辆进行准确有效地控制,可以生成与车辆相对应的车辆控制请求,该车辆控制请求可以包括与车辆相对应的运行状态数据,具体的,车辆上可以设置有传感器,通过传感器可以获取与车辆相对应的运行状态数据,与车辆相对应的运行状态数据可以包括以下至少之一:车辆的当前车速、行驶方向和环境信息,其中,环境信息包括周围物体的分布位置、车辆前方车辆的车速和车辆所处道路的道路限速。在一些实例中,传感器可以包括图像采集传感器、雷达传感器和全球定位系统GPS,具体的,通过图像采集传感器、雷达传感器和全球定位系统GPS来确定与车辆相对应的运行状态数据。
步骤S702:基于车辆控制请求,确定与车辆相对应的签约云网络标识。
在获取到车辆控制请求之后,可以基于车辆控制请求来确定与车辆相对应的签约云网络标识,具体的,本实施例中确定与车辆相对应的签约云网络标识的具体实现方式和实现效果与上述实施例中“确定与车辆相对应的签约云网络标识”的具体实现方式和实现效果相类似,具体可参考上述陈述内容,在此不再赘述。
步骤S703:将车辆控制请求发送至与签约云网络标识相对应的云网络,以通过云网络上所构建的通信网络确定与车辆控制请求相对应的驾驶路径规划信息。
在获取到签约云网络标识之后,为了能够实现对不同区域的车辆进行漫游控制操作,可以将车辆控制请求发送至签约云网络标识相对应的云网络,以利用云网络上所构建的通信网络来对车辆控制请求进行分析处理,以确定与车辆控制请求相对应的驾驶路径规划信息。具体的,可以将车辆控制请求发送至云网络中的服务器,以通过服务器确定并提供与车辆控制请求相对应的车辆控制资源,而后可以基于车辆控制资源对车辆控制请求进行分析处理,以确定与车辆控制请求相对应的驾驶路径规划信息,从而可以获得与车辆控制请求相对应的驾驶路径规划信息。其中,预先配置有用于对运行状态数据进行分析处理的机器学习模型,机器学习模型被训练为用于确定与车辆相对应的驾驶路径规划信息。在获取到车辆控制请求之后,可以将车辆控制请求输入至机器学习模型,从而可以获得与车辆控制请求相对应的驾驶路径规划信息。
步骤S704:基于驾驶路径规划信息对车辆进行控制。
在获取到驾驶路径规划信息之后,可以基于驾驶路径规划信息对车辆进行控制,从而有效地实现了车辆的控制操作。需要注意的是,对于车辆控制装置而言,车辆控制装置可以设置于车辆上,或者,车辆控制装置可以独立于车辆进行设置,此时,车辆控制装置可以与车辆CPU通信连接。
另外,对于车辆控制装置而言,可以根据不同的车辆对车辆控制装置进行调整,即根据车辆类型的不同,车辆控制装置中所包括的算法模块也会有所不同,此时,车辆控制装置不仅可以实现车辆自动驾驶的控制操作,还可以实现的其他操作。例如,对于物流车辆、公共服务车辆、医疗服务车辆、终端服务车辆会涉及不同的车辆控制装置。下面分别针对这四种自动驾驶车辆对车辆控制装置中所包括的算法模块进行举例说明:
其中,物流车辆是指物流场景中使用的车辆,例如:可以是带自动分拣功能的物流车辆、带冷藏保温功能的物流车辆、带测量功能的物流车辆。这些物流车辆会涉及不同的算法模块。
例如,对于物流车辆,可以带有自动化的分拣装置,该分拣装置可以在物流车辆到达目的地后自动把货物取出并搬送、分拣、存放。这就涉及用于货物分拣的算法模块,该算法模块主要实现货物取出、搬运、分拣以及存放等逻辑控制。
又例如,针对冷链物流场景,物流车辆还可以带有冷藏保温装置,该冷藏保温装置可以实现运输的水果、蔬菜、水产品、冷冻食品以及其它易腐烂的食品进行冷藏或保温,使之处于合适的温度环境,解决易腐烂食品的长途运输问题。这就涉及用于冷藏保温控制的算法模块,该算法模块主要用于根据食品(或物品)性质、易腐性、运输时间、当前季节、气候等信息动态、自适应计算冷餐或保温的合适温度,根据该合适温度对冷藏保温装置进行自动调节,这样在车辆运输不同食品或物品时运输人员无需手动调整温度,将运输人员从繁琐的温度调控中解放出来,提高冷藏保温运输的效率。
又例如,在大多物流场景中,是根据包裹体积和/或重量进行收费的,而物流包裹的数量非常庞大,单纯依靠快递员对包裹体积和/或重量进行测量,效率非常低,人工成本较高。因此,在一些物流车辆中,增设了测量装置,可自动测量物流包裹的体积和/或重量,并计算物流包裹的费用。这就涉及用于物流包裹测量的算法模块,该算法模块主要用于识别物流包裹的类型,确定物流包裹的测量方式,如进行体积测量还是重量测量或者是同时进行体积和重量的组合测量,并可根据确定的测量方式完成体积和/或重量的测量,以及根据测量结果完成费用计算。
其中,公共服务车辆是指提供某种公共服务的车辆,例如:可以是消防车、除冰车、洒水车、铲雪车、垃圾处理车辆、交通指挥车辆等。这些公共服务车辆会涉及不同算法模块。
例如,对于自动驾驶的消防车,其主要任务是针对火灾现场进行合理的灭火任务,这就涉及用于灭火任务的算法模块,该算法模块至少需要实现火灾状况的识别、灭火方案的规划以及对灭火装置的自动控制等逻辑。
又例如,对于除冰车,其主要任务是清除路面上结的冰雪,这就涉及除冰的算法模块,该算法模块至少需要实现路面上冰雪状况的识别、根据冰雪状况制定除冰方案,如哪些路段需要采取除冰,哪些路段无需除冰,是否采用撒盐方式、撒盐克数等,以及在确定除冰方案的情况下对除冰装置的自动控制等逻辑。
其中,医疗服务车辆是指能够提供一种或多种医疗服务的自动驾驶车辆,该种车辆可提供消毒、测温、配药、隔离等医疗服务,这就涉及提供各种自助医疗服务的算法模块,这些算法模块主要实现消毒需求的识别以及对消毒装置的控制,以使消毒装置为病人进行消毒,或者对病人位置的识别,控制测温装置自动贴近病人额头等位置为病人进行测温,或者,用于实现对病症的判断,根据判断结果给出药方并需要实现对药品/药品容器的识别,以及对取药机械手的控制,使之按药方为病人抓取药品,等等。
其中,终端服务车辆是指可代替一些终端设备面向用户提供某种便利服务的自助型的自动驾驶车辆,例如这些车辆可以为用户提供打印、考勤、扫描、开锁、支付、零售等服务。
例如,在一些应用场景中,用户经常需要到特定位置去打印或扫描文档,费时费力。于是,出现一种可以为用户提供打印/扫描服务的终端服务车辆,这些服务车辆可以与用户终端设备互联,用户通过终端设备发出打印指令,服务车辆响应打印指令,自动打印用户所需的文档并可自动将打印出的文档送至用户位置,用户无需去打印机处排队,可极大地提高打印效率。或者,可以响应用户通过终端设备发出的扫描指令,移动至用户位置,用户将待扫描的文档放置的服务车辆的扫描工具上完成扫描,无需到打印/扫描机处排队,省时省力。这就涉及提供打印/扫描服务的算法模块,该算法模块至少需要识别与用户终端设备的互联、打印/扫描指令的响应、用户位置的定位以及行进控制等。
又例如,随着新零售场景的开展,越来越多的电商借助于自助售货机将商品销售送到了各大办公楼、公共区,但这些自助售货机被放置在固定位置,不可移动,用户需要到该自助售货机跟前才能购买所需商品,便利性还是较差。于是出现了可提供零售服务的自助驾驶车辆,这些服务车辆可以承载商品自动移动,并可提供对应的自助购物类APP或购物入口,用户借助于手机等终端通过APP或购物入口可以向提供零售服务的自动驾驶车辆进行下单,该订单中包括待购买的商品名称、数量以及用户位置,该车辆收到下单请求之后,可以确定当前剩余商品是否具有用户购买的商品以及数量是否足够,在确定具有用户购买的商品且数量足够的情况下,可携带这些商品自动移动至用户位置,将这些商品提供给用户,进一步提高用户购物的便利性,节约用户时间,让用户将时间用于更为重要的事情上。这就涉及提供零售服务的算法模块,这些算法模块主要实现响应用户下单请求、订单处理、商品信息维护、用户位置定位、支付管理等逻辑。
具体实现时,该方法可以应用于停车场,在某一工厂对应有多个不同区域的停车场,每个停车场中仅能为签约的车辆提供停车服务,因此,在属于同一工厂中某一停车场的签约车辆想要在另一个区域的停车场进行停车操作时,则可以通过上述的漫游方式来确定可以为该车辆提供停车服务,并可以基于停车场的停车空位来确定该车辆的驾驶路径规划信息,而后基于驾驶路径规划信息可以对车辆的停车操作进行控制,从而有效地实现了为合法车辆提供停车服务的操作。
在一些实例中,在将所述车辆控制请求发送至与所述云网络标识相对应的云网络之前,本实施例中的方法还包括:获取网关上用于与基站进行通信连接的信令面接口;通过所述预设接口获取基站基于第一传输协议所发送的控制面数据,所述第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络;终结所述第一传输协议;基于所述云网络可支持的第二传输协议将所述控制面数据发送至所述云网络,以基于所述控制面数据在所述云网络上构建通信网络。
需要注意的是,本实施例中的方法还可以包括图1-图5所示实施例的方法,本实施例未详细描述的部分,可参考对图1-图5所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图5所示实施例中的描述,在此不再赘述。
本实施例提供的车辆控制方法,通过获取与车辆相对应的车辆控制请求,基于车辆控制请求,确定与车辆相对应的签约云网络标识;而后将车辆控制请求发送至与签约云网络标识相对应的云网络,以通过云网络上所构建的通信网络确定与车辆控制请求相对应的驾驶路径规划信息;并基于驾驶路径规划信息对车辆进行控制;从而可以基于驾驶路径规划信息对车辆进行控制,从而简单、有效地实现了利用云网络上所构建的通信网络对车辆进行有效的控制,这样不仅提高了对车辆进行控制的便利性,并且保证了用户的良好体验,进一步提高了车辆控制方法的实用性。
图8为本申请实施例提供的一种网关的结构示意图;参考附图8所示,本实施例提供了一种网关,该网关用于执行上述图3所示的无线通信方法,具体的,该网关可以包括:
第一获取模块11,用于获取网关上用于与基站进行通信连接的信令面接口;
所述第一获取模块11,用于通过所述信令面接口获取基站基于第一传输协议所发送的控制面数据,所述第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络;
第一处理模块12,用于终结所述第一传输协议;
第一发送模块13,用于基于所述云网络可支持的第二传输协议将所述控制面数据发送至所述云网络,以基于所述控制面数据在所述云网络上构建通信网络。
在一些实例中,第一传输协议包括:流可控制传输协议SCTP;第二传输协议包括:传输控制协议TCP。
在一些实例中,所述信令面接口包括N2接口。
在一些实例中,在第一发送模块13基于第二传输协议将控制面数据发送至云网络时,第一发送模块13用于执行:获取与控制面数据相匹配的云网络;确定网关上用于对控制面数据进行传输的信令面接口;基于信令面接口和第二传输协议,将控制面数据发送至云网络。
在一些实例中,在获取与控制面数据相匹配的云网络之后,本实施例中的第一处理模块12用于执行以下步骤:对云网络、云网络与网关之间的通信链路进行合法性验证;在云网络以及通信链路均为合法时,则允许基于信令面接口和第二传输协议,将控制面数据发送至云网络;或者,在云网络和通信链路中的至少一个为非法时,则禁止基于信令面接口和第二传输协议,将控制面数据发送至云网络。
在一些实例中,云网络中包括接入和移动性管理功能AMF网元;在第一发送模块13基于信令面接口和第二传输协议,将控制面数据发送至云网络时,该第一发送模块13用于执行:基于信令面接口和第二传输协议,将控制面数据发送至云网络中的AMF网元,以使AMF网元与基站建立通信连接。
图8所示网关可以执行图1-图5所示实施例的方法,本实施例未详细描述的部分,可参考对图1-图5所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图5所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图8所示网关的结构可实现为一电子设备。如图9所示,该电子设备可以包括:第一处理器21和第一存储器22。其中,第一存储器22用于存储相对应电子设备执行上述图1-图5所示实施例中提供的无线通信方法的程序,第一处理器21被配置为用于执行第一存储器22中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第一处理器21执行时能够实现如下步骤:获取网关上用于与基站进行通信连接的信令面接口;通过所述信令面接口获取基站基于第一传输协议所发送的控制面数据,所述第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络;终结所述第一传输协议;基于所述云网络可支持的第二传输协议将所述控制面数据发送至所述云网络,以基于所述控制面数据在所述云网络上构建通信网络。
进一步的,第一处理器21还用于执行前述图1-图5所示实施例中的全部或部分步骤。
其中,电子设备的结构中还可以包括第一通信接口23,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图1-图5所示方法实施例中无线通信方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机指令,当计算机指令被一个或多个处理器执行时,致使一个或多个处理器执行上述图1-图5所示方法实施例中无线通信方法中的步骤。
图10为本申请实施例提供的一种直播数据的处理装置的结构示意图;参考附图10所示,本实施例提供了一种直播数据的处理装置,该直播数据的处理装置可以执行上述图6所示的直播数据的处理方法,具体的,该直播数据的处理装置可以包括:
第二获取模块31,用于获取终端发送的直播请求;
第二确定模块32,用于基于直播请求,确定与终端相对应的签约云网络标识;
第二处理模块33,用于将直播请求发送至与签约云网络标识相对应的云网络,以通过云网络上所构建的通信网络实现终端的直播操作。
在一些实例中,在将直播请求发送至与签约云网络标识相对应的云网络之前,本实施例中的第二获取模块31和第二处理模块33用于执行以下步骤:
第二获取模块31,用于获取网关上用于与基站进行通信连接的信令面接口;
第二处理模块33,用于通过所述预设接口获取基站基于第一传输协议所发送的控制面数据,所述第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络;终结所述第一传输协议;基于所述云网络可支持的第二传输协议将所述控制面数据发送至所述云网络,以基于所述控制面数据在所述云网络上构建通信网络。
图10所示直播数据的处理装置可以执行图6所示实施例的方法,本实施例未详细描述的部分,可参考对图6所示实施例的相关说明。该技术方案的执行过程和技术效果参见图6所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图10所示直播数据的处理装置的结构可实现为一电子设备。如图11所示,该电子设备可以包括:第二处理器41和第二存储器42。其中,第二存储器42用于存储相对应电子设备执行上述图5所示实施例中提供的直播数据的处理方法的程序,第二处理器41被配置为用于执行第二存储器42中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第二处理器41执行时能够实现如下步骤:获取终端发送的直播请求;基于直播请求,确定与终端相对应的签约云网络标识;将直播请求发送至与签约云网络标识相对应的云网络,以通过云网络上所构建的通信网络实现终端的直播操作。
进一步的,第二处理器41还用于执行前述图6所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第二通信接口43,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图6所示方法实施例中直播数据的处理方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机指令,当计算机指令被一个或多个处理器执行时,致使一个或多个处理器执行上述图6所示方法实施例中直播数据的处理方法中的步骤。
图12为本申请实施例提供的一种车辆控制装置的结构示意图;参考附图12所示,本实施例提供了一种车辆控制装置,该车辆控制装置可以执行图7所示的车辆控制方法,具体的,车辆控制装置包括:
第三获取模块51,用于获取与车辆相对应的车辆控制请求;
第三确定模块52,用于基于车辆控制请求,确定与车辆相对应的签约云网络标识;
第三处理模块53,用于将车辆控制请求发送至与签约云网络标识相对应的云网络,以通过云网络上所构建的通信网络确定与车辆控制请求相对应的驾驶路径规划信息;
第三控制模块54,用于基于驾驶路径规划信息对车辆进行控制。
在一些实例中,在将车辆控制请求发送至与云网络标识相对应的云网络之前,本实施例中的第三获取模块51和第三处理模块53用于执行以下步骤:
第三获取模块51,用于获取网关上用于与基站进行通信连接的信令面接口;
第三处理模块53,用于通过所述预设接口获取基站基于第一传输协议所发送的控制面数据,所述第一传输协议为云网络不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络;终结所述第一传输协议;基于所述云网络可支持的第二传输协议将所述控制面数据发送至所述云网络,以基于所述控制面数据在所述云网络上构建通信网络。
图12所示车辆控制装置可以执行图7所示实施例的方法,本实施例未详细描述的部分,可参考对图7所示实施例的相关说明。该技术方案的执行过程和技术效果参见图7所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图12所示车辆控制装置的结构可实现为一电子设备。如图13所示,该电子设备可以包括:第三处理器61和第三存储器62。其中,第三存储器62用于存储相对应电子设备执行上述图7所示实施例中提供的车辆控制方法的程序,第三处理器61被配置为用于执行第三存储器62中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第三处理器61执行时能够实现如下步骤:获取与车辆相对应的车辆控制请求;基于车辆控制请求,确定与车辆相对应的签约云网络标识;将车辆控制请求发送至与签约云网络标识相对应的云网络,以通过云网络上所构建的通信网络确定与车辆控制请求相对应的驾驶路径规划信息;基于驾驶路径规划信息对车辆进行控制。
进一步的,第三处理器61还用于执行前述图7所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第三通信接口63,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图7所示方法实施例中车辆控制方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机指令,当计算机指令被一个或多个处理器执行时,致使一个或多个处理器执行上述图7所示方法实施例中车辆控制方法中的步骤。
图14为本申请实施例提供的一种无线通信系统的结构示意图,参考附图14所示,本实施例提供了一种无线通信系统,该无线通信系统能够实现在云网络上部署通信网络,同时实现通信网络云化操作,具体的,该无线通信系统可以包括:
基站71,用于基于第一传输协议将控制面数据发送至网关72,所述第一传输协议为云网络73不支持的传输协议,所述控制面数据用于实现在所述云网络上构建通信网络;
网关72,与所述基站71通信连接,用于获取网关72上用于与基站71进行通信连接的信令面接口,通过所述信令面接口获取基站71所发送的控制面数据,所述控制面数据用于实现在所述云网络73上构建通信网络,终结所述第一传输协议;基于所述云网络73可支持的第二传输协议将所述控制面数据发送至所述云网络73;
云网络73,用于基于所述控制面数据在所述云网络73上构建通信网络。
其中,基站71可以是私有专用基站,也可以是运营商共享基站,与基站71进行通信连接的网关72的具体实现方式和实现原理与上述图8所示网关的具体实现方式和实现原理相类似,具体可参考上述陈述内容,在此不再赘述。
具体的,基站71可以生成或者获取基于第一传输协议所发送的控制面数据,其中,第一传输协议为云网络73不支持的传输协议,例如:第一传输协议为流控制传输协议SCTP。具体的,基站71可以响应于用户输入的执行操作生成或者获取控制面数据,该控制面数据所对应的传输协议为第一传输协议。在获取到控制面数据之后,可以将控制面数据通过设定接口(例如:N2接口)传输至网关72,以使得网关72可以对所上传的控制面数据进行分析处理操作。
网关72,用于获取基站71基于第一传输协议所发送的控制面数据,第一传输协议为云网络73不支持的传输协议,在获取到控制面数据之后,可以对控制面数据进行分析处理,以将控制面数据所对应的第一传输协议转换为第二传输协议,第二传输协议为云网络73可支持的传输协议,例如:第二传输协议可以包括传输控制协议TCP。
在将控制面数据所对应的第一传输协议转换为第二传输协议之后,可以基于第二传输协议将控制面数据发送至云网络73,从而有效地实现了基站71可以通过第一传输协议和网关72与云网络73进行通信连接,进而可以基于控制面数据在云网络73上构建通信网络,进而扩展了核心网在云上的应用范围,这样不仅可以实现终端设备可以通过基站71快速接入云网络上所部署的通信网络,从而可以为终端设备提供快速、高效的服务,并且提高了用户的良好体验,保证了无线通信方法的实用性。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现,当然也可以通过硬件和软件结合的方式来实现。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器,使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器 (RAM) 和/或非易失性内存等形式,如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体 (transitory media),如调制的数据信号和载波。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。