AbstractWe present a network model

Abstract
We present a network model that allows processing of QoS (quality of service) information about media flows to enable applications to make adaptation decisions. Our model is based around a multi-dimensional spatial representation that allows QoS information describing the flow constructions and QoS parameters – flow-states – to interact with a representation of the network QoS. The model produces reports about the compatibility between the flow-states and the network QoS, indicating which flow-states the network can currently support. The simple nature of the reports allows the application to make decisions, dynamically, on which flow-state it should use. The model is relatively lightweight and scaleable. We demonstrate the use of the model by simulation of a dynamically adaptive audio tool. Our work is ongoing.

Keywords
QoS (quality of service); QoS summarisation; Adaptive applications; Internet applications
1. Introduction
In a best-effort network such as the Internet, there is no guarantee of the network QoS that a particular application instance might receive. The QoS may fluctuate due to routing effects or traffic interactions in the network 1 and 2, or the application may be resident on a mobile host [3]. There is currently great interest in making applications adaptable to changes in network QoS. This is of particular importance for real-time media flows or flows that are sensitive to QoS fluctuations. Much of the attention for this work has focused on mechanisms that allow adaptability of the media flow construction by scaling (e.g. Ref. [4]), filtering (e.g. Ref. [5]) or encoding techniques (e.g. 6 and 7). An area that has received little attention is how applications can dynamically select the correct flow construction to match the available network QoS. The application must currently rely on the user to set the correct preferences to allow operation in a particular QoS regime. Although application-specific mechanisms exist to allow some automatic adaptation (e.g. elastic buffering to combat jitter in audio tools), we would like to offer a more general model to allow applications to dynamically adjust their flow construction.

In this paper, we start by considering the interactions required between the user, the application and the network in deciding how flows should adapt (Section 2) and consider existing work (Section 3). We then present our model and a short analysis of its function (Section 4) followed by simulation of three scenarios showing an audio tool that uses our model (Section 5). This is followed by a discussion of the key observations and insights we have gained from this work, so far (Section 6). We end with some short concluding remarks (Section 7).

2. The user, the application and the network
To allow adaptation, there must be interaction between the user, the application and the network. The network must supply information about the QoS that is being provided to the flow. The user must specify preferences that govern the behaviour of the application. It is then up to the application to decide how adaptation should take place based on both of these pieces of information. Our area of interest is shown by the dashed box in Fig. 1. We think of the application as having well-defined modes that represent operating conditions for the application. Associated with the applications modes are media flow-states, QoSStates, that represent the operating conditions for flows. The QoSSpace is our network model and the QoSStates conceptually exist within the QoSSpace. The QoSEngine maps network state (derived from real QoS parameter measurements for the flow) into the QoSSpace. (We do not consider the QoSEngine in detail in this paper, but it does form part of our work.) The QoSSpace issues QoSReports that contain a state compatibility value (SCV) for each flow-state from the application. The application then combines the SCVs with other application-specific information to make an adaptation decision using an application adaptation function (AAF). We say more about QoSStates, QoSSpace, QoSReports and SCVs in Section 4, and show an example of an AAF in Section 5. In Fig. 1, we show only one flow but many are possible. The definition of a flow is application-specific.

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

บทคัดย่อเรานำเสนอแบบเครือข่ายที่ช่วยให้การประมวลผลข้อมูล QoS (คุณภาพบริการ) เกี่ยวกับสื่อเพื่อใช้ในงานดัดแปลงตัดสินใจ ของเราขึ้นรอบการแสดงเชิงพื้นที่หลายมิติที่ช่วยให้ข้อมูล QoS ที่อธิบายขั้นตอนการก่อสร้างและ QoS พารามิเตอร์-ไหลสหรัฐอเมริกาการโต้ตอบกับการแสดงของเครือข่าย QoS รูปแบบสร้างรายงานเกี่ยวกับความเข้ากันระหว่างสถานะขั้นตอนของเครือข่าย QoS แสดงสถานะซึ่งขั้นตอนขณะนี้สามารถสนับสนุนเครือข่าย ธรรมชาติง่าย ๆ รายงานช่วยให้โปรแกรมประยุกต์การตัดสินใจ ไดนามิก บนซึ่งรัฐไหลควรใช้ รูปแบบมีน้ำหนักเบา และปรับค่อนข้าง เราสามารถแสดงการใช้ของรูปแบบ โดยจำลองเครื่องมือเสียงปรับแบบไดนามิก งานของเราอย่างต่อเนื่องคำสำคัญQoS (คุณภาพบริการ); QoS summarisation ปรับใช้งาน ใช้งานอินเทอร์เน็ตบทนำในความพยายามที่ดีที่สุดเครือข่ายเช่นอินเทอร์เน็ต มีการรับประกันของเครือข่าย QoS ที่อินสแตนซ์ของโปรแกรมประยุกต์เฉพาะที่อาจได้รับ QoS อาจผันผวนเนื่องจากผลผลิตหรือการโต้ตอบการจราจรในเครือข่าย 1 และ 2 หรือโปรแกรมที่อาจจะอยู่บนโฮสต์มือถือ [3] มีความสนใจในปัจจุบันในการทำงานสามารถปรับเปลี่ยนการเปลี่ยนแปลงในเครือข่าย QoS นี่คือความสำคัญเฉพาะสำหรับกระแสสื่อแบบเรียลไทม์หรือไหลที่มีความไวต่อการผันผวนของ QoS สนใจงานนี้มากได้เน้นกลไกที่ช่วยให้ปรับตัวของสื่อสร้างกระแส โดยมาตราส่วน (เช่นอ้างอิง [4]) กรอง (เช่นอ้างอิง [5]) หรือการเข้ารหัสเทคนิค (เช่น 6 และ 7) พื้นที่ที่ได้รับความสนใจน้อยเป็นวิธีการใช้งานแบบไดนามิกสามารถเลือกก่อสร้างกระแสเพื่อให้ตรงกับเครือข่ายใช้ QoS กำลังต้องใช้โปรแกรมประยุกต์ผู้ใช้การตั้งค่าการกำหนดลักษณะที่ถูกต้องเพื่อให้การทำงานในระบอบ QoS เฉพาะ แม้ว่ากลไกเฉพาะโปรแกรมประยุกต์ที่มีอยู่อนุญาตให้ดัดแปลงบางอย่างโดยอัตโนมัติ (เช่นยืดหยุ่นการกำหนดบัฟเฟอร์การต่อสู้วาดในมือเสียง), เราอยากจะนำเสนอแบบทั่วไปเพื่ออนุญาตให้โปรแกรมประยุกต์แบบไดนามิกปรับการก่อสร้างกระแสในกระดาษนี้ เราเริ่มต้น ด้วยการพิจารณาการโต้ตอบระหว่างผู้ใช้ แอพลิเคชัน และเครือข่ายในการตัดสินใจว่า กระแสควรปรับตัว (2 ส่วน) และพิจารณางานที่มีอยู่ (ส่วน 3) เราจากนั้นแสดงรูปแบบของเราและการวิเคราะห์สั้นของฟังก์ชั่น (4 ส่วน) ตาม ด้วยการจำลองสถานการณ์ที่สามแสดงเครื่องมือเสียงที่ใช้รูปแบบของเรา (5 ส่วน) แล้วตาม ด้วยการสนทนาของข้อสังเกตที่สำคัญและข้อมูลเชิงลึกที่เราได้รับจากงานนี้ เพื่อให้ห่างไกล (ข้อ 6) เราจบ ด้วยเหตุบางอย่างสรุปสั้น ๆ (มาตรา 7)2. ผู้ใช้ แอพลิเคชัน และเครือข่ายเพื่อให้การปรับตัว ต้องมีปฏิสัมพันธ์ระหว่างผู้ใช้ แอพลิเคชัน และเครือข่าย เครือข่ายต้องจัดหาข้อมูลเกี่ยวกับ QoS ที่ให้การไหล ผู้ใช้ต้องระบุการกำหนดลักษณะซึ่งควบคุมลักษณะการทำงานของโปรแกรมประยุกต์ แล้วถึงแอพลิเคชันในการตัดสินใจการปรับตัวควรมีอยู่บนทั้งสองของชิ้นส่วนเหล่านี้ของข้อมูล โดยกล่องเส้นประในรูปที่ 1 แสดงพื้นที่ของเราน่าสนใจ เราคิดว่า โปรแกรมมีดีที่กำหนดโหมดการทำงานที่แสดงถึงเงื่อนไขสำหรับแอพลิเคชัน เกี่ยวข้องกับโหมดการใช้งานกระแสสื่ออเมริกา QoSStates ที่แสดงถึงสภาวะการกระแส QoSSpace เป็นรูปแบบเครือข่ายของเรา และ QoSStates มีอยู่ภายใน QoSSpace การทางแนวคิด QoSEngine การแผนที่เครือข่ายของรัฐ (ที่ได้รับจากการวัดจริงของพารามิเตอร์ QoS สำหรับการไหล) เข้า QoSSpace (เราไม่ควร QoSEngine ในรายละเอียดในเอกสารนี้ แต่มันเป็นส่วนหนึ่งของงานของเรา) QoSSpace การออก QoSReports ที่ประกอบด้วยค่าสถานะเข้ากันได้ (SCV) สำหรับแต่ละรัฐไหลจากแอพลิเคชัน แอพลิเคชันแล้วรวม SCVs การกับข้อมูลเฉพาะโปรแกรมประยุกต์อื่น ๆ เพื่อให้การตัดสินใจปรับใช้ฟังก์ชันการปรับประยุกต์ (AAF) เราบอกว่า เติม QoSStates, QoSSpace, QoSReports และ SCVs ในส่วนที่ 4 และแสดงตัวอย่างของ AAF ที่ในข้อ 5 ในรูปที่ 1 เราแสดงการไหลเดียว แต่ส่วนมากเป็นไปได้ คำจำกัดความของไหลมีเฉพาะโปรแกรมประยุกต์

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

บทคัดย่อ
เรานำเสนอรูปแบบเครือข่ายที่ช่วยให้การประมวลผลของ QoS (คุณภาพของการบริการ) ข้อมูลเกี่ยวกับกระแสสื่อเพื่อเปิดใช้งานการใช้งานในการตัดสินใจในการปรับตัว แบบจำลองของเราเป็นไปตามรอบการแสดงเชิงพื้นที่หลายมิติที่ช่วยให้ QoS ข้อมูลที่อธิบายการก่อสร้างการไหลและพารามิเตอร์ QoS - ไหลสหรัฐอเมริกา - การโต้ตอบกับตัวแทนของ QoS เครือข่าย รูปแบบการผลิตรายงานเกี่ยวกับการทำงานร่วมกันระหว่างการไหลรัฐและ QoS เครือข่ายที่ระบุซึ่งไหลเครือข่ายฯ ในปัจจุบันสามารถรองรับ ธรรมชาติที่เรียบง่ายของรายงานที่ช่วยให้การประยุกต์ใช้ในการตัดสินใจแบบไดนามิกซึ่งการไหลของรัฐก็ควรใช้ รูปแบบที่ค่อนข้างมีน้ำหนักเบาและปรับขนาดได้ เราแสดงให้เห็นถึงการใช้รูปแบบโดยแบบจำลองของเครื่องมือที่เสียงการปรับตัวแบบไดนามิก การทำงานของเราอย่างต่อเนื่อง. คำQoS (คุณภาพของการบริการ); QoS summarisation; การใช้งานปรับตัว; การใช้งานอินเทอร์เน็ต1 ความรู้เบื้องต้นในเครือข่ายที่ดีที่สุดความพยายามเช่นอินเทอร์เน็ตมีการรับประกันของ QoS เครือข่ายที่อินสแตนซ์โปรแกรมเฉพาะอาจจะไม่ได้รับ QoS อาจเปลี่ยนแปลงไปเนื่องจากการกำหนดเส้นทางผลกระทบหรือการโต้ตอบจราจรในเครือข่ายที่ 1 และ 2 หรือโปรแกรมที่อาจจะมีถิ่นที่อยู่ในพื้นที่มือถือ [3] ขณะนี้ยังไม่มีความสนใจอย่างมากในการทำให้การใช้งานที่ปรับให้เข้ากับการเปลี่ยนแปลงใน QoS เครือข่าย นี้มีความสำคัญโดยเฉพาะอย่างยิ่งสำหรับกระแสสื่อเวลาจริงหรือกระแสที่มีความอ่อนไหวต่อความผันผวนของ QoS ความสนใจมากสำหรับการทำงานนี้ได้มุ่งเน้นไปที่กลไกที่ช่วยให้การปรับตัวของการก่อสร้างสื่อการไหลโดยการปรับขนาด (เช่น Ref. [4]) กรอง (เช่น Ref. [5]) หรือเทคนิคการเข้ารหัส (เช่นที่ 6 และ 7) พื้นที่ที่ได้รับความสนใจเล็ก ๆ น้อย ๆ เป็นวิธีการใช้งานแบบไดนามิกสามารถเลือกการก่อสร้างการไหลที่ถูกต้องเพื่อให้ตรงกับ QoS เครือข่ายที่ใช้ได้ แอพลิเคชันในขณะนี้ต้องขึ้นอยู่กับผู้ใช้ในการกำหนดค่าที่ถูกต้องเพื่อให้การดำเนินงานในระบอบการปกครองของ QoS โดยเฉพาะอย่างยิ่ง แม้ว่ากลไกเฉพาะของโปรแกรมประยุกต์ที่มีอยู่เพื่อให้บางปรับตัวอัตโนมัติ (เช่นบัฟเฟอร์ยืดหยุ่นในการต่อสู้กับกระวนกระวายใจในเครื่องมือเสียง) เราอยากจะนำเสนอรูปแบบทั่วไปมากขึ้นที่จะช่วยให้การใช้งานในการปรับแบบไดนามิกก่อสร้างไหลของพวกเขา. ในบทความนี้เราจะเริ่มต้นด้วยการพิจารณา ปฏิสัมพันธ์ที่จำเป็นระหว่างผู้ใช้แอพลิเคชันและเครือข่ายในการตัดสินใจเลือกวิธีกระแสควรปรับ (มาตรา 2) และพิจารณาการทำงานที่มีอยู่ (มาตรา 3) จากนั้นเราจะนำเสนอรูปแบบและการวิเคราะห์สั้น ๆ ของฟังก์ชั่น (มาตรา 4) ตามด้วยการจำลองสถานการณ์ที่สามแสดงเครื่องมือที่เสียงที่ใช้รูปแบบของเราของเรา (มาตรา 5) นี้จะตามด้วยการอภิปรายของข้อสังเกตที่สำคัญและข้อมูลเชิงลึกที่เราได้รับจากการทำงานนี้เพื่อให้ห่างไกล (มาตรา 6) เราจบลงด้วยข้อสังเกตบางสั้นจบ (มาตรา 7). 2 ผู้ใช้แอพลิเคชันและเครือข่ายในการอนุญาตให้ปรับตัวจะต้องมีปฏิสัมพันธ์ระหว่างผู้ใช้สมัครและเครือข่าย เครือข่ายจะต้องจัดหาข้อมูลเกี่ยวกับ QoS ที่มีการจัดเตรียมไว้ให้ไหล ผู้ใช้จะต้องระบุการตั้งค่าที่ควบคุมการทำงานของแอพลิเคชัน แล้วมันเป็นถึงประยุกต์ใช้ในการตัดสินใจเลือกวิธีการปรับตัวควรจะเกิดขึ้นบนพื้นฐานของทั้งสองชิ้นนี้ของข้อมูล พื้นที่ของเราสนใจที่จะปรากฏโดยกล่องประในรูป 1. เราคิดว่าของแอพลิเคชันที่มีรูปแบบที่ดีที่กำหนดที่แสดงถึงสภาพการใช้งานสำหรับการประยุกต์ใช้ ที่เกี่ยวข้องกับการใช้งานโหมดสื่อไหลรัฐ QoSStates, ที่เป็นตัวแทนของสภาพการใช้งานสำหรับกระแส QoSSpace เป็นรูปแบบเครือข่ายของเราและ QoSStates แนวคิดอยู่ภายใน QoSSpace รัฐเครือข่าย QoSEngine แผนที่ (มาจาก QoS จริงวัดพารามิเตอร์สำหรับการไหล) ลงใน QoSSpace (เราไม่ได้พิจารณา QoSEngine ในรายละเอียดในบทความนี้ แต่มันก็เป็นส่วนหนึ่งของการทำงานของเรา.) The QoSReports ปัญหา QoSSpace ที่มีค่าความเข้ากันได้ของรัฐ (SCV) สำหรับแต่ละการไหลของรัฐจากโปรแกรม แอพลิเคชันแล้วรวม SCVs ที่มีข้อมูลเฉพาะของโปรแกรมประยุกต์อื่น ๆ ที่จะทำให้การตัดสินใจการปรับตัวโดยใช้ฟังก์ชั่นการปรับตัวแอพลิเคชัน (AAF) เรากล่าวเพิ่มเติมเกี่ยวกับ QoSStates, QoSSpace, QoSReports และ SCVs ในมาตรา 4 และแสดงตัวอย่างของเพื่อนในมาตรา 5 ในรูป 1 เราจะแสดงเพียงหนึ่งไหล แต่ส่วนมากจะเป็นไปได้ ความหมายของการไหลเป็นโปรแกรมเฉพาะ