د مشخصاتو مدیریت پروسې سند (SMPD)

دا سند ، د دې سرلیک یا مینځپانګې په پام کې نیولو پرته ، د بلوتوټ توضیحي موضوع نده چې د بلوتوټ SIG شرکت لخوا ورته جوازونو ته "تابیا بلوتوټ SIG") او د دې غړو غړو د بلوټوت پیټ / کاپي حق لایسنس تړون او د بلوتوټ سوداګریز نښې جواز تړون سره سم ورکړل شوی.

دا سند د "لکه څنګه چې" په توګه وړاندې کیږي او بلوطوت لاسلیک کوي ، د هغې غړي دي ، او د دوی افسران هیڅ ډول وړاندیز یا تضمین نه کوي او رد یې کوي ، ټول هغه تضمینونه ، څرګندونه یا تقویه شوي ، د راپور ورکولو له مخې د تقویت غوښتنه کوي دا چې د دې اسنادو مینځپانګې له خطا څخه پاک دي.

د قانون ، بلوطوت سګ ، د غړو غړو لخوا تمدید شوي نه دي ، او د دوی دا ټول مسؤلیت د دې سند او یا کوم معلوماتو سره په دې سند کې تنظیم شوي ، په کار اچولو یا تړاو پورې اړه لري. مداخله ، یا د ځانګړې ، شخصي ، اختصاصي ، قانوني یا جبران زیانونو لپاره ، که څه هم د مسؤلیت د تیوري قانع کیدونکې او له پامه غورځیدلې وي ، او که چیرې د بلوطیت لاسلیکونه ، د غړو غړي یا د دوی د ټولنیز حالت رامینځته شي.

دا لاسوند د بلوتوث SIG ملکیت دی. پدې سند کې ممکن موضوع شامل یا پوښښ کړي چې د بلوتوث SIG او د دې غړو غړو فکري ملکیت دی. د دې سند وړاندې کول د بلوتوث SIG یا د دې غړو کوم فکری ملکیت ته جواز نه ورکوي.

دا سند د خبرتیا پرته د بدلون تابع دی.

د کاپي حق ©©––––2004 Bluetooth د بلوتوث SIG ، انک لخوا

1. پیژندنه

د ځانګړتیاو مدیریت پروسې سند (SMPD) هغه پروسې تشریح کوي چې مشخص لیکوالان او بیاviewers باید د نوي مشخصاتو رامینځته کولو او موجوده ځانګړتیاو ته وده ورکولو لپاره تعقیب شي (د بیلګې په توګه ، فعالیت اضافه یا حذف کول یا په منل شوي ځانګړتیاو کې ځانګړي فعالیت بدلول) ، د منل شوي مشخصاتو ساتل ، او د منل شوي ځانګړتیاو پای ژوند اداره کول. سربیره پردې ، دا سند د بیا جوړولو پروسه تشریح کويviewسپینه پا .ه ، او تصویب.

د نوي مشخصاتو رامینځته کولو او د موجوده مشخصاتو لوړولو ترمینځ د مشخصاتو پراختیا پروسې کې توپیرونه شتون لري ځکه چې د دې دندو په دائره کې د داخلي توپیرونو له امله؛ دغه توپیرونه پدې سند کې روښانه شوي.

د مشخصاتو پرمختیا پروسه کې شامل دي:

د اړتیاو مرحله (په 3 برخه کې تشریح شوي) د فعالیت اړتیاو تعریف کولو لپاره
د پراختیا مرحله (په 4 برخه کې تشریح شوې) د پراختیا او بیا پیل لپارهview مشخصات

د اعتبار ورکولو مرحله (په 5 برخه کې تشریح شوې) د مداخلې وړ پروټوټایپ (IOP) ازموینې له لارې مشخصات تصدیق کول.
د تصویب / تصویب مرحله (په 6 برخه کې تشریح شوي) د غوښتنلیک / تصویب لپاره د بلوتوث سایټ بورډ رییس (BoD) ته مشخصات وړاندې کوي.

د مشخص ایرټا پروسې سند (EPD) [3] د وړاندیز کولو او بیا پروسې پروسه تشریح کويviewد ځانګړتیاو ایرټا ، او د منل شوي ځانګړتیاو لپاره د ایرټا اصلاحاتو په توګه د دوی تصویب (لکه څنګه چې په قانون کې تعریف شوی [2]). غیر لدې چې یادونه وشوه ، پدې SMPD کې د غلطۍ لپاره ټولې حوالې د توضیحاتو غلطۍ معنی لري.

1.1 لومړیتوب

د بلوتوټ سیګ انک شرکت انلاینډونه. (بایلوز) او د غړیتوب موافقې [2] په دې سندونو او SMPD کې د هرې شخړې مینځپانګې باندې مقدمیت لري. پدې سند کې د هرڅه سربیره ، BoD حتمي امتیاز او واک لري چې اقدام وکړي او پریکړې وکړي حتی که دا کړنې او پریکړې په دې سند کې تعقیب ، یا هیڅ شخړه ونه کړي ، او پدې سند کې هیڅ شی د BoD خپلواکي واک محدود یا محدود نه کوي. او امتیاز.

که چیرې په SMPD او ارقامو کې د متن ترمینځ کوم شخړې شتون ولري ، نو متن لومړیتوب اخلي.

Re. Re حواله شوې ډلې او کمیټې

په دې سند کې د ګروپونو لاندې ډولونه راجع کیږي: د مطالعې ډلې (SG) ، د متخصص ګروپونه (EG) ، او کاري ډلې (WG). A 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 او کوم غړي ترمینځ د کوم بل تړون په اساس د خبرتیا چمتو کولو په پام کې نیولو سره نه اړوي.

هرچیرې چې دا سند a ته اشاره کوي webسایټ چې ټولو غړو ته د لاسرسي وړ دی ، دا اشخاصو ته لاسرسي ته اشاره کوي څوک چې د بلوتوټ فعال SIG حساب لري. هغه غړي چې فعال حساب نلري ممکن د بلوتوټ SIG له لارې حساب جوړ کړي webسایټ

1.5 کينډۍ

د هر سند ډول لپاره (د بیلګې په توګه ، مشخصات ، سپینې پا papersې ، د ازموینې اسناد) چې دې SMPD کې ورته اشاره شوې ، د بلوتوټ SIG یوه نمونه چمتو کوي. کينډۍ باید د دې SMPD سره سم تولید شوي هر سند لپاره د اساس په توګه وکارول شي. د سمې نمونې په کارولو کې پاتې راتلل ممکن د سند د نه تصویب لامل شي. ټیمپلیټونه په بلوتوټ SIG کې شتون لري webسایټ [8].

1.6 د مشخصاتو ډولونه

د بلوتوټ SIG مشخصاتو ډیری ډولونه شتون لري. په درجه بندۍ کې ، ټول مشخصات د بلوتوټ کور ځانګړتیا پورې اړه لري. مشخصات لکه دودیز پروfileس؛ دودیز پروتوکولونه او د GATT میشته پروfiles ، د GATT میشته خدمات ، او د GATT میشته پروتوکول ټول د کور ځانګړتیاو کې ب featuresو پورې اړه لري. نور مشخصات ، لکه د میش ماډل مشخصات ، په میش پرو پورې اړه لريfile ځانګړتیا چې په پایله کې د کور ځانګړتیا پورې اړه لري.

د کور ځانګړتیا ضمیمه (CSS) مشخصات د ډیټا ډولونه ، د ډیټا فارمیټونه ، او عام پرو تعریف کويfile او د خدماتو غلطی کوډونه چې د کور ځانګړتیاو او نورو مشخصاتو لخوا کارول کیږي او پخپله هیڅ چلند نه تعریفوي.

د GATT ځانګړتیا ضمیمه (GSS) مشخصات ځانګړتیاوې او تشریح کونکي بmatsې ټاکي چې د پرو لخوا کارول کیږي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 او تایید کول ، او غړی بیاview پیل شوی دی. اعتبار د پروټوټایپونو ترمینځ چې د غړو لخوا رامینځته شوی د متقابل عمل (IOP) ازموینې له لارې سرته رسیدلی. یوځل چې د IOP ازموینه بشپړه شي (که د توضیحاتو لپاره اړین وي) او BARB د IOP ازموینې راپور تصویب کړي ، نو د منلو/تصویب مرحله پیل کیږي.

د تصویب / تصویب مرحلې په جریان کې (په 6 برخه کې تشریح شوي) ، د توضیحاتو او اړونده ازموینې سندونه نهایی کیږي؛ BARB ، BQRB ، او BTI تصویبونه ترلاسه کیږي؛ او نهایی توضیحي کڅوړه BoD ته وسپارل شوه څوک چې د اختیار ورکولو لپاره مشخصات په پام کې نیسي (د مثال په توګه ، نهایی تصویب).

یو مشخصات ممکن پخواني مرحلې ته راستنیدو ته اړتیا ولريtage که د پام وړ بدلونونه رامینځته شي. په ځینو مواردو کې ، دا ممکن هم وي چې د مرحلې یوه برخه معاف کړئ لکه څنګه چې په 4.4 برخه کې تشریح شوې.

د ځانګړتیا ساتنې مرحله (په 7 برخه کې تشریح شوي) وروسته له هغه پیل کیږي کله چې مشخصات د BoD لخوا منل شوي. د دې مرحلې په جریان کې احتمالي خطاګانې په یو اختصاص شوي مشخصات کې موندل شوي او راپور شوي او ارزول شوي ، او (که اړتیا وي) د تصویب لپاره د اریټا اصلاحات کیږي. د تخصیص ساتنې مرحله تر هغه وخته دوام لري ترڅو مشخصات له پامه غورځول شوي یا بیرته ایستل شوي وي (په لاندې پاراګراف کې د ژوند پای مرحله مشخصات وګورئ).

د ژوند پای مرحله (په 8 برخه کې تشریح شوې) د منل شوي مشخصاتو ضایع کولو او بیرته ورکولو پروسه بیانوي.

3. د اړتیاو مرحله

د غوښتنو مرحله یا له NWP سره پیلیږي (کوم چې د یو یا ډیرو کارنامو سناریو باندې د کار پیلولو خواهش څرګندوي) یا د پریکړې وروسته چې مطلوب نوی کار دمخه د دوی WG منشور لخوا پوښل شوی. که چیرې WG غواړي نوي کار پیل کړي چې باور لري لا دمخه د دې WG منشور په چوکاټ کې دی ، WG باید په 3.1 برخه کې ټاکل شوې پروسه تعقیب کړي ترڅو د FRD رامینځته کولو ته مستقیم پرمختګ وکړي. د نورو ټولو کاري توکو لپاره ، WG باید په 3.2 برخه کې تعریف شوي پروسه تعقیب کړي. FRD د کاري اړتیاو ساحه تعریف کوي چې د پراختیا مرحله کې د مشخصاتو جوړولو لپاره کارول کیږي. د غوښتنو مرحله په 3.1 شکل کې توضیح شوې.

3.1 نوی کار د WG منشور لخوا پوښل شوی

کله چې WG غواړي نوي کار پیل کړي او په معقول ډول باور وکړي هغه فعالیت چې دا یې اضافه کول غواړي دمخه یې د WG منشور په چوکاټ کې دی ، WG ممکن په FRD باندې کار پیل کړي ، په دې شرط چې دوی سمدستي BARB خبر کړي. WG به BARB ته په خپل خبرتیا کې د وړاندیز شوي نوي کار تفصیل او د ژبې سره د WG منشور کاپي شامل کړي چې دوی ته اجازه ورکوي نوي کار پیل کړي.

که چیرې BARB د WG تحلیل رد کړي، WG باید د FRD کار ودروي او د NWP پروسې سره پرمخ بوځي چې په 3.2 برخه کې تشریح شوي. که BARB د WG تحلیل تصویب کړي، WG به سمدلاسه BSTS ته خبر ورکړي (د بریښنالیک له لارې specification.manager@bluetooth.com ته) او BSTS به دا توکي په راتلونکي BoD اجنډا کې اضافه کړي.

WG به د BSTS ته په ورته خبرتیا کې ورته معلومات شامل کړي چې BARB ته یې چمتو کړي. که چیرې BoD د WG تحلیل رد کړي ، WG باید په FRD باندې کار ودروي او د NWP پروسې سره پرمخ بوځي چې په 3.2 برخه کې ذکر شوي. که چیرې BoD د WG تحلیل تصویب کړي ، WG ممکن د FRD کار ته دوام ورکړي لکه څنګه چې په برخه 3.3 کې ذکر شوي.

3.2 د نوي کار وړاندیز (NWP)

هر غړی ، WG ، SG ، یا EG ممکن NWP رامینځته او وسپاري (د بلوتوټ SIG له لارې webسایټ [10]). یو NWP باید لږترلږه په لاندې معلوماتو کې شامل وي د رسمي ټیمپلیټ په کارولو سره چې چمتو شوي [8]:

د کارونکي سناریوګانې
د FRD پراختیا او په کومه ساحه کې د غړو ژمنتیا (د مثال په توګه ، مرسته کوونکی ، لیکوال ، بیاviewer ، پروټوټایپینګ)

د FRD د کار وړاندیز مشرتابه
د FRD کار لپاره وړاندیز شوې ډلې ګمارنه
د ابتدایی لیکوالانو بریښنالیک آدرس

یادونه: د NWP پروسې په اړه لارښود په بلوتوټ SIG کې شتون لري webسایټ [10].

BSTS به د NWP پراختیا په جریان کې لاندې دندې ترسره کړي:

لیکوال (و) ته د رسید پیژندنه (په تیره بیا د رسید په اوو تقویم ورځو کی دننه) وړاندی کړئ او نور ګامونه یی په ګوته کړئ.

که اړتیا وي ، د لیکوال (غږونو) سره کار وکړئ ترڅو NWP روښانه او بشپړ وي. دا ممکن د NWP ډیری تکراراتو ته اړتیا ولري.
که NWP په اختیار شوي بلوتوټ ځانګړتیاو کې د غلطیو په اړه بیانات ولري ، د لیکوالانو سره کار وکړئ file د غلطۍ سیسټم ته ننوتل.
که چیرې په پام کې ونیول شي چې NWP په احتمالي توګه نقل کار کوي چې دمخه یې په پرمختګ کې دی یا دمخه بشپړ شوی ، نو د دوی د ارزونې لپاره د نورو کار لیکوال ته خبر ورکړئ.

NWP NWP ته پوسټ کړئ webسایټ ټولو غړو ته د لاسرسي وړ دی.
ټولو غړو ته خبر ورکړئ چې NWP د بیا لپاره شتون لريview او ایا د FRD پراختیا لپاره اضافي غړي ژمنتیا ته اړتیا ده.

غړي ممکن د لیکوال (غږونو) سره اړیکه ونیسي ترڅو پوښتنې وکړي یا د NWP په اړه نظریات چمتو کړي.

لږترلږه درې غړي شرکتونه باید ژمنه وکړي چې د NWP لپاره د پایلو FRD په تکمیل کې برخه واخلي ترڅو د BoD تصویب لپاره کاندید شي ، او لږترلږه یو غړی شرکت باید د همکار یا ترویج کونکي غړی وي. د NWP د BoD تصویب وروسته ، BoD به NWP د موجوده غړیو WG فرعي ډلې یا SG ته دنده وسپاري چې په FRD باندې کار وکړي (په 3.3 برخه کې تشریح شوی). که مناسب WG فرعي ګروپ یا SG شتون نلري ، نو ممکن یو یې رامینځته شي.

د NWPs لپاره چې کافي غړي ژمنتیا لري ، BSTS به لاندې نور اضافي دندې ترسره کړي:

لږترلږه 13 ورځې مخکې د NWP وړاندیز شوی و چې د BoD لخوا تصویب شي ، BARB ته خبر ورکړئ ، او هغه ګروپ ته چې NWP د سپارښتنې لپاره د NWP د پاتې کیدو تصویب لپاره وړاندیز کوي. دا د دې لپاره ترسره کیږي چې په ساحو کې د نظر وړاندیز لپاره فرصت چمتو کړي لکه وړاندیز شوې ډلې ، ایا NWP لا دمخه د موجوده کار پواسطه پوښل شوی ، او داسې نور.

بشپړ NWP BoD ته وسپارئ.

که چیرې صوبه سرحد د غړو لخوا وسپارل شي څوک چې له یوې ډلې سره تړاو نلري ، نو د غړو څخه یو یې تنظیم کړئ ترڅو NWP ته BoD ته وړاندې کړي.
که NWP د یوې ډلې لخوا سپارل شوی وي ، نو د ګروپ رییس ته بندوبست وکړئ چې NWP BoD ته وړاندې کړي.

د BARB رییس او د ډلې رییسانو ته بلنه ورکړئ ، چیرې چې NWP د دندې لپاره وړاندیز کیږي ، د BoD غونډې ته.
که چیرې صوبه سرحد د BoD لخوا تصویب او ګمارل شوی وي ، هغه ډلې ته خبر کړئ چې ورته دنده سپارل شوې وه؛ لیکوال (و)؛ هغه غړي چې په صوبه سرحد کې د ورته FRD پراختیا ژمنې په توګه پیژندل شوي؛ او که چیرې صوبه سرحد د یوې ډلې لخوا وړاندیز شوی وي ، د پایلې او راتلونکي مرحلو ګروپ.

وروسته له هغه چې NWP د BoD لخوا تصویب شو ، په NWP کې وضعیت تازه کړئ webسایټ

هر NWP د BoD لخوا په خپل اختیار سره رد کیدی شي ، د مثال په توګهample ، د سرچینو محدودیتونو له امله ، که کار دمخه په بشپړ ډول بشپړ شوی وي ، کار د بلوتوټ SIG اداره کولو اسنادو له ساحې بهر دی (د مثال په توګه ، د غوښتنلیک برنامې انٹرفیس (API)) [2] ، یا که وړاندیز شوی کار باید وي fileد غلطۍ په توګه. که چیرې NWP رد شي ، BSTS به لیکوالان ، په NWP کې پیژندل شوي غړي د اړوند FRD رامینځته کولو ژمن په توګه خبر کړي ، او که NWP د یوې ډلې لخوا وړاندیز شوی وي ، ګروپ. خبرتیا کې به د رد کولو کوم دلیلونه شامل وي. لیکوال ، ژمن غړي ، یا ډله ممکن د BoD اجنډا کې د وخت غوښتنه وکړي ترڅو د رد غوښتنه وکړي.

که چیرې یو غړی یا ډله وغواړي د منل شوي مشخصاتو څخه د یوې ب removingې لرې کولو وړاندیز وکړي ، ډله یا غړی باید NWP چمتو کړي. NWP باید د تاثیر تحلیل ولري چې لیرې کول به په شاتګ مطابقت او متقابل عمل باندې ولري ، پشمول د ازموینې قضیو باندې د تاثیر تحلیل.

NWPs د سی ایس ایس ، GSS ، یا MDP ځانګړتیاو ته وده ورکولو لپاره اړین ندي: په ځانګړي ډول د CSS ، GSS ، یا MDP توضیحاتو ته تازه کول د نورو ځانګړتیاو څخه تازه کول دي چې خپل NWPs لري.

3.3 د کاري غوښتنو سند (FRD)

FRDs د کارونکي سناریوز وړولو لپاره فعال اړتیاوې تعریف کوي. FRD باید لږترلږه د لاندې معلوماتو په اړه معلومات شامل کړي د رسمي نمونې په کارولو سره [8]:

د کارونکي سناریوګانې
د کارونکي سناریوز پراساس فعالیتي اړتیاوې

د غړو ژمنتیا چې د پایلو توضیحاتو ته وده ورکړي
د اټکل شوي رولونو لپاره د غړو لخوا اختیاري پروټوټایپ ملاتړ
وړاندیز شوې WG ته د پایلو توضیحاتو ته وده ورکړي

د FRD پراختیا

FRDs د ټاکل شوي ټولو غړو WG فرعي ډلې یا SG غړو لخوا رامینځته کیږي چې د BSTS لخوا د مدیر ملاتړ سره رامینځته کیږي. هر غړی چې د FRD پراختیا کې برخه اخیستل علاقمندي لري ممکن په ګروپ کې شامل شي.

FRDs باید لږترلږه دوه څخه ژمنتیا په ګوته کړي (که څه هم درې هڅول شوي دي) د همکارۍ یا د پروموټر کچې غړو شرکتونو څخه چې د پایلو توضیحاتو پراختیا کې برخه واخلي. WGs یا SGs چې FRD وړاندې کوي باید د ګروپ غړو شرکتونو څخه پراخه ملاتړ ترلاسه کولو هڅه وکړي چې په FRD کې پیژندل شوي هدف شوي صنعت برخې استازیتوب کوي.

نوی فعالیت چې په FRD کې وړاندیز شوی باید د امکان تر حده ډیری ترانسپورتونو او موجود وسیلو کې د ملاتړ وړ وي. پدې کې شامل دي ، د مثال په توګهample ، د GATT میشته پرو ملاتړ کويfileپه اساسی نرخ/پراخ شوي ډیټا نرخ (BR/EDR) ټرانسپورټ او د بلوتوټ ټیټ انرژۍ (LE) ټرانسپورټ کې خدمات او خدمات. که نوی فعالیت د ټرانسپورټ لپاره کافي غړي ملاتړ نلري ، د مثال په توګهampد ټرانسپورټ کارولو تعریف کولو لپاره د غړي ژمنتیا نشتوالي یا د یو یا ډیرو رولونو لپاره د IOP ټیسټ پلیټ فارمونو احتمالي ناکافي شمیر له امله ، پدې ټرانسپورټ کې ملاتړ ممکن له FRD څخه خارج شي.

پرته لدې چې بل ډول توجیه شوی ، نوی فعالیت ، پروfiles ، او خدمات باید د 3.3.2 برخه کې تشریح شوي د شاته مطابقت اړتیاو سره مطابقت ولري.

WG یا SG باید د بیا ځل لپاره FRD BARB ته وسپاريview او تصویب. BARB باید د دې انجینري قضاوت پراساس FRD تصویب یا رد کړي. که د BARB لخوا تصویب شي ، FRD به ټولو غړو ته چمتو شي او د دې شتون خبرتیا به د BSTS لخوا صادر شي.

FRDs د CSS ، GSS ، یا MDP ځانګړتیاو ته د ودې لپاره اړین ندي: په ځانګړي ډول د 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 تصویب کړي چې وړاندیز یې WW ته ټاکل شوی ، نو WG باید خپل چارټر ته نوي مسوده چمتو کړي ترڅو نوي فعالیت ته یې اضافه کړي (پرته لدې چې BoD مخکې د WG تحلیل تصویب کړي وي چې د WG چارټر تازه دی اړین ندی). په هرصورت ، کله چې BARB یوه FRD تصویب کړي چې وړاندیز یې نوي WG ته ورکړل شوی ، BARB او غړي چې د FRD په بlinedه ترتیب شوي فعالیت ته وده ورکولو کې لیوالتیا لري باید د نوي کاري فعالیت سره د منشور په دائره کې شامل شوي نوي WG لپاره مسوده چارټور چمتو کړي. .

یوځل چې نوی یا تازه شوی د WG چارټر چمتو شي ، دا باید د بیا ځل لپاره BARB ته وسپارل شيview او تصویب. یوځل چې BARB منشور تصویب کړي ، د نوي یا نوي شوي WG منشور مسوده به د تصویب لپاره BoD ته وسپارل شي.

یوځل چې BoD منشور تصویب کړي ، WG چې د مشخصاتو پراختیا کار یې د BoD لخوا ګمارل شوی باید باید له هغه ډلې سره نږدې کار وکړي څوک چې FRD چمتو کړي که چیرې FRD ته اړین تازه معلومات یا توضیحات اړین وي. که چیرې د پرمختیایی مرحلو په جریان کې د FRD نوي کولو ته اړتیا وي ، پروسې په 3.3 برخه کې طرح شوې او دا برخه باید تعقیب شي؛ په هرصورت ، د مشخصاتو پراختیا ممکن د FRD او WG چارټر تازه سره په موازي کې واقع شي.

3.5 د مرحلې وتلو اړتیاوې

د غوښتنو مرحله بشپړه شوې او د پراختیا مرحله هغه وخت پیل کیږي کله چې د WG منشور د FRD لپاره اړین فرصت ولري یا د BoD لخوا تایید یا تایید شوی وي او لاندې شرایط یې پوره شوي وي:

NWP یا خو د BoD لخوا تصویب شوی ، یا BoD موافقه کړې چې NWP غیر ضروري دی.

د FRD او اړونده WG منشور د BARB لخوا تصویب شوی.

4. د پراختیا مرحله

د پراختیا مرحلې په جریان کې ، ټاکل شوي WG (s) نوی توضیحات رامینځته کوي او / یا شتون لري. FRD د نوي یا پرمختللي بلوتوټ ځانګړتیاو اړتیاوې ټاکي. په ځانګړتیا کې هیڅ فعالیت ته اجازه نشته چې په مناسب ډول د FRD اړتیاو سره تړاو نلري. هدف د 0.9 / CR ځانګړتیاوې رامینځته کول دي چې د اعتبار مرحلې لپاره چمتو وي (په 5 برخه کې تشریح شوي) د پراختیا مرحلې په پای کې.
د پراختیا مرحلې په جریان کې ، یو ځانګړتیا (یا د توضیحاتو لوړول) د دریو مرحلو له لارې پرمختګ کويtages.

د نوي مشخص کولو لپاره ، درې stagدا دي:

0.5 سtage
0.7 سtage

0.9 سtage

د ځانګړتیا لوړولو لپاره ، درې stagدا دي:

د مسودې د ښه والي وړاندیز اسناد (DIPD) Stage

د وروستي پرمختګ وړاندیز اسناد (FIPD) Stage
د بدلون غوښتنه (CR) Stage

هر یوtage په لاندې فرعي برخو کې نور تشریح شوي چې وروسته راځي. شکل 4.1 لاندې مختلف اسناد روښانه کوي چې WG به په هر یو کې چمتو کړيtage.

شکل 4.1: پایview د مشخصاتو څخهtagدا د پراختیا مرحلې په جریان کې پیښیږي

د مشخصاتو پراختیا پروسې په اوږدو کې د BARB رول WGs ته مشورې او تخنیکي مرستې چمتو کول دي. WGs ممکن په هر وخت کې د مشخصاتو پراختیا او معماري مفکورو په اړه تخنیکي مشورې لپاره BARB ته غوښتنې وکړي ترڅو په مشخصاتو کې وکارول شي. WGs په ځانګړي توګه هڅول کیږي ترڅو د هغه ب featuresو لپاره چې د ډیر پیچلي معماري نظریاتو لپاره د BARB څخه دمخه نظر غوښتنه وکړي.

4.1 0.5/DIPD Stage

د 0.5/DIPD S په جریان کېtage ، 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 لپاره ستونزې پیژني. بارب باید بیا راشيview د 0.5/DIPD مشخصات. د توضیحاتو لوړولو لپاره ، BARB باید بیا همview DIPD په 3.3.2 برخه کې تشریح شوي د شاته مطابقت اړتیاو سره موافقت لپاره. BTI باید بیا راشيview د ازمونې ستراتیژي

BARB باید د دې انجینري قضاوت پراساس د 0.5/DIPD مشخصات تصویب یا رد کړي. که د BARB لخوا تصویب شي ، د 0.5/DIPD مشخصات به په بلوتوټ SIG کې چمتو شي webسایټ ټولو اسوشیټیټ او پروموټر غړو ته او د دې شتون خبرتیا به د BSTS لخوا صادر شي. په 0.5/DIPD S کېtage ، د ازموینې ستراتیژۍ تصویب ته اړتیا نشته.
0.5/DIPD Stage د CSS ، GSS ، یا MDP مشخصاتو ته وده ورکولو لپاره اړین ندي

0.5/DIPD Stagد وتلو اړتیاوې

0.5/DIPD Stage بشپړ شوی او 0.7/FIPD Stage پیل کیږي کله چې د وتلو لاندې اړتیاوې پوره شي:

BSTS بیا بشپړ کړیviewد 0.5/DIPD مشخصات او د ازموینې ستراتیژي.

BARB د 0.5 / DIPD توضیحات تصویب کړي.
BTI خپل بیا بشپړ کړیview د ازموینې ستراتیژي
BSTS تایید شوي 0.5 / DIPD توضیحات د ټولو همکارانو او ترویج کونکو غړو لپاره شتون لري.

4.2 0.7/FIPD Stage

د 0.7/FIPD S په جریان کېtage ، WG به لاندې چمتو کړي د رسمي ټیمپلیټونو په کارولو سره چې چمتو شوي [8]:

د نوي توضیحاتو لپاره ، د 0.7 توضیحي مسوده ، کوم چې باید لږترلږه باید لاندې معلومات پکې شامل وي:

د ټولو بدلونونو توضیحات چې د BARB لخوا تصویب شوي 0.5 څخه وروسته رامینځته شوي ، پشمول نوي یا تعدیل شوي وړاندیزونه ، د انتخاب معیارونه ، او د انتخاب توجیه. بدلونونه باید د توضیحاتو ورته کچې کې تشریح شي لکه څنګه چې په 0.5 S کې اړین ديtage.

د FRD ټول کاري اړتیاوې په ګوته شوې.

2. د توضیحي توضیحاتو لپاره ، د FIPD مسوده چې باید لږترلږه باید لاندې معلومات ولري:

د ټولو بدلونونو توضیحات چې د BARB لخوا تصویب شوي DIPD راهیسې رامینځته شوي ، پشمول نوي یا تعدیل شوي وړاندیزونه ، د انتخاب معیارونه ، او د انتخاب توجیه. بدلونونه باید په ورته کچه توضیح شي لکه څنګه چې په DIPD S کې اړین ديtage.

د اړتیا په صورت کې ، نور پرمختللې ساحې چې د DIPD په اړه په 4.1 برخه کې تشریح شوي.
د پرمختګ بشپړ تفصیل.
د ارکیفیکچر تازه معلومات.
د FRD ټول کاري اړتیاوې په ګوته شوې.

3. 0.7 / FIPD د ازموینې اسناد ، کوم چې باید لږترلږه باید لاندې معلومات پکې شامل وي:

د ازمونې سویټ ، د ازموینې اهدافو لیست پکې شامل دی لکه څنګه چې په TSTO [5] کې تشریح شوی.
د پلي کولو کنفرانس وینا (ICS) ، لکه څنګه چې په TSTO کې تشریح شوې [5].

د مشخصاتو لوړولو لپاره ، د ازمونې سویټ او ICS ممکن د جلا سندونو په توګه یا په FIPD کې د اضافي برخو په توګه چمتو شي.

په دې کې تولید شوي اسنادو لومړني لیدونکيtage د WG غړي او BARB دي څوک چې بیاview د ب featureې یا ښه والي بشپړ توضیح په شمول ځینې متن چې په وروستي توضیحاتو کې د شاملولو لپاره پلان شوي. BTI د بیا لیدونکو لپاره دیview د ازموینې اسناد.

BSTS به بیاview د 0.7/FIPD مشخصاتو نوې یا بدلې شوې برخې او د بلوتوټ مسودې لارښودونو سره مطابقت لپاره د اسنادو ازموینه ، پشمول د بلوتوټ SIG لخوا رامینځته شوي ژبې کنوانسیونونه. بارب به بیاview د 0.7/FIPD مشخصات.

BSTS به د TSTO [0.7] سره سم د 5 / FIPD ازموینې اسنادو چمتو کولو کې WG سره مرسته وکړي.

BTI باید بیا راشيview د 0.7/FIPD ازموینې اسناد. WG باید BTI ته د 0.7/FIPD مشخصات د حوالې په توګه چمتو کړي کله چې بیاviewد 0.7/FIPD ازموینې اسناد دننه کول ، کوم چې BTI به بیاview د BTI مشخصاتو سره سم بیاview د پروسې چک لیست [6].

وروسته لدې چې BARB خپله بیا بشپړ کړهview د 0.7/FIPD مشخصاتو څخه او BTI خپل بیا بشپړ کړیview د 0.7/FIPD ازموینې اسنادو څخه ، BSTS به بیا جوړ کړيviewایډ 0.7/د FIPD توضیحات د ټولو اسوسیټ او پروموټر غړو لپاره شتون لري.

د 0.7/FIPD Stage د CSS ، GSS ، یا MDP مشخصاتو ته وده ورکولو لپاره اړین ندي.

0.7/FIPD Stagد وتلو اړتیاوې

د 0.7/FIPD Stage بشپړ شوی او 0.9/CR Stage پیل کیږي کله چې د وتلو لاندې اړتیاوې پوره شي:

BSTS بیا بشپړ کړیviewد 0.7/FIPD مشخصات او د ازموینې اسناد.
BARB بشپړ کړviewد 0.7/FIPD مشخصات.
BTI بیا بشپړ کړیviewد 0.7/FIPD ټیسټ سویټ (د ازموینې اهداف) او 0.7/FIPD ICS.
BSTS بیا جوړ کړی دیviewایډ 0.7/د FIPD توضیحات د ټولو اسوسیټ او پروموټر غړو لپاره شتون لري.

4.3 0.9/CR Stage

د CRs دوه ډولونه شتون لري: یو بشپړ شوی CR ، کوم چې د تیرو نسخو راهیسې ټول بدلونونه ښیې د بشپړ تخصیص شوي توضیحاتو بدل شوی سند دی ، او یو ابریوییډ شوی CR ، کوم داسې سند دی چې یوازې د اغیزمنو برخو ترمیم لپاره لارښوونې چمتو کوي د توضیحاتو نسخه چې په هغه کې CR شتون لري.

د 0.9/CR S په جریان کېtage ، WG به لاندې چمتو کړي د رسمي ټیمپلیټونو په کارولو سره چې چمتو شوي [8]:

د نوي توضیحاتو لپاره ، د 0.9 توضیحاتو مینځپانګه - بشپړ مسوده ، کوم چې باید لږترلږه باید لاندې معلومات پکې شامل وي:

د ټولو بدلونونو توضیحات چې د BARB-re راهیسې رامینځته شويviewد ایډ 0.7 ځانګړتیاوې (یا د 0.5 مشخصاتو څخه وروسته که د 0.7 توضیحاتو تولید معاف شوی و) ، پشمول د نوي یا
تعدیل شوي وړاندیزونه ، د انتخاب معیارونه ، او د انتخاب توجیه. بدلونونه باید د توضیحاتو ورته کچې کې تشریح شي لکه څنګه چې په 0.5 S کې اړین ديtage او 0.7 Stage.

2. د توضیحاتو لوړولو لپاره:

یا یو یو بشپړ شوی CR ، چې باید لږترلږه باید لاندې معلومات په کې شامل کړي:
د ټولو بدلونونو توضیحات چې د BARB-re راهیسې رامینځته شويviewed FIPD (یا د DIPD راهیسې که FIPD معاف شوی وي) په شمول نوي یا تعدیل شوي وړاندیزونه ، د انتخاب معیارونه ، او د انتخاب توجیه. بدلونونه باید په ورته کچه توضیح شي لکه څنګه چې په DIPD S کې اړین ديtage او FIPD Stage.
ټول بدلونونه د بدلون تعقیب په کارولو سره دمخه منل شوي مشخصاتو ته وړاندیز شوي.
ټولې تصویب شوې تخنیکي اریټا (د هرې ارایټم سره د ارایټم شمیره سره مینه شوې) ، د بدلون تعقیب کارولو سره ښودل شوي ، کوم چې لا دمخه منل شوي توضیحي نسخه کې شامل شوي ندي ، او دا اغیزې متن چې د توضیحاتو زیاتوالي سره تړاو لري؛ یا دا بل ډول د IOP ازموینې اغیزه کوي.

3. یا یو ابریشید شوی CR ، کوم چې باید لږترلږه ، لاندې معلوماتو باندې معلومات ولري:

د ټولو بدلونونو توضیحات چې د BARB-re راهیسې رامینځته شويviewed FIPD (یا د DIPD راهیسې که FIPD معاف شوی وي) په شمول نوي یا تعدیل شوي وړاندیزونه ، د انتخاب معیارونه ، او د انتخاب توجیه. بدلونونه باید په ورته کچه توضیح شي لکه څنګه چې په DIPD S کې اړین ديtage او FIPD Stage.
ټول بدلونونه هرې اغیزمن شوې برخې او د مشخصاتو پاراګراف ته وړاندیز شوي چې CR د بدلون وړاندیز کوي.
ټولې منل شوې تخنیکي ارمې (د هرې اراټم سره د ارایټم شمیره سره مینه شوې) ، د مارک اپ په کارولو سره ښودل شوي ، چې لاهم دمخه منل شوي توضیحي نسخه کې شامل شوي دي ، او دا اغیزې متن چې د توضیحاتو زیاتوالي سره تړاو لري؛ یا دا بل ډول د IOP ازموینې اغیزه کوي.

4. د سي ایس ایس سي آر (که چیرې نوي توضیحات د توضیحاتو لخوا اړین وي) ، کوم چې ممکن د توضیحاتو په ابیریو 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 کې د اضافي برخو په توګه چمتو شي.

په ډیری قضیو کې ، یو مدغم یا ابری شوی CR باید د ځانګړتیا دمخه منل شوي نسخه پراساس وي ، مګر دا ممکن د وروستي منځمهاله مسودې پراساس هم وي. د وروستي منځمهاله مسوده مشخص کولو نسخه شمیره باید د هغه نسخه شمیره وي چې د اسنادو یوې نسخې سره تړاو لري کوم چې منجمد شوی وي او دا به د وخت په تیریدو سره بدلون ونلري. نور ، د پیژندنې اضافي معلومات (لکه د سند نیټه او a URL دایمي ځای ته) باید د ځانګړي "اساس" نسخه پیژندلو لپاره چمتو شي. که منځمهاله مسوده وکارول شي ، کوم بدلونونه چې په مستقیم ډول په یوه برخه کې له CR سره تړاو نلري چې CR یې ترمیم کوي باید شامل شي ، مګر اړتیا نلري د مارک اپ په کارولو سره وښودل شي. که چیرې د مینځمهاله مسودې اړونده برخې وروسته بیا تازه شي ، نو CR باید تازه شي ترڅو منځمهاله مسودې ته تازه معلومات منعکس کړي.

په مثالي توګه ، ابریوییټ شوي CR توکي د اعتبار ورکولو مرحلې دمخه ، په ترتیب سره د بشپړ توضیحاتو او بشپړ ازموینې سندونو مسودې کې مدغم شوي ، مګر دوی ممکن د اعتبار مرحلې په پیل کې هم مدغم شي. که چیرې ډیری ځانګړتیاوې د توضیح لپاره رامینځته کیږي (د بیلګې په توګه ، د کور توضیحات) ، نو دا به مطلوب وي چې د IOP ټیسټ بشپړیدو وروسته به په یوې مسودې کې ب theې ضمیمه کړئ.

BSTS به بیاview د بلوتوټ مسودې لارښودونو سره د یووالي لپاره د 0.9/CR مشخصات او ازموینې اسناد. بیا بارب به بیا راشيview د 0.9/CR مشخصات وروسته د IOP ازموینې پلان لخوا تعقیب شوي (لکه څنګه چې په 4.3.1 برخه کې تشریح شوي). یوځل چې د 0.9/CR ځانګړتیا د WG لخوا BARB ته د بیا ځل لپاره وسپارل شيview، BSTS به دا د ټولو غړو لپاره د بیا لاسرسي وړ کړيview او د دې شتون ټولو غړو ته خبر ورکړئ. د دې مرحلې څخه مخکې د توضیحاتو پراختیا پروسې کې ، BSTS به BARB ته سپارل شوي توضیحاتو مسودې ټولو غړو ته د دوراني خبرتیاو سره ټولو غړو ته واستوي.

د مشخصاتو لوړولو لپاره ، WG به BoD ته سپارښتنه وکړي چې ایا د مشخصاتو تخنیکي دلایل پشمول د تخنیکي پخوانۍ نسخې تخفیف یا له سره وباسي.

بارب به بیاview د FRD کې ورکړل شوي اړتیاو سره د WG تحلیل د 0.9/CR ځانګړتیاو ، هرډول احتمالي امنیتي مسلو ، هرډول تنظیمي مسلو ، د بلوتوټ معمارۍ سره مطابقت ، او ، د توضیحاتو لوړولو لپاره ، په 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 ازمونې پلان باید شامل وي:

د ازموینې قضیې ترڅو ټول نوي لازمي ، اختیاري او مشروط ب featuresې تصدیق کړي
لږترلږه د هر op کوډ لپاره د ازموینې قضیه
لږترلږه د هر پارامتر لپاره د ازمونې قضیه
د هر پاکټ ډول لپاره لږترلږه د ازمونې قضیه
د مشخصاتو زیاتوالي لپاره د شا د مطابقت ازموینې قضیې ترڅو چې په 3.3.2 برخه کې لست شوي اړتیاوې د ټول وده شوي فعالیت لپاره پوره شي (همدا رنګه برخې 4.3.1.1 هم وګورئ).
د ازمونې قضیې چیرې چې IUT د ټاکل شوي حد څخه بهر ارزښتونو سره افشا کیږي یا د چلند اړخونو ته غیرقانوني یا غیر متوقع ګ consideredل کیږي (د چلند ناسم آزموینې قضیې). په یاد ولرئ چې تمه کیږي داسې ازموونکی لکه PTS یا د ازموینې نور وسیله به د هر ډول غلط چلند پیل کوونکی وي.
هر لنډمهاله ټاکل شوي شمیرې (د BSTS سره په همغږۍ کې غوره شوي ترڅو په راتلونکو IOP ټیسټ پیښو کې د ضایع کیدو مخه ونیسي) ترڅو د IOP ازموینې پیښې کې وکارول شي ، لکه څنګه چې په 4.3.1.2 برخه کې تشریح شوي.
د خپلواک تطبیقاتو اړین شمیر پیژندل چې باید هرې ازموینې قضیې کې تیریږي ، د پوښښ اړتیاوې په پام کې نیولو سره چې په 4.3.1.3 برخه کې تشریح شوي.
په ټیسټ سویټ کې د هرې قضیې پیژندل چې WG باور لري باید لرې شي او د دوی د اخراج لپاره توجیه شي. پدې کې عموما شامل دي: د راتلونکي پروفینګ ازموینې قضیې (د بیلګې په توګه ، عامې ازموینې ترڅو ممکن راتلونکي اضافه کیدلی شي ، لکه اضافي ب characteristicsې ، غزول شوي ب characteristicsې ، یا د راتلونکي استعمال لپاره خوندي شوي (RFU) بټس یا ساحې)
• د ټیسټ قضیې چې د نورو شاملو ازموینو فرعي سیستم دی
test د عمومي ازمونې قضیې چې واقعیا د ازموینې سره ورته وي چې د نورو ځانګړتیاو لپاره پرمخ وړل کیږي (د بیلګې په توګه ، د عام غلطي کوډونو رامینځته کول)
• د ټیسټ قضیې د ورته ازموینې هدف سره د ازمونې قضیې چې د بل ټرانسپورټ څخه تیریږي (د بیلګې په توګه ، د BR / EDR ازموینې قضیه چې د LE ازموینې قضیې ته ورته وي)
the د پلي کیدلو فشار یا فشار فشار

د IOP ازمونې پلان کې ممکن هغه ازمونې شاملې وي چې د IOP ازمونې لپاره ځانګړي دي لکه د پای څخه تر پایه ازموینې قضیې چې ډیر پیچلي سلسلې سره یوځای کوي چې ممکن د کاروونکي عادي سناریو ته ورته وي.

که څه هم د IOP ازموینې پلان BARB تصویب ته اړتیا نلري (پدې پوهیدلو باندې چې د IOP ازموینې پلان به د IOP ازموینې هرې پیښې سره تمدید او ښه شي) ، د IOP ټیسټ راپور BARB تصویب ته اړتیا ده (برخې 5.1.1 وګورئ) . که چیرې د IOP ازموینې پلان په 4.3.1 برخې کې تشریح شوي ټول اړتیاوې پوره نکړي ، WG باید د هر پیژندل شوي توپیرونو لنډیز او BARB ته د هر توپیر لپاره دلیل وړاندې کړي مخکې لدې چې د IOP ټیسټ پیښې (پیل) پیل شي.

د IOP ټیسټ پلان او ازمونې قضیې باید په بنسټیز ډول د اړونده مشخصاتو ازموینې اسنادو کې مینځپانګې پر اساس وي.

د IOP ازموینې پیښې اغیزمنه کولو لپاره ، WG باید د IOP ټیسټ پلان ولري او ټولې اړوند ټیسټ قضیې بشپړې او تطبیق کونکو ته شتون ولري لږترلږه د IOP ازمونې پیښې دمخه یوه میاشت دمخه تطبیق کونکو ته.

د شاتګ مطابقت ازمونې لپاره پلان کول
د مشخصاتو لوړولو لپاره ، د شاتګ مطابقت IOP ازموینه باید د توضیحاتو ټولو فعال او محروم شوي نسخو پروړاندې تایید په پام کې ونیسي ځکه چې دا مشخصات او فعالیت چې معمولا په بلوتوټ محصولاتو کې موندل کیدی شي خورا اوږد ژوند ولري (د مثال په توګه وسایط). WG باید اړین د شاتګ مطابقت ازموینې مناسب کچې تحلیل کړي (که شتون ولري) پشمول کومې نسخې چې ازموینه وکړي او ازموینې ترسره کړي ، او BARB ته دا تحلیل چمتو کړي. بارب باید بیا راشيview تحلیل او د WG لپاره د بدلونونو وړاندیز وکړئ (که کوم وي) د IOP ازموینې پلان کې شاملولو لپاره.

هغه غړي چې د شاتګ مطابقت ازموینې کې برخه اخلي د میراث وسیلې راوستلو لپاره هڅول شوي چې د تیرو مشخصاتو نسخو (نمونو) پروړاندې وړ شوي وي. WG باید د IOP ازموینې راپور کې د هرډول شاته مطابقت ناکامي راپور کړي. غړي شرکتونه هم هڅول شوي چې د IOP ازموینې پیښې موقعیت څخه بهر په خپلو لابراتوارونو کې د بیکټ مطابقت ازموینې ترسره کړي او WG ته د هرډول مشخصات اړوند مسلو راپور ورکړي.

لنډمهاله ټاکل شوې شمیرې د IOP ازموینې کې کارول شوي
BSTS او BARB باید د ټاکل شوي شمیرې لنډمهاله ګمارنې همغږي کولو لپاره مشوره وشي چې د IOP ازموینې پیښې کې به وکارول شي نو د نورو مشخصاتو سره به هیڅ ډول مخالفت یا نښتې نه وي. دا لنډمهاله ارزښتونه باید د IOP ازموینې پلان کې شامل شي او د هیڅ منل شوي مشخصاتو لخوا د کارونې لپاره نه ګمارل کیږي.

د IOP ازمونې لپاره چیرې چې یو یا ډیر نوي 16-bit UID ارزښت وړاندیز کیږي ، د 0x7F00 څخه 0x7FFF حد کې IOS ازموینې لپاره ځانګړي شوي.

د IOP ازمونې لپاره چیرې چې یو یا ډیر نوي فکس شوي پروتوکول خدمت ملټي پلسیر (PSM) ارزښتونه وړاندیز کیږي ، د 0x0000 څخه 0x007F څخه د اعتبار سلسلې پای څخه پیل شوي ارزښتونه ، لکه څنګه چې په کور توضیحي کې ټاکل شوي ، به وکارول شي.

د پوښښ اړتیاوې
WG باید BARB ته ثبوت وړاندې کړي چې د خپلواکو پلي کونکو اړین شمیر (لکه په هغه برخو کې چې بیان شوي) د هرې ازموینې قضیې تیروي. د خپلواک تطبیقاتو اړین شمیر لپاره د استثنا لپاره هر WG غوښتنه باید د IOP ازموینې پلان کې چې BARB ته وسپارل شي په ګوته شي.

پلي کول یو له بل څخه خپلواک ګ consideredل کیږي تر هغه چې ټولې برخې چې له تایید سره تړاو لري په خپلواکه توګه رامینځته شوي ، د بیلګې په توګه ، د بیلابیلو ټیمونو لخوا (کوم چې اړین ندي د مختلف شرکتونو څخه راځي). BSTS ممکن پدې ارزونه کې مرسته وکړي چې ایا پروټوټایپونه د یو بل څخه خپلواک ګ consideredل کیدی شي ترڅو د پلي کولو توضیحاتو پیژندګلوۍ او محرمیت خوندي وساتي.

په یاد ولرئ چې د ازموینې وسیلې ، په شمول د PTS ، خپلواک پلي کونکي نه ګ .ل کیږي.

د مرکزي مشخصاتو IOP پوښښ اړتیاوې
د اصلي توضیحي ب featureه عموما یو یا ډیر رولونه ټاکي چیرې چې هر رول د یو یا ډیرو نورو رولونو سره مداخله کولو لپاره ډیزاین شوی یا احتمال له ځان سره وي.

د هرې رول لپاره چې د یو بل سره مداخله کولو لپاره ډیزاین شوي ، د هر رول لږترلږه درې خپلواکه پلي کول باید د تکمیل رول درې خپلواکه پلي کولو سره مداخله کولو لپاره وښودل شي.

د هر رول لپاره چې کولی شي په ورته رول کې د بل وسیله مداخله وکړي ، د دې رول لږترلږه درې خپلواکه پلي کول باید څرګند کړي چې دوی کولی شي پدې رول کې له یو بل سره اړیکه ونیسي.

د خدمت مشخصات IOP پوښښ اړتیاوې
لږترلږه درې د خدماتو پلي کول باید څرګند کړي چې دوی لږترلږه د پیرودونکي پلي کولو کې مداخله کوي ، کوم چې ممکن ممکن PTS وي.

پروfile او د پروتوکول مشخصات IOP پوښښ اړتیاوې
پروfile او د پروتوکول مشخصات معمولا یو یا ډیر رولونه ټاکي چیرې چې هر رول د یو یا څو نورو رولونو سره د مداخلې لپاره ډیزاین شوی وي ، یا ممکن د ځان سره.

د هرې رول لپاره چې د یو بل سره مداخله کولو لپاره ډیزاین شوي ، د هر رول لږترلږه دوه خپلواکه پلي کول باید څرګند کړي چې دوی د تکمیل رول دوه خپلواکه پلي کولو سره مداخله کوي.

د هر رول لپاره چې کولی شي په ورته رول کې د بل وسیلې سره مداخله وکړي ، د دې رول لږترلږه درې خپلواکه پلي کول باید څرګند کړي چې دوی پدې رول کې له یو بل سره اړیکه لري.

د ماډل توضیحي IOP پوښښ اړتیاوې
لږترلږه درې د سرور ماډل یا د کنټرول ماډل پلي کول باید څرګند کړي چې دوی لږترلږه د پیرودونکي پلي کولو کې مداخله کوي (کوم چې ممکن د PTS وي) ، او لږترلږه د پیرودونکي ماډل پلي کول باید څرګند کړي چې دا د لږترلږه یو سرور موډل پلي کولو او PTS سره مداخله کوي.

د مشخصاتو نسخه شمیره

د 0.9/CR S په جریان کېtage ، WG باید د نسخې شمیرې په اړه BoD ته وړاندې کولو لپاره وړاندیز چمتو کړي کله چې تصویب شي مشخصاتو ته پلي کیږي.

د ځانګړتیاو نسخه په دوه ډولونو کې راځي: د بشپړ خوشې کولو نسخه ، چې پکې نوي یا نوي شوي ب includeې شامل دي ، او د ساتنې ساتنې نسخې (چې د "dot-Z ورژن" په نوم هم پیژندل کیږي) شامل دي ، کوم چې تخنیکي او مدیر اریټا سره یو کوي ، مګر پدې کې نوي یا نوي ندي شامل برخی. د بشپړ خوشې کولو نسخې د XY په ب twoه دوه برخې شمیرې لري ، لکه 2.1 یا 5.0 ، پداسې حال کې چې د ساتنې خوشې کولو نسخې د XYZ په ب threeه کې درې برخې شمیرې لري ، لکه 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 ته د تصویب لپاره وسپارل شي باید پوره شي:

WG د ازموینې پوښښ تحلیل بشپړ کړی.
BSTS بیا بشپړ کړیviewد 0.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 د بیا ځل لپاره BARB ته د IOP ازموینې پلان سپارلی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 لخوا چمتو شوي

BoD ممکن د IOP ازموینې لپاره د 0.9 / CR توضیحات تصویب کړي لکه څنګه چې د ضمنی مقرراتو لخوا تقویه کیږي [2] ، مخکې لدې چې BTI د 0.9 / CR ازموینې سندونه تصویب کړي او مخکې لدې چې WG تایید کړي چې د IOP ټیسټ پلان د 4.3.1 برخې تعریف شوي غوښتنې پوره کوي. .. BoD ممکن د BIP لخوا د 0.9 / CR ازموینې سندونو تصویب باندې د IOP ازموینې لپاره د 0.9 / CR توضیحاتو تصویب ته هم شرط ورکړي.

0.9/CR Stagد وتلو اړتیاوې
د 0.9/CR Stage بشپړ شوی او د اعتبار مرحله پیل کیږي کله چې BoD د IOP ازموینې پیل تصویب کړي.

4.4. Development د مشخصاتو پرمختیا پروسې معافیتونه

WG ممکن د لاندې پروسو یو یا ډیرو مرحلو معاف کولو غوښتنه وکړي:

0.5/DIPD Stage
د 0.7/FIPD Stage
د اعتبار ورکولو مرحله کې د IOP ازموینه

د معافیت غوښتنه کولو لپاره ، WG باید د بلوتوټ SIG [8] لخوا چمتو شوي د پروسې معاف کولو ټیمپلیټ وکاروي او هرې کمیټې ته د معافیت غوښتنه وسپاري (د مثال په توګه ، BARB یا BTI) چې د بیا پیل لپاره اړین وي.view یا د مسودې مشخصات یا اړوند ازموینې اسناد په s کې تصویب کړئtage چې WG د معاف کولو وړاندیز کوي ، او د دې کمیټو څخه هر یو باید د معافیت غوښتنه تصویب کړي.

د معافیت غوښتنه باید لاندې ټکي ولري:

د ایس پیژندنهtage (s) چې WG غواړي معاف کړي
یو توجیه چې ولې stage (s) باید معاف شي
د هرې کمیټې پیژندنه (د بیلګې په توګه ، BTI او/یا BARB) چې د بیا پیل لپاره اړین ديview او د معافیت غوښتنه تصویب کړئ

د معافیت په پام کې نیولو کمیټه ممکن د WG نمایندګۍ ته اړتیا ولري چې د SMPD پروسې معافیت ته د معافیت غوښتنې په اړه پریکړې دمخه توجیه کولو لپاره یوه پریزنټشن وړاندې کړي.

که چیرې د معافیت غوښتنې څو مرحلې معاف کړي او د معافیت یوه برخه رد او برخه یې تصویب شي ، نو د کمیټې ځواب باید په ګوته کړي چې د معافیت غوښتنه کې کوم مرحلې تصویب شوې وې او کومې رد شوې وې. که د معافیت غوښتنه رد شي ، نو د رد په خبرتیا کې باید د رد لپاره دلیلونه شامل وي.

5. د اعتبار مرحله

د تایید مرحلې په جریان کې ، WG به د 0.9/CR مشخصاتو کې د IOP ازموینه ترسره کړي ترڅو د BARB لپاره IOP ازموینې راپور وړاندې کړي.view او تصویب. هرکله چې امکان ولري ، د مشخصاتو لوړولو IOP ازموینه باید د مدغم شوي مسودې مشخصاتو پروړاندې ترسره شي. سربیره پردې ، غړی بیاview، لکه څنګه چې د قانون [2] لخوا اړین دی ، د دې مرحلې په جریان کې پیل کیږي.

که چیرې توضیح (یا وده) د IOP ازمونې ته اړتیا نلري ، نو د تایید مرحله کې د IOP ازموینې ممکن د 4.4 برخې کې تشریح شوي پروسې په کارولو سره معاف شي.

د IOP ازموینې په جریان کې (کوم چې ممکن یو یا ډیرې پیښې وي) ، WG باید د بلوتوټ SIG مسلو تعقیب سیسټم په کارولو سره مسلې تعقیب کړي او د مسودې مشخصاتو ، ازموینې اسنادو ، او IOP ازموینې پلان کې تازه معلومات شاملولو لپاره تکرار کړي. یوځل چې د IOP ازموینه پای ته ورسیږي ، WG باید د مسلو مشخصاتو او ازموینو اسنادو ته تازه معلومات بشپړ کړي ترڅو ټولې مسلې حل کړي ، او د IOP ازموینې راپور BARB ته د بیا ځل لپاره چمتو او وسپاري.view او تصویب. دا په انځور 5.1 کې ښودل شوی.

د اعتبار ورکولو مرحلې په جریان کې ډیری فعالیتونه شتون لري چې ممکن پیل شي. دا فعالیتونه ممکن په موازي ډول پیښ شي او لاندې فعالیتونه پکې شامل دي:

د BoD لخوا منظور شوی 0.9/CR مشخصات د BSTS لخوا ټولو غړو ته د غړي بیا پیل خبرتیا سره چمتو کیږيview د مقرراتو لخوا اړین موده.
هر اړین اوسمهالونه په سی ایس ایس کې ځای په ځای شوي (کوم چې ممکن د توضیحاتو په Abbreviated CR کې ځای پرځای شوي وي).
د ځانګړتیاو یا تشریح کونکي تعریفونه د 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 ازموینې برخه اخیستونکي به د هرې ازموینې پا andې / نظریات پایلې / نظریات ثبت کړي. د دې پایلو نامعلوم لنډیز (د مثال په توګه ، "پلیټفارم A" ، "پلیټ فارم B" ، او نورو ته په پام سره) به د IOP ازموینې پیښو پرمهال راټول شي او د IOP پرمهال او وروسته به د WG غړو ته چمتو شي. د ازمونې پیښه. په هغه صورت کې چې د IOP ازموینې په جریان کې د هر ډول نظرونو یا ناکامیو په اړه د ښه پوهې ترلاسه کولو لپاره اضافي معلوماتو ته اړتیا وي ، BSTS ممکن د مدیر په توګه عمل وکړي ترڅو د سپارونکي غړي څخه نور معلومات راټول کړي.

که امکان ولري ، PTS باید د کوربه کنټرول انټررفیس (HCI) پورته ټولو پلیټونو کې د پلیټ فارمونو سره IOP ټیسټ ملاتړ کولو لپاره نوي شي ، او د دې پرتونو لپاره IOP ټیسټ پیښو کې شتون ولري. د ازموینې نورې وسیلې ممکن د IOP ازموینې پیښو کې هم شتون ولري. د PTS یا نورو ازموینې وسیلو (که کوم یو) سره د ازموینې پایلو لنډیز باید د IOP ازموینې راپور کې شامل شي.

د IOP ازموینه به د ټولو غړو لپاره خلاصه وي چې غواړي د پروټوټایپ پلي کول چمتو کړي ، په هرصورت ، د بلوتوټ SIG ممکن د بلوتوټ SIG سره موافقتونو منلو شراکت کې شراکت وکړي (پشمول د ګډون او محرمیت تړونونه). WG د IOP ازموینې په جریان کې موندل شوي مسلو پروسس کولو او حل کولو مسولیت لري the او د اغیزمنو شویو سندونو نوي کول؛ د WG- تایید شوي بدلونونه باید د هر IOP ازموینې پیښې کې د کارولو لپاره د مسودې مشخصاتو او د ازموینې اسنادو ته تازه کیدو په توګه شامل شي.

د اعتبار ورکولو مرحلې دمخه ، WGs ممکن په هغه پیښو کې د IOP لومړني ازموینې ترسره کړي چې یوازې د WG غړو لپاره خلاص وي ، په هرصورت د غیر رسمي ازموینې پایلې ممکن د IOP ازموینې پایلو کې شامل نه شي.

دا پیښ کیدی شي چې د IOP ازموینې پیښې پورې اړوند ټول مرحلې تعقیب شي ، پشمول د IOP اعلان شوې نیټه او ځای په شمول د IOP ازموینې پیل کول ، مګر د ازموینې پیښې له پیل دمخه د BoD منظوري نه وه خوندي شوې. پدې حالت کې ، BoD ممکن د ازمونې پایلې شاملول تصویب کړي چې د IOP ازموینې پیل کولو لپاره د BoD لخوا تصویب شوي مخکې راټول شوي ، په دې شرط چې راټول شوي پایلې د ورته مشخصاتو او ټیسټ سویټ پر اساس وې چې د BoD لخوا تصویب شوي وي.

د IOP ازموینې د CSS ، GSS ، یا MDP مشخصاتو ته د ودې لپاره اړین ندي.

د IOP ازمونې راپور
وروسته له هغه چې د IOP ازموینه بشپړه شي ، WG باید د IOP ازموینې راپور BARB ته وسپاري د دې هدف لپاره چې وښیې د خپلواک پلیټ فارمونو اړین شمیر اړین ازموینې تیره کړې. بارب باید بیا راشيview او د IOP ازموینې راپور تصویب یا رد کړئ او WG ته به خبر ورکړئ که چیرې د IOP اضافي ازموینې ته اړتیا وي مخکې لدې چې د رایې ورکولو مسودې مشخص کڅوړې BoD ته وسپارل شي. BSTS او WG باید ډاډ ترلاسه کړي چې BARB ته د راپور سپارلو دمخه د IOP ازموینې راپور کې د کوم غړي پیژندونکي معلومات نه ښکاري.

د IOP ازمونې راپور باید شامل کړي:

د ټولو IOP ازموینې پیښو لیست چې د اعتبار ورکولو مرحلې په جریان کې پیښې شوي د دوی نیټې او موقعیتونه په ګډون.
د غړو شرکتونو او خپلواکو پلیټونو شمیر چې په هر IOP پیښه کې برخه اخیستې پدې کې شامل دي چې ایا PTS کارول شوی.
د ځانګړتیاو لیست ، د ازمونې سویټ ، او IOP ازمونې پلان نسخې چې په هره پیښه کې کارول کیږي.
د اجرایوي لنډیز بیانول چې ایا د ازموینې ټولې قضیې لږترلږه د شرایطو معیارونه پوره کوي.
د IOP ازموینې پلان اړتیاو څخه د هر ډول بدلون لنډیز په 4.3.1 برخه کې تعریف شوي او د هر توپیر لپاره دلیل.
په ټیسټ سویټ کې د ټیسټ قضیو لپاره د PTS پوښښ لنډیز.
د IOP ازموینې پلان څخه د ازموینې ټولو قضیو لیست (په شمول د شاتګ مطابقت ازموینې) ، د ازموینې تیریدو شمیره ، د ازموینې ناکامیو شمیر ، او ایا ایا د ازموینې قضیې کې لږترلږه معیارونه پوره شوي چې پدې کې یو وضاحت شتون لري چې ولې اړتیاوې نه وې. ولیدل
په هره پیښه کې د مسلو ، نظرونو او پوښتنو لنډیز (د دې په شمول fileد IOP ازموینې پرمهال د توضیحاتو پروړاندې) او د توضیحاتو او ازموینې اسنادو باندې اغیز.

5.2 د اعتبار مرحلې وتلو اړتیاوې

د اعتبار ورکولو مرحله بشپړه شوې او د تصویب / اختیار ورکولو مرحله هغه وخت پیل کیږي کله چې BARB د IOP ازموینې راپور تصویب کړ (پرته لدې چې د BARB لخوا ازموینه معاف شوې نه وي) او لاندې ټولې غوښتنې پوره شوې وي:

BSTS د منظور شوي 0.9/CR ځانګړتیا ټولو غړو ته د غړي Re لپاره چمتو کړېview لکه څنګه چې د قواعدو لخوا اړتیا وي او د دې شتون ټولو غړو ته خبر ورکړئ.
ټولې مسلې چې د IOP ازموینې په جریان کې پیژندل شوي ، او دا چې د ازموینې اغیزه لري ، یوځای او آزموینه شوې.
WG د IOP ازموینه بشپړه کړې (پرته لدې چې ازموینه د BARB لخوا معاف شوې وي).

6. د اختیار / تصویب مرحله

د منلو/تصویب مرحلې په جریان کې ، د توضیحاتو او اړوند ازموینې اسناد نهایی کیږي ، BARB ، BQRB ، او BTI تصویب ترلاسه کیږي ، د وړاندیز شوي تصویب نیټې خبرتیا د مسودې مشخصې وروستۍ نسخې سره خپره شوې چې د تطبیق لپاره BoD ته سپارل شوې ( د رایې ورکولو مسوده) ، او د مشخصاتو وروستی کڅوړه BoD ته سپارل کیږي. د غړي Re لږترلږه مودې وروسته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د ژوند پای وړاندیز
د WG لخوا چمتو شوی لنډیز ، د 0.9 / CR مشخصاتو (که کوم یو) څخه د ب featuresو یا فعالیت ته د بدلونونو رامینځته شوی
یو لنډیز ، چې د 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 ټول مشخصات به پکې شامل وي. د مشخصاتو لوړولو لپاره ، بیاview به اساسا د توضیحاتو بدل شوي برخو تمرکز وکړي. د قانوني بیاکتنې هدف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 او دا چې دا د غړي Re لپاره هم شتون لريview. که WG د BARB بیا ځلي لپاره مسودې مشخصاتو ته تازه معلومات وسپاريview، BSTS به په دوراني ډول ټولو غړو ته اضافي خبرتیاوې واستوي.

د BARB بشپړیدو سرهview، WG او BARB به د مسودې مشخصاتو کې شاملولو لپاره په نظرونو موافق وي.

که قانوني بیاview په هرډول اساسي بدلونونو کې پایلې ، اضافي بیاview د BARB لخوا ممکن اړتیا وي. په ورته ډول ، که BARB بیاview په کوم اساسي بدلون کې پایلې ، BSTS به مشخص کړي که اضافي قانوني بیاview د دې بدلونونو ته اړتیا ده. د قانوني بیا بشپړیدو سرهview او بارب بیاview، BARB باید د رایې ورکولو مسوده تصویب یا رد کړي.

که کوم د ازموینې اسناد نوي کولو ته اړتیا ولري ، BSTS به WG سره د ازموینې سندونو نوي کولو کې مرسته وکړي. BTI باید یا د ازموینې سندونه تصویب یا رد کړي. که د BTI لخوا تصویب شوی ، BTI به د TCRL نهایه کولو کې مرسته وکړي او دا سند به اړوندو ICS ، IXIT ، او ټیسټ سایټ سره BQRB ته ورسوي. BSTS به د BoD ناستې نیټه اټکل کړي کله چې BoD د رایی ورکولو مسوده (اختیار کولو نیټه) په تصویب کولو باندې رایی ورکړي او دا به په TCRL کې د کارولو لپاره BTI چمتو کړي. د مشخصاتو BARB تصویب ، د ټولو ازموینې اسنادو BTI تصویب (په شمول د ټیسټ سویټ ، TCRL ، ICS ، او IXIT) ، او د TCRL BQRB تصویب باید د اختیار نیټه یا یا مخکې پیښ شي.

BSTS به ټولو غړو ته د رایې ورکولو مسودې د نهایی کیدو او شتون او د منلو نیټه خبر کړي. د منلو نیټه به د 60 ورځو څخه مخکې نه ټاکل کیږي وروسته لدې چې غړو ته د BoD لخوا تصویب شوي 0.9/CR مشخصاتو خبر ورکړل شوی ، پرته لدې چې غړی بیاview موده د BoD لخوا د مقرراتو سره سم لنډه شوې ، او لږترلږه 14 ورځې وروسته د تصویب نیټې خبرتیا غړو ته د قانون له مخې چمتو کیږي. د هغه قضیو لپاره چیرې چې ډیری CRs د رایې ورکولو مسودې کې مدغم شوي ، د غړي بیا پیلview دا هغه نیټه ده چې غړي یې د BoD لخوا تصویب شوي وروستي CR څخه خبر شوي.

وروسته له هغه چې غړو ته د تدوین نیټه خبرتیا ورکړل شي ، د رای ورکولو په مسوده کې د ټایپوګرافیکي غلطیو ته د BoD- تصویب شوي تصحيحاتو اجازه ورکړل شوې. د تخصیص اختیار ورکولو وخت په 6.2 شکل کې ښودل شوی.

.6.2..XNUMX ټاکل شوې شمیرې

د بلوتوټ SIG په بلوتوټ SIG ټاکل شوي شمیرو کې د ټاکل شوي شمیرو عامه شتون سیټ ساتي webسایټ [7]. دا ټاکل شوې شمیرې په بیلابیلو شمیرو ځایونو کې ګروپ شوي (د شمیرو اړوند سیټ پرته له نقلونو سره). ټاکل شوي شمیرې ممکن په مختلف شمیر ځایونو کې د نورو ټاکل شوي شمیرو سره وصل شي ، مګر د شمیر ځای کې هیڅ شمیره د بیا کارولو اجازه نلري. د شمیر مختلف ځایونه په مشخصاتو کې تعریف شوي چې د ټاکل شوي شمیرو کارول تعریفوي.

وروسته لدې چې BARB د IOP ازموینې راپور تصویب کړ ، WG به 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 ممکن وړاندیز وکړي چې دا عاجل وګ consideredل شي او باید ګړندی شي. کله چې دا پیښیږي ، BSTS د WG یا BARB سره به BoD ته سپارښتنه وړاندې کړي. BoD به پریکړه وکړي چې وړاندیز ومني یا رد کړي. که سپارښتنه ومنل شي ، BSTS به سمدستي تایید شوی غلطی د ایراتم ټیمپلیټ کې شامل کړي [8] او د مسؤل WG سره به کار وکړي ترڅو د ګړندي غلطی اصلاح نهایی کړي ترڅو WG ته د بیا ځل لپاره وسپارل شي.view او تصویب.

یو اوورview د ګړندۍ غلطی پروسې په 7.1 شکل کې ښودل شوي.

لاندې سندونه باید بشپړ شي او د غوره کیدو نیټې څخه مخکې BoD ته چمتو شي:

د BARB تصویب شوی مسوده د اراټا اصلاح ګړندۍ کړه.
د هرې شاته مطابقت اړتیاو WG څخه توضیحات (لکه څنګه چې په 3.3.2 برخه کې تشریح شوي) چې نه دي پوره شوي او د کوم معافیت لپاره توجیه کیږي.
د قانوني بیا رغونې څخه پاتې حل شوي قانوني مسلو لیستview (که کوم وي).
د BTI لخوا تصویب شوي ټیسټ سایټ ، ICS ، او IXIT (که چیرې د ارایټم لخوا اړین وي).
د BTI- او BQRB لخوا تصویب شوی TCRL (که چیرې د اراټیم لخوا اړین وي).
د BSTS لخوا بشپړ شوی راپور د BTI سره د وسیلې چمتووالي حالت په اړه بشپړ شوی (د بیلګې په توګه ، PTS او نور ازموینې وسیلې ، د بلوټوت لانچ سټوډیو) په شمول که چیرې په TCRL کې د ازموینې قضیې د ازموینې وسیلو او توضیحاتو لخوا نه ملاتړ کیږي (که چیرې د اریټم لخوا اړین وي ).
د BSTS او WG لخوا د ګمارنې چیک لیست بشپړ شوی چې ښیې چې پدې برخه کې تحویل شوي معلومات بشپړ شوي.
نور ټول معلومات چې د BoD لخوا غوښتنه شوي.

BSTS به د مسؤل WG سره کار وکړي ترڅو د ګړندي غلطی اصلاح مسوده وروستۍ کړي او یوه نسخه رامینځته کړي ترڅو مسؤل WG ته وسپارل شي.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 او بارب بیاview، BARB باید یا د ګړندۍ ایراټا اصلاح تصویب یا رد کړي.

که کوم د ازموینې اسناد نوي کولو ته اړتیا ولري ، BSTS به WG سره د ازموینې اسنادو نوي کولو کې مرسته وکړي. د ازموینې اسنادو BTI تصویب وروسته ، BTI به د TCRL نهایه کولو کې مرسته وکړي او دا سند به اړوندو ICS ، IXIT ، او ټیسټ سویټ سره BQRB ته وسپاري. BSTS به د اختیار نیټه اټکل کړي او BC ته به په TCRL کې د کارولو لپاره چمتو کړي. د BARB ګړندي تصویب ګړندی کول ، د ټولو ازموینو اسنادو BTI تصویب (په شمول د ټیسټ سویټ ، TCRL ، ICS ، او IXIT) ، او د TCRL BQRB تصویب باید د اختیار نیټه یا یا مخکې پیښ شي.

BSTS به د ګړندي ارمت اصلاح او وړاندیز شوي اختیار ورکولو نیټې ته نهایی کیدو او شتون ته ټول غړي خبر کړي. د اختیار ورکولو نیټه به ټولو غړو ته د ضمیمه [2] سره سم تنظیم او خبر کړل شي او د اختیار ورکولو نیټه باید لږترلږه 14 ورځې وروسته خبرتیا غړو ته ورکړل شي. وروسته له هغې چې غړو ته د وړاندیز شوي تمدید نیټه خبرتیا ورکړل شي ، بورډ ممکن د اریټا په ګړندي اصلاح کې د ټایپوګرافیکي غلطیو اصلاحات تصویب کړي پرته لدې چې وړاندیز شوي تخصیص نیټې اضافي خبرتیا چمتو کړي او د 14 ورځو انتظار ته اړتیا ولري.

د بلوتوټ SIG به د ګړندي ګړندۍ شوي اراټا اصلاح په عام ډول خلکو ته چمتو کړي او په پام کې لري چې له اختیار کولو وروسته په یوه اونۍ کې دننه داسې وکړي. د دې شتون شتون به د BSTS لخوا ټولو غړو ته صادر شي.

د ارایټم ګړندۍ پروسه هغه مهال بشپړه شوه کله چې BoD د اریټا ګړندی ګړندی تصویب کړ او د ګمارنې وروسته لاندې فعالیتونه بشپړ شوي:

BSTS منل شوی ګړندی غلطی اصلاح او د ازموینې اړوند اسناد (که د غلطۍ لخوا اړین وي) په بلوتوټ SIG کې په عامه توګه شتون لري webسایټ
BSTS د وړتیا سیسټم فعال کړی دی (که چیرې د ارایټم لخوا اړین وي).
BSTS د منل شوي اریټا اصلاح کولو ټولو غړو ته خبرداری ورکړ.

د دې فعالیتونو په بشپړیدو سره ، د اراټا اصلاح به د پلان شوي توضیحاتو زیاتوالي برخې یا راتلونکي ساتنې خوشې کولو کې لکه څنګه چې په 7.2 برخه کې تشریح شوي د اغیزمنو مشخصاتو سره یوځای کولو لپاره ټاکل شوی.

7.2 د ساتنې خوشې کولو پروسه (.Z ځانګړتیاوې)

نږدې کلني اساس ، BSTS به دا مشخص کړي چې ایا کوم تصویب شوی اراټا شتون لري (د اراټا اصلاحاتو ته راجع کیږي) کوم چې د تخنیکي / عالي یا تخنیکي / انتقادي په توګه طبقه بندي شوي او دا چې لاهم د کوم ځانګړي ځانګړتیا متن کې شامل شوي ندي (د مثال په توګه ، یو منل شوی توضیح چې له پامه غورځیدلی یا ایستل شوی نه دی). د اراټا ډلبندۍ تعریفونو لپاره ضمیمه A وګورئ. د توضیح مالک (یا WG د توضیح ساتلو لپاره کرایه شوی ، یا BARB که چیرې WG د توضیح ساتلو لپاره نه وي چارج شوی) ممکن د فعال توضیحي مخکینۍ ساتنې غوښتنه هم وکړي په کوم کې چې تصویب شوی اریټا شامل کړي. د BSTS هوډ ، یا د مشخص مالک په غوښتنه ، به د ساتنې خوشې کولو پروسه پیل شي.

یو اوورview د ساتنې خوشې کولو پروسه په غلطۍ کې ښودل شوې! د حوالې سرچینه نده موندل شوې.

د ترمیم خوشې کولو پروسې په پیل کې ، BSTS د مشخص مالک ، BARB ، او BTI سره یوځای به د خپور شوي توضیحي نسخې کې د اریټا اصلاحاتو شاملولو لپاره BoD ته یو پلان رامینځته او وړاندې کړي. وړاندیز شوی پلان باید دا په ګوته کړي چې ایا د اراټا اصلاحات به د توضیحاتو ساتلو خوشې کولو کې شامل شي (د بیلګې په توګه ، د .Z نسخه) یا د توضیحاتو وده چې دمخه په پرمختګ کې ده (د بیلګې په توګه ، د XY نسخه). وړاندیز شوی پلان باید په پام کې ونیسي که چیرې کوم نوي لازمي ب featuresې د منل شوي مشخصاتو نسخو ترمینځ اضافه شوي وي ، اټکل شوی وخت کله چې د راتلونکي توضیحاتو وده د پالن کولو لپاره پلان شوې وي ، او نور فاکتورونه.

د BoD لخوا د پالن تصویب کیدو سره ، BSTS د مشخص مالک سره یوځای به ټول تخنیکي / منځني ، تخنیکي / لوړ ، او تخنیکي / انتقالي اراټا اصلاحات د مسودې توضیحاتو کې شامل کړي چې د "مینټیننس ریلیز ډرافټ" په نوم پیژندل شوي. د مدیر یا تخنیکي / ټیټ اریټا اصلاحاتو لپاره ، که چیرې د اراټا اصلاح د ځانګړي توضیحاتو څخه ډیرو نسخو ته پلي شي ، BSTS به ، پرته لدې چې BoD بل ته اشاره وکړي ، نو دا ارایټ یوازې د وروستي عالي توضیحي نسخې سره ضمیمه کوي د دې نسخې په راتلونکي تازه کې . هیڅ ډول بدلون ممکن د مراقبت خوشې کولو مسودې کې شامل نه وي پرته د اریټا اصلاحاتو شاملولو څخه. د ساتنې هرې طرحې مسودې باید د بدلون تعقیب په کارولو سره ټول شامل شوي اریټا اصلاحات وپیژني ترڅو د خپور شوي توضیحي پخوانۍ منل شوې نسخې ته وړاندیز شوي بدلونونه وښیې.

د ترمیم د خوشې کولو مسودې کې د هرې ایرټا اصلاح لپاره وړاندیز شوي شرکت وخت به د ټیسټ سویټ اغیزو پورې اړه ولري: ټول د اریټا اصلاحات چې د ټیسټ سویټ اغیزه نلري ممکن سمدلاسه یوځای شي ، مګر د اریټا اصلاحات چې په ټیسټ سایټ باندې تاثیر کوي به وي. پروسس شوی ترڅو وخت د TCRL سره تازه معلومات سره مل وي.

BTI او BSTS به د ترمینل خوشې کولو مسوده کې د ټیسټ سایټ اغیزو سره د اریټا اصلاحاتو کې د شاملولو لپاره یو نیټه وټاکي. دا آخري نیټه د راتلونکي لوی TCRL خپریدو د پلان شوي تصویب نیټې څخه دمخه له 3 څخه تر 6 میاشتو پورې ده. د ټیسټ سایټ تاثیر سره د اریټا اصلاحات چې د شمولیت لپاره د ضرب الاجل یادونه به د راتلونکي کلني TCRL خپرولو برخې په توګه پروسس شي. له همدې امله ، پرته لدې چې مخکیني خوشې کیدو غوښتنه وشي ، د تخنیکي / عالي یا تخنیکي / انتقالي اراټا اصلاحاتو لپاره اعظمي وخت نږدې د 15 څخه تر 18 میاشتو پورې دی.

د ځانګړتیا مالک باید د ساتنې ریلیز مسوده وسپاري چې دا د قانوني بیاکتنې لپاره د وروستي په توګه تصویب شویview. قانوني بیاview به اساسا د توضیحاتو بدل شوي برخو تمرکز وکړي. د قانوني بیا بشپړیدو سرهview، د ځانګړتیا مالک او BSTS به د ساتنې ریلیز مسودې کې شاملولو لپاره په نظرونو موافق وي. که چیرې د قانوني ری څخه کوم حل شوي قانوني نظرونه شتون ولريview د ساتنې ریلیز مسودې کې ، د ځانګړتیا مالک کولی شي د BoD اجنډا کې د وخت غوښتنه وکړي ترڅو په حل کې د BoD ان پټ وغواړي.

د قانوني بیا موازي سرهviewد ځانګړتیا مالک باید د بیا ساتنې لپاره BARB ته د ساتنې ریلیز مسوده وسپاريview. یوځل چې د ساتنې ریلیز مسوده بارب ته وسپارل شي ، BSTS به دا د ټولو غړو لپاره د لاسرسي وړ کړيview او د دې شتون ټولو غړو ته خبر ورکړئ. د BARB بشپړیدو سرهview، د مشخصاتو مالک او BARB به د مسودې مشخصاتو کې شاملولو لپاره په نظرونو موافق وي.

که قانوني بیاview په هرډول اساسي بدلونونو کې پایلې ، اضافي بیاview د BARB لخوا ممکن اړتیا وي. په ورته ډول ، که BARB بیاview په کوم اساسي بدلون کې پایلې ، BSTS به مشخص کړي که اضافي قانوني بیاview د دې بدلونونو ته اړتیا ده. د قانوني بیا بشپړیدو سرهview او بارب بیاview، BARB باید د ساتنې ریلیز مسوده تصویب یا رد کړي. که د BARB لخوا تصویب شي ، دا د رایې ورکولو مسوده کیږي.

د اریټا اصلاحاتو لپاره چې د ازموینې اسناد اغیزه کوي ، او چیرې چې د اړونده ازموینې اریټا د راتلونکي TCRL خپرولو لپاره به په وخت کې پروسس شي ، BSTS به د ازموینې اسناد نوي کولو لپاره د توضیحي مالک او BTI سره کار وکړي. د ازموینې اسنادو BTI تصویب وروسته ، BSTS به د تایید کولو نیټه اټکل کړي او TCRL کې د کارولو لپاره BTI ته وړاندیز شوي وړاندیز کولو نیټه چمتو کړي. BTI به د اړونده ICS ، IXIT ، او ازمونې سویټ سره TCRL BQRB ته وسپاري. د مشخصاتو BARB تصویب ، د ټولو ازموینې اسنادو BTI تصویب (په شمول د ازمونې سویټ ، TCRL ، ICS ، او IXIT د تطبیق وړ) ، او د TCRL BQRB تصویب باید د اختیار نیټه یا یا مخکې پیښ شي.

BSTS به ټولو غړو ته د رایې ورکولو مسودې او وړاندیز شوي نیټې نیټې نهایی کیدو او شتون څخه خبر کړي. د اختیار ورکولو نیټه به ټولو غړو ته د ضمنی شرایطو سره سم تنظیم او خبر شی او د اختیار ورکولو نیټه به لږ تر لږه days the ورځې وروسته د یادداشت له غړیو ته ورکړل شی. وروسته له هغه چې غړو ته د وړاندیز شوي تمدید نیټه خبرتیا ورکړل شي ، بورډ کولی شي د رایی ورکولو په مسوده کې د ټایپوګرافیکي غلطیو اصلاحات تصویب کړي پرته لدې چې وړاندیز شوي تخصیص نیټې اضافي خبرتیا چمتو کړي او د 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 به وړاندیزونو او نظریاتو ته پام وکړي او ممکن د وړاندیز سره موافق یا تعدیل کړي. د بورډ اداره به غوښتنه وکړي چې BSTS د وړاندیزونو ټولو غړو ته خبر ورکړي چې د 30 ورځو لپاره د ځانګړتیاو او اړوندو مهال ویشونو له مینځه وړلو یا وتلو لپاره خبر ورکړي.view موده به ټولو غړو ته اجازه ورکړي چې د نهایی پریکړې کولو دمخه اضافي نظریات وړاندې کړي.

BoD به د غړو څخه ترلاسه شوي نظرونه په پام کې ونیسي. یوځل چې BoD د مشخص کولو تخفیف یا بیرته ایستل تصویب کړي ، BSTS به د پریکړې ټول غړي او اړونده مهال ویش ته خبر ورکړي.

8.1 تخفیف

یوځل چې یو ځانګړتیا له پامه وغورځول شي ، لاندې به پیښ شي:

ځانګړتیا به نور تازه نشي.
مسؤل WG به بیا راشيview ټول نامعلوم غلطی د ناسم شوي توضیحاتو پروړاندې لیکل شوي ترڅو معلومه کړي چې ایا دوی نورو ځانګړتیاو باندې پلي کیږي. ایراټا ممکن په ایرټا سیسټم کې رد شي او د پلي کیدونکي توضیحاتو پروړاندې بیا لیکل شي.
WG یا BSTS به ارایت رامینځته کړي ترڅو نورو ځانګړتیاو کې تخریب شوي مشخصاتو ته اړین مآخذونه نوي کړي.
BTI به د تطبیق وړ ازموینې سندونه نوي کړي ترڅو د مشخص کولو ضایع په ګوته کړي.
BSTS به د بلوتوټ SIG تازه کړي webد کارولو لپاره د بدیل مشخصاتو په اړه لارښود سره سایټ.
نوې اریټا نور د تخریب شوي مشخصاتو پروړاندې نشي سپارل کیدی.
ځانګړتیا به په راتلونکي مشخصاتو کې حواله نه شي.
BSTS به د ځانګړتیاو نسخه آرشیف کړي چې د غړو تاریخي موخو لپاره د لاسرسي لپاره تخریب شوي په نښه شوي.

8.2 وتل

یوځل چې یو ځانګړتیا بیرته واخیستل شي ، د هغه ګامونو سربیره چې د تخفیف لپاره غوښتنه کیږي ، لاندې پیښې به پیښ شي:

BTI به د تطبیق وړ ازموینې سندونه نوي کړي ترڅو د توضیحاتو بیرته ایستلو ته اشاره وکړي.
BSTS به د بلوتوټ SIG تازه کړي webد کارولو لپاره د بدیل مشخصاتو په اړه لارښود سره سایټ.
BSTS به د ځانګړتیاو نسخه آرشیف کړي چې د غړو تاریخي موخو لپاره د لاسرسي لپاره د وتلو په توګه نښه شوې.

BoD ممکن د لومړۍ توضیحي ضایع کولو پرته سمدلاسه یو مشخصات بیرته واخلي.

9. د سپینې کاغذ پروسه

سپینې پا papersې یوازې د معلوماتو هدفونو لپاره رامینځته شوي. لاندې سپینې پا paperې پروسې ټولو بلوتوث WGs ، EGs ، SGs ، او کمیټو ته پلي کیږي. دا برخه یوازې په بلوتوث SIG کې د کارونې لپاره معلوماتو اړوند اسنادو باندې نه پلي کیږي.

دا پروسه په 9.1 شکل کې په لاندې ډول ښودل شوې ده.

مخکې لدې چې کوم ګروپ یا کمیټه په سپینه پا onه کار پیل کړي دوی د بلوتوث SIG لخوا د خپرولو اراده لري ، ډله یا کمیټه به دواړه وړاندیز شوي منشور تازه چمتو کړي چې د سپینې پا paperې وړاندیز شوي مینځپانګې او د سپینې پا paperې وړاندیز پروپوزل وړاندې کوي.

د سپینې پا paperې وړاندیز وړاندیز باید لږترلږه پکې شامل وي:

د سپینو پا .و اړتیا
د سپینې پا paperې وړاندیز شوي مینځپانګو لنډیز
د دې لپاره توضیح چې ولې مینځپانګه د مشخصاتو برخې په توګه شاملولو لپاره وړاندیز نه کیږي
ټاکل شوی اورېدونکی
د ترمیم کوم پلانونه (د مثال په توګه ، د دې سپینې پا paperې راتلونکی خپرونې دمخه اټکل شوی وخت ممکن اړین وي)
د سپینې پا paperې پخوانۍ نسخې اداره کولو لپاره وړاندیزونه ، که کوم (د بیلګې په توګه ، آرشیف کول)

د چارټر تازه کول او د سپینې کاغذ وړاندیز پریزنټشن باید د BARB بیا لپاره وسپارل شيview. په بیاview او د BARB لخوا د چارټر تازه کولو تصویب ، BSTS به د چارټر تازه معلومات د ملاتړ سپینې پا paperې وړاندیز پریزینټشن سره د تصویب لپاره BoD ته وسپاري.

که چیرې BoD چارٹر تازه معلومات تصویب کړي ، ډله یا کمیټه ممکن د سپینې پا developingې رامینځته کولو سره پرمخ لاړ شي.

کله چې ډلې یا کمیټې د سپینې پا paperې پراختیا بشپړه کړې ، BSTS به یو اډیټوریل بیا ترسره کړيview د بلوتوټ مسودې لارښودونو سره د یووالي لپاره.

د BSTS نظرونو حل کیدو وروسته ، ګروپ باید سپین کاغذ BSTS ته د قانوني بیاکتنې لپاره وسپاريview. د قانوني بیا بشپړیدو سرهview، ګروپ او BSTS به په سپین کاغذ کې د شاملولو لپاره په نظرونو موافق وي. که چیرې د قانوني ری څخه کوم حل نه شوي قانوني نظرونه شتون ولريview په سپین کاغذ کې ، د ګروپ رییس ممکن د BoD اجنډا کې د وخت غوښتنه وکړي ترڅو په حل کې د BoD ان پټ وغواړي.

د قانوني بیا موازي سرهview، ګروپ باید سپین کاغذ د بیا ځل لپاره BARB ته وسپاريview. د دوی د بیا برخې په توګهview، BARB کولی شي وړاندیز وکړي چې ایا د سپینې پا paperې کومه برخه باید له سپینې پا paperې څخه حذف شي او په 3 برخه کې د پروسې وروسته په یوه توضیح کې شامل شي.view. د BARB بشپړیدو سرهview، ګروپ او BARB به په سپین کاغذ کې د شاملولو لپاره په نظرونو موافق وي.

که قانوني بیاview په هرډول اساسي بدلونونو کې پایلې ، اضافي بیاview د BARB لخوا ممکن اړتیا وي. په ورته ډول ، که BARB بیاview په کوم اساسي بدلون کې پایلې ، BSTS به مشخص کړي که اضافي قانوني بیاview د دې بدلونونو ته اړتیا ده. د قانوني بیا بشپړیدو سرهview او بارب بیاview، BARB باید سپینه پا paperه تصویب یا رد کړي.

وروسته لدې چې BARB سپینه پا paperه تصویب کړي ، د BARB تصویب شوی سپینه پا paperه به د لیکوالې ډلې یا کمیټې لخوا د تصویب لپاره BoD ته وړاندې شي.

د سپینې پا paperې پروسه هغه وخت بشپړه شوه کله چې BoD سپینه پا paperه تصویب کړه او لاندې تصویب شوي فعالیتونه بشپړ شوي:

BSTS تصویب شوی سپین کاغذ په عامه توګه د بلوتوټ SIG کې چمتو کړی webسایټ
BSTS د منظور شوي سپینې پا paperې ټولو غړو ته خبرداری ورکوي.
که سپینه پا paperه د موجوده سپینې پا paperو وده وي ، نو BSTS به د تاریخي موخو لپاره د غړو لپاره د سپینې پا paperو نسخه آرشیف کړي.

د بلوتوټ SIG پالن لري چې د سپینې پا ofې تصویب وروسته د یوې اونۍ په اوږدو کې د تصویب وروسته فعالیتونه بشپړ کړي.

10. حوالې

حواله شوي بلوتوث اسناد له بلوتوټ څخه شتون لري webسایټ http://www.bluetooth.com.

د بلوتوټ مسودو لارښود (د کاري ډلې ټیمپلیټونو او لاسوندونو پا pageه کې شتون لري ، په https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
د بلوتوث SIG ، Inc. تقویمات (په گورنینګ اسنادو پا pageه کې شتون لري ، په https://www.bluetooth.com/membership-working-groups/membership-types-levels/membership-agreements)
د بلوتوت توضیحي اراټا پروسې سند (په کاري ډلې کې ټیمپلیټ او لاسوندونو پا pageه کې ، په https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
د کاري ډلې پروسې سند (په کاری ګروپ ټیمپلیټونو او لاسوندونو پا pageه کې ، په https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
د ازموینې ستراتیژي او اصطلاحات پای ته ورسیدلview سند (د وړتیا ازموینې اړتیاو پا pageې کې شتون لري ، په https://www.bluetooth.com/specifications/qualification-test-requirements)
د BTI مشخصات بیاview د پروسې چیک لیست (د کاري ډلې ټیمپلیټونو او اسنادو پا pageې کې شتون لري ، په https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
د بلوتوث لاس لیک شوي نمبرونه (https://www.bluetooth.com/specifications/assigned-numbers)
د کاري ډلې ټیمپلیټونه او لاسوندونه (په کاری ګروپ ټیمپلیټونو او لاسوندونو پا onه کې ، په https://www.bluetooth.com/membership-working-groups/working-groups/working-group-templates-documents)
د GATT توضیحي ضمیمه (GSS) (د GATT توضیحاتو پا pageه کې شتون لري ، په https://www.bluetooth.com/specifications/gatt)
د نوي مشخصاتو لپاره نظریه وسپارئ https://www.bluetooth.com/specifications/submit-an-idea-for-a-specification

11. لنډیزونه او لنډیز

A جدول: لنډیز او لنډیز

ضمیمه A - د ایراتیم شدت درجی

دا ضمیمه د توضیح کولو اریټم لپاره د شدت درجې لارښود لنډیز کوي. دا جدول به د EPD راتلونکي بیاکتنې ته اضافه شي ، او بیا به دا برخه حذف شي.

د دې لارښود په اړه نور ولولئ او PDF ډاونلوډ کړئ:

د مشخصاتو مدیریت پروسې سند (SMPD) - اصلاح شوی PDF
د مشخصاتو مدیریت پروسې سند (SMPD) - اصلي پی ډي ایف

ستاسو د لارښود په اړه پوښتنې؟ په نظرونو کې پوسټ کړئ!

حوالې

د کارن لارښود