Pagtukoy sa Dokumento ng Proseso ng Pamamahala (SMPD)

Abstract:
Tinutukoy ng dokumentong ito ang mga proseso ng pag-unlad para sa paglikha at pagpapahusay ng mga pagtutukoy ng Bluetooth at mga puting papel.

Kasaysayan ng Pagbabago

Mga nag-aambag sa pinakabagong bersyon

Ang dokumentong ito, anuman ang pamagat o nilalaman nito, ay hindi isang pagtutukoy ng Bluetooth na napapailalim sa mga lisensya na ipinagkaloob ng Bluetooth SIG Inc. ("Bluetooth SIG") at mga miyembro nito sa ilalim ng Kasunduan sa Lisensya ng Bluetooth Patent / Copyright at Kasunduan sa Lisensya ng Bluetooth Trademark.

ANG DOKUMENTONG ITO AY BINIGYAN NG "AS IS" AT BLUETOOTH SIG, ANG KANYANG mga MIYEMBRO, AT ANG KANILANG MGA KAPANSANAN AY HINDI GUMAGAWA NG mga REPRESENTASYON O WARRANTIES AT Hinahayaan ang LAHAT NG mga WARRANTIES, EXPRESS O IMPLIED, KASAMA ANG ANUMANG WARRANTY OF MERCHANTABILITY, TITLEEMENT, NA ANG NILALAMAN NG DOKUMENTONG ITO AY LIBRE SA mga ERRORS.

SA LABAS NA HINDI BAWAL NG BATAS, BLUETOOTH SIG, ANG KANYANG mga kasapi, at ang kanilang mga kaakibat na tinutukoy lahat ng pananagutan na nagmumula sa O KAUGNAYAN SA GAMIT NG DOKUMENTONG ITO AT ANUMANG IMPORMASYON NA NAPAPASOK SA DOKUMENTONG ITO, KASAMA ANG NAWAWANG REVENUE, ORINO NG PRUS, INTERRUPTION, O PARA SA ISANG KASAYSAYAN, INDIRECT, CONSEQUENTIAL, INCIDENTAL O PUNITIVE DAMAGES, PAANO DINAHAN AT HINDI MUNGKAT SA TEorya NG PANANAGUTAN, AT KAHIT KUNG ANG BLUETOOTH SIG, ANG KASAPI NITO, O ANG KANILANG MGA AFFILIATE AY NAPAYAHAN NG POSISYON NG PUSIT.

Ang dokumentong ito ay pagmamay-ari ng Bluetooth SIG. Ang dokumento na ito ay maaaring maglaman o masakop ang paksa na intelektuwal na pag-aari ng Bluetooth SIG at mga miyembro nito. Ang pagkakaloob ng dokumentong ito ay hindi nagbibigay ng anumang lisensya sa anumang intelektuwal na pag-aari ng Bluetooth SIG o mga miyembro nito.

Ang dokumentong ito ay maaaring magbago nang walang abiso.

Copyright © 2004–2019 ng Bluetooth SIG, Inc. Ang marka at mga logo ng salita sa Bluetooth ay pagmamay-ari ng Bluetooth SIG, Inc. Ang iba pang mga tatak at pangalan ng third-party ay pag-aari ng kani-kanilang mga may-ari.

1. Panimula

Inilalarawan ng Detalye ng Proseso ng Proseso ng Pamamahala (SMPD) ang mga proseso na tinukoy ng mga may-akda at reviewDapat sundin ang mga ers upang makabuo ng mga bagong pagtutukoy at upang mapahusay ang mayroon nang mga pagtutukoy (ibig sabihin, upang magdagdag o mag-alis ng pagpapaandar o upang baguhin ang tiyak na pag-andar sa isang pinagtibay na detalye), upang mapanatili ang pinagtibay na mga pagtutukoy, at upang pamahalaan ang end-of-life ng mga pinagtibay na pagtutukoy. Bilang karagdagan, inilalarawan ng dokumentong ito ang proseso para sa paglikha, mulingviewing, at pag-apruba ng mga puting papel.

Mayroong mga pagkakaiba-iba sa proseso ng pag-unlad ng pagtutukoy sa pagitan ng pagbuo ng mga bagong pagtutukoy at pagpapahusay ng mga umiiral na pagtutukoy dahil sa likas na pagkakaiba sa saklaw ng mga gawaing iyon; ang mga pagkakaiba ay nai-highlight sa dokumentong ito.

Kasama sa proseso ng pagbuo ng detalye ang:

Isang Phase ng Mga Kinakailangan (inilarawan sa Seksyon 3) upang tukuyin ang mga kinakailangang pag-andar
Isang Development Phase (inilarawan sa Seksyon 4) upang bumuo at mulingview mga pagtutukoy

Isang Phase ng Pagpapatunay (inilarawan sa Seksyon 5) upang patunayan ang mga pagtutukoy sa pamamagitan ng pagsubok ng Interoperable Prototype (IOP)
Isang Adoption / Approval Phase (inilarawan sa Seksyon 6) upang ipakita ang mga pagtutukoy sa Bluetooth SIG Board of Directors (BoD) para sa pag-aampon / pag-apruba

Ang dokumento ng Pagtukoy ng Errata Process (EPD) [3] ay naglalarawan sa proseso para sa imungkahi at mulingviewnasa error na pagtutukoy, at aprubahan ang mga ito bilang mga Pagwawasto ng Errata (tulad ng tinukoy sa Mga Batas [2]) na pinagtibay na mga pagtutukoy. Maliban kung nabanggit sa kabilang banda, ang lahat ng mga sanggunian sa errata sa SMPD na ito ay nangangahulugang errata ng pagtutukoy.

1.1 Unahin

Ang Mga Batas ng Bluetooth SIG, Inc. (Mga Batas) at mga kasunduan sa pagiging miyembro [2] ay inuuna ang anumang magkasalungat na nilalaman sa mga dokumentong iyon at ng SMPD. Sa kabila ng anumang bagay sa dokumentong ito, pinapanatili ng BoD ang panghuli paghuhusga at awtoridad na kumilos at gumawa ng mga desisyon kahit na ang mga pagkilos at desisyon na iyon ay hindi sumusunod, o sumasalungat sa, anuman sa dokumentong ito, at wala sa dokumentong ito ang naglilimita o nagbabawal sa independiyenteng awtoridad ng BoD at paghuhusga.

Kung mayroong anumang mga salungatan sa pagitan ng teksto sa SMPD at ng mga numero, inuuna ang teksto.

1.2 Mga sanggunian na pangkat at komite

Ang mga sumusunod na uri ng mga pangkat ay isinangguni sa dokumentong ito: Mga Pangkat ng Pag-aaral (SG), Mga Dalubhasa na Grupo (EG), at Mga Grupo sa Paggawa (WG). Ang isang WG ay maaari ding magkaroon ng isang subgroup na nag-uulat sa WG. Katulad nito, ang mga sumusunod na uri ng komite ay isinangguni sa dokumentong ito: Bluetooth Architectural Review Ang Board (BARB), Bluetooth Test at Interoperability (BTI), at Bluetooth Qualification Review Lupon (BQRB). Ang dokumentong ito ay tumutukoy din sa Bluetooth SIG Teknikal na Kawani (BSTS), at sa BoD.

1.3 Komite muliviews at mga pag-apruba

Ang isang komite ay mulingview ay isang review na isinasagawa ng mga miyembro ng isang komite (karaniwang 3 mga miyembro) upang magbigay ng puna sa loob ng isang tinukoy na oras (karaniwang 2-3 linggo), subalit angview ang oras ay maaaring mag-iba depende sa haba at pagiging kumplikado ng materyal at iba pang mga priyoridad sa loob ng komite. Ang pangkat na humihiling ng mulingview at ang komite na nagsasagawa ng review bawat isa ay sumasang-ayon sa tagal ng review. Gumagamit ang mga miyembro ng pangkat at komite ng mga tool ng Bluetooth SIG upang abisuhan at maitala ang pagsisimula at pagtatapos ng review. Pangkalahatang iproseso ng pangkat ang puna ng komite kapag natanggap ito. Nang muling gawin ng komiteview magtatapos ang oras, nakumpleto ng pangkat ang pagtugon sa puna ng komite, at dapat ding isaalang-alang ang anumang huli na pagdatingview isinasaalang-alang ang feedback na ang materyal ay maaaring napapailalim sa kasunod na pag-apruba ng komite.

Ang isang pag-apruba sa komite ay nakuha sa pamamagitan ng isang boto ng mga miyembro ng komite bilang pagsunod sa Dokumento sa Pagproseso ng Working Group [4].

1.4 Mga paunawa sa mga miyembro at kakayahang mai-access ang mga materyales

Ang lahat ng mga abiso na ibinigay sa mga kasapi alinsunod sa dokumentong ito ay maaaring ibigay sa pamamagitan ng email, tulad ng isang pana-panahong pag-update ng teknikal. Ang mga abiso na ibibigay sa lahat ng mga kasapi ay ipapadala sa lahat ng mga aktibong kasapi (ibig sabihin, kung saan ang pagiging miyembro ay hindi nasuspinde, winakasan, o binawi). Kapag na-email ang mga abiso ay ipapadala sila sa huling kilalang email address (tulad ng makikita sa mga kasalukuyang tala ng Bluetooth SIG) ng bawat indibidwal na nagparehistro sa ilalim ng membership account ng miyembro ng kumpanya at na hindi nagpasyang tumanggap ng mga abiso sa email. Wala sa dokumentong ito ang nagbabago sa mga obligasyon o kinakailangan ng Bluetooth SIG patungkol sa pagkakaloob ng abiso sa ilalim ng Mga Batas o anumang iba pang kasunduan sa pagitan ng Bluetooth SIG at sinumang miyembro.

Kung saan man ang dokumentong ito ay tumutukoy sa a website na naa-access sa lahat ng mga miyembro, tumutukoy ito sa kakayahang mai-access sa mga indibidwal na mayroong isang aktibong Bluetooth SIG account. Ang mga kasapi na walang aktibong account ay maaaring lumikha ng isang account sa pamamagitan ng Bluetooth SIG website.

1.5 Mga Template

Para sa bawat uri ng dokumento (hal., Mga pagtutukoy, puting papel, dokumento ng pagsubok) na tinukoy sa SMPD na ito, nagbibigay ang Bluetooth SIG ng isang template. Ang template ay dapat gamitin bilang batayan para sa bawat dokumento na ginawa alinsunod sa SMPD na ito. Ang kabiguang gamitin ang tamang template ay maaaring magresulta sa hindi pag-apruba ng dokumento. Magagamit ang mga template sa Bluetooth SIG website [8].

1.6 Mga Uri ng Pagtukoy

Mayroong maraming uri ng mga pagtutukoy ng Bluetooth SIG. Hierarchically, ang lahat ng mga pagtutukoy ay nakasalalay sa Bluetooth Core Specification. Mga pagtutukoy tulad ng tradisyunal na profiles; tradisyonal na mga protokol; at pro-based na GATTfiles, mga serbisyo na nakabatay sa GATT, at mga protokol na batay sa GATT ay nakasalalay sa mga tampok sa loob ng Core na Pagtukoy. Ang iba pang mga pagtutukoy, tulad ng mga pagtutukoy ng Mesh Model, ay nakasalalay sa Mesh Profile detalye na siya namang nakasalalay sa Core na Pagtukoy.

Tinutukoy ng pagtutukoy ng Core Specification Supplement (CSS) ang mga uri ng data, format ng data, at karaniwang profile at mga code ng error sa serbisyo na ginagamit ng Core Specification at iba pang mga pagtutukoy at hindi mismo tumutukoy sa anumang pag-uugali.

Ang pagtutukoy ng pagtutukoy ng GATT Supplement (GSS) ay tumutukoy sa mga format ng katangian at deskriptor na ginagamit ng Profiles at Mga Serbisyo at hindi mismo tumutukoy sa anumang pag-uugali.
Ang pagtutukoy ng Mesh Device Properties (MDP) ay tumutukoy sa mga katangian ng mesh na ginamit ng Mesh Profile at mga pagtutukoy ng Mesh Model at hindi mismo tumutukoy sa anumang pag-uugali.

2. Higit saview

Ang seksyong ito ay nagbibigay ng higitview ng mga proseso at hindi inilaan upang isama ang lahat ng mga detalye.

Ipinapakita ng Larawan 2.1 ang anim na pangunahing mga yugto na bumubuo sa Proseso ng Pamamahala ng Pagtukoy.

Ang unang apat na yugto ay nagaganap habang ang proseso ng pag-unlad ng pagtutukoy at binubuo ng Phase ng Mga Kinakailangan (Seksyon 3), Phase ng Pag-unlad (Seksyon 4), Phase ng Pagpapatunay (Seksyon 5), at Phase ng Pag-ampon / Pag-apruba (Seksyon 6). Sinundan ito ng dalawang mga yugto ng pag-aampon pagkatapos ng pag-aampon: ang Phase ng Pagpapanatili ng Pagtutukoy (Seksyon 7) at ang Pagtukoy ng End-of-Life Phase (Seksyon 8).

Ang larawan 2.2 ay naglalarawan ng mga detalye ng apat na mga yugto sa loob ng proseso ng pagbuo ng detalye. Ipinapahiwatig ng mga kulay-abo na kahon ang pangunahing paghahatid para sa bawat yugto. Ang mga kahel na kahon ay nagbubuod ng mga milestones ng proseso.

Sa Phase ng Mga Kinakailangan (inilarawan sa Seksyon 3), isang panukala upang magsimula ng bagong trabaho (isang Bagong Panukala sa Trabaho (NWP)) ay nagsisimula sa proseso ng pag-unlad ng detalye sa pamamagitan ng pagtukoy sa mga sitwasyon ng gumagamit upang paganahin kung ang bagong trabaho ay magpapatuloy. Kung naaprubahan ang NWP, ang isang nakatalagang pangkat ay lumilikha ng isang Functional Requirements Document (FRD). Kapag naaprubahan ang FRD at nakatalaga sa isang pangkat, nagsisimula ang Phase ng Pag-unlad.

Sa panahon ng Phase ng Pag-unlad (inilarawan sa Seksyon 4), ang pag-unlad ng detalye ay umuunlad sa pamamagitan ng isang pagkakasunud-sunod ng stages (0.5 / DIPD hanggang 0.9 / CR) na nagtatapos sa isang kumpletong draft ng detalye. Ang pagtutukoy ng 0.9 / CR ay ginawang magagamit sa lahat ng mga miyembro, pagkatapos ay isinumite sa BoD na isinasaalang-alang ang detalye para sa pag-apruba. Kapag naaprubahan, nagsisimula ang Phation ng Validation.

Sa panahon ng Pagpapatunay na Phase ng pagbuo ng pagtutukoy (inilarawan sa Seksyon 5), ang detalye na inaprubahan ng BoD na 0.9 / CR na pagtutukoy ay ginawang magagamit sa lahat ng mga kasapi upang mulingview at patunayan, at Miyembro Review ay nagsimula na Ang pagpapatunay ay nagagawa sa pamamagitan ng interoperability (IOP) na pagsubok sa pagitan ng mga prototype na binuo ng mga miyembro. Sa sandaling nakumpleto ang pagsubok sa IOP (kung kinakailangan para sa detalye) at aprubahan ng BARB ang ulat sa pagsubok ng IOP, pagkatapos magsisimula ang Adoption / Approval Phase.

Sa panahon ng Adoption / Approval Phase (inilarawan sa Seksyon 6), ang detalye at mga kaugnay na dokumento ng pagsubok ay natapos; Natanggap ang mga pag-apruba sa BARB, BQRB, at BTI; at ang pangwakas na pakete ng pagtutukoy ay isinumite sa BoD na isinasaalang-alang ang detalye para sa pag-aampon (ibig sabihin, panghuling pag-apruba).

Ang isang pagtutukoy ay maaaring kailanganin upang bumalik sa isang nakaraang yugto o stage kung makabuluhang pagbabago ang nagawa. Sa ilang mga kaso, maaari ding posible na iwaksi ang bahagi ng isang yugto tulad ng inilarawan sa Seksyon 4.4.

Ang Phase ng Pagpapanatili ng Pagtutukoy (inilarawan sa Seksyon 7) ay nagsisimula pagkatapos ng isang pagtutukoy na pinagtibay ng BoD. Sa yugto na ito potensyal na mga error na natagpuan sa isang pinagtibay na detalye ay naiulat at sinuri, at (kung kinakailangan) Errata Pagwawasto ay ginawa sa pagtutukoy. Ang Phase ng Pagpapanatili ng Pagtutukoy ay nagpatuloy hanggang sa ang pagtutukoy ay hindi na ginagamit o naatras (tingnan ang Pagtukoy ng End-of-Life Phase sa sumusunod na talata).

Ang Pagtukoy ng End-of-Life Phase (inilarawan sa Seksyon 8) ay naglalarawan sa proseso para sa pag-alis ng aparato at pag-atras ng mga pinagtibay na pagtutukoy.

3. Phase ng Mga Kinakailangan

Nagsisimula ang Phase ng Mga Kinakailangan alinman sa isang NWP (na nagsasaad ng pagnanais na simulan ang trabaho sa isa o higit pang mga sitwasyon ng gumagamit) o pagkatapos ng isang pagpapasiya na ang nais na bagong trabaho ay sakop na ng kanilang WG charter. Kung nais ng isang WG na magsimula ng bagong gawa na sa tingin niya ay nasa loob ng saklaw ng WG charter nito, dapat sundin ng WG ang proseso na tinukoy sa Seksyon 3.1 upang magpatuloy nang direkta sa pagbuo ng isang FRD. Para sa lahat ng iba pang mga item sa trabaho, dapat sundin ng WG ang proseso na tinukoy sa Seksyon 3.2. Tinutukoy ng FRD ang saklaw ng mga kinakailangang pag-andar na ginagamit upang makabuo ng mga pagtutukoy sa Development Phase. Ang yugto ng Mga Kinakailangan ay isinalarawan sa Larawan 3.1.

3.1 Bagong gawaing sakop ng isang charter ng WG

Kapag nais ng isang WG na magsimula ng bagong trabaho at makatuwirang naniniwala na ang pagpapaandar na nais nitong idagdag ay nasa loob ng saklaw ng WG charter nito, ang WG ay maaaring magsimulang magtrabaho sa FRD, sa kondisyon na agad nilang aabisuhan ang BARB. Isasama ng WG sa abiso nito sa BARB ang isang paglalarawan ng ipinanukalang bagong akda at isang kopya ng chart ng WG na may naka-highlight na wika na nagpapahintulot sa kanila na simulan ang bagong gawain.

Kung tinanggihan ng BARB ang pagtatasa ng WG, dapat itigil ng WG ang trabaho sa FRD at magpatuloy sa proseso ng NWP na nakabalangkas sa Seksyon 3.2. Kung aprubahan ng BARB ang pagtatasa ng WG, aabisuhan kaagad ng WG ang BSTS (sa pamamagitan ng email sa detalye.manager@blu Bluetooth.com) at idaragdag ng BSTS ang item sa susunod na agenda ng BoD.

Isasama ng WG sa abiso nito sa BSTS ang parehong impormasyon na ibinigay nito sa BARB. Kung tatanggihan ng BoD ang pagtatasa ng WG, dapat itigil ng WG ang trabaho sa FRD at magpatuloy sa proseso ng NWP na nakabalangkas sa Seksyon 3.2. Kung inaprubahan ng BoD ang pagtatasa ng WG, ang WG ay maaaring magpatuloy na gumana sa FRD tulad ng nakabalangkas sa Seksyon 3.3.

3.2 Bagong Panukala sa Trabaho (NWP)

Ang sinumang miyembro, WG, SG, o EG ay maaaring lumikha at magsumite ng isang NWP (sa pamamagitan ng Bluetooth SIG website [10]). Dapat isama ng isang NWP, sa isang minimum, impormasyon sa mga sumusunod gamit ang opisyal na template na ibinigay sa [8]:

Mga sitwasyon ng gumagamit
Pangako ng miyembro na paunlarin ang FRD at sa anong mga (mga) lugar (hal, Contributor, May-akda, Revieweh, Prototyping)

Iminungkahing pamumuno ng gawaing FRD
Iminungkahing pagtatalaga ng pangkat para sa gawaing FRD
Email address ng pangunahing (mga) may-akda

Tandaan: Ang patnubay sa proseso ng NWP ay magagamit sa Bluetooth SIG website [10].

Gagawa ng BSTS ang mga sumusunod na gawain sa panahon ng pagbuo ng NWP:

Ibigay ang (mga) may-akda ng pagkilala sa resibo (karaniwang sa loob ng pitong araw ng kalendaryo ng resibo) at ibalangkas ang mga susunod na hakbang.

Kung kinakailangan, makipagtulungan sa (mga) may-akda upang ang NWP ay malinaw at kumpleto. Maaari itong mangailangan ng maraming mga pag-ulit ng NWP.
Kung ang NWP ay naglalaman ng mga pahayag tungkol sa mga error sa pinagtibay na mga pagtutukoy ng Bluetooth, makipagtulungan sa (mga) may-akda upang file mga entry sa sistemang errata.
Kung napansin na ang NWP ay potensyal na pagdoble ng trabaho na nasa isinasagawa na o natapos na, ipaalam sa (mga) may-akda ng iba pang mga gawa para sa kanilang pagsusuri.

I-post ang NWP sa NWP webnaa-access ang site sa lahat ng mga miyembro.
Abisuhan ang lahat ng mga miyembro na ang NWP ay magagamit para sa mulingview at kung kailangan ang karagdagang pangako ng miyembro na paunlarin ang FRD.

Ang mga miyembro ay maaaring makipag-ugnay sa (mga) may-akda upang magtanong o upang magbigay ng puna tungkol sa NWP.

Hindi bababa sa tatlong mga kumpanya ng kasapi ang dapat mangako upang lumahok sa pagkumpleto ng nagresultang FRD para sa NWP upang maging isang kandidato para sa pag-apruba ng BoD, at kahit isang miyembro ng kumpanya na dapat ay isang kasapi ng Associate o Promoter. Sa pag-apruba ng BoD ng NWP, itatalaga ng BoD ang NWP sa isang mayroon nang all-member WG subgroup o SG upang gumana sa FRD (inilarawan sa Seksyon 3.3). Kung ang isang naaangkop na subgroup ng WG o SG ay wala, maaaring malikha ang isa.

Para sa mga NWP na may sapat na pangako ng miyembro, isasagawa ng BSTS ang mga sumusunod na karagdagang gawain:

Hindi bababa sa 13 araw bago iminungkahi ang NWP na maaprubahan ng BoD, abisuhan ang BARB, at ang pangkat kung saan inirekomenda ang NWP para sa pagtatalaga, ng nakabinbing pag-apruba ng NWP. Ginagawa ito upang magbigay ng isang pagkakataon para sa feedback sa mga lugar tulad ng ipinanukalang grupo, kung ang NWP ay sakop na ng mayroon nang trabaho, atbp.

Isumite ang nakumpletong NWP sa BoD.

Kung ang NWP ay isinumite ng mga kasapi na hindi naiugnay sa isang pangkat, ayusin ang isa sa mga miyembro na ipakita ang NWP sa BoD.
Kung ang NWP ay isinumite ng isang pangkat, ayusin ang pinuno ng pangkat na ipakita ang NWP sa BoD.

Anyayahan ang upuang BARB at ang mga upuan ng pangkat, kung saan inirekomenda ang NWP para sa pagtatalaga, sa pulong ng BoD.
Kung ang NWP ay naaprubahan at itinalaga ng BoD, ipagbigay-alam sa pangkat kung saan ito nakatalaga; ang (mga) may-akda; ang mga kasapi na nakilala sa NWP na nangangako upang paunlarin ang kaukulang FRD; at kung ang NWP ay iminungkahi ng isang pangkat, ang pangkat ng kinalabasan at ang mga susunod na hakbang.

Matapos maaprubahan ng BoD ang isang NWP, i-update ang katayuan sa NWP website.

Ang anumang NWP ay maaaring tanggihan ng BoD ayon sa pagpapasya nito, para sa halamp, dahil sa mga limitasyon sa mapagkukunan, kung ang gawain ay kumpleto na, ang gawain ay wala sa saklaw ng mga namamahala na dokumento ng Bluetooth SIG (hal., Application Programming Interface (API)) [2], o kung ang iminungkahing trabaho ay dapat na filed bilang isang erratum. Kung tinanggihan ang NWP, aabisuhan ng BSTS ang (mga) may-akda, ang mga kasapi na nakilala sa NWP na nangangako na paunlarin ang kaukulang FRD, at, kung ang NWP ay iminungkahi ng isang pangkat, ang pangkat. Magsasama ang abiso ng anumang mga kadahilanan para sa pagtanggi. Ang (mga) may-akda, nakatuong miyembro, o pangkat ay maaaring humiling ng oras sa agenda ng BoD upang apela ang pagtanggi.

Kung nais ng isang miyembro o pangkat na imungkahi ang pag-aalis ng isang tampok mula sa isang pinagtibay na detalye, ang pangkat o miyembro ay dapat maghanda ng isang NWP. Dapat isama ng NWP ang isang pagtatasa ng epekto na ang pagtanggal ay magkakaroon ng pabalik na pagiging tugma at interoperability, kabilang ang isang pagtatasa ng epekto sa mga kaso ng pagsubok.

Ang mga NWP ay hindi kinakailangan para sa mga pagpapahusay sa mga pagtutukoy ng CSS, GSS, o MDP: karaniwang, mga pag-update sa mga pagtutukoy ng CSS, GSS, o MDP na resulta mula sa mga pag-update sa iba pang mga pagtutukoy na mayroong kanilang sariling mga NWP.

3.3 Dokumentong Mga Kinakailangan sa Pagganap (FRD)

Tinutukoy ng mga FRD ang mga kinakailangang pagganap upang paganahin ang mga senaryo ng gumagamit. Dapat isama ng isang FRD, sa isang minimum, impormasyon sa mga sumusunod gamit ang opisyal na template na ibinigay sa [8]:

Mga sitwasyon ng gumagamit
Mga kinakailangang kinakailangan batay sa mga sitwasyon ng gumagamit

Pangako ng miyembro na paunlarin ang (mga) nagresultang pagtutukoy
Opsyonal na suporta ng prototype ng mga miyembro para sa inaasahang mga tungkulin
Inirekumenda ang WG upang mabuo ang (mga) nagresultang detalye.

Pag-unlad ng FRD

Ang mga FRD ay nilikha ng itinalagang all-member WG subgroup o mga miyembro ng SG na may suporta sa editoryal mula sa BSTS. Ang sinumang kasapi na interesadong lumahok sa pagpapaunlad ng FRD ay maaaring sumali sa pangkat.

Dapat ipahiwatig ng mga FRD ang isang pangako mula sa hindi bababa sa dalawa (kahit na hinihikayat ang tatlo) Mga kumpanya ng kasapi na antas ng Associate- o Promoter na lumahok sa pagbuo ng nagresultang detalye. Ang mga WG o SG na nagsumite ng isang FRD ay dapat na magtangkang makamit ang malawak na suporta mula sa mga kumpanya ng miyembro ng pangkat na kumakatawan sa inilaan na target na segment ng industriya na nakilala sa FRD.

Ang bagong pag-andar na iminungkahi sa isang FRD ay dapat suportahan sa maraming mga paglilipat at mayroon nang mga aparato hangga't maaari. Kasama dito, para sa example, pagsuporta sa pro-based na GATTfiles at mga serbisyo sa parehong transportasyong Pangunahing Rate / Extended Data Rate (BR / EDR) at ang transportasyon ng Bluetooth Low Energy (LE). Kung ang mga bagong pag-andar ay walang sapat na suporta ng miyembro para sa isang transportasyon, para sa halampdahil sa kakulangan ng pangako ng miyembro sa pagtukoy sa paggamit ng transportasyon o isang potensyal na hindi sapat na bilang ng mga platform ng pagsubok ng IOP para sa isa o higit pang mga tungkulin, ang suporta sa transportasyong iyon ay maaaring maibukod mula sa FRD.

Maliban kung nabigyang katarungan, bagong pagpapaandar, profiles, at mga serbisyo ay dapat na sumunod sa paatras na mga kinakailangan sa pagiging tugma na inilarawan sa Seksyon 3.3.2.

Dapat isumite ng WG o SG ang FRD sa BARB para sa mulingview at pag-apruba. Dapat aprubahan o tanggihan ng BARB ang FRD batay sa paghuhusga nito sa engineering. Kung naaprubahan ng BARB, ang FRD ay gagawing magagamit sa lahat ng mga kasapi at ang abiso ng pagkakaroon nito ay ilalabas ng BSTS.

Hindi kinakailangan ang mga FRD para sa mga pagpapahusay sa mga pagtutukoy ng CSS, GSS, o MDP: karaniwang, mga pag-update sa mga pagtutukoy ng CSS, GSS, o MDP na resulta mula sa mga pag-update sa iba pang mga pagtutukoy na mayroong kanilang sariling mga FRD.

Mga kinakailangan sa pag-uurong na paatras

Paatras na pagiging tugma para sa BR / EDR

Para sa pagpapatakbo ng BR / EDR, ang kinakailangan sa paatras na pagiging tugma ay tinukoy bilang interoperation sa bahagi ng BR / EDR ng Bluetooth Core Specification v1.1 at mas bago.

Bumalik na pagiging tugma para sa Bluetooth Mababang Enerhiya

Para sa pagpapatakbo ng LE, ang kinakailangan sa paatras na pagiging tugma ay tinukoy bilang interoperation sa bahagi ng LE ng Bluetooth Core Specification v4.0 at mas bago.

Paatras na pagiging tugma para sa mga pagtutukoy bukod sa Core na Pagtukoy

Para sa mga pagtutukoy maliban sa Bluetooth Core Specification, ang pabalik na pagiging tugma ng isang naibigay na bersyon ay dapat na mapanatili sa lahat ng mga naunang bersyon na may parehong pangunahing numero ng bersyon. Para kay example, ang bersyon 1.3 ay dapat na katugma sa mga bersyon 1.2, 1.1, at 1.0, ngunit ang bersyon 2.0 ay maaaring hindi tugma sa mga bersyon 1.0, 1.1, 1.2, at 1.3. Tandaan na ang isang pagtaas sa pangunahing numero ng bersyon ng Pangunahing Pagtukoy ay hindi nagpapahiwatig ng kakulangan ng paatras na pagiging tugma sa mga nakaraang bersyon.

Exemption mula sa mga kinakailangan sa paatras na pagiging tugma

Maaaring imungkahi ng WG o SG na maibukod ang tukoy na pag-andar mula sa kinakailangan ng paatras na pagiging tugma kung ibibigay ang katuwiran. Para kay exampKung, ang pagpapaandar ay ipinapakita na may mababang mga rate ng pag-aampon ng merkado o, dahil sa mga isyu sa interoperability, mas mahusay na alisin o palitan ang pag-andar kaysa baguhin ang pag-andar. Ang WG o SG ay dapat na may kasamang anumang mga paatras na exemption ng pagiging tugma sa FRD, na naaprubahan ng BARB sa pag-apruba ng FRD. Anumang mga exemption na naaprubahan ng BARB ay ipapakita sa BoD para sa pag-apruba sa 0.9 / CR Stage.

3.4 Paggawa ng tsart ng Grupo

Kapag inaprubahan ng BARB ang isang FRD na iminungkahi na italaga sa isang mayroon nang WG, dapat maghanda ang WG na iyon ng isang draft na pag-update sa charter nito upang idagdag ang bagong pagpapaandar sa saklaw (maliban kung naaprubahan ng BoD ang pagtatasa ng WG na ang isang pag-update ng charter ng WG ay hindi kailangan). Gayunpaman, kapag inaprubahan ng BARB ang isang FRD na iminungkahi na italaga sa isang bagong WG, ang BARB at mga kasapi na interesado sa pagbuo ng pagpapaandar na nakabalangkas sa FRD ay dapat maghanda ng isang draft charter para sa isang bagong WG na may bagong pag-andar na kasama sa charter saklaw .

Kapag handa na ang bago o na-update na charter ng WG, dapat itong isumite sa BARB para sa mulingview at pag-apruba. Kapag naaprubahan ng BARB ang charter, ang draft ng bago o na-update na charter ng WG ay isusumite sa BoD para sa pag-apruba.

Kapag naaprubahan ng BoD ang charter, ang WG kung saan ang gawain sa pagpapaunlad ng pagtutukoy ay itinalaga ng BoD ay dapat na gumana nang malapit sa pangkat na naghanda ng FRD kung sakaling kailanganin ang anumang kinakailangang mga pag-update o paglilinaw sa FRD na iyon. Kung kinakailangan ng pag-update ng FRD sa panahon ng Development Phase, ang mga proseso na nakabalangkas sa Seksyon 3.3 at ang seksyon na ito ay dapat sundin; gayunpaman, ang pagbuo ng pagtutukoy ay maaaring mangyari kahanay sa mga pag-update ng chart ng FRD at WG.

3.5 Mga Kinakailangan Mga kinakailangan sa exit ng Phase

Ang Phase ng Mga Kinakailangan ay kumpleto at nagsisimula ang Phase ng Pag-unlad kapag ang isang charter ng WG na may kinakailangang saklaw para sa FRD ay nakumpirma o naaprubahan ng BoD at ang mga sumusunod na kinakailangan ay natutugunan:

Ang NWP ay naaprubahan ng BoD, o ang BoD ay sumang-ayon na ang isang NWP ay hindi kinakailangan.

Ang FRD at kaukulang WG charter ay naaprubahan ng BARB.

4. Yugto ng Pag-unlad

Sa panahon ng Development Phase, ang itinalagang (mga) WG ay lumikha ng bagong detalye at / o mapahusay ang isang umiiral na detalye. Tinutukoy ng FRD ang mga kinakailangan ng bago o pinahusay na detalye ng Bluetooth. Walang pagpapaandar na pinapayagan sa detalye na hindi makatuwirang nauugnay sa mga kinakailangan sa FRD. Ang layunin ay upang lumikha ng isang 0.9 / CR detalye na handa na para sa Validation Phase (inilarawan sa Seksyon 5) sa pagtatapos ng Development Phase.
Sa panahon ng Phase ng Pag-unlad, ang isang pagtutukoy (o pagpapahusay ng detalye ay sumusulong sa pamamagitan ng tatlong stages.

Para sa isang bagong pagtutukoy, ang tatlong stagang mga ito ay:

0.5 Stage
0.7 Stage

0.9 Stage

Para sa isang pagpapahusay ng pagtutukoy, ang tatlong stagang mga ito ay:

Dokumento ng Proposal na Pagpapaganda ng Draft (DIPD) Stage

Huling Pagpapabuti ng Proposal Document (FIPD) Stage
Pagbabago ng Kahilingan (CR) Stage

Ang bawat stage ay inilalarawan nang higit pa sa mga sumusunod na subseksyon. Ang larawan 4.1 sa ibaba ay naglalarawan ng iba't ibang mga dokumento na ihahanda ng WG sa bawat stage.

Larawan 4.1: Overview ng pagtutukoy stagna nagaganap sa panahon ng Development Phase

Ang papel na ginagampanan ng BARB sa buong proseso ng pagpapaunlad ng pagtutukoy ay upang magbigay ng mga payo sa WG at tulong na panteknikal. Ang mga WG ay maaaring, sa anumang oras, ay gumawa ng mga kahilingan sa BARB para sa payo na panteknikal patungkol sa pagbuo ng detalye at mga konsepto ng arkitektura na gagamitin sa isang detalye. Ang mga WG ay partikular na hinihimok na humingi ng maagang puna mula sa BARB para sa mga tampok na may mas kumplikadong pagsasaalang-alang sa arkitektura.

4.1 0.5 / DIPD Stage

Sa panahon ng 0.5 / DIPD Stage, bubuo ang WG ng mga sumusunod gamit ang mga opisyal na template na ibinigay sa [8]:

Para sa isang bagong detalye, isang draft ng pagtutukoy ng 0.5, na dapat isama, sa isang minimum, impormasyon sa mga sumusunod:

Ang arkitektura upang masakop ang mga kinakailangan tulad ng nakasaad sa FRD

Para sa mga protokol, tinukoy ang mga puntos sa pag-access ng serbisyo
Para sa mga serbisyo, nakalantad na data at pag-uugali
Para sa profiles, kinilala ang mga protokol at tinukoy ang pagpapaandar

2. Para sa isang pagpapahusay ng pagtutukoy, isang draft ng DIPD, na dapat isama, sa isang minimum, impormasyon sa mga sumusunod:

Background: Ang saklaw ng trabaho, ang mga layunin na gumagabay sa trabaho, at kung paano umaangkop sa tukod na ito ang tukoy na panukala
Tapos naview ng panukala: Isang buod ng pinalawig na pag-andar (idinagdag na kakayahang umangkop, pinahusay na pagganap, atbp.) Na ibinigay ng DIPD kasama ang isang malinaw na paglalarawan tungkol sa kung paano umaangkop ang bagong pagpapaandar sa kasalukuyang bersyon ng pagtutukoy. Kung sinuri ng WG ang maramihang mga panukala, dapat isama ang mga panukalang ito upang payagan ang BARB ng pagkakataong matukoy kung sapat na angkop na pagsisikap ang nagawa sa pagpili ng ginustong panukala.

Saklaw ng mga kinakailangan: Isang buod ng saklaw ng mga kinakailangang pagganap na ibinigay ng panukala, na may sanggunian sa naaangkop na mga kinakailangan ng system at mga sitwasyon sa paggamit na ibinigay sa nauugnay na FRD
Kahulugan ng problema: Isang pahayag ng mga problema na nalutas ng (mga) panukala
Pamantayan sa pagpili: Isang pahayag tungkol sa pamantayan sa pagpili / pagganap mula sa nauugnay na mga sukatan ng pagsusuri na gumabay sa proseso ng pagpili

Katwiran ng pagpipilian: Isang pagsusuri ng mga sukatan ng pagsusuri na nagbibigay-katwiran sa pagpipilian sa pagitan ng mga panukala at isiwalat ang mga trade-off
Paglalarawan: Isang paglalarawan ng pagpapaandar at pinalawig na mga protokol. Ang seksyon na ito ay maaaring umangkop sa iba't ibang mga pangangailangan sa pamamagitan ng pagdaragdag ng mga kaugnay na mga sub-seksyon.

3. Diskarte sa Pagsubok: Isang paglalarawan ng pagpapaandar na iminungkahi upang masubukan (o hindi masubukan) bilang bahagi ng Programang Kwalipikasyon ng Bluetooth at kung paano ang pagpapaandar na ito ay iminungkahi upang masubukan (hal., Mga inaasahan sa (mga) Mas Mababang Pagsusulit o sa (mga) Mataas na Tagapagturo, at kung ang mga pagsubok ay maiuugnay bilang pagsunod o mga interoperability test o isang kumbinasyon ng pareho). Maaari itong nasa isang hiwalay na dokumento o isang hiwalay na seksyon sa loob ng pagtutukoy ng 0.5 / DIPD. Ang mga kombensyon na gagamitin sa isang Diskarte sa Pagsubok ay inilarawan sa Diskarte sa Pagsubok at Terminolohiya na Higit saview dokumento (TSTO) [5].

Ang pangunahing madla ng mga dokumento sa stage ang mga miyembro ng WG at BARB na mulingview ang mga panukalang arkitektura at saklaw ng kinakailangan, at BTI na mulingviewang Diskarte sa Pagsubok. Sa karamihan ng mga kaso, ang mga dokumento sa stage ay hindi inilaan upang maglaman ng teksto na pinlano para isama sa pangwakas na detalye.

Dapat na muli ang BSTSview lahat ng mga dokumento para sa pagkakapare-pareho sa Mga Alituntunin sa Pagbuo ng Bluetooth [1] at tukuyin ang mga isyu upang matugunan ng WG. Dapat na ulit ang BARBview ang pagtutukoy ng 0.5 / DIPD. Para sa isang pagpapahusay sa pagtutukoy, dapat ding baguhin ang BARBview ang DIPD para sa pagsunod sa mga kinakailangan sa paatras na pagiging tugma na inilarawan sa Seksyon 3.3.2. Dapat na ulit ang BTIview ang Diskarte sa Pagsubok.

Dapat aprubahan o tanggihan ng BARB ang pagtutukoy ng 0.5 / DIPD batay sa paghuhusga sa engineering nito. Kung naaprubahan ng BARB, ang pagtutukoy ng 0.5 / DIPD ay gagawing magagamit sa Bluetooth SIG webang site sa lahat ng kasapi ng Associate at Promoter at ang abiso ng pagkakaroon nito ay ilalabas ng BSTS. Sa 0.5 / DIPD Stage, hindi kinakailangan ang pag-apruba ng Diskarte sa Pagsubok.
Ang 0.5 / DIPD Stage ay hindi kinakailangan para sa mga pagpapahusay sa mga pagtutukoy ng CSS, GSS, o MDP

0.5 / DIPD Stage kinakailangan ng exit

Ang 0.5 / DIPD Stage kumpleto na at ang 0.7 / FIPD Stagmagsisimula kapag natutugunan ang mga sumusunod na kinakailangan sa exit:

Ang BSTS ay nakumpleto muliviewnasa pagtutukoy ng 0.5 / DIPD at Diskarte sa Pagsubok.

Inaprubahan ng BARB ang pagtutukoy ng 0.5 / DIPD.
Nakumpleto na ng BTI ang review ng Diskarte sa Pagsubok.
Ginawa ng BSTS ang naaprubahang 0.5 / DIPD na detalye na magagamit sa lahat ng mga kasapi ng Associate at Promoter.

4.2 0.7 / FIPD Stage

Sa panahon ng 0.7 / FIPD Stage, bubuo ang WG ng mga sumusunod gamit ang mga opisyal na template na ibinigay sa [8]:

Para sa isang bagong detalye, isang draft ng pagtutukoy ng 0.7, na dapat isama, sa isang minimum, impormasyon sa mga sumusunod:

Isang paglalarawan ng lahat ng mga pagbabagong nagawa mula noong naaprubahan ng BARB ang 0.5, kasama ang bago o binago na mga panukala, pamantayan sa pagpili, at pagbibigay-katwiran sa pagpipilian. Ang mga pagbabago ay dapat na inilarawan sa parehong antas ng detalye tulad ng kinakailangan sa 0.5 Stage.

Ang lahat ng mga kinakailangang pag-andar mula sa FRD ay hinarap.

2. Para sa isang pagpapahusay ng pagtutukoy, isang draft ng FIPD, na dapat isama, sa isang minimum, impormasyon sa mga sumusunod:

Isang paglalarawan ng lahat ng mga pagbabagong nagawa mula noong naaprubahan ng BARB ang DIPD, kasama ang bago o binago na mga panukala, pamantayan sa pagpili, at pagbibigay-katwiran sa pagpipilian. Ang mga pagbabago ay dapat na inilarawan sa parehong antas ng detalye tulad ng kinakailangan sa DIPD Stage.

Kung kinakailangan, karagdagang mga nabuong lugar na inilarawan sa Seksyon 4.1 patungkol sa DIPD.
Isang nakumpletong paglalarawan ng pagpapabuti.
Isang na-update na paglalarawan ng arkitektura.
Ang lahat ng mga kinakailangang pag-andar mula sa FRD ay hinarap.

3. 0.7 / Mga dokumento sa pagsubok sa FIPD, na dapat isama, sa isang minimum, impormasyon sa mga sumusunod:

Isang Test Suite, na binubuo ng isang listahan ng Mga Layunin sa Pagsubok tulad ng inilarawan sa TSTO [5].
Isang Pahayag ng Pagsunod sa Pagpapatupad (ICS), tulad ng inilarawan sa TSTO [5].

Para sa mga pagpapahusay sa pagtutukoy, ang Test Suite at ICS ay maaaring ibigay alinman sa magkakahiwalay na mga dokumento o bilang karagdagang mga seksyon sa FIPD.

Ang pangunahing madla ng mga dokumento na ginawa sa stage ang mga miyembro ng WG at BARB na mulingview ang kumpletong paglalarawan ng tampok o pagpapabuti kasama ang ilang teksto na binalak para isama sa pangwakas na detalye. Ang BTI ay ang madla para sa review ng mga dokumento ng pagsubok.

BSTS ay mulingview ang bago o binago na mga bahagi ng pagtutukoy ng 0.7 / FIPD at mga dokumento sa pagsubok para sa pagkakapare-pareho sa Mga Patnubay sa Pagbuo ng Bluetooth, kabilang ang mga kombensyon ng wika na itinatag ng Bluetooth SIG. BARB ay mulingview ang pagtutukoy ng 0.7 / FIPD.

Tutulungan ng BSTS ang WG sa paghahanda ng 0.7 / FIPD na mga dokumento sa pagsubok alinsunod sa TSTO [5].

Dapat na ulit ang BTIview ang 0.7 / FIPD na mga dokumento sa pagsubok. Dapat ibigay ng WG ang pagtutukoy ng 0.7 / FIPD sa BTI bilang isang sanggunian kapag mulingviewna nasa 0.7 / FIPD na mga dokumento sa pagsubok, kung saan babalik ang BTIview alinsunod sa BTI Specification Review Proseso ng Checklist [6].

Matapos makumpleto ng BARB ang muling itoview ng 0.7 / FIPD na pagtutukoy at ang BTI ay nakumpleto ang muling paggamit nitoview ng mga dokumento sa pagsubok na 0.7 / FIPD, gagawin ng BSTS ang muling reviewed 0.7 / FIPD na pagtutukoy na magagamit sa lahat ng mga kasapi ng Associate at Promoter.

Ang 0.7 / FIPD Stage ay hindi kinakailangan para sa mga pagpapahusay sa mga pagtutukoy ng CSS, GSS, o MDP.

0.7 / FIPD Stage kinakailangan ng exit

Ang 0.7 / FIPD Stage ay kumpleto at ang 0.9 / CR Stagmagsisimula kapag natutugunan ang mga sumusunod na kinakailangan sa exit:

Ang BSTS ay nakumpleto muliviewnasa 0.7 / FIPD na detalye at pagsubok ng mga dokumento.
Nakumpleto ng BARB ang mulingviewnasa 0.7 / FIPD na detalye.
Nakumpleto ng BTI ang mulingviewnasa 0.7 / FIPD Test Suite (Mga Layunin sa Pagsubok) at 0.7 / FIPD ICS.
Ginawa ng BSTS ang muling pagbabagoviewed 0.7 / FIPD na pagtutukoy na magagamit sa lahat ng mga kasapi ng Associate at Promoter.

4.3 0.9 / CR Stage

Mayroong dalawang uri ng CRs: Isang Pinagsamang CR, na isang sinusubaybayan na pagbabago ng dokumento ng isang buong pinagtibay na detalye na nagpapakita ng lahat ng mga pagbabago mula noong nakaraang bersyon, at isang Abikling CR, na isang dokumento na nagbibigay ng mga tagubilin sa pagbabago lamang ng mga apektadong seksyon ng ang bersyon ng pagtutukoy kung saan nakabatay ang CR.

Sa panahon ng 0.9 / CR Stage, bubuo ang WG ng mga sumusunod gamit ang mga opisyal na template na ibinigay sa [8]:

Para sa isang bagong detalye, isang kumpletong nilalaman na draft ng pagtutukoy ng 0.9, na dapat isama, sa isang minimum, impormasyon sa mga sumusunod:

Isang paglalarawan ng lahat ng mga pagbabagong nagawa mula noong BARB-reviewed 0.7 na detalye (o mula noong 0.5 na detalye kung ang paggawa ng 0.7 na detalye ay naiwanan), kasama ang bago o
binago ang mga panukala, pamantayan sa pagpili, at pagbibigay-katwiran sa pagpipilian. Ang mga pagbabago ay dapat na inilarawan sa parehong antas ng detalye tulad ng kinakailangan sa 0.5 Stage at 0.7 Stage.

2. Para sa isang pagpapahusay ng pagtutukoy:

Alinman sa isang Integrated CR, na dapat isama, sa isang minimum, impormasyon sa mga sumusunod:
Isang paglalarawan ng lahat ng mga pagbabagong nagawa mula noong BARB-reviewed FIPD (o mula nang DIPD kung ang FIPD ay na-waive) kasama ang bago o binago na mga panukala, pamantayan sa pagpili, at pagbibigay-katwiran sa pagpili. Ang mga pagbabago ay dapat na inilarawan sa parehong antas ng detalye tulad ng kinakailangan sa DIPD Stage at FIPD Stage.
Ang lahat ng mga pagbabago na iminungkahi sa dating pinagtibay na pagtutukoy gamit ang pagsubaybay sa pagbabago.
Ang lahat ng naaprubahang teknikal na errata (sa bawat erratum na isinangguni sa isang numero ng erratum), ipinapakita gamit ang pagsubaybay sa pagbabago, na hindi pa isinasama sa naunang pinagtibay na bersyon ng pagtutukoy, at ang teksto ng epekto na nauugnay sa pagpapahusay ng pagtutukoy; o na kung hindi nakakaapekto sa pagsubok ng IOP.

3. O isang Pinagandang CR, na dapat isama, sa minimum, impormasyon sa mga sumusunod:

Isang paglalarawan ng lahat ng mga pagbabagong nagawa mula noong BARB-reviewed FIPD (o mula nang DIPD kung ang FIPD ay na-waive) kasama ang bago o binago na mga panukala, pamantayan sa pagpili, at pagbibigay-katwiran sa pagpili. Ang mga pagbabago ay dapat na inilarawan sa parehong antas ng detalye tulad ng kinakailangan sa DIPD Stage at FIPD Stage.
Lahat ng mga pagbabago na iminungkahi sa bawat apektadong seksyon at talata ng pagtutukoy na iminungkahi ng CR na baguhin.
Ang lahat ng naaprubahang teknikal na errata (sa bawat erratum na isinangguni sa isang numero ng erratum), ipinapakita gamit ang markup, na hindi pa maisasama sa dating na-ampon na bersyon ng pagtutukoy, at ang teksto ng epekto na nauugnay sa pagpapahusay ng pagtutukoy; o na kung hindi nakakaapekto sa pagsubok ng IOP.

4. Isang CSS CR (kung ang mga bagong entry ay kinakailangan ng detalye), na maaaring ma-embed sa isang Pinag-iikling CR ng detalye.
5. Isang GSS CR (kung ang mga bagong entry ay kinakailangan ng detalye), na maaaring ma-embed sa isang Pinag-iikling CR ng detalye.
6. Isang MDP CR (kung ang mga bagong entry ay kinakailangan ng detalye), na maaaring mai-embed sa isang Pinag-iikling CR ng detalye.
7. 0.9 / CR mga dokumento sa pagsubok, na dapat isama, sa isang minimum, impormasyon sa mga sumusunod gamit ang opisyal na template na ibinigay sa [8]:

Ang 0.9 / CR Test Suite, na nagsasama ng mga kaso ng pagsubok na kumpleto sa nilalaman at ang nauugnay na Test Case Mapping Table (TCMT), tulad ng inilarawan sa TSTO [5].
Ang 0.9 / CR ICS, tulad ng inilarawan sa TSTO [5].
Kung ang pag-configure ng mga pagsubok ay nangangailangan ng mga tukoy na parameter para sa Pagpapatupad Sa ilalim ng Pagsubok (IUT), ang 0.9 / CR Pagpapatupad eXtra Impormasyon para sa Pagsubok (IXIT).
Ang 0.9 / CR Test Case Reference List (TCRL) (opsyonal para sa mga pag-update ng Core Specification).

8. Isang pagsusuri sa saklaw ng pagsubok na nagpapahiwatig kung aling mga kinakailangan sa pagtutukoy ang alinman sa nasubok o hindi nasubok sa loob ng 0.9 / CR Test Suite (para sa mga pagpapahusay ng detalye, kailangan lamang isama sa pagsusuri sa saklaw ng pagsubok ang bagong naidagdag at naapektuhan na pag-andar, at hindi ang mga hindi apektadong lugar ng ang orihinal na pagtutukoy).
9. Isang plano sa pagsubok sa IOP.

Para sa mga pagpapahusay sa pagtutukoy, ang Test Suite, ICS, at IXIT ay maaaring ibigay alinman sa magkakahiwalay na mga dokumento o bilang karagdagang mga seksyon sa pinaikling CR.

Sa karamihan ng mga kaso, ang isang Pinagsama o Dinaglat na CR ay dapat na batay sa dating na-aampon na bersyon ng detalye, ngunit maaari rin itong batay sa pinakabagong draft na intermediate. Ang pinakabagong intermediate draft na bilang ng bersyon ng pagtutukoy ay dapat na numero ng bersyon na nauugnay sa isang bersyon ng dokumento na na-freeze at hindi magbabago sa paglipas ng panahon. Kung hindi man, karagdagang impormasyon sa pagkilala (tulad ng petsa ng dokumento at a URL sa isang permanenteng lokasyon) dapat ibigay upang makilala ang tukoy na bersyon ng "baseline". Kung ginamit ang isang pansamantalang draft, ang anumang mga pagbabago na hindi direktang nauugnay sa CR sa loob ng isang naibigay na seksyon na dapat isama ang CR, ngunit hindi kinakailangan na maipakita gamit ang markup. Kung ang nauugnay na mga bahagi ng intermediate draft ay na-update sa paglaon, dapat na-update ang CR upang maipakita ang mga pag-update sa intermediate draft.

Sa isip, ang Pinag-isang materyal na CR ay isinama sa isang draft ng kumpletong detalye at ang kumpletong mga dokumento ng pagsubok ayon sa pagkakabanggit, bago ang Validation Phase, ngunit maaari rin silang isama sa simula ng Validation Phase. Kung maraming mga tampok ang binuo para sa isang pagtutukoy (hal, ang Core na Pagtukoy), maaaring kanais-nais na isama ang mga tampok sa isang solong draft pagkatapos makumpleto ang pagsubok sa IOP.

BSTS ay mulingview ang pagtutukoy ng 0.9 / CR at mga dokumento sa pagsubok para sa pagkakapare-pareho sa Mga Alituntunin ng Bluetooth Drafting. Pagkatapos BARB ay mulingview ang pagtutukoy ng 0.9 / CR na sinusundan kalaunan ng plano sa pagsubok ng IOP (tulad ng inilarawan sa Seksyon 4.3.1). Kapag ang pagtutukoy ng 0.9 / CR ay isinumite ng WG sa BARB para sa muliview, Gagawing ma-access ng BSTS para sa lahat ng mga miyembro na muling gumanaview at ipagbigay-alam sa lahat ng mga miyembro ng pagkakaroon nito. Mula sa puntong ito pasulong sa proseso ng pag-unlad ng pagtutukoy, gagawin ng BSTS na ang mga draft ng detalye na isinumite sa BARB ay magagamit sa lahat ng mga kasapi na may pana-panahong paunawa na ipinadala sa lahat ng mga kasapi.

Para sa isang pagpapahusay ng pagtutukoy, ang WG ay magrerekomenda sa BoD kung ang mga nakaraang bersyon ng pagtutukoy ay dapat na alisin o iurong, kasama na ang mga teknikal na dahilan para sa (mga) rekomendasyon.

BARB ay mulingview ang pagtatasa ng WG ng pagsunod sa pagtutukoy ng 0.9 / CR sa mga iniaatas na ibinigay sa FRD, anumang mga potensyal na isyu sa seguridad, anumang mga isyu sa pagkontrol, pagsunod sa arkitektura ng Bluetooth, at, para sa isang pagpapahusay ng pagtutukoy, pagsunod sa mga kinakailangan sa paatras na pagiging tugma na inilarawan sa Seksyon 3.3.2 .XNUMX. Kung tinukoy ng BARB ang anumang mga potensyal na isyu sa seguridad, aabisuhan ng BARB ang BSTS para sa muliview at koordinasyon sa Security Expert Group; at kung tukuyin ng BARB ang anumang implikasyon ng regulasyon, aabisuhan ng BARB ang BSTS na muliview at makipag-ugnay sa Komite ng Pangangasiwa at ligal na payo ng Bluetooth SIG. Dapat aprubahan o tanggihan ng BARB ang pagtutukoy ng 0.9 / CR batay sa paghuhusga nito sa engineering at pagsasaalang-alang sa mga salik na inilarawan sa talatang ito.

BTI ay mulingview ang 0.9 / CR mga dokumento sa pagsubok na isinasaalang-alang ang pagsusuri sa saklaw ng pagsubok. Dapat aprubahan o tanggihan ng BTI ang mga dokumento sa pagsubok na 0.9 / CR.

Matapos aprubahan ng BARB ang pagtutukoy ng 0.9 / CR, isinumite ng WG ang plano sa pagsubok ng IOP sa BARB para sa muliview.

Ang detalye na inaprubahan ng BARB na 0.9 / CR ay ipinakita sa BoD upang aprubahan ang pagsisimula ng pagsubok ng IOP at ang paglalathala ng 0.9 / CR na detalye sa lahat ng mga miyembro.

Upang mai-highlight ang mga potensyal na ligal na isyu, maaaring humiling ang mga WG ng isang detalye muliview sa pamamagitan ng ligal na payo ng Bluetooth SIG (ligal na mulingview) bago ang sapilitan ligal na review nagaganap sa panahon ng Adoption / Approval Phase. Gayunpaman, para sa mga pagpapahusay sa pagtutukoy, ang ligal na mulingview dapat gawin sa isang Integrated CR (taliwas sa isang Pinag-ikalang CR) at ito ay dapat na preschedule nang mas maaga hangga't maaari upang ang mga mapagkukunan ay magagamit.

Plano sa pagsubok ng IOP

Ang WG ay bubuo ng isang nakasulat na plano sa pagsubok ng IOP na dapat masiyahan ang lahat ng mga kinakailangang tinukoy sa ibaba para magamit sa panahon ng Yugto ng Pagpapatunay sa mga kaganapan sa pagsubok ng IOP. Dapat isumite ng mga WG ang plano sa pagsubok ng IOP sa BARB para sa muliview bago magsimula ang (mga) kaganapan sa pagsubok ng IOP. Para sa mga simpleng pagpapahusay sa pagtutukoy (lalo na ang mga hindi nangangailangan ng pagbabago o pagdaragdag ng anumang mga kaso ng pagsubok sa Test Suite), maaaring hindi kailanganin ang pagsubok sa IOP, at maaaring magsumite ang WG ng kahilingan sa BARB para sa isang waiver mula sa pagsubok sa IOP sa pamamagitan ng paggamit ng tinukoy na proseso sa Seksyon 4.4.

Dapat na may kasamang plano sa pagsubok sa IOP:

Mga kaso sa pagsubok upang mapatunayan ang lahat ng mga bagong sapilitan, opsyonal, at kondisyonal na tampok
Hindi bababa sa isang pagsubok na kaso para sa bawat op code
Hindi bababa sa isang pagsubok na kaso para sa bawat parameter
Hindi bababa sa isang kaso ng pagsubok para sa bawat uri ng packet
Mga kaso ng pagsubok sa pag-uumpisa ng paatras para sa mga pagpapahusay ng pagtutukoy upang ang mga kinakailangan na nakalista sa Seksyon 3.3.2 ay natutugunan para sa lahat ng pinahusay na pagpapaandar (tingnan din ang Seksyon 4.3.1.1).
Ang mga kaso ng pagsubok kung saan ang IUT ay nakalantad sa mga halaga sa labas ng tinukoy na mga saklaw o sa mga aspeto ng pag-uugali na itinuturing na hindi wasto o hindi inaasahan (Mga kaso ng pagsubok na Di-wastong Pag-uugali). Tandaan na inaasahan na ang isang tester tulad ng PTS o iba pang tool sa pagsubok ay magiging tagapagpasimula ng anumang hindi wastong pag-uugali.
Anumang pansamantalang itinalagang mga numero (napili sa koordinasyon sa BSTS upang maiwasan ang overlap sa paparating na mga kaganapan sa pagsubok ng IOP) na magagamit sa kaganapan sa pagsubok ng IOP, tulad ng inilarawan sa Seksyon 4.3.1.2.
Pagkilala sa kinakailangang bilang ng mga independiyenteng pagpapatupad na dapat pumasa sa bawat kaso ng pagsubok, isinasaalang-alang ang mga kinakailangan sa saklaw na inilarawan sa Seksyon 4.3.1.3
Ang pagkakakilanlan ng anumang mga kaso ng pagsubok sa Test Suite na pinaniniwalaan ng WG na dapat na maibukod at ang pagbibigay-katwiran para sa kanilang pagbubukod. Karaniwan na kasama rito ang: • Mga kaso sa pagsubok sa Hinaharap (halimbawa, mga karaniwang pagsubok upang ang mga posibleng karagdagan ay maaaring matanggap, tulad ng mga karagdagang katangian, pagpapalawak ng mga katangian, o ang paggamit ng Reserve for Future Use (RFU) na mga piraso o patlang)
• Mga kaso sa pagsubok na kung saan ay isang subset ng iba pang mga kasamang pagsubok
• Mga generic na kaso ng pagsubok na halos magkapareho sa mga pagsubok na tumatakbo para sa maraming iba pang mga pagtutukoy (hal., Pagpapalit ng mga karaniwang error code)
• Mga pagsubok na kaso na may parehong layunin sa pagsubok tulad ng mga kaso sa pagsubok na tumakbo sa isa pang transportasyon (hal. Isang kaso ng pagsubok na BR / EDR na katulad ng isang LE test case)
• Katibayan o pagsubok sa stress ng pagpapatupad

Ang plano ng pagsubok sa IOP ay maaari ring magsama ng mga pagsubok na kakaiba sa pagsubok sa IOP tulad ng mga end-to-end na kaso ng pagsubok na magkakasama ng mas kumplikadong mga pagkakasunud-sunod na maaaring maging katulad ng isang karaniwang sitwasyon ng gumagamit.

Kahit na ang pag-apruba ng BARB ng plano sa pagsubok ng IOP ay hindi kinakailangan (sa pag-unawa na ang plano sa pagsubok ng IOP ay magpapatuloy na mabago at pagbutihin sa bawat kaganapan sa pagsubok ng IOP), kinakailangan ng pag-apruba ng BARB ng ulat ng pagsubok na IOP (tingnan ang Seksyon 5.1.1) . Kung ang isang plano sa pagsubok sa IOP ay hindi nasiyahan ang lahat ng mga kinakailangan na tinukoy sa Seksyon 4.3.1, dapat ipakita ng WG ang isang buod ng anumang kilalang pagkakaiba-iba at katwiran para sa bawat pagkakaiba-iba sa BARB bago magsimula ang (mga) kaganapan sa pagsubok ng IOP.

Ang plano sa pagsubok ng IOP at mga kaso ng pagsubok ay dapat na pangunahing batay sa nilalaman sa loob ng mga dokumento ng pagsubok na nauugnay.

Upang gawing mahusay ang mga kaganapan sa pagsubok ng IOP, dapat magkaroon ang WG ng plano sa pagsubok na IOP at lahat ng nauugnay na mga kaso sa pagsubok ay nakumpleto at magagamit sa mga nagpapatupad ng perpektong hindi bababa sa isang buwan bago ang unang kaganapan sa pagsubok ng IOP.

Nagpaplano para sa pabalik na pagsubok sa pagiging tugma
Para sa mga pagpapahusay sa pagtutukoy, ang pagsubok sa IOP ng paatras na pagiging tugma ay dapat isaalang-alang ang pag-verify laban sa lahat ng mga aktibo at hindi na ginagamit na mga bersyon ng detalye dahil ang mga pagtutukoy at pag-andar na karaniwang matatagpuan sa mga produktong Bluetooth ay maaaring magkaroon ng isang napakahabang haba ng buhay (hal., Mga sasakyan). Dapat pag-aralan ng WG ang naaangkop na antas ng paatras na pagsubok sa pagiging tugma na kinakailangan (kung mayroon man) kasama ang aling mga bersyon upang subukan at ang mga pagsubok na naisasagawa, at ibigay ang pagsusuri na ito sa BARB. Dapat na ulit ang BARBview ang pagtatasa at inirerekumenda ang mga pagbabago (kung mayroon man) upang isama ng WG sa plano sa pagsubok ng IOP.

Ang mga kasapi na nakikilahok sa paatras na pagsubok sa pagiging tugma ay hinihimok na magdala ng mga legacy na aparato na naging kwalipikado laban sa nakaraang (mga) bersyon ng pagtutukoy. Dapat iulat ng WG ang anumang mga pagkabigo sa pag-uugnay sa pagkaatras sa ulat sa pagsubok ng IOP. Hinihikayat din ang mga kumpanya ng kasapi na magsagawa ng paatras na pagsubok sa pagiging tugma sa kanilang sariling mga lab sa labas ng lokasyon ng kaganapan sa pagsubok ng IOP at iulat ang anumang mga isyu na nauugnay sa pagtutukoy sa WG.

Pansamantalang Nakatalagang Numero na ginamit sa pagsubok sa IOP
Ang BSTS at BARB ay dapat na kumunsulta upang maiugnay ang pansamantalang pagtatalaga ng mga itinalagang numero na gagamitin sa kaganapan sa pagsubok ng IOP upang walang mga overlap o sagupaan sa iba pang mga pagtutukoy. Ang mga pansamantalang halagang ito ay dapat na isama sa plano sa pagsubok ng IOP at hindi itatalaga para magamit ng anumang mga pinagtibay na pagtutukoy.

Para sa pagsubok sa IOP kung saan iminungkahi ang isa o higit pang mga bagong 16-bit na halaga ng UUID, ang mga halagang nasa loob ng saklaw na 0x7F00 hanggang 0x7FFF ay nakalaan para sa pagsubok ng IOP.

Para sa pagsubok sa IOP kung saan iminungkahi ang isa o higit pang mga bagong halaga ng Fixed Protocol Service Multiplexer (PSM), ang mga halagang nagsisimula sa pagtatapos ng wastong saklaw mula 0x0000 hanggang 0x007F, tulad ng tinukoy sa Core na Pagtukoy, ay gagamitin.

Mga kinakailangan sa saklaw
Dapat magbigay ang WG ng katibayan sa BARB na ang kinakailangang numero (tulad ng inilarawan sa mga seksyon na kasunod) ng mga independiyenteng pagpapatupad ay nakapasa sa bawat kaso ng pagsubok. Ang anumang kahilingan sa WG para sa mga pagbubukod sa kinakailangang bilang ng mga independiyenteng pagpapatupad ay dapat na ipahiwatig sa plano sa pagsubok ng IOP na isinumite sa BARB.

Ang mga pagpapatupad ay itinuturing na malaya sa bawat isa hangga't ang lahat ng mga bahagi na may kaugnayan sa pagpapatunay ay nabuo nang nakapag-iisa, ibig sabihin, ng iba't ibang mga koponan (na hindi kinakailangang nagmula sa iba't ibang mga kumpanya). Maaaring tumulong ang BSTS sa pagtatasa kung ang mga prototype ay maaaring maituring na independiyente sa bawat isa upang mapanatili ang pagkawala ng lagda at pagkakumpidensyal ng mga detalye ng pagpapatupad.

Tandaan na ang mga tool sa pagsubok, kasama ang PTS, ay hindi itinuturing na malayang pagpapatupad.

Mga kinakailangan sa pagsakop ng IOP ng Core na Pagtukoy
Ang tampok na Core na Pagtukoy ay karaniwang tumutukoy sa isa o higit pang mga tungkulin kung saan ang bawat papel ay dinisenyo upang makipagtulungan sa isa o higit pang iba pang mga tungkulin o posibleng sa sarili nito.

Para sa bawat pares ng mga tungkulin na idinisenyo upang makipagtulungan sa bawat isa, hindi bababa sa tatlong independiyenteng pagpapatupad ng bawat tungkulin ang dapat ipakita upang makipagtulungan sa tatlong independiyenteng pagpapatupad ng pantulong na papel.

Para sa bawat tungkulin na maaaring makipagtulungan sa isa pang aparato sa parehong papel, hindi bababa sa tatlong independiyenteng pagpapatupad ng papel na iyon ang dapat ipakita na maaari silang makipag-ugnay sa isa't isa sa papel na iyon.

Mga kinakailangan sa pagsakop sa IOP ng pagtutukoy
Hindi bababa sa tatlong independiyenteng pagpapatupad ng serbisyo ang dapat ipakita na nakikipag-ugnayan sila sa hindi bababa sa isang pagpapatupad ng kliyente, na maaaring PTS.

Profile at pagtutukoy ng mga kinakailangan sa saklaw ng IOP
Profile at ang mga pagtutukoy ng protokol ay karaniwang tumutukoy sa isa o higit pang mga tungkulin kung saan ang bawat papel ay dinisenyo upang makipagtulungan sa isa o higit pang iba pang mga tungkulin, o posibleng sa sarili nito.

Para sa bawat pares ng mga tungkulin na idinisenyo upang makipagtulungan sa bawat isa, hindi bababa sa dalawang independiyenteng pagpapatupad ng bawat tungkulin ang dapat ipakita na nakikipag-ugnayan sila sa dalawang independiyenteng pagpapatupad ng pantulong na papel.

Para sa bawat tungkulin na maaaring makipagtulungan sa isa pang aparato sa parehong papel, hindi bababa sa tatlong independiyenteng pagpapatupad ng papel na iyon ang dapat ipakita na nakikipag-ugnayan sila sa isa't isa sa papel na iyon.

Mga kinakailangan sa pagsakop sa IOP ng pagtutukoy ng modelo
Hindi bababa sa tatlong independiyenteng modelo ng server o pagpapatupad ng modelo ng kontrol ang dapat ipakita na nakikipag-ugnayan sila sa hindi bababa sa isang pagpapatupad ng kliyente (na maaaring PTS), at hindi bababa sa isang pagpapatupad ng modelo ng client ang dapat ipakita na nakikipag-ugnay ito sa hindi bababa sa isang pagpapatupad ng modelo ng server at PTS.

Pagnunumero ng bersyon ng pagtutukoy

Sa panahon ng 0.9 / CR Stage, dapat maghanda ang WG ng isang rekomendasyon upang maipakita sa BoD patungkol sa numero ng bersyon na ilalapat sa pagtutukoy kapag pinagtibay.

Ang mga bersyon ng mga pagtutukoy ay nahahati sa dalawang uri: mga buong bersyon ng paglabas, na nagsasama ng mga bago o na-update na mga tampok, at mga bersyon ng paglabas ng pagpapanatili (kilala rin bilang "mga bersyon ng dot-Z"), na nagsasama ng mga teknikal at editoryal na errata, ngunit hindi nagsasama ng bago o na-update mga tampok Ang mga buong bersyon ng paglabas ay may dalawang bahagi na numero sa anyo ng XY, tulad ng 2.1 o 5.0, habang ang mga bersyon ng pagpapakawala ng pagpapanatili ay may tatlong bahagi na numero sa anyo ng XYZ, tulad ng 2.1.2. Ang halaga ng Z ay hindi maaaring 0.

Para sa anumang dalawang bersyon, ang isa ay tinukoy bilang "mas mataas na bersyon" at ang isa pa ay ang "mas mababang bersyon". Natutukoy ito alinsunod sa mga sumusunod na panuntunan:

Kung magkakaiba ang mga sangkap ng X, ang isa na may mas mataas na halagang X ay ang "mas mataas na bersyon".
Kung ang mga sangkap ng X ay pareho, ngunit magkakaiba ang mga sangkap ng Y, ang isa na may mas mataas na halagang Y ay ang "mas mataas na bersyon".
Kung ang mga sangkap ng XY ay pareho, ngunit magkakaiba ang mga sangkap ng Z, ang isa na may mas mataas na halaga ng Z ay ang "mas mataas na bersyon". Ang isang dalawang-bahaging numero XY ay, para sa hangaring ito, na tratuhin bilang isang tatlong-bahaging numero XY0.

Para kay examp, ang mga sumusunod na numero ng bersyon ay magkakasunud-sunod mula sa pinakamababang bersyon hanggang sa pinakamataas na bersyon: 1.4, 2.0, 2.0.3, 2.1, 2.1.1, 2.1.2, 2.2. Para sa CSS, ang bawat pag-update ay nagdaragdag lamang ng X sangkap ng numero ng bersyon.

Mga kinakailangan sa pag-apruba ng BoD
Sa pagtatapos ng yugto ng Pag-unlad ng Pagtukoy ang mga sumusunod na kinakailangan ay dapat matugunan bago isumite ang isang pagtutukoy ng 0.9 / CR sa BoD para sa pag-apruba:

Nakumpleto ng WG ang pagsusuri sa saklaw ng pagsubok.
Ang BSTS ay nakumpleto muliviewna nasa 0.9 / CR na detalye at pagsubok ng mga dokumento.
Inaprubahan ng BARB ang pagtutukoy ng 0.9 / CR.
Inaprubahan ng BARB ang CSS CR (kung ang mga bagong entry ay kinakailangan ng detalye) na maaaring ma-embed sa isang pinaikling CR ng detalye.
Inaprubahan ng BARB ang GSS CR at MDP CR (kung ang mga bagong entry ay kinakailangan ng detalye).
Inaprubahan ng BTI ang 0.9 / CR Test Suite, ICS, at TCRL, kasama ang isang IXIT (sa kondisyon na kailangan ang IXIT upang maisagawa ang mga pagsubok sa Test Suite). Ang TCRL ay opsyonal sa mga itotage para sa mga pag-update sa Core Specification.
Ang WG ay nagsumite ng plano sa pagsubok ng IOP sa BARB para sa muliview (kung ang pagsubok ay hindi pinatawad ng BARB).

Ang mga dokumento na ipinakita sa BoD ay dapat na may kasamang pagtutukoy na inaprubahan ng BARB na 0.9 / CR, at isang pagtatanghal sa BoD na dapat may kasamang:

Anumang mga kilalang kahilingan upang talikdan ang pagsubok sa IOP o alinman sa mga kinakailangang tinukoy sa Seksyon 4.3.1
Isang listahan ng mga pagdadala na sinusuportahan ng pagtutukoy (hal., BR / EDR, LE. Atbp.)
Para sa isang pagpapahusay ng pagtutukoy, anumang mga pagbubukod mula sa mga kinakailangan sa paatras na pagiging tugma (inilarawan sa Seksyon 3.3.2) na hinihiling ng WG
Para sa isang pagpapahusay ng pagtutukoy, isang rekomendasyon mula sa WG para sa numero ng bersyon na mailalapat sa pinagtibay na detalye
Para sa isang pagpapahusay ng detalye, ang rekomendasyon ng end-of-life ng WG para sa nakaraang (mga) bersyon ng pinagtibay na detalye, kasama ang anumang mga kadahilanang panteknikal kung bakit ang pagtatanggal o pag-atras ng anumang nakaraang bersyon ng pagtutukoy ay o hindi inirerekumenda, at ang pagbibigay-katwiran para sa rekomendasyon
Anumang hindi malutas na mga seryosong alalahanin mula sa mga kasapi ng BARB o BTI (hal., Mga dahilan para sa anumang Walang boto sa panahon ng pag-apruba, mga alalahanin na nagreresulta mula sa mulingview ng mga dokumento sa pagsubok, o mga alalahanin na ang pagtutukoy ng 0.9 / CR ay nasa labas ng saklaw ng FRD o charter)
Ang katayuan ng paghahanda ng Profile Ang Tuning Suite (PTS) o iba pang kinakailangang tool na nauugnay sa pag-aampon na inihanda ng BSTS

Maaaring piliin ng BoD na aprubahan ang pagtutukoy ng 0.9 / CR para sa pagsubok sa IOP ayon sa hinihiling ng Mga Batas [2], bago aprubahan ng BTI ang mga dokumento sa pagsubok na 0.9 / CR at bago kumpirmahin ng WG na natutugunan ng plano ng pagsubok ng IOP ang mga kinakailangang tinukoy sa Seksyon 4.3.1. 0.9. Maaari ring kundisyon ng BoD ang pag-apruba nito sa pagtutukoy ng 0.9 / CR para sa pagsubok sa IOP sa pag-apruba ng BTI ng mga dokumento sa pagsubok na XNUMX / CR.

0.9 / CR Stage kinakailangan ng exit
Ang 0.9 / CR Stage ay kumpleto na at ang Validation Phase ay nagsisimula kapag inaprubahan ng BoD ang pagsisimula ng pagsubok ng IOP.

4.4 Mga Pagpapaiwas sa Proseso ng Pag-unlad ng Pagtukoy

Maaaring hilingin ng isang WG na talikdan ang isa o higit pa sa mga sumusunod na hakbang sa proseso:

Ang 0.5 / DIPD Stage
Ang 0.7 / FIPD Stage
Pagsubok ng IOP sa loob ng Phation ng Pagpapatunay

Upang humiling ng isang waiver, ang WG ay dapat gumamit ng template ng waiver ng proseso na ibinigay ng Bluetooth SIG [8] at magsumite ng isang kahilingan sa pagwawaksi sa bawat komite (ibig sabihin, BARB o BTI) na kinakailangan upang mulingview o aprubahan ang draft na detalye o nauugnay na mga dokumento sa pagsubok sa stage na ang WG ay nagmumungkahi na talikdan, at ang bawat isa sa mga komite ay dapat aprubahan ang kahilingan sa waiver.

Ang isang kahilingan sa waiver ay dapat na may kasamang sumusunod:

Isang pagkakakilanlan ng stag(mga) nais ng WG na talikuran
Isang katwiran kung bakit ang stage (s) ay dapat na waive
Isang pagkakakilanlan ng bawat komite (ibig sabihin, BTI at / o BARB) na kinakailangan upang muling gawinview at aprubahan ang kahilingan sa waiver

Ang komite na isinasaalang-alang ang waiver ay maaaring mangailangan na ang isang kinatawan ng WG ay gumawa ng isang pagtatanghal upang bigyang-katwiran ang proseso ng pag-waiver sa SMPD bago magpasya sa kahilingan sa waiver.

Kung humiling ang isang waiver na talikdan ang maraming mga hakbang at ang bahagi ng waiver ay tinanggihan at bahagi ay naaprubahan, ang tugon ng komite ay dapat na ipahiwatig kung aling mga hakbang sa paghingi ng waiver ang naaprubahan at kung alin ang tinanggihan. Kung tinanggihan ang isang kahilingan sa waiver, dapat isama sa notification ng pagtanggi ang mga dahilan para sa pagtanggi.

5. Phase ng Pagpapatunay

Sa panahon ng Validation Phase, ang WG ay magsasagawa ng pagsubok sa IOP sa pagtutukoy ng 0.9 / CR na may layunin na maghatid ng isang ulat sa pagsubok ng IOP para sa BARB review at pag-apruba. Kailanman posible, ang pagsusuri sa IOP ng mga pagpapahusay sa pagtutukoy ay dapat na isagawa laban sa pinagsamang detalye ng draft. Bilang karagdagan, ang Miyembro na si Review, tulad ng hinihiling ng Mga Batas [2], ay nagsisimula sa yugtong ito.

Kung ang pagtutukoy (o pagpapahusay) ay hindi nangangailangan ng pagsubok sa IOP, pagkatapos ang pagsubok ng IOP sa loob ng Phation ng Pagpapatunay ay maaaring mawala sa paggamit ng proseso na inilarawan sa Seksyon 4.4.

Sa buong kurso ng pagsubok sa IOP (na maaaring isa o higit pang mga kaganapan), dapat subaybayan ng WG ang mga isyu gamit ang system ng pagsubaybay sa isyu ng Bluetooth SIG at umulit upang isama ang mga pag-update sa draft na detalye, mga dokumento sa pagsubok, at plano sa pagsubok ng IOP. Kapag natapos ang pagsubok sa IOP, dapat kumpletuhin ng WG ang mga detalye sa draft na detalye at mga dokumento sa pagsubok upang matugunan ang lahat ng mga isyu, at maghanda at magsumite ng isang ulat ng pagsubok sa IOP sa BARB para sa mulingview at pag-apruba. Ito ay nakalarawan sa Larawan 5.1.

Sa panahon ng Yugto ng Pagpapatunay mayroong maraming mga aktibidad na maaaring magsimula. Ang mga aktibidad na ito ay maaaring mangyari nang kahanay at isama ang mga sumusunod:

Ang detalye na inaprubahan ng BoD na 0.9 / CR ay ginawang magagamit sa lahat ng mga miyembro ng BSTS na may abiso tungkol sa pagsisimula ng Miyembro na Review panahon na kinakailangan ng mga Batas.
Ang anumang kinakailangang mga pag-update ay isinasama sa CSS (na maaaring naka-embed sa isang Pinagandang CR ng pagtutukoy).
Ang mga kahulugan ng katangian o tagapaglarawan ay isinasama sa pagtutukoy ng GSS pati na rin ang PTS para sa pagsubok sa IOP.
Ang mga kahulugan ng Mesh na pag-aari ay isinasama sa pagtutukoy ng MDP pati na rin ang PTS para sa pagsubok sa IOP.
Pinapayagan ng BSTS ang pagrehistro sa platform ng IOP at tool sa pagpasok ng mga resulta bilang paghahanda sa pagsubok sa IOP.
Pagsubok ng IOP, kung kinakailangan (tingnan ang Seksyon 5.1).
Review ang mga komento at isyu, kabilang ang mga isinumite bilang resulta ng pagsubok sa IOP, ay naproseso at ang mga pagbabago ay isinasama sa draft na detalye.

5.1 pagsubok sa IOP

Ang pangunahing layunin ng pagsubok sa IOP ay upang patunayan ang detalye sa pamamagitan ng, para sa halample, pagsuri para sa kawastuhan at kalabuan sa loob ng teksto, reviewpara sa anumang pangunahing mga pagkakamali sa disenyo at pagkukulang, at pagbibigay ng pagpapatunay laban sa dating itinatag na mga kinakailangan na binuo nang mas maaga sa proseso ng pag-unlad ng pagtutukoy. Ang pagsubok sa IOP ay maaaring magresulta sa mga pagbabago sa draft na detalye at maramihang mga kaganapan sa pagsubok ng IOP ay maaaring kinakailangan upang makumpleto ang lahat ng kinakailangang pagsubok.

Mahalagang bigyan ang mga kasapi sa labas ng WG ng pagkakataong lumahok sa pagsubok sa IOP dahil nagbibigay sila ng independyente view ng pagtutukoy at maaaring alisan ng takip ang mga lugar ng kalabuan sa detalye na maaaring hindi maliwanag sa mga kasapi ng WG na bumuo ng draft. Bago ang bawat kaganapan sa pagsubok ng IOP, gagawin ng BSTS ang mga detalye ng kaganapan, ang pinakabagong detalye ng draft, ang Test Suite, at plano sa pagsubok ng IOP na magagamit at aabisuhan ang lahat ng mga miyembro ng perpektong isang buwan bago ang bawat kaganapan. Ang na-update na detalye ng draft, Test Suite, at plano sa pagsubok ng IOP na ginamit sa isang kaganapan sa pagsubok ng IOP ay dapat na magagamit kahit isang linggo bago ang bawat kaganapan.

Sa panahon ng pagsubok ng IOP, susubukan ng pares ng mga kombinasyon ng platform na ipatupad ang mga pagsubok at itatala ng mga kalahok sa pagsubok ng IOP ang pass / fail na mga resulta ng bawat pagsubok at komento. Ang isang hindi nagpapakilalang buod ng mga resulta na ito (na tumutukoy sa hal., "Platform A", "Platform B", atbp.) At anumang mga puna, ay makokolekta sa mga kaganapan sa pagsubok ng IOP at magagamit sa mga kasapi ng WG habang at pagkatapos ng IOP kaganapan sa pagsubok Kung sakaling kailangan ng karagdagang impormasyon upang makakuha ng mas mahusay na pag-unawa sa anumang mga komento o pagkabigo na naganap sa pagsubok ng IOP, ang BSTS ay maaaring kumilos bilang isang tagapamagitan upang mangalap ng karagdagang impormasyon mula sa miyembro ng nagsumite.

Kung maaari, ang PTS ay dapat na nai-update upang suportahan ang pagsubok ng IOP sa mga platform sa lahat ng mga layer sa itaas ng Host Controller Interface (HCI), at naroroon sa mga kaganapan sa pagsubok ng IOP para sa mga layer na iyon. Ang iba pang mga tool sa pagsubok ay maaari ding naroroon sa mga kaganapan sa pagsubok ng IOP. Isang buod ng mga resulta ng pagsubok sa PTS o iba pang mga tool sa pagsubok (kung mayroon man) ay dapat na isama sa ulat ng pagsubok sa IOP.

Ang pagsubok sa IOP ay bukas sa lahat ng mga kasapi na nais na magbigay ng isang pagpapatupad ng prototype, gayunpaman, maaaring kundisyon ng Bluetooth SIG ang pakikilahok sa pagtanggap ng mga kasunduan sa Bluetooth SIG (kabilang ang mga kasunduan sa pakikilahok at pagiging kompidensiyal). Ang WG ay responsable para sa pagproseso at paglutas ng mga isyu na natuklasan sa pagsubok ng IOP, at pag-update ng mga apektadong dokumento; Ang mga pagbabago na naaprubahan ng WG ay dapat na isama bilang mga pag-update sa draft na detalye at mga dokumento sa pagsubok para magamit sa bawat kaganapan sa pagsubok ng IOP.

Bago ang Yugto ng Pagpapatunay, ang mga WG ay maaaring magsagawa ng paunang pagsubok sa IOP sa mga kaganapan na bukas lamang sa mga miyembro ng WG, subalit ang mga resulta ng di-pormal na pagsubok ay maaaring hindi isama sa mga resulta ng pagsubok sa IOP.

Maaaring mangyari na ang lahat ng mga hakbang na humahantong sa unang kaganapan sa pagsubok ng IOP ay sinusundan, kasama ang isang inihayag na petsa at lokasyon ng IOP na may hangad na simulan ang pagsubok sa IOP, ngunit ang pag-apruba ng BoD ay hindi nasigurado bago magsimula ang kaganapan sa pagsubok. Sa kasong ito, maaaring pahintulutan ng BoD ang pagsasama ng mga resulta ng pagsubok na nakolekta bago ang pag-apruba ng BoD upang simulan ang pagsubok sa IOP, sa kondisyon na ang mga resulta na nakolekta ay batay sa parehong pagtutukoy at ang Test Suite na naaprubahan ng BoD.

Ang pagsubok sa IOP ay hindi kinakailangan para sa mga pagpapahusay sa mga pagtutukoy ng CSS, GSS, o MDP.

Ulat sa pagsubok ng IOP
Matapos makumpleto ang pagsubok sa IOP, dapat isumite ng WG ang ulat ng pagsubok ng IOP sa BARB na may layuning ipakita na ang kinakailangang bilang ng mga independiyenteng platform ay nakapasa sa kinakailangang mga pagsubok. Dapat na ulit ang BARBview at aprubahan o tanggihan ang ulat ng pagsubok ng IOP at aabisuhan ang WG kung kinakailangan ng karagdagang pagsubok sa IOP bago isumite ang pakete ng pagtutukoy ng Voting Draft sa BoD. Dapat tiyakin ng BSTS at ng WG na walang impormasyong makikilala ang miyembro na lilitaw sa ulat ng pagsubok sa IOP bago isumite ang ulat sa BARB.

Dapat kasama sa ulat sa pagsubok ng IOP ang:

Isang listahan ng lahat ng mga kaganapan sa pagsubok ng IOP na naganap sa panahon ng Validation Phase kasama ang kanilang mga petsa at lokasyon.
Ang bilang ng mga kumpanya ng kasapi at mga independiyenteng platform na lumahok sa bawat kaganapan ng IOP kasama na kung ginamit ang PTS.
Isang listahan ng pagtutukoy, mga pagsubok na bersyon ng pagsubok sa Test Suite, at IOP na ginamit sa bawat kaganapan.
Isang buod ng ehekutibo na nagsasaad kung natutugunan o hindi lahat ng mga kaso ng pagsubok ang minimum na pamantayan sa pagpasa.
Isang buod ng anumang pagkakaiba-iba mula sa mga kinakailangan sa plano sa pagsubok ng IOP na tinukoy sa Seksyon 4.3.1 at ang katwiran para sa bawat pagkakaiba-iba.
Isang buod ng saklaw ng PTS para sa mga kaso ng pagsubok sa Test Suite.
Isang listahan ng lahat ng mga kaso sa pagsubok (kabilang ang mga paatras na pagsusulit sa pagiging tugma) mula sa plano sa pagsubok ng IOP, ang bilang ng mga pagsubok na pumasa, ang bilang ng mga pagkabigo sa pagsubok, at kung ang minimum na pamantayan ay natutugunan sa bawat kaso ng pagsubok kasama ang isang paliwanag kung bakit ang anumang mga kinakailangan ay hindi nakilala
Isang buod ng mga isyu, komento, at katanungan sa bawat kaganapan (kasama ang mga filed laban sa pagtutukoy sa panahon ng pagsubok ng IOP) at ang epekto sa detalye at detalye ng mga dokumento.

5.2 Mga kinakailangan sa exit Phase ng Pagpapatunay

Kumpleto ang Phation ng Pagpapatunay at nagsisimula ang Phase ng Pag-apruba / Pag-aampon kapag naaprubahan ng BARB ang ulat sa pagsubok ng IOP (maliban kung ang pagsubok ay binitawan ng BARB) at natugunan ang lahat ng mga sumusunod na kinakailangan:

Ginawa ng BSTS ang naaprubahang 0.9 / CR na pagtutukoy na magagamit sa lahat ng mga miyembro para sa Miyembro na Review tulad ng hinihiling ng mga Batas at inabisuhan ang lahat ng mga miyembro ng pagkakaroon nito.
Ang lahat ng mga isyu na kinilala sa panahon ng pagsubok ng IOP, at na may epekto sa pagsubok, ay isinama at nasubok.
Nakumpleto ng WG ang pagsubok sa IOP (maliban kung ang pagsubok ay kinubkob ng BARB).

6. Phase ng Pag-aampon / Pag-apruba

Sa panahon ng Adoption / Approval Phase, ang detalye at kaugnay na mga dokumento sa pagsubok ay natapos na, natanggap ang BARB, BQRB, at pag-apruba ng BTI, ang abiso ng ipinanukalang Petsa ng Pag-ampon ay inilabas kasama ang huling bersyon ng draft na detalye na isinumite sa BoD para sa pag-aampon ( Voting Draft), at ang pangwakas na pakete ng pagtutukoy ay isinumite sa BoD. Matapos ang minimum na tagal ng Miyembro Review kinakailangan ng mga Batas [2]) ay nasiyahan, isasaalang-alang ng BoD ang detalye para sa pag-aampon sa Petsa ng Pag-ampon. Matapos ang pag-aampon, ang detalye ay nai-publish at ang sistema ng kwalipikasyon ay pinagana. Ang Adoption / Approval Phase ay isinalarawan sa Larawan 6.1.

6.1 Draft ng Pagboto

Ang Voting Draft ay nilikha sa pamamagitan ng pagsasama ng mga update (na ibinigay sa Phation ng Pagpapatunay) sa kinakailangang mga dokumento sa pagtutukoy, at paghahanda ng isang pangwakas na draft ng bagong detalye. Para sa mga pagpapahusay sa pagtutukoy, lilikha ng BSTS ang isinamang detalye sa pamamagitan ng pagsasama ng isa o higit pang mga CR (s) sa dating pinagtibay na mas mataas na bersyon ng detalye (tingnan ang Seksyon 4.3.2) kung hindi pa nakumpleto bago ang Validation Phase.

Kung ang mga pagbabago ay ginawang pagtutukoy sa yugtong ito at tinutukoy ng WG, BARB, o BTI na ang anumang pagbabago ay nangangailangan ng karagdagang pagsubok sa IOP, ang detalye ay babalik sa bahagi ng pagsubok ng IOP ng Validation Phase para sa WG upang maisagawa ang mga karagdagang pagsubok. Sa panahon ng Adoption / Approval Phase, ang mga sumusunod na dokumento ay makukumpleto at gagawing magagamit sa BoD bago ang Petsa ng Pag-aampon:

Ang Vraft Draft
Lahat ng pagsuporta sa pagtutukoy (ibig sabihin, CSS, GSS, MDP) tulad ng kinakailangan para sa uri ng nauugnay na detalye (o pagpapahusay), kung hindi dating pinagtibay
Para sa mga pagpapahusay sa pagtutukoy, isang bersyon na sinusubaybayan na pagbabago ng bersyon ng pinagtibay na detalye na nagpapakita ng mga pagbabagong iminungkahi sa Voting Draft
Isang paglalarawan mula sa WG ng anumang mga kinakailangan sa paatras na pagiging tugma (tulad ng inilarawan sa Seksyon 3.3.2) na hindi pa natutugunan at ang pagbibigay-katwiran para sa anumang mga pagbubukod
Isang paglalarawan mula sa WG ng anumang mga kinakailangan sa plano sa pagsubok ng IOP (tulad ng inilarawan sa Seksyon 4.3.1) na hindi pa natutugunan at ang pagbibigay-katwiran para sa anumang mga paglihis kasama ang ulat ng pagsubok sa IOP (na maaaring ibigay sa pamamagitan ng pagbibigay ng isang link sa isang kopya sa ang Bluetooth SIG weblugar)
Isang rekomendasyon mula sa WG para sa pag-aalis o pag-atras ng anumang nakaraang (mga) bersyon ng pinagtibay na detalye kasama ang isang pagbibigay-katwiran, na nagha-highlight ng mga pagbabago mula noong 0.9 / CR Stage rekomendasyon sa pagtatapos ng buhay
Isang buod, inihanda ng WG, ng mga pagbabago sa mga tampok o pag-andar mula noong 0.9 / CR na pagtutukoy (kung mayroon man)
Isang buod, inihanda ng BARB, ng mga alalahanin na itinaas ng mga kasapi ng BARB na ang ispesipikasyong ginawa ng WG ay lampas sa saklaw ng charter na naaprubahan ng BoD (kung mayroon man)
Isang listahan ng mga natitirang hindi nalutas na ligal na isyu mula sa ligal na mulingview (kung meron man)
Ang naaprubahan ng BTI na Test Suite, kasama ang naaprubahan ng WG na buod ng saklaw ng pagsubok ng pagtutukoy ng Voting Draft. Sa kaso ng bagong naidagdag o nabagong pag-andar nang walang saklaw ng pagsubok, kinakailangan ng nakasulat na pagbibigay-katwiran para sa pagkukulang
Ang naaprubahan ng BTI na ICS at IXIT (kung kinakailangan ng detalye)
Ang TCRL na inaprubahan ng parehong BTI at BQRB
Isang ulat na inihanda ng BSTS kasama ang BTI patungkol sa katayuan ng pagiging handa ng tool (hal., PTS at iba pang mga tool sa pagsubok, Bluetooth Launch Studio) kasama ang kung ang anumang mga kaso ng pagsubok sa TCRL ay hindi suportado ng mga tool sa pagsubok
Isang buod, na inihanda ng WG, ng lahat ng kinakailangang itinalagang mga numero
Isang checklist ng pag-aampon na hinanda ng BSTS at ng WG na nagpapakita na ang lahat ng naihatid sa seksyong ito ay nakumpleto na ang lahat
Lahat ng iba pang impormasyon na hiniling ng BoD

Sa panahon ng Adoption / Approval Phase, dapat gamitin ng WG ang system sa pagsubaybay sa isyu ng Bluetooth SIG upang makuha ang mga isyu at komento laban sa draft na detalye at mga dokumento sa pagsubok upang ang mga ito ay maituring sa pagtatapos ng detalye ng Voting Draft. Para sa isang pagpapahusay ng detalye, ang lahat ng nauugnay na naaprubahang errata (ibig sabihin, ang mga naaprubahang errata na hindi pa naisasama) ay dapat na isama, at dapat makilala gamit ang mga sinusubaybayan na pagbabago.

Dapat isumite ng WG ang pangwakas na detalye ng draft sa BSTS para sa ligal na mulingview. Para sa mga bagong pagtutukoy, ang ligal na mulingview isasama ang buong detalye. Para sa mga pagpapahusay sa pagtutukoy, ang mulingview pangunahin ang pagtuon sa nabago na mga bahagi ng detalye. Ang layunin ng ligal na review pangunahin upang makilala ang mga ligal na peligro na dapat isaalang-alang at hangarin ng WG na lutasin. Ang ligal na puna ay ikakategorya batay sa kalubhaan. Kung ang isang opsyonal na ligal na mulingview ay ginanap sa 0.9 / CR Stage, ang bersyon na isinumite para sa ligal na mulingview dapat ipakita, bilang mga sinusubaybayan na pagbabago, lahat ng mga pagbabagong nagawa mula noong bersyon na iyon (nabuo alinman sa WG o BSTS). Sa pagkumpleto ng ligal na mulingview, sasang-ayon ang WG at BSTS sa feedback na isasama sa draft na detalye. Kung mayroong anumang hindi nalutas na mga ligal na komento mula sa ligal na mulingview sa draft na detalye, ang WG Chair ay maaaring humiling ng oras sa BoD agenda upang sumang-ayon sa resolusyon.

Kahanay ng ligal na review, dapat isumite ng WG ang draft na detalye sa BARB para sa muliview. Sa paunang pagsumite sa BARB, aabisuhan ng BSTS ang lahat ng mga kasapi na ang draft na detalye ay isinumite sa BARB para sa mulingview at magagamit din ito para sa Miyembro Review. Kung ang WG ay nagsumite ng mga pag-update sa draft na pagtutukoy para sa BARB na muling review, Magpapadala ang BSTS ng karagdagang mga abiso sa lahat ng mga miyembro nang pana-panahon.

Sa pagkumpleto ng BARB review, ang WG at BARB ay sasang-ayon sa feedback na isasama sa draft na detalye.

Kung ang ligal na mulingview nagreresulta sa anumang mga makabuluhang pagbabago, karagdagang review sa pamamagitan ng BARB maaaring kailanganin. Katulad nito, kung ang BARB mulingview nagreresulta sa anumang malalaking pagbabago, tutukuyin ng BSTS kung isang karagdagang ligal na review ng mga pagbabagong iyon ay kinakailangan. Sa pagkumpleto ng ligal na mulingview at BARB review, Dapat aprubahan o tanggihan ng BARB ang Voting Draft.

Kung ang anumang mga dokumento sa pagsubok ay nangangailangan ng pag-update, tutulungan ng BSTS ang WG sa pag-update ng mga dokumento sa pagsubok. Dapat aprubahan o tanggihan ng BTI ang mga dokumento sa pagsubok. Kung naaprubahan ng BTI, tutulong ang BTI sa pagtatapos ng TCRL at ihatid ang dokumentong ito sa BQRB kasama ang nauugnay na ICS, IXIT, at Test Suite. Tatantyahin ng BSTS ang petsa ng pagpupulong ng BoD kung balak ng BoD na bumoto sa pag-aampon ng Voting Draft (Adoption Date) at ibigay ito sa BTI para magamit sa TCRL. Ang pag-apruba ng BARB sa detalye, pag-apruba ng BTI ng lahat ng mga dokumento sa pagsubok (kasama ang Test Suite, TCRL, ICS, at IXIT), at ang pag-apruba ng BQRB ng TCRL ay dapat mangyari sa o bago ang Adoption Date.

Ipapaalam sa BSTS sa lahat ng mga miyembro ang pagtatapos at pagkakaroon ng Voting Draft at ang Adoption Date. Ang Petsa ng Pag-ampon ay itatakda nang hindi mas maaga sa 60 araw pagkatapos maabisuhan ang mga miyembro tungkol sa detalye na inaprubahan ng BoD na 0.9 / CR, maliban kung ang Miyembroview ang panahon ay pinaikling ng BoD alinsunod sa mga Batas, at hindi bababa sa 14 na araw pagkatapos ng abiso ng Petsa ng Pag-ampon ay ibinigay sa mga kasapi alinsunod sa Mga Batas. Para sa mga kaso kung saan maraming CR ang naisama sa isang Voting Draft, ang pagsisimula ng Miyembro na Review ay ang petsa kung saan aabisuhan ang mga miyembro tungkol sa pinakabagong CR na naaprubahan ng BoD.

Matapos ang abiso ng Petsa ng Pag-ampon ay ibinigay sa mga miyembro, pinahihintulutan ang pag-aayos ng na-aprubahan ng BoD sa mga error na typograpiko sa Voting Draft. Ang timeline ng Pagtukoy ng Pagtutukoy ay isinalarawan sa Larawan 6.2.

6.2 Mga itinalagang numero

Ang Bluetooth SIG ay nagpapanatili ng isang magagamit na hanay ng mga itinalagang numero sa Mga Nakatalagang Numero ng Bluetooth website [7]. Ang mga itinalagang numero na ito ay naka-grupo sa iba't ibang mga puwang ng numero (isang kaugnay na hanay ng mga numero na walang mga duplicate). Ang mga itinalagang numero ay maaaring mag-overlap sa iba pang mga itinalagang numero sa iba't ibang mga puwang ng numero, ngunit walang numero sa loob ng isang puwang ng numero ang pinapayagan na magamit muli. Ang iba't ibang mga puwang ng numero ay tinukoy sa pagtutukoy na tumutukoy sa paggamit ng mga nakatalagang numero.

Matapos aprubahan ng BARB ang ulat sa pagsubok ng IOP, magsusumite ang WG ng isang kahilingan sa BARB para sa pagtatalaga ng mga bagong numero sa loob ng (mga) puwang na kinakailangan ng huling detalye. BARB ay mulingview ang kahilingan at makipagtulungan sa BSTS upang matukoy ang mga itinalagang numero. Sa pag-apruba sa BARB, iiskedyul ng BSTS ang paglalathala ng mga itinalagang numero upang gawing magagamit ng publiko sa Bluetooth SIG Assigned Number website [7] sa loob ng isang linggo ng pag-aampon ng detalye.

Kapag ang paglalathala ng mga itinalagang numero sa Bluetooth SIG Assigned Number webAng site o sa loob ng isang pinagtibay na detalye ay nangyayari, ang mga itinalagang numero ay inilaan upang hindi mabago (upang hindi mabago ang alinman sa halaga o kahulugan). Kung hindi sila magagamit para sa ilang kadahilanan, sila ay nakareserba ng mga halaga at hindi pinapayagan na magamit muli.

6.3 Mga kinakailangan sa pag-aampon / Pag-apruba ng Phase exit

Ang Pag-apruba / Adoption Phase ay kumpleto kapag ang BoD ay nagpatibay ng detalye at ang mga sumusunod na aktibidad sa pag-aampon ay nakumpleto:

Ginawa ng BSTS na magagamit sa publiko ang panghuling itinalagang mga numero sa Bluetooth SIG website.
Ginawa ng BSTS na magamit ang pampubliko na pagtutukoy na magagamit sa publiko sa Bluetooth SIG website
Ginawa ng BSTS ang lahat ng sumusuporta sa mga dokumento (hal, CSS, GSS, MDP) na kinakailangan para sa nauugnay na detalye na magagamit ng publiko sa Bluetooth SIG website.
Ginawang magagamit ng BSTS ang nauugnay na mga dokumento sa pagsubok sa lahat ng mga miyembro sa Bluetooth SIG website.
Para sa mga pagpapahusay ng detalye, ang BSTS ay gumawa ng isang impormasyong nai-track na may pagbabago na bersyon ng dati nang pinagtibay na bersyon ng pagtutukoy sa lahat ng mga pagbabagong ginawa ng bagong-pinagtibay na bersyon at ginawang magagamit ito sa lahat ng mga kasapi sa Bluetooth SIG website.
Pinagana ng BSTS ang sistema ng kwalipikasyon.
Inabisuhan ng BSTS sa lahat ng mga miyembro ang pagkakaroon ng pinagtibay na detalye at lahat ng sumusuporta sa mga dokumento.

Plano ng Bluetooth SIG na kumpletuhin ang mga aktibidad na ito pagkatapos ng pag-aampon sa loob ng isang linggo pagkatapos ng pag-aampon ng detalye.

7. Phase ng Pagpapanatili ng Pagtutukoy

Nagsisimula ang Phase ng Pagpapanatili ng Pagtukoy pagkatapos makumpleto ang Adoption / Approval Phase. Kung may mga problema na matagpuan (hal., Mga hindi siguradong salita o mga pagkakamali sa teknikal) na may detalye o nauugnay na mga dokumento sa pagsubok, dapat idokumento ang mga ito sa pamamagitan ng paglikha ng mga mungkahi ng errata gamit ang tool na Bluetooth SIG Errata. Ang mga panukalang erratum ng pagtutukoy ay iproseso, ikakategorya, at maaaprubahan alinsunod sa EPD [3]. Ang erratum ng Test Suite ay naproseso at ikinategorya ayon sa TSTO [5]. Kung mayroong anumang mga salungatan sa pagitan ng SMPD at alinman sa EPD o TSTO, inuuna ang SMPD.

Ang erratum ng pagtutukoy ay dapat lamang gamitin upang iwasto ang mga pagkakamali sa teknikal o editoryal sa panghuling pinagtibay na mga pagtutukoy ng Bluetooth. Ang pagdaragdag ng, mga pagbabago sa, at pag-aalis ng pag-andar ay magagawa lamang sa pamamagitan ng proseso ng pagpapahusay ng detalye na tinukoy nang mas maaga sa dokumentong ito.

7.1 Pinabilis ang proseso ng erratum

Kapag naaprubahan ang isang erratum kasunod ng proseso na tinukoy sa EPD [3], maaaring inirerekumenda ng WG, BARB, o BSTS na isaalang-alang itong kagyat at dapat na mapabilis. Kapag nangyari ito, ipapakita ng BSTS kasama ang WG o BARB ang rekomendasyon sa BoD. Magpapasya ang BoD kung tatanggapin o tatanggihan ang rekomendasyon. Kung tatanggapin ang rekomendasyon, agad na isasama ng BSTS ang naaprubahang erratum sa template ng erratum [8] at makikipagtulungan sa responsableng WG upang tapusin ang isang Pinabilis na Pagwawasto ng Errata upang isumite sa WG para sa mulingview at pag-apruba.

Isang taposview ng pinabilis na proseso ng erratum ay nakalarawan sa Larawan 7.1.

Ang mga sumusunod na dokumento ay dapat na nakumpleto at ginawang magagamit sa BoD bago ang Adoption Date:

Ang naaprubahan ng BARB na draft na Pinabilis na Pagwawasto ng Errata.
Isang paglalarawan mula sa WG ng anumang mga kinakailangan sa paatras na pagiging tugma (tulad ng inilarawan sa Seksyon 3.3.2) na hindi pa natutugunan at ang pagbibigay-katwiran para sa anumang mga pagbubukod.
Isang listahan ng mga natitirang hindi nalutas na ligal na isyu mula sa ligal na mulingview (kung mayroon man).
Ang naaprubahan ng BTI na Test Suite, ICS, at IXIT (kung kinakailangan ng erratum).
Ang BTI- at BQRB-naaprubahan TCRL (kung kinakailangan ng erratum).
Ang isang ulat na nakumpleto ng BSTS kasama ang BTI tungkol sa katayuan ng pagiging handa ng tool (hal., PTS at iba pang mga tool sa pagsubok, Bluetooth Launch Studio) kasama ang kung ang anumang mga kaso ng pagsubok sa TCRL ay hindi suportado ng mga tool sa pagsubok at isang paliwanag (kung kinakailangan ng erratum ).
Ang isang checklist ng pag-aampon na nakumpleto ng BSTS at ng WG na nagpapakita na ang mga naihatid sa seksyong ito ay nakumpleto na ang lahat.
Lahat ng iba pang impormasyon na hiniling ng BoD.

Makikipagtulungan ang BSTS sa responsableng WG upang tapusin ang draft na Pinabilis na Pagwawasto ng Errata at lumikha ng isang bersyon upang isumite sa responsableng WG para sa mulingview at pag-apruba.

Dapat isumite ng WG ang Pinabilis na Pagwawasto ng Errata sa BSTS para sa ligal na mulingview. Sa pagkumpleto ng ligal na mulingview, ang WG at BSTS ay magkakasundo sa feedback na isasama sa Pinabilis na Pagwawasto ng Errata. Kung mayroong anumang hindi nalutas na mga ligal na komento mula sa ligal na mulingview sa Pinabilis na Pagwawasto ng Errata, ang Tagapangulo ng WG ay maaaring humiling ng oras sa agenda ng BoD upang humingi ng input ng BoD sa resolusyon.

Kahanay ng ligal na review, dapat isumite ng WG ang Pinabilis na Pagwawasto ng Errata sa BARB para sa muliview. Kapag ang Expedited Errata Correction ay isinumite sa BARB, gagawing madali itong ma-access ng BSTS para sa lahat ng mga miyembro na muling magbalikview at ipagbigay-alam sa lahat ng mga miyembro ng pagkakaroon nito. Sa pagkumpleto ng BARB review, ang WG at BARB ay sasang-ayon sa feedback na isasama sa Pinabilis na Pagwawasto ng Errata.

Kung ang anumang mga dokumento sa pagsubok ay nangangailangan ng pag-update, tutulungan ng BSTS ang WG sa pag-update ng mga dokumento sa pagsubok. Sa pag-apruba ng BTI ng mga dokumento sa pagsubok, tutulong ang BTI sa pagtatapos ng TCRL at ihatid ang dokumento sa BQRB kasama ang nauugnay na ICS, IXIT, at Test Suite na naaangkop. Tatantyahin ng BSTS ang Petsa ng Pag-ampon at ibibigay ito sa BTI para magamit sa TCRL. Ang pag-apruba ng BARB ng Pinabilis na Pagwawasto ng Errata, pag-apruba ng BTI ng lahat ng mga dokumento sa pagsubok (kasama ang Test Suite, TCRL, ICS, at IXIT na naaangkop), at ang pag-apruba ng BQRB ng TCRL ay dapat mangyari sa o bago ang Adoption Date.

Ipaalam ng BSTS sa lahat ng mga kasapi ng pagtatapos at pagkakaroon ng Pinabilis na Pagwawasto ng Errata at ang ipinanukalang Petsa ng Pag-aampon. Ang Adoption Date ay itatakda at aabisuhan sa lahat ng mga kasapi alinsunod sa Mga Batas [2] at ang Petsa ng Pag-ampon ay dapat na hindi bababa sa 14 na araw pagkatapos ibigay ang abiso sa mga miyembro. Matapos ang abiso ng ipinanukalang Petsa ng Pag-ampon ay ibinigay sa mga kasapi, maaaring aprubahan ng BoD ang mga pagwawasto ng mga error sa typograpikong sa Pinabilis na Pagwawasto ng Errata nang hindi nagbibigay ng isang karagdagang abiso ng ipinanukalang Petsa ng Pag-ampon at naghihintay ng kinakailangang 14 na araw.

Gagawin ng Bluetooth SIG ang publiko na pinagtibay na magagamit na Pampabilis na Pagwawasto ng Errata na magagamit sa publiko at planong gawin ito sa loob ng isang linggo pagkatapos ng pag-aampon. Ang pag-abiso sa pagkakaroon nito ay ilalabas ng BSTS sa lahat ng mga miyembro.

Ang pinabilis na proseso ng erratum ay kumpleto kapag ang BoD ay nagpatibay ng Pinabilis na Pagwawasto ng Errata at ang mga sumusunod na aktibidad na pagkatapos ng pag-aampon ay nakumpleto:

Ginawa ng BSTS ang pinagtibay na Pinabilis na Pagwawasto ng Errata at mga nauugnay na dokumento sa pagsubok (kung kinakailangan ng erratum) na magagamit ng publiko sa Bluetooth SIG website.
Pinagana ng BSTS ang sistema ng kwalipikasyon (kung kinakailangan ng erratum).
Inabisuhan ng BSTS ang lahat ng mga miyembro ng pagkakaroon ng pinagtibay na Expedited Errata Correction.

Sa pagkumpleto ng mga aktibidad na ito, ang Pagwawasto ng Errata ay maiiskedyul para sa pagsasama sa mga apektadong pagtukoy alinman sa bahagi ng isang nakaplanong pagpapahusay ng detalye o sa isang paparating na pagpapakawala ng pagpapanatili tulad ng inilarawan sa Seksyon 7.2.

7.2 Proseso ng pagpapakawala ng pagpapanatili (.Z pagtutukoy)

Sa isang tinatayang taunang batayan, matutukoy ng BSTS kung mayroong anumang naaprubahang errata (tinukoy bilang Errata Koreksyon) na inuri bilang Teknikal / Mataas o Teknikal / Kritikal at na hindi pa maisasama sa teksto ng anumang aktibong detalye (ibig sabihin, isang pinagtibay na detalye na hindi pa nawawala o naatras). Tingnan ang Apendiks A para sa mga kahulugan ng pag-uuri ng errata. Ang isang May-ari ng Pagtukoy (alinman sa charter ng WG upang mapanatili ang detalye, o BARB kung walang WG na na-chartered upang mapanatili ang detalye) ay maaari ring humiling ng isang naunang pagpapalabas ng pagpapanatili ng isang aktibong detalye kung saan isasama ang anumang naaprubahang errata. Sa alinman sa pagpapasiya ng BSTS, o ang kahilingan ng May-ari ng Pagtukoy, magsisimula ang proseso ng pagpapakawala ng pagpapanatili.

Isang taposview ng proseso ng pagpapakawala ng pagpapanatili ay nakalarawan sa Error! Hindi nahanap ang mapagkukunan ng sanggunian.

Sa pagsisimula ng proseso ng pagpapakawala ng pagpapanatili, ang BSTS kasama ang nagmamay-ari ng pagtutukoy, BARB, at BTI ay bubuo at magpapakita ng isang plano sa BoD para sa pagsasama ng Errata Koreksyon sa nai-publish na bersyon ng pagtutukoy. Ang ipinanukalang plano ay dapat ipahiwatig kung ang Errata Pagwawasto ay isasama sa isang pagpapakawala ng paglabas ng detalye (ibig sabihin, isang bersyon na .Z) o isang pagpapahusay na pagtutukoy na nasa pag-unlad na (ibig sabihin, isang bersyon ng XY). Dapat isaalang-alang ang ipinanukalang plano kung ang anumang mga bagong ipinag-uutos na tampok ay naidagdag sa pagitan ng mga bersyon ng mga pinagtibay na pagtutukoy, ang tinatayang oras kung kailan pinlano ang susunod na pagpapahusay ng pagtutukoy para sa pag-aampon, at iba pang mga kadahilanan.

Sa pag-apruba ng isang plano ng BoD, ang BSTS kasama ang nagmamay-ari ng pagtutukoy ay magpapatuloy na isama ang lahat ng Teknikal / Katamtaman, Teknikal / Mataas, at Teknikal / Kritikal na Mga Pagwawasto ng Errata sa isang draft na detalye na tinukoy bilang isang "Maintenance Release Draft". Para sa Pagwawasto ng Editoryal o Teknikal / Mababang Errata, kung ang Pagwawasto ng Errata ay nalalapat sa higit sa isang bersyon ng detalye, ang BSTS ay, maliban kung ipahiwatig ng BoD kung hindi man, isasama ang mga errata na iyon sa pinakabagong bersyon lamang ng mas mataas na detalye sa susunod na pag-update ng bersyon na iyon . Walang mga pagbabago na maaaring maisama sa isang Maintenance Release Draft bukod sa pagsasama ng Errata Koreksyon. Ang bawat Maintenance Release Draft ay dapat kilalanin ang lahat ng isinasama na Mga Pagwawasto ng Errata gamit ang pagsubaybay sa pagbabago upang maipakita ang mga iminungkahing pagbabago sa dating pinagtibay na bersyon ng nai-publish na detalye.

Ang oras ng iminungkahing pagsasama para sa bawat Pagwawasto ng Errata sa isang Maintenance Release Draft ay nakasalalay sa epekto ng Test Suite: ang lahat ng Mga Pagwawasto ng Errata na walang epekto sa Test Suite ay maaaring isama kaagad, ngunit ang Mga Pagwawasto ng Errata na nakakaapekto sa Test Suite ay naproseso upang ang tiyempo ay sumabay sa isang pag-update sa TCRL.

Ang BTI at BSTS ay magtatakda ng isang deadline para sa pagsasama ng Errata Koreksyon na may epekto sa Test Suite sa isang Maintenance Release Draft. Ang deadline na ito ay karaniwang 3 hanggang 6 na buwan bago ang nakaplanong petsa ng pag-apruba ng susunod na pangunahing paglabas ng TCRL. Ang mga Pagwawasto ng Errata na may epekto sa Test Suite na hindi nakuha ang deadline para sa pagsasama ay iproseso bilang bahagi ng susunod na taunang paglabas ng TCRL. Samakatuwid, maliban kung hiniling ang isang mas maagang pagpapalabas, ang maximum na oras para sa Teknikal / Mataas o Teknikal / Kritikal na Mga Pagwawasto ng Errata na maisasama sa isang pag-update ng detalye ay tinatayang 15 hanggang 18 buwan.

Dapat na isumite ng May-ari ng Pagtukoy ang Maintenance Release Draft na inaprubahan nito bilang panghuli para sa ligal na mulingview. Ang ligal na review pangunahin ang pagtuon sa binago na mga bahagi ng detalye. Sa pagkumpleto ng ligal na mulingview, ang May-ari ng Pagtukoy at BSTS ay sasang-ayon sa feedback na isasama sa Maintenance Release Draft. Kung mayroong anumang hindi nalutas na mga ligal na komento mula sa ligal na mulingview sa Maintenance Release Draft, ang May-ari ng Pagtukoy ay maaaring humiling ng oras sa agenda ng BoD upang humingi ng input ng BoD sa resolusyon.

Kahanay ng ligal na review, dapat isumite ng may-ari ng pagtutukoy ang Maintenance Release Draft sa BARB para sa muliview. Sa sandaling ang Maintenance Release Draft ay naisumite sa BARB, gagawing madali itong ma-access ng BSTS para sa lahat ng mga miyembro na muling magamitview at ipagbigay-alam sa lahat ng mga miyembro ng pagkakaroon nito. Sa pagkumpleto ng BARB review, ang May-ari ng Pagtukoy at BARB ay sasang-ayon sa feedback na isasama sa draft na detalye.

Para sa Mga Pagwawasto ng Errata na nakakaapekto sa mga dokumento sa pagsubok, at kung saan ipaproseso ang kaukulang error sa pagsubok para sa paparating na paglabas ng TCRL, gagana ang BSTS kasama ang May-ari ng Pagtukoy at BTI upang i-update ang mga dokumento sa pagsubok. Sa pag-apruba ng BTI ng mga dokumento sa pagsubok, tantyahin ng BSTS ang Petsa ng Pag-aampon at ibibigay ang ipinanukalang Petsa ng Pag-ampon sa BTI para magamit sa TCRL. Ihahatid ng BTI ang TCRL sa BQRB kasama ang nauugnay na ICS, IXIT, at Test Suite kung naaangkop. Ang pag-apruba ng BARB sa pagtutukoy, pag-apruba ng BTI ng lahat ng mga dokumento sa pagsubok (kasama ang Test Suite, TCRL, ICS, at IXIT na naaangkop), at ang pag-apruba ng BQRB ng TCRL ay dapat mangyari sa o bago ang Adoption Date.

Ipaalam sa BSTS sa lahat ng mga miyembro ang pagtatapos at pagkakaroon ng Voting Draft at ang ipinanukalang Petsa ng Pag-aampon. Ang Adoption Date ay itatakda at aabisuhan sa lahat ng mga kasapi alinsunod sa Mga Batas at ang Petsa ng Adoption ay dapat na hindi bababa sa 14 na araw pagkatapos ibigay ang abiso sa mga miyembro. Matapos ang abiso ng ipinanukalang Petsa ng Pag-ampon ay ibinigay sa mga kasapi, maaaring aprubahan ng BoD ang mga pagwawasto ng mga pagkakamali sa typographic sa Voting Draft nang hindi nagbibigay ng isang karagdagang abiso ng isang ipinanukalang Petsa ng Pag-ampon at naghihintay ng kinakailangang 14 na araw.

Ang mga sumusunod na dokumento ay dapat na nakumpleto at ginawang magagamit sa BoD bago ang Adoption Date:

Ang Vraft Draft
Isang bersyon ng sinusubaybayan na pagbabago ng Voting Draft na nagpapakita ng lahat ng mga pagbabago sa pinagtibay na bersyon ng pagtutukoy na may parehong halaga ng XY (hal., Kung ang Voting Draft ay iminungkahi bilang bersyon 1.4.2, ang mga pagbabago ay masusubaybayan laban sa 1.4.1 bersyon ng pagtutukoy)
Isang rekomendasyon mula sa May-ari ng Pagtukoy para sa pag-aalis o pag-atras ng anumang nakaraang (mga) bersyon ng pinagtibay na detalye kasama ang isang pagbibigay-katwiran
Isang listahan ng mga natitirang hindi nalutas na ligal na isyu mula sa ligal na mulingview (kung meron man)
Ang naaprubahan ng BTI na Test Suite, ICS, at IXIT (kung kinakailangan ng pagpapakawala ng pagpapanatili)
Ang BTI- at BQRB-naaprubahan TCRL (kung kinakailangan ng pagpapakawala ng pagpapanatili)
Isang ulat na nakumpleto ng BSTS kasama ang BTI tungkol sa katayuan ng pagiging handa ng tool (hal., PTS at iba pang mga tool sa pagsubok, Bluetooth Launch Studio) kasama ang anumang mga kaso sa pagsubok sa TCRL na hindi sinusuportahan ng mga tool sa pagsubok, at paliwanag (kung kinakailangan ng pagpapanatili bitawan)
Ang isang checklist ng pag-aampon na nakumpleto ng BSTS at ang May-ari ng Pagtukoy na nagpapakita na ang mga naihatid sa seksyong ito ay nakumpleto lahat
Lahat ng iba pang impormasyon na hiniling ng BoD

Ang proseso ng pagpapakawala ng pagpapanatili ay kumpleto kapag ang BoD ay nagpatibay ng Voting Draft at ang mga sumusunod na aktibidad sa post-adoption ay nakumpleto:

Ginawa ng BSTS ang pinagtibay na detalye at kaugnay na mga dokumento sa pagsubok (kung kinakailangan ng pagpapakawala ng pagpapanatili) na magagamit ng publiko sa Bluetooth SIG website.
Ang BSTS ay gumawa ng isang impormasyong nai-track na may pagbabago na bersyon ng naunang pinagtibay na bersyon ng pagtutukoy na may lahat ng mga pagbabago na isinasama sa bagong pinagtibay na bersyon na magagamit sa lahat ng mga kasapi sa Bluetooth SIG website.
Pinagana ng BSTS ang sistema ng kwalipikasyon.
Inabisuhan ng BSTS ang lahat ng mga miyembro ng pagkakaroon ng pinagtibay na detalye at mga sumusuportang dokumento.

Plano ng Bluetooth SIG na kumpletuhin ang mga aktibidad na ito pagkatapos ng pag-aampon sa loob ng isang linggo pagkatapos ng pag-aampon ng detalye.

Sa pagkumpleto ng mga aktibidad na ito, ang pagtutukoy ay mananatili sa phase ng Pagpapanatili ng Pagtutukoy hanggang sa ang pagtutukoy ay hindi na magamit o maatras, tulad ng tinukoy sa Seksyon 8.

8. Pagtukoy ng End-of-Life Phase

Ang mga pagtutukoy ay maaaring hindi na magamit o iurong kapag ang mga ito ay pinalitan ng mga mas bagong bersyon, na tinutukoy na hindi sapat sa teknikal, o para sa iba pang mga kadahilanan. Hindi na ginagamit at naatras na mga pagtutukoy ay nai-archive at hindi na na-update. Ang hindi na ginagamit at naatras na mga pagtutukoy ay naiiba ang pagtrato sa Programang Kwalipikasyon ng Bluetooth.

Ang sinumang miyembro, grupo, o komite ay maaaring magsumite ng mga rekomendasyon upang hindi na magamit o mag-atras ng isang detalye kasama ang isang nauugnay na timeline sa BSTS (sa pamamagitan ng email sa

specification.manager@blu Bluetooth.com) sa anumang oras. Maaari ring magrekomenda ang BSTS ng pag-aalis o pag-atras ng isang detalye at nauugnay na timeline. Ire-refer ng BSTS ang rekomendasyon sa BARB at sa grupo o komite na responsable para mapanatili ang detalye para sa review at puna.

Ang BARB at ang responsibilidad ng pangkat o komite ay susuriin ang mga rekomendasyon upang hindi na magamit o iurong ang isang detalye at isasaalang-alang ang mga sumusunod (hindi kumpletong) pamantayan:

Mayroon bang pag-andar sa isang nakaraang bersyon ng pagtutukoy na lipas na o hindi dapat gamitin?
Mayroon bang bagong ipinag-uutos na pagpapaandar na naidagdag sa mga susunod na bersyon?
Mayroon bang mga kakulangan sa mga naunang bersyon na nakakapinsala sa pagpapatakbo o interoperability na naitama sa mga susunod na bersyon at kinakailangan upang isulong ang mga mayroon nang mga sitwasyon ng gumagamit?
Mayroon bang karagdagang pag-andar sa mga susunod na bersyon na kinakailangan upang isulong ang mga bagong sitwasyon ng gumagamit?
Mayroon bang pinabuting kakayahang magamit at interoperability sa mga susunod na bersyon?
Mayroon bang mga pagpapabuti sa seguridad sa mga susunod na bersyon?

Ang BARB at ang grupo o komite na responsable ay maaaring magmungkahi ng isang kahaliling rekomendasyon.

Matapos makatanggap ng puna mula sa BARB o sa grupo o komite na responsable sa pagpapanatili ng detalye, isusumite ng BSTS ang (mga) rekomendasyon at puna sa BoD para sa pagsasaalang-alang. Maaaring anyayahan ng BoD ang pangkat o komite na responsable sa pagpapanatili ng mga apektadong detalye na matugunan at talakayin ang mga rekomendasyon. Isasaalang-alang ng BoD ang mga rekomendasyon at puna at maaaring sumang-ayon sa o baguhin ang panukala. Hihiling ng BoD na abisuhan ng BSTS ang lahat ng mga miyembro ng mga panukala na alisan o iurong ang (mga) detalye, at (mga) nauugnay na timeline para sa isang 30-araw na review panahon upang payagan ang lahat ng mga miyembro na magbigay ng karagdagang feedback bago gawin ang huling desisyon.

Isasaalang-alang ng BoD ang natanggap na puna mula sa mga miyembro. Kapag naaprubahan ng BoD ang pag-aalis o pag-atras ng isang detalye, aabisuhan ng BSTS sa lahat ng mga miyembro ng desisyon at nauugnay na timeline.

8.1 Pagkalagas

Kapag ang isang pagtutukoy ay hindi na ginagamit, ang mga sumusunod ay magaganap:

Hindi na maa-update ang detalye.
Ang responsableng WG ay muling gagawaview lahat ng natitirang errata na nakasulat laban sa hindi na tinukoy na pagtutukoy upang matukoy kung nalalapat ang mga ito sa iba pang mga pagtutukoy. Maaaring tanggihan ang Errata sa sistemang errata at muling isulat laban sa (mga) naaangkop na detalye.
Ang WG o BSTS ay lilikha ng errata upang mai-update ang anumang kinakailangang mga sanggunian sa mga hindi na tinukoy na pagtutukoy sa iba pang mga pagtutukoy.
Ina-update ng BTI ang mga naaangkop na dokumento ng pagsubok upang maipahiwatig ang pag-aalis ng detalye.
I-a-update ng BSTS ang Bluetooth SIG website na may patnubay patungkol sa (mga) alternatibong pagtutukoy na gagamitin.
Ang bagong errata ay hindi na maaaring isumite laban sa isang hindi na tinukoy na detalye.
Ang pagtutukoy ay hindi magre-refer sa anumang mga pagtutukoy sa hinaharap.
I-archive ng BSTS ang isang bersyon ng detalye na minarkahan bilang hindi na ginagamit para sa mga miyembro na mag-access para sa mga layuning pang-kasaysayan.

8.2 Pag-withdraw

Kapag ang isang pagtutukoy ay nakuha, bilang karagdagan sa mga hakbang na nalalapat para sa pag-aalis ng estado, ang mga sumusunod ay magaganap:

I-a-update ng BTI ang mga naaangkop na mga dokumento sa pagsubok upang ipahiwatig ang pag-atras ng detalye.
I-a-update ng BSTS ang Bluetooth SIG website na may patnubay patungkol sa (mga) alternatibong pagtutukoy na gagamitin.
I-archive ng BSTS ang isang bersyon ng detalye na minarkahan bilang inatras para sa mga miyembro na ma-access para sa mga layuning pang-kasaysayan.

Maaaring pumili ang BoD na agad na mag-withdraw ng isang pagtutukoy nang hindi munang tinatanggal ang detalye.

9. proseso ng puting papel

Ang mga puting papel ay nilikha para sa mga layuning pang-impormasyon lamang. Nalalapat ang sumusunod na proseso ng puting papel sa lahat ng mga Bluetooth WG, EG, SG, at komite. Ang seksyong ito ay hindi nalalapat sa mga dokumento ng impormasyon para sa paggamit lamang sa loob ng Bluetooth SIG.

Ang prosesong ito ay nakalarawan sa Larawan 9.1 sa ibaba.

Bago ang sinumang pangkat o komite ay magsimulang magtrabaho sa isang puting papel na balak nilang mai-publish ng Bluetooth SIG, ihahanda ng pangkat o komite ang parehong iminungkahing pag-update ng charter na malinaw na tumutukoy sa mga iminungkahing nilalaman ng puting papel at isang presentasyon ng puting papel.

Ang pagtatanghal ng panukalang puting papel ay dapat na may kasamang minimum:

Ang pangangailangan para sa puting papel
Isang buod ng iminungkahing nilalaman ng puting papel
Isang paliwanag kung bakit hindi inirerekomenda ang nilalaman na isama bilang bahagi ng isang detalye
Ang nilalayon na madla
Anumang mga plano sa pagpapanatili (ibig sabihin, ang tinatayang oras bago ang susunod na paglabas ng puting papel na ito ay maaaring kinakailangan)
Mga rekomendasyon para sa kung paano hawakan ang mga nakaraang bersyon ng puting papel, kung mayroon man (hal. Pag-archive)

Ang pag-update ng charter at pagtatanghal ng panukalang puting papel ay dapat na isumite para sa BARB review. Sa mulingview at pag-apruba ng pag-update ng charter ng BARB, isusumite ng BSTS ang pag-update ng charter sa BoD para sa pag-apruba kasama ang pagsuporta sa pagtatanghal ng puting papel.

Kung inaprubahan ng BoD ang pag-update ng charter, ang grupo o komite ay maaaring magpatuloy sa pagbuo ng puting papel.

Kapag natapos na ng pangkat o komite ang pagbuo ng puting papel, magsasagawa ang BSTS ng isang editoryalview para sa pagiging pare-pareho sa Mga Alituntunin ng Bluetooth Drafting.

Matapos ang paglutas ng mga komento sa BSTS, dapat isumite ng pangkat ang puting papel sa BSTS para sa ligal na mulingview. Sa pagkumpleto ng ligal na mulingview, ang pangkat at BSTS ay magkakasundo sa feedback na isasama sa puting papel. Kung mayroong anumang hindi nalutas na mga ligal na komento mula sa ligal na mulingview sa puting papel, ang pinuno ng pangkat ay maaaring humiling ng oras sa BoD agenda upang humingi ng input ng BoD sa resolusyon.

Kahanay ng ligal na review, dapat isumite ng pangkat ang puting papel sa BARB para sa mulingview. Bilang bahagi ng kanilang review, Ang BARB ay maaaring magrekomenda kung ang anumang bahagi ng puting papel ay dapat na alisin mula sa puting papel at isama sa isang pagtutukoy kasunod ng proseso sa Seksyon 3. Maaari ring magpasya ang BARB na isumite ang puting papel sa iba pang mga grupo o komite para sa mulingview. Sa pagkumpleto ng BARB review, ang pangkat at BARB ay sasang-ayon sa feedback na isasama sa puting papel.

Matapos aprubahan ng BARB ang puting papel, ang puting papel na naaprubahan ng BARB ay ipapakita ng may-akdang grupo o komite sa BoD para maaprubahan.

Ang proseso ng puting papel ay kumpleto kapag naaprubahan ng BoD ang puting papel at nakumpleto ang mga sumusunod na aktibidad sa pag-apruba.

Ginawang magagamit ng BSTS ang naaprubahang puting papel sa publiko sa Bluetooth SIG website.
Inaabisuhan ng BSTS ang lahat ng mga miyembro ng naaprubahang puting papel.
Kung ang puting papel ay isang pagpapahusay ng isang mayroon nang puting papel, ang BSTS ay mag-i-archive ng isang bersyon ng puting papel para ma-access ng mga miyembro para sa mga layuning pangkasaysayan.

Plano ng Bluetooth SIG na kumpletuhin ang mga aktibidad sa post-pag-apruba sa loob ng isang linggo pagkatapos ng pag-apruba ng puting papel.

10. Mga Sanggunian

Ang mga sanggunian na dokumento ng Bluetooth ay magagamit mula sa Bluetooth website http://www.bluetooth.com.

Mga Alituntunin sa Pagbuo ng Bluetooth (magagamit sa pahina ng Mga Template at Dokumento ng Grupo ng Paggawa, sa https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Mga Batas ng Bluetooth SIG, Inc. (magagamit sa pahina ng Mga Namamahala na Dokumento, sa https://www.bluetooth.com/membership-working-groups/membership-types-levels/membership-agreements)
Dokumento ng Proseso ng Errata na Pagtukoy ng Bluetooth (magagamit sa pahina ng Mga Template at Mga Dokumentong Paggawa ng Grupo, sa https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Paggawa ng Dokumento sa Proseso ng Pangkat (magagamit sa pahina ng Mga Template at Mga Dokumentong Paggawa ng Grupo, sa https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Diskarte sa Pagsubok at Terminolohiya na Higit saview dokumento (magagamit sa pahina ng Mga Kinakailangan sa Pagsusulit sa Kwalipikasyon, sa https://www.bluetooth.com/specifications/qualification-test-requirements)
Pagtutukoy ng BTI Review Proseso ng Checklist (magagamit sa pahina ng Mga Template at Mga Dokumentong Paggawa ng Grupo, sa https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Mga Nakatalagang Numero ng Bluetooth (https://www.bluetooth.com/specifications/assigned-numbers)
Mga Template at Dokumento ng Paggawa ng Grupo (magagamit sa pahina ng Mga Template at Mga Dokumentong Paggawa ng Grupo, sa https://www.bluetooth.com/membership-working-groups/working-groups/working-group-templates-documents)
Pagdagdag ng Pagtukoy sa GATT (GSS) (magagamit sa pahina ng Mga Pagtukoy sa GATT, sa https://www.bluetooth.com/specifications/gatt)
Magsumite ng isang Ideya para sa isang bagong Pagtukoy https://www.bluetooth.com/specifications/submit-an-idea-for-a-specification

11. Mga akronim at daglat

Talahanayan A: Mga akronim at daglat

Apendiks A - Pag-uuri ng kalubhaan ng Erratum

Ang apendiks na ito ay nagbubuod ng mga alituntunin sa pag-uuri ng kalubhaan para sa isang detalye ng erratum. Ang talahanayan na ito ay idaragdag sa isang hinaharap na rebisyon ng EPD, at pagkatapos ang seksyon na ito ay tatanggalin.

Magbasa Nang Higit Pa Tungkol sa Manwal na Ito at Mag-download ng PDF:

Pagtukoy sa Dokumento ng Proseso ng Pamamahala (SMPD) - Na-optimize na PDF
Pagtukoy sa Dokumento ng Proseso ng Pamamahala (SMPD) - Orihinal na PDF

Mga tanong tungkol sa iyong Manual? Mag-post sa mga komento!

Mga sanggunian

User Manual