Результат интеллектуальной деятельности: СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ

По данной заявке испрашивается приоритет патентной заявки 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, и подробности здесь повторно не описаны.