×
22.11.2019
219.017.e4a0

СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002706707
Дата охранного документа
20.11.2019
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение относится к беспроводной связи. Способ передачи обслуживания включает в себя: определение, сетевым элементом управления мобильностью, передачи обслуживания управления сеансом SM для пользовательского оборудования UE и выбор целевого сетевого элемента управления сеансом SM и инициирование, сетевым элементом управления мобильностью, процесса установления канала целевым сетевым элементом SM, где канал включает в себя канал данных плоскости пользователя между целевым средством функции плоскости пользователя и целевой базовой станцией. Технический результат заключается в обеспечении возможности передавать обслуживание в сети, где CP отделена от UP и MM и SM в CP отделены друг от друга. 6 н. и 58 з.п. ф-лы, 21 ил.
Реферат Свернуть Развернуть

По данной заявке испрашивается приоритет патентной заявки PCT № PCT/CN2016/088189, поданной 1 июля 2016 г. под названием "HANDOVER METHOD AND APPARATUS", которая в полном объеме включена в настоящее описание изобретения посредством ссылки.

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

Данная заявка относится к области связи и, в частности, к способу и устройству передачи обслуживания.

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

Обновление и развитие технологий мобильной связи непременно приводит к различным инновационным применениям во всех областях бизнеса и промышленности. Мобильная широкополосная связь, мультимедиа, связь машинного типа, управление промышленным производством и интеллектуальная система транспортировки становятся основными случаями в эпоху 5G. Для удовлетворения требований к обслуживанию, которые сильно разнятся, сеть 5G будет строиться гибко. Потенциальная тенденция состоит в отделении функции плоскости управления (control plane, CP) от функции плоскости пользователя (user plane, UP), и отделении функции MM (Mobility Management, управления мобильностью) от функции SM (Session Management, управления сеансом) в CP.

Сетевой слайс 5G включает в себя средство функции плоскости управления (control plane function, CPF) и средство функции плоскости пользователя (user plane function, UPF). Средство CPF в основном выполняет функции MM, например, аутентификации доступа к устройству, защитного шифрования и регистрации местоположения, и функции SM, например, установления, освобождения и модификации пути передачи плоскости пользователя. Средство UPF, в основном, выполняет такие функции, как маршрутизация и ретрансляция данных плоскости пользователя.

На фиг. 1 показана схема архитектуры сетевого слайса.

Базовая сеть в каждом сетевом слайсе имеет несколько сетевых элементов SM и средств UPF, и разные сетевые слайсы совместно используют одно средство MM (Mobility Management, универсального управления мобильностью). Между RAN и MM существует интерфейс сигнализации, и между RAN и UPF существует интерфейс плоскости данных. Между базой данных пользователей и MM существует интерфейс сигнализации; и между базой данных пользователей и SM существует интерфейс сигнализации. Альтернативно, может существовать интерфейс сигнализации между MM и SM каждого сетевого слайса. Может существовать интерфейс сигнализации между RAN и SM, или может не существовать прямого интерфейса между RAN и SM, но MM нуждается в переносе сигнализации между RAN и SM.

Однако в настоящее время не существует способа передачи обслуживания на основе архитектуры показанной на фиг. 1.

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

Данная заявка предусматривает способ и устройство передачи обслуживания, для обеспечения способа и устройства для передачи обслуживания сети, в которой CP отделена от UP и MM и SM в CP отделены друг от друга.

Первый аспект данной заявки предусматривает способ передачи обслуживания, включающий в себя: определение, сетевым элементом управления мобильностью, осуществлять передачу обслуживания управления сеансом SM для пользовательского оборудования UE, и выбор целевого сетевого элемента управления сеансом SM; и инициирование, сетевым элементом управления мобильностью, процесса установления канала целевым сетевым элементом SM, где канал включает в себя канал данных плоскости пользователя между целевым средством функции плоскости пользователя и целевой базовой станцией. Это позволяет передавать обслуживание в сети, где CP отделена от UP, и MM и SM в CP отделены друг от друга.

Второй аспект данной заявки предусматривает сетевой элемент управления мобильностью, включающий в себя процессор и компонент связи. Процессор выполнен с возможностью: определять выполнить передачу обслуживания управления сеансом SM для пользовательского оборудования UE, и выбирать целевой сетевой элемент управления сеансом SM. Компонент связи выполнен с возможностью инициирования процесса установления канала целевым сетевым элементом SM, где канал включает в себя канал данных плоскости пользователя между целевым средством функции плоскости пользователя и целевой базовой станцией.

В реализации, инициирование, сетевым элементом управления мобильностью, процесса установления канала целевым сетевым элементом SM включает в себя: отправку, сетевым элементом управления мобильностью на целевой сетевой элемент SM, идентификатора пользовательского оборудования UE ID, адреса исходного сетевого элемента SM и информации, указывающей адрес целевой базовой станции, где информация, указывающая адрес целевой базовой станции, включает в себя адрес целевой базовой станции или информацию, преобразуемую в адрес целевой базовой станции.

В реализации, инициирование, сетевым элементом управления мобильностью, процесса установления канала целевым сетевым элементом SM включает в себя: отправку, сетевым элементом управления мобильностью, адреса целевого сетевого элемента SM на целевую базовую станцию; и отправку, целевой базовой станцией на целевой сетевой элемент SM, UE ID, адреса исходного сетевого элемента SM и параметра, используемого для установления канала данных плоскости пользователя между UPF 2 и целевой базовой станцией и используемого для передачи по нисходящей линии связи.

В реализации, инициирование, сетевым элементом управления мобильностью, процесса установления канала целевым сетевым элементом SM включает в себя: отправку, сетевым элементом управления мобильностью на исходный сетевой элемент SM, UE ID, информации, указывающей адрес целевой базовой станции и адрес целевого сетевого элемента SM; и отправку, исходным сетевым элементом SM, UE ID, информации, указывающей адрес целевой базовой станции, и параметра, используемого для установления канала данных плоскости пользователя между целевым средством функции плоскости пользователя и целевой базовой станцией и используемого для передачи по нисходящей линии связи, на целевой сетевой элемент SM на основе адреса целевого сетевого элемента SM.

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

Третий аспект данной заявки предусматривает способ передачи обслуживания, включающий в себя: определение, исходным сетевым элементом SM, передачу обслуживания SM для UE, и выбор целевого сетевого элемента SM; и инициирование, исходным сетевым элементом SM, процесса установления канала целевым сетевым элементом SM, где канал включает в себя канал данных плоскости пользователя между целевым средством функции плоскости пользователя и целевой базовой станцией.

Третий аспект данной заявки предусматривает сетевой элемент SM, включающий в себя процессор и компонент связи. Процессор выполнен с возможностью: определять передачу обслуживания SM для UE, и выбирать целевой сетевой элемент SM. Компонент связи выполнен с возможностью инициирования процесса установления канала целевым сетевым элементом SM, где канал включает в себя канал данных плоскости пользователя между целевым средством функции плоскости пользователя и целевой базовой станцией.

В реализации, инициирование, исходным сетевым элементом SM, процесса установления канала целевым сетевым элементом SM включает в себя: отправку, исходным сетевым элементом SM на целевой сетевой элемент SM, UE ID и информации, указывающей адрес целевой базовой станции, где информация, указывающая адрес целевой базовой станции, включает в себя адрес целевой базовой станции или информацию, преобразуемую в адрес целевой базовой станции.

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

В реализации, сообщение для инициирования перемещения SM включает в себя адрес целевой базовой станции или информацию, преобразуемую в адрес целевой базовой станции.

В реализации, инициирование, исходным сетевым элементом SM, процесса установления канала целевым сетевым элементом SM включает в себя: отправку, исходным сетевым элементом SM на целевой сетевой элемент SM, UE ID и информации, указывающей адрес целевой базовой станции, где информация, указывающая адрес целевой базовой станции, включает в себя адрес целевой базовой станции или информацию, преобразуемую в адрес целевой базовой станции.

В реализации, до определения, исходным сетевым элементом SM, выполнить передачу обслуживания SM для UE, и выбора целевого SM, способ дополнительно включает в себя: отправку, сетевым элементом управления мобильностью на исходный сетевой элемент SM, UE ID и информации, указывающей адрес целевой базовой станции.

В реализации, инициирование, исходным сетевым элементом SM, процесса установления канала целевым сетевым элементом SM включает в себя: отправку, исходным сетевым элементом SM, адреса целевого сетевого элемента SM на сетевой элемент управления мобильностью; отправку, сетевым элементом управления мобильностью, адреса целевого сетевого элемента SM на целевую базовую станцию; и отправку, целевой базовой станцией на целевой сетевой элемент SM, UE ID, адреса исходного сетевого элемента SM и параметра, используемого для установления канала данных плоскости пользователя между UPF 2 и целевой базовой станцией и используемого для передачи по нисходящей линии связи.

В реализации, до определения, исходным сетевым элементом SM, выполнить передачу обслуживания SM для UE, и выбора целевого SM, способ дополнительно включает в себя: отправку, сетевым элементом управления мобильностью на исходный сетевой элемент SM, UE ID и информации, указывающей адрес целевой базовой станции, где информация, указывающая адрес целевой базовой станции, включает в себя адрес целевой базовой станции или информацию, преобразуемую в адрес целевой базовой станции.

В реализации, инициирование, исходным сетевым элементом SM, процесса установления канала целевым SM включает в себя: отправку, исходным сетевым элементом SM на целевой сетевой элемент SM, UE ID и параметра, который используется для установления канала данных плоскости пользователя между UPF 2 и целевой базовой станцией и используется для передачи по нисходящей линии связи.

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

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

Шестой аспект данной заявки предусматривает базовую станцию, включающую в себя процессор и компонент связи. Процессор выполнен с возможностью: определять выполнить передачу обслуживания SM для UE, и выбирать целевой сетевой элемент SM. Компонент связи выполнен с возможностью инициирования процесса установления канала целевым сетевым элементом SM, где канал включает в себя канал данных плоскости пользователя между целевым средством функции плоскости пользователя и целевой базовой станцией.

В реализации, инициирование целевой базовой станцией процесса установления канала целевым сетевым элементом SM включает в себя: отправку, целевой базовой станцией на целевой сетевой элемент SM, UE ID, адреса исходного сетевого элемента SM и параметра, используемого для установления канала данных плоскости пользователя между целевым средством функции плоскости пользователя и целевой базовой станцией и используемого для передачи по нисходящей линии связи. В реализации, процесс установления канала целевым сетевым элементом SM включает в себя: обмен, целевым сетевым элементом SM с целевой базовой станцией, параметром, используемым для установления канала данных плоскости пользователя между целевым средством функции плоскости пользователя и целевой базовой станцией.

В реализации, канал дополнительно включает в себя канал данных между исходным средством функции плоскости пользователя и целевым средством функции плоскости пользователя.

В реализации, процесс установления канала целевым сетевым элементом SM дополнительно включает в себя: обмен, целевым сетевым элементом SM с исходным сетевым элементом SM, параметром, используемым для установления канала данных между исходным средством функции плоскости пользователя и целевым средством функции плоскости пользователя.

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

В реализации, процесс установления канала целевым сетевым элементом SM дополнительно включает в себя: обмен, целевым сетевым элементом SM с целевой базовой станцией, параметром, используемым для установления канала сигнализации плоскости управления между целевым средством функции плоскости пользователя и целевой базовой станцией.

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

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

Фиг. 1 - схема архитектуры связи согласно варианту осуществления настоящего изобретения;

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

фиг. 3 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 4 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

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

фиг. 6 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 7a - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 7b - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 8 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 9 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 10 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 11 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 12 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 13 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 14 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 15 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 16 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 17 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 18 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения;

фиг. 19 - последовательность этапов другого способа передачи обслуживания согласно варианту осуществления настоящего изобретения; и

фиг. 20 - структурная схема сетевого элемента управления мобильностью согласно варианту осуществления настоящего изобретения.

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

На основе сетевой архитектуры, показанной на фиг. 1, до передачи обслуживания, предполагается, что исходной базовой станцией является RAN 1, исходным сетевым элементом SM является SM 1, и исходным средством UPF является UPF 1. После того, как UE совершает передачу обслуживания от исходной базовой станции к целевой базовой станции (именуемой ниже RAN 2) на стороне сети радиодоступа, передачу обслуживания необходимо осуществлять на стороне сети оператора. Задачей передачи обслуживания, осуществляемой на стороне сети оператора, состоит в установлении канала передачи данных между исходным средством UPF (именуемой ниже UPF 1) и целевым средством UPF (именуемой ниже UPF 2), установлении каналов данных плоскости пользователя восходящей линии связи и нисходящей линии связи между UPF 2 и RAN 2, и установлении каналов сигнализации плоскости управления восходящей линии связи и нисходящей линии связи между целевым сетевым элементом SM 2 и RAN 2.

Со ссылкой на прилагаемые чертежи, реализация вышеописанной задачи подробно описана ниже.

Фиг. 2 демонстрирует способ передачи обслуживания согласно варианту осуществления данной заявки. Способ передачи обслуживания включает в себя следующие этапы.

1. RAN 2 отправляет запрос переключения пути на MM.

2. MM (на каждой из фиг. 2 - фиг. 8, MM является целевым MM) определяет, что MM нужно осуществлять передачу обслуживания SM для UE, и выбирает SM 2 в качестве целевого SM.

3. MM отправляет, на SM 2, UE ID, информацию, указывающую адрес RAN 2, и адрес SM 1. В необязательном порядке, UE ID, информация, указывающая адрес RAN 2, и адрес SM 1 могут переноситься в извещении о перемещении SM и отправляться на SM 2.

В частности, в этом варианте осуществления и нижеследующих вариантах осуществления, информация, указывающая адрес RAN 2, может быть адресом RAN 2 (например, идентификатором базовой станции), или может быть информацией (например, информацией идентификатора соты), преобразуемой в адрес RAN 2.

4. SM 2 отправляет UE ID на SM 1 на основе адреса SM 1. В необязательном порядке, UE ID может переноситься в запросе перемещения SM и отправляться на SM 1.

5. SM 1 отправляет первый параметр на SM 2. В необязательном порядке, первый параметр может переноситься в ответе перемещения SM и отправляться на SM 2.

В частности, первый параметр используется для установления канала передачи данных между UPF 2 и UPF 1 для UE, благодаря чему, UPF 1 может идентифицировать конкретное UE, которому принадлежат данные, отправленные UPF 2.

В необязательном порядке, SM 1 дополнительно отправляет параметр, связанный с контекстом канала-носителя UE, на SM 2.

6. SM 2 отправляет второй параметр на SM 1. В необязательном порядке, второй параметр может переноситься в квитировании ответа перемещения SM и отправляться на SM 1.

В частности, второй параметр используется для установления канала передачи данных между UPF 2 и UPF 1 для UE, благодаря чему, UPF 2 может идентифицировать данные, отправленные UPF 1.

В необязательном порядке, второй параметр может переноситься в запросе перемещения SM на этапе 4 и отправляться на SM 2. В этом случае, этап 6 не требуется.

7. SM 2 отправляет третий параметр и четвертый параметр на RAN 2 на основе информации, указывающей адрес RAN 2. В частности, третий параметр и четвертый параметр могут переноситься в запросе модификации канала-носителя и отправляться на RAN 2. Третий параметр и четвертый параметр могут переноситься в одном сообщении и отправляться на RAN 2, или могут переноситься в двух сообщениях и отправляться на RAN 2.

В частности, третий параметр используется для установления канала передачи данных между UPF 2 и RAN 2 для UE и используется, когда RAN 2 отправляет данные плоскости пользователя восходящей линии связи на SM 2, благодаря чему, UPF 2 может идентифицировать данные плоскости пользователя восходящей линии связи, которые отправила RAN 2.

Четвертый параметр используется для установления канала передачи сигнализации между RAN 2 и SM 2 для UE и используется, когда RAN 2 отправляет сигнализацию плоскости управления восходящей линии связи на SM 2, благодаря чему, SM 2 может идентифицировать сигнализацию плоскости управления восходящей линии связи, которую отправила RAN 2.

8. RAN 2 отправляет пятый параметр и шестой параметр на SM 2. В частности, пятый параметр и шестой параметр могут переноситься в ответе модификации канала-носителя и отправляться на SM 2.

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

Шестой параметр используется для установления канала передачи сигнализации между RAN 2 и SM 2 для UE и используется, когда SM 2 отправляет сигнализацию плоскости управления нисходящей линии связи на RAN 2, благодаря чему, RAN 2 может идентифицировать сигнализацию плоскости управления нисходящей линии связи, которую отправляет SM 2.

9a. SM 1 осуществляет конфигурацию параметров плоскости пользователя на UPF 1. В частности, осуществление на SM 1 конфигурации параметров плоскости пользователя на UPF 1 может включать в себя: SM 1 отправляет первый параметр и второй параметр на UPF 1.

9b. SM 2 осуществляет конфигурацию параметров плоскости пользователя на UPF 2. В частности, осуществление на SM 2 конфигурации параметров плоскости пользователя на UPF 2 может включать в себя: SM 2 отправляет первый параметр, второй параметр, третий параметр и пятый параметр на UPF 2.

В необязательном порядке, SM может отправлять параметр на соответствующую UPF путем обновления конфигурации контента. В необязательном порядке, SM 1 может отправлять первый параметр и второй параметр на UPF 1 после этапа 6. Нет ограничения в том, что SM 1 отправляет первый параметр и второй параметр на UPF 1 после этапа 7 или этапа 8.

Таким образом, канал данных между UPF 1 и UPF 2 уже установлен. Каналы данных плоскости пользователя восходящей линии связи и нисходящей линии связи между UPF 2 и RAN 2 уже установлены. Каналы сигнализации плоскости управления восходящей линии связи и нисходящей линии связи между SM 2 и RAN 2 уже установлены.

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

10. SM 2 отправляет квитирование извещения о перемещении SM на MM. В необязательном порядке, третий параметр и четвертый параметр на этапе 7 может отправляться на RAN 2 на этапе 10. В этом случае, этап 7 не требуется.

11. MM отправляет квитирование запроса переключения пути на RAN 2. В необязательном порядке, этот этап может осуществляться после этапа 1.

Следует отметить, что последовательность выполнения этапов 3-8 на фиг. 2 не имеет ограничений.

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

Из фиг. 2 следует, что, согласно способу передачи обслуживания в этом варианте осуществления, передача обслуживания между SM и UPF может быть реализована на основе архитектуры на фиг. 1.

Следует отметить, что в необязательном порядке, сообщения на этапе 7 и этапе 8 могут маршрутизироваться целевым сетевым элементом управления мобильностью, а именно, целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Фиг. 3 демонстрирует другой способ передачи обслуживания согласно варианту осуществления данной заявки. Способ передачи обслуживания включает в себя следующие этапы.

1. RAN 2 отправляет запрос переключения пути на MM.

2. MM определяет, что MM нужно передать обслуживание SM для UE, и выбирает SM 2 в качестве целевого SM.

3. MM отправляет адрес SM 2 на RAN 2. В необязательном порядке, адрес SM 2 может переноситься в квитировании запроса переключения пути и отправляться на RAN 2.

4. RAN 2 отправляет UE ID, адрес SM 1, пятый параметр и шестой параметр на SM 2 на основе адреса SM 2. В необязательном порядке, UE ID, адрес SM 1, пятый параметр и шестой параметр могут переноситься в запросе модификации канала-носителя и отправляться на SM 2.

5. SM 2 отправляет запрос перемещения SM, несущий UE ID на SM 1 на основе адреса SM 1.

6. SM 1 отправляет первый параметр на SM 2. В необязательном порядке, первый параметр может переноситься в ответе перемещения SM и отправляться на SM 2.

В необязательном порядке, SM 1 дополнительно отправляет параметр, связанный с контекстом канала-носителя UE, на SM 2.

7. SM 2 отправляет второй параметр на SM 1. В необязательном порядке, второй параметр может переноситься в квитировании ответа перемещения SM и отправляться на SM 1. В необязательном порядке, второй параметр может переноситься в запросе перемещения SM на этапе 5 и отправляться на SM 1. В этом случае, этап 7 не требуется.

8a. SM 1 осуществляет конфигурацию параметров плоскости пользователя на UPF 1. В частности, этот этап может включать в себя: SM 1 отправляет первый параметр и второй параметр на UPF 1.

8b. SM 2 осуществляет конфигурацию параметров плоскости пользователя на UPF 2. В частности, этот этап может включать в себя: SM 2 отправляет первый параметр, второй параметр, третий параметр и пятый параметр на UPF 2.

9. SM 2 отправляет третий параметр и четвертый параметр на RAN 2. В частности, пятый параметр и шестой параметр могут переноситься в ответе модификации канала-носителя и отправляться на RAN 2.

Следует отметить, что в необязательном порядке, сообщения на этапе 4 и этапе 9 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Фиг. 4 демонстрирует другой способ передачи обслуживания согласно варианту осуществления данной заявки. Способ передачи обслуживания включает в себя следующие этапы.

1. RAN 2 отправляет пятый параметр и шестой параметр на MM. В частности, пятый параметр и шестой параметр могут переноситься в запросе переключения пути и отправляться на MM.

2. MM определяет, что MM нужно передать обслуживание SM для UE, и выбирает SM 2 в качестве целевого SM.

3. MM отправляет UE ID, пятый параметр, шестой параметр, информацию, указывающую адрес RAN 2 и адрес SM 2, на SM 1. В частности, UE ID, пятый параметр, шестой параметр, информация, указывающая адрес RAN 2 и адрес SM 2, могут переноситься в извещении о перемещении SM и отправляться на SM 1.

4. SM 1 отправляет UE ID, информацию, указывающую адрес RAN 2, пятый параметр и шестой параметр на SM 2. В частности, UE ID, информация, указывающая адрес RAN 2, пятый параметр и шестой параметр могут переноситься в запросе перемещения SM и отправляться на SM 2.

В необязательном порядке, SM 1 дополнительно отправляет параметр, связанный с контекстом канала-носителя UE, на SM 2.

5. SM 2 отправляет второй параметр, третий параметр и четвертый параметр на SM 1. В частности, второй параметр, третий параметр и четвертый параметр могут переноситься в ответе перемещения SM и отправляться на SM 1.

6. SM 1 отправляет первый параметр на SM 2. В частности, первый параметр может переноситься в квитировании ответа перемещения SM и отправляться на SM 2. В необязательном порядке, первый параметр может отправляться на SM 2 на этапе 4. В этом случае, этап 6 не требуется.

7a. SM 1 осуществляет конфигурацию параметров плоскости пользователя на UPF 1.

7b. SM 2 осуществляет конфигурацию параметров плоскости пользователя на UPF 2.

8. SM 1 отправляет третий параметр и четвертый параметр на MM. В частности, третий параметр и четвертый параметр могут переноситься в квитировании извещения о перемещении SM и отправляться на MM. В необязательном порядке, этап 8 может осуществляться после этапа 5, и последовательность этапов 6, 7a или 7b и 8 не имеет ограничений.

9. MM отправляет третий параметр и четвертый параметр на RAN 2. В частности, третий параметр может переноситься в квитировании запроса переключения пути и отправляться на RAN 2.

Фиг. 5 демонстрирует другой способ передачи обслуживания согласно варианту осуществления данной заявки. Способ передачи обслуживания включает в себя следующие этапы.

1. RAN 2 отправляет запрос переключения пути на MM.

2. MM отправляет квитирование запроса переключения пути на RAN 2.

3. RAN 2 определяет, что RAN 2 нужно передать обслуживание SM для UE, и выбирает SM 2 в качестве целевого SM.

4. RAN 2 отправляет UE ID, адрес SM 1, пятый параметр и шестой параметр на SM 2. В частности, UE ID, адрес SM 1, пятый параметр и шестой параметр могут переноситься в запросе модификации канала-носителя и отправляться на SM 2.

5. SM 2 отправляет UE ID на SM 1 на основе адреса SM 1. В необязательном порядке, UE ID может переноситься в запросе перемещения SM и отправляться на SM 1.

6. SM 1 отправляет первый параметр на SM 2. В необязательном порядке, первый параметр может переноситься в ответе перемещения SM и отправляться на SM 2.

В необязательном порядке, SM 1 дополнительно отправляет параметр, связанный с контекстом канала-носителя UE, на SM 2.

7. SM 2 отправляет второй параметр на SM 1. В необязательном порядке, второй параметр может переноситься в квитировании ответа перемещения SM и отправляться на SM 1. В необязательном порядке, второй параметр может отправляться на SM 1 на этапе 5. В этом случае, этап 7 не требуется.

8a. SM 1 осуществляет конфигурацию параметров плоскости пользователя на UPF 1.

8b. SM 2 осуществляет конфигурацию параметров плоскости пользователя на UPF 2. В необязательном порядке, этап 8b может осуществляться после этапа 6. Этап 8b не обязан осуществляться после этапа 7.

9. SM 2 отправляет третий параметр и четвертый параметр на RAN 2. В частности, третий параметр и четвертый параметр могут переноситься в ответе модификации канала-носителя и отправляться на RAN 2.

Следует отметить, что последовательность выполнения этапов 1 и 2 и 3-9 не имеет ограничений.

Следует отметить, что в необязательном порядке, сообщения на этапе 4 и этапе 9 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Следует отметить, что в необязательном порядке, этап 9 может альтернативно осуществляться после этапа 4 и до этапа 5.

Фиг. 6 демонстрирует другой способ передачи обслуживания согласно варианту осуществления данной заявки. Способ передачи обслуживания включает в себя следующие этапы:

1. RAN 2 отправляет запрос переключения пути на MM.

2. MM отправляет квитирование запроса переключения пути на RAN 2.

3a. RAN 1 отправляет, на SM 1, информацию, указывающую адрес RAN 2. В необязательном порядке, информация, указывающая адрес RAN 2, может переноситься в отчете о переключении и отправляться на SM 1.

3b. SM 1 отправляет квитирование отчета о переключении на RAN 1.

4. SM 1 определяет, что SM 1 нужно передать обслуживание SM для UE, и выбирает SM 2 в качестве целевого SM.

5. SM 1 отправляет, на SM 2, UE ID и информацию, указывающую адрес RAN 2. В частности, UE ID и информация, указывающая адрес RAN 2, могут переноситься в запросе перемещения SM и отправляться на SM 2.

6. SM 2 отправляет второй параметр на SM 1. В частности, второй параметр может переноситься в ответе перемещения SM и отправляться на SM 1.

7. SM 1 отправляет первый параметр на SM 2. В частности, первый параметр может переноситься в квитировании ответа перемещения SM и отправляться на SM 2. В необязательном порядке, первый параметр может отправляться на SM 2 на этапе 5. В этом случае, этап 7 не требуется.

8. SM 2 отправляет третий параметр и четвертый параметр на RAN 2 на основе информации, указывающей адрес RAN 2. В частности, третий параметр и четвертый параметр могут переноситься в запросе модификации канала-носителя и отправляться на RAN 2.

9. RAN 2 отправляет пятый параметр и шестой параметр на SM 2. В частности, пятый параметр и шестой параметр могут переноситься в ответе модификации канала-носителя и отправляться на SM 2.

10a. SM 1 осуществляет конфигурацию параметров плоскости пользователя на UPF 1.

10b. SM 2 осуществляет конфигурацию параметров плоскости пользователя на UPF 2.

Таким образом, каналы данных плоскости пользователя восходящей линии связи и нисходящей линии связи между UPF 2 и RAN 2 уже установлены. Каналы сигнализации плоскости управления восходящей линии связи и нисходящей линии связи между SM 2 и RAN 2 уже установлены. Канал данных между UPF 1 и UPF 2 уже установлен.

Следует отметить, что в необязательном порядке, SM 1 может отправлять параметр, связанный с контекстом канала-носителя UE, на SM 2 на этапе 5 или этапе 7.

Следует отметить, что в необязательном порядке, сообщения на этапе 8 и этапе 9 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM). Сообщения на этапе 3a и этапе 3b могут маршрутизироваться исходным MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Следует отметить, что в необязательном порядке, этап 3b может быть исключен; или при наличии этапа 3b, этап 3b может осуществляться после осуществления этапов 5-7, 8 и 9.

Следует отметить, что в необязательном порядке, этап 8 и этап 9 могут осуществляться после этапа 5 и до этапа 6.

Следует отметить, что последовательность выполнения этапов 1 и 2 и 3-9 не ограничивается.

Фиг. 7a демонстрирует другой способ передачи обслуживания согласно варианту осуществления данной заявки. Способ передачи обслуживания включает в себя следующие этапы:

1. RAN 2 отправляет запрос переключения пути на MM. В необязательном порядке, запрос переключения пути может дополнительно переносить информацию, указывающую адрес RAN 2.

2. MM отправляет квитирование запроса переключения пути на RAN 2.

3a. MM отправляет, на SM 1, UE ID и информацию, указывающую адрес RAN 2. В частности, UE ID и информация, указывающая адрес RAN 2, могут переноситься в извещении о смене местоположения и отправляться на SM 1.

3b. SM 1 отправляет квитирование извещения о смене местоположения на MM.

4. SM 1 определяет, что SM 1 нужно передать обслуживание SM для UE, и выбирает SM 2 в качестве целевого SM.

5. SM 1 отправляет UE ID на SM 2. UE ID может переноситься в запросе перемещения SM и отправляться на SM 2. В необязательном порядке, на этом этапе, информация, указывающая адрес RAN 2, может дополнительно отправляться на SM 2. Альтернативно, информация, указывающая адрес RAN 2, может затем отправляться на SM 2, при условии, что информация, указывающая адрес RAN 2, отправляется на SM 2 до этапа 8.

6. SM 2 отправляет второй параметр на SM 1. В необязательном порядке, второй параметр может переноситься в ответе перемещения SM и отправляться на SM 1.

7. SM 1 отправляет первый параметр на SM 2. В необязательном порядке, первый параметр может переноситься в квитировании ответа перемещения SM и отправляться на SM 2. В необязательном порядке, первый параметр может отправляться на SM 2 на этапе 5. В этом случае, этап 7 не требуется.

8. SM 2 отправляет третий параметр и четвертый параметр на RAN 2. В необязательном порядке, третий параметр и четвертый параметр могут переноситься в запросе модификации канала-носителя и отправляться на RAN 2.

9. RAN 2 отправляет пятый параметр и шестой параметр на SM 2. В необязательном порядке, пятый параметр и шестой параметр могут переноситься в ответе модификации канала-носителя и отправляться на SM 2.

10a. SM 1 осуществляет конфигурацию параметров плоскости пользователя на UPF 1.

10b. SM 2 осуществляет конфигурацию параметров плоскости пользователя на UPF 2.

Следует отметить, что в необязательном порядке, сообщения на этапе 8 и этапе 9 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Следует отметить, что в необязательном порядке, этап 3b может быть исключен; или при наличии этапа 3b, этап 3b может осуществляться после осуществления этапов 5-7, 8 и 9.

Следует отметить, что в необязательном порядке, этап 2 может осуществляться после того, как целевой MM принимает этап 3b.

Следует отметить, что в необязательном порядке, этап 8 и этап 9 могут осуществляться после этапа 5 и до этапа 6.

Кроме того, в необязательном порядке, на этапе 5 или этапе 7, может быть дополнительно включен параметр контекста канала-носителя UE.

Следует отметить, что последовательность выполнения этапов 1 и 2 и 3-9 не ограничивается.

Фиг. 7b демонстрирует другой способ передачи обслуживания согласно варианту осуществления данной заявки. Способ передачи обслуживания включает в себя следующие этапы:

1. RAN 2 отправляет запрос переключения пути на MM. В необязательном порядке, запрос переключения пути может дополнительно переносить информацию, указывающую адрес RAN 2.

2. MM отправляет, на SM 1, UE ID и информацию, указывающую адрес RAN 2. В частности, UE ID и информация, указывающая адрес RAN 2, могут переноситься в извещении о смене местоположения и отправляться на SM 1.

3. SM 1 определяет, что SM 1 нужно передать обслуживание SM для UE, и выбирает SM 2 в качестве целевого SM.

4. SM 1 отправляет UE ID на SM 2. UE ID может переноситься в запросе перемещения SM и отправляться на SM 2. В необязательном порядке, на этом этапе, информация, указывающая адрес RAN 2 может отправляться на SM 2.

5. SM 2 отправляет третий параметр и четвертый параметр на RAN 2. В необязательном порядке, третий параметр и четвертый параметр могут переноситься в запросе модификации канала-носителя и отправляться на RAN 2.

6. RAN 2 отправляет пятый параметр и шестой параметр на SM 2. В необязательном порядке, пятый параметр и шестой параметр могут переноситься в ответе модификации канала-носителя и отправляться на SM 2.

7. SM 2 отправляет второй параметр на SM 1. В необязательном порядке, второй параметр может переноситься в ответе перемещения SM и отправляться на SM 1.

8. SM 1 отправляет первый параметр на SM 2. В необязательном порядке, первый параметр может переноситься в квитировании ответа перемещения SM и отправляться на SM 2. В необязательном порядке, первый параметр может отправляться на SM 2 на этапе 4. В этом случае, этап 8 не требуется.

9. SM 1 отправляет квитирование извещения о смене местоположения на MM.

10. MM отправляет квитирование запроса переключения пути на RAN 2.

11a. SM 1 осуществляет конфигурацию параметров плоскости пользователя на UPF 1.

11b. SM 2 осуществляет конфигурацию параметров плоскости пользователя на UPF 2.

Следует отметить, что в необязательном порядке, сообщения на этапе 5 и этапе 6 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Фиг. 8 демонстрирует другой способ передачи обслуживания согласно варианту осуществления данной заявки. Способ передачи обслуживания включает в себя следующие этапы:

1. RAN 2 отправляет запрос переключения пути на MM. В необязательном порядке, запрос переключения пути может нести информацию, указывающую адрес RAN 2.

2. MM отправляет, на SM 1, UE ID и информацию, указывающую адрес RAN 2. В необязательном порядке, информация, указывающая адрес RAN 2, может переноситься в извещении о смене местоположения и отправляться на SM 1.

3. SM 1 определяет, что SM 1 нужно передать обслуживание SM для UE, и выбирает SM 2 в качестве целевого SM.

4. SM 1 отправляет адрес SM 2 на MM. В необязательном порядке, адрес SM 2 может переноситься в квитировании извещения о смене местоположения и отправляться на MM.

5. MM отправляет адрес SM 2 на RAN 2. В необязательном порядке, адрес SM 2 может переноситься в квитировании запроса переключения пути и отправляться на RAN 2.

6. RAN 2 отправляет UE ID, адрес SM 1, пятый параметр и шестой параметр на SM 2. В необязательном порядке, UE ID, адрес SM 1, пятый параметр и шестой параметр могут переноситься в запросе модификации канала-носителя и отправляться на SM 2.

7. SM 2 отправляет UE ID на SM 1. В необязательном порядке, UE ID может переноситься в запросе перемещения SM и отправляться на SM 1.

8. SM 1 отправляет первый параметр на SM 2. В необязательном порядке, первый параметр может переноситься в ответе перемещения SM и отправляться на SM 2.

9. SM 2 отправляет второй параметр на SM 1. В необязательном порядке, второй параметр может переноситься в квитировании ответа перемещения SM и отправляться на SM 1. В необязательном порядке, второй параметр может отправляться на SM 1 на этапе 7. В этом случае, этап 9 не требуется.

10. SM 2 отправляет третий параметр и четвертый параметр на RAN 2. В необязательном порядке, третий параметр и четвертый параметр могут переноситься в ответе модификации канала-носителя и отправляться на RAN 2.

11a. SM 1 осуществляет конфигурацию параметров плоскости пользователя на UPF 1.

11b. SM 2 осуществляет конфигурацию параметров плоскости пользователя на UPF 2.

Следует отметить, что в необязательном порядке, сообщения на этапе 6 и этапе 10 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Кроме того, в необязательном порядке, на этапе 8, может быть дополнительно включен параметр, связанный с контекстом канала-носителя UE.

Фиг. 9 демонстрирует другой способ передачи обслуживания согласно варианту осуществления данной заявки. Способ передачи обслуживания включает в себя следующие этапы:

1. RAN 2 отправляет запрос переключения пути на MM.

2. MM отправляет квитирование запроса переключения пути на RAN 2.

3. RAN 2 отправляет пятый параметр и шестой параметр на SM 1. В необязательном порядке, пятый параметр и шестой параметр могут переноситься в запросе модификации канала-носителя и отправляться на SM 1.

4. SM 1 определяет, что SM 1 нужно передать обслуживание SM для UE, и выбирает SM 2 в качестве целевого SM.

5. SM 1 отправляет UE ID, пятый параметр и шестой параметр на SM 2. В необязательном порядке, UE ID, пятый параметр и шестой параметр могут переноситься в запросе перемещения SM и отправляться на SM 2.

6. SM 2 отправляет второй параметр, третий параметр и четвертый параметр на SM 1. В необязательном порядке, второй параметр, третий параметр и четвертый параметр могут переноситься в ответе перемещения SM и отправляться на SM 1.

7. SM 1 отправляет первый параметр на SM 2. В частности, первый параметр может переноситься в квитировании ответа перемещения SM и отправляться на SM 2. В необязательном порядке, первый параметр может отправляться на SM 2 на этапе 5. В этом случае, этап 7 не требуется.

8a. SM 1 осуществляет конфигурацию параметров плоскости пользователя на UPF 1.

8b. SM 2 осуществляет конфигурацию параметров плоскости пользователя на UPF 2.

9. SM 1 отправляет третий параметр и четвертый параметр на RAN 2. В частности, третий параметр и четвертый параметр могут переноситься в ответе модификации канала-носителя и отправляться на RAN 2.

Следует отметить, что в необязательном порядке, сообщения на этапе 3 и этапе 9 могут маршрутизироваться исходным MM или целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Кроме того, в необязательном порядке, на этапе 5 или этапе 7, может быть дополнительно включен параметр, связанный с контекстом канала-носителя UE.

Фиг. 2-9 являются лишь примерами для описания, разные варианты осуществления могут ссылаться друг на друга, и подробности здесь повторно не описаны.

Следует отметить, что согласно вышеприведенным вариантам осуществления, исходный SM и целевой SM может быть одним и тем же средством функции SM. То есть, независимо от MM, SM или RAN 2, при выборе целевого SM, MM, SM или RAN 2 может выбирать исходный SM в качестве целевого SM.

В этом случае, исходный SM и целевой SM может быть одним и тем же средством функции SM, но канал сигнализации плоскости управления между целевой RAN 2 и SM все же нужно устанавливать.

В этом случае, UPF 1 и UPF 2 могут быть одинаковыми, и, соответственно, информацию канала данных UE в UPF необходимо обновлять. Другими словами, аналогично вышеприведенным вариантам осуществления, UPF необходимо обновлять и устанавливать канал данных плоскости пользователя на RAN 2. Параметр, используемый для установления канала данных плоскости пользователя, согласуется между RAN и SM.

UPF 1 и UPF 2 могут не быть одинаковыми. Другими словами, SM управляет несколькими UPF. Хотя исходный SM и целевой SM одинаковы, можно выбирать разные UPF. В этом случае, все же нужно устанавливать канал данных между UPF 1 и UPF 2.

Выше приведено описание передачи обслуживания с использованием интерфейса X2 между базовыми станциями. В вариантах осуществления данной заявки дополнительно раскрыта передача обслуживания с использованием интерфейса S1 между eNB и MME. После сравнения, передача обслуживания X2 отличается от передачи обслуживания S1 в процедуре, в которой участвует MM. В частности, процедура, в которой участвует SM, внедрена в процедуру, в которой участвует MM. Процедура, в которой участвует SM, такая же, как в ходе передачи обслуживания X2, и подробности здесь повторно не описаны. В частности, обратимся к фиг. 10-25.

На фиг. 10, после выбора целевого SM 2, целевой MM осуществляет этап 7 для инициирования SM 2 и SM 1 для установления канала данных между UPF 1 и UPF 2, и инициирования SM 2 и RAN 2 для обновления и установления канала-носителя между RAN 2 и UPF 2. После того, как целевой MM принимает квитирование запроса переключения на этапе 5, предполагается, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE, и после того, как целевой MM принимает квитирование извещения о перемещении SM на этапе 12, это означает, что канал-носитель успешно обновлен. В этом случае, целевой MM может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет, и устанавливает канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что в необязательном порядке, этап 5 может осуществляться после этапа 10.

Следует отметить, что, сообщения на этапе 9 и этапе 10 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Кроме того, на этапе 8b, может быть дополнительно включен параметр контекста канала-носителя UE.

На фиг. 11, целевой MM выбирает целевой SM 2, и сообщает RAN 2 адрес SM 2 с использованием запроса переключения. RAN 2 и SM 2 инициируют процесс обновления и установления канала-носителя. После того, как RAN 2 принимает ответ модификации канала-носителя на этапе 8, это означает, что канал-носитель успешно обновлен. В этом случае, RAN 2 отправляет квитирование запроса переключения на целевой MM, и целевой MM может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что, сообщения на этапе 6 и этапе 8 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Кроме того, на этапе 7b, может быть дополнительно включен параметр контекста канала-носителя UE.

На фиг. 12, после того, как целевой MM выбирает SM 2 и принимает запрос переключения целевого MM, RAN 2 и SM 2 инициируют процесс обновления и установления канала-носителя с использованием MM и SM 1. После того, как RAN 2 принимает квитирование запроса модификации канала-носителя на этапе 12, это означает, что канал-носитель успешно обновлен. В этом случае, RAN 2 возвращает квитирование запроса переключения на целевой MM. После приема квитирования запроса переключения на этапе 14, целевой MM может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что в необязательном порядке, этап 6 может осуществляться после этапа 3 и до этапа 4, и адрес SM 2 переносится на этапе 4.

Кроме того, в необязательном порядке, на этапе 8 или этапе 10, может быть дополнительно включен параметр контекста канала-носителя UE.

На фиг. 13, после приема запроса переключения и выбора SM 2, RAN 2 и SM 2 инициируют процесс обновления и установления канала-носителя. После того, как RAN 2 принимает этап 8, это означает, что канал-носитель успешно обновлен. Когда RAN 2 отправляет квитирование запроса переключения на целевой MM, целевой MM может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что в необязательном порядке, сообщения на этапе 6 и этапе 8 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Кроме того, в необязательном порядке, на этапе 7b, может быть дополнительно включен параметр контекста канала-носителя UE.

На фиг. 14, RAN 2 и SM 2 инициируют процесс обновления и установления канала-носителя. После того, как RAN 2 осуществляет этап 8b, это означает, что канал-носитель успешно обновлен. В этом случае, RAN 2 отправляет квитирование запроса переключения на целевой MM, и целевой MM может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что в необязательном порядке, сообщения на этапе 8a и этапе 8b могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM). Сообщения на этапе 5a и этапе 5b могут маршрутизироваться исходным MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Следует отметить, что в необязательном порядке, этап 5b может быть исключен; или при наличии этапа 5b, этап 5b может осуществляться после осуществления этапов 7a - 7c, 8a и 8b.

Следует отметить, что в необязательном порядке, этапы 8a и 8b могут осуществляться после этапа 7a и до этапа 7b.

Кроме того, в необязательном порядке, на этапе 7a или этапе 7c, может быть дополнительно включен параметр контекста канала-носителя UE.

На фиг. 15, после приема запроса переключения, RAN 2 отправляет квитирование запроса переключения на целевой MM. Затем RAN 2 и SM 2 инициируют процесс обновления и установления канала-носителя. После того, как RAN 2 осуществляет этап 10b, это означает, что канал-носитель успешно обновлен. В этом случае, целевой SM 2 инициирует последующие этапы. После приема этапа 6 (при наличии этапа 6) и этапа 14, исходный RAN 1 может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что в необязательном порядке, исходный RAN 1 может извещаться на этапе 4b, этапе 5 (при наличии этапа 5), или этапе 6 (при наличии этапа 6), что RAN 2 выделяет радиоресурс радиоинтерфейса на UE; или исходный RAN 1 может извещаться на этапе 10b, этапе 11, или этапе 14, что RAN 2 выделяет радиоресурс радиоинтерфейса на UE.

Следует отметить, что в необязательном порядке, сообщения на этапе 7 и этапе 14 могут маршрутизироваться исходным MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN 1 и SM 1 (при наличии прямого интерфейса между RAN и SM). Сообщения на этапе 10a и этапе 10b могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN 2 и SM 2 (при наличии прямого интерфейса между RAN и SM).

Следует отметить, что в необязательном порядке, этап 5 может быть исключен; и этап 6 может быть исключен.

Следует отметить, что в необязательном порядке, этап 10a и этап 10b могут осуществляться после этапа 12.

Кроме того, в необязательном порядке, на этапе 9 или этапе 12, может быть дополнительно включен параметр контекста канала-носителя UE.

На фиг. 16, после приема запроса переключения, RAN 2 отправляет квитирование запроса переключения на целевой MM. Кроме того, целевой MM отправляет извещение о смене местоположения на исходный SM 1, для инициирования SM 1 выбирать SM 2 и дополнительно инициирования процесса обновления и установления канала-носителя между SM 2 и RAN 2. Затем RAN 2 и SM 2 инициируют процесс обновления и установления канала-носителя, и после того, как RAN 2 осуществляет этап 9b, это означает, что канал-носитель успешно обновлен. В этом случае, целевой SM 2 инициирует последующие этапы. После приема этапа 13, целевой MM может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что в необязательном порядке, целевой MM может извещаться на этапе 5, что RAN 2 выделяет радиоресурс радиоинтерфейса на UE; или целевой MM может извещаться на этапе 9b, этапе 10 или этапе 13, что RAN 2 выделяет радиоресурс радиоинтерфейса на UE.

Следует отметить, что в необязательном порядке, сообщения на этапе 9a и этапе 9b могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Кроме того, в необязательном порядке, на этапе 8 или этапе 11, может быть дополнительно включен параметр контекста канала-носителя UE.

На фиг. 17, целевой MM отправляет запрос переключения на RAN 2. Кроме того, целевой MM отправляет извещение о смене местоположения на исходный SM 1, для инициирования SM 1 выбирать SM 2 и дополнительно инициирования процесса обновления и установления канала-носителя между SM 2 и RAN 2.

Затем RAN 2 и SM 2 инициируют процесс обновления и установления канала-носителя. После того, как RAN 2 осуществляет этап 9b, это означает, что канал-носитель успешно обновлен. В этом случае, RAN 2 возвращает квитирование запроса переключения на целевой MM. После приема квитирования запроса переключения на этапе 11, целевой MM может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что в необязательном порядке, этап 6 может быть исключен.

Следует отметить, что в необязательном порядке, сообщения на этапе 9a и этапе 9b могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Кроме того, в необязательном порядке, на этапе 8a или этапе 8c, может быть дополнительно включен параметр контекста канала-носителя UE.

На фиг. 18, после выбора целевого SM 2, исходный SM 1 отправляет адресную информацию SM 2 на RAN 2 на этапе 6 и этапе 7. Затем RAN 2 и SM 2 инициируют процесс обновления и установления канала-носителя. После того, как RAN 2 принимает этап 10, возвращаемый от SM 2, это означает, что канал-носитель успешно обновлен. В этом случае, RAN 2 возвращает квитирование запроса переключения на целевой MM. После приема этапа 12, целевой MM может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что в необязательном порядке, сообщения на этапе 8 и этапе 10 могут маршрутизироваться целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Кроме того, в необязательном порядке, на этапе 9b, может быть дополнительно включен параметр контекста канала-носителя UE.

На фиг. 19, после приема запроса переключения целевого MM, RAN 2 и SM 2 инициируют процесс обновления и установления канала-носителя с использованием SM 1. После того, как RAN 2 принимает этап 8, это означает, что канал-носитель успешно обновлен. В этом случае, RAN 2 возвращает квитирование запроса переключения на целевой MM. После приема этапа 10, целевой MM может считать, что RAN 2 успешно выделяет радиоресурс радиоинтерфейса на UE и успешно обновляет канал-носитель, для продолжения инициирования последующих этапов.

Следует отметить, что в необязательном порядке, сообщения на этапе 5 и этапе 8 могут маршрутизироваться исходным MM или целевым MM (если вся сигнализация RAN и базовой сети CN маршрутизируется на MM), или могут напрямую переноситься с использованием интерфейса между RAN и SM (при наличии прямого интерфейса между RAN и SM).

Кроме того, в необязательном порядке, на этапе 7a или этапе 7c, может быть дополнительно включен параметр контекста канала-носителя UE.

Следует отметить, что в процедурах передачи обслуживания S1, показанных на фиг. 10-19, помимо этапов, показанных на фиг. 10-19, этапы взаимодействия между SM 1 и SM 2 могут быть сведены к двум этапам. За конкретным описанием двухэтапной процедуры, обратимся к описаниям вариантов осуществления для передачи обслуживания X2. Подробности здесь повторно не описаны.

Фиг. 20 демонстрирует сетевой элемент управления мобильностью согласно варианту осуществления данной заявки. Сетевой элемент управления мобильностью включает в себя процессор и компонент связи, и, в необязательном порядке, может дополнительно включать в себя память. Процессор выполнен с возможностью: определять передачу обслуживания управления сеансом SM для пользовательского оборудования UE, и выбирать целевой сетевой элемент управления сеансом SM. Компонент связи выполнен с возможностью инициирования процесса установления канала целевым сетевым элементом SM.

Для конкретного процесса реализации функции компонента связи, обратимся к фиг. 2-19, и подробности здесь повторно не описаны.

В варианте осуществления данной заявки дополнительно раскрыт сетевой элемент SM, включающий в себя процессор и компонент связи. Сетевой элемент SM может дополнительно включать в себя память. Процессор выполнен с возможностью: определять передачу обслуживания SM для UE, и выбирать целевой сетевой элемент SM. Компонент связи выполнен с возможностью инициирования процесса установления канала целевым сетевым элементом SM.

Для конкретного процесса реализации функции компонента связи, обратимся к фиг. 2-19, и подробности здесь повторно не описаны. Следует отметить, что фактически сетевой элемент SM может быть исходным сетевым элементом SM или целевым сетевым элементом SM. Для процесса установления каждый канал целевым сетевым элементом SM, обратимся к фиг. 2-19.

В варианте осуществления данной заявки дополнительно раскрыта базовая станция, включающая в себя процессор и компонент связи. Процессор выполнен с возможностью: определять передачу обслуживания SM для UE, и выбирать целевой сетевой элемент SM. Компонент связи выполнен с возможностью инициирования процесса установления канала целевым сетевым элементом SM.

Для конкретного процесса реализации функции компонента связи, обратимся к фиг. 2-19, и подробности здесь повторно не описаны.


СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
Источник поступления информации: Роспатент

Показаны записи 1-10 из 704.
20.01.2013
№216.012.1e02

Способ и устройство кодирования сигнала, способ для кодирования объединенного сигнала обратной связи

Изобретение относится к области технологии связи, а конкретно к способу кодирования сигнала, устройству кодирования сигнала и способу для кодирования объединенного сигнала обратной связи. Способ кодирования сигнала включает в себя следующие этапы. Когда две несущие сконфигурированы со многими...
Тип: Изобретение
Номер охранного документа: 0002473176
Дата охранного документа: 20.01.2013
20.01.2013
№216.012.1e0e

Способ разъединения вызова и устройство для его осуществления

Заявленное изобретение относится к способу и устройству разъединения вызова. Технический результат заключается в эффективном использовании идентификатора вызова (Call-ID) и повышении доли успешных передач обслуживания вызова и доли успешных процедур выделения ресурсов для вызова. Для этого...
Тип: Изобретение
Номер охранного документа: 0002473188
Дата охранного документа: 20.01.2013
27.01.2013
№216.012.216e

Способ и устройство передачи данных

Изобретение относится к мобильной связи, а именно к способу и устройству передачи данных. Техническим результатом является повышение производительности передачи данных по нисходящей линии связи. Технический результат достигается тем, что способ передачи данных содержит этапы, на которых...
Тип: Изобретение
Номер охранного документа: 0002474059
Дата охранного документа: 27.01.2013
27.01.2013
№216.012.2170

Способ и устройство кодирования сигнала обратной связи

Изобретение относится к области коммуникационных технологий и, в частности, к способу и устройству кодирования сигналов обратной связи. Способ включает в себя кодирование сигналов обратной связи трех несущих для вывода битовой последовательности и передачу битовой последовательности по...
Тип: Изобретение
Номер охранного документа: 0002474061
Дата охранного документа: 27.01.2013
10.02.2013
№216.012.24fb

Прозрачный обходной путь и соответствующие механизмы

Изобретение относится к области передачи данных. Технический результат заключается в увеличении объема трафика, обрабатываемого маршрутизатором, без необходимости повышения его пропускной способности. Сущность изобретения заключается в том, что компонент сети содержит процессор, выполняющий...
Тип: Изобретение
Номер охранного документа: 0002474969
Дата охранного документа: 10.02.2013
10.03.2013
№216.012.2f04

Способ поиска тракта тсм, способ создания тракта тсм, система управления поиском тракта и система управления созданием тракта

Изобретение относится к области технологий Оптической Транспортной Сети, конкретнее к поиску тракта Контроля Тандемного Соединения (ТСМ) и предназначено для повышения эффективности управления трактом (ТСМ). Изобретение раскрывает способ поиска тракта Контроля Тандемного Соединения, способ...
Тип: Изобретение
Номер охранного документа: 0002477567
Дата охранного документа: 10.03.2013
10.03.2013
№216.012.2f12

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

Изобретение относится к технике связи и может использоваться в системах мобильной связи. Технический результат состоит в обеспечении назначений каналов связи. Для этого способ включает в себя: прием командного сообщения назначения, которое несет выделение ресурсов МАIO (MAIOA) и смещение...
Тип: Изобретение
Номер охранного документа: 0002477581
Дата охранного документа: 10.03.2013
27.03.2013
№216.012.31b3

Способ сообщения информации о способности терминала, способ и устройство для выделения ресурсов временного слота и соответствующая система

Изобретение относится к средствам для сообщения информации о способности терминала сетевой связи и средствам выделения ресурсов временного слота. Техническим результатом является повышение эффективности работы сетевой связи за счет выделения временных ресурсов с учетом определенной способности...
Тип: Изобретение
Номер охранного документа: 0002478261
Дата охранного документа: 27.03.2013
10.04.2013
№216.012.351a

Способ и устройство для выделения ресурсов и обработки информации подтверждения

Изобретение относится к передаче данных, а именно к технологии выделения ресурсов и обработки информации подтверждения. Техническим результатом является повышение гибкости планирования каналов информации подтверждения и повышение отказоустойчивости каналов. Технический результат достигается...
Тип: Изобретение
Номер охранного документа: 0002479137
Дата охранного документа: 10.04.2013
10.04.2013
№216.012.352c

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

Раскрыты способ, сетевое устройство и система для определения распределения ресурсов при скоординированной многоточечной передаче (СоМР передаче). Способ включает в себя этапы, на которых: совместно функционирующие соты, выполняющие СоМР передачу для UE, согласуют правило распределения,...
Тип: Изобретение
Номер охранного документа: 0002479155
Дата охранного документа: 10.04.2013
Показаны записи 1-2 из 2.
31.01.2019
№219.016.b5a5

Способ и устройство для установления многогруппового вызова

Изобретение относится к области коммуникационных технологий. Технический результат изобретения заключается в более эффективном вызове для пользователей, принадлежащих к различным MCPTT-группам MCPTT-системы. Способ включает в себя этапы, на которых: принимают посредством сервера для критичного...
Тип: Изобретение
Номер охранного документа: 0002678464
Дата охранного документа: 29.01.2019
12.04.2023
№223.018.43fd

Способ сокрытия топологии api, устройство и система

Изобретение относится к средствам сокрытия топологии API. Технический результат – повышение безопасности системы общей платформы интерфейса прикладного программирования. Принимают, с помощью базовой функции общей платформы API (CCF), запрос публикации API от функции публикации API, причем...
Тип: Изобретение
Номер охранного документа: 0002780223
Дата охранного документа: 21.09.2022
+ добавить свой РИД