具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义,“多种”一般包含至少两种,但是不排除包含至少一种的情况。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
另外,下述各方法实施例中的步骤时序仅为一种举例,而非严格限定。
术语定义:
会话管理功能(Session Management Function,简称SMF),5G基于服务架构的一个功能单元,主要负责与分离的数据面交互、创建、更新和删除PDU会话,并管理与UPF的会话环境(session context)。
用户面功能(User Plane Function,简称UPF),用于实现分组路由转发、策略实施、流量报告、服务质量(Quality of Service,简称Qos)处理。
客户前置设备(Customer Premise Equipment,简称CPE),是一种接收移动信号并以无线WIFI信号转发出来的移动信号接入设备,它也是一种将高速4G或者5G信号转换成WiFi信号的设备,可支持同时上网的移动终端数量也较多。
统一数据仓库功能(Unified Data Repository,简称UDR),用于UDM存储订阅数据或读取订阅数据以及策略控制功能(Policy Control function,简称PCF)存储策略数据或者读取策略数据。
统一数据管理功能(User Data Management Function,简称UDM),用于实现3GPP的AKA认证、用户识别、访问授权、注册、移动、订阅、短信管理等。
移动管理实体(Mobility Management Entity,简称MME),是3GPP协议LTE接入网络的关键控制节点,它负责空闲模式的UE的定位、传呼过程,包括中继,简单的说,MME是负责信令处理部分。
接入和移动性管理功能(Access Mobility Function,简称AMF),用于执行注册、连接、可达性、移动性管理。
归属用户服务器(Home Subscriber Server,简称HSS),是IMS(IP MultimediaSubsystem,IP多媒体子系统)中控制层的重要组成部分。
服务网关(Serving Gateway,简称SGW),是移动通信网络EPC中的重要网元。
公用数据网(Public Data Network,简称PDN),为公众提供数据通信服务的通信网。
为了方便本领域技术人员理解本申请实施例提供的技术方案,下面对相关技术进行说明:
在用户设备(User Equipment,简称UE)具有帧路由功能时,帧路由支持UE后面的IP子网,此时,UE可以作为路由器向与UE互联的终端(Terminals)提供数据转发服务;同时,UE可以接入移动网络(如4G或5G移动通信系统),并通过移动网络与其他设备互联。在UE通过移动网络与其他设备互联时,移动网络转发网元[例如:服务GPRS支持节点(ServingGPRS Support Node,简称SGSN)、PDN网关(PDN GateWay,简称PGW)、用户面功能(The Userplane function,简称UPF)、公用数据网(Public Data Network,简称UPF)]可以通告子网的IP路由,以接收目的地归属于上述子网地址的数据包,并通过PDN连接/协议数据单元(Protocol Data Unit,简称PDU)会话转发这些数据包。
具体的,3GPP(The3rd Generation Partnership Project)在23.501 5G系统架构设计标准中,定义了帧路由的实现方案。帧路由信息由会话管理功能(Session ManagementFunction,简称SMF)下发给UPF,UPF在报文检测规则(Packet Detection Rule,简称PDR)中,执行匹配帧路由规则的路由转发操作。目前的标准方案存在如下问题:
(1)SMF通过UDM/AAA获取CPE终端的帧路由信息,此时,CPE或者网络侧均不具备为下联终端Terminals进行地址分配的具体方案。但是在多数应用场景中,对生产终端的地址控制和规划是应用组网的需要考虑的重要因素。目前,可以采用手动配置下联终端Terminals的IP地址,但存在CPE掉电不易保存IP地址,需要现场配置,难以批量处理等问题。
(2)CPE和下联终端Terminals共同服务于特定的生产场景,满足生产系统的端到端服务级别协议(Service Level Agreement,简称SLA)需求。在生产系统中,往往需要依据生产场景的SLA要求选型满足要求的CPE和终端Terminals产品。因此,在实际生产环境中,需要将CPE和终端Terminals配对使用,具体可考虑通过网络集中配置和控制的方式实现上述CPE和终端Terminals之间的绑定管理;这样容易增加生产成本,提高生产难度。
为了解决上述技术问题,本实施例提供了一种地址分配方法、直播终端的地址分配方法及设备。其中,地址分配方法的执行主体可以为地址分配装置,该地址分配装置可以应用或者部署在4G网络或5G网络中,当地址分配装置应用于4G网络时,该地址分配装置可以为CPE或移动管理实体网元MME;当地址分配装置应用于5G网络时,该地址分配装置可以为统一数据管理功能UDM。
当地址分配方法的执行主体为统一数据管理功能UDM时,该地址分配方法可以包括:获取会话管理功能SMF发送的与客户前置设备CPE相对应的会话管理签约信息请求;确定与会话管理签约信息请求相对应的会话管理签约数据,会话管理签约数据中包括:CPE的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,CPE与至少一个终端Terminal通信连接;将会话管理签约数据发送至SMF,以使CPE通过SMF获得至少一个终端Terminal各自对应的IP地址和MAC地址,实现地址分配操作。
本实施例提供的技术方案,通过获取会话管理功能SMF发送的与客户前置设备CPE相对应的会话管理签约信息请求,确定与会话管理签约信息请求相对应的会话管理签约数据,该会话管理签约数据中包括:CPE的静态IP地址、至少一个终端各自对应的IP地址和MAC地址,而后将会话管理签约数据发送至SMF,以使CPE通过SMF获得至少一个终端各自对应的IP地址和MAC地址,有效地实现了通过CPE为与CPE通信连接的多个终端进行IP地址的分配操作,而后可以基于各个终端的IP地址为各个终端所对应的路由资源进行管理和分配,这样不仅方便对路由策略进行具体的规划和配置操作,而且可以保证数据通信的质量和效率,进一步提高了地址分配方法的实用性。
下面通过一个示例性的应用场景具体说明本申请各个实施例提供的地址分配方法、直播终端的地址分配方法及设备。
图1为本申请一实施例提供的一种地址分配方法的流程示意图;图1a为本申请一实施例提供的一种地址分配方法的场景示意图;参考附图1、图1a所示,本实施例提供了一种地址分配方法,该方法的执行主体可以为地址分配装置,可以理解的是,该地址分配装置可以实现为软件、或者软件和硬件的组合,在一些实例中,地址分配装置可以实现为一统一数据管理功能UDM网元或者移动管理实体MME,在地址分配装置实现为一UDM网元时,该UDM网元可以部署在5G网络中,以实现为与网络设备(例如:客户前置设备CPE)通信连接的至少一个终端Terminal进行静态或者动态的地址分配操作。具体的,该地址分配方法可以包括:
步骤S101:获取第一网元发送的与网络设备相对应的会话管理签约信息请求,网络设备支持帧路由特性。
步骤S102:确定与会话管理签约信息请求相对应的会话管理签约数据,会话管理签约数据中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,网络设备与至少一个终端Terminal通信连接。
步骤S103:将会话管理签约数据发送至第一网元,以使网络设备通过第一网元获得至少一个终端Terminal各自对应的IP地址和MAC地址,实现地址分配操作。
下面对上述各个步骤进行详细说明:
步骤S101:获取第一网元发送的与网络设备相对应的会话管理签约信息请求,网络设备支持帧路由特性。
其中,第一网元用于实现对与网络设备相对应的会话管理签约信息请求和会话管理签约数据进行转发等操作,在一些实例中,第一网元可以包括以下任意之一:会话管理功能SMF、综合网关XGW。其中,XGW可以基于3GPP标准中的SGW网关(Serving GateWay)和PDN网关(PDNGateWay,简称PGW)合设所构成的一个网元,即P/S-GW,为方便表示,以下统称为XGW。网络设备是指能够支持帧路由特性的任意设备,在一些实例中,网络设备可以包括以下任意之一:客户前置设备CPE、由路由器和防火墙所构成的网络设备、路由安全一体机等设备。当然了,本领域技术人员也可以根据具体的应用场景或者设计需求来配置其他类型的第一网元和网络设备,只要能够实现上述功能即可,在此不再赘述。
为了方便描述和理解,本实施例中,以UDM网元作为执行主体、会话管理功能SMF作为第一网元、客户前置设备CPE作为网络设备为例进行说明:其中,在CPE向5G网络请求注册的过程中,CPE可以向SMF发送与CPE相对应的会话管理签约信息请求,该会话管理签约信息请求中可以包括CPE的身份标识;在SMF获取到会话管理签约信息请求之后,为了能够实现CPE的注册操作,SMF可以将所获取到的会话管理签约信息请求发送至UDM网元,从而使得UDM网元可以稳定、有效地获取到与CPE相对应的会话管理签约信息请求。在一些实例中,CPE可以向SMF发送与CPE相对应的会话管理签约信息请求可以包括:CPE向接入和移动性管理功能(Access Mobility Function,简称AMF)网元发送与CPE相对应的会话管理签约信息请求,而后AMF网元可以将会话管理签约信息请求发送至SMF,从而有效地实现了CPE可以向SMF发送会话管理签约信息请求。
步骤S102:确定与会话管理签约信息请求相对应的会话管理签约数据,会话管理签约数据中包括:网络设备的静态IP地址、至少一个终端各自对应的IP地址和MAC地址,其中,网络设备与所述至少一个终端通信连接。
在UDM网元获取到会话管理签约信息请求之后,可以对会话管理签约信息请求进行分析处理,以确定与会话管理签约信息请求相对应的会话管理签约数据,该会话管理签约数据中可以包括:CPE的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,CPE与至少一个终端Terminal通信连接。上述的至少一个终端Terminal各自对应的IP地址和MAC地址用于实现对至少一个终端Terminal的地址进行动态分配操作。
需要说明的是,本发明各实施例中的CPE与终端为不同设备,该CPE上有一定数目的端口,该CPE通过端口与该终端Terminal连接,例如,CPE可以为调制解调器,终端Terminal可以为计算机、具有通信功能的图像采集设备、平板电脑、或机顶盒、或手机。
在一些实例中,确定与会话管理签约信息请求相对应的会话管理签约数据可以包括:基于会话管理签约信息请求确定CPE的身份标识,基于CPE的身份标识确定与会话管理签约信息请求相对应的会话管理签约数据,具体的,会话管理签约数据可以存储在统一数据仓库功能UDR网元中,而后可以通过UDR网元确定与会话管理签约信息请求相对应的会话管理签约数据。
步骤S103:将会话管理签约数据发送至第一网元,以使网络设备通过第一网元获得至少一个终端Terminal各自对应的IP地址和MAC地址,实现地址分配操作。
在获取到会话管理签约数据之后,可以将会话管理签约数据发送至SMF,在SMF获取到会话管理签约数据之后,可以将会话管理签约数据发送至CPE,以使CPE可以获取到会话管理签约数据中所包括的至少一个终端Terminal各自对应的IP地址和MAC地址,而后则可以基于至少一个终端Terminal各自对应的IP地址和MAC地址为与CPE通信连接的各个终端进行静态或者动态的地址分配操作,从而实现了在CPE进行网络注册的过程中,核心网可以感知到与CPE通信连接的各个终端的IP地址和MAC地址,而后便于基于各个终端的IP地址和MAC地址进行路由策略的配置操作,这样可以有效地提高路由资源的利用率。
举例来说,参考附图1a所示,CPE下联有终端1、终端2、终端3和终端4,终端1可以为手机,终端2可以为电脑,终端3可以为图像采集设备,终端4可以为平板电脑;在CPE向5G网络进行注册的过程中,CPE可以向5G网络中的会话管理功能SMF发送会话管理签约信息请求,该会话管理签约信息请求中可以包括CPE的身份标识,而后在SMF获取到CPE的会话管理签约信息请求之后,可以对会话管理签约信息请求进行分析处理,以获取会话管理签约数据,该会话管理签约数据可以包括与终端相对应的IP地址和MAC地址,具体的,CPE可以获取到与终端1对应的IP地址、终端2对应的IP地址、终端3对应的IP地址和终端4对应的IP地址,而后CPE可以向各个终端发送相对应的IP地址,从而实现了可以为与CPE通信连接的各个终端进行IP地址的分配操作。
本实施例提供的地址分配方法,通过获取第一网元发送的与网络设备相对应的会话管理签约信息请求,确定与会话管理签约信息请求相对应的会话管理签约数据,该会话管理签约数据中包括:网络设备的静态IP地址、至少一个终端各自对应的IP地址和MAC地址,而后将会话管理签约数据发送至第一网元,以使网络设备通过第一网元获得至少一个终端各自对应的IP地址和MAC地址,有效地实现了通过网络设备为与网络设备通信连接的多个终端进行IP地址的分配操作,而后可以基于各个终端的IP地址为各个终端所对应的路由资源进行管理和分配,这样不仅方便对路由策略进行具体的规划和配置操作,而且可以保证数据通信的质量和效率,进一步提高了地址分配方法的实用性。
图2为本申请实施例提供的确定与会话管理签约信息请求相对应的会话管理签约数据的流程示意图;参考附图2所示,本实施例提供了一种确定会话管理签约数据的实现方式,具体的,本实施例中的确定与会话管理签约信息请求相对应的会话管理签约数据可以包括:
步骤S201:将会话管理签约信息请求发送至第二网元。
步骤S202:获取第二网元基于会话管理签约信息请求所返回的会话管理签约数据,会话管理签约数据中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,网络设备与至少一个Terminal通信连接。
其中,第二网元用于存储签约数据、订阅数据以及策略数据等等,在一些实例中,第二网元可以包括以下任意之一:统一数据仓库功能UDR、订阅配置文件存储库(Dubscription Profile Repository,简称SPR)。
下面以UDR作为第二网元为例进行说明:具体的,在获取到会话管理签约信息请求之后,可以将会话管理签约信息请求发送至统一数据仓管功能UDR网元,在UDR网元获取到会话管理签约信息请求之后,可以对会话管理签约请求进行分析处理,以确定与会话管理签约信息请求相对应的会话管理签约数据,会话管理签约数据中包括:CPE的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,CPE与至少一个Terminal通信连接。在获取到会话管理签约数据之后,可以将会话管理签约数据发送至UDM网元,从而使得UDM网元可以稳定地获取到会话管理签约数据。
在一些实例中,当UDR网元获取到会话管理签约数据之后,为了方便对会话管理签约数据进行调用/查看操作,UDR网元可以对会话管理签约数据进行存储。
本实施例提供的技术方案,有效地实现了通过UDR网元稳定地获取到会话管理签约数据,这样不仅保证了对会话管理签约数据进行获取的准确可靠性,并且也提高了基于会话管理签约数据进行地址分配操作的质量和效率。
图3为本申请另一实施例提供的一种地址分配方法的流程示意图;参考附图3所示,本实施例提供了一种地址分配方法,该地址分配方法的执行主体可以为地址分配装置,可以理解的是,该地址分配装置可以实现为软件、或者软件和硬件的组合,具体实现时,地址分配装置可以实现为一客户前置设备CPE网元或者其他能够实现地址分配操作的网络设备,例如:路由安全一体机,为了方便理解和说明,以CPE网元作为执行主体为例进行说明,该CPE网元可以部署在4G网络或者5G网络中,以实现为与CPE通信连接的至少一个终端Terminal进行动态的地址分配操作。具体的,该地址分配方法可以包括:
步骤S301:获取终端发送的动态主机配置协议请求,动态主机配置协议请求中包括终端的媒体存取控制MAC地址。
步骤S302:基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识终端的MAC地址与IP地址之间的绑定关系。
步骤S303:基于地址关联关系,向终端分配与MAC地址相对应的IP地址。
下面对上述各个步骤进行详细说明:
步骤S301:获取终端发送的动态主机配置协议请求,动态主机配置协议请求中包括终端的媒体存取控制MAC地址。
其中,CPE可以通信连接有一个或多个终端,具体通信连接的终端数量可以根据具体的应用场景或者应用需求进行配置,在CPE通信连接有一个或多个终端时,为了方便对各个终端进行通信管理,可以为各个终端进行地址分配操作。此时,各个终端可以向CPE发送动态主机配置协议DHCP请求,该DHCP请求用于实现地址分配操作,并且,该DHCP请求中包括终端的媒体存取控制MAC地址。可以理解的是,在多个终端同步或者异步地向CPE发送DHCP请求时,CPE可以获取到多个DHCP请求,并可以分别基于各个DHCP请求进行地址分配操作。
步骤S302:基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识终端的MAC地址与IP地址之间的绑定关系。
在获取到动态主机配置协议请求之后,可以对动态主机配置协议请求进行分析处理,以确定与动态主机配置协议请求相对应的地址关联关系,该地址关联关系用于标识终端的MAC地址与IP地址之间的绑定关系。需要注意的是,绑定关系中的终端IP地址可以是用户配置的IP地址,也可以是系统自动分配的IP地址。
在一些实例中,基于动态主机配置协议请求,确定地址关联关系可以包括:提取动态主机配置协议请求中所包括的终端的MAC地址,而后基于终端的MAC地址确定地址关联关系。需要注意的是,对于同一CPE以及与CPE通信连接的各个终端而言,与终端相对应的地址关联关系可以是固定不变的,也可以是动态变化的。
步骤S303:基于地址关联关系,向终端分配与MAC地址相对应的IP地址。
在获取到地址关联关系之后,可以基于地址关联关系向终端分配与MAC地址相对应的IP地址,从而有效地实现了地址分配操作。需要注意的是,在地址关联关系是固定不变时,则可以在不同时刻、通过同一网络为同一终端分配固定不变的IP地址。在地址关联关系是动态变化时,则可以在不同时刻、通过同一网络为同一终端分配动态变化的IP地址。
本实施例提供的地址分配方法,通过终端发送的动态主机配置协议请求,而后基于动态主机配置协议请求确定地址关联关系,并基于地址关联关系向终端分配与MAC地址相对应的IP地址,从而有效地实现了为与CPE通信连接的各个终端进行地址分配操作,这样解决了有关CPE下联终端的IP地址管理及组网构建的问题,而后可以基于各个终端的IP地址为各个终端的路由资源进行管理和分配,这样不仅方便对路由策略进行具体的规划和配置操作,而且可以保证数据通信的质量和效率,进一步提高了地址分配方法的实用性。
图4为本申请实施例提供的基于地址关联关系,向终端分配与MAC地址相对应的IP地址的流程示意图;图4a为本申请实施例提供的另一种地址分配方法的场景示意图;参考附图4、图4a所示,本实施例提供了一种向终端分配与MAC地址相对应的IP地址的实现方式,具体的,本实施例中的基于地址关联关系,向终端分配与MAC地址相对应的IP地址可以包括:
步骤S401:基于终端的MAC地址和地址关联关系,确定终端的IP地址。
步骤S402:生成与动态主机配置协议请求相对应的响应消息,响应消息中包括终端的IP地址。
步骤S403:将响应消息发送至终端,以实现向终端分配与MAC地址相对应的IP地址。
其中,在获取到地址关联关系和终端的MAC地址之后,可以对终端的MAC地址和地址关联关系来确定终端的IP地址,该IP地址即为用于实现对终端进行地址分配操作的待分配地址。在获取到终端的IP地址之后,为了能够使得终端可以获知到自身所对应的IP地址,在获取到终端发送的动态主机配置协议请求之后,可以基于终端的IP地址生成与动态主机配置协议请求相对应的响应消息,该响应消息中包括终端的IP地址。而后可以将响应消息发送至终端,从而使得各个终端可以获知到自身所对应的待分配的IP地址,实现了向终端分配与MAC地址相对应的IP地址的操作,而后各个终端可以基于所分配的IP地址进行数据传输操作。
举例来说,参考附图4a所示,CPE下联有终端1、终端2、终端3和终端4,终端1可以为手机,终端2可以为电脑,终端3可以为图像采集设备,终端4可以为平板电脑。在CPE向5G网络进行注册的过程中,终端1可以向CPE发送DHCP请求1、终端2可以向CPE发送DHCP请求2、终端3可以向CPE发送DHCP请求3、终端4可以向CPE发送DHCP请求4。在CPE获取到DHCP请求1、DHCP请求2、DHCP请求3和DHCP请求4之后,可以分别生成与DHCP请求1相对应的响应消息1、与DHCP请求2相对应的响应消息2、与DHCP请求3相对应的响应消息3以及与DHCP请求4相对应的响应消息4,上述响应消息1中包括与终端1相对应的IP地址,响应消息2中包括与终端2相对应的IP地址,响应消息3中包括与终端3相对应的IP地址,响应消息4中包括与终端4相对应的IP地址。而后可以将各个响应消息发送至各个终端,从而实现了可以为与CPE通信连接的各个终端进行IP地址的分配操作。
本实施例中,基于终端的MAC地址和地址关联关系确定终端的IP地址,生成与动态主机配置协议请求相对应的响应消息,将响应消息发送至终端,从而有效地实现了可以为各个终端分配与MAC地址相对应的IP地址,这样使得各个终端可以基于IP地址进行数据传输操作,进而提高了该方法的实用性。
图5为本申请实施例提供的又一种地址分配方法的流程示意图;在上述实施例的基础上,参考附图5所示,在4G网络的应用场景中,在获取终端发送的动态主机配置协议请求之前,本实施例中的方法还可以包括:
步骤S501:通过第一网元向第二网元发送附着请求,附着请求中包括用于标识网络设备支持帧路由特性的能力指示信息;
步骤S502:通过第一网元获取与附着请求相对应的附着接受消息,附着接受消息中包括:网络设备的静态IP地址、与终端相对应的IP地址和MAC地址;
步骤S503:基于附着接受消息,获取并存储与终端相对应的IP地址和MAC地址。
其中,本实施例中的第一网元可以是指用于实现无线接入网的网元,该网元能够负责管理无线资源,在一些实例中,第一网元可以包括以下任意之一:基站eNodeB、集成有基站NodeB和无线网络控制器(Radio Network Controller,简称RNC)的网元。第二网元用于实现对接入网络过程中的信令进行相应的处理操作,在一些实例中,第二网元可以包括以下任意之一:移动管理实体MME、统一数据管理功能UDM等等。
为了方便描述和理解,本实施例中,以基站eNodeB作为第一网元、移动管理实体MME作为第二网元为例进行说明:
其中,在4G网络的应用场景中,为了能够实现为CPE通信连接的多个终端进行地址分配操作,CPE可以通过eNodeB向MME网元发送附着请求,该附着请求中可以包括用于标识CPE支持帧路由特性的能力指示信息,即在CPE能够支持帧路由特性时,则CPE所生成的附着请求中可以包括能力指示信息;在CPE不支持帧路由特性时,则CPE所生成的附着请求中不包括能力指示信息。需要注意的是,该能力指示信息可以通过附着请求中的预设字段来进行表示,或者也可以通过附着请求的增加字段来进行表示。
在MME获取到附着请求之后,可以对附着请求进行分析处理,以确定与附着请求相对应的附着接受消息,该附着接受消息中可以包括:CPE的静态IP地址、与终端相对应的IP地址和MAC地址。在确定与附着请求相对应的附着接受消息之后,MME可以通过eNodeB将附着接受消息发送至CPE,从而使得CPE可以获取到与附着请求相对应的附着接受消息,在获取到附着接受消息之后,可以基于附着接受消息获取并存储与终端相对应的IP地址和MAC地址,从而实现了对终端的MAC地址与IP地址之间的绑定关系进行获取和存储操作,而后方便基于上述绑定关系进行地址分配操作。
图6为本申请实施例提供的另一种地址分配方法的流程示意图;在上述实施例的基础上,参考附图6所示,在5G网络的应用场景中,在获取终端发送的动态主机配置协议请求之前,本实施例中的方法还可以包括:
步骤S601:通过第一网元向第三网元发送附着请求;
步骤S602:通过第一网元获取与附着请求相对应的附着接受消息,附着接受消息中包括:网络设备的静态IP地址、与终端相对应的IP地址和MAC地址;
步骤S603:基于附着接受消息,获取并存储与终端相对应的IP地址和MAC地址。
与上述实施例相类似,本实施例中的第一网元可以包括以下任意之一:基站eNodeB、集成有基站NodeB和无线网络控制器(Radio Network Controller,简称RNC)的网元。第三网元可以是用于实现注册、连接等操作的网元,在一些实例中,第三网元可以包括以下任意之一:接入和移动性管理功能AMF、增加了NAS透传功能的移动管理实体MME。
为了方便描述和理解,本实施例中,以基站eNodeB作为第一网元、接入和移动性管理功能AMF作为第三网元为例进行说明:
在5G网络的应用场景中,为了能够实现为CPE通信连接的多个终端进行地址分配操作,CPE可以通过eNodeB向AMF网元发送附着请求。在AMF获取到附着请求之后,可以对附着请求进行分析处理,以确定与附着请求相对应的附着接受消息,该附着接受消息中可以包括:CPE的静态IP地址、与终端相对应的IP地址和MAC地址。
在确定与附着请求相对应的附着接受消息之后,AMF可以通过eNodeB将附着接受消息发送至CPE,从而使得CPE可以获取到与附着请求相对应的附着接受消息,在获取到附着接受消息之后,可以基于附着接受消息获取并存储与终端相对应的IP地址和MAC地址,从而实现了对终端的MAC地址与IP地址之间的绑定关系进行获取和存储操作,而后方便基于上述绑定关系进行地址分配操作。
图7为本申请又一实施例提供的一种地址分配方法的流程示意图;参考附图7所示,本实施例提供了一种地址分配方法,该地址分配方法的执行主体可以为地址分配装置,该地址分配装置可以实现为软件、或者软件和硬件的组合,在一些实例中,地址分配装置可以实现为一统一数据管理功能UDM网元或者移动管理实体MME,在地址分配装置可以实现为一MME网元时,该MME网元可以部署在4G网络,以实现为与网络设备(例如:客户前置设备CPE)通信连接的至少一个终端Terminal进行动态或者静态的地址分配操作。具体的,该地址分配方法可以包括:
步骤S701:通过第一网元获取网络设备发送的附着请求,附着请求中包括用于标识网络设备支持帧路由特性的能力指示信息。
步骤S702:生成与附着请求相对应的附着接受信息,附着接受信息中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,网络设备与至少一个终端Terminal通信连接。
步骤S703:将附着接受信息发送至第一网元,以使网络设备通过第一网元获得至少一个终端Terminal各自对应的IP地址和MAC地址,实现地址分配操作。
下面对上述各个步骤进行详细说明:
步骤S701:通过第一网元获取网络设备发送的附着请求,附着请求中包括用于标识网络设备支持帧路由特性的能力指示信息。
其中,本实施例中的第一网元可以是指用于实现无线接入网的网元,该网元能够负责管理无线资源,在一些实例中,第一网元可以包括以下任意之一:基站eNodeB、集成有基站NodeB和无线网络控制器(Radio Network Controller,简称RNC)的网元。网络设备是指能够支持帧路由特性的任意设备,在一些实例中,网络设备可以包括以下任意之一:客户前置设备CPE、由路由器和防火墙所构成的网络设备、路由安全一体机等设备。当然了,本领域技术人员也可以根据具体的应用场景或者设计需求来配置其他类型的第一网元和网络设备,只要能够实现上述功能即可,在此不再赘述。
为了方便描述和理解,本实施例中,以MME网元作为执行主体、基站eNodeB作为第一网元、客户前置设备CPE作为网络设备为例进行说明:其中,在4G网络的应用场景中,为了能够实现为CPE通信连接的多个终端进行地址分配操作,CPE可以通过eNodeB向MME网元发送附着请求,该附着请求用于实现CPE的网络注册操作,并且,该附着请求中可以包括用于标识CPE支持帧路由特性的能力指示信息,即在CPE能够支持帧路由特性时,则CPE所生成的附着请求中可以包括能力指示信息;在CPE不支持帧路由特性时,则CPE所生成的附着请求中不包括能力指示信息。
步骤S702:生成与附着请求相对应的附着接受信息,附着接受信息中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,网络设备与至少一个终端Terminal通信连接。
在MME获取到附着请求之后,可以对附着请求进行分析处理,以生成或者确定与附着请求相对应的附着接受消息,该附着接受消息中可以包括:CPE的静态IP地址、与终端相对应的IP地址和MAC地址。在一些实例中,生成与附着请求相对应的附着接受信息可以包括:基于附着请求获取CPE的身份标识,基于CPE的身份标识检测CPE是否满足预设的安全运行条件,在CPE满足预设的安全运行条件时,则可以生成与附着请求相对应的附着接受信息;在CPE不满足预设的安全运行条件时,则禁止生成与附着请求相对应的附着接受信息。
在另一些实例中,生成与附着请求相对应的附着接受信息可以包括:通过第四网元向第五网元发送创建会话请求,创建会话请求中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址;通过第四网元接收由第五网元所发送的创建会话响应消息,创建会话响应消息中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址;基于创建会话响应消息生成附着接受消息。
其中,第四网元和第五网元用于实现创建会话请求/创建会话响应消息的转发等操作,在一些实例中,第四网元可以包括以下任意之一:服务网关SGW、会话管理功能SMF;相类似的,第五网元包括以下任意之一:分组数据网络网关PGW、会话管理功能SMF网元;需要注意的是,在第四网元和第五网元均为SMF网元时,则第四网元和第五网元可以通过一个SMF网元来实现相应的数据处理操作。为了方便描述和理解,本实施例中,以服务网关SGW作为第四网元、分组数据网络网关PGW作为第五网元为例进行说明:
具体的,在MME获取到附着请求之后,可以生成创建会话请求,该创建会话请求中可以包括:CPE的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址。在生成创建会话请求之后,可以将创建会话请求通过SGW发送至PGW,在PGW获取到创建会话请求之后,可以对创建会话请求进行分析处理,以生成创建会话响应消息。而后PGW可以将创建会话响应消息通过SGW发送至MME,从而使得MME可以获取到创建会话响应消息。
在获取到创建会话响应消息之后,可以对创建会话响应消息进行分析处理,以生成附着请求相对应的附着接受消息,这样有效地保证了对附着接受消息进行生成或者确定的准确可靠性。
当然的,本领域技术人员也可以采用其他的方式来生成与附着请求相对应的附着接受信息,只要能够保证对与附着请求相对应的附着接受信息进行生成的准确可靠性即可,在此不再赘述。
步骤S703:将附着接受信息发送至第一网元,以使网络设备通过第一网元获得至少一个终端Terminal各自对应的IP地址和MAC地址,实现地址分配操作。
在生成与附着请求相对应的附着接受消息之后,MME可以通过eNodeB将附着接受消息发送至CPE,从而使得CPE可以获取到与附着请求相对应的附着接受消息。在获取到附着接受消息之后,可以基于附着接受消息获取并存储与终端相对应的IP地址和MAC地址,从而实现了对终端的MAC地址与IP地址之间的绑定关系进行获取和存储操作,而后方便基于上述绑定关系进行地址分配操作。
本实施例提供的地址分配方法,通过基站eNodeB获取客户前置设备CPE发送的附着请求,生成与附着请求相对应的附着接受信息,将附着接受信息发送至eNodeB,以使CPE通过eNodeB获得至少一个终端Terminal各自对应的IP地址和MAC地址,从而有效地解决了有关CPE下联终端的IP地址管理及组网构建的问题,而后可以基于各个终端的IP地址为各个终端的路由资源进行管理和分配,这样不仅方便对路由策略进行具体的规划和配置操作,而且可以保证数据通信的质量和效率,进一步提高了地址分配方法的实用性。
图8为本申请又一实施例提供的另一种地址分配方法的流程示意图;在上述实施例的基础上,参考附图8所示,在通过第一网元获取网络设备发送的附着请求之后,本实施例中的方法还可以包括:
步骤S801:基于附着请求对网络设备进行身份验证。
步骤S802:在网络设备通过身份验证时,在第二网元中建立与CPE相对应的上下文。
其中,第二网元用于实现对接入网络过程中的信令进行相应的处理操作,在一些实例中,第二网元可以包括以下任意之一:移动管理实体MME、统一数据管理功能UDM等等。为了方便描述和理解,本实施例中,以移动管理实体MME作为第二网元为例进行说明:
其中,在通过基站eNodeB获取客户前置设备CPE发送的附着请求之后,为了保证数据通信的安全可靠性以及CPE注册的合法性,MME可以基于附着请求对CPE进行身份验证操作。在一些实例中,基于附着请求对CPE进行身份验证可以包括:基于附着请求向归属用户服务器HSS发送身份验证请求;接收HSS基于身份验证请求所返回的认证回复信息,认证回复信息中携带有演进的分组系统EPS安全向量。
具体的,在获取到附着请求之后,可以基于附着请求生成身份验证请求,并可以将身份验证请求发送至HSS,在HSS获取到身份验证请求之后,可以基于身份验证请求对CPE进行身份验证操作,并可以获得与CPE相对应的身份验证结果。可以理解的是,在基于身份验证请求对CPE进行身份验证操作的结果为CPE为合法身份时,则说明此时的CPE通过身份验证操作,并可以获取到认证回复信息,为了保证数据传输的安全可靠性,该认证回复信息中携带有EPS安全向量;在基于身份验证请求对CPE进行身份验证操作的结果为CPE为非法身份时,则说明此时的CPE未通过身份验证操作,此时则禁止获取认证回复信息。在CPE通过身份验证时,则说明此时在当前的4G网络中实现对CPE的合法注册操作,并可以在MME中建立与CPE相对应的上下文。
本实施例中,基于附着请求对CPE进行身份验证,在CPE通过身份验证时,在MME中建立与CPE相对应的上下文;在CPE未通过身份验证时,在MME中禁止建立与CPE相对应的上下文,从而有效地实现了在CPE身份合法时,则可以在网络中实现对CPE的注册操作;在CPE身份非法时,则禁止在网络中实现对CPE的注册操作,这样有效地保证了数据通信操作的安全可靠性。
图9为本申请又一实施例提供的又一种地址分配方法的流程示意图;在上述实施例的基础上,参考附图9所示,在生成与附着请求相对应的附着接受信息之前,本实施例中的方法还可以包括:
步骤S901:识别在第二网元中是否存在与终端Terminal相对应的上下文。
步骤S902:在第二网元中没有与终端Terminal相对应的上下文时,则向第三网元发送位置更新请求,以使第三网元基于位置更新请求确定更新位置应答信息,并将更新位置应答信息发送至与Terminal的更新后第二网元,更新位置应答信息中包括与终端Terminal相对应的身份标识和签约数据,签约数据包括终端Terminal的帧路由信息、帧路由下联的至少一个终端Terminal各自的IP地址和MAC地址。
其中,第三网元用于管理用户的签约数据及移动用户的位置信息,在一些实例中,第三网元可以包括以下任意之一:归属用户服务器HSS、归属位置寄存器(Home LocationRegister,简称HLR)。为了方便描述和理解,本实施例中,以归属用户服务器HSS作为第三网元为例进行说明:
在生成与附着请求相对应的附着接受信息之前,为了能够实现对与CPE通信连接的各个终端进行地址分配操作,可以识别在MME中是否存在与终端相对应的上下文,在一些实例中,识别在MME中是否存在与终端Terminal相对应的上下文可以包括:获取各个终端所对应的MAC地址和存储在MME中的标准MAC地址,标准MAC地址用于标识MME中存储有与标准MAC地址相对应的上下文;将各个终端所对应的MAC地址与标准MAC地址进行分析比较,以识别在MME中是否存在与终端Terminal相对应的上下文;具体的,当MME中存在与MAC地址相对应的标准MAC地址时,则确定MME中存储有与终端Terminal相对应的上下文;当MME中不存在与MAC地址相对应的标准MAC地址时,则确定MME中不存储与终端Terminal相对应的上下文。
在MME中没有与终端Terminal相对应的上下文时,则说明与终端相对应的MME已经发生变化,进而可以生成位置更新请求,并可以将位置更新请求发送至HSS,在HSS获取到位置更新请求之后,可以对位置更新请求进行分析处理,以生成与位置更新请求相对应的更新位置应答信息,而后可以将更新位置应答信息发送至与终端相对应的更新后MME,该更新位置应答信息中可以包括与终端Terminal相对应的身份标识和签约数据,签约数据包括终端Terminal的帧路由信息、帧路由下联的至少一个终端Terminal各自对应的IP地址和MAC地址,从而使得MME中可以存储有与终端相对应的上下文。
本实施例中,通过识别在MME中是否存在与终端Terminal相对应的上下文,而后在MME中没有与终端Terminal相对应的上下文时,则向HSS发送位置更新请求,以使HSS基于位置更新请求确定更新位置应答信息,并将更新位置应答信息发送至与Terminal的更新后MME,更新位置应答信息中包括与终端Terminal相对应的身份标识和签约数据,从而有效地保证了对各个终端进行地址分配操作的稳定可靠性,进一步提高了该方法的实用性。
具体应用时,本应用实施例提供了一种CPE下联终端的动态地址分配方法,该方法能够实现对CPE下联的终端Terminals进行地址分配操作,具体的,通过在归属签约用户服务器(Home Subscriber Server,简称HSS)/统一数据管理功能UDM的CPE签约数据的帧路由信息中,添加CPE下联终端Terminals的MAC地址和IP地址的绑定关系,并在CPE建立PDN流程中,通过协议配置选项信元(Protocol Configuration Options,简称PCO)向CPE返回下联终端的IP地址和MAC地址之间的绑定关系,从而可以有效地解决了有关CPE下联终端Terminals的IP地址管理及组网构建的问题,而后可以基于各个Terminals的IP地址为各个Terminals的路由资源进行管理和分配,这样不仅方便对路由策略进行具体的规划和配置操作,而且可以保证数据通信的质量和效率,进一步提高了地址分配方法的实用性。
具体的,参考附图10所示,本应用实施例提供了一种在4G网络中EPC附着的方法,该方法可以包括:
步骤1:CPE向eNodeB发送附着请求,该附着请求中携带能力指示信息,用于标识CPE支持帧路由特性。
其中,附着请求中包括关键参数,该关键参数包含:国际移动用户识别码(International Mobile Subscriber Identity,简称IMSI)或全球唯一临时UE标识(Globally Unique Temporary UE Identity,简称GUTI)、附着类型、UE网络能力、PDN类型、协议配置选项PCO。上述的PDN类型指示了所请求的IP版本(IPv4、IPv4/IPv6、IPv6),附着类型指示初始演进的分组系统(Evolved Packet System,简称EPS)附着。
步骤2:eNodeB将附着请求和UE所在小区的全球唯一跟踪区标识TAI+全球小区识别码ECGI标识、帧路由能力信息,一起转发给MME。
步骤3:MME收到附着请求后,向HSS发送身份验证请求(AuthenticationInformation Request(IMSI),HSS响应于身份验证请求,并可以生成认证回复消息Authentication Information Answer,该认证回复消息中携带有EPS安全向量。
步骤4:如果UE提供的IMSI或GUTI在MME中没有相应的有效上下文信息,则MME发送位置更新请求(MME Id,IMSI)给HSS。
步骤5:HSS发送更新位置应答消息给新MME,以应答更新位置消息。
该更新位置应答中包括:IMSI及签约数据(终端入网的时候)。签约数据包括:PDN签约上下文信息,PDN签约上下文中包括:EPS签约QoS参数和签约的APN-AMBR参数,此外,签约数据中还包括:UE的帧路由信息,帧路由下联的一个或多个终端Terminal各自对应的IP地址和MAC地址(唯一的)。签约数据的框架可以包括以下方式:
(a)IPv4:Framed-Routed,一个或者多个Terminals的IP地址和MAC地址
(b)IPv6(终端地址):Framed-IPv6-Routed,一个或者多个Terminals的IP地址和MAC地址。
步骤6:MME在创建缺省承载请求消息中包含该CPE的静态IP地址,一个或多个Terminal的IP地址和MAC地址。MME向S-GW发送创建会话请求消息给S-GW,该创建会话请求中包括:用于控制平面的IMSI、用户号码(Mobile Subscriber International ISDNNumber,简称MSISDN)、MME TE账号、P-GW地址、PDN地址、APN、RAT类型、默认EPS承载QoS、PDN类型、apn-ambr、EPS承载账号、PCO,服务网络。
步骤7:S-GW在其EPS承载列表中创建一个条目,并给P-GW发一个创建会话请求,创建会话请求中包括:该CPE的静态IP地址、一个或多个Terminal的IP地址和MAC地址。
此外,创建会话请求中还包括:用户平面、服务控制平面的GW TEID,RAT类型、默认EPS承载QoS、PDN类型、PDN地址、订阅apn-ambr、EPS承载身份、协议配置选项、切换指示、ME身份、用户位置信息(ECGI)、服务网络。
步骤8:P-GW在EPS承载上下文列表中创建一个新的条目,P-GW给S-GW返回一个创建会话响应消息。
其中,创建会话响应消息中包括:用户平面的PDN GW地址、用户平面的PDN GWTEID、控制平面的PDN GW TEID、PDN类型、PDN地址、EPS承载身份、EPS承载QoS、协议配置选项、apn-ambr。在本场景中,创建会话请求消息中包括:PDN地址和下联终端Terminal的IP/MAC信息,则P-GW应在创建会话响应消息中包括:CPE的静态IP地址、一个或多个Terminal的IP地址和MAC地址,上述信息可包含在PCO信息中。
步骤9:S-GW给MME返回一个创建会话响应消息,该创建会话响应消息中携带CPE的静态IP地址、一个或多个Terminal的IP地址和MAC地址,上述信息可包含在PCO信息中。
此外,创建会话响应消息还可以包括:PDN类型、PDN地址、协议配置选项、为用户平面提供GW地址、为用户平面提供GW TEID、为控制平面提供GW TEID、EPS承载身份、EPS承载QoS、PDN GW地址和teid(基于GTP的S5),apn-ambr)。
步骤10:MME发送一条附着接受消息给eNodeB,其中,附着接受消息中携带CPE的静态IP地址、一个或多个Terminal的IP地址和MAC地址,上述信息可以包含在PCO信息中。
此外,附着接受消息中包括但不限定于:APN、GUTI、PDN类型、PDN地址、TAI列表、EPS承载身份、会话管理请求、协议配置选项、NAS序列号、NAS-MAC)。如果MME分配一个新的GUTI,则GUTI也包含在消息中。该消息包含在一条S1_MME控制消息Initial Context SetupRequest里,这条S1_MME控制消息也包括UE的AS安全上下文,承载QOS参数以及UE-AMBR、EPS承载ID、以及S-GW用户面TEID和地址。
步骤11:CPE保存终端Terminals的IP地址和MAC地址。
步骤12:eNodeB发送RRC连接重配置消息给CPE,其包括EPS RB ID和附着接受消息。CPE回复RRC连接重配置完成消息给eNodeB。
步骤13:eNodeB发送初始上下文响应消息给新MME。该初始上下文响应消息中包括:eNodeB的隧道端点标识(Tunnel End Point identifier,简称TEID)以及eNodeB的地址,该地址用于S1-U参考点的下行通信连接。
步骤14:CPE发送一条直接转移消息给eNodeB,该消息包括附着接受消息,其中,附着接受消息中包括:EPS承载身份、NAS序列号、NAS-MAC地址。
步骤15:eNodeB使用上行NAS传输消息转发附着接受消息给MME。在附着接收消息以及CPE已经得到一个PDN地址信息以后,UE就可以发送上行数据包给eNodeB,eNodeB将隧道封装后传给S-GW和P-GW。
步骤16:MME发送一条修改承载请求给S-GW,其中,修改承载请求中包括:EPS承载账号、eNodeB地址、eNodeB TEID、切换指示。
步骤17:S-GW通过发送修改承载响应给MME确认。S-GW就可以发送缓存的下行数据包。
步骤18:终端Terminals向CPE发送动态主机配置协议DHCP请求,携带Terminal的MAC地址。
步骤19:CPE基于Terminal的MAC地址,在DHCP响应消息中携带IP地址。
步骤20:Terminals获取到IP地址,启动数据传输。
参考附图11所示,在5G网络中,EPC附着的方法可以包括:
步骤21:CPE发起协议数据单元PDU会话建立请求,携带PDU会话账号;
步骤22:AMF向SMF转发CPE的会话建立请求;
步骤23:SMF调用Nudm-注册SMF请求发起SMF的相关注册,如“PUT/nudm-uecm/v1/imsi-460011200100019/registrations/smf-registrations/5”对IMSI为位数19的号码SMF注册信息进行注册,对应此PDU会话的SMF实例ID、PDU会话ID、SNSSAI和DNN、PLMN List、pgwFQDN信息等;
步骤24:UDM将SMF发送的注册请求中信息进行处理,成功则回送注册SMF响应,例如:201创建响应;
步骤25:SMF向UDM请求会话管理的签约信息,该签约信息的具体格式可以为:GET/nudm-sdm/v1/imsi-460011200100019/sm-data。
步骤26:UDM向UDR发送请求CPE的会话管理签约数据;
步骤27:UDR向UDM返回会话管理签约数据,该会话管理签约数据中包括:携带CPE的静态IP地址(使用Framed Routed或Framed IPv6 Routed携带CPE的静态地址)、一个或多个Terminal的IP地址和MAC地址;另外,上述会话管理签约数据可包含在DNN配置中。如果不需要指定终端Terminals的IP地址和MAC地址的映射关系,则携带Framed Routed或FramedIPv6 Routed信息。
(a)IPv4:Framed-Routed,一个或者多个Terminals的IP地址和MAC地址;
(b)IPv6:Framed-IPv6-Routed,一个或者多个Terminals的IP地址和MAC地址。
步骤28:UDM向SMF返回上述帧路由信息,携带CPE的静态IP地址(使用FramedRouted或Framed IPv6 Routed携带CPE的静态地址),一个或多个Terminal的IP地址和MAC地址,可包含在DNN配置中。如果不需要指定Terminals的IP地址和MAC地址的映射关系,则携带Framed Routed或Framed IPv6 Routed信息。
(a)IPv4:Framed-Routed,一个或者多个Terminals的IP地址和MAC地址;
(b)IPv6:Framed-IPv6-Routed,一个或者多个Terminals的IP地址和MAC地址。
步骤29:SMF向AMF回送创建上下文响应信息,响应信息可以为:http://20.20.20.19:31000/nsmf-pdusession/v1/sm-contexts/2160787646,上下文响应信息可以包括SMF中对应的会话管理上下文地址。
步骤210:在UDM完成对应PDU会话的连接管理注册和取回会话管理签约信息之后,SMF向AMF回送创建上下文响应信息,响应信息可以为:http://20.20.20.19:31000/nsmf-pdusession/v1/sm-contexts/2160787646,上下文响应信息可以包括SMF中对应的会话管理上下文地址。
步骤211:SMF向AMF发送上下文响应信息,由AMF转发给CPE。
步骤212:AMF向RAN发送分配PDU会话资源的请求。
步骤213:RAN向CPE发送PDU会话接受信息,返回上述帧路由信息,其中,PDU会话接受信息中包括:CPE的静态IP地址(使用Framed Routed或Framed IPv6 Routed携带CPE的静态地址)、一个或多个Terminal的IP地址和MAC地址。
步骤214:RAN侧对PDU会话ID为5的资源进行分配,回送PDU会话资源设置响应,并发送其他的传输层信息,比如:GTP隧道。
步骤215:RAN侧回送PDU会话资源分配信息后,AMF向SMF发起更新会话管理上下文的请求,将RAN侧回送的SM消息发送给SMF。
步骤216:接收到AMF转发的RAN侧发送来的会话管理消息,SMF向UPF发送PFCP会话更新请求,请求中更新了FAR-ID、TEID和IPv6信息,对应UPF的SEID和IPv6地址,此PDU会话的通路建立起来。
具体的,SMF向UPF发送PFCP会话更新请求(16a),在PFCP消息中携带FramedRouted或Framed IPv6 Routed信息。UPF对SMF发起的PFCP会话修改请求进行响应,并发送PFCP会话更新响应进行确认(16b)。
步骤217:SMF向AMF回送PDU会话上下文更新成功的响应。
步骤218:AMF向SMF发送上下文状态通知。
步骤219:Terminals向CPE发送DHCP请求,携带Terminal的MAC地址。
步骤220:CPE基于Terminal的MAC地址,在DHCP响应消息中携带IP地址。
步骤221:Terminals获取到IP地址,启动数据传输。
本应用实施例提供的技术方案,通过在签约数据中存储CPE的帧路由信息,实现下联的Terminals和指定CPE的绑定,实现生产过程中的CPE与下联终端之间的组网操作,具体的,当将该技术方案应用于5G网络时,在UDR和UDM中不仅可以存储终端的帧路由地址,并且还可以存储CPE下联一个或者多个终端Terminals的IP地址和MAC地址;UDM将上述信息在会话管理签约数据中返回给SMF,而后CPE通过DHCP流程获取下联Terminals的MAC地址和IP地址的绑定关系,向Terminals自动分配IP地址;从而有效地实现了通过在签约数据中存储CPE的帧路由信息,实现CPE的帧路由信息在CPE入网流程中自动下发操作,实现为下联终端进行IP地址的分配操作,这样可以基于所分配的IP地址进行路由策略的规划和配置操作,进一步提高了该方法的实用性。
图12为本申请一实施例提供的一种直播终端的地址分配方法的流程示意图;参考附图12所示,本实施例提供了一种直播终端的地址分配方法,该地址分配方法的执行主体可以为地址分配装置,可以理解的是,该地址分配装置可以实现为软件、或者软件和硬件的组合,具体实现时,地址分配装置可以实现为一客户前置设备CPE网元,该CPE网元可以部署在4G网络或者5G网络中,以实现为与CPE通信连接的至少一个直播终端Terminal进行动态的地址分配操作。具体的,该地址分配方法可以包括:
步骤S1201:获取直播终端发送的动态主机配置协议请求,动态主机配置协议请求中包括直播终端的媒体存取控制MAC地址。
步骤S1202:基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识直播终端的MAC地址与IP地址之间的绑定关系。
步骤S1203:基于地址关联关系,向直播终端分配与MAC地址相对应的IP地址,以使直播终端基于IP地址实现直播操作。
在直播场景中,直播数据往往会被直播终端传输到预设网络或者直播服务平台,而后通过预设网络或者直播服务平台进行直播数据的分发操作。具体的,直播终端可以将直播数据通过所对应的部署网络发送至预设网络(移动网络、云网络),以通过预设网络获取用于实现直播操作的数据资源。直播终端可以通过预设网关向预设网络或者直播服务平台请求直播数据,以使预设网络或者直播服务平台可以将直播数据分发至相对应的播放端,进而可以在播放端上播放相对应的直播数据。需要注意的是,直播场景包括但不限于:教育场景中的远程教育、直播课程、远程医疗等等,不同的直播场景中的待直播数据不同,并且可以具有不同的功能作用。
需要注意的是,在向直播终端分配与MAC地址相对应的IP地址之后,直播终端可以基于直播请求来实现相对应的直播操作,本实施例中的直播请求可以是指直播终端所发送的直播数据或者可以是播放端所请求播放的直播数据,该直播请求所对应的直播数据可以包括视频数据和音频数据等等。在生成或者获取到直播请求之后,可以基于直播请求和直播终端所对应的IP地址在预设网络中进行数据传输操作,从而有效地实现了直播操作。
另外,本实施例中步骤S1201-步骤S1203的具体实现方式和实现效果与上述实施例中的步骤S301-步骤303的实现方式和实现效果相类似,具体可参考上述陈述内容,在此不再赘述。
在一些实例中,在获取直播终端发送的动态主机配置协议请求之前,本实施例中的方法还可以包括:通过第一网元向第二网元发送附着请求;通过第一网元获取与附着请求相对应的附着接受消息,附着接受消息中包括:网络设备的静态IP地址、与直播终端相对应的IP地址和MAC地址,其中,网络设备支持帧路由特性,且与所述直播终端通信连接;基于附着接受消息,获取并存储与直播终端相对应的IP地址和MAC地址。
需要注意的是,本实施例中的方法还可以包括图3-图6所示实施例的方法,本实施例未详细描述的部分,可参考对图3-图6所示实施例的相关说明。该技术方案的执行过程和技术效果参见图3-图6所示实施例中的描述,在此不再赘述。
本实施例提供的直播终端的地址分配方法,通过获取直播终端发送的动态主机配置协议请求,动态主机配置协议请求中包括直播终端的媒体存取控制MAC地址;而后基于动态主机配置协议请求,确定地址关联关系,并基于地址关联关系向直播终端分配与MAC地址相对应的IP地址,以使直播终端基于IP地址实现直播操作;从而有效地实现了为与网络设备通信连接的各个终端进行地址分配操作,这样解决了有关网络设备下联直播终端的IP地址管理及组网构建的问题,而后可以基于各个直播终端的IP地址为各个直播终端所对应的路由资源进行管理和分配,这样不仅方便对路由策略进行具体的规划和配置操作,而且可以保证直播终端进行直播操作的质量和效率,进一步提高了地址分配方法的实用性。
图13为本申请一实施例提供的一种车辆控制方法的流程示意图;参考附图13所示,本实施例提供了一种车辆控制方法,该方法的执行主体可以为车辆控制装置,可以理解的是,该车辆控制装置可以实现为软件、或者软件和硬件的组合,具体实现时,车辆控制装置可以实现为一客户前置设备CPE网元,该CPE网元可以部署在4G网络或者5G网络中,以实现为与CPE通信连接的至少一个车辆进行动态的地址分配操作。具体的,该车辆控制方法可以包括:
步骤S1301:获取车辆发送的动态主机配置协议请求,动态主机配置协议请求中包括车辆的媒体存取控制MAC地址;
步骤S1302:基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识车辆的MAC地址与IP地址之间的绑定关系;
步骤S1303:基于地址关联关系,向车辆分配与MAC地址相对应的IP地址,以基于IP地址对车辆进行控制。
具体的,在车辆运行的过程中,为了能够实现对车辆进行准确有效地控制,可以生成与车辆相对应的车辆控制请求,该车辆控制请求可以包括与车辆相对应的运行状态数据和IP地址,具体的,车辆上可以设置有传感器,通过传感器可以获取与车辆相对应的运行状态数据,与车辆相对应的运行状态数据可以包括以下至少之一:车辆的当前车速、行驶方向和环境信息,其中,环境信息包括周围物体的分布位置、车辆前方车辆的车速和车辆所处道路的道路限速。在一些实例中,传感器可以包括图像采集传感器、雷达传感器和全球定位系统GPS,具体的,通过图像采集传感器、雷达传感器和全球定位系统GPS来确定与车辆相对应的运行状态数据。
在获取到车辆控制请求之后,可以基于车辆控制请求确定驾驶路径规划信息,具体的,可以将车辆控制请求发送至预设网络的服务器,以通过服务器确定并提供与车辆控制请求相对应的车辆控制资源,而后可以基于车辆控制资源对车辆控制请求进行分析处理,以确定与车辆控制请求相对应的驾驶路径规划信息,从而可以获得与车辆控制请求相对应的驾驶路径规划信息。或者,预先配置有用于对运行状态数据进行分析处理的机器学习模型,机器学习模型被训练为用于确定与车辆相对应的驾驶路径规划信息。在获取到车辆控制请求之后,可以将车辆控制请求输入至机器学习模型,从而可以获得与车辆控制请求相对应的驾驶路径规划信息。
在获取到驾驶路径规划信息之后,可以基于驾驶路径规划信息对车辆进行控制,从而有效地实现了车辆的控制操作。需要注意的是,对于车辆控制装置而言,车辆控制装置可以设置于车辆上,或者,车辆控制装置可以独立于车辆进行设置,此时,车辆控制装置可以与车辆CPU通信连接。
另外,对于车辆控制装置而言,可以根据不同的车辆对车辆控制装置进行调整,即根据车辆类型的不同,车辆控制装置中所包括的算法模块也会有所不同,此时,车辆控制装置不仅可以实现车辆自动驾驶的控制操作,还可以实现的其他操作。例如,对于物流车辆、公共服务车辆、医疗服务车辆、终端服务车辆会涉及不同的车辆控制装置。下面分别针对这四种自动驾驶车辆对车辆控制装置中所包括的算法模块进行举例说明:
其中,物流车辆是指物流场景中使用的车辆,例如:可以是带自动分拣功能的物流车辆、带冷藏保温功能的物流车辆、带测量功能的物流车辆。这些物流车辆会涉及不同的算法模块。
例如,对于物流车辆,可以带有自动化的分拣装置,该分拣装置可以在物流车辆到达目的地后自动把货物取出并搬送、分拣、存放。这就涉及用于货物分拣的算法模块,该算法模块主要实现货物取出、搬运、分拣以及存放等逻辑控制。
又例如,针对冷链物流场景,物流车辆还可以带有冷藏保温装置,该冷藏保温装置可以实现运输的水果、蔬菜、水产品、冷冻食品以及其它易腐烂的食品进行冷藏或保温,使之处于合适的温度环境,解决易腐烂食品的长途运输问题。这就涉及用于冷藏保温控制的算法模块,该算法模块主要用于根据食品(或物品)性质、易腐性、运输时间、当前季节、气候等信息动态、自适应计算冷餐或保温的合适温度,根据该合适温度对冷藏保温装置进行自动调节,这样在车辆运输不同食品或物品时运输人员无需手动调整温度,将运输人员从繁琐的温度调控中解放出来,提高冷藏保温运输的效率。
又例如,在大多物流场景中,是根据包裹体积和/或重量进行收费的,而物流包裹的数量非常庞大,单纯依靠快递员对包裹体积和/或重量进行测量,效率非常低,人工成本较高。因此,在一些物流车辆中,增设了测量装置,可自动测量物流包裹的体积和/或重量,并计算物流包裹的费用。这就涉及用于物流包裹测量的算法模块,该算法模块主要用于识别物流包裹的类型,确定物流包裹的测量方式,如进行体积测量还是重量测量或者是同时进行体积和重量的组合测量,并可根据确定的测量方式完成体积和/或重量的测量,以及根据测量结果完成费用计算。
其中,公共服务车辆是指提供某种公共服务的车辆,例如:可以是消防车、除冰车、洒水车、铲雪车、垃圾处理车辆、交通指挥车辆等。这些公共服务车辆会涉及不同算法模块。
例如,对于自动驾驶的消防车,其主要任务是针对火灾现场进行合理的灭火任务,这就涉及用于灭火任务的算法模块,该算法模块至少需要实现火灾状况的识别、灭火方案的规划以及对灭火装置的自动控制等逻辑。
又例如,对于除冰车,其主要任务是清除路面上结的冰雪,这就涉及除冰的算法模块,该算法模块至少需要实现路面上冰雪状况的识别、根据冰雪状况制定除冰方案,如哪些路段需要采取除冰,哪些路段无需除冰,是否采用撒盐方式、撒盐克数等,以及在确定除冰方案的情况下对除冰装置的自动控制等逻辑。
其中,医疗服务车辆是指能够提供一种或多种医疗服务的自动驾驶车辆,该种车辆可提供消毒、测温、配药、隔离等医疗服务,这就涉及提供各种自助医疗服务的算法模块,这些算法模块主要实现消毒需求的识别以及对消毒装置的控制,以使消毒装置为病人进行消毒,或者对病人位置的识别,控制测温装置自动贴近病人额头等位置为病人进行测温,或者,用于实现对病症的判断,根据判断结果给出药方并需要实现对药品/药品容器的识别,以及对取药机械手的控制,使之按药方为病人抓取药品,等等。
其中,终端服务车辆是指可代替一些终端设备面向用户提供某种便利服务的自助型的自动驾驶车辆,例如这些车辆可以为用户提供打印、考勤、扫描、开锁、支付、零售等服务。
例如,在一些应用场景中,用户经常需要到特定位置去打印或扫描文档,费时费力。于是,出现一种可以为用户提供打印/扫描服务的终端服务车辆,这些服务车辆可以与用户终端设备互联,用户通过终端设备发出打印指令,服务车辆响应打印指令,自动打印用户所需的文档并可自动将打印出的文档送至用户位置,用户无需去打印机处排队,可极大地提高打印效率。或者,可以响应用户通过终端设备发出的扫描指令,移动至用户位置,用户将待扫描的文档放置的服务车辆的扫描工具上完成扫描,无需到打印/扫描机处排队,省时省力。这就涉及提供打印/扫描服务的算法模块,该算法模块至少需要识别与用户终端设备的互联、打印/扫描指令的响应、用户位置的定位以及行进控制等。
又例如,随着新零售场景的开展,越来越多的电商借助于自助售货机将商品销售送到了各大办公楼、公共区,但这些自助售货机被放置在固定位置,不可移动,用户需要到该自助售货机跟前才能购买所需商品,便利性还是较差。于是出现了可提供零售服务的自助驾驶车辆,这些服务车辆可以承载商品自动移动,并可提供对应的自助购物类APP或购物入口,用户借助于手机等终端通过APP或购物入口可以向提供零售服务的自动驾驶车辆进行下单,该订单中包括待购买的商品名称、数量以及用户位置,该车辆收到下单请求之后,可以确定当前剩余商品是否具有用户购买的商品以及数量是否足够,在确定具有用户购买的商品且数量足够的情况下,可携带这些商品自动移动至用户位置,将这些商品提供给用户,进一步提高用户购物的便利性,节约用户时间,让用户将时间用于更为重要的事情上。这就涉及提供零售服务的算法模块,这些算法模块主要实现响应用户下单请求、订单处理、商品信息维护、用户位置定位、支付管理等逻辑。
需要注意的是,本实施例中的方法还可以包括图3-图6所示实施例的方法,本实施例未详细描述的部分,可参考对图3-图6所示实施例的相关说明。该技术方案的执行过程和技术效果参见图3-图6所示实施例中的描述,在此不再赘述。
本实施例提供的车辆控制方法,通过获取车辆发送的动态主机配置协议请求,而后基于动态主机配置协议请求确定地址关联关系,并基于地址关联关系,向车辆分配与MAC地址相对应的IP地址,这样可以简单、有效地基于IP地址对车辆进行有效的控制,这样不仅提高了对车辆进行漫游控制的便利性,并且保证了用户的良好体验,进一步提高了车辆控制方法的实用性。
图14为本申请实施例提供的一种统一数据管理功能UDM网元的结构示意图;参考附图14所示,本实施例提供了一种统一数据管理功能UDM网元,该UDM网元用于执行上述图1所示的地址分配方法,具体的,统一数据管理功能UDM网元可以包括:
第一获取模块11,用于获取第一网元发送的与网络设备相对应的会话管理签约信息请求,网络设备支持帧路由特性;
第一处理模块12,用于确定与会话管理签约信息请求相对应的会话管理签约数据,会话管理签约数据中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,网络设备与至少一个终端Terminal通信连接;
第一发送模块13,用于将会话管理签约数据发送至第一网元,以使网络设备通过SMF获得至少一个终端Terminal各自对应的IP地址和MAC地址,实现地址分配操作。
在一些实例中,在第一处理模块12确定与会话管理签约信息请求相对应的会话管理签约数据时,该第一处理模块12用于执行:将会话管理签约信息请求发送至第二网元;获取第二网元基于会话管理签约信息请求所返回的会话管理签约数据,会话管理签约数据中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,网络设备与至少一个终端Terminal通信连接。
图14所示统一数据管理功能UDM网元可以执行图1-图2、图10-图11所示实施例的方法,本实施例未详细描述的部分,可参考对图1-图2、图10-图11所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图2、图10-图11所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图14所示统一数据管理功能UDM网元的结构可实现为一电子设备,该电子设备可以是服务器等各种设备。如图15所示,该电子设备可以包括:第一处理器21和第一存储器22。其中,第一存储器22用于存储相对应电子设备执行上述图1-图2、图10-图11所示实施例中提供的地址分配方法的程序,第一处理器21被配置为用于执行第一存储器22中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第一处理器21执行时能够实现如下步骤:获取第一网元发送的与网络设备相对应的会话管理签约信息请求,网络设备支持帧路由特性;确定与会话管理签约信息请求相对应的会话管理签约数据,会话管理签约数据中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,网络设备与至少一个终端Terminal通信连接;将会话管理签约数据发送至第一网元,以使网络设备通过第一网元获得至少一个终端Terminal各自对应的IP地址和MAC地址,实现地址分配操作。
进一步的,第一处理器21还用于执行前述图1-图2、图10-图11所示实施例中的全部或部分步骤。
其中,电子设备的结构中还可以包括第一通信接口23,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图1-图2、图10-图11所示方法实施例中地址分配方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图1-图2、图10-图11所示方法实施例中地址分配方法。
图16为本申请实施例提供的一种客户前置设备CPE网元的结构示意图;参考附图16所示,本实施例提供了一种客户前置设备CPE网元,该CPE网元可以部署在4G网络或者5G网络中,以实现为与CPE通信连接的至少一个终端Terminal进行动态的地址分配操作,该客户前置设备CPE网元用于执行图3所示的地址分配方法,具体的,该客户前置设备CPE网元可以包括:
第二获取模块31,用于获取终端发送的动态主机配置协议请求,动态主机配置协议请求中包括终端的媒体存取控制MAC地址;
第二确定模块32,用于基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识终端的MAC地址与IP地址之间的绑定关系;
第二处理模块33,用于基于地址关联关系,向终端分配与MAC地址相对应的IP地址。
在一些实例中,在第二处理模块33基于地址关联关系,向终端分配与MAC地址相对应的IP地址时,该第二处理模块33用于执行:基于终端的MAC地址和地址关联关系,确定终端的IP地址;生成与动态主机配置协议请求相对应的响应消息,响应消息中包括终端的IP地址;将响应消息发送至终端,以实现向终端分配与MAC地址相对应的IP地址。
在一些实例中,在获取终端发送的动态主机配置协议请求之前,本实施例中的第二处理模块33用于执行:通过第一网元向第二网元发送附着请求,附着请求中包括用于标识网络设备支持帧路由特性的能力指示信息;通过第一网元获取与附着请求相对应的附着接受消息,附着接受消息中包括:网络设备的静态IP地址、与终端相对应的IP地址和MAC地址;基于附着接受消息,获取并存储与终端相对应的IP地址和MAC地址。
在一些实例中,在获取终端发送的动态主机配置协议请求之前,本实施例中的第二处理模块33用于执行以下步骤:通过第一网元向第三网元发送附着请求;通过第一网元获取与附着请求相对应的附着接受消息,附着接受消息中包括:网络设备的静态IP地址、与终端相对应的IP地址和MAC地址;基于附着接受消息,获取并存储与终端相对应的IP地址和MAC地址。
图16所示客户前置设备CPE网元可以执行图3-图6、图10-图11所示实施例的方法,本实施例未详细描述的部分,可参考对图3-图6、图10-图11所示实施例的相关说明。该技术方案的执行过程和技术效果参见图3-图6、图10-图11所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图16所示客户前置设备CPE网元的结构可实现为一电子设备。如图17所示,该电子设备可以包括:第二处理器41和第二存储器42。其中,第二存储器42用于存储相对应电子设备执行上述图3所示实施例中提供的地址分配方法的程序,第二处理器41被配置为用于执行第二存储器42中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第二处理器41执行时能够实现如下步骤:获取终端发送的动态主机配置协议请求,动态主机配置协议请求中包括终端的媒体存取控制MAC地址;基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识终端的MAC地址与IP地址之间的绑定关系;基于地址关联关系,向终端分配与MAC地址相对应的IP地址。
进一步的,第二处理器41还用于执行前述图3所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第二通信接口43,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图3-图6、图10-图11所示方法实施例中地址分配方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图3-图6、图10-图11所示方法实施例中地址分配方法。
图18为本申请实施例提供的一种移动管理实体MME网元的结构示意图;参考附图18所示,本实施例提供了一种移动管理实体MME网元,该移动管理实体MME网元可以部署在4G网络中,该MME网元用于执行上述图7所示的地址分配方法,具体的,该移动管理实体MME网元可以包括:
第三获取模块51,用于通过第一网元获取网络设备发送的附着请求,附着请求中包括用于标识网络设备支持帧路由特性的能力指示信息;
第三生成模块52,用于生成与附着请求相对应的附着接受信息,附着接受信息中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,网络设备与至少一个终端Terminal通信连接;
第三处理模块53,用于将附着接受信息发送至第一网元,以使网络设备通过第一网元获得至少一个终端Terminal各自对应的IP地址和MAC地址,实现地址分配操作。
在一些实例中,在通过第一网元获取网络设备发送的附着请求之后,本实施例中的第三处理模块53用于执行:基于附着请求对网络设备进行身份验证;在网络设备通过身份验证时,在第二网元中建立与网络设备相对应的上下文。
在一些实例中,在第三处理模块53基于附着请求对网络设备进行身份验证时,该第三处理模块53用于执行:基于附着请求向第三网元发送身份验证请求;接收第三网元基于身份验证请求所返回的认证回复信息,认证回复信息中携带有演进的分组系统EPS安全向量。
在一些实例中,在生成与附着请求相对应的附着接受信息之前,本实施例中的第三处理模块53用于执行:识别在第二网元中是否存在与终端Terminal相对应的上下文;在第二网元中没有与终端Terminal相对应的上下文时,则向第三网元发送位置更新请求,以使第三网元基于位置更新请求确定更新位置应答信息,并将更新位置应答信息发送至与终端Terminal相对应的更新后第二网元,更新位置应答信息中包括与终端Terminal相对应的身份标识和签约数据,签约数据包括终端Terminal的帧路由信息、帧路由下联的至少一个终端Terminal各自对应的IP地址和MAC地址。
在一些实例中,在第三生成模块52生成与附着请求相对应的附着接受信息时,该第三生成模块52用于执行:通过第四网元向第五网元发送创建会话请求,创建会话请求中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址;通过第四网元接收由第五网元所发送的创建会话响应消息,创建会话响应消息中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址;基于创建会话响应消息生成附着接受消息。
图18所示移动管理实体MME网元可以执行图7-图11所示实施例的方法,本实施例未详细描述的部分,可参考对图7-图11所示实施例的相关说明。该技术方案的执行过程和技术效果参见图7-图11所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图18所示移动管理实体MME网元的结构可实现为一电子设备。如图19所示,该电子设备可以包括:第三处理器61和第三存储器62。其中,第三存储器62用于存储相对应电子设备执行上述图7-图11所示实施例中提供的地址分配方法的程序,第三处理器61被配置为用于执行第三存储器62中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第三处理器61执行时能够实现如下步骤:通过第一网元获取网络设备发送的附着请求,附着请求中包括用于标识网络设备支持帧路由特性的能力指示信息;生成与附着请求相对应的附着接受信息,附着接受信息中包括:网络设备的静态IP地址、至少一个终端Terminal各自对应的IP地址和MAC地址,其中,网络设备与至少一个终端Terminal通信连接;将附着接受信息发送至第一网元,以使网络设备通过第一网元获得至少一个终端Terminal各自对应的IP地址和MAC地址,实现地址分配操作。
进一步的,第三处理器61还用于执行前述图7-图11所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第三通信接口63,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图7-图11所示方法实施例中地址分配方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图7-图11所示方法实施例中地址分配方法。
图20为本申请实施例提供的一种直播终端的地址分配装置的结构示意图;参考附图20所示,本实施例提供了一种直播终端的地址分配装置,该直播终端的地址分配装置用于执行上述图12所示的直播终端的地址分配方法;具体的,该直播终端的地址分配装置可以包括:
第四获取模块71,用于获取直播终端发送的动态主机配置协议请求,动态主机配置协议请求中包括直播终端的媒体存取控制MAC地址;
第四确定模块72,用于基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识直播终端的MAC地址与IP地址之间的绑定关系;
第四处理模块73,用于基于地址关联关系,向直播终端分配与MAC地址相对应的IP地址,以使直播终端基于IP地址实现直播操作。
在一些实例中,在获取直播终端发送的动态主机配置协议请求之前,本实施例中的第四处理模块73用于执行:通过第一网元向第二网元发送附着请求;通过第一网元获取与附着请求相对应的附着接受消息,附着接受消息中包括:网络设备的静态IP地址、与直播终端相对应的IP地址和MAC地址,其中,网络设备支持帧路由特性,且与直播终端通信连接;基于附着接受消息,获取并存储与直播终端相对应的IP地址和MAC地址。
图20所示直播终端的地址分配装置可以执行图12所示实施例的方法,本实施例未详细描述的部分,可参考对图12所示实施例的相关说明。该技术方案的执行过程和技术效果参见图12所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图20所示直播终端的地址分配装置的结构可实现为一电子设备。如图21所示,该电子设备可以包括:第四处理器81和第四存储器82。其中,第四存储器82用于存储相对应电子设备执行上述图12所示实施例中提供的直播终端的地址分配方法的程序,第四处理器81被配置为用于执行第四存储器82中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第四处理器81执行时能够实现如下步骤:获取直播终端发送的动态主机配置协议请求,动态主机配置协议请求中包括直播终端的媒体存取控制MAC地址;基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识直播终端的MAC地址与IP地址之间的绑定关系;基于地址关联关系,向直播终端分配与MAC地址相对应的IP地址,以使直播终端基于IP地址实现直播操作。
进一步的,第四处理器81还用于执行前述图12所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第四通信接口83,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图12所示方法实施例中直播终端的地址分配方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图12所示方法实施例中直播终端的地址分配方法。
图22为本申请实施例提供的一种车辆控制装置的结构示意图;参考附图22所示,本实施例提供了一种车辆控制装置,该车辆控制装置用于执行上述图13所示的车辆控制方法;具体的,该车辆控制装置可以包括:
第五获取模块91,用于获取车辆发送的动态主机配置协议请求,动态主机配置协议请求中包括车辆的媒体存取控制MAC地址;
第五确定模块92,用于基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识车辆的MAC地址与IP地址之间的绑定关系;
第五处理模块93,用于基于地址关联关系,向车辆分配与MAC地址相对应的IP地址,以基于IP地址对车辆进行控制。
图22所示车辆控制装置可以执行图13所示实施例的方法,本实施例未详细描述的部分,可参考对图13所示实施例的相关说明。该技术方案的执行过程和技术效果参见图13所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图22所示车辆控制装置的结构可实现为一电子设备。如图23所示,该电子设备可以包括:第五处理器101和第五存储器102。其中,第五存储器102用于存储相对应电子设备执行上述图13所示实施例中提供的车辆控制方法的程序,第五处理器101被配置为用于执行第五存储器102中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第五处理器101执行时能够实现如下步骤:获取车辆发送的动态主机配置协议请求,动态主机配置协议请求中包括车辆的媒体存取控制MAC地址;基于动态主机配置协议请求,确定地址关联关系,地址关联关系用于标识车辆的MAC地址与IP地址之间的绑定关系;基于地址关联关系,向车辆分配与MAC地址相对应的IP地址,以基于IP地址对车辆进行控制。
进一步的,第五处理器101还用于执行前述图13所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第五通信接口103,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图13所示方法实施例中车辆控制方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:计算机程序,当计算机程序被电子设备的处理器执行时,使处理器执行图13所示方法实施例中车辆控制方法。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现,当然也可以通过硬件和软件结合的方式来实现。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器,使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。