QoS parameters may include local (e

QoS parameters may include local (end-system) resources, not just network QoS measurements. For example, on mobile systems, measurements of battery power or host load 10 and 11may also be used for making adaptation decisions.

So, our network model should be able to process information about QoS parameters, but:

•
Should not put any constraints on where that information (measurements) should come from.
•
Should be able to accept a wide range of QoS parameters, whether end-system specific or network specific.
•
Be able to cope with any timescale over which that information is measured.
2.3. Making adaptation decisions

In Section 2.1, we saw that the user preferences introduce heterogeneity and that the information required to make an adaptation decision may reflect a per-application instance view of QoS. A mechanism is required that can give an indication of the ability of the network to support any of a number of flow-states that an application instance might take. In a distributed application, there may be other application-level signalling involved before adaptation can take place. Also, the application modes may be functions of other application-specific information, so our model can not make a decision for the application, but offer QoS summaries – QoSReports – that represent a view of the relative compatibility of the network QoS and the application's flow capability. However, in general we are not aware of the following application-specific details:

•
The nature in which information from a current QoSReport must be evaluated with information from previous QoSReports in order to make flow-state change decisions.
•
The nature in which QoSReports must be evaluated with other (application-specific) information in order to make flow-state change decisions.
There may be a statistical or temporal sense in which our QoSReports have meaning to the application with respect to its current mode or flow-states. The application may have synchronisation constraints between its application flows. Such matters can only be assessed by the application. So, we chose to separate the network-related flow-state information from other application-specific information. We chose that the flow-states be expressed as QoSStates, flow-state information that is specific only to the QoS requirements and constraints of the individual application traffic flows. For example, an audio application may have several different audio encoding techniques and each would be a separate QoSState for that audio flow. Furthermore, as we do not know how the application will use the QoSReports from our model, we should simply issue QoSReports that are based on an assessment of the instantaneous QoS of the network – a snapshot in time. This is also consistent with our requirement for our model to work within the timescale constraints of the application.

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

QoS พารามิเตอร์อาจรวมถึงทรัพยากรท้องถิ่น (สิ้นสุดระบบ) ไม่ใช่แค่เครือข่าย QoS วัด เช่น ระบบมือถือ วัดแบตเตอรี่โหลดไฟหรือโฮสต์ 10 และ 11 จะใช้การตัดสินใจปรับตัวดังนั้น รูปแบบเครือข่ายของเราจะสามารถประมวลผลข้อมูลเกี่ยวกับพารามิเตอร์การ QoS แต่:•ไม่ควรใส่ข้อจำกัดใด ๆ บนข้อมูลที่ (วัด) ควรมาจากไหน•ควรจะยอมรับพารามิเตอร์การช่วงกว้างของ QoS ว่าเครือข่ายเฉพาะหรือเฉพาะสิ้นสุดระบบการ•สามารถรับมือกับสเกลการวัดข้อมูลที่2.3. การตัดสินใจปรับตัวในส่วน 2.1 เราเห็นว่า การกำหนดลักษณะผู้ใช้แนะนำ heterogeneity และให้ข้อมูลที่จำเป็นเพื่อให้การตัดสินใจการปรับตัวอาจสะท้อนมุมมองต่อแอพลิเคชันอินสแตนซ์ของ QoS จำเป็นต้องมีกลไกที่สามารถให้การบ่งชี้ความสามารถของเครือข่ายการสนับสนุนใด ๆ จำนวนของสถานะขั้นตอนที่อินสแตนซ์แอพลิเคชันอาจใช้ได้ ในโปรแกรมประยุกต์แบบกระจาย อาจมีโปรแกรมประยุกต์อื่น ๆ ระดับไฟสัญญาณเกี่ยวข้องก่อนการปรับตัวสามารถทำ ยัง โหมดโปรแกรมประยุกต์อาจเป็นฟังก์ชันของข้อมูลเฉพาะโปรแกรมประยุกต์อื่น ๆ เพื่อรุ่นของเราสามารถทำการตัดสินใจสำหรับโปรแกรมประยุกต์ แต่มีสรุป QoS – QoSReports – ที่แสดงมุมมองของความเข้ากันได้แบบย่อของเครือข่าย QoS และความสามารถในการไหลของโปรแกรมประยุกต์ อย่างไรก็ตาม โดยทั่วไปเราจะไม่ทราบถึงรายละเอียดเฉพาะโปรแกรมประยุกต์ต่อไปนี้:•ลักษณะที่ข้อมูลจาก QoSReport ปัจจุบันต้องประเมินได้ข้อมูลจาก QoSReports ก่อนหน้านี้เพื่อตรวจสอบสถานะของไหลเปลี่ยนการตัดสินใจ•ธรรมชาติที่ QoSReports ต้องประเมินได้ข้อมูลอื่น ๆ (เฉพาะโปรแกรม) เพื่อตรวจสอบสถานะของไหลเปลี่ยนการตัดสินใจอาจมีความรู้สึกทางสถิติ หรือขมับที่ QoSReports ของเรามีความหมายที่ใช้กับโหมดปัจจุบันหรือสถานะขั้นตอนการ โปรแกรมประยุกต์อาจมีข้อจำกัดของการซิงโครไนซ์ระหว่างของไหลประยุกต์ เรื่องดังกล่าวสามารถเฉพาะได้รับการประเมิน โดยประยุกต์ ดังนั้น เราเลือกที่จะแยกข้อมูลสถานะการไหลเกี่ยวกับเครือข่ายจากข้อมูลเฉพาะโปรแกรมประยุกต์อื่น เราเลือกที่สถานะขั้นตอนแสดงเป็น QoSStates สถานะการไหลของข้อมูลที่เฉพาะเจาะจงไปยังข้อกำหนด QoS และข้อจำกัดของกระแสจราจรแต่ละโปรแกรม เช่น โปรแกรมประยุกต์เสียงอาจมีเทคนิคหลายเข้ารหัสเสียงแตกต่างกัน และแต่ละจะ QoSState แยกต่างหากสำหรับการไหลที่เสียง นอกจากนี้ เราไม่รู้ว่าโปรแกรมที่จะใช้ QoSReports จากรูปแบบของเรา ตัวเราควรออกเพียง QoSReports ตามการประเมินของ QoS ทันทีของเครือข่าย – snapshot ในเวลา นี้เป็นที่ตั้งที่สอดคล้องกับความต้องการของเราสำหรับรูปแบบของเราทำงานภายใต้ข้อจำกัดของมาตราส่วนเวลาของโปรแกรมประยุกต์

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

พารามิเตอร์ QoS อาจรวมถึงท้องถิ่น (end-System) ทรัพยากรไม่ได้เป็นเพียงเครือข่ายวัด QoS ยกตัวอย่างเช่นในระบบมือถือการตรวจวัดพลังงานแบตเตอรี่หรือโหลดโฮสต์ 10 และ 11may ยังถูกนำมาใช้ในการตัดสินใจในการปรับตัว. ดังนั้นรูปแบบเครือข่ายของเราควรจะสามารถประมวลผลข้อมูลเกี่ยวกับพารามิเตอร์ QoS แต่: • ไม่ควรวางข้อ จำกัด ใด ๆ เกี่ยวกับการที่ ข้อมูลที่ (วัด) ควรมาจาก. • ควรจะสามารถที่จะยอมรับความหลากหลายของพารามิเตอร์ QoS ไม่ว่าจะเป็นแบบ end-ระบบที่เฉพาะเจาะจงหรือเครือข่ายเฉพาะ. • สามารถที่จะรับมือกับระยะเวลาใด ๆ ในช่วงที่ข้อมูลที่วัด. 2.3 การตัดสินใจการปรับตัวในมาตรา 2.1 เราเห็นว่าการตั้งค่าการใช้เซลล์สืบพันธุ์แนะนำและข้อมูลที่จำเป็นในการตัดสินใจการปรับตัวอาจสะท้อนให้เห็นถึงมุมมองต่อเช่นการประยุกต์ใช้ QoS กลไกเป็นสิ่งจำเป็นที่สามารถให้ข้อบ่งชี้ของความสามารถของเครือข่ายที่ให้การสนับสนุนใด ๆ ของจำนวนของการไหลระบุว่าตัวอย่างการประยุกต์ใช้อาจใช้เวลา ในการประยุกต์ใช้การกระจายอาจจะมีการส่งสัญญาณระดับโปรแกรมประยุกต์อื่น ๆ ที่เกี่ยวข้องก่อนที่จะปรับตัวให้สามารถใช้สถานที่ นอกจากนี้ยังมีโหมดโปรแกรมประยุกต์อาจจะเป็นฟังก์ชั่นข้อมูลเฉพาะของโปรแกรมประยุกต์อื่น ๆ ดังนั้นรูปแบบของเราไม่สามารถทำให้การตัดสินใจสำหรับการประยุกต์ใช้ แต่มี QoS สรุป - QoSReports - ที่เป็นตัวแทนของมุมมองของการทำงานร่วมกันของญาติของ QoS เครือข่ายและการไหลของโปรแกรมประยุกต์ ความสามารถ แต่โดยทั่วไปเราจะไม่ทราบรายละเอียดเฉพาะของโปรแกรมประยุกต์ต่อไปนี้: • . ธรรมชาติที่ข้อมูลจาก QoSReport ปัจจุบันจะต้องได้รับการประเมินด้วยข้อมูลจาก QoSReports ก่อนหน้านี้ในการที่จะทำให้การตัดสินใจเปลี่ยนแปลงการไหลของรัฐ• ธรรมชาติที่ QoSReports จะต้องได้รับการประเมินกับคนอื่น ๆ (ใช้เฉพาะข้อมูล) เพื่อที่จะทำให้การตัดสินใจเปลี่ยนแปลงการไหลของรัฐ. อาจจะมีความรู้สึกทางสถิติหรือชั่วคราวที่ QoSReports ของเรามีความหมายไปยังโปรแกรมประยุกต์ที่เกี่ยวกับโหมดปัจจุบันหรือการไหลของรัฐ โปรแกรมประยุกต์ที่อาจมีข้อ จำกัด ตรงกันระหว่างการประยุกต์ใช้กระแส เรื่องดังกล่าวสามารถได้รับการประเมินโดยการประยุกต์ใช้ ดังนั้นเราจึงเลือกที่จะแยกข้อมูลการไหลของรัฐเกี่ยวกับเครือข่ายจากข้อมูลการสมัครเฉพาะอื่น ๆ เราเลือกได้ว่าการไหลของรัฐจะแสดงเป็น QoSStates ข้อมูลการไหลของรัฐที่เป็นเฉพาะเพียงกับความต้องการของ QoS และข้อ จำกัด ของการประยุกต์ใช้บุคคลที่กระแสการจราจร ยกตัวอย่างเช่นการประยุกต์ใช้เสียงอาจจะมีเทคนิคการเข้ารหัสเสียงที่แตกต่างกันและแต่ละคนจะเป็น QoSState แยกต่างหากสำหรับการไหลของเสียงที่ นอกจากนี้ในขณะที่เราไม่ทราบว่าโปรแกรมจะใช้ QoSReports จากรูปแบบของเราที่เราควรจะเพียงแค่ออก QoSReports ที่อยู่บนพื้นฐานของการประเมินผลของ QoS ที่รวดเร็วของเครือข่าย - การภาพรวมในช่วงเวลาที่ นอกจากนี้ยังมีความสอดคล้องกับความต้องการของเราสำหรับรูปแบบของเราในการทำงานภายในข้อ จำกัด ระยะเวลาของการประยุกต์ใช้

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

พารามิเตอร์ที่อาจรวมถึงธุรกิจท้องถิ่น ( ระบบจบ ) ทรัพยากรเครือข่ายไม่เพียงคุณภาพการวัด ตัวอย่างเช่น ในระบบมือถือ , วัดพลังงานแบตเตอรี่หรือโฮสต์โหลด 10 และ 11may ยังสามารถใช้สำหรับการตัดสินใจการปรับตัวดังนั้น เครือข่ายของเราจะสามารถประมวลผลข้อมูลเกี่ยวกับ QoS พารามิเตอร์ แต่ :-ไม่ควรใส่ในข้อจำกัดที่ข้อมูล ( วัด ) น่าจะมาจาก-ควรจะสามารถที่จะยอมรับความหลากหลายของพารามิเตอร์ QoS ไม่ว่าจะจบเฉพาะระบบหรือเครือข่ายเฉพาะ-สามารถรับมือกับเวลาใด ซึ่งข้อมูลที่ได้2.3 การตัดสินใจการปรับตัวใน 2.1 ส่วนที่เราเห็นที่ผู้ใช้สามารถตั้งค่าแนะนำและข้อมูลที่ต้องทำให้การตัดสินใจอาจสะท้อนให้เห็นถึงการปรับตัวต่อใบสมัครเช่นมุมมองของ QoS . กลไกที่กำหนดว่าสามารถให้ข้อบ่งชี้ของความสามารถของเครือข่ายเพื่อสนับสนุนการใด ๆของจำนวนของรัฐไหลโปรแกรมประยุกต์ตัวอย่างจะใช้ ในแจกโปรแกรม อาจจะมีโปรแกรมอื่น ๆที่เกี่ยวข้องก่อนการปรับระดับสัญญาณสามารถใช้สถานที่ นอกจากนี้ โหมดการใช้งานอาจเป็นฟังก์ชันของโปรแกรมอื่น ๆข้อมูลที่เฉพาะเจาะจง ดังนั้นรูปแบบของเราไม่ได้ตัดสินใจสมัคร แต่ให้ QoS สรุป– qosreports –ที่เป็นตัวแทนของมุมมองของความเข้ากันได้กับเครือข่าย QoS และความสามารถในการไหลของโปรแกรม อย่างไรก็ตาม โดยทั่วไปเราไม่ได้ตระหนักถึงโปรแกรมที่เฉพาะเจาะจงรายละเอียดดังต่อไปนี้ :-ธรรมชาติ ซึ่งข้อมูลจาก qosreport ปัจจุบันต้องประเมินร่วมกับข้อมูลจากก่อนหน้านี้ qosreports เพื่อที่จะทำให้การตัดสินใจการเปลี่ยนสถานะ-ธรรมชาติที่ qosreports ต้องถูกประเมินกับอื่น ๆ ( เฉพาะเจาะจง ) เพื่อให้ข้อมูลในการตัดสินใจการเปลี่ยนสถานะอาจจะมีความคิดเห็นหรือความรู้สึกที่ขมับ qosreports เรามีความหมายกับโปรแกรมเกี่ยวกับโหมดปัจจุบันของรัฐไหล โปรแกรมอาจมีการเกิดขึ้นในเวลาเดียวกันปัญหาระหว่างการไหล เรื่องดังกล่าวจะถูกประเมินโดยการประยุกต์ใช้ ดังนั้นเราจึงเลือกที่จะแยกเครือข่ายที่เกี่ยวข้องกับการไหลของข้อมูลจากโปรแกรมประยุกต์อื่น ๆของรัฐเฉพาะข้อมูล เราเลือกที่ไหลรัฐจะแสดงเป็น qosstates ไหลรัฐข้อมูลที่เฉพาะเจาะจงกับธุรกิจความต้องการและข้อจำกัดของการจราจรแต่ละโปรแกรมไหล ตัวอย่างเช่นโปรแกรมประยุกต์เสียงอาจจะมีเสียงที่แตกต่างกันหลายเทคนิคการเข้ารหัสและแต่ละจะ qosstate แยกเสียงไหล นอกจากนี้ ในขณะที่เราไม่รู้ว่าโปรแกรมจะใช้ qosreports จากแบบของเรา เราก็ควรจะออก qosreports ที่อยู่บนพื้นฐานของการประเมินคุณภาพของเครือข่ายได้ทันที และในเวลา นี้ยังสอดคล้องกับความต้องการของเราสำหรับรูปแบบของเราจะทำงานภายในเวลาข้อจำกัดของโปรแกรม