ປື້ມຄູ່ມືສອນການເຂົ້າເຖິງເຄືອຂ່າຍ SAP ແລະເຄືອຂ່າຍທາງໄກ

ການກວດແກ້: ວັນທີ: ລາຍລະອຽດ
D05r01: ວັນທີ 29 ພະຈິກ 2011: ຮ່າງເບື້ອງຕົ້ນ
D05r02: ວັນທີ 30 ພະຈິກ 2011: ບັນນາທິການ
D05r03: 20 ກຸມພາ 2012: ບັນນາທິການ
D05r04: 27 ມີນາ 2012: ການປ່ຽນແປງຫຼັງຈາກ CWG review
D05r05: 11 ເມສາ 2012: ການປ່ຽນແປງຫຼັງຈາກ CWG ຄັ້ງທີສອງview
D05r06: 22 ພຶດສະພາ 2012: ການປ່ຽນແປງຫຼັງຈາກ BARB review
D05r07: 25 ພຶດສະພາ 2012: ບັນນາທິການ CWG
D05r08: 25 ມິຖຸນາ 2012: ບັນນາທິການແລະການສັງລວມຕື່ມອີກ
D05r09: 04 ກໍລະກົດ 2012: ການປ່ຽນແປງຕາມ ຄຳ ເຫັນຂອງ Terry
D05r10: 10 ກັນຍາ 2012: ບັນນາທິການ
D05r11: 16 ກັນຍາ 2012: ບັນນາທິການ
D05r12: 24 ກັນຍາ 2012: ການຈັດຮູບແບບ, ການກວດສອບການສະກົດ
V10: 23 ຕຸລາ 2012: ອະນຸມັດໂດຍຄະນະ ກຳ ມະການຜູ້ ອຳ ນວຍການ Bluetooth SIG

ຜູ້ປະກອບສ່ວນ

ຊື່: ບໍລິສັດ

ວິທີ Tim: ເນັ້ນສຽງ
ຫິມະ Gerald St :ckl: Audi
Joachim Mertz: Berner & Mattner
ທ່ານ Stephan Schneider: BMW
Burch Seymour: ທະວີບ
Meshach Rajsingh: CSR
Stefan Hohl: ເດມເລີ
Robert Hrabak: GM
Alexey Polonsky: Jungo
Kyle Penri-Williams: ນົກແກ້ວ
Andreas Eberhardt: Porsche
Thomas Frambach: VW

1. ຂອບເຂດ

SIM Access Profile (SAP) ອະນຸຍາດໃຫ້ອຸປະກອນທີ່ເປີດໃຊ້ Bluetooth ເພື່ອເຂົ້າຫາຂໍ້ມູນທີ່ຢູ່ໃນແຜ່ນ SIM ຂອງອຸປະກອນທີ່ເປີດໃຊ້ Bluetooth ອັນອື່ນ. ໃນກໍລະນີການນໍາໃຊ້ປົກກະຕິ, ອຸປະກອນເຂົ້າເຖິງເຄືອຂ່າຍ (NAD) ສໍາລັບເຄືອຂ່າຍໂທລະສັບມືຖືໄດ້ຖືກສ້າງຂຶ້ນໃນຍານພາຫະນະ, ແຕ່ບໍ່ມີຊິມກາດ. ແທນທີ່ຈະ, ການເຊື່ອມຕໍ່ SAP ຈະເຮັດດ້ວຍໂທລະສັບມືຖື. NAD ຈະໃຊ້ຫຼັກຖານຄວາມປອດໄພທີ່ເກັບໄວ້ໃນ SIM card ເພື່ອລົງທະບຽນກັບເຄືອຂ່າຍມືຖື.
ໃນກໍລະນີນີ້, ໂທລະສັບມືຖືແມ່ນເຮັດ ໜ້າ ທີ່ເປັນ SAP server ໃນຂະນະທີ່ NAD ແມ່ນອຸປະກອນລູກຄ້າ SAP. ຂໍ້ມູນທັງ ໝົດ ທີ່ມີຢູ່ໃນຊິມກາດຂອງໂທລະສັບ, ລວມທັງປື້ມບັນທຶກໂທລະສັບແລະຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບ SMS, ສາມາດເຂົ້າເບິ່ງໄດ້ໂດຍການໃຊ້ ຄຳ ສັ່ງທີ່ສະ ໜອງ ໂດຍ SAP. SAP ຊ່ວຍໃຫ້ໂທລະສັບພີມ່ຽມທີ່ມີຄຸນນະພາບຍ້ອນເຫດຜົນຫຼາຍຢ່າງ (ເບິ່ງເພີ່ມຕື່ມ 2.1). ເຖິງຢ່າງໃດກໍ່ຕາມ, ເມື່ອໂທລະສັບມືຖືໄດ້ຍອມຮັບທີ່ຈະ ດຳ ເນີນງານເປັນເຊີບເວີ SAP ມັນຈະບໍ່ສາມາດຮັບບໍລິການເຄືອຂ່າຍໂທລະສັບມືຖືໂດຍທົ່ວໄປ, ແລະ
ການເຊື່ອມຕໍ່ອິນເຕີເນັດໂດຍສະເພາະ. ຂໍ້ມູນສະເພາະຂອງ Bluetooth ໃນປະຈຸບັນບໍ່ໄດ້ອະທິບາຍເຖິງວິທີການ ສຳ ລັບໂທລະສັບມືຖືທີ່ຈະຮັກສາການເຊື່ອມຕໍ່ຂໍ້ມູນໃຫ້ສອດຄ່ອງກັບ SAP. ສິ່ງນີ້ສົ່ງຜົນກະທົບຕໍ່ການຍອມຮັບຂອງ SAP ໂດຍສະເພາະໃນຕະຫລາດສະມາດໂຟນເພາະວ່າອຸປະກອນເຫລົ່ານີ້ຕ້ອງການການເຂົ້າເຖິງອິນເຕີເນັດແບບຖາວອນ.
ເອກະສານສະບັບນີ້ອະທິບາຍເຖິງວິທີການແລະຂໍ້ສະ ເໜີ ແນະເພື່ອຫຼີກລ້ຽງບັນຫາການເຊື່ອມຕໍ່ເຫຼົ່ານີ້

2. ແຮງຈູງໃຈ

2.1 ຜົນປະໂຫຍດຂອງ SAP

ສໍາລັບການແກ້ໄຂຊຸດລົດທີ່ເtheາະສົມ SIM Access Profile ສະ ໜອງ ຜົນປະໂຫຍດຫຼາຍຢ່າງທຽບກັບ HFP Profile.

2.1.1 ການຍອມຮັບຕໍ່າຂອງອຸປະກອນໂດຍຜູ້ຕິດຕໍ່

ກະເປົາໂທລະສັບອາດຈະຖືກ ນຳ ໃຊ້ເພື່ອເຮັດເສົາອາກາດຂອງໂທລະສັບມືຖືກັບເສົາອາກາດພາຍນອກຂອງລົດ.
ເຖິງຢ່າງໃດກໍ່ຕາມ, ຜູ້ບໍລິໂພກຖືວ່າຄວາມຫຍຸ້ງຍາກເປັນສິ່ງທີ່ບໍ່ສະດວກແລະຫຍຸ້ງຍາກ, ແລະປາດຖະ ໜາ ປະສົບການທີ່ບໍ່ມີຄວາມຍືດຍຸ່ນແລະບໍ່ມີຄວາມພະຍາຍາມ. ເມື່ອເຂົ້າໄປໃນລົດລູກຄ້າຕ້ອງການຝາກໂທລະສັບໄວ້ໃນກະເປົorາຫລືກະເປົາແລະບໍ່ ຈຳ ເປັນຕ້ອງເອົາມັນອອກໄປໃສ່ບ່ອນວາງກະເບື້ອງ. ສົມມຸດວ່າຜູ້ໃຊ້ສາມາດເຊື່ອມຕໍ່ໂທລະສັບໄດ້ຢ່າງ ສຳ ເລັດຜົນຜ່ານກະບະ, ນີ້ຈະເພີ່ມຄວາມສ່ຽງທີ່ຈະລືມໂທລະສັບໃນເວລາອອກຈາກລົດ.
ບັນຫາການຍອມຮັບຕໍ່ໄປ ສຳ ລັບ cradles ແມ່ນຄວາມສາມາດຂະຫຍາຍໄດ້ຂອງອຸປະກອນ. ລູກຄ້າຕ້ອງຊື້ກະບະ ໃໝ່ ເມື່ອລາວແລກປ່ຽນໂທລະສັບ. ໂດຍປົກກະຕິແລ້ວ, ກະປຸກ ໃໝ່ ບໍ່ສາມາດໃຊ້ໄດ້ທັນທີຫຼັງຈາກທີ່ອອກຕະຫຼາດຂອງອຸປະກອນ ໃໝ່, ແລະ ສຳ ລັບໂທລະສັບຫຼາຍໆລຸ້ນ, ກະເປົາເປ້ບໍ່ມີເລີຍ. ນີ້ ຈຳ ກັດການເລືອກອຸປະກອນທີ່ມີໃຫ້ກັບຜູ້ໃຊ້.
ດັ່ງນັ້ນ, ໃນມື້ນີ້ການຍອມຮັບໂດຍລວມຂອງຕະຫຼາດແມ່ນມີຂໍ້ ຈຳ ກັດຫຼາຍ. ເມື່ອ ນຳ ໃຊ້ SAP, ບໍ່ ຈຳ ເປັນຕ້ອງໃຊ້ອຸປະກອນບໍລິໂພກ

2.1.2 ຄຸນລັກສະນະທາງປັນຍາຂອງຮ່າງກາຍ

ຄຸນລັກສະນະທາງໂທລະສັບທີ່ດີຂື້ນຂອງ SAP ຊ່ວຍໃຫ້ລູກຄ້າສາມາດດັດແປງຄຸນລັກສະນະໂທລະສັບທີ່ກ່ຽວຂ້ອງກັບການໂທໃນເວລາຂັບຂີ່, ຫຼືໃຫ້ລູກຄ້າມີຂໍ້ມູນລະອຽດຕື່ມ. ໃນຫລາຍປະເທດເຈົ້າ ໜ້າ ທີ່ກົດ ໝາຍ ຫ້າມໃຊ້ອຸປະກອນຜູ້ບໍລິໂພກໃນຂະນະຂັບຂີ່; ການໂຕ້ຕອບຜູ້ໃຊ້ infotainment ຂອງລົດແມ່ນວິທີທາງກົດ ໝາຍ ດຽວທີ່ຈະພົວພັນກັບອຸປະກອນຜູ້ບໍລິໂພກ.
Exampລັກສະນະຂອງໂທລະສັບທີ່ມີຢູ່ໃນ SAP ແມ່ນ

Caller ID: ເປີດໃຊ້ງານ, ປິດການ ນຳ ໃຊ້, ຂໍສະຖານະປັດຈຸບັນ
ການສົ່ງຕໍ່ການໂທ: ກະຕຸ້ນ, ປິດການ ນຳ ໃຊ້, ແກ້ໄຂ
ຄູ່ມືທຽບກັບການເລືອກເຄືອຂ່າຍອັດຕະໂນມັດ: ດັດແປງ
(De-) ເປີດໃຊ້ "Roaming ອະນຸຍາດ" ສຳ ລັບການໂອນຂໍ້ມູນຜ່ານຊິມ
ສະແດງຊື່ຜູ້ໃຫ້ບໍລິການແທນຊື່ຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍ.

ເນື່ອງຈາກວ່າ HFP Profile ບໍ່ໃຫ້ການເຂົ້າເຖິງຄຸນລັກສະນະໂທລະສັບເຫຼົ່ານັ້ນ, SAP ເປັນຜູ້ສົ່ງເສີມເທົ່ານັ້ນfile ເພື່ອເປີດໃຊ້ກໍລະນີການນໍາໃຊ້ເຫຼົ່ານີ້ສໍາລັບຄົນຂັບ.

2.1.3 ການຄຸ້ມຄອງເຄືອຂ່າຍແບບເລັ່ງລັດ

SAP ໃຫ້ການປັບປຸງດ້ານການຄຸ້ມຄອງເຄືອຂ່າຍ:

ໃນເວລາທີ່ໃຊ້ SAP, ລັກສະນະຂອງໂທລະສັບຂອງລົດແມ່ນໃຊ້ NAD ທີ່ສ້າງຂຶ້ນໃນລົດ, ເຊິ່ງກໍ່ໃຫ້ເກີດການເຊື່ອມຕໍ່ໂດຍກົງກັບເສົາອາກາດໂທລະສັບມືຖືພາຍນອກ. ນີ້ເຮັດໃຫ້ຄຸນນະພາບຂອງສັນຍານທີ່ປັບປຸງແລະການຄຸ້ມຄອງທີ່ດີທີ່ສຸດໃນເຄືອຂ່າຍ, ຫຼຸດຜ່ອນ ຈຳ ນວນການສູນເສຍສັນຍານ.
ຜົນປະໂຫຍດນີ້ແມ່ນເພີ່ມຂື້ນຢ່າງຫຼວງຫຼາຍເມື່ອລົດມີປ່ອງຢ້ຽມໂລຫະ, ເຊິ່ງໃຊ້ເພື່ອຫຼຸດຜ່ອນການໃຊ້ພະລັງງານຂອງລົດ ສຳ ລັບເຄື່ອງປັບອາກາດ. ການສູນເສຍຂອງສັນຍານປະມານ 20 dB ແມ່ນພົບເລື້ອຍໃນເວລາທີ່ໃຊ້ເສົາອາກາດຂອງໂທລະສັບມືຖືທີ່ຕິດຢູ່ໃນລົດ. ສັນຍານທີ່ຊຸດໂຊມນີ້ສາມາດເຮັດໃຫ້ເຄືອຂ່າຍສູນເສຍ, ການຕ້ອນຮັບບໍ່ດີແລະເຮັດໃຫ້ອັດຕາການໂອນຂໍ້ມູນຫຼຸດລົງ.

ຖ້າຜູ້ໃຊ້ມີໂທລະສັບຢູ່ໃນລົດຂອງລາວ, ການຈັບຄູ່ເສົາອາກາດອາດຈະຫຼຸດຜ່ອນຄຸນນະພາບຂອງການສົ່ງສັນຍານໃນເວລາທີ່ຄູ່ຜົວເມຍນີ້ໄດ້ຮັບຮູ້ໃນລັກສະນະທີ່ເປັນທາງການ. ການສູນເສຍຄູ່ຜົວເມຍແບບ ທຳ ມະດາແມ່ນຢູ່ໃນລະດັບ 6 ຫາ 10 dB.

2.1.4 ຄວາມລຶກລັບ ໜ້ອຍ ຂອງ SAP

ໃນຖານະ SAP ໝາຍ ເຖິງມາດຕະຖານ 3GPP ທີ່ຖືກສ້າງຕັ້ງຂື້ນເປັນຢ່າງດີ (ການ ນຳ ໃຊ້ຮູບແບບ APDU) ແລະຮຽກຮ້ອງໃຫ້ມີການປະຕິບັດກົນໄກການເຂົ້າເຖິງຊິມກາດງ່າຍດາຍເທົ່ານັ້ນ, ຈຳ ນວນປະເດັນທີ່ມີຄວາມສາມາດໂຕ້ຕອບໄດ້ໃນເວລາທີ່ປະຕິບັດງານ SAP ແມ່ນຕໍ່າເມື່ອທຽບກັບການປະຕິບັດຂອງ HFP

2.1.5 ການຂະຫຍາຍເອເລັກໂຕຣນິກ ສຳ ລັບລູກຄ້າ

ເມື່ອຢູ່ໃນການປະຕິບັດງານ SAP, NAD ຂອງໂທລະສັບມືຖືຈະບໍ່ຖືກສົ່ງຕໍ່. ດັ່ງນັ້ນ, ການ ສຳ ຜັດໄຟຟ້າຂອງຜູ້ຂັບຂີ່ສາມາດຫຼຸດຜ່ອນໄດ້ ໜ້ອຍ ທີ່ສຸດ. ຖ້າບໍ່ມີ SAP, ລະບົບສາຍສົ່ງຂອງໂທລະສັບຕ້ອງໄດ້ຮັບການຍົກສູງຂື້ນຍ້ອນຜົນກະທົບຂອງໄສ້ຂອງຮ່າງກາຍຂອງລົດ. ນອກຈາກນັ້ນ, ອາຍຸການໃຊ້ງານຂອງໂທລະສັບມືຖືກໍ່ເພີ່ມຂື້ນ.

2.1.6 ການມີຢູ່ຂອງ MWS

ການຢູ່ຮ່ວມກັນຂອງ Bluetooth ກັບເຕັກໂນໂລຢີໄຮ້ສາຍອື່ນໆ, ໂດຍສະເພາະເຄືອຂ່າຍ 4G ເຊັ່ນ LTE, ອາດຈະກາຍເປັນບັນຫາທີ່ ສຳ ຄັນໃນອະນາຄົດອັນໃກ້ນີ້ແລະດັ່ງນັ້ນຈິ່ງໄດ້ມີການປຶກສາຫາລືກັນຢ່າງເລິກເຊິ່ງໃນ Bluetooth SIG (Mobile Wireless Coexistence issue; [5]). SAP ສາມາດປະກອບສ່ວນຢ່າງຫຼວງຫຼາຍເພື່ອຫລີກລ້ຽງບັນຫາດັ່ງກ່າວ, ເພາະວ່າ NAD ຈະໃຊ້ເສົາອາກາດພາຍນອກດ້ວຍການແຍກເສົາອາກາດທີ່ດີກ່ວາມືຖື.

2.2 ກໍລະນີໃຊ້

ພາກນີ້ອະທິບາຍບາງກໍລະນີການ ນຳ ໃຊ້ທີ່ກ່ຽວຂ້ອງທີ່ຖືກແກ້ໄຂໂດຍເຈ້ຍຂາວນີ້.

. ການເຂົ້າເຖິງອິນເຕີເນັດ
* ກໍລະນີການ ນຳ ໃຊ້ທົ່ວໄປ: ການ ນຳ ໃຊ້ອິນເຕີເນັດອຸປະກອນມືຖືເຊັ່ນ: ໂທລະສັບສະມາດໂຟນຮຽກຮ້ອງໃຫ້ມີການ ນຳ ໃຊ້ອິນເຕີເນັດເລື້ອຍໆຫຼືຖາວອນ ສຳ ລັບຫຼາຍໆແອັບພລິເຄຊັນເຊັ່ນການຄົ້ນຫາອິນເຕີເນັດ, ເຄືອຂ່າຍສັງຄົມ, ບລັອກ, ສົນທະນາ, ຫຼືຂ່າວສານຕ່າງໆ.
*ກໍລະນີການນໍາໃຊ້ພິເສດ: ອີເມລ via ຜ່ານການສົ່ງຂໍ້ຄວາມ MAP ມືຖືຜ່ານທາງອີເມລ has ໄດ້ກາຍເປັນຄໍາຮ້ອງສະຫມັກທີ່ສໍາຄັນຂອງເຕັກໂນໂລຍີ Bluetooth ໃນລົດ. Bluetooth ໄດ້ກວມເອົາກໍລະນີການນໍາໃຊ້ນີ້ໂດຍການພັດທະນາຂອງ Message Access Profile (ແຜນທີ່, [1]). ແນວໃດກໍ່ຕາມ, MAP ອະນຸຍາດໃຫ້ຊຸດລົດເປັນລູກຄ້າທາງໄປສະນີຂອງໂທລະສັບມືຖື. ມັນບໍ່ໄດ້ສະ ໜອງ ຄວາມສາມາດໃນການສົ່ງ/ຮັບຈົດailsາຍທາງclient່າຍລູກຄ້າ MAP.
* ກໍລະນີການນໍາໃຊ້ພິເສດ: ການຈັດການຂໍ້ມູນສ່ວນຕົວ Bluetooth SIG ປະຈຸບັນກໍາລັງພັດທະນາມືອາຊີບfile ເຮັດໃຫ້ສາມາດເຂົ້າເຖິງຂໍ້ມູນປະຕິທິນຢູ່ໃນໂທລະສັບມືຖື. ເນື່ອງຈາກວ່າລາຍການປະຕິທິນໂດຍປົກກະຕິແລ້ວຈະຖືກສົ່ງຜ່ານເຄືອຂ່າຍ IP, ການສູນເສຍການເຊື່ອມຕໍ່ IP ຈະມີຜົນກະທົບກັບກໍລະນີການນໍາໃຊ້ນີ້. ດັ່ງນັ້ນ, ໂທລະສັບມືຖືທີ່ດໍາເນີນຢູ່ໃນ SAP ຄວນຈະສາມາດສົ່ງແລະຮັບຂໍ້ມູນປະຕິທິນດັ່ງກ່າວໄດ້

SMS
ການສົ່ງຂໍ້ຄວາມຜ່ານມືຖືຜ່ານ SMS ແມ່ນຍັງເປັນຕະຫຼາດທີ່ ສຳ ຄັນ. ເພາະສະນັ້ນ, ການສົ່ງຂໍ້ຄວາມ SMS ຄວນຈະເປັນໄປໄດ້ເຊັ່ນດຽວກັນ ສຳ ລັບໂທລະສັບມືຖືທີ່ເຮັດວຽກກັບ SAP.
ສຽງເທົ່ານັ້ນ
ຜູ້ຊ່ຽວຊານ SAPfile ຕັ້ງແຕ່ປີ 2000, ແລະດັ່ງນັ້ນຈິ່ງສຸມໃສ່ການໂທດ້ວຍສຽງ. ໂທລະສັບສະຫຼາດ, ດ້ວຍຄວາມຕ້ອງການຂອງເຂົາເຈົ້າສໍາລັບການເຊື່ອມຕໍ່ອິນເຕີເນັດຄົງທີ່, ບໍ່ແມ່ນການພິຈາລະນາ. ແນວໃດກໍ່ຕາມ, ການໃຊ້ SAP ສໍາລັບໂທລະສັບສຽງເທົ່ານັ້ນແມ່ນຍັງເປັນກໍລະນີການນໍາໃຊ້ທີ່ຖືກຕ້ອງຢູ່. ກໍລະນີການໃຊ້ສຽງເທົ່ານັ້ນຖືກປົກຄຸມດ້ວຍສະເປັກທີ່ມີຢູ່ແລ້ວແລະບໍ່ຄວນມີການປ່ຽນແປງໃດ.

3. ວິທີແກ້ໄຂ

3.1 ຫຼາຍກວ່າVIEW

ພາກຕໍ່ໄປນີ້ອະທິບາຍວິທີແກ້ໄຂທີ່ສາມາດ ນຳ ໃຊ້ເພື່ອຈັດການກັບບັນຫາດັ່ງທີ່ໄດ້ອະທິບາຍໄວ້ໃນພາກທີ 2:

ການເຂົ້າເຖິງອິນເຕີເນັດ:
ໂທລະສັບມືຖືຫລືອຸປະກອນມືຖືອື່ນທີ່ເຮັດ ໜ້າ ທີ່ເປັນ server SAP ຕ້ອງຖືກເປີດໃຊ້ເພື່ອເຂົ້າໃຊ້ອິນເຕີເນັດ.

ໂອນ SMS:
ໂທລະສັບມືຖືຫຼືອຸປະກອນມືຖືອື່ນທີ່ເຮັດ ໜ້າ ທີ່ເປັນ server SAP ຕ້ອງຖືກເປີດໃຊ້ເພື່ອສົ່ງແລະຮັບຂໍ້ຄວາມ SMS.
ສຽງເທົ່ານັ້ນ:
SAP ແມ່ນໃຊ້ ສຳ ລັບການສື່ສານທາງໂທລະສັບເທົ່ານັ້ນ.

ເປັນຂໍ້ ຈຳ ກັດທົ່ວໄປ, ວິທີແກ້ໄຂທີ່ອະທິບາຍໃນພາກຕໍ່ໄປນີ້ຄວນຈະມີຄວາມໂປ່ງໃສເທົ່າທີ່ຈະເປັນໄປໄດ້ ສຳ ລັບຜູ້ໃຊ້; ຜູ້ໃຊ້ບໍ່ຄວນເບິ່ງແຍງບໍ່ວ່າ SAP ຫຼື HFP ກຳ ລັງ ດຳ ເນີນງານຢູ່.
ນອກຈາກນັ້ນ, ອຸປະກອນ SAP-server ຈະຍັງຄົງເປັນສູນກາງໃນການສື່ສານ; ຕົວຢ່າງ: ປະຫວັດຂອງການເຮັດທຸລະ ກຳ ການສື່ສານທີ່ເຂົ້າມາແລະລາຍຈ່າຍ, ເຊັ່ນວ່າຂໍ້ຄວາມທີ່ສົ່ງຫຼືໄດ້ຮັບ, ຍັງຄວນມີຢູ່ໃນ SAP server.
ການຈັດການ MMS ໃນການປະຕິບັດງານ SAP ບໍ່ໄດ້ຖືກອະທິບາຍຢ່າງຈະແຈ້ງໂດຍເຈ້ຍຂາວນີ້. ເຖິງຢ່າງໃດກໍ່ຕາມ, ໃນຂະນະທີ່ MMS ຮຽກຮ້ອງທັງການຮັບ SMS ແລະການເຊື່ອມຕໍ່ IP ກັບເຄື່ອງແມ່ຂ່າຍ MMS, ບັນຫາແມ່ນຖືກປົກຄຸມຢ່າງຈະແຈ້ງໂດຍກໍລະນີການ ນຳ ໃຊ້ການໂອນ SMS ແລະການເຂົ້າເຖິງອິນເຕີເນັດ.

3.2 ການເຂົ້າເຖິງອິນເຕີເນັດ

3.2.1 ການເຂົ້າໃຊ້ອິນເຕີເນັດທົ່ວໄປ

ຈຸດປະສົງ:
ໃຫ້ການເຂົ້າເຖິງເຄືອຂ່າຍ IP ຫ່າງໄກສອກຫຼີກ ສຳ ລັບອຸປະກອນ SAP-server ໃນຂະນະທີ່ SAP ກຳ ລັງເຄື່ອນໄຫວລາຍລະອຽດ:
ອຸປະກອນ SAP-server (ຕົວຢ່າງ: ໂທລະສັບມືຖືຫຼືໂທລະສັບສະຫຼາດ) ໄດ້ໃຫ້ຂໍ້ມູນຊິມຂອງມັນ ສຳ ລັບອຸປະກອນ SAP-client (ຕົວຢ່າງ, ຊຸດລົດຫຼືຄອມພິວເຕີແທັບເລັດ) ແລະລູກຄ້າ SAP ໄດ້ໃຊ້ຂໍ້ມູນນີ້ເພື່ອການກວດສອບຄວາມຖືກຕ້ອງ. ຕໍ່ເຄືອຂ່າຍມືຖື. ຕາມນັ້ນ, SAP server ບໍ່ສາມາດເຂົ້າເຖິງເຄືອຂ່າຍມືຖືໄດ້, ໃນຂະນະທີ່ລູກຄ້າ SAP ໃຊ້ອຸປະກອນເຂົ້າເຖິງເຄືອຂ່າຍຂອງຕົນເອງ (NAD) ເພື່ອສື່ສານກັບເຄືອຂ່າຍມືຖື.
ເພື່ອໃຫ້ການເຂົ້າເຖິງອິນເຕີເນັດ ສຳ ລັບ SAP server, ອຸປະກອນ SAP-client ຕ້ອງເຮັດ ໜ້າ ທີ່ເປັນຈຸດເຊື່ອມຕໍ່ເຄືອຂ່າຍ ສຳ ລັບ SAP server. ສຳ ລັບສິ່ງນັ້ນ, ຕ້ອງມີການເຊື່ອມຕໍ່ IP ລະຫວ່າງ SAP-server ແລະ SAP-client devices.
ການແກ້ໄຂທີ່ໄດ້ອະທິບາຍຢູ່ນີ້ແມ່ນໃຊ້ໂປຣໂຕຄໍ Bluetooth BNEP ສໍາລັບການເຊື່ອມຕໍ່ IP ລະຫວ່າງສອງອຸປະກອນ SAP, ແລະ PAN profile ເພື່ອສະ ໜອງ ຈຸດເຂົ້າເຖິງເຄືອຂ່າຍ. ໃຫ້ສັງເກດວ່າການແກ້ໄຂບັນຫາອື່ນອາດເປັນໄປໄດ້, ຕົວຢ່າງ: ການເຊື່ອມຕໍ່ IP ຜ່ານ WiFi.
ສຳ ລັບວິທີແກ້ໄຂທີ່ໄດ້ ກຳ ນົດໄວ້ໃນນີ້, ເງື່ອນໄຂເບື້ອງຕົ້ນດັ່ງຕໍ່ໄປນີ້ຕ້ອງປະຕິບັດໄດ້:

ທັງສອງອຸປະກອນມີການເຊື່ອມຕໍ່ SAP ສ້າງຕັ້ງຂຶ້ນ.
ອຸປະກອນ SAP-server ຕ້ອງສະ ໜັບ ສະ ໜູນ ບົດບາດ PANU (PAN-User) ຂອງ PAN profile [3].

ອຸປະກອນລູກຄ້າ SAP ຕ້ອງສະ ໜັບ ສະ ໜູນ ບົດບາດ NAP (Network Access Point) ຂອງ PAN profile.

ຮູບ 1 ສະແດງການຕັ້ງຄ່າການເຊື່ອມຕໍ່ເພື່ອໃຫ້ SAP-server ສາມາດເຂົ້າເຖິງເຄືອຂ່າຍ IP ພາຍນອກ:

ຮູບທີ 1: ລໍາດັບຂອງການຕິດຕັ້ງ PAN / BNEP

ຖ້າການເຊື່ອມຕໍ່ SAP ຖືກສ້າງຕັ້ງຂື້ນລະຫວ່າງສອງອຸປະກອນແລະແອັບພລິເຄຊັນໃນອຸປະກອນ SAPserver ຮຽກຮ້ອງໃຫ້ມີການເຊື່ອມຕໍ່ IP ກັບເຄືອຂ່າຍທາງໄກ, ອຸປະກອນ SAP-server (ພາລະບົດບາດ PANU) ຕັ້ງການເຊື່ອມຕໍ່ PAN / BNEP ໃຫ້ກັບລູກຄ້າ SAP (PAN-NAP) ພາລະບົດບາດ). ໂດຍປົກກະຕິ, ການສ້າງຕັ້ງການເຊື່ອມຕໍ່ PAN ນີ້ຈະບໍ່ຮຽກຮ້ອງໃຫ້ມີການພົວພັນກັບຜູ້ໃຊ້.
ການຕິດຕັ້ງການເຊື່ອມຕໍ່ BNEP ຄວນປະກອບມີການສົ່ງຂໍ້ມູນຊື່ຈຸດເຂົ້າ (APN) ຫຼືການຄັດເລືອກ APN ທີ່ ກຳ ນົດໄວ້ລ່ວງ ໜ້າ ໃນດ້ານຂອງອຸປະກອນລູກຄ້າ SAP ຕາມທີ່ໄດ້ ກຳ ນົດໄວ້ໃນ [4].

ຫຼັງຈາກການສ້າງຕັ້ງການເຊື່ອມຕໍ່ PAN/BNEP ປະສົບຜົນສໍາເລັດ, IP datagrams ສາມາດຖືກໂອນໂດຍອັດຕະໂນມັດລະຫວ່າງອຸປະກອນເຊີບເວີ SAP ແລະເຄືອຂ່າຍທາງໄກບ່ອນທີ່ອຸປະກອນ SAP ລູກຄ້າເຮັດ ໜ້າ ທີ່ເປັນ router ກັບເຄືອຂ່າຍ IP ຫ່າງໄກສອກຫຼີກ.
ການເຊື່ອມຕໍ່ PAN / BNEP ຫຼາຍໆສາຍອາດຈະຖືກສ້າງຕັ້ງຂື້ນດັ່ງທີ່ໄດ້ອະທິບາຍຂ້າງເທິງ, ຕົວຢ່າງ, ເພື່ອແກ້ໄຂຈຸດເຂົ້າເຖິງຫຼາຍຈຸດໃນພື້ນຖານໂຄງລ່າງຂອງເຄືອຂ່າຍມືຖື

ພາກຕໍ່ໄປນີ້ອະທິບາຍການ ນຳ ໃຊ້ກົນໄກທົ່ວໄປຂ້າງເທິງ ສຳ ລັບບາງ ຄຳ ຮ້ອງສະເພາະ.

3.2.2 ກໍລະນີການ ນຳ ໃຊ້ແບບພິເສດ: EMAIL ACCESS VIA MAP

ຈຸດປະສົງ:
ເປີດໃຊ້ເຄື່ອງມື SAP-server ເພື່ອສົ່ງແລະຮັບອີເມວໃນຂະນະທີ່ SAP ກຳ ລັງເຄື່ອນໄຫວຢູ່.
ລາຍລະອຽດ:
ຄໍາຮ້ອງສະຫມັກສະເພາະອັນ ໜຶ່ງ ສໍາລັບກົນໄກການເຂົ້າເຖິງອິນເຕີເນັດທີ່ໄດ້ອະທິບາຍຂ້າງເທິງແມ່ນການສົ່ງອີເມວໂດຍການນໍາໃຊ້ Message Access Profile [1].

ສຳ ລັບກອງປະຊຸມ MAP ກັບການປະຕິບັດງານ SAP, ເງື່ອນໄຂເບື້ອງຕົ້ນດັ່ງຕໍ່ໄປນີ້ຕ້ອງປະຕິບັດໄດ້:

ຂໍ້ ກຳ ນົດທົ່ວໄປ ສຳ ລັບການເຂົ້າເຖິງອິນເຕີເນັດທີ່ໄດ້ອະທິບາຍໄວ້ໃນພາກ 3.2.
ອຸປະກອນ SAP-server ເຮັດ ໜ້າ ທີ່ເປັນ MAP Server Equipment (MSE) ແລະ SAP-client ເຮັດ ໜ້າ ທີ່ເປັນ MAP Client Equipment (MCE).
ທັງ MSE ແລະ MCE ສະ ໜັບ ສະ ໜູນ ຄຸນລັກສະນະຕ່າງໆຂອງ MAP 'ການຄົ້ນຫາຂໍ້ຄວາມ', 'ການອັບໂຫລດຂໍ້ຄວາມ', 'ການແຈ້ງເຕືອນຂໍ້ຄວາມ' ແລະ 'ການລົງທະບຽນແຈ້ງການ'.

ຮູບ 2 ອະທິບາຍ ລຳ ດັບແລະການ ນຳ ໃຊ້ ໜ້າ ທີ່ຂອງ MAP ສຳ ລັບການຮັບອີເມວ:

ຮູບທີ 2: ລຳ ດັບການຮັບອີເມວໃນ MAP ດ້ວຍການ ດຳ ເນີນງານ SAP

ອຸປະກອນ MAP MSE ແລະ MCE ໄດ້ສ້າງຕັ້ງການເຊື່ອມຕໍ່ 'ການບໍລິການເຂົ້າເຖິງຂໍ້ຄວາມ' ແລະການເຊື່ອມຕໍ່ 'ບໍລິການແຈ້ງເຕືອນຂໍ້ຄວາມ'.
ອຸປະກອນ SAP-server (ຄື PANU) ໄດ້ສ້າງຕັ້ງການເຊື່ອມຕໍ່ PAN / BNEP ກັບອຸປະກອນ SAP-client (ຄື PAN-NAP).
MSE ດຶງເອົາອີເມວໂດຍໃຊ້ການເຊື່ອມຕໍ່ PAN / BNEP ຈາກເຄືອຂ່າຍຜ່ານທາງ NAD's NAD.
MSE ສົ່ງແຈ້ງການ 'NewMessage' ໄປຫາສັນຍານ MCE ທີ່ໄດ້ຮັບຂໍ້ຄວາມ ໃໝ່.
MCE ອາດຈະດຶງເອົາຂໍ້ຄວາມໂດຍ ຄຳ ຮ້ອງຂໍ 'GetMessage'.

ເບິ່ງນຳ [1] ສຳ ລັບ ຄຳ ອະທິບາຍກ່ຽວກັບ ໜ້າ ທີ່ຂອງ MAP 'SendEvent' ແລະ 'GetMessage'.

ຮູບ 3 ອະທິບາຍ ລຳ ດັບແລະການ ນຳ ໃຊ້ ໜ້າ ທີ່ຂອງ MAP ສຳ ລັບການສົ່ງອີເມວ:

ຮູບທີ 3: ລໍາດັບສໍາລັບການສົ່ງອີເມວໃນ MAP ດ້ວຍການດໍາເນີນງານ SAP

ອຸປະກອນ MAP MSE ແລະ MCE ໄດ້ສ້າງຕັ້ງການເຊື່ອມຕໍ່ 'ການບໍລິການເຂົ້າເຖິງຂໍ້ຄວາມ' ແລະການເຊື່ອມຕໍ່ 'ບໍລິການແຈ້ງເຕືອນຂໍ້ຄວາມ'.
ອຸປະກອນ SAP-server (ຄື PANU) ໄດ້ສ້າງຕັ້ງການເຊື່ອມຕໍ່ PAN / BNEP ກັບອຸປະກອນ SAP-client (ຄື PAN-NAP).
ຖ້າຂໍ້ຄວາມຖືກສ້າງຂື້ນໃນອຸປະກອນ MCE, ລູກຄ້າ MAS ຂອງ MCE ຈະສົ່ງຂໍ້ຄວາມໄປຍັງໂຟເດີ 'Outbox' ຂອງ MSE. ຖ້າຂໍ້ຄວາມຖືກສ້າງຂື້ນໃນອຸປະກອນ MSE ແລະພ້ອມທີ່ຈະສົ່ງ, ຂໍ້ຄວາມຖືກຕັ້ງໄວ້ໃນໂຟເດີ outbox ຫຼືປ່ຽນຈາກໂຟເດີຮ່າງ.

ຖ້າຂໍ້ຄວາມຖືກສົ່ງໄປຫາໂຟນເດີ 'Outbox', MSE ຈະສົ່ງແຈ້ງການ 'NewMessage' ໄປຫາສັນຍານ MCE ວ່າຂໍ້ຄວາມໄດ້ຖືກຍອມຮັບແລ້ວ. ຖ້າຂໍ້ຄວາມໄດ້ຖືກສ້າງຂື້ນຫລືປ່ຽນໄປທີ່ໂຟເດີ 'outbox' ໃນ MSE, MSE ຈະສົ່ງເຫດການ 'MessageShift'.
MSE ສົ່ງຂໍ້ຄວາມໄປຫາເຄືອຂ່າຍໂດຍໃຊ້ການເຊື່ອມຕໍ່ PAN / BNEP ຂອງມັນ.
ຖ້າຂໍ້ຄວາມຖືກສົ່ງໄປຫາເຄືອຂ່າຍຢ່າງປະສົບຜົນ ສຳ ເລັດ, MSE ຈະປ່ຽນຂໍ້ຄວາມຈາກ 'Outbox' ໄປທີ່ໂຟນເດີ 'ສົ່ງ' ແລະແຈ້ງ MCE ຕາມຄວາມ ເໝາະ ສົມ.

ເບິ່ງນຳ [1] ສຳ ລັບ ຄຳ ອະທິບາຍກ່ຽວກັບ ໜ້າ ທີ່ຂອງ MAP 'SendEvent' ແລະ 'PushMessage'.

3.2.3 ກໍລະນີການ ນຳ ໃຊ້ແບບພິເສດ: CALENDAR DATA AccessESS

ຈຸດປະສົງ:
ເປີດໃຊ້ເຄື່ອງມື SAP-server ເພື່ອສົ່ງແລະຮັບຂໍ້ມູນປະຕິທິນໃນຂະນະທີ່ SAP ກຳ ລັງເຄື່ອນໄຫວຢູ່.
ລາຍລະອຽດ:
ຄໍາຮ້ອງສະຫມັກສະເພາະອັນອື່ນສໍາລັບກົນໄກການເຂົ້າເຖິງອິນເຕີເນັດ (3.2.1) ໄດ້ອະທິບາຍແມ່ນການສົ່ງຂໍ້ມູນປະຕິທິນຜ່ານເຄືອຂ່າຍ IP. ການພັດທະນາໂປຣແກມປະຕິທິນfile ກຳ ລັງຢູ່ໃນຄວາມຄືບ ໜ້າ ໃນການຂຽນເຈ້ຍຂາວສະບັບນີ້, ສະນັ້ນຍັງບໍ່ມີການ ກຳ ນົດ ໜ້າ ທີ່ລະອຽດເທື່ອ.
ດັ່ງນັ້ນ, ມີພຽງ ລຳ ດັບ ລຳ ດັບຂອງການກະ ທຳ ທີ່ ຈຳ ເປັນເທົ່ານັ້ນທີ່ໄດ້ກ່າວມານີ້. ໂດຍທົ່ວໄປ, ຂໍ້ ກຳ ນົດ ສຳ ລັບກໍລະນີການ ນຳ ໃຊ້ນີ້ຈະຄ້າຍຄືກັບຂໍ້ ກຳ ນົດໃນການເຂົ້າເຖິງອີເມວ (ເບິ່ງ 3.2.2).

ຮູບທີ 4: ແບບແຜນການ ສຳ ລັບການຮັບຂໍ້ມູນປະຕິທິນໃນການປະຕິບັດງານ SAP

ຮູບທີ 5: ລໍາດັບແບບແຜນເພື່ອສົ່ງຂໍ້ມູນປະຕິທິນໃນການດໍາເນີນງານ SAP

3.3 ການ ນຳ ໃຊ້ຂໍ້ຄວາມເຂົ້າໃຊ້

3.3.1 ຫຼາຍກວ່າVIEW

ຈຸດປະສົງ:
ອະທິບາຍກົນໄກຕ່າງໆ ສຳ ລັບອຸປະກອນ SAP-server ເພື່ອສົ່ງແລະຮັບ SMS ໃນຂະນະທີ່ SAP ກຳ ລັງເຄື່ອນໄຫວຢູ່.
ລາຍລະອຽດ:
ອຸປະກອນ SAP-server (ຕົວຢ່າງ: ໂທລະສັບມືຖືຫຼືໂທລະສັບສະຫຼາດ) ໄດ້ໃຫ້ຂໍ້ມູນຊິມຂອງມັນ ສຳ ລັບອຸປະກອນ SAP-client (ຕົວຢ່າງ, ຊຸດລົດຫຼືຄອມພິວເຕີແທັບເລັດ) ແລະລູກຄ້າ SAP ໄດ້ໃຊ້ຂໍ້ມູນນີ້ເພື່ອການກວດສອບຄວາມຖືກຕ້ອງ. ຕໍ່ເຄືອຂ່າຍມືຖື. ດັ່ງນັ້ນ, ເຄື່ອງແມ່ຂ່າຍຂອງ SAP ບໍ່ສາມາດສົ່ງຫຼືຮັບຂໍ້ຄວາມ SMS ໂດຍກົງອີກຕໍ່ໄປ.
ເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດສົ່ງຫຼືຮັບຂໍ້ຄວາມ SMS, ສອງວິທີການແມ່ນຖືກອະທິບາຍຢູ່ນີ້:

ການແກ້ໄຂງ່າຍໆໂດຍອີງໃສ່ SAP ເທົ່ານັ້ນ
ວິທີການທີ່ສັບສົນກວ່າແຕ່ລະອຽດໂດຍອີງໃສ່ MAP

3.3.2 ການເຂົ້າເຖິງຂໍ້ຄວາມ SMS ເທົ່ານັ້ນ

ໄດ້ຮັບ SMS:
ໃນເວລາທີ່ປະຕິບັດງານໃນໂຫມດ SAP, NAD ຂອງລູກຄ້າ SAP ໄດ້ຮັບ SMS_DELIVER PDU ຫຼື SMS_STATUSREPORT PDU ຕາມທີ່ໄດ້ ກຳ ນົດໄວ້ໃນ 3GPP 23.040 ຜ່ານລະບົບເຄືອຂ່າຍມືຖື NAD. ອີງຕາມກົດລະບຽບທີ່ໄດ້ ກຳ ນົດໄວ້ໃນ 3GPP 23.040 ແລະ 3GPP 23.038 ສຳ ລັບ SMS PDU ໄດ້ຮັບໂດຍ NAD, ອຸປະກອນ SAP-client ສາມາດເກັບ SMS ຢູ່ SIM ຂອງ (U) SIM ຂອງອຸປະກອນ SAP-server. ສຳ ລັບສິ່ງນັ້ນ, ມັນໃຊ້ຮູບແບບ SAP APDU ເພື່ອຂໍການເກັບຮັກສາ PDU ຜ່ານການເຊື່ອມຕໍ່ SAP ໃສ່ຊິມ (U) ໃນເຂດປະຖົມ EF [SMS] ຂອງຊິມ (U) (ເບິ່ງ 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 ຢູ່ SIM (U). ອີກເທື່ອ ໜຶ່ງ, ມັນໃຊ້ຮູບແບບ SAP APDU ເພື່ອຂໍເກັບ PDU ແລະ ນຳ ໃຊ້ຂັ້ນຕອນການປັບປຸງອີງຕາມ 3GPP 51.011 ບົດ 11.5.2 ແລະ 3GPP 31.101.

ແອັດວັນtages

ການປະຕິບັດຢ່າງເຕັມທີ່ກັບຂໍ້ກໍານົດເຄືອຂ່າຍມືຖື 3GPP ແມ່ນຖືກປະຕິບັດແລ້ວ.
SMS ຖືກເກັບໄວ້ໃນສະຖານທີ່ SIM (ບໍ່ປ່ຽນແປງ) ໃນໂທລະສັບມືຖື.

ຄວາມຊັບຊ້ອນ ໜ້ອຍ ລົງເມື່ອທຽບກັບການແກ້ໄຂບັນຫາ 'ການເຂົ້າເຖິງ SMS ເຕັມ' ໄດ້ອະທິບາຍໄວ້ໃນຂໍ້ 3.3.3 ວ່າບໍ່ມີໂປຣແກມເພີ່ມເຕີມfile ຈໍາເປັນ. ດັ່ງນັ້ນ, ວິທີແກ້ໄຂນີ້ຍັງເsuitableາະສົມກັບອຸປະກອນທີ່ງ່າຍດາຍ.

Disadvantages

ການຈັດຕັ້ງປະຕິບັດໂທລະສັບມືຖືອາດຈະບໍ່ສົນໃຈ SIM (E) SIM EF [SMS] ເພື່ອໃຫ້ລູກຄ້າບໍ່ສາມາດເຂົ້າເຖິງຂໍ້ຄວາມທີ່ສົ່ງຫຼືໄດ້ຮັບໂດຍຜ່ານການໂຕ້ຕອບຜູ້ໃຊ້ຂອງໂທລະສັບມືຖືຫຼັງຈາກການເຊື່ອມຕໍ່ SAP ສິ້ນສຸດລົງ.
ເນື່ອງຈາກວ່າໂທລະສັບບໍ່ສາມາດເຂົ້າເຖິງ SIM card ໃນລະຫວ່າງການປະຕິບັດງານ SAP, ຂໍ້ຄວາມຈະບໍ່ຖືກສະແດງຢູ່ໃນໂທລະສັບໃນລະຫວ່າງການປະຕິບັດງານ SAP.

ບໍ່ມີການເລີ່ມຕົ້ນຂອງການສົ່ງ SMS ໃນໂທລະສັບມືຖືທີ່ເປັນໄປໄດ້.

3.3.3 ຂໍ້ຄວາມເຕັມເຂົ້າໃຊ້ໄດ້ໂດຍຜ່ານ SMS

ຈຸດປະສົງຕົ້ນຕໍຂອງວິທີການທີ່ໄດ້ອະທິບາຍຢູ່ນີ້ແມ່ນເພື່ອໃຫ້ອຸປະກອນ SAP-server ປະກອບເຂົ້າໃນການສື່ສານ SMS. ນີ້ຮັບປະກັນວ່າການເຂົ້າເຖິງ SMS ແມ່ນມີຄວາມໂປ່ງໃສ ສຳ ລັບຜູ້ໃຊ້, ຍ້ອນວ່າປະຫວັດທັງ ໝົດ ຂອງຂໍ້ຄວາມ SMS ທີ່ສົ່ງແລະໄດ້ຮັບແມ່ນຢູ່ໃນຫໍສະ ໝຸດ ຂໍ້ຄວາມຂອງອຸປະກອນ SAP-server.
ສຳ ລັບສິ່ງນັ້ນ, SMS PDUs ທີ່ໄດ້ຮັບຈາກເຄືອຂ່າຍທາງໄກແມ່ນຖືກໂອນໂດຍອັດຕະໂນມັດຈາກ NAD ຂອງ SAPclient ໄປຫາ SAP client, ແລະໃນທາງກັບກັນ, ສຳ ລັບການສົ່ງໂດຍການໃຊ້ ໜ້າ ທີ່ OBEX ຂອງ Message Access Profile. ສໍາລັບການແກ້ໄຂບັນຫານີ້, ເງື່ອນໄຂເບື້ອງຕົ້ນຕໍ່ໄປນີ້ຕ້ອງໄດ້ສໍາເລັດ:

ທັງສອງອຸປະກອນມີການເຊື່ອມຕໍ່ SAP ສ້າງຕັ້ງຂຶ້ນ.
ອຸປະກອນ SAP-server ເຮັດ ໜ້າ ທີ່ເປັນ MAP Server Equipment (MSE) ແລະອຸປະກອນ SAP-client ເຮັດ ໜ້າ ທີ່ເປັນ MAP Client Equipment (MCE).

ທັງ MSE ແລະ MCE ສະ ໜັບ ສະ ໜູນ ຄຸນລັກສະນະຕ່າງໆຂອງ MAP 'ການຄົ້ນຫາຂໍ້ຄວາມ', 'ການອັບໂຫລດຂໍ້ຄວາມ', 'ການແຈ້ງເຕືອນຂໍ້ຄວາມ' ແລະ 'ການລົງທະບຽນແຈ້ງການ'.
ສອງອຸປະກອນດັ່ງກ່າວໄດ້ສ້າງຕັ້ງການເຊື່ອມຕໍ່ 'ການເຂົ້າເຖິງຂໍ້ມູນຂ່າວສານການບໍລິການຂໍ້ຄວາມ (MAS) ແລະການເຊື່ອມຕໍ່' ການແຈ້ງເຕືອນການບໍລິການຂໍ້ຄວາມ (MNS).

ຮູບ 6 ອະທິບາຍ ລຳ ດັບແລະການ ນຳ ໃຊ້ ໜ້າ ທີ່ຂອງ MAP ສຳ ລັບການຮັບ SMS:

ຮູບທີ 6: ລໍາດັບຂອງການຮັບ SMS ໂດຍການນໍາໃຊ້ MAP ໃນການດໍາເນີນງານ SAP

SAP-Client / MCE ໄດ້ຮັບ SMS ໂດຍ NAD ຈາກເຄືອຂ່າຍ.
ລູກຄ້າ MAS ຂອງ MCE ຍູ້ SMS-PDU ຫຼື - ໃນກໍລະນີຂອງ SMS ທີ່ຖືກສະຫລຸບ - SMS-PDUs ໄປຫາໂຟນເດີ 'Inbox' ຂອງ MSE ໃນຮູບແບບ SMS SMS PDU.
ຖ້າ SMS ແມ່ນ ສຳ ລັບຜູ້ໃຊ້ (ໝາຍ ຄວາມວ່າບໍ່ມີ SMS-class 2), MSE ຈະສົ່ງສັນຍານ 'NewMessage' ໂດຍສັນຍານວ່າສັນຍານ SMS ໃໝ່ ໄດ້ຮັບແລ້ວ.

ຮູບ 7 ອະທິບາຍ ລຳ ດັບແລະການ ນຳ ໃຊ້ ໜ້າ ທີ່ຂອງ MAP ສຳ ລັບການສົ່ງ SMS:

ຖ້າ SMS ຖືກສ້າງຂື້ນໃນອຸປະກອນ SAP-client / MCE, MAS Client ຂອງ MCE ຈະສົ່ງ SMS ໄປທີ່ໂຟນເດີ 'Outbox' ຂອງ MSE. SMS ຈະຖືກໂອນເປັນຮູບແບບສົ່ງ SMS-PDU ໂດຍ MSE, ຖ້າມັນຖືກສົ່ງເປັນຮູບແບບຕົວ ໜັງ ສື. ຖ້າ SMS ຖືກສ້າງຂື້ນໃນອຸປະກອນ MSE ແລະຖືກສົ່ງໃຫ້, ຂໍ້ຄວາມຖືກຕັ້ງໄວ້ໃນໂຟນເດີ 'Outbox' ຫຼືປ່ຽນຈາກໂຟນເດີຮ່າງ.
MCE ເອົາ SMS-submit-PDU ຈາກໂຟນເດີ 'Outbox' ຂອງ MSE ໂດຍ ຄຳ ຮ້ອງຂໍ 'GetMessage' ແລະສົ່ງໄປທີ່ເຄືອຂ່າຍ.

ເມື່ອຖືກສົ່ງໄປເຄືອຂ່າຍຢ່າງປະສົບຜົນ ສຳ ເລັດ, MCE ກຳ ນົດສະຖານະຂອງຂໍ້ຄວາມໃຫ້ 'ຖືກສົ່ງ'.
MSE ປ່ຽນຂໍ້ຄວາມຈາກ 'Outbox' ໄປທີ່ໂຟນເດີ 'ສົ່ງ' ແລະແຈ້ງ MC ຕາມຄວາມ ເໝາະ ສົມ.

ແອັດວັນtages:

ການແກ້ໄຂທີ່ມີຄຸນນະພາບ.
SMS ຈະຖືກແບ່ງປັນກັບໂທລະສັບໃນຂະນະທີ່ ກຳ ລັງ ດຳ ເນີນງານ SAP.

Disadvantages:

ການປະຕິບັດທີ່ສັບສົນຮຽກຮ້ອງໃຫ້ມີການປະຕິບັດ MAP ແລະ SAP ທັງສອງອຸປະກອນ.
ຮຽກຮ້ອງໃຫ້ທັງ MAP ແລະ SAP ເຊື່ອມຕໍ່ແລະເຮັດວຽກໃນເວລາດຽວກັນເພື່ອບໍ່ມີການສູນເສຍ SMS.
ເນື່ອງຈາກວ່າໂທລະສັບອາດຈະບໍ່ສາມາດເຂົ້າເຖິງ SIM card ໃນລະຫວ່າງການປະຕິບັດງານ SAP, ຂໍ້ຄວາມອາດຈະບໍ່ສະແດງຢູ່ໃນໂທລະສັບໃນລະຫວ່າງການປະຕິບັດງານ SAP.

3.4 ໃຊ້ພຽງແຕ່ SAP TELEPHONY ເທົ່ານັ້ນ

ເຄື່ອງແມ່ຂ່າຍຂອງ SAP ແລະລູກຄ້າ SAP ອາດຈະມີການເຊື່ອມຕໍ່ SAP ທີ່ຖືກສ້າງຕັ້ງຂື້ນໂດຍມີຈຸດປະສົງດຽວເພື່ອໃຫ້ການສື່ສານທາງສຽງມີຄຸນນະພາບດີທີ່ສຸດ. ໃນກໍລະນີນີ້ບໍ່ຕ້ອງມີການພິຈາລະນາເພີ່ມເຕີມຕາມທີ່ໄດ້ ກຳ ນົດໄວ້ໃນ SAP.

4. ຕົວຫຍໍ້

ຕົວຫຍໍ້ຫຼືຫຍໍ້: ຄວາມຫມາຍ

3GPP: ໂຄງການຄູ່ຮ່ວມລຸ້ນທີ 3
BNEP: Bluetooth Network Encapsulation Protocol
GSM: ລະບົບທົ່ວໂລກສໍາລັບການສື່ສານມືຖື
HFP: ມືອາຊີບ, Profile
IP: ພິທີການອິນເຕີເນັດ
ມະຫາຊົນ: ບໍລິການເຂົ້າເຖິງຂໍ້ຄວາມ
ແຜນທີ່: Pro Access Messagefile
MCE: ອຸປະກອນລູກຄ້າຂໍ້ຄວາມ
MMS: ບໍລິການຂໍ້ຄວາມ Multimedia
MNS: ບໍລິການແຈ້ງເຕືອນຂໍ້ຄວາມ
MSE: ອຸປະກອນ Server Server
MWS: ການຢູ່ຮ່ວມກັນແບບໄຮ້ສາຍຜ່ານມືຖື
NAD: ອຸປະກອນເຂົ້າໃຊ້ເຄືອຂ່າຍ
ແພນ: Pro ເຄືອຂ່າຍພື້ນທີ່ສ່ວນຕົວfile
PDU: ຫນ່ວຍບໍລິການຂໍ້ມູນອະນຸສັນຍາ
SAP: SIM Access Profile
ຊິມ: ໂມດູນການລະບຸຕົວຜູ້ສະໝັກໃຊ້
SMS: ບໍລິການຂໍ້ຄວາມສັ້ນ

5. ເອກະສານອ້າງອີງ

Pro Access Messagefile 1.0
SIM Access Profile 1.0
Pro ເຄືອຂ່າຍພື້ນທີ່ສ່ວນຕົວfile (PAN) 1.0
ພິທີການເຂົ້າລະຫັດເຄືອຂ່າຍ Bluetooth (BNEP), ລຸ້ນ 1.2 ຫຼື ໃໝ່ ກວ່າ
MWS ການໂຕ້ຕອບຢ່າງມີເຫດຜົນກ່ຽວກັບການຮ່ວມກັນ, ການເພີ່ມສະເພາະເຈາະຈົງຂອງລະບົບ Bluetooth. .

ປື້ມຄູ່ມືສອນການເຂົ້າເຖິງເຄືອຂ່າຍ SAP ແລະເຄືອຂ່າຍທາງໄກ - ປັບແຕ່ງ PDF
ປື້ມຄູ່ມືສອນການເຂົ້າເຖິງເຄືອຂ່າຍ SAP ແລະເຄືອຂ່າຍທາງໄກ - PDF ຕົ້ນສະບັບ

ເອກະສານອ້າງອີງ

ຄູ່ມືຜູ້ໃຊ້

ປະຫວັດການແກ້ໄຂ