CN116261888A - 用于通知传递的网络节点和其中的方法 - Google Patents
用于通知传递的网络节点和其中的方法 Download PDFInfo
- Publication number
- CN116261888A CN116261888A CN202080104390.0A CN202080104390A CN116261888A CN 116261888 A CN116261888 A CN 116261888A CN 202080104390 A CN202080104390 A CN 202080104390A CN 116261888 A CN116261888 A CN 116261888A
- Authority
- CN
- China
- Prior art keywords
- notification
- consumer
- request
- binding
- service
- 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
- 238000000034 method Methods 0.000 title claims abstract description 116
- 238000012384 transportation and delivery Methods 0.000 title claims description 18
- 238000004891 communication Methods 0.000 claims abstract description 42
- 230000006870 function Effects 0.000 claims description 42
- 230000015654 memory Effects 0.000 claims description 33
- 230000008569 process Effects 0.000 claims description 20
- 238000010586 diagram Methods 0.000 description 23
- 230000004044 response Effects 0.000 description 23
- 238000004590 computer program Methods 0.000 description 15
- 101001043185 Homo sapiens Lipase maturation factor 1 Proteins 0.000 description 13
- 102100021978 Lipase maturation factor 1 Human genes 0.000 description 13
- 238000012545 processing Methods 0.000 description 9
- 101001005160 Homo sapiens Lipase maturation factor 2 Proteins 0.000 description 6
- 102100026037 Lipase maturation factor 2 Human genes 0.000 description 6
- 230000003993 interaction Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 3
- 238000007792 addition Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0253—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using browsers or web-pages for accessing management information
-
- 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
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
-
- 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/2866—Architectures; Arrangements
- H04L67/30—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/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
本公开提供了一种网络功能NF产生者中的方法(200)。该方法(200)包括向服务通信代理SCP发送(210)用于传递通知的通知请求。该通知请求包含具有预定服务路径的统一资源标识符URI,该预定服务路径指示该通知请求与默认通知订阅相关联。
Description
技术领域
本公开涉及通信技术,并且更具体地,涉及用于通知传递的网络节点和其中的方法。
背景技术
在版本16中,第三代合作伙伴计划(3GPP)已经进一步拓宽了网络功能(NF)集概念的使用,以适用于第五代(5G)核心中的所有类型的NF。
通过引用整体并入本文的3GPP技术规范(TS)23.501,V16.4.0给出了与NF服务、NF服务集、NF、以及NF集相关的定义的列表:
NF实例:NF的可识别实例;
NF服务:由NF通过基于服务的接口暴露并由其他授权的NF使用的功能;
NF服务实例:NF服务的可识别实例;
NF服务操作:组成NF服务的基本单元;
NF服务集:NF实例内相同服务类型的一组可互换NF服务实例(同一NF服务集中的NF服务实例接入同一上下文数据);以及
NF集:相同类型的一组可互换NF实例,支持相同的服务和相同的网络切片(同一NF集中的NF实例可以在地理上是分布式的但可以接入同一上下文数据。
如TS 23.501中的第5.21.3.1节中所规定的,可以在NF集中部署若干个NF实例,以作为NF实例集一起提供分布、冗余和可扩展性。在这种情况下,可以在失败、负载均衡或负载重新均衡的情况下将NF替换为同一NF集内的备选NF。这适用于服务操作和通知传递两者。
在NF(服务)实例失败或执行负载重新均衡的情况下,使用所谓的“绑定指示”来选择备选NF(服务)实例。
如TS 23.501中的第6.3.1.0节中所规定的,绑定可以用于指示合适的目标NF产生者实例,用于NF服务实例选择、重新选择、以及与特定NF产生者资源(上下文)和NF服务相关联的后续请求的路由。这允许NF服务产生者(或被称为NF产生者)指示:对于特定上下文,取决于本地策略和其他标准(例如,在某个过程中间的哪个点,考虑性能方面等),NF服务消费者(或被称为NF消费者)应被绑定到NF服务实例、NF实例、NF服务集或NF集。NF消费者也可以使用绑定来指示合适的NF消费者实例,用于通知目标实例重新选择和与特定通知订阅相关联的后续通知请求的路由,并用于为NF消费者针对同一数据上下文产生且NF服务产生者随后可能调用的服务提供绑定指示。
绑定指示是请求响应或通知中由NF服务产生者向NF服务消费者包括的用于传送可以执行目标NF/NF服务的选择/重新选择的范围的信息,或者是请求或订阅中由NF服务消费者包括的用于传送可以执行通知目标的选择/重新选择或NF消费者针对同一数据上下文产生的其他服务的选择的范围的信息。
TS23.501中的表6.3.1.0-1(再现为以下的表1)定义了NF服务消费者和服务通信代理(SCP)的取决于由NF服务产生者提供的绑定指示的选择和重新选择行为。
表1:绑定、选择和重新选择
参考3GPP TS 29.500,V16.3.0(其通过引用整体并入本文),绑定指示可以包含在超文本传输协议(HTTP)首部3gpp-Sbi-Binding中。该首部包含来自HTTP服务器的以逗号分隔的绑定指示的列表,供HTTP客户端存储和后续使用。首部的编码遵循如2014年6月互联网工程任务组(IETF)征求意见(RFC)7230中所定义的扩展巴科斯-诺尔范式(ABNF)。
3gpp-Sbi-Binding=″3gpp-Sbi-Binding″″:″#(OWS″bl=″blvalue1*(OWS″;″parameter))
blvalue=″nfinstance″/″nfset″/″nfserviceinstance″/″nfserviceset″
parameter=parametername″="token
parametername=″nfinst″/″nfset″/″nfservinst″/″nfserviceset″/″servname″/″scope″
scope="other-service″/″callback″/″subscription-events″
定义了以下参数:
-bl(绑定级别):指示绑定到NF实例、NF集、NF服务实例或NF服务集。
-nfinst(NF实例):指示NF实例ID。
-nfset(NF集):指示NF集ID。
-nfservinst(NF服务实例):指示NF服务实例ID。
-nfserviceset(NF服务集):指示NF服务集ID。
-scope:指示绑定指示在服务请求中的适用性。该适用性可以采用以下值之一:
-“other-service”:绑定信息适用于NF服务消费者稍后可以作为NF服务产生者提供的其他服务;
-“subscription-events”:绑定信息适用于订阅改变事件通知;
-“callback”:绑定信息适用于通知或回调请求。
在服务请求中的绑定指示中缺少该参数应被解释为“回调”。
如果绑定信息适用于通知/回调请求和其他服务,则绑定指示中可以存在两个范围参数。
-servname(服务名称):指示服务或客户服务的名称,即:
-处理通知或回调请求的服务的名称,当存在于用于订阅或回调的绑定指示中(即,范围参数不存在或被设置为“callback”)时;或
-绑定适用的其他服务的名称,当存在于NF服务消费者可以稍后作为NF服务产生者提供的其他服务的服务请求中的绑定指示中(即,范围参数被设置为“other-service”)时。可以存在多于一个的servname参数来表示多个这种服务。在范围参数被设置为“other-service”的绑定指示中缺少该参数应被解释为适用于NF服务消费者稍后可以作为NF服务产生者提供的所有服务的绑定信息。
-blvalue和其他参数的定义和编码应如针对3gpp-Sbi-Routing-Binding所定义的。
在版本16中,作为网络功能服务框架的一部分,“间接通信”在TS 23.501的第7.1.1节中进行了定义。NF服务可以在NF服务消费者和NF服务产生者之间直接通信,或经由服务通信代理(SCP)间接通信。NF服务消费者是使用直接通信还是通过使用SCP进行的间接通信基于NF服务消费者的配置。在直接通信中,NF服务消费者通过本地配置或经由NF存储库功能(NRF)执行目标NF服务产生者的发现。NF服务消费者直接与目标NF服务产生者进行通信。在间接通信中,NF服务消费者经由SCP与目标NF服务产生者进行通信。NF服务消费者可以被配置为直接执行目标NF服务产生者的发现,或将目标NF服务产生者的发现委派给用于间接通信的SCP。在后一种情况下,SCP使用由NF服务消费者提供的参数来执行目标NF服务产生者的发现和/或选择。可以在NF服务消费者中本地配置SCP地址。
根据TS 23.501中第6.3.1.0节,绑定指示包含表1中的信息。路由绑定指示可以包括在请求、订阅或通知消息中。路由绑定指示可以在由SCP进行间接通信的情况下用于对消息进行路由。路由绑定指示是绑定指示中的信息的副本,并且也包含表1中的信息。
TS 23.501中的第6.3.1.1节规定了与间接通信相关的NF发现和选择方面。对于间接通信,SCP执行以下关于网络功能和网络功能服务发现和选择的功能:
-如果该请求包括路由绑定指示,则SCP应将服务请求路由到如表1中所规定的请求目标。如果路由绑定指示不存在,则SCP可以从NRF或本地配置(如果可用)获取NF集ID。
-如果请求接收者先前已经提供了绑定指示,则请求发送者应在后续的相关请求中包括具有相同内容的路由绑定指示。
TS 23.501的附件E给出了NF和NF服务可以用于彼此交互的不同通信模型的高级描述。TS 23.501的表E.1-1(再现为以下的表2)概述了通信模型、它们的用法以及它们与SCP的使用如何相关。
表2:用于NF/NF服务交互的通信模型概述
图1示出了表2中的用于NF/NF服务交互的通信模型。四种通信模型:模型A、模型B、模型C、模型D将被简要描述如下:
-模型A-无NRF交互的直接通信:既不使用NRF也不使用SCP。消费者配置有产生者的“NF配置文件”,并直接与他们选择的产生者进行通信。
-模型B-采用NRF交互的直接通信:消费者通过查询NRF进行发现。基于发现结果,消费者进行选择。消费者向所选产生者发送请求。
-模型C-无委派发现的间接通信:消费者通过查询NRF进行发现。基于发现结果,消费者选择NF集或NF实例集的特定NF实例。消费者向SCP发送请求,该请求包含指向NF服务实例或NF服务实例集的所选服务产生者的地址。在后一种情况下,SCP选择NF服务实例。如果可能,SCP与NRF进行交互以获取选择参数,例如位置、容量等。SCP将该请求路由到所选NF服务产生者实例。
-模型D-采用委派发现的间接通信:消费者不进行任何发现或选择。消费者将找到合适的产生者所需的任何必要的发现和选择参数添加到服务请求中。SCP使用请求消息中的请求地址以及发现和选择参数将该请求路由到合适的产生者实例。SCP可以向NRF执行发现,并获得发现结果。
注意,图1中所示的通信模型适用于消费者充当HTTP客户端而产生者充当HTTP服务器的服务请求场景。然而,在通知场景(例如,图1中的每个服务请求或响应被替换为通知请求或响应的通知场景)中,产生者充当HTTP客户端,而消费者充当HTTP服务器。在这种情况下,图1中的“消费者”和“产生者”可彼此互换。
3GPP TS 29.510,V16.3.0(其通过引用整体并入本文)规定了默认通知订阅,其允许NF/NF服务作为NF服务消费者注册特定通知类型的默认通知订阅。在默认通知订阅的场景中,NF服务消费者并不显式地向NF服务产生者订阅通知,即,NF服务消费者不向NF服务产生者发送显式订阅请求。NF服务产生者可以按照以下选项传递与默认通知订阅相关联的通知:
-选项A:向特定NF实例传递(例如,接入和移动性管理功能(AMF)可以向位置管理功能(LMF)实例发送N1位置服务(LCS)相关消息,该LMF先前已经向用户设备(UE)发送了N1LCS相关消息,或可以向小区广播中心功能(CBCF)/PWS互通功能(PWS-IWF)发送N2公共警告系统(PWS)相关消息);或
-选项B:向由其他发现因子发现的NF候选者传递。
NF服务产生者可以检索目标NF服务消费者的NF配置文件,并从NF配置文件中获取默认通知订阅中的回调统一资源标识符(URI)以传递该通知。TS 29.510中的表6.1.6.2.2-1(重现为以下的表3)给出了NF配置文件的定义。TS 29.510中的表6.1.6.2.4-1(重现为以下的表4)给出了默认通知订阅的定义。TS 29.510中的表6.1.6.3.4-1(重现为以下的表5)定义了表4中NotificationType的值。
表3:类型NFProfile的定义
表4:类型DefaultNotificationSubscription的定义
表5:枚举通知类型
TS 29.500中的第6.10.3节规定了用于采用委派发现的间接通信的NF发现和选择。具体地,根据TS 29.500中的第6.10.3.2节,当NF服务消费者被配置为使用委派服务发现时,它应在HTTP/2请求消息中包括要由SCP使用以代表NF服务消费者执行NF服务发现过程的必要NF服务发现因子。NF服务消费者应使用“3gpp-Sbi-Discovery-*”请求首部来传送这些NF服务发现因子。当从NF服务消费者接收到包含“3gpp-Sbi-Discovery-*”请求首部的服务请求,并且SCP将向NRF调用NF服务发现以完成该任务时,则应考虑“3gpp-Sbi-Discovery-*”请求首部中包含的所有NF服务发现因子。SCP也可以在内部被配置为在不与NRF进行交互的情况下完成这些服务发现任务。如果服务请求包含SCP不支持的“3gpp-Sbi-Discovery-*”请求首部,则SCP应在发给NRF的发现请求中包括相应的查询参数。基于运营商策略,SCP可以备选地拒绝该请求并向NF服务消费者返回状态代码为“400错误请求”的响应,带有“INVALID_DISCOVERY_PARAM”错误。
根据TS 29.500中的第6.10.3.3节,NF可以针对NF准备消费的通知,在NRF中注册在其NF配置文件或NF服务中的默认通知订阅,包括针对每种类型通知的相应通知端点(即,回调URI)。这可以例如由AMF使用以发现其他AMF的用于转发N1或N2消息的通知端点,或由AMF使用以向网关移动位置中心(GMLC)通知位置信息,或由用户数据存储库(UDR)使用以向用户数据管理(UDM)功能通知数据改变或移除。以下过程可以用于支持与默认通知订阅相对应的通知:
-NF产生者可以向NRF执行发现请求(可能通过SCP),以发现NF消费者的默认通知订阅,并且如果这样,则使用TS 29.500中的第6.1节中规定的路由机制,向相应的通知端点发送通知;或
-NF产生者可以被配置有它需要生成的与默认通知订阅相对应的通知的类型,并使用委派发现发送这种通知,即,SCP发现并选择具有相应默认通知订阅的NF服务消费者。为了实现后者,NF产生者应在通知请求中包括:
-3gpp-Sbi-Callback首部,包括通知或回调服务操作的名称以及API主版本(如果高于1);
-被设置为被设置的通知类型的3gpp-Sbi-Discovery-notification-type首部;
-指示消费者NF类型的3gpP-Sbi-Discovery-target-nf-type首部;
-可选地,由SCP使用以发现并选择消费者NF的附加的NF服务发现因子首部。
发明内容
对于上述模型D中的默认通知订阅,作为HTTP客户端的NF产生者可以向SCP发送如下形式的初始请求:
<HTTPMETHOD>http(s)://{authority of SCP}/<service-path>
3gpp-sbi-discovery-*
这里,对于服务请求操作,请求URI http(s)://{authority of SCP}/<service-path>中的<service-path>在3GPP标准规范中是针对每个API显式规定的:例如,
/<apiName>/{apiVersion}/<apiSpecificResourceUriPart>。例如,如果AMF需要在SMF中创建会话管理(SM)上下文,该请求可以如下:
POST http(s)://{authority of SCP}/nsmf-pdusession/v1/sm-contexts
3gpp-sbi-discovery-dnn:{dnnname}
3gpp-sbi-discovery-slice:{slice}
…
当SCP接收到这种请求时,它将使用该请求中携带的发现因子执行NF发现,选择NF实例并将URI的授权部分替换为所选NF实例的应用编程接口(API)根(或apiRoot),然后将该请求中继到所选NF实例。
然而,对于默认通知订阅,通知将被发送到回调URI,但并未规定回调URI的标准形式。即,默认订阅的回调URI的<service-path>完全是特定于实现的,并且仅可以从NF产生者的NF配置文件中显式地被发现。在委派发现(模型-D)的情况下,NF产生者在向SCP发送请求时无法识别回调URI的<service-path>,因为默认订阅的<service-path>对于不同的NF实例可能完全不同。因此,NF产生者在SCP中的委派发现的情况下无法形成用于针对默认通知订阅的通知的请求URI。
另外,为了在SCP中的委派发现的情况下传递针对默认通知订阅的通知,SCP需要在目标NF消费者的NF配置文件中定位准确的默认通知订阅,用于获取回调URI以中继该通知。这可能需要通知类型以及N1消息类别和N2信息类别。例如,CBCF可以针对N2信息通知类型注册两个默认订阅,一个用于类别“PWS-BACL(N2广播完成区域列表或广播取消区域列表)”,而另一个用于“PWS-RF(N2重启指示或失败指示)”,或LMF针对N1消息通知类型注册两个默认订阅,一个用于类别“长期演进(LTE)定位协议(LPP)”,而另一个用于类别“LCS”。
另外,当NF产生者(或在间接通信的情况下为SCP)传递针对默认通知订阅的通知但检测到目标NF消费者不可用(例如,由于失败、过载等)时,NF产生者(或SCP)需要重新选择另一NF消费者作为通知的目标,特别是当通知是以特定的NF消费者为目标时(例如,在上述选项A的情况下)。对于默认通知订阅,可能存在与NF消费者相关联的绑定级别(例如,NF实例/NF集/NF服务/NF服务集)。然而,由于NF消费者在这种情况下未显式地订阅通知,因此不知道绑定级别的NF产生者无法正确执行对目标NF消费者的重新选择。
本公开的目的是提供能够解决或减轻上述问题中的至少一个的用于通知传递的网络节点和其中的方法。
根据本公开的第一方面,提供了一种NF产生者中的方法。该方法包括:向SCP发送用于传递通知的通知请求。该通知请求包含具有预定服务路径的URI,该预定服务路径指示该通知请求与默认通知订阅相关联。
在实施例中,该通知请求还可以包含SCP选择该通知的目标NF消费者所需的一个或多个参数。
在实施例中,该一个或多个参数可以包括该通知的N1消息类别和N2信息类别中的至少一个。
根据本公开的第二方面,提供了一种在实现SCP功能的网络节点中的方法。该方法包括:从NF产生者接收用于传递通知的通知请求,该通知请求包含具有预定服务路径的URI,该预定服务路径指示通知请求与默认通知订阅相关联;基于该通知请求来选择该通知的目标NF消费者;针对目标NF消费者,获取与默认通知订阅相关联的回调URI;以及使用回调URI向目标NF消费者发送该通知。
在实施例中,该通知请求还可以包含SCP选择目标NF消费者所需的一个或多个参数。
在实施例中,该一个或多个参数可以包括该通知的N1消息类别和N2信息类别中的至少一个。
在实施例中,选择的操作可以包括基于该一个或多个参数向NRF执行发现,并且获取的操作可以包括从由NRF返回的NF配置文件中获取回调URI。
根据本公开的第三方面,提供了一种NF产生者中的方法。该方法包括:向SCP发送用于传递针对默认通知订阅的通知的通知请求。该通知请求指示该通知的N1消息类别和N2信息类别中的至少一个。
在实施例中,N1消息类别或N2信息类别可以被携带在可从其导出用于NF发现的查询参数的首部中。
根据本公开的第四方面,提供了一种在实现SCP功能的网络节点中的方法。该方法包括:从NF产生者接收用于传递针对默认通知订阅的通知的通知请求,该通知请求指示该通知的N1消息类别和N2信息类别中的至少一个;基于该通知请求来选择或重新选择该通知的目标NF消费者;向目标NF消费者发送该通知。
在实施例中,N1消息类别或N2信息类别可以被携带在可从其导出用于NF发现的查询参数的首部中。
在实施例中,选择或重新选择的操作可以包括基于N1消息类别和/或N2信息类别来向NRF执行发现。
根据本公开的第五方面,提供了一种NF消费者中的方法。该方法包括:向NRF发送NF注册请求,该NF注册请求包含与NF消费者相关联的用于默认通知订阅的绑定指示;或在触发传递针对默认通知订阅的通知的服务请求中,向NF产生者发送与NF消费者相关联的用于默认通知订阅的绑定指示。
在实施例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别;和/或该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
根据本公开的第六方面,提供了一种NF产生者中的方法。该方法包括:获取与NF消费者相关联的用于默认通知订阅的绑定指示;以及向SCP发送用于传递针对默认通知订阅的通知的通知请求。该通知请求包含该绑定指示。
在实施例中,获取的操作可以包括:在NF发现过程中,从NRF获取该绑定指示;或在触发传递针对默认通知订阅的通知的服务请求中,从NF消费者获取该绑定指示。
在实施例中,该绑定指示可以包括以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,该通知请求还可以指示以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,通知类型、N1消息类别、N2信息类别或范围中的至少一个可以被携带在可从其导出用于NF发现的查询参数的首部中。
在实施例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别;和/或该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
根据本公开的第七方面,提供了一种在实现SCP功能的网络节点中的方法。该方法包括:从NF产生者接收用于传递针对默认通知订阅的通知的通知请求;获取与NF消费者相关联的用于默认通知订阅的绑定指示;以及基于该绑定指示,重新选择另一NF消费者以传递针对默认通知订阅的通知。
在实施例中,获取的操作可以包括:在NF发现过程中从NRF获取该绑定指示,或从NF产生者接收到的通知请求中提取该绑定指示。
在实施例中,该绑定指示可以包括以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,该通知请求还可以指示以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,通知类型、N1消息类别、N2信息类别或范围中的至少一个可以被携带在可从其导出用于NF发现的查询参数的首部中。
在实施例中,重新选择的操作可以响应于与NF消费者相关联的失败、负载均衡或负载重新均衡。
在实施例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别;和/或该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
根据本公开的第八方面,提供了一种网络节点。该网络节点包括通信接口、处理器和存储器。存储器存储可由处理器执行的指令,由此该网络节点可操作以:在实现NF产生者时,执行根据上述第一方面、第三方面或第六方面中任一方面所述的方法;或在实现服务通信代理SCP功能时,执行根据上述第二方面、第四方面或第七方面中任一方面所述的方法;或在实现网络功能NF消费者时,执行根据上述第五方面所述的方法。
根据本公开的第九方面,提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机可读指令。该计算机可读指令在由网络节点的处理器执行时配置网络节点以在实现NF产生者时执行根据以上第一方面、第三方面或第六方面中任一方面所述的方法;在实现服务通信代理SCP功能时,执行根据上述第二方面、第四方面或第七方面中任一方面所述的方法;或在实现网络功能NF消费者时,执行根据上述第五方面所述的方法。
通过本公开的一些实施例,NF产生者可以在通知请求中包括具有指示通知请求与默认通知订阅相关联的预定服务路径的URI。在接收到通知请求时,SCP可以选择目标NF消费者,针对目标NF消费者获取与默认通知订阅相关联的回调URI,以及使用回调URI向目标NF消费者发送通知。以这种方式,预定服务路径的引入允许SCP正确处理与默认通知订阅相关联的回调URI。
利用本公开的一些实施例,NF产生者可以在用于传递针对默认通知订阅的通知的通知请求中包括该通知的N1消息类别和N2信息类别中的至少一个。接收到通知请求的SCP可以至少基于N1消息类别和/或N2信息类别来选择或重新选择该通知的目标NF消费者。以这种方式,可以更有效或适合地作出对目标NF消费者的选择或重新选择。
利用本公开的一些实施例,NF消费者可以向NRF注册与NF消费者相关联的用于默认通知订阅的绑定指示,或者可以在触发传递针对默认通知订阅的通知的服务请求中向NF产生者发送绑定指示。在任何一种情况下,NF产生者或SCP能够获取用于选择或重新选择目标NF消费者的绑定指示,这可以使选择或重新选择更有效或适合。
附图说明
根据以下参考附图对实施例的描述,以上及其他目的、特征和优点将更为明显,在附图中:
图1是示出了用于NF/NF服务交互的通信模型的示意图;
图2是示出了根据本公开的实施例的NF产生者中的方法的流程图;
图3是示出了根据本公开的实施例的SCP中的方法的流程图;
图4是示出了根据本公开的另一实施例的NF产生者中的方法的流程图;
图5是示出了根据本公开的另一实施例的SCP中的方法的流程图;
图6是示出了根据本公开的又一实施例的NF消费者中的方法的流程图;
图7是示出了根据本公开的又一实施例的NF产生者中的方法的流程图;
图8是示出了根据本公开的又一实施例的SCP中的方法的流程图;
图9是示出了根据本公开的实施例的用于通知传递的示例性过程的序列图;
图10是示出了根据本公开的另一实施例的用于通知传递的示例性过程的序列图;
图11是示出了根据本公开的又一实施例的用于通知传递的示例性过程的序列图;
图12是根据本公开的实施例的网络节点的框图;
图13是根据本公开的实施例的网络节点的框图;
图14是根据本公开的实施例的网络节点的框图;
图15是根据本公开的实施例的网络节点的框图;
图16是根据本公开的实施例的网络节点的框图;
图17是根据本公开的实施例的网络节点的框图;
图18是根据本公开的实施例的网络节点的框图;以及
图19是根据本公开的另一实施例的网络节点的框图。
具体实施方式
在本公开中,网络功能或NF可以被实现为专用硬件上的网络元件,或者被实现为在专用硬件上运行的软件实例,或者被实现为在合适的平台上(例如,在云基础设施上)实例化的虚拟化功能。
说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用指示所描述的实施例可以包括特定特征、结构或特性,但是不一定每个实施例都包括该特定特征、结构或特性。此外,这些短语不必指相同实施例。此外,当结合实施例描述具体特征、结构或特性时,应认为结合其他实施例(不管是否是显式描述的)来实现这种特征、结构或特性是在本领域技术人员的知识内的。
应理解,尽管术语“第一”和“第二”等可以在本文中用于描述各种元件,但是这些元件不应受这些术语的限制。这些术语仅用来将元件彼此区分。例如,不脱离示例实施例的范围,第一元件可以被称为第二元件,并且类似地,第二元件可以被称为第一元件。如本文所使用的,词语“和/或”包括一个或多个相关列出词语的任何和所有组合。
本文使用的术语仅仅用于描述特定实施例的目的,而不旨在限制示例实施例。如本文使用的,单数形式“一”,“一个”和“所述”意在还包括复数形式,除非上下文明确地给出相反的指示。将进一步理解的是,当在本文中使用时,术语“包括(comprises)”“包括(comprising)”、“具有(has)”、“具有(having)”、“包括(includes)”和/或“包括(including)”指明所陈述的特征、元件和/或组件等的存在,但不排除存在或添加一个或多个其它特征、元件、组件和/或其组合。
在下面的描述和权利要求中,除非另外定义,否则本文中所使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。
图2是示出了根据本公开的实施例的方法200的流程图。方法200可以在NF产生者或实现NF产生者的网络节点处执行。方法200可以主要应用于例如如上所述的模型D,并且本领域技术人员可以理解的是,方法200也可以在适用时应用于其他模型。
在框210处,向SCP发送用于传递通知的通知请求。该通知请求包含具有预定服务路径的URI,该预定服务路径指示该通知请求与默认通知订阅相关联。
在示例中,该通知请求还可以包含SCP选择该通知的目标NF消费者所需的一个或多个参数。例如,该一个或多个参数可以包括该通知的N1消息类别和N2信息类别中的至少一个。
该通知请求可以是例如:
POST http(s)://{authorityofSCP}/default-subscription
3gpp-sbi-discovery-notification-type:N1_MESSAGE
3gpp-sbi-discovery-n1-msg-class:LPP
在该示例中,URI包含服务路径“/default-subscription”,其指示该通知请求与默认通知订阅相关联。该通知请求还包含通知类型“N1_MESSAGE”和N1消息类别“LPP”,它们可以由SCP使用以选择目标NF消费者和/或默认通知订阅。
图3是示出了根据本公开的实施例的方法300的流程图。方法300可以在SCP或实现SCP功能的网络节点处执行。方法300可以主要应用于例如如上所述的模型D,并且本领域技术人员可以理解的是,方法300也可以在适用时应用于其他模型。
在框310处,从NF产生者接收用于传递通知的通知请求。该通知请求包含具有预定服务路径的URI,该预定服务路径指示该通知请求与默认通知订阅相关联。该预定服务路径可以是例如“/default-subscription”,如上文结合图2所述。
在示例中,该通知请求还可以包含SCP选择该通知的目标NF消费者所需的一个或多个参数。例如,该一个或多个参数可以包括该通知的N1消息类别和N2信息类别中的至少一个。
在框320处,基于该通知请求来选择该通知的目标NF消费者。
在示例中,在框320中,可以通过基于该一个或多个参数执行向NRF执行发现来选择目标NF消费者。具体地,SCP可以使用参数(例如,通知类型、N1消息类别、N2信息类别等)向NRF执行NF发现,从NRF中检索与所述参数相匹配的目标NF消费者候选的NF配置文件,以及从所述候选中选择目标NF消费者。
在框330处,针对目标NF消费者,获取与默认通知订阅相关联的回调URI。
在示例中,在框330中,回调URI可以来自从NRF检索到的NF配置文件。
在框340处,使用回调URI向目标NF消费者发送通知。例如,SCP在向目标NF消费者转发通知请求时,可以将通知请求中的整个URI替换为回调URI。
图4是示出了根据本公开的实施例的方法400的流程图。方法400可以在NF产生者或实现NF产生者的网络节点处执行。
在框410处,向SCP发送用于传递针对默认通知订阅的通知的通知请求。该通知请求指示该通知的N1消息类别和N2信息类别中的至少一个。
在示例中,N1消息类别或N2信息类别可以被携带在可从其导出用于NF发现的查询参数的首部中。例如,首部可以是“3gpp-sbi-discovery-n1-msg-class”或“3gpp-sbi-discovery-n2-info-class”。
图5是示出了根据本公开的实施例的方法500的流程图。方法500可以在SCP或实现SCP功能的网络节点处执行。
在框510处,从NF产生者接收用于传递针对默认通知订阅的通知的通知请求。该通知请求指示该通知的N1消息类别和N2信息类别中的至少一个。
在示例中,N1消息类别或N2信息类别可以被携带在可从其导出用于NF发现的查询参数的首部中。例如,首部可以是“3gpp-sbi-discovery-n1-msg-class”或“3gpp-sbi-discovery-n2-info-class”。
在框520处,基于该通知请求来选择或重新选择该通知的目标NF消费者(例如,由于先前所选目标NF消费者的失败或过载)。
在示例中,在框520中,可以通过基于N1消息类别和/或N2信息类别向NRF执行发现来选择或重新选择目标NF消费者。具体地,SCP可以使用参数(例如,通知类型、N1消息类别、N2信息类别等)向NRF执行NF发现,从NRF中检索与所述参数相匹配的目标NF消费者候选的NF配置文件,以及从所述候选中选择目标NF消费者。
图6是示出了根据本公开的实施例的方法600的流程图。方法600可以在NF消费者或实现NF消费者的网络节点处执行。
在框610-1处,向NRF发送NF注册请求。该NF注册请求包含与NF消费者相关联的用于默认通知订阅的绑定指示。
备选地,在框610-2处,在触发传递针对默认通知订阅的通知的服务请求中,向NF产生者发送与NF消费者相关联的用于默认通知订阅的绑定指示。
在示例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别。该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
图7是示出了根据本公开的实施例的方法700的流程图。方法700可以在NF产生者或实现NF产生者的网络节点处执行。
在框710处,获取与NF消费者相关联的用于默认通知订阅的绑定指示。
在示例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别。
在示例中,在框710中,可以在NF发现过程中从NRF获取该绑定指示,或者在触发传递针对默认通知订阅的通知的服务请求中从NF消费者获取该绑定指示。
在框720处,向SCP发送用于传递针对默认通知订阅的通知的通知请求。该通知请求包含该绑定指示。该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
在示例中,该绑定指示可以包括以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。可选地,该通知请求还可以指示通知类型、N1消息类别、N2信息类别或范围中的一个或多个。这里,通知类型、N1消息类别、N2信息类别或范围中的至少一个可以被携带在可从其导出用于NF发现的查询参数的首部中。
图8是示出了根据本公开的实施例的方法800的流程图。方法800可以在SCP或实现SCP功能的网络节点处执行。
在框810处,从NF产生者接收用于传递针对默认通知订阅的通知的通知请求。
在框820处,获取与NF消费者相关联的用于默认通知订阅的绑定指示。
这里,在框820中,可以在NF发现过程中从NRF获取该绑定指示。备选地,在框820中,可以从自NF产生者接收到的通知请求中提取该绑定指示。
在示例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别。该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
在示例中,该绑定指示可以包括以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。可选地,该通知请求还可以指示通知类型、N1消息类别、N2信息类别或范围中的一个或多个。这里,通知类型、N1消息类别、N2信息类别或范围中的至少一个可以被携带在可从其导出用于NF发现的查询参数的首部中。
在框830处,基于该绑定指示,重新选择另一NF消费者以传递针对默认通知订阅的通知。
在示例中,可以响应于与NF消费者相关联的失败、负载均衡或负载重新均衡来执行框830中的重新选择。对于基于该绑定指示的重新选择的细节,可以参考上述表1。
下面将描述本公开的一些示例性实施例。
NF服务消费者可以在NRF中在其NF配置文件中提供用于默认通知订阅的绑定指示值。
对于默认通知订阅,NF服务产生者应从NF服务消费者的NF配置文件中获取绑定指示值(如果可用),并将其包括在相关通知请求中的3gpp-Sbi-Routing-Binding首部中。对于与使用采用委派发现的间接通信的默认通知订阅相对应的通知,当该通知以特定NF实例/NF服务实例为目标时,SCP应从NF服务消费者的NF配置文件中获取用于默认通知订阅的绑定指示值(如果可用)。
对于默认通知订阅,当默认通知订阅的绑定信息已经改变时,NF服务消费者应更新NF配置文件中的绑定指示值。
以上的表4可以被扩展为包括绑定指示,如以下的表6中所示:
表6:类型DefaultNotifficationSubscription的定义
当HTTP客户端发送与目标URI未知的默认通知订阅相对应的通知请求时(例如,用于采用委派发现的间接通信),它应在“:path”中使用用于默认订阅的伪目标URI(“/scp-default-sub-notify-uri”)。
如果用于默认订阅的伪目标URI(“/scp-default-sub-notify-uri”)存在于“:path”中,则SCP应将其替换为在所选默认订阅中注册的目标URI的真实路径。
对于采用委派发现的间接通信,如果NF服务产生者需要向默认订阅发送通知请求并且SCP选择目标默认通知订阅(注册了回调URI“https://example.com/a/b/c/notification”),则:
-NF服务产生者应向SCP发送请求“POST https://scp.com/1/2/3/scp-default-sub-notify-uri”(其中,“1/2/3”是SCP的“apiPrefix”)。
-SCP应向所选NF服务消费者发送请求“POSThttps://example.com/a/b/c/notification”。
3gpp-Sbi-Discovery-notification-type首部可以被设置为被如下设置的通知类型:
-如果通知类型是“N1_MESSAGE”,则3gpp-Sbi-Discovery-n1-msg-class首部被设置为目标默认订阅的N1消息类别;或
-如果通知类型是“N2_INFORMATION”,则3gpp-Sbi-Discovery-n2-info-class首部被设置为目标默认订阅的N2信息类别;
如TS 29.510,V16.4.0中的第6.2.3.2.3.1节中所定义的支持URI查询参数的HTTPGET方法可以被扩展以支持N1消息类别和N2信息类别,如以下表7中所示。
表7:在该资源上GET方法所支持的URI查询参数
如TS 29.510中的第6.2.9节中所定义的由NFDiscovery服务支持的特征可以被扩展以支持N1消息类别和N2信息类别,如以下表8中所示。
表8:由Nnrf_NFDiscovery服务使用的supportedFeatures属性的特征
在下文中,将参考图9至图11中所示的说明性示例进一步说明上述方法200至800。
图9是示出了根据本公开的实施例的用于通知传递的示例性过程的序列图。在该示例中,目标NF消费者由SCP来选择。
在9.1处,CBCF(在该示例中作为NF消费者)向NRF发送NF注册请求。该NF注册请求可以包含默认通知订阅“N2_INFORMATION/PWS-RF”(通知类型=N2信息;N2信息类别=PWS-RF)、以及绑定指示:b1=“nfset”;nf-set-id=“Cbcf-Set1”。在9.2处,NRF以NF注册响应进行响应。在9.3处,AMF(在该示例中作为NF产生者)向SCP发送通知请求(例如,N2通知请求,其可以响应于从无线电接入网络(RAN)接收到N2重启指示而被触发)。该通知请求可以包含请求URI“http(s)://{authority of SCP}/defau1t-subscription”,并且可以例如是:
POST http(s)://{authority of SCP}/default-subscription
3gpp-sbi-discovery-notification-type:N2_INFORMATION
3gpp-sbi-discovery-n2-info-class:PWS-RF
在9.4处,例如使用查询参数(例如,notification-type=“N2_INFORMATION”并且n2-info-class=“PWS-RF”),SCP针对目标NF消费者候选向NRF执行NF发现,并从NRF获取候选列表以及它们的相应NF配置文件。在9.5处,SCP从该列表中选择CBCF作为目标NF消费者,并从CBCF的NF配置文件中获取默认通知订阅以及与该默认通知订阅相关联的URI。在9.6处,SCP向CBCF转发该通知请求,其中请求URI被替换为回调URI。然后,在9.7处,CBCF向SCP发送通知响应(例如,N2通知响应),并且在9.8处,SCP向AMF转发该通知响应。
图10是示出了根据本公开的实施例的用于通知传递的示例性过程的序列图。在该示例中,目标NF消费者最初由NF产生者指定,然后由SCP重新选择。
在10.1处,LMF(被表示为LMF1)(在该示例中作为NF消费者)向NRF发送NF注册请求。该NF注册请求可以包含默认通知订阅“N1_MESSAGE/LPP”(通知类型=N1消息;N1消息类别=LPP)、以及绑定指示:bl=“nfset”;nf-set-id=“LMF-Set1”。在10.2处,NRF以NF注册响应进行响应。然后,LMF1可以经由AMF向UE发送N1 LPP请求。在从UE接收到N1 LPP响应时,在10.3处,AMF(在该示例中作为NF产生者)向SCP发送通知请求(例如,N1通知请求),指定LMF1作为目标NF消费者。该通知请求可以包含请求URI“http(s)://{authorityofSCP}/default-subscription”,并且可以例如是:
POST http(s)://{authority of SCP}/default-subscription
3gpp-sbi-discovery-target-nf-instance-id:LMF1 Instance Id
3gpp-sbi-discovery-notification-type:N1_MESSAGE
3gpp-sbi-discovery-n1-msg-class:LPP
在10.4处,SCP向NRF执行NF发现,其中LMF1作为目标NF消费者,并从NRF获取LMF1的NF配置文件。在10.5处,SCP从LMF1的NF配置文件中获取默认通知订阅和用于LMF1的与该默认通知订阅相关联的URI。在10.6处,SCP向LMF1转发通知请求,其中请求URI被替换为回调URI。然而,例如由于LMF1的失败,10.6处的转发失败。在10.7处,SCP使用绑定指示向NRF执行NF发现,并从NRF获取与绑定指示相匹配的目标NF消费者候选的列表(例如,属于NF集“LMF-Set1”)以及它们的相应NF配置文件。在10.8处,SCP从该列表中重新选择另一LMF(被表示为LMF2)作为新的目标NF消费者,并从LMF2的NF配置文件中获取默认通知订阅和用于LMF2的与该默认通知订阅相关联的新URI。在10.9处,SCP向LMF2转发通知请求,其中请求URI被替换为新的回调URI。然后,在10.10处,LMF2向SCP发送通知响应(例如,N1通知响应),并且在10.11处,SCP向AMF转发该通知响应。
图11是示出了根据本公开的实施例的用于通知传递的示例性过程的序列图。在该示例中,目标NF消费者最初由NF产生者选择,然后由SCP重新选择。
在11.1处,LMF(被表示为LMF1)(在该示例中作为NF消费者)向NRF发送NF注册请求。该NF注册请求可以包含默认通知订阅“N1_MESSAGE/LPP”(通知类型=N1消息;N1消息类别=LPP)、以及绑定指示:b1=“nfset”;nf-set-id=“LMF-Set1”。在11.2处,NRF以NF注册响应进行响应。然后,LMF1可以经由AMF向UE发送N1LPP请求。在从UE接收到N1 LPP响应时,在11.3处,AMF(在该示例中作为NF产生者)向NRF执行NF发现,其中LMF1作为目标NF消费者,并从NRF获取LMF1的NF配置文件。在11.4处,AMF从LMF1的NF配置文件中获取默认通知订阅和用于LMF1的与该默认通知订阅相关联的URI。在11.5处,AMF向SCP发送通知请求(例如,N1通知请求)。该通知请求包含回调URI,并且可以例如是:
POST{callback URI associated with default subscription for LMF1}
3gpp-sbi-Routing-Binding:bl=“nfset”;nf-set-id=“LMF-Set1”
3gpp-sbi-discovery-notification-type:N1_MESSAGE
3gpp-sbi-discovery-n1-msg-class:LPP
在11.6处,SCP利用回调URI向LMF1转发该通知请求。然而,例如由于LMF1的失败,11.6处的转发失败。在11.7处,SCP使用绑定指示向NRF执行NF发现,并从NRF获取与绑定指示相匹配的目标NF消费者候选的列表(例如,属于NF集“LMF-Set1”)以及它们的相应NF配置文件。在11.8处,SCP从该列表中重新选择另一LMF(被表示为LMF2)作为新的目标NF消费者,并从LMF2的NF配置文件中获取默认通知订阅和用于LMF2的与该默认通知订阅相关联的新URI。在11.9处,SCP利用新的回调URI向LMF2转发该通知请求。然后,在11.10处,LMF2向SCP发送通知响应(例如,N1通知响应),并且在11.11处,SCP向AMF转发该通知响应。
对应于如上所述的方法200,提供了网络节点。图12是根据本公开的实施例的网络节点1200的框图。网络节点1200可以被配置为实现NF产生者。
如图12中所示,网络节点1200包括发送单元1210,该发送单元1210被配置为向SCP发送用于传递通知的通知请求。该通知请求包含具有预定服务路径的URI,该预定服务路径指示该通知请求与默认通知订阅相关联。
在实施例中,该通知请求还可以包含SCP选择该通知的目标NF消费者所需的一个或多个参数。
在实施例中,该一个或多个参数可以包括该通知的N1消息类别和N2信息类别中的至少一个。
单元1210可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合:处理器或微处理器和适合软件以及用于存储软件的存储器、可编程逻辑器件(PLD)或其他电子组件或被配置为执行上述以及例如在图2中示出的动作的处理电路。
对应于如上所述的方法300,提供了网络节点。图13是根据本公开的实施例的网络节点1300的框图。网络节点1300可以被配置为实现SCP功能。
如图13中所示,网络节点1300包括接收单元1310,该接收单元1310被配置为从NF产生者接收用于传递通知的通知请求,该通知请求包含具有预定服务路径的URI,该预定服务路径指示通知请求与默认通知订阅相关联。网络节点1300还包括选择单元1320,该选择单元1320被配置为基于通知请求来选择该通知的目标NF消费者。网络节点1300还包括获取单元1330,该获取单元1330被配置为获取与目标NF消费者的默认通知订阅相关联的回调URI。网络节点1300还包括发送单元1340,该发送单元1340被配置为使用回调URI向目标NF消费者发送通知。
在实施例中,该通知请求还可以包含SCP选择目标NF消费者所需的一个或多个参数。
在实施例中,该一个或多个参数可以包括该通知的N1消息类别和N2信息类别中的至少一个。
在实施例中,选择单元1320可以被配置为基于该一个或多个参数向NRF执行发现。获取单元1330可以被配置为从由NRF返回的NF配置文件中获取回调URI。
单元1310至1340可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合:处理器或微处理器和适合软件以及用于存储软件的存储器、可编程逻辑器件(PLD)或其他电子组件或被配置为执行上述以及例如在图3中示出的动作的处理电路。
对应于如上所述的方法400,提供了网络节点。图14是根据本公开的实施例的网络节点1400的框图。网络节点1400可以被配置为实现NF产生者。
如图14中所示,网络节点1400包括发送单元1410,该发送单元1410被配置为向SCP发送用于传递针对默认通知订阅的通知的通知请求。该通知请求指示该通知的N1消息类别和N2信息类别中的至少一个。
在实施例中,N1消息类别或N2信息类别可以被携带在可从其导出用于NF发现的查询参数的首部中。
单元1410可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合:处理器或微处理器和适合软件以及用于存储软件的存储器、可编程逻辑器件(PLD)或其他电子组件或被配置为执行上述以及例如在图4中示出的动作的处理电路。
对应于如上所述的方法500,提供了网络节点。图15是根据本公开的实施例的网络节点1500的框图。网络节点1500可以被配置为实现SCP功能。
如图15中所示,网络节点1500包括接收单元1510,该接收单元1510被配置为从NF产生者接收用于传递针对默认通知订阅的通知的通知请求,该通知请求指示该通知的N1消息类别和N2信息类别中的至少一个。网络节点1500还包括选择单元1520,该选择单元1520被配置为基于该通知请求来选择或重新选择该通知的目标NF消费者。网络节点1500还包括发送单元1530,该发送单元1530被配置为向目标NF消费者发送通知。
在实施例中,N1消息类别或N2信息类别可以被携带在可从其导出用于NF发现的查询参数的首部中。
在实施例中,选择单元1520可以被配置为基于N1消息类别和/或N2信息类别向NRF执行发现。
单元1510至1530可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合:处理器或微处理器和适合软件以及用于存储软件的存储器、可编程逻辑器件(PLD)或其他电子组件或被配置为执行上述以及例如在图5中示出的动作的处理电路。
对应于如上所述的方法600,提供了网络节点。图16是根据本公开的实施例的网络节点1600的框图。网络节点1600可以被配置为实现NF消费者。
如图16中所示,网络节点1600包括发送单元1610,该发送单元1610被配置为向NRF发送NF注册请求,该NF注册请求包含与NF消费者相关联的用于默认通知订阅的绑定指示。备选地,发送单元1610可以被配置为在触发向所述默认通知订阅传递通知的服务请求中向NF产生者发送与所述NF消费者相关联的用于默认通知订阅的绑定指示。
在实施例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别;和/或该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
单元1610可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合:处理器或微处理器和适合软件以及用于存储软件的存储器、可编程逻辑器件(PLD)或其他电子组件或被配置为执行上述以及例如在图6中示出的动作的处理电路。
对应于如上所述的方法700,提供了网络节点。图17是根据本公开的实施例的网络节点1700的框图。网络节点1700可以被配置为实现NF产生者。
如图17中所示,网络节点1700包括获取单元1710,该获取单元1710被配置为获取与NF消费者相关联的用于默认通知订阅的绑定指示。网络节点1700还包括发送单元1720,该发送单元1720被配置为向SCP发送用于传递针对默认通知订阅的通知的通知请求。该通知请求包含该绑定指示。
在实施例中,获取单元1710可以被配置为:在NF发现过程中,从NRF获取该绑定指示;或在触发传递针对默认通知订阅的通知的服务请求中,从NF消费者获取该绑定指示。
在实施例中,该绑定指示可以包括以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,该通知请求还可以指示以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,通知类型、N1消息类别、N2信息类别或范围中的至少一个可以被携带在可从其导出用于NF发现的查询参数的首部中。
在实施例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别;和/或该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
单元1710至1720可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合:处理器或微处理器和适合软件以及用于存储软件的存储器、可编程逻辑器件(PLD)或其他电子组件或被配置为执行上述以及例如在图7中示出的动作的处理电路。
对应于如上所述的方法800,提供了网络节点。图18是根据本公开的实施例的网络节点1800的框图。网络节点1800可以被配置为实现SCP功能。
如图18中所示,网络节点1800包括接收单元1810,该接收单元1810被配置为从NF产生者接收用于传递针对默认通知订阅的通知的通知请求。网络节点1800还包括获取单元1820,该获取单元1820被配置为获取与NF消费者相关联的用于默认通知订阅的绑定指示。网络节点1800还包括重新选择单元1830,该重新选择单元1830被配置为基于该绑定指示来重新选择另一NF消费者以传递针对默认通知订阅的通知。
在实施例中,获取单元1820可以被配置为:在NF发现过程中从NRF获取该绑定指示,或从NF产生者接收到的通知请求中提取该绑定指示。
在实施例中,该绑定指示可以包括以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,该通知请求还可以指示以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,通知类型、N1消息类别、N2信息类别或范围中的至少一个可以被携带在可从其导出用于NF发现的查询参数的首部中。
在实施例中,重新选择的操作可以响应于与NF消费者相关联的失败、负载均衡或负载重新均衡。
在实施例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别;和/或该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
单元l 810至l 830可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合:处理器或微处理器和适合软件以及用于存储软件的存储器、可编程逻辑器件(PLD)或其他电子组件或被配置为执行上述以及例如在图8中示出的动作的处理电路。
图1 9是根据本公开的另一实施例的网络节点1 900的框图。
网络节点1900包括通信接口1910、处理器1920和存储器1930。
存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现NF产生者时执行例如前面结合图2描述的过程的动作。具体地,存储器1930可以包含可由处理器1 920执行的指令,由此网络节点1900可操作以在实现NF产生者时:向SCP发送用于传递通知的通知请求。该通知请求包含具有预定服务路径的URI,该预定服务路径指示该通知请求与默认通知订阅相关联。
在实施例中,该通知请求还可以包含SCP选择该通知的目标NF消费者所需的一个或多个参数。
在实施例中,该一个或多个参数可以包括该通知的N1消息类别和N2信息类别中的至少一个。
备选地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现SCP功能时执行例如前面结合图3描述的过程的动作。具体地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现SCP功能时:从NF产生者接收用于传递通知的通知请求,该通知请求包含具有预定服务路径的URI,该预定服务路径指示通知请求与默认通知订阅相关联;基于该通知请求来选择该通知的目标NF消费者;针对目标NF消费者,获取与默认通知订阅相关联的回调URI;以及使用回调URI向目标NF消费者发送该通知。
在实施例中,该通知请求还可以包含SCP选择目标NF消费者所需的一个或多个参数。
在实施例中,该一个或多个参数可以包括该通知的N1消息类别和N2信息类别中的至少一个。
在实施例中,选择的操作可以包括基于该一个或多个参数向NRF执行发现,并且获取的操作可以包括从由NRF返回的NF配置文件中获取回调URI。
备选地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现NF产生者时执行例如前面结合图4描述的过程的动作。具体地,存储器1930可以包含可由处理器1 920执行的指令,由此网络节点1900可操作以在实现NF产生者时:向SCP发送用于传递针对默认通知订阅的通知的通知请求。该通知请求指示该通知的N1消息类别和N2信息类别中的至少一个。
在实施例中,N1消息类别或N2信息类别可以被携带在可从其导出用于NF发现的查询参数的首部中。
备选地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现SCP功能时执行例如前面结合图5描述的过程的动作。具体地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现SCP功能时:从NF产生者接收用于传递针对默认通知订阅的通知的通知请求,该通知请求指示该通知的N1消息类别和N2信息类别中的至少一个;基于该通知请求来选择或重新选择该通知的目标NF消费者;向目标NF消费者发送该通知。
在实施例中,N1消息类别或N2信息类别可以被携带在可从其导出用于NF发现的查询参数的首部中。
在实施例中,选择或重新选择的操作可以包括基于N1消息类别和/或N2信息类别来向NRF执行发现。
备选地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现NF消费者时执行例如前面结合图6描述的过程的动作。具体地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现NF消费者时:向NRF发送NF注册请求,该NF注册请求包含与NF消费者相关联的用于默认通知订阅的绑定指示;或在触发传递针对默认通知订阅的通知的服务请求中,向NF产生者发送与NF消费者相关联的用于默认通知订阅的绑定指示。
在实施例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别;和/或该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
备选地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现NF产生者时执行例如前面结合图7描述的过程的动作。具体地,存储器1930可以包含可由处理器1 920执行的指令,由此网络节点1900可操作以在实现NF产生者时:获取与NF消费者相关联的用于默认通知订阅的绑定指示;以及向SCP发送用于传递针对默认通知订阅的通知的通知请求。该通知请求包含该绑定指示。
在实施例中,获取的操作可以包括:在NF发现过程中,从NRF获取该绑定指示;或在触发传递针对默认通知订阅的通知的服务请求中,从NF消费者获取该绑定指示。
在实施例中,该绑定指示可以包括以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,该通知请求还可以指示以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,通知类型、N1消息类别、N2信息类别或范围中的至少一个可以被携带在可从其导出用于NF发现的查询参数的首部中。
在实施例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别;和/或该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
备选地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现SCP功能时执行例如前面结合图8描述的过程的动作。具体地,存储器1930可以包含可由处理器1920执行的指令,由此网络节点1900可操作以在实现SCP功能时:从NF产生者接收用于传递针对默认通知订阅的通知的通知请求;获取与NF消费者相关联的用于默认通知订阅的绑定指示;以及基于该绑定指示,重新选择另一NF消费者以传递针对默认通知订阅的通知。
在实施例中,获取的操作可以包括:在NF发现过程中从NRF获取该绑定指示,或从NF产生者接收到的通知请求中提取该绑定指示。
在实施例中,该绑定指示可以包括以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,该通知请求还可以指示以下各项中的一项或多项:通知类型、N1消息类别、N2信息类别、或与默认通知订阅相关联的范围。
在实施例中,通知类型、N1消息类别、N2信息类别或范围中的至少一个可以被携带在可从其导出用于NF发现的查询参数的首部中。
在实施例中,重新选择的操作可以响应于与NF消费者相关联的失败、负载均衡或负载重新均衡。
在实施例中,该绑定指示可以指示被设置为NF服务实例、NF服务集、NF实例或NF集的绑定级别;和/或该绑定指示可以被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
本公开还提供了非易失性或易失性存储器形式的至少一个计算机程序产品,例如,非暂时性计算机可读存储介质、电可擦除可编程只读存储器(EEPROM)、闪存和硬盘驱动器。计算机程序产品包括计算机程序。计算机程序包括:代码/计算机可读指令,当被处理器1920执行时使网络节点1900执行例如前面结合图2、图3、图4、图5、图6、图7或图8描述的过程的动作。
计算机程序产品可以被配置为以计算机程序模块构造的计算机程序代码。计算机程序模块可以基本上执行图2、图3、图4、图5、图6、图7或图8中所示的流程的动作。
处理器可以是单个CPU(中央处理单元),但是还可以包括两个或多于两个处理单元。例如,处理器可以包括通用微处理器;指令集处理器和/或相关芯片集和/或专用微处理器,例如专用集成电路(ASIC)。处理器还可以包括用于高速缓存目的的板载存储器。计算机程序可以由与处理器相连的计算机程序产品来承载。计算机程序产品可以包括存储计算机程序的非暂时性计算机可读存储介质。例如,计算机程序产品可以是闪存、随机存取存储器(RAM)、只读存储器(ROM)或EEPROM,并且上述计算机程序模块在备选实施例中可以分布在存储器形式的不同计算机程序产品上。
以上已经参考其实施例描述了本公开。应当理解,在不脱离本公开的精神和范围的情况下,本领域技术人员可以进行各种修改、替换和添加。因此,本公开的范围不限于上述特定实施例,而是仅由所附权利要求限定。
Claims (29)
1.一种网络功能NF产生者中的方法(200),包括:
向服务通信代理SCP发送(210)用于传递通知的通知请求,其中,所述通知请求包含具有预定服务路径的统一资源标识符URI,所述预定服务路径指示所述通知请求与默认通知订阅相关联。
2.根据权利要求1所述的方法(200),其中,所述通知请求还包含所述SCP选择所述通知的目标NF消费者所需的一个或多个参数。
3.根据权利要求2所述的方法(200),其中,所述一个或多个参数包括所述通知的N1消息类别和N2信息类别中的至少一个。
4.一种在实现服务通信代理SCP功能的网络节点中的方法(300),包括:
从网络功能NF产生者接收(310)用于传递通知的通知请求,其中,所述通知请求包含具有预定服务路径的统一资源标识符URI,所述预定服务路径指示所述通知请求与默认通知订阅相关联;
基于所述通知请求来选择(320)所述通知的目标NF消费者;
针对所述目标NF消费者,获取(330)与所述默认通知订阅相关联的回调URI;以及
使用所述回调URI向所述目标NF消费者发送(340)所述通知。
5.根据权利要求4所述的方法(300),其中,所述通知请求还包含所述SCP选择所述目标NF消费者所需的一个或多个参数。
6.根据权利要求5所述的方法(300),其中,所述一个或多个参数包括所述通知的N1消息类别和N2信息类别中的至少一个。
7.根据权利要求5或6所述的方法(300),其中,所述选择(320)包括基于所述一个或多个参数向NF存储库功能NRF执行发现,并且所述获取(330)包括从由所述NRF返回的NF配置文件中获取所述回调URI。
8.一种网络功能NF产生者中的方法(400),包括:
向服务通信代理SCP发送(410)用于传递针对默认通知订阅的通知的通知请求,其中,所述通知请求指示所述通知的N1消息类别和N2信息类别中的至少一个。
9.根据权利要求8所述的方法(400),其中,所述N1消息类别或所述N2信息类别被携带在能够从其导出用于NF发现的查询参数的首部中。
10.一种在实现服务通信代理SCP功能的网络节点中的方法(500),包括:
从网络功能NF产生者接收(510)用于传递针对默认通知订阅的通知的通知请求,其中,所述通知请求指示所述通知的N1消息类别和N2信息类别中的至少一个;
基于所述通知请求来选择或重新选择(520)所述通知的目标NF消费者;
向所述目标NF消费者发送(530)所述通知。
11.根据权利要求10所述的方法(500),其中,所述N1消息类别或所述N2信息类别被携带在能够从其导出用于NF发现的查询参数的首部中。
12.根据权利要求10或11所述的方法(500),其中,所述选择或重新选择(520)包括基于所述N1消息类别和/或所述N2信息类别来向NF存储库功能NRF执行发现。
13.一种网络功能NF消费者中的方法(600),包括:
向NF存储库功能NRF发送(610-1)NF注册请求,其中,所述NF注册请求包含与所述NF消费者相关联的用于默认通知订阅的绑定指示;或
在触发传递针对所述默认通知订阅的通知的服务请求中向NF产生者发送(610-2)与所述NF消费者相关联的用于默认通知订阅的绑定指示。
14.根据权利要求13所述的方法(600),其中,所述绑定指示指示被设置为NF服务实例、NF服务集、NF实例、或NF集的绑定级别;和/或其中,所述绑定指示被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
15.一种网络功能NF产生者中的方法(700),包括:
获取(710)与NF消费者相关联的用于默认通知订阅的绑定指示;以及
向服务通信代理SCP发送(720)用于传递针对所述默认通知订阅的通知的通知请求,其中,所述通知请求包含所述绑定指示。
16.根据权利要求15所述的方法(700),其中,所述获取(710)包括:
在NF发现过程中,从NF存储库功能NRF获取所述绑定指示;或
在触发传递针对所述默认通知订阅的通知的服务请求中,从所述NF消费者获取所述绑定指示。
17.根据权利要求15或16所述的方法(700),其中,所述绑定指示包括以下各项中的一项或多项:
通知类型,
N1消息类别,
N2信息类别,或
与所述默认通知订阅相关联的范围。
18.根据权利要求15或16所述的方法(700),其中,所述通知请求还指示以下各项中的一项或多项:
通知类型,
N1消息类别,
N2信息类别,或
与所述默认通知订阅相关联的范围。
19.根据权利要求18所述的方法(700),其中,所述通知类型、所述N1消息类别、所述N2信息类别或所述范围中的至少一个被携带在能够从其导出用于NF发现的查询参数的首部中。
20.根据权利要求15至19中任一项所述的方法(700),其中,所述绑定指示指示被设置为NF服务实例、NF服务集、NF实例、或NF集的绑定级别;和/或其中,所述绑定指示被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
21.一种在实现服务通信代理SCP功能的网络节点中的方法(800),包括:
从网络功能NF产生者接收(810)用于传递针对默认通知订阅的通知的通知请求;
获取(820)与NF消费者相关联的针对所述默认通知订阅的绑定指示;以及
基于所述绑定指示,重新选择(830)另一NF消费者以传递针对所述默认通知订阅的通知。
22.根据权利要求21所述的方法(800),其中,所述获取(820)包括:
在NF发现过程中,从NF存储库功能NRF获取所述绑定指示;或
从所述NF产生者接收到的通知请求中提取所述绑定指示。
23.根据权利要求21或22所述的方法(800),其中,所述绑定指示包括以下各项中的一项或多项:
通知类型,
N1消息类别,
N2信息类别,或
与所述默认通知订阅相关联的范围。
24.根据权利要求21或22所述的方法(800),其中,所述通知请求还指示以下各项中的一项或多项:
通知类型,
N1消息类别,
N2信息类别,或
与所述默认通知订阅相关联的范围。
25.根据权利要求24所述的方法(800),其中,所述通知类型、所述N1消息类别、所述N2信息类别或所述范围中的至少一个被携带在能够从其导出用于NF发现的查询参数的首部中。
26.根据权利要求21至25中任一项所述的方法(800),其中,所述重新选择(830)响应于与所述NF消费者相关联的失败、负载均衡或负载重新均衡。
27.根据权利要求21至26中任一项所述的方法(800),其中,所述绑定指示指示被设置为NF服务实例、NF服务集、NF实例、或NF集的绑定级别;和/或其中,所述绑定指示被携带在3gpp-sbi-binding首部或3gpp-sbi-routing-binding首部中。
28.一种网络节点(1900),包括通信接口(1910)、处理器(1920)和存储器(1930),所述存储器(1930)包括能够由所述处理器(1920)执行的指令,由此所述网络节点(1900)操作用于:在实现网络功能NF产生者时执行根据权利要求1至3、8至9、或15至20中任一项所述的方法;或在实现服务通信代理SCP功能时执行根据权利要求4至7、10至12、或21至27中任一项所述的方法;或在实现网络功能NF消费者时执行根据权利要求13或14所述的方法。
29.一种存储有计算机可读指令的计算机可读存储介质,所述计算机可读指令在由网络节点的处理器执行时,将所述网络节点配置为:在实现网络功能NF产生者时执行根据权利要求1至3、8至9、或15至20中任一项所述的方法;或在实现服务通信代理SCP功能时执行根据权利要求4至7、10至12、或21至27中任一项所述的方法;或在实现网络功能NF消费者时执行根据权利要求13或14所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310789398.0A CN117014281A (zh) | 2020-08-07 | 2020-12-07 | 用于通知传递的网络节点和其中的方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2020107890 | 2020-08-07 | ||
CNPCT/CN2020/107890 | 2020-08-07 | ||
PCT/CN2020/134268 WO2022027888A1 (en) | 2020-08-07 | 2020-12-07 | Network nodes and methods therein for notification delivery |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310789398.0A Division CN117014281A (zh) | 2020-08-07 | 2020-12-07 | 用于通知传递的网络节点和其中的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116261888A true CN116261888A (zh) | 2023-06-13 |
Family
ID=74003994
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310789398.0A Pending CN117014281A (zh) | 2020-08-07 | 2020-12-07 | 用于通知传递的网络节点和其中的方法 |
CN202080104390.0A Pending CN116261888A (zh) | 2020-08-07 | 2020-12-07 | 用于通知传递的网络节点和其中的方法 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310789398.0A Pending CN117014281A (zh) | 2020-08-07 | 2020-12-07 | 用于通知传递的网络节点和其中的方法 |
Country Status (8)
Country | Link |
---|---|
US (1) | US20230261953A1 (zh) |
EP (1) | EP4193503A1 (zh) |
JP (2) | JP7450803B2 (zh) |
KR (1) | KR20230039746A (zh) |
CN (2) | CN117014281A (zh) |
BR (1) | BR112023001744A2 (zh) |
MX (1) | MX2023001246A (zh) |
WO (1) | WO2022027888A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230336957A1 (en) * | 2022-04-14 | 2023-10-19 | Verizon Patent And Licensing Inc. | Systems and methods for emergency broadcast using delegated discovery |
WO2023237769A1 (en) * | 2022-06-10 | 2023-12-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Data handling |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3689069B1 (en) | 2017-10-13 | 2024-01-31 | Telefonaktiebolaget LM Ericsson (Publ) | Method and apparatus for network function service discovery |
US11509728B2 (en) * | 2018-06-29 | 2022-11-22 | Nokia Solutions And Networks Oy | Methods and apparatuses for discovering a network function acting as network function service consumer |
CN110830543B (zh) * | 2018-08-13 | 2021-10-19 | 华为技术有限公司 | 通信方法和通信设备 |
US20220132454A1 (en) * | 2019-03-12 | 2022-04-28 | Lg Electronics Inc. | Multi-access protocol data unit session management |
GB2590728A (en) * | 2020-01-03 | 2021-07-07 | Nokia Technologies Oy | Scope parameter for binding indication |
US12004059B2 (en) * | 2020-07-09 | 2024-06-04 | Nokia Technologies Oy | Enhanced identification in communication networks |
-
2020
- 2020-12-07 CN CN202310789398.0A patent/CN117014281A/zh active Pending
- 2020-12-07 EP EP20829193.0A patent/EP4193503A1/en active Pending
- 2020-12-07 KR KR1020237006564A patent/KR20230039746A/ko active Search and Examination
- 2020-12-07 CN CN202080104390.0A patent/CN116261888A/zh active Pending
- 2020-12-07 JP JP2023507411A patent/JP7450803B2/ja active Active
- 2020-12-07 US US18/019,590 patent/US20230261953A1/en active Pending
- 2020-12-07 WO PCT/CN2020/134268 patent/WO2022027888A1/en active Search and Examination
- 2020-12-07 MX MX2023001246A patent/MX2023001246A/es unknown
- 2020-12-07 BR BR112023001744A patent/BR112023001744A2/pt unknown
-
2024
- 2024-03-05 JP JP2024033255A patent/JP2024081651A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
KR20230039746A (ko) | 2023-03-21 |
JP7450803B2 (ja) | 2024-03-15 |
EP4193503A1 (en) | 2023-06-14 |
MX2023001246A (es) | 2023-05-17 |
US20230261953A1 (en) | 2023-08-17 |
WO2022027888A1 (en) | 2022-02-10 |
JP2023540439A (ja) | 2023-09-25 |
CN117014281A (zh) | 2023-11-07 |
JP2024081651A (ja) | 2024-06-18 |
BR112023001744A2 (pt) | 2023-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10791044B1 (en) | Methods, system, and computer readable media for handling multiple versions of same service provided by producer network functions (NFs) | |
CN113678405B (zh) | 用于服务发现的方法和装置 | |
US11265808B2 (en) | Adaptive network slice selection | |
US20220286949A1 (en) | Methods, systems, and computer readable media for selecting multiple network function types using a single discovery request | |
WO2020202043A1 (en) | Method for reselection of a network function (nf) service instance of a nf service producer | |
JP2024081651A (ja) | 通知配信のためのネットワークノードおよびネットワークノードにおける方法 | |
CN117397230A (zh) | 用于在核心网中分发网络功能(nf)高可用性(ha)拓扑信息的方法、系统和计算机可读介质 | |
CN117413506A (zh) | 用于在处理网络功能(nf)发现请求时应用或覆盖优选地点准则的方法、系统和计算机可读介质 | |
CN111435924A (zh) | 调用应用程序接口的方法和装置 | |
CN114303348A (zh) | 用于网络功能发现的方法和装置 | |
EP3881520A1 (en) | Efficient handling of subscriptions | |
WO2022083385A1 (en) | Network nodes and methods therein for providing backup network function | |
EP4324229A2 (en) | Providing information regarding supported features of a network function consumer by a network function repository or directly | |
JP7466756B2 (ja) | 間接通信のためのネットワークノード及びネットワークノードにおける方法 | |
WO2019061400A1 (en) | IMPROVED SERVICE DISCOVERY FOR THE NETWORK FUNCTION ASSOCIATION | |
US12028799B2 (en) | Efficient handling of subscriptions | |
US20220330140A1 (en) | Edge computing | |
WO2023006022A1 (en) | Network nodes and methods therein for facilitating network function discovery | |
CN116057924B (zh) | 用于提供网络功能发现服务增强的方法、系统和计算机可读介质 | |
WO2024027893A1 (en) | Technique for enabling an application to access a target network function | |
CN117545040A (zh) | 经由蜂窝网络的核心网络将数据从应用客户端路由到应用服务器的方法 | |
WO2022111831A1 (en) | Method and apparatus of pdu session management for diverse service requirements | |
CN117616739A (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 |