RU2504128C2

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

Info

Publication number: RU2504128C2
Application number: RU2011135623/08A
Authority: RU
Inventors: Александр Грэхэм ЧАРЛЬЗ; Кеиичи КУБОТА; Брайан МАРТИН
Original assignee: Нокиа Корпорейшн
Priority date: 2009-01-30
Filing date: 2009-12-28
Publication date: 2014-01-10
Also published as: EP2392189A1; JP2012516599A; SG172955A1; ZA201106283B; CA2750919A1; US8494451B2; KR101223361B1; CA2750919C; AU2009339184A1; KR20110112847A; CL2011001814A1; EP2392189A4; CN102301820A; IL213958A0; RU2011135623A; AP2011005828A0; JP5221776B2; UA101549C2; WO2010086490A1; US20100197230A1

Abstract

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

Description

ОБЛАСТЬ ТЕХНИКИ

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

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

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

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

С развитием и расширением сетей и технологий связи мобильные электронные устройства получают надежную поддержку. Например, технология WiMAX (Worldwide Interoperability for Microwave Access, общемировая совместимость для микроволнового доступа) представляет собой технологию связи, предназначенную для беспроводной передачи данных на большие расстояния множеством различных способов, от линий связи "точка-точка" до полного мобильного доступа сотового типа. Также, в настоящее время разрабатывается эволюционированная сеть наземного радиодоступа универсальной системы мобильной связи (evolved universal mobile telecommunications system (UMTS) terrestrial radio access network, E-UTRAN). Сеть E-UTRAN, которая известна также как "долгосрочная эволюция" (Long Term Evolution, LTE) или 3.9G, нацелена на усовершенствование предшествующих технологий путем повышения эффективности, снижения затрат, усовершенствования услуг, использования возможностей новых диапазонов и обеспечения лучшей интеграции с другими открытыми стандартами.

В типовой конфигурации сети мобильные пользователи осуществляют связь друг с другом по линиям связи, которые поддерживаются сетью. С этой целью, например, вызывающая станция может передавать данные сетевым устройствам, чтобы указанные сетевые устройства переслали данные целевой станции. Качество обслуживания (quality of service, QoS) линий радиосвязи может управляться объектом, который называют контроллером радиолинии (radio link controller). Контроллер RLC может управлять QoS каждого радиоканала (radio bearer, RB) и передачей данных в каждом радиоканале посредством различных режимов RLC. Примеры режимов могут включать прозрачный режим (transparent mode, TM), режим передачи с подтверждением (acknowledged mode, AM) и режим передачи без подтверждения (unacknowledged mode, DM). Каждый режим может поддерживать соответствующее отличающееся качество обслуживания. Например, прозрачный режим может быть режимом, в котором при формировании блока данных протокола (protocol data unit, PDU) к блоку служебных данных (service data unit, SDU) контроллера RLC, принятому от более высокого уровня, не добавляют никакой дополнительной служебной информации. По существу, контроллер RLC может передавать блок SDU "прозрачным" способом. В "непрозрачных" режимах, таких как режим передачи с подтверждением и режим передачи без подтверждения, в контроллере RLC добавляют дополнительную служебную информацию.

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

В отличие от режима передачи с подтверждением режим передачи без подтверждения не обеспечивает подтверждение приема для принимаемых блоков PDU. Таким образом, хотя приемник также может использовать порядковый номер, предоставляемый в заголовке PDU, для определения того, был ли потерян блок PDU, передатчик при этом не принимает никаких подтверждений приема для передаваемых блоков PDU и, следовательно, не проверяет, правильно ли приемник принимает передаваемые блоки PDU. Таким образом, после того как блок PDU передан, его обычно не передают повторно. Благодаря тому, что в режиме передачи без подтверждения не выполняют повторную передачу блоков PDU, этот режим лучше подходит для передачи пакетов в реальном времени, например для передачи голоса по протоколу Интернета (voice over Internet Protocol, VolP), широковещательной/многоадресной передачи данных и других услуг в реальном времени. Голосовые вызовы с коммутацией каналов (circuit switched, CS) могут служить примером услуги, которую сеть может поддерживать в режиме передачи без подтверждения. В частности, передача голосовых данных с коммутацией каналов по высокоскоростному пакетному доступу (high speed packet access, HSPA) была введена для широкополосного множественного доступа с кодовым разделением каналов (wideband code division multiple access, WCDMA) в качестве попытки улучшить частотную эффективность и время автономной работы путем отображения голосовых услуг с коммутацией каналов на высокоскоростной пакетный доступ в восходящей линии связи (high speed uplink packet access, HSUPA) и высокоскоростной пакетный доступ в нисходящей линии связи (high speed downlink packet access, HSDPA). Например, канал радиодоступа (radio access bearer, RAB) передачи голоса с коммутацией каналов по HSPA может быть отображен на RLC в режиме передачи без подтверждения, при этом адаптивный многоскоростной (adaptive multi-rate, AMR) голосовой кодек может передавать аудиокадры, например, для каждых 20 мс, если аудиоданные присутствуют, или передавать AMR SID (например, кадр молчания) для каждых 160 мс, если аудиоданные отсутствуют (например, в периоды молчания).

Несмотря на потенциал, который имеет режим передачи без подтверждения в различных приложениях, например, описанных выше, если приемнику не удается принять некоторое количество последовательных PDU данных в режиме передачи без подтверждения, может возникнуть ошибка шифрования. Например, если приемнику не удается принять более 127 последовательных PDU данных в режиме передачи без подтверждения, приемник может пропустить момент времени для увеличения значения номера гиперкадра (hyper frame number, HFN), вследствие чего значения COUNT-C в приемнике и передатчике могут десинхронизироваться. Примеры ситуаций, в которых может возникнуть упомянутая ошибка шифрования, могут включать случаи неблагоприятных условий радиопередачи, неудачной переадресации, перезапуска после неудачной переадресации или перезапуска после ошибки межсистемного хэндовера в глобальной системе мобильной связи (global system for mobile communication, GSM). В случае передачи голоса с коммутацией каналов по HSPA ошибка шифрования может возникнуть, если сеть продолжает передавать блоки PDU данных в режиме передачи без подтверждения, а пользовательское оборудование (user equipment, UE) или мобильный терминал пользователя не может принять блоки PDU данных в режиме передачи без подтверждения на протяжении периода времени, приблизительно равного 2.56 секундам, в нисходящем направлении, или если пользовательское оборудование продолжает передавать блоки PDU данных в режиме передачи без подтверждения, а сеть не может принять блоки PDU данных в режиме передачи без подтверждения на протяжении 1.28 секунд в восходящем направлении.

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

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

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

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

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

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

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

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

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

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

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

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

фиг.4 иллюстрирует блок-схему алгоритма управления сообщениями, связанную с обнаружением ошибки шифрования, в соответствии с одним из примеров осуществления настоящего изобретения;

фиг.5 иллюстрирует блок-схему алгоритма управления сообщениями, связанную с восстановлением после ошибки шифрования, в соответствии с одним из примеров осуществления настоящего изобретения;

фиг.6 иллюстрирует блок-схему алгоритма управления сообщениями, связанную с восстановлением после ошибки шифрования, в соответствии с другим примером осуществления настоящего изобретения;

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

ПОДРОБНОЕ ОПИСАНИЕ

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

На фиг.1 приведена блок-схема, на которой показана система, обеспечивающая механизм обнаружения ошибки шифрования и восстановления после нее для радиоканала в режиме передачи без подтверждения, в соответствии с одним из примеров осуществления настоящего изобретения. Однако фиг.1 иллюстрирует лишь один из примеров осуществления изобретения, и следует понимать, что другие архитектуры, включающие дополнительные элементы, или даже меньшее количество элементов, также могут быть использованы в связи с практическим применением вариантов осуществления настоящего изобретения. Система включает сеть UTRAN 10, которая может содержать, среди прочих объектов, множество узлов В (например, узел В 12 и узел В 14), связанных с базовой сетью 20, которая может включать один или более центров коммутации мобильной связи (mobile switching center, MSC), сервер MSC, медиашлюз (media gateway, MGW), обслуживающий узел поддержки GPRS (General Packet Radio Service, пакетная радиосвязь общего назначения) (SGSN) или шлюзовый узел поддержки GPRS (gateway GPRS support node, GGSN). Сеть UTRAN 10 может включать одну или более подсистем 22 радиосети (radionetwork sub-systems, RNS). Каждая подсистема RNS 22 может включать контроллер 24 радиосети (radio network controller, RNC), осуществляющий связь с различными узлами В.

Каждый из узлов В может функционировать в качестве базовой станции или точки доступа для связи с сетью UTRAN 10 для различных пользовательских терминалов, которые называют пользовательским оборудованием (например, UE 30). Каждый узел В может включать одну или более сот, или зон покрытия, задающих области покрытия, в которых пользовательское оборудование, находящееся в конкретной соте, может иметь возможность осуществления связи с сетью UTRAN 10 через соответствующий этой соте узел В. Хотя на фиг.1 показано конкретное количество узлов В и один комплект пользовательского оборудования, в систему может быть включено множество узлов В и множество пользовательских терминалов. Сеть UTRAN 10 может быть связана с базовой сетью 20 как часть домена коммутации пакетов (PS) (например, для VolP). Контроллер RNC 24 также может осуществлять связь с узлами базовой сети в домене коммутации каналов (CS) для коммутации каналов по HSPA.

Контроллер RNC 24 может обеспечивать завершение протоколов плоскости пользователя и плоскости управления (например, управление радиоресурсами (radio resource control, RRC)) для пользовательского оборудования. Контроллеры RNC могут обеспечивать, например, такие функции, как администрирование радиоресурсов, управление радиоканалами, управление радиодопуском, управление мобильностью соединений, динамическое выделение ресурсов для пользовательского оборудования UE 30 как в восходящей, так и в нисходящей линиях связи, выбор узла базовой сети для подключения пользовательского оборудования, сжатие и шифрование заголовков IP, планирование пейджинга и широковещательной передачи информации, маршрутизация данных, измерения и отчеты об измерениях для мобильности конфигураций и т.п. В одном из примеров осуществления изобретения базовая сеть 20 может обеспечивать соединение с сетью, например Интернетом.

Пользовательское оборудование UE 30 может осуществлять связь с другими комплектами пользовательского оборудования посредством связи "устройство-устройство", которая может устанавливаться с помощью любого известного или доступного механизма. Пользовательское оборудование может представлять собой пример мобильного терминала, такого как персональный цифровой помощник (portable digital assistant, PDA), пейджер, мобильный телевизор, игровое устройство, портативные компьютеры, фотоаппараты, видеокамеры, аудио/видеоплееры, радиостанции, устройства глобальной системы позиционирования (global positioning system, GPS) или любой комбинации перечисленного, или же устройство для голосовой или текстовой связи иного типа. В этом отношении, например, пользовательское оборудование UE 30 может быть способно работать с одним или более стандартами радиоинтерфейсов, протоколов связи, типами модуляции и типами доступа. Для примера, пользовательское оборудование 30 может быть способно работать в соответствии с любым из протоколов связи первого, второго, третьего и/или четвертого поколений или т.п. Например, пользовательское оборудование 30 может быть способно работать в соответствии с протоколами беспроводной связи второго поколения (second generation, 2G) IS-136 (множественный доступ с временным разделением (Time Division Multiple Access, TDMA)), глобальной системы мобильной связи (GSM), IS-95 (множественный доступ с кодовым разделением (Code Division Multiple Access, CDMA)), или с протоколами беспроводной связи третьего поколения (third-generation, 3G), такими как универсальная система мобильной связи (UMTS), множественный доступ с кодовым разделением 2000 (CDMA 2000), широкополосный множественный доступ с кодовым разделением (WCDMA), множественный доступ с синхронным кодовым и временным разделением (Time Division-Syncronous CDMA, TD-SCDMA), с таким протоколом беспроводной связи поколения 3.9G, как эволюционированная сеть наземного радиодоступа универсальной системы мобильной связи (E-UTRAN), с протоколами беспроводной связи четвертого поколения (4G) или аналогичными. Альтернативно (или дополнительно), пользовательское оборудование 30 может быть способно работать в соответствии с несотовыми механизмами связи. Например, пользовательское оборудование UE 30 может быть способно осуществлять связь в беспроводной локальной вычислительной сети (wireless local area network, WLAN) или других сетях связи.

В одном из примеров осуществления изобретения пользовательское оборудование UE 30 может включать объект 40 RLC в режиме передачи без подтверждения (объект RLC UM). Объект 40 RLC в режиме передачи без подтверждения может представлять собой любые средства, например устройство или электронные схемы, выполненные в виде аппаратного обеспечения, программного обеспечения или комбинации аппаратного и программного обеспечения и сконфигурированные для обнаружения ошибок передачи данных, например ошибки шифрования, и для обеспечения восстановления после обнаруженной ошибки. В одном из примеров осуществления изобретения объект 40 RLC в режиме передачи без подтверждения может включать таймер, который может быть конфигурирован сетью или жестко запрограммирован так, чтобы иметь значение, которое может быть использовано при обнаружении ошибок передачи данных, например ошибки шифрования. Работа объекта 40 RLC в режиме передачи без подтверждения в соответствии с одним из примеров осуществления изобретения будет более подробно рассмотрена далее в связи с описанием фиг.2. Следует отметить, что хотя объект 40 RLC в режиме передачи без подтверждения показан на фиг.1 как часть пользовательского оборудования UE 30, в некоторых вариантах осуществления изобретения экземпляр объекта 40 RLC в режиме передачи без подтверждения может присутствовать также в сетевом объекте, например в RNC 24. Таким образом, в некоторых случаях сеть также может быть способна обнаруживать ошибки приема данных с применением вариантов осуществления настоящего изобретения.

В одном из примеров осуществления изобретения один или более из упомянутых контроллеров RNC (или, возможно, какой-либо другой сетевой объект) могут включать объект 50 конфигурирования таймера. Объект 50 конфигурирования таймера может представлять собой любые средства, например устройство или электронные схемы, выполненные в виде аппаратного обеспечения, программного обеспечения или комбинации аппаратного и программного обеспечения и предназначенные для конфигурирования временных параметров объекта 40 RLC в режиме передачи без подтверждения, в вариантах осуществления изобретения, в которых таймер объекта 40 RLC в режиме передачи без подтверждения конфигурируется сетью. По существу, объект 50 конфигурирования таймера, например, может быть сконфигурирован для обеспечения возможности предоставления параметров или другой информации объекту 40 RLC в режиме передачи без подтверждения для конфигурирования таймера. Однако, в некоторых вариантах осуществления изобретения, вместо конфигурирования сетью, таймер объекта 40 RLC в режиме передачи без подтверждения может быть жестко запрограммирован. Работа объекта 50 конфигурирования таймера в соответствии с одним из примеров осуществления изобретения будет описана далее более подробно в связи с описанием фиг.3.

На фиг.2 показана блок-схема одного из примеров устройства (например, объекта 40 RLC в режиме передачи без подтверждения), сконфигурированного для выполнения вариантов осуществления настоящего изобретения. С этой целью, например, устройство для обеспечения обнаружения ошибки шифрования и восстановления после нее, в соответствии с одним из примеров осуществления настоящего изобретения, может быть выполнено в виде пользовательского оборудования UE 30 или реализовано в его составе. Следует отметить, однако, что устройство, показанное на фиг.2, может быть выполнено также в составе множества других устройств, как мобильных, так и стационарных (например, в сетевом устройстве, таком как контроллер RNC 24), и, следовательно, варианты осуществления настоящего изобретения необязательно должны быть ограничены применением в таких устройствах как мобильные терминалы или точки доступа (АР). Также, следует отметить, что хотя фиг.2 иллюстрирует один из примеров конфигурации устройства для обеспечения возможности обнаружения ошибки шифрования и восстановления после нее, для реализации вариантов осуществления настоящего изобретения может быть также использовано множество других конфигураций.

На фиг.2 показано устройство для обнаружения ошибки шифрования и обеспечения восстановления после нее. Устройство может включать процессор 70, пользовательский интерфейс 72, интерфейс 74 связи и запоминающее устройство 76 или быть связанным с упомянутыми элементами. Запоминающее устройство 76 может включать, например, энергозависимую и/или энергонезависимую память. Запоминающее устройство 76 может быть сконфигурировано для хранения информации, данных, приложений, инструкций и т.п. для обеспечения выполнения устройством различных функций в соответствии с примерами осуществления настоящего изобретения. Например, запоминающее устройство 76 может быть сконфигурировано для буферизации входных данных, предназначенных для обработки процессором 70. Дополнительно или альтернативно, запоминающее устройство 76 может быть сконфигурировано для хранения инструкций, соответствующих какому-либо приложению и предназначенных для исполнения процессором 70. В качестве еще одной альтернативы, запоминающее устройство может представлять собой одну из множества баз данных, хранящих информацию в статической и/или динамической форме.

Процессор 70 может быть выполнен различными способами. Например, процессор 70 может быть выполнен как процессорный элемент, сопроцессор, контроллер или в виде других процессорных средств или устройств, включающих, например, интегральные схемы, такие как, например, специализированная интегральная схема (application specific integrated circuit, ASIC), программируемая вентильная матрица (field programmable gate array, FPGA), аппаратный ускоритель или т.п. В одном из примеров осуществления изобретения процессор 70 может быть сконфигурирован для выполнения инструкций, хранимых в запоминающем устройстве 76, или иным образом доступных для процессора 70. По существу, процессор 70, конфигурированный с использованием аппаратных или программных способов, или их комбинации, может представлять объект, способный выполнять операции в соответствии с вариантами осуществления настоящего изобретения при соответствующем его конфигурировании. Таким образом, например, если процессор 70 выполнен в виде ASIC, FPGA или аналогичных элементов, он может представлять собой специальным образом сконфигурированное аппаратное обеспечение для выполнения операций, рассмотренных в настоящем описании. Альтернативно, в качестве другого примера, если процессор 70 выполнен как исполнитель программных инструкций, указанные инструкции могут специальным образом конфигурировать процессор 70 для выполнения алгоритмов и операций, рассмотренных в настоящем описании, при этом процессор 70 представляет собой процессорный элемент общего назначения, если соответствующая специальная конфигурация, обеспечиваемая указанными инструкциями, не осуществляется. Тем не менее, в некоторых случаях, процессор 70 может быть процессором конкретного устройства (например, мобильного терминала или пользовательского оборудования), выполненным с возможностью реализации вариантов осуществления настоящего изобретения путем дополнительного конфигурирования процессора 70 посредством инструкций для выполнения алгоритмов и операций, рассмотренных в настоящем описании.

При этом интерфейс 74 связи может представлять собой любое средство, например устройство или электронную схему, выполненное в виде аппаратного обеспечения, программного обеспечения или комбинации аппаратного и программного обеспечения, и сконфигурированное для приема данных от сети и/или передачи данных в сеть и/или любое другое устройство или модуль, осуществляющий связь с устройством в соответствии с настоящим изобретением. В этом отношении интерфейс 74 связи может включать, например, антенну (или несколько антенн) и поддерживающее аппаратное и/или программное обеспечение для обеспечения возможности осуществления связи с беспроводной сетью связи. В стационарном окружении интерфейс 74 связи может, альтернативно или дополнительно, поддерживать проводную связь. По существу, интерфейс 74 связи может включать модем связи и/или другое аппаратное/программное обеспечение для поддержки связи по кабелю, цифровой абонентской линии (digital subscriber line, DSL), универсальной последовательной шине (universal serial bus, USB), сети Ethernet, мультимедийному интерфейсу высокого разрешения (High-Definition Multimedia Interface, HDMI) или посредством других механизмов. Кроме того, интерфейс 74 связи может включать аппаратное и/или программное обеспечение для поддержки таких механизмов связи, как технология Bluetooth, связь с использованием инфракрасного излучения, ультраширокополосная радиосвязь (UWB), беспроводная связь по стандарту Wi-Fi и т.п.

Пользовательский интерфейс 72 может быть связан с процессором 70 для приема указаний о пользовательском вводе, выполненном в пользовательском интерфейсе 72, и/или для обеспечения звукового, визуального, механического или другого вывода пользователю. По существу, пользовательский интерфейс 72 может включать, например, клавиатуру, мышь, джойстик, шаровой манипулятор, сенсорный экран, дисплей, микрофон, громкоговоритель или другие механизмы ввода/вывода. В одном из вариантов осуществления изобретения, в котором устройство выполнено в сервере или сетевом узле (например, узел В 14), пользовательский интерфейс 72 может быть ограничен или полностью опущен.

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

В одном из примеров осуществления настоящего изобретения таймер 80 может выполнять отсчет как в прямом, так и в обратном направлении и может считаться "истекшим" или достигшим "тайм-аута", если при счете в прямом или обратном направлении достигнуто заранее заданное значение. В некоторых случаях таймер 80, для достижения момента истечения, может устанавливаться в заранее заданное значение и выполнять обратный отсчет до нуля. Однако, в других вариантах осуществления настоящего изобретения, момент истечения может быть достигнут при прямом или обратном отсчете до любого конкретного значения. В некоторых вариантах осуществления настоящего изобретения таймер 80 может быть сброшен после приема конкретных сообщений от сети (например, узла В 14). По существу, например, в ответ на исходный прием первого экземпляра упомянутого конкретного сообщения таймер 80 может начать отсчет. После последующего приема другого экземпляра упомянутого конкретного сообщения таймер 80 может быть сброшен и может снова начать отсчет. Однако, если таймер 80 истекает перед приемом экземпляра упомянутого конкретного сообщения, таймер 80 может указывать на состояние тайм-аута детектору 82 ошибок.

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

В одном из примеров осуществления настоящего изобретения упомянутое конкретное сообщение может представлять собой PDU данных в режиме передачи без подтверждения, принимаемый от передатчика (например, узла В 14) на стороне сети. Однако, в некоторых вариантах осуществления изобретения, детектор 82 ошибок может быть сконфигурирован для приема блоков PDU данных в режиме передачи без подтверждения от передатчика и для информирования таймера 80 для сигнализации сброса таймера 80. В таких вариантах осуществления изобретения упомянутое конкретное сообщение, после которого таймеру 80 выдают сигнал о счете или сбросе, может представлять собой внутреннее сообщение (относительно объекта 40 RLC в режиме передачи без подтверждений), принимаемое от детектора 82 ошибок, а не внешнее сообщение, принимаемое от передатчика. В некоторых случаях таймер 80 может конфигурироваться сетью (например, посредством объекта 50 конфигурирования таймера) в соответствии с последующим более подробным описанием. Однако, в некоторых случаях, таймер 80 может конфигурироваться пользовательским оборудованием UE 30 или объектом 40 RLC в режиме передачи без подтверждения внутренним образом на основе жестко запрограммированной длительности таймера.

Детектор 82 ошибок может быть сконфигурирован для приема указаний от таймера 80 о событиях истечения для того, чтобы обнаружить ошибку шифрования или другую ошибку передачи данных. В этом отношении, например, ошибка в объекте 40 RLC в режиме передачи без подтверждения при приеме PDU данных в режиме передачи без подтверждения во время работы таймера 80 может указывать на ошибку передачи данных. В некоторых примерах таймер 80 может быть сконфигурирован для истечения после задержки, равной 2.56 секундам (или другого значения, указывающего на ошибку шифрования), для указания на ошибку передачи данных. Истечение таймера 80 после ошибки приема PDU данных в режиме передачи без подтверждения на протяжении длительности таймера может в некоторых случаях указывать на ошибку передачи данных. Однако в других случаях прием PDU данных в режиме передачи без подтверждения после истечения таймера 80 может указывать на ошибку передачи данных. В любом случае, детектор 82 ошибок может обнаруживать наличие ошибки передачи данных на основе истечения таймера относительно задержки приема PDU данных в режиме передачи без подтверждения.

Если обнаружена ошибка передачи данных (например, ошибка приема данных), детектор 82 ошибок может быть также сконфигурирован для запуска процедуры обновления соты. Поскольку процедура обновления соты обычно инициируется в пользовательском оборудовании UE 30, в случаях, когда пользовательское оборудование UE 30 обнаруживает ошибку приема данных, детектор 82 ошибок может быть сконфигурирован как для обнаружения ошибки приема данных, так и для запуска процедуры обновления соты. Однако в ситуациях, когда ошибку приема данных обнаруживает сеть, экземпляр детектора 82 ошибок на стороне сети может сигнализировать пользовательскому оборудованию UE 30 с целью информирования экземпляра детектора 82 ошибок в пользовательском оборудовании UE 30 о необходимости инициирования процедуры обновления соты. Следует отметить, что упомянутая сигнализация пользовательскому оборудованию UE 30 необязательно должна выполняться в форме явного сообщения или сигнала. С этой целью сеть может, например, освобождать физический канал, так что пользовательское оборудование UE 30 обнаруживает сбой радиолинии, в ответ на который пользовательское оборудование UE 30 инициирует обновление соты. Таким образом, механизм, с помощью которого пользовательскому оборудованию UE 30 "сигнализируют" о необходимости инициирования процедуры обновления соты, необязательно должен быть явным сообщением или механизмом, специально предназначенным для указания пользовательскому оборудованию UE 30 инициировать процедуру обновления соты. В некоторых случаях, вместо запуска процедуры обновления соты, детектор 82 ошибок может сигнализировать вышележащему уровню о том, что устройству вышележащего уровня необходимо инициировать процедуру обновления соты.

В одном из примеров осуществления настоящего изобретения инициирование процедуры обновления соты детектором 82 ошибок или вышележащим уровнем может включать прекращение передачи в выделенном канале. Кроме того, в некоторых случаях, восстановление после упомянутой ошибки приема данных или ошибки передачи данных может включать повторную инициализацию значения COUNT-C с использованием значения START (ПУСК) во время процедуры обновления соты с повторным установлением RLC в режиме передачи без подтверждения.

На фиг.3 показана блок-схема устройства (например, RLC 24) на стороне сети, которое может включать объект 50 конфигурирования таймера. В соответствии с изображением на фиг.3 устройство может включать компоненты, аналогичные компонентам, показанным на фиг.2, то есть устройство может включать память (например, запоминающее устройство 76′), процессор, аналогичный показанному на фиг.2 процессору (например, процессор 70′), за исключением того, что процессор 70′ сконфигурирован таким образом, чтобы включать объект 50 конфигурирования таймера или управлять им (например, с помощью дополнительного жестко запрограммированного или обеспечиваемого посредством программного обеспечения кода, для реализации функциональности объекта 50 конфигурирования таймера), интерфейс связи (например, интерфейс 74′ связи) и пользовательский интерфейс (например, пользовательский интерфейс 72′). Объект 50 конфигурирования таймера сконфигурирован, в тех вариантах осуществления настоящего изобретения, где его используют, для предоставления информации, необходимой для конфигурирования таймера 80. По существу, объект 50 конфигурирования таймера, например, может предоставлять таймеру 80 информацию о длительности таймера. В некоторых случаях объект 50 конфигурирования таймера может предоставлять информацию о длительности таймера с помощью сообщения реконфигурации RRC (например, сообщения установления радиоканала (RadioBearerSetup), сообщения реконфигурации радиоканала (RadioBearerReconfiguration) и т.п.) или с помощью сообщения подтверждения обновления соты (Cell Update Confirm) или с помощью других специальных сообщений, не заданных в существующих спецификациях.

Фиг.4-6 демонстрируют блок-схемы алгоритмов управления, на которых показаны различные примеры потоков сообщений для некоторых вариантов осуществления настоящего изобретения. В этом отношении, как показано на фиг.4, принимающее устройство (например, приемник 84 блока PDU данных) в режиме передачи без подтверждения (PDU UMD) (например, пользовательское оборудование 30) может быть способно осуществлять связь с одним из экземпляров объекта RRC (например, RRC 86) на стороне приемника (например, в пользовательском оборудовании UE 30) посредством любой доступной стратегии реализации. Принимающее устройство может быть сконфигурировано для приема данных PDU UMD от передающего устройства (например, передатчика 88 PDU UMD).

В одном из примеров осуществления настоящего изобретения предполагается, что принимающее устройство имеет таймер (например, таймер 80). Таймер может иметь длительность, конфигурируемую сетью, или его длительность может быть жестко запрограммирована, как описано ранее. В ответ на предоставление PDU UMD передающим устройством принимающему устройству, как показано в операции 100, таймер может быть запущен, когда PDU UMD принят в операции 102. Таймер может продолжать отсчет, и в течение работы таймера передающим устройством может быть передан еще один PDU UMD в операции 104. После приема второго PDU UMD принимающим устройством в операции 106 таймер может быть перезапущен. Несмотря на то что на фиг.4 показан только один перезапуск таймера, до истечения таймера может происходить любое количество его перезапусков. В операции 108 таймер может истечь, если в принимающем устройстве за время работы таймера не удалось принять ни одного PDU UMD. После истечения таймера принимающее устройство может записать или иным образом запомнить событие истечения таймера в операции 110. Позднее передающее устройство может передать еще один PDU UMD в операции 112. При этом, однако, один или более PDU UMD могли быть также переданы во время работы таймера перед его истечением, хотя эти PDU UMD могли и не быть приняты принимающим устройством. В ответ на прием PDU UMD после истечения таймера в операции 114 принимающее устройство может передать сообщение CRLC-Status-Ind (Индикатор состояния CRLC) внутренним образом в RRC 86 в операции 116, для указания на ошибку приема данных в режиме передачи без подтверждения. Соответственно, посредством операций 100-116 может быть обеспечено обнаружение ошибки передачи данных.

На фиг.5 показан пример способа восстановления, который может быть применен после обнаружения ошибки приема данных, в ответ на результат функционирования одного из вариантов осуществления настоящего изобретения в соответствии с предыдущим описанием относительно фиг.4. На фиг.5 также показан пример конфигурирования таймера сетью. С этой целью, как показано в операции 120, сначала может быть передано сообщение конфигурирования таймера (например, сообщение RadioBearerSetup) от одного из экземпляров RRC в сети (например, однорангового объекта RRC в сети NW 90) для конфигурирования таймера в операции 122. Альтернативно, длительность таймера может задаваться блоком системной информации (system information block, SIB) и/или сообщением с информацией о мобильности UTRAN (UTRANMobilityInformation). В качестве еще одной альтернативы, длительность таймера может быть задана в SIB и/или сообщении UTRANMobilityInformation, а сообщение реконфигурации RRC (например, сообщения RadioBearerSetup, сообщения RadioBearerReconfiguration и т.п.) может обеспечивать указание, должен ли таймер быть включен или выключен. Если таймер включают, то могут быть выполнены операция 126 и последующие операции. В еще одном альтернативном варианте осуществления изобретения, как описано выше, таймер может не конфигурироваться сетью, а иметь вместо этого жестко запрограммированную длительность. В подобных ситуациях специализированная услуга (например, передача голоса с коммутацией каналов по HSPA, VolP) может конфигурироваться объектом 40 RLC в режиме передачи без подтверждения с использованием данной жестко запрограммированной длительности таймера.

В некоторых вариантах осуществления настоящего изобретения таймер может быть реализован в объекте 40 RLC в режиме передачи без подтверждения. Однако в других альтернативных вариантах осуществления изобретения таймер может быть реализован на другом уровне (например, на физическом уровне). В этом случае, если упомянутый другой уровень не принимает ожидаемых данных конкретной услуги (например, голосовой услуги) в каждом конкретном интервале времени, то этот другой уровень может указывать на ошибку приема данных вышележащему уровню (например, RRC 86). В любом случае варианты осуществления сообщения могут работать на основе временного интервала между приемом последовательных сообщений в режиме передачи без подтверждения (например, PDU UMD) как в восходящем, так и в нисходящем направлении. Однако, несмотря на то что PDU UMD нисходящей линии связи применимы именно к варианту осуществления изобретения, в котором объект 40 RLC в режиме передачи без подтверждения выполняет описанные выше операции, контроль приема данных сообщений в режиме передачи без подтверждения в восходящем и нисходящем направлениях может, в альтернативных вариантах осуществления настоящего изобретения, выполняться физическим уровнем, MAC-hs, MAC-ehs, MAC-e, MAC-es, MAC-I, MAC-is и т.п.

После конфигурирования таймера RRC 86 может ответить сообщением, указывающим на то, что конфигурирование таймера завершено в операции 124. Позднее (например, в ответ на обнаружение ошибки приема данных с помощью операций, соответствующих примеру, показанному на фиг.4), для RRC 86, в операции 126, может быть предоставлено указание на ошибку приема данных в режиме передачи без подтверждения. В течение интервала времени, предшествующего обнаружению ошибки приема данных, таймер может постоянно запускаться и перезапускаться с приемом каждого PDU UMD. Как отмечалось выше, если таймер истекает, объект 40 RLC в режиме передачи без подтверждения может запоминать факт истечения таймера, так что если новый PDU UMD принят после истечения таймера, объект 40 RLC в режиме передачи без подтверждения в нисходящей линии связи пользовательского оборудования может указать RRC 86 на ошибку приема данных, как показано в операции 126.

RRC 86 может инициировать или иным образом запускать процедуру обновления соты (например, путем передачи сообщения обновления соты, как это показано в операции 128). Процедура обновления соты может включать предоставление значения START для домена CN объекта 40 RLC в режиме передачи без подтверждения. В некоторых случаях сообщение обновления соты может указывать на сбой радиоканала или на любую другую соответствующую причину. После приема сообщения обновления соты передающее устройство или сетевой объект могут инициировать повторное установление RLC в режиме передачи без подтверждения, в операции 130. В одном из примеров осуществления настоящего изобретения повторное установление RLC в режиме передачи без подтверждения может включать инициализацию значения COUNT-C для объекта 40 RLC в режиме передачи без подтверждения значением START, предоставляемым в сообщении обновления соты домена CN этого объекта 40 RLC в режиме передачи без подтверждения. В качестве примера, во время процедуры обновления соты двадцать старших битов (most significant bits, MSB) компонента HFN значения COUNT-C могут быть установленными равными значению START, а остальные биты компонента HFN могут быть обнулены. Когда и как сеть выполняет повторное установление режима передачи без подтверждения RLC и инициализацию COUNT-C, может определяться различным образом, в зависимости от различных стратегий реализации.

Для подтверждения приема сообщения обновления соты, а также для запуска повторного установления RLC в режиме передачи без подтверждения в принимающем устройстве, передающее устройство может передавать также сообщение подтверждения (например, как показано в операции 132) обратно в принимающее устройство. Затем в принимающем устройстве может выполняться повторное установление RLC в режиме передачи без подтверждения, как это показано в операции 134. С этой целью, когда принимающее устройство (например, пользовательское оборудование 30) принимает сообщение подтверждения обновления соты, принимающее устройство может повторно создавать объект RLC в режиме передачи без подтверждения и устанавливать 20 старших бит (MSB) компонента HFN значения COUNT-C равными значению "START", включенному в сообщение обновления соты для домена CN объекта 40 RLC в режиме передачи без подтверждения, а остальные биты компонента HFN значения COUNT-C объекта 40 RLC в режиме передачи без подтверждения устанавливать равными нулю. После повторного установления RLC в режиме передачи без подтверждения на обеих сторонах значения COUNT-C для принимающего устройства и передающего устройства повторно синхронизируются, как это показано в блоке 136, и восстановление после ошибки шифрования выполнено. В операции 138 RRC 86 может также предоставлять одноранговому RRC на стороне сети ответное сообщение для сообщения подтверждения обновления соты, принятого в операции 132.

В некоторых альтернативных вариантах осуществления изобретения описанные выше операции могут быть модифицированы. В качестве примера, на фиг.6 показан один из альтернативных вариантов осуществления настоящего изобретения, в котором изменения произведены в части варианта осуществления изобретения, показанного на фиг.5, относящейся к обновлению соты. С этой целью, например, сообщение 128′ обновления соты может дополнительно включать один бит, указывающий на ошибку приема данных в режиме передачи без подтверждения. В операции 132′ сообщение обновления соты, переданное от передающего устройства обратно в принимающее устройство, может также включать один бит, устанавливаемый сетью, для запуска повторного установления RLC в объекте 40 RLC в режиме передачи без подтверждения. В таком варианте осуществления изобретения принимающее устройство повторно устанавливает объект 40 RLC в режиме передачи без подтверждения в ответ на соответствующий бит, устанавливаемый в принимаемом сообщении 134′ обновления соты, в операции 134′.

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

Фиг.7 представляет собой блок-схему алгоритма системы, способа и программного продукта в соответствии с примерами осуществления настоящего изобретения. Следует понимать, что все блоки, или шаги, упомянутых блок-схем, а также комбинации блоков в них, могут быть реализованы различными средствами, например аппаратными, микропрограммными и/или программными, включающими одну или более инструкций компьютерной программы. Например, одна или более из описанных выше процедур может быть осуществлена с помощью инструкций компьютерной программы. В этом отношении упомянутые инструкции компьютерной программы, реализующие описанные выше процедуры, могут храниться запоминающим устройством терминала (например, пользовательского оборудования UE 30) или сетевого узла (например, узла В 14) и выполняться процессором в упомянутом терминале или сетевом узле. Следует понимать, что любые упомянутые инструкции компьютерной программы могут быть загружены в компьютер или иное программируемое устройство (т.е. аппаратное обеспечение) для формирования автомата, так что инструкции, выполняемые на компьютере или ином программируемом устройстве, формируют средства реализации функций, описанных в блоках или шагах упомянутых блок-схем алгоритмов. Эти инструкции компьютерной программы могут также храниться в машиночитаемой памяти, которая обеспечивает управление функционированием компьютера или иного программируемого устройства определенным образом, так что инструкции, хранимые в упомянутой машиночитаемой памяти, формируют изделие, включающее средства для реализации функции, заданной в блоке (блоках) или шаге (шагах) упомянутой блок-схемы алгоритма. Инструкции компьютерной программы могут также загружаться в компьютер или иное программируемое устройство с целью обеспечения выполнения на этом компьютере или ином программируемом устройстве серии функциональных шагов для формирования реализуемого компьютером процесса, так что инструкции, которые выполняют на компьютере или ином программируемом устройстве, выполняют шаги для реализации функций, заданных в блоке (блока) или шаге (шагах) упомянутых блок-схем алгоритмов.

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

В этом отношении один из вариантов осуществления способа обнаружения ошибки передачи данных и восстановления после нее, показанный на фиг.7, может включать прием сообщения в режиме передачи без подтверждения в операции 210 и запуск таймера на основании приема упомянутого сообщения в режиме передачи без подтверждения в операции 220. В некоторых случаях упомянутое сообщение в режиме передачи без подтверждения может представлять собой данные блока данных протокола в режиме передачи без подтверждения (данные PDU UM). Способ может также включать перезапуск таймера в ответ на прием каждого последующего сообщения в режиме передачи без подтверждения до истечения таймера, в операции 230, и указание на ошибку приема данных в ответ на истечение таймера до приема последующего сообщения в режиме передачи без подтверждения, в операции 240. В некоторых случаях истечение таймера может быть записано как событие истечение таймера. В некоторых вариантах осуществления настоящего изобретения указание на ошибку приема данных может обеспечиваться немедленно в момент истечения таймера (например, непосредственно в ответ на истечение таймера) или после приема последующего сообщения в режиме передачи без подтверждения после истечения таймера (т.е. в ответ на истечение таймера, но опосредованно). Способ, показанный на фиг.7, может выполняться либо сетевым объектом, либо объектом на стороне пользователя (например, пользовательским оборудованием UE 30).

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

В одном из примеров осуществления настоящего изобретения устройство для выполнения описанного выше способа может включать процессор (например, процессор 70), сконфигурированный для выполнения всех описанных выше операций (200-250). Процессор может быть сконфигурирован, например, для выполнения операций путем выполнения хранимых инструкций или алгоритма для выполнения всех упомянутых операций. Альтернативно, устройство может включать средства для выполнения всех описанных выше операций. В этом отношении, в соответствии с одним из примеров осуществления настоящего изобретения, примеры средств выполнения операций 200-250 могут включать, например, алгоритм управления работой таймера 80 и детектора 82 ошибок, детектор 82 ошибок или процессор 70.

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

Claims

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

2. Устройство по п.1, в котором упомянутое конкретное значение содержит значение START (ПУСК), предоставляемое в сообщении обновления соты, а значение инициализации содержит значение COUNT-C, основанное на упомянутом значении START.

3. Устройство по п.2, в котором упомянутое значение COUNT-C содержит упомянутое значение START.

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

5. Устройство по п.1, в котором упомянутые инструкции также обеспечивают прием устройством сообщений в режиме передачи без подтверждения после восстановления приемника в соответствии со значением инициализации.

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

7. Устройство по п.6, в котором упомянутые инструкции также обеспечивают осуществление устройством контроля сообщений в режиме передачи без подтверждения путем:
запуска таймера на основании приема сообщения в режиме передачи без подтверждения;
перезапуска таймера в ответ на каждое последующее сообщение в режиме передачи без подтверждения, принятое до истечения упомянутого таймера; и
указания на ошибку приема данных в ответ на истечение таймера до приема следующего сообщения в режиме передачи без подтверждения.

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

9. Способ по п.8, в котором упомянутое конкретное значение содержит значение START, предоставляемое в сообщении обновления соты, а значение инициализации содержит значение COUNT-C, основанное на упомянутом значении START.

10. Способ по п.9, в котором упомянутое значение COUNT-C содержит упомянутое значение START.

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

12. Способ по п.8, также включающий прием сообщений в режиме передачи без подтверждения после восстановления приемника в соответствии со значением инициализации.

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

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

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

16. Машиночитаемый носитель по п.15, в котором упомянутое конкретное значение содержит значение START, предоставляемое в сообщении обновления соты, а значение инициализации содержит значение COUNT-C, основанное на упомянутом значении START.

17. Машиночитаемый носитель по п.16, в котором упомянутое значение COUNT-C содержит упомянутое значение START.

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

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

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

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