د A2DP آډیو کیفیت ته وده ورکول

د بیاکتنې تاریخ

بیاکتنه: نېټه: تفصیل
D05r01: 23-11-2009: د لاسوند ممکنه لاین ښودل د لومړۍ مسودې
D05r02: 14-12-2009: دوهم مسوده ، د لومړي ځل لپاره بیا توضیحي اضافه شوېview له AVWG څخه.
D05r03 : 14-12-2009: هغه بدلونونه شامل کړئ چې د جان او رډیګر لخوا وړاندیز شوي و. د SBC ډیټا کې دننه د غږ لوړولو ته لومړیتوب کې د AVRCP حجم کنټرول کارولو لپاره غوره ټکي ویلو ته اړتیا ده. وړاندیز کوي AG_MP د AVRCP 1.3 کمانډ لري د مساوي کولو یا بلې DSP بدلولو لپاره ممکن په SBC معلوماتو کې ترسره شي
D05r04 : 17-02-2010: د راډیګر ، سټیفن او سیکسیان د څرګندونو په ځواب کې تازه معلومات. دا روښانه کړه چې د AVRCP حجم کنټرول باید د RD او MP لخوا ملاتړ شي نو دا چې MP باید د حجم کنټرول ب formې په توګه ډیجیټل بټریزم بدل نه کړي.
D05r05 : 18-02-2010: ایډ یو څه کوچني بدلونونه وکړل.
D05r06: 12-03-2010: اضافه شوی ریک. 10 ، د تیرې اونۍ کنفرانس کال په جریان کې دا په IUT کې د کیفیت په پرتله د رینج ترتیب ترتیب کولو په اړه مساله ښکاري ، امید لري چې ریکارډ 10 دا حل کړي.
D05r07: 15-03-2010: د HF_RD او AG_MP کارول لرې کړئ ځکه چې دا د HFP سره یو څه تړاو ښودلی چې د دې WP لپاره نه و.
D05r08: 15-02-2011: په UPF2 کې د F38F وروسته تازه کول.
د سیټل F2F نظرونه په ګوته کړئ.
D05r09 : 21-06-2011: د ASG غونډې څخه د بیان اضافه کولو وړاندیز کوي چې SRC باید مناسب بټپولونه هم وکاروي.
D05r10 : 29-06-2011: ایلن وغوښتل چې یوځای/بیا سره یوځای شيview ځینې ​​وړاندیزونه کوم چې پراخه پوښښ لري.
D05r11: 06-09-2011: Rec.11 اضافه کړئ او د الین د YY تازه پر اساس ریکارډ 12 شامل کړئ په 07/07 نیټه له پیغام څخه avv-اصلي څخه.
D05r12: 19-09-2011: په تیرو 7 ورځو کې د الین او مین په اړه د الان او ایش نظرونو ته ځواب.
D05r13: 28-09-2011: د سپتمبر په 20 د کنفرانس دقیقې دقیقې ته ځواب.
D05r14: 08-10-2011: په بوډاپسټ کې د F2F ناستې کې تازه شوی
D05r15: 24-10-2011: په R3 کې د میز حواله سمه شوې ، د حوالې برخه تازه شوې + TOC
D05r16: 24-04-2012: د BARB بیا څخه د نظرونو حل کولو لپاره تازه شویview
D05r17: 15-05-2012: څلورمه برخه نوي شوي چې دا په ګوته کوي چې ټولې سپارښتنې د A4DP او اړین A2DP رول ملاتړ ګ ،ي ، پداسې حال کې چې د "باید" پیښو مخنیوی وکړي.
D05r18: 25-09-2012: بmatه ورکول ، سپیل چیک کول
V10r00: 09-10-2012: د بلوتوث SIG بورډ مدیرانو لخوا تصویب شوی

مرسته کوونکي

نوم:  شرکت
راډیګر موسګ:   BMS
سکاټ والش:   پلانټرونکس
مورګان لینداقویست:   ایرکسن
جان لاارکین:   Qualcomm
سټیفن ریکسټر:   د تحلیل ملي مرکز
ماساهیکو سیکي:   Sony Corp
الان میډسن:   CSR
ایډ مککیلن:   CSR
ډیویډ ټرینر:   CSR

د رد او جعل یادداشت:
دا سند "لکه څنګه چې وړاندې کیږي" د هیڅ تضمین پرته چې هرڅوک پکې شامل وي ، د سوداګریز هر ډول تضمین په شمول ، غیر انتفاعي ، د کوم ځانګړي اهدافو لپاره فټنس ، یا کوم بل بیړۍ وړاندې کوي.AMPLE. هر مسؤلیت ، پشمول د کوم ملکیت حق سرغړونې مسؤلیت ، پدې سند کې د معلوماتو کارولو پورې اړوند ، رد شوی. هیڅ جواز ، څرګند یا ضمیمه شوی ، د سټاپپل لخوا یا په بل ډول ، د کوم فکري ملکیت حق دلته نه ورکول کیږي.
دا سند یوازې د نظر لپاره دی او پرته لدې چې خبر شي بدل شي. د کاپي حق © 2012. بلوتوټ - سیګ ، انک. د بلوتوت ځانګړتیاو کې ټول حقونه پخپله د ایرکسن AB ، لینوو (سینګاپور) Pte ملکیت دي. لمیټډ ، انټل کارپوریشن ، مایکروسافټ کارپوریشن ، د موټروولا متحرک شرکت ، شرکت ، نوکیا کارپوریشن ، او توشیبا کارپوریشن.
* نور د دریمې ډلې نومونه او نومونه د هغوی اړوند مالکینو ملکیت دی.

1 شرایط او لنډیزونه

لنډیز:  اصطلاح
A2DP:  د پرمختللي آډیو توزیع پروfile
AVDTP:  د آډیو ویډیو توزیع ټرانسپورټ پروتوکول
AVRCP:  د آډیو ویډیو ریموټ کنټرول پروfile
GAVDP:  د عمومي آډیو/ویډیو توزیع پروfile
د پارلمان غړی:  د رسنیو پلیر
NA:  د تطبیق وړ نه دی
RC:  ریموټ کنټرولر
RD:  د وسایلو وړاندې کول
SBC:  د فرعي بانډ کوډینګ
SEP: د جریان پای پای (لکه څنګه چې په آډیو / ویډیو ویشلو ټرانسپورټ پروتوکول کې تشریح شوی)
SNK:  سنک (لکه څنګه چې په پرمختللي آډیو توزیع پرو کې تعریف شویfile)
SRC:  سرچینه (لکه څنګه چې په پرمختللي آډیو توزیع پرو کې تعریف شویfile)
UI:  کارن برسیر. د سیسټم سره تعامل کولو لپاره د کاروونکي لپاره ځینې احتمال ، د ساده ت clicۍ کلیکونو څخه خورا پیچلي UI پورې؛ د مثال په توګه ، د کی بورډ یا د ټچ سکرین سره یوه نمونه.

2 د سند اصطلاحات

د بلوتوټ SIG د IEEE معیارونو سټایل لارښود 13.1 برخه غوره کړې ، کوم چې د اسنادو پراختیا کې د "باید" "،" باید "" ، "ښایي" "، او" کولی شي "ټکي کاروي ، لکه څنګه چې:
دا لفظ باید د لازمي اړتیاو په نښه کولو لپاره وکارول شي ترڅو د معیار سره سم تعقیب شي او له کوم څخه د انحراف اجازه نه وي (باید مساوي وي).
د دې ټکي کارول باید له پامه غورځول شوي وي او د لازمي اړتیاو په بیانولو سره به ونه کارول شي. باید یوازې د نه منلو وړ شرایطو تشریح کولو لپاره وکارول شي.
د ارادې کلمه کارول تخفیف شوې او د لازمي اړتیاو بیانولو پر مهال به نه کارول کیږي. اراده یوازې د واقعیت په بیاناتو کې کارول کیږي.
دا ټکی باید وکارول شي چې دا په ګوته کړي چې د ډیری امکاناتو په مینځ کې یو څوک په ځانګړي ډول مناسب وړاندیز کیږي ، پرته لدې چې د نورو ذکر یا خارج کړي؛ یا دا چې یو ځانګړی عمل غوره دی مګر اړین نه دی؛ یا دا (په منفي ب inه کې) د عمل یو ځانګړی کورس تخریب شوی مګر منع شوی نه دی (باید مساوي وړاندیز یې وشي).
دا لفظ ممکن د معیارې حدودو کې د جواز لرونکي عمل ښودلو لپاره وکارول شي (ممکن مساوي اجازه ورکړل شي).
دا لفظ د امکان او وړتیا بیانولو لپاره کارول کیدی شي ، که چیرې مادي ، فزیکي یا قوي (کولی شي مساوي وړتيا لري)

د لاسوند کچه

دا سپینه پا paperه د لوړ کیفیت آډیو تولید لپاره د A2DP SRC او SNK وسیلو تنظیم کولو څرنګوالی تشریح کوي.
پدې سپینه پا paperه کې وړاندیزونه چې د آډیو کوډ کولو پورې اړوند دي د SBC الګوریتم لپاره اړوند دي.
په هرصورت ، هغه وړاندیزونه چې د آډیو کوډینګ سره تړاو نلري د آډیو کوډینګ الګوریتم په پام کې نیولو پرته د پلي کیدو وړ دي.
دا سپینه مقاله د آډیو سیسټم برخو فعالیت او فعالیت په اړه ځانګړي وړاندیزونه نه کوي چې د بلوتوټ آډیو فرعي سیسټم له ساحې بهر دي. پخوانیampپه دې برخو کې د مایکروفونونو او سپیکرو کې A/D او D/A کنورټرې او ټرانسډوزر شامل دي. په هرصورت ، دا باید په پام کې ونیول شي چې دا برخې د سیسټم کچې آډیو کیفیت او د دوی مشخصاتو او پیرامیټرو کې هم مرسته کوي؛ د مثال په توګهampد فریکونسي ځواب او حل باید په دقت سره غوره شي ترڅو د A2DP لخوا چمتو شوي د لوړ کیفیت ډیجیټل آډیو د پام وړ تخریب مخه ونیسي.

تشکیلات او نقشونه

4.1 میډیا پلیر (MP)

د میډیا پلیر کولی شي د نورو وسیلو په مینځ کې ، د پورټ وړ وړ میډیا پلیر (MP3 پلیر ، ویډیو پلیر یا ګرځنده تلیفون) یا ثابت میډیا پلیر (د کور آډیو / ویډیو سیسټم یا په موټر کې آډیو / ویډیو سیسټم) وي.

4.1.1 سپارښتنه

پارلمان یو پخوانی دیampد A2DP SRC وسیله د لاندې ملکیتونو سره:

• داسې انګیرل کیږي چې د A2DP ملاتړ وکړي لکه څنګه چې [1] کې تشریح شوی ، که نه نو پدې سپینه پا paperه کې وړاندیزونه د پلي کیدو وړ ندي
• دا باید د AVRCP قوماندې ملاتړ وکړي لکه څنګه چې په سند کې وروسته تشریح شوي.
• داسې انګیرل کیږي چې د [1] کې ټاکل شوي د SRC رول ملاتړ وکړي ، که نه نو پدې سپینه پا paperه کې وړاندیزونه د تطبیق وړ ندي
• دا باید په SNK کې د SBC SEP تنظیم کولو وړتیا ولري په جدول 4.7 [1] کې تعریف شوي ارزښتونو ته.

4.1.2 تحرک

د میډیا پلیر د A2DP SRC رول سره موافقت کوي ترڅو SNK آلې ته د آډیو / ویډیو جریان فعال کړي. سربیره پردې ، دا باید د لوړ آډیو کیفیت وړاندې کولو لپاره مناسب کوډیک تنظیمات او د ریموټ کنټرول ظرفیتونو ملاتړ وکړي.

4.2. XNUMX. د کرایه کولو وسیله (RD)

د رینډر کولو وسیله کولی شي د نورو وسیلو په مینځ کې ، هیډفونونه ، لاډس سپیکرې ، په موټر کې آډیو سیسټمونه ، یا د ویډیو غږونه د اختیاري آډیو وړتیاو سره وي.

4.2.1 سپارښتنه

RD یو پخوانی دیampد A2DP SNK وسیله د لاندې ملکیتونو سره:

• داسې انګیرل کیږي چې د A2DP ملاتړ وکړي لکه څنګه چې [1] کې تشریح شوی ، که نه نو پدې څپو کې وړاندیزونه پلي کیدونکي ندي
• دا باید د AVRCP قوماندې ملاتړ وکړي لکه څنګه چې په سند کې وروسته تشریح شوي.
• داسې انګیرل کیږي چې د SNK رول ملاتړ وکړي [1] کې تعریف شوي ، که نه نو پدې څپو کې وړاندیزونه پلي کیدونکي ندي
• پدې کې باید په SNK کې د SBC SEP تنظیم کولو وړتیا شامل وي چې په جدول 4.7 کې [1] کې تعریف شوي ارزښتونو ته اړتیا لري.

4.2.2 تحرک

د وړاندې کولو وسیله د A2DP SNK رول سره مطابقت لري ترڅو د رسنیو پلیر څخه آډیو ترلاسه کولو وړ وي.
سربیره پردې ، دا باید د لوړ آډیو کیفیت وړاندې کولو لپاره مناسب کوډیک تنظیمات او د ریموټ کنټرول ظرفیتونو ملاتړ وکړي

Recommend وړاندیزونه او هڅونه

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

سپارښتنه 1:

کله چې د وسیلې وړتیا او د شبکې ظرفیت جواز ، د SRC وسیله باید SNK SEP تنظیم کړي ترڅو د SBC کوډیک پیرامیټر تنظیمات وکاروي چې د [4.7] جدول 1 کې د لوړ کیفیت لیبل شوي. د SBC کوډیک پیرامیټر ترتیبات کارول چې د [4.7] جدول 1 کې د منځنۍ کیفیت لیبل شوي ترتیباتو څخه ټیټ کیفیت وړاندې کوي وړاندیز نه کیږي.

هڅونه 1:

وړاندیز شوي ترتیبات د لوړ کیفیت آډیو ملاتړ لپاره SNK آډیو کوډ کوونکی تنظیموي.

سپارښتنه 2:

کله چې د وسیله وړتیا او د شبکې ظرفیت جواز ، د SRC وسیله باید د S2K ډیری بټپول ارزښت په کارولو سره د SXNUMXK جریان AXNUMXDP سیسټم ترتیب کولو کړنالرې کې د SNK وسیله سره دمخه منل شوي ټول SBC چوکاټونه کوډ کړي او جریان کړي.

هڅونه 2:

د اعظمي SBC بیټپول ارزښت تنظیم کول د آډیو کیفیت لوړ حد ټاکي. په هرصورت په کیفیت کې دا لوړ حد یوازې هغه وخت ترلاسه کیږي کله چې د کوډ کولو لپاره کارول شوي د بټپول ارزښت ترټولو بټپول ارزښت سره برابر وي چې تنظیم شوی و.

سپارښتنه 3:

د لوړ آډیو کیفیت لپاره هڅونې سره سره ، د SRC وسیله باید د SNK آله څخه ډډه ونه کړي چې د [4.7] جدول 1 کې تشریح شوي لوړ کیفیت ترتیب ونه مني. د AVDTP سیګنال چینل باید وصل پاتې شي. بیا SRC ممکن د ټیټ کیفیت او بټریټ سره د SNK SEP ترتیبات غوښتنه وکړي.

هڅونه 3:

د دې لپاره دوه دلیلونه شتون لري. لومړی د میراثي RD وسیلو سره شاته مطابقت لپاره دی. دوهم دا دی چې ممکن دلایل شتون ولري چې RD د دې ترتیب ملاتړ کولو لپاره اړین سلاټ بینډ ویت نلري ، د مثال په توګه.ample ، RD ممکن په سکارنیټ کې وي.

سپارښتنه 4:

که د SRC وسیلې SBC انکوډر ته د آډیو ان پټ د څلورو ملاتړ شویو څخه یو نه ويampد [4.2] جدول 1 کې لیست شوي نرخونه ، SRC باید s ترسره کړيampد نرخ لوړولو لپاره د نرخ تبادلهampد لوړې کچې ته نرخampد [4.2] جدول 1 کې لیست شوي نرخونه. پاملرنه باید وشي چې د فلټر ځانګړتیاوېampد لی شرح بدلونکي ، پشمول د پاس بینډ ریپل ، د لیږد بینډ چوکۍ او د سټاپ بینډ اتینیوشن ، د مطلوب سیسټم کچې آډیو کیفیت لپاره مناسب دي. که د SRC وسیلې SBC انکوډر ته د آډیو ننوتل دمخه ويampپه هغه کچه رهبري کیږي چې په اصلي ډول د SBC لخوا ملاتړ کیږي نو بیا نرخ باید د SBC کوډ کولو دمخه نور بدل نشي.

هڅونه 4:

خارجي sampد نرخ تبادله مخنیوی کیږي او هر هغه تبادله چې ورته اړتیا وي د s لوړول پکې شامل ديampد نرخ او کارول sampد مناسب نرخونو سره د نرخ بدلونکي. دا چلند د نرخ تبادلې له امله د آډیو کیفیت تخریب کموي.

سپارښتنه 5:

که RD د حجم تنظیم کولو لپاره مناسب UI نلري نو بیا RD او MP دواړه باید د آډیو/ویډیو ریموټ کنټرول پرو څخه مناسب سیګنلینګ په کارولو سره د حجم کنټرول پلي کړيfile [2] ، [3] د RD لخوا د آډیو معلوماتو مستقیم لاسوهنې ته ترجیح ورکول. MP او RD باید په ترتیب سره د AVRCP CT او TG رولونو ملاتړ وکړي. د دې سپارښتنې استثنا دا ده که چیرې چاپیریال یا مقننه خنډونه دا خوندي نه کړي چې د لرې حجم تنظیم کولو اجازه ورکړي ، د مثال په توګهample په اتوماتیک چاپیریال کې.

هڅونه 5:

د حجم کنټرول لپاره وړاندیز شوی چلند د SRC وسیله لخوا د حجم کنټرول انلاین کولو لپاره د آډیو ډیټا کارولو له امله د آډیو کیفیت تخریب څخه مخنیوی کوي.

سپارښتنه 6:

که چیرې RD د حجم تنظیم کولو لپاره مناسب UI نلري نو بیا RD او MP دواړه باید د مطلق حجم کنټرول ملاتړ وکړي لکه څنګه چې په AVRCP 1.4 [3] کې تعریف شوي ، پرته لدې چې چاپیریال یا مقننه خنډونه دا خوندي نه کړي چې د ریموټ حجم تنظیم کولو اجازه ورکړي ، د مثال په توګه.ample په اتوماتیک چاپیریال کې. MP او RD باید په ترتیب سره د AVRCP CT او TG رولونو ملاتړ وکړي. په دې سپارښتنه کې تشریح شوي د مطلق حجم کنټرول پروسیجر کارول د نورو AVRCP حجم کنټرول پروسیژرونو ته په کلکه غوره کیږي ، پرته لدې چې د شاته مطابقت لپاره.

هڅونه 6:

د حجم کنټرول آډیو کیفیت تخریب لپاره وړاندیز شوی چلند د SRC وسیله لخوا د حجم کنټرول سمولو لپاره د آډیو ډیټا کارولو له امله رامینځته شوی. سربیره پردې ، د حجم کنټرول وړاندیز شوې به د MP او RD تر مینځ د حجم کنټرول ترکیب ښه کوي او د حجم کمولو مخه نیسي.

سپارښتنه 7:

د پارلمان غړی باید د لوبغاړي غوښتنلیک ترتیباتو کې د "مساوات آن/آف حالت" په نوم د AVRCP ترتیب ملاتړ وکړي. که RD MP ته ووایی چې دا ارزښت د Set Player Application Setting Value کمانډ کې شامل شوي دلیل په توګه آف ته تنظیم کړي ، MP باید د DSP ټول پروسس بند کړي چې دا ممکن په AVDTP کې لیږدول شوي آډیو کې ترسره کیږي ، د مثال په توګه.ampلی مساوات یا ځایی اغیزې.

هڅونه 7:

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

سپارښتنه 8:

MP باید د ډیجیټل بټ جریان بدل نه کړي د حجم کنټرول پلي کولو لپاره که چیرې RD د حجم کنټرول بدیل ب impleه پلي کړي؛ وړاندیزونه 6 او 7 پورته وګورئ.

هڅونه 8:

د حجم تنظیم کولو لپاره دوه میتودونه مبهم دي ، او د سناریو لپاره احتمال رامینځته کوي چیرې چې د یو حجم ترتیب لږترلږه ټاکل شوی او بل یې اعظمي حد ته ټاکل شوی. دا کولی شي د آډیو تحریف کچه لوړېدو لامل شي.

6 حوالې

1. د A2DP تخصیص نسخه 1.2 ، اپریل 2007
2. د AVRCP مشخص نسخه 1.0 ، می می 2003
3. د AVRCP مشخصاتو نسخه 1.4 ، جون 2008

 

 

د A2DP آډیو کیفیت لارښود لارښود ته وده ورکول - اصلاح شوی PDF
د A2DP آډیو کیفیت لارښود لارښود ته وده ورکول - اصلي پی ډي ایف

حوالې

• د کارن لارښود