Передача інформації безперервності сеансу в багатокомпонентному сеансі зв’язку

Реферат: У сеансі мультимедійного зв’язку з декількома компонентами мультимедійних даних, один або декілька компонентів мультимедійних даних можуть бути передані з однієї мережі доступу в іншу мережу доступу і, незважаючи на це, підтримувати безперервність всього сеансу зв’язку. Спочатку кожний сеанс ідентифікується, а після цього компонент мультимедійних даних, призначений для передачі, також ідентифікується. Ідентичності ідентифікованого сеансу і компонента посилаються на один або декілька елементів у межах мережі зв'язку для виконання передачі компонента мультимедійних даних. UA 99381 C2 (12) UA 99381 C2 UA 99381 C2 5 10 15 20 25 30 35 40 45 50 55 За даною заявкою заявляється пріоритет за датою подачі попередньої заявки на патент США, серійний номер 61/073902, озаглавленої «Передача інформації безперервності сеансу в багатокомпонентному сеансі зв'язку», поданої 19 червня 2008 p., і переуступленої патентовласнику даної заявки, і повністю включеної в цей документ за допомогою посилання. Галузь техніки, до якої належить винахід Даний винахід, в цілому, належить до зв'язку і, більш конкретно, він належить до обміну інформацією та її обробки в сеансі зв'язку з множиною компонентів сеансу. Рівень техніки Прогрес в телекомунікаціях дозволяє провести мультимедійні сеанси по мережі Інтернет з використанням різного мережного підключення. Дуже звичайним, наприклад, є ведення множини компонентів сеансу через одиночне мережне підключення в межах одного сеансу зв'язку. Наприклад, в сеансі зв'язку, декілька відео і звукових компонентів сеансу може виконуватися одночасно через одиночне мережне підключення. Ці мультимедійні компоненти сеансу досить часто вимагають переробки великої кількості даних. Іноді, з різних причин, деякі компоненти сеансу повинні передаватися в іншу мережу. Причина може бути пов'язана, наприклад, з вартістю, можливістю одержання обслуговування та завантаженням мережі тощо. До цього часу, передачі компонентів сеансу між різними мережами були проблематичні, якщо взагалі можливі. Відповідно, є потреба в наданні ефективної схеми надійної передачі компонентів сеансу зв'язку таким чином, щоб підтримувати безперервність сеансів зв'язку. Суть винаходу У мультимедійному сеансі зв'язку з декількома компонентами мультимедійних даних, один або декілька компонентів мультимедійних даних можуть передаватися з одного мережного підключення на інше мережне підключення, і, крім того, підтримувати безперервність всього сеансу зв'язку. Спочатку кожний сеанс ідентифікується, а після цього ідентифікується компонент мультимедійних даних, який призначається для передачі. Ідентифікаційна інформація про ідентифіковані сеанси і компоненти посилається в один або декілька елементів у межах мережі зв'язку для виконання передачі компонента мультимедійних даних. Ці та інші характерні особливості та переваги будуть очевидні фахівцеві в даній галузі техніки з подальшого докладного опису в сукупності із супровідними кресленнями, в яких однакові посилальні номери належать до однакових частин. Короткий опис креслень Фіг. 1 є спрощеним схематичним кресленням, що показує всю систему зв'язку, відповідно до ілюстративного варіанта здійснення винаходу; Фіг. 2 є схемою послідовності операцій виклику, що показує повідомлення, якими обмінюються для ідентифікації ідентифікаційної інформації сеансу з сеансу зв'язку між різними елементами; Фіг. 3 є іншою схемою послідовності операцій виклику, що показує повідомлення, якими обмінюються для ідентифікації ідентифікаційної інформації сеансу з сеансу зв'язку між різними об'єктами; Фіг. 4 є схемою послідовності операцій виклику, що показує повідомлення і дані, якими обмінюються між різними елементами, після того, як ідентифікація сеансу з сеансу зв'язку ідентифікована, і послане за допомогою користувацького елемента повідомлення на елемент інфраструктури для виклику запиту на передачу компонента мультимедійних даних; Фіг. 5 та 6 є частковими принциповими схемами, що показують альтернативні способи посилання з користувацького елемента в елемент інфраструктури ідентифікаційної інформації сеансу з сеансу зв'язку для виклику запиту на передачу компонента мультимедійних даних; Фіг. 7 та 8 є спрощеними кресленнями основної частини ілюстративного повідомлення, яким обмінюються між різними елементами, що ідентифікує компонент мультимедійних даних, призначений для передачі; Фіг. 9 та 10 є спрощеними кресленнями основної частини іншого ілюстративного повідомлення, як альтернатива повідомленню, зображеному на Фіг. 7 та 8, яким обмінюються між різними елементами, що ідентифікують призначений для передачі компонент мультимедійних даних; Фіг. 11 є блок-схемою, яка, в цілому, узагальнює етапи процесу, які зачіпають за допомогою користувацького елемента, відповідно до ілюстративного варіанта здійснення; Фіг. 12 є іншою блок-схемою, яка, в цілому, узагальнює етапи процесу, які зачіпаються за допомогою мережного елемента, відповідно до ілюстративного варіанта здійснення; і 1 UA 99381 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 13 є спрощеним схематичним кресленням, що зображає частину варіанта реалізації в апаратних засобах, відповідно до ілюстративного варіанта здійснення. Докладний опис винаходу Подальший опис представляється, для надання можливості будь-якому фахівцеві в даній галузі техніки виконувати і використовувати винахід. З метою пояснення, в подальшому описі сформульовані деталі. Потрібно мати на увазі, що фахівець в даній галузі техніки усвідомлює, що винахід може бути здійснений на практиці без використання даних визначених деталей. В інших варіантах, вже відомі структури і процеси не розробляються для того, щоб не заплутувати опис винаходу непотрібними деталями. Отже, даний винахід не призначається для обмеження його за допомогою зображених варіантів здійснення, але повинний узгоджуватися з найбільш широким обсягом, сумісним з принципами і відмітними особливостями, розкритими в цьому документі. Крім того, в подальшому описі, для скорочення і розуміння, використовується термінологія, зв'язана із стандартами широкосмугового множинного доступу з кодовим розділенням (WCDMA), як проголошується Проектом партнерства третього покоління (3GPP) за допомогою Міжнародного союзу з телекомунікації (ITU). Потрібно підкреслити, що винахід також придатний і для інших таких технологій, як технології і зв'язані з ними стандарти, що стосуються множинного доступу з кодовим розділенням (CDMA), множинного доступу з часовим розділенням (TDMA), множинного доступу з частотним розділенням (FDMA), ортогонального множинного доступу з частотним розділенням (OFDMA) тощо. Термінології, зв'язані з різними технологіями, можуть розрізнюватися. Наприклад, залежно від технології, що розглядається, абонентське обладнання (UE), що використовується в стандартах WCDMA, іноді може називатися терміналом доступу (AT), користувацьким терміналом, мобільною станцією (MS), абонентським модулем, абонентським обладнанням (UE), тощо, і це лише деякі з варіантів. Аналогічно, мережа доступу (AN), що використовується в стандартах WCDMA, іноді може називатися точкою доступу, вузлом доступу, вузлом В, базовою станцією (BS) тощо. Тут потрібно зазначити, що різні термінології належать до різних технологій, коли застосовно. Зробимо посилання на Фіг. 1, яка схематично показує всю систему зв'язку, позначену за допомогою посилального номера 10. На Фіг. 1, для простоти і легкості опису, система 10 зображається як така, що містить три мережі доступу (ANs) 12, 14 та 16. У даному прикладі, мережа 12 AN є мережею зв'язку за технологією Довгострокового розвитку (LTE), що допускає надання безперервності протоколу мережі Інтернет (IP) з мультимедійними службами, які пропонуються за допомогою мультимедійної підсистеми 30 на базі протоколу IP (IMS). Мережа 12 AN містить різні мережні елементи, такі, як елемент системи 32 керування мобільністю (ММЕ), Вузол В 34, обслуговуючий шлюз 36 (SGW), і шлюз 38 PDN (мережі передачі даних загального користування) (PGW). Такий користувацький елемент, як обладнання 22 UE в мобільному пристрої в даному прикладі, взаємодіє по бездротовому зв'язку з вузлом В 34 на рівні радіоканалу. Мережа 14 AN є мережею WLAN, наприклад, мережею, яка працює відповідно до стандартів IEEE 802.11 та інших технологій локальної мережі передачі даних. Мережа 14 AN містить, крім іншого, точку 27 доступу (АР). Інший користувацький елемент, такий, як інше обладнання 26 UE, може взаємодіяти по бездротовому зв'язку з точкою 27 АР, наприклад, для підключення, до магістральної мережі 20 зв'язку. Мережа 16 AN є ще однією мережею, наприклад, мережею доступу CDMA2000. Мережа 16 AN містить, крім іншого, вузол 29 обслуговування пакетних даних (PDSN), вузол 31 доступу (AS) і контролер 33 обслуговуючої радіомережі (SRNC). Як ще один користувацький елемент, таке інше обладнання 25 UE може взаємодіяти по бездротовому зв'язку з мережею 31 AN, наприклад, для підключення, до магістральної мережі 20 зв'язку. На Фіг. 1, всі три AN 12, 14, 16 AN зв'язані з базовою мережею підсистеми 30 IMS. Базова мережа підсистеми 30 IMS, описана в даному варіанті здійснення, є мережею з архітектурним форматом, що підтримується за допомогою різних організацій із стандартизації, наприклад 3GPP, 3GPP2 (Проектом партнерства третього покоління 2), IEEE (Інститутом інженерів з електротехніки та електроніки), тощо, і це лише деякі з них. Базова мережа підсистеми 30 IMS використовує протоколи IP і з'єднується з магістральною мережею 20 зв'язку. Магістральна мережа 20 зв'язку може бути мережею Інтернет або інтранет. На Фіг. 1, одиниці обладнання 22, 26 та 25 UE зображені як з'єднані з базовою мережею підсистеми 30 IMS через мережу 12 AN LTE, мережу 14 AN WLAN, і мережу 16 AN доступу CDMA2000 відповідно. Потрібно мати на увазі, що одиночне обладнання UE може одержати підключення до базової мережі підсистеми 30 IMS через одну, будь-яку з, або всі мережі AN. 2 UA 99381 C2 5 10 15 20 25 30 35 40 45 50 55 60 Наприклад, обладнання 22 UE може одержати підключення до базової мережі підсистеми 30 IMS як через мережу 12 AN LTE, так і через мережу 14 AN WLAN, одночасно або в різні періоди часу. Потрібно зазначити, що типи мереж AN, як було описано вище, є лише ілюстративними. Очевидно, що також можливі з'єднання з базовою мережею підсистеми 30 IMS за допомогою інших типів мереж AN. У подальшому описі використовується термінологія і протоколи, зв'язані з передачею сигналів та обміном даними, відповідно до стандартів підсистеми IMS. Основні принципи стандартів підсистеми IMS можуть бути знайдені в публікації, озаглавленій «Протокол керування мультимедійним викликом на базі протоколу мережі Інтернет (IP), на основі протоколу встановлення сеансу (SIP) і протоколу опису сеансу (SDP)», 3GPP TS 24.229, виданій 3GPP. Припустимо спочатку, що існує обладнання 22 UE, яке узгоджується з іншим обладнанням 25 UE через базову мережу підсистеми 30 IMS. Обладнання 22 UE одержує підключення до базової мережі підсистеми 30 IMS через мережу 12 AN. Аналогічно, обладнання 25 UE одержує підключення до базової мережі підсистеми 30 IMS через мережу 16 AN. У базовій мережі підсистеми 30 IMS це включає в себе проксі сервер 40 функції керування сеансом виклику (P-CSCF), обслуговуючий сервер 42 функції керування сеансом виклику (CCSCF), сервер 46 (AS) безперервності сеансу (SC) та інші елементи 44 підсистеми IMS. Сервер 46 безперервності сеансу (SC) є одним з типів сервера додатків в межах базової мережі підсистеми 30 IMS, який надає функціональні можливості для дозволу безперебійної передачі сеансу з сеансів зв'язку між різними підключеннями. У даному прикладі, для підтримки безперервності сеансу підсистеми IMS, всі сеанси підсистеми IMS прив'язуються до сервера 46 SC. У даному ілюстративному варіанті здійснення, припустимо спочатку, що у обладнання 22 UE є сеанс підсистеми IMS з обладнанням 25 UE з декількома мультимедійними компонентами. При даній специфікації і прикладеній формулі винаходу, термін «багато» або «декілька» означає більше одного. Як згадувалося раніше, сеанс підсистеми IMS прив'язується до сервера безперервності 46 SC. Прикладом такого сеансу може бути ведення відеоконференції обладнання 22 UE з обладнанням 25 UE, в якому є декілька мовних і відео потоків. З метою опису, припустимо, що в сеансі зв'язку існує три компоненти сеансу, а саме, голосовий #1, відео #2, і відео #3. Наприклад, відео #2 може бути відео обличчям до обличчя користувачів обладнання 22 та 25 UE, а відео #3 може бути демонстраційним відео продукту. Нижче в цьому документі, терміни «компонент сеансу», «компонент мультимедійних даних», «компонент зв'язку», «мультимедійний компонент», і іноді просто «компонент» використовуються взаємозамінно. Припустимо, в даному прикладі, що обладнання 22 UE є мобільним і таким, що допускає підключення до декількох мереж AN, таких, як мережі 12, 14 та 16 AN. Якщо обладнання 22 UE переміщається між різними мережами AN, то для обладнання 22 UE є дуже бажаним можливість передачі сеансу зв'язку підсистеми IMS або будь-якого компонента сеансу, з однієї мережі AN в іншу мережу AN. Для ілюстрації, припустимо, наприклад, що спочатку обладнання 22 UE взаємодіє з обладнанням 25 UE через мережу AN 12 LTE з вищезазначеними трьома компонентами мультимедійних даних, голосовим #1, відео #2 та відео #3. Якщо, наприклад, обладнання 22 UE може одержати підключення до мережі 14 AN WLAN, то обладнання 22 UE може мати додаткову можливість передачі компонента мультимедійних даних відео #3 через мережу 14 AN WLAN, але при цьому підтримка іншого компонента мультимедійних даних голосового #1 і відео #2 через мережу 12 AN LTE. Нижче описуються схеми спрощення сеансу і передачі компонента сеансу з однієї мережі AN в іншу мережу AN через сервер безперервності 46 SC. Такому користувацькому елементу підсистеми IMS, як обладнання 22 UE, дозволяється встановлення декількох мультимедійних сеансів з декількома кореспондентами, як згадано вище. Наприклад, обладнання 22 UE може мати вищезазначений сеанс підсистеми IMS з обладнанням 25 UE, тоді як в той самий час, обладнання 22 UE також може мати інший сеанс підсистеми IMS з обладнанням 26 UE. Щоб дозволити передачу сеансу, всі мультимедійні сеанси прив'язуються до сервера 46 безперервності SC підсистеми IMS, що спрощує передачу сеансу обладнання 22 UE в його домашній мережі підсистеми IMS. Якщо обладнання 22 UE запитує сервер 46 безперервності SC 46 про передачу деяких компонентів мультимедійних даних в межах сеансу, що обробляється в цей час обладнанням 25 UE, в одну або декілька інших мереж AN, то обладнанню 22 UE потрібна точно ідентифікація і вказівка того, що сеанс з 3 UA 99381 C2 5 10 15 20 25 30 35 40 45 50 55 60 компонентами мультимедійних даних для передачі є наміченим сеансом, а не яким-небудь іншим сеансом. У даному прикладі, намічений сеанс є сеансом обладнання 22 UE, взаємодіючого з обладнанням 25 UE, з трьома компонентами мультимедійних даних, голосовим #1, відео #2 і відео #3, як згадано вище. Він не є іншим сеансом, якщо такі взагалі є, в якому, наприклад, обладнання 22 UE також може взаємодіяти з обладнанням 26 UE. Щоб відрізняти різні сеанси, сервер 46 безперервності SC підсистеми IMS призначає унікальні ідентифікатори (ID) (ідентифікатор) для кожного сеансу, який обладнання 22 UE веде з кожним конкретним віддаленим кінцевим користувацьким елементом. Цей унікальний ідентифікатор (ID), який називається ідентифікатором STI (ідентифікатором передачі сеансу) в даному ілюстративному варіанті здійснення, може приймати наступний формат: URI (ідентифікатор користувацького ресурсу), такий, як ідентифікатор URI SIP (протоколу встановлення сеансу), телефонний ідентифікатор URI, ідентифікатор (ID) діалогу протоколу SIP з діалогу протоколу SIP, тощо. Наведений нижче опис є схемами передачі даної інформації, підтверджуючої ідентичність ідентифікатора STI між сервером 46 безперервності SC і підсистемою IMS обладнання 22 UE. Тепер, зробимо посилання на Фіг. 2 в поєднанні з Фіг. 1. Фіг. 2 є схемою послідовності операцій виклику, що показує повідомлення і послідовності даних між різними елементами системи 10. Спочатку припустимо, що обладнання 22 UE запускає мультимедійний сеанс підсистеми IMS, як згадано вище, за допомогою посилання повідомлення «INVITE» протоколу SIP в базову мережу 30 підсистеми 30 IMS через мережу 12 AN, як показано за допомогою маршруту повідомлення 48, зображеного на Фіг. 2. У подальших схемах послідовності операцій виклику, таких, як на Фіг. 2-6, одиниці обладнання UE (наприклад, одиниці обладнання 22, 25 та 26 UE) одержують підключення до базової мережі 30 та її елементів (наприклад, серверу 46 безперервності SC) через мережі AN (наприклад, мережі 12, 14 та 16 AN). Однак, для розуміння, мережі AN із зв'язаними з ними маршрутами повідомлень в цих схемах послідовності операцій виклику не показуються. Таким чином, на Фіг. 2-6 зображаються виключно логічні маршрути повідомлень. Відповідна мережа AN для кожної конкретної послідовності буде згадуватися в описі по мірі необхідності. Тепер повернемося до Фіг. 2. Повідомлення «INVITE» протоколу SIP прямує крізь сервер 46 безперервності SC через маршрут 30 повідомлення для цілей прив'язки, і, крім того, посилається на обладнання 25 UE через маршрут 52 повідомлення, як показано на Фіг. 2. Якщо обладнання 25 UE приймає багатокомпонентний сеанс відеоконференції, що викликається за допомогою обладнання 22 UE, то обладнання 25 UE посилає повідомлення «200 OK» назад на сервер 46 безперервності SC через маршрут 54 повідомлення. Після одержання повідомлення «INVITE» протоколу SIP через маршрут ЗО або повідомлення «200 OK» через маршрут 54, сервер 46 безперервності SC призначає ідентифікатор STI для сеансу відеоконференції. Процес позначається за допомогою посилального номера 55 на Фіг. 2. Метою призначення ідентифікатора STI є дозвіл обладнанню 22 UE пізніше, при необхідності, посилатися на цей сеанс підсистеми IMS для передачі сеансу, або будь-якого компонента сеансу, з однієї мережі AN в іншу мережу AN. Ідентифікатор STI відрізняє сеанс відеоконференції між обладнанням 22 UE та обладнанням 25 UE від інших можливих сеансів, які можуть встановити обладнання 22 UE як з обладнанням 25 UE, так і з іншими елементами. Крім того, призначений ідентифікатор STI також відрізняє поточний сеанс від інших сеансів, встановлених за допомогою інших одиниць обладнання UE, але не взаємодіючих з обладнанням 22 UE, якщо ці сеанси також проходять через цей самий сервер 46 безперервності SC. У даному варіанті здійснення, одного разу призначений за допомогою сервера 46 безперервності SC ідентифікатор STI, передається на обладнання 22 UE через повідомлення у відповідь протоколу SIP, таке, як повідомлення «200 OK», послане на обладнання 22 UE через базову мережу 30 підсистеми IMS 30 через мережу 12 AN, по маршрутах 56 та 58 повідомлень, відповідно, як показано на Фіг. 2. Більш конкретно, призначений ідентифікатор STI включається до складу нового заголовка протоколу SIP в повідомленні «200 OK». У даному конкретному прикладі, новий заголовок протоколу SIP називається «P-STI». Потрібно зазначити, що для нового заголовка також можуть використовуватися і інші назви. Заголовок P-STI, поряд з контентом повідомлення, включається до складу повідомлення «200 OK», посланого через маршрути 56 та 58 повідомлень, як показано на Фіг. 2. У даному конкретному прикладі, контент або значення ідентифікатора STI помічені як «ABC» на Фіг. 2. Наприклад, ABC може бути протоколом встановлення сеансу -ідентифікацією ресурсу користувачем (SIP-URI) або телефонною ідентифікацією URI, або ідентифікатором (ID) діалогу сеансу протоколу SIP. 4 UA 99381 C2 5 10 15 20 25 30 35 40 45 50 55 60 Потрібно зазначити, що, якщо ідентифікатор STI існує в формі ідентифікатора (ID) діалогу протоколу SIP, то немає ніякої потребі в наявності якого-небудь явно заданого заголовка, такого, як заголовок «P-STI» для посилання ідентифікатора STI на обладнання 22 UE через таке повідомлення протоколу SIP, як повідомлення протоколу SIP «200 OK», послане через маршрути 56 та 58, оскільки існуюче повідомлення протоколу SIP, таке, як повідомлення «200 OK» протоколу SIP, вже підтримує неявне включення ідентифікатора STI до складу різних заголовків. При прийомі ідентифікатора STI, обладнання 22 UE пізніше може використовувати ідентифікатор STI для запиту на передачу сеансу, і, крім того, як буде описано нижче. Після одержання повідомлення «200 OK», обладнання 22 UE може послати повідомлення підтвердження на сервер 46 безперервності SC через базову мережу 30 підсистеми IMS через маршрути 57 та 59 повідомлення відповідно. Фіг. 3 показує сценарій, в якому обладнання 25 UE ініціює сеанс відеоконференції, замість обладнання 22 UE. Знову, як тільки ідентифікатор STI призначається за допомогою сервера 46 безперервності SC, як показано за допомогою етапу 55 процесу, інформація ідентифікатора STI може бути послана на обладнання 22 UE в повідомленні «INVITE» протоколу SIP, посланому через маршрути 60 та 62 повідомлень, як показано на Фіг. 3. Після прийому, обладнання 22 UE може послати повідомлення «200 OK» як підтвердження через маршрути 61 та 62 повідомлень, як описувалося вище. Для скорочення, Фіг. 3 додатково не роз'яснюється. Тут потрібно зазначити, що повідомлення та їх послідовності, описані у всіх варіантах здійснення, можуть мати зміни, і, крім того, їм можуть бути привласнені різні найменування. В окремих випадках, є можливим посилання проміжного повідомлення, такого, як повідомлення «18х» перед посиланням заключного повідомлення «200 OK» обладнанням, що викликається UE, наприклад, в цьому випадку, обладнанням 25 UE. Тепер повертаємося до Фіг. 2 в поєднанні з Фіг. 1. Припустимо, що після прийому повідомлення «200 OK» через маршрути 58 та 56 повідомлень, обладнання 22 UE виконує відеоконференцію з обладнанням 25 UE. По суті, встановлено три компоненти мультимедійних даних. Ці три компоненти мультимедійних даних позначаються за допомогою посилальних номерів 65, 67 та 69 для голосового #1, відео #2 і відео #3 компонентів сеансу відповідно, як показано на Фіг. 4. На Фіг. 4, послідовності повідомлень, перед встановленням тунелів 65, 67 та 69 даних, копіюються з Фіг. 2. Припустимо, що у визначений час посеред відеоконференції, обладнання 22 UE приймає рішення про передачу компонента сеансу зв'язку з мережі 12 AN в мережу 14 AN. Може існувати багато причин для такої передачі. Ілюстративні причини передачі можуть бути основані на таких факторах, як завантаження мереж, вартості, визначені політики, встановлені в мережах, можливості мереж, переваги користувача обладнання UE, і це лише деякі з них. Щоб ініціювати передачу компонента сеансу, обладнання 22 UE посилає повідомлення «INVITE» протоколу SIP на сервер 26 безперервності SC через цільову мережу 14 AN в базову мережу 30 підсистеми IMS через маршрути 70 та 68 повідомлень відповідно, як показано на Фіг. 4. Якщо ідентифікатор STI, тобто, ідентифікатор STI зі значенням контенту ABC, як показано на Фіг. 2 та 3, є ідентифікатором URI протоколу SIP або телефонним ідентифікатором URI, як в попередньому прикладі, то новий заголовок ідентифікатора SIP, заголовок P-STI, поряд зі значенням контенту ABC, також включається до складу повідомлення «INVITE» протоколу SIP, що посилається через маршрути 68 та 70. Як згадувалося раніше, на відміну від ідентифікатора URI протоколу SIP або ідентифікатора SIP телефону, ABC може сильно відрізнятися від таких ідентифікаторів (ID), як ідентифікатор (ID) діалогу протоколу SIP. Для контенту заголовка P-STI, ABC, в цьому випадку, передбачається таке саме значення ідентифікатора STI, яке було призначене за допомогою сервера 46 безперервності SC 46, за допомогою етапу 55 процесу, як показано на Фіг. 2-4. Сервер 46 безперервності SC, після одержання повідомлення «INVITE» протоколу SIP, яке включає в себе ідентифікатор STI, може зіставити запит на передачу сеансу, прийнятий через мережу 14 AN, з вихідним сеансом, встановленим по мережі 12 AN на Фіг. 2-4, і виконати необхідну операцію з передачі сеансу. Якщо ідентифікатор STI існує в формі, наприклад, ідентифікатора (ID) діалогу протоколу SIP, замість прямолінійного ідентифікатора URI протоколу SIP або ідентифікатора URI телефону, то можливі декілька інших схем передачі ідентифікатора STI сервера 46 безперервності SC. По-перше, в повідомленні «INVITE» SIP, посланому через маршрути 68 та 70, як показано на Фіг. 4, в полі запиту ідентифікатора URI заголовка «INVITE» протоколу SIP, в доповнення до 5 UA 99381 C2 5 10 15 20 25 30 35 40 45 50 55 60 заданого запиту ідентифікатора URI, може бути приєднана нова додаткова інформація про параметр ідентифікатора URL. Прикладом є ситуація, показана на Фіг. 5, в якій маршрути 68 та 70 скопійовані з Фіг. 4, але з відмінним повідомленням «INVITE» протоколу SIP. Заданим запитом ідентифікатора URI, як згадано вище, є IP адреса «sc@wireless.com» як показано на Фіг. 5. Інформація «ідентифікатор STI: ABC», як показано на Фіг. 5, є новою прикріпленою додатковою інформацією про параметри ідентифікатора URI, що ідентифікує вихідний сеанс, компонент якого повинен бути переданий. В іншій схемі, якщо ідентифікатор (ID) діалогу протоколу SIP використовується як ідентифікатор STI, то може використовуватися заголовок Замін протоколу SIP для перенесення ідентифікатора STI в запиті на передачу сеансу. Крім того, заголовок Замін в заголовку повідомлення «INVITE» протоколу SIP може бути доповнений новим параметром заголовка. Звичайно, заголовок Замін вказує на те, що ідентифікований сеанс повинен бути замінений за допомогою передачі сеансу. Однак контент нового поля параметра заголовка може переносити інформацію про те, що цей запит протоколу SIP є запитом на передачу сеансу (наприклад, виключно частиною передачі компонентів мультимедійних даних) замість заміни. Прикладом є ситуація, показана на Фіг. 6, в якій маршрути 68 та 70 повідомлень дубльовані з Фіг. 4, але з відмінним повідомленням «INVITE» протоколу SIP, що має ділянку заголовка «заміни», в якому контент включає в себе новий параметр заголовка «тільки для передачі» для вказівки того, що ідентифікований сеанс зазнає передачі сеансу, замість заміни сеансу. Мультимедійний сеанс підсистеми IMS може містити декілька компонентів мультимедійних даних, як описано у вищезазначеному прикладі. При виконанні передачі сеансу, обладнання UE підсистеми IMS може вибирати передачу виключно частини сеансу для нового підключення (наприклад, виведення відео #3 з існуючого голосового #1 та відео #2). Нижче описуються схеми обладнання UE підсистеми IMS для вказівки того, який компонент мультимедійних даних передати. Тепер повернемося до Фіг. 1 та 4. Припустимо, що після того, як три компоненти 65, 67 та 69 мультимедійних даних встановлені, десь посеред відеоконференції обладнання 22 UE вирішує передати частину, але не весь сеанс зв'язку з мережі 12 AN в мережу 14 AN. Як ілюстративне зображення, припустимо, що обладнання 22 UE хоче передати компонент відео #3 з мережі 12 AN в мережу 14 AN, але підтримує інші компоненти відео #2 та голосовий #1. Причиною передачі може бути одна або декілька причин, як указано вище. Обладнання 22 UE може ідентифікувати компонент, який буде переданий, і інформувати сервер 46 безперервності SC. Знову, є декілька можливих схем. По-перше, основна частина протоколу опису сеансу (SDP) пропозиції/відповіді є включеною до складу основної частини кожного повідомлення «INVITE» протоколу SIP (наприклад, через маршрут 52) і повідомлення «200 OK» (наприклад, через маршрут 54) на Фіг. 2 та 4, або повідомлення «INVITE» протоколу SIP (наприклад, через маршрути 60 та 62) або «200 OK» (наприклад, через маршрути 61 та 63) на Фіг. 3. Основна частина протоколу SDP визначає властивість кожного компонента мультимедійних даних. Фіг. 7 схематично і частково зображає основну частину протоколу SDP, яка показує таку структуру. Фіг. 7, як правило, зображає частину основної частини протоколу SDP повідомлень «INVITE» протоколу SIP, посланих за допомогою обладнання 22 UE через маршрути 48, 50 та 52 повідомлень (Фіг. 2 та 4). На Фіг. 7, лист «m», в основному, задає те, що рядок стосується опису компонента мультимедійних даних. Наприклад, в першому рядку з «m», крім іншого, встановлюється використання порту з номером «1000» обладнання 22 UE для компонента аудіо. Інша частина рядка описує протокол, що використовується як транспортний протокол реального часу/аудіо-відео профілю (RTP/AVP), як встановлено документом RFC (запит для коментарів) 3551, виданим робочою групою із стандартів для мережі Інтернет (IETF). Також викладається поняття кодера/декодера (кодування і декодування) компонента мультимедійних даних. У першій схемі передачі компонента сеансу, компоненти мультимедійних даних на Фіг. 7 зв'язані з визначеними значеннями або значеннями індексу, які можуть бути призначені. Призначення визначених значень може бути явно заданим або неявно заданим. Ілюстративне явно задане призначення може бути основане на заздалегідь узгодженій методології, такій, як на основі порядку появи компонентів мультимедійних даних в протоколі SDP. Наприклад, в звуковому компоненті, індекс «#1» призначається цьому компоненту. Одному відео компоненту призначається індекс «#2», а іншому відео компоненту призначається індекс «#3». Всі об'єкти, такі, як сервер 46 безперервності SC і одиниці обладнання 22 та 25 UE, зв'язані з багатокомпонентним сеансом, використовують одну і ту саму методологію призначення значення індексу. Внаслідок цього, в цьому випадку, як обладнання 22 UE, так і сервер 46 6 UA 99381 C2 5 10 15 20 25 30 35 40 45 50 55 60 безперервності SC обізнані про значення індексу, як таких, що відповідають компонентам мультимедійних даних основної частини протоколу SDP в повідомленні протоколу, що створюється SIP, такому, як, показане на Фіг. 7. Всі залучені елементи переймають ту саму схему призначення, таким чином, надаючи послідовність пропозиції/відповіді під час подальших обмінів повідомленнями протоколу SIP. Визначені або задані значення також можуть бути призначені неявно. Визначені значення не можуть явно переноситися в межах основної частини протоколу SDP, безпосередньо під час обмінів пропозиціями/відповідями протоколу SIP. Однак основні частини протоколів SDP подальших повідомлень протоколу SIP завжди підтримують один і той самий порядок переліку компонентів мультимедійних даних. Кожний елемент, який зачіпається, такий, як сервер 46 безперервності SC або одиниці обладнання 22 або 25 UE, зв'язані з багатокомпонентним сеансом, може набувати визначених значень з послідовного порядку переліку компонентів мультимедійних даних в подальших повідомленнях протоколу SIP, причому порядок переліку є таким самим, як в первинному повідомленні протоколу SIP. Наприклад, як показано на Фіг. 7, звуковий компонент з номером порту 1000, з'являється першим з інших компонентів. Внаслідок цього, визначене значення #1 може бути одержане за допомогою всіх елементів, які зачіпаються. Як інший приклад, відео компонент з номером порту 1004, зображений на Фіг. 7, з'являється третім з інших компонентів в порядку переліку. Отже, визначене значення #3 може бути одержане за допомогою всіх елементів, які зачіпаються. Тепер повертаємося до першої схеми передачі компонента сеансу. Із заданим або визначеним значенням як явно, так і неявно призначеним, якщо обладнання 22 UE робить запит на передачу одного компонента, відео #3 в даному прикладі, то обладнання 22 UE може інформувати сервер 46 безперервності SC про такий запит за допомогою посилання на сервер 46 безперервності SC повідомлення, що включає в себе призначене визначене значення компонента (тобто, #3) в межах вихідного сеансу через новий атрибут протоколу SDP, в даному прикладі, «orig-mid», як графічно та ілюстративно показано на Фіг. 8. На Фіг. 8 рядок атрибута «а» задає атрибут компонента мультимедійних даних безпосередньо над рядком. Потрібно зазначити, що, очевидно, можливі і інші назви нового атрибута протоколу SDP. Більш конкретно, в даному прикладі, обладнання 22 UE може включати в себе визначене значення (тобто, #3) в такому повідомленні «INVITE» протоколу SIP, посланому на сервер 46 безперервності SC, як повідомлення, послане через маршрути 68 та 70, зображені на Фіг. 4-6. Ілюстративне повідомлення «INVITE» протоколу SIP, як згадано вище, зображене на Фіг. 8, причому в цьому повідомленні основна частина протоколу SIP показується частково з призначеним визначеним значенням компонента для передачі, позначеним як #3, з використанням нового атрибута протоколу SDP «orig-mid» і нового рядка мультимедійних даних, що описує компонент для передачі, як такий, що має новопризначений номер порту «2000». Що стосується сервера 46 безперервності SC, порівнюючи описи мультимедійних даних попереднього і недавно прийнятого повідомлення «INVITE» протоколу SIP і уважного розгляду нового атрибута кожного призначеного індексу повідомлень, сервер 46 обізнаний про те, який компонент повинен бути переданий. Потім, сервер 46 безперервності SC робить дії за допомогою передачі позначеного компонента на нове підключення, при підтримці компонентів, що залишилися, вихідним підключенням. В іншій схемі, замість описаної вище методології, обладнання 22 UE інформує сервер 46 безперервності SC про компоненти для передачі за допомогою посилання на сервер 46 безперервності SC повідомлення без якого-небудь явного або неявного значення індексу або якого-небудь нового атрибута протоколу SDP. Замість цього обладнання 22 UE включає до складу основної частини протоколу SDP опис для передачі сеансу відмінним від описаної раніше схеми способом. Припустимо спочатку, що компоненти мультимедійних даних задаються в основній частині вихідного повідомлення «INVITE» протоколу SIP, посланого за допомогою обладнання 22 UE через маршрути 48, 50 та 52 повідомлень (Фіг. 2 та 4), як показано на Фіг. 9. У даній схемі, всі компоненти мультимедійних даних вихідного сеансу включені до складу запиту на передачу сеансу, посланого через маршрути 68 та 70 в тому самому порядку, в якому вони з'являються в протоколі SDP, узгодженому перед вихідним сеансом. Для компонентів, які не повинні передаватися, обладнанню 22 UE призначається заздалегідь визначене значення, наприклад «0» номера порту, що відповідає компонентам мультимедійних даних. З іншого боку, для компонентів, які повинні передаватися, обладнанню 22 UE призначається номер порту, як при нормальній обробці пропозиції/відповіді протоколу SDP. Знов, обладнання 22 UE може передавати таку інформацію в такому повідомленні «INVITE» протоколу SIP, як повідомлення, 7 UA 99381 C2 5 10 15 20 25 30 35 40 45 50 55 60 послане через маршрути 68 та 70, зображені на Фіг. 4-6. На Фіг. 10, схематично показується основна частина протоколу SDP в повідомленні «INVITE» протоколу SIP, посланому через маршрути 68 та 70, в якому у всіх компонентах мультимедійні дані у вихідному сеансі включені в склад у такому самому порядку. Компонентам, які не призначаються для передачі обладнанням 22 UE, призначається заздалегідь визначене значення «0», тоді як компоненту, який призначається для передачі, призначається нормальне значення номера порту, наприклад «2008». Знов, для сервера 46 безперервності SC, порівнюючи описи мультимедійних даних попереднього і недавно прийнятого повідомлення «INVITE» протоколу SIP, в зв'язку з тим, що нове повідомлення «INVITE» протоколу SIP робить запит на передачу сеансу і вказує заздалегідь визначене значення 0 для компонентів мультимедійних даних аудіо #1 та відео #2, сервер 46 безперервності SC розуміє, що дані два компоненти мультимедійних даних не будуть передані. Тоді, сервер 46 безперервності SC передає виключно компонент #3 відео на нове підключення, де даному компоненту мультимедійних даних призначається номер порту «2008». Фіг. 11 є блок-схемою, що узагальнює процеси в описаному вище ілюстративному прикладі, як такі, що виконуються за допомогою такого користувацького елемента, як обладнання 22 UE. Фіг. 12 є іншою блок-схемою, що узагальнює процеси в описаному вище ілюстративному прикладі, як такі, що виконуються за допомогою такого мережного елемента, як сервер 46 безперервності SC. Фіг. 13 показує частину варіанта реалізації пристрою виконання схем і процесів в апаратних засобах описаним вище способом. Пристрій каналу зв'язку позначається за допомогою посилального номера 90, і він може бути реалізований в такому користувацькому елементі, як одиниці обладнання 22 та 25 UE, або такому мережному елементі, як сервер 46 безперервності SC і в інших прийнятих елементах зв'язку. Пристрій 90 містить центральну шину 92 даних, що з'єднує декілька схем зв'язку. Схеми зв'язку включають в себе CPU (центральний процесор) або контролер 94, схему 96 прийому, схему 98 передачі і блок 100 запам'ятовуючого пристрою. Якщо пристрій 90 є частиною бездротового пристрою, то схеми 96 та 98 прийому і передачі можуть бути з'єднані з RF (радіочастотною) схемою, що на кресленні не показано. Схема 96 прийому обробляє і вміщує в буфер прийняті сигнали перед відправленням на шину 92 даних. З іншого боку, схема 98 передачі обробляє і вміщує в буфер дані з шини 92 даних, перед відправкою з пристрою 90. Процесор CPU/контролер 94 виконує функцію керування даними шини 92 даних і, крім того, функцію загальної обробки даних, що включає в себе виконання інструктивного контенту блока 100 запам'ятовуючого пристрою. Блок 100 запам'ятовуючого пристрою включає в себе ряд модулів і/або команд, в цілому, позначених за допомогою посилального номера 102. У даному варіанті здійснення модулі/команди включають в себе, крім іншого, функцію 108 керування компонентом сеансу, що виконує схеми і процеси описаним вище способом. Функція 108 включає в себе комп'ютерні команди або код для виконання етапів процесу, як показано та описано на Фіг. 1-12. Визначені команди, для кожного конкретного елемента, можуть бути вибірково реалізовані в функції 108. Наприклад, якщо пристрій 90 є частиною користувацького елемента, то, крім іншого, команди, для кожного конкретного користувацького елемента, як показано та описано на Фіг. 1-11, можуть бути закодовані в функціях 108. Подібним чином, якщо пристрій 90 є частиною елемента інфраструктури зв'язку або мережного елемента, наприклад сервером безперервності SC, то команди для кожного конкретного аспекту елемента інфраструктури, як показано та описано на Фіг. 1-10 та 12, можуть бути закодовані в функції 108. У даному варіанті здійснення, блок 100 запам'ятовуючого пристрою є схемою RAM (оперативною пам'яттю). Ілюстративні функції, такі, як функції 108 та 110 передачі обслуговування, є стандартними підпрограмами програмних засобів, модулями і/або сукупністю даних. Блок 100 запам'ятовуючого пристрою може бути прив'язаний до іншої схеми запам'ятовуючого пристрою (не показано) у якого може бути як енергозалежний, так і енергонезалежний тип. Як альтернатива, блок 100 запам'ятовуючого пристрою може бути виконаний з інших типів схем, таких, як пам'ять EEPROM (електрично стирана програмована постійна пам'ять), пам'ять EPROM (електрично програмована постійна пам'ять), пам'ять ROM (постійна пам'ять), магнітний диск, оптичний диск, та інших, добре відомих на даному рівні техніки. Крім того, блок 100 запам'ятовуючого пристрою може бути спеціалізованою інтегральною мікросхемою (ASIC). Таким чином, команди або коди в функції 108 можуть бути прошиті або реалізовані за допомогою апаратних засобів або поєднання апаратних засобів та їх програмних засобів. 8 UA 99381 C2 5 10 15 20 25 30 35 40 45 Крім того, блок 100 запам'ятовуючого пристрою може бути поєднанням мікросхеми ASIC і схеми пам'яті, вистроєної з елементів як енергозалежного, так і енергонезалежного типу. Крім того, потрібно зазначити, що описані винайдені процеси також можуть бути кодовані як машинозчитувані команди, що переносяться на будь-якому машинозчитуваному носії, відомому на даному рівні техніки. У даному розкритті, термін «машинозчитуваний носій» належить до будь-якого носія, який бере участь в наданні команд на будь-який такий процесор, як CPU/контролер 94, показаний та описаний на кресленні Фіг. 13, для виконання. Такий носій може призначатися для зберігання, і може бути в формі енергозалежного або енергонезалежного носія даних, як, наприклад, також описано раніше, при описі блока 100 запам'ятовуючого пристрою на Фіг. 13. Таке середовище також може бути передавального типу, і може включати в себе коаксіальний кабель, мідний провід, оптичний кабель, і радіоінтерфейс, що переносить акустичні, електромагнітні або оптичні хвилі, здатні до перенесення сигналів, що зчитуються за допомогою машин або комп'ютерів. Машинозчитуваний носій може бути частиною програмного забезпечення, незалежного від пристрою 90. У результаті, можливі і інші зміни в рамках винаходу. За винятком того, що було описано вище, можуть бути реалізовані будь-які інші логічні блоки, схеми та етапи алгоритмів, описані в зв'язку з варіантом здійснення, в апаратних засобах, програмних засобах, програмованому обладнанні, або їх поєднанні. Фахівцям в даній галузі техніки буде зрозуміло, що в даному документі можуть бути виконані ці та інші зміни в формі і деталях, без відступу від обсягу та суті винаходу. Посилальні позиції 10 система зв'язку 12, 14, 16 мережі доступу 20 магістральна мережа зв'язку 22, 25, 26 обладнання в мобільному пристрої 27 точка AР 29 вузол обслуговування пакетних даних (PDSN) 30 підсистема на базі протоколу IP (IMS) 31 вузол доступу 33 контролер обслуговуючої радіомережі 32 елемент системи керування мобільністю (ММЕ) 34 вузол В 36 обслуговуючий шлюз 38 шлюз PDN (мережі передачі даних загального користування) (PGW) 40 проксі сервер функції керування сеансом виклику 42 обслуговуючий сервер функції керування сеансом виклику 44 елементи підсистеми IMS 46 сервер безперервності сеансу 48, 52, 54, 56, 58, 59, 60, 62, 68, 70 маршрут повідомлення 65, 67, 69 компоненти мультимедійних даних (тунелі даних) 90 пристрій каналу зв'язку 92 центральна шина даних 94 CPU/контролер 96, 98 схема прийому 100 блок запам'ятовуючого пристрою 102 модулі або команди 108 функція керування компонентом сеансу 110 функція передачі обслуговування 1000, 1004 номер порту 50 ФОРМУЛА ВИНАХОДУ 55 60 1. Спосіб для користувацького елемента в системі зв'язку, який включає етапи, на яких: приймають ідентифікацію сеансу; встановлюють сеанс зв'язку, який включає в себе множину компонентів сеансу; і посилають ідентифікацію сеансу з інформацією, яка ідентифікує компонент для передачі, на мережний елемент для передачі компонента з множини компонентів сеансу. 2. Спосіб за п. 1, який додатково включає етапи, на яких: ідентифікують компонент з множини компонентів сеансу як ідентифікований для передачі компонент; і 9 UA 99381 C2 5 10 15 20 25 30 35 40 45 50 55 60 надають на мережний елемент визначене значення ідентифікованого компонента, причому визначене значення виходить з порядку переліку множини компонентів сеансу в повідомленні протоколу встановлення сеансу. 3. Спосіб за п. 1, який додатково включає етапи, на яких: ідентифікують компонент з множини компонентів сеансу як ідентифікований для передачі компонент; і надають мережному елементу номер порту, який має нульове значення для іншого компонента, не призначеного для передачі, і інший номер порту, який має відмінне від нуля значення для ідентифікованого для передачі компонента. 4. Спосіб для мережного елемента в системі зв'язку, який включає етапи, на яких: призначають ідентифікацію сеансу для багатокомпонентного сеансу зв'язку, який включає в себе множину компонентів сеансу; посилають ідентифікацію сеансу на користувацький елемент; і приймають ідентифікацію сеансу з інформацією, яка ідентифікує компонент для передачі, з користувацького елемента для передачі компонента з багатокомпонентного сеансу зв'язку. 5. Спосіб за п. 4, який додатково включає етапи, на яких з користувацького елемента приймають визначене значення для ідентифікованого для передачі компонента, причому визначене значення виходить з порядку переліку множини компонентів сеансу багатокомпонентного сеансу зв'язку, і в якому порядок переліку надається для повідомлення протоколу встановлення сеансу. 6. Спосіб за п. 4, який додатково включає етапи, на яких з користувацького елемента приймають номер порту, який має нульове значення для іншого компонента, не призначеного для передачі, і іншого номера порту, який має відмінне від нуля значення для призначеного для передачі компонента. 7. Користувацький елемент, який містить: засіб прийому ідентифікації сеансу; засіб встановлення сеансу зв'язку, який включає в себе множину компонентів мультимедійних даних; і засіб посилання ідентифікації сеансу з інформацією, яка ідентифікує компонент для передачі, на мережний елемент для передачі компонента з множини компонентів мультимедійних даних. 8. Користувацький елемент за п. 7, який додатково містить: засіб ідентифікації компонента з множини компонентів мультимедійних даних як ідентифікованого для передачі компонента; і засіб надання на мережний елемент визначеного значення для ідентифікованого компонента, причому визначене значення виходить з порядку переліку множини компонентів мультимедійних даних в повідомленні протоколу встановлення сеансу. 9. Користувацький елемент за п. 7, який додатково містить: засіб ідентифікації компонента з множини компонентів мультимедійних даних як ідентифікованого для передачі компонента; і засіб надання на мережний об'єкт номера порту, який має нульове значення для іншого компонента, не призначеного для передачі, і іншого номера порту, який має відмінне від нуля значення для ідентифікованого для передачі компонента. 10. Користувацький елемент за п. 7, в якому засіб прийому, засіб встановлення і засіб посилання містять процесор і схему, з'єднану з процесором. 11. Мережний елемент, який містить: засіб призначення ідентифікації сеансу для багатокомпонентного сеансу зв'язку, який включає в себе множину компонентів сеансу; засіб посилання ідентифікації сеансу на користувацький елемент в повідомленні відповіді протоколу встановлення сеансу; і засіб прийому ідентифікації сеансу з інформацією, яка ідентифікує компонент для передачі, з користувацького елемента для передачі компонента з багатокомпонентного сеансу зв'язку. 12. Мережний елемент за п. 11, який додатково містить засіб прийому з користувацького елемента визначеного значення для ідентифікованого для передачі компонента, причому визначене значення виходить зпорядку переліку множини компонентів мультимедійних даних багатокомпонентного сеансу зв'язку, і в якому порядок переліку надається в повідомленні протоколу встановлення сеансу. 13. Мережний елемент за п. 11, який додатково містить засіб прийому з користувацького елемента номера порту, який має нульове значення для іншого компонента, не призначеного для передачі, і іншого номера порту, який має відмінне від нуля значення для призначеного для передачі компонента. 10 UA 99381 C2 14. Мережний елемент за п. 11, в якому засіб призначення, засіб посилання і засіб прийому містять процесор і схему, з'єднану з процесором. 15. Машиночитаний носій, який має збережену на ньому комп'ютерну програму з машиночитаним програмним кодом для виконання способу за будь-яким з пп. 1-6. 11 UA 99381 C2 12 UA 99381 C2 13 UA 99381 C2 14 UA 99381 C2 15 UA 99381 C2 16 UA 99381 C2 17 UA 99381 C2 Комп’ютерна верстка Л.Литвиненко Державна служба інтелектуальної власності України, вул. Урицького, 45, м. Київ, МСП, 03680, Україна ДП “Український інститут промислової власності”, вул. Глазунова, 1, м. Київ – 42, 01601 18