支援快速網路換手的SIP多方會議 - 政大學術集成

(1)

SIP-based Multiparty Conference with Supporting Fast Network

Handoff

支援快速網路換手的 SIP 多方會議

許政穆鄭憲徽連韋賓

國立中正大學資訊工程學系

hsujm@cs.ccu.edu.tw

摘要

隨著行動裝置的激增與無線網路建置的普及，支援多方會議(Multiparty Conference)的 SIP VoIP (Voice over IP)勢必會面臨行動裝置移動的換手(Handoff)問題。因此，如何降低因網路換手所造成的傳輸延遲，導致通訊中斷，將會是 SIP 多方會議在無線網路環境下首要面臨的課題。本論文以 DRCP (Dynamic Registration and Configuration Protocol)為基礎提出一個支援快速網路換手的 SIP 多方會議架構，除了對目前 SIP 多方會議架構進行修改，讓 SIP 伺服器具備收集無線網路存取點 (Access Points)的相關資訊能力，並結合 IP 位址事先配發預留機制，來減少無線網路偵測時間，以及縮減獲得網路位置的延遲。

關鍵詞： SIP VoIP、Multiparty Conference、DRCP、 Fast Handoff

Abstract

With the rapid deployment of mobile devices and wireless communicating networks, the communicating qualities of SIP-based VoIP multiparty conference will be affected the handoff problem of device mobility. In order to reduce the influence of VoIP transmission delay and session termination by network handoff of mobile devices, in this paper we use DRCP (Dynamic Registration and Configuration Protocol) to construct a fast handoff scheme for a SIP-based multiparty conference system. In our proposed system, SIP servers can gather the related information of wireless access points, which are located at the same subnet, and integrate IP pre-allocation mechanism to preserve an IP address for the mobile device, when it is moving to in a service area of a new wireless access point, to save the handoff processing time.

Keywords: SIP VoIP, Multiparty Conference, DRCP,

Fast Handoff

1. 前言

VoIP (Voice over IP)提供在 IP 網路上像傳統電話般的即時通訊，造就了新的 IP 網路新應用革命。 VoIP 除了有點對點的雙方通訊模式外，同時也支援

多方會議(Multiparty Conference)模式[9]，允許多個使用者位於不同的網路端共同參與 VoIP 會談。目前 VoIP 的標準有 ITU 的 H.323[14]與 IETF 的 SIP[10]，其中 SIP 屬於較為開放的架構，其延伸應用也較為廣泛，故目前是以 SIP 為 VoIP 上的應用主流。

然而隨著行動通訊與無線網路的蓬勃發展， VoIP 的應用也走向行動無線化，因此 SIP 的終端裝置(User Agent，簡稱 UA)不再局限於固定地點，允許使用者裝置可於不同網路區段之間移動，也就是一般所謂的裝置漫遊(Terminal Mobility)。SIP 對裝置漫遊處理可區分為議程連線前漫遊 (Pre-Call Mobility)與議程連線進行中漫遊(Mid-Call Mobility) 兩種[11]，兩者主要差異在於議程連線是否已經存在。雖然 SIP 同時支援這兩項漫遊機制，但因議程連線前漫遊對於傳送延遲較不敏感，但本論文將以議程連線進行中漫遊的探討為主。目前裝置漫遊機制僅對於點對點的雙方會議模式有較佳的表現，但在多方會議模式下可能因對談的傳送接收對象較多，而導致傳輸延遲甚至造成系統中斷。為了改善無線網路下的 SIP 多方會議的傳輸品質，我們將朝兩個面向來解決，分別為降低網路換手(Network Handoff)[2,7]所造成的延遲與改進多方會議的架構。在降低網路換手的延遲處理上，我們將網路位址配置的處理機制以 DRCP (Dynamic Registration and Configuration Protocol)[6] 取代傳統的 DHCP (Dynamic Host Configuration Protocol)，同時也將網路內的無線網路存取點資訊收集於 SIP Server 內，作為網路換手處理的輔助資訊。當行動裝置切換網路時，便可透過 SIP Server 所告知的資訊，再加上 DRCP 的 IP 位址事先保留機制來直接切換網路位址，進而減緩網路換手的延遲。對於本論文的章節安排，在第二節將會探討 SIP 網路現今支援的多方會議架構與漫遊機制之相關研究。在第三節將提出支援快速網路換手的 SIP 多方會議架構，而在第四節將說明此架構的相關實作。第五節我們將以實際量測方式來評估我們實作成果的系統效能，而最一節裡將對本論文所提的 SIP 多方會議作一個總結。

2. SIP 多方會議與無線漫遊機制問題分析

(2)

SIP 通常使用雙方點對點(Peer-to-Peer)的模式來進行通話，但也支援多人參與會談的多方會議模式(Multiparty Conference)[4,9,12]。在 SIP 多方會議架構，會牽扯到多人同時交談的多媒體混音與影像處理的多方控制單元 (Multiparty Control Unit MCU，簡稱 MCU)，依據建立方式可分成三種類型：端點系統為主(End Point Mixing Media Contents) 的多方會議、伺服器為主 (Server Mixing Media Contents) 的多方會議、以及群組傳播 (Multicast Group Communication)的多方會議。在以端點系統為基礎的多方會議架構下，不需特定裝置作為多方會議伺服器來為通訊內容進行混音與影像處理，只要使用者具備語音資料處理模組，負責對參與者語音資料混音(Mixing)與轉送，就可以建構出多方會議。此架構是利用使用者扮演多方會議伺服器角色，只適用於小型多方會議。另外當扮演會議伺服器角色的參與者離開多方會議時，必須要有額外偵測與復原機制處理會議伺服器的推舉，否則整個多方會議便會終止而讓多方會議是處於不穩定狀態下。在伺服器為主的多方會議架構下，必須設置特定的多方會議伺服器負責維護參與者連線關係與資料的處理。此架構的優點為對於會議參與者管理較為有效率，並且對通訊的資料同步較為容易。但是缺點則為工作集中在會議伺服器上，會議伺服器效能是整個多方會議運作的瓶頸所在。此架構亦有另一項缺點，就是不具備容錯能力，因此當會議伺服器毀損時，整個多方會議將會立即中斷。在群組傳播多方會議架構下，以網路群播方式作多媒體通訊，只要使用者加入屬於該群播群組的位址便都可以同時收到通訊內容，所以此架構可以大幅降低多媒體通訊內容的傳輸負擔。在此架構下，SIP 協定所扮演的角色並不直接建立多方之間的會議連線，而是用於告知使用者須加入多方會議的特定群播位址，然後由使用者自行加入該群播位址以建立出群播的多方會議連線。雖然網路群播機制能夠有效減緩通訊頻寬的需求，但網路群播在橫跨 WAN 時都會被抑制避免群播風暴(Multicasting Storm)，因此群組傳播多方會議架構較適用於 LAN 或有開啟群播功能的網路上。當 SIP 多方會議從有線網路變成無線網路，而 SIP 裝置(如 PDA 內建 SIP)也能移動甚至橫跨不同無線網路時，就會有所謂的裝置移動 (Terminal Mobility)與橫跨網路換手(Network Handoff)[1,2]問題要克服，以期維持 SIP 多方會議交談中議程連線的穩定度。在處理裝置漫遊問題，從資料連結層、網路層、傳輸層、至應用層的觀點，已有許多漫遊機制被提出，其中又以 Mobile IP[8]最常被引用的解決方案之一。Mobile IP 是屬於網路層級的網路換手解決方案，對於上層應用程式而言，Mobile IP 將網路位址變更加以隱藏，因此應用程式不需任何變更即可透過 Mobile IP 持續使用連線的服務而不中斷。對於平台種類繁多的行動裝置而言，無法確保可隨意更改系統核心支援 Mobile IP，所以 Mobile IP 對行動裝置的支援度還是有限。在傳輸層上則有 MSOCKS[5]漫遊機制被提出，其中 MSOCKS 是以 TCP 連線考量為主而非 UDP，因此大部份以 UDP 為主的多媒體應用程式將無法套 MSOCKS 來解決裝置漫遊問題。此外 MSOCKS 同樣必須藉由額外的代理伺服器或者更改系統網路核心才能支援裝置漫游處理，這也是系統實作上令人怯步的因素。在應用層的裝置漫遊，則利用 SIP 協定的 Session Mobility，透過 INVITE 訊息，當使用者移動到不同網路位置時，使用者只需重新與對方建立新的連線，也就是所謂的 re-INTIVE，便能更新目前議程(Session)連線，而後續資料便會直接傳送到使用者所處的新網路位址，以達到裝置漫遊的目的。由於目前多媒體通訊服務多以 UDP 作為主要傳輸機制，而且 SIP 又是以 UDP 為主，若將 SIP Mobility 作為多方會議裝置漫遊的解決方法，在實際運作上可行性最高。然而在應用層上並沒有一個有效的網路偵測機制，來輔助判斷使用者是否移至外部網路，雖然可以利用 Router Advertisement 方式來獲知使用者裝置的網路切換，但會影響網路換手的切換效能。相較於 SIP Mobility 所造成延遲時間比其它較低網路層級處理 Mobility 較為費時，有時重新建立 SIP Session 時間過長，將造成多媒體通訊中斷。因此如何提供更快速的網路換手機制，便成為在無線網路環境下提供穩定的議程連線中換手迫切需要解決的課題。

3. 支援快速網路換手的混合型 SIP 多方會

議架構

在 SIP 行動裝置切換網路進行裝置漫遊時，對於整個網路換手(Network Handoff)程序中所有的延遲時間包含：(1)切換至新的無線網路存取點時間、 (2)偵測移動至新網路區段時間、(3)獲取新 IP 位址時間、(4)網路卡重新組態時間、以及(5)Re-INVITE 訊息來回時間(Round Trip Time, RTT)，而這些延遲時間依其所屬網路層級可分成資料連結層延遲、網路層延遲、與應用層延遲三部分，其詳細說明如表 1 所示。為了縮短 SIP 行動裝置在裝置漫遊時所造成的網路換手延遲，我們提出一個快速換手機制，希望能將網路換手延遲給予有效的縮減，以符合無線網路環境下的 SIP 多方會議的通訊需求。在資料連結層延遲縮減部分，我們利用事先認證方式來降低資料連結層換手延遲。因此在 SIP 行動裝置上整合無線網路存取點訊號強度(RSSI)的偵測能力，以訊號強度作為依據，採用主動偵測方式來判斷是否須切換至新的無線網路存取點[3]。

(3)

表 1 裝置漫遊換手程序中斷應用層議程連線更新時間(Re-INVITE) (5) 中斷網路層網路卡重新組態時間 (4) 中斷網路層獲取新新IP位址 (3) 中斷網路層移至外部網路偵測 (2) 中斷資料連結層切換至新無線網路存取點 (1) 狀態隸屬網路架構層級運作程序裝置漫遊步驟中斷應用層議程連線更新時間(Re-INVITE) (5) 中斷網路層網路卡重新組態時間 (4) 中斷網路層獲取新新IP位址 (3) 中斷網路層移至外部網路偵測 (2) 中斷資料連結層切換至新無線網路存取點 (1) 狀態隸屬網路架構層級運作程序裝置漫遊步驟在網路層級延遲縮減處理，因 SIP 行動裝置進行網路換手程序時，須藉助 DHCP 的網路位址分配機制取得新的 IP 位址。由於 DHCP 並不確保分配的 IP 位址不會有重複分配問題，因此當行動裝置在取得 DHCP 分配的 IP 位址後，須先利用 ARP 查詢該 IP 位址是否已有人使用。然而 ARP 程序對於 IP 位址分配而言是一項費時程序，約須 1 至 2 秒左右，這將嚴重衝擊網路換手的效率，因此我們改用 DRCP[6]來增進 IP 位址分配效率。 DRCP 可視為簡易版的 DHCP，其訊息種類與運作模式皆與 DHCP 相似，兩者主要差異在於 DRCP 訊息格式比 DHCP 格式來的簡單，處理速度也較快。DRCP 在分配 IP 位址省略 ARP 步驟，加快了 IP 位址分配速度，而 DRCP Server 會定期發送 ADVERTISEMET 訊息，包含了網路環境相關參數，預設閘道、行動代理者或者其他服務資訊等)，行動裝置便可利用該訊息來判斷是否移動至新網路區段。為了讓 DRCP 與 SIP 能夠密切整合，我們讓 DRCP Server 同時具備 SIP UA 角色與服務探索 (Service Discovery)功能，如 UPnP。其中服務探索功能負責收集無線網路存取點位置資訊，而 DRCP Server 中的 SIP UA 負責將收集到的無線存取點資訊上傳至 SIP 伺服器上。首先 DRCP Server 利用服務探索功能取得所在網路區段內無線網路上的 SSID 等無線存取點資訊，然後 DRCP Server 再利用 REGISTER 訊息將這些資訊紀錄於 SIP Server 上。當其它 SIP UA 登入 SIP Server 後就可從 SIP Server 下載無線網路存取點的定位資訊，同時結合行動裝置無線存取點訊號強度偵測功能，由 DRCP 運作事先取得新的 IP 位址，以縮短網路換手的時間延遲。對於整合 DRCP 與 SIP 以達到網路層級的快速網路換手的運作過程如圖 1 中所示。在圖 1 中，有三個無線存取點(AP1、AP2、與 AP3)存在於兩個無線子網路。如果目前使用的無線網路存取點的訊號低於門檻值，行動裝置便會選擇一個最適合且訊號強度高的無線網路存取點以重新連上無線網路。然而在切換至新無線網路存取點之前，行動裝置會先利用無線網路存取點清單判斷是否移至外部網路。當新無線網路存取點座落在不同的子網路(例如預測將從 AP1 切換至 AP3)則必須進行網路換手程序，否則只是單純在相同子網路內進行無線存取點切換，不需執行網路換手程序(例如預測從 AP2 切換至 AP3)。假如 SIP 行動裝置的移動是從 AP1 切換至 AP3，此時 SIP 行動裝置便會在清單中查詢 AP3 對

應的 DRCP Server 網路位址(DRCP2)，假若有便將 DRCP2 位址資訊寫入 DISCOVER 訊息內，一併傳送給區域的 DRCP Server (DRCP1)。當 DRCP Server (DRCP1)收到 DISCOVER 訊息後，會先判斷是否內含其它 DRCP Server (DRCP2)位址資訊，若有則將 DISCOVER 訊息(DRCP Relay)轉送至對應的 DRCP Server (DRCP2)，來取得 AP3 座落子網路區段上的網路位址。最後區域內的 DRCP Server (DRCP1)再發出 OFFER 訊息，將欲與 AP3 連結的網路位址指定給 SIP 行動裝置從新進行網路位址設定。 圖 1 以 DRCP 提供網路層快速網路換手機制 對於以 DRCP 提供網路層快速網路換手，當 SIP 行動裝置透過 DRCP 預先取得 IP 位址後並更新網路組態後，行動裝置才真正切換至新連接的無線網路存取點。在進行網路換手取得新 IP 期間，仍然可以接收 SIP 會議內容進行交談，而其運作程序如表 2 所示。我們比較支援網路快速換手的表 2 與正常網路換手的表 1 得知，真正網路中斷的時間只包含無線網路存取點的切換時間與無線網路議程連線更新時間，相對於正常程序已大幅減少網路換手時間。 表 2 快速裝置漫遊換手程序 中斷應用層議程連線更新時間(Re-INVITE) (5) 中斷網路層切換至新無線網路存取點 (4) 中斷網路層網路卡重新組態時間 (3) 連線網路層獲取新IP位址(Pre-Reservation) (2) 連線資料連結層網路換手偵測 (1) 狀態隸屬網路架構層級運作程序裝置漫遊步驟中斷應用層議程連線更新時間(Re-INVITE) (5) 中斷網路層切換至新無線網路存取點 (4) 中斷網路層網路卡重新組態時間 (3) 連線網路層獲取新IP位址(Pre-Reservation) (2) 連線資料連結層網路換手偵測 (1) 狀態隸屬網路架構層級運作程序裝置漫遊步驟在應用層級延遲縮減處理，我們提出的 SIP 多方會議架構結合了分散式與集中式兩種模式，其中多個會議伺服器平均散佈在整個網路上，彼此之間採用分散式管理，至於會議參與者與會議伺服器之間則沿用集中模式架構，其設計架構如圖 2 所示。當建立 SIP 多方會議時，使用者會選擇最近的會議伺服器，相對於集中式多方會議伺服器，行動裝置與多方會議之間的距離更短，可以縮短 SIP 訊號的來回時間。在建立 SIP 多方會議時，所有參與的會議伺服器必需與其他會議伺服器單獨建立連線，以建構出會議伺服器之間的網狀連線關係，並維護整個網狀連線關係直到管轄的參與者均離開

(4)

會議為止。而參與者則必須與會議伺服器建立起點對點的連線，當多位參與者同時送出資料時，會議伺服器必須將多個語音內容混音(Mixing)成單一語音內容後然後再傳送出去。 圖 2 SIP 多方會議架構 對於 SIP 多方會議的多方 SIP 連線建立，我們採用 SIP 的 REFER 訊息[13]。透過 REFER 轉向機制讓位於不同網域的使用者可以選擇臨近的 Conference Server 進行連線。同時 SIP Server 也必須適時對 Conference Server 發出 REFER 訊息，以建構出多方 Conference Servers 間的 SIP 會議連線通道，而其運作關系如圖 3 所示。 Internet Conference@home.com.tw Conference@home.com.tw Conference@cs.ccu.edu.tw Conference@cs.ccu.edu.tw REFER Bob@cs.ccu.edu.tw From: Alice@hoemc.com.tw To: Bob@cs.ccu.edu.tw Refer

Refer--ToTo--Conference: Conference: Conference@home.com.twConference@home.com.tw

Bob Alice (1) (3)REFER Bob@cs.ccu.edu.tw From: Alice@home.com.tw To: Bob@cs.ccu.edu.tw Refer

Refer--ToTo--Conference: Conference: Conference@home.com.twConference@home.com.tw

INVITE Conference@home.com.tw From: Bob@cs.ccu.edu.tw To:

To: Conference@home.com.twConference@home.com.tw

Call-ID:1234@cs.ccu.edu.tw (4) (4) (2) (1) OK (5)NOTIFY (6) REFER Bob@cs.ccu.edu.tw From: Alice@home.com.tw To: Bob@cs.ccu.edu.tw Refer

Refer--ToTo--Conference: Conference: Conference@cs.ccu.edu.twConference@cs.ccu.edu.tw INVITE Conference@cs.ccu.edu.tw

From: Bob@cs.ccu.edu.tw To:

To: Conference@cs.ccu.edu.twConference@cs.ccu.edu.tw

Call-ID:1234@cs.ccu.edu.tw OK (3) (6) 圖 3 SIP 多方會議建立流程

4. 支援快速網路換手的 SIP 多方會議實作

在本節中我們將針對支援快速網路換手的混合型 SIP 多方會議系統實作，包括 DRCP Server、 SIP User Agent、SIP Server、與 SIP Conference Server，實作過程中參考了開放源碼的 oSIP[15]與 oRTP[16]作為 SIP 訊息處理核心。

圖 4 為本論文設計的 DRCP Server 的功能架構與在 Windows 平台上系統實作畫面，而 DRCP Server 包含 SIP Module 與 SIP User Agent 兩模組。其中 DRCP Module 負責 DRCP 的網路位址配置與使用服務探索機制收集該 DRCP Server 所轄區域網

路內所有無線網路存取點資訊，並透過 SIP User Agent 模組與 SIP Server 之間的無線網路存取點資訊更新之用，以作為網路快速換手處理之用。 圖 4 DRCP Server 功能架構與系統實作畫面 圖 5 為本論文所設計的 SIP UA 的功能架構與在行動裝置 PDA 上的系統實作畫面，其中 SIP UA 共分 Service、Protocol、Wireless、與 Mobility 四個模組區塊，分別處理多方會議語音資料傳輸與狀態顯示、SIP 訊息解析回應、無線網路訊號偵測、與無線網路快速換手處理。

(5)

圖 6 為 SIP Server 的功能架構與在 Windows 平台上的系統實作畫面，此 SIP Server 同時具有 SIP Proxy 與 SIP Registrar 能力。其中 SIP Proxy 提供 SIP 訊息解析、判斷、與轉送，而 SIP Registrar 提供使用者管理與位址查詢功能。

圖 6 SIP Server 功能架構與系統實作畫面 圖 7 為 SIP Multiparty Conference Server 的系統架構與在 Windows 平台上的實作畫面，其中包含 SIP Module、RTP Module、Conference Module 與 Audio Mixing Module，分別負責接受使用者加入多方會議請求、傳送接收參與者語音資料、以多方語音 RTP 封包的混音轉送。

5. 系統效能評估

為了進一步分析我們所提出支援快速網路換手機制在 SIP 多方會議的系統效能，將與未修改前網路換手機制比較，以驗證此快速換手機制確實能夠加快網路換手與減少 SIP 多方會議的裝置移動而造成議程斷線問題。我們實測環境是以固定傳送端與接收端來量測 SIP Re-INVITE 的延遲時間。至於行動裝置取得 IP 位址皆是採用 DRCP，而在正常網路換手程序中使用 DRCP ADVERTISEMENT 訊息代替 Router Advertisement 作為網路位置偵測機制，而 DRCP ADVERTISEMENT 的傳播時間間隔為 1 秒。對於網路換手延遲包含無線網路存取點切換時間(T1)、網路位置偵測時間(T2)、獲取 IP 位址時間(T3)，網路卡組態設定時間(T4)、以及 SIP Re-INVITE(T5)時間等，而圖 8 為一般網路換手與本論文提出的快速網路換手效能比較圖。

圖 7 SIP Conference Server 功能架構與實作畫面 圖 8 為一般網路換手處理過程，行動裝置約需 1.57 秒延遲時間來達到網路換手，其中無線網路存取點切換時間(T1)約為 200 ms，此時間內包含了無線網路存取點尋找、認證與連結時間。而在網路位置偵測時間(T2)約為 1 s，因為行動裝置必須接收到 DRCP ADVERTISEMENT 訊息才能偵測出已經移至外部網路。至於獲取 IP 位址時間(T3)與更改 IP 位址與路由表時間 (T4) 皆為 10 ms 。最後 SIP Re-INVITE 時間(T5)為 1/2 的訊息來回時間約為 350 ms，因此整個延遲時間為 T1+ T2+ T3+ T4+ T5 = 1570 ms。 圖 8 快速網路換手延遲 vs.正常網路換手延遲 本論文所提出的快速網路換手機制，整個延遲時間約為 0.54 秒，其中總延遲時間包含無線網路存取點切換時間、網路 IP 位址與路由表更新時間與 Re-INVITE 多方會議伺服器延遲時間。至於網路位置偵測時間，因我們設計的 SIP 多方會議系統整合了無線網路存取點訊號偵測能力，將資料連結層換手偵測能力融於 SIP 應用程式作為移至外部網路的

(6)

偵測機制，因此網路換手過程中並不包含網路位置偵測時間。另外在網路換手過程中，我們加入 IP 位址事先保留機制，在重新取得 IP 位址前的時間內仍然透過原先 IP 位址處於連線狀態，所以整個延遲時間只包含 T1+T4+T5 = 560 ms。從兩者網路換手的實際量測時間，可以看出我們所提的快速網路換手機制，利用 DRCP 結合 IP 事先配置處理，確實能有效加快網路切換的速度。

6. 結論

本論文主要是探討讓 SIP 多方會議在無線網路下，當 SIP UA 行動裝置因裝置漫遊進行網路換手時，如何以有效的快速換手機制與 SIP 多方會議架構設計，減緩因網路切換的多方會議暫時中斷的問題，讓 SIP 多方會議有較佳的 SIP 通訊效果。雖然我們使用 DRCP 取代常用的 DHCP 作為 IP 位址配置機制，但是 DRCP 與 DHCP 都是以內嵌軟體方式在行動裝置上運行，不會影響行動裝置在取得 IP 位址的配置。在我們設計的 SIP 多方會議架構， DRCP Server 負責收集其所在網路的無線網路存取點相關資訊，並由 DRCP Server 上的 SIP UA 模組傳送給 SIP Server。當有 SIP UA 登入至 SIP Server 時便能取得週遭網路的無線網路存取點資訊，為快速網路換手的 IP 預先配置準備。此外隸屬不同子網路的 Conference Server 亦會事先串連提供多方同時通訊機制，也能藉由 Conference Server 之間的容錯處理，為 SIP UA 提供更可靠強健的 SIP 多方會議通訊。

參考文獻

[1] N. Banerjee, W. Wu, S. K. Das, S. Dawkins, and J. Pathak, “Mobility Support in Wireless Internet,” IEEE Wireless Communications, VOL. 10, NO. 5, pp. 54–61, 2003.

[2] R. Hsieh, Z. G. Zhou, and A. Seneviaratne, “S-MIP: A Seamless Handoff Architecture for Mobile IP,” in Proceedings of the Twenty-Second Annual Joint Conference of the IEEE Computer and Communications Socities (INFOCOM 2003), vol. 3, 2003, pp. 1774–1784.

[3] W. Kim, M. Kim, K. Lee, C. Yu, and B. Lee, “Link Layer Assisted Mobility Support Using SIP for Real-time Multimedia Communications,” in Proceedings of the 2nd International Workshop on Mobility Management and Wireless Access Protocols (ACM MobiWac), pp. 127-129, 2004. [4] J. Lennox and H. Schulzrinne, “A Protocol for

Reliable Decentralized Conferencing,” in Proceedings of the 13th International Workshop on Network and Operating Syste Support for Digital Audio and Video (NOSSDAV'03), pp. 72–81, June 2003.

[5] D. Maltz and P. Bhagwat, “MSOCKS: An Architecture for Transport Layer Mobility,” In

Proceedings of the 7th Annual Joint Conference of the IEEE Computer and Communications Societies (INFOCOM 98), pp 1037-1045, April 1998.

[6] A. McAuley, S. Das, S.Baba, and Y.Shobatake, “Dynamic Registration and Configuration Protocol (DRCP),” IETF Internet Draft, Oct. 1999.

[7] S. Pack and Y. Choi, “Fast Handoff Scheme based on Mobility Prediction in Public Wireless LAN Systems,” IEE Proceedings Communications, VOL. 151, NO. 05, pp. 489-495, Oct. 2004. [8] C. Perkins, “IP Mobility Support,” RFC 2002,

IETF, Oct. 1996.

[9] J. Rosenberg and H. Schulzrinne, "Models for Multi Party Conferencing in SIP," IETF Internet Draft, 2001.

[10] J. Rosenberg, H. Schulzrinne, G. Camarillo, A. Johnston, J. Peterson, R. Sparks, M. Handley, and E. Schooler, “SIP: Session Initiation Protocol,” IETF RFC 3261, June 2002.

[11] H. Schulzrinne and E. Wedlund, “Application- Layer Mobility Using SIP,” ACM SIGMOBILE Mobile Computing and Communications Review, VOL. 4, NO. 3, pp. 47-57, July 2000.

[12] K. Singh, G. Nair, and H. Schulzrinne, “Centralized conferencing using SIP,” in Proceedings of the 2nd IP-Telephony Workshop (IPTel2001) (New York, NY), Apr. 2001.

[13] R. Sparks, “The Session Initiation Protocol (SIP) REFER Method,” IETF RFC 3515, April 2003. [14] ITU-T Rec. H.323, “Packet Based Multimedia

Communications Systems,” Feb. 1998.

[15] oRTP - a Real-time Transport Protocol stack under LGPL, http://www.linphone.org/ortp/.

[16] .The GNU oSIP library, http://www.gnu.org/software/osip/osip.html.