1、 I n t e r n a t i o n a l T e l e c o m m u n i c a t i o n U n i o n ITU-T Q.3315 TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU (01/2015) SERIES Q: SWITCHING AND SIGNALLING Signalling requirements and protocols for the NGN Resource control protocols Signalling requirements for flexible network s
2、ervice combination on broadband network gateway Recommendation ITU-T Q.3315 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 ISD
3、N Q.60Q.99 CLAUSES APPLICABLE TO ITU-T STANDARD SYSTEMS Q.100Q.119 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 SU
4、BSCRIBER SIGNALLING SYSTEM No. 1 Q.850Q.999 PUBLIC LAND MOBILE NETWORK 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
5、 CONTROL (BICC) Q.1900Q.1999 BROADBAND ISDN Q.2000Q.2999 SIGNALLING 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.317
6、9 Signalling and control requirements and protocols to support attachment in NGN environments Q.3200Q.3249 Resource control protocols Q.3300Q.3369 Service and session control protocols Q.3400Q.3499 Service and session control protocols supplementary services Q.3600Q.3649 NGN applications Q.3700Q.384
7、9 Testing for next generation networks Q.3900Q.3999 For further details, please refer to the list of ITU-T Recommendations. Rec. ITU-T Q.3315 (01/2015) i Recommendation ITU-T Q.3315 Signalling requirements for flexible network service combination on broadband network gateway Summary Recommendation I
8、TU-T Q.3315 describes the signalling requirements, based on the service platform broadband network gateway (BNG) architecture, needed to achieve outstanding benefits like easy deployment of network services, fine grained network services, etc. This Recommendation covers the following three aspects f
9、or the signalling requirements: 1) network services combination/orchestration, i.e., the packet routes between network services 2) service configuration on the BNG 3) BNG resources, status and event notification to the service platform. History Edition Recommendation Approval Study Group Unique ID*
10、1.0 ITU-T Q.3315 2015-01-13 11 11.1002/1000/12417 Keywords BNG, service chaining. _ * To access the Recommendation, type the URL http:/handle.itu.int/ in the address field of your web browser, followed by the Recommendations unique ID. For example, http:/handle.itu.int/11.1002/1000/11830-en. ii Rec.
11、 ITU-T Q.3315 (01/2015) FOREWORD The International Telecommunication Union (ITU) is the United Nations specialized agency in the field of telecommunications, information and communication technologies (ICTs). The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ of ITU. ITU-T
12、 is responsible for studying technical, 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
13、 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 in WTSA Resolution 1. In some areas of information technology which fall within ITU-Ts purview, the necessary standards are prepared on a co
14、llaborative basis with ISO and IEC. NOTE In this Recommendation, the expression “Administration“ is used for conciseness to indicate both a telecommunication administration and a recognized operating agency. Compliance with this Recommendation is voluntary. However, the Recommendation may contain ce
15、rtain mandatory provisions (to ensure, e.g., interoperability or applicability) and compliance with the Recommendation is achieved when all of these mandatory provisions are met. The words “shall“ or some other obligatory language such as “must“ and the negative equivalents are used to express requi
16、rements. The use of such words does not suggest that compliance with the Recommendation is required of any party. INTELLECTUAL PROPERTY RIGHTSITU draws attention to the possibility that the practice or implementation of this Recommendation may involve the use of a claimed Intellectual Property Right
17、. 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 Recommendation, ITU had not received notice of intellect
18、ual property, protected by patents, which may be required to implement this Recommendation. However, implementers are cautioned that this may not represent the latest information and are therefore strongly urged to consult the TSB patent database at http:/www.itu.int/ITU-T/ipr/. ITU 2015 All rights
19、reserved. No part of this publication may be reproduced, by any means whatsoever, without the prior written permission of ITU. Rec. ITU-T Q.3315 (01/2015) iii Table of Contents Page 1 Scope . 1 2 References . 1 3 Definitions 1 3.1 Terms defined elsewhere 1 3.2 Terms defined in this Recommendation .
20、1 5 Conventions 2 6 Architecture for the BNG with flexible network service combination . 3 7 Signalling requirements of the BNG 3 7.1 Service route path, service combination and orchestration 3 7.2 Service configuration on the BNG . 9 7.3 BNG resources, event and status notification to the service p
21、latform . 11 Annex A Scenarios related to flexible network service combination on BNG 15 A.1 Scenarios of the service route path . 15 A.2 Requirements of the network service combination 17 Annex B Scenarios and requirements of network service configuration on BNG . 19 B.1 Scenarios and requirements
22、of the network service configuration on BNG 19 Annex C Scenarios and requirements of BNG event and status notification to the service platform . 21 C.1 Scenarios and requirements of BNG event and status notification to the service platform 21 Annex D Signalling requirements of service/user awareness
23、 and control 22 D.1 Introduction 22 D.2 Descriptions 22 iv Rec. ITU-T Q.3315 (01/2015) Introduction Network services offered by carriers are far from adequate for the ever-changing requirements of Internet applications. As the key position to offer broadband network services, the broadband network g
24、ateway (BNG) should be able to support flexible service combination, new services introduction and provisioning. Carriers can then greatly improve their network service capability, bandwidth utilization and end user experience. Thus, the BNG will achieve the following outstanding benefits: easy depl
25、oyment of network services, easing the strain of network updates; fine-grained network service handling and bandwidth utilization; greatly improved end user experience, based on the network services oriented to newly emerging network application techniques. The service platform-BNG architecture is s
26、uitable for the feature requirements. The service platform is in charge of the BNG. Network services deploy on the service platform. The BNG acts according to the service platforms control information. The following three aspects are required for the features: 1) network services combination/orchest
27、ration, i.e., the packet routes between network services; 2) service configuration to the BNG; 3) BNG resources, status and event notification to the service platform. Rec. ITU-T Q.3315 (01/2015) 1 Recommendation ITU-T Q.3315 Signalling requirements for flexible network service combination on broadb
28、and network gateway 1 Scope This Recommendation describes the signalling requirements for the flexible network service combination on broadband network gateway (BNG). The signalling supports the service routing, service combination, service deployment and service provision on the BNG. This Recommend
29、ation focuses on the signalling between the service platform and BNG. Signalling above the service platform is out of scope of this Recommendation. 2 References The following ITU-T Recommendations and other references contain provisions which, through reference in this text, constitute provisions of
30、 this Recommendation. At the time of publication, the editions indicated were valid. All Recommendations and other references 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 o
31、ther references listed below. A list of the currently valid ITU-T Recommendations is regularly published. The reference to a document within this Recommendation does not give it, as a stand-alone document, the status of a Recommendation. ITU-T Y.3300 Recommendation ITU-T Y.3300 (2014), Framework of
32、software-defined networking. 3 Definitions 3.1 Terms defined elsewhere This Recommendation uses the following terms defined elsewhere: 3.1.1 software-defined networking (SDN) ITU-T Y.3300: A set of techniques that enables users to directly program, orchestrate, control, and manage network resources,
33、 which facilitates the design, delivery and operation of network services in a dynamic and scalable manner. 3.2 Terms defined in this Recommendation This Recommendation defines the following terms: 3.2.1 broadband network gateway (BNG): The access point to the providers IP network for wireline broad
34、band services. 3.2.2 chrysanthemum service route path: A route path in which every packet is transferred back to the original node from where it came when the network service handling is done. 3.2.3 hybrid service route path: A route path in which each packet is transferred either directly to the ne
35、xt network service for handling, or to the original node when the network service handling is done. 3.2.4 lily service route path: A route path in which each packet is transferred directly to the next node where network service is deployed for handling and it does not need to be transferred back to
36、the original node. 2 Rec. ITU-T Q.3315 (01/2015) 3.2.5 service chaining: A technique of linking together simpler service-enabling elements in an intended order to create more complex services. The method of chaining may be composition, combination, etc.4 Abbreviations and acronyms This Recommendatio
37、n uses the following abbreviations and acronyms: AAA Authentication, Authorization and Accounting A-RS-RSP Automatic Resource Status Response API Application Programming Interface BNG Broadband Network Gateway C-REQ Configuration Request C-RSP Configuration Response CHS-REQ Chain Service Request CHS
38、-RSP Chain Service Response COA Change of Authorization CS-REQ Create Service Request CS-RSP Create Service Response DS-REQ Delete Service Request DS-RSP Delete Service Response MAC Media Access Control NMS Network Management System QoS Quality of Service RADIUS Remote Authentication Dial In User Se
39、rvice RS-REQ Resource Status Request RS-RSP Resource Status Response SDK Software Development Kit SDN Software-Defined Networking SNMP Simple Network Management Protocol TLV Type Length Value UCHS-REQ Unchain Service Request UCHS-RSP Unchain Service Response US-REQ Update Service Request US-RSP Upda
40、te Service Response VPN Virtual Private Network 5 Conventions In this Recommendation: The keywords “is required to“ indicate a requirement which must be strictly followed and from which no deviation is permitted, if conformance to this Recommendation is to be claimed. Rec. ITU-T Q.3315 (01/2015) 3 T
41、he keywords “is recommended“ indicate a requirement which is recommended but which is not absolutely required. Thus, this requirement need not be present to claim conformance. The keywords “can optionally“ indicate an optional requirement which is permissible, without implying any sense of being rec
42、ommended. This term is not intended to imply that the vendors implementation must provide the option, and the feature can be optionally enabled by the network operator/service provider. Rather, it means the vendor may optionally provide the feature and still claim conformance with this Recommendatio
43、n. 6 Architecture for the BNG with flexible network service combination The BNG is divided into three layers, as depicted in Figure 1. The BNG is responsible for packet forwarding and policy enforcing, and keeps only the stable functions, such as routing process. The service platform acts as an inte
44、rmediate layer between the network services and the BNG. The service platform provides application programming interfaces (APIs) for the network services deployed on it and delivers network service controls to the BNG. The frequently changing network services are decoupled from the BNG to the extern
45、al service platform, and the frequently changing network services may be the ones that are related with service properties. Network service can be easily deployed on the service platform with the APIs provided by the service platform. Figure 1 Architecture for BNG with flexible network service combi
46、nation Network services control the BNG through the service platform and the BNG acts based on the action/commands from the network services. Packets will be processed in the intended sequence by the network services deployed on the service platform. With this independent feature of the network serv
47、ices, the network services can be easily developed and deployed on the service platform. Moreover, the network services can be combined and chained flexibly to meet the service handlings on demand. Signalling between the service platform and network services is not included in this Recommendation. S
48、ignalling between the service platform and the BNG is stressed in clause 7 and a concrete scenario of service and user awareness is illustrated in Annex D. 7 Signalling requirements of the BNG 7.1 Service route path, service combination and orchestration The service platform should install the servi
49、ce route path to the BNG. Then packet(s) can be processed by the network services in the intended sequence. With the intended route path, service combination and orchestration on the BNG will be achieved. The detailed scenarios and requirements are stated in Annex A. 4 Rec. ITU-T Q.3315 (01/2015) 7.1.1 Message types As illustrated in Annex A, the service platform provides APIs/software development kits (SDKs). The services or the orchestration layer uses the APIs/SDKs for service chai
