1、 TIA-924-A-2009 APPROVED: FEBRUARY 1, 2009 REAFFIRMED: MARCH 16, 2014 TIA-924-A (Revision of TIA-924) February 2009Packet Switched Video Telephony Services (PSVT) NOTICE TIA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstandings between
2、 manufacturers and purchasers, facilitating interchangeability and improvement of products, and assisting the purchaser in selecting and obtaining with minimum delay the proper product for their particular need. The existence of such Standards and Publications shall not in any respect preclude any m
3、ember or non-member of TIA from manufacturing or selling products not conforming to such Standards and Publications. Neither shall the existence of such Standards and Publications preclude their voluntary use by Non-TIA members, either domestically or internationally. Standards and Publications are
4、adopted by TIA in accordance with the American National Standards Institute (ANSI) patent policy. By such action, TIA does not assume any liability to any patent owner, nor does it assume any obligation whatever to parties adopting the Standard or Publication. This Standard does not purport to addre
5、ss all safety problems associated with its use or all applicable regulatory requirements. It is the responsibility of the user of this Standard to establish appropriate safety and health practices and to determine the applicability of regulatory limitations before its use. Any use of trademarks in t
6、his document are for information purposes and do not constitute an endorsement by TIA or this committee of the products or services of the company. (From Project No. 3-0070-RV1-RF1, formulated under the cognizance of the TIA TR-45 Mobile (b) there is no assurance that the Document will be approved b
7、y any Committee of TIA or any other body in its present or any other form; (c) the Document may be amended, modified or changed in the standards development or any editing process. The use or practice of contents of this Document may involve the use of intellectual property rights (“IPR”), including
8、 pending or issued patents, or copyrights, owned by one or more parties. TIA makes no search or investigation for IPR. When IPR consisting of patents and published pending patent applications are claimed and called to TIAs attention, a statement from the holder thereof is requested, all in accordanc
9、e with the Manual. TIA takes no position with reference to, and disclaims any obligation to investigate or inquire into, the scope or validity of any claims of IPR. TIA will neither be a party to discussions of any licensing terms or conditions, which are instead left to the parties involved, nor wi
10、ll TIA opine or judge whether proposed licensing terms or conditions are reasonable or non-discriminatory. TIA does not warrant or represent that procedures or practices suggested or provided in the Manual have been complied with as respects the Document or its contents. If the Document contains one
11、 or more Normative References to a document published by another organization (“other SSO”) engaged in the formulation, development or publication of standards (whether designated as a standard, specification, recommendation or otherwise), whether such reference consists of mandatory, alternate or o
12、ptional elements (as defined in the TIA Engineering Manual, 4thedition) then (i) TIA disclaims any duty or obligation to search or investigate the records of any other SSO for IPR or letters of assurance relating to any such Normative Reference; (ii) TIAs policy of encouragement of voluntary disclos
13、ure (see Engineering Manual Section 6.5.1) of Essential Patent(s) and published pending patent applications shall apply; and (iii) Information as to claims of IPR in the records or publications of the other SSO shall not constitute identification to TIA of a claim of Essential Patent(s) or published
14、 pending patent applications. TIA does not enforce or monitor compliance with the contents of the Document. TIA does not certify, inspect, test or otherwise investigate products, designs or services or any claims of compliance with the contents of the Document. ALL WARRANTIES, EXPRESS OR IMPLIED, AR
15、E DISCLAIMED, INCLUDING WITHOUT LIMITATION, ANY AND ALL WARRANTIES CONCERNING THE ACCURACY OF THE CONTENTS, ITS FITNESS OR APPROPRIATENESS FOR A PARTICULAR PURPOSE OR USE, ITS MERCHANTABILITY AND ITS NONINFRINGEMENT OF ANY THIRD PARTYS INTELLECTUAL PROPERTY RIGHTS. TIA EXPRESSLY DISCLAIMS ANY AND AL
16、L RESPONSIBILITIES FOR THE ACCURACY OF THE CONTENTS AND MAKES NO REPRESENTATIONS OR WARRANTIES REGARDING THE CONTENTS COMPLIANCE WITH ANY APPLICABLE STATUTE, RULE OR REGULATION, OR THE SAFETY OR HEALTH EFFECTS OF THE CONTENTS OR ANY PRODUCT OR SERVICE REFERRED TO IN THE DOCUMENT OR PRODUCED OR RENDE
17、RED TO COMPLY WITH THE CONTENTS. TIA SHALL NOT BE LIABLE FOR ANY AND ALL DAMAGES, DIRECT OR INDIRECT, ARISING FROM OR RELATING TO ANY USE OF THE CONTENTS CONTAINED HEREIN, INCLUDING WITHOUT LIMITATION ANY AND ALL INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES (INCLUDING DAMAGES FOR LOSS OF B
18、USINESS, LOSS OF PROFITS, LITIGATION, OR THE LIKE), WHETHER BASED UPON BREACH OF CONTRACT, BREACH OF WARRANTY, TORT (INCLUDING NEGLIGENCE), PRODUCT LIABILITY OR OTHERWISE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. THE FOREGOING NEGATION OF DAMAGES IS A FUNDAMENTAL ELEMENT OF THE USE OF THE
19、 CONTENTS HEREOF, AND THESE CONTENTS WOULD NOT BE PUBLISHED BY TIA WITHOUT SUCH LIMITATIONS. TIA 924-A i PREFACE This document provides the service description for Packet Switched Video Telephony (PSVT) services operating over cdma2000 networks. TIA 924-A ii CONTENTS Scope vii 1 Introduction 1 2 Ref
20、erences2 2.1 Normative References 2 2.2 Informative References 4 3 Definitions and Abbreviations5 3.1 Abbreviations .5 4 Overview (Informative)6 4.1 Network Reference Model for PSVT.6 4.2 Network Reference Model for PSVT over IMS.8 4.3 RAN and PDSN Protocol Stacks10 4.4 IP Protocol Stack11 5 Call Si
21、gnaling.13 5.1 Feature Initialization 13 5.2 Call Origination and Reception (Informative)14 5.2.1 Radio Bearer Establishment and SIP Signaling.14 5.3 Call Release (Informative) .17 5.4 In-Call Media Management (Informative) .19 5.4.1 Adding Bi-Directional Video to a VoIP Call.19 5.4.2 Removing Bi-Di
22、rectional Video from a PSVT Call 22 5.5 Session Description Protocol (SDP) Parameters (Informative)25 5.5.1 SDP Offer 25 5.5.2 SDP Answer 26 6 Media27 6.1 Codecs 27 6.1.1 Video .27 6.1.2 Voice27 6.2 Transport 27 6.2.1 Header Compression28 6.2.2 Media Synchronization28 7 Quality of Service (QoS)29 7.
23、1 Radio Link QoS Configuration and Activation29 7.1.1 Configuring QoS Reservations 29 7.1.2 Activating QoS at Call Origination31 7.1.3 Activating QoS at Call Answering 32 7.1.4 QoS Adjustments at the Calling and Answering Terminals 32 TIA 924-A iii 8 Error Resiliency .33 8.1 Packet and Picture Loss
24、Indication.33 8.1.1 SDP Definitions 33 8.1.2 Operation 34 8.1.2.1 GNACK .34 8.1.2.2 PLI .34 8.1.3 Feedback Rate.34 9 Adaptation35 9.1 Rate Adaptation Feedback Message.35 9.1.1 General Semantics for Using APTO_ARR Message.36 9.2 SDP Definitions .36 9.2.1 SDP Offer 37 9.2.2 SDP Answer 37 9.2.3 Multipl
25、e Payload Types.40 10 Security and Encryption.41 11 PSVT Session Handling for HRPD to cdma2000 1xCS Domain Transfer 42 11.1 PSVT terminal roles for registration in HRPD.42 11.2 PSVT terminal roles for Call Origination 42 11.3 PSVT terminal roles during Call Termination .42 11.4 PSVT terminal roles d
26、uring Domain Transfer (DT) 42 11.4.1 Releasing Video media of the ongoing PSVT session during DT.42 11.4.2 PSVT HRPD voice to cdma2000 1xCS voice DT.43 12 Annex A - QoS BLoB (Informative)44 13 Annex B - Call Flow Examples for Supplementary Services and Functions (Informative).51 13.1 PSVT Voice Retr
27、y51 13.1.1 Retry PSVT Call Origination as VoIP.51 13.1.2 Retry PSVT Call Reception as VoIP .53 13.1.3 Retry PSVT Call Origination as 1x Circuit-Switched Voice.56 13.1.4 Retry PSVT Call Reception as 1x Circuit-Switched Voice.57 13.2 Video/Media on Hold.60 14 ANNEX C - SDP Offer/Answer Examples for th
28、e b=AS and b=TIAS SDP Parameters (Informative) 64 TIA 924-A iv LIST OF FIGURES Figure 1 Network Reference Model for non-IMS Mobile-to-Mobile PSVT Call . 6 Figure 2 Network Reference Model for non-IMS Mobile-to-Internet Correspondent Node PSVT Call. 7 Figure 3 Network Reference Model for Mobile-to-Mo
29、bile PSVT using IMS. 8 Figure 4 Network Reference Model for Mobile-to-Internet Correspondent Node PSVT using IMS 9 Figure 5 Protocol Stack when HDLC framing is applied 10 Figure 6 Protocol Stack when segment-based framing is applied . 11 Figure 7 PSVT Protocol Stacks over IP. 12 Figure 8 Call Flow f
30、or PSVT Feature Initialization 14 Figure 9 Call Origination and Reception for 3GPP2 PSVT Terminals . 15 Figure 10 Call Release for 3GPP2 PSVT Terminals . 18 Figure 11 Call Flow for Adding Video to VoIP Call. 20 Figure 12 Call Flow for User-Initiated Removal of Video Stream from PSVT Call. 22 Figure
31、13 Call Flow for Network-Initiated Removal of Video Stream from PSVT Call 24 Figure 14 Call Flow for Retry PSVT Call Origination as VoIP . 52 Figure 15 Call Flow for Retry PSVT Call Reception as VoIP . 54 Figure 16 Call Flow for Retry PSVT Call Origination as 1x CS Voice . 56 Figure 17 Call Flow for
32、 Retry PSVT Call Reception as 1x CS Voice 58 Figure 18 Call Flow for Video on Hold Feature 61 TIA 924-A v LIST OF TABLES Table 1 QoS Reservations for Multiple QoS_ATTRIBUTE_SETs .30 Table 2 Allowable setting of “apto-arr” parameter in SDP answer 39 Table 3 Example of Request QoS BLoB49 TIA 924-A vi
33、FOREWORD (This foreword is not part of this Standard.) The potential benefits of communicating via visual media, in addition to voice, have long been recognized as greatly enhancing the potential for users to communicate and to convey information. Video telephony allows users to simultaneously send
34、and receive voice and video images in real time. Video images may be captured by a local camera or previously stored locally for retrieval and transmission to the far end user. Visual images may be a sequence of video frames simulating smooth motion or intermittent still images, both photographic an
35、d graphical. A user can stop video communication without interrupting the voice conversation. Transmitting a video stream has proven to be a very challenging goal, since it requires significant resources, and therefore can place a heavy burden on the system. Because a video stream contains much more
36、 information than voice alone, it demands a much higher data rate. In order to reduce the data rate, many video codecs are optimized for maximum compression alone, and thus are sensitive to transmission errors. With the development of 3G wireless communications systems, the data rate available to ea
37、ch user can be considerably increased. The available network throughput has reached the threshold where reasonable quality video telephony services can be realized. As of late, new developments in packet (IP based) networks have made video telephony a more viable service due, in part, to the followi
38、ng: Standardization of comprehensive QoS capabilities in all variants of cdma20001wireless networks; Payload flexibility of packet switching and routing, which enables asymmetric and variable rate bearers; Optimization of wireline protocols for wireless networks (e.g. protocol header compression/rem
39、oval); Increase in number of devices (PCs and laptop computers) frequently attached to a network (wide area wireless, WLAN, or wired), in addition to the camera-equipped wireless phones. 1cdma2000 is the trademark for the technical nomenclature for certain specifications and standards of the Organiz
40、ational Partners (OPs) of 3GPP2. Geographically (and as of the date of publication), cdma2000 is a registered trademark of the Telecommunications Industry Association (TIA-USA) in the United States. TIA 924-A vii SCOPE This document specifies the end-to-end protocols and procedures for support of Pa
41、cket Switched Video Telephony (PSVT) Services over cdma2000 networks. This document defines the end-to-end PSVT service and architecture. The Stage 1 requirements for the PSVT Service are specified in 42. The end-to-end system design is described in 43. PSVT provides support of one-to-one conversati
42、onal video services between a PSVT Terminal and another PSVT Terminal or a video terminal on the Internet. The procedures specified in this document are based upon procedures in 12346789101213171819. If there is a conflict between the procedures in this document and those in the above referenced sta
43、ndards, the procedures in the referenced standards take precedence. In this document, several key words are used to signify the requirements. The key words “shall”, “shall not”, “should”, “should not” and “may” are to be interpreted as described in 20 and the TIA Engineering Style Manual. TIA 924-A
44、1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 viii No Text TIA 924-A 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 3
45、9 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 1 1 Introduction A PSVT call involves call signaling and media transmission. For a successful PSVT call, call signaling includes locating the callee, notifying the callee that a caller would like to initiate a PSVT call, acceptance by
46、the callee, and capabilities exchange. Media transmission requires the encoding of video, voice, and other media for transmission over a packet switched transport network. Encoding, especially in the case of video and usually for voice, often involves considerable compression (often lossy). To aid i
47、n the transmission of these compressed media streams, a predefined transmission format (e.g., RTP) is used. The receiving terminal must reconstruct the media streams from the incoming packets (which may be missing or out of order) and decode them. Typically, a terminal is encoding and decoding simul
48、taneously. The signaling protocols and encoding methods presented in this specification were selected to make the best possible use of the capabilities inherent in CDMA2000 networks while providing a high degree of interoperability with other networks. In no case is full interoperability precluded f
49、or those systems that include the additional signaling and codecs necessary to do so. Existing, well established technologies were chosen to ensure broad-based support. In anticipation of continued advancements in terminal capabilities, advanced technologies are supported as well. Additionally, the signaling methods utilized are extensible without revision of this specification or those it references.TIA 924-A 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50
