RU2676534C1

RU2676534C1 - Способ передачи данных для краевой службы mbms и соответствующее устройство

Info

Publication number: RU2676534C1
Application number: RU2018106647A
Authority: RU
Inventors: Ихэ ХОУ; Янь Ван
Original assignee: Хуавэй Текнолоджиз Ко., Лтд.
Priority date: 2015-07-28
Filing date: 2016-06-07
Publication date: 2019-01-09
Also published as: CN105163285A; EP3316601B1; CN109450863B; WO2017016326A1; KR102065927B1; CN105163285B; EP3316601A4; US20180146362A1; US10542415B2; CN109450863A; EP3316601A1; KR20180028500A; BR112018001651A2

Abstract

Изобретение относится к области беспроводных сетей связи, а именно к передаче данных для краевой службы MBMS и соответствующему устройству. Способ применяется к системе передачи данных службы MBMS. Система включает в себя центральный BM-SC, находящийся в базовой сети, и краевые BM-SC и MBMS GW, которые находятся на краю сети. Способ включает в себя создание центральным BM-SC контекста несущего канала плоскости управления, отправку центральным BM-SC запроса начала сеанса в краевой BM-SC, вследствие чего краевой BM-SC создает контекст несущего канала плоскости пользователя, прием центральным BM-SC ответа начала сеанса, отправленного краевым BM-SC, и доставку центральным BM-SC ключа службы в краевой BM-SC, вследствие чего краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы и отправляет данные в UE через MBMS GW. Технический результат заключается в том, что задержка передачи данных краевой службы MBMS уменьшается и меньшая полоса базовой сети используется для передачи данных краевой службы MBMS. 4 н. и 6 з.п. ф-лы, 11 ил.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к области технологий связи, и, в частности, к способу передачи данных для краевой мультимедийной службы широковещательной/многоадресной передачи (Multimedia Broadcast/Multicast Service, MBMS) и соответствующему устройству.

УРОВЕНЬ ТЕХНИКИ

Традиционная служба мобильного интернета базируется на "заоблачном" (Over The Top, OTT) режиме, данные службы поступают из сети, и мобильная сеть играет роль конвейера данных службы и отвечает за обмен данными между терминалом и сетью. С развитием технологий распределенных облачных вычислений, край мобильной сети способен обеспечивать службу облачных вычислений. В этом контексте, особенность низкой задержки краевой мультимедийной службы приносит пользователям новые впечатления от использования интернета. Кроме того, перспективная сеть мобильной связи 5-го поколения позволит реализовать интернет всего, и интернет транспортных средств и интернет вещей являются важными типами подсети сети мобильной связи 5-го поколения. Режим связи "от одного ко многим" необходимый в некоторых сценариях применения в этих новых сетях (например, широковещательная передача сообщения в приложении скоординированного вождения в интернете транспортных средств) должен удовлетворять требованию низкой задержки и иметь особенность определения местоположения.

Улучшенная MBMS (enhanced MBMS, eMBMS) является важным средством, используемым для обеспечения мультимедийной службы в сети проекта долгосрочного развития систем связи (Long Term Evolution, LTE)/усовершенствованного ядра пакетной сети (Evolved Packet Core, EPC), и является эффективным подходом к повышению эффективности использования беспроводной полосы и полосы базовой сети. Что касается сетевой архитектуры, на основании существующей архитектуры базовой сети, важные сетевые элементы, например, центр службы широковещательной/многоадресной передачи (Broadcast/Multicast Service Center, BM-SC) и шлюз мультимедийной службы широковещательной/многоадресной передачи (Multimedia Broadcast/Multicast Service Gateway, MBMS GW) предусмотрены для eMBMS. В сетевом окружении, где усовершенствованная наземная сеть радиодоступа универсальной системы мобильной связи (Evolved Universal Mobile Telecommunications System Terrestrial Radio Access Network, E-UTRAN) действует как сеть доступа, BM-SC является элементом и точкой инициирования содержимого службы MBMS. Основные функции BM-SC включают в себя осуществление авторизации и учета на поставщике содержимого, совершение объявления службы MBMS и инициирования службы MBMS для поставщика содержимого, отправку содержимого MBMS поставщику содержимого и пр. MBMS GW отвечает за управление многоадресной передачи интернет-протокола (Internet Protocol, IP), пересылку сигнализации плоскости управления, пересылку данных службы и пр., и MBMS GW формируется плоскостью управления и плоскостью пользователя. BM-SC и MBMS GW, в общем случае, устанавливаться в базовой сети.

Для данных краевой службы MBMS (данные поступают из локального), как показано на фиг. 1, традиционное решение по реализации имеет следующий вид: сначала, краевой сервер контента осуществляет доступ к оператору мобильной сети с использованием сети IP и вводит данные службы в BM-SC в базовой сети. Затем BM-SC инициирует создание ресурса несущего канала службы. Затем BM-SC отправляет поток данных службы в MBMS GW в базовой сети, и MBMS GW переносит, в режиме многоадресной передачи IP, данные службы в краевой усовершенствованный NodeB (Evolved Node B, eNB). Наконец, eNB отправляет данные службы в пользовательское оборудование (user equipment, UE) в режиме широковещательной передачи. Из вышеприведенного описания можно понять, что, когда уровень техники используется для передачи данных краевой службы MBMS, поскольку и BM-SC, и MBMS GW установлены в базовой сети, плоскость пересылки данных краевой службы MBMS должна проходить от локальной (края сети) к базовой сети, и затем от базовой сети обратно к локальной. Обход плоскости пересылки приводит к двум недостаткам: с одной стороны, обход плоскости данных увеличивает задержку передачи данных службы, что не позволяет удовлетворять требованиям некоторых краевых мультимедийных служб широковещательной передачи реального времени. С другой стороны, обход плоскости данных приводит к растрате полосы базовой сети, и, следовательно, когда установлено большое количество краевых мультимедийных служб широковещательной передачи, полоса базовой сети неизбежно испытывает относительно высокое давление.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

В этой связи, настоящее изобретение предусматривает способ передачи данных для краевой службы MBMS и соответствующее устройство, вследствие чего задержка передачи данных краевой службы MBMS может уменьшаться, меньшая полоса базовой сети используется для передачи данных краевой службы MBMS, и емкость обслуживания всей сети увеличивается.

Согласно первому аспекту, вариант осуществления настоящего изобретения предусматривает способ передачи данных для краевой службы MBMS, где способ передачи данных для краевой службы MBMS применяется к системе передачи данных службы MBMS, система передачи данных службы MBMS включает в себя центральный центр службы широковещательной/многоадресной передачи BM-SC, находящийся в базовой сети, и краевой BM-SC и краевой шлюз мультимедийной службы широковещательной/многоадресной передачи MBMS GW, которые находятся на краю сети, и способ передачи данных для краевой службы MBMS включает в себя:

создание, центральным BM-SC, контекста несущего канала плоскости управления для краевой службы MBMS, где контекст несущего канала плоскости управления включает в себя идентификатор временной мобильной группы TMGI, который выделяется краевой службе MBMS центральным BM-SC;

отправку, центральным BM-SC, запроса начала сеанса в краевой BM-SC, вследствие чего краевой BM-SC создает контекст несущего канала плоскости пользователя для краевой службы MBMS, где запрос начала сеанса несет TMGI;

прием, центральным BM-SC, ответа начала сеанса, отправленного краевым BM-SC, где ответ начала сеанса несет TMGI; и

доставку, центральным BM-SC, ключа службы в краевой BM-SC, вследствие чего краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы и отправляет зашифрованные данные краевой службы MBMS в пользовательское оборудование UE через MBMS GW.

Согласно первому аспекту, в первой реализации первого аспекта, способ дополнительно включает в себя:

прием, центральным BM-SC, извещения о конце сеанса, отправленного краевым BM-SC, где извещение о конце сеанса включает в себя TMGI;

освобождение, центральным BM-SC, контекста несущего канала плоскости управления, и отправку запроса остановки сеанса в краевой BM-SC, вследствие чего краевой BM-SC освобождает контекст несущего канала плоскости пользователя, где запрос остановки сеанса включает в себя TMGI; и

прием, центральным BM-SC, ответа остановки сеанса, отправленного краевым BM-SC, где ответ остановки сеанса включает в себя TMGI.

Согласно второму аспекту, вариант осуществления настоящего изобретения предусматривает способ передачи данных для краевой службы MBMS, где способ передачи данных для краевой службы MBMS применяется к системе передачи данных службы MBMS, система передачи данных службы MBMS включает в себя центральный центр службы широковещательной/многоадресной передачи BM-SC, находящийся в базовой сети, и краевой BM-SC и краевой шлюз мультимедийной службы широковещательной/многоадресной передачи MBMS GW, которые находятся на краю сети, и способ передачи данных для краевой службы MBMS включает в себя:

прием, краевым BM-SC, запроса начала сеанса, отправленного центральным BM-SC, где запрос начала сеанса несет идентификатор временной мобильной группы TMGI, который относится к краевой службе MBMS и который включен в контекст несущего канала плоскости управления, и контекст несущего канала плоскости управления создается для краевой службы MBMS центральным BM-SC;

создание, краевым BM-SC, контекста несущего канала плоскости пользователя для краевой службы MBMS;

отправку, краевым BM-SC, запроса начала сеанса в MBMS GW, вследствие чего MBMS GW выделяет адрес интернет-протокола IP многоадресной передачи и создает контекст несущего канала плоскости управления и контекст несущего канала плоскости пользователя для краевой службы MBMS;

прием, краевым BM-SC, ответа начала сеанса, отправленного MBMS GW, где ответ начала сеанса несет TMGI;

отправку, краевым BM-SC, ответа начала сеанса в центральный BM-SC;

прием, краевым BM-SC, ключа службы, доставленного центральным BM-SC; и

шифрование, краевым BM-SC, данных краевой службы MBMS с использованием ключа службы, и отправку зашифрованных данных краевой службы MBMS в пользовательское оборудование UE через MBMS GW, где MBMS GW отправляет зашифрованные данные краевой службы MBMS в UE согласно IP-адресу многоадресной передачи.

Согласно второму аспекту, в первой реализации второго аспекта, способ дополнительно включает в себя:

отслеживание, краевым BM-SC, хода передачи данных краевой службы MBMS;

отправку, краевым BM-SC, извещения о конце сеанса в центральный BM-SC при обнаружении, что передача данных службы MBMS заканчивается, вследствие чего центральный BM-SC освобождает контекст несущего канала плоскости управления, созданный центральным BM-SC, где извещение о конце сеанса включает в себя TMGI;

прием, краевым BM-SC, запроса остановки сеанса, отправленного центральным BM-SC, где запрос остановки сеанса включает в себя TMGI;

освобождение, краевым BM-SC, контекста несущего канала плоскости пользователя, созданного краевым BM-SC; и

отправку, краевым BM-SC, ответа остановки сеанса в центральный BM-SC, где ответ остановки сеанса несет TMGI.

Согласно первой реализации второго аспекта, во второй реализации второго аспекта, способ дополнительно включает в себя:

отправку, краевым BM-SC, запроса остановки сеанса в MBMS GW, вследствие чего MBMS GW освобождает контекст несущего канала плоскости управления и контекст несущего канала плоскости пользователя, созданные MBMS GW; и

прием, краевым BM-SC, ответа остановки сеанса, отправленного MBMS GW.

Согласно третьему аспекту, вариант осуществления настоящего изобретения предусматривает способ передачи данных для краевой службы MBMS, где способ передачи данных для краевой службы MBMS применяется к системе передачи данных службы MBMS, система передачи данных службы MBMS включает в себя центральный центр службы широковещательной/многоадресной передачи BM-SC, находящийся в базовой сети, и краевой BM-SC и функциональный узел плоскости пользователя краевого шлюза мультимедийной службы широковещательной/многоадресной передачи MBMS GW, которые находятся на краю сети, и способ передачи данных для краевой службы MBMS включает в себя:

доставку, центральным BM-SC, ключа службы в краевой BM-SC, вследствие чего краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы и отправляет зашифрованные данные краевой службы MBMS в пользовательское оборудование UE через функциональный узел плоскости пользователя MBMS GW.

Согласно третьему аспекту, в первой реализации третьего аспекта, способ дополнительно включает в себя:

Согласно четвертому аспекту, вариант осуществления настоящего изобретения предусматривает способ передачи данных для краевой службы MBMS, где способ передачи данных для краевой службы MBMS применяется к системе передачи данных службы MBMS, система передачи данных службы MBMS включает в себя центральный центр службы широковещательной/многоадресной передачи BM-SC и функциональный узел плоскости управления шлюза мультимедийной службы широковещательной/многоадресной передачи MBMS GW, которые находятся в базовой сети, и краевой BM-SC и функциональный узел плоскости пользователя MBMS GW, которые находятся на краю сети, причем функциональный узел плоскости пользователя MBMS GW соответствует функциональному узлу плоскости управления MBMS GW, и способ передачи данных для краевой службы MBMS включает в себя:

отправку, краевым BM-SC, запроса начала сеанса в функциональный узел плоскости управления MBMS GW, вследствие чего функциональный узел плоскости управления MBMS GW выделяет адрес интернет-протокола IP многоадресной передачи и создает контекст несущего канала плоскости управления для краевой службы MBMS;

прием, краевым BM-SC, ответа начала сеанса, отправленного функциональным узлом плоскости управления MBMS GW, где ответ начала сеанса несет TMGI;

шифрование, краевым BM-SC, данных краевой службы MBMS с использованием ключа службы, и отправку зашифрованных данных краевой службы MBMS в пользовательское оборудование UE через функциональный узел плоскости пользователя MBMS GW, где функциональный узел плоскости пользователя MBMS GW отправляет зашифрованные данные краевой службы MBMS в UE согласно элементу потока, доставленному функциональным узлом плоскости управления MBMS GW, и элемент потока генерируется функциональным узлом плоскости управления MBMS GW согласно IP-адресу многоадресной передачи.

Согласно четвертому аспекту, в первой реализации четвертого аспекта, способ дополнительно включает в себя:

Согласно первой реализации четвертого аспекта, во второй реализации четвертого аспекта, способ дополнительно включает в себя:

отправку, краевым BM-SC, запроса остановки сеанса в функциональный узел плоскости управления MBMS GW, вследствие чего функциональный узел плоскости управления MBMS GW освобождает контекст несущего канала плоскости управления, созданный плоскостью управления MBMS GW; и

прием, краевым BM-SC, ответа остановки сеанса, отправленного функциональным узлом плоскости управления MBMS GW.

Согласно пятому аспекту, вариант осуществления настоящего изобретения предусматривает центральный BM-SC, где центральный BM-SC находится в базовой сети, и центральный BM-SC включает в себя:

блок управления несущим каналом, выполненный с возможностью создания контекста несущего канала плоскости управления для краевой мультимедийной службы широковещательной/многоадресной передачи, службы MBMS, где контекст несущего канала плоскости управления включает в себя идентификатор временной мобильной группы TMGI, который выделяется краевой службе MBMS центральным BM-SC;

блок отправки, выполненный с возможностью отправки запроса начала сеанса в краевой BM-SC, находящийся на краю сети, вследствие чего краевой BM-SC создает контекст несущего канала плоскости пользователя для краевой службы MBMS, где запрос начала сеанса несет TMGI;

блок приема, выполненный с возможностью приема ответа начала сеанса, отправленного краевым BM-SC, где ответ начала сеанса несет TMGI; и

блок доставки ключа, выполненный с возможностью доставки ключа службы в краевой BM-SC, вследствие чего краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы и отправляет зашифрованные данные краевой службы MBMS в пользовательское оборудование UE через краевой шлюз мультимедийной службы широковещательной/многоадресной передачи MBMS GW, находящийся на краю сети.

Согласно пятому аспекту, в первой реализации пятого аспекта,

блок приема дополнительно выполнен с возможностью приема извещения о конце сеанса отправленный краевым BM-SC, где извещение о конце сеанса включает в себя TMGI;

блок управления несущим каналом дополнительно выполнен с возможностью освобождения контекста несущего канала плоскости управления;

блок отправки дополнительно выполнен с возможностью отправки запроса остановки сеанса в краевой BM-SC, вследствие чего краевой BM-SC освобождает контекст несущего канала плоскости пользователя, где запрос остановки сеанса включает в себя TMGI; и

блок приема дополнительно выполнен с возможностью приема ответа остановки сеанса отправленный краевым BM-SC, где ответ остановки сеанса включает в себя TMGI.

Согласно шестому аспекту, вариант осуществления настоящего изобретения предусматривает краевой BM-SC, где краевой BM-SC находится на краю сети, и краевой BM-SC включает в себя:

блок приема, выполненный с возможностью приема запроса начала сеанса, отправленного центральным BM-SC, находящимся в базовой сети, где запрос начала сеанса несет идентификатор временной мобильной группы TMGI, который относится к краевой мультимедийной службе широковещательной/многоадресной передачи, службе MBMS и который включен в контекст несущего канала плоскости управления, и контекст несущего канала плоскости управления создается для краевой службы MBMS центральным BM-SC;

блок управления несущим каналом, выполненный с возможностью создания контекста несущего канала плоскости пользователя для краевой службы MBMS; и

блок отправки, выполненный с возможностью отправки запроса начала сеанса в шлюз мультимедийной службы широковещательной/многоадресной передачи MBMS GW, находящийся на краю сети, вследствие чего MBMS GW выделяет адрес интернет-протокола IP многоадресной передачи и создает контекст несущего канала плоскости управления и контекст несущего канала плоскости пользователя для краевой службы MBMS, где

блок приема дополнительно выполнен с возможностью приема ответа начала сеанса, отправленного MBMS GW, где ответ начала сеанса несет TMGI;

блок отправки дополнительно выполнен с возможностью отправки ответа начала сеанса в центральный BM-SC;

блок приема дополнительно выполнен с возможностью приема ключа службы, доставленного центральным BM-SC;

краевой BM-SC дополнительно включает в себя блок шифрования, где блок шифрования выполнен с возможностью шифрования данных краевой службы MBMS с использованием ключа службы; и

блок отправки дополнительно выполнен с возможностью отправки зашифрованных данных краевой службы MBMS в пользовательское оборудование UE через MBMS GW, где MBMS GW отправляет зашифрованные данные краевой службы MBMS в UE согласно IP-адресу многоадресной передачи.

Согласно шестому аспекту, в первой реализации шестого аспекта, краевой BM-SC дополнительно включает в себя:

блок отслеживания, выполненный с возможностью отслеживания хода передачи данных краевой службы MBMS, где

блок отправки дополнительно выполнен с возможностью отправки извещения о конце сеанса в центральный BM-SC, когда блок отслеживания обнаруживает, что передача данных службы MBMS заканчивается, вследствие чего центральный BM-SC освобождает контекст несущего канала плоскости управления, созданный центральным BM-SC, где извещение о конце сеанса включает в себя TMGI;

блок приема дополнительно выполнен с возможностью приема запроса остановки сеанса отправленный центральным BM-SC, где запрос остановки сеанса включает в себя TMGI;

блок управления несущим каналом дополнительно выполнен с возможностью освобождения контекста несущего канала плоскости пользователя, созданного краевым BM-SC; и

блок отправки дополнительно выполнен с возможностью отправки ответа остановки сеанса в центральный BM-SC, где ответ остановки сеанса несет TMGI.

Согласно первой реализации шестого аспекта, во второй реализации шестого аспекта,

блок отправки дополнительно выполнен с возможностью отправки запроса остановки сеанса в MBMS GW, вследствие чего MBMS GW освобождает контекст несущего канала плоскости управления и контекст несущего канала плоскости пользователя, созданные MBMS GW; и

блок приема дополнительно выполнен с возможностью приема ответа остановки сеанса отправленный MBMS GW.

Согласно седьмому аспекту, вариант осуществления настоящего изобретения предусматривает центральный BM-SC, где центральный BM-SC находится в базовой сети, и центральный BM-SC включает в себя:

блок доставки ключа, выполненный с возможностью доставки ключа службы в краевой BM-SC, вследствие чего краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы и отправляет зашифрованные данные краевой службы MBMS в пользовательское оборудование UE через функциональный узел плоскости пользователя шлюза мультимедийной службы широковещательной/многоадресной передачи MBMS GW, находящийся на краю сети.

Согласно седьмому аспекту, в первой реализации седьмого аспекта,

Согласно восьмому аспекту, вариант осуществления настоящего изобретения предусматривает краевой BM-SC, где краевой BM-SC находится на краю сети, и краевой BM-SC включает в себя:

блок отправки, выполненный с возможностью отправки запроса начала сеанса в на краевой функциональный узел плоскости управления шлюза мультимедийной службы широковещательной/многоадресной передачи MBMS GW, находящийся в базовой сети, вследствие чего функциональный узел плоскости управления MBMS GW выделяет адрес интернет-протокола IP многоадресной передачи и создает контекст несущего канала плоскости управления для краевой службы MBMS, где

блок приема дополнительно выполнен с возможностью приема ответа начала сеанса, отправленного функциональным узлом плоскости управления MBMS GW, где ответ начала сеанса несет TMGI;

блок отправки дополнительно выполнен с возможностью отправки зашифрованных данных краевой службы MBMS в пользовательское оборудование UE через функциональный узел плоскости пользователя MBMS GW, находящийся на краю сети, где функциональный узел плоскости пользователя MBMS GW отправляет зашифрованные данные краевой службы MBMS в UE согласно элементу потока, доставленному функциональным узлом плоскости управления MBMS GW, и элемент потока генерируется функциональным узлом плоскости управления MBMS GW согласно IP-адресу многоадресной передачи.

Согласно восьмому аспекту, в первой реализации восьмого аспекта, краевой BM-SC дополнительно включает в себя:

Согласно первой реализации восьмого аспекта, во второй реализации восьмого аспекта,

блок отправки дополнительно выполнен с возможностью отправки запроса остановки сеанса в функциональный узел плоскости управления MBMS GW, вследствие чего функциональный узел плоскости управления MBMS GW освобождает контекст несущего канала плоскости управления, созданный плоскостью управления MBMS GW; и

блок приема дополнительно выполнен с возможностью приема ответа остановки сеанса отправленный функциональным узлом плоскости управления MBMS GW.

Из вышеописанных технических решений следует, что варианты осуществления настоящего изобретения имеют следующие преимущества:

согласно вариантам осуществления настоящего изобретения, краевые BM-SC и MBMS GW установлены на краю сети, центральный BM-SC установлен в базовой сети, краевой BM-SC создает контекст несущего канала плоскости пользователя, центральный BM-SC создает контекст несущего канала плоскости управления, и данные краевой службы MBMS непосредственно пересылаются в UE через краевые BM-SC и MBMS GW на краю сети, вследствие чего пересылка данных осуществляется только на краю сети и не доходит до базовой сети. Поэтому задержка передачи данных краевой службы MBMS может уменьшаться, меньшая полоса базовой сети используется для передачи данных краевой службы MBMS, и емкость обслуживания всей сети увеличивается.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 1 - схема иллюстративной системы передачи данных службы MBMS в уровне техники;

фиг. 2 - схема системы передачи данных службы MBMS согласно варианту осуществления настоящего изобретения;

фиг. 3 - схема процедуры инициирования сеанса передачи данных краевой службы MBMS согласно варианту осуществления настоящего изобретения;

фиг. 4 - схема процедуры окончания сеанса передачи данных краевой службы MBMS согласно варианту осуществления настоящего изобретения;

фиг. 5 - схема системы передачи данных службы MBMS согласно другому варианту осуществления настоящего изобретения;

фиг. 6 - схема процедуры инициирования сеанса передачи данных краевой службы MBMS согласно другому варианту осуществления настоящего изобретения;

фиг. 7 - схема процедуры окончания сеанса передачи данных краевой службы MBMS согласно другому варианту осуществления настоящего изобретения;

фиг. 8 - схема центрального BM-SC согласно варианту осуществления настоящего изобретения;

фиг. 9 - схема краевого BM-SC согласно варианту осуществления настоящего изобретения;

фиг. 10 - схема центрального BM-SC согласно другому варианту осуществления настоящего изобретения; и

фиг. 11 - схема краевого BM-SC согласно другому варианту осуществления настоящего изобретения.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Ниже отчетливо и полностью описаны технические решения согласно вариантам осуществления настоящего изобретения со ссылкой на прилагаемые чертежи согласно вариантам осуществления настоящего изобретения. Очевидно, описанные варианты осуществления являются лишь некоторыми, но не всеми из вариантов осуществления настоящего изобретения. Все остальные варианты осуществления, полученные специалистом в данной области техникина основании вариантов осуществления настоящего изобретения, подлежат включению в объем защиты настоящего изобретения.

Прежде чем описать способ передачи данных для краевой службы MBMS, который предусмотрен в настоящем изобретении, опишем сначала архитектуру системы настоящего изобретения. Поскольку функция плоскости управления и функция плоскости пользователя MBMS GW может быть реализована на одном и том же сетевом узле (то есть сетевой узел имеет функцию плоскости управления и функцию плоскости пользователя MBMS GW) или может быть реализована на разных сетевых узлах (то есть функция плоскости управления MBMS GW реализуется на сетевом узле, и функция плоскости пользователя MBMS GW реализуется на другом сетевом узле), архитектура системы передачи данных службы MBMS, предусмотренной в настоящем изобретении может принимать две формы, и этот вариант осуществления сначала описывает архитектуру системы, в которой функция плоскости управления и функция плоскости пользователя MBMS GW реализуются на одном и том же сетевом узле. Согласно фиг. 2, в системе передачи данных службы MBMS в этом варианте осуществления, краевые BM-SC и MBMS GW установлены на краю сети, и центральный BM-SC установлен в базовой сети. Кроме того, краевой сервер контента и MCE дополнительно установлены на краю сети, UE находится на краю сети, и MBMS GW, MME и пр. дополнительно установлены в базовой сети. MBMS GW, установленный на краю сети идентичен MBMS GW, установленный в базовой сети, и оба MBMS GW способны реализовать функцию плоскости управления и функцию плоскости пользователя. Очевидно, что краевой BM-SC реализует, в основном, функцию плоскости пользователя BM-SC. Очевидно, что при передаче данных традиционной службы MBMS, центральный BM-SC реализует все функции (то есть функцию плоскости пользователя и функцию плоскости управления) BM-SC. Очевидно, что при передаче данных краевой службы MBMS, центральный BM-SC реализует только функцию плоскости управления BM-SC. Краевой BM-SC и центральный BM-SC могут осуществлять обмен сигнализацией и информацией путем добавления интерфейса CL. Краевые BM-SC и MBMS GW, находящиеся на краю сети, могут осуществлять обмен сигнализацией и информацией с использованием исходных интерфейсов SGi-mb и SGmb. Кроме того, в отношении интерфейса обмена сигнализацией и информацией между другими сетевыми элементами, можно обратиться к положениям существующего стандарта, и детали здесь не описаны. Таким образом, по сравнению с системой передачи данных службы MBMS в уровне техники, в системе передачи данных службы MBMS, показанной на фиг. 2, краевые BM-SC и MBMS GW добавляются на краю сети.

В архитектуре системы, показанной на фиг. 2, существует следующий путь передачи данных (обеспеченный краевым сервером контента) краевой службы MBMS: краевой BM-SC -> MBMS GW, находящийся на краю сети -> E-UTRAN -> UE, и существует следующий путь передачи данных (обеспеченный традиционным сервером контента) традиционной службы MBMS: центральный BM-SC -> MBMS GW, находящийся в базовой сети -> E-UTRAN -> UE. В архитектуре системы, показанной на фиг. 2, в отношении конкретной процедуры передачи данных традиционной службы MBMS, можно обратиться к уровню техники, и детали здесь не описаны. Следующий вариант осуществления описывает, в основном, процедуру передачи данных краевой службы MBMS. Рассмотрим фиг. 3 и фиг. 4. На фиг. 3 показана схема процедуры инициирования сеанса в процессе передачи данных краевой службы MBMS согласно варианту осуществления. На фиг. 4 показана схема процедуры окончания сеанса в процессе передачи данных краевой службы MBMS согласно варианту осуществления.

Согласно фиг. 3, MBMS GW на фиг. 3 находится на краю сети, и процедура инициирования сеанса включает в себя следующие этапы.

Этап 301: центральный BM-SC создает контекст несущего канала плоскости управления для краевой службы MBMS.

Контекст несущего канала плоскости управления включает в себя идентификатор временной мобильной группы (Temporary Mobile Group Identity, TMGI), который выделяется краевой службе MBMS центральным BM-SC. Кроме того, контекст несущего канала плоскости управления может дополнительно включать в себя информацию, например, качество обслуживания (Quality of Service, QoS), зону обслуживания, идентификатор сеанса, адрес краевого BM-SC и список узлов нисходящей линии связи. Узел нисходящей линии связи представляет собой, например, MBMS GW на краю сети или узел управления мобильностью (Mobility Management Entity, MME) на краю сети.

Этап 302: центральный BM-SC отправляет запрос начала сеанса в краевой BM-SC.

Запрос начала сеанса включает в себя TMGI краевой службы MBMS. Кроме того, запрос начала сеанса здесь может дополнительно включать в себя адрес MBMS GW на краю сети, список узлов нисходящей линии связи, зону обслуживания, идентификатор службы, QoS и пр.

Этап 303: краевой BM-SC создает контекст несущего канала плоскости пользователя для краевой службы MBMS.

Этап 304: краевой BM-SC отправляет запрос начала сеанса в MBMS GW.

Запрос начала сеанса здесь включает в себя TMGI, QoS, зону обслуживания, идентификатор службы, адрес узла нисходящей линии связи MME и пр.

Этап 305: MBMS GW выделяет IP-адрес многоадресной передачи, и создает контекст несущего канала плоскости управления и контекст несущего канала плоскости пользователя для краевой службы MBMS.

IP-адрес многоадресной передачи используется, когда MBMS GW взаимодействует с eNB. MBMS GW может дополнительно выделять идентификатор концевой точки управления-туннеля (Control-Tunnel Endpoint Identifier C-TEID), и C-TEID используется, когда MBMS GW взаимодействует с MME.

Этап 306: MBMS GW отправляет ответ начала сеанса в краевую BM-SC.

Ответ начала сеанса несет TMGI краевой службы MBMS.

Этап 307: краевой BM-SC отправляет ответ начала сеанса в центральный BM-SC.

Между этапом 307 и этап 308a, может быть дополнительно включен еще один этап. Например, MBMS GW отправляет запрос начала сеанса в нижерасположенный MME, MME создает контекст несущего канала, и MME отправляет запрос начала сеанса в другой нижерасположенный узел. Детали здесь не описаны. За деталями можно обратиться к существующей стандартной процедуре eMBMS.

Этап 308a: краевой сервер контента вводит данные краевой службы MBMS в краевой BM-SC.

Этап 308b: центральный BM-SC доставляет ключ службы в краевой BM-SC.

Этап 309: краевой BM-SC отправляет данные краевой службы MBMS в UE через MBMS GW.

Краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы, доставленного центральным BM-SC и отправляет зашифрованные данные краевой службы MBMS в MBMS GW. MBMS GW отправляет, с использованием E-UTRAN, зашифрованные данные в UE согласно ранее выделенному IP-адресу многоадресной передачи.

Согласно фиг. 4, процедура окончания сеанса включает в себя следующие этапы.

Этап 401: краевой BM-SC обнаруживает, что передача данных краевой службы MBMS завершена.

Этап 402: краевой BM-SC отправляет извещение о конце сеанса в центральный BM-SC.

Извещение о конце сеанса несет TMGI краевой службы MBMS.

Этап 403: центральный BM-SC освобождает контекст несущего канала плоскости управления.

Этап 404: центральный BM-SC отправляет запрос остановки сеанса в краевой BM-SC.

Запрос остановки сеанса несет TMGI краевой службы MBMS.

Этап 405: краевой BM-SC освобождает контекст несущего канала плоскости пользователя.

Этап 406: краевой BM-SC отправляет ответ остановки сеанса в центральный BM-SC.

Ответ остановки сеанса несет TMGI краевой службы MBMS.

Этап 407: краевой BM-SC отправляет запрос остановки сеанса в MBMS GW.

Этап 408: MBMS GW освобождает контекст несущего канала плоскости пользователя и контекст несущего канала плоскости управления.

Этап 409: MBMS GW отправляет ответ остановки сеанса в краевой BM-SC.

После этапа 409, может быть дополнительно включен еще один этап. Например, MBMS GW отправляет запрос остановки сеанса в нижерасположенный MME, MME освобождает контекст несущего канала, и MME отправляет запрос остановки сеанса в другой нижерасположенный узел. Детали здесь не описаны. За деталями можно обратиться к существующей стандартной процедуре eMBMS.

В этом варианте осуществления, краевые BM-SC и MBMS GW установлены на краю сети, центральный BM-SC установлен в базовой сети, краевой BM-SC создает контекст несущего канала плоскости пользователя, центральный BM-SC создает контекст несущего канала плоскости управления, и данные краевой службы MBMS непосредственно пересылаются в UE через краевые BM-SC и MBMS GW, находящиеся на краю сети, вследствие чего пересылка данных осуществляется только на краю сети и не доходит до базовой сети. Поэтому задержка передачи данных краевой службы MBMS может уменьшаться, меньшая полоса базовой сети используется для передачи данных краевой службы MBMS, и емкость обслуживания всей сети увеличивается.

Ниже описана архитектура системы настоящего изобретения в котором функция плоскости управления и функция плоскости пользователя MBMS GW реализуются на разных сетевых узлах. Согласно фиг. 5, в системе передачи данных службы MBMS в этом варианте осуществления, краевой BM-SC и функциональный узел плоскости пользователя MBMS GW (MBMS GW-U) установлены на краю сети, центральный BM-SC и функциональный узел плоскости управления MBMS GW (MBMS GW-C) установлены в базовой сети, и MBMS GW-C соответствует вышеописанному MBMS GW-U. Кроме того, краевой сервер контента и MCE дополнительно установлены на краю сети, UE находится на краю сети, и другой MBMS GW-U, MBMS GW-C, соответствующий другому MBMS GW-U, MME и пр., дополнительно установлены в базовой сети. MBMS GW-U выполнен с возможностью реализации функции плоскости пользователя MBMS GW, и MBMS GW-C выполнен с возможностью реализации функции плоскости управления MBMS GW. Очевидно, что краевой BM-SC реализует, в основном, функцию плоскости пользователя BM-SC. Очевидно, что при передаче данных традиционной службы MBMS, центральный BM-SC реализует все функции (то есть функцию плоскости пользователя и функцию плоскости управления) BM-SC. Очевидно, что при передаче данных краевой службы MBMS, центральный BM-SC реализует только функцию плоскости управления BM-SC. Краевой BM-SC и центральный BM-SC могут осуществлять обмен сигнализацией и информацией путем добавления интерфейса CL. Краевые BM-SC и MBMS GW-U, находящиеся на краю сети, могут осуществлять обмен сигнализацией и информацией с использованием исходного интерфейса SGi-mb. Краевые BM-SC и MBMS GW-C, находящиеся в базовой сети, могут осуществлять обмен сигнализацией и информацией с использованием исходного интерфейса SGmb. Кроме того, в отношении интерфейса обмена сигнализацией и информацией между другими сетевыми элементами, можно обратиться к положениям существующего стандарта, и детали здесь не описаны. Таким образом, по сравнению с системой передачи данных службы MBMS в уровне техники, в системе передачи данных службы MBMS, показанной на фиг. 5, краевые BM-SC и MBMS GW-U добавляются на краю сети, и MBMS GW-C, соответствующий MBMS GW-U на краю сети, добавляется в базовой сети.

В архитектуре системы, показанной на фиг. 5, существует следующий путь передачи данных (обеспеченный краевым сервером контента) краевой службы MBMS: краевой BM-SC -> MBMS GW-U, находящийся на краю сети -> E-UTRAN -> UE. Существует следующий путь передачи данных (обеспеченный традиционным сервером контента) традиционной службы MBMS: центральный BM-SC -> MBMS GW-U, находящийся в базовой сети -> E-UTRAN -> UE. В архитектуре системы, показанной на фиг. 5, в отношении конкретной процедуры передачи данных традиционной службы MBMS, можно обратиться к уровню техники, и детали здесь не описаны. Следующий вариант осуществления описывает, в основном, процедуру передачи данных краевой службы MBMS. Рассмотрим фиг. 6 и фиг. 7. На фиг. 6 показана схема процедуры инициирования сеанса в процессе передачи данных краевой службы MBMS согласно варианту осуществления. На фиг. 7 показана схема процедуры окончания сеанса в процессе передачи данных краевой службы MBMS согласно варианту осуществления.

Согласно фиг. 6, MBMS GW-U на фиг. 6 находится на краю сети, соответствующий MBMS GW-C находится в базовой сети, и процедура инициирования сеанса включает в себя следующие этапы.

Этап 601: центральный BM-SC создает контекст несущего канала плоскости управления для краевой службы MBMS.

Контекст несущего канала плоскости управления включает в себя TMGI, который выделяется краевой службе MBMS центральным BM-SC. Кроме того, контекст несущего канала плоскости управления может дополнительно включать в себя такую информацию, как QoS, зона обслуживания, идентификатор сеанса, адрес краевого BM-SC и список узлов нисходящей линии связи. Узел нисходящей линии связи представляет собой, например, MBMS GW-C или MME.

Этап 602: центральный BM-SC отправляет запрос начала сеанса в краевой BM-SC.

Запрос начала сеанса включает в себя TMGI краевых данных. Кроме того, запрос начала сеанса здесь может дополнительно включать в себя адрес MBMS GW-C, список узлов нисходящей линии связи, зону обслуживания, идентификатор службы, QoS и пр.

Этап 603: краевой BM-SC создает контекст несущего канала плоскости пользователя для краевой службы MBMS.

Этап 604: краевой BM-SC отправляет запрос начала сеанса в MBMS GW-C.

Этап 605: MBMS GW-C выделяет IP-адрес многоадресной передачи и создает контекст несущего канала плоскости управления для краевой службы MBMS.

Этап 606: MBMS GW-C отправляет ответ начала сеанса в краевую BM-SC.

Этап 607: краевой BM-SC отправляет ответ начала сеанса в центральный BM-SC.

Этап 608: MBMS GW-C отправляет элемент потока в MBMS GW-U.

Элемент потока может генерироваться MBMS GW-C согласно ранее выделенному IP-адресу многоадресной передачи.

До этапа 608, может быть дополнительно включен следующий этап: MBMS GW-C отправляет запрос начала сеанса в нижерасположенный MME. Между этапом 608 и этапом 609a, могут быть дополнительно включены следующие этапы: MME создает контекст несущего канала, MME отправляет запрос начала сеанса в другой нижерасположенный узел и пр. Детали здесь не описаны. За деталями можно обратиться к существующей стандартной процедуре eMBMS.

Этап 609a: краевой сервер контента вводит данные краевой службы MBMS в краевой BM-SC.

Этап 609b: центральный BM-SC доставляет ключ службы в краевой BM-SC.

Этап 610: краевой BM-SC отправляет данные краевой службы MBMS в UE через MBMS GW-U.

Краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы, доставленного центральным BM-SC и отправляет зашифрованные данные краевой службы MBMS в MBMS GW-U. MBMS GW-U отправляет, с использованием E-UTRAN, зашифрованные данные в UE согласно элементу потока, доставленному MBMS GW-C.

Согласно фиг. 7, процедура окончания сеанса включает в себя следующие этапы.

Этап 701: краевой BM-SC обнаруживает, что передача данных краевой службы MBMS завершена.

Этап 702: краевой BM-SC отправляет извещение о конце сеанса в центральный BM-SC.

Этап 703: центральный BM-SC освобождает контекст несущего канала плоскости управления.

Этап 704: центральный BM-SC отправляет запрос остановки сеанса в краевой BM-SC.

Этап 705: краевой BM-SC освобождает контекст несущего канала плоскости пользователя.

Этап 706: краевой BM-SC отправляет ответ остановки сеанса в центральный BM-SC.

Этап 707: краевой BM-SC отправляет запрос остановки сеанса в MBMS GW-C.

Этап 708: MBMS GW-C освобождает контекст несущего канала плоскости управления.

Этап 709: MBMS GW-C отправляет ответ остановки сеанса в краевой BM-SC.

Между этапом 709 и этапом 710, могут быть дополнительно включены следующие этапы: MBMS GW-C отправляет запрос остановки сеанса в нижерасположенный MME, MME освобождает контекст несущего канала, и пр.

Этап 710: MBMS GW-C отправляет извещение об удалении элемента потока в MBMS GW-U.

После приема извещения об удалении элемента потока, MBMS GW-U удаляет элемент потока, доставленный MBMS GW-C.

После этапа 710, могут быть дополнительно включены следующие этапы: MME отправляет запрос остановки сеанса в другой узел нисходящей линии связи, другой нижерасположенный узел освобождает контекст несущего канала, и пр. Детали здесь не описаны. За деталями можно обратиться к существующей стандартной процедуре eMBMS.

В этом варианте осуществления, краевые BM-SC и MBMS GW-U установлены на краю сети, центральные BM-SC и MBMS GW-C установлены в базовой сети, краевой BM-SC создает контекст несущего канала плоскости пользователя, центральный BM-SC создает контекст несущего канала плоскости управления, и данные краевой службы MBMS непосредственно пересылаются в UE через Краевые BM-SC и MBMS GW-U, находящиеся на краю сети, вследствие чего пересылка данных осуществляется только на краю сети и не доходит до базовой сети. Поэтому задержка передачи данных краевой службы MBMS может уменьшаться, меньшая полоса базовой сети используется для передачи данных краевой службы MBMS, и емкость обслуживания всей сети увеличивается.

Ниже описан центральный BM-SC, предусмотренный в настоящем изобретении. Согласно фиг. 8, центральный BM-SC включает в себя блок 801 управления несущим каналом, блок 802 отправки, блок 803 приема и блок 804 доставки ключа.

В системе передачи данных службы MBMS, показанной на фиг. 2, блоки в центральном BM-SC взаимодействуют между собой следующим образом.

Когда данные краевой службы MBMS необходимо передавать в UE, блок 801 управления несущим каналом создает контекст несущего канала плоскости управления для краевой службы MBMS. Контекст несущего канала плоскости управления включает в себя TMGI, который выделяется краевой службе MBMS центральным BM-SC. После того, как блок 801 управления несущим каналом создает контекст несущего канала плоскости управления, блок 802 отправки отправляет запрос начала сеанса в краевой BM-SC, находящийся на краю сети, где запрос начала сеанса несет TMGI. После того, как краевой BM-SC создает контекст несущего канала плоскости пользователя для краевой службы MBMS, блок 803 приема принимает ответ начала сеанса, отправленный краевым BM-SC, где ответ начала сеанса несет TMGI. Затем блок 804 доставки ключа доставляет ключ службы в краевой BM-SC, вследствие чего краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы, доставленного блоком 804 доставки ключа и отправляет зашифрованные данные краевой службы MBMS в UE через MBMS GW, находящийся на краю сети.

При обнаружении, что передача данных краевой службы MBMS завершена, краевой BM-SC отправляет извещение о конце сеанса в центральный BM-SC. блок 803 приема принимает извещение о конце сеанса, где извещение о конце сеанса включает в себя TMGI. После того, как блок 803 приема принимает извещение о конце сеанса, блок 801 управления несущим каналом освобождает контекст несущего канала плоскости управления. Затем блок 802 отправки отправляет запрос остановки сеанса в краевой BM-SC, где запрос остановки сеанса включает в себя TMGI. После того, как краевой BM-SC освобождает контекст несущего канала плоскости пользователя, блок 803 приема принимает ответ остановки сеанса, отправленный краевым BM-SC, где ответ остановки сеанса включает в себя TMGI.

В системе передачи данных службы MBMS, показанной на фиг. 5, блоки в центральном BM-SC взаимодействуют между собой следующим образом.

Когда данные краевой службы MBMS необходимо передавать в UE, блок 801 управления несущим каналом создает контекст несущего канала плоскости управления для краевой службы MBMS. Контекст несущего канала плоскости управления включает в себя TMGI, который выделяется краевой службе MBMS центральным BM-SC. После того, как блок 801 управления несущим каналом создает контекст несущего канала плоскости управления, блок 802 отправки отправляет запрос начала сеанса в краевой BM-SC, находящийся на краю сети, где запрос начала сеанса несет TMGI. После того, как краевой BM-SC создает контекст несущего канала плоскости пользователя для краевой службы MBMS, блок 803 приема принимает ответ начала сеанса, отправленный краевым BM-SC, где ответ начала сеанса несет TMGI. Затем блок 804 доставки ключа доставляет ключ службы в краевой BM-SC, вследствие чего краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы, доставленного блоком 804 доставки ключа и отправляет зашифрованные данные краевой службы MBMS в UE через MBMS GW-U, находящийся на краю сети.

Ниже описан краевой BM-SC, предусмотренный в настоящем изобретении. Согласно фиг. 9, краевой BM-SC включает в себя блок 901 приема, блок 902 управления несущим каналом, блок 903 отправки, блок 904 шифрования и блок 905 отслеживания.

в системе передачи данных службы MBMS, показанной на фиг. 2, блоки взаимодействуют между собой в краевом BM-SC следующим образом.

Когда данные краевой службы MBMS необходимо передавать в UE, центральный BM-SC создает контекст несущего канала плоскости управления для краевой службы MBMS. Контекст несущего канала плоскости управления включает в себя TMGI, который выделяется краевой службе MBMS центральным BM-SC. Центральный BM-SC отправляет запрос начала сеанса в краевой BM-SC, и блок 901 приема принимает запрос начала сеанса, где запрос начала сеанса несет TMGI. После того, как блок 901 приема принимает запрос начала сеанса, блок 902 управления несущим каналом создает контекст несущего канала плоскости пользователя для краевой службы MBMS. Затем блок 903 отправки отправляет запрос начала сеанса в MBMS GW, находящийся на краю сети. После того, как MBMS GW выделяет IP-адрес многоадресной передачи и создает контекст несущего канала плоскости управления и контекст несущего канала плоскости пользователя для краевой службы MBMS, блок 901 приема принимает ответ начала сеанса, отправленный MBMS GW, где ответ начала сеанса несет TMGI. Блок 903 отправки отправляет ответ начала сеанса в центральный BM-SC. После приема ответа начала сеанса, центральный BM-SC выделяет ключ службы и доставляет выделенный ключ службы в краевой BM-SC. Блок 901 приема принимает ключ службы, доставленный центральным BM-SC. Блок 904 шифрования шифрует данные краевой службы MBMS с использованием ключа службы, принятого блоком 901 приема. Блок 903 отправки отправляет зашифрованные данные краевой службы MBMS в UE через MBMS GW, где MBMS GW отправляет зашифрованные данные краевой службы MBMS в UE согласно ранее выделенному IP-адресу многоадресной передачи.

В процессе передачи данных краевой службы MBMS, блок 905 отслеживания отслеживает ход передачи, и блок 903 отправки отправляет извещение о конце сеанса в центральный BM-SC, когда блок 905 отслеживания обнаруживает, что передача данных краевой службы MBMS завершена, где извещение о конце сеанса включает в себя TMGI. После приема извещения о конце сеанса, центральный BM-SC освобождает контекст несущего канала плоскости управления и отправляет запрос остановки сеанса в краевой BM-SC, где запрос остановки сеанса включает в себя TMGI. Блок 901 приема принимает запрос остановки сеанса. Блок 902 управления несущим каналом освобождает контекст несущего канала плоскости пользователя. Блок 903 отправки отправляет ответ остановки сеанса в центральный BM-SC, где ответ остановки сеанса включает в себя TMGI. Кроме того, после того, как блок 903 отправки отправляет ответ остановки сеанса в центральный BM-SC, блок 903 отправки дополнительно отправляет запрос остановки сеанса в MBMS GW. MBMS GW освобождает контекст несущего канала плоскости управления и контекст несущего канала плоскости пользователя, созданные MBMS GW и отправляет ответ остановки сеанса в краевой BM-SC. Блок 901 приема принимает ответ остановки сеанса, отправленный MBMS GW.

В системе передачи данных службы MBMS, показанной на фиг. 5, блоки взаимодействуют между собой в краевом BM-SC следующим образом.

Когда данные краевой службы MBMS необходимо передавать в UE, центральный BM-SC создает контекст несущего канала плоскости управления для краевой службы MBMS. Контекст несущего канала плоскости управления включает в себя TMGI, который выделяется краевой службе MBMS центральным BM-SC. Центральный BM-SC отправляет запрос начала сеанса в краевой BM-SC, и блок 901 приема принимает запрос начала сеанса, где запрос начала сеанса несет TMGI. После того, как блок 901 приема принимает запрос начала сеанса, блок 902 управления несущим каналом создает контекст несущего канала плоскости пользователя для краевой службы MBMS. Затем блок 903 отправки отправляет запрос начала сеанса в MBMS GW-C. После того, как MBMS GW-C выделяет IP-адрес многоадресной передачи и создает контекст несущего канала плоскости управления для краевой службы MBMS, блок 901 приема принимает ответ начала сеанса, отправленный MBMS GW-C, где ответ начала сеанса несет TMGI. Блок 903 отправки отправляет ответ начала сеанса в центральный BM-SC. После приема ответа начала сеанса, центральный BM-SC выделяет ключ службы и доставляет выделенный ключ службы в краевой BM-SC. Блок 901 приема принимает ключ службы, доставленный центральным BM-SC. Блок 904 шифрования шифрует данные краевой службы MBMS с использованием ключа службы, принятого блоком 901 приема. Блок 903 отправки отправляет зашифрованные данные краевой службы MBMS в UE через MBMS GW-U, где MBMS GW-U отправляет зашифрованные данные краевой службы MBMS в UE согласно элементу потока, доставленному MBMS GW-C, и элемент потока генерируется MBMS GW-C согласно ранее выделенному IP-адресу многоадресной передачи.

В процессе передачи данных краевой службы MBMS, блок 905 отслеживания отслеживает ход передачи, и блок 903 отправки отправляет извещение о конце сеанса в центральный BM-SC, когда блок 905 отслеживания обнаруживает, что передача данных краевой службы MBMS завершена, где извещение о конце сеанса включает в себя TMGI. После приема извещения о конце сеанса, центральный BM-SC освобождает контекст несущего канала плоскости управления и отправляет запрос остановки сеанса в краевой BM-SC, где запрос остановки сеанса включает в себя TMGI. блок 901 приема принимает запрос остановки сеанса. Блок 902 управления несущим каналом освобождает контекст несущего канала плоскости пользователя. Блок 903 отправки отправляет ответ остановки сеанса в центральный BM-SC, где ответ остановки сеанса включает в себя TMGI. Кроме того, после того, как блок 903 отправки отправляет ответ остановки сеанса в центральный BM-SC, блок 903 отправки дополнительно отправляет запрос остановки сеанса в MBMS GW-C. MBMS GW-C освобождает контекст несущего канала плоскости управления, созданный MBMS GW-C, и отправляет ответ остановки сеанса в краевой BM-SC. Блок 901 приема принимает ответ остановки сеанса. Затем MBMS GW-C может дополнительно отправлять извещение об удалении элемента потока в MBMS GW-U. После приема извещения об удалении элемента потока, MBMS GW-U удаляет элемент потока, доставленный MBMS GW-C.

Согласно фиг. 10, в другом варианте осуществления настоящего изобретения, центральный BM-SC включает в себя память 1001, процессор 1002 и приемопередатчик 1003. Процессор 1002 выполняет программно реализованную программу, хранящуюся в памяти 1001, для реализации следующего процесса:

создание контекста несущего канала плоскости управления для краевой службы MBMS, где контекст несущего канала плоскости управления включает в себя TMGI, который выделяется краевой службе MBMS центральным BM-SC;

управление приемопередатчиком 1003 для отправки запроса начала сеанса в краевой BM-SC, вследствие чего краевой BM-SC создает контекст несущего канала плоскости пользователя для краевой службы MBMS, где запрос начала сеанса несет TMGI;

управление приемопередатчиком 1003 для приема ответа начала сеанса, отправленного краевым BM-SC, где ответ начала сеанса несет TMGI; и

доставка ключа службы в краевой BM-SC, вследствие чего краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы и отправляет зашифрованные данные краевой службы MBMS в UE через MBMS GW.

Альтернативно, процессор 1002 выполняет программно реализованную программу, хранящуюся в памяти 1001, для реализации следующего процесса:

доставка ключа службы в краевой BM-SC, вследствие чего краевой BM-SC шифрует данные краевой службы MBMS с использованием ключа службы и отправляет зашифрованные данные краевой службы MBMS в UE через функциональный узел плоскости пользователя MBMS GW.

Согласно фиг. 11, в другом варианте осуществления настоящего изобретения, краевой BM-SC включает в себя память 1101, процессор 1102 и приемопередатчик 1103. Процессор 1102 выполняет программно реализованную программу, хранящуюся в памяти 1101, для реализации следующего процесса:

управление приемопередатчиком 1103 для приема запроса начала сеанса, отправленного центральным BM-SC, где запрос начала сеанса несет TMGI, который относится к краевой службе MBMS и который включен в контекст несущего канала плоскости управления, и контекст несущего канала плоскости управления создается для краевой службы MBMS центральным BM-SC;

создание контекста несущего канала плоскости пользователя для краевой службы MBMS;

управление приемопередатчиком 1103 для отправки запроса начала сеанса в MBMS GW, вследствие чего MBMS GW выделяет IP-адрес многоадресной передачи и создает контекст несущего канала плоскости управления и контекст несущего канала плоскости пользователя для краевой службы MBMS;

управление приемопередатчиком 1103 для приема ответа начала сеанса, отправленного MBMS GW, где ответ начала сеанса несет TMGI;

управление приемопередатчиком 1103 для отправки ответа начала сеанса в центральный BM-SC;

управление приемопередатчиком 1103 для приема ключа службы, доставленного центральным BM-SC; и

шифрование данные краевой службы MBMS с использованием ключа службы, и управление приемопередатчиком 1103 для отправки зашифрованных данных краевой службы MBMS в UE через MBMS GW, где MBMS GW отправляет зашифрованные данные краевой службы MBMS в UE согласно IP-адресу многоадресной передачи.

Альтернативно, процессор 1102 выполняет программно реализованную программу, хранящуюся в памяти 1101, для реализации следующего процесса:

управление приемопередатчиком 1103 для отправки запроса начала сеанса в функциональный узел плоскости управления MBMS GW, вследствие чего функциональный узел плоскости управления MBMS GW выделяет IP-адрес многоадресной передачи и создает контекст несущего канала плоскости управления для краевой службы MBMS;

управление приемопередатчиком 1103 для приема ответа начала сеанса, отправленного функциональным узлом плоскости управления MBMS GW, где ответ начала сеанса несет TMGI;

шифрование данные краевой службы MBMS с использованием ключа службы, и управление приемопередатчиком 1103 для отправки зашифрованных данных краевой службы MBMS в UE через функциональный узел плоскости пользователя MBMS GW, где функциональный узел плоскости пользователя MBMS GW отправляет зашифрованные данные краевой службы MBMS в UE согласно элементу потока, доставленному функциональным узлом плоскости управления MBMS GW, и элемент потока генерируется функциональным узлом плоскости управления MBMS GW согласно IP-адресу многоадресной передачи.

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

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

На основании описания вышеприведенных реализаций, специалист в данной области техники может отчетливо понять, что настоящее изобретение может быть реализовано посредством программного обеспечения помимо необходимого оборудования общего назначения, или посредством специализированного оборудования, в том числе, специализированной интегральной схемы, специализированного CPU, специализированной памяти, специализированного компонента и пр. В общем случае, любые функции, которые осуществляются компьютерной программой, можно легко реализовать с использованием соответствующего оборудования. Кроме того, конкретная аппаратная структура, используемая для достижения той же функции, могут принимать различные формы, например, в форме аналоговой схемы, цифровой схемы или специализированной схемы. Однако, для настоящего изобретения, реализация с использованием программно реализованной программы, в большинстве случаев, является лучшей реализацией. На этом основании, технические решения, составляющие сущность настоящего изобретения или часть, вносящую вклад в уровень техники, могут быть реализованы в форме программного продукта. Компьютерный программный продукт хранится на считываемом носителе данных, например, флоппи-диске, флэш-носителе USB, сменном жестком диске, в постоянной памяти (ROM, Read-Only Memory), оперативной памяти (RAM, Random Access Memory), на магнитном диске или оптическом диске компьютера, и включает в себя несколько инструкций, предписывающих компьютерному устройству (которым может быть персональный компьютер, сервер, сетевое устройство и т.п.) осуществлять способы, описанные согласно вариантам осуществления настоящего изобретения.

Способ передачи данных для краевой службы MBMS и соответствующее устройство, предусмотренные согласно вариантам осуществления настоящего изобретения, подробно описаны выше. Согласно принципу вариантов осуществления настоящего изобретения, специалист в данной области техники может предложить модификации и разновидности конкретных реализаций и объема заявки. Поэтому содержание описания изобретения не следует рассматривать как ограничение настоящего изобретения.

Claims

1. Способ передачи данных для краевой мультимедийной службы широковещательной/многоадресной передачи (службы MBMS), каковой способ передачи данных для краевой службы MBMS применяется к системе передачи данных службы MBMS, система передачи данных службы MBMS содержит центральный центр службы широковещательной/многоадресной передачи (BM-SC), находящийся в базовой сети, и краевой BM-SC и функциональный узел плоскости пользователя краевого шлюза мультимедийной службы широковещательной/многоадресной передачи (MBMS GW), которые находятся на краю сети, при этом способ передачи данных для краевой службы MBMS содержит этапы, на которых:

создают (601) посредством центрального BM-SC контекст несущего канала плоскости управления для краевой службы MBMS, причем контекст несущего канала плоскости управления содержит идентификатор временной мобильной группы (TMGI), который выделяется краевой службе MBMS посредством центрального BM-SC;

отправляют (602) посредством центрального BM-SC запрос начала сеанса в краевой BM-SC, с тем чтобы краевой BM-SC создал контекст несущего канала плоскости пользователя для краевой службы MBMS, причем в запросе начала сеанса переносится TMGI;

принимают (607) посредством центрального BM-SC ответ начала сеанса от краевого BM-SC, причем ответ начала сеанса несет TMGI; и

доставляют (609b) посредством центрального BM-SC ключ службы в краевой BM-SC, с тем чтобы краевой BM-SC зашифровал данные краевой службы MBMS с использованием ключа службы и отправил зашифрованные данные краевой службы MBMS в пользовательское оборудование (UE), через функциональный узел плоскости пользователя MBMS GW.

2. Способ по п. 1, при этом способ дополнительно содержит этапы, на которых:

принимают (702) посредством центрального BM-SC извещение о конце сеанса от краевого BM-SC, причем извещение о конце сеанса содержит TMGI;

высвобождают (703) посредством центрального BM-SC контекст несущего канала плоскости управления и отправляют (704) запрос остановки сеанса в краевой BM-SC, с тем чтобы краевой BM-SC высвободил контекст несущего канала плоскости пользователя, причем запрос остановки сеанса содержит TMGI; и

принимают (706) посредством центрального BM-SC ответ остановки сеанса от краевого BM-SC, причем ответ остановки сеанса содержит TMGI.

3. Способ передачи данных для краевой мультимедийной службы широковещательной/многоадресной передачи (службы MBMS), каковой способ передачи данных для краевой службы MBMS применяется к системе передачи данных службы MBMS, система передачи данных службы MBMS содержит центральный центр службы широковещательной/многоадресной передачи (BM-SC) и функциональный узел плоскости управления шлюза мультимедийной службы широковещательной/многоадресной передачи (MBMS GW), которые находятся в базовой сети, и краевой BM-SC и функциональный узел плоскости пользователя (MBMS GW), которые находятся на краю сети, причем функциональный узел плоскости пользователя MBMS GW соответствует функциональному узлу плоскости управления MBMS GW, при этом способ передачи данных для краевой службы MBMS содержит этапы, на которых:

принимают (602) посредством краевого BM-SC запрос начала сеанса от центрального BM-SC, причем запрос начала сеанса несет идентификатор временной мобильной группы (TMGI), который относится к краевой службе MBMS и который содержится в контексте несущего канала плоскости управления, и контекст несущего канала плоскости управления создается для краевой службы MBMS посредством центрального BM-SC;

создают (603) посредством краевого BM-SC контекст несущего канала плоскости пользователя для краевой службы MBMS;

отправляют (604) посредством краевого BM-SC запрос начала сеанса в функциональный узел плоскости управления MBMS GW, с тем чтобы функциональный узел плоскости управления MBMS GW выделил адрес интернет-протокола (IP) многоадресной передачи и создал контекст несущего канала плоскости управления для краевой службы MBMS;

принимают (606) посредством краевого BM-SC ответ начала сеанса от функционального узла плоскости управления MBMS GW, причем в ответе начала сеанса переносится TMGI;

отправляют (607) посредством краевого BM-SC ответ начала сеанса в центральный BM-SC;

принимают посредством краевого BM-SC ключ службы, доставленный посредством центрального BM-SC; и

шифруют посредством краевого BM-SC данные краевой службы MBMS с использованием ключа службы и отправляют (610) зашифрованные данные краевой службы MBMS в пользовательское оборудование (UE) через функциональный узел плоскости пользователя MBMS GW, причем функциональный узел плоскости пользователя MBMS GW отправляет зашифрованные данные краевой службы MBMS в UE согласно элементу потока, доставленному функциональным узлом плоскости управления MBMS GW, и элемент потока генерируется функциональным узлом плоскости управления MBMS GW согласно IP-адресу многоадресной передачи.

4. Способ по п. 3, при этом способ дополнительно содержит этапы, на которых:

отслеживают посредством краевого BM-SC ход передачи данных краевой службы MBMS;

отправляют (702) посредством краевого BM-SC извещение о конце сеанса в центральный BM-SC при обнаружении (701) того, что передача данных службы MBMS заканчивается, с тем чтобы центральный BM-SC высвободил контекст несущего канала плоскости управления, созданный посредством центрального BM-SC, причем извещение о конце сеанса содержит TMGI;

принимают (704) посредством краевого BM-SC запрос остановки сеанса от центрального BM-SC, причем запрос остановки сеанса содержит TMGI;

высвобождают (705) посредством краевого BM-SC контекст несущего канала плоскости пользователя, созданный посредством краевого BM-SC; и

отправляют (706) посредством краевого BM-SC ответ остановки сеанса в центральный BM-SC, причем в ответе остановки сеанса переносится TMGI.

5. Способ по п. 4, при этом способ дополнительно содержит этапы, на которых:

отправляют (707) посредством краевого BM-SC запрос остановки сеанса в функциональный узел плоскости управления MBMS GW, с тем чтобы функциональный узел плоскости управления MBMS GW высвободил контекст несущего канала плоскости управления, созданный функциональным узлом плоскости управления MBMS GW; и

принимают (709) посредством краевого BM-SC ответ остановки сеанса от функционального узла плоскости управления MBMS GW.

6. Центральный центр службы широковещательной/многоадресной передачи (BM-SC) (800), каковой центральный BM-SC находится в базовой сети, при этом центральный BM-SC содержит:

блок (801) управления несущим каналом, выполненный с возможностью создания контекста несущего канала плоскости управления для краевой мультимедийной службы широковещательной/многоадресной передачи (службы MBMS), причем контекст несущего канала плоскости управления содержит идентификатор временной мобильной группы (TMGI), который выделяется краевой службе MBMS центральным BM-SC;

блок (802) отправки, выполненный с возможностью отправки запроса начала сеанса в краевой BM-SC, находящийся на краю сети, с тем чтобы краевой BM-SC создал контекст несущего канала плоскости пользователя для краевой службы MBMS, причем в запросе начала сеанса переносится TMGI;

блок (803) приема, выполненный с возможностью приема ответа начала сеанса от краевого BM-SC, причем в ответе начала сеанса переносится TMGI; и

блок (804) доставки ключа, выполненный с возможностью доставки ключа службы в краевой BM-SC, с тем чтобы краевой BM-SC зашифровал данные краевой службы MBMS с использованием ключа службы и отправил зашифрованные данные краевой службы MBMS в пользовательское оборудование (UE) через функциональный узел плоскости пользователя шлюза мультимедийной службы широковещательной/многоадресной передачи (MBMS GW), находящийся на краю сети.

7. Центральный BM-SC по п. 6, в котором

блок приема дополнительно выполнен с возможностью приема извещения о конце сеанса от краевого BM-SC, причем извещение о конце сеанса содержит TMGI;

блок управления несущим каналом дополнительно выполнен с возможностью высвобождения контекста несущего канала плоскости управления;

блок отправки дополнительно выполнен с возможностью отправки запроса остановки сеанса в краевой BM-SC, с тем чтобы краевой BM-SC высвободил контекст несущего канала плоскости пользователя, причем запрос остановки сеанса содержит TMGI; и

блок приема дополнительно выполнен с возможностью приема ответа остановки сеанса от краевого BM-SC, причем ответ остановки сеанса содержит TMGI.

8. Краевой центр службы широковещательной/многоадресной передачи (BM-SC) (900), каковой краевой BM-SC находится на краю сети, при этом краевой BM-SC содержит:

блок (901) приема, выполненный с возможностью приема запроса начала сеанса от центрального BM-SC, находящегося в базовой сети, причем в запросе начала сеанса переносится идентификатор временной мобильной группы (TMGI), который относится к краевой мультимедийной службе широковещательной/многоадресной передачи (службе MBMS) и который содержится в контексте несущего канала плоскости управления, и контекст несущего канала плоскости управления создается для краевой службы MBMS центральным BM-SC;

блок (902) управления несущим каналом, выполненный с возможностью создания контекста несущего канала плоскости пользователя для краевой службы MBMS; и

блок (903) отправки, выполненный с возможностью отправки запроса начала сеанса в краевой функциональный узел плоскости управления шлюза мультимедийной службы широковещательной/многоадресной передачи (MBMS GW), находящийся в базовой сети, с тем чтобы функциональный узел плоскости управления MBMS GW выделил адрес интернет-протокола (IP) многоадресной передачи и создал контекст несущего канала плоскости управления для краевой службы MBMS, причем

блок приема дополнительно выполнен с возможностью приема ответа начала сеанса от функционального узла плоскости управления MBMS GW, причем в ответе начала сеанса переносится TMGI;

краевой BM-SC дополнительно содержит блок (904) шифрования, причем блок шифрования выполнен с возможностью шифрования данных краевой службы MBMS с использованием ключа службы; и

блок отправки дополнительно выполнен с возможностью отправки зашифрованных данных краевой службы MBMS в пользовательское оборудование (UE) через функциональный узел плоскости пользователя MBMS GW, находящийся на краю сети, причем функциональный узел плоскости пользователя MBMS GW отправляет зашифрованные данные краевой службы MBMS в UE согласно элементу потока, доставленному функциональным узлом плоскости управления MBMS GW, и элемент потока генерируется функциональным узлом плоскости управления MBMS GW согласно IP-адресу многоадресной передачи.

9. Краевой BM-SC по п. 8, при этом краевой BM-SC дополнительно содержит:

блок (905) отслеживания, выполненный с возможностью отслеживания хода передачи данных краевой службы MBMS, причем

блок отправки дополнительно выполнен с возможностью отправки извещения о конце сеанса в центральный BM-SC, когда блок отслеживания обнаруживает, что передача данных службы MBMS заканчивается, с тем чтобы центральный BM-SC высвободил контекст несущего канала плоскости управления, созданный центральным BM-SC, причем извещение о конце сеанса содержит TMGI;

блок приема дополнительно выполнен с возможностью приема запроса остановки сеанса от центрального BM-SC, причем запрос остановки сеанса содержит TMGI;

блок управления несущим каналом дополнительно выполнен с возможностью высвобождения контекста несущего канала плоскости пользователя, созданного краевым BM-SC; и

блок отправки дополнительно выполнен с возможностью отправки ответа остановки сеанса в центральный BM-SC, причем в ответе остановки сеанса переносится TMGI.

10. Краевой BM-SC по п. 9, в котором

блок отправки дополнительно выполнен с возможностью отправки запроса остановки сеанса в функциональный узел плоскости управления MBMS GW, с тем чтобы функциональный узел плоскости управления MBMS GW высвободил контекст несущего канала плоскости управления, созданный функциональным узлом плоскости управления MBMS GW; и

блок приема дополнительно выполнен с возможностью приема ответа остановки сеанса от функционального узла плоскости управления MBMS GW.