Ефективна організація міжмережної взаємодії між мультимедійними службами з комутацією каналів і з пакетною комутацією

Реферат: Розкриті методики повідомлення обмеження розмірів пакетів термінала з комутацією каналів на термінал з пакетною комутацією під час мультимедійного сеансу, такого як сеанс мультимедійного телефонного зв'язку. У одному аспекті, вузол організації міжмережної взаємодії одержує інформацію від термінала з комутацією каналів під час встановлення з'єднання, і оповіщає термінал з пакетною комутацією про те, що інший* кінцевий об'єкт сеансу телефонного зв'язку являє собою термінал з комутацією каналів. У додатковому аспекті, вузол організації міжмережної взаємодії оповіщає термінал з пакетною комутацією відносно обмеження максимального розміру пакетів, узгодженого з терміналом з комутацією каналів. Описані додаткові методики для термінала з пакетною комутацією, призначені для пристосування до максимального узгодженого розміру пакетів, щоб скоротити до мінімуму переформатування даних вузлом організації міжмережної взаємодії. UA 101009 C2 (12) UA 101009 C2 UA 101009 C2 5 10 15 20 25 30 35 40 45 50 55 60 Споріднені заявки Дана заявка вимагає пріоритет попередньої патентної заявки США № 61/020,982 під назвою "Спосіб і пристрій для організації міжмережної взаємодії з малим часом очікування між мультимедійними службами з комутацією каналів і з пакетною комутацією", поданою 14 січня 2008 р., і попередньої патентної заявки США 61/021,163 під назвою "Спосіб і пристрій для організації міжмережної взаємодії з малим часом очікування між мультимедійними службами з комутацією каналів і з пакетною комутацією", поданою 15 січня 2008 р., зміст яких тим самим повністю включений сюди шляхом посилання. Галузь техніки, до якої належить винахід Дане розкриття стосується методик забезпечення ефективної організації міжмережної взаємодії з низьким часом затримки між мультимедійними службами з комутацією каналів і з пакетною комутацією. Попередній рівень техніки Останнім часом розвиваються стандартизовані мультимедійні служби, основані на мережах протоколу міжмережної взаємодії (IP) з пакетною комутацією. Наприклад, служба мультимедійного телефонного зв'язку для мультимедійної системи протоколу IP (MTSI), в даному описі також що згадується як мультимедійний телефонний зв'язок, є основаною на IP службою мультимедійного телефонного зв'язку, розробленою Проектом партнерства 3-го покоління (3GPP) для зв'язку з рухомими об'єктами. Див. 3GPP TS 26.114 V7.5.0, "Служби групи технічних вимог і мультимедійна підсистема протоколу IP аспектів системи (IMS); мультимедійний телефонний зв'язок; маніпулювання і взаємодія будь-якою формою інформації", і 3GPP TS 29.163 V8.3.0, "Базова мережа і термінали групи технічних вимог; організація міжмережної взаємодії між підсистемою базової мережі (CN) мультимедійного зв'язку (IM) IP і мережами з комутацією каналів (CS) (Редакція 8)", надалі що згадуються як "Технічні вимоги 3GPP", зміст яких повністю включений сюди шляхом посилання. Технічні вимоги "Відеотелефонний зв'язок з пакетною комутацією (PSVT)" (C.S0055-A v1.0), зміст яких також повністю включений сюди шляхом посилання, також були розроблені за допомогою Проекту партнерства 3-го покоління 2 (3GPP2). Мультимедійний телефонний зв'язок з пакетною комутацією, як очікується, буде користуватися перевагою гнучких механізмів переміщення даних, що надаються протоколом міжмережної взаємодії (IP), в той же час забезпечуючи враження для користувача, яке еквівалентно або краще, ніж від відповідних служб мультимедійного телефонного зв'язку з комутацією каналів. При відправці будь-якої форми інформації з термінала з пакетною комутацією (такого як термінал MTSI 3GPP або термінал PSVT 3GPP2) на термінал з комутацією каналів (такий як термінал CSVT 3GPP/термінал 3G-324M), вузол організації міжмережної взаємодії, такий як медіа-шлюз, викликається при виконанні організації міжмережної взаємодії між протоколами з комутацією каналів (CS) і з пакетною комутацією (PS). Для доставки медіа-пакетів з області PS, які загалом демонструють широкі зміни розмірів, через канали області CS з фіксованою шириною смуги пропускання, медіа-шлюз може використати механізми переформатування пакетів даних (наприклад, відеосигналу і/або звукового сигналу), такі як змінюючі форму буфери, фрагментація і повторне збирання пакетів, щоб переміщувати пакети через мережу з комутацією каналів. Під час сеансу телефонного зв'язку, такі механізми переформатування можуть небажано викликати передачі інформації з порушеними вимогами аудіовізуальної синхронізації (синхронного озвучення) і/або з погіршеною якістю обслуговування, вводячи додаткове крізне запізнення між терміналами. Тому може бути бажаним забезпечити методики для сповіщення термінала PS відносно обмежень максимального розміру пакетів для пакетів даних, які можуть переміщатися без неефективного переформатування. Додатково може бути бажаним забезпечити методики, що надають терміналу PS можливість регулювати обробку своїх пакетів даних в залежності від таких обмежень максимальних розмірів пакетів таким чином, щоб скоротити до мінімуму переформатування пакетів даних вузлом організації міжмережної взаємодії. Суть винаходу Аспект даного розкриття забезпечує спосіб поліпшення ефективності переміщення пакетів даних під час мультимедійного сеансу, причому спосіб містить: відправку інформації з вузла організації міжмережної взаємодії на термінал з пакетною комутацією, де інформація містить параметр, пов'язаний з максимальним розміром пакетів, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу. Інший аспект даного розкриття забезпечує спосіб поліпшення ефективності переміщення пакетів даних під час мультимедійного сеансу, причому спосіб містить: прийом інформації на терміналі з пакетною комутацією від вузла організації міжмережної взаємодії, де інформація 1 UA 101009 C2 5 10 15 20 25 30 35 40 45 50 55 60 містить параметр, пов'язаний з максимальним розміром пакетів, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу. Ще один аспект даного розкриття забезпечує пристрій з пакетною комутацією для обміну інформацією під час мультимедійного сеансу, причому пристрій містить: приймач, сконфігурований так, щоб приймати інформацію, що містить параметр, пов'язаний з максимальним розміром пакетів, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу; і передавач, сконфігурований так, щоб у відповідь на інформацію, що приймається, генерувати пакети, що не перевищують максимальний узгоджений розмір пакетів. Ще один аспект даного розкриття забезпечує пристрій з пакетною комутацією для обміну інформацією під час мультимедійного сеансу, причому пристрій містить: засіб для прийому інформації від вузла організації міжмережної взаємодії, де інформація містить параметр, пов'язаний з максимальним розміром пакетів, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу. Ще один аспект даного розкриття забезпечує комп'ютерний програмний продукт для поліпшення ефективності переміщення пакетів даних під час мультимедійного сеансу, причому продукт містить: комп’ютерночитаний носій, що містить: код для вказівки комп’ютеру приймати інформацію, що містить параметр, пов'язаний з максимальним розміром пакетів, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу; і код для вказівки комп’ютеру, у відповідь на інформацію, що приймається, генерувати пакети, що не перевищують максимальний узгоджений розмір пакетів. Короткий опис креслень Фіг.1 зображає систему для MTSI відповідно до технічних вимог 3GPP. Фіг.2 зображає зразковий варіант здійснення механізму передачі обмежень термінала CS на термінал PS, в якому базова мережа мультимедійного зв’язку IP (CN IM) ініціює сеанс зв'язку, а попередні умови використовуються на стороні IMS. Фіг.3 зображає додатковий зразковий варіант здійснення механізму передачі обмежень термінала CS на термінал PS, в якому CN IM ініціює сеанс зв'язку, а попередні умови на стороні IMS не використовуються. Фіг.4 зображає зразковий варіант здійснення механізму передачі обмежень термінала CS на термінал PS, в якому мережа CS ініціює сеанс зв'язку. Фіг.5 зображає зразковий варіант здійснення комп'ютерного програмного продукту, призначеного для поліпшення ефективності переміщення пакетів даних під час мультимедійного сеансу, відповідно до даного розкриття. Докладний опис Докладний опис, сформульований нижче в зв'язку з прикладеними кресленнями, призначений як опис зразкових варіантів здійснення даного винаходу і не призначений для того, щоб представляти тільки ті зразкові варіанти здійснення, в яких може бути реалізоване даний винахід. Термін "зразковий", що використовується протягом всього цього опису, означає "який слугує як приклад, зразок або ілюстрація", і не обов'язково повинен розглядатися, як переважний або вигідний в порівнянні з іншими зразковими варіантами здійснення. Докладний опис включає в себе певні подробиці, приведені з метою забезпечення найбільш повного розуміння зразкових варіантів здійснення винаходу. Фахівцям в даній галузі техніки повинно бути зрозуміло, що зразкові варіанти здійснення винаходу можуть бути реалізовані на практиці без цих певних подробиць. У деяких випадках, відомі структури і пристрої показуються в формі блок-схеми, щоб уникати затінення новини зразкових варіантів здійснення, представлених в даному описі. Як повинно бути зрозуміло, в даному описі винаходу і в формулі винаходу, коли елемент згадають, як що є "пов'язаним з" або "приєднаним до" іншого елемента, він може бути безпосередньо пов'язаний або приєднаний до іншого елемента, або там можуть бути присутнім проміжні елементи. І навпаки, коли елемент згадають, як що є "безпосередньо пов'язаним з" або "безпосередньо приєднаним до" іншого елемента, ніякі проміжні елементи не присутні. Потрібно зазначити, що для простоти обговорення різні зразкові варіанти здійснення даного розкриття будуть описані з посиланням на реалізації відповідно до технічних вимог 3GPP. Однак, такий опис не призначений для обмеження методик даного розкриття реалізаціями мультимедійного телефонного зв'язку відповідно до технічних вимог 3GPP. Фахівець в даній галузі техніки без великих зусиль зможе одержати модифікації представлених методик так, щоб їх можна було застосовувати до альтернативних систем, наприклад, до систем, реалізованих відповідно до технічних вимог 3GPP2, або з технічними вимогами, представленими інженерною групою по розвитку Інтернету (IETF). Такі альтернативні зразкові варіанти здійснення розглядаються, як що знаходяться в межах об'єму даного розкриття. 2 UA 101009 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг.1 зображає систему 100 для MTSI відповідно до технічних вимог 3GPP. На фіг. 1, система 100 зв'язку включає в себе термінал 110 з пакетною комутацією (PS), сконфігурований так, щоб приймати мультимедійні вхідні сигнали від користувача (не показано), і/або надавати користувачеві мультимедійні вихідні сигнали. Такі мультимедійні вхідні сигнали і вихідні сигнали можуть передаватися на і від інших терміналів під час мультимедійного сеансу. У цьому описі і в формулі винаходу, як повинно бути зрозуміло, мультимедійний сеанс може відноситися до сеансу зв'язку, що включає в себе один або більше типів потоків будь-якої форми інформації. Наприклад, мультимедійний сеанс може включати в себе потоки і відеоінформації, і звукової інформації, як показано на фіг. 1. Як альтернатива, мультимедійний сеанс може включати в себе тільки потік відеоінформації, тільки потік звукової інформації, тільки текстовий потік або будь-яку комбінацію таких потоків інформації. Термінал 110 PS може передавати і приймати мультимедійні дані на і від вузла 120 організації міжмережної взаємодії по каналу 112 PS, використовуючи модуль 111 передавачів і приймачів. Вузол 120 організації міжмережної взаємодії може включати в себе медіа-шлюз (MGW) 130 і функцію управління медіа-шлюзом (MGCF) 125. Переміщення мультимедійних даних на і від термінала 110 PS по каналу 112 PS включає в себе використання транспортного протоколу, щоб формувати інформацію у вигляді пакетів. На фіг. 1, вузол 120 організації міжмережної взаємодії додатково встановлює зв'язок з терміналом 140 з комутацією каналів (CS) через канал 142 CS. Подібно терміналу 110 PS, термінал 140 CS також сконфигурирован так, щоб приймати мультимедійні вхідні сигнали від користувача, і/або надавати мультимедійні вихідні сигнали користувачеві. Однак, на відміну від термінала 110 PS, термінал 140 CS не передає і не приймає мультимедійні дані в формі пакетів розміру, що змінюється. Швидше, термінал 140 CS використовує спеціалізований сеанс зв'язку через канал 142 CS, який має фіксовану ширину смуги пропускання, гарантовану для сеансу зв'язку, і передає і приймає дані по каналу 142 CS, використовуючи (модуль) 141 передавачів і приймачів. При відправці будь-якої форми інформації від термінала 110 PS на термінал CS 140, MGW 130 може виконувати необхідну організацію міжмережної взаємодії між протоколами PS і CS. Наприклад, протягом одиниці часу, спеціалізований канал CS може підтримувати тільки блоки службових даних (SDU), які менше, ніж фіксований максимальний розмір SDU. Однак, термінал 110 PS може генерувати протокольний блок даних (PDU) прикладного рівня, маючий довільний розмір. Таким чином, можлива ситуація, коли розмір PDU, згенерованого терміналом 110 PS, може приводити до того, що відповідний розмір SDU буде перевищувати максимальний розмір SDU каналу 142 CS. Щоб спробувати вирішити цю проблему, MGW 130 може фрагментувати такий PDU до передачі на термінал 140 CS, для подальшого повторного збирання пакетів терміналом 140 CS. Додаткові подробиці механізмів фрагментації і повторного збирання пакетів див. в Розділі 12.2.4.6, "Обговорення розмірів пакетів", 3GPP TS 26.114 V7.5.0, що раніше згадуються в даному описі. Однак, така фрагментація і повторне збирання пакетів можуть викликати передачі інформації з порушеними вимогами аудіовізуальної синхронізації (синхронного озвучення) і/або з погіршеною якістю обслуговування, вводячи додаткове крізне запізнення між терміналами. Відповідно до аспекту даного розкриття, забезпечені методики для MGW 130 для повідомлення терміналу 110 PS обмежень розмірів пакетів каналу 142 CS або термінала 140 CS таким чином, щоб термінал 110 PS міг управляти розміром своїх пакетів, що генеруються з метою кращого пристосування до максимального розміру SDU, що підтримується мережею CS. У представленому розкритті, методики ілюструються в контексті системи зв'язку, працюючої відповідно до технічних вимог 3GPP. Однак, фахівцям в даній галузі техніки повинно бути зрозуміло, що ці методики без великих зусиль можна застосовувати до систем, працюючих відповідно до інших технічних вимог. Такі альтернативні зразкові варіанти здійснення також розглядаються, як що знаходяться в межах об'єму даного розкриття. Фіг.2 зображає зразковий варіант здійснення механізму передачі обмежень термінала CS на термінал PS, в якому базова мережа мультимедійного зв’язку IP (CN IM) ініціює сеанс зв'язку, а попередні умови використовуються на стороні IMS. Етапи 201-210 і 212-213 ілюструють взаємодії між процедурами H.245 або MONA і протоколом ініціювання сеансу зв'язку (SIP)/SDP, яка в попередньому рівні техніка відома. Див., наприклад, фіг.E.2.3.1.1.1 і супровідний опис в 3GPP TS 29.163 V8.3.0, згадуване в даному описі раніше. Відповідно до представленого розкриття, на етапі 211 обміну повідомленнями, рядок "a", услід за рядком "m", пов'язаним з потоком відеосигналу в повідомленні SDP, посланому з вузла 120 організації міжмережної взаємодії на термінал 110 PS, може включати в себе атрибут "maxRecvSDUSize", що має пов'язане чисельне значення maxA12SDUSize. Цей атрибут може 3 UA 101009 C2 5 10 15 20 25 30 35 40 45 50 55 вказувати максимальний розмір (Size) SDU (наприклад, в байтах), узгоджений за допомогою MGCF 125 з терміналом 140 CS для потоку відеосигналу. На фіг. 2, maxA12SDUSize має зразкове значення 400. Фахівцям в даній галузі техніки повинно бути зрозуміло, що хоч з потоком відеосигнала, показаним на фіг. 2, пов'язаний "кодек відеосигналу MP4V-ES", також без великих зусиль можуть використовуватися інші кодеки відеосигнала. Етап 211 обміну повідомленнями додатково може включати в себе визначення атрибута "maxRecvSDUSize", наступне за рядком "m", пов'язаного з потоком звукового сигналу. Цей атрибут може мати пов'язане чисельне значення maxABSDUSize, вказуюче максимальний розмір SDU, узгоджений за допомогою MGCF 125 з терміналом 140 CS для потоку звукового сигналу. На фіг. 2, maxABSDUSize має зразкове значення 48. Така передача сигналів розглядається, як що знаходиться в межах об'єму даного розкриття. Фахівцям в даній галузі техніки повинно бути зрозуміло, що хоч з потоком звукового сигналу, показаним на фіг. 2, пов'язаний кодек звукового сигналу "AMR", також без великих зусиль можуть використовуватися інші кодеки звукового сигналу. У альтернативному зразковому варіанті здійснення (не показано), рядок "a" в повідомленні SDP етапу 211 крім цього може включати в себе додатковий атрибут "a" 3G-324M, вказуючий, що термінал, що знаходиться в зв'язку є терміналом CS 3G-324M. У зразковому варіанті здійснення, заснованому на значеннях атрибутів maxRecvSDUSize, що повідомляються вузлом 120 організації міжмережної взаємодії, термінал 110 PS факультативно може адаптувати свою власну обробку пакетів так, щоб гарантувати, що розміри, що генеруються SDU будуть меншими, ніж максимальний дозволений розмір, що повідомляється SDU. Це скорочує до мінімуму фрагментацію і повторне збирання пакетів даних, які повинні виконуватися вузлом 120 організації міжмережної взаємодії. У зразковому варіанті здійснення, термінал 110 PS може видаляти атрибути "a" в подальших повідомленнях SIP. У альтернативному зразковому варіанті здійснення, якщо можливість пристосовувати атрибут maxRecvSDUSize терміналом 110 PS не підтримується, то термінал 110 PS може просто ігнорувати інформацію про обмеження каналу CS, що повідомляється вузлом 120 організації міжмережної взаємодії, і покладатися на схеми нормального переформатування вузла 120 організації міжмережної взаємодії, щоб передавати дані на термінал CS 140. У зразковому варіанті здійснення, обмеження максимального розміру SDU, що підлягає передачі за допомогою вузла 120 організації міжмережної взаємодії, може бути визначене вузлом 120 організації міжмережної взаємодії, наприклад, з обміну можливостями однонаправленого каналу H.223 між терміналом CS 140 і MGCF 125 (не показано). Такий обмін можливостями однонаправленого каналу в техніці відомий і в даному описі додатково описуватися не буде. У альтернативних зразкових варіантах здійснення (не показаних), вузол 120 організації міжмережної взаємодії також може вказує для термінала 110 PS інтервал прийому SDU, який може відповідати тому, як часто блоки SDU намічаються для доставки по каналу CS. Фіг.3 зображає додатковий зразковий варіант здійснення механізму передачі обмежень термінала CS на термінал PS, в якому CN IM ініціює сеанс зв'язку, а на стороні IMS попередні умови не використовуються. Етапи 301-308 ілюструють процедури і протокол ініціювання сеансу зв'язку (SIP)/SDP, яка в попередньому рівні техніка відома. Див., наприклад, фіг.E.2.3.1.1.1 і супровідний опис в 3GPP TS 29.163 V8.3.0, згадуване в даному описі раніше. На етапі 309, параметри maxRecvSDUSize повідомляються відповідно до правил, розкритих раніше в даному описі, і як повинне бути ясно фахівцям в даній галузі техніки в світлі опису фіг. 2, наведеного вище. Фіг.4 зображає зразковий варіант здійснення механізму передачі обмежень термінала CS на термінал PS, в якому мережа CS ініціює сеанс зв'язку. Етапи 401-412 і 414 ілюструють процедури і протокол ініціювання сеансу зв'язку (SIP)/SDP, яка в попередньому рівні техніка відома. Див., наприклад, фіг.E.2.4.1.1.1 і супровідний опис в 3GPP TS 29.163 V8.3.0, згадуване в даному описі раніше. На етапі 414, параметри maxRecvSDUSize повідомляються відповідно до правил, розкритих раніше в даному описі, і як повинно бути ясно фахівцям в даній галузі техніки в світлі опису фіг. 2, приведеного вище. Методики повідомлення обмежень термінала CS на термінал PS були розкриті вище. Додатково нижче розкриваються методики для термінала PS, призначені для регулювання його обробки пакетів, щоб пристосуватися до інформації, що повідомляється про обмеження термінала CS. Потрібно зазначити, що методики обробки термінала PS, розкриті нижче, не повинні об'єднуватися з методиками передачі обмежень термінала CS, розкритими вище, і в 4 UA 101009 C2 5 10 15 20 25 30 35 40 45 50 55 60 альтернативних зразкових варіантах здійснення даного розкриття вони можуть бути реалізовані окремо і незалежно. У зразковому варіанті здійснення, у відповідь на повідомлення, що термінал, що знаходиться з ним в зв'язку, є терміналом CS, термінал PS може адаптувати вибір механізму зворотного зв'язку по втрати пакетів між терміналом PS і MGW. Наприклад, термінал PS може динамічно вибирати індикацію втрати зображення (PLI) як переважний механізм в порівнянні з іншими формами зворотного зв'язку по втрати пакетів, коли термінал PS дізнається, що інша сторона є терміналом CS, оскільки термінали CS працюють значною мірою з використанням механізму PLI для зворотного зв'язку по втрати пакетів. У іншому зразковому варіанті здійснення, у відповідь на повідомлення відносно меж максимальних розмірів SDU, що підтримуються терміналом CS, термінал PS може гарантувати, що його власні пакети, що генеруються залишаються в цих межах максимальних розмірів SDU. Це забезпечує можливість ефективного об'єднання пакетів даних в MGW, а також своєчасної доставки пакетів на термінал CS. Потрібно зазначити, що хоч були описані зразкові варіанти здійснення даного розкриття, в яких термінал PS встановлює зв'язок з терміналом CS в залежності від обмежень розмірів пакетів, що передаються термінала CS, об'єм даного розкриття не обмежений встановленням зв'язку між терміналом PS і терміналом CS. Наприклад, представлені методики загалом можна застосовувати до встановлення зв'язку між терміналом PS і будь-яким іншим терміналом (включаючи термінали без комутації каналів), що має максимальний розмір пакетів, що підтримується. Такі альтернативні зразкові варіанти здійснення розглядаються, як що знаходяться в межах об'єму даного розкриття. Фіг.5 зображає зразковий варіант здійснення комп'ютерного програмного продукту 500, призначеного для поліпшення ефективності переміщення пакетів даних під час мультимедійного сеансу відповідно до представленого розкриття. Потрібно зазначити, що комп'ютерний програмний продукт 500 показаний тільки для ілюстративних цілей і не призначений для обмеження об'єму даного розкриття яким-небудь конкретним зразковим варіантом здійснення комп'ютерного програмного продукту. На фіг. 5, термінал 110 з пакетною комутацією (PS), як раніше було описано з посиланням на фіг. 1, приєднаний до комп'ютерного програмного продукту 500. Комп'ютерний програмний продукт 500 включає в себе комп’ютерночитаний носій 510, що зберігає код для вказівки комп’ютеру виконувати певні функції. Зокрема, комп’ютерночитаний носій 510 включаєв себе код 511 для вказівки комп’ютеру приймати інформацію, що містить параметр, пов'язаний з максимальним розміром пакетів, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу. Комп’ютерночитаний носій 510 додатково включає в себе код 512 для вказівки комп’ютеру, у відповідь на інформацію, що приймається, генерувати пакети, що не перевищують максимальний узгоджений розмір пакетів. Фахівцям в даній галузі техніки повинно бути зрозуміло, що інформація і сигнали можуть бути представлені з використанням будь-якого з ряду різних технологій і методик. Наприклад, дані, інструкції, команди, інформація, сигнали, биті, символи і кодові елементи, які можуть бути згадані протягом всього приведеного вище опису, можуть бути представлені напруженнями, струмами, електромагнітними хвилями, магнітними полями або частинками, оптичними полями або частинками, або будь-якою їх комбінацією. Фахівці в даній галузі техніки додатково зможуть оцінити, що різні ілюстративні логічні блоки, модулі, схеми і етапи алгоритмів, описані в зв'язку з розкритими в даному описі зразковими варіантами здійснення, можуть бути реалізовані як електронне апаратне забезпечення, програмне забезпечення або комбінація їх обох. Щоб ясно проілюструвати цю взаємозамінність апаратного забезпечення і програмного забезпечення, різні ілюстративні компоненти, блоки, модулі, схеми і етапи були описані вище загалом в термінах їх функціональних можливостей. Чи реалізовані такі функціональні можливості як апаратне забезпечення або програмне забезпечення, залежить від конкретного застосування і конструктивних обмежень, що накладається на всю систему. Кваліфіковані фахівцям зможуть реалізовувати описані функціональні можливості способами, що змінюються для кожного конкретного застосування, але такі рішення реалізації не повинні інтерпретуватися як зухвалі відхилення від об'єму зразкових варіантів здійснення винаходу. Різні ілюстративні логічні блоки, модулі і схеми, описані в зв'язку з розкритими в даному описі зразковими варіантами здійснення, можуть бути реалізовані або виконані за допомогою процесора загального призначення, процесора цифрових сигналів (ПЦС), інтегральної схеми прикладної орієнтації (ASIC), вентильної матриці, що програмується користувачем (FPGA) або 5 UA 101009 C2 5 10 15 20 25 30 35 40 45 50 55 іншого логічного пристрою, що програмується, дискретного логічного елемента або транзисторних логічних схем, дискретних апаратних компонентів або будь-якої їх комбінації, призначеної для виконання описаних в даному описі функцій. Процесор загального призначення може бути мікропроцесором, але як альтернатива, процесор може бути будь-яким загальноприйнятим процесором, контролером, мікроконтролером або кінцевим автоматом. Процесор також може бути реалізований у вигляді комбінації обчислювальних пристроїв, наприклад, комбінації ПЦС і мікропроцесора, множини мікропроцесорів, одного або більше мікропроцесорів разом з ядром ПЦС або будь-якої іншої такої конфігурації. Етапи способу або алгоритму, описані в зв'язку з розкритими в даному описі зразковими варіантами здійснення, можуть бути втілені безпосередньо в апаратному забезпеченні, в модулі програмного забезпечення, що виконується процесором, або в комбінації і того, і іншого. Модуль програмного забезпечення може постійно знаходитися в оперативному запам'ятовуючому пристрої (ОЗП), флеш-пам'яті, постійному запам'ятовуючому пристрої (ПЗП), ПЗП, що електрично програмується (ЕППЗП), ПЗП, що електрично стирається і програмується (ЕСППЗП), регістрах, жорсткому диску, знімному диску, CD-ROM (компакт-диску, що не перезаписується ), або в будь-якій іншій формі носія інформації, відомого в техніці. Зразковий носій інформації приєднаний до процесора таким чином, що процесор може прочитувати інформацію і записувати інформацію на цей носій інформації. Як альтернатива, носій інформації може бути об'єднаний з процесором. Процесор і носій інформації можуть постійно знаходитися в ASIC. ASIC може постійно знаходитися в терміналі користувача. Як альтернатива, процесор і носій інформації можуть постійно знаходитися у вигляді дискретних компонентів в терміналі користувача. У одному або більше зразкових варіантах здійснення, описані функції можуть бути реалізовані в апаратному забезпеченні, програмному забезпеченні, вбудованому програмному забезпеченні або будь-якій їх комбінації. Якщо вони реалізовані в програмному забезпеченні, функції можуть зберігатися або передаватися через одну або більше команд або через код на носії, що комп'ютерно-читається. Комп’ютерночитаний носій включає в себе і запам'ятовуючий носій комп'ютера, і середовище передачі даних, включаючи будь-яке середовище, яка полегшує перенесення комп'ютерної програми з одного місця на інше. Носій для зберігання інформації може бути будь-яким доступним носієм, до якого комп'ютер може одержувати доступ. За допомогою прикладу, а не обмеження, такий комп’ютерночитаний носій може включати в себе ОЗП, ПЗП, ЕСППЗП, CD-ROM або інший накопичувач на оптичних дисках, накопичувач на магнітних дисках або інші магнітні пристрої зберігання даних, або будь-який інший носій, який може використовуватися для перенесення або зберігання необхідного коду програми в формі команд або структур даних, до якої комп'ютер може одержувати доступ. Також, будь-яке з'єднання належним образом називають носієм, що комп'ютерно-читається. Наприклад, якщо програмне забезпечення передається з Web-сайта, сервера або іншого віддаленого джерела з використанням коаксіального кабеля, волоконно-оптичного кабеля, витої пари, цифрової абонентської лінії (ЦАЛ) або бездротових технологій, таких як зв'язок в інфрачервоному, радіочастотному і надвисокочастотному діапазоні, то коаксіальний кабель, волоконно-оптичний кабель, вита пара, ЦАЛ або бездротові технології, такі як зв'язок в інфрачервоному, радіочастотному і надвисокочастотному діапазоні, включені у визначення носія. Терміни "disk" (диск) і "disc" (диск), як використовуються в даному описі, включають в себе компакт-диск (CD), лазерний диск, оптичний диск, універсальний цифровий диск (DVD), гнучкий диск і диск технології Blu-ray, де disks (диски) звичайно відтворюють дані магнітним способом, в той час як discs (диски) відтворюють дані оптичним способом за допомогою лазерів. Комбінації вищезазначених пристроїв також повинні бути включені в галузь визначення комп'ютерночитаного носія. Попередній опис розкритих зразкових варіантів здійснення забезпечений для того, щоб дати можливість будь-якому фахівцеві в даній галузі техніки виконувати або використати це розкриття. Різні модифікації цих зразкових варіантів здійснення фахівцям в даній галузі техніки будуть очевидні, а універсальні принципи, визначені в даному описі, можна застосовувати до інших зразкових варіантів здійснення, не відступаючи при цьому від суті або об'єму винаходу. Таким чином, даний винахід призначений не для того, щоб бути обмеженим зразковими варіантами здійснення, показаними в даному описі, але повинно відповідати самому широкому об'єму, сумісному з принципами і новими ознаками, розкритими в даному описі. 6 UA 101009 C2 ФОРМУЛА ВИНАХОДУ 5 10 15 20 25 30 35 40 45 50 55 60 1. Спосіб поліпшення ефективності переміщення пакетів даних під час мультимедійного сеансу, причому спосіб включає відправку інформації з вузла організації міжмережної взаємодії на термінал з пакетною комутацією, причому інформація містить параметр, пов'язаний з максимальним розміром пакета, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу, при цьому інший кінцевий об'єкт мультимедійного сеансу містить термінал з комутацією каналів. 2. Спосіб за п. 1, в якому мультимедійний сеанс являє собою сеанс мультимедійного телефонного зв'язку. 3. Спосіб за п. 1, в якому інформація додатково включає індикацію того, чи є інший кінцевий об'єкт сеансу телефонного зв'язку терміналом з комутацією каналів. 4. Спосіб за п. 1, в якому параметр, пов'язаний з максимальним розміром пакета, містить максимальний узгоджений розмір блока службових даних (SDU). 5. Спосіб за п. 1, в якому інформація додатково включає інтервал прийому SDU. 6. Спосіб поліпшення ефективності переміщення пакетів даних під час мультимедійного сеансу, причому спосіб включає прийом інформації на терміналі з пакетною комутацією від вузла організації міжмережної взаємодії, причому інформація включає параметр, пов'язаний з максимальним розміром пакета, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу, при цьому інший кінцевий об'єкт мультимедійного сеансу містить термінал з комутацією каналів. 7. Спосіб за п. 6, в якому мультимедійний сеанс являє собою сеанс мультимедійного телефонного зв'язку. 8. Спосіб за п. 6, в якому інформація додатково включає індикацію того, чи є інший кінцевий об'єкт мультимедійного сеансу терміналом з комутацією каналів. 9. Спосіб за п. 8, в якому параметр, пов'язаний з максимальним розміром пакета, містить максимальний узгоджений розмір блока службових даних (SDU). 10. Спосіб за п. 9, в якому інформація додатково містить інтервал прийомуSDU. 11. Спосіб за п. 6, в якому термінал з пакетною комутацією являє собою PSVT (відеотелефонний зв'язок з пакетною комутацією). 12. Спосіб за п. 6, який додатково включає у відповідь на прийом інформації, регулювання обробки на терміналі з пакетною комутацією (PS) таким чином, щоб пакети, що генеруються, не перевищували максимальний узгоджений розмір пакета. 13. Спосіб за п. 8, який додатково включає у відповідь на прийом індикації відносно того, що сеанс телефонного зв'язку являє собою термінал з комутацією каналів, вибір режиму індикації втрати зображення (PLI) зворотного зв'язку. 14. Пристрій з пакетною комутацією для обміну інформацією під час мультимедійного сеансу, причому пристрій містить: приймач, сконфігурований так, щоб приймати інформацію, що містить параметр, пов'язаний з максимальним розміром пакета, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу, при цьому інший кінцевий об'єкт мультимедійного сеансу містить термінал з комутацією каналів, і передавач, сконфігурований так, щоб у відповідь на інформацію, що приймається, генерувати пакети, що не перевищують максимальний узгоджений розмір пакета. 15. Пристрій за п. 14, в якому мультимедійний сеанс являє собою сеанс мультимедійного телефонного зв'язку. 16. Пристрій за п. 14, в якому інформація додатково містить індикацію відносно того, чи є інший кінцевий об'єкт мультимедійного сеансу терміналом з комутацією каналів. 17. Пристрій за п. 16, в якому пристрій сконфігурований так, щоб у відповідь на прийом індикації відносно того, що сеанс телефонного зв'язку являє собою термінал з комутацією каналів, вибирати режим індикації втрати зображення (PLI) зворотного зв'язку. 18. Пристрій за п. 16, в якому параметр, пов'язаний з максимальним розміром пакета, містить максимальний узгоджений розмір блока службових даних (SDU). 19. Пристрій за п. 17, в якому інформація додатково містить інтервал прийому SDU. 20. Пристрій з пакетною комутацією для обміну інформацією під час мультимедійного сеансу, причому пристрій містить засіб для прийому інформації від вузла організації міжмережної взаємодії, причому інформація містить параметр, пов'язаний з максимальним розміром пакета, узгодженим з іншим кінцевим 7 UA 101009 C2 5 10 об'єктом мультимедійного сеансу, при цьому інший кінцевий об'єкт мультимедійного сеансу містить термінал з комутацією каналів. 21. Пристрій за п. 20, який додатково містить засіб для генерування пакетів, що не перевищують максимальний узгоджений розмір пакета, під час мультимедійного сеансу. 22. Комп'ютерочитаний носій, що містить коди, збережені на ньому, які, при виконанні комп'ютером, приписують комп'ютеру виконувати поліпшення ефективності переміщення пакетів даних під час мультимедійного сеансу, причому коди містять: код для прийому інформації, що містить параметр, пов'язаний з максимальним розміром пакета, узгодженим з іншим кінцевим об'єктом мультимедійного сеансу, причому інший кінцевий об'єкт мультимедійного сеансу містить термінал з комутацією каналів; і код для генерування пакетів, що не перевищують максимальний узгоджений розмір пакета, у відповідь на інформацію, що приймається. 8 UA 101009 C2 9 UA 101009 C2 10 UA 101009 C2 Комп’ютерна верстка А. Крулевський Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 11