Home

Results 1 - 10 of 515 for parlays. Search took 2.325 seconds.  
Sort by date/Sort by relevance
PowerPoint 프레젠테이션 Parlay/OSA ArchitectureParlay/OSA Architecture Albert KAMGA (albert.kamga@ties.itu.int) Ministry of Posts & Telecommunications Yaoundé - Cameroon Evolution to NGNEvolution to NGN Parlay/OSA architectureParlay/OSA architecture PARLAY/OSA ArchitecturePARLAY/OSA Architecture 2 ContentsContents Introduction Overview of parlay/OSA (genesis and evolution); Logical architecture of Parlay/OSA; Benefits (operators, applications developers and users). Conclusion PARLAY/OSA ArchitecturePARLAY/OSA Architecture 3 INTRODUCTIONINTRODUCTION PARLAY/OSA ArchitecturePARLAY/OSA Architecture 4 Overview of parlay/OSA Overview of parlay/OSA Standardization of the NGN service mo del is based on Parlay/OSA (Open Servi ce Access) structure. The Parlay Group was founded by BT, Microsoft, Nortel, Siemens and Ulticom i n 1998 to develop APIs (Application Pro gramming Interfaces); PARLAY/OSA ArchitecturePARLAY/OSA Architecture 5 Overview of parlay/OSAOverview of parlay/OSA The international standardization effort f or the NGN network model and its functi onal architecture is led by the ITU-T, M SF (Multiservice Switching Forum), IET F, and 3GPP (3rd Generation Partnersh ip Project); PARLAY/OSA ArchitecturePARLAY/OSA Architecture 6 Overview of parlay/OSAOverview of parlay/OSA AIM: enable network carriers, software providers, and 3rd party service provide rs to develop applications for various Int ernet, wired network, and wireless netw ork services PARLAY/OSA ArchitecturePARLAY/OSA Architecture 7 Logical architecture of Parlay/OSALogical architecture of Parlay/OSA PARLAY/OSA ArchitecturePARLAY/OSA Architecture 8 Logical architecture of Parlay/OSA a set of Client Applications accessing the network resources; a set of Service Interfaces, or Service Capability Features (SCFs), that represent interfaces for controlling the network capabilities provided by network resources (e.g., controlling the routing of voice calls, sending/receiving SMSs, locating a terminal, etc.); a Framework, that provides a modular and “controlled” access to the SCFs; Network Resources, in the telecommunication network, implementing the network capabilities.
Language:English
Score: 1637946.2 - https://www.itu.int/ITU-D/tech...tations/Day1/Nairobi_1_4_3.pdf
Data Source: un
1.4.3_Parlay Architecture-forITU.doc Parlay Architecture and NGN Manfred Schneps-Schneppe, Prof Dr, CEO AbavaNet, Moscow, Russia Parlay is a set of standard Application Programming Interfaces (APIs), developed by a consortium of telecom industry leaders in the framework of the Parlay Group. (...) The APIs developed by the Parlay Group are known within 3GPP and ETSI as Open Service Access (OSA). Therefore, Parlay is often referred to as Parlay/OSA. Another set of APIs that address a similar set of issues are the JAIN APIs within the Java Community Process.
Language:English
Score: 1611480 - https://www.itu.int/ITU-D/tech...0Bios%20pdf/1-4-3_Abstract.pdf
Data Source: un
CeTASCeTAS Distribution Plane General SDP Architecture Web Services X X X Parlay/Parlay X Parlay Parlay Parlay/Parlay X/JAIN/ OMA/IMS X X X Web Services Protocols X CeTASCeTAS Generic Service Oriented Architecture • Collection of technology, implementation and distribution independent concepts. • Distributed system architecture containing: – services (service enablers) with interfaces abstracting infrastructure capabilities. – applications that invoke service interfaces. – a middleware plane to hide distribution. • GSOA seen in WS SOA, Parlay X and Parlay. – Is a design pattern used to structure various service platform architectures. (...) CeTASCeTAS Mapping Technologies • Parlay X web services for simple service layer. • Parlay SCFs and SCS for intermediate and complex service layer respectively. • IMS for service and resource function layers. • Remaining layers reuse telco infrastructure. • Alternative mappings: – Collapse layers for e.g. Parlay X web services invoke IMS directly. – Remove domains for e.g. join end-user and service subscriber domains.
Language:English
Score: 1584971.2 - https://www.itu.int/dms_pub/it.../29/01/T29010020020001PDFE.pdf
Data Source: un
UMTS QoS issues - a challenge for teletrafficers 2. Parlay for SLA control 3. Global QoS index 4. “Gold-silver-bronze" QoS standard 5. (...) OSA / Parlay Gateway OSA / Parlay Gateway OSA API OSA / Parlay Client OSA / Parlay Client OSA / Parlay Client OSA / Parlay Client OSA / Parlay Gateway OSA / Parlay Gateway OSA / Parlay Gateway OSA / Parlay Gateway OSA / Parlay Client OSA / Parlay Client UMTSUMTS China Spain UMTS Germany OSA / Parlay Client OSA / Parlay Client OSA / Parlay Client OSA / Parlay Client 12 3.1. (...) UMTS QoS issues - a challenge for ITC 2. Parlay for SLA control 3. Revisited OPIUM Project as UMTS QoS and SLA Testbed 4.
Language:English
Score: 1567571.1 - https://www.itu.int/ITU-D/tech...y%202/2-1-3_IversenSchneps.pdf
Data Source: un
Microsoft Word - NairobiAbstract_1_4_3.doc Parlay architecture Today’s service, switching, and transport networks are vertically integrated or intertwined that is, operators generally have separate telephone, data, and broadcast networks. (...) This shows a need for a transition from a vertically integrated network to a horizontal network, where transport and switching functions can be shared by numerous service providers For such a horizontal network, an open technology independent service interface is needed. The Parlay Group thought the Parlay/OSA with that aim. (...) Our presentation will focus on: o Overview of parlay/OSA (genesis and evolution); o Logical architecture of Parlay/OSA; o Standardization of Parlay; o Benefits (operators, applications developers and users).
Language:English
Score: 1567424 - https://www.itu.int/ITU-D/tech...%201/NairobiAbstract_1_4_3.pdf
Data Source: un
UMTS QoS issues and Service level Agreements 2. Parlay for SLA control 3. Global QoS index 4. “Gold-silver-bronze" QoS standard 5. (...) OSA / Parlay Gateway OSA API OSA / Parlay Client OSA / Parlay Client OSA / Parlay Gateway OSA / Parlay Gateway OSA / Parlay Client UMTSUMTS China Spain UMTS Germany OSA / Parlay Client OSA / Parlay Client 16 3.1. (...) UMTS QoS issues - a challenge for ITC 2. Parlay for SLA control 3. Revisited OPIUM Project as UMTS QoS and SLA Testbed 4.
Language:English
Score: 1490984.1 - https://www.itu.int/ITU-D/tech...tations/Day2/Nairobi_2_2_4.pdf
Data Source: un
• Various related work items in ITU-T NGN GSI • Open Service Environment capabilities • Web Services deployment scenarios • OCAF model and components • Relationship with other SDOs to be developed • Architectures and capabilities for open service environment • OASIS, OMA, Parlay etc. • A very active market • Service Delivery Platforms, Middleware Nortel Confidential InformationITU-T/ITU-D NGN Seminar for the Arab Region29 April – 2 May 2007 What are Web Services? (...) Ensure that competing standards converge Applications & Applications & Services (IT)Services (IT) Converged NextGen Telecom Converged NextGen Telecom NetworkNetwork Web ServicesWeb Services Nortel Confidential InformationITU-T/ITU-D NGN Seminar for the Arab Region29 April – 2 May 2007 IT Telecom Interface Focus • Ensure emerging Web Services standards can support Carrier Grade reliability and performance • Key areas for Carrier Grade Web Services focus: • Identity Management (Identity Layer) • Parlay-X • WS-Convergence • Business Process • WS-Management • Federation and Security • Standards Organizations need to adapt to this reality Nortel Confidential InformationITU-T/ITU-D NGN Seminar for the Arab Region29 April – 2 May 2007 SOA/Web Services: key SDOs ------ indicates links in progress or in perspective Nortel Confidential InformationITU-T/ITU-D NGN Seminar for the Arab Region29 April – 2 May 2007 SOA/WS fundamental bricks Composition/Orchestration Business Process Orchestration PortalsManagement XML, SOAP XML Schema, WSDL, UDDI, SOAP with Attachments HTTP, HTTPS,Others Invocation Description Transports Composable Service Elements TransactionalitySecurity Reliable Messaging Endpoint Identification, Publish/SubscribeMessaging Additional Capabilities Source: WS-I Nortel Confidential InformationITU-T/ITU-D NGN Seminar for the Arab Region29 April – 2 May 2007 Parlay-X Architecture Parlay-X Applications Parlay-X Web Services Parlay Gateway Parlay Applications Parlay API Parlay-X API Network Protocols Network Elements Parlay-X specifications Part 1: Common Part 2: Third Party Call Part 3: Call Notification Part 4: Short Messaging Part 5: Multimedia Messaging Part 6: Payment Part 7: Account Management Part 8: Terminal Status Part 9: Terminal Location Part 10: Call Handling Part 11: Audio Call Part 12: Multimedia Conference Part 13: Address List Management Part 14: Presence Part 15: Message Broadcast Part 16: Geocoding Part 17: Application driven QoS Part 18: Device Management Part 19: Multi-Media Streaming Control Part 20: Multi-Media Multicast Control Nortel Confidential InformationITU-T/ITU-D NGN Seminar for the Arab Region29 April – 2 May 2007 Other bindingsOther bindingsWeb service bindingsWeb service bindings …… Enabler implementation Enabler implementation Enabler implementation Applications …… Enabler implementation I0 I0+P I1 Policy Enforcer To Resources in Operators, terminals, Service Providers I2 Execution Environment (Software Life Cycle Mgmt, Load balancing, caching, O&M , etc.)
Language:English
Score: 1459081.3 - https://www.itu.int/ITU-D/tech...entation_Bahrain_MCarugi_3.pdf
Data Source: un
Manfred Schneps-Schneppe Committed to connecting the world Search for: ITU General Secretariat Radiocommunication Standardization About ITU-T Events All Groups Standards Resources BSG Study Groups Regional Presence Join ITU-T Development ITU Telecom Members' Zone Join ITU Manfred Schneps-Schneppe Rollup Image You are here ITU > Home > ITU-T > Academia and ITU-T > ITU Kaleidoscope Events > Kaleidoscope 2014 > Manfred Schneps-Schneppe Share Page Content 20 Manfred Schneps-Schneppe is  Senior scientist at Ventspils University College, Ventspils International Radio Astronomy Centre Research interests: Quality-of-Service for mobile operators, mobile services, M2M communications, Open interfaces for telecom (Intelligent networks, Parlay, etc.). Educational background: Mathematics – Univ of Latvia, Post-Graduate on probability and statistics - Moscow State Univ, Ph D - medical engineering, Dr habil ing sc (telecommunications) - USSR Acad of Sc Professional experience: M2M communications, Software development for telecom (Intelligent networks, Parlay, Jain), research on applied math for med diagnostics. (...) Recent books: 2011 “Germans in Russia (Nemtsy v Rossii)” (in Russian) 2005 “Lectures on NGN” (in Russian) 2004 “Parlay architecture and NGN” (in Russian), supported by Ericsson 2002 “Internet telephony: SIP protocol and its use” (in Russian) 2001 “Intelligent networks and computer telephony” (in Russian) Manfred Schneps-Schneppe has been active in IARIA conferences since 2011 (AFIN-2011, AICT-2012, SMART-2012, ICDT-2012) Page Content 9 Page Content 10 Page Content 18 Page Content 19 Page Content 6 Page Content 7 Page Content 11 Page Content 12 Page Content 2 Page Content 3 Page Content 4 Page Content 5 Page Content 13 Page Content 14 Page Content 15 Page Content 16 Follow us Twitter Facebook YouTube Flickr Linkedin Instagram Soundcloud Podcasts Spotify Spreaker TikTok © ITU All Rights Reserved Contact us Privacy notice Accessibility Report misconduct Back to top
Language:English
Score: 1425454.6 - https://www.itu.int/en/ITU-T/a.../Manfred-Schneps-Schneppe.aspx
Data Source: un
Microsoft PowerPoint - S2.1 CMULLIGAN.ppt Geneva, 12-13 May 2008 ITU-T Kaleidoscope Conference Innovations in NGN Catherine Mulligan University of Cambridge ceam3@cam.ac.uk Open API Standardisation for the NGN Platform Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 2 Introduction Platform Economics & Open APIs De-facto APIs and the NGN platform Future of Open APIs Evolution of standards bodies to cope with new challenges for creating Open APIs Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 3 Platform Economics and the NGN Platforms bring together distinct groups of customers API on an OS brings together developers, OS and hardware vendors Attractive APIs mean more end-users Quality of Open APIs will define the success/failure of NGN platform Unattractive or no APIs will force developers to other platforms and communities Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 4 NGN Platform Economics Source: Invisible Engines, MIT Press, 2007 Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 5 Existing Open APIs in NGN Standards Three main models: Web Services; Parlay-X exposing IMS, Circuit Switched (CS) and Packet Switched (PS) networks Java APIs; expose SIP/IMS capabilities OMA enablers Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 6 Java Specification Requests Java community has provided Service level APIs to developers JSR 281 IMS Services API (JME) (Q3 2005 – Q2 2008) JSR 289 SIP Servlet v1.1 (January 2006 – Jan 2008) JSR 325 (JME) IMS-only, Java developers only Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 7 Parlay-X Until recently, standardised within joint WG between 3GPP, Parlay, TISPAN Affiliated with OMA in Q1 2008 APIs are an abstraction of underlying network technologies Compatible with WS Basic Profile 22 APIs, provided royalty free Very limited functionality and control for the developer Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 8 Open APIs Comparison J2EE AS JSR IMS Session Signalling Service and signalling logic App Parlay-X IMS Events Notification CS PS Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 9 OMA Aim: “to facilitate global user adoption of mobile data services by specifying market driven mobile service enablers” OMA OWSER PAG BCAST … BUT… no APIs for developers to build applications on top of the enablers Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 10 Traditional NGN Standardisation Method Stage 1 Stage 2 Stage 3 22.228 23.228 24.229 22.127 23.127 29.xyz What about the developer APIs? (...) Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 16 Open Social and Android APIs are data driven Developers can pull data from different sources Open Social and Android do yet not provide APIs for SIP, IMS or any other NGN enablers Developer community will be established around platforms other than NGN Geneva, 12-13 May 2008 First ITU-T Kaleidoscope Conference – Innovations in NGN 17 Open Social using NGN Open APIs UE Social Graph website Web Server container Parlay-X WSDL HTTP (SOAP) SIP SIMPLE IETF SIPSIPXMPPOther PIDF OMA PAG Jabber Presence … Pres.
Language:English
Score: 1365962.2 - https://www.itu.int/dms_pub/it.../29/01/T29010020010001PDFE.pdf
Data Source: un
., authoriz. o Security o Routing o QoS o OAM and Survivability o Accounting and Charging o Management o Mobility handling o Service enablers o Open service environment o Profile management o Policy management o PSTN/ISDN emulation and simulation o Public Interest Services support o Critical infrastructure protection o Non disclosure of info across NNI o Inter-provider exchange of user- related information o Context awareness o Identity management o Content management o IPTV services support capabilities o Enterprise Networks support capabilities o IPV6 support capabilities Athens, Greece, 8 May 2009 7 Towards an open service environment in NGN (NGN OSE) o “Open service environment” for flexible and agile service creation, execution and management • Leveraging new capabilities enabled by technologies of different worlds (3G, but also Internet/Web 2.0 and IT) • Exposure of capabilities via standard application network interfaces • Portability and re-usability of capabilities across networks (and from Web to NGN or from NGN to Web) • Flexible development of applications and capabilities by NGN Providers as well as by Application Providers o Types of service creation environments recommended to be supported in NGN (Release 1): • IN-based service creation environment (INAP, CAMEL, WIN, …) • IMS-based service creation environment • Open service creation environment (OSA/Parlay, OMA, …) Framework for value added applications leveraging network capabilities (COMMUNICATIONS-ENABLED APPLICATIONS) Athens, Greece, 8 May 2009 8 Service creation environments - example Source: 3GPP IMS and OSA/Parlay Athens, Greece, 8 May 2009 9 Network Capability+ Service+ Connection Fee User/ Customer NGN Provider Service Charge+ QoS, Routing others Cost Network Capability Service Charge Service Connection Fee User/ Customer NGN Provider 3rd Party Provider 3rd Party Provider 3rd party scenarios: Managed Delivery Services (MDS) – Y.2212 o NGN dynamic features and comprehensive service delivery control capabilities are made available via MDS by the NGN Provider through ANI to 3rd Party Providers and their customers o 3rd Party Providers can offer enhanced services to their customers A win-win situation for both 3rd Party Provider and NGN Provider Example of MDS Business Model MDS Athens, Greece, 8 May 2009 10 o How to open • Adopting a Service Oriented Architectures (SOA) framework from the IT world and enhance it as appropriate -> Telecom SOA • Using Web Services (WS) as implementation tool set of the Telecom SOA framework — other tools (e.g. (...) Applications I0+P Service Provider or Terminal Domain Analysing the work of other SDOs for NGN OSE – the OMA Service Environment example Source: Open Mobile Alliance Athens, Greece, 8 May 2009 23 Parlay-X Web Services specifications provide simple, abstracted telecom Web Services based on use of network functionality, features and enablers o Part 1: "Common" o Part 2: "Third party call" o Part 3: "Call Notification" o Part 4: "Short Messaging" o Part 5: "Multimedia Messaging" o Part 6: "Payment" o Part 7: "Account management" o Part 8: "Terminal Status" o Part 9: "Terminal location" o Part 10: "Call handling" o Part 11: "Audio call" o Part 12: "Multimedia conference" o Part 13: "Address list management" o Part 14: "Presence" o Part 15: "Message Broadcast" o Part 16: "Geocoding" o Part 17: "Application driven QoS" o Part 18: "Device Capabilities and Config" o Part 19: "Multimedia streaming control" o Part 20: "Multimedia multicast session management" o Part 21: "Content management" o Part 22: "Policy" Parlay-X Web Services/API specifications P a r l a y - X A r c h i t e c t u r e P a r l a y - X A p p l i c a t i o n s P a r l a y - X W e b S e r v i c e s P a r l a y G a t e w a y P a r l a y A p p l i c a t i o n s P a r l a y A P I P a r l a y - X A P I N e t w o r k P r o t o c o l s N e t w o r k E l e m e n t s Athens, Greece, 8 May 2009 24 D ev ic e / Cl ie nt La ye r T ra ns po r t La ye r Ac ce ss La ye r IP / MPLS / PBT SONET / SDH / WDM Wireless: 2G, 3G WiFi, WIMAX Wireline: DSL, Cable, FTTx, PSTN Internet / 3rd Parties / Enterprises O SS /B SS Pl at fo rm s Se rv ic e La ye r Co nt ro l La ye r SS7 SIP / IMS Application Servers SC E Application suitesSDP SDF IMS TMF SDF: positioning and relationship with OSS/BSS Source: TeleManagement Forum Athens, Greece, 8 May 2009 25 Future SOA/WS topics within ITU-T SG13: an informal and non-exhaustive list (*) o Requirements of service interfaces between Applications and NGN capabilities (Telecom APIs for carriers and enterprises) • Key APIs • Building on relevant business cases (IPTV, USN, etc.) o SOA framework for NGN (carrier-grade, service traceability etc.) o Standard requirements and SOA/WS enabled capabilities of service delivery platforms for NGN o SOA/WS enabled NGN (2.0) functional architecture and related service components (IMS, others) o Middleware aspects • Application-specific middleware requirements versus NGN OSE o Application scenarios • SOA based service composition and NGN OSE • 3rd party provider applications • Composition of NGN capabilities and Web 2.0/Internet capabilities • Composition of NGN services and legacy services (*) SG13 is currently developing its work plan in this area Athens, Greece, 8 May 2009 26 o Towards an open service environment in NGN • Service Oriented Architectures (SOA) as framework • Web Services (WS) as implementation tool set o SOA and WS will enable new business revenues within the integrated IT+C environment • but bring new challenges to standards development (not fully discussed here) o ITU-T has started work in this direction • NGN OSE and other developments o Various other SDOs, Forums, and Consortia are involved in this space • standards convergence and harmonization are essential • ITU-T collaboration with other SDOs has started to integrate relevant specifications with the NGN standardization framework Conclusion Athens, Greece, 8 May 2009 27 Thank you for your attention Questions ? (...) Service Composition PEEM((Policy Evaluation, Enforcement and Management) Business Process Execution Language for Web Services Web Services Choreography Description Language UPMS, BPMN, BPDM Y.2234 Appendix: relevant developments in other SDOs [2/5] Athens, Greece, 8 May 2009 35 Y.2234 Appendix: relevant developments in other SDOs [3/5] NGN capabilities OSA/Parlay OMA OASIS W3C OMG TMF Service Development Support XDM, OSPE (OMA Service Provider Environment) Service Modeling Language - UPMS, - BPMN, - BPDM Existing Standards - EDOC TMF053 series: NGOSS Technology Neutral Architecture (TNA) GB921 series: eTOM, business process framework GB922 series: SID, shared information architecture GB942 Contract Guidelines and Principles NGOSS Contract Metamodel MTNM/MTOSI, OSS/J (TIP) Service Registration OSPE (OMA Service Provider Environment) ebXML Registry Information Model (RIM) ebXML Registry Services and Protocols (RS) Universal Description, Discovery and Integration (UDDI) Existing Standards - RAS - MOF Athens, Greece, 8 May 2009 36 Y.2234 Appendix: relevant developments in other SDOs [4/5] NGN capabilities OSA/Parlay OMA OASIS W3C OMG TMF Interworking with Service Creation Environments Policy Enforcement Policy Management SCF PEEM((Pol icy Evaluation, Enforceme nt and Manageme nt) Service Component Architecture (SCA) Policy Framework Privacy policy profile of XACML Web Services Policy - Framework Web Services Policy - Attachment Web Services Policy Namespace Web Services Policy XML Schema Web Services Policy - Primer Web Services Policy - Guidelines for Policy Assertion Authors SID Policy Framework Athens, Greece, 8 May 2009 37 Y.2234 Appendix: relevant developments in other SDOs [5/5] NGN capabilities OSA/Parlay OMA OASIS W3C OMG TMF Security Authentication, Authorization SEC_CF (Security Common Function ) WS-Security WS-Security: SOAP Message Security WS-Security: Username Token Profile WS-Security: SAML Token Profile WS-Security: X.509 Certificate Token Profile WS-Federation Towards an open service environment in NGN Slide Number 2 Slide Number 3 Application Network Interface in NGN Release 1 Reference Architecture (Y.2012) Slide Number 5 Slide Number 6 Towards an open service environment in NGN (NGN OSE) Slide Number 8 3rd party scenarios: Managed Delivery Services (MDS) – Y.2212 Slide Number 10 An Open NGN Service Platform Slide Number 12 Enhanced Web Services for a Telco SOA Initial work items on SOA and WS topics in ITU-T SG13 Service requirements for NGN OSE (1/2) Slide Number 16 Slide Number 17 NGN OSE functional positioning Functional components of the NGN OSE functional group Slide Number 20 Relationship of ITU-T SG13 with other SDOs: collaboration has started Slide Number 22 Slide Number 23 Slide Number 24 Future SOA/WS topics within ITU-T SG13: an informal and non-exhaustive list (*) Slide Number 26 Slide Number 27 Slide Number 28 OSE functional requirements (1/4) OSE functional requirements (2/4) OSE functional requirements (3/4) OSE functional requirements (4/4) Y.2234 Appendix: relevant developments in other SDOs [1/5] Slide Number 34 Y.2234 Appendix: relevant developments in other SDOs [3/5] Y.2234 Appendix: relevant developments in other SDOs [4/5] Y.2234 Appendix: relevant developments in other SDOs [5/5]
Language:English
Score: 1331666.6 - https://www.itu.int/dms_pub/it.../06/20/T06200000010007PDFE.pdf
Data Source: un