3GPP TS 24.093

3rd Generation Partnership Project;
3GPP TS 24.093
Technical Specification Group Core Network and Terminals;
V15.0.0
Completion of Calls to Busy Subscriber (2018-06)
(CCBS);
Stage
Technical 3
Specification
(Release 15)
The present document has been developed within the 3 rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.
The present document has not been subject to any approval process by the 3GPP Organisational Partners and shall not be implemented.
This Specification is provided for future development work within 3GPP only. The Organisational Partners accept no liability for any use of this
Specification.
Specifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organisational Partners' Publications Offices.
Release 15 2 3GPP TS 24.093 V15.0.0 (2018-06)
Keywords
LTE, GSM, UMTS, network, CCBS, supplementary service, stage 3
3GPP
Postal address
3GPP support office address

650 Route des Lucioles - Sophia Antipolis
Valbonne - FRANCE
Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16
Internet
http://www.3gpp.org
Copyright Notification
No part may be reproduced except as authorized by written permission.

The copyright and the foregoing restriction extend to reproduction in all media.
© 2018, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TSDSI, TTA, TTC).
All rights reserved.
UMTS™ is a Trade Mark of ETSI registered for the benefit of its members
3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners
LTE™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners
GSM® and the GSM logo are registered and owned by the GSM Association
3GPP
Release 15 3 3GPP TS 24.093 V15.0.0 (2018-06)
Contents
Foreword...........................................................................................................................................................4
1 Scope......................................................................................................................................................5
2 References...............................................................................................................................................5
3 Definitions and abbreviations..................................................................................................................6
3.1 Definitions...........................................................................................................................................................6
3.2 Abbreviations.......................................................................................................................................................6
4 General...................................................................................................................................................7
4.1 Overview..............................................................................................................................................................7
4.2 Activation............................................................................................................................................................7
4.3 CCBS Recall and CCBS Call Set-up..................................................................................................................9
4.3.1 CCBS Call Set-up (MS A idle)......................................................................................................................9
4.3.2 CCBS Call Set-up (MS A not idle)..............................................................................................................11
4.3.2.1 Existing call released.............................................................................................................................11
4.3.2.2 Existing call placed on hold..................................................................................................................13
4.4 Deactivation.......................................................................................................................................................15
4.5 Interrogation......................................................................................................................................................16
Annex A (informative): Operation for non-supporting MSs..............................................................18

A.0 Scope....................................................................................................................................................18
A.1 MSs which do not support CCBS.........................................................................................................18
A.1.1 Activation for non-supporting MSs..................................................................................................................18
A.2 CCBS Call Set-up for non-supporting MSs..........................................................................................20
A.3 Deactivation for non-supporting MSs...................................................................................................21
A.4 Interrogation for non-supporting MSs...................................................................................................21
Annex B (informative): Change history................................................................................................22
3GPP
Release 15 4 3GPP TS 24.093 V15.0.0 (2018-06)
Foreword
This Technical Specification has been produced by the 3GPP.
This TS gives the stage 3 description of the Completion of Calls to Busy Subscriber (CCBS) supplementary service
within the 3GPP system.
The contents of the present document are subject to continuing work within the TSG and may change following
formal TSG approval. Should the TSG modify the contents of this TS, it will be re-released by the TSG with an
identifying change of release date and an increase in version number as follows:
Version 3.y.z
where:
x the first digit:
1 presented to TSG for information;
2 presented to TSG for approval;
3 Indicates TSG approved document under change control.
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections,
updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the specification;
3GPP
Release 15 5 3GPP TS 24.093 V15.0.0 (2018-06)
1 Scope
The present dcoument gives the stage 3 description of the Completion of Calls to Busy Subscriber (CCBS)
supplementary service. The present document specifies the procedures used at the radio interface (Reference point Um
as defined in 3GPP TS 24.002) for normal operation, activation, deactivation, invocation and interrogation of the
completion of calls to busy subscriber supplementary services. Provision and withdrawal of supplementary services is
an administrative matter between the mobile subscriber and the service provider and cause no signalling on the radio
interface.
In 3GPP TS 24.010 the general aspects of the specification of supplementary services at the layer 3 radio interface are
given.
3GPP TS 24.080 specifies the formats and coding for the supplementary services.
Definitions and descriptions of supplementary services are given in 3GPP TS 22.004, 3GPP TS 22.08x and 3GPP
TS 22.09x-series. Technical specification 3GPP TS 22.093 is related specifically to the Completion of Calls to Busy
Subscriber supplementary service.
The technical realization of supplementary services is described in technical specifications 3GPP TS 23.011, 3GPP TS
23.08x and 3GPP TS 23.09x-series. 3GPP TS 23.093 is related specifically to Completion of Calls to Busy Subscriber
supplementary service.
The procedures for Call Control, Mobility Management and Radio Resource management at the layer 3 radio interface
are defined in 3GPP TS 24.007 and 3GPP TS 24.008.
The following supplementary services belong to the call completion supplementary services and are described in the
present document:
- Completion of Calls to Busy Subscriber (CCBS) (see clause 4).
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
- References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
- For a specific reference, subsequent revisions do not apply.
- For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document
(including a GSM document), a non-specific reference implicitly refers to the latest version of that document in
the same Release as the present document.
[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications".
[2] 3GPP TS 22.004: "General on supplementary services".
[3] 3GPP TS 22.007: "Mobile Stations (MS) features".
[4] 3GPP TS 22.030: "Man-Machine Interface (MMI) of the Mobile Station (MS)".
[5] 3GPP TS 22.093: "Completion of Calls to Busy Subscriber (CCBS) Service description, Stage 1".
[6] 3GPP TS 23.011: "Technical realization of supplementary services".
[7] 3GPP TS 23.093: "Technical realization of Completion of Calls to Busy Subscriber (CCBS)".
[8] 3GPP TS 24.002: "GSM-UMTS Public Land Mobile Network (PLMN) access reference
configuration".
[9] 3GPP TS 24.007: "Mobile radio interface signalling layer 3 General aspects".
[10] 3GPP TS 24.008: "Mobile radio interface layer 3 specification".
3GPP
Release 15 6 3GPP TS 24.093 V15.0.0 (2018-06)
[11] 3GPP TS 24.010: "Mobile radio interface layer 3 Supplementary services specification General
aspects".
[12] 3GPP TS 24.080: "Mobile radio interface layer 3 supplementary services specification Formats
and coding".
[13] 3GPP TS 24.083: "Call Waiting (CW) and Call Hold (HOLD) supplementary services - Stage 3".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document the following definitions apply.
Subscriber A: The user of MS A, requesting CCBS.
Destination B: The entity addressed in the original call set up, which is busy when first called by subscriber A.
3.2 Abbreviations
For the purposes of the present document the following abbreviations apply:
CCBS Completion of Calls to Busy Subscriber

MS A Mobile Station of subscriber A
NDUB Network Determined User Busy
Further related abbreviations are given in 3GPP TR 21.905
3GPP
Release 15 7 3GPP TS 24.093 V15.0.0 (2018-06)
4 General
4.1 Overview
CCBS allows a calling subscriber A, encountering a Network Determined User Busy (NDUB) called destination B, to
be notified when destination B is idle and to have the network reinitiate the call to destination B, if subscriber A
desires.
All of the radio signalling specific to CCBS is at the subscriber A-side. Each procedure is described in turn. There is
no radio signalling specific to CCBS at destination B-side. The radio signalling on the destination B-side uses basic
call signalling procedures only.
A mobile station that supports CCBS shall support the requirements of the following options used in 3GPP TS 24.008:
1) Prolonged Clearing Procedure;
2) Network Initiated Mobile Originated Connection Management (MO CM) Connection Request;
3) Network initiated MO call.
A network supporting CCBS shall support the requirements of the following options used in 3GPP TS 24.008:
1) CCBS Request activation; and
2) Network initiated MO call.
4.2 Activation
When CCBS is allowed the network shall give subscriber A the option of activating a CCBS Request.
The network shall send a DISCONNECT message to MS A (cause #17 (User Busy) or cause #34 (no circuit / channel
available)) with diagnostic field indicating CCBS is Possible and allowed actions indicating CCBS is Possible. The
network starts the retention timer T1 when it sends the DISCONNECT message. The MS shall not release the
connection with the network if allowed actions is present.
If subscriber A attempts to activate a CCBS Request, MS A shall send a RELEASE message, with the Facility
information element indicating CCBSRequest and the network shall stop T1. If the subscriber A does not accept CCBS
activation, the MS shall send normal RELEASE message and the network shall stop T1 and continue normal call
clearing. If the timer T1 expires before the RELEASE message is received from the MS, the network shall continue
normal call clearing.
If the network accepts the activation attempt, it shall acknowledge it by sending a RELEASE COMPLETE message
containing the Facility information element with the CCBS index and optionally the AddressOfB, SubAddressOfB and
the BasicServiceCode. If the network rejects the activation attempt, it shall send a RELEASE COMPLETE message
containing the Facility information element with a return error indication.
If a TCH has been allocated for the initial call and there are no further need for this channel configuration, the
network may reconfigure the ongoing connection from TCH(s) mode to SDCCH only mode while waiting for further
user input activity.
It is a network option to maintain the ongoing connection in TCH mode while waiting for further user input activity.
SS Version Indicator value 3 or above has to be used.
3GPP
Release 15 8 3GPP TS 24.093 V15.0.0 (2018-06)
MS A NETWORK
SETUP (Note 1)
------------------------------------------------------------------------------------------------------------------------------->
(Bearer capability, CC capabilities, Called party BCD number)
DISCONNECT (Note 2)
<------------------------------------------------------------------------------------------------------------------------------
((Cause #17 (User Busy) / Cause #34 (no circuit/channel available)), diagnostic = CCBSPossible,
allowed actions = CCBS Possible)
RELEASE (Note 3)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RELEASE (Note 4)
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
((Cause #17 (User Busy) / Cause #34 (no circuit/channel available) ) /
Cause #102 (recovery on timer expiry))
RELEASE COMPLETE
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
RELEASE
--------------------------------------------------------------------------------------------------------------------------------->
Facility (Invoke = AccessRegisterCCEntry)
RELEASE COMPLETE
<--------------------------------------------------------------------------------------------------------------------------------
Facility (Return Result (CCBS Index, AddressOfB, Sub_AddressOfB, BasicServiceCode)) (Note 5)
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Facility (Return Error = (Error))
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Facility (Reject = (Invoke Problem))
Figure 4.2: Activation of a CCBS Request for supporting MSs
NOTE 1:
The original call set-up is shown for completeness.
NOTE 2:
The CCBS activation is possible only when allowed actions field contains CCBS Possible indication
NOTE 3:
If Subscriber A rejects the CCBS Possible indication, then the MS shall send RELEASE.
NOTE 4:
If T1 (Retention timer) expires then the network shall send a RELEASE message to the MS. The Timer
expiry cause may be included.
NOTE 5: AddressOfB, Sub_AddressOfB and BasicServiceCode are optional parameters.
3GPP
Release 15 9 3GPP TS 24.093 V15.0.0 (2018-06)
4.3 CCBS Recall and CCBS Call Set-up

When destination B becomes free the network shall offer subscriber A the option of recalling destination B.
The network shall prompt MS A to allocate a Transaction Identifier (TI) and establish the CC connection by sending a
CM SERVICE PROMPT message. MS A establishes the CC connection by sending a START CC message to the
network. The network shall then send a CC ESTABLISHMENT message to MS A and shall include the Setup
container. The Setup container contains information necessary to set-up the CCBS Call. The MS can modify the
Bearer Capability (BC), High Level Compatibility (HLC) and Low Level Compatibility (LLC) information within the
Setup container provided that the same Basic Service Group is maintained. If MS A is compatible with the basic
service group it sends CC ESTABLISHMENT CONFIRMED message to the network. Once the network has received
the CC ESTABLISHMENT CONFIRMED message it shall send a RECALL message to MS A, which contains
information to be presented to the subscriber. At this stage, if the MS detects that ACM  ACMmax, the MS shall
interrupt the recall procedure, shall not alert the user and shall send a RELEASE COMPLETE message with the
appropriate cause value to the network. If subscriber A accepts the CCBS recall, MS A shall establish a new call with
the SETUP message. MSC A shall maintain the RR connection with MS A throughout the time when acceptance of the
CCBS Recall is possible. Once the SETUP message is received, normal call handling continues.
4.3.1 CCBS Call Set-up (MS A idle)

Figure 4.3.1 shows the case where MS A is idle when a CCBS Recall is received by the originating network. The
different possibilities for allocating a traffic channel are described in 3GPP TS 24.008.
3GPP
Release 15 10 3GPP TS 24.093 V15.0.0 (2018-06)
MS A NETWORK
RR CONNECTION ESTABLISHED
<-------------------------------------------------------------------------------------------------------------------------------->
CM SERVICE PROMPT
<----------------------------------------------------------------------------------------------------------------------------------
START CC
--------------------------------------------------------------------------------------------------------------------------------->
MM_STATUS
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
(Cause #32 (Service option not supported) / Cause #34 (Service option temporarily out of order) /
Cause #97 (message type non-existent or not implemented))
CC ESTABLISHMENT
<----------------------------------------------------------------------------------------------------------------------------------
(Setup container)
CC ESTABLISHMENT CONFIRMED
--------------------------------------------------------------------------------------------------------------------------------->
(BC'(s)), (Note 1)
RELEASE COMPLETE
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
(Cause #29 (facility rejected) / Cause #88 (incompatible destination) / Cause #17 ( User Busy)) (Note 2)
RECALL
<----------------------------------------------------------------------------------------------------------------------------------
Facility (Invoke = NotifySS (SS-Code = CCBS, CCBS index, AddressOfB, Sub_AddressOfB, BasicServiceCode,
Alerting Pattern)) (Note 3)
RELEASE COMPLETE
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
(Cause #21 (call rejected) / Cause #17 (User Busy) / Cause #68 (ACM  ACMmax)) (Note 4)
RELEASE COMPLETE
<------------------------------------------------------------------------
(Cause #102 (recovery on timer expiry)) (Note 5)
SETUP
---------------------------------------------------------------------------------------------------------------------------------->
(Note 6)
Figure 4.3.1: CCBS Call Set-up for supporting MSs - subscriber A idle when RECALL arrives
NOTE 1: The BC may be modified by the MS as long as the same Basic Service Group is maintained.
NOTE 2: The MS releases the transaction if the BC,HLC,LLC received in the CC ESTABLISHMENT message are
incompatible with the MS, the MS cannot decode the contents of the "advanced recall alignment" Facility
information element correctly (see 3GPP TS 24.010) or the MS responds by indicating UDUB.
NOTE 3: MS shall start CCBS Recall alerting on receiving the RECALL message. The CCBS timer T4 is started
when the RECALL message is sent to the MS. Sub_Address information may be included. The Alerting
Pattern parameter may be included by the network to give some indication about alerting (category or
level). If supported in the MS, this optional parameter is to be used by the MS as specified in 3GPP TS
22.007.
NOTE 4: Subscriber A explicitly rejects the CCBS Recall or subscriber A responds to the CCBS Recall by
indicating UDUB or ACM  ACMmax.
NOTE 5: The network releases the transaction if CCBS timer T4 expires.
NOTE 6: The information elements within the SETUP message are derived from the Setup container in the CC
ESTABLISHMENT Message. The SETUP message must contain the same BC(s) that was (were) sent to
the network in the CC ESTABLISHMENT CONFIRMED message.
3GPP
Release 15 11 3GPP TS 24.093 V15.0.0 (2018-06)
4.3.2 CCBS Call Set-up (MS A not idle)

If a CCBS Recall is offered to MS A and MS A is not idle, subscriber A may accept the CCBS Recall and either release
the existing call or put the existing call on hold.
4.3.2.1 Existing call released
MS A NETWORK
CM SERVICE PROMPT
<----------------------------------------------------------------------------------------------------------------------------------
START CC (TI = CCBS call) (Note 1)

---------------------------------------------------------------------------------------------------------------------------------->
MM_STATUS
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
CC ESTABLISHMENT (TI = CCBS call)

<----------------------------------------------------------------------------------------------------------------------------------
(Setup container)
CC ESTABLISHMENT CONFIRMED (TI = CCBS call)

--------------------------------------------------------------------------------------------------------------------------------->
(BC'(s), Cause #17 ( User Busy)) (Note 2)
RELEASE COMPLETE (TI = CCBS call)

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
(Cause #29 (facility rejected) / Cause #88 (incompatible destination) / Cause #17 (User Busy)) (Note 3)
RECALL (TI = CCBS call)

<-------------------------------------------------------------------------------------------------------------------------------------

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
(Cause #21 (call rejected) / Cause #17 (User Busy) / Cause #68 (ACM  ACMmax)) (Note 5)

<------------------------------------------------------------------------
DISCONNECT (TI = existing call)

---------------------------------------------------------------------------------------------------------------------------------->
(Cause #16 (normal clearing)) (Note 1, Note 7)
SETUP (TI = CCBS call)

---------------------------------------------------------------------------------------------------------------------------------->
(Note 8)
Figure 4.3.2: CCBS Recall arrives while MS involved in a call, the existing call is released on
acceptance of the CCBS Recall
3GPP
Release 15 12 3GPP TS 24.093 V15.0.0 (2018-06)
Notes to figure 4.3.2:

NOTE 1: A new TI value indicated by "TI = CCBS call" is allocated by the MS for the subsequent CCBS call. The
already existing call is referred to by the TI value "TI = existing call".
NOTE 2: The BC may be modified by the MS as long as the same Basic Service Group is maintained. The MS
shall indicate "User Busy" if it is not idle.
information element correctly (see 3GPP TS 24.010) or the MS responds by indicating UDUB.
22.007.
NOTE 7: The existing call is released to make resources available for the CCBS call. The existing call is released
according to normal call clearing procedures (see 3GPP TS 24.008).
NOTE 8: The information elements within the SETUP message are derived from the Setup container in the CC
ESTABLISHMENT message. The SETUP message must contain the same BC(s) that was (were) sent to
3GPP
Release 15 13 3GPP TS 24.093 V15.0.0 (2018-06)
4.3.2.2 Existing call placed on hold

If the existing call is a telephony call, subscriber A may place this call on hold in order to accept the CCBS Recall.
MS A NETWORK
CM SERVICE PROMPT
<----------------------------------------------------------------------------------------------------------------------------------
START CC (TI = CCBS call) (Note 1)

---------------------------------------------------------------------------------------------------------------------------------->
MM_STATUS
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
CC ESTABLISHMENT(TI = CCBS call)

<----------------------------------------------------------------------------------------------------------------------------------
(Setup container)
CC ESTABLISHMENT CONFIRMED (TI = CCBS call)
--------------------------------------------------------------------------------------------------------------------------------->
(BC'(s), Cause #17 ( User Busy)) (Note 2)

----------------------------------------------------------------------->
(Cause #29 (facility rejected) / Cause #88 (incompatible destination) / Cause #17 (User Busy)) (Note 3)
RECALL (TI = CCBS call)

<-------------------------------------------------------------------------------------------------------------------------------------

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ->
(Cause #21 (call rejected) / Cause #17 (UDUB) / Cause #68 (ACM  ACMmax)) (Note 5)

< - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --
HOLD (TI = existing call) (Note 1, Note 7)

---------------------------------------------------------------------------------------------------------------------------------->
HOLD ACKNOWLEDGE (TI = existing call)

<----------------------------------------------------------------------------------------------------------------------------------
SETUP (TI = CCBS call) (Note 8)

---------------------------------------------------------------------------------------------------------------------------------->
Figure 4.3.3: CCBS Recall arrives while MS involved in a call, the existing call is placed on hold on
acceptance of the CCBS Recall
3GPP
Release 15 14 3GPP TS 24.093 V15.0.0 (2018-06)
Notes to figure 4.3.3:

NOTE 1: A new TI value indicated by "TI = CCBS call" is allocated by the MS for the subsequent CCBS call. The
already existing call is referred to by the TI value "TI = existing call".
NOTE 2: The BC may be modified by the MS as long as the same Basic Service Group is maintained. The MS
shall indicate "User Busy" if it is not idle.
information element correctly, or the MS responds by indicating UDUB.
22.007.
NOTE 7: The existing call is placed on hold to make resources available for the CCBS call. The existing call is
placed on hold according to normal call hold procedures (see 3GPP TS 24.083).
NOTE 8: The information elements within the SETUP message derived from the Setup container in the CC
ESTABLISHMENT Message. The SETUP message must contain the same BC(s) that was (were) sent to
3GPP
Release 15 15 3GPP TS 24.093 V15.0.0 (2018-06)
4.4 Deactivation
Subscriber A can perform the following operations:
- deactivate all outstanding CCBS requests;
- deactivate a specific CCBS request.
MS A shall send a REGISTER message, with the Facility information element, indicating EraseCCEntry.
SS Version Indicator value 3 or above has to be used.
MS A NETWORK
REGISTER
-------------------------------------------------------------------------------------------------------------------------------->
Facility (Invoke = EraseCCEntry (CCBS))
RELEASE COMPLETE
<--------------------------------------------------------------------------------------------------------------------------------
Facility (Return Result)
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Facility (Return Error (Error))
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Facility (Reject (Invoke_Problem))
Figure 4.4.1: Deactivation of all CCBS requests
MS A NETWORK
REGISTER
-------------------------------------------------------------------------------------------------------------------------------->
Facility (Invoke = EraseCCEntry (CCBS, CCBS Index))
RELEASE COMPLETE
<--------------------------------------------------------------------------------------------------------------------------------
Facility (Return Result)
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Figure 4.4.2: Deactivation of a specific CCBS request
3GPP
Release 15 16 3GPP TS 24.093 V15.0.0 (2018-06)
4.5 Interrogation
Subscriber A can perform an interrogation of the CCBS service, with the three possible outcomes:
- the CCBS service is not provisioned for the subscriber;
- the CCBS service is provisioned for the subscriber, but the queue of requests is empty;
- the CCBS service is provisioned for the subscriber and there are requests in the queue.
MS A shall send a REGISTER message, with the Facility information element, indicating InterrogateSS. SS Version
Indicator value 2 or above has to be used. Depending on the outcome of the interrogation, the network shall return:
a) SS-status set to not provisioned when the CCBS service is not provisioned (figure 4.5.1);
b) SS status set to provisioned when the CCBS service is provisioned, but there are no outstanding requests
(figure 4.5.2);
c) SS-status set to provisioned and the list of outstanding CCBS requests in the queue (figure 4.5.3).
For each request in the queue, the following data shall be returned:
- CCBS index;
- Address of B;
- Sub-Address of B (optional);
- Basic Service Code.
MS A NETWORK
REGISTER
--------------------------------------------------------------------------------------------------------------------------------->
Facility (Invoke = InterrogateSS (CCBS))
RELEASE COMPLETE
<--------------------------------------------------------------------------------------------------------------------------------
Facility (Return Result = InterrogateSS (SS-status))
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Figure 4.5.1: Interrogation of the CCBS - service not provisioned
3GPP
Release 15 17 3GPP TS 24.093 V15.0.0 (2018-06)
MS A NETWORK
REGISTER
--------------------------------------------------------------------------------------------------------------------------------->
Facility (Invoke = InterrogateSS (CCBS))
RELEASE COMPLETE
<--------------------------------------------------------------------------------------------------------------------------------
Facility (Return Result = InterrogateSS (SS-status))
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Figure 4.5.2: Interrogation of the CCBS - the request queue is empty
MS A NETWORK
REGISTER
--------------------------------------------------------------------------------------------------------------------------------->
Facility (Invoke = InterrogateSS(CCBS))
RELEASE COMPLETE
<--------------------------------------------------------------------------------------------------------------------------------
Facility (Return Result = InterrogateSS (SS-status, CCBS index, AddressOfB, Sub-AddressOfB,
BasicServiceCode)) (Note)
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Figure 4.5.3: Interrogation of the CCBS - all existing requests
NOTE: The information for up to five CCBS Requests can be included.
3GPP
Release 15 18 3GPP TS 24.093 V15.0.0 (2018-06)
Annex A (informative):
Operation for non-supporting MSs
A.0 Scope
This annex is included for information only and is for further study.
A.1 MSs which do not support CCBS

MSs which do not explicitly support CCBS are not precluded from attempting to activate CCBS or from accepting a
CCBS Recall. The mechanisms employed to offer the CCBS service to these MSs shall be a matter for individual
networks.
A.1.1 Activation for non-supporting MSs

The network shall send DISCONNECT to MS A (cause #17 or #34) with diagnostic field indicating CCBS is Possible,
and a progress indicator indicating inband information is available. This inband information shall be used to indicate
CCBS possible. The absence of a progress indicator in the DISCONNECT, prevents subscriber A from successfully
activating CCBS. If subscriber A requests CCBS, MS A will send a REGISTER message, containing a
ProcessUnstructuredSS-Request invoke component. The receiving network entity shall pass the data received in the
request to the application handling USSD operations and shall wait for the response of the application. When the
application accepts the request and terminates the dialogue, the network shall clear the transaction by sending a
RELEASE COMPLETE message containing a return result component.
If the network is unable to process the request received from the MS, it shall clear the call independent transaction by
sending a RELEASE COMPLETE message containing a return error component.
When the call independent transaction has been cleared, either the MS or the network shall release the call related
transaction by sending a RELEASE COMPLETE message.
3GPP
Release 15 19 3GPP TS 24.093 V15.0.0 (2018-06)
MS A NETWORK
DISCONNECT (PD = CC)
<------------------------------------------------------------------------------------------------------------------------------------
(Cause = #17 or 34, Diagnostic = CCBS Possible) Progress Indicator = #8
REGISTER (PD = SS)
------------------------------------------------------------------------------------------------------------------------------------>
Facility (Invoke = ProcessUnstructuredSS-Request (ussd-DataCodingScheme, ussd-String))
RELEASE COMPLETE (PD = SS)
<------------------------------------------------------------------------------------------------------------------------------------
Facility (Return Result = ProcessUnstructuredSS-Request (ussd-DataCodingScheme, ussd-String))
<------------------------------------------------------------------------------------------------------------------------------------
Facility (Return Error = ProcessUnstructuredSS-Request (ussd-DataCodingScheme, ussd-String))
<--------------------------------------------------------------------------
<--------------------------------------------------------------------------
RELEASE (PD = CC) (Note1)
--------------------------------------------------------------------------->
RELEASE COMPLETE (PD = CC)
<--------------------------------------------------------------------------
RELEASE (PD = CC) (Note 2)
<--------------------------------------------------------------------------
RELEASE COMPLETE (PD = CC)
--------------------------------------------------------------------------->
Figure A.1: Activation of CCBS for non supporting MSs
NOTE 1: If Subscriber A rejects the CCBS Possible indication or ends the call having received either a successful
or unsuccessful indication following an activation attempt, then the MS shall send a RELEASE message.
NOTE 2: If the call control timer expires (T306) or if T1 expires, then network shall send a RELEASE message to
MS.
3GPP
Release 15 20 3GPP TS 24.093 V15.0.0 (2018-06)
A.2 CCBS Call Set-up for non-supporting MSs

The CCBS recall shall be treated as a mobile terminated call set-up. The network shall send a SETUP message to MS
A, which causes the MS to ring indicating that destination B is now idle. If subscriber A accepts the CCBS recall, MS
A shall establish a new call with the CONNECT message.
MS A NETWORK
SETUP
<----------------------------------------------------------------------------------------------------------------------------------
(Calling Party BCD Number, BearerCapability, CCBS Remote User Free)
CALL CONFIRMED
---------------------------------------------------------------------------------------------------------------------------------->
ALERTING
---------------------------------------------------------------------------------------------------------------------------------->
CONNECT
---------------------------------------------------------------------------------------------------------------------------------->
CONNECT ACKNOWLEDGE
<----------------------------------------------------------------------------------------------------------------------------------
START DTMF
---------------------------------------------------------------------------------------------------------------------------------->
START DTMF ACKNOWLEDGE
<----------------------------------------------------------------------------------------------------------------------------------
STOP DTMF
---------------------------------------------------------------------------------------------------------------------------------->
STOP DTMF ACKNOWLEDGE
<----------------------------------------------------------------------------------------------------------------------------------
ALERT
<----------------------------------------------------------------------------------------------------------------------------------
FACILITY
<----------------------------------------------------------------------------------------------------------------------------------
Figure A.2: CCBS Call Set-up for non supporting MSs
NOTE*: It is an operator option to request the user if he/she wishes to continue
Editors Note: The network needs to know that this is a CCBS Call so that the destination network can be informed.
How does the originating network know that this is a CCBS Call? Can the network determine this based
on the transaction identifier?
Editors Note: This area is currently under discussion within SMG1 & SMG3
3GPP
Release 15 21 3GPP TS 24.093 V15.0.0 (2018-06)
A.3 Deactivation for non-supporting MSs

MS A shall send a REGISTER message to the network, with the Facility information element, indicating
ProcessUnstructuredSS-Request. Different MMI is required (as specified in 3GPP TS 22.030) for the three different
deactivation operations, although each deactivation operation uses the USSD mechanism to transport the information
to the network.
MS A NETWORK
REGISTER
-------------------------------------------------------------------------------------------------------------------------------->
RELEASE COMPLETE
<--------------------------------------------------------------------------------------------------------------------------------
Facility (Return Result = ProcessUnstructuredSS-Request (ussd-DataCodingScheme, ussd-String))
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Figure A.3: Deactivation of all CCBS requests, the last or a single CCBS Request for non supporting
MSs
A.4 Interrogation for non-supporting MSs

MS A shall send a REGISTER message to the network, with the Facility information element, indicating
ProcessUnstructuredSS-Request. Different MMI is required (as specified in 3GPP TS 22.030) for the two different
interrogation operations, although each interrogation operation uses the USSD mechanism to transport the
information to the network.
MS A NETWORK
REGISTER
-------------------------------------------------------------------------------------------------------------------------------->
RELEASE COMPLETE
<--------------------------------------------------------------------------------------------------------------------------------
Facility (Return result = ProcessUnstructuredSS-Request (ussd-DataCodingScheme, ussd-String))
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
RELEASE COMPLETE
<- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Figure A.4: Interrogation of all CCBS requests or a single CCBS request for Non supporting MSs
3GPP
Release 15 22 3GPP TS 24.093 V15.0.0 (2018-06)
Annex B (informative):
Change history
Change history
TSG CN# Spec Version CR <Phase> New Version Subject/Comment
Apr 1999 GSM 04.93 6.1.1 Transferred to 3GPP CN1
CN#03 24.093 R99 3.0.0 Approved at CN#03
CN#11 24.093 3.0.0 Rel-4 4.0.0 Approved at CN#11
CN#16 24.093 4.0.0 Rel-4 4.0.1 References updated
CN#16 24.093 4.0.1 Rel-5 5.0.0 Rel-5 created after CN#16
CN#26 24.093 5.0.0 Rel-6 6.0.0 Rel-6 created after CN#26
CT#36 24.093 6.0.0 Rel-7 7.0.0 Upgraded unchanged from Rel-6
CT#42 24.093 7.0.0 Rel-8 8.0.0 Upgraded unchanged from Rel-7
2009-12 24.093 8.0.0 - Rel-9 9.0.0 Update to Rel-9 version (MCC)
3GPP

3GPP TS 24.093

Uploaded by

Copyright:

Available Formats

3GPP TS 24.093

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

3GPP TS 24.093

Uploaded by

Copyright:

Available Formats

3rd Generation Partnership Project;

3GPP support office address

No part may be reproduced except as authorized by written permission.

Annex A (informative): Operation for non-supporting MSs..............................................................18

x the first digit:

1 presented to TSG for information;

2 presented to TSG for approval;

3 Indicates TSG approved document under change control.

- Completion of Calls to Busy Subscriber (CCBS) (see clause 4).

[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications".

[2] 3GPP TS 22.004: "General on supplementary services".

[3] 3GPP TS 22.007: "Mobile Stations (MS) features".

[6] 3GPP TS 23.011: "Technical realization of supplementary services".

[10] 3GPP TS 24.008: "Mobile radio interface layer 3 specification".

3 Definitions and abbreviations

Subscriber A: The user of MS A, requesting CCBS.

CCBS Completion of Calls to Busy Subscriber

Further related abbreviations are given in 3GPP TR 21.905

1) Prolonged Clearing Procedure;

3) Network initiated MO call.

1) CCBS Request activation; and

2) Network initiated MO call.

SS Version Indicator value 3 or above has to be used.

Figure 4.2: Activation of a CCBS Request for supporting MSs

4.3 CCBS Recall and CCBS Call Set-up

4.3.1 CCBS Call Set-up (MS A idle)

4.3.2 CCBS Call Set-up (MS A not idle)

4.3.2.1 Existing call released

START CC (TI = CCBS call) (Note 1)

CC ESTABLISHMENT (TI = CCBS call)

CC ESTABLISHMENT CONFIRMED (TI = CCBS call)

RELEASE COMPLETE (TI = CCBS call)

RECALL (TI = CCBS call)

RELEASE COMPLETE (TI = CCBS call)

RELEASE COMPLETE (TI = CCBS call)

DISCONNECT (TI = existing call)

SETUP (TI = CCBS call)

Notes to figure 4.3.2:

4.3.2.2 Existing call placed on hold

START CC (TI = CCBS call) (Note 1)

CC ESTABLISHMENT(TI = CCBS call)

RELEASE COMPLETE (TI = CCBS call)

RECALL (TI = CCBS call)

RELEASE COMPLETE (TI = CCBS call)

RELEASE COMPLETE (TI = CCBS call)

HOLD (TI = existing call) (Note 1, Note 7)

HOLD ACKNOWLEDGE (TI = existing call)

SETUP (TI = CCBS call) (Note 8)

Notes to figure 4.3.3:

- deactivate all outstanding CCBS requests;

- deactivate a specific CCBS request.

SS Version Indicator value 3 or above has to be used.

- the CCBS service is not provisioned for the subscriber;

- Basic Service Code.

NOTE: The information for up to five CCBS Requests can be included.

A.1 MSs which do not support CCBS

A.1.1 Activation for non-supporting MSs

Figure A.1: Activation of CCBS for non supporting MSs

A.2 CCBS Call Set-up for non-supporting MSs