ETSI TS 102 292-2015 Satellite Earth Stations and Systems (SES) Broadband Satellite Multimedia (BSM) services and architectures Functional architecture for IP interworking with BSM.pdf

《ETSI TS 102 292-2015 Satellite Earth Stations and Systems (SES) Broadband Satellite Multimedia (BSM) services and architectures Functional architecture for IP interworking with BSM.pdf》由会员分享，可在线阅读，更多相关《ETSI TS 102 292-2015 Satellite Earth Stations and Systems (SES) Broadband Satellite Multimedia (BSM) services and architectures Functional architecture for IP interworking with BSM.pdf（24页珍藏版）》请在麦多课文档分享上搜索。

1、 ETSI TS 102 292 V1.2.1 (2015-07) Satellite Earth Stations and Systems (SES); Broadband Satellite Multimedia (BSM) services and architectures; Functional architecture for IP interworking with BSM networks TECHNICAL SPECIFICATION ETSI ETSI TS 102 292 V1.2.1 (2015-07)2 Reference RTS/SES-00372 Keywords

2、 architecture, broadband, interworking, IP, satellite, terminal ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88

3、Important notice The present document can be downloaded from: http:/www.etsi.org/standards-search The present document may be made available in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior wri

4、tten authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat. Users of the present docume

5、nt should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http:/portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the follow

6、ing services: https:/portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI. The content of the PDF ve

7、rsion shall not be modified without the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2015. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are Trade Marks of ETSI regi

8、stered for the benefit of its Members. 3GPPTM and LTE are Trade Marks of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. GSM and the GSM logo are Trade Marks registered and owned by the GSM Association. ETSI ETSI TS 102 292 V1.2.1 (2015-07)3 Contents Intellect

9、ual Property Rights 6g3Foreword . 6g3Modal verbs terminology 6g3Introduction 6g31 Scope 7g32 References 7g32.1 Normative references . 7g32.2 Informative references 7g33 Definitions and abbreviations . 8g33.1 Definitions 8g33.2 Abbreviations . 8g34 Architectural framework 9g34.1 Principles 9g34.2 Bas

10、ic concepts 9g35 Overview 10g36 SI-SAP architecture 13g37 Network architecture 14g37.1 BSM network architecture 14g37.2 BSM network interfaces . 16g38 Logical architecture 17g38.1 Client server networking 17g38.2 Decomposition . 18g38.3 Logical interfaces . 19g39 Scenarios 19g39.1 Summary 19g39.2 Ne

11、twork engineering functions 20g39.3 Packet processing . 21g39.3.0 General 21g39.3.1 Ingress processing . 22g39.3.2 Egress processing 22g3History 24g3ETSI ETSI TS 102 292 V1.2.1 (2015-07)4 List of figures Figure 1: BSM protocol stack for unicast services 11g3Figure 2: BSM protocol stack for multicast

12、 services 12g3Figure 3: SI-SAP detailed overview 14g3Figure 4: Star configuration access network .15g3Figure 5: Meshed configuration 15g3Figure 6: Reference model of BSM access from ETSI TR 101 984 i.5 16g3Figure 7: Logical decomposition .18g3Figure 8: Protocol interfaces .19g3ETSI ETSI TS 102 292 V

13、1.2.1 (2015-07)5 List of tables Table 1: Interfaces for BSM access .17g3Table 2: Summary of BSM packet processing 20g3Table 3: BSM protocols and network engineering 21g3Table 4: BSM protocols and packet processing 23g3ETSI ETSI TS 102 292 V1.2.1 (2015-07)6 Intellectual Property Rights IPRs essential

14、 or potentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially E

15、ssential, IPRs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (http:/ipr.etsi.org). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee

16、 can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This Technical Specification (TS) has been produced by ETSI Technical Committee Satellite Earth S

17、tations and Systems (SES). Modal verbs terminology In the present document “shall“, “shall not“, “should“, “should not“, “may“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provision

18、s). “must“ and “must not“ are NOT allowed in ETSI deliverables except when used in direct citation. Introduction Terrestrial Internet protocols, in particular for signalling, management and control, are often ill adapted to the specifics of satellite networks (ETSI TR 101 984 i.5). It has been the g

19、oal of the BSM work to investigate which protocols should be adapted to the BSM world and propose a number of specific technical specifications to achieve this goal. In order to link all those documents under a common framework, the present document defines a BSM functional architecture. The archite

20、cture is not satellite system specific and relies on client server architectures to perform the needed tasks without interference with IP protocol operations. ETSI ETSI TS 102 292 V1.2.1 (2015-07)7 1 Scope The present document presents the architecture that relates the work done in SES BSM TRs on st

21、andardization (see ETSI TR 101 984 i.5 and ETSI TR 101 985 i.1, Addressing and Routing (see ETSI TR 102 155 i.2), Multicasting (see ETSI TR 102 156 i.3) and Performance and QoS (see ETSI TR 102 157 i.4). The present document provides the introduction to the subsequent Technical Specifications (TSs).

22、 The focus of the BSM work is on IP version 4 (IPv4). Actual protocol specification is beyond the scope of the present document and will be issued in specific Technical Specifications (TSs). 2 References 2.1 Normative references References are either specific (identified by date of publication and/o

23、r edition number or version number) or non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the reference document (including any amendments) applies. Referenced documents which are not found to be publicly available in the expecte

24、d location might be found at http:/docbox.etsi.org/Reference. NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee their long term validity. The following referenced documents are necessary for the application of the present document. 1 ETSI

25、 TS 102 295: “Satellite Earth Stations and Systems (SES); Broadband Satellite Multimedia (BSM) services and architectures; BSM Traffic Classes“. 2.2 Informative references References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For

26、specific references, only the cited version applies. For non-specific references, the latest version of the reference document (including any amendments) applies. NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee their long term validity.

27、 The following referenced documents are not necessary for the application of the present document but they assist the user with regard to a particular subject area. i.1 ETSI TR 101 985: “Satellite Earth Stations and Systems (SES); Broadband Satellite Multimedia; IP over Satellite“. i.2 ETSI TR 102 1

28、55: “Satellite Earth Stations and Systems (SES); Broadband Satellite Multimedia; IP interworking over satellite; Addressing and routing“. i.3 ETSI TR 102 156: “Satellite Earth Stations and Systems (SES); Broadband Satellite Multimedia; IP interworking over satellite; Multicasting“. i.4 ETSI TR 102 1

29、57: “Satellite Earth Stations and Systems (SES); Broadband Satellite Multimedia; IP Interworking over satellite; Performance, Availability and Quality of Service“. i.5 ETSI TR 101 984: “Satellite Earth Stations and Systems (SES); Broadband Satellite Multimedia (BSM); Services and architectures“. ETS

30、I ETSI TS 102 292 V1.2.1 (2015-07)8 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the following terms and definitions apply: adaptation: process of adapting standard protocols for better performance over a satellite (or other) subnetwork architecture: abst

31、ract representation of a communications system function: any discrete element that forms a defined part of an architecture scenario: predicted sequence of events 3.2 Abbreviations For the purposes of the present document, the following abbreviations apply: 3GPP Third Generation Partnership Project A

32、RP Address Resolution Protocol ATM Asynchronous Transfer Mode BGP Border Gateway Protocol BSM Broadband Satellite Multimedia BSM_ID BSM IDentifier CSF Client Server Function DSCP Differentiated Services Code Point DVB-S Digital Video Broadcast-Satellite HTTP Hyper Text Transfer Protocol IETF Interne

33、t Engineering Task Force IGMP Internet Group Management Protocol IP Internet Protocol IPv4/v6 Internet Protocol version 4/6 MAC Media Access Control MPE Multi-Protocol Encapsulation MPLS Multi Protocol Label Switching NAT Network Address Translation ND Neighbour DiscoveryOBP On-Board Processing OSI

34、Open System Interconnection PEP Performance Enhancing Proxy PIM Protocol Independent Multicast QID Queuing IDentifier QoS Quality of Service RSVP Resource reSerVation Protocol SAP Service Access Point SD Satellite DependentSDU Service Data Unit SI Satellite IndependentSMAC Satellite Medium Access Co

35、ntrol SNPA Sub Network Point of Attachment SPHY Satellite PHYsicalST Satellite Terminal TCP Transmission Control Protocol UDP User Datagram Protocol VLAN Virtual Local Access Network ETSI ETSI TS 102 292 V1.2.1 (2015-07)9 4 Architectural framework 4.1 Principles The BSM architectural framework is ba

36、sed on the principle that the recommended Technical Specifications should be linked by a common thread. Obviously all BSM protocols can be classified in the OSI layered model: the protocols the BSM uses to transport IP traffic mostly belong to the layers 2, 3 and above as they deal with MAC layer ad

37、aptation to support IP services and address resolution, network protocols such as routing, and finally policy control and management protocols for quality of service and resource management ETSI TR 101 985 i.1. It has been a recommendation of the IP interworking over satellite ETSI TR 102 155 i.2, E

38、TSI TR 102 156 i.3 and ETSI TR 102 157 i.4 that the “adaptation“ of the IP protocol at the ingress and egress of the BSM be located in a “Protocol Manager“. This entity is mainly a control path entity that intercepts the appropriate IP protocols and ensures that they are correctly supported over the

39、 BSM. In the BSM protocol stack, the “manager“ resides mostly above the SAP. Its major functions include: How IP protocols and packet markings are to be interpreted and transmitted through the BSM. Which Satellite Independent (SI) protocols are used. And how they in turn trigger the Satellite Depend

40、ent (SD) functions. 4.2 Basic concepts In addition to the definitions provided in clause 3.1 some concepts that are basic the BSM architecture are further explained below: Adaptation: as defined in clause 3.1, adaptation refers to the process of adapting standard protocols for better performance ove

41、r, in the present document, a BSM satellite subnetwork. Adaptation, which should be transparent to the general Internet, involves, for example, changing timers, filtering traffic and reducing the transmission of messages over the satellite link to the protocol servers. Architecture: the architecture

42、 is an abstract representation of a communications system. Three complementary types of architecture are defined: - Protocol architecture: the protocol stacks involved in the operation of the system and the associated peering relationships. - Functional architecture: the discrete functional elements

43、 of the system and the associated logical interfaces. - Network architecture: the discrete physical (network) elements of the system and the associated physical interfaces. Scenario: in the present document a scenario will describe a realistic worked example, showing how a defined set of functions o

44、perate and apply to a specific IP interworking situation (or situations). Scenarios demonstrate both “why“ a given set of functional specifications is needed and “how“ the proposed functional decomposition works to provide the desired result. In general, a scenario will be described by reference to

45、one or more architectures. Function: a function converts a set of inputs into a set of outputs. A function is formally defined by the sets of inputs and of outputs. The set of inputs can be a continuum (e.g. an analog signal) or discrete (e.g. a digital signal). It might be that some inputs produce

46、no output e.g. silent discard in address resolution. Inputs and outputs can be assembled in blocks or vectors (datagrams, packets, frames, etc.). This is the most basic definition and it proves to be sufficient in some cases (black box diagram). At the opposite, a function is ultimately defined when

47、 it is possible to derive an output from any input. Between these two ends, all intermediate definitions are possible. In the BSM, a function can use any combination of the following: - a protocol element (e.g. a complete stack or an single protocol entity); - a logical element (e.g. a process or pr

48、ocedure); and - a physical element (e.g. a router or server). ETSI ETSI TS 102 292 V1.2.1 (2015-07)10 Network engineering: 1) In telephony, the discipline concerned with determining internetworking service requirements for switched networks, and developing and implementing hardware and software to m

49、eet them. In addition, network engineering includes the end-to-end provisioning of network resources to meet service needs. 2) In computer science, the discipline of hardware and software engineering to accomplish the design goals of a computer network. 3) In radio communications, the discipline concerned with developing network topologies. Because the BSM is concerned with all three functions all of those definitions apply. Traffic engineering: the determination of the numbers and kinds of circuits and quantities of related