SIP 180 vs 183 vs Early media

normální volání SIP úspěšně zavedeno, když ho volající přijme s konečnou odpovědí 200 OK, vyjednávání kodeku je hotovo a hovor vstoupí do mediální relace s oběma konci vědět o schopnostech toho druhého. Není pochyb o tomto základním a zásadním mechanismu.

ale to nemá nic společného s tím, kdy se média skutečně spustí, někdy si můžete všimnout, že vzdálený konec hraje IVR za to, že vás požádá o číselný vstup bez přijetí hovoru.

takže mediální tok před navázáním hovoru je považován za raná média. Není to hlas osoby, se kterou jste ochotni mluvit, ale spíše systémové tóny, oznámení nebo jakýkoli zvuk, který chcete slyšet.

nějakou podobnou implementaci jako PSTN se můžete setkat, když se váš mobilní telefon snaží dosáhnout čísla signálu:

číslo, které jste vytočili, není v tuto chvíli k dispozici, zkuste to prosím později.

to může být to, co slyšíte jako výsledek, a v tomto případě váš poskytovatel telefonních služeb nebere váš hovor ani vám neúčtuje poplatek za volání.

180 vyzvánění

jak je uvedeno v SIP bible rfc3261, 180 se používá k upozornění volajícího, že UA přijímající pozvánku zvoní.

odezva 180 většinu času nenese tělo SDP a zařízení přijímající tuto odpověď obvykle iniciuje lokální zpětné volání koncovému uživateli. To znamená, že vyzváněcí tón, který uslyšíte při čekání na odpověď volajícího, není cestování po síti,ale konfigurovatelný na vašem koncovém zařízení.

stojí za zmínku, že stejné výrobky se stávají, když některé 4xx,5XX, 6XX přijaty, vaše zařízení by mělo generovat některé druhy hudby, aby vás upozornilo, že hovor úspěšně selhal, před úplným zavěšením.

183 průběh relace

odpověď 183 (průběh relace) se používá k předávání informací. Pole záhlaví nebo tělo SDP v tomto případě mohou být použity k vyjádření více podrobností o průběhu hovoru.

odpověď 183 obsahuje tělo SDP a obvykle se používá ve 3 případech:

1. dělat síť cestování ringback: zařízení se systémem UAC přehraje mediální proud odeslaný UAS uživateli, aby naznačil, že volající je upozorněn.
2. jednoduše přehrajete zvuk chybové zprávy a poté zavěsíte, jak jsem uvedl výše.
3. pro implementaci interaktivní hlasové odezvy: tóny dtmf lze shromažďovat vedle mediálních paketů.

to je o raných médiích, jednoduché,že?

detekce časných médií

výše je definice SIP o raných médiích, mohu říci, že je to docela přímočaré, ale ve skutečnosti UAC nemohl přenést na přijaté odpovědi SIP, aby se rozhodl, zda zahájit místní ringback nebo přehrát média na vzdáleném konci. Jen proto, že signalizace SIP a média RTP jsou na své vlastní cestě, UAS může iniciovat 183 odpověď obsahuje tělo SDP bez odeslání jakéhokoli mediálního paketu.

jiné než to, že některé implementace přikládá SDP tělo v 180 odpověď a vstoupí do časné mediální relace bez 183 odpověď.

aby bylo možné detekovat časná média, musí UAC také zkontrolovat, zda mediální pakety přicházejí v daném okamžiku.

a díky rfc3960 se doporučují některé zásady pro tyto zmatky:

1. Pokud neobdržíte 180 (zvonění) odpověď, nikdy generovat
místní vyzvánění.

2. Pokud bylo přijato 180 (zvonění), ale neexistují žádné příchozí mediální pakety
, Vygenerujte místní vyzvánění.

3. Pokud bylo přijato 180 (zvonění) a existují příchozí mediální pakety
, přehrajte je a negenerujte místní vyzvánění.

tyto zásady nejsou definovány jako standardní, které je třeba dodržovat v každém zařízení SIP, ale jednoduše uvádějí:

jakýkoli UA by měl přehrávat příchozí mediální pakety (a zastavit generování místního vyzváněcího tónu, pokud byl prováděn)

v neposlední řadě, když hovor opustí časný mediální stav tím, že bude zodpovězen, musí odpověď SDP v 200 OK odpovídat odpovědi SDP v 183/180 dříve, to znamená, že při přepnutí hovoru z rané mediální relace na (pozdní) oficiální mediální relaci nedojde ke změnám ve schopnosti médií.

No to je ono, doufám, že to pro vás dává smysl. Pokud je to možné, stopy Wireshark volání SIP s časnými médii vám mohou pomoci pochopit jasněji.