Browse Prior Art Database

Auflösen eines UP Version Mismatch

IP.com Disclosure Number: IPCOM000018276D
Original Publication Date: 2002-Apr-01
Included in the Prior Art Database: 2003-Jul-23
Document File: 1 page(s) / 145K

Publishing Venue

Siemens

Related People

Norbert Seitter: AUTHOR [+6]

Abstract

Bei UMTS werden die Adaptive Multi Rate (AMR) codierten Sprach-Frames mittels des Framing- Protokolls User Plane (UP) verschickt. In Release 99 der UMTS Standardisierung 3GPP ist UP Version 1, in Release 4 die UP Version 2 definiert. Die beiden Versionen unterscheiden sich unter anderem in der Behandlung des Rate Control Commands. Das Rate Control Command dient dazu, daß eine UP Entity der anderen mitteilt, welche Bitraten in umgekehrter Richtung zum gesandten Rate Control Command erlaubt sein sollen.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 53% of the total text.

Auflösen eines UP VersionMismatch

Information / Kommunikation

Idee: Norbert Seitter, München;

Dr. Bart Baekelandt, B-Herentals;Frank Bachmann, Berlin;Thomas Belling, München;Eva-Maria Lanig, München;Alexander Vesely, A-Wien

Bei UMTS werden die  Adaptive Multi Rate  (AMR)codierten Sprach-Frames mittels des Framing-Protokolls  User Plane  (UP) verschickt. In Release 99der UMTS Standardisierung 3GPP ist UP Version 1,in Release 4 die UP Version 2 definiert. Die beidenVersionen unterscheiden sich unter anderem in derBehandlung des Rate Control Commands. Das RateControl Command dient dazu, daß eine UP Entity deranderen  mitteilt,  welche  Bitraten in umgekehrterRichtung zum  gesandten  Rate  Control  Commanderlaubt sein sollen.

Mit  der  UP  Initialisierung  wird  ein  Mapping  zwi-schen den für diesen Call gültigen AMR-Modes undRFCIs  vereinbart.  In  jedem UP-Frame mit einemSprachsample wird durch den  Radio Access Bearer(RAD)  sub-Flow Combination Indicator  (RFCI) derAMR-Mode angegeben in dem dieser 20msecSprachframe codiert ist. In Release 99 können nachder UP-Initialisierung aus einem RFCI-Set beliebigeRFCI‘s, also Bitraten oberhalb der garantierten Bit-rate, für die weitere Dauer der Verbindung kontrol-liert werden. In Release 4 dagegen kann nur die ma-ximal  zulässige  Bitrate  angegeben werden. Es istauch möglich neben der maximalen Bitrate zusätzlichdie  weiteren  noch  zugelassenen  Bitraten  unterhalbder maximalen Bitrate aufzuführen. Gleichzeitig giltebenfalls in Release 4, daß nur Bitraten oberhalb dergarantierten Bitrate kontrollierbar sind. Das bedeutet,daß in Release 4 neben der maximal erlaubten Bitrateauch die niedrigeren Bitraten für die weitere Dauerder  Verbindung  zugelassen  sind. Ein Rate ControlCommand der Release 99 kann also nicht immer aufein Rate Control Command der Release 4 umgesetztwerden. Daher ist  ein  zusätzliches  Transcodierennotwendig, um eine Zusammenarbeit zwischen denUP Versionen 1 und 2 zu ermöglichen.

Die  Lösung  der  Zusammenarbeit zwischen unter-schiedlichen UP Versionen war bi...