مشاركة الفيديو

📅 آخر تحديث: ٢١ يوليو ٢٠٢٦
✍️ نُشر في: ٢١ يوليو ٢٠٢٦
📷 يحتوي على 3 صور
الموسوعة الحرة

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

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

تُعرّف جمعية GSMA خدمة مشاركة الفيديو . ويُشار إليها غالبًا بالخدمة المُدمجة، أي أنها تجمع بين مكالمة صوتية عبر دائرة التبديل وجلسة وسائط متعددة عبر تبديل الحزم. هذا المفهوم مُفصّل في وثائق مواصفات مشروع شراكة الجيل الثالث (3GPP) 3GPP TS 22.279 و3GPP TS 23.279 و3GPP TS 24.279. تتطلب خدمة مشاركة الفيديو نظامًا أساسيًا متوافقًا مع معايير 3GPP لشبكة IMS .

قسمت جمعية GSM تعريف خدمة مشاركة الفيديو [ 1 ] إلى مرحلتين متميزتين. تتضمن المرحلة الأولى (وتُسمى أيضًا المرحلة 1) مشاركة بث فيديو بسيط أحادي الاتجاه من نظير إلى نظير، بالتزامن مع مكالمة صوتية عبر دائرة التبديل، ولكن دون تزامنها معها. أما المرحلة الثانية (وتُسمى أيضًا المرحلة 2) فتُدخل خادم تطبيق مشاركة الفيديو في الحل، وتدعم ميزات وقدرات أكثر تعقيدًا، مثل مكالمات مشاركة الفيديو من نقطة إلى عدة نقاط، وبث الفيديو إلى بوابة ويب ، ودمج مشاركة الفيديو مع المراسلة الفورية .

في هذا المجال، يُشار إلى مشاركة الفيديو أيضاً بأسماء أخرى مثل " انظر ما أراه" و "مكالمة صوتية غنية ".

لا تدعم خاصية مشاركة الفيديو إلا شبكات UMTS و EDGE (مع DTM). وهي غير مدعومة في شبكات GPRS أو CDMA . سيقوم برنامج مشاركة الفيديو بإنهاء جلسة الفيديو عند انتقال الهاتف من شبكة UMTS إلى شبكة GSM أثناء الجلسة. وستبقى مكالمة الصوت عبر نظام إدارة المكالمات (CS) متصلة.

تُعد شركة AT&T (المعروفة سابقًا باسم Cingular) واحدة من شركات تشغيل الهواتف المحمولة التي قامت بنشر خدمة مشاركة الفيديو على مستوى البلاد.

تاريخ

بدأت نوكيا بتقديم تقنية مشاركة الفيديو من نظير إلى نظير لأول مرة عام 2004. وكان هذا حلاً خاصاً بها يعتمد على بنية تحتية لبروتوكول SIP أو IMS. وقدّمت بعض شركات الاتصالات الأوروبية خدمات تجارية تعتمد على هذه الهواتف بالفعل عام 2005. وظهرت خدمات مماثلة تحت مسميات مثل "شاهد ما أراه" و"مكالمة صوتية غنية" و"بث الفيديو" (P2video أو PTV)، وغيرها.

تم تعريف خدمة مشاركة الفيديو التابعة لجمعية GSMA [ 1 ] وتطبيقها واختبارها في الأصل خلال تجارب بروتوكول بدء الجلسة (SIP) التي أجرتها جمعية GSM في عامي 2005 و2006. خلال تجارب SIP، استُخدمت خدمة مشاركة الفيديو لإثبات التوافق بين بروتوكول IMS وبروتوكول SIP. [ 2 ] كما تم اختبار خدمة مشاركة الفيديو على بروتوكول IPX [ 3 ] لإثبات إمكانية توفير الخدمة على نطاق واسع في المستقبل.

لاحقًا، قررت جمعية GSMA إنشاء مشروع منفصل لمشاركة الفيديو. استندت المرحلة الأولى من مشروع مشاركة الفيديو إلى نتائج تجارب بروتوكول بدء الجلسة (SIP) واستفادت منها. اكتمل تعريف الخدمة للمرحلة الأولى من مشروع مشاركة الفيديو في سبتمبر/أكتوبر 2006. وقد قامت شركات تشغيل شبكات الهاتف المحمول حول العالم، مثل AT&T، بنشر خدمة مشاركة الفيديو [ 4 ] استنادًا إلى تعريف الخدمة في المرحلة الأولى. كما يتوفر لدى GSMA أيضًا مواصفات مرجعية فنية للتوافق التشغيلي لمشاركة الفيديو [ 5 ] .

انطلقت المرحلة الثانية من مشروع GSMA Video Share في مايو/يونيو 2007 وهي جارية حاليًا.

الاختلافات بين مشاركة الفيديو ومكالمة الفيديو

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

  1. في مكالمة الفيديو، يكون الهدف واضحًا مسبقًا. يدرك جميع المشاركين في المكالمة أنهم يجرون مكالمة فيديو. يبدأ المتصل المكالمة كمكالمة فيديو، وترتبط مدة الفيديو بمدة المكالمة الصوتية. على النقيض من ذلك، تبدأ جلسة مشاركة الفيديو كمحادثة صوتية عادية، وقد تؤدي، بحسب سياق المحادثة، إلى مشاركة أحد الطرفين شيئًا ما مع الطرف الآخر أثناء حديثهما عنه (مثل سيارة جديدة، أو الثلج المتساقط في الخارج، أو مقطع فيديو للأطفال). قد تتضمن مكالمة صوتية مدتها من 3 إلى 4 دقائق دقيقة واحدة من مشاركة الفيديو.
  2. لا تُشكّل مشاركة الفيديو أيّ انتهاك للخصوصية بالنسبة للمُستقبِل، لأنّها عملية أحادية الاتجاه. عادةً ما تكون كاميرا هاتف المُرسِل مُوجّهة نحو شيء أو نشاط يرغب في مشاركته مع المُستقبِل. من جهة أخرى، لطالما كانت مكالمات الفيديو خدمةً من نوع "أراك، تراني"، حيث تكون الكاميرا مُوجّهة نحو المُتصلين (مثل: مكالمة الفيديو ، أو كاميرا الويب ).
  3. شاشة الهاتف المحمول محدودة المساحة. تقسيم الشاشة إلى وضع صورة داخل صورة (لعرض كل من بث الفيديو المرسل والمستلم) يُقلل بشكل كبير من تجربة مستخدم مكالمات الفيديو على الهاتف المحمول (تُعدّ مكالمات الفيديو مع وضع صورة داخل صورة فعّالة في تطبيقات الشركات مثل مؤتمرات الفيديو حيث تُستخدم شاشة كبيرة).

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

بنيان

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

تطبيق مشاركة الفيديو

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

يدعم برنامج مشاركة الفيديو بروتوكولي SIP وRTP/RTCP. يُستخدم بروتوكول SIP للتحكم في المكالمات وإرسال الإشارات، بينما يُستخدم بروتوكول RTP/RTCP لنقل الفيديو. تشمل الوظائف التي يدعمها برنامج مشاركة الفيديو من GSMA ما يلي:

  • التسجيل، والتحقق من الهوية، وبدء مشاركة الفيديو
    • تسجيل IMS عند التشغيل باستخدام بيانات اعتماد الوصول إلى IMS المخزنة في ISIM/USIM
    • تبادل إمكانية مشاركة الفيديو قبل بدء مكالمة مشاركة الفيديو باستخدام بروتوكول SIP، بما في ذلك برامج الترميز المدعومة.
    • عرض رمز يشير إلى حالة إمكانية الجهاز الآخر (أي ما إذا كان الجهاز الآخر يدعم تقنية VS أم لا).
    • إمكانية بدء المستخدم لجلسة فيديو وإيقافها. ويملك الطرف المتصل به خيار قبول أو رفض بث الفيديو عند بدء الجلسة.
  • سهولة الاستخدام
    • سياسات الخصوصية التي تسمح للمستخدمين بمنع المستخدمين الآخرين من إجراء تبادل القدرات مع أجهزتهم و/أو بث الفيديو إلى أجهزتهم.
    • إمكانية إنهاء جلسة VS من قبل جهاز الإرسال أو جهاز الاستقبال في أي وقت أثناء الجلسة
    • إمكانية عرض الفيديو الذي يتم بثه بواسطة كل من أجهزة الإرسال والاستقبال.
  • دعم الترميز
    • ملف تعريف H.263 رقم 0 (المستوى 10). يُفضّل دعم برامج الترميز الأخرى، ولكنه اختياري.
    • دعم تنسيق حمولة H263-2000 RTP
    • دعم تقارير المرسل والمستقبل لبروتوكول RTCP

خادم تطبيقات مشاركة الفيديو

خادم تطبيقات مشاركة الفيديو هو خادم تطبيقات IMS يتصل بعنصر شبكة S-CSCF في شبكة IMS عبر واجهة ISC المحددة من قبل 3GPP. يدعم خادم التطبيقات بنية التحكم في المكالمات SIP Back-to-Back User Agent (B2BUA) التي تُمكّن من التحكم في سياسات الخدمة وإنفاذها في جلسة مشاركة الفيديو. يعمل خادم تطبيقات مشاركة الفيديو عادةً على منصة أجهزة عالية الأداء تتحمل الأعطال.

تشمل الوظائف التي يدعمها خادم تطبيق مشاركة الفيديو ما يلي:

  • التحكم في خدمة مشاركة الفيديو. يوفر خادم التطبيقات نقطة مركزية للتحكم في الخدمة وتوفيرها وتكوينها في الشبكة، ولتطبيق سياسات الخدمة مثل التحكم في الوصول والتسجيل. يمكن تطبيق سياسات المشترك والخدمة التي يحددها المشغل حتى لو قام المشترك بتعديل السياسة على جهازه. يمكن للخادم تطبيق السياسات في الوقت الفعلي، أو أثناء إنشاء الجلسة، من خلال ضمان تطابق السياسة الموجودة على الجهاز مع السياسة التي يحددها المشغل والمخزنة على الخادم. في بعض الحالات، قد يتطلب ذلك استبدال السياسة الموجودة على الجهاز بتلك الموجودة على الخادم. سيقوم خادم التطبيقات بتطبيق سياسات التحكم في الوصول والفوترة بناءً على المحفزات التالية:
    • الوصول إلى التجوال الوارد (يطلب المشترك المتصل عبر الهاتف المحمول جلسة من شبكة تمت زيارتها)
    • الوصول إلى التجوال الصادر (طلب جلسة إلى مشترك جوال موجود في الشبكة التي تمت زيارتها)
    • الوصول إلى الشبكة المنزلية
    • نوع شبكة الوصول (UMTS أو Wi-Fi أو كليهما)
    • فترة ترويجية حساسة للوقت (فترة الذروة، أو فترة خارج الذروة، أو فترة ترويجية)
    • رقم تعريف المشترك الدولي (IMSI) أو مُعرّف المستخدم العام (PUID) للمستخدم المتصل أو المستخدم المتصل به
    • منطقة موقع المستخدم المتصل أو المتصل به
    • اتجاه بدء المكالمة عبر الهاتف المحمول أو اتجاه انتهائها عبر الهاتف المحمول (إرسال فقط، استقبال فقط، أو كليهما)
  • بمجرد استيفاء شروط التشغيل هذه، يمكن تطبيق سياسات التحكم في جلسة مشاركة الفيديو، مثل ما يلي:
    • إنهاء المكالمة
    • حظر المكالمات
    • حجب المكالمات
    • تطبيق معايير جودة بث الفيديو
    • دعم جلسات مشاركة الفيديو من نقطة إلى عدة نقاط عن طريق إعداد عدة مسارات لجلسة مشاركة الفيديو
  • تمكين التوافق بين مختلف العملاء/أجهزة نقاط النهاية من خلال توفير وظائف توحيد العميل مثل (أ) تحويل البروتوكول، (ب) تحويل ترميز الفيديو، و(ج) تكييف معدل النقل
  • إمكانيات محسّنة للشحن. يمكن تهيئة خادم التطبيقات لتضمين معلمات خاصة بخدمة مشاركة الفيديو في سجلات الشحن. كما يتيح خادم التطبيقات دعم مجموعة متنوعة من خطط الشحن.
  • إحصائيات مفصلة تتضمن:
  1. إحصائيات الجلسات، بما في ذلك الجلسات التي تم إنشاؤها وإنهاؤها وبدئها وفشلت.
  2. إحصائيات تسجيل المستخدمين، بما في ذلك المسجلين، والملغين، والمسجلين الذين تم رفض تسجيلهم
  3. معلومات تفاصيل المكالمة النشطة بما في ذلك الوقت والتاريخ ومعرف الجهاز وعنوان جهة الاتصال ومعلومات رأس المكالمة من وإلى، إلخ.
  4. إحصائيات جودة بث الوسائط
    1. فقدان حزم الاتصال – بيانات تم الحصول عليها من تقارير مرسل ومستقبل بروتوكول التحكم في الوقت الحقيقي (RTCP) الواردة من نقطتي نهاية عميل مشاركة الفيديو
    2. إحصائيات التذبذب والتأخير – بيانات من تقارير مرسل ومستقبل بروتوكول RTCP الواردة من نقطتي نهاية عميل مشاركة الفيديو
  • التخزين المؤقت وتحسين تبادل القدرات
  • دعم نقاط نهاية الأجهزة غير المتصلة بشبكة الجيل الثالث مثل بوابة الويب، مما يجعل من الممكن إجراء جلسة مشاركة فيديو في الوقت الفعلي مع مستخدم جهاز كمبيوتر باستخدام متصفح الويب.
  • إمكانية تسجيل وتخزين الفيديو المتدفق على وحدة تخزين مشاركة الفيديو القائمة على الشبكة.
  • إعادة توجيه جلسة مشاركة الفيديو إلى نقاط نهاية مختلفة بناءً على سياسات الخدمة المُكوّنة.

وصف الخدمة

فيما يلي الخطوات الأساسية لإعداد جلسة مشاركة الفيديو وإنهائها:

  • إعداد مكالمة تبديل الدائرة
  • استعلام عن القدرات
  • إجراءات الدعوة
  • نقل الفيديو
  • تفكيك جلسة الفيديو
  • تفكيك مفتاح الدائرة الكهربائية

تبدأ جلسة مشاركة الفيديو بمكالمة تحويل الدائرة بين المستخدم أ والمستخدم ب. الخطوة التالية هي تبادل الإمكانيات، حيث يتم الاستعلام من الهاتف الآخر لتحديد ما إذا كان بإمكان المتلقي دعم جلسة مشاركة الفيديو. يتم ذلك باستخدام طريقة SIP OPTIONS. يمكن لكلا الهاتفين إجراء تبادل الإمكانيات هذا. تبدأ جلسة مشاركة الفيديو بإرسال رسالة SIP INVITE إلى الطرف المتصل به.

بعد إعداد جلسة مشاركة الفيديو، يمكن بدء بث الفيديو الفعلي. يُرسل الفيديو بين عملاء مشاركة الفيديو باستخدام بروتوكول النقل في الوقت الحقيقي (RTP)، وهو بروتوكول شائع الاستخدام في شبكات الإنترنت والهواتف المحمولة لبث الفيديو. يُعزز نقل الفيديو ببروتوكول تحكم (RTCP) يسمح بمراقبة تسليم البيانات باستخدام حزم RTCP RR (تقرير المُستقبِل) وRTCP SR (تقرير المُرسِل). عندما يقرر أي من الطرفين إيقاف جلسة مشاركة الفيديو، تُنهى الجلسة (باستخدام RTCP BYE) وتُوقف جلسة SIP (باستخدام SIP BYE). بعد هذه الخطوات، تبقى جلسة مكالمة الصوت عبر مُبدِّل الدائرة قائمة.

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

خيارات النشر

توجد خيارات متعددة لنشر خدمة مشاركة الفيديو.

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

مراجع

  1. 1 2 http://www.gsmworld.com/documents/services/se41.pdf تعريف مشاركة الفيديو 2.0، وثيقة GSMA، 27 مارس 2007
  2. ↑ http://www.gsmworld.com/news/press_2006/press06_18.shtml مؤرشف في 16 أكتوبر 2008 على موقع Wayback Machine . بيان صحفي صادر عن GSMA حول تجارب مشاركة الفيديو، 15 فبراير 2006
  3. ↑ http://www.gsmworld.com/sip/sip_trial_guide.pdf تجارب بروتوكول بدء الجلسة (SIP) التابعة لجمعية GSMA، فبراير 2007
  4. ↑ http://www.wireless.att.com/learn/messaging-internet/media-entertainment/video-share-faqs.jsp الأسئلة الشائعة حول مشاركة الفيديو من AT&T
  5. ↑ http://www.gsmworld.com/documents/ir7412.pdf مؤرشف في 6 ديسمبر 2008، في Wayback Machine ، مواصفات قابلية التشغيل البيني لمشاركة الفيديو IR.74 الإصدار 1.2، وثيقة GSMA، سبتمبر 2008

انظر أيضاً

  • دمج خدمات تبديل الدوائر (CS) وخدمات الوسائط المتعددة عبر بروتوكول الإنترنت (IMS)، TS 23.279، مشروع شراكة الجيل الثالث