Прирачник за SAP и далечински пристап до мрежата

Ревизија: Датум: Опис
D05r01: 29 ноември 2011 година: Почетен нацрт
D05r02: 30 ноември 2011 година: Едиторијали
D05r03: 20 февруари 2012 година: Едиторијали
D05r04: 27 март 2012: Промени по CWG реview
D05r05: 11 април 2012 година: Промени по 2 -ри CWG повторноview
D05r06: 22 мај 2012 година: Промени по BARB повторноview
D05r07: 25 мај 2012 година: Уредници CWG
D05r08: 25 јуни 2012 година: Понатамошни едиторијали и консолидација
D05r09: 04 јули 2012: Промени по коментарите на Тери
D05r10: 10 септември 2012 година: Едиторијали
D05r11: 16 септември 2012 година: Едиторијали
D05r12: 24 септември 2012 година: Форматирање, проверка на правопис
V10: 23 октомври 2012 година: Одобрено од Управниот одбор на Bluetooth SIG

Соработници

Име: Компанијата

Тим Хоус: Акцентура
Eraералд Штекл: Ауди
Јоаким Мерц: Бернер и Метнер
Стефан Шнајдер: BMW
Бурч Симур: Континентална
Мешач Рајсинг: ООП
Стефан Хол: Дајмлер
Роберт Храбак: GM
Алексеј Полонски: Јунго
Кајл Пенри-Вилијамс: Папагал
Андреас Еберхард: Порше
Томас Фрамбах: VW

1. Опсег

SIM Access Profile (SAP) овозможува уред со Bluetooth да пристапува до податоците содржани во SIM картичката на друг уред со Bluetooth. Во случај на типична употреба, уред за пристап до мрежа (NAD) за мобилна мрежа е вграден во возило, но не содржи SIM картичка. Наместо тоа, SAP конекција ќе се направи со мобилен телефон. NAD ќе ги користи безбедносните акредитиви складирани во SIM картичката за да се регистрира во мобилната мрежа.
Во овој случај, преносливиот телефон дејствува како SAP сервер додека NAD е уредот клиент SAP. До сите податоци содржани во СИМ картичката на телефонот, вклучително и записите во телефонскиот именик и податоците поврзани со СМС, може да се пристапи со употреба на команди обезбедени од SAP. SAP овозможува премиум телефонија од повеќе причини (видете исто така 2.1). Меѓутоа, кога мобилниот телефон прифати да работи како SAP-сервер, тој нема да може да добива услуги за мобилна мрежа воопшто, и
Особено Интернет-врска. Тековните спецификации на Bluetooth не опишуваат метод за мобилен телефон за одржување на податочна врска паралелно со SAP сесија. Ова влијае на прифаќање на SAP особено на пазарот на паметни телефони бидејќи овие уреди бараат постојан пристап до Интернет.
Овој труд ги опишува методите и препораките за да се избегнат овие проблеми со поврзаноста.

2. Мотивација

2.1 ПРИДОБИВКИ НА САП

За соодветни решенија за комплет автомобил, SIM Access Profile обезбедува голем број придобивки во споредба со HFP Profile.

2.1.1 ДОСТА ПРИФАА НА КРЕДЛИТЕ НА УРЕДОТ ОД ПОТРОШУВАЧОТ

Луѓе од телефон може да се користат за спојување на антената 1 на мобилниот телефон со надворешната антена за автомобили.
Сепак, потрошувачите ги сметаат лулките како незгодни и незгодни и сакаат искуство без проблеми и без напор. Кога влегувате во автомобилот, клиентот сака да го остави телефонот во џеб или торба и да не се бара да го извади за да го постави во лулка. Под претпоставка дека корисникот успешно ќе поврзе телефон преку лулка, ова го додава ризикот од заборавање на телефонот при напуштање на автомобилот.
Следниот проблем за прифаќање на лулките е прилагодливоста на уредот. Клиентот мора да купи нова лулка кога ќе го размени телефонот. Честопати, новите лулки не се достапни веднаш по објавувањето на пазарот на нови уреди, а за многу телефони, лулките не се воопшто достапни. Ова го ограничува достапниот избор на уреди за корисникот.
Така, денес целокупното прифаќање на лулките на пазарот е многу ограничено. Кога користите SAP, не е потребна лулка за потрошувачки уреди

2.1.2 ПОДОБРУВАНИ КОЛЕКТИ НА ТЕЛЕФОНИЈА

Подобрените телефонски карактеристики на SAP му овозможуваат на клиентот да ги модифицира важните телефонски карактеристики поврзани со повикот во текот на возењето или да му обезбедат на клиентот подетални информации. Во многу земји, правните органи забрануваат употреба на уредот за потрошувачи додека возите; корисничкиот интерфејс за инфо-забава во автомобилот е единствениот законски начин за интеракција со уредот за потрошувачи.
Exampпостојат карактеристики на телефонија достапни во SAP

ID на повикувач: активирајте, деактивирајте, побарајте тековен статус
Пренасочување на повик: активирајте, деактивирајте, изменете
Рачен наспроти автоматски избор на мрежа: изменете
(Де-) Активирајте го „Дозволено е роаминг“ за пренос на податоци преку SIM
Прикажете го името на давателот на услуги наместо името на мрежниот оператор.

Бидејќи HFP Profile не обезбедува пристап до тие функции за телефонија, SAP е единствениот професионалецfile за да се овозможат овие случаи на употреба за возачите.

2.1.3 ОПТИМИЗИРАНА ПОКРИВАЕ НА МРЕАТА

SAP обезбедува значително подобрување во однос на мрежната покриеност:

Кога користите SAP, карактеристиките на телефонот на автомобилот ја користат вградената NAD во автомобилот, што воспоставува директна врска со надворешната клеточна антена. Ова резултира во подобрување на квалитетот на сигналот и оптимизирано мрежно покривање, намалувајќи го бројот на загуби на сигналот.
Оваа придобивка е драматично зголемена кога автомобилот е опремен со метализирани стакла, кои се користат за намалување на потрошувачката на енергија на автомобилот за климатизација. Загубите на сигналот од околу 20 dB се вообичаени кога се користи вградена антена на мобилен телефон во таков автомобил. Овој деградиран сигнал може да предизвика загуба на мрежата, лош прием и значително пониски стапки на пренос на податоци.

Ако корисникот има телефонска лулка во неговиот автомобил, спојката на антената може да го намали квалитетот на преносот кога оваа спојка се реализира на индуктивен начин. Типичните загуби на индуктивна спојка се во опсег од 6 до 10 dB.

2.1.4 НИСКА КОМПЛЕКСИТА НА САП

Бидејќи SAP се однесува на добро воспоставени 3GPP стандарди (употреба на формат APDU) и бара само многу едноставна имплементација на механизам за пристап до СИМ-картичката, бројот на потенцијални проблеми за интероперабилност кога работи SAP е мал во споредба со имплементациите на HFP.

2.1.5 ПОМАЛКУ ЕЛЕКТРОМАГНЕТСКО изложување за клиент

Кога работите во SAP, NAD на мобилниот телефон нема да пренесува. Затоа, електромагнетната експозиција на возачот може да се минимизира. Без SAP, моќноста на преносот на телефонот мора да биде зголемена заради заштитните ефекти на каросеријата на автомобилот. Дополнително, траењето на батеријата на мобилниот телефон е зголемено.

2.1.6 СОСТОЈБА НА MWS

Соживотот на Bluetooth со другите безжични технологии, особено 4G мрежите како LTE, може да стане критично прашање во блиска иднина и затоа интензивно се дискутира во Bluetooth SIG (проблем за безжична соживот за мобилен телефон; видете исто така [5]) SAP може значително да придонесе за да се избегнат ваквите проблеми, бидејќи NAD ќе користи надворешна клеточна антена со значително подобро одвојување на антената од слушалката.

2.2 КОРИСТЕ СЛУЧАИ

Овој дел опишува неколку релевантни случаи на употреба, на кои се обраќа оваа бела книга.

. Интернет пристап
* Случај за општа употреба: Интернет апликации Мобилните уреди како паметни телефони бараат чест или постојан пристап до Интернет за разни апликации, како што се прелистување на Интернет, социјални мрежи, блогови, разговори или извори на вести.
*Случај за специјална употреба: Е -пошта преку MAP Мобилните пораки преку е -пошта станаа важна апликација на Bluetooth технологијата во автомобилот. Bluetooth ја покри оваа употреба со развојот на Message Access Profile (МАП, [1]). Меѓутоа, MAP дозволува комплет автомобил да биде клиент за пошта на мобилниот телефон. Не обезбедува можности за испраќање/примање пораки на клиентската страна МАП.
* Случај за специјална употреба: Управување со лични информации Bluetooth SIG во моментов развива професионалецfile овозможување пристап до податоците од календарот на мобилниот телефон. Бидејќи записите во календарот обично се испорачуваат преку IP мрежи, губењето на IP конекцијата исто така ќе влијае на овој случај на употреба. Затоа, мобилниот телефон што работи во SAP треба да може да испраќа и прима такви записи во календарот

СМС
Мобилните пораки преку СМС сеуште се важен пазар. Соодветно на тоа, СМС пораките треба да бидат можни и за мобилен телефон управуван со SAP.
Само глас
SAP проfile датира од 2000 година и затоа е фокусирана на гласовно повикување. Паметните телефони, со нивната потреба за постојана интернет конекција, не беа на внимание. Сепак, користењето SAP само за говорна телефонија е с still уште валиден случај. Случајот за употреба само со глас е покриен со постојната спецификација и не треба да бара никакви промени.

3. Решенија

3.1 ГОТОВОVIEW

Следните делови ги опишуваат решенијата што можат да се применат за справување со проблемите како што е опишано во делот 2:

Интернет пристап:
Мобилен телефон или друг мобилен уред кој дејствува како SAP-сервер мора да биде овозможен за пристап до Интернет.

СМС пренос:
Мобилен телефон или друг мобилен уред што дејствува како SAP сервер мора да биде овозможен за испраќање и примање на СМС пораки.
Само глас:
SAP се користи само за говорна телефонија.

Како општо ограничување, решенијата опишани во следните делови треба да бидат што е можно транспарентни за корисникот; корисникот не треба да се грижи дали SAP или HFP работи.
Дополнително, уредот SAP-сервер ќе остане централна единица за комуникација; на пример, историјата на дојдовни и излезни комуникациски трансакции, како испратените или примените пораки, сепак треба да бидат достапни на SAP-серверот.
Ракувањето со ММС во операцијата SAP не е експлицитно опишано во оваа бела книга. Како и да е, бидејќи ММС бара прием на СМС и IP врска со ММС серверот, проблемот имплицитно е покриен со случаите на употреба Трансфер на СМС и Интернет пристап.

3.2 ПРИСТАП НА ИНТЕРНЕТ

3.2.1 ОПШТА СЛУЧАЈ ЗА КОРИСТЕЕ ПРИСТАП НА ИНТЕРНЕТ

Цел:
Обезбедете пристап до оддалечената IP мрежа за уредот SAP-сервер додека SAP е активен Опис:
Уредот SAP-сервер (на пр. Мобилен телефон или паметен телефон) обезбеди пристап до податоците за СИМ-уредот за SAP-клиент уред (на пр. Комплет за автомобили или таблет компјутер) и SAP клиентот ги користеше овие податоци за автентикација против мобилната мрежа. Соодветно на тоа, серверот SAP нема пристап до мобилната мрежа, додека клиентот SAP користи сопствен уред за пристап до мрежа (NAD) за комуникација со мобилната мрежа.
За да обезбеди пристап до Интернет за SAP-серверот, уредот-клиент SAP треба да дејствува како мрежна точка за пристап до SAP-серверот. За тоа, треба да се воспостави IP-врска помеѓу SAP-серверот и SAP-клиентските уреди.
Решението опишано овде го користи протоколот Bluetooth BNEP за IP конекција помеѓу двата SAP уреди и PAN profile да се обезбеди мрежна пристапна точка. Имајте предвид дека може да се можни други решенија, на пр., IP-врска преку WiFi.
За решението дефинирано овде, мора да се исполнат следниве предуслови:

Двата уреди имаат воспоставена SAP врска.
SAP-серверот мора да ја поддржува улогата PANU (PAN-корисник) на PAN profile [3].

Уредот SAP-клиент мора да ја поддржува улогата на NAP (Network Access Point) на PAN profile.

Слика 1 го прикажува поставувањето на врската за да му овозможи на SAP-серверот пристап до надворешната IP мрежа:

Слика 1: Редослед на поставување на врската PAN / BNEP

Ако е воспоставена SAP-врска помеѓу двата уреди и апликација на уредот SAPserver бара IP-врска со оддалечената мрежа, уредот SAP-сервер (улога PANU) поставува PAN / BNEP врска со клиентот SAP (PAN-NAP улога). Обично, ова воспоставување PAN конекција нема да бара интеракција со корисникот.
Поставувањето на врската BNEP треба да вклучува пренесување на податоци за името на пристапната точка (APN) или избор на претходно дефинирани APN од страната на уредот на клиентот SAP, како што е дефинирано во [4].

По успешното воспоставување на PAN/BNEP конекцијата, IP даtagовните може автоматски да се пренесуваат помеѓу серверот SAP сервер и оддалечената мрежа каде уредот SAP-клиент делува како рутер до оддалечената IP мрежа.
Неколку PAN / BNEP конекции може да се воспостават како што е опишано погоре, на пример, за адресирање на неколку пристапни точки во инфраструктурата на мобилната мрежа.

Следните делови ја опишуваат употребата на генералниот механизам погоре за некои специфични апликации.

3.2.2 ПОСЕБЕН СЛУЧАЈ ЗА УПОТРЕБА: ПРИСТАП НА Е-пошта ПРЕД КАПА

Цел:
Овозможете уред за сервер SAP да испраќа и прима е-пошта додека SAP е активен.
Опис:
Една специфична апликација за механизмот за пристап до Интернет опишана погоре е пренос на е -пошта со користење на Message Access Profile [1].

За сесија на МАП со операција SAP, треба да се исполнат следниве предуслови:

Општите барања за пристап до Интернет, како што е опишано во делот 3.2.
Уредот SAP-сервер делува како опрема за серверот MAP (MSE) и SAP-клиентот делува како опрема за клиент MAP (MCE).
И Берзата и МЦЕ ги поддржуваат одликите на МАП „Пребарување пораки“, „Поставување порака“, „Известување за порака“ и „Регистрација на известување“.

Слика 2 ги опишува низите и употребата на функциите MAP за прием на е-пошта:

Слика 2: Редослед на прием на е-пошта во MAP со операција SAP

Уредите MAP MSE и MCE воспоставија врска „Услуга за пристап до пораки“ и „Услуга за известување за пораки“.
Уредот SAP-сервер (како PANU) воспостави PAN / BNEP врска со уредот-клиент SAP (како PAN-NAP).
MSE ја презема е-поштата со користење на PAN / BNEP конекцијата од мрежата преку NAD на MCE.
Берзата испраќа известување за „NewMessage“ до MCE со сигнализација дека е примена нова порака.
MCE може да ја добие пораката со барање за „GetMessage“.

Видете исто така [1] за описи на функциите на МАП 'SendEvent' и 'GetMessage'.

Слика 3 ги опишува низите и употребата на функциите на МАП за испраќање е-пошта:

Слика 3: Редослед за испраќање е-пошта во MAP со операција SAP

Уредите MAP MSE и MCE воспоставија врска „Услуга за пристап до пораки“ и „Услуга за известување за пораки“.
Уредот SAP-сервер (како PANU) воспостави PAN / BNEP врска со уредот-клиент SAP (како PAN-NAP).
Ако пораката е креирана на уредот MCE, клиентот MAS на MCE ја турка пораката во папката 'Outbox' на MSE. Ако пораката е креирана на уредот MSE и е подготвена да се испрати, пораката е поставена во папката за поштенско сандаче или се префрла од папката за нацрт.

Ако пораката е туркана во папката „Излезно сандаче“, Берзата испраќа известување за „NewMessage“ до MCE со сигнализација дека пораката е прифатена. Ако пораката е креирана или префрлена во папката „излезно сандаче“ на Берзата, Берзата испраќа настан „MessageShift“.
Берзата ја испраќа пораката до мрежата со користење на нејзината врска PAN / BNEP.
Ако пораката е успешно испратена до мрежата, Берзата ја префрла пораката од „Излезно сандаче“ во папката „Испратено“ и соодветно го известува MCE.

Видете исто така [1] за опис на функциите на МАП 'SendEvent' и 'PushMessage'.

3.2.3 ПОСЕБЕН СЛУЧАЈ ЗА КОРИСТЕЕ: ПРИСТАП НА ПОДАТОЦИ НА КАЛЕНДАР

Цел:
Овозможете уред за SAP-сервер да испраќа и прима податоци од календар додека SAP е активен.
Опис:
Друга специфична апликација за механизмот за пристап до Интернет (3.2.1) опишана е пренос на записи на календарски податоци преку ИП мрежа. Развојот на професионален календарfile е во тек уште од пишувањето на оваа бела книга, така што сè уште нема дефинирани детални функции.
Така, само нацрт-редоследот на потребните активности е даден подолу. Општо, барањата за овој случај на употреба ќе бидат слични на барањата за пристап до е-пошта (види 3.2.2).

Слика 4: Шематски редослед за прием на податоци од календарот во работата на SAP

Слика 5: Шематски редослед за испраќање податоци од календарот во операцијата SAP

3.3 УПОТРЕБИ ПРИСТАП НА СЛУЧАЈ СМС

3.3.1 ГОТОВОVIEW

Цел:
Опишете ги механизмите за SAP-серверски уред за испраќање и примање СМС-пораки додека SAP е активен.
Опис:
Уредот SAP-сервер (на пример, мобилен телефон или паметен телефон) обезбеди пристап до податоците за СИМ-уредот за SAP-клиент уред (на пр. Комплет за автомобили или таблет компјутер) и SAP клиентот ги користеше овие податоци за автентикација против мобилната мрежа. Така, серверот SAP веќе не е во можност да испраќа или прима СМС пораки директно.
За да му овозможите на корисникот да испраќа или прима СМС пораки, опишани се два пристапи подолу:

Едноставно решение засновано само на SAP
Покомплексен, но темелен пристап заснован на МАП

3.3.2 ПРИСТАП СМС-САМО САП

Добијте СМС:
Кога работи во режим SAP, NAD-от на клиентот SAP добива SMS_DELIVER PDU или SMS_STATUSREPORT PDU како што е дефинирано во 3GPP 23.040 преку магацинот на протоколот за мобилна мрежа на NAD. Во зависност од правилата дефинирани во 3GPP 23.040 и 3GPP 23.038 за SMS PDU примени од NAD, уредот со клиент SAP може потоа да ги зачува SMS пораките на (U) SIM на уредот SAP-сервер. За тоа, тој го користи форматот SAP APDU за да побара зачувување на PDU преку SAP конекција на (U) SIM во основното поле EF [SMS] на (U) SIM (види 3GPP 51.011 v4, поглавје 10.5.3 за дефиницијата на полето). Со ова, се извршува постапката за ажурирање според 3GPP 51.011 поглавје 11.5.2 и 3GPP 31.101.
Испратете СМС:
SMS_SUBMIT PDU (види 3GPP 23.040) се испраќа преку оџакот на протоколот за мобилна мрежа на NAD. По испраќањето, во зависност од правилата дефинирани во 3GPP 23.040 и 3GPP 23.038 за SMS PDU, NAD потоа може да ја зачува SMS-то на (U) SIM-картичката. Повторно, тој го користи форматот SAP APDU за да побара зачувување на PDU и ја користи постапката за ажурирање според 3GPP 51.011 поглавје 11.5.2 и 3GPP 31.101.

Адванtages

Исполнета е целосна усогласеност со барањата за мобилна мрежа 3GPP.
СМС-пораките се зачувуваат како непостојани на (У) СИМ-просторот во внатрешноста на мобилниот телефон.

Помалку сложеност во споредба со решението „Целосен пристап до СМС“ опишано во делот 3.3.3 бидејќи нема дополнителен професионалецfile потребно е. Така, ова решение е исто така погодно за едноставни уреди.

Дисадванtages

Имплементациите на мобилниот телефон може да го игнорираат (U) SIM EF [SMS] така што клиентот можеби нема да може да пристапи до испратената или примената СМС порака преку корисничкиот интерфејс на мобилниот телефон по завршувањето на SAP конекцијата.
Бидејќи телефонот нема пристап до СИМ-картичката за време на работата со SAP, пораките нема да бидат прикажани на телефонот за време на работата со SAP.

Не е можно започнување на СМС порака на мобилниот телефон.

3.3.3 ПОСТАПЕН ПРИСТАП НА СМС-пораки преку мапа

Главната цел на пристапот опишан овде е уредот SAP-сервер секогаш да биде вклучен во СМС-комуникацијата. Ова гарантира дека СМС-пристапот е потполно транспарентен за корисникот, бидејќи сите истории на испратени и примени СМС-пораки се наоѓаат во складиштето на пораки на уредот SAP-сервер.
За тоа, СМС -податочните единици добиени од далечинската мрежа автоматски се пренесуваат од NAD на SAPclient на SAP -клиентот, и обратно, за испраќање со користење на OBEX функциите на Message Access Profile. За ова решение, мора да се исполнат следниве предуслови:

Двата уреди имаат воспоставена SAP врска.
Уредот SAP-сервер делува како опрема за серверот MAP (MSE) и уредот SAP-клиент делува како опрема за клиент MAP (MCE).

И Берзата и МЦЕ ги поддржуваат одликите на МАП „Пребарување пораки“, „Поставување порака“, „Известување за порака“ и „Регистрација на известување“.
Двата уреди воспоставија врска со „Услугата за пристап до пораки“ (MAS) и „Услугата за известување за пораки“ (MNS).

Слика 6 ги опишува низите и употребата на функциите MAP за SMS прием:

Слика 6: Редослед на СМС-прием со употреба на MAP во операцијата SAP

SAP-клиентот / MCE ги прима СМС-пораките преку NAD од мрежата.
Клиентот MAS на MCE го турка SMS-PDU или - во случај на споена SMS - SMS-PDU во папката „Inbox“ на MSE во природен SMS PDU формат.
Ако СМС-пораката е наменета за корисникот (т.е. нема СМС-класа 2), Берзата испраќа известување за „NewMessage“ до МЦЕ со сигнализација дека е примена нова СМС-порака.

Слика 7 ја опишува низата и употребата на МАП-функциите за испраќање СМС:

Ако СМС-пораката е креирана на SAP-клиент / MCE уред, клиентот MAS на MCE го турка SMS-от во папката „Outbox“ на Берзата. СМС-пораката е кодирана во СМС-формат за испраќање-PDU од страна на Берзата, доколку е туркана во текстуален формат. Ако СМС-пораката е креирана на MSE-уредот и е веќе испратена, пораката е поставена во папката „Излезно сандаче“ или се префрла од фолдерот за нацрт.
MCE го враќа SMS-достават-PDU од папката „Outbox“ на MSE со барање „GetMessage“ и го испраќа до мрежата.

Кога е успешно испратена до мрежата, MCE го поставува статусот на пораката на „испратена“.
MSE ја префрла пораката од 'Outbox' во папката 'Sent' и соодветно го известува MC.

Адванtages:

Квалификувано решение.
СМС-пораките се споделуваат назад на телефонот додека сте во SAP-операција.

Дисадванtages:

Комплексната имплементација бара да се имплементираат и MAP и SAP и на двата уреди.
Бара и MAP и SAP да бидат поврзани и да работат истовремено за да не се изгуби СМС.
Бидејќи телефонот може да нема пристап до СИМ-картичката за време на работата со SAP, пораките може да не се прикажуваат на телефонот за време на работата со SAP.

3.4 УПОТРЕБИ САМО СЛУЧАЈ ТЕЛЕФОНИЈА

SAP-серверот и SAP-клиентот може да имаат SAP-врска воспоставена со единствена цел да обезбедат говорна телефонија во најдобар квалитет. Во овој случај, не смеат да се разгледуваат други барања дефинирани за SAP.

4. Кратенки

Кратенка или кратенка: Значење

3GPP: Проект за партнерство од 3-та генерација
БНЕП: Bluetooth мрежен протокол за капсулација
GSM: Глобален систем за мобилна комуникација
HFP: Рацете слободно-Проfile
IP: Интернет протокол
MAS: Услуга за пристап до пораки
МАПА: Професионален пристап до поракиfile
МЦЕ: Опрема за клиенти за пораки
MMS: Услуга за мултимедијални пораки
МНС: Услуга за известување за пораки
Берза: Опрема за серверот за пораки
MWS: Мобилен безжичен соживот
НАД: Уред за пристап до мрежа
ПАН: Професионално вмрежување на лична областfile
PDU: Единица за податоци за протокол
САП: SIM Access Profile
СИМ: Модул за идентитет на претплатник
СМС: Услуга за кратки пораки

5. Референци

Професионален пристап до поракиfile 1.0
SIM Access Profile 1.0
Професионално вмрежување на лична областfile (ПАН) 1.0
Протокол за енкапсулација на мрежата Bluetooth (BNEP), верзија 1.2 или понова
MWS Соживот Логички интерфејс, додаток за спецификација на јадрото на Bluetooth 3 rev. 2

Прирачник за SAP и далечински пристап до мрежата - Оптимизиран PDF
Прирачник за SAP и далечински пристап до мрежата - Оригинален PDF

Референци

Упатство за употреба

Историја на ревизии