CCNR

Completion of Communication sessions on No Reply

Services
Introduced in Rel-8
CCNR is a supplementary service that allows a calling party to request completion of a communication session when the called party is busy or doesn't answer. It enables automatic call setup when the called party becomes available, improving communication efficiency and user experience in mobile networks.

Description

Completion of Communication sessions on No Reply (CCNR) is a standardized supplementary service within 3GPP networks that provides automatic call completion functionality when initial call attempts fail due to the called party being busy or not answering. The service operates through a network-based queuing mechanism where the calling party's request is stored and monitored until the called subscriber becomes available for communication. When activated, CCNR intercepts failed call attempts and places them in a waiting state rather than terminating the connection immediately.

Architecturally, CCNR is implemented within the core network elements, primarily involving the Home Subscriber Server (HSS) for subscriber data management and the Mobile Switching Center (MSC) or IP Multimedia Subsystem (IMS) nodes for call processing. The service relies on specific signaling procedures defined in 3GPP specifications to establish, maintain, and terminate the completion request. When a user activates CCNR for a failed call, the network creates a completion record containing the calling and called party identities, timestamp, and service parameters. This record is stored in the appropriate network element based on the called party's registration status and network configuration.

The service operates through a monitoring mechanism that tracks the called party's availability status. When the called subscriber transitions from busy or unavailable to idle and registered, the network detects this state change and initiates the completion procedure. The network then attempts to establish the communication session automatically, notifying both parties through specific tones or indications. The implementation includes timers and counters to prevent indefinite queuing, with configurable expiration periods and maximum retry attempts. CCNR integrates with other supplementary services like call forwarding and call barring, with defined precedence rules to avoid conflicts between different services.

Key technical components include the CCNR activation/deactivation procedures, completion request storage and management, availability monitoring mechanisms, and automatic call establishment protocols. The service supports both voice and multimedia sessions in IMS environments, with specific adaptations for different session types. Security measures ensure that only authorized users can activate the service and that completion attempts follow proper authentication procedures. CCNR's implementation varies between circuit-switched and packet-switched domains, with IMS-based implementations offering enhanced flexibility and integration with other multimedia services.

Purpose & Motivation

CCNR was developed to address the common problem of failed communication attempts in mobile networks, particularly when users encounter busy signals or no answer situations. Before CCNR, callers had to repeatedly attempt connections manually, which was inefficient and frustrating. The service automates this process, allowing users to request automatic completion once the called party becomes available, thereby improving communication success rates and user convenience.

Historically, similar services existed in fixed-line networks (often called 'call completion to busy subscriber' or CCBS), but 3GPP standardized CCNR specifically for mobile environments where subscriber mobility and registration states added complexity. The service addresses limitations of basic call handling where failed attempts simply terminated without recourse. By introducing network-managed completion queues, CCNR reduces missed connections and improves overall network utilization by ensuring communication attempts eventually succeed when conditions permit.

The creation of CCNR was motivated by the need to enhance basic telephony services in mobile networks to match or exceed fixed-line capabilities. It solves the problem of inefficient manual retry attempts and improves customer satisfaction by ensuring important communications aren't missed due to temporary unavailability. In business contexts, CCNR ensures critical calls are completed without requiring constant monitoring by the calling party, making it particularly valuable for time-sensitive communications.

Key Features

  • Automatic call completion when called party transitions from busy/unavailable to available
  • Network-based queuing mechanism with configurable timeout periods
  • Support for both circuit-switched and IMS-based multimedia sessions
  • Integration with other supplementary services through defined precedence rules
  • Subscriber-controlled activation/deactivation with standardized procedures
  • Availability monitoring through registration and state tracking mechanisms

Evolution Across Releases

Rel-8 Initial

Initial introduction of CCNR as a standardized supplementary service with basic completion functionality for circuit-switched calls. Defined core procedures for activation, deactivation, and completion attempts including timers, counters, and basic error handling. Established integration with existing call control and subscriber data management systems.

Defining Specifications

SpecificationTitle
TS 24.186 3GPP TS 24.186
TS 24.292 3GPP TS 24.292
TS 24.642 3GPP TS 24.642
TS 29.163 3GPP TS 29.163
TS 29.165 3GPP TS 29.165
TS 29.292 3GPP TS 29.292
TS 29.364 3GPP TS 29.364
TS 29.864 3GPP TS 29.864
TS 32.275 3GPP TR 32.275
TS 32.850 3GPP TR 32.850