SIP 180 vs 183 vs korai média

a normál SIP hívás sikeresen létre, amikor a callee elfogadja azt a végső válasz 200 OK, codec tárgyalás történik, és a hívás belép media session mindkét végén tudni egymás képességeit. Nem kétséges, hogy ez az alapvető és elvi mechanizmus.

de ennek semmi köze ahhoz, amikor a média valóban elindul, néha észreveheti az IVR lejátszásának végét, ha számjegybevitelt kér a hívás fogadása nélkül.

tehát a hívás létrehozása előtti médiaáramlást korai médiának tekintik. Nem annak a személynek a hangja, akivel hajlandó beszélni, hanem rendszerhangok, bejelentések vagy bármilyen hang, amelyet a túlsó végén hallani akar.

a valahogy hasonló megvalósítás PSTN is találkozott, amikor a mobiltelefon próbál elérni egy ki a jel száma:

a hívott szám jelenleg nem elérhető, kérjük, próbálja újra később.

ez lehet az, amit ennek eredményeként Hall, és ebben az esetben a telefonos szolgáltató nem fogadja a hívását, és nem számít fel díjat.

180 csengetés

amint azt a SIP Biblia rfc3261, 180 arra szolgál, hogy figyelmeztesse a hívót, hogy a meghívót fogadó UA cseng.

a 180 válasz legtöbbször nem hordoz SDP testet, és az ezt a választ kapó eszköz általában helyi visszacsatolást kezdeményez a végfelhasználónak. Ez azt jelenti, hogy a csengőhang, amelyet a hívás fogadására várva hall, nem hálózati utazás, hanem konfigurálható a végponti eszközön.

érdemes megemlíteni, hogy ugyanazok a dolgok történnek, amikor néhány 4XX,5XX, 6xx érkezett, a készüléknek valamilyen zenét kell létrehoznia, hogy észrevegye, hogy a hívás sikeresen sikertelen, mielőtt teljesen lefagy.

183 munkamenet előrehaladása

a 183 (munkamenet előrehaladása) válasz az információ továbbítására szolgál. Ebben az esetben a fejléc mezők vagy az SDP törzs felhasználható a hívás előrehaladásának további részleteinek továbbítására.

a 183 válasz SDP testet tartalmaz, és általában 3 esetben használják:

1. hálózati utazás visszacsatolása: az UAC-t futtató eszköz az UAS által a Felhasználónak küldött médiafolyamot játssza le, jelezve, hogy a hívót riasztják.
2. egyszerűen lejátszani egy hibaüzenet hangot, majd tegye le, ahogy fentebb említettem.
3. interaktív Hangválasz megvalósításához: DTMF hangok gyűjthetők a médiacsomagok mellett.

ez a korai médiáról szól, egyszerű, nem?

korai média észlelése

a fenti SIP definíció a korai médiáról, azt mondhatom, hogy elég egyenesen előre, de valójában az UAC nem tudta továbbítani a kapott SIP válaszokat, hogy eldöntse, kezdeményezi-e a helyi visszacsatolást, vagy a távoli média lejátszását. Csak azért, mert a SIP jelzés és az RTP média a maguk módján, az UAS kezdeményezheti a 183 válasz tartalmaz SDP test elküldése nélkül média csomagot.

ettől eltekintve néhány megvalósítás 180 válaszban csatolja az SDP testét, és 183 válasz nélkül lép be a korai média munkamenetbe.

tehát a korai média észleléséhez az UAC-nak azt is ellenőriznie kell, hogy a médiacsomagok egy adott pillanatban érkeznek-e.

és az rfc3960-nak köszönhetően néhány házirend ajánlott ezekre a rendetlenségekre:

1. Hacsak nem érkezik 180 (csengetés) válasz, soha ne generáljon
helyi csengetést.

2. Ha 180 (csengetés) érkezett, de nincsenek bejövő
médiacsomagok, generáljon helyi csengetést.

3. Ha 180 (csengetés) érkezett, és bejövő
médiacsomagok vannak, játssza le őket, és ne generáljon helyi csengetést.

ezeket a házirendeket nem definiálják szabványként, amelyet minden SIP-eszközön követni kell, de egyszerűen kijelentik:

minden UA-nak le kell játszania a bejövő médiacsomagokat (és le kell állítania a helyi csengőhang generálását, ha)

végül, de nem utolsósorban, amikor a hívás elhagyja a korai médiaállapotot azáltal, hogy válaszol, az SDP válasznak az 200 OK-ban meg kell egyeznie az SDP válaszával az 183/180 korábbi, ez azt jelenti, hogy nincs változás a Média képességében, amikor a hívás a korai média munkamenetről a (késői) hivatalos média munkamenetre vált.

nos, ez az, remélem, hogy van értelme az Ön számára. Ha lehetséges, a Wireshark nyomait egy SIP hívás korai média segíthet megérteni tisztább.