VoLTE基础自学系列 - 3GPP规范解读之Rx接口（下集）

科技 08-11 来源：热爱编程的通信人

视频来源：51学通信《VoLTE基础》

一边学习一边整理老师的课程内容及试验笔记，并与大家分享，侵权即删，谢谢支持！

附上汇总贴：VoLTE基础自学系列 | 汇总_COCOgsta的博客-CSDN博客

Rx接口特有AVP

Rx特有AVP汇总表

Abort-Cause AVP

表示应用会话终止原因。ASR或RAR消息中出现。

举例：当PCRF需要释放会话时，PCRF发起ASR消息终止会话，ASR消息中携带会话终止原因的Abort-Cause AVP。

取值类型：Enumerated（枚举类型）

BEARER_RELEASED（0）：表示承载正在被释放，需要终止当前会话。

INSUFFICIENT_SERVER_RESOURCES（1）：表示资源不足，需要终止当前会话。

INSUFFICIENT_BEARER_RESOURCES（2）：表示承载资源不足，需要终止当前会话。

PS_TO_CS_HANDOVER（3）：表示语音业务从LTE网络切换到2G/3G网络。

Access-Network-Charging-Address AVP

包含接入网络计费实体的IP，实际上就是PGW/GGSN的IP地址。

PGW在CCR中把该AVP上报给PCRF，当PCRF收到AF发起的AAR或者主动触发向AF发送的RAR消息时，把该AVP上报给AF，告知AF在哪个PGW上计费。

Access-Network-Charging-Identifier AVP

标识承载网的计费信息。也就是ECID/GCID。

这个计费ID值在子AVP Access-Network-Charging-Identifier-Value中出现。

该AVP的应用场景如下：

1）当IMS用户发起VoLTE呼叫时，AF向PCRF发起AAR消息，且该消息中携带Specific-Action AVP，指示订阅的事件为CHARGING_CORRELATION_EXCHANGE。

2）PCRF会通过RAR消息向PCEF下发CHARGING_CORRELATION_EXCHANGE事件。

3）PCEF向PCRF发送RAA消息上报CHARGING_CORRELATION_EXCHANGE事件，同时携带计费标识。

4）PCRF通过AAA消息将CHARGING_CORRELATION_EXCHANGE事件和此AVP携带的计费标识及其值上报给AF。

AF-Application-Identifier

标识一种具体的应用，如VoLTE、IPTV等。

VoLTE呼叫时，AF通过AAR消息向PCRF发送建立媒体专有承载的请求，如果AAR消息中携带此AVP，PCRF可据此区分不同的业务，从而完成不同的Qos授权。

AF-Charging-Identifier AVP

包含在AAR消息中，是AF计费标识，例如ICID（IMS Charging ID）

建专载时，AF将该AVP通过AAR发给PCRF。可用于与EPS承载层的计费关联。

Codec-Data AVP

携带的是AF侧编码相关的信息。

第一行取值为“uplink”或“downlink”，分别表示UE发给网络和网络发给UE的SDP编码。

第二行取值为“offer”或“answer”

除此以外，该AVP还会携带RFC 4566规范中的SDP其他行。如“description”、m line、a line、b line等。

该AVP包含在Media-Component-Description AVP中。

Flow-Description AVP

定义IP Flow的Packet Filter。例如对VoLTE语音媒体流的描述。包含IP五元组：方向（上下行）、源/目的地址、协议、端口号

当IMS用户发起VoLTE呼叫时，AF通过AAR消息携带此AVP向PCRF发起资源预留请求。PCRF根据AF下发的IP流信息进行策略判断，将生成的QoS规则下发给PCEF。

包含在Media-Sub-Component AVP中

Flow-Number AVP

媒体流标识，表示应用会话中各媒体流的编号。

当PCRF通过RAR消息携带Specific-Action AVP上报“INDICATION_OF_RESOURCE_ALLOCATION_STATUS”事件时，需要携带Flows AVP，且必须在Flows AVP中包含此AVP，指示媒体流标识。

包含在Media-Sub-Component AVP或Flows AVP中。

Flow AVP

类型为Group，也就是说该AVP下还有很多子AVP。

指示和AF提供的PCC规则关联的iP流的流标识。

当PCRF发送RAR消息上报事件到AF时，需要通过该AVP携带申请资源分配成功、失败或者去激活的媒体流信息。

可包含在ANCI AVP中，表示该计费标识和哪个IP Flow关联。如不提供，则代表AF会话的所有IP Flow。

Flow-Status AVP

参考4.4.3门控流程和附录A.2。取值如下：

ENABLED-UPLINK：上行使能，下行去使能。
ENABLED-DOWNLINK：上行去使能，下行使能。
ENABLED：上下行方向均使能。
DISABLED：上下行方向均去使能。
REMOVED：应删除所有关联的IP Flow。这些被删除的IP Flow不被授权Qos。

包含在AAR消息的Media-Component-Description AVP中。

Flow-Usage AVP

用于指示媒体流的使用方式。取值范围如下：

No Information（0）：表示使用方式不做限制。
RTCP（1）：表示仅用于RTCP传输。
AF_SIGNALLING（2）：表示必须要存在AF-Signalling-Protocol AVP（取值为“SIP(1) ”）中。

包含在Media-Sub-Component AVP中。

当UE发起VoLTE呼叫时，AF通过AAR消息携带此AVP向PCRF发起资源预留请求。PCRF根据AF下发的媒体流的使用方式进行策略判断，将生成的QoS规则下发给PCEF。

Specific-Action AVP

表示AF向PCRF订阅的事件通知。包含在AAR和RAR消息中。

如果此AVP是从AF发送给PCRF，表示AF订阅通知对应的事件发生；如果是从PCRF发送给AF，表示当对应的事件发生后PCRF将会通知到AF。

取值如下：

CHARGING_CORRELATION_EXCHANGE：如果用在AF发送给PCRF的AAR消息中，表示AF向PCRF订阅计费标识改变的事件：如果用在PCRF发送给AF的RAR消息中，表示PCRF向AF上报计费标识改变的事件，同时携带新的计费标识。

INDICATION_OF_LOSS_OF_BEARER：如果用在AF发送给PCRF的AAR消息中，表示AF请求PCRF订阅丢失承载的通知：如果用在PCRF发送给AF的RAR消息中，表示一旦承载丢失，PCRF应通知AF。

INDICATION_OF_RECOVERY_OF_BEARER：如果用在AF发送给PCRF的AAR消息中，表示AF请求PCRF订阅恢复承载的通知；如果用在PCRF发送给AF的RAR消息中，表示一旦承载恢复，PCRF应通知AF。

INDICATION_OF_RELEASE OF_BEARER：如果用在AF发送给PCRF的AAR消息中，表示AF请求PCRF订阅删除IP CAN承载的通知：如果用在PCRF发送给AF的RAR消息中，表示一旦承载删除，PCRF应通知AF。

IP-CAN_CHANGE：如果用在AF发送给PCRF的AAR消息中，表示AF请求PCRF订阅IP接入方式变化事件；如果用在PCRF发送给AF的RAR消息中，表示一旦IP-CAN type或RAT type改变，则PCRF向AF上报接入网络改变的事件。

INDICATION_OF_SUCCESSFUL_RESOURCES_ALLOCATION：如果用在AF发送给PCRF的AAR消息中，表示AF请求PCRF订阅预定资源分配成功的通知：如果用在PCRF发送给AF的RAR消息中，表示预定资源分配成功时，PCRF应通知AF。

INDICATION_OF_FAILED RESOURCES_ALLOCATION：如果用在AF发送给PCRF的AAR消息中，表示AF请求PCRF订阅预定资源分配失败的通知：如果用在PCRF发送给AF的RAR消息中，表示预定资源分配失败时，PCRF应通知AF。

INDICATION_OF_RESERVATION_EXPIRATION：如果用在AF发送给PCRF的AAR消息中，表示AF请求PCRF订阅资源分配已经过期的通知：如果用在PCRF发送给AF的RAR消息中，表示资源分配已经过期时，PCRF应通知AF。

INDICATION_OF_CONNECTION_STATUS：用在RAR或RAA消息中，用于审计PCRF和AF之间的承载会话。

INDICATION_OF_RESOURCE_ALLOCATION STATUS：如果用在AF发送给PCRF的AAR消息中，表示AF请求PCRF订阅资源分配详细信息的通知：如果用在PCRF发送给AF的RAR消息中，表示PCRF通知AF关于资源或预留资源的详细信息，包含资源分配或失败。

ACCESS_NETWORK_INFO_REPORT：如果用在AF发送给PCRF的AAR消息中，表示AF通过Rx接口请求订阅网络信息：如果用在PCRF发送给AF的RAR消息中，表示PCRF将网络订信息发送AF。

Max-Requested-Bandwidth-DL AVP

AF上某业务或者某会话的请求的最大下行带宽（bit/s）。

包含在Media-Component-Description AVP和Media-Sub-Component AVP组内。

Max-Requested-Bandwidth-UL AVP

AF上某业务或者某会话的请求的最大上行带宽（bit/s）。

包含在Media-Component Description AVP和Media-Sub-Component AVP组内。

Min-Requested-Bandwidth-DL AVP

AF上某业务或者某会话的请求的最小下行带宽（bit/s）。

包含在Media-Component-Description AVP和Media-Sub-Component AVP组内。

Min-Requested-Bandwidth-UL AVP

AF上某业务或者某会话的请求的最小上行带宽（bit/s）。

包含在Media-Component-Description AVP和Media-Sub-Component AVP组内。

Media-Component-Description AVP

标识应用会话中的媒体部件描述信息。

用户发起VoLTE呼叫时，AF通过AAR消息携带此AVP向PCRF发起资源预留请求，将呼叫相关媒体描述（包括媒体类型、媒体部件/媒体子部件、媒体流描述等信息）下发给PCRF。PCRF根据AF下发的信息、本地配置的业务策略和用户签约信息进行策略判断，将生成的QoS规则下发给PCEF。

Media-Sub-Component AVP

标识应用会话中媒体子部件信息。

当IMS用户发起VoLTE呼叫时，AF通过AAR消息携带此AVP（包括业务流的相关信息和带宽信息等）向PCRF发起资源预留请求。PCRF根据AF下发的媒体信息进行策略判断，将生成的QoS规则下发给PCEF。

Media-Type AVP

用于协商用户请求的应用会话的媒体类型。包含在Media-Component Descripton AVP组内。

当用户发起VoLTE呼叫时，AF通过AAR消息携带此AVP向PCRF发起资源预留请求。PCRF根据AF下发的媒体类型信息进行策略判断，将生成的QoS规则下发给PCEF。

RR-Bandwidth AVP

表示控制RTCP流的接收带宽。包含在Media-Component Description AVP中。

RS-Bandwidth AVP

表示控制RTCP流的发送带宽。包含在Media-Component-Description AVP中。

SIP-Forking-Indication AVP

用于指明AF会话是否关联到1个或多个SIP Dialogues。

取值如下：

SINGLE_DIALOGUE：仅关联到1个SIP Dialogues
SEVERAL_DIALOGUES（1）：关联到多个SIP Dialogues

Acceptable-Service-Info AVP

如果因为网络拥塞等原因，PCRF不能按照AF要求建立承载，可以通过该AVP告知AF，PCRF侧可接受的最大带宽。

类型为Group，代表包含多个子AVP。

包含在AAA消息的Media-Component-Description AVP中。

Service-Info-Status AVP

AF发AAR消息并携带此AVP，用于通知PCRF关于业务信息的状态。

取值：

FINAL SERVICE INFORMATION（0）：表明指示的业务已在两端完成最终协商。
PRELIMINARY SERVICE INFORMATION（1）：表明指示的业务只是初步的信息，还需要在两端完成最终协商。（也就是SDP offer中的业务信息）

Service-URN AVP

表示一次紧急呼叫请求。PCRF会优先分配资源。

AF-Signalling-Protocol AVP

用于指明UE和AF之间使用的信令协议。

取值：NO_INFORMATION（0）：SIP（1）：

Rx-Request-Type AVP

表明发送AAR消息的原因。

取值：INITIAL_REQUEST（0）、UPDATE_REQUEST（1）、PCSCF_RESTORATION（2）

Required-Access-Info AVP

描述的是AF会话所需要的接入网络信息，主要是位置信息。

AF向PCRF发送AAR并携带该AVP，向PCRF请求位置信息。（详见备注）

取值：USER_LOCATION（0）：MS_TIME_ZONE（1）：

Retry-Interval AVP

如果PCRF因为临时原因（例如小区拥塞）不能按照AF发送的AAR请求中的要求为业务（VoLTE 语音）建立专载，则PCRF向AF发送AAA，并携带该AVP，用以通知AF等多久再重试。

Rx接口Re-Used AVP

Rx接口Experimental-Result-Code AVP的特有取值

标题是说这几个取值是Rx接口特有的。哪几个？5061-5068、4261

Permanent Failures

注：Experimental-Result-Code AVP包含在AAA/RAA消息Experimental-Result AVP内

Transient Failures

REQUESTED_SERVICE_TEMPORARILY_NOT_AUTHORIZED（4261）

The PCRF temporarily rejects new or modified service information because the network is temporarily not able to provide the service delivery that the AF requested, e.g. due to the service information is not consistent with the operator defined policy rules for the congestion status of the user.