CN115442289B - 发送和接收消息的方法、装置和通信系统 - Google Patents
发送和接收消息的方法、装置和通信系统 Download PDFInfo
- Publication number
- CN115442289B CN115442289B CN202210868467.2A CN202210868467A CN115442289B CN 115442289 B CN115442289 B CN 115442289B CN 202210868467 A CN202210868467 A CN 202210868467A CN 115442289 B CN115442289 B CN 115442289B
- Authority
- CN
- China
- Prior art keywords
- message
- route
- routing
- indication
- routing information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0272—Virtual private networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/14—Routing performance; Theoretical aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/46—Cluster building
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及发送和接收消息的方法、装置和通信系统。控制面CP和用户面UP分离的通信系统中的CP设备生成第一消息,第一消息包括路由信息和针对路由信息的控制指示,路由信息与UP设备相关联。CP设备将第一消息发送至UP设备,以使得UP设备基于控制指示来更新路由信息,其中第一消息是报文转发控制协议PFCP消息。根据在此提出的技术方案,可以实现CP和UP分离的通信系统架构下CP设备与UP设备之间关于路由控制的交互。
Description
本申请是分案申请,原申请的申请号是202010599684.7,原申请日是2020年06月28日,原申请的全部内容通过引用结合在本申请中。本申请要求于2020年5月30日提交的申请号为202010482871.7、发明名称为“一种在CU分离系统中发送信息的方法”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域,特别是宽带接入技术,更具体地涉及发送和接收消息的方法、装置和通信系统。
背景技术
目前,随着高速上网、视频点播、网络电视、远程教育等宽带网络业务的推出,宽带接入网的建设已成为业内关注的焦点。在宽带接入网中,宽带接入网关(BroadbandNetwork Gateway,BNG)负责完成用户终端的认证和IP地址分配,进而将用户终端经由IP核心接入到应用服务提供商(ASP)或网络服务提供商(NSP)网络。为了便于对BNG的维护,目前已经提出虚拟宽带接入网关(vBNG)的架构。在vBNG架构中,将BNG功能划分成控制面功能(CPF)和用户面功能(UPF)。此外,vBNG架构还将CPF从物理BNG中分离出来(为方便起见,下文也称为CU分离),并且部署到数据中心。相应地,物理BNG将保留UPF并且部署在原来的位置。
在上述CU分离的vBNG架构中,需要通过CP和UP之间的交互来完成vBNG功能。例如,路由控制是vBNG的一个基本功能,用于针对数据业务构建数据流转发,以及使用路由协议与核心路由器交互以发布路由。
发明内容
本公开的实施例提供一种路由控制方案,能够实现CP和UP之间关于路由控制的交互。
根据本公开实施例的第一方面,提供一种发送消息的方法。该方法应用于CU分离的通信系统中的CP设备,该通信系统中还包括UP设备。该方法包括:CP设备生成第一消息,第一消息包括路由信息和针对路由信息的控制指示,路由信息与UP设备相关联;以及CP设备将第一消息发送至UP设备,以使得UP设备基于控制指示来更新路由信息,其中第一消息是报文转发控制协议(PFCP)消息。由此,可以实现CU分离的通信系统中的路由下发操作。
在其中一种可能的实现方式中,第一消息为节点级消息或会话级消息。以此方式,可以与PFCP协议相适应,便于CU分离的通信系统的部署。
在其中一种可能的实现方式中,路由信息为节点级消息或会话级消息中的聚合信息元素。由此,可以通过节点级消息或会话级消息下发路由信息。
在其中一种可能的实现方式中,控制指示包括加载指示和卸载指示中的至少一种,加载指示用于指示加载路由信息,卸载指示用于指示卸载路由信息。以此方式,可以明确指示针对路由信息的控制操作。
在其中一种可能的实现方式中,路由信息包括目的地址和下一跳地址。在其中一种可能的实现方式中,路由信息还包括以下中的至少一项:出接口索引、路由属性、路由标签、路由成本和网络实例,其中所述出接口索引用于指示与所述路由信息相关联的路径信息,其中所述路由属性用于指示所述路由信息的类型,所述路由信息的类型包括以下中的至少一项:网段路由、网关路由、主机路由和帧路由,其中所述路由标签用于指示所述路由信息的标识,并且所述路由标签对应于边界网关协议中的路由标签,其中所述路由成本用于指示与所述路由信息相关联的路由的成本,其中所述网络实例用于标识虚拟私有网络,并且所述网络实例对应于PFCP协议中的网络实例。由此,可以准确地描述路由信息。
在其中一种可能的实现方式中,出接口索引、路由属性、路由标签和网络实例中的至少一项为路由信息中的嵌套信息元素。以此方式,可以实现针对路由信息的描述信息的传递。
在其中一种可能的实现方式中,路由信息包括指示信息,指示信息用于指示UP设备发布路由信息。由此可以实现路由信息的发布操作。
在其中一种可能的实现方式中,第一消息还包括第一类型信息,第一类型信息指示第一消息包括控制指示。以此方式,有利于UP设备确定第一消息的类型,提高处理效率。
在其中一种可能的实现方式中,第一类型信息为所述第一消息中的消息类型(message type)字段。
在其中一种可能的实现方式中,路由信息包括第一路由信息和第二路由信息。由此,可以同时下发多个路由信息,从而增强路由下发的有效性。
在其中一种可能的实现方式中,所述控制指示包括针对所述第一路由信息的第一控制指示和针对所述第二路由信息的第二控制指示,第一控制指示用于指示加载或卸载第一路由信息,并且第二控制指示用于指示加载或卸载第二路由信息。以此方式,可以同时控制路由信息的加载和卸载,从而有利于提高路由控制的有效性。
在其中一种可能的实现方式中,方法还包括:CP设备从UP设备接收第二消息,第二消息包括UP设备针对第一消息的响应。由此,CP设备可以方便地知晓第一消息的发送情况,,便于路由控制操作的实施。
在其中一种可能的实现方式中,第二消息为节点级消息或会话级消息。由此,可以与第一消息相适应,便于消息的处理。
在其中一种可能的实现方式中,第二消息还包括UP设备的标识信息。以此方式,可以方便地知晓第二消息的来源,便于CP设备的处理。
在其中一种可能的实现方式中,第二消息还包括第二类型信息,第二类型信息指示第二消息包括响应。利用该第二类型信息,CP设备可以方便地确定第二消息的类型,便于对第二消息的接收处理。
在其中一种可能的实现方式中,会话级消息包括以下中的一项:会话建立请求消息、会话删除请求消息和会话修改请求消息。以此方式,可以复用已有消息,从而节省通信资源。
根据本公开实施例的第二方面,提供一种接收消息的方法。该方法应用于CU分离的通信系统中的UP设备,该通信系统中还包括CP设备。该方法包括:UP设备接收来自CP设备的第一消息,该第一消息包括路由信息和针对路由信息的控制指示,路由信息与UP设备相关联;以及UP设备基于控制指示来更新路由信息,其中第一消息是PFCP消息。由此,可以实现CU分离的通信系统中的路由更新操作。
在其中一种可能的实现方式中,所述第一消息包括第一类型信息,所述第一类型信息指示所述第一消息包括所述控制指示;接收第一消息包括:UP设备根据所述第一类型信息从第一消息获取控制指示。以此方式,可以有利于UP设备对第一消息的接收处理。
在其中一种可能的实现方式中,更新路由信息包括以下中的至少一项:UP设备根据所述控制指示加载路由信息;以及UP设备根据所述控制指示卸载路由信息。以此方式,可以实现路由信息的加载和卸载。
在其中一种可能的实现方式中,所述路由信息包括指示信息,所述指示信息指示所述UP设备发布所述路由信息,方法还包括:UP设备基于指示信息将路由信息发布出去。由此,可以实现路由信息的下发。
在其中一种可能的实现方式中,方法还包括:UP设备生成第二消息,第二消息包括针对第一消息的响应;以及UP设备向CP设备发送第二消息。以此方式,可以将第一消息的接收情况通知给CP设备,便于路由控制操作的实施。
在其中一种可能的实现方式中,第二消息还包括第二类型信息,第二类型信息指示第二消息包括响应。由此,可以告知CP设备第二消息的类型,便于CP设备对第二消息的接收处理。
根据本公开实施例的第三方面,提供一种CP设备。该CP设备包括:至少一个处理器,以及存储计算机程序代码的至少一个存储器,所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起促使所述CP设备执行根据第一方面或第一方面任一种可能的实现方式所述的方法。由此,可以提供一种能够在CU分离的通信系统中实现路由下发操作的设备。
根据本公开实施例的第四方面,提供一种UP设备。该UP设备包括:至少一个处理器,以及存储计算机程序代码的至少一个存储器,所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起促使所述UP设备执行根据第二方面或第二方面任一种可能的实现方式所述的方法。由此,可以提供一种能够在CU分离的通信系统中实现路由更新操作的设备。
根据本公开实施例的第五方面,提供一种发送消息的装置,执行第一方面或第一方面的任意一种可能的实现方式中的方法。具体地,该装置包括用于执行第一方面或第一方面的任意一种可能的实现方式中的方法的单元。
根据本公开实施例的第六方面,提供一种接收消息的装置,执行第二方面或第二方面的任意一种可能的实现方式中的方法。具体地,该网络设备包括用于执行第二方面或第二方面的任意一种可能的实现方式中的方法的单元。
根据本公开实施例的第七方面,提供一种通信系统。该通信系统包括前述第三或第四方面提供的设备,或者该通信系统包括前述第五或第六方面提供的设备。
根据本公开实施例的第八方面,提供一种芯片,包括存储器和处理器,存储器用于存储计算机程序,处理器用于从存储器中调用并运行该计算机程序,以执行上述第一方面及其第一方面任意可能的实现方式中的方法,或者,处理器执行第二方面或第二方面任意可能的实现方式中的方法。
根据本公开实施例的第九方面,提供一种计算机可读存储介质。该计算机可读存储介质包括机器可执行指令,所述机器可执行指令在由设备执行时促使该设备执行根据第一方面及其第一方面任意可能的实现方式中的方法,或者,促使该设备执行第二方面或第二方面任意可能的实现方式中的方法。由此,可以提供能够执行路由下发功能或路由更新功能的计算机可读存储介质。
根据本公开实施例的第十方面,提供一种计算机程序产品。该计算机程序产品包括计算机程序代码,所述计算机程序代码在由设备执行时促使该设备执行根据第一方面及其第一方面任意可能的实现方式中的方法,或者,促使该设备执行第二方面或第二方面任意可能的实现方式中的方法。由此,可以提供能够执行路由下发功能或路由更新功能的计算机程序产品。
通过下文对示例实施例的描述将会理解,根据在此提出的技术方案,可以实现CU分离的通信系统架构下CP与UP之间的关于路由控制的交互。另外,可以实现与已有协议的兼容性。由此,可以有利地促进CU分离的通信系统架构的部署。
应当理解,发明内容部分中所描述的内容并非旨在限定本公开实施例的关键或重要特征,亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。
附图说明
结合附图并参考以下详细说明,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中,相同或相似的附图标记表示相同或相似的元素,其中:
图1示出了本公开实施例可在其中实施的示例宽带网络系统的示意图;
图2示出了传统BNG的路由控制过程的示意图;
图3示出了本公开实施例可在其中实施的CU分离的通信系统的示意图;
图4示出了根据本公开实施例的路由控制过程的示意图;
图5示出了根据本公开实施例的CP设备处实施的发送消息的方法的流程图;
图6示出了根据本公开实施例的UP设备处实施的接收消息的方法的流程图;
图7示出了根据本公开实施例的发送消息的装置的示意框图;
图8示出了根据本公开实施例的接收消息的装置的示意框图;以及
图9示出了适合于实现本公开实施例的设备的简化框图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中示出了本公开的一些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
在此使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”。其他术语的相关定义将在下文描述中给出。
应理解,尽管本文可以使用术语“第一”和“第二”等来描述各种元件,但这些元件不应受到这些术语的限制。这些术语仅用于区分一个元件和另一个元件。例如,第一元件可以称为第二元件,同样,第二元件可以称为第一元件,而不脱离实施例的范围。如本文所用,术语“和/或”包括一个或多个所列术语的任何和所有组合。
在此使用的术语“电路”是指以下的一项或多项:
(a)仅硬件电路实现方式(诸如仅模拟和/或数字电路的实现方式);以及
(b)硬件电路和软件的组合,诸如(如果适用):(i)模拟和/或数字硬件电路与软件/固件的组合,以及(ii)硬件处理器的任意部分与软件(包括一起工作以使得诸如光线路终端(OLT)或其他计算设备等装置执行各种功能的数字信号处理器、软件和存储器);以及
(c)硬件电路和/或处理器,诸如微处理器或者微处理器的一部分,其要求软件(例如固件)用于操作,但是在不需要软件用于操作时可以没有软件。
电路的定义适用于此术语在本申请中(包括任意权利要求中)的所有使用场景。作为另一示例,在此使用的术语“电路”也覆盖仅硬件电路或处理器(或多个处理器)、或者硬件电路或处理器的一部分、或者其随附软件或固件的实现方式。例如,如果适用于特定权利要求元素,术语“电路”还覆盖基带集成电路或处理器集成电路或者OLT或其他计算设备中的类似的集成电路。
如本文所用,术语“终端设备”是指任意具有无线或有线通信能力的设备。终端设备的示例包括但限于客户终端设备(CPE)、用户设备(UE)、个人计算机、台式计算机、移动电话、蜂窝电话、智能电话、个人数字助理(PDA)、便携式计算机、平板、可穿戴设备、物联网(IoT)设备、机器类型通信(MTC)设备、用于V2X(X是指行人、车辆或基础设施/网络)通信的车载设备、或者诸如数字相机之类的图像捕获设备、游戏设备、音乐存储和回放设备或能够进行无线或有线因特网访问和浏览的因特网设备等等。
如本文所用,术语“宽带网络系统”可以是有线宽带网络系统,也可以是无线宽带网络系统。在本文中,术语“IP核心”是指“基于IP的核心网”,也可以称为“区域宽带网络”。术语“宽带接入网”可以是有线宽带接入网,也可以是无线宽带接入网。术语“宽带接入”可以是有线宽带接入,也可以是无线宽带接入。例如,宽带接入的方式可以是非对称数字用户线路(ADSL)、线缆调制解调器、数字用户线路(DSL)、高速数字用户线路(VDSL)、以太网、光纤到户(FTTH)、局域网(LAN)和/或无源光网络(PON)等等。考虑到宽带网络技术的快速发展,当然也会有未来类型的宽带网络技术和系统,本发明可能会与之结合。不应将其视为将本公开的范围仅限于上述系统。
BNG用于承担将用户设备接入宽带网络的功能,是网络中的关键设备。参见附图1,附图1是对BNG在网络中的位置的举例说明。图1示出了本公开实施例可在其中实施的示例宽带网络系统100的示意图。如图1所示,该系统100包括终端设备101、102和103、数字用户线路接入复用器/光线路终端(DSLAM/OLT)104、宽带接入网105、BNG 106以及IP核心107。宽带接入网105可以包括以太网聚合点、交换机等。IP核心107可以与ASP或NSP网络连接。例如,IP核心107可以连接有远程用户拨号认证服务(Radius)服务器、动态主机配置协议(DHCP)服务器、交互式网络电视(IPTV)服务器、下一代网络(NGN)服务器等等。应理解到,终端设备、DSLAM/OLT、宽带接入网、BNG和IP核心的数目并不限于图1所示的示例,而是可以包括其它任意合适数目。并且,IP核心107可以连接的服务器也不限于上述示例,而是可以连接到本领域已知或未来开发的任意合适服务器。此外,系统100可以包括更多未示出的附加组件或者可以省略所示出的某些组件,本公开实施例对此并不做限制。系统100的实施也不限于上述具体示例,而是可以以任意合适的方式实施。
为方便描述,下面以终端设备101为例进行说明。例如,当终端设备101要接入网络时,可以经由DSLAM/OLT 104和接入网105向BNG 106发送接入请求,BNG 106基于该接入请求,对终端设备101进行认证和地址分配。例如,BNG 106可以作为Radius客户端来与IP核心107中的Radius服务器进行交互,从而完成终端设备101的认证。继而,BNG 106可以为终端设备101分配地址,并且可以生成转发表来控制终端设备101的数据流转发。在宽带网络系统100中从IP核心107到终端设备101的下行流需要通过路由进行控制。
以下结合图2对路由控制方法进行描述。图2示出了BNG的路由控制过程200的示意图。如图2所示,BNG 220可以具备DHCP服务器的能力,从而为终端设备251、252和253分配IP地址。并且,BNG 220能够管理与这些IP地址对应的路由信息。例如,当来自IP核心210的核心路由器211或212的下行流到达BNG 220时,BNG 220可以根据与下行流的目的地址相关联的网段路由来将下行流转发至相应的汇聚交换机231或232,并且经由相应的DSLAM/OLT241、242或243发送至相应的终端设备251、252或253。
另外,BNG 220负责将所管理的路由信息发布至IP核心210。换言之,BNG 220将所管理的路由信息发送至核心路由器211和212。通常,路由可以分为网段路由、网关路由、主机路由和帧路由。网段路由需要被发布至IP核心210内。网关路由用于标识BNG 220本身。主机路由用于控制至终端设备251、252、253的转发流量。帧路由可以是专线用户的IP,也可以是专线用户下管理的子网的路由,都需要被发布至IP核心210内,并且控制至终端设备251、252、253的转发流量。
如前面提及的,为了便于对BNG的维护,已经提出CU分离的vBNG架构。在vBNG架构的部署中,定义了在CP和UP之间的三种接口。一种是管理接口(Mi),其采用网络配置协议Netconf/yang。另一种是控制报文重定向接口(CPRi),其完成协议报文在终端设备(例如CPE)和vBNG CP之间的转发。还有一种是状态控制接口(SCi),其采用3GPP TS 29.244中定义的PFCP。SCi用于UP上报节点信息给CP,CP完成终端接入后将转发控制行为下发给UP执行,以及UP完成统计后上报给CP。
CP可以分配一个或多个IP地址块给UP。每个地址块包含一组IP地址。这些IP地址将被分配给将要拨号至UP的客户端。为了确保IP核心内的其它节点学习到如何到达这些IP地址,CP需要在UP上加载一个或多个路由信息,并且通知UP将这些路由信息发布至IP核心。
本公开的实施例提出了一种路由控制方案。根据在此提出的技术方案,在CP和UP之间传送用于路由控制的消息,从而完成路由控制功能。具体而言,可以扩展SCi(即,扩展PFCP协议),以能够生成适用于SCi的用于路由控制的消息,并且利用SCi在CP和UP之间传送该消息。以此方式,可以实现CU分离的通信系统架构下CP与UP之间关于路由控制的交互。为便于理解,下面结合图3和图4对此进行详细描述。
图3示出了本公开实施例可在其中实施的CU分离的通信系统300的示意图。通信系统300包括执行CPF的CP设备310以及执行UPF的UP设备320-1、320-2和320-3(为方便描述,下面也可以统称为UP设备320)。CP设备310与UP设备320-1、320-2和320-3中的每一个UP设备在物理上都是分离的。UP设备320-1、320-2和320-3在物理上也是分离的。例如,CP设备310可以部署在远端的数据中心,而UP设备320-1、320-2和320-3可以部署在本地。一个CP设备310可以被用于控制多个UP设备320-1、320-2和320-3。由此,UP设备320-1、320-2和320-3对应的CP功能可以被集中化。进而可以方便维护,并且可以降低维护成本。应理解到,CP设备的数目并不限于一个,而是可以为更多数目。UP设备的数目也不限于上述示例,而是可以为更多或更少数目。
如图3所示,CP设备310可以与UP设备320-1、320-2和320-3的任意一个UP设备进行交互,来实现传统BNG的功能。例如,CP设备310可以提供认证授权和计费(AAA)、接入管理、会话管理、地址分配、业务策略控制等功能。UP设备320-1、320-2和320-3的每一个UP设备可以实现针对所管理的终端设备的转发处理功能。该转发处理功能可以包括:将接入协议报文上送至CP,将CP发送给终端设备的控制报文转发给终端设备,将终端设备的上行数据报文做绑定检查(例如认证通过后,在UP会生成对应的绑定表)并转发至IP核心,服务质量(QOS)处理、统计等。应理解到,通信系统300并不限于BNG功能,而是可以用于实现BNG以外的其它任意合适功能。
图4示出了根据本公开实施例的路由控制过程400的示意图。为方便起见,下面结合图3的示例对图4进行说明。应理解到,图4的过程可以包括其它未示出的附加过程,或者可以省略示出的一些过程。本公开的范围并不受限于此。
如图4所示,CP设备310可以与UP设备320建立联盟,即图4中的步骤401。例如,CP设备310可以与UP设备320启动握手,以通过关联建立请求和响应(Association SetupRequest/Response)消息以及心跳请求和响应(Heartbeat Request/Response)消息来建立联盟。在建立了联盟之后,CP设备310可以为UP设备320分配地址并且生成相关路由,即图4中的步骤402。在本公开的实施例中,CP设备310可以为UP设备320分配一个或多个地址的集合。针对集合中的每个地址,都会生成相应的路由信息。在一些实施例中,路由信息可以是针对网段路由。在一些备选实施例中,路由信息可以是针对网关路由。在又一些备选实施例中,路由信息可以是针对主机路由。另外,路由信息也可以是针对帧路由或者其它适当的路由。
针对所生成的路由信息,CP设备310生成路由下发请求消息(为方便起见,下文也称为第一消息),即图4中的步骤403,使得第一消息包括针对该路由信息的控制指示。在本公开的一些实施例中,控制指示可以包括针对该路由信息的加载指示。由此可以实现路由信息的加载操作。在一些实施例中,控制指示可以包括多条加载指示,其中每条加载指示针对不同的路由信息。在本公开的备选或附加实施例中,控制指示可以包括针对该路由信息的卸载指示。由此可以实现路由信息的卸载操作。在一些实施例中,控制指示可以包括多条卸载指示,其中每条卸载指示针对不同的路由信息。在一些实施例中,控制指示既可以包括加载指示,也可以包括卸载指示。在这些实施例中,控制指示还可以包括CP设备310的标识信息。这样可以使得UP设备320可以正确接收来自与之建立联盟的CP设备310的第一消息。
在一些实施例中,路由信息可以包括目的地址和下一跳地址。在一些附加实施例中,路由信息还可以包括出接口索引(Out-If-info)。出接口索引用于指示与路由信息相关联的路径信息。例如,对与该路由信息相关联的报文进行转发所需的路径信息。在一些实施例中,路由信息还可以包括路由属性(Route-Flag)。路由属性也可称为路由相关的标识符,用于指示路由信息的类型。路由信息的类型可以包括网段路由、网关路由、主机路由和帧路由中的至少一种。当然,路由信息的类型并不限于此,而是可以包括本领域已知或未来开发的任意合适类型。
在一些实施例中,路由信息还可以包括路由标签(Route-Tag)。路由标签可以对应于边界网关协议(BGP)中的路由标签,并且用于指示路由信息的标识。通过将路由标签发布给核心路由器,可以方便核心路由器实现路由筛选。例如,可以通过路由标签来设置一些转发策略,诸如指定走标签路径、设置特性转发优先级等等。
在另一些实施例中,路由信息还可以包括路由成本(Route-Cost)。通过将路由成本发布给核心路由器,可以方便核心路由器计算路由时实现选路。另外,路由信息还可以包括网络实例(Network Instance)。网络实例对应于PFCP协议中的网络实例,用于标识虚拟专用网络(VPN),例如层3VPN(L3VPN)。
在一些附加或备选实施例中,路由信息可以包括用于指示UP设备发布路由信息的指示信息。由此,可以向核心路由器发布该路由信息,使核心路由器能够将该路由信息扩散给其它网关或路由器。例如,如果该指示信息为预定值,则表示UP设备需要发布路由信息在一些备选实施例中,该指示信息也可以通过路由属性中的路由标识符来隐含确定。例如,如果路由属性表明路由信息为网段路由或帧路由,则表明需要发布该路由信息。如果路由属性表明路由信息为网关路由或主机路由,则表明不需要发布该路由信息。当然,该指示信息也可以通过其它方式来指示,而不限于这里的示例。
在一些实施例中,第一消息可以为节点(Node)级消息。在备选实施例中,第一消息也可以为会话(Session)级消息。在一些实施例中,CP设备310可以针对不同类型的路由,都使用同一种消息类型。例如,针对网段路由、网关路由、主机路由和帧路由,可以都使用节点级消息。当然,也可以都使用会话级消息。在一些备选实施例中,CP设备310可以针对不同类型的路由,使用不同的消息种类。例如,针对网段路由和网关路由,可以使用节点级消息。针对主机路由和帧路由,可以使用会话级消息。当然,上述仅为示例,本公开实施例也可以使用本领域已知或未来开发的其它合适的消息类型。在本公开的一些实施例中,路由信息可以为节点级消息或会话级消息中的聚合信息元素(Grouped IE)。
为便于理解,下面结合示例性消息格式进行更详细说明。表1示出了PFCP协议中的消息格式定义。
表1 PFCP协议中的消息的一般格式
其中各字段的含义如下表2所示。
表2表1中各字段的含义
在一些实施例中,第一消息可以包括消息类型信息(为便于描述,下文也称为第一类型信息),用于指示第一消息包括所述控制指示。换言之,第一类型信息可以指示第一消息是路由下发请求。在一些实施例中,第一类型信息可以是任意合适的消息类型值。例如,消息类型值可以是任意合适的十进制值。下面以第一消息为节点级消息为例进行更详细描述。表3示出了节点级消息的示例报头。其中各字段的含义可以参考表2,这里不再赘述。其中FO、MP和S字段均为0。空闲字段的要求是,发送方设置为0,接收方忽略对该字段的检查。序列号对应于一个事务。消息类型可以为用于指示路由下发请求的任意合适值。在一些实施例中,第一消息的消息类型字段可以是16至49之间的任意值。例如,如表4所示,第一消息的消息类型字段可以为18。应理解到,这里仅为示例,第一消息的消息类型值和名称并不限于此,而是可以为任意合适的取值和名称。
表3节点级消息的报头的示例
表4扩展的路由下发请求消息的示例
消息类型值(十进制) | 消息 |
18 | PFCP Route Install Request PFCP路由下发请求 |
表3中的IE字段可以理解为属性,具有标签-长度-值(TLV)的封装格式,不同IE之间可以具有嵌套的关系。按照嵌套方式的不同,IE分为聚合IE(grouped IE)和嵌套IE(embedded IE)。嵌入式IE是最小单元的属性。一个分组IE可以包含多个嵌入式IE。在本公开的实施例中,路由信息和针对路由信息的控制指示可以被包括在IE字段中。表5示出了第一消息中携带的IE的示例。
表5第一消息中携带的IE的示例
IE名称 | P | 条件/注释 | IE类型 |
Node ID | M | CP的设备号 | Node ID |
Install Route | C | 加载路由,可以带多个。 | Install Route |
Remove Route | C | 卸载路由,可以带多个。 | Remove Route |
其中P项的含义如表6所示。
表6表3中P项的含义
IE是否出现在此业务流程的分类 | 解释 |
Mandatory(M) | 必选项 |
Conditional(C) | 满足某种条件就需要携带 |
Conditional-Optional(CO) | 满足某种条件可以选择携带 |
Optional(O) | 可选择携带 |
应理解到,本公开的实施并不限于表3的示例,而是可以以其它任意合适方式来实施。
在表3中的IE字段中,可以嵌套有聚合IE。下面的表7示出了针对加载路由(Install Route)的聚合IE的示例。
表7加载路由的聚合IE的示例
下面的表8示出了针对卸载路由(Remove Route)的聚合IE的示例。
表8卸载路由的聚合IE的示例
由表7和表8可以看出,聚合IE中可以嵌套有嵌套IE。例如,表7中的类型为If-index的IE可以为一个嵌套IE,如表9所示。
表9 If-index的嵌套IE的示例
其中接口索引字段可以被编码为32位无符号整数。类型、长度、企业ID的各字段分别为2个字节,十进制。
再例如,针对表7或表8中的类型为Next-hop的IE也可以为一个嵌套IE,如表10所示。
表10 Next-hop的嵌套IE的示例
其中第5个字节是标记(Flag)字段,例如:
比特1 V6:如果V6取值1,则标识后面携带了IPv6的下一跳地址。
比特2 V4:如果V4取值1,则标识后面携带了IPv4的下一跳地址。
比特3至8:保留字段。
比特V4和V6仅有一个位会被置为1。
其中字节“m至(m+3)”、“p至(p+15)“标识IPv4地址或IPv6地址。例如,IPv4子网192.0.2.10。再例如,IPv6前缀2002:1234:4567:0000::0。
又例如,针对表7中的类型为Route-Flag的IE可以为一个嵌套IE,如表11所示。
表11 Route-Flag的嵌套IE的示例
其中第7个字节,每个比特标识一个路由的属性。例如:
比特1 Host:若取值1,则标识当前路由是主机路由。
比特2 GW(Gateway):若取值1,则标识当前路由是网关路由。
比特3 Network:若取值1,则标识当前路由是子网段路由。
比特4 Adv(Advertisement):若取值1,则标识当前路由需要被发布。
Host、GW、Network三者中仅有一个被置为1;Adv可以和Host、GW、Network组合。
例如,针对表7中的类型为Tag的IE可以为一个嵌套IE,如表12所示。
表12 Tag的嵌套IE的示例
其中标签字段可以被编码为4字节无符号整数。
例如,针对表7中的类型为Cost的IE可以为一个嵌套IE,如表13所示。
表13 Cost的嵌套IE的示例
其中成本字段可以被编码为4字节无符号整数。
针对表7或表8中的类型为Source IP Address的IE可以为一个嵌套IE,如表14所示。
表14 Source IP Address的嵌套IE的示例
其中第5个字节是标记(Flag)字段,例如:
比特1 V6:如果V6取值1,则存在IPv6地址字段,否则不存在IPv6地址字段。
比特2 V4:如果V4取值1,则存在IPv4地址字段,否则不存在IPv4地址字段。
比特3 MPL:如果其取值1,则存在(用于IPv4的)掩码/(用于IPv6的)前缀长度字段,否则不存在该字段。
比特4至8:保留字段,被设置为0。
其中字节“m至(m+3)”、“p至(p+15)“标识IPv4地址或IPv6地址值。
如果存在掩码/前缀长度字段,则其应被编码为8比特二进制整数。例如,针对IPv4子网192.0.2.10/24,该字段编码值24。又例如,针对/64IPv6前缀,该字段编码值64。
可见,通过复用原有Source IP address IE(源IP地址IE)的方式来构造表7中的destination IP address IE(目的地IP地址IE),可以方便操作。当然,也可以通过扩展新的目的地IP地址IE来构造表7中的destination IP address IE。由此可以与Source IPaddress IE相区分。
至此,结合节点级消息描述了第一消息的构造。应理解到,上述仅为一些示例,其实施并不限于此。在一些实施例中,也可以利用会话级消息来构造第一消息。与节点级消息相比,在会话级消息的实现中,可以仅报头部分有所区别。表15示出了会话级消息的报头的示例。
表15会话级消息的报头的示例
可见,在会话级消息的实现中,增加了会话端点标识符的字段。除此之外,在会话级消息的实现中,聚合IE和嵌套IE的配置可以与在节点级消息的实现中类似,这里不再赘述。
在一些实施例中,第一消息可以基于已有的会话级消息来实施。例如,可以基于会话建立请求(Session Establishment Request)消息来生成第一消息。在一些实施例中,CP设备310可以将主机路由或帧路由放在会话建立请求消息中,以生成第一消息。例如,表16示出了会话建立请求消息中携带的IE的示例。当然,该消息也可以被实施为包括更多未示出的附加IE或省略其中所示出的一些IE。
表16会话建立请求消息中携带的IE的示例
在又一些实施例中,可以基于会话删除请求(Session Deletion Request)消息来生成第一消息。在一些实施例中,CP设备310可以将主机路由或帧路由放在会话删除请求消息中,以生成第一消息。例如,表17示出了会话删除请求消息中携带的IE的示例。当然,该消息也可以被实施为包括更多未示出的附加IE或省略其中所示出的一些IE。
表17会话删除请求消息中携带的IE的示例
在另一些实施例中,可以基于会话修改请求(Session Modification Request)消息来生成第一消息。在一些实施例中,CP设备310可以将主机路由或帧路由放在会话修改请求消息中,以生成第一消息。例如,表18示出了会话修改请求消息中携带的IE的示例。当然,该消息也可以被实施为包括更多未示出的附加IE或省略其中所示出的一些IE。
表18会话修改请求消息中携带的IE的示例
IE名称 | P | 条件/注释 | IE类型 |
Node ID | M | CP的设备号 | Node ID |
--- | --- | ---其他IE | --- |
Install Route | C | 加载路由 | Install Route |
Remove Route | C | 卸载路由 | Remove Route |
接着参考图4,在生成第一消息后,CP设备310将第一消息发送至UP设备320,即图4中的步骤404。由于第一消息符合PFCP协议,CP设备310可以通过SCi接口发送至UP设备320。由此可以有利于CU分离的vBNG架构的部署。相应地,UP设备320可以接收第一消息。在一些实施例中,UP设备320可以确定第一消息包括第一类型信息,并且UP设备320可以进一步从第一消息获取控制指示。当然,本公开实施例并不限于此,也可以通过其它方式从第一消息获取控制指示。
UP设备320获取到控制指示后,可以基于该控制指示来更新路由信息,即图4中的步骤405。在一些实施例中,控制指示可以包括用于指示加载路由信息的加载指示,UP设备320可以根据该控制指示加载该路由信息。在一些附加或备选的实施例中,控制指示可以包括用于指示卸载路由信息的卸载指示,UP设备320可以据此卸载该路由信息。在本公开的一些实施例中,更新路由信息可以包括添加路由信息的操作。另外,更新路由信息也可以包括替换路由信息的操作。例如,添加路由信息的操作可以包括加载所述路由信息的操作;替换路由信息的操作可以包括删除原有的路由信息以及添加新增的路由信息的操作。
在一些备选实施例中,UP设备320可以确定路由信息是否包括用于指示发布路由信息的指示信息。如果包括指示信息,则UP设备320可以将路由信息发布出去,例如发送给核心路由器或者其他与UP设备相连的网络设备。例如,以此方式,可以向核心路由器发布路由信息,使得扩散给其它网关或路由器。
在一些备选实施例中,UP设备320可以生成406路由下发响应消息(为方便起见,下文也称为第二消息),作为针对第一消息的响应。由此,有利于提高路由控制操作的准确度。在一些实施例中,第二消息可以包括指示已成功接收到第一消息的肯定响应。当然,第二消息也可以包括指示未成功接收第一消息的否定响应。在一些实施例中,第二消息还可以包括UP设备320的标识信息。由此,有利于CP设备310知晓每个UP设备320对于第一消息的接收情况,从而更准确地实施路由控制操作。
在一些实施例中,第二消息还可以包括消息类型信息(为便于描述,下文也称为第二类型信息),用于指示第二消息包括所述响应,第二消息为PFCP消息。换言之,第二类型信息可以指示第二消息是路由下发请求的响应。在一些实施例中,第二类型信息可以是任意合适的消息类型值。例如,消息类型值可以是任意合适的十进制值。如表19所示。应理解到,这里表19仅为示例,第二消息的消息类型值和名称并不限于此,而是可以为任意合适的取值和名称。
表19扩展的路由下发响应消息的示例
消息类型值(十进制) | 消息 |
19 | PFCP Route Install Response PFCP路由下发响应 |
在一些实施例中,第二消息可以为节点级消息。在备选实施例中,第二消息也可以为会话级消息。在其中第一消息为节点级消息的实施例中,UP设备320可以以节点级消息生成第二消息。在其中第一消息为会话级消息的实施例中,UP设备320可以以会话级消息生成第二消息。当然,上述仅为示例,本公开实施例也可以使用本领域已知或未来开发的其它合适的消息类型。
第二消息的实现可以类似于第一消息。表20示出了第二消息中携带的IE的示例。
表20第二消息中携带的IE的示例
IE名称 | P | 条件/注释 | IE类型 |
Node ID | M | UP的设备号 | Node ID |
Cause | M | 处理的结果 | Cause |
表20中的IE类型也可以类似地通过上述聚合IE和嵌套IE的方式进行配置,这里不再赘述。
在生成第二消息后,UP设备320可以将第二消息发送407给CP设备310。在一些实施例中,如果第二消息指示UP设备320未成功接收到第一消息,则CP设备310可以重发第一消息。当然,本公开实施例并不限于这样的操作。CP设备310也可以基于该第二消息,采用其它任意合适方式来继续执行路由控制操作。由此,可以提高路由控制操作的准确度。
至此结合图4描述了根据本公开实施例的路由控制过程。在本公开实施例的路由控制过程中,通过生成路由下发请求消息,可以实现CU分离的通信系统架构下CP与UP之间的关于路由控制的交互,从而完成路由下发操作。另外,采用与已有协议可兼容的方式构建该消息,从而能够确保与已有协议的兼容性。由此,可以有利地促进该vBNG架构的部署。
与上述路由控制过程相对应,本公开实施例提供了在CP设备处实施的发送消息的方法和在UP设备处实施的接收消息的方法。图5示出了根据本公开实施例的CP设备处实施的发送消息的方法500的流程图。该方法500可以在CU分离的通信系统中的CP设备(例如CP设备310)处实施。为了方便起见,这里将结合图3的示例对图5进行说明。应理解到,图5的方法可以包括其它未示出的附加步骤,或者可以省略示出的一些步骤。本公开的范围并不受限于此。
如图5所示,在框510处,CP设备310生成第一消息(例如,路由下发请求消息)。例如,在CP设备310为UP设备320分配一个组网段时,可以生成第一消息,以用于下发子网段路由和网关路由。又例如,当AAA授权了终端设备的帧IP、帧路由时,在终端设备接入成功后,CP设备310可以生成第一消息,以用于下发主机路由和帧路由。当然,本公开实施例并不限于上述示例,CP设备310可以根据需要适时地生成第一消息。
在一些实施例中,第一消息可以为节点级消息。在备选实施例中,第一消息也可以为会话级消息。在一些实施例中,CP设备310可以针对不同类型的路由信息,都使用同一种消息类型。例如,针对网段路由、网关路由、主机路由和帧路由,可以都使用节点级消息。当然,也可以都使用会话级消息。在一些备选实施例中,CP设备310可以针对不同类型的路由信息,使用不同的消息种类。例如,针对网段路由和网关路由,可以使用节点级消息。针对主机路由和帧路由,可以使用会话级消息。当然,上述实施仅为示例,本公开实施例也可以使用本领域已知或未来开发的其它合适的消息类型。
在本公开的实施例中,第一消息包括与UP设备320相关联的路由信息,并且第一消息包括针对该路由信息的控制指示。在一些实施例中,控制指示可以是节点级消息或会话级消息中的IE。在一些实施例中,路由信息可以是节点级消息或会话级消息中的聚合IE。
在一些实施例中,控制指示可以包括用于指示加载该路由信息的加载指示。由此可以实现路由信息的加载操作。附加地或备选地,控制指示可以包括用于指示卸载该路由信息的卸载指示。由此可以实现路由信息的卸载操作。在这些实施例中,控制指示还可以包括CP设备310的标识信息。由此,可以便于UP设备320能够正确接收与之关联的CP设备310的第一消息。
在一些实施例中,控制指示可以包括针对第一路由信息的第一控制指示和针对第二路由信息的第二控制指示。由此,可以同时对多个路由信息进行控制,从而增强路由控制的便利性。在一些附加或备选实施例中,第一控制指示可以包括用于指示加载第一路由信息的加载指示,并且第二控制指示可以包括用于指示卸载第二路由信息的卸载指示。通过这样的方式,可以对多个路由信息进行不同的控制操作,从而提高路由控制的灵活性。
在一些实施例中,路由信息可以包括目的地址(例如,表7或表8中的DestinationIP address)和下一跳地址(例如,表7或表8中的Next-hop)。在一些附加实施例中,路由信息还可以包括出接口索引(例如,表7中的Out-if-info)、路由属性(例如,表7中的Route-Flag)、路由标签(例如,表7中的Route-Tag)、路由成本(例如,表7中的Route-Cost)和网络实例(例如,表7或表8中的Network Instance)中的至少一项。在一些实施例中,出接口索引可以用于指示与路由信息相关联的路径信息。在一些实施例中,路由属性可以用于指示路由信息的类型。路由信息的类型可以包括网段路由、网关路由、主机路由或帧路由。当然,路由信息的其它类型也是可行的。在一些实施例中,路由标签可以用于指示路由信息的标识,并且对应于BGP中的路由标签。在一些实施例中,路由成本可以用于指示与路由信息相关联的路由的成本。在一些实施例中,网络实例可以对应于PFCP协议中的网络实例,并且用于标识VPN,例如L3VPN。
在一些实施例中,出接口索引、路由属性、路由标签和网络实例中的至少一项可以为路由信息中的嵌套IE。其它细节可参考前面关于表4、表5、表7、表9至表14所描述的消息和IE的示例。当然,本公开实施例并不限于此,路由信息还可以包括其它合适的路由信息或路由信息的组合。
在一些附加或备选实施例中,路由信息可以包括指示信息(例如,表11中的Adv),用于指示UP设备发布路由信息。由此,可以向核心路由器发布该路由信息,使核心路由器能够将该路由信息扩散给其它网关或路由器。在一些备选实施例中,该指示信息也可以通过路由属性中的路由标识符来隐含确定。例如,如果路由属性表明路由信息为网段路由或帧路由,则表明需要发布该路由信息。如果路由属性表明路由信息为网关路由或主机路由,则表明不需要发布该路由信息。当然,该指示信息也可以通过其它方式来指示,而不限于这里的示例。
在一些实施例中,第一消息还可以包括第一类型信息,用于指示第一消息包括所述控制指示。换言之,第一类型信息可以指示第一消息是路由下发请求。在一些实施例中,第一类型信息可以是任意合适的消息类型值。例如,消息类型值可以是任意合适的十进制值。这里可参见前面在表3、表15和表4中所示的关于消息类型的示例。应理解到,这里仅为示例,第一消息的消息类型值和名称并不限于此,而是可以为任意合适的取值和名称。
参考图5,在框520处,CP设备310将第一消息发送至UP设备320。以此方式,使得UP设备320可以基于第一消息中的控制指示来更新路由信息,从而完成路由控制操作。在一些实施例中,CP设备310还可以从UP设备320接收第二消息。该第二消息包括UP设备针对第一消息的响应。在一些实施例中,第二消息还可以包括UP设备320的标识信息,如前面描述的表20所示。由此便于CP设备310知晓每个UP设备320对于第一消息的接收情况,从而更准确地实施路由控制操作。
在一些实施例中,第二消息还可以包括第二类型信息,用于指示第二消息包括所述响应。换言之,第二类型信息可以指示第二消息是路由下发请求的响应。在一些实施例中,第二类型信息可以是任意合适的消息类型值。例如,消息类型值可以是任意合适的十进制值。如表19所示。应理解到,这里仅为示例,第二消息的消息类型值和名称并不限于此,而是可以为任意合适的取值和名称。在一些实施例中,第二消息可以为节点级消息。在备选实施例中,第二消息也可以为会话级消息。在这些实施例中,第二消息与第一消息是同一种消息。
以上关于图5描述的处理与图4的402-404操作对应,其它细节可参照图4的相关描述,这里不再赘述。根据图5的路由控制方法,可以完成CU分离的通信系统架构下的路由下发操作。
相应地,本公开实施例还提供在UP设备处实施的路由控制方法。图6示出了根据本公开实施例的UP设备处实施的路由控制方法600的流程图。该方法600可以在CU分离的通信系统架构下的UP设备(例如UP设备320)处实施。为了方便起见,这里将结合图3的示例对图6进行说明。应理解到,图6的方法可以包括其它未示出的附加步骤,或者可以省略示出的一些步骤。本公开的范围并不受限于此。
如图6所示,在框610,UP设备320接收来自CP设备310的第一消息。该第一消息包括与UP设备320相关联的路由信息,并且该第一消息包括针对该路由信息的控制指示。在一些实施例中,控制指示可以包括用于指示加载路由信息的加载指示。在附加或备选实施例中,控制指示可以包括用于指示卸载路由信息的卸载指示。在这些实施例中,控制指示还可以包括CP设备310的标识信息。由此,可以使得UP设备320完成路由更新操作。
在一些实施例中,第一消息可以为节点级消息。备选地,第一消息可以为会话级消息。在一些实施例中,路由信息可以为节点级消息或会话级消息中的聚合IE。
在一些实施例中,路由信息可以包括目的地址(例如,表7或表8中的DestinationIP address)和下一跳地址(例如,表7或表8中的Next-hop)。在附加或备选实施例中,路由信息还可以包括出接口索引(例如,表7中的Out-if-info)、路由属性(例如,表7中的Route-Flag)、路由标签(例如,表7中的Route-Tag)、路由成本(例如,表7中的Route-Cost)和网络实例(例如,表7或表8中的Network Instance)中的至少一项。
在一些实施例中,UP设备320可以确定第一消息包括第一类型信息,并且从第一消息获取控制指示。当然,也可以通过其它方式来实现控制指示的获取。
在获取到控制指示后,在框620,UP设备320基于控制指示来更新路由信息。在其中控制指示包括用于指示加载路由信息的加载指示的实施例中,UP设备320可以基于加载指示来加载该路由信息。在其中控制指示包括用于指示卸载路由信息的卸载指示的实施例中,UP设备320可以基于卸载指示来卸载相应路由信息。应注意的是,控制指示可以包括针对不同路由信息的加载指示和卸载指示两者。通过这样的方式,UP设备320可以完成路由更新操作。
在一些附加或备选实施例中,UP设备320还可以确定路由信息是否包括指示信息,并且在确定路由信息包括指示信息的情况下,将路由信息发布给核心路由器。由此可以完成路由信息的发布,使得核心路由器能够获知到达UP设备320所管理的地址的路由信息。进而,核心路由器可以将该路由扩散给其它网关或路由器。
在一些附加或备选实施例中,UP设备320还可以生成第二消息(例如,路由下发响应消息),该第二消息包括针对第一消息的响应。UP设备320可以向CP设备310发送该第二消息,由此使得更准确地完成路由控制操作。例如,该响应可以是指示已成功接收到第一消息的肯定响应。又例如,该响应可以是指示未成功接收到第一消息的否定响应。在一些实施例中,第二消息还可以包括UP设备320的标识信息。由此使得CP设备310可以知晓该UP设备320对于第一消息的接收情况。
在一些实施例中,第二消息还可以包括第二类型信息,用于指示第二消息包括响应。由此方便CP设备310的正确接收。在一些实施例中,第二消息可以为节点级消息,也可以为会话级消息。在其中第一消息为节点级消息的实施例中,UP设备320可以以节点级消息生成第二消息。在其中第一消息为会话级消息的实施例中,UP设备320可以以会话级消息生成第二消息。当然,上述仅为示例,本公开实施例也可以使用本领域已知或未来开发的其它合适的消息类型。
以上关于图6描述的处理与图4的405-407操作对应,其它细节可参照图4的相关描述,这里不再赘述。根据图6的路由控制方法,可以完成CU分离的通信系统架构下的路由更新操作。
总体而言,根据本公开实施例的方案,通过扩展用于路由下发操作的PFCP消息,可以实现CU分离的通信系统架构下CP与UP之间的关于路由控制的交互。同时,可以实现与已有协议的兼容性,可以有利地促进CU分离的通信系统架构的部署。
与上述方法相对应,本公开实施例还提供发送和接收消息的装置和设备,下面结合图7至图9对此进行描述。图7示出了根据图4-6所示的本公开实施例的发送消息的装置700的示意框图。装置700可以在CU分离的通信系统架构下的CP设备(例如图3的CP设备310)处实施。为方便起见,下面结合图3的示例对图7进行描述。装置700可以是CP设备310的一部分,也可以是CP设备310本身。应理解到,装置700可以包括比所示组件更多的附加组件或者省略其中所示的一部分组件,本公开实施例对此并不进行限制。
如图7所示,装置700可以包括第一消息生成单元710和第一消息发送单元720。第一消息生成单元710可以被配置用于生成第一消息,第一消息包括路由信息和针对路由信息的控制指示,路由信息与UP设备320相关联。所述第一消息生成单元710可以执行图4所示的步骤403或图5所示的步骤510。第一消息发送单元720可以被配置用于将第一消息发送至UP设备320,以使得UP设备320基于控制指示来更新路由信息。在一些实施例中,第一消息是PFCP消息。所述第一消息发送单元720可以执行图4所示的步骤404或图5所示的步骤520。
在一些实施例中,路由信息可以为节点级消息或会话级消息中的聚合IE。在一些实施例中,控制指示可以包括加载指示和卸载指示中的至少一种。加载指示用于指示加载路由信息,并且卸载指示用于指示卸载路由信息。
在一些实施例中,路由信息可以包括目的地址和下一跳地址。在一些附加或备选实施例中,路由信息还可以包括以下中的至少一项:出接口索引、路由属性、路由标签、路由成本和网络实例。出接口索引用于指示与路由信息的相关联的路径信息。路由属性用于指示路由信息的类型。路由信息的类型可以包括以下中的至少一项:网段路由、网关路由、主机路由和帧路由。路由标签用于指示路由信息的标识,并且对应于BGP中的路由标签。路由成本用于指示与路由信息相关联的路由的成本。网络实例对应于PFCP协议中的网络实例,并且用于标识VPN,例如L3VPN。在一些实施例中,出接口索引、路由属性、路由标签和网络实例中的至少一项可以为路由信息中的嵌套IE。
在一些附加或备选实施例中,路由信息可以包括指示信息,用于指示UP设备320发布路由信息。在一些附加或备选实施例中,第一消息还可以包括第一类型信息,用于指示第一消息包括上述控制指示。
在一些实施例中,路由信息可以包括第一路由信息和第二路由信息,控制指示可以包括针对第一路由信息的第一控制指示和针对第二路由信息的第二控制指示。在一些附加或备选实施例中,第一控制指示可以用于指示加载或卸载第一路由信息,并且第二控制指示可以用于指示加载或卸载第二路由信息。
在一些实施例中,装置700还可以包括第二消息接收单元(未示出)。第二消息接收单元可以被配置用于从UP设备320接收第二消息,第二消息包括UP设备320针对第一消息的响应。在一些实施例中,第二消息可以为节点级消息或会话级消息。在一些附加或备选实施例中,第二消息还包括UP设备320的标识信息。在一些附加或备选实施例中,第二消息还可以包括第二类型信息,第二类型信息指示第二消息包括响应。在一些实施例中,上述会话级消息可以包括会话建立请求消息、会话删除请求消息和会话修改请求消息中的一项。
图8示出了根据图4-6所示的本公开实施例的接收消息的装置800的示意框图。装置800可以在CU分离的通信系统架构下的UP设备(例如图3的UP设备320-1、320-2、320-3中的任意UP设备320)处实施。为方便起见,下面结合图3的示例对图8进行描述。装置800可以是UP设备320的一部分,也可以是UP设备320本身。应理解到,装置800可以包括比所示组件更多的附加组件或者省略其中所示的一部分组件,本公开实施例对此并不进行限制。
如图8所示,装置800可以包括第一消息接收单元810和更新单元820。第一消息接收单元810可以被配置用于接收来自CP设备310的第一消息。第一消息包括路由信息和针对路由信息的控制指示,路由信息与UP设备320相关联。所述第一消息接收单元810可以执行图4所示的步骤404或图6所示的步骤610。更新单元820可以被配置用于基于控制指示来更新路由信息。在一些实施例中,第一消息是PFCP消息。所述更新单802可以执行图4所示的步骤405或图6所示的步骤620。
在一些实施例中,第一消息接收单元810可以包括(未示出):获取单元,被配置用于从第一消息获取控制指示。
在一些实施例中,更新单元820可以包括(未示出):加载单元,被配置用于在确定控制指示包括用于指示加载路由信息的加载指示的情况下,加载该路由信息;以及卸载单元,被配置用于在确定控制指示包括用于指示卸载路由信息的卸载指示的情况下,卸载该路由信息。
在一些附加实施例中,装置800还可以包括(未示出):发布单元,被配置用于基于指示信息将路由信息发布给核心路由器。
在一些附加实施例中,装置800还可以包括(未示出):第二消息生成单元,被配置用于生成第二消息,第二消息包括针对第一消息的响应;以及第二消息发送单元,被配置用于向CP设备310发送第二消息。在一些实施例中,第二消息还可以包括第二类型信息,第二类型信息指示第二消息包括上述响应。
图9是适合于实现本公开的实施例的设备900的简化框图。可以提供设备900以实现电子设备,例如图3所示的CP设备310和UP设备320中的任一个设备。如图所示,设备900包括一个或多个处理器910、耦合到处理器910的一个或多个存储器920以及耦合到处理器910的一个或多个通信模块940。
通信模块940用于双向通信。通信模块940具有通信接口以便于通信。通信接口可以表示与其他网络元件通信所必需的任何接口。
处理器910可以是适合于本地技术网络的任何类型,并且作为限制性示例,可以包括以下中的一个或多个:通用计算机、专用计算机、微处理器、数字信号处理器和基于多核处理器架构的处理器。设备900可以具有多个处理器,例如专用集成电路芯片,其在时间上从属于与主处理器同步的时钟。
存储器920可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(ROM)924、电可编程只读存储器(EPROM)、闪存、硬盘、光盘(CD)、数字视频盘(DVD)和其他磁存储和/或光存储装置。易失性存储器的示例包括但不限于随机存取存储器(RAM)922和不会在断电持续时间中持续的其他易失性存储器。
计算机程序930包括由关联的处理器910执行的计算机可执行指令。程序930可以存储在ROM 920中。处理器910可以通过将程序930加载到RAM 920中来执行任何合适的动作和处理。
可以借助于程序930来实现本公开的实施例,使得设备900执行如参考图4至图6所讨论的本公开的处理。
在具体实施例中,网络设备900中的处理器用于生成第一消息,所述第一消息包括路由信息和针对所述路由信息的控制指示,所述路由信息与所述UP设备相关联;以及通过通信接口将所述第一消息发送至所述UP设备,以使得所述UP设备基于所述控制指示来更新所述路由信息,其中,所述第一消息是报文转发控制协议PFCP消息。该处理器的详细处理过程请参考上述图4所示实施例中的过程403,404以及图5所示实施例中的过程510,520的详细描述,这里不再赘述。
在具体实施例中,网络设备900中的处理器用于通过通信接口接收来自所述CP设备的第一消息,所述第一消息包括路由信息和针对所述路由信息的控制指示,所述路由信息与所述UP设备相关联;以及基于所述控制指示来更新所述路由信息,其中所述第一消息是报文转发控制协议PFCP消息。该处理器的详细处理过程请参考上述图4所示实施例中的过程404,405以及图6所示实施例中的过程610,620的详细描述,这里不再赘述。
设备900可以对应于上述发送消息的装置700或接收消息的装置800,装置700或装置800中的每个功能模块采用设备900的软件实现。换句话说,装置700或装置800包括的功能模块是设备900的处理器910读取存储器920中存储的程序代码后生成的。本公开的实施例还可以通过硬件或通过软件和硬件的组合来实现。
在一些实施例中,程序930可以有形地包含在计算机可读介质中,该计算机可读介质可以包括在设备900中(诸如在存储器920中)或者可以由设备900访问的其他存储设备。可以将程序930从计算机可读介质加载到RAM 922以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器,例如ROM、EPROM、闪存、硬盘、CD、DVD等。
一般而言,本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑,或其任何组合中实施。某些方面可以在硬件中实施,而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时,将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备,或其某些组合中实施。可用来实现本公开实施例的硬件器件的示例包括但不限于:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD),等等。
作为示例,本公开的实施例可以在机器可执行指令的上下文中被描述,机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言,程序模块包括例程、程序、库、对象、类、组件、数据结构等,其执行特定的任务或者实现特定的抽象数据结构。在各实施例中,程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中,程序模块可以位于本地和远程存储介质二者中。
用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器,使得程序代码在被计算机或其他可编程的数据处理装置执行的时候,引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。
在本公开的上下文中,计算机程序代码或者相关数据可以由任意适当载体承载,以使得设备、装置或者处理器能够执行上文描述的各种处理和操作。载体的示例包括信号、计算机可读介质等等。
信号的示例可以包括电、光、无线电、声音或其它形式的传播信号,诸如载波、红外信号等。
机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备,或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备,或其任意合适的组合。
另外,尽管操作以特定顺序被描绘,但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成,或者执行所有图示的操作以获取期望结果。在某些情况下,多任务或并行处理会是有益的。同样地,尽管上述讨论包含了某些特定的实施细节,但这并不应解释为限制任何发明或权利要求的范围,而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之,在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。
尽管已经以特定于结构特征和/或方法动作的语言描述了主题,但是应当理解,所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反,上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。
Claims (33)
1.一种发送消息的方法,所述方法应用于控制面CP和用户面UP分离的通信系统中的CP设备,所述通信系统中还包括UP设备,所述方法包括:
所述CP设备生成第一消息,所述第一消息包括与所述UP设备相关联的路由和所述路由的路由属性,所述路由属性指示以下中的至少一项:网段路由、网关路由、主机路由和帧路由;以及
所述CP设备将所述第一消息发送至所述UP设备,以使得所述UP设备更新所述路由,其中,所述第一消息是报文转发控制协议PFCP消息。
2.根据权利要求1所述的方法,其中所述第一消息为节点级消息或会话级消息。
3.根据权利要求2所述的方法,其中所述路由和所述路由属性为所述节点级消息或会话级消息中的嵌套信息元素。
4.根据权利要求1所述的方法,其中所述路由包括IP地址。
5.根据权利要求1-4任一项所述的方法,其中所述第一消息还包括以下中的至少一项:出接口索引、路由标签、路由成本、下一跳地址和网络实例,
其中所述出接口索引用于指示与所述路由相关联的路径信息,
其中所述路由标签用于指示所述路由的标识,并且所述路由标签对应于边界网关协议中的路由标签,
其中所述路由成本用于指示与所述路由的成本,
其中所述网络实例用于标识虚拟私有网络,并且所述网络实例对应于PFCP协议中的网络实例。
6.根据权利要求5所述的方法,其中所述出接口索引、所述路由标签、所述路由成本、所述下一跳地址和所述网络实例中的至少一项为所述第一消息中的嵌套信息元素。
7.根据权利要求1-3任一项所述的方法,其中所述第一消息还包括指示信息,所述指示信息用于指示所述UP设备发布所述路由。
8.根据权利要求1-3任一项所述的方法,其中所述路由包括第一路由和第二路由。
9.根据权利要求1-3任一项所述的方法,还包括:
所述CP设备从所述UP设备接收第二消息,所述第二消息包括所述UP设备针对所述第一消息的响应。
10.根据权利要求9所述的方法,其中所述第二消息为节点级消息或会话级消息。
11.根据权利要求9所述的方法,其中所述第二消息还包括所述UP设备的标识信息。
12.根据权利要求9所述的方法,其中所述第二消息还包括第二类型信息,所述第二类型信息指示所述第二消息包括所述响应。
13.根据权利要求2或10所述的方法,其中所述会话级消息包括以下中的一项:会话建立请求消息、会话删除请求消息和会话修改请求消息。
14.根据权利要求1-3任一项所述的方法,其特征在于,所述更新所述路由包括加载所述路由或卸载所述路由。
15.根据权利要求14所述的方法,其特征在于,所述第一消息还包括针对所述路由的控制指示,所述控制指示包括加载指示和卸载指示中的至少一种,所述加载指示用于指示加载所述路由,所述卸载指示用于指示卸载所述路由。
16.根据权利要求15所述的方法,其中所述控制指示为所述第一消息中的嵌套信息元素。
17.一种接收消息的方法,所述方法应用于用户面UP和控制面CP分离的通信系统中的UP设备,所述通信系统中还包括CP设备,所述方法包括:
所述UP设备接收来自所述CP设备的第一消息,所述第一消息包括与所述UP设备相关联的路由和所述路由的路由属性,所述路由属性指示以下中的至少一项:网段路由、网关路由、主机路由和帧路由;以及
所述UP设备基于所述第一消息更新所述路由,
其中所述第一消息是报文转发控制协议PFCP消息。
18.根据权利要求17所述的方法,其中更新所述路由包括加载所述路由或卸载所述路由。
19.根据权利要求17或18所述的方法,所述第一消息包括指示信息,所述指示信息指示所述UP设备发布所述路由;所述方法还包括:
所述UP设备基于所述指示信息将所述路由发布出去。
20.根据权利要求17或18所述的方法,还包括:
所述UP设备生成第二消息,所述第二消息包括针对所述第一消息的响应;以及
所述UP设备向所述CP设备发送所述第二消息。
21.根据权利要求20所述的方法,其中所述第二消息还包括第二类型信息,所述第二类型信息指示所述第二消息包括所述响应。
22.根据权利要求17或18所述的方法,其中所述路由包括IP地址。
23.根据权利要求17或18所述的方法,其中所述第一消息还包括以下中的至少一项:出接口索引、路由标签、路由成本、下一跳地址和网络实例,
其中所述出接口索引用于指示与所述路由相关联的路径信息,
其中所述路由标签用于指示所述路由的标识,并且所述路由标签对应于边界网关协议中的路由标签,
其中所述路由成本用于指示与所述路由的成本,
其中所述网络实例用于标识虚拟私有网络,并且所述网络实例对应于PFCP协议中的网络实例。
24.根据权利要求23所述的方法,其中所述出接口索引、所述路由标签、所述路由成本、所述下一跳地址和所述网络实例中的至少一项为所述第一消息中的嵌套信息元素。
25.根据权利要求17或18所述的方法,其中所述路由包括第一路由和第二路由。
26.根据权利要求17或18所述的方法,其特征在于,所述更新所述路由包括加载所述路由或卸载所述路由。
27.根据权利要求26所述的方法,其特征在于,所述第一消息还包括针对所述路由的控制指示,所述控制指示包括加载指示和卸载指示中的至少一种,所述加载指示用于指示加载所述路由,所述卸载指示用于指示卸载所述路由。
28.根据权利要求27所述的方法,其中所述控制指示为所述第一消息中的嵌套信息元素。
29.一种发送消息的装置,所述装置应用于控制面CP和用户面UP分离的通信系统中的CP设备,所述通信系统中还包括UP设备,所述CP设备用于执行如权利要求1-16任一项所述的方法。
30.一种接收消息的装置,所述装置应用于控制面CP和用户面UP分离的通信系统中的UP设备,所述通信系统中还包括CP设备,所述UP设备用于执行如权利要求17-28任一项所述的方法。
31.一种发送消息的方法,所述方法应用于控制面CP和用户面UP分离的通信系统中的CP设备和UP设备,所述方法包括:
所述CP设备生成第一消息,所述第一消息包括与所述UP设备相关联的路由和所述路由的路由属性,所述路由属性指示以下中的至少一项:网段路由、网关路由、主机路由和帧路由;
所述CP设备将所述第一消息发送至所述UP设备;
所述UP设备接收来自所述CP设备的所述第一消息;以及
所述UP设备基于所述第一消息更新所述路由;
其中,所述第一消息是报文转发控制协议PFCP消息。
32.一种控制面CP和用户面UP分离的通信系统,包括:
CP设备,所述CP设备用于执行如权利要求1-16任一项所述的方法;以及
UP设备,所述UP设备用于执行如权利要求17-28任一项所述的方法。
33.一种计算机可读存储介质,包括机器可执行指令,所述机器可执行指令在由设备执行时促使所述设备执行如权利要求1-28中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210868467.2A CN115442289B (zh) | 2020-05-30 | 2020-06-28 | 发送和接收消息的方法、装置和通信系统 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010482871 | 2020-05-30 | ||
CN2020104828717 | 2020-05-30 | ||
CN202210868467.2A CN115442289B (zh) | 2020-05-30 | 2020-06-28 | 发送和接收消息的方法、装置和通信系统 |
CN202010599684.7A CN113746736B (zh) | 2020-05-30 | 2020-06-28 | 发送和接收消息的方法、装置和通信系统 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010599684.7A Division CN113746736B (zh) | 2020-05-30 | 2020-06-28 | 发送和接收消息的方法、装置和通信系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115442289A CN115442289A (zh) | 2022-12-06 |
CN115442289B true CN115442289B (zh) | 2023-04-11 |
Family
ID=78728082
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210871911.6A Pending CN115442290A (zh) | 2020-05-30 | 2020-06-28 | 发送和接收消息的方法、装置和通信系统 |
CN202010599684.7A Active CN113746736B (zh) | 2020-05-30 | 2020-06-28 | 发送和接收消息的方法、装置和通信系统 |
CN202210868467.2A Active CN115442289B (zh) | 2020-05-30 | 2020-06-28 | 发送和接收消息的方法、装置和通信系统 |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210871911.6A Pending CN115442290A (zh) | 2020-05-30 | 2020-06-28 | 发送和接收消息的方法、装置和通信系统 |
CN202010599684.7A Active CN113746736B (zh) | 2020-05-30 | 2020-06-28 | 发送和接收消息的方法、装置和通信系统 |
Country Status (8)
Country | Link |
---|---|
US (1) | US12095646B2 (zh) |
EP (1) | EP3982598A4 (zh) |
JP (1) | JP7339429B2 (zh) |
CN (3) | CN115442290A (zh) |
BR (1) | BR112021026325A2 (zh) |
CA (1) | CA3178578A1 (zh) |
MX (1) | MX2022001804A (zh) |
WO (1) | WO2021244336A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117395191B (zh) * | 2023-12-08 | 2024-04-09 | 北京华瀛安盛科技发展有限公司 | 覆盖网络的路由寻址方法及设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106993067A (zh) * | 2017-03-16 | 2017-07-28 | 华为技术有限公司 | 路由下发方法及设备 |
WO2018059043A1 (zh) * | 2016-09-29 | 2018-04-05 | 中兴通讯股份有限公司 | 一种实现用户面功能管理的方法及装置和网元及装置 |
CN110996372A (zh) * | 2019-11-11 | 2020-04-10 | 广州爱浦路网络技术有限公司 | 消息路由方法、装置、系统及电子设备 |
CN111131044A (zh) * | 2018-10-30 | 2020-05-08 | 华为技术有限公司 | 路由管理方法和装置 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2909993B1 (en) * | 2012-10-18 | 2017-03-01 | NEC Corporation | Method and system for handling subscribers' network traffic |
CN110401972B (zh) * | 2016-04-08 | 2022-04-22 | 大唐移动通信设备有限公司 | 在多网络切片的网络中路由消息的方法、设备及系统 |
US10887944B2 (en) | 2018-08-20 | 2021-01-05 | Telefonaktiebolaget Lm Ericsson (Publ) | User plane function control of control plane-user plane separation |
US11399304B2 (en) * | 2018-09-28 | 2022-07-26 | Ofinno, Llc | Packet duplication by core network |
MX2021008244A (es) * | 2019-01-15 | 2021-08-16 | Ericsson Telefon Ab L M | Metodos y aparatos para soportar una red de area local (lan). |
US10448268B1 (en) * | 2019-01-30 | 2019-10-15 | Cisco Technology, Inc. | Preservation of policy and charging for a subscriber following a user-plane element failover |
US11330667B2 (en) * | 2019-05-03 | 2022-05-10 | Ofinno, Llc | Group communication signaling overload mitigation |
BR112022003879A2 (pt) * | 2019-08-29 | 2022-05-24 | Idac Holdings Inc | Método para uma unidade de transmissão/recepção sem fio, método para quaisquer dentre um elemento de rede de acesso por rádio e um elemento de rede principal, e, unidade de transmissão/recepção sem fio |
WO2021084326A1 (en) * | 2019-11-01 | 2021-05-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Enhancement function discovery via wireless network assistance framework |
WO2022133006A1 (en) * | 2020-12-16 | 2022-06-23 | Ofinno, Llc | Modifying pdu sessions in underlay networks |
-
2020
- 2020-06-28 CN CN202210871911.6A patent/CN115442290A/zh active Pending
- 2020-06-28 CN CN202010599684.7A patent/CN113746736B/zh active Active
- 2020-06-28 CN CN202210868467.2A patent/CN115442289B/zh active Active
-
2021
- 2021-05-23 EP EP21818981.9A patent/EP3982598A4/en active Pending
- 2021-05-23 JP JP2022506804A patent/JP7339429B2/ja active Active
- 2021-05-23 CA CA3178578A patent/CA3178578A1/en active Pending
- 2021-05-23 MX MX2022001804A patent/MX2022001804A/es unknown
- 2021-05-23 WO PCT/CN2021/095361 patent/WO2021244336A1/zh unknown
- 2021-05-23 BR BR112021026325A patent/BR112021026325A2/pt unknown
- 2021-12-20 US US17/555,846 patent/US12095646B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018059043A1 (zh) * | 2016-09-29 | 2018-04-05 | 中兴通讯股份有限公司 | 一种实现用户面功能管理的方法及装置和网元及装置 |
CN106993067A (zh) * | 2017-03-16 | 2017-07-28 | 华为技术有限公司 | 路由下发方法及设备 |
CN111131044A (zh) * | 2018-10-30 | 2020-05-08 | 华为技术有限公司 | 路由管理方法和装置 |
CN110996372A (zh) * | 2019-11-11 | 2020-04-10 | 广州爱浦路网络技术有限公司 | 消息路由方法、装置、系统及电子设备 |
Non-Patent Citations (1)
Title |
---|
S. Homma ; NTT ; T. Miyasaka ; KDDI Research ; S. Matsushima ; SoftBank ; D. Voyer ; Bell Canada ; .User Plane Protocol and Architectural Analysis on 3GPP 5G Systemdraft-ietf-dmm-5g-uplane-analysis-03.IETF .全文. * |
Also Published As
Publication number | Publication date |
---|---|
EP3982598A4 (en) | 2022-08-17 |
CN115442290A (zh) | 2022-12-06 |
JP2022542713A (ja) | 2022-10-06 |
CN113746736A (zh) | 2021-12-03 |
US20220116305A1 (en) | 2022-04-14 |
JP7339429B2 (ja) | 2023-09-05 |
MX2022001804A (es) | 2022-03-11 |
US12095646B2 (en) | 2024-09-17 |
EP3982598A1 (en) | 2022-04-13 |
CA3178578A1 (en) | 2021-12-09 |
WO2021244336A1 (zh) | 2021-12-09 |
BR112021026325A2 (pt) | 2022-11-29 |
CN115442289A (zh) | 2022-12-06 |
CN113746736B (zh) | 2022-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109548008B (zh) | 网络侧对远端用户设备的识别和控制方法以及设备 | |
JP4927939B2 (ja) | ホーム・エージェントの自動選択 | |
US20150350912A1 (en) | Residential service delivery based on unique residential apn | |
EP3021528B1 (en) | Gre tunnel implementation method, access device and convergence gateway | |
US8700800B2 (en) | Roaming of clients between gateways of clusters of a wireless mesh network | |
CN107483345B (zh) | 业务处理方法、设备及系统 | |
KR101678720B1 (ko) | 광대역 네트워크 시스템 및 그 실현 방법 | |
CN107046506B (zh) | 一种报文处理方法、流分类器和业务功能实例 | |
CN109156046B (zh) | 一种家庭网关及其转发业务的方法 | |
CN114128228B (zh) | 通过SRv6头传输MTNC-ID以实现5G传输 | |
CN103004155B (zh) | 处理经固定接入的网络业务 | |
CN110089146B (zh) | 通信网络中的装置整形 | |
CN114128227B (zh) | 在支持SRv6的数据面上传输MTNC-ID以实现5G传输 | |
CN106921572A (zh) | 一种传播QoS策略的方法、装置及系统 | |
CN102946350B (zh) | 一种基于优先级的数据传输方法和设备 | |
CN115442289B (zh) | 发送和接收消息的方法、装置和通信系统 | |
US9231862B2 (en) | Selective service based virtual local area network flooding | |
US20200267076A1 (en) | Data routing in a customer-premises equipment using link aggregation | |
CN107210973B (zh) | 一种报文处理方法、装置及系统 | |
WO2018129707A1 (zh) | 数据分流功能激活方法及控制装置 | |
EP4373051A1 (en) | Apparatuses, methods and non-transitory computer-readable storage mediums for network access to residential gateways | |
CN114928590B (zh) | 一种IPv6地址的配置方法及路由设备 | |
US11811728B1 (en) | Broadband network gateway (BNG) as dynamic host configuration protocol (DHCP) server | |
US20240146688A1 (en) | Broadband network gateway (bng) as dynamic host configuration protocol (dhcp) server | |
JP5947763B2 (ja) | 通信システム、通信方法、および、通信プログラム |
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 |