СПОСОБ ОБЕСПЕЧЕНИЯ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ Российский патент 2010 года по МПК H04W36/00 

Область техники, к которой относится изобретение

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

Уровень техники

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

Система WCDMA (широкополосного множественного доступа с кодовым разделением каналов) в соответствии с техническими условиями партнерства по проекту в области технологий 3-го поколения (3GPP - 3^rd generation partnership project) поддерживает три режима управления радиоканалом (RLC - radio link control), чтобы обеспечивать многообразие качества обслуживания (QoS - quality of services) для различных видов услуг, каковыми являются прозрачный режим (TM - transparent mode), режим без подтверждения (UM - unacknowledged mode) и режим с подтверждением (AM - acknowledged mode). Каждый режим RLC реализуется соответствующим объектом уровня RLC. Поскольку качество обслуживания (QoS), поддерживаемое каждым режимом RLC, различается между собой, технологические процессы и полная функциональность каждого режима RLC также различаются.

Режим с подтверждением отличается от прозрачного режима и режима без подтверждения тем, что принимающая сторона передает подтверждение приема в ответ на данные, принятые от передающей стороны. А именно, принимающая сторона передает сообщение о состоянии, чтобы уведомить передающую сторону, успешно ли приняты блоки данных, переданные от передающей стороны. Передающая сторона повторно передает принимающей стороне блоки данных, для которых принято отрицательное подтверждение приема. Цель режима с подтверждением - обеспечить безошибочную передачу данных. Режим с подтверждением обычно используется для передачи пакетных данных не в реальном времени, таких как TCP/IP-данные и т.п., и сообщений управления радиоресурсами (RRC - radio resource control), для которых подтверждения приема необходимы.

Объект уровня управления радиоканалом (RLC), поддерживающий режим с подтверждением (AM), имеет сложную структуру, обусловленную наличием функции повторной передачи, описанной выше. AM-объект выполняет множество функций, таких как управление информационными потоками с использованием окон приема и передачи, опрос передающей стороны на предмет запроса информации о состоянии к равноправному RLC-объекту принимающей стороны, сообщение о состоянии для принимающей стороны для передачи сообщения о состоянии равноправному RLC-объекту передающей стороны и т.д. Для обеспечения этих функций RLC AM-объектом поддерживаются блок протокольных данных (PDU - protocol data unit) состояния для доставки информации о состоянии и функция совмещения передачи прямых и обратных пакетов, посредством которой PDU состояния вкладываются в PDU данных. Дополнительно, RLC AM-объект поддерживает PDU возврата в исходное состояние для того, чтобы запросить ответный AM-объект о восстановлении всех операций и параметров, когда RLC AM-объект обнаруживает существенную ошибку во время операции, и PDU подтверждения возврата в исходное состояние для ответа на PDU возврата в исходное состояние. Для выполнения вышеописанных функций RLC AM-объекту требуется ряд параметров протоколов, переменных состояния и счетчиков времени. PDU, такой как PDU состояния или PDU возврата в исходное состояние, который используется для управления передачей данных для RLC AM-объекта, называется PDU управления, а PDU для доставки пользовательских данных называется PDU данных.

В случае когда пользовательское оборудование меняет сетевой объект, такой как базовая станция, с которым устанавливается соединение, вследствие, например, передачи обслуживания и т.п., потеря данных и необязательная повторная передача данных должны быть в пределах минимального диапазона во время процедуры изменения. Например, когда пользовательское оборудование, действующее в режиме с подтверждением, выполняет передачу обслуживания от исходной базовой станции к целевой базовой станции, предполагается, что исходная базовая станция передает блоки данных, которые должны быть переданы на пользовательское оборудование, на целевую базовую станцию. В этом случае буферное устройство передачи или буферное устройство повторной передачи на RLC AM-объекте исходной базовой станции сохраняет блоки данных, которые совсем не передавались на пользовательское оборудование, и блоки данных, которые были переданы на пользовательское оборудование, но для них были приняты отрицательные подтверждения приема от пользовательского оборудования. Соответственно, когда исходная базовая станция доставляет блоки данных для пользовательского оборудования на целевую базовую станцию, эффективные способы должны предотвращать потерю данных или необязательную повторную передачу данных. Дополнительно, нужен способ нового сообщения о состоянии для пользовательского оборудования для обеспечения эффективных переносов данных от исходной базовой станции на целевую базовую станцию.

Сущность изобретения

Настоящее изобретение направлено на способ выполнения передачи обслуживания и его обеспечение.

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

На чертежах:

фиг.1 является блок схемой сетевой структуры E-UMTS (evolved universal mobile telecommunications system - усовершенствованная универсальная система мобильной электросвязи);

фиг.2 является схематическим представлением, иллюстрирующим архитектуру протокола E-UTRAN.

фиг.3A и 3B являются архитектурными схемами плоскости управления и плоскости пользователя, соответственно, протокола радиоинтерфейса между ПО (пользовательское оборудование) и UTRAN (сеть наземного радиодоступа UMTS) на основании 3GPP-стандарта сети радиодоступа;

фиг.4 является схемой, иллюстрирующей структуру физических каналов в E-UMTS;

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

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

Осуществление изобретения

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

Описываемые ниже варианты осуществления являются лишь примерами применения технических признаков настоящего изобретения к Усовершенствованной Универсальной Системе Мобильной Электросвязи (E-UMTS). Фиг.1 является структурной схемой сетевой структуры E-UMTS (evolved universal mobile telecommunications system - усовершенствованная универсальная система мобильной электросвязи), к которой применяются технические признаки настоящего изобретения. E-UMTS является системой, развившейся из традиционной UMTS, и основные положения ее стандартизации в настоящее время рассматриваются 3GPP (3^rd generation partnership project - партнерство по проекту в области технологий 3-го поколения). E-UMTS также может быть названа системой LTE (Long Term Evolution - Долгосрочное Развитие). За дополнительными техническими материалами, связанными с UMTS и E-UMTS, которые не описываются в данном документе, можно обратиться к документам Версия 7 и Версия 8 "Партнерство по проекту в области технологий 3-го поколения; Технические Спецификации Сети Группового Радиодоступа".

Обратимся к фиг.1, сеть E-UMTS включает в себя пользовательское оборудование (в дальнейшем используется сокращение 'ПО'), базовую станцию (усовершенствованный B-узел или eNB - eNode B) и шлюз доступа (в дальнейшем используется сокращение 'ШД'), соединенный с внешней сетью, будучи расположенным на конце сети E-UMTS. ШД могут быть разделены на часть для транспортировки пользовательского информационного потока и часть для транспортировки управляющего информационного потока. Первый ШД для обработки нового пользовательского информационного потока может устанавливать связь со вторым ШД для обработки управляющего информационного потока через новый интерфейс. Усовершенствованный B-узел может включать в себя, по меньшей мере, одну ячейку. Первый интерфейс для передачи пользовательского информационного потока или второй интерфейс для передачи управляющего информационного потока может быть расположен между несколькими усовершенствованными B-узлами. Базовая сеть может включать в себя ШД и множество узлов для регистрации пользователей Пользовательского Оборудования (ПО). В случае необходимости для LTE сети может также использоваться другой интерфейс для установления различия между E-UTRAN и базовой сетью. ШД управляет мобильностью ПО при помощи единицы области слежения (ОС). ОС содержит множество ячеек. Когда ПО перемещается в ОС из другой ОС, ПО сообщает ШД об изменении ОС. Усовершенствованный B-узел включает в себя, по меньшей мере, одну ячейку.

Фиг.2 является схематическим представлением, иллюстрирующим архитектуру протокола E-UTRAN. На фиг.2 заштрихованная часть представляет функциональные объекты плоскости управления, а незаштрихованная часть представляет функциональные объекты плоскости пользователя.

Уровни протокола радиоинтерфейса между ПО и сетью могут быть разделены на первый уровень L1, второй уровень L2 и третий уровень L3, исходя из трех нижних уровней эталонной модели взаимодействия открытых систем, широко известной в системах связи. Физический уровень, принадлежащий первому уровню L1, предоставляет услугу передачи информации, используя физический канал. Управление радиоресурсами (в дальнейшем используется сокращение 'RRC'), расположенное на третьем уровне, играет некоторую роль в регулировании радиоресурсов между ПО и сетью. Для этого уровень RRC позволяет обмениваться сообщениями RRC между ПО и сетью. Уровень RRC может распространяться на сетевые узлы, включающие в себя усовершенствованные B-узлы, ШД и т.п., либо на усовершенствованные B-узлы, либо на ШД.

Фиг.3A и 3B являются архитектурными схемами плоскости управления и плоскости пользователя, соответственно, протокола радиоинтерфейса между ПО (пользовательское оборудование) и UTRAN (сеть наземного радиодоступа UMTS) на основании 3GPP-стандарта сети радиодоступа. Обратимся к фиг.3A, протокол радиоинтерфейса по вертикали включает в себя физический уровень, канальный уровень и сетевой уровень, а по горизонтали включает в себя плоскость пользователя для переноса информации в виде данных и плоскость управления для переноса сигнализации. Уровни протокола на фиг.3A могут быть разделены на L1 (первый уровень), L2 (второй уровень) и L3 (третий уровень), исходя из трех нижних уровней модели взаимодействия открытых систем, широко известной в системах связи.

Соответствующие уровни плоскости управления радиопротокола, показанные на фиг.3A, и плоскости пользователя радиопротокола, показанные на фиг.3B, раскрываются следующим образом.

Прежде всего, физический уровень, как первый уровень, предоставляет услугу переноса информации на верхний уровень с использованием физических каналов. Физический уровень (PHY) соединяется с уровнем управления доступом к среде (в дальнейшем используется сокращение 'MAC' - medium access control) над физическим уровнем посредством транспортных каналов. Данные переносятся между уровнем управления доступом к среде и физическим уровнем посредством транспортных каналов. Более того, данные переносятся между различными физическими уровнями, а конкретнее, между одним физическим уровнем передающей стороны и другим физическим уровнем принимающей стороны посредством физических каналов. Нисходящий физический канал E-UMTS модулируется согласно схеме уплотнения с ортогональным разделением частот (OFDM - orthogonal frequency division multiplexing), а время и частота используются как радиоресурсы.

Уровень управления доступом к среде (в дальнейшем используется сокращение 'MAC') второго уровня предоставляет обслуживание для уровня управления радиоканалом (в дальнейшем используется сокращение RLC) над уровнем управления доступом к среде посредством логических каналов. Уровень RLC второго уровня обеспечивает надежный перенос данных. Для того чтобы эффективно передавать IP-пакеты (например, IPv4 или IPv6) в течение сеанса радиосвязи, имеющего узкую полосу пропускания, уровень PDCP (протоколы конвергенции пакетных данных) второго уровня (L2) выполняет сжатие заголовков для уменьшения размера относительно большого заголовка IP-пакета, содержащего излишнюю управляющую информацию.

Уровень управления радиоресурсами (в дальнейшем используется сокращение 'RRC'), расположенный на самой нижней части третьего уровня, определяется только в плоскости управления и имеет отношение к конфигурации, реконфигурации и освобождению радиоканалов для переноса (в дальнейшем используется сокращение 'RB' - radio bearer) будучи ответственным за управление логическими, транспортными и физическими каналами. При этом под RB подразумевается услуга, предоставляемая вторым уровнем для переноса данных между ПО и UTRAN.

В качестве нисходящего транспортного канала, переносящего данные на ПО из сети, используются широковещательный канал (BCH - broadcast channel), переносящий информацию о системе, и нисходящий совмещенный канал (SCH - shared channel), переносящий пользовательский информационный поток или управляющие сообщения. Информационный поток или управляющие сообщения нисходящей многоадресной или широковещательной услуги могут передаваться по нисходящему SCH или по дополнительному нисходящему каналу многоадресной передачи (MCH - multicast channel). При этом в качестве восходящего транспортного канала, переносящего данные в сеть от ПО, используются канал случайного доступа (RACH - random access channel), переносящий начальное управляющее сообщение, и восходящий совмещенный канал (UL-SCH - uplink shared channel), переносящий пользовательский информационный поток или управляющие сообщения.

В системе E-UMTS для нисходящей линии связи используется OFDM, а для восходящей линии связи - множественный доступ с частотным разделением по одной несущей (SC-FDMA - single carrier frequency division multiple access). Схема OFDM, использующая множественные несущие, распределяет ресурсы с помощью блока множественных поднесущих, включающих в себя группу несущих, и использует множественный доступ с ортогональным частотным разделением (OFDMA - orthogonal frequency division multiple access) в качестве схемы доступа.

Физический уровень схемы OFDM или OFDMA разделяет активные несущие на множество групп и передает каждую группу своей принимающей стороне. Выделенный каждому ПО радиоресурс, который определяется как частотно-временная область на двумерной сфере, содержит непрерывные поднесущие на частотной оси и символы на временной оси. Частотно-временная область в схеме OFDM или OFDMA представляет собой прямоугольную форму, образованную временными и частотными координатами. Одна или более частотно-временные области могут распределяться восходящей линии связи для ПО, и eNB может передавать одну или более частотно-временные области на ПО. Для того чтобы определить частотно-временную область на двумерной сфере, должно быть задано число OFDM-символов и поднесущих, начиная от точки, смещенной относительно опорной точки.

E-UMTS использует радиоцикл с длительностью 10 мс, содержащий 20 подциклов. А именно, подцикл имеет длительность 0,5 мс. Блок ресурсов содержит один подцикл и двенадцать поднесущих, частота каждой из которых 15 кГц. Один подцикл содержит множество OFDM-символов, и часть из множества OFDM-символов может использоваться для управляющей информации L1/2.

Фиг.4 является схемой, иллюстрирующей структуру физических каналов в E-UMTS. На фиг.4 подцикл содержит область передачи управляющей информации L1/2 (заштрихованная часть) и область передачи данных (незаштрихованная часть).

Фиг.5 является схемой последовательности операций, иллюстрирующей процедуру передачи обслуживания в соответствии с вариантом осуществления настоящего изобретения в 3GPP LTE-системе.

Обратимся к фиг.5, пользовательское оборудование (ПО) первоначально имеет соединение с исходной базовой станцией (исходный eNB) и принимает пользовательские данные от верхнего сетевого объекта, такого как ШД, через исходную базовую станцию [S51, S52]. Исходная базовая станция распределяет ресурсы восходящей линии связи для пользовательского оборудования, чтобы передавать сообщение для результатов измерений [S53]. Под ресурсами восходящей линии связи подразумевается частотно-временная область, через которую пользовательское оборудование может передавать восходящие данные. Пользовательское оборудование передает сообщение результатов измерений на исходную базовую станцию через выделенные ресурсы восходящей линии связи, т.е. частотно-временную область [S54]. Сообщение результатов измерений включает в себя информацию, связанную с качеством каналов между пользовательским оборудованием и исходной базовой станцией и, по меньшей мере, одной соседней базовой станцией. Информация качества канала может быть представлена посредством ряда параметров, таких как отношение несущая/смесь помехи с шумом (CINR - carrier to interference and noise ratio), отношение сигнал/шум (SNR - signal to noise ratio), вероятность ошибок по битам (BER - bit error rate) или вероятность ошибок по циклам (FER - frame error rate) и т.д. Исходная базовая станция решает, выполняет пользовательское оборудование передачу обслуживания или нет, на основании содержания сообщения результатов измерений [S55]. Например, если качество канала между пользовательским оборудованием и соседней базовой станцией равно или выше предварительно заданного порогового значения, если исходить из качества канала между пользовательским оборудованием и исходной базовой станцией, то исходная базовая станция решает, что пользовательское оборудование должно выполнить передачу обслуживания на соседнюю базовую станцию. В этом случае соседняя базовая станция может быть целевой базовой станцией.

После принятия решения о передаче обслуживания исходная базовая станция передает сообщение подготовки передачи обслуживания, включающее в себя контекст ПО в сети радиодоступа, на целевую базовую станцию [S56]. Контекст ПО в сети радиодоступа содержит информацию, связанную с пользовательским оборудованием, такую как идентификационная информация ПО, информация о безопасности и число установленных радиоканалов для переноса (RB). Целевая базовая станция сохраняет контекст ПО в сети радиодоступа, принятый от исходной базовой станции [S57]. Целевая базовая станция обеспечивает безопасность ресурсов, таких как радиоресурсы и аппаратные ресурсы, например память, для установления соединения с пользовательским оборудованием, а затем передает информацию о выделении ресурса для пользовательского оборудования на исходную базовую станцию [S58]. Информация о выделении ресурса включает в себя новый C-RNTI (Cell-Radio Network Temporary Identity - временный идентификатор сотовой радиосети) для пользовательского оборудования.

Исходная базовая станция распределяет ресурсы нисходящей линии связи пользовательскому оборудованию [S59] и передает сообщение команды передачи обслуживания на пользовательское оборудование через выделенные ресурсы нисходящей линии связи [S60]. Сообщение команды передачи обслуживания включает в себя новый C-RNTI. После передачи сообщения команды передачи обслуживания на пользовательское оборудование исходная базовая станция распределяет пользовательскому оборудованию ресурсы восходящей линии связи, необходимые для сообщений о состоянии [S61].

Пользовательское оборудование передает сообщение о состоянии через выделенные ресурсы восходящей линии связи на исходную базовую станцию [S62]. Сообщение о состоянии включает в себя информацию подтверждения приема для множества блоков данных, переданных от исходной базовой станции на пользовательское оборудование в течение предварительно заданного периода времени. Предпочтительно, чтобы сообщение о состоянии могло включать в себя информацию подтверждения приема только для блоков данных, которые успешно приняты от исходной базовой станции. В качестве альтернативы, сообщение о состоянии может включать в себя информацию подтверждения только для блоков данных, которые неудачно приняты от исходной базовой станции. В настоящем описании блок данных может быть RLC PDU или RLC SDU (Service Data Unit - служебный блок данных). Как правило, подтверждение приема пользовательским оборудованием выполняется блоком RLC PDU, но может быть выполнено блоком RLC SDU. Например, пользовательское оборудование может передавать подтверждение приема для каждого RLC PDU перед приемом сообщения команды передачи обслуживания от исходной базовой станции и может передавать подтверждение приема для каждого RLC SDU после приема сообщения команды передачи обслуживания. Информация подтверждения приема может быть включена в состав, по меньшей мере, или PDU состояния или комбинированного PDU состояния, который будет передаваться.

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

Исходная базовая станция, принимающая сообщение о состоянии от пользовательского оборудования, переносит пользовательские данные, которые должны быть переданы на пользовательское оборудование, на целевую базовую станцию, исходя из информации подтверждения приема, включенной в состав сообщения о состоянии [S63]. Пользовательские данные, которые должны быть перенесены на целевую базовую станцию, включают в себя блоки данных, сохраненные в буферном устройстве передачи или в буферном устройстве повторной передачи исходной базовой станции, исключая блок данных, который был успешно передан на пользовательское оборудование. Блок данных может быть, по меньшей мере, или RLC PDU или RLC SDU. Успешно ли передан блок данных на пользовательское оборудование, может оцениваться в соответствии с подтверждением приема для блока данных. А именно, при приеме положительного подтверждения приема для блока данных исходная базовая станция может решить, что блок данных был успешно передан на пользовательское оборудование.

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

Первым типом является блок данных, который исходная базовая станция передала на пользовательское оборудование, и от пользовательского оборудования было принято отрицательное подтверждение приема. ПО может передавать подтверждение приема для каждого RLC PDU или RLC SDU. Каждый RLC PDU содержит, по меньшей мере, часть RLC SDU. Блок данных может быть, по меньшей мере, или RLC PDU или RLC SDU.

Вторым типом является RLC PDU или RLC SDU, включенный в состав MAC PDU, который неудачно передан на пользовательское оборудование. То есть, в случае когда MAC-уровень не в состоянии передать MAC PDU на пользовательское оборудование, RLC PDU или RLC SDU, связанные с неудачно переданным MAC PDU, должны быть перенесены на целевую базовую станцию. Конкретнее, RLC PDU переносится с RLC-уровня на MAC-уровень в сети. MAC-уровень формирует, по меньшей мере, один MAC PDU, используя перенесенный RLC PDU, а затем переносит, по меньшей мере, один MAC PDU на физический уровень. К каждому MAC PDU, который должен быть передан на пользовательское оборудование, применяется схема гибридного автоматического запроса на повторную передачу (HARQ - hybrid automatic repeat request). Если MAC-уровень не в состоянии принять подтверждение для MAC PDU в течение предварительно заданного времени повторных передач, MAC-уровень информирует об этом RLC-уровень, чтобы RLC-уровень мог повторно передать, по меньшей мере, один RLC PDU, связанный с MAC PDU.

Третьим типом является блок данных, который исходная базовая станция приняла от верхнего сетевого объекта, но не передала на пользовательское оборудование.

Фиг.6 является схемой, иллюстрирующей примеры переноса пользовательских данных от исходной базовой станции на целевую базовую станцию в соответствии с вариантом осуществления настоящего изобретения. То есть, фиг.6 является схемой, иллюстрирующей варианты осуществления этапа S63 на фиг.5. Фиг.6(a) представляет пример переноса блоков данных на базе RLC SDU, и фиг.6(b) представляет пример переноса блоков данных на базе RLC PDU.

На фиг.6 исходная базовая станция принимает RLC PDU 1, 2, 3 и 4 от верхнего сетевого объекта (например, ШД). RLC-уровень исходной базовой станции конфигурирует RLC PDU 1, 2, 3 и 4, сегментируя и/или последовательно соединяя RLC SDU 1, 2 и 3 и передает RLC PDU 1, 2, 3 и 4 на пользовательское оборудование. Исходная базовая станция принимает положительные подтверждения приема (в дальнейшем, 'ACK' - сигнал подтверждения приема) для RLC PDU 1, 3 и 4 и отрицательное подтверждение приема (в дальнейшем, 'NACK' - сигнал отсутствия подтверждения приема) для RLC PDU 2. В настоящем описании числа, следующие за RLC SDU или RLC PDU, отображают порядковые номера RLC SDU или RLC PDU.

Исходя из взаимного отображения между RLC SDU и RLC PDU, которое известно исходной базовой станции, исходная базовая станция может получить ситуацию, когда пользовательское оборудование приняло успешно RLC SDU 3, но не приняло успешно RLC SDU 1, 2 и 4. Для правильного восстановления RLC SDU 1, 2, 3 и 4 на пользовательском оборудовании все RLC PDU, связанные с RLC SDU 1, 2, 3 и 4, должны быть успешно переданы на пользовательское оборудование. Однако на фиг.6 RLC PDU 1, 3 и 4 были успешно переданы на пользовательское оборудование. Пользовательское оборудование может восстановить RLC SDU 3, используя успешно переданный RLC PDU 4. Как описано выше, тем не менее, RLC SDU 1, 2 и 4 не могут быть успешно восстановлены на пользовательском оборудовании, так как не удается успешно передать RLC PDU 2.

В варианте осуществления, изображенном на фиг.6(a), исходная базовая станция переносит на целевую базовую станцию RLC SDU, которые переданы неудачно и которые еще не передавались на пользовательское оборудование, но не RLC SDU, который успешно передан на пользовательское оборудование. То есть, на фиг.6(a) исходная базовая станция переносит RLC SDU 1, 2 и 4 на целевую базовую станцию. Целевая базовая станция конфигурирует RLC PDU, используя перенесенные RLC SDU, и передает сконфигурированные RLC PDU на пользовательское оборудование после завершения передачи обслуживания. На фиг.6(a) исходная базовая станция не переносит RLC SDU, который успешно передан на пользовательское оборудование.

В варианте осуществления, изображенном на фиг.6(b), исходная базовая станция переносит на целевую базовую станцию RLC PDU, для которого от пользовательского оборудования принимается NACK, и RLC SDU, который еще не передавался на пользовательское оборудование, но не RLC PDU, который успешно передан на пользовательское оборудование. То есть, RLC PDU 2 и RLC SDU 4 переносятся от исходной базовой станции на целевую базовую станцию. Целевая базовая станция конфигурирует RLC PDU 5 и 6, используя перенесенный RLC SDU 4, и передает RLC PDU 2, перенесенный от исходной базовой станции, и сконфигурированные RLC PDU 5 и 6 на пользовательское оборудование.

В варианте осуществления, изображенном на фиг.6(b), как описано выше, исходная базовая станция переносит на целевую базовую станцию RLC PDU, который неудачно передан на пользовательское оборудование, и RLC SDU, который еще не передавался на пользовательское оборудование. Соответственно, исходная базовая станция не переносит RLC SDU и RLC PDU, которые успешно переданы на пользовательское оборудование. Пользовательское оборудование может восстановить RLC SDU 1, 2 и 3, объединяя RLC PDU 1, 3 и 4, которые успешно приняты от исходной базовой станции, и RLC PDU 2, который успешно принят от целевой базовой станции. Другими словами, RLC SDU 1 и 2 могут быть восстановлены пользовательским оборудованием на основании RLC PDU 1 и 3, принятых от исходной базовой станции, и RLC PDU 2, принятого от целевой базовой станции. При этом RLC SDU 3 может быть восстановлен из RLC PDU 4.

Вариант осуществления, изображенный на фиг.6(b), имеет преимущество, в сравнении с вариантом осуществления, изображенным на фиг.6(a), в том, что для обработки пользовательских данных, перенесенных от исходной базовой станции, требуется меньше ресурсов целевой базовой станции. Однако если целевая базовая станция обладает достаточными ресурсами для обработки данных для пользовательского оборудования, может быть предпочтителен вариант осуществления, изображенный на фиг.6(a), так как может быть легко достигнута реализация на пользовательском оборудовании, и пользовательское оборудование не должно запоминать состояния обмена информацией с исходной базовой станцией до передачи обслуживания.

Другими словами, может быть выбран один из вариантов осуществления, изображенных на фиг.6(a) и фиг.6(b), в зависимости от ресурсов, которые целевая базовая станция может использовать для пользовательского оборудования. Так как целевая базовая станция имеет представление о том, сколько ресурсов может быть использовано для пользовательского оборудования, целевая базовая станция может выбрать один из вариантов осуществления, изображенных на фиг.6(a) и фиг.6(b), и сообщить целевой базовой станции информацию, связанную с выбранным вариантом. Исходная базовая станция может предоставить информацию пользовательскому оборудованию посредством, например, сообщения команды передачи обслуживания.

Исходная базовая станция может выполнить процедуру передачи обслуживания в соответствии с информацией от целевой базовой станции. В случае если выбирается вариант осуществления, изображенный на фиг.6(a), пользовательское оборудование может не учитывать все RLC PDU, которые успешно приняты от исходной базовой станции после того, как передача обслуживания к целевой базовой станции завершена. В случае если выбирается вариант осуществления, изображенный на фиг.6(b), для пользовательского оборудования предпочтительно не отвергать все RLC PDU, которые успешно приняты от исходной базовой станции.

Обратимся снова к фиг.5, целевая базовая станция, которая приняла от исходной базовой станции блоки данных, исключая блок данных, успешно переданный на пользовательское оборудование, из числа всех блоков данных для пользовательского оборудования, сохраняет принятые блоки данных в буферном устройстве [S64]. Блоки данных могут включать в себя, по меньшей мере, или RLC SDU, или RLC PDU.

Пользовательское оборудование устанавливает соединение для обмена данными с целевой базовой станцией [S65]. Процедура установления соединения может включать в себя процесс синхронизации и процесс установления необходимых радиоканалов для переноса (RB). После завершения процедуры установления соединения целевая базовая станция распределяет пользовательскому оборудованию радиоресурсы восходящей линии связи [S66].

Пользовательское оборудование передает сообщение подтверждения передачи обслуживания через выделенные ресурсы восходящей линии связи на целевую базовую станцию [S67]. Предпочтительно, чтобы после завершения процедуры установления соединения пользовательское оборудование передавало на целевую базовую станцию информацию подтверждения приема для блоков данных, принятых от исходной базовой станции до передачи обслуживания. Другими словами, пользовательское оборудование информирует целевую базовую станцию о том, успешно ли принят блок данных от исходной базовой станции, таким образом, целевая базовая станция может получить корректную информацию, связанную с блоками данных, которые будут передаваться на пользовательское оборудование после завершения передачи обслуживания. Предпочтительно, если пользовательское оборудование может передавать на целевую базовую станцию информацию подтверждения приема только для блоков данных, которые были успешно приняты от исходной базовой станции. В качестве альтернативы, пользовательское оборудование может передавать на целевую базовую станцию информацию подтверждения приема только для блоков данных, которые были неудачно приняты от исходной базовой станции. Блоки данных могут включать в себя, по меньшей мере, или RLC PDU, или RLC SDU. Информация подтверждения приема может быть включена в состав сообщения подтверждения передачи обслуживания. В качестве альтернативы, информация подтверждения приема может быть включена в состав сообщения RLC, сообщения RRC или сообщения PDCP и т.д., которые будут передаваться от пользовательского оборудования на целевую базовую станцию.

При приеме пользовательских данных для пользовательского оборудования от ШД [S68] во время передачи обслуживания исходная базовая станция переносит принятые пользовательские данные на целевую базовую станцию [S72]. Целевая базовая станция информирует исходную базовую станцию, что передача обслуживания завершена [S69], и посылает запрос ШД на уточнение местоположения пользовательского оборудования [S70]. ШД выполняет переключение трактов для пользовательского оборудования [S71] и передает пользовательские данные на пользовательское оборудование через целевую базовую станцию [S73, S74].

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

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

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

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

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

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

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

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

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

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

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

В вариантах осуществления настоящего изобретения, если исходная базовая станция переносит пользовательские данные на целевую базовую станцию (этап S63 на фиг.5), предпочтительно, чтобы на целевую базовую станцию переносился виртуальный блок данных, чтобы исходная базовая станция могла проверить, успешно ли приняла целевая базовая станция пользовательские данные. Например, в случае если исходная базовая станция переносит RLC SDU 1, 2 и 4 на целевую базовую станцию, как в варианте осуществления, изображенном на фиг.6(a), предпочтительно, чтобы целевая базовая станция не ожидала RLC SDU 3 неограниченное время. Чтобы избежать этого, исходная базовая станция может сформировать RLC SDU, имеющий порядковый номер '3', и перенести на целевую базовую станцию. RLC SDU, сформированный исходной базовой станцией, является виртуальным блоком данных. Целевая базовая станция, принимающая виртуальный блок данных, может понять, что блок данных, соответствующий порядковому номеру '3', не перенесен от исходной базовой станции.

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

Некоторые технические термины, используемые в этом документе, могут быть заменены другими терминами. Например, базовая станция и усовершенствованный B-узел (или eNB) могут заменять друг друга, и базовая станция, усовершенствованный B-узел, или eNB могут именоваться как стационарная станция. Дополнительно, пользовательское оборудование (ПО) может именоваться как мобильный терминал, терминал, или пользовательское устройство и т.д.

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

Промышленная применимость

Настоящее изобретение применимо для беспроводной системы связи, такой как система мобильного Интернета или система мобильной связи, и т.д.

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

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

2. Способ по п.1, в котором первый уровень является уровнем управления радиоканалом (RLC), имеющим объект, поддерживающий режим с подтверждением (AM).

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

4. Способ по п.3, в котором этот, по меньшей мере, один блок данных включает в себя блок данных, включенный в состав блока данных нижнего уровня, для которого от пользовательского оборудования принимают сигнал отрицательного подтверждения (NACK).

5. Способ по п.4, в котором этот, по меньшей мере, один блок данных включает в себя блок данных, который не передают на пользовательское оборудование.

6. Способ по п.2, в котором блок данных первого уровня является RLC блоком протокольных данных (PDU).

7. Способ по п.1, в котором первый сетевой объект является исходным усовершенствованным В-узлом (eNB).

8. Способ по п.7, в котором второй сетевой объект является целевым усовершенствованным В-узлом (eNB).

9. Способ по п.4, в котором нижний уровень является уровнем управления доступом к среде (MAC), а блок данных нижнего уровня является MAC блоком протокольных данных (PDU).

10. Способ по п.1, в котором первый и второй сетевые объекты имеют разные объекты, поддерживающие режим с подтверждением (AM).

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

12. Способ по п.11, в котором первый уровень является уровнем управления радиоканалом (RLC), имеющим объект, поддерживающий режим с подтверждением (AM).

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

14. Способ по п.13, в котором, по меньшей мере, один второй блок данных включает в себя второй блок данных, включенный в состав третьего блока данных нижнего уровня, для которого от пользовательского оборудования принимают сигнал отрицательного подтверждения (NACK).

15. Способ по п.14, в котором, по меньшей мере, один второй блок данных включает в себя второй блок данных, включенный в состав первого блока данных, который не передают на пользовательское оборудование.

16. Способ по п.12, в котором первый блок данных первого уровня является RLC блоком протокольных данных (PDU).

17. Способ по п.16, в котором второй блок данных верхнего уровня является RLC служебным блоком данных (SDU).

18. Способ по п.11, в котором первый сетевой объект является исходным усовершенствованным В-узлом (eNB).

19. Способ по п.18, в котором второй сетевой объект является целевым усовершенствованным В-узлом (eNB).

20. Способ по п.14, в котором нижний уровень является уровнем управления доступом к среде (MAC), а третий блок данных нижнего уровня является MAC блоком протокольных данных (PDU).

21. Способ по п.11, в котором первый и второй сетевые объекты имеют разные объекты, поддерживающие режим с подтверждением (AM).

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

23. Способ по п.22, в котором сообщение о состоянии включает в себя положительное подтверждение приема или отрицательное подтверждение приема для каждого из множества блоков данных, принятых от первого сетевого объекта в течение предварительно заданного периода времени.

24. Способ по п.23, в котором множество блоков данных является служебными блоками данных (SDU) уровня управления радиоканалом (RLC).

25. Способ по п.23, в котором множество блоков данных является блоками протокольных данных (PDU) уровня управления радиоканалом (RLC).

26. Способ по п.22, в котором сообщение о состоянии включают в состав сообщения подтверждения передачи обслуживания, которое должно быть передано на второй сетевой объект.

27. Способ по п.22, в котором сообщение о состоянии передают, по меньшей мере, или на первый сетевой объект или на второй сетевой объект посредством сигнализации управления радиоканалом (RLC) или сигнализации управления радиоресурсами (RRC).

28. Способ по п.22, в котором первый сетевой объект является исходным усовершенствованным В-узлом (eNB).

29. Способ по п.28, в котором второй сетевой объект является целевым усовершенствованным В-узлом (eNB).

30. Способ по п.23, который дополнительно содержит этап, на котором принимают от второго сетевого объекта, по меньшей мере, один блок данных, исключая блок данных, для которого передано положительное подтверждение приема, из множества блоков данных.