CN115053548A - 用于注册数据检索的方法和装置 - Google Patents
用于注册数据检索的方法和装置 Download PDFInfo
- Publication number
- CN115053548A CN115053548A CN202180012977.3A CN202180012977A CN115053548A CN 115053548 A CN115053548 A CN 115053548A CN 202180012977 A CN202180012977 A CN 202180012977A CN 115053548 A CN115053548 A CN 115053548A
- Authority
- CN
- China
- Prior art keywords
- registration
- entity
- data
- request
- response
- 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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
-
- 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
-
- 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
-
- 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/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
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)
- Mobile Radio Communication Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Debugging And Monitoring (AREA)
Abstract
本公开的实施例提供了用于注册数据检索的方法和装置。一种由网络功能服务消费方实体执行的方法包括:向数据管理实体发送用于检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。该方法还包括从数据管理实体接收响应。该响应包括与用户设备相关的至少两个所请求的注册数据集。
Description
技术领域
本公开的非限制性和示例性实施例总体上涉及通信技术领域,并且具体地涉及用于注册数据检索的方法和装置。
背景技术
本部分介绍了可以有助于本公开的更好理解的多个方面。因此,本部分的陈述应从这个角度来阅读,并且不应被理解为关于什么在现有技术中或什么不在现有技术中的承认。
在通信网络中,与特定UE(用户设备)相关的注册数据可以由诸如网络数据分析功能(NWDAF)、归属用户服务器(HSS)等的各种网络功能实体来检索。
例如,来自网络功能(NF)的数据收集可以由NWDAF使用以在任何NF处订阅/取消订阅以被通知关于一组事件的数据。来自NF的数据收集可以基于NF的服务,例如AMF(接入和移动性管理功能)、SMF(会话管理功能)、UDM(统一数据管理)、PCF(策略控制功能)、NRF(NF储存库功能)和AF(应用功能)(可以通过NEF(网络开放功能))。该数据收集服务可以直接使用以便检索针对单个UE或UE组的行为数据(例如UE可达性),以及检索全局UE信息(例如在地理区域中存在的UE数量)。表1示出了由NWDAF消费的用于数据收集的服务。第3代合作伙伴计划(3GPP)TS 23.288V16.2.0的公开内容通过引用的方式整体并入本文。
表1:由NWDAF消费的用于数据收集的服务
为了检索与特定UE相关的数据,如表2中所述,NWDAF应当首先确定哪些NF实例正在服务该UE,除非NWDAF由于最近与该UE相关的操作而已经获得该信息。
表2:由NWDAF消费的NF服务以确定哪些NF实例正在服务UE
可以使用至UDM的提供SUPI(签约永久标识符)或组身份的请求来确定AMF、SMF实例。为了确定服务PDU(协议数据单元)会话的SMF,NWDAF可以另外提供该PDU会话的DNN(数据网络名称)和S-NSSAI(单个网络切片选择辅助信息);否则,NWDAF将获得可能多个SMF的列表(例如,每个PDU会话一个SMF)。
图1a示出了当SMS-GMSC(短消息服务-网关移动交换中心)从HSS检索用于MT-SMS(移动终止-短消息服务)传递的路由信息时的交互。
在步骤1,HSS通过MAP(移动应用部分)或S6c从SMS-GMSC接收针对路由信息的请求。
在步骤2,HSS通过Ud查询EPS-UDR以读取注册的MME(移动管理实体)/MSC(移动服务中心),注册的SGSN(服务GPRS(通用分组无线电服务)支持节点),用于MME/MSC、SGSN、3GppSMSF(3GPP短消息服务功能)和Non3GppSMSF的UE不可达标志以及SMSF注册通知标志。
在步骤3,如果未设置用于3GppSMSF,Non3GppSMSF的UE不可达标志和SMSF注册通知标志,并且除非已知用户未在5GC(第五代核心网络)中注册,则HSS从UDM检索注册的SMSF地址(如果有的话)。
在步骤4-5,UDM从5GS-UDR(第五代系统统一的数据储存库)检索所请求的信息。
在步骤6,UDM将检索的地址转发给HSS(如果有的话)。
步骤7,HSS将在HSS和/或UDM中注册的相关MT-SMS目标节点地址返回给SMS-GMSC,并且该过程结束。
否则,如果MT-SMS目标节点地址没有注册在HSS和UDM两者中,则向SMS-GMSC发送否定响应(不存在用户SM),并且该过程继续步骤8至11。
在步骤8,HSS将SMSC地址包括在在EPS-UDR(演进分组系统-UDR)中存储的消息等待数据(MWD)中,并按照3GPP TS 23.040V15.3.0中定义的方式通知SMSC,其公开内容通过引用的方式整体并入本文。相关的UE不可达标志和SMSF注册通知标志被设置在EPS-UDR中。
在步骤9,HSS通过使用如在3GPP TS 23.502V16.3.0中定义的Nudm_EE_Subscribe服务操作(SUPI,SMSF注册通知事件)在UDM中订阅当UE在5GC中注册SMS服务时(即,当SMSF被注册在UDM中时)通知HSS。
在这种情况下,HSS在UDM中订阅SMSF注册通知事件,而不是订阅UE可达性通知,因为即使UE在AMF中可达,UE也将不会在5GC内准备好用于SMS,直到在UDM中注册用于该UE的SMSF。
在步骤10,UDM将SMSF注册通知标志存储在5GS-UDR中。
在步骤11,UDM向HSS确认该订阅。
图1所示的消息与3GPP TS 23.632V16.0.0中描述的相应消息相同,其公开内容通过引用的方式整体并入本文。
图2示出了UDM UECM(UE上下文管理)资源,它是3GPP 29.503V16.2.0的图6.2.3.1-1的副本,其公开内容通过引用的方式整体并入本文。
表3提供了资源和可应用的HTTP(超文本传输协议)方法的概述,它是3GPP29.503V16.2.0的表6.2.3.1-1的副本。
表3:资源和方法概述
发明内容
以简化形式提供本发明内容以介绍选择的构思,该构思在下面的详细描述中将被进一步描述。本发明内容既不旨在标识所要求保护的主题的关键特征或必要特征,也不旨在用于限制所要求保护的主题的范围。
如上所述,如表2所示,为了检索与特定UE相关的数据,NWDAF应当首先确定哪些NF实例正在服务该UE:
-对于服务该UE的AMF实例,NWDAF可以通过Nudm_UECM服务联系UDM(表2第3行);
-对于服务该UE的SMF实例,NWDAF可以通过Nudm_UECM服务联系UDM(表2第4行)。
为了检索与特定UE相关的SMS服务节点,HSS应当检查UDM以获取服务SMSF地址:
-对于服务3GPP接入的SMSF地址,HSS可以通过Nudm_UECM_Get服务联系UDM;
-对于服务非3GPP接入的SMSF地址,HSS可以通过Nudm_UECM_Get服务联系UDM。
然而,UDM仅提供UECM服务以一次获得一个服务节点,这可能会导致一些问题。例如,通过单个GET请求来检索多个注册数据集(例如,服务NF实例)是不可能的。基于多个注册数据集支持不同的用例是低效的,例如:
-要获取服务UE的AMF和SMF实例,NWDAF需要向资源发送至少3个GET请求(例如,Amf3GppAccessRegistration、AmfNon3GppAccessRegistration、SmfRegistrations);
-要获取服务UE的SMSF实例,HSS需要向资源发送至少2个GET请求(例如,Smsf3GppAccessRegistration、SmsfNon3GppAccessRegistration)。
为了克服或缓解至少一个上述问题或其他问题,本公开的实施例提出了改进的注册数据检索解决方案。
在一个实施例中,对于诸如UDM的数据管理实体,将新的GET方法添加到资源{ueId}/registrations作为通用注册数据集检索方法,以使能使用单个GET要求来检索多个注册数据集的可能性。
在一个实施例中,对于诸如UDR的数据储存库实体,用于多个上下文数据集检索的GET方法被更新以使能使用单个GET请求来检索多个上下文数据集连同会话上下文数据(例如SMF PDU会话上下文数据)的可能性。
在本公开的第一方面中,提供了一种由网络功能服务消费方实体执行的方法。该方法包括:向数据管理实体发送用于检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。该方法还包括:从数据管理实体接收响应。该响应包括与用户设备相关的至少两个所请求的注册数据集。
在一个实施例中,注册数据集名称可以包括以下中的至少一个:标识会话管理功能注册信息的注册数据集名称;标识接入和移动性管理功能(AMF)第三代合作伙伴项目(3GPP)接入注册信息的注册数据集名称;标识AMF非3GPP接入注册信息的注册数据集名称;标识短消息服务功能(SMSF)3GPP接入注册信息的注册数据集名称;以及标识SMSF非3GPP接入注册信息的注册数据集名称。
在一个实施例中,当该请求包括标识会话管理功能注册信息的注册数据集名称时,该请求还可以包括单个网络切片选择辅助信息和/或数据网络名称。
在一个实施例中,该请求可以是超文本传输协议(HTTP)GET请求并且该响应可以是HTTP GET响应。
在一个实施例中,HTTP GET响应可以包括响应代码200OK和包含与用户设备相关的至少两个所请求的注册数据集的响应主体;或响应代码404Not Found。
在一个实施例中,该请求还可以包括表示用户设备的用户设备身份。
在一个实施例中,用户设备身份可以是签约永久标识符SUPI或通用公共签约标识符GPSI。
在一个实施例中,网络功能服务消费方实体可以是网络数据分析功能NWDAF实体或归属用户服务器HSS;和/或数据管理实体可以是统一数据管理UDM实体。
在本公开的第二方面中,提供了一种由数据管理实体执行的方法。该方法包括:从网络功能服务消费方实体接收用于检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。该方法还包括:向网络功能服务消费方实体发送响应。该响应包括与用户设备相关的至少两个所请求的注册数据集。
在一个实施例中,根据本公开的第二方面的方法还可以包括向数据储存库实体发送用于检索与用户设备相关的至少两个注册数据集的查询请求。该查询请求包括两个或更多个对应的注册数据集名称。该方法还包括从数据储存库实体接收查询响应。查询响应包括与用户设备相关的至少两个所请求的注册数据集。
在一个实施例中,数据储存库实体可以是统一的数据储存库UDR实体。
在本公开的第三方面中,提供了一种由数据储存库实体执行的方法。该方法包括从数据管理实体接收用于检索与用户设备相关的至少两个注册数据集的查询请求。查询请求包括两个或更多个对应的注册数据集名称。该方法还包括向数据管理实体发送查询响应。查询响应包括与用户设备相关的至少两个所请求的注册数据集。
在一个实施例中,注册数据集名称还包括以下中的至少一个:标识会话管理功能注册信息的注册数据集名称;标识接入和移动性管理功能(AMF)第三代合作伙伴项目(3GPP)接入注册信息的注册数据集名称;标识AMF非3GPP接入注册信息的注册数据集名称;标识短消息服务功能(SMSF)3GPP接入注册信息的注册数据集名称;以及标识SMSF非3GPP接入注册信息的注册数据集名称。
在一个实施例中,查询请求可以是超文本传输协议(HTTP)GET请求并且查询响应可以是HTTP GET响应。
在一个实施例中,数据管理实体可以是统一数据管理UDM实体,并且数据储存库实体可以是统一的数据储存库UDR实体。
在一个实施例中,当查询请求包括标识会话管理功能注册信息的注册数据集名称时,该查询请求还包括单个网络切片选择辅助信息和/或数据网络名称。
在本公开的第四方面中,提供了一种网络功能服务消费方实体。网络功能服务消费方实体包括处理器;与所述处理器耦合的存储器,所述存储器存储可由所述处理器执行的指令,由此所述网络功能服务消费方实体可操作以向数据管理实体发送检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。所述网络功能服务消费方实体还可操作以从数据管理实体接收响应。该响应包括与用户设备相关的至少两个所请求的注册数据集。
在本公开的第五方面中,提供了一种数据管理实体。数据管理实体包括处理器;与所述处理器耦合的存储器,所述存储器存储可由所述处理器执行的指令,由此所述数据管理实体可操作以从网络功能服务消费方实体接收用于检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。所述网络功能服务消费方实体还可操作以向网络功能服务消费方实体发送响应。该响应包括与用户设备相关的至少两个所请求的注册数据集。
在本公开的第六方面中,提供了一种数据储存库实体。数据储存库实体包括处理器;以及耦合到处理器的存储器,所述存储器存储可由所述处理器执行的指令,由此所述数据储存库实体可操作以从数据管理实体接收用于检索与用户设备相关的至少两个注册数据集的查询请求。查询请求包括两个或更多个对应的注册数据集名称。所述数据储存库实体可操作以向数据管理实体发送查询响应。查询响应包括与用户设备相关的至少两个所请求的注册数据集。
在本公开的第七方面中,提供了一种网络功能服务消费方实体。网络功能服务消费方实体包括发送模块和接收模块。发送模块可以被配置为向数据管理实体发送检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。接收模块可以被配置为从数据管理实体接收响应。该响应包括与用户设备相关的至少两个所请求的注册数据集。
在本公开的第八方面中,提供了一种数据管理实体。数据管理实体包括接收模块和发送模块。接收模块可以被配置为从网络功能服务消费方实体接收用于检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。发送模块可以被配置为向网络功能服务消费方实体发送响应。该响应包括与用户设备相关的至少两个所请求的注册数据集。
在本公开的第九方面中,提供了一种数据储存库实体。数据储存库实体包括接收模块和发送模块。接收模块可以被配置为从数据管理实体接收用于检索与用户设备相关的至少一个注册数据集的查询请求。查询请求包括一个或多个注册数据集名称,注册数据集名称包括标识会话管理功能注册信息的注册数据集名称。发送模块可以被配置为向数据管理实体发送查询响应。
在本公开的第十方面中,提供了一种包括指令的计算机程序产品,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据本公开的第一方面的方法。
在本公开的第十一方面中,提供了一种包括指令的计算机程序产品,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据本公开的第二方面的方法。
在本公开的第十二方面中,提供了一种包括指令的计算机程序产品,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据本公开的第三方面的方法。
在本公开的第十三方面中,提供了一种存储指令的计算机可读存储介质,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据本发明第一方面的方法。
在本公开的第十四方面中,提供了一种存储指令的计算机可读存储介质,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据本发明第二方面的方法。
在本公开的第十五方面中,提供了一种存储指令的计算机可读存储介质,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据本发明第三方面的方法。
本文中的实施例提供了许多优点,以下是优点的示例的非详尽列表。在本文的一些实施例中,对于诸如UDM的数据管理实体,在资源{ueId}/registrations上引入了新GET方法作为通用注册数据集检索方法,以使能使用单个GET请求来检索多个注册数据集的可能性。因此,由数据管理实体提供的建议方法支持已经确定的受益于使用单个GET请求来检索多个注册数据集的用例。在本文的一些实施例中,对于诸如UDR的数据储存库实体,用于多个上下文数据集检索的GET方法被更新以使能使用单个GET请求来检索多个上下文数据集连同会话上下文数据(例如SMF PDU会话上下文数据)的可能性。因此,由数据储存库实体提供的建议方法支持已确定的受益于使用单个GET请求来检索包括会话上下文数据的多个注册数据集的用例。在本文的一些实施例中,从运营的角度来看,避免了不必要的信令流量并且提高了网络效率,这意味着降低了OPEX(运营费用)。本文的实施例不限于上述特征和优点。在阅读以下详细描述后,本领域技术人员将认识到附加的特征和优点。
附图说明
本公开的各种实施例的以上和其他方面、特征和益处将通过示例从以下参照附图的详细描述中变得更加明显,其中,相似的附图标记或字母用于指定相似或等效的元素。图示的附图是为了便于更好地理解本公开的实施例而未必按比例绘制,其中:
图1a示出了当SMS-GMSC从HSS检索用于MT-SMS传递的路由信息时的交互;
图1b示意性地示出了下一代网络中的高级架构;
图1c示意性地示出了来自任何NF的数据收集架构;
图1d示意性地示出了网络数据分析开放架构;
图1e示意性地示出了通过NAS支持SMS(短消息服务)的架构;
图1f示意性地示出了使用参考点表示通过NAS支持SMS的非漫游架构;
图1g示意性地示出了在控制面内使用基于服务的接口通过NAS支持SMS的漫游架构;
图1h示意性地示出了使用参考点表示通过NAS支持SMS的漫游架构;
图1i示意性地示出了数据存储架构;
图2示出了UDM UECM资源;
图3示出了根据本公开的实施例的在具有3GPP接入和非3GPP接入的5GC中的UE注册;
图4示出了根据本公开的实施例的针对3GPP接入和非3GPP接入的UE发起的PDU会话建立;
图5示出了根据本公开实施例的方法的流程图;
图6示出了根据本公开另一实施例的方法的流程图;
图7示出了根据本公开另一实施例的方法的流程图;
图8示出了根据本发明另一实施例的多个UE注册数据集的检索的方法的流程图;
图9示出了根据本公开另一实施例的用于在单个请求中获取多个注册数据集的一些示例用例的流程图;
图10示出了根据本公开的另一个实施例的用于在单个请求中获取多个注册数据集的NWDAF相关用例的流程图;
图11示出了根据本公开另一实施例的用于在单个请求中获取多个注册数据集的HSS相关用例的流程图;
图12是示出适用于实施本公开的一些实施例的装置的框图;
图13是示出根据本公开实施例的网络功能服务消费方实体的框图;
图14是示出根据本公开实施例的数据管理实体的框图;和
图15是示出根据本公开实施例的数据储存库实体的框图。
具体实施方式
参考附图详细描述本公开的实施例。应当理解,仅出于使本领域技术人员能够更好地理解以及因此实现本公开的目的来讨论这些实施例,而不是建议对本公开的范围的任何限制。在整个说明书中对特征,优点或类似语言的引用并不意味着可以用本公开实现的所有特征和优点应该在或在本公开的任何单个实施例中。相反,提及特征和优点的语言应被理解为意味着结合实施例描述的特定特征,优点或特性被包括在本公开的至少一个实施例中。此外,在一个或多个实施例中,可以以任何合适的方式来组合本公开所描述的特征,优点和特性。相关领域的技术人员将认识到,可以在没有特定实施例的特定特征或优点中的一个或多个特定特征或优点的情况下实践本公开。在其他情况下,在某些实施例中可以认识到附加特征和优点,而附加特征和优点可能不会在本公开的所有实施例中存在。
如本文所使用的,术语“网络”或“通信网络”是指遵循任何合适的(无线或有线)通信标准的网络。例如,无线通信标准可以包括:新无线电(NR)、长期演进(LTE)、高级LTE、宽带码分多址(WCDMA)、高速分组接入(HSPA)、码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)。CDMA网络可以实现诸如通用陆地无线电接入(UTRA)等的无线电技术。UTRA包括WCDMA和CDMA的其他变体。TDMA网络可以实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA网络可以实现无线电技术,例如演进的UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802.20、Flash-OFDMA、Ad-hoc网络、无线传感器网络等。在以下描述中,术语“网络”和“系统”可以互换使用。此外,网络中的两个设备之间的通信可以根据任何合适的通信协议来执行,通信协议包括但不限于由诸如第三代合作伙伴项目(3GPP)的标准组织定义的无线通信协议或有线通信协议。例如,无线通信协议可以包括第一代(1G)、2G、3G、4G、4.5G、5G通信协议和/或当前已知的或将来开发的任何其他协议。
本文使用的术语“实体”是指通信网络中的网络设备或网络节点或网络功能。例如,在诸如3GPP类型的蜂窝网络的无线通信网络中,核心网络设备可以向通过接入网络设备互连的客户提供多种服务。每个接入网络设备可以通过有线或无线连接连接到核心网络设备。
术语“网络功能(NF)”指的是可以在通信网络的网络节点(物理或虚拟)中实现的任何合适的功能。例如,5G系统(5GS)可以包括多个NF,例如AMF(接入和移动功能)、SMF(会话管理功能)、AUSF(认证服务功能)、UDM(统一数据管理)、PCF(策略控制功能)、AF(应用功能)、NEF(网络开放功能)、UPF(用户面功能)和NRF(网络储存库功能)、(R)AN((无线电)接入网),SCP(服务通信代理)、NWDAF(网络数据分析功能)等。在其他实施例中,例如取决于特定类型的网络,网络功能可以包括不同的类型NF(HSS、SMS-GMSC、EPS-UDR等)。
术语“终端设备”指可以接入无线通信网络并从无线通信网络接收服务的任何末端设备。作为示例而非限制,终端设备指移动终端、用户设备(UE)、或其他合适的设备。UE可以是例如用户站(SS)、便携式用户站、移动站(MS)或接入终端(AT)。终端设备可以包括但不限于便携式计算机、诸如数码相机之类的图像捕获终端设备、游戏终端设备、音乐存储和回放设备、移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式计算机、台式计算机、可穿戴设备、车载无线终端设备、无线端点、移动台、笔记本电脑嵌入式设备(LEE)、笔记本电脑安装设备(LME)、USB软件狗(USB dongle)、智能设备、无线用户驻地设备(CPE)等。在下面的描述中,术语“终端设备”、“终端”、“用户设备”和“UE”可以互换使用。作为一个示例,终端设备可以代表被配置用于根据由3GPP发布的一个或多个通信标准(诸如3GPP的LTE标准或NR标准)进行通信的UE。如本文所使用的,就拥有和/或操作相关设备的人类用户而言,“用户设备”或“UE”可能不一定具有“用户”。在一些实施例中,终端设备可以被配置为在没有直接人类交互的情况下发送和/或接收信息。例如,当被内部或外部事件触发时,或者响应于来自通信网络的请求,终端设备可以被设计为按照预定的时间表向网络发送信息。替代地,UE可以代表旨在出售给人类用户或由人类用户操作但最初可能不与特定人类用户相关联的设备。
作为另一个示例,在物联网(IOT)场景中,终端设备可以代表执行监测和/或测量并将此类监测和/或测量的结果发送到另一终端设备和/或网络设备的机器或其他设备。在这种情况下,终端设备可以是机器对机器(M2M)设备,在3GPP上下文中其可以被称为机器类型通信(MTC)设备。作为一个特定示例,终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的终端设备。此类机器或设备的特定示例是传感器、计量设备(例如功率计)、工业机械、或家用或个人电器(例如电冰箱、电视机)、个人可穿戴设备(例如手表)等。在其他情况下,终端设备可以代表车辆或其他设备,该车辆或其他设备能够监测和/或报告其运行状态或与其运行相关联的其他功能。
在说明书中对“一个实施例”,“实施例”,“示例实施例”等的引用指示所描述的实施例可以包括特定的特征、结构或特性,但是不必每一个实施例都包括特定特征、结构或特性。而且,这样的短语不一定指相同的实施例。此外,当结合实施例描述特定的特征、结构或特性时,不管是否被明确描述,可以认为结合其他实施例来影响这种特征、结构或特性在本领域技术人员的知识范围内。
应该理解的是,尽管在本文中可以使用术语“第一”和“第二”等来描述各种元素,但是这些元素不应受到这些术语的限制。这些术语仅用于将一个元素与另一个元素区分开。例如,在不脱离示例实施例的范围的情况下,第一元素可以被称为第二元素,以及类似地,第二元素可以被称为第一元素。如本文所使用的,术语“和/或”包括相关联的列出的术语的一个或多个术语的任何组合和所有组合。
如本文所用,短语“A和B中的至少一个”应理解为意味着“仅A、仅B或A和B两者”。短语“A和/或B”应理解为意味着“仅A,仅B,或A和B两者”。
本文所使用的术语仅出于描述特定实施例的目的,以及不旨在限制示例实施例。如本文所使用的,除非上下文另外明确指出,否则单数形式“一”,“一个”和“该”也旨在包括复数形式。将进一步理解的是,当在本文中使用时,术语“包括”、“包括”、“具有”、“含有”,“涵盖”和/或“拥有”指定所陈述的特征、元素和/或组件等的存在,但不排除一个或多个其他特征、元素,组件和/或其组合的存在或添加。
需要注意的是,本文中使用的这些术语仅用于便于描述和区分节点、设备或网络等。随着技术的发展,也可以使用具有相似/相同含义的其他术语。
在以下描述和权利要求书中,除非另有定义,否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常所理解的相同含义。
应当注意,主要关于被用作某些示例性网络配置和系统部署的非限制性示例的5G或NR规范来描述本公开的一些实施例。因此,这里给出的示例性实施例的描述具体指的是与其直接相关的术语。这样的术语仅在呈现的非限制性示例和实施例的上下文中使用,并且自然不以任何方式限制本公开。相反,只要本文描述的示例性实施例是适用的,可以同样地使用任何其他系统配置或无线电技术。
为简单起见,图1b-1i的系统架构仅描绘了一些示例性元素。在实践中,通信系统还可以包括适合于支持在终端设备之间或在无线设备与另一通信设备(例如陆线电话、服务提供方或任何其他网络节点或终端设备)之间的通信的任何附加元件。通信系统可以向一个或多个终端设备提供通信和各种类型的服务,以方便终端设备访问和/或使用由通信系统提供或经由通信系统提供的服务。
图1b示意性地示出了诸如5G的下一代网络中的高级架构。图1b的系统架构可以包括一些示例性元素,例如AMF(接入和移动性功能)、SMF(会话管理功能)、AUSF(认证服务功能)、UDM(统一数据管理)、PCF(策略控制功能)、AF(应用)、NEF(网络开放功能)、UPF(用户面功能)和NRF(网络储存库功能)、RAN(无线电接入网)、SCP(服务通信代理)等。
根据示例性实施例,如图1b所示,UE可以通过参考点N1与AMF建立信令连接。该信令连接可以实现在UE和核心网络之间的NAS(非接入层)信令交换,其包括在UE和(R)AN之间的信令连接以及在(R)AN和AMF之间的用于该UE的N2连接。(R)AN可以通过参考点N3与UPF通信。UE可以通过参考点N6通过UPF建立到DN(数据网络,例如运营方网络或互联网)的协议数据单元(PDU)会话。
如图1b中进一步所示,示例性系统架构还包括由诸如NRF、NEF、AUSF、UDM、PCF、AMF和SMF等NF展示的基于服务的接口,例如Nnrf、Nnef、Nausf、Nudm、Npcf、Namf和Nsmf。此外,图1b还示出了一些参考点,例如N1、N2、N3、N4、N6和N9,它们可以支持NFs中的NF服务之间的交互。例如,这些参考点可以通过相应的基于NF服务的接口和通过指定一些NF服务消费方和提供方以及它们的交互以执行特定的系统过程来实现。
图1c示意性地示出了来自任何NF的数据收集架构。如图1c所示,5G系统架构允许NWDAF从任何NF收集数据。NWDAF可以属于通知该数据的网络功能所位于的相同的PLMN(公共陆地移动网络)。
Nnf接口被定义用于NWDAF请求针对特定上下文的数据传递的订阅、取消对数据传递的订阅以及请求针对特定上下文的数据的特定报告。
图1d示意性地示出了网络数据分析开放架构。如图1d所示,5G系统架构允许任何NF从NWDAF请求网络分析信息。NWDAF属于消费分析信息的网络功能所位于的相同的PLMN。Nnwdaf接口是针对网络功能定义的,以用于请求针对特定上下文的网络分析传递的订阅、取消针对网络分析传递的订阅以及请求针对特定上下文的网络分析的特定报告。
图1e示意性地示出了通过NAS支持SMS的架构。图1f示意性地示出了使用参考点表示通过NAS支持SMS的非漫游架构。
SMS功能(SMSF)可以通过如3GPP TS 23.040中所示的标准化接口之一连接到SMS-GMSC/IWMSC(互通MSC)/SMS路由器。UDM可以通过3GPP TS 23.040中所示的标准化接口之一连接到SMS-GMSC/IWMSC/SMS路由器。当服务AMF被重新分配用于给定UE时,源AMF包括SMSF标识符作为传输到目标AMF的UE上下文的一部分。如果目标AMF例如在PLMN间移动的情况下检测到在服务PLMN中没有SMSF已经被选择,则AMF执行SMSF选择。
图1g示意性地示出了在控制面内使用基于服务的接口通过NAS支持SMS的漫游架构。图1h示意性地示出了使用参考点表示通过NAS支持SMS的漫游架构。
通过NAS支持SMS的参考点
N1:用于在UE和AMF之间通过NAS的SMS传输的参考点。
以下参考点由基于服务的接口来实现:
N8:用于在AMF和UDM之间的SMS签约数据检索的参考点。
N20:用于在AMF和SMS功能之间的SMS传输的参考点。
N21:用于在SMS功能和UDM之间的SMS功能地址注册管理和SMS管理签约数据检索的参考点。
图1i示意性地示出了数据存储架构。如图1i所示,5G系统架构允许UDM、PCF和NEF将数据存储在UDR中,该数据包括UDM和PCF的签约数据和策略数据,NEF的用于开放的结构化数据和应用数据(其包括用于应用检测的分组流描述(PFD),用于多个UE的AF请求信息)。UDR可以被部署在每个PLMN中,并且它可以提供如下不同的功能:
-由NEF访问的UDR属于该NEF所位于的相同的PLMN。
-如果UDM支持分离架构,则由UDM访问的UDR属于UDM所位于的相同的PLMN。
-由PCF访问的UDR属于PCF所位于的相同的PLMN。
部署在每个PLMN中的UDR可以存储用于漫游用户的应用数据。可以有多个UDR被部署网络中,每个UDR可以容纳不同的数据集或子集(例如签约数据、签约策略数据、用于开放的数据、应用数据)和/或服务于不同的NF集。UDR服务单个NF并存储其数据并且因此可以与该NF集成的部署是可能的。
仅出于提供信息的目的示出了UDR的内部结构。
Nudr接口被定义用于网络功能(即NF服务消费方),例如UDM、PCF和NEF,以访问存储的特定数据集并读取、更新(包括添加、修改)、删除在UDR中相关数据更改,以及订阅在UDR中相关数据更改的通知。
通过Nudr访问UDR的每个NF服务消费方应能够仅添加、修改、更新或删除其被授权更改的数据。此授权应由UDR在每个数据集和NF服务消费方的基础上执行,并且潜在地在每个UE的订阅粒度上执行。
通过Nudr向各个NF服务消费方开放并被存储的在UDR集中的以下数据应当被标准化:
-签约数据,
-政策数据,
-用于公开的结构化数据,
-应用数据:用于应用检测的分组流描述(PFD)和用于多个UE的AF请求信息。
基于服务的Nudr接口定义了由数据集开放的3GPP定义的信息元素的内容和格式/编码。
此外,NF服务消费方可以从UDR访问运营方特定数据集以及针对每个数据集的运营方特定数据。
运营方特定数据和运营方特定数据集的内容和格式/编码不受制于标准化。
存储在UDR中的不同数据的组织不会被标准化。
在图1b-1g中所示的各种NF可以负责诸如会话管理、移动性管理、认证、安全等功能。AUSF、AMF、DN、NEF、NRF、NSSF、PCF、SMF、UDM、UPF、AF、UE、(R)AN、SCP、SMSF、NWDAF等可以包括例如如在3GPP TS23.501 V16.3.0或其他3GPP规范中定义的功能。
图3示出了根据本公开的实施例的在具有3GPP接入和非3GPP接入的5GC中的UE注册。图3描述了UE从3GPP接入和非3GPP接入都在5GC网络中注册的场景,并且3GPP接入和非3GPP接入属于不同的PLMN(公共陆地移动网络)。因此接入网络(AN)是不同的,在图3中相应地被表示为AN(3GPP)和AN(Non-3GPP)。AMF也是不同的,在图3中相应地被表示为AMF(3GPP)和AMF(非3GPP)。SMSF也是不同的,在图3中相应地被表示为SMSF(3GPP)和SMSF(非3GPP)。
在步骤302,UE通过AN(3GPP)从3GPP接入网络,向AMF(3GPP)发送注册请求,并通过将“SMS被支持”设置为真来指示其支持通过NAS的SMS(非接入层)的能力。
在步骤304,AMF发起UE注册过程,UE注册过程可以可选地执行基本的认证过程,出于简单的原因,图3中未示出基本的认证过程。AMF通过Nudm_UECM_Registration注册到UDM以用于3GPP接入服务操作。
在步骤306,UDM通过Nudr-Dr创建服务操作将AMF注册上下文创建到UDR中,因此用于UE 3GPP接入的AMF服务节点作为上下文数据被存储在UDR中。
在步骤308,UDM向AMF发送用于3GPP接入注册结果的Nudm_UECM_Registration响应。
在步骤310,当在步骤302中指示“SMS被支持”时,AMF(3GPP)通过Nsmsf_SMService_Activate服务操作激活SMS服务,以用于朝向SMSF(3GPP)的3GPP接入。
在步骤312,SMSF(3GPP)通过Nudm_UECM_Registration发起SMSF(3GPP)注册到UDM中以用于3GPP接入服务操作。
在步骤314,UDM通过Nudr-Dr创建服务操作将SMSF(3GPP)注册上下文创建到UDR中,因此用于UE 3GPP接入的SMSF服务节点作为SMSF上下文数据被存储在UDR中。
在步骤316,UDM向SMSF发送用于3GPP接入注册结果的Nudm_UECM_Registration响应。
在步骤318,SMSF向AMF发送用于3GPP接入SMS服务激活结果的Nsmsf_SMService_Activate响应。
在步骤320,AMF(3GPP)通过3GPP接入网络向UE发送注册接受消息,并指示“SMS被允许”作为SMS服务注册结果。
在步骤322,UE通过AN(非3GPP)从非3GPP接入网络向AMF(非3GPP)发送注册请求,并通过将“SMS被支持”设置为真来指示其支持通过NAS的SMS的能力。
在步骤324,AMF(非3GPP)发起UE注册过程,其可以可选地执行基本认证过程,出于简单的原因,在图3中未示出基本认证过程。AMF通过Nudm_UECM_Registration注册到UDM中,以用于非3GPP接入服务操作。
在步骤326,UDM通过Nudr-Dr创建服务操作将AMF(非3GPP)注册上下文创建到UDR中,因此用于UE非3GPP接入的AMF服务节点作为上下文数据被存储在UDR中。
在步骤328,UDM向AMF发送用于非3GPP接入注册结果的Nudm_UECM_Registration响应。
在步骤330,当在步骤322中指示“SMS被支持”时,AMF(非3GPP)通过Nsmsf_SMService_Activate服务操作来激活SMS服务以用于朝向SMSF(非3GPP)的非3GPP接入。
在步骤332,SMSF(非3GPP)通过Nudm_UECM_Registration发起SMSF(非3GPP)注册到UDM中以用于非3GPP接入。
在步骤334,UDM通过Nudr-Dr创建服务操作将SMSF注册上下文创建到UDR中,因此用于UE非3GPP接入的SMSF服务节点作为SMSF上下文数据被存储在UDR中。
在步骤336,UDM向SMSF发送用于非3GPP接入注册结果的Nudm_UECM_Registration响应。
在步骤338,SMSF(Non-3GPP)向AMF(non-3GPP)发送用于非3GPP接入SMS服务激活结果的Nsmsf_SMService_Activate响应。
在步骤340,AMF(非3GPP)通过非3GPP接入网络向UE发送注册接受消息,并指示“SMS被允许”作为SMS注册结果。
图3所示的消息与诸如3GPP TS 23.501V16.3.0、3GPP TS 23.502V16.3.0等的各种3GPP规范中描述的对应消息相同或相似。
图4示出了根据本公开的实施例的针对3GPP接入和非3GPP接入两者的UE发起的PDU会话建立。图4描述了UE从用于不同数据网络的3GPP接入和非3GPP接入发起PDU会话建立的场景,并且3GPP接入和非3GPP接入属于不同的PLMN。接入网络(AN)是不同的,在图4中相应地被表示为AN(3GPP)和AN(Non-3GPP)。接入和移动管理功能(AMF)也是不同的,在图4中相应地被表示为AMF(3GPP)和AMF(非3GPP)。会话管理功能(SMF)也是不同的,在图4中相应地被表示为SMF(3GPP)和SMF(非3GPP)。在3GPP接入和非3GPP接入中所接入的数据网络可能是不同的,在PDU会话建立请求中相应地在步骤402和步骤418中分别被表示为数据网络名称1(DNN1)和数据网络名称2(DNN2)。
在步骤402,UE通过3GPP接入网DNN1发起在3GPP接入中的PDU会话建立,并向AMF(3GPP)发送PDU会话建立请求。
在步骤404,AMF(3GPP)通过Nsmf_PDUSession_CreateSMContext服务操作向SMF(3GPP)发送请求,该请求用于创建用于3GPP接入和至DNN1的新PDU会话。
在步骤406,SMF(3GPP)执行PDU会话建立过程,其包括联系UPF以用于N3/N4会话,出于简单的原因,N3/N4会话未被示出。
在步骤408,SMF(3GPP)向AMF(3GPP)发送用于3GPP接入和至DNN1的PDU会话建立的结果的Nsmf_PDUSession_CreateSMContext响应。
在步骤410,针对接入DNNl的PDU会话,AMF(3GPP)通过3GPP接入网络向UE发送PDU会话建立接受消息。
在步骤412,SMF将创建的PDU会话注册到UDM中,其包括以下参数:UE身份SUPI(签约永久标识符),DNN1,S-NSSAI,PDU会话身份,SMF身份,等。
在步骤414,UDM通过Nudr-Dr创建服务操作将SMF PDU会话注册上下文创建到UDR中,因此用于UE 3GPP PDU会话和至DNN1的SMF服务节点作为SMF PDU会话上下文数据被存储在UDR中。
在步骤416,针对从3GPP接入和至DNN1的PDU会话1,UDM向SMF(3GPP)发送Nudm_UECM_Registration响应。
在步骤418,UE通过非3GPP接入网络DNN2在非3GPP接入中发起PDU会话建立,并向AMF(非3GPP)发送PDU会话建立请求。
在步骤420,AMF(非3GPP)通过Nsmf_PDUSession_CreateSMContext服务操作向SMF(非3GPP)发送请求,该请求用于创建用于非3GPP接入和至DNN2的新PDU会话。
在步骤422,SMF(非3GPP)执行PDU会话建立过程,该过程包括联系UPF以用于N3/N4会话,出于简单的原因,未示出N3/N4会话。
在步骤424,SMF(非3GPP)向AMF(非3GPP)发送用于非3GPP接入和至DNN2的PDU会话建立的结果的Nsmf_PDUSession_CreateSMContext响应。
在步骤426,针对接入DNN2的PDU会话,AMF(非3GPP)通过非3GPP接入网络向UE发送PDU会话建立接受消息。
在步骤428,SMF(非3GPP)将创建的PDU会话注册到UDM中,其包括以下参数:UE标识SUPI,DNN2,S-NSSAI,PDU会话标识,SMF标识,等。
在步骤430,UDM通过Nudr-Dr创建服务操作将SMF PDU会话注册上下文创建到UDR中,因此用于UE非3GPP PDU会话和至DNN2的SMF服务节点作为SMF PDU会话上下文数据被存储在UDR中。
在步骤432,针对从3GPP接入和至DNN2的PDU会话2,UDM向SMF(非3GPP)发送Nudm_UECM_Registration响应。
图4所示的消息与诸如3GPP TS 23.501V16.3.0、3GPP TS 23.502V16.3.0等各种3GPP规范中描述的对应消息相同或相似。
图5示出了根据本公开实施例的方法的流程图,该方法可以由被实现在网络功能服务消费方实体中/作为网络功能服务消费方实体或通信地耦合到网络功能服务消费方实体的装置来执行。这样,该装置可以提供用于完成方法500的各个部分的构件以及用于结合其他组件完成其他过程的构件。网络功能服务消费方实体可以是能够从数据管理实体检索与用户设备相关的至少一个注册数据集的网络功能实体。例如,网络功能服务消费方实体可以是NWDAF或HSS。
在框502,网络功能服务消费方实体可以向数据管理实体发送用于检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。例如,网络功能服务消费方实体可以向数据管理实体发送检索与用户设备相关的至少一个注册数据集的请求。注册数据集可以是任何合适的注册数据集,例如注册上下文数据集。数据管理实体可以支持各种功能,例如UE的服务NF注册管理(例如,存储用于UE的服务AMF、存储用于UE的PDU会话的服务SMF、存储用于UE的服务SMSF)、MT-SMS传递支持、SMS签约管理等。与用户设备相关的注册数据集可以被存储在网络功能服务消费方实体中,在这种情况下,数据管理实体可能需要内部用户数据存储设备。与用户设备相关的至少一个注册数据集可以被存储在诸如UDR的数据储存库实体中,并且数据管理实体可以使用可以被存储在诸如UDR的数据储存库实体中的签约数据,在这种情况下,数据管理实体实现应用逻辑而不需要内部用户数据存储设备,然后若干不同的数据管理实体可以在不同的事务中为同一个用户服务。在一个实施例中,数据管理实体可以是5GC的UDM。
在一个实施例中,注册数据集名称可以包括以下中的至少一个:标识会话管理功能注册信息的注册数据集名称;标识AMF 3GPP接入注册信息的注册数据集名称;标识AMF非3GPP接入注册信息的注册数据集名称;标识SMSF 3GPP接入注册信息的注册数据集名称;以及标识SMSF非3GPP接入注册信息的注册数据集名称。在其他实施例中,注册数据集名称可以包括标识其他注册信息的任何其他合适的注册数据集名称。
在一个实施例中,当该请求包括两个或更多个注册数据集名称时,与用户设备相关的两个或更多个对应的注册数据集被请求将被检索。
在一个实施例中,当该请求不包括任何注册数据集名称时,与用户设备相关的所有注册数据集被请求将被检索。
在一个实施例中,当该请求包括一个注册数据集名称时,所述一个注册数据集名称标识会话管理功能注册信息并且与用户设备相关的会话管理功能(SMF)协议数据单元(PDU)会话注册信息被请求将被检索。
在一个实施例中,当该请求包括标识会话管理功能注册信息的注册数据集名称时,该请求还包括单个网络切片选择辅助信息和/或数据网络名称。例如,单个网络切片选择辅助信息可以是如3GPP TS23.501 V16.3.0中描述的SNSSAI。
在一个实施例中,该请求还包括表示用户设备的用户设备身份。例如,用户设备身份(ueid)可以表示签约标识符,例如SUPI或GPSI(通用公共签约标识符)(参见3GPP TS23.501V16.3.0的第5.9.2条)。SUPI(即imsi(国际移动用户身份)或nai(网络接入标识符))可以与HTTP PUT和PATCH方法一起使用;SUPI(即imsi或nai)或GPSI(即msisdn(移动用户综合服务数字网络号码)或extid)可以与GET方法一起使用。例如,模式可以是“(imsi-[0-9]{5,15}|nai-.+|msisdn-[0-9]{5,15}|extid-[^@]+@[^@]+|.+)”。术语“extid”与3GPP29.503 16.2.0中描述的“extid”相同。
在框504,网络功能服务消费方实体可以从数据管理实体接收响应。在一个实施例中,该响应包括与用户设备相关的至少两个所请求的注册数据集。例如,在成功时,可以返回包含所请求的至少一个注册数据集的响应。在失败时,在响应中可以返回错误信息。
在一个实施例中,该请求可以是HTTP GET请求并且该响应可以是HTTP GET响应。在其他实施例中,该请求可以是其他类型的请求并且该响应可以是其他类型的响应。
在一个实施例中,HTTP GET响应可以包括响应代码200OK和包含所请求的与用户设备相关的至少一个(例如,至少两个请求的)注册数据集的响应主体或响应代码404NotFound。例如,在失败时,可以返回指示错误的适当HTTP状态代码,并且可以在GET响应主体中返回适当的附加错误信息。
图6示出了根据本公开的另一实施例的方法的流程图,该方法可以由实现在数据管理实体中/作为数据管理实体或通信地耦合到数据管理实体的装置来执行。这样,该装置可以提供用于完成方法600的各个部分的构件以及用于结合其他组件完成其他过程的构件。数据管理实体可以是能够支持数据管理功能的网络功能实体。例如,数据管理实体可以是5GS的UDM。对于上述实施例中已经描述的部分,出于简洁,此处省略其详细描述。
在框602,数据管理实体可以从网络功能服务消费方实体接收用于检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。例如,数据管理实体可以从网络功能服务消费方实体接收用于检索与用户设备相关的至少一个注册数据集的请求。例如,网络功能服务消费方实体可以在图5的框502发送请求,然后数据管理实体可以接收该请求。
在一个实施例中,注册数据集名称可以包括以下中的至少一个:标识会话管理功能注册信息的注册数据集名称;标识AMF 3GPP接入注册信息的注册数据集名称;标识AMF非3GPP接入注册信息的注册数据集名称;标识SMSF 3GPP接入注册信息的注册数据集名称;以及标识SMSF非3GPP接入注册信息的注册数据集名称。
在一个实施例中,当请求包括两个或更多个注册数据集名称时,与用户设备相关的两个或更多个对应的注册数据集被请求将被检索。例如,数据管理实体可以从诸如UDR的数据储存库实体查询与用户设备相关的两个或更多个对应的注册数据集。
在一个实施例中,当该请求不包括任何注册数据集名称时,与用户设备相关的所有注册数据集被请求将被检索。例如,数据管理实体可以从诸如UDR的数据储存库实体查询与用户设备相关的所有注册数据集。
在一个实施例中,当请求包括一个注册数据集名称时,所述一个注册数据集名称标识会话管理功能注册信息,并且与用户设备相关的会话管理功能协议数据单元会话注册信息被请求将被检索。例如,数据管理实体可以从诸如UDR的数据储存库实体查询与用户设备相关的会话管理功能协议数据单元会话注册信息。
在一个实施例中,当该请求包括标识会话管理功能注册信息的注册数据集名称时,该请求还包括单个网络切片选择辅助信息和/或数据网络名称。例如,单个网络切片选择辅助信息可以是3GPP TS23.501 V16.3.0中描述的SNSSAI。例如,为了确定服务于PDU会话的SMF,NWDAF可以提供该PDU会话的DNN和S-NSSAI;否则,NWDAF可能会获得可能多个SMF的列表(例如,每个PDU会话一个SMF)。
在一个实施例中,该请求还包括表示用户设备的用户设备身份。用户设备身份可以是SUPI或GPSI。
在框604(可选地),数据管理实体可以向数据储存库实体发送用于检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。例如,数据管理实体可以向数据储存库实体发送用于检索与用户设备相关的至少一个注册数据集的查询请求。数据储存库实体可以存储与用户设备相关的各种注册数据集。在一个实施例中,数据储存库实体可以是5GS的UDR。注册数据集可以是注册上下文数据集。
在框606(可选地),数据管理实体可以从数据储存库实体接收查询响应。例如,在成功时,可以返回包含所请求的至少一个注册数据集的查询响应。在失败时,查询响应中可能会返回错误信息。在一个实施例中,该响应包括与用户设备相关的至少两个所请求的注册数据集。
在一个实施例中,当所请求的至少一个注册数据集被存储在数据管理实体中时,数据管理实体可以自己查询所请求的至少一个注册数据,并且可以省略框604和606。
在框608,数据管理实体可以向网络功能服务消费方实体发送响应。在一个实施例中,该响应包括与用户设备相关的至少两个所请求的注册数据集。例如,在成功时,可以返回包含所请求的至少一个注册数据集的响应。在失败时,在该响应中可以返回错误信息。
在一个实施例中,请求可以是HTTP GET请求并且响应可以是HTTP GET响应。在其他实施例中,请求可以是其他类型的请求并且响应可以是其他类型的响应。
在一个实施例中,HTTP GET响应可以包括响应代码200OK和包含所请求的与用户设备相关的至少一个(例如至少两个请求的)注册数据集的响应主体或响应代码404NotFound。例如,在失败时,可以返回指示错误的适当HTTP状态代码,并且可以在GET响应主体中返回适当的附加错误信息。
图7示出了根据本公开的另一实施例的方法的流程图,该方法可以由实现在数据储存库实体中/作为数据储存库实体或通信地耦合到数据储存库实体的装置来执行。这样,该装置可以提供用于完成方法700的各个部分的构件以及用于结合其他组件完成其他过程的构件。数据储存库实体可以是能够支持数据仓库功能的网络功能实体。例如,数据储存库实体可以是5GS的UDR。对于上述实施例中已经描述的部分,出于简洁,此处省略其详细描述。
在框702,数据储存库实体可以从数据管理实体接收用于检索与用户设备相关的至少两个注册数据集的查询请求,其中该查询请求包括两个或更多个对应的注册数据集名称。例如,数据储存库实体可以从数据管理实体接收用于检索与用户设备相关的至少一个注册数据集的查询请求。注册数据集可以是注册上下文数据集。查询请求包括一个或多个注册数据集名称,注册数据集名称包括标识会话管理功能注册信息的注册数据集名称。例如,数据管理实体可以在图6的框604发送查询请求,然后数据储存库实体可以接收查询请求。
在框704,数据储存库实体可以向数据管理实体发送查询响应。例如,在成功时,可以返回包含所请求的至少一个注册数据集的查询响应。在失败时,在查询响应中可以返回错误信息。在一个实施例中,查询响应包括与用户设备相关的至少两个所请求的注册数据集。
在一个实施例中,注册数据集名称可以包括以下中的至少一个:标识AMF 3GPP接入注册信息的注册数据集名称;标识AMF非3GPP接入注册信息的注册数据集名称;标识SMSF3GPP接入注册信息的注册数据集名称;以及标识SMSF非3GPP接入注册信息的注册数据集名称。
在一个实施例中,查询请求是HTTP GET请求并且查询响应是HTTP GET响应。
在一个实施例中,当查询请求包括标识会话管理功能注册信息的注册数据集名称时,查询请求还包括单个网络切片选择辅助信息和/或数据网络名称。
图8示出了根据本公开的另一个实施例的检索多个UE注册数据集的方法的流程图。图8描绘了NF服务消费方(例如NWDAF、HSS)向UDM发送请求以接收多个UE注册数据集的场景。在此示例场景中,使用单个请求来检索UE的3GPP AMF和UE的非3GPP AMF注册数据。请注意,可以使用单个请求来检索任何其他注册数据集。该请求包含UE的注册({ueId}/registrations)和标识所请求的注册数据集的查询参数(在此示例中:?registration-dataset-names=AMF_3GPP,AMF_NON_3GPP)。
在步骤802,NF服务消费方(例如NWDAF、HSS)向表示UE注册的资源发送GET请求。查询参数指示所请求的UE注册数据集。
在步骤804,UDM以具有消息主体的“200OK”进行响应,消息主体包含所请求的UE注册数据集。在失败时,应返回指示错误的适当的HTTP状态代码,并且可以在GET响应主体中返回适当的附加错误信息。
在一个实施例中,上述表3可以添加如下注册资源:
在一个实施例中,在3GPP 29.503 16.2.0中可以增加如下内容:
6.2.3.X资源:注册
6.2.3.X.1描述
该资源表示UE的注册数据。
6.2.3.X.2资源定义
资源URI:{apiRoot}/nudm-uecm/v1/{ueId}/registrations
该资源应当支持在表6.2.3.X.2-1中定义的资源URI变量。
表6.2.3.X.2-1:针对该资源的资源URI变量
6.2.3.X.3资源标准方法
6.2.3.X.3.1GET
该方法应支持在表6.2.3.X.3.1-1中规定的URI查询参数。
注意:这些注册数据集的检索也可以通过向在{ueId}/registraions资源下的相应子资源发送单独的GET请求来实现。当NF服务消费方需要检索多个注册数据集时,推荐使用带有查询参数的单个GET请求,而不是发出多个GET请求。
表6.2.3.X.3.1-1:该资源的GET方法支持的URI查询参数
该方法应当支持在表6.2.3.X.3.1-2中规定的请求数据结构和在表6.2.3.X.3.1-3中规定的响应数据结构和响应代码。
表6.2.3.X.3.1-2:由在此资源上的GET请求主体支持的数据结构
数据类型 | P | 基数 | 描述 |
n/a |
表6.2.3.X.3.1-3:由在此资源上的GET响应主体支持的数据结构
建议的数据模型如下:
6.2.6.2.X类型:RegistrationDataSets
表6.2.6.2.X-1:类型RegistrationDataSets的定义
6.2.6.3.X枚举:RegistrationDataSetName
表6.1.6.3.3-1:枚举RegistrationDataSetName
枚举值 | 描述 |
"AMF_3GPP" | AMF 3GPP接入注册 |
"AMF_NON_3GPP" | AMF非3GPP接入注册 |
"SMF_PDU_SESSIONS" | SMF PDU会话注册 |
"SMSF_3GPP" | SMSF 3GPP接入注册 |
"SMSF_NON_3GPP" | SMSF非3GPP接入注册 |
在一个实施例中,可以更新UDR方法以支持在用于多个上下文数据集的请求中SMFPDU会话上下文的检索。以下是关于可在3GPP TS29.505 16.1.0中添加的数据模型的更新:
5.4.2.22类型:ContextDataSets
表5.4.2.22-1:ContextDataSets
5.4.3.6枚举:ContextDataSetName
表5.4.3.6-1:枚举ContextDataSetName
枚举值 | 描述 |
"AMF_3GPP" | AMF 3GPP接入注册 |
"AMF_NON_3GPP" | SMF非3GPP接入注册 |
"SDM SUBSCRIPTIONS" | SDM订阅 |
"EE_SUBSCRIPTIONS" | EE订阅 |
"SMSF_3GPP" | SMSF 3GPP接入注册 |
"SMSF_NON3GPP" | SMSF非3GPP接入注册 |
"SUBS_TO_NOTIFY" | UDR订阅 |
“SMF_PDU_SESSIONS” | 针对PDU会话的SMF注册 |
图9示出了根据本公开的另一个实施例的用于在单个请求中获取多个注册数据集的一些示例用例的流程图。
示例0:从UDM检索所有UE注册数据集,UDM从UDR查询所有UE注册相关数据集。示例1:从UDM检索所有AMF注册数据集,UDM从UDR查询AMF注册相关数据集。示例2:从UDM检索所有SMSF注册数据集,UDM从UDR查询SMSF注册相关数据集。示例3:从UDM获取所有SMF PDU会话注册数据集,UDM从UDR查询SMF PDU会话注册相关数据集。示例4:从UDM检索所有AMF注册和SMF PDU会话注册数据集,UDM从UDR查询SMF PDU会话注册相关数据集。
在步骤902,NF服务消费方通过在资源../{ueId}/registrations上的GET方法从UDM获取所有UE注册数据集,而无需在查询参数中指定所需的注册数据集。
在步骤904,UDM在一个请求中从UDR查询多个上下文数据集并且设置所请求的context-dataset-names=AMF_3GPP,AMF_NON_3GPP,SMF_PDU_SESSIONS,SMSF_3GPP,SMSF_NON_3GPP。
在步骤906,UDM向NF服务消费方返回来自UDR的结果,该结果可以包括在RegistrationDataSets中所有需要的注册数据集:Amf3GppAccessRegistration(由请求中的AMF_3GPP标识)、AmfNon3GppAccessRegistration(由请求中的AMF_NON_3GPP标识),SmfRegistrationInfo(由请求中的SMF_PDU_SESSIONS标识,PDU会话列表),用于3GPP接入的SmsfRegistration(由请求中的SMSF_3GPP标识),用于非3GPP接入的SmsfRegistration(由请求中的SMSF_NON_3GPP标识)。
在步骤908,NF服务消费方通过在资源../{ueId}/registrations?registration-dataset-names=AMF_3GPP,AMF_NON_3GPP上的GET方法,在查询参数中指定所要求的注册数据集从UDM获取所有UE AMF注册数据集。
在步骤910,UDM在一个请求中从UDR查询多个上下文数据集并且设置所请求的context-dataset-names=AMF_3GPP,AMF_NON_3GPP。
在步骤912,UDM向NF服务消费方返回来自UDR的结果,该结果可以包括在RegistrationDataSets中的所有需要的注册数据集:Amf3GppAccessRegistration(由请求中的AMF_3GPP标识)、AmfNon3GppAccessRegistration(由请求中的AMF_NON_3GPP标识).
在步骤914,NF服务消费方通过在资源../{ueId}/registrations?registration-dataset-names=SMSF_3GPP,SMSF_NON_3GPP上的GET方法,在查询参数中指定所要求的注册数据集从UDM获取所有UE SMSF注册数据集。
在步骤916,UDM在一个请求中从UDR查询多个上下文数据集,并设置所请求的context-dataset-names=SMSF_3GPP,SMSF_NON_3GPP。
在步骤918,UDM向NF服务消费方返回来自UDR的结果,该结果可以包括在RegistrationDataSets中的所有需要的注册数据集:用于3GPP接入的SmsfRegistration(由请求中的SMSF_3GPP标识),用于非3GPP接入的SmsfRegistration(由请求中的SMSF_NON_3GPP标识)。
在步骤920,NF服务消费方通过在资源resource../{ueId}/registrations?registration-dataset-names=SMF_PDU_SE ESIONS上的GET方法,在查询参数中指定所需的注册数据集,从UDM获取所有SMF PDU会话注册数据集。
在步骤922,UDM在一个请求中从UDR查询多个上下文数据集并且设置所请求的context-dataset-names=SMF_PDU_SEESIONS。
在步骤924,UDM向NF服务消费方返回来自UDR的结果,该结果可以包括在RegistrationDataSets中的所有需要的注册数据集:SmfRegistrationInfo(由请求中的SMF_PDU_SESSIONS标识,PDU会话的列表)。
在步骤926,NF服务消费方通过在资源../{ueId}/registrations?registration-dataset-names=AMF_3GPP,AMF_NON_3GPP,SMF_PDU_SEESIONS上的GET方法,在查询参数中指定所需的注册数据集,从UDM获取所有UE AMF注册和SMF PDU会话注册数据集。
在步骤928,UDM在一个请求中从UDR查询多个上下文数据集并且设置所请求的context-dataset-names=AMF_3GPP,AMF_NON_3GPP,SMF_PDU_SEESIONS。
在步骤930,UDM向NF服务消费方返回来自UDR的结果,该结果可以包括在RegistrationDataSets中的所有需要的注册数据集:Amf3GppAccessRegistration(由请求中的AMF_3GPP标识)、AmfNon3GppAccessRegistration(由请求中的AMF_NON_3GPP标识),SmfRegistrationInfo(由请求中的SMF_PDU_SESSIONS标识,PDU会话列表)。
如图9所示的一些消息类似于在各种3GPP规范(例如3GPP TS 23.501V16.3.0,3GPP TS 23.502V16.3.0等)中描述的相应消息。
图10示出了根据本公开的另一个实施例的用于在单个请求中获取多个注册数据集的NWDAF相关用例的流程图。在本实施例中,NF服务消费方为NWDAF。
在步骤1002,NWDAF服务消费方从NWDAF订阅针对UE的数据分析报告。
NWDAF首先需要获取针对UE的当前服务节点。因此,由NWDAF使用的建议的方法以在单个请求中从UDM检索服务AMF和SMF实例。在步骤1004,NWDAF通过在资源../{ueId}/registrations?registration-dataset-names=AMF_3GPP,AMF_NON_3GPP,SMF_PDU_SEESIONS上的GET方法,在查询参数中指定所需要的注册数据集,从UDM获取所有UE AMF注册和SMF PDU会话注册数据集。
在步骤1006,UDM在一个请求中从UDR查询多个上下文数据集并且设置所请求的context-dataset-names=AMF_3GPP,AMF_NON_3GPP,SMF_PDU_SEESIONS。
在步骤1008,UDM将来自UDR的结果返回给NF服务消费方,其可以包括在RegistrationDataSets中的所有注册数据集:Amf3GppAccessRegistration(由请求中的AMF_3GPP标识)、AmfNon3GppAccessRegistration(由请求中的AMF_NON_3GPP标识)、SmfRegistrationInfo(由请求中的SMF_PDU_SESSIONS标识,PDU会话列表)。
在步骤1010,NWDAF从AMF(3GPP接入)订阅UE接入和移动性相关事件,在步骤1008中获得AMF(3GPP接入)的信息。
在步骤1012,NWDAF从AMF(非3GPP接入)订阅UE接入和移动性相关事件,在步骤1008中获得AMF(非3GPP接入)的信息。
在步骤1014,NWDAF从SMF(3GPP接入)订阅UE PDU会话相关事件,在步骤1008中获得SMF(3GPP接入)的信息。
在步骤1016,NWDAF从SMF(非3GPP接入)订阅UE PDU会话相关事件,在步骤1008中获得SMF(非3GPP接入)的信息。
在步骤1018,NWDAF向NWDAF服务消费方响应数据分析报告订阅的结果。
在图10中所示的一些消息与在诸如3GPP TS 23.501V16.3.0、3GPP TS23.502V16.3.0等的各种3GPP规范中描述的对应消息相似。
图11示出了根据本公开的另一个实施例的用于在单个请求中获取多个注册数据集的HSS相关用例的流程图。在本实施例中,NF服务消费方为HSS。
在步骤1102,HSS通过MAP或S6c从SMS-GMSC接收针对路由信息的请求。
在步骤1104,HSS通过Ud查询EPS-UDR以读取注册的MME/MSC,注册的SGSN,针对MME/MSC、SGSN、3GppSMSF和Non3GppSMSF的UE不可达标志以及SMSF注册通知标志。
在步骤1106,如果针对3GppSMSF、Non3GppSMSF的UE不可达标志和SMSF注册通知标志没有被设置并且除非已知用户未在5GC中注册,否则HSS从UDM检索注册的SMSF地址(如果有的话)。HSS使用建议的方法,通过在资源../{ueId}/registrations?registration-dataset-names=SMSF_3GPP,SMSF_NON_3GPP上的GET方法,在查询参数中指定所需要的注册数据集,从UDM获取所有UE SMSF注册数据集。
在步骤1108-1110,UDM从5GS-UDR检索所请求的信息。UDM在一个请求中检索多个上下文数据集,并且设置请求的context-dataset-names=SMSF_3GPP,SMSF_NON_3GPP。
在步骤1112,UDM将检索到的地址转发到HSS(如果有的话)。UDM将来自UDR的结果返回给NF服务消费方,其可以包括在RegistrationDataSets中所有要求的注册数据集:用于3GPP接入的SmsfRegistration(由请求中的SMSF_3GPP标识)、用于非3GPP接入的SmsfRegistration(由请求中的SMSF_NON_3GPP标识)。
在步骤1114,HSS将在HSS和/或UDM中注册的相关的MT-SMS目标节点地址返回到SMS-GMSC,并且该过程结束。否则,如果在HSS和UDM中都没有注册的MT-SMS目标节点地址,则向SMS-GMSC发送否定响应(不存在用户SM),并且该过程继续步骤1116至1122。
在步骤1116,HSS将SMSC地址包括到在EPS-UDR中存储的消息等待数据(MWD)中,并且如3GPP TS 23.040中定义的那样通知SMSC。相关的UE不可达标志和SMSF注册通知标志被设置在EPS-UDR中。
在步骤1118,HSS通过使用如在3GPP TS 23.502中定义的Nudm_EE_Subscribe服务操作(SUPI,SMSF注册通知事件)在UDM中订阅在UE在5GC中注册SMS服务时(即,当SMSF被注册在UDM中时)通知HSS。在这种情况下,HSS在UDM中订阅SMSF注册通知事件,而不是订阅UE可达性通知,因为即使UE在AMF中可达,UE也将不会在5GC内准备好接收SMS,直到用于UE的SMSF被注册在UDM中。
在步骤1120,UDM将SMSF注册通知标志存储在5G-UDR中。
在步骤1122,UDM向HSS确认该订阅。
如图11所示的一些消息与在诸如3GPP TS 23.501V16.3.0、3GPP TS23.502V16.3.0、3GPP TS 23.632V16.0.0等的各种3GPP规范中描述的对应消息相似。
在一个实施例中,由于5G是基于基于服务的架构(SBA),并且在网络功能(NF)之间使用的接口是基于基于服务的接口(SBI),因此该接口可以被建模为公开API(应用编程接口)并被定义在yaml文件中,Nudm-UECM公开API增量更新可能如下:
在一个实施例中,Nudr-Dr公开API增量更新,尤其是在数据模型上的更新,可以如下:
图12是示出适合于实践本公开的一些实施例的装置的框图。例如,上述网络功能服务消费方实体、数据管理实体和数据储存库实体中的任何一个都可以被实现为装置1200或通过装置1200来实现。
装置1200包括至少一个处理器1221,例如DP,以及耦合到处理器1221的至少一个存储器1222。装置1220还可以包括耦合到处理器1221的发射器TX和接收器RX 1223。存储器1222存储程序1224。程序1224可以包括指令,当指令在相关联的处理器1221上执行时,指令使装置1220能够根据本公开的实施例进行操作。至少一个处理器1221和至少一个存储器1222的组合可以形成适于实现本公开的各种实施例的处理装置1225。
本公开的各种实施例可以通过可由处理器1221、软件、固件、硬件或其组合中的一个或多个可执行的计算机程序来实现。
存储器1222可以具有适合本地技术环境的任何类型,并且可以使用任何合适的数据存储技术来实现,例如作为非限制性示例,基于半导体的存储设备、磁存储设备和系统、光存储设备和系统、固定存储器和可移动存储器。
处理器1221可以具有适合本地技术环境的任何类型,并且可以包括以下中的一个或多个:作为非限制性示例,通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。
在装置被实现为网络功能服务消费方实体或在网络功能服务消费方实体处实现的实施例中,存储器1222存储可由处理器1221执行的指令,由此网络功能服务消费方实体根据参考图5描述的方法进行操作。
在装置被实现为数据管理实体或在数据管理实体处实现的实施例中,存储器1222存储可由处理器1221执行的指令,由此数据管理实体根据参考图6描述的方法进行操作。
在装置被实现为数据储存库实体或在数据储存库实体处实现的实施例中,存储器1222存储可由处理器1221执行的指令,由此数据储存库实体根据参考图7描述的方法进行操作。
图13是示出根据本公开实施例的网络功能服务消费方实体的框图。如图所示,网络功能服务消费方实体1300包括发送模块1302和接收模块1304。发送模块1302可以被配置为向数据管理实体发送检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。接收模块1304可以被配置为从数据管理实体接收响应。该响应包括与用户设备相关的至少两个所请求的注册数据集。
图14是示出了根据本公开实施例的数据管理实体的框图。如图所示,数据管理实体1400包括接收模块1402和发送模块1404。接收模块1402可以被配置为从网络功能服务消费方实体接收用于检索与用户设备相关的至少两个注册数据集的请求。该请求包括两个或更多个对应的注册数据集名称。发送模块1404可以被配置为向网络功能服务消费方实体发送响应。该响应包括与用户设备相关的至少两个所请求的注册数据集。
图15是示出了根据本公开实施例的数据储存库实体的框图。如图所示,数据储存库实体1500包括接收模块1502和发送模块1504。接收模块1502可以被配置为从数据管理实体接收用于检索与用户设备相关的至少两个注册数据集的查询请求,其中,查询请求包括两个或更多个对应的注册数据集名称。发送模块1504可以被配置为向数据管理实体发送查询响应。查询响应包括与用户设备相关的至少两个所请求的注册数据集。
根据本公开的一个方面,提供了一种计算机程序产品,该计算机程序产品被有形地存储在计算机可读存储介质上并且包括指令,当在至少一个处理器上执行指令时,指令使该至少一个处理器执行如上所述的任何方法。
根据本公开的一个方面,提供了一种存储指令的计算机可读存储介质,在由至少一个处理器执行所述指令时,所述指令使所述至少一个处理器执行如上所述的任何方法。
本文中的实施例提供了许多优点,以下是优点的示例的非详尽列表。在本文的一些实施例中,对于诸如UDM的数据管理实体,在资源{ueId}/registrations上引入了新GET方法作为通用注册数据集检索方法,以使能使用单个GET请求来检索多个注册数据集的可能性。因此,由数据管理实体提供的建议方法支持已经确定的受益于使用单个GET请求来检索多个注册数据集的用例。在本文的一些实施例中,对于诸如UDR的数据储存库实体,用于多个上下文数据集检索的GET方法被更新以使能使用单个GET请求来检索多个上下文数据集连同会话上下文数据(例如SMF PDU会话上下文数据)的可能性。因此,由数据储存库实体提供的建议方法支持已确定的受益于使用单个GET请求来检索包括会话上下文数据的多个注册数据集的用例。在本文的一些实施例中,从运营的角度来看,避免了不必要的信令流量并且提高了网络效率,这意味着降低了OPEX(运营费用)。本文的实施例不限于上述特征和优点。在阅读以下详细描述后,本领域技术人员将认识到附加的特征和优点。
另外,本公开还可以提供包含如上所述的计算机程序的载体,其中,该载体是以下之一:电信号,光信号,无线电信号或计算机可读存储介质。计算机可读存储介质可以是例如光盘或电子存储设备(诸如RAM(随机存取存储器)、ROM(只读存储器)、闪存),磁带,CD-ROM,DVD,蓝光光盘,等。
本文描述的技术可以通过各种构件来实现,以使得实现用实施例描述的对应装置的一个或多个功能的装置不仅包括现有技术的构件,而且还包括用于实现用实施例描述的对应装置的一个或多个功能的构件,以及其可以包括用于每个单独功能的单独构件或者可以被配置为执行两个或更多个功能的构件。例如,这些技术可以以硬件(一个或多个装置),固件(一个或多个装置),软件(一个或多个模块)或其组合来实现。对于固件或软件,可以通过执行本文描述的功能的模块(例如,过程,功能等)来实现。
上面已经参考方法和装置的框图和流程图图示描述了本文的示例实施例。将理解,框图和流程图的每个方框以及框图和流程图的各个方框的组合可以分别通过包括计算机程序指令的各种构件来实现。这些计算机程序指令可以被加载到通用计算机,专用计算机或其他可编程数据处理装置上以产生机器,使得在计算机或其他可编程数据处理装置上执行的指令创建用于实现在流程图框或多个框中指定的功能的构件。
此外,尽管以特定顺序描绘了操作,但是这不应被理解为要求以所示的特定顺序或以连续的顺序来执行这样的操作,或者执行所有示出的操作,以实现期望的结果。在某些情况下,多任务和并行处理可以是有利的。同样,尽管以上讨论中包含若干特定的实现细节,但是这些特定的实现细节不应该被解释为对本文所述主题的范围的限制,而应被解释为可以特定于特定实施例的特征的描述。在单独的实施例的上下文中描述的某些特征也可以以组合的方式被实现在单个实施例中。相反,在单个实施例的上下文中描述的各种特征也可以分别被实现在多个实施例中或以任何合适的子组合来实现。
虽然本说明书包含许多特定的实施细节,但是这些不应被解释为对任何实施方式的范围或可能要求保护的范围的限制,而应被解释为对可以特定于特定实施方式的特定实施例的特征的描述。在单独的实施例的上下文中在本说明书中描述的某些特征也可以以组合的方式被实现在单个实施例中。相反,在单个实施例的上下文中描述的各种特征也可以分别被实现在多个实施例中或以任何合适的子组合来实现。而且,尽管以上可以将特征描述为在某些组合中起作用,以及甚至最初如此要求保护,但是在某些情况下,来自所要求保护的组合中的一个或多个特征可以从该组合去除,以及所要求保护的组合可以针对子组合或子组合的变型。
对于本领域技术人员而言显而易见的是,随着技术的进步,可以以各种方式来实现本发明的构思。上述实施例被给出以用于描述本公开而不是限制本公开,以及应当理解,如本领域技术人员容易理解的那样,可以在不脱离本公开的精神和范围的情况下进行修改和变型。这样的修改和变型被认为在本公开和所附权利要求书的范围内。本公开的保护范围由所附权利要求书限定。
Claims (31)
1.一种由网络功能服务消费方实体执行的方法(500),包括:
向数据管理实体发送(502)用于检索与用户设备相关的至少两个注册数据集的请求,其中所述请求包括两个或更多个对应的注册数据集名称;以及
从所述数据管理实体接收(504)响应,其中所述响应包括与所述用户设备相关的至少两个所请求的注册数据集。
2.根据权利要求1所述的方法,其中,所述注册数据集名称包括以下中的至少一个:
标识会话管理功能注册信息的注册数据集名称;
标识接入和移动性管理功能AMF第三代合作伙伴项目3GPP接入注册信息的注册数据集名称;
标识AMF非3GPP接入注册信息的注册数据集名称;
标识短消息服务功能SMSF 3GPP接入注册信息的注册数据集名称;以及
标识SMSF非3GPP接入注册信息的注册数据集名称。
3.根据权利要求1-2中任一项所述的方法,其中,当所述请求包括标识会话管理功能注册信息的注册数据集名称时,所述请求还包括单个网络切片选择辅助信息和/或数据网络名称。
4.根据权利要求1-3中任一项所述的方法,其中,所述请求是超文本传输协议HTTP GET请求,并且所述响应是HTTP GET响应。
5.根据权利要求4所述的方法,其中,所述HTTP GET响应包括:
响应代码200OK和包含与所述用户设备相关的至少两个所请求的注册数据集的响应主体;或者
响应代码404Not Found。
6.根据权利要求1-5中任一项所述的方法,其中,所述请求还包括表示所述用户设备的用户设备身份。
7.根据权利要求6所述的方法,其中,所述用户设备身份是签约永久标识符SUPI或通用公共签约标识符GPSI。
8.根据权利要求1-7中任一项所述的方法,其中
所述网络功能服务消费方实体是网络数据分析功能NWDAF实体或归属用户服务器HSS;和/或
所述数据管理实体是统一数据管理UDM实体。
9.一种由数据管理实体执行的方法(600),包括:
从网络功能服务消费方实体接收(602)用于检索与用户设备相关的至少两个注册数据集的请求,其中所述请求包括两个或更多个对应的注册数据集名称;以及
向所述网络功能服务消费方实体发送(608)响应,其中所述响应包括与所述用户设备相关的至少两个所请求的注册数据集。
10.根据权利要求9所述的方法,其中,所述注册数据集名称包括以下中的至少一个:
标识会话管理功能注册信息的注册数据集名称;
标识接入和移动性管理功能AMF第三代合作伙伴项目3GPP接入注册信息的注册数据集名称;
标识AMF非3GPP接入注册信息的注册数据集名称;
标识短消息服务功能SMSF 3GPP接入注册信息的注册数据集名称;以及
标识SMSF非3GPP接入注册信息的注册数据集名称。
11.根据权利要求9-10中任一项所述的方法,其中,当所述请求包括标识会话管理功能注册信息的注册数据集名称时,所述请求还包括单个网络切片选择辅助信息和/或数据网络名称。
12.根据权利要求9-11中任一项所述的方法,其中,所述请求是超文本传输协议HTTPGET请求,并且所述响应是HTTP GET响应。
13.根据权利要求12所述的方法,其中,所述HTTP GET响应包括:
响应代码200OK和包含与所述用户设备相关的至少两个所请求的注册数据集的响应主体;或者
响应代码404 Not Found。
14.根据权利要求9-13中任一项所述的方法,其中,所述请求还包括表示所述用户设备的用户设备身份。
15.根据权利要求14所述的方法,其中,所述用户设备身份是签约永久标识符SUPI或通用公共签约标识符GPSI。
16.根据权利要求9-15中任一项所述的方法,其中
所述网络功能服务消费方实体是网络数据分析功能NWDAF实体或归属用户服务器HSS;和/或
所述数据管理实体是统一数据管理UDM实体。
17.根据权利要求9-16中任一项所述的方法,还包括:
向数据储存库实体发送(604)用于检索与用户设备相关的至少两个注册数据集的查询请求,其中,所述查询请求包括两个或更多个对应的注册数据集名称;以及
从所述数据储存库实体接收(606)查询响应,其中所述查询响应包括与所述用户设备相关的至少两个所请求的注册数据集。
18.根据权利要求17所述的方法,其中,所述数据储存库实体是统一数据储存库UDR实体。
19.一种由数据储存库实体执行的方法(700),包括:
从数据管理实体接收(702)用于检索与用户设备相关的至少两个注册数据集的查询请求,其中,所述查询请求包括两个或更多个对应的注册数据集名称;以及
向所述数据管理实体发送(704)查询响应,其中所述查询响应包括与所述用户设备相关的至少两个所请求的注册数据集。
20.根据权利要求19所述的方法,其中,所述注册数据集名称进一步包括以下中的至少一个:
标识接入和移动性管理功能AMF第三代合作伙伴项目3GPP接入注册信息的注册数据集名称;
标识AMF非3GPP接入注册信息的注册数据集名称;
标识短消息服务功能SMSF 3GPP接入注册信息的注册数据集名称;以及
标识SMSF非3GPP接入注册信息的注册数据集名称。
21.根据权利要求19-20中任一项所述的方法,其中,当所述查询请求包括标识会话管理功能注册信息的注册数据集名称时,所述查询请求还包括单个网络切片选择辅助信息和/或数据网络名称。
22.根据权利要求19-21中任一项所述的方法,其中,所述查询请求是超文本传输协议HTTP GET请求,并且所述查询响应是HTTP GET响应。
23.根据权利要求19-22中任一项所述的方法,其中
所述数据管理实体是统一数据管理UDM实体,以及
所述数据储存库实体是统一数据储存库UDR实体。
24.一种网络功能服务消费方实体(1200),包括:
处理器(1221);和
与所述处理器(1221)耦合的存储器(1222),所述存储器(1222)存储可由所述处理器(1221)执行的指令,由此所述网络功能服务消费方实体(1200)可操作以:
向数据管理实体发送用于检索与用户设备相关的至少两个注册数据集的请求,其中所述请求包括两个或更多个对应的注册数据集名称;以及
从所述数据管理实体接收响应,其中所述响应包括与所述用户设备相关的至少两个所请求的注册数据集。
25.根据权利要求24所述的网络功能服务消费方实体,其中,所述网络功能服务消费方实体还可操作以执行权利要求2至8中任一项所述的方法。
26.一种数据管理实体(1200),包括:
处理器(1221);和
与所述处理器(1221)耦合的存储器(1222),所述存储器(1222)存储可由所述处理器(1221)执行的指令,由此所述数据管理实体(1200)可操作以:
从网络功能服务消费方实体接收用于检索与用户设备相关的至少两个注册数据集的请求,其中所述请求包括两个或更多个对应的注册数据集名称;以及
向所述网络功能服务消费方实体发送响应,其中所述响应包括与所述用户设备相关的至少两个所请求的注册数据集。
27.根据权利要求26所述的数据管理实体,其中所述数据管理实体还可操作以执行权利要求10至18中任一项所述的方法。
28.一种数据储存库实体(1200),包括:
处理器(1221);和
与所述处理器(1221)耦合的存储器(1222),所述存储器(1222)存储可由所述处理器(1221)执行的指令,由此所述数据储存库实体(1200)可操作以:
从数据管理实体接收用于检索与用户设备相关的至少两个注册数据集的查询请求,其中,所述查询请求包括两个或更多个对应的注册数据集名称;以及
向所述数据管理实体发送查询响应,其中所述查询响应包括与所述用户设备相关的至少两个所请求的注册数据集。
29.根据权利要求28所述的数据储存库实体,其中所述数据储存库实体还可操作以执行权利要求20至23中任一项所述的方法。
30.一种存储指令的计算机可读存储介质,当由至少一个处理器执行所述指令时,所述指令使所述至少一个处理器执行权利要求1至23中任一项所述的方法。
31.一种包括指令的计算机程序产品,当由至少一个处理器执行所述指令时,所述指令使所述至少一个处理器执行权利要求1至23中任一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2020074527 | 2020-02-07 | ||
CNPCT/CN2020/074527 | 2020-02-07 | ||
PCT/CN2021/075750 WO2021155860A1 (en) | 2020-02-07 | 2021-02-07 | Method and apparatus for registration data retrieval |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115053548A true CN115053548A (zh) | 2022-09-13 |
Family
ID=74797663
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180012977.3A Pending CN115053548A (zh) | 2020-02-07 | 2021-02-07 | 用于注册数据检索的方法和装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20230075951A1 (zh) |
EP (1) | EP4101143A1 (zh) |
CN (1) | CN115053548A (zh) |
BR (1) | BR112022015490A2 (zh) |
WO (1) | WO2021155860A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20230027079A (ko) * | 2020-06-23 | 2023-02-27 | 삼성전자주식회사 | 무선통신 시스템에서 사용자 평면 기능을 관리하는 장치 및 방법 |
US20230246932A1 (en) * | 2022-01-28 | 2023-08-03 | Verizon Patent And Licensing Inc. | Method and system for monitoring event handling of end devices |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3729783B1 (en) * | 2017-11-27 | 2023-09-27 | Telefonaktiebolaget LM Ericsson (publ) | Status updates in a 5g core network |
CN110365796B (zh) * | 2019-08-01 | 2022-04-29 | 腾讯科技(深圳)有限公司 | 业务请求处理方法、装置 |
-
2021
- 2021-02-07 EP EP21708550.5A patent/EP4101143A1/en active Pending
- 2021-02-07 BR BR112022015490A patent/BR112022015490A2/pt unknown
- 2021-02-07 WO PCT/CN2021/075750 patent/WO2021155860A1/en active Search and Examination
- 2021-02-07 CN CN202180012977.3A patent/CN115053548A/zh active Pending
- 2021-02-07 US US17/760,186 patent/US20230075951A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
EP4101143A1 (en) | 2022-12-14 |
US20230075951A1 (en) | 2023-03-09 |
WO2021155860A1 (en) | 2021-08-12 |
BR112022015490A2 (pt) | 2023-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3949354B1 (en) | Method and apparatus for service discovery | |
EP3669560B1 (en) | A method of executing a service for a service consumer, as well as a corresponding network node and a computer program product | |
US10791443B2 (en) | System and method for enhanced messaging using external identifiers | |
US20240121591A1 (en) | Methods and apparatuses for event monitoring | |
US20200236610A1 (en) | Method and subscriber identity component for providing network access | |
WO2021155860A1 (en) | Method and apparatus for registration data retrieval | |
CN113632507B (zh) | 用于用户设备行为参数提供的方法和装置 | |
JP7499939B2 (ja) | ロケーションサービスのための方法及び装置 | |
JP2023171738A (ja) | Sms配信のための方法および装置 | |
US20220360954A1 (en) | Short message service (sms) delivery | |
WO2020215658A1 (en) | Methods and apparatuses for tracing of terminal device | |
WO2022152209A1 (en) | Method and apparatus for routing information retrieval | |
WO2023143385A1 (en) | Method and apparatus for location based group formation | |
US11647379B2 (en) | Methods and apparatuses for exposure of monitoring event | |
CN114503622A (zh) | 用于接入或rat限制的方法和装置 | |
WO2020073199A1 (en) | Methods and apparatuses for device triggering | |
WO2022214504A1 (en) | Method and apparatus for identifier translation |
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 |