1、INTERNATIONAL TELECOMMUNICATION UNION ITU-T TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU Q.1902.2 (072001) SERIES Q: SWITCHING AND SIGNALLING Specifications of signalling related to Bearer Independent Call Control (BICC) Bearer Independent Call Control protocol (Capability Set 2) and Signalling S
2、ystem No. 7 ISDN user part: General functions of messages and parameters ITU-T Recommendation Q.1902.2 ITU-T Q-SERIES RECOMMENDATIONS SWITCHING AND SIGNALLING SIGNALLING IN THE INTERNATIONAL MANUAL SERVICE INTERNATTON AT, Al JTOMATTC AND (SEMI-Al-lTOM-ATIC WOPJ-INC. FUNCTIONS AND INFORMATION FLOWS F
3、OR SERVICES IN THE ISDN SPECIFICATIONS OF SIGNALLING SYSTEMS No. 4 AND No. 5 SPECIFICATIONS OF SIGNALLING SYSTEM No. 6 SPECIFICATIONS OF SIGNALLING SYSTEM R1 SPECIFICATIONS OF SIGNALLING SYSTEM R2 DIGITAL EXCHANGES INTERWORKING OF SIGNALLING SYSTEMS SPECIFICATIONS OF SIGNALLING SYSTEM No. 7 43 INTER
4、FACE DIGITAL SUBSCRIBER SIGNALLING SYSTEM No. 1 PUBLIC LAND MOBILE NETWORK INTERWORKING WITH SATELLITE MOBILE SYSTEMS INTELLIGENT NETWORK CLAUSES APPLICABLE TO ITU-T STANDARD SYSTEMS SIGNALLING REOUIREMENTS AND PROTOCOLS FOR IMT-2000 SPECIFICATIONS OF SIGNALLING RELATED-TO BEARER INDEPENDENT CALL CO
5、NTROL (BICC) .- ._ “ I II _I_ I BROADBAND ISDN Q. 14.3 4.60-4.99 Q.lOO-Q.119 4.1204.249 4.2504.309 4.3 10-4.399 Q.40-Q.499 Q.4-Q.59 4.500-4.599 4.600-4.699 Q.7004.799 Q.8004.849 Q.850-Q.999 Q.1000-Q.1099 Q.llO0-Q. 1 199 Q. 1200-Q. 1699 Q.170O-Q.1799 Q.190-Q.1999 Q.2bQ.2999 For further details, pleas
6、e refer to the list of ITU-T Recommendations. ITU-T Recommendation 4.1902.2 Bearer Independent Call Control protocol (Capability Set 2) and Signalling System No. 7 ISDN user part: General functions of messages and parameters Summary This Recommendation describes the messages, parameters and the sign
7、alling information contained within parameters used by the Bearer Independent Call Control (BICC) protocol and the ISDN user part, and their functions. Source ITU-T Recommendation 4.1902.2 was prepared by ITU-T Study Group 11 (2001-2004) and approved under the WTSA Resolution 1 procedure on 2 July 2
8、001. ITU-T Rec. 4.1902.2 (07/2001) 1 FOREWORD The International Telecommunication Union (ITU) is the United Nations specialized agency in the field of telecommunications. The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ of ITU. ITU-T is responsible for studying technical
9、, operating and tariff questions and issuing Recommendations on them with a view to standardizing telecommunications on a worldwide basis. The World Telecommunication Standardization Assembly (WTSA), which meets every four years, establishes the topics for study by the ITU-T study groups which, in t
10、urn, produce Recommendations on these topics. The approval of ITU-T Recommendations is covered by the procedure laid down in WTSA Resolution 1. In some areas of information technology which fall within ITU-Ts purview, the necessary standards are prepared on a collaborative basis with IS0 and IEC. NO
11、TE In this Recommendation, the expression “Administration“ is used for conciseness to indicate both a telecommunication administration and a recognized operating agency. INTELLECTUAL PROPERTY RIGHTS ITU draws attention to the possibility that the practice or implementation of this Recommendation may
12、 involve the use of a claimed Intellectual Property Right. ITU takes no position concerning the evidence, validity or applicability of claimed Intellectual Property Rights, whether asserted by ITU members or others outside of the Recommendation development process. As of the date of approval of this
13、 Recommendation, ITU had received notice of intellectual property, protected by patents, which may be required to implement this Recommendation. However, implementors are cautioned that this may not represent the latest information and are therefore strongly urged to consult the TSB patent database.
14、 O JTU 2002 All rights reserved. No part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from ITU. 11 ITU-T Rec. 4.1902.2 (07/2001) 2 4 5 6 7 CONTENTS Page Scope . 1 Reference
15、s . 1 1 Definitions Abbreviations Signalling messages Signalling parameters . Parameter information 1 4 7 12 ITU-T Rec . 4.1902.2 (07/2001) . 111 ITU-T Recommendation 4.1902.2 Bearer Independent Call Control protocol (Capability Set 2) and Signalling System No. 7 ISDN user part: General functions of
16、 messages and parameters 1 Scope This Recommendation describes the elements of signalling information used by the Bearer Independent Call Control protocol and the ISDN user part and their functions. The encoding of these elements, the format of the messages in which they are conveyed, their applicab
17、ility to the two protocols, and an indication of whether or not they are for national use, are described in ITU-T Rec. 4.1902.3. Throughout this Recommendation where a message, a parameter or parameter information relates to either physical circuits controlled by the ISDN user part or the BICC proto
18、col call instances the notation “circuit/CIC“ is used. Also, a generic term %ode“ is used to refer to signalling entities in either the ISUP (Le. an exchange) or the BICC network (i.e. either an SN or an CMN) whenever a message, a parameter or parameter information is applicable to either. 2 Referen
19、ces The following ITU-T Recommendations and other references contain provisions which, through reference in this text, constitute provisions of this Recommendation. At the time of publication, the editions indicated were valid. All Recommendations and other references are subject to revision; users
20、of this Recommendation are therefore encouraged to investigate the possibility of applying the most recent edition of the Recommendations and other references listed below. A list of the currently valid ITU-T Recommendations is regularly published. 11 ITU-T Recommendation Q. 1902.1 (2001), Bearer In
21、dependent Call Control protocol (Capability Set 2): Functional description. See ITU-T Rec. Q. 1902.1 11 for all the references used within this Recommendation. 3 Definitions See ITU-T Rec. 4.1902.1 i. 4 Abbreviations This Recommendation uses the following abbreviations: APP ASE AT11 CCBS CCNR CCSS D
22、ME DNIC ECT Application Transport Parameter Application Service Element Application Transport Instruction Indicators Completion of Calls to Busy Subscriber Completion of Calls on No Reply Call Completion Service Set-up Digital Multiplexing Equipment Data Network Identification Code Explicit Call Tra
23、nsfer ITU-T Rec. 4.1902.2 (07/2001) 1 GSN GVNS ID Pi ISC LFB MCID MLPP MNIC PDU QoR ROER RON ROW RORS SCCP SCF SLR SN UID Gateway Serving Node Global Virtual Network Service Identifier Iiitelligeiit Nt,Kk International Switching Centre Look For Busy Malicious Call Identification Multi-Level Preceden
24、ce and Pre-emption Mobile Network Identification Code Protocol Data Unit Query on Release Remote Operation Error Remote Operation Invoke Remote Operation Reject Remote Operation Result Signalling Connection Control Part Service Control Function Segmentation Local Reference Serving Node User Interact
25、ive Dialogue WGS-84 World Geodetic System 1984 For further abbreviations see ITU-T Rec. Q. 1902.1 i. Table 1 defines the acronyms used for BICC and ISUP messages. 2 ITU-T Rec. Q.1902.2 (07/2001) Table UQ.1902.2 - Message acronyms Acronym CM iNM PM ILA IL0 :CR :FN :GB :GBA :GU :GUA :ON :OT ZPG :RG ZQ
26、M :QR IRS ;AA :AC :AR :OT ;RJ SRA 3RS AM DR RS NF NR LPA LOP NRM OLM PAM PRI REL RES RLC RSC SAM SDM SGM sus UBL UBA UCIC UPA UPT USR Mess age %ddress Complete 4nswer Ypplication Transport 3locking Acknowledgement 3locking Zontinuity Check Request Zon fusion JircuitCIC Group Blocking ZircuitCIC Grou
27、p Blocking Acknowledgement JircuitKIC Group Unblocking Zircuit/CIC Group Unblocking Acknowledgement Zonnect Zontinuity :all Progress 2harge information VircuitCIC Group Query CircuitCIC Group Query Response Delayed Release (reserved - used in 1988 (version) Facility Accepted Facility Facility Reques
28、t Forward Transfer Facility Reject CircuitCIC Group Reset Acknowledgement CircuitCIC Group Reset Initial Address Identification Request Identification Response Information Information Request Loop back Acknowledgement Loop Prevention Network Resource Management Overload Pass-Along Pre-release Inform
29、ation Release Resume Release Complete Reset Circuit/CIC Subsequent Address Subsequent Directory Number Segmentation Suspend Unblocking Unblocking Acknowledgement Unequipped CIC User Part Available User Part Test User-to-user information ITU-T Rec. 4.1902.2 (07/2001) 3 5 Signalling messages 5.1 Addre
30、ss Complete Message (ACM): A message sent in the backward direction indicating that all the address signals required for routing the call to the called party have been received. 5.2 Answer Message (ANM): A message sent in the backward direction indicating that the call has been answered. In semi-aut
31、omatic working, this message has a supervisory function. In automatic working, this message is used in conjunction with charging information in order to: - start metering the charge to the calling subscriber (see ITU-T Rec. 4.28); and - start measurement of call duration for international accounting
32、 purposes (see ITU-T Rec. E.260). 5.3 Application Transport Message (APM): A message sent in either direction to convey application information using the Application Transport mechanism. 5.4 Blocking message (BLO): A message sent only for maintenance purposes to the exchange at the other end of a ci
33、rcuit, to cause an engaged condition of that circuit for subsequent calls outgoing from that exchange. When a circuit is used in the bothway mode of operation, an exchange receiving the blocking message must be capable of accepting incoming calls on the concerned circuit unless it has also sent a bl
34、ocking message. Under certain conditions, a blocking message is also a proper response to a reset circuit message. 5.5 Blocking Acknowledgement message (BLA): A message sent in response to a blocking message indicating that the circuit has been blocked. 5.6 Call Progress message (CPG): A message, se
35、nt in either direction during the setup or active phase of the call, indicating that an event, which is of significance, and should be relayed to the originating or terminating access, has occurred. 5.7 Charge information message (CRG): Information sent in either direction for accounting and/or call
36、 charging purposes. 5.8 Circuit/CIC Group Blocking message (CGB): A message sent to the node to permit the switching equipment or maintenance system to remove from (and return to) traffic a group of circuits/CICs. A node receiving a CircuitCIC group blocking message must be able to accept incoming c
37、alls on the group of blocked circuits/CICs unless it has also sent a CircuitCIC group blocking message. 5.9 Circuit/CIC Group Blocking Acknowledgement message (CGBA): A message sent in response to a CircuitCIC group blocking message to indicate that the requested group of circuits/CICs has been bloc
38、ked. 5.10 Circuit/CIC Group Reset message (GRS): A message sent to release an identified group of circuits/CICs when, due to memory mutilation or other causes, it is unknown whether for example, a release or release complete message is appropriate for each of the circuits/CICs in the group. If at th
39、e receiving end a circuit/CIC is remotely blocked, reception of this message should cause that condition to be removed. 5.11 CircuitKIC Group Reset Acknowledgement message (GRA): A message sent in response to a CircuitCIC group reset message indicating that the requested group of circuits/CICs has b
40、een reset. The message also indicates the maintenance blocking state of each circuitCIC. 5.12 CircuitKIC Group Unblocking message (CGU): A message sent to the node to cause cancellation in a group of circuits/CICs of a blocked condition invoked earlier by a CircuitCIC group blocking message. 5.13 Ci
41、rcuitKIC Group Unblocking Acknowledgement message (CGUA): A message sent in response to a CircuitCIC group unblocking message to indicate that the requested group of circuits/CICs has been unblocked. 4 ITU-T Rec. Q.1902.2 (07/2001) 5.14 CircuitKIC Group Query Message (CQM): A message sent on a routi
42、ne or demand basis to request the far-end node to give the state of all circuits/CICs in a particular range. 5.15 CircuitKIC Group Query Response message (CQR): A message sent in response to a CircuitKIC group query message to indicate the state of all circuits/CICs in a particular range. 5.16 Confu
43、sion message (CFN): A message sent in response to any message (other than a confusion message) if the node does not recognize the message or detects a part of the message as being unrecognized. 5.17 Connect message (CON): A message sent in the backward direction indicating that all the address signa
44、ls required for routing the call to the called party have been received and that the call has been answered. 5.18 Continuity message (COT) (ISUP): A message sent in the forward direction indicating whether or not there is continuity on the preceding circuit(s) as well as of the selected circuit to t
45、he following exchange, including verification of the communication path across the exchange with the specified degree of reliability. 5.18a Continuity message (COT) (BICC): A message sent in the forward direction indicating that the establishment of the bearer is complete up to and including the SN
46、sending the COT message. 5.19 Continuity Check Request message (CCR): A message sent by an exchange for a circuit on which a continuity check is to be performed, to the exchange at the other end of the circuit, requesting continuity checking equipment to be attached. 5.20 Facility Accepted message (
47、FAA): A message sent in response to a facility request message indicating that the requested facility has been invoked. 5.21 Facility message (FAC): A message sent in either direction at any phase of the call to request an action at another node. The message is also used to carry the results, error
48、or rejection of a previously requested action. 5.22 Facility Reject message (FRJ): A message sent in response to a facility request message to indicate that the facility request has been rejected. 5.23 Facility Request message (FAR): A message sent from a node to another node to request activation o
49、f a facility. 5.24 Forward Transfer message (FOT): A message sent in the forward direction on semi-automatic calls when the outgoing international exchange/GSN operator wants the help of an operator at the incoming international exchange/GSN. The message will normally serve to bring an assistance operator (see ITU-T Rec. Q.101) into the call if the call is automatically set up at the exchange/GSN. When the call is completed via an operator (incoming or delay operator) at the incoming international exchange/GSN, the message should preferably cause this ope
