www.seventest.com Forum Index www.seventest.com
Форум сайта Seventest
(Это закрытый форум. На нем общаются только зарегистрированные пользователи Seventest. Регистрация)
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups    
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

IP-телефония. h245 <--> RTP PayloadType

 
Post new topic   Reply to topic    www.seventest.com Forum Index -> Общие вопросы
View previous topic :: View next topic  
Author Message
_Dimok_



Joined: 01 Jun 2007
Posts: 2

PostPosted: Fri Jun 01, 2007 7:21 am    Post subject: IP-телефония. h245 <--> RTP PayloadType Reply with quote

Мне посоветовали этот форум...

Разъясните такую ситуацию:
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 пакет мы не сможем узнать его тип сжатия.

Приведите в порядок мои мысли Smile

Заранее спасибо.
Back to top
View user's profile Send private message
id
Site Admin


Joined: 08 Sep 2005
Posts: 85
Location: Санкт-Петербург

PostPosted: Fri Jun 01, 2007 12:44 pm    Post subject: Reply with quote

Навскидку: 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).


Тут непрозрачно намекается, что список типов будет расширяться и расширяться Smile

Предполагаю, что значение этого поля критично, если происходит какая-то обработка - например, конференция устанавливается и тогда ипользуется RTP mixer.
_________________
Always yours, Ilya Danilov
Back to top
View user's profile Send private message Visit poster's website
ijs
Сотрудник Seventest


Joined: 24 Oct 2006
Posts: 7

PostPosted: Mon Jun 04, 2007 2:11 pm    Post subject: Reply with quote

Если кодек широкораспространенный (а именно из списка 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
View user's profile Send private message
_Dimok_



Joined: 01 Jun 2007
Posts: 2

PostPosted: Thu Jun 14, 2007 9:18 am    Post subject: Reply with quote

спасибо что помогли.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    www.seventest.com Forum Index -> Общие вопросы All times are GMT + 3 Hours
Page 1 of 1

 
Jump to:  
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