A.1 HOLD communication

24.4103GPPCommunication HOLD (HOLD) PSTN/ISDN simulation servicesNGN Signalling Control ProtocolProtocol specificationRelease 8TISPANTS

Assumption is that a session has been established between UE-A and UE-B using basic communication procedures according to ES 283 003 [1], therefore the following signalling flows do not apply to the initial INVITE.

A.1.1 HOLD communication without announcement

The following diagram shows a communication session put on hold using a reINVITE request, note that the same can be achieved by sending an UPDATE request.

Figure A.1.1.1: HOLD communication without announcement to the held user

1. UE-A sends an INVITE to UE-B to hold the session. Hold is done by changing the SDP attribute:

• "a=sendonly", if the stream was previously a sendrecv media stream;
• "a=inactive", if the stream was previously a recvonly media stream.

A.1.2 HOLD communication with announcement

The following diagram shows a communication session put on hold using a reINVITE request, note that the same can be achieved by sending an UPDATE request.

Figure A.1.2.1: HOLD communication with announcement to the held user

1. UE-A sends an INVITE to UE-B to hold the session. Hold is done by changing the SDP attribute:

• "a=sendonly", if the stream was previously a sendrecv media stream;
• "a=inactive", if the stream was previously a recvonly media stream.