A.3 User terminating AOC service

24.6473GPPAdvice Of Charge (AOC) using IP Multimedia (IM) Core Network (CN) subsystemRelease 16TS

A.3.1 AOC-S

A.3.1.1 AOC-S with AOC information during session set-up

Figure A.3.1.1: Charging info during session set-up on the terminating side

General

The AOC information is provided for every call. This is provisioned in the AS. The AOC information is sent to the terminal in an INVITE request. Since this is a service that is charged an acknowledgement is required to ensure that the charging info is transferred.

Call flows

1-5 The call is initiated by UE-A by sending an INVITE request. The Request URI will include the URI of UE-B. The INVITE request is routed to the Originating AS and the Terminating AS. The INVITE request will indicate that 100rel extension is supported.

6-7 The Terminating AS will include the charging info in the INVITE request sent to the UE-B.

8-28 UE-B sends a reliable provisional response to indicate that INVITE request is being processed.

29-35 UE-B answers with a 200 (OK) response (to the INVITE request) and sends it to UE-A.

36-42 UE-A sends an ACK request to acknowledge the 200 (OK) response (to the INVITE request) and the session is established successfully.

A.3.1.2 AOC-S with AOC information in INFO messages

Figure A.3.1.2: Charging info during the communication (terminating)

This can be a continuation of figureĀ A.3.1.1.

General

The AOC information is provided to the UE in the content body of a mid-dialog request forwarded by the AS or an INFO request generated by the AS, if the charging rates change during the communication.

Call flows

1-4. When the charging rate changes, an INFO request is send from the terminating AS to UE-B. The AOC information is included in the INFO request.

A.3.2 AOC-D

Figure A.3.2.1: Charging info during the call (terminating)

This can be a continuation of figureĀ A.3.1.1.

General

The AOC information is provided to the UE in the content body of a mid-dialog request or mid-dialog response forwarded by the terminating AS, or an INFO message generated by the terminating AS. The charing information indicates a cumulative charge incurred so far for the communication.

Call flows

1-4 In order to send an update on the cumulative charge incurred so far, an INFO request is send from the terminating AS to UE-B. The AOC information is included in the INFO request.

A.3.3 AOC-E

Calling party clears

Figure A.3.3.1: Calling party clears

The AOC information is provided for every communication after the communication has finished. This is provisioned in the AS. The AOC information is sent to the terminating user in the BYE request which is originated from UE-A.

Call Flow

The communication has been set up as a normal communication.

1-5 UE-A generates a BYE request to terminate the session, which is routed to the UE-B. When the Terminating AS receives the BYE request, it adds the AOC information.

6-10 UE-B sends a 200 (OK) response towards UE-A.

Called party clears

Figure A.3.3.2: Called party clears

The AOC information is provided for every communication after the communication has finished. This is provisioned in the AS. The charging info is sent to the terminating user in the 200 (OK) response, which is originated from UE-A.

Call Flow

The communication has been set-up as a normal communication.

1-5 UE-B generates a BYE request to terminate the session, which is routed to UE-A.

6-.10 UE-A sends a 200 (OK) response towards UE-B. When the Terminating AS receives the 200 (OK) response, it adds the AOC information.

Annex B (informative):
Example of Filter Criteria

This annex provides an example of a filter criterion that triggers SIP requests that are subject to initial filter criteria evaluation.

An example of an IFC when the AOC service is active at the originating S-CSCF is:

– Method: INVITE.

Annex C (normative):
Charging Information Elements