标签：4.15 Network 3GPP Maximum Time Configuration UDM

个人在学习5G标准3GPP TS 23502-h20过程中，也发现google的机器翻译实在晦涩难懂，所以个人在借助百度翻译（中国人更懂中文）的同时，人工对每句话进行了校对。

在自己学习的同时，也将翻译内容分享给给广大网友。由于个人能力有限，翻译不到位的地方还请各位网友们指正。

4.15.6.3a Network Configuration parameters

The Network Configuration parameters are the parameters sent from an AF by invoking the Nnef_ParameterProvision Service as described in clause 4.15.6.2.

Network Configuration参数是通过调用第4.15.6.2条中所述的Nnef_ParameterProvision Service从AF发送的参数。

The Network Configuration parameters are described in Table 4.15.6.3a-1.

Network Configuration参数如表4.15.6.3a-1所示。

Table 4.15.6.3a-1: Description of Network Configuration parameters

The parameters Maximum Response Time and Maximum Latency are stored in the UDM and the Maximum Response Time is sent to the AMF for event monitoring as specified in 4.15.3.2.3b.

参数“Maximum Response Time”和“Maximum Latency”存储在UDM中，并将Maximum Response Time发送给AMF，以便按照4.15.3.2.3b中的规定进行事件监控。

The AMF may use the Maximum Response Time parameter as guide to configure:

AMF可使用Maximum Response Time参数作为配置指南：

- Extended Connected time for MICO mode;

-MICO模式的Extended Connected时间；

- when to send reachability notifications to AF relative to expected reachability events (e.g. paging occasions).

-何时向AF发送与预期可达性事件相关的可达性通知（例如寻呼场景）。

If the UDM received multiple Network Configuration requests, the UDM shall accept the request as long as the Maximum Latency (if received) and/or the Maximum Response Time (if received) are within the range defined by operator policies. The UDM shall use the minimum value of Maximum Latency(s) to derive the subscribed periodic registration timer and use the maximum value of Maximum Response Time(s) to derive the subscribed Active Time as specified in step 2 of clause 4.15.3.2.3b. If the newly derived value is changed comparing to the one last time sent to the AMF, the UDM notify the AMF of the updated value via Nudm_SDM_Notification message. If there is a deletion of Network Configuration request, the UDM re-calculates the values (see step 2 in clause 4.15.3.2.3b) and notify the AMF if needed.

如果UDM收到多个Network Configuration请求，只要Maximum Latency（如果收到）和/或Maximum Response Time（如果收到）在运营商政策规定的范围内，UDM应接受该请求。UDM应使用Maximum Latency的最小值来推导订阅的定期注册计时器，并使用Maximum Response Time的最大值来推导订阅的Active Time，如第4.15.3.2.3b条步骤2所述。如果新导出的值与上次发送给AMF的值相比发生了更改，UDM将通过Nudm_SDM_Notification消息通知AMF更新后的值。如果存在删除Network Configuration请求，UDM将重新计算值（参见第4.15.3.2.3b条中的步骤2），并在需要时通知AMF。

The Suggested Number of Downlink Packets is classified as SMF associated subscription data. If the NEF is providing DNN and S-NSSAI as specified in clause 4.15.3.2.3, then the UDM is able to associate the parameters with subscribed DNN and S-NSSAI, and provides the Suggested Number of Downlink Packets consolidated as specified in 4.15.3.2.3b to the SMF for the PDU Session associated with the specific DNN and S-NSSAI as specified in clause 4.15.6.2. The SMF may use the Suggested Number of Downlink Packets parameter to configure the number of packets to buffer in the SMF/UPF (in the case of UPF anchored PDU sessions) or in the NEF (in the case of NEF anchored PDU session) when the UE is not reachable and extended buffering of downlink data is activated.

Suggested Number of Downlink Packets被分类为与SMF相关联的订阅数据。如果NEF按照第4.15.3.2.3条规定提供DNN和S-NSSAI。则UDM能够将参数与订阅的DNN和S-NSSAI相关联，并提供按照4.15.3.2.3b中的规定合并的Suggested Number of Downlink Packets到与第4.15.6.2条规定的特定DNN和S-NSSAI相关的PDU会话的SMF。当UE不可到达且下行链路数据的扩展缓冲被激活时，SMF可以使用Suggested Number of Downlink Packets参数来配置SMF/UPF（在UPF锚定PDU会话的情况下）或NEF（在NEF锚定PDU会话的情况下）中要缓冲的分组数。

A Validity Time may be associated with any of the Network Configuration parameters. When the validity time expires, the related NFs delete their local copy of the associated Network Configuration parameter(s). If the deletion results in subscribed value change, the UDM shall notify the AMF or SMF of the changed value.

Validity Time可以与任何Network Configuration参数相关联。有效期到期后，相关NFs将删除其关联Network Configuration参数的本地副本。如果删除导致订阅值更改，UDM应将更改的值通知AMF或SMF。

标签：4.15,Network,3GPP,Maximum,Time,Configuration,UDM
来源： https://blog.csdn.net/guolianggsta/article/details/121844032

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。