0004056081@mcimail.com (George S Thurman) (10/25/90)
Greetings, Could some of you Telecom Experts out there tell me (in simple terms) the difference between SS7 and CCIS. G S Thurman MCI MAIL 4056081
john@bovine.ati.com (John Higdon) (10/26/90)
Signaling System #7 (SS7) is the seventh major implimentation and
standard for Common Channel Interoffice Signaling (CCIS).
John Higdon | P. O. Box 7648 | +1 408 723 1395
john@bovine.ati.com | San Jose, CA 95150 | M o o !floyd@hayes.ims.alaska.edu (Floyd Davidson) (10/26/90)
In article <14030@accuvax.nwu.edu> George S Thurman <0004056081@ mcimail.com> writes: >Could some of you Telecom Experts out there tell me (in simple terms) >the difference between SS7 and CCIS. CCS (Common Channel Signaling) removes the signaling functions from the individual trunks (ie. multifreq tones for dialing numbers) and instead routes the information over a separate data link. The data link does not go from one switch to another directly, but instead each switch is linked to a control point (an STP, Signal Transfer Point) where a computer interprets the data and sends approriate commands to each switch involved in a particular connection. CCIS (Common Channel Interoffice Signaling) is AT&T's implementation of CCS. CCITT Signaling System No. 7 is the most recent CCS implementation. SS7 provides more information to the terminating end office and does more trunk testing before setting up a path. Floyd L. Davidson floyd@hayes.ims.alaska.edu floydd@chinet.chi.il.us Salcha, AK 99714 connected by paycheck to Alascom, Inc. When *I* speak for them, one of us will be *out* of business in a hurry.
jhf@cblpe.att.com (Jeffri H Frontz) (11/01/90)
In article <14030@accuvax.nwu.edu>, 0004056081@mcimail.com (George S Thurman) writes: > Could some of you Telecom Experts out there tell me (in simple terms) > the difference between SS7 and CCIS. Well, here in CNI (Common Network Interface -- we do the signaling portion of all US versions and some international versions of AT&T's switches, STPs and NCPs), we use SS7 and CCS7 interchangeably to refer to the North American adaptation of the CCITT Signaling System #7 (commonly referred to around here as CCITT7). CCIS is usually used to refer to CCS6 or to CCS6 traffic transported via CCS7 (actually, ECIS, Embedded Common channel Interoffice Signaling, is a more appropriate term for the latter). Jeff Frontz Work: +1 614 860 2797 AT&T-Bell Labs (CB 1C-356) Cornet: 353-2797 att!jeff.frontz jeff.frontz@att.com
rakoczynskij@ncar.ucar.edu (Jurek Rakoczynski) (11/02/90)
In article <14055@accuvax.nwu.edu>, floyd@hayes.ims.alaska.edu (Floyd Davidson) writes: > In article <14030@accuvax.nwu.edu> George S Thurman <0004056081@ > mcimail.com> writes: >>Could some of you Telecom Experts out there tell me (in simple >>terms) the difference between SS7 and CCIS. > CCS (Common Channel Signaling) removes the signaling functions from > the individual trunks (ie. multifreq tones for dialing numbers) and text > deleted CCIS (Common Channel Interoffice Signaling) is AT&T's > implementation of CCS. CCITT Signaling System No. 7 is the most > recent CCS implementation. SS7 provides more information to the > terminating end office and does more trunk testing before setting up > a path. CCIS introduced Out-of-Band signaling in Class 1-4 offices (pre- divestiture usage :-) ). In actual implementation, I don't think it was continued down to the Class 5 end office. There was, however, some development by GTE (and AT&T?) to put it in Class 5 offices. BTW: AT&T may not have 'officially' implemented all of the Data Bits on the STP link required in the CCIS specs. SS7 extended the general principle of Out-of-Band signaling to the end office. It also implements the 7 layer signaling protocol, which CCIS did not have. CCIS is still in use, but will be phased and replaced with SS7. The above is VERY short but to the point. Some trivia: An interesting problem came up when telcos were being given classes on development of CCIS on the end office. With CCIS on an end office, if the originating end office was able to complete its' part of the call set-up, but the terminating end office could not (eg. busy phone, etc.), the originating office was to return reorder tone (120 ips), instead of the terminating office, since the voice path had not been established. A trivial matter you say! :-) HA! The peg counters (old term) that recorded the uncompleted traffic, would also show the uncompleted CCIS call as uncompleted in the originating office log. These records are used to monitor the office for the PUC, salaries for the CO people, etc. Even though a certain amount of traffic is expected to be uncompleted for legitimate reasons (caller goes on-hook before call completion, Mother's Day, etc.), excess uncompleted calls could mean poor switch maintenance. CCIS would obviously increase the uncompleted call record. A soution to have another record type, log CCIS problems, was to be developed if SS7 did not come around. Thanks to Heinz Berg at my office for filling me in on some of the above info. UUCP: {ncar!noao!asuvax | uunet!zardoz!hrc | att}!gtephx!rakoczynskij Inet: gtephx!rakoczynskij@asuvax.eas.asu.edu Voice: +1 602 581 4867 Fax: +1 602 582 7111