تفصیلات مینجمنٹ پروسیس دستاویز (SMPD)

یہ دستاویز، اس کے عنوان یا مواد سے قطع نظر، بلوٹوتھ SIG Inc. ("Bluetooth SIG") اور بلوٹوتھ پیٹنٹ/کاپی رائٹ لائسنس کے معاہدے اور بلوٹوتھ ٹریڈ مارک لائسنس کے معاہدے کے تحت اس کے اراکین کی طرف سے دیے گئے لائسنسوں سے مشروط بلوٹوتھ تفصیلات نہیں ہے۔

یہ دستاویز "جیسا ہے" فراہم کی گئی ہے اور بلوٹوتھ سائن، اس کے ممبران، اور ان کے ملحقہ کوئی نمائندگی یا وارنٹی نہیں دیتے ہیں اور تمام وارنٹیوں کو مسترد کرتے ہیں، غیر اعلانیہ، غیر اعلانیہ، غیر اعلانیہ، -خلاف ورزی، کسی بھی خاص مقصد کے لیے فٹنس، کہ اس دستاویز کا مواد غلطیوں سے پاک ہے۔

قانون کی طرف سے ممنوعہ حد تک، بلوٹوتھ سائن، اس کے ممبران، اور ان کے ملحقہ اس دستاویز اور کسی بھی اطلاع کی اطلاع کے استعمال سے پیدا ہونے والی تمام ذمہ داریوں سے انکار کرتے ہیں۔ UE، منافع، ڈیٹا یا پروگرام، یا کاروبار رکاوٹ، یا خاص، بالواسطہ، نتیجہ خیز، حادثاتی یا تعزیری نقصانات کے لیے، تاہم نظریہ ذمہ داری کے سبب اور قطع نظر، اور یہاں تک کہ اگر بلوٹوتھ سگریٹس، ممکنہ طور پر اس طرح کے نقصانات کے امکان کا۔

یہ دستاویز بلوٹوتھ SIG کی ملکیت ہے۔ یہ دستاویز اس موضوع پر مشتمل ہو سکتی ہے یا اس کا احاطہ کر سکتی ہے جو بلوٹوتھ SIG اور اس کے اراکین کی دانشورانہ ملکیت ہے۔ اس دستاویز کو پیش کرنا بلوٹوتھ SIG یا اس کے ممبران کی کسی دانشورانہ ملکیت کو کوئی لائسنس نہیں دیتا ہے۔

یہ دستاویز بغیر اطلاع کے تبدیل کی جاسکتی ہے۔

1. تعارف

تفصیلات کے انتظام کے عمل کی دستاویز (SMPD) ان عملوں کی وضاحت کرتا ہے جو وضاحت کے مصنفین اور دوبارہ کرتے ہیں۔viewers کو نئی تصریحات تیار کرنے اور موجودہ تصریحات کو بڑھانے کے لیے (یعنی فعالیت کو شامل کرنے یا ہٹانے کے لیے یا اختیار کردہ تصریح میں مخصوص فعالیت کو تبدیل کرنے کے لیے)، اپنائی گئی تصریحات کو برقرار رکھنے، اور اختیار کردہ تصریحات کی زندگی کے اختتام کو منظم کرنے کے لیے پیروی کرنا چاہیے۔ اس کے علاوہ، یہ دستاویز بنانے کے عمل کو بیان کرتی ہے، دوبارہviewing، اور سفید کاغذات کی منظوری.

ان کاموں کے دائرہ کار میں موروثی اختلافات کی وجہ سے نئی وضاحتیں تیار کرنے اور موجودہ تصریحات کو بڑھانے کے درمیان تفصیلات کی ترقی کے عمل میں اختلافات ہیں۔ ان اختلافات کو اس دستاویز میں نمایاں کیا گیا ہے۔

تفصیلات کی ترقی کے عمل میں شامل ہیں:

ایک ضروریات کا مرحلہ (سیکشن 3 میں بیان کیا گیا ہے) فنکشنل ضروریات کی وضاحت کے لیے

ایک ترقی کا مرحلہ (سیکشن 4 میں بیان کیا گیا ہے) تیار کرنا اور دوبارہ کرناview وضاحتیں
ایک توثیق کا مرحلہ (سیکشن 5 میں بیان کیا گیا ہے) انٹرآپریبل پروٹوٹائپ (IOP) ٹیسٹنگ کے ذریعے تصریحات کی توثیق کرنے کے لیے

گود لینے/منظوری کے لیے بلوٹوتھ SIG بورڈ آف ڈائریکٹرز (BoD) کو وضاحتیں پیش کرنے کے لیے اپنانے/منظوری کا مرحلہ (سیکشن 6 میں بیان کیا گیا ہے)

اسپیسیفیکیشن ایرراٹا پروسیس دستاویز (EPD) [3] تجویز کرنے اور دوبارہ کرنے کے عمل کو بیان کرتا ہے۔viewتصریح کے خطا کو شامل کرنا، اور انہیں اپنائی گئی تصریحات کے لیے اریٹا تصحیح (جیسا کہ بائی لاز [2] میں بیان کیا گیا ہے) کے طور پر منظور کرنا۔ جب تک کہ دوسری صورت میں نوٹ نہ کیا جائے، اس SMPD میں خرابی کے تمام حوالوں کا مطلب تصریح کی خرابی ہے۔

1.1 ترجیح

بلوٹوتھ SIG, Inc. (Bylaws) کے اصول اور رکنیت کے معاہدے [2] ان دستاویزات اور SMPD میں کسی بھی متضاد مواد پر فوقیت رکھتے ہیں۔ اس دستاویز میں کسی بھی چیز کے باوجود، BoD کارروائی کرنے اور فیصلے کرنے کا حتمی صوابدید اور اختیار کو برقرار رکھتا ہے یہاں تک کہ اگر وہ اقدامات اور فیصلے اس دستاویز میں موجود کسی بھی چیز کی پیروی نہیں کرتے، یا اس سے متصادم نہیں ہوتے، اور اس دستاویز میں کوئی بھی چیز BoD کے آزاد اتھارٹی کو محدود یا محدود نہیں کرتی ہے۔ اور صوابدید.

اگر SMPD میں متن اور اعداد و شمار کے درمیان کوئی تضاد ہے تو، متن کو ترجیح دی جاتی ہے۔

1.2 حوالہ گروپ اور کمیٹیاں

اس دستاویز میں درج ذیل قسم کے گروپس کا حوالہ دیا گیا ہے: اسٹڈی گروپس (SG)، ماہر گروپس (EG) اور ورکنگ گروپس (WG)۔ WG کا ایک ذیلی گروپ بھی ہو سکتا ہے جو WG کو رپورٹ کرتا ہے۔ اسی طرح، اس دستاویز میں مندرجہ ذیل قسم کی کمیٹیوں کا حوالہ دیا گیا ہے: بلوٹوتھ آرکیٹیکچرل ریview بورڈ (BARB)، بلوٹوتھ ٹیسٹ اور انٹرآپریبلٹی (BTI)، اور بلوٹوتھ کوالیفیکیشن ریview بورڈ (BQRB)۔ یہ دستاویز بلوٹوتھ SIG ٹیکنیکل اسٹاف (BSTS) اور BoD کا بھی حوالہ دیتی ہے۔

1.3 کمیٹی دوبارہviews اور منظوری

ایک کمیٹی ریview ایک دوبارہ ہےview جو کہ ایک کمیٹی کے ممبران (عام طور پر 3 ممبران) کے ذریعہ ایک مخصوص وقت (عام طور پر 2-3 ہفتوں) کے اندر رائے دینے کے لیے منعقد کیا جاتا ہے، تاہم دوبارہview کمیٹی کے اندر مواد کی لمبائی اور پیچیدگی اور دیگر ترجیحات کے لحاظ سے وقت مختلف ہو سکتا ہے۔ دوبارہ کی درخواست کرنے والا گروپview اور دوبارہ کرنے والی کمیٹیview ہر ایک دوبارہ کی مدت پر متفق ہے۔view. گروپ اور کمیٹی کے اراکین بلوٹوتھ SIG ٹولز استعمال کرتے ہیں تاکہ دوبارہ شروع اور اختتام کو مطلع اور ریکارڈ کیا جا سکے۔view. گروپ عام طور پر کمیٹی کے تاثرات موصول ہونے پر کارروائی کرے گا۔ جب کمیٹی ریview وقت ختم ہو جاتا ہے، گروپ کمیٹی کے تاثرات کو ایڈریس کرنا مکمل کر لیتا ہے، اور کسی بھی تاخیر سے پہنچنے پر بھی غور کرنا چاہیے۔view آراء کو ذہن میں رکھتے ہوئے کہ مواد کمیٹی کے ذریعہ بعد میں منظوری سے مشروط ہوسکتا ہے۔

ورکنگ گروپ پروسیس دستاویز [4] کی تعمیل میں کمیٹی کے اراکین کے ووٹ کے ذریعے کمیٹی کی منظوری حاصل کی جاتی ہے۔

1.4 اراکین کے لیے نوٹس اور مواد کی رسائی

اس دستاویز کے مطابق اراکین کو فراہم کردہ تمام نوٹس ای میل کے ذریعے فراہم کیے جاسکتے ہیں، جیسے کہ وقتاً فوقتاً تکنیکی اپ ڈیٹ۔ نوٹیفیکیشن جو تمام اراکین کو فراہم کیے جائیں گے وہ تمام فعال اراکین کو بھیجے جائیں گے (یعنی، جہاں رکنیت معطل، ختم یا واپس نہیں لی گئی ہے)۔ جب اطلاعات کو ای میل کیا جاتا ہے تو وہ ہر اس فرد کے آخری معلوم ای میل ایڈریس (جیسا کہ بلوٹوتھ SIG کے اس وقت کے موجودہ ریکارڈ میں ظاہر ہوتا ہے) پر بھیجا جائے گا جس نے ممبر کمپنی کے ممبرشپ اکاؤنٹ کے تحت اندراج کیا ہے اور جس نے ای میل اطلاعات موصول کرنے سے آپٹ آؤٹ نہیں کیا ہے۔ اس دستاویز میں کوئی بھی چیز بلوٹوتھ SIG کی ذمہ داریوں یا ضوابط کے تحت نوٹس کی فراہمی یا بلوٹوتھ SIG اور کسی رکن کے درمیان کسی دوسرے معاہدے کے حوالے سے ضروریات کو تبدیل نہیں کرتی ہے۔

جہاں کہیں بھی یہ دستاویز ایک کا حوالہ دیتی ہے۔ webسائٹ جو تمام ممبروں کے لیے قابل رسائی ہے، اس سے مراد ان افراد کے لیے رسائی ہے جن کے پاس ایک فعال بلوٹوتھ SIG اکاؤنٹ ہے۔ وہ اراکین جن کے پاس ایکٹو اکاؤنٹ نہیں ہے وہ بلوٹوتھ SIG کے ذریعے اکاؤنٹ بنا سکتے ہیں۔ webسائٹ

1.5 ٹیمپلیٹس

اس SMPD میں حوالہ کردہ ہر دستاویز کی قسم (مثلاً وضاحتیں، سفید کاغذات، ٹیسٹ دستاویزات) کے لیے، بلوٹوتھ SIG ایک ٹیمپلیٹ فراہم کرتا ہے۔ ٹیمپلیٹ کو اس SMPD کے مطابق تیار کردہ ہر دستاویز کی بنیاد کے طور پر استعمال کیا جانا چاہیے۔ درست ٹیمپلیٹ استعمال کرنے میں ناکامی کے نتیجے میں دستاویز کی منظوری نہیں دی جا سکتی ہے۔ ٹیمپلیٹس بلوٹوتھ SIG پر دستیاب ہیں۔ webسائٹ [8]۔

1.6 تفصیلات کی اقسام

بلوٹوتھ SIG تصریحات کی کئی اقسام ہیں۔ درجہ بندی کے لحاظ سے، تمام وضاحتیں بلوٹوتھ کور تفصیلات پر منحصر ہیں۔ نردجیکرن جیسے روایتی پروfiles روایتی پروٹوکول؛ اور GATT پر مبنی پروfiles، GATT پر مبنی خدمات، اور GATT پر مبنی پروٹوکول سبھی بنیادی تفصیلات کے اندر موجود خصوصیات پر منحصر ہیں۔ دیگر وضاحتیں، جیسے میش ماڈل کی وضاحتیں، میش پرو پر منحصر ہیں۔file تفصیلات جو بدلے میں بنیادی تفصیلات پر منحصر ہے۔

کور اسپیسیفیکیشن سپلیمنٹ (سی ایس ایس) تفصیلات ڈیٹا کی اقسام، ڈیٹا فارمیٹس اور عام پرو کی وضاحت کرتی ہے۔file اور سروس ایرر کوڈز جو بنیادی تفصیلات اور دیگر تصریحات کے ذریعہ استعمال ہوتے ہیں اور خود کسی طرز عمل کی وضاحت نہیں کرتے ہیں۔

GATT اسپیسیفیکیشن سپلیمنٹ (GSS) تفصیلات خصوصیت اور وضاحتی فارمیٹس کی وضاحت کرتی ہے جو پرو کے ذریعہ استعمال ہوتے ہیں۔files اور خدمات اور خود کسی طرز عمل کی وضاحت نہیں کرتا ہے۔
میش ڈیوائس پراپرٹیز (MDP) تفصیلات میش پرو کے ذریعہ استعمال ہونے والی میش خصوصیات کی وضاحت کرتی ہے۔file اور میش ماڈل کی وضاحتیں اور خود کسی طرز عمل کی وضاحت نہیں کرتا ہے۔

2. ختمview

یہ سیکشن ایک اوور فراہم کرتا ہے۔view عمل کی اور تمام تفصیلات شامل کرنے کا ارادہ نہیں ہے۔

شکل 2.1 چھ بڑے مراحل کو ظاہر کرتا ہے جو تفصیلات کے انتظام کے عمل کو تشکیل دیتے ہیں۔

پہلے چار مراحل تصریح کی ترقی کے عمل کے دوران ہوتے ہیں اور تقاضوں کا مرحلہ (سیکشن 3)، ڈیولپمنٹ فیز (سیکشن 4)، توثیق کا مرحلہ (سیکشن 5)، اور گود لینے/منظوری کا مرحلہ (سیکشن 6) پر مشتمل ہوتا ہے۔ اس کے بعد گود لینے کے بعد کے دو مراحل آتے ہیں: سپیکیفیکیشن مینٹیننس فیز (سیکشن 7) اور اسپیسیفیکیشن اینڈ آف لائف فیز (سیکشن 8)۔

شکل 2.2 وضاحتی ترقی کے عمل کے اندر چار مراحل کی تفصیلات کو واضح کرتا ہے۔ گرے بکس ہر مرحلے کے لیے اہم ڈیلیوری ایبلز کی نشاندہی کرتے ہیں۔ اورنج بکس عمل کے سنگ میل کا خلاصہ کرتے ہیں۔

تقاضوں کے مرحلے میں (سیکشن 3 میں بیان کیا گیا ہے)، نیا کام شروع کرنے کی تجویز (ایک نئی ورک پروپوزل (NWP)) نئے کام کے آگے بڑھنے کی صورت میں فعال ہونے کے لیے صارف کے منظرناموں کی وضاحت کرتے ہوئے تصریح کی ترقی کا عمل شروع کرتی ہے۔ اگر NWP منظور ہو جاتا ہے، ایک تفویض کردہ گروپ ایک فنکشنل ریکوائرمنٹ ڈاکومنٹ (FRD) بناتا ہے۔ ایک بار جب FRD کی منظوری اور کسی گروپ کو تفویض کیا جاتا ہے، ترقی کا مرحلہ شروع ہوتا ہے۔

ترقی کے مرحلے کے دوران (سیکشن 4 میں بیان کیا گیا ہے)، تصریح کی ترقی s کی ترتیب سے ہوتی ہے۔tages (0.5/DIPD سے 0.9/CR) تصریح کے مکمل مسودے میں اختتام پذیر ہوتا ہے۔ 0.9/CR تصریح تمام اراکین کو دستیاب کرائی جاتی ہے، پھر BoD کو جمع کرائی جاتی ہے جو منظوری کے لیے تفصیلات پر غور کرتا ہے۔ منظوری کے بعد، تصدیق کا مرحلہ شروع ہو جاتا ہے۔

تفصیلات کی ترقی کے توثیق کے مرحلے کے دوران (سیکشن 5 میں بیان کیا گیا ہے)، BoD سے منظور شدہ 0.9/CR تفصیلات تمام اراکین کو دوبارہ دستیاب کرائی جاتی ہیں۔view اور توثیق کریں، اور ممبر Review شروع کیا جاتا ہے. توثیق ان پروٹوٹائپس کے درمیان انٹرآپریبلٹی (IOP) ٹیسٹنگ کے ذریعے مکمل کی جاتی ہے جو اراکین کے ذریعہ بنائے گئے ہیں۔ ایک بار جب IOP ٹیسٹنگ مکمل ہو جاتی ہے (اگر وضاحت کے لیے ضروری ہو) اور BARB IOP ٹیسٹ کی رپورٹ کو منظور کر لیتا ہے، تب اپنانے/منظوری کا مرحلہ شروع ہوتا ہے۔

اپنانے/منظوری کے مرحلے کے دوران (سیکشن 6 میں بیان کیا گیا ہے)، تفصیلات اور متعلقہ ٹیسٹ دستاویزات کو حتمی شکل دی جاتی ہے۔ BARB، BQRB، اور BTI کی منظوری موصول ہوئی ہے۔ اور حتمی تفصیلات کا پیکج BoD کو جمع کرایا جاتا ہے جو گود لینے کی تفصیلات پر غور کرتا ہے (یعنی حتمی منظوری)۔

کسی تصریح کو پچھلے مرحلے یا s پر واپس جانے کی ضرورت پڑ سکتی ہے۔tage اگر اہم تبدیلیاں کی جائیں۔ کچھ معاملات میں، سیکشن 4.4 میں بیان کردہ مرحلے کے کچھ حصے کو چھوڑنا بھی ممکن ہے۔

تفصیلات کی بحالی کا مرحلہ (سیکشن 7 میں بیان کیا گیا ہے) BoD کی طرف سے تصریح کو اپنانے کے بعد شروع ہوتا ہے۔ اس مرحلے کے دوران ایک اختیار کردہ تصریح میں پائی جانے والی ممکنہ غلطیوں کی اطلاع دی جاتی ہے اور ان کا جائزہ لیا جاتا ہے، اور (اگر ضرورت ہو) تصریح میں اریٹا تصحیح کی جاتی ہے۔ تصریح کی بحالی کا مرحلہ اس وقت تک جاری رہتا ہے جب تک کہ تصریح کو فرسودہ یا واپس نہیں لیا جاتا (مندرجہ ذیل پیراگراف میں تصریح کا اختتامی مرحلہ دیکھیں)۔

زندگی کا اختتامی مرحلہ (سیکشن 8 میں بیان کیا گیا ہے) اختیار کردہ تصریحات کو فرسودہ کرنے اور واپس لینے کے عمل کو بیان کرتا ہے۔

3. ضروریات کا مرحلہ

تقاضوں کا مرحلہ یا تو NWP سے شروع ہوتا ہے (جس میں ایک یا زیادہ صارف کے منظرناموں پر کام شروع کرنے کی خواہش کا اظہار ہوتا ہے) یا اس عزم کے بعد کہ مطلوبہ نیا کام پہلے ہی ان کے WG چارٹر میں شامل ہے۔ اگر کوئی WG نیا کام شروع کرنا چاہتا ہے جس کے بارے میں اسے یقین ہے کہ پہلے سے ہی اس کے WG چارٹر کے دائرہ کار میں ہے، WG کو FRD تیار کرنے کے لیے براہ راست آگے بڑھنے کے لیے سیکشن 3.1 میں بیان کردہ عمل کی پیروی کرنی چاہیے۔ دیگر تمام کام کی اشیاء کے لیے، WG کو سیکشن 3.2 میں بیان کردہ عمل کی پیروی کرنی چاہیے۔ FRD ان فنکشنل ضروریات کے دائرہ کار کی وضاحت کرتا ہے جو ترقی کے مرحلے میں وضاحتیں بنانے کے لیے استعمال ہوتی ہیں۔ تقاضوں کا مرحلہ تصویر 3.1 میں دکھایا گیا ہے۔

3.1 WG چارٹر کے تحت نیا کام

جب WG نیا کام شروع کرنا چاہتا ہے اور معقول طور پر یہ مانتا ہے کہ وہ جس فعالیت کو شامل کرنا چاہتا ہے وہ پہلے سے ہی اس کے WG چارٹر کے دائرہ کار میں ہے، WG FRD پر کام شروع کر سکتا ہے، بشرطیکہ وہ BARB کو فوری طور پر مطلع کرے۔ WG BARB کو اپنے نوٹیفکیشن میں مجوزہ نئے کام کی تفصیل اور WG چارٹر کی ایک نقل شامل کرے گا جس میں زبان کو نمایاں کیا گیا ہے جو انہیں نیا کام شروع کرنے کی اجازت دیتا ہے۔

اگر BARB WG کے تجزیہ کو مسترد کرتا ہے، WG کو FRD پر کام روکنا چاہیے اور سیکشن 3.2 میں بیان کردہ NWP کے عمل کو آگے بڑھانا چاہیے۔ اگر BARB WG کے تجزیہ کو منظور کر لیتا ہے، WG فوری طور پر BSTS کو مطلع کرے گا (بذریعہ ای میل specification.manager@bluetooth.com) اور BSTS اس آئٹم کو اگلے BoD ایجنڈے میں شامل کر دے گا۔

WG BSTS کو اپنی اطلاع میں وہی معلومات شامل کرے گا جو اس نے BARB کو فراہم کی تھی۔ اگر BoD WG کے تجزیہ کو مسترد کرتا ہے، WG کو FRD پر کام روکنا چاہیے اور سیکشن 3.2 میں بیان کردہ NWP کے عمل کو آگے بڑھانا چاہیے۔ اگر BoD WG کے تجزیہ کو منظور کرتا ہے، WG FRD پر کام جاری رکھ سکتا ہے جیسا کہ سیکشن 3.3 میں بتایا گیا ہے۔

3.2 کام کی نئی تجویز (NWP)

کوئی بھی رکن، WG، SG، یا EG NWP بنا سکتا ہے اور جمع کرا سکتا ہے (بلوٹوتھ SIG کے ذریعے webسائٹ [10])۔ ایک NWP میں، کم از کم، درج ذیل کے بارے میں معلومات شامل ہونی چاہیے جو کہ [8] میں فراہم کردہ آفیشل ٹیمپلیٹ کا استعمال کرتے ہوئے:

صارف کے منظرنامے۔
ایف آر ڈی کو تیار کرنے کے لیے ممبر کی وابستگی اور کس علاقے (مثلاً، کنٹریبیوٹر، مصنف، ریviewer، پروٹو ٹائپنگ)
FRD کے کام کی مجوزہ قیادت
FRD کے کام کے لیے مجوزہ گروپ تفویض
بنیادی مصنفین کا ای میل پتہ

نوٹ: NWP کے عمل کے بارے میں رہنمائی بلوٹوتھ SIG پر دستیاب ہے۔ webسائٹ [10]۔

BSTS NWP کی ترقی کے دوران درج ذیل کام انجام دے گا:

مصنف (مصنفوں) کو رسید کا اعتراف فراہم کریں (عام طور پر وصولی کے سات کیلنڈر دنوں کے اندر) اور اگلے مراحل کا خاکہ بنائیں۔
اگر ضروری ہو تو، مصنفین کے ساتھ کام کریں تاکہ NWP واضح اور مکمل ہو۔ اس کے لیے NWP کی کئی تکرار کی ضرورت پڑ سکتی ہے۔
اگر NWP اختیار کردہ بلوٹوتھ تصریحات میں غلطیوں کے بارے میں بیانات پر مشتمل ہے، تو مصنف کے ساتھ کام کریں file errata سسٹم میں اندراجات۔
اگر یہ دیکھا جاتا ہے کہ NWP ممکنہ طور پر کام کی نقل تیار کر رہا ہے جو پہلے سے جاری ہے یا پہلے ہی مکمل ہو چکا ہے، تو ان کی تشخیص کے لیے دوسرے کام کے مصنف (مصنفوں) کو مطلع کریں۔
NWP کو NWP میں پوسٹ کریں۔ webتمام اراکین کے لیے قابل رسائی سائٹ۔

تمام اراکین کو مطلع کریں کہ NWP دوبارہ کے لیے دستیاب ہے۔view اور آیا FRD تیار کرنے کے لیے اضافی ممبر کی وابستگی کی ضرورت ہے۔

اراکین NWP کے بارے میں سوالات پوچھنے یا رائے دینے کے لیے مصنف (مصنفوں) سے رابطہ کر سکتے ہیں۔

کم از کم تین ممبر کمپنیوں کو لازمی طور پر NWP کے نتیجے میں FRD کی تکمیل میں حصہ لینے کا عہد کرنا چاہیے تاکہ BoD کی منظوری کا امیدوار بن سکے، اور کم از کم ایک ممبر کمپنی کا ایسوسی ایٹ یا پروموٹر ممبر ہونا چاہیے۔ NWP کی BoD کی منظوری پر، BoD NWP کو FRD پر کام کرنے کے لیے ایک موجودہ WG سب گروپ یا SG کو تفویض کرے گا (سیکشن 3.3 میں بیان کیا گیا ہے)۔ اگر مناسب WG ذیلی گروپ یا SG موجود نہیں ہے، تو ایک بنایا جا سکتا ہے۔

NWPs کے لیے جن کے پاس کافی ممبران کا عزم ہے، BSTS درج ذیل اضافی کام انجام دے گا:

کم از کم 13 دن پہلے کہ NWP کو BoD کی طرف سے منظوری دی جائے، BARB کو مطلع کریں، اور NWP کی زیر التواء منظوری کے بارے میں جس گروپ کو NWP کو تفویض کے لیے تجویز کیا گیا ہے، مطلع کریں۔ یہ مجوزہ گروپ جیسے علاقوں میں رائے کا موقع فراہم کرنے کے لیے کیا جاتا ہے، چاہے NWP پہلے سے ہی موجودہ کام کے ذریعے احاطہ کرتا ہو، وغیرہ۔
مکمل شدہ NWP BoD کو جمع کروائیں۔

اگر NWP ایسے ممبروں کی طرف سے جمع کرایا جاتا ہے جو کسی گروپ سے وابستہ نہیں ہیں، تو ممبران میں سے ایک کو NWP کو BoD کے سامنے پیش کرنے کا بندوبست کریں۔

اگر NWP کسی گروپ کی طرف سے جمع کرایا جاتا ہے، تو گروپ چیئر کو NWP کو BoD کو پیش کرنے کا بندوبست کریں۔
BARB کی چیئر اور گروپ کی کرسیوں کو، جن کے لیے NWP کو تفویض کرنے کی سفارش کی گئی ہے، کو BoD میٹنگ میں مدعو کریں۔
اگر NWP منظور شدہ ہے اور BoD کے ذریعے تفویض کیا گیا ہے، تو اس گروپ کو مطلع کریں جسے اسے تفویض کیا گیا تھا۔ مصنف (مصنف)؛ NWP میں شناخت شدہ ممبران متعلقہ FRD تیار کرنے کا عہد کر رہے ہیں۔ اور اگر NWP کسی گروپ کی طرف سے تجویز کیا گیا ہے، تو نتائج کا گروپ اور اگلے اقدامات۔

BoD کے ذریعے NWP کی منظوری کے بعد، NWP پر اسٹیٹس کو اپ ڈیٹ کریں۔ webسائٹ

کسی بھی NWP کو BoD اپنی صوابدید پر مسترد کر سکتا ہے، مثال کے طور پرample، وسائل کی حدود کی وجہ سے، اگر کام پہلے سے ہی مکمل ہو چکا ہے، تو کام بلوٹوتھ SIG (مثال کے طور پر، ایپلی کیشن پروگرامنگ انٹرفیس (API)) [2] کے گورننگ دستاویزات کے دائرہ سے باہر ہے، یا اگر تجویز کردہ کام ہونا چاہیے filed ایک خطا کے طور پر۔ اگر NWP کو مسترد کر دیا جاتا ہے، تو BSTS مصنف (مصنفوں) کو مطلع کرے گا، NWP میں شناخت شدہ اراکین کو متعلقہ FRD تیار کرنے کے عہد کے طور پر، اور، اگر NWP کو کسی گروپ کی طرف سے تجویز کیا گیا ہے، گروپ۔ نوٹیفکیشن میں مسترد ہونے کی کوئی بھی وجوہات شامل ہوں گی۔ مصنف (مصنف)، پابند اراکین، یا گروپ مسترد کی اپیل کرنے کے لیے BoD ایجنڈے میں وقت کی درخواست کر سکتے ہیں۔

اگر کوئی رکن یا گروپ اپنایا گیا تصریح سے کسی خصوصیت کو ہٹانے کی تجویز دینا چاہتا ہے، تو گروپ یا ممبر کو ایک NWP تیار کرنا چاہیے۔ NWP میں ان اثرات کا تجزیہ شامل کرنا چاہیے جو ہٹانے سے پسماندہ مطابقت اور انٹرآپریبلٹی پر پڑے گا، بشمول ٹیسٹ کیسز پر پڑنے والے اثرات کا تجزیہ۔

CSS، GSS، یا MDP تصریحات میں اضافہ کے لیے NWPs کی ضرورت نہیں ہے: عام طور پر، CSS، GSS، یا MDP تصریحات کی تازہ کاری کا نتیجہ دیگر تصریحات کے اپ ڈیٹس سے ہوتا ہے جن کی اپنی NWPs ہوتی ہیں۔

3.3 فنکشنل ضروریات کی دستاویز (FRD)

FRDs صارف کے منظرناموں کو فعال کرنے کے لیے فنکشنل ضروریات کی وضاحت کرتے ہیں۔ ایف آر ڈی میں کم از کم درج ذیل معلومات کو شامل کرنا چاہیے جو سرکاری ٹیمپلیٹ [8] میں فراہم کی گئی ہے:

صارف کے منظرنامے۔
صارف کے منظرناموں پر مبنی فنکشنل ضروریات
نتیجے میں تصریحات تیار کرنے کے لیے رکن کا عزم
متوقع کرداروں کے لیے اراکین کی طرف سے اختیاری پروٹو ٹائپ سپورٹ
نتیجہ خیز تفصیلات تیار کرنے کے لیے تجویز کردہ WG

ایف آر ڈی کی ترقی

FRDs کو تفویض کردہ WG ذیلی گروپ یا SG ممبروں کے ذریعے BSTS کے ادارتی تعاون سے بنایا جاتا ہے۔ FRD کی ترقی میں حصہ لینے میں دلچسپی رکھنے والا کوئی بھی ممبر گروپ میں شامل ہو سکتا ہے۔

FRDs کو کم از کم دو (حالانکہ تین کی حوصلہ افزائی کی جاتی ہے) ایسوسی ایٹ یا پروموٹر کی سطح کی ممبر کمپنیوں سے وابستگی کی نشاندہی کرنی چاہیے تاکہ نتیجہ اخذ کردہ تفصیلات کی ترقی میں حصہ لیں۔ WGs یا SGs جو FRD جمع کراتے ہیں انہیں گروپ ممبر کمپنیوں سے وسیع حمایت حاصل کرنے کی کوشش کرنی چاہیے جو FRD میں شناخت شدہ مطلوبہ صنعتی طبقہ کی نمائندگی کرتی ہیں۔

FRD میں تجویز کردہ نئی فعالیت زیادہ سے زیادہ نقل و حمل اور موجودہ آلات پر قابل تعاون ہونی چاہیے۔ اس میں شامل ہیں، سابق کے لیےample، GATT پر مبنی حامیوں کی حمایت کرتے ہیں۔fileبنیادی شرح/توسیع شدہ ڈیٹا ریٹ (BR/EDR) ٹرانسپورٹ اور بلوٹوتھ لو انرجی (LE) ٹرانسپورٹ دونوں پر s اور خدمات۔ اگر نئی فعالیت میں نقل و حمل کے لیے اراکین کی حمایت کا فقدان ہے، سابق کے لیےampنقل و حمل کے استعمال کی تعریف کرنے کے لیے رکن کی وابستگی کی کمی یا ایک یا زیادہ کرداروں کے لیے ممکنہ طور پر IOP ٹیسٹ پلیٹ فارمز کی ناکافی تعداد کی وجہ سے، اس ٹرانسپورٹ پر تعاون کو FRD سے خارج کیا جا سکتا ہے۔

جب تک کہ دوسری صورت میں جائز نہ ہو، نئی فعالیت، پروfiles، اور خدمات کو سیکشن 3.3.2 میں بیان کردہ پسماندہ مطابقت کے تقاضوں کے مطابق ہونا چاہیے۔

WG یا SG کو FRD کو دوبارہ کے لیے BARB کو جمع کرانا چاہیے۔view اور منظوری. BARB کو اپنے انجینئرنگ فیصلے کی بنیاد پر FRD کو منظور یا مسترد کرنا چاہیے۔ اگر BARB کی طرف سے منظوری دی جاتی ہے، تو FRD تمام اراکین کو دستیاب کر دی جائے گی اور اس کی دستیابی کی اطلاع BSTS کے ذریعے جاری کی جائے گی۔

CSS، GSS، یا MDP تصریحات میں اضافہ کے لیے FRDs کی ضرورت نہیں ہے: عام طور پر، CSS، GSS، یا MDP تصریحات میں اپ ڈیٹس کے نتیجے میں دیگر تصریحات کی تازہ کاری ہوتی ہے جن کی اپنی FRDs ہوتی ہیں۔

پسماندہ مطابقت کی ضروریات

BR/EDR کے لیے پسماندہ مطابقت

BR/EDR آپریشن کے لیے، پسماندہ مطابقت کی ضرورت کو بلوٹوتھ کور اسپیسیفیکیشن v1.1 اور بعد کے BR/EDR حصے کے ساتھ انٹرآپریشن کے طور پر بیان کیا گیا ہے۔

بلوٹوتھ کم توانائی کے لیے پسماندہ مطابقت

LE آپریشن کے لیے، پسماندہ مطابقت کی ضرورت کو بلوٹوتھ کور تصریح v4.0 اور بعد کے LE حصے کے ساتھ انٹرآپریشن کے طور پر بیان کیا گیا ہے۔

بنیادی تفصیلات کے علاوہ تصریحات کے لیے پسماندہ مطابقت

بلوٹوتھ کور تصریح کے علاوہ دیگر تصریحات کے لیے، دیئے گئے ورژن کی پسماندہ مطابقت کو ان تمام سابقہ ورژنز کے ساتھ برقرار رکھا جانا چاہیے جن کا ایک ہی بڑا ورژن نمبر ہے۔ سابق کے لیےample، ورژن 1.3 ورژن 1.2، 1.1، اور 1.0 کے ساتھ ہم آہنگ ہونا چاہیے، لیکن ورژن 2.0 ورژن 1.0، 1.1، 1.2، اور 1.3 کے ساتھ مطابقت نہیں رکھتا۔ نوٹ کریں کہ بنیادی تفصیلات کے بڑے ورژن نمبر میں اضافہ پچھلے ورژن کے ساتھ پسماندہ مطابقت کی کمی کا مطلب نہیں ہے۔

پسماندہ مطابقت کے تقاضوں سے استثنیٰ

اگر جواز فراہم کیا جاتا ہے تو WG یا SG پسماندہ مطابقت کی ضرورت سے مخصوص فعالیت کو مستثنیٰ کرنے کی تجویز دے سکتا ہے۔ سابق کے لیےample، اگر فعالیت کو کم مارکیٹ اپنانے کی شرح دکھائی گئی ہے یا، انٹرآپریبلٹی مسائل کی وجہ سے، فعالیت کو تبدیل کرنے سے بہتر ہے کہ فعالیت کو ہٹایا جائے یا تبدیل کیا جائے۔ WG یا SG کو FRD میں کسی بھی پسماندہ مطابقت کی استثنیٰ کو شامل کرنا چاہیے، جو FRD کی منظوری پر BARB سے منظور شدہ ہیں۔ BARB سے منظور شدہ کوئی بھی چھوٹ 0.9/CR S پر منظوری کے لیے BoD کو پیش کی جائے گی۔tage.

3.4 ورکنگ گروپ چارٹر

جب BARB کسی ایسے FRD کو منظور کرتا ہے جو کسی موجودہ WG کو تفویض کرنے کی تجویز ہے، تو WG کو اپنے چارٹر میں نئی فعالیت کو دائرہ کار میں شامل کرنے کے لیے ایک مسودہ اپ ڈیٹ تیار کرنا چاہیے (جب تک کہ BoD نے پہلے WG کے تجزیہ کی منظوری نہ دی ہو کہ WG چارٹر اپ ڈیٹ کیا ہے ضرورت نہیں ہے)۔ تاہم، جب BARB ایک FRD کو منظور کرتا ہے جسے ایک نئے WG کو تفویض کرنے کی تجویز ہے، BARB اور ممبران جو FRD میں بیان کردہ فعالیت کو تیار کرنے میں دلچسپی رکھتے ہیں، انہیں نئے WG کے لیے چارٹر کے دائرہ کار میں شامل نئی فعالیت کے ساتھ ایک مسودہ چارٹر تیار کرنا چاہیے۔ .

ایک بار نیا یا اپ ڈیٹ شدہ WG چارٹر تیار ہو جانے کے بعد، اسے دوبارہ کے لیے BARB کو جمع کرایا جانا چاہیے۔view اور منظوری. ایک بار جب BARB چارٹر کی منظوری دے دیتا ہے، نئے یا اپ ڈیٹ شدہ WG چارٹر کا مسودہ منظوری کے لیے BoD کو جمع کرایا جائے گا۔

ایک بار جب BoD چارٹر کو منظور کر لیتا ہے، WG جس کو BoD کی طرف سے وضاحتی ترقیاتی کام تفویض کیا گیا تھا اسے اس گروپ کے ساتھ مل کر کام کرنا چاہیے جس نے FRD کو تیار کیا ہے اگر اس FRD میں کوئی ضروری اپ ڈیٹ یا وضاحت درکار ہو۔ اگر ڈیولپمنٹ فیز کے دوران FRD اپ ڈیٹ کی ضرورت ہو تو، سیکشن 3.3 اور اس سیکشن میں بیان کردہ عمل کی پیروی کرنا ضروری ہے۔ تاہم، FRD اور WG چارٹر اپ ڈیٹس کے متوازی طور پر تفصیلات کی ترقی ہو سکتی ہے۔

3.5 تقاضے فیز ایگزٹ کی ضروریات

تقاضوں کا مرحلہ مکمل ہو گیا ہے اور ترقی کا مرحلہ اس وقت شروع ہوتا ہے جب FRD کے لیے ضروری دائرہ کار کے ساتھ WG چارٹر یا تو BoD کی طرف سے تصدیق یا منظوری دی جاتی ہے اور درج ذیل تقاضے پورے ہو چکے ہیں:

NWP کو یا تو BoD نے منظور کیا ہے، یا BoD نے اتفاق کیا ہے کہ NWP غیر ضروری ہے۔
FRD اور متعلقہ WG چارٹر کو BARB نے منظور کیا ہے۔

4. ترقی کا مرحلہ

ترقی کے مرحلے کے دوران، تفویض کردہ WG(s) نئی تصریحات تخلیق کرتے ہیں اور/یا موجودہ تفصیلات کو بڑھاتے ہیں۔ FRD نئے یا بہتر بلوٹوتھ تفصیلات کے تقاضوں کی وضاحت کرتا ہے۔ تصریح میں کسی بھی فعالیت کی اجازت نہیں ہے جو FRD میں ضروریات سے معقول طور پر متعلق نہ ہو۔ مقصد ایک 0.9/CR تفصیلات تیار کرنا ہے جو ترقی کے مرحلے کے اختتام پر توثیق کے مرحلے کے لیے تیار ہے (سیکشن 5 میں بیان کیا گیا ہے)۔
ترقی کے مرحلے کے دوران، ایک تصریح (یا تفصیلات میں اضافہ) تین سیکنڈ کے ذریعے آگے بڑھتا ہے۔tages

ایک نئی تفصیلات کے لیے، تین ایسtagیہ ہیں:

0.5 ایسtage
0.7 ایسtage
0.9 ایسtage

تفصیلات میں اضافہ کے لیے، تین ایسtagیہ ہیں:

ڈرافٹ امپروومنٹ پروپوزل دستاویز (DIPD) Stage
حتمی بہتری کی تجویز دستاویز (FIPD) Stage
تبدیلی کی درخواست (CR) Stage

ہر ایکtage کو مزید ذیلی حصوں میں بیان کیا گیا ہے۔ تصویر 4.1 ذیل میں مختلف دستاویزات کی وضاحت کرتا ہے جو WG ہر ایک پر تیار کرے گا۔tage.

شکل 4.1: ختمview تفصیلات کے stages جو ترقی کے مرحلے کے دوران ہوتے ہیں۔

تفصیلات کی ترقی کے پورے عمل میں BARB کا کردار WGs کو مشورہ اور تکنیکی مدد فراہم کرنا ہے۔ WGs، کسی بھی وقت، تصریح میں استعمال کیے جانے والے تصریح کی ترقی اور تعمیراتی تصورات سے متعلق تکنیکی مشورے کے لیے BARB سے درخواستیں کر سکتے ہیں۔ WGs کی خاص طور پر حوصلہ افزائی کی جاتی ہے کہ وہ BARB سے ان خصوصیات کے لیے ابتدائی رائے طلب کریں جن میں زیادہ پیچیدہ تعمیراتی تحفظات ہیں۔

4.1 0.5/DIPD Stage

0.5/DIPD کے دوران Stage، WG [8] میں فراہم کردہ سرکاری ٹیمپلیٹس کا استعمال کرتے ہوئے درج ذیل کو تیار کرے گا:

نئی تصریح کے لیے، 0.5 تصریح کا ایک مسودہ، جس میں، کم از کم، درج ذیل پر معلومات شامل ہونی چاہیے:

FRD میں بیان کردہ ضروریات کو پورا کرنے کے لیے فن تعمیر
پروٹوکول کے لیے، سروس تک رسائی کے پوائنٹس کی وضاحت کی گئی ہے۔
خدمات، بے نقاب ڈیٹا اور رویے کے لیے
پرو کے لیےfiles، پروٹوکول کی نشاندہی کی گئی اور فعالیت کی وضاحت کی گئی۔

2. تفصیلات میں اضافہ کے لیے، DIPD کا ایک مسودہ، جس میں، کم از کم، درج ذیل معلومات پر مشتمل ہونا ضروری ہے:

پس منظر: کام کا دائرہ کار، کام کی رہنمائی کرنے والے مقاصد، اور یہ مخصوص تجویز دائرہ کار میں کیسے فٹ بیٹھتی ہے۔

ختمview تجویز کا: DIPD کی طرف سے فراہم کردہ توسیعی فعالیت کا خلاصہ (اضافی لچک، بہتر کارکردگی، وغیرہ) جس میں ایک واضح وضاحت بھی شامل ہے کہ نئی فعالیت موجودہ تفصیلات کے ورژن میں کس طرح فٹ بیٹھتی ہے۔ اگر WG نے متعدد تجاویز کا جائزہ لیا ہے، تو ان تجاویز کو BARB کو یہ تعین کرنے کا موقع فراہم کرنے کے لیے شامل کیا جانا چاہیے کہ آیا ترجیحی تجویز کے انتخاب میں مناسب احتیاط برتی گئی تھی۔
ضروریات کا احاطہ: متعلقہ FRD میں دی گئی مناسب سسٹم کی ضروریات اور استعمال کے منظرناموں کے حوالے سے تجویز کے ذریعے دی گئی فنکشنل ضروریات کی کوریج کا خلاصہ
مسلے کی تعریف: تجاویز کے ذریعے حل کیے گئے مسائل کا بیان

انتخاب کا معیار: متعلقہ تشخیصی میٹرکس سے انتخاب/کارکردگی کے معیار سے متعلق ایک بیان جس نے انتخاب کے عمل کی رہنمائی کی ہے
انتخاب کا جواز: تشخیصی میٹرکس کا ایک امتحان جو تجاویز کے درمیان انتخاب کا جواز پیش کرتا ہے اور تجارتی تعلقات کو ظاہر کرتا ہے۔
تفصیل: فعالیت اور توسیعی پروٹوکول کی تفصیل۔ یہ سیکشن متعلقہ ذیلی حصوں کو شامل کرکے مختلف ضروریات کے مطابق ڈھال سکتا ہے۔

3. ٹیسٹ کی حکمت عملی: بلوٹوتھ کوالیفیکیشن پروگرام کے حصے کے طور پر جانچنے کی تجویز کردہ فعالیت کی تفصیل (یا جانچ نہیں کی گئی) اور اس کی فعالیت کو کس طرح جانچنے کی تجویز ہے (مثال کے طور پر، لوئر ٹیسٹرز یا اپر ٹیسٹرز پر توقعات)، اور اگر ٹیسٹوں کو موافقت یا انٹرآپریبلٹی ٹیسٹ یا دونوں کے امتزاج کے طور پر منسوب کیا جائے گا)۔ یہ ایک علیحدہ دستاویز یا 0.5/DIPD تفصیلات کے اندر ایک الگ سیکشن میں ہو سکتا ہے۔ ٹیسٹ کی حکمت عملی میں استعمال ہونے والے کنونشنز کو ٹیسٹ کی حکمت عملی اور اصطلاحات اوور میں بیان کیا گیا ہے۔view دستاویز (TSTO) [5]۔

اس میں دستاویزات کے بنیادی سامعینtage WG ممبران اور BARB ہیں جو دوبارہview آرکیٹیکچرل تجاویز اور ضرورت کی کوریج، اور BTI جو دوبارہviewٹیسٹ کی حکمت عملی۔ زیادہ تر معاملات میں، اس میں دستاویزاتtage کا مقصد ایسے متن پر مشتمل نہیں ہے جسے حتمی تفصیلات میں شامل کرنے کا منصوبہ بنایا گیا ہو۔

BSTS دوبارہ ضروری ہے۔view بلوٹوتھ ڈرافٹنگ گائیڈ لائنز [1] کے ساتھ مطابقت کے لیے تمام دستاویزات اور WG کے حل کرنے کے لیے مسائل کی نشاندہی کریں۔ BARB دوبارہ ضروری ہے۔view 0.5/DIPD تفصیلات۔ تفصیلات میں اضافہ کے لیے، BARB کو بھی دوبارہ کرنا چاہیے۔view سیکشن 3.3.2 میں بیان کردہ پسماندہ مطابقت کے تقاضوں کی تعمیل کے لیے DIPD۔ BTI دوبارہ ضروری ہےview ٹیسٹ کی حکمت عملی.

BARB کو اپنے انجینئرنگ فیصلے کی بنیاد پر 0.5/DIPD تفصیلات کو منظور یا مسترد کرنا چاہیے۔ اگر BARB سے منظوری دی جائے تو، 0.5/DIPD تفصیلات بلوٹوتھ SIG پر دستیاب کرائی جائیں گی۔ webتمام ایسوسی ایٹ اور پروموٹر ممبران کو سائٹ اور اس کی دستیابی کا نوٹیفکیشن BSTS کے ذریعے جاری کیا جائے گا۔ 0.5/DIPD S پرtagای، ٹیسٹ کی حکمت عملی کی منظوری کی ضرورت نہیں ہے۔
0.5/DIPD Stagسی ایس ایس، جی ایس ایس، یا ایم ڈی پی وضاحتوں میں اضافہ کے لیے e کی ضرورت نہیں ہے۔

0.5/DIPD Stage باہر نکلنے کی ضروریات

0.5/DIPD Stage مکمل ہے اور 0.7/FIPD Stage شروع ہوتا ہے جب باہر نکلنے کے درج ذیل تقاضے پورے ہوتے ہیں:

BSTS نے دوبارہ مکمل کر لیا ہے۔view0.5/DIPD تفصیلات اور ٹیسٹ کی حکمت عملی کے ساتھ۔

BARB نے 0.5/DIPD تفصیلات کی منظوری دے دی ہے۔
بی ٹی آئی نے اپنا دوبارہ کام مکمل کر لیا ہے۔view ٹیسٹ کی حکمت عملی.
BSTS نے منظور شدہ 0.5/DIPD تفصیلات تمام ایسوسی ایٹ اور پروموٹر ممبران کے لیے دستیاب کر دی ہیں۔

4.2 0.7/FIPD Stage

0.7/FIPD کے دوران Stage، WG [8] میں فراہم کردہ سرکاری ٹیمپلیٹس کا استعمال کرتے ہوئے درج ذیل کو تیار کرے گا:

نئی تصریح کے لیے، 0.7 تصریح کا ایک مسودہ، جس میں، کم از کم، درج ذیل پر معلومات شامل ہونی چاہیے:

تمام تبدیلیوں کی تفصیل جو BARB سے منظور شدہ 0.5 کے بعد کی گئی تھیں، بشمول نئی یا تبدیل شدہ تجاویز، انتخاب کا معیار، اور انتخاب کا جواز۔ تبدیلیوں کو تفصیل کی اسی سطح پر بیان کیا جانا چاہیے جیسا کہ 0.5 S میں درکار ہے۔tage.
FRD کی طرف سے تمام عملی تقاضوں پر توجہ دی گئی۔

2. تفصیلات میں اضافہ کے لیے، FIPD کا ایک مسودہ، جس میں، کم از کم، درج ذیل پر معلومات شامل ہونی چاہیے:

تمام تبدیلیوں کی تفصیل جو BARB سے منظور شدہ DIPD کے بعد کی گئی تھیں، بشمول نئی یا تبدیل شدہ تجاویز، انتخاب کا معیار، اور انتخاب کا جواز۔ تبدیلیوں کو تفصیل کی اسی سطح پر بیان کیا جانا چاہیے جیسا کہ DIPD S میں درکار ہے۔tage.

جیسا کہ ضروری ہے، مزید ترقی یافتہ علاقے جو ڈی آئی پی ڈی کے حوالے سے سیکشن 4.1 میں بیان کیے گئے ہیں۔
بہتری کی مکمل تفصیل۔
ایک تازہ کاری شدہ آرکیٹیکچرل تفصیل۔
FRD کی طرف سے تمام عملی تقاضوں پر توجہ دی گئی۔

3. 0.7/FIPD ٹیسٹ دستاویزات، جن میں کم از کم، درج ذیل معلومات شامل ہونی چاہئیں:

ایک ٹیسٹ سویٹ، جس میں ٹیسٹ مقاصد کی فہرست شامل ہے جیسا کہ TSTO [5] میں بیان کیا گیا ہے۔

ایک نفاذ کی مطابقت کا بیان (ICS)، جیسا کہ TSTO [5] میں بیان کیا گیا ہے۔

تفصیلات میں اضافہ کے لیے، ٹیسٹ سویٹ اور ICS کو یا تو علیحدہ دستاویزات کے طور پر یا FIPD میں اضافی حصوں کے طور پر فراہم کیا جا سکتا ہے۔

اس میں تیار کردہ دستاویزات کے بنیادی سامعینtage WG ممبران اور BARB ہیں جو دوبارہview خصوصیت یا بہتری کی مکمل تفصیل بشمول کچھ متن جس میں حتمی تفصیلات میں شامل کرنے کی منصوبہ بندی کی گئی ہے۔ BTI دوبارہ کے لیے سامعین ہے۔view ٹیسٹ دستاویزات کے.

BSTS دوبارہ کریں گے۔view 0.7/FIPD تفصیلات کے نئے یا تبدیل شدہ حصے اور بلوٹوتھ ڈرافٹنگ گائیڈلائنز کے ساتھ مستقل مزاجی کے لیے ٹیسٹ دستاویزات، بشمول بلوٹوتھ SIG کے ذریعے قائم کردہ لینگویج کنونشنز۔ BARB دوبارہ کرے گا۔view 0.7/FIPD تفصیلات۔

BSTS TSTO [0.7] کے مطابق 5/FIPD ٹیسٹ دستاویزات کی تیاری میں WG کی مدد کرے گا۔

BTI دوبارہ ضروری ہےview 0.7/FIPD ٹیسٹ کے دستاویزات۔ WG کو 0.7/FIPD تفصیلات BTI کو بطور حوالہ فراہم کرنا ضروری ہے جب دوبارہview0.7/FIPD ٹیسٹ کے دستاویزات، جو BTI دوبارہ کرے گا۔view BTI تفصیلات کے مطابق Review عمل کی چیک لسٹ [6]۔

BARB اپنے دوبارہ مکمل کرنے کے بعدview 0.7/FIPD تفصیلات میں سے اور BTI نے دوبارہ مکمل کر لیا ہے۔view 0.7/FIPD ٹیسٹ دستاویزات میں سے، BSTS دوبارہ کرے گا۔viewed 0.7/FIPD تفصیلات تمام ایسوسی ایٹ اور پروموٹر ممبروں کے لیے دستیاب ہیں۔

The 0.7/FIPD Stage CSS، GSS، یا MDP تصریحات میں اضافہ کے لیے ضروری نہیں ہے۔

0.7/FIPD Stage باہر نکلنے کی ضروریات

The 0.7/FIPD Stage مکمل ہے اور 0.9/CR Stage شروع ہوتا ہے جب باہر نکلنے کے درج ذیل تقاضے پورے ہوتے ہیں:

BSTS نے دوبارہ مکمل کر لیا ہے۔view0.7/FIPD تفصیلات اور جانچ کے دستاویزات کو شامل کرنا۔
BARB نے دوبارہ مکمل کر لیا ہے۔view0.7/FIPD تفصیلات کے ساتھ۔
BTI نے دوبارہ مکمل کر لیا ہے۔view0.7/FIPD ٹیسٹ سویٹ (ٹیسٹ کے مقاصد) اور 0.7/FIPD ICS کے ساتھ۔
BSTS نے دوبارہ بنایا ہے۔viewed 0.7/FIPD تفصیلات تمام ایسوسی ایٹ اور پروموٹر ممبروں کے لیے دستیاب ہیں۔

4.3 0.9/CR Stage

سی آر کی دو قسمیں ہیں: ایک انٹیگریٹڈ سی آر، جو ایک مکمل اختیار کردہ تفصیلات کی تبدیلی سے باخبر رہنے والی دستاویز ہے جو پچھلے ورژن کے بعد سے تمام تبدیلیوں کو ظاہر کرتی ہے، اور ایک مختصر سی آر، جو ایک دستاویز ہے جو صرف متاثرہ حصوں میں ترمیم کرنے کے لیے ہدایات فراہم کرتی ہے۔ تفصیلات کا ورژن جس پر CR مبنی ہے۔

0.9/CR S کے دورانtage، WG [8] میں فراہم کردہ سرکاری ٹیمپلیٹس کا استعمال کرتے ہوئے درج ذیل کو تیار کرے گا:

ایک نئی تصریح کے لیے، 0.9 تصریح کا مواد سے مکمل مسودہ، جس میں کم از کم، درج ذیل معلومات شامل ہونی چاہئیں:

BARB-re کے بعد کی گئی تمام تبدیلیوں کی تفصیلviewایڈ 0.7 تفصیلات (یا 0.5 تصریح کے بعد سے اگر 0.7 تصریح تیار کر لی گئی تھی)، بشمول نئی یا
ترمیم شدہ تجاویز، انتخاب کا معیار، اور انتخاب کا جواز۔ تبدیلیوں کو تفصیل کی اسی سطح پر بیان کیا جانا چاہیے جیسا کہ 0.5 S میں درکار ہے۔tagای اور 0.7 ایس۔tage.

2. تفصیلات میں اضافہ کے لیے:

یا تو ایک مربوط CR، جس میں، کم از کم، درج ذیل پر معلومات شامل ہونی چاہئیں:

BARB-re کے بعد کی گئی تمام تبدیلیوں کی تفصیلviewed FIPD (یا DIPD کے بعد سے اگر FIPD کو چھوٹ دیا گیا ہے) بشمول نئی یا تبدیل شدہ تجاویز، انتخاب کے معیار، اور انتخاب کا جواز۔ تبدیلیوں کو تفصیل کی اسی سطح پر بیان کیا جانا چاہیے جیسا کہ DIPD S میں درکار ہے۔tage اور FIPD Stage.
تبدیلی سے باخبر رہنے کا استعمال کرتے ہوئے پہلے سے اختیار کردہ تفصیلات میں تجویز کردہ تمام تبدیلیاں۔
تمام منظور شدہ تکنیکی خطا (ہر خطا کے ساتھ ایک خطی نمبر کے ساتھ حوالہ دیا گیا ہے)، تبدیلی سے باخبر رہنے کا استعمال کرتے ہوئے دکھایا گیا ہے، جو ابھی تک پہلے سے اختیار کردہ تصریح ورژن میں شامل ہونا باقی ہے، اور وہ اثر متن جو تصریح بڑھانے کے ساتھ منسلک ہے؛ یا یہ دوسری صورت میں IOP ٹیسٹنگ کو متاثر کرتا ہے۔

3. یا ایک مختصر سی آر، جس میں کم از کم درج ذیل معلومات شامل ہونی چاہئیں:

BARB-re کے بعد کی گئی تمام تبدیلیوں کی تفصیلviewed FIPD (یا DIPD کے بعد سے اگر FIPD کو چھوٹ دیا گیا ہے) بشمول نئی یا تبدیل شدہ تجاویز، انتخاب کے معیار، اور انتخاب کا جواز۔ تبدیلیوں کو تفصیل کی اسی سطح پر بیان کیا جانا چاہیے جیسا کہ DIPD S میں درکار ہے۔tage اور FIPD Stage.
ہر متاثرہ حصے اور تصریح کے پیراگراف میں تجویز کردہ تمام تبدیلیاں جسے CR تبدیل کرنے کی تجویز کرتا ہے۔
تمام منظور شدہ تکنیکی خطا (ہر خطا کے ساتھ ایک خطی نمبر کے ساتھ حوالہ دیا گیا ہے)، جو مارک اپ کا استعمال کرتے ہوئے دکھایا گیا ہے، جو ابھی تک پہلے سے اختیار کردہ تصریح ورژن میں شامل ہونا باقی ہے، اور وہ اثر متن جو کہ تصریح بڑھانے سے وابستہ ہے؛ یا یہ دوسری صورت میں IOP ٹیسٹنگ کو متاثر کرتا ہے۔

4. ایک CSS CR (اگر تصریح کے مطابق نئی اندراجات درکار ہوں)، جو تصریح کے مختصر CR میں سرایت کر سکتی ہے۔
5. ایک GSS CR (اگر تصریح کے مطابق نئی اندراجات درکار ہیں)، جو کہ تصریح کے مختصر CR میں سرایت کر سکتی ہے۔
6. ایک MDP CR (اگر تصریح کے مطابق نئی اندراجات درکار ہیں)، جو کہ تصریح کے مختصر CR میں سرایت کر سکتی ہے۔
7. 0.9/CR ٹیسٹ دستاویزات، جن میں کم از کم، درج ذیل معلومات شامل ہونی چاہئیں جو کہ [8] میں فراہم کردہ آفیشل ٹیمپلیٹ کا استعمال کرتے ہوئے:

0.9/CR ٹیسٹ سویٹ، جس میں مواد کے مکمل ٹیسٹ کیسز اور متعلقہ ٹیسٹ کیس میپنگ ٹیبل (TCMT) شامل ہیں، جیسا کہ TSTO [5] میں بیان کیا گیا ہے۔
0.9/CR ICS، جیسا کہ TSTO [5] میں بیان کیا گیا ہے۔
اگر ٹیسٹ کو ترتیب دینے کے لیے امپلیمینٹیشن انڈر ٹیسٹ (IUT) کے لیے مخصوص پیرامیٹرز کی ضرورت ہوتی ہے، تو 0.9/CR امپلیمینٹیشن ایکسٹرا انفارمیشن فار ٹیسٹنگ (IXIT)۔

0.9/CR ٹیسٹ کیس ریفرنس لسٹ (TCRL) (بنیادی تفصیلات کی تازہ کاریوں کے لیے اختیاری)۔

8. ایک ٹیسٹ کوریج تجزیہ جو اس بات کی نشاندہی کرتا ہے کہ 0.9/CR ٹیسٹ سویٹ کے اندر کن تفصیلات کے تقاضوں کی جانچ کی گئی ہے یا ان کا تجربہ نہیں کیا گیا ہے (تفصیلات میں اضافہ کے لیے، ٹیسٹ کوریج کے تجزیے میں صرف نئی شامل کردہ اور متاثر شدہ فعالیت کو شامل کرنے کی ضرورت ہے، نہ کہ غیر متاثر ہونے والے علاقوں کو۔ اصل تفصیلات)۔
9. ایک IOP ٹیسٹ پلان۔

تفصیلات میں اضافہ کے لیے، ٹیسٹ سویٹ، ICS، اور IXIT کو یا تو علیحدہ دستاویزات کے طور پر یا مختصر سی آر میں اضافی حصے کے طور پر فراہم کیا جا سکتا ہے۔

زیادہ تر معاملات میں، ایک مربوط یا مخفف CR تصریح کے پہلے سے اختیار کردہ ورژن پر مبنی ہونا چاہیے، لیکن یہ تازہ ترین انٹرمیڈیٹ ڈرافٹ پر بھی مبنی ہو سکتا ہے۔ تازہ ترین انٹرمیڈیٹ ڈرافٹ تصریح کا ورژن نمبر دستاویز کے کسی ایسے ورژن سے وابستہ ورژن نمبر ہونا چاہیے جو منجمد ہے اور جو وقت کے ساتھ تبدیل نہیں ہوگا۔ بصورت دیگر، شناخت کرنے والی اضافی معلومات (جیسے دستاویز کی تاریخ اور a URL کسی مستقل مقام پر) مخصوص "بیس لائن" ورژن کی شناخت کے لیے فراہم کیا جانا چاہیے۔ اگر ایک انٹرمیڈیٹ ڈرافٹ استعمال کیا جاتا ہے تو، کسی سیکشن کے اندر CR سے براہ راست متعلق نہ ہونے والی کوئی بھی تبدیلیاں جس میں CR ترمیم کر رہا ہے شامل کیا جانا چاہیے، لیکن مارک اپ کا استعمال کرتے ہوئے دکھانے کی ضرورت نہیں ہے۔ اگر انٹرمیڈیٹ ڈرافٹ کے متعلقہ حصوں کو بعد میں اپ ڈیٹ کیا جاتا ہے، تو انٹرمیڈیٹ ڈرافٹ میں اپ ڈیٹس کی عکاسی کرنے کے لیے CR کو اپ ڈیٹ کیا جانا چاہیے۔

مثالی طور پر، اختصار شدہ CR مواد کو توثیق کے مرحلے سے پہلے بالترتیب مکمل تفصیلات اور مکمل ٹیسٹ دستاویزات کے مسودے میں ضم کیا جاتا ہے، لیکن انہیں تصدیق کے مرحلے کے آغاز پر بھی ضم کیا جا سکتا ہے۔ اگر ایک تصریح کے لیے متعدد خصوصیات تیار کی جا رہی ہیں (مثال کے طور پر، بنیادی تفصیلات)، IOP ٹیسٹنگ مکمل ہونے کے بعد ان خصوصیات کو ایک ہی مسودے میں ضم کرنا ضروری ہو سکتا ہے۔

BSTS دوبارہ کریں گے۔view بلوٹوتھ ڈرافٹنگ گائیڈ لائنز کے ساتھ مستقل مزاجی کے لیے 0.9/CR تفصیلات اور ٹیسٹ دستاویزات۔ پھر BARB دوبارہ کرے گا۔view 0.9/CR تفصیلات کے بعد بعد میں IOP ٹیسٹ پلان (جیسا کہ سیکشن 4.3.1 میں بیان کیا گیا ہے)۔ ایک بار جب 0.9/CR تفصیلات WG کی طرف سے دوبارہ کے لیے BARB کو جمع کر دی جائیں۔view, BSTS تمام اراکین کے لیے دوبارہ رسائی کے قابل بنائے گا۔view اور تمام ممبران کو اس کی دستیابی سے مطلع کریں۔ تصریحات کی ترقی کے عمل میں اس مقام سے آگے، BSTS BARB کو جمع کرائے گئے تصریحات کے مسودے تمام اراکین کو وقتاً فوقتاً بھیجے گئے نوٹس کے ساتھ دستیاب کرائے گا۔

تفصیلات میں اضافہ کے لیے، WG BoD کو سفارش کرے گا کہ آیا تصریح کے پچھلے ورژن کو فرسودہ یا واپس لیا جانا چاہیے، بشمول سفارشات کی تکنیکی وجوہات۔

BARB دوبارہ کرے گا۔view FRD میں دی گئی ضروریات کے ساتھ 0.9/CR تفصیلات کی تعمیل کا WG کا تجزیہ، کسی بھی ممکنہ حفاظتی مسائل، کسی بھی ریگولیٹری مسائل، بلوٹوتھ فن تعمیر کے ساتھ مطابقت، اور، تصریح بڑھانے کے لیے، سیکشن 3.3.2 میں بیان کردہ پسماندہ مطابقت کے تقاضوں کی تعمیل۔ .XNUMX اگر BARB کسی ممکنہ حفاظتی مسائل کی نشاندہی کرتا ہے، BARB BSTS کو دوبارہ کے لیے مطلع کرے گا۔view اور سیکورٹی ماہر گروپ کے ساتھ ہم آہنگی؛ اور اگر BARB کسی ریگولیٹری مضمرات کی نشاندہی کرتا ہے تو BARB BSTS کو دوبارہ مطلع کرے گاview اور ریگولیٹری کمیٹی اور بلوٹوتھ SIG کے قانونی مشیر کے ساتھ رابطہ قائم کریں۔ BARB کو اپنے انجینئرنگ فیصلے اور اس پیراگراف میں بیان کردہ عوامل پر غور کرنے کی بنیاد پر 0.9/CR تفصیلات کو منظور یا مسترد کرنا چاہیے۔

BTI دوبارہ کرے گاview 0.9/CR ٹیسٹ دستاویزات ٹیسٹ کوریج کے تجزیہ کو مدنظر رکھتے ہیں۔ BTI کو یا تو 0.9/CR ٹیسٹ دستاویزات کو منظور یا مسترد کرنا چاہیے۔

BARB کی طرف سے 0.9/CR تفصیلات کی منظوری کے بعد، WG دوبارہ کے لیے IOP ٹیسٹ پلان BARB کو جمع کرا دیتا ہے۔view.

BARB سے منظور شدہ 0.9/CR تفصیلات BoD کو پیش کی جاتی ہیں تاکہ IOP ٹیسٹنگ کے آغاز اور 0.9/CR تفصیلات کی اشاعت کو تمام اراکین کے لیے منظور کیا جا سکے۔

ممکنہ قانونی مسائل کو اجاگر کرنے کے لیے، WGs دوبارہ وضاحت کی درخواست کر سکتے ہیں۔view بلوٹوتھ SIG کے قانونی مشیر کے ذریعہ (قانونی دوبارہview) لازمی قانونی دوبارہ سے پہلےview گود لینے/منظوری کے مرحلے کے دوران ہوتا ہے۔ تاہم، تفصیلات میں اضافہ کے لیے، قانونی دوبارہview انٹیگریٹڈ CR پر کیا جانا چاہئے (ایک مخفف CR کے برخلاف) اور اسے جہاں تک ممکن ہو پہلے سے طے کیا جانا چاہئے تاکہ وسائل دستیاب ہوں۔

IOP ٹیسٹ پلان

WG ایک تحریری IOP ٹیسٹ پلان تیار کرے گا جو IOP ٹیسٹ ایونٹس میں تصدیق کے مرحلے کے دوران استعمال کے لیے ذیل میں بیان کردہ تمام ضروریات کو پورا کرے گا۔ WGs کو دوبارہ کے لیے IOP ٹیسٹ پلان BARB کو جمع کرانا چاہیے۔view IOP ٹیسٹ ایونٹ شروع ہونے سے پہلے۔ سادہ تفصیلات میں اضافہ کے لیے (خاص طور پر وہ جو ٹیسٹ سویٹ میں کسی بھی ٹیسٹ کیس میں ترمیم کرنے یا شامل کرنے کی ضرورت نہیں رکھتے ہیں)، IOP ٹیسٹنگ کی ضرورت نہیں ہو سکتی ہے، اور WG بیان کردہ طریقہ کار کو استعمال کرتے ہوئے IOP ٹیسٹنگ سے چھوٹ کے لیے BARB کو درخواست دے سکتا ہے۔ سیکشن 4.4 میں

IOP ٹیسٹ پلان میں شامل ہونا چاہیے:

تمام نئی لازمی، اختیاری، اور مشروط خصوصیات کی تصدیق کے لیے کیسز کی جانچ کریں۔
ہر آپشن کوڈ کے لیے کم از کم ایک ٹیسٹ کیس
ہر پیرامیٹر کے لیے کم از کم ایک ٹیسٹ کیس
ہر پیکٹ کی قسم کے لیے کم از کم ایک ٹیسٹ کیس
تصریحات میں اضافہ کے لیے پسماندہ مطابقت کے ٹیسٹ کیسز تاکہ سیکشن 3.3.2 میں درج تقاضوں کو تمام بہتر فعالیت کے لیے پورا کیا جا سکے (سیکشن 4.3.1.1 بھی دیکھیں)۔

جانچ کے معاملات جہاں IUT کو متعین حدود سے باہر کی اقدار یا غلط یا غیر متوقع سمجھے جانے والے طرز عمل کے پہلوؤں کا سامنا کرنا پڑتا ہے (غلط برتاؤ کے ٹیسٹ کیسز)۔ نوٹ کریں کہ یہ توقع کی جاتی ہے کہ ٹیسٹر جیسے PTS یا دیگر ٹیسٹ ٹول کسی بھی غلط رویے کا آغاز کرنے والا ہو گا۔
کوئی بھی عارضی تفویض کردہ نمبر (بی ایس ٹی ایس کے ساتھ مل کر منتخب کیا گیا تاکہ آئندہ IOP ٹیسٹ ایونٹس میں اوورلیپ سے بچنے کے لیے) IOP ٹیسٹ ایونٹ میں استعمال کیا جائے، جیسا کہ سیکشن 4.3.1.2 میں بیان کیا گیا ہے۔
سیکشن 4.3.1.3 میں بیان کردہ کوریج کی ضروریات کو مدنظر رکھتے ہوئے، خود مختار نفاذ کی مطلوبہ تعداد کی شناخت جو ہر ٹیسٹ کیس کو پاس کرنا ضروری ہے۔

ٹیسٹ سویٹ میں کسی بھی ٹیسٹ کیس کی شناخت جس پر WG کا خیال ہے کہ اسے خارج کر دیا جانا چاہیے اور ان کے اخراج کا جواز۔ ان میں عام طور پر شامل ہیں: • فیوچر پروفنگ ٹیسٹ کیسز (مثلاً، عام ٹیسٹ تاکہ مستقبل میں ممکنہ اضافے کو ایڈجسٹ کیا جا سکے، جیسے کہ اضافی خصوصیات، توسیعی خصوصیات، یا مستقبل کے استعمال کے لیے محفوظ (RFU) بٹس یا فیلڈز کا استعمال)
• ٹیسٹ کیسز جو دیگر شامل ٹیسٹوں کا ذیلی سیٹ ہیں۔
• عام ٹیسٹ کیسز جو عملی طور پر ٹیسٹوں سے ملتے جلتے ہیں جو کئی دیگر تصریحات کے لیے چلتے ہیں (مثلاً، عام ایرر کوڈز کو متحرک کرنا)
• اسی ٹیسٹ کے مقصد کے ساتھ ٹیسٹ کیسز جیسے ٹیسٹ کیسز جو کسی اور ٹرانسپورٹ پر چلتے ہیں (مثال کے طور پر، ایک BR/EDR ٹیسٹ کیس جو LE ٹیسٹ کیس سے ملتا جلتا ہے)
• نفاذ کی مضبوطی یا تناؤ کی جانچ

IOP ٹیسٹ پلان میں ایسے ٹیسٹ بھی شامل ہو سکتے ہیں جو IOP ٹیسٹنگ کے لیے منفرد ہوتے ہیں جیسے کہ آخر سے آخر تک ٹیسٹ کیسز جو کہ زیادہ پیچیدہ ترتیبوں کو جوڑتے ہیں جو کہ صارف کے عام منظر نامے سے مشابہت رکھتے ہیں۔

اگرچہ IOP ٹیسٹ پلان کے لیے BARB کی منظوری درکار نہیں ہے (اس سمجھ پر کہ IOP ٹیسٹ پلان میں ہر IOP ٹیسٹ ایونٹ کے ساتھ ترمیم اور بہتری ہوتی رہے گی)، IOP ٹیسٹ رپورٹ کی BARB کی منظوری درکار ہے (سیکشن 5.1.1 دیکھیں) . اگر IOP ٹیسٹ پلان سیکشن 4.3.1 میں بیان کردہ تمام تقاضوں کو پورا نہیں کرتا ہے، تو WG کو IOP ٹیسٹ ایونٹ (ایونٹ) کے شروع ہونے سے پہلے کسی بھی معلوم تغیرات کا خلاصہ اور BARB میں ہر تغیر کا استدلال پیش کرنا چاہیے۔

IOP ٹیسٹ پلان اور ٹیسٹ کیسز بنیادی طور پر متعلقہ تفصیلات کے ٹیسٹ دستاویزات کے اندر موجود مواد پر مبنی ہونے چاہئیں۔

IOP ٹیسٹ ایونٹس کو موثر بنانے کے لیے، WG کے پاس IOP ٹیسٹ پلان اور تمام متعلقہ ٹیسٹ کیسز مکمل ہونے چاہئیں اور پہلے IOP ٹیسٹ ایونٹ سے کم از کم ایک ماہ قبل مثالی طور پر نافذ کنندگان کے لیے دستیاب ہونا چاہیے۔

پسماندہ مطابقت کی جانچ کے لیے منصوبہ بندی کرنا
تفصیلات میں اضافہ کے لیے، پسماندہ مطابقت کی IOP جانچ کو تصریح کے تمام فعال اور فرسودہ ورژن کے خلاف تصدیق پر غور کرنا چاہیے کیونکہ وہ تصریحات اور فعالیت جو عام طور پر بلوٹوتھ پروڈکٹس میں پائی جاتی ہیں ان کی عمر بہت طویل ہو سکتی ہے (مثلاً گاڑیاں)۔ WG کو مطلوبہ پسماندہ مطابقت کی جانچ کی مناسب سطح کا تجزیہ کرنا چاہیے (اگر کوئی ہو) جس میں یہ بھی شامل ہے کہ کون سے ورژن کی جانچ کرنی ہے اور ٹیسٹ کرنے ہیں، اور یہ تجزیہ BARB کو فراہم کرنا چاہیے۔ BARB دوبارہ ضروری ہے۔view WG کے لیے IOP ٹیسٹ پلان میں شامل کرنے کے لیے تجزیہ اور تبدیلیوں کی تجویز (اگر کوئی ہے)۔

پسماندہ مطابقت کی جانچ میں حصہ لینے والے اراکین کی حوصلہ افزائی کی جاتی ہے کہ وہ پرانی ڈیوائسز لانے کے لیے جو سابقہ وضاحتی ورژن (ورژنوں) کے مقابلے میں اہل ہیں۔ WG کو IOP ٹیسٹ رپورٹ میں کسی بھی پسماندہ مطابقت کی ناکامی کی اطلاع دینی چاہیے۔ رکن کمپنیوں کو بھی حوصلہ افزائی کی جاتی ہے کہ وہ IOP ٹیسٹ ایونٹ کے مقام سے باہر اپنی لیبز میں پسماندہ مطابقت کی جانچ کریں اور WG کو تفصیلات سے متعلق کسی بھی مسئلے کی اطلاع دیں۔

IOP ٹیسٹنگ میں استعمال ہونے والے عارضی تفویض کردہ نمبر
تفویض کردہ نمبروں کی عارضی تفویض کو مربوط کرنے کے لیے BSTS اور BARB سے مشورہ کیا جانا چاہیے جو IOP ٹیسٹ ایونٹ میں استعمال کیے جائیں گے تاکہ دیگر وضاحتوں کے ساتھ کوئی اوورلیپ یا تصادم نہ ہو۔ ان عارضی اقدار کو IOP ٹیسٹ پلان میں شامل کیا جانا چاہیے اور کسی بھی اختیار کردہ تصریحات کے ذریعے استعمال کے لیے تفویض نہیں کیا جائے گا۔

IOP ٹیسٹنگ کے لیے جہاں ایک یا زیادہ نئی 16-bit UUID اقدار تجویز کی جا رہی ہیں، 0x7F00 سے 0x7FFF کی رینج کے اندر کی اقدار IOP ٹیسٹنگ کے لیے محفوظ ہیں۔

IOP ٹیسٹنگ کے لیے جہاں ایک یا زیادہ نئی فکسڈ پروٹوکول سروس ملٹی پلیکسر (PSM) اقدار تجویز کی جا رہی ہیں، 0x0000 سے 0x007F تک درست رینج کے اختتام سے شروع ہونے والی اقدار، جیسا کہ بنیادی تفصیلات میں بیان کیا گیا ہے، استعمال کیا جائے گا۔

کوریج کی ضروریات
WG کو BARB کو اس بات کا ثبوت فراہم کرنا چاہیے کہ آزادانہ نفاذ کی مطلوبہ تعداد (جیسا کہ پیروی کرنے والے حصوں میں بیان کیا گیا ہے) ہر ٹیسٹ کیس کو پاس کر چکے ہیں۔ آزاد نفاذ کی مطلوبہ تعداد میں مستثنیات کے لیے کسی بھی WG کی درخواست کا اشارہ IOP ٹیسٹ پلان میں ہونا چاہیے جو BARB کو جمع کرایا گیا ہے۔

نفاذ کو ایک دوسرے سے اس وقت تک آزاد سمجھا جاتا ہے جب تک کہ وہ تمام حصے جو توثیق سے متعلق ہیں آزادانہ طور پر تیار کیے گئے ہوں، یعنی مختلف ٹیموں کے ذریعے (جو ضروری نہیں کہ مختلف کمپنیوں سے آئیں)۔ BSTS اس بات کا اندازہ لگانے میں مدد کر سکتا ہے کہ آیا پروٹو ٹائپس کو ایک دوسرے سے آزاد سمجھا جا سکتا ہے تاکہ نفاذ کی تفصیلات کی گمنامی اور رازداری کو محفوظ رکھا جا سکے۔

نوٹ کریں کہ پی ٹی ایس سمیت ٹیسٹ ٹولز کو خود مختار نفاذ نہیں سمجھا جاتا ہے۔

بنیادی تفصیلات IOP کوریج کی ضروریات
بنیادی تصریح کی خصوصیت عام طور پر ایک یا ایک سے زیادہ کرداروں کی وضاحت کرتی ہے جہاں ہر کردار کو ایک یا زیادہ دوسرے کرداروں کے ساتھ یا ممکنہ طور پر خود کے ساتھ مداخلت کرنے کے لیے ڈیزائن کیا گیا ہے۔

کرداروں کے ہر ایک جوڑے کے لیے جو ایک دوسرے کے ساتھ مداخلت کرنے کے لیے ڈیزائن کیے گئے ہیں، ہر کردار کے کم از کم تین آزاد نفاذ کا مظاہرہ کیا جانا چاہیے تاکہ تکمیلی کردار کے تین آزاد نفاذ کے ساتھ مداخلت کریں۔

ہر ایک کردار کے لیے جو ایک ہی کردار میں کسی دوسرے آلے کے ساتھ مداخلت کر سکتا ہے، اس کردار کے کم از کم تین آزاد نفاذ کو یہ ظاہر کرنا چاہیے کہ وہ اس کردار میں ایک دوسرے کے ساتھ تعامل کر سکتے ہیں۔

سروس کی تفصیلات IOP کوریج کی ضروریات
کم از کم تین آزاد سروس کے نفاذ کو یہ ظاہر کرنا چاہیے کہ وہ کم از کم ایک کلائنٹ کے نفاذ کے ساتھ مداخلت کرتے ہیں، جو کہ PTS ہو سکتا ہے۔

پروfile اور پروٹوکول تفصیلات IOP کوریج کی ضروریات
پروfile اور پروٹوکول کی وضاحتیں عام طور پر ایک یا ایک سے زیادہ کرداروں کی وضاحت کرتی ہیں جہاں ہر کردار کو ایک یا زیادہ دوسرے کرداروں کے ساتھ، یا ممکنہ طور پر اپنے ساتھ مداخلت کرنے کے لیے ڈیزائن کیا گیا ہے۔

کرداروں کے ہر جوڑے کے لیے جو ایک دوسرے کے ساتھ مداخلت کرنے کے لیے بنائے گئے ہیں، ہر کردار کے کم از کم دو آزاد نفاذ کو یہ ظاہر کرنا چاہیے کہ وہ تکمیلی کردار کے دو آزاد نفاذ کے ساتھ مداخلت کرتے ہیں۔

ہر ایک کردار کے لیے جو ایک ہی کردار میں کسی دوسرے آلے کے ساتھ مداخلت کر سکتا ہے، اس کردار کے کم از کم تین آزاد نفاذ کو یہ ظاہر کرنا چاہیے کہ وہ اس کردار میں ایک دوسرے کے ساتھ تعامل کرتے ہیں۔

ماڈل کی تفصیلات IOP کوریج کی ضروریات
کم از کم تین آزاد سرور ماڈل یا کنٹرول ماڈل کے نفاذ کو یہ ظاہر کرنا چاہیے کہ وہ کم از کم ایک کلائنٹ کے نفاذ (جو PTS ہو سکتا ہے) کے ساتھ مداخلت کرتے ہیں، اور کم از کم ایک کلائنٹ ماڈل کے نفاذ کو یہ ظاہر کرنا چاہیے کہ یہ کم از کم ایک سرور ماڈل کے نفاذ اور PTS کے ساتھ مداخلت کرتا ہے۔

تفصیلات کے ورژن نمبرنگ

0.9/CR S کے دورانtage، WG کو لازمی طور پر BoD کو پیش کرنے کے لیے ایک سفارش تیار کرنی چاہیے جس کو اپنانے پر تصریح پر لاگو کیا جائے گا۔

تصریحات کے ورژن دو قسموں میں آتے ہیں: مکمل ریلیز ورژن، جس میں نئی یا اپ ڈیٹ کردہ خصوصیات شامل ہیں، اور دیکھ بھال کے ریلیز ورژن (جسے "ڈاٹ-Z ورژن" بھی کہا جاتا ہے)، جو تکنیکی اور ادارتی خطا کو مربوط کرتے ہیں، لیکن نئے یا اپ ڈیٹ شامل نہیں ہوتے ہیں۔ خصوصیات۔ مکمل ریلیز ورژنز میں XY کی شکل میں دو پارٹ نمبر ہوتے ہیں، جیسے 2.1 یا 5.0، جبکہ مینٹیننس ریلیز ورژنز میں XYZ کی شکل میں تین پارٹ نمبر ہوتے ہیں، جیسے 2.1.2۔ Z کی قدر 0 نہیں ہو سکتی۔

کسی بھی دو ورژن کے لیے، ایک کو "اعلی ورژن" اور دوسرے کو "نچلا ورژن" کہا جاتا ہے۔ یہ مندرجہ ذیل قواعد کے مطابق طے کیا جاتا ہے:

اگر X اجزاء میں فرق ہے تو، اعلی X قدر والا "اعلی ورژن" ہے۔
اگر X اجزاء ایک جیسے ہیں، لیکن Y اجزاء مختلف ہیں، تو زیادہ Y قدر والا "اعلی ورژن" ہے۔
اگر XY اجزاء ایک جیسے ہیں، لیکن Z کے اجزاء مختلف ہیں، تو زیادہ Z ویلیو والا "اعلی ورژن" ہے۔ اس مقصد کے لیے دو حصوں والے نمبر XY کو تین حصوں والے نمبر XY0 کے طور پر سمجھا جاتا ہے۔

سابق کے لیےampلی، درج ذیل ورژن نمبر سب سے کم ورژن سے لے کر اعلی ترین ورژن تک ترتیب میں ہوں گے: 1.4، 2.0، 2.0.3، 2.1، 2.1.1، 2.1.2، 2.2۔ CSS کے لیے، ہر اپ ڈیٹ ورژن نمبر کے صرف X جز کو بڑھاتا ہے۔

BoD منظوری کی شرائط
وضاحتی ترقی کے مرحلے کے اختتام پر 0.9/CR تفصیلات کو منظوری کے لیے BoD کو جمع کرانے سے پہلے درج ذیل تقاضوں کو پورا کرنا ضروری ہے:

ڈبلیو جی نے ٹیسٹ کوریج کا تجزیہ مکمل کر لیا ہے۔
BSTS نے دوبارہ مکمل کر لیا ہے۔view0.9/CR تصریحات اور جانچ کے دستاویزات۔
BARB نے 0.9/CR تفصیلات کی منظوری دے دی ہے۔
BARB نے CSS CR کی منظوری دے دی ہے (اگر تصریح کے مطابق نئی اندراجات درکار ہوں) جو تصریح کے مختصر CR میں سرایت کر سکتی ہے۔
BARB نے GSS CR اور MDP CR کی منظوری دے دی ہے (اگر تفصیلات کے مطابق نئی اندراجات درکار ہیں)۔
BTI نے IXIT کے ساتھ 0.9/CR ٹیسٹ سویٹ، ICS، اور TCRL کی منظوری دی ہے (بشرطیکہ ٹیسٹ سویٹ میں ٹیسٹ کرنے کے لیے IXIT کی ضرورت ہو)۔ TCRL اس پر اختیاری ہے۔tage بنیادی تفصیلات میں اپ ڈیٹس کے لیے۔
WG نے IOP ٹیسٹ پلان دوبارہ کے لیے BARB کو جمع کرایا ہے۔view (اگر BARB کے ذریعہ ٹیسٹنگ کو معاف نہیں کیا جاتا ہے)۔

BoD کو پیش کی جانے والی دستاویزات میں BARB سے منظور شدہ 0.9/CR تفصیلات، اور BoD کو ایک پیشکش شامل ہونا چاہیے جس میں یہ شامل ہونا چاہیے:

IOP ٹیسٹنگ یا سیکشن 4.3.1 میں بیان کردہ کسی بھی تقاضے کو چھوڑنے کی کوئی معلوم درخواست
نقل و حمل کی ایک فہرست جن کی تصریح معاونت کرتی ہے (مثلاً، BR/EDR، LE. وغیرہ)
تصریح بڑھانے کے لیے، پسماندہ مطابقت کے تقاضوں (سیکشن 3.3.2 میں بیان کردہ) سے کوئی بھی استثنیٰ جس کی درخواست WG کے ذریعے کی جا رہی ہے۔
تصریح بڑھانے کے لیے، WG کی جانب سے ورژن نمبر کے لیے تجویز کردہ تصریح پر لاگو کرنے کے لیے
تصریح میں اضافہ کے لیے، WG کی اختیار کردہ تصریح کے پچھلے ورژن (ورژن) کے لیے آخری زندگی کی سفارش، بشمول کوئی تکنیکی وجوہات کیوں کہ تصریح کے کسی پچھلے ورژن کو فرسودہ یا واپس لینے کی سفارش کی گئی ہے یا نہیں، اور جواز سفارش کے لئے
BARB یا BTI ممبران کی جانب سے کوئی حل نہ ہونے والے سنگین خدشات (مثلاً، منظوری کے دوران ووٹ نہ ہونے کی وجوہات، دوبارہ سے پیدا ہونے والے خدشاتview ٹیسٹ دستاویزات، یا خدشات کہ 0.9/CR تفصیلات FRD یا چارٹر کے دائرہ کار سے باہر ہیں)
پرو کی تیاری کی حیثیتfile ٹیوننگ سویٹ (PTS) یا گود لینے سے وابستہ دیگر ضروری ٹولز جو BSTS کے ذریعہ تیار کیے گئے ہیں۔

اس سے پہلے کہ BTI 0.9/CR ٹیسٹ کے دستاویزات کو منظور کرے اور WG اس بات کی تصدیق کرے کہ IOP ٹیسٹ پلان سیکشن 2 میں بیان کردہ ضروریات کو پورا کرتا ہے، اس سے پہلے کہ BoD، IOP ٹیسٹنگ کے لیے 0.9/CR تفصیلات کی منظوری کا انتخاب کر سکتا ہے جیسا کہ بائی لاز [4.3.1] کی ضرورت ہے۔ 0.9۔ BoD 0.9/CR ٹیسٹ دستاویزات کی BTI کی منظوری پر IOP ٹیسٹنگ کے لیے XNUMX/CR تصریح کی اپنی منظوری کی شرط بھی لگا سکتا ہے۔

0.9/CR Stage باہر نکلنے کی ضروریات
The 0.9/CR Stage مکمل ہو گیا ہے اور تصدیق کا مرحلہ اس وقت شروع ہوتا ہے جب BoD IOP ٹیسٹنگ کے آغاز کی منظوری دیتا ہے۔

4.4 تفصیلات کی ترقی کے عمل کی چھوٹ

ایک WG درج ذیل عمل کے مراحل میں سے ایک یا زیادہ کو چھوڑنے کی درخواست کر سکتا ہے:

0.5/DIPD Stage
The 0.7/FIPD Stage
IOP جانچ توثیق کے مرحلے کے اندر

چھوٹ کی درخواست کرنے کے لیے، WG کو بلوٹوتھ SIG [8] کے ذریعے فراہم کردہ پراسیس ویور ٹیمپلیٹ کا استعمال کرنا چاہیے اور ہر ایک کمیٹی (یعنی، BARB یا BTI) کو چھوٹ کی درخواست جمع کرانی چاہیے جسے دوبارہ کرنے کی ضرورت ہے۔view یا s پر ڈرافٹ تفصیلات یا متعلقہ ٹیسٹ دستاویزات کو منظور کریں۔tage کہ WG نے معافی کی تجویز دی ہے، اور ان کمیٹیوں میں سے ہر ایک کو چھوٹ کی درخواست کو منظور کرنا ہوگا۔

استثنیٰ کی درخواست میں درج ذیل شامل ہونا ضروری ہے:

ایس کی ایک شناختtage(s) جسے WG معاف کرنا چاہتا ہے۔
ایک جواز کیوں ایسtage(s) کو چھوٹ دینا چاہیے۔
ہر کمیٹی (یعنی BTI اور/یا BARB) کی شناخت جس کو دوبارہ کرنے کی ضرورت ہے۔view اور چھوٹ کی درخواست کو منظور کریں۔

چھوٹ پر غور کرنے والی کمیٹی اس بات کا تقاضا کر سکتی ہے کہ WG کا ایک نمائندہ چھوٹ کی درخواست پر فیصلہ کرنے سے پہلے SMPD کے عمل کی چھوٹ کو جواز فراہم کرنے کے لیے ایک پیشکش کرے۔

اگر ایک چھوٹ متعدد مراحل کو معاف کرنے کی درخواست کرتا ہے اور چھوٹ کا کچھ حصہ مسترد کر دیا جاتا ہے اور کچھ حصہ منظور کر لیا جاتا ہے، تو کمیٹی کے جواب میں یہ بتانا چاہیے کہ چھوٹ کی درخواست میں کون سے اقدامات منظور کیے گئے تھے اور کن کو مسترد کر دیا گیا تھا۔ اگر استثنیٰ کی درخواست مسترد کر دی جاتی ہے، تو مسترد ہونے کی اطلاع میں مسترد ہونے کی وجوہات شامل ہونی چاہئیں۔

5. تصدیق کا مرحلہ

توثیق کے مرحلے کے دوران، WG 0.9/CR تفصیلات پر IOP ٹیسٹنگ کرے گا جس کا مقصد BARB re کے لیے IOP ٹیسٹ رپورٹ فراہم کرنا ہے۔view اور منظوری. جب بھی ممکن ہو، انٹیگریٹڈ ڈرافٹ تصریح کے خلاف تفصیلات میں اضافہ کی IOP جانچ کی جانی چاہیے۔ اس کے علاوہ ممبر ریviewجیسا کہ بائی لاز کی ضرورت ہے [2]، اس مرحلے کے دوران شروع ہوتا ہے۔

اگر تصریح (یا اضافہ) کو IOP ٹیسٹنگ کی ضرورت نہیں ہے، تو سیکشن 4.4 میں بیان کردہ عمل کو استعمال کرتے ہوئے توثیق کے مرحلے کے اندر IOP ٹیسٹنگ کو چھوڑ دیا جا سکتا ہے۔

IOP ٹیسٹنگ کے پورے کورس کے دوران (جو ایک یا زیادہ واقعات ہو سکتے ہیں)، WG کو بلوٹوتھ SIG کے ایشو ٹریکنگ سسٹم کا استعمال کرتے ہوئے مسائل کو ٹریک کرنا چاہیے اور ڈرافٹ تفصیلات، ٹیسٹ دستاویزات، اور IOP ٹیسٹ پلان میں اپ ڈیٹس کو شامل کرنے کے لیے اعادہ کرنا چاہیے۔ ایک بار جب IOP ٹیسٹنگ ختم ہو جاتی ہے، WG کو تمام مسائل کو حل کرنے کے لیے مسودے کی تفصیلات اور ٹیسٹ دستاویزات کی اپ ڈیٹس کو مکمل کرنا چاہیے، اور دوبارہ کے لیے BARB کو ایک IOP ٹیسٹ رپورٹ تیار کر کے جمع کرانا چاہیے۔view اور منظوری. یہ تصویر 5.1 میں دکھایا گیا ہے۔

تصدیق کے مرحلے کے دوران کئی سرگرمیاں ہیں جو شروع ہو سکتی ہیں۔ یہ سرگرمیاں متوازی طور پر ہوسکتی ہیں اور ان میں درج ذیل شامل ہیں:

BoD سے منظور شدہ 0.9/CR تصریح BSTS کے ذریعے تمام ممبروں کو ممبر ری کے آغاز کی اطلاع کے ساتھ دستیاب کرائی گئی ہے۔view بائی لاز کے لیے مطلوبہ مدت۔
کسی بھی مطلوبہ اپ ڈیٹس کو CSS میں شامل کیا جاتا ہے (جو تصریح کے مختصر سی آر میں سرایت کر سکتے ہیں)۔
خصوصیت یا وضاحتی تعریفیں GSS تفصیلات کے ساتھ ساتھ IOP ٹیسٹنگ کے لیے PTS میں شامل ہیں۔
میش پراپرٹی کی تعریفیں MDP تفصیلات کے ساتھ ساتھ IOP ٹیسٹنگ کے لیے PTS میں شامل ہیں۔
BSTS IOP ٹیسٹنگ کی تیاری میں IOP پلیٹ فارم رجسٹریشن اور نتائج کے اندراج کے آلے کو قابل بناتا ہے۔
IOP ٹیسٹنگ، اگر ضرورت ہو (سیکشن 5.1 دیکھیں)۔
Review تبصرے اور مسائل، بشمول IOP ٹیسٹنگ کے نتیجے میں پیش کیے گئے، پر کارروائی کی جاتی ہے اور تبدیلیوں کو مسودے کی تفصیلات میں شامل کیا جاتا ہے۔

5.1 IOP ٹیسٹنگ

IOP ٹیسٹنگ کا بنیادی مقصد تصریح کی توثیق کرنا ہے۔ample، متن کے اندر درستگی اور ابہام کی جانچ کرنا، دوبارہviewکسی بھی بنیادی ڈیزائن کی غلطیوں اور کوتاہیوں کے لیے، اور تصریح کی ترقی کے عمل میں پہلے سے قائم کردہ تقاضوں کے خلاف توثیق فراہم کرنا۔ IOP ٹیسٹنگ کے نتیجے میں ڈرافٹ کی تفصیلات میں تبدیلیاں آ سکتی ہیں اور تمام مطلوبہ ٹیسٹنگ کو مکمل کرنے کے لیے متعدد IOP ٹیسٹ ایونٹس ضروری ہو سکتے ہیں۔

WG سے باہر کے اراکین کو IOP ٹیسٹنگ میں حصہ لینے کا موقع دینا ضروری ہے کیونکہ وہ ایک آزاد فراہم کرتے ہیں۔ view تصریح کی اور تصریح میں ابہام کے ان شعبوں کا پردہ فاش کر سکتا ہے جو کہ مسودہ تیار کرنے والے WG کے ممبران پر واضح نہیں ہو سکتا۔ ہر IOP ٹیسٹ ایونٹ سے پہلے، BSTS ایونٹ کی تفصیلات، تازہ ترین ڈرافٹ تفصیلات، ٹیسٹ سویٹ، اور IOP ٹیسٹ پلان دستیاب کرائے گا اور ہر ایونٹ سے ایک ماہ پہلے تمام اراکین کو مثالی طور پر مطلع کرے گا۔ IOP ٹیسٹ ایونٹ میں استعمال ہونے والا اپ ڈیٹ کردہ ڈرافٹ تفصیلات، ٹیسٹ سویٹ، اور IOP ٹیسٹ پلان ہر ایونٹ سے کم از کم ایک ہفتہ پہلے دستیاب ہونا چاہیے۔

IOP ٹیسٹنگ کے دوران، پلیٹ فارمز کے جوڑے کے مجموعے ٹیسٹوں کو انجام دینے کی کوشش کریں گے اور IOP ٹیسٹنگ کے شرکاء ہر ٹیسٹ اور تبصروں کے پاس/فیل نتائج کو ریکارڈ کریں گے۔ ان نتائج کا ایک گمنام خلاصہ (مثال کے طور پر، "پلیٹ فارم A"، "پلیٹ فارم B"، وغیرہ کا حوالہ دیتے ہوئے) اور کسی بھی تبصرے کو IOP ٹیسٹ ایونٹس کے دوران جمع کیا جائے گا اور IOP کے دوران اور اس کے بعد WG کے اراکین کو دستیاب کرایا جائے گا۔ ٹیسٹ ایونٹ. اگر IOP ٹیسٹنگ کے دوران پیش آنے والے کسی بھی تبصرے یا ناکامیوں کی بہتر تفہیم حاصل کرنے کے لیے اضافی معلومات کی ضرورت ہو تو، BSTS جمع کرانے والے ممبر سے مزید معلومات اکٹھا کرنے کے لیے ایک ثالث کے طور پر کام کر سکتا ہے۔

اگر ممکن ہو تو، ہوسٹ کنٹرولر انٹرفیس (HCI) کے اوپر تمام پرتوں پر پلیٹ فارمز کے ساتھ IOP ٹیسٹنگ کو سپورٹ کرنے کے لیے PTS کو اپ ڈیٹ کیا جانا چاہیے، اور ان پرتوں کے لیے IOP ٹیسٹ ایونٹس میں موجود رہنا چاہیے۔ دیگر ٹیسٹنگ ٹولز بھی IOP ٹیسٹ ایونٹس میں موجود ہو سکتے ہیں۔ PTS یا دوسرے ٹیسٹ ٹولز (اگر کوئی ہے) کے ساتھ ٹیسٹ کے نتائج کا خلاصہ IOP ٹیسٹ رپورٹ میں شامل کیا جانا چاہیے۔

IOP ٹیسٹنگ ان تمام اراکین کے لیے کھلی ہوگی جو پروٹو ٹائپ کا نفاذ فراہم کرنا چاہتے ہیں، تاہم، بلوٹوتھ SIG بلوٹوتھ SIG (بشمول شرکت اور رازداری کے معاہدوں) کے ساتھ معاہدوں کی منظوری پر شرکت کی شرط لگا سکتا ہے۔ WG IOP ٹیسٹنگ کے دوران دریافت ہونے والے مسائل پر کارروائی اور حل کرنے، اور متاثرہ دستاویزات کو اپ ڈیٹ کرنے کا ذمہ دار ہے۔ WG سے منظور شدہ تبدیلیوں کو ہر IOP ٹیسٹ ایونٹ میں استعمال کے لیے مسودے کی تفصیلات اور ٹیسٹ دستاویزات میں اپ ڈیٹس کے طور پر شامل کیا جانا چاہیے۔

توثیق کے مرحلے سے پہلے، WGs ابتدائی IOP ٹیسٹنگ ایسے واقعات میں انجام دے سکتے ہیں جو صرف WG کے اراکین کے لیے کھلے ہیں، تاہم غیر رسمی جانچ کے نتائج کو IOP ٹیسٹ کے نتائج میں شامل نہیں کیا جا سکتا ہے۔

یہ ہو سکتا ہے کہ پہلے IOP ٹیسٹ ایونٹ تک لے جانے والے تمام مراحل کی پیروی کی جائے، بشمول IOP ٹیسٹنگ شروع کرنے کے ارادے کے ساتھ اعلان کردہ IOP تاریخ اور مقام، لیکن ٹیسٹ ایونٹ کے آغاز سے پہلے BoD کی منظوری حاصل نہیں کی گئی تھی۔ اس صورت میں، BoD ٹیسٹ کے نتائج کو شامل کرنے کی اجازت دے سکتا ہے جو IOP ٹیسٹنگ شروع کرنے کے لیے BoD کی منظوری سے پہلے جمع کیے گئے تھے، بشرطیکہ جمع کیے گئے نتائج اسی تصریح پر مبنی ہوں اور ٹیسٹ سویٹ BoD کے ذریعے منظور کیے گئے ہوں۔

CSS، GSS، یا MDP وضاحتیں بڑھانے کے لیے IOP ٹیسٹنگ کی ضرورت نہیں ہے۔

IOP ٹیسٹ رپورٹ
IOP ٹیسٹنگ مکمل ہونے کے بعد، WG کو یہ ظاہر کرنے کے مقصد سے کہ آزاد پلیٹ فارمز کی مطلوبہ تعداد نے مطلوبہ ٹیسٹ پاس کر لیے ہیں IOP ٹیسٹ رپورٹ کو BARB کو جمع کرانا چاہیے۔ BARB دوبارہ ضروری ہے۔view اور IOP ٹیسٹ کی رپورٹ کو منظور یا مسترد کریں گے اور WG کو مطلع کریں گے اگر BoD کو ووٹنگ ڈرافٹ تفصیلات پیکج جمع کرانے سے پہلے اضافی IOP ٹیسٹنگ کی ضرورت ہے۔ BSTS اور WG کو یہ یقینی بنانا چاہیے کہ BARB کو رپورٹ جمع کروانے سے پہلے IOP ٹیسٹ رپورٹ میں ممبر کی شناخت کرنے والی کوئی بھی معلومات ظاہر نہ ہو۔

IOP ٹیسٹ رپورٹ میں شامل ہونا چاہیے:

IOP ٹیسٹ کے تمام واقعات کی فہرست جو تصدیق کے مرحلے کے دوران پیش آئے بشمول ان کی تاریخیں اور مقامات۔
ممبر کمپنیوں اور آزاد پلیٹ فارمز کی تعداد جنہوں نے ہر IOP ایونٹ میں شرکت کی جس میں PTS استعمال کیا گیا تھا۔
تفصیلات کی ایک فہرست، ٹیسٹ سویٹ، اور IOP ٹیسٹ پلان ورژن جو ہر ایونٹ میں استعمال ہوتے ہیں۔
ایک ایگزیکٹو خلاصہ جس میں بتایا گیا ہے کہ آیا تمام ٹیسٹ کیسز پاس ہونے کے کم از کم معیار پر پورا اترتے ہیں یا نہیں۔
سیکشن 4.3.1 میں بیان کردہ IOP ٹیسٹ پلان کے تقاضوں سے کسی بھی تغیرات کا خلاصہ اور ہر ایک تغیر کی دلیل۔
ٹیسٹ سویٹ میں ٹیسٹ کیسز کے لیے PTS کوریج کا خلاصہ۔
IOP ٹیسٹ پلان سے تمام ٹیسٹ کیسز کی ایک فہرست (بشمول پسماندہ مطابقت کے ٹیسٹ)، ٹیسٹ پاس کرنے کی تعداد، ٹیسٹ میں ناکامیوں کی تعداد، اور آیا فی ٹیسٹ کیس میں کم از کم معیار پورا کیا گیا تھا جس میں یہ وضاحت بھی شامل ہے کہ کوئی تقاضہ کیوں نہیں تھا۔ ملاقات کی
ہر تقریب میں مسائل، تبصروں اور سوالات کا خلاصہ (بشمول ان filed IOP ٹیسٹنگ کے دوران تصریح کے خلاف) اور تصریح اور ٹیسٹ دستاویزات پر اثرات۔

5.2 توثیق کے مرحلے سے باہر نکلنے کی ضروریات

توثیق کا مرحلہ مکمل ہو گیا ہے اور منظوری/گود لینے کا مرحلہ اس وقت شروع ہوتا ہے جب BARB نے IOP ٹیسٹ رپورٹ کی منظوری دے دی ہو (جب تک BARB کی طرف سے ٹیسٹنگ کو چھوڑ دیا گیا ہو) اور درج ذیل تمام تقاضوں کو پورا کر لیا گیا ہے:

BSTS نے منظور شدہ 0.9/CR تفصیلات ممبر ری کے لیے تمام ممبران کے لیے دستیاب کر دی ہیں۔view جیسا کہ بائی لاز کی ضرورت ہے اور تمام ممبران کو اس کی دستیابی سے مطلع کیا ہے۔
IOP ٹیسٹنگ کے دوران جن مسائل کی نشاندہی کی گئی تھی، اور جن کا ٹیسٹ اثر ہے، ان کو شامل اور جانچ لیا گیا ہے۔
WG نے IOP ٹیسٹنگ مکمل کر لی ہے (جب تک BARB کی طرف سے ٹیسٹنگ کو چھوڑ دیا گیا ہو)۔

6. گود لینے/منظوری کا مرحلہ

گود لینے/منظوری کے مرحلے کے دوران، تفصیلات اور متعلقہ ٹیسٹ کے دستاویزات کو حتمی شکل دی جاتی ہے، BARB، BQRB، اور BTI کی منظوری مل جاتی ہے، تجویز کردہ گود لینے کی تاریخ کا نوٹس جاری کیا جاتا ہے اس کے ساتھ گود لینے کے لیے BoD کو جمع کرائے گئے مسودے کی تفصیلات کے حتمی ورژن ( ووٹنگ ڈرافٹ)، اور حتمی تفصیلات پیکج BoD کو جمع کرایا جاتا ہے۔ ممبر ری کی کم از کم مدت کے بعدview بائی لاز [2]) کی طرف سے مطلوبہ کو مطمئن کر دیا گیا ہے، BoD گود لینے کی تاریخ کو گود لینے کی تفصیلات پر غور کرے گا۔ اپنانے کے بعد، تفصیلات شائع کی جاتی ہیں اور اہلیت کا نظام فعال ہوجاتا ہے۔ گود لینے/منظوری کا مرحلہ تصویر 6.1 میں دکھایا گیا ہے۔

6.1 ووٹنگ ڈرافٹ

ووٹنگ ڈرافٹ مطلوبہ تفصیلات کے دستاویزات میں اپ ڈیٹس (توثیق کے مرحلے میں فراہم کردہ) کو شامل کرکے، اور نئی تفصیلات کا حتمی مسودہ تیار کرکے بنایا گیا ہے۔ تفصیلات میں اضافہ کے لیے، BSTS ایک یا زیادہ CR(s) کو تصریح کے پہلے سے اختیار کردہ اعلیٰ ورژن (سیکشن 4.3.2 دیکھیں) میں ضم کر کے مربوط تصریح بنائے گا اگر توثیق کے مرحلے سے پہلے مکمل نہیں ہوا ہے۔

اگر اس مرحلے کے دوران تفصیلات میں تبدیلیاں کی جاتی ہیں اور WG، BARB، یا BTI اس بات کا تعین کرتا ہے کہ کسی بھی تبدیلی کے لیے اضافی IOP ٹیسٹنگ کی ضرورت ہوتی ہے، تو تصریح WG کے لیے اضافی ٹیسٹ کرنے کے لیے توثیق کے مرحلے کے IOP ٹیسٹنگ حصے میں واپس آجائے گی۔ گود لینے/منظوری کے مرحلے کے دوران، درج ذیل دستاویزات کو مکمل کیا جائے گا اور گود لینے کی تاریخ سے پہلے BoD کو دستیاب کرایا جائے گا:

ووٹنگ کا مسودہ
تمام معاون تصریحات (یعنی، CSS، GSS، MDP) جیسا کہ متعلقہ تصریح (یا اضافہ) کی قسم کے لیے درکار ہے، اگر پہلے نہیں اپنایا گیا ہو
تفصیلات میں اضافہ کے لیے، اپنائے گئے تصریح کے ورژن کا ایک تبدیلی سے باخبر ہونے والا ورژن جو ووٹنگ ڈرافٹ میں تجویز کردہ تبدیلیوں کو ظاہر کرتا ہے۔
WG کی طرف سے کسی بھی پسماندہ مطابقت کے تقاضوں کی تفصیل (جیسا کہ سیکشن 3.3.2 میں بیان کیا گیا ہے) جو پوری نہیں ہوئی ہیں اور کسی بھی چھوٹ کا جواز
کسی بھی IOP ٹیسٹ پلان کی ضروریات کی WG کی طرف سے ایک تفصیل (جیسا کہ سیکشن 4.3.1 میں بیان کیا گیا ہے) جو پورا نہیں کیا گیا ہے اور IOP ٹیسٹ رپورٹ کے ساتھ کسی بھی انحراف کا جواز (جو پر ایک کاپی کا لنک فراہم کر کے فراہم کیا جا سکتا ہے۔ بلوٹوتھ SIG webسائٹ)
WG کی طرف سے 0.9/CR S کے بعد سے ہونے والی تبدیلیوں کو نمایاں کرتے ہوئے، ایک جواز کے ساتھ اپنایا گیا تصریح کے کسی بھی سابقہ ورژن (ورژن) کو فرسودگی یا واپس لینے کی سفارشtagای زندگی کے اختتام کی سفارش
0.9/CR تفصیلات (اگر کوئی ہے) کے بعد سے خصوصیات یا فعالیت میں تبدیلیوں کا WG کے ذریعہ تیار کردہ ایک خلاصہ
BARB کے ذریعے تیار کردہ ایک خلاصہ، BARB ممبران کی طرف سے اٹھائے گئے خدشات کا کہ WG کی طرف سے تیار کردہ تفصیلات BoD کے منظور کردہ چارٹر کے دائرہ کار سے باہر ہے (اگر کوئی ہے)
قانونی دوبارہ سے باقی حل شدہ قانونی مسائل کی فہرستview (اگر کوئی ہے)
BTI سے منظور شدہ ٹیسٹ سویٹ، ووٹنگ ڈرافٹ کی تفصیلات کے ٹیسٹ کوریج کا WG سے منظور شدہ خلاصہ کے ساتھ۔ ٹیسٹ کوریج کے بغیر نئی شامل کردہ یا تبدیل شدہ فعالیت کی صورت میں، بھول جانے کے لیے ایک تحریری جواز درکار ہے۔
BTI سے منظور شدہ ICS اور IXIT (اگر تصریح کی ضرورت ہو)
TCRL BTI اور BQRB دونوں سے منظور شدہ
BSTS کی طرف سے BTI کے ساتھ مل کر ٹول کی تیاری کی حالت (مثال کے طور پر، PTS اور دیگر ٹیسٹ ٹولز، بلوٹوتھ لانچ اسٹوڈیو) کے بارے میں تیار کی گئی رپورٹ بشمول اگر TCRL میں کوئی بھی ٹیسٹ کیس ٹیسٹ ٹولز کے ذریعے تعاون یافتہ نہیں ہے۔
تمام ضروری تفویض کردہ نمبروں کا خلاصہ، WG کے ذریعہ تیار کیا گیا ہے۔
BSTS اور WG کی طرف سے تیار کردہ گود لینے کی چیک لسٹ یہ ظاہر کرتی ہے کہ اس سیکشن میں تمام ڈیلیوری ایبلز مکمل ہو چکے ہیں۔
BoD کی طرف سے درخواست کردہ دیگر تمام معلومات

اپنانے/منظوری کے مرحلے کے دوران، WG کو مسودہ کی تفصیلات اور جانچ کے دستاویزات کے خلاف مسائل اور تبصروں کو حاصل کرنے کے لیے بلوٹوتھ SIG کے ایشو ٹریکنگ سسٹم کا استعمال کرنا چاہیے تاکہ ووٹنگ ڈرافٹ کی تفصیلات کو حتمی شکل دینے میں ان کا حساب رکھا جائے۔ تصریح بڑھانے کے لیے، تمام متعلقہ منظور شدہ خطا (یعنی وہ منظور شدہ خطا جو ابھی تک مربوط نہیں ہیں) کو شامل کیا جانا چاہیے، اور ٹریک شدہ تبدیلیوں کے ذریعے ان کی شناخت ہونی چاہیے۔

WG کو قانونی از سر نو کے لیے حتمی مسودہ تفصیلات BSTS کو جمع کرانا چاہیے۔view. نئی وضاحتوں کے لیے، قانونی دوبارہview پوری تفصیلات شامل ہوں گی۔ تفصیلات میں اضافہ کے لیے، review بنیادی طور پر تفصیلات کے تبدیل شدہ حصوں پر توجہ مرکوز کرے گا۔ قانونی دوبارہ کا مقصدview بنیادی طور پر قانونی خطرات کی نشاندہی کرنا ہے جن پر WG کو غور کرنا چاہیے اور اسے حل کرنے کی کوشش کرنی چاہیے۔ قانونی آراء کی شدت کی بنیاد پر درجہ بندی کی جائے گی۔ اگر ایک اختیاری قانونی دوبارہview 0.9/CR S پر انجام دیا گیا تھا۔tage، وہ ورژن جو قانونی دوبارہ کے لیے جمع کرایا گیا ہے۔view ٹریک کی گئی تبدیلیوں کے طور پر، وہ تمام تبدیلیاں جو اس ورژن کے بعد کی گئی تھیں (یا تو WG یا BSTS کے ذریعے تیار کی گئی ہیں) دکھانا ضروری ہے۔ قانونی دوبارہ مکمل ہونے پرview، WG اور BSTS مسودے کی تفصیلات میں شامل کیے جانے والے تاثرات پر متفق ہوں گے۔ اگر قانونی ری کی طرف سے کوئی غیر حل شدہ قانونی تبصرے ہیں۔view مسودے کی تصریح پر، WG چیئر BoD ایجنڈے پر قرارداد پر اتفاق کرنے کے لیے وقت کی درخواست کر سکتی ہے۔

قانونی دوبارہ کے ساتھ متوازی میںview, WG کو دوبارہ کے لیے مسودہ تفصیلات BARB کو جمع کرانا چاہیے۔view. BARB کو ابتدائی جمع کروانے پر، BSTS تمام اراکین کو مطلع کرے گا کہ ڈرافٹ تفصیلات دوبارہ BARB کو جمع کر دی گئی ہیں۔view اور یہ کہ یہ ممبر ری کے لیے بھی دستیاب ہے۔view. اگر WG BARB دوبارہ دوبارہ کرنے کے لیے مسودے کی تفصیلات میں اپ ڈیٹس جمع کراتا ہے۔view, BSTS تمام اراکین کو وقتاً فوقتاً اضافی نوٹس بھیجے گا۔

BARB دوبارہ مکمل ہونے پرview، WG اور BARB مسودے کی تفصیلات میں شامل کیے جانے والے تاثرات پر متفق ہوں گے۔

اگر قانونی ریview کسی بھی اہم تبدیلی کے نتیجے میں، اضافی دوبارہview BARB کی طرف سے ضرورت ہو سکتی ہے. اسی طرح، اگر BARB دوبارہview کسی بھی اہم تبدیلی کے نتیجے میں، BSTS اس بات کا تعین کرے گا کہ آیا کوئی اضافی قانونی دوبارہview ان تبدیلیوں کی ضرورت ہے۔ قانونی دوبارہ مکمل ہونے پرview اور BARB دوبارہview، BARB کو ووٹنگ ڈرافٹ کو منظور یا مسترد کرنا ہوگا۔

اگر کسی بھی امتحانی دستاویزات کو اپ ڈیٹ کرنے کی ضرورت ہے تو، BSTS WG کو ٹیسٹ دستاویزات کو اپ ڈیٹ کرنے میں مدد کرے گا۔ BTI کو امتحانی دستاویزات کو منظور یا مسترد کرنا چاہیے۔ اگر BTI سے منظوری ملتی ہے، BTI TCRL کو حتمی شکل دینے میں مدد کرے گا اور اس دستاویز کو متعلقہ ICS، IXIT، اور ٹیسٹ سویٹ کے ساتھ BQRB کو فراہم کرے گا۔ BSTS BoD میٹنگ کی تاریخ کا تخمینہ لگائے گا جب BoD ووٹنگ ڈرافٹ (اپنانے کی تاریخ) کو اپنانے پر ووٹ دینے کا ارادہ رکھتا ہے اور اسے TCRL میں استعمال کے لیے BTI فراہم کرتا ہے۔ تفصیلات کی BARB کی منظوری، تمام ٹیسٹ دستاویزات کی BTI منظوری (بشمول ٹیسٹ سویٹ، TCRL، ICS، اور IXIT)، اور TCRL کی BQRB منظوری گود لینے کی تاریخ کو یا اس سے پہلے ہونی چاہیے۔

BSTS تمام اراکین کو ووٹنگ ڈرافٹ اور اپنانے کی تاریخ کو حتمی شکل دینے اور دستیابی سے آگاہ کرے گا۔ گود لینے کی تاریخ ممبران کو BoD سے منظور شدہ 60/CR تفصیلات کے بارے میں مطلع کیے جانے کے 0.9 دنوں سے پہلے مقرر نہیں کی جائے گی، الا یہ کہ ممبر دوبارہview بائی لاز کے مطابق BoD کی طرف سے مدت کو مختصر کیا جاتا ہے، اور گود لینے کی تاریخ کے نوٹس کے بعد کم از کم 14 دن بعد از قوانین کے مطابق ممبران کو فراہم کیا جاتا ہے۔ ایسے معاملات کے لیے جہاں ایک سے زیادہ CRs کو ووٹنگ ڈرافٹ میں ضم کر دیا گیا ہے، ممبر ری کا آغازview وہ تاریخ ہے جس پر ممبران کو سب سے حالیہ BoD سے منظور شدہ CR کے بارے میں مطلع کیا گیا تھا۔

ممبران کو گود لینے کی تاریخ کا نوٹس فراہم کرنے کے بعد، ووٹنگ ڈرافٹ میں ٹائپوگرافیکل غلطیوں کی BoD سے منظور شدہ تصحیح کی اجازت ہے۔ تفصیلات اپنانے کی ٹائم لائن تصویر 6.2 میں دی گئی ہے۔

6.2 تفویض کردہ نمبر

بلوٹوتھ SIG بلوٹوتھ SIG تفویض کردہ نمبروں پر تفویض کردہ نمبروں کے عوامی طور پر دستیاب سیٹ کو برقرار رکھتا ہے۔ webسائٹ [7]۔ ان تفویض کردہ نمبروں کو مختلف نمبروں کی جگہوں میں گروپ کیا گیا ہے (نمبروں کا ایک متعلقہ سیٹ بغیر کسی نقل کے)۔ تفویض کردہ نمبر مختلف نمبر اسپیس میں دوسرے تفویض کردہ نمبروں کے ساتھ اوورلیپ ہوسکتے ہیں، لیکن نمبر کی جگہ کے اندر کسی بھی نمبر کو دوبارہ استعمال کرنے کی اجازت نہیں ہے۔ مختلف نمبر خالی جگہوں کی وضاحت اس تصریح میں کی گئی ہے جو تفویض کردہ نمبروں کے استعمال کی وضاحت کرتی ہے۔

BARB کی جانب سے IOP ٹیسٹ رپورٹ کی منظوری کے بعد، WG حتمی تفصیلات کے لیے مطلوبہ نمبر اسپیس (s) کے اندر نئے نمبروں کی تفویض کے لیے BARB کو ایک درخواست جمع کرائے گا۔ BARB دوبارہ کرے گا۔view درخواست کریں اور تفویض کردہ نمبروں کا تعین کرنے کے لیے BSTS کے ساتھ کام کریں۔ BARB کی منظوری کے بعد، BSTS تفویض کردہ نمبروں کی اشاعت کا شیڈول بنائے گا جو بلوٹوتھ SIG اسائنڈ نمبرز پر عوامی طور پر دستیاب کرائے جائیں گے۔ webسائٹ [7] تفصیلات کو اپنانے کے ایک ہفتے کے اندر۔

بلوٹوتھ SIG اسائنڈ نمبرز پر تفویض کردہ نمبروں کی اشاعت کے بعد webسائٹ یا ایک اختیار کردہ تصریح کے اندر واقع ہوتی ہے، تفویض کردہ نمبروں کا ارادہ ناقابل تغیر ہونا ہے (کسی قدر یا معنی میں تبدیلی نہ کرنا)۔ اگر وہ کسی وجہ سے ناقابل استعمال ہو جاتے ہیں، تو وہ محفوظ اقدار بن جاتے ہیں اور انہیں دوبارہ استعمال کرنے کی اجازت نہیں ہوتی۔

6.3 گود لینے/منظوری کے مرحلے سے باہر نکلنے کی ضروریات

منظوری/گود لینے کا مرحلہ مکمل ہو جاتا ہے جب BoD نے تصریح کو اپنا لیا ہو اور گود لینے کے بعد درج ذیل سرگرمیاں مکمل ہو چکی ہوں:

BSTS نے حتمی تفویض کردہ نمبروں کو بلوٹوتھ SIG پر عوامی طور پر دستیاب کر دیا ہے۔ webسائٹ
BSTS نے اختیار کردہ تفصیلات کو بلوٹوتھ SIG پر عوامی طور پر دستیاب کرایا ہے۔ webسائٹ
BSTS نے متعلقہ تفصیلات کے لیے درکار تمام معاون دستاویزات (جیسے CSS، GSS، MDP) بلوٹوتھ SIG پر عوامی طور پر دستیاب کر دی ہیں۔ webسائٹ
BSTS نے متعلقہ ٹیسٹ دستاویزات کو بلوٹوتھ SIG پر تمام اراکین کے لیے دستیاب کرایا ہے۔ webسائٹ
تفصیلات میں اضافہ کے لیے، BSTS نے نئے اپنائے گئے ورژن کے ذریعے کی گئی تمام تبدیلیوں کے ساتھ پہلے سے اپنائے گئے تصریح کے ورژن کا ایک معلوماتی تبدیلی سے باخبر رہنے والا ورژن بنایا ہے اور اسے بلوٹوتھ SIG پر تمام اراکین کے لیے دستیاب کرایا ہے۔ webسائٹ
BSTS نے اہلیت کے نظام کو فعال کر دیا ہے۔
BSTS نے تمام اراکین کو اختیار کردہ تفصیلات اور تمام معاون دستاویزات کی دستیابی سے آگاہ کر دیا ہے۔

بلوٹوتھ SIG تصریح کو اپنانے کے بعد ایک ہفتہ کے اندر ان پوسٹ اپشن سرگرمیوں کو مکمل کرنے کا ارادہ رکھتا ہے۔

7. تفصیلات کی بحالی کا مرحلہ

تفصیلات کی بحالی کا مرحلہ اپنانے/منظوری کا مرحلہ مکمل ہونے کے بعد شروع ہوتا ہے۔ اگر تصریحات یا متعلقہ امتحانی دستاویزات کے ساتھ مسائل (مثلاً الفاظ میں ابہام یا تکنیکی خرابیاں) پائے جاتے ہیں، تو انہیں بلوٹوتھ SIG ایرراٹا ٹول کا استعمال کرتے ہوئے ایرراٹا پروپوزل بنا کر دستاویزی کیا جانا چاہیے۔ تفصیلات کی خرابی کی تجاویز پر عملدرآمد، درجہ بندی، اور EPD کے مطابق منظوری دی جائے گی [3]۔ ٹیسٹ سویٹ ایرٹم پر کارروائی کی جاتی ہے اور TSTO [5] کے مطابق درجہ بندی کی جاتی ہے۔ اگر SMPD اور EPD یا TSTO کے درمیان کوئی تنازعہ ہے تو، SMPD کو ترجیح دی جاتی ہے۔

حتمی اختیار کردہ بلوٹوتھ تصریحات میں صرف تکنیکی یا ادارتی غلطیوں کو درست کرنے کے لیے تصریح کی غلطی کا استعمال کیا جانا چاہیے۔ اس میں اضافہ، تبدیلیاں، اور فعالیت کو ہٹانا صرف اس دستاویز میں پہلے بیان کردہ تصریح بڑھانے کے عمل کے ذریعے کیا جا سکتا ہے۔

7.1 خرابی کا عمل تیز کر دیا گیا۔

جب EPD [3] میں بیان کردہ عمل کے بعد غلطی کی منظوری دی جاتی ہے، WG، BARB، یا BSTS تجویز کر سکتے ہیں کہ اسے فوری سمجھا جائے اور اسے تیز کیا جائے۔ جب ایسا ہوتا ہے، BSTS WG یا BARB کے ساتھ BoD کو سفارش پیش کرے گا۔ BoD فیصلہ کرے گا کہ آیا سفارش کو قبول کرنا ہے یا مسترد کرنا ہے۔ اگر سفارش کو قبول کر لیا جاتا ہے تو، BSTS فوری طور پر منظور شدہ خطا کو خطا کے سانچے میں شامل کرے گا [8] اور ذمہ دار ڈبلیو جی کے ساتھ کام کرے گا تاکہ ایک تیز رفتار خرابی کی تصحیح کو حتمی شکل دی جا سکے جو WG کو دوبارہ پیش کی جائے گی۔view اور منظوری۔

ایک اوورview تیز رفتار خرابی کے عمل کی تصویر 7.1 میں وضاحت کی گئی ہے۔

مندرجہ ذیل دستاویزات کو اپنانے کی تاریخ سے پہلے مکمل کرنا اور BoD کو دستیاب ہونا ضروری ہے:

BARB سے منظور شدہ مسودہ تیز رفتار خرابی کی اصلاح۔
WG کی طرف سے کسی بھی پسماندہ مطابقت کے تقاضوں کی تفصیل (جیسا کہ سیکشن 3.3.2 میں بیان کیا گیا ہے) جو پوری نہیں ہوئی ہیں اور کسی بھی چھوٹ کا جواز۔
قانونی دوبارہ سے باقی حل شدہ قانونی مسائل کی فہرستview (اگر کوئی ہے)۔
BTI سے منظور شدہ ٹیسٹ سویٹ، ICS، اور IXIT (اگر خرابی کی ضرورت ہو)۔
BTI- اور BQRB سے منظور شدہ TCRL (اگر خطا کی ضرورت ہو)۔
BSTS کی طرف سے BTI کے ساتھ ٹول کی تیاری کی حالت کے بارے میں مکمل کی گئی رپورٹ (مثال کے طور پر، PTS اور دیگر ٹیسٹ ٹولز، بلوٹوتھ لانچ سٹوڈیو) بشمول اگر TCRL میں کوئی بھی ٹیسٹ کیس ٹیسٹ ٹولز کے ذریعے تعاون یافتہ نہیں ہے اور ایک وضاحت (اگر ضروری ہو تو erratum) )۔
BSTS اور WG کے ذریعے مکمل کردہ گود لینے کی چیک لسٹ یہ ظاہر کرتی ہے کہ اس سیکشن میں ڈیلیوری ایبلز تمام ہو چکے ہیں۔
BoD کی طرف سے درخواست کردہ دیگر تمام معلومات۔

بی ایس ٹی ایس ذمہ دار ڈبلیو جی کے ساتھ کام کرے گا تاکہ مسودہ کو حتمی شکل دے سکے ایکسپیڈیٹڈ ایریٹا تصحیح اور دوبارہ کے لیے ذمہ دار ڈبلیو جی کو جمع کرانے کے لیے ایک ورژن بنائے گا۔view اور منظوری۔

WG کو قانونی از سر نو کے لیے BSTS کو ایکسپیڈیٹڈ ایریٹا تصحیح جمع کروانا چاہیے۔view. قانونی دوبارہ مکمل ہونے پرview، WG اور BSTS ایکسپیڈیٹڈ ایریٹا تصحیح میں شامل کیے جانے والے تاثرات پر متفق ہوں گے۔ اگر قانونی ری کی طرف سے کوئی غیر حل شدہ قانونی تبصرے ہیں۔view تیز رفتار خرابی کی اصلاح پر، WG چیئر BoD ایجنڈے پر ریزولوشن پر BoD ان پٹ حاصل کرنے کے لیے وقت کی درخواست کر سکتی ہے۔

قانونی دوبارہ کے ساتھ متوازی میںview, WG کو دوبارہ کے لیے BARB کو ایکسپیڈیٹیڈ ایریٹا تصحیح جمع کروانا چاہیے۔view. ایک بار تیز غلطی کی تصحیح BARB کو جمع کرائے جانے کے بعد، BSTS اسے تمام اراکین کے لیے دوبارہ قابل رسائی بنا دے گا۔view اور تمام ممبران کو اس کی دستیابی سے مطلع کریں۔ BARB دوبارہ مکمل ہونے پرview، WG اور BARB ایکسپیڈیٹڈ ایریٹا تصحیح میں شامل کیے جانے والے تاثرات پر متفق ہوں گے۔

اگر قانونی ریview کسی بھی اہم تبدیلی کے نتیجے میں، اضافی دوبارہview BARB کی طرف سے ضرورت ہو سکتی ہے. اسی طرح، اگر BARB دوبارہview کسی بھی اہم تبدیلی کے نتیجے میں، BSTS اس بات کا تعین کرے گا کہ آیا کوئی اضافی قانونی دوبارہview ان تبدیلیوں کی ضرورت ہے۔ قانونی دوبارہ مکمل ہونے پرview اور BARB دوبارہview, BARB کو یا تو ایکسپیڈیٹڈ ایریٹا تصحیح کو منظور یا مسترد کرنا چاہیے۔

اگر کسی بھی امتحانی دستاویزات کو اپ ڈیٹ کرنے کی ضرورت ہے تو، BSTS WG کو ٹیسٹ دستاویزات کو اپ ڈیٹ کرنے میں مدد کرے گا۔ ٹیسٹ دستاویزات کی BTI کی منظوری پر، BTI TCRL کو حتمی شکل دینے میں مدد کرے گا اور متعلقہ ICS، IXIT، اور Test Suite کے ساتھ BQRB کو دستاویز فراہم کرے گا جیسا کہ قابل اطلاق ہے۔ BSTS اپنانے کی تاریخ کا تخمینہ لگائے گا اور اسے TCRL میں استعمال کرنے کے لیے BTI کو فراہم کرے گا۔ ایکسپیڈیٹڈ ایریٹا تصحیح کی BARB کی منظوری، تمام ٹیسٹ دستاویزات کی BTI منظوری (بشمول ٹیسٹ سویٹ، TCRL، ICS، اور IXIT جیسا کہ قابل اطلاق)، اور TCRL کی BQRB منظوری گود لینے کی تاریخ کو یا اس سے پہلے ہونی چاہیے۔

BSTS تمام اراکین کو ایکسپیڈیٹڈ ایریٹا تصحیح کی حتمی شکل اور دستیابی اور اپنانے کی مجوزہ تاریخ سے آگاہ کرے گا۔ گود لینے کی تاریخ مقرر کی جائے گی اور تمام اراکین کو بائی لاز [2] کے مطابق مطلع کیا جائے گا اور گود لینے کی تاریخ اراکین کو نوٹس فراہم کیے جانے کے کم از کم 14 دن بعد ہوگی۔ ممبران کو گود لینے کی مجوزہ تاریخ کا نوٹس فراہم کیے جانے کے بعد، BoD تجویز کردہ گود لینے کی تاریخ کا اضافی نوٹس فراہم کیے بغیر اور مطلوبہ 14 دنوں کا انتظار کیے بغیر ایکسپیڈیٹڈ ایریٹا تصحیح میں ٹائپوگرافیکل غلطیوں کی اصلاح کی منظوری دے سکتا ہے۔

بلوٹوتھ ایس آئی جی اپنائے گئے ایکسپیڈیٹڈ ایریٹا تصحیح کو عوامی طور پر دستیاب کرائے گا اور اپنانے کے بعد ایک ہفتے کے اندر ایسا کرنے کا ارادہ رکھتا ہے۔ اس کی دستیابی کا نوٹیفکیشن BSTS کے ذریعے تمام اراکین کو جاری کیا جائے گا۔

تیز رفتار خرابی کا عمل مکمل ہو جاتا ہے جب BoD نے ایکسپیڈیٹڈ ایریٹا تصحیح کو اپنا لیا ہے اور گود لینے کے بعد درج ذیل سرگرمیاں مکمل ہو چکی ہیں:

BSTS نے اپنایا ہوا Expedited Errata تصحیح اور متعلقہ ٹیسٹ دستاویزات (اگر خطا کی ضرورت ہو) کو بلوٹوتھ SIG پر عوامی طور پر دستیاب کر دیا ہے۔ webسائٹ
BSTS نے اہلیت کے نظام کو فعال کر دیا ہے (اگر غلطی کی ضرورت ہو)۔
BSTS نے تمام ممبران کو اپنائے ہوئے Expedited Errata تصحیح کی دستیابی سے مطلع کر دیا ہے۔

ان سرگرمیوں کی تکمیل پر، ایریٹا تصحیح متاثرہ تصریحات میں انضمام کے لیے طے کی جائے گی یا تو منصوبہ بند تفصیلات میں اضافہ کے حصے کے طور پر یا آئندہ بحالی کے اجراء میں جیسا کہ سیکشن 7.2 میں بیان کیا گیا ہے۔

7.2 بحالی کی رہائی کا عمل (.Z وضاحتیں)

تقریباً سالانہ بنیادوں پر، BSTS اس بات کا تعین کرے گا کہ آیا کوئی منظور شدہ خطا (Erata تصحیح کے طور پر کہا جاتا ہے) ہے جسے تکنیکی/اعلی یا تکنیکی/تنقیدی کے طور پر درجہ بندی کیا گیا ہے اور جنہیں ابھی تک کسی بھی فعال تفصیلات کے متن میں شامل کرنا باقی ہے (یعنی، ایک اختیار کردہ تصریح جسے فرسودہ یا واپس نہیں لیا گیا ہے)۔ errata کی درجہ بندی کی تعریف کے لیے ضمیمہ A دیکھیں۔ ایک تصریح کا مالک (یا تو تصریح کو برقرار رکھنے کے لیے WG چارٹرڈ کیا گیا ہے، یا BARB اگر تصریح کو برقرار رکھنے کے لیے کوئی WG چارٹرڈ نہیں ہے) ایک فعال تصریح کی پہلے سے بحالی کی درخواست بھی کر سکتا ہے جس میں کسی بھی منظور شدہ خطا کو شامل کیا جائے۔ یا تو BSTS کے تعین پر، یا تصریح کے مالک کی درخواست پر، بحالی کا عمل شروع ہو جائے گا۔

ایک اوورview بحالی کی رہائی کے عمل کی غلطی میں واضح کیا گیا ہے! حوالہ کا ذریعہ نہیں ملا۔

دیکھ بھال کے اجراء کے عمل کے آغاز پر، BSTS تصریح کے مالک، BARB، اور BTI کے ساتھ مل کر شائع شدہ تفصیلات کے ورژن میں ایریٹا تصحیح کو شامل کرنے کے لیے BoD کو ایک منصوبہ تیار کرے گا اور پیش کرے گا۔ مجوزہ پلان میں یہ بتانا ضروری ہے کہ آیا ایریٹا تصحیح کو تصریح (یعنی .Z ورژن) کی بحالی میں شامل کیا جائے گا یا تصریح میں اضافہ جو پہلے سے جاری ہے (یعنی XY ورژن)۔ مجوزہ پلان کو اس بات کو مدنظر رکھنا چاہیے کہ آیا اپنائی گئی تصریحات کے ورژنز کے درمیان کوئی نئی لازمی خصوصیات شامل کی گئی ہیں، گود لینے کے لیے اگلی تصریح میں اضافے کا تخمینہ لگانے کا وقت، اور دیگر عوامل۔

BoD کی طرف سے کسی منصوبے کی منظوری کے بعد، BSTS تصریح کے مالک کے ساتھ مل کر تمام تکنیکی/میڈیم، ٹیکنیکل/اعلی، اور تکنیکی/کریٹیکل اریٹا تصحیح کو ایک ڈرافٹ تفصیلات میں شامل کرنے کے لیے آگے بڑھے گا جسے "مینٹیننس ریلیز ڈرافٹ" کہا جاتا ہے۔ ادارتی یا تکنیکی/کم خرابی کی تصحیح کے لیے، اگر تصریح کے ایک سے زیادہ ورژن پر اراٹا کی تصحیح لاگو ہوتی ہے، تو BSTS، جب تک کہ BoD دوسری صورت میں اشارہ نہ کرے، اس ورژن کی اگلی تازہ کاری میں ان خرابیوں کو صرف تازہ ترین اعلی تصریح والے ورژن میں ضم کر دے گا۔ . مینٹیننس ریلیز ڈرافٹ میں ایرراٹا تصحیح کو شامل کرنے کے علاوہ کوئی تبدیلیاں شامل نہیں کی جا سکتی ہیں۔ ہر مینٹیننس ریلیز ڈرافٹ کو شائع شدہ تفصیلات کے پہلے سے اختیار کردہ ورژن میں مجوزہ تبدیلیوں کو دکھانے کے لیے تبدیلی ٹریکنگ کا استعمال کرتے ہوئے تمام شامل شدہ ایریٹا تصحیح کی شناخت کرنی چاہیے۔

مینٹی نینس ریلیز ڈرافٹ میں ہر ایرراٹا تصحیح کے لیے مجوزہ شمولیت کا وقت ٹیسٹ سویٹ کے اثر پر منحصر ہوگا: تمام ایرراٹا تصحیحیں جن پر ٹیسٹ سویٹ کا اثر نہیں ہے، فوراً شامل کیا جا سکتا ہے، لیکن ایرٹا تصحیح جو ٹیسٹ سویٹ پر اثرانداز ہوں گی۔ اس پر عملدرآمد کیا گیا ہے تاکہ وقت ٹی سی آر ایل کی تازہ کاری کے ساتھ موافق ہو۔

BTI اور BSTS مینٹیننس ریلیز ڈرافٹ میں ٹیسٹ سویٹ اثر کے ساتھ ایرراٹا تصحیح کو شامل کرنے کے لیے ایک آخری تاریخ قائم کریں گے۔ یہ آخری تاریخ عام طور پر اگلی بڑی TCRL ریلیز کی منصوبہ بند منظوری کی تاریخ سے 3 سے 6 ماہ پہلے کی ہے۔ ٹیسٹ سویٹ کے اثرات کے ساتھ خرابی کی تصحیحیں جو شامل کرنے کی آخری تاریخ سے محروم رہتی ہیں اگلے سالانہ TCRL ریلیز کے حصے کے طور پر کارروائی کی جائیں گی۔ اس لیے، جب تک کہ پہلے کی ریلیز کی درخواست نہ کی جائے، تیکنیکی/اعلی یا تکنیکی/تنقیدی خرابی کی اصلاح کے لیے تصریح کی تازہ کاری میں شامل کیے جانے کا زیادہ سے زیادہ وقت تقریباً 15 سے 18 ماہ ہے۔

تفصیلات کے مالک کو مینٹی نینس ریلیز ڈرافٹ جمع کرانا چاہیے جسے اس نے قانونی بحالی کے لیے حتمی طور پر منظور کر لیا ہے۔view. قانونی دوبارہview بنیادی طور پر تفصیلات کے تبدیل شدہ حصوں پر توجہ مرکوز کرے گا۔ قانونی دوبارہ مکمل ہونے پرview، تفصیلات کے مالک اور BSTS مینٹیننس ریلیز ڈرافٹ میں شامل کیے جانے والے تاثرات پر متفق ہوں گے۔ اگر قانونی ری کی طرف سے کوئی غیر حل شدہ قانونی تبصرے ہیں۔view مینٹیننس ریلیز ڈرافٹ پر، تفصیلات کا مالک ریزولوشن پر BoD ان پٹ حاصل کرنے کے لیے BoD ایجنڈے پر وقت کی درخواست کر سکتا ہے۔

قانونی دوبارہ کے ساتھ متوازی میںview، تفصیلات کے مالک کو دوبارہ کے لیے مینٹیننس ریلیز ڈرافٹ BARB کو جمع کرانا چاہیے۔view. ایک بار مینٹیننس ریلیز کا مسودہ BARB کو جمع کرائے جانے کے بعد، BSTS اسے تمام اراکین کے لیے دوبارہ قابل رسائی بنا دے گا۔view اور تمام ممبران کو اس کی دستیابی سے مطلع کریں۔ BARB دوبارہ مکمل ہونے پرview، تفصیلات کا مالک اور BARB مسودے کی تفصیلات میں شامل کیے جانے والے تاثرات پر متفق ہوں گے۔

اگر قانونی ریview کسی بھی اہم تبدیلی کے نتیجے میں، اضافی دوبارہview BARB کی طرف سے ضرورت ہو سکتی ہے. اسی طرح، اگر BARB دوبارہview کسی بھی اہم تبدیلی کے نتیجے میں، BSTS اس بات کا تعین کرے گا کہ آیا کوئی اضافی قانونی دوبارہview ان تبدیلیوں کی ضرورت ہے۔ قانونی دوبارہ مکمل ہونے پرview اور BARB دوبارہview، BARB کو مینٹیننس ریلیز ڈرافٹ کو منظور یا مسترد کرنا چاہیے۔ اگر BARB سے منظور ہو جائے تو یہ ووٹنگ ڈرافٹ بن جاتا ہے۔

ایریٹا تصحیحوں کے لیے جو ٹیسٹ دستاویزات کو متاثر کرتی ہیں، اور جہاں متعلقہ ٹیسٹ ایرریٹا پر آئندہ TCRL ریلیز کے لیے بروقت کارروائی کی جائے گی، BSTS ٹیسٹ دستاویزات کو اپ ڈیٹ کرنے کے لیے تفصیلات کے مالک اور BTI کے ساتھ کام کرے گا۔ ٹیسٹ دستاویزات کی BTI کی منظوری پر، BSTS اپنانے کی تاریخ کا تخمینہ لگائے گا اور TCRL میں استعمال کے لیے BTI کو اپنانے کی مجوزہ تاریخ فراہم کرے گا۔ BTI متعلقہ ICS، IXIT، اور Test Suite کے ساتھ BQRB کو TCRL فراہم کرے گا جیسا کہ قابل اطلاق ہے۔ تفصیلات کی BARB کی منظوری، تمام ٹیسٹ دستاویزات کی BTI منظوری (بشمول ٹیسٹ سویٹ، TCRL، ICS، اور IXIT جیسا کہ قابل اطلاق)، اور TCRL کی BQRB منظوری گود لینے کی تاریخ کو یا اس سے پہلے ہونی چاہیے۔

BSTS تمام اراکین کو ووٹنگ ڈرافٹ کی حتمی شکل اور دستیابی اور اپنانے کی مجوزہ تاریخ سے آگاہ کرے گا۔ گود لینے کی تاریخ مقرر کی جائے گی اور تمام ممبران کو بائی لاز کے مطابق مطلع کیا جائے گا اور گود لینے کی تاریخ ممبران کو نوٹس فراہم کیے جانے کے کم از کم 14 دن بعد ہوگی۔ ممبران کو گود لینے کی مجوزہ تاریخ کا نوٹس فراہم کرنے کے بعد، BoD مجوزہ گود لینے کی تاریخ کا اضافی نوٹس فراہم کیے بغیر اور مطلوبہ 14 دنوں کا انتظار کیے بغیر ووٹنگ ڈرافٹ میں ٹائپوگرافیکل غلطیوں کی اصلاح کی منظوری دے سکتا ہے۔

مندرجہ ذیل دستاویزات کو اپنانے کی تاریخ سے پہلے مکمل کرنا اور BoD کو دستیاب ہونا ضروری ہے:

ووٹنگ کا مسودہ
ووٹنگ ڈرافٹ کا ایک تبدیلی سے باخبر رہنے والا ورژن جس میں تصریح کے اختیار کردہ ورژن میں تمام تبدیلیاں ظاہر ہوتی ہیں جس کی XY قدر ایک جیسی ہے (مثال کے طور پر، اگر ووٹنگ ڈرافٹ کو ورژن 1.4.2 کے طور پر تجویز کیا گیا ہے، تو تبدیلیوں کو 1.4.1 کے مقابلے میں ٹریک کیا جائے گا۔ تفصیلات کا ورژن)
ایک جواز کے ساتھ اختیار کردہ تصریح کے کسی بھی سابقہ ورژن کو فرسودگی یا واپس لینے کے لیے تفصیلات کے مالک کی طرف سے ایک سفارش
قانونی دوبارہ سے باقی حل شدہ قانونی مسائل کی فہرستview (اگر کوئی ہے)
BTI سے منظور شدہ ٹیسٹ سویٹ، ICS، اور IXIT (اگر دیکھ بھال کی ریلیز کی ضرورت ہو)
BTI- اور BQRB سے منظور شدہ TCRL (اگر دیکھ بھال کے اجراء کی ضرورت ہو)
BSTS کی طرف سے BTI کے ساتھ ٹول کی تیاری کی حالت کے بارے میں مکمل کی گئی رپورٹ (مثال کے طور پر، PTS اور دیگر ٹیسٹ ٹولز، بلوٹوتھ لانچ اسٹوڈیو) بشمول TCRL میں ایسے ٹیسٹ کیسز جو ٹیسٹ ٹولز کے ذریعے تعاون یافتہ نہیں ہیں، اور وضاحت (اگر دیکھ بھال کی ضرورت ہو) رہائی)
BSTS اور تفصیلات کے مالک کی طرف سے مکمل کردہ گود لینے کی چیک لسٹ یہ ظاہر کرتی ہے کہ اس سیکشن میں ڈیلیوری ایبلز تمام ہو چکے ہیں
BoD کی طرف سے درخواست کردہ دیگر تمام معلومات

دیکھ بھال کی رہائی کا عمل مکمل ہو جاتا ہے جب BoD نے ووٹنگ ڈرافٹ کو اپنا لیا ہو اور گود لینے کے بعد کی مندرجہ ذیل سرگرمیاں مکمل ہو جائیں:

BSTS نے اپنائی ہوئی تفصیلات اور متعلقہ ٹیسٹ دستاویزات (اگر دیکھ بھال کے اجراء کی ضرورت ہو) کو بلوٹوتھ SIG پر عوامی طور پر دستیاب کر دیا ہے۔ webسائٹ
BSTS نے بلوٹوتھ SIG پر تمام اراکین کے لیے دستیاب نئے اختیار کردہ ورژن میں شامل تمام تبدیلیوں کے ساتھ پہلے سے اپنائے گئے تصریح کے ورژن کا ایک معلوماتی تبدیلی سے باخبر رہنے والا ورژن بنایا ہے۔ webسائٹ
BSTS نے اہلیت کے نظام کو فعال کر دیا ہے۔
BSTS نے تمام اراکین کو اختیار کردہ تفصیلات اور معاون دستاویزات کی دستیابی سے آگاہ کر دیا ہے۔

بلوٹوتھ SIG تصریح کو اپنانے کے بعد ایک ہفتہ کے اندر ان پوسٹ اپشن سرگرمیوں کو مکمل کرنے کا ارادہ رکھتا ہے۔

ان سرگرمیوں کی تکمیل پر، تصریح تصریح کی بحالی کے مرحلے میں رہتی ہے جب تک کہ تصریح کو فرسودہ یا واپس نہ لیا جائے، جیسا کہ سیکشن 8 میں بیان کیا گیا ہے۔

8. تفصیلات زندگی کے اختتام کا مرحلہ

تصریحات کو فرسودہ یا واپس لیا جا سکتا ہے جب ان کو نئے ورژنز کے ذریعے چھوڑ دیا جاتا ہے، تکنیکی طور پر ناکافی ہونے کا تعین کیا جاتا ہے، یا دیگر وجوہات کی بنا پر۔ فرسودہ اور واپس لے لی گئی وضاحتیں آرکائیو کی جاتی ہیں اور مزید اپ ڈیٹ نہیں ہوتی ہیں۔ بلوٹوتھ کوالیفیکیشن پروگرام میں فرسودہ اور واپس لیے گئے تصریحات کے ساتھ مختلف سلوک کیا جاتا ہے۔

کوئی بھی ممبر، گروپ، یا کمیٹی BSTS کو متعلقہ ٹائم لائن کے ساتھ کسی تصریح کو ختم کرنے یا واپس لینے کے لیے سفارشات پیش کر سکتی ہے (بذریعہ ای میل

specification.manager@bluetooth.com) کسی بھی وقت۔ BSTS کسی تصریح اور متعلقہ ٹائم لائن کو فرسودگی یا واپس لینے کی بھی سفارش کر سکتا ہے۔ BSTS سفارش کو BARB اور گروپ یا کمیٹی کو بھیجے گا جو دوبارہ کے لیے تفصیلات کو برقرار رکھنے کے لیے ذمہ دار ہے۔view اور رائے.

BARB اور گروپ یا کمیٹی کے ذمہ دار کسی تصریح کو فرسودہ یا واپس لینے کی سفارشات کا جائزہ لیں گے اور درج ذیل (غیر مکمل) معیار پر غور کریں گے:

کیا تصریح کے پچھلے ورژن میں فعالیت ہے جو متروک ہے یا اسے استعمال نہیں کیا جانا چاہئے؟
کیا بعد کے ورژن میں نئی لازمی فعالیت شامل کی گئی ہے؟
کیا پرانے ورژنز میں ایسی خامیاں ہیں جو آپریشن یا انٹرآپریبلٹی کو متاثر کرتی ہیں جنہیں بعد کے ورژنز میں درست کیا گیا ہے اور موجودہ صارف کے منظرناموں کو آگے بڑھانے کے لیے ان کی ضرورت ہے؟
کیا نئے صارف کے منظرناموں کو آگے بڑھانے کے لیے بعد کے ورژن میں اضافی فعالیت کی ضرورت ہے؟
کیا بعد کے ورژن میں بہتر استعمال اور انٹرآپریبلٹی ہے؟
کیا بعد کے ورژن میں سیکیورٹی میں بہتری آئی ہے؟

BARB اور ذمہ دار گروپ یا کمیٹی متبادل سفارش تجویز کر سکتے ہیں۔

BARB یا تصریح کو برقرار رکھنے کے لیے ذمہ دار گروپ یا کمیٹی سے فیڈ بیک حاصل کرنے کے بعد، BSTS سفارشات اور تاثرات BoD کو غور کے لیے پیش کرے گا۔ BoD اس گروپ یا کمیٹی کو مدعو کر سکتا ہے جو متاثرہ تصریحات کو برقرار رکھنے کے لیے ذمہ دار ہے تاکہ وہ سفارشات کو پورا کر سکیں اور ان پر تبادلہ خیال کریں۔ BoD سفارشات اور آراء پر غور کرے گا اور تجویز سے اتفاق یا ترمیم کر سکتا ہے۔ BoD درخواست کرے گا کہ BSTS تمام ممبران کو 30 دن کی مدت کے لیے تصریحات اور متعلقہ ٹائم لائنز کو فرسودہ یا واپس لینے کے لیے مطلع کرے۔view تمام اراکین کو حتمی فیصلہ کرنے سے پہلے اضافی تاثرات فراہم کرنے کی اجازت دینے کی مدت۔

بورڈ ممبران سے موصول ہونے والے تاثرات پر غور کرے گا۔ ایک بار جب BoD کسی تصریح کی فرسودگی یا واپسی کی منظوری دے دیتا ہے، BSTS فیصلے اور متعلقہ ٹائم لائن کے تمام اراکین کو مطلع کرے گا۔

8.1 فرسودگی

ایک بار جب کسی تصریح کو فرسودہ کر دیا جاتا ہے، تو درج ذیل ہوں گے:

تفصیلات کو مزید اپ ڈیٹ نہیں کیا جائے گا۔
ذمہ دار ڈبلیو جی دوبارہ کرے گا۔view فرسودہ تصریح کے خلاف لکھے گئے تمام بقایا خطا اس بات کا تعین کرنے کے لیے کہ آیا وہ دیگر تصریحات پر لاگو ہوتے ہیں۔ ایرراٹا سسٹم میں رد کیا جا سکتا ہے اور قابل اطلاق تصریحات کے خلاف دوبارہ لکھا جا سکتا ہے۔
WG یا BSTS دیگر تصریحات میں فرسودہ تصریحات کے لیے کسی بھی ضروری حوالہ جات کو اپ ڈیٹ کرنے کے لیے خطا تخلیق کرے گا۔
BTI تصریح کی فرسودگی کی نشاندہی کرنے کے لیے قابل اطلاق ٹیسٹ دستاویزات کو اپ ڈیٹ کرے گا۔
BSTS بلوٹوتھ SIG کو اپ ڈیٹ کرے گا۔ webاستعمال کرنے کے لیے متبادل تفصیلات کے بارے میں رہنمائی کے ساتھ سائٹ۔
فرسودہ تصریح کے خلاف نیا errata مزید جمع نہیں کیا جا سکتا۔
تصریح کا حوالہ مستقبل کے کسی بھی تصریح میں نہیں دیا جائے گا۔
BSTS تصریح کے ایک ورژن کو آرکائیو کرے گا جسے فرسودہ کے طور پر نشان زد کیا گیا ہے تاکہ ممبران کو تاریخی مقاصد کے لیے رسائی حاصل ہو سکے۔

8.2 واپسی

تصریح واپس لینے کے بعد، فرسودگی کے لیے لاگو ہونے والے اقدامات کے علاوہ، درج ذیل ہوں گے:

BTI تصریح کو واپس لینے کی نشاندہی کرنے کے لیے قابل اطلاق ٹیسٹ دستاویزات کو اپ ڈیٹ کرے گا۔
BSTS بلوٹوتھ SIG کو اپ ڈیٹ کرے گا۔ webاستعمال کرنے کے لیے متبادل تفصیلات کے بارے میں رہنمائی کے ساتھ سائٹ۔
BSTS تصریح کے ایک ورژن کو آرکائیو کرے گا جس کا نشان ممبران کو تاریخی مقاصد کے لیے واپس لے لیا گیا ہے۔

BoD پہلے تصریح کو فرسودہ کیے بغیر فوری طور پر تصریح واپس لینے کا انتخاب کر سکتا ہے۔

9. سفید کاغذ کا عمل

وائٹ پیپرز صرف معلوماتی مقاصد کے لیے بنائے گئے ہیں۔ مندرجہ ذیل سفید کاغذ کا عمل تمام بلوٹوتھ WGs، EGs، SGs، اور کمیٹیوں پر لاگو ہوتا ہے۔ یہ سیکشن صرف بلوٹوتھ SIG میں استعمال کے لیے معلوماتی دستاویزات پر لاگو نہیں ہوتا ہے۔

اس عمل کو ذیل میں شکل 9.1 میں دکھایا گیا ہے۔

اس سے پہلے کہ کوئی بھی گروپ یا کمیٹی کسی وائٹ پیپر پر کام شروع کرے جو وہ بلوٹوتھ SIG کے ذریعہ شائع کرنے کا ارادہ رکھتا ہے، گروپ یا کمیٹی ایک مجوزہ چارٹر اپ ڈیٹ دونوں تیار کرے گی جس میں وائٹ پیپر کے مجوزہ مواد اور سفید کاغذ کی تجویز کی پیشکش کی واضح طور پر وضاحت کی جائے گی۔

وائٹ پیپر پروپوزل پریزنٹیشن میں کم از کم شامل ہونا چاہیے:

وائٹ پیپر کی ضرورت
وائٹ پیپر کے مجوزہ مواد کا خلاصہ
وضاحت کے حصے کے طور پر مواد کو شامل کرنے کی سفارش کیوں نہیں کی جاتی ہے اس کی وضاحت
مطلوبہ سامعین
دیکھ بھال کا کوئی منصوبہ (یعنی اس وائٹ پیپر کی اگلی ریلیز سے پہلے کا تخمینہ وقت ضروری ہو سکتا ہے)
وائٹ پیپر کے پچھلے ورژن کو ہینڈل کرنے کے طریقے کے بارے میں سفارشات، اگر کوئی ہو (مثال کے طور پر، آرکائیونگ)

چارٹر اپ ڈیٹ اور وائٹ پیپر پروپوزل کی پیشکش کو بارب ری کے لیے جمع کرانا ضروری ہے۔view. دوبارہ پرview اور BARB کی طرف سے چارٹر اپ ڈیٹ کی منظوری، BSTS چارٹر اپ ڈیٹ کو منظوری کے لیے BoD کو جمع کرائے گا اور ساتھ ہی معاون وائٹ پیپر پروپوزل پریزنٹیشن بھی۔

اگر BoD چارٹر اپ ڈیٹ کی منظوری دیتا ہے، تو گروپ یا کمیٹی وائٹ پیپر تیار کرنے کے ساتھ آگے بڑھ سکتی ہے۔

جب گروپ یا کمیٹی وائٹ پیپر کی ترقی مکمل کر لیتی ہے، BSTS ایک ادارتی دوبارہ انجام دے گا۔view بلوٹوتھ ڈرافٹنگ گائیڈ لائنز کے ساتھ مستقل مزاجی کے لیے۔

BSTS کے تبصروں کے حل کے بعد، گروپ کو قانونی دوبارہ کے لیے BSTS کو وائٹ پیپر جمع کرانا چاہیے۔view. قانونی دوبارہ مکمل ہونے پرview، گروپ اور BSTS وائٹ پیپر میں شامل کیے جانے والے تاثرات پر متفق ہوں گے۔ اگر قانونی ری کی طرف سے کوئی غیر حل شدہ قانونی تبصرے ہیں۔view وائٹ پیپر پر، گروپ چیئر ریزولوشن پر BoD ان پٹ حاصل کرنے کے لیے BoD ایجنڈے پر وقت کی درخواست کر سکتا ہے۔

قانونی دوبارہ کے ساتھ متوازی میںview، گروپ کو دوبارہ کے لیے وائٹ پیپر BARB کو جمع کرانا چاہیے۔view. ان کے دوبارہ کے حصے کے طور پرview، BARB سفارش کر سکتا ہے کہ آیا وائٹ پیپر کے کسی حصے کو وائٹ پیپر سے ہٹا دیا جانا چاہئے اور سیکشن 3 میں عمل کے بعد ایک تصریح میں شامل کیا جانا چاہئے۔view. BARB دوبارہ مکمل ہونے پرview، گروپ اور BARB وائٹ پیپر میں شامل کیے جانے والے تاثرات پر متفق ہوں گے۔

اگر قانونی ریview کسی بھی اہم تبدیلی کے نتیجے میں، اضافی دوبارہview BARB کی طرف سے ضرورت ہو سکتی ہے. اسی طرح، اگر BARB دوبارہview کسی بھی اہم تبدیلی کے نتیجے میں، BSTS اس بات کا تعین کرے گا کہ آیا کوئی اضافی قانونی دوبارہview ان تبدیلیوں کی ضرورت ہے۔ قانونی دوبارہ مکمل ہونے پرview اور BARB دوبارہview، BARB کو سفید کاغذ کو منظور یا مسترد کرنا چاہیے۔

BARB کے وائٹ پیپر کی منظوری کے بعد، BARB سے منظور شدہ وائٹ پیپر کو تصنیف کرنے والے گروپ یا کمیٹی کے ذریعے BoD کو منظوری کے لیے پیش کیا جائے گا۔

وائٹ پیپر کا عمل مکمل ہو جاتا ہے جب BoD نے وائٹ پیپر کی منظوری دے دی ہے اور منظوری کے بعد درج ذیل سرگرمیاں مکمل ہو چکی ہیں:

BSTS نے منظور شدہ وائٹ پیپر کو بلوٹوتھ SIG پر عوامی طور پر دستیاب کر دیا ہے۔ webسائٹ
BSTS منظور شدہ وائٹ پیپر کے تمام اراکین کو مطلع کرتا ہے۔
اگر وائٹ پیپر موجودہ وائٹ پیپر کا اضافہ ہے، تو BSTS وائٹ پیپر کے ایک ورژن کو محفوظ کر لے گا تاکہ ممبران کو تاریخی مقاصد کے لیے رسائی حاصل ہو سکے۔

بلوٹوتھ SIG وائٹ پیپر کی منظوری کے بعد ایک ہفتے کے اندر منظوری کے بعد کی سرگرمیاں مکمل کرنے کا ارادہ رکھتا ہے۔

10. حوالہ جات

حوالہ شدہ بلوٹوتھ دستاویزات بلوٹوتھ سے دستیاب ہیں۔ webسائٹ http://www.bluetooth.com.

بلوٹوتھ ڈرافٹنگ گائیڈ لائنز (ورکنگ گروپ ٹیمپلیٹس اور دستاویزات کے صفحہ پر دستیاب https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
بلوٹوتھ ایس آئی جی انکارپوریشن کے اصول (گورننگ دستاویزات کے صفحہ پر دستیاب ہے، https://www.bluetooth.com/membership-working-groups/membership-types-levels/membership-agreements)
بلوٹوتھ اسپیسیفیکیشن ایرراٹا پروسیس دستاویز (ورکنگ گروپ ٹیمپلیٹس اور دستاویزات کے صفحہ پر دستیاب ہے، پر https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
ورکنگ گروپ پروسیس ڈاکومنٹ (ورکنگ گروپ ٹیمپلیٹس اور دستاویزات کے صفحہ پر دستیاب ہے، https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
ٹیسٹ کی حکمت عملی اور اصطلاحات ختمview دستاویز (قابلیت ٹیسٹ کے تقاضوں کے صفحہ پر دستیاب ہے۔ https://www.bluetooth.com/specifications/qualification-test-requirements)
BTI تفصیلات Review پراسیس چیک لسٹ (ورکنگ گروپ ٹیمپلیٹس اور دستاویزات کے صفحہ پر دستیاب ہے۔ https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
بلوٹوتھ SIG تفویض کردہ نمبرز (https://www.bluetooth.com/specifications/assigned-numbers)
ورکنگ گروپ ٹیمپلیٹس اور دستاویزات (ورکنگ گروپ ٹیمپلیٹس اور دستاویزات کے صفحہ پر دستیاب https://www.bluetooth.com/membership-working-groups/working-groups/working-group-templates-documents)
GATT اسپیسیفیکیشن سپلیمنٹ (GSS) (GATT Specifications صفحہ پر دستیاب ہے، پر https://www.bluetooth.com/specifications/gatt)
نئی تفصیلات کے لیے آئیڈیا جمع کروائیں۔ https://www.bluetooth.com/specifications/submit-an-idea-for-a-specification

11. مخففات اور مخففات

جدول A: مخففات اور مخففات

اپینڈکس اے - ایرٹم سیوریٹی کی درجہ بندی

یہ ضمیمہ تصریح کی غلطی کے لیے شدت کی درجہ بندی کے رہنما خطوط کا خلاصہ کرتا ہے۔ اس جدول کو EPD کے مستقبل میں نظرثانی میں شامل کیا جائے گا، اور پھر یہ حصہ حذف کر دیا جائے گا۔

اس دستی کے بارے میں مزید پڑھیں اور پی ڈی ایف ڈاؤن لوڈ کریں:

تفصیلات کے انتظام کے عمل کی دستاویز (SMPD) - آپٹمائزڈ پی ڈی ایف
تفصیلات کے انتظام کے عمل کی دستاویز (SMPD) - اصل پی ڈی ایف

آپ کے دستی کے بارے میں سوالات؟ تبصرے میں پوسٹ کریں!

حوالہ جات

صارف دستی