作者 ie945167 (龍蝦) 站內 Lobster
標題 無線 PAPER（最終版）
時間 2007/12/19 Wed 17:53:10
───────────────────────────────────────
如題，此篇是整張 paper的全翻譯版，所以以後如果要看paper內容的話可以來這裡看
然後下面幾個網站是目前發現的幾個介紹有關paper裡的東西，可以看一看（會新增）
最後，也是最重要的一點（PS.請先看懂自己要報告的內容）
將自己要報告的內容自己做成PPT，我這邊已經有半成品，可以跟我拿
然後我最後會再將你們做好的整合…所以不用太費心於美化…XD
重點是要將你們要說的東西放"一部份"在PPT上，報告時用來"提醒"自己
另外…請盡量在 12/21(五).22(六) 將東西弄好 因為我們 12/24(一)就要報告了 囧rz
所以下次討論時間為星期五(12/21)下午…請在 PC房集合 以上 <(_ _)>
Tight Coupling → http://www.iii.org.tw/itpilotmz/unit2/3_1.htm
UMTS → http://www.tech-faq.com/lang/zh-TW/umts.shtml
Mobile IP → http://www.iii.org.tw/ncl/document/Mobile_IP.html
UTRAN → http://www.cqinc.com.tw/grandsoft/cm/089/afo893.htm
------------------------------------------------------------------------------
摘要：
在今天世界裡, 配合工作在不同的無線網路之間運用不同的技術的好處蓋增長的服務
提供者並且用戶要求和使能建立的交易連續性沒有服務中斷或制約用戶的運動。
及時應用
可能被不同的參量影響在期間移交在普遍流動電信系統(UMTS) 並且無線地區網路(WLAN
之間802.11g) 。在本文裡, 使用關於聲音表現的不同的流動性協議的作用在IP (VoIP)
被學習。OPNET? Modeler
被選擇作為模仿環境評估不同的流動性協議表現在不同的用戶流動性類別。
Introducation
第三代（ 3g ）行動電話服務，現正積極在
一些國家在世界各地。在不久的將來，用戶
預計將需要更高速度的多媒體服務，並
無所不在的通信。為了達到這些目標，第三代流動服務網路
將演變，以提供更高的數據傳輸率和新的無線接入
技術。其中廣泛徵求解決方案的演進，是
互補使用的無線區域網[ 1 ] 。
不同的接入技術具有不同的特點
有關服務質量，帶寬，覆蓋面積，成本，
功率消耗等[ 2 ] 。集成的umts和802.11
無線區域網提供兩利，運營商以及用戶。
廣域覆蓋的umts可以輔之以更高
高速接入由802.11無線區域網技術在有限的覆蓋範圍
[ 3 ] 。 umts的提供連接性與相對較低的數據傳輸速率，以
用戶相對較高的流動性[ 4 ] 。 umts技術標準
指定作為一個進化的第二代gsm標準經總務
分組無線業務（ gprs ）和增強數據傳輸速率為gsm
進化（邊） [ 5 ] 。無線區域網系統提供非常高的數據
利率成本的方式相比，第三代流動服務網路。它有限
覆蓋面積，並減少對我們的支持，以超高速移動，而
umts的是與此相反。目前無線區域網已經安裝在地方
如機場，酒店，和校園。這些地方與接入
點（ ap ） ，是所謂的交通熱點[ 6 ] 。為了支持
流動性之間的異構無線數據網路，不同
移動協議是應用在模擬設計。
口述：
其餘本文組織結構如下：第2節描述
不同的移動協議。建議的網路模型
在第3條中，其次是描述仿真
模型在第4節。第5顯示仿真結果的
平均分組的端到端時延及平均分組延遲
變異為voip呼叫。最後，我們的結論文件
第6條。
Mobility protocols
口述：
許多協議被用來支持垂直交接之間
umts和無線區域網。每項議定書工程作為一個獨立的議定書
但居住在一個單獨的層。這些協議包括網路，
運輸及應用層技術為基礎的移動ip
（按揭保險） ，移動流控制傳輸協議（ msctp ）
和會話發起協議（ sip ） ，分別為[ 4 ， 7 ] 。
2.1 Mobile IP
2.1 流動IP MIP 提供一種網路層解答對結流動性橫跨IP 網路。當漫遊, 一個流動結
(MN) 保持一個固定的地址稱住址(HoA) 。交付小包對當前的歸屬點, 流動IP 使用二個網
路要素: 一個家庭代理(HA) 在家庭網路和外國代理(FA) 在被參觀的網路。MIP 登記外國
代理(FA 的) 地址流動結漫遊在家庭代理(HA) 在活動房屋網路。當在外國網路, MN 發現
地方FA 和登記FA 的地址作為a 關心地址(CoA) 以它的HA 。HA 攔截一個小包從任一個對
應的結在核心網路(CN) 對MN, 濃縮它在其它IP 小包, 和隧道裡它對FA 。FA 濃縮和交付
原始的小包對MN 。因為MN 維護它的HoA, 所有它的運輸協議會議被保存[ 8 ] 。MIP
interoperates 以結使用標準IP 協議。MIP 的第一版本根據IPv4 。MIP
支持在IPv6 根據經驗獲取從MIP 支持的發展在IPv4,
並且機會提供了由IP 的新特點譬如可利用的IP 地址的一個增加的數字, 另外的自動IP
配置特點和路線優化[ 9 ] 。
2.2Mobile Stream Control Transmission Protocol
SCTP協議是 Internet的下一代運輸層協議。
傳輸層是最低層次，以支持 end-to-end(端到端)服務。
SCTP協議介紹 multi-homing的概念，如
(single endpoint)單端點，可支援同時進行多種連接不同介面和IP地址。
支持multi-homing，SCTP協議endpoint(端點)在啟動一個結合的期間，交換IP地址的串列
(列表)。
改變了SCTP協議端點的地址串列利用最近提出的SCTP協議動態地址重構（SCTP Dynamic
Address Reconfiguration(DAR)）的擴展可能使得流動性和seamless handover(無縫交接
)運行結合。
SCTP協議 DAR允許SCTP協議 endpoint(端點)在主動利用地址配置chunks(磁記憶塊)來結
合時，增列，刪除，並改變原始(基層)IP動態地址。
SCTP協議和DAR的延伸稱為 Mobile SCTP(行動SCTP協議)(mSCTP)。
典型使用SCTP協議的情形是在一台服務器和它的客戶端之間使用可靠的
data stream transmission(數據流變速器)。
2.3Session Initiation Protocol 會議啟動協定
SIP是可以在各個層次提供行動性的另一項方案。
在整合UMTS/802.11無線區域網路的多媒體網路下將為了session流動性用於個人流動性是
有吸引力的。
此動機利用SIP催生使其有能力平均提供session管理，以提供個人和服務的流動性。
？？當用戶改變網路供應商時，原SIP的用戶的SIP地址的用途會改成另行安排工作或改變
組織，但當用戶的位置改變時則不必要。
暫時(臨時)改變地點用途時，用戶可以有多種的SIP地址和重定向呼叫目前所在位置。
？？一個 SIP的用戶都可以因此被派多SIP的地址，此外每個multiple SIP address都可
以表明多個設備。
？？目前有能力同時獲取與多個設備有關的SIP地址，是沒有其他signalling(命令)協議
。
3.network model
在這種綜合環境下，UMTS和無線區域網路之間的垂直交接可以被看作下一個革命性的一步
而且是超越漫遊。
例如，考慮一台筆記本電腦/手機支持UMTS和無線區域網路這兩個的存取能力。
終端用戶經由無線區域網路上的一個熱點將行動設備連接到網路上。
當用戶移出了hotspot的覆蓋範圍時，行動裝置檢測到無線區域網路的覆蓋範圍和
switches連接到一個UMTS網路發生故障。
同樣地，當行動用戶連接到一個UMTS網路並漫遊到一個熱點。該裝置可以探測到和無線區
域網路的覆蓋範圍重疊。
終端使用者可能想改用無線區域網路來存取，以享受更高頻寬。
理想的情況下，終端用戶將不再需要介入這兩個網路之間的垂直交接，而QoS(服務質量)
不應該由於這個轉移而降低。
耦合(資料庫系統中，各模組之間相互影響的程度)
在無線區域網路和行動網路之間有好幾個耦合是可能的。
這兩個網路可以被緊湊耦合，鬆耦合，或公開耦合網路這種的安排來整合。
在緊耦合方式，802.11無線區域網路的覆蓋範圍看來像另一種SGSN覆蓋UMTS CN面積的方
式。
在鬆散結合的辦法，只有無線區域網路信號流量通過UMTS cn而且沒有數據流量。
網路operator(運營商)和服務供應商可以別透過漫遊協議操作兩個網路。
公開耦合離開兩個獨立的基礎設施。
UMTS 存取和802.11無線區域網路存取，可提供相同的operator(運營商)或不同的
operator(運營商)。
此paper著重於緊耦合網路的安排，顯示圖1 。
在無線區域網路和行動網路之間的無縫交接，緊耦合是唯一能提供相同安全程度給UMTS的
解決辦法
該架構包括UMTS Terrestrial Radio Access Network（ UTRAN）連接到的UMTS CN。
此外，我們有一個802.11g無線區域網路經由一個 Serving GPRS Support Node(SGSN)來
連接UMTS CN。
在 Home Location Register(HLR)和 Gateway GPRS Support Node(GGSN)之間的連結是執
行於客戶服務及計費系統Customer Care and Billing System(CC&BS)這個層級。
此paper著重於緊耦合網路的安排，顯示圖1 。
在無線區域網路和行動網路之間的無縫交接，緊耦合是唯一能提供相同安全程度給UMTS的
解決辦法
該架構包括UMTS Terrestrial Radio Access Network（ UTRAN）連接到的UMTS CN。
此外，我們有一個802.11g無線區域網路經由一個 Serving GPRS Support Node(SGSN)來
連接UMTS CN。
在 Home Location Register(HLR)和 Gateway GPRS Support Node(GGSN)之間的連結是執
行於客戶服務及計費系統Customer Care and Billing System(CC&BS)這個層級。
這是一個緊耦合的方案，透過SGSN有兩個數據和UMTS 信號是藉由802.11無線區域網路傳
送到UMTS CN。
雙模式的UMTS /無線區域網路終端當廣域網路的UMTS用在其他地方時，在無線區域網覆蓋
範圍的提供下可以存取高頻寬的數據服務。
兩個客戶端模型假設，用網路圖表示如圖2 。
當客戶端在這兩個技術之間改變了地點，任何流動性的協議都可被用來支持UMTS和WLAN之
間的垂直交接。
在無線區域網路- UMTS的模擬環境中，將允許調查者研究協定的影響，並評估”協作
(interworked)無線區域網- UMTS系統”整體的系統效能。
及時應用在location(位置)更新時可以被不同參數影響。
UMTS作為會話流量階級和無線區域網路支持VoIP(網路電話)和視頻會議服務的及時應用。
本文著重闡述了VoIP(網路電話)的應用。
4. 模擬模型
在這工作, OPNETTM Modeler 被選擇在模擬環境評估四個流動性協議的表現作為地點更
新間隔時間功能。二套模擬通過UMTS 網路支持進行在三個流動性類別: 每地點更新間隔
時間內平均VoIP 呼叫封包end-to-end延遲和每地點更新間隔時間內平均VoIP 呼叫封包延
遲變異。網路拓撲結構被使用在OPNETTM Modeler 被顯示在Fig.3 。
模擬模型包括三個node: 通信在第三個結的控制之下的二個通信的node、client 1 和
client 2, mobility_protocol, 代表一個中間流動性協議的作用。
地點更新(LU) 發生在持續的通信期間當客戶改變他的地點從家庭網路到外國網路。當客
戶執行它並且改變網路技術和的一次地點更新這觸發垂直移交從WLAN 到UMTS 或從UMTS
到WLAN, 或普通移交沒有變化在技術上。
二個client是跑應用在TCP/IP 和UDP/IP 以資料速率由100 Mbps 決定的乙太網工作站。
他們被設置了對外形類型Real_time_application, 被定義使用VoIP 呼叫應用以GSM
Quality, 即, 13 kbps 聲音編碼器以20 毫秒的幀大小。client的UMTS/WLAN 雙重方式支
持對於VoIP 由mobility_protocol看齊。IEEE 802.11g WLAN 經營以54 Mbps 資料速率。
UMTS 連接可能經營在有限, 充分或高流動性。不同的資料速率的流動性要求依照由
IMT-2000 指定被總結在Table.i [ 13 ] 。
4.1 The Nodes Model
結塑造二臺以太網工作站的部下的結模型是一個OPNET 被定義的結模型。流動性協議結
模型被使用塑造對空通訊連接(客戶1 客戶2) 和downlink 連接(客戶2 客戶1) 依照被顯
示在Fig.4 。
結模型包括二個分支。在上部分支資料被接受從客戶2 在接收器
pr_0 和向前通過一個queue到左發射機pt_0 和對客戶1 。在下部
的分支資料被接受從客戶1 在接收器pr_1 和向前通過其它queue對
左發射機pt_1 和對客戶2 。三個模塊在二個分支被連接通過封包
道路。
4.2 The End-to-End Packet Delay Model
The end-to-end 延遲表示時間被需要送封包在二個移動的客戶
之間。道路被使用為封包傳輸在二個客戶之間首先被辨認根據應用
的流動性協議估計延遲價值。估計的client-to-client延遲改變以
客戶的距離的變動因為改變位置。正面或負面三角延遲價值由一種
任意分佈函數塑造和增加來估計的延遲價值。網路技術的變動表明
, 估計的client-to-client延遲價值也許增加或減少根據UMTS 資
料速率可靠的數值。
4.3 The Process Model
Process model定義在node模型以下二個queue佇列模塊的功能。圖5 顯示
client1-client2 和client2-client1 queue的處理模型，其中包括七個狀態。
1.初始狀態: 這個狀態用二個佇列處理初始化所有狀態變數，特別是所有統計操做與相關
對應的統計資訊。這個狀態也定義一些屬性(attribute)值。當登入執行者被執行時，系
統將會傳送到下個閒置的狀態。
具體連接的網路技術最初是設置在WLAN，被定義作為狀態1，然後狀態1 和2 之間(UMTS)
的轉變是在馬爾可夫(Markov) 模型的管理下，如圖6 。
轉變可能被設置到0.8 (從WLAN 到UMTS) 或0.2 (從UMTS 到WLAN) 。這暗示說狀態是
UMTS 和WLAN的可能性是0.8 和0.2，所以各自地，依照由(1) 和(2) 給:
2.空閒狀態:它執行完登入執行者之後，它就會中斷（停止）。當中斷被接受，處理運輸
到下個狀態。
3.抵達狀態：當中斷從封包抵達事件被接收時，抵達狀態會被喚起。當封包是佇列且封包
預定從客戶1 發送到客戶2 或反過來時，延遲事件會被傳入（介紹）。同樣地，統計封包
延遲和封包計數也會被更新。然後當預定事件結束後，系統會回到空閒狀態。
4.發送狀態: 當中斷接收佇列事件結尾的封包時，會進入這個狀態。然後封包寄發到目的
地，並且系統回到空閒狀態。
LU = location update
5.Loc 狀態:當中斷接受新進的註冊請求事件時，則進入這個狀態。在轉換期間系統從函
數塊執行作用地點更新。.LU 的選擇是固定的，因此以下地點的更新發生在定期的間隔時
間。客戶-客戶延遲值被修改以反映地點改變以及網路技術的變動。LU 延遲值被更新。
Loc 狀態執行它輸入的執行程式然後暫停當等事件中斷。
在LU延遲排程地點更新函數結束的期間，然後完成註冊事件請求發生後，系統回到空閒狀
態。在轉換期間系統會從函數塊執行完成函數地點更新。這個函數介入地點更新(LU)結尾
時間統計的更新。
6.Loc_arrival 狀態: 當封包在LU期間抵達，而且封包被損毀，則Loc_arrival 狀態會被
喚起。而且封包下落的統計也會被更新。當上述動作都完成時，系統就會回到Loc狀態。
7.Loc_send 狀態: 在LU期間如果有任何封包在佇列當中的話，這個狀態就會被喚起。這
個系統會拿走在佇列的第一個封包，然後將它發送到目的地。接著它會回到 Loc 狀態。
5.SIMULATION RESULTS
模擬內容包含三種情況，每個情況操作一個可變的種類支援UMTS網路總結在TableⅠ。每
個情況種子的值為129 並且運行2 個小時，然後每個行動協定在LU間隔0~600秒的期間，
切割成每次間隔30秒，總共模擬252次。
圖7分別展示VoIP在每LU 間隔時間(秒)呼叫封包端到端(end-to-end)的延遲時間的平均，
是在流動IPv4 、流動IPv6 、mSCTP 和SIP 在高，充分和有限的UMTS 行動種類的條件下
。
如圖所見，這個例子在VoIP 呼叫封包end-to-end的平均延遲下，既使與流動IPv6在比較
高和充分的UMTS流動類別，SIP都是最低的。
相反的，在有限的UMTS 流動類別表示下，平均VoIP 呼叫封包端到端的延遲最低的是流動
IPv6。
從這三張圖表得知，流動IPv6 和SIP從其它二個較低的平均封包端到端延遲來區別自己而
因此相對地有更好的表現。
圖8 分別展示VoIP 在每LU 間隔時間(秒)呼叫封包延遲變異(秒) 的平均，是在流動IPv4
、流動IPv6、mSCTP 和SIP 在高，充分和有限的UMTS 行動種類的條件下。
如圖所見，這個例子在VoIP 呼叫封包延遲變異的平均下，既使與流動IPv6在比較高和充
分的UMTS流動類別，SIP都是最低的。
同時，在有限的UMTS 流動類別，平均VoIP 封包延遲變異和流動IPv4，流動IPv6 和SIP
在較小的偏差下是非常像的。
這三張圖表可知，流動IPv6 和SIP 也可以從其他有較低的平均封包延遲變異協定來辨別
它與其它協議而相對地有更好的表現。
6.CONCLUSION
本文學習在不同的情節使用VoIP 呼叫根據每LU間隔時間平均封包端到端延遲或平均封包
延遲變異在有限，充分和高UMTS 流動類別。
從模仿情況各自結束，根據每LU間隔時間平均封包端到端延遲或平均封包延遲變異在高和
充分的UMTS 流動類別在SIP、Mobile IPv6 、mSCTP 和流動IPv4這幾個情況下，SIP 大概
是有最佳的表現。
--
身高不是距離
技巧不是問題
只要有"心"
人人都可 定‧三‧米
--
▅◣ Origin: 謠 言 報 bbs.csie.fju.edu.tw
▋◤ Author: ie945167 從 pc36.csie.fju.edu.tw 發表
▋※ Modify: 2007/12/19 Wed 18:38:55
▋※ Modify: 2007/12/19 Wed 23:52:12
▋※ Modify: 2007/12/22 Sat 23:09:34
