Повторная синхронизация временных идентификаторов ue в системе беспроводной связи

Повторная синхронизация временных идентификаторов ue в системе беспроводной связи

Иллюстрации

Показать все

Реферат

Настоящая заявка испрашивает приоритет предварительной заявки США №60/827,982, озаглавленной "C-RNTI RE-SYNCHRONIZATION IN E-UTRAN", поданной 3 октября 2006 г., переуступленной правопреемнику этой заявки и включенной в этот документ посредством ссылки.

Область техники

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

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

Системы беспроводной связи широко распространены, чтобы предоставить различный контент связи, например речь, видео, пакетные данные, обмен сообщениями, широковещание и т.д. Эти беспроводные системы могут быть системами множественного доступа, допускающими поддержку множества пользователей путем совместного использования доступных системных ресурсов. Примеры таких систем множественного доступа включают в себя системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA), системы с ортогональным FDMA (OFDMA) и системы FDMA с одной несущей (SC-FDMA).

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

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

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

В этом документе описываются технологии для повторной синхронизации временных ID UE в системе беспроводной связи. Временный ID UE также может называться временным идентификатором соты в радиосети (C-RNTI), ID управления доступом к среде передачи (MAC), и т.д. Термин C-RNTI используется в большей части описания ниже.

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

UE может выполнять произвольный доступ для различных сценариев. Для передачи обслуживания, базовая станция может быть целевой базовой станцией для передачи обслуживания и может принимать запрос на передачу обслуживания от исходной базовой станции для UE. Целевая базовая станция может назначить UE действительный C-RNTI и затем отправить исходной базовой станции действительный C-RNTI для перенаправления его к UE. UE после этого может отправить преамбулу произвольного доступа для передачи обслуживания от исходной базовой станции к целевой базовой станции.

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

Далее более подробно описываются различные особенности и признаки раскрытия изобретения.

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

Фиг.1 показывает систему беспроводной связи с множественным доступом.

Фиг.2 показывает стеки протоколов для UE и других объектов сети.

Фиг.3 показывает диаграмму состояний для UE.

Фиг.4 показывает поток сообщений для процедуры произвольного доступа.

Фиг.5-7 показывают три потока сообщений для передачи обслуживания UE.

Фиг.8 показывает процесс для выполнения произвольного доступа посредством UE.

Фиг.9 показывает устройство для выполнения произвольного доступа.

Фиг.10 показывает процесс для поддержки произвольного доступа базовой станцией.

Фиг.11 показывает устройство для поддержки произвольного доступа.

Фиг.12 показывает блок-схему UE и двух базовых станций.

Подробное описание

Описываемые в этом документе технологии могут использоваться для различных систем беспроводной связи, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и других систем. Термины "система" и "сеть" часто используются взаимозаменяемо. Система CDMA может реализовывать технологию радиосвязи, такую как наземный доступ системы UMTS (UTRA), CDMA2000 и т.д. UTRA включает в себя широкополосный CDMA (W-CDMA) и низкую частоту следования элементарных посылок (LCR). CDMA2000 охватывает стандарты IS-2000, IS-95 и IS-856. Система TDMA может реализовывать технологию радиосвязи, такую как глобальная система мобильной связи (GSM). Система OFDMA может реализовывать технологию радиосвязи, такую как усовершенствованный UTRA (E-UTRA), сверхширокополосную мобильную связь (UMB), EEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDMT и т.д. UTRA, E-UTRA и GSM являются частью универсальной системы мобильных телекоммуникаций (UMTS). Система долгосрочного развития (LTE) 3GPP является предстоящим выпуском UMTS, которая использует E-UTRA, который применяет OFDMA на нисходящей линии связи и SC-FDMA на восходящей линии связи. UTRA, E-UTRA, GSM, UMTS и LTE описываются в документах от организации, именуемой "Проектом партнерства третьего поколения" (3GPP). CDMA2000 и UMB описываются в документах от организации, именуемой "Вторым проектом партнерства третьего поколения" (3GPP2). Эти различные технологии и стандарты радиосвязи известны в данной области техники. Для ясности некоторые особенности технологий описываются далее для LTE, и терминология LTE используется далее в большей части описания.

Фиг.1 показывает систему 100 беспроводной связи с коллективным доступом с множеством усовершенствованных узлов Б (eNB) 110. eNB может быть стационарной стацией, используемой для взаимодействия с UE, и также может называться узлом Б, базовой станцией, точкой доступа и т.д. Каждый eNB 110 обеспечивает зону радиосвязи для конкретной географической области. В 3GPP термин "сота" может относиться к наименьшей зоне обслуживания eNB и/или подсистемы eNB, обслуживающей эту зону обслуживания. В других системах термин "сектор" может относиться к наименьшей зоне обслуживания и/или подсистеме, обслуживающей эту зону обслуживания. Для ясности в описании ниже используется понятие соты в 3GPP.

UE 120 могут быть рассредоточены по всей системе. UE может быть стационарным или мобильным, и также может называться мобильной станцией, терминалом, терминалом доступа, абонентским модулем, станцией и т.д. UE может быть сотовым телефоном, персональным цифровым помощником (PDA), беспроводным модемом, беспроводным устройством связи, карманным устройством, переносным компьютером, беспроводным телефоном и т.д. UE может взаимодействовать с одним или более eNB посредством передач по нисходящей линии связи и восходящей линии связи. Нисходящая линия связи (или прямая линия связи) относится к линии связи от eNB к UE, а восходящая линия связи (или обратная линия связи) относится к линии связи от UE к eNB. На Фиг.1 сплошная линия с двойными стрелками указывает связь между UE и eNB. Пунктирная линия с одной стрелкой указывает UE, выполняющее произвольный доступ.

Шлюз 130 объекта управления мобильностью/развития архитектуры системы (MME/SAE) может связываться с eNB 110 и поддерживать связь для UE 120. Например, шлюз 130 MME/SAE может выполнять различные функции, например распространение сообщений персонального вызова для eNB, управление безопасностью, управление мобильностью состояния незанятости, управление однонаправленным каналом SAE, шифрование и защита целостности сигнализации верхнего уровня, завершение пакетов плоскости пользователя по причинам персональных вызовов и переключение плоскости пользователя для поддержки мобильности UE. Система 100 может включать в себя другие объекты сети, поддерживающие другие функции. Объекты сети в LTE описываются в 3GPP TS 36.300, озаглавленном "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description", март 2007, который является общедоступным.

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

Фиг.2 показывает стеки протоколов на UE, eNB и шлюзе MME/SAE для плоскости управления в LTE. Стек протоколов для UE включает в себя уровень, не связанный с предоставлением доступа (NAS), управление радиоресурсами (RRC), управление радиосвязью (RLC), управление доступом к среде передачи (MAC) и физический уровень (PHY). NAS может выполнять такие функции, как управление однонаправленным каналом SAE, аутентификация, управление мобильностью и порождение персональных вызовов для незанятых UE, и управление безопасностью. RRC может выполнять такие функции, как широковещание, персональные вызовы, управление соединением RRC, управление однонаправленным радиоканалом, функции мобильности, и управление и сообщение измерений UE. RLC может выполнять такие функции, как сегментация и повторная сборка, переупорядочение данных, и ARQ. MAC может выполнять такие функции, как преобразование между логическими и транспортными каналами, мультиплексирование и демультиплексирование данных, и HARQ. PHY может выполнять функции для беспроводного обмена данными. RRC является частью уровня 3 (L3), RLC и MAC являются частью уровня 2 (L2), и PHY является частью уровня 1 (L1). NAS завершается в шлюзе MME/SAE. RRC, RLC, MAC и PHY завершаются на eNB.

Фиг.3 показывает диаграмму 300 состояний для UE в LTE. UE может работать в одном из нескольких состояний NAS, таких как состояния LTE Detached, LTE Idle и LTE Active. После включения UE может входить в состояние LTE Detached и работать в состоянии RRC_NULL. В состоянии LTE Detached UE не обращалось к системе и неизвестно системе. UE может выполнить начальный доступ к системе и зарегистрироваться в системе. UE может иметь активное соединение в течение процедуры начального доступа к системе и регистрации. UE затем может перейти либо в (i) состояние LTE Active, если у UE есть данные для обмена по нисходящей линии связи или восходящей линии связи, либо (ii) состояние LTE Idle в ином случае.

В состоянии LTE Idle UE может быть незанятым и может работать в состоянии RRC_IDLE. В состоянии LTE Idle UE и система могут обладать контекстной информацией, чтобы позволить UE быстро перейти в состояние LTE Active. Находясь в состоянии LTE Idle, UE может выполнить произвольный доступ и переход в состояние LTE Active, когда имеются данные для отправки или приема. В состоянии LTE Active UE может активно взаимодействовать с системой по нисходящей линии связи и/или восходящей линии связи и может работать в состоянии RRC_CONNECTED. Из состояния LTE Active UE может перейти обратно в состояние LTE Idle из-за бездействия. UE также может переходить между различными состояниями другими способами.

UE может быть назначен C-RNTI посредством соты, с которой UE находится во взаимодействии. C-RNTI является временным ID UE, используемым для однозначного определения UE для соты и который действителен только для той соты. Сота может назначать C-RNTI, когда UE выполняет произвольный доступ с этой сотой или становится известным соте другими способами. Как показано на Фиг.3, UE может не иметь назначенного C-RNTI, находясь в состоянии LTE Detached или состоянии LTE Idle, и может иметь назначенный C-RNTI, находясь в состоянии LTE Active. C-RNTI может быть частью контекста RRC для UE и может быть доступным только в состоянии LTE Active.

Как показано на Фиг.3, UE может выполнять процедуру произвольного доступа для различных сценариев, например:

- начальный доступ к системе из состояния LTE Detached,

- произвольный доступ в состоянии LTE Idle,

- обновление временной синхронизации в состоянии LTE Active, и

- произвольный доступ для передачи обслуживания в состоянии LTE Active.

Термины "произвольный доступ" и "доступ к системе" часто используются взаимозаменяемо.

Фиг.4 показывает поток сообщений для исполнения процедуры 400 произвольного доступа. UE может передать преамбулу произвольного доступа по каналу с произвольным доступом (RACH) в восходящей линии связи всякий раз, когда UE желает обратиться к системе, например, для любого из отмеченных выше сценариев (этап 1). Преамбула произвольного доступа также может называться подписью доступа, проверкой доступа, проверкой произвольного доступа, сигнатурной последовательностью, сигнатурной последовательностью RACH и т.д. Преамбула произвольного доступа может включать в себя произвольный идентификатор (ID), который может выбираться UE случайным образом и использоваться для определения преамбулы произвольного доступа от UE. Преамбула произвольного доступа также может включать в себя один или более дополнительных разрядов для индикатора качества канала (CQI) нисходящей линии связи, типа доступа и/или другой информации. CQI нисходящей линии связи может указывать качество канала нисходящей линии связи, которое измерено UE, и может использоваться для отправки следующей передачи по нисходящей линии связи к UE и/или выделения ресурсов восходящей линии связи (UL) для UE. Тип доступа может указывать любую из причин для произвольного доступа, отмеченных выше.

В одном исполнении для использования в произвольном доступе может быть доступно множество RACH. UE может произвольно выбрать один из доступных RACH и передать преамбулу произвольного доступа по выбранному RACH. Каждый RACH может быть ассоциирован с разным RNTI произвольного доступа (RA-RNTI). Для начальной части процедуры произвольного доступа UE может быть идентифицировано по сочетанию RA-RNTI для выбранного RACH и идентификатора RA-преамбулы для преамбулы произвольного доступа, отправленной посредством UE.

eNB может принять преамбулу произвольного доступа от UE и может асинхронно ответить путем отправки ответа произвольного доступа по совместно используемому каналу нисходящей линии связи (DL-SCH) к UE (этап 2). Ответ произвольного доступа может быть адресован RA-RNTI и может передавать следующее:

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

- временное опережение (ТА) - указывает коррекцию для временной синхронизации UE,

- предоставление восходящей линии связи - указывает ресурсы, предоставленные UE для передачи по восходящей линии связи, и

- временный C-RNTI - может использоваться в качестве C-RNTI для UE.

Ответ произвольного доступа также может включать в себя разную и/или другую информацию.

Как показано на Фиг.3, UE может выполнить произвольный доступ при работе в любом из состояний LTE и может иметь или еще не иметь C-RNTI, назначенный для UE. Этот C-RNTI может называться действительным C-RNTI в описании в этом документе. UE может отправить преамбулу произвольного доступа в качестве самой первой сигнализации для произвольного доступа. Исполнение преамбулы произвольного доступа может быть таким, что UE не может информировать eNB, имеет ли UE уже действительный C-RNTI (или текущее состояние LTE у UE) в преамбуле произвольного доступа. eNB может выделить временный C-RNTI для UE независимо от того, имеет ли UE уже действительный C-RNTI. eNB затем может отправить этот временный C-RNTI в ответе произвольного доступа к UE. Это раннее выделение временного C-RNTI может устранить необходимость отправки другого сообщения нисходящей линии связи для назначения C-RNTI для UE.

Согласно Фиг.4, UE может принять ответ произвольного доступа от eNB и извлечь всю информацию, включая временный C-RNTI. В одном исполнении, если UE еще не имеет действительного C-RNTI перед выполнением произвольного доступа, то UE может использовать временный C-RNTI в качестве своего C-RNTI. Наоборот, если UE уже имеет действительный C-RNTI перед выполнением произвольного доступа, то UE может продолжить использование этого действительного C-RNTI и отказаться от временного C-RNTI. Таким образом, временный C-RNTI может быть повышен до C-RNTI, если UE обнаруживает успешный произвольный доступ и еще не имеет действительного C-RNTI. Временный C-RNTI может быть отброшен UE, если оно уже имеет действительный C-RNTI.

UE затем может отправить запланированную передачу по восходящей линии связи к eNB (этап 3). Запланированная передача может включать в себя информацию, указывающую, какой C-RNTI будет использоваться UE - временный C-RNTI, отправленный в ответе произвольного доступа, или действительный C-RNTI, если доступен. В первом исполнении запланированная передача включает в себя действительный C-RNTI, если он доступен, и не включает в себя временный C-RNTI. Во втором исполнении запланированная передача включает в себя C-RNTI, который будет использоваться UE, который может быть либо действительным C-RNTI, если доступен, либо временным C-RNTI. Для первого исполнения eNB может определить, что UE уже имеет действительный C-RNTI, если этот C-RNTI принимается в запланированной передаче. Для второго исполнения eNB может определить, что UE уже имеет действительный C-RNTI, если C-RNTI, принятый в запланированной передаче, отличается от временного C-RNTI, отправленного в ответе произвольного доступа. В любом случае eNB может определить, какой C-RNTI будет использоваться UE, на основе информации о C-RNTI (или отсутствии этой информации) в запланированной передаче, отправленной посредством UE. Если UE уже имеет действительный C-RNTI, то eNB может получить этот C-RNTI из запланированной передачи, переключиться на этот C-RNTI для UE и освободить временный C-RNTI для более позднего использования.

Запланированная передача на этапе 3 также может включать в себя другую информацию, например CQI нисходящей линии связи, сообщение об измерении контрольного сигнала и т.д., которая может использоваться eNB для последующей передачи по нисходящей линии связи. Запланированная передача также может включать в себя другие сообщения уровня L3, например, начальное сообщение NAS.

eNB может отправить сообщение по DL-SCH для разрешения конфликта (этап 4). Конфликт может возникнуть, когда множество UE отправляют одинаковую преамбулу произвольного доступа по одному и тому же RACH. Разрешение конфликта может выполняться для принятия решения, какому UE разрешается доступ. Сообщение на этапе 4 может быть адресовано временному C-RNTI, отправленному в ответе произвольного доступа на этапе 2, и может содержать любую информацию, подходящую для разрешения конфликта, например, ID уровня базовой сети у UE. eNB также может отправить ответы на сообщения уровня L3, если имеются, отправленные посредством UE на этапе 3 (этап 5).

Показанное на Фиг.4 исполнение обеспечивает удобный способ для повторной синхронизации C-RNTI между UE и eNB. Исполнение позволяет использовать те же или аналогичные потоки сообщений для произвольного доступа в различных сценариях, например начального доступа к системе, перехода в активное состояние, обновления временной синхронизации, передачи обслуживания и т.д.

Фиг.5 показывает исполнение потока 500 сообщений для передачи обслуживания UE от исходного eNB к целевому eNB, например, передачи обслуживания UE 120x от eNB 110a к eNB 110b на Фиг.1. Для ясности ниже описываются только сигнализация и функции, подходящие для передачи обслуживания UE.

Исходный eNB может конфигурировать процедуры измерения для UE (этап 1), и UE может отправить сообщения с измерениями исходному eNB (этап 2). Исходный eNB может принять решение о передаче обслуживания UE (этап 3) и может выдать целевому eNB сообщение с запросом передачи обслуживания (этап 4). Исходный eNB может отправить контекстную информацию для UE, которая может включать в себя контекст RRC, контекст однонаправленного канала SAE и/или другую информацию, используемую для поддержки взаимодействия для UE. Целевой eNB может выполнить управление допуском и может принять передачу обслуживания UE (этап 5). В одном исполнении целевой eNB может назначить C-RNTI для UE и может ассоциировать контекстную информацию для UE с этим C-RNTI. C-RNTI может, таким образом, использоваться в качестве идентификатора для контекстной информации. Целевой eNB может затем вернуть исходному eNB подтверждение запроса передачи обслуживания (Ack) (этап 6). Это подтверждение запроса передачи обслуживания может включать в себя C-RNTI, назначенный для UE.

Исходный eNB может затем отправить команду передачи обслуживания к UE (этап 7). Эта команда передачи обслуживания может включать в себя C-RNTI, назначенный целевым eNB для UE. UE может соответственно иметь действительный C-RNTI для целевого eNB, даже если UE не обменивался никакой сигнализацией с целевым eNB. Тогда UE может отсоединиться от исходного eNB и выполнить произвольный доступ с целевым eNB. Как часть произвольного доступа, UE может выполнить синхронизацию с целевым eNB и может начать обнаружение временного опережения восходящей линии связи (этап 8). Целевой eNB может ответить распределением ресурсов и временным опережением для UE (этап 9).

В одном исполнении для этапа 8 UE может отправить преамбулу произвольного доступа по RACH целевому eNB, что может соответствовать этапу 1 на Фиг.4. Целевой eNB может принять преамбулу произвольного доступа, но может не знать идентификатор UE, или что целевой eNB уже назначил C-RNTI для UE. Целевой eNB может, таким образом, выделить временный C-RNTI для UE обычным образом. Для этапа 9 целевой eNB может отправить ответ произвольного доступа по DL-SCH к UE, что может соответствовать этапу 2 на Фиг.4. Ответ произвольного доступа может включать в себя временный C-RNTI и другую информацию, например распределение ресурсов UL, временное опережение и т.д. UE может продолжить использование действительного C-RNTI, принятого на этапе 7, и может отказаться от временного C-RNTI, принятого на этапе 9.

После успешного обращения к целевому eNB UE может отправить целевому eNB сообщение подтверждения передачи обслуживания для указания, что процедура передачи обслуживания завершается для UE (этап 10). Это сообщение подтверждения передачи обслуживания может включать в себя C-RNTI, назначенный целевым eNB для UE и принятый с помощью исходного eNB на этапе 7. Целевой eNB может распознать, что UE уже имеет действительный C-RNTI, на основе C-RNTI, принятого из сообщения подтверждения передачи обслуживания. Целевой eNB может использовать этот действительный C-RNTI для сопоставления UE с контекстной информацией, принятой из исходного eNB на этапе 4. Целевой eNB может освободить временный C-RNTI для более позднего использования. Этапы с 8 по 10 на Фиг.5 могут рассматриваться как часть процедуры произвольного доступа для передачи обслуживания.

Целевой eNB может отправить сообщение завершения передачи обслуживания, чтобы информировать шлюз MME/SAE о том, что UE изменил eNB (этап 11). Шлюз MME/SAE затем может переключить информационный канал нисходящей линии связи для UE с исходного eNB на целевой eNB. Шлюз MME/SAE также может вернуть сообщение подтверждения завершения передачи обслуживания целевому eNB (этап 12). Целевой eNB может отправить сообщение об освобождении ресурсов исходному eNB для указания успешной передачи обслуживания UE (этап 13). После приема сообщения об освобождении ресурсов исходный eNB может освободить ресурсы для UE (этап 14).

Фиг.6 показывает исполнение потока 600 сообщений для передачи обслуживания UE от исходного eNB к целевому eNB. Фиг.6 показывает уровни PHY/MAC (L1/L2) и RRC (L3) как отдельные объекты для каждого eNB. Фиг.6 также показывает сигнализацию, которой обмениваются между UE объектами уровней L1/L2 и L3 на исходных и целевых eNB для передачи обслуживания.

Исходный eNB может конфигурировать процедуры измерения для UE, и UE может отправить сообщения с измерениями исходному eNB (этап 2). Исходный eNB может принять решение о передаче обслуживания UE (этап 3) и может отправить целевому eNB сообщение с запросом передачи обслуживания и контекстную информацию для UE (этап 4). В одном исполнении RRC на целевом eNB может назначить C-RNTI для UE и может ассоциировать контекстную информацию для UE с этим C-RNTI. RRC на целевом eNB может отправить сообщение настройки ресурсов к L1/L2 на целевом eNB (этап 5), который может выполнить управление допуском (этап 6) и ответить подтверждением настройки ресурсов (этап 7). RRC на целевом eNB может затем вернуть ответ передачи обслуживания вместе с C-RNTI исходному eNB (этап 8).

Исходный eNB может затем отправить команду передачи обслуживания вместе с C-RNTI к UE (этап 9). UE может выполнить произвольный доступ с целевым eNB (этап 11). Для этапа 11 UE может отправить преамбулу произвольного доступа целевому eNB. Целевой eNB может выделить временный C-RNTI для UE и отправить ответ произвольного доступа вместе с этим временным C-RNTI к UE. После успешного обращения к целевому eNB UE может отправить сообщение завершения передачи обслуживания вместе с C-RNTI к целевому eNB (этап 12). Целевой eNB может распознать, что UE уже имеет действительный C-RNTI, на основе C-RNTI в сообщении завершения передачи обслуживания, отличающийся от временного C-RNTI в ответе произвольного доступа. Целевой eNB может использовать этот действительный C-RNTI для сопоставления UE с контекстной информацией, принятой из исходного eNB на этапе 4. Целевой eNB может освободить временный C-RNTI для более позднего использования.

Шлюз MME/SAE может принять сообщение для переключения информационного канала для UE либо от исходного eNB (этап 10), либо от целевого eNB (этап 13). Шлюз MME/SAE затем может переключить информационный канал для UE с исходного eNB на целевой eNB и может вернуть команду освобождения исходному eNB (этап 14). На исходном eNB RRC может информировать уровни L1/L2 для освобождения ресурсов для UE (этап 15).

Фиг.7 показывает исполнение потока 700 сообщений для передачи обслуживания UE от исходного eNB к целевому eNB. Поток 700 сообщений может быть автономным потоком сообщений или может быть частью потока 500 сообщений на Фиг.5 или потока 600 сообщений на Фиг.6.

UE может отправить сообщения с измерениями исходному eNB (этап 1). Исходный eNB может принять решение о передаче обслуживания UE и может отправить целевому eNB сообщение с Запросом передачи обслуживания вместе с контекстной информацией для UE (этап 2). Целевой eNB может принять передачу обслуживания, назначить C-RNTI для UE и ассоциировать контекстную информацию для UE с этим C-RNTI (этап 3). Целевой eNB может затем вернуть подтверждение запроса передачи обслуживания вместе с C-RNTI исходному eNB (этап 4).

Исходный eNB может затем отправить команду передачи обслуживания вместе с C-RNTI к UE (этап 5). UE может выполнить произвольный доступ с целевым eNB и может отправить преамбулу произвольного доступа целевому eNB (этап 6). Целевой eNB может выделить временный C-RNTI для UE (этап 7) и может отправить UE ответ произвольного доступа вместе с этим временным C-RNTI и, возможно, другой информацией (этап 8). UE может отправить сообщение подтверждения передачи обслуживания вместе с C-RNTI, принятым на этапе 5, целевому eNB (этап 9). Целевой eNB может распознать, что UE уже имеет действительный C-RNTI, на основе C-RNTI в сообщении подтверждения передачи обслуживания, отличающийся от временного C-RNTI в ответе произвольного доступа. Целевой eNB может переключиться на этот действительный C-RNTI и освободить временный C-RNTI (этап 10).

Фиг.5-7 показывают сценарии передачи обслуживания, в которых UE уже имеет действительный C-RNTI для выполнения произвольного доступа. Могут быть другие сценарии, в которых UE имеет действительный C-RNTI перед выполнением произвольного доступа. Например, UE может выполнить произвольный доступ для обновления временной синхронизации восходящей линии связи, находясь в состоянии LTE Active и взаимодействуя с обслуживающим eNB.

Для каждого случая, в котором UE выполняет произвольный доступ, уже имея действительный C-RNTI, eNB может назначить временный C-RNTI для UE во время процедуры произвольного доступа. UE может ответить посредством отправки действительного C-RNTI и может отказаться от временного C-RNTI. eNB может использовать действительный C-RNTI, чтобы ассоциировать UE с контекстной информацией для UE. eNB может использовать действительный C-RNTI после его приема от UE и может освободить временный C-RNTI для более позднего использования.

UE также может выполнить произвольный доступ, не имея действительного C-RNTI, например, для начального доступа к системе, для произвольного доступа из состояния LTE Idle и т.д. В каждом таком сценарии UE может использовать временный C-RNTI в качестве вновь назначенного C-RNTI. UE может пропускать отправку этого C-RNTI в сообщении восходящей линии связи (например, сообщении запроса соединения RRC) к eNB. eNB затем может предположить, что UE конфигурируется с этим C-RNTI.

Описанные в этом документе технологии могут обеспечить некоторые преимущества. Во-первых, одна и та же обработка C-RNTI может использоваться для произвольного доступа в различных сценариях. Это может упростить процедуру произвольного доступа и/или позволить использовать процедуру произвольного доступа для большего количества сценариев. Во-вторых, UE, которым уже назначены действительные C-RNTI, могут продолжать использовать эти C-RNTI. Работа на этих UE и eNB может быть упрощена путем отмены изменений C-RNTI, когда это не нужно. В-третьих, в сценарии передачи обслуживания не требуется передача старого C-RNTI, назначенного исходным eNB, в сообщении завершения передачи обслуживания.

В описанных выше исполнениях UE может отправлять действительный C-RNTI в запланированной передаче после приема ответа произвольного доступа для произвольного доступа. В другом исполнении UE может отправлять временный идентификатор базовой сети, например временный идентификатор мобильного абонента (TMSI), TMSI для пакетной передачи (P-TMSI) и т.д. eNB может использовать временный идентификатор базовой сети, чтобы идентифицировать контекстную информацию для UE. В другом исполнении UE может отправлять идентификатор RRC, ассоциированный с контекстом RRC у UE. Идентификатор RRC может выделяться посредством eNB для первой обслуживающей соты у UE. Та же идентификация RRC может использоваться для UE, даже если UE передается от eNB к eNB. Идентификатор RRC может быть сделан уникальным во всей системе путем использования идентификатора первой обслуживающей соты в качестве подмножества идентификатора RRC.

Фиг.8 показывает исполнение процесса 800 для выполнения произвольного доступа посредством UE. UE может отправить преамбулу произвольного доступа для произвольного доступа (этап 812). UE может принять ответ произвольного доступа, содержащий временный C-RNTI (этап 814). UE может использовать временный C-RNTI в качестве C-RNTI для себя, если действительный C-RNTI еще не доступен (этап 816). UE может отказаться от временного C-RNTI и использовать действительный C-RNTI, если доступен (этап 818). UE может отправить передачу после приема ответа произвольного доступа, и передача может включать в себя действительный C-RNTI, если доступен (этап 820). Передача может пропускать или не включать в себя временный C-RNTI, если он используется в качестве C-RNTI для UE.

UE может выполнять процесс 800 для произвольного доступа для различных сценариев. Для передачи обслуживания UE может принять действительный C-RNTI от исходной базовой станции перед произвольным доступом. Действительный C-RNTI может быть назначен целевой базовой станцией, отправлен исходной базовой станции, и перенаправлен исходной базовой станцией на UE в команде передачи обслуживания. UE может отправить преамбулу произвольного доступа для передачи обслуживания от исходной базовой станции к целевой базовой станции и может принять ответ произвольного доступа от целевой базовой станции.

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

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

Фиг.9 показывает исполнение устройства 900 для выполнения произвольного доступа. Устройство 900 включает в себя средство для отправки преамбулы произвольного доступа для произвольного доступа посредством UE (модуль 912), средство для приема ответа произвольного доступа, содержащего временный C-RNTI (модуль 914), средство для использования временного C-RNTI в качестве C-RNTI для UE, если действительный C-RNTI еще не доступен (модуль 916), средство для отказа от временного C-RNTI и использования действительного C-RNTI, если доступен (модуль 918), и средство для отправки передачи после приема ответа произвольного доступа, причем передача включает в себя действительный C-RNTI, если доступен (модуль 920).

Фиг.10 показывает исполнение процесса 1000 для поддержки произвольного доступа посредством базовой станции, например eNB или узла Б. Базовая станция может принять преамбулу произвольного доступа для произвольного доступа посредством UE (этап 1012). Базовая станция может назначить UE временный C-RNTI (этап 1014) и может отправить ответ произвольного доступа, содержащий временный C-RNTI, к UE (этап 1016). Базовая станция может принять передачу от UE после отправки ответа произвольного доступа (этап 1018). В одном исполнении передача может включать в себя действительный C-RNTI, если доступен на UE, и может не включать в себя временный C-RNTI, если он используется UE в качестве C-RNTI. Базовая станция может использовать временный C-RNTI в качестве C-RNTI для UE, если действительный C-RNTI еще не доступен на UE (этап 1020). Базовая станция может освободить временный C-RNTI и использовать действительный C-RNTI, если тот принят от UE (этап 1022).

Базовая станция может выполнять процесс 1000 для различных сценариев. Для передачи обслуживания базовая станция может быть целевой базовой станцией и может принимать запрос на передачу обслуживания от исходной базовой станции для UE. Целевая базовая станция может назначить UE действительный C-RNTI в ответ на запрос передачи обслуживания и может отправить исходной базовой станции действительный C-RNTI для перенаправления его к UE. Целевая базовая станция может после этого принять преамбулу произвольного доступа от UE для передачи обслуживания от исходной базовой станции к целевой базовой станции.

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

Фиг.11 показывает исполнение устройства 1100 для поддержки произвольного доступа. Устройство 900 включает в себя средство для приема преамбулы произвольного доступа для произвольного доступа посредством UE (модуль 1112), средство для назначения временного C-RNTI для UE (модуль 1114), средство для отпр