ETSI TR 101 615-1998 Network Aspects (NA) Services and Networks Architecture Evolution for Telecommunications (V1 1 1)《网络方面(NA) 通信业务及其网络体系的发展(版本1 1 1)》.pdf

《ETSI TR 101 615-1998 Network Aspects (NA) Services and Networks Architecture Evolution for Telecommunications (V1 1 1)《网络方面(NA) 通信业务及其网络体系的发展(版本1 1 1)》.pdf》由会员分享，可在线阅读，更多相关《ETSI TR 101 615-1998 Network Aspects (NA) Services and Networks Architecture Evolution for Telecommunications (V1 1 1)《网络方面(NA) 通信业务及其网络体系的发展(版本1 1 1)》.pdf（25页珍藏版）》请在麦多课文档分享上搜索。

1、 STD-ETSI TR LO1 b15-ENGL 1998 W 3400855 O363252 977 W TR 1 O1 61 5 1.1.1 (1998-12) Technical Repot Network Aspects (NA); Services and networks architecture evolution for telecommunications STD.ETS1 TR LO1 615-ENGL I998 m 3400855 0363253 823 = 2 TR 101 615 V1.l.l (1998-12) Reference DTWNA-0801 O1 (e

2、ycOOics.PDF) Keywords architecture, interface, internet, interoperability, interworking, IP, mobility, multimedia, service ETSI Postal address F-O6921 Sophia Antipolis Cedex - FRANCE Office address 650 Route des Lucioles - Sophia Antipolis Valbonne - FRANCE Siret No 348 623 562 00017 - NAF 742 C Ass

3、ociation but non lucratif enregistre la Sous-Prfecture de Orasse (06) No 780388 Tel.: +33 4 92 94 42 O0 Fax: +33 4 93 65 47 16 Internet secretariat O etsi .f r Individual copies of this ETSI deliverable can be downloaded from http:/www .etsi .org CoDvriaht Notification No part may be reproduced exce

4、pt as authorized by Written permission. The copyright and the foregoing restriction extend to reproduction in ail media. Q European Telecommunications Standards Institute 1998. AU rights reserved. ETSI STDmETSI TR 101 b1S-ENGL 3998 3400855 0363254 76T 3 TR 101 615 V1.1.1 (1998-12) Con tents Intellec

5、tual Property Rights 4 Foreword 4 1 1.1 1.2 2 3 3.1 3.2 4 5 6 6.1 6.2 7 7.1 7.2 8 9 10 10.1 10.2 10.3 11 12 12.1 13 13.1 13.2 13.3 13.4 14 15 Scope . . 5 References 6 Definitions and abbreviations . 7 Definitions 7 Abbreviations . 7 Who will use the present document? . . 5 Benefits of a Network Arch

6、itecture . 5 Guiding Pnnciples on Architecture . 8 Use of Enterprise Models . . 9 Structurai Model Essential, orpotentially Essential, IPRs notijed to ETSI in respect of ETSI standards “, which is available free of charge fmm the ETSI Secretariat. Latest updates are available on the ETSI Web server

7、(http:/www.etsi.org/ipr). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in SR O00 314 (or the updates on the ETSI Web server) which are, or may be, or may become, ess

8、ential to the present document. Foreword This Technical Report (TR) has been produced by ETSI Technical Committee Network Aspects (NA). ETSI STD-ETSI TR 101 615-ENGL 1998 W 3400855 0363256 532 W 5 TR 101 615 V1.1.1 (1998-12) 1 Scope The present document examines the relationship between the telecomm

9、unication services platform, the end user applications support platforms and the other platfom (as defined in the EII Enterprise Model 2), and the GMM Architectural Framework 5. The requirements of these are specified in architectural ternis. The following aspects are included: - - - relationship wi

10、th IP-based networks; - - support for Applications; - service interworking; - - information flows between platfom; - relationship with GI1 as defmed by ITU-T JRG GII and ISO/IEC JTC1 SWP GII; relationship with the EII as defined by EPIC; relationship with UMTS and iMT-2; U and V reference points; ev

11、olution of DASH principles and extension to applications in the context of network interconnection. This model should include current IN and TMN functions. The resulting architecture should be consistent with that proposed for the GII and should be within the context set up by regulators. The presen

12、t document represents the current state of the work. It provides a framework within which further work can be undertaken on specific aspects of the architecture. This will be covered in other documents. 1.1 Who will use the present document? The present document will be useful for the following user

13、s: - - - network operators to determine the interfaces required in future networks; regulators to determine the connection and interconnection points required in a future network equipment manufacturers to determine the requirements of the interfaces between equipment in a future network. 1.2 Benefi

14、ts of a Network Architecture There are several benefits expected from having an agreed architecture: - - - - It reduces costs of development and implementation. It helps guarantee that new equipment can be introduced. It ensures that services can be evolved and added to the system. It gives customer

15、s confidence that smooth upgrades are possible. In addition, a common reference configuration, containing also an inventory of referenced standards will: - Serve as a basis for common understanding and consensus about what classes of actors that exist in the global telecommunications and information

16、 exchange market. Identify the possible legal and technical interfaces between these classes of actors. Where a legal interface is identified, point at the need for development of models for business relationships and agreements at that interface that may be needed to promote global regular business

17、. - - ETSI 6 TR 101 615 Vl.l.1 (1998-12) - - Identify possible information flows between roles, in order to perform global regular business. Identify, where standards are linked to interfaces, which standards are available (or even mandated) as technical solutions to implement the information flows.

18、 Identify, where standards are not linked significant oppomuiities for new standads, that there are irrqortant applications that would need standards for their deployment on a global scale. - 2 References The following documents contain provisions which, through reference in this text, constitute pr

19、ovisions of the present document. References are either specific (identified by Asynchronous Transfer Mode (ATM); Video On Demand (VOD) network aspects“. ITU-T Recommendation Y. 1 10: “Ga principles and framework. lTU-T Recommendation Y. 120: “Global Information Infrastructure scenario methodology“.

20、 191 DOI ETSI STD.ETS1 TR 101 bL5-ENGL 1998 m 3400855 03b3258 305 7 TR 101 615 V1.l.l (1998-12) 3 Definitions and abbreviations This work starts from 9, extended by work on the EII Enterprise Model 21 and the GMM Architectural Framework SI. 3.1 Defi nit ions For the purposes of the present document,

21、 the following tem and definitions apply: application: a collection of user tasks which require processing, storage and ComrrnUiications functions to carry them out. service: something offered by a service provider to an end user (customer) or application. platform: a set of capabilities that enable

22、 the provision of services to users. function: a part of a platfonn providing one or more capabilities. networking function: enables a platform to provide network capabilities for a service. 3.2 Abbreviations For the purposes of the present document, the following abbreviations apply: API ASP CNIS D

23、ASH DAVIC DIPSS DSM-CC DSS1 EII ETSI GCS GMM HDTV HTML HTrP IMT2000 IN IP ISDN LTA MBS MCU “I NOD PAC PSS 1 QSIG SP ss7 STB TAPI TCP-IP TETRA TMN UMTS Applications Programming Interface Applications Support Platform Platforms supporting provision of Communication and Networking of Information Servic

24、es Description of Architecture and Services Harmonization Digital Audiovisual Council Platforms supporting provision of Distributed Information hessing a mapping between that protocol and the specific technology platform, including physical, link and network layer allocation and control of bandwidth

25、 for example. Each technology platform then simply requires a single new interface (or MI) to be defined to interface with the inter- networking protocol, rather than n gateways for interworking with n existing technologies. The model in figure 1 shows a number of APIS at different layers which hide

26、 the technology specific details of the layer below. Figure 1 : Example of a Platform Model ETSI STD-ETSI TR LO1 bL5-ENGL 1998 = 3400655 03b32b0 Tb3 = 9 TR 1 O1 61 5 V1.l.l (1 998-1 2) It can also be useful to distinguish between those activities within the platform that need to be subject to standa

27、rdization, and those that are added value items (and open to differentiation). Clearly the most important interfaces are the APIS which need to be clearly defined to create a market. 5 Use of Enterprise Models The definition of the GII architecture starts from the enterprise model. The primary purpo

28、se of an enterprise model is to identify interfaces which are likely to be of general commercial importance. In order to do this, a number of roles are identified which describe a reasonably well-defined business activity and which is unlikely to be subdivided between a number of players. In additio

29、n, it should be anticipated that the roles should have a reasonably long existence. The interfaces surrounding the role should persist for some tie in order that customers and suppliers of the role can successfully interact with it. In addition, many players may choose to take on the same role in wh

30、ich case the role becomes a competitive activity, and the role needs to be reasonably stable for a successful competitive marketplace to emerge. The GI1 enterprise model (derived from the EII) showing the structural roles only is shown in figure 2. A stnictural role is a role in the primary value ch

31、ain of an industry. A structural role will therefore involve a business activity which is directed towards that industry and, in general, only towards that industry and the output goods/services of a structural role will be directed, in general, only to the next structural role in the primary value

32、chain. ROCE RCCE ROLE ROCE c.ll-$i)l( adde added added intermediate intermediate intermediate good or service end user comsumed by good or service gocd or service good or service Figure 2: Generic GI1 Enterprise Model showing Structural Roles 9 The GII structural roles are supported by infrastructur

33、al roles. An infrastructural role is not in the primary value chain of the industry under consideration, but supplies one or more structurai roles. The output goodslservices of an infrastructural role are likely to be based on reusable components in order to meet the requirements of its many custome

34、r roles. This relationship is shown generically in figure 3. relations hip structural roles / / . support infrastructural roles Global Information Infrastructure Figure 3: Infrastructure supporting the structural roles 9 ETSI STD-ETSI TR LO1 bL5-ENGL 1998 m 3400855 03b32bl 9TT m 10 TR 101 615 V1.l.l

35、 (1998-12) It is possible to identQ a number of hfrastrucniral roles withiin the GI1 as shown in figure 4. m Figure 4: Infrastructural roles within the GI1 SI These roles are expanded and considered further in clause 6. Figure 5 shows how these roles can be mpped on to a layered model relating to mo

36、re familiar information and telecommunications systems. DOS.Window Modem, DSSN0.l 11 I cation - a content provider; - an information service broker. If the user is accessing content which is located in the Content Provider database, then the role is structurai and part of Role Instance B, which then

37、 corresponds to the Content Provider domain. This is analogous to the customer buying a film directly from a content provider. If the content is located in a video server which is part of the service or network infrastructure, then it is part of DIPSS (infrastructural). This is anaiogous to the user

38、 going to the video shop to rent a video. The infrastructural roles provide: - Generic Communication Services Functions provided by a range of (currently) separate communications platforms, e.g. public telecommunication network platforms (including IN and their Network Management capabilities), pnva

39、te network platforms, broadcast services platforms andor LAN-based platforms using Tcp-IP. The segments of a GCS platform include access and core networks, enhanced service functions and management functions (see clause 8). Distributed Information Processing and Storage Functions provided by distrib

40、uted processing platfom, independently of the underlying data communication facilities. The segments of a DIPSS include applications, other software components and content items (which may be owned by different players). Communications and Networking of Information Functions combine the above two fu

41、nctions, providing a user perception of a single integrated function. The extent to which this function can be identified as a physical entity is technology dependent. In traditional information services (such as Tltelm or CompuServe) this function often exists as a single physical system (or collec

42、tion of systems). On the other hand, in the case of the Internet and the World Wide Web this function does not correspond to any physical entity and is in effect provided in a virtual manner. The segments of a CMS are for further study. - - STD*ETSI TR 101 bb5-ENGL 1778 3400855 03b32b4 609 e4 phys e

43、4 including e6 e8 IN access (e4 PhYQ (e4 PhYs) 13 TR 101 615 V1.l.l (1998-12) 6.1 interfaces to the Telecommunications Platform Centring on the telecommunications platform, figure 6 can be reduced to the interfaces shown in figure 7. Figure 7: Essential interfaces for the telecommunications platfom

44、All interfaces except those to GCS are logical, and rely on a physical connection provided by GCS. Therefore, e3, e5, e2 and E7 are logical interfaces only. They can be provided using IP and higher iayer protocols (e.g. “ITP) but with different purposes. Logical interfaces are of two types: User-to-

45、user interfaces, e.g. e2 and e5. These are used to complete a requested service, e.g. download of a movie. User-to-broker interfaces, e.g. e3 and E7. The are used to negotiate the requested and offered services, e.g. the DSM-CC User-Network interface. - - interfaces e4, e6 and e8 have both physical

46、and logical parts as explained more fully in subclause 3.4. These provide the physical transport of information. Additionally, these interfaces represent the logical part of the interfaces to the telecommunications services that are part of the GCS, e.g. IN and TMN services. 6.2 Segment, Domain and

47、Platform Interfaces It can be seen from figure 6 that each interface, for example, e6, e4, e5, e8 can have up to 3 parts. The significance of these is described below: Segment - Segment This is the technical interface between different segments which may or may not cross domain boundaries. For examp

48、le, e13 is the technical interface between the access and core network, which is specified independently of whether the access and core networks are in different domains. - DSS1-QSIG is an example of a segment-segment interface between different platfonns. DSS1 is a protocol used for access to publi

49、c network platfonns. QSIG is an inter-switch protocol used for private network platforms. If private network services need to be carried over a public network then QSIG needs to be carried over DSS1. Standards are being developed for this. SS7 is an example of a segment-segment (technical) interface that may or may not cross a domain boundary. However, the technical specification can contain additional information that may be required if a domain boundary is crossed. - ETSI STDeETSI TR 101 b15-ENGL 1998 3400855 03b32b5 545 14 TR 1 O1 61 5 V1.l.l (