உள்ளடக்கம் மறைக்க

விவரக்குறிப்பு மேலாண்மை செயல்முறை ஆவணம் (SMPD)

விவரக்குறிப்பு மேலாண்மை செயல்முறை ஆவணம் (SMPD)

Bluetooth® செயல்முறை ஆவணம்

  • திருத்தம்: வி 27
  • திருத்த தேதி: 2019-05-17
  •  கருத்து மின்னஞ்சல்: BARB-feedback@bluetooth.org

சுருக்கம்:
இந்த ஆவணம் புளூடூத் விவரக்குறிப்புகள் மற்றும் வெள்ளைத் தாள்களை உருவாக்கி மேம்படுத்துவதற்கான வளர்ச்சி செயல்முறைகளை வரையறுக்கிறது.

மீள்பார்வை வரலாறு

FIG 1 திருத்த வரலாறு

FIG 2 திருத்த வரலாறு

சமீபத்திய பதிப்பிற்கு பங்களிப்பாளர்கள்

FIG 3 சமீபத்திய பதிப்பிற்கு பங்களிப்பாளர்கள்

இந்த ஆவணம், அதன் தலைப்பு அல்லது உள்ளடக்கத்தைப் பொருட்படுத்தாமல், Bluetooth SIG Inc. (“Bluetooth SIG”) மற்றும் புளூடூத் காப்புரிமை/பதிப்புரிமை உரிம ஒப்பந்தம் மற்றும் புளூடூத் வர்த்தக முத்திரை உரிம ஒப்பந்தத்தின் கீழ் அதன் உறுப்பினர்களால் வழங்கப்பட்ட உரிமங்களுக்கு உட்பட்ட புளூடூத் விவரக்குறிப்பு அல்ல.

இந்த ஆவணம் "உள்ளபடியே" வழங்கப்பட்டுள்ளது மற்றும் ப்ளூடூத் சிக், அதன் உறுப்பினர்கள் மற்றும் அவர்களது துணை நிறுவனங்கள் எந்தப் பிரதிநிதித்துவங்கள் அல்லது உத்தரவாதங்களைச் செய்யாது மற்றும் அனைத்து உத்திரவாதங்கள், எச்சரிக்கைகள், அறிவிப்புகள் ILITY, TITLE, அத்துமீறல், எந்தவொரு குறிப்பிட்ட நோக்கத்திற்காகவும் உடற்தகுதி, இந்த ஆவணத்தின் உள்ளடக்கம் பிழைகள் இல்லாதது.

சட்டத்தால் தடைசெய்யப்படாத அளவிற்கு, புளூடூத் சிஜி, அதன் உறுப்பினர்கள் மற்றும் அவர்களது துணை நிறுவனங்கள் இந்த ஆவணம் மற்றும் அதன் பயன்பாடு காரணமாக எழும் அனைத்து பொறுப்புகளையும் மறுக்கின்றன டிங் வருவாய், லாபம், தரவு அல்லது திட்டங்கள் அல்லது வணிகத்தை இழந்தார் குறுக்கீடு, அல்லது சிறப்பு, மறைமுக, அடுத்தடுத்த, தற்செயலான அல்லது தண்டனைக்குரிய சேதங்களுக்கு, பொறுப்புக் கோட்பாட்டைப் பொருட்படுத்தாமல், மற்றும் அவற்றின் செயல்பாடுகள் இத்தகைய சேதங்களின் சாத்தியம் குறித்து அறிவுறுத்தப்பட்டது.

இந்த ஆவணம் புளூடூத் SIG க்கு சொந்தமானது. இந்த ஆவணம் புளூடூத் SIG மற்றும் அதன் உறுப்பினர்களின் அறிவுசார் சொத்துக்களைக் கொண்டிருக்கலாம் அல்லது உள்ளடக்கியதாக இருக்கலாம். இந்த ஆவணத்தை வழங்குவது புளூடூத் SIG அல்லது அதன் உறுப்பினர்களின் அறிவுசார் சொத்துக்கு எந்த உரிமத்தையும் வழங்காது.

இந்த ஆவணம் அறிவிப்பு இல்லாமல் மாற்றத்திற்கு உட்பட்டது.

பதிப்புரிமை © 2004–2019 Bluetooth SIG, Inc. புளூடூத் சொல் குறி மற்றும் லோகோக்கள் Bluetooth SIG, Inc-க்கு சொந்தமானது. பிற மூன்றாம் தரப்பு பிராண்டுகள் மற்றும் பெயர்கள் அந்தந்த உரிமையாளர்களின் சொத்து.

 

1. அறிமுகம்

விவரக்குறிப்பு மேலாண்மை செயல்முறை ஆவணம் (SMPD) விவரக்குறிப்பு ஆசிரியர்கள் மற்றும் மறு செயல்முறைகளை விவரிக்கிறதுviewபுதிய விவரக்குறிப்புகளை உருவாக்கவும், ஏற்கனவே உள்ள விவரக்குறிப்புகளை மேம்படுத்தவும் (அதாவது, செயல்பாட்டைச் சேர்க்க அல்லது அகற்ற அல்லது ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பில் குறிப்பிட்ட செயல்பாட்டை மாற்ற), ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்புகளைப் பராமரிக்க மற்றும் ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்புகளின் வாழ்நாளின் இறுதி நேரத்தை நிர்வகிக்கவும் பின்பற்ற வேண்டும். கூடுதலாக, இந்த ஆவணம் உருவாக்குவதற்கான செயல்முறையை விவரிக்கிறது, மறுviewing, மற்றும் வெள்ளை ஆவணங்களுக்கு ஒப்புதல்.

புதிய விவரக்குறிப்புகளை உருவாக்குவதற்கும், அந்த பணிகளின் நோக்கத்தில் உள்ள உள்ளார்ந்த வேறுபாடுகள் காரணமாக ஏற்கனவே உள்ள விவரக்குறிப்புகளை மேம்படுத்துவதற்கும் இடையே விவரக்குறிப்பு மேம்பாட்டு செயல்பாட்டில் வேறுபாடுகள் உள்ளன; அந்த வேறுபாடுகள் இந்த ஆவணத்தில் சிறப்பிக்கப்பட்டுள்ளன.

விவரக்குறிப்பு மேம்பாட்டு செயல்முறை அடங்கும்:

  • செயல்பாட்டுத் தேவைகளை வரையறுக்க ஒரு தேவைகள் கட்டம் (பிரிவு 3 இல் விவரிக்கப்பட்டுள்ளது).
  • அபிவிருத்தி மற்றும் மறுசீரமைப்புக்கான ஒரு வளர்ச்சி கட்டம் (பிரிவு 4 இல் விவரிக்கப்பட்டுள்ளது).view விவரக்குறிப்புகள்
  • ஒரு சரிபார்ப்பு கட்டம் (பிரிவு 5 இல் விவரிக்கப்பட்டுள்ளது) இன்டர்ஆப்பரபிள் ப்ரோடோடைப் (IOP) சோதனை மூலம் விவரக்குறிப்புகளை சரிபார்க்க
  • தத்தெடுப்பு/ஒப்புதல் கட்டம் (பிரிவு 6 இல் விவரிக்கப்பட்டுள்ளது) புளூடூத் SIG இயக்குநர்கள் குழுவிடம் (BoD) தத்தெடுப்பு/ஒப்புதல் பெறுதல்

விவரக்குறிப்பு பிழைத்திருத்த செயல்முறை ஆவணம் (EPD) [3] முன்மொழிவு மற்றும் மறுமுறைக்கான செயல்முறையை விவரிக்கிறதுviewing விவரக்குறிப்பு பிழைகள், மற்றும் ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்புகளுக்கு பிழைத்திருத்த திருத்தங்கள் (பைலாக்கள் [2] இல் வரையறுக்கப்பட்டுள்ளது) என அவற்றை அங்கீகரித்தல். வேறுவிதமாகக் குறிப்பிடப்படாவிட்டால், இந்த SMPD இல் உள்ள பிழைகள் பற்றிய அனைத்து குறிப்புகளும் விவரக்குறிப்பு பிழையைக் குறிக்கும்.

1.1 முன்னுரிமை

புளூடூத் SIG, Inc. (பைலாக்கள்) மற்றும் உறுப்பினர் ஒப்பந்தங்கள் [2] அந்த ஆவணங்கள் மற்றும் SMPD இல் உள்ள முரண்பாடான உள்ளடக்கத்திற்கு முன்னுரிமை அளிக்கின்றன. இந்த ஆவணத்தில் எதனையும் மீறி, அந்த நடவடிக்கைகள் மற்றும் முடிவுகள் இந்த ஆவணத்தில் உள்ள எதையும் பின்பற்றாவிட்டாலும் அல்லது முரண்படாத போதும், இந்த ஆவணத்தில் உள்ள எதுவும் BoD இன் சுயாதீன அதிகாரத்தை வரம்பிடவில்லை அல்லது கட்டுப்படுத்தவில்லை என்றாலும், நடவடிக்கை எடுப்பதற்கும் முடிவெடுப்பதற்கும் இறுதி விருப்புரிமை மற்றும் அதிகாரத்தை BoD வைத்திருக்கிறது. மற்றும் விவேகம்.

SMPD இல் உள்ள உரைக்கும் புள்ளிவிவரங்களுக்கும் இடையில் ஏதேனும் முரண்பாடுகள் இருந்தால், உரை முன்னுரிமை பெறுகிறது.

1.2 குறிப்பிடப்பட்ட குழுக்கள் மற்றும் குழுக்கள்

இந்த ஆவணத்தில் பின்வரும் வகையான குழுக்கள் குறிப்பிடப்பட்டுள்ளன: ஆய்வுக் குழுக்கள் (SG), நிபுணர் குழுக்கள் (EG) மற்றும் பணிக்குழுக்கள் (WG). ஒரு WG க்கு அறிக்கை செய்யும் துணைக்குழுவும் இருக்கலாம். இதேபோல், பின்வரும் வகையான கமிட்டிகள் இந்த ஆவணத்தில் குறிப்பிடப்பட்டுள்ளன: புளூடூத் ஆர்கிடெக்ச்சுரல் ரீview போர்டு (BARB), புளூடூத் சோதனை மற்றும் இயங்கக்கூடிய தன்மை (BTI), மற்றும் புளூடூத் தகுதி மறுview வாரியம் (BQRB). இந்த ஆவணம் புளூடூத் SIG டெக்னிக்கல் ஸ்டாஃப் (BSTS) மற்றும் BoDஐயும் குறிக்கிறது.

1.3 குழு மறுviewகள் மற்றும் ஒப்புதல்கள்

ஒரு குழு ரீview ஒரு மறு உள்ளதுview ஒரு குழுவின் உறுப்பினர்களால் (பொதுவாக 3 உறுப்பினர்கள்) ஒரு குறிப்பிட்ட நேரத்திற்குள் (பொதுவாக 2-3 வாரங்கள்) கருத்துக்களை வழங்குவதற்காக நடத்தப்படுகிறது.view பொருளின் நீளம் மற்றும் சிக்கலான தன்மை மற்றும் குழுவில் உள்ள பிற முன்னுரிமைகளைப் பொறுத்து நேரம் மாறுபடலாம். மறு கோரும் குழுview மற்றும் மறு நடத்தும் குழுview ஒவ்வொன்றும் மறு காலத்தை ஒப்புக்கொள்கின்றனview. குழு மற்றும் குழு உறுப்பினர்கள் புளூடூத் SIG கருவிகளைப் பயன்படுத்தி மறு தொடக்கத்தையும் முடிவையும் தெரிவிக்கவும் பதிவு செய்யவும்view. குழுவானது பொதுவாகக் குழுவின் கருத்தைப் பெறும்போது அதைச் செயல்படுத்தும். குழு மறு போதுview நேரம் முடிவடைகிறது, குழுவின் கருத்துகளை குழு நிறைவு செய்கிறது, மேலும் தாமதமாக வருவதையும் கருத்தில் கொள்ள வேண்டும்view இந்த பொருள் குழுவின் ஒப்புதலுக்கு உட்பட்டதாக இருக்கலாம் என்பதை மனதில் வைத்து கருத்து.

பணிக்குழு செயல்முறை ஆவணத்திற்கு இணங்க குழு உறுப்பினர்களின் வாக்கு மூலம் ஒரு குழு ஒப்புதல் பெறப்படுகிறது [4].

1.4 உறுப்பினர்களுக்கான அறிவிப்புகள் மற்றும் பொருட்களின் அணுகல்

இந்த ஆவணத்தின்படி உறுப்பினர்களுக்கு வழங்கப்படும் அனைத்து அறிவிப்புகளும் அவ்வப்போது தொழில்நுட்ப புதுப்பிப்பு போன்ற மின்னஞ்சல் மூலம் வழங்கப்படலாம். அனைத்து உறுப்பினர்களுக்கும் வழங்கப்பட வேண்டிய அறிவிப்புகள் அனைத்து செயலில் உள்ள உறுப்பினர்களுக்கும் அனுப்பப்படும் (அதாவது, உறுப்பினர் இடைநிறுத்தப்படவில்லை, நிறுத்தப்படவில்லை அல்லது திரும்பப் பெறப்படவில்லை). அறிவிப்புகள் மின்னஞ்சலில் அனுப்பப்படும் போது, ​​உறுப்பினர் நிறுவனத்தின் உறுப்பினர் கணக்கின் கீழ் பதிவு செய்துள்ள மற்றும் மின்னஞ்சல் அறிவிப்புகளைப் பெறுவதில் இருந்து விலகாத ஒவ்வொரு நபரின் கடைசியாக அறியப்பட்ட மின்னஞ்சல் முகவரிக்கு (ப்ளூடூத் SIG இன் அப்போதைய தற்போதைய பதிவுகளில் பிரதிபலிக்கிறது) அனுப்பப்படும். இந்த ஆவணத்தில் உள்ள எதுவும் புளூடூத் SIG கடமைகள் அல்லது விதிமுறைகளின் கீழ் அறிவிப்பை வழங்குவது அல்லது புளூடூத் SIG மற்றும் எந்தவொரு உறுப்பினருக்கும் இடையிலான வேறு எந்த ஒப்பந்தத்தையும் மாற்றாது.

இந்த ஆவணம் எங்கிருந்தாலும் அ webஅனைத்து உறுப்பினர்களும் அணுகக்கூடிய தளம், இது செயலில் உள்ள புளூடூத் SIG கணக்கைக் கொண்ட தனிநபர்களுக்கான அணுகலைக் குறிக்கிறது. செயலில் கணக்கு இல்லாத உறுப்பினர்கள் புளூடூத் SIG மூலம் கணக்கை உருவாக்கலாம் webதளம்.

1.5 வார்ப்புருக்கள்

இந்த SMPDயில் குறிப்பிடப்பட்டுள்ள ஒவ்வொரு ஆவண வகைக்கும் (எ.கா. விவரக்குறிப்புகள், வெள்ளைத் தாள்கள், சோதனை ஆவணங்கள்) புளூடூத் SIG ஒரு டெம்ப்ளேட்டை வழங்குகிறது. இந்த SMPD க்கு இணங்க தயாரிக்கப்பட்ட ஒவ்வொரு ஆவணத்திற்கும் டெம்ப்ளேட் அடிப்படையாக பயன்படுத்தப்பட வேண்டும். சரியான டெம்ப்ளேட்டைப் பயன்படுத்தத் தவறினால் ஆவணம் அங்கீகரிக்கப்படாமல் போகலாம். புளூடூத் SIG இல் வார்ப்புருக்கள் கிடைக்கின்றன webதளம் [8].

1.6 விவரக்குறிப்பு வகைகள்

பல வகையான புளூடூத் SIG விவரக்குறிப்புகள் உள்ளன. படிநிலையாக, அனைத்து விவரக்குறிப்புகளும் புளூடூத் கோர் விவரக்குறிப்பைப் பொறுத்தது. பாரம்பரிய சார்பு போன்ற விவரக்குறிப்புகள்fileகள்; பாரம்பரிய நெறிமுறைகள்; மற்றும் GATT-சார்ந்த சார்புfiles, GATT-அடிப்படையிலான சேவைகள் மற்றும் GATT-அடிப்படையிலான நெறிமுறைகள் அனைத்தும் முக்கிய விவரக்குறிப்பில் உள்ள அம்சங்களைப் பொறுத்தது. மெஷ் மாடல் விவரக்குறிப்புகள் போன்ற பிற விவரக்குறிப்புகள் மெஷ் ப்ரோவைப் பொறுத்ததுfile விவரக்குறிப்பு இது மைய விவரக்குறிப்பைப் பொறுத்தது.

முக்கிய விவரக்குறிப்பு துணை (CSS) விவரக்குறிப்பு தரவு வகைகள், தரவு வடிவங்கள் மற்றும் பொதுவான சார்பு ஆகியவற்றை வரையறுக்கிறதுfile மற்றும் சேவைப் பிழைக் குறியீடுகள் கோர் ஸ்பெசிஃபிகேஷன் மற்றும் பிற விவரக்குறிப்புகளால் பயன்படுத்தப்படுகின்றன, மேலும் அவை எந்த நடத்தைகளையும் வரையறுக்காது.

GATT ஸ்பெசிஃபிகேஷன் சப்ளிமெண்ட் (GSS) விவரக்குறிப்பு, ப்ரோவால் பயன்படுத்தப்படும் சிறப்பியல்பு மற்றும் விளக்க வடிவங்களை வரையறுக்கிறது.fileகள் மற்றும் சேவைகள் மற்றும் எந்த நடத்தைகளையும் வரையறுக்கவில்லை.
Mesh Device Properties (MDP) விவரக்குறிப்பு Mesh Pro பயன்படுத்தும் மெஷ் பண்புகளை வரையறுக்கிறதுfile மற்றும் மெஷ் மாடல் விவரக்குறிப்புகள் மற்றும் எந்த நடத்தைகளையும் வரையறுக்கவில்லை.

 

2. ஓவர்view

இந்த பகுதி ஒரு ஓவரை வழங்குகிறதுview செயல்முறைகள் மற்றும் அனைத்து விவரங்களையும் சேர்க்க விரும்பவில்லை.

விவரக்குறிப்பு மேலாண்மை செயல்முறையை உருவாக்கும் ஆறு முக்கிய கட்டங்களை படம் 2.1 காட்டுகிறது.

படம் 4 ஆறு முக்கிய கட்டங்களைக் காட்டுகிறது

முதல் நான்கு கட்டங்கள் விவரக்குறிப்பு மேம்பாட்டு செயல்முறையின் போது நிகழ்கின்றன மற்றும் தேவைகள் கட்டம் (பிரிவு 3), வளர்ச்சி கட்டம் (பிரிவு 4), சரிபார்ப்பு கட்டம் (பிரிவு 5) மற்றும் தத்தெடுப்பு/ஒப்புதல் கட்டம் (பிரிவு 6) ஆகியவை அடங்கும். இதைத் தொடர்ந்து இரண்டு தத்தெடுப்புக்குப் பிந்தைய கட்டங்கள் உள்ளன: விவரக்குறிப்பு பராமரிப்பு கட்டம் (பிரிவு 7) மற்றும் விவரக்குறிப்பு வாழ்க்கையின் இறுதி கட்டம் (பிரிவு 8).

படம் 2.2 விவரக்குறிப்பு மேம்பாட்டு செயல்முறையில் உள்ள நான்கு கட்டங்களின் விவரங்களை விளக்குகிறது. சாம்பல் பெட்டிகள் ஒவ்வொரு கட்டத்திற்கும் முக்கிய விநியோகங்களைக் குறிக்கின்றன. ஆரஞ்சு பெட்டிகள் செயல்முறை மைல்கற்களை சுருக்கமாகக் கூறுகின்றன.

FIG 5 நான்கு கட்டங்களின் விவரங்களை விளக்குகிறது

தேவைகள் கட்டத்தில் (பிரிவு 3 இல் விவரிக்கப்பட்டுள்ளது), புதிய வேலையைத் தொடங்குவதற்கான முன்மொழிவு (புதிய வேலை முன்மொழிவு (NWP)) புதிய வேலை தொடர்ந்தால் இயக்கப்பட வேண்டிய பயனர் காட்சிகளை வரையறுப்பதன் மூலம் விவரக்குறிப்பு மேம்பாட்டு செயல்முறையைத் தொடங்குகிறது. NWP அங்கீகரிக்கப்பட்டால், ஒதுக்கப்பட்ட குழு ஒரு செயல்பாட்டுத் தேவைகள் ஆவணத்தை (FRD) உருவாக்குகிறது. FRD அங்கீகரிக்கப்பட்டு ஒரு குழுவிற்கு ஒதுக்கப்பட்டதும், வளர்ச்சி கட்டம் தொடங்குகிறது.

வளர்ச்சி கட்டத்தின் போது (பிரிவு 4 இல் விவரிக்கப்பட்டுள்ளது), விவரக்குறிப்பு மேம்பாடு ஒரு வரிசை மூலம் முன்னேறுகிறதுtages (0.5/DIPD முதல் 0.9/CR வரை) விவரக்குறிப்பின் முழுமையான வரைவில் முடிவடைகிறது. 0.9/CR விவரக்குறிப்பு அனைத்து உறுப்பினர்களுக்கும் கிடைக்கும், பின்னர் ஒப்புதலுக்காக விவரக்குறிப்பைக் கருதும் BoD க்கு சமர்ப்பிக்கப்பட்டது. அங்கீகரிக்கப்பட்டதும், சரிபார்ப்பு கட்டம் தொடங்குகிறது.

விவரக்குறிப்பு வளர்ச்சியின் சரிபார்ப்பு கட்டத்தின் போது (பிரிவு 5 இல் விவரிக்கப்பட்டுள்ளது), BoD-அங்கீகரிக்கப்பட்ட 0.9/CR விவரக்குறிப்பு அனைத்து உறுப்பினர்களுக்கும் மீண்டும் கிடைக்கும்view மற்றும் சரிபார்க்கவும், மற்றும் உறுப்பினர் ரீview தொடங்கப்பட்டுள்ளது. உறுப்பினர்களால் கட்டமைக்கப்பட்ட முன்மாதிரிகளுக்கு இடையே இயங்கக்கூடிய (IOP) சோதனை மூலம் சரிபார்ப்பு நிறைவேற்றப்படுகிறது. IOP சோதனை முடிந்ததும் (குறிப்பிட்டத்திற்கு தேவைப்பட்டால்) மற்றும் BARB IOP சோதனை அறிக்கையை அங்கீகரித்த பிறகு, தத்தெடுப்பு/ஒப்புதல் கட்டம் தொடங்குகிறது.

தத்தெடுப்பு/ஒப்புதல் கட்டத்தின் போது (பிரிவு 6 இல் விவரிக்கப்பட்டுள்ளது), விவரக்குறிப்பு மற்றும் தொடர்புடைய சோதனை ஆவணங்கள் இறுதி செய்யப்படுகின்றன; BARB, BQRB மற்றும் BTI ஒப்புதல்கள் பெறப்படுகின்றன; மற்றும் இறுதி விவரக்குறிப்பு தொகுப்பு BoD க்கு சமர்ப்பிக்கப்படுகிறது, அவர் தத்தெடுப்புக்கான விவரக்குறிப்பைக் கருதுகிறார் (அதாவது, இறுதி ஒப்புதல்).

ஒரு விவரக்குறிப்பு முந்தைய கட்டத்திற்கு திரும்ப வேண்டியிருக்கலாம் அல்லது stage குறிப்பிடத்தக்க மாற்றங்கள் செய்யப்பட்டால். சில சந்தர்ப்பங்களில், பிரிவு 4.4 இல் விவரிக்கப்பட்டுள்ளபடி ஒரு கட்டத்தின் ஒரு பகுதியை விட்டுவிடவும் முடியும்.

விவரக்குறிப்பு பராமரிப்பு கட்டம் (பிரிவு 7 இல் விவரிக்கப்பட்டுள்ளது) BoD ஆல் விவரக்குறிப்பை ஏற்றுக்கொண்ட பிறகு தொடங்குகிறது. இந்த கட்டத்தில் ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பில் காணப்படும் சாத்தியமான பிழைகள் புகாரளிக்கப்பட்டு மதிப்பீடு செய்யப்படுகின்றன, மேலும் (தேவைப்பட்டால்) விவரக்குறிப்பில் பிழை திருத்தங்கள் செய்யப்படுகின்றன. விவரக்குறிப்பு நிராகரிக்கப்படும் வரை அல்லது திரும்பப் பெறப்படும் வரை விவரக்குறிப்பு பராமரிப்பு கட்டம் தொடர்கிறது (பின்வரும் பத்தியில் விவரக்குறிப்பு இறுதி-வாழ்க்கைக் கட்டத்தைப் பார்க்கவும்).

ஸ்பெசிஃபிகேஷன் எண்ட் ஆஃப் லைஃப் பேஸ் (பிரிவு 8 இல் விவரிக்கப்பட்டுள்ளது) ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்புகளை நிராகரிப்பதற்கும் திரும்பப் பெறுவதற்கும் செயல்முறை விவரிக்கிறது.

 

3. தேவைகள் கட்டம்

தேவைகள் கட்டமானது ஒரு NWP உடன் தொடங்குகிறது (இது ஒன்று அல்லது அதற்கு மேற்பட்ட பயனர் காட்சிகளில் பணியைத் தொடங்குவதற்கான விருப்பத்தைக் கூறுகிறது) அல்லது விரும்பிய புதிய வேலை ஏற்கனவே அவர்களின் WG சாசனத்தால் உள்ளடக்கப்பட்டுள்ளது என்பதை உறுதிசெய்த பிறகு. ஒரு WG ஏற்கனவே அதன் WG சாசனத்தின் எல்லைக்குள் இருப்பதாக நம்பும் புதிய வேலையைத் தொடங்க விரும்பினால், FRD ஐ உருவாக்குவதற்கு நேரடியாகத் தொடர, பிரிவு 3.1 இல் வரையறுக்கப்பட்டுள்ள செயல்முறையை WG பின்பற்ற வேண்டும். மற்ற அனைத்து பணிப் பொருட்களுக்கும், பிரிவு 3.2 இல் வரையறுக்கப்பட்டுள்ள செயல்முறையை WG பின்பற்ற வேண்டும். வளர்ச்சி கட்டத்தில் விவரக்குறிப்புகளை உருவாக்கப் பயன்படுத்தப்படும் செயல்பாட்டுத் தேவைகளின் நோக்கத்தை FRD வரையறுக்கிறது. தேவைகள் கட்டம் படம் 3.1 இல் விளக்கப்பட்டுள்ளது.

FIG 6 ஓவர்view தேவைகள் கட்டம்

3.1 WG சாசனத்தால் மூடப்பட்ட புதிய வேலை

ஒரு WG புதிய வேலையைத் தொடங்க விரும்பும்போது மற்றும் அது சேர்க்க விரும்பும் செயல்பாடு ஏற்கனவே அதன் WG சாசனத்தின் வரம்பிற்குள் உள்ளது என்று நியாயமாக நம்பும் போது, ​​WG FRD இல் பணியைத் தொடங்கலாம், அவர்கள் உடனடியாக BARBக்குத் தெரிவிக்க வேண்டும். WG ஆனது BARBக்கான அதன் அறிவிப்பில் முன்மொழியப்பட்ட புதிய வேலையின் விளக்கத்தையும், புதிய வேலையைத் தொடங்க அவர்களை அங்கீகரிக்கும் மொழியுடன் கூடிய WG சாசனத்தின் நகலையும் உள்ளடக்கும்.

WGயின் பகுப்பாய்வை BARB நிராகரித்தால், WG ஆனது FRD இல் வேலை செய்வதை நிறுத்திவிட்டு பிரிவு 3.2 இல் விவரிக்கப்பட்டுள்ள NWP செயல்முறையைத் தொடர வேண்டும். WG இன் பகுப்பாய்வை BARB அங்கீகரித்திருந்தால், WG உடனடியாக BSTS க்கு அறிவிக்கும் (குறிப்பிடத்தக்கது.manager@bluetooth.com என்ற மின்னஞ்சல் வழியாக) மற்றும் BSTS உருப்படியை அடுத்த BoD நிகழ்ச்சி நிரலில் சேர்க்கும்.

WG ஆனது BARB க்கு வழங்கிய அதே தகவலை BSTSக்கான அறிவிப்பில் சேர்க்கும். BoD WGயின் பகுப்பாய்வை நிராகரித்தால், WG FRD இல் வேலை செய்வதை நிறுத்திவிட்டு பிரிவு 3.2 இல் விவரிக்கப்பட்டுள்ள NWP செயல்முறையைத் தொடர வேண்டும். WGயின் பகுப்பாய்விற்கு BoD ஒப்புதல் அளித்தால், பிரிவு 3.3 இல் கோடிட்டுக் காட்டப்பட்டுள்ளபடி WG FRD இல் தொடர்ந்து பணியாற்றலாம்.

3.2 புதிய வேலை திட்டம் (NWP)

எந்தவொரு உறுப்பினரும், WG, SG அல்லது EG ஒரு NWP ஐ உருவாக்கி சமர்ப்பிக்கலாம் (ப்ளூடூத் SIG வழியாக webதளம் [10]). ஒரு NWP ஆனது குறைந்தபட்சம், [8] இல் வழங்கப்பட்ட அதிகாரப்பூர்வ டெம்ப்ளேட்டைப் பயன்படுத்தி பின்வருவனவற்றைப் பற்றிய தகவலை உள்ளடக்கியிருக்க வேண்டும்:

  • பயனர் காட்சிகள்
  • எஃப்ஆர்டி மற்றும் எந்தப் பகுதியில் (எ.கா. பங்களிப்பாளர், ஆசிரியர், மறு) உருவாக்க உறுப்பினர் அர்ப்பணிப்புviewஎர், முன்மாதிரி)
  • FRD பணியின் முன்மொழியப்பட்ட தலைமை
  • FRD பணிக்காக முன்மொழியப்பட்ட குழு ஒதுக்கீடு
  • முதன்மை ஆசிரியர்(கள்) மின்னஞ்சல் முகவரி

குறிப்பு: NWP செயல்முறைக்கான வழிகாட்டுதல் புளூடூத் SIG இல் கிடைக்கிறது webதளம் [10].

NWPயின் வளர்ச்சியின் போது BSTS பின்வரும் பணிகளைச் செய்யும்:

  • ரசீதுக்கான ஒப்புகையை (பொதுவாக ஏழு காலண்டர் நாட்களுக்குள்) ஆசிரியருக்கு வழங்கவும் மற்றும் அடுத்த படிகளை கோடிட்டுக் காட்டவும்.
  • தேவைப்பட்டால், NWP தெளிவாகவும் முழுமையாகவும் இருக்கும் வகையில் ஆசிரியருடன் இணைந்து பணியாற்றுங்கள். இதற்கு NWP இன் பல மறு செய்கைகள் தேவைப்படலாம்.
  • ஏற்றுக்கொள்ளப்பட்ட புளூடூத் விவரக்குறிப்புகளில் உள்ள பிழைகள் பற்றிய அறிக்கைகளை NWP கொண்டிருந்தால், ஆசிரியருடன் இணைந்து செயல்படவும் file பிழைத்திருத்த அமைப்பில் உள்ளீடுகள்.
  • NWP ஆனது ஏற்கனவே நடந்து கொண்டிருக்கும் அல்லது ஏற்கனவே முடிக்கப்பட்ட வேலையை நகலெடுப்பதாகக் கண்டறியப்பட்டால், அவர்களின் மதிப்பீட்டிற்காக மற்ற வேலைகளின் ஆசிரியருக்குத் தெரிவிக்கவும்.
  • NWPயை NWPக்கு இடுகையிடவும் webஅனைத்து உறுப்பினர்களும் அணுகக்கூடிய தளம்.
  • NWP மீண்டும் கிடைக்கும் என்பதை அனைத்து உறுப்பினர்களுக்கும் தெரிவிக்கவும்view மற்றும் FRD ஐ உருவாக்க கூடுதல் உறுப்பினர் அர்ப்பணிப்பு தேவையா.

உறுப்பினர்கள் கேள்விகளைக் கேட்க அல்லது NWP தொடர்பான கருத்துக்களை வழங்க ஆசிரியரை(களை) தொடர்பு கொள்ளலாம்.

BOD ஒப்புதலுக்கான வேட்பாளராக NWP யின் விளைவாக வரும் FRD இன் நிறைவில் பங்கேற்க குறைந்தது மூன்று உறுப்பினர் நிறுவனங்களாவது உறுதியளிக்க வேண்டும், மேலும் குறைந்தபட்சம் ஒரு உறுப்பினர் நிறுவனமாவது அசோசியேட் அல்லது புரமோட்டர் உறுப்பினராக இருக்க வேண்டும். NWP இன் BoD ஒப்புதலின் பேரில், BoD ஆனது FRD இல் பணிபுரிய ஏற்கனவே உள்ள அனைத்து உறுப்பினர் WG துணைக்குழு அல்லது SGக்கு NWPயை ஒதுக்கும் (பிரிவு 3.3 இல் விவரிக்கப்பட்டுள்ளது). பொருத்தமான WG துணைக்குழு அல்லது SG இல்லாவிட்டால், ஒன்று உருவாக்கப்படலாம்.

போதுமான உறுப்பினர் அர்ப்பணிப்பைக் கொண்ட NWP களுக்கு, BSTS பின்வரும் கூடுதல் பணிகளைச் செய்யும்:

  • NWP ஆனது BoD ஆல் அங்கீகரிக்கப்படுவதற்கு குறைந்தபட்சம் 13 நாட்களுக்கு முன், BARB மற்றும் NWP நியமிப்பதற்காக NWP பரிந்துரைக்கப்படும் குழுவிற்கு, நிலுவையில் உள்ள NWP அனுமதியை அறிவிக்கவும். முன்மொழியப்பட்ட குழு, NWP ஏற்கனவே உள்ள பணிகளால் மூடப்பட்டதா போன்ற பகுதிகளில் கருத்து தெரிவிப்பதற்கான வாய்ப்பை வழங்குவதற்காக இது செய்யப்படுகிறது.
  • பூர்த்தி செய்யப்பட்ட NWP ஐ BoD க்கு சமர்ப்பிக்கவும்.
  1. குழுவுடன் தொடர்பில்லாத உறுப்பினர்களால் NWP சமர்ப்பிக்கப்பட்டால், உறுப்பினர்களில் ஒருவருக்கு NWPஐ BoD க்கு வழங்க ஏற்பாடு செய்யுங்கள்.
  2. NWP ஒரு குழுவால் சமர்ப்பிக்கப்பட்டால், குழு தலைவர் NWPயை BoD க்கு வழங்க ஏற்பாடு செய்யுங்கள்.
  3. BARB நாற்காலி மற்றும் குழுவின் நாற்காலிகளை அழைக்கவும், NWP பணிக்காக பரிந்துரைக்கப்படுகிறது, BoD கூட்டத்திற்கு.
  4. NWP ஆனது BoD ஆல் அங்கீகரிக்கப்பட்டு ஒதுக்கப்பட்டால், அது ஒதுக்கப்பட்ட குழுவிற்கு தெரிவிக்கவும்; ஆசிரியர்கள்); NWP இல் அடையாளம் காணப்பட்ட உறுப்பினர்கள் தொடர்புடைய FRD ஐ உருவாக்க உறுதிபூண்டுள்ளனர்; மற்றும் NWP ஒரு குழுவால் முன்மொழியப்பட்டால், விளைவுகளின் குழு மற்றும் அடுத்த படிகள்.

BoD ஆல் NWP அங்கீகரிக்கப்பட்ட பிறகு, NWPயில் நிலையைப் புதுப்பிக்கவும் webதளம்.

எந்தவொரு NWPயும் BoD ஆல் அதன் விருப்பப்படி நிராகரிக்கப்படலாம், உதாரணமாகample, வள வரம்புகள் காரணமாக, வேலை ஏற்கனவே முழுமையாக முடிக்கப்பட்டிருந்தால், வேலை புளூடூத் SIG (எ.கா., பயன்பாட்டு நிரலாக்க இடைமுகம் (API)) [2] நிர்வாக ஆவணங்களுக்கு வெளியே உள்ளது, அல்லது வேலை முன்மொழியப்பட்டால் filed ஒரு பிழையாக. NWP நிராகரிக்கப்பட்டால், BSTS, NWPயில் அடையாளம் காணப்பட்ட உறுப்பினர்களுக்கு, தொடர்புடைய FRD ஐ உருவாக்க உறுதியளிக்கிறது என்றும், NWP ஒரு குழுவால் முன்மொழியப்பட்டால், குழுவிற்கும், ஆசிரியருக்குத் தெரிவிக்கும். அறிவிப்பில் நிராகரிப்புக்கான காரணங்கள் இருக்கும். நிராகரிப்பை மேல்முறையீடு செய்ய ஆசிரியர்(கள்), உறுதியான உறுப்பினர்கள் அல்லது குழு BoD நிகழ்ச்சி நிரலில் நேரத்தைக் கோரலாம்.

ஒரு உறுப்பினர் அல்லது குழு ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பிலிருந்து ஒரு அம்சத்தை அகற்ற முன்மொழிய விரும்பினால், குழு அல்லது உறுப்பினர் ஒரு NWPயைத் தயாரிக்க வேண்டும். NWP ஆனது, பின்தங்கிய இணக்கத்தன்மை மற்றும் இயங்குதன்மை ஆகியவற்றில் நீக்கம் ஏற்படுத்தும் தாக்கத்தின் பகுப்பாய்வை உள்ளடக்கியிருக்க வேண்டும், சோதனை நிகழ்வுகளில் தாக்கத்தின் பகுப்பாய்வு உட்பட.

CSS, GSS அல்லது MDP விவரக்குறிப்புகளை மேம்படுத்துவதற்கு NWPகள் தேவையில்லை: பொதுவாக, CSS, GSS அல்லது MDP விவரக்குறிப்புகளுக்கான புதுப்பிப்புகள் அவற்றின் சொந்த NWP களைக் கொண்ட பிற விவரக்குறிப்புகளுக்கான புதுப்பிப்புகளின் விளைவாகும்.

3.3 செயல்பாட்டுத் தேவைகள் ஆவணம் (FRD)

FRDகள் பயனர் காட்சிகளை இயக்குவதற்கான செயல்பாட்டுத் தேவைகளை வரையறுக்கின்றன. [8] இல் வழங்கப்பட்ட அதிகாரப்பூர்வ டெம்ப்ளேட்டைப் பயன்படுத்தி, ஒரு FRD குறைந்தபட்சம், பின்வருவனவற்றைப் பற்றிய தகவலை உள்ளடக்கியிருக்க வேண்டும்:

  • பயனர் காட்சிகள்
  • பயனர் காட்சிகளின் அடிப்படையில் செயல்பாட்டுத் தேவைகள்
  • இதன் விளைவாக வரும் விவரக்குறிப்பு(களை) உருவாக்க உறுப்பினர் அர்ப்பணிப்பு
  • எதிர்பார்க்கப்படும் பாத்திரங்களுக்கு உறுப்பினர்களின் விருப்ப முன்மாதிரி ஆதரவு
  • இதன் விளைவாக வரும் விவரக்குறிப்புகளை (களை) உருவாக்க WG பரிந்துரைக்கப்படுகிறது

FRD வளர்ச்சி

BSTS இன் தலையங்க ஆதரவுடன் ஒதுக்கப்பட்ட அனைத்து உறுப்பினர் WG துணைக்குழு அல்லது SG உறுப்பினர்களால் FRDகள் உருவாக்கப்படுகின்றன. FRD மேம்பாட்டில் பங்கேற்க ஆர்வமுள்ள எந்தவொரு உறுப்பினரும் குழுவில் சேரலாம்.

FRDகள் குறைந்தது இரண்டு (மூன்று ஊக்குவிக்கப்பட்டாலும்) அசோசியேட்- அல்லது ப்ரோமோட்டர்-நிலை உறுப்பினர் நிறுவனங்களின் விளைவான விவரக்குறிப்பின் வளர்ச்சியில் பங்கேற்பதற்கான உறுதிப்பாட்டைக் குறிக்க வேண்டும். எஃப்ஆர்டியைச் சமர்ப்பிக்கும் WGகள் அல்லது SGக்கள், FRDயில் அடையாளம் காணப்பட்ட இலக்குத் தொழில் பிரிவைப் பிரதிநிதித்துவப்படுத்தும் குழு உறுப்பினர் நிறுவனங்களின் பரந்த ஆதரவைப் பெற முயற்சிக்க வேண்டும்.

FRD இல் முன்மொழியப்பட்ட புதிய செயல்பாடு, முடிந்தவரை பல போக்குவரத்து மற்றும் ஏற்கனவே உள்ள சாதனங்களில் ஆதரிக்கப்பட வேண்டும். இதில், முன்னாள்ample, GATT-அடிப்படையிலான ப்ரோவை ஆதரிக்கிறதுfileஅடிப்படை விகிதம்/விரிவாக்கப்பட்ட தரவு விகிதம் (BR/EDR) போக்குவரத்து மற்றும் புளூடூத் குறைந்த ஆற்றல் (LE) போக்குவரத்து ஆகிய இரண்டிலும் கள் மற்றும் சேவைகள். புதிய செயல்பாட்டிற்கு போக்குவரத்துக்கு போதுமான உறுப்பினர் ஆதரவு இல்லை என்றால், முன்னாள்ampபோக்குவரத்தைப் பயன்படுத்துவதை வரையறுப்பதில் உறுப்பினர் அர்ப்பணிப்பு இல்லாமை அல்லது ஒன்று அல்லது அதற்கு மேற்பட்ட பாத்திரங்களுக்கு போதுமான எண்ணிக்கையிலான IOP சோதனை தளங்கள் காரணமாக, அந்த போக்குவரத்துக்கான ஆதரவு FRD இலிருந்து விலக்கப்படலாம்.

வேறுவிதமாக நியாயப்படுத்தப்படாவிட்டால், புதிய செயல்பாடு, சார்புfiles, மற்றும் சேவைகள் பிரிவு 3.3.2 இல் விவரிக்கப்பட்டுள்ள பின்தங்கிய பொருந்தக்கூடிய தேவைகளுக்கு இணங்க வேண்டும்.

WG அல்லது SG FRD ஐ BARB க்கு மீண்டும் சமர்ப்பிக்க வேண்டும்view மற்றும் ஒப்புதல். BARB அதன் பொறியியல் தீர்ப்பின் அடிப்படையில் FRD ஐ அங்கீகரிக்க வேண்டும் அல்லது நிராகரிக்க வேண்டும். BARB ஆல் அங்கீகரிக்கப்பட்டால், FRD அனைத்து உறுப்பினர்களுக்கும் கிடைக்கும் மற்றும் BSTS ஆல் அதன் இருப்பு பற்றிய அறிவிப்பு வெளியிடப்படும்.

CSS, GSS அல்லது MDP விவரக்குறிப்புகளை மேம்படுத்துவதற்கு FRDகள் தேவையில்லை: பொதுவாக, CSS, GSS அல்லது MDP விவரக்குறிப்புகளுக்கான புதுப்பிப்புகள் அவற்றின் சொந்த FRDகளைக் கொண்ட பிற விவரக்குறிப்புகளுக்கான புதுப்பிப்புகளின் விளைவாகும்.

பின்தங்கிய பொருந்தக்கூடிய தேவைகள்

BR/EDR க்கான பின்தங்கிய இணக்கத்தன்மை

BR/EDR செயல்பாட்டிற்கு, புளூடூத் கோர் ஸ்பெசிஃபிகேஷன் v1.1 மற்றும் அதற்குப் பிந்தையவற்றின் BR/EDR பகுதியுடனான இடைச்செயல்பாடு என பின்தங்கிய இணக்கத் தேவை வரையறுக்கப்படுகிறது.

புளூடூத் குறைந்த ஆற்றலுக்கான பின்தங்கிய இணக்கத்தன்மை

LE செயல்பாட்டிற்கு, பின்தங்கிய இணக்கத்தன்மை தேவை என்பது புளூடூத் கோர் விவரக்குறிப்பு v4.0 மற்றும் அதற்குப் பிறகு LE பகுதியுடன் இயங்குவது என வரையறுக்கப்படுகிறது.

முக்கிய விவரக்குறிப்பு தவிர மற்ற விவரக்குறிப்புகளுக்கான பின்தங்கிய இணக்கத்தன்மை

புளூடூத் கோர் ஸ்பெசிஃபிகேஷன் தவிர மற்ற விவரக்குறிப்புகளுக்கு, கொடுக்கப்பட்ட பதிப்பின் பின்தங்கிய இணக்கத்தன்மை அதே பெரிய பதிப்பு எண்ணைக் கொண்ட அனைத்து முந்தைய பதிப்புகளிலும் பராமரிக்கப்பட வேண்டும். உதாரணமாகample, பதிப்பு 1.3 பதிப்புகள் 1.2, 1.1 மற்றும் 1.0 உடன் இணக்கமாக இருக்க வேண்டும், ஆனால் பதிப்பு 2.0 பதிப்புகள் 1.0, 1.1, 1.2 மற்றும் 1.3 ஆகியவற்றுடன் இணக்கமாக இருக்காது. முக்கிய விவரக்குறிப்பின் முக்கிய பதிப்பு எண்ணின் அதிகரிப்பு முந்தைய பதிப்புகளுடன் பின்தங்கிய இணக்கத்தன்மையின் பற்றாக்குறையைக் குறிக்காது என்பதை நினைவில் கொள்ளவும்.

பின்தங்கிய பொருந்தக்கூடிய தேவைகளிலிருந்து விலக்கு

WG அல்லது SG, நியாயப்படுத்தப்பட்டால், பின்தங்கிய இணக்கத்தன்மை தேவையிலிருந்து குறிப்பிட்ட செயல்பாடுகளுக்கு விலக்கு அளிக்க முன்மொழியலாம். உதாரணமாகample, செயல்பாடு குறைந்த சந்தை தத்தெடுப்பு விகிதங்களைக் கொண்டிருப்பதாகக் காட்டப்பட்டால் அல்லது இயங்கக்கூடிய சிக்கல்கள் காரணமாக, செயல்பாட்டை மாற்றுவதை விட செயல்பாட்டை அகற்றுவது அல்லது மாற்றுவது நல்லது. WG அல்லது SG ஆனது FRD இல் ஏதேனும் பின்தங்கிய இணக்கத்தன்மை விலக்குகளை உள்ளடக்கியிருக்க வேண்டும், அவை FRD இன் ஒப்புதலின் பேரில் BARB ஆல் அங்கீகரிக்கப்படும். BARB-அங்கீகரிக்கப்பட்ட விதிவிலக்குகள் 0.9/CR S இல் ஒப்புதலுக்காக BoD க்கு வழங்கப்படும்tage.

3.4 பணிக்குழு சாசனம்

ஏற்கனவே உள்ள WG க்கு ஒதுக்கப்படும் ஒரு FRD ஐ BARB அங்கீகரிக்கும் போது, ​​அந்த WG அதன் சாசனத்திற்கு ஒரு வரைவு புதுப்பிப்பைத் தயார் செய்து புதிய செயல்பாட்டைச் சேர்க்க வேண்டும் (WG பட்டயப் புதுப்பிப்பு என்பது WG இன் பகுப்பாய்வை BoD முன்பு அங்கீகரித்திருந்தால் தவிர. தேவையில்லை). எவ்வாறாயினும், ஒரு புதிய WG க்கு ஒதுக்கப்படும் ஒரு FRD ஐ BARB அங்கீகரிக்கும் போது, ​​BARB மற்றும் FRD இல் கோடிட்டுக் காட்டப்பட்டுள்ள செயல்பாட்டை மேம்படுத்த ஆர்வமுள்ள உறுப்பினர்கள் புதிய WGக்கான வரைவு சாசனத்தை பட்டய நோக்கத்தில் சேர்க்கப்பட்டுள்ள புதிய செயல்பாட்டுடன் தயாரிக்க வேண்டும். .

புதிய அல்லது புதுப்பிக்கப்பட்ட WG சாசனம் தயாரிக்கப்பட்டதும், அது மீண்டும் BARB க்கு சமர்ப்பிக்கப்பட வேண்டும்view மற்றும் ஒப்புதல். BARB சாசனத்தை அங்கீகரித்தவுடன், புதிய அல்லது புதுப்பிக்கப்பட்ட WG சாசனத்தின் வரைவு ஒப்புதலுக்காக BoDயிடம் சமர்ப்பிக்கப்படும்.

BoD சாசனத்தை அங்கீகரித்ததும், BoD ஆல் விவரக்குறிப்பு மேம்பாட்டுப் பணியை ஒதுக்கிய WG, அந்த FRDக்கு ஏதேனும் தேவையான புதுப்பிப்புகள் அல்லது தெளிவுபடுத்தல்கள் தேவைப்பட்டால், FRDயைத் தயாரித்த குழுவுடன் நெருக்கமாகச் செயல்பட வேண்டும். வளர்ச்சி கட்டத்தின் போது ஒரு FRD மேம்படுத்தல் தேவைப்பட்டால், பிரிவு 3.3 மற்றும் இந்த பிரிவில் விவரிக்கப்பட்டுள்ள செயல்முறைகள் பின்பற்றப்பட வேண்டும்; இருப்பினும், விவரக்குறிப்பு மேம்பாடு FRD மற்றும் WG பட்டய புதுப்பிப்புகளுக்கு இணையாக நிகழலாம்.

3.5 தேவைகள் கட்டம் வெளியேறும் தேவைகள்

தேவைகள் கட்டம் முடிந்தது மற்றும் FRD க்கு தேவையான நோக்கத்துடன் கூடிய WG சாசனம் BoD ஆல் உறுதிப்படுத்தப்பட்டு அல்லது அங்கீகரிக்கப்பட்டு, பின்வரும் தேவைகள் பூர்த்தி செய்யப்பட்டவுடன் வளர்ச்சி கட்டம் தொடங்குகிறது:

  • NWP ஆனது BoD ஆல் அங்கீகரிக்கப்பட்டுள்ளது அல்லது NWP தேவையற்றது என்று BoD ஒப்புக்கொண்டுள்ளது.
  • FRD மற்றும் தொடர்புடைய WG சாசனம் BARB ஆல் அங்கீகரிக்கப்பட்டது.

 

4. வளர்ச்சி கட்டம்

வளர்ச்சி கட்டத்தின் போது, ​​ஒதுக்கப்பட்ட WG(கள்) புதிய விவரக்குறிப்பை உருவாக்குகிறது மற்றும்/அல்லது ஏற்கனவே உள்ள விவரக்குறிப்பை மேம்படுத்துகிறது. புதிய அல்லது மேம்படுத்தப்பட்ட புளூடூத் விவரக்குறிப்பின் தேவைகளை FRD வரையறுக்கிறது. FRD இல் உள்ள தேவைகளுடன் நியாயமான முறையில் தொடர்பில்லாத விவரக்குறிப்பில் எந்த செயல்பாடும் அனுமதிக்கப்படவில்லை. வளர்ச்சி கட்டத்தின் முடிவில் சரிபார்ப்பு கட்டத்திற்கு (பிரிவு 0.9 இல் விவரிக்கப்பட்டுள்ளது) தயாராக இருக்கும் 5/CR விவரக்குறிப்பை உருவாக்குவதே இதன் நோக்கம்.
வளர்ச்சிக் கட்டத்தில், ஒரு விவரக்குறிப்பு (அல்லது விவரக்குறிப்பு மேம்பாடு) மூன்று வினாடிகளில் முன்னேறுகிறதுtages.

ஒரு புதிய விவரக்குறிப்புக்கு, மூன்று கள்tagஅவை:

  • 0.5 எஸ்tage
  • 0.7 எஸ்tage
  • 0.9 எஸ்tage

விவரக்குறிப்பு மேம்பாட்டிற்கு, மூன்று கள்tagஅவை:

  • வரைவு மேம்பாட்டு முன்மொழிவு ஆவணம் (டிஐபிடி) எஸ்tage
  • இறுதி மேம்பாட்டு முன்மொழிவு ஆவணம் (எஃப்ஐபிடி) எஸ்tage
  • மாற்றம் கோரிக்கை (CR) எஸ்tage

ஒவ்வொரு எஸ்tage என்பது பின்வரும் துணைப்பிரிவுகளில் மேலும் விவரிக்கப்பட்டுள்ளது. ஒவ்வொரு வினாடியிலும் WG தயாரிக்கும் பல்வேறு ஆவணங்களை கீழே உள்ள படம் 4.1 விளக்குகிறதுtage.

FIG 7 ஓவர்view விவரக்குறிப்பு stages

படம் 4.1: மேல்view விவரக்குறிப்பு stagவளர்ச்சி கட்டத்தில் ஏற்படும்

விவரக்குறிப்பு மேம்பாட்டு செயல்முறை முழுவதும் BARB இன் பங்கு WG களுக்கு ஆலோசனை மற்றும் தொழில்நுட்ப உதவியை வழங்குவதாகும். WGகள், எந்த நேரத்திலும், விவரக்குறிப்பில் பயன்படுத்தப்படும் விவரக்குறிப்பு மேம்பாடு மற்றும் கட்டடக்கலை கருத்துக்கள் தொடர்பான தொழில்நுட்ப ஆலோசனைக்காக BARB க்கு கோரிக்கைகளை செய்யலாம். மிகவும் சிக்கலான கட்டடக்கலைக் கருத்தாய்வுகளைக் கொண்ட அம்சங்களுக்கு BARB இலிருந்து முன்கூட்டிய கருத்துக்களைப் பெற WGகள் குறிப்பாக ஊக்குவிக்கப்படுகின்றன.

4.1 0.5/டிஐபிடி எஸ்tage

0.5/DIPD எஸ்tage, WG ஆனது [8] இல் வழங்கப்பட்ட அதிகாரப்பூர்வ டெம்ப்ளேட்களைப் பயன்படுத்தி பின்வருவனவற்றை உருவாக்கும்:

  1. ஒரு புதிய விவரக்குறிப்புக்கு, 0.5 விவரக்குறிப்பின் வரைவு, குறைந்தபட்சம், பின்வருவனவற்றை உள்ளடக்கியிருக்க வேண்டும்:
  • FRD இல் கூறப்பட்டுள்ளபடி தேவைகளை பூர்த்தி செய்வதற்கான கட்டிடக்கலை
  • நெறிமுறைகளுக்கு, சேவை அணுகல் புள்ளிகள் வரையறுக்கப்பட்டுள்ளன
  • சேவைகளுக்கு, வெளிப்படும் தரவு மற்றும் நடத்தை
  • சார்புக்குfileகள், நெறிமுறைகள் அடையாளம் காணப்பட்டு செயல்பாடுகள் குறிப்பிடப்பட்டுள்ளன

2. விவரக்குறிப்பு மேம்பாட்டிற்கு, DIPDயின் வரைவு, குறைந்தபட்சம், பின்வருவனவற்றை உள்ளடக்கியிருக்க வேண்டும்:

  • பின்னணி: பணியின் நோக்கம், பணியை வழிநடத்தும் நோக்கங்கள் மற்றும் இந்த குறிப்பிட்ட முன்மொழிவு நோக்கத்துடன் எவ்வாறு பொருந்துகிறது
  • முடிந்துவிட்டதுview முன்மொழிவு: தற்போதைய விவரக்குறிப்பு பதிப்பில் புதிய செயல்பாடு எவ்வாறு பொருந்துகிறது என்பது பற்றிய தெளிவான விளக்கத்தை உள்ளடக்கிய DIPD ஆல் வழங்கப்படும் நீட்டிக்கப்பட்ட செயல்பாட்டின் (சேர்க்கப்பட்ட நெகிழ்வுத்தன்மை, மேம்படுத்தப்பட்ட செயல்திறன் போன்றவை) சுருக்கம். WG பல முன்மொழிவுகளை மதிப்பீடு செய்திருந்தால், விருப்பமான முன்மொழிவைத் தேர்ந்தெடுப்பதில் போதுமான விடாமுயற்சி எடுக்கப்பட்டதா என்பதை தீர்மானிக்க BARB க்கு வாய்ப்பளிக்க இந்த முன்மொழிவுகள் சேர்க்கப்பட வேண்டும்.
  • தேவைகளின் கவரேஜ்: தொடர்புடைய எஃப்ஆர்டியில் கொடுக்கப்பட்டுள்ள பொருத்தமான சிஸ்டம் தேவைகள் மற்றும் பயன்பாட்டுக் காட்சிகளைக் குறிப்பிடுவதன் மூலம், முன்மொழியப்பட்ட செயல்பாட்டுத் தேவைகளின் கவரேஜ் பற்றிய சுருக்கம்
  • சிக்கல் வரையறை: முன்மொழிவு (கள்) மூலம் தீர்க்கப்பட்ட சிக்கல்களின் அறிக்கை
  • தேர்வு அளவுகோல்கள்: தேர்வு செயல்முறையை வழிநடத்திய தொடர்புடைய மதிப்பீட்டு அளவீடுகளிலிருந்து தேர்வு/செயல்திறன் அளவுகோல் பற்றிய அறிக்கை
  • தேர்வு நியாயப்படுத்துதல்: முன்மொழிவுகளுக்கு இடையேயான தேர்வை நியாயப்படுத்தும் மற்றும் வர்த்தக பரிமாற்றங்களை வெளிப்படுத்தும் மதிப்பீட்டு அளவீடுகளின் ஆய்வு
  • விளக்கம்: செயல்பாடு மற்றும் நீட்டிக்கப்பட்ட நெறிமுறைகளின் விளக்கம். இந்தப் பிரிவு தொடர்புடைய துணைப் பிரிவுகளைச் சேர்ப்பதன் மூலம் வெவ்வேறு தேவைகளுக்கு ஏற்ப மாற்றிக்கொள்ளலாம்.

3. சோதனை உத்தி: புளூடூத் தகுதித் திட்டத்தின் ஒரு பகுதியாகச் சோதிக்கப்படும் (அல்லது சோதிக்கப்படாதது) செயல்பாட்டின் விவரம் மற்றும் அதன் செயல்பாடு எவ்வாறு சோதிக்கப்பட வேண்டும் (எ.கா., லோயர் டெஸ்டர்(கள்) அல்லது மேல் சோதனையாளர்(கள்) மீதான எதிர்பார்ப்புகள், மற்றும் சோதனைகள் இணக்கம் அல்லது இயங்கக்கூடிய சோதனைகள் அல்லது இரண்டின் கலவையாகக் கூறப்பட்டால்). இது ஒரு தனி ஆவணத்தில் அல்லது 0.5/DIPD விவரக்குறிப்பிற்குள் ஒரு தனி பிரிவில் இருக்கலாம். சோதனை உத்தியில் பயன்படுத்தப்பட வேண்டிய மரபுகள் சோதனை உத்தி மற்றும் சொற்களஞ்சியத்தில் விவரிக்கப்பட்டுள்ளனview ஆவணம் (TSTO) [5].

இதில் ஆவணங்களின் முதன்மை பார்வையாளர்கள் எஸ்tage என்பது WG உறுப்பினர்கள் மற்றும் BARB ஆகும்view கட்டடக்கலை முன்மொழிவுகள் மற்றும் தேவை கவரேஜ், மற்றும் பி.டி.ஐviewசோதனை உத்தி. பெரும்பாலான சந்தர்ப்பங்களில், இதில் உள்ள ஆவணங்கள் எஸ்tage இறுதி விவரக்குறிப்பில் சேர்க்க திட்டமிடப்பட்ட உரையைக் கொண்டிருக்கவில்லை.

BSTS ரீview புளூடூத் வரைவு வழிகாட்டுதல்களுடன் இணக்கத்திற்கான அனைத்து ஆவணங்களும் [1] மற்றும் WG க்கு தீர்வு காண்பதற்கான சிக்கல்களைக் கண்டறியவும். BARB ரீview 0.5/DIPD விவரக்குறிப்பு. விவரக்குறிப்பு மேம்பாட்டிற்கு, BARB யும் மறுசீரமைக்க வேண்டும்view பிரிவு 3.3.2 இல் விவரிக்கப்பட்டுள்ள பின்தங்கிய பொருந்தக்கூடிய தேவைகளுடன் இணங்குவதற்கான DIPD. பி.டி.ஐview சோதனை உத்தி.

BARB அதன் பொறியியல் தீர்ப்பின் அடிப்படையில் 0.5/DIPD விவரக்குறிப்பை அங்கீகரிக்க வேண்டும் அல்லது நிராகரிக்க வேண்டும். BARB ஆல் அங்கீகரிக்கப்பட்டால், 0.5/DIPD விவரக்குறிப்பு புளூடூத் SIG இல் கிடைக்கும் webஅனைத்து அசோசியேட் மற்றும் புரமோட்டர் உறுப்பினர்களுக்கும் தளம் மற்றும் அதன் கிடைக்கும் அறிவிப்பு BSTS ஆல் வழங்கப்படும். 0.5/DIPD S இல்tagஇ, சோதனை உத்தியின் ஒப்புதல் தேவையில்லை.
0.5/டிஐபிடி எஸ்tagCSS, GSS அல்லது MDP விவரக்குறிப்புகளை மேம்படுத்துவதற்கு e தேவையில்லை

0.5/டிஐபிடி எஸ்tagஇ வெளியேறும் தேவைகள்

0.5/டிஐபிடி எஸ்tage முடிந்தது மற்றும் 0.7/FIPD Stagபின்வரும் வெளியேறும் தேவைகள் பூர்த்தி செய்யப்படும்போது e தொடங்குகிறது:

  • BSTS ரீ முடித்ததுview0.5/DIPD விவரக்குறிப்பு மற்றும் சோதனை உத்தி.
  • BARB 0.5/DIPD விவரக்குறிப்புக்கு ஒப்புதல் அளித்துள்ளது.
  • BTI அதன் மறு நிறைவுview சோதனை வியூகம்.
  • BSTS அங்கீகரிக்கப்பட்ட 0.5/DIPD விவரக்குறிப்பை அனைத்து அசோசியேட் மற்றும் ப்ரோமோட்டர் உறுப்பினர்களுக்கும் கிடைக்கச் செய்துள்ளது.

4.2 0.7/எஃப்ஐபிடி எஸ்tage

0.7/எஃப்ஐபிடி எஸ் போதுtage, WG ஆனது [8] இல் வழங்கப்பட்ட அதிகாரப்பூர்வ டெம்ப்ளேட்களைப் பயன்படுத்தி பின்வருவனவற்றை உருவாக்கும்:

  1. ஒரு புதிய விவரக்குறிப்புக்கு, 0.7 விவரக்குறிப்பின் வரைவு, குறைந்தபட்சம், பின்வருவனவற்றை உள்ளடக்கியிருக்க வேண்டும்:
  • புதிய அல்லது மாற்றியமைக்கப்பட்ட முன்மொழிவுகள், தேர்வு அளவுகோல்கள் மற்றும் தேர்வின் நியாயப்படுத்தல் உட்பட, BARB-அங்கீகரிக்கப்பட்ட 0.5 முதல் செய்யப்பட்ட அனைத்து மாற்றங்களின் விளக்கம். மாற்றங்கள் 0.5 S இல் தேவைப்படும் அதே அளவிலான விவரத்தில் விவரிக்கப்பட வேண்டும்tage.
  • FRD இன் அனைத்து செயல்பாட்டுத் தேவைகளும் குறிப்பிடப்பட்டுள்ளன.

2. விவரக்குறிப்பு மேம்பாட்டிற்கு, FIPDயின் வரைவு, குறைந்தபட்சம், பின்வருவனவற்றை உள்ளடக்கியிருக்க வேண்டும்:

  • புதிய அல்லது மாற்றியமைக்கப்பட்ட முன்மொழிவுகள், தேர்வு அளவுகோல்கள் மற்றும் தேர்வின் நியாயப்படுத்தல் உட்பட, BARB-அங்கீகரிக்கப்பட்ட DIPD இலிருந்து செய்யப்பட்ட அனைத்து மாற்றங்களின் விளக்கம். DIPD S இல் தேவைப்படும் அதே அளவிலான விவரங்களில் மாற்றங்கள் விவரிக்கப்பட வேண்டும்tage.
  • தேவைக்கேற்ப, DIPD தொடர்பாக பிரிவு 4.1 இல் விவரிக்கப்பட்டுள்ள மேலும் வளர்ந்த பகுதிகள்.
  • முன்னேற்றத்தின் முழுமையான விளக்கம்.
  • புதுப்பிக்கப்பட்ட கட்டடக்கலை விளக்கம்.
  • FRD இன் அனைத்து செயல்பாட்டுத் தேவைகளும் குறிப்பிடப்பட்டுள்ளன.

3. 0.7/FIPD சோதனை ஆவணங்கள், குறைந்தபட்சம், பின்வருவனவற்றை உள்ளடக்கியிருக்க வேண்டும்:

  • ஒரு சோதனைத் தொகுப்பு, TSTO இல் விவரிக்கப்பட்டுள்ளபடி சோதனை நோக்கங்களின் பட்டியலைக் கொண்டுள்ளது [5].
  • TSTO [5] இல் விவரிக்கப்பட்டுள்ளபடி ஒரு நடைமுறைப்படுத்தல் இணக்க அறிக்கை (ICS).

விவரக்குறிப்பு மேம்பாடுகளுக்கு, டெஸ்ட் சூட் மற்றும் ICS ஆகியவை தனி ஆவணங்களாக அல்லது FIPD இல் கூடுதல் பிரிவுகளாக வழங்கப்படலாம்.

இதில் தயாரிக்கப்பட்ட ஆவணங்களின் முதன்மை பார்வையாளர்கள் எஸ்tage என்பது WG உறுப்பினர்கள் மற்றும் BARB ஆகும்view இறுதி விவரக்குறிப்பில் சேர்க்க திட்டமிடப்பட்ட சில உரை உட்பட அம்சத்தின் முழுமையான விளக்கம் அல்லது மேம்பாடு. BTI என்பது ரீ க்கான பார்வையாளர்கள்view சோதனை ஆவணங்கள்.

BSTS ரீview 0.7/FIPD விவரக்குறிப்பின் புதிய அல்லது மாற்றப்பட்ட பகுதிகள் மற்றும் புளூடூத் வரைவு வழிகாட்டுதல்களுடன் இணக்கத்திற்கான சோதனை ஆவணங்கள், புளூடூத் SIG ஆல் நிறுவப்பட்ட மொழி மரபுகள் உட்பட. BARB மறுview 0.7/FIPD விவரக்குறிப்பு.

TSTO [0.7] க்கு இணங்க 5/FIPD சோதனை ஆவணங்களை தயாரிப்பதில் WGக்கு BSTS உதவும்.

BTI மீண்டும் வேண்டும்view 0.7/FIPD சோதனை ஆவணங்கள். WG ஆனது BTI க்கு 0.7/FIPD விவரக்குறிப்பை reference ஆக வழங்க வேண்டும்view0.7/FIPD சோதனை ஆவணங்கள், BTI மறுபரிசீலனை செய்யும்view BTI விவரக்குறிப்புக்கு இணங்கview செயல்முறை சரிபார்ப்பு பட்டியல் [6].

BARB அதன் மறு முடிவிற்கு பிறகுview 0.7/FIPD விவரக்குறிப்பு மற்றும் BTI அதன் மறுமுறையை நிறைவு செய்துள்ளதுview 0.7/FIPD சோதனை ஆவணங்களில், BSTS மறுபடி செய்யும்viewed 0.7/FIPD விவரக்குறிப்புகள் அனைத்து அசோசியேட் மற்றும் புரமோட்டர் உறுப்பினர்களுக்கும் கிடைக்கும்.

0.7/எஃப்ஐபிடி எஸ்tagCSS, GSS அல்லது MDP விவரக்குறிப்புகளை மேம்படுத்த e தேவையில்லை.

0.7/எஃப்ஐபிடி எஸ்tagஇ வெளியேறும் தேவைகள்

0.7/எஃப்ஐபிடி எஸ்tage முடிந்தது மற்றும் 0.9/CR Stagபின்வரும் வெளியேறும் தேவைகள் பூர்த்தி செய்யப்படும்போது e தொடங்குகிறது:

  • BSTS ரீ முடித்ததுview0.7/FIPD விவரக்குறிப்பு மற்றும் சோதனை ஆவணங்கள்.
  • BARB மீண்டும் முடித்ததுview0.7/FIPD விவரக்குறிப்பில்.
  • BTI மறு முடித்ததுview0.7/எஃப்ஐபிடி டெஸ்ட் சூட் (சோதனை நோக்கங்கள்) மற்றும் 0.7/எஃப்ஐபிடி ஐசிஎஸ்.
  • பிஎஸ்டிஎஸ் மீண்டும் செய்துள்ளதுviewed 0.7/FIPD விவரக்குறிப்புகள் அனைத்து அசோசியேட் மற்றும் புரமோட்டர் உறுப்பினர்களுக்கும் கிடைக்கும்.

4.3 0.9/CR எஸ்tage

இரண்டு வகையான CR கள் உள்ளன: ஒரு ஒருங்கிணைந்த CR, முந்தைய பதிப்பிலிருந்து அனைத்து மாற்றங்களையும் காட்டும் முழு ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பின் மாற்ற-கண்காணிப்பு ஆவணம் மற்றும் ஒரு சுருக்கப்பட்ட CR, இது பாதிக்கப்பட்ட பிரிவுகளை மட்டும் மாற்றுவதற்கான வழிமுறைகளை வழங்கும் ஆவணமாகும். CR ஐ அடிப்படையாகக் கொண்ட விவரக்குறிப்பு பதிப்பு.

0.9/CR S இன் போதுtage, WG ஆனது [8] இல் வழங்கப்பட்ட அதிகாரப்பூர்வ டெம்ப்ளேட்களைப் பயன்படுத்தி பின்வருவனவற்றை உருவாக்கும்:

  1. ஒரு புதிய விவரக்குறிப்புக்கு, 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 இல் தேவைப்படும் அதே அளவிலான விவரங்களில் மாற்றங்கள் விவரிக்கப்பட வேண்டும்tagஇ மற்றும் FIPD எஸ்tage.
  • மாற்றம்-கண்காணிப்பைப் பயன்படுத்தி முன்னர் ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பில் அனைத்து மாற்றங்களும் முன்மொழியப்பட்டுள்ளன.
  • அனைத்து அங்கீகரிக்கப்பட்ட தொழில்நுட்ப பிழைகள் (ஒவ்வொரு பிழைத்திருத்தமும் ஒரு பிழை எண்ணுடன் குறிப்பிடப்பட்டுள்ளது), மாற்றம்-கண்காணிப்பைப் பயன்படுத்தி காட்டப்பட்டுள்ளது, அவை ஏற்கனவே ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பு பதிப்பில் இன்னும் இணைக்கப்படவில்லை, மேலும் விவரக்குறிப்பு மேம்பாட்டுடன் தொடர்புடைய தாக்க உரை; அல்லது அது IOP சோதனையை பாதிக்கும்.

3. அல்லது ஒரு சுருக்கமான CR, குறைந்தபட்சம், பின்வருவனவற்றை உள்ளடக்கியிருக்க வேண்டும்:

  • BARB-re இல் இருந்து செய்யப்பட்ட அனைத்து மாற்றங்களின் விளக்கம்viewed FIPD (அல்லது FIPD தள்ளுபடி செய்யப்பட்டிருந்தால் DIPD முதல்) புதிய அல்லது மாற்றியமைக்கப்பட்ட முன்மொழிவுகள், தேர்வு அளவுகோல்கள் மற்றும் தேர்வின் நியாயப்படுத்தல் ஆகியவை அடங்கும். DIPD S இல் தேவைப்படும் அதே அளவிலான விவரங்களில் மாற்றங்கள் விவரிக்கப்பட வேண்டும்tagஇ மற்றும் FIPD எஸ்tage.
  • CR மாற்றுவதற்கு முன்மொழியப்பட்ட விவரக்குறிப்பின் ஒவ்வொரு பாதிக்கப்பட்ட பகுதிக்கும் மற்றும் பத்திக்கும் முன்மொழியப்பட்ட அனைத்து மாற்றங்களும்.
  • அனைத்து அங்கீகரிக்கப்பட்ட தொழில்நுட்ப பிழைகள் (ஒவ்வொரு பிழைத்திருத்தமும் ஒரு பிழை எண்ணுடன் குறிப்பிடப்பட்டுள்ளது), மார்க்அப்பைப் பயன்படுத்தி காட்டப்பட்டுள்ளது, அவை ஏற்கனவே ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பு பதிப்பில் இன்னும் இணைக்கப்படவில்லை, மேலும் விவரக்குறிப்பு மேம்பாட்டுடன் தொடர்புடைய தாக்க உரை; அல்லது அது IOP சோதனையை பாதிக்கும்.

4. ஒரு CSS CR (குறிப்பிட்டால் புதிய உள்ளீடுகள் தேவைப்பட்டால்), இது விவரக்குறிப்பின் சுருக்கமான CR இல் உட்பொதிக்கப்படலாம்.
5. ஒரு GSS CR (குறிப்பிட்டால் புதிய உள்ளீடுகள் தேவைப்பட்டால்), இது விவரக்குறிப்பின் சுருக்கமான CR இல் உட்பொதிக்கப்படலாம்.
6. ஒரு MDP CR (குறிப்பிட்டால் புதிய உள்ளீடுகள் தேவைப்பட்டால்), இது விவரக்குறிப்பின் சுருக்கமான CR இல் உட்பொதிக்கப்படலாம்.
7. 0.9/CR சோதனை ஆவணங்கள், குறைந்தபட்சம், [8] இல் வழங்கப்பட்ட அதிகாரப்பூர்வ டெம்ப்ளேட்டைப் பயன்படுத்தி பின்வரும் தகவல்களை உள்ளடக்கியிருக்க வேண்டும்:

  • 0.9/CR டெஸ்ட் சூட், இதில் உள்ளடக்கம்-முழுமையான சோதனை வழக்குகள் மற்றும் தொடர்புடைய டெஸ்ட் கேஸ் மேப்பிங் டேபிள் (TCMT), TSTO இல் விவரிக்கப்பட்டுள்ளது [5].
  • TSTO [0.9] இல் விவரிக்கப்பட்டுள்ளபடி 5/CR ICS.
  • சோதனைகளை உள்ளமைக்க, சோதனையின் கீழ் செயல்படுத்துவதற்கு (IUT) குறிப்பிட்ட அளவுருக்கள் தேவைப்பட்டால், சோதனைக்கான 0.9/CR அமலாக்க எக்ஸ்ட்ரா தகவல் (IXIT).
  • 0.9/CR சோதனை வழக்கு குறிப்பு பட்டியல் (TCRL) (முக்கிய விவரக்குறிப்பு புதுப்பிப்புகளுக்கு விருப்பமானது).

8. 0.9/CR சோதனைத் தொகுப்பிற்குள் எந்த விவரக்குறிப்புத் தேவைகள் சோதிக்கப்படுகின்றன அல்லது சோதிக்கப்படவில்லை என்பதைக் குறிக்கும் ஒரு சோதனைக் கவரேஜ் பகுப்பாய்வு (குறிப்பிட்ட மேம்பாடுகளுக்கு, சோதனைக் கவரேஜ் பகுப்பாய்வில் புதிதாகச் சேர்க்கப்பட்ட மற்றும் பாதிக்கப்பட்ட செயல்பாடுகளை மட்டுமே சேர்க்க வேண்டும், மேலும் பாதிக்கப்படாத பகுதிகள் அல்ல. அசல் விவரக்குறிப்பு).
9. ஒரு IOP சோதனைத் திட்டம்.

விவரக்குறிப்பு மேம்பாடுகளுக்கு, Test Suite, ICS மற்றும் IXIT ஆகியவை தனித்தனி ஆவணங்களாகவோ அல்லது சுருக்கப்பட்ட CR இல் கூடுதல் பிரிவுகளாகவோ வழங்கப்படலாம்.

பெரும்பாலான சந்தர்ப்பங்களில், ஒரு ஒருங்கிணைந்த அல்லது சுருக்கப்பட்ட CR ஆனது விவரக்குறிப்பின் முன்னர் ஏற்றுக்கொள்ளப்பட்ட பதிப்பின் அடிப்படையில் இருக்க வேண்டும், ஆனால் இது சமீபத்திய இடைநிலை வரைவின் அடிப்படையிலும் இருக்கலாம். சமீபத்திய இடைநிலை வரைவு விவரக்குறிப்பு பதிப்பு எண், உறைந்திருக்கும் ஆவணத்தின் பதிப்போடு தொடர்புடைய பதிப்பு எண்ணாக இருக்க வேண்டும், அது காலப்போக்கில் மாறாது. இல்லையெனில், கூடுதல் அடையாளம் காணும் தகவல் (ஆவண தேதி மற்றும் a URL ஒரு நிரந்தர இடத்திற்கு) குறிப்பிட்ட "அடிப்படை" பதிப்பை அடையாளம் காண வழங்கப்பட வேண்டும். ஒரு இடைநிலை வரைவு பயன்படுத்தப்பட்டால், CR மாற்றியமைக்கும் கொடுக்கப்பட்ட பிரிவில் உள்ள CR உடன் நேரடியாக தொடர்பில்லாத எந்த மாற்றங்களும் சேர்க்கப்பட வேண்டும், ஆனால் மார்க்அப்பைப் பயன்படுத்தி காண்பிக்க வேண்டிய அவசியமில்லை. இடைநிலை வரைவின் தொடர்புடைய பகுதிகள் பின்னர் புதுப்பிக்கப்பட்டால், இடைநிலை வரைவுக்கான புதுப்பிப்புகளைப் பிரதிபலிக்கும் வகையில் CR புதுப்பிக்கப்பட வேண்டும்.

வெறுமனே, சுருக்கமான CR பொருள் முழு விவரக்குறிப்பு மற்றும் முழுமையான சோதனை ஆவணங்களின் வரைவில் முறையே, சரிபார்ப்பு கட்டத்திற்கு முன் ஒருங்கிணைக்கப்படுகிறது, ஆனால் அவை சரிபார்ப்பு கட்டத்தின் தொடக்கத்திலும் ஒருங்கிணைக்கப்படலாம். ஒரு விவரக்குறிப்பிற்காக பல அம்சங்கள் உருவாக்கப்பட்டு இருந்தால் (எ.கா., முக்கிய விவரக்குறிப்பு), IOP சோதனை முடிந்த பிறகு அம்சங்களை ஒரு வரைவில் ஒருங்கிணைப்பது விரும்பத்தக்கதாக இருக்கலாம்.

BSTS ரீview 0.9/CR விவரக்குறிப்பு மற்றும் புளூடூத் வரைவு வழிகாட்டுதல்களுடன் இணக்கத்திற்கான சோதனை ஆவணங்கள். பின்னர் BARB மறுview 0.9/CR விவரக்குறிப்பு பின்னர் IOP சோதனைத் திட்டம் (பிரிவு 4.3.1 இல் விவரிக்கப்பட்டுள்ளது). 0.9/CR விவரக்குறிப்பு WG ஆல் மீண்டும் BARB க்கு சமர்ப்பிக்கப்பட்டதுview, பிஎஸ்டிஎஸ் அனைத்து உறுப்பினர்களுக்கும் மீண்டும் அணுகக்கூடியதாக மாற்றும்view மற்றும் அதன் இருப்பு குறித்து அனைத்து உறுப்பினர்களுக்கும் தெரிவிக்கவும். இந்த கட்டத்தில் இருந்து விவரக்குறிப்பு மேம்பாட்டு செயல்பாட்டில், BSTS ஆனது BARB க்கு சமர்ப்பிக்கப்பட்ட விவரக்குறிப்பின் வரைவுகளை அனைத்து உறுப்பினர்களுக்கும் அவ்வப்போது அறிவிப்புகளை அனுப்பும்.

விவரக்குறிப்பு மேம்பாட்டிற்காக, பரிந்துரையின்(கள்) தொழில்நுட்பக் காரணங்கள் உட்பட, விவரக்குறிப்பின் முந்தைய பதிப்புகள் நிராகரிக்கப்பட வேண்டுமா அல்லது திரும்பப் பெறப்பட வேண்டுமா என்பதை BoD-க்கு WG பரிந்துரைக்கும்.

BARB மறுview FRD இல் கொடுக்கப்பட்டுள்ள தேவைகளுடன் 0.9/CR விவரக்குறிப்பின் இணக்கம், ஏதேனும் சாத்தியமான பாதுகாப்பு சிக்கல்கள், ஏதேனும் ஒழுங்குமுறை சிக்கல்கள், புளூடூத் கட்டமைப்புடன் இணக்கம் மற்றும் விவரக்குறிப்பு மேம்பாட்டிற்காக, பிரிவு 3.3.2 இல் விவரிக்கப்பட்டுள்ள பின்தங்கிய பொருந்தக்கூடிய தேவைகளுக்கு இணங்குதல் பற்றிய WG இன் பகுப்பாய்வு .XNUMX. BARB ஏதேனும் சாத்தியமான பாதுகாப்புச் சிக்கல்களைக் கண்டறிந்தால், BARB மீண்டும் BSTS க்கு அறிவிக்கும்view மற்றும் பாதுகாப்பு நிபுணர் குழுவுடன் ஒருங்கிணைப்பு; மற்றும் BARB ஏதேனும் ஒழுங்குமுறை தாக்கங்களை அடையாளம் கண்டால், BARB மீண்டும் BSTS க்கு அறிவிக்கும்view மற்றும் ஒழுங்குமுறைக் குழு மற்றும் புளூடூத் SIG இன் சட்ட ஆலோசகருடன் ஒருங்கிணைக்கவும். BARB அதன் பொறியியல் தீர்ப்பு மற்றும் இந்தப் பத்தியில் விவரிக்கப்பட்டுள்ள காரணிகளைக் கருத்தில் கொண்டு 0.9/CR விவரக்குறிப்பை அங்கீகரிக்க வேண்டும் அல்லது நிராகரிக்க வேண்டும்.

BTI மறுview 0.9/CR சோதனை ஆவணங்கள் சோதனை கவரேஜ் பகுப்பாய்வை கணக்கில் எடுத்துக்கொள்கின்றன. BTI 0.9/CR சோதனை ஆவணங்களை அங்கீகரிக்க வேண்டும் அல்லது நிராகரிக்க வேண்டும்.

BARB 0.9/CR விவரக்குறிப்பை அங்கீகரித்த பிறகு, WG IOP சோதனைத் திட்டத்தை மீண்டும் BARB க்கு சமர்ப்பிக்கிறதுview.

BARB-அங்கீகரிக்கப்பட்ட 0.9/CR விவரக்குறிப்பு அனைத்து உறுப்பினர்களுக்கும் IOP சோதனை மற்றும் 0.9/CR விவரக்குறிப்பை வெளியிடுவதற்கு ஒப்புதல் அளிக்க BoD க்கு வழங்கப்படுகிறது.

சாத்தியமான சட்டச் சிக்கல்களை முன்னிலைப்படுத்த, WGகள் விவரக்குறிப்பு மறுவைக் கோரலாம்view புளூடூத் SIG இன் சட்ட ஆலோசகர் (சட்ட மறுview) கட்டாய சட்ட மறு முன்view தத்தெடுப்பு/ஒப்புதல் கட்டத்தில் நடைபெறுகிறது. இருப்பினும், விவரக்குறிப்பு மேம்பாடுகளுக்கு, சட்ட மறுview ஒரு ஒருங்கிணைந்த CR இல் செய்யப்பட வேண்டும் (சுருக்கமான CR க்கு மாறாக) மேலும் இது முடிந்தவரை முன்கூட்டியே திட்டமிடப்பட வேண்டும், இதனால் வளங்கள் கிடைக்கும்.

IOP சோதனைத் திட்டம்

WG எழுதப்பட்ட IOP சோதனைத் திட்டத்தை உருவாக்கும், இது IOP சோதனை நிகழ்வுகளில் சரிபார்ப்பு கட்டத்தில் பயன்படுத்துவதற்கு கீழே வரையறுக்கப்பட்டுள்ள அனைத்து தேவைகளையும் பூர்த்தி செய்ய வேண்டும். WGகள் IOP சோதனைத் திட்டத்தை மீண்டும் BARB க்கு சமர்ப்பிக்க வேண்டும்view IOP சோதனை நிகழ்வு(கள்) தொடங்கும் முன். எளிமையான விவரக்குறிப்பு மேம்பாடுகளுக்கு (குறிப்பாக டெஸ்ட் சூட்டில் எந்த சோதனை நிகழ்வுகளையும் மாற்றவோ அல்லது சேர்க்கவோ தேவையில்லை), IOP சோதனை தேவைப்படாமல் போகலாம், மேலும் WG வரையறுக்கப்பட்ட செயல்முறையைப் பயன்படுத்தி IOP சோதனையிலிருந்து விலகுவதற்கான கோரிக்கையை BARB க்கு சமர்ப்பிக்கலாம். பிரிவு 4.4 இல்.

IOP சோதனைத் திட்டத்தில் இருக்க வேண்டும்:

  1. அனைத்து புதிய கட்டாய, விருப்பமான மற்றும் நிபந்தனை அம்சங்களைச் சரிபார்க்க சோதனை வழக்குகள்
  2. ஒவ்வொரு ஆப் குறியீட்டிற்கும் குறைந்தது ஒரு சோதனை வழக்கு
  3. ஒவ்வொரு அளவுருவிற்கும் குறைந்தது ஒரு சோதனை வழக்கு
  4. ஒவ்வொரு பாக்கெட் வகைக்கும் குறைந்தது ஒரு சோதனை வழக்கு
  5. விவரக்குறிப்பு மேம்பாடுகளுக்கான பின்தங்கிய இணக்கத்தன்மை சோதனை வழக்குகள், இதனால் பிரிவு 3.3.2 இல் பட்டியலிடப்பட்டுள்ள தேவைகள் அனைத்து மேம்படுத்தப்பட்ட செயல்பாடுகளுக்கும் பூர்த்தி செய்யப்படுகின்றன (பிரிவு 4.3.1.1 ஐயும் பார்க்கவும்).
  6. IUT வரையறுக்கப்பட்ட வரம்புகளுக்கு வெளியே மதிப்புகள் அல்லது தவறான அல்லது எதிர்பாராததாகக் கருதப்படும் நடத்தை அம்சங்களுக்கு (தவறான நடத்தை சோதனை வழக்குகள்) வெளிப்படும் சோதனை நிகழ்வுகள். PTS அல்லது பிற சோதனைக் கருவி போன்ற ஒரு சோதனையாளர் தவறான நடத்தையின் துவக்கியாக இருக்கும் என்று எதிர்பார்க்கப்படுகிறது என்பதை நினைவில் கொள்ளவும்.
  7. பிரிவு 4.3.1.2 இல் விவரிக்கப்பட்டுள்ளபடி, IOP சோதனை நிகழ்வில் பயன்படுத்தப்படும் ஏதேனும் தற்காலிக ஒதுக்கப்பட்ட எண்கள் (வரவிருக்கும் IOP சோதனை நிகழ்வுகளில் ஒன்றுடன் ஒன்று வருவதைத் தவிர்க்க BSTS உடன் ஒருங்கிணைந்து தேர்ந்தெடுக்கப்பட்டது).
  8. பிரிவு 4.3.1.3 இல் விவரிக்கப்பட்டுள்ள கவரேஜ் தேவைகளை கணக்கில் எடுத்துக்கொண்டு, ஒவ்வொரு சோதனை வழக்கிலும் தேர்ச்சி பெற வேண்டிய சுயாதீன செயலாக்கங்களின் தேவையான எண்ணிக்கையை அடையாளம் காணுதல்
  9. WG விலக்கப்பட வேண்டும் என்று நம்பும் டெஸ்ட் சூட்டில் ஏதேனும் சோதனை நிகழ்வுகளை அடையாளம் காணுதல் மற்றும் அவற்றை விலக்குவதற்கான நியாயம். இவை பொதுவாக பின்வருவனவற்றை உள்ளடக்குகின்றன: • எதிர்காலச் சரிபார்ப்புச் சோதனை வழக்குகள் (எ.கா., பொதுவான சோதனைகள் அதனால் சாத்தியமான எதிர்காலச் சேர்க்கைகளுக்கு இடமளிக்க முடியும், அதாவது கூடுதல் பண்புகள், நீட்டிக்கும் பண்புகள் அல்லது எதிர்கால பயன்பாட்டிற்காக ஒதுக்கப்பட்ட (RFU) பிட்கள் அல்லது புலங்களின் பயன்பாடு)
    • மற்ற சேர்க்கப்பட்ட சோதனைகளின் துணைக்குழுவான சோதனை வழக்குகள்
    • வேறு பல விவரக்குறிப்புகளுக்கு (எ.கா. பொதுவான பிழைக் குறியீடுகளைத் தூண்டுதல்) இயங்கும் சோதனைகளுக்கு கிட்டத்தட்ட ஒரே மாதிரியான பொதுவான சோதனை வழக்குகள்
    • மற்றொரு போக்குவரத்தில் இயங்கும் சோதனை நிகழ்வுகளின் அதே சோதனை நோக்கத்துடன் சோதனை வழக்குகள் (எ.கா., LE சோதனை வழக்கைப் போன்ற BR/EDR சோதனை வழக்கு)
    • செயல்படுத்துதலின் வலிமை அல்லது அழுத்த சோதனை

ஐஓபி சோதனைத் திட்டமானது, ஐஓபி சோதனைக்கு தனித்துவமான சோதனைகளை உள்ளடக்கியிருக்கலாம், அதாவது எண்ட்-டு-எண்ட் டெஸ்ட் கேஸ்கள், வழக்கமான பயனர் காட்சியை ஒத்த சிக்கலான காட்சிகளை ஒன்றாக இணைக்கும்.

IOP சோதனைத் திட்டத்திற்கு BARB ஒப்புதல் தேவையில்லை என்றாலும் (ஒவ்வொரு IOP சோதனை நிகழ்விலும் IOP சோதனைத் திட்டம் தொடர்ந்து மாற்றப்பட்டு மேம்படுத்தப்படும் என்பதைப் புரிந்துகொண்டு), IOP சோதனை அறிக்கையின் BARB ஒப்புதல் தேவை (பிரிவு 5.1.1 ஐப் பார்க்கவும்) . ஒரு IOP சோதனைத் திட்டம் பிரிவு 4.3.1 இல் வரையறுக்கப்பட்டுள்ள அனைத்துத் தேவைகளையும் பூர்த்தி செய்யவில்லை என்றால், IOP சோதனை நிகழ்வு(கள்) தொடங்கும் முன் WG அறியப்பட்ட மாறுபாடுகளின் சுருக்கத்தையும் ஒவ்வொரு மாறுபாட்டிற்கான காரணத்தையும் BARB க்கு வழங்க வேண்டும்.

IOP சோதனைத் திட்டம் மற்றும் சோதனை வழக்குகள் முதன்மையாக தொடர்புடைய விவரக்குறிப்பின் சோதனை ஆவணங்களில் உள்ள உள்ளடக்கத்தின் அடிப்படையில் இருக்க வேண்டும்.

IOP சோதனை நிகழ்வுகளை திறம்பட செய்ய, WG ஆனது IOP சோதனைத் திட்டம் மற்றும் தொடர்புடைய அனைத்து சோதனை நிகழ்வுகளையும் நிறைவுசெய்து, முதல் IOP சோதனை நிகழ்வுக்கு குறைந்தது ஒரு மாதத்திற்கு முன்பே செயல்படுத்துபவர்களுக்குக் கிடைக்க வேண்டும்.

பின்தங்கிய இணக்கத்தன்மை சோதனைக்கான திட்டமிடல்
விவரக்குறிப்பு மேம்பாடுகளுக்கு, பின்தங்கிய இணக்கத்தன்மையின் IOP சோதனையானது விவரக்குறிப்பின் அனைத்து செயலில் உள்ள மற்றும் நிராகரிக்கப்பட்ட பதிப்புகளுக்கு எதிரான சரிபார்ப்பைக் கருத்தில் கொள்ள வேண்டும், ஏனெனில் புளூடூத் தயாரிப்புகளில் பொதுவாகக் காணப்படும் விவரக்குறிப்புகள் மற்றும் செயல்பாடுகள் மிக நீண்ட ஆயுட்காலம் கொண்டதாக இருக்கலாம் (எ.கா. வாகனங்கள்). எந்தப் பதிப்புகளைச் சோதிக்க வேண்டும் மற்றும் சோதனைகளைச் செய்ய வேண்டும் என்பதை உள்ளடக்கிய பின்தங்கிய இணக்கத்தன்மை சோதனையின் பொருத்தமான நிலை (ஏதேனும் இருந்தால்) WG பகுப்பாய்வு செய்ய வேண்டும், மேலும் இந்த பகுப்பாய்வை BARB க்கு வழங்க வேண்டும். BARB ரீview ஐஓபி சோதனைத் திட்டத்தில் WG இணைப்பதற்கான பகுப்பாய்வு மற்றும் மாற்றங்கள் (ஏதேனும் இருந்தால்) பரிந்துரைக்கவும்.

பின்தங்கிய இணக்கத்தன்மை சோதனையில் பங்கேற்கும் உறுப்பினர்கள் முந்தைய விவரக்குறிப்பு பதிப்பு(களுக்கு) எதிராக தகுதி பெற்ற மரபு சாதனங்களைக் கொண்டுவர ஊக்குவிக்கப்படுகிறார்கள். IOP சோதனை அறிக்கையில் ஏதேனும் பின்தங்கிய இணக்கத்தன்மை தோல்விகளை WG தெரிவிக்க வேண்டும். உறுப்பினர் நிறுவனங்கள் ஐஓபி சோதனை நிகழ்வின் இருப்பிடத்திற்கு வெளியே தங்கள் சொந்த ஆய்வகங்களில் பின்தங்கிய இணக்கத்தன்மை சோதனையை மேற்கொள்ளவும் மற்றும் விவரக்குறிப்பு தொடர்பான ஏதேனும் சிக்கல்களை WG க்கு தெரிவிக்கவும் ஊக்குவிக்கப்படுகின்றன.

IOP சோதனையில் பயன்படுத்தப்படும் தற்காலிக ஒதுக்கப்பட்ட எண்கள்
IOP சோதனை நிகழ்வில் பயன்படுத்தப்படும் ஒதுக்கப்பட்ட எண்களின் தற்காலிக ஒதுக்கீட்டை ஒருங்கிணைக்க BSTS மற்றும் BARB ஆலோசிக்கப்பட வேண்டும், இதனால் மற்ற விவரக்குறிப்புகளுடன் ஒன்றுடன் ஒன்று அல்லது மோதல்கள் இல்லை. இந்த தற்காலிக மதிப்புகள் ஐஓபி சோதனைத் திட்டத்தில் சேர்க்கப்பட வேண்டும், மேலும் ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்புகளால் பயன்படுத்தப்படாது.

ஒன்று அல்லது அதற்கு மேற்பட்ட புதிய 16-பிட் UUID மதிப்புகள் முன்மொழியப்படும் IOP சோதனைக்கு, 0x7F00 முதல் 0x7FFF வரையிலான மதிப்புகள் IOP சோதனைக்காக ஒதுக்கப்பட்டுள்ளன.

ஒன்று அல்லது அதற்கு மேற்பட்ட புதிய நிலையான நெறிமுறை சேவை மல்டிபிளெக்சர் (PSM) மதிப்புகள் முன்மொழியப்படும் IOP சோதனைக்கு, முக்கிய விவரக்குறிப்பில் குறிப்பிடப்பட்டுள்ளபடி, 0x0000 முதல் 0x007F வரையிலான செல்லுபடியாகும் வரம்பின் முடிவில் தொடங்கும் மதிப்புகள் பயன்படுத்தப்படும்.

கவரேஜ் தேவைகள்
ஒவ்வொரு சோதனை வழக்கிலும் சுயாதீன செயலாக்கங்களின் தேவையான எண்ணிக்கை (பின்வரும் பிரிவுகளில் விவரிக்கப்பட்டுள்ளபடி) தேர்ச்சி பெற்றதற்கான ஆதாரத்தை WG BARB க்கு வழங்க வேண்டும். தேவையான எண்ணிக்கையிலான சுயாதீன செயலாக்கங்களுக்கான விதிவிலக்குகளுக்கான எந்தவொரு WG கோரிக்கையும் BARB க்கு சமர்ப்பிக்கப்பட்ட IOP சோதனைத் திட்டத்தில் குறிப்பிடப்பட வேண்டும்.

சரிபார்ப்புடன் தொடர்புடைய அனைத்து பகுதிகளும் தனித்தனியாக உருவாக்கப்படும் வரை, அதாவது வெவ்வேறு குழுக்களால் (அவை வெவ்வேறு நிறுவனங்களில் இருந்து வர வேண்டிய அவசியமில்லை) செயலாக்கங்கள் ஒன்றுக்கொன்று சார்பற்றதாகக் கருதப்படுகிறது. அநாமதேயத்தையும் செயல்படுத்தும் விவரங்களின் இரகசியத்தன்மையையும் பாதுகாக்க, முன்மாதிரிகள் ஒன்றையொன்று சுயாதீனமாகக் கருத முடியுமா என்பதை மதிப்பிடுவதில் BSTS உதவக்கூடும்.

PTS உள்ளிட்ட சோதனைக் கருவிகள் சுயாதீன செயலாக்கங்களாகக் கருதப்படுவதில்லை என்பதை நினைவில் கொள்ளவும்.

முக்கிய விவரக்குறிப்பு IOP கவரேஜ் தேவைகள்
ஒரு முக்கிய விவரக்குறிப்பு அம்சம் பொதுவாக ஒன்று அல்லது அதற்கு மேற்பட்ட பாத்திரங்களை வரையறுக்கிறது, அங்கு ஒவ்வொரு பாத்திரமும் ஒன்று அல்லது அதற்கு மேற்பட்ட பிற பாத்திரங்களுடன் அல்லது தன்னுடன் செயல்படும் வகையில் வடிவமைக்கப்பட்டுள்ளது.

ஒன்றோடொன்று செயல்படும் வகையில் வடிவமைக்கப்பட்ட ஒவ்வொரு ஜோடி பாத்திரங்களுக்கும், ஒவ்வொரு பாத்திரத்தின் குறைந்தபட்சம் மூன்று சுயாதீன செயலாக்கங்கள் நிரப்பு பாத்திரத்தின் மூன்று சுயாதீன செயலாக்கங்களுடன் இயங்குவதற்கு நிரூபிக்கப்பட வேண்டும்.

அதே பாத்திரத்தில் மற்றொரு சாதனத்துடன் இயங்கக்கூடிய ஒவ்வொரு பாத்திரத்திற்கும், அந்த பாத்திரத்தின் குறைந்தபட்சம் மூன்று சுயாதீன செயலாக்கங்கள் அந்த பாத்திரத்தில் ஒருவருக்கொருவர் தொடர்பு கொள்ள முடியும் என்பதை நிரூபிக்க வேண்டும்.

சேவை விவரக்குறிப்பு IOP கவரேஜ் தேவைகள்
குறைந்தபட்சம் மூன்று சுயாதீன சேவை செயலாக்கங்கள் குறைந்தபட்சம் ஒரு கிளையன்ட் செயல்படுத்தலுடன் செயல்படுகின்றன என்பதை நிரூபிக்க வேண்டும், இது PTS ஆக இருக்கலாம்.

ப்ரோfile மற்றும் நெறிமுறை விவரக்குறிப்பு IOP கவரேஜ் தேவைகள்
ப்ரோfile மற்றும் நெறிமுறை விவரக்குறிப்புகள் பொதுவாக ஒன்று அல்லது அதற்கு மேற்பட்ட பாத்திரங்களை வரையறுக்கின்றன, அங்கு ஒவ்வொரு பாத்திரமும் ஒன்று அல்லது அதற்கு மேற்பட்ட பிற பாத்திரங்களுடன் அல்லது தன்னுடன் செயல்படும் வகையில் வடிவமைக்கப்பட்டுள்ளது.

ஒன்றோடொன்று செயல்படும் வகையில் வடிவமைக்கப்பட்ட ஒவ்வொரு ஜோடி பாத்திரங்களுக்கும், ஒவ்வொரு பாத்திரத்தின் குறைந்தபட்சம் இரண்டு சுயாதீன செயலாக்கங்கள் அவை நிரப்பு பாத்திரத்தின் இரண்டு சுயாதீன செயலாக்கங்களுடன் செயல்படுகின்றன என்பதை நிரூபிக்க வேண்டும்.

அதே பாத்திரத்தில் மற்றொரு சாதனத்துடன் இயங்கக்கூடிய ஒவ்வொரு பாத்திரத்திற்கும், அந்த பாத்திரத்தின் குறைந்தபட்சம் மூன்று சுயாதீன செயலாக்கங்கள் அந்த பாத்திரத்தில் ஒருவருக்கொருவர் தொடர்புகொள்வதை நிரூபிக்க வேண்டும்.

மாதிரி விவரக்குறிப்பு IOP கவரேஜ் தேவைகள்
குறைந்தபட்சம் மூன்று சுயாதீன சர்வர் மாதிரி அல்லது கட்டுப்பாட்டு மாதிரி செயலாக்கங்கள் குறைந்தபட்சம் ஒரு கிளையன்ட் செயலாக்கத்துடன் (அது PTS ஆக இருக்கலாம்), மேலும் குறைந்தபட்சம் ஒரு கிளையன்ட் மாதிரி செயலாக்கம் குறைந்தபட்சம் ஒரு சேவையக மாதிரி செயலாக்கம் மற்றும் PTS உடன் இயங்குகிறது என்பதை நிரூபிக்க வேண்டும்.

விவரக்குறிப்பு பதிப்பு எண்

0.9/CR S இன் போதுtage, ஏற்றுக்கொள்ளப்படும் போது விவரக்குறிப்பிற்குப் பயன்படுத்தப்படும் பதிப்பு எண்ணைப் பற்றி BoD க்கு வழங்குவதற்கான பரிந்துரையை WG தயார் செய்ய வேண்டும்.

விவரக்குறிப்புகளின் பதிப்புகள் இரண்டு வகைகளில் அடங்கும்: புதிய அல்லது மேம்படுத்தப்பட்ட அம்சங்களை உள்ளடக்கிய முழு வெளியீட்டு பதிப்புகள் மற்றும் தொழில்நுட்ப மற்றும் தலையங்க பிழைகளை ஒருங்கிணைக்கும் பராமரிப்பு வெளியீட்டு பதிப்புகள் ("டாட்-இசட் பதிப்புகள்" என்றும் அழைக்கப்படுகின்றன), ஆனால் புதிய அல்லது புதுப்பிக்கப்பட்டவை சேர்க்கப்படவில்லை. அம்சங்கள். முழு வெளியீட்டு பதிப்புகள் 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 கூறுகளை மட்டுமே அதிகரிக்கிறது.

BoD ஒப்புதல் முன்நிபந்தனைகள்
விவரக்குறிப்பு மேம்பாட்டு கட்டத்தின் முடிவில், 0.9/CR விவரக்குறிப்பு BoD க்கு ஒப்புதலுக்காக சமர்ப்பிக்கப்படுவதற்கு முன் பின்வரும் தேவைகள் பூர்த்தி செய்யப்பட வேண்டும்:

  • WG சோதனை கவரேஜ் பகுப்பாய்வை நிறைவு செய்துள்ளது.
  • BSTS ரீ முடித்ததுview0.9/CR விவரக்குறிப்பு மற்றும் சோதனை ஆவணங்கள்.
  • BARB 0.9/CR விவரக்குறிப்புக்கு ஒப்புதல் அளித்துள்ளது.
  • BARB ஆனது CSS CRஐ அங்கீகரித்துள்ளது (குறிப்பிட்டபடி புதிய உள்ளீடுகள் தேவைப்பட்டால்) இது விவரக்குறிப்பின் சுருக்கமான CR இல் உட்பொதிக்கப்படலாம்.
  • BARB GSS CR மற்றும் MDP CR ஐ அங்கீகரித்துள்ளது (குறிப்பிட்டபடி புதிய உள்ளீடுகள் தேவைப்பட்டால்).
  • BTI 0.9/CR டெஸ்ட் சூட், ICS மற்றும் TCRL ஆகியவற்றை IXIT உடன் அங்கீகரித்துள்ளது (டெஸ்ட் சூட்டில் சோதனைகளைச் செய்ய IXIT தேவை எனில்). இந்த நேரத்தில் TCRL விருப்பமானதுtagமைய விவரக்குறிப்புக்கான புதுப்பிப்புகளுக்கு இ.
  • WG ஆனது IOP சோதனைத் திட்டத்தை மீண்டும் BARB க்கு சமர்ப்பித்துள்ளதுview (சோதனை BARB ஆல் தள்ளுபடி செய்யப்படாவிட்டால்).

BoD க்கு வழங்கப்பட்ட ஆவணங்களில் BARB-அங்கீகரிக்கப்பட்ட 0.9/CR விவரக்குறிப்பு மற்றும் BoDக்கான விளக்கக்காட்சி ஆகியவை இருக்க வேண்டும்:

  • IOP சோதனையை கைவிடுவதற்கான ஏதேனும் அறியப்பட்ட கோரிக்கைகள் அல்லது பிரிவு 4.3.1 இல் வரையறுக்கப்பட்டுள்ள தேவைகள் ஏதேனும்
  • விவரக்குறிப்பு ஆதரிக்கும் போக்குவரத்துகளின் பட்டியல் (எ.கா., BR/EDR, LE. போன்றவை)
  • விவரக்குறிப்பு மேம்பாட்டிற்கு, WG ஆல் கோரப்படும் பின்தங்கிய பொருந்தக்கூடிய தேவைகளிலிருந்து (பிரிவு 3.3.2 இல் விவரிக்கப்பட்டுள்ளது) ஏதேனும் விலக்குகள்
  • விவரக்குறிப்பு மேம்பாட்டிற்கு, ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பிற்குப் பொருந்தும் வகையில் பதிப்பு எண்ணுக்கான WG இன் பரிந்துரை
  • விவரக்குறிப்பு மேம்பாட்டிற்காக, ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பின் முந்தைய பதிப்பு(கள்)க்கான WG இன் வாழ்நாள் இறுதிப் பரிந்துரை, விவரக்குறிப்பின் முந்தைய பதிப்பை நீக்குவது அல்லது திரும்பப் பெறுவது ஏன் பரிந்துரைக்கப்படவில்லை என்பதற்கான தொழில்நுட்ப காரணங்கள் மற்றும் நியாயப்படுத்தல் பரிந்துரைக்காக
  • BARB அல்லது BTI உறுப்பினர்களிடமிருந்து ஏதேனும் தீர்க்கப்படாத தீவிரமான கவலைகள் (எ.கா., ஒப்புதல்களின் போது எந்த வாக்குகளும் இல்லை என்பதற்கான காரணங்கள், மறு விளைவால் ஏற்படும் கவலைகள்view சோதனை ஆவணங்கள் அல்லது 0.9/CR விவரக்குறிப்பு FRD அல்லது சாசனத்தின் எல்லைக்கு வெளியே உள்ளது என்ற கவலைகள்)
  • புரோவின் தயாரிப்பு நிலைfile டியூனிங் சூட் (PTS) அல்லது BSTS ஆல் தயாரிக்கப்பட்ட தத்தெடுப்புடன் தொடர்புடைய பிற தேவையான கருவிகள்

BTI 0.9/CR சோதனை ஆவணங்களை அங்கீகரிக்கும் முன் மற்றும் பிரிவு 2 இல் வரையறுக்கப்பட்டுள்ள தேவைகளை IOP சோதனைத் திட்டம் பூர்த்தி செய்யும் என்பதை WG உறுதிப்படுத்தும் முன், விதிகளின்படி [0.9] IOP சோதனைக்கான 4.3.1/CR விவரக்குறிப்பை அங்கீகரிக்க BoD தேர்வு செய்யலாம். 0.9. 0.9/CR சோதனை ஆவணங்களுக்கு BTI இன் ஒப்புதலின் பேரில், IOP சோதனைக்கான XNUMX/CR விவரக்குறிப்பின் ஒப்புதலுக்கு BoD நிபந்தனை விதிக்கலாம்.

0.9/CR எஸ்tagஇ வெளியேறும் தேவைகள்
0.9/CR எஸ்tage முடிந்தது மற்றும் IOP சோதனையின் தொடக்கத்தை BoD அங்கீகரிக்கும் போது சரிபார்ப்பு கட்டம் தொடங்குகிறது.

4.4 விவரக்குறிப்பு மேம்பாட்டு செயல்முறை தள்ளுபடிகள்

ஒரு WG பின்வரும் செயல்முறை படிகளில் ஒன்று அல்லது அதற்கு மேற்பட்டவற்றைத் தள்ளுபடி செய்யக் கோரலாம்:

  • 0.5/டிஐபிடி எஸ்tage
  • 0.7/எஃப்ஐபிடி எஸ்tage
  • சரிபார்ப்பு கட்டத்தில் IOP சோதனை

தள்ளுபடியைக் கோருவதற்கு, புளூடூத் SIG [8] வழங்கிய செயல்முறை விலக்கு டெம்ப்ளேட்டை WG பயன்படுத்த வேண்டும் மற்றும் ஒவ்வொரு குழுவிற்கும் (அதாவது, BARB அல்லது BTI) தள்ளுபடி கோரிக்கையைச் சமர்ப்பிக்க வேண்டும்.view அல்லது வரைவு விவரக்குறிப்பு அல்லது தொடர்புடைய சோதனை ஆவணங்களை s இல் அங்கீகரிக்கவும்tage WG தள்ளுபடி செய்ய முன்மொழிகிறது, மேலும் அந்த குழுக்கள் ஒவ்வொன்றும் தள்ளுபடி கோரிக்கையை அங்கீகரிக்க வேண்டும்.

ஒரு தள்ளுபடி கோரிக்கையில் பின்வருவன அடங்கும்:

  • களின் ஒரு அடையாளம்tagWG தள்ளுபடி செய்ய விரும்பும் e(கள்).
  • ஒரு நியாயம் ஏன் எஸ்tagஇ(கள்) தள்ளுபடி செய்யப்பட வேண்டும்
  • ஒவ்வொரு குழுவின் அடையாளம் (அதாவது, BTI மற்றும்/அல்லது BARB) மீண்டும் செய்ய வேண்டும்view மற்றும் தள்ளுபடி கோரிக்கையை அங்கீகரிக்கவும்

தள்ளுபடியை பரிசீலிக்கும் குழு, WG இன் பிரதிநிதி, SMPD செயல்முறை தள்ளுபடியை நியாயப்படுத்த, தள்ளுபடி கோரிக்கையை முடிவு செய்வதற்கு முன் ஒரு விளக்கக்காட்சியை வழங்க வேண்டும்.

ஒரு தள்ளுபடி பல படிகளை தள்ளுபடி செய்ய கோரினால் மற்றும் தள்ளுபடியின் ஒரு பகுதி நிராகரிக்கப்பட்டு ஒரு பகுதி அங்கீகரிக்கப்பட்டால், குழுவின் பதில் தள்ளுபடி கோரிக்கையில் எந்த படிகள் அங்கீகரிக்கப்பட்டது மற்றும் நிராகரிக்கப்பட்டது என்பதைக் குறிக்க வேண்டும். தள்ளுபடி கோரிக்கை நிராகரிக்கப்பட்டால், நிராகரிப்பு அறிவிப்பில் நிராகரிப்புக்கான காரணங்கள் இருக்க வேண்டும்.

5. சரிபார்ப்பு கட்டம்

சரிபார்ப்பு கட்டத்தில், WG ஆனது BARB re க்கான IOP சோதனை அறிக்கையை வழங்கும் நோக்கத்துடன் 0.9/CR விவரக்குறிப்பில் IOP சோதனையை செய்யும்.view மற்றும் ஒப்புதல். முடிந்தவரை, விவரக்குறிப்பு மேம்பாடுகளின் IOP சோதனையானது ஒருங்கிணைந்த வரைவு விவரக்குறிப்புக்கு எதிராக நடத்தப்பட வேண்டும். மேலும், உறுப்பினர் ரெview, பைலாஸ் [2] மூலம் தேவைப்படுவது, இந்த கட்டத்தில் தொடங்குகிறது.

விவரக்குறிப்புக்கு (அல்லது மேம்பாட்டிற்கு) ஐஓபி சோதனை தேவையில்லை என்றால், பிரிவு 4.4 இல் விவரிக்கப்பட்டுள்ள செயல்முறையைப் பயன்படுத்தி சரிபார்ப்பு கட்டத்தில் உள்ள ஐஓபி சோதனை ரத்துசெய்யப்படலாம்.

IOP சோதனையின் போது (ஒன்று அல்லது அதற்கு மேற்பட்ட நிகழ்வுகளாக இருக்கலாம்), WG ஆனது புளூடூத் SIG இன் சிக்கல் கண்காணிப்பு அமைப்பைப் பயன்படுத்தி சிக்கல்களைக் கண்காணிக்க வேண்டும் மற்றும் வரைவு விவரக்குறிப்பு, சோதனை ஆவணங்கள் மற்றும் IOP சோதனைத் திட்டத்தில் புதுப்பிப்புகளை இணைக்க வேண்டும். IOP சோதனை முடிந்ததும், WG அனைத்து சிக்கல்களையும் தீர்க்க வரைவு விவரக்குறிப்பு மற்றும் சோதனை ஆவணங்களுக்கான புதுப்பிப்புகளை முடிக்க வேண்டும், மேலும் IOP சோதனை அறிக்கையை BARB க்கு தயார் செய்து சமர்ப்பிக்க வேண்டும்.view மற்றும் ஒப்புதல். இது படம் 5.1 இல் விளக்கப்பட்டுள்ளது.

FIG 8 ஓவர்view சரிபார்ப்பு கட்டத்தின்

சரிபார்ப்பு கட்டத்தில் பல செயல்பாடுகள் தொடங்கலாம். இந்த நடவடிக்கைகள் இணையாக நிகழலாம் மற்றும் பின்வருவன அடங்கும்:

  • BoD-அங்கீகரிக்கப்பட்ட 0.9/CR விவரக்குறிப்பு அனைத்து உறுப்பினர்களுக்கும் BSTS ஆல் உறுப்பினர் மறு தொடக்கத்தின் அறிவிப்புடன் கிடைக்கும்.view பைலாஸ் மூலம் தேவைப்படும் காலம்.
  • தேவையான எந்த புதுப்பிப்புகளும் CSS இல் இணைக்கப்பட்டுள்ளன (குறிப்பிட்டத்தின் சுருக்கமான CR இல் உட்பொதிக்கப்படலாம்).
  • சிறப்பியல்பு அல்லது விளக்க வரையறைகள் GSS விவரக்குறிப்பு மற்றும் IOP சோதனைக்கான PTS ஆகியவற்றில் இணைக்கப்பட்டுள்ளன.
  • மெஷ் சொத்து வரையறைகள் MDP விவரக்குறிப்பு மற்றும் IOP சோதனைக்கான PTS ஆகியவற்றில் இணைக்கப்பட்டுள்ளன.
  • BSTS ஆனது IOP இயங்குதளப் பதிவு மற்றும் IOP சோதனைக்கான தயாரிப்பில் முடிவுகளைப் பதிவு செய்யும் கருவியை செயல்படுத்துகிறது.
  • IOP சோதனை, தேவைப்பட்டால் (பிரிவு 5.1 ஐப் பார்க்கவும்).
  • Review கருத்துக்கள் மற்றும் சிக்கல்கள், IOP சோதனையின் விளைவாக சமர்ப்பிக்கப்பட்டவை உட்பட, செயலாக்கப்பட்டு மாற்றங்கள் வரைவு விவரக்குறிப்பில் இணைக்கப்பட்டுள்ளன.

5.1 IOP சோதனை

ஐஓபி சோதனையின் முதன்மை நோக்கம் விவரக்குறிப்பைச் சரிபார்ப்பதாகும்ample, உரைக்குள் துல்லியம் மற்றும் தெளிவின்மை சரிபார்க்கிறது, மறுviewஎந்தவொரு அடிப்படை வடிவமைப்பு பிழைகள் மற்றும் குறைபாடுகள் மற்றும் விவரக்குறிப்பு மேம்பாட்டு செயல்பாட்டில் முன்னர் உருவாக்கப்பட்ட முன்னர் நிறுவப்பட்ட தேவைகளுக்கு எதிராக சரிபார்ப்பை வழங்குதல். IOP சோதனையானது வரைவு விவரக்குறிப்பில் மாற்றங்களை ஏற்படுத்தலாம் மற்றும் தேவையான அனைத்து சோதனைகளையும் முடிக்க பல IOP சோதனை நிகழ்வுகள் தேவைப்படலாம்.

WG க்கு வெளியே உள்ள உறுப்பினர்களுக்கு IOP சோதனையில் பங்கேற்பதற்கான வாய்ப்பை வழங்குவது முக்கியம், ஏனெனில் அவர்கள் ஒரு சுயாதீனத்தை வழங்குகிறார்கள் view விவரக்குறிப்பு மற்றும் வரைவை உருவாக்கிய WG இன் உறுப்பினர்களுக்குத் தெளிவாகத் தெரியாத விவரக்குறிப்பில் தெளிவற்ற பகுதிகளைக் கண்டறிய முடியும். ஒவ்வொரு ஐஓபி சோதனை நிகழ்வுக்கு முன்பும், பிஎஸ்டிஎஸ் நிகழ்வு விவரங்கள், சமீபத்திய வரைவு விவரக்குறிப்பு, டெஸ்ட் சூட் மற்றும் ஐஓபி சோதனைத் திட்டம் ஆகியவற்றைக் கிடைக்கச் செய்யும், மேலும் ஒவ்வொரு நிகழ்வுக்கும் ஒரு மாதத்திற்கு முன்பு அனைத்து உறுப்பினர்களுக்கும் அறிவிக்கும். IOP சோதனை நிகழ்வில் பயன்படுத்தப்படும் புதுப்பிக்கப்பட்ட வரைவு விவரக்குறிப்பு, டெஸ்ட் சூட் மற்றும் IOP சோதனைத் திட்டம் ஆகியவை ஒவ்வொரு நிகழ்வுக்கும் குறைந்தது ஒரு வாரத்திற்கு முன்பே கிடைக்க வேண்டும்.

IOP சோதனையின் போது, ​​இயங்குதளங்களின் ஜோடிவரிசை சேர்க்கைகள் சோதனைகளைச் செயல்படுத்த முயற்சிக்கும் மற்றும் IOP சோதனை பங்கேற்பாளர்கள் ஒவ்வொரு சோதனையின் தேர்ச்சி/தோல்வி முடிவுகளையும் கருத்துகளையும் பதிவு செய்வார்கள். இந்த முடிவுகளின் அநாமதேயச் சுருக்கம் (எ.கா., “பிளாட்ஃபார்ம் ஏ”, “பிளாட்ஃபார்ம் பி” போன்றவை) மற்றும் ஏதேனும் கருத்துகள், ஐஓபி சோதனை நிகழ்வுகளின் போது சேகரிக்கப்பட்டு, ஐஓபியின் போதும் அதற்குப் பின்னரும் டபிள்யூஜி உறுப்பினர்களுக்குக் கிடைக்கும். சோதனை நிகழ்வு. IOP சோதனையின் போது ஏற்பட்ட கருத்துகள் அல்லது தோல்விகளைப் பற்றி நன்கு புரிந்துகொள்ள கூடுதல் தகவல் தேவைப்பட்டால், சமர்ப்பிக்கும் உறுப்பினரிடமிருந்து கூடுதல் தகவல்களைச் சேகரிக்க BSTS ஒரு இடைத்தரகராகச் செயல்படலாம்.

முடிந்தால், ஹோஸ்ட் கன்ட்ரோலர் இடைமுகத்திற்கு (HCI) மேலே உள்ள அனைத்து அடுக்குகளிலும் இயங்குதளங்களுடன் IOP சோதனையை ஆதரிக்க PTS புதுப்பிக்கப்பட வேண்டும், மேலும் அந்த அடுக்குகளுக்கான IOP சோதனை நிகழ்வுகளில் இருக்க வேண்டும். IOP சோதனை நிகழ்வுகளில் மற்ற சோதனைக் கருவிகளும் இருக்கலாம். PTS அல்லது பிற சோதனைக் கருவிகள் (ஏதேனும் இருந்தால்) சோதனை முடிவுகளின் சுருக்கம் IOP சோதனை அறிக்கையில் சேர்க்கப்பட வேண்டும்.

IOP சோதனையானது முன்மாதிரி செயல்படுத்தலை வழங்க விரும்பும் அனைத்து உறுப்பினர்களுக்கும் திறந்திருக்கும், இருப்பினும், Bluetooth SIG உடன் ஒப்பந்தங்களை ஏற்றுக்கொள்வது (பங்கேற்பு மற்றும் ரகசியத்தன்மை ஒப்பந்தங்கள் உட்பட) பங்கேற்பிற்கு நிபந்தனை விதிக்கலாம். IOP சோதனையின் போது கண்டறியப்பட்ட சிக்கல்களைச் செயலாக்குவதற்கும் தீர்ப்பதற்கும், பாதிக்கப்பட்ட ஆவணங்களைப் புதுப்பிப்பதற்கும் WG பொறுப்பாகும்; WG-அங்கீகரிக்கப்பட்ட மாற்றங்கள் ஒவ்வொரு IOP சோதனை நிகழ்விலும் பயன்படுத்த வரைவு விவரக்குறிப்பு மற்றும் சோதனை ஆவணங்களுக்கான புதுப்பிப்புகளாக இணைக்கப்பட வேண்டும்.

சரிபார்ப்பு கட்டத்திற்கு முன், WG இன் உறுப்பினர்களுக்கு மட்டுமே திறந்திருக்கும் நிகழ்வுகளில் பூர்வாங்க IOP சோதனையை WG கள் செய்யலாம், இருப்பினும் முறைசாரா சோதனை முடிவுகள் IOP சோதனை முடிவுகளில் சேர்க்கப்படாமல் இருக்கலாம்.

IOP சோதனையைத் தொடங்கும் நோக்கத்துடன் அறிவிக்கப்பட்ட IOP தேதி மற்றும் இருப்பிடம் உட்பட, முதல் IOP சோதனை நிகழ்வுக்கு வழிவகுக்கும் அனைத்து படிகளும் பின்பற்றப்படலாம், ஆனால் சோதனை நிகழ்வு தொடங்கும் முன் BoD அங்கீகாரம் பெறப்படவில்லை. இந்த வழக்கில், IOP சோதனையைத் தொடங்குவதற்கு BoD இன் ஒப்புதலுக்கு முன் சேகரிக்கப்பட்ட சோதனை முடிவுகளைச் சேர்ப்பதற்கு BoD அங்கீகரிக்கலாம், சேகரிக்கப்பட்ட முடிவுகள் அதே விவரக்குறிப்பு மற்றும் BoD ஆல் அங்கீகரிக்கப்பட்ட சோதனைத் தொகுப்பின் அடிப்படையில் இருந்தால்.

CSS, GSS அல்லது MDP விவரக்குறிப்புகளை மேம்படுத்துவதற்கு IOP சோதனை தேவையில்லை.

IOP சோதனை அறிக்கை
IOP சோதனை முடிந்த பிறகு, தேவையான எண்ணிக்கையிலான சுயாதீன இயங்குதளங்கள் தேவையான சோதனைகளில் தேர்ச்சி பெற்றுள்ளன என்பதை நிரூபிக்கும் நோக்கத்துடன் IOP சோதனை அறிக்கையை BARB க்கு WG சமர்ப்பிக்க வேண்டும். BARB ரீview மற்றும் ஐஓபி சோதனை அறிக்கையை அங்கீகரிக்கவும் அல்லது நிராகரிக்கவும் மற்றும் வாக்களிப்பு வரைவு விவரக்குறிப்பு தொகுப்பை BoD க்கு சமர்ப்பிக்கும் முன் கூடுதல் IOP சோதனை தேவைப்பட்டால் WG க்கு தெரிவிக்கும். BARB க்கு அறிக்கையைச் சமர்ப்பிக்கும் முன், IOP சோதனை அறிக்கையில் உறுப்பினர்களை அடையாளம் காணும் தகவல்கள் எதுவும் தோன்றவில்லை என்பதை BSTS மற்றும் WG உறுதிப்படுத்த வேண்டும்.

IOP சோதனை அறிக்கையில் இருக்க வேண்டும்:

  • சரிபார்ப்பு கட்டத்தில் நிகழ்ந்த அனைத்து IOP சோதனை நிகழ்வுகளின் பட்டியல், அவற்றின் தேதிகள் மற்றும் இருப்பிடங்கள் உட்பட.
  • ஒவ்வொரு IOP நிகழ்விலும் பங்கேற்ற உறுப்பினர் நிறுவனங்கள் மற்றும் சுயாதீன தளங்களின் எண்ணிக்கை, PTS பயன்படுத்தப்பட்டதா என்பது உட்பட.
  • ஒவ்வொரு நிகழ்விலும் பயன்படுத்தப்படும் விவரக்குறிப்புகள், டெஸ்ட் சூட் மற்றும் IOP சோதனைத் திட்ட பதிப்புகளின் பட்டியல்.
  • அனைத்து சோதனை வழக்குகளும் குறைந்தபட்ச தேர்ச்சி அளவுகோல்களை பூர்த்தி செய்ததா இல்லையா என்பதைக் குறிப்பிடும் ஒரு நிர்வாக சுருக்கம்.
  • பிரிவு 4.3.1 இல் வரையறுக்கப்பட்டுள்ள IOP சோதனைத் திட்டத் தேவைகளிலிருந்து ஏதேனும் மாறுபாடுகளின் சுருக்கம் மற்றும் ஒவ்வொரு மாறுபாட்டிற்கான காரணமும்.
  • டெஸ்ட் சூட்டில் சோதனை வழக்குகளுக்கான PTS கவரேஜ் சுருக்கம்.
  • IOP சோதனைத் திட்டத்தில் இருந்து அனைத்து சோதனை நிகழ்வுகளின் பட்டியல் (பின்தங்கிய இணக்கத்தன்மை சோதனைகள் உட்பட), சோதனை தேர்ச்சிகளின் எண்ணிக்கை, சோதனை தோல்விகளின் எண்ணிக்கை மற்றும் ஒரு சோதனை வழக்குக்கான குறைந்தபட்ச அளவுகோல்கள் பூர்த்தி செய்யப்பட்டதா என்பதும், இதில் தேவைகள் ஏன் இல்லை என்பதற்கான விளக்கமும் அடங்கும். சந்தித்தார்.
  • ஒவ்வொரு நிகழ்விலும் உள்ள சிக்கல்கள், கருத்துகள் மற்றும் கேள்விகளின் சுருக்கம் (அவை உட்பட fileஐஓபி சோதனையின் போது விவரக்குறிப்புக்கு எதிராக d) மற்றும் விவரக்குறிப்பு மற்றும் சோதனை ஆவணங்களின் தாக்கம்.

5.2 சரிபார்ப்பு நிலை வெளியேறும் தேவைகள்

சரிபார்ப்பு கட்டம் முடிந்தது மற்றும் BARB IOP சோதனை அறிக்கையை அங்கீகரித்ததும் (BARB ஆல் சோதனை கைவிடப்பட்டால் தவிர) மற்றும் பின்வரும் தேவைகள் அனைத்தும் பூர்த்தி செய்யப்பட்டவுடன் ஒப்புதல்/தத்தெடுப்பு கட்டம் தொடங்குகிறது:

  • BSTS அங்கீகரிக்கப்பட்ட 0.9/CR விவரக்குறிப்பை அனைத்து உறுப்பினர்களுக்கும் உறுப்பினர் ரீview பைலாஸ் மூலம் தேவைப்படுவதோடு, அதன் இருப்பு குறித்து அனைத்து உறுப்பினர்களுக்கும் தெரிவிக்கப்பட்டது.
  • IOP சோதனையின் போது கண்டறியப்பட்ட மற்றும் சோதனை தாக்கத்தை ஏற்படுத்திய அனைத்து சிக்கல்களும் இணைக்கப்பட்டு சோதனை செய்யப்பட்டுள்ளன.
  • WG ஆனது IOP சோதனையை நிறைவு செய்துள்ளது (BARB ஆல் சோதனை கைவிடப்படாவிட்டால்).

 

6. தத்தெடுப்பு/ஒப்புதல் கட்டம்

தத்தெடுப்பு/ஒப்புதல் கட்டத்தின் போது, ​​விவரக்குறிப்பு மற்றும் தொடர்புடைய சோதனை ஆவணங்கள் இறுதி செய்யப்பட்டு, BARB, BQRB மற்றும் BTI ஒப்புதல் பெறப்பட்டது, தத்தெடுப்புக்காக BoD க்கு சமர்ப்பிக்கப்பட்ட வரைவு விவரக்குறிப்பின் இறுதிப் பதிப்போடு உத்தேச தத்தெடுப்பு தேதி அறிவிப்பு வெளியிடப்படுகிறது ( வாக்களிப்பு வரைவு), மற்றும் இறுதி விவரக்குறிப்பு தொகுப்பு BoD க்கு சமர்ப்பிக்கப்பட்டது. உறுப்பினரின் குறைந்தபட்ச காலத்திற்குப் பிறகு Review பைலாக்களால் தேவை [2]) திருப்தி அடைந்துள்ளது, தத்தெடுப்பு தேதியில் தத்தெடுப்புக்கான விவரக்குறிப்பை BoD பரிசீலிக்கும். தத்தெடுப்பிற்குப் பிறகு, விவரக்குறிப்பு வெளியிடப்பட்டது மற்றும் தகுதி அமைப்பு செயல்படுத்தப்படுகிறது. தத்தெடுப்பு/ஒப்புதல் கட்டம் படம் 6.1 இல் விளக்கப்பட்டுள்ளது.

FIG 9 ஓவர்view தத்தெடுப்பு

6.1 வாக்குப்பதிவு வரைவு

தேவையான விவரக்குறிப்பு ஆவணங்களில் புதுப்பிப்புகளை (சரிபார்ப்பு கட்டத்தில் வழங்கப்படுகிறது) இணைத்து, புதிய விவரக்குறிப்பின் இறுதி வரைவைத் தயாரிப்பதன் மூலம் வாக்களிப்பு வரைவு உருவாக்கப்படுகிறது. விவரக்குறிப்பு மேம்பாடுகளுக்கு, BSTS ஆனது ஒன்று அல்லது அதற்கு மேற்பட்ட CR(களை) விவரக்குறிப்பின் முந்தைய உயர் பதிப்பில் (பிரிவு 4.3.2 ஐப் பார்க்கவும்) ஒருங்கிணைத்து ஒருங்கிணைக்கப்படும்.

இந்த கட்டத்தில் விவரக்குறிப்பில் மாற்றங்கள் செய்யப்பட்டால் மற்றும் WG, BARB அல்லது BTI எந்த மாற்றத்திற்கும் கூடுதல் IOP சோதனை தேவை என்று தீர்மானித்தால், விவரக்குறிப்பு கூடுதல் சோதனைகளைச் செய்ய WGக்கான சரிபார்ப்பு கட்டத்தின் IOP சோதனைப் பகுதிக்குத் திரும்பும். தத்தெடுப்பு/ஒப்புதல் கட்டத்தின் போது, ​​பின்வரும் ஆவணங்கள் பூர்த்தி செய்யப்பட்டு, தத்தெடுக்கும் தேதிக்கு முன்னதாக BoD-க்குக் கிடைக்கும்:

  • வாக்குப்பதிவு வரைவு
  • அனைத்து துணை விவரக்குறிப்புகள் (அதாவது, CSS, GSS, MDP) தொடர்புடைய விவரக்குறிப்பு (அல்லது மேம்படுத்தல்) வகைக்கு தேவை, முன்பு ஏற்றுக்கொள்ளப்படவில்லை என்றால்
  • விவரக்குறிப்பு மேம்பாடுகளுக்கு, வாக்களிப்பு வரைவில் முன்மொழியப்பட்ட மாற்றங்களைக் காட்டும், ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பு பதிப்பின் மாற்றம்-கண்காணிக்கப்பட்ட பதிப்பு
  • பூர்த்தி செய்யப்படாத பின்தங்கிய இணக்கத் தேவைகள் (பிரிவு 3.3.2 இல் விவரிக்கப்பட்டுள்ளபடி) WG இலிருந்து ஒரு விளக்கம் மற்றும் எந்த விலக்குகளுக்கான நியாயமும்
  • IOP சோதனைத் திட்டத் தேவைகள் (பிரிவு 4.3.1 இல் விவரிக்கப்பட்டுள்ளபடி) பூர்த்தி செய்யப்படாத WG இலிருந்து ஒரு விளக்கம் மற்றும் IOP சோதனை அறிக்கையுடன் ஏதேனும் விலகல்களுக்கான நியாயம் (இது ஒரு நகலுக்கான இணைப்பை வழங்குவதன் மூலம் வழங்கப்படலாம். புளூடூத் SIG webதளம்)
  • 0.9/CR S இலிருந்து மாற்றங்களைச் சிறப்பித்துக் காட்டுவதுடன், ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பின் முந்தைய பதிப்புகள் (கள்) நீக்குதல் அல்லது திரும்பப் பெறுதல் ஆகியவற்றுக்கான WG இன் பரிந்துரை.tagவாழ்க்கையின் இறுதி பரிந்துரை
  • 0.9/CR விவரக்குறிப்பிலிருந்து (ஏதேனும் இருந்தால்) அம்சங்கள் அல்லது செயல்பாட்டிற்கான மாற்றங்களின் சுருக்கம், WG ஆல் தயாரிக்கப்பட்டது.
  • WG ஆல் தயாரிக்கப்பட்ட விவரக்குறிப்பு BoD ஆல் அங்கீகரிக்கப்பட்ட சாசனத்தின் எல்லைக்கு அப்பாற்பட்டது என்று BARB உறுப்பினர்கள் எழுப்பிய கவலைகளின் சுருக்கம், BARB ஆல் தயாரிக்கப்பட்டது (ஏதேனும் இருந்தால்)
  • சட்ட மறுபரிசீலனையிலிருந்து தீர்க்கப்படாத மீதமுள்ள சட்டச் சிக்கல்களின் பட்டியல்view (ஏதேனும் இருந்தால்)
  • BTI-அங்கீகரிக்கப்பட்ட டெஸ்ட் சூட், வாக்களிப்பு வரைவு விவரக்குறிப்பின் சோதனைக் கவரேஜின் WG-அங்கீகரிக்கப்பட்ட சுருக்கம். சோதனைக் கவரேஜ் இல்லாமல் புதிதாகச் சேர்க்கப்பட்ட அல்லது மாற்றியமைக்கப்பட்ட செயல்பாட்டின் விஷயத்தில், விடுபட்டதற்கான எழுத்துப்பூர்வ நியாயம் தேவை.
  • BTI-அங்கீகரிக்கப்பட்ட ICS மற்றும் IXIT (குறிப்பிட்டபடி தேவைப்பட்டால்)
  • TCRL BTI மற்றும் BQRB இரண்டாலும் அங்கீகரிக்கப்பட்டது
  • TCRL இல் ஏதேனும் சோதனை நிகழ்வுகள் சோதனைக் கருவிகளால் ஆதரிக்கப்படவில்லை என்பது உட்பட, கருவி தயார்நிலையின் நிலை (எ.கா., PTS மற்றும் பிற சோதனைக் கருவிகள், புளூடூத் துவக்க ஸ்டுடியோ) குறித்து BTI உடன் BSTS தயாரித்த அறிக்கை
  • தேவையான அனைத்து ஒதுக்கப்பட்ட எண்களின் சுருக்கம், WG ஆல் தயாரிக்கப்பட்டது
  • BSTS மற்றும் WG ஆல் தயாரிக்கப்பட்ட தத்தெடுப்பு சரிபார்ப்புப் பட்டியல், இந்தப் பிரிவில் உள்ள அனைத்து விநியோகங்களும் முடிந்துவிட்டது என்பதைக் காட்டுகிறது.
  • BoD ஆல் கோரப்பட்ட மற்ற அனைத்து தகவல்களும்

தத்தெடுப்பு/ஒப்புதல் கட்டத்தின் போது, ​​வரைவு விவரக்குறிப்பு மற்றும் சோதனை ஆவணங்களுக்கு எதிரான சிக்கல்கள் மற்றும் கருத்துகளைப் பிடிக்க புளூடூத் SIG இன் சிக்கல் கண்காணிப்பு அமைப்பை WG பயன்படுத்த வேண்டும். விவரக்குறிப்பு மேம்பாட்டிற்கு, தொடர்புடைய அனைத்து அங்கீகரிக்கப்பட்ட பிழைகளும் (அதாவது அங்கீகரிக்கப்பட்ட பிழைகள் இன்னும் ஒருங்கிணைக்கப்படாதவை) இணைக்கப்பட வேண்டும், மேலும் கண்காணிக்கப்பட்ட மாற்றங்களைப் பயன்படுத்தி அடையாளம் காணப்பட வேண்டும்.

WG இறுதி வரைவு விவரக்குறிப்பை சட்டப்பூர்வ மறுபரிசீலனைக்காக BSTS க்கு சமர்ப்பிக்க வேண்டும்view. புதிய விவரக்குறிப்புகளுக்கு, சட்ட மறுview முழு விவரக்குறிப்பையும் உள்ளடக்கும். விவரக்குறிப்பு மேம்பாடுகளுக்கு, மறுview விவரக்குறிப்பின் மாற்றப்பட்ட பகுதிகளில் முதன்மையாக கவனம் செலுத்தும். சட்ட மறு நோக்கம்view முதன்மையாக WG கருத்தில் கொள்ள வேண்டிய சட்ட அபாயங்களைக் கண்டறிந்து தீர்க்க முற்பட வேண்டும். சட்டரீதியான கருத்து தீவிரத்தின் அடிப்படையில் வகைப்படுத்தப்படும். ஒரு விருப்ப சட்ட மறு என்றால்view 0.9/CR S இல் நிகழ்த்தப்பட்டதுtage, சட்ட மறுப்புக்காக சமர்ப்பிக்கப்பட்ட பதிப்புview கண்காணிக்கப்பட்ட மாற்றங்களாக, அந்த பதிப்பிலிருந்து செய்யப்பட்ட அனைத்து மாற்றங்களையும் (WG அல்லது BSTS மூலம் உருவாக்கியது) காட்ட வேண்டும். சட்ட மறுபடி முடிந்ததும்view, வரைவு விவரக்குறிப்பில் இணைக்கப்பட வேண்டிய கருத்தை WG மற்றும் BSTS ஒப்புக் கொள்ளும். சட்ட மறுபடி தீர்க்கப்படாத சட்டக் கருத்துகள் ஏதேனும் இருந்தால்view வரைவு விவரக்குறிப்பில், WG தலைவர் தீர்மானத்தை ஒப்புக்கொள்ள BoD நிகழ்ச்சி நிரலில் நேரத்தைக் கோரலாம்.

சட்ட மறு இணையாகview, WG மீண்டும் வரைவு விவரக்குறிப்பை BARB க்கு சமர்ப்பிக்க வேண்டும்view. BARB க்கு ஆரம்ப சமர்ப்பிப்பின் போது, ​​வரைவு விவரக்குறிப்பு மீண்டும் BARB க்கு சமர்ப்பிக்கப்பட்டது என்பதை BSTS அனைத்து உறுப்பினர்களுக்கும் தெரிவிக்கும்.view மேலும் இது உறுப்பினர் ரீக்கும் கிடைக்கும்view. BARB ரீ-ரீ-ரிக்கான வரைவு விவரக்குறிப்புக்கு WG புதுப்பிப்புகளைச் சமர்ப்பித்தால்view, பிஎஸ்டிஎஸ் அனைத்து உறுப்பினர்களுக்கும் குறிப்பிட்ட கால இடைவெளியில் கூடுதல் அறிவிப்புகளை அனுப்பும்.

BARB ரீ முடிந்ததும்view, வரைவு விவரக்குறிப்பில் இணைக்கப்பட வேண்டிய கருத்தை WG மற்றும் BARB ஒப்புக் கொள்ளும்.

சட்ட மறு என்றால்view ஏதேனும் கணிசமான மாற்றங்கள் ஏற்படும், கூடுதல் மறுview BARB மூலம் தேவைப்படலாம். இதேபோல், BARB என்றால் மறுview ஏதேனும் கணிசமான மாற்றங்கள் ஏற்பட்டால், BSTS கூடுதல் சட்டப்பூர்வ மறுவை தீர்மானிக்கும்view அந்த மாற்றங்கள் தேவை. சட்ட மறுபடி முடிந்ததும்view மற்றும் BARB review, BARB வாக்களிக்கும் வரைவை அங்கீகரிக்க வேண்டும் அல்லது நிராகரிக்க வேண்டும்.

ஏதேனும் சோதனை ஆவணங்கள் புதுப்பிக்கப்பட வேண்டியிருந்தால், சோதனை ஆவணங்களைப் புதுப்பிக்க BSTS WGக்கு உதவும். சோதனை ஆவணங்களை BTI அங்கீகரிக்க வேண்டும் அல்லது நிராகரிக்க வேண்டும். BTI ஆல் அங்கீகரிக்கப்பட்டால், BTI ஆனது TCRLஐ இறுதி செய்வதற்கும், தொடர்புடைய ICS, IXIT மற்றும் Test Suite உடன் BQRB க்கு இந்த ஆவணத்தை வழங்குவதற்கும் உதவும். BoD வாக்களிக்கும் வரைவை (தத்தெடுப்பு தேதி) ஏற்றுக்கொள்வது குறித்து வாக்களிக்க விரும்பும் போது BoD கூட்டத்தின் தேதியை BSTS மதிப்பிடும் மற்றும் TCRL இல் பயன்படுத்த BTI ஐ வழங்கும். விவரக்குறிப்புக்கான BARB ஒப்புதல், அனைத்து சோதனை ஆவணங்களின் BTI ஒப்புதல் (டெஸ்ட் சூட், TCRL, ICS மற்றும் IXIT உட்பட), மற்றும் TCRL இன் BQRB ஒப்புதல் ஆகியவை தத்தெடுக்கும் தேதி அல்லது அதற்கு முன் நிகழ வேண்டும்.

BSTS ஆனது வாக்களிக்கும் வரைவு மற்றும் ஏற்றுக்கொள்ளும் தேதியின் இறுதி மற்றும் கிடைக்கும் தன்மையை அனைத்து உறுப்பினர்களுக்கும் தெரிவிக்கும். தத்தெடுப்பு தேதியானது BoD-அங்கீகரிக்கப்பட்ட 60/CR விவரக்குறிப்பு குறித்து உறுப்பினர்களுக்கு அறிவிக்கப்பட்ட 0.9 நாட்களுக்கு முன்னதாகவே அமைக்கப்படும், உறுப்பினர் மறுவரைத் தவிர.view விதிமுறைகளுக்கு இணங்க BoD ஆல் காலம் குறைக்கப்படுகிறது, மேலும் தத்தெடுப்பு தேதி அறிவிக்கப்பட்ட குறைந்தபட்சம் 14 நாட்களுக்குப் பிறகு சட்ட விதிகளின்படி உறுப்பினர்களுக்கு வழங்கப்படுகிறது. வாக்குப்பதிவு வரைவில் பல CRகள் ஒருங்கிணைக்கப்பட்ட நிகழ்வுகளுக்கு, உறுப்பினர் Re-ன் தொடக்கம்view மிக சமீபத்திய BoD-அங்கீகரிக்கப்பட்ட CR குறித்து உறுப்பினர்களுக்கு அறிவிக்கப்பட்ட தேதியாகும்.

தத்தெடுக்கும் தேதி குறித்த அறிவிப்பு உறுப்பினர்களுக்கு வழங்கப்பட்ட பிறகு, வாக்களிப்பு வரைவில் உள்ள அச்சுக்கலை பிழைகளுக்கு BoD-அங்கீகரிக்கப்பட்ட திருத்தங்கள் அனுமதிக்கப்படும். விவரக்குறிப்பு தத்தெடுப்பு காலவரிசை படம் 6.2 இல் விளக்கப்பட்டுள்ளது.

FIG 10 விவரக்குறிப்பு தத்தெடுப்பு காலவரிசை

6.2 ஒதுக்கப்பட்ட எண்கள்

புளூடூத் SIG ஆனது புளூடூத் SIG ஒதுக்கப்பட்ட எண்களில் பொதுவில் கிடைக்கும் ஒதுக்கப்பட்ட எண்களின் தொகுப்பை பராமரிக்கிறது webதளம் [7]. இந்த ஒதுக்கப்பட்ட எண்கள் பல்வேறு எண் இடைவெளிகளில் தொகுக்கப்பட்டுள்ளன (நகல்கள் இல்லாத தொடர்புடைய எண்களின் தொகுப்பு). ஒதுக்கப்பட்ட எண்கள் வெவ்வேறு எண் இடைவெளிகளில் ஒதுக்கப்பட்ட பிற எண்களுடன் மேலெழுதலாம், ஆனால் எண் இடைவெளியில் உள்ள எந்த எண்ணையும் மீண்டும் பயன்படுத்த அனுமதிக்கப்படாது. ஒதுக்கப்பட்ட எண்களின் பயன்பாட்டை வரையறுக்கும் விவரக்குறிப்பில் பல்வேறு எண் இடைவெளிகள் வரையறுக்கப்பட்டுள்ளன.

IOP சோதனை அறிக்கையை BARB அங்கீகரித்த பிறகு, இறுதி விவரக்குறிப்பிற்குத் தேவையான எண் இடைவெளியில் புதிய எண்களை ஒதுக்குவதற்கான கோரிக்கையை WG BARB க்கு சமர்ப்பிக்கும். BARB மறுview ஒதுக்கப்பட்ட எண்களைத் தீர்மானிக்க BSTS உடன் கோரிக்கை மற்றும் வேலை. BARB அனுமதியின் பேரில், BSTS ஒதுக்கப்பட்ட எண்களின் வெளியீட்டை ப்ளூடூத் SIG ஒதுக்கப்பட்ட எண்களில் பொதுவில் கிடைக்கும்படி திட்டமிடும். webதளம் [7] விவரக்குறிப்பு ஏற்றுக்கொள்ளப்பட்ட ஒரு வாரத்திற்குள்.

புளூடூத் SIG ஒதுக்கப்பட்ட எண்களில் ஒதுக்கப்பட்ட எண்கள் வெளியிடப்பட்டவுடன் webதளம் அல்லது ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பிற்குள், ஒதுக்கப்பட்ட எண்கள் மாறாதவையாக இருக்க வேண்டும் (மதிப்பு அல்லது அர்த்தத்தில் மாறாமல் இருக்க). சில காரணங்களால் அவை பயன்படுத்த முடியாததாகிவிட்டால், அவை ஒதுக்கப்பட்ட மதிப்புகளாக மாறும் மற்றும் மீண்டும் பயன்படுத்த அனுமதிக்கப்படாது.

6.3 தத்தெடுப்பு/ஒப்புதல் கட்டம் வெளியேறும் தேவைகள்

BoD விவரக்குறிப்பை ஏற்றுக்கொண்டதும், பின்வரும் தத்தெடுப்புக்குப் பிந்தைய நடவடிக்கைகள் முடிந்ததும் ஒப்புதல்/தத்தெடுப்பு கட்டம் முடிந்தது:

  • BSTS ஆனது ப்ளூடூத் SIG இல் இறுதியாக ஒதுக்கப்பட்ட எண்களை பொதுவில் கிடைக்கச் செய்துள்ளது webதளம்.
  • BSTS ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பை புளூடூத் SIG இல் பொதுவில் கிடைக்கச் செய்துள்ளது webதளம்
  • BSTS ஆனது தொடர்புடைய விவரக்குறிப்புக்குத் தேவையான அனைத்து துணை ஆவணங்களையும் (எ.கா., CSS, GSS, MDP) புளூடூத் SIG இல் பொதுவில் கிடைக்கச் செய்துள்ளது. webதளம்.
  • BSTS ஆனது அதனுடன் தொடர்புடைய சோதனை ஆவணங்களை Bluetooth SIG இல் உள்ள அனைத்து உறுப்பினர்களுக்கும் கிடைக்கச் செய்துள்ளது webதளம்.
  • விவரக்குறிப்பு மேம்பாடுகளுக்காக, BSTS, புதிதாக ஏற்றுக்கொள்ளப்பட்ட பதிப்பின் அனைத்து மாற்றங்களுடனும் முன்னர் ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பு பதிப்பின் தகவல் மாற்ற-கண்காணிக்கப்பட்ட பதிப்பை உருவாக்கி, புளூடூத் SIG இல் உள்ள அனைத்து உறுப்பினர்களுக்கும் கிடைக்கச் செய்துள்ளது. webதளம்.
  • BSTS தகுதி முறையை செயல்படுத்தியுள்ளது.
  • BSTS அனைத்து உறுப்பினர்களுக்கும் ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்புகள் மற்றும் அனைத்து துணை ஆவணங்களின் கிடைக்கும் தன்மையை அறிவித்துள்ளது.

புளூடூத் SIG ஆனது, விவரக்குறிப்பை ஏற்று ஒரு வாரத்திற்குள் இந்த பிந்தைய தத்தெடுப்பு நடவடிக்கைகளை முடிக்க திட்டமிட்டுள்ளது.

 

7. விவரக்குறிப்பு பராமரிப்பு கட்டம்

தத்தெடுப்பு/ஒப்புதல் கட்டம் முடிந்ததும் விவரக்குறிப்பு பராமரிப்பு கட்டம் தொடங்குகிறது. விவரக்குறிப்பு அல்லது தொடர்புடைய சோதனை ஆவணங்களில் சிக்கல்கள் (எ.கா., சொற்களின் தெளிவின்மை அல்லது தொழில்நுட்ப பிழைகள்) கண்டறியப்பட்டால், புளூடூத் SIG பிழைத்திருத்த கருவியைப் பயன்படுத்தி பிழையான முன்மொழிவுகளை உருவாக்குவதன் மூலம் அவை ஆவணப்படுத்தப்பட வேண்டும். விவரக்குறிப்பு பிழை முன்மொழிவுகள் EPD [3] இன் படி செயலாக்கப்பட்டு, வகைப்படுத்தப்படும் மற்றும் அங்கீகரிக்கப்படும். டெஸ்ட் சூட் பிழைத்திருத்தம் TSTO [5] படி செயலாக்கப்பட்டு வகைப்படுத்தப்படுகிறது. SMPD மற்றும் EPD அல்லது TSTO ஆகியவற்றுக்கு இடையே ஏதேனும் முரண்பாடுகள் இருந்தால், SMPD முன்னுரிமை பெறுகிறது.

இறுதியாக ஏற்றுக்கொள்ளப்பட்ட புளூடூத் விவரக்குறிப்புகளில் தொழில்நுட்ப அல்லது தலையங்கப் பிழைகளை சரிசெய்ய மட்டுமே விவரக்குறிப்பு பிழைகள் பயன்படுத்தப்பட வேண்டும். இந்த ஆவணத்தில் முன்னர் வரையறுக்கப்பட்ட விவரக்குறிப்பு மேம்படுத்தல் செயல்முறையின் மூலம் மட்டுமே செயல்பாட்டைச் சேர்த்தல், மாற்றுதல் மற்றும் அகற்றுதல் ஆகியவை செய்ய முடியும்.

7.1 விரைவான பிழைத்திருத்த செயல்முறை

EPD [3] இல் வரையறுக்கப்பட்ட செயல்முறையைப் பின்பற்றி ஒரு பிழைத்திருத்தம் அங்கீகரிக்கப்பட்டால், WG, BARB அல்லது BSTS அதை அவசரமாகக் கருதி விரைவுபடுத்த வேண்டும் என்று பரிந்துரைக்கலாம். இது நிகழும்போது, ​​WG அல்லது BARB உடன் BSTS ஆனது BoD க்கு பரிந்துரையை வழங்கும். பரிந்துரையை ஏற்பதா அல்லது நிராகரிப்பதா என்பதை BoD முடிவு செய்யும். பரிந்துரை ஏற்றுக்கொள்ளப்பட்டால், BSTS உடனடியாக அங்கீகரிக்கப்பட்ட பிழைத்திருத்தத்தை பிழைத்திருத்த வார்ப்புருவில் [8] இணைத்து, WG க்கு மீண்டும் சமர்ப்பிக்கப்பட வேண்டிய துரிதப்படுத்தப்பட்ட பிழைத்திருத்த திருத்தத்தை இறுதி செய்வதற்கு பொறுப்பான WG உடன் இணைந்து பணியாற்றும்.view மற்றும் ஒப்புதல்.

ஒரு ஓவர்view துரிதப்படுத்தப்பட்ட பிழைத்திருத்த செயல்முறை படம் 7.1 இல் விளக்கப்பட்டுள்ளது.

FIG 11 விரைவான பிழைத்திருத்த செயல்முறை

பின்வரும் ஆவணங்கள் பூர்த்தி செய்யப்பட வேண்டும் மற்றும் தத்தெடுக்கும் தேதிக்கு முன்னதாக BoD க்கு கிடைக்க வேண்டும்:

  • BARB-அங்கீகரிக்கப்பட்ட வரைவு பிழைத்திருத்த திருத்தத்தை துரிதப்படுத்தியது.
  • பூர்த்தி செய்யப்படாத பின்தங்கிய இணக்கத் தேவைகள் (பிரிவு 3.3.2 இல் விவரிக்கப்பட்டுள்ளபடி) WG இலிருந்து ஒரு விளக்கம் மற்றும் விதிவிலக்குகளுக்கான நியாயம்.
  • சட்ட மறுபரிசீலனையிலிருந்து தீர்க்கப்படாத மீதமுள்ள சட்டச் சிக்கல்களின் பட்டியல்view (ஏதேனும் இருந்தால்).
  • BTI-அங்கீகரிக்கப்பட்ட டெஸ்ட் சூட், ICS மற்றும் IXIT (தவறான முறையில் தேவைப்பட்டால்).
  • BTI- மற்றும் BQRB-அங்கீகரிக்கப்பட்ட TCRL (பிழையின்படி தேவைப்பட்டால்).
  • TCRL இல் ஏதேனும் சோதனை நிகழ்வுகள் சோதனைக் கருவிகளால் ஆதரிக்கப்படவில்லை என்றால் (எ.கா., PTS மற்றும் பிற சோதனைக் கருவிகள், புளூடூத் லாஞ்ச் ஸ்டுடியோ) கருவி தயார்நிலையின் நிலை குறித்து BTI உடன் BSTS ஆல் பூர்த்தி செய்யப்பட்ட அறிக்கை மற்றும் ஒரு விளக்கம் (தவறான முறையில் தேவைப்பட்டால் )
  • BSTS மற்றும் WG ஆல் பூர்த்தி செய்யப்பட்ட தத்தெடுப்பு சரிபார்ப்புப் பட்டியல், இந்தப் பிரிவில் உள்ள டெலிவரிகள் அனைத்தும் முடிந்துவிட்டது என்பதைக் காட்டுகிறது.
  • BoD ஆல் கோரப்பட்ட மற்ற அனைத்து தகவல்களும்.

BSTS பொறுப்பான WG உடன் இணைந்து செயலாற்றும் வரைவு துரிதப்படுத்தப்பட்ட பிழைத்திருத்தத் திருத்தம் மற்றும் மறுபரிசீலனைக்காக பொறுப்பான WG க்கு சமர்ப்பிக்க ஒரு பதிப்பை உருவாக்கும்view மற்றும் ஒப்புதல்.

சட்டப்பூர்வ மறுசீரமைப்பிற்காக WG விரைவுபடுத்தப்பட்ட பிழைத்திருத்தத்தை BSTS க்கு சமர்ப்பிக்க வேண்டும்view. சட்ட மறுபடி முடிந்ததும்view, WG மற்றும் BSTS ஆகியவை துரிதப்படுத்தப்பட்ட பிழைத்திருத்த திருத்தத்தில் இணைக்கப்பட வேண்டிய பின்னூட்டங்களை ஒப்புக் கொள்ளும். சட்ட மறுபடி தீர்க்கப்படாத சட்டக் கருத்துகள் ஏதேனும் இருந்தால்view துரிதப்படுத்தப்பட்ட பிழைத்திருத்தத் திருத்தத்தில், தீர்மானத்தில் BoD உள்ளீட்டைப் பெறுவதற்கு BoD நிகழ்ச்சி நிரலில் WG தலைவர் நேரத்தைக் கோரலாம்.

சட்ட மறு இணையாகview, WG விரைவுபடுத்தப்பட்ட பிழைத்திருத்தத்தை மீண்டும் BARB க்கு சமர்ப்பிக்க வேண்டும்view. துரிதப்படுத்தப்பட்ட பிழைத்திருத்தம் BARB க்கு சமர்ப்பிக்கப்பட்டதும், BSTS அதை அனைத்து உறுப்பினர்களுக்கும் அணுகக்கூடியதாக மாற்றும்view மற்றும் அதன் இருப்பு குறித்து அனைத்து உறுப்பினர்களுக்கும் தெரிவிக்கவும். BARB ரீ முடிந்ததும்view, WG மற்றும் BARB ஆகியவை துரிதப்படுத்தப்பட்ட பிழைத்திருத்த திருத்தத்தில் இணைக்கப்பட வேண்டிய பின்னூட்டங்களை ஒப்புக் கொள்ளும்.

சட்ட மறு என்றால்view ஏதேனும் கணிசமான மாற்றங்கள் ஏற்படும், கூடுதல் மறுview BARB மூலம் தேவைப்படலாம். இதேபோல், BARB என்றால் மறுview ஏதேனும் கணிசமான மாற்றங்கள் ஏற்பட்டால், BSTS கூடுதல் சட்டப்பூர்வ மறுவை தீர்மானிக்கும்view அந்த மாற்றங்கள் தேவை. சட்ட மறுபடி முடிந்ததும்view மற்றும் BARB review, துரிதப்படுத்தப்பட்ட பிழைத்திருத்தத்தை BARB அங்கீகரிக்க வேண்டும் அல்லது நிராகரிக்க வேண்டும்.

ஏதேனும் சோதனை ஆவணங்கள் புதுப்பிக்கப்பட வேண்டியிருந்தால், சோதனை ஆவணங்களைப் புதுப்பிக்க BSTS WGக்கு உதவும். சோதனை ஆவணங்களின் BTI ஒப்புதலுக்குப் பிறகு, BTI ஆனது TCRL ஐ இறுதி செய்வதற்கும், தொடர்புடைய ICS, IXIT மற்றும் Test Suite ஆகியவற்றுடன் ஆவணத்தை BQRB க்கு வழங்குவதற்கும் உதவும். BSTS தத்தெடுப்பு தேதியை மதிப்பிட்டு, TCRL இல் பயன்படுத்த BTI க்கு வழங்கும். துரிதப்படுத்தப்பட்ட பிழை திருத்தத்திற்கான BARB ஒப்புதல், அனைத்து சோதனை ஆவணங்களின் BTI ஒப்புதல் (பொருந்தக்கூடிய சோதனைத் தொகுப்பு, TCRL, ICS மற்றும் IXIT உட்பட), மற்றும் TCRL இன் BQRB ஒப்புதல் தத்தெடுக்கும் தேதி அல்லது அதற்கு முன் நிகழ வேண்டும்.

பிஎஸ்டிஎஸ் அனைத்து உறுப்பினர்களுக்கும் விரைவான பிழைத்திருத்தம் மற்றும் முன்மொழியப்பட்ட தத்தெடுப்பு தேதியின் இறுதி மற்றும் கிடைக்கும் தன்மையை தெரிவிக்கும். தத்தெடுப்பு தேதி அமைக்கப்பட்டு அனைத்து உறுப்பினர்களுக்கும் பைலாஸ் [2] இன் படி அறிவிக்கப்படும் மற்றும் தத்தெடுப்பு தேதி உறுப்பினர்களுக்கு அறிவிப்பு வழங்கப்பட்ட குறைந்தது 14 நாட்களுக்குப் பிறகு இருக்கும். முன்மொழியப்பட்ட தத்தெடுப்பு தேதி பற்றிய அறிவிப்பு உறுப்பினர்களுக்கு வழங்கப்பட்ட பிறகு, முன்மொழியப்பட்ட தத்தெடுப்பு தேதியின் கூடுதல் அறிவிப்பை வழங்காமல், தேவையான 14 நாட்கள் காத்திருக்காமல், துரிதப்படுத்தப்பட்ட பிழைத்திருத்தத்தில் உள்ள அச்சுக்கலை பிழைகளின் திருத்தங்களை BoD அங்கீகரிக்கலாம்.

புளூடூத் எஸ்ஐஜி ஏற்றுக்கொள்ளப்பட்ட விரைவான பிழைத்திருத்தத்தை பொதுவில் கிடைக்கச் செய்யும் மற்றும் தத்தெடுத்த பிறகு ஒரு வாரத்திற்குள் அதைச் செய்ய திட்டமிட்டுள்ளது. அதன் கிடைக்கும் அறிவிப்பு அனைத்து உறுப்பினர்களுக்கும் BSTS மூலம் வழங்கப்படும்.

BoD துரிதப்படுத்தப்பட்ட பிழைத்திருத்த திருத்தத்தை ஏற்றுக்கொண்டதும், பின்வரும் தத்தெடுப்புக்குப் பிந்தைய செயல்பாடுகள் முடிவடைந்ததும், துரிதப்படுத்தப்பட்ட பிழைத்திருத்த செயல்முறை நிறைவடைகிறது:

  • BSTS ஏற்றுக்கொள்ளப்பட்ட விரைவான பிழைத்திருத்தம் மற்றும் அதனுடன் தொடர்புடைய சோதனை ஆவணங்களை (பிழைக்குத் தேவைப்பட்டால்) புளூடூத் SIG இல் பொதுவில் கிடைக்கச் செய்துள்ளது. webதளம்.
  • BSTS தகுதி முறையை செயல்படுத்தியுள்ளது (பிழையின்படி தேவைப்பட்டால்).
  • BSTS ஆனது அனைத்து உறுப்பினர்களுக்கும் ஏற்றுக்கொள்ளப்பட்ட துரிதப்படுத்தப்பட்ட பிழைத்திருத்தத்தின் கிடைக்கும் தன்மையை அறிவித்துள்ளது.

இந்த செயல்பாடுகளின் முடிவில், திட்டமிட்ட விவரக்குறிப்பு மேம்பாட்டின் ஒரு பகுதியாக அல்லது பிரிவு 7.2 இல் விவரிக்கப்பட்டுள்ளபடி வரவிருக்கும் பராமரிப்பு வெளியீட்டில் பாதிக்கப்பட்ட விவரக்குறிப்புகளுடன் ஒருங்கிணைக்க பிழைத்திருத்த திருத்தம் திட்டமிடப்படும்.

7.2 பராமரிப்பு வெளியீட்டு செயல்முறை (.Z விவரக்குறிப்புகள்)

ஏறக்குறைய ஆண்டு அடிப்படையில், தொழில்நுட்பம்/உயர்நிலை அல்லது தொழில்நுட்பம்/முக்கியமானது என வகைப்படுத்தப்பட்ட ஏதேனும் அங்கீகரிக்கப்பட்ட பிழைத்திருத்தங்கள் (பிழைத் திருத்தங்கள் என குறிப்பிடப்படுகின்றன) உள்ளனவா என்பதை BSTS தீர்மானிக்கும். ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பு மறுக்கப்படவில்லை அல்லது திரும்பப் பெறப்படவில்லை). பிழை வகைப்பாடு வரையறைகளுக்கு பின் இணைப்பு A ஐப் பார்க்கவும். ஒரு விவரக்குறிப்பு உரிமையாளர் (விவரக்குறிப்பைப் பராமரிக்க WG பட்டயமிட்டது, அல்லது விவரக்குறிப்பைப் பராமரிக்க WG பட்டயப்படுத்தப்படவில்லை என்றால் BARB) ஏதேனும் அங்கீகரிக்கப்பட்ட பிழைகளை இணைக்கும் செயலில் உள்ள விவரக்குறிப்பின் முந்தைய பராமரிப்பு வெளியீட்டைக் கோரலாம். BSTS நிர்ணயம் அல்லது விவரக்குறிப்பு உரிமையாளரின் கோரிக்கையின் பேரில், பராமரிப்பு வெளியீட்டு செயல்முறை தொடங்கும்.

ஒரு ஓவர்view பராமரிப்பு வெளியீட்டு செயல்முறை பிழையில் விளக்கப்பட்டுள்ளது! ஆதாரம் கிடைக்கவில்லை.

FIG 12 பராமரிப்பு வெளியீட்டு செயல்முறை

பராமரிப்பு வெளியீட்டு செயல்முறையின் தொடக்கத்தில், BSTS ஆனது விவரக்குறிப்பு உரிமையாளர், BARB மற்றும் BTI உடன் இணைந்து வெளியிடப்பட்ட விவரக்குறிப்பு பதிப்பில் பிழைத்திருத்த திருத்தங்களை இணைப்பதற்கான திட்டத்தை உருவாக்கி BoD க்கு வழங்கும். முன்மொழியப்பட்ட திட்டம், விவரக்குறிப்பின் பராமரிப்பு வெளியீட்டில் (அதாவது, a .Z பதிப்பு) அல்லது ஏற்கனவே செயலில் உள்ள விவரக்குறிப்பு மேம்பாட்டில் (அதாவது XY பதிப்பு) பிழைத்திருத்த திருத்தங்கள் இணைக்கப்படுமா என்பதைக் குறிக்க வேண்டும். முன்மொழியப்பட்ட திட்டமானது ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்புகளின் பதிப்புகளுக்கு இடையில் ஏதேனும் புதிய கட்டாய அம்சங்கள் சேர்க்கப்பட்டுள்ளதா, அடுத்த விவரக்குறிப்பு மேம்பாடு தத்தெடுப்புக்கு திட்டமிடப்பட்ட மதிப்பிடப்பட்ட நேரம் மற்றும் பிற காரணிகளை கணக்கில் எடுத்துக்கொள்ள வேண்டும்.

BoD இன் திட்டத்திற்கு ஒப்புதல் அளித்தவுடன், BSTS ஆனது விவரக்குறிப்பு உரிமையாளருடன் சேர்ந்து அனைத்து தொழில்நுட்ப/நடுத்தர, தொழில்நுட்ப/உயர் மற்றும் தொழில்நுட்ப/முக்கியமான பிழைத்திருத்தங்களை "பராமரிப்பு வெளியீட்டு வரைவு" என குறிப்பிடப்படும் வரைவு விவரக்குறிப்பில் இணைக்கும். எடிட்டோரியல் அல்லது டெக்னிக்கல்/குறைந்த பிழைத்திருத்தத் திருத்தங்கள், விவரக்குறிப்பின் ஒன்றுக்கு மேற்பட்ட பதிப்புகளுக்குப் பிழைத்திருத்தம் பொருந்தினால், BSTS, BoD வேறுவிதமாகக் குறிப்பிடும் வரை, அந்தப் பதிப்பின் அடுத்த புதுப்பிப்பில் மிகச் சமீபத்திய உயர் விவரக்குறிப்பு பதிப்பில் மட்டுமே அந்த பிழைகளை ஒருங்கிணைக்கும். . பிழைத்திருத்தத் திருத்தங்களைச் சேர்ப்பதைத் தவிர, பராமரிப்பு வெளியீட்டு வரைவில் எந்த மாற்றங்களும் சேர்க்கப்படக்கூடாது. ஒவ்வொரு பராமரிப்பு வெளியீட்டு வரைவு வெளியிடப்பட்ட விவரக்குறிப்பின் முன்னர் ஏற்றுக்கொள்ளப்பட்ட பதிப்பில் முன்மொழியப்பட்ட மாற்றங்களைக் காட்ட, மாற்றம்-கண்காணிப்பைப் பயன்படுத்தி அனைத்து இணைக்கப்பட்ட பிழைத்திருத்த திருத்தங்களையும் அடையாளம் காண வேண்டும்.

பராமரிப்பு வெளியீட்டு வரைவில் உள்ள ஒவ்வொரு பிழைத்திருத்தத் திருத்தத்திற்கான முன்மொழியப்பட்ட ஒருங்கிணைப்பின் நேரம் டெஸ்ட் சூட் தாக்கத்தைப் பொறுத்தது: டெஸ்ட் சூட் தாக்கம் இல்லாத அனைத்து பிழைத்திருத்த திருத்தங்களும் உடனடியாக இணைக்கப்படலாம், ஆனால் சோதனைத் தொகுப்பில் தாக்கத்தை ஏற்படுத்தும் பிழைத்திருத்த திருத்தங்கள் TCRLக்கான புதுப்பித்தலுடன் நேரம் ஒத்துப்போகும் வகையில் செயலாக்கப்பட்டது.

BTI மற்றும் BSTS ஆகியவை பராமரிப்பு வெளியீட்டு வரைவில் சோதனைத் தொகுப்பின் தாக்கத்துடன் பிழைத்திருத்த திருத்தங்களைச் சேர்ப்பதற்கான காலக்கெடுவை நிறுவும். இந்த காலக்கெடு பொதுவாக அடுத்த பெரிய TCRL வெளியீட்டின் திட்டமிடப்பட்ட ஒப்புதல் தேதிக்கு 3 முதல் 6 மாதங்கள் ஆகும். சேர்ப்பதற்கான காலக்கெடுவைத் தவறவிட்ட டெஸ்ட் சூட் தாக்கத்துடன் கூடிய பிழைத்திருத்தங்கள் அடுத்த ஆண்டு TCRL வெளியீட்டின் ஒரு பகுதியாக செயலாக்கப்படும். எனவே, முந்தைய வெளியீடு கோரப்படாவிட்டால், தொழில்நுட்ப/உயர்ந்த அல்லது தொழில்நுட்ப/முக்கியமான பிழைத்திருத்தங்கள் விவரக்குறிப்பு புதுப்பிப்பில் சேர்க்கப்படுவதற்கான அதிகபட்ச நேரம் தோராயமாக 15 முதல் 18 மாதங்கள் ஆகும்.

விவரக்குறிப்பு உரிமையாளர், சட்டப்பூர்வ மறுசீரமைப்பிற்கான இறுதியாக அங்கீகரித்த பராமரிப்பு வெளியீட்டு வரைவைச் சமர்ப்பிக்க வேண்டும்view. சட்ட மறுview விவரக்குறிப்பின் மாற்றப்பட்ட பகுதிகளில் முதன்மையாக கவனம் செலுத்தும். சட்ட மறுபடி முடிந்ததும்view, விவரக்குறிப்பு உரிமையாளர் மற்றும் BSTS ஆகியவை பராமரிப்பு வெளியீட்டு வரைவில் இணைக்கப்பட வேண்டிய கருத்தை ஏற்றுக்கொள்வார்கள். சட்ட மறுபடி தீர்க்கப்படாத சட்டக் கருத்துகள் ஏதேனும் இருந்தால்view பராமரிப்பு வெளியீட்டு வரைவில், விவரக்குறிப்பு உரிமையாளர் BoD நிகழ்ச்சி நிரலில் தீர்மானத்தில் BoD உள்ளீட்டைப் பெற நேரத்தைக் கோரலாம்.

சட்ட மறு இணையாகview, விவரக்குறிப்பு உரிமையாளர், பராமரிப்பு வெளியீட்டு வரைவை மீண்டும் BARB க்கு சமர்ப்பிக்க வேண்டும்view. பராமரிப்பு வெளியீட்டு வரைவு BARB க்கு சமர்ப்பிக்கப்பட்டதும், BSTS அதை அனைத்து உறுப்பினர்களுக்கும் அணுகக்கூடியதாக மாற்றும்view மற்றும் அதன் இருப்பு குறித்து அனைத்து உறுப்பினர்களுக்கும் தெரிவிக்கவும். BARB ரீ முடிந்ததும்view, விவரக்குறிப்பு உரிமையாளர் மற்றும் BARB வரைவு விவரக்குறிப்பில் இணைக்கப்பட வேண்டிய கருத்தை ஏற்றுக்கொள்வார்கள்.

சட்ட மறு என்றால்view ஏதேனும் கணிசமான மாற்றங்கள் ஏற்படும், கூடுதல் மறுview BARB மூலம் தேவைப்படலாம். இதேபோல், BARB என்றால் மறுview ஏதேனும் கணிசமான மாற்றங்கள் ஏற்பட்டால், BSTS கூடுதல் சட்டப்பூர்வ மறுவை தீர்மானிக்கும்view அந்த மாற்றங்கள் தேவை. சட்ட மறுபடி முடிந்ததும்view மற்றும் BARB review, BARB பராமரிப்பு வெளியீட்டு வரைவை அங்கீகரிக்க வேண்டும் அல்லது நிராகரிக்க வேண்டும். BARB ஆல் அங்கீகரிக்கப்பட்டால், இது வாக்களிப்பு வரைவாகும்.

சோதனை ஆவணங்களைப் பாதிக்கும் பிழைத்திருத்தத் திருத்தங்கள் மற்றும் வரவிருக்கும் TCRL வெளியீட்டில் தொடர்புடைய சோதனை பிழைத்திருத்தங்கள் செயலாக்கப்படும்போது, ​​சோதனை ஆவணங்களைப் புதுப்பிக்க BSTS விவரக்குறிப்பு உரிமையாளர் மற்றும் BTI உடன் இணைந்து செயல்படும். சோதனை ஆவணங்களின் BTI ஒப்புதலுக்குப் பிறகு, BSTS தத்தெடுப்பு தேதியை மதிப்பிடும் மற்றும் TCRL இல் பயன்படுத்த BTI க்கு முன்மொழியப்பட்ட தத்தெடுப்பு தேதியை வழங்கும். BTI தொடர்புடைய ICS, IXIT மற்றும் Test Suite உடன் TCRLஐ BQRBக்கு வழங்கும். விவரக்குறிப்புக்கான BARB ஒப்புதல், அனைத்து சோதனை ஆவணங்களின் BTI ஒப்புதல் (பொருந்தக்கூடிய டெஸ்ட் சூட், TCRL, ICS மற்றும் IXIT உட்பட), மற்றும் TCRL இன் BQRB ஒப்புதல் தத்தெடுக்கும் தேதி அல்லது அதற்கு முன் நிகழ வேண்டும்.

BSTS ஆனது வாக்களிக்கும் வரைவு மற்றும் முன்மொழியப்பட்ட தத்தெடுப்பு தேதியின் இறுதி மற்றும் கிடைக்கும் தன்மையை அனைத்து உறுப்பினர்களுக்கும் தெரிவிக்கும். தத்தெடுப்பு தேதி அமைக்கப்பட்டு அனைத்து உறுப்பினர்களுக்கும் பைலாக்களுக்கு இணங்க அறிவிக்கப்படும் மற்றும் தத்தெடுப்பு தேதி உறுப்பினர்களுக்கு அறிவிப்பு வழங்கப்பட்ட பின்னர் குறைந்தது 14 நாட்கள் ஆகும். முன்மொழியப்பட்ட தத்தெடுப்பு தேதி பற்றிய அறிவிப்பு உறுப்பினர்களுக்கு வழங்கப்பட்ட பிறகு, முன்மொழியப்பட்ட தத்தெடுப்பு தேதியின் கூடுதல் அறிவிப்பை வழங்காமல் மற்றும் தேவையான 14 நாட்கள் காத்திருக்காமல் வாக்களிப்பு வரைவில் உள்ள அச்சுக்கலை பிழைகளை திருத்துவதற்கு BoD அங்கீகரிக்கலாம்.

பின்வரும் ஆவணங்கள் பூர்த்தி செய்யப்பட வேண்டும் மற்றும் தத்தெடுக்கும் தேதிக்கு முன்னதாக BoD க்கு கிடைக்க வேண்டும்:

  • வாக்குப்பதிவு வரைவு
  • ஒரே XY மதிப்பைக் கொண்ட விவரக்குறிப்பின் ஏற்றுக்கொள்ளப்பட்ட பதிப்பில் அனைத்து மாற்றங்களையும் காட்டும் வாக்களிப்பு வரைவின் மாற்றம்-கண்காணிக்கப்பட்ட பதிப்பு (எ.கா., வாக்களிப்பு வரைவு பதிப்பு 1.4.2 என முன்மொழியப்பட்டால், மாற்றங்கள் 1.4.1 க்கு எதிராக கண்காணிக்கப்படும். விவரக்குறிப்பின் பதிப்பு)
  • ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பின் முந்தைய பதிப்பு(களை) நீக்குதல் அல்லது திரும்பப் பெறுவதற்கான விவரக்குறிப்பு உரிமையாளரிடமிருந்து ஒரு பரிந்துரை மற்றும் நியாயப்படுத்துதல்
  • சட்ட மறுபரிசீலனையிலிருந்து தீர்க்கப்படாத மீதமுள்ள சட்டச் சிக்கல்களின் பட்டியல்view (ஏதேனும் இருந்தால்)
  • BTI-அங்கீகரிக்கப்பட்ட டெஸ்ட் சூட், ICS மற்றும் IXIT (பராமரிப்பு வெளியீட்டிற்கு தேவைப்பட்டால்)
  • BTI- மற்றும் BQRB-அங்கீகரிக்கப்பட்ட TCRL (பராமரிப்பு வெளியீட்டின் மூலம் தேவைப்பட்டால்)
  • சோதனைக் கருவிகளால் ஆதரிக்கப்படாத TCRL இல் உள்ள ஏதேனும் சோதனை நிகழ்வுகள் மற்றும் விளக்கம் (பராமரிப்பிற்குத் தேவைப்பட்டால்) கருவி தயார்நிலையின் நிலை (எ.கா., PTS மற்றும் பிற சோதனைக் கருவிகள், புளூடூத் லாஞ்ச் ஸ்டுடியோ) தொடர்பான BTI உடன் BSTS ஆல் பூர்த்தி செய்யப்பட்ட அறிக்கை வெளியீடு)
  • BSTS மற்றும் விவரக்குறிப்பு உரிமையாளரால் பூர்த்தி செய்யப்பட்ட தத்தெடுப்பு சரிபார்ப்புப் பட்டியல் இந்தப் பிரிவில் உள்ள டெலிவரிகள் அனைத்தும் முடிந்துவிட்டது என்பதைக் காட்டுகிறது
  • BoD ஆல் கோரப்பட்ட மற்ற அனைத்து தகவல்களும்

BoD வாக்களிக்கும் வரைவை ஏற்றுக்கொண்டதும், பின்வரும் தத்தெடுப்புக்குப் பிந்தைய நடவடிக்கைகள் முடிந்ததும் பராமரிப்பு வெளியீட்டு செயல்முறை முடிந்தது:

  • BSTS ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பு மற்றும் தொடர்புடைய சோதனை ஆவணங்களை (பராமரிப்பு வெளியீட்டிற்குத் தேவைப்பட்டால்) புளூடூத் SIG இல் பொதுவில் கிடைக்கச் செய்துள்ளது. webதளம்.
  • BSTS ஆனது புளூடூத் SIG இல் உள்ள அனைத்து உறுப்பினர்களுக்கும் கிடைக்கக்கூடிய புதிதாக ஏற்றுக்கொள்ளப்பட்ட பதிப்பில் உள்ள அனைத்து மாற்றங்களுடன் முன்னர் ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்பு பதிப்பின் தகவல் மாற்ற-கண்காணிக்கப்பட்ட பதிப்பை உருவாக்கியுள்ளது. webதளம்.
  • BSTS தகுதி முறையை செயல்படுத்தியுள்ளது.
  • BSTS அனைத்து உறுப்பினர்களுக்கும் ஏற்றுக்கொள்ளப்பட்ட விவரக்குறிப்புகள் மற்றும் துணை ஆவணங்களின் கிடைக்கும் தன்மையை அறிவித்துள்ளது.

புளூடூத் SIG ஆனது, விவரக்குறிப்பை ஏற்று ஒரு வாரத்திற்குள் இந்த பிந்தைய தத்தெடுப்பு நடவடிக்கைகளை முடிக்க திட்டமிட்டுள்ளது.

இந்தச் செயல்பாடுகளின் முடிவில், பிரிவு 8ல் வரையறுக்கப்பட்டுள்ளபடி, விவரக்குறிப்பு நிராகரிக்கப்படும் வரை அல்லது திரும்பப் பெறப்படும் வரை விவரக்குறிப்பு பராமரிப்பு கட்டத்தில் இருக்கும்.

 

8. விவரக்குறிப்பு வாழ்க்கையின் இறுதி கட்டம்

புதிய பதிப்புகள், தொழில்நுட்ப ரீதியாக போதுமானதாக இல்லை என தீர்மானிக்கப்படும்போது அல்லது பிற காரணங்களுக்காக விவரக்குறிப்புகள் நிராகரிக்கப்படலாம் அல்லது திரும்பப் பெறப்படலாம். நிராகரிக்கப்பட்ட மற்றும் திரும்பப் பெறப்பட்ட விவரக்குறிப்புகள் காப்பகப்படுத்தப்பட்டு இனி புதுப்பிக்கப்படாது. ப்ளூடூத் தகுதித் திட்டத்தில் நிராகரிக்கப்பட்ட மற்றும் திரும்பப் பெறப்பட்ட விவரக்குறிப்புகள் வித்தியாசமாக நடத்தப்படுகின்றன.

எந்தவொரு உறுப்பினரும், குழுவும் அல்லது குழுவும் BSTS க்கு (மின்னஞ்சல் வழியாக) தொடர்புடைய காலவரிசையுடன் விவரக்குறிப்பை நிராகரிக்க அல்லது திரும்பப் பெறுவதற்கான பரிந்துரைகளை சமர்ப்பிக்கலாம்.

specification.manager@bluetooth.com) எந்த நேரத்திலும். விவரக்குறிப்பு மற்றும் தொடர்புடைய காலக்கெடுவை நீக்குதல் அல்லது திரும்பப் பெறுதல் ஆகியவற்றை BSTS பரிந்துரைக்கலாம். BSTS பரிந்துரையை BARB மற்றும் குழு அல்லது குழுவிற்கு பரிந்துரைக்கும்view மற்றும் கருத்து.

BARB மற்றும் பொறுப்பான குழு அல்லது குழு ஒரு விவரக்குறிப்பை நிராகரிக்க அல்லது திரும்பப் பெறுவதற்கான பரிந்துரைகளை மதிப்பீடு செய்து பின்வரும் (முழுமையற்ற) அளவுகோல்களைக் கருத்தில் கொள்ளும்:

  • விவரக்குறிப்பின் முந்தைய பதிப்பில் வழக்கற்றுப் போன அல்லது பயன்படுத்தக் கூடாத செயல்பாடு உள்ளதா?
  • பிந்தைய பதிப்புகளில் புதிய கட்டாய செயல்பாடு சேர்க்கப்பட்டுள்ளதா?
  • முந்தைய பதிப்புகளில் குறைபாடுகள் உள்ளதா? அவை செயல்பாடு அல்லது இயங்குதன்மையைக் குறைக்கின்றன, அவை பிந்தைய பதிப்புகளில் சரி செய்யப்பட்டு, ஏற்கனவே உள்ள பயனர் காட்சிகளை மேம்படுத்தத் தேவையா?
  • புதிய பயனர் காட்சிகளை முன்னெடுப்பதற்குப் பிந்தைய பதிப்புகளில் கூடுதல் செயல்பாடுகள் உள்ளதா?
  • பிந்தைய பதிப்புகளில் மேம்பட்ட பயன்பாட்டினை மற்றும் இயங்கக்கூடிய தன்மை உள்ளதா?
  • பிந்தைய பதிப்புகளில் பாதுகாப்பு மேம்பாடுகள் உள்ளதா?

BARB மற்றும் பொறுப்பான குழு அல்லது குழு மாற்று பரிந்துரையை முன்மொழியலாம்.

BARB அல்லது குழு அல்லது விவரக்குறிப்பைப் பராமரிக்கப் பொறுப்பான குழுவிடமிருந்து கருத்துக்களைப் பெற்ற பிறகு, BSTS பரிந்துரை(கள்) மற்றும் கருத்துக்களை BoD க்கு பரிசீலனைக்கு சமர்ப்பிக்கும். பாதிக்கப்பட்ட விவரக்குறிப்புகளைப் பராமரிப்பதற்குப் பொறுப்பான குழு அல்லது குழுவைப் பரிந்துரைகளைச் சந்தித்து விவாதிக்க BoD அழைக்கலாம். BoD பரிந்துரைகள் மற்றும் கருத்துக்களை பரிசீலிக்கும் மற்றும் முன்மொழிவுடன் உடன்படலாம் அல்லது மாற்றலாம். 30-நாள் மறுமுறைக்கான விவரக்குறிப்பு(கள்) மற்றும் தொடர்புடைய காலக்கெடு(கள்) ஆகியவற்றை நிராகரிக்க அல்லது திரும்பப் பெறுவதற்கான முன்மொழிவுகளின் அனைத்து உறுப்பினர்களுக்கும் BSTS தெரிவிக்குமாறு BoD கோரும்.view இறுதி முடிவை எடுப்பதற்கு முன் அனைத்து உறுப்பினர்களும் கூடுதல் கருத்துக்களை வழங்க அனுமதிக்கும் காலம்.

உறுப்பினர்களிடமிருந்து பெறப்பட்ட கருத்துக்களை BoD பரிசீலிக்கும். BoD ஒரு விவரக்குறிப்பை நீக்குதல் அல்லது திரும்பப் பெறுதல் ஆகியவற்றை அங்கீகரித்ததும், BSTS முடிவு மற்றும் தொடர்புடைய காலக்கெடுவை அனைத்து உறுப்பினர்களுக்கும் தெரிவிக்கும்.

8.1 நிராகரிப்பு

ஒரு விவரக்குறிப்பு நிறுத்தப்பட்டவுடன், பின்வருபவை நிகழும்:

  • விவரக்குறிப்பு இனி புதுப்பிக்கப்படாது.
  • பொறுப்பு WG மறுview மற்ற விவரக்குறிப்புகளுக்குப் பொருந்துமா என்பதைத் தீர்மானிக்க, நீக்கப்பட்ட விவரக்குறிப்புக்கு எதிராக எழுதப்பட்ட அனைத்து நிலுவையில் உள்ள பிழைகள். பிழைத்திருத்த அமைப்பில் பிழைகள் நிராகரிக்கப்படலாம் மற்றும் பொருந்தக்கூடிய விவரக்குறிப்புகளுக்கு எதிராக மீண்டும் எழுதப்படலாம்.
  • WG அல்லது BSTS மற்ற விவரக்குறிப்புகளில் நிராகரிக்கப்பட்ட விவரக்குறிப்புகளுக்கு தேவையான எந்த குறிப்புகளையும் புதுப்பிக்க பிழைகளை உருவாக்கும்.
  • விவரக்குறிப்பின் தேய்மானத்தைக் குறிக்க, பொருந்தக்கூடிய சோதனை ஆவணங்களை BTI புதுப்பிக்கும்.
  • பிஎஸ்டிஎஸ் புளூடூத் எஸ்ஐஜியைப் புதுப்பிக்கும் webபயன்படுத்த வேண்டிய மாற்று விவரக்குறிப்பு(கள்) தொடர்பான வழிகாட்டுதலுடன் தளம்.
  • நிறுத்தப்பட்ட விவரக்குறிப்புக்கு எதிராக புதிய பிழைகளை இனி சமர்ப்பிக்க முடியாது.
  • எதிர்கால விவரக்குறிப்புகளில் விவரக்குறிப்பு குறிப்பிடப்படாது.
  • BSTS ஆனது வரலாற்று நோக்கங்களுக்காக உறுப்பினர்களுக்கு அணுகுவதற்கு விலக்கப்பட்டதாகக் குறிக்கப்பட்ட விவரக்குறிப்பின் பதிப்பை காப்பகப்படுத்தும்.

8.2 திரும்பப் பெறுதல்

விவரக்குறிப்பு திரும்பப் பெறப்பட்டவுடன், தேய்மானத்திற்கு விண்ணப்பிக்கும் படிகளுக்கு கூடுதலாக, பின்வருபவை நிகழும்:

  • விவரக்குறிப்பை திரும்பப் பெறுவதைக் குறிக்க, பொருந்தக்கூடிய சோதனை ஆவணங்களை BTI புதுப்பிக்கும்.
  • பிஎஸ்டிஎஸ் புளூடூத் எஸ்ஐஜியைப் புதுப்பிக்கும் webபயன்படுத்த வேண்டிய மாற்று விவரக்குறிப்பு(கள்) தொடர்பான வழிகாட்டுதலுடன் தளம்.
  • BSTS ஆனது, வரலாற்று நோக்கங்களுக்காக உறுப்பினர்கள் அணுகுவதற்காக திரும்பப் பெறப்பட்டதாகக் குறிக்கப்பட்ட விவரக்குறிப்பின் பதிப்பை காப்பகப்படுத்தும்.

BoD, விவரக்குறிப்பை முதலில் நிராகரிக்காமல் உடனடியாக ஒரு விவரக்குறிப்பைத் திரும்பப் பெற தேர்வு செய்யலாம்.

 

9. வெள்ளை காகித செயல்முறை

வெள்ளைத் தாள்கள் தகவல் நோக்கங்களுக்காக மட்டுமே உருவாக்கப்படுகின்றன. பின்வரும் வெள்ளைத் தாள் செயல்முறையானது அனைத்து புளூடூத் WGகள், EGகள், SGகள் மற்றும் குழுக்களுக்கும் பொருந்தும். புளூடூத் SIG க்குள் மட்டுமே பயன்படுத்த தகவல் ஆவணங்களுக்கு இந்தப் பிரிவு பொருந்தாது.

இந்த செயல்முறை கீழே உள்ள படம் 9.1 இல் விளக்கப்பட்டுள்ளது.

FIG 13 ஓவர்view வெள்ளை காகித செயல்முறை

எந்தவொரு குழுவும் அல்லது குழுவும் வெள்ளைத் தாளின் வேலையைத் தொடங்கும் முன், அவை புளூடூத் SIG ஆல் வெளியிடப்படும், குழு அல்லது குழு வெள்ளைத் தாளின் முன்மொழியப்பட்ட உள்ளடக்கங்கள் மற்றும் ஒரு வெள்ளைத் தாள் முன்மொழிவு விளக்கக்காட்சியை தெளிவாக வரையறுக்கும் முன்மொழியப்பட்ட பட்டய புதுப்பிப்பு இரண்டையும் தயார் செய்யும்.

வெள்ளைத் தாள் முன்மொழிவு விளக்கக்காட்சியில் குறைந்தபட்சம் இருக்க வேண்டும்:

  • வெள்ளை காகிதத்தின் தேவை
  • வெள்ளைத் தாளின் முன்மொழியப்பட்ட உள்ளடக்கங்களின் சுருக்கம்
  • விவரக்குறிப்பின் ஒரு பகுதியாக உள்ளடக்கம் ஏன் பரிந்துரைக்கப்படவில்லை என்பதற்கான விளக்கம்
  • நோக்கம் கொண்ட பார்வையாளர்கள்
  • ஏதேனும் பராமரிப்புத் திட்டங்கள் (அதாவது, இந்த வெள்ளைத் தாளின் அடுத்த வெளியீட்டிற்கு முன் மதிப்பிடப்பட்ட நேரம் தேவைப்படலாம்)
  • வெள்ளைத் தாளின் முந்தைய பதிப்புகள் ஏதேனும் இருந்தால் அவற்றை எவ்வாறு கையாள்வது என்பதற்கான பரிந்துரைகள் (எ.கா. காப்பகப்படுத்துதல்)

பட்டயப் புதுப்பிப்பு மற்றும் வெள்ளைத் தாள் முன்மொழிவு விளக்கக்காட்சி BARB க்கு சமர்ப்பிக்கப்பட வேண்டும்view. மறு மீதுview மற்றும் BARB ஆல் பட்டயப் புதுப்பிப்புக்கான ஒப்புதல், BSTS ஆனது, ஆதரவு வெள்ளைத் தாள் முன்மொழிவு விளக்கக்காட்சியுடன் ஒப்புதலுக்காக BoD க்கு பட்டயப் புதுப்பிப்பைச் சமர்ப்பிக்கும்.

BoD பட்டயப் புதுப்பிப்புக்கு ஒப்புதல் அளித்தால், குழு அல்லது குழு வெள்ளைத் தாளை உருவாக்கத் தொடரலாம்.

குழு அல்லது குழு வெள்ளைத் தாளின் வளர்ச்சியை முடித்ததும், BSTS ஒரு தலையங்கத்தை மீண்டும் செய்யும்view புளூடூத் வரைவு வழிகாட்டுதல்களுடன் இணக்கமாக இருக்க வேண்டும்.

பிஎஸ்டிஎஸ் கருத்துகளைத் தீர்மானித்த பிறகு, குழுவானது சட்டப்பூர்வ மறுபரிசீலனைக்காக BSTS க்கு வெள்ளைத் தாளைச் சமர்ப்பிக்க வேண்டும்view. சட்ட மறுபடி முடிந்ததும்view, குழு மற்றும் BSTS வெள்ளை தாளில் இணைக்கப்பட வேண்டிய கருத்துக்களை ஒப்புக் கொள்ளும். சட்ட மறுபடி தீர்க்கப்படாத சட்டக் கருத்துகள் ஏதேனும் இருந்தால்view வெள்ளைத் தாளில், குழுத் தலைவர் BoD நிகழ்ச்சி நிரலில் தீர்மானத்தில் BoD உள்ளீட்டைப் பெற நேரத்தைக் கோரலாம்.

சட்ட மறு இணையாகview, குழு வெள்ளைத் தாளை மீண்டும் BARB க்கு சமர்ப்பிக்க வேண்டும்view. அவர்களின் மறு பகுதியாகview, வெள்ளைத் தாளின் எந்தப் பகுதியையும் வெள்ளைத் தாளில் இருந்து அகற்றி, பிரிவு 3ல் உள்ள செயல்முறையைப் பின்பற்றி விவரக்குறிப்பில் இணைக்க வேண்டுமா என்பதை BARB பரிந்துரைக்கலாம். BARB வெள்ளைத் தாளை மற்ற குழுக்கள் அல்லது குழுக்களுக்கு மீண்டும் சமர்ப்பிக்க முடிவு செய்யலாம்.view. BARB ரீ முடிந்ததும்view, குழுவும் BARBயும் வெள்ளைத் தாளில் இணைக்கப்பட வேண்டிய பின்னூட்டங்களை ஒப்புக் கொள்ளும்.

சட்ட மறு என்றால்view ஏதேனும் கணிசமான மாற்றங்கள் ஏற்படும், கூடுதல் மறுview BARB மூலம் தேவைப்படலாம். இதேபோல், BARB என்றால் மறுview ஏதேனும் கணிசமான மாற்றங்கள் ஏற்பட்டால், BSTS கூடுதல் சட்டப்பூர்வ மறுவை தீர்மானிக்கும்view அந்த மாற்றங்கள் தேவை. சட்ட மறுபடி முடிந்ததும்view மற்றும் BARB review, BARB வெள்ளை காகிதத்தை அங்கீகரிக்க வேண்டும் அல்லது நிராகரிக்க வேண்டும்.

BARB வெள்ளைத் தாளை அங்கீகரித்த பிறகு, BARB-அங்கீகரிக்கப்பட்ட வெள்ளைத் தாள், ஆசிரியர் குழு அல்லது குழுவின் ஒப்புதலுக்காக BoDயிடம் சமர்ப்பிக்கப்படும்.

BoD வெள்ளை அறிக்கைக்கு ஒப்புதல் அளித்ததும், பின்வரும் ஒப்புதலுக்குப் பிந்தைய நடவடிக்கைகள் முடிந்ததும் வெள்ளைத் தாள் செயல்முறை முடிந்தது:

  • BSTS அங்கீகரிக்கப்பட்ட வெள்ளைத் தாளை புளூடூத் SIG இல் பொதுவில் கிடைக்கச் செய்துள்ளது webதளம்.
  • அங்கீகரிக்கப்பட்ட வெள்ளைத் தாளின் அனைத்து உறுப்பினர்களுக்கும் BSTS தெரிவிக்கிறது.
  • வெள்ளைத் தாள் ஏற்கனவே உள்ள வெள்ளைத் தாளின் விரிவாக்கமாக இருந்தால், வரலாற்று நோக்கங்களுக்காக உறுப்பினர்கள் அணுக வெள்ளைத் தாளின் பதிப்பை BSTS காப்பகப்படுத்தும்.

வெள்ளைத் தாளின் ஒப்புதலுக்குப் பிறகு ஒரு வாரத்திற்குள் ஒப்புதலுக்குப் பிந்தைய செயல்பாடுகளை முடிக்க Bluetooth SIG திட்டமிட்டுள்ளது.

 

10 குறிப்புகள்

குறிப்பிடப்பட்ட புளூடூத் ஆவணங்கள் புளூடூத்திலிருந்து கிடைக்கின்றன webதளம் http://www.bluetooth.com.

  1. புளூடூத் வரைவு வழிகாட்டுதல்கள் (பணிக்குழு டெம்ப்ளேட்கள் & ஆவணங்கள் பக்கத்தில் கிடைக்கும். https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
  2. புளூடூத் SIG, Inc. இன் விதிகள் (ஆளுமை ஆவணங்கள் பக்கத்தில் கிடைக்கும், இல் https://www.bluetooth.com/membership-working-groups/membership-types-levels/membership-agreements)
  3. புளூடூத் விவரக்குறிப்பு பிழைத்திருத்த செயல்முறை ஆவணம் (பணிக்குழு டெம்ப்ளேட்கள் & ஆவணங்கள் பக்கத்தில் கிடைக்கிறது, இல் https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
  4. பணிக்குழு செயல்முறை ஆவணம் (பணிக்குழு டெம்ப்ளேட்கள் & ஆவணங்கள் பக்கத்தில் கிடைக்கிறது, இல் https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
  5. சோதனை உத்தி மற்றும் சொற்களஞ்சியம் முடிந்ததுview ஆவணம் (தகுதித் தேர்வுத் தேவைகள் பக்கத்தில் கிடைக்கும் https://www.bluetooth.com/specifications/qualification-test-requirements)
  6. BTI விவரக்குறிப்பு Review செயல்முறை சரிபார்ப்புப் பட்டியல் (பணிக்குழு டெம்ப்ளேட்கள் & ஆவணங்கள் பக்கத்தில் கிடைக்கும் https://www.bluetooth.com/specifications/working-groups/working-group-templates-documents)
  7. புளூடூத் SIG ஒதுக்கப்பட்ட எண்கள் (https://www.bluetooth.com/specifications/assigned-numbers)
  8. பணிக்குழு டெம்ப்ளேட்கள் மற்றும் ஆவணங்கள் (பணிக்குழு டெம்ப்ளேட்கள் & ஆவணங்கள் பக்கத்தில் கிடைக்கும், இல் https://www.bluetooth.com/membership-working-groups/working-groups/working-group-templates-documents)
  9. GATT விவரக்குறிப்பு துணை (GSS) (GATT விவரக்குறிப்புகள் பக்கத்தில் கிடைக்கிறது, இல் https://www.bluetooth.com/specifications/gatt)
  10. புதிய விவரக்குறிப்புக்கான யோசனையைச் சமர்ப்பிக்கவும் https://www.bluetooth.com/specifications/submit-an-idea-for-a-specification

 

11. சுருக்கெழுத்துகள் மற்றும் சுருக்கங்கள்

படம் 14 சுருக்கெழுத்துகள் மற்றும் சுருக்கங்கள்

படம் 15 சுருக்கெழுத்துகள் மற்றும் சுருக்கங்கள்

அட்டவணை A: சுருக்கெழுத்துகள் மற்றும் சுருக்கங்கள்

 

பின்னிணைப்பு A - பிழையின் தீவிர வகைப்பாடு

இந்த பின்னிணைப்பு ஒரு விவரக்குறிப்பு பிழைக்கான தீவிர வகைப்பாடு வழிகாட்டுதல்களை சுருக்கமாகக் கூறுகிறது. இந்த அட்டவணை EPD இன் எதிர்காலத் திருத்தத்தில் சேர்க்கப்படும், பின்னர் இந்தப் பகுதி நீக்கப்படும்.

FIG 16 பிழையின் தீவிர வகைப்பாடு

 

இந்த கையேட்டைப் பற்றி மேலும் படிக்கவும் மற்றும் PDF ஐப் பதிவிறக்கவும்:

விவரக்குறிப்பு மேலாண்மை செயல்முறை ஆவணம் (SMPD) - உகந்த PDF
விவரக்குறிப்பு மேலாண்மை செயல்முறை ஆவணம் (SMPD) - அசல் PDF

உங்கள் கையேடு பற்றிய கேள்விகள்? கருத்துகளில் பதிவிடுங்கள்!

குறிப்புகள்

கருத்து தெரிவிக்கவும்

உங்கள் மின்னஞ்சல் முகவரி வெளியிடப்படாது. தேவையான புலங்கள் குறிக்கப்பட்டுள்ளன *