1 TR V4.0.0 ( ) Technical Report Universal Mobile Telecommunications System (UMTS); RAB Quality of Service Negotiation over Iu (3GPP TR version Release 4)
2 1 TR V4.0.0 ( ) Reference DTR/TSGR Uv4 Keywords UMTS 650 Route des Lucioles F Sophia Antipolis Cedex - FRANCE Tel.: Fax: Siret N NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N 7803/88 Important notice Individual copies of the present document can be downloaded from: The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on printers of the PDF version kept on a specific network drive within Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other documents is available at If you find errors in the present document, send your comment to: Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute All rights reserved.
3 2 TR V4.0.0 ( ) Intellectual Property Rights IPRs essential or potentially essential to the present document may have been declared to. The information pertaining to these essential IPRs, if any, is publicly available for members and non-members, and can be found in SR : "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to in respect of standards", which is available from the Secretariat. Latest updates are available on the Web server (http://www.etsi.org/ipr). Pursuant to the IPR Policy, no investigation, including IPR searches, has been carried out by. No guarantee can be given as to the existence of other IPRs not referenced in SR (or the updates on the Web server) which are, or may be, or may become, essential to the present document. Foreword This Technical Report (TR) has been produced by the 3 rd Generation Partnership Project (3GPP). The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or GSM identities. These should be interpreted as being references to the corresponding deliverables. The cross reference between GSM, UMTS, 3GPP and identities can be found under
4 3 TR V4.0.0 ( ) Contents Foreword Scope References Definitions, symbols and abbreviations Definitions Symbols Abbreviations Background Requirements General requirements Scope Negotiable parameters Control of allowed negotiation Control of needed negotiation Backwards Compatibility Study Areas Negotiable parameters Control of allowed negotiation General Scenario Scenario Mechanisms for negotiation Specification Impact and associated Change Requests RANAP specification  Impacts RAB ASSIGNMENT REQUEST RAB ASSIGNMENT RESPONSE Study Areas regarding possible extensions to the WI RAB QoS Negotiation at relocation Message sequence chart related to RAB QoS negotiation during Relocation What should be considered? The timing of switching the user plane in the CN nodes Evaluate if it can be included in RAB QoS Negotiation Working Item Open issues Specification Impact and associated Change Requests Agreements and associated agreed contributions Negotiable parameters Not negotiable parameters Relation and communication with other groups...16 Annex A: Change history... 18
5 4 TR V4.0.0 ( ) Foreword This Technical Specification has been produced by the 3 rd Generation Partnership Project (3GPP). The contents of the present document are subject to continuing work within the TSG and may change following formal TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an identifying change of release date and an increase in version number as follows: Version x.y.z where: x the first digit: 1 presented to TSG for information; 2 presented to TSG for approval; 3 or greater indicates TSG approved document under change control. y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates, etc. z the third digit is incremented when editorial only changes have been incorporated in the document.
6 5 TR V4.0.0 ( ) 1 Scope The present document gives a presentation of the current status of the Work Item RAB Quality of Service Negotiation over Iu within TSG RAN WG3. It describes requirements, additional studies needed, and agreements reached so far for the Work Item. It identifies the affected specifications. It also describes the schedule of the Work Task. If information needs to be communicated to groups outside of TSG RAN WG3, this is also indicated. The document is a living document, i.e. it is continuously updated and presented to all TSG-RAN meetings. 2 References The following documents contain provisions which, through reference in this text, constitute provisions of the present document. References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific. For a specific reference, subsequent revisions do not apply. For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.  3G TS : "3 rd Generation Partnership Project (3GPP) Technical Specification Group Radio Access Network; ; UTRAN Iu Interface RANAP Signalling (Release 1999)".  RAB Quality of Service Negotiation over Iu, Work Item Description, TSG-RAN#7 RP  3G TS : 3rd Generation Partnership Project (3GPP) Technical Specification Group Core Network; Mobile Radio Interface Layer 3 Specification; Core Network Protocols Stage 3 (Release 1999).  3G TS : 3rd Generation Partnership Project (3GPP) Technical Specification Group Radio Access Network; RRC Protocol Specification (Release 1999).  3G TS : 3rd Generation Partnership Project (3GPP) Technical Specification Group Radio Access Network; UTRAN Iur Interface RNSAP Signalling (Release 1999).  3G TS : 3rd Generation Partnership Project (3GPP) Technical Specification Group Radio Access Network; UTRAN Iub Interface NBAP Signalling (Release 1999).  3G TS : 3 rd Generation Partnership Project (3GPP) Technical Specification Group Core Network ; General Packet Radio Service (GPRS); GPRS Tunneling Protocol (GTP) across the Gn and Gp Interface (Release 1999). 3 Definitions, symbols and abbreviations 3.1 Definitions None.
7 6 TR V4.0.0 ( ) 3.2 Symbols None 3.3 Abbreviations For the purposes of the present document, the following abbreviations apply: CC CN CS DRNC PDP PS QoS RAB RANAP RB RNC SDU SM SRNC UE UTRAN Call Control Core Network Circuit Switched Drift RNC Packet Data Protocol Packet Switched Quality of Service Radio Access Bearer Radio Access Network Application Part Radio Bearer Radio Network Controller Service Data Unit Session Management Serving RNC User Equipment Universal Terrestrial Radio Access Network 4 Background The general idea behind the RAB QoS negotiation is to have a solution for the following situation: A user is asking for a service with specified QoS parameters, but for some reason (e.g. resources not available) the system can not fulfil the request precisely, even though an almost matching bearer would be available. The inability to provide the requested RAB most likely causes the service to fail, leaving the user without service, and the operator without the revenue from the service. Clearly, if the user had accepted the bearer with the available resources rather than having no service at all, it would have been a common benefit to do so. Many of the applications expected to be used in 3G would be able to use alternative QoS parameters, e.g. most data, voice and video applications can be operated at different data rates. It also seems that in many situations the user would rather have taken the connection with compromised QoS rather than no connection, simply to save another try. Also in many cases the time consumed by making another try would overrun the time it takes to complete some simple tasks with the compromised QoS parameters. The concern of the operator is that the user might be annoyed if the connection doesn t go through with one try, and will not try again at all, and might ultimately change service provider. 5 Requirements 5.1 General requirements The chosen solution for RAB QoS Negotiation shall: - be a simple solution - not cause any significant delay in the RAB Assignment procedure - be a generic solution common for both the PS and the CS domain
8 7 TR V4.0.0 ( ) 5.2 Scope RAB QoS Negotiation shall, according to  be possible to do: - at RAB establishment Any changes to this scope need to be approved by TSG-RAN. (See 7.) 5.3 Negotiable parameters The parameters agreed to be negotiable shall be based on the Rel4 set of RAB parameters. The number of negotiable parameters shall be kept to as few as possible, since the negotiation will become complicated if several parameters are involved and since also combinations of these parameters then need to be considered. 5.4 Control of allowed negotiation From Iu point of view, it is the CN that decides that RAB QoS Negotiation is allowed for one or more parameters. 5.5 Control of needed negotiation The RNC shall, based on the current resource situation and on the information received from the CN, decide if RAB QoS Negotiation shall be done. If a RAB with parameter values within the limits given by the CN can be provided by the RNC, the RAB Assignment procedure shall be reported as successful to the CN. Otherwise it shall be reported as failed. 5.6 Backwards Compatibility 6 Study Areas 6.1 Negotiable parameters If any more parameters than the one(s) already agreed to be negotiable (see 8.1) shall be included needs to be studied. The following figure gives an indication of what parameters out of the R99 set that could be considered: invariable service parameters (possible) variable service parameters traffic class delivery order asymmetry indicator SDU size SDU format information SDU error ratio residual bit error ratio Delivery of erroneous SDUs transfer delay traffic handling priority allocation/retention priority source statistics descriptor maximum bitrate guaranteed bitrate
9 8 TR V4.0.0 ( ) 6.2 Control of allowed negotiation General Two different solutions for control of negotiation has been defined, one with negotiation information from the CN and one without. These are presented below as scenario 1 and scenario 2. Common for both scenarios is that the CN indicates to the RNC which parameters that are negotiable Scenario 1 In the CN side, the requested RAB parameters are mapped in a fairly straight forward manner from the QoS parameters used at CC/SM level, and CN does not have any other essential information than what the RNC has. Only the application/user has this information. To assure that there is no need for trial-and-error method based on educated guesses at any protocol layer/network element, the necessary information should be made available by the application/the user, and it should be conveyed by both CC/SM and RANAP  protocols. The possibility of this needs to be studied. Any changes to the CC/SM protocols are, however, outside the scope of TSG-RAN3, why input from other relevant groups will be needed. It must also be noted that solutions requiring changes to the CC/SM protocols may prohibit the use of RAB QoS Negotiation together with R99 mobiles.
10 9 TR V4.0.0 ( ) UE RNC SGSN GGSN HLR Location Update Insert Subscriber Data (Subscribed QoS with Guaranteed bit rate, max bitrate) Insert Subscriber Data Ack Update Location Ack Activate PDP Context Request resource enough propose resource not looser RAB Assignment Request (Requested RAB QoS) RAB Assignment Request Response (Negotiated RAB QoS<looser>) Create PDP Context Request Create PDP Context Response Activate PDP Context Accept Figure 1 RAB QoS Negotiation during RAB Establishment for PS domain Scenario 2 The following diagram shows an example of how QoS negotiation can be achieved on the Iu interface with the following principles: - no change of the current SM signalling from R99 - HLR information is used by the SGSN as done in R99 - Guaranteed bit rate used over the Iu is negotiable by the RNC. This is indicated by the CN in the RAB assignment request. This indication from the CN is not in the R99 specifications. - If the RNC can not offer the requested guaranteed bit rate, the RNC indicates this to the CN in the RAB assignment response. This is a change from the R99 specifications since the response has to include the available guaranteed bit rate.
11 10 TR V4.0.0 ( ) - The SGSN indicates the negotiated bandwith range to the UE by using the Activate PDP context accept messages. HLR SGSN RNC ME TE Update location Insert Subscriber Data Subscribed QoS with Guaranteed bit rate, Max bit rate Update location ack Activate PDP context request Guaranteed bit rate, Max bit rate RAB Assignment request Guaranteed bit rate marked as negotiable RAB Assignment response Available Guaranteed bit rate Activate PDP context accept Negotiated Guaranteed bit rate, Max bit rate Figure 2: RAB QoS Negotiation during RAB Establishment Note that using the same call flow, the SGSN could also query a Network management entity before deciding on which value to use to set the Guaranteed bit rate that it requests from the RNC. Also note that the HLR and the mobile in the picture 2 above can be R99 without precluding the network to realise the QoS negotiation. If the RNC or the SGSN do not support the new IE in the RAB assignment response, then the RNC will simply provide the Minimum Guaranteed bit rate as requested by the SGSN (or fail the RAB if it can not provide that), and the behaviour will be as per R99 standards. 6.3 Mechanisms for negotiation Three different ways of indicating the possible values to choose from during the negotiation shall be studied: 1 A number of discrete values are indicated from the CN. The RNC has to choose the best value it can support out of these values. 2 A desired value and a lower limit value are indicated from the CN. The RNC has to choose the best value it can support within the range given by these two values. 3 Only an indication that negotiation is allowed for a specific parameter is included from the CN. The RNC has to choose the best value it can support if not the desired value can be supported.
12 11 TR V4.0.0 ( ) 6.4 Specification Impact and associated Change Requests RANAP specification  Impacts RAB ASSIGNMENT REQUEST For those parameters that shall be possible to negotiate, a possibility to indicate the values that the RNC are allowed to choose from or just an indication that negotiation is allowed, must be added according to one of the methods described in RAB ASSIGNMENT RESPONSE For those parameters that have been negotiated, the chosen value must be possible to indicate. The value of the not negotiated parameters does not need to be indicated. 7 Study Areas regarding possible extensions to the WI 7.1 RAB QoS Negotiation at relocation Message sequence chart related to RAB QoS negotiation during Relocation This chapter shows some examples of the relocation message sequence chart. Figure 3 shows the message sequence chart of the relocation triggered by Cell Update. Figure 4 shows the message sequence chart of the relocation triggered by the RNC (receiving of RRC: Measurement Report message).
14 13 TR V4.0.0 ( ) UE Target Target SRNC SGSN GGSN NodeB RNC Measurement Report resource enough not Relocation Required Relocation Request(RAB QoS) propose resource looser RL Setup Request RL Setup Response Relocation Request Acknowledge (looser RAB QoS) Physical CH Reconfiguration or Transport CH Reconfiguration or Radio Bearer Reconfiguration Relocation Command Relocation Detect Update PDP Context Request Physical CH Reconfiguration Complete or Transport CH Reconfiguration Complete or Radio Bearer Reconfiguration Complete Update PDP Context Response Relocation Complete Modify PDP Context Request(SM) or Modify(CC) Modify PDP Context Accept(SM) or Modify Complete(CC) Figure 4 Relocation Sequence Chart (Handover with switching in the CN) What should be considered? RRC:  As shown in figure 3, the RRC: Cell Update Confirm message shall contain transport channel information to reflect the change of the RAB QoS. As shown in figure 4, the RRC: Physical Channel Reconfiguration message shall contain transport channel information to reflect the change of the RAB QoS. According the RRC specification, the necessary information is already existing to reconfigure the transport channel information e.g. TFCS. It is therefore understood that there will be no enhancement needed in RRC specification considering this. SM and CC: 
15 14 TR V4.0.0 ( ) The messages needed to be considered are Modify PDP Context Request message and Modify PDP Context Accept message for Session Management, and Modify message and Modify Complete message for Call Control. These messages have a capability to change the RAB QoS to the UE, therefore there is no need to enhance the Session Management and Call control protocol. RANAP:  The messages needed to be considered are Relocation Request message and Relocation Request Acknowledge message. Relocation Request message: An alternative RAB QoS needs to be added Relocation Request Acknowledge message: A selected RAB QoS needs to be added The timing of switching the user plane in the CN nodes Since the CN can inform the change of RAB QoS after receiving the Relocation Detect message, there is no issue that can be seen regarding the timing of switching the user plane from source RNC to Target RNC in the CN Evaluate if it can be included in RAB QoS Negotiation Working Item The enhancement in Relocation procedure is almost the same as in the enhancement of the RAB Assignment procedure. What the target RNC has to progress is the same as in RAB Assignment procedure, i.e. when receiving the Relocation Request message, evaluating whether the radio resource is enough or not. If the resource is enough, the target RNC handles normally, i.e. the same as in R99. If resource is not enough, then the target RNC may choose the looser RAB QoS among the request from the CN and send it in the Relocation Request Acknowledge message. The CN informs the UE after receiving the Relocation Detect message by sending the NAS message (Modify PDP Context Request or Modify) Open issues - It should be clarified if current RRC provides a capability that can reconfigure the radio resource information for Cell Setup Confirm (for UE not involved relocation) and Physical Channel Reconfiguration (for UE involved relocation) Specification Impact and associated Change Requests Change Request related to the RAB QoS Negotiation over Iu during relocation Places What should be enhanced Further Explanation Procedure description Relocation Resource Allocation The description can be almost the same as the one in RAB Assignment procedure. Messages and IEs RELOCATION REQUEST message The allowed negotiated RAB QoS The content of the allowed negotiated RAB Parameter shall be the same as the one in RAB ASSIGNMENT REQUEST message.
16 15 TR V4.0.0 ( ) RELOCATION REQUEST ACKNOWLEDGE message The Negotiated RAB Parameter The content of the negotiated RAB Parameter shall be the same as the one in RAB ASSIGNMENT RESPONSE message Places What should be enhanced Further Explanation Chapter A stage 2 message sequence chart This is to show the timing of sending and receiving the relevant messages e.g. Update PDP Context Request etc.
17 16 TR V4.0.0 ( ) 8 Agreements and associated agreed contributions 8.1 Negotiable parameters The following parameters have so far been agreed to be negotiable: - Guaranteed bitrate - Maximum bitrate 8.2 Not negotiable parameters The following parameters have so far been agreed not to be negotiable: - Traffic class - Asymmetry indicator - Source statistics descriptor - Delivery of erroneous SDUs - Traffic Handling Priority 9 Relation and communication with other groups Any changes to the scope of the Work Item need to be communicated with TSG RAN. For the following items, a discussion with relevant groups is necessary: - Negotiation also at relocation? Supported by CC/SM protocols? Supported by RRC protocol? Information requested from SA2, CN1, CN4 (LS R ) and R2 (LS R ). Sum up of answer from RAN2 received in LS R (R ): For R99 within the RRC protocol there is no radio bearer reconfiguration capability foreseen in the RRC Cell Update procedure to support the Relocation procedure initiated by RANAP. RAN2 will consider the impacts on RAB QoS Negotiation over Iu within the work in R2000 and will keep RAN3 informed about the progress on this issue. - Can CC/SM protocols support the two ways of indicating possible values as described in 6.3 above? Information requested from SA2, CN1 and CN4 (LS R ). Sum up of answer from SA received in LS R (S ): SA2 sees the need for a mechanism for QoS negotiation in UTRAN. SA2, however, needs to study this issue further and will come back with more information once this is done. Sum up of further answer from SA2 received in LS R (S ): The following two principles had been discussed but a full agreement not reached: - The QoS attributes Guaranteed Bitrate and Maximum Bitrate shall be possible to negotiate. - UE shall indicate to SGSN the acceptable values to be used when setting up a PDP context. The issue of discrete values versus value range had also been further discussed. The LS included a number of questions to different groups out of which the one applicable for RAN3 was to indicate if discrete values or a value range would be preferred from an IE coding perspective. RAN3 supplied answer to this question (value range preferred) plus gave some other information in LS R A question regarding in what scenarios the need to negotiate both guaranteed and maximum bit rate at the same time would apply, was also raised in this LS to SA2. Sum up of answer from N1 received in LS R (N ): It was found to be technically feasible to
18 17 TR V4.0.0 ( ) include information to support QoS negotiation during RAB setup. N1 will, however, await decision from SA2 before taking further action. - Can RAB Negotiation during a call be introduced over CC protocol? Information requested from N1 (LS R ). Not applicable anymore to this TR since RAB Renegotiation has been moved to a separate TR.
19 18 TR V4.0.0 ( ) Annex A: Change history Change history Date TSG # TSG Doc. CR Rev Subject/Comment Old New 03/ RP Approved at TSG RAN #11 and placed under Change Control
20 19 TR V4.0.0 ( ) History V4.0.0 March 2001 Publication Document history
TS 132 454 V10.0.0 (2011-04) Technical Specification Universal Mobile Telecommunications System (UMTS); LTE; Telecommunication management; Key Performance Indicators (KPI) for the IP Multimedia Subsystem
TS 131 116 V6.7.0 (2005-03) Technical Specification Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); Remote APDU Structure for (Universal) Subscriber
TR 101 643 V8.0.0 (2000-06) Technical Report Digital cellular telecommunications system (Phase 2+); General network interworking scenarios (GSM 09.01 version 8.0.0 Release 1999) GLOBAL SYSTEM FOR MOBILE
EN 300 363 V1.3.1 (2003-06) European Standard (Telecommunications series) Private Integrated Services Network (PISN); Specification, functional model and information flows; Do not disturb and do not disturb
Final draft EN 300 363 V1.3.1 (2003-02) European Standard (Telecommunications series) Private Integrated Services Network (PISN); Specification, functional model and information flows; Do not disturb and
TR 102 678 V1.2.1 (2011-05) Technical Report Speech and multimedia Transmission Quality (STQ); QoS Parameter Measurements based on fixed Data Transfer Times 2 TR 102 678 V1.2.1 (2011-05) Reference RTR/STQ-00184m
TR 103 279 V1.1.1 (2014-08) TECHNICAL REPORT End to End Network Architectures (E2NA); Location of Transcoders for voice and video communications 2 TR 103 279 V1.1.1 (2014-08) Reference DTR/E2NA-00006-Loc-Transcoders
TR 183 070 V3.1.1 (2009-08) Technical Report Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Resource and Admission Control Sub-System (); Rr interface
TR 103 157 V1.1.1 (2013-10) Technical Report Speech and multimedia Transmission Quality (STQ); Frequency responses of Headphones and Earphones using measurement methods and limits of STQ TS 102 924 2 TR
TR 101 480 V1.1.2 (1999-12) Technical Report Integrated Services Digital Network (ISDN); Public Switched Telephone Network (PSTN); Framework for the provision of calling party name information 2 TR 101
TS 101 735 V1.1.1 (2000-07) Technical Specification Digital Audio Broadcasting (DAB); Internet Protocol (IP) datagram tunnelling European Broadcasting Union Union Européenne de Radio-Télévision EBU UER
European Standard (Telecommunications series) Private Integrated Services Network (PISN); Specification, functional models and information flows; Do not disturb and do not disturb override supplementary
EN 300 356-7 V4.1.2 (2001-07) European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Signalling System No.7 (SS7); ISDN User Part (ISUP) version 4 for the international
TS 184 009 V2.0.0 (2008-06) Technical Specification Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Rules covering the use of TV URIs for the Identification
TSG-SA Working Group 1 (Services) meeting #2 Edinburgh, Scotland 9 th -12 th March 1999 TSGS1#2(99)116 Agenda Item: 9.4 Source: Coordinator Title: Document for: Information I Universal Mobile Telecommunications
GS NFV 003 V1.1.1 (2013-10) Group Specification Network Functions Virtualisation (NFV); Terminology for Main Concepts in NFV Disclaimer This document has been produced and approved by the Network Functions
Draft EN 301 691 V1.1.1 (2000-03) European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Remote Control (RC) service; Service description 2 Draft EN 301 691 V1.1.1 (2000-03)
European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Explicit Call Transfer (ECT) supplementary service; Service description 2 Reference REN/NA-010058 (3ec00ioo.PDF)
TS 124 147 V6.8.0 (2008-04) Technical Specification Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); Conferencing using the IP Multimedia (IM) Core
TS 101 107 V7.1.1 (1999-08) Technical Specification Digital cellular telecommunications system (Phase 2+); Fraud Information Gathering System (FIGS); Service description - Stage 1 (GSM 02.31 version 7.1.1
EN 301 489-5 V1.3.1 (2002-08) Candidate Harmonized European Standard (Telecommunications series) Electromagnetic compatibility and Radio spectrum Matters (ERM); ElectroMagnetic Compatibility (EMC) standard
ES 202 060-4 V1.1.1 (2003-05) Standard Short Message Service (SMS) for fixed networks; Network Based Solution (NBS); Part 4: Interworking between Signalling System No.7 and Digital Subscriber Signalling
Draft ES 201 792 V1.1.1 (2000-04) Standard Transmission and Multiplexing (TM); Passive optical components; Fibre optic patchcords for single mode optical fibre communication systems; Common requirements
EN 300 395-3 V1.2.1 (2005-01) European Standard (Telecommunications series) Terrestrial Trunked Radio (TETRA); Speech codec for full-rate traffic channel; Part 3: Specific operating features 2 EN 300 395-3
ARIB STD-T63-26.412 V7.0.0 Source code for 3GP file format (Release 7) Refer to Industrial Property Rights (IPR) in the preface of ARIB STD-T63 for Related Industrial Property Rights. Refer to Notice in
ARIB STD-T63-26.451 V12.0.0 Codec for Enhanced Voice Services (EVS); Voice Activity Detection (VAD) (Release 12) Refer to Industrial Property Rights (IPR) in the preface of ARIB STD-T63 for Related Industrial
EN 300 328-2 V1.1.1 (2000-07) Candidate Harmonized European Standard (Telecommunications series) Electromagnetic compatibility and Radio spectrum Matters (ERM); Wideband Transmission systems; data transmission
Technical Report Digital Video Broadcasting (DVB); Implementation of Binary Phase Shift Keying (BPSK) modulation in DVB satellite transmission systems European Broadcasting Union EBU UER Union Européenne
TSG-SA Working Group 1 (Services) meeting #2 Edinburgh, Scotland 9 th -12 th March 1999 TSGS1#2(99)120 Agenda Item: 9.8 Source: Coordinator Title: Document for: Information I Universal Mobile Telecommunications
Final draft ES 202 913 V1.2.1 (2004-05) Standard Access and Terminals (AT); POTS requirements applicable to ADSL modems when connected to an analogue presented PSTN line 2 Final draft ES 202 913 V1.2.1
TS 32.593 V9.0.0 (2009-12) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Telecommunication management; Home enode B (HeNB) Operations,
TR 101 891 V1.1.1 (2001-02) Technical Report Digital Video Broadcasting (DVB); Professional Interfaces: Guidelines for the implementation and usage of the DVB Asynchronous Serial Interface (ASI) European
European Standard (Telecommunications series) Broadband Integrated Services Digital Network (B-ISDN); Digital Subscriber Signalling System No. two (DSS2) protocol; Connection characteristics; ATM transfer
EN 301 002-1 V1.3.1 (2001-06) European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Security tools (SET) procedures; Digital Subscriber Signalling System No. one (DSS1)
TS 23.204 V7.0.0 (2006-09) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Support of Short Message Service (SMS) over generic Internet
TS 102 640-3 V1.1.1 (2008-10) Technical Specification Electronic Signatures and Infrastructures (ESI); Registered Electronic Mail (REM); Architecture, Formats and Policies; Part 3: Information Security
Final draft EN 300 220-2 V2.4.1 (2012-01) Harmonized European Standard Electromagnetic compatibility and Radio spectrum Matters (ERM); Short Range Devices (SRD); Radio equipment to be used in the 25 MHz
TS 182 023 V2.1.1 (2009-01) Technical Specification Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Core and enterprise NGN interaction scenarios; Architecture
ES 201 803-12 V1.1.1 (2005-01) Standard Dynamic synchronous Transfer Mode (DTM); Part 12: Mapping of MPLS over DTM 2 ES 201 803-12 V1.1.1 (2005-01) Reference DES/TISPAN-03004-DTM Keywords DTM, MPLS 650
TS 181 014 V2.0.0 (2007-11) Technical Specification Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Requirements for network transport capabilities to
TS 184 011 V3.1.1 (2011-02) Technical Specification Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Requirements and usage of E.164 numbers in NGN and
TS 102 723-10 V1.1.1 (2012-11) Technical Specification Intelligent Transport Systems (ITS); OSI cross-layer topics; Part 10: Interface between access layer and networking & transport layer 2 TS 102 723-10
ETSI TR 122 975 V3.1.0 (2000-01) Technical Report Universal Mobile Telecommunications System (UMTS); Service aspects; Advanced Addressing (3G TR 22.975 version 3.1.0 Release 1999) (3G TR 22.975 version
SR 003 232 V1.1.1 (2011-02) Special Report Electronic Signatures and Infrastructures (ESI); PDF Advanced Electronic Signature Profiles (PAdES); Printable Representations of Electronic Signatures 2 SR 003
EN 301 700 V1.1.1 (2000-03) European Standard (Telecommunications series) Digital Audio Broadcasting (DAB); VHF/FM Broadcasting: cross-referencing to simulcast DAB services by RDS-ODA 147 European Broadcasting
TSG-SA Working Group 1 (Services) meeting #2 Edinburgh, Scotland 9 th -12 th March 1999 TSGS1#2(99)118 Agenda Item: 9.6 Source: Coordinator Title: Document for: Information I Quality of Service and Network
ARIB STD-T63-31.221 V10.0.0 Contact Manager Application Programming Interface (API); Contact Manager API for Java Card (Release 10) Refer to Industrial Property Rights (IPR) in the preface of ARIB STD-T63
European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Conference call, add-on (CONF) supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol;
Draft EG 201 510 V1.1.2 (2000-02) Guide Intelligent Network (IN); Security aspects of Switching Control Function (SCF) - Service Switching Function (SSF) interconnection between networks; Part 1: Capability
Technical Specification Group Services and System Aspects Meeting #20, Hämeenlinna, Finland 09-12 June 2003 TSGS#20(03)0219 Source: TSG-SA WG4 Title: CR to TS 26.236 - Examples of QoS profiles for conversational
TS 123 107 V5.4.0 (2002-03) Technical Specification Universal Mobile Telecommunications System (UMTS); Quality of Service (QoS) concept and architecture (3GPP TS 23.107 version 5.4.0 Release 5) 1 TS 123
European Standard (Telecommunications series) Telecommunications Management Network (TMN); Performance monitoring for PDH interfaces; Information model for the Network Element (NE) view 2 Reference DEN/TMN-00040
Your consent to our cookies if you continue to use this website.