Спосіб перемикання між mbms завантаженням і доставкою на основі http dash-форматованого змісту за ims мережі

 

Рівень техніки

Технологія бездротового мобільного зв'язку використовує різні стандарти і протоколи для передачі даних між передавальною станцією і бездротовим мобільним пристроєм. Деякі бездротові пристрої підтримують зв'язок з використанням мультиплексування з ортогональним частотним поділом каналів (OFDM) в комбінації з бажаною схемою цифрової модуляції через фізичний рівень. Стандарти і протоколи, які використовують OFDM, включають в себе довгостроковий розвиток (LTE) проекту партнерства систем зв'язку 3-го покоління (3GPP), стандарт 802.16 (наприклад, 802.16 е, 802.16 m) Інституту інженерів з електротехніки та електроніки (IEEE), який широко відомий в галузевих групах як WiMAX (глобальна сумісність для мікрохвильового доступу), стандарт IEEE 802.11, який широко відомий в галузевих групах як WiFi.

У системах LTE мережі радіодоступу (RAN) 3GPP, передавальна станція може являти собою комбінацію з вузлів (Node) виділеної універсальної наземної мережі радіодоступу (E-UTRAN) (які зазвичай позначаються як виділені вузли Node, вдосконалені вузли Node, eNodeB або eNB) і контролерів радіомережі (RNC), які підтримують зв'язок з бездротовим мобільним устройствособой зв'язок з передавальної станції (або eNodeB) з бездротовим мобільним пристроєм (або UE), і передача по висхідній лінії зв'язку (UL) може являти собою зв'язок від безпровідного мобільного пристрою з передавальною станцією.

При передачі по низхідній лінії зв'язку, передавальна станція може підтримувати зв'язок з одним бездротовим мобільним пристроєм з використанням послуги одноадресних передачі. Доставка одноадресних передачі має взаимнооднозначное відповідність, яке відноситься до одного з повідомленням мобільного пристрою для мобільного пристрою. Альтернативно, передавальна станція може підтримувати зв'язок з безліччю бездротових мобільних пристроїв за допомогою подкадра одночастотної мережі багатоадресної/б (MBSFN) з використанням послуги мультимедійної, передавання та багатоадресної передачі (MBMS). Транспортна багатоадресна передача і широкомовний трафік в MBMS може мати тільки взаимнооднозначние відповідності, відносяться до одного з повідомленням для багатьох мобільних пристроїв.

Короткий опис креслень

Особливості та переваги розкриття будуть очевидні з подальшого докладного опису, взятого разом з супровідними кресленнями, які всі разом ілюструють допомогою прикладу ознаки розкриття і на медійній підсистемі (IMS) на базі Інтернет-протоколу (IP) і функціональної архітектури послуги мультимедійної, широкомовної і багатоадресної передачі (MBMS) згідно наприклад;

фіг.2 ілюструє блок-схему подфункциональной архітектури центру послуг широкомовної і багатоадресної передачі (BMSC) згідно наприклад;

фіг.3 зображує приблизний процес для перемикання з завантаження послуг мультимедійної, передавання та багатоадресної передачі (MBMS) на доставку на основі протоколу передачі гіпертексту (HTTP) динамічної адаптивної потокової передачі поверх HTTP DASH-форматованого змісту в мережі мультимедійної підсистеми (IMS) на базі Інтернет-протоколу (IP) згідно наприклад;

фіг.4 зображує приблизний процес для перемикання з завантаження послуг мультимедійної, передавання та багатоадресної передачі (MBMS) на доставку на основі протоколу передачі гіпертексту (HTTP) динамічної адаптивної потокової передачі поверх HTTP (DASН)-форматованого змісту в мережі мультимедійної підсистеми (IMS) на базі Інтернет-протоколу (IP), причому дана мережа включає в себе запит для опису подання мультимедіа (MPD) згідно наприклад;

фіг.5 зображує приблизний процес для перемикання з доставки на основі протоколу передачі гіпертексту (HTTP) на доставку завантаження послуг мультимедійної, широковеща�базі Інтернет-протоколу (IP) згідно наприклад;

фіг.6 зображує схему послідовності операцій способу перемикання з завантаження послуг мультимедійної, передавання та багатоадресної передачі (MBMS) на доставку на основі протоколу передачі гіпертексту (HTTP) динамічної адаптивної потокової передачі поверх HTTP (DASН)-форматованого змісту в мережі мультимедійної підсистеми (IMS) на базі Інтернет-протоколу (IP);

фіг.7 зображує схему послідовності операцій способу перемикання з доставки на основі протоколу передачі гіпертексту (HTTP) на доставку завантаження послуг мультимедійної, передавання та багатоадресної передачі (MBMS) DASH-форматованого змісту в мережі мультимедійної підсистеми (IMS) на базі Інтернет-протоколу (IP) згідно наприклад;

фіг.8 зображує схему інтерфейсу обладнання (UE) згідно з прикладом.

Далі буде зроблено посилання на ілюстровані зразкові варіанти здійснення, і для їх опису в подальшому буде використовуватися специфічна термінологія. Тим не менш, слід розуміти, що при цьому вони не призначені для обмеження обсягу винаходу.

Здійснення винаходу

Перш ніж даний винахід буде розкрито та описано, слід розуміти, що дане винайдений�поширюється на їх еквіваленти так, як це буде зрозуміло фахівцям в даній області техніки. Слід також розуміти, що термінологія, що вживається тут, використовується з метою опису тільки конкретних прикладів і не призначена для обмеження. Однакові посилальні позиції на кресленнях являють собою один і той же елемент. Числа, наведені на схемах послідовності операцій і в процесах, представлені для ясності при ілюстрації етапів і операцій і необов'язково показують конкретний порядок або послідовність.

Приблизний варіант здійснення

Спочатку буде представлений короткий огляд технологічних варіантів здійснення і потім будуть детально описані технологічні варіанти здійснення. Це попереднє і короткий виклад призначене для того, щоб допомогти читачам швидше зрозуміти технологію, але воно не призначене для ідентифікації основних ознак або істотних ознак технології і не призначений для обмеження предмета заявленого винаходу.

Потокову передачу, яка підтримує протокол передачі гіпертексту (HTTP), можна використовувати у вигляді доставки мультимедіа Інтернет-відео. Доставка на основі HTTP дозволяє забезпечити надійність і простоту ра�л управління передачею (ТСР)/Інтернет-протокол (IP). Доставка на основі HTTP дозволяє забезпечити легку і без зусиль потокову передачу послуг, уникаючи при цьому перетворення мережевих адрес (NAT) і проблеми брандмауера. Доставка на основі HTTP або потокова передача дозволяє також забезпечити можливість використання стандартних серверів HTTP-сервери і кеш-пам'ять замість спеціальних потокових серверів. Доставка на основі HTTP дозволяє забезпечити масштабованість завдяки мінімальній або зменшеної інформації про стан на стороні сервера.

Динамічна адаптивна потокова передача поверх HTTP (DASH) представляє собою технологію потокового передавання медіаданих, де мультимедійний файл можна розбити на один або більше сегментів і доставити клієнту, який використовує HTTP. DASH-клієнт може отримати мультимедійний зміст допомогою завантаження сегментів через ряд операцій запиту-відповіді HTTP. DASH дозволяє забезпечити можливість динамічного перемикання між різними уявленнями швидкості передачі даних медиасодержания у вигляді доступних змін ширини смуги пропускання. Таким чином, DASH дозволяє забезпечити швидку адаптацію до зміни мережі і умов бездротової лінії зв'язку, переваг користувача і можливостям усства (CPU) або доступні ресурси пам'яті. Динамічна адаптація DASH дозволяє забезпечити більш високу якість сприйняття (QoE) для користувача з більш короткими затримками при запуску і меншою кількістю подій повторної буферизації.

Мультимедійна підсистема, яка підтримує Інтернет-протокол (IP) або мультимедійна підсистема базової мережі IP (IMS) являє собою основу архітектури в 3GPP для доставки послуг IP-мультимедіа. Мультимедійна підсистема базової мережі IP може представляти собою сукупність різних функцій базової мережі і мережі доступу, пов'язаних з допомогою стандартизованих інтерфейсів, які згруповані разом, можуть утворювати одну адміністративну мережу IMS. Щоб полегшити інтеграцію з Інтернет, IMS може використовувати протокол ініціалізації сеансу (SIP). Кілька ролей SIP-або проксі-серверів, які разом можна назвати як функція управління сеансами і викликами (CSCF), можна використовувати для обробки сигнальних пакетів SIP IMS. Фіксований доступ (наприклад, цифрова абонентська лінія (DSL), кабельні модеми або Ethernet, мобільний доступ (наприклад, W-CDMA, CDMA2000, GSM або GPRS) і бездротовий доступ (наприклад, WLAN або WiMax) можна підтримувати за допомогою IMS. Інші телефонні системи типу простих старих телефЈлюзи.

DASH-форматований зміст можна доставити поверх IMS-мережі в многоадресном кадрі, такому як доставка завантаження послуг мультимедійної, передавання та багатоадресної передачі (MBMS), або в одноадресном кадрі, такому як доставка на основі HTTP. Сеанс доставки змісту, що включає в себе DASH-зміст, можна доставити, використовуючи спосіб завантаження MBMS, потім перемкнутися на спосіб доставки на HTTP основі в середині сеансу (середина сеансу). Альтернативно, сеанс доставки змісту можна доставити, використовуючи спосіб доставки на основі HTTP, потім перемкнутися на спосіб завантаження MBMS в середині сеансу. Може бути бажаним перемикання в мережі на основі IMS між способом завантаження MBMS і спосіб доставки на основі HTTP під час передачі DASH-форматованого змісту користувачеві.

Як проілюстроване примірної блок-схемою (фіг.1), при перемиканні завантаження MBMS на доставку на основі HTTP DASH-форматованого змісту в IMS-мережі, мобільний пристрій, таке як кероване обладнання (UE) 210, може відправляти повторне запрошення протоколу ініціювання сеансу (SIP) модуль функції управління послугою (SCF) 230, коли мобільний пристрій приймає завантаження MBMS в поточному сеансі доставки вміст�иглашение SIP може включати в себе універсальний ідентифікатор ресурсу (URI) запиту для сервера HTTP 260, щоб надати DASH-зміст доставку на основі протоколу HTTP в тому ж самому сеансі доставки змісту. URI запиту може включати в себе доменне ім'я, або ідентифікатор змісту, ідентифікує (або посиланням на HTTP-сервер для забезпечення доставки на основі HTTP). SCF-модуль можна включити в мультимедійну підсистему (IMS) на базі Інтернет-протоколу (IP). Після отримання повторного запрошення SIP через підсистему 220 мультимедійної базової мережі на основі IP (IM CN), SCF-модуль може відправляти запрошення SIP адаптер 250 HTTP/SIP, щоб вибрати HTTP-сервер 260 для доставки на HTTP основі. Запрошення SIP може включати в себе повідомлення SIP INVITE з URI запиту, де SCF-модуль раніше використовував доменне ім'я, або ідентифікатор змісту, який посилається на (або асоційований з) центр(ом) послуг широкомовної і багатоадресної передачі (BMSC) або підфункції(ями) площині користувача (UPF) BMSC (BMSC.UPF) 240 для встановлення завантаження MBMS DASH-форматованого змісту через BMSC.

Доменне ім'я і ідентифікатор змісту посиланням на HTTP-сервер, може відрізнятися від доменного імені та ідентифікатора змісту, асоційованого з BMSC. SCF-модуль 230 може також відправляти запит на завершення BMSC для завершення завантаження MBMS для сеаго змісту для того ж самого сеансу доставки змісту, який раніше використовувався для завантаження MBMS. Адаптер HTTP/SIP може відправляти підтвердження SIP SCF-модуль, що показує вибір HTTP-сервера для сеансу доставки змісту. Підтвердження SIP може включати в себе повідомлення SIP OK 200. SCF-модуль може переслати підтвердження SIP в мобільний пристрій через підсистему IM CN, показує перемикання на HTTP-сервер для сеансу доставки змісту. Мобільний пристрій може потім приймати DASH-форматований зміст сеансу доставки змісту через доставку на основі HTTP замість завантаження MBMS.

При перемиканні з доставки на основі HTTP завантаження MBMS DASH-форматованого змісту, бездротовий пристрій може відправляти повторне запрошення SIP SCF-модуль 230, коли мобільний пристрій приймає доставку на основі HTTP DASH-форматованого змісту в сеансі доставки змісту. Повторне запрошення SIP може включати в себе URI-запиту для BMSC або BMSC.ФОТОЗАХИСТ 240 для надання DASH-форматованого змісту через завантаження MBMS в тому ж самому сеансі доставки змісту. URI-запиту може включати в себе доменне ім'я, або ідентифікатор змісту, ідентифікує або посилається на BMSC для виконання завантаження MBMS. Після отримання повторного запрошення SIP четановки) BMSC для завантаження MBMS сеансу доставки змісту. Повідомлення запрошення може включати в себе URI-запити, де SCF-модуль раніше використовував доменне ім'я, або ідентифікатор змісту, асоційований з (або посилається на) HTTP-сервером 260 для встановлення доставки на основі HTTP DASH-форматованого змісту через HTTP-сервер. Доменне ім'я і ідентифікатор змісту посиланням на HTTP-сервер, може відрізнятися від доменного імені та ідентифікатора змісту, асоційованого з BMSC. SCF-модуль може приймати підтвердження BMSC з BMSC, що показує вибір BMSC для сеансу доставки змісту після того, як BMSC встановиться для завантаження MBMS. SCF-модуль може відправляти запит на завершення SIP адаптер 250 HTTP/SIP для роз'єднання з HTTP-сервером і/або для завершення доставки на основі HTTP для сеансу доставки змісту. Запит на завершення SIP може включати в себе повідомлення SIP BYE.

Адаптер HTTP/SIP може відправляти підтвердження SIP SCF-модуль 230, що показує завершення доставки на основі HTTP для сеансу доставки змісту і/або установки BMSC для сеансу доставки змісту. Підтвердження SIP може включати в себе повідомлення OK SIP 200. SCF-модуль може переслати підтвердження SIP в мобільний пристрій через підсистему IM CN, показує перемикання на BMSC для сеансу доставкя через завантаження MBMS замість доставки на основі HTTP.

Нижче представлені додаткові подробиці прикладів. Доставка завантаження MBMS може представляти собою альтернативну послугу для вивантаження одноадресних доставки завантаження на основі HTTP. Переваги використання доставки завантаження MBMS можуть включати в себе надання можливості підтримки для типів послуг в нереальному часу, надання можливості забезпечення змістів, які доповнюють послуги потокової передачі MBMS, і максимальне використання зростаючого обсягу пам'яті на мобільних пристроях. Формат сегменту DASH, який хоча і призначений, головним чином, для одноадресної транспортування за допомогою HTTP, може бути агностиком середовища доставки - одноадресних або багатоадресної. DASH-форматований зміст можна передавати, використовуючи доставку завантаження MBMS з доставкою файлу односпрямованого транспортного протоколу (FLUTE).

FLUTE може представляти собою протокол для односпрямованої доставки файлів з Інтернету, який, зокрема, може бути підходящим для багатоадресних (многовещательних) мереж. FLUTE можна побудувати на основі асинхронного пошарового кодування (ALC) для масового масштабованого багатоадресного розподілу. FLUTE може забезпечити конкртроения LCT, блок побудови контролю перевантаження (СС) і блок побудови прямого виправлення помилок (FEC) для забезпечення надійної синхронної доставки з контрольованою перевантаженням. LCT може забезпечити підтримку на рівні транспорту для надійної доставки змісту і протоколів потокової доставки. Потокову передачу даних або завантажень можна инкапсулировать в транспортний протокол реального часу (RTP) і транспортувати, використовуючи протокол FLUTE при доставці по однонаправленим каналах MBMS. RTP можна використовувати в комунікаційних і розважальних системах, які включають в себе потокове передавання медіаданих, таку як телефонія, додаток видеотелеконференцсвязи, послуги телебачення та особливості радіозв'язку натисненням однієї клавіші на основі Веб (web).

Три функціональних рівня можна використовувати для доставки послуг на основі MBMS, які можуть включати в себе рівень односпрямованих каналів, рівень способу доставки і рівень послуги або рівень додатків. Рівень односпрямованих каналів може забезпечити механізм, з допомогою якого можна транспортувати IP-дані. Односпрямовані канали можуть включати в себе одноадресний односпрямований канал або однонаправленн�ління ключів, управління надійністю допомогою технологій прямого виправлення помилок (FEC) та пов'язаних з ними процедурами доставки, такими як відновлення файлів, верифікація доставки. Способи доставки можуть включати в себе завантаження та потокову передачу. Послуга користувача MBMS дозволяє забезпечити додатки. Послуга користувача може включати в себе послугу мультимедійних повідомлень або послугу потокової передачі з комутацією пакетів (PSS).

Адаптивна потокова передача на основі DASH з HTTP можуть відрізнятися від адаптивної потокової передачі на основі протоколу потокової передачі в реальному часі (RTSP). RTSP може представляти собою протокол управління мережею, який використовується в розважальних і комунікаційних системах для управління серверами потокової передачі мультимедіа. Протокол RTSP можна використовувати для встановлення та керування сеансами мультимедіа між кінцевими точками методом на основі "проштовхування" і під управлінням сервера, хоча адаптивна потокова передача на основі DASH може базуватися на отриманні інформації і перебувати під управлінням клієнта. Клієнти медиасерверов можуть видавати команди типу касетного відеомагнітофона (VCR), такі як відтворення сервера. Аналогічно, до деякої міри, HTTP, RTSP може визначати послідовності управління, корисні при управлінні відтворення мультимедіа. Хоча HTTP може бути без запам'ятовування стану, RTSP може мати стан або ідентифікатор, використовуваний при необхідності для відстеження одночасних сеансів.

Перед використанням технологій адаптивної потокової передачі на основі DASH, способи прогресивної завантаження були також доступні для доставки мультимедіа з стандартних web-серверів HTTP. Недоліки прогресивної завантаження на основі HTTP можуть включати в себе те, що пропускна здатність може марно витрачатися, якщо користувач вирішить зупинити перегляд змісту після початку прогресивної завантаження (наприклад, при перемиканні на іншого змісту), завантаження не є насправді адаптивної швидкості передачі даних, або завантаження не підтримує медиауслуги в прямому ефірі. Технологія DASH дозволяє усунути недолік потокового передавання на основі RTP/RTSP і прогресивної завантаження на основі HTTP.

У DASH файл метаданих, файл опису подання мультимедіа (MPD) дозволяє забезпечити інформацію щодо структури і різних версій уявлень медиасодержан�одека та аналогічну інформацію. Інформацію MPD можна використовувати для забезпечення відображення сегментів у тимчасову послідовність подання мультимедіа для перемикання і синхронізації подання з іншими уявленнями. Крім того, DASH дозволяє точно визначити формати сегментів, такі як інформація, що стосується ініціювання, і медиасегменти для механізму мультимедіа. Механізм мультимедіа дозволяє переглядати сегмент ініціювання для визначення формату контейнера та інформації таймерування мультимедіа.

Приклади технологій DASH можуть включати в себе планову потокову передачу Microsoft IIS, потокову передачу в прямому ефірі Apple HTTP і динамічну потокову передачу Adobe HTTP. Технологія DASH була також стандартизована організаціями, такими як проект партнерства 3-го покоління (3GPP), експертна група по рухомих зображень (MPEG) і відкритий форум IPTV (OIPF).

Для того щоб забезпечити послідовне сприйняття користувача для всього сеансу адаптивної потокової передачі або сеансу доставки змісту, мобільний пристрій можна перемикати між доставкою на основі HTTP і завантаженням MBMS залежно від конкретних обставин, таких як зміна між послугою потокової передачі та�ля, таких як швидке програвання мультимедіа. Швидке програвання мультимедіа або режими швидкого програвання мультимедіа можуть включати в себе перемотування вперед, перемотування назад, уповільнене відтворення, повільну перемотування назад, призупинення та відновлення відтворення. Швидке програвання мультимедіа або режими швидкого програвання мультимедіа можуть бути засновані на обробці прийнятих сегментів з допомогою мобільного пристрою. Прийняті (або завантажені сегменти) можна подати у декодер на швидкості нижче або вище, ніж можна вимагати номінальну шкалу сегментів (внутрішні часові шкали), таким чином роблячи бажані спецефекти на екрані або мультимедіа презентації.

Мобільний пристрій може мати вже встановлену завантаження MBMS або сеанс доставки DASH-форматованого змісту на основі HTTP. Мобільний пристрій може мати можливість переключення на іншу спосіб доставки, такий як доставка на основі HTTP, в разі прийому завантаження MBMS або перемикання на завантаження MBMS у разі прийому доставки на HTTP основі. Приклади деяких пов'язаних з цією подією перемикань для перемикання з завантаження MBMS на спосіб доставки на HTTP основі можна привести бігу користувача MBMS і переміститися із зони дії MBMS. Користувач може ініціювати дію в режимі швидкого програвання мультимедіа, полегшує перемикання на доставку на основі HTTP. В іншому прикладі зміст може бути доступним тільки при потокової передачі з комутацією пакетів (PSS)/DASH з зміною каналу. Приклади деяких пов'язаних з цим подій перемикань для перемикання з доставки на основі HTTP завантаження MBMS можна навести без зміни каналу і з зміною каналу. Наприклад, без зміни каналу користувач може повернутися з режиму швидкого програвання мультимедіа до нормальної послугу користувача MBMS. В іншому прикладі зміст може бути доступним за MBMS зі зміною каналу.

Фіг.1 ілюструє функціональну архітектуру послуги користувача MBMS і PSS на основі IMS. Функціональні блоки, які можуть полегшити перемикання між завантаженням MBMS і доставкою DASH на основі HTTP, можуть включати в себе підсистему 220 IM CN, UE 210, SCF 230, адаптер 250 HTTP/SIP, сервер 260 HTTP, BMSC.ФОТОЗАХИСТ 240, модуль правил функції політики і тарифікації (PCRF) 270, модуль функції вибору послуги (SSF) 290 і адаптер 292 PSS. Інша PSS на основі функціонального блоку IMS та функціональна архітектура послуги користувача MBMS можуть представляти собою відокремлену базову мережу з ктури (SAE) може включати в себе модуль керування мобільністю (ММО), допустимий шлюз (SGW) і шлюз мережі пакетної передачі даних (PDN) (PGW).

Підсистема 220 IM CN може підтримувати реєстрацію і аутентифікацію користувача, мобільність і роумінг, управління мультимедійними сеансами, управління якістю обслуговування (QoS), управління політикою, тарифікацію та/або забезпечення міжмережевого обміну з мережами з комутацією каналів. UE 210 може містити універсальні клієнти архітектури самонастроювання (GBA)/IMS/PSS/MBMS, які можуть виконати виявлення та вибір послуги, ініціювання послуги обробки, модифікацію і завершення та/або приймати і надавати зміст користувачеві.

SCF 230 може забезпечувати логіку послуги і функції для підтримки виконання такої логіки послуг. SCF може забезпечити авторизацію послуги під час ініціювання сеансу і модифікації сеансу, який може включати в себе перевірку PSS і підпис на послугу користувача MBMS для того, щоб дозволити або заборонити доступ до послуги. SCF може вибрати пов'язані з цим функції мультимедіа PSS і MBMS. Для доставки на основі HTTP, SCF може діяти як проксі або двосторонній агент користувача (B2BUA). Для MBMS, SCF може діяти як завершальний агент користувача (UA). Адаптер 250 HTTP/SIP може встановлювати зв ' �вки на основі HTTP. Модуль PCRF 270 може керувати тарифікацією і встановленням ресурсів в базовій мережі 280 RAN і PS. Модуль SSF 290 може надати список наявних PSS (у тому числі DASH на основі HTTP) і послуги користувача MBMS і пов'язану з цим інформацію опису послуги. Модуль SSF можна персоналізувати з ідентичністю клієнта. Адаптер 292 PSS може виконувати передачу двонаправленого протоколу між SIP і RTSP для того, щоб запропонувати керування сервером PSS. BMSC.ФОТОЗАХИСТ 240 може включати в себе підфункції користувача площині (UPF) центру послуг широкомовної і багатоадресної передачі (BMSC). BMSC.ФОТОЗАХИСТ може надати DASH-форматований зміст для завантаження MBMS.

Фіг.2 ілюструє подфункциональную архітектуру BMSC і пов'язані з нею інтерфейси між UE і BMSC. BMSC або BM-SC 242 може підтримувати зв'язок з та/або управління постачальником змісту/джерелом 246 багатоадресного широкомовлення. BM-SC може забезпечувати функції 244 доставки MBMS.

Фіг.3 ілюструє приклад перемикання навантаження MBMS на доставку на основі HTTP DASH-форматованого змісту в сеансі доставки змісту на основі IMS. Доставку завантаження 300а-з MBMS на основі FLUTE можна було ініціювати раніше, і UE 210 може приймати DASH-форматований зміст BMSC.ФОТОЗАХИСТ 240. Загр�зка MBMS може ставитися до способу доставки MBMS, який використовує односпрямовані канали MBMS при доставці змісту, і може використовувати пов'язані з цим процедури. Спосіб завантаження MBMS, який використовується тут, можна застосувати для доставки аналогової середовища (наприклад, відео в реальному часі) або для доставки дискретних об'єктів (наприклад, файлів).

UE 210 може почати потокову передачу HTTP шляхом завантаження медиасегментов з HTTP-сервера після отримання MPD. Щоб переключити з завантаження MBMS на доставку на основі HTTP DASH-форматованого змісту, повторне запрошення Re-INVITE 302 протоколу ініціювання сеансу зв'язку (SIP) (SIP Re-INVITE) можна видавати за допомогою UE і відправляти в підсистему 220 IM CN. Пропозиція протоколу опису сеансу (SDP) і універсальний ідентифікатор ресурсу (URI) запиту можна включити в повідомлення повторного запрошення SIP Re-INVITE.

URI запиту може ставитися до сеансу доставки на основі HTTP або сеансу SIP, який користувач бажає активізувати. URI запиту може складатися з користувацької частини і доменної частини. Користувацька частина може містити ідентифікатор змісту, витягнутий з інформацією опису послуги з модуля SSF. Ідентифікатор змісту може витягти з інформацією вибору послуги. Будинку�щення SIP Re-INVITE 302 і 304 або SIP INVITE 306 може містити однаковий URI, як URI запиту. Заголовок 'From' повідомлення SIP Re-INVITE або SIP INVITE може показувати загальнодоступну ідентичність користувача. Ідентифікатор змісту можна отримати з інформації вибору послуги.

Пропозиція SDP може включати в себе можливості мультимедіа і політики, доступні для сеансу потокової передачі HTTP. Наприклад, пропозиція SDP може нести в собі параметри, що показують тип рекомендованої послуги (наприклад, PSS, MBMS або послуга потокової передачі HTTP), ідентифікатор змісту і ідентифікатор цільового UE. Пропозиція SDP можна отримати, ґрунтуючись на аналізі MPD, а також на основі параметрів, прийнятих з модуля SSF під час процедури вибору послуги. Пропозиція SDP можна отримати на основі параметрів, отриманих під час процедури для отримання відсутніх параметрів за допомогою повідомлення SIP OPTIONS.

Запит серверу HTTP для MPD може бути необов'язковим, так як UE може викликати MPD під час завантаження MBMS. У прикладі, якщо MPD не було отримано раніше, UE може відправити запит HTTP GET HTTP-сервер для того, щоб завантажити MPD. В іншому прикладі, пропозиція SDP може включати в себе раніше погоджені описи мультимедіа з портом, встановленим на нуль і два або більше додаткових описів мультимедіа.) і канал доставки мультимедіа (тобто канал для доставки одноадресних потокових передач по HTTP). Пропозиція SDP може включати в себе інформацію для доставки на основі HTTP, таку як опис мультимедіа, канал керування мультимедіа, канал доставки мультимедіа, канал управління MPD, канал для доставки одноадресних потокової передачі по HTTP, можливості мультимедіа, доступні на HTTP сервері, політики, доступні на HTTP-сервері, і комбінацію з цієї інформації.

В іншому прикладі, пропозиція SDP для доставки мультимедіа може бути аналогічним попередньому пропозицією SDP, зробленому для широкомовлення в термінах кодеків і транспортного протоколу. Доставка на основі HTTP може працювати поверх TCP, тоді як доставка завантаження MBMS на основі FLUTE може працювати поверх протоколу користувацьких дейтаграм (UDP). TCP і UDP можуть представляти собою протоколи на транспортному рівні. Зміна в основоположному протоколі, такому як UDP TCP, можна вказати в SDP. UDP являє собою один з членів стека Інтернет-протоколів. З допомогою UDP комп'ютерні програми можуть посилати повідомлення, які називаються як дейтаграми, в інші хости по IP-мережі, не вимагаючи попередньої зв'язку для встановлення спеціальних каналів передачі або каналів передачі даних.

Підсистема 220 IM CN може пересилати повідомлення SIP Re-INVITE 304 в SCF 2�планується в поточний момент часу, підтримку перемикання MBMS на HTTP підтримка перемикання MBMS-HTTP). Якщо перемикання MBMS на HTTP є недоступним для UE 210, модифікацію сеансу можна відхилити і можна підтримувати початкову завантаження або сеанс MBMS (поряд з попередніми зарезервованими ресурсами).

Якщо перемикання MBMS на HTTP доступно для UE 210, то SCF 230 може діяти як B2BUA. Після отримання SIP Re-INVITE 304 з UE, SCF може перевірити або верифікувати права користувача для запитуваного DASH-форматованого змісту, ідентифікувати те, що запит призначений для потокової передачі HTTP, вибрати адаптер 250 HTTP/SIP і переслати запит SIP SIP (INVITE 306) адаптер HTTP/SIP, який може бути відповідальним за послугу потокової передачі HTTP шляхом зміни URI запиту, відповідно. При отриманні відповіді 301 або 302 з адаптера HTTP/ SIP, SCF може не переслати повідомлення з відповіддю 301 або 302 у UE. Адаптер HTTP/SIP може повернути відповідь 301, якщо цей адаптер HTTP/SIP не управляє потрібним вмістом. Адаптер HTTP/SIP може повернути відповідь 302 з будь-яких інших причин, відмінним від відсутності управління запитом змісту (відповіддю 301). Наприклад, повідомлення з відповіддю 302 можна відправити по такій причині, як вирівнювання навантаження.

Якщо URI запиту містить идящий адаптер 250 HTTP/SIP і виробити запит SIP INVITE 306 у вибраному адаптері HTTP/SIP. Заголовок 'То' запиту SIP INVITE може містити такий же ідентифікатор змісту, як і у запиті URI запиту на модифікацію SIP, прийнятого з UE 210 з допомогою SCF.

SCF 230 може відправити запит SIP INVITE 306 в адаптер 250 HTTP/SIP з параметрами SDP, що включають в себе можливості мультимедіа і політики, доступні для сеансу потокової передачі HTTP. Запит SIP INVITE можна отримати на підставі аналізу MPD. В одному прикладі пропозицію SDP може включати в себе раніше погоджені описи мультимедіа з портом, встановленим на нуль, і два або більше додаткових описів мультимедіа. Наприклад, описи мультимедіа можуть включати в себе канал керування мультимедіа (тобто канал доставки MPD) і канал доставки мультимедіа (тобто канал для доставки одноадресних потоків HTTP).

SCF 230 може роз'єднати сеанс завантаження MBMS на основі FLUTE між BMSC.ФОТОЗАХИСТ 240 і UE 210. SCF може відправити запит 310 на завершення MBMS або повідомлення в BMSC.ФОТОЗАХИСТ. Протокол зв'язку між SCF і BMSC.ФОТОЗАХИСТ можна визначити з допомогою технічних умов (3GPP) (TS) 26.346 V10.0.0, опублікованих у березні 2011 р. BMSC.ФОТОЗАХИСТ може відключити будь-якого постачальника змісту/джерело багатоадресного широкомовлення (246 на фіг.2) і завершити завантаження MBMS. BMSC.ФОТОЗАХИСТ може відправити повідомлення з підтвердженням (А�показує невдале завершення або відключення ресурсів.

Після отримання запиту на ініціювання сеансу потокової передачі HTTP (наприклад, SIP INVITE 306), адаптер 250 HTTP/SIP може перевірити ідентифікатор змісту, присутній у користувача частини заголовка 'То', і параметри мультимедіа в SDP і вибрати HTTP-сервер 260 згідно URI запиту. Адаптер HTTP/SIP може відправити повідомлення HTTP POST в HTTP-сервер, що включає в себе IP-адреса UE. Адаптер HTTP/SIP може прийняти рішення щодо переадресування запиту в інший сервер адаптера HTTP/SIP. У разі переадресування запиту в інший сервер адаптера HTTP/SIP, адаптер HTTP/SIP може повернути відповідь 301, якщо цей адаптер HTTP/SIP не управляє вмістом, або відповідь 302 з будь-яких інших причин, таким як балансування навантаження. Переадресація адаптера HTTP/SIP може вказати один або більше адрес HTTP/SIP місця призначення у заголовку контакту.

Адаптер 250 HTTP/SIP може повернути повідомлення підтвердження SIP, таке повідомлення SIP OK 308 (наприклад, повідомлення SIP OK 200), в SCF 230. Підтвердження SIP може включати в себе відповідь SDP. Відповідь SDP може описувати сеанс передачі HTTP (або сеанс SIP). Відповідь SDP може включати в себе інформацію для доставки на основі HTTP, таку як опис мультимедіа, канал керування мультимедіа, канал доставки мультимедіа,�.

SCF 230 може пересилати SIP OK 314 в підсистему 220 IM CN. Підсистема IM CN може взаємодіяти з модулем функції правил політики і тарифікації (PCRF) архітектури управління політикою та нарахуванням (РСС) для здійснення резервування QoS для встановлення 316а односпрямованого каналу QoS. Модуль PCRF може забезпечити встановлення 316b-d односпрямованого каналу QoS між UE та IMS. Підсистема IM CN може потім переслати SIP OK 318 (наприклад, повідомлення SIP OK 200) у UE 210.

Посередницьку функцію управління стану дзвінка (P-CSCF) можна використовувати в якості прикладної функції в архітектурі РСС. PCRF 270 може приймати рішення щодо того, яку саме управління політикою QoS виконується послуги для користувача PSS і MBMS, ініційованої і керованої IMS. PCRF може використовувати SDP, отриману з P-CSCF під час встановлення сеансу для обчислення правильної авторизації QoS. Відповідне існування односпрямованих каналів можна використовувати або нові необхідні односпрямовані канали можна виділяти за допомогою PCRF. Представляється можливим управління одностороннім каналом, ініційований мережею, і управління одностороннім каналом, ініційоване UE. Після отримання остаточного SDP, UE 210 може ініціювати установ�го каналу, ініційована мережею, що вже виконується. Альтернативно UE було виконано з можливістю використання управління ресурсами, ініційованої мережею.

Після отримання SIP OK 318, UE 210 може покинути багатоадресний канал і може почати завантаження DASH-форматованого змісту HTTP (адаптивна доставка 320а-із змісту DASH на підставі HTTP) таким чином, щоб сегменти мультимедіа можна було доставити UE з використанням зарезервованого QoS.

В іншому прикладі, радіоінтерфейс між мобільним пристроєм, таким як UE, і передавальною станцією, такий як eNB, може підтримувати одноадресную і многоадресную доставку змісту для того, щоб дозволити перемикання між завантаженням MBMS і доставкою на основі HTTP DASH-форматованого змісту. eNB RAN може підтримувати зв'язок з IMS і модулями, що знаходяться в межах IMS, такими як SCF-модуль. Радіоінтерфейс може включати в себе 3GPP LTE або стандарт 802.16. Мобільний пристрій і/або передавальна станція може використовувати 3GPP LTE або протокол 802.16. Стандарт 3GPP LTE може включати в себе LTE Rel-8 (2008), LTE Rel-9 (2009) і LTE Rel-10 (2011). Стандарт IEEE 802.16 може включати в себе IEEE 802.16 е-2005, IEEE 802.16 k-2007, IEEE 802.16-2009, IEEE 802.16 j-2009, IEEE 802.16 h-2010 і ІЕЕЕ 802.16 m-2011.

Фіг.4 ілюструє приклад перемикання з наго�сований MPD отриманий перед SIP Re-INVITE. UE 210 може зробити запит для MPD 322 з HTTP-сервера 260. HTTP-сервер може відправити MPD 324 у UE. UE може використовувати інформацію в MPD для генерування SIP Re-INVITE 302 для подальшого відправлення в підсистему 220 IM CN. Інші операції, показані на фіг.4, можуть бути аналогічними операціями, показаним на фіг.3, яка була описана раніше.

Фіг.5 ілюструє приклад перемикання з доставки на основі HTTP завантаження MBMS DASH-форматованого змісту в сеансі доставки змісту. Доставку на основі HTTP (наприклад, адаптивна доставка 330а-із змісту DASH на основі HTTP) можна було ініціювати раніше, і UE 210 може приймати DASH-форматований зміст HTTP з HTTP-сервера 260. DASH-форматований зміст можна доставити в поточному сеансі SIP.

Для того, щоб переключитися з доставки на HTTP основі на прийом завантаження MBMS DASH-форматованого змісту, запит на модифікацію сеансу, такий як SIP Re-INVITE 332, можна видати за допомогою UE 210 і відправити в підсистему 220 IM CN. Пропозиція протоколу опису сеансу (SDP), що показує обрану послугу завантаження MBMS, інформацію про сеанс FLUTE і універсальний ідентифікатор ресурсу (URI) запиту, можна включити в повідомлення SIP Re-INVITE. Пропозиція SDP можна виконати у відповідності з параметѾй пропускання, доступною для завантаження MBMS. В одному прикладі, пропозиція SDP для доставки мультимедіа може бути аналогічним попередньому пропозицією SDP, виконаному для доставки на HTTP основі в термінах кодеків і транспортного протоколу. Пропозиція SDP може включати в себе інформацію для завантаження MBMS, таку як опис мультимедіа, канал керування мультимедіа, канал доставки мультимедіа, канал управління MPD, канал для доставки багатоадресного потоку поверх MBMS, можливості мультимедіа, наявні в BMSC, політики доступні в BMSC, і комбінацію з цієї інформації.

В іншому прикладі MPD може включати в себе інформацію для перемикання з доставки на HTTP основі на доставку завантаження MBMS, і UE може використовувати таку інформацію при видачі запиту на модифікацію сеансу, наприклад, SIP Re-INVITE, щоб перемкнути на завантаження MBMS. Повідомлення SIP Re-INVITE може також містити URI запиту, який може включати в себе публічний ідентифікатор послуги (PSI) послуги завантаження MBMS. Заголовок 'То' SIP Re-INVITE може містити такий же URI, як і в URI запиту, і заголовок 'From' SIP Re-INVITE може вказувати на загальнодоступну ідентичність користувача.

Підсистема 220 IM CN може переслати повідомлення SIP Re-INVITE 334 у SCF 230. Після отримання запиту SIP Re-INVITE, згідно інформації про користувача передплатою.

Після отримання запиту на модифікацію SIP (наприклад, SIP Re-INVITE), SCF 230 може визначити, чи має зміст, доставляемое в поточний момент часу, на підтримку перемикання HTTP MBMS (наприклад, підтримку перемикання НТТР-MBMS). Якщо перемикання HTTP MBMS недоступне для UE 210, модифікацію сеансу можна відхилити і можна підтримувати початковий сеанс HTTP (поряд з попередніми зарезервованими ресурсами). Якщо перемикання HTTP MBMS доступно для UE, SCF може діяти як B2BUA для встановлення сеансу завантаження MBMS на основі FLUTE між BMSC.ФОТОЗАХИСТ та UE. Протокол зв'язку між SCF і BMSC.ФОТОЗАХИСТ можна визначити з допомогою технічних умов (TS) 3GPP 26.346 V10.0.0, опублікованих у березні 2011 р. SCF може відправити запрошення 340 MBMS в BMSC.ФОТОЗАХИСТ. Коли BMSC.ФОТОЗАХИСТ встановлено для завантаження MBMS, BMSC.ФОТОЗАХИСТ може відправляти повідомлення з підтвердженням 342 MBMS в SCF. Якщо перемикання HTTP MBMS є доступним для UE, SCF може відправити повідомлення SIP BYE 336 (запит на завершення HTTP) адаптер 250 HTTP/SIP, щоб завершити сеанс SIP між SCF і адаптером HTTP/SIP.

Адаптер 250 HTTP/SIP може роз'єднати HTTP-сервер 260 і може відправити повідомлення підтвердження SIP, SIP OK 338, в SCF 230. Після отримання повідомлення SIP OK з адаптера HTTP, SCF може відправити повідомлення SIP OK 344 в подсистеи MBMS, таку як опис мультимедіа, канал керування мультимедіа, канал доставки мультимедіа, канал управління описом подання мультимедіа (MPD), опис доставки і комбінація з цієї інформації.

Підсистема 220 IM CN може переслати повідомлення SIP OK 348 у UE 210. Повідомлення SIP OK може включати в себе відповідь SDP. P-CSCF можна використовувати в якості прикладної функції в архітектурі РСС. PCRF може прийняти рішення щодо того, яку саме управління політикою QoS виконується для користувача послуги та зв'язку MBMS, ініційованої і керованої IMS, для застосування 346a-d односпрямованого каналу QoS (аналогічно процесу для застосування 316a-d односпрямованого каналу QoS, ілюстрованого на фіг.3 між підсистемою IM CN, модулем PCRF та UE). Для перемикання на завантаження MBMS, PCRF може не ініціювати встановлення конкретного односпрямованого каналу.

Після того, як UE 210 отримає відповідь SIP OK, UE може активізувати відповідну послугу користувача MBMS, як описано в SDP, таку як послуга завантаження MBMS на підставі FLUTE 350а-с. Ініціювання отримання завантаження MBMS може відповідати процедурі активізації режиму широкомовлення MBMS або процедури активізації режиму мультивещания MBMS. UE можеблица доставки файлів (FDT) може бути недоступною, UE може отримати FDT згідно атрибуту fdt_address у відповіді SDP. FDT може містити інформацію про описі змісту для файлів, доставлених в сеансі FLUTE. У разі неповного завантаження, UE може виконати процедури відновлення файлів у напрямку до сервера, що виконує відновлення, показаному з допомогою атрибута repair-server address у відповіді SDP.

Перемикання між завантаженням MBMS і доставкою на основі HTTP може представляти собою агностик характеристик конкретного радіоінтерфейсу (наприклад, RAN). Будь радіоінтерфейс або комбінація з численних радіоінтерфейсів може застосовуватися до тих пір, поки пов'язані з ними мережі зможуть проводити доставку HTTP на основі IMS та функції доставки завантаження MBMS. Перемикання між завантаженням MBMS і доставкою на основі HTTP можна використовувати в бездротових глобальних мережах (WWANs), заснованих на стандарті 3GPP або 802.16, і в програмах на основі IMS, де бажана оптимізована доставка DASH-форматованого мультимедійного вмісту з цих мереж. Процедура сигналізації для забезпечення перемикання між доставкою на основі HTTP і доставкою завантаження MBMS для потокової передачі DASH-форматованого змісту дозволяє підвищити якість сприйняття для користувача.

В іншому прикладі представлений спосіб 600 перемикання з доставки на основі протоколу передачі гіпертексту (HTTP) динамічної адаптивної потокової передачі по HTTP (ВАЗН)-форматованого змісту на завантаження послуг мультимедійної, передавання та багатоадресної передачі (MBMS), як показано на фіг.7 в схемі послідовності операѾдуле функції управління послугою (SCF) з мобільного пристрою під час, коли мобільний пристрій приймає доставку на основі HTTP під час доставки змісту, що включає в себе DASH-форматований зміст (етап 610). Далі слід операція відправлення повідомлення запрошення з SCF-модуля в BMSC для ініціювання центру послуг широкомовної і багатоадресної передачі (BMSC) для завантаження MBMS (етап 620). В наступної операції способу можна відправляти запит на завершення SIP з SCF-модуля в адаптер HTTP/SIP для завершення доставки на основі HTTP (етап 630). Далі слід операція прийому підтвердження SIP SCF-модулі з адаптера HTTP/SIP, показує завершення доставки на основі HTTP (етап 640). Спосіб може додатково включати в себе пересилку підтвердження SIP з SCF-модуля в мобільний пристрій, що показує перемикання на BMSC для сеансу доставки змісту (етап 650).

В іншому прикладі SCF може включати в себе модуль приймача, виконаний з можливістю прийому запиту на модифікацію багатоадресного сеансу в одноадресний, де прийомопередавач може виконувати операції, які відносяться до SCF, ілюстрованої на фіг.3. SCF-модуль приймача можна виконати з можливістю прийому запиту на модифікацію одноадресного сеансу в багатоадресний, де приемопередатч пристрій може включати в себе приймач, виконаний з можливістю відправлення запиту на модифікацію багатоадресного сеансу в одноадресний в підсистему IM CN, де прийомопередавач може виконувати операції, які відносяться до мобільного пристрою, иллюстрированному на фіг.3. SCF-модуль приймача можна виконати з можливістю відправлення запиту на модифікацію одноадресного сеансу в багатоадресний, де прийомопередавач може виконувати операції, які відносяться до мобільного пристрою, иллюстрированному на фіг.5. Приймач можна виконати з можливістю прийому підтвердження SIP або повідомлення про завершення SIP з підсистеми IM CN. Мобільний пристрій може включати в себе модуль обробки, виконаний з можливістю перемикання між завантаженням MBMS і доставкою на основі HTTP DASH-форматованого змісту.

В іншому прикладі передавальна станція може підтримувати бездротовий зв'язок з мобільним пристроєм. На фіг.8 представлена приблизна ілюстрація мобільного пристрою, такого як кероване обладнання (UE), мобільна станція (MS), мобільний бездротовий пристрій, мобільний комунікаційний пристрій, планшетний пристрій, телефонна трубка або інший тип мобільного бездротового устрания зв'язку з вузлом, макроузлом, вузлом низької потужності (LPN) або передавальною станцією, такий як базова станція (BS), вдосконалений Вузол (Node (eNB)), блок базової смуги (BBU), дистанційний головний радіовузол (RRH), дистанційне радіоустаткування (RRE), ретрансляційна станція (RS), радіоустаткування (RE) або інший тип точки доступу бездротової глобальної мережі (WWAN). Мобільний пристрій можна виконати з можливістю підтримання зв'язку із застосуванням, щонайменше, одного стандарту бездротового зв'язку, включаючи 3GPP LTE, WiMAX, високошвидкісний пакетний доступ (HSPA), Bluetooth і WiFi. Мобільний пристрій може підтримувати зв'язок з використанням окремих антен для кожного стандарту бездротового зв'язку або спільно використовуваних антен для численних стандартів бездротового зв'язку. Мобільний пристрій може підтримувати зв'язок бездротової локальної мережі (WLAN), бездротовий персональної мережі (WPAN) і/або WW AN.

На фіг.8 також представлена ілюстрація мікрофона і один або більше гучномовців, який можна використовувати для аудіовходу і виходу з мобільного пристрою. Екран пристрою відображення може представляти собою рідкокристалічний (LCD) екран або інший тип екрану пристрою відображення, такойрировать у вигляді сенсорного екрану. Сенсорний екран може використовувати ємнісну, резистивну або іншого типу технологію сенсорного екрану. Прикладний процесор і графічний процесор можуть бути з'єднані з внутрішньою пам'яттю для забезпечення можливості обробки і відображення. Порт енергонезалежній пам'яті можна також використовувати для забезпечення опцій введення/виведення даних для користувача. Порт енергонезалежній пам'яті можна також використовувати для розширення можливостей пам'яті мобільного пристрою. Клавіатуру можна виконати як єдине ціле з мобільним пристроєм або бездротовим чином і під'єднати до мобільного пристрою для забезпечення додаткового введення користувача. Віртуальну клавіатуру можна також виконати з використанням сенсорного екрану.

Різні технології або деякі аспекти, або їх частини можуть приймати вид програмного коду (тобто інструкцій), здійснених на матеріальних носіях, таких як гнучкі диски, CD-ROM, жорсткі диски, енергонезалежний машиночитаемий носій інформації або будь-який інший машиночитаемий носій інформації, у якому, коли програмний код завантажується і виконується з допомогою машини, такий як комп'ютер, машина стає пристрій�комп'ютерах, обчислювальний пристрій може включати в себе процесор, носій інформації, зчитаний з допомогою процесора (включаючи енергозалежну і енергонезалежну пам'ять і/або елементи пам'яті) принаймні, один пристрій введення і, принаймні, один пристрій виводу. Енергозалежна і енергонезалежна пам'ять та/або елементи пам'яті можуть представляти собою RAM (ОЗУ), EPROM (програмоване постійне запам'ятовуючий пристрій (СППЗУ)), флеш-пам'ять, привід оптичного диска, жорсткий магнітний диск або інший носій, призначений для зберігання даних в електронному вигляді. Базова станція і мобільна станція можуть також включати в себе модуль приймача, модуль лічильника, модуль обробки та/або модуль генератора тактових імпульсів або модуля таймера. Одну або більше програм, які можуть реалізовувати чи використовувати різні технології, описані тут, можуть використовувати інтерфейс прикладного програмування (API), системи управління багаторазового використання тощо. Такі програми можна реалізувати на процедурно - або об'єктно-орієнтованих мовах програмування високого рівня для забезпечення зв'язку з комп'ютерною системою. Однак, при необходитавлять собою трансльований або інтерпретується в microsoft мова та діє спільно з апаратними реалізаціями.

Слід розуміти, що багато з функціональних блоків, описаних в даному описі, були відзначені як модулі для того, щоб більш конкретно підкреслити свою незалежність реалізації. Наприклад, модуль можна реалізувати у вигляді апаратної схеми, що містить схеми на замовних НВІС (надвелика інтегральна мікросхема (НВІС)) або вентильні матриці, стандартні напівпровідники, такі як логічні мікросхеми, транзистори або інші дискретні компоненти. Модуль можна також реалізувати у вигляді програмованих апаратних пристроїв, таких як програмовані користувачем вентильні матриці, програмовані логічні матриці, програмовані логічні пристрої або т. п.

Модулі можна також реалізувати у вигляді програмного забезпечення для виконання різних типів процесорів. Ідентифікований модуль виконуваного коду може, наприклад, містити один або більше фізичних або логічних блоків комп'ютерних інструкцій, які можуть бути організовані, наприклад, у вигляді об'єкта, процедури або функції. Тим не менш, виконувані файли ідентифікованого модуля необов'язково повинні бути фізично розташовані разом, але можуть містити неоднакові інструкції, які зберігають зазначеної мети для модуля.

Дійсно модуль виконуваного коду може являти собою одну інструкцію чи багато інструкцій і можуть бути розподілені по безлічі різних сегментів коду серед різних програм і безлічі пристроїв пам'яті. Аналогічно, операційні дані можна ідентифікувати і ілюструвати тут у межах модулів і можна здійснити в будь-якій зручній формі і організувати в межах будь-якого відповідного типу структури даних. Операційні дані можна зібрати у вигляді одного набору даних або можна розподілити по різних местоположениям, у тому числі з різних запам'ятовуючим пристроям, і можуть існувати щонайменше частково, тільки у вигляді електричних сигналів в системі або в мережі. Модулі можуть бути пасивними або активними, в тому числі агентами, із можливістю виконання необхідних функцій.

Посилання, що використовується на всьому протязі цього опису, на термін "приклад" означає, що конкретна особливість, структура або характеристика, описана спільно з прикладом, включена щонайменше один варіант здійснення цього винаходу. Таким чином, поява фрази "в одному прикладі" у різних місцях на всьому протязі цього опису не означаеѵментов, структурних елементів, композиційних елементів і/або матеріалів можна представити у вигляді загального списку для зручності викладення. Однак ці списки слід витлумачувати так, ніби кожен елемент списку є окремо идентифицируемим у вигляді окремого і унікального елемента. Таким чином, жоден окремий елемент з цього списку не слід тлумачити як фактичний еквівалент будь-якого іншого елемента з того ж самого списку, грунтуючись тільки на їх представленні в загальній групі без вказівок на протилежне. Крім цього, можна посилатися тут на різні варіанти здійснення і приклад справжнього винаходу поряд з альтернативними варіантами різних їх компонентів. Зрозуміло, що такі варіанти здійснення, приклади і альтернативні варіанти не слід тлумачити як фактичні еквіваленти один одного, а слід тлумачити як окремі й автономні подання цього винаходу.

Більш того, описані ознаки структури або характеристики можна об'єднати будь-яким підходящим чином в одному або більше варіантах здійснення. У подальшому описі представлені численні специфічні подробиці, такі як приклади схем размещбретения. Проте фахівцям в даній області техніки буде зрозуміло, що винахід можна здійснити на практиці без однієї чи більше конкретних подробиць або з допомогою інших методів, компонентів, схем розміщення і т. д. В інших випадках, добре відомі структури, матеріали або операції не показані або не описані докладно, щоб уникнути зайвого ускладнення викладу аспектів винаходу.

Хоча вищевикладені приклади являють собою ілюстрацію принципів цього винаходу в одному або більш конкретних додатках, фахівцям в даній області техніки буде очевидно, що численні модифікації у формі, використання і деталях реалізації можна зробити без застосування винахідницьких здібностей і без відхилення від принципів і концепцій даного винаходу.

Відповідно, не передбачається, що даний винахід буде обмеженим, за винятком формули винаходу, викладеної нижче.

1. Енергонезалежний машиночитаемий носій інформації, що зберігає машиночитаемий програмний код, записаний на ньому, причому машиночитаемий програмний код виконаний з можливістю при виконанні, здійснення способу перемикання з завантаження послуг мультимедійної, шир(PSS), містить етапи, на яких:
отримують з допомогою модуля функції управління послугою (SCF) повторне запрошення протоколу ініціювання сеансу зв'язку (SIP) від користувацького обладнання (UE), при прийомі UE завантаження MBMS;
відправляють з допомогою SCF-модуля запрошення SIP адаптера протоколу передачі гіпертексту (HTTP)/SIP для вибору HTTP-сервера для завантаження на основі PSS;
приймають з допомогою SCF-модуля підтвердження SIP, вказує ідентифікатор обраного HTTP-сервера, від адаптера HTTP/SIP;
пересилають за допомогою SCF-модуля підтвердження SIP на UE для виклику перемикання UE із завантаження на основі MBMS на завантаження на основі PSS.

2. Енергонезалежний машиночитаемий носій по п. 1, додатково містить етап, на якому за допомогою SCF-модуля відправляють запит на завершення в центр послуг широкомовної і багатоадресної передачі (BMSC) для завершення завантаження MBMS після отримання повторного запрошення SIP SCF-модулем.

3. Енергонезалежний машиночитаемий носій по п. 1, в якому SCF-модуль, раніше посилається на доменне ім'я, або ідентифікатор змісту, асоційований з центром послуг широкомовної і багатоадресної передачі (BMSC), виконаний з можливістю забезпечення завантаження MBMS на UE, і повторного приглаѰгрузки на основі PSS, і HTTP-сервер для завантаження на основі PSS обраної на підставі доменного імені або ідентифікатора змісту, що міститься в URI запиту, ссилающемся на HTTP-сервер, причому доменне ім'я і ідентифікатор змісту, що посилаються на HTTP-сервер, відрізняються від доменного імені та ідентифікатора змісту, асоційованих з BMSC.

4. Енергонезалежний машиночитаемий носій по п. 1, додатково містить етап, на якому за допомогою SCF-модуля визначають, чи має сеанс доставки змісту підтримку для перемикання з MBMS на PSS перед відправкою запрошення SIP від SCF-модуля на адаптер HTTP/SIP.

5. Енергонезалежний машиночитаемий носій по п. 1, в якому повторне запрошення SIP приймають SCF-модулем від UE через підсистему базової мережі мультимедійної підсистеми (IMS) на базі Інтернет-протоколу (IP) (IM CN), а підтвердження SIP пересилають від SCF-модуля на UE через підсистему IM CN.

6. Енергонезалежний машиночитаемий носій по п. 1, в якому радіоінтерфейс між UE і передавальною станцією мережі радіодоступу (RAN), підтримує зв'язок з модулем SCF, виконаний з можливістю підтримки одноадресних і багатоадресної доставки змісту.

7. Енергонезалежний машиночитаемий носій по п. 1, в якому UE виконано з можли�кта партнерства 3-го покоління (3GPP) і стандарту 802.16 Інституту інженерів по електротехніці та радіотехніці (IEEE).

8. Енергонезалежний машиночитаемий носій по п. 1, в якому підтвердження SIP включає в себе відповідь протоколу опису сеансу (SDP), що включає в себе інформацію для завантаження на основі PSS, обраної з групи, що складається з опису мультимедіа, каналу керування мультимедіа, каналу доставки мультимедіа, каналу управління описом подання мультимедіа (MPD), опису доставки і їх комбінації.

9. Енергонезалежний машиночитаемий носій по п. 1, в якому повторне запрошення SIP включає в себе пропозицію протоколу опису сеансу (SDP), що включає в себе інформацію для завантаження на основі PSS, обрану з групи, що складається з опису мультимедіа, каналу керування мультимедіа, каналу доставки мультимедіа, каналу управління описом подання мультимедіа (MPD), каналу доставки для одноадресної потокової передачі по протоколу передачі гіпертексту (HTTP), можливості мультимедіа, наявні на HTTP-сервері, політики, наявні на HTTP-сервері, кодеки і транспортні протоколи та їх комбінації.

10. Енергонезалежний машиночитаемий носій по п. 9, у якому можливості мультимедіа і політики, наявні на HTTP-сервері для сеансу потокової передачі HTTP, отримують при завантаженні MBMS з�одержащий етап, на якому веріфіціруют права користувача для завантаження на основі PSS перед відправкою запрошення SIP від SCF-модуля на адаптер HTTP/SIP.

12. Енергонезалежний машиночитаемий носій по п. 1, в якому повторне запрошення SIP включає в себе повідомлення SIP Re-INVITE, запрошення SIP включає в себе повідомлення SIP INVITE, і підтвердження SIP включає в себе SIP 200 OK.

13. Енергонезалежний машиночитаемий носій по п. 1, в якому завантаження на основі PSS функціонує з використанням протоколу управління передачі (TCP) на транспортному рівні, а доставка MBMS функціонує з використанням протоколу дейтаграм користувача UDP) на транспортному рівні і доставки файлу по протоколу однонаправленої транспорту (FLUTE).

14. Енергонезалежний машиночитаемий носій по п. 1, в якому SCF-модуль включений в мультимедійну підсистему (IMS) на базі Інтернет-протоколу (IP).

15. Енергонезалежний машиночитаемий носій інформації, що зберігає машиночитаемий програмний код, записаний на ньому, причому машиночитаемий програмний код виконаний з можливістю при виконанні, здійснення способу перемикання з доставки протоколу передачі гіпертексту (HTTP) динамічної адаптивної потокової передачі поверх HTTP (DASH)-форматированно�про етапи, на яких:
беруть за допомогою модуля функції управління послугою (SCF) повторне запрошення протоколу ініціювання сеансу (SIP) від мобільного пристрою, при прийомі мобільним пристроєм доставки на основі HTTP під час доставки змісту, включаючи DASH-форматований зміст;
відправляють з допомогою SCF-модуля повідомлення запрошення в центр широкомовної і багатоадресної передачі (BMSC) для ініціювання BMSC для завантаження MBMS сеансу доставки змісту;
відправляють з допомогою SCF-модуля запит на завершення SIP на адаптер HTTP/SIP для завершення доставки на HTTP основі;
приймають з допомогою SCF-модуля підтвердження SIP, показує завершення доставки на основі HTTP від адаптера HTTP/SIP;
пересилають за допомогою SCF-модуля підтвердження SIP, показує перемикання на BMSC для сеансу доставки змісту, на мобільний пристрій.

16. Енергонезалежний машиночитаемий носій по п. 15, додатково містить етап, на якому приймають підтвердження BMSC SCF-модуля від BMSC, що показує вибір BMSC для сеансу доставки змісту після надсилання запрошення SCF-модулем на BMSC.

17. Енергонезалежний машиночитаемий носій по п. 15, в якому SCF-модуль, раніше посилається на доменне ім'я або идентиованного змісту через доставку на основі HTTP під час доставки змісту, при цьому мобільний пристрій виконано з можливістю прийому доставки на основі HTTP повторного запрошення SIP, що включає в себе універсальний ідентифікатор ресурсу (URI) запиту для BMSC для забезпечення подачі DASH-форматованого змісту через завантаження MBMS в тому ж самому сеансі доставки змісту, причому різні URI запити використовуються для вибору BMSC для завантаження MBMS сеансу доставки змісту, і BMSC для завантаження MBMS вибирають на підставі доменного імені або ідентифікатора змісту, що міститься в URI запиту посилається на BMSC, а доменне ім'я і ідентифікатор змісту, асоційовані з HTTP-сервером, відрізняються від доменного імені та ідентифікатора змісту, що посилаються на BMSC.

18. Енергонезалежний машиночитаемий носій по п. 15, в якому радіоінтерфейс між мобільним пристроєм і передавальною станцією мережі радіодоступу (RAN), підтримує зв'язок з модулем SCF, виконаний з можливістю підтримки одноадресних і багатоадресної доставки змісту.

19. Енергонезалежний машиночитаемий носій по п. 15, в якому мобільний пристрій виконано з можливістю використання протоколу, вибраного з групи, що складається з стандарту довгострокового розвитку (LTE) партнер проекту�онезависимий машиночитаемий носій по п. 15, в якому повторне запрошення SIP включає в себе пропозицію протоколу опису сеансу (SDP), що включає в себе інформацію для завантаження MBMS, обрану з групи, що складається з опису мультимедіа, каналу керування мультимедіа, каналу доставки мультимедіа, каналу управління описом подання мультимедіа (MPD), каналу доставки для багатоадресної передачі по MBMS, можливості мультимедіа, доступні в BMSC, політики, доступні в BMSC, кодеки і транспортні протоколи та їх комбінації.

21. Енергонезалежний машиночитаемий носій по п. 15, в якому підтвердження SIP, передане SCF-модулем, включає в себе відповідь протоколу опису сеансу (SDP), що включає в себе інформацію для завантаження MBMS, обрану з групи складається з опису мультимедіа, каналу керування мультимедіа, каналу доставки мультимедіа, каналу управління описом подання мультимедіа (MPD), опису доставки, кодеків і транспортних протоколів і їх комбінацій.

22. Енергонезалежний машиночитаемий носій по п. 15, додатково містить етап, на якому виконують процедуру авторизації послуги для перевірки прав послуги DASH-форматованого змісту допомогою завантаження MBMS згідно інформації про підписку п�ї носій по п. 15, в якому повторне запрошення SIP включає в себе повідомлення SIP Re-INVITE, завершення SIP включає в себе повідомлення SIP BYE, і підтвердження SIP включає в себе повідомлення SIP 200 OK.

24. Енергонезалежний машиночитаемий носій по п. 15, в якому доставка на основі HTTP функціонує з використанням протоколу управління передачі (TCP) на транспортному рівні, а завантаження MBMS функціонує з використанням протоколу дейтаграми користувача (UDP) на транспортному рівні і доставки файлу по протоколу однонаправленої транспорту (FLUTE).

25. Модуль функції управління послугою (SCF) у мультимедійній підсистемі на базі Інтернет-протоколу (IP) (IMS), що містить:
модуль приймача, виконаний з можливістю прийому запиту на модифікацію багатоадресного сеансу в одноадресний, від мобільного пристрою, після попереднього універсальний ідентифікатор ресурсу (URI) багатоадресного запиту посилається на центр послуг широкомовної і багатоадресної передачі (BMSC), виконаний з можливістю забезпечення подачі DASH-форматованого змісту, завантаживши послуг мультимедійної, передавання та багатоадресної передачі (MBMS) в сеансі доставки змісту, при цьому запит на модифікацію многоаи DASH-форматованого змісту допомогою доставки на основі протоколу HTTP в тому ж самому сеансі доставки змісту; при цьому
модуль приймача додатково виконаний з можливістю прийому, від мобільного пристрою, запиту на модифікацію одноадресного сеансу в багатоадресний, після попереднього URI одноадресного запиту, на який посилається HTTP-сервер, виконаний з можливістю забезпечення подачі DASH-форматованого змісту допомогою доставки на основі HTTP під час доставки змісту, при цьому запит на модифікацію одноадресного сеансу в багатоадресний включає в себе URI багатоадресного запиту для BMSC, для забезпечення подачі DASH-форматованого змісту допомогою завантаження MBMS в тому ж самому сеансі доставки змісту; причому
модуль приймача додатково виконаний з можливістю передачі запиту на модифікацію багатоадресного сеансу в одноадресний адаптера HTTP/SIP для вибору HTTP-сервер для доставки на основі HTTP передачі запиту на модифікацію одноадресного сеансу в багатоадресний на BMSC для ініціювання BMSC для завантаження MBMS; при цьому
модуль приймача додатково виконаний з можливістю передачі запиту на завершення HTTP на адаптер HTTP/SIP для завершення доставки на основі HTTP і передачі запиту на завершення MBMS в BMSC для завершення завантаження MBMS; причому
�казивающего вибір HTTP-сервера для сеансу доставки змісту, прийому підтвердження BMSC, від BMSC, показує вибір BMSC для сеансу доставки змісту і прийому повідомлення про завершення SIP, від адаптера HTTP/SIP, показує завершення доставки на основі HTTP; і
модуль приймача додатково виконаний з можливістю пересилання, SIP від SCF-модуля на мобільний пристрій, підтвердження, що показує перемикання на HTTP-сервер для сеансу доставки змісту, та пересилання на мобільний пристрій, повідомлення про завершення SIP, показує перемикання на BMSC для сеансу доставки змісту.

26. SCF-модуль п. 25, додатково містить модуль обробки, виконаний з можливістю верифікації прав користувача для DASH-форматованого змісту допомогою доставки на HTTP основі та на виконання процедури авторизації послуги для перевірки прав послуги DASH-форматованого змісту допомогою завантаження MBMS згідно інформації про користувача передплатою.

27. Мобільний пристрій, виконане з можливістю перемикання між під завантаженням і одноадресних доставкою динамічної адаптивної потокової передачі поверх HTTP (DASH)-форматованого змісту, містить;
прийомопередавач, виконаний з можливістю передачі запиту на модификазе Інтернет-протоколу (IP) при прийомі DASH-форматованого змісту, завантаживши послуг мультимедійної, передавання та багатоадресної передачі (MBMS) в сеансі доставки змісту, при цьому запит на модифікацію багатоадресного сеансу в одноадресний включає в себе URI одноадресного запиту для HTTP-сервера для забезпечення подачі DASH-форматованого змісту допомогою доставки на основі протоколу HTTP в тому ж самому сеансі доставки змісту; при цьому
приймач додатково виконаний з можливістю передачі запиту на модифікацію сеансу в багатоадресний на підсистему IM CN при прийомі DASH-форматованого змісту допомогою доставки на основі HTTP під час доставки змісту, при цьому запит на модифікацію одноадресного сеансу в багатоадресний включає в себе URI багатоадресного запиту для центру послуг широкомовної і багатоадресної передачі (BMSC) для забезпечення подачі DASH-форматованого змісту допомогою завантаження MBMS в тому ж самому сеансі доставки змісту; причому
приймач додатково виконаний з можливістю прийому, від підсистеми IM CN, підтвердження SIP, показує перемикання на HTTP-сервер для сеансу доставки змісту та прийому, від підсистеми IM CN, повідомлення про завершення SIP, показує перемикання на BMSC й MBMS і доставкою на основі HTTP DASH-форматованого змісту.

28. Мобільний пристрій з п. 27, в якому мобільний пристрій виконано з можливістю здійснення зв'язку з підсистемою IM CN через радіоінтерфейс, виконаний з можливістю одноадресних і багатоадресної доставки змісту.

29. Мобільний пристрій з п. 27, в якому мобільний пристрій виконано з можливістю використання протоколу, вибраного з групи, що складається з стандарту довгострокового розвитку (LTE) проекту партнерства 3-го покоління (3GPP) і стандарту 802.16 Інституту інженерів по електротехніці та радіотехніці (IEEE).

30. Мобільний пристрій з п. 27, в якому мобільний пристрій виконано з можливістю з'єднання щонайменше з однієї з бездротової локальної мережі (WLAN), бездротовий персональної мережі (WPAN) і бездротової глобальної мережі (WWAN), при цьому мобільний пристрій включає в себе антену, сенсорний екран пристрою відображення, гучномовець, мікрофон, графічний процесор, прикладний процесор, внутрішню пам'ять, порт енергонезалежній пам'яті або їх комбінації.



 

Схожі патенти:

Спосіб, пристрої та комп'ютерна програма для перенесення сеансу з мережі з комутацією пакетів в мережу з комутацією каналів доступу

Винахід відноситься до мобільного зв'язку. Технічний результат полягає у виконанні перенесення сеансу з мережі доступу з комутацією пакетів в мережу доступу з комутацією каналів, при якому переносяться коректні несучі канали, незалежно від того, були чи ні ідентифікатори, такі як значення QCI (Індикатор Класу Якості Послуги), приписані іншим типам послуг. Об'єкт Управління Мобільністю приймає індикатор типу послуги від шлюзового сайту. Індикатор типу послуги вказує тип послуги для сеансу і асоційований з несучими каналами, використовуваними для сеансу. Потім Об'єкт Управління Мобільністю приймає від eNodeB вказівку, що сеанс повинен бути перенесений з мережі з комутацією пакетів в мережу доступу з комутацією каналів. Об'єкт Управління Мобільністю визначає несучі канали, асоційовані з сеансом, з використанням індикатора типу послуги та ініціює перенесення сесії з використанням цих несучих каналів. 6 н. і 7 з.п. ф-ли, 8 іл.

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

Винахід відноситься до мереж передачі даних. Технічний результат полягає в забезпеченні глобальної маршрутизації в мережі. Система організації мережі, що містить контролер віртуальних груп в інформаційно орієнтованої мережі, виконаний з можливістю забезпечувати можливість мобільності та безпеки для безлічі груп користувачів інформаційно орієнтованої мережі, безліч груп користувачів, приєднаних до контролера віртуальних груп та асоційованих з користувачами, безліч агентів, кожен з яких асоціюється з однією з груп користувачів, і базу даних для профілю довірених послуг, приєднану до контролера віртуальних груп, при цьому контролер віртуальних груп виконаний з можливістю взаємодіяти з агентами, щоб забезпечувати можливість мобільності для груп користувачів з використанням бессерверной і заснованої на доменах схеми присвоєння імен. 3 н. і 21 з.п. ф-ли, 11 іл.

Енергоефективні способи та пристрій мережі

Винахід відноситься до галузі зв'язку. Технічний результат полягає в поліпшенні ефективності роботи BS. Спосіб та пристрій для зміни налаштування передачі/прийому базової станції (БС) мережі зв'язку на іншу налаштування передачі/прийому (наприклад, використовує менше передавальних антен і/або більш вузьку смугу пропускання каналу), не впливаючи на зв'язок з користувальницьким обладнанням, включають в себе "заміщення" існуючої BS на "віртуальну" BS, у якій інша настройка передачі/прийому. Заміщення може бути здійснено, наприклад, з допомогою зниження потужності існуючої, або першої BS, яка має відповідну ідентифікацію (ID) першої стільники або першого вузла, і одночасно підвищення потужності віртуальної, або другий СНІДАНОК, яка має відповідний ID другий стільники або другого вузла. 3 н. і 15 з.п. ф-ли, 6 іл.

Система і способи для формування діаграми спрямованості в самоорганізуючої мережі (son)

Винахід відноситься до мобільного зв'язку. Технічний результат полягає в оптимизировании діаграми спрямованості антени базової станції. Технічний результат досягається за рахунок поділу географічної області на безліч географічних осередків, встановлення безлічі зон для стільники на основі множини граничних порогових значень, прийому безлічі вимірів сигналу з безлічі абонентських пристроїв за географічним осередкам, класифікації географічних осередків як різних зон допомогою порівняння вимірювань сигналу з граничними пороговими значеннями зон, обчислення безлічі регулювань посилення для відповідних географічних осередків у зонах і формування малюнка спрямованості антени на основі регулювань посилення. 3 н. і 20 з.п. ф-ли, 10 іл.

Спосіб ініціалізації фемтоячеек

Винахід відноситься до області передачі даних. Технічний результат полягає в удосконаленні способу ініціалізації фемтоячейки. Згідно з винаходом надають можливість точці доступу фемтоячейки автоматично встановлювати зв'язок з провайдером мережі зв'язку; представляють можливість цієї точки доступу автоматично завантажувати початкову конфігурацію сервера ініціалізації, що належить зазначеним провайдера мережі зв'язку, і автоматичне використовують сервер системи доменних імен для отримання адреси сервера ініціалізації. 3 м. і 16 з.п. ф-ли, 4 іл.

Спосіб і система виявлення преамбули

Винахід відноситься до систем бездротового зв'язку і призначене для підвищення ефективності виявлення преамбули в системі широкосмугового множинного доступу з кодовим поділом каналів і надає спосіб виявлення преамбули. Винахід розкриває зокрема спосіб виявлення преамбули, включає наступні дії: чіпи преамбули поділяються на безліч блоків чіпів, і коррелятивное накопичення виконується на множині блоків чіпів для отримання численних груп часткових творів компонентів сигнатур; компенсація позитивного зсуву частоти виконується на кожній групі множинних груп часткових творів компонентів сигнатур для отримання численних груп результатів компенсації позитивного зсуву частоти, та компенсація негативного зсуву частоти виконується на кожній групі множинних груп часткових творів компонентів сигнатур для отримання численних груп результатів компенсації негативного зсуву частоти; когерентне накопичення, обертання фаз, узгодження сигнатур і обчислення комплексного модуля, і об'єднання подвійний антени виконуються для множинних груп результатів компенса�е комплексного модуля, і об'єднання подвійний антени виконуються на множинних групах результатів компенсації негативного зсуву частоти. 2 н. і 12 з.п. ф-ли, 4 іл.
Винахід відноситься до області бездротового зв'язку (зокрема, радіозв'язку), а саме до систем і способів ідентифікації користувачів пристроїв мобільного зв'язку. Технічним результатом є забезпечення можливості ідентифікації пристроїв з прив'язкою до геолокаціі в локальних зонах. Для цього приймається мережевий пакет, що містить ідентифікатор пристрою, визначається ідентифікатор пристрою і перевіряється, чи міститься ідентифікатор пристрою в базі даних. У випадку, якщо в базі даних не містить ідентифікатора пристрою, запускається встановлене додаток, який за допомогою пристрою передає системі запит про реєстрацію, в ході якої в базу даних вноситься ідентифікатор пристрою і асоційований з ним ідентифікатор програми. У разі якщо ідентифікатор пристрою міститься в базі даних з бази даних витягується ідентифікатор програми, службовець адресою для відсилання push-повідомлень, відповідний цьому пристрою. 2 н. і 5 з.п. ф-ли.

Система і спосіб для встановлення зв'язку для підключених до мережі пристроїв

Винахід відноситься до системи бездротового зв'язку для встановлення прямого зв'язку серед безлічі підключених до мережі пристроїв, які не обізнані про мережі та сервісних адреси. Прямий зв'язок полегшується за допомогою підключеного до мережі серверного пристрою, що забезпечує загальну платформу для безлічі запитувачів пристроїв, щоб запитувати безліч цільових пристроїв будь-якими засобами ініціації по безлічі сервісних атрибутів. Підключений до мережі серверне пристрій має допоміжну функцію - зробити систему сумісною з усіма засобами ініціації, але в якій вона відсутня при зв'язку сервісного рівня в пристроях. 2 н. і 17 з.п. ф-ли, 2 іл.

Термінальне пристрій та спосіб зв'язку

Винахід відноситься до системи мобільного зв'язку і дозволяє термінального пристрою запобігти погіршення якості прийому керуючої інформації навіть у разі застосування системи передачі SU-MIMO. Термінал (200), який використовує безліч різних рівнів для передачі двох кодових слів, в яких розміщується керуюча інформація, містить: блок (204) визначення величини ресурсу, який на основі більш низької швидкості швидкостей кодування цих двох кодових слів або на основі середнього значення зворотних величин швидкостей кодування цих двох кодових слів визначає величини ресурсів керуючої інформації на відповідних рівнях з безлічі рівнів; і блок (205) формування транспортного сигналу, який розміщує в цих двох кодових словах керуючу інформацію, модулированную з використанням величин ресурсів, за допомогою цього формуючи транспортний сигнал. 4 н. і 8 з.п. ф-ли, 10 іл.

Базова станція, термінальне пристрій, спосіб призначення каналу управління і спосіб визначення розміру зони

Винахід відноситься до галузі радіозв'язку. Технічним результатом є покращення ефективності використання частот системи в цілому. Зазначений технічний результат досягається тим, що базова станція здійснює радіообмін даними з термінальними пристроями шляхом використання безлічі діапазонів, з яких у кожного є зона каналу даних, на яку призначений канал даних, і зона каналу управління, на яку призначений канал управління. Базова станція включає в себе пристрій призначення каналу управління, яка призначає канал керування для термінального пристрою в розташування в зоні каналу управління будь-якого діапазону з безлічі діапазонів, відповідному діапазону, до якого належить канал даних, призначений термінального пристрою, пристрій передачі каналу управління, яке здійснює передачу каналу керування в термінальне пристрій місцезнаходження, призначеному пристроєм призначення каналу управління. 2 н. п. ф-ли, 21 іл.
Up!