Техникалык мүнөздөмөнү башкаруу процессинин документи (SMPD)

Бул документ, анын аталышына же мазмунуна карабастан, Bluetooth SIG Inc. (“Bluetooth SIG”) жана Bluetooth Патент/Автордук Лицензиялык Лицензиялык Келишимге жана Bluetooth Соода Белги Лицензиялык Келишимине ылайык анын мүчөлөрү тарабынан берилген лицензияларга ылайык Bluetooth спецификациясы эмес.

БУЛ ДОКУМЕНТ “БОЛГОНДОЙ” БЕРИЛГЕН ЖАНА BLUETOOTH SIG, ОНУН МҮЧӨЛӨРҮ ЖАНА АЛАРДЫН ФИЛИАЛДАЛАРЫ ЭЧ КАЧАН ӨКҮЛЧҮЛҮКТӨР ЖЕ КЕПИЛДИКТЕРДИ ЖАСАЙТ ЖАНА БАРДЫК КЕПИЛДИКТЕРДЕН, АЙКЫН ЖЕ КЫЙЫМЫН, КАНДАЙ ЖӨНҮНДӨ, КАЧАН КАБАРЛАНУУДА, АР КАНДАЙ МАКСАТКА ЖАРАКТУУ, БУЛ ДОКУМЕНТтин МАЗМУНУ КАТАЛАР ЖОК.

МЫЙЗАМ ТАРАПЫНА ТЫЮУ САЛБАЙТЫН ДӨЛГӨМДӨ, BLUETOOTH SIG, ОНУН МҮЧӨЛӨРҮ ЖАНА АЛАРДЫН ФИЛИАЛДАЛАРЫ БУЛ ДОКУМЕНТТИ ЖАНА КАБАРЛЫКТАРДЫ камтыган, КАБАРЛЫК МААЛЫМАТТАРДЫ КОЛДОНУУНАН ЖЕ КОЛДОНУУДАН КЕЛГЕН ЖООПКЕРЧИЛИКтен баш тартышат. ЖЕ ПРОГРАММАЛАР, ЖЕ БИЗНЕС ЖООПКЕРЧИЛИК ТЕОРИЯСЫНА КАРАЙСЫЗ ЖАНА БЛЮТОТТУН СИГ, ОНУН МҮЧӨЛӨРҮНҮН ТИРКЕЛҮҮЧҮЛӨРҮНҮН КЕСИП КЕЛГЕН ЖАНА ЖООПКЕРЧИЛИК ТЕОРИЯСЫНА КАРАЙСЫЗ ҮЗГҮЛГӨ, ЖЕ АТАЙЫН, КЫЙЫР, КЫЙЫР, КЫЙЫРЛЫК ЖЕ ЖАЗАЛЫК ЗЫЯНДАР ҮЧҮН, МЫНДАЙ ЗЫЯНДАРДЫ КОРГОО.

Бул документ Bluetooth SIGге таандык. Бул документ Bluetooth SIG жана анын мүчөлөрүнүн интеллектуалдык менчиги болгон предметти камтышы же камтышы мүмкүн. Бул документти берүү Bluetooth SIG же анын мүчөлөрүнүн интеллектуалдык менчигине эч кандай лицензия бербейт.

Бул документ эскертүүсүз өзгөртүлүшү мүмкүн.

Copyright © 2004–2019 Bluetooth SIG, Inc. Bluetooth сөз белгиси жана логотиптери Bluetooth SIG, Inc компаниясына таандык. Башка үчүнчү тараптын бренддери жана аталыштары алардын ээлеринин менчиги болуп саналат.

1. Киришүү

Specification Management Process Document (SMPD) спецификациянын авторлору жана кайра иштетүүчү процесстерди сүрөттөйтviewжаңы спецификацияларды иштеп чыгуу жана учурдагы спецификацияларды өркүндөтүү (б.а., функцияларды кошуу же алып салуу же кабыл алынган спецификациядагы спецификалык функцияларды өзгөртүү), кабыл алынган спецификацияларды сактоо жана кабыл алынган спецификациялардын иштөө мөөнөтүн башкаруу үчүн ээрчиш керек. Мындан тышкары, бул документ түзүү жараянын сүрөттөйт, кайраviewing, жана ак кагаздарды бекитүү.

Жаңы спецификацияларды иштеп чыгуу менен болгон спецификацияларды өркүндөтүүнүн ортосунда спецификацияны иштеп чыгуу процессинде ошол милдеттердин көлөмүндөгү мүнөздүү айырмачылыктардан улам айырмачылыктар бар; бул айырмачылыктар бул документте баса белгиленген.

Спецификацияны иштеп чыгуу процесси төмөнкүлөрдү камтыйт:

Функционалдык талаптарды аныктоо үчүн Талаптардын фазасы (3-бөлүмдө сүрөттөлгөн).
Өнүгүү фазасы (4-бөлүмдө сүрөттөлгөн) иштеп чыгуу жана кайраview спецификациялар

Валидация фазасы (5-бөлүмдө сүрөттөлгөн) Interoperable Prototype (IOP) тестирлөө аркылуу спецификацияларды текшерүү үчүн
Кабыл алуу/бекитүү фазасы (6-бөлүмдө сүрөттөлгөн) Bluetooth SIG Директорлор Кеңешине (БК) кабыл алуу/бекитүү үчүн спецификацияларды көрсөтүү үчүн

Specification Errata Process документи (EPD) [3] сунуштоо жана кайра иштетүү процессин сүрөттөйтviewспецификациядагы каталарды киргизүү жана аларды Каталык оңдоолор катары бекитүү (мыйзамдарда [2] аныкталгандай) кабыл алынган спецификацияларга. Эгерде башкасы белгиленбесе, бул SMPDдеги каталарга бардык шилтемелер спецификациядагы каталарды билдирет.

1.1 Артыкчылык

Bluetooth SIG, Inc. уставы (мыйзам) жана мүчөлүк келишимдери [2] ошол документтердеги жана SMPDдеги карама-каршы келген мазмунга караганда артыкчылыкка ээ. Бул документтеги эч нерсеге карабастан, Директорлор кеңеши иш-аракеттерди жасоо жана чечимдерди кабыл алуу үчүн эң жогорку дискрециясын жана ыйгарым укуктарын сактап калат, ал тургай, ал аракеттер жана чечимдер бул документтеги эч нерсеге ылайык келбесе же карама-каршы келбесе дагы, жана бул документте эч нерсе Башкарманын көз карандысыз ыйгарым укуктарын чектебейт же чектебейт. жана эркиндик.

Эгерде SMPDдеги текст менен цифралардын ортосунда карама-каршылыктар болсо, текст артыкчылыкка ээ болот.

1.2 Референцияланган топтор жана комитеттер

Бул документте топтордун төмөнкү түрлөрүнө шилтеме берилген: Изилдөө топтору (SG), Эксперттик топтор (EG) жана Жумушчу топтор (ЖТ). ЖТда ЖГга отчет берүүчү чакан топ да болушу мүмкүн. Ошо сыяктуу эле, бул документте комитеттердин төмөнкү түрлөрүнө шилтеме берилген: Bluetooth Architectural Review Board (BARB), Bluetooth Test and Interoperability (BTI) жана Bluetooth Qualification Review Башкармалык (BQRB). Бул документ Bluetooth SIG Техникалык Кызматына (BSTS) жана Башкармалыкка да тиешелүү.

1.3 Комитет реviewлар жана бекитүүлөр

А комитет реview ре болуп саналатview белгилүү бир убакыттын ичинде (адатта 3-2 жума) пикир билдирүү үчүн комитеттин мүчөлөрү (адатта 3 мүчө) жүргүзөт, бирок кайраview убакыт материалдын узактыгына жана татаалдыгына жана комитеттин ичиндеги башка артыкчылыктарга жараша өзгөрүшү мүмкүн. Кайра сураган топview жана кайра жургузуучу комитетview ар бири кайра узактыгын макулдашышатview. Топтун жана комитеттин мүчөлөрү Bluetooth SIG куралдарын кайра башталышы жана аякташы жөнүндө кабарлоо жана жаздыруу үчүн колдонушатview. Топ жалпысынан комитеттин пикири келип түшкөндө иштеп чыгат. Комитет кайра качанview Убакыт бүтсө, топ комитеттин сын-пикирине кайрылууну аяктайт, ошондой эле кеч келген кайра карап чыгуу керек.view материал кийин комитет тарабынан бекитилиши мүмкүн экенин эске алуу менен пикир.

Комитеттин макулдугу Жумушчу топтун процессинин документине ылайык комитеттин мүчөлөрүнүн добушу менен алынат [4].

1.4 Мүчөлөргө эскертүүлөр жана материалдардын жеткиликтүүлүгү

Бул документке ылайык мүчөлөргө берилген бардык эскертүүлөр электрондук почта аркылуу берилиши мүмкүн, мисалы, мезгил-мезгили менен техникалык жаңыртуу. Бардык мүчөлөргө бериле турган билдирүүлөр бардык активдүү мүчөлөргө жөнөтүлөт (б.а. мүчөлүк токтотула элек, токтотулган же алынып салынбаган). Билдирмелер электрондук почта аркылуу жөнөтүлгөндө, алар мүчө компаниянын мүчөлүк эсебинде катталган жана электрондук почта билдирүүлөрүн алуудан баш тартпаган ар бир адамдын акыркы белгилүү электрондук почта дарегине (Bluetooth SIGнын ошол учурдагы жазууларында чагылдырылгандай) жөнөтүлөт. Бул документте эч нерсе Bluetooth SIG милдеттенмелерин же Bluetooth SIG менен кандайдыр бир мүчөнүн ортосунда Уставга же башка келишимге ылайык эскертүү берүүгө карата талаптарды өзгөртпөйт.

Бул документ кайсы жерде болбосун а webбардык мүчөлөр үчүн жеткиликтүү болгон сайт, бул активдүү Bluetooth SIG каттоо эсеби бар адамдар үчүн жеткиликтүүлүктү билдирет. Активдүү каттоо эсеби жок мүчөлөр Bluetooth SIG аркылуу каттоо эсебин түзө алышат webсайт.

1.5 Калыптар

Бул SMPDде айтылган ар бир документ түрү үчүн (мисалы, спецификациялар, ак кагаздар, сыноо документтери) Bluetooth SIG шаблон берет. Үлгү ушул SMPD ылайык даярдалган ар бир документ үчүн негиз катары колдонулушу керек. Туура шаблонду колдонбосо, документ бекитилбей калышы мүмкүн. Калыптар Bluetooth SIGде жеткиликтүү webсайт [8].

1.6 Спецификациянын түрлөрү

Bluetooth SIG спецификацияларынын бир нече түрлөрү бар. Иерархиялык түрдө, бардык спецификациялар Bluetooth Core спецификациясынан көз каранды. салттуу про сыяктуу спецификацияларfiles; салттуу протоколдор; жана GATT негизиндеги проfileс, GATT негизиндеги кызматтар жана GATT негизиндеги протоколдор Негизги спецификациядагы өзгөчөлүктөргө көз каранды. Mesh Modelинин спецификациялары сыяктуу башка спецификациялар Mesh Pro'дон көз карандыfile спецификация, ал өз кезегинде Негизги спецификациядан көз каранды.

Негизги Specification Supplement (CSS) спецификациясы маалымат түрлөрүн, маалымат форматтарын жана жалпы профессионалды аныктайтfile Негизги спецификация жана башка спецификациялар тарабынан колдонулган жана өзү эч кандай жүрүм-турумду аныктабаган кызмат ката коддору.

GATT Specification Supplement (GSS) спецификациясы Pro тарабынан колдонулган мүнөздөмө жана дескриптор форматтарын аныктайт.fileс жана Кызматтар жана өзү эч кандай жүрүм-турумду аныктабайт.
Mesh Device Properties (MDP) спецификациясы Mesh Pro колдонгон тор касиеттерин аныктайтfile жана Mesh Model спецификациялары жана өзү эч кандай жүрүм-турумду аныктабайт.

2. Бүттүview

Бул бөлүм ашыкча камсыз кылатview процесстердин жана бардык деталдарды камтууга арналган эмес.

2.1-сүрөт спецификацияларды башкаруу процессин түзгөн алты негизги фазаны көрсөтөт.

Биринчи төрт фаза спецификацияны иштеп чыгуу процессинде пайда болот жана Талаптар фазасынан (3-бөлүм), иштеп чыгуу фазасынан (4-бөлүм), валидациялоо фазасынан (5-бөлүм) жана кабыл алуу/бекитүү фазасынан (6-бөлүм) турат. Андан кийин кабыл алуудан кийинки эки фаза келет: Спецификацияны тейлөө фазасы (7-бөлүм) жана спецификациянын колдонуу мөөнөтү аяктаган фазасы (8-бөлүм).

2.2-сүрөттө спецификацияны иштеп чыгуу процессинин төрт фазасынын деталдары көрсөтүлгөн. Боз кутучалар ар бир фаза үчүн негизги натыйжаларды көрсөтөт. Кызгылт сары кутучалар процесстин этаптарын жыйынтыктайт.

Талаптар фазасында (3-бөлүмдө сүрөттөлгөн), жаңы ишти баштоо сунушу (Жаңы жумуш сунушу (NWP)) эгер жаңы жумуш улана турган болсо иштетиле турган колдонуучу сценарийлерин аныктоо менен спецификацияны иштеп чыгуу процессин баштайт. Эгерде NWP бекитилсе, дайындалган топ Функционалдык талаптар документин (FRD) түзөт. FRD бекитилип, топко дайындалгандан кийин, Өнүгүү фазасы башталат.

Иштеп чыгуу фазасында (4-бөлүмдө сүрөттөлгөн) спецификацияны иштеп чыгуу s ырааттуулугу аркылуу жүрөт.tages (0.5/DIPDден 0.9/CRге чейин) спецификациянын толук долбоору менен аяктайт. 0.9/CR спецификациясы бардык мүчөлөр үчүн жеткиликтүү болуп, андан кийин спецификацияны бекитүү үчүн карап жаткан Башкармалыкка берилет. Бекитилгенден кийин, Валидация фазасы башталат.

Спецификацияны иштеп чыгуунун валидациялык фазасында (5-бөлүмдө сүрөттөлгөн) Башкармалык тарабынан бекитилген 0.9/CR спецификациясы бардык мүчөлөргө кайра иштетүү үчүн жеткиликтүү болот.view жана текшерүү, жана мүчө Review башталат. Валидация мүчөлөр тарабынан курулган прототиптердин ортосундагы өз ара аракеттенүү (IOP) тести аркылуу ишке ашат. IOP тестирлөө аяктагандан кийин (эгер спецификация үчүн талап кылынса) жана BARB IOP тестинин отчетун бекиткенден кийин, Кабыл алуу/Бекирүү фазасы башталат.

Кабыл алуу/бекитүү фазасында (6-бөлүмдө сүрөттөлгөн) спецификация жана тиешелүү тесттик документтер жыйынтыкталат; BARB, BQRB жана BTI уруксаттары алынат; жана спецификациянын акыркы пакети спецификацияны кабыл алуу үчүн (б.а., акыркы бекитүү) карай турган Башкармалыкка берилет.

Спецификация мурунку фазага же сtagолуттуу өзгөртүүлөр киргизилсе д. Кээ бир учурларда, 4.4-бөлүмдө сүрөттөлгөндөй фазанын бир бөлүгүнөн баш тартууга да мүмкүн болушу мүмкүн.

Спецификацияны тейлөө фазасы (7-бөлүмдө сүрөттөлгөн) спецификацияны Директорлор кеңеши кабыл алгандан кийин башталат. Бул фазада кабыл алынган спецификацияда табылган мүмкүн болуучу каталар билдирилет жана бааланат жана (зарыл болсо) спецификацияга каталарды оңдоолор киргизилет. Спецификацияны тейлөө фазасы спецификация эскиргенге же жокко чыгарылганга чейин уланат (кийинки абзацтагы Спецификациянын колдонуу мөөнөтүн бүтүрүү фазасын караңыз).

Спецификациянын колдонуу мөөнөтү аяктаган фазасы (8-бөлүмдө сүрөттөлгөн) кабыл алынган спецификацияларды жокко чыгаруу жана алып салуу процессин сүрөттөйт.

3. Талаптар фазасы

Талаптардын фазасы же NWP менен (бир же бир нече колдонуучунун сценарийи боюнча ишти баштоо каалоосун билдирет) же каалаган жаңы иш алардын ЖТ уставында камтылганын аныктагандан кийин башталат. Эгерде ЖТ ЖТнын уставынын алкагында деп эсептеген жаңы ишти баштоону кааласа, ЖТ 3.1-бөлүмдө аныкталган процессти ээрчип, ФРД түзүүгө киришиши керек. Бардык башка жумуштар үчүн ЖТ 3.2-бөлүмдө аныкталган процессти аткарышы керек. FRD Иштеп чыгуу фазасында спецификацияларды түзүү үчүн колдонулган функционалдык талаптардын көлөмүн аныктайт. Талаптар фазасы 3.1-сүрөттө көрсөтүлгөн.

3.1 ЖТнын уставында камтылган жаңы иш

ЖТ жаңы ишти баштоону кааласа жана ал кошкусу келген функция анын ЖТ уставынын алкагына кирет деп негиздүү деп эсептегенде, ЖТ БАРБга дароо кабарлоо шарты менен ФРД боюнча ишти башташы мүмкүн. WG BARBге билдирмесинде сунушталган жаңы иштин сыпаттамасын жана жаңы ишти баштоого уруксат берүүчү тил менен ДО уставынын көчүрмөсүн камтыйт.

Эгерде BARB ЖТнын анализинен баш тартса, ЖТ ФРД боюнча ишти токтотуп, 3.2-бөлүмдө баяндалган NWP процессин улантууга тийиш. Эгерде BARB ЖТнын анализин жактырса, ЖТ дароо BSTSке кабарлайт (электрондук почта аркылуу specation.manager@bluetooth.com) жана BSTS бул маселени Кеңештин кийинки күн тартибине кошот.

WG BSTSке билдирмесинде BARBге берген ошол эле маалыматты камтыйт. Эгерде директорлор кеңеши ЖТнын анализин четке кагса, ЖТ ФРД боюнча ишти токтотуп, 3.2-бөлүмдө баяндалган NWP процессин улантууга тийиш. Эгерде Директорлор Кеңеши ЖТнын анализин жактырса, ЖТ 3.3-бөлүмдө баяндалгандай ФРД боюнча ишти уланта алат.

3.2 Жаңы жумуш сунушу (NWP)

Ар бир мүчө, WG, SG же EG NWP түзүп жана тапшыра алат (Bluetooth SIG аркылуу webсайт [10]). NWP, жок дегенде, [8]-де берилген расмий шаблонду колдонуу менен төмөндөгүлөр жөнүндө маалыматты камтууга тийиш:

Колдонуучу сценарийлери
Мүчөнүн FRDди иштеп чыгууга милдеттенмеси жана кайсы чөйрөдө(лар) (мисалы, Contributor, Author, Re)viewпрототиптөө)

FRD ишине сунушталган жетекчилик
FRD иши үчүн сунушталган топтук тапшырма
Негизги автор(лардын) электрондук почта дареги

Эскертүү: NWP процесси боюнча көрсөтмө Bluetooth SIGде жеткиликтүү webсайт [10].

BSTS NWP иштеп чыгууда төмөнкү милдеттерди аткарат:

Авторго(ларга) алгандыгы тууралуу тастыктаманы бериңиз (адатта алгандан кийин жети календардык күндүн ичинде) жана кийинки кадамдарды белгилеңиз.

Зарыл болсо, NWP так жана толук болушу үчүн автор(лор) менен иштешиңиз. Бул NWP бир нече кайталоону талап кылышы мүмкүн.
Эгерде NWP кабыл алынган Bluetooth спецификацияларындагы каталар жөнүндө билдирүүлөрдү камтыса, автор(лор) менен иштешиңиз file ката системасына жазуулар.
Эгерде NWP аткарылып жаткан же бүткөрүлгөн иштин кайталанышы мүмкүн экендиги байкалса, аларды баалоо үчүн башка иштин авторлоруна (авторлоруна) кабарлаңыз.

NWPди NWPге жайгаштырыңыз webсайт бардык мүчөлөрү үчүн жеткиликтүү.
Бардык мүчөлөргө NWP кайра жеткиликтүү экендигин билдириңизview жана ФРДны өнүктүрүү үчүн мүчөлөрдүн кошумча милдеттенмеси керекпи же жокпу.

Мүчөлөр суроолорду берүү же NWP боюнча пикир билдирүү үчүн автор(лор) менен байланыша алышат.

Жок дегенде үч мүчө компания NWP Башкармасынын бекитүүсүнө талапкер болуу үчүн натыйжада FRD бүтүрүүгө катышууга милдеттениши керек жана жок дегенде бир мүчө компания Ассоциацияланган же Промоутер мүчөсү болушу керек. Башкармалык Башкармалыктын УППнын жактыруусунан кийин, Башкармалык БД ЖТКны бардык мүчөлөрдөн турган ЖГнын учурдагы подгруппасына же СГга ФРДда иштөө үчүн дайындайт (3.3-бөлүмдө сүрөттөлгөн). Тийиштүү ЖТ подгруппа же СГ жок болсо, анда аны түзүүгө болот.

Жетиштүү мүчө милдеттенмеси бар NWPs үчүн BSTS төмөнкү кошумча милдеттерди аткарат:

NWP Башкармалыгы тарабынан бекитилүүгө сунушталгандан кеминде 13 күн мурун, БАРБга жана NWP дайындоо үчүн сунушталган топко NWP бекитилиши күтүлүп жаткандыгы жөнүндө кабарлаңыз. Бул сунуш кылынган топ сыяктуу тармактарда пикир алышуу мүмкүнчүлүгүн берүү үчүн жасалат, NWP буга чейин иштеп жаткан иштер менен камтылганбы ж.б.у.с.

Толтурулган NWPти Башкармалыкка тапшырыңыз.

Эгерде NWP топ менен байланышпаган мүчөлөр тарабынан берилсе, анда мүчөлөрдүн бирине УППны Башкармалыкка көрсөтүүнү уюштуруңуз.
Эгерде NWP бир топ тарабынан берилсе, топтун төрагасынын УППны Башкармалыкка сунуштоосун уюштуруңуз.

БАРБнын төрагасын жана УПП дайындалышы сунушталган топтун төрагаларын Директорлор кеңешинин жыйналышына чакырыңыз.
Эгерде NWP Башкармалык тарабынан бекитилсе жана дайындалса, ал дайындалган топко кабарлаңыз; Авторлор); тиешелүү FRD иштеп чыгууга милдеттенме алган NWPде аныкталган мүчөлөр; жана эгерде NWP бир топ тарабынан сунушталса, натыйжанын тобу жана кийинки кадамдар.

NWP Башкармалык тарабынан бекитилгенден кийин, NWP статусун жаңыртыңыз webсайт.

Ар кандай NWP Башкармалык тарабынан өз каалоосу боюнча четке кагылышы мүмкүн, мисалыample, ресурстун чектөөлөрүнөн улам, эгерде иш толугу менен бүткөрүлгөн болсо, иш Bluetooth SIG башкаруучу документтеринин (мисалы, Колдонмо программалоо интерфейси (API)) [2] алкагына кирбейт же сунушталган иш filed erratum катары. Эгерде NWP четке кагылса, BSTS авторго(ларга), NWPде аныкталган мүчөлөргө тиешелүү ФРДны иштеп чыгууга милдеттенме алганы жөнүндө кабарлайт, ал эми эгерде NWP топ тарабынан сунуш кылынса, топ. Билдирүүдө баш тартуунун бардык себептери камтылат. Автор(лар), берилген мүчөлөр же топ баш тартууга даттануу үчүн Башкармалыктын күн тартибинде убакыт сурай алат.

Эгерде мүчө же топ кабыл алынган спецификациядан функцияны алып салууну сунуштагысы келсе, топ же мүчө NWP даярдашы керек. NWP алып салуу арттагы шайкештикке жана өз ара аракеттенүүгө тийгизе турган таасирин талдоону, анын ичинде сыноо учурларына тийгизген таасирин талдоону камтышы керек.

CSS, GSS же MDP спецификацияларын өркүндөтүү үчүн NWP талап кылынбайт: адатта, CSS, GSS же MDP спецификацияларына жаңыртуулар өздөрүнүн NWPлери бар башка спецификациялардын жаңыртууларынан келип чыгат.

3.3 Функционалдык талаптар документи (FRD)

FRDs колдонуучу сценарийлерин иштетүү үчүн функционалдык талаптарды аныктайт. FRD, жок дегенде, [8]-де берилген расмий шаблонду колдонуу менен төмөндөгүлөр жөнүндө маалыматты камтууга тийиш:

Колдонуучу сценарийлери
Колдонуучу сценарийлердин негизинде функционалдык талаптар

Натыйжадагы спецификацияны(лар) иштеп чыгуу боюнча мүчөнүн милдеттенмеси
Мүчөлөр тарабынан күтүлгөн ролдор үчүн кошумча прототиби колдоо
Алынган спецификацияны(лар) иштеп чыгуу үчүн ЖТ сунушталат

FRD өнүктүрүү

FRDлер BSTSтин редакциялык колдоосу менен дайындалган бардык мүчөлөр ЖТ подгруппалары же SG мүчөлөрү тарабынан түзүлөт. FRD иштеп чыгууга катышууга кызыкдар болгон ар бир мүчө топко кошула алат.

FRDs натыйжада спецификацияны иштеп чыгууга катышуу үчүн эң аз дегенде эки (үчөө кубатталган) Ассоциацияланган же Промоутер деңгээлиндеги мүчө-компаниялардын милдеттенмесин көрсөтүшү керек. FRD тапшырган ЖГлар же СГлар FRDде аныкталган максаттуу тармактык сегментти чагылдырган топтун мүчө компанияларынын кеңири колдоосуна жетишүүгө аракет кылышы керек.

FRDде сунушталган жаңы функция мүмкүн болушунча көп транспорттордо жана учурдагы түзмөктөрдө колдоого алынышы керек. Бул, мисалы, камтыйтample, GATT негизиндеги колдооfileНегизги ылдамдык/кеңейтилген маалымат ылдамдыгы (BR/EDR) жана Bluetooth аз энергия (LE) транспортундагы кызматтар жана кызматтар. Жаңы функцияда транспорт үчүн жетиштүү мүчө колдоосу жок болсо, мисалыample транспортту колдонууну аныктоо боюнча мүчө милдеттенмелеринин жоктугунан же бир же бир нече ролдор үчүн IOP тесттик платформаларынын потенциалдуу жетишсиздигинен улам, бул транспортту колдоо FRDден алынып салынышы мүмкүн.

Эгерде башкасы акталбаса, жаңы функция, проfileс, жана кызматтар 3.3.2 бөлүмүндө сүрөттөлгөн артка шайкештиктин талаптарына ылайык келиши керек.

WG же SG FRDти кайра БАРБга бериши керекview жана бекитүү. BARB өзүнүн инженердик пикиринин негизинде FRDди бекитиши же четке кагышы керек. Эгерде BARB тарабынан бекитилсе, FRD бардык мүчөлөргө жеткиликтүү болот жана анын бар экендиги жөнүндө билдирүү BSTS тарабынан берилет.

CSS, GSS же MDP спецификацияларын өркүндөтүү үчүн FRD талап кылынбайт: адатта, CSS, GSS же MDP спецификацияларына жаңыртуулар өздөрүнүн FRDлери бар башка спецификациялардын жаңыртууларынан келип чыгат.

Артка шайкештик талаптары

BR/EDR үчүн артка шайкештик

BR/EDR иштеши үчүн артка шайкештик талабы Bluetooth Core Specification v1.1 жана андан кийинки BR/EDR бөлүгү менен өз ара аракеттенүү катары аныкталат.

Bluetooth Low Energy үчүн артка шайкештик

LE иштеши үчүн артка шайкештик талабы Bluetooth Core Specification v4.0 жана андан кийинки LE бөлүгү менен өз ара аракеттенүү катары аныкталат.

Негизги спецификациядан башка спецификациялар үчүн артка шайкештик

Bluetooth Core спецификациясынан башка спецификациялар үчүн берилген версиянын артка шайкештиги бирдей негизги версия номерине ээ болгон бардык мурунку версиялар менен сакталышы керек. Мисалы үчүнample, 1.3 версиясы 1.2, 1.1 жана 1.0 версиялары менен шайкеш болушу керек, бирок 2.0 версиясы 1.0, 1.1, 1.2 жана 1.3 версиялары менен шайкеш келбеши мүмкүн. Негизги спецификациянын негизги версиясынын санын көбөйтүү мурунку версиялар менен артка шайкештиктин жоктугун билдирбейт.

Артка шайкештик талаптарынан бошотуу

ЖТ же СГ, эгерде негиздеме келтирилген болсо, конкреттүү функцияны артка кайтуу талабынан бошотууну сунуштай алат. Мисалы үчүнample, эгерде функциянын рынокту кабыл алуу көрсөткүчтөрү төмөн болсо же өз ара аракеттенүү маселелеринен улам, функцияны өзгөртүүгө караганда функцияны алып салуу же алмаштыруу жакшыраак. WG же SG FRDге артка карай шайкештиктен бошотууларды камтышы керек, алар FRD бекиткенден кийин BARB тарабынан бекитилет. Бардык BARB тарабынан бекитилген бошотуулар 0.9/CR S боюнча бекитүү үчүн Башкармалыкка берилет.tage.

3.4 Жумушчу топтун уставы

БАРБ иштеп жаткан ЖТга ыйгаруу сунушталган ФРДны жактырганда, бул ЖТ жаңы функцияларды чөйрөгө кошуу үчүн өзүнүн уставына жаңыртуу долбоорун даярдашы керек (эгерде Башкармалык ДКнын ЖЧнын уставын жаңыртуу болуп саналат деген талдоосун мурда бекитпесе талап кылынбайт). Бирок, BARB жаңы ЖТга бекитүү сунушталган ФРДны жактырганда, BARB жана ФРДда көрсөтүлгөн функцияларды өнүктүрүүгө кызыкдар мүчөлөр уставдын чөйрөсүнө киргизилген жаңы функциялар менен жаңы ЖТ үчүн уставдын долбоорун даярдоосу керек. .

Жаңы же жаңыланган ЖТ уставы даярдалгандан кийин, ал кайра БАРБга берилиши керекview жана бекитүү. БАРБ уставды жактыргандан кийин, ЖТБнын жаңы же жаңыланган уставынын долбоору бекитүү үчүн Директорлор кеңешине берилет.

Директорлор кеңеши уставды бекиткенден кийин, спецификацияны иштеп чыгуу иши Башкармалык тарабынан тапшырылган ЖТ бул ФРДга зарыл болгон жаңыртуулар же түшүндүрмөлөр талап кылынса, ФРДны даярдаган топ менен тыгыз иштешүүгө тийиш. Эгерде Өнүктүрүү фазасында FRD жаңылоосу керек болсо, 3.3-бөлүмдө жана бул бөлүмдө баяндалган процесстер аткарылышы керек; бирок, спецификацияларды иштеп чыгуу FRD жана WG уставын жаңыртуу менен параллелдүү болушу мүмкүн.

3.5 Талаптар Фазадан чыгуу талаптары

Талаптар фазасы аяктады жана Өнүктүрүү фазасы ФРД үчүн зарыл чөйрөсү бар ЖТнын уставы Директорлор кеңеши тарабынан тастыкталган же бекитилген жана төмөнкү талаптар аткарылгандан кийин башталат:

NWP же Башкармалык тарабынан бекитилген, же Башкармалык NWP кереги жок деп макул болгон.

FRD жана тиешелүү ЖТ уставы BARB тарабынан бекитилген.

4. Өнүгүү фазасы

Иштеп чыгуу фазасында дайындалган ЖТ(лар) жаңы спецификацияны түзөт жана/же учурдагы спецификацияны өркүндөтөт. FRD жаңы же өркүндөтүлгөн Bluetooth спецификациясынын талаптарын аныктайт. ФРДдеги талаптарга негиздүү түрдө тиешеси жок спецификацияда эч кандай функцияга жол берилбейт. Максаты - Иштеп чыгуу фазасынын аягында Валидация фазасына (0.9-бөлүмдө сүрөттөлгөн) даяр болгон 5/CR спецификациясын түзүү.
Иштеп чыгуу фазасында спецификация (же спецификацияны өркүндөтүү) үч секунддан кийин илгерилетtages.

Жаңы спецификация үчүн үч сtages болуп саналат:

0.5 Сtage
0.7 Сtage

0.9 Сtage

Спецификацияны жакшыртуу үчүн үч сtages болуп саналат:

Өркүндөтүү боюнча Документтин долбоору (DIPD) Сtage

Жакшыртуу боюнча акыркы сунуштун документи (FIPD) Сtage
Өзгөртүү өтүнүчү (CR) Stage

Ар бир сtage кийинки бөлүмдөрдө баяндалат. Төмөндөгү 4.1-сүрөттө ЖТ ар бир учурда даярдай турган ар кандай документтерди көрсөтөтtage.

Figure 4.1: ашыкview спецификациянын сtagӨнүгүү фазасында пайда болгон es

BARBтин спецификацияны иштеп чыгуу процессиндеги ролу ЖТга кеңеш жана техникалык жардам көрсөтүү болуп саналат. WG каалаган убакта спецификацияны иштеп чыгуу жана спецификацияда колдонула турган архитектуралык концепциялар боюнча техникалык кеңеш алуу үчүн BARBге суроо-талап менен кайрыла алат. WG өзгөчө татаалыраак архитектуралык ойлорду камтыган өзгөчөлүктөр үчүн BARBден эрте пикир алууга чакырат.

4.1 0.5/DIPD Stage

0.5 / DIPD учурунда Сtagе, ЖТ [8]-де келтирилген расмий шаблондорду колдонуу менен төмөндөгүлөрдү иштеп чыгат:

Жаңы спецификация үчүн 0.5 спецификациянын долбоору, ал эң аз дегенде төмөндөгүлөр боюнча маалыматты камтышы керек:

Архитектура FRDде айтылган талаптарды жабуу үчүн

Протоколдор үчүн кызматка кирүү чекиттери аныкталган
Кызматтар, ачыкталган маалыматтар жана жүрүм-турум үчүн
Pro үчүнfileс, протоколдор аныкталган жана функциялар аныкталган

2. Спецификацияны өркүндөтүү үчүн, эң аз дегенде, төмөндөгүлөр жөнүндө маалыматты камтууга тийиш болгон DIPD долбоору:

Фон: Иштин көлөмү, ишти жетектөөчү максаттар жана бул конкреттүү сунуштун көлөмүнө кандайча туура келери
Бүттүview сунуштун: Жаңы функциянын учурдагы спецификациянын версиясына кандайча туура келери тууралуу так сыпаттаманы камтыган DIPD тарабынан берилген кеңейтилген функциялардын кыскача баяндамасы (кошумча ийкемдүүлүк, жакшыртылган аткаруу ж.б.). Эгерде ЖТ бир нече сунуштарды баалаган болсо, анда бул сунуштар BARBге артыкчылыктуу сунушту тандоодо жетиштүү текшерүү жүргүзүлгөнүн аныктоо мүмкүнчүлүгүн берүү үчүн киргизилиши керек.

Талаптарды камтуу: Тиешелүү системалык талаптарга жана тиешелүү FRDде келтирилген колдонуу сценарийлерине шилтеме кылуу менен сунушта берилген функционалдык талаптарды камтуу боюнча кыскача маалымат
Көйгөйдүн аныктамасы: Сунуш(тар) менен чечилген көйгөйлөрдүн билдирүүсү
Тандоо критерийлери: Тандоо процессин жетектеген тиешелүү баалоо көрсөткүчтөрүнөн тандоо/аткаруу критерийлерине байланыштуу билдирүү

Тандоо негизи: Сунуштардын ортосундагы тандоону негиздеген баалоо көрсөткүчтөрүнүн экспертизасы
Description: Функциянын жана кеңейтилген протоколдордун сүрөттөлүшү. Бул бөлүм тиешелүү бөлүмчөлөрдү кошуу менен ар кандай муктаждыктарга ылайыкташа алат.

3. Сыноо стратегиясы: Bluetooth квалификациялык программасынын бир бөлүгү катары сыналышы (же текшерилбеген) функционалдуулуктун сүрөттөлүшү жана ал кандайча сыналышы сунушталган функциялар (мисалы, Төмөнкү Сыноочу(лар) же Жогорку Сыноочу(лар)дагы күтүүлөр жана эгерде тесттер шайкештик же өз ара аракеттенүү сыноолору же экөөнүн тең айкалышы катары каралса). Бул өзүнчө документте же 0.5/DIPD спецификациясынын ичинде өзүнчө бөлүмдө болушу мүмкүн. Сыноо стратегиясында колдонула турган конвенциялар Сыноо Стратегиясында жана Терминологияда сүрөттөлгөн.view документ (TSTO) [5].

Документтердин негизги аудиториясы бул сtage - ДТ мүчөлөрү жана кайра БАРБview архитектуралык сунуштарды жана талаптарды камтуу, жана кайра ким BTIviewСыноо стратегиясы. Көпчүлүк учурларда бул боюнча документтерtage акыркы спецификацияга киргизүү пландаштырылган текстти камтууга арналган эмес.

BSTS кайра керекview бардык документтерди Bluetooth Долбоорду түзүү боюнча көрсөтмөлөргө [1] шайкеш келтирүү жана ЖТ чече турган маселелерди аныктоо. БАРБ кайра керекview 0.5/DIPD спецификациясы. спецификацияны өркүндөтүү үчүн, BARB да кайра керекview 3.3.2-бөлүмдө сүрөттөлгөн артка шайкештиктин талаптарына шайкештиги үчүн DIPD. BTI кайра керекview Сыноо стратегиясы.

BARB өзүнүн инженердик пикиринин негизинде 0.5/DIPD спецификациясын бекитиши же четке кагышы керек. BARB тарабынан жактырылган болсо, 0.5/DIPD спецификациясы Bluetooth SIGде жеткиликтүү болот webбардык Ассоциацияланган жана Промоутер мүчөлөрүнө сайт жана анын жеткиликтүүлүгү жөнүндө билдирүү BSTS тарабынан берилет. 0.5/DIPD боюнча Сtagд, Сыноо стратегиясын бекитүү талап кылынбайт.
0.5/DIPD Stage CSS, GSS же MDP спецификацияларын жакшыртуу үчүн талап кылынбайт

0.5/DIPD Stagд чыгуу талаптары

0.5/DIPD Stage аяктады жана 0.7/FIPD Stage төмөнкү чыгуу талаптары аткарылганда башталат:

BSTS кайра аяктадыview0.5/DIPD спецификациясын жана Сыноо Стратегиясын.

BARB 0.5/DIPD спецификациясын бекитти.
BTI өз ишин аяктадыview Сыноо Стратегиясынын.
BSTS бекитилген 0.5/DIPD спецификациясын бардык Associate жана Promoter мүчөлөрү үчүн жеткиликтүү кылды.

4.2 0.7/FIPD Stage

0.7/FIPD учурунда Сtagе, ЖТ [8]-де келтирилген расмий шаблондорду колдонуу менен төмөндөгүлөрдү иштеп чыгат:

Жаңы спецификация үчүн 0.7 спецификациянын долбоору, ал эң аз дегенде төмөндөгүлөр боюнча маалыматты камтышы керек:

Жаңы же өзгөртүлгөн сунуштарды, тандоо критерийлерин жана тандоонун негиздемесин камтыган BARB тарабынан бекитилген 0.5тен бери жасалган бардык өзгөртүүлөрдүн сүрөттөлүшү. Өзгөртүүлөр 0.5 S талап кылынган деталдардын бирдей деңгээлде сүрөттөлүшү керекtage.

ФРДнын бардык функционалдык талаптары каралган.

2. Спецификацияны өркүндөтүү үчүн, эң аз дегенде, төмөндөгүлөрдү камтууга тийиш болгон FIPD долбоору:

BARB тарабынан бекитилген DIPDден бери жасалган бардык өзгөртүүлөрдүн сүрөттөлүшү, анын ичинде жаңы же өзгөртүлгөн сунуштар, тандоо критерийлери жана тандоонун негиздемеси. Өзгөртүүлөр DIPD S талап кылынган деталдардын бирдей деңгээлде сүрөттөлүшү керекtage.

Зарылчылыкка жараша, 4.1-бөлүмдө DIPD боюнча сүрөттөлгөн аймактарды өнүктүрүү.
жакшыртуунун толук сүрөттөлүшү.
Жаңыланган архитектуралык сүрөттөмө.
ФРДнын бардык функционалдык талаптары каралган.

3. 0.7/FIPD тест документтери, алар, жок дегенде, төмөнкүлөрдү камтышы керек:

TSTO [5] сүрөттөлгөн Сыноо максаттарынын тизмесинен турган Test Suite.
TSTO [5] сүрөттөлгөндөй, ишке ашыруунун шайкештиги жөнүндө билдирүү (ICS).

Спецификацияларды өркүндөтүү үчүн, Test Suite жана ICS өзүнчө документтер катары же FIPDдин кошумча бөлүмдөрү катары берилиши мүмкүн.

Бул s даярдалган документтердин негизги аудиториясыtage - ДТ мүчөлөрү жана кайра БАРБview акыркы спецификацияга киргизүү пландаштырылган кээ бир текстти камтыган функциянын толук сүрөттөлүшү же жакшыртуу. BTI кайра көрүүчүлөрү болуп саналатview сыноо документтеринин.

BSTS кайра болотview 0.7/FIPD спецификациясынын жаңы же өзгөртүлгөн бөлүктөрү жана Bluetooth SIG тарабынан белгиленген тилдик конвенцияларды кошкондо, Bluetooth Долбоорлоо Нускамаларына шайкеш келүү үчүн сыноо документтери. BARB кайра болотview 0.7/FIPD спецификациясы.

BSTS TSTO [0.7] ылайык 5/FIPD тест документтерин даярдоодо ЖГга жардам берет.

BTI кайра керекview 0.7/FIPD тест документтери. WG 0.7/FIPD спецификациясын BTIге шилтеме катары бериши керекview0.7/FIPD сыноо документтерин, BTI кайра беретview BTI Specification Re ылайыкview Процесстин текшерүү тизмеси [6].

BARB кайра аяктагандан кийинview 0.7 / FIPD спецификациясынын жана BTI өзүнүн кайра аяктадыview 0.7 / FIPD тест документтеринин, BSTS кайра түзөтviewed 0.7/FIPD спецификациясы бардык Associate жана Promoter мүчөлөрү үчүн жеткиликтүү.

0.7/FIPD Stage CSS, GSS же MDP спецификацияларын жакшыртуу үчүн талап кылынбайт.

0.7/FIPD Stagд чыгуу талаптары

0.7/FIPD Stage аяктады жана 0.9/CR Stage төмөнкү чыгуу талаптары аткарылганда башталат:

BSTS кайра аяктадыview0.7/FIPD спецификациясын жана сыноо документтерин.
БАРБ кайра аяктадыview0.7/FIPD спецификациясы.
BTI кайра аяктадыview0.7/FIPD Test Suite (Тест максаттары) жана 0.7/FIPD ICS.
BSTS кайра жасадыviewed 0.7/FIPD спецификациясы бардык Associate жана Promoter мүчөлөрү үчүн жеткиликтүү.

4.3 0.9/CR Stage

CRдин эки түрү бар: Интеграцияланган CR, мурунку версиядан берки бардык өзгөрүүлөрдү көрсөткөн бүтүндөй кабыл алынган спецификациянын өзгөрүүсүнө көз салынган документ жана Кыскартылган CR, бул документтин таасирдүү бөлүмдөрүн гана өзгөртүүгө көрсөтмөлөрдү берген документ. CR негизделген спецификация версиясы.

0.9/CR учурунда Сtagе, ЖТ [8]-де келтирилген расмий шаблондорду колдонуу менен төмөндөгүлөрдү иштеп чыгат:

Жаңы спецификация үчүн 0.9 спецификациясынын толук мазмуну долбоору, ал эң аз дегенде төмөнкүлөрдү камтышы керек:

BARB-re бери жасалган бардык өзгөрүүлөрдүн сүрөттөлүшүviewed 0.7 спецификациясы (же 0.5 спецификациясынан бери, эгерде 0.7 спецификациясын өндүрүүдөн баш тартылса), анын ичинде жаңы же
өзгөртүлгөн сунуштар, тандоо критерийлери жана тандоонун негиздемеси. Өзгөртүүлөр 0.5 S талап кылынган деталдардын бирдей деңгээлде сүрөттөлүшү керекtagе жана 0.7 С.tage.

2. Спецификацияны жакшыртуу үчүн:

Интеграцияланган CR, ал эң аз дегенде төмөндөгүлөр боюнча маалыматты камтышы керек:
BARB-re бери жасалган бардык өзгөрүүлөрдүн сүрөттөлүшүviewed FIPD (же FIPD баш тарткан болсо, DIPD бери) жаңы же өзгөртүлгөн сунуштарды, тандоо критерийлерин жана тандоонун негиздемесин камтыган. Өзгөртүүлөр DIPD S талап кылынган деталдардын бирдей деңгээлде сүрөттөлүшү керекtage жана FIPD Stage.
Өзгөртүүлөрдү көзөмөлдөөнү колдонуу менен мурда кабыл алынган спецификацияга сунушталган бардык өзгөртүүлөр.
Мурда кабыл алынган спецификациянын версиясына киргизиле элек, өзгөртүүгө көз салуу аркылуу көрсөтүлгөн бардык бекитилген техникалык каталар (ар бир катага ката номери менен шилтеме берилген) жана спецификацияны өркүндөтүү менен байланышкан таасир этүүчү текст; же болбосо IOP тестине таасир этет.

3. Же кыскартылган CR, ал эң аз дегенде төмөнкүлөр жөнүндө маалыматты камтышы керек:

BARB-re бери жасалган бардык өзгөрүүлөрдүн сүрөттөлүшүviewed FIPD (же FIPD баш тарткан болсо, DIPD бери) жаңы же өзгөртүлгөн сунуштарды, тандоо критерийлерин жана тандоонун негиздемесин камтыган. Өзгөртүүлөр DIPD S талап кылынган деталдардын бирдей деңгээлде сүрөттөлүшү керекtage жана FIPD Stage.
CR өзгөртүүнү сунуш кылган спецификациянын ар бир таасир эткен бөлүгүнө жана абзацына сунушталган бардык өзгөртүүлөр.
Бардык бекитилген техникалык каталар (ар бир катага ката номери менен шилтеме берилген), белгилөө менен көрсөтүлгөн, алар мурда кабыл алынган спецификациянын версиясына киргизиле элек жана спецификацияны өркүндөтүү менен байланышкан текстке таасир этет; же болбосо IOP тестине таасир этет.

4. CSS CR (эгерде жаңы жазуулар спецификацияда талап кылынса), ал спецификациянын Кыскартылган CRине киргизилиши мүмкүн.
5. GSS CR (эгерде жаңы жазуулар спецификацияда талап кылынса), ал спецификациянын Кыскартылган КРсына киргизилиши мүмкүн.
6. MDP CR (эгерде жаңы жазуулар спецификацияда талап кылынса), ал спецификациянын Кыскартылган КРга киргизилиши мүмкүн.
7. 0.9/CR сыноо документтери, алар эң аз дегенде, [8]-де келтирилген расмий шаблонду колдонуу менен төмөндөгүлөр жөнүндө маалыматты камтышы керек:

0.9/CR Test Suite, ал TSTO [5] сүрөттөлгөн мазмунду толук сыноо учурларын жана тиешелүү Test Case Mapping Table (TCMT) камтыйт.
TSTO [0.9] сүрөттөлгөн 5/CR ICS.
Эгерде тесттерди конфигурациялоо үчүн Implementation Under Test (IUT) үчүн конкреттүү параметрлер талап кылынса, 0.9/CR Implementation eXtra Testing Information (IXIT).
0.9/CR Test Case Reference List (TCRL) (Негизги спецификацияларды жаңыртуу үчүн кошумча).

8. Кайсы спецификациянын талаптары 0.9/CR Test Suite ичинде текшерилгенин же текшерилбегенин көрсөткөн тесттик камтуунун анализи (спецификацияларды өркүндөтүү үчүн, сыноону камтуу талдоосу жаңы кошулган жана таасир эткен функцияларды гана камтышы керек, бирок таасир этпеген аймактарды эмес. баштапкы спецификация).
9. IOP тестинин планы.

Спецификацияларды өркүндөтүү үчүн, Test Suite, ICS жана IXIT өзүнчө документтер катары же Кыскартылган CRде кошумча бөлүмдөр катары берилиши мүмкүн.

Көпчүлүк учурларда, Интеграцияланган же Кыскартылган CR спецификациянын мурда кабыл алынган версиясына негизделиши керек, бирок ал ошондой эле эң акыркы ортодогу долбоорго негизделиши мүмкүн. Соңку ортодогу долбоордун спецификациясынын версия номери документтин тоңдурулган жана убакыттын өтүшү менен өзгөрбөй турган версиясына байланышкан версия номери болушу керек. Болбосо, кошумча идентификациялык маалымат (мисалы, документтин датасы жана а URL туруктуу жерге) конкреттүү "базалык" версиясын аныктоо үчүн берилиши керек. Эгерде ортодогу долбоор колдонулса, CR өзгөртүп жаткан берилген бөлүмдүн ичиндеги CR менен түздөн-түз байланышпаган бардык өзгөртүүлөр камтылууга тийиш, бирок белгилөө аркылуу көрсөтүү талап кылынбайт. Эгерде аралык долбоордун тиешелүү бөлүктөрү кийинчерээк жаңыланса, CR аралык долбоорго жаңыртууларды чагылдыруу үчүн жаңыртылышы керек.

Идеалында, Кыскартылган CR материалы толук спецификациянын долбооруна жана тиешелүү түрдө толук сыноо документтерине Валидация фазасына чейин бириктирилген, бирок алар Валидация Фазасынын башталышында да интеграцияланышы мүмкүн. Эгерде бир нече функциялар спецификация үчүн иштелип чыкса (мисалы, Негизги спецификация), IOP тестирлөө аяктагандан кийин функцияларды бир долбоорго бириктирүү максатка ылайык болушу мүмкүн.

BSTS кайра болотview 0.9/CR спецификациясы жана Bluetooth Долбоорлоо Көрсөтмөлөрүнө шайкеш келүү үчүн сыноо документтери. Андан кийин BARB кайра келетview 0.9/CR спецификациясы, андан кийин IOP сыноо планы (4.3.1 бөлүмүндө сүрөттөлгөндөй). 0.9/CR спецификациясын WG BARBге кайра тапшыргандан кийинview, BSTS аны кайра бардык мүчөлөр үчүн жеткиликтүү кылатview жана анын бар экендиги жөнүндө бардык мүчөлөрүнө билдирүү. Ушул учурдан тартып спецификацияны иштеп чыгуу процессинде BSTS BARBге берилген спецификациянын долбоорлорун бардык мүчөлөргө мезгил-мезгили менен жөнөтүлгөн билдирүүлөр менен бардык мүчөлөргө жеткиликтүү кылат.

Спецификацияны өркүндөтүү үчүн ЖТ Башкармалыкка спецификациянын мурунку версиялары эскирилиши керекпи же жокко чыгарылышы керекпи же жокпу, ошону менен бирге сунуштун (сунуштардын) техникалык себептерин сунуштайт.

BARB кайра болотview WG 0.9/CR спецификациясынын FRDде берилген талаптарга шайкештигин, бардык потенциалдуу коопсуздук маселелерин, ар кандай жөнгө салуу маселелерин, Bluetooth архитектурасына шайкештигин жана спецификацияны жакшыртуу үчүн 3.3.2-бөлүмдө сүрөттөлгөн артка шайкештик талаптарына шайкештигин талдоо .XNUMX. Эгерде BARB кандайдыр бир потенциалдуу коопсуздук маселелерин аныктаса, BARB кайра BSTSке кабарлайтview жана коопсуздук боюнча эксперттик топ менен координациялоо; жана эгерде BARB кандайдыр бир жөнгө салуучу кесепеттерди аныктаса, BARB BSTSке кайра кабарлайт.view жана жөнгө салуу комитети жана Bluetooth SIG юридикалык консультанты менен координациялоо. BARB 0.9/CR спецификациясын өзүнүн инженердик пикири жана ушул пунктта сүрөттөлгөн факторлорду эске алуу менен бекитиши же четке кагышы керек.

BTI кайра болотview 0.9/CR тест документтери тестти камтуу анализин эске алуу менен. BTI 0.9/CR сыноо документтерин бекитиши же четке кагышы керек.

BARB 0.9/CR спецификациясын бекиткенден кийин, ЖТ IOP тесттин планын BARBге кайра тапшырат.view.

BARB тарабынан бекитилген 0.9/CR спецификациясы Башкармалыкка IOP тестирлөөнүн башталышын жана 0.9/CR спецификациясын бардык мүчөлөргө жарыялоону бекитүү үчүн сунушталат.

Потенциалдуу укуктук маселелерди баса белгилөө үчүн, ЖТ кайра спецификацияны талап кылышы мүмкүнview Bluetooth SIG юридикалык кеңешчиси (юридикалык кайраview) милдеттүү юридикалык кайра чейинview Кабыл алуу/Кабыл алуу фазасында ишке ашат. Бирок, спецификацияларды жакшыртуу үчүн, юридикалык кайраview Интеграцияланган CR боюнча (кыскартылган CRден айырмаланып) аткарылышы керек жана бул ресурстар жеткиликтүү болушу үчүн мүмкүн болушунча алдын ала пландаштырылышы керек.

IOP тест планы

WG IOP тестинин иш-чараларында Валидация фазасында колдонуу үчүн төмөндө аныкталган бардык талаптарга жооп бериши керек болгон IOP тестинин жазуу жүзүндөгү планын иштеп чыгат. WG кайра IOP тест планын BARBга тапшырышы керекview IOP сыноо окуя(лары) башталганга чейин. Жөнөкөй спецификацияларды өркүндөтүү үчүн (айрыкча, Test Suite'те кандайдыр бир сыноо учурларын өзгөртүүнү же кошууну талап кылбагандар) IOP тестирлөө талап кылынбашы мүмкүн жана WG BARBге аныкталган процессти колдонуу менен IOP тестирлөөдөн баш тартуу өтүнүчүн бере алат. 4.4-бөлүмдө.

IOP тест планы төмөнкүлөрдү камтышы керек:

Бардык жаңы милдеттүү, кошумча жана шарттуу функцияларды текшерүү үчүн сыноо учурлары
Ар бир операциялык код үчүн жок дегенде бир сыноо учуру
Ар бир параметр үчүн жок дегенде бир сыноо учуру
Ар бир пакет түрү үчүн жок дегенде бир сыноо учуру
Бардык өркүндөтүлгөн функциялар үчүн 3.3.2-бөлүмдө саналып өткөн талаптар аткарылышы үчүн спецификацияларды өркүндөтүү үчүн артка карай шайкештикти сыноо учурлары (ошондой эле 4.3.1.1 бөлүмүн караңыз).
IUT аныкталган диапазондордон тышкаркы баалуулуктарга же жараксыз же күтүлбөгөн деп эсептелген жүрүм-турум аспектилерине дуушар болгон сыноо учурлары (Invalid Behavior test case). PTS же башка сыноо куралы сыяктуу сыноочу кандайдыр бир жараксыз жүрүм-турумдун демилгечиси болору күтүлүүдө.
4.3.1.2-бөлүмдө сүрөттөлгөндөй, IOP тестинин иш-чарасында колдонула турган ар кандай убактылуу дайындалган номерлер (алдыдагы IOP сыноо окуяларында бири-бирин кайталабоо үчүн BSTS менен макулдашуу боюнча тандалган).
4.3.1.3-бөлүмдө сүрөттөлгөн камтуу талаптарын эске алуу менен ар бир сыноодон өтүшү керек болгон көз карандысыз ишке ашыруулардын зарыл санын аныктоо.
WG чыгарып салуу керек деп эсептеген Сыноо Сюитасындагы ар кандай сыноо учурларын аныктоо жана аларды алып салуу үчүн негиздеме. Аларга адатта төмөнкүлөр кирет: • Future Proofing сыноо учурлары (мисалы, кошумча мүнөздөмөлөр, кеңейтилген мүнөздөмөлөр же Келечекте колдонуу үчүн сакталган (RFU) биттерин же талааларын колдонуу сыяктуу келечектеги мүмкүн болгон толуктоолор жайгаштырылышы үчүн жалпы тесттер)
• Башка камтылган тесттердин бир бөлүгү болгон сыноо учурлары
• Бир нече башка спецификациялар үчүн иштеген тесттерге дээрлик окшош болгон жалпы сыноо учурлары (мисалы, жалпы ката коддорун иштетүү)
• Башка транспорт аркылуу өтүүчү тест учурлары сыяктуу эле тесттик тапшырмалар (мисалы, LE сынагына окшош BR/EDR тест иши)
• Ишке ашыруунун бекемдиги же стресс-тестирлөө

IOP тестинин планы ошондой эле IOP тестирлөөсүнө уникалдуу болгон тесттерди камтышы мүмкүн, мисалы, типтүү колдонуучу сценарийине окшош болушу мүмкүн болгон татаал ырааттуулуктарды бириктирген аягына чейин сыноо учурлары.

IOP тестирлөө планын BARB бекитүүсү талап кылынбаса да (IOP тестинин планы ар бир IOP сыноо окуясы менен өзгөртүлүп жана өркүндөтүлө берет деген түшүнүк боюнча), IOP тестирлөө отчетун BARB бекитүүсү талап кылынат (5.1.1-бөлүмдү караңыз) . Эгерде IOP тестинин планы 4.3.1 бөлүмүндө аныкталган бардык талаптарга жооп бербесе, WG IOP сыноо окуясы(лары) башталганга чейин ар кандай белгилүү дисперсиялардын кыскача баяндамасын жана ар бир дисперсиянын негиздемесин BARBге көрсөтүшү керек.

IOP тестинин планы жана сыноо учурлары биринчи кезекте тиешелүү спецификациянын тест документтеринин мазмунуна негизделиши керек.

IOP тестирлөө иш-чараларын натыйжалуу кылуу үчүн, ЖТ IOP тестирлөө планын жана ага байланыштуу бардык тест учурларын толтурууга жана ишке ашыруучуларга IOP тестирлөөнүн биринчи окуясынан кеминде бир ай мурун жеткиликтүү болушу керек.

Артка шайкештикти текшерүүнү пландаштыруу
Спецификацияларды өркүндөтүү үчүн, артка шайкештикти IOP тестирлөө спецификациянын бардык активдүү жана эскирген версияларына каршы текшерүүнү карашы керек, анткени Bluetooth өнүмдөрүндө көбүнчө кездешүүчү спецификациялар жана функциялар өтө узак мөөнөткө ээ болушу мүмкүн (мисалы, унаалар). WG талап кылынган артка шайкештикти текшерүүнүн тийиштүү деңгээлин (эгерде бар болсо), анын ичинде кайсы версияларды жана тесттерди аткарууну талдап, бул анализди BARBге бериши керек. БАРБ кайра керекview талдоо жүргүзүү жана ЖТга IOP тестирлөө планына киргизүү үчүн өзгөртүүлөрдү (эгер бар болсо) сунуштоо.

Артка шайкештикти текшерүүгө катышкан мүчөлөр мурунку спецификациянын версиясына(лары) каршы квалификацияланган эски түзмөктөрдү алып келүүгө чакырылат. WG IOP тестинин отчетунда ар кандай артка шайкеш келүү кемчиликтерин билдирүүгө тийиш. Мүчө компанияларга ошондой эле IOP сыноо окуясы болгон жерден тышкаркы өз лабораторияларында артка шайкештикти текшерүүнү жүргүзүү жана спецификацияга байланышкан ар кандай маселелерди WGге билдирүү сунушталат.

IOP тестирлөөдө колдонулган убактылуу дайындалган номерлер
BSTS жана BARB менен IOP тестирлөө иш-чарасында колдонула турган дайындалган номерлерди убактылуу ыйгарууну координациялоо үчүн консультация алуу керек, ошондуктан башка спецификациялар менен эч кандай дал келүү же кагылышуулар болбошу керек. Бул убактылуу баалуулуктар IOP сыноо планына камтылууга тийиш жана эч кандай кабыл алынган спецификациялар тарабынан колдонууга дайындалбайт.

Бир же бир нече жаңы 16 биттик UUID маанилери сунушталып жаткан IOP тести үчүн 0x7F00 - 0x7FFF диапазонундагы маанилер IOP тестирлөө үчүн сакталган.

Бир же бир нече жаңы Fixed Protocol Service Multiplexer (PSM) маанилери сунушталып жаткан IOP тестирлөө үчүн, Негизги спецификацияда көрсөтүлгөндөй, жарактуу диапазонун аягынан баштап 0x0000дон 0x007Fге чейинки маанилер колдонулат.

Камтуу талаптары
WG BARBге көз карандысыз ишке ашыруунун талап кылынган саны (кийинки бөлүмдөрдө сүрөттөлгөндөй) ар бир сыноодон өткөндүгүн далилдеп бериши керек. Көз карандысыз ишке ашыруунун талап кылынган санынан бөтөнчөлүктөрдү алуу үчүн ЖТнын ар кандай өтүнүчү BARBге берилген IOP тестинин планында көрсөтүлүшү керек.

Валидацияга тиешелүү бардык бөлүктөр өз алдынча, башкача айтканда, ар кандай командалар тарабынан иштелип чыкканда (алар ар кандай компаниялардан болушу шарт эмес) ишке ашыруулар бири-биринен көз карандысыз болуп эсептелет. BSTS прототиптерди ишке ашыруунун деталдарынын анонимдүүлүгүн жана купуялуулугун сактоо үчүн бири-биринен көз карандысыз каралышы мүмкүндүгүн баалоого жардам бере алат.

Сыноо куралдары, анын ичинде PTS көз карандысыз ишке ашыруу болуп эсептелбейт.

Негизги Specification IOP камтуу талаптары
Негизги спецификация өзгөчөлүгү адатта бир же бир нече ролду аныктайт, мында ар бир роль бир же бир нече башка ролдор менен же балким өзү менен иштешүү үчүн иштелип чыккан.

Бири-бири менен иштешүү үчүн иштелип чыккан ролдордун ар бир жуптары үчүн ар бир ролдун кеминде үч көз карандысыз ишке ашырылышы кошумча ролдун үч көз карандысыз ишке ашырылышы менен иштешүү үчүн көрсөтүлүшү керек.

Ошол эле ролдогу башка түзмөк менен иштеше алган ар бир рол үчүн, жок дегенде, үч көз карандысыз ишке ашыруу ошол ролдо бири-бири менен иштеше аларын көрсөтүшү керек.

Кызмат спецификациясы IOP камтуу талаптары
Кеминде үч көз карандысыз кызматты ишке ашыруу, алар PTS болушу мүмкүн болгон жок дегенде бир кардар ишке ашыруу менен иштешерин көрсөтүшү керек.

Profile жана протоколдун спецификациясы IOP камтуу талаптары
Profile жана протоколдун спецификациялары адатта бир же бир нече ролду аныктайт, мында ар бир роль бир же бир нече башка ролдор менен же балким өзү менен иштешүү үчүн иштелип чыккан.

Бири-бири менен иштешүү үчүн иштелип чыккан ролдордун ар бир жуптары үчүн ар бир ролдун жок дегенде эки көз карандысыз ишке ашырылышы, алар бири-бирин толуктоочу ролдун эки көз карандысыз ишке ашыруусу менен иштешерин көрсөтүшү керек.

Бир эле ролдогу башка түзмөк менен иштеше ала турган ар бир рол үчүн, жок дегенде, үч көз карандысыз ишке ашыруу ошол ролдо бири-бири менен өз ара аракеттенишээрин көрсөтүшү керек.

Моделдин спецификациясы IOP камтуу талаптары
Жок дегенде үч көзкарандысыз сервер модели же башкаруу моделин ишке ашыруу, алар жок дегенде бир кардар ишке ашыруу (бул PTS болушу мүмкүн) менен өз ара иштешерин көрсөтүшү керек жана жок дегенде бир кардар моделин ишке ашыруу ал жок дегенде бир сервер моделин ишке ашыруу жана PTS менен иштешерин көрсөтүшү керек.

Спецификациянын версиясын номерлөө

0.9/CR учурунда Сtagд, ЖТ кабыл алынганда спецификацияга колдонула турган версиянын номери боюнча Директорлор кеңешине сунуштама даярдоосу керек.

Техникалык мүнөздөмөлөрдүн версиялары эки түргө бөлүнөт: жаңы же жаңыртылган функцияларды камтыган толук релиз версиялары жана техникалык жана редакциялык каталарды бириктирген, бирок жаңы же жаңыртылгандарды камтыган тейлөө релизинин версиялары ("nokt-Z версиялары" деп да белгилүү). Өзгөчөлүктөрү. Толук релиз версияларында XY түрүндөгү эки бөлүктөн турган номерлер бар, мисалы 2.1 же 5.0, тейлөө релизинин версияларында XYZ түрүндөгү үч бөлүктөн турган номерлер бар, мисалы 2.1.2. Z мааниси 0 болушу мүмкүн эмес.

Каалаган эки версиянын бири "жогорку версия", экинчиси "төмөнкү версия" деп аталат. Бул төмөнкү эрежелерге ылайык аныкталат:

Эгерде X компоненттери бири-биринен айырмаланса, X мааниси жогору болгон "жогорку версия" болуп саналат.
Эгерде X компоненттери бирдей болсо, бирок Y компоненттери бири-биринен айырмаланса, Y мааниси жогору болгон "жогорку версия" болуп саналат.
Эгерде XY компоненттери бирдей болсо, бирок Z компоненттери бири-биринен айырмаланса, Z мааниси жогору болгон "жогорку версия" болуп саналат. Бул максатта эки бөлүктөн турган XY саны XY0 үч бөлүктөн турган сан катары каралат.

Мисалы үчүнample, төмөнкү версиянын номерлери эң төмөнкү версиядан эң жогорку версияга чейин болот: 1.4, 2.0, 2.0.3, 2.1, 2.1.1, 2.1.2, 2.2. CSS үчүн ар бир жаңыртуу версия номеринин X компонентин гана жогорулатат.

Башкармалыктын бекитүү шарттары
Спецификацияны иштеп чыгуу фазасынын аягында 0.9/CR спецификациясы Директорлор кеңешине бекитүү үчүн берилгенге чейин төмөнкү талаптар аткарылышы керек:

WG тестти камтуу анализин аяктады.
BSTS кайра аяктадыview0.9/CR спецификациясын жана сыноо документтерин.
BARB 0.9/CR спецификациясын бекитти.
BARB CSS CR бекитти (эгерде жаңы жазуулар спецификацияда талап кылынса), ал спецификациянын Кыскартылган CRине киргизилиши мүмкүн.
BARB GSS CR жана MDP CR бекитти (эгерде жаңы жазуулар спецификацияда талап кылынса).
BTI IXIT менен бирге 0.9/CR Test Suite, ICS жана TCRL бекитти (эгерде IXIT Test Suite тесттерин аткаруу үчүн керек болсо). Бул учурда TCRL милдеттүү эмесtage Негизги спецификациянын жаңыртуулары үчүн.
WG IOP тестинин планын БАРБга кайра тапшырдыview (эгерде тестирлөө BARB тарабынан жокко чыгарылбаса).

Башкармалыкка сунушталган документтерде BARB тарабынан бекитилген 0.9/CR спецификациясы жана Башкармалыкка презентация камтылууга тийиш, ал төмөнкүлөрдү камтышы керек:

IOP тестирлөөдөн баш тартууга же 4.3.1 Бөлүмдө аныкталган талаптардын кайсынысына болбосун белгилүү болгон өтүнүчтөр
Спецификация колдогон транспорттордун тизмеси (мисалы, BR/EDR, LE ж.б.)
Спецификацияны өркүндөтүү үчүн ЖТ тарабынан талап кылынган артка шайкештик талаптарынан (3.3.2-бөлүмдө сүрөттөлгөн) бошотуулар.
Спецификацияны өркүндөтүү үчүн, кабыл алынган спецификацияга колдонуу үчүн версия номери боюнча ЖТнын сунушу
Спецификацияны өркүндөтүү үчүн, ЖТнын кабыл алынган спецификациянын мурунку версиясы(лары) үчүн колдонуу мөөнөтү аяктаганга карата сунушу, анын ичинде спецификациянын мурунку версиясын эскирүү же алып салуу сунуш кылынган же сунушталбаган ар кандай техникалык себептер, ошондой эле негиздеме. сунуш үчүн
BARB же BTI мүчөлөрүнүн кандайдыр бир чечилбеген олуттуу тынчсыздануулары (мисалы, бекитүү учурунда добуштардын жок болушунун себептери, кайраview сыноо документтеринин же 0.9/CR спецификациясы FRD же уставдын алкагынан тышкары экендигине байланыштуу)
Pro даярдоо абалыfile Tuning Suite (PTS) же BSTS тарабынан даярдалган асырап алуу менен байланышкан башка зарыл куралдар

BTI 0.9/CR тесттик документтерин бекиткенге чейин жана ЖТ IOP тестирлөө планы 2-бөлүмдө аныкталган талаптарга жооп берерин тастыктаганга чейин, Башкармалык Мыйзам [0.9] талап кылгандай IOP тестирлөө үчүн 4.3.1/CR спецификациясын бекитүүнү тандай алат. 0.9. Башкармалык ошондой эле IOP тестирлөө үчүн 0.9/CR спецификациясын бекитүүнү BTI XNUMX/CR сыноо документтерин жактыргандан кийин шарттай алат.

0.9/CR Stagд чыгуу талаптары
0.9/CR Stage аяктады жана Валидация фазасы Башкармалык IOP тестирлөөнүн башталышын бекиткенде башталат.

4.4 Спецификацияларды иштеп чыгуу процессинен баш тартуу

ЖТ төмөнкү процесстик кадамдардын биринен же бир нечесинен баш тартууну талап кыла алат:

0.5/DIPD Stage
0.7/FIPD Stage
Валидация фазасынын алкагында IOP тести

Баш тартууну талап кылуу үчүн WG Bluetooth SIG [8] тарабынан берилген баш тартуу процессинин шаблонун колдонуусу керек жана ар бир комитетке (б.а., BARB же BTI) баш тартуу өтүнүчүн бериши керек.view же спецификациянын долбоорун же ага байланыштуу сыноо документтерин бекитетtage. WG баш тартууну сунуштайт жана ал комитеттердин ар бири баш тартуу өтүнүчүн бекитиши керек.

Баш тартуу өтүнүчү төмөнкүлөрдү камтууга тийиш:

с.нын идентификациясыtagд(лар) ДТ баш тартууну каалайт
Эмне үчүн сtagд(лар)дан баш тартуу керек
Кайталоо үчүн талап кылынган ар бир комитеттин идентификациясы (б.а., BTI жана/же BARB)view жана баш тартуу өтүнүчүн бекитет

Баш тартууну карап жаткан комитет ЖТКнын өкүлүнөн баш тартуу өтүнүчү боюнча чечим кабыл алуудан мурун SMPD процессинен баш тартууну негиздөө үчүн баяндама жасоону талап кылышы мүмкүн.

Эгерде баш тартуу бир нече кадамдардан баш тартуу өтүнүчү менен кайрылса жана баш тартуунун бир бөлүгү четке кагылып, бир бөлүгү бекитилсе, комитеттин жообунда баш тартуу өтүнүчүндөгү кайсы кадамдар жактырылган жана кайсынысы четке кагылганы көрсөтүлүшү керек. Эгерде баш тартуу өтүнүчү четке кагылса, баш тартуу жөнүндө билдирүүдө баш тартуунун себептери камтылууга тийиш.

5. Валидация фазасы

Валидация фазасынын жүрүшүндө WG 0.9/CR спецификациясы боюнча IOP тестин жүргүзөт жана BARB үчүн IOP тестирлөө отчетун тапшырат.view жана бекитүү. Мүмкүн болушунча, спецификацияларды өркүндөтүүнүн IOP тестирлөө интегралдык спецификациянын долбооруна каршы жүргүзүлүшү керек. Мындан тышкары, муче Реview, Мыйзам [2] талап кылгандай, ушул этапта башталат.

Эгерде спецификация (же өркүндөтүү) IOP тестин талап кылбаса, анда Валидация фазасынын ичиндеги IOP тестирлөө 4.4-бөлүмдө сүрөттөлгөн процессти колдонуу менен баш тартылышы мүмкүн.

IOP тестирлөөнүн жүрүшүндө (бир же бир нече окуя болушу мүмкүн) ЖТ Bluetooth SIGдин көйгөйлөрдү көзөмөлдөө тутумун колдонуу менен көйгөйлөргө көз салып, спецификациянын долбооруна, тест документтерине жана IOP тестирлөө планына жаңыртууларды киргизүү үчүн кайталанышы керек. IOP тестирлөө аяктагандан кийин, WG бардык маселелерди чечүү үчүн спецификациянын долбооруна жана тесттик документтерге жаңыртууларды бүтүрүшү керек жана IOP тестинин отчетун даярдап, кайра BARBга тапшырышы керек.view жана бекитүү. Бул 5.1-сүрөттө көрсөтүлгөн.

Текшерүү фазасында башталышы мүмкүн болгон бир нече иш-чаралар бар. Бул иш-чаралар параллелдүү болушу мүмкүн жана төмөнкүлөрдү камтыйт:

Башкармалык тарабынан бекитилген 0.9/CR спецификациясы BSTS тарабынан бардык мүчөлөр үчүн Мүчө Re башталышы жөнүндө билдирүү менен жеткиликтүү болот.view Устав тарабынан талап кылынган мөөнөт.
Бардык талап кылынган жаңыртуулар CSSке киргизилет (ал спецификациянын Кыскартылган CRинде камтылышы мүмкүн).
Мүнөздүү же дескриптор аныктамалар GSS спецификациясына, ошондой эле IOP тестирлөө үчүн PTSке киргизилген.
Mesh касиетинин аныктамалары MDP спецификациясына, ошондой эле IOP тестирлөө үчүн PTSке киргизилген.
BSTS IOP тестирлөөгө даярдануу үчүн IOP платформасын каттоо жана натыйжаларды киргизүү куралын берет.
Эгерде зарыл болсо, IOP тести (5.1-бөлүмдү караңыз).
Review комментарийлер жана маселелер, анын ичинде IOP тестирлөөнүн натыйжасында берилгендер иштелип чыгат жана өзгөртүүлөр спецификациянын долбооруна киргизилет.

5.1 IOP тестирлөө

IOP тестирлөөнүн негизги максаты спецификацияны текшерүү болуп саналат, мисалыample, тексттин ичиндеги тактык жана түшүнүксүздүктү текшерүү, кайраviewДизайндын бардык негизги каталары жана кемчиликтери үчүн жана спецификацияны иштеп чыгуу процессинде мурда иштелип чыккан мурда белгиленген талаптарга каршы валидацияны камсыз кылуу. IOP тестирлөө спецификациянын долбоорун өзгөртүүгө алып келиши мүмкүн жана бардык талап кылынган тестирлөөдөн өтүү үчүн бир нече IOP сыноо окуялары талап кылынышы мүмкүн.

ДТдан тышкаркы мүчөлөргө IOP тестирлөөгө катышуу мүмкүнчүлүгүн берүү маанилүү, анткени алар көз карандысыздыкты камсыз кылат view спецификациянын жана долбоорду иштеп чыккан ДТ мүчөлөрү үчүн түшүнүксүз болушу мүмкүн болгон спецификациядагы бүдөмүк жерлерди ача алат. Ар бир IOP сыноо окуясынын алдында, BSTS окуянын чоо-жайын, акыркы долбоор спецификациясын, Test Suite жана IOP тест планын жеткиликтүү кылат жана ар бир окуядан бир ай мурун бардык мүчөлөргө кабарлайт. IOP тестинин иш-чарасында колдонулган жаңыртылган спецификациянын долбоору, Test Suite жана IOP тест планы ар бир окуядан бир жума мурун жеткиликтүү болушу керек.

IOP тестирлөө учурунда, платформалардын жуптук айкалыштары тесттерди аткарууга аракет кылат жана IOP тестирлөөнүн катышуучулары ар бир тесттин жана комментарийлердин өткөн/кеткен натыйжаларын жазышат. Бул жыйынтыктардын анонимдүү корутундусу (мисалы, “А Платформасы”, “Б Платформасы” ж.б. шилтемелер) жана ар кандай комментарийлер IOP тестирлөө иш-чараларынын жүрүшүндө чогултулат жана IOP учурунда жана андан кийин ЖТ мүчөлөрүнө жеткиликтүү болот. сыноо окуясы. Кошумча маалымат IOP тестирлөө учурунда пайда болгон ар кандай комментарийлерди же каталарды жакшыраак түшүнүү үчүн зарыл болгон учурда, BSTS тапшыруучу мүчөдөн кошумча маалыматты чогултуу үчүн ортомчу катары иштей алат.

Мүмкүн болсо, PTS IOP тестирлөөсүн Хост контроллер интерфейсинин (HCI) үстүндөгү бардык катмарлардагы платформалар менен колдоо үчүн жаңыртылышы керек жана ал катмарлар үчүн IOP тестирлөө иш-чараларына катышуу керек. Башка тестирлөө куралдары IOP тест окуяларында да болушу мүмкүн. PTS же башка сыноо куралдары (эгерде бар болсо) менен тестирлөөнүн натыйжаларынын кыскача мазмуну IOP тестинин отчетуна киргизилиши керек.

IOP тестирлөө прототибин ишке ашырууну камсыз кылууну каалаган бардык мүчөлөр үчүн ачык болот, бирок Bluetooth SIG катышууну Bluetooth SIG менен келишимдерди (анын ичинде катышуу жана купуялуулук келишимдерин) кабыл алууну шарттай алат. WG IOP тестирлөө учурунда табылган маселелерди иштеп чыгуу жана чечүү жана жабыр тарткан документтерди жаңыртуу үчүн жооптуу; WG тарабынан бекитилген өзгөртүүлөр спецификациянын долбооруна жана IOP тестирлөө иш-чарасында колдонуу үчүн сыноо документтерине жаңыртуу катары киргизилиши керек.

Валидация фазасына чейин ЖТ ЖТ мүчөлөрү үчүн гана ачык болгон иш-чараларда IOP алдын ала тестирлөө жүргүзө алат, бирок формалдуу эмес тестирлөөнүн натыйжалары IOP тестинин жыйынтыгына кирбеши мүмкүн.

Биринчи IOP тестирлөө окуясына чейинки бардык кадамдар, анын ичинде IOP тестирлөөсүн баштоо ниети менен жарыяланган IOP датасы жана жайгашкан жери аткарылышы мүмкүн, бирок Башкарманын макулдугу тест окуясы башталганга чейин камсыздалган эмес. Бул учурда, Директорлор кеңеши IOP тестирлөөсүн баштоо үчүн Башкармалыктын макулдугуна чейин чогултулган тесттин натыйжаларын киргизүүгө уруксат бере алат, эгерде чогултулган натыйжалар ошол эле спецификацияга жана Башкармалык тарабынан бекитилген Сыноо Сюитасына негизделген.

CSS, GSS же MDP спецификацияларын жакшыртуу үчүн IOP тести талап кылынбайт.

IOP сыноо отчету
IOP тестирлөө аяктагандан кийин, WG көз карандысыз платформалардын талап кылынган саны талап кылынган тесттерден өткөнүн көрсөтүү максатында BARBге IOP тестинин отчетун тапшырышы керек. БАРБ кайра керекview жана IOP тестинин отчетун бекитет же четке кагат жана Добуш берүүнүн Долбоорунун спецификациясынын пакетин Директорлор Кеңешине бергенге чейин кошумча IOP тестирлөө зарыл болсо, ЖГга кабарлайт. BSTS жана WG отчетту BARBге тапшырганга чейин IOP тестинин отчетунда мүчөлөрдү аныктоочу маалымат жок экенине кепилдик бериши керек.

IOP тестинин отчету төмөнкүлөрдү камтышы керек:

Валидация фазасында болгон бардык IOP сыноо окуяларынын тизмеси, анын ичинде алардын датасы жана жайгашкан жери.
Ар бир IOP иш-чарасына катышкан мүчө компаниялардын жана көз карандысыз платформалардын саны, анын ичинде PTS колдонулганбы.
Ар бир иш-чарада колдонулган спецификациянын, Test Suite жана IOP тест планынын версияларынын тизмеси.
Бардык тестирлөө иштери минималдуу өтүү критерийлерине жооп бергенби же жокпу деген кыскача корутунду.
4.3.1-бөлүмдө аныкталган IOP тест планынын талаптарынын ар кандай айырмачылыктарынын кыскача баяндамасы жана ар бир дисперсия үчүн негиздеме.
Test Suite тесттик учурлар үчүн PTS камтуусунун кыскача баяндамасы.
IOP тестинин планындагы бардык сыноо учурларынын тизмеси (анын ичинде артка шайкештик тесттери), тесттен өтүүлөрдүн саны, тесттен өтпөгөндөрдүн саны жана минималдуу критерийлерге жооп берген-келбегени, анын ичинде кандайдыр бир талаптар эмне үчүн аткарылбаганын түшүндүрүү. жолугушту.
Ар бир иш-чарадагы маселелердин, комментарийлердин жана суроолордун кыскача мазмуну (анын ичинде filed IOP тестирлөө учурунда спецификацияга каршы) жана спецификацияга жана сыноо документтерине тийгизген таасири.

5.2 Валидациялык фазадан чыгуу талаптары

Валидация фазасы аяктады жана бекитүү/кабыл алуу фазасы BARB IOP тестинин отчетун бекиткенде (эгерде BARB тестирлөөдөн баш тартпаса) жана төмөнкү талаптардын бардыгы аткарылганда башталат:

BSTS бекитилген 0.9/CR спецификациясын мүчө Re үчүн бардык мүчөлөр үчүн жеткиликтүү кылдыview Уставда талап кылынгандай жана анын бар экендиги жөнүндө бардык мүчөлөргө маалымдайт.
IOP тестирлөө учурунда аныкталган жана сыноо таасирин тийгизген бардык маселелер киргизилип, текшерилген.
WG IOP тестин аяктады (эгерде BARB тестирлөөдөн баш тартпаса).

6. Кабыл алуу/Кабыл алуу фазасы

Кабыл алуу/бекитүү фазасында спецификация жана ага тиешелүү тест документтери жыйынтыкталат, BARB, BQRB жана BTI жактыруулары кабыл алынат, кабыл алуу үчүн сунушталган дата жөнүндө билдирүү жана кабыл алуу үчүн ДКга берилген спецификациянын долбоорунун акыркы варианты берилет ( Добуш берүү долбоору), жана акыркы спецификациялар пакети Башкармалыкка берилет. Мүчө Ре минималдуу мөөнөтү өткөндөн кийинview Мыйзамда талап кылынган талаптар [2]) канааттандырылган болсо, Башкармалык кабыл алуу датасында кабыл алуу үчүн спецификацияны карайт. Кабыл алынгандан кийин спецификация жарыяланат жана квалификация системасы иштетилет. Кабыл алуу/бекитүү фазасы 6.1-сүрөттө көрсөтүлгөн.

6.1 Добуш берүү долбоору

Добуш берүүнүн долбоору талап кылынган спецификациянын документтерине жаңыртууларды (Валидация фазасында каралган) киргизүү жана жаңы спецификациянын акыркы долбоорун даярдоо жолу менен түзүлөт. Спецификацияны өркүндөтүү үчүн BSTS бир же бир нече CR(ларды) спецификациянын мурда кабыл алынган жогорку версиясына интеграциялоо аркылуу интеграцияланган спецификацияны түзөт (4.3.2-бөлүмдү караңыз), эгерде Валидация фазасына чейин бүтө элек болсо.

Эгерде бул фазада спецификацияга өзгөртүүлөр киргизилсе жана WG, BARB же BTI кандайдыр бир өзгөртүүлөр кошумча IOP тестирлөөсүн талап кылат деп аныктаса, спецификация кошумча тесттерди жүргүзүү үчүн ЖТ үчүн Валидация фазасынын IOP тестирлөө бөлүгүнө кайтып келет. Кабыл алуу/бекитүү фазасында төмөнкү документтер толтурулат жана Кабыл алуу күнүнө чейин Башкармалыкка берилет:

Добуш берүү долбоору
Тиешелүү спецификациянын (же өркүндөтүлгөн) түрү үчүн талап кылынган бардык колдоочу спецификациялар (б.а., CSS, GSS, MDP), эгерде мурда кабыл алынбаса
спецификацияларды жакшыртуу үчүн, Добуш берүүнүн долбоорунда сунушталган өзгөртүүлөрдү көрсөтүү менен кабыл алынган спецификациянын версиясынын өзгөртүүгө көз салынган версиясы
ЖТдан аткарылбаган ар кандай артка шайкештик талаптарынын (3.3.2-бөлүмдө сүрөттөлгөндөй) сыпаттамасы жана кандайдыр бир бошотуулардын негиздемеси
ЖТК тарабынан аткарылбаган IOP тестирлөө планынын талаптарынын (4.3.1-бөлүмдө сүрөттөлгөндөй) сыпаттамасы жана IOP тестирлөө отчету менен бирге ар кандай четтөөлөрдүн негиздемеси (бул веб-сайттагы көчүрмөгө шилтеме берүү менен берилиши мүмкүн). Bluetooth SIG webсайт)
Кабыл алынган спецификациянын мурунку версиясын(-ларын) жокко чыгаруу же алып салуу боюнча ДТнын сунушу, ошондой эле 0.9/CR S жылдан берки өзгөрүүлөрдү баса белгилеген негиздеме.tage өмүрүнүн акырына карата сунуш
0.9/CR спецификациясынан кийин өзгөчөлүктөргө же функцияларга өзгөртүүлөр боюнча ЖТ тарабынан даярдалган кыскача маалымат (эгерде бар болсо)
BARB тарабынан даярдалган, WG тарабынан даярдалган спецификациялар Башкармалык тарабынан бекитилген уставдын алкагынан тышкары экендиги жөнүндө BARB мүчөлөрү тарабынан көтөрүлгөн кооптонуулардын кыскача баяндамасы (эгерде бар болсо)
Калган чечилбеген укуктук маселелердин тизмеси юридикалык кайраview (эгер бар болсо)
BTI тарабынан бекитилген Test Suite, WG тарабынан бекитилген Добуш берүү долбоорунун спецификациясынын тесттик камтуусунун кыскача баяндамасы. Сыноо камтуусуз жаңыдан кошулган же өзгөртүлгөн функционалдык учурда, калтыруу үчүн жазуу жүзүндөгү негиздеме талап кылынат.
BTI тарабынан бекитилген ICS жана IXIT (эгер спецификация талап кылса)
TCRL BTI жана BQRB тарабынан бекитилген
BSTS тарабынан BTI менен бирге инструменттин даярдыгынын абалы жөнүндө (мисалы, PTS жана башка тест куралдары, Bluetooth Launch Studio) даярдалган отчет, анын ичинде TCRLдеги кандайдыр бир сыноо учурлары сыноо куралдары тарабынан колдоого алынбаса
Бардык керектүү ыйгарылган номерлердин кыскача баяндамасы, ЖТ тарабынан даярдалган
BSTS жана WG тарабынан даярдалган асырап алуунун текшерүү тизмеси, бул бөлүмдөгү бардык натыйжалар аткарылганын көрсөтөт.
Башкармалык тарабынан талап кылынган бардык маалыматтар

Кабыл алуу/Кабыл алуу фазасында ЖТ спецификациянын долбооруна жана тесттик документтерге каршы маселелерди жана комментарийлерди алуу үчүн Bluetooth SIGдин маселелерди көзөмөлдөө тутумун колдонушу керек, ошондо алар Добуш берүү долбоорунун спецификациясын жыйынтыктоодо эсепке алынат. Спецификацияны өркүндөтүү үчүн бардык тийиштүү бекитилген каталар (б.а. бекитилген каталар али интеграциялана элек) киргизилиши керек жана байкоочу өзгөрүүлөрдүн жардамы менен аныкталышы керек.

ЖТ мыйзамдуу кайра кароо үчүн спецификациянын акыркы долбоорун BSTSке бериши керекview. Жаңы спецификациялар үчүн юридикалык кайраview бардык спецификацияны камтыйт. спецификацияларды өркүндөтүү үчүн, кайраview биринчи кезекте спецификациянын өзгөртүлгөн бөлүктөрүнө көңүл бурат. Мыйзамдын максатыview биринчи кезекте ЖТ карап чыгууга жана чечүүгө умтулууга тийиш болгон юридикалык тобокелдиктерди аныктоо болуп саналат. Юридикалык пикир каттуулугуна жараша категорияга бөлүнөт. Эгерде кошумча юридикалык кайраview 0.9/CR S боюнча аткарылганtagд, юридикалык кайра берилген версияview көз салынган өзгөрүүлөр катары, ошол версиядан бери жасалган бардык өзгөртүүлөрдү көрсөтүү керек (ЖТ же BSTS тарабынан түзүлгөн). Юридикалык кайра аяктагандан кийинview, WG жана BSTS спецификациянын долбооруна киргизиле турган пикирлерди макулдашат. Юридикалык кайра кандайдыр бир чечилбеген юридикалык комментарийлер бар болсоview спецификациянын долбоору боюнча ЖТ төрагасы резолюцияны макулдашуу үчүн Кеңештин күн тартиби боюнча убакыт сурай алат.

Юридикалык ре менен параллелдүүview, WG спецификациянын долбоорун БАРБга кайра тапшырышы керекview. BARBге алгачкы тапшыруудан кийин, BSTS бардык мүчөлөргө спецификациянын долбоору BARBге кайра берилгендиги жөнүндө кабарлайт.view жана муче Ре учун да бар экендигинview. Эгерде WG BARB кайра спецификациясынын долбооруна жаңыртууларды тапшырсаview, BSTS мезгил-мезгили менен бардык мүчөлөрүнө кошумча билдирүүлөрдү жөнөтөт.

BARB кайра аяктагандан кийинview, WG жана BARB спецификациянын долбооруна киргизиле турган пикирлерди макулдашат.

Эгерде мыйзамдуу реview кандайдыр бир олуттуу өзгөрүүлөргө алып келет, кошумча кайраview BARB тарабынан талап кылынышы мүмкүн. Ошо сыяктуу эле, эгерде БАРБ кайраview кандайдыр бир олуттуу өзгөрүүлөргө алып келсе, BSTS кошумча юридикалык кайра аныктайтview ошол өзгөртүүлөр талап кылынат. Юридикалык кайра аяктагандан кийинview жана BARB review, BARB Добуш берүүнүн долбоорун жактырышы же четке кагышы керек.

Эгерде кандайдыр бир тест документтерин жаңылоо талап кылынса, BSTS тесттик документтерди жаңыртууда ЖГга жардам берет. BTI же сыноо документтерин бекитүү же четке кагуу керек. BTI тарабынан бекитилсе, BTI TCRLди аягына чыгарууга жардам берет жана бул документти тиешелүү ICS, IXIT жана Test Suite менен бирге BQRBге жеткирет. BSTS Башкармалык Кеңешинин Добуш берүүнүн Долбоорун (Кабыл алуу датасы) кабыл алуу боюнча добуш берүүгө ниеттенген учурда Башкармалык Кеңештин отурумунун датасын болжолдойт жана аны TCRLде колдонуу үчүн BTI берет. BARB спецификациясын бекитүү, бардык тесттик документтерди BTI бекитүү (анын ичинде Test Suite, TCRL, ICS жана IXIT) жана TCRL BQRB бекитүүсү Кабыл алуу датасына чейин же ага чейин болушу керек.

BSTS бардык мүчөлөрүнө Добуш берүүнүн Долбоорунун бүтүшү жана жеткиликтүүлүгү жана Кабыл алуу күнү жөнүндө маалымдайт. Кабыл алуу күнү мүчөлөр Башкармалык тарабынан бекитилген 60/CR спецификациясы жөнүндө кабардар болгондон кийин 0.9 күндөн эрте эмес белгиленет, эгерде мүчө кайраview Мөөнөтү Жобого ылайык Башкармалык тарабынан кыскартылат жана Жобого ылайык мүчөлөргө Кабыл алуу күнү жөнүндө кабарлоодон кийин кеминде 14 күн берилет. Добуш берүүнүн долбооруна бир нече CR бириктирилген учурларда, мүчө Re башталышыview Башкармалык тарабынан бекитилген эң акыркы CR жөнүндө мүчөлөргө кабарланган күн.

Кабыл алуу күнү жөнүндө билдирүү мүчөлөргө берилгенден кийин, Добуш берүүнүн долбоорундагы типографиялык каталарды оңдоого, Директорлор кеңеши тарабынан бекитилген оңдоолорго жол берилет. Спецификацияны кабыл алуу графиги 6.2-сүрөттө көрсөтүлгөн.

6.2 Берилген номерлер

Bluetooth SIG Bluetooth SIG дайындалган номерлериндеги дайындалган номерлердин жалпыга жеткиликтүү топтомун сактайт webсайт [7]. Бул дайындалган номерлер ар кандай сан мейкиндигинде топтоштурулган (кайталанбаган сандардын тиешелүү топтому). Белгиленген сандар ар кандай сан мейкиндиктериндеги башка дайындалган номерлер менен дал келиши мүмкүн, бирок сан мейкиндигиндеги бир дагы санды кайра колдонууга жол берилбейт. Ар кандай сан боштуктары дайындалган номерлердин колдонулушун аныктаган спецификацияда аныкталган.

BARB IOP тестирлөө отчетун бекиткенден кийин, ЖТ акыркы спецификацияда талап кылынган сан мейкиндигинде жаңы номерлерди ыйгаруу үчүн BARBге суроо-талапты берет. BARB кайра болотview суроо-талап жана дайындалган номерлерди аныктоо үчүн BSTS менен иштөө. BARB бекиткенден кийин, BSTS Bluetooth SIG дайындалган номерлеринде жалпыга жеткиликтүү кылуу үчүн дайындалган номерлерди жарыялоону пландаштырат. webсайт [7] спецификация кабыл алынгандан кийин бир жуманын ичинде.

Bluetooth SIG дайындалган номерлер жарыялангандан кийин webсайтта же кабыл алынган спецификациянын ичинде пайда болгондо, ыйгарылган номерлер өзгөрүлбөшү үчүн арналган (бааны да, маанисин да өзгөртпөө үчүн). Эгерде алар кандайдыр бир себептерден улам жараксыз болуп калса, алар сакталган баалуулуктарга айланат жана кайра колдонууга уруксат берилбейт.

6.3 Кабыл алуу/бекитүү фазасынан чыгуу талаптары

Бекитүү/Кабыл алуу фазасы Директорлор кеңеши спецификацияны кабыл алгандан кийин жана асырап алуудан кийинки төмөнкү иш-чаралар аяктагандан кийин аяктайт:

BSTS акыркы дайындалган номерлерди Bluetooth SIGде жалпыга жеткиликтүү кылды webсайт.
BSTS кабыл алынган спецификацияны Bluetooth SIGде жалпыга жеткиликтүү кылды webсайт
BSTS тиешелүү спецификация үчүн талап кылынган бардык колдоочу документтерди (мисалы, CSS, GSS, MDP) Bluetooth SIGде жалпыга жеткиликтүү кылды. webсайт.
BSTS тиешелүү тест документтерин Bluetooth SIG боюнча бардык мүчөлөргө жеткиликтүү кылды webсайт.
Спецификацияны өркүндөтүү үчүн BSTS мурда кабыл алынган спецификациянын версиясын жаңыдан кабыл алынган бардык өзгөртүүлөр менен өзгөртүүгө көз салган версиясын жасады жана аны Bluetooth SIGнин бардык мүчөлөрүнө жеткиликтүү кылды. webсайт.
BSTS квалификациялык системаны иштетти.
BSTS бардык мүчөлөрүнө кабыл алынган спецификациянын жана бардык колдоочу документтердин бар экендиги жөнүндө кабарлады.

Bluetooth SIG бул кабыл алуудан кийинки иш-чараларды спецификация кабыл алынгандан кийин бир жуманын ичинде бүтүрүүнү пландаштырууда.

7. Техникалык тейлөө фазасы

Спецификацияны тейлөө фазасы Кабыл алуу/Кабыл алуу фазасы аяктагандан кийин башталат. Эгерде спецификацияда же ага байланыштуу сыноо документтеринде көйгөйлөр табылса (мисалы, түшүнүксүз сөздөр же техникалык каталар), алар Bluetooth SIG Errata куралын колдонуу менен ката сунуштарын түзүү аркылуу документтештирилиши керек. Спецификациялык каталар боюнча сунуштар EPD [3] боюнча иштелип чыгат, категорияларга бөлүнөт жана бекитилет. Test Suite каталары TSTO [5] боюнча иштетилет жана категорияларга бөлүнөт. Эгерде SMPD менен EPD же TSTO ортосунда карама-каршылыктар болсо, SMPD артыкчылыкка ээ болот.

Спецификация катасы акыркы кабыл алынган Bluetooth спецификацияларындагы техникалык же редакциялык каталарды оңдоо үчүн гана колдонулушу керек. Функционалдык функцияларды кошуу, өзгөртүү жана алып салуу ушул документте мурда аныкталган спецификацияны өркүндөтүү процесси аркылуу гана жүргүзүлүшү мүмкүн.

7.1 Тездетилген ката процесси

Качан ката EPD [3] аныкталган процесстен кийин бекитилгенде, WG, BARB же BSTS аны шашылыш деп эсептеп, тездетүүнү сунуштай алат. Мындай болгондо, BSTS WG же BARB менен бирге Директорлор кеңешине сунуш берет. Башкармалык сунушту кабыл алуу же четке кагуу чечимин кабыл алат. Эгерде рекомендация кабыл алынса, BSTS бекитилген катаны дароо ката шаблонуна киргизет [8] жана ЖТга кайра тапшыруу үчүн Тездетилген каталарды оңдоону жыйынтыктоо үчүн жооптуу ЖТ менен иштешет.view жана бекитүү.

An overview тездетилген ката процесси 7.1-сүрөттө көрсөтүлгөн.

Кабыл алуу датасына чейин төмөнкү документтер толтурулуп, Башкармалыкка берилиши керек:

BARB тарабынан жактырылган Тездетилген каталарды оңдоо долбоору.
ЖТдан аткарылбаган ар кандай артка шайкештик талаптарынын (3.3.2-бөлүмдө сүрөттөлгөндөй) сыпаттамасы жана кандайдыр бир бошотуулардын негиздемеси.
Калган чечилбеген укуктук маселелердин тизмеси юридикалык кайраview (эгер бар болсо).
BTI тарабынан бекитилген Test Suite, ICS жана IXIT (эгерде ката талап кылса).
BTI жана BQRB тарабынан бекитилген TCRL (эгерде ката талап кылынса).
BSTS тарабынан BTI менен бирге инструменттин даярдыгынын абалы боюнча толтурулган отчет (мисалы, PTS жана башка сыноо куралдары, Bluetooth Launch Studio), анын ичинде TCRLдеги кандайдыр бир сыноо учурлары сыноо куралдары тарабынан колдоого алынбаса жана түшүндүрмө (эгерде ката талап кылынса) ).
BSTS жана WG тарабынан толтурулган асырап алуунун текшерүү тизмеси, бул бөлүмдөгү бүтүмдөрдүн бардыгы аткарылганын көрсөтөт.
Башкармалык тарабынан талап кылынган бардык маалыматтар.

BSTS Тездетилген каталарды оңдоо долбоорун аяктоо үчүн жооптуу ЖТ менен иштешет жана жооптуу ЖГга кайра тапшыруу үчүн версияны түзөт.view жана бекитүү.

WG тездетилген каталарды оңдоону BSTSке юридикалык жактан кайра кароо үчүн тапшырышы керекview. Юридикалык кайра аяктагандан кийинview, WG жана BSTS Тездетилген каталарды оңдоого киргизиле турган пикир боюнча макулдашат. Юридикалык кайра кандайдыр бир чечилбеген юридикалык комментарийлер бар болсоview Тездетилген каталарды оңдоо боюнча ЖТ төрагасы резолюцияга Директорлор кеңешинин сунушун алуу үчүн Кеңештин күн тартибине убакыт сурай алат.

Юридикалык ре менен параллелдүүview, WG Тездетилген каталарды оңдоону BARBге кайра тапшырышы керекview. Тездетилген каталарды оңдоо BARBге тапшырылгандан кийин, BSTS аны бардык мүчөлөр үчүн жеткиликтүү кылат.view жана анын бар экендиги жөнүндө бардык мүчөлөрүнө билдирүү. BARB кайра аяктагандан кийинview, WG жана BARB Тездетилген каталарды оңдоого кошула турган пикир боюнча макулдашат.

Эгерде мыйзамдуу реview кандайдыр бир олуттуу өзгөрүүлөргө алып келет, кошумча кайраview BARB тарабынан талап кылынышы мүмкүн. Ошо сыяктуу эле, эгерде БАРБ кайраview кандайдыр бир олуттуу өзгөрүүлөргө алып келсе, BSTS кошумча юридикалык кайра аныктайтview ошол өзгөртүүлөр талап кылынат. Юридикалык кайра аяктагандан кийинview жана BARB review, BARB Тездетилген каталарды оңдоону жактырышы же четке кагышы керек.

Эгерде кандайдыр бир тест документтерин жаңылоо талап кылынса, BSTS тесттик документтерди жаңыртууда ЖГга жардам берет. BTI сыноо документтерин бекиткенден кийин, BTI TCRLди жыйынтыктоого жардам берет жана тиешелүү ICS, IXIT жана Test Suite менен бирге документти BQRBге жеткирет. BSTS Кабыл алуу күнүн болжолдойт жана аны TCRLде колдонуу үчүн BTIге берет. Тездетилген каталарды оңдоону BARB бекитүүсү, BTI бардык сыноо документтерин бекитүү (анын ичинде Сыноо Сюитасын, TCRL, ICS жана IXITти камтыган) жана TCRL BQRB бекитүүсү Кабыл алуу датасында же ага чейин болушу керек.

BSTS бардык мүчөлөрүнө Тездетилген каталарды оңдоонун бүтүшү жана жеткиликтүүлүгү жана сунушталган кабыл алуу күнү жөнүндө маалымат берет. Кабыл алуу датасы Уставга [2] ылайык белгиленет жана бардык мүчөлөргө билдирилет жана Кабыл алуу датасы мүчөлөргө билдирүү берилгенден кийин кеминде 14 күн болушу керек. Кабыл алуунун сунушталган датасы жөнүндө билдирүү мүчөлөргө берилгенден кийин, Башкармалык сунуш кылынган Кабыл алуу датасы жөнүндө кошумча эскертүүнү бербестен жана талап кылынган 14 күндү күтпөстөн Тездетилген каталарды оңдоодогу типографиялык каталарды оңдоого макулдук бере алат.

Bluetooth SIG кабыл алынган Тездетилген каталарды оңдоону жалпыга жеткиликтүү кылат жана аны кабыл алынгандан кийин бир жуманын ичинде жасоону пландаштырууда. Анын бар экендиги жөнүндө билдирүү BSTS тарабынан бардык мүчөлөргө берилет.

Тездетилген каталарды оңдоо процесси Директорлор кеңеши Тездетилген каталарды оңдоону кабыл алгандан кийин жана кабыл алуудан кийинки төмөнкү иш-чаралар аяктагандан кийин аяктайт:

BSTS кабыл алынган Тездетилген каталарды оңдоону жана ага байланыштуу тесттик документтерди (эгерде ката талап кылса) Bluetooth SIGде жалпыга жеткиликтүү кылды. webсайт.
BSTS квалификациялык системаны иштетти (эгерде ката талап кылса).
BSTS бардык мүчөлөрүнө кабыл алынган Тездетилген каталарды оңдоонун бар экендиги жөнүндө кабарлады.

Бул иш-чаралар аяктагандан кийин, каталарды оңдоо пландалган спецификацияны жакшыртуунун бөлүгү катары же 7.2 бөлүмүндө сүрөттөлгөндөй келе жаткан техникалык тейлөө релизинде жабыр тарткан спецификацияларга интеграциялоо үчүн пландаштырылат.

7.2 Техникалык тейлөөнү чыгаруу процесси (.Z спецификациялары)

Болжол менен жыл сайын BSTS Техникалык/Жогорку же Техникалык/Критикалык деп классификацияланган жана кандайдыр бир активдүү спецификациянын текстине киргизиле элек (б.а., эскирбеген же жокко чыгарылбаган кабыл алынган спецификация). Каталардын классификациясынын аныктамалары үчүн А тиркемесин караңыз. Спецификациянын Ээси (же ЖТ спецификацияны сактоого ыйгарым укук берилген, же эгерде WG спецификацияны сактоого уруксат берилбесе, BARB) ошондой эле ар кандай бекитилген каталарды камтыган активдүү спецификациянын эртерээк техникалык тейлөөсүн талап кыла алат. BSTS аныктамасы же Спецификация ээсинин өтүнүчү боюнча техникалык тейлөөнү чыгаруу процесси башталат.

An overview тейлөөнү чыгаруу процесси Ката! Маалымдама булагы табылган жок.

Техникалык тейлөөнү чыгаруу процессинин башталышында, BSTS Спецификациянын Ээси, BARB жана BTI менен бирге каталарды оңдоолорду жарыяланган спецификациянын версиясына киргизүү планын иштеп чыгып, Директорлор кеңешине сунуштайт. Сунушталган план Errata Түзөтүүлөр спецификациянын техникалык тейлөө релизине (б.а., .Z версиясы) же аткарылып жаткан спецификацияны жакшыртууга (б.а., XY версиясы) кошула турганын көрсөтүүсү керек. Сунушталган планда кабыл алынган спецификациялардын версияларынын ортосунда кандайдыр бир жаңы милдеттүү функциялар кошулган-кошулбаганын, кабыл алуу үчүн спецификацияны кийинки өркүндөтүү пландаштырылган болжолдуу убакытты жана башка факторлорду эске алуу керек.

Башкармалыктын планын бекиткенден кийин, BSTS Спецификациянын Ээси менен бирге бардык Техникалык/Орто, Техникалык/Жогорку жана Техникалык/Критикалык каталарды оңдоолорду "Техникалык тейлөөнү чыгаруу долбоору" деп аталган спецификациянын долбооруна киргизүүгө киришет. Редакциялык же Техникалык/Төмөн каталарды оңдоолор үчүн, эгерде каталарды оңдоо спецификациянын бирден ашык версиясына тиешелүү болсо, BSTS, эгерде Башкармалык башкача көрсөтпөсө, ал каталарды ошол версиянын кийинки жаңыртуусунда эң акыркы жогорку спецификациянын версиясына гана бириктирет. . Техникалык тейлөө релизинин долбооруна каталарды оңдоолорду киргизүүдөн башка эч кандай өзгөртүүлөр киргизилбейт. Ар бир Техникалык тейлөө релизинин долбоору жарыяланган спецификациянын мурда кабыл алынган версиясына сунушталган өзгөртүүлөрдү көрсөтүү үчүн өзгөртүүгө көз салуу аркылуу бардык киргизилген каталарды оңдоолорду аныкташы керек.

Тейлөө релизинин долбоорундагы ар бир каталарды оңдоо үчүн сунушталган киргизүү убактысы Test Suite таасирине жараша болот: Test Suite таасири болбогон бардык каталарды оңдоолор дароо киргизилиши мүмкүн, бирок Сыноо топтомуна таасир этүүчү каталарды оңдоолор убакыт TCRL жаңыртуу менен дал келгидей кылып иштетилет.

BTI жана BSTS Тейлөө Релизинин долбооруна Test Suite таасири менен каталарды оңдоолорду киргизүү үчүн акыркы мөөнөттү белгилейт. Бул мөөнөт, адатта, кийинки негизги TCRL релизинин пландаштырылган бекитүү күнүнө чейин 3 айдан 6 айга чейин болот. Киргизүү мөөнөтүн өткөрүп жиберген Test Suite таасири менен каталарды оңдоолор кийинки жылдык TCRL релизинин бир бөлүгү катары иштетилет. Ошондуктан, эгерде мурда чыгаруу талап кылынбаса, Техникалык/Жогорку же Техникалык/Критикалык каталарды оңдоолордун спецификациянын жаңыртууларына кошулуу үчүн максималдуу убакыт болжол менен 15-18 айды түзөт.

Спецификациянын ээси мыйзамдуу кайра кароо үчүн акыркы катары жактырган Техникалык тейлөө релизинин долбоорун тапшырышы керек.view. Мыйзамдуу реview биринчи кезекте спецификациянын өзгөртүлгөн бөлүктөрүнө көңүл бурат. Юридикалык кайра аяктагандан кийинview, Спецификациянын Ээси жана BSTS Техникалык тейлөө релизинин долбооруна кошула турган пикир боюнча макулдашат. Юридикалык кайра кандайдыр бир чечилбеген юридикалык комментарийлер бар болсоview Техникалык тейлөө релизинин долбоорунда, Спецификациянын Ээси резолюция боюнча Директорлор кеңешинин сунушун алуу үчүн Директорлор Кеңешинин күн тартибине убакыт сурай алат.

Юридикалык ре менен параллелдүүview, Спецификациянын ээси Тейлөөнүн Релизинин долбоорун BARBге кайра тапшырышы керекview. Техникалык тейлөө релизинин долбоору BARBге тапшырылгандан кийин, BSTS аны бардык мүчөлөр үчүн жеткиликтүү кылат.view жана анын бар экендиги жөнүндө бардык мүчөлөрүнө билдирүү. BARB кайра аяктагандан кийинview, Спецификациянын Ээси жана BARB спецификациянын долбооруна киргизиле турган пикир боюнча макулдашат.

Эгерде мыйзамдуу реview кандайдыр бир олуттуу өзгөрүүлөргө алып келет, кошумча кайраview BARB тарабынан талап кылынышы мүмкүн. Ошо сыяктуу эле, эгерде БАРБ кайраview кандайдыр бир олуттуу өзгөрүүлөргө алып келсе, BSTS кошумча юридикалык кайра аныктайтview ошол өзгөртүүлөр талап кылынат. Юридикалык кайра аяктагандан кийинview жана BARB review, BARB Тейлөө Релизинин долбоорун бекитиши же четке кагышы керек. BARB тарабынан жактырылган болсо, бул Добуш берүү долбоору болуп калат.

Сыноо документтерине таасир этүүчү каталарды оңдоолор үчүн жана тиешелүү тест каталары алдыдагы TCRL релизине убагында иштетилет, BSTS Спецификациянын Ээси жана BTI менен тесттик документтерди жаңыртуу үчүн иштейт. BTI сыноо документтерин бекиткенден кийин, BSTS Кабыл алуу датасын болжолдойт жана TCRLде колдонуу үчүн BTIге сунушталган Кабыл алуу датасын берет. BTI тиешелүү ICS, IXIT жана Test Suite менен бирге TCRLди BQRBге жеткирет. BARB спецификациясын бекитүү, BTI бардык сыноо документтерин бекитүү (анын ичинде Test Suite, TCRL, ICS жана IXIT) жана TCRL BQRB бекитүүсү Кабыл алуу датасында же ага чейин болушу керек.

BSTS Добуш берүүнүн Долбоорунун бүтүшү жана жеткиликтүүлүгү жана Кабыл алуунун сунушталган датасы жөнүндө бардык мүчөлөргө маалымдайт. Кабыл алуу датасы Уставга ылайык белгиленет жана бардык мүчөлөргө билдирилет жана Кабыл алуу датасы мүчөлөргө билдирме берилгенден кийин кеминде 14 күн болушу керек. Кабыл алуунун сунушталган күнү жөнүндө билдирүү мүчөлөргө берилгенден кийин Башкармалык Добуш берүүнүн Долбоорундагы типографиялык каталарды оңдоону кабыл алуунун сунушталган датасы жөнүндө кошумча билдирүүсүз жана талап кылынган 14 күндү күтпөстөн бекитиши мүмкүн.

Кабыл алуу датасына чейин төмөнкү документтер толтурулуп, Башкармалыкка берилиши керек:

Добуш берүү долбоору
Ошол эле XY маанисине ээ болгон спецификациянын кабыл алынган версиясына бардык өзгөртүүлөрдү көрсөткөн Добуш берүүнүн долбоорунун өзгөртүүгө көз салынган версиясы (мисалы, эгерде Добуш берүүнүн долбоору 1.4.2 версиясы катары сунушталса, өзгөртүүлөр 1.4.1 менен каралат. спецификациянын версиясы)
Кабыл алынган спецификациянын мурунку версиясын(-ларын) жокко чыгаруу же жокко чыгаруу боюнча Спецификациянын Ээсинин сунушу жана негиздемеси
Калган чечилбеген укуктук маселелердин тизмеси юридикалык кайраview (эгер бар болсо)
BTI тарабынан бекитилген Test Suite, ICS жана IXIT (эгерде техникалык тейлөө релизинде талап кылынса)
BTI жана BQRB тарабынан бекитилген TCRL (эгерде техникалык тейлөө релизинде талап кылынса)
BSTS тарабынан BTI менен бирге инструменттин даярдыгынын абалына байланыштуу толтурулган отчет (мисалы, PTS жана башка сыноо куралдары, Bluetooth Launch Studio), анын ичинде TCRLде сыноо куралдары тарабынан колдоого алынбаган сыноо учурлары жана түшүндүрмө (эгерде техникалык тейлөө талап кылса) бошотуу)
BSTS жана Спецификациянын Ээси тарабынан толтурулган асырап алуунун текшерүү тизмеси, бул бөлүмдө аткарылган иштердин баары аткарылганын көрсөтүү
Башкармалык тарабынан талап кылынган бардык маалыматтар

Башкармалык Добуш берүү долбоорун кабыл алгандан кийин жана кабыл алуудан кийинки төмөнкү иш-чаралар аяктагандан кийин техникалык тейлөөнү бошотуу процесси аяктады:

BSTS кабыл алынган спецификацияны жана ага байланыштуу сыноо документтерин (эгерде техникалык тейлөө релизинде талап кылынса) Bluetooth SIGде жалпыга жеткиликтүү кылды. webсайт.
BSTS Bluetooth SIG бардык мүчөлөрү үчүн жеткиликтүү жаңы кабыл алынган версияга киргизилген бардык өзгөртүүлөр менен мурда кабыл алынган спецификация версиясынын маалыматтык өзгөртүүгө көз салынган версиясын жасады. webсайт.
BSTS квалификациялык системаны иштетти.
BSTS бардык мүчөлөрүнө кабыл алынган спецификациянын жана тастыктоочу документтердин бар экендиги жөнүндө кабарлады.

Бул иш-чаралар аяктагандан кийин, спецификация 8-бөлүмдө аныкталгандай, спецификация эскиргенге чейин же жокко чыгарылганга чейин Спецификацияны тейлөө стадиясында калат.

8. Спецификация мөөнөтү аяктаган фаза

Техникалык жактан жетишсиз деп аныкталган жаңы версиялар менен алмаштырылганда же башка себептерден улам спецификациялар эскирилиши же кайра алынышы мүмкүн. Эскирген жана кайра алынган спецификациялар архивделип, жаңыртылбайт. Эскирген жана жокко чыгарылган спецификациялар Bluetooth квалификация программасында башкача каралат.

Ар бир мүчө, топ же комитет BSTSке тиешелүү убакыт тилкеси менен бирге спецификацияны жокко чыгаруу же алып салуу боюнча сунуштарды бере алат (электрондук почта аркылуу

specation.manager@bluetooth.com) каалаган убакта. BSTS ошондой эле спецификацияны жана ага байланыштуу убакыт тилкесин эскирүүнү же алып салууну сунушташы мүмкүн. BSTS сунушту BARBге жана спецификацияны сактоо үчүн жооптуу топко же комитетке жөнөтөт.view жана пикир.

BARB жана жооптуу топ же комитет спецификацияны жокко чыгаруу же алып салуу боюнча сунуштарды баалайт жана төмөнкү (толук эмес) критерийлерди карайт:

Спецификациянын мурунку версиясында эскирген же колдонулбашы керек болгон функция барбы?
Кийинки версияларга жаңы милдеттүү функциялар кошулдубу?
Мурунку версияларда иштөөнү же өз ара аракеттенүүнү начарлаткан кемчиликтер барбы, алар кийинки версияларда оңдолгон жана учурдагы колдонуучу сценарийлерин алдыга жылдыруу үчүн зарыл болгон?
Жаңы колдонуучу сценарийлерин алдыга жылдыруу үчүн кийинки версияларда кошумча функциялар барбы?
Кийинки версияларда жакшыртылган колдонуу жана өз ара аракеттенүү мүмкүнчүлүгү барбы?
Кийинки версияларында коопсуздукту жакшыртуулар барбы?

BARB жана жооптуу топ же комитет альтернативдүү сунушту сунуштай алат.

BARB же спецификацияны сактоо үчүн жооптуу топ же комитеттин пикирлерин алгандан кийин, BSTS рекомендацияны(ларды) жана пикирди карап чыгуу үчүн Башкармалыкка берет. Башкармалык таасир эткен спецификацияларды сактоо үчүн жооптуу болгон топту же комитетти жолугушууга жана сунуштарды талкуулоого чакырышы мүмкүн. Башкармалык сунуштарды жана сын пикирлерди карап чыгат жана сунуш менен макулдашы же өзгөртүүсү мүмкүн. Башкармалык BSTSтин бардык мүчөлөрүнө спецификацияны(ларды) жана ага байланыштуу графиги(лерди) 30 күндүк кайра жокко чыгаруу же алып салуу сунуштары жөнүндө кабарлоосун талап кылат.view акыркы чечимди кабыл алганга чейин бардык мүчөлөргө кошумча пикир берүүгө мүмкүнчүлүк берүү мөөнөтү.

Башкармалык мүчөлөрдөн түшкөн пикирлерди карап чыгат. Башкармалык спецификацияны жокко чыгарууну же алып салууну жактыргандан кийин, BSTS бардык мүчөлөрүнө чечим жана ага байланыштуу мөөнөт жөнүндө кабарлайт.

8.1 Эскирүү

Спецификация эскиргенден кийин, төмөнкүлөр пайда болот:

Өзгөчөлүк мындан ары жаңыртылбайт.
Жооптуу ЖТ кайра аткаратview башка спецификацияларга колдонуларын аныктоо үчүн эскирген спецификацияга каршы жазылган бардык каталар. Errata ката системасында четке кагылышы мүмкүн жана тиешелүү спецификация(лар)га каршы кайра жазылышы мүмкүн.
WG же BSTS башка спецификациялардагы эскирген спецификацияларга керектүү шилтемелерди жаңылоо үчүн каталарды түзөт.
BTI спецификациянын эскиргендигин көрсөтүү үчүн тиешелүү сыноо документтерин жаңылайт.
BSTS Bluetooth SIG жаңыртат webколдонууга альтернативдик спецификация(лар) боюнча жетекчилик менен сайт.
Эскирген спецификацияга каршы жаңы каталарды мындан ары тапшырууга болбойт.
Келечектеги спецификацияларда спецификацияга шилтеме берилбейт.
BSTS спецификациянын эскирген деп белгиленген версиясын тарыхый максаттар үчүн мүчөлөр үчүн архивдейт.

8.2 Чыгып алуу

Спецификация жокко чыгарылгандан кийин, эскирүү үчүн колдонулуучу кадамдардан тышкары, төмөнкүлөр болот:

BTI спецификацияны жокко чыгарууну көрсөтүү үчүн тиешелүү сыноо документтерин жаңылайт.
BSTS Bluetooth SIG жаңыртат webколдонууга альтернативдик спецификация(лар) боюнча жетекчилик менен сайт.
BSTS спецификациянын версиясын архивдейт.

Башкармалык спецификацияны жокко чыгарбастан дароо алып салууну чечиши мүмкүн.

9. Ак кагаз процесси

Ак кагаздар маалыматтык максатта гана түзүлгөн. Төмөнкү ак кагаз процесси бардык Bluetooth WGs, EGs, SGs жана комитеттерге тиешелүү. Бул бөлүм Bluetooth SIG ичинде гана колдонуу үчүн маалыматтык документтерге жайылтылбайт.

Бул процесс төмөндөгү 9.1-сүрөттө көрсөтүлгөн.

Кандайдыр бир топ же комитет Bluetooth SIG тарабынан жарыялоону көздөгөн ак кагаздын үстүндө иштей баштаардан мурун, топ же комитет ак кагаздын сунушталган мазмунун так аныктаган сунушталган уставдын жаңыртуусун жана ак кагаздын сунушунун презентациясын даярдайт.

Ак кагаздагы сунуштун презентациясы эң аз дегенде төмөнкүлөрдү камтууга тийиш:

Ак кагазга муктаждык
Ак кагаздын сунушталган мазмунунун кыскача мазмуну
Мазмунду эмне үчүн спецификациянын бир бөлүгү катары киргизүү сунушталбайт деген түшүндүрмө
Максаттуу аудитория
Бардык тейлөө пландары (б.а., бул ак кагаздын кийинки релизине чейинки болжолдуу убакыт керек болушу мүмкүн)
Ак кагаздын мурунку версияларын кантип иштетүү боюнча сунуштар, эгер бар болсо (мисалы, архивдөө)

Уставды жаңыртуу жана ак кагаз сунушу BARB re үчүн берилиши керекview. кайра боюнчаview жана уставды жаңылоону BARB тарабынан бекитүү, BSTS уставдык жаңылоону колдоочу ак кагаз сунушу менен бирге бекитүү үчүн Башкармалыкка берет.

Эгерде Директорлор кеңеши уставды жаңыртууну жактырса, топ же комитет ак кагазды иштеп чыгууну уланта алат.

Топ же комитет ак кагазды иштеп чыгууну аяктагандан кийин, BSTS редакциялык редакцияны аткарат.view Bluetooth долбоорлоо көрсөтмөлөрүнө ылайык келүү үчүн.

BSTS комментарийлери чечилгенден кийин, топ ак кагазды BSTSке юридикалык жактан кайра кароо үчүн тапшырышы керекview. Юридикалык кайра аяктагандан кийинview, топ жана BSTS ак кагазга киргизиле турган пикир боюнча макулдашат. Юридикалык кайра кандайдыр бир чечилбеген юридикалык комментарийлер бар болсоview ак кагазда, топтун төрагасы резолюция боюнча Башкарманын сунушун издөө үчүн Кеңештин күн тартибине убакыт сурай алат.

Юридикалык ре менен параллелдүүview, топ ак кагазды кайра BARBга тапшырышы керекview. Алардын ре бир бөлүгү катарыview, BARB ак кагаздын кайсы бир бөлүгүн ак кагаздан алып салууну жана 3-бөлүмдөгү процесстен кийин спецификацияга киргизүүнү сунуштай алат. BARB ошондой эле ак кагазды башка топторго же комитеттерге кайра кароо үчүн берүүнү чечиши мүмкүн.view. BARB кайра аяктагандан кийинview, топ жана BARB ак кагазга киргизиле турган пикир боюнча макулдашат.

Эгерде мыйзамдуу реview кандайдыр бир олуттуу өзгөрүүлөргө алып келет, кошумча кайраview BARB тарабынан талап кылынышы мүмкүн. Ошо сыяктуу эле, эгерде БАРБ кайраview кандайдыр бир олуттуу өзгөрүүлөргө алып келсе, BSTS кошумча юридикалык кайра аныктайтview ошол өзгөртүүлөр талап кылынат. Юридикалык кайра аяктагандан кийинview жана BARB review, BARB ак кагазды жактырышы же четке кагышы керек.

BARB ак кагазды жактыргандан кийин, BARB тарабынан бекитилген ак кагаз автордук топ же комитет тарабынан бекитүү үчүн Башкармалыкка сунушталат.

Башкармалык ак кагазды бекиткенде жана бекитүүдөн кийинки төмөнкү иш-чаралар аяктагандан кийин ак кагаз процесси аяктады:

BSTS бекитилген ак кагазды Bluetooth SIGде жалпыга жеткиликтүү кылды webсайт.
BSTS бекитилген ак кагаздын бардык мүчөлөрүнө кабарлайт.
Эгерде ак кагаз учурдагы ак кагаздын өркүндөтүлүшү болсо, BSTS тарыхий максаттар үчүн мүчөлөр үчүн ак кагаздын версиясын архивдейт.

Bluetooth SIG ак кагаз бекитилгенден кийин бир жуманын ичинде бекитүүдөн кийинки иш-чараларды аяктоону пландаштырууда.

10. Шилтемелер

Шилтемеленген Bluetooth документтери Bluetooth аркылуу жеткиликтүү webсайт http://www.bluetooth.com.

Bluetooth долбоорун түзүү боюнча көрсөтмөлөр (Жумушчу топтун шаблондору жана документтери бетинде, дар https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Bluetooth SIG, Inc. уставы (башкаруучу документтер бетинде, дар https://www.bluetooth.com/membership-working-groups/membership-types-levels/membership-agreements)
Bluetooth Specification Errata Process документи (Жумушчу топтун шаблондору жана документтери бетинде, төмөнкү даректе бар https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Жумушчу топтун процессинин документи (Жумушчу топтун шаблондору жана документтери бетинде, дар https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Сынактын стратегиясы жана терминологиясы бүттүview документ (Квалификациялык тестирлөө талаптары бетинде, дар https://www.bluetooth.com/specifications/qualification-test-requirements)
BTI Specification Review Процессти текшерүү тизмеси (Жумушчу топтун шаблондору жана документтери бетинде, дарек https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
Bluetooth SIG дайындалган номерлери (https://www.bluetooth.com/specifications/assigned-numbers)
Жумушчу топтун шаблондору жана документтери (Жумушчу топтун шаблондору жана документтери бетинде, дареги боюнча жеткиликтүү https://www.bluetooth.com/membership-working-groups/working-groups/working-group-templates-documents)
GATT спецификациясынын кошумчасы (GSS) (GATT спецификациялары барагында, даректе https://www.bluetooth.com/specifications/gatt)
Жаңы спецификация үчүн идея тапшырыңыз https://www.bluetooth.com/specifications/submit-an-idea-for-a-specification

11. Акронимдер жана аббревиатуралар

Таблица А: Акронимдер жана аббревиатуралар

А тиркеме – катачылыктын катаалдыгынын классификациясы

Бул тиркеме спецификация катасынын катаалдыгын классификациялоо боюнча көрсөтмөлөрдү жалпылайт. Бул таблица EPDнын келечектеги версиясына кошулат, андан кийин бул бөлүм жок кылынат.

Бул колдонмо жөнүндө көбүрөөк окуу жана PDF жүктөп алуу:

Specification Management Process Document (SMPD) – Оптимизацияланган PDF
Specification Management Process Document (SMPD) – Түпнуска PDF

Сиздин Колдонмо боюнча суроолоруңуз барбы? Комментарийге жазыңыз!

Шилтемелер

User Manual