CN111406415B - 多播和广播服务的方法和系统 - Google Patents
多播和广播服务的方法和系统 Download PDFInfo
- Publication number
- CN111406415B CN111406415B CN201880075936.7A CN201880075936A CN111406415B CN 111406415 B CN111406415 B CN 111406415B CN 201880075936 A CN201880075936 A CN 201880075936A CN 111406415 B CN111406415 B CN 111406415B
- Authority
- CN
- China
- Prior art keywords
- session
- information
- smf
- request
- data
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- 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/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- 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/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
- H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
-
- 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/08—Network architectures or network communication protocols for network security for authentication of entities
-
- 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
- H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/60—Context-dependent security
- H04W12/69—Identity-dependent
- H04W12/76—Group identity
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种将下行(DL)MB数据传送到连接至(无线)接入网((R)AN)节点的多个电子设备(ED)的MB传送方法,该方法包括:将DL MB数据存储在(R)AN节点的缓冲中;以及(R)AN节点向多个ED发送上述DL MB数据。
Description
相关申请的交叉引用
本申请要求于2018年11月19日提交的申请号为No.16/195,469、发明名称为“多播和广播服务的方法和系统”的美国非临时专利申请的优先权,该美国非临时专利申请要求于2017年11月22日提交的申请号为No.62/590,210、发明名称为“多播和广播服务”的美国临时专利申请的优先权,其全部内容通过引用并入本文。
技术领域
本发明一般涉及通信网络领域,特定实施例或方面涉及多播和广播服务。
背景技术
针对3G和4G系统开发了多播和广播多媒体子系统(multicast and broadcastmultimedia subsystem,MBMS)。MBMS最初被设计用于视频广播和流服务,并且已经扩展到其他服务,例如公共安全、车到车或车到基础设施(vehicle to vehicle orinfrastructure,V2X)通信、以及物联网(internet of things,IoT)通信。然而,许多V2X和IoT设备并不支持4G系统中的MBMS功能。这些设备通常非常简单,以降低成本和功耗,但因此缺乏足够的容量来使用MBMS。因此,需要开发用于5G系统的替代方案,以支持用于V2X和IoT设备和任何其他设备的多播和广播传输。
该背景信息旨在提供可能与本发明相关的信息。无意也不应解释为承认任何前述信息构成了相对于本发明的现有技术。
发明内容
本发明的目的是消除或减轻现有技术的至少一个缺点。
因此,本发明的一个方面提供了一种多播-广播传送方法,该方法将下行(downlink,DL)数据传送到连接至(无线)接入网((radio)access network,(R)AN)节点的多个电子设备(electronic device,ED),该方法包括:将DL MB数据存储在(R)AN节点的缓冲(buffer)中;以及该(R)AN节点将DL MB数据发送至多个ED。
本发明的另一方面提供了一种多播-广播传送方法,该方法将下行(DL)数据传送到连接至(无线)接入网((R)AN)节点的多个电子设备(ED),该方法包括:在核心网(corenetwork,CN)中建立用户面(user plane,UP)功能和(R)AN节点之间的UP数据路径(包括隧道),该路径独立于(R)AN节点和该(R)AN节点的服务区内的ED之间的数据无线承载(dataradio bearer,DRB)。
附图说明
根据以下结合附图的具体实施方式,本发明的其他特征和优点将变得显而易见,其中:
图1为计算和通信环境内可以用于实现根据本发明代表性实施例的设备和方法的电子设备的框图;
图2为示出逻辑平台的框图,电子设备可以在该逻辑平台下提供虚拟化服务;
图3为示出5G核心网的系统架构的基于服务的视图的框图;
图4为示出在5G核心网中实现的MBMS服务的基于服务的视图的框图;
图5A和图5B为示出根据本发明第一代表性实施例的MB数据传输的消息流图;
图6A至图6C示出了根据本发明第二代表性实施例的MB数据传输的消息流图;
图7A和图7B为示出根据本发明代表性实施例的MB会话建立的消息流图;
图8A和图8B为示出根据本发明另一代表性实施例的MB会话建立的消息流图。
具体实施方式
在以下说明中,通过示例实施例来描述本发明的特征。为便于描述,这些实施例使用如第三代合作伙伴计划(third generation partnership project,3GPP)定义的通信系统规范(例如4G和5G网络)中已知的特征和术语。然而应理解,本发明不限于这些网络。
在以下说明中,示例实施例描述了用于选择性地将应用加密隐私保护应用于在电子设备(electronic device,ED)(例如用户设备(user equipment,UE))和无线接入网(radio access network,RAN)节点之间传递的消息的技术。这些技术可以用于将明文信息和加密信息包含在同一协议数据单元(protocol data unit,PDU)内。现有的程序或将在ED和RAN之间传送的信息整体加密,或完全不提供隐私保护。
在本公开中使用的术语“PDU保护层(PDU protection layer,PPL)”指与PDCP所提供的机制类似的用于整体性保护和加密的机制,然而在合适的情况下可以使用其他机制。另外,3GPP TS 33.401“3GPP System Architecture Evolution(SAE);Securityarchitecture”以及3GPP TS 33.501“Security Architecture and Procedures for 5GSystem”中的术语用于描述加密密钥和算法。然而,在合适的情况下可以使用替代的术语。
术语“明文”应理解为(任何形式的)非加密的信息。
术语“加密”应理解为(任何合适形式的)加密隐私保护技术对一个或多个数据块的应用。
图1是示出在计算及通信环境100内的电子设备(electronic device,ED)102的框图,电子设备102可用于实现本文公开的设备和方法。在一些实施例中,电子设备102可以是通信网络基础设施网元,例如基站(例如,NodeB、演进型NodeB(eNodeB或eNB)、下一代NodeB(有时称为gNodeB或gNB))、归属用户服务器(home subscriber server,HSS)、诸如分组网关(packet gateway,PGW)或服务网关(serving gateway,SGW)的网关(gateway,GW)、或演进分组核心(evolved packet core,EPC)网络内的各种其他节点或功能。在其他实施例中,电子设备102可以是通过无线接口连接到网络基础设施的设备,例如移动电话、智能电话、或可以归类为用户设备(user equipment,UE)的其他设备。在一些实施例中,ED102可以是机器类通信(machine type communications,MTC)设备(也称为机器到机器(machine-to-machine,m2m)设备)、或者尽管没有向用户提供直接服务但可以归类为UE的另一设备。在一些参考文献中,ED 102还可以称为移动设备(mobile device,MD),该术语旨在表示连接到移动网络的设备,而不管设备本身是否设计用于移动还是能够移动。特定设备可以利用所示的所有部件或仅利用部件子集,并且集成度可能因设备而异。此外,设备可以包含部件的多个实例,例如多个处理器、存储器、发射器、接收器等。电子设备102通常包括例如处理器104(例如中央处理单元(central processing unit,CPU)),并且还可以包括专用处理器(例如图形处理单元(graphics processing unit,GPU)或其他这样的处理器)、存储器108、网络接口110、以及用于连接电子设备102的部件的总线112。ED 102还可以可选地包括例如大容量存储设备114、视频适配器116、以及输入/输出(input/output,I/O)接口118的部件(以虚线轮廓示出)。
存储器108可以包括处理器106可读的任何类型的非暂时性系统存储器,例如静态随机存取存储器(static random access memory,SRAM)、动态随机存取存储器(dynamicrandom access memory,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、只读存储器(read-only memory,ROM)、或其组合。在特定实施例中,存储器108可以包括一种以上类型的存储器,例如启动时使用的ROM,以及用于存储在执行程序时使用的程序和数据的DRAM。总线112可以是任何类型的若干总线架构中的一个或多个,包括存储器总线或存储器控制器、外围总线、或视频总线。
电子设备102还可以包括一个或多个网络接口110,该网络接口110可以包括有线网络接口和无线网络接口中的至少一个。如图1所示,网络接口110可以包括用于连接到网络120的有线网络接口,并且还可以包括用于通过无线链路连接到其他设备的无线接入网接口122。当ED 102是网络基础设施时,对于充当核心网(core network,CN)网元的节点或功能(而非那些位于无线边缘处的网元(例如,eNB)的节点或功能),可以省略无线接入网接口122。当ED 102是网络的无线边缘处的基础设施时,可以包括有线网络接口和无线网络接口。当ED 102是无线连接的设备(例如用户设备)时,可以存在无线接入网接口122,并且可以通过例如Wi-Fi网络接口的其他无线接口来对无线接入网接口122进行补充。网络接口110允许电子设备102与例如连接到网络120的远程实体通信。
大容量存储器114可以包括任何类型的非暂时性存储设备,该非暂时性存储设备用于存储数据、程序、和其他信息,并且用于使得数据、程序、和其他信息可以经由总线112访问。例如,大容量存储器114可以包括固态驱动器、硬盘驱动器、磁盘驱动器、或光盘驱动器中的一个或多个。在一些实施例中,大容量存储器114可以远程到电子设备102,并且可以使用例如接口110的网络接口访问。在所示实施例中,大容量存储器114与包括它的存储器108不同,并且通常可以执行兼容较高时延的存储任务,但是通常可以产生较小的波动性或不产生波动性。在一些实施例中,大容量存储器114可以与存储器108集成以形成异构存储器。
可选的视频适配器116和I/O接口118(以虚线轮廓示出)提供用于将电子设备102耦合到外部输入和输出设备的接口。输入和输出设备的示例包括耦合到视频适配器116的显示器124以及例如耦合到I/O接口118的触摸屏的I/O设备126。其他设备可以耦合到电子设备102,并且可以使用附加的或较少的接口。例如,诸如通用串行总线(universal serialbus,USB)的串行接口(未示出)可用于为外部设备提供接口。本领域技术人员将理解,在电子设备102是数据中心的一部分的实施例中,I/O接口118和视频适配器116可以被虚拟化并通过网络接口110提供。
在一些实施例中,电子设备102可以是独立设备,而在其他实施例中,电子设备102可以位于数据中心内。如本领域所理解的,数据中心是可以用作集体计算及存储资源的计算资源(通常以服务的形式)的集合。在数据中心内,多个服务可以连接在一起以提供计算资源池,在该计算资源池上可以实例化虚拟化实体。数据中心可以彼此连接,以形成由通过连接资源彼此连接的池化计算和存储资源组成的网络。连接资源可以采用例如以太网或光通信链路的物理连接的形式,并且在一些情况下也可以包括无线通信信道。如果两个不同的数据中心通过多个不同通信信道连接,则可以使用包括链路聚合组(link aggregationgroup,LAG)的形式在内的多种技术中的任何技术将链路组合在一起。应当理解,可以将任何或所有计算资源、存储资源、以及连接资源(以及网络内的其他资源)划分于不同的子网之间,在一些情况下,可以以资源切片形式进行划分。如果将跨多个连接的数据中心或其他节点集合的资源切片,则可以创建不同的网络切片。
图2是示意性地示出可在本发明实施例中使用的代表性服务器200的架构的框图。可以预期的是,服务器200可以物理地实现为一个或多个计算机、存储设备、以及路由器(其中的任何一个或全部可以根据上面参考图1描述的系统100构造)互连在一起以形成本地网络或集群,并执行合适的软件以完成其预期的功能。普通技术人员将认识到,存在可用于本发明目的的许多合适的硬件和软件组合,这些组合或者是本领域已知的,或者可以在将来开发。因此,本说明书中不包括显示物理服务器硬件的图。相反,图2的框图示出了服务器200的代表性功能架构,应该理解,可以使用硬件和软件的任何合适组合来实现该功能架构。还应理解,服务器200自身可以是虚拟化实体。因为从另一节点的角度看,虚拟化实体具有与物理实体相同的特性,因此,虚拟化计算平台和物理计算平台都可以用作虚拟化功能可以在其上实例化的底层资源。
如图2所示,图示的服务器200通常包括主机基础设施202和应用平台204。该主机基础设施202包括服务器200的物理硬件资源206(例如信息处理资源、流量转发资源、和数据存储资源),以及向应用平台204呈现硬件资源206的抽象的虚拟化层208。该抽象的具体细节将取决于由应用层托管的应用的需求(如下所述)。因此,例如,提供流量转发功能的应用可以使用硬件资源206的抽象来呈现,该硬件资源206简化了一个或多个路由器中的流量转发策略的实现方式。类似地,提供数据存储功能的应用可以使用有助于数据的存储和检索(例如,使用轻量级目录访问协议——LDAP(lightweight directory accessprotocol))的硬件资源206的抽象来呈现。
应用平台204提供托管应用的能力,并且包括虚拟化管理器210和应用平台服务212。该虚拟化管理器210通过提供基础设施即服务(infrastructure as a service,IaaS)设施来支持针对应用214的灵活且有效的多租户运行时和托管环境。在工作中,虚拟化管理器210可以为由平台204托管的每个应用程序提供安全性和资源“沙箱(sandbox)”。每个“沙箱”可以实现为虚拟机(virtual machine,VM)216,该VM 216可以包括合适的操作系统和对服务器200的(虚拟化)硬件资源206的受控访问。应用平台服务212向应用平台204上托管的应用214提供一组中间件应用服务和基础设施服务,这将在下文更详细地描述。
来自供应商、服务提供商、和第三方的应用214可以在相应的虚拟机216内部署和执行。例如,可以借助于如上所述的在应用平台204上托管的一个或多个应用214来实现管理和编排(management and orchestration,MANO)功能和面向服务的网络自动创建(service oriented network auto-creation,SONAC)功能(或软件定义网络(softwaredefined networking,SDN)、软件定义拓扑(software defined topology,SDT)、软件定义协议(software defined protocol,SDP)、和软件定义资源分配(software definedresource allocation,SDRA)控制器,以上在一些实施例中可以合并到SONAC控制器中)。可以根据本领域中已知的面向服务架构(service-oriented architecture,SOA)的原理方便地设计应用程序214与服务器200中的服务之间的通信。
通信服务218可以允许在单个服务器200上托管的应用程序214与应用平台服务212进行通信(例如,通过预定义的应用程序编程接口(application programminginterfaces,API))并且彼此通信(例如,通过服务特定的API)。
服务注册表220可以提供服务器200上可用服务的可见性。此外,服务注册表220可以呈现服务可用性(例如,服务的状态)以及相关的接口和版本。应用程序214可以使用其来发现和定位应用程序所需服务的端点,并发布其自己的服务端点以供其他应用程序使用。
移动边缘计算允许云应用服务与数据中心中的虚拟化移动网元一起托管,数据中心用于支持云无线接入网(cloud-radio access network,C-RAN)的处理要求。例如,eNodeB或gNB节点可以被虚拟化为在VM 216中运行的应用214。网络信息服务(networkinformation services,NIS)222可以向应用214提供低级网络信息。例如,NIS 222提供的信息可以由应用程序214使用,以计算和呈现高级和有意义的数据,例如:小区ID、用户的位置、小区负载、以及吞吐量指导。
流量分流功能(traffic off-load function,TOF)服务224可以对流量进行优先级排序,并将选择的基于策略的用户数据流路由到应用214和从应用214路由。可以以各种方式将TOF服务224提供给应用程序214,包括:直通模式,其中(上行和/或下行)流量被传递到应用214,应用214可以监测、修改、或整形该流量然后将该流量发送回原始分组数据网络(original packet data network,PDN)连接(例如3GPP承载);以及端点模式,其中流量由充当服务器的应用程序214终止。
可以理解,图2的服务器架构是平台虚拟化的实例,其中,每个虚拟机216用其自身的操作系统和其托管系统的(虚拟化)硬件资源模拟物理计算机。在虚拟机216上运行的软件应用214与底层硬件资源206分离(例如,通过虚拟化层208和应用平台204)。概括地说,虚拟机216被实例化为管理程序(例如虚拟化层208和应用平台204)的客户端,其向虚拟机216呈现硬件资源206的抽象。
其他虚拟化技术是已知的,或者将来可以使用服务器200的不同功能架构来开发其他虚拟化技术。例如,操作系统级虚拟化是一种虚拟化技术,其中,操作系统的内核允许存在多个孤立的用户空间实例,而不仅仅是一个。这样的实例有时被称为容器、虚拟化引擎(virtualization engine,VE)、或监狱(例如“FreeBSD监狱”或“chroot监狱”),这些实例可以从在其中运行的应用的角度模拟物理计算机。但是,与虚拟机不同,每个用户空间实例都可以使用主机系统内核直接访问主机系统的硬件资源206。在这种布置中,用户空间实例至少不需要图2的虚拟化层208。更广泛地,将认识到,服务器200的功能架构可以根据虚拟化技术的选择以及特定虚拟化技术的可能不同的供应商而变化。
图3示出了5G核心网(5th generation core network,5GCN)或下一代核心网(nextgeneration core network,NGCN/NCN)的基于服务的架构300。此图描绘了节点和功能之间的逻辑连接,示出的连接不应解释为直接物理连接。ED 102与(无线)接入网((radio)access network,(R)AN)节点302(可以例如是gNodeB(gNB))建立无线接入网连接,该(R)AN节点302通过网络接口(例如N3接口)连接到用户面(user plane,UP)功能(UP function,UPF)304(例如UP网关),该网络接口提供例如N3接口的定义接口。UPF 304通过例如N6接口的网络接口提供到数据网络(data network,DN)306的逻辑连接。ED 102和(R)AN节点302之间的无线接入网连接可以被称为数据无线承载(data radio bearer,DRB)。
DN 306可以是用于提供运营商服务的数据网,或者可以是在第三代合作伙伴计划(3GPP)的标准化范围之外的用于提供第三方服务的网络(例如互联网),以及在一些实施例中,DN 306可以表示边缘计算网络或资源,例如移动边缘计算(mobile edge computing,MEC)网络。
ED 102还通过逻辑N1连接(尽管该连接的物理路径不是直接的)连接到接入和移动性管理功能(access and mobility management function,AMF)308。AMF 308负责接入请求的认证和授权,并且负责移动性管理功能。AMF 308可以执行3GPP技术规范(technicalspecification,TS)23.501中定义的其他角色和功能。在基于服务的视图中,AMF 308可以通过表示为Namf的基于服务的接口与其他核心网控制面功能通信。
会话管理功能(session management function,SMF)310是负责以下的网络功能:分配和管理分配给ED的IP地址,以及为与ED 102的特定会话相关的流量选择UPF 304(或UPF 304的特定实例)。可以理解,网络300中通常有多个SMF 310,每个SMF 310可以与相应一组ED 102、一组(R)AN节点302、或一组UPF 304关联。在基于服务的视图中,SMF 310可以通过表示为Nsmf的基于服务的接口与其他核心网功能通信。SMF 310还可以通过例如网络接口N4的逻辑接口连接至UPF 304。
认证服务器功能(authentication server function,AUSF)312通过基于服务的Nausf接口向其他网络功能提供认证服务。
网络开放功能(network exposure function,NEF)314可以部署在网络中,以允许服务器、功能、以及其他实体(例如信任域外的实体)接触到网络内的服务和能力。在一个这样的示例中,NEF 314可以类似于所示网络外的应用服务器与网络功能(例如策略控制功能(policy control function,PCF)100、SMF 310、UDM 320、和AMF 308)之间的代理,使得外部应用服务器可以提供可用于设置与数据会话相关的参数的信息。NEF 314可以通过基于服务的Nnef网络接口与其他网络功能通信。NEF 314还可以具有到非3GPP功能的接口。
网络存储功能(network repository function,NRF)318提供网络服务发现功能。NRF318可以特定于与其相关的公共陆地移动网络(public land mobility network,PLMN)或网络运营商。服务发现功能可以允许网络功能和连接到网络的ED确定在哪以及如何访问现有网络功能,并且可以呈现基于服务的接口Nnrf。
PCF 316通过基于服务的Npcf接口与其他网络功能通信,并且可以用于向包括控制面内的那些网络功能的其他网络功能提供策略和规则。这些策略和规则的实施和应用不一定由PCF 316负责,而通常是由PCF 316将策略发送到的功能负责。在一个这样的示例中,PCF316可以将与会话管理相关的策略发送到SMF 310。这可以用于允许统一的策略框架,利用该策略框架可以管理网络行为。
统一数据管理功能(unified data management function,UDM)320可以呈现用于与其他网络功能通信的基于服务的Nudm接口,并且可以向其他网络功能提供数据存储设施。统一数据存储可以允许统一的网络信息视图,该视图可用于确保向来自单个资源的不同网络功能提供最相关的信息。这可以使其他网络功能的实施较容易,因为这些网络功能不需要确定特定类型的数据存储在网络中的位置。UDM 320可以采用例如Nudr的接口来连接至用户数据存储库(user data repository,UDR)321。PCF 316可以与UDM 320相关联,因为PCF 316可能涉及向UDR请求和提供签约策略信息,但是应当理解,PCF 316和UDM 320通常是独立的功能。
PCF 316可以具有到UDR 321的直接接口,或者可以使用Nudr接口与UDR 321连接。UDM 320可以接收对检索存储在UDR 321中的内容的请求,或者接收将内容存储在UDR 321中的请求。UDM 320通常负责例如信任状处理、位置管理、和签约管理的功能。UDR 321还可以支持以下的任何或全部:认证信任状处理、用户标识处理、访问授权、注册/移动性管理、签约管理、和短消息服务(short message service,SMS)管理。UDR 321通常负责存储UDM320提供的数据。所存储的数据通常与管理对存储的数据的访问权限的策略配置文件信息(可由PCF 316提供)相关。在一些实施例中,UDR 321可以存储策略数据以及用户签约数据,该用户签约数据可以包括签约标识符、安全信任状、接入和移动性相关签约数据、以及会话相关数据中的任何或全部。
应用功能(application function,AF)322表示部署在网络运营商域内和3GPP兼容网络内的应用的非数据面(也称为非用户面)功能。AF 322通过基于服务的Naf接口与其他核心网功能交互,并且可以访问网络能力开放信息,以及提供用于例如流量路由之类的决策的应用信息。AF 322还可以与例如PCF 316的功能交互,以提供策略和策略实施决策的应用特定的输入。应当理解,在许多情况下,AF 322不向其他NF提供网络服务,而是经常被视为其他NF提供的服务的消费者或用户。3GPP网络外的应用可以使用NEF 314执行与AF322相同的许多功能。
ED 102与用户面(UP)324和控制面(CP)326中的网络功能进行通信。UPF 304是CNUP 324的一部分(DN 306在5GCN之外)。可以认为(R)AN节点302是用户面的一部分,但是因为严格来说(R)AN节点302不是CN的一部分,所以不认为(R)AN节点302是CN UP 324的一部分。AMF 308、SMF 310、AUSF 312、NEF 314、NRF 318、PCF 316、和UDM320是位于CN CP 326内的功能,并且通常被称为控制面功能。AF 322可以(直接或通过NEF314间接)与CN CP 326内的其他功能通信,但是通常不认为AF 322是CN CP 326的一部分。
本领域技术人员将理解,可以在(R)AN节点302和DN 306之间串联多个UPF,并且通过并行使用多个UPF可以调解多个发往不同DN的数据会话。
图4是示例性的说明在核心网300中实施MBMS的框图。在图4的示例中,MBMS子系统404可以与一个或多个UPF 304以及其他网络功能连接。任意数量的(一个或多个)ED 102可以与ED组406关联,该ED组可以(例如在SMF 310和NEF 314中)由ED组ID(EDGID)标识。ED组ID可以是2017年11月发布的3GPP TS 23.501版本1.3.0中定义的内部组标识符(ID),也可以是临时移动组标识符(temporary mobile group identifier,TMGI)。特定ED组406内的ED 102可以通过任何标准彼此相关联,例如地理位置(例如,位于特定建筑中的ED)、功能(例如,被配置为执行特定功能的ED)、或服务(例如,与特定IoT、或V2X服务或公共安全、或视频流组、或TV广播组关联的ED)。在一些实施例中,在特定ED组406内的所有ED 102可以连接至单个(R)AN节点302。在其他实施例中,在特定ED组406内的所有ED 102可以经由两个或多个不同的(R)AN节点302连接至核心网。
根据MBMS,MBMS 404可以选择待多播或广播(MB)到ED组406内的每个ED 102的文件。可以从AS 402将所选择的文件下载到MBMS 404,并且将标识ED组406的信息(例如EDGID)提供至与MBMS 404相关联的UPF 304。基于该信息,UPF 304可以(例如从SMF301)获得组内的每个ED 102的地址信息,并建立与每个涉及的ED 102的连接。一旦建立了合适的连接,UPF 304则可以将所选择的文件转发到组406内的每个ED 102。在将文件下载到组内的特定ED 102的期间,ED 102的应用层可以以传统方式与MBMS 404交互,以恢复丢失的包或校正传输中的其他错误。
可以理解,在UPF 304和组内的每个ED 102之间建立的连接是有效的单播连接。在一些情况下,UPF 304和(R)AN节点302之间的隧道可以降低与这些连接相关的开销,但UPF304仍需要支持与每个涉及的ED 102的点对点连接。此外,每个ED 102必须能够检测和处理应用层错误,以便检测是否正确接收了整个文件,并在错误发生时请求MBMS 404重传丢失的包。这一安排适用于视频广播和流服务,并且可用于其他特定服务,例如公共安全。然而,许多设备不支持MBMS功能。例如,一些IoT设备可能完全不支持应用层错误处理,并且可能仅包括基本的物理层错误检测。因此,需要开发一种用于5G系统的替代解决方案,以支持对不支持MBMS协议栈的设备的多播和广播传输。
在下文中,术语“MB服务”用于指示由通信网络(例如3GPP 5G系统)提供的多播或广播类型数据传送服务,该服务用于从应用服务器向特定ED组发送MB数据。特定ED组中的成员资格可以基于任何合适的标准。例如,ED组可以基于ED功能、地理区域或分布、ED所关联的服务(例如IoT服务)、或ED所关联的服务提供商的组合。通信网络建立MB会话以提供由实体(例如应用功能或应用服务器)所请求的MB服务或由通信网络的网络功能所请求的MB服务。术语“MB数据”指在MB会话期间发送到(或计划发送到)特定ED组中的成员ED的数据。MB数据通常包括一个或多个包(或更广泛地说,协议数据单元)。
待解决的主要问题包括:
·如何在不使用MBMS协议栈404的情况下,在CN和RAN内建立用于单个消息和文件传送的MB会话。
·应用功能322和应用服务器402如何与CN 300交互以建立MB会话,以在任何时间或在计划的时间发送MB数据。
·如何保证请求MB服务的实体(例如应用服务器402)和ED组406内的每个ED 102之间的可靠的端对端包传送。
本发明不使用MBMS,而是提供仍然允许ED对消息或整个数据文件的成功接收进行应答的传输和重传策略。
在一些实施例中,每个RAN节点302被配置有用于存储MB数据包或数据文件的数据缓冲。如果一些ED接收了错误的包,则该ED可以请求重传丢失的MB包。这种安排的有利之处在于,该安排能够使用ED 102中现有的物理层错误检测方法来保证正确接收MB会话中的所有包。
本发明的特定实施例可以用于文件传送和单个包传送。关键点包括:
·AF或网络管理发送请求以建立MB会话。AF 322向NEF 314发送上述请求。该消息可以包括ED组的指示,例如外部组ID。该消息可以包括ED的标识符的列表,例如:通用公共用户标识符(generic public subscription identifier,GPSI)、用户永久标识符(subscriber permanent identifier,SUPI)、移动用户综合业务数据网号(mobilesubscriber integrated services digital network number,MSISDN)、或外部标识符。该消息还可以包括用于标识服务位置的信息,例如地理区域ID或(R)AN节点的地址。该消息可以包括网络切片信息(例如S-NSSAI)。该消息可以包括MB会话的开始时间或MB会话的持续时间或结束时间的指示。网络管理向SMF发送请求。该消息可以包括与来自AF的消息中的指示类似的指示。例如,该消息可以包括ED组ID(例如内部组ID或临时移动组标识符(TMGI))。该消息可以包括ED的标识符的列表,例如:通用公共用户标识符(GPSI)、SUPI、MSISDN、或外部标识符。该消息还可以包括用于标识服务位置的信息,例如地理区域ID或(R)AN节点的地址。
·SMF可以分配MB会话ID,该MB会话ID可以在整个PLMN内是唯一的,或在一个ED组内是唯一的,或在SMF内是唯一的,或在AMF内是唯一的。
·SMF可以动态地建立、修改、和释放MB会话。
在ED执行注册流程期间或之后,AMF 308可以选择SMF 310以服务ED 102所属的ED组ID的MB数据传输。所选择的SMF 310知道ED位置(即,(R)AN地址)。所选择的SMF 310还可以向NEF 314订阅有关ED ID或ED组ID(例如内部组ID或TMGI)的事件通知。NEF 314可以在本地存储外部组ID和ED组ID之间的映射(例如外部组ID和内部组ID之间的映射)。NEF 314还可以将外部ED标识符映射到SMF 310可理解的另一ED ID(例如SUPI)。NEF 314可以将MB会话的请求从AF 322转发至SMF 310,SMF 310基于内部组ID或ED ID订阅NEF 314的事件通知服务。
以下段落通过四个代表性实施例提供了本发明的具体实施方式。
通过在网络实体之间交换的消息描述流程。这些消息可以通过使用3GPP TS 23中描述的基于服务的消息来实现。
在第一实施例(实施例1)中,应用服务器402将下行(downlink,DL)MB数据(例如,包括一个或多个包或文件)发送至UPF 304。在该实施例中,UPF 304存储从应用服务器402发送的DL MB数据。这是为了提高可靠性,故UPF 304可以使用传输协议(例如TCP/IP)来对接收到从AF 322发送的DL MB数据进行应答。当MB会话开始时,UPF 304将DL MB数据传送至(R)AN节点302,(R)AN节点302操作以将DL MB数据发送至与适用的ED组关联并在该(R)AN节点302的服务区内的每个ED 102。在该实施例中,(R)AN节点302存储从UPF 304发送的DL MB数据,从而(R)AN节点302可以在需要时将包重传至特定ED 102。
图5A和图5B是示出根据实施例的经由UPF的MB数据传输的消息流图。参考图5A:
步骤502:AF 322向NEF 314发送MB会话请求。该消息可以包括例如以下参数:用于标识AF 322表示的AS 322的信息(例如,AF服务标识符)、用于标识ED组的信息(例如外部组ID)、用于标识ED的信息(例如通用公共用户标识符(GPSI)或SUPI、或MSISDN、或外部标识符)、会话开始时间(或会话截止时间)、会话持续时间或会话结束时间、数据量、QoS要求、可靠性要求、AS 402的地址信息(例如IP地址或IP前缀、以及端口号)。
对于某些MB应用,AS 402可以只在随机时间向多个ED发送单个包或多个包。在这种情况下,可以省略会话开始时间和数据量。
外部组ID可以用于标识计划接收消息的ED 102。或者,AF 322可以发送不同的信息以标识ED,例如:ED ID的列表(例如通用公共用户标识符(GPSI)或SUPI、或MSISDN、或外部标识符)、包流描述(packet flow description,PFD)、应用ID、网络切片信息(S-NSSAI)、MB会话的位置信息(例如地理位置或地理区域标识符、或(R)AN节点302的地址)。
QoS要求可以包括向ED发送的数据速率。可靠性要求指示是否发送应答消息以确认包或文件被成功传送至每个ED,以及指示从AS 402到UPF 304所使用的数据传送协议,或在AF 322和NEF 314之间所使用的数据传送协议。
在一些实施例中,NEF 314选择SMF 310。以下示出了该选择过程的示例。
步骤504:在从AF 322接收到MB会话请求之后,NEF 314可以使用外部组ID或ED ID来找出哪个SMF 310正在服务所标识的ED组406,并通知SMF 310从AF 322接收到的DL MB会话信息。SMF 310可以向NEF 314注册以接收关于以下任一个或多个的通知:特定内部组ID、特定外部组ID、和特定ED ID。在NEF 314中可以本地存储或配置内部组ID和外部组ID之间的映射。
如果用于标识ED的信息与外部组ID不同,则NEF 314可以具有标识服务SMF 310的功能。例如,如果从AF 322发送的MB会话请求(502)中包括PFD,则NEF 314可以使用包流描述功能(packet flow descriptions function,PFDF)来标识已链接至该PFD的SMF310(例如向PFDF订阅与PFDF和应用ID有关的服务的SMF 310)。
或者,NEF 314可以请求NRF 318(在图5A中未示出)来发现服务内部组406或地理区域、或网络切片实例(由S-NSSAI表示)的SMF 310。网络管理功能(network managementfunction,NMF)可以配置NEF 314关于NRF 318的地址。NEF 314可以向NRF 318提供以下中的任一个或多个以选择SMF 310:地理位置信息、网络切片信息、AF服务标识符、内部组ID(如果NEF 314已被配置)、或应用标识符。NRF 318可以将关于所选择的SMF 310的信息返回至NEF 314,该信息可以是SMF 310的地址。
或者,网络管理功能可以在NEF 314中配置SMF信息。NEF 314可以通过使用本地存储的信息来选择SMF 310以服务新的MB会话。
或者,如果已经对某一内部组406或对某一地理区域建立了MB会话,则NEF 314可以知道服务该MB会话的SMF 310。
或者,SMF可以向NEF订阅有关特定ED的通知消息。于是,NEF 314知道哪个SMF310正在服务ED 102。
注意,来自AF 322的MB会话请求502可以由多个SMF 310支持,其中,每个SMF310可以服务特定的位置。
步骤506:SMF 310可以生成MB会话ID。SMF 310发送请求以与PCF 316建立MB-CAN会话。该消息可以包括内部组ID、TMGI、以及MB会话ID。PCF 316可以向SMF310发送用于内部组406、或TMGI、或MB会话的PCC规则。MB-CAN会话用于PCF 316向SMF 310提供动态策略更新。
注意,如果需要ED组ID,而SMF 310不知道该ED组ID,则SMF 310可以请求UDM 320生成PLMN内唯一的ED组ID(例如内部组ID、或TMGI)。或者,SMF 310可以生成在SMF 310内唯一的ED组ID。
SMF 310可以创建本地存储在SMF中的MB会话上下文。SMF中的MB会话上下文可以包含SMF 310已知的与MB会话有关的所有信息。
步骤508a:SMF可以选择一个或多个UPF 304来服务MB会话。TS 23.501中描述了SMF为MB会话选择UPF的内容。另外,SMF可以考虑NEF地址和UPF 304的连接拓扑(逻辑连接拓扑或物理连接拓扑)。在选择了UPF之后,每个SMF 310向该UPF 304发送MB会话建立请求以建立MB会话。在一些实施例中,该消息将UPF 304配置为通过为MB会话分配资源(包括缓冲)来准备MB会话。该消息可以包括MB会话ID、ED组ID、UPF中的缓冲管理(例如DL缓冲大小)、AS信息(例如,AS 402的源IP地址或源IP前缀和源UDP端口)、(R)AN信息(例如,(R)AN地址和(R)AN DL隧道端点标识符(tunnel endpoint identifier,TEID))、UPF用以通过N6接口向AS322发送消息的IP地址或IP前缀或端口号、以及PCC规则(例如,指定了在某个时期可以发送的MB业务量的QoS配置文件、计费规则)。该消息可以包括对UPF 304的指示,指示在UPF 304成功将所有数据发送到(R)AN 302后,UPF 304是保留还是删除(R)AN信息或MB会话上下文。如果SMF 310负责分配UL TEID,则SMF 310还将UL TEID包括在发送至UPF 304的消息中,从而每个(R)AN节点302可以向UPF 304发送UL消息。每个(R)AN节点302可以为每个MB会话分配唯一的UL TEID。
如果已经建立了MB会话,则SMF 310可以根据DL MB数据的需要(例如,新的QoS参数、缓冲大小、待添加或从MB会话中移除的(R)AN节点的地址等)发送MB会话修改请求,以修改现有MB会话。
步骤508b:在从SMF 310接收到MB会话建立/修改请求后,UPF 304可以向SMF 310发送确认UPF 304中的资源建立/修改的响应消息。在UPF 304负责生成UL TEID的情况下,UPF 304将用于每个(R)AN节点的UL TEID包括在上述响应消息中,从而(R)AN节点302可以向UPF发送UL消息。
UPF 304可以创建本地存储在UPF 304中的MB会话上下文。MB会话上下文可以包含UPF 304已知的与MB会话有关的所有信息。
步骤510:SMF 310向NEF 314发送应答(acknowledge,Ack)消息,作为在以上步骤504从NEF 314接收的MB数据通知的响应。该Ack消息可以指示UPF 314准备好接收DL MB数据。该消息可以包括将在N6接口中使用的UPF地址信息,例如UPF的IP地址/IP前缀,以及端口号(UDP或TCP端口)。该Ack消息可以包括MB会话ID、内部组ID。SMF310还可以发送针对ED组ID或ED ID的对NEF 314的通知服务的订阅请求。NEF 314可以创建本地存储在NEF 314中的MB会话上下文。MB会话上下文包含与MB会话有关的并且NEF 314已知的所有信息,例如AF服务标识符、SMF信息、MB会话ID、外部组ID和内部组ID之间的映射。
步骤512:NEF 314向AF 322发送MB会话响应,该响应包括从SMF 310接收的关于UPF 304的信息(例如UPF N6 IP地址和端口号),从而AS 402知道哪个UPF 304服务DL MB数据。
如果先前已建立了MB会话,则NEF 314可以不发送UPF N6 IP地址信息。
注意,对建立新MB会话的请求可能不成功。例如,SMF知道MB会话的数量限制。如果已经达到了该限制,则在步骤510中,SMF 310可以向NEF 314发送拒绝消息。NEF 314随后通知AF 322该拒绝以及原因代码(例如,网络资源不可用)。该流程的其他步骤被跳过。
步骤514:AF 322与AS 402通信,例如,以向AS 402提供目的地IP地址和UPF 304的端口号。
步骤516:AS 402经由提供的N6接口信息向UPF 304发送DL MB数据。UPF可以缓存该DL MB数据。在一些实施例中,传输协议或文件传送协议可以用于保证N6接口上的可靠包传送。例如,UPF 304可以对各个包进行应答以便有序地传送。在一些实施例中,TCP会话可以用于在AS 402和UPF 304之间传送DL MB数据。在一些实施例中,HTTP文件传送协议可以用于从AS 402和UPF 304发送数据。
步骤518a:在从AS 402接收到DL MB数据之后,UPF 304可以向SMF 310发送DL MB数据通知,以通知SMF 310DL MB数据。该消息可以指示MB会话的数据的传送完成;例如,与MB会话相关的整个文件已被UPF 304接收并缓存。
步骤518b:响应于来自UPF 304的DL MB数据通知消息,SMF 310可以向UPF 304发送DL MB数据应答消息。在一些实施例中,DL MB数据应答消息可以包括如下指示:在UPF304向(R)AN 302MB会话发送了所有包之后,UPF 304存储发送的DL MB数据。该消息可以包括如下指示:在UPF 304成功向(R)AN 302发送所有数据包后,UPF 304是保留还是删除(R)AN信息以及是保留还是删除MB会话上下文。
DL MB数据应答消息还可以包括关于MB会话的可选消息,例如,包括开始时间和(R)AN信息((R)AN地址和DL TEID)(如果在步骤508a中没有提供这些信息)。
步骤520:SMF 310可以向ED组102发送N1 SM MB会话通告消息,并向AMF 308发送N11 MB会话建立消息。为了发送N1 SM MB会话通告消息,在一些实施例中,SMF为MB会话选择AMF 308。为此,SMF可以具有关于AMF 308的本地信息。或者,SMF 310可以向NRF功能发送请求以标识AMF功能。该请求消息可以包括以下至少之一:内部组ID、ED位置的列表、网络切片信息(例如S-NSSAI)、应用ID。或者,AMF选择可以类似于实施例3和实施例4中描述的AMF选择方法。
N11 MB会话建立消息可以包括以下任一个或多个:ED组ID(例如内部组ID或TMGI)、ED ID的列表(例如SUPI)、MB会话ID、MB会话的开始时间、以及向每个标识的ED传送相应SM MB会话通告的截止时间。在广播数据的情况下,N11 MB会话建立消息还可以包括MB会话位置消息(例如地理区域ID)或(R)AN地址的列表。AMF可以本地存储位置信息和(R)AN节点302的地址的映射。
N1 SM MB会话通告消息可以包括内部组ID、MB会话开始时间、和数据量。
或者,SMF 310可以不向ED 102发送N1 SM MB会话通告消息。AMF 310可以根据N11MB会话建立请求消息创建N1 MM MB会话通告消息以发送给ED 102。N1 MM MB会话通告消息可以包含以下任一个或多个:内部组ID、ED ID的列表、会话开始时间和数据量、以及用于解码DL MB数据的安全密钥。
AMF 308可以创建本地存储在AMF 308中的MB会话上下文。AMF 308中的MB会话上下文可以包含AMF 308已知的与MB会话有关的信息中的一些或全部。
步骤522:响应于来自SMF 310的N11 MB会话建立请求消息,AMF 308可以转发对应的N1 SM MB会话通告消息或将N1 MM MB会话通告发送到标识的ED组102。换句话说,AMF308向该组ED 102发送MB会话通告。
基于ED组ID或ED ID的列表或位置信息,AMF 308可以通过任何合适的方法将N1SM MB会话通告或N1 MM MB会话通告消息转发到ED 102,这些方法例如是:
·针对当前处于CM-IDLE状态的每个ED 102,发送核心网寻呼消息;当ED进入CM-CONNECTED状态时,AMF 308向ED发送N1 SM会话通告或N1 MM MB会话通告消息。
·针对当前处于RRC-INACTIVE状态的每个ED 102,(R)AN 302发送(R)AN寻呼消息;(R)AN寻呼消息可以携带N1 MM MB会话通告消息或N1 SM MB会话通告消息。
·AMF 308等到ED 102执行注册流程,以针对处于CM-IDLE状态或处于MICO模式的ED 102发送N1 SM MB会话通告消息或N1 MM MB会话通告消息。
·(R)AN 302使用(R)AN广播信道发送N1 SM MB会话通告消息或N1 MM MB会话通告消息。
·如果ED处于CM-CONNECTED状态,则AMF 308向该ED发送N1 SM会话通告消息或N1MM MB会话通告消息。
当从AMF 308接收到N1 SM MB会话通告或N1 MM MB会话通告消息时,ED 102可以向AMF 308发送应答。AMF 308可以记录哪个ED 102已接收到N1 SM MB会话通告或N1 MM MB会话通告消息和哪个ED 102未接收到N1 SM MB会话通告或N1 MM MB会话通告消息。
步骤524:AMF 308向SMF 310发送N11 MB会话建立响应消息。该消息可以包括作为MB会话的一部分的(R)AN节点(RAN地址)的列表(这些(R)AN节点当前服务该组ED 102),这些(R)AN节点属于存在用于接收MB数据的ED的地理区域。该消息还可以通知SMF 310接收到N1 SM消息的ED的列表或未接收到N1 SM MB会话通告消息的任何ED的列表。
现参考图5B:
步骤526a:在MB会话开始之前,或在MB会话的计划开始时间之前,SMF 310向(R)AN节点302发送MB会话建立请求,以安排用于MB会话的资源。MB会话建立请求消息可以包括UPF 304的源IP地址、网络切片信息(例如S-NSSAI)、MB会话ID、QoS配置文件中的QoS参数、ED组ID(例如,内部组ED或TMGI)、和/或ED的内部组中的ED ID的列表。SMF 310可以包括MB会话的UPF信息(UPF地址和UL TEID)。UPF信息可以用于(R)AN节点302向UPF 304发送UL消息,例如以请求UPF 304重传丢失的包或错误的包或对接收到所有数据包进行应答。SMF310还可以包括DL TEID,该DL TEID由UPF 304使用以向(R)AN节点302发送DL包。(R)AN302可以创建MB会话上下文以存储(R)AN 302已知的与MB会话有关的所有信息。
由消息526a可见,SMF 310直接向(R)AN节点302发送MB会话建立请求。替代的解决方案是SMF 310向AMF 208发送1N11 MB会话建立请求消息,该消息中包含如上所述的信息。AMF 308可以使用存储在AMF的MB会话上下文中的一些信息或由SMF 310提供的信息(例如ED位置信息、或网络切片信息、或ED组ID、地理区域ID),以标识哪个(R)AN节点302将向ED102提供MB会话连接,并创建且发送多个N2 MB会话建立请求消息,每个消息用于一个(R)AN节点302。
步骤526b:在从SMF 310接收到MB会话建立消息后,(R)AN节点302可以向SMF310发送MB会话建立响应消息。在(R)AN 302负责分配MB DL TEID的情况下,MB会话建立响应消息可以包括(R)AN的DL TEID。SMF 310或(R)AN 302可以为MB会话分配DL TEID。
或者,如果AMF 308创建N2 MB会话建立请求并将其发送至(R)AN 302,(R)AN可以向AMF 302发送携带如上所述的类似信息的MB会话建立响应消息。AMF 308从(R)AN 302收集所有的响应消息。然后,AMF 302向AMF发送一个N11 MB会话建立响应,该响应包含(R)AN302提供的信息。
步骤528:在步骤526b中收集来自每个涉及的(R)AN节点302的响应之后,SMF 310可以向UPF 304发送开始MB会话请求消息。该消息可以包括加入该MB会话的(R)AN节点302的地址、这些(R)AN节点302的UL TEID、以及待用于MB会话的DL TEID。该消息可以包括在UPF 304成功将所有数据发送至(R)AN 302之后,UPF 304是保留还是删除(R)AN302信息和/或是保留还是删除MB会话上下文的指示。UPF 304可以向SMF 310发送MB开始会话响应。
步骤530a:UPF向(R)AN 302发送DL MB数据。在数据传输会话期间,如530b所示,每个涉及的(R)AN节点302可以分别针对成功接收的包或丢失的包发送Ack或NAck信号。
步骤530b:(R)AN节点302确认成功接收DL MB数据。可以针对单个包、针对一组包、或针对整个所有包发送上述确认。例如,从UPF 304发送的包通过UPF 304和(R)AN 302之间的隧道发送。隧道封装头包括包序列号和标记文件结束(或最后一个包、或会话的结束)的指示。(R)AN 302可以使用包序列号、文件结束指示、或文件大小信息中的任一个或多个来检测丢失的包。(R)AN 302应通知UPF 304丢失的包。UPF 304随后可以重新发送丢失的包。
步骤532a:每个涉及的(R)AN节点302(例如gNB)被配置有数据缓冲以实现DL MB数据包到组内的每个ED 102的传输和重传。(R)AN节点302可以使用任何适用的方法或任何方法的组合来将数据发送到ED 102。例如,以下中的一个或多个:
·广播传输信道的特别子帧(如MBSFN)
·单小区点对多点(single-cell point-to-multipoint,SC-PTM)传输信道
·单播数据信道(数据无线承载(data radio bearer)–DRB)
·寻呼信道
·广播信道
·gNB寻呼ED 102以访问DL DRB以获得MB数据。
步骤532a可以在步骤530b之前、在步骤530a当(R)AN 302成功接收到包后开始。
在第一传输阶段,ED 102可以或可以不报告丢失的包,直到(R)AN节点302指示DLMB数据的所有数据包已被发送。
步骤532b:ED 102通过上行接入层信令信道报告丢失的包(或丢失的空中接口物理层RLC PDU,或PDCP PDU)。应理解,该消息可以认为是对重传丢失的包的请求。
步骤532c:在需要时,(R)AN节点302可以通过任何合适的方法或在以上步骤532a中标识的方法的组合或其他方法,重传作为步骤532b的一部分请求被重传的丢失的空中接口包。在一些实施例中,RAN 302向ED组102的所有成员重传请求的包。在一些实施例中,RAN302仅向请求重传的ED重传所请求的包。
步骤532d:ED 102通过以下确认所有MB包的接收:对比接收到的数据量和在步骤522中从AMF 308接收到的N1 SM MB会话通告消息或N1 MM MB会话通告消息中的数据量,或检查RLC或PDCP层中的物理层数据包的序列号和从(R)AN 302发送的数据标记的结束。
步骤534:当所有DL MB数据已从UPF 304发送到(每个)(R)AN节点302(在步骤530a)时,UPF 304可以向SMF 310发送MB会话完成消息,作为步骤528中的开始MB会话请求消息的响应,并通知SMF 310数据成功传送到(R)AN 302。如步骤508b、步骤518b、或步骤528中SMF 310所指示的,UPF 304可以保留或删除(R)AN信息或任何存储的MB会话上下文信息。
步骤536a:(R)AN节点302可以向SMF 310发送MB会话完成通知消息来指示MB会话的完成。MB会话完成通知消息可以包括未加入MB数据会话和/或未接收到所有数据包的任何ED 102的ED ID。这对例如软件更新的重要MB传输来说很重要,在这种情况下,标识哪个ED未更新很重要。
步骤536b:SMF 310可以向(R)AN节点302发送MB会话完成通知应答消息,以对MB会话完成通知消息的接收进行应答。该消息可以包含对(R)AN保留或删除任何存储的UPF304信息、或保留或删除MB会话上下文信息的指示。
步骤538a:SMF 310可以直接通知AF 322完成了ED组ID的MB会话。该消息可以包括ED组ID(例如内部组ID或TMGI)、接收到MB数据的ED ID的列表、或未接收到DL MB数据的任何ED 102的ED ID的列表。或者,SMF 310可以经由NEF 314间接通知AF 322完成了内部或外部组ID的MB会话。NEF 314可以将ED组ID(例如内部组ID或TMGI)转换为外部组ID,并将消息发送至AF 322。这对重要MB传输来说很重要,其中,需要验证传输以确定重传的需要。
步骤538b:在从SMF 310接收到MB会话完成消息后,AF 322直接或经由NEF 314向SMF 310发送应答。该消息可以包括外部组ID。
以下描述了步骤538的一个替代实施方式,其中,SMF 310首先通知NEF 314MB会话的完成。然后,NEF 314通知AF 322MB会话的完成。
步骤538a:SMF 310向NEF 314发送MB会话完成通知。该消息可以包括ED组ID(例如,内部组ID)、成功接收到DL MB数据的ED ID的列表、或未接收到DL MB数据的ED ID的列表。
步骤538b:NEF 314可以向SMF 310发送MB会话完成通知应答(Ack)。
步骤538c:NEF 314通知AF 322完成了外部组ID的MB会话。NEF可以将ED组ID(例如,内部组ID或TMGI)转换为内部组ID,并将外部组ID以及从SMF 310接收的其他信息发送至AF 314。
步骤538d:AF 322针对步骤538a对NEF 314作出应答。
注意,以上流程包括建立AS 402和(R)AN节点302之间的UP的步骤,该UP用于从AS402到(R)AN节点302的MB会话。如果长时间保持MB会话,则SMF 310应指示(R)AN节点302和UPF 304在传送所有数据之后保留MB会话上下文。当AS 402发送新的包时,该包可以被发送至多个(R)AN节点302,而无需将包保留在UPF 304的缓冲中。然而,UPF 304和(R)AN节点302仍可以提供一种对各个包或整个数据文件进行应答的机制。这种实现方式还使AS 402能够不需要在MB会话的开始时间之前发送MB数据。在移动网络中建立了用于MB会话的用户面连接后,AS 402可以随时向移动网络发送MB数据。
上述过程的优点可以包括:
·RAN和CN功能的完全分离:CN只负责将包或文件传送到(R)AN节点。(R)AN节点选择其自己的用于数据传输到ED的传输方法(DRB的类型)。
·端到段可靠MB服务:包和数据文件可以可靠地从应用服务器传送到UPF。UPF具有用于将包传送到RAN节点的缓存功能。RAN节点具有其自身的包重传解决方案,以改正空中接口物理层中的错误。然后,RAN向SMF报告成功文件传送状态,并且SMF向AF报告文件传送状态。
在另一实施例中(实施例2),AS 402在MB会话开始之前向NEF 314发送DL MB数据。在MB会话的开始时间,NEF 314将DL MB数据转发到UPF 304,然后,UPF 304将DL MB数据转发到(R)AN节点。
图6A–图6C是示出经由NEF的MB数据传输的消息流图。参考图6A:
步骤602a:AF 322向NEF 314发送MB会话请求。该消息可以包括与实施例1的步骤502中的参数类似的参数,例如会话的开始时间(或会话截止时间)和用于接收MB数据的ED信息。ED信息可以包括以下任一或多项的组合:外部组ID、ED的标识符的列表(例如通用公共用户标识符(GPSI)或SUPI、或MSISDN、或外部标识符)、应用ID、网络切片信息(例如S-NSSAI)、包流描述、ED地理位置、AS 402的地址信息(例如IP地址或IP前缀、以及端口号)、QoS要求。QoS要求可以包括待发送至ED的数据速率。可靠性要求指示是否进行应答以确认包或文件被成功传送至每个ED。
对于某些MB应用,AS 402可以只在随机时间向多个ED发送单个包括多个包。在这种情况下,会话截止时间和数据量可以被省略。
步骤602b:对ED组会话请求602a进行应答。该应答可以包括用于接收DL MB数据的NEF 314的地址。
步骤604:AF 322与AS 402通信,例如以向AS 402提供NEF 314的目的地IP地址。
步骤606a:AS 402向NEF 314发送DL MB数据。NEF 314可以缓存该DL MB数据。NEF314可以对各个包进行应答以便有序地传送。在一些实施例中,TCP会话可以用于在AS 402和NEF 314之间传送DL MB数据。
步骤606b:确认接收到所有MB数据。
步骤608a:基于接收到的ED信息,NEF可以识别服务ED 102的SMF 310。例如,如果ED信息是外部ED组ID,则NEF 314可以通知已订阅以接收通知的SMF 310一些外部组ID或外部ED组ID或ED ID。如果ED信息是PFD或应用ID,则NEF 314可以使用PFDF来识别已链接至PFD或应用ID的SMF 310。NEF 314可以使用其他方法来识别服务SMF 310,例如,通过与PCF316或NRF或NSSF或这些功能的任何组合通信。NEF 314可以使用在实施例1的步骤504中描述的其他方法来发现服务ED的SMF 310。
NEF到SMF的通知消息包含从AF接收的MB会话信息,例如MB会话的开始时间或将MB数据发送到ED的截止时间,以及待由SMF 310和/或UPF 304使用以与NEF 314通信的NEF信息(例如NEF地址和用于UL通信的TEID)。
步骤608b:对步骤608a进行应答。该消息可以包括UPF信息(UPF地址和DL TEID),该UPF信息用于NEF 314向UPF 304发送DL数据。
步骤610:如果存在ED组ID,则SMF 310可以发送请求以建立与PCF 316的PDU-CAN会话。该消息可以包括ED组ID和MB会话ID。PCF 610可以向SMF发送用于ED组和MB会话的PCC规则。
如果不存在ED组ID(例如内部组ID和/或TMGI),则SMF 310可以请求UDM 320或UDR321创建新的ED组ID(例如内部组ID或TMGI)。SMF 310可以向UDM 320发送用于标识ED 102的信息,例如外部ED组ID(例如外部组ID)、ED的列表、网络切片信息(例如S-NSSAI)、AF服务标识符。UDM 320可以从UDR 321获得ED订阅数据;根据与服务提供商的服务等级协议(service level agreement,SLA),UDM 320可以请求PCF 316创建用于MB服务的新ED组ID的新策略。
步骤612:该步骤类似于实施例1的步骤520。
步骤614:该步骤类似于实施例1的步骤522。
步骤616:该步骤类似于实施例1的步骤524。AMF 308可以向SMF 310发送N1 SM MB会话通告响应消息,该消息可以包含接收到N1 SM消息的ED的列表或未接收到N1 SM消息的ED的列表。该消息可以包括当前服务ED的(R)AN节点(RAN地址)的列表,该(R)AN节点属于具有用于接收MB数据的ED的地理区域。
现参考图6B:
步骤618a和步骤618b分别类似于实施例1中的步骤526a和步骤526b。
步骤618a:SMF到(R)AN:在广播会话的开始时间之前,SMF 310请求(R)AN节点302建立用于MB会话的资源。该消息可以包括:源IP地址、MB会话ID、QoS参数、内部组ID、ED组中的ED的列表。可选地,SMF 310可以包括MB会话的DL TEID。SMF 310可以包括UPF信息(UPF地址和MB会话的UL TEID)。UPF信息可以用于(R)AN节点302向UPF 304发送UL消息,例如以请求UPF 304重传丢失的包或错误的包,或对接收到所有数据包进行应答。
步骤618b:(R)AN 302对从SMF 310接收到的请求消息(步骤618a)进行响应。在(R)AN 302负责分配MB DL TEID的情况下,由(R)AN 302发送的该响应消息还可以包括该(R)AN302的DL TEID。SMF 310或(R)AN 302可以为MB会话分配DL TEID。
步骤620a:在步骤618b中收集到来自每个涉及的(R)AN节点302的响应之后,SMF310向UPF 304发送MB会话建立请求。该消息可以包括MB会话ID、(R)AN信息(例如,(R)AN地址和UL TEID)、DL TEID、将UPF 304连接到NEF 314的NEF地址和隧道信息(DL TEID)、QoS信息、计费信息。该消息可以包括如下指示:在UPF 304将所有数据发送到(R)AN302之后,UPF是保留还是删除MB会话上下文。
步骤620b:UPF 304可以通过向SMF 310发送MB会话建立响应消息来响应MB会话建立请求消息。
步骤622:当已建立了所有的UP连接,SMF 310向NEF 314发送开始MB会话请求消息。该消息可以包含UPF地址和DL隧道信息(TEID),该UPF地址和DL隧道信息(TEID)用于NEF314向UPF 304发送下行包。
用于UP连接的隧道协议被设计用于在NEF 314和UPF 304之间以及在UPF 304和(R)AN节点302之间提供可靠的包传送。在实施例1的步骤530b中描述了这种方法。
步骤624a:NEF 314经由UPF 304将DL MB数据发送到(R)AN 302。步骤624a的替代解决方案是NEF 314首先将包发送到UPF 304。UPF 304可以存储所有包。UPF 304可以立即或在从NEF 314接收到所有包之后将包转发到(R)AN节点302。
步骤624b:在从NEF 314成功接收到DL MB数据之后,(R)AN 302经由UPF 304将确认消息发送到NEF 314。替代解决方案是(R)AN 302将确认消息发送到UPF 304。
步骤626a:(R)AN节点302被配置有数据缓冲,以使用任何合适的方法执行到ED102的传输和重传,这些方法例如是:
·用于从gNB到ED的广播传输的特别子帧(如MBSFN)
·单小区点到多点(SC-PTM)传输信道
·单播数据信道(数据无线承载-DRB)
·gNB寻呼ED 102以访问L DRB以获得MB数据。
步骤626b:ED 102向(R)AN节点302报告丢失的包(或丢失的空中接口物理层RLCPDU或PDCP PDU)。在所有包都被发送到DL数据信道之前,可以不执行重传。然而,在(R)AN节点通过上行接入层信令信道向ED发送包或数据文件期间,ED可以请求重传丢失的包或错误的包。
步骤626c:当(R)AN节点302从特定ED 102接收到丢失包的报告时,(R)AN节点302可以使用步骤626a中的任何方法来重传丢失的数据。
步骤626d:当ED 102可以通过比较接收到的数据量和广播会话信息中的数据量时,或者通过检查RLC或PDCP层中物理层数据包的序列号以及数据标记的结束来确定成功接收到所有MB数据包。ED 102向(R)AN节点302报告该成功接收。
步骤628:当所有的DL MB数据已经从NEF 314发送到(R)AN节点302时,NEF 314可以将MB会话完成消息发送到SMF 310。该消息是针对步骤622的响应消息。
或者,UPF 304可以向SMF 310发送MB会话完成通知消息。
步骤630a:(R)AN节点302向SMF 310发送MB会话完成通知消息。该消息可以包括未确认成功接收到DL MB数据的ED 102的列表,或包括成功接收到DL MB数据的ED 102的列表。
步骤630b:在从(R)AN节点302接收到MB会话完成通知消息之后,SMF 310可以将应答消息发送到(R)AN节点302。该消息可以包含对(R)AN节点302是保留还是删除存储的MB会话上下文信息的指示。
现参考图6C:
步骤632a:SMF 310向UPF 304发送MB会话完成消息。该消息可以包含对UPF保留或删除(R)AN信息或删除任何存储的MB会话上下文信息的指示。
步骤632b:在从SMF 310接收到MB会话完成消息之后,UPF 304可以向SMF 310发送应答消息。根据在步骤632a中来自SMF 310的指令,UPF 304可以删除所存储的MB会话上下文信息。
步骤634a:SMF 310向NEF 314发送MB会话完成消息。该消息可以包括未确认DL MB数据的接收的ED 102的列表。该消息可以包含对UPF保留或删除任何存储的MB会话上下文信息的指示。
步骤634b:在从SMF 310接收到MB会话释放请求消息之后,NEF 314可以向SMF 310发送MB会话完成应答消息。NEF 314可以按照SMF 310的指示删除所存储的MB会话上下文信息。
步骤636a:NEF 314向AF 322发送MB会话完成通知消息。该消息可以包括未确认成功接收DL MB数据的ED 102的列表。
步骤636b:在从NEF 314接收到MB会话完成通知消息之后,AF 322将MB会话完成通知应答消息发送到NEF 314。
注意,以上流程包括建立AS和(R)AN节点之间的UP的步骤,该UP用于从AS到(R)AN的MB会话。如果长时间保持MB会话,则(R)AN、UPF、和NEF将保留MB会话上下文。当AS发送新的包时,该包将被发送至多个(R)AN节点,而无需缓存在NEF和UPF中。然而,NEF、UPF、和(R)AN仍提供一种对各个包进行应答的机制。这种实现方式也允许AS402可以不需要在MB会话的开始时间之前发送MB数据。在移动网络中建立了用于MB会话的用户面连接后,AS 402可以随时向移动网络发送MB数据。
还应注意,上述流程可以用于在ED组的任何ED向网络注册之前建立MB会话。在这种情况下,AS和ED之间将不会进行数据传输。仅需要建立MB会话的UP的步骤。
还应注意,在实施例2中,NEF经由UPF向ED 102转发数据。UPF不向从NEF发送的包提供缓冲。
或者,UPF可以为从NEF发送的包提供缓冲。在MB会话开始时间之前,NEF向UPF发送整个文件或包。UPF存储上述数据并在开始时间发送至RAN。
该实施例提供了与实施例1相同的优点。不同之处在于,与实施例1中的UPF 304相反,实施例2中,应用服务器402经由NEF 314发送DL MB数据。
在实施例1和实施例2中,AF 322请求MB会话并立即或在计划时间开始发送数据。在以下实施例(实施例3)中,AF 322或网络管理功能(NMF)702可以请求CN 300中的SMF 310建立MB会话并在建立MB会话之后发送数据。可以理解,该实施例的方法可以与上述实施例1和实施例2的方法结合,以实现涉及特定一组ED或任何ED的MB会话的建立,该MB会话可以用于在以后的某个时间向加入MB会话的ED或具有MB或广播无线电信号的地理区域中的任何ED发送DL MB数据。
图7A和图7B是示出MB会话建立的消息流图。网络管理功能(NEF)702为移动网络提供操作、管理、和维护(operation,administration,and management,OAM)功能。参考图7A:
步骤704:网络管理功能(NEF)702用MB会话信息配置UDR 321。MB会话信息可以包括以下中的一个或多个:
·应用信息:用于标识可以使用MB(MB)会话的应用,例如IoT应用、V2X应用、视频应用;AS信息(例如AS IP地址或IP前缀、UDP或TCP端口号)
·AF服务标识符,用于标识可以使用MB服务的特定应用功能或应用服务器
·UE信息:可以是ED ID(例如SUPI、5G GUTI、GPSI)和ED能力(例如ED可以支持的比特率)
·MB会话的位置信息:提供MB服务的区域。位置信息可以是RAN地址、地理区域ID。
·RAT类型:可以加入MB会话的RAT,例如5G NR、或LTE RAT。
·与应用有关的策略控制:流资源的类型(GBR、延迟关键GBR、或非GBR)、最大流比特率、保证流比特率、某一时间段中的预期或最大数据量、持续时间、可靠性传输(例如保证包传送)、N6接口协议、计费策略。
·ED组的外部组ID和内部组ID(或TMGI)之间的映射。内部ED组中的ED ID的列表。
步骤706:以下网络功能之一可以请求SMF 310建立MB会话。
·步骤706a:NMF 702向SMF 310发送MB会话建立请求消息以建立MB会话。该请求消息可以包括步骤704中的信息或附加信息,例如MB会话ID、内部ED组ID(例如内部组ID或TMGI–临时移动组标识符)、网络功能信息(例如AMF地址、PCF地址、NEF地址、待成为锚MB会话的UPF的地址)、MB会话的位置信息(例如,(R)AN地址、地理区域ID)等。
·步骤706b:NEF 314向SMF 310发送MB会话建立请求消息以建立MB会话。
·步骤706b1:AF 322向NEF 314发送MB会话建立请求消息。该请求消息可包括会话信息,例如包括:外部组ID或ED ID的列表、MB会话的位置信息(例如地理区域ID)、QoS要求(最大数据速率、平均数据速率、包延迟预算、在特定时间段内的预期或最大数据量)、网络切片信息(例如S-NSSAI)、应用ID、如何将MB数据发送到网络(通过NEF控制面或UPF用户面)、AS 322的信息(例如IP地址或IP前缀、UDP或TCP端口号、包流描述(PFD))。
·步骤706b2:NEF 314可以通过以下任何一种或多种方法来执行SMF选择:(1)预先配置的SMF信息;(2)请求NRF功能获取SMF信息(NEF可以向NRF发送网络切片信息、内部组ID进行SMF选择。NRF返回SMF地址信息);(3)请求UDM 320或UDR 321获得MB会话绑定信息,该信息提供了AF服务标识符ID(或外部组ID)和SMF ID之间的映射。
·步骤706b3:NEF 314可以将MB会话建立请求消息转发到所选择的SMF 310,该消息包括从AF 322接收的信息。在MB数据将被发送到NEF 314的情况下,NEF可以包括上行TEID,该上行TEID用于UPF 304向NEF 314发送消息以对成功接收的数据进行应答或请求重传丢失的包。
步骤708:在(根据上面的步骤706a-706b3中的任何步骤)接收到MB会话建立请求消息之后,SMF 310将MB会话信息请求消息发送到UDM 320。该请求消息可以包括在收到的MB会话建立请求消息中包含的一些或全部会话信息。
SMF 310自身还可以向UDM 320注册,作为用于MB会话的服务SMF功能。
步骤710a:在从SMF 310接收到MB会话信息请求消息之后,UDM 320可以将MB会话信息请求消息发送到UDR 321。该消息可以包括AF服务标识符ID和外部组ID。如果UDM 320具有外部组ID和ED组ID(例如,内部组ID)之间的映射,则UDM 320还可以包括内部组ID。UDM320可以创建TMGI并将此信息发送到UDR。
步骤710b:在从UDM 320接收到MB会话信息请求消息之后,UDR 321将MB会话信息响应消息发送到UDM 320。该响应消息可以包括ED组ID(例如,内部组ID)、ED组中的ED ID的列表、MB会话的位置信息(例如RAN节点的地址,地理区域ID)、以及网络功能信息(如果可用)(例如服务AMF、UPF地址、NEF地址)。
步骤712:在从UDR 321接收到MB会话信息响应消息之后,UDM 320向SMF 310发送MB会话信息响应,该响应包括在步骤710b中从UDR 321接收的信息。UDM 320还可以向SMF310发送内部组ID或TMGI、ED ID的列表、与ED组有关的订阅信息(例如,MB会话的最大比特率、一定时期内的最大业务量)、网络切片信息(例如S-NSSAI)。注意,如果UDM 320具有例如MB会话的位置信息之类的信息,则UDM 320可以跳过步骤710a。
步骤714:在从UDM 320接收到MB会话信息响应消息之后,SMF 310根据例如在3GPPTS 23.501中给出的任何合适的标准来选择PCF 316。用于选择PCF的附加信息可以是AF服务标识符,该标识符用于标识AF 320和/或AS 322。
步骤716:SMF可以具有用于MB会话的本地PCC规则。否则,SMF 310可以向选择的PCF 316发送MB会话策略请求消息。该消息可以包括ED组ID(例如,内部组ID、TMGI)、AF服务标识符、网络切片信息(例如,S-NSSAI)。
步骤718a:为了做出策略决定,PCF 316可以向UDR 321发送MB会话信息请求。该消息可以包括在步骤716中接收到的内部组ID、AF服务标识符。如果PCF 316已经具有足够的信息来做出策略决定,则跳过步骤718a。
步骤718b:在从PCF 316接收到MB会话信息请求之后,UDR 321可以向PCF 316发送MB会话信息响应。该消息可以包含关于MB订阅信息的信息,例如:QoS要求(资源类型(例如,GBR、延迟关键GBR、或非GBR)、最大流数据速率、保证数据速率、包延迟预算、在特定时间段内的预期或最大MB流量)、计费信息、和接入类型(例如5G RAT或4G RAT)、ED订阅信息(服务等级协议、QoS策略、计费策略、流量路由策略(接入类型))。
步骤720:在从UDR 321接收到MB会话信息响应之后,PCF 316向SMF 310发送MB会话策略响应消息。该消息可以包括用于MB会话的策略和计费控制规则,例如QoS策略和计费策略信息。
在步骤716中,SMF 310还可以向UDM 320发送MB会话策略请求,以获取某些信息,例如MB会话的订阅QoS参数,例如5QI、ARP、最大MB流比特率、一定时间内的预期或最大MB流量。最大MB流比特率是应用服务器可以经由UPF 304或NEF 314发送到核心网络的平均窗口上测得的平均比特率的限度。UDM 320可以请求存储在UDR 321中的MB会话信息并发送回SMF 310。
现参考图7B:
步骤722a:在从PCF 316(或从UDM 320)接收到MB会话策略响应消息之后,SMF 310向UPF 304发送MB会话建立请求消息。该消息可以包括以下信息的任一部分或全部:
·MB UP信息:RAN信息(RAN节点的IP地址和UL TE ID、DL隧道端点ID(TEID)(如果SMF分配了DL TEID)、(R)AN节点302与UPF 304之间或(R)AN节点302和RAN可以使用的NEF314之间的UP隧道连接的纠错协议;
·N6隧道信息:UPF可以用于与应用服务器通信的IP地址或IP前缀和端口号、包流描述、在AS 402将下行MB包或文件发送到UPF 304的情况下,UPF与AS之间的传输协议;
·在AF 322将DL MB包或文件发送到NEF 314的情况下,用于UPF 304和NEF 314之间的连接的UP信息;
·QoS策略:资源类型、最大流比特率、保证流比特率、包延迟预算、特定时间内的预期或最大MB流量;以及
·计费策略
步骤722b:在从SMF 310接收到MB会话建立请求消息之后,UPF 304向SMF 310发送MB会话建立响应。该消息可以包括UL TEID,该UL TEID用于(R)AN 302发送对成功接收到包或文件的应答消息,或请求UPF 304或NEF 314重传丢失的包。
步骤724:在从UPF 304接收到MB会话建立响应消息之后,通过以下方法之一,SMF310可以选择AMF 308以向RAN节点302发送SM消息:(1)将AMF信息预先配置在SMF310中;(2)在步骤712中,SMF 310可以从UDM 320获得AMF信息;(3)SMF 310可以请求NRF 318以获得AMF地址。在方法(3)中,SMF 310可以为NRF 318提供应用信息(例如AF服务标识符)、网络切片信息(例如S-NSSAI)、MB服务的地理位置(例如地理区域ID)或(R)AN地址),以供NRF 318选择AMF 308。注意,在其他实施例中也可以包括类似的步骤。
步骤726:在选择了AMF 308之后,SMF 310向AMF 308发送N11消息和MB会话建立请求消息。N11消息可以包括以下中的任一个或多个:
·SMF ID;
·网络切片信息(例如S-NSSAI);
·MB会话ID;以及
·RAN信息,例如地理区域ID、或加入MB会话的RAN节点地址的列表。
MB会话建立请求消息可以包括以下中任一个或多个:
·UPF信息:UPF地址和UL TEID。该UL TEID可以用于RAN请求UPF重新发送丢失的包;
·UE信息:内部组ID、ED ID的列表(例如SUPI、或5G全局唯一临时标识符(5Gglobally unique temporary identifier,5G GUTI)),或在广播会话情况下的任何ED;
·QoS配置文件;以及
·连接(R)AN 302和UPF 304的隧道中的纠错协议,用于(R)AN 302请求丢失的PDU包。
步骤728a:在从SMF 310接收到MB会话建立请求消息之后,AMF 308可以在AMF308和步骤726中包括的每个(R)AN节点302之间创建N2-AP控制信道,以交换ED组ID和/或MB会话ID的控制信号。AMF 308将MB会话建立请求消息转发给(R)AN302。AMF308可以请求(R)AN302在AMF 308和(R)AN 302之间建立控制信道,以在AMF 308和(R)AN 302之间交换信令信息。
步骤728b:如果是保证比特率(guaranteed bit rate,GBR)资源类型,则通过根据QoS配置文件为MB会话保留无线资源,RAN 302可以响应来自AMF 308的MB会话建立请求消息。
随后,(R)AN 302向AMF 308发送MB会话建立响应消息。在(R)AN 302负责分配DLTEID的情况下,该响应消息可以包括DL TEID。
步骤730:在从(R)AN 302接收到MB会话建立响应消息之后,AMF 308将MB会话建立响应消息转发至SMF 310。如果从(R)AN 302接收到的MB会话建立响应中包括DL TEID,则SMF 301向UPF 304发送MB会话修改消息以提供DL TEID。
在步骤726、728a、728b、以及730中,SMF 310配置(R)AN 302中的SM会话上下文的替代方法如下:
步骤726:SMF 310向AMF 308发送N11 MB会话建立请求消息。该消息可以包含先前在步骤726中描述的类似信息,例如(R)AN地址的列表、QoS信息、UPF信息(例如,UPF的地址和每个(R)AN节点的UL TEID)、MB会话的DL TEID、ED组ID(例如,内部组ID或TMGI)、MB会话ID、网络切片信息(例如,S-NSSAI)。
步骤728a:AMF 308可以在AMF 308和步骤726中包括的每个(R)AN节点302之间创建N2-AP控制信道,以交换ED组ID和/或MB会话ID的控制信号。AMF 308为每个(R)AN节点302创建多个N2 MM MB会话建立请求。该消息可以包括在步骤726中接收到的信息。
步骤728b:如果是保证比特率(GBR)资源类型,则通过根据QoS配置文件为MB会话保留无线资源,RAN 302可以响应来自AMF 308的MB会话建立请求消息。
步骤730:每个(R)AN节点302随后向AMF 308发送N2 MM MB会话建立响应消息。在(R)AN 302负责分配DL TEID的情况下,该响应消息可以包括DL TEID。
AMF 308收集所有的N2 MM MB会话建立响应消息,并将在步骤728b中接收到的MB会话信息转发到SMF 310。
步骤732:在从AMF 308接收到MB会话建立响应消息之后,SMF 310可以向PCF 316发起MB会话注册过程,以激活MB会话ID和ED组ID(例如,内部组ID、TMGI)之间的映射,或激活在步骤722a中为AMS UPF 304分配的IP地址/前缀之间的映射。此链接用于PCF 316更新SMF 310的动态策略控制,以控制MB会话策略。
步骤734:SMF 310还可以向UDM 320发起注册过程,以将其自身注册为MB会话ID的服务SMF功能(如果在步骤708中没有执行该步骤)。
步骤736:SMF 310随后可以向在步骤706中发起MB会话建立请求的网络功能发送MB会话建立响应消息,以确认MB会话建立过程的完成。在NEF 324发起请求并且AF将向NEF314发送数据的情况下,SMF可以包括AMS UPF信息,例如用于NEF将DL包发送到UPF的UPF地址和DL TEID。
在实施例1和实施例2中,AF 322请求MB会话并立即开始发送数据。在以下实施例(实施例4)中,AF 322或网络管理功能702可以请求AMF 308建立MB会话并稍后发送数据。可以理解,该实施例的方法可以与上述实施例1和实施例2的方法相结合,以实现涉及特定一组ED的MB会话的建立,这可以用于在以后的某个时间将DL MB数据发送至加入MB会话的ED。
图8A和8B是示出由AMF执行的MB会话建立的消息流图。参考图8A:
步骤802:该步骤类似于实施例3的步骤704。网络管理功能(NMF)702使用MB会话订阅信息配置UDR 321。MB会话订阅信息可以包括:
·应用信息:用于标识可以使用MB(MB)会话的应用,例如,IoT应用、V2X应用、视频应用。
·AF信息:用于标识可以使用MB服务的特定应用功能或应用服务器,例如,AF服务标识符、DNAI、AF和/或AS信息(例如IP地址或IP前缀、UDP或TCP端口号)、将从AS或AF发送的包流描述。
·UE信息:ED组ID(例如内部组ID或TMGI)、ED ID的列表、以及ED能力(例如,ED可以支持的比特率)
·位置信息:提供MB服务的区域。位置信息可以由RAN地址或地理区域表示。
·地理区域标识符和位置信息的映射。地理区域标识符可以由AF 322提供。
·RAT类型:可以加入MB会话的RAT。
·策略和计费控制(policy and charging control,PCC)规则:流资源的类型(GBR、延时关键GBR、或非GBR)、最大流比特率、保证流比特率、持续时间、可靠性传输(例如,保证包传送)、N6接口协议、计费策略。
·ED组的外部组ID和内部组ID之间的映射。内部组中的ED ID的列表。
步骤804:以下网络功能之一可以请求AMF建立MB会话。
·步骤804a:NMF 702向AMF 308发送MB会话建立请求消息以建立MB会话。该请求消息可以包括MB会话ID、内部组ID(例如TMGI–临时移动组标识符)、网络功能信息(例如服务MB会话的SMF地址、PCF地址、作为网关的UPF地址、作为与AF 322的接口的NEF地址)、MB会话的位置信息(例如RAN地址、地理区域ID)、ED信息(ED ID列表)、网络切片信息(S-NSSAI)等。
·步骤804b:NEF 314可以将MB会话建立请求消息发送到AMF 308以建立MB会话。NEF 314可以在本地创建MB会话上下文,以存储NEF 314已知的所有MB会话信息。
·步骤804b1:AF 322向NEF 314发送MB会话建立请求。该请求消息可以包括会话信息,包括:网络切片信息(S-NSSAI)、外部组ID或ED ID的列表(例如,外部标识符、GPSI)、MB会话的位置信息(例如,地理区域标识符(ID)和步骤802中针对AF信息所述的其他信息)、关于(经由控制面NEF或用户面UPF)接收MB数据的核心网接口的信息、QoS要求(最大数据速率、平均数据速率、包延时预算,特定时段内的预期和/或最大数据量)、和AF信息(例如,AF服务标识符以及如步骤802中针对AF信息所述的其他信息)。
·步骤804b2:NEF 314可以通过以下任何一种或多种方法进行AMF选择:(1)预先配置的AMF信息;(2)请求NRF功能获取AMF信息;(3)请求UDM 320或UDR321获取MB会话绑定信息,该信息提供了AF信息(例如AF服务标识符)或外部ED组ID和AMF ID之间的映射。NEF314可以具有本地存储的外部组ID和内部组ID(或TMGI、或IMSI组标识符)之间的映射。NEF还可以请求UDM 320或UDR321获取外部组ID和内部ED组ID(例如,内部组标识符、IMSI组标识符)之间的映射。NEF可以在本地存储地理区域ID和(R)AN地址之间的映射。NEF也可以访问UDR以获取地理区域ID和(R)AN地址之间的映射。
在一些实施例中,NEF 314可以请求NRF 318发现AMF。在这样的实施例中,NEF可以向NRF提供AF信息、地理区域ID或(R)AN地址、内部ED组ID、外部组ID、网络切片信息(S-NSSAI),以便NRF 318选择AMF。
·步骤804b3:NEF 314将MB会话建立请求消息转发到所选择的AMF 308。在NEF用于从AF 322的接收DL数据的情况下,该消息可以包括NEF地址以及UPF 304和NEF 314之间的隧道的UL TEID。该消息可以包括外部组ID或内部ED组ID。
步骤806:AMF 308可以在本地创建MB会话上下文,以存储AMF 308已知的所有MB会话信息。如果NEF发送了外部组ID,则AMF 308可以将外部组ID发送至UDM 320。UDM 320随后发送到AMF 308以提供内部ED组(例如,内部组ID、IMSI组ID、或TMGI)。AMF 308通过以下任何一种或多种方法来执行SMF选择:(1)预先配置的SMF信息;(2)如TS 23.501中所述请求NRF提供SMF地址;(3)请求UDM获取SMF地址。
在AMF 308向NRF 318发送请求以提供SMF信息的情况下,AMF 308可以发送用于SMF选择的网络切片信息(S-NSSAI)、内部ED组ID(例如,内部组ID、IMSI组ID)、AF信息、地理区域标识符(ID)、和(R)AN地址。因此,框806示为包括AMF 308和NRF 318,以指示消息可以在AMF 308和NRF 318之间传递,从而AMF 308可以发现可用的SMF并选择SMF 310。
NRF 318可以通知AMF 308SMF 310的列表,每个SMF可以服务特定区域,这对应于(R)AN节点302的列表,或对应于地理区域ID。
AMF 308可以向UDM 320发送消息,以将其自身注册为内部ED组的服务AMF。
步骤808:AMF 308向每个选择的SMF 310发送N11 MB会话建立请求消息。该消息可以包含AMF 308在步骤804中接收的信息,例如内部ED组ID(例如,内部组ID、IMSI组ID、TMGI)、AF信息、(R)AN地址、NEF 314的NEF地址和UL TEID,以便在NEF 314用于接收来自AF322的UL消息的情况下,AMS UPF 304向NEF 314发送UL消息。
AMF 308可以使用本地存储的地理区域ID和(R)AN地址之间的映射来标识(R)AN地址。或者,AMF 308可以使用ED ID的列表来标识当前的服务(R)AN地址。AMF 308可以将具有内部ED组ID的请求发送到UDM 320,以获取ED ID的列表(例如,SUPI)。然后,UDM 320将EDID的列表发送给AMF 308。
步骤810:在从AMF 308接收到N11 MB会话建立请求消息之后,SMF 310可以在本地创建MB会话上下文,以存储SMF 310已知的所有MB会话信息。SMF 310向UDM 320发送MB会话信息请求消息。该请求消息可以包括所接收的MB会话建立请求消息中包含的一些或全部会话信息,例如内部ED组ID和/或ED ID的列表。
SMF 310还可以向UDM注册,将其自身注册为MB会话的服务SMF功能。
步骤812a:在从SMF 310接收到MB会话信息请求消息之后,如果UDM不具有ED订阅信息(例如服务等级协议、最大数据速率、默认5QI),则UDM 320可以向UDR 321发送MB会话信息请求消息。该消息可以包括应用ID(例如AF服务标识符)和/或外部组ID。如果UDM 320具有外部ED组ID和内部ED组ID之间的映射,则UDM 320还可以包括内部组ID、MB会话的位置信息(例如,地理区域ID和/或(R)AN节点的地址列表)。
步骤812b:在从UDM 320接收到MB会话信息请求消息之后,UDR 321可以向UDM320发送MB会话信息响应消息。该响应消息可以包括内部ED组ID、ED ID或内部ED组中的任何ED的列表、MB会话的位置信息(例如RAN节点的地址)、DNAI、和网络功能信息(如果可用)(例如服务AMF、UPF地址、NEF地址)。
步骤814:在从UDR 321接收到MB会话信息响应消息之后,UDM 320可以存储从UDR321接收到的信息。UDM 320可以向SMF 310发送MB会话信息响应,该响应包括在步骤812b中从UDR 321接收的信息。
步骤816:SMF 310可以根据在2017年11月发布的TS 23.501版本1.3.0中描述的任何合适的标准来选择PCF 316。SMF可以使用附加信息,包括DNAI、UPF地址、NEF地址,以选择PCF。注意,如果在步骤814中UDM 320未提供UPF信息,则SMF 310可以在选择PCF 316之前选择UPF,包括AMS UPF和中间UPF。在选择的AMF UPF 304没有直接连接到某些(R)AN节点的情况下,该中间UPF用于将AMS UPF连接到(R)AN节点。
步骤818:SMF 310向选择的PCF 316发送MB会话策略请求消息。该消息可以包括内部ED组ID(例如,内部组ID、IMSI-组标识符、临时移动组标识符(TMGI))、AF信息(例如AF服务标识符)、MB会话ID。
现参考图8B:
步骤820a:如果PCF 316没有针对ED组和应用的PCC规则,则PCF 316向UDR 321发送MB会话信息请求。该消息可以包括在步骤716中接收到的内部ED组ID(例如内部组ID或IMSI组ID)以及AF信息(例如,AF服务标识符)。
步骤820b:在从PCF 316接收到MB会话信息请求之后,UDR 321向PCF 316发送MB会话信息响应。该消息可以包含关于MB订阅信息的信息,例如:ED或内部ED组的QoS要求(资源类型(GBR、延迟关键GBR、非GBR)、最大流数据速率、保证数据速率、包延迟预算、特定时段内的预期或最大MB数据量)、计费信息、和接入类型(例如5G RAT或4G RAT)、DNAI。
步骤822:在从UDR 321接收到MB会话信息响应之后,PCF 316可以制定PCC规则,并且可以向SMF 310发送MB会话策略响应消息。该消息可以包括PCC规则,例如QoS策略(最大会话数据速率、5QI)、DNAI、和计费策略信息。
步骤824a:在从PCF 316接收到MB会话策略响应消息之后,SMF 310可以根据TS23.501中描述的方法选择一个或多个UPF。SMF可以使用例如NEF地址的附加信息来选择UPF 304。SMF可以向选择的UPF 304发送MB会话建立请求消息。该消息可以包括以下信息种的任何一部分或全部:
·MB会话隧道信息:RAN信息(RAN节点的IP地址)、DL隧道端点ID(TEID)(如果SMF为UPF分配DL TEID以将DL包发送到(R)AN节点)、RAN可以使用的纠错协议)。在SMF 310分配UL TEID的情况下,该消息可以包括UL TEID,UL TEID用于每个(R)AN 302向UPF 304发送UL包或UL信息(以对成功接收到包或文件进行应答,或请求重传丢失的或错误的包)。每个(R)AN 302可以被分配一个不同的UL TEID;
·N6隧道信息:UPF可以用以与应用服务器通信的IP地址或IP前缀和端口号、UPF和AS之间的传输协议;
·UPF 304可以用以与NEF 314连接的隧道信息(NEF地址、DL TEID、和UL TEID);
·QoS策略:5QI、或特定资源类型、最大MB服务或流比特率、保证MB服务或流比特率、特定时段内的最大或保证MB流量、包延迟预算、用于流量检测的包流描述(PFD);以及
·计费策略。
步骤824b:在从SMF 310接收到MB会话建立请求消息之后,UPF 304向SMF 310发送MB会话建立响应。在UPF 304分配UL TEID的情况下,该消息可以包括UL TEID,UL TEID用于(R)AN 302向UPF 304发送UL包或UL信息(以对成功接收到包或文件进行应答,或请求重传丢失的或错误的包)。每个(R)AN 302可以被分配一个不同的UL TEID。
步骤826:在从UPF 304接收到MB会话建立响应消息之后,SMF 310向AMF 308发送N2 SM消息和N11 MB会话建立请求消息。N11 MB会话建立请求消息可以包括以下中的任一项或多项:
·SMF ID;
·MB会话ID;以及
·RAN信息,例如加入MB会话的RAN节点的地址。
对于每个(R)AN节点302,N2 SM MB会话建立请求消息可以包括以下中的任一项或多项:
·UPF信息:UPF地址和UL TEID。UL TEID可以用于(R)AN 302向UPF 304发送UL消息,例如以请求UPF重新发送丢失的包,或对成功接收到DL包或完整文件进行应答;
·UE信息:ED的列表,或任何ED;
·QoS配置文件;以及
·RAN用以请求丢失的PDU包的纠错协议。
步骤828a:在从SMF 310接收到N2 SM MB会话建立请求消息之后,AMF 308将N2 SMMB会话建立请求消息转发给(R)AN 302。AMF 308可以请求(R)AN 302在AMF 308和(R)AN302之间建立N2-AP控制信道,以在AMF 308和(R)AN 302之间交换特定内部ED组ID(例如,内部组ID、IMSI组ID、TMGI)的信令信息。该隧道也可以由内部组ID和MB会话ID标识。这可以类似于单个ED 102的N2接口。
步骤828b:如果是保证比特率(GBR)资源类型,则通过根据QoS配置文件为MB会话保留无线资源,RAN 302可以响应来自AMF 308的MB会话建立请求消息。
(R)AN 302随后向AMF 308发送N2 SM MB会话建立响应消息。如果(R)AN负责为MB会话分配DL TEID,则该响应消息可以包括DL TEID。
步骤830:在从(R)AN 302接收到MB会话建立响应消息之后,AMF 308将N2SM MB会话建立响应消息转发给SMF310。如果在从(R)AN 302接收到的MB会话建立响应消息中包括DL TEID,则SMF 310向UPF 304发送MB会话修改消息以提供DL TEID。
以下提供了步骤826、828a、828b、和830的替代方法。
步骤826:在从UPF 304接收到MB会话建立响应消息之后,SMF 310向AMF 308发送N11 MB会话建立请求消息。N11 MB会话建立请求消息可以包括以下中的任一个或多个:
·SMF ID;
·MB会话ID;以及
·MB位置信息,例如地理区域ID或待加入MB会话的RAN节点的地址。
对于每个或多个(R)AN节点302,SMF 310可以包括以下中的任一个或多个:
·UPF信息:UPF地址或UL TEID。该UL TEID可以用于(R)AN 302向UPF 304发送UL消息,例如以请求UPF重新发送丢失的包,或对成功接收到DL包或完整文件进行应答;
·UE信息:ED的列表,或任何ED;
·QoS配置文件;以及
·RAN用以请求丢失的PDU包的纠错协议。
步骤828a:在从SMF 310接收到N11 MB会话建立请求消息之后,AMF 308对每个(R)AN节点302创建多个N2 MM MB会话建立请求消息。AMF 308可以请求每个(R)AN节点302在AMF 308和(R)AN 302之间建立N2-AP控制信道,以在AMF 308和(R)AN 302之间交换关于特定内部ED组ID(例如,内部组ID、IMSI组ID、TMGI)的信令信息。该隧道也可以由内部组ID和MB会话ID标识。这可以类似于单个ED 102的N2接口。N2 MM MB会话建立请求可以包括供ED接入MB会话并解密MB数据的安全信息,以及从SMF 310接收的信息。
步骤828b:如果是保证比特率(GBR)资源类型,则通过根据QoS配置文件为MB会话保留无线资源,RAN 302可以响应来自AMF 308的N2 MM MB会话建立请求消息。
然后,(R)AN 302向AMF 308发送N2 MM MB会话建立响应消息。如果(R)AN负责为MB会话分配DL TEID,则该响应消息可以包括DL TEID。每个(R)AN节点302可以创建MB会话上下文,以在本地存储(R)AN节点302已知的MB会话的所有信息。
步骤830:在从所有(R)AN 302接收到N2 MM MB会话建立响应消息之后,AMF 308将N11 MB会话建立响应消息中的用于MB会话的相关SM转发给SMF 310。例如,N11 MB会话建立响应消息可以包括用于MB会话的(R)AN 302的DL TEID。注意,(R)AN节点302可以对MB会话使用相同的DL TEID或不同的DL TEID。如果从(R)AN 302接收到的N2 MM MB会话建立响应消息中包括DL TEID,则SMF 310向UPF 304发送MB会话修改消息以提供DL TEID。
步骤832:在从AMF 308接收到MB会话建立响应消息之后,SMF 310可以向PCF 316发起MB会话注册过程,以激活MB会话ID和内部ED组ID(例如内部组ID、IMSI组ID、TMGI)之间的映射,或激活在步骤722a中为UPF 304分配的IP地址/前缀之间的映射。该链接用于PCF316更新MB会话的动态策略控制。
步骤834:SMF 310还可以向UDM 320发起注册过程,以将其自身注册为MB会话ID的服务SMF功能(如果在步骤806中没有进行这个步骤)。
然后,SMF 310可以向在步骤804中发起MB会话建立请求的网络功能发送MB会话建立响应消息,以确认MB会话建立过程的完成。因此:
步骤836:如果NMF 702在步骤804中已请求了MB会话建立,则SMF 310向NMF702发送MB会话建立响应消息,以确认MB会话建立完成。该消息可以直接发送到NMF 702,也可以经由AMF 308发送到NMF 702。
步骤838:AMF 308向NMF 702发送MB会话建立响应消息,以确认MB会话的成功建立。
步骤840:如果NEF 314在步骤804中请求建立MB会话,则SMF 310经由NEF 314向AF322发送MB会话建立响应消息。在NEF用于将MB广播数据传送到ED的情况下,SMF可以向NEF发送DL TEID,该DL TEID用于NEF 314将DL包发送到UPF 304。
如前所述,实施例3和实施例4可以用于在AS 402向网络发送MB数据之前在通信系统中建立MB会话。使用实施例1和实施例2所述的一些步骤,AS 402或AF 322可以向ED 102发送MB数据。例如,类似于实施例1的步骤516,AS 402首先向UPF 304发送数据。然后,如实施例1的步骤530a和步骤530b所述,UPF可以向(R)AN节点302发送MB数据。然后,如步骤532a、532b、532c、532d所述,(R)AN 302可以向ED 102发送数据。通过实施例1接下来的步骤534到步骤538b可以获得MB会话报告。
在实施例1、2、3、4中,AS 402可以将MB数据发送到多个UPF 304。在AS 402仅将MB数据发送到一个UPF 304(即锚MB会话(anchor MB session,AMS)UPF)并且选择的AMS UPF304可能没有到某些(R)AN节点302的直接UP连接的情况下,SMF 310可以选择一些中间UPF304,这些中间UPF可以连接(R)AN节点302和AMS UPF 304。
基于上述描述,可以看出,本发明的实施例可以提供以下中任一项或多项:
·建立MB会话的方法,该方法用于在应用服务器和一个或多个ED的特定组或特定地理区域中的任何ED之间传送包或数据文件。这可以包括以下中的任一项或多项:
-实施例1和实施例2中的方法。MB会话建立可以包括待发送至ED组的消息和/或数据;
-实施例3和实施例4中的方法。在向ED组发送数据之前建立MB会话;以及
-实施例1、2、3、4中的方法的组合,允许在建立MB会话之后向ED组发送MB数据。
·用于向ED通知计划MB会话的方法。这可以包括以下中的任一项或多项:
·ED和应用功能/应用服务器之间的端到端可靠包/文件传送方法:
-用于(R)AN节点执行MB会话中的重传的方法;
-用于(R)AN节点向SMF报告包和文件成功传送的方法;
-以及用于SMF向应用功能/应用服务器报告包和文件成功传送的方法。
·用于支持MB会话的UPF的功能,例如可以包括:
-数据缓存功能,用于存储来自应用服务器的数据。
-用于MB会话的UP连接:执行到多个(R)AN节点的多播传输。
-为(R)AN节点生成UL TEID,以向UPF发送消息。
-从RAN节点接收ACK/NACK并向RAN节点重传丢失的/错误的包。
-UPF和NED之间的接口连接,用于从NEF接收DL包,并向NEF发送UL消息以确认DL包的成功接收或请求重传丢失的或错误的DL包。该接口可以与N9接口相同,并使用GTP-U隧道协议,其中,字段“消息类型”可以用于发送应答或对丢失的包的重传请求。
-创建MB会话上下文,以将UPF已知的与MB会话相关的一些或所有信息本地存储在UPF中。
-执行MB会话的流量强制(traffic enforcement):例如最大MB流比特率、保证MB流比特率、或最大MB流量、保证MB流量强制。
·用于支持MB会话的SMF的功能,例如可以包括:
-处理经由NEF来自NMF和AF的请求以建立MB会话。
-建立MB会话:识别RAN节点并为MB会话分配DL TEID,以及为(R)AN分配UL TEID以向UPF发送UL消息。
-通过接口从RAN节点接收关于从RAN到ED的成功包或文件接收的N2 SM MB会话报告。接收成功接收到包或文件的ED的列表或未连接至网络和/或未接收到包或文件的ED的列表。
-直接或经由NEF向AF上报对ED(包括未接收到包或数据文件的ED)的成功文件或包传送。
-用于从SMF向ED发送MB会话信息的消息。
-选择AMF以建立到(R)AN节点的连接。
-创建MB会话上下文并将其存储在SMF可访问的存储介质中。该MB会话上下文可以包含SMF已知的与MB会话相关的一些或所有信息。存储的MB会话上下文可以包括:NEF信息(地址、用于将UPF与NEF连接的UL TEID和DL TEID)。
-使用NEF地址信息选择UPF以服务MB会话。如果(R)AN节点可以连接至多个UPF,则SMF为MB会话选择UPF以连接UPF和(R)AN节点。
·ED的功能,例如可以包括:
-从(R)AN第一次传输文件包或消息期间,ED接收物理层包(RLC层和PDCP层)。
如果有任何物理层包丢失,则ED可以在MB会话期间或在(R)AN通知ED文件结束或包结束以后使用UL控制信道请求(R)AN重传。
-在ED中,物理层可以向应用层转发已正确接收的各个包或所有包。
-创建MB会话上下文并将其存储在ED可访问的存储介质中。该MB会话上下文可以包含ED已知的与MB会话有关的一些或所有信息。
·(R)AN的功能,例如可以包括:
-缓存从UPF接收的包。
-向UPF发送对接收到的或丢失的包或成功接收到文件的应答/否定应答。
-使用合适的数据无线承载(DRB)的任何组合向ED发送缓冲中的包,该DRB例如是单播DRB、点对多点DRB、广播DRB、或寻呼信令信道、或广播信令信道。
-在所有包的第一次传输之后向ED重传丢失的包。
-创建MB会话上下文并将其存储在(R)AN可访问的存储介质中。该MB会话上下文可以包含(R)AN已知的关于MB会话的一些或所有信息。
-执行MB会话的流量强制:例如最大MB会话比特率、保证MB会话或流比特率、或最大MB流量、保证MB流量强制。
·NEF的功能,例如可以包括:
-从AF接收MB会话请求。
-缓存从NEF接收的数据。
-向UPF发送包的文件。
-发现可以服务MB会话的SMF功能。
-发现可以服务MB会话的AMF。
-创建MB会话上下文并将其存储在NEF可访问的存储介质中。该MB会话上下文可以包含NEF已知的关于MB会话的一些或所有信息。
-从UPF接收对接收的或丢失的包或成功接收到包或文件的应答/否定应答。
-从SMF接收MB会话报告消息并转发至AF。该报告消息可以包括成功接收到MB广播数据的ED的列表、和/或未连接至网络的ED的列表、和/或未接收到完整DL MB数据消息的ED的列表。
·AMF的功能,例如可以包括:
-处理来自NMF、SMF、和NEF的请求以建立MB会话。
-创建MB会话上下文并将其存储在AMF可访问的存储介质中。该MB会话上下文可以包含AMF已知的关于MB会话的一些或所有信息。
-建立AMF和(R)AN节点之间的控制信道N2-AP,用于在(R)AN和AMF和SMF之间发送MB会话控制消息。N2-AP控制信道可以由ED组ID(例如内部组ID、IMSI组、TMGI)表示。
-选择AMF以服务MB会话。
-存储地理区域ID和(R)AN地址(例如IP地址)的映射。
-从SMF的接收一个请求,例如以在多个(R)AN节点中建立MB会话,并生成多个控制消息以发送至多个(R)AN节点,例如以在多个(R)AN节点中创建MB会话上下文。
·PCF的功能,例如可以包括:
-通过使用以下信息的至少一些组合为MB会话创建策略和计费规则(PCC):应用信息(例如AF服务标识符)、ED组ID、ED ID、(R)AN地址、接入类型。
-向SMF提供对于新建立的MB会话或现有MB会话的PCC规则。
·UDR的功能,例如可以包括:
-存储ED组信息,包括MB会话数据。
-存储地理区域ID和(R)AN地址(如IP地址)的映射。
-创建MB会话上下文并将其存储在PCF可访问的存储介质中。该MB会话上下文可以包含PCF已知的关于MB会话的一些或所有信息。
·UDM的功能,例如可以包括:
-存储ED组信息,包括MB数据会话。
-存储地理区域和(R)AN地址(如IP地址)的映射。
-为MB会话生成ED组ID,例如内部组ID或TMGI。
·NRF的功能,例如可以包括:
-使用以下提供AMF选择服务:ED组信息(ED组ID、ED ID(例如SUPI))、地理区域ID、位置信息(例如(R)AN地址)、DNAI、应用信息(例如AF服务标识符)、网络切片信息(例如S-NSSAI)、NEF信息。
-使用以下允许SMF选择:ED组信息(例如内部组ID、TMGI)、地理区域ID、NEF ID、位置信息(例如地理区域ID、(R)AN地址)、DNAI、应用信息(例如AF服务标识符)、网络切片信息(例如S-NSSAI)、NEF信息。
在上述说明中,一个网络功能(network function,NF)(例如AMF)可以选择另一NF(例如SMF)。在一些实施方式中,NF的实例可以组成NF集,例如3GPP TS 23.501中描述的AMF集。其他NF实例(例如SMF实例)也可以组成集,例如SMF集。在一些实施方式中,每个NF集可以具有代表性网络功能(representative network function,R-NF)。NF集的R-NF可以是到另一NF集的接口。例如,代表性SMF(R-SMF)可以与R-AMF通信,R-SMF和R-AMF分别代表单个SMF实例和AMF实例。例如。当SMF实例想要选择AMF实例时,SMF实例或R-SMF功能可以向NRF发送消息以发现AMF集。NRF可以向SMF实例发送具有AMF集的指示(例如AMF集的地址)的响应消息。例如,SMF实例或R-SMF可以向AMF集发送消息以请求建立MB会话。AMF集的R-AMF可以接收该消息。R-AMF可以选择AMF实例并将从SMF实例接收到的请求发送至选择的AMF。选择的AMF实例可以存储SMF实例地址,并处理SMF请求。选择的AMF实例可以向SMF发送响应,该响应可以携带AMF实例的地址。SMF实例将存储AMF实例地址以便进一步通信。
类似地,其他NF(例如PCF、NEF、UDM、UDR)的实例可以组成集。NF集的NF实例与另一NF集的另一NF实例之间的交互可以类似于针对AMF集的AMF实例和SMF集的SMF实例之间的通信所描述的步骤。
在一个NF实例停用的情况下,R-NF可以选择另一NF实例。例如,当SMF向先前连接的AMF实例发送消息,而该AMF实例已停用时,R-AMF可以接收该SMF消息,并选择新的AMF实例来处理SMF的请求。新AMF实例可以向SMF发送响应消息,该响应消息包括新的AMF实例的地址。在后续通信中,SMF将向新的AMF实例发送消息。
本公开的一方面提供了一种通过功能进行广播/多播(MB)传送的方法,该方法包括:将与MB会话相关的下行(DL)MB数据存储在上述功能的缓冲中;上述功能将DL MB数据发送至与上述功能通信的多个接收器;在与MB会话相关的MB数据被发送后,上述功能从上述接收器的至少一个接收器接收重传请求;以及上述功能根据上述重传请求重传与MB会话数据相关的MB数据的至少一部分。可选地,上述功能是RAN节点或UPF。
本公开的一方面提供了将下行(DL)MB数据进行多播/广播(MB)传送至与(无线)接入网((R)AN)节点连接的多个电子设备(ED)的方法。上述方法包括:将DL MB数据存储在(R)AN节点的缓冲中;以及(R)AN节点向多个ED发送DL MB数据。
本公开的另一方面提供了一种在通信网络中使用的电子设备,其中,该电子设备包括:至少一个处理器;以及非暂时性计算机可读可存储介质,该介质包括软件指令,上述软件指令用于控制上述至少一个处理器执行以下步骤:接收由网络的无线接入网((R)AN)节点发送的下行(DL)多播/广播(MB)数据的一个或多个物理层包;根据接收到的一个或多个物理层包确定是否有DL MB数据的任何物理层包丢失;以及请求(R)AN节点重传DL MB数据的任何丢失的物理层包。
本公开的另一方面提供了一种在通信网络中使用的电子设备,其中,该电子设备包括:至少一个处理器;以及非暂时性计算机可读可存储介质,包括软件指令,上述软件指令用于控制上述至少一个处理器以:创建包括关于多播/广播(MB)会话的信息的MB会话数据上下文;以及将MB会话上下文存储在电子设备可访问的存储介质中。
本公开的另一方面提供了一种移动通信网络的接入节点,其中,该接入节点包括:至少一个处理器;以及非暂时性计算机可读可存储介质,该介质包括软件指令,上述软件指令用于控制上述至少一个处理器以:存储从网络的应用层接收到的下行(DL)多播/广播(MB)数据的包;以及随后向该接入节点的覆盖区内的多个电子设备(ED)发送DL MB数据的包。
本公开的另一方面提供了将下行(DL)MB数据进行多播/广播(MB)传送至与(无线)接入网((R)AN)节点连接的多个电子设备(ED)的方法。该方法包括:(R)AN的用户面功能(UPF)从应用服务器接收DL MB数据;UPF识别一个或多个(R)AN节点,每个识别的(R)AN节点连接至多个ED中的至少一个ED;以及随后UPF向每个识别的(R)AN节点发送DL MB数据。
本公开的另一方面提供了将下行(DL)MB数据进行多播/广播(MB)传送至与(无线)接入网((R)AN)节点连接的多个电子设备(ED)的方法。该方法包括:(R)AN的网络开放功能(NEF)从应用服务器(AS)或从与AS关联的应用功能(AF)接收DL MB数据;从(R)AN的用户面功能(UPF)接收请求;以及至少部分地响应于上述请求,NEF向UPF发送DL MB数据。
本公开的另一方法提供了一种多播/广播(MB)会话建立的方法。该方法包括会话管理功能(SMF)接收建立MB会话的请求。该方法还包括SMF根据上述请求选择接入和移动性管理功能(AMF)。该方法还包括SMF经由选择的AF向多个电子设备(ED)发送指示建立MB会话的通知。该方法还包括SMF从选择的AMF和多个ED中的至少一个ED中至少一个接收应答。在一些实施例中,该方法还包括向用户面(UP)功能(UPF)发送建立MB会话的请求,该请求包括UPF用以发送与MB会话相关的下行(DL)MB数据的参数。在一些实施例中,上述请求向UPF指示如何建立MB会话和/或向至少一个无线接入网((R)AN)节点发送与MB会话相关的下行(DL)MB数据。在一些实施例中,该方法还包括请求至少一个(R)AN节点建立MB会话。在一些实施例中,该方法还包括SMF接收指示与MB会话相关的DL MB数据的传输完成的消息。在一些实施例中,该方法还包括SMF向请求MB会话的应用功能指示与MB会话相关的DL MB数据的传输已完成。
本公开的另一方面提供了一种多播/广播(MB)会话建立的方法。该方法包括接入和移动性管理功能(AMF)从网络开放功能(NEF)接收建立MB会话的请求。该方法还包括AMF向网络存储功能(NRF)发送请求以提供用于会话管理功能(SMF)选择的SMF信息。该方法还包括AMF向选择的AMF请求建立MB会话。在一些实施例中,用于SMF选择的SMF信息包括以下至少之一:内部电子设备(ED)组标识符(ID)、应用功能(AF)信息、地理区域标识符(ID)、以及无线接入网((R)AN)地址。在一些实施例中,上述请求为控制信令。
本公开的另一方面提供了一种多播/广播(MB)传送方法。该方法包括网络开放功能(NEF)从应用功能接收建立MB会话的请求。该方法还包括NEF通知会话管理功能(SMF)建立MB会话的请求。该方法还包括接收并缓存MB会话的下行MB数据。该方法还包括NEF接收与用户面(UP)功能(UPF)相关的信息,该UPF负责发送MB会话的下行MB数据。该方法还包括经由UPF向RAN节点发送下行MB数据。在一些实施例中,该方法还包括NEF选择SMF。在一些实施例中,上述请求是经由控制信令接收的。在一些实施例中,下行MB数据是从应用功能或其他设备(例如与应用功能或服务器关联的另一设备)接收的。
本公开的另一方面提供了一种多播/广播(MB)传送方法。该方法包括将与MB会话相关的下行(DL)MB数据存储在无线接入网((R)AN)节点的缓冲中。该方法还包括(R)AN节点将DL MB数据发送至与(R)AN节点连接的多个电子设备(ED)。该方法还包括在发送与MB会话相关的MB数据后,(R)AN节点从多个ED中的至少一个ED接收重传请求。该方法还包括(R)AN节点根据上述重传请求重传与MB会话相关的MB数据的至少一部分。在一些实施例中,上述重传请求是单播重传请求。在一些实施例中,与MB会话数据相关的MB数据的上述一部分被重传至以下之一:发送上述重传请求的ED中的至少一个ED、与MB会话相关的DL MB数据被发送至的多个ED。在一些实施例中,该方法还包括从会话管理功能(SMF)接收用于存储与MB会话相关的DL MB数据的缓冲的大小。在一些实施例中,该方法还包括从用户面(UP)功能(UPF)接收通知,该通知指示与MB会话相关的所有DL MB数据已被发送。在一些实施例中,该方法还包括向多个ED发送消息,该消息指示与MB会话相关的MB数据已被发送。在一些实施例中,该方法还包括(R)AN节点向会话管理功能发送指示与MB会话相关的DL MB数据的传输完成的消息。
本公开的另一方面提供了一种多播/广播(MB)传送方法。该方法包括电子设备(ED)从网络的无线接入网((R)AN)节点接收与MB会话相关的下行(DL)多播/广播(MB)数据。该方法还包括:如果DL MB数据部分丢失,则请求(R)AN节点重传DL MB数据的丢失的部分。该方法还包括:ED从(R)AN节点接收DL MB数据的上述部分的重传。在一些实施例中,该方法在上述请求之前还包括接收指示与MB会话相关的MB数据已被发送的消息。
本公开的另一方面提供了一种多播/广播(MB)会话建立的方法。该方法包括接入和移动性管理功能(AMF)从会话管理功能(SMF)接收指示与MB会话相关的信息的N11消息。该方法还包括AMF向多个无线接入网((R)AN)节点发送多个N2消息,上述多个N2消息中的每个消息对应于多个(R)AN节点中的至少一个(R)AN节点,上述N2消息包括由N11消息指示的部分信息。
本公开的另一方面提供了一种多播/广播(MB)会话通告方法,该方法包括接入和移动性管理功能(AMF)从会话管理功能(SMF)接收指示与MB会话相关的信息的N11消息。该方法还包括AMF向多个电子设备(ED)发送多个N1消息,上述多个N1消息中的每个消息对应于多个ED中的至少一个ED,上述N1消息包括由N11消息指示的部分信息。
本公开的另一方面提供了一种会话管理功能(SMF),该SMF包括至少一个处理器以及非暂时性计算机可读可存储介质。该非暂时性计算机可读可存储介质包括软件指令,上述软件指令用于控制上述至少一个处理器执行以下步骤:接收建立MB会话的请求;根据上述请求选择接入和移动性管理功能(AMF);经由选择的上述AMF向多个电子设备(ED)发送指示建立MB会话的通知;以及从选择的上述AMF和上述多个ED中的至少一个ED中的至少一个接收应答。在一些实施例中,上述软件指令用于控制上述至少一个处理器执行以下步骤:向用户面(UP)功能(UPF)发送建立MB会话的请求,上述请求包括用于上述UPF发送与MB会话相关的下行(DL)MB数据的参数。在一些实施例中,上述软件指令用于控制上述至少一个处理器执行以下步骤:请求至少一个(R)AN节点建立MB会话。在一些实施例中,上述软件指令用于控制上述至少一个处理器执行以下步骤:上述SMF接收指示与MB会话相关的DL MB数据的传输完成的消息;以及上述SMF向请求MB会话的应用功能指示与MB会话相关的DL MB数据的传输完成。在一些实施例中,上述请求指示UPF如何建立MB会话和/或向至少一个无线接入网((R)AN)节点发送与MB会话相关的下行(DL)MB数据。
本公开的另一方面提供了一种接入和移动性管理功能(AMF),该AMF包括至少一个处理器以及非暂时性计算机可读可存储介质。该非暂时性计算机可读可存储介质包括软件指令,上述软件指令用于控制上述至少一个处理器执行以下步骤:从网络开放功能(NEF)接收建立MB会话的请求;向网络存储功能(NRF)发送请求以提供用于会话管理功能(SMF)选择的SMF信息;以及向选择的SMF请求建立MB会话。在一些实施例中,用于SMF选择的SMF信息包括以下至少之一:内部电子设备(ED)组标识符(ID)、应用功能(AF)信息、地理区域标识符(ID)、以及无线接入网((R)AN)地址。
本公开的另一方面提供了一种网络开放功能(NEF),该NEF包括至少一个处理器以及非暂时性计算机可读可存储介质。该非暂时性计算机可读可存储介质包括软件指令,上述软件指令用于控制上述至少一个处理器执行以下步骤:从应用功能接收建立MB会话的请求;通知会话管理功能(SMF)建立MB会话的请求;接收并缓存MB会话的下行MB数据;接收与用户面(UP)功能(UPF)相关的信息,该UPF负责发送MB会话的下行MB数据;以及经由UPF向RAN节点发送下行MB数据。在一些实施例中,下行MB数据是从应用功能和与应用功能关联的另一设备中的至少之一接收的。在一些实施例中,上述软件指令用于控制上述至少一个处理器执行选择上述SMF的步骤。在一些实施例中,上述NEF还包括用于与其他控制面功能通信的至少一个网络接口,并且上述请求由上述至少一个网络接口接收。在一些实施例中,上述请求为控制信令。
本公开的另一方面提供了一种无线接入网((R)AN)节点,该(R)AN节点包括至少一个处理器以及非暂时性计算机可读可存储介质。该非暂时性计算机可读可存储介质包括软件指令,上述软件指令用于控制上述至少一个处理器执行以下步骤:将与MB会话相关的下行(DL)MB数据存储在至少一个缓冲中;将DL MB数据发送至与(R)AN节点连接的多个电子设备(ED);在发送与MB会话相关的MB数据后,从多个ED中的至少一个ED接收重传请求;以及根据上述重传请求重传与MB会话相关的MB数据的至少一部分。在一些实施例中,上述重传请求是单播重传请求。在一些实施例中,与MB会话数据相关的MB数据的一部分被重传至以下之一:发送上述重传请求的ED中的至少一个ED、与MB会话相关的DL MB数据被发送至的多个ED。在一些实施例中,上述软件指令用于控制上述至少一个处理器执行以下步骤:从会话管理功能(SMF)接收用于存储与MB会话相关的DL MB数据的缓冲的大小。
在一些实施例中,上述软件指令用于控制上述至少一个处理器执行以下步骤:从用户面(UP)功能(UPF)接收通知,上述通知指示与MB会话相关的所有DL MB数据已被发送。在一些实施例中,上述软件指令用于控制上述至少一个处理器执行以下步骤:向多个ED发送消息,上述消息指示与MB会话相关的MB数据已被发送。在一些实施例中,上述软件指令用于控制上述至少一个处理器执行以下步骤:(R)AN节点向会话管理功能发送指示与MB会话相关的DL MB数据的传输已完成的消息。
本公开的另一方面提供了一种电子设备,该电子设备包括至少一个处理器以及非暂时性计算机可读可存储介质。该非暂时性计算机可读可存储介质包括软件指令,上述软件指令用于控制上述至少一个处理器执行以下步骤:从网络的无线接入网((R)AN)节点接收与MB会话相关的下行(DL)多播/广播MB数据;如果DL MB数据部分丢失,则请求(R)AN节点重传DL MB数据的丢失的部分;以及从(R)AN节点接收DL MB数据的上述部分的重传。在一些实施例中,上述软件指令用于控制上述至少一个处理器执行以下步骤:在上述请求之前,接收指示与MB会话相关的MB数据已被发送的消息。
本公开的另一方面提供了一种接入和移动性管理功能(AMF),该AMF包括至少一个处理器以及非暂时性计算机可读可存储介质。该非暂时性计算机可读可存储介质包括软件指令,上述软件指令用于控制上述至少一个处理器执行以下步骤:接入和移动性管理功能(AMF)从会话管理功能(SMF)接收指示与MB会话相关的信息的N11消息;以及AMF向多个无线接入网((R)AN)节点发送多个N2消息,上述多个N2消息中的每个消息对应于上述多个(R)AN节点中的至少一个(R)AN节点,上述N2消息包括由N11消息指示的部分信息。
本公开的另一方面提供了一种接入和移动性管理功能(AMF),该AMF包括至少一个处理器以及非暂时性计算机可读可存储介质。该非暂时性计算机可读可存储介质包括软件指令,上述软件指令用于控制上述至少一个处理器执行以下步骤:接入和移动性管理功能(AMF)从会话管理功能(SMF)接收指示与MB会话相关的信息的N11消息;以及AMF向多个电子设备(ED)发送多个N1消息,上述多个N1消息中的每个消息对应于上述多个ED中的至少一个ED,上述N1消息包括由N11消息指示的部分信息。
尽管已经参考本发明的特定特征和实施例描述了本发明,但是,显然,在不脱离本发明的情况下可以对本发明进行各种修改和组合。因此,说明书和附图应仅被视为由所附权利要求书限定的本发明的说明,并且可以预期涵盖落入本发明范围内的任何和所有修改、变型、组合、或等同物。
Claims (30)
1.一种多播/广播MB会话建立方法,所述方法包括:
会话管理功能SMF接收建立MB会话的第一请求,所述第一请求用以请求建立多个电子设备ED和至少一个应用服务器之间的第一MB会话;
所述SMF根据所述第一请求为所述第一MB会话选择接入和移动性管理功能AMF;
所述SMF经由所选择的所述AMF向所述多个ED发送通知,所述通知用于指示建立了所述第一MB会话;
以及,所述SMF从以下至少之一接收应答:选择的所述AMF、所述多个ED中的至少一个ED。
2.根据权利要求1所述的方法,还包括:
向用户面功能UPF发送建立所述第一MB会话的第二请求,和/或指示信息;所述第二请求包括用于所述UPF发送与所述第一MB会话相关的下行DLMB数据的参数,所述指示信息用于指示所述UPF将所述第一MB会话的数据发送到接入网AN节点后,保留或删除与AN信息或MB会话相关的上下文;从所述UPF接收响应消息,所述响应消息用于确认建立或修改了所述UPF中的资源。
3.根据权利要求2所述的方法,所述与所述第一MB会话相关的DL MB数据的参数包括以下中的一项或多项:
MB会话ID、ED组ID、UPF中的缓存管理信息、AS信息、AN信息、用于所述UPF和AS间通信的IP地址、IP前缀或端口号、PCC规则、上行隧道端点标识符TEID、下行TEID、用于指示所述UPF和NEF间通信的隧道信息、QoS信息、计费信息。
4.根据权利要求1所述的方法,还包括:
请求至少一个接入网AN节点建立所述第一MB会话。
5.根据权利要求4所述的方法,所述请求至少一个AN节点建立所述第一MB会话包括:
向所述至少一个AN节点发送建立所述第一MB会话的第三请求,所述第三请求包括以下中的一项或多项:所述SMF选择的UPF的信息、网络切片信息、MB会话ID、QoS配置文件中的QoS参数、ED组ID、ED组中的ED ID列表。
6.根据权利要求4所述的方法,还包括:
从所述至少一个AN节点接收第三请求的响应消息,所述第三请求的响应消息包括下行TEID。
7.根据权利要求1-6中任一项所述的方法,还包括:
所述SMF接收指示与所述第一MB会话相关的DL MB数据的传输完成的消息;以及
所述SMF向请求建立MB会话的应用功能指示与所述第一MB会话相关的所述DL MB数据的传输完成。
8.根据权利要求1-6中任一项所述的方法,
所述SMF接收建立MB会话的第一请求包括:所述SMF通过网络开放功能NEF从应用功能AF接收所述建立MB会话的第一请求,其中,所述建立MB会话的第一请求包括以下中的一项或多项:用于标识AF表示的AS的信息、用于标识ED组的信息、用于标识ED的信息、会话开始时间、会话截至时间、会话持续时间、会话结束时间、数据量、QoS需求、可靠性要求、AF表示的AS的位置信息、MB会话的位置信息、AS节点的位置信息。
9.根据权利要求8所述的方法,还包括:响应于所述建立MB会话的第一请求,所述SMF通过所述NEF向所述AF发送应答消息。
10.根据权利要求1-6中任一项所述的方法,所述SMF根据所述建立MB会话的第一请求被NEF选择。
11.根据权利要求1-6中任一项所述的方法,还包括:
所述SMF向UDM发送MB会话信息请求,所述MB会话信息请求包括与所述第一MB会话相关的信息;
所述SMF从UDM接收MB会话信息响应,所述MB会话信息响应包括以下中的一项或多项:ED组的ID、ED ID列表、MB会话的位置信息、与所述第一MB会话相关的网络功能信息。
12.根据权利要求1-6中任一项所述的方法,所述方法还包括:
所述SMF向所述选择的AMF发送N11 MB会话建立消息,所述N11 MB会话建立消息被N1MM MB会话通知消息携带并向多个ED发送,所述N11 MB会话建立消息包括以下中的一项或多项:ED组的ID、ED ID列表、所述第一MB会话的MB会话ID、MB会话的开始时间、SM MB会话通知消息向每个已识别的ED发送的截止时间、MB会话位置信息、AN位置列表。
13.一种多播/广播MB会话建立方法,所述方法包括:
接入和移动性管理功能AMF从网络开放功能NEF接收建立MB会话的第一请求,所述第一请求用以请求建立多个电子设备ED和至少一个应用服务器之间的第一MB会话;
所述AMF向网络存储功能NRF发送第二请求,所述第二请求用于请求所述NRF提供用于会话管理功能SMF选择的SMF信息;以及
所述AMF向选择的SMF请求建立第一MB会话。
14.根据权利要求13所述的方法,其中,
用于SMF选择的所述SMF信息包括以下至少之一:内部电子设备ED组标识符ID、应用功能AF信息、地理区域标识符ID、以及接入网AN地址。
15.根据权利要求13或14所述的方法,还包括:所述AMF从所述SMF接收N11 MB会话建立消息,所述N11 MB会话建立消息被N1 MM MB会话通知消息携带并向多个ED发送,所述N11MB会话建立消息包括以下中的一项或多项:ED组的ID、ED ID列表、所述第一MB会话的MB会话ID、MB会话的开始时间、SM MB会话通知消息向每个已识别的ED发送的截止时间、MB会话位置信息、AN位置列表。
16.一种多播/广播MB传送方法,所述方法包括:
网络开放功能NEF从应用功能接收建立MB会话的第一请求,所述第一请求用于建立多个电子设备ED和至少一个应用服务器之间的第一MB会话;
所述NEF向会话管理功能SMF发送通知信息,所述通知信息包括与所述第一请求相关的信息;
接收并缓存所述第一MB会话的下行MB数据;
所述NEF接收与用户面功能UPF相关的信息,所述UPF负责发送所述第一MB会话的所述下行MB数据;以及
经由所述UPF向AN节点发送所述下行MB数据。
17.根据权利要求16所述的方法,还包括:所述NEF选择所述SMF。
18.根据权利要求16所述的方法,所述建立MB会话的请求经由控制信令接收。
19.根据权利要求16-18中任一项所述的方法,还包括:从所述SMF接收所述第一请求的应答消息。
20.一种多播/广播MB传送方法,包括:电子设备ED从网络的接入网AN节点接收与MB会话相关的下行DL多播/广播MB数据,其中,与MB会话相关的下行(DL)MB数据被存储在所述AN节点的缓冲中;
如果所述DL MB数据部分丢失,则向所述AN节点发送重传请求以请求所述AN节点重传所述DL MB数据的丢失的所述部分;以及
所述ED从所述AN节点接收所述DL MB数据的所述部分的重传,
其中,所述AN节点还用于,从SMF接收建立MB会话的第一请求,所述第一请求包括以下中的一项或多项:所述SMF选择的UPF的信息、网络切片信息、MB会话ID、QoS配置文件中的QoS参数、ED组ID、ED组中的ED ID列表;所述第一请求用于建立多个电子设备ED和至少一个应用服务器之间的第一MB会话。
21.根据权利要求20所述的方法,在所述请求之前,还包括:接收指示与所述MB会话相关的所述MB数据已被发送的消息。
22.一种会话管理功能SMF,包括:
至少一个处理器;以及
非暂时性计算机可读可存储介质,包括软件指令,所述软件指令用于控制所述至少一个处理器执行权利要求1-12中任一项所述的方法。
23.一种接入和移动性管理功能AMF,包括:
至少一个处理器;以及
非暂时性计算机可读可存储介质,包括软件指令,所述软件指令用于控制所述至少一个处理器执行权利要求13-15中任一项所述的方法。
24.一种网络开放功能NEF,包括:
至少一个处理器;以及
非暂时性计算机可读可存储介质,包括软件指令,所述软件指令用于控制所述至少一个处理器执行权利要求16-19中任一项所述的方法。
25.一种电子设备,包括:
至少一个处理器;以及
非暂时性计算机可读可存储介质,包括软件指令,所述软件指令用于控制所述至少一个处理器执行权利要求20或21所述的方法。
26.一种通信系统,其特征在于,包括会话管理功能SMF实体、接入和移动性管理功能AMF实体和网络开放功能NEF实体;其中,所述SMF实体用于执行上述权利要求1-12中任一项所述的方法,所述AMF实体用于执行上述权利要求13-15中任一项所述的方法,所述NEF实体用于执行上述权利要求16-19中任一项所述的方法。
27.一种非暂时性计算机可读可存储介质,包括软件指令,所述软件指令用于控制至少一个处理器执行权利要求1-12中任一项所述的方法。
28.一种非暂时性计算机可读可存储介质,包括软件指令,所述软件指令用于控制至少一个处理器执行权利要求13-15中任一项所述的方法。
29.一种非暂时性计算机可读可存储介质,包括软件指令,所述软件指令用于控制至少一个处理器执行权利要求16-19中任一项所述的方法。
30.一种非暂时性计算机可读可存储介质,包括软件指令,所述软件指令用于控制至少一个处理器执行权利要求20-21中任一项所述的方法。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762590210P | 2017-11-22 | 2017-11-22 | |
US62/590,210 | 2017-11-22 | ||
US16/195,469 | 2018-11-19 | ||
US16/195,469 US10932095B2 (en) | 2017-11-22 | 2018-11-19 | Method and system for multicast and broadcast services |
PCT/CN2018/116715 WO2019101104A1 (en) | 2017-11-22 | 2018-11-21 | Method and system for multicast and broadcast services |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111406415A CN111406415A (zh) | 2020-07-10 |
CN111406415B true CN111406415B (zh) | 2022-04-12 |
Family
ID=66533468
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880075936.7A Active CN111406415B (zh) | 2017-11-22 | 2018-11-21 | 多播和广播服务的方法和系统 |
Country Status (4)
Country | Link |
---|---|
US (2) | US10932095B2 (zh) |
EP (2) | EP4181538A1 (zh) |
CN (1) | CN111406415B (zh) |
WO (1) | WO2019101104A1 (zh) |
Families Citing this family (70)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101814401B1 (ko) * | 2014-11-20 | 2018-01-04 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
CN113473391B (zh) * | 2017-10-30 | 2022-10-25 | 华为技术有限公司 | 会话建立方法、设备及系统 |
EP3725034A1 (en) * | 2017-12-12 | 2020-10-21 | Nokia Solutions and Networks Oy | Method, system and apparatus for multicast session management in a 5g communication network |
US10797894B2 (en) * | 2017-12-28 | 2020-10-06 | Ofinno, Llc | Service type and device type-based policy and charging control |
CN113852566A (zh) * | 2018-01-12 | 2021-12-28 | 华为技术有限公司 | 确定网络服务质量流的方法、网元和系统 |
US10999787B2 (en) * | 2018-02-17 | 2021-05-04 | Huawei Technologies Co., Ltd. | System and method for UE context and PDU session context management |
EP3744138A1 (en) * | 2018-02-19 | 2020-12-02 | Huawei Technologies Duesseldorf GmbH | Apparatus for network slicing and slice management to support multi-slice services |
US10932322B2 (en) * | 2018-02-23 | 2021-02-23 | Cisco Technology, Inc. | Policy mapping methods and apparatus for use in interconnecting software-defined wide area network (SD-WAN) fabrics with mobile networks for communications with UEs |
CN111771422B (zh) * | 2018-02-26 | 2023-05-09 | 诺基亚技术有限公司 | 用于无线网络的多播业务区域管理和移动性 |
US10491753B2 (en) * | 2018-03-27 | 2019-11-26 | T-Mobile Usa, Inc. | Optimized policy control function mapping for application function |
CN110582126B (zh) * | 2018-06-11 | 2021-08-13 | 华为技术有限公司 | 一种通信方法及装置 |
CN112313922B (zh) * | 2018-06-26 | 2022-01-07 | 华为技术有限公司 | 用于在5g网络中提供多播/广播服务的实体和方法 |
WO2020028490A1 (en) * | 2018-08-02 | 2020-02-06 | Intel Corporation | Association of 3gpp (third generation partnership project) upf (user plane function) and edge computing application server |
US11382145B2 (en) | 2018-08-06 | 2022-07-05 | Huawei Technologies Co., Ltd. | Systems and methods to support group communications |
US11039018B2 (en) * | 2018-09-13 | 2021-06-15 | Ofinno, Llc | Charging control with SMF and PCF |
KR20200038808A (ko) * | 2018-10-04 | 2020-04-14 | 삼성전자주식회사 | 무선 통신 시스템에서 그룹 통신을 제공하는 방법 및 장치 |
US11343653B2 (en) * | 2019-01-15 | 2022-05-24 | Ofinno, Llc | Session establishment to join a group communication |
KR20210122305A (ko) * | 2019-02-15 | 2021-10-08 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 트래픽 검출을 위한 방법 및 장치 |
CN116405542A (zh) * | 2019-02-18 | 2023-07-07 | 瑞典爱立信有限公司 | 发现v2x通信的应用服务器和/或服务的方法和装置 |
CN113661479A (zh) * | 2019-04-17 | 2021-11-16 | 索尼集团公司 | 移动边缘计算服务器的电力管理 |
US11770441B2 (en) * | 2019-06-07 | 2023-09-26 | Qualcomm Incorporated | File delivery failure feedback and application feedback |
CN112866931B (zh) * | 2019-06-17 | 2022-04-15 | 腾讯科技(深圳)有限公司 | 虚拟网络群组的广播方法、装置、设备及系统 |
CN113660102B (zh) * | 2019-06-17 | 2022-10-21 | 腾讯科技(深圳)有限公司 | 虚拟网络群组的组播组的组播方法、装置、设备及系统 |
CN112217653B (zh) * | 2019-07-11 | 2023-03-24 | 中国电信股份有限公司 | 策略下发方法、装置和系统 |
CN110366119B (zh) * | 2019-07-18 | 2021-09-17 | 中国联合网络通信集团有限公司 | 一种网络群组消息管理方法、装置和系统 |
KR20210023614A (ko) * | 2019-08-23 | 2021-03-04 | 삼성전자주식회사 | 이동통신망에서 멀티 캐스트 및 브로드캐스트 서비스를 지원하기 위한 망구조 및 서비스 제공방법 |
WO2021046794A1 (en) * | 2019-09-12 | 2021-03-18 | Zte Corporation | A method for influencing data traffic routing in core networks by service applications |
EP4011047A4 (en) * | 2019-10-02 | 2022-11-02 | Samsung Electronics Co., Ltd. | METHOD AND DEVICE FOR CONTROLLING DATA RATE IN A NETWORK SLOT OF A WIRELESS COMMUNICATION SYSTEM |
US20210105196A1 (en) * | 2019-10-04 | 2021-04-08 | Huawei Technologies Co., Ltd. | Support group communications with shared downlink data |
US11184417B2 (en) * | 2019-10-08 | 2021-11-23 | Qualcomm Incorporated | System and apparatus for providing network assistance for traffic handling in downlink streaming |
CN112637785B (zh) * | 2019-10-08 | 2022-04-29 | 华为技术有限公司 | 用于多播传输的方法和装置 |
US20220393984A1 (en) * | 2019-10-30 | 2022-12-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Nodes and Methods for Enabling User Plane Traffic Classification in a Communications System |
CN114467360A (zh) * | 2019-11-06 | 2022-05-10 | 华为技术有限公司 | 会话建立的方法、数据传输的方法以及相关装置 |
CN115361656A (zh) | 2019-11-07 | 2022-11-18 | 华为技术有限公司 | 通信方法、装置及设备 |
KR20210055546A (ko) * | 2019-11-07 | 2021-05-17 | 삼성전자주식회사 | 무선 통신 시스템에서 mbs 서비스 제공에 대한 mbs 서비스 세션의 설정을 위한 장치 및 방법 |
WO2021088051A1 (zh) * | 2019-11-08 | 2021-05-14 | 华为技术有限公司 | 一种多播会话的建立方法及网络设备 |
US11831458B2 (en) * | 2019-11-19 | 2023-11-28 | Intel Corporation | Provisioning of multicast and broadcast services with different quality of service levels |
WO2021120072A1 (zh) * | 2019-12-18 | 2021-06-24 | 华为技术有限公司 | 组播通信方法及其装置 |
CN113068132A (zh) * | 2020-01-02 | 2021-07-02 | 维沃移动通信有限公司 | 多播用户操作的通知方法、装置和通信设备 |
EP4084508A4 (en) * | 2020-01-07 | 2023-01-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | METHOD OF ESTABLISHING A BROADCASTING SERVICE AND NETWORK DEVICE |
EP4101124A1 (en) * | 2020-02-07 | 2022-12-14 | Nokia Technologies Oy | Optimization of 5g mbms/5mbs data delivery over an n3 interface |
WO2021109407A1 (en) * | 2020-04-13 | 2021-06-10 | Zte Corporation | Methods and devices for selecting radio bearer mode for multicast broadcast services |
CN111511044B (zh) * | 2020-04-16 | 2023-05-05 | 蓓安科仪(北京)技术有限公司 | 基于5g网络实现远程医疗的数据通信方法 |
KR20230005975A (ko) * | 2020-05-05 | 2023-01-10 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | Mb-smf용 5mbs amf 서비스 검색 |
CN111556539B (zh) * | 2020-05-13 | 2024-05-17 | 腾讯科技(深圳)有限公司 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
CN111526553A (zh) * | 2020-05-13 | 2020-08-11 | 腾讯科技(深圳)有限公司 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
EP4154562A4 (en) * | 2020-05-22 | 2024-02-21 | Zte Corp | METHOD FOR EXPOSING INFORMATION OF A RADIO ACCESS NETWORK |
CN113709677B (zh) * | 2020-05-22 | 2023-04-11 | 大唐移动通信设备有限公司 | 加入组播广播业务mbs会话的方法及装置 |
EP4154469A1 (en) * | 2020-05-22 | 2023-03-29 | Nokia Technologies OY | Apparatus, methods, and computer programs for multicast session management in 5g networks |
WO2021233556A1 (en) * | 2020-05-22 | 2021-11-25 | Nokia Technologies Oy | Apparatus, method, and computer program for multicast sessions in location areas in 5g networks |
WO2022000512A1 (en) * | 2020-07-03 | 2022-01-06 | Zte Corporation | Method for handling multicast/broadcast service session |
EP4184959A4 (en) * | 2020-08-03 | 2024-01-03 | Huawei Tech Co Ltd | COMMUNICATION METHOD, APPARATUS AND SYSTEM |
WO2022027425A1 (en) * | 2020-08-06 | 2022-02-10 | Zte Corporation | Signaling for multicast broadcast services |
WO2022027696A1 (zh) * | 2020-08-07 | 2022-02-10 | 华为技术有限公司 | 一种安全信息的配置方法和装置 |
EP4187963A4 (en) * | 2020-08-10 | 2023-08-23 | Huawei Technologies Co., Ltd. | COMMUNICATION METHOD AND APPARATUS |
EP4197168A1 (en) * | 2020-08-11 | 2023-06-21 | Nokia Technologies Oy | Policy control for 5g multicast-broadcast services (5mbs) |
US11374900B2 (en) * | 2020-10-26 | 2022-06-28 | Cisco Technology, Inc. | Network address translation (NAT) traversal and proxy between user plane function (UPF) and session management function (SMF) |
KR20230092995A (ko) | 2020-10-29 | 2023-06-26 | 애플 인크. | Mbs-키 분배 및 트래픽 보호 |
CN114827907B (zh) * | 2021-01-19 | 2023-07-11 | 维沃移动通信有限公司 | 触发非单播业务操作的方法、装置及网络功能实体 |
KR20220114985A (ko) | 2021-02-09 | 2022-08-17 | 삼성전자주식회사 | 무선 통신 시스템에서 멀티캐스트 서비스를 지원하는 방법 및 장치 |
EP4295603A1 (en) * | 2021-02-20 | 2023-12-27 | Samsung Electronics Co., Ltd. | Method and system for handling key distribution for multicast and broadcast services in wireless network |
KR20220135982A (ko) * | 2021-03-31 | 2022-10-07 | 삼성전자주식회사 | 셀룰라 통신 시스템에서 사용자 장치로 mbs 데이터를 제공하기 위한 방법 및 장치 |
CN113613279A (zh) * | 2021-08-06 | 2021-11-05 | 中国电信股份有限公司 | 路由策略生成方法及相关设备 |
KR20230046820A (ko) * | 2021-09-30 | 2023-04-06 | 삼성전자주식회사 | 멀티캐스트 세션 활성화를 위해 단말을 깨우기 위한 방법 및 장치 |
WO2023061553A1 (en) * | 2021-10-11 | 2023-04-20 | Nokia Technologies Oy | Methods and apparatuses for broadcast (mbs) session control |
WO2023121303A1 (en) * | 2021-12-21 | 2023-06-29 | Samsung Electronics Co., Ltd. | Method and system for supporting protection of mbs traffic in wireless communication system |
CN116419170A (zh) * | 2021-12-31 | 2023-07-11 | 中兴通讯股份有限公司 | Pcc策略的控制方法、pcf、smf及通信系统 |
WO2024027484A1 (en) * | 2022-08-04 | 2024-02-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for service management |
GB2621181A (en) * | 2022-08-05 | 2024-02-07 | Nokia Solutions & Networks Oy | Method, apparatus and computer program |
CN116709212B (zh) * | 2023-08-09 | 2023-11-14 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1617523A (zh) * | 2003-11-11 | 2005-05-18 | 华为技术有限公司 | 一种组播/广播业务中会话数据的传输方法 |
CN101399684A (zh) * | 2007-09-26 | 2009-04-01 | 大唐移动通信设备有限公司 | 一种多媒体广播/组播业务分层传输方法及系统 |
CN101400017A (zh) * | 2007-09-29 | 2009-04-01 | 北京三星通信技术研究有限公司 | 支持进化的广播组播业务数据连续接收的方法 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10368340B2 (en) * | 2010-04-01 | 2019-07-30 | Hon Hai Precision Industry Co., Ltd. | Network service exposure method and apparatus utilizing the same |
CN102684856B (zh) | 2011-01-25 | 2016-09-28 | 西安电子科技大学 | 一种数据重传方法及装置 |
US9036635B2 (en) | 2013-03-12 | 2015-05-19 | Motorola Solutions, Inc. | Method and apparatus for propagating public safety multicast and broadcast services among public safety personnel |
GB2540434A (en) * | 2015-07-17 | 2017-01-18 | Fujitsu Ltd | Content delivery over D2D links |
WO2017196161A1 (en) | 2016-05-13 | 2017-11-16 | Samsung Electronics Co., Ltd. | Light connection control method and apparatus |
US10856265B2 (en) * | 2016-07-05 | 2020-12-01 | Lg Electronics Inc. | Method for selecting resource operation preferred by user in wireless communication system and device for same |
WO2018067780A1 (en) * | 2016-10-05 | 2018-04-12 | Convida Wireless, Llc | Capability exposure for service instantiation |
US11297660B2 (en) * | 2016-10-06 | 2022-04-05 | Convida Wireless, Llc | Session management with relaying and charging for indirect connection for internet of things applications in 3GPP network |
WO2018093168A1 (ko) * | 2016-11-18 | 2018-05-24 | 엘지전자(주) | 무선 통신 시스템에서의 네트워크 노드 선택 방법 및 이를 위한 장치 |
WO2018233808A1 (en) * | 2017-06-20 | 2018-12-27 | Motorola Mobility Llc | CREATING A NETWORK TRENCH SELECTION POLICY RULE |
US10397758B2 (en) * | 2017-09-07 | 2019-08-27 | T-Mobile Usa, Inc. | Function selection based on utilization level in 5G environments |
EP3704850A1 (en) * | 2017-11-21 | 2020-09-09 | Telefonaktiebolaget LM Ericsson (publ) | Method and function for handling traffic for an application |
US10506469B1 (en) * | 2018-05-17 | 2019-12-10 | Cisco Technology, Inc. | Resilient in-band mobile core user plane function selection using segment routing load balancing |
-
2018
- 2018-11-19 US US16/195,469 patent/US10932095B2/en active Active
- 2018-11-21 EP EP23150307.9A patent/EP4181538A1/en active Pending
- 2018-11-21 WO PCT/CN2018/116715 patent/WO2019101104A1/en unknown
- 2018-11-21 CN CN201880075936.7A patent/CN111406415B/zh active Active
- 2018-11-21 EP EP18881436.2A patent/EP3711314A4/en active Pending
-
2021
- 2021-02-16 US US17/176,727 patent/US11483680B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1617523A (zh) * | 2003-11-11 | 2005-05-18 | 华为技术有限公司 | 一种组播/广播业务中会话数据的传输方法 |
CN101399684A (zh) * | 2007-09-26 | 2009-04-01 | 大唐移动通信设备有限公司 | 一种多媒体广播/组播业务分层传输方法及系统 |
CN101400017A (zh) * | 2007-09-29 | 2009-04-01 | 北京三星通信技术研究有限公司 | 支持进化的广播组播业务数据连续接收的方法 |
Also Published As
Publication number | Publication date |
---|---|
US11483680B2 (en) | 2022-10-25 |
EP3711314A4 (en) | 2021-01-20 |
EP3711314A1 (en) | 2020-09-23 |
WO2019101104A1 (en) | 2019-05-31 |
US20210168568A1 (en) | 2021-06-03 |
EP4181538A1 (en) | 2023-05-17 |
US10932095B2 (en) | 2021-02-23 |
US20190158985A1 (en) | 2019-05-23 |
CN111406415A (zh) | 2020-07-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111406415B (zh) | 多播和广播服务的方法和系统 | |
US11716780B2 (en) | Methods and systems for multicast-broadcast session release and modification | |
CN112889254B (zh) | 使用策略处理数据包的方法和系统 | |
US11856495B2 (en) | Priority handling for prose communications | |
US11382145B2 (en) | Systems and methods to support group communications | |
US10666458B2 (en) | Method and apparatus for data transmission involving tunneling in wireless communication networks | |
US20210219105A1 (en) | Communications method and apparatus | |
EP4114046A1 (en) | Multicast communication method and communication apparatus | |
KR102397750B1 (ko) | 앵커리스 백홀의 지원을 위한 gtp 터널 | |
WO2020092560A1 (en) | Mobility management in information centric networking |
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 |