Hati ya Mchakato wa Usimamizi wa Uainishaji (SMPD)

Hati hii, bila kujali kichwa chake au yaliyomo, sio Uainishaji wa Bluetooth chini ya leseni zilizopewa na Bluetooth SIG Inc. ("Bluetooth SIG") na washiriki wake chini ya Mkataba wa Leseni ya Hakimiliki / Hakimiliki ya Bluetooth na Mkataba wa Leseni ya Alama ya Alama ya Biashara.

HATI HII IMETOLEWA "KAMA ILIYO" NA SIGI YA BLUETOOTH, WANACHAMA WAKE, NA WAFUASHILI WAO HAWANA WAWAKILISHI AU VIDOKEZO NA WANAKATAA VIDOKEZO VYOTE, KUONESHA AU KUWEKA UWEZO, PAMOJA NA HATUA YA MAMLAKA YA KUMALIZA, MILIKI YA KUMILIKI. KWAMBA YALIYOMO YA HATI HII HAKUNA KOSA.

KWA JUU SIYO ZUIA MARUFUKU KWA SHERIA, SIGI YA BLUETOOTH, WANACHAMA WAKE, NA WAFANYAKAZI WAO WANAKATAA UWAJIBU WOTE UNAOTOKA AU KUHUSU KUTUMIA HATI HII NA HABARI YOYOTE ILIYOKUWA KWENYE HATI HIYO, KUWAPA KIWANGO CHA BIMA. KUINGILIWA, AU KWA AJILI YA MAALUM, YA KIASILI, YA KILA KIASILI, YA KIDOGO AU YA KUHUSU HASIRA, HATA HIVYO ILISABABISHWA NA KUJALI nadharia ya UWAJIBIKAJI, NA HATA IKIWA SIGARA YA BLUETOOTH, WAJUMBE WAKE, AU WENZIE WAO WANATAMBULIKA.

Hati hii ni ya wamiliki wa Bluetooth SIG. Hati hii inaweza kuwa na au kufunika mada ambayo ni miliki ya SIG ya Bluetooth na washiriki wake. Uwasilishaji wa hati hii haitoi leseni yoyote kwa miliki yoyote ya SIG ya Bluetooth au wanachama wake.

Hati hii inaweza kubadilika bila taarifa.

1. Utangulizi

Hati ya Mchakato wa Usimamizi wa Uainishaji (SMPD) inaelezea michakato ambayo waandishi wa uainishaji na reviewers lazima ifuate kukuza uainishaji mpya na kuongeza uainishaji uliopo (kwa mfano, kuongeza au kuondoa utendaji au kubadilisha utendaji maalum katika uainishaji uliopitishwa), kudumisha uainishaji uliopitishwa, na kusimamia mwisho wa maisha ya vipimo vya kupitishwa. Kwa kuongeza, hati hii inaelezea mchakato wa kuunda, reviewing, na kupitisha karatasi nyeupe.

Kuna tofauti katika mchakato wa maendeleo ya uainishaji kati ya kukuza uainishaji mpya na kuongeza uainishaji uliopo kwa sababu ya tofauti za asili katika upeo wa kazi hizo; tofauti hizo zimeangaziwa katika waraka huu.

Mchakato wa maendeleo ya vipimo ni pamoja na:

Awamu ya Mahitaji (iliyoelezewa katika Sehemu ya 3) kufafanua mahitaji ya utendaji
Awamu ya Maendeleo (iliyoelezewa katika Sehemu ya 4) kukuza na kurudiaview vipimo

Awamu ya Uthibitishaji (iliyoelezewa katika Sehemu ya 5) ili kudhibitisha uainishaji kwa njia ya upimaji wa Prototype inayoweza Kuingiliana (IOP)
Awamu ya Kupitishwa / Kupitishwa (iliyoelezewa katika Sehemu ya 6) kuwasilisha maelezo kwa Bodi ya Wakurugenzi ya SIG ya Bluetooth (BoD) kwa kupitishwa / kupitishwa

Hati ya Mchakato wa Errata (EPD) [3] inaelezea mchakato wa kupendekeza na kurudiaviewmakosa ya kubainisha, na kuidhinisha kama Marekebisho ya Errata (kama inavyofafanuliwa katika Sheria ndogo [2]) kupitisha vipimo. Isipokuwa imeonyeshwa vingine, marejeleo yote ya makosa katika SMPD hii yanamaanisha makosa ya vipimo.

1.1 Utangulizi

Sheria ndogo ndogo za Bluetooth SIG, Inc (Sheria ndogo ndogo) na makubaliano ya wanachama [2] huchukua nafasi ya kwanza juu ya yaliyomo yanayokinzana katika hati hizo na SMPD. Pamoja na chochote katika waraka huu, BoD inabakia na busara na mamlaka ya kuchukua hatua na kufanya maamuzi hata ikiwa hatua na maamuzi hayafuati, au yanapingana na, chochote katika waraka huu, na hakuna chochote katika waraka huu kinachopunguza au kuzuia mamlaka huru ya BoD na busara.

Ikiwa kuna mizozo yoyote kati ya maandishi katika SMPD na takwimu, maandishi yanatangulia.

1.2 Vikundi na kamati zilizorejelewa

Aina zifuatazo za vikundi zimerejelewa katika waraka huu: Vikundi vya Utafiti (SG), Vikundi vya Wataalam (EG), na Vikundi vya Kazi (WG). WG pia inaweza kuwa na kikundi kidogo kinachoripoti kwa WG. Vivyo hivyo, aina zifuatazo za kamati zimerejelewa katika hati hii: Usanifu wa Bluetooth Review Bodi (BARB), Mtihani wa Bluetooth na Ushirikiano (BTI), na Re ya Kufuzu kwa Bluetoothview Bodi (BQRB). Hati hii pia inahusu Wafanyikazi wa Ufundi wa Bluetooth SIG (BSTS), na BoD.

1.3 Kamati reviews na idhini

Kamati review ni review ambayo hufanywa na wajumbe wa kamati (kawaida washiriki 3) kutoa maoni ndani ya muda maalum (kawaida wiki 2-3), hata hivyoview muda unaweza kutofautiana kulingana na urefu na ugumu wa nyenzo na vipaumbele vingine ndani ya kamati. Kikundi kinachoomba review na kamati inayoendesha review kila mmoja anakubali juu ya muda wa review. Kikundi na wajumbe wa kamati hutumia zana za Bluetooth SIG kujulisha na kurekodi mwanzo na mwisho wa review. Kikundi kwa ujumla kitashughulikia maoni ya kamati wakati inapokelewa. Wakati kamati review muda unakwisha, kikundi kinakamilisha kushughulikia maoni ya kamati, na inapaswa pia kuzingatia re yoyote ya kuchelewa kufikaview kuweka maoni kwa kuzingatia kwamba nyenzo hizo zinaweza kukubaliwa na kamati.

Idhini ya kamati inapatikana kwa kura ya wajumbe wa kamati kwa kufuata Hati ya Mchakato wa Kikundi cha Kufanya kazi [4].

1.4 Ilani kwa wanachama na upatikanaji wa vifaa

Ilani zote zinazotolewa kwa wanachama kulingana na waraka huu zinaweza kutolewa kwa barua pepe, kama sasisho la kiufundi la mara kwa mara. Arifa ambazo zinapaswa kutolewa kwa wanachama wote zitatumwa kwa wanachama wote wanaofanya kazi (yaani, ambapo uanachama haujasimamishwa, kufutwa, au kuondolewa). Wakati arifa zinatumwa kwa barua pepe zitatumwa kwa anwani ya barua pepe inayojulikana mwisho (kama inavyoonekana katika rekodi za sasa za Bluetooth SIG) za kila mtu ambaye amesajiliwa chini ya akaunti ya ushirika wa kampuni hiyo na ambaye hajachagua kupokea arifa za barua pepe. Hakuna chochote katika waraka huu kinachobadilisha majukumu au mahitaji ya SIG ya Bluetooth kuhusiana na utoaji wa ilani chini ya Kanuni ndogo au makubaliano mengine yoyote kati ya Bluetooth SIG na mwanachama yeyote.

Popote hati hii inamaanisha a webtovuti ambayo inapatikana kwa wanachama wote, hii inamaanisha upatikanaji kwa watu ambao wana akaunti inayotumika ya Bluetooth SIG. Wanachama ambao hawana akaunti inayotumika wanaweza kuunda akaunti kupitia Bluetooth SIG webtovuti.

1.5 Violezo

Kwa kila aina ya hati (kwa mfano, uainishaji, makaratasi meupe, hati za majaribio) zilizotajwa katika SMPD hii, Bluetooth SIG hutoa templeti. Kiolezo lazima kitumiwe kama msingi wa kila hati iliyozalishwa kwa mujibu wa SMPD hii. Kukosa kutumia templeti sahihi kunaweza kusababisha hati kutokubaliwa. Violezo vinapatikana kwenye SIG ya Bluetooth webtovuti [8].

Aina za vipimo

Kuna aina kadhaa za vipimo vya Bluetooth SIG. Kwa utaratibu, maelezo yote yanategemea Uainishaji wa Core ya Bluetooth. Maelezo kama pro pro ya jadifiles; itifaki za jadi; na msingi wa GATTfiles, huduma za msingi wa GATT, na itifaki za GATT zote hutegemea huduma zilizo ndani ya Uainishaji wa Msingi. Maelezo mengine, kama maelezo ya Mesh Model, hutegemea Mesh Profile vipimo ambayo kwa upande wake inategemea Uainishaji wa Msingi.

Uainishaji wa Core Specification (CSS) hufafanua aina za data, fomati za data, na pro ya kawaidafile na misimbo ya makosa ya huduma ambayo hutumiwa na Uainishaji wa Msingi na uainishaji mwingine na haielezei tabia yoyote.

Ufafanuzi wa Uainishaji wa GATT (GSS) hufafanua muundo wa tabia na ufafanuzi ambao hutumiwa na Profiles na Huduma na haifasili tabia yoyote.
Sifa ya Vifaa vya Mesh (MDP) hufafanua mali za matundu zinazotumiwa na Mesh Profile na Mesh specifikationer na haina yenyewe kufafanua tabia yoyote.

2. Zaidiview

Sehemu hii inatoa nyongezaview ya michakato na haijakusudiwa kujumuisha maelezo yote.

Kielelezo 2.1 kinaonyesha awamu kuu sita zinazounda Mchakato wa Usimamizi wa Uainishaji.

Awamu nne za kwanza zinatokea wakati wa mchakato wa ukuzaji wa vipimo na zinajumuisha Awamu ya Mahitaji (Sehemu ya 3), Awamu ya Maendeleo (Sehemu ya 4), Awamu ya Uthibitishaji (Sehemu ya 5), na Awamu ya Uandikishaji / Idhini (Sehemu ya 6). Hii inafuatiwa na awamu mbili baada ya kupitishwa: Awamu ya Matengenezo ya Maalum (Sehemu ya 7) na Sehemu ya Mwisho wa Maisha (Sehemu ya 8).

Kielelezo 2.2 kinaonyesha maelezo ya awamu nne ndani ya mchakato wa ukuzaji wa vipimo. Sanduku za kijivu zinaonyesha zinazoweza kutolewa kwa kila awamu. Sanduku za machungwa zinafupisha hatua muhimu za mchakato.

Katika Awamu ya Mahitaji (iliyoelezewa katika Sehemu ya 3), pendekezo la kuanza kazi mpya (Pendekezo la Kazi Mpya (NWP)) huanzisha mchakato wa maendeleo ya vipimo kwa kufafanua hali za watumiaji kuwezeshwa ikiwa kazi mpya itaendelea. Ikiwa NWP imeidhinishwa, kikundi kilichopewa huunda Hati ya Mahitaji ya Kazi (FRD). Mara FRD inapoidhinishwa na kupewa kikundi, Awamu ya Maendeleo huanza.

Wakati wa Awamu ya Maendeleo (iliyoelezewa katika Sehemu ya 4), maendeleo ya vipimo yanaendelea kupitia mlolongo wa stages (0.5 / DIPD hadi 0.9 / CR) inayoishia kwa rasimu kamili ya vipimo. Ufafanuzi wa 0.9 / CR unafanywa kwa wanachama wote, kisha huwasilishwa kwa BoD ambaye anafikiria vipimo vya idhini. Mara baada ya kupitishwa, Awamu ya Uthibitishaji huanza.

Wakati wa Awamu ya Uthibitishaji wa maendeleo ya vipimo (ilivyoelezewa katika Sehemu ya 5), idhini ya BoD iliyoidhinishwa na 0.9 / CR imetolewa kwa washiriki woteview na kudhibitisha, na Mwanachama Review imeanza. Uthibitishaji umekamilika kupitia upimaji wa ushirikiano (IOP) kati ya prototypes ambazo zinajengwa na wanachama. Mara tu upimaji wa IOP ukikamilika (ikiwa inahitajika kwa vipimo) na BARB inakubali ripoti ya mtihani wa IOP, basi Awamu ya Kupitisha / Idhini huanza.

Wakati wa Awamu ya Kuasili / Uidhinishaji (iliyoelezewa katika Sehemu ya 6), vipimo na nyaraka za majaribio zinazohusiana hukamilishwa; Idhini ya BARB, BQRB, na BTI hupokelewa; na kifurushi cha mwisho cha uwasilishaji kinawasilishwa kwa BoD ambaye anafikiria vipimo vya kupitishwa (yaani, idhini ya mwisho).

Uainishaji unaweza kuhitaji kurudi kwa awamu au s zilizopitatage ikiwa mabadiliko makubwa yamefanywa. Katika visa vingine, inaweza pia kutolewa sehemu ya awamu kama ilivyoelezewa katika Sehemu ya 4.4.

Awamu ya Matengenezo ya Uainishaji (iliyoelezewa katika Sehemu ya 7) huanza baada ya maelezo kupitishwa na BoD. Wakati wa awamu hii makosa yanayowezekana yaliyopatikana katika maelezo yaliyopitishwa yanaripotiwa na kutathminiwa, na (ikiwa inahitajika) Marekebisho ya Errata hufanywa kwa vipimo. Awamu ya Matengenezo ya Uainishaji inaendelea hadi wakati maelezo yameachiliwa au kuondolewa (angalia Awamu ya Mwisho wa Maisha katika Kifungu kifuatacho).

Awamu ya Mwisho wa Maisha ya Maalum (iliyoelezewa katika Sehemu ya 8) inaelezea mchakato wa kupunguza na kuondoa uainishaji uliopitishwa.

3. Mahitaji ya Awamu

Awamu ya Mahitaji huanza ama na NWP (ambayo inasema hamu ya kuanzisha kazi kwa hali moja au zaidi ya mtumiaji) au baada ya uamuzi kwamba kazi mpya inayotakiwa tayari imefunikwa na hati yao ya WG. Ikiwa WG inataka kuanza kazi mpya ambayo inaamini tayari iko katika upeo wa hati yake ya WG, WG lazima ifuate mchakato uliofafanuliwa katika Sehemu ya 3.1 ili kuendelea moja kwa moja na kuendeleza FRD. Kwa vitu vingine vyote vya kazi, WG lazima ifuate mchakato uliofafanuliwa katika Sehemu ya 3.2. FRD inafafanua wigo wa mahitaji ya kiutendaji ambayo hutumiwa kujenga vipimo katika Awamu ya Maendeleo. Awamu ya Mahitaji imeonyeshwa kwenye Mchoro 3.1.

3.1 Kazi mpya inayofunikwa na hati ya WG

Wakati WG inataka kuanza kazi mpya na inaamini kwa busara kwamba utendaji ambayo inataka kuongeza tayari iko katika wigo wa hati yake ya WG, WG inaweza kuanza kufanya kazi kwa FRD, mradi tu wataiarifu BARB. WG itajumuisha katika arifa yake kwa BARB maelezo ya kazi mpya inayopendekezwa na nakala ya hati ya WG na lugha iliyoangaziwa ambayo inawapa idhini ya kuanza kazi mpya.

Ikiwa BARB itakataa uchambuzi wa WG, WG inapaswa kuacha kufanya kazi kwa FRD na kuendelea na mchakato wa NWP ulioainishwa katika Sehemu ya 3.2. Ikiwa BARB inakubali uchambuzi wa WG, WG itajulisha BSTS mara moja (kupitia barua pepe kwa specification.manager@bluetooth.com) na BSTS itaongeza bidhaa hiyo kwenye ajenda ijayo ya BoD.

WG itajumuisha katika arifa yake kwa BSTS habari ile ile ambayo ilitoa kwa BARB. Ikiwa BoD itakataa uchambuzi wa WG, WG inapaswa kuacha kufanya kazi kwa FRD na kuendelea na mchakato wa NWP ulioainishwa katika Sehemu ya 3.2. Ikiwa BoD itakubali uchambuzi wa WG, WG inaweza kuendelea kufanya kazi kwa FRD kama ilivyoainishwa katika Sehemu ya 3.3.

3.2 Pendekezo la Kazi Mpya (NWP)

Mwanachama yeyote, WG, SG, au EG anaweza kuunda na kuwasilisha NWP (kupitia SIG ya Bluetooth webtovuti [10]). NWP lazima ijumuishe, angalau, habari juu ya yafuatayo kutumia templeti rasmi iliyotolewa katika [8]:

Matukio ya mtumiaji
Kujitolea kwa mwanachama kuendeleza FRD na katika eneo gani (kwa mfano), Mchangiaji, Mwandishi, Reviewer, Prototyping)

Uongozi uliopendekezwa wa kazi ya FRD
Mgawo uliopendekezwa wa kikundi kwa kazi ya FRD
Anwani ya barua pepe ya mwandishi wa kwanza

Kumbuka: Mwongozo juu ya mchakato wa NWP unapatikana kwenye Bluetooth SIG webtovuti [10].

BSTS itafanya kazi zifuatazo wakati wa ukuzaji wa NWP:

Mpe mwandishi (s) hati ya kupokea (kawaida ndani ya siku saba za kupokea) na ueleze hatua zifuatazo.

Ikiwa ni lazima, fanya kazi na mwandishi (waandishi) ili NWP iwe wazi na kamili. Hii inaweza kuhitaji kurudiwa mara kadhaa kwa NWP.
Ikiwa NWP ina taarifa juu ya makosa katika vipimo vya Bluetooth vilivyopitishwa, fanya kazi na mwandishi (s) kwa file viingilio kwenye mfumo wa makosa.
Ikiwa imebainika kuwa NWP inaweza kuiga kazi ambayo tayari inaendelea au tayari imekamilika, wajulishe mwandishi (s) wa kazi nyingine kwa tathmini yao.

Tuma NWP kwa NWP webtovuti kupatikana kwa wanachama wote.
Arifu wanachama wote kwamba NWP inapatikana kwa review na ikiwa dhamira ya ziada ya mwanachama kuendeleza FRD inahitajika.

Wanachama wanaweza kuwasiliana na mwandishi (s) kuuliza maswali au kutoa maoni kuhusu NWP.

Angalau kampuni tatu za wanachama lazima zijitolea kushiriki katika kukamilisha FRD inayosababisha NWP kuwa mgombea wa idhini ya BoD, na angalau kampuni moja mwanachama lazima iwe mshirika wa mshirika au Mtangazaji. Baada ya idhini ya BoD ya NWP, BoD itatoa NWP kwa kikundi kipya cha wanachama wote wa WG au SG kufanya kazi kwenye FRD (iliyoelezewa katika Sehemu ya 3.3). Ikiwa kikundi kidogo cha WG au SG haipo, moja inaweza kuundwa.

Kwa NWPs ambazo zina kujitolea kwa washiriki wa kutosha, BSTS itafanya kazi zifuatazo za ziada:

Angalau siku 13 kabla ya NWP kupendekezwa kuidhinishwa na BoD, wajulishe BARB, na kikundi ambacho NWP inapendekezwa kwa mgawo, ya idhini inayosubiri ya NWP. Hii imefanywa ili kutoa fursa ya maoni katika maeneo kama vile kikundi kilichopendekezwa, ikiwa NWP tayari imefunikwa na kazi iliyopo, n.k.

Tuma NWP iliyokamilishwa kwa BoD.

Ikiwa NWP imewasilishwa na washiriki ambao hawahusiani na kikundi, panga kwa mmoja wa washiriki kuwasilisha NWP kwa BoD.
Ikiwa NWP imewasilishwa na kikundi, panga kwa mwenyekiti wa kikundi kuwasilisha NWP kwa BoD.

Alika mwenyekiti wa BARB na wenyeviti wa kikundi, ambacho NWP inapendekezwa kwa mgawo, kwenye mkutano wa BoD.
Ikiwa NWP imeidhinishwa na kupewa na BoD, liarifu kikundi kilichopewa; mwandishi (waandishi); wanachama waliotambuliwa katika NWP kama kujitolea kukuza FRD inayofanana; na ikiwa NWP inapendekezwa na kikundi, kikundi cha matokeo na hatua zifuatazo.

Baada ya NWP kupitishwa na BoD, sasisha hali hiyo kwenye NWP webtovuti.

NWP yoyote inaweza kukataliwa na BoD kwa hiari yake, kwa example, kwa sababu ya upungufu wa rasilimali, ikiwa kazi tayari imekamilika kikamilifu, kazi hiyo iko nje ya nyaraka zinazosimamia za Bluetooth SIG (kwa mfano, Interface Programming Interface (API)) [2], au ikiwa kazi inayopendekezwa inapaswa kuwa filed kama kosa. Ikiwa NWP itakataliwa, BSTS itamwarifu mwandishi (s), washiriki waliotambuliwa katika NWP kama wanajitolea kukuza FRD inayofanana, na, ikiwa NWP inapendekezwa na kikundi, kikundi. Arifa hiyo itajumuisha sababu zozote za kukataliwa. Mwandishi (waandishi), wanachama waliojitolea, au kikundi wanaweza kuomba wakati kwenye ajenda ya BoD kukata rufaa kukataliwa.

Ikiwa mwanachama au kikundi kinataka kupendekeza kuondoa huduma kutoka kwa maelezo yaliyopitishwa, kikundi au mwanachama lazima aandae NWP. NWP lazima ijumuishe uchambuzi wa athari ambazo kuondolewa kutakuwa na utangamano wa nyuma na ushirikiano, pamoja na uchambuzi wa athari kwenye kesi za majaribio.

NWPs hazihitajiki kwa nyongeza kwa maelezo ya CSS, GSS, au MDP: kawaida, sasisho kwa uainishaji wa CSS, GSS, au MDP hutokana na sasisho kwa maelezo mengine ambayo yana NWP zao.

Hati ya Mahitaji ya Kazi (FRD)

FRD hufafanua mahitaji ya kiutendaji kuwezesha hali za watumiaji. FRD lazima ijumuishe, kwa kiwango cha chini, habari juu ya zifuatazo kwa kutumia templeti rasmi iliyotolewa katika [8]:

Matukio ya mtumiaji
Mahitaji ya kazi kulingana na matukio ya mtumiaji

Kujitolea kwa mwanachama kukuza vipimo vilivyosababishwa
Msaada wa mfano wa hiari na wanachama kwa majukumu yanayotarajiwa
Iliyopendekezwa WG kuendeleza vipimo vinavyosababishwa

Maendeleo ya FRD

FRD zinaundwa na kikundi cha WG chenye wanachama wote au wanachama wa SG na msaada wa wahariri kutoka BSTS. Mwanachama yeyote anayependa kushiriki katika maendeleo ya FRD anaweza kujiunga na kikundi.

FRDs lazima zionyeshe kujitolea kutoka angalau mbili (ingawa tatu zinahimizwa) Kampuni za washirika- au za ngazi ya washiriki kushiriki katika ukuzaji wa maelezo yanayosababishwa. WGs au SGs zinazowasilisha FRD zinapaswa kujaribu kufikia msaada mpana kutoka kwa kampuni za washiriki wa kikundi ambazo zinawakilisha sehemu ya tasnia inayolengwa iliyotambuliwa katika FRD.

Utendaji mpya ambao unapendekezwa katika FRD unapaswa kuungwa mkono kwa usafirishaji mwingi na vifaa vilivyopo iwezekanavyo. Hii ni pamoja na, kwa example, inayounga mkono msingi wa GATTfiles na huduma kwa usafirishaji wa Kiwango cha Msingi / Kiwango cha Data Iliyoongezwa (BR / EDR) na usafirishaji wa Nishati ndogo ya Bluetooth (LE). Ikiwa utendaji mpya hauna msaada wa kutosha wa mwanachama kwa usafirishaji, kwa exampkwa sababu ya ukosefu wa kujitolea kwa mwanachama kufafanua matumizi ya usafirishaji au idadi isiyoweza kutosheleza ya majukwaa ya majaribio ya IOP kwa jukumu moja au zaidi, msaada kwa usafirishaji huo unaweza kutengwa na FRD.

Isipokuwa haki nyingine, utendaji mpya, profiles, na huduma lazima zitii mahitaji ya utangamano wa nyuma yaliyoelezewa katika Sehemu ya 3.3.2.

WG au SG lazima iwasilishe FRD kwa BARB kwa review na idhini. BARB lazima iidhinishe au ikatae FRD kulingana na uamuzi wake wa uhandisi. Ikiwa imeidhinishwa na BARB, FRD itapewa kwa wanachama wote na taarifa ya upatikanaji wake itatolewa na BSTS.

FRDs hazihitajiki kwa nyongeza kwa uainishaji wa CSS, GSS, au MDP: kawaida, sasisho kwa maelezo ya CSS, GSS, au MDP hutokana na sasisho kwa uainishaji mwingine ambao una FRD zao.

Mahitaji ya utangamano wa nyuma

Utangamano wa nyuma kwa BR / EDR

Kwa operesheni ya BR / EDR, mahitaji ya utangamano wa nyuma hufafanuliwa kama maingiliano na sehemu ya BR / EDR ya Ufafanuzi wa Bluetooth Core v1.1 na baadaye.

Utangamano wa nyuma kwa Nishati ya chini ya Bluetooth

Kwa operesheni ya LE, mahitaji ya utangamano wa nyuma hufafanuliwa kama maingiliano na sehemu ya LE ya Uainishaji wa msingi wa Bluetooth v4.0 na baadaye.

Utangamano wa nyuma kwa uainishaji isipokuwa Uainishaji wa Msingi

Kwa uainishaji tofauti na Uainishaji wa Core ya Bluetooth, utangamano wa nyuma wa toleo ulilopewa lazima utunzwe na matoleo yote ya mapema ambayo yana nambari kuu ya toleo. Kwa example, toleo la 1.3 lazima lilingane na matoleo 1.2, 1.1, na 1.0, lakini toleo la 2.0 haliwezi kuoana na toleo 1.0, 1.1, 1.2, na 1.3. Kumbuka kuwa kuongezeka kwa nambari kuu ya toleo la Uainishaji wa Msingi haimaanishi ukosefu wa utangamano wa nyuma na matoleo ya awali.

Msamaha kutoka kwa mahitaji ya utangamano wa nyuma

WG au SG inaweza kupendekeza kusamehe utendaji maalum kutoka kwa mahitaji ya utangamano wa nyuma ikiwa haki inapewa. Kwa exampKwa hivyo, ikiwa utendaji unaonyeshwa kuwa na viwango vya chini vya kupitisha soko au, kwa sababu ya maswala ya ushirikiano, ni bora kuondoa au kubadilisha utendaji kuliko kurekebisha utendaji. WG au SG lazima ijumuishe misamaha yoyote ya utangamano wa nyuma katika FRD, ambayo inakubaliwa na BARB baada ya idhini ya FRD. Misamaha yoyote iliyoidhinishwa na BARB itawasilishwa kwa BoD kwa idhini ya 0.9 / CR S.tage.

Hati ya Kikundi cha Kufanya kazi

Wakati BARB inakubali FRD ambayo inapendekezwa kupewa WG iliyopo, WG hiyo inapaswa kuandaa sasisho la rasimu kwa hati yake ili kuongeza utendaji mpya kwa wigo (isipokuwa BoD hapo awali ilikubali uchambuzi wa WG kuwa sasisho la hati ya WG ni haihitajiki). Walakini, wakati BARB inakubali FRD ambayo inapendekezwa kupewa WG mpya, BARB na washiriki ambao wana nia ya kukuza utendaji ulioainishwa katika FRD lazima waandae hati ya rasimu ya WG mpya na utendaji mpya uliojumuishwa katika wigo wa mkataba. .

Mara tu hati mpya au iliyosasishwa ya WG imeandaliwa, lazima iwasilishwe kwa BARB kwa review na idhini. Mara tu BARB itakapoidhinisha hati hiyo, rasimu ya hati mpya au iliyosasishwa ya WG itawasilishwa kwa BoD kwa idhini.

Mara tu BoD itakapoidhinisha hati, WG ambayo kazi ya maendeleo ya vipimo ilipewa na BoD lazima ifanye kazi kwa karibu na kikundi ambacho kiliandaa FRD ikiwa kutakuwa na sasisho au ufafanuzi wowote wa FRD unahitajika. Ikiwa sasisho la FRD linahitajika wakati wa Awamu ya Maendeleo, michakato iliyoainishwa katika Sehemu ya 3.3 na sehemu hii lazima ifuatwe; Walakini, maendeleo ya vipimo yanaweza kutokea sambamba na sasisho za hati za FRD na WG.

3.5 Mahitaji Mahitaji ya kuondoka kwa Awamu

Awamu ya Mahitaji imekamilika na Awamu ya Maendeleo inaanza wakati hati ya WG na upeo unaohitajika kwa FRD inathibitishwa au kupitishwa na BoD na mahitaji yafuatayo yametimizwa:

NWP aidha imeidhinishwa na BoD, au BoD imekubali kuwa NWP sio lazima.

Hati ya FRD na inayolingana ya WG imeidhinishwa na BARB.

4. Awamu ya Maendeleo

Wakati wa Awamu ya Maendeleo, WG (s) zilizopewa zinaunda uainishaji mpya na / au kuongeza maelezo yaliyopo. FRD inafafanua mahitaji ya vipimo vipya au vilivyoboreshwa vya Bluetooth. Hakuna utendaji unaruhusiwa katika uainishaji ambao hauhusiani na mahitaji katika FRD. Lengo ni kuunda ufafanuzi wa 0.9 / CR ambao uko tayari kwa Awamu ya Uthibitishaji (iliyoelezewa katika Sehemu ya 5) mwishoni mwa Awamu ya Maendeleo.
Wakati wa Awamu ya Maendeleo, vipimo (au uboreshaji wa vipimo) huendelea kupitia tatu stages.

Kwa uainishaji mpya, s tatutages ni:

0.5 Stage
0.7 Stage

0.9 Stage

Kwa uboreshaji wa vipimo, s tatutages ni:

Waraka wa Pendekezo la Kuboresha Rasimu (DIPD) Stage

Hati ya Pendekezo la Kuboresha Mwisho (FIPD) Stage
Ombi la Kubadilisha (CR) Stage

Kila stage imeelezewa zaidi katika vifungu vifuatavyo. Kielelezo 4.1 hapa chini kinaonyesha nyaraka anuwai ambazo WG itaandaa katika kila stage.

Kielelezo 4.1: Zaidiview ya vipimo stages ambayo hufanyika wakati wa Awamu ya Maendeleo

Jukumu la BARB wakati wa mchakato wa maendeleo ya uainishaji ni kutoa WGs na ushauri na msaada wa kiufundi. WGs zinaweza, wakati wowote, kufanya maombi kwa BARB kwa ushauri wa kiufundi kuhusu maendeleo ya vipimo na dhana za usanifu zitumike katika vipimo. WGs wanahimizwa haswa kuomba maoni ya mapema kutoka kwa BARB kwa huduma ambazo zina maoni magumu zaidi ya usanifu.

4.1 0.5 / DIPD Stage

Wakati wa 0.5 / DIPD Stage, WG itaendeleza yafuatayo kwa kutumia templeti rasmi zilizotolewa katika [8]:

Kwa uainishaji mpya, rasimu ya vipimo 0.5, ambayo lazima iwe na, kwa kiwango cha chini, habari juu ya yafuatayo:

Usanifu kufunika mahitaji kama ilivyoelezwa katika FRD

Kwa itifaki, vituo vya ufikiaji wa huduma vimefafanuliwa
Kwa huduma, data wazi na tabia
Kwa profiles, itifaki zilizotambuliwa na utendaji umeainishwa

2. Kwa uboreshaji wa vipimo, rasimu ya DIPD, ambayo lazima ijumuishe, kwa kiwango cha chini, habari juu ya yafuatayo:

Mandharinyuma: Upeo wa kazi, malengo ya kuongoza kazi, na jinsi pendekezo hili maalum linavyofaa katika wigo
Zaidiview ya pendekezo: Muhtasari wa utendaji uliopanuliwa (kuongezewa kubadilika, utendaji ulioboreshwa, n.k.) inayotolewa na DIPD pamoja na maelezo wazi juu ya jinsi utendaji mpya unavyofaa kwenye toleo la sasa la vipimo. Ikiwa WG imetathmini mapendekezo kadhaa, mapendekezo haya yanapaswa kujumuishwa ili kuruhusu BARB fursa ya kuamua ikiwa bidii ya kutosha ilitolewa katika uteuzi wa pendekezo lililopendelewa.

Kufikia mahitaji: Muhtasari wa kufunikwa kwa mahitaji ya kiutendaji yaliyotolewa na pendekezo, kwa kuzingatia mahitaji ya mfumo unaofaa na hali za matumizi zilizopewa katika FRD inayohusiana.
Ufafanuzi wa shida: Taarifa ya shida zilizotatuliwa na pendekezo (s)
Vigezo vya uteuzi: Taarifa kuhusu vigezo vya uteuzi / utendaji kutoka kwa metriki za tathmini zinazohusiana ambazo zimeongoza mchakato wa uchaguzi

Kuhesabiwa haki kwa chaguo: Uchunguzi wa vipimo vya tathmini ambavyo vinahalalisha uchaguzi kati ya mapendekezo na kufunua biashara
Maelezo: Maelezo ya utendaji na itifaki zilizopanuliwa. Sehemu hii inaweza kuzoea mahitaji tofauti kwa kuongeza sehemu ndogo zinazohusika.

3. Mkakati wa Mtihani: Maelezo ya utendaji yanayopendekezwa kujaribiwa (au kutopimwa) kama sehemu ya Programu ya Uhitimu ya Bluetooth na jinsi utendaji unavyopendekezwa kujaribiwa (kwa mfano, matarajio kwa Jaribio la Chini au Jaribio la Juu, na ikiwa vipimo vitatajwa kama vipimo vya utangamano au utangamano au mchanganyiko wa zote mbili). Hii inaweza kuwa katika hati tofauti au sehemu tofauti ndani ya vipimo vya 0.5 / DIPD. Mikataba itakayotumiwa katika Mkakati wa Mtihani imeelezewa katika Mkakati wa Jaribio na Istilahi Zaidiview hati (TSTO) [5].

Watazamaji wa msingi wa hati hizitage ni wanachama wa WG na BARB ambao wana review mapendekezo ya usanifu na ufikiaji wa mahitaji, na BKB ambao wanarejeaviewMkakati wa Mtihani. Katika hali nyingi, hati katika stage hazikusudiwa kuwa na maandishi ambayo yamepangwa kuingizwa katika vipimo vya mwisho.

BSTS lazima ifanye tenaview nyaraka zote za utangamano na Miongozo ya Uandishi wa Bluetooth [1] na tambua maswala ambayo WG itashughulikia. BARB lazima ifanye upyaview maelezo ya 0.5 / DIPD. Kwa uboreshaji wa vipimo, BARB lazima pia ifanye tenaview DIPD kwa kufuata mahitaji ya utangamano wa nyuma yaliyoelezewa katika Sehemu ya 3.3.2. BKB lazima ifanye tenaview Mkakati wa Mtihani.

BARB lazima iidhinishe au kukataa maelezo ya 0.5 / DIPD kulingana na uamuzi wake wa uhandisi. Ikiwa imeidhinishwa na BARB, maelezo ya 0.5 / DIPD yatapatikana kwenye SIG ya Bluetooth webtovuti kwa washiriki wote wa Washirika na Mtangazaji na arifu ya upatikanaji wake itatolewa na BSTS. Kwenye 0.5 / DIPD Stage, idhini ya Mkakati wa Jaribio hauhitajiki.
0.5 / DIPD Stage haihitajiki kwa nyongeza kwa maelezo ya CSS, GSS, au MDP

0.5 / DIPD Stage mahitaji ya kutoka

0.5 / DIPD Stage imekamilika na 0.7 / FIPD Stage huanza wakati mahitaji yafuatayo ya kutoka yanapatikana:

BSTS imekamilisha reviewing ya vipimo vya 0.5 / DIPD na Mkakati wa Mtihani.

BARB imeidhinisha vipimo vya 0.5 / DIPD.
BKB imekamilisha re yakeview ya Mkakati wa Mtihani.
BSTS imefanya idhini iliyoidhinishwa ya 0.5 / DIPD ipatikane kwa washiriki wote wa Washirika na Mtangazaji.

4.2 0.7 / FIPD Stage

Wakati wa 0.7 / FIPD Stage, WG itaendeleza yafuatayo kwa kutumia templeti rasmi zilizotolewa katika [8]:

Kwa uainishaji mpya, rasimu ya vipimo 0.7, ambayo lazima iwe na, kwa kiwango cha chini, habari juu ya yafuatayo:

Maelezo ya mabadiliko yote ambayo yalifanywa tangu kupitishwa kwa BARB 0.5, pamoja na mapendekezo mapya au yaliyorekebishwa, vigezo vya uteuzi, na haki ya kuchagua. Mabadiliko lazima yaelezwe kwa kiwango sawa cha maelezo kama inahitajika katika 0.5 Stage.

Mahitaji yote ya kazi kutoka kwa FRD yalishughulikiwa.

2. Kwa uboreshaji wa vipimo, rasimu ya FIPD, ambayo lazima ijumuishe, angalau, habari juu ya yafuatayo:

Maelezo ya mabadiliko yote ambayo yalifanywa tangu DIPD iliyoidhinishwa na BARB, pamoja na mapendekezo mapya au yaliyorekebishwa, vigezo vya uteuzi, na haki ya kuchagua. Mabadiliko lazima yaelezwe kwa kiwango sawa cha maelezo kama inavyohitajika katika DIPD Stage.

Kama inavyohitajika, maeneo yaliyotengenezwa zaidi ambayo yameelezewa katika Sehemu ya 4.1 kuhusu DIPD.
Maelezo kamili ya uboreshaji.
Maelezo mapya ya usanifu.
Mahitaji yote ya kazi kutoka kwa FRD yalishughulikiwa.

3. Nyaraka za mtihani wa 0.7 / FIPD, ambazo lazima zijumuishe, kwa kiwango cha chini, habari juu ya yafuatayo:

Suite ya Mtihani, iliyo na orodha ya Madhumuni ya Mtihani kama ilivyoelezewa katika TSTO [5].
Taarifa ya Utekelezaji wa Utekelezaji (ICS), kama ilivyoelezewa katika TSTO [5].

Kwa nyongeza za vipimo, Suite ya Mtihani na ICS zinaweza kutolewa kama nyaraka tofauti au kama sehemu za ziada katika FIPD.

Hadhira ya msingi ya nyaraka zinazozalishwa katika s hiitage ni wanachama wa WG na BARB ambao wana review maelezo kamili ya huduma au uboreshaji pamoja na maandishi yaliyopangwa kujumuishwa katika vipimo vya mwisho. BTI ni hadhira ya review ya nyaraka za mtihani.

BSTS itaendeleaview sehemu mpya au zilizobadilishwa za vipimo vya 0.7 / FIPD na nyaraka za mtihani kwa uthabiti na Miongozo ya Uandishi wa Bluetooth, pamoja na mikataba ya lugha iliyoanzishwa na Bluetooth SIG. BARB itaendeleaview vipimo vya 0.7 / FIPD.

BSTS itasaidia WG kuandaa nyaraka za mtihani wa 0.7 / FIPD kulingana na TSTO [5].

BKB lazima ifanye tenaview hati za mtihani wa 0.7 / FIPD. WG inapaswa kutoa ufafanuzi wa 0.7 / FIPD kwa BTI kama rejeleo wakati reviewIngiza nyaraka za mtihani wa 0.7 / FIPD, ambazo BKB itazirudishaview kulingana na Ufafanuzi wa BKB Review Orodha ya Mchakato [6].

Baada ya BARB kukamilisha re yakeview ya ufafanuzi wa 0.7 / FIPD na BKB imekamilisha re yakeview ya nyaraka za mtihani wa 0.7 / FIPD, BSTS itafanya reviewed 0.7 / ufafanuzi wa FIPD unapatikana kwa washiriki wote wa Washirika na Mtangazaji.

Kiwango cha 0.7 / FIPD Stage haihitajiki kwa nyongeza kwa uainishaji wa CSS, GSS, au MDP.

0.7 / FIPD Stage mahitaji ya kutoka

Kiwango cha 0.7 / FIPD Stage imekamilika na 0.9 / CR Stage huanza wakati mahitaji yafuatayo ya kutoka yanapatikana:

BSTS imekamilisha reviewing vipimo vya 0.7 / FIPD na hati za majaribio.
BARB imekamilisha reviewing 0.7 / vipimo vya FIPD.
BKB imekamilisha reviewing ya 0.7 / FIPD Test Suite (Madhumuni ya Mtihani) na 0.7 / FIPD ICS.
BSTS imefanya reviewed 0.7 / ufafanuzi wa FIPD unapatikana kwa washiriki wote wa Washirika na Mtangazaji.

4.3 0.9 / CR Stage

Kuna aina mbili za CRs: CR Jumuishi, ambayo ni hati inayofuatiliwa na mabadiliko ya maelezo yote yaliyopitishwa inayoonyesha mabadiliko yote tangu toleo la awali, na CR iliyofupishwa, ambayo ni hati ambayo hutoa maagizo ya kurekebisha sehemu zilizoathiriwa tu za toleo la vipimo ambalo CR inategemea.

Wakati wa 0.9 / CR Stage, WG itaendeleza yafuatayo kwa kutumia templeti rasmi zilizotolewa katika [8]:

Kwa uainishaji mpya, rasimu kamili ya yaliyomo kwenye muundo wa 0.9, ambayo lazima iwe na, kwa kiwango cha chini, habari juu ya yafuatayo:

Maelezo ya mabadiliko yote ambayo yalifanywa tangu BARB-reviewed 0.7 vipimo (au tangu maelezo ya 0.5 ikiwa inazalisha uainishaji wa 0.7 imeachwa), pamoja na mpya au
mapendekezo yaliyorekebishwa, vigezo vya uteuzi, na haki ya kuchagua. Mabadiliko lazima yaelezwe kwa kiwango sawa cha maelezo kama inahitajika katika 0.5 Stage na 0.7 Stage.

2. Kwa uboreshaji wa vipimo:

Ama CR Jumuishi, ambayo lazima ijumuishe, kwa kiwango cha chini, habari juu ya yafuatayo:
Maelezo ya mabadiliko yote ambayo yalifanywa tangu BARB-reviewed FIPD (au tangu DIPD ikiwa FIPD imeondolewa) pamoja na mapendekezo mapya au yaliyobadilishwa, vigezo vya uteuzi, na haki ya uchaguzi. Mabadiliko lazima yaelezwe kwa kiwango sawa cha maelezo kama inavyohitajika katika DIPD Stage na FIPD Stage.
Mabadiliko yote yalipendekezwa kwa uainishaji uliopitishwa hapo awali kwa kutumia ufuatiliaji wa mabadiliko.
Jarida zote zilizoidhinishwa za kiufundi (na kila barua iliyorejelewa na nambari ya makosa), iliyoonyeshwa kwa kutumia ufuatiliaji wa mabadiliko, ambayo bado hayajaingizwa katika toleo la vipimo vya awali, na maandishi hayo ya athari ambayo yanahusishwa na uboreshaji wa vipimo; au kwamba vinginevyo kuathiri upimaji wa IOP.

3. Au CR iliyofupishwa, ambayo lazima ijumuishe, angalau, habari juu ya yafuatayo:

Maelezo ya mabadiliko yote ambayo yalifanywa tangu BARB-reviewed FIPD (au tangu DIPD ikiwa FIPD imeondolewa) pamoja na mapendekezo mapya au yaliyobadilishwa, vigezo vya uteuzi, na haki ya uchaguzi. Mabadiliko lazima yaelezwe kwa kiwango sawa cha maelezo kama inavyohitajika katika DIPD Stage na FIPD Stage.
Mabadiliko yote yalipendekezwa kwa kila sehemu iliyoathiriwa na aya ya vipimo ambayo CR inapendekeza kubadilisha.
Jalada zote zilizoidhinishwa za kiufundi (na kila barua iliyorejelewa na nambari ya makosa), iliyoonyeshwa kwa kutumia alama, ambayo bado haijaingizwa katika toleo la vipimo vya awali, na maandishi hayo ya athari ambayo yanahusishwa na uboreshaji wa vipimo; au kwamba vinginevyo kuathiri upimaji wa IOP.

4. CSS CR (ikiwa viingilio vipya vinahitajika na vipimo), ambavyo vinaweza kupachikwa kwenye CR iliyofupishwa ya vipimo.
5. GSS CR (ikiwa viingilio vipya vinahitajika na vipimo), ambavyo vinaweza kupachikwa kwenye CR iliyofupishwa ya vipimo.
6. MDP CR (ikiwa viingilio vipya vinahitajika na vipimo), ambavyo vinaweza kupachikwa kwenye CR iliyofupishwa ya vipimo.
7. 0.9 / CR hati za mtihani, ambazo lazima zijumuishe, kwa kiwango cha chini, habari juu ya zifuatazo kwa kutumia templeti rasmi iliyotolewa katika [8]:

Suite ya Mtihani ya 0.9 / CR, ambayo inajumuisha kesi za jaribio kamili na Jedwali la Ramani ya Uchunguzi wa Jaribio (TCMT), kama ilivyoelezewa katika TSTO [5].
0.9 / CR ICS, kama ilivyoelezewa katika TSTO [5].
Ikiwa kusanidi vipimo kunahitaji vigezo maalum vya Utekelezaji Chini ya Mtihani (IUT), 0.9 / CR Utekelezaji wa Habari ya Habari ya Upimaji (IXIT).
Orodha ya Marejeleo ya Uchunguzi wa Uchunguzi wa 0.9 / CR (TCRL) (hiari kwa sasisho za Uainishaji wa Msingi).

8. Uchambuzi wa chanjo ya majaribio inayoonyesha ni mahitaji gani ya vipimo ambayo yanajaribiwa au hayakujaribiwa ndani ya Suite ya Mtihani ya 0.9 / CR (kwa nyongeza za vipimo, uchambuzi wa chanjo ya jaribio unahitaji tu kujumuisha utendaji mpya ulioongezwa na ulioathiriwa, na sio maeneo ambayo hayajaathiriwa. vipimo asili).
9. Mpango wa mtihani wa IOP.

Kwa nyongeza za vipimo, Suite ya Mtihani, ICS, na IXIT zinaweza kutolewa kama hati tofauti au kama sehemu za ziada katika CR iliyofupishwa.

Katika hali nyingi, CR iliyounganishwa au iliyofupishwa inapaswa kutegemea toleo lililopitishwa hapo awali la vipimo, lakini pia inaweza kutegemea rasimu ya kati ya hivi karibuni. Nambari ya toleo la hivi karibuni la rasimu ya kati lazima iwe nambari ya toleo inayohusishwa na toleo la hati iliyohifadhiwa na ambayo haitabadilika kwa muda. Vinginevyo, habari ya ziada ya kutambua (kama vile tarehe ya hati na URL kwa eneo la kudumu) lazima ipewe kutambua toleo maalum la "msingi". Ikiwa rasimu ya kati inatumiwa, mabadiliko yoyote ambayo hayahusiani moja kwa moja na CR ndani ya sehemu fulani ambayo CR inabadilisha lazima ijumuishwe, lakini haihitajiki kuonyeshwa kwa kutumia markup. Ikiwa sehemu zinazofaa za rasimu ya kati zinasasishwa baadaye, CR lazima isasishwe ili kuonyesha visasisho vya rasimu ya kati.

Kwa kweli, nyenzo za CR zilizofupishwa zimejumuishwa katika rasimu ya vipimo kamili na hati kamili za mtihani mtawaliwa, kabla ya Awamu ya Uthibitishaji, lakini pia zinaweza kuunganishwa mwanzoni mwa Awamu ya Uthibitishaji. Ikiwa huduma nyingi zinatengenezwa kwa uainishaji (kwa mfano, Uainishaji wa Msingi), inaweza kuhitajika kujumuisha huduma hizo katika rasimu moja baada ya upimaji wa IOP kukamilika.

BSTS itaendeleaview vipimo vya 0.9 / CR na nyaraka za majaribio ya utangamano na Mwongozo wa Uandishi wa Bluetooth. Kisha BARB itaendeleaview maelezo ya 0.9 / CR ikifuatiwa baadaye na mpango wa mtihani wa IOP (kama ilivyoelezewa katika Sehemu ya 4.3.1). Mara tu ufafanuzi wa 0.9 / CR utakapowasilishwa na WG kwa BARB kwa review, BSTS itaifanya iweze kupatikana kwa wanachama wote kufanya upyaview na uwajulishe wanachama wote juu ya upatikanaji wake. Kuanzia hatua hii mbele katika mchakato wa maendeleo ya vipimo, BSTS itafanya rasimu za vipimo vilivyowasilishwa kwa BARB zipatikane kwa wanachama wote na arifa za mara kwa mara zinazotumwa kwa wanachama wote.

Kwa uboreshaji wa uainishaji, WG itapendekeza kwa BoD ikiwa matoleo ya awali ya vipimo yanapaswa kupunguzwa au kuondolewa, pamoja na sababu za kiufundi za pendekezo.

BARB itaendeleaview uchambuzi wa WG wa ufuataji wa vipimo vya 0.9 / CR na mahitaji yaliyotolewa katika FRD, maswala yoyote ya usalama, maswala yoyote ya kisheria, kufuata muundo wa Bluetooth, na, kwa uimarishaji wa vipimo, kufuata mahitaji ya utangamano wa nyuma yaliyoelezewa katika Sehemu ya 3.3.2 .XNUMX. Ikiwa BARB inagundua maswala yoyote ya usalama, BARB itaarifu BSTS kwa review na uratibu na Kikundi cha Mtaalam wa Usalama; na ikiwa BARB itaainisha athari yoyote ya kisheria, BARB itajulisha BSTS kufanya upyaview na uratibu na Kamati ya Udhibiti na ushauri wa kisheria wa Bluetooth SIG. BARB lazima iidhinishe au kukataa uainisho wa 0.9 / CR kulingana na uamuzi wake wa uhandisi na kuzingatia mambo yaliyoelezewa katika aya hii.

BTI itafanya tenaview hati za mtihani wa 0.9 / CR zinazozingatia uchambuzi wa chanjo ya jaribio. BKB lazima iidhinishe au kukataa nyaraka za mtihani wa 0.9 / CR.

Baada ya BARB kuidhinisha ufafanuzi wa 0.9 / CR, WG inawasilisha mpango wa mtihani wa IOP kwa BARBview.

Ufafanuzi wa 0.9 / CR ulioidhinishwa na BARB umewasilishwa kwa BoD kuidhinisha kuanza kwa upimaji wa IOP na uchapishaji wa ufafanuzi wa 0.9 / CR kwa washiriki wote.

Ili kuonyesha maswala yanayowezekana ya kisheria, WG zinaweza kuomba re rejeshiview na ushauri wa kisheria wa Bluetooth SIG (kisheria review) kabla ya lazima ya kisheriaview hufanyika wakati wa Awamu ya Kupitisha / Uidhinishaji. Walakini, kwa nyongeza za vipimo, re ya kisheriaview inapaswa kufanywa kwenye CR Jumuishi (tofauti na CR iliyofupishwa) na hii inapaswa kupangiliwa mapema iwezekanavyo ili rasilimali zipatikane.

Mpango wa mtihani wa IOP

WG itaunda mpango ulioandikwa wa mtihani wa IOP ambao lazima utosheleze mahitaji yote yaliyoainishwa hapa chini kwa matumizi wakati wa Awamu ya Uthibitishaji kwenye hafla za majaribio ya IOP. WGs lazima ziwasilishe mpango wa mtihani wa IOP kwa BARB kwa review kabla ya tukio la majaribio ya IOP kuanza. Kwa nyongeza rahisi za uainishaji (haswa zile ambazo hazihitaji kurekebisha au kuongeza kesi zozote za jaribio kwenye Suite ya Mtihani), upimaji wa IOP hauwezi kuhitajika, na WG inaweza kuwasilisha ombi kwa BARB ili kutolewa kutoka kwa upimaji wa IOP kwa kutumia mchakato uliofafanuliwa katika Sehemu ya 4.4.

Mpango wa mtihani wa IOP lazima ujumuishe:

Jaribu kesi ili kudhibitisha vipengee vyote vipya vya lazima, vya hiari, na masharti
Angalau kesi moja ya jaribio kwa kila nambari ya op
Angalau kesi moja ya jaribio kwa kila parameta
Angalau kesi moja ya jaribio kwa kila aina ya pakiti
Kesi za majaribio ya utangamano wa nyuma kwa nyongeza za vipimo ili mahitaji yaliyoorodheshwa katika Sehemu ya 3.3.2 yatimizwe kwa utendaji wote ulioboreshwa (pia angalia Sehemu ya 4.3.1.1).
Kesi za majaribio ambapo IUT imefunuliwa kwa maadili nje ya safu zilizofafanuliwa au kwa hali ya tabia inayozingatiwa kuwa batili au isiyotarajiwa (kesi za jaribio la Tabia). Kumbuka kuwa inatarajiwa kwamba anayejaribu kama PTS au zana nyingine ya jaribio atakuwa mwanzilishi wa tabia yoyote batili.
Nambari zozote zilizowekwa kwa muda mfupi (zilizochaguliwa kwa uratibu na BSTS ili kuzuia kuingiliana katika hafla zijazo za majaribio ya IOP) zitakazotumika katika hafla ya jaribio la IOP, kama ilivyoelezewa katika Sehemu ya 4.3.1.2.
Utambuzi wa nambari inayotakiwa ya utekelezaji huru ambayo inapaswa kupitisha kila kesi ya jaribio, kwa kuzingatia mahitaji ya chanjo yaliyoelezewa katika Sehemu ya 4.3.1.3
Utambuzi wa kesi zozote za majaribio kwenye Suite ya Mtihani ambayo WG inaamini inapaswa kutengwa na haki ya kutengwa kwao. Hizi ni pamoja na: • Kesi za majaribio ya Uthibitishaji wa Baadaye (kwa mfano, vipimo vya kawaida ili nyongeza za siku zijazo ziweze kuwekwa, kama vile sifa za ziada, kupanua sifa, au utumiaji wa bits au uwanja wa Hifadhi ya Matumizi ya Baadaye (RFU)
• Kesi za majaribio ambazo ni sehemu ndogo ya majaribio mengine yaliyojumuishwa
• Kesi za jaribio la generic ambazo karibu zinafanana na majaribio ambayo hutekelezwa kwa uainishaji mwingine kadhaa (kwa mfano, kuchochea misimbo ya makosa ya kawaida)
• Jaribu kesi zilizo na kusudi sawa la jaribio kama kesi za majaribio zinazoendesha usafirishaji mwingine (kwa mfano, kesi ya majaribio ya BR / EDR ambayo ni sawa na kesi ya majaribio ya LE)
• Uimara au upimaji wa dhiki ya utekelezaji

Mpango wa majaribio wa IOP unaweza pia kujumuisha vipimo ambavyo ni vya kipekee kwa upimaji wa IOP kama vile kesi za majaribio ya mwisho hadi mwisho ambayo huunganisha mfuatano mgumu zaidi ambao unaweza kufanana na hali ya kawaida ya mtumiaji.

Ingawa idhini ya BARB ya mpango wa mtihani wa IOP haihitajiki (kwa kuelewa kwamba mpango wa mtihani wa IOP utaendelea kubadilishwa na kuboreshwa na kila tukio la jaribio la IOP), idhini ya BARB ya ripoti ya mtihani wa IOP inahitajika (angalia Sehemu ya 5.1.1) . Ikiwa mpango wa mtihani wa IOP hautoshelezi mahitaji yote yaliyoainishwa katika Sehemu ya 4.3.1, WG inapaswa kuwasilisha muhtasari wa tofauti zozote zinazojulikana na mantiki ya kila tofauti kwa BARB kabla ya tukio la majaribio ya IOP kuanza.

Mpango wa mtihani wa IOP na kesi za majaribio zinapaswa kulingana na yaliyomo ndani ya hati za majaribio ya vipimo.

Ili kufanikisha hafla za majaribio ya IOP, WG inapaswa kuwa na mpango wa majaribio wa IOP na kesi zote zinazohusiana za jaribio zimekamilishwa na kupatikana kwa watekelezaji angalau mwezi mmoja kabla ya tukio la kwanza la mtihani wa IOP.

Kupanga upimaji wa utangamano wa nyuma
Kwa nyongeza za vipimo, upimaji wa IOP wa utangamano wa nyuma lazima uzingatie uthibitisho dhidi ya matoleo yote ya kazi na yaliyopunguzwa ya vipimo kwa sababu maelezo na utendaji kawaida unaopatikana katika bidhaa za Bluetooth unaweza kuwa na muda mrefu sana wa maisha (kwa mfano, magari). WG lazima ichambue kiwango kinachofaa cha upimaji wa utangamano wa nyuma unahitajika (ikiwa upo) ikiwa ni pamoja na ni matoleo gani ya kujaribu na vipimo vya kufanya, na kutoa uchambuzi huu kwa BARB. BARB lazima ifanye upyaview uchambuzi na kupendekeza mabadiliko (ikiwa yapo) kwa WG kuingiza katika mpango wa mtihani wa IOP.

Wanachama wanaoshiriki katika upimaji wa utangamano wa nyuma wanahimizwa kuleta vifaa vya urithi ambavyo vimehitimu dhidi ya toleo la zamani la vipimo. WG lazima iripoti kutofaulu kwa utangamano wa nyuma katika ripoti ya mtihani wa IOP. Kampuni za wanachama pia zinahimizwa kufanya upimaji wa utangamano wa nyuma katika maabara yao nje ya eneo la tukio la jaribio la IOP na kuripoti maswala yoyote yanayohusiana na vipimo kwa WG.

Nambari za Muda zilizotumiwa kutumika katika upimaji wa IOP
BSTS na BARB lazima washauriane ili kuratibu ugawaji wa muda wa nambari zilizopewa ambazo zitatumika kwenye hafla ya mtihani wa IOP ili kusiwe na kuingiliana au mapigano na maelezo mengine. Thamani hizi za muda lazima zijumuishwe katika mpango wa mtihani wa IOP na hazitapewa kutumiwa na uainishaji wowote uliopitishwa.

Kwa upimaji wa IOP ambapo nambari moja au zaidi mpya ya 16-bit ya UUID inapendekezwa, maadili ndani ya anuwai ya 0x7F00 hadi 0x7FFF yamehifadhiwa kwa upimaji wa IOP.

Kwa upimaji wa IOP ambapo nambari moja au zaidi mpya ya Huduma ya Fasta ya Multiplexer (PSM) inapendekezwa, maadili kuanzia mwisho wa safu halali kutoka 0x0000 hadi 0x007F, kama ilivyoainishwa katika Uainishaji wa Msingi, itatumika.

Mahitaji ya kufunika
WG lazima itoe uthibitisho kwa BARB kwamba nambari inayohitajika (kama ilivyoelezewa katika sehemu zinazofuata) za utekelezaji huru imepita kila kesi ya majaribio. Ombi lolote la WG la ubaguzi kwa idadi inayotakiwa ya utekelezaji huru lazima ionyeshwe katika mpango wa mtihani wa IOP ambao umewasilishwa kwa BARB.

Utekelezaji huhesabiwa kuwa huru kwa kila mmoja kwa muda mrefu kama sehemu zote ambazo zinafaa kwa uthibitishaji zimetengenezwa kwa uhuru, kwa mfano, na timu tofauti (ambazo sio lazima zinatoka kwa kampuni tofauti). BSTS inaweza kusaidia katika kukagua ikiwa prototypes zinaweza kuzingatiwa kuwa huru kwa kila mmoja ili kuhifadhi kutokujulikana na usiri wa maelezo ya utekelezaji.

Kumbuka kuwa zana za majaribio, pamoja na PTS, hazizingatiwi kama utekelezaji huru.

Uainishaji wa msingi Mahitaji ya chanjo ya IOP
Kipengele cha Uainishaji Msingi kawaida hufafanua jukumu moja au zaidi ambapo kila jukumu limebuniwa kushirikiana na jukumu moja au zaidi au labda na yenyewe.

Kwa kila jozi ya majukumu ambayo yameundwa kushirikiana, kila moja lazima utekelezaji tatu huru wa kila jukumu lazima uonyeshane kushirikiana na utekelezaji tatu huru wa jukumu la nyongeza.

Kwa kila jukumu ambalo linaweza kushirikiana na kifaa kingine katika jukumu sawa, angalau utekelezaji tatu wa jukumu hilo lazima uonyeshe kuwa wanaweza kushirikiana kati yao katika jukumu hilo.

Uainishaji wa huduma Mahitaji ya chanjo ya IOP
Angalau utekelezaji tatu wa huduma huru lazima ionyeshe kuwa zinaingiliana na angalau utekelezaji wa mteja mmoja, ambayo inaweza kuwa PTS.

Profile na mahitaji ya ufikiaji wa itifaki ya IOP
Profile na uainishaji wa itifaki kawaida hufafanua jukumu moja au zaidi ambapo kila jukumu limetengenezwa kushirikiana na jukumu moja au zaidi, au labda na yenyewe.

Kwa kila jozi ya majukumu ambayo yameundwa kushirikiana, kila moja lazima utekelezaji mbili huru wa kila jukumu lazima uonyeshe kuwa zinaingiliana na utekelezaji mbili huru wa jukumu la nyongeza.

Kwa kila jukumu ambalo linaweza kushirikiana na kifaa kingine katika jukumu lile lile, angalau utekelezaji tatu huru wa jukumu hilo lazima uonyeshe kuwa wanaingiliana kati yao katika jukumu hilo.

Uainishaji wa mfano mahitaji ya chanjo ya IOP
Angalau mfano wa seva tatu wa kujitegemea au utekelezaji wa mfano wa kudhibiti lazima uonyeshe kuwa wanashirikiana na angalau utekelezaji wa mteja mmoja (ambayo inaweza kuwa PTS), na angalau utekelezaji wa mfano wa mteja lazima uonyeshe kuwa unashirikiana na angalau utekelezaji wa mfano wa seva na PTS.

Nambari ya toleo la uainishaji

Wakati wa 0.9 / CR Stage, WG lazima iandae mapendekezo ya kuwasilisha BoD kuhusu nambari ya toleo itakayotumiwa kwa uainishaji wakati unapitishwa.

Matoleo ya vipimo huanguka katika aina mbili: matoleo kamili, ambayo ni pamoja na huduma mpya au zilizosasishwa, na matoleo ya matoleo ya matengenezo (pia yanajulikana kama "matoleo ya dot-Z"), ambayo yanajumuisha makosa ya kiufundi na ya uhariri, lakini hayajumuishi mpya au iliyosasishwa vipengele. Matoleo kamili ya kutolewa yana nambari za sehemu mbili kwa njia ya XY, kama vile 2.1 au 5.0, wakati matoleo ya kutolewa kwa matengenezo yana nambari za sehemu tatu kwa njia ya XYZ, kama vile 2.1.2. Thamani ya Z haiwezi kuwa 0.

Kwa matoleo yoyote mawili, moja inajulikana kama "toleo la juu" na nyingine ni "toleo la chini". Hii imedhamiriwa kulingana na sheria zifuatazo:

Ikiwa vifaa vya X vinatofautiana, ile yenye thamani ya juu ya X ni "toleo la juu".
Ikiwa vifaa vya X ni sawa, lakini vifaa vya Y vinatofautiana, ile iliyo na thamani ya juu ya Y ni "toleo la juu".
Ikiwa vifaa vya XY ni sawa, lakini vifaa vya Z vinatofautiana, ile iliyo na dhamana ya juu ya Z ni "toleo la juu". Nambari yenye sehemu mbili XY ni, kwa kusudi hili, inachukuliwa kama nambari ya sehemu tatu XY0.

Kwa mfanoample, nambari zifuatazo za toleo zingekuwa sawa kutoka kwa toleo la chini kabisa hadi toleo la juu zaidi: 1.4, 2.0, 2.0.3, 2.1, 2.1.1, 2.1.2, 2.2. Kwa CSS, kila sasisho linaongeza tu sehemu ya X ya nambari ya toleo.

Mahitaji ya idhini ya BoD
Mwisho wa awamu ya Maendeleo ya Uainishaji mahitaji yafuatayo lazima yatimizwe kabla ya uwasilishaji wa 0.9 / CR kuwasilishwa kwa BoD kwa idhini:

WG imekamilisha uchambuzi wa chanjo ya mtihani.
BSTS imekamilisha reviewing ya 0.9 / CR vipimo na hati za mtihani.
BARB imeidhinisha vipimo vya 0.9 / CR.
BARB imeidhinisha CSS CR (ikiwa viingilio vipya vinahitajika na vipimo) ambavyo vinaweza kupachikwa kwenye CR iliyofupishwa ya vipimo.
BARB imeidhinisha GSS CR na MDP CR (ikiwa viingilio vipya vinahitajika na vipimo).
BTI imeidhinisha Suite ya Mtihani ya 0.9 / CR, ICS, na TCRL, pamoja na IXIT (mradi IXIT inahitajika kufanya vipimo kwenye Suite ya Mtihani). TCRL ni ya hiari katika s hiitage kwa sasisho kwa Uainishaji wa Msingi.
WG imewasilisha mpango wa mtihani wa IOP kwa BARB kwa review (ikiwa upimaji haujafutwa na BARB).

Nyaraka zilizowasilishwa kwa BoD lazima zijumuishe vipimo vya 0.9 / CR vilivyoidhinishwa na BARB, na uwasilishaji kwa BoD ambao lazima ujumuishe:

Maombi yoyote inayojulikana ya kuondoa upimaji wa IOP au mahitaji yoyote yaliyoainishwa katika Sehemu ya 4.3.1
Orodha ya usafirishaji ambayo uainishaji inasaidia (kwa mfano, BR / EDR, LE. Nk.)
Kwa uboreshaji wa vipimo, msamaha wowote kutoka kwa mahitaji ya utangamano wa nyuma (ilivyoelezewa katika Sehemu ya 3.3.2) ambayo yanaombwa na WG
Kwa uboreshaji wa uainishaji, pendekezo kutoka kwa WG kwa nambari ya toleo itumike kwa uainishaji uliopitishwa
Kwa uboreshaji wa uainishaji, pendekezo la mwisho wa maisha la WG kwa toleo la awali la vipimo vilivyopitishwa, pamoja na sababu zozote za kiufundi kwanini kukataliwa au kuondolewa kwa toleo la awali la vipimo kunapendekezwa au haipendekezwi, na haki kwa mapendekezo
Wasiwasi wowote ambao haujasuluhishwa kutoka kwa washiriki wa BARB au BTI (kwa mfano, sababu za hakuna kura yoyote wakati wa idhini, wasiwasi unaotokana naview ya nyaraka za majaribio, au wasiwasi kwamba vipimo vya 0.9 / CR viko nje ya wigo wa FRD au hati)
Hali ya maandalizi ya Profile Tuning Suite (PTS) au zana zingine muhimu zinazohusiana na kupitishwa ambazo zimeandaliwa na BSTS

BoD inaweza kuchagua kuidhinisha vipimo vya 0.9 / CR vya upimaji wa IOP kama inavyotakikana na Sheria ndogo [2], kabla ya BTI kuidhinisha hati za mtihani wa 0.9 / CR na kabla WG haijathibitisha kuwa mpango wa mtihani wa IOP unakidhi mahitaji yaliyoainishwa katika Sehemu ya 4.3.1. 0.9. BoD inaweza pia kuweka masharti ya idhini yake ya ufafanuzi wa 0.9 / CR kwa upimaji wa IOP wakati idhini ya BKI ya nyaraka za mtihani wa XNUMX / CR.

0.9 / CR Stage mahitaji ya kutoka
0.9 / CR Stage imekamilika na Awamu ya Uthibitishaji huanza wakati BoD inakubali kuanza kwa upimaji wa IOP.

Utoaji wa Mchakato wa Uainishaji wa Maainisho

WG inaweza kuomba kuondoa moja au zaidi ya hatua zifuatazo za mchakato:

0.5 / DIPD Stage
Kiwango cha 0.7 / FIPD Stage
Upimaji wa IOP ndani ya Awamu ya Uthibitishaji

Kuomba msamaha, WG lazima itumie kiolezo cha msamaha wa mchakato kilichotolewa na Bluetooth SIG [8] na kuwasilisha ombi la kuondoa kwa kila kamati (yaani, BARB au BTI) ambayo inahitajikaview au kuidhinisha rasimu ya vipimo au hati zinazohusiana za mtihani kwenye stage kwamba WG inapendekeza kuachilia mbali, na kila moja ya kamati hizo lazima idhinishe ombi la kuondoa.

Ombi la kuondoa lazima lijumuishe yafuatayo:

Kitambulisho cha stage (s) kwamba WG inataka kuondoa
Kuhesabiwa haki kwa nini stage (s) inapaswa kuondolewa
Utambulisho wa kila kamati (yaani, BKB na / au BARB) ambayo inahitajika kurudiaview na idhinisha ombi la msamaha

Kamati inayozingatia msamaha inaweza kuhitaji kwamba mwakilishi wa WG atoe uwasilishaji ili kuhalalisha msamaha wa mchakato wa SMPD kabla ya kuamua ombi la msamaha.

Ikiwa msamaha unaomba kuondoa hatua nyingi na sehemu ya msamaha imekataliwa na sehemu imeidhinishwa, jibu la kamati lazima lionyeshe ni hatua zipi katika ombi la kuondoa zilikubaliwa na ambazo zilikataliwa. Ikiwa ombi la kuondoa limekataliwa, arifa ya kukataliwa lazima ijumuishe sababu za kukataliwa.

5. Awamu ya Uthibitishaji

Wakati wa Awamu ya Uthibitishaji, WG itafanya upimaji wa IOP kwenye vipimo vya 0.9 / CR kwa lengo la kutoa ripoti ya mtihani wa IOP kwa BARB review na idhini. Wakati wowote inapowezekana, upimaji wa IOP wa nyongeza za vipimo unapaswa kufanywa dhidi ya muundo wa rasimu iliyojumuishwa. Kwa kuongeza, Mwanachama Review, kama inavyotakiwa na Kanuni [2], huanza wakati wa awamu hii.

Ikiwa maelezo (au uboreshaji) hayahitaji upimaji wa IOP, basi upimaji wa IOP ndani ya Awamu ya Uthibitishaji unaweza kuondolewa kwa kutumia mchakato ulioelezewa katika Sehemu ya 4.4.

Katika kipindi chote cha upimaji wa IOP (ambayo inaweza kuwa hafla moja au zaidi), WG inapaswa kufuatilia maswala kwa kutumia mfumo wa ufuatiliaji wa toleo la Bluetooth SIG na iterate kuingiza sasisho kwa rasimu ya vipimo, hati za majaribio, na mpango wa mtihani wa IOP. Mara tu upimaji wa IOP utakapomalizika, WG lazima ikamilishe sasisho kwa rasimu ya vipimo na hati za majaribio kushughulikia maswala yote, na kuandaa na kuwasilisha ripoti ya mtihani wa IOP kwa BARBview na idhini. Hii imeonyeshwa kwenye Mchoro 5.1.

Wakati wa Awamu ya Uthibitishaji kuna shughuli kadhaa ambazo zinaweza kuanza. Shughuli hizi zinaweza kutokea sambamba na ni pamoja na yafuatayo:

Uainishaji ulioidhinishwa na BoD 0.9 / CR unafanywa kwa wanachama wote na BSTS na taarifa ya kuanza kwa Mwanachama Review kipindi kinachohitajika na Sheria Ndogo.
Sasisho zozote zinazohitajika zimejumuishwa katika CSS (ambayo inaweza kupachikwa kwenye CR iliyofupishwa ya vipimo).
Ufafanuzi wa tabia au ufafanuzi umejumuishwa katika ufafanuzi wa GSS na PTS kwa upimaji wa IOP.
Ufafanuzi wa mali ya Mesh umejumuishwa katika vipimo vya MDP na PTS kwa upimaji wa IOP.
BSTS inawezesha usajili wa jukwaa la IOP na zana ya kuingia kwa matokeo katika kuandaa upimaji wa IOP.
Upimaji wa IOP, ikiwa inahitajika (angalia Sehemu ya 5.1).
Review maoni na maswala, pamoja na yale yaliyowasilishwa kama matokeo ya upimaji wa IOP, yanashughulikiwa na mabadiliko yanajumuishwa katika muundo wa rasimu.

5.1 Upimaji wa IOP

Lengo kuu la upimaji wa IOP ni kudhibitisha vipimo na, kwa example, kuangalia usahihi na utata ndani ya maandishi, reviewing kwa makosa yoyote ya kimsingi ya muundo na upungufu, na kutoa uthibitisho dhidi ya mahitaji yaliyowekwa hapo awali yaliyotengenezwa mapema katika mchakato wa maendeleo ya vipimo. Upimaji wa IOP unaweza kusababisha mabadiliko kwenye muundo wa rasimu na hafla kadhaa za majaribio ya IOP zinaweza kuhitajika ili kukamilisha upimaji wote unaohitajika.

Ni muhimu kuwapa washiriki nje ya WG fursa ya kushiriki katika upimaji wa IOP kwa sababu hutoa huru view ya vipimo na inaweza kufunua maeneo ya sintofahamu katika vipimo ambayo inaweza kuwa dhahiri kwa wanachama wa WG ambao walitengeneza rasimu hiyo. Kabla ya kila tukio la jaribio la IOP, BSTS itafanya maelezo ya hafla hiyo, muundo wa hivi karibuni wa rasimu, Suite ya Mtihani, na mpango wa mtihani wa IOP upatikane na itawajulisha wanachama wote kwa mwezi mmoja kabla ya kila tukio. Rasimu ya muundo wa rasimu, Suite ya Mtihani, na mpango wa majaribio wa IOP uliotumiwa kwenye hafla ya jaribio la IOP inapaswa kupatikana angalau wiki moja kabla ya kila tukio.

Wakati wa upimaji wa IOP, mchanganyiko wa majukwaa mawili yatajaribu kutekeleza vipimo na washiriki wa upimaji wa IOP wataandika matokeo ya kufaulu / kutofaulu kwa kila jaribio na maoni. Muhtasari wa matokeo haya bila kutajwa (ikimaanisha mfano, "Jukwaa A", "Jukwaa B", n.k.) na maoni yoyote, yatakusanywa wakati wa hafla za majaribio ya IOP na kutolewa kwa wanachama wa WG wakati na baada ya IOP tukio la mtihani. Ikiwa habari ya ziada inahitajika kupata uelewa mzuri wa maoni yoyote au kutofaulu ambayo ilitokea wakati wa upimaji wa IOP, BSTS inaweza kufanya kama mpatanishi kukusanya habari zaidi kutoka kwa mshiriki anayewasilisha.

Ikiwezekana, PTS inapaswa kusasishwa ili kusaidia upimaji wa IOP na majukwaa katika tabaka zote juu ya Kiunga cha Mdhibiti wa Jeshi (HCI), na uwepo kwenye hafla za majaribio ya IOP kwa safu hizo. Zana zingine za upimaji zinaweza pia kuwa kwenye hafla za majaribio ya IOP. Muhtasari wa matokeo ya upimaji na PTS au zana zingine za majaribio (ikiwa ipo) inapaswa kujumuishwa katika ripoti ya mtihani wa IOP.

Upimaji wa IOP utafunguliwa kwa wanachama wote ambao wanataka kutoa mfano wa utekelezaji, hata hivyo, Bluetooth SIG inaweza kuweka ushiriki juu ya kukubali makubaliano na Bluetooth SIG (pamoja na mikataba ya ushiriki na usiri). WG inawajibika kwa kusindika na kutatua maswala yaliyogunduliwa wakati wa upimaji wa IOP, na kusasisha hati zilizoathiriwa; Mabadiliko yaliyoidhinishwa na WG lazima yaingizwe kama visasisho vya rasimu ya hati na hati za mtihani kwa matumizi katika kila tukio la jaribio la IOP.

Kabla ya Awamu ya Uthibitishaji, WG zinaweza kufanya upimaji wa awali wa IOP katika hafla ambazo ni wazi tu kwa wanachama wa WG, hata hivyo matokeo ya upimaji usio rasmi hayawezi kujumuishwa katika matokeo ya mtihani wa IOP.

Inaweza kutokea kwamba hatua zote zinazoongoza kwenye hafla ya kwanza ya jaribio la IOP zinafuatwa, pamoja na tarehe na eneo la IOP lililotangazwa kwa nia ya kuanza upimaji wa IOP, lakini idhini ya BoD haikupatikana kabla ya kuanza kwa tukio la jaribio. Katika kesi hii, BoD inaweza kuidhinisha ujumuishaji wa matokeo ya jaribio ambayo yalikusanywa kabla ya idhini ya BoD kuanza upimaji wa IOP, mradi matokeo yaliyokusanywa yalitokana na uainishaji sawa na Suite ya Mtihani ikikubaliwa na BoD.

Upimaji wa IOP hauhitajiki kwa nyongeza kwa maelezo ya CSS, GSS, au MDP.

Ripoti ya mtihani wa IOP
Baada ya upimaji wa IOP kukamilika, WG lazima iwasilishe ripoti ya mtihani wa IOP kwa BARB kwa lengo la kuonyesha kwamba idadi inayotakiwa ya majukwaa huru imepita majaribio yanayotakiwa. BARB lazima ifanye upyaview na kuidhinisha au kukataa ripoti ya mtihani wa IOP na itaijulisha WG ikiwa upimaji wa ziada wa IOP unahitajika kabla ya kuwasilisha kifurushi cha rasimu ya Upigaji Kura kwa BoD. BSTS na WG lazima zihakikishe kuwa hakuna habari inayotambulisha mwanachama inayoonekana katika ripoti ya mtihani wa IOP kabla ya kuwasilisha ripoti hiyo kwa BARB.

Ripoti ya mtihani wa IOP lazima ijumuishe:

Orodha ya matukio yote ya majaribio ya IOP yaliyotokea wakati wa Awamu ya Uthibitishaji pamoja na tarehe na maeneo yao.
Idadi ya kampuni wanachama na majukwaa huru ambayo yalishiriki katika kila hafla ya IOP pamoja na ikiwa PTS ilitumika.
Orodha ya vipimo, Suite ya Mtihani, na matoleo ya mpango wa majaribio wa IOP yaliyotumiwa katika kila hafla.
Muhtasari wa watendaji unaosema ikiwa kesi zote za majaribio zilikidhi vigezo vya chini vya kufaulu.
Muhtasari wa tofauti yoyote kutoka kwa mahitaji ya mpango wa mtihani wa IOP ulioainishwa katika Sehemu ya 4.3.1 na mantiki kwa kila tofauti.
Muhtasari wa chanjo ya PTS kwa kesi za majaribio kwenye Suite ya Mtihani.
Orodha ya kesi zote za majaribio (pamoja na vipimo vya utangamano wa nyuma) kutoka kwa mpango wa mtihani wa IOP, idadi ya kufaulu kwa mtihani, idadi ya kufeli kwa jaribio, na ikiwa vigezo vya chini vimetekelezwa kwa kila kesi ya jaribio ikiwa ni pamoja na ufafanuzi wa kwanini mahitaji yoyote hayakuwa alikutana.
Muhtasari wa maswala, maoni, na maswali katika kila hafla (pamoja na hizo filed dhidi ya vipimo wakati wa upimaji wa IOP) na athari kwa hati na vipimo vya mtihani.

5.2 Mahitaji ya kuondoka kwa Awamu

Awamu ya Uthibitishaji imekamilika na Awamu ya Kuidhinisha / Kupitisha huanza wakati BARB imeidhinisha ripoti ya mtihani wa IOP (isipokuwa upimaji uliondolewa na BARB) na mahitaji yote yafuatayo yametimizwa:

BSTS imefanya ufafanuzi ulioidhinishwa wa 0.9 / CR kupatikana kwa wanachama wote kwa Mwanachama Review inavyotakiwa na Sheria ndogo ndogo na kuwajulisha wanachama wote juu ya upatikanaji wake.
Maswala yote ambayo yaligunduliwa wakati wa upimaji wa IOP, na ambayo yana athari ya jaribio, yamejumuishwa na kupimwa.
WG imekamilisha upimaji wa IOP (isipokuwa upimaji uliondolewa na BARB).

6. Kupitishwa / Awamu ya Uidhinishaji

Wakati wa Awamu ya Kuasili / Uidhinishaji, hati na vipimo vinavyohusiana vya jaribio vinakamilishwa, BARB, BQRB, na idhini ya BTI inapokelewa, ilani ya Tarehe ya Kupitisha Kupitishwa imetolewa pamoja na toleo la mwisho la rasimu ya vipimo iliyowasilishwa kwa BoD kwa kupitishwa ( Rasimu ya Upigaji Kura), na kifurushi cha mwisho cha vipimo kinawasilishwa kwa BoD. Baada ya muda wa chini wa Mwanachama Review inahitajika na sheria ndogo [2] imeridhika, BoD itazingatia maelezo ya kupitishwa kwa Tarehe ya Kuasili. Baada ya kupitishwa, vipimo vinachapishwa na mfumo wa kufuzu umewezeshwa. Awamu ya Kuasili / Kuidhinishwa imeonyeshwa kwenye Mchoro 6.1.

6.1 Rasimu ya Upigaji Kura

Rasimu ya Upigaji Kura imeundwa kwa kuingiza sasisho (zinazotolewa katika Awamu ya Uthibitishaji) kwenye hati zinazohitajika za vipimo, na kuandaa rasimu ya mwisho ya vipimo vipya. Kwa uboreshaji wa vipimo, BSTS itaunda vipimo vilivyojumuishwa kwa kuunganisha moja au zaidi ya CR (s) katika toleo la juu la vipimo vya awali (angalia Sehemu ya 4.3.2) ikiwa haijakamilika kabla ya Awamu ya Uthibitishaji.

Ikiwa mabadiliko yatafanywa kwa vipimo wakati wa awamu hii na WG, BARB, au BTI huamua kuwa mabadiliko yoyote yanahitaji upimaji wa ziada wa IOP, maelezo yatarudi kwenye sehemu ya upimaji wa IOP ya Awamu ya Uthibitishaji kwa WG kufanya majaribio ya ziada. Wakati wa Awamu ya Kuasili / Idhini, hati zifuatazo zitakamilishwa na kutolewa kwa BoD kabla ya Tarehe ya Kupitisha:

Rasimu ya Upigaji Kura
Maagizo yote yanayounga mkono (yaani, CSS, GSS, MDP) kama inavyotakiwa kwa aina ya uainishaji (au uboreshaji), ikiwa haikupitishwa hapo awali
Kwa uboreshaji wa vipimo, toleo linalofuatiliwa na mabadiliko la toleo la vipimo vya kupitishwa linaonyesha mabadiliko yaliyopendekezwa katika Rasimu ya Upigaji Kura
Maelezo kutoka kwa WG ya mahitaji yoyote ya utangamano wa nyuma (kama ilivyoelezewa katika Sehemu ya 3.3.2) ambayo hayajafikiwa na haki ya msamaha wowote
Maelezo kutoka kwa WG ya mahitaji yoyote ya mpango wa mtihani wa IOP (kama ilivyoelezewa katika Sehemu ya 4.3.1) ambayo hayajafikiwa na haki ya upungufu wowote pamoja na ripoti ya mtihani wa IOP (ambayo inaweza kutolewa kwa kutoa kiunga cha nakala kwenye SIG ya Bluetooth webtovuti)
Mapendekezo kutoka kwa WG kwa kukataliwa au kuondolewa kwa toleo la zamani la vipimo vya kupitishwa pamoja na uthibitisho, ikionyesha mabadiliko tangu 0.9 / CR Stage pendekezo la mwisho wa maisha
Muhtasari, ulioandaliwa na WG, wa mabadiliko ya huduma au utendaji tangu ufafanuzi wa 0.9 / CR (kama upo)
Muhtasari, ulioandaliwa na BARB, wa wasiwasi uliowasilishwa na washiriki wa BARB kwamba maelezo yaliyotolewa na WG hayazidi upeo wa hati iliyoidhinishwa na BoD (ikiwa ipo)
Orodha ya maswala ya kisheria ambayo hayajasuluhishwa kutoka kwa sheriaview (kama ipo)
Suite ya Mtihani iliyoidhinishwa na BKB, pamoja na muhtasari ulioidhinishwa na WG wa chanjo ya majaribio ya rasimu ya Upigaji Kura. Katika hali ya utendaji mpya-ulioongezwa au uliobadilishwa bila chanjo ya jaribio, haki ya maandishi ya upungufu inahitajika
ICS iliyoidhinishwa na BKB na IXIT (ikiwa inahitajika na vipimo)
TCRL imeidhinishwa na BTI na BQRB
Ripoti iliyoandaliwa na BSTS pamoja na BKB kuhusu hali ya utayari wa zana (kwa mfano, PTS na zana zingine za majaribio, Studio ya Uzinduzi wa Bluetooth) pamoja na ikiwa kesi zozote za jaribio katika TCRL hazihimiliwi na zana za majaribio
Muhtasari, ulioandaliwa na WG, wa nambari zote muhimu zilizopewa
Orodha ya kupitisha iliyoandaliwa na BSTS na WG inayoonyesha kuwa vitu vyote vinavyotolewa katika sehemu hii vimekamilika
Habari zingine zote zilizoombwa na BoD

Wakati wa Awamu ya Kupitishwa / Uidhinishaji, WG inapaswa kutumia mfumo wa ufuatiliaji wa toleo la Bluetooth SIG kunasa maswala na maoni dhidi ya rasimu ya hati na hati za majaribio ili ziweze kuhesabiwa katika kukamilisha vipimo vya Rasimu ya Upigaji Kura. Kwa uboreshaji wa uainishaji, nyaraka zote zilizoidhinishwa (yaani zile makosa zilizoidhinishwa bado hazijaunganishwa) lazima zijumuishwe, na lazima zitambuliwe kwa kutumia mabadiliko yaliyofuatiliwa.

WG lazima iwasilishe muundo wa mwisho wa rasimu kwa BSTS kwa re kisheriaview. Kwa uainishaji mpya, re ya kisheriaview itajumuisha maelezo yote. Kwa nyongeza za vipimo, review itazingatia hasa sehemu zilizobadilishwa za vipimo. Kusudi la re kisheriaview kimsingi ni kutambua hatari za kisheria ambazo WG inapaswa kuzingatia na kutafuta kutatua. Maoni ya kisheria yatagawanywa kulingana na ukali. Ikiwa re hiari ya kisheriaview ilifanywa kwa 0.9 / CR Stage, toleo ambalo limewasilishwa kwa re kisheriaview lazima ionyeshe, kama mabadiliko yaliyofuatiliwa, mabadiliko yote ambayo yalifanywa tangu toleo hilo (lililotengenezwa na WG au BSTS). Baada ya kukamilika kwa sheria tenaview, WG na BSTS watakubaliana juu ya maoni yatakayoingizwa katika rasimu ya vipimo. Ikiwa kuna maoni yoyote ya kisheria ambayo hayajasuluhishwa kutoka kwa re kisheriaview juu ya muundo wa rasimu, Mwenyekiti wa WG anaweza kuomba muda kwenye ajenda ya BoD kukubaliana juu ya azimio.

Sambamba na re kisheriaview, WG inapaswa kuwasilisha rasimu ya vipimo kwa BARB kwa review. Juu ya uwasilishaji wa awali kwa BARB, BSTS itawajulisha wanachama wote kwamba rasimu ya vipimo imewasilishwa kwa BARBview na kwamba inapatikana pia kwa Mwanachama Review. Ikiwa WG itawasilisha sasisho kwa muundo wa rasimu ya re-re ya BARBview, BSTS itatuma arifa za ziada kwa wanachama wote mara kwa mara.

Baada ya kumaliza BARB review, WG na BARB watakubaliana juu ya maoni yatakayoingizwa katika rasimu ya vipimo.

Ikiwa re kisheriaview husababisha mabadiliko yoyote makubwa, nyongeza review na BARB inaweza kuhitajika. Vivyo hivyo, ikiwa BARB itafanya tenaview inasababisha mabadiliko yoyote makubwa, BSTS itaamua ikiwa re ya ziada ya kisheriaview ya mabadiliko hayo inahitajika. Baada ya kukamilika kwa sheria tenaview na BARB review, BARB lazima iidhinishe au kukataa Rasimu ya Upigaji Kura.

Ikiwa hati zozote za jaribio zinahitaji uppdatering, BSTS itasaidia WG katika kusasisha hati za jaribio. BKI lazima iidhinishe au kukataa nyaraka za mtihani. Ikiwa imeidhinishwa na BTI, BTI itasaidia kumaliza TCRL na kupeleka hati hii kwa BQRB pamoja na ICS inayohusiana, IXIT, na Suite ya Mtihani. BSTS itakadiria tarehe ya mkutano wa BoD wakati BoD inakusudia kupiga kura juu ya kupitishwa kwa Rasimu ya Upigaji Kura (Tarehe ya Kupitishwa) na kuipatia BTI kwa matumizi katika TCRL. Idhini ya BARB ya vipimo, idhini ya BKI ya hati zote za jaribio (pamoja na Suite ya Mtihani, TCRL, ICS, na IXIT), na idhini ya BQRB ya TCRL lazima ifanyike tarehe au kabla ya Tarehe ya Kupitisha.

BSTS itawajulisha wanachama wote juu ya kukamilika na kupatikana kwa Rasimu ya Upigaji Kura na Tarehe ya Kupitishwa. Tarehe ya Kupitishwa haitawekwa mapema zaidi ya siku 60 baada ya washiriki kuarifiwa juu ya maelezo yaliyoidhinishwa na BoD 0.9 / CR, isipokuwa Mwanachama Review kipindi kimefupishwa na BoD kwa mujibu wa Kanuni ndogo, na angalau siku 14 baada ya taarifa ya Tarehe ya Kupitishwa kutolewa kwa wanachama kulingana na Sheria ndogo. Kwa kesi ambapo CR nyingi zimejumuishwa katika Rasimu ya Upigaji Kura, kuanza kwa Mwanachama Review ni tarehe ambayo wanachama waliarifiwa kuhusu CR iliyoidhinishwa hivi karibuni na BoD.

Baada ya taarifa ya Tarehe ya Kupitishwa kutolewa kwa wanachama, marekebisho yaliyoidhinishwa na BoD kwa makosa ya uchapaji katika Rasimu ya Upigaji kura inaruhusiwa. Mstari wa muda wa Kukubalika kwa Uainishaji umeonyeshwa kwenye Mchoro 6.2.

6.2 Nambari zilizopewa

Bluetooth SIG inaweka idadi inayopatikana kwa umma kwenye nambari zilizopewa Bluetooth SIG webtovuti [7]. Nambari hizi zilizowekwa zimepangwa katika nafasi kadhaa za nambari (idadi inayohusiana isiyo na marudio). Nambari zilizopewa zinaweza kuingiliana na nambari zingine zilizopewa katika nafasi tofauti za nambari, lakini hakuna nambari ndani ya nafasi ya nambari inaruhusiwa kutumiwa tena. Nafasi anuwai za nambari hufafanuliwa katika vipimo ambavyo hufafanua matumizi ya nambari zilizopewa.

Baada ya BARB kuidhinisha ripoti ya mtihani wa IOP, WG itawasilisha ombi kwa BARB kwa kupeana nambari mpya ndani ya nafasi / nambari zinazohitajika na maelezo ya mwisho. BARB itaendeleaview ombi na fanya kazi na BSTS kuamua nambari zilizopewa. Baada ya idhini ya BARB, BSTS itapanga uchapishaji wa nambari zilizopewa kutolewa hadharani kwenye Nambari Iliyopewa SIG ya Bluetooth webtovuti [7] ndani ya wiki moja ya kupitishwa kwa vipimo.

Mara baada ya kuchapishwa kwa nambari zilizopewa kwenye Nambari Iliyopewa Bluetooth SIG webtovuti au ndani ya uainishaji uliopitishwa hufanyika, nambari zilizopewa zinakusudiwa zisibadilike (kutobadilika kwa thamani au maana). Ikiwa hazitatumika kwa sababu fulani, zinakuwa maadili yaliyohifadhiwa na hairuhusiwi kutumiwa tena.

6.3 Mahitaji ya kutoka kwa kupitishwa / kupitishwa kwa Awamu

Awamu ya Idhini / Kupitishwa imekamilika wakati BoD imepitisha vipimo na shughuli zifuatazo za kupitisha watoto zimekamilika:

BSTS imefanya nambari za mwisho zilizopewa kupatikana hadharani kwenye Bluetooth SIG webtovuti.
BSTS imefanya uainishaji uliopitishwa kupatikana hadharani kwenye SIG ya Bluetooth webtovuti
BSTS imefanya nyaraka zote zinazounga mkono (kwa mfano, CSS, GSS, MDP) zinazohitajika kwa ufafanuzi unaofaa kupatikana hadharani kwenye SIG ya Bluetooth webtovuti.
BSTS imefanya nyaraka za majaribio zinazohusiana kupatikana kwa washiriki wote kwenye SIG ya Bluetooth webtovuti.
Kwa uboreshaji wa vipimo, BSTS imefanya toleo linalofuatilia mabadiliko ya toleo la uainishaji uliopitishwa hapo awali na mabadiliko yote yaliyofanywa na toleo jipya lililopitishwa na kuifanya ipatikane kwa washiriki wote kwenye SIG ya Bluetooth. webtovuti.
BSTS imewezesha mfumo wa kufuzu.
BSTS imearifu washiriki wote upatikanaji wa vipimo vilivyopitishwa na hati zote zinazounga mkono.

SIG ya Bluetooth inapanga kukamilisha shughuli hizi za kupitisha baada ya wiki moja baada ya kupitishwa kwa vipimo.

7. Awamu ya Matengenezo

Awamu ya Matengenezo ya Vipimo huanza baada ya Awamu ya Kupitisha / Uidhinishaji kukamilika. Ikiwa shida zinapatikana (kwa mfano, utata wa maneno au makosa ya kiufundi) na vipimo au nyaraka za majaribio zinazohusiana, lazima ziandikwe kwa kuunda mapendekezo ya makosa kwa kutumia zana ya Bluetooth SIG Errata. Mapendekezo ya upendeleo yatafafanuliwa, kugawanywa, na kupitishwa kulingana na EPD [3]. Jaribio la Suite la Mtihani linasindika na kugawanywa kulingana na TSTO [5]. Ikiwa kuna mizozo yoyote kati ya SMPD na EPD au TSTO, SMPD inachukua nafasi ya kwanza.

Uainishaji wa vipimo lazima utumiwe tu kusahihisha makosa ya kiufundi au ya uhariri katika maelezo ya mwisho ya Bluetooth. Kuongezewa, mabadiliko, na kuondolewa kwa utendaji kunaweza kufanywa tu kupitia mchakato wa uboreshaji wa vipimo uliofafanuliwa mapema katika waraka huu.

7.1 Mchakato wa makosa ya kusafirishwa

Wakati makosa yanakubaliwa kufuatia mchakato uliofafanuliwa katika EPD [3], WG, BARB, au BSTS inaweza kupendekeza ichukuliwe kuwa ya haraka na inapaswa kuharakishwa. Wakati hii itatokea, BSTS pamoja na WG au BARB watawasilisha pendekezo kwa BoD. BoD itaamua ikiwa itakubali au kukataa pendekezo. Iwapo pendekezo litakubaliwa, BSTS itajumuisha barua pepe iliyoidhinishwa mara moja kwenye templeti ya makosa [8] na itafanya kazi na WG inayohusika kukamilisha Marekebisho ya Errata yaliyosafirishwa ili kupelekwa kwa WG kwaview na idhini.

Juuview Mchakato 7.1.

Nyaraka zifuatazo lazima zikamilishwe na zipatikane kwa BoD kabla ya Tarehe ya Kupitisha:

Rasimu iliyoidhinishwa na BARB ilirekebisha Usahihishaji wa Errata.
Maelezo kutoka kwa WG ya mahitaji yoyote ya utangamano wa nyuma (kama ilivyoelezewa katika Sehemu ya 3.3.2) ambayo hayajafikiwa na haki ya misamaha yoyote.
Orodha ya maswala ya kisheria ambayo hayajasuluhishwa kutoka kwa sheriaview (kama ipo).
Suite ya Mtihani iliyoidhinishwa na BKB, ICS, na IXIT (ikiwa inahitajika na jumbe).
TCRL iliyoidhinishwa na BTI- na BQRB (ikiwa inahitajika na makosa).
Ripoti iliyokamilishwa na BSTS pamoja na BKB kuhusu hali ya utayari wa zana (kwa mfano, PTS na zana zingine za majaribio, Studio ya Uzinduzi wa Bluetooth) ikiwa ni pamoja na ikiwa kesi zozote za jaribio katika TCRL haziungwa mkono na zana za majaribio na ufafanuzi (ikiwa inahitajika na jalada ).
Orodha ya kupitisha iliyokamilishwa na BSTS na WG inayoonyesha kuwa zinazoweza kutolewa katika sehemu hii zote zimekamilika.
Habari zingine zote zilizoombwa na BoD.

BSTS itafanya kazi na WG inayohusika kumaliza rasimu ya Marekebisho ya Errata na kuunda toleo la kuwasilisha kwa WG inayohusika kwaview na idhini.

WG inapaswa kuwasilisha Marekebisho ya Errata yaliyosafirishwa kwa BSTS kwa re kisheriaview. Baada ya kukamilika kwa sheria tenaview, WG na BSTS watakubaliana juu ya maoni yatakayoingizwa katika Marekebisho ya Errata yaliyosafirishwa. Ikiwa kuna maoni yoyote ya kisheria ambayo hayajasuluhishwa kutoka kwa re kisheriaview juu ya Marekebisho ya Errata yaliyosafirishwa, Mwenyekiti wa WG anaweza kuomba wakati kwenye ajenda ya BoD kutafuta maoni ya BoD juu ya azimio.

Sambamba na re kisheriaview, WG inapaswa kuwasilisha Marekebisho ya Errata yaliyosafirishwa kwa BARB kwa review. Mara tu Marekebisho ya Errata yatakayowasilishwa yatawasilishwa kwa BARB, BSTS itaifanya iweze kupatikana kwa washiriki woteview na uwajulishe wanachama wote juu ya upatikanaji wake. Baada ya kumaliza BARB review, WG na BARB watakubaliana juu ya maoni yatakayoingizwa katika Marekebisho ya Errata yaliyosafirishwa.

Ikiwa hati zozote za jaribio zinahitaji uppdatering, BSTS itasaidia WG katika kusasisha hati za jaribio. Baada ya idhini ya BTI ya hati za majaribio, BTI itasaidia kumaliza TCRL na kupeleka hati hiyo kwa BQRB pamoja na ICS, IXIT, na Suite ya Mtihani kama inavyofaa. BSTS itakadiria Tarehe ya Kupitishwa na kuipatia BTI kwa matumizi katika TCRL. Idhini ya BARB ya Marekebisho ya Errata yaliyosafirishwa, idhini ya BKI ya hati zote za jaribio (pamoja na Suite ya Mtihani, TCRL, ICS, na IXIT kama inavyotumika), na idhini ya BQRB ya TCRL inapaswa kutokea kabla au kabla ya Tarehe ya Kupitisha.

BSTS itawajulisha wanachama wote juu ya kukamilika na kupatikana kwa Marekebisho ya Errata yaliyosafirishwa na Tarehe iliyopendekezwa ya kupitishwa. Tarehe ya Kupitishwa itawekwa na kujulishwa kwa wanachama wote kwa mujibu wa Kanuni [2] na Tarehe ya Kupitisha itakuwa angalau siku 14 baada ya ilani kutolewa kwa wanachama. Baada ya taarifa ya Tarehe ya Kupitisha Kupendekezwa kutolewa kwa wanachama, BoD inaweza kuidhinisha marekebisho ya makosa ya uchapaji katika Usahihishaji wa Errata bila kutoa taarifa ya ziada ya Tarehe ya Kupitisha Kupitishwa na kusubiri siku 14 zinazohitajika.

Bluetooth SIG itafanya Marekebisho ya Errata yaliyopitishwa kupatikana hadharani na imepanga kufanya hivyo ndani ya wiki moja baada ya kupitishwa. Arifa ya upatikanaji wake itatolewa na BSTS kwa wanachama wote.

Mchakato wa haraka wa makosa umekamilika wakati BoD imepitisha Marekebisho ya Errata ya Haraka na shughuli zifuatazo baada ya kupitishwa zimekamilika:

BSTS imefanya Marekebisho ya Errata yaliyopitishwa na hati za majaribio zinazohusiana (ikiwa inahitajika na makosa) kupatikana hadharani kwenye SIG ya Bluetooth webtovuti.
BSTS imewezesha mfumo wa kufuzu (ikiwa inahitajika na jumbe).
BSTS imewaarifu washiriki wote juu ya kupatikana kwa Marekebisho ya Errata yaliyopitishwa.

Wakati wa kukamilisha shughuli hizi, Marekebisho ya Errata yatapangiwa ujumuishaji katika maelezo yaliyoathiriwa kama sehemu ya uboreshaji wa vipimo uliopangwa au katika toleo lijalo la matengenezo kama ilivyoelezewa katika Sehemu ya 7.2.

7.2 Mchakato wa kutolewa kwa matengenezo (maelezo ya .Z)

Kwa wastani wa kila mwaka, BSTS itaamua ikiwa kuna makosa yoyote yaliyoidhinishwa (inajulikana kama Marekebisho ya Errata) ambayo yameainishwa kama Ufundi / Juu au Ufundi / Muhimu na ambayo bado hayajaingizwa katika maandishi ya vipimo vyovyote vya kazi (yaani, maelezo yaliyopitishwa ambayo hayajachukuliwa au kuondolewa). Tazama Kiambatisho A kwa ufafanuzi wa uainishaji wa makosa. Mmiliki wa Uainishaji (ama WG iliyokodishwa kudumisha uainishaji, au BARB ikiwa hakuna WG iliyokodishwa kutunza uainishaji) inaweza pia kuomba kutolewa mapema kwa matengenezo ya maelezo ya kazi ambayo itajumuisha makosa yoyote yaliyoidhinishwa. Kwa uamuzi wowote wa BSTS, au ombi la Mmiliki wa Uainishaji, mchakato wa kutolewa kwa matengenezo utaanza.

Juuview mchakato wa kutolewa kwa matengenezo umeonyeshwa katika Kosa! Chanzo cha marejeleo hakijapatikana.

Mwanzoni mwa mchakato wa kutolewa kwa matengenezo, BSTS pamoja na Mmiliki wa Uainishaji, BARB, na BTI wataendeleza na kuwasilisha mpango kwa BoD kwa kuingiza Marekebisho ya Errata kwenye toleo la vipimo vilivyochapishwa. Mpango uliopendekezwa lazima uonyeshe ikiwa Marekebisho ya Errata yatajumuishwa katika matoleo ya matengenezo ya vipimo (yaani, toleo la .Z) au uboreshaji wa vipimo ambao tayari unaendelea (yaani, toleo la XY). Mpango uliopendekezwa unapaswa kuzingatia ikiwa kuna vipengee vipya vya lazima vimeongezwa kati ya matoleo ya uainishaji uliopitishwa, wakati uliokadiriwa wakati uboreshaji wa uainishaji unaofuata umepangwa kupitishwa, na sababu zingine.

Baada ya kupitishwa kwa mpango na BoD, BSTS pamoja na Mmiliki wa Uainishaji wataendelea kuingiza Marekebisho yote ya Ufundi / Kati, Ufundi / Juu, na Ufundi / Errata Muhimu katika rasimu ya vipimo inayojulikana kama "Rasimu ya Kutolewa kwa Matengenezo". Kwa Marekebisho ya Uhariri au Ufundi / Low Errata, ikiwa Marekebisho ya Errata yanatumika kwa toleo zaidi ya moja la vipimo, BSTS, isipokuwa kama BoD itaonyesha vinginevyo, itaunganisha makosa hayo katika toleo la hali ya juu zaidi ya hivi karibuni katika sasisho linalofuata la toleo hilo. . Hakuna mabadiliko yanayoweza kujumuishwa katika Rasimu ya Kutolewa kwa Matengenezo zaidi ya kuingiza Marekebisho ya Errata. Rasimu ya Utoaji wa Matengenezo lazima itambue Marekebisho yote ya Errata yaliyojumuishwa kwa kutumia ufuatiliaji wa mabadiliko kuonyesha mabadiliko yaliyopendekezwa kwa toleo lililopitishwa hapo awali la vipimo vilivyochapishwa.

Wakati wa ujumuishaji uliopendekezwa kwa kila Usahihishaji wa Errata katika Rasimu ya Utoaji wa Matengenezo itategemea athari ya Suite ya Mtihani: Marekebisho yote ya Errata ambayo hayana athari ya Test Suite yanaweza kuingizwa mara moja, lakini Marekebisho ya Errata ambayo yatasababisha Suite ya Mtihani yatakuwa kusindika ili wakati ufikiane na sasisho kwa TCRL.

BTI na BSTS itaweka tarehe ya mwisho ya kuingizwa kwa Marekebisho ya Errata na athari ya Mtihani wa Suite katika Rasimu ya Kutolewa kwa Matengenezo. Tarehe ya mwisho hii kawaida ni miezi 3 hadi 6 kabla ya tarehe iliyopangwa ya idhini ya kutolewa kuu kwa TCRL. Marekebisho ya Errata na athari ya Test Suite ambayo hukosa tarehe ya mwisho ya ujumuishaji itashughulikiwa kama sehemu ya kutolewa kwa TCRL kila mwaka. Kwa hivyo, isipokuwa kutolewa mapema kuombwa, wakati wa juu wa Marekebisho ya Ufundi / Juu au Ufundi / Muhimu ya Errata kujumuishwa katika sasisho la vipimo ni takriban miezi 15 hadi 18.

Mmiliki wa Uainishaji anapaswa kuwasilisha Rasimu ya Kutolewa kwa Matengenezo ambayo imeidhinisha kama ya mwisho kwa marekebisho ya kisheriaview. Sheria ya kisheriaview itazingatia hasa sehemu zilizobadilishwa za vipimo. Baada ya kukamilika kwa sheria tenaview, Mmiliki wa Uainishaji na BSTS watakubaliana juu ya maoni yatakayoingizwa kwenye Rasimu ya Utoaji wa Matengenezo. Ikiwa kuna maoni yoyote ya kisheria ambayo hayajasuluhishwa kutoka kwa re kisheriaview kwenye Rasimu ya Kutolewa kwa Matengenezo, Mmiliki wa Maalum anaweza kuomba wakati kwenye ajenda ya BoD kutafuta maoni ya BoD juu ya azimio.

Sambamba na re kisheriaview, Mmiliki wa Ufafanuzi lazima awasilishe Rasimu ya Kutolewa kwa Matengenezo kwa BARB kwa review. Mara tu Rasimu ya Kutolewa kwa Matengenezo itakapowasilishwa kwa BARB, BSTS itaifanya kupatikana kwa wanachama wote kufanya upyaview na uwajulishe wanachama wote juu ya upatikanaji wake. Baada ya kumaliza BARB review, Mmiliki wa Uainishaji na BARB watakubaliana juu ya maoni yatakayoingizwa kwenye rasimu ya vipimo.

Kwa Marekebisho ya Errata ambayo yanaathiri hati za mtihani, na mahali ambapo jaribio linalofanana la jaribio litashughulikiwa kwa wakati kwa kutolewa kwa TCRL ijayo, BSTS itafanya kazi na Mmiliki wa Uainishaji na BTI kusasisha hati za mtihani. Baada ya idhini ya BTI ya hati za majaribio, BSTS itakadiria Tarehe ya Kupitishwa na kutoa Tarehe ya Kupitisha Kupendekezwa kwa BKB kwa matumizi ya TCRL. BTI itatoa TCRL kwa BQRB pamoja na ICS inayohusiana, IXIT, na Suite ya Mtihani kama inavyofaa. Idhini ya BARB ya vipimo, idhini ya BKI ya nyaraka zote za majaribio (pamoja na Suite ya Mtihani, TCRL, ICS, na IXIT kama inavyotumika), na idhini ya BQRB ya TCRL lazima ifanyike kabla au kabla ya Tarehe ya Kupitisha.

BSTS itawajulisha wanachama wote juu ya kukamilika na kupatikana kwa Rasimu ya Upigaji Kura na Tarehe iliyopendekezwa ya kupitishwa. Tarehe ya Kupitishwa itawekwa na kujulishwa kwa wanachama wote kwa mujibu wa Sheria ndogo na Tarehe ya Kupitisha itakuwa angalau siku 14 baada ya taarifa ya ilani kutolewa kwa wanachama. Baada ya taarifa ya Tarehe ya Kupitisha Kupendekezwa kutolewa kwa wanachama, BoD inaweza kuidhinisha marekebisho ya makosa ya uchapaji katika Rasimu ya Upigaji Kura bila kutoa taarifa ya ziada ya Tarehe ya Kupitisha Kupitishwa na kusubiri siku 14 zinazohitajika.

Nyaraka zifuatazo lazima zikamilishwe na zipatikane kwa BoD kabla ya Tarehe ya Kupitisha:

Rasimu ya Upigaji Kura
Toleo linalofuatiliwa na rasimu ya Upigaji Kura inayoonyesha mabadiliko yote kwa toleo lililopitishwa la vipimo ambavyo vina thamani sawa ya XY (kwa mfano, ikiwa Rasimu ya Upigaji Kura inapendekezwa kama toleo la 1.4.2, mabadiliko yatafuatwa dhidi ya 1.4.1 toleo la vipimo)
Mapendekezo kutoka kwa Mmiliki wa Uainishaji wa kukataliwa au kuondolewa kwa toleo au toleo zozote za awali za vipimo vilivyopitishwa pamoja na haki
Orodha ya maswala ya kisheria ambayo hayajasuluhishwa kutoka kwa sheriaview (kama ipo)
Suite ya Mtihani iliyoidhinishwa na BKB, ICS, na IXIT (ikiwa inahitajika na kutolewa kwa matengenezo)
TCRL iliyoidhinishwa na BTI na BQRB (ikiwa inahitajika na kutolewa kwa matengenezo)
Ripoti iliyokamilishwa na BSTS pamoja na BKB kuhusu hali ya utayari wa zana (kwa mfano, PTS na zana zingine za majaribio, Studio ya Uzinduzi wa Bluetooth) pamoja na kesi zozote za jaribio katika TCRL ambazo hazihimiliwi na zana za majaribio, na ufafanuzi (ikiwa inahitajika na matengenezo kutolewa)
Orodha ya kupitisha iliyokamilishwa na BSTS na Mmiliki wa Uainishaji akionyesha kuwa zinazoweza kutolewa katika sehemu hii zote zimekamilika
Habari zingine zote zilizoombwa na BoD

Mchakato wa kutolewa kwa matengenezo umekamilika wakati BoD imepitisha Rasimu ya Upigaji Kura na shughuli zifuatazo baada ya kupitishwa zimekamilika:

BSTS imefanya uainishaji uliopitishwa na nyaraka za majaribio zinazohusiana (ikiwa inahitajika na kutolewa kwa matengenezo) inapatikana hadharani kwenye SIG ya Bluetooth webtovuti.
BSTS imefanya toleo linalofuatilia mabadiliko ya toleo la uainishaji uliopitishwa hapo awali na mabadiliko yote yaliyojumuishwa katika toleo jipya lililopitishwa linalopatikana kwa washiriki wote kwenye SIG ya Bluetooth webtovuti.
BSTS imewezesha mfumo wa kufuzu.
BSTS imewaarifu washiriki wote juu ya kupatikana kwa uainishaji uliopitishwa na nyaraka zinazounga mkono.

SIG ya Bluetooth inapanga kukamilisha shughuli hizi za kupitisha baada ya wiki moja baada ya kupitishwa kwa vipimo.

Wakati wa kukamilisha shughuli hizi, uainishaji unabaki katika Awamu ya Matengenezo ya Uainishaji hadi hapo maelezo yatakapoondolewa au kuondolewa, kama ilivyoainishwa katika Sehemu ya 8.

8. Ufafanuzi Awamu ya Mwisho wa Maisha

Uainishaji unaweza kukataliwa au kuondolewa wakati unasimamiwa na matoleo mapya, yakidhamiriwa kuwa hayatoshi kiufundi, au kwa sababu zingine. Uainishaji uliopunguzwa na kuondolewa umewekwa kwenye kumbukumbu na haujasasishwa tena. Vipimo vilivyoondolewa na vilivyoondolewa vinachukuliwa tofauti katika Programu ya Uhitimu wa Bluetooth.

Mwanachama yeyote, kikundi, au kamati inaweza kuwasilisha mapendekezo ya kukataa au kuondoa maelezo pamoja na ratiba ya wakati inayohusishwa na BSTS (kupitia barua pepe kwenda

specification.manager@bluetooth.com) wakati wowote. BSTS pia inaweza kupendekeza kuacha kutumika au kuondolewa kwa vipimo na kalenda ya matukio husika. BSTS itarejelea pendekezo hilo kwa BARB na kikundi au kamati inayohusika na kudumisha maelezo ya upyaview na maoni.

BARB na kikundi au kamati inayohusika itatathmini mapendekezo ya kukataa au kuondoa maelezo na kuzingatia vigezo vifuatavyo (visivyo kamili):

Je! Kuna utendaji katika toleo la zamani la vipimo ambavyo ni kizamani au haipaswi kutumiwa?
Je! Utendaji mpya wa lazima umeongezwa kwenye matoleo ya baadaye?
Je! Kuna upungufu katika matoleo ya hapo awali ambayo huharibu operesheni au mwingiliano ambao umerekebishwa katika matoleo ya baadaye na inahitajika kuendeleza hali za watumiaji zilizopo?
Je! Kuna utendaji wa ziada katika matoleo ya baadaye yanahitajika ili kukuza hali mpya za watumiaji?
Je! Kuna matumizi bora na ushirikiano katika matoleo ya baadaye?
Je! Kuna maboresho ya usalama katika matoleo ya baadaye?

BARB na kikundi au kamati inayohusika inaweza kupendekeza pendekezo mbadala.

Baada ya kupokea maoni kutoka kwa BARB au kikundi au kamati inayohusika na utunzaji wa maelezo, BSTS itawasilisha mapendekezo na maoni kwa BoD ili izingatiwe. BoD inaweza kukaribisha kikundi au kamati ambayo inawajibika kudumisha vipimo vilivyoathiriwa kukutana na kujadili mapendekezo. BoD itazingatia mapendekezo na maoni na inaweza kukubaliana na au kubadilisha pendekezo. BoD itauliza kwamba BSTS iwajulishe wanachama wote wa mapendekezo ya kukataa au kuondoa maelezo na ratiba za nyakati zinazohusiana kwa rejea ya siku 30view kipindi cha kuruhusu wanachama wote kutoa maoni ya ziada kabla ya kufanya uamuzi wake wa mwisho.

BoD itazingatia maoni yaliyopokelewa kutoka kwa washiriki. Mara tu BoD itakapoidhinisha kukataliwa au kuondolewa kwa maelezo, BSTS itawaarifu washiriki wote wa uamuzi na ratiba ya wakati inayohusiana.

8.1 Kudhoofisha

Mara tu maelezo yanapokataliwa, yafuatayo yatatokea:

Uainishaji hautasasishwa tena.
WG inayohusika itafanya tenaview makosa yote yaliyoandikwa dhidi ya vipimo vilivyoachiliwa kuamua ikiwa yanatumika kwa uainishaji mwingine. Errata inaweza kukataliwa katika mfumo wa makosa na kuandikwa tena dhidi ya vipimo (vi) husika.
WG au BSTS itaunda makosa ili kusasisha marejeleo yoyote muhimu kwa uainishaji uliodhoofishwa katika maelezo mengine.
BKB itasasisha nyaraka zinazofaa za jaribio ili kuonyesha upungufu wa vipimo.
BSTS itasasisha SIG ya Bluetooth webtovuti iliyo na mwongozo kuhusu vipimo mbadala vya kutumia.
Jaribio jipya haliwezi kuwasilishwa tena dhidi ya vipimo vilivyoachiliwa.
Uainishaji hautarejelewa katika maelezo yoyote yajayo.
BSTS itahifadhi kumbukumbu ya toleo lililowekwa alama kuwa limepuuzwa kwa wanachama kupata idhini ya kihistoria.

8.2 Kujitoa

Mara tu uainishaji utakapoondolewa, pamoja na hatua ambazo zinatumika kwa kukata tamaa, yafuatayo yatatokea:

BKB itasasisha nyaraka zinazofaa za mtihani kuonyesha uondoaji wa vipimo.
BSTS itasasisha SIG ya Bluetooth webtovuti iliyo na mwongozo kuhusu vipimo mbadala vya kutumia.
BSTS itahifadhi kumbukumbu ya toleo lililowekwa alama kama liliondolewa kwa wanachama kupata idhini ya kihistoria.

BoD inaweza kuchagua kuondoa uainishaji mara moja bila kwanza kukataa maelezo hayo.

9. Mchakato wa karatasi nyeupe

Karatasi nyeupe zinaundwa kwa madhumuni ya habari tu. Utaratibu ufuatao wa karatasi nyeupe unatumika kwa WGs zote za Bluetooth, EGs, SGs, na kamati. Sehemu hii haitumiki kwa hati za habari za kutumiwa tu ndani ya SIG ya Bluetooth.

Mchakato huu umeonyeshwa kwenye Kielelezo 9.1 hapa chini.

Kabla ya kikundi chochote au kamati kuanza kufanya kazi kwenye karatasi nyeupe wanayotarajia kuchapishwa na Bluetooth SIG, kikundi au kamati itaandaa sasisho zote zilizopendekezwa za hati zinazoelezea wazi yaliyomo kwenye karatasi nyeupe na uwasilishaji wa pendekezo la karatasi nyeupe.

Uwasilishaji wa pendekezo la karatasi nyeupe lazima ujumuishe kwa kiwango cha chini:

Uhitaji wa karatasi nyeupe
Muhtasari wa yaliyomo yaliyopendekezwa kwenye karatasi nyeupe
Maelezo ya kwanini yaliyomo hayapendekezwi kujumuishwa kama sehemu ya vipimo
Watazamaji waliokusudiwa
Mipango yoyote ya matengenezo (yaani, muda uliokadiriwa kabla ya kutolewa kwa karatasi hii nyeupe inaweza kuwa muhimu)
Mapendekezo ya jinsi ya kushughulikia matoleo ya awali ya karatasi nyeupe, ikiwa ipo (kwa mfano, kuhifadhi kumbukumbu)

Sasisho la mkataba na uwasilishaji wa pendekezo nyeupe la karatasi lazima liwasilishwe kwa BARB review. Juu yaview na idhini ya sasisho la mkataba na BARB, BSTS itawasilisha hati hiyo kwa BoD kwa idhini pamoja na uwasilishaji wa pendekezo la karatasi nyeupe.

Ikiwa BoD itakubali sasisho la mkataba, kikundi au kamati inaweza kuendelea na kuunda karatasi nyeupe.

Wakati kikundi au kamati imekamilisha ukuzaji wa karatasi nyeupe, BSTS itafanya uhariri upyaview kwa uthabiti na Miongozo ya Uandishi wa Bluetooth.

Baada ya utatuzi wa maoni ya BSTS, kikundi lazima kiwasilishe karatasi nyeupe kwa BSTS kwa re kisheriaview. Baada ya kukamilika kwa sheria tenaview, kikundi na BSTS watakubaliana juu ya maoni yatakayoingizwa kwenye karatasi nyeupe. Ikiwa kuna maoni yoyote ya kisheria ambayo hayajasuluhishwa kutoka kwa re kisheriaview kwenye karatasi nyeupe, mwenyekiti wa kikundi anaweza kuomba wakati kwenye ajenda ya BoD kutafuta maoni ya BoD juu ya azimio.

Sambamba na re kisheriaview, kikundi lazima kiwasilishe karatasi nyeupe kwa BARB kwa review. Kama sehemu ya review, BARB inaweza kupendekeza ikiwa sehemu yoyote ya karatasi nyeupe inapaswa kuondolewa kutoka kwenye karatasi nyeupe na kuingizwa katika maelezo kufuatia mchakato katika Sehemu ya 3. BARB inaweza pia kuamua kuwasilisha karatasi nyeupe kwa vikundi vingine au kamati iliview. Baada ya kumaliza BARB review, kikundi na BARB watakubaliana juu ya maoni yatakayoingizwa kwenye karatasi nyeupe.

Baada ya BARB kuidhinisha karatasi nyeupe, karatasi nyeupe iliyoidhinishwa na BARB itawasilishwa na kikundi kinachoidhinisha au kamati kwa BoD ili idhinishwe.

Mchakato wa karatasi nyeupe unakamilika wakati BoD imeidhinisha karatasi nyeupe na shughuli zifuatazo za kupitishwa zimekamilika:

BSTS imefanya karatasi nyeupe iliyoidhinishwa kupatikana hadharani kwenye SIG ya Bluetooth webtovuti.
BSTS inaarifu washiriki wote wa karatasi nyeupe iliyoidhinishwa.
Ikiwa karatasi nyeupe ni uboreshaji wa karatasi nyeupe iliyopo, BSTS itahifadhi nakala ya karatasi nyeupe kwa wanachama kupata kwa malengo ya kihistoria.

SIG ya Bluetooth imepanga kumaliza shughuli za kupitisha baada ya wiki moja baada ya idhini ya karatasi nyeupe.

10. Marejeleo

Nyaraka za Bluetooth zilizorejelewa zinapatikana kutoka kwa Bluetooth webtovuti http://www.bluetooth.com.

Miongozo ya Uandishi wa Bluetooth (inapatikana kwenye ukurasa wa Violezo vya Hati na Nyaraka za Kikundi, katika https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Sheria ndogo za Bluetooth SIG, Inc. (inapatikana kwenye ukurasa wa Hati za Uongozi, kwa https://www.bluetooth.com/membership-working-groups/membership-types-levels/membership-agreements)
Hati ya Mchakato wa Errata ya Uainishaji wa Bluetooth (inapatikana kwenye ukurasa wa Violezo vya Hati na Nyaraka za Kikundi, katika https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Hati ya Mchakato wa Kikundi cha Kufanya kazi (inapatikana kwenye ukurasa wa Violezo vya Kikundi & Nyaraka, katika https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Mkakati wa Mtihani na Istilahi Imekamilikaview hati (inapatikana kwenye ukurasa wa Mahitaji ya Mtihani wa Kufuzu, katika https://www.bluetooth.com/specifications/qualification-test-requirements)
Ufafanuzi wa BTI Review Orodha ya Mchakato (inapatikana kwenye ukurasa wa Violezo vya Kikundi & Nyaraka, katika https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Nambari zilizopewa Bluetooth SIG (https://www.bluetooth.com/specifications/assigned-numbers)
Violezo na Hati za Kikundi cha Kufanya kazi (inapatikana kwenye ukurasa wa Violezo vya Hati na Nyaraka za Kikundi, katika https://www.bluetooth.com/membership-working-groups/working-groups/working-group-templates-documents)
Supplement ya Ufafanuzi wa GATT (GSS) (inapatikana kwenye ukurasa wa Uainishaji wa GATT, kwa https://www.bluetooth.com/specifications/gatt)
Tuma Wazo kwa Uainishaji mpya https://www.bluetooth.com/specifications/submit-an-idea-for-a-specification

11. Vifupisho na vifupisho

Jedwali A: Vifupisho na vifupisho

Kiambatisho A - Uainishaji wa ukali wa Erratum

Kiambatisho hiki kinatoa muhtasari wa miongozo ya uainishaji wa makosa ya uainishaji. Jedwali hili litaongezwa kwa marekebisho ya baadaye ya EPD, na kisha sehemu hii itafutwa.

Soma Zaidi Kuhusu Mwongozo Huu & Pakua PDF:

Hati ya Mchakato wa Usimamizi wa Uainishaji (SMPD) - PDF iliyoboreshwa
Hati ya Mchakato wa Usimamizi wa Uainishaji (SMPD) - PDF halisi

Je, una maswali kuhusu Mwongozo wako? Chapisha kwenye maoni!

Marejeleo

Mwongozo wa Mtumiaji