exosip2協議棧原理分析以及總結(編輯修改稿)
2025-06-10 04:52 本頁面
【文章內容簡介】 _timers_ict（ist|nict|nist）_execute 和osip_ict（ist|nict|nist）_execute 這幾個函數。最后還檢查釋放已經終結的call、registrations 以及publications。d. 如果 keep_alive 設置了，則調用_eXosip_keep_alive 檢查發(fā)送keep_alive 消息。這樣，當遠端的終端代理發(fā)送sip 消息過來時，會被之前創(chuàng)建的監(jiān)聽端口捕獲（sip 協議默認的端口為5060）。在調用eXosip_read_message 接口時會將其接收上來。接收上來的數據存放在buffer 中交給接口_eXosip_handle_ining_message 來處理。在其中首先調用osip_parse 進行消息的解析，這是osip 的核心功能之一。數據解析后，會生成一個osip_event 類型的事件。接著調用osip_message_fix_last_via_header 將接收到該消息的ip 地址和端口根據需要設置到數據頭的via 域中。這在消息返回時有可能發(fā)揮作用。為了能夠讓消息正確的被處理，調用osip_find_transaction_and_add_event 接口將其添加到osip 的事務隊列上。處理在這之后發(fā)生了分叉，如果osip 接納了該事件，接口直接返回，因為這說明該事件在osip 上已經有匹配的事務了，或者說該事件是某一個事務過程的一部分。這樣在后面執(zhí)行狀態(tài)機的接口時，該事件會被正確的處理。如果osip 沒有拿走該事件，則說明針對該事件還沒有事務與之對應。此時，我們首先檢查其類型，如果是request，則說明很可能是一個新的事件到來（ 這將觸發(fā)服務端的狀態(tài)機的建立）， 調用eXosip_process_newrequest 接口進行處理。如果是response ， 則調用接口eXosip_process_response_out_of_transaction 處理。在 eXosip_process_newrequest 接口中，如果是合法的事件，則會為其創(chuàng)建一個新的事務。也就是說這是新事務的第一個事件。經過一大堆的處理后，該事件可能就被osip 消化了，或者被exosip 消化了。如果需要上報給應用，由應用拿來對一些信息進行存儲或者進行圖形顯示之類，則會將該事件添加到exosip 的事件隊列上。如下圖所示： 應用程序在exosip 初始化完之后需要調用如下類似的代碼，不斷從事件隊列上讀取事件，并進行處理。eXosip_event_t *je。for (。){je = eXosip_event_wait (0, 50)。eXosip_lock()。eXosip_automatic_action ()。eXosip_unlock()。if (je == NULL)break。if (jetype == EXOSIP_CALL_NEW){........}else if (jetype == EXOSIP_CALL_ACK){........}else if (jetype == EXOSIP_CALL_ANSWERED){........}else .............eXosip_event_free(je)。}讀到事件后，判斷其類型進行對應的處理。這樣整個接收流程就完成了。 發(fā)送過程要發(fā)送數據時，需要根據消息類型，調用exosip 對應模塊的api 接口函數來完成。如果要發(fā)送的sip 消息不屬于當前已有的任何事務，則類似接收過程，調用osip 的相關接口創(chuàng)建一個新的事務，同時根據消息生成一個事件，加到事務的事件隊列上。最后，喚醒exosip后臺進程，使其驅動osip 狀態(tài)機，執(zhí)行剛添加的事件，從而完成數據的狀態(tài)處理和發(fā)送。當然，也有一些消息并不通過osip 狀態(tài)機，而是由exosip 直接調用回調函數cb_snd_message完成發(fā)送。 exosip 與上層應用以及osip 之間的流程關系exosip 是對osip 庫的擴展，那么它與osip 之間是什么樣的關系呢，這可參看下圖：上圖為接收過程的示意圖。Exosip 后臺任務不斷從網絡另一端讀取sip 消息，交給osip的parser 模塊解析，并將其轉換為events，添加到事務隊列上。同時，exosip 后臺任務在不斷的驅動osip 的狀態(tài)機，這樣，事務隊列上的事件就會被處理
規(guī)章制度相關推薦
鄂ICP備17016276號-1