1、 International Telecommunication Union ITU-T Q.3312TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU (10/2010) SERIES Q: SWITCHING AND SIGNALLING Signalling requirements and protocols for the NGN Resource control protocols Use of the access node control protocol on the Rp interface Recommendation ITU-
2、T Q.3312 ITU-T Q-SERIES RECOMMENDATIONS SWITCHING AND SIGNALLING SIGNALLING IN THE INTERNATIONAL MANUAL SERVICE Q.1Q.3 INTERNATIONAL AUTOMATIC AND SEMI-AUTOMATIC WORKING Q.4Q.59 FUNCTIONS AND INFORMATION FLOWS FOR SERVICES IN THE ISDN Q.60Q.99 CLAUSES APPLICABLE TO ITU-T STANDARD SYSTEMS Q.100Q.119
3、SPECIFICATIONS OF SIGNALLING SYSTEMS No. 4, 5, 6, R1 AND R2 Q.120Q.499 DIGITAL EXCHANGES Q.500Q.599 INTERWORKING OF SIGNALLING SYSTEMS Q.600Q.699 SPECIFICATIONS OF SIGNALLING SYSTEM No. 7 Q.700Q.799 Q3 INTERFACE Q.800Q.849 DIGITAL SUBSCRIBER SIGNALLING SYSTEM No. 1 Q.850Q.999 PUBLIC LAND MOBILE NETW
4、ORK Q.1000Q.1099 INTERWORKING WITH SATELLITE MOBILE SYSTEMS Q.1100Q.1199 INTELLIGENT NETWORK Q.1200Q.1699 SIGNALLING REQUIREMENTS AND PROTOCOLS FOR IMT-2000 Q.1700Q.1799 SPECIFICATIONS OF SIGNALLING RELATED TO BEARER INDEPENDENT CALL CONTROL (BICC) Q.1900Q.1999 BROADBAND ISDN Q.2000Q.2999 SIGNALLING
5、 REQUIREMENTS AND PROTOCOLS FOR THE NGN Q.3000Q.3999 General Q.3000Q.3029 Network signalling and control functional architecture Q.3030Q.3099 Network data organization within the NGN Q.3100Q.3129 Bearer control signalling Q.3130Q.3179 Signalling and control requirements and protocols to support atta
6、chment in NGN environments Q.3200Q.3249 Resource control protocols Q.3300Q.3369Service and session control protocols Q.3400Q.3499 Service and session control protocols supplementary services Q.3600Q.3649 NGN applications Q.3700Q.3849 Testing for NGN networks Q.3900Q.3999 For further details, please
7、refer to the list of ITU-T Recommendations. Rec. ITU-T Q.3312 (10/2010) i Recommendation ITU-T Q.3312 Use of the access node control protocol on the Rp interface Summary Recommendation ITU-T Q.3312 describes the use of access node control protocol (ANCP) on the Rp interface. It defines the associate
8、d signalling architecture, specifies the signalling flows required to support combined unicast and multicast admission control. It also specifies profiles of the ANCP and resource connection initiation protocol (RCIP), Recommendation ITU-T Q.3322, required for this task. Interworking between RCIP an
9、d ANCP is also specified in this Recommendation. History Edition Recommendation Approval Study Group 1.0 ITU-T Q.3312 2010-10-14 11 ii Rec. ITU-T Q.3312 (10/2010) FOREWORD The International Telecommunication Union (ITU) is the United Nations specialized agency in the field of telecommunications, inf
10、ormation and communication technologies (ICTs). The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ of ITU. ITU-T is responsible for studying technical, operating and tariff questions and issuing Recommendations on them with a view to standardizing telecommunications on a w
11、orldwide 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 turn, produce Recommendations on these topics. The approval of ITU-T Recommendations is covered by the procedure laid down i
12、n 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 ISO and IEC. NOTE In this Recommendation, the expression “Administration“ is used for conciseness to indicate both a telecommunication adm
13、inistration and a recognized operating agency. Compliance with this Recommendation is voluntary. However, the Recommendation may contain certain mandatory provisions (to ensure, e.g., interoperability or applicability) and compliance with the Recommendation is achieved when all of these mandatory pr
14、ovisions are met. The words “shall“ or some other obligatory language such as “must“ and the negative equivalents are used to express requirements. The use of such words does not suggest that compliance with the Recommendation is required of any party. INTELLECTUAL PROPERTY RIGHTS ITU draws attentio
15、n to the possibility that the practice or implementation of this Recommendation may 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 ou
16、tside of the Recommendation development process. As of the date of approval of this Recommendation, ITU had not received notice of intellectual property, protected by patents, which may be required to implement this Recommendation. However, implementers are cautioned that this may not represent the
17、latest information and are therefore strongly urged to consult the TSB patent database at http:/www.itu.int/ITU-T/ipr/. ITU 2011 All rights reserved. No part of this publication may be reproduced, by any means whatsoever, without the prior written permission of ITU. Rec. ITU-T Q.3312 (10/2010) iii T
18、able of Contents Page 1 Scope 1 2 References. 1 3 Definitions 1 4 Abbreviations and acronyms 1 5 Conventions 2 6 Signalling architecture for joint use of ANCP and RCIP at the Rp interface. 2 6.1 Component functions 3 7 Protocol profiles 5 7.1 Specification of ANCP . 5 7.2 Specification of RCIP . 5 8
19、 Interworking between ANCP and RCIP . 5 9 Procedures 6 9.1 Multicast admission control . 6 9.2 Unicast admission control 8 10 Security considerations . 8 Appendix I Bandwidth report message . 9 Bibliography. 10 iv Rec. ITU-T Q.3312 (10/2010) Introduction In some operators access network deployments,
20、 resource and admission control function (RACF) may not have direct access to a particular access node (AN-PE). This is not a problem for policy (which is typically simple and pre-configured by other means). However, it does require additions to the signalling architecture for resource control, as d
21、escribed in this Recommendation. In the current RACF architecture, the RACF manages the total bandwidth and dynamically assigns portions of bandwidth for unicast and multicast video traffic. In one possible arrangement, the traffic set aside for unicast traffic is managed by a top-tier TRC-PE, while
22、 the multicast bandwidth is managed by an instance of the TRC-FE implemented in the access node. As a result, the messaging to the access node passes via the Rp interface. The protocol initially defined for that interface was RCIP ITU-T Q.3322. For some access transport technologies, the preferred p
23、rotocol for control of the access node is the access node control protocol (ANCP). In order to allow use of ANCP at the access node and RCIP at the top-tier TRC-PE, this Recommendation specifies an interworking function within the EN-PE that interworks between the two protocols. It specifies other a
24、spects required to achieve the general goal of coordinated control of admission of unicast flows at the top-tier TRC-PE and of multicast flows at the access node. Such an arrangement minimizes response times for broadcast video channel selection by the user while providing centralized control over b
25、andwidth usage for video on-demand applications. Rec. ITU-T Q.3312 (10/2010) 1 Recommendation ITU-T Q.3312 Use of the access node control protocol on the Rp interface 1 Scope This Recommendation describes the use of access node control protocol (ANCP) on the Rp interface. It defines the associated s
26、ignalling architecture, specifies the signalling flows required to support combined unicast and multicast admission control. It also specifies profiles of the ANCP and resource connection initiation protocol (RCIP) ITU-T Q.3322 required for this task. Interworking between RCIP and ANCP is also speci
27、fied in this Recommendation. 2 References 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 refe
28、rences are subject to revision; users 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. The reference
29、 to a document within this Recommendation does not give it, as a stand-alone document, the status of a Recommendation. ITU-T Q.3322 Recommendation ITU-T Q.3322 (2010), Resource control protocol no. 2 (rcp2) Protocol at the Rp interface between transport resource control physical entities. ITU-T Y.21
30、11 Recommendation ITU-T Y.2111 (2008), Resource and admission control functions in next generation networks. 3 Definitions There are no definitions in this Recommendation. 4 Abbreviations and acronyms This Recommendation uses the following abbreviations and acronyms: AN Access Node (individual devic
31、e) ANCP Access Node Control Protocol AN-PE Access Node Physical Entity; Physical entity performing the functions of the PE-FE and a collocated instance of the TRC-FE, as defined in ITU-T Y.2111 ANX Access Node Complex BNG Broadband Network Gateway BRAS Broadband Remote Access Server CPE Customer Pre
32、mises Equipment DSL Digital Subscriber Line DSLAM Digital Subscriber Line Access Multiplexer EN-PE Edge Node Physical Entity; a physical entity performing the functions of the EN-FE, as defined in ITU-T Y.2111, and also implementing an interworking function supporting the compound Rp interface defin
33、ed in this Recommendation 2 Rec. ITU-T Q.3312 (10/2010) FTTP Fibre To The Premises HGW Home Gateway IGMP Internet Group Management Protocol IP Internet Protocol OLT Optical Line Termination ONT Optical Network Termination ONU Optical Network Unit OSS Operations Support System PD-PE Policy Decision P
34、hysical Entity PON Passive Optical Network QoS Quality of Service RACF Resource and Admission Control Function RCIP Resource Connection Initiation Protocol; the protocol defined in ITU-T Q.3322 TRC-PE Transport Resource Control Physical Entity; a physical entity implementing the functions of the TRC
35、-FE, as defined in ITU-T Y.2111 VDSL Very high speed Digital Subscriber Line 5 Conventions There are no specific conventions in this Recommendation. 6 Signalling architecture for joint use of ANCP and RCIP at the Rp interface The goal of the signalling architecture is to provide a system solution th
36、at minimizes response time for broadcast video channel selection by the user while providing centralized control over bandwidth usage for video on-demand applications. The specification of the use of ANCP at the AN-PE and RCIP at the top-tier TRC-PE is a basic assumption of this Recommendation, and
37、is required because of legacy implementation of the AN-PE and TRC-PE alike. Figure 6-1 shows the physical entities and protocols involved. It is assumed that there is a trust relation between the top-tier TRC-PE and the EN-PE, between the EN-PE and the AN-PE, but no possibility for direct signalling
38、 between the top-tier TRC-PE and the AN-PE. Rec. ITU-T Q.3312 (10/2010) 3 Figure 6-1 Architecture for joint use of ANCP and RCIP on the Rp interface 6.1 Component functions The functions of the physical components shown in Figure 6-1 are as follows: Access node The AN-PE (e.g., DSLAM, OLT and ONU/ON
39、T) enforces admission control for multicast flows. The AN-PE is further divided into two types: Access node (AN): Network device, usually located at a service provider central office or street cabinet that terminates access loop connections from subscribers. When the access loop is a digital subscri
40、ber line (DSL), this is often referred to as a DSL access multiplexer (DSLAM). Access node complex (ANX): The access node is decomposed into two geographically separate devices, the optical line termination (OLT) and optical network unit/optical network termination (ONU/ONT). The general term “acces
41、s node complex (ANX)“ will be used when describing a functionality which does not depend on the physical location but rather on the “black box“ behaviour of the combination of OLT and ONU/ONT. The optical line termination (OLT) is located in the service providers central office. It terminates and ag
42、gregates multiple passive optical networks (PONs) (providing fibre access to multiple premises or neighbourhoods) on the user side, and interfaces with the service element (EN-PE) providing subscriber management. It receives the IGMP join request of the user from the ONT/ONU when the ONT/ONU has adm
43、itted the multicast request and determines whether to admit the request. If the request is denied, the OLT will send a notification to the ONT/ONU to indicate the failure to join the multicast group. The optical network terminal (ONT) terminates PON on the network side and provides PON adaptation. T
44、he user side interface and the location of the ONT are dictated by the type of network deployment. For fibre-to-the-premises (FTTP) deployment (with fibre all the way to the apartment or living unit), the ONT has Ethernet connectivity with the home gateway (HGW)/customer premises equipment (CPE). In
45、 case of a multi-dwelling or multi-tenant unit, a multi-subscriber ONU typically resides in the basement or a wiring closet, and has Ethernet connectivity with each CPE. In the case where fibre is terminated outside the premises (neighbourhood or curb side) on an 4 Rec. ITU-T Q.3312 (10/2010) ONT/ON
46、U, the last-leg-premises connections could be via existing or new copper, with xDSL physical layer (typically VDSL). In this case, the access node complex (OLT & ONT together) effectively is a “PON fed DSLAM“. Edge node Edge node physical entity (EN-PE): The EN-PE is a network element which aggregat
47、es subscriber traffic from a number of ANs or ANXs. The EN-PE is often an injection point for policy management and IP QoS in the access network. It is also referred to as broadband network gateway (BNG) or broadband remote access server (BRAS). The EN-PE provides the following functions: Interworki
48、ng and forwarding the unicast bandwidth request from TRC-PE to AN-PE when the unicast bandwidth available at the TRC-PE is not enough for the new unicast video flows. Interworking and forwarding the unicast bandwidth response from AN-PE to TRC-PE indicating whether the unicast bandwidth is allocated
49、 successfully for unicast video flows. Interworking and forwarding the multicast bandwidth request from AN-PE to TRC-PE when the multicast bandwidth available at the AN-PE is not enough for the new multicast video flows. Interworking and forwarding the multicast bandwidth response from TRC-PE to AN-PE indicating whether the multicast bandwidth is allocated successfully for multicast video flows. Interworking function The interworking function is within the EN-PE that enables interworking between RCIP and ANCP and has the
