Content for  TS 23.218  Word version:  18.0.0

The two Figure B.2.3.1 and Figure B.2.3.2 that follow illustrate the MRFC providing transcoding for a UE-originating session, where the MRFC is receiving directions from the AS operating as a B2BUA. The "[x]" notation in the Figure is an indicator of a unique SIP dialog. The "dot" notation on the AS line indicates B2BUA actions are taking place along with AS service logic. The 100 (Trying) responses are not shown in the Figure, but it is assumed that a 100 (Trying) response is sent in response to each INVITE request. The B2BUA AS interacts with the originating UE as usual to establish the dialog. The B2BUA AS interacts with the MRFC using a third party control model to establish the dialog with the called party after receiving the initial failure indication. The B2BUA AS manages the interactions between the two dialogs. An INVITE request is generated from a UE. A 606 (Not Acceptable) response is received from the called party. The AS uses third party call control to request transcoding facilities from the MRFC. A separate dialog is established from the AS to the MRFC for each of the two parties. New dialogs are also established between the AS and each of the UE endpoints. The media from each UE is connected at the transcoding resource at the MRFP. In the first Figure B.2.3.1 below, the called party returns an indication of an acceptable codec. For this case, the request to the MRFC will include the appropriate codec for the called party and the offer/answer model as defined in RFC 3264 with the MRFC is used. In Figure B.2.3.2 below, the called party does not indicate any SDP, which means that more steps will be required on the subsequent INVITE request to set up transcoding with the MRFC. An INVITE request without SDP is sent to the MRFC to get the list of codecs it supports. The AS then sends that list of codecs in the new INVITE request that it sends to the called party. The B2BUA function of the AS matches up the responses. The offer/answer model is used for SDP negotiation between the AS/S-CSCF and the MRFC. The MRFC should always grant the requests from the AS (unless there is a resource problem). The MRFC responds to the INVITE request with a 200 (OK) response indicating the selected codec in the SDP. The MRFC will also reserve the requested local resources at that time. The selected codec is included by the B2BUA AS in the 183 (Session Progress) response to the UE. The receipt of the ACK request at the MRFC triggers the playing of the tone or announcement.

Notes for Figure B.2.3.1:

Notes for Figure B.2.3.2: