ANSI SCTE 165-01-2019 pdf free download – IPCablecom 1.5 Part 1: Architecture Framework Technical Report.
6.4 IPCablecom 1.5 Design Considerations
In order to enable real-time multimedia communications across the cable network infrastructure, IPCablecom 1.5 specifications define protocols in the following areas:
• Call Signaling;
• Quality of Service;
• Media Stream Transport and Encoding;
• Device Provisioning;
• Event Messaging;
• Security;
• Electronic Surveillance;
• Operational Support Systems.
This section provides an overview of the high-level design goals and concepts used in developing the specifications that define the IPCablecom 1.5 reference architecture. Individual IPCablecom specifications should be consulted to obtain detailed protocol requirements for each of these areas.
6.4.1 General Architectural Goals
• Enable voice quality capabilities similar to or better than the PSTN as perceived by the end-user;
• Provide a network architecture that is scalable and capable of supporting millions of subscribers;
• Ensure the one-way delay for local IP access and IP egress (i.e., excluding the IP backbone network) is less than 45ms;
• Leverage existing protocol standards. IPCablecom strives to specify open, approved industry standards that have been widely adopted in other commercial communication networks. This includes protocols approved by the ITU, IETF, IEEE, Telcordia and other communications standards organizations;
• Leverage and build upon the data transport and Quality of Service capabilities provided by DOCSIS;
• Define an architecture that allows multiple vendors to develop low-cost interoperable solutions rapidly, in order to meet Member time-to-market requirements;
• Ensure that the probability of blocking a call can be engineered to be less than 1% during the High Day Busy Hour (HDBH);
• Ensure that call cutoffs and call defects can be engineered to be less than 1 per 10,000 completed calls;
• Support modems (up to V.90 56 kbps) and fax (up to 14.4 kbps);
• Ensure that frame slips due to unsynchronized sampling clocks or due to lost packets occur at a rate of less than
0.25 per minute.
6.4.2 Call Signaling
• Define a network-based signaling architecture;
• Provide end-to-end call signaling for the following call models:
• calls that originate from the PSTN and terminate on the cable network;
• calls that originate on the cable network and terminate on the cable network;
• calls that originate from the cable network and terminate on the PSTN.
• calls that traverse zones (intradomain) and domains (interdomain)
• Provide signaling to support custom calling features such as:
• Call Waiting;
• Cancel Call Waiting;
• Call Forwarding (no-answer, busy, variable);
• Three-way Calling;
• Voice mail Message Waiting Indicator.
• Provide signaling to support Custom Local Area Signaling Services (CLASS) features such as:
• Calling Number Delivery;
• Calling Name Delivery;
• Calling Identity Delivery On Call Waiting;
• Calling Identity Delivery Blocking;
• Anonymous Call Rejection;
• Automatic Callback;
• Automatic Recall;
• Distinctive Ringing/Call Waiting;
• Customer Originated Trace.
• Support signaling consistent with existing IP telephony standards for use within a cable operator’s IPCablecom network and when connecting to the PSTN;
• Support ability to dial any domestic or international telephone number (E.164 address) directly;
• Support ability to receive a call from any domestic or international telephone number supported by the PSTN;
• Ensure that a new subscriber may retain a current phone number via Local Number Portability (LNP);
• Support ability to use the IXC of choice for intra-LATA toll (local toll) and inter-LATA (long distance) calls.
This includes pre-subscription and “dial-around” (10-1X-XXX);
• Support Call Blocking/Call Blocking Toll restrictions, (e.g., blocking calls to 900-, 976-, etc.);
• Support Operator Services such as emergency and operator-assisted calls, and busy-line-verify.
6.4.3 Quality of Service
• Provide a rich set of policy mechanisms to enable and manage QoS for IPCablecom services over the access network;
• Provide admission control mechanisms for both upstream and downstream directions;
• Allow dynamic changes in QoS while a IPCablecom call is under way;
• Minimize abusive QoS usage, including theft-of-service and denial-of-service attacks. Ensure QoS policy is set and enforced by trusted IPCablecom network elements;
• Provide a priority mechanism for 911 and other priority-based signaling services.ANSI SCTE 165-01 pdf download.