Способ обеспечения передачи обслуживания в системе мобильной связи

Способ обеспечения передачи обслуживания в системе мобильной связи

Иллюстрации

Показать все

Реферат

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

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

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

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

Система 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), и сообщить целевой базовой станции информаци