具体实施方式

发明人在发明过程中注意到：

数据完整性保护的目的是防止数据被篡改，但会增加计算开销，影响通信性能，通常用于语音等小数据量业务、垂直行业的控制类信息业务。目前终端需要支持的用户面完整性保护的最大速率需要大于等于64kbps。

图1为5G网络架构示意图，如图所示，该系统架构包含端到端的节点或网元。下面结合图1对5G PDU会话过程进行简要说明。

图2为完整性保护使用流程示意图，如图所示，主要包括：

1、UE发送PDU会话建立请求，携带终端支持的用户面完整性保护的最大速率(Integrity protection maximum data rate)。

2、SMF从UDM获取签约数据，包括签约的用户面安全策略(完整性保护：Required(要求)/Preferred(首选))，签约传输速率等。

3、SMF获取本地配置的用户面安全策略。

4、SMF对1、2、3步获取的信息进行对比校验，若终端数据完整性保护能力小于用户签约速率，就拒绝PDU会话建立；

或者，SMF把用户面安全执行信息(完整性保护：Required/Preferred)，以及终端支持的用户面完整性保护的最大速率发送给RAN(无线接入网，Radio Access Network)，由RAN确定无法执行完整性保护时，再拒绝PDU会话建立，如下步骤5、6、7、8所示为：

5、SMF向RAN发送用户面安全执行信息(完整性保护：Required/Preferred)，终端支持的用户面完整性保护的最大速率。

6、RAN判断能否能支持用户面完整性保护。

7、如果RAN不能支持本次会话要求的完整性保护，则向SMF发送回复，并携带原因。

8、SMF根据RAN反馈的信息，拒绝会话建立或者释放会话。

目前的方案规定对于要求空口用户面需要使用完整性保护的会话，SMF从UE发送的PDU会话建立请求携带的IE(信息单元，Information Element)信息中UE支持的完整性保护最大速率中，发现终端支持的完整性保护最大数据速率(目前要求支持64kbps)，SMF检查发现如果终端数据完整性保护能力小于用户签约速率，就拒绝PDU会话建立，或者SMF把用户面安全执行信息(Required/Preferred)，以及终端支持的用户面完整性保护的最大速率发送给RAN，由RAN确定无法执行完整性保护时，再拒绝PDU会话建立。

可以看出，如果UDM中用户签约速率大于终端数据完整性保护能力，PDU会话建立失败。对于可靠性要求较高的特殊数据业务，空口要求需要启用用户面完整性保护，为了适配当前大部分终端的完整性保护最大数据速率，需要确保用户签约速率小于市场上绝大部分终端的能力(目前要求支持64kbps)。而终端的种类、品牌、市场定位、研发能力、产业技术等等因为都会影响终端支持的完整性保护最大速率。现在标准的要求是支持64Kbps，但不代表以后随着工艺，技术的发展，其要求不会不断提升。另外，存量终端和新终端在市场的共存，也会对目前的机制造成影响。

当市场上终端能力参差不齐时，如何确保当前机制的正常运行又不会影响业务传输速率是本发明要解决的主要问题。

基于此，本发明实施例中提供了PDU会话建立处理方案，下面结合附图对本发明的具体实施方式进行说明。

在说明过程中，将分别从UE、SMF、UDM与RAN侧的实施进行说明，这样的说明方式并不意味着它们需要配合实施、或者单独实施，实际上，当它们分开实施时，其也各自解决自身一侧的问题，而它们结合使用时，会获得较好的技术效果。

图3为UE侧的PDU会话释放处理方法实施流程示意图，如图所示，可以包括：

步骤301、UE向SMF发送PDU会话建立请求，请求中携带有终端支持的用户面完整性保护的最大速率；

步骤302、UE接收SMF发送的PDU会话释放消息，消息中携带PDU会话释放原因；

步骤303、UE向用户呈现所述PDU会话释放原因。

图4为UDM侧的PDU会话释放处理方法实施流程示意图，如图所示，可以包括：

步骤401、UDM接收SMF获取签约数据请求；

步骤402、UDM向SMF返回签约数据，所述签约数据中携带有签约传输速率范围或至少两个等级的签约传输速率。

图5为SMF侧的PDU会话释放处理方法实施流程示意图，如图所示，可以包括：

步骤501、接收PDU会话建立请求，其中，所述请求中携带有终端支持的用户面完整性保护的最大速率；

步骤502、向UDM获取签约数据，其中，所述签约数据中携带有签约传输速率范围或至少两个等级的签约传输速率；

步骤503、如果所述签约传输速率范围或至少两个等级的签约传输速率与所述终端支持的用户面完整性保护的最大速率不匹配，拒绝PDU会话建立。

具体实施中，是在UDM的签约数据中引入多级签约传输速率或签约传输速率范围用以灵活匹配不同终端支持的用户面完整性保护的最大速率，使得需要空口完整性保护的会话顺利建立并最大限度保障数据传输速率；或者网络在拒绝或者释放会话之前，需要和AF(应用功能，Application Function)或者PCF(策略控制功能实体，Policy ControlFunction)或者NWDAF(网络数据分析功能，Network Data Analytics Function)等网络实体进行协商，确认是否释放会话还是使用其他策略。

下面以SMF侧的实施为主来进行说明。

实施中，还可以包括：

根据终端支持的用户面完整性保护的最大速率从所述签约传输速率范围或至少两个等级的签约传输速率中确定出的使用的签约传输速率，以及所述终端支持的用户面完整性保护的最大速率发送至RAN。

实施中，还可以包括：

在接收到RAN反馈的拒绝所述PDU会话建立或者释放所述PDU会话，或者，SMF确定拒绝PDU会话建立后，与策略协商功能模块对所述拒绝所述PDU会话建立或者释放所述PDU会话进行协商。

具体实施中，与策略协商功能模块进行协商的结果为以下结果之一：

RAN减速传输，匹配UE支持的用户面完整性保护最大速率；或，

不启用空口用户面完整性保护；或，

释放会话。

具体实施中，还包括：

在结果为RAN减速传输，匹配UE支持的用户面完整性保护最大速率时，通知RAN所述PDU会话空口下行减速传输；或，

在结果为不启用空口用户面完整性保护时，通知RAN所述PDU会话不启用空口用户面完整性保护；或，

在结果为释放会话时，向UE反馈所述PDU会话建立失败或所述PDU会话释放。

实施中，策略协商功能模块位于以下设备：PCF、NWDAF或者AF。

实施中，在与策略协商功能模块进行协商前，还可以包括：

建立临时PDU会话，所述临时PDU会话中，RAN通过减低空口传输速率来以保证空口完整性保护的进行。

下面以实例进行说明。

实施例一：

本例中，通过在UDM的签约数据中引入多级签约传输速率，来匹配不同终端支持的用户面完整性保护的最大速率。

图6为实施例一中PDU会话释放处理方法实施流程示意图，如图所示，可以包括：

步骤601、UE发送PDU会话建立请求，携带终端支持的用户面完整性保护的最大速率(Integrity protection maximum data rate)。

步骤602、SMF从UDM获取签约数据，包括签约的用户面安全策略(完整性保护：Required/Preferred)，签约传输速率1、签约传输速率2……签约传输速率等。

步骤603、SMF获取本地配置的用户面安全策略。

步骤604、SMF对步骤601、602、603获取的信息进行对比校验，根据终端支持的用户面完整性保护的最大速率，确定使用的签约传输速率X；

为了简洁，在图中、实施例中将完整性保护简称为完保。

步骤605、SMF向RAN发送用户面安全执行信息(完整性保护：Required/Preferred)，终端支持的用户面完整性保护的最大速率，签约传输速率X。

步骤606、RAN判断能否能支持用户面完整性保护。

步骤607、如果RAN不能支持本次会话要求的完整性保护，则向SMF发送回复，并携带原因。

步骤608、SMF根据RAN反馈的信息，拒绝会话建立或者释放会话。

本例中，当终端支持的完整性保护最大数据速率为64kbps，UDM中签约传输速率为64kbps，128kpbs，256kbps时，且空口用户面安全执行信息(完整性保护：Required/Preferred)，SMF可以根据终端支持的完整性保护最大数据速率为64kbps，确定使用64kbps速率进行空口用户面传输，并通知RAN。当终端支持的完整性保护为128kbps，UDM中签约传输速率为64kbps，128kpbs，256kbps时，SMF可以根据终端支持的完整性保护最大数据速率为128kbps，确定使用128kbps速率进行空口用户面传输，并通知RAN。

当终端支持的完整性保护最大数据速率为64kbps，UDM中签约传输速率为128kpbs，256kbps时，SMF可以根据终端支持的完整性保护最大数据速率为64kbps小于UDM中签约速率，确定拒绝会话建立。

在此流程中，SMF和RAN可存储收到的信息，包括但不限于终端支持的完整性保护最大数据速率、UDM中的签约速率以及用户面要求的安全策略。这一处理方式也适用于所有实施例，或方案。

实施例二：

本例中，通过在UDM的签约数据中引入签约传输速率范围，比如签约速率大于某一速率，小于某一速率，来匹配不同终端支持的用户面完整性保护的最大速率。

图7为实施例二中PDU会话释放处理方法实施流程示意图，如图所示，可以包括：

步骤701、UE发送PDU会话建立请求，携带终端支持的用户面完整性保护的最大速率(Integrity protection maximum data rate)。

步骤702、SMF从UDM获取签约数据，包括签约的用户面安全策略(完整性保护：Required/Preferred)，签约传输速率范围，如大于54kpbs小于Xkpbs。

步骤703、SMF获取本地配置的用户面安全策略。

步骤704、SMF对步骤701、702、703获取的信息进行对比校验，根据终端支持的用户面完整性保护的最大速率，确定使用的签约传输速率；

为了简洁，在图中、实施例中将完整性保护简称为完保。

步骤705、SMF向RAN发送用户面安全执行信息(完整性保护：Required/Preferred)，终端支持的用户面完整性保护的最大速率，签约传输速率。

步骤706、RAN判断能否能支持用户面完整性保护。

步骤707、如果RAN不能支持本次会话要求的完整性保护，则向SMF发送回复，并携带原因。

步骤708、SMF根据RAN反馈的信息，拒绝会话建立或者释放会话。

本例中，当终端支持的完整性保护最大数据速率为64kbps，UDM中签约传输速率为大于64kbps小于256kbps时，且空口用户面安全执行信息(完整性保护：Required/Preferred)，SMF可以根据终端支持的完整性保护最大数据速率为64kbps，确定使用64kbps速率进行空口用户面传输，并通知RAN。

当终端支持的完整性保护为128kbps，UDM中签约传输速率为大于64kbps小于256kbps时时，SMF可以根据终端支持的完整性保护最大数据速率为128kbps，确定使用128kbps速率进行空口用户面传输，并通知RAN。

当终端支持的完整性保护最大数据速率为64kbps，UDM中签约传输速率为大于128kpbs小于256kbps时，SMF可以根据终端支持的完整性保护最大数据速率为64kbps小于UDM中签约速率，确定拒绝会话建立。

实施例三：

图8为实施例三中PDU会话释放处理方法实施流程示意图，如图所示，可以包括：

步骤801、UE发送PDU会话建立请求，携带终端支持的用户面完整性保护的最大速率(Integrity protection maximum data rate)。

步骤802、SMF从UDM获取签约数据，包括签约的用户面安全策略(完整性保护：Required/Preferred)，签约传输速率等。

步骤803、SMF获取本地配置的用户面安全策略。

步骤804、SMF对步骤801、802、803获取的信息进行对比校验；

为了简洁，在图中、实施例中将完整性保护简称为完保。

步骤805、SMF向RAN发送用户面安全执行信息(完整性保护：Required/Preferred)，终端支持的用户面完整性保护的最大速率，签约传输速率。

步骤806、RAN判断能否能支持用户面完整性保护。

步骤807、如果RAN不能支持本次会话要求的完整性保护，则向SMF发送回复，并携带原因。

步骤808、SMF向策略协商功能模块发送用户面安全执行信息(完整性保护：Required/Preferred)，终端支持的用户面完整性保护的最大速率，RAN不能支持本次会话要求的完整性保护的原因。

策略协商功能模块反馈SMF可能的原因分别如下：

步骤809a、RAN减速传输，匹配UE支持的用户面完整性保护最大速率。

步骤809b、不启用空口用户面完整性保护。

步骤809c、释放会话。

SMF根据不同的原因进行处理，分别如下：

步骤810a、在结果为RAN减速传输，匹配UE支持的用户面完整性保护最大速率时，通知RAN所述PDU会话空口下行减速传输。

步骤810b、在结果为不启用空口用户面完整性保护时，通知RAN所述PDU会话不启用空口用户面完整性保护。

步骤810c、在结果为释放会话时，向UE反馈所述PDU会话建立失败或所述PDU会话释放(注明原因，在终端呈现给用户)。

本例中，UE在会话建立时，如果因为发起的业务要求空口用户面需要使用完整性保护的会话且终端数据完整性保护能力小于用户签约速率，如图8所示SMF在拒绝或者释放会话之前，可以跟策略协商功能模块进行协商，确认是否释放会话还是使用其他策略。其中，策略协商功能可以位于AF(此场景的AF在是特定业务的AF，在会话建立之前已经明确，如是第三方AF需要通过NEF(网络开放功能，Network Exposure Function)发送协商消息)、PCF或者NWDAF等实体中。在经过协商之后，如果还是需要释放会话，则向终端用户呈现会话释放原因。

呈现会话释放原因后，即可使用户获知服务不支持的原因，具体的呈现内容可以根据需要制定，比如：当前版本过低，不支持XXX等。

实施例四：

本例中，因为终端数据完整性保护能力小于用户签约速率，SMF在会话建立过程中收到RAN不能执行空口完整性保护的消息或者而在SMF自身判断需要释放会话后，先建立一个临时会话，在临时PDU会话中，RAN通过减低空口传输速率来保证空口完整性保护的进行。待会话建立完成后，确定会话对应的AF，SMF通过和AF协商，确认是否释放会话还是使用其他策略。其中，策略协商功能可以位于AF(如是第三方AF需要通过NEF发送协商消息)。

图9为实施例四中PDU会话释放处理方法实施流程示意图，如图所示，可以包括：

步骤901、UE发送PDU会话建立请求，携带终端支持的用户面完整性保护的最大速率(Integrity protection maximum data rate)。

步骤902、SMF从UDM获取签约数据，包括签约的用户面安全策略(完整性保护：Required/Preferred)，签约传输速率等。

步骤903、SMF获取本地配置的用户面安全策略。

步骤904、SMF对步骤901、902、903获取的信息进行对比校验；

为了简洁，在图中、实施例中将完整性保护简称为完保。

步骤905、SMF向RAN发送用户面安全执行信息(完整性保护：Required/Preferred)，终端支持的用户面完整性保护的最大速率，签约传输速率。

步骤906、RAN判断能否能支持用户面完整性保护。

步骤907、如果RAN不能支持本次会话要求的完整性保护，则向SMF发送回复，并携带原因。

步骤908、建立临时PDU会话(RAN降速支持空口完保)。

步骤909、SMF向策略协商功能模块发送用户面安全执行信息(完整性保护：Required/Preferred)，终端支持的用户面完整性保护的最大速率，RAN不能支持本次会话要求的完整性保护的原因。

策略协商功能模块反馈SMF可能的原因分别如下：

步骤910a、RAN减速传输，匹配UE支持的用户面完整性保护最大速率。

步骤910b、不启用空口用户面完整性保护。

步骤910c、释放会话。

SMF根据不同的原因进行处理，分别如下：

步骤911a、在结果为RAN减速传输，匹配UE支持的用户面完整性保护最大速率时，通知RAN所述PDU会话空口下行减速传输。

步骤911b、在结果为不启用空口用户面完整性保护时，通知RAN所述PDU会话不启用空口用户面完整性保护。

步骤911c、在结果为释放会话时，向UE反馈所述PDU会话建立失败或所述PDU会话释放(注明原因，在终端呈现给用户)。

实施例五：

实施例一到实施例四的前提是空口用户面安全执行信息中主要考虑完整性保护要求是Require或Preferred的场景，而在空口用户面安全执行信息中如果包含加密的要求是Required或者Preferred时，SMF也可以根据UE的能力、UDM签约数据和本地签约信息以及RAN反馈的是否支持空口加密信息来确定要不要释放会话，如流程如图10所示。实施例一到实施例四的改进方案同样适用于空口用户面安全执行信息中如果包含加密的要求是Required或者Preferred，SMF是否通过UDM分级的签约速率或签约传输速率范围来灵活匹配不同终端的加解密能力，使得需要加密会话顺利建立并最大限度保障数据传输速率；或者网络在拒绝或者释放会话之前，需要和AF或者PCF或者NWDAF等网络实体进行协商，确认是否释放会话还是使用其他策略(如对于加密要求是Required或者Preferred时，在经过协商之后不需要RAN进行加密，或者降速加密)。

图10为实施例五中PDU会话释放处理方法实施流程示意图，如图所示，可以包括：

步骤1001、UE发送PDU会话建立请求，携带终端支持的用户面完整性保护的最大速率(Integrity protection maximum data rate)。

步骤1002、SMF从UDM获取签约数据，包括签约的用户面安全策略(完整性保护：Required/Preferred)，签约传输速率等。

步骤1003、SMF获取本地配置的用户面安全策略。

步骤1004、SMF对步骤1001、1002、1003获取的信息进行对比校验；

为了简洁，在图中、实施例中将完整性保护简称为完保。

步骤1005、SMF向RAN发送用户面安全执行信息(加密：Required/Preferred)，终端支持的用户面完整性保护的最大速率。

步骤1006、RAN判断能否能支持用户面加密。

步骤1007、如果RAN不能支持本次加密，则向SMF发送回复，并携带原因。

步骤1008、SMF根据RAN反馈的信息，拒绝会话建立或者释放会话。

基于同一发明构思，本发明实施例中还提供了SMF、UDM、UE、PDU会话建立处理装置、签约信息处理装置、PDU会话释放处理装置、计算机可读存储介质，由于这些设备解决问题的原理与SMF侧的PDU会话建立处理方法、UDM侧的签约信息处理方法、UE侧的PDU会话释放处理方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。

在实施本发明实施例提供的技术方案时，可以按如下方式实施。

图11为SMF结构示意图，如图所示，基站中包括：

处理器1100，用于读取存储器1120中的程序，执行下列过程：

接收PDU会话建立请求，其中，所述请求中携带有终端支持的用户面完整性保护的最大速率；

向统一数据库UDM获取签约数据，其中，所述签约数据中携带有签约传输速率范围或至少两个等级的签约传输速率；

如果所述签约传输速率范围或至少两个等级的签约传输速率与所述终端支持的用户面完整性保护的最大速率不匹配，拒绝PDU会话建立；

收发机1110，用于在处理器1100的控制下接收和发送数据。

实施中，还包括：

根据终端支持的用户面完整性保护的最大速率从所述签约传输速率范围或至少两个等级的签约传输速率中确定出的使用的签约传输速率，以及所述终端支持的用户面完整性保护的最大速率发送至RAN。

实施中，还包括：

在接收到RAN反馈的拒绝所述PDU会话建立或者释放所述PDU会话，或者，确定拒绝PDU会话建立后，与策略协商功能模块对所述拒绝所述PDU会话建立或者释放所述PDU会话进行协商。

实施中，与策略协商功能模块进行协商的结果为以下结果之一：

RAN减速传输，匹配UE支持的用户面完整性保护最大速率；或，

不启用空口用户面完整性保护；或，

释放会话。

实施中，还包括：

在结果为RAN减速传输，匹配UE支持的用户面完整性保护最大速率时，通知RAN所述PDU会话空口下行减速传输；或，

在结果为不启用空口用户面完整性保护时，通知RAN所述PDU会话不启用空口用户面完整性保护；或，

在结果为释放会话时，向UE反馈所述PDU会话建立失败或所述PDU会话释放。

实施中，策略协商功能模块位于以下设备：PCF、NWDAF或者AF。

实施中，在与策略协商功能模块进行协商前，还包括：

建立临时PDU会话，所述临时PDU会话中，RAN通过减低空口传输速率来以保证空口完整性保护的进行。

其中，在图11中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1100代表的一个或多个处理器和存储器1120代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行描述。总线接口提供接口。收发机1110可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器1100负责管理总线架构和通常的处理，存储器1120可以存储处理器1100在执行操作时所使用的数据。

本发明实施例中提供了一种PDU会话建立处理装置，包括：

SMF接收模块，用于接收PDU会话建立请求，其中，所述请求中携带有终端支持的用户面完整性保护的最大速率；

SMF发送模块，用于向UDM获取签约数据，其中，所述签约数据中携带有签约传输速率范围或至少两个等级的签约传输速率；

SMF会话处理模块，用于如果所述签约传输速率范围或至少两个等级的签约传输速率与所述终端支持的用户面完整性保护的最大速率不匹配，拒绝PDU会话建立。

实施中，SMF会话处理模块还用于根据终端支持的用户面完整性保护的最大速率从所述签约传输速率范围或至少两个等级的签约传输速率中确定出的使用的签约传输速率，以及所述终端支持的用户面完整性保护的最大速率发送至RAN。

实施中，SMF会话处理模块还用于在接收到RAN反馈的拒绝所述PDU会话建立或者释放所述PDU会话，或者，SMF确定拒绝PDU会话建立后，与策略协商功能模块对所述拒绝所述PDU会话建立或者释放所述PDU会话进行协商。

实施中，SMF会话处理模块还用于与策略协商功能模块进行协商的结果为以下结果之一：

RAN减速传输，匹配UE支持的用户面完整性保护最大速率；或，

不启用空口用户面完整性保护；或，

释放会话。

实施中，还包括：

通知模块，用于在结果为RAN减速传输，匹配UE支持的用户面完整性保护最大速率时，通知RAN所述PDU会话空口下行减速传输；或，在结果为不启用空口用户面完整性保护时，通知RAN所述PDU会话不启用空口用户面完整性保护；或，在结果为释放会话时，向UE反馈所述PDU会话建立失败或所述PDU会话释放。

实施中，策略协商功能模块位于以下设备：PCF、NWDAF或者AF。

实施中，SMF会话处理模块还用于在与策略协商功能模块进行协商前，建立临时PDU会话，所述临时PDU会话中，RAN通过减低空口传输速率来以保证空口完整性保护的进行。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

图12为UDM结构示意图，如图所示，基站中包括：

处理器1200，用于读取存储器1220中的程序，执行下列过程：

接收SMF获取签约数据请求；

向SMF返回签约数据，所述签约数据中携带有签约传输速率范围或至少两个等级的签约传输速率；

收发机1210，用于在处理器1200的控制下接收和发送数据。

其中，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1200代表的一个或多个处理器和存储器1220代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1210可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器1200负责管理总线架构和通常的处理，存储器1220可以存储处理器1200在执行操作时所使用的数据。

本发明实施例中提供了一种签约信息处理装置，包括：

UDM接收模块，用于接收SMF获取签约数据请求；

UDM发送模块，用于向SMF返回签约数据，所述签约数据中携带有签约传输速率范围或至少两个等级的签约传输速率。

具体实施中可以参见上述UDM侧的签约信息处理方法的实施。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

图13为UE结构示意图，如图所示，用户设备包括：

处理器1300，用于读取存储器1320中的程序，执行下列过程：

向SMF发送PDU会话建立请求，请求中携带有终端支持的用户面完整性保护的最大速率；

接收SMF发送的PDU会话释放消息，消息中携带PDU会话释放原因；

向用户呈现所述PDU会话释放原因；

收发机1310，用于在处理器1300的控制下接收和发送数据。

其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1300代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1310可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1330还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器1300负责管理总线架构和通常的处理，存储器1320可以存储处理器1300在执行操作时所使用的数据。

本发明实施例中提供了一种PDU会话释放处理装置，包括：

UE发送模块，用于向SMF发送PDU会话建立请求，请求中携带有终端支持的用户面完整性保护的最大速率；

UE接收模块，用于接收SMF发送的PDU会话释放消息，消息中携带PDU会话释放原因；

UE呈现模块，用于向用户呈现所述PDU会话释放原因。

具体实施中可以参见上述UE侧的PDU会话释放处理方法的实施。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

本发明实施例中提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述PDU会话建立处理方法、签约信息处理方法、PDU会话释放处理方法的计算机程序。

具体实施中可以参见上述SMF侧的PDU会话建立处理方法、UDM侧的签约信息处理方法、UE侧的PDU会话释放处理方法的实施。

综上所述，本发明实施例中主要提供了如下技术方案：

UDM侧：

在UDM的签约数据中引入多级签约传输速率或签约传输速率范围来匹配不同终端支持的用户面完整性保护的最大速率。

SMF侧：

SMF可以根据终端支持的完整性保护最大数据速率确定匹配的签约速率，并通知RAN。

SMF在拒绝或者释放会话之前，和策略协商功能模块进行协商，确认是否释放会话还是使用其他策略。其中，策略协商功能可以位于PCF、NWDAF或者AF(如是第三方AF需要通过NEF发送协商消息)等实体中。

SMF在会话建立过程中收到RAN不能执行空口完整性保护的消息或者而在SMF自身判断需要释放会话后，先建立一个临时会话，在临时PDU会话中，RAN通过减低空口传输速率来保证空口完整性保护的进行。

UE侧：

收到来自SMF的会话释放消息，根据消息中携带的原因信息，则向终端用户呈现会话释放原因。

通过本方案，存量终端和新终端在市场的共存使得市场上终端能力参差不齐的场景下，能够灵活匹配不同终端支持的用户面完整性保护的最大速率，使得需要空口完整性保护的会话顺利建立，并能在较高限度上保障数据传输速率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。