© 1999, Third Generation Partnership Project 2. All Rights Reserved. Permission is granted for...

© 1999, Third Generation Partnership Project 2. All Rights Reserved. Permission is granted for copying, reproducing, or duplicating this document only for the legitimate purposes of 3GPP2. No other copying, reproduction, duplication, or distribution is permitted.

1

3GPP2-C21-19990614-004

3GPP2-C12-19990614-004

Video Conferencing on CDMA2000Video Conferencing on CDMA2000

SOURCE : Jeong-Hoon Park, Dong-Seek ParkSamsung Electronics Co. Ltd.,+82-331-200-3674, +82-331-200-3195 (fax)[email protected] [email protected]

Matthieu Tisserand, John VillasenorUCLA Electrical Engineering+1-310-825-0228, +1-310-825-7928 (fax)[email protected], [email protected]

DATE : June 14, 1999

ABSTRACT : This contribution presents simulation results of video conferencing with cdma2000 (phase1) RLP

RECOMMENDATION : Review and Discuss

Notice© 1999, Samsung Electronics. All rights reserved.The information contained in this contribution is provided for the sole purpose of promoting discussion within the Technical Specification Groups of 3GPP2 and is not binding on the contributor. The contributor reserves the right to add to, amend or withdraw the statements contained herein.Samsung Electronics grants a free, irrevocable license to 3GPP2 and its Organizational Partners to incorporate text or other copyrightable material contained in the contribution and any modifications thereof in the creation of 3GPP2 publications; to copyright and sell in Organizational Partner's name any Organizational Partner's standards publication even though it may include portions of the contribution; and at the Organizational Partner's sole discretion to permit others to reproduce in whole or in part such contributions or the resulting Organizational Partner's standards publication. The contributor must also be willing to grant licenses under such contributor copyrights to third parties on reasonable, non-discriminatory terms and conditions, as appropriate.


2

Table of ContentsTable of Contents

Simulation ScenarioSimulation Scenario– Scope of SimulationScope of Simulation– Generation of H.324M StreamGeneration of H.324M Stream– Use of existing RLP Framing and MUXingUse of existing RLP Framing and MUXing

Simulation ResultsSimulation Results– Overhead AnalysisOverhead Analysis– Subjective Picture Quality ComparisonSubjective Picture Quality Comparison

CaveatsCaveats– More Possible Sets of SimulationsMore Possible Sets of Simulations


3

Simulation ScenarioSimulation Scenario

Scope of SimulationScope of Simulation– Do the following loop-back video conferencing scenario Do the following loop-back video conferencing scenario

in WCDMA channelin WCDMA channel

User Application (H.324M)

SCH RLP Layer including MUX(with the simplest set of parameters)

Null Data for Speech

76.8/153.6 kbps

64 kbps/128kbps

Physical Layer (with 1/3 convolution code)and error-prone WCDMA channel


4


H.263Codec

Null Datafor Speech

H.223/Annex B

MUXHDLC/Header etc.

Payload (Usually Video and Speech. Since speech data has to meet the condition of 24 Bytes/30msec video-only payload can be made in case that

video data generation is faster than 30 msec.)

RLP Header(based on

4.2 in IS-707)RLP frame data

Video ApplicationLayer

RLP Header RLP frame data RLP Header RLP frame data RLP Layer

MUXHeader

RLP frame data CRCMUX

HeaderRLP frame data CRC

Physical Layer SDU (4 or 8 MUX_PDUs)

1522/3014 bits

MUX Layer

Do XOR with WCDMA error fileto simulate Physical Layer and Channel

Simulation Scenario of RLP/MUX Layer in Supplemental Channel (SCH)Simulation Scenario of RLP/MUX Layer in Supplemental Channel (SCH)


5

H.263/MPEG4Video Codec

G.723.1Audio Codec

H.223= Level 0

MUX/DEMUX

Wireless

WiredModemControl

V.14 etc.Data Protocols

PSTNNetwork

VideoIn/Out

AudioIn/Out

DataIn/Out

SystemControl

H.324MLevel 3,Level 2,Level 1

WirelessNetwork

Mobile Multiplexer

Control Protocol

H.245

H.324


Video Conferencing Application: Use H.324M - Mobile Version of H.324 Video Conferencing Application: Use H.324M - Mobile Version of H.324 (Video Conferencing Standard for Circuit Switched Networks)(Video Conferencing Standard for Circuit Switched Networks)


6

H.263Video Codec

Null Datafor Speech

Mobile MUXH.223/B

MUXHeader(16-bit)

Payload (video only or video and speech(variable length, upto 254 Bytes)

GolayCode

(12-bit)

PayloadLength(8-bit)

MC(4-bit)

Simulation ScenarioSimulation Scenario Generation of H.324M StreamGeneration of H.324M Stream

Try to satisfy the condition*:Try to satisfy the condition*:– Length of H.324M stream <= (Physical Layer SDU - RLP overhead)Length of H.324M stream <= (Physical Layer SDU - RLP overhead)

* In case of realistic environments, in general, generating fixed length of video packet at each time index and it requires highly complicated buffer control and sometimes it might cause unwanted picture quality.


7

104 bits

40/40bits

368/560 bits 368/560 bits

368/560 bits 368/560 bits 368/560 bits 368/560 bits

0000....

744/1128 bits

38.4/57.6kbps

76.8/115.2kbps

368 bits 368 bits 368 bits

.... 0000....

1512/2280 bits

153.6 kbps

3048 bits

0000....M C M C

M C M C M C M C

M C M C M C

8/8 bits

Simulation ScenarioSimulation Scenario Used Physical Layer SDU and MUX_PDU (Simulation Used Physical Layer SDU and MUX_PDU (Simulation

with 76.8 and 153.6 kbps)with 76.8 and 153.6 kbps) 1 format E + 3/7 Format D Data RLP frames per 1 format E + 3/7 Format D Data RLP frames per

Physical Layer SDUPhysical Layer SDU


8

Simulation ResultsSimulation Results

Simulation Condition:Simulation Condition:– Format E/D with 41/42 Bytes filled with informationFormat E/D with 41/42 Bytes filled with information– No control RLP frame, Non-LTU mode (no use of CRC)No control RLP frame, Non-LTU mode (no use of CRC)

Overhead per Physical Layer SDUOverhead per Physical Layer SDU– For 76.8 kbpsFor 76.8 kbps

• Total Information: 41 x 8 x 1 + 42 x 8 x 3 in each SDU = 1336 bits for 76.8 kbpsTotal Information: 41 x 8 x 1 + 42 x 8 x 3 in each SDU = 1336 bits for 76.8 kbps• Overhead = (1512 - 1336)/1512 Overhead = (1512 - 1336)/1512 11.6% 11.6%

– For 153.6 kbpsFor 153.6 kbps• Total Information: 41 x 8 x 1 + 42 x 8 x 7 in each SDU = 2680 bits for 153.6 kbpsTotal Information: 41 x 8 x 1 + 42 x 8 x 7 in each SDU = 2680 bits for 153.6 kbps• Overhead = (3048 - 2680)/3048 Overhead = (3048 - 2680)/3048 12.1% 12.1%

20 msec

40 bits368 bits 368 bits 368 bits 368 bits

0000....

76.8 kbps

1512 bits

M C M C M C M C

Header Information Header Information

18/10 bits 328/336 bits without CRC


9


Problems in Using RLP LayerProblems in Using RLP Layer– OverheadOverhead– Number of lost H.223 MUX_PDUsNumber of lost H.223 MUX_PDUs

Simulation ResultsSimulation Results– Comparison of available video bandwidthComparison of available video bandwidth– Number of lost H.223 MUX_PDUsNumber of lost H.223 MUX_PDUs

Bitrate With RLPComparison Items Without RLP

76.3153.6kbps

5199

Available Video Rate (kbps)57

108

Without RLPWithout RLP89.1882.91

Video Length (sec)86.9782.22

44824129

Number of SDU Windows43544125

89.6482.59

Total Time Elapsed (sec)87.0982.50


10


Picture Quality Comparison in WCDMA ChannelPicture Quality Comparison in WCDMA Channel– Error Resilience in H.263: Data Partitioning Slice Mode (Annex K, V)Error Resilience in H.263: Data Partitioning Slice Mode (Annex K, V)– Channel CharacteristicsChannel Characteristics

• Bit Error Rate: 1.35 x 10Bit Error Rate: 1.35 x 10-3-3 and 1.26 x 10 and 1.26 x 10-3-3

• Average Length of Burst Error: 16 and 17 bitsAverage Length of Burst Error: 16 and 17 bits

H.324M @153.6 kbps108 kbps Video

Physical Layer [email protected] kbps

99 kbps Video

H.324M @76.3 kbps57 kbps Video

Physical Layer [email protected] kbps

51 kbps Video


11

Conclusive Remarks and CaveatsConclusive Remarks and Caveats

The H.324 streams have been investigated in WCDMA channels witThe H.324 streams have been investigated in WCDMA channels with and without RLP framesh and without RLP frames

It turned out that:It turned out that:– The smallest overhed due to RLP layer is about 20% of bandwidth of PThe smallest overhed due to RLP layer is about 20% of bandwidth of P

hysical Layer SDUhysical Layer SDU– If every Physical Layer SDU does not contain exactly one H.324 PDU, If every Physical Layer SDU does not contain exactly one H.324 PDU,

use of RLP causes increased number of lost H.223 MUX_PDUuse of RLP causes increased number of lost H.223 MUX_PDU Future works include:Future works include:

– At Video Codec Layer:At Video Codec Layer:• Find out optimum video bandwidth that can incorporate with fixed length windFind out optimum video bandwidth that can incorporate with fixed length wind

ow of Physical Layer SDUow of Physical Layer SDU

– RLP Related Issues:RLP Related Issues:• No use of RLP Layer: In-depth investigation of tansparent RLP mode (includiNo use of RLP Layer: In-depth investigation of tansparent RLP mode (includi

ng bypass mode) in order maximize video quality and minimize number of losng bypass mode) in order maximize video quality and minimize number of lost video packets. Investigation of more error robustness in Physical Layer SDU t video packets. Investigation of more error robustness in Physical Layer SDU with minimum overhead is also ‘must’with minimum overhead is also ‘must’

• Use of RLP Layer: Comparison between fixed and variable size of RLPUse of RLP Layer: Comparison between fixed and variable size of RLP

– More realistic simulation environment?More realistic simulation environment?

© 1999, Third Generation Partnership Project 2. All Rights Reserved. Permission is granted for...

Documents

Transcript of © 1999, Third Generation Partnership Project 2. All Rights Reserved. Permission is granted for...