3.2. Dynamic adaptationQoS manageme

3.2. Dynamic adaptation

QoS management policy will be subject to user preferences and application-specific behaviour. Applications may find it useful to have a specification of the QoS management policy before the application starts operating. This would certainly be of value to the network for controlled allocation of resources, and makes sense in the context of trying to assure end-to-end to QoS. However, in our consideration of dynamic adaptability, the use of the application typically requires interaction with the user in order to determine its adaptation requirements, and these may not be known until after the application is running. In Ref. [12], the QoS management policy: captures the degree of QoS adaptation (continuous or discrete) that the flow can tolerate and the scaling actions to be taken in the event of violations to the contracted QoS [20].

We chose to make a separation between what “the flow can tolerate” and the “scaling actions to be taken”. We argue that the former is a property of the media and the latter is an application-specific requirement that includes interaction with the user. Flow performance specifications can be used to indicate the flow-states that are possible for a flow and can be determined by the application designer. The action to be taken on fluctuations (“violations”) of QoS is a dynamic adaptation decision and cannot be determined by the application designer a priori. It is the difference between the application designer saying, “I know what is sensible for the application”, and the user saying, “I know what is sensible for the application to do for me”. Ultimately the application's functional constraints have the final say on which flow-state(s) is (are) functionally possible, but this should not dictate how the user would like the application to behave, i.e. how adaptation should take place. Ref. [21]points out that the user requirements and the network QoS may change throughout the session and proposes that the user should be given the opportunity to make informed decisions about application adaptation. As an example, consider a remote teaching scenario and the requirements of the audio and video flows. When operating in lecture mode (main part of the teaching session), the conferencing application may tolerate relatively high delay and throughput is asymmetric, but during a question and answer session (at the end of the teaching session), low delay and jitter are required with symmetric throughput for flows.

The application must be able to assess the user preferences and available network QoS in order to make automatic and dynamic adaptation decisions.

4. The QoSSpace
Our concern is that we try and assess the overall relative compatibility between the flow QoSStates and the network QoS rather than try to evaluate the equality (or otherwise) of the absolute values of the QoS parameters for a flow-state and the measurements taken from the network. We would like our model to indicate how well the network QoS matches the requirements for any of an application's flow-states.

4.1. QoSSpace, QoSParams and QoSStates

The QoSSpace is a multi-dimensional space in which flows conceptually exist, and into which the network QoS is mapped. Flows are represented by QoSStates, and each flow may have a set of QoSStates. The dimensions of the QoSSpace are represented by a set of QoSParams. This is depicted in Fig. 2(a), which shows only three QoSParams, but any number of QoSParams are possible.

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

3.2. แบบไดนามิกปรับนโยบายการจัดการ QoS จะขึ้นอยู่กับลักษณะของผู้ใช้และพฤติกรรมเฉพาะของโปรแกรมประยุกต์ โปรแกรมประยุกต์อาจพบว่ามีการมีข้อกำหนดของนโยบายการจัดการ QoS ก่อนที่โปรแกรมประยุกต์เริ่มการทำงาน นี้จะเป็นของเครือข่ายสำหรับการปันส่วนทรัพยากรควบคุม และทำให้รู้สึกในบริบทของการสิ้นสุดเพื่อสิ้นสุดการ QoS มั่นใจ อย่างไรก็ตาม ในพิจารณาของเราหลากหลายแบบไดนามิก การใช้งานของโปรแกรมโดยทั่วไปต้องโต้ตอบกับผู้ใช้เพื่อตรวจสอบข้อกำหนดของการปรับตัว และเหล่านี้อาจไม่รู้จักจนกระทั่งหลังจากประยุกต์ ในรหัส [12], นโยบายการจัดการ QoS: จับระดับของ QoS การปรับตัว (ต่อเนื่อง หรือไม่ต่อเนื่อง) ที่สามารถทนต่อการไหล และการดำเนินการมาตราส่วนที่จะใช้ในกรณีละเมิดการ QoS สัญญา [20]เราเลือกที่จะทำให้มีการแยกระหว่างอะไร "สามารถทนต่อการไหล" และ "ปรับการดำเนินการจะต้องดำเนินการ" เราเถียงว่า คุณสมบัติของสื่อแบบเดิม และหลังมีความต้องการเฉพาะโปรแกรมประยุกต์ที่มีการโต้ตอบกับผู้ใช้ รายละเอียดประสิทธิภาพการไหลสามารถถูกใช้เพื่อแสดงสถานะขั้นตอนที่เป็นไปได้สำหรับการไหล และสามารถถูกกำหนด โดยผู้ออกแบบแอพพลิเคชัน การบนความผันผวน ("ละเมิด") ของ QoS ดำเนินการคือ การตัดสินใจปรับแบบไดนามิก และไม่สามารถถูกกำหนด โดยผู้ออกแบบแอพพลิเคชันนิรนัย มันเป็นความแตกต่างระหว่างผู้ออกแบบแอพพลิเคชันที่บอกว่า "ฉันรู้ว่ามีอะไรเหมาะสมสำหรับโปรแกรมประยุกต์" และผู้ว่า "ฉันรู้ว่ามีอะไรเหมาะสมสำหรับโปรแกรมประยุกต์เพื่อที่ทำให้ฉัน" ชี้ขาดบนที่มีข้อจำกัดการทำงานของโปรแกรมประยุกต์-เป็นรัฐ (จะ) ไปได้หน้าที่ แต่นี้ไม่ควรบอกวิธีที่ผู้ใช้ต้องประยุกต์การทำงาน เช่นวิธีการปรับตัวควรเกิดขึ้น รหัส [21] ชี้ว่า ความต้องการของผู้ใช้และเครือข่าย QoS อาจเปลี่ยนแปลงได้ตลอดเวลา และเสนอว่า ผู้ใช้ควรได้รับโอกาสในการตัดสินใจเกี่ยวกับการปรับประยุกต์ ตัวอย่างเช่น พิจารณาสถานการณ์การสอนระยะไกลและความต้องการของกระแสเสียง และวิดีโอ เมื่อทำงานในโหมดการบรรยาย (ส่วนหลักของเซสชันสอน), แอพลิเคชันการประชุมอาจทนต่อความล่าช้าที่ค่อนข้างสูง และความเร็วคือสมมาตร แต่ในระหว่างการถามและตอบ (เมื่อสิ้นสุดเซสชันการสอน), หน่วงเวลาต่ำและกระวนกระวายใจจำเป็น ด้วยอัตราเร็วแบบกระแสโปรแกรมต้องสามารถประเมินลักษณะของผู้ใช้และเครือข่ายใช้ QoS เพื่อทำการตัดสินใจปรับตัวอัตโนมัติ และแบบไดนามิก4. QoSSpaceเรื่องของเราคือ ว่า เราพยายาม และประเมินรวมญาติกันระหว่างการไหล QoSStates ของเครือข่าย QoS แทนพยายามประเมินความเสมอภาค (หรือมิฉะนั้น) ของค่าสัมบูรณ์ของพารามิเตอร์ QoS สำหรับสภาพการไหลและการวัดที่มาจากเครือข่าย เราต้องมีรูปแบบของเราเพื่อระบุวิธีที่ดีที่เครือข่าย QoS ตรงกับความต้องการของสถานะขั้นตอนของโปรแกรมประยุกต์4.1. QoSSpace, QoSParams และ QoSStatesQoSSpace เป็นพื้นที่หลายมิติ ในที่ไหลทางแนวคิดที่มีอยู่ และเครือข่าย QoS จะถูกแมป กระแสแสดง โดย QoSStates และกระแสแต่ละอาจมีชุดของ QoSStates มิติของ QoSSpace ที่แสดง โดยชุดของ QoSParams นี้จะกล่าวถึงในรูป 2(a) ซึ่งแสดงเพียงสาม QoSParams แต่จำนวน QoSParams เป็นไปได้

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

3.2 การปรับตัวแบบไดนามิกนโยบายการจัดการ QoS จะต้องมีการตั้งค่าของผู้ใช้และพฤติกรรมการใช้ที่เฉพาะเจาะจง การใช้งานอาจพบว่ามีประโยชน์ที่จะมีการกำหนดนโยบายการจัดการ QoS ก่อนโปรแกรมเริ่มปฏิบัติการ นี้อย่างแน่นอนจะมีค่าไปยังเครือข่ายสำหรับการจัดสรรควบคุมทรัพยากรและทำให้ความรู้สึกในบริบทของการพยายามที่จะมั่นใจแบบ end-to-end เพื่อ QoS อย่างไรก็ตามในการพิจารณาของการปรับตัวของเราแบบไดนามิกการใช้งานของแอพลิเคชันมักจะต้องมีปฏิสัมพันธ์กับผู้ใช้เพื่อตรวจสอบความต้องการของการปรับตัวของตนและเหล่านี้อาจไม่เป็นที่รู้จักจนกระทั่งหลังจากที่โปรแกรมกำลังทำงาน ในการอ้างอิง [12], นโยบายการบริหาร QoS:. จับระดับของ QoS การปรับตัว (ต่อเนื่องหรือไม่ต่อเนื่อง) ที่ไหลสามารถทนต่อการกระทำและการปรับจะต้องดำเนินการในกรณีที่มีการละเมิดไป QoS หด [20] ที่เราเลือกที่จะทำ แยกระหว่างสิ่งที่ "การไหลสามารถทน" และ "การกระทำการปรับจะต้องดำเนินการ" เรายืนยันว่าอดีตเป็นทรัพย์สินของสื่อและหลังเป็นความต้องการเฉพาะของโปรแกรมประยุกต์ที่มีปฏิสัมพันธ์กับผู้ใช้ รายละเอียดผลการดำเนินงานการไหลสามารถนำมาใช้เพื่อแสดงให้เห็นการไหลของรัฐที่มีความเป็นไปได้สำหรับการไหลและสามารถได้รับการพิจารณาโดยนักออกแบบแอพลิเคชัน การดำเนินการจะต้องดำเนินการกับความผันผวน ( "ละเมิด") ของ QoS คือการตัดสินใจการปรับตัวแบบไดนามิกและไม่สามารถกำหนดโดยนักออกแบบแอพลิเคชันเบื้องต้น มันเป็นความแตกต่างระหว่างนักออกแบบแอพลิเคชันกล่าวว่า "ฉันรู้ว่าสิ่งที่เป็นที่เหมาะสมสำหรับการประยุกต์ใช้" และการใช้คำพูดที่ว่า "ฉันรู้ว่าสิ่งที่เหมาะสมสำหรับการประยุกต์ใช้ในการทำเพื่อฉันว่า" ในท้ายที่สุดของโปรแกรม จำกัด การทำงานมีการพูดสุดท้ายที่ไหลรัฐ (s) (มี) เป็นไปตามหน้าที่ แต่ไม่ควรกำหนดวิธีการที่ผู้ใช้ต้องการประยุกต์ใช้ในการปฏิบัติตนเช่นวิธีการปรับตัวควรจะเกิดขึ้น อ้าง [21] ชี้ให้เห็นว่าความต้องการของผู้ใช้และ QoS เครือข่ายอาจมีการเปลี่ยนแปลงตลอดช่วงและแนะว่าผู้ใช้ควรจะได้รับโอกาสที่จะทำให้การตัดสินใจเกี่ยวกับการปรับตัวของแอพลิเคชัน ตัวอย่างเช่นพิจารณาสถานการณ์การเรียนการสอนระยะไกลและความต้องการของเสียงและวิดีโอกระแส เมื่อใช้งานในโหมดการบรรยาย (ส่วนหลักของเซสชั่นการเรียนการสอน) แอพลิเคชันการประชุมอาจทนต่อความล่าช้าที่ค่อนข้างสูงและผ่านไม่สมมาตร แต่ในช่วงคำถามและคำตอบครั้ง (ในตอนท้ายของเซสชั่นการเรียนการสอน) ความล่าช้าต่ำและกระวนกระวายใจจะต้อง กับการส่งผ่านกระแสสมมาตร. ใบสมัครจะต้องสามารถที่จะประเมินค่าของผู้ใช้และ QoS เครือข่ายที่มีอยู่ในการที่จะทำให้การตัดสินใจในการปรับตัวโดยอัตโนมัติและแบบไดนามิก. 4 QoSSpace ความกังวลของเราคือการที่เราพยายามและประเมินผลการทำงานร่วมกันของญาติโดยรวมระหว่าง QoSStates ไหลและ QoS เครือข่ายมากกว่าพยายามที่จะประเมินความเท่าเทียมกัน (หรืออื่น ๆ ) ของค่าสัมบูรณ์ของพารามิเตอร์ QoS สำหรับการไหลของรัฐและการวัดที่ถ่าย จากเครือข่าย เราต้องการรูปแบบของเราที่จะแสดงให้เห็นวิธีการที่ดีเครือข่าย QoS ตรงกับความต้องการสำหรับการใด ๆ ของแอพลิเคชันของการไหลของรัฐ. 4.1 QoSSpace, QoSParams และ QoSStates QoSSpace เป็นพื้นที่หลายมิติในแนวคิดที่ไหลอยู่และเป็นที่เครือข่าย QoS ถูกแมป กระแสโดยมีตัวแทน QoSStates และแต่ละไหลอาจมีชุดของ QoSStates ขนาดของ QoSSpace แสดงด้วยชุดของ QoSParams นี้เป็นที่ปรากฎในรูป 2 (ก) ซึ่งแสดงให้เห็นเพียงสาม QoSParams แต่จำนวนของ QoSParams ใด ๆ ที่เป็นไปได้

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

3.2 . พลวัตการปรับตัวนโยบายการจัดการ QoS จะขึ้นอยู่กับความชอบของผู้ใช้และพฤติกรรมเฉพาะโปรแกรม โปรแกรมประยุกต์อาจพบว่ามีประโยชน์ที่จะมีรายละเอียดของ QoS การจัดการนโยบายก่อนที่โปรแกรมจะเริ่มทำงาน นี้อย่างแน่นอนจะเป็นค่าเครือข่ายการควบคุมการจัดสรรทรัพยากร และสมเหตุสมผลในบริบทของการพยายามที่จะรับประกัน QoS ) เพื่อ . อย่างไรก็ตาม ในการพิจารณาของพลวัตการปรับตัว , การใช้โปรแกรมโดยทั่วไปจะต้องมีปฏิสัมพันธ์กับผู้ใช้เพื่อกำหนดความต้องการของการปรับตัวและเหล่านี้อาจไม่เป็นที่รู้จักจนกระทั่งหลังจากการใช้ . ในอังกฤษ [ 12 ] , QoS การจัดการนโยบาย : จับระดับของ QoS การปรับตัว ( ต่อเนื่องหรือไม่ต่อเนื่อง ) ที่ไหลผ่านและการกระทำที่จะต้องดำเนินการในกรณีของการละเมิดสัญญา QoS [ 20 ]เราเลือกที่จะแยกว่า " การไหลสามารถทน " และ " การกระทำที่จะต้องดำเนินการ " เรายืนยันว่าอดีตเป็นคุณสมบัติของสื่อและหลังเป็นโปรแกรมเฉพาะความต้องการที่จะมีปฏิสัมพันธ์กับผู้ใช้ การกำหนดสมรรถนะที่สามารถใช้เพื่อบ่งชี้ถึงการระบุว่าเป็นไปได้สำหรับการไหลและสามารถกำหนดโดยนักออกแบบโปรแกรม การกระทำที่จะต้องดำเนินการในความผันผวน ( " การละเมิด " ) ของ QoS คือการตัดสินใจการปรับตัวแบบไดนามิกและไม่สามารถกำหนดโดยโปรแกรมออกแบบ priori . มันคือความแตกต่างระหว่างใบสมัครนักออกแบบกล่าวว่า " ฉันรู้ว่าเป็นที่เหมาะสมสำหรับการประยุกต์ใช้ " และผู้ใช้กล่าวว่า " ฉันรู้ว่าเป็นที่เหมาะสมสำหรับการทำสำหรับฉัน " สุดของโปรแกรมการทำงานข้อจำกัดมีสุดท้ายกล่าวว่ารัฐไหล ( s ) ( จะ ) ง่ายที่สุด แต่นี้ไม่ควรบอกวิธีการที่ผู้ใช้ต้องการให้โปรแกรมทำ เช่นว่า การปรับตัวจะเกิดขึ้น อ้างอิง [ 21 ] ชี้ว่า ความต้องการของผู้ใช้และเครือข่าย QoS อาจเปลี่ยนแปลงตลอดเวลา และเสนอว่า ผู้ใช้ควรจะได้รับโอกาสในการตัดสินใจเกี่ยวกับการปรับเปลี่ยน ตัวอย่าง พิจารณาสถานการณ์การสอนทางไกลและความต้องการของกระแสเสียงและวิดีโอ เมื่อใช้งานในโหมดการบรรยาย ( ส่วนหลักของการสอนเซสชั่น ) , การประชุมการล่าช้าอาจอดทนค่อนข้างสูงและ throughput คือสมมาตร แต่ในระหว่างเซสชั่นคำถามและคำตอบ ( ที่ส่วนท้ายของเซสชั่นการหน่วงเวลาต่ำและกระวนกระวายใจ ) ใช้กับ throughput สมมาตรสำหรับกระแสโปรแกรมจะต้องสามารถประเมินผู้ใช้ตั้งค่าและ QoS เครือข่ายที่มีอยู่เพื่อที่จะทำให้การตัดสินใจการปรับตัวโดยอัตโนมัติและแบบไดนามิก4 . การ qosspaceปัญหาของเราคือ เราพยายาม และประเมินโดยรวมญาติ ความเข้ากันได้ระหว่างการไหล qosstates และเครือข่าย QoS แทนที่จะพยายามเพื่อประเมินความเสมอภาค ( หรืออย่างอื่น ) ของค่าสัมบูรณ์ของ QoS พารามิเตอร์สำหรับสภาพการไหลและที่วัดได้จากเครือข่าย เราต้องการนางแบบเพื่อบ่งชี้ว่าเครือข่าย QoS ตรงกับความต้องการสำหรับใด ๆของรัฐ การไหลของการประยุกต์ใช้4.1 . qosspace qosparams qosstates , และการ qosspace คือช่องว่างมิติที่กระแสแนวคิดอยู่ และซึ่งเป็นเครือข่าย QoS เป็นแมป . ไหลจะแสดงโดย qosstates และแต่ละไหลอาจจะมีชุดของ qosstates . ขนาดของ qosspace แทนด้วยชุดของ qosparams . นี้จะแสดงในรูปที่ 2 ( ก ) ซึ่งจะแสดงเพียงสาม qosparams แต่หมายเลขใด ๆของ qosparams เป็นไปได้