13
ETSI
ETSI TS 127 007 V13.3.0 (2016
+CMCCSI: 5,0,1,3,"m=audio",0,4,0,1,0,"sip:veronica@university.org",0,0
(Remote party accepted the proposal for audio media)
+CDUU: 5,"ANSWERED" (Remote party answered)
+CMCCSI: 5,0,1,1,"m=audio",0,6,0,1,0,"sip:veronica@university.org",0,0
(Connection established, audio media is active)
+CMCCSI: 5,0,1,2,"m=audio\0D\0Am=video 99 98\0D\0Aa=rtpmap:99 H264/90000\0D\0Aa=fmtp:99 profile-
level-id=4D4033\0D\0Aa=rtpmap:98 MP4V-ES/90000\0D\0Aa=fmtp:98 profile-level-
id=1",0,6,0,1,0,"sip:veronica@university.org",0,0
(Remote party proposed adding video to the call, offering two different formats)
AT+CCMDC=5,3,"m=audio\0D\0Am=video 99 98\0D\0Aa=rtpmap:99 H264/90000\0D\0Aa=fmtp:99 profile-level-
id=4D4033\0D\0Aa=rtpmap:98 MP4V-ES/90000\0D\0Aa=fmtp:98 profile-level-id=1"
(Proposal accepted, indicating support for both formats offered)
OK
+CMCCSI: 5,0,1,1,"m=audio\0D\0Am=video 99\0D\0Aa=rtpmap:99 H264/90000\0D\0Aa=fmtp:99 profile-level-
id=4D4033",0,6,0,1,0,"sip:veronica@university.org",0,0
(Call media changed to audio and video on a format selected by the TE)
AT+CCMDC=5,1,"m=audio" (Video media removed, unconditionally)
OK
+CMCCSI: 5,0,1,1,"m=audio",0,6,0,1,0,"sip:veronica@university.org",0,0
(Call media changed to audio only)
AT+CHCCS=5 (Connection with call identification number 5 terminated)
+CHCCSI: 5
OK
+CMCCSI: 5,0,0,0,"",0,7,0,1,0,"sip:veronica@university.org",2,200 (Outgoing connection released)
+CMCCSI: 5,0,0,0,"",0,1,0,1,0,"sip:veronica@university.org",0,0 (Idle)
Below is an example where a multimedia-call originated with +CDU is placed to a SIP-URI. In this example, the remote
party rejects the proposed media and makes a counterproposal, which is then accepted by the originating party before
the call is established. A precondition for this example is that the basic event for the call monitoring function is
successfully enabled with +CMCCS=2. The terms "<Audio>" and "<Audio+video>" are used to illustrate
respective SDP media descriptions of audio and audio+video in the example.
AT+CDEFMP=,"<Audio+video>" (Media profile defined, offering both audio and video)
+CDEFMP=4 (Media profile index number 4 provided)
OK
AT+CDU=1,"sip:veronica@university.org",1,4 (Multimedia-call initiated, using media profile number 4)
+CDU: 6 (Call initiated, call identification number 6 provided)
OK (Call initiation successful)
(+CDUU and +CMCCSI appear as appropriate)
+CMCCSI: 6,0,0,0,"",0,2,0,1,0,"sip:veronica@university.org",0,0 (Call setup is started)
+CMCCSI: 6,0,0,0,"",0,3,0,1,0,"sip:veronica@university.org",0,0 (Call is in progress)
+CMCCSI: 6,0,0,1,"<Audio>",0,4,0,1,0,"sip:veronica@university.org",0,0
(Alert indication received and played back)
+CMCCSI: 6,0,1,4,"",0,4,0,1,0,"sip:veronica@university.org",0,0
(Remote party rejected the proposal for audio+video media)
+CMCCSI: 6,0,1,2,"<Audio>",0,4,0,1,0,"sip:veronica@university.org",0,0
(Remote party proposed audio-only media for the call)
AT+CCMMD=6,3,"<Audio>" (Proposal accepted)
OK
+CDUU: 6,"ANSWERED" (Remote party answered the call)
+CMCCSI: 6,0,1,1,"<Audio>",0,6,0,1,0,"sip:veronica@university.org",0,0
(Connection established, audio media is active)
Below is the same scenario as above from the terminating party's perspective. An incoming multimedia-call is received,
but the initially offered media is rejected and a successful counterproposal is made. A precondition for this example is
that the basic event for the call monitoring function is successfully enabled with +CMCCS=2. The terms "<Audio>"