消息处理方法和装置、电子设备、计算机可读存储介质

摘要

本申请提供了一种消息处理方法和装置、电子设备、计算机可读存储介质，消息处理方法包括：向网络存储功能实体发送N个第一注册请求消息；其中，N为大于或等于1的整数；其中，N个所述第一注册请求消息为对需要向所述网络存储功能实体发送的第二注册请求消息进行拆分得到；其中，每一个所述第一注册请求消息的信息量均小于或等于第一预设阈值；相邻两次发送的所述第一注册请求消息之间的时间间隔大于或等于第二预设阈值。

权利要求

1.一种消息处理方法，包括：向网络存储功能实体发送N个第一注册请求消息；其中，N为大于或等于1的整数；

其中，N个所述第一注册请求消息为对需要向所述网络存储功能实体发送的第二注册请求消息进行拆分得到；

其中，每一个所述第一注册请求消息的信息量均小于或等于第一预设阈值；相邻两次发送的所述第一注册请求消息之间的时间间隔大于或等于第二预设阈值。

2.根据权利要求1所述的消息处理方法，其中，所述每一个所述第一注册请求消息的信息量均小于或等于第一预设阈值包括：每一个所述第一注册请求消息中携带的配置参数中包含的范围数量均小于或等于第三预设阈值；

或者，每一个所述第一注册请求消息中携带的配置参数中包含的每一种范围数量均小于或等于第四预设阈值；

或者，每一个所述第一注册请求消息中携带的配置参数的长度均小于或等于第五预设阈值；

或者，每一个所述第一注册请求消息的长度均小于或等于第六预设阈值。

3.根据权利要求2所述的消息处理方法，其中，所述第一注册请求消息中携带的配置参数中包含的范围包括以下至少之一：用户永久标识符范围；

通用公共用户标识符范围；

用户互联网协议版本4地址范围；

用户互联网协议版本6前缀范围；

跟踪区域标识范围。

4.根据权利要求1所述的消息处理方法，其中，所述第一注册请求消息中携带的配置参数中包含虚拟网络功能实例标识，不同第一注册请求消息中携带的配置参数中包含的虚拟网络功能实例标识不同。

5.根据权利要求1‑4任意一项所述的消息处理方法，所述向网络存储功能实体发送N个第一注册请求消息后，该方法还包括：接收所述网络存储功能实体返回的N个注册响应消息；其中，N个所述第一注册请求消息与N个所述注册响应消息一一对应。

6.根据权利要求5所述的消息处理方法，其中，相对应的所述第一注册请求消息和所述注册响应消息中携带的配置参数中包含的范围数量相同。

7.一种消息处理装置，包括：发送模块，用于向网络存储功能实体发送N个第一注册请求消息；其中，N为大于或等于

1的整数；

其中，N个所述第一注册请求消息为对需要向所述网络存储功能实体发送的第二注册请求消息进行拆分得到；

其中，每一个所述第一注册请求消息的信息量均小于或等于第一预设阈值；相邻两次发送的所述第一注册请求消息之间的时间间隔大于或等于第二预设阈值。

8.一种电子设备，包括：

至少一个处理器；

存储器，所述存储器上存储有至少一个程序，当所述至少一个程序被所述至少一个处理器执行时，实现根据权利要求1‑6任意一项所述的消息处理方法。

9.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现根据权利要求1‑6任意一项所述的消息处理方法。

说明书

消息处理方法和装置、电子设备、计算机可读存储介质

技术领域

[0001] 本申请实施例涉及通信领域，特别涉及消息处理方法和装置、电子设备、计算机可读存储介质。

背景技术

[0002] 第五代移动通信技术（5G，5th Generation）核心网（5GC，5G Core Network）采用了基于服务的架构（SBA，Service Based Architecture），5GC中所有的网络功能（NF，Network 
Function）实体可以分为服务生产者和服务消费者两类。服务生产者都需要向网络存储功
能（NRF，Network Repository Function）实体注册，目前的注册方法使得作为服务生产者
的NF实体在注册过程中占用过多的网络带宽资源，从而影响普通消息的收发，导致链路拥
塞，甚至网络瘫痪。

发明内容

[0003] 本申请实施例提供一种消息处理方法和装置、电子设备、计算机可读存储介质。

[0004] 第一方面，本申请实施例提供一种消息处理方法，包括：

[0005] 向网络存储功能实体发送N个第一注册请求消息；其中，N为大于或等于1的整数；

[0006] 其中，N个所述第一注册请求消息为对需要向所述网络存储功能实体发送的第二注册请求消息进行拆分得到；

[0007] 其中，每一个所述第一注册请求消息的信息量均小于或等于第一预设阈值；相邻两次发送的所述第一注册请求消息之间的时间间隔大于或等于第二预设阈值。

[0008] 第二方面，本申请实施例提供一种消息处理装置，包括：

[0009] 发送模块，用于向网络存储功能实体发送N个第一注册请求消息；其中，N为大于或等于1的整数；

[0010] 其中，N个所述第一注册请求消息为对需要向所述网络存储功能实体发送的第二注册请求消息进行拆分得到；

[0011] 其中，每一个所述第一注册请求消息的信息量均小于或等于第一预设阈值；相邻两次发送的所述第一注册请求消息之间的时间间隔大于或等于第二预设阈值。

[0012] 第三方面，本申请实施例提供一种电子设备，包括：

[0013] 至少一个处理器；

[0014] 存储器，存储器上存储有至少一个程序，当所述至少一个程序被所述至少一个处理器执行时，实现上述任意一种消息处理方法。

[0015] 第四方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种消息处理方法。

[0016] 本申请实施例提供的消息处理方法，对需要向NRF实体发送的第二注册请求消息进行拆分得到N个第一注册请求消息，由于第二注册请求消息为超长报文，而拆分得到的每
一个第一注册请求消息的信息量均小于或等于第一预设阈值，并且相邻两次发送的第一注
册请求消息之间的时间间隔大于或等于第二预设阈值，也就是说，将第二注册请求消息拆
分成N个短报文，并且将N个短报文在时间上离散地发送出去，使得发送N个第一注册请求消
息所占用的网络带宽资源比发送第二注册请求消息所占用的网络带宽资源要少很多，从而
减少对普通消息的收发的影响，保证链路畅通；并且节约了CPU资源，从而提高了处理效率。

附图说明

[0017] 图1为相关技术提供的通信系统交互示意图；

[0018] 图2为相关技术提供的注册交互示意图；

[0019] 图3为相关技术提供的服务发现交互示意图；

[0020] 图4为本申请一个实施例提供的消息处理方法的流程图；

[0021] 图5为本申请实施例的消息处理方法的交互示意图一；

[0022] 图6为本申请实施例的服务发现交互示意图一；

[0023] 图7为本申请实施例的消息处理方法的交互示意图二；

[0024] 图8为本申请实施例的消息处理方法的交互示意图三；

[0025] 图9为本申请实施例的消息处理方法的交互示意图四；

[0026] 图10为本申请另一个实施例提供的消息处理装置的组成框图。

具体实施方式

[0027] 为使本领域的技术人员更好地理解本申请的技术方案，下面结合附图对本申请提供的消息处理方法和装置、电子设备、计算机可读存储介质进行详细描述。

[0028] 在下文中将参考附图更充分地描述示例实施例，但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之，提供这些实施例的目的在于
使本申请透彻和完整，并将使本领域技术人员充分理解本申请的范围。

[0029] 在不冲突的情况下，本申请各实施例及实施例中的各特征可相互组合。

[0030] 如本文所使用的，术语“和/或”包括至少一个相关列举条目的任何和所有组合。

[0031] 本文所使用的术语仅用于描述特定实施例，且不意欲限制本申请。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的
是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、
操作、元件和/或组件，但不排除存在或添加至少一个其它特征、整体、步骤、操作、元件、组
件和/或其群组。

[0032] 除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应
当被解释为具有与其在相关技术以及本申请的背景下的含义一致的含义，且将不解释为具
有理想化或过度形式上的含义，除非本文明确如此限定。

[0033] 图1为相关技术提供的通信系统交互示意图。

[0034] 如图1所示，通信系统包括：第一NF实体、NRF实体和第二NF实体。

[0035] 其中，第一NF实体作为服务生产者，第二NF实体作为服务消费者。在不同的业务场景，单个NF实体的角色可以在服务生产者和服务消费者之间来回切换。

[0036] 目前作为服务生产者的第一NF实体向NRF实体注册的过程大致包括：

[0037] 第一NF实体向NRF实体发送注册请求消息；

[0038] 第一NF实体接收NRF实体发送的注册响应消息。

[0039] 其中，注册请求消息携带第一NF实体的JS对象简谱（JSON，JavaScript Object Notation）格式的NF配置（NFProfile）参数，NFProfile参数包含了第一NF实体及其所能提
供的服务的一系列配置参数，该配置参数可能会携带该第一NF实体所提供的服务的以下至
少一个范围列表：

[0040] 用户永久标识符（SUPI，Subscription Permanent Identifier）范围列表（SUPIRanges）；

[0041] 通用公共用户标识符（GPSI，Generic Public Subscription Identifier）范围列表（GPSIRanges）；

[0042] 用户互联网协议版本4（IPv4，Internet Protocol Version 4）地址范围列表（IPv4AddressRanges）；

[0043] 用户互联网协议版本6（IPv6，Internet Protocol Version 6）前缀范围列表（IPv6PrefixRanges）；

[0044] 跟踪区域标识（TAI，Tracking Area Indentity）范围列表。

[0045] 一个SUPI范围列表（SUPIRanges）的例子如下所示，该SUPI范围列表为JSON数组格式，包括了两个SUPI范围，也就是SUPI范围列表大小为2，每个SUPI范围包含一个开始
（start）字段和一个结束（end）字段。GPSI范围列表、用户IPv4地址范围列表、用户IPv6前缀
范围列表、TAI范围列表的格式与之类似，只有列表名称、start字段和end字段的取值格式
不同。

[0046] "supiRanges": [

[0047]     {

[0048]         "start": "460123456780000",

[0049]         "end": "460123456789999"

[0050]     },

[0051]     {

[0052]         "start": "460123456790000",

[0053]         "end": "460123456799999"

[0054]     }]

[0055] 注册请求消息中具体携带哪些范围列表与第一NF实体的类型有关，例如，策略控制功能（PCF，Policy Control Function）实体就只支持SUPI和GPSI这两种范围列表，而绑
定支持功能（BSF，Binding Support Function）实体就只支持用户IPv4地址范围列表和用
户IPv6前缀范围列表。

[0056] 图2为相关技术提供的注册交互示意图。

[0057] 如图2所示，为了简化描述，注册请求消息中只携带SUPI范围列表，实际情况下也可以携带某些其他类型范围列表。假设第一NF实体对应1万个SUPI范围，第一NF实体发送的
注册请求消息中的NFProfile参数会携带该1万个SUPI范围以及其他配置参数。根据估算，
整个注册请求消息是一个长度约700KB的超长报文。

[0058] 目前的注册过程中，每一个独立部署的NF实体只向NRF实体发送一个注册请求消息，由于目前运营商实行大区制，单个NF实体提供服务的移动用户数量庞大，以及运维人员
配置不恰当等原因（例如号段过于分散等），可能会导致注册请求消息中的NFProfile参数
的范围列表数量非常庞大，如达到数千个甚至上万个范围列表，而NFProfile参数采用的是
纯文本格式，这样导致注册请求消息可能成为大小为几百千字节（KB，Kilobyte）甚至几兆
字节（MB，Megabyte）的超长报文。尽管5GC的控制面基于服务的接口（SBI，Service Based 
Interface）使用的超文本传输协议第2版（HTTP/2，Hypertext Transfer Protocol 2）协议
栈有分帧机制可以将一个比较长的消息体拆分为多个较小的数据（DATA）帧，底层传输层控
制协议（TCP，Transmission Control Protocol）协议栈也有分片机制，但是，不管是拆分成
多个DATA帧还是进行TCP分片，都需要在极短时间内全部发送完成，因为底层无法感知业务
逻辑，也就无法做到离散控制。

[0059] 另外，如图2所示，第一NRF实体返回的注册响应消息需要携带注册请求消息中的NFProfile参数；总而言之，目前的注册方法使得第一NF实体在注册过程中占用过多的网络
带宽资源，从而影响普通消息的收发，导致链路拥塞，甚至网络瘫痪。

[0060] 另外，第一NF实体在注册过程中由于需要处理超长报文也会占用较多的中央处理单元（CPU，Center Processing Unit）资源，导致第一NF实体处理效率降低。

[0061] 另外，作为服务消费者的第二NF实体需要调用其他NF实体提供的服务时，需要向NRF实体进行服务发现，即第二NF实体向NRF实体发送发现请求消息；第二NF实体接收NRF实
体发送的发现响应消息；其中，发现响应消息中携带符合条件的服务生产者的NF实体的
NFProfile参数。如图3所示，假设第二NF实体第一次向NRF实体发送的发现请求消息中携带
SUPI A，第二次向NRF实体发送的发现请求消息中携带SUPI B，并且SUPI A落在第一NF实体
对应的第1个SUPI范围内，SUPI B落在第一NF实体对应的第1万个SUPI范围内，那么NRF实体
两次返回的发现响应消息中均会携带完整的NFProfile参数，该NFProfile参数包含了1万
个SUPI范围，也就是说，用能够落在这1万个SUPI范围内的任何SUPI去进行服务发现，返回
的发现响应消息都是长度约700KB的超长报文。从而使得第二NF实体在服务发现过程中也
会占用过多的网络带宽资源，从而影响普通消息的收发，导致链路拥塞，甚至网络瘫痪；并
且，第二NF实体在服务发现过程中由于需要处理超长报文也会占用较多的CPU资源，导致第
二NF实体处理效率降低。

[0062] 技术术语说明

[0063] 在本申请中，如无特殊说明，则以下技术术语应按照以下解释理解：

[0064] NF实体是指实现为用户提供的服务功能的NF实例。

[0065] 本申请实施例中的注册请求消息、注册响应消息、发现请求消息、发现响应消息均以报文的形式在网络中传输，一般认为总长度超过64KB的报文为超长报文。

[0066] 本申请实施例的消息处理方法可以应用于任何一个包括第一NF实体、NRF实体和rd
第二NF实体的网络，例如可以应用于第三代合作伙伴计划（3GPP，3   Generation 
Partnership Project）协议、采用SBA架构实现的5GC控制面网络，也可以应用于未来的网
络。

[0067] 图4为本申请一个实施例提供的消息处理方法的流程图。

[0068] 第一方面，参照图4，本申请一个实施例提供一种消息处理方法，应用于第一NF实体，该方法包括：

[0069] 步骤400、向NRF实体发送N个第一注册请求消息；其中，N为大于或等于1的整数。

[0070] 在本申请实施例中，N个所述第一注册请求消息为对需要向所述NRF实体发送的第二注册请求消息进行拆分得到。

[0071] 在本申请实施例中，每一个所述第一注册请求消息的信息量均小于或等于第一预设阈值；相邻两次发送的所述第一注册请求消息之间的时间间隔大于或等于第二预设阈
值。

[0072] 在本申请实施例中，需要向NRF实体发送的第二注册请求消息即为前面描述的相关技术中的注册请求消息，由前面的描述可知，第二注册请求消息为超长报文，在注册过程
中由于处理超长报文需要占用过多的网络带宽资源，从而影响普通消息的收发，导致链路
拥塞，甚至网络瘫痪；并且，在注册过程中由于需要处理超长报文也会占用较多的CPU资源，
导致第一NF实体处理效率降低。

[0073] 在一些示例性实施例中，实际实现过程中，可以先判断需要向NRF实体发送的第二注册请求消息是否为超长报文，在需要向NRF实体发送的第二注册请求消息为超长报文的
情况下，将第二注册请求消息拆分成N个第一注册请求消息，使得每一个第一注册请求消息
的信息量均小于或等于第一预设阈值；然后向NRF实体发送N个第一注册请求消息。

[0074] 在第二注册请求消息不是超长报文的情况下，则不需要将第二注册请求消息拆分成N个第一注册请求消息，直接将第二注册请求消息作为第一注册请求消息发送给NRF实体
即可。

[0075] 在一些示例性实施例中，可以预先设置时间间隔，按照预先设置的时间间隔依次向NRF实体发送N个第一注册请求消息。

[0076] 本申请实施例对第二预设阈值的具体取值不作限定，例如，时间间隔可以配置在10毫秒到10000毫秒之间，可以根据注册过程总时长和防冲击需求来决定具体取值，一般情
况下，配置成100毫秒是相对合理的。

[0077] 在一些示例性实施例中，每一个第一注册请求消息的信息量均小于或等于第一预设阈值包括：

[0078] 每一个所述第一注册请求消息中携带的配置参数中包含的范围数量均小于或等于第三预设阈值；

[0079] 或者，每一个所述第一注册请求消息中携带的配置参数中包含的每一种范围数量均小于或等于第四预设阈值；

[0080] 或者，每一个所述第一注册请求消息中携带的配置参数的长度均小于或等于第五预设阈值；

[0081] 或者，每一个所述第一注册请求消息的长度均小于或等于第六预设阈值。

[0082] 也就是说，前面描述的每一个第一注册请求消息的信息量均小于或等于第一预设阈值可以是指每一个第一注册请求消息中携带的配置参数中包含的范围数量均小于或等
于第三预设阈值，从而间接反映出每一个第一注册请求消息的信息量均小于或等于第一预
设阈值；也可以是指每一个所述第一注册请求消息中携带的配置参数中包含的每一种范围
数量均小于或等于第四预设阈值，从而间接反映出每一个第一注册请求消息的信息量均小
于或等于第一预设阈值；也可以是指每一个第一注册请求消息中携带的配置参数的长度均
小于或等于第五预设阈值，从而间接反映出每一个第一注册请求消息的信息量均小于或等
于第一预设阈值；也可以是指每一个第一注册请求消息的长度均小于或等于第六预设阈
值，从而间接反映出每一个第一注册请求消息的信息量均小于或等于第一预设阈值。

[0083] 不管采用哪种方式实现，最终的目的均是使得每一个第一注册请求消息的信息量均小于或等于第一预设阈值，为达到每一个第一注册请求消息的信息量均小于或等于第一
预设阈值的目的所采用的其他方式均在本申请实施例的保护范围内，这里不再赘述。

[0084] 在一些示例性实施例中，第一注册请求消息中携带的配置参数是指前面所描述的NFProfile参数。

[0085] 本申请实施例对第三预设阈值的具体取值不作限定。例如每一个第一注册请求消息中携带的配置参数中包含的范围数量在100到5000之间，一般情况下，范围数量配置成
500左右是相对合理的，也就是说，可以将第三预设阈值配置成500。

[0086] 例如，仍然以图2中的例子为例进行说明，在第一NF实体向NRF实体注册时，判断第一NF实体所提供服务的SUPI范围数量是否小于或等于500，在第一NF实体所提供服务的
SUPI范围数量（这个例子中为1万个）大于500的情况下，如图5所示，将包括1万个SUPI范围
的SUPI范围列表拆分成20个SUPI范围列表，每一个SUPI范围列表包括500个SUPI范围。然后
在每一个第一注册请求消息中携带的NFProfile参数中包含500个SUPI范围，这样，每一个
第一注册请求消息和注册响应消息均变成了35KB左右的较短报文，大小是原来的1/20。注
册完成后，可以在NRF实体上查看到20个虚拟NF实体对应的NFProfile参数。

[0087] 完成上述注册流程后，第二NF实体使用用户相关参数（即为终端的SUPI）向NRF实体进行服务发现，如图6所示，仍然以上述发现条件SUPI A和SUPI B为例，第二NF实体向NRF
实体发送发现请求消息1，发现请求消息1中携带SUPI A；NRF向第二NF实体返回的发现响应
消息1中仅携带包括SUPI A的SUPI范围所在的NFProfile参数即可，也就是仅携带500个
SUPI范围；类似的，第二NF实体向NRF实体发送发现请求消息2，发现请求消息2中携带SUPI 
B；NRF向第二NF实体返回的发现响应消息2中仅携带包括SUPI B的SUPI范围所在的
NFProfile参数即可，也就是仅携带500个SUPI范围。这样，每一个发现响应消息均为35KB左
右的报文，长度也只有原来的1/20。

[0088] 本申请实施例对第五预设阈值的具体取值不作限定。例如每一个第一注册请求消息中携带的配置参数的长度在16KB到128KB之间，一般情况下，长度配置成32KB左右是相对
合理的，也就是说，可以将第五预设阈值配置成32KB。

[0089] 例如，仍然以图2中的例子为例进行说明，在第一NF实体向NRF实体注册时，判断第一注册请求消息中携带的NFProfile参数最大长度为32KB，在构造NFProfile参数时，如果
NFProfile参数的总长度大于32KB，则需要拆分出一个新的NFProfile参数，但在拆分过程
中必须保证语法的完整性，不能出现参数残缺的情况，也就是说，拆分过程中应该保证
NFProfile参数中包含整数个SUPI范围，一般来说，实际构造出来的长度会小于32KB。按照
配置NFProfile参数的最大长度为32KB的方式的注册流程如图7所示，原来约750KB的超长
报文被拆分成多个携带小于或等于32KB的NFProfile参数的较短报文，并且每发送一个第
一注册请求消息，则按照配置的时间间隔等待，然后发送下一个第一注册请求消息。

[0090] 本申请实施例对第六预设阈值的具体取值不作限定。例如每一个第一注册请求消息的长度在16KB到128KB之间，一般情况下，长度配置成32KB左右是相对合理的，也就是说，
可以将第六预设阈值配置成32KB。

[0091] 在一些示例性实施例中，所述第一注册请求消息中携带的配置参数中包含的范围包括以下至少之一：

[0092] SUPI范围；

[0093] GPSI范围；

[0094] 用户IPv4地址范围；

[0095] 用户IPv6前缀范围；

[0096] TAI范围。

[0097] 也就是说，在本申请实施例中，第一注册请求消息中携带的配置参数中可以仅包含上述任意一种范围，也可以包含上述两种或两种以上范围。具体携带哪些参数与NF类型
有关。

[0098] 例如，如图8所示，第一注册请求消息中携带的NFProfile参数中同时包含SUPI范围和GPSI范围，此时可以合理地配置每种范围的最大数量，以控制NFProfile参数中包含的
范围总数量。如配置每个第一注册请求消息中携带的NFProfile参数中包含SUPI范围和
GPSI范围的最大数量均为250，那么每当一个第一注册请求消息中携带的NFProfile参数中
包含的SUPI范围或GPSI范围的数量达到250，或者每当一个第一注册请求消息中携带的
NFProfile参数中包含的SUPI范围和GPSI范围的数量同时达到250，则拆分出一个新的第一
注册请求消息。假设原始NFProfile参数包含1万个SUPI范围和1万个GPSI范围，则最终拆分
为40个第一注册请求消息，每一个第一注册请求消息携带的NFProfile参数中包含250个
SUPI范围和250个GPSI范围。

[0099] 又如，如果配置每一个NFProfile参数携带的用户IPv4地址范围和用户IPv6前缀范围的最大数量均为300，那么当单个NFProfile参数同时携带1万个用户IPv4地址范围和1
万个用户IPv6前缀范围，则最终可以拆分为34个第一注册请求消息，前面33个第一注册请
求消息携带的NFProfile参数中包含300个IPv4地址范围和300个IPv6前缀范围，最后一个
第一注册请求消息携带的NFProfile参数中包含100个IPv4地址范围和100个IPv6前缀范
围，如图9所示。

[0100] 在本申请实施例中，第一注册请求消息中携带的配置参数中包含的范围均为第一NF所提供服务对应的范围，这里的服务是指对终端的服务。

[0101] 在一些示例性实施例中，所述第一注册请求消息中携带的配置参数中包含虚拟NF实例标识，不同第一注册请求消息中携带的配置参数中包含的虚拟网络功能实例标识不
同。

[0102] 在本申请实施例中，可以预先为第一NF实体配置虚拟NF实例标识范围池，虚拟NF实例标识范围池包括M个虚拟NF实例标识，每发送一个第一注册请求消息，从虚拟NF实例标
识范围池中申请一个虚拟NF实例标识。

[0103] 在本申请实施例中，M个具体取值可以视具体情况来定，只要保证虚拟NF实例标识全局唯一即可。为了保证虚拟NF实例标识全局唯一，为不同第一NF实体配置的虚拟NF实例
标识范围池不能相互重叠，也就是说，为第一NF实例配置的虚拟NF实例标识范围池中的每
一个虚拟NF实例标识均是全局唯一。

[0104] 在本申请实施例中，由于每一个虚拟NF实例标识均是全局唯一，因此，可以将第一NF实体发送的每一个第一注册请求消息看成是一个虚拟NF实体发送的，也就是说，一个第
一NF实体对外表现成N个虚拟NF实体，每一个虚拟NF实体的注册过程与相关技术中的第一
NF实体的注册过程相同，区别仅仅在于所发送的注册请求消息的长度不同，从而本申请实
施例的虚拟NF实体所发送的第一注册请求消息的长度比较短，不会占用过多的网络带宽资
源，从而减少对普通消息的收发的影响，保证链路畅通；并且节约了CPU资源，从而提高了处
理效率。

[0105] 在一些示例性实施例中，所述向NRF实体发送N个第一注册请求消息后，该方法还包括：

[0106] 步骤401、接收NRF实体返回的N个注册响应消息；其中，N个所述第一注册请求消息与N个所述注册响应消息一一对应。

[0107] 在一些示例性实施例中，相对应的所述第一注册请求消息和所述注册响应消息中携带的配置参数中包含的范围数量相同。

[0108] 在本申请实施例中，第一注册请求消息和注册响应消息相对应是指注册响应消息是针对第一注册请求消息进行回复的消息。

[0109] 本申请实施例提供的消息处理方法，对需要向NRF实体发送的第二注册请求消息进行拆分得到N个第一注册请求消息，由于第二注册请求消息为超长报文，而拆分得到的每
一个第一注册请求消息的长度均小于或等于第一预设阈值，并且相邻两次发送的第一注册
请求消息之间的时间间隔大于或等于第二预设阈值，也就是说，将第二注册请求消息拆分
成N个短报文，并且将N个短报文在时间上离散地发送出去，使得发送N个第一注册请求消息
所占用的网络带宽资源比发送第二注册请求消息所占用的网络带宽资源要少很多，从而减
少对普通消息的收发的影响，保证链路畅通；并且节约了CPU资源，从而提高了处理效率。

[0110] 另外，采用本申请实施例的消息处理方法实现注册过程后，在第二NF实体进行服务发现的过程中，NRF实体向第二NF实体返回的发现响应消息也变为较短的普通报文，使得
服务发现过程中所占用的网络带宽资源也相对变少，从而减少对普通消息的收发的影响，
保证链路畅通；并且节约了CPU资源，从而提高了处理效率。

[0111] 第二方面，本申请实施例提供一种电子设备，包括：

[0112] 至少一个处理器；

[0113] 存储器，存储器上存储有至少一个程序，当至少一个程序被至少一个处理器执行时，实现上述任意一种消息处理方法。

[0114] 其中，处理器为具有数据处理能力的器件，其包括但不限于中央处理器（CPU）等；存储器为具有数据存储能力的器件，其包括但不限于随机存取存储器（RAM，更具体如
SDRAM、DDR等）、只读存储器（ROM）、带电可擦可编程只读存储器（EEPROM）、闪存（FLASH）。

[0115] 在一些实施例中，处理器、存储器通过总线相互连接，进而与计算设备的其它组件连接。

[0116] 第三方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种消息处理方法。

[0117] 图10为本申请另一个实施例提供的消息处理装置的组成框图。

[0118] 第四方面，参照图10，本申请另一个实施例提供一种消息处理装置，包括：

[0119] 发送模块1001，用于向NRF实体发送N个第一注册请求消息；其中，N为大于或等于1的整数；

[0120] 其中，N个所述第一注册请求消息为对需要向所述NRF实体发送的第二注册请求消息进行拆分得到；

[0121] 其中，每一个所述第一注册请求消息的信息量均小于或等于第一预设阈值；相邻两次发送的所述第一注册请求消息之间的时间间隔大于或等于第二预设阈值。

[0122] 在一些示例性实施例中，所述每一个第一注册请求消息的信息量均小于或等于第一预设阈值包括：

[0123] 每一个所述第一注册请求消息中携带的配置参数中包含的范围数量均小于或等于第三预设阈值；

[0124] 或者，每一个所述第一注册请求消息中携带的配置参数中包含的每一种范围数量均小于或等于第四预设阈值；

[0125] 或者，每一个所述第一注册请求消息中携带的配置参数的长度均小于或等于第五预设阈值；

[0126] 或者，每一个所述第一注册请求消息的长度均小于或等于第六预设阈值。

[0127] 在一些示例性实施例中，所述第一注册请求消息中携带的配置参数中包含的范围包括以下至少之一：

[0128] SUPI范围；

[0129] GPSI范围；

[0130] 用户IPv4地址范围；

[0131] 用户IPv6前缀范围；

[0132] TAI范围。

[0133] 在一些示例性实施例中，所述第一注册请求消息中携带的配置参数中包含虚拟网络功能实例标识，不同第一注册请求消息中携带的配置参数中包含的虚拟网络功能实例标
识不同。

[0134] 在一些示例性实施例中，还包括：

[0135] 接收模块1002，用于接收所述NRF实体返回的N个注册响应消息；其中，N个所述第一注册请求消息与N个所述注册响应消息一一对应。

[0136] 在一些示例性实施例中，相对应的所述第一注册请求消息和所述注册响应消息中携带的配置参数中包含的范围数量相同。

[0137] 上述消息处理装置的具体实现过程与前述实施例消息处理方法的具体实现过程相同，这里不再赘述。

[0138] 本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，
在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个
物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物
理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理
器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件
可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质（或非暂时性介
质）和通信介质（或暂时性介质）。如本领域普通技术人员公知的，术语计算机存储介质包括
在用于存储信息（诸如计算机可读指令、数据结构、程序模块或其它数据）的任何方法或技
术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于
RAM、ROM、EEPROM、闪存或其它存储器技术、CD‑ROM、数字多功能盘（DVD）或其它光盘存储、磁
盒、磁带、磁盘存储或其它磁存储器、或者可以用于存储期望的信息并且可以被计算机访问
的任何其它的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指
令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数据，
并且可包括任何信息递送介质。

[0139] 本文已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而
易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/
或元素，或可与其它实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术
人员将理解，在不脱离由所附的权利要求阐明的本申请的范围的情况下，可进行各种形式
和细节上的改变。