SAP і выдалены доступ да сеткі

Гісторыя версій

Рэдакцыя: Дата: Апісанне
D05r01: 29 лістапада 2011 г.: Першапачатковы праект
D05r02: 30 лістапада 2011 г.: Рэдакцыі
D05r03: 20 лютага 2012 г.: Рэдакцыі
D05r04: 27 сакавіка 2012: Змены пасля CWG review
D05r05: 11 красавіка 2012 г.: Змены пасля 2-й CWG review
D05r06: 22 мая 2012 г.: Змены пасля BARB review
D05r07: 25 мая 2012 г.: Рэдакцыі CWG
D05r08: 25 чэрвеня 2012 г.: Далейшыя рэдакцыі і кансалідацыя
D05r09: 04 2012 ліпеня: Змены пасля каментарыяў Тэры
D05r10: 10 верасня 2012 г.: Рэдакцыі
D05r11: 16 верасня 2012 г.: Рэдакцыі
D05r12: 24 верасня 2012 г.: Фарматаванне, праверка правапісу
V10: 23 кастрычніка 2012 г.: Зацверджана Саветам дырэктараў Bluetooth SIG

Укладальнікі

Імя: Кампанія

Цім Хоуз: Акцэнтура
Геральд Штёкль: Аўдзі
Ёахім Мерц:  Berner&Mattner
Стэфан Шнайдэр: BMW
Берч Сеймур: Кантынентальны
Мешах Раджсінг: КСА
Стэфан Хол:  Даймлер
Роберт Грабак:  GM
Аляксей Палонскі:  Jungo
Кайл Пенры-Уільямс:  Папугай
Андрэас Эберхардт:  Porsche
Томас Фрамбах:  VW

1. Вобласць прымянення

SIM Access Profile (SAP) дазваляе прыладзе з падтрымкай Bluetooth атрымліваць доступ да даных, якія змяшчаюцца на SIM-карце іншай прылады з падтрымкай Bluetooth. У тыповым варыянце выкарыстання прылада доступу да сеткі (NAD) для сотавай сеткі ўбудавана ў транспартны сродак, але не змяшчае SIM-карты. Замест гэтага злучэнне SAP будзе ажыццяўляцца з дапамогай мабільнага тэлефона. NAD будзе выкарыстоўваць уліковыя даныя бяспекі, якія захоўваюцца на SIM-карце, для рэгістрацыі ў сотавай сетцы.
У гэтым выпадку партатыўны тэлефон дзейнічае як сервер SAP, а NAD з'яўляецца кліенцкай прыладай SAP. Усе дадзеныя, якія змяшчаюцца на SIM-карце тэлефона, уключаючы запісы ў тэлефоннай кнізе і дадзеныя, звязаныя з SMS, могуць быць даступныя з дапамогай каманд SAP. SAP забяспечвае прэміум-тэлефанію па некалькіх прычынах (гл. таксама 2.1). Аднак, калі мабільны тэлефон пагадзіўся працаваць у якасці сервера SAP, ён не зможа атрымліваць паслугі сотавай сеткі ў цэлым, і
У прыватнасці, падключэнне да Інтэрнэту. Бягучыя спецыфікацыі Bluetooth не апісваюць спосаб для мабільнага тэлефона падтрымліваць злучэнне для перадачы дадзеных паралельна з сеансам SAP. Гэта ўплывае на прыняцце SAP, у прыватнасці, на рынку смартфонаў, паколькі гэтыя прылады патрабуюць пастаяннага доступу ў Інтэрнэт.
У гэтым артыкуле апісаны метады і рэкамендацыі, каб пазбегнуць гэтых праблем з падключэннем.

2. Матывацыя

2.1 ПЕРАВАГІ SAP

Для падыходных аўтамабільных камплектаў SIM Access Profile забяспечвае шэраг пераваг у параўнанні з HFP Profile.

2.1.1 НІЗКАЯ ПРЫНЯЦЦЁ СПАЖЫЎЦАМІ СТАНЦЫЙ ДЛЯ ПРЫЛАД

Тэлефонныя падстаўкі можна выкарыстоўваць для злучэння антэны1 мабільнага тэлефона са знешняй аўтамабільнай антэнай.
Тым не менш, спажыўцы лічаць калыскі нязручнымі і грувасткімі і жадаюць, каб карыстанне было бясшвоўным і лёгкім. Пры ўваходзе ў машыну кліент хоча пакінуць тэлефон у кішэні або сумцы і не патрабаваць яго даставаць, каб пакласці ў люльку. Калі выказаць здагадку, што карыстальнік паспяхова падключыў тэлефон праз падстаўку, гэта дадае рызыку забыць тэлефон, калі выйдзе з аўтамабіля.
Наступная праблема прыняцця крэдлаў - гэта маштабаванасць прылады. Пры абмене тэлефона кліент павінен купіць новую падстаўку. Часта новыя падстаўкі недаступныя адразу пасля выхаду на рынак новых прылад, а для многіх тэлефонаў падстаўкі ўвогуле недаступныя. Гэта абмяжоўвае даступны выбар прылад для карыстальніка.
Такім чынам, сёння агульнае прызнанне калыск на рынку вельмі абмежавана. Пры выкарыстанні SAP падстаўка для спажывецкіх прылад не патрабуецца

2.1.2 ПАЛЯШЭНЫЯ ФУНКЦЫІ ТЭЛЕФАНІІ

Палепшаныя функцыі тэлефаніі SAP дазваляюць кліенту змяняць важныя функцыі тэлефаніі, звязаныя са званкамі, падчас руху, або прадастаўляць кліенту больш падрабязную інфармацыю. У многіх краінах юрыдычныя органы забараняюць выкарыстанне спажывецкай прылады падчас кіравання; карыстацкі інтэрфейс інфармацыйна-забаўляльнай сістэмы аўтамабіля - адзіны законны спосаб узаемадзеяння з прыладай спажыўца.
ExampЁсць некаторыя функцыі тэлефаніі, даступныя ў SAP

• Caller ID: актываваць, дэактываваць, запытаць бягучы статус
• Пераадрасацыя: уключыць, адключыць, змяніць
• Выбар сеткі ўручную супраць аўтаматычнага: змяніць
• (Адмяніць)Актывуйце «Роўмінг дазволены» для перадачы дадзеных праз SIM
• Адлюстраванне назвы пастаўшчыка паслуг замест назвы аператара сеткі.

Паколькі HFP Profile не забяспечвае доступ да гэтых функцый тэлефаніі, SAP - адзіны прафесіяналfile каб уключыць гэтыя варыянты выкарыстання для драйвераў.

2.1.3 АПТЫМІЗАВАНАЕ ПАКРЫЦЦЕ СЕТКІ

SAP забяспечвае значнае паляпшэнне з пункту гледжання пакрыцця сеткі:

• Пры выкарыстанні SAP функцыі аўтамабільнага тэлефона выкарыстоўваюць убудаваны ў аўтамабіль NAD, які ўстанаўлівае прамое злучэнне са знешняй сотавай антэнай. Гэта прыводзіць да паляпшэння якасці сігналу і аптымізацыі пакрыцця сеткі, памяншаючы колькасць страт сігналу.
• Гэтая перавага значна павялічваецца, калі аўтамабіль абсталяваны металізаванымі вокнамі, якія выкарыстоўваюцца для зніжэння энергаспажывання аўтамабіля для кандыцыянавання паветра. Пры выкарыстанні ўбудаванай антэны мабільнага тэлефона ўнутры такога аўтамабіля страты сігналу складаюць каля 20 дБ. Гэты пагаршаны сігнал можа прывесці да страты сеткі, дрэннага прыёму і значнага зніжэння хуткасці перадачы даных.
• Калі ў аўтамабіля ў карыстальніка ёсць падстаўка для тэлефона, антэнная сувязь можа знізіць якасць перадачы, калі гэтая сувязь рэалізавана індуктыўным спосабам. Тыповыя індуктыўныя страты на сувязі знаходзяцца ў дыяпазоне ад 6 да 10 дБ.

2.1.4 НІЗКАЯ СКЛАДАНАСЦЬ САП

Паколькі SAP адносіцца да агульнаўсталяваных стандартаў 3GPP (выкарыстанне фармату APDU) і патрабуе толькі вельмі простай рэалізацыі механізму доступу да SIM-карты, колькасць магчымых праблем узаемадзеяння пры працы SAP невялікая ў параўнанні з рэалізацыямі HFP.

2.1.5 МЕНШАЕ ЭЛЕКТРАМАГНІТНАЕ ЎЗПРАЕННЕ ДЛЯ КЛІЕНТА

У рэжыме SAP NAD мабільнага тэлефона не будзе перадаваць. Такім чынам, электрамагнітнае ўздзеянне кіроўцы можа быць зведзена да мінімуму. Без SAP магутнасць перадачы тэлефона павінна быць павышана з-за эфектаў экранавання кузава аўтамабіля. Акрамя таго, павялічваецца час аўтаномнай працы мабільнага тэлефона.

2.1.6 Суіснаванне MWS

Суіснаванне Bluetooth з іншымі бесправаднымі тэхналогіямі, у прыватнасці з сеткамі 4G, такімі як LTE, можа стаць крытычнай праблемай у найбліжэйшай будучыні і таму інтэнсіўна абмяркоўваецца ў Bluetooth SIG (праблема мабільнага бесправаднога суіснавання; гл. таксама [5]). SAP можа ўнесці значны ўклад у пазбяганне падобных праблем, паколькі NAD будзе выкарыстоўваць знешнюю сотавую антэну са значна лепшым раздзяленнем антэн, чым тэлефон.

2.2 ВЫПАДКІ КАРЫСТАННЯ

У гэтым раздзеле апісваюцца некаторыя прыдатныя варыянты выкарыстання, якія разглядаюцца ў гэтай тэхнічнай паперы.

1. . Доступ у Інтэрнэт
   * Агульны варыянт выкарыстання: Інтэрнэт-праграмы Мабільныя прылады, такія як смартфоны, патрабуюць частага або пастаяннага доступу да Інтэрнэту для розных праграм, такіх як прагляд Інтэрнэту, сацыяльныя сеткі, блогі, чаты або стужкі навін.
   *Асаблівы выпадак выкарыстання: электронныя лісты праз MAP Мабільны абмен паведамленнямі праз электронную пошту стаў важным прымяненнем тэхналогіі Bluetooth у аўтамабілі. Bluetooth ахапіў гэты варыянт выкарыстання пры распрацоўцы Message Access Profile (КАРТА, [1]). Аднак MAP дазваляе аўтамабільнаму камплекту быць паштовым кліентам мабільнага тэлефона. Ён не забяспечвае магчымасці адпраўкі/атрымання пошты на баку кліента MAP.
   * Спецыяльны варыянт выкарыстання: кіраванне персанальнай інфармацыяй Bluetooth SIG зараз распрацоўвае прафесіяналfile прадастаўленне доступу да дадзеных календара на мабільным тэлефоне. Паколькі запісы календара звычайна дастаўляюцца праз IP-сеткі, страта IP-злучэння таксама паўплывае на гэты варыянт выкарыстання. Такім чынам, мабільны тэлефон, які працуе ў SAP, павінен мець магчымасць адпраўляць і атрымліваць такія запісы календара
2. SMS
   Мабільны абмен паведамленнямі праз SMS па-ранейшаму застаецца важным рынкам. Адпаведна, абмен SMS-паведамленнямі павінен быць магчымы таксама для мабільнага тэлефона, які працуе з SAP.
3. Толькі голас
   SAP Profile датуецца 2000 годам і, такім чынам, арыентавана на галасавыя выклікі. Смартфоны з іх патрэбай у пастаянным падключэнні да Інтэрнэту не разглядаліся. Аднак выкарыстанне SAP толькі для галасавой тэлефаніі па-ранейшаму з'яўляецца правільным варыянтам выкарыстання. Варыянт выкарыстання толькі голасу ахоплены існуючай спецыфікацыяй і не павінен патрабаваць ніякіх змяненняў.

3. Рашэнні

3.1 ЗАVIEW

У наступных раздзелах апісваюцца рашэнні, якія можна прымяніць для вырашэння праблем, апісаных у раздзеле 2:

1. Доступ у Інтэрнэт:
   Мабільны тэлефон або іншая мабільная прылада, якая выступае ў якасці сервера SAP, павінна мець доступ да Інтэрнэту.
2. Перадача SMS:
   Мабільны тэлефон або іншая мабільная прылада, якая выступае ў якасці сервера SAP, павінна быць уключана для адпраўкі і атрымання SMS-паведамленняў.
3. Толькі голас:
   SAP выкарыстоўваецца толькі для галасавой тэлефаніі.

У якасці агульнага абмежавання рашэнні, апісаныя ў наступных раздзелах, павінны быць максімальна празрыстымі для карыстальніка; Карыстальнік не павінен клапаціцца аб тым, працуе SAP або HFP.
Акрамя таго, прылада SAP-сервер застанецца цэнтральным блокам сувязі; напрыклад, гісторыі ўваходных і выходных камунікацыйных транзакцый, такіх як адпраўленыя і атрыманыя паведамленні, па-ранейшаму павінны быць даступныя на серверы SAP.
Апрацоўка MMS у SAP не апісваецца ў гэтым афіцыйным дакуменце. Тым не менш, паколькі MMS патрабуе як прыёму SMS, так і IP-злучэння з серверам MMS, праблема ўскосна ахоплена варыянтамі выкарыстання SMS Transfer і Internet Access.

3.2 ДОСТУП У ІНТЭРНЭТ

3.2.1 ДОСТУП У ІНТЭРНЭТ АГУЛЬНАГА ВЫКАЛІСТАНУ

Мэта:
Забяспечыць доступ да аддаленай IP-сеткі для прылады SAP-сервера, пакуль SAP актыўны Апісанне:
Прылада SAP-сервера (напрыклад, мабільны тэлефон або смартфон) прадаставіла доступ да сваіх дадзеных SIM для прылады SAP-кліента (напрыклад, аўтамабільнага камплекта або планшэтнага кампутара), і кліент SAP выкарыстаў гэтыя дадзеныя для аўтэнтыфікацыі супраць мабільнай сеткі. Адпаведна, сервер SAP не мае доступу да мабільнай сеткі, у той час як кліент SAP выкарыстоўвае ўласную прыладу доступу да сеткі (NAD) для сувязі з мабільнай сеткай.
Каб забяспечыць доступ у Інтэрнэт для сервера SAP, прылада SAP-кліент павінна дзейнічаць як кропка доступу да сеткі для сервера SAP. Для гэтага неабходна ўсталяваць IP-злучэнне паміж SAP-серверам і SAP-кліентскімі прыладамі.
Апісанае тут рашэнне выкарыстоўвае пратакол Bluetooth BNEP для IP-злучэння паміж двума прыладамі SAP і PAN profile каб забяспечыць кропку доступу да сеткі. Звярніце ўвагу, што магчымыя іншыя рашэнні, напрыклад, IP-злучэнне праз Wi-Fi.
Для рашэння, вызначанага тут, павінны быць выкананы наступныя перадумовы:

• Дзве прылады маюць злучэнне SAP.
• Прылада SAP-сервера павінна падтрымліваць ролю PANU (PAN-User) PAN profile [3].
• Прылада SAP-кліента павінна падтрымліваць ролю NAP (пункт доступу да сеткі) PAN profile.

На малюнку 1 паказана налада злучэння для доступу SAP-сервера да знешняй IP-сеткі:

Малюнак 1: Паслядоўнасць наладжвання злучэння PAN/BNEP

1. Калі злучэнне SAP усталявана паміж дзвюма прыладамі і прыкладанню на прыладзе SAPserver патрабуецца IP-злучэнне з аддаленай сеткай, прылада SAP-сервер (роля PANU) усталёўвае злучэнне PAN/BNEP з кліентам SAP (PAN-NAP роля). Як правіла, усталяванне злучэння PAN не патрабуе ўзаемадзеяння з карыстальнікам.
2. Налада злучэння BNEP павінна ўключаць перадачу даных аб назве кропкі доступу (APN) або выбар загадзя вызначаных APN на баку прылады SAP-кліента, як гэта вызначана ў [4].
3. Пасля паспяховага ўсталявання злучэння PAN/BNEP IP datagrams можна аўтаматычна перадаваць паміж прыладай-серверам SAP і аддаленай сеткай, дзе прылада-кліент SAP дзейнічае як маршрутызатар да аддаленай сеткі IP.
4. Некалькі злучэнняў PAN/BNEP могуць быць устаноўлены, як апісана вышэй, напрыклад, для адрасавання некалькіх кропак доступу ў інфраструктуры мабільнай сеткі.

У наступных раздзелах апісваецца выкарыстанне агульнага механізму, прыведзенага вышэй, для некаторых канкрэтных прыкладанняў.

3.2.2 АСАБЛІВЫ ВЫПАДАК КАРЫСТАННЯ: ДОСТУП ДА ЭЛЕКТРОННАЙ ПОШТЫ ПРАЗ КАРТУ

Мэта:
Уключыце прыладу-сервер SAP для адпраўкі і атрымання электроннай пошты, пакуль SAP актыўны.
Апісанне:
Адным з канкрэтных прыкладанняў механізму доступу ў Інтэрнэт, апісанага вышэй, з'яўляецца перадача электроннай пошты з дапамогай Message Access Profile [1].

Для сеансу MAP з функцыяй SAP павінны быць выкананы наступныя папярэднія ўмовы:

• Агульныя патрабаванні да доступу ў Інтэрнэт, як апісана ў раздзеле 3.2.
• Прылада SAP-сервер дзейнічае як MAP Server Equipment (MSE), а SAP-кліент дзейнічае як MAP Client Equipment (MCE).
• І MSE, і MCE падтрымліваюць функцыі MAP «Прагляд паведамленняў», «Загрузка паведамленняў», «Апавяшчэнне аб паведамленнях» і «Рэгістрацыя апавяшчэнняў».

Малюнак 2 апісвае паслядоўнасці і выкарыстанне функцый MAP для атрымання электроннай пошты:

Малюнак 2: Паслядоўнасць атрымання электроннай пошты ў MAP з функцыяй SAP

1. Прылады MAP MSE і MCE усталявалі злучэнне «Служба доступу да паведамленняў» і злучэнне «Служба апавяшчэнняў аб паведамленнях».
2. Прылада SAP-сервер (як PANU) усталявала злучэнне PAN/BNEP з прыладай-кліентам SAP (як PAN-NAP).
3. MSE здабывае электронную пошту з дапамогай злучэння PAN/BNEP з сеткі праз NAD MCE.
4. MSE пасылае апавяшчэнне "NewMessage" у MCE, сігналізуючы аб атрыманні новага паведамлення.
5. MCE можа атрымаць паведамленне па запыту "GetMessage".

Глядзіце таксама [1] для апісання функцый MAP «SendEvent» і «GetMessage».

Малюнак 3 апісвае паслядоўнасці і выкарыстанне функцый MAP для адпраўкі электроннай пошты:

Малюнак 3: Паслядоўнасць адпраўкі электроннага ліста ў MAP з функцыяй SAP

1. Прылады MAP MSE і MCE усталявалі злучэнне «Служба доступу да паведамленняў» і злучэнне «Служба апавяшчэнняў аб паведамленнях».
2. Прылада SAP-сервер (як PANU) усталявала злучэнне PAN/BNEP з прыладай-кліентам SAP (як PAN-NAP).
3. Калі паведамленне створана на прыладзе MCE, кліент MAS MCE адпраўляе паведамленне ў папку «Выходныя» MSE. Калі паведамленне створана на прыладзе MSE і гатова да адпраўкі, яно змяшчаецца ў тэчку выходных або перамяшчаецца з папкі чарнавікоў.
4. Калі паведамленне было адпраўлена ў папку "Выходныя", MSE адпраўляе апавяшчэнне "Новае паведамленне" ў MCE, сігналізуючы аб тым, што паведамленне было прынята. Калі паведамленне было створана або перанесена ў тэчку «Выходныя» на MSE, MSE адпраўляе падзею «MessageShift».
5. MSE адпраўляе паведамленне ў сетку з дапамогай злучэння PAN/BNEP.
6. Калі паведамленне было паспяхова адпраўлена ў сетку, MSE перамяшчае паведамленне з папкі "Выходныя" ў папку "Адпраўлена" і адпаведна паведамляе MCE.

Глядзіце таксама [1] для апісання функцый MAP «SendEvent» і «PushMessage».

3.2.3 СПЕЦЫЯЛЬНЫ ВЫПАДАК КАРЫСТАННЯ: ДОСТУП ДА ДАНЫХ КАЛЕНДАРЯ

Мэта:
Уключыце прыладу-сервер SAP для адпраўкі і атрымання даных календара, калі SAP актыўны.
Апісанне:
Іншым спецыфічным прымяненнем апісанага механізму доступу ў Інтэрнэт (3.2.1) з'яўляецца перадача запісаў даных календара па сетцы IP. Распрацоўка календара праfile знаходзіцца ў стадыі напісання гэтага тэхнічнага дакумента, таму яшчэ няма дэталёвых функцый.
Такім чынам, тут даецца толькі чарнавая паслядоўнасць неабходных дзеянняў. Увогуле, патрабаванні для гэтага выпадку выкарыстання будуць падобныя на патрабаванні для доступу да электроннай пошты (гл. 3.2.2).

Малюнак 4: Схематычная паслядоўнасць прыёму каляндарных даных пры працы SAP

Малюнак 5: Схема паслядоўнасці адпраўкі даных календара ў рэжыме SAP

3.3 ВЫКАРЫСТАННЕ ДОСТУПУ ДА SMS

3.3.1 ЗАVIEW

Мэта:
Апішыце механізмы для прылады SAP-сервера для адпраўкі і атрымання SMS, пакуль SAP актыўны.
Апісанне:
Прылада SAP-сервера (напрыклад, мабільны тэлефон або смартфон) прадаставіла доступ да сваіх дадзеных SIM для прылады SAP-кліента (напрыклад, аўтамабільнага камплекта або планшэтнага кампутара), і кліент SAP выкарыстаў гэтыя дадзеныя для аўтэнтыфікацыі супраць мабільнай сеткі. Такім чынам, сервер SAP больш не можа адпраўляць або атрымліваць SMS-паведамленні непасрэдна.
Каб дазволіць карыстальніку адпраўляць або атрымліваць SMS-паведамленні, ніжэй апісаны два падыходы:

• Простае рашэнне, заснаванае толькі на SAP
• Больш складаны, але грунтоўны падыход, заснаваны на MAP

3.3.2 ДОСТУП ПРА СМС ТОЛЬКІ ПРАЗ SAP

Атрымаць SMS:
Пры працы ў рэжыме 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:
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.
• SMS захоўваюцца энерганезалежна на месцы (U)SIM у мабільным тэлефоне.
• Меншая складанасць у параўнанні з рашэннем "Поўны доступ да SMS", апісаным у раздзеле 3.3.3, паколькі няма дадатковых перавагfile патрабуецца. Такім чынам, гэта рашэнне падыходзіць і для простых прылад.

Дызаванtages

• Рэалізацыі мабільных тэлефонаў могуць ігнараваць (U) SIM EF[SMS], так што кліент можа не мець доступу да адпраўленага або атрыманага SMS праз карыстацкі інтэрфейс мабільнага тэлефона пасля завяршэння злучэння SAP.
• Паколькі тэлефон не мае доступу да SIM-карты падчас працы SAP, паведамленні не будуць адлюстроўвацца на тэлефоне падчас працы SAP.
• Ініцыяцыя адпраўкі SMS на мабільны тэлефон немагчымая.

3.3.3 ПОЎНЫ ДОСТУП ДА SMS ПРАЗ КАРТУ

Асноўная мэта апісанага тут падыходу заключаецца ў тым, каб прылада SAP-сервера заўсёды была ўключана ў SMS-камунікацыю. Гэта гарантуе, што доступ да SMS з'яўляецца цалкам празрыстым для карыстальніка, бо ўсе гісторыі адпраўленых і атрыманых SMS-паведамленняў знаходзяцца ў сховішчы паведамленняў прылады SAP-сервера.
Для гэтага SMS PDU, атрыманыя з аддаленай сеткі, аўтаматычна перадаюцца з NAD кліента SAP кліенту SAP і наадварот для адпраўкі з дапамогай функцый OBEX Message Access Profile. Для гэтага рашэння павінны быць выкананы наступныя перадумовы:

• Дзве прылады маюць злучэнне SAP.
• Прылада SAP-сервер дзейнічае як MAP Server Equipment (MSE), а прылада SAP-кліент дзейнічае як MAP Client Equipment (MCE).
• І MSE, і MCE падтрымліваюць функцыі MAP «Прагляд паведамленняў», «Загрузка паведамленняў», «Апавяшчэнне аб паведамленнях» і «Рэгістрацыя апавяшчэнняў».
• Дзве прылады ўсталявалі злучэнне «Служба доступу да паведамленняў» (MAS) і злучэнне «Служба апавяшчэнняў аб паведамленнях» (MNS).

Малюнак 6 апісвае паслядоўнасць і выкарыстанне функцый MAP для атрымання SMS:

Малюнак 6: Паслядоўнасць атрымання SMS з дапамогай MAP у працы SAP

1. SAP-кліент/MCE атрымлівае SMS праз NAD з сеткі.
2. Кліент MAS MCE адпраўляе SMS-PDU або – у выпадку злучанага SMS – SMS-PDU ў папку «Уваходныя» MSE ва ўласным фармаце SMS PDU.
3. Калі SMS прызначана для карыстальніка (г.зн. без SMS класа 2), MSE адпраўляе MCE апавяшчэнне "NewMessage", сігналізуючы аб атрыманні новага SMS.

Малюнак 7 апісвае паслядоўнасць і выкарыстанне функцый MAP для адпраўкі SMS:

1. Калі SMS ствараецца на прыладзе SAP-кліент/MCE, кліент MAS MCE адпраўляе SMS у папку «Выходныя» MSE. SMS перакадзіруецца ў фармат SMS submit-PDU з дапамогай MSE, калі яно было перададзена ў тэкставым фармаце. Калі SMS створана на прыладзе MSE і гатова да адпраўкі, паведамленне захоўваецца ў папцы «Выходныя» або перамяшчаецца з папкі чарнавікоў.
2. MCE здабывае SMS-submit-PDU з папкі «Выходныя» MSE па запыту «GetMessage» і адпраўляе яго ў сетку.
3. Пасля паспяховай адпраўкі ў сетку MCE усталёўвае статус паведамлення ў «адпраўлена».
4. MSE перамяшчае паведамленне з папкі "Выходныя" ў папку "Адпраўлена" і адпаведна паведамляе MC.

Адванtages:

• Кваліфікаванае рашэнне.
• SMS перадаюцца на тэлефон падчас працы SAP.

Дызаванtages:

• Комплекснае ўкараненне патрабуе ўкаранення MAP і SAP на абедзвюх прыладах.
• Патрабуецца адначасовае падключэнне і працу MAP і SAP, каб не страціць SMS.
• Паколькі тэлефон можа не мець доступу да SIM-карты падчас працы SAP, паведамленні могуць не адлюстроўвацца на тэлефоне падчас працы SAP.

3.4 ВЫКАРЫСТАННЕ ТОЛЬКІ ДЛЯ ТЭЛЕФОНІІ SAP

Сервер SAP і кліент SAP могуць мець злучэнне SAP, усталяванае толькі з мэтай забеспячэння галасавой тэлефаніі лепшай якасці. У гэтым выпадку дадатковыя патрабаванні, вызначаныя для SAP, разглядацца не павінны.

4. Скарачэнні

Абрэвіятура або акронім:  Сэнс

3GPP:  Партнёрскі праект 3-га пакалення
БНЭП:  Пратакол сеткавай інкапсуляцыі Bluetooth
GSM:  Глабальная сістэма мабільнай сувязі
HFP:  Hands-Free-Profile
IP:  Інтэрнэт-пратакол
MAS:  Служба доступу да паведамленняў
КАРТА:  Message Access Profile
MCE:  Кліенцкае абсталяванне паведамленняў
MMS:  Служба мультымедыйных паведамленняў
MNS:  Служба апавяшчэнняў аб паведамленнях
MSE:  Абсталяванне сервера паведамленняў
MWS:  Мабільнае бесправадное суіснаванне
НАД:  Прылада сеткавага доступу
ПАН:  Personal Area Networking Profile
PDU:  Блок дадзеных пратаколу
SAP:  SIM Access Profile
SIM:  Модуль ідэнтыфікацыі абанента
SMS:  Служба кароткіх паведамленняў

5. Спасылкі

1. Message Access Profile 1.0
2. SIM Access Profile 1.0
3. Personal Area Networking Profile (PAN) 1.0
4. Пратакол сеткавай інкапсуляцыі Bluetooth (BNEP), версія 1.2 або больш позняя
5. Лагічны інтэрфейс суіснавання MWS, Дадатак да асноўнай спецыфікацыі Bluetooth 3 рэв. 2

 

Інструкцыя па эксплуатацыі SAP і аддаленага доступу да сеткі – Аптымізаваны pdf
Інструкцыя па эксплуатацыі SAP і аддаленага доступу да сеткі – Арыгінальны PDF

Спасылкі

• Кіраўніцтва карыстальніка