|
www.seventest.com Форум сайта Seventest (Это закрытый форум. На нем общаются только зарегистрированные пользователи Seventest. Регистрация)
|
View previous topic :: View next topic |
Author |
Message |
_Dimok_
Joined: 01 Jun 2007 Posts: 2
|
Posted: Fri Jun 01, 2007 7:21 am Post subject: IP-телефония. h245 <--> RTP PayloadType |
|
|
Мне посоветовали этот форум...
Разъясните такую ситуацию:
IP-телефония. h323 протокол.
1) В протоколе H.245 есть поле Audio Capability:
nonStandardCapability = 0
g711Alaw64kCapability = 1
g711Alaw56kCapability = 2
g711Ulaw64kCapability = 3
g711Ulaw56kCapability = 4
и т.д.
2) В RTP пакете есть поле PayloadType.
В нем список возможных типов сжатия:
PCMU = 0,
G721 = 2,
GSM = 3,
G7231 = 4,
и т.д.
Я понять не могу - как договариваются "собеседники" о типе сжатия ?
Есть какое-нить соответствие между h245 и PayloadType в RTP.
Например, по протоколу h245 решили, что будем передавать g711Alaw56kCapability, а в RTP нет такого типа сжатия (там только alaw и mulaw на скорости 64)
То же самое с GSM.
По h245 они могут быть gsmFullRateCapability, gsmHalfRateCapability, gsmEnhancedFullRateCapability,
а в RTP PayloadType: GSM и GSM-EFR. Причем GSM-EFR вообще не имеет фиксированного индекса. Т.е. приняв такой RTP пакет мы не сможем узнать его тип сжатия.
Приведите в порядок мои мысли
Заранее спасибо. |
|
Back to top |
|
|
id Site Admin
Joined: 08 Sep 2005 Posts: 85 Location: Санкт-Петербург
|
Posted: Fri Jun 01, 2007 12:44 pm Post subject: |
|
|
Навскидку: RTP сам по себе только переносит медийный поток. А вот о том, какие там будут кодеки - договаривается исключительно H.245.
RFC 1889:
Quote: | payload type (PT): 7 bits
This field identifies the format of the RTP payload and
determines its interpretation by the application. A profile
specifies a default static mapping of payload type codes to
payload formats. Additional payload type codes may be defined
dynamically through non-RTP means (see Section 3). An initial
set of default mappings for audio and video is specified in the
companion profile Internet-Draft draft-ietf-avt-profile, and
may be extended in future editions of the Assigned Numbers RFC
[6]. An RTP sender emits a single RTP payload type at any given
time; this field is not intended for multiplexing separate media
streams (see Section 5.2).
|
Тут непрозрачно намекается, что список типов будет расширяться и расширяться
Предполагаю, что значение этого поля критично, если происходит какая-то обработка - например, конференция устанавливается и тогда ипользуется RTP mixer. _________________ Always yours, Ilya Danilov |
|
Back to top |
|
|
ijs Сотрудник Seventest
Joined: 24 Oct 2006 Posts: 7
|
Posted: Mon Jun 04, 2007 2:11 pm Post subject: |
|
|
Если кодек широкораспространенный (а именно из списка http://www.iana.org/assignments/rtp-parameters ), то Audio capability и PayloadType указывают на один и тот же кодек (payload format), если нет - то PayloadType выбирается из диапазона 96-127, и что это за кодек можно посмотреть только в H.245.
Совсем игнорировать значение PayloadType, однако не стоит:
Quote: | An application must never just play a packet without inspecting its payload type, even if a single payload type has been negotiated via H.245 or similar protocols. New mechanisms, including
transmission of DTMF digits (RFC 2833),
comfort noise indication,
forward error correction using redundant data,
switching of encodings to take into account network conditions
may conveniently use the PT to indicate special packets, which an end application can ignore, if desired, ensuring backward compatibility. But this assumption is violated if an application blindly plays back all packets regardless of PT. |
|
|
Back to top |
|
|
_Dimok_
Joined: 01 Jun 2007 Posts: 2
|
Posted: Thu Jun 14, 2007 9:18 am Post subject: |
|
|
спасибо что помогли. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
SwiftBlue Theme created by BitByBit
Powered by phpBB © 2001, 2002 phpBB Group
|