RU2428804C2 - Обработка сбоев в линии радиосвязи и при передаче обслуживания - Google Patents

Обработка сбоев в линии радиосвязи и при передаче обслуживания Download PDF

Info

Publication number
RU2428804C2
RU2428804C2 RU2009142987/09A RU2009142987A RU2428804C2 RU 2428804 C2 RU2428804 C2 RU 2428804C2 RU 2009142987/09 A RU2009142987/09 A RU 2009142987/09A RU 2009142987 A RU2009142987 A RU 2009142987A RU 2428804 C2 RU2428804 C2 RU 2428804C2
Authority
RU
Russia
Prior art keywords
wtru
enb
cell
identification
source
Prior art date
Application number
RU2009142987/09A
Other languages
English (en)
Other versions
RU2009142987A (ru
Inventor
Шанкар СОМАСУНДАРАМ (GB)
Шанкар СОМАСУНДАРАМ
Мохаммед САММУР (JO)
Мохаммед САММУР
Стефен Э. ТЕРРИ (US)
Стефен Э. ТЕРРИ
Джеймс М. МИЛЛЕР (US)
Джеймс М. МИЛЛЕР
Original Assignee
Интердиджитал Текнолоджи Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=39684029&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=RU2428804(C2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Интердиджитал Текнолоджи Корпорейшн filed Critical Интердиджитал Текнолоджи Корпорейшн
Publication of RU2009142987A publication Critical patent/RU2009142987A/ru
Application granted granted Critical
Publication of RU2428804C2 publication Critical patent/RU2428804C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0079Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305Handover due to radio link failure

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Изобретение относится к области мобильной связи. Технический результат заключается в оптимизации обработки сбоев в линии радиосвязи (RL) и при передаче обслуживания. Сущность изобретения заключается в том, что предлагаемые способ и устройство используются для обработки сбоев в RL и при передаче обслуживания на основе контекстных сведений передачи и процедур RACH, которые совершенствуют процедуры обработки после сбоев. После сбоя в RL, пользовательское оборудование (UE) включает идентификацию усовершенствованного узла В (eNodeB) и/или соты в качестве информационного элемента (IE) в запрос на установление RRC-соединения и/или в сообщение обновления соты или любое другое RRC-сообщение наряду с идентификацией UE. 2 н. и 14 з.п. ф-лы, 4табл., 5 ил.

Description

Область техники, к которой относится изобретение
Настоящее изобретение относится к системам беспроводной связи.
Уровень техники
В сети усовершенствованного универсального наземного радиодоступа (E-UTRAN) стадии 2, случаи, когда беспроводной модуль приема/передачи (WTRU) выбирает соту, которая принадлежит этому же eNodeB, после сбоя в линии радиосвязи (RL), приводятся как случаи для дополнительного изучения (FFS). Было предложено, чтобы в том случае, если WTRU выбрал другую соту из одного и того же eNodeB, активность не могла возобновляться без взаимодействия между WTRU и eNodeB. В настоящее время, сеть радиодоступа 2 (RAN2) определяет, что если WTRU выбирает соту из другого eNodeB, он должен проходить через режим бездействия на уровне управления радиоресурсами (RRC).
В настоящее время, решения RAN2 относительно сбоя в RL определяются на основе двух фаз. Эти две фазы управляют режимом, связанным со сбоем в RL, и показаны на Фиг.1.
Первая фаза начинается, когда обнаружена проблема радиосвязи, которая приводит к обнаружению сбоя в RL. В результате нет основанной на WTRU мобильности на основе таймера или другого (к примеру, подсчета) критерия (T1).
Вторая фаза начинается, когда обнаружен сбой в линии радиосвязи, который приводит к режиму бездействия RRC. По-прежнему доступна основанная на WTRU мобильность, которая основана на таймере (T2).
Таблица 1 ниже описывает, как мобильность в настоящий момент обрабатывается относительно сбоя в RL.
Таблица 1
Мобильность и сбой в линии радиосвязи
Случаи Первая фаза Вторая фаза T 2 истек
UE возвращается в ту же соту Продолжать, как если бы проблемы радиосвязи не возникли Активность не может быть возобновлена без взаимодействия между UE и eNodeB, Процедурой, которая должна использоваться, является FFS,
Обычно не через RRC_IDLE
Прохождение через RRC_IDLE
UE выбирает другую соту из этого же eNodeB Нет данных FFS Прохождение через RRC_IDLE
UE выбирает соту другого eNodeB Нет данных Прохождение через RRC_IDLE Прохождение через RRC_IDLE
Недавний предложенный проект делит передачу обслуживания на две (2) фазы, аналогичные сбою в RL, и предлагает аналогичную процедуру обработки сбоев при передаче обслуживания.
В первой фазе WTRU пытается синхронизироваться и осуществлять доступ к целевой соте, к примеру, в течение таймера T1. Во второй фазе WTRU прервал передачу обслуживания, поскольку в ее ходе произошел сбой, и пытается повторно устанавливать потерянное соединение с сетью, к примеру, в течение таймера T2. После второй фазы UE переходит к RRC_IDLE.
Фиг.2 иллюстрирует две фазы, которые управляют режимом, связанным со сбоем при передаче обслуживания во время мобильности с управлением по сети в соответствии с текущим проектом.
Первая фаза начинается при первой попытке синхронизации с целевой сотой и приводит к обнаружению сбоя при передаче обслуживания. В это время, нет основанной на WTRU мобильности на основе таймера или другого (к примеру, подсчета) критерия (T1).
Вторая фаза начинается при обнаружении сбоя при передаче обслуживания, который приводит к RRC_IDLE. Основанная на WTRU мобильность по-прежнему доступна на основе таймера (Ta).
Таблица 2 описывает, как обрабатывается мобильность относительно сбоя при передаче обслуживания.
Таблица 2
Мобильность и сбой при передаче обслуживания
Случаи Первая фаза Вторая фаза T 2 истек
UE входит в целевую соту Продолжать, как если бы проблемы радиосвязи не возникли Активность не может быть возобновлена без взаимодействия между UE и eNodeB, UE выполняет процедуру произвольного доступа согласно 10.1.5 Прохождение через RRC_IDLE
UE возвращается в исходную соту Нет данных Активность не может быть возобновлена без взаимодействия между UE и eNodeB, UE выполняет процедуру произвольного доступа согласно 10.1.5 Прохождение через RRC_IDLE
UE выбирает соту, отличную от целевой или исходной соты Нет данных Прохождение через RRC_IDLE Прохождение через RRC_IDLE
Кроме того, в настоящий момент разрешено использовать не основанный на конкуренции произвольный доступ в ходе передачи обслуживания. По сути, текущая процедура не основанного на конкуренции произвольного доступа, показанная на Фиг.3, включает в себя назначение преамбулы произвольного доступа через выделенную передачу служебных сигналов в нисходящей линии связи (DL), при этом eNodeB назначает для WTRU шести (6)-битовую преамбулу неконкурентного произвольного доступа (т.е. преамбулу произвольного доступа, которая не находится в пределах набора, передаваемого в широковещательном режиме по BCH). Преамбула передается в служебных сигналах через команду передачи обслуживания (HO), формируемую посредством целевого eNodeB, и отправляется из исходного eNodeB для передачи обслуживания с помощью передачи служебных сигналов на уровне управления доступом к среде (MAC) (к примеру, по каналу управления уровня 1 (L1)/уровня 2 управления (L2) или по пакетному модулю данных (PDU) уровня управления MAC) в случае поступления данных DL.
WTRU затем передает назначенную преамбулу неконкурентного произвольного доступа по RACH в восходящей линии связи. Ответ произвольного доступа от eNB отправляется по DL-SCH. Ответ является полусинхронным (в рамках гибкого окна, размер которого составляет один или более интервалов времени передачи (TTI)) с сообщением 1 и адресуется либо в C-RNTI, либо в RA-RNTI (FFS) по каналу управления L1/L2.
Ответ произвольного доступа включает в себя, по меньшей мере, информацию о временном совмещении и начальное разрешение на передачу по UL для передачи обслуживания и информацию о временном совмещении для поступления данных DL. Дополнительно, идентификатор RA-преамбулы адресуется во временной идентификатор радиосети в области маршрутизации (RA-RNTI) по каналу управления L1/L2.
Ответ предназначен только для одного WTRU в одном сообщении по совместно используемому каналу нисходящей линии связи (DL-SCH), если он адресуется в RNTI соты (C-RNTI) по каналу управления L1/L2, или для одного или нескольких WTRU в одном сообщении DL-SCH, если он адресуется в RA-RNTI по каналу управления L1/L2.
Существует потребность в усовершенствованном способе и устройстве для обработки сбоев в линии радиосвязи и при передаче обслуживания.
Раскрытие изобретения
Раскрытые способ и устройство используются для обработки сбоев в RL и при передаче обслуживания на основе контекстных сведений передачи и процедур RACH, которые совершенствуют процедуры обработки сбоев. После сбоя в RL, беспроводной модуль приема/передачи (WTRU) включает идентификацию усовершенствованного узла B (eNB) и/или соты в качестве информационного элемента (IE) в запрос на установление RRC-соединения и/или в сообщение обновления соты или любое другое RRC-сообщение наряду с идентификацией WTRU.
Краткое описание чертежей
Более подробное понимание может быть получено из последующего описания, приводимого в качестве примера вместе с прилагаемыми чертежами, на которых:
Фиг.1 иллюстрирует традиционный сбой в линии радиосвязи;
Фиг.2 иллюстрирует традиционный сбой при передаче обслуживания;
Фиг.3 иллюстрирует традиционную процедуру не основанного на конкуренции произвольного доступа;
Фиг.4 иллюстрирует схему системы беспроводной связи; и
Фиг.5 иллюстрирует блок-схему последовательности операций раскрытого способа обработки сбоя в линии радиосвязи.
Осуществление изобретения
При дальнейшем упоминании термин "беспроводной модуль приема/передачи (WTRU)" включает в себя, но не только, пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский модуль, пейджер, сотовый телефон, персональное цифровое устройство (PDA), компьютер или любой другой тип пользовательского устройства, допускающего работу в беспроводном окружении. Когда упоминается далее, термин "базовая станция" включает в себя, но не только, узел B, контроллер узла, точку доступа (AP) или любой другой тип интерфейсного устройства, выполненного с возможностью работы в беспроводном окружении.
На Фиг.4 сеть (NW) 10 беспроводной связи LTE, например, содержит один или более WTRU 20, каждый из которых включает в себя процессор 21, один или более узлов B 30, каждый из которых включает в себя процессор 31, и одну или более сот 40. Каждая сота 40 содержит один или более узлов B (NB или eNB) 30. Процессоры 21 и 31 выполнены с возможностью реализовывать раскрытый способ обработки сбоя в линии радиосвязи (RL) и при передаче обслуживания.
В раскрытом способе контекстная информация относится к любому из контекста управления радиоресурсами (RRC), контекста безопасности, контекста протокола конвергенции пакетных данных (PDCP) или контекста любого уровня, который может продолжаться во время мобильности. Для краткости, тем не менее, термин "контекст" или "RRC-контекст" могут использоваться для каждого из типов контекста, раскрытых выше.
Когда сбой в RL обнаружен посредством WTRU 20, WTRU 20 начинает процедуры мобильности (т.е. осуществляет повторный выбор сот). В обычной процедуре повторного выбора сот, WTRU 20 повторно выбирает любую доступную соту после сбоя в RL и через обновление соты или запрос на установление соединения согласно управлению радиоресурсами (RRC) WTRU 20 отправляет свои идентификация WTRU eNodeB в (eNB) 30. ENB 30 с использованием принимаемых идентификации WTRU обнаруживает, находилось ли WTRU 20 под управлением этого eNB 30 до того, как возник сбой в линии радиосвязи.
Раскрыты способ и устройство, в которых после сбоя в линии радиосвязи (RL) или при передаче обслуживания (HO), WTRU 20 включает свои идентификации WTRU (к примеру, TMSI/IMSI/IMEI или любые другие идентификации UE) и идентификация eNB и/или идентификация соты в качестве информационного элемента (IE) в запрос на установление RRC-соединения, сообщение обновления соты или любом другое RRC-сообщение.
Как только WTRU 20 ожидает вызова в eNB (т.е. целевом eNB) после повторного выбора сот, информация, включенная в IE, передается в целевой eNB. Если целевой eNB, в котором ожидает вызова WTRU 20, отличается от eNB, для которого WTRU 20 ожидал вызова до сбоя в RL (т.е. исходного eNB), то целевой eNB контактирует с исходным eNB с использованием идентификации eNB и/или идентификатора соты, включенного в IE, чтобы информировать исходный eNB 20 об идентификации WTRU. Целевой eNB затем запрашивает исходный eNB, чтобы передавать контекстные параметры WTRU 20. Альтернативно, целевой eNB также может информировать исходный eNB об идентификации соты.
Если исходный eNB находит контекстную информацию, которая совпадает с идентификацией WTRU 20, исходный eNB передает контекстную информацию в целевой eNB. Целевой eNB затем может отправлять ответ на обновление соты WTRU 20, запрос на установление RRC-соединения или любую другую, инициированную посредством WTRU процедуру RRC, указывающую то, что WTRU 20 может повторно использовать предыдущий контекст.
Если контекст не найден посредством исходного eNB, целевой eNB выполняет процедуры обновления соты/установления RRC-соединения или любую другую процедуру RRC. В этом случае, когда целевой eNB принимает запрос на повторное установление RRC-соединения от WTRU 20, он передает в служебных сигналах все параметры уровня 1 и уровня 2/3, которые он должен передавать в служебных сигналах для нового RRC-соединения. WTRU 20 затем может удалять всю сохраненную контекстную информацию, которая применима к старой соте. Альтернативно, если контекст не найден, WTRU 20 может переходить в режим бездействия RRC, не дожидаясь истечения таймера T2, и возобновлять процедуры или ожидать истечения таймера T2 для того, чтобы переходить в режим бездействия RRC.
Раскрытый IE, содержащий информацию о eNB, в котором WTRU 20 последний раз ожидал вызова, может быть включен посредством WTRU 20. В соответствии с этой альтернативой, процессор 21 включает идентификацию eNB и/или идентификацию соты в IE только после обнаружения сбоя при передаче обслуживания.
Если целевой eNB, в котором ожидает вызова WTRU 20, является идентичным исходному eNB до сбоя и если eNB находит контекст для WTRU 20 (eNB находит его посредством проверки того, имеет ли он контекст, который совпадает с идентификацией WTRU 20), то eNB при приеме RRC CONNECTION REQUEST (запрос на установление RRC-соединения) от WTRU 20 (или при приеме любой другой инициированной посредством WTRU процедуры RRC) может указывать WTRU 20 использовать ту же контекстную информацию, которую он имел до того, как возник сбой. В противном случае, eNB может передавать в служебных сигналах все параметры уровня 1 и уровня 2/3 для WTRU 20, которые eNB должен передавать в служебных сигналах для нового RRC-соединения. WTRU 20 затем может удалять всю сохраненную контекстную информацию.
Блок-схема последовательности операций раскрытого способа, используемого посредством процессора 21 WTRU 20 для того, чтобы обрабатывать сбой в RL, описана ниже. После обнаружения сбоя в RL (этап 500) WTRU 20 проводит процедуру начального доступа для получения доступа к выбранному целевому eNB (этап 501). WTRU 20 затем передает IE в целевой eNB, включающий в себя, по меньшей мере, идентификатор eNB для исходного eNB, в котором WTRU 20 ранее ожидал вызова (этап 502). WTRU 20 затем принимает RRC-контекст от целевого eNB (этап 503) после того, как контекст получен посредством целевого eNB, например, от исходного eNB.
В соответствии с раскрытым способом, длительность периода, который целевой eNB хранит контекст управления радиодоступом (RAC), предпочтительно определяется на основе реализации. Это также имеет место при определении того, выполняется ли передача контекстной информации между целевым eNB и исходным eNB только при сбое в линии радиосвязи.
Если целевой eNB, в котором ожидает вызова WTRU 20, является идентичным исходному eNB, в котором WTRU 20 ожидал вызова перед передачей обслуживания, то после приема RRC CONNECTION REQUEST от WTRU 20 или после приема любых других инициированных посредством WTRU процедур RRC может указывать WTRU 20 использовать ту же контекстную информацию, которую он имел до того, как возник сбой.
Специалисты в данной области техники должны признавать, что ожидание вызова посредством WTRU 20 в той же соте или в том же eNB, в котором он ожидал вызова до сбоя в RL, помогает в сохранении сетевых ресурсов. По сути, раскрытый способ альтернативно может включать в себя, что WTRU 20 в ходе процедуры выбора соты после сбоя в RL учитывает идентификация исходного eNB, тем самым предпочитая соты из исходного eNB сотам из другого eNB. В соответствии с этой альтернативой, может быть предпочтительным, чтобы WTRU 20 расставлял приоритет в обнаруженном eNB в следующем порядке: последняя сота, в которой он ранее ожидал вызова; сота из того же eNodeB, в котором он ранее ожидал вызова; и сота из любого другого eNodeB.
Другие параметры для повторного выбора сот могут рассматриваться или не рассматриваться посредством WTRU 20 в ходе ситуации сбоя в линии радиосвязи, поскольку быстрое ожидание вызова и инициирование вызова являются основными критериями после сбоя; наличия только идентификации eNB (или идентификации соты), наряду с интенсивностью сигнала в соте, достаточно для осуществления выбора соты при сбое в линии радиосвязи. В соответствии с этим способом, идентификации (eNB и сота) могут быть переданы в широковещательном режиме в сообщениях системной информации наряду с идентификатором соты.
Для сбоя при передаче обслуживания, раскрывается способ, в котором, когда WTRU 20 перемещается в другую соту, и другая сота принадлежит этому же eNB на основе WTRU 20 идентификации, eNB, в который переместился WTRU 20, идентифицирует то, имеет ли он контекст WTRU 20. Если eNB имеет контекст, eNB передает в служебных сигналах WTRU 20 использовать такой же контекст, как и ранее. WTRU 20 может использовать тот же контекст, поскольку контекст сохраняется относительно eNB, а не относительно соты. В соответствии с этим способом, тот же приоритет выбора соты, описываемый выше для сбоя в RL, раскрытого выше, применяется для сбоев при передаче обслуживания eNB в качестве альтернативного способа.
Когда WTRU 20 перемещается в соту вообще из другого eNB, аналогичная процедура, как раскрыта выше для сбоя в линии радиосвязи, может использоваться. Следует отметить, что во время этой процедуры передачи обслуживания последние идентификации eNB, которые WTRU 20 может иметь сохраненными, могут быть исходным eNB или целевым eNB в зависимости от того, на какой стадии процедуры передачи обслуживания произошел сбой. В соответствии с этим раскрытым способом, предпочтительно, чтобы WTRU 20 сохранял исходный eNB в качестве последнего eNB, в котором он ожидал вызова, до тех пока передача обслуживания не завершится успешно. Также, процедура отдельно не должна затрагиваться независимо от того, отправляет WTRU идентификацию исходного eNB или целевого eNB в конечный eNB, в котором он ожидает вызова.
Важный аспект возможности извлекать контекст состоит в том, чтобы WTRU ожидал вызова в соте и отправлял сообщение 1 (т.е. преамбулу произвольного доступа) в процедуре RACH как можно быстрее. Если есть задержка в этом процессе, eNB может удалять контекст, что делает процедуру извлечения контекста бесполезной. Соответственно, способ для совершенствования процедуры канала с произвольным доступом (RACH) раскрывается для сбоев в RL и при передаче обслуживания. В соответствии с этим способом, специально предназначенная подпись выделяется для WTRU 20 в ходе процедуры передачи обслуживания. Выделенная специально предназначенная подпись затем используется для осуществления доступа к исходной соте после сбоя в RL или при передаче обслуживания. Например, команда HO (или любое служебное сообщение) назначает для WTRU 20 две специально предназначенные подписи, одна из которых должна использоваться посредством WTRU 20 для того, чтобы осуществлять доступ к целевой соте, а другая должна использоваться посредством WTRU 20 для того, чтобы осуществлять доступ к исходной соте (или любой другой соте) в случае, если возникает сбой (к примеру, если WTRU 20 не управлял тем, чтобы осуществлять доступ к целевой соте).
Если передача обслуживания завершена успешно, WTRU 20 может (неявно или явно) выдавать подпись обратно в сеть в сообщении подтверждения передачи обслуживания. В случае сбоя в ходе процедуры передачи обслуживания, WTRU 20 может использовать эту вторую специально предназначенную подпись и пытаться осуществлять доступ к сети как можно быстрее. Поскольку WTRU 20 использует специально предназначенную подпись, он может быстрее восстанавливаться после сбоя.
Альтернативно, набор специально предназначенных подписей передается в широковещательном режиме в наборе широковещательного канала (BCH) исключительно для сбоя в RL, который используется посредством WTRU 20 в случае сбоя в RL или при передаче обслуживания. В другой альтернативе, набор универсальных специально предназначенных подписей, допустимых во всех сотах, может использоваться для сбоев в RL. Этот набор универсальных специально предназначенных подписей может отправляться в сообщении передачи обслуживания или передаваться в широковещательном режиме в сообщениях системной информации. WTRU затем может использовать эту универсальную, специально предназначенную подпись после сбоя для осуществления доступа к любой соте.
Раскрывается альтернативная процедура RACH, в которой вместо выделения специально предназначенной подписи для WTRU 20, которая используется в случае сбоя, по меньшей мере, одна из подписей (к примеру, преамбула произвольного доступа) в текущем наборе, передаваемых в широковещательном режиме по BCH, может быть идентифицирована/резервирована для осуществления доступа к соте после сбоя. В соответствии с этой альтернативой, WTRU 20 получает зарезервированные подписи из BCH (или команда передачи обслуживания (HO) может сообщать для WTRU 20 зарезервированные подписи, которые должны использоваться в случае сбоя). После того как WTRU 20 распознает зарезервированные подписи, WTRU 20 использует эти зарезервированные подписи в случае, если он подвергается сбою в RL или при передаче обслуживания.
Раскрывается другая альтернатива, в которой используются более высокие классы доступа для обработки сбоев в RL. В соответствии с этой альтернативой, WTRU 20 ассоциирует обработку сбоев в RL с услугой с более высоким классом доступа и, следовательно, он должен завершать повторный выбор для сети с меньшей потерей мощности и с более высоким приоритетом. В этом сценарии, когда WTRU 20 пытается осуществлять доступ к соте после сбоя в RL, поскольку WTRU 20 должен иметь услугу с более высоким классом доступа и, следовательно, он должен пытаться осуществлять доступ к сети 10 с меньшим или без интервала потери мощности между своими различными попытками RACH. По сути, WTRU 20 после сбоя в RL может иметь более высокую вероятность осуществления доступа к сети по сравнению с другими WTRU с услугой с более низким классом доступа, которые имеют большие интервалы потери мощности.
В другом альтернативном способе доступа RACH, WTRU 20 повышает свою мощность быстрее, так что сеть имеет большую вероятность его обнаружения и тем самым отдает приоритет данному WTRU 20. Таблица 3 описывает мобильность WTRU 20 во время сбоя в RL в соответствии с этим раскрытым способом.
Таблица 3
Мобильность и сбой в линии радиосвязи
Случаи Первая фаза Вторая фаза T 2 истек Приоритет выбора соты
UE возвращается в ту же соту Продолжать, как если бы проблемы радиосвязи не возникли Активность не может быть возобновлена без взаимодействия между UE и eNodeB. Процедурой, которая должна использоваться, является FFS. Обычно не через RRC_IDLE Прохождение через RRC_IDLE 1
UE выбирает другую соту из этого же eNodeB Нет данных Активность не может быть возобновлена без взаимодействия между WTRU и eNodeB Прохождение через RRC_IDLE 2
UE выбирает соту другого eNodeB Нет данных Активность не может быть возобновлена без взаимодействия между UE и eNodeB. Процедурой, которая должна использоваться, является FFS. Обычно не через RRC_IDLE Прохождение через RRC_IDLE 3
Для второй фазы, чтобы возобновлять активность, когда WTRU 20 возвращается в ту же соту или когда WTRU 20 выбирает другую соту из этого же eNodeB или другого eNB, раскрывается способ, при котором WTRU 20 осуществляет доступ к соте через процедуру произвольного доступа. Идентификации не связанного с предоставлением доступа уровня (NAS), используемые в процедуре произвольного доступа, также используются посредством eNB для того, чтобы определять, имеет ли eNB сохраненный RRC-контекст для этого WTRU 20. Если eNB находит RRC-контекст, который совпадает с идентификацией WTRU 20, eNB отправляет в ответ на RRC CONNECTION REQUEST сообщение (к примеру, RRC CONNECTION RESPONSE) или любые другие инициированные посредством WTRU процедуры RRC, указывающие WTRU 20 повторно использовать RRC-контекст, который он хранит.
Если eNB не находит RRC-контекст, который совпадает с идентификацией WTRU 20, новый eNB контактирует непосредственно с предыдущим eNB, где ожидался вызов, с использованием идентификации eNB, передаваемых посредством WTRU 20. Как раскрыто выше, альтернативно, eNB может извлекать идентификация WTRU или контекст WTRU из объекта управления мобильностью (MME).
Если контекст обнаруживается в старом eNB и передается, он отправляет в ответ на RRC CONNECTION REQUEST сообщение (к примеру, RRC CONNECTION RESPONSE) или любые другие, инициированные посредством WTRU процедуры RRC, указывающие WTRU 20 повторно использовать RRC-контекст, который он хранит. Если контекст не находится в новом или в старом eNB, осуществляется процедура установления RRC-соединения, и WTRU 20 отбрасывает RRC-контексты, которые он хранит. В этом случае, когда сеть отправляет ответ в инициированную посредством WTRU 20 процедуру RRC, сеть 10 указывает, может ли WTRU 20 устанавливать стек с использованием старой контекстной информации, которую он имел перед сбоем, или сеть 10 передает новые параметры в ответном сообщении для WTRU 20, чтобы устанавливать его стек. Как только WTRU 20 принимает ответное сообщение из сети 10 и обрабатывает его, WTRU 20 передает сообщение завершения в сеть 10, указывающее сети 10 то, что он завершил конфигурирование на своей стороне.
Таблица 4 ниже описывает мобильность WTRU 20 во время сбоя при передаче обслуживания в соответствии с раскрытым способом.
Таблица 4
Мобильность и сбой при передаче обслуживания
Случаи Первая фаза Вторая фаза T 2 истек Приоритет выбора соты
UE входит в целевую соту Продолжать, как если бы проблемы радиосвязи не возникли Активность не может быть возобновлена без взаимодействия между UE и eNodeB Прохождение через RRC_IDLE 1
UE возвращается в исходную соту Нет данных Активность не может быть возобновлена без взаимодействия между UE и eNodeB Прохождение через RRC_IDLE 2
UE выбирает другую соту из этого же eNodeB Нет данных Активность не может быть возобновлена без взаимодействия между UE и eNodeB. Процедурой, которая должна использоваться, является FFS. Обычно не через RRC_IDLE Прохождение через RRC_IDLE 3
UE выбирает соту другого eNodeB Нет данных Активность не может быть возобновлена без взаимодействия между UE и eNodeB. Процедурой, которая должна использоваться, является FFS. Обычно не через RRC_IDLE Прохождение через RRC_IDLE 4
Для второй фазы, чтобы возобновлять активность, когда WTRU 20 возвращается в ту же соту или когда WTRU 20 выбирает другую соту из этого же eNB или другого eNB, раскрывается способ, при котором WTRU 20 осуществляет доступ к соте через процедуру произвольного доступа. Идентификации не связанного с предоставлением доступа уровня (NAS), используемые в процедуре произвольного доступа, также используются посредством eNB для того, чтобы определять, имеет ли eNB сохраненный RRC-контекст для WTRU 20. Если eNB находит RRC-контекст, который совпадает с идентификацией WTRU 20, eNB отправляет в ответ на RRC CONNECTION REQUEST сообщение (к примеру, RRC CONNECTION RESPONSE) или любые другие инициированные посредством WTRU процедуры RRC, указывающие WTRU 20 повторно использовать RRC-контекст, который он хранит.
Если eNB не находит RRC-контекст, который совпадает с идентификацией WTRU 20, новый eNB контактирует непосредственно с предыдущим eNB, где ожидался вызов, с использованием идентификации eNB, передаваемых посредством WTRU 20. Как раскрыто выше, альтернативно, eNB может извлекать идентификацию WTRU или контекст WTRU из MME.
Если контекст находится в старом eNB и передается, он отправляет в ответ на RRC CONNECTION REQUEST сообщение (к примеру, RRC CONNECTION RESPONSE) или любые другие, инициированные посредством WTRU процедуры RRC, указывающие WTRU 20 повторно использовать RRC-контекст, который он хранит. Если контекст не находится в новом или в старом eNB, осуществляется обычная процедура установления RRC-соединения и WTRU 20 предпочтительно отбрасывает RRC-контексты, которые он хранит. Следует отметить, что использование приоритета столбца выбора соты в таблицах 3 и 4 является альтернативным способом и что независимо от приоритета раскрытая процедура по-прежнему применима, если используются другие приоритеты для выбора/повторного соты.
Варианты осуществления
1. Способ беспроводной связи, реализованный в беспроводном модуле приема/передачи (WTRU), содержащий этапы, на которых:
обнаруживают сбой, включающий в себя, по меньшей мере, одно из сбоев в линии радиосвязи (RL) и при передаче обслуживания (HO);
передают идентификацию беспроводного модуля приема/передачи (WTRU) и информационный элемент (IE), включающий в себя, по меньшей мере, одно из идентификаций исходного узла B и идентификаций исходной соты, чтобы осуществлять доступ к целевому узлу; и
принимают контекстную информацию от целевого узла B, по меньшей мере, частично на основе IE.
2. Способ по варианту осуществления 1, дополнительно содержащий этап, на котором осуществляют повторный выбор сот для выбора доступного целевого узла B.
3. Способ по любому предшествующему варианту осуществления, в котором идентификация исходного узла B учитывается при выборе доступного целевого узла B.
4. Способ по любому предшествующему варианту осуществления, в котором этап повторного выбора содержит этапы, на которых пытаются сначала повторно выбрать исходный узел B; и пытаются повторно выбрать обратно исходную соту, связанную с исходной идентификацией соты, когда исходный узел B недоступен.
5. Способ по варианту осуществления 4, в котором целевой узел B и целевая сота отличаются от исходного узла B и исходной соты.
6. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором сохраняют контекстную информацию до обнаруженного сбоя.
7. Способ по любому из вариантов осуществления 1-6, в котором контекстная информация включает в себя индикатор, чтобы использовать сохраненную контекстную информацию.
8. Способ по любому из вариантов осуществления 1-6, в котором контекстная информация включает в себя контекстную информацию, отличную от сохраненной контекстной информации.
9. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором осуществляют доступ к сети с использованием, по меньшей мере, одного из использований меньшей потери мощности или более высокого линейного повышения мощности.
10. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором принимают, по меньшей мере, одну выделенную, специально предназначенную подпись в ходе передачи обслуживания, при этом специально предназначенная подпись используется для того, чтобы осуществлять доступ к исходной соте после сбоя в RL или при передаче обслуживания.
11. Способ по варианту осуществления 10, в котором, по меньшей мере, одна специально предназначенная подпись принимается через команду передачи обслуживания.
12. Способ по варианту осуществления 10, дополнительно содержащий этап, на котором принимают команду передачи обслуживания, включающую в себя две выделенные, специально предназначенные подписи, при этом одна из специально предназначенных подписей используется для того, чтобы осуществлять доступ к целевому узлу B, а другая используется для того, чтобы осуществлять доступ к исходному узлу B в случае, если возникает сбой в RL или при передаче обслуживания.
13. Способ по варианту осуществления 12, дополнительно содержащий этап, на котором выдают две специально предназначенные подписи, когда передача обслуживания завершена.
14. Способ по любому предшествующему варианту осуществления, в котором, по меньшей мере, одна специально предназначенная подпись из набора подписей резервируется по широковещательному каналу для осуществления доступа к любой соте из любого узла B после сбоя в RL или при передаче обслуживания.
15. Способ по варианту осуществления 14, в котором набор подписей, зарезервированных для выделенного доступа, принимается в команде передачи обслуживания.
16. Беспроводной модуль приема/передачи, содержащий процессор, выполненный с возможностью реализовывать способ по любому предшествующему варианту осуществления.
17. Узел B, содержащий процессор, выполненный с возможностью реализовывать способ по любому предшествующему варианту осуществления.
18. Процессор, выполненный с возможностью реализовывать способ по любому предшествующему варианту осуществления.
Несмотря на то, что признаки и элементы описываются выше в конкретных комбинациях, каждый признак или элемент могут использоваться автономно без других признаков и элементов или в различных комбинациях с или без других признаков и элементов. Способы или блок-схемы последовательности операций способа, предоставленные в данном документе, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в машиночитаемый носитель данных для выполнения посредством компьютера общего назначения или процессора. Примеры машиночитаемых носителей включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD).
Надлежащие процессоры включают в себя, в качестве примера, процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров в ассоциации с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем вентильных матриц (FPGA), любой другой тип интегральной схемы (IC) и/или конечный автомат.
Процессор, связанный с программным обеспечением, может быть использован для того, чтобы реализовывать радиочастотное приемопередающее устройство для использования в беспроводном модуле приема-передачи (WTRU), абонентском устройстве (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом хост-компьютере. WTRU может использоваться вместе с модулями, реализованными в аппаратных средствах и/или программном обеспечении, такими как камера, модуль видеокамеры, видеофон, спикерфон, вибрационное устройство, динамик, микрофон, телевизионное приемопередающее устройство, гарнитура громкой связи, клавиатура, модуль Bluetooth®, частотно-модулированный (FM) радиомодуль, жидкокристаллический дисплей (LCD), дисплей на органических светоизлучающих диодах (OLED), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства видеоигр, Интернет-обозреватель и/или любой модуль беспроводной локальной вычислительной сети (WLAN) или по стандарту сверхширокополосной радиосвязи (UWB).

Claims (16)

1. Способ беспроводной связи между беспроводным модулем приема/передачи (WTRU) и целевым усовершенствованным узлом В (eNB), реализованный в WTRU, при этом способ содержит этапы, на которых:
обнаруживают сбой связи;
передают идентификацию WTRU и идентификацию исходной соты в целевой eNB в ответ на обнаруженный сбой связи; и
принимают индикатор от целевого eNB, который разрешает возобновление соединения посредством WTRU.
2. Способ по п.1, дополнительно содержащий этап, на котором осуществляют повторный выбор сот для выбора целевого eNB.
3. Способ по п.2, дополнительно содержащий этап, на котором выбирают eNB в качестве целевого eNB на основе идентификации исходной соты.
4. Способ по п.3, в котором идентификация исходной соты связана с исходной сотой и исходным eNB, и этап осуществления повторного выбора сот содержит этапы, на которых:
пытаются повторно выбрать исходную соту; и
пытаются выбрать вторую соту, связанную с исходным eNB, при условии, что исходная сота недоступна для выбора.
5. Способ по п.4, дополнительно содержащий этап, на котором пытаются выбрать третью соту, связанную с другим eNB, при условии, что отсутствуют соты, связанные с исходным eNB, доступные для выбора.
6. Способ по п.1, дополнительно содержащий этап, на котором сохраняют контекстную информацию до обнаруженного сбоя связи.
7. Способ по п.1, в котором сбоем связи является, по меньшей мере, одно из сбоя в линии радиосвязи (RL) или при передаче обслуживания (НО).
8. Способ по п.1, в котором индикатор от целевого eNB основан на идентификации WTRU, совпадающей с контекстом.
9. Беспроводной модуль передачи/приема (WTRU), содержащий:
средство для обнаружения сбоя связи;
средство для передачи идентификации WTRU и идентификации исходной соты в целевой усовершенствованный узел В (eNB) в ответ на обнаруженный сбой связи; и
средство для приема индикатора от целевого eNB, который разрешает возобновление соединения посредством WTRU.
10. Беспроводной модуль передачи/приема (WTRU) по п.9, в котором идентификация исходной соты связана с исходным eNB, в котором WTRU ожидал вызова до обнаруженного сбоя связи.
11. Беспроводной модуль передачи/приема (WTRU) по п.9, в котором сбоем связи является, по меньшей мере, один из сбоя в линии радиосвязи (RL) или при передаче обслуживания (НО).
12. Беспроводной модуль передачи/приема (WTRU) по п.9, дополнительно содержащий средство для осуществления повторного выбора сот так, чтобы выбрать целевой eNB.
13. Беспроводной модуль передачи/приема (WTRU) по п.9, в котором идентификация исходной соты учитывается при выборе eNB в качестве целевого eNB.
14. Беспроводной модуль передачи/приема (WTRU) по п.12, в котором идентификация исходной соты связана с исходной сотой и исходным eNB, и средство для выполнения повторного выбора сот содержит:
средство для попытки повторно выбрать исходную соту; и
средство для попытки выбрать вторую соту, связанную с исходным eNB, при условии, что исходная сота недоступна для выбора.
15. Беспроводной модуль передачи/приема (WTRU) по п.14, дополнительно содержащий средство для попытки выбрать третью соту, связанную с другим eNB, при условии, что отсутствуют соты, связанные с исходным eNB, доступные для выбора.
16. Беспроводной модуль передачи/приема (WTRU) по п.9, в котором индикатор от целевого eNB основан на идентификации WTRU, совпадающий с контекстом.
RU2009142987/09A 2007-04-23 2008-04-23 Обработка сбоев в линии радиосвязи и при передаче обслуживания RU2428804C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US91331607P 2007-04-23 2007-04-23
US60/913,316 2007-04-23
US94454207P 2007-06-18 2007-06-18
US60/944,542 2007-06-18

Publications (2)

Publication Number Publication Date
RU2009142987A RU2009142987A (ru) 2011-05-27
RU2428804C2 true RU2428804C2 (ru) 2011-09-10

Family

ID=39684029

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2009142987/09A RU2428804C2 (ru) 2007-04-23 2008-04-23 Обработка сбоев в линии радиосвязи и при передаче обслуживания

Country Status (16)

Country Link
US (1) US20080261600A1 (ru)
EP (3) EP3171633B1 (ru)
JP (3) JP5159876B2 (ru)
KR (5) KR20140082862A (ru)
AR (1) AR066248A1 (ru)
AU (1) AU2008242565A1 (ru)
BR (1) BRPI0809739B1 (ru)
CA (1) CA2685554C (ru)
DK (1) DK2519052T3 (ru)
ES (1) ES2618079T3 (ru)
IL (1) IL201740A (ru)
MX (1) MX2009011442A (ru)
MY (1) MY151837A (ru)
RU (1) RU2428804C2 (ru)
TW (4) TWI493981B (ru)
WO (1) WO2008131401A1 (ru)

Families Citing this family (98)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6360100B1 (en) 1998-09-22 2002-03-19 Qualcomm Incorporated Method for robust handoff in wireless communication system
US7668541B2 (en) 2003-01-31 2010-02-23 Qualcomm Incorporated Enhanced techniques for using core based nodes for state transfer
US8982835B2 (en) 2005-09-19 2015-03-17 Qualcomm Incorporated Provision of a move indication to a resource requester
US8509799B2 (en) 2005-09-19 2013-08-13 Qualcomm Incorporated Provision of QoS treatment based upon multiple requests
US8983468B2 (en) 2005-12-22 2015-03-17 Qualcomm Incorporated Communications methods and apparatus using physical attachment point identifiers
US8982778B2 (en) 2005-09-19 2015-03-17 Qualcomm Incorporated Packet routing in a wireless communications environment
US9066344B2 (en) 2005-09-19 2015-06-23 Qualcomm Incorporated State synchronization of access routers
US9736752B2 (en) 2005-12-22 2017-08-15 Qualcomm Incorporated Communications methods and apparatus using physical attachment point identifiers which support dual communications links
US9078084B2 (en) 2005-12-22 2015-07-07 Qualcomm Incorporated Method and apparatus for end node assisted neighbor discovery
US9083355B2 (en) 2006-02-24 2015-07-14 Qualcomm Incorporated Method and apparatus for end node assisted neighbor discovery
DK2667661T3 (en) 2006-06-20 2017-08-14 Interdigital Tech Corp FACILITATION OF A TRANSFER IN AN LTE SYSTEM.
CN101647299B (zh) 2007-03-21 2014-04-09 诺基亚公司 用于切换失败恢复的方法、设备和计算机程序产品
US9155008B2 (en) 2007-03-26 2015-10-06 Qualcomm Incorporated Apparatus and method of performing a handoff in a communication network
MX2009011442A (es) * 2007-04-23 2010-01-18 Interdigital Tech Corp Manejo de fallas en enlace de radio y transferencia.
US8830818B2 (en) 2007-06-07 2014-09-09 Qualcomm Incorporated Forward handover under radio link failure
US9094173B2 (en) 2007-06-25 2015-07-28 Qualcomm Incorporated Recovery from handoff error due to false detection of handoff completion signal at access terminal
KR101446012B1 (ko) * 2007-08-24 2014-09-29 삼성전자주식회사 통신 시스템에서 이동단말의 접속률 향상 방법 및 장치
JP2009112007A (ja) * 2007-10-30 2009-05-21 Asustek Computer Inc ランダムアクセスプロセス障害を処理する方法及び関連通信装置
KR101493456B1 (ko) * 2007-11-28 2015-02-13 삼성전자주식회사 이동통신 시스템에서 홈 셀에서 공용 셀로의 핸드오버 방법
US8649353B2 (en) 2008-03-04 2014-02-11 Interdigital Patent Holdings, Inc. Method and apparatus for accessing a random access channel by selectively using dedicated or contention-based preambles during handover
US8712415B2 (en) 2008-03-20 2014-04-29 Interdigital Patent Holdings, Inc. Timing and cell specific system information handling for handover in evolved UTRA
US8515436B2 (en) * 2008-03-27 2013-08-20 Qualcomm Incorporated Management of wireless connections
US7957298B2 (en) 2008-06-18 2011-06-07 Lg Electronics Inc. Method for detecting failures of random access procedures
GB2461158B (en) 2008-06-18 2011-03-02 Lg Electronics Inc Method for performing random access procedures and terminal therof
US11272449B2 (en) 2008-06-18 2022-03-08 Optis Cellular Technology, Llc Method and mobile terminal for performing random access
KR100968020B1 (ko) 2008-06-18 2010-07-08 엘지전자 주식회사 랜덤 액세스 절차를 수행하는 방법 및 그 단말
GB2461780B (en) 2008-06-18 2011-01-05 Lg Electronics Inc Method for detecting failures of random access procedures
GB2461159B (en) 2008-06-18 2012-01-04 Lg Electronics Inc Method for transmitting Mac PDUs
WO2009154403A2 (en) 2008-06-18 2009-12-23 Lg Electronics Inc. Method of transmitting power headroom reporting in wireless communication system
KR101487358B1 (ko) 2008-06-30 2015-01-30 인터디지탈 패튼 홀딩스, 인크 E-utran에서 핸드오버를 수행하기 위한 방법 및 장치
CN101677449A (zh) * 2008-09-19 2010-03-24 中兴通讯股份有限公司 小区重选方法和终端
JP4505528B2 (ja) * 2008-09-22 2010-07-21 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法
WO2010062043A2 (en) * 2008-11-03 2010-06-03 Lg Electronics Inc. Method and apparatus for rrc connection reestablishment in wireless communication system
US8538419B2 (en) * 2008-11-10 2013-09-17 Qualcomm Incorporated Method and apparatus to enable patching of user equipment context through retrieval of partial contexts from various network servers
US9491671B2 (en) * 2008-11-17 2016-11-08 Qualcomm Incorporated Radio link failure reporting
US9521565B2 (en) * 2008-11-17 2016-12-13 Qualcomm Incorporated Declaring radio link failure based on target-specific threshold
US9155014B2 (en) * 2008-11-17 2015-10-06 Qualcomm Incorporated Conditional access terminal initiation of delayed handover
US9271204B2 (en) * 2008-11-17 2016-02-23 Qualcomm Incorporated Mobility management based on radio link failure reporting
JP4625123B2 (ja) * 2008-12-11 2011-02-02 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び無線基地局
KR100949972B1 (ko) 2009-01-02 2010-03-29 엘지전자 주식회사 단말의 임의접속 수행 기법
KR101122095B1 (ko) 2009-01-05 2012-03-19 엘지전자 주식회사 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말
CN101772110B (zh) * 2009-01-06 2015-01-28 中兴通讯股份有限公司 一种家庭基站小区间的重选方法
US8929894B2 (en) 2009-01-06 2015-01-06 Qualcomm Incorporated Handover failure messaging schemes
JP5069704B2 (ja) * 2009-02-02 2012-11-07 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び無線基地局
AU2014200751B2 (en) * 2009-02-20 2014-08-28 Huawei Technologies Co., Ltd. Method, apparatus and system for detecting a radio network problem
CN101815314A (zh) * 2009-02-20 2010-08-25 华为技术有限公司 发现无线网络问题的方法、装置及系统
CN101873655B (zh) * 2009-04-24 2015-06-03 中兴通讯股份有限公司 用户终端切换时应对无线链路失败的处理方法与装置
US9002356B2 (en) 2009-05-04 2015-04-07 Qualcomm Incorporated Access mode-based access control
CN101959262B (zh) * 2009-07-15 2015-07-22 中兴通讯股份有限公司 切换失败指示信息的通知方法与装置
CN101998636B (zh) * 2009-08-14 2013-07-31 电信科学技术研究院 一种终端标识的使用方法、系统和设备
US9144100B2 (en) * 2009-08-17 2015-09-22 Google Technology Holdings LLC Method and apparatus for radio link failure recovery
US8638751B2 (en) * 2009-10-23 2014-01-28 Intel Corporation Coverage loss recovery in a wireless communication network
TWI455633B (zh) * 2009-11-05 2014-10-01 Htc Corp 長期演進網路中為緊急通話重建無線資源控制連線的方法
US8892101B2 (en) * 2009-11-23 2014-11-18 Nokia Corporation Radio problem detection assisted rescue handover
JP2010141887A (ja) * 2009-11-26 2010-06-24 Ntt Docomo Inc 移動通信方法及び無線基地局
US20110170422A1 (en) * 2010-01-08 2011-07-14 Rose Qingyang Hu System and method for coordinated multi-point network operation to reduce radio link failure
US8605684B2 (en) * 2010-01-08 2013-12-10 Blackberry Limited System and method for coordinated multi-point network operation to reduce radio link failure
KR101710607B1 (ko) * 2010-01-20 2017-02-27 삼성전자주식회사 이동통신 시스템에서 단말기의 핸드오버를 지원하는 방법 및 장치
CN102202405B (zh) * 2010-03-23 2014-04-30 中兴通讯股份有限公司 一种切换时无线资源的配置方法及装置
US8615241B2 (en) 2010-04-09 2013-12-24 Qualcomm Incorporated Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems
US8868080B2 (en) 2010-04-23 2014-10-21 Telefonaktiebolaget L M Ericsson (Publ) Handover in case of a radio link failure
CN102413528B (zh) * 2010-09-21 2015-09-16 中兴通讯股份有限公司 切换失败的处理方法及用户设备
CN102448079B (zh) * 2010-10-14 2015-05-20 中兴通讯股份有限公司 无线链路失败原因的确定方法和装置
US9220124B2 (en) 2010-11-18 2015-12-22 Nokia Solutions And Networks Oy Enhanced connection recovery method for multi-RAT deployments
KR101375451B1 (ko) * 2010-12-22 2014-04-10 한국전자통신연구원 무선링크 실패 최소화를 위한 무선환경 최적화 방법 및 장치
CN102651894B (zh) * 2011-02-28 2016-12-28 华为技术有限公司 小区切换的方法、终端设备、基站设备和通信系统
GB2489413B (en) * 2011-03-25 2016-08-03 Broadcom Corp Discontinuous reception with user equipment based mobility
GB2480127B (en) 2011-04-01 2012-05-16 Renesas Mobile Corp Method, apparatus and computer program product for security configuration coordination during a cell update procedure
US8417220B2 (en) 2011-04-01 2013-04-09 Renesas Mobile Corporation Method, apparatus and computer program product for security configuration coordination during a cell update procedure
CN109005602B (zh) 2011-07-05 2021-03-02 北京三星通信技术研究有限公司 避免切换失败的方法
CN103428783B (zh) * 2012-05-22 2018-06-12 北京三星通信技术研究有限公司 支持检测rlf或者切换失败原因的方法
US9386485B2 (en) * 2012-11-30 2016-07-05 Marvell International Ltd Adaptive re-establishment of data sessions
CN114449603B (zh) * 2012-12-24 2024-06-07 北京三星通信技术研究有限公司 无线通信系统中的基站及由其执行的方法
DK3217719T3 (da) 2013-01-18 2019-05-20 Ericsson Telefon Ab L M Tilpasning af et mobilnetværk
KR102078167B1 (ko) * 2013-01-25 2020-02-17 삼성전자 주식회사 이동 통신 시스템에서 셀 서비스 영역이 작은 셀에 대한 이동성을 제어하는 방법 및 장치
WO2014121194A1 (en) 2013-02-01 2014-08-07 Introspective Power, Inc. Generic distributed processing for multi-agent systems
US20160057688A1 (en) * 2013-04-05 2016-02-25 Nokia Technologies Oy Handling uplink/downlink imbalance
US20150049672A1 (en) * 2013-08-14 2015-02-19 Qualcomm Incorporated Methods and apparatus for avoiding or escaping cell range expansion (cre) in a heterogeneous network
US9241289B1 (en) 2013-10-23 2016-01-19 Sprint Communications Company L.P. Dynamic adjustment of cell reselection parameters for a wireless communication device
CN105917726B (zh) * 2014-01-21 2019-12-03 瑞典爱立信有限公司 用于处理无线电通信网络中的通信的方法和网络节点
US9544938B2 (en) 2014-01-21 2017-01-10 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods therein for handling communications in a radio communications network
US9693268B2 (en) 2014-06-05 2017-06-27 Electronics And Telecommunications Research Institute Method of handover in mobile communication system
US20170201915A1 (en) * 2014-07-30 2017-07-13 Nokia Solutions And Networks Oy Handover method, handover apparatus and handover system
JP6208296B1 (ja) * 2015-11-05 2017-10-04 株式会社Nttドコモ ユーザ装置、基地局、及び接続確立方法
US20190059119A1 (en) * 2015-11-05 2019-02-21 Ntt Docomo, Inc. User equipment, base station, connection establishment method, and context information retrieval method
ES2911513T3 (es) * 2015-11-05 2022-05-19 Ntt Docomo Inc Equipo de usuario, estación base y métodos para establecimiento de conexión
WO2017126934A1 (en) * 2016-01-21 2017-07-27 Lg Electronics Inc. Method for recovering failure of connection resuming procedure at ue in wireless communication system and apparatus therefor
WO2017132910A1 (zh) * 2016-02-03 2017-08-10 华为技术有限公司 一种随机接入的方法、装置、基站及ue
JPWO2017170809A1 (ja) * 2016-03-31 2019-02-14 株式会社Nttドコモ ユーザ端末、無線基地局及び無線通信方法
CN107277850B (zh) * 2016-04-01 2022-04-19 北京三星通信技术研究有限公司 无线局域网聚合的控制方法和相关设备
CN109479227B (zh) * 2016-09-07 2022-02-08 Oppo广东移动通信有限公司 确定终端设备状态的方法和装置
CN108616943B (zh) * 2017-01-26 2021-06-04 华为技术有限公司 信息传输方法、基站以及用户设备
US10827398B2 (en) 2017-07-24 2020-11-03 Electronics And Telecommunications Research Institute Communication node for performing handover in wireless communication system and method therefor
US11419022B2 (en) * 2018-05-11 2022-08-16 FG Innovation Company Limited Cell prioritization for cell (re)selection in wireless communication systems
WO2020216167A1 (zh) * 2019-04-26 2020-10-29 华为技术有限公司 小区选择的方法、小区重选的方法和芯片
US11470675B2 (en) * 2021-03-03 2022-10-11 Motorola Mobility Llc Call type selection based on failure probability
US11540179B2 (en) 2021-03-03 2022-12-27 Motorola Mobility Llc Multiple call types for a call event
US11523318B1 (en) 2021-07-15 2022-12-06 Motorola Mobility Llc Call recovery for multiple call failures

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1023501A (ja) * 1996-07-03 1998-01-23 Fujitsu Ltd 移動体端末の局間ハンドオーバ方式
JP3397238B2 (ja) * 1998-10-01 2003-04-14 日本電気株式会社 移動局および移動局におけるafc制御方法
JP4053265B2 (ja) * 2001-08-24 2008-02-27 株式会社東芝 無線通信用アダプティブアレイ及びアダプティブアレイを用いた無線通信システム
EP1408658A3 (en) * 2002-08-13 2009-07-29 Innovative Sonic Limited Handling of an unrecoverable error on a dedicated channel of a radio link
CN101213860A (zh) * 2005-06-29 2008-07-02 皇家飞利浦电子股份有限公司 一种用于无线系统间切换的导频捕获方法及装置
GB0518416D0 (en) 2005-09-09 2005-10-19 Standard Life Assurance Compan Improvements in and relating to service orientated architecture
CN1933663B (zh) * 2005-09-14 2012-10-24 北京三星通信技术研究有限公司 Lte系统中支持用户设备移动性的方法
EP1765030A1 (en) * 2005-09-19 2007-03-21 Mitsubishi Electric Information Technology Centre Europe B.V. Method for transferring the context of a mobile terminal in a wireless telecommunication network
JP2008023510A (ja) 2006-07-20 2008-02-07 Ogura Tekko Kk 蒸気洗浄機用回転ブラシ
EP2127456B1 (en) * 2007-01-15 2019-11-27 Nokia Technologies Oy Method and apparatus for providing context recovery
RU2009137762A (ru) * 2007-03-13 2011-04-20 Интердиджитал Текнолоджи Корпорейшн (Us) Процесс повторного выбора соты для беспроводной связи
CN101647299B (zh) * 2007-03-21 2014-04-09 诺基亚公司 用于切换失败恢复的方法、设备和计算机程序产品
US8134953B2 (en) * 2007-03-22 2012-03-13 Alcatel Lucent Method of determining characteristics of access classes in wireless communication systems
MX2009011442A (es) * 2007-04-23 2010-01-18 Interdigital Tech Corp Manejo de fallas en enlace de radio y transferencia.
US20090309921A1 (en) * 2008-06-16 2009-12-17 Canon Kabushiki Kaisha Recording apparatus

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
RAJEEV KOODLI, CHARLES E. PERKINS "A Context Transfer Protocol for Seamless Mobility", 30.08.2002, http://tools.ietf.org/id/draft-koodli-seamoby-ct-04.txt. *

Also Published As

Publication number Publication date
BRPI0809739A2 (pt) 2014-09-16
TW201434327A (zh) 2014-09-01
CA2685554A1 (en) 2008-10-30
TW201208408A (en) 2012-02-16
EP2519052B1 (en) 2016-12-21
US20080261600A1 (en) 2008-10-23
EP3171633B1 (en) 2018-12-12
ES2618079T3 (es) 2017-06-20
EP2140634B1 (en) 2015-04-22
MX2009011442A (es) 2010-01-18
CA2685554C (en) 2016-07-12
TW200845788A (en) 2008-11-16
AR066248A1 (es) 2009-08-05
JP2013059121A (ja) 2013-03-28
BRPI0809739A8 (pt) 2017-07-11
EP3171633A1 (en) 2017-05-24
EP2519052A3 (en) 2012-11-14
MY151837A (en) 2014-07-14
JP5159876B2 (ja) 2013-03-13
KR101142668B1 (ko) 2012-05-03
KR20100005222A (ko) 2010-01-14
WO2008131401A1 (en) 2008-10-30
AU2008242565A1 (en) 2008-10-30
TWI493981B (zh) 2015-07-21
JP6018240B2 (ja) 2016-11-02
BRPI0809739B1 (pt) 2020-05-19
KR20130045411A (ko) 2013-05-03
IL201740A (en) 2014-02-27
TWI504288B (zh) 2015-10-11
JP5898056B2 (ja) 2016-04-06
DK2519052T3 (en) 2017-03-20
IL201740A0 (en) 2010-06-16
TWM340666U (en) 2008-09-11
KR101411558B1 (ko) 2014-06-25
EP2519052A2 (en) 2012-10-31
EP2140634A1 (en) 2010-01-06
RU2009142987A (ru) 2011-05-27
KR20140010998A (ko) 2014-01-27
KR20140082862A (ko) 2014-07-02
JP2015100133A (ja) 2015-05-28
KR20100023954A (ko) 2010-03-04
JP2010525753A (ja) 2010-07-22

Similar Documents

Publication Publication Date Title
RU2428804C2 (ru) Обработка сбоев в линии радиосвязи и при передаче обслуживания
EP2211578B1 (en) Methods of handling cell change and related apparatus
EP2123088B1 (en) Apparatus and method providing auxillary handover command
US20100278037A1 (en) Method of Handling Identity Confusion and Related Communication Device
US20130053042A1 (en) Mobile station and method for mobile communication system
RU2719348C1 (ru) Способ поискового вызова и устройство поискового вызова
WO2015010287A1 (zh) 小区重选方法、装置及系统
US20240040626A1 (en) Method of performing small data transmission in radio resource control inactive state and related device
CN201204698Y (zh) 用于无线电链路和切换失败处理的无线发射接收单元
US20240244703A1 (en) User equipment and method for handling small data transmission
WO2017150601A1 (ja) ユーザ装置、及びランダムアクセス方法
EP4149204A1 (en) Method and apparatus for performing idle mode measurement in rrc inactive state
AU2012202096B2 (en) Radio link and handover failure handling