استخدام قناة رقمية لنقل اتصال ademco. الخصائص المقارنة لبروتوكولات الاتصال مع معرف ADEMCO وبروتوكولات Presto

______________________________________________________________________________________________

CID = ContactID- تنسيق المعلومات العالية الأكثر شيوعًا في العالم لإرسال رسائل التنبيه.
يتم دعم CID من قبل جميع الشركات المصنعة الرائدة للوحات التحكم وأجهزة استقبال المراقبة.
وفقًا لمجموعة معايير تقييم قنوات إرسال الرسائل الواردة في هذا الجدول ، ووفقًا لنتائج تحليل التكلفة الوظيفية للأطراف المستقبلة والمرسلة ، مُستَحسَناستخدام تنسيق التحويل جي بي آر إسمع التكرار / الازدواجية CLIP

أوصاف أنساق إرسال الرسائل واستقبالها:
جي بي آر إس- نقل معرف جهة الاتصال إلى عنوان IP ثابت باستخدام خدمة GPRS لمشغل GSM.
خيارات المراسلة:
1. نقل معرف جهة الاتصال إلى عنوان IP ثابت مخصص لبطاقة SIM * لموسع GPRS للمراقبة.
2. نقل معرف جهة الاتصال إلى عنوان IP الثابت لخادم GPRS.
. يعتبر تقرير GPRS قد تم تسليمه إذا تلقى المرسل استجابة من موسع GPRS للمراقبة (الخادم) بأن الموسع (الخادم) قد تلقى التقرير بنجاح.
* بطاقة SIM بعنوان IP ثابت هي خدمة خاصة لمشغل GSM. هذه بطاقة SIM خاصة مع خدمة GPRS مفتوحة ، عند الوصول إلى الإنترنت باستخدام هذه الخدمة ، سيقوم خادم GPRS الخاص بالمشغل دائمًا بتعيين عنوان IP نفسه عند الاتصال. سوف تحتاج إلى الحصول على هذا العنوان من مشغل GSM.

* حركة الاتصالات التي سيطلب مشغل الاتصالات المال من أجلها تختلف اختلافًا كبيرًا عن الحركة الفعلية المرسلة / المستلمة.
السبب هو التقريب ، بدقة يحددها المشغل ، لفترة زمنية معينة ، أي: إذا قام المشغل بتقريب حركة المرور بدقة 100 كيلو بايت كل 15 دقيقة (ممارسة شائعة) ، وكل 15 دقيقة هناك أي تبادل المعلومات (اختبار E703 ، وإعادة الاتصال ، وإشارات خدمة صيانة الاتصال ، وما إلى ذلك) ، ثم 4 * 24 * 30 * 100 كيلو بايت = 281 ميجا بايت من حركة المرور سيتم تحصيلها شهريًا. علاوة على ذلك ، فإن دقة التقريب والفترة التي يحدث خلالها التقريب ، حتى ضمن الخطط التعريفية لمشغل واحد ، تختلف اختلافًا كبيرًا. سيكون أفضل خيار لجهاز الإرسال هو اختيار خطة تعريفة بإنترنت غير محدود ، مع مزيد من التحليل لأدب المشغل.

CID IP- إرسال معرف جهة الاتصال في شكل رقمي إلى عنوان IP ثابت عبر Ethernet.
. يعتبر تقرير CID IP قد تم تسليمه إذا تلقى المرسل استجابة من مستقبل المراقبة بأن المستقبل قد تلقى التقرير بنجاح.

CID UDP - إرسال معرف جهة الاتصال في شكل رقمي إلى مستقبل GPRS باستخدام قناة GPRS لمشغل GSM باستخدام بروتوكول UDP. في تقرير UDP ، يمكن إرسال العديد من رموز الأحداث في جلسة واحدة
. يعتبر تقرير UDP قد تم تسليمه إذا تلقى المرسل استجابة من جهاز استقبال المراقبة بأن جهاز الاستقبال قد تلقى التقرير بنجاح.
جديد!بدلاً من عنوان IP الثابت ، يمكنك استخدام اسم النطاقلتقارير IP GPRS / CID UDP / CID.

CLIP- إرسال التقارير باستخدام التعرف التلقائي على رقم بطاقة SIM في شبكة GSM. الرسالة هي حقيقة المكالمة. في ثانيتين بعد التقاط الهاتف ، يتم إنهاء الاتصال قبل بدء فوترة المحادثة.
. يعتبر تقرير CLIP قد تم تسليمه (إقرار) إذا تلقى جهاز الإرسال ردًا من مشغل الاتصالات بأن المشترك (مستقبلات NV DG / DT 2xxx / 3xxx) قد التقط الهاتف.

CID SMS
إرسال واستقبال معرف جهة الاتصال في شكل رسائل نصية إلى مستقبلات GSM NV DG XXXX باستخدام خدمة الرسائل القصيرة لمشغل GSM.
. يعتبر تقرير خدمة الرسائل القصيرة CID قد تم تسليمه إذا تلقى المرسل ردًا من مركز الرسائل القصيرة لمشغل الاتصالات بأن مركز الرسائل القصيرة قد استقبل رسالة SMS.

CID DialUp هو نفسه CID DTMF ، لكن مسار الرسالة بأكمله يعمل بالكامل عبر خط اتصال سلكي ، دون استخدام شبكة GSM.

الرسائل القصيرة - إرسال واستقبال الرسائل النصية باستخدام خدمة الرسائل القصيرة لمشغل GSM.
. يعتبر تقرير SMS قد تم تسليمه إذا تلقى المرسل ردًا من مركز الرسائل القصيرة الخاص بالمشغل يفيد بأن مركز الرسائل القصيرة قد استقبل رسالة SMS.

ALARM - مكالمة هاتفية مع إرسال إشارات نغمة شرطية / رسائل صوتية ، باستخدام القناة الصوتية لمشغل GSM.
. يعتبر تقرير ALARM قد تم تسليمه إذا تلقى جهاز الإرسال ردًا من مشغل الاتصالات بأن المشترك قد التقط الهاتف.

VOICE - مكالمة للهاتف مع إنشاء اتصال صوتي مباشر ثنائي الاتجاه باستخدام القناة الصوتية لمشغل GSM.
. يعتبر تقرير VOICE قد تم تسليمه إذا تلقى جهاز الإرسال ردًا من مشغل الاتصالات بأن المشترك قد التقط الهاتف.

MMS - إرسال رسائل الفيديو والصوت والرسومات باستخدام خدمة MMS لمشغل GSM.
. يعتبر تقرير MMS قد تم تسليمه إذا تلقى المرسل ردًا من مركز SMS الخاص بالمشغل يفيد أن مركز SMS قد استقبل رسالة MMS.

CID DTMF - إرسال معرف جهة الاتصال بشكل تناظري إلى محطات المراقبة السلكية باستخدام القناة الصوتية لمشغل GSM. في تقرير DTMF ، يمكن إرسال العديد من رموز الأحداث مرة واحدة خلال جلسة اتصال واحدة ، إذا حدث أكثر من حدث واحد في وقت الإرسال.
. يعتبر تقرير DTMF قد تم تسليمه إذا تلقى المرسل استجابة من مستقبل المراقبة بأن المستقبِل قد تلقى التقرير بنجاح.

سيرجي زابلين
يوليو 2005

"Presto" - شكل جديد لإرسال الإخطارات عبر اتصالات الهاتف الهاتفي في أنظمة إنذار الحريق والأمن

هناك العديد من التنسيقات الرائعة لإرسال الإخطارات عبر خط الهاتف في OPS ، حتى أن بعض أنواع أجهزة الكائنات تسمح لك بتصميم التنسيق تقريبًا "يدويًا" عند البرمجة ، وتحديد العناصر الفردية ومعلمات إرسال الرسائل. لكن على الرغم من ذلك ، فإن كل هذه الأشكال متشابهة مع بعضها البعض مثل قطرتين من الماء ، وكلها ، بدرجة أكبر أو أقل قليلاً ، بها نفس العيوب.

الإخطار في جميع التنسيقات هو تسلسل معين من الأرقام العشرية ، يتم تشفير كل منها أثناء الإرسال أيضًا DTMFاندفاع واحد (للتنسيقات عالية السرعة) ، أو سلسلة من النبضات المليئة بالألوان (للتنسيقات منخفضة السرعة). يتم تأكيد الاستقبال برسالة أحادية النغمة بتردد ومدة معينة. قد تختلف الترددات والمدد وتفسير الأرقام في تنسيقات مختلفة قليلاً ، لكن هذا لا يغير الجوهر. لذلك ، تم اختيار تنسيق جهة اتصال ADEMCO ID ، الذي حصل على أكبر توزيع (قد يقول المرء أن توزيعه ساحق) ، للنظر فيه ، ويوصى باستخدام هذا التنسيق بواسطة GUVO في روسيا. لكن ما يقال أدناه ينطبق بالتساوي على جميع التنسيقات الأخرى.

إذن ، لماذا نحن غير راضين عن جهة اتصال ADEMCO ID؟

يعد التشكيل باستخدام رشقات ثنائية التردد أبعد ما يكون عن الطريقة الأكثر فعالية لتشفير المعلومات من حيث المقاومة للتشوه في قناة الاتصال والحد الأدنى المسموح به من نسبة الإشارة إلى الضوضاء. النطاق المسموح به لتغيير اتساع الإشارة ، حيث لا يزيد اكتشاف DTMF المستقر عن 30 ديسيبل (علاوة على ذلك ، من غير المقبول تجاوز سعة الإشارة - الإشارة محدودة ، وطيفها مشوه بشكل لا رجعة فيه ، وتقليل الإشارة - تكون الإشارة ضاع عند مستوى الضوضاء) ، الحد الأدنى المسموح به لنسبة الضوضاء هو 12 ديسيبل.

لا تلعب هذه القيود دورًا مهمًا في قناة الهاتف عالية الجودة - حيث يتم تنفيذها بسهولة هناك ، ولكن ، للأسف ، فإن قنوات الهاتف عالية الجودة ليست شائعة جدًا في اتساع بلدنا. غالبًا ما تكون هناك حالات يتجاوز فيها التوهين في القناة 30 dB ، خاصة في الجزء عالي التردد من الطيف ، والضوضاء والتداخل في القناة - dB 12. يحدث هذا بسبب المعدات القديمة في جزء كبير من التبادل ، وطول خطوط الاتصال للمبادل (الذي يصل غالبًا إلى 10 كم أو أكثر).

تتفاقم هذه المشكلة بشكل أكبر عندما يتم إرسال إشارة DTMF عبر القناة الصوتية لشبكة GSM. الحقيقة هي أن مسار صوت GSM مصمم حصريًا لنقل إشارة الكلام ، ويستخدم أنظمة ضغط مشفر صوتي قوية مع خسائر تركز على إحصائيات طيف الكلام. يوفر ضغط المشفر الصوتي ضغطًا جيدًا للإشارة (يتم تشفير القناة الصوتية من 64 كيلو بايت / ثانية إلى 9600 بت في الثانية!) بجودة مقبولة لإعادة إنتاج إشارة الكلام ، ولكن أي إشارة معدلة في مثل هذه القناة عرضة لتشوهات كبيرة جدًا. ينطبق هذا بشكل خاص على إشارة DTMF ، والتي ، كما يوحي الاسم (Dual Tone Multi Frequency) ، تحتوي دائمًا على ترددين في الطيف اللحظي ، ويتم تحسين ضغط GSM لنقل الإشارات ، في الطيف الفوري الذي يوجد منه واحد سائد تكرار. لذلك ، فإن طرق الإرسال القائمة على التشكيل بطريقة أو بأخرى (AM ، FM ، FM) لتردد الموجة الحاملة ، على الرغم من أنها تؤدي أيضًا إلى تشويه كبير للإشارة ، ولكن لا يزال بدرجة أقل من DTMF. يحسن الوضع قليلاً باستخدام EFR 2 التشفير ، ولكن ، مرة أخرى ، لا يدعم جميع مشغلي الهواتف الخلوية وليس كل المناطق تشفير EFR.

عيب آخر لجهة اتصال ADEMCO ID (وجميع التنسيقات المماثلة) هو عدم كفاية درجة التحكم تمامًا في صحة الرسالة المستلمة. يتم استخدام حرف فحص واحد فقط للتحكم في الصلاحية ، والذي يتم حسابه كمعامل مجموع حسابي 15 لجميع الأحرف الأخرى.

الأخطاء التي تحدث أثناء الإرسال - على الرغم من أنها ظاهرة غير سارة ، تكون ضمن حدود معينة مقبولة - بعد كل شيء ، لا يتم التعرف على رسالة مستلمة بها خطأ من قبل جهاز الاستقبال ، وسيحاول الجهاز الكائن إرسالها مرارًا وتكرارًا ، حتى الإرسال لن يكون ناجحًا. تؤدي الأخطاء فقط إلى زيادة متوسط ​​وقت تسليم الرسالة.

لكن مثل هذا المخطط لا يعمل إلا إذا اكتشف جهاز الاستقبال هذا الخطأ. وطريقة التحكم المستخدمة - المكونة من رقم واحد 15 تؤدي إلى حقيقة أنه من الناحية الإحصائية ، في المتوسط ​​، يظل كل خطأ خامس عشر غير مكتشف - المجموع الاختباري صحيح بطريق الخطأ ، على الرغم من تشويه رموز المعلومات. في هذه الحالة ، يؤكد جهاز الاستقبال الاستقبال ، ويعتقد الجهاز الكائن أيضًا أن كل شيء على ما يرام - تم إرسال الرسالة بنجاح ، بشكل عام ، الجميع سعداء. ما عدا ، بالطبع ، المستخدم ، الذي أسيء تفسير رسالته ، ربما كانت الرسالة الأكثر أهمية ، لم يصل في الواقع.

إضافي. لنأخذ في الاعتبار سرعة الإرسال ووقت تسليم الإشعارات وإنتاجية جهاز الاستقبال. عادةً ما يكون الإعلام عبارة عن بضع بايتات من المعلومات المفيدة ، وسرعة الإرسال ليست حرجة. ولكن ، مع ذلك ، تصل إلى حدود معينة.

تتوافق رسالة DTMF واحدة مع 4 بتات ويتم إرسالها في 100 مللي ثانية (50 مللي ثانية و 50 مللي ثانية توقف مؤقت) ، أي أن معدل الإرسال هو 40 بت في الثانية (في أحسن الأحوال). في الواقع ، هو أقل ، حيث يتم استخدام الأحرف 0..9 فقط للتشفير (باستثناء رقم التعريف) ، أي أن معدل نقل المعلومات لا يزيد عن 32 بت في الثانية ، والطريقة التي يتم بها تعبئة المعلومات معرف جهة الاتصال فضفاضة نوعا ما. لذلك ، فإن وقت إرسال إشعار يحتوي على 6 بايتات من المعلومات المفيدة هو 1.6 ثانية ، ومع مراعاة استلام إشارة التأكيد - 2.8 ثانية.

يبدو أن هذا وقت قصير (ولكن لا يزال ملحوظًا) ، ولكن يجب علينا أيضًا أن نأخذ في الاعتبار أن أنظمة الأمان المعقدة للغاية المستخدمة حاليًا ، والتي تحتوي على عدد كبير من المناطق ومحتوى معلوماتي عالٍ. ونادرًا ما تمر الإخطارات في مثل هذه الأنظمة واحدة تلو الأخرى. كقاعدة عامة ، يتم إرسال حزمة من 3 ... 5 إخطارات ، أي متوسط ​​وقت جلسة الاتصال حوالي 10 ثوانٍ أو أكثر. وإذا تذكرنا أيضًا الأخطاء التي لا مفر منها في قناة الاتصال ، وإعادة إرسال الإخطارات التي تسببها ، يصبح من الواضح أنه باستخدام بروتوكول جهة اتصال معرف ADEMCO ، لا يمكننا الاعتماد على متوسط ​​وقت تسليم الإشعارات (باستثناء وقت الاتصال) والمتوسط مدة الجلسة أقل من 10-20 ثانية.

من وجهة نظر وقت تسليم الإشعارات ، لا تبدو هذه المرة مزعجة للغاية ، حيث يجب إضافة الوقت الحتمي لإنشاء اتصال (طلب رقم وتوصيل الخط) إليه - حوالي 5..10 ثانية ، ولكن من وجهة نظر صبيب قناة الإدخال لجهاز الاستقبال ، فإن متوسط ​​وقت الجلسة هو تقليل الاتصالات سيكون مرغوبًا للغاية.

وفقًا للمعايير التي وضعتها مديرية الدفاع الرئيسية في الاتحاد الروسي ، لا ينبغي أن يسقط أكثر من 200 جهاز كائن على خط هاتف واحد لجهاز الاستقبال. من المعتقد أنه مع هذه النسبة ، فإن احتمال تسليم إشعار "في المحاولة الأولى" مرتفع للغاية. ولكن ، تجدر الإشارة إلى أنه في معظم أقسام الأمن يتم تجاوز هذا المعيار ، ويحدث ذلك عدة مرات - بسبب العدد غير الكافي لخطوط الإدخال الهاتفية والتكلفة العالية لصيانتها. من الواضح أن تقليل متوسط ​​مدة جلسة الاتصال من 10 ثوانٍ إلى 3-4 ثوانٍ سيزيد من عدد الكائنات التي يخدمها خط هاتف واحد بمقدار 3 مرات!

وعند استخدام قنوات الاتصال المستندة إلى الوقت (على سبيل المثال ، GSM) ، فإن تقليل متوسط ​​مدة جلسة الاتصال له ميزة أخرى مهمة للغاية - الوقت ، في هذه الحالة هو المال.

لنفكر في جانب آخر ، ربما الأهم - مقاومة بروتوكول الإشعارات للإجراءات الضارة. نرى في هذا الجزء أن بروتوكول الاتصال ADEMCO ID غير محمي على الإطلاق. على سبيل المثال ، يمكننا أن نفترض مثل هذا المخطط لأفعال المهاجم.

يكتشف المهاجم رقم تعريف (وحدة التحكم) للكائن المحمي - هذا ، كقاعدة عامة ، ليس بالأمر الصعب ، يكتسب أي لوحة أمان وبرامج هذا الرقم عليها. بعد دخول المنشأة المحمية ، ترسل لوحة الأمان في المنشأة إشعارًا إلى وحدة التحكم الأمنية المركزية ، تفيد بأن لدي إنذارًا. بعد ذلك ، يقوم الدخيل بتوصيل جهازه الخاص (بنفس رقم التعريف) بخط الهاتف ويرسل إشعارًا حول نزع سلاح الإنذار وإلغاءه إلى جهاز التحكم عن بُعد. والممارسة المعتادة للأجهزة الأمنية في مثل هذه الحالة هي إلغاء مغادرة مجموعة الاعتقال والتهدئة. ولا أحد يزعج المهاجم.

من الممكن أيضًا وجود مخططات أكثر تعقيدًا لأفعال المهاجم ، ولن نكشف كل الأسرار هنا. لكننا نلاحظ أن إمكانية تخصيص رقم تعريف لـ UOO من قبل المستخدم ، وعدم تحديد مثيل معين للجهاز وفقًا للرسالة التي جاءت منه ، ونقص التشفير محفوف بخطر الاختراق المحتمل نظام أمن المنشأة.

حسنًا ، الاعتبار الأخير ، الذي يعتبره المؤلف عيبًا معينًا في بروتوكول الاتصال ADEMCO ID. الحقيقة هي أن هذا البروتوكول أحادي الجانب ، أي أنه لا يمكن نقل المعلومات إلا من الكائن إلى وحدة التحكم المركزية ، ومن المستحيل بشكل أساسي نقلها في الاتجاه المعاكس. لا يسمح هذا القيد بتنفيذ بعض الوظائف المفيدة لكل من المستخدم ووحدة التحكم الأمنية ؛ على سبيل المثال ، البرمجة عن بعد لـ UOO من وحدة التحكم الأمنية ، والتحكم في حالتها ومراقبتها ، من قبل المستخدم ووحدة التحكم الأمنية. لكننا نعيش في الألفية الثالثة ، وسيكون من السهل نسبيًا تنفيذ مثل هذه الوظائف ، وزيادة قيمة المستهلك ، وراحة UOO وموثوقيتها. (في الإنصاف ، تجدر الإشارة إلى أن بعض لوحات الأمان من بعض الشركات المصنعة لا تزال تدعم وضع البرمجة عن بُعد ، ولكن هذه الوظيفة متاحة عبر قناة اتصال مختلفة وبروتوكول منفصل خاص ، أي أنها لا تسمح بدمجه في نظام الأمن).

مع مراعاة جميع الاعتبارات المذكورة أعلاه ، تم تطوير تنسيق جديد لإرسال الإشعارات ، يسمى "Presto" ، تم فيه ، إن أمكن ، التخلص من أوجه القصور الملحوظة.

كما ذكرنا سابقًا ، فإن كمية المعلومات المنقولة من أنظمة الإنذار إلى وحدة التحكم الأمنية هزيلة ، وبالتالي لا جدوى من مطاردة معدل نقل مرتفع ، فمن الأهمية بمكان تقليل الوقت اللازم لإنشاء اتصال. وفيزياء عمليات التعديل - إزالة تشكيل الإشارات هي أنه كلما زاد معدل الإرسال الذي نريد الحصول عليه ، زاد الوقت الذي يستغرقه الدخول في التزامن بين جهاز الاستقبال وجهاز الإرسال (التقاط الناقل ، ضبط مزامنة البتات ، ضبط مستويات الإرسال ، وتعويض استجابة المرحلة للمسار ، وقمع انعكاسات الصدى وما إلى ذلك). على سبيل المثال ، توفر أجهزة المودم الحديثة معدل نقل يصل إلى 33.6 كيلوبت في الثانية (هذا ، بالمناسبة ، هو الحد الأقصى النظري لقناة الهاتف ، الذي تحدده نظرية شانون) ، لكن وقت إنشاء الاتصال الخاص بهم لا يقل عن 15 ثانية. سيكون من الحماقة إنشاء اتصال لمدة 15 ثانية ، ثم إرسال إشعار أو إشعارين في جزء واحد من الثانية.

حسنًا ، من العوامل التي لا تقل أهمية والتي يجب مراعاتها عند اختيار معدل الإرسال تحقيق أقصى قدر من الموثوقية والاستقرار لبروتوكول الاتصال للتشويه والتداخل في القناة ، والتي ترتبط بشكل عكسي بمعدل الإرسال. .

بناءً على هذه الاعتبارات ، تم اختيار حل وسط - بسرعة 300 بت في الثانية. بهذه السرعة ، يبلغ وقت إرسال إخطار واحد حوالي 100-200 مللي ثانية ، مع وقت إنشاء اتصال مقبول - بما يتوافق مع وقت الإرسال لإخطار واحد أو إخطارين.

تم اختيار مفتاح إزاحة الطور النسبي (RPK) لحاملة 914 هرتز مع تزامن بود متماسك (3 فترات حاملة لكل بتة مرسلة) كطريقة تشكيل. توفر هذه الطريقة أعلى مقاومة للتداخل والتشويه لقناة الهاتف وتسمح لك بتنفيذ إزالة فعالة بطريقة رقمية (اختيار الناقل باستخدام PLL استنادًا إلى حلقة Costas واستقبال الارتباط والتردد الذكي وقفل الطور)

مع الأخذ في الاعتبار حقيقة أنه ، كقاعدة عامة ، في أنظمة الأمان الحديثة ، يتم إرسال الإخطارات على دفعات ، يوفر تنسيق الحزمة إرسال العديد من الإخطارات في حزمة واحدة ، مما يقلل بشكل كبير من متوسط ​​وقت جلسة الاتصال.

للتحكم في موثوقية البيانات المستلمة ، تكون كل حزمة مصحوبة برمز تحكم متعدد الحدود 16 بت (CRC) ، ويتم اختيار متعدد الحدود X16 + X15 + X2 + 1 كمنشئ عام. تسمح لك طريقة التحكم هذه بضمان اكتشاف أي أخطاء فردية ومزدوجة وثلاثية ، وحزم خطأ يصل طولها إلى 17 بتًا ، وأيضًا مع احتمال كبير لاكتشاف أي أخطاء أخرى.

أكدت نتائج اختبار طريقة الإرسال المقترحة مقاومتها العالية للتشويه والتداخل في قناة الاتصال. تحتوي الإشارة المعدلة على غلاف ثابت ، ونتيجة لذلك فهي تتسامح مع تشوهات السعة القوية للغاية واستجابة التردد غير المتكافئة للقناة - في اتجاه الزيادة ، تكون التشوهات المسموح بها غير محدودة عمليًا ؛ نزولاً - يتم توفير استقبال مستقر مع نسبة إشارة إلى ضوضاء تبلغ 2 ديسيبل ، أي أن الاستقبال ممكن تقريبًا عند مستوى الضوضاء! ويلاحظ أيضًا الثبات العالي للإشارة وطريقة إزالة التشكيل المعتمدة للارتعاش (الارتعاش) والتشويه المحدد لقناة GSM.

تم إنشاء البروتوكول بطريقة متناظرة ، أي أنه يسمح لك بنقل المعلومات من AEO إلى وحدة التحكم الأمنية ، وفي الاتجاه المعاكس. يتيح لك ذلك توسيع وظائف مجمع OPS من خلال تقديم وظائف خدمة متنوعة للتحكم عن بُعد في الكائن والبرمجة ومراقبة حالته.

من أجل زيادة مقاومة الإجراءات الضارة ، على وجه الخصوص ، لاستبدال الجهاز ، تم القيام بما يلي. كل رسالة يتم إرسالها من الكائن مصحوبة بمفتاح جلسة أمان خاص. يتم إنشاء مفتاح الجلسة عشوائيًا بواسطة CSO في بداية جلسة الأمان ويظل ثابتًا حتى بداية الجلسة التالية ؛ أي ، يتم إرسال المفتاح الجديد فقط مع رسالة التسليح ، ويجب أن تكون جميع الرسائل الأخرى مصحوبة بالمفتاح المحدد بالفعل. يتتبع برنامج التحكم عن بعد مفاتيح جلسة الأمان المستلمة من الكائنات مع كل إخطار ، وعندما يتم تغيير المفتاح قبل انتهاء الجلسة (والذي سيحدث بوضوح عند استبدال الجهاز) ، فإنه يولد رسالة إنذار حول الاستبدال من CSO.

أيضًا ، لزيادة مقاومة الإجراءات الضارة ، يوفر بروتوكول Presto إمكانية إرسال رسائل لا تحتوي على رقم التعريف المعتاد ، والذي يتم برمجته عند تثبيت الجهاز ، ولكن رقم المصنع الذي يتم من خلاله تحديد الرسائل. كل نسخة من UOO لها رقم تسلسلي فريد ، يشار إليه في الوثائق التشغيلية لهذه النسخة ، وتضمن الشركة المصنعة أن الرقم بمجرد استخدامه لن يتكرر أبدًا. لا يمكن تغيير الرقم التسلسلي لـ UOO. باستخدام طريقة تحديد الهوية هذه ، لا يصبح أي استبدال للجهاز مستحيلًا بشكل أساسي - تتم مقارنة كل إخطار يتم تلقيه بواسطة جهاز التحكم عن بُعد بشكل فريد مع مثيل معين من وزارة الطاقة التي شكلته. بالإضافة إلى ذلك ، فإن طريقة التعريف المقترحة أكثر وضوحًا وتساعد على تجنب الالتباس عند برمجة الجهاز وتغيير قاعدة البيانات وما إلى ذلك.

الخصائص المقارنة لبروتوكولات الاتصال مع معرف ADEMCO وبروتوكولات Presto

البروتوكول الموصوف مدعوم من قبل حزمة برامج Antey (بدءًا من الإصدار 3.1.10.0) و UPO MT040M (بدءًا من الإصدار 2.6).

يتم تنفيذ البروتوكول في الجهاز الكائن AS006G الغراب(الشركة المصنعة - ZAO Telemak). من أجل الحفاظ على التوافق ، يتم تنفيذ البروتوكول كخيار (بالإضافة إلى جهة اتصال ADEMCO ID القياسية و ADEMCO Express).

أكدت اختبارات النظام الخصائص المعلنة.

ملحوظات:

DTMF 1 (نغمة مزدوجة متعددة الترددات)- طريقة ترميز الرقم المتصل به أو أي معلومات أخرى ، حيث يتم إرسال الأرقام بمزيج من نغمتين صوتيتين. في المجموع ، يستخدم النظام ثماني نغمات مختلفة ، يتم اختيارها بطريقة يتم نقلها عبر شبكة الهاتف بأقل قدر من التوهين دون تداخل مع بعضها البعض.

FR / EFR / HR 2 ترميز.قبل إدخال مواصفات المرحلة الثانية من نظام GSM ، كانت جميع الشبكات تعمل باستخدام تقنية تشفير الكلام (السعر الكامل). بمرور الوقت ، زاد عدد مستخدمي الهواتف الخلوية ، ولم تستطع الشبكات مواكبة العدد المتزايد من الطلبات. مع إدخال EFR (معدل كامل مُحسّن) و HR (معدل نصف) ، زاد معدل نقل الشبكة عدة مرات ، نظرًا لأن EFR و HR يسمحان للعديد من المشتركين باستخدام قناة إرسال إشارة واحدة في نفس الوقت. نظرًا لتكرار اتصال الهاتف بالمحطة الأساسية ، فقد زادت أيضًا جودة الكلام المرسل. EFR هو نظام ترميز الكلام المتقدم. تم تطوير هذا النظام من قبل نوكيا وأصبح فيما بعد الترميز / فك التشفير القياسي في الصناعة لمعيار GSM. ومع ذلك ، فإن المشفرات الجديدة لها أيضًا عيوبها: عند استخدام وظيفة EFR ، يستهلك الجهاز احتياطي الطاقة للبطاريات بنسبة 10٪ أسرع ، ولكن هذا يقابله أكثر من جودة الإشارة المرسلة.