CN112887184A - 通信方法、装置以及系统 - Google Patents
通信方法、装置以及系统 Download PDFInfo
- Publication number
- CN112887184A CN112887184A CN201911206495.2A CN201911206495A CN112887184A CN 112887184 A CN112887184 A CN 112887184A CN 201911206495 A CN201911206495 A CN 201911206495A CN 112887184 A CN112887184 A CN 112887184A
- Authority
- CN
- China
- Prior art keywords
- forwarding
- user plane
- terminal
- network element
- plane network
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种通信方法、装置以及系统。该方法中,会话管理网元在为一个群组中的终端创建会话的过程中,确定为群组提供5GVN服务的中转设备,并向中转设备发送第一转发规则。其中,中转设备用于在任意两个为群组提供5GVN服务的用户面网元之间转发数据。第一转发规则包括至少一个用户面网元的转发信息和至少一个用户面网元服务的至少一个终端的转发信息,用于中转设备将目的地址为一个终端的地址的数据包转发至为该终端服务的用户面网元,通过采用中转设备转发两个UPF之间的数据,可以减少N19隧道的条数,并且可以降低转发信息同步的复杂度。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法、装置以及系统。
背景技术
第五代(5th-generation,5G)虚拟网络(5G virtual network,5GVN)中,一个会话管理功能(session management function,SMF)网元(SMF网元以下简称SMF)可以同时管理多个用户面功能(user plane function,UPF)网元(UPF网元以下简称UPF),每个UPF维护所有其他UPF服务的终端的转发信息(例如,终端的地址信息),每两个UPF之间需要建立N19隧道,不同的UPF服务的终端之间的数据通过不同UPF之间的N19隧道传输。若UPF个数太多,则需要建立的N19隧道数量繁多。
发明内容
本申请实施例提供一种通信方法、装置以及系统,用于减少5GVN中的N19隧道数量,降低网络复杂度。
为了达到上述目的,本申请实施例提供如下技术方案:
第一方面,提供了一种通信系统,包括:为一个群组提供5GVN服务的会话管理网元、为群组提供5GVN服务的用户面网元和为群组提供5GVN服务的中转设备;会话管理网元,用于在为群组中的终端创建会话的过程中,向中转设备发送第一转发规则,并向用户面网元发送第二转发规则,第一转发规则用于中转设备将目的地址为一个用户面网元服务的终端的地址的数据包转发给该用户面网元,向一个用户面网元发送的第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至中转设备;中转设备,用于接收第一转发规则,并安装第一转发规则;用户面网元,用于接收第二转发规则,并安装第二转发规则。第一方面提供的通信系统,SMF可以确定5GVN中的中转设备,并向中转设备发送UPF的转发信息和终端的转发信息,以便中转设备将接收到的向一个终端发送的数据包正确的转发到为该终端服务的UPF上,通过采用中转设备转发两个UPF之间的数据,可以减少N19隧道的条数,并且可以降低转发信息同步的复杂度。
在一种可能的实现方式中,中转设备为会话管理网元在为群组提供5GVN服务的用户面网元的个数达到N时为群组确定的;会话管理网元,具体用于在为群组确定中转设备之后,向用户面网元发送第二转发规则;用户面网元,具体用于接收第二转发规则,并将用户面网元中的转发规则更新为第二转发规则。
在一种可能的实现方式中,第一转发规则包括至少一个用户面网元的转发信息和至少一个用户面网元服务的至少一个终端的转发信息。
在一种可能的实现方式中,第二转发规则包括中转设备的转发信息。
第二方面,提供了一种通信方法,包括:会话管理网元在为一个群组中的终端创建会话的过程中,确定为群组提供5GVN服务的中转设备,中转设备用于在任意两个为群组提供5GVN服务的用户面网元之间转发数据;会话管理网元向中转设备发送第一转发规则,第一转发规则包括至少一个用户面网元的转发信息和至少一个用户面网元服务的至少一个终端的转发信息,第一转发规则用于中转设备将目的地址为第一终端的地址的数据包转发至为第一终端服务的用户面网元,第一终端为至少一个终端中的任意一个。第二方面提供的方法,SMF可以确定5GVN中的中转设备,并向中转设备发送UPF的转发信息和终端的转发信息,以便中转设备将接收到的向一个终端发送的数据包正确的转发到为该终端服务的UPF上,通过采用中转设备转发两个UPF之间的数据,可以减少N19隧道的条数,并且可以降低转发信息同步的复杂度。
在一种可能的实现方式中,中转设备为用户面网元,第一转发规则为N4规则。
在一种可能的实现方式中,会话管理网元确定为群组提供5GVN服务的中转设备,包括:会话管理网元从其他网元获取为群组提供5GVN服务的中转设备的信息;会话管理网元根据获取到的中转设备的信息确定中转设备。
在一种可能的实现方式中,会话管理网元在为一个群组中的终端创建会话的过程中,确定为群组提供5GVN服务的中转设备,包括:会话管理网元首次接收群组中的终端发送的会话建立请求,会话建立请求用于请求建立会话访问5GVN服务;会话管理网元确定为群组提供5GVN服务的中转设备。该种可能的实现方式,可以在5GVN组网时就采用星型架构,避免在5GVN中建立多条N19隧道。
在一种可能的实现方式中,若会话管理网元首次接收到的会话建立请求为群组中的第二终端发送的,该方法还包括:会话管理网元为第二终端的会话选择第一用户面网元;其中,若中转设备和第一用户面网元为两个不同的设备,第一转发规则包括第一用户面网元的转发信息和第二终端的转发信息。
在一种可能的实现方式中,该方法还包括:会话管理网元向第一用户面网元发送第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于第一用户面网元将目的地址不是第一用户面网元服务的终端的地址的数据包转发至中转设备。
在一种可能的实现方式中,会话管理网元在为一个群组中的终端创建会话的过程中,确定为群组提供5GVN服务的中转设备,包括:会话管理网元接收群组中的第三终端发送的会话建立请求,会话建立请求用于请求建立会话访问5GVN服务;会话管理网元为第三终端的会话选择第二用户面网元;会话管理网元确定为群组提供5GVN服务的用户面网元的个数是否达到N,N为大于1的整数;若是,会话管理网元确定为群组提供5GVN服务的中转设备。该种可能的实现方式,可以在5GVN中的UPF较多时,采用星型架构,避免在5GVN中建立多条N19隧道。
在一种可能的实现方式中,中转设备是为群组提供5GVN服务的N个用户面网元中的一个,第一转发规则包括N-1个用户面网元的转发信息和N-1个用户面网元服务的终端的转发信息,N-1个用户面网元是为群组提供5GVN服务的N个用户面网元中的除中转设备之外的用户面网元。
在一种可能的实现方式中,该方法还包括:会话管理网元向N-1个用户面网元发送更新请求,更新请求用于请求相应的用户面网元更新转发规则;其中,向一个用户面网元发送的更新请求中包括第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至中转设备。
在一种可能的实现方式中,中转设备是为群组提供5GVN服务的N个用户面网元之外的一个设备,第一转发规则包括N个用户面网元的转发信息和N个用户面网元服务的终端的转发信息。
在一种可能的实现方式中,该方法还包括:会话管理网元向N个用户面网元中的每个用户面网元发送更新请求,更新请求用于请求相应的用户面网元更新转发规则;其中,向一个用户面网元发送的更新请求中包括第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至中转设备。
第三方面,本申请实施例提供一种通信装置,包括:处理单元和通信单元;处理单元,用于在为一个群组中的终端创建会话的过程中,确定为群组提供5GVN服务的中转设备,中转设备用于在任意两个为群组提供5GVN服务的用户面网元之间转发数据;通信单元,用于向中转设备发送第一转发规则,第一转发规则包括至少一个用户面网元的转发信息和至少一个用户面网元服务的至少一个终端的转发信息,第一转发规则用于中转设备将目的地址为第一终端的地址的数据包转发至为第一终端服务的用户面网元,第一终端为至少一个终端中的任意一个。
在一种可能的实现方式中,中转设备为用户面网元,第一转发规则为N4规则。
在一种可能的实现方式中,处理单元,具体用于:通过通信单元从其他网元获取为群组提供5GVN服务的中转设备的信息;根据获取到的中转设备的信息确定中转设备。
在一种可能的实现方式中,处理单元,具体用于:通过通信单元首次接收群组中的终端发送的会话建立请求,会话建立请求用于请求建立会话访问5GVN服务;确定为群组提供5GVN服务的中转设备。
在一种可能的实现方式中,若该通信装置首次接收到的会话建立请求为群组中的第二终端发送的,处理单元,还用于:为第二终端的会话选择第一用户面网元;其中,若中转设备和第一用户面网元为两个不同的设备,第一转发规则包括第一用户面网元的转发信息和第二终端的转发信息。
在一种可能的实现方式中,通信单元,还用于:向第一用户面网元发送第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于第一用户面网元将目的地址不是第一用户面网元服务的终端的地址的数据包转发至中转设备。
在一种可能的实现方式中,处理单元,具体用于:通过通信单元接收群组中的第三终端发送的会话建立请求,会话建立请求用于请求建立会话访问5GVN服务;为第三终端的会话选择第二用户面网元;确定为群组提供5GVN服务的用户面网元的个数是否达到N,N为大于1的整数;若是,确定为群组提供5GVN服务的中转设备。
在一种可能的实现方式中,中转设备是为群组提供5GVN服务的N个用户面网元中的一个,第一转发规则包括N-1个用户面网元的转发信息和N-1个用户面网元服务的终端的转发信息,N-1个用户面网元是为群组提供5GVN服务的N个用户面网元中的除中转设备之外的用户面网元。
在一种可能的实现方式中,通信单元,还用于向N-1个用户面网元发送更新请求,更新请求用于请求相应的用户面网元更新转发规则;其中,向一个用户面网元发送的更新请求中包括第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至中转设备。
在一种可能的实现方式中,中转设备是为群组提供5GVN服务的N个用户面网元之外的一个设备,第一转发规则包括N个用户面网元的转发信息和N个用户面网元服务的终端的转发信息。
在一种可能的实现方式中,通信单元,还用于向N个用户面网元中的每个用户面网元发送更新请求,更新请求用于请求相应的用户面网元更新转发规则;其中,向一个用户面网元发送的更新请求中包括第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至中转设备。
第四方面,本申请实施例提供一种通信装置,该通信装置包括:至少一个处理器和存储器。其中,当该通信装置运行时,该处理器执行该存储器中存储的该计算机执行指令,以使该通信装置执行上述第二方面提供的任意一种方法。
应理解,上述第四方面中描述的通信装置中还可以包括:总线和存储器,存储器用于存储代码和数据。可选的,至少一个处理器、通信接口和存储器相互耦合。
第五方面,本申请实施例提供一种通信装置,该通信装置包括处理器和存储介质,存储介质存储有指令,指令被处理器运行时,实现上述第二方面提供的任意一种方法。
第六方面,本申请实施例提供了一种通信装置,该通信装置包括一个或者多个模块,用于实现上述第二方面提供的任意一种方法,该一个或者多个模块可以与上述第二方面提供的任意一种方法中的各个步骤相对应。
第七方面,本申请实施例提供一种芯片,该芯片包括处理器和通信接口,通信接口和处理器耦合,处理器用于运行计算机程序或指令,以实现上述第二方面提供的任意一种方法。通信接口用于与芯片之外的其它模块进行通信。
具体的,本申请实施例中提供的芯片还包括存储器,用于存储计算机程序或指令。
第八方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序或指令,当计算机程序或指令在计算机上运行时,使得计算机执行上述第二方面提供的任意一种方法。
第九方面,本申请实施例提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行上述第二方面提供的任意一种方法。
上述提供的任一种装置或计算机存储介质或计算机程序产品或芯片或通信系统均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文提供的对应的方法中对应方案的有益效果,此处不再赘述。
附图说明
图1和图2分别为一种通信系统的架构示意图;
图3和图4分别为本申请实施例提供的一种通信系统的架构示意图;
图5至图7分别为本申请实施例提供的一种通信方法的流程示意图;
图8为本申请实施例提供的一种通信装置的组成示意图;
图9为本申请实施例提供的一种通信装置的硬件结构示意图。
具体实施方式
在本申请的描述中,除非另有说明,“/”表示“或”的意思,例如,A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。此外,“至少一个”是指一个或多个,“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
需要说明的是,本申请中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例提供的技术方案可以应用于各种通信系统,例如,5G系统、新无线(new radio,NR)系统、多无线接入技术双连接(multi-RAT dual-connectivity,MR-DC)系统以及未来演进系统或者多种通信融合系统。其中,5G系统可以为非独立组网(non-standalone,NSA)的5G系统或独立组网(standalone,SA)的5G系统。
本申请实施例提供的技术方案具体可以应用于5GVN或与5GVN架构类似的通信网络中。5GVN是目前的5G网络提供的一个服务,主要应用于家庭通信、企业办公、工厂制造、车联网、电网改造和公安机关等。5GVN也可以称之为5GVN组(group),5G本地局域网(5G localarea network,5GLAN),5GLAN组(group),局域网(local area network,LAN),5G LAN-VNLAN group,LAN-类型服务(type service),LAN-VN,或者5G LAN-type service(类型服务)等,本申请实施例对5GVN的名字不作具体限定。
5GVN服务能够为一个群组中的两个或者多个终端提供互联网协议(internetprotocol,IP)类型或者非IP类型(例如,以太类型)的私有通信。比如,工厂中的设备可以组成一个群组,群组中的设备之间可以相互发送以太数据包;或者,企业中一个部门中的雇员的办公设备(例如,手机、计算机或笔记本电脑等)可以组成一个群组,群组中的办公设备之间可以互相发送IP数据包,等等。若两个终端不在同一个群组,则相互之间不能够通信。
针对5GVN服务,第三代合作伙伴计划(3rd generation partnership project,3GPP)技术规则(technical rule,TR)23.734提出要支持5GVN的一对一和一对多通信。具体的,要支持5GVN的一对一和一对多通信,要求3GPP网络支持基于群组的单播、组播和广播,支持对组播和广播报文进行复制分发,以及支持任意终端作为组播源。
为满足该需求,当前3GPP技术标准(technical standard,TS)23.501定义一个5GVN仅由一个SMF管理。如图1所示,该SMF同时管理单个或者多个UPF(图1中以SMF管理UPF1和UPF2为例进行绘制),当一个UPF服务的两个终端(例如,图1中的终端1和终端2)之间一对一通信时,通过UPF1的本地切换(local switch)方式传输(线条1所示)。当不同的UPF服务的两个终端(例如,图1中的终端1和终端3)之间一对一通信时,则需通过UPF1和UPF2之间的隧道传输(线条2所示,UPF之间的接口称为N19接口,UPF之间的隧道可以称为N19隧道),并分别在UPF1和UPF2上创建转发规则(记为第三转发规则)。具体地,在UPF2上配置的第三转发规则用于UPF2将目的地址为终端1地址或终端2地址的数据包,通过UPF2和UPF1之间的隧道(比如通过UPF1上的隧道端点标识(tunnel endpoint identifier,TEID)来标识)传输给UPF1。对应地,在UPF1上配置的第三转发规则用于UPF1将目的地址为终端3地址的数据包,通过UPF1和UPF2之间的隧道(比如通过UPF2上的TEID来标识)传输给UPF2。应注意:若UPF1还服务了其他的终端,比如终端4,则在UPF2上配置的第三转发规则还用于将目的地址为终端4地址的数据包,通过UPF1和UPF2之间的隧道传输给UPF1。
具体地,每个终端通过各自对应的会话访问5GVN服务,本申请实施例中的会话可以为5G网络中的协议数据单元(protocol data unit,PDU)会话(session)。在为终端建立会话的过程中,SMF可以建立为该终端提供服务的UPF和该终端接入的RAN节点之间的N3隧道,并为每个UPF配置另一个转发规则(记为第四转发规则),第四转发规则用于UPF将目的地址为某个终端(该某个终端为该UPF服务的某个终端)的数据包通过该UPF和该终端接入的RAN节点之间的N3隧道发送给该终端接入的RAN节点。
以终端1为例,为终端1建立UPF1和无线接入网(radio access network,RAN)节点1之间的N3隧道,在UPF1上建立或配置第四转发规则,该第四转发规则用于UPF1将目的地址为终端1地址的数据包,通过终端1对应的N3隧道发送给RAN节点1。
同理,为终端2建立会话访问5GVN服务,为终端2建立UPF1和RAN节点2(RAN节点2和RAN节点1可以相同)之间的N3隧道,在UPF1上建立或配置第四转发规则,该第四转发规则用于UPF1将目的地址为终端2地址的数据包,通过终端2对应的N3隧道发送给RAN节点2。
同理,为终端3建立会话访问5GVN服务,建立UPF2和RAN节点3之间的N3隧道,在UPF2上建立或配置第四转发规则,该第四转发规则用于UPF2将目的地址为终端3地址的数据包,通过终端3对应的N3隧道发送给RAN节点3。
此外,如果SMF检测到存在多个UPF(例如,如图1所示的UPF1和UPF2)时,则SMF还需建立多个UPF之间的隧道。具体过程如下:SMF或UPF1分配UPF1侧的隧道信息。SMF将UPF1侧的隧道信息通知给UPF2,SMF或UPF2分配UPF2侧的隧道信息。SMF将UPF2侧的隧道信息通知给UPF1,这样UPF1和UPF2之间的隧道打通。这样如果终端1向终端3发送数据包时,终端1可以先将数据包发送至UPF1,UPF1通过UPF1和UPF2之间的隧道将数据包发送至UPF2,UPF2再将数据包发送至终端3。
本申请实施例中,一个5GVN可以为一个或多个群组提供群组通信服务,即一个5GVN可以对应一个或多个群组。一个SMF或者UPF也可以为多个群组提供通信服务。
在图1所示的架构中,SMF和UPF属于核心网中的网元。SMF主要负责终端会话管理的所有控制面功能,包括UPF的选择与控制,IP地址分配及管理,会话的服务质量(qualityof service,QoS)管理,从策略控制功能(policy control function,PCF)获取策略与计费控制(policy and charging control,PCC)策略等。UPF作为PDU会话连接的锚定点,负责对终端的数据报文过滤、数据传输/转发、速率控制、生成计费信息、用户面QoS处理、上行传输认证、传输等级验证、下行数据包缓存及下行数据通知触发等。
在图1所示的架构中,RAN节点也可以称为接入网设备。例如,可以为传输接收点(transmission reception point,TRP)、基站、各种形式的控制节点(例如,网络控制器、无线控制器(例如,云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器))等。具体的,RAN节点可以为各种形式的宏基站,微基站(也称为小站),中继站,接入点(access point,AP)等,也可以为基站的天线面板。所述控制节点可以连接多个基站,并为所述多个基站覆盖下的多个终端配置资源。在采用不同的无线接入技术的系统中,具备基站功能的设备的名称可能会有所不同。例如,长期演进(long term evolution,LTE)系统中可以称为演进型基站(evolved NodeB,eNB或eNodeB),5G系统或NR系统中可以称为下一代基站节点(next generation node base station,gNB),本申请对基站的具体名称不作限定。RAN节点还可以是未来演进的公共陆地移动网络(public land mobile network,PLMN)中的网络设备等。
在图1所示的架构中,终端是用户侧的一种用于接收信号,或者,发送信号,或者,接收信号和发送信号的实体。终端用于向用户提供语音服务和数据连通性服务中的一种或多种。终端还可以称为用户设备(user equipment,UE)、终端设备、接入终端、用户单元、用户站、移动站、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。终端可以是车联网(vehicle to everything,V2X)设备,例如,智能汽车(smart car或intelligent car)、数字汽车(digital car)、无人汽车(unmanned car或driverless car或pilotless car或automobile)、自动汽车(self-driving car或autonomous car)、纯电动汽车(pure EV或Battery EV)、混合动力汽车(hybrid electric vehicle,HEV)、增程式电动汽车(range extended EV,REEV)、插电式混合动力汽车(plug-in HEV,PHEV)、新能源汽车(new energy vehicle)、路边装置(road site unit,RSU)。终端也可以是设备到设备(device to device,D2D)设备,例如,电表、水表等。终端还可以是移动站(mobilestation,MS)、用户单元(subscriber unit)、无人机、物联网(internet of things,IoT)设备、WLAN中的站点(station,ST)、蜂窝电话(cellular phone)、智能电话(smart phone)、无绳电话、无线数据卡、平板型电脑、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digitalassistant,PDA)设备、膝上型电脑(laptop computer)、机器类型通信(machine typecommunication,MTC)终端、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备(也可以称为穿戴式智能设备)。终端还可以为下一代通信系统中的终端,例如,5G系统中的终端或者未来演进的PLMN中的终端,NR系统中的终端等。
目前,参见图2,SMF同时管理的UPF组成全连接(full mesh)网络,即每两个UPF之间建立N19隧道,不同的UPF服务的终端之间的数据通过不同UPF之间的N19隧道传输。并且,每个UPF维护所有其他UPF服务的终端的转发信息(例如,终端的地址信息)。若UPF个数太多,则会存在如下问题:1)建立的N19隧道数量繁多;2)当一个终端切换UPF时,需要在其他所有UPF上更新终端的转发信息,因此,转发信息同步非常复杂。其中,本申请中图2、图3和图4中略去了SMF和RAN,SMF和RAN与其他节点的连接关系与图1中相同。
为了解决该问题,本申请引入星型架构,在星型架构中,有一个中转设备,该中转设备与其他UPF连接,该中转设备上保存所有终端的转发信息(例如,终端的地址信息)。参见图3,中转设备可以为独立的设备,例如,之前没有服务任何终端的UPF,即没有终端创建会话时以该UPF为会话锚点。参见图4,中转设备也可以为服务某终端的UPF,例如,UPF3。该情况下,每个UPF只需要和中转设备建立N19隧道即可。
星型架构相比全连接架构可减少N19隧道的条数。具体的,若UPF个数为N,全连接架构需要建立N*(N-1)/2条N19隧道,星型架构需要建立N条(中转设备为独立的设备)或N-1条(中转设备为服务某终端的UPF)N19隧道。以图2、图3和图4为例,图2为全连接架构,需要建立10条N19隧道,图3为中转设备为独立的设备的星型架构,仅需要建立5条N19隧道即可,图4为中转设备为服务某终端的UPF的星型架构,仅需要建立4条N19隧道即可。
星型架构相比全连接架构,在中转设备上保存所有终端的转发信息,其余UPF保存中转设备的转发信息(例如,中转设备的地址)即可,当一个终端切换UPF时,只需在中转设备上同步转发信息即可,需同步的转发信息也较少,可以降低转发信息同步的复杂度。
另外,中转设备也可以为路由器或交换机或其他可以进行转发的设备等。此时,UPF与中转设备建立的隧道为N6隧道。
基于引入的星型架构,本申请提供了一种通信方法(也可以称为一种优化传输路径的方法)。为了方便描述,在下文中,会话管理网元通过SMF指代,用户面网元(也可以称为用户面功能网元)通过UPF指代,接入网设备通过RAN节点指代。如图5所示,该方法包括:
501、SMF在为一个群组中的终端创建会话的过程中,确定为群组提供5GVN服务的中转设备,中转设备用于在任意两个为群组提供5GVN服务的UPF之间转发数据。
其中,一个群组包括一个或多个终端。本申请实施例中的群组也可以称为5GVN群组。中转设备可以为UPF、路由器、交换机或其他可以进行转发的设备。
步骤501在具体实现时,可以通过以下方式一或方式二确定为所述群组提供5GVN服务的中转设备。
方式一、SMF直接确定中转设备。
在方式一下,可以在SMF中直接配置中转设备的信息或者SMF从其他网元(例如,统一数据管理(unified data management,UDM)或PCF或网络存储功能(network repositoryfunction,NRF)接收中转设备的信息(此时,中转设备的信息可以是配置在UDM或PCF或NRF上的),该情况下,SMF可以直接确定中转设备。
若SMF从其他网元接收中转设备的信息时,SMF确定为群组提供5GVN服务的中转设备,包括:SMF从其他网元获取为群组提供5GVN服务的中转设备的信息,SMF根据获取到的中转设备的信息确定中转设备。具体的,SMF可以先向其他网元发送请求消息,请求消息中包括5GVN标识,请求消息用于请求中转设备的信息,其他网元根据该请求消息中的5GVN标识确定该5GVN标识对应的中转设备的信息,并将该中转设备的信息发送给SMF。其中,其他网元可以为上述UDM或PCF或NRF。
其中,中转设备的信息可以为中转设备的设备标识。例如,能唯一标识中转设备的标识信息。当中转设备为UPF或路由器时,设备标识可以为UPF或路由器的IP地址,当中转设备为交换机时,设备标识可以是MAC地址。
方式二、SMF根据一些预设的规则或策略自行选择中转设备。
在方式二下,预设的规则或策略可以是配置在SMF中的,也可以是SMF从UDM或PCF或NRF中获取到的。例如,SMF可以根据5GVN的覆盖范围(例如,5GVN覆盖的企业园区的范围)、5GVN中的UPF的负荷、5GVN中的UPF的性能等中的一个或多个确定中转设备。示例性的,SMF可以确定靠近5GVN的覆盖范围中心的UPF或路由器或交换机为中转设备,或者,SMF确定5GVN中的UPF的负荷较低的UPF为中转设备,或者,SMF确定5GVN中的UPF的性能较好的UPF为中转设备。
在执行步骤501之前,运营商或操作维护管理(operation administration andmaintenance,OAM)网元可以在SMF上预配置某个或某些5GVN需要采用星型架构组网或者预配置某个或某些5GVN需要通过一个中转设备做转发,SMF根据预配置的信息确定当前的5GVN是否需要采用星型架构组网或者是否需要通过一个中转设备做转发。运营商或OAM网元也可以在UDM或PCF或NRF上配置某个或某些5GVN需要采用星型架构组网或者预配置某个或某些5GVN需要通过一个中转设备做转发,SMF可以通过跟UDM或PCF或NRF交互确定当前的5GVN是否需要采用星型架构组网或者是否需要通过一个中转设备做转发。SMF可以在确定当前的5GVN需要采用星型架构组网或者需要通过一个中转设备做转发的情况下执行步骤501。
502、SMF向中转设备发送第一转发规则,第一转发规则包括至少一个UPF的转发信息和至少一个UPF服务的至少一个终端的转发信息,第一转发规则用于中转设备将目的地址为第一终端的地址的数据包转发至为第一终端服务的UPF,第一终端为至少一个终端中的任意一个。相应的,中转设备从SMF接收第一转发规则,并根据第一转发规则将目的地址为第一终端的地址的数据包转发至为第一终端服务的UPF。
其中,UPF的转发信息是指用于将数据包转发到该UPF的信息。UPF的转发信息可以为UPF的隧道信息,例如,IP地址+TEID。UPF的隧道信息可以是UPF自己分配的,也可以是SMF分配的。若为后者,SMF需要将UPF的隧道信息发送给相应的UPF。
终端的转发信息是指用于将数据包转发到该终端的信息。终端的转发信息可以为终端的地址信息,例如,终端的IP地址或终端的媒体接入控制(media access control,MAC)地址或其他标识终端的地址的信息等。终端的转发信息还可以为其他一些可以将数据包转发到该终端的信息,例如,端口号。本申请实施例的部分描述中,以终端的转发信息为终端的地址信息为例对本申请实施例提供的方法作示例性说明,但是这不应认为是对本申请实施例的限定,可以理解的是,下文中提到的终端的地址信息也可以替换为终端的其他的转发信息,本申请不作限制。
本申请实施例中终端的地址信息用于封装数据包。当一个终端为发送方终端时,该终端的地址信息可以作为源地址。当一个终端为接收方终端时,该终端的地址信息可以作为目的地址,用于封装数据包。例如,发送方终端采用接收方终端的地址信息封装数据包。此外,该数据包还可以采用发送方终端的地址信息封装,这样便于接收方终端确定数据包来自哪个发送方终端。
需要说明的是,数据包中可以携带该数据包的目的节点的转发信息,中转设备可以根据数据包携带的目的节点的转发信息确定数据包是要发送给哪个终端的。例如,当一个数据包要发送给终端1时,该数据包中可以携带终端1的地址信息。中转设备可以根据数据包携带的终端1的地址信息确定数据包是要发送给终端1的。
其中,中转设备接收到UPF的转发信息和UPF服务的终端的转发信息后,将这些信息存储下来,存储的信息中UPF的转发信息和该UPF服务的终端的转发信息之间具有对应关系,以便中转设备在接收到发送给某个终端的数据包之后可以确定将该数据包发送给哪个UPF。
示例性的,若SMF向中转设备发送了3个UPF的转发信息和3个UPF服务的终端的转发信息,其中,3个UPF中的UPF1服务的终端包括终端1和终端2,3个UPF中的UPF2服务的终端包括终端3、终端4和终端5,3个UPF中的UPF3服务的终端包括终端6和终端7,则中转设备存储的信息可参见表1或表2。
表1
表2
终端的转发信息 | 服务终端的UPF的转发信息 |
终端1的转发信息 | UPF1的转发信息 |
终端2的转发信息 | UPF1的转发信息 |
终端3的转发信息 | UPF2的转发信息 |
终端4的转发信息 | UPF2的转发信息 |
终端5的转发信息 | UPF2的转发信息 |
终端6的转发信息 | UPF3的转发信息 |
终端7的转发信息 | UPF3的转发信息 |
在一种示例中,当中转设备为UPF时,第一转发规则为N4规则(N4 rules)。其中,N4规则包括至少一个报文检测规则(packet detection rule,PDR)(包含一个或多个字段)和至少一个转发动作规则(forwarding action rule,FAR)(包含一个或多个字段),每个PDR中包括一个FAR标识(ID),用于表征该PDR对应的FAR。一个终端的转发信息可以承载在PDR中,服务该终端的UPF的转发信息可以承载在该PDR对应的FAR中。该情况下,以终端的转发信息为终端的地址信息为例,UPF在检测到一个目的地址为PDR中的一个终端地址的数据包时,采用该PDR对应的FAR中的UPF的转发信息进行传输。
在另一种示例中,当中转设备为路由器、交换机或其他可以进行转发的设备时,SMF向中转设备发送第一转发规则,包括:SMF直接向中转设备发送第一转发规则;或者,SMF通过其他网络功能实体(例如,应用功能(application function,AF)或网络开放功能(network exposure function,NEF))发送第一转发规则。第一转发规则可以为N6流量路由信息(N6traffic routing information),其中,N6流量路由信息可以指示任何可能在N6上使用的隧道,这些信息的性质取决于部署,例如,可以包括IP地址和用户数据报协议(userdatagram protocol,UDP)端口号。
需要说明的是,本申请实施例中的SMF向中转设备发送的转发规则均称为第一转发规则,在不同的场景下,第一转发规则中包含的信息和第一转发规则的作用可能有所不同,具体以相应部分中的解释为准。当然,SMF向中转设备发送的每个转发规则也可以是不同的名称,本申请不作限定。
本申请实施例提供的方法,SMF可以确定5GVN中的中转设备,并向中转设备发送UPF的转发信息和终端的转发信息,以便中转设备将接收到的向一个终端发送的数据包正确的转发到为该终端服务的UPF上,通过采用中转设备转发两个UPF之间的数据,可以减少N19隧道的条数,并且可以降低转发信息同步的复杂度。
步骤501在具体实现时,SMF可以在以下场景1(5GVN组网时)或场景2(5GVN中的UPF的个数达到N个时)的情况下,执行步骤501。以下对场景1和场景2下步骤501的具体实现以及本申请提供的进一步的方案作详细阐述。
场景1、5GVN组网时。
在场景1下,步骤501在具体实现时可以包括以下步骤501-11和步骤501-12:
501-11、SMF首次接收群组中的终端发送的会话建立请求,会话建立请求用于请求建立会话访问5GVN服务。
501-12、SMF确定为群组提供5GVN服务的中转设备。
本申请实施例中,任意一个终端向SMF发送的会话建立请求中可以包括终端的标识和群组标识。
其中,终端的标识可以为以下一个或者多个:IP地址、MAC地址、签约永久标识(subscription permanent identifier,SUPI)、永久设备标识(permanent equipmentidentifier,PEI)、通用公共签约标识(generic public subscription identifier,GPSI)、国际移动用户标识符(international mobile subscriber identifier,IMSI)、国际移动设备标识(international mobile equipment identity,IMEI)、IP地址和移动台国际综合业务数字网络号码(mobile station international integrated servicedigital network number,MSISDN)。下述实施例中但凡涉及到终端的标识均可以参考此处的描述,后续不再赘述。
其中,群组标识用于标识发送会话建立请求的终端属于哪个群组。群组标识包括5GVN标识和/或组标识。具体地,群组标识可以是数据网络名称(data network name,DNN),或者是DNN+单网络切片选择辅助信息(即网络切片标识(single network sliceselection assistance information,S-NSSAI))的组合,或者是具体的组标识(Groupid)。可选的,UDM中可以保存DNN和Group id的对应关系,或者,UDM中可以保存DNN、S-NSSAI和Group id的对应关系。其中,一个5GVN可以对应一个群组,或者,一个5GVN下可以对应多个群组。5GVN标识用于标识该第二终端属于哪个5GVN。
应理解,当一个5GVN对应一个群组时,群组标识可以为5GVN标识。当一个5GVN对应多个群组时,群组标识可以为5GVN标识以及组标识。组标识即发送会话建立请求的终端在该5GVN标识所指示的5GVN中所在的群组的标识。
其中,本申请实施例中,终端可以通过AMF向SMF发送会话建立请求。AMF可以根据接收到的会话建立请求中的5GVN的标识确定SMF(该SMF管理5GVN的标识所标识的5GVN),并向SMF发送会话建立请求。
在场景1下,若SMF首次接收到的会话建立请求为群组中的第二终端(第二终端可以为群组中的任意一个终端)发送的,则在第二终端向SMF发送该会话建立请求之前,该群组中的所有终端没有向SMF发送过会话建立请求。
在场景1下,SMF接收到会话建立请求后,会为第二终端的会话选择一个UPF作为该会话的PDU会话锚点(PDU session anchor,PSA),SMF在选择UPF之前,会从UDM获取签约数据或从PCF获取策略信息或从NRF获取NRF存储的信息,若这些信息中包括中转设备的信息,则SMF可以根据获取到的中转设备的信息确定中转设备。当然,SMF也可以在为第二终端选择PDU会话锚点UPF后,专门从UDM或PCF或NRF获取中转设备的信息,本申请不作限制。若中转设备的信息被配置在SMF上,则SMF也可以通过配置在SMF上的中转设备的信息确定中转设备。
在场景1下,可选的,该方法还包括:SMF为第二终端的会话选择UPF(记为第一UPF),可以理解的是,第一UPF是为该群组提供服务的第一个UPF。其中,若中转设备和第一UPF为两个不同的设备,第一转发规则包括第一UPF的转发信息和第二终端的转发信息。若中转设备与第一UPF为同一个设备,则上述步骤502可以不执行。其中,第一UPF的转发信息和第二终端的转发信息可以携带在一个消息中,也可以携带在两个不同的消息中。若为前者,示例性的,第一UPF的转发信息和第二终端的转发信息可以均携带会话建立请求或会话更新请求中。
SMF通过步骤502仅仅为中转设备配置了转发规则,仅可以保证中转设备将发给某个终端的数据包正确的发送给为该终端服务的UPF,为了保证UPF正确的进行数据转发,还需要为UPF配置转发规则,以下通过情况1.1和情况1.2对为UPF配置转发规则的过程进行描述。
情况1.1、UPF需要获知中转设备的转发信息以及该UPF服务的终端的转发信息进行数据转发。
在情况1.1下,SMF为第二终端的会话选择了第一UPF之后,该方法还包括:SMF向第一UPF发送第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于第一UPF将目的地址不是第一UPF服务的终端的地址的数据包转发至中转设备。
在情况1.1以及下文中的情况2.1和情况2.3中,可选的,第二转发规则还包括指示信息,该指示信息用于指示相应的UPF在满足预设条件时,采用第二转发规则进行数据转发,预设条件为:接收到的数据包对应的目的地址不是该UPF服务的终端的地址。该情况下,一个UPF接收到一个数据包后,可以先进行检测,当检测到该数据包对应的目的地址是该UPF服务的终端的地址,则采用上述第四转发规则进行数据转发,当检测到该数据包对应的目的地址不是该UPF服务的终端的地址,则采用第二转发规则进行数据转发。
UPF服务的终端的转发信息可以在终端建立会话的过程中发送给UPF,以便UPF通过上述第四转发规则将目的地址为某个终端(该某个终端为该UPF服务的某个终端)的数据包通过该UPF和该终端接入的RAN节点之间的N3隧道发送给该终端接入的RAN节点,进而发送给该终端。
第一UPF存储所有服务的终端的转发信息(例如,终端的地址信息),示例性的,假设第一UPF服务的终端包括终端1、终端2和终端3,则第一UPF中存储的信息可以参见表3或表4,此时,当第一UPF检测到数据包不是发送给第一UPF服务的终端时,第一UPF将数据包转发给中转设备。
表3
表4
终端的转发信息 |
终端1的转发信息 |
终端2的转发信息 |
终端3的转发信息 |
本申请实施例中,SMF向UPF发送的转发规则(例如,下文中的第二转发规则以及上文中的第三转发规则和第四转发规则)均可以为N4规则。在情况1.1以及下文中的情况2.1和情况2.3中,第二转发规则中PDR中的目的地址可以设置为“未知(unknown)”,FAR中包括的信息可以为中转设备的转发信息;或者,第二转发规则为一个通用匹配或默认匹配(match-all)的转发规则,第二转发规则对应的FAR中包括中转设备的转发信息用于指示对应的传输路径。可选的,通用匹配中可以包含上述指示信息。值得注意的是,上述第二转发规则的优先级一般较低,即UPF一般会优先匹配UPF服务的终端对应的转发规则。即当UPF服务的终端对应的转发规则都匹配不上(即UPF在检测到一个目的地址不是自身服务的终端地址的数据包)时,才采用该第二转发规则进行传输。
需要说明的是,本申请实施例中的SMF向UPF发送的转发规则均称为第二转发规则,在不同的场景下,第二转发规则中包含的信息和第二转发规则的作用可能有所不同,具体以相应部分中的解释为准。当然,SMF向不同的UPF发送的转发规则或SMF向同一个UPF发送的多个转发规则也可以是不同的名称,本申请不作限定。
在本申请实施例中,中转设备的转发信息是指用于将数据包转发到该中转设备的转发信息。若中转设备为UPF,中转设备的转发信息可以为UPF的隧道信息,例如,IP地址+TEID。若中转设备为路由器,中转设备的转发信息可以为路由器的IP地址和/或端口号。若中转设备为交换机,中转设备的转发信息可以为交换机的端口信息,例如,端口号。下文中的中转设备的转发信息的描述均可以参见此处,下文中不再赘述。
在情况1.1下,若后续SMF接收到了其他终端发送的会话建立请求,例如,SMF接收群组中的第四终端的会话建立请求,会话建立请求用于请求为第四终端建立会话访问5GVN服务时,该方法还包括步骤11)和步骤12):
11)SMF为第四终端的会话选择第三UPF。
12)SMF向中转设备发送第一转发规则,第一转发规则包括第三UPF的转发信息和第四终端的转发信息,该第一转发规则用于中转设备将目的地址为第四终端的地址的数据包转发至第三UPF。
若第三UPF为SMF为群组新选择的一个UPF时,在步骤12)之后,该方法还包括以下步骤13):
13)SMF向第三UPF发送第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于第三UPF将目的地址不是第三UPF服务的终端的地址的数据包转发至中转设备。
若第三UPF为SMF为群组之前选择出的一个UPF(例如,第一UPF)时,由于SMF之前已经向该UPF发送过包含中转设备的转发信息的第二转发规则,因此,不需要再发送包含中转设备的转发信息的第二转发规则。
在情况1.1下,一个UPF在接收到目的地址为一个终端的地址的数据包时,若该终端的地址信息表明该终端为该UPF服务的终端时,UPF通过该终端接入的RAN节点将该数据包发送给该终端,若该终端的地址信息表明该终端不为该UPF服务的终端时,UPF将该数据包发送给中转设备。
情况1.2、UPF需要获知中转设备的转发信息以及除该UPF之外的其他UPF服务的终端的转发信息才可以进行数据转发。
在情况1.2下,SMF为第二终端的会话选择了第一UPF之后,由于此时为群组提供服务的UPF只有一个,不存在其他UPF,因此,SMF不需要向第一UPF发送包含中转设备的转发信息和除第一UPF之外的其他UPF服务的终端的转发信息的第二转发规则。
在情况1.2下,一个UPF中存储的信息包括中转设备的转发信息以及除该UPF之外的其他UPF服务的终端的转发信息,以及该UPF和该UPF服务的终端的转发信息。该情况下,若一个UPF接收到目的地址为一个终端地址的数据包,若该终端为该UPF服务的终端,则该UPF将该数据包发送给该终端,若该终端为其他UPF服务的终端,则该UPF将该数据包发送给中转设备。
示例性的,假设5GVN中包括UPF1、UPF2和UPF3,UPF1服务的终端包括终端1和终端2,UPF2服务的终端包括终端3、终端4和终端5,UPF3服务的终端包括终端6和终端7,则UPF1中存储的信息可以参见表5或表6。
表5
表6
在情况1.2下,若后续SMF接收到了其他终端发送的会话建立请求,例如,SMF接收群组中的第四终端的会话建立请求,会话建立请求用于请求为第四终端建立会话访问5GVN服务时,该方法还包括步骤21)和步骤22):
21)SMF为第四终端的会话选择第三UPF。
22)SMF向中转设备发送第一转发规则,第一转发规则包括第三UPF的转发信息和第四终端的转发信息,该第一转发规则用于中转设备将目的地址为第四终端的地址的数据包转发至第三UPF。
若第三UPF为SMF为群组新选择的一个UPF时,第三UPF不知道其他UPF服务的终端的数据包如何进行转发,其他UPF也不知道第三UPF服务的终端的数据包如何进行转发,因此,在步骤22)之后,该方法还包括以下步骤23):
23)SMF向为群组提供5GVN服务的每个UPF发送第二转发规则;其中,向第三UPF发送的第二转发规则包括中转设备的转发信息和除第三UPF之外的其他UPF服务的终端的转发信息,向第三UPF发送的第二转发规则用于第三UPF将目的地址为除第三UPF之外的其他UPF服务的终端的地址的数据包转发至中转设备;向除第三UPF之外的其他UPF发送的第二转发规则包括中转设备的转发信息和第四终端的转发信息,向除第三UPF之外的其他UPF发送的第二转发规则用于除第三UPF之外的其他UPF将目的地址为第四终端的地址的数据包转发至中转设备。
若第三UPF为SMF为群组之前选择出的一个UPF(例如,第一UPF)时,第三UPF知道其他UPF服务的终端的数据包如何进行转发,但是其他UPF不知道第三UPF服务的终端的数据包如何进行转发,因此,在步骤22)之后,该方法还包括以下步骤24):
24)SMF向除第三UPF之外的其他UPF发送第二转发规则,第二转发规则包括中转设备的转发信息和第四终端的转发信息,第二转发规则用于除第三UPF之外的其他UPF将目的地址为第四终端的地址的数据包转发至中转设备。
在情况1.2以及下文中的情况2.2和情况2.4中,当第二转发规则中包括中转设备的转发信息和终端的转发信息时,PDR中包括的信息可以为终端的转发信息,FAR中包括的信息可以为中转设备的转发信息。该情况下,UPF在检测到一个目的地址为PDR中的一个终端地址的数据包时,采用该PDR对应的FAR中的中转设备的转发信息进行传输。若UPF检测到一个数据包的目的地址找不到对应的PDR来匹配时,可能将该数据包丢弃。
需要说明的是,SMF存储了群组中所有已建立会话的终端的转发信息(例如,终端的地址信息)以及对应的服务该终端的UPF信息(例如,UPF标识),以便向UPF发送第二转发规则。示例性的,假设5GVN中包括UPF1、UPF2和UPF3,UPF1服务的终端包括终端1和终端2,UPF2服务的终端包括终端3、终端4和终端5,UPF3服务的终端包括终端6和终端7,则SMF中存储的信息可参见表7或表8。
表7
表8
终端的转发信息 | UPF |
终端1的转发信息 | UPF1 |
终端2的转发信息 | UPF1 |
终端3的转发信息 | UPF2 |
终端4的转发信息 | UPF2 |
终端5的转发信息 | UPF2 |
终端6的转发信息 | UPF3 |
终端7的转发信息 | UPF3 |
值得注意的是,表7和表3的形式是类似的,表3记录了一个UPF服务的所有终端的转发信息,表3可以视为表7的一个子集。
在情况1.2下,一个UPF在接收到目的地址为一个终端的地址的数据包时,若该终端的地址信息表明该终端为该UPF服务的终端时,该UPF通过该终端接入的RAN节点将该数据包发送给该终端,若该终端的地址信息表明该终端为其他UPF服务的终端时,该UPF将该数据包发送给中转设备,若该UPF不知道该终端的地址信息(即该终端既不是该UPF服务的终端,也不是其他UPF服务的终端)时,可以丢弃该数据包。
场景2、5GVN中的UPF的个数达到N个时。
其中,N的值可以为预配置的或协议规定的或SMF与UPF协商确定的,本申请不作限制。
在场景2下,步骤501在具体实现时可以包括以下步骤501-21至步骤501-24:
501-21、SMF接收群组中的第三终端发送的会话建立请求,会话建立请求用于请求建立会话访问5GVN服务。
501-22、SMF为第三终端的会话选择第二UPF
501-23、SMF确定为群组提供5GVN服务的UPF的个数是否达到N,N为大于1的整数。
501-24、若是,SMF确定为群组提供5GVN服务的中转设备。若否,SMF按照现有的方案执行后续流程。
在场景2下,在5GVN中的UPF的个数达到N个之前,5GVN的架构可以为全连接架构,在达到N个之后,5GVN的架构为星型架构。
在场景2下,中转设备可能是为群组提供5GVN服务的N个UPF中的一个(记为情况一),中转设备也可能是为群组提供5GVN服务的N个UPF之外的一个设备(记为情况二),以下对情况一和情况二下本申请提供的方法做示例性说明。
情况一、中转设备是为群组提供5GVN服务的N个UPF中的一个。
在情况一下,第一转发规则包括N-1个UPF的转发信息和N-1个UPF服务的终端的转发信息。其中,N-1个UPF是为群组提供5GVN服务的N个UPF中的除中转设备之外的UPF。N-1个UPF的转发信息和N-1个UPF服务的终端的转发信息可以携带在一个消息中,也可以携带在两个不同的消息中。若为前者,示例性的,N-1个UPF的转发信息和N-1个UPF服务的终端的转发信息可以均携带在会话建立请求或会话更新请求中。
需要说明的是,在情况一下,由于中转设备是为群组提供5GVN服务的N个UPF中的一个,因此,中转设备中已经存储了其他UPF及其服务的终端的信息,因此,步骤502可以不执行。
SMF通过步骤502仅仅为中转设备配置了转发规则,仅可以保证中转设备将发给某个终端的数据包正确的发送给为该终端服务的UPF,为了保证UPF正确的进行数据转发,还需要为UPF配置转发规则,以下通过情况2.1和情况2.2对为UPF配置转发规则的过程进行描述。
情况2.1、UPF需要获知中转设备的转发信息以及该UPF服务的终端的转发信息进行数据转发。
在情况2.1下,可选的,该方法还包括:SMF向N-1个UPF发送更新请求,更新请求用于请求相应的UPF更新转发规则。
其中,向一个UPF发送的更新请求中包括第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于该UPF将目的地址不是该UPF服务的终端的地址的数据包转发至中转设备。
其中,更新请求可以为会话建立请求或会话更新请求。
在情况2.1下,一个UPF在接收到目的地址为一个终端的地址的数据包时,若该终端的地址信息表明该终端为该UPF服务的终端时,UPF通过该终端接入的RAN节点将该数据包发送给该终端,若该终端的地址信息表明该终端不为该UPF服务的终端时,UPF将该数据包发送给中转设备。
在情况2.1下,若后续SMF接收到了其他终端发送的会话建立请求,该方法还可以包括其他的步骤,具体可参见上述步骤11)至步骤13)。
情况2.2、UPF需要获知中转设备的转发信息以及除该UPF之外的其他UPF服务的终端的转发信息才可以进行数据转发。
在情况2.2下,可选的,该方法还包括:SMF向N-1个UPF发送更新请求,更新请求用于请求相应的UPF更新转发规则。
其中,向一个UPF发送的更新请求中包括第二转发规则,第二转发规则包括中转设备的转发信息和除该UPF之外的其他UPF服务的终端的转发信息,第二转发规则用于该UPF将目的地址为除该UPF之外的其他UPF服务的终端的地址的数据包转发至中转设备。
其中,更新请求可以为会话建立请求或会话更新请求。
在情况2.2下,一个UPF在接收到目的地址为一个终端的地址的数据包时,若该终端的地址信息表明该终端为该UPF服务的终端时,该UPF通过该终端接入的RAN节点将该数据包发送给该终端,若该终端的地址信息表明该终端为其他UPF服务的终端时,该UPF将该数据包发送给中转设备,若该UPF不知道该终端的地址信息(即该终端既不是该UPF服务的终端,也不是其他UPF服务的终端)时,可以丢弃该数据包。
在情况2.2下,若后续SMF接收到了其他终端发送的会话建立请求,该方法还可以包括其他的步骤,具体可参见上述步骤21)至步骤24)。
情况二、中转设备是为群组提供5GVN服务的N个UPF之外的一个设备。
在情况二下,中转设备可以为N个UPF之外的其他UPF,也可以为路由器、交换机或其他可以进行转发的设备。
在情况二下,第一转发规则包括N个UPF的转发信息和N个UPF服务的终端的转发信息。
其中,N个UPF的转发信息和N个UPF服务的终端的转发信息可以携带在一个消息中,也可以携带在两个不同的消息中。若为前者,示例性的,N个UPF的转发信息和N个UPF服务的终端的转发信息可以均携带在会话建立请求或会话更新请求中。
SMF通过步骤502仅仅为中转设备配置了转发规则,仅可以保证中转设备将发给某个终端的数据包正确的发送给为该终端服务的UPF,为了保证UPF正确的进行数据转发,还需要为UPF配置转发规则,以下通过情况2.3和情况2.4对为UPF配置转发规则的过程进行描述。
情况2.3、UPF需要获知中转设备的转发信息以及该UPF服务的终端的转发信息进行数据转发。
在情况2.3下,可选的,该方法还包括:SMF向N个UPF中的每个UPF发送更新请求,更新请求用于请求相应的UPF更新转发规则。
其中,向一个UPF发送的更新请求中包括第二转发规则,第二转发规则包括中转设备的转发信息,第二转发规则用于该UPF将目的地址不是该UPF服务的终端的地址的数据包转发至中转设备。
其中,更新请求可以为会话建立请求或会话更新请求。
在情况2.3下,一个UPF在接收到目的地址为一个终端的地址的数据包时,若该终端的地址信息表明该终端为该UPF服务的终端时,UPF通过该终端接入的RAN节点将该数据包发送给该终端,若该终端的地址信息表明该终端不为该UPF服务的终端时,UPF将该数据包发送给中转设备。
在情况2.3下,若后续SMF接收到了其他终端发送的会话建立请求,该方法还可以包括其他的步骤,具体可参见上述步骤11)至步骤13)。
情况2.4、UPF需要获知中转设备的转发信息以及除该UPF之外的其他UPF服务的终端的转发信息才可以进行数据转发。
在情况2.4下,可选的,该方法还包括:SMF向N个UPF中的每个UPF发送更新请求,更新请求用于请求相应的UPF更新转发规则。
其中,向一个UPF发送的更新请求中包括第二转发规则,第二转发规则包括中转设备的转发信息和除该UPF之外的其他UPF服务的终端的转发信息,第二转发规则用于该UPF将目的地址为除该UPF之外的其他UPF服务的终端的地址的数据包转发至中转设备。
其中,更新请求可以为会话建立请求或会话更新请求。
在情况2.4下,一个UPF在接收到目的地址为一个终端的地址的数据包时,若该终端的地址信息表明该终端为该UPF服务的终端时,该UPF通过该终端接入的RAN节点将该数据包发送给该终端,若该终端的地址信息表明该终端为其他UPF服务的终端时,该UPF将该数据包发送给中转设备,若该UPF不知道该终端的地址信息(即该终端既不是该UPF服务的终端,也不是其他UPF服务的终端)时,可以丢弃该数据包。
在情况2.4下,若后续SMF接收到了其他终端发送的会话建立请求,该方法还可以包括其他的步骤,具体可参见上述步骤21)至步骤24)。
在上述实施例中,SMF为群组每新选择一个UPF时,建立该UPF和中转设备之间的传输通道。中转设备为UPF时,UPF和中转设备之间的传输通道为N19隧道,中转设备不为UPF时,UPF和中转设备之间的传输通道为N6隧道。
另外,SMF还为终端建立UPF和RAN节点之间的N3隧道,在UPF上建立或配置转发规则:对于目的地址为该终端地址的数据包,通过该终端对应的N3隧道发送给RAN节点,关于该部分内容可参见现有技术,本申请中不再详细阐述。
以下通过实施例1和实施例2对上述实施例提供的方法作示例性说明。
实施例1
在实施例1中,5GVN在初始组网时便采用星型架构,如图6所示,该方法包括:
601、终端(记为终端1)向SMF发送会话建立请求。
其中,会话建立请求用于请求建立会话访问5GVN服务。终端1发送的会话建立请求中包含的信息可参见上文,不再赘述。
其中,终端1可以通过AMF向SMF发送会话建立请求。AMF可以根据接收到的会话建立请求中的5GVN标识确定SMF(该SMF管理5GVN标识所标识的5GVN),并向SMF发送会话建立请求。
进一步的,终端1可以通过RAN节点向AMF发送会话建立请求。
602、SMF获取中转设备的信息。
其中,中转设备的信息可以配置在SMF中,该情况下,SMF直接获取中转设备的信息即可,中转设备的信息也可以配置在UDM或NRF或PCF中,该情况下,SMF可以从UDM或NRF或PCF中获取中转设备的信息。图6中以后者为例进行绘制。
603、SMF根据中转设备的信息确定中转设备。
其中,UPF1和中转设备可以为同一个设备也可以为不同的设备,本申请不作限制。
604、SMF为终端1的会话选择一个UPF(假定为UPF1)。
在步骤602中,SMF在获取中转设备的信息的过程中,还可以获取终端1的签约数据(从UDM)、策略信息(从PCF)、其他信息(从NRF)中的一个或多个,该情况下,步骤604在具体实现时,SMF可以根据终端1的位置、签约数据、策略信息、其他信息中的一个或多个为终端1的会话选择UPF。
605、SMF向UPF1发送会话建立请求。相应的,UPF1接收会话建立请求。
其中,会话建立请求用于请求UPF1创建会话。会话建立请求中可以包括第二转发规则,第二转发规则中包括中转设备的转发信息,第二转发规则用于UPF1将目的地址不是UPF1服务的终端的地址的数据包转发至中转设备。
可选的,会话建立请求中包括中转设备的转发信息。
606、UPF1根据会话建立请求安装第二转发规则。
其中,UPF1安装第二转发规则后,后续收到数据包时,将目的地址不是UPF1服务的终端的地址的数据包转发至中转设备。
可选的,若会话建立请求中包括中转设备的转发信息,则UPF1根据中转设备的转发信息建立和中转设备之间的通道。
607、UPF1向SMF发送会话建立响应。
可选的,若中转设备为UPF且中转设备的隧道信息由自身分配,则会话建立响应中可以包含UPF1的隧道信息。
608、SMF向中转设备发送第一消息,第一消息用于将UPF1的转发信息和/或终端1的转发信息发送给中转设备。相应的,中转设备接收第一消息。
其中,第一消息中可以包括第一转发规则,第一转发规则包括终端1的转发信息和/或UPF1的转发信息。第一转发规则用于中转设备将目的地址为终端1地址的数据包发送给UPF1。
可选的,若中转设备为UPF时,第一消息可以为会话建立请求或会话更新请求,UPF1的转发信息包括UPF1的隧道信息和/或IP地址,第一转发规则可以为N4规则。若中转设备为位于数据网络(data network,DN)中的路由器、交换机或其他可以进行转发的设备时,SMF可以直接向中转设备发送第一消息,也可以通过其他网络功能实体(例如,AF或NEF)向中转设备发送第一消息,第一转发规则可以为N6流量路由信息,N6流量路由信息可以指示任何可能在N6上使用的隧道,这些信息的性质取决于部署,例如,可以包括IP地址和UDP端口号。
609、中转设备安装第一消息中的第一转发规则。
其中,中转设备安装第一转发规则后,将目的地址为终端1地址的数据包发送给UPF1。
可选的,若第一消息中还包括UPF1的隧道信息,中转设备根据UPF1的隧道信息建立与UPF1之间的通道。
610、中转设备向SMF发送第一消息的响应消息。
值得注意的是,上述步骤605(SMF向UPF1发送会话建立请求)以及步骤608(SMF向中转设备发送第一消息)可以与会话建立过程解耦,即不一定在会话建立流程中执行,可以在会话建立流程执行完之后再执行。
实施例2
与实施例1的区别在于:5GVN不是在初始组网时便采用星型架构,而是在5GVN中的UPF的个数大于或等于某个阈值(假设为3)时,将全连接架构临时调整为星型架构。如图7所示,该方法包括:
701、群组中的终端1向SMF发送会话建立请求。相应的,SMF从终端1接收会话建立请求。
关于步骤701以及实施例2中其他类似步骤的相关描述可参见上述步骤601,不再赘述。
702、SMF根据终端1发送的会话建立请求为终端1的会话选择UPF1,并为终端1建立RAN1(终端1接入的RAN节点)和UPF1之间的N3隧道,在建立N3隧道的过程中,为UPF1配置第四转发规则,该第四转发规则用于UPF1将目的地址为终端1地址的数据包,通过对应的N3隧道发送给RAN1。
703、群组中的终端2向SMF发送会话建立请求。相应的,SMF从终端2接收会话建立请求。
704、SMF根据终端2发送的会话建立请求为终端2的会话选择UPF2,并为终端2建立RAN2(终端2接入的RAN节点)和UPF2之间的N3隧道,在建立N3隧道的过程中,为UPF2配置第四转发规则,该第四转发规则用于UPF2将目的地址为终端2地址的数据包,通过对应的N3隧道发送给RAN2。
705、当SMF检测到有多个UPF为该群组提供5GVN服务时,SMF建立UPF之间(即UPF1和UPF2之间)的N19隧道。
步骤705在具体实现时可以包括:SMF向UPF1发送UPF2的隧道信息,向UPF2发送UPF1的隧道信息。其中,UPF1的隧道信息可以为SMF或UPF1分配的,若为后者,UPF1可以在SMF为终端1建立RAN1和UPF1之间的N3隧道的过程中,将UPF1的隧道信息发送给SMF。类似的,UPF2的隧道信息可以为SMF或UPF2分配的,若为后者,UPF2可以在SMF为终端2建立RAN2和UPF2之间的N3隧道的过程中,将UPF2的隧道信息发送给SMF。
706、SMF为UPF1建立或配置第三转发规则。相应的,UPF1安装第三转发规则。
其中,第三转发规则用于UPF1将目的地址为终端2地址的数据包通过UPF1和UPF2之间的N19隧道发送给UPF2,第三转发规则中可以包括:终端2的地址信息和UPF2的隧道信息。
其中,第三转发规则可以携带在会话建立请求或会话更新请求中。
707、SMF为UPF2建立或配置第三转发规则。相应的,UPF2安装第三转发规则。
其中,第三转发规则用于UPF2将目的地址为终端1地址的数据包通过UPF2和UPF1之间的N19隧道发送给UPF1,第三转发规则中可以包括:终端1的地址信息和UPF1的隧道信息。
其中,第三转发规则可以携带在会话建立请求或会话更新请求中。
708、群组中的终端3向SMF发送会话建立请求。相应的,SMF从终端3接收会话建立请求。
709、SMF根据终端3发送的会话建立请求为终端3的会话选择UPF3,并为终端3建立RAN3(终端3接入的RAN节点)和UPF3之间的N3隧道,在建立N3隧道的过程中,为UPF3配置第四转发规则,该第四转发规则用于UPF3将目的地址为终端3地址的数据包,通过对应的N3隧道发送给RAN3。
其中,UPF3的隧道信息可以为SMF或UPF3分配的,若为后者,UPF3可以在SMF为终端3建立RAN3和UPF3之间的N3隧道的过程中,将UPF3的隧道信息发送给SMF。
710、SMF确定为该群组提供5GVN服务的UPF个数达到3,SMF确定为该群组提供5GVN服务的中转设备。
需要说明的是,SMF可以在每为该群组选择一个新的UPF时,都判断一次为该群组提供5GVN服务的UPF个数是否达到3,若否,不执行任何操作,若是,则确定中转设备。
步骤710中,若为该群组提供5GVN服务的UPF个数达到3,SMF确定5GVN采用星型架构,进而确定中转设备。
实施例2中假设中转设备为路由器或交换机或目前为该群组提供5GVN服务的UPF之外的一个UPF。
711、SMF向中转设备发送第一消息,第一消息用于将UPF1、UPF2和UPF3的转发信息以及UPF1、UPF2和UPF3服务的终端的转发信息发送给中转设备。相应的,中转设备接收第一消息。
其中,第一消息中可以包括第一转发规则,第一转发规则中包括UPF1、UPF2和UPF3的转发信息以及UPF1、UPF2和UPF3服务的终端的转发信息。第一转发规则用于中转设备将目的地址为某个UPF服务的终端地址的数据包转发至该UPF。
可选的,若中转设备为UPF时,第一消息可以为会话建立请求或会话更新请求,UPF的转发信息包括UPF的隧道信息和/或IP地址,第一转发规则可以为N4规则。若中转设备为位于DN中的路由器、交换机或其他可以进行转发的设备时,SMF可以直接向中转设备发送第一消息,也可以通过其他网络功能实体(例如,AF或NEF)向中转设备发送第一消息,第一转发规则可以为N6流量路由信息,N6流量路由信息可以指示任何可能在N6上使用的隧道,这些信息的性质取决于部署,例如,可以包括IP地址和UDP端口号。
712、中转设备安装第一消息中的第一转发规则。
其中,中转设备安装第一转发规则后,将接收到的目的地址为某个UPF服务的终端地址的数据包转发至该UPF。
713、中转设备向SMF发送第一消息的响应消息。
714、SMF向UPF1、UPF2和UPF3发送会话更新请求或会话建立请求。相应的,UPF1、UPF2和UPF3接收会话更新请求或会话建立请求。
其中,会话更新请求或会话建立请求中包括第二转发规则,第二转发规则中包括中转设备的转发信息。第二转发规则用于一个UPF将目的地址不是该UPF服务的终端的地址的数据包转发至中转设备。
需要说明的是,若一个UPF的隧道信息是SMF分配的,SMF在向该UPF发送为该UPF分配的隧道信息时,可以一并将第二转发规则发送给该UPF,即第二转发规则和UPF的隧道信息可以携带在一条消息中。
715、UPF1、UPF2和UPF3根据会话更新请求或会话建立请求将第三转发规则更新为第二转发规则。
其中,一个UPF将第三转发规则更新为第二转发规则后,后续收到数据包时,将接收到的目的地址不是该UPF服务的终端的地址的数据包转发至中转设备。
716、UPF1、UPF2和UPF3向SMF发送会话建立响应或会话更新响应。
通过上述步骤701至步骤716即可将全连接架构的5GVN调整为星型架构的5GVN。
值得注意的是,上述步骤711(SMF向中转设备发送第一消息)以及步骤710(SMF向UPF1、UPF2和UPF3发送会话更新请求或会话建立请求)可以与会话建立过程解耦,即不一定在会话建立流程中执行,可以在会话建立流程执行完之后再执行。
本申请实施例还提供了一种通信系统,包括:为一个群组提供5GVN服务的SMF、为群组提供5GVN服务的UPF和为群组提供5GVN服务的中转设备;其中:
SMF,用于在为群组中的终端创建会话的过程中,向中转设备发送第一转发规则,并向UPF发送第二转发规则,第一转发规则用于中转设备将目的地址为一个UPF服务的终端的地址的数据包转发给该UPF,向一个UPF发送的第二转发规则用于该UPF将目的地址不是该UPF服务的终端的地址的数据包转发至中转设备;
中转设备,用于接收第一转发规则,并安装第一转发规则;
UPF,用于接收第二转发规则,并安装第二转发规则。
可选的,中转设备为SMF在为群组提供5GVN服务的UPF的个数达到N时为群组确定的;
SMF,具体用于在为群组确定中转设备之后,向UPF发送第二转发规则;
UPF,具体用于接收第二转发规则,并将UPF中的转发规则更新为第二转发规则。
其中,UPF可以将UPF中的第三转发规则更新为第二转发规则,第三转发规则用于UPF将目的地址为其他UPF服务的终端的地址的数据包转发给相应的UPF。
可选的,第一转发规则包括至少一个UPF的转发信息和至少一个UPF服务的至少一个终端的转发信息。
可选的,中转设备是为群组提供5GVN服务的N个UPF中的一个,第一转发规则包括N-1个UPF的转发信息和N-1个UPF服务的终端的转发信息。其中,N-1个UPF是为群组提供5GVN服务的N个UPF中的除中转设备之外的UPF。
可选的,中转设备是为群组提供5GVN服务的N个UPF之外的一个设备,第一转发规则包括N个UPF的转发信息和N个UPF服务的终端的转发信息。
可选的,第二转发规则包括中转设备的转发信息。关于该通信系统中的各个网元执行的动作的具体实现可参见上述实施例,在此不再赘述。
在上述实施例中,为了方便描述,本申请上述实施例中以提供的方法应用在5G系统中为例进行说明,在实际实现时,该方法还可以应用在演进的分组系统(evolved packetsystem,EPS)中,该情况下,只需要将上述网元替换为EPS中的具有相应功能的网元即可,此时,上述会话可以为EPS中的PDN连接。PDN连接指EPS网络在终端与一个PLMN的外部公用数据网(public data network,PDN)之间提供的IP连接。
需要说明的是,本申请实施例中提供的方法中由SMF执行的步骤也可以由应用于SMF中的芯片来执行。由中转设备执行的步骤也可以由应用于中转设备中的芯片来执行。由UPF执行的步骤也可以由应用于UPF中的芯片来执行。
需要说明的是,本申请上述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体限定。
需要指出的是,本申请各实施例之间可以相互借鉴或参考,例如,相同或相似的步骤,方法实施例、通信系统实施例和装置实施例之间,均可以相互参考,不予限制。
上述主要从各个网元之间交互的角度对本申请实施例的方案进行了介绍。可以理解的是,各个网元,例如SMF、中转设备、UPF等为了实现上述功能,其包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对SMF、中转设备、UPF进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用集成的单元的情况下,图8示出了上述实施例中所涉及的一种通信装置80,该通信装置80可以包括:处理单元801,以及通信单元802。可选的,还包括存储单元803。
一种示例,该通信装置80为SMF,或者为应用于SMF中的芯片。在这种情况下,处理单元801,用于支持该通信装置80执行图5中的步骤501和步骤502,图6中的步骤601至步骤605、步骤607、步骤608和步骤610,图7中的步骤701至步骤711、步骤713、步骤714和步骤716,和/或本申请实施例中所描述的其他过程中的SMF执行的动作中的部分或全部动作。通信单元802用于与其他网络实体通信,例如,与图5中示出的中转设备通信。存储单元803用于存储SMF的程序代码和数据。
另一种示例,该通信装置80为中转设备,或者为应用于中转设备中的芯片。在这种情况下,处理单元801,用于支持该通信装置80执行图5中的步骤502,图6中的步骤608至步骤610,图7中的步骤711至步骤713,和/或本申请实施例中所描述的其他过程中的中转设备执行的动作中的部分或全部动作。通信单元802用于与其他网络实体通信,例如,与图5中示出的SMF通信。存储单元803用于存储中转设备的程序代码和数据。
再一种示例,该通信装置80为UPF,或者为应用于UPF中的芯片。在这种情况下,处理单元801,用于支持该通信装置80执行图6中的步骤605至步骤607(此时,UPF为UPF1),图7中的步骤702、步骤706、步骤714至步骤716(此时,UPF为UPF1),图7中的步骤704、步骤707、步骤714至步骤716(此时,UPF为UPF2),图7中的步骤706、步骤714至步骤716(此时,UPF为UPF3),和/或本申请实施例中所描述的其他过程中的UPF执行的动作中的部分或全部动作。通信单元802用于与其他网络实体通信,例如,与图6或图7中示出的SMF通信。存储单元803用于存储UPF的程序代码和数据。
图8中的集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。存储计算机软件产品的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
图8中的单元也可以称为模块,例如,处理单元可以称为处理模块。
图9是本申请实施例提供的通信装置90的硬件结构示意图。通信装置90包括一个或多个处理器901和通信接口903。
可选的,该通信装置90还包括存储器904,存储器904可以包括只读存储器和随机存取存储器,并向处理器901提供操作指令和数据。存储器904的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory,NVRAM)。
在一些实施方式中,存储器904存储了如下的元素,执行模块或者数据结构,或者他们的子集,或者他们的扩展集。
在本申请实施例中,通过调用存储器904存储的操作指令(该操作指令可存储在操作系统中),执行相应的操作。
一种可能的实现方式中为:中转设备、SMF以及UPF所用的结构类似,不同的装置可以使用不同结构以实现各自的功能。
处理器901控制中转设备、SMF、以及UPF中任一个的处理操作,处理器901还可以称为中央处理单元(central processing unit,CPU)。
处理器901、通信接口903以及存储器904通过总线系统902耦合在一起,其中总线系统902除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图9中将各种总线都标为总线系统902。
上述本申请实施例揭示的方法可以应用于处理器901中,或者由处理器901实现。处理器901可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器901中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器901可以是通用处理器、数字信号处理器(digital signal processing,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field-programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器904,处理器901读取存储器904中的信息,结合其硬件完成上述方法的步骤。
一种可能的实现方式中,处理器901控制通信接口903用于执行图5至图7所示的实施例中的中转设备、SMF、以及UPF的接收和发送的步骤。处理器901用于执行图5至图7所示的实施例中的中转设备、SMF、以及UPF的处理的步骤。
以上通信单元或通信接口可以是一种该装置的接口电路或通信接口,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该通信单元或通信接口是该芯片用于从其它芯片或装置接收信号或发送信号的接口电路或通信接口。
在上述实施例中,存储器存储的供处理器执行的指令可以以计算机程序产品的形式实现。计算机程序产品可以是事先写入在存储器中,也可以是以软件形式下载并安装在存储器中。
计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘solid statedisk,SSD)等。
一方面,提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当指令被运行时,使得SMF或者应用于SMF中的芯片执行图5中的步骤501和步骤502,图6中的步骤601至步骤605、步骤607、步骤608和步骤610,图7中的步骤701至步骤711、步骤713、步骤714和步骤716,和/或本申请实施例中所描述的其他过程中的SMF执行的动作中的部分或全部动作。
另一方面,提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当指令被运行时,使得中转设备或者应用于中转设备中的芯片执行图5中的步骤502,图6中的步骤608至步骤610,图7中的步骤711至步骤713,和/或本申请实施例中所描述的其他过程中的中转设备执行的动作中的部分或全部动作。
又一方面,提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当指令被运行时,使得UPF或者应用于UPF中的芯片执行图6中的步骤605至步骤607(此时,UPF为UPF1),图7中的步骤702、步骤706、步骤714至步骤716(此时,UPF为UPF1),图7中的步骤704、步骤707、步骤714至步骤716(此时,UPF为UPF2),图7中的步骤706、步骤714至步骤716(此时,UPF为UPF3),和/或本申请实施例中所描述的其他过程中的UPF执行的动作中的部分或全部动作。
前述的可读存储介质可以包括:U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
一方面,提供一种包括指令的计算机程序产品,计算机程序产品中存储有指令,当指令被运行时,使得SMF或者应用于SMF中的芯片执行图5中的步骤501和步骤502,图6中的步骤601至步骤605、步骤607、步骤608和步骤610,图7中的步骤701至步骤711、步骤713、步骤714和步骤716,和/或本申请实施例中所描述的其他过程中的SMF执行的动作中的部分或全部动作。
另一方面,提供一种包括指令的计算机程序产品,计算机程序产品中存储有指令,当指令被运行时,使得中转设备或者应用于中转设备中的芯片执行图5中的步骤502,图6中的步骤608至步骤610,图7中的步骤711至步骤713,和/或本申请实施例中所描述的其他过程中的中转设备执行的动作中的部分或全部动作。
又一方面,提供一种包括指令的计算机程序产品,计算机程序产品中存储有指令,当指令被运行时,使得UPF或者应用于UPF中的芯片执行图6中的步骤605至步骤607(此时,UPF为UPF1),图7中的步骤702、步骤706、步骤714至步骤716(此时,UPF为UPF1),图7中的步骤704、步骤707、步骤714至步骤716(此时,UPF为UPF2),图7中的步骤706、步骤714至步骤716(此时,UPF为UPF3),和/或本申请实施例中所描述的其他过程中的UPF执行的动作中的部分或全部动作。
一方面,提供一种芯片,该芯片应用于SMF中,芯片包括至少一个处理器和通信接口,通信接口和至少一个处理器耦合,处理器用于运行指令,以执行图5中的步骤501和步骤502,图6中的步骤601至步骤605、步骤607、步骤608和步骤610,图7中的步骤701至步骤711、步骤713、步骤714和步骤716,和/或本申请实施例中所描述的其他过程中的SMF执行的动作中的部分或全部动作。
另一方面,提供一种芯片,该芯片应用于中转设备中,芯片包括至少一个处理器和通信接口,通信接口和至少一个处理器耦合,处理器用于运行指令,以执行图5中的步骤502,图6中的步骤608至步骤610,图7中的步骤711至步骤713,和/或本申请实施例中所描述的其他过程中的中转设备执行的动作中的部分或全部动作。
又一方面,提供一种芯片,该芯片应用于UPF中,芯片包括至少一个处理器和通信接口,通信接口和至少一个处理器耦合,处理器用于运行指令,以执行图6中的步骤605至步骤607(此时,UPF为UPF1),图7中的步骤702、步骤706、步骤714至步骤716(此时,UPF为UPF1),图7中的步骤704、步骤707、步骤714至步骤716(此时,UPF为UPF2),图7中的步骤706、步骤714至步骤716(此时,UPF为UPF3),和/或本申请实施例中所描述的其他过程中的UPF执行的动作中的部分或全部动作。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (26)
1.一种通信方法,其特征在于,包括:
会话管理网元在为一个群组中的终端创建会话的过程中,确定为所述群组提供5GVN服务的中转设备,所述中转设备用于在任意两个为所述群组提供第五代虚拟网络5GVN服务的用户面网元之间转发数据;
所述会话管理网元向所述中转设备发送第一转发规则,所述第一转发规则包括至少一个所述用户面网元的转发信息和所述至少一个所述用户面网元服务的至少一个终端的转发信息,所述第一转发规则用于所述中转设备将目的地址为第一终端的地址的数据包转发至为所述第一终端服务的所述用户面网元,所述第一终端为所述至少一个终端中的任意一个。
2.根据权利要求1所述的方法,其特征在于,所述中转设备为用户面网元,所述第一转发规则为N4规则。
3.根据权利要求1或2所述的方法,其特征在于,所述会话管理网元确定为所述群组提供5GVN服务的中转设备,包括:
所述会话管理网元从其他网元获取为所述群组提供5GVN服务的中转设备的信息;
所述会话管理网元根据获取到的所述中转设备的信息确定所述中转设备。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述会话管理网元在为一个群组中的终端创建会话的过程中,确定为所述群组提供5GVN服务的中转设备,包括:
所述会话管理网元首次接收所述群组中的终端发送的会话建立请求,所述会话建立请求用于请求建立会话访问5GVN服务;
所述会话管理网元确定为所述群组提供5GVN服务的中转设备。
5.根据权利要求4所述的方法,其特征在于,若所述会话管理网元首次接收到的会话建立请求为所述群组中的第二终端发送的,所述方法还包括:
所述会话管理网元为所述第二终端的会话选择第一用户面网元;其中,若所述中转设备和所述第一用户面网元为两个不同的设备,所述第一转发规则包括所述第一用户面网元的转发信息和所述第二终端的转发信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
所述会话管理网元向所述第一用户面网元发送第二转发规则,所述第二转发规则包括所述中转设备的转发信息,所述第二转发规则用于所述第一用户面网元将目的地址不是所述第一用户面网元服务的终端的地址的数据包转发至所述中转设备。
7.根据权利要求1至3任一项所述的方法,其特征在于,所述会话管理网元在为一个群组中的终端创建会话的过程中,确定为所述群组提供5GVN服务的中转设备,包括:
所述会话管理网元接收所述群组中的第三终端发送的会话建立请求,所述会话建立请求用于请求建立会话访问5GVN服务;
所述会话管理网元为所述第三终端的会话选择第二用户面网元;
所述会话管理网元确定为所述群组提供5GVN服务的用户面网元的个数是否达到N,N为大于1的整数;
若是,所述会话管理网元确定为所述群组提供5GVN服务的中转设备。
8.根据权利要求7所述的方法,其特征在于,所述中转设备是为所述群组提供5GVN服务的N个用户面网元中的一个,所述第一转发规则包括N-1个用户面网元的转发信息和所述N-1个用户面网元服务的终端的转发信息,所述N-1个用户面网元是为所述群组提供5GVN服务的N个用户面网元中的除所述中转设备之外的用户面网元。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述会话管理网元向所述N-1个用户面网元发送更新请求,所述更新请求用于请求相应的用户面网元更新转发规则;
其中,向一个用户面网元发送的更新请求中包括第二转发规则,所述第二转发规则包括所述中转设备的转发信息,所述第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至所述中转设备。
10.根据权利要求7所述的方法,其特征在于,所述中转设备是为所述群组提供5GVN服务的N个用户面网元之外的一个设备,所述第一转发规则包括所述N个用户面网元的转发信息和所述N个用户面网元服务的终端的转发信息。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
所述会话管理网元向所述N个用户面网元中的每个用户面网元发送更新请求,所述更新请求用于请求相应的用户面网元更新转发规则;
其中,向一个用户面网元发送的更新请求中包括第二转发规则,所述第二转发规则包括所述中转设备的转发信息,所述第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至所述中转设备。
12.一种通信装置,其特征在于,包括:处理单元和通信单元;
所述处理单元,用于在为一个群组中的终端创建会话的过程中,确定为所述群组提供5GVN服务的中转设备,所述中转设备用于在任意两个为所述群组提供第五代虚拟网络5GVN服务的用户面网元之间转发数据;
所述通信单元,用于向所述中转设备发送第一转发规则,所述第一转发规则包括至少一个所述用户面网元的转发信息和所述至少一个所述用户面网元服务的至少一个终端的转发信息,所述第一转发规则用于所述中转设备将目的地址为第一终端的地址的数据包转发至为所述第一终端服务的所述用户面网元,所述第一终端为所述至少一个终端中的任意一个。
13.根据权利要求12所述的装置,其特征在于,所述中转设备为用户面网元,所述第一转发规则为N4规则。
14.根据权利要求12或13所述的装置,其特征在于,所述处理单元,具体用于:
通过所述通信单元从其他网元获取为所述群组提供5GVN服务的中转设备的信息;
根据获取到的所述中转设备的信息确定所述中转设备。
15.根据权利要求12至14任一项所述的装置,其特征在于,所述处理单元,具体用于:
通过所述通信单元首次接收所述群组中的终端发送的会话建立请求,所述会话建立请求用于请求建立会话访问5GVN服务;
确定为所述群组提供5GVN服务的中转设备。
16.根据权利要求15所述的装置,其特征在于,若所述通信装置首次接收到的会话建立请求为所述群组中的第二终端发送的,所述处理单元,还用于:
为所述第二终端的会话选择第一用户面网元;其中,若所述中转设备和所述第一用户面网元为两个不同的设备,所述第一转发规则包括所述第一用户面网元的转发信息和所述第二终端的转发信息。
17.根据权利要求16所述的装置,其特征在于,所述通信单元,还用于:
向所述第一用户面网元发送第二转发规则,所述第二转发规则包括所述中转设备的转发信息,所述第二转发规则用于所述第一用户面网元将目的地址不是所述第一用户面网元服务的终端的地址的数据包转发至所述中转设备。
18.根据权利要求12至14任一项所述的装置,其特征在于,所述处理单元,具体用于:
通过所述通信单元接收所述群组中的第三终端发送的会话建立请求,所述会话建立请求用于请求建立会话访问5GVN服务;
为所述第三终端的会话选择第二用户面网元;
确定为所述群组提供5GVN服务的用户面网元的个数是否达到N,N为大于1的整数;
若是,确定为所述群组提供5GVN服务的中转设备。
19.根据权利要求18所述的装置,其特征在于,所述中转设备是为所述群组提供5GVN服务的N个用户面网元中的一个,所述第一转发规则包括N-1个用户面网元的转发信息和所述N-1个用户面网元服务的终端的转发信息,所述N-1个用户面网元是为所述群组提供5GVN服务的N个用户面网元中的除所述中转设备之外的用户面网元。
20.根据权利要求19所述的装置,其特征在于,
所述通信单元,还用于向所述N-1个用户面网元发送更新请求,所述更新请求用于请求相应的用户面网元更新转发规则;
其中,向一个用户面网元发送的更新请求中包括第二转发规则,所述第二转发规则包括所述中转设备的转发信息,所述第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至所述中转设备。
21.根据权利要求18所述的装置,其特征在于,所述中转设备是为所述群组提供5GVN服务的N个用户面网元之外的一个设备,所述第一转发规则包括所述N个用户面网元的转发信息和所述N个用户面网元服务的终端的转发信息。
22.根据权利要求21所述的装置,其特征在于,
所述通信单元,还用于向所述N个用户面网元中的每个用户面网元发送更新请求,所述更新请求用于请求相应的用户面网元更新转发规则;
其中,向一个用户面网元发送的更新请求中包括第二转发规则,所述第二转发规则包括所述中转设备的转发信息,所述第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至所述中转设备。
23.一种通信系统,其特征在于,包括:为一个群组提供第五代虚拟网络5GVN服务的会话管理网元、为所述群组提供5GVN服务的用户面网元和为所述群组提供5GVN服务的中转设备;
所述会话管理网元,用于在为所述群组中的终端创建会话的过程中,向所述中转设备发送第一转发规则,并向所述用户面网元发送第二转发规则,所述第一转发规则用于所述中转设备将目的地址为一个用户面网元服务的终端的地址的数据包转发给该用户面网元,向一个用户面网元发送的第二转发规则用于该用户面网元将目的地址不是该用户面网元服务的终端的地址的数据包转发至所述中转设备;
所述中转设备,用于接收所述第一转发规则,并安装所述第一转发规则;
所述用户面网元,用于接收所述第二转发规则,并安装所述第二转发规则。
24.根据权利要求23所述的系统,其特征在于,所述中转设备为所述会话管理网元在为所述群组提供5GVN服务的用户面网元的个数达到N时为所述群组确定的;
所述会话管理网元,具体用于在为所述群组确定所述中转设备之后,向所述用户面网元发送第二转发规则;
所述用户面网元,具体用于接收第二转发规则,并将所述用户面网元中的转发规则更新为所述第二转发规则。
25.根据权利要求23或24所述的系统,其特征在于,所述第一转发规则包括至少一个所述用户面网元的转发信息和所述至少一个所述用户面网元服务的至少一个终端的转发信息。
26.根据权利要求23至25任一项所述的系统,其特征在于,所述第二转发规则包括所述中转设备的转发信息。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911206495.2A CN112887184A (zh) | 2019-11-29 | 2019-11-29 | 通信方法、装置以及系统 |
EP20893893.6A EP4054130A4 (en) | 2019-11-29 | 2020-11-27 | COMMUNICATION METHOD, DEVICE AND SYSTEM |
PCT/CN2020/132414 WO2021104484A1 (zh) | 2019-11-29 | 2020-11-27 | 通信方法、装置以及系统 |
US17/827,552 US20220295577A1 (en) | 2019-11-29 | 2022-05-27 | Communication method, apparatus, and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911206495.2A CN112887184A (zh) | 2019-11-29 | 2019-11-29 | 通信方法、装置以及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112887184A true CN112887184A (zh) | 2021-06-01 |
Family
ID=76039111
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911206495.2A Pending CN112887184A (zh) | 2019-11-29 | 2019-11-29 | 通信方法、装置以及系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220295577A1 (zh) |
EP (1) | EP4054130A4 (zh) |
CN (1) | CN112887184A (zh) |
WO (1) | WO2021104484A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113938872A (zh) * | 2021-09-22 | 2022-01-14 | 中国联合网络通信集团有限公司 | 通信方法、装置、系统及计算机存储介质 |
CN114867079A (zh) * | 2022-05-23 | 2022-08-05 | 中国联合网络通信集团有限公司 | 一种通信方法、装置及存储介质 |
CN116192223A (zh) * | 2023-04-25 | 2023-05-30 | 阿里巴巴达摩院(杭州)科技有限公司 | 专网信息的转发方法、车辆控制方法、装置及设备 |
CN116528318A (zh) * | 2023-06-30 | 2023-08-01 | 中国电信股份有限公司 | 网元连接控制方法及装置、电子设备、存储介质 |
WO2023185580A1 (zh) * | 2022-03-31 | 2023-10-05 | 大唐移动通信设备有限公司 | 数据传输方法、设备、装置及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11601395B1 (en) * | 2021-12-22 | 2023-03-07 | Uab 360 It | Updating parameters in a mesh network |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109246767B (zh) * | 2017-06-16 | 2021-02-05 | 电信科学技术研究院 | 一种数据中转方法、装置、网络功能实体及smf实体 |
CN110278584B (zh) * | 2018-03-14 | 2020-12-15 | 华为技术有限公司 | 切换用户面网元的方法、装置和系统 |
CN113660102B (zh) * | 2019-06-17 | 2022-10-21 | 腾讯科技(深圳)有限公司 | 虚拟网络群组的组播组的组播方法、装置、设备及系统 |
-
2019
- 2019-11-29 CN CN201911206495.2A patent/CN112887184A/zh active Pending
-
2020
- 2020-11-27 WO PCT/CN2020/132414 patent/WO2021104484A1/zh unknown
- 2020-11-27 EP EP20893893.6A patent/EP4054130A4/en active Pending
-
2022
- 2022-05-27 US US17/827,552 patent/US20220295577A1/en active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113938872A (zh) * | 2021-09-22 | 2022-01-14 | 中国联合网络通信集团有限公司 | 通信方法、装置、系统及计算机存储介质 |
CN113938872B (zh) * | 2021-09-22 | 2023-10-20 | 中国联合网络通信集团有限公司 | 通信方法、装置、系统及计算机存储介质 |
WO2023185580A1 (zh) * | 2022-03-31 | 2023-10-05 | 大唐移动通信设备有限公司 | 数据传输方法、设备、装置及存储介质 |
CN114867079A (zh) * | 2022-05-23 | 2022-08-05 | 中国联合网络通信集团有限公司 | 一种通信方法、装置及存储介质 |
CN114867079B (zh) * | 2022-05-23 | 2024-04-16 | 中国联合网络通信集团有限公司 | 一种通信方法、装置及存储介质 |
CN116192223A (zh) * | 2023-04-25 | 2023-05-30 | 阿里巴巴达摩院(杭州)科技有限公司 | 专网信息的转发方法、车辆控制方法、装置及设备 |
CN116192223B (zh) * | 2023-04-25 | 2023-09-22 | 阿里巴巴达摩院(杭州)科技有限公司 | 专网信息的转发方法、车辆控制方法、装置及设备 |
CN116528318A (zh) * | 2023-06-30 | 2023-08-01 | 中国电信股份有限公司 | 网元连接控制方法及装置、电子设备、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP4054130A1 (en) | 2022-09-07 |
EP4054130A4 (en) | 2022-12-28 |
US20220295577A1 (en) | 2022-09-15 |
WO2021104484A1 (zh) | 2021-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10973000B2 (en) | Message sending method and apparatus | |
US20220330129A1 (en) | Route Configuration Method and Apparatus | |
US9386480B2 (en) | Systems and methods for providing LTE-based backhaul | |
WO2021104484A1 (zh) | 通信方法、装置以及系统 | |
TWI817612B (zh) | 通信方法和裝置 | |
US20230171672A1 (en) | Route configuration method and apparatus | |
US11659446B2 (en) | Systems and methods for providing LTE-based backhaul | |
US11943139B2 (en) | Route configuration method and apparatus | |
US20220338300A1 (en) | Communication Method and Apparatus | |
EP4218295A1 (en) | Method and apparatus for path switch | |
US20220182910A1 (en) | Data Processing Method, Apparatus, And System | |
US20240089337A1 (en) | Broker circuitry, network broker circuitries, broker devices, base station, publisher devices, subscriber devices | |
US10694560B2 (en) | Integrating private LTE radio service with WiFi access architectures | |
WO2024033295A2 (en) | U2u relay discovery and (re-)selection | |
CN115708385A (zh) | 一种通信方法及通信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |