V. RELATED WORKThe in-network appro

V. RELATED WORK
The in-network approach towards multihoming described in this paper is complementary to a rich literature supporting multihomed devices in the Internet.
Past proposals in this regard can be categorized based on the protocol layer at which
the support for multihoming resides.
Reference [13] proposes a network layer proxy mechanism for multihoming, but requires
fine-grained feedback of link quality information.
Schemes proposed in [14], [15] enable vertical handoffs between 3GPP,WiMax, however, they do not support striping of data over multiple cellular interfaces.
Moving upwards in the protocol stack, most recent efforts have gone towards a transport layer approach to multihoming support [16]–[18].
While these endto-end transport-layer proposals have started seeing some early deployments, they offer limited flexibility in the manner in which the multiple interfaces can be used.
Asymmetric paths provide further challenges to end-to-end TCP based multihoming implementations as shown in [19].
In this regard, Multipath TCP [20] allows multipath aware applications to express policy preferences and aggregate bandwidths over multiple redundant paths.
Authors in [21] perform extensive measurement based studies on MPTCP for dualhomed devices (with Wi-Fi and 3G/LTE).
The performance gains and the tradeoffs of flow size reported are similar to the
results presented in this work.
However, the key distinction that we would like to make is not performance based but implementation based.
MobilityFirst provides a cleaner network layer solution, with hop by hop reliable data delivery.
Firstly,the network has improved visibility compared to end-hosts which allows it to make better decisions.
Secondly, pushing the intelligence down to the routers allows the end-hosts to run a
variety of applications on top.
Intelligent devices could express their policy to use multiple redundant paths, similar to MPTCP,whereas legacy devices could let the network decide on their behalf and yet achieve comparable performance benefits.

ผลลัพธ์ (ไทย) 1:

V. งานที่เกี่ยวข้องวิธีการในเครือข่ายไปยังโฮสต์ที่อธิบายไว้ในเอกสารนี้ในวรรณกรรมรวย multihomed อุปกรณ์สนับสนุนในอินเทอร์เน็ตได้ ข้อเสนอที่ผ่านมาในเรื่องนี้สามารถแบ่งตามชั้นโพรโทคอลซึ่งการสนับสนุนสำหรับโฮสต์อยู่ อ้างอิง [13] เสนอกลไกพร็อกซีเลเยอร์เครือข่ายสำหรับโฮสต์ แต่ต้องความคิดเห็นที่กำหนดของข้อมูลการเชื่อมโยงคุณภาพ รูปแบบการนำเสนอใน [14], [15] เปิด handoffs แนวตั้งระหว่าง 3GPP, WiMax อย่างไรก็ตาม พวกเขาไม่สนับสนุนการสไทรพ์ข้อมูลผ่านอินเทอร์เฟซเครือข่ายหลาย ย้ายขึ้นไปในกองซ้อนของโพรโทคอล ความพยายามล่าสุดได้ไปต่อเป็นแนวทางของเลเยอร์ขนส่งการสนับสนุน multihoming [16] – [18] ในขณะที่ข้อเสนอชั้นขนส่ง endto สิ้นสุดเหล่านี้ได้เริ่มเห็นการใช้งานบางช่วง มีความยืดหยุ่นจำกัดในลักษณะที่สามารถใช้อินเทอร์เฟซหลาย เส้นทางที่ไม่สมมาตรให้เพิ่มเติมความท้าทายสู่ปลาย TCP คะแนน multihoming ใช้งานดังแสดงใน [19]ในเรื่องนี้ TCP Multipath [20] ได้หลายเส้นทางการปฏิบัติเพื่อแสดงการกำหนดลักษณะนโยบายและแบนด์วิดท์รวมผ่านหลายเส้นทางที่ซ้ำซ้อน ผู้เขียนใน [21] ทำการศึกษาวัดครอบบน MPTCP สำหรับอุปกรณ์ dualhomed (มี Wi-fi และ 3g/LTE) กำไรประสิทธิภาพและ tradeoffs ไหลขนาดคล้ายกับรายงานผลลัพธ์ที่แสดงในงานนี้ อย่างไรก็ตาม ความแตกต่างที่สำคัญที่เราต้องการให้ได้ประสิทธิภาพการทำงานแต่การดำเนินการตาม MobilityFirst ให้สะอาดปรุงเครือข่ายชั้น ส่งข้อมูล hop โดย hop ประการแรก เครือข่ายมีการปรับปรุงทัศนวิสัยเมื่อเทียบกับโฮสต์ส่วนซึ่งช่วยให้สามารถตัดสินใจดีกว่า ประการที่สอง ผลักดันสติปัญญาลงไปที่เราเตอร์ให้โฮสต์ส่วนการเรียกใช้การความหลากหลายของการใช้งานด้านบน อุปกรณ์อัจฉริยะสามารถแสดงนโยบายของพวกเขาจะใช้หลายเส้นซ้ำซ้อน คล้ายกับ MPTCP ในขณะที่อุปกรณ์รุ่นเก่าอาจปล่อยให้เครือข่ายตัดสินใจในนามของตน และยัง ให้ประสิทธิภาพเทียบเท่า

ผลลัพธ์ (ไทย) 2:

โวลต์งานที่เกี่ยวข้อง
วิธีการในเครือข่ายต่อ multihoming อธิบายไว้ในบทความนี้ประกอบกับวรรณกรรมที่อุดมไปด้วยสนับสนุนอุปกรณ์ multihomed ในอินเทอร์เน็ต.
ข้อเสนอที่ผ่านมาในเรื่องนี้สามารถแบ่งได้ขึ้นอยู่กับโปรโตคอลชั้นที่
สนับสนุนสำหรับ multihoming อยู่.
อ้างอิง [13] เสนอกลไกเครือข่ายชั้นพร็อกซี่สำหรับ multihoming แต่ต้องมี
ข้อเสนอแนะที่มีความละเอียดของข้อมูลที่มีคุณภาพการเชื่อมโยง.
แบบแผนเสนอใน [14] [15] เปิด handoffs แนวตั้งระหว่าง 3GPP, WiMax แต่พวกเขาไม่สนับสนุนสตริปของข้อมูล . กว่าการเชื่อมต่อโทรศัพท์มือถือหลาย
ย้ายขึ้นไปในโปรโตคอลสแต็คความพยายามล่าสุดได้ไปสู่วิธีการขนส่งเลเยอร์เพื่อ multihoming สนับสนุน [16] - [18].
ในขณะที่เหล่า endto สิ้นข้อเสนอการขนส่งชั้นได้เริ่มเห็นการใช้งานในช่วงต้นบางพวกเขา มีความยืดหยุ่น จำกัด ในลักษณะที่เชื่อมต่อหลายสามารถนำมาใช้.
เส้นทางไม่สมมาตรให้ความท้าทายต่อไปแบบ end-to-end ตาม TCP การใช้งาน multihoming ดังแสดงใน [19].
ในเรื่องนี้ multipath TCP [20] ช่วยให้ multipath การใช้งานตระหนักถึง จะแสดงการตั้งค่านโยบายและแบนด์วิดท์รวมผ่านเส้นทางที่ซ้ำซ้อนหลาย.
ผู้สร้างใน [21] ดำเนินการศึกษาอย่างกว้างขวางวัดขึ้นอยู่กับ MPTCP สำหรับอุปกรณ์ dualhomed (มี Wi-Fi และ 3G / LTE).
กำไรประสิทธิภาพการทำงานและความสมดุลของขนาดการไหลที่มีการรายงานที่มีความคล้ายคลึง กับ
ผลที่นำเสนอในงานนี้.
อย่างไรก็ตามความแตกต่างที่สำคัญที่เราต้องการจะทำไม่ได้ตามประสิทธิภาพการทำงาน แต่การดำเนินการตาม.
MobilityFirst ให้เป็นโซลูชั่นที่เลเยอร์เครือข่ายทำความสะอาดด้วยการฟ้อนรำจากการฟ้อนรำการจัดส่งข้อมูลที่เชื่อถือได้.
มองเห็นประการแรกเครือข่ายได้ดีขึ้น เทียบกับ ณ สิ้นเจ้าภาพซึ่งช่วยให้สามารถตัดสินใจได้ดีขึ้น.
ประการที่สองการผลักดันปัญญาลงไปเราเตอร์ช่วยให้ปลายเจ้าภาพในการทำงาน
ที่หลากหลายของการใช้งานด้านบน.
อุปกรณ์อัจฉริยะสามารถแสดงนโยบายของพวกเขาที่จะใช้เส้นทางที่ซ้ำซ้อนหลายคล้ายกับ MPTCP ในขณะที่อุปกรณ์รุ่นเก่าสามารถปล่อยให้เครือข่ายตัดสินใจในนามของพวกเขาและยังให้บรรลุผลประโยชน์เทียบเคียง

ผลลัพธ์ (ไทย) 3:

งานที่เกี่ยวข้องกับ .ในวิธีการที่เครือข่ายต่อ multihoming อธิบายไว้ในกระดาษนี้จะประกอบไปด้วย multihomed วรรณกรรมที่สนับสนุนอุปกรณ์ในอินเทอร์เน็ตที่ผ่านมา ข้อเสนอในเรื่องนี้สามารถแบ่งบนพื้นฐานของโปรโตคอลเลเยอร์ที่การสนับสนุนสำหรับ multihoming อยู่ .อ้างอิง [ 13 ] เสนอกลไก proxy ชั้นเครือข่ายสำหรับ multihoming แต่ต้องอย่างละเอียดความคิดเห็นของข้อมูลคุณภาพลิงค์โครงการที่เสนอใน [ 14 ] , [ 15 ] เปิด handoffs แนวตั้งระหว่าง 3GPP , WiMAX , อย่างไรก็ตาม , พวกเขาไม่สนับสนุนการเชื่อมต่อหลายแถบข้อมูลผ่านโทรศัพท์มือถือ .ย้ายขึ้นไปในโปรโตคอลสแต็ค ความพยายามล่าสุดได้ไปสู่ชั้นขนส่งวิธีการ multihoming สนับสนุน [ 16 ] - [ 18 ]ในขณะที่เหล่านี้ endto ชั้นข้อเสนอสิ้นสุดการขนส่งได้เริ่มเห็นบางต้นใช้ พวกเขามีความยืดหยุ่น จำกัด ในลักษณะที่เป็นการเชื่อมต่อหลาย ๆสามารถใช้เส้นทางไม่ให้ความท้าทายต่อไปแบบ TCP ตาม multihoming การใช้งานตามที่แสดงใน [ 19 ]ในการนี้ แบบ TCP [ 20 ] ช่วยให้ตระหนักถึงการใช้งานแบบแสดงการตั้งค่านโยบายและอุปกรณ์รวมกว่าหลายซ้อนเส้นทางผู้เขียน [ 21 ] ทําการวัดอย่างละเอียดตามการศึกษาใน mptcp สำหรับ dualhomed อุปกรณ์ที่มี Wi - Fi และ 3G / LTE )ประสิทธิภาพเพิ่มและ tradeoffs ขนาดกระแสรายงานจะคล้ายกับผลลัพธ์ที่แสดงในงานนี้อย่างไรก็ตาม ที่สำคัญความแตกต่างที่เราอยากจะทำ ไม่ใช่การปฏิบัติตาม แต่การดำเนินการตามmobilityfirst ให้บริการโซลูชั่นเครือข่ายชั้นสะอาดกับ Hop Hop โดยส่งข้อมูลที่เชื่อถือได้ประการแรก เครือข่ายมีการปรับปรุงการมองเห็นเมื่อจบโยธาซึ่งช่วยให้ตัดสินใจได้ดีขึ้นประการที่สอง ผลักดันปัญญาลงไปเราเตอร์ให้จบโยธาไปวิ่งความหลากหลายของการใช้งานบนอุปกรณ์อัจฉริยะสามารถแสดงนโยบายของพวกเขาที่จะใช้หลายซ้ำซ้อนกัน คล้ายกับ mptcp ในขณะที่อุปกรณ์มรดกให้เครือข่ายตัดสินใจในนามของพวกเขา และยัง บรรลุประโยชน์ประสิทธิภาพเทียบเท่า