信令处理方法、装置、信令互通网关和存储介质

摘要

本申请涉及一种信令处理方法、装置、信令互通网关和存储介质。所述方法包括：对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；第一标识信息用于表征第一修改请求中转发操作规则FAR的信息；第一修改请求为SMF在用户终端进入激活态的情况下发送的；在第一标识信息满足预设条件的情况下，查询第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；预设条件为根据SMF在用户终端进入空闲态的情况下发送的第二修改请求确定的；根据查询结果和第一修改请求，向用户平面功能UPF网元发送第三修改请求。采用本方法能够解决SMF和UPF之间传输的业务报错的问题。

权利要求

1.一种信令处理方法，其特征在于，所述方法包括：

对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；所述第一标识信息用于表征所述第一修改请求中转发操作规则FAR的信息；所述第一修改请求为所述SMF在用户终端进入激活态的情况下发送的；

在所述第一标识信息满足预设条件的情况下，查询所述第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；所述预设条件为根据所述SMF在所述用户终端进入空闲态的情况下发送的第二修改请求确定的；

若所述查询结果表征所述第一修改请求中包括所述修改字段，且所述修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将所述第一修改请求确定为第三修改请求并发送给UPF；若所述查询结果表征所述第一修改请求中不包括所述修改字段，则在所述第一修改请求中增加所述BAR的修改字段，得到所述第三修改请求，并向所述UPF发送所述第三修改请求。

2.根据权利要求1所述的方法，其特征在于，所述第一标识信息包括所述FAR的标识位信息和第一转发操作规则标识第一FAR ID，所述方法还包括：若所述标识位信息为目标值，且所述第一FAR ID与预先存储的第二FAR ID相同的情况下，确定所述第一标识信息满足所述预设条件；所述第二FAR ID为根据所述第二修改请求获取到的。

3.根据权利要求2所述的方法，其特征在于，所述第二BAR ID为根据所述第二修改请求确定的；其中，所述第二BAR ID与所述第二FAR ID相对应。

4.根据权利要求3所述的方法，其特征在于，增加的所述BAR的修改字段为根据所述第二修改请求确定的。

5.根据权利要求4所述的方法，其特征在于，增加的所述BAR的修改字段中BAR ID与所述第二FAR ID相对应。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括：

对所述SMF发送的第二修改请求进行解析，获取并存储所述第二FAR ID和所述第二BAR ID的对应关系。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

在向所述UPF发送所述第三修改请求之后，删除所述第二FAR ID和所述第二BAR ID的对应关系。

8.一种信令处理装置，其特征在于，所述装置包括：

第一获取模块，用于对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；所述第一标识信息用于表征所述第一修改请求中转发操作规则FAR的信息；所述第一修改请求为所述SMF在用户终端进入激活态的情况下发送的；

第二获取模块，用于在所述第一标识信息满足预设条件的情况下，查询所述第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；所述预设条件为根据所述SMF在所述用户终端进入空闲态的情况下发送的第二修改请求确定的；

发送模块，用于若所述查询结果表征所述第一修改请求中包括所述修改字段，且所述修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将所述第一修改请求确定为第三修改请求并发送给UPF；若所述查询结果表征所述第一修改请求中不包括所述修改字段，则在所述第一修改请求中增加所述BAR的修改字段，得到所述第三修改请求，并向所述UPF发送所述第三修改请求。

9.一种信令互通网关，包括收发器、存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序，用于对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；在所述第一标识信息满足预设条件的情况下，查询所述第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；所述第一标识信息用于表征所述第一修改请求中转发操作规则FAR的信息；所述第一修改请求为所述SMF在用户终端进入激活态的情况下发送的；所述预设条件为根据所述SMF在所述用户终端进入空闲态的情况下发送的第二修改请求确定的；

所述收发器，用于若所述查询结果表征所述第一修改请求中包括所述修改字段，且所述修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将所述第一修改请求确定为第三修改请求并发送给UPF；若所述查询结果表征所述第一修改请求中不包括所述修改字段，则在所述第一修改请求中增加所述BAR的修改字段，得到所述第三修改请求，并向所述UPF发送所述第三修改请求。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

说明书

信令处理方法、装置、信令互通网关和存储介质

技术领域

[0001] 本申请涉及通信技术领域，特别是涉及一种信令处理方法、装置、信令互通网关和存储介质。

背景技术

[0002] 当前，对于第五代移动通信技术（5th Generation Mobile Communication Technology，5G）中控制面和用户面交互规则中的缓存动作规则（Buffering Action Rule，BAR）的处理规则有两种，一种是当用户进入空闲态时，会话管理功能（Session ManagementFunction，SMF）网元下发BAR，当用户重新进入激活态后SMF删除该BAR；另一种是当用户进入空闲态时，SMF下发BAR，但当用户进入激活态后不删除该BAR，若用户再次进入空闲态，则SMF重新创建BAR，用户平面功能（User Plane Function，UPF）网元执行该规则时覆盖原有的BAR。

[0003] 然而，若SMF和UPF对BAR的处理规则不一致，可能会导致SMF和UPF之间传输的业务报错。

发明内容

[0004] 基于此，有必要针对上述技术问题，提供一种能够解决若SMF和UPF对BAR的处理规则不一致时，SMF和UPF之间传输的业务报错的信令处理方法、装置、信令互通网关和存储介质。

[0005] 第一方面，本申请提供了一种信令处理方法。所述方法包括：

[0006] 对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；所述第一标识信息用于表征所述第一修改请求中转发操作规则FAR的信息；所述第一修改请求为所述SMF在用户终端进入激活态的情况下发送的；

[0007] 在所述第一标识信息满足预设条件的情况下，查询所述第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；所述预设条件为根据所述SMF在所述用户终端进入空闲态的情况下发送的第二修改请求确定的；

[0008] 根据所述查询结果和所述第一修改请求，向用户平面功能UPF网元发送第三修改请求。

[0009] 在其中一个实施例中，所述第一标识信息包括所述FAR的标识位信息和第一转发操作规则标识第一FAR ID，所述方法还包括：

[0010] 若所述标识位信息为目标值，且所述第一FAR ID与预先存储的第二FAR ID相同的情况下，确定所述第一标识信息满足所述预设条件；所述第二FAR ID为根据所述第二修改请求获取到的。

[0011] 在其中一个实施例中，所述根据所述查询结果和所述第一修改请求，向用户平面功能UPF网元发送第三修改请求，包括：

[0012] 若所述查询结果表征所述第一修改请求中包括所述修改字段，且所述修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将所述第一修改请求确定为所述第三修改请求并发送给所述UPF；其中，所述第二BAR ID与所述第二FAR ID相对应。

[0013] 在其中一个实施例中，所述根据所述查询结果和所述第一修改请求，向用户平面功能UPF网元发送第三修改请求，包括：

[0014] 若所述查询结果表征所述第一修改请求中不包括所述修改字段，则在所述第一修改请求中增加所述BAR的修改字段，得到所述第三修改请求，并向所述UPF发送所述第三修改请求。

[0015] 在其中一个实施例中，增加的所述BAR的修改字段中BAR ID与所述第二FAR ID相对应。

[0016] 在其中一个实施例中，所述方法还包括：

[0017] 对所述SMF发送的第二修改请求进行解析，获取并存储所述第二FAR ID和所述第二BAR ID的对应关系。

[0018] 在其中一个实施例中，所述方法还包括：

[0019] 在向所述UPF发送所述第三修改请求之后，删除所述第二FAR ID和所述第二BAR ID的对应关系。

[0020] 第二方面，本申请还提供了一种信令处理装置。所述装置包括：

[0021] 第一获取模块，用于对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；所述第一标识信息用于表征所述第一修改请求中转发操作规则FAR的信息；所述第一修改请求为所述SMF在用户终端进入激活态的情况下发送的；

[0022] 第二获取模块，用于在所述第一标识信息满足预设条件的情况下，查询所述第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；所述预设条件为根据所述SMF在所述用户终端进入空闲态的情况下发送的第二修改请求确定的；

[0023] 发送模块，用于根据所述查询结果和所述第一修改请求，向户平面功能UPF网元发送第三修改请求。

[0024] 第三方面，本申请还提供了一种信令互通网关，包括收发器、存储器和处理器，所述存储器存储有计算机程序，其特征在于，

[0025] 所述处理器执行所述计算机程序，用于对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；在所述第一标识信息满足预设条件的情况下，查询所述第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；所述第一标识信息用于表征所述第一修改请求中转发操作规则FAR的信息；所述第一修改请求为所述SMF在用户终端进入激活态的情况下发送的；所述预设条件为根据所述SMF在所述用户终端进入空闲态的情况下发送的第二修改请求确定的；

[0026] 所述收发器，用于根据所述查询结果和所述第一修改请求，向用户平面功能UPF网元发送第三修改请求。

[0027] 第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。

[0028] 第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。

[0029] 上述信令处理方法、装置、信令互通网关和存储介质，信令互通网关通过对会话管理功能SMF网元在用户终端进入激活态的情况下发送的第一修改请求进行解析，能够获取表征第一修改请求中转发操作规则FAR的信息的第一标识信息，另外，信令互通网关根据SMF在用户终端进入空闲态的情况下发送的第二修改请求，能够确定预设条件，从而信令互通网关可以在获取的第一标识信息满足确定的预设条件的情况下，查询第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果，根据查询结果和第一修改请求，向用户平面功能UPF网元发送第三修改请求，由于信令互通网关并不是直接将第一修改请求发送给了UPF，而是根据第一标识信息查询第一修改请求中是否包括BAR的修改字段，并根据查询结果和第一修改请求，得到第三修改请求，向UPF发送的是基于第一修改请求得到的第三修改请求，而第三修改请求是基于第一修改请求中是否包括BAR的修改字段的查询结果和第一修改请求得到的，能够确保向UPF发送的第三修改请求中包括有BAR的修改字段，使得发送的第三修改请求能够满足UPF对BAR的处理规则的，进而解决了若向UPF发送的修改请求中不包括BAR的修改字段，而UPF误认为修改请求中包括BAR的修改字段时，由于SMF与UPF对BAR的处理规则不同而导致的业务报错的问题。

附图说明

[0030] 图1为一个实施例中信令处理方法的应用环境图；

[0031] 图2为一个实施例中信令处理方法的流程示意图；

[0032] 图3为另一个实施例中信令处理方法的流程示意图；

[0033] 图4为一个实施例中信令处理装置的结构框图；

[0034] 图5为另一个实施例中信令处理装置的结构框图；

[0035] 图6为一个实施例中信令互通网关的内部结构图。

具体实施方式

[0036] 为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

[0037] 本申请实施例提供的信令处理方法，可以应用于如图1所示的应用环境中。该应用环境中包括包括会话管理功能（Session Management Function，SMF）网元100、信令互通网关（Customized‑InterWorkingFunction，C‑IWF）200以及用户平面功能（User Plane Function，UPF）网元300。其中，SMF 100与C‑IWF 200之间通过网络进行数据传输，C‑IWF 200与UPF 300之间通过网络进行数据传输，SMF 100与UPF 300之间传输的数据通过C‑IWF 
200进行转发。其中，SMF 100是5G核心网中基于服务架构的功能网元，可以通过N4接口向UPF 300发送信令消息，以指示UPF 300根据请求消息对数据包进行缓存处理，UPF 300也是
5G核心网中基于服务架构的功能网元，主要负责响应SMF的请求，C‑IEF 200是一种网络设备，可以用于转发SMF 100和UPF 300发送的信令，实现SMF 100和UPF 300之间的信令互通。

[0038] 传统技术中，SMF和UPF对缓存行为规则（Buffering Action Rule，BAR）的处理规则有两种，处理规则一是当用户进入空闲态时，SMF下发BAR，当用户重新进入激活态后SMF删除该BAR；处理规则二是当用户进入空闲态时，SMF下发BAR，但当用户进入激活态后不删除该BAR，若用户再次进入空闲态，则SMF重新创建BAR，UPF网元执行该规则时覆盖原有的BAR。当SMF采用上述处理规则二对BAR进行处理，UPF采用上述处理规则一对BAR进行处理时，UPF将认为SMF在用户进入激活态时删除了BAR，但SMF在用户进入激活态时并未删除BAR，此时，由于SMF和UPF对BAR采用的处理规则不同，会导致SMF和UPF之间传输的业务报错。

[0039] 基于上述传统技术，本申请实施例提供一种信令处理方法，信令互通网关通过对会话管理功能SMF网元在用户终端进入激活态的情况下发送的第一修改请求进行解析，能够获取表征第一修改请求中转发操作规则FAR的信息的第一标识信息，另外，信令互通网关根据SMF在用户终端进入空闲态的情况下发送的第二修改请求，能够确定预设条件，从而信令互通网关可以在获取的第一标识信息满足确定的预设条件的情况下，查询第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果，根据查询结果和第一修改请求，向用户平面功能UPF网元发送第三修改请求，由于信令互通网关并不是直接将第一修改请求发送给了UPF，而是根据第一标识信息查询第一修改请求中是否包括BAR的修改字段，并根据查询结果和第一修改请求，得到第三修改请求，向UPF发送的是基于第一修改请求得到的第三修改请求，而第三修改请求是基于第一修改请求中是否包括BAR的修改字段的查询结果和第一修改请求得到的，能够确保向UPF发送的第三修改请求中包括有BAR的修改字段，使得发送的第三修改请求能够满足UPF对BAR的处理规则的，进而解决了若向UPF发送的修改请求中不包括BAR的修改字段，而UPF误认为修改请求中包括BAR的修改字段时，由于SMF与UPF对BAR的处理规则不同而导致的业务报错的问题。

[0040] 需要说明的是，本申请实施例所带来的有益效果或者所解决的技术问题并不限定于这一个，还可以是其它隐含或者关联的问题，具体可以参见下述实施例的描述。

[0041] 下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

[0042] 在一个实施例中，如图2所示，提供了一种信令处理方法，以该方法应用于图1中的信令互通网关为例进行说明，包括以下步骤：

[0043] S201，对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；第一标识信息用于表征第一修改请求中转发操作规则FAR的信息；第一修改请求为SMF在用户终端进入激活态的情况下发送的。

[0044] 其中，SMF可以向UPF发送用于指示UPF对数据报文进行检测和分类的数据报文检测规则（Packet Detection Rule，PDR）、指示UPF对PDR识别的数据包进行缓存的缓存行为规则（Buffering Action Rule，BAR）、指示UPF对PDR识别的数据包进行转发的转发操作规则（Forwarding Action Rule，FAR），根据通信协议标准，SMF和UPF的通信接口N4接口采用的协议为PFCP（Packet Forwarding Control Protocol，报文转发控制协议），每个PFCP中最多可以创建一个BAR，每个BAR必须关联到一个标识位为BUFF的FAR，每个FAR必须关联到一个PDR，以指示UPF根据接收到的BAR和FAR对PDR识别到的数据包进行处理。

[0045] 需要说明的是，在5G通信网络中，当用户终端没有与5G网络进行数据通信或呼叫的状态称为空闲态，当用户终端与5G网络进行数据通信或呼叫的状态称为激活态。在本实施例中，第一修改请求是SMF在用户终端进入激活态的情况下向信令互通网关发送的，该第一修改请求中可以包括第一标识信息，其中，第一标识信息指的是FAR的标识信息，上述FAR用于指示UPF如何对数据报文进行转发。需要说明的是，本实施例中的第一修改请求可以PFCP修改请求。

[0046] 在本实施例中，信令互通网关可以对SMF发送的第一修改请求进行解析，获取上述第一标识信息，可选的，上述第一标识信息可以包括第一转发操作规则标识第一FAR ID以及FAR的标识位信息，其中，第一FAR ID为第一FAR的唯一标识信息，第一FAR的标识位可以为FROW，标识位为FROW时表示UPF对报文进行转发处理，或者，第一FAR的标识位也可以为DROP，标识位为DROP时表示UPF对报文进行丢弃处理。

[0047] S202，在第一标识信息满足预设条件的情况下，查询第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；预设条件为根据SMF在用户终端进入空闲态的情况下发送的第二修改请求确定的。

[0048] 需要说明的是，在用户终端进入激活态之前，SMF会在用户终端进入空闲态的情况下，向信令互通网关发送第二修改请求，第二修改请求中可以包括SMF创建的BAR的ID、与该BAR ID对应的的第二FAR ID，信令互通网关在接收到第二修改请求之后，通过对第二修改请求进行解析，可以获取到SMF创建的BAR的ID与第二FAR ID的对应关系，然后将第二修改请求转发至UPF，以指示UPF根据BAR对报文检测规则（Packet Detection Rule，PDR）识别到的数据包进行缓存。本实施例中的预设条件可以是信令互通网关根据SMF在用户终端进入空闲态的情况下发送的第二修改请求确定的，作为一种可选的实施方式，预设条件可以为上述第一标识信息中的FAR的标识信息与第二修改请求中的FAR的标识信息相同，或者，预设条件也可以为将第二修改请求中FAR的标识位修改为符合第一标识信息中的FAR的标识位，例如，将第二修改请求中FAR的标识位BUFF修改为第一修改请求中FAR的标识位FROW。

[0049] 由于在本申请提供的实施例中SMF对BAR的处理规则是在用户终端由空闲态进入激活态时不删除原有的BAR，因此，当用户终端由空闲态重新进入激活态的情况下，SMF向信令互通网关发送的第一修改请求消息中只包含FAR的标识信息，不包含新的BAR，而UPF对BAR的处理规则是认为在用户终端由空闲态进入激活态时SMF删除了原有的BAR，与SMF对BAR的处理规则不同。因此，为了匹配UPF对BAR的处理规则，在本实施例中，信令互通网关在接收到第一请求消息时，可以对第一请求消息进行解析，判断第一修改请求是否满足UPF对BAR的处理规则，从而根据判断结果对第一修改请求进行处理。

[0050] 可以理解的是，为了满足UPF中对BAR的处理规则，信令互通网关可以查询第一修改请求中是否包括BAR的修改字段，作为一种可选的实施方式，BAR的修改字段可以是删除BAR。可选的，查询结果可以为第一修改请求中包括BAR的修改字段，也可以为第一修改请求中不包括BAR的修改字段。

[0051] S203，根据查询结果和第一修改请求，向用户平面功能UPF网元发送第三修改请求。

[0052] 其中，第三修改请求指的是信令互通网关向UPF发送的请求消息，可以理解的是，为了满足UPF对BAR的处理规则，第三修改请求中不包含BAR的信息。

[0053] 在本实施例中，信令互通网关可以根据不同的查询结果对第一修改请求进行不同的处理，从而得到不同的第三修改请求。例如，若查询结果为第一修改请求中包括BAR的修改字段，则信令互通网关可以不对第一修改请求进行处理，直接将第一修改请求作为第三修改请求发送给UPF；若查询结果为第一修改请求中包括BAR的修改字段，则信令互通网关可以对第一修改请求进行处理后，得到第三修改请求，并将第三修改请求发送给UPF。

[0054] 上述信令处理方法中，信令互通网关通过对会话管理功能SMF网元在用户终端进入激活态的情况下发送的第一修改请求进行解析，能够获取表征第一修改请求中转发操作规则FAR的信息的第一标识信息，另外，信令互通网关根据SMF在用户终端进入空闲态的情况下发送的第二修改请求，能够确定预设条件，从而信令互通网关可以在获取的第一标识信息满足确定的预设条件的情况下，查询第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果，根据查询结果和第一修改请求，向用户平面功能UPF网元发送第三修改请求，由于信令互通网关并不是直接将第一修改请求发送给了UPF，而是根据第一标识信息查询第一修改请求中是否包括BAR的修改字段，并根据查询结果和第一修改请求，得到第三修改请求，向UPF发送的是基于第一修改请求得到的第三修改请求，而第三修改请求是基于第一修改请求中是否包括BAR的修改字段的查询结果和第一修改请求得到的，能够确保向UPF发送的第三修改请求中包括有BAR的修改字段，使得发送的第三修改请求能够满足UPF对BAR的处理规则的，进而解决了若向UPF发送的修改请求中不包括BAR的修改字段，而UPF误认为修改请求中包括BAR的修改字段时，由于SMF与UPF对BAR的处理规则不同而导致的业务报错的问题。

[0055] 下面将对信令网关确定第一标识信息是否满足预设条件的过程进行详细描述。在一个实施例中，上述第一标识信息包括转发操作规则的标识位信息和第一转发操作规则标识第一FAR ID，上述方法还包括：若标识位信息为目标值，且第一FAR ID与预先存储的第二FAR ID相同的情况下，确定第一标识信息满足预设条件；第二FAR ID为根据第二修改请求获取到的。

[0056] 其中，目标值指的是在用户终端进入激活态的情况下，SMF向UPF发送的与通信标准一致的FAR的标识位信息，需要说明的是，在用户终端进入激活态的情况下，通信标准规定的SMF向UPF发送的标识位信息为FROW，通过该标识为信息可以指示UPF对报文进行转发处理，因此，本实施例中的目标值可以为FROW，本实施例中的第一FAR ID为第一修改请求中的FAR的唯一标识信息。本实施例中预先存储的第二FAR ID可以为信令互通网关在用户终端进入空闲态的情况下SMF发送的第二修改请求确定的。

[0057] 在本实施例中，信令互通网关可以根据预先存储的通信协议标准信息中的FAR的标识位信息对第一标识信息中的FAR的标识位信息进行验证，若第一标识信息中的FAR的标识位信息与目标值一致，则说明第一标识信息中的FAR标识位信息为目标值，进一步地，信令互通网关可以将第一FAR ID与预先存储的第二FER ID的数据字段进行对比，若第一FAR ID与预先存储的第二FER ID的数据字段完全一致，则说明第一FAR ID与预先存储的第二FER ID相同，从而，信令互通网关可以在第一标识信息中的FAR标识位信息为目标值，且第一FAR ID与预先存储的第二FER ID相同的情况下，确定第一标识信息满足预设条件。

[0058] 本实施例中，信令互通网关能够根据SMF在用户终端进入空闲态的情况下发送的第二修改请求确定第二修改请求中的第二FAR ID，从而可以在第一修改请求的标识信息中的标识位信息为目标值，且第一FAR ID与第二FAR ID相同的情况，确定第一标识信息满足预设条件，由于该预设条件是根据通信协议标准以及信令互通网关能够根据SMF在用户终端进入空闲态的情况下发送的第二修改请求，确保了该预设条件的准确度，从而确保了信令互通网关确定SMF在用户终端进入激活态的情况下发送的第一修改请求中的第一标识信息是否满足预设条件的准确度。

[0059] 本实施例中将对信令互通网关向UPF发送第三修改请求的详细过程加以说明。如图3所示，上述S203，包括：

[0060] S301，若查询结果表征第一修改请求中包括修改字段，且修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将第一修改请求确定为第三修改请求并发送给UPF；其中，第二BAR ID与第二FAR ID相对应。

[0061] 其中，预先存储的第二BAR ID是根据SMF向信令互通网关发送的第二修改请求确定的，本实施例中的第二BAR ID为信令互通网关根据第二修改请求确定的，第二BAR ID与上述第二FAR ID相对应。

[0062] 在本实施例中，若信令互通网关确定查询结果表征第一修改请求中包括修改字段，则说明SMF向信令互通网关发送的第一修改请求中删除了BAR，进一步地，若修改字段中的第一BAR ID与第二BER ID一致，则说明第一修改请求中删除的BAR是第二修改请求中所携带的BAR，说明第一修改请求中对BAR的处理规则符合UPF对BAR的处理规则，信令互通网关不需要对第一修改请求进行修改处理，可以将第一修改请求确定为第三修改请求，并发送给UPF。

[0063] S302，若查询结果表征第一修改请求中不包括修改字段，则在第一修改请求中增加BAR的修改字段，得到第三修改请求，并向UPF发送第三修改请求。

[0064] 可以理解的是，增加的BAR的修改字段中的BAR ID是与信令互通网关根据第二修改请求确定的，增加的BAR的修改字段中的BAR ID与第二FAR ID相对应。

[0065] 在本实施例中，若信令互通网关确定查询结果表征第一修改请求中不包括修改字段，则说明第一修改请求中并没有对第二修改请求中携带的BAR进行删除处理，那么，第一修改请求中对BAR的处理规则不符合UPF对BAR的处理规则，因此，信令互通网关可以在第一修改请求中增加BAR的修改字段，根据修改字段删除第一修改请求中的BAR，得到修改后的第一修改请求，信令互通网关可以将修改之后的第一修改请求确定为第三修改请求，并向UPF发送第三修改请求。

[0066] 本实施例中，若查询结果表征第一修改请求中包括修改字段，且修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将第一修改请求确定为第三修改请求并发送给UPF，若查询结果表征第一修改请求中不包括修改字段，则在第一修改请求中增加BAR的修改字段，得到第三修改请求，并向UPF发送第三修改请求，使得信令互通网关能够根据不同的查询结果确定不同的第三修改请求，从而能够向UPF发送满足UPF中对BAR的处理规则的修改请求，进而能够解决SMF和UPF对BAR的处理规则不同导致用户业务报错的问题。

[0067] 下面对信令互通网关获取第二FAR ID和第二BAR ID的对应关系的过程进行详细描述。在一个实施例中，上述方法还包括：对SMF发送的第二修改请求进行解析，获取并存储第二FAR ID和第二BAR ID的对应关系。

[0068] 需要说明的是，根据5G通信网络中的R15规定的BAR的工作原理，每个BAR必须关联到一个标识位为BUFF的FAR，以指示UPF根据BAR参数决定如何进行数据缓存，因此，在用户终端为空闲态的情况下，SMF向信令互通网关发送的第二修改请求中应包括第二BAR ID以及对应的第二FAR ID。

[0069] 在本实施例中，信令互通网关在接收到SMF发送的第二修改请求的情况下，可以对第二修改请求进行解析，从而获取到第二FAR ID和第二BAR ID，并将第二FAR ID和第二BAR ID的对应关系进行存储。

[0070] 本实施例中，信令互通网关通过对SMF发送的第二修改请求进行解析，能够获取并存储第二FAR ID和第二BAR ID的对应关系，从而能够在接收到第一修改请求时，根据所存储的第二FAR ID和第二BAR ID的对应关系判断第一修改请求中是否对第二BAR ID进行了删除操作，进而能够根据判断结果确定出符合UPF对BAR的处理规则的第三修改请求，并将第三修改请求发送给UPF，以在SMF与UPF对BAR的处理规则不同的情况下，避免了用户业务报错的问题，实现了信令的正常转发与处理。

[0071] 当用户终端从激活态重新进入空闲态时，SMF会向信令互通网关重新发送携带新的BAR的修改请求，因此，在信令互通网关向UPF发送第三修改请求之后，需要删除第二FAR ID和第二BAR ID的对应关系。在一个实施例中，上述方法还包括：在向UPF发送第三修改请求之后，删除第二FAR ID和第二BAR ID的对应关系。

[0072] 在本实施例中，信令互通网关可以在向UPF发送第三修改请求之后，可以根据第二FAR ID或者第二BAR ID在存储器中查找到预先存储的对应关系，并通过运行删除命令删除第二FAR ID和第二BAR ID的对应关系。

[0073] 本实施例中，信令互通网关在向UPF发送第三修改请求之后，通过删除第二FAR ID和第二BAR ID的对应关系，能够避免在用户终端重新进入空闲态时，SMF向信令互通网关发送新的携带BAR的修改请求，造成信令互通网关中存储的FAR ID和BAR ID的对应关系混乱的问题，从而能够保证UPF可以正常处理信令。

[0074] 为了便于本领域技术人员的理解，下边对本申请提供的信令处理方法进行详细介绍，该方法可以包括：

[0075] S1，在用户终端进入空闲态的情况下，SMF向信令互通网关发送第二修改请求，第二修改请求中包括第二BAR ID、第二FAR ID，以及FAR的第二标识位信息。

[0076] S2，信令互通网关对接收的第二修改请求进行解析，获取并存储第二BAR ID与第二FAR ID的对应关系。

[0077] S3，信令互通网关将接收的第二修改请求转发至UPF，建立SMF、信令互通网关、UPF之间的会话连接。

[0078] S4，在用户终端进入激活态的情况下，SMF向信令互通网关发送第一修改请求，第一修改请求中包括第一FAR ID，以及FAR的第一标识位信息。

[0079] S5，信令互通网关对接收的第一修改请求进行解析，获取第一FAR ID，以及FAR的第一标识位信息。

[0080] S6，信令互通网关判断第一标识位信息是否为FROW，以及判断第一FAR ID与信令互通网关中存储的第二FAR ID是否相同，若第二标识位信息为FROW，且第一FAR ID与第二FAR ID相同，则进一步判断第一修改请求中是否包括BAR的修改字段。

[0081] S7，若第一修改请求中包括BAR的修改字段，且修改字段中的第一BAR ID与存储的第二BAR ID一致，则信令互通网关不对第一请求消息进行处理，将第一修改请求确定为第三修改请求，并将第三修改请求转发至UPF。

[0082] S8，若第一修改请求中不包括BAR的修改字段，则信令互通网关在第一修改请求增加BAR的修改字段，得到第三修改请求，并将第三修改请求转发至UPF。

[0083] S9，信令互通网关在向UPF发送第三修改请求之后，删除所存储的第一FAR ID和第一BAR ID的对应关系。

[0084] 需要说明的是，针对上述S1‑S9中的描述可以参见上述实施例中相关的描述，且其效果类似，本实施例在此不再赘述。

[0085] 应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

[0086] 基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的信令处理方法的信令处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个信令处理装置实施例中的具体限定可以参见上文中对于信令处理方法的限定，在此不再赘述。

[0087] 在一个实施例中，如图4所示，提供了一种信令处理装置，包括：第一获取模块10、第二获取模块11和发送模块12，其中：

[0088] 第一获取模块10，用于对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；第一标识信息用于表征第一修改请求中转发操作规则FAR的信息；第一修改请求为SMF在用户终端进入激活态的情况下发送的。

[0089] 第二获取模块11，用于在第一标识信息满足预设条件的情况下，查询第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；预设条件为根据SMF在用户终端进入空闲态的情况下发送的第二修改请求确定的。

[0090] 发送模块12，用于根据查询结果和第一修改请求，向户平面功能UPF网元发送第三修改请求。

[0091] 本实施例提供的信令处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

[0092] 在一个实施例中，如图5所示，第一标识信息包括FAR的标识位信息和第一转发操作规则标识第一FAR ID，上述装置还包括：确定模块13，其中：

[0093] 确定模块13，用于若标识位信息为目标值，且第一FAR ID与预先存储的第二FAR ID相同的情况下，确定第一标识信息满足预设条件；第二FAR ID为根据第二修改请求获取到的。

[0094] 本实施例提供的信令处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

[0095] 在一个实施例中，请继续参照图5，上述发送模块12，包括：第一发送单元121，其中：

[0096] 第一发送单元121，用于若查询结果表征第一修改请求中包括修改字段，且修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将第一修改请求确定为第三修改请求并发送给UPF；其中，第二BAR ID与第二FAR ID相对应。

[0097] 本实施例提供的信令处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

[0098] 在一个实施例中，请继续参照图5，上述发送模块12，还包括：第二发送单元122，其中：

[0099] 第二发送单元122，用于若查询结果表征第一修改请求中不包括修改字段，则在第一修改请求中增加BAR的修改字段，得到第三修改请求，并向UPF发送第三修改请求；增加的BAR的修改字段中BAR ID与第二FAR ID相对应。

[0100] 本实施例提供的信令处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

[0101] 在一个实施例中，请继续参照图5，上述装置还包括：第三获取模块14，其中：

[0102] 第三获取模块14，用于对SMF发送的第二修改请求进行解析，获取并存储第二FAR ID和第二BAR ID的对应关系。

[0103] 本实施例提供的信令处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

[0104] 在一个实施例中，请继续参照图5，上述装置还包括：删除模块15，其中：

[0105] 删除模块15，用于在向UPF发送第三修改请求之后，删除第二FAR ID和第二BAR ID的对应关系。

[0106] 本实施例提供的信令处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

[0107] 上述信令处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

[0108] 图6是本发明实施例提供的接入网设备的结构示意图。图6所示的接入网设备700包括：至少一个处理器701、存储器702、至少一个网络接口704。接入网设备700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统705。另外，本发明实施例中，还包括收发器706，收发器可以是多个元件，即包括发送器和接收器，提供用于在传输介质上与各种其他装置通信的单元。

[0109] 可以理解，本发明实施例中的存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read‑OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本发明实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。

[0110] 在一些实施方式中，存储器702存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统7021。其中，操作系统7021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。

[0111] 在本发明实施例中，通过调用存储器702存储的程序或指令，使得处理器，用于对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；第一标识信息用于表征第一修改请求中转发操作规则FAR的信息；第一修改请求为SMF在用户终端进入激活态的情况下发送的；处理器，还用于在第一标识信息满足预设条件的情况下，查询第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；预设条件为根据SMF在用户终端进入空闲态的情况下发送的第二修改请求确定的；发送器，用于根据查询结果和第一修改请求，向用户平面功能UPF网元发送第三修改请求。

[0112] 上述本发明实施例揭示的部分或者全部方法还可以应用于处理器701中，或者由处理器701实现，或者由处理器701与其他元件（例如收发机）配合实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现成可编程门阵列(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器702，处理器701读取存储器
702中的信息，结合其硬件完成上述方法的步骤。

[0113] 可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits，ASIC)、数字信号处理器(DigitalSignalProcessing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(ProgrammableLogicDevice，PLD)、现场可编程门阵列(Field‑ProgrammableGateArray，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请功能的其它电子单元或其组合中。

[0114] 对于软件实现，可通过执行本发明实施例功能的模块（例如过程、函数等）来实现本发明实施例的技术。软件代码可存储在存储器中并通过处理器701执行。存储器可以在处理器701中或在处理器701外部实现。

[0115] 在一个实施例中，处理器，具体用于若标识位信息为目标值，且第一FAR ID与预先存储的第二FAR ID相同的情况下，确定第一标识信息满足预设条件；第二FAR ID为根据第二修改请求获取到的。

[0116] 在一个实施例中，处理器，还用于若查询结果表征第一修改请求中包括修改字段，且修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将第一修改请求确定为第三修改请求并发送给UPF；其中，第二BAR ID与第二FAR ID相对应。

[0117] 在一个实施例中，处理器，还用于若查询结果表征第一修改请求中不包括修改字段，则在第一修改请求中增加BAR的修改字段，得到第三修改请求，并向UPF发送第三修改请求；增加的BAR的修改字段中BAR ID与第二FAR ID相对应。

[0118] 在一个实施例中，处理器，还用于对SMF发送的第二修改请求进行解析，获取并存储第二FAR ID和第二BAR ID的对应关系。

[0119] 在一个实施例中，处理器，还用于在向UPF发送第三修改请求之后，删除第二FAR ID和第二BAR ID的对应关系。

[0120] 在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

[0121] 对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；第一标识信息用于表征第一修改请求中转发操作规则FAR的信息；第一修改请求为SMF在用户终端进入激活态的情况下发送的；

[0122] 在第一标识信息满足预设条件的情况下，查询第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；预设条件为根据SMF在用户终端进入空闲态的情况下发送的第二修改请求确定的；

[0123] 根据查询结果和第一修改请求，向用户平面功能UPF网元发送第三修改请求。

[0124] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0125] 若标识位信息为目标值，且第一FAR ID与预先存储的第二FAR ID相同的情况下，确定第一标识信息满足预设条件；第二FAR ID为根据第二修改请求获取到的。

[0126] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0127] 若查询结果表征第一修改请求中包括修改字段，且修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将第一修改请求确定为第三修改请求并发送给UPF；其中，第二BAR ID与第二FAR ID相对应。

[0128] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0129] 若查询结果表征第一修改请求中不包括修改字段，则在第一修改请求中增加BAR的修改字段，得到第三修改请求，并向UPF发送第三修改请求；增加的BAR的修改字段中BAR ID与第二FAR ID相对应。

[0130] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0131] 对SMF发送的第二修改请求进行解析，获取并存储第二FAR ID和第二BAR ID的对应关系。

[0132] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0133] 在向UPF发送第三修改请求之后，删除第二FAR ID和第二BAR ID的对应关系。

[0134] 在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

[0135] 对会话管理功能SMF网元发送的第一修改请求进行解析，获取第一标识信息；第一标识信息用于表征第一修改请求中转发操作规则FAR的信息；第一修改请求为SMF在用户终端进入激活态的情况下发送的；

[0136] 在第一标识信息满足预设条件的情况下，查询第一修改请求中是否包括缓存行为规则BAR的修改字段，得到查询结果；预设条件为根据SMF在用户终端进入空闲态的情况下发送的第二修改请求确定的；

[0137] 根据查询结果和第一修改请求，向用户平面功能UPF网元发送第三修改请求。

[0138] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0139] 若标识位信息为目标值，且第一FAR ID与预先存储的第二FAR ID相同的情况下，确定第一标识信息满足预设条件；第二FAR ID为根据第二修改请求获取到的。

[0140] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0141] 若查询结果表征第一修改请求中包括修改字段，且修改字段中的第一缓存行为规则标识BAR ID与预先存储的第二BAR ID一致，则将第一修改请求确定为第三修改请求并发送给UPF；其中，第二BAR ID与第二FAR ID相对应。

[0142] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0143] 若查询结果表征第一修改请求中不包括修改字段，则在第一修改请求中增加BAR的修改字段，得到第三修改请求，并向UPF发送第三修改请求；增加的BAR的修改字段中BAR ID与第二FAR ID相对应。

[0144] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0145] 对SMF发送的第二修改请求进行解析，获取并存储第二FAR ID和第二BAR ID的对应关系。

[0146] 在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

[0147] 在向UPF发送第三修改请求之后，删除第二FAR ID和第二BAR ID的对应关系。

[0148] 需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据。

[0149] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read‑Only Memory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random AccessMemory，SRAM）或动态随机存取存储器（Dynamic Random Access Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

[0150] 以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

[0151] 以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。