CN116156476A - 请求方法、设备、装置及存储介质 - Google Patents
请求方法、设备、装置及存储介质 Download PDFInfo
- Publication number
- CN116156476A CN116156476A CN202111398117.6A CN202111398117A CN116156476A CN 116156476 A CN116156476 A CN 116156476A CN 202111398117 A CN202111398117 A CN 202111398117A CN 116156476 A CN116156476 A CN 116156476A
- Authority
- CN
- China
- Prior art keywords
- subscription
- request
- request packet
- requesting
- udm
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种请求方法、设备、装置及存储介质,其中的请求方法包括:接收网络功能实体NF发送的第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;响应于所述第一请求包,生成针对所述第一请求包的反馈信息;向所述NF发送所述反馈信息。本申请实施例提供的请求方法,通过接收用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种请求方法、设备、装置及存储介质。
背景技术
通信核心网系统中,统一数据管理实体(Unified Data Management,UDM)作为统一数据管理实体设备,管理核心网系统的用户标识、签约数据、认证数据等,UDM中存储着用户的签约数据,在用户注册和会话建立过程中,网络功能实体NF(Network functionalentity)会向UDM注册,并从UDM获取签约数据,获取成功后,NF会对关心的签约数据进行订阅,以便数据变化后能接收到UDM的通知。
现有业务流程中,网元间消息交互次数过多,对UDM处理性能要求高,业务中过多消息交互也会导致网元处理性能较差,造成流程超时或异常。
发明内容
本申请实施例提供一种通信技术领域的请求方法、设备、装置及存储介质,用以解决现有技术中网元间消息交互次数过多,对UDM处理性能要求高的缺陷,实现提高网元内部处理能力的功能。
第一方面,本申请实施例提供一种请求方法,应用于统一数据管理实体UDM,所述方法包括:
接收网络功能实体NF发送的第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
响应于所述第一请求包,生成针对所述第一请求包的反馈信息;
向所述NF发送所述反馈信息。
可选地,根据本申请一个实施例的请求方法,所述第一请求包中的请求参数位于所述第一请求包的包头。
可选地,根据本申请一个实施例的请求方法,所述第一请求包中的请求参数位于所述第一请求包的正文。
可选地,根据本申请一个实施例的请求方法,在所述第一请求包至少用于请求用户注册和请求获取签约信息的情况下,所述响应于所述第一请求包,生成针对所述第一请求包的反馈信息,包括:
解析所述第一请求包中用于请求用户注册的用户注册请求参数,将所述用户注册请求参数存储至本地数据库中,完成所述用户注册;
判断所述第一请求包中是否携带用于请求目标签约订阅的目标签约订阅请求参数;
若确定所述第一请求包中未携带所述目标签约订阅请求参数,则基于签约永久标识SUPI获取所述签约信息,基于所述签约信息生成所述反馈信息;
若确定所述第一请求包中携带所述目标签约订阅请求参数,则将所述目标签约订阅请求参数存储至本地数据库,生成目标签约订阅ID,并在基于SUPI获取所述签约信息后,基于所述目标签约订阅ID和所述签约信息生成所述反馈信息。
第二方面,本申请实施例还提供一种请求方法,应用于NF,所述方法包括:
向统一数据管理实体UDM发送第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
接收所述UDM发送的针对所述第一请求包的反馈信息,所述反馈信息是所述UDM响应于所述第一请求包生成的。
可选地,根据本申请一个实施例的请求方法,所述第一请求包中的请求参数位于所述第一请求包的包头。
可选地,根据本申请一个实施例的请求方法,所述第一请求包中的请求参数位于所述第一请求包的正文。
可选地,根据本申请一个实施例的请求方法,在所述第一请求包用于请求用户注册和请求获取签约信息的情况下,所述反馈信息中包括与签约永久标识SUPI相对应的签约信息。
可选地,根据本申请一个实施例的请求方法,在所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅的情况下,所述反馈信息中包括与签约永久标识SUPI相对应的签约信息,以及与所述第一请求包中的目标签约订阅参数相对应的订阅ID。
第三方面,本申请实施例还提供一种UDM,包括存储器,收发机,处理器,其中:
存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
接收网络功能实体NF发送的第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
响应于所述第一请求包,生成针对所述第一请求包的反馈信息;
向所述NF发送所述反馈信息。
可选地,根据本申请一个实施例的UDM,所述第一请求包中的请求参数位于所述第一请求包的包头。
可选地,根据本申请一个实施例的UDM,所述第一请求包中的请求参数位于所述第一请求包的正文。
可选地,根据本申请一个实施例的UDM,在所述第一请求包至少用于请求用户注册和请求获取签约信息的情况下,所述响应于所述第一请求包,生成针对所述第一请求包的反馈信息,包括:
解析所述第一请求包中用于请求用户注册的用户注册请求参数,将所述用户注册请求参数存储至本地数据库中,完成所述用户注册;
判断所述第一请求包中是否携带用于请求目标签约订阅的目标签约订阅请求参数;
若确定所述第一请求包中未携带所述目标签约订阅请求参数,则基于签约永久标识SUPI获取所述签约信息,基于所述签约信息生成所述反馈信息;
若确定所述第一请求包中携带所述目标签约订阅请求参数,则将所述目标签约订阅请求参数存储至本地数据库,生成目标签约订阅ID,并在基于SUPI获取所述签约信息后,基于所述目标签约订阅ID和所述签约信息生成所述反馈信息。
第四方面,本申请实施例还提供一种NF,包括存储器,收发机,处理器,其中:
存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
向统一数据管理实体UDM发送第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
接收所述UDM发送的针对所述第一请求包的反馈信息,所述反馈信息是所述UDM响应于所述第一请求包生成的。
可选地,根据本申请一个实施例的NF,所述第一请求包中的请求参数位于所述第一请求包的包头。
可选地,根据本申请一个实施例的NF,所述第一请求包中的请求参数位于所述第一请求包的正文。
可选地,根据本申请一个实施例的NF,在所述第一请求包用于请求用户注册和请求获取签约信息的情况下,所述反馈信息中包括与签约永久标识SUPI相对应的签约信息。
可选地,根据本申请一个实施例的NF,在所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅的情况下,所述反馈信息中包括与签约永久标识SUPI相对应的签约信息,以及与所述第一请求包中的目标签约订阅参数相对应的订阅ID。
第五方面,本申请实施例还提供一种请求装置,包括:
第一接收单元,用于接收网络功能实体NF发送的第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
响应单元,用于响应于所述第一请求包,生成针对所述第一请求包的反馈信息;
第一发送单元,用于向所述NF发送所述反馈信息。
第六方面,本申请实施例还提供一种请求装置,包括:
第二发送单元,用于向统一数据管理实体UDM发送第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
第二接收单元,用于接收所述UDM发送的针对所述第一请求包的反馈信息,所述反馈信息是所述UDM响应于所述第一请求包生成的。
第七方面,本申请实施例还提供一种处理器可读存储介质,所述处理器可读存储介质存储有计算机程序,所述计算机程序用于使所述处理器执行第一方面所述的方法,或者执行第二方面所述的方法。
本申请实施例提供的请求方法、设备、装置及存储介质,通过接收用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的用户设备注册流程示意图;
图2是本申请实施例提供的用户设备会话流程示意图;
图3是本申请实施例提供的网络功能实体交互流程示意图;
图4是本申请实施例提供的请求方法的流程示意图之一;
图5是本申请实施例提供的请求方法的流程示意图之二;
图6是本申请实施例提供的请求方法的流程示意图之三;
图7是本申请实施例提供的请求方法的流程示意图之四;
图8是本申请实施例提供的请求方法的流程示意图之五;
图9是本申请实施例提供的请求方法的流程示意图之六;
图10是本申请实施例提供的请求方法的流程示意图之七;
图11是本申请实施例提供的请求方法的流程示意图之八;
图12是本申请实施例提供的UDM的结构示意图;
图13是本申请实施例提供的NF的结构示意图;
图14是本申请实施例提供的请求装置的结构示意图之一;
图15是本申请实施例提供的请求装置的结构示意图之二。
具体实施方式
本申请实施例中术语“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请实施例中术语“多个”是指两个或两个以上,其它量词与之类似。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,并不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例提供的技术方案可以适用于多种系统,尤其是5G系统。例如适用的系统可以是全球移动通讯(global system of mobile communication,GSM)系统、码分多址(code division multiple access,CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access,WCDMA)通用分组无线业务(general packet radio service,GPRS)系统、长期演进(long term evolution,LTE)系统、LTE频分双工(frequencydivision duplex,FDD)系统、LTE时分双工(time division duplex,TDD)系统、高级长期演进(long term evolution advanced,LTE-A)系统、通用移动系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)系统、5G新空口(New Radio,NR)系统等。这多种系统中均包括终端设备和网络设备。系统中还可以包括核心网部分,例如演进的分组系统(EvlovedPacket System,EPS)、5G系统(5GS)等。
本申请实施例涉及的终端设备,可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的系统中,终端设备的名称可能也不相同,例如在5G系统中,终端设备可以称为用户设备(User Equipment,UE)。无线终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网(Core Network,CN)进行通信,无线终端设备可以是移动终端设备,如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(Personal Communication Service,PCS)电话、无绳电话、会话发起协议(Session Initiated Protocol,SIP)话机、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、用户装置(user device),本申请实施例中并不限定。
为了便于更加清晰地理解本申请各实施例,首先对一些相关的背景知识进行如下介绍。
通信核心网系统中,统一数据管理实体实体(Unified Data Management,UDM)中存储着用户的签约数据,在用户注册和会话建立过程中,网络功能实体(NetworkFunction,NF)会向UDM注册,并从UDM获取签约数据,获取成功后,NF会对关心的签约数据进行订阅,以便数据变化后能接收到UDM的通知。
图1是本申请实施例提供的用户设备注册流程示意图,如图1所示,UE注册过程中,接入和移动管理功能(Access and Mobility Management Function,AMF)和UDM间进行消息交互以实现UE的注册、签约信息的获取和订阅,其中包括以下步骤1-24:
步骤1.UE向RAN发送注册请求;
步骤2.RAN选择接入和移动管理功能;
步骤3.RAN向新AMF发送注册请求;
步骤4.新AMF传递Namf_Communication_UEContext给旧AMF;
步骤5.旧AMF发送响应Namf_Communication_UEContext给新AMF;
步骤6.新AMF向UE发送身份认证请求;
步骤7.UE向AMF发送身份认证响应;
步骤8.新AMF选择鉴权服务功能(Authentication Service Function,AUSF);
步骤9.新AMF和AUSF之间、新AMF与UE之间、AUSF和UDM之间,分别进行安全认证;
步骤10.新AMF向旧AMF发送Namf_Communication_Registration完成通知;
步骤11.UE与新AMF之间交互身份认证请求或响应;
步骤12.新AMF向设备标识注册(Equipment Identity Register,EIR)发送N5g_eir_EquipmentIdentityCheck_Get;
具体地,新AMF向EIR发送N5g_eir_EquipmentIdentityCheck_Get,以获取5G设备标识注册确认;
步骤13.新AMF选择UDM;
步骤14a.新AMF向UDM发送Nudm_UECM_Registration;
具体地,新AMF向UDM发送Nudm_UECM_Registration,以进行注册;步骤14b.新AMF向UDM发送Nudm_SDM_Get;
具体地,新AMF向UDM发送Nudm_SDM_Get消息,从UDM获取签约数据;
步骤14c.新AMF向UDM发送Nudm_SDM_Subscribe;
具体地,新AMF向UDM发送Nudm_SDM_Subscribe,以进行签约数据改变订阅;
步骤14d.UDM向旧AMF发送Nudm_UECM注册取消通知;
步骤14e.旧AMF向UDM发送Nudm_SDM取消签约;
步骤15.新AMF选择策略控制功能实体(Policy Control Function,PCF);
步骤16.新AMF与PCF进行接入和移动策略协商建立或修改;
步骤17.新AMF向会话管理功能(Session Management Function,SMF)发送Nsmf_PDUSession_UpdateSMContext/Nsmf_PDUSession_ReleaseSM Context;
具体地,新AMF向SMF发送Nsmf_PDUSession_UpdateSMContext/
Nsmf_PDUSession_ReleaseSMContext,以更新或释放相应会话内容;
步骤18.非3GPP交互功能(Non-3GPP InterWorking Function,N3IWF)向新AMF发送N2接入与移动功能移动请求;
步骤19.新AMF向N3IWF发送N2接入与移动功能移动响应;
步骤20a.新AMF向UDM发送Nudm_UECM_Registration;
步骤20b.UDM向旧AMF发送Nudm_UECM_Deregistration通知;
步骤20c.旧AMF向UDM发送Nudm_SDM_Unsubscribe;
步骤21a.新AMF向UE发送接收注册;
具体地,新AMF向UE发送接收注册的消息;
步骤21b.新AMF向PCF发送用户终端策略/协商建立;
具体地,新AMF向PCF发送用户终端策略/协商建立的消息;
步骤22.UE向新AMF发送注册完成;
具体地,UE向新AMF发送注册完成的消息;
步骤23.新AMF向UDEM发送Nudm_SDM_Info;
具体地,新AMF向UDEM发送Nudm_SDM_Info,以获取配置信息;
步骤24.新AMF向UDEM发送Nudm_UECM_Update;
具体地,新AMF向UDEM发送Nudm_UECM_Update,以获取更新信息。
图2是本申请实施例提供的用户设备会话流程示意图,如图2所示,SMF可以向UDM注册,从UDM获取签约数据,并进行签约数据改变订阅等,其中包括以下步骤1-20:
步骤1.UE通过RAN向AMF发送协议数据单元会话建立请求;
步骤2.AMF选择SMF;
步骤3.AMF向SMF发送Nsmf_PDUSession_CreateSMContext请求;
步骤4.SMF与UDM进行注册/签约检索、签约更新;
具体地,SMF与UDM进行注册/签约检索、签约更新等信息交互;
步骤5.SMF响应于AMF的Nsmf_PDUSession_CreateSMContext;
步骤6.网元间进行协议数据单元会话认证或鉴权;
步骤7a.SMF选择PCF;
步骤7b.会话管理策略协商建立、初始化的会话管理功能的会话策略协商修改;
步骤8.用户面功能选择;
步骤9.会话管理功能初始化、会话管理策略/协商修改;
步骤10a.SMF向用户面功能(User Plane Function,UPF)发送N4会话建立/修改请求;
步骤10b.UPF向SMF响应N4会话建立/修改请求;
步骤11.AMF与SMF的Namf_Communication_N1N2消息传递;
步骤12.AMF向RAN发送N2协议数据单元会话请求(NAS msg);
步骤13.接入网特定资源建立(接受协议数据单元会话建立);
步骤14.RAN向AMF发送N2协议数据单元会话请求确认;
其中,UE向UPF发送第一上行数据;
步骤15.AMF向SMF发送Nsmf_PDUSession_UpdateSMContext请求;
步骤16a.SMF向UPF发送N4会话修改请求;
其中,UPF向UE发送第下行数据;
步骤16b.UPF向SMF发送N4会话修改响应;
步骤17.SMF向AMF发送Nsmf_PDUSession_UpdateSMContext响应;
步骤18.SMF向AMF发送Nsmf_PDUSession_SMContext状态通知;
步骤19.SMF依次将IPv6地址配置发送给UPF和UE;
步骤20.SMF与UDM之间的取消签约/取消注册。
图3是本申请实施例提供的网络功能实体交互流程示意图,如图3所示,以AMF和UDM交互过程为例,详细的消息流程包括以下步骤1-10,其中,步骤1和2为网络功能实体注册过程;步骤3-8为数据获取过程;步骤9和步骤10为签约订阅过程。
步骤1.AMF向UDM请求注册。
具体地,AMF向UDM发送PUT…/{ueId}/registrations/amf-3gpp-access(Amf3Gpp接入注册)消息,UDM会存储注册信息。
步骤2.UDM对AMF的注册请求进行响应,并反馈响应结果。
其中,响应结果包括:2a.“204”无内容;2b.“201”创建完成;2c.“403”请求禁止。
步骤3.AMF向UDM获取签约的切片(Network Slice Selection AssistanceInformation,NSSAI)信息。
具体地,AMF向UDM发送Get…/{supi}/nssai消息。
步骤4.UDM对AMF的获取签约切片信息的请求进行响应,并反馈响应结果。
其中,响应结果包括:4a.“200”完成(网络切片选择辅助信息);4b.“404”请求失败。
步骤5.AMF向UDM获取签约的接入数据信息。
具体地,AMF向UDM发送Get…/{supi}/am-data。
步骤6.UDM对AMF的获取签约信息的请求进行响应,并反馈响应结果。
其中,响应结果包括:6a.“200”完成(接入和移动签约数据);6b.“404”请求失败。
步骤7.AMF向UDM获取签约的选择SMF的数据。
具体地,AMF向UDM发送Get…/{supi}/smf-select-data。
步骤8.UDM对AMF的获取选择SMF的请求进行响应,并反馈响应结果。
其中,响应结果包括:8a.“200”完成(会话管理功能选择签约数据);8b.“404”请求失败。
步骤9.AMF携带资源ID进行签约数据订阅。
具体地,AMF向UDM发送POST…/{supi}/sdm-subscriptions(SdmSubscription)。
步骤10.UDM对AMF的获取签约订阅的请求进行响应,并反馈响应结果。
其中,响应结果包括:10a.“201”创建完成(SdmSubscription);10b.“404”请求失败;10c.“501”未完成。
UE注册流程和会话流程中,AMF/SMF均会和UDM进行交互,包括:向UDM注册、获取签约数据并订阅签约数据变化,存在NF和UDM交互次数过多的缺陷。以AMF为例,在一次用户注册流程中,AMF要和UDM交互5次,这样批量用户接入时,对UDM处理性能要求高,否则会造成流程超时或异常。同时,所有NF向UDM订阅签约数据变化的消息是一样的,当UDM中签约数据变化时,UDM需要根据临时ID(instanceid)来区分订阅网元,以判断是否发送通知消息,造成UDM内部存在额外处理,影响UDM性能。
为了克服上述缺陷,本申请实施例提供一种请求方法、设备、设置及存储介质。下面对本申请实施例提供的请求方法、设备、设置及存储介质进行示例性的介绍。
图4是本申请实施例提供的请求方法的流程示意图之一,如图4所示,本申请实施例提供一种请求方法,其执行主体可以为统一数据管理实体UDM,该方法包括步骤400-420。
步骤400.接收网络功能实体NF发送的第一请求包,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项。
具体地,在本申请实施例中,UDM可以接收NF发送来的第一请求包,请求包中包含多项请求,主要用于:
请求用户注册和请求获取签约信息;或
请求用户注册和请求目标签约订阅;或
请求获取签约信息和请求目标签约订阅;或
请求用户注册、请求获取签约信息和请求目标签约订阅。
具体地,第一请求包主要用于请求用户注册和请求获取签约信息的情况下,用于请求目标签约订阅的请求信息可以通过接收NF另外发送的请求信息实现;
具体地,第一请求包主要用于请求用户注册和请求目标签约订阅的情况下,用于请求获取签约信息的请求信息可以通过接收NF另外发送的请求信息实现;
具体地,第一请求包主要用于请求获取签约信息和请求目标签约订阅的情况下,用于请求用户注册的请求信息可以通过接收NF另外发送的请求信息实现。
其中,本申请实施例对以上另外发送的请求信息的发送方式不作限定。
步骤410.响应于第一请求包,生成针对第一请求包的反馈信息。
具体地,在本申请实施例中UDM接收到NF发送的第一请求包之后,可以解析第一请求包中的请求参数,对解析出的各项请求参数做出相应的响应动作,生成针对第一请求包的反馈信息。
具体地,这里的响应动作可以是根据解析后的请求参数具体实施的;
例如,解析后的请求参数包含请求用户注册的参数,则存储注册信息至本地数据库中,完成用户注册;
例如,解析后的请求参数包含请求获取签约信息的参数,则根据签约永久标识(Subscription Permanent Identifier,SUPI)获取签约信息,相应的,针对第一请求包的反馈信息中包括该签约信息。
例如,解析后的请求参数包含请求目标签约订阅的参数,则存储订阅资源的相关信息至本地数据库中,完成目标签约的订阅,相应的,针对第一请求包的反馈信息中可以包括订阅ID。
具体地,UDM可以存储订阅资源的ID和NotifyUri等信息至本地数据库。
其中,订阅资源ID可以用于区分不同的订阅资源。
举例来说,如请求订阅的签约数据包括对网络切片选择辅助信息(nssai)和内部组ID(internalgroupIDs)签约资源的订阅,则两个订阅资源的ID可以分别为dc01和ig02,其中,dc01和ig02可根据实际情况确定。
其中,NotifyUri可以为回调URI,用于在订阅资源变化时,UDM对其进行调用,以此通知订阅方相关数据的改变。
步骤420.向NF发送反馈信息。
具体地,在本申请实施例中,UDM生成针对第一请求包的反馈信息之后,可以向NF发送反馈信息,这里的反馈信息可以包含签约信息、订阅信息和订阅ID中的一种或多种。
本申请实施例提供的请求方法,在多个业务需求下,仅通过一个第一请求包,一次性请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项,NF和UDM仅需交互一对消息,就能完成多项功能,可以减少交互次数,提高了接口间的处理性能。
本申请实施例提供的请求方法,通过接收用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
可选地,第一请求包中的请求参数位于第一请求包的包头。
具体地,可以通过GET请求方式实现请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项,即可以将第一请求包中的请求参数设置于第一请求包的包头。
具体地,图5是本申请实施例提供的请求方法的流程示意图之二,如图5所示,以网络功能服务(NF)与统一数据管理实体(UDM)通过Get消息建立会话为例,详细的流程如下步骤500-520所示。
步骤500.UDM收到NF的获取签约数据的Get消息。
具体地,UDM收到NF发送的GET…/{supi}/am-data消息,其中,参数可以为:Amf3GppAccessRegistration+SdmSubscription。步骤510.对请求进行响应。
具体地,UDM可以解析消息头以获取到相关请求参数。
具体地,在第一请求包用于请求注册的情况下,获取的请求参数包括Amf3GppAccessRegistration参数;或
在第一请求包用于请求签约数据订阅的情况下,获取的请求参数包括SdmSubscription相关参数;或
在第一请求包用于请求注册和用于请求签约数据订阅的情况下,获取的请求参数包括Amf3GppAccessRegistration参数和SdmSubscription相关参数。
具体地,解析后的消息头包含用于请求注册的Amf3GppAccessRegistration的情况下,UDM可以根据SUPI获取签约信息的同时,对UE进行注册;
具体地,解析后的消息头包含用于请求签约数据订阅的SdmSubscription相关参数的情况下,UDM可以根据SUPI获取签约信息的同时,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅;
其中,订阅资源的相关参数可以包括:订阅资源的ID和NotifyUri。
具体地,解析后的消息头包含用于请求注册的Amf3GppAccessRegistration参数和用于请求签约数据订阅的SdmSubscription相关参数的情况下,UDM可以根据SUPI获取签约信息,对UE进行注册,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅并生成订阅ID。
步骤520.UDM向NF反馈响应执行情况。
具体地,在UDM对NF发送的请求消息中的请求参数进行响应后,UDM向NF反馈的响应执行情况可以包括如下步骤521-步骤523中的任一项:
步骤521.UDM完成所有请求参数的响应的情况下,反馈响应完成代码“200”;或
步骤522.UDM无法响应任一请求参数的情况下,反馈响应失败代码“404”;或
步骤523.UDM只完成部分请求参数的响应的情况下,反馈响应未完成代码“501”。
其中,响应完成的情况下,反馈的数据可以包括:签约数据和签约订阅信息。
举例来说,NF发送的请求消息的请求参数包含Amf3GppAccessRegistration和SdmSubscription,如UDM完成了对Amf3GppAccessRegistration和SdmSubscription的响应,即基于Amf3GppAccessRegistration完成UE注册,且基于SdmSubscription完成签约数据订阅,则反馈响应成功代码“200”;如UDM无法对Amf3GppAccessRegistration或SdmSubscription进行响应,则反馈响应失败代码“404”;如UDM完成了Amf3GppAccessRegistration的响应,但没有完成对SdmSubscription的响应,即基于Amf3GppAccessRegistration完成UE注册,但没有基于SdmSubscription完成签约数据订阅,则反馈响应未完成代码“501”。
本申请实施例提供的请求方法,通过接收一条获取签约数据的Get消息,消息头中同时携带多个请求参数,UDM接收一条消息即可收到NF的多个请求,可以减少接收消息的次数,提高了接口间的处理性能。
可选地,第一请求包中的请求参数位于第一请求包的正文。
具体地,可以通过POST请求方式实现请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项,即可以将第一请求包中的请求参数设置于第一请求包的正文。
具体地,图6是本申请实施例提供的请求方法的流程示意图之三,如图6所示,以UDM与NF通过Post消息建立会话为例,详细的流程如下步骤600-620所示。
步骤600.UDM收到NF的获取签约数据的Post消息。
具体地,UDM收到NF发送的POST…/{supi}/am-data消息,其中,参数可以为:Amf3GppAccessRegistration+SdmSubscription。
步骤610.对请求进行响应。
具体地,UDM可以解析消息正文,以获取到相关请求参数。
具体地,在第一请求包用于请求注册的情况下,获取的请求参数包括Amf3GppAccessRegistration参数;或
在第一请求包用于请求签约数据订阅的情况下,获取的请求参数包括SdmSubscription相关参数;或
在第一请求包用于请求注册和用于请求签约数据订阅的情况下的,获取的请求参数包括Amf3GppAccessRegistration参数和用于请求签约数据订阅的SdmSubscription参数。
具体地,解析后的消息正文中包含用于请求注册的Amf3GppAccessRegistration参数的情况下,UDM可以根据SUPI获取签约信息的同时,对UE进行注册;
具体地,解析后的消息正文中包含用于请求签约数据订阅的SdmSubscription参数的情况下,UDM可以根据SUPI获取签约信息的同时,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅;
其中,订阅资源的相关参数可以包括:订阅资源的ID和NotifyUri。
具体地,解析后的消息正文中包含用于请求注册的Amf3GppAccessRegistration参数和用于请求签约数据订阅的SdmSubscription参数的情况下,UDM可以根据SUPI获取签约信息,对UE进行注册,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅并生成订阅ID。其中,消息中的SdmSubscription参数可以在消息正文中以JSON串格式的方式携带。
步骤620.UDM向NF反馈响应执行情况。
具体地,在UDM对NF发送的请求消息中的请求参数进行响应后,UDM向NF反馈响应执行情况,向NF反馈的响应执行情况可以包括如下步骤621-步骤623中的任一项:
步骤621.UDM完成所有请求参数的响应的情况下,反馈响应完成代码“200”;或
步骤622.UDM无法响应任一请求参数的的情况下,反馈响应失败代码“404”;或
步骤623.UDM只完成部分请求参数的响应的情况下,反馈响应未完成代码“501”。
其中,在响应完成的情况下,反馈的数据可以包括:签约数据和签约订阅信息。
举例来说,NF发送的请求消息的的请求参数包含Amf3GppAccessRegistration和SdmSubscription,如UDM完成了对Amf3GppAccessRegistration和SdmSubscription的响应,即基于Amf3GppAccessRegistration完成UE注册,且基于SdmSubscription完成签约数据订阅,则反馈响应完成代码“200”;如UDM无法对Amf3GppAccessRegistration或SdmSubscription进行响应,则反馈响应失败代码“404”;如UDM完成了Amf3GppAccessRegistration的响应,但没有完成对SdmSubscription的响应,即基于Amf3GppAccessRegistration完成UE注册,但没有基于SdmSubscription完成签约数据订阅,则反馈响应未完成代码“501”。
本申请实施例提供的请求方法,通过接收一条获取签约数据的Post消息,在消息正文中同时携带多个请求参数,UDM即可接收NF的多个请求,可以减少接收消息的次数,提高了接口间的处理性能。
可选地,在第一请求包至少用于请求用户注册和请求获取签约信息的情况下,响应于第一请求包,生成针对第一请求包的反馈信息,包括:
解析第一请求包中用于请求用户注册的用户注册请求参数,将用户注册请求参数存储至本地数据库中,完成用户注册;
判断第一请求包中是否携带用于请求目标签约订阅的目标签约订阅请求参数;
若确定第一请求包中未携带目标签约订阅请求参数,则基于签约永久标识SUPI获取签约信息,基于签约信息生成反馈信息;
若确定第一请求包中携带目标签约订阅请求参数,则将目标签约订阅请求参数存储至本地数据库,生成目标签约订阅ID,并在基于SUPI获取签约信息后,基于目标签约订阅ID和签约信息生成反馈信息。
具体地,UDM解析第一请求包中用于请求用户注册的用户注册请求参数,将用户注册请求参数存储至本地数据库中,完成用户注册之后,可以进一步判断第一请求包中是否携带用于请求目标签约订阅的目标签约订阅请求参数;若判断确定第一请求包中未携带目标签约订阅请求参数,即NF不需要进行目标签约订阅,则UDM可以基于签约永久标识SUPI获取签约信息后,基于签约信息生成反馈信息反馈给NF;若确定第一请求包中携带目标签约订阅请求参数,即NF需要进行目标签约订阅,则可以将目标签约订阅请求参数存储至本地数据库,生成目标签约订阅ID,并在基于SUPI获取签约信息后,基于目标签约订阅ID和签约信息生成反馈信息反馈给NF。
可选地,图7是本申请实施例提供的请求方法的流程示意图之四,如图7所示,以UDM接收NF的Get消息为例,详细的流程如下步骤710-760所示。
步骤710.UDM接收NF的Get消息。
具体地,UDM可以接收NF通过Get消息发送的获取签约数据的请求消息。
步骤720.UDM解析Get消息的消息头,获取具体请求参数信息。
具体地,解析后的具体请求参数,可以包括:
用于请求注册的Amf3GppAccessRegistration参数;或
用于请求签约数据订阅的SdmSubscription相关参数;或
用于请求注册的Amf3GppAccessRegistration参数和用于请求签约数据订阅的SdmSubscription相关参数。
步骤730.UDM对解析获取的具体请求参数进行响应。
具体地,在UDM解析消息头获取相关请求参数后,UDM可以将解析后的Amf3GppAccessRegistration携带的关于用户设备的信息存储至本地数据库中,从而此用户设备在该UDM中注册完成。
步骤740.UDM可以对解析后包含的具体请求参数进行判断。
具体地,UDM可以查看消息头中是否携带SdmSubscription相关参数。如果未携带SdmSubscription相关参数,则执行步骤750;如果携带SdmSubscription相关参数,则执行步骤760。
步骤750.UDM可以对解析后未携带SdmSubscription相关参数的情况进行响应,并将响应消息反馈至NF。
具体地,步骤750可以包括步骤751和752。
步骤751.UDM查询用户设备的签约数据。
具体地,UDM可以根据SUPI查询用户设备的签约数据。
步骤752.UDM组响应消息给NF。
具体地,在UDM根据SUPI查询用户设备的签约数据之后,可以将签约数据组成响应消息,在消息体中携带签约信息,并反馈给NF。
步骤760.UDM可以对解析后携带SdmSubscription相关参数的情况进行响应,并将响应消息反馈至NF。
具体地,步骤760可以包括步骤761-763。
步骤761.UDM对SdmSubscription相关参数进行响应。
具体地,UDM可以存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅,并生成订阅ID。
其中,SdmSubscription相关参数可以包括:订阅资源的ID和NotifyUri。
其中,订阅资源的相关参数可以包含monitoredResourceUris和callbackReference等关键信息。
举例来说,生成订阅ID可以是:
UDM针对同一NF(如AMF)发送的关于两个不同签约资源(如:网络切片选择辅助信息(nssai)和内部组ID(internalgroupIDs))的订阅请求,生成两个订阅ID为AMF01和AMF02。在UDM获取到网络切片选择辅助信息(nssai)和内部组ID(internalgroupIDs)签约数据发生变化时,UDM可直接根据订阅ID中的AMF,将签约数据变化的情况通知到对应的AMF,NF根据订阅ID中01和02,清晰地知道是网络切片选择辅助信息(nssai)和内部组ID(internalgroupIDs)的签约数据发生了变化。
步骤762.UDM查询用户设备的签约数据。
具体地,在UDM完成目标签约数据的订阅并生成订阅ID之后,可以根据SUPI查询用户设备的签约数据。
步骤763.UDM组响应消息给NF。
具体地,在UDM根据SUPI查询用户设备的签约数据之后,可以将订阅ID和签约数据组成响应消息,在消息体中携带签约信息,并反馈给NF。
可选地,图8是本申请实施例提供的请求方法的流程示意图之五,如图8所示,以UDM接收NF的Post消息为例,详细的流程如下步骤810-860所示。
步骤810.UDM接收NF的Post消息。
具体地,UDM收到NF通过Post消息发送的获取签约数据的请求消息。
步骤820.UDM解析Post消息的正文,获取具体请求参数。
具体地,解析后的具体请求参数,可以包括:
用于请求注册的Amf3GppAccessRegistration参数;或
用于请求签约数据订阅的SdmSubscription相关参数;或
用于请求注册的Amf3GppAccessRegistration参数和用于请求签约数据订阅的SdmSubscription参数。
步骤830.UDM可以对解析获取的具体请求参数进行响应。
具体地,在UDM解析消息正文获取相关请求参数后,UDM可以将解析后的Amf3GppAccessRegistration携带的关于用户设备的信息存储至本地数据库中,从而此用户设备在该UDM中注册完成。
步骤840.UDM可以对解析后包含的具体请求参数进行判断。
具体地,UDM可以查看消息正文中是否携带SdmSubscription相关参数。
如果未携带SdmSubscription相关参数,则执行步骤805;如果携带SdmSubscription相关参数,则执行步骤806。
步骤850.UDM可以对解析后未携带SdmSubscription相关参数的情况进行响应,并将响应消息反馈至NF。
具体地,步骤850可以包括步骤851和852。
步骤851.UDM查询用户设备的签约数据。
具体地,UDM可以根据SUPI查询用户设备的签约数据。
步骤852.UDM组响应消息给NF。
具体地,在UDM根据SUPI查询用户设备的签约数据之后,可以将签约数据组成响应消息,在消息体中携带签约信息,并反馈给NF。
步骤860.UDM可以对解析后携带SdmSubscription相关参数的情况进行响应,并将响应消息反馈至NF。
具体地,步骤860可以包括步骤861-863。
步骤861.UDM对SdmSubscription相关参数进行响应。
具体地,UDM可以存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅,并生成订阅ID。
其中,SdmSubscription相关参数可以包括:订阅资源的ID和NotifyUri。
其中,订阅资源的相关参数可以包含monitoredResourceUris和callbackReference等关键信息。
举例来说,生成订阅ID可以是:
UDM针对同一NF(如AMF)发送的关于两个不同签约资源(网络切片选择辅助信息(nssai)和内部组ID(internalgroupIDs))的订阅请求,生成两个订阅ID为AMF01和AMF02。在UDM获取到网络切片选择辅助信息(nssai)和内部组ID(internalgroupIDs)签约数据发生变化时,UDM可直接根据订阅ID中的AMF,将签约数据变化的情况通知到对应的AMF,NF根据订阅ID中01和02,清晰地知道是网络切片选择辅助信息(nssai)和内部组ID(internalgroupIDs)的签约数据发生了变化。
步骤862.UDM查询用户设备的签约数据。
具体地,在UDM完成目标签约数据的订阅并生成订阅ID之后,可以根据SUPI查询用户设备的签约数据。
步骤863.UDM组响应消息给NF。
具体地,在UDM根据SUPI查询用户设备的签约数据之后,可以将订阅ID和签约数据组成响应消息,在消息体中可以携带签约信息、订阅ID和订阅终止时长等信息,并反馈给NF。
本实施例提供的请求方法,可以在获取签约数据的同时,进行注册和订阅过程;也可以在进行注册的同时,进行获取签约数据和订阅过程。两种方式均能实现所有业务功能,如果业务中不需要进行订阅过程,可以优先使用Get消息方式,在消息头中携带请求参数;如果业务过程中需要进行订阅过程,可以优先使用Post消息方式,在消息正文中携带请求参数,以避免消息头携带过长的参数信息。在具体应用场景中,可根据实际需要选用,此处不做限定。
本申请实施例提供的请求方法,在一次业务流程中,UDM和NF仅需交互一对消息,就能完成原来的注册、签约数据获取和签约数据变化订阅中的多项功能,可以减少交互次数,可以提升接口间的处理性能。通过流程合一,明晰了订阅签约数据变化的NF,简化了网元内部不必须的复杂处理,提升网元自身处理性能。同时,通过生成订阅ID,改进了内部处理流程,UDM可直观感知到订阅NF,当被订阅签约信息发生变化时,可直接通知到订阅NF,优化了网元内的处理性能。在大批量用户同时接入核心网过程中,性能提升尤为凸显。
本申请实施例提供的请求方法,通过接收用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
图9是本申请实施例提供的请求方法的流程示意图之六,如图9所示,其执行主体可以为NF。该方法包括步骤900和910。
步骤900.向统一数据管理实体UDM发送第一请求包,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项。
具体地,在本申请实施例中,NF向UDM发送第一请求包,请求包中包含多项请求,主要用于:
请求用户注册和请求获取签约信息;或
请求用户注册和请求目标签约订阅;或
请求用户注册、请求获取签约信息和请求目标签约订阅。
具体地,第一请求包主要用于请求用户注册和请求获取签约信息的情况下,用于请求目标签约订阅的请求信息可以通过向UDM另外发送的请求信息实现;
具体地,第一请求包主要用于请求用户注册和请求目标签约订阅的情况下,用于请求获取签约信息的请求信息可以通过向UDM另外发送的请求信息实现;
具体地,第一请求包主要用于请求获取签约信息和请求目标签约订阅的情况下,用于请求用户注册的请求信息可以通过向UDM另外发送的请求信息实现。
其中,本申请实施例对以上另外发送的请求信息的发送方式不作限定。
步骤910.接收UDM发送的针对第一请求包的反馈信息,反馈信息是UDM响应于第一请求包生成的。
可选地,NF可以是AMF;
可选地,NF可以是SMF。
具体地,在第一请求包用于请求用户注册和请求获取签约信息的情况下,等待UDM对NF的请求进行响应,包括:根据SUPI获取签约信息,对UE进行注册。在UDM对NF的请求进行响应之后,NF接收反馈信息,反馈信息包括:签约信息,如网络切片信息等。
具体地,在第一请求包用于请求用户注册和请求目标签约订阅的情况下,等待UDM对NF的请求进行响应,包括:对UE进行注册,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅,生成订阅ID。在UDM对NF的请求进行响应之后,NF接收反馈信息,反馈信息包括:目标签约订阅信息,如订阅ID或订阅时长等。
具体地,在第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅的情况下,等待UDM对NF的请求进行响应,包括:对UE进行注册,根据SUPI获取签约信息,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅,生成订阅ID。在UDM对NF的请求进行响应之后,NF接收反馈信息,反馈信息包括:签约信息,如网络切片信息等;目标签约订阅信息,如订阅ID和订阅时长等。
其中,本申请实施例对NF另外接收的反馈信息的接收方式不作限定。
其中,反馈信息中的订阅ID是UDM根据不同的NF和不同的订阅信息生成的,NF可以将反馈的订阅ID存储至本地数据库,在后期的交互中使用。
本申请实施例提供的请求方法,在多个业务需求下,仅通过发送一个第一请求包,一次性请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项,NF和UDM仅需交互一对消息,就能完成多项功能,可以减少交互次数,提高了接口间的处理性能。
本申请实施例提供的请求方法,通过发送用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
可选地,第一请求包中的请求参数位于第一请求包的包头。
具体地,可以通过GET请求方式实现请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项,即可以将第一请求包中的请求参数设置于第一请求包的包头。
具体地,如图5所示,以网络功能服务(NF)与统一数据管理实体(UDM)通过Get消息建立会话为例,详细的流程如下步骤510-520所示。
步骤500.NF向UDM发送获取签约数据的Get消息。
具体地,NF向UDM发送GET…/{supi}/am-data消息,消息头中可包含相关请求参数,相关请求参数可以为:Amf3GppAccessRegistration+SdmSubscription。
具体地,在第一请求包用于请求注册的情况下,请求参数包括Amf3GppAccessRegistration参数;
具体地,在第一请求包用于请求签约数据订阅的情况下,请求参数包括SdmSubscription相关参数;
具体地,在第一请求包用于请求注册和用于请求签约数据订阅的情况下的,请求参数包括Amf3GppAccessRegistration参数和SdmSubscription相关参数。
步骤510.对请求进行响应。
具体地,在请求参数包括Amf3GppAccessRegistration参数的情况下,UDM可以根据SUPI获取签约信息的同时,对UE进行注册;
具体地,在请求参数包括SdmSubscription相关参数的情况下,UDM可以根据SUPI获取签约信息的同时,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅;
其中,订阅资源的相关参数可以包括:订阅资源的ID和NotifyUri。
具体地,在请求参数包括Amf3GppAccessRegistration参数和SdmSubscription相关参数的情况下,UDM可以根据SUPI获取签约信息,对UE进行注册,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅并生成订阅ID。
其中,消息中携带SdmSubscription参数可以在消息正文中以JSON串格式的方式携带。
步骤520.NF接收UDM对响应执行情况的反馈。
具体地,在UDM对NF发送的请求消息中的请求参数进行响应后,NF接收UDM对响应执行情况的反馈可以包括如下步骤521-步骤523中的任一项:
步骤521.UDM完成所有请求参数的响应的情况下,反馈响应完成代码“200”;或
步骤522.UDM无法响应任一请求参数的情况下,反馈响应失败代码“404”;或
步骤523.UDM只完成部分请求参数的响应的情况下,反馈响应未完成代码“501”。
其中,响应完成的情况下,反馈的数据可以包括:签约数据和签约订阅信息。
举例来说,NF发送的请求消息的的请求参数包含Amf3GppAccessRegistration和SdmSubscription,如UDM完成了对Amf3GppAccessRegistration和SdmSubscription的响应,即基于Amf3GppAccessRegistration完成UE注册,且基于SdmSubscription完成签约数据订阅,则反馈响应成功代码“200”;如UDM无法对Amf3GppAccessRegistration或SdmSubscription进行响应,则反馈响应失败代码“404”;如UDM完成了Amf3GppAccessRegistration的响应,但没有完成对SdmSubscription的响应,即基于Amf3GppAccessRegistration完成UE注册,但没有基于SdmSubscription完成签约数据订阅,则反馈响应未完成代码“501”。
本申请实施例提供的请求方法,通过发送一条获取签约数据的Get消息,在消息头中同时携带多个请求参数,NF的多个请求通过一条消息即可发送给UDM,可以减少发送消息的次数,提高了接口间的处理性能。
可选地,第一请求包中的请求参数位于第一请求包的正文。
具体地,可以通过POST请求方式实现请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项,即可以将第一请求包中的请求参数设置于第一请求包的正文。
具体地,如图6所示,以UDM与NF通过Post消息建立会话为例,详细的流程如下步骤600-620所示。
步骤600.NF向UDM发送获取签约数据的Post消息,Post消息正文中可包含相关请求参数。
具体地,NF向UDM发送的POST…/{supi}/am-data消息,其中,参数可以为:Amf3GppAccessRegistration+SdmSubscription。
具体地,在第一请求包用于请求注册的情况下,请求参数包括Amf3GppAccessRegistration参数;或
在第一请求包用于请求签约数据订阅的情况下,请求参数包括SdmSubscription相关参数;或
在第一请求包用于请求注册和用于请求签约数据订阅的情况下的,请求参数包括Amf3GppAccessRegistration参数和用于请求签约数据订阅的SdmSubscription参数。
步骤610.对请求进行响应。
具体地,在请求参数包括Amf3GppAccessRegistration参数的情况下,NF可以等待UDM根据SUPI获取签约信息的同时,对UE进行注册;
具体地,在请求参数包括SdmSubscription相关参数的情况下,UDM可以根据SUPI获取签约信息的同时,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅;
其中,订阅资源的相关参数可以包括:订阅资源的ID和NotifyUri。
具体地,在请求参数包括Amf3GppAccessRegistration参数和SdmSubscription相关参数的情况下,UDM可以根据SUPI获取签约信息,对UE进行注册,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅并生成订阅ID。
其中,消息中携带SdmSubscription参数可以在消息正文中以JSON串格式的方式携带。
步骤620.UDM向NF反馈响应执行情况。
具体地,在UDM对NF发送的请求消息中的请求参数进行响应后,UDM向NF反馈响应执行情况,向NF反馈的响应执行情况可以包括如下步骤521-步骤523中的任一项:
步骤621.UDM完成所有请求参数的响应的情况下,反馈响应完成代码“200”;或
步骤622.UDM无法响应任一请求参数的的情况下,反馈响应失败代码“404”;或
步骤623.UDM只完成部分请求参数的响应的情况下,反馈响应未完成代码“501”。
其中,在响应完成的情况下,反馈的数据可以包括:签约数据和签约订阅信息。
举例来说,NF发送的请求消息的的请求参数包含Amf3GppAccessRegistration和SdmSubscription,如UDM完成了对Amf3GppAccessRegistration和SdmSubscription的响应,即基于Amf3GppAccessRegistration完成UE注册,且基于SdmSubscription完成签约数据订阅,则反馈响应完成代码“200”;如UDM无法对Amf3GppAccessRegistration或SdmSubscription进行响应,则反馈响应失败代码“404”;如UDM完成了Amf3GppAccessRegistration的响应,但没有完成对SdmSubscription的响应,即基于Amf3GppAccessRegistration完成UE注册,但没有基于SdmSubscription完成签约数据订阅,则反馈响应未完成代码“501”。
本申请实施例提供的请求方法,通过发送一条获取签约数据的Post消息,在消息正文中同时携带多个请求参数,NF的多个请求消息通过一条消息即可发送给UDM,可以减少发送消息的次数,提高了接口间的处理性能。
可选地,在第一请求包用于请求用户注册和请求获取签约信息的情况下,反馈信息中包括与签约永久标识SUPI相对应的签约信息。
具体地,图10是本申请实施例提供的请求方法的流程示意图之七,如图10所示,详细的流程如下步骤1000-1020所示。
步骤1000.NF向UDM发送请求获取签约数据的消息,消息中携带Amf3GppAccessRegistration参数。
其中,消息的发送方式可以是Get消息,也可以是Post消息。
步骤1010.NF等待UDM对请求进行响应。
具体地,UDM可以根据SUPI获取签约信息的同时,对UE进行注册。
步骤1020.NF接收UDM的反馈信息。
具体地,NF接收的反馈信息包括:签约信息,如网络切片信息等。
本申请实施例提供的请求方法,一次业务流程,NF仅需和UDM交互一对消息,就能完成原来的注册和签约数据获取,可以减少交互次数,可以提升接口间的处理性能。
可选地,在第一请求包用于请求用户注册和请求获取签约信息和请求目标签约订阅的情况下,反馈信息中包括与签约永久标识SUPI相对应的签约信息,以及与所述第一请求包中的目标签约订阅参数相对应的订阅ID。
具体地,图11是本申请实施例提供的请求方法的流程示意图之八,如图11所示,详细的流程如下步骤1100-1120所示。
步骤1100.NF向UDM发送请求获取签约数据的消息,消息中携带Amf3GppAccessRegistration参数和SdmSubscription相关参数。
其中,消息的发送方式可以是Get消息,也可以是Post消息。
步骤1110.NF等待UDM对请求进行响应。
具体地,UDM可以根据SUPI获取签约信息的同时,UDM可以根据SUPI获取签约信息,对UE进行注册,存储订阅资源的相关参数信息至本地数据库,完成目标签约数据的订阅并生成订阅ID。
步骤1120.NF接收UDM的反馈信息。
具体地,NF接收的反馈信息包括:签约信息,如网络切片信息等;目标签约订阅信息,如订阅时长等。其中,NF接收的订阅ID,可由NF存储至本地数据库,在后续交互时使用。
本申请实施例提供的请求方法,一次业务流程,NF仅需和UDM交互一对消息,就能完成原来的注册和签约数据获取,可以减少交互次数,可以提升接口间的处理性能。同时,通过接收订阅ID,改进了内部处理流程,当订阅签约信息发生变化时,可更方便的获取到通知,优化了网元内的处理性能。
本申请实施例提供的请求方法,通过发送用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
本申请实施例提供了请求方法及装置,用以在多个业务需求下,交互一对消息完成多项功能,减少交互次数,提高接口间的处理性能。其中,方法和装置是基于同一申请构思的,由于方法和装置解决问题的原理相似,因此装置和方法的实施可以相互参见,重复之处不再赘述。
图12是本申请实施例提供的UDM的结构示意图,如图12所示,UDM包括存储器1220,收发机1200,处理器1210。
其中:存储器1220,用于存储计算机程序;收发机1200,用于在处理器1210的控制下收发数据;处理器1210,用于读取存储器1220中的计算机程序并执行以下操作:
接收网络功能实体NF发送的第一请求包,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
响应于第一请求包,生成针对第一请求包的反馈信息;
向NF发送反馈信息。
具体地,收发机1200用于在处理器1210的控制下接收和发送数据。
本申请实施例提供的UDM,通过接收用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
其中,在图12中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1210代表的一个或多个处理器和存储器1220代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1200可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元,这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1210负责管理总线架构和通常的处理,存储器1220可以存储处理器1210在执行操作时所使用的数据。
处理器1210可以是中央处理器(CPU)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device,CPLD),处理器也可以采用多核架构。
可选地,第一请求包中的请求参数位于第一请求包的包头。
可选地,第一请求包中的请求参数位于第一请求包的正文。
可选地,处理器1210还用于读取存储器1220中的计算机程序并执行以下操作:
在第一请求包至少用于请求用户注册和请求获取签约信息的情况下,解析第一请求包中用于请求用户注册的用户注册请求参数,将用户注册请求参数存储至本地数据库中,完成用户注册;
判断第一请求包中是否携带用于请求目标签约订阅的目标签约订阅请求参数;
若确定第一请求包中未携带目标签约订阅请求参数,则基于签约永久标识SUPI获取签约信息,基于签约信息生成反馈信息;
若确定第一请求包中携带目标签约订阅请求参数,则将目标签约订阅请求参数存储至本地数据库,生成目标签约订阅ID,并在基于SUPI获取签约信息后,基于目标签约订阅ID和签约信息生成反馈信息。
本申请实施例提供的UDM,通过接收用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
在此需要说明的是,本申请实施例提供的上述UDM,能够实现上述执行主体为UDM的方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
图13是本申请实施例提供的NF的结构示意图,如图13所示,NF包括存储器1320,收发机1300,处理器1310。
其中:存储器1320,用于存储计算机程序;收发机1300,用于在处理器1310的控制下收发数据;处理器1310,用于读取存储器1320中的计算机程序并执行以下操作:
向统一数据管理实体UDM发送第一请求包,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
接收UDM发送的针对第一请求包的反馈信息,反馈信息是UDM响应于第一请求包生成的。
具体地,收发机1300,用于在处理器1310的控制下接收和发送数据。
本申请实施例提供的NF,通过发送用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
其中,在图13中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1310代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1300可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元,这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的用户设备,用户接口1330还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1310负责管理总线架构和通常的处理,存储器1320可以存储处理器1310在执行操作时所使用的数据。
可选地,处理器1310可以是CPU(中央处理器)、ASIC(Application SpecificIntegrated Circuit,专用集成电路)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)或CPLD(Complex Programmable Logic Device,复杂可编程逻辑器件),处理器也可以采用多核架构。
处理器通过调用存储器存储的计算机程序,用于按照获得的可执行指令执行本申请实施例提供的任一方法。处理器与存储器也可以物理上分开布置。
可选地,第一请求包中的请求参数位于第一请求包的包头。
可选地,第一请求包中的请求参数位于第一请求包的正文。
可选地,处理器1310还用于读取存储器1320中的计算机程序并执行以下操作:
在第一请求包用于请求用户注册和请求获取签约信息的情况下,反馈信息中包括与签约永久标识SUPI相对应的签约信息。
可选地,处理器1310还用于读取存储器1320中的计算机程序并执行以下操作:
在第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅的情况下,反馈信息中包括与签约永久标识SUPI相对应的签约信息,以及与所述第一请求包中的目标签约订阅参数相对应的订阅ID。
本申请实施例提供的NF,通过发送用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
在此需要说明的是,本发明实施例提供的上述NF,能够实现上述执行主体为NF的方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
图14是本申请实施例提供的请求装置的结构示意图之一,如图14所示,请求装置包括:第一接收单元1400,响应单元1401,第一发送单元1402。
其中:第一接收单元1400用于接收网络功能实体NF发送的第一请求包,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
响应单元1401用于响应于第一请求包,生成针对第一请求包的反馈信息;
第一发送单元1402用于向NF发送反馈信息。
具体地,请求装置可以通过第一接收单元1400接收网络功能实体NF发送的第一请求包,其中,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;随后可以响应于第一请求包,通过响应单元1401生成针对第一请求包的反馈信息;随后可以通过第一发送单元1402向NF发送反馈信息。
本申请实施例提供的请求装置,通过接收用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
可选地,第一请求包中的请求参数位于第一请求包的包头。
可选地,第一请求包中的请求参数位于第一请求包的正文。
可选地,响应单元1401还用于:
在第一请求包至少用于请求用户注册和请求获取签约信息的情况下,解析第一请求包中用于请求用户注册的用户注册请求参数,将用户注册请求参数存储至本地数据库中,完成用户注册;
判断第一请求包中是否携带用于请求目标签约订阅的目标签约订阅请求参数;
若确定第一请求包中未携带目标签约订阅请求参数,则基于签约永久标识SUPI获取签约信息,基于签约信息生成反馈信息;
若确定第一请求包中携带目标签约订阅请求参数,则将目标签约订阅请求参数存储至本地数据库,生成目标签约订阅ID,并在基于SUPI获取签约信息后,基于目标签约订阅ID和签约信息生成反馈信息。
在此需要说明的是,本发明实施例提供的上述请求装置,能够实现上述执行主体为UDM的方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
图15是本申请实施例提供的请求装置的结构示意图之二,如图15所示,请求装置包括:第二发送单元1500,第二接收单元1501。
其中:第二发送单元1500,用于向统一数据管理实体UDM发送第一请求包,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
第二接收单元1501,用于接收UDM发送的针对第一请求包的反馈信息,反馈信息是UDM响应于第一请求包生成的。
具体地,请求装置可以通过第二发送单元1500向统一数据管理实体UDM发送第一请求包,其中,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;随后,通过第二接收单元1501接收UDM发送的针对第一请求包的反馈信息,其中,反馈信息是UDM响应于第一请求包生成的。
本申请实施例提供的请求装置,通过发送用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项请求的第一请求包,可以减少网元间的请求次数,进而可以减少网元间的消息交互次数,可以提升网元间接口处理性能。
可选地,第一请求包中的请求参数位于第一请求包的包头。
可选地,第一请求包中的请求参数位于第一请求包的正文。
可选地,第二接收单元1501还用于:
在第一请求包用于请求用户注册和请求获取签约信息的情况下,接收与签约永久标识SUPI相对应的签约信息的反馈信息。
可选地,第二接收单元1501还用于:
在第一请求包用于请求用户注册和请求获取签约信息的情况下,接收包括与签约永久标识SUPI相对应的签约信息,以及与所述第一请求包中的目标签约订阅参数相对应的订阅ID的反馈信息。
在此需要说明的是,本发明实施例提供的上述请求装置,能够实现上述执行主体为NF的方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面,本申请实施例还提供一种处理器可读存储介质,处理器可读存储介质存储有计算机程序,计算机程序用于使处理器执行上述各实施例提供的方法,包括:
接收网络功能实体NF发送的第一请求包,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
响应于第一请求包,生成针对第一请求包的反馈信息;
向NF发送反馈信息。
另一方面,本申请实施例还提供一种处理器可读存储介质,处理器可读存储介质存储有计算机程序,计算机程序用于使处理器执行上述各实施例提供的方法,包括:
向统一数据管理实体UDM发送第一请求包,第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
接收UDM发送的针对第一请求包的反馈信息,反馈信息是UDM响应于第一请求包生成的。
处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备,包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中,使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (21)
1.一种请求方法,其特征在于,应用于统一数据管理实体UDM,所述方法包括:
接收网络功能实体NF发送的第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
响应于所述第一请求包,生成针对所述第一请求包的反馈信息;
向所述NF发送所述反馈信息。
2.根据权利要求1所述的请求方法,其特征在于,所述第一请求包中的请求参数位于所述第一请求包的包头。
3.根据权利要求1所述的请求方法,其特征在于,所述第一请求包中的请求参数位于所述第一请求包的正文。
4.根据权利要求1-3任一项所述的请求方法,其特征在于,在所述第一请求包至少用于请求用户注册和请求获取签约信息的情况下,所述响应于所述第一请求包,生成针对所述第一请求包的反馈信息,包括:
解析所述第一请求包中用于请求用户注册的用户注册请求参数,将所述用户注册请求参数存储至本地数据库中,完成所述用户注册;
判断所述第一请求包中是否携带用于请求目标签约订阅的目标签约订阅请求参数;
若确定所述第一请求包中未携带所述目标签约订阅请求参数,则基于签约永久标识SUPI获取所述签约信息,基于所述签约信息生成所述反馈信息;
若确定所述第一请求包中携带所述目标签约订阅请求参数,则将所述目标签约订阅请求参数存储至本地数据库,生成目标签约订阅ID,并在基于SUPI获取所述签约信息后,基于所述目标签约订阅ID和所述签约信息生成所述反馈信息。
5.一种请求方法,其特征在于,应用于NF,所述方法包括:
向统一数据管理实体UDM发送第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
接收所述UDM发送的针对所述第一请求包的反馈信息,所述反馈信息是所述UDM响应于所述第一请求包生成的。
6.根据权利要求5所述的请求方法,其特征在于,所述第一请求包中的请求参数位于所述第一请求包的包头。
7.根据权利要求5所述的请求方法,其特征在于,所述第一请求包中的请求参数位于所述第一请求包的正文。
8.根据权利要求5-7任一项所述的请求方法,其特征在于,在所述第一请求包用于请求用户注册和请求获取签约信息的情况下,所述反馈信息中包括与签约永久标识SUPI相对应的签约信息。
9.根据权利要求5-7任一项所述的请求方法,其特征在于,在所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅的情况下,所述反馈信息中包括与签约永久标识SUPI相对应的签约信息,以及与所述第一请求包中的目标签约订阅参数相对应的订阅ID。
10.一种UDM,包括存储器,收发机,处理器;其特征在于,存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
接收网络功能实体NF发送的第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
响应于所述第一请求包,生成针对所述第一请求包的反馈信息;
向所述NF发送所述反馈信息。
11.根据权利要求10所述的UDM,其特征在于,所述第一请求包中的请求参数位于所述第一请求包的包头。
12.根据权利要求10所述的UDM,其特征在于,所述第一请求包中的请求参数位于所述第一请求包的正文。
13.根据权利要求10-12任一项所述的UDM,其特征在于,在所述第一请求包至少用于请求用户注册和请求获取签约信息的情况下,所述响应于所述第一请求包,生成针对所述第一请求包的反馈信息,包括:
解析所述第一请求包中用于请求用户注册的用户注册请求参数,将所述用户注册请求参数存储至本地数据库中,完成所述用户注册;
判断所述第一请求包中是否携带用于请求目标签约订阅的目标签约订阅请求参数;
若确定所述第一请求包中未携带所述目标签约订阅请求参数,则基于签约永久标识SUPI获取所述签约信息,基于所述签约信息生成所述反馈信息;
若确定所述第一请求包中携带所述目标签约订阅请求参数,则将所述目标签约订阅请求参数存储至本地数据库,生成目标签约订阅ID,并在基于SUPI获取所述签约信息后,基于所述目标签约订阅ID和所述签约信息生成所述反馈信息。
14.一种NF,包括存储器,收发机,处理器;其特征在于,存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
向统一数据管理实体UDM发送第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
接收所述UDM发送的针对所述第一请求包的反馈信息,所述反馈信息是所述UDM响应于所述第一请求包生成的。
15.根据权利要求14所述的NF,其特征在于,所述第一请求包中的请求参数位于所述第一请求包的包头。
16.根据权利要求14所述的NF,其特征在于,所述第一请求包中的请求参数位于所述第一请求包的正文。
17.根据权利要求14-16任一项所述的NF,其特征在于,在所述第一请求包用于请求用户注册和请求获取签约信息的情况下,所述反馈信息中包括与签约永久标识SUPI相对应的签约信息。
18.根据权利要求14-16任一项所述的NF,其特征在于,在所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅的情况下,所述反馈信息中包括与签约永久标识SUPI相对应的签约信息,以及与所述第一请求包中的目标签约订阅参数相对应的订阅ID。
19.一种请求装置,其特征在于,包括:
第一接收单元,用于接收网络功能实体NF发送的第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
响应单元,用于响应于所述第一请求包,生成针对所述第一请求包的反馈信息;
第一发送单元,用于向所述NF发送所述反馈信息。
20.一种请求装置,其特征在于,包括:
第二发送单元,用于向统一数据管理实体UDM发送第一请求包,所述第一请求包用于请求用户注册、请求获取签约信息和请求目标签约订阅中的至少两项;
第二接收单元,用于接收所述UDM发送的针对所述第一请求包的反馈信息,所述反馈信息是所述UDM响应于所述第一请求包生成的。
21.一种处理器可读存储介质,其特征在于,所述处理器可读存储介质存储有计算机程序,所述计算机程序用于使所述处理器执行权利要求1至4任一项所述的方法,或者执行权利要求5至9任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111398117.6A CN116156476A (zh) | 2021-11-23 | 2021-11-23 | 请求方法、设备、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111398117.6A CN116156476A (zh) | 2021-11-23 | 2021-11-23 | 请求方法、设备、装置及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116156476A true CN116156476A (zh) | 2023-05-23 |
Family
ID=86356618
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111398117.6A Pending CN116156476A (zh) | 2021-11-23 | 2021-11-23 | 请求方法、设备、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116156476A (zh) |
-
2021
- 2021-11-23 CN CN202111398117.6A patent/CN116156476A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11665542B2 (en) | Method and device for network slice authentication | |
US20220159607A1 (en) | System and method of dual-sim ues operation in 5g networks | |
US11457331B2 (en) | Positioning method and related device | |
EP3550886B1 (en) | Voice over ims incoming session | |
US11375410B2 (en) | Method and apparatus for obtaining configuration information, device, storage medium, and system | |
CN114342549B (zh) | 用于连接网络的方法和设备 | |
US20220124582A1 (en) | Method for determining core network type during handover process, terminal device, access network device, and core network device | |
US20220272577A1 (en) | Communication method and communication apparatus | |
WO2021022460A1 (zh) | 一种会话验证方法、电子设备及存储介质 | |
CN116390203A (zh) | 选择网络的方法和装置 | |
WO2021088007A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
US20240129199A1 (en) | Data analysis method and apparatus, electronic device, and storage medium | |
KR20240024286A (ko) | 온보딩을 수행하는 방법 및 장치 | |
CN116156476A (zh) | 请求方法、设备、装置及存储介质 | |
CN111800889B (zh) | 一种处理协议数据单元会话的方法、终端设备和网络设备 | |
WO2021028193A1 (en) | Slice selection subscription data enhancement | |
WO2023164849A1 (zh) | 无线通信方法、装置、设备、存储介质及程序产品 | |
WO2022016512A1 (en) | Method and apparatus for managing external subscription data | |
EP3849244A1 (en) | Method and apparatus for selecting a network cell or frequency influenced by network slicing | |
US20240224355A1 (en) | Method for determining key obtaining manner, communication method, and communication apparatus | |
WO2022151357A1 (zh) | 通信方法、装置、设备及存储介质 | |
WO2022011713A1 (zh) | 信息传输方法、装置、设备及存储介质 | |
WO2023017036A1 (en) | Methods and systems for steering of roaming | |
CN114079872A (zh) | 用于鉴权的方法和通信装置 | |
CN116709291A (zh) | 通信的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |