СПОСОБ, УСТРОЙСТВО И СИСТЕМА ОЦЕНКИ РАЗРЕШЕНИЯ КОНФЛИКТОВ ПРОИЗВОЛЬНОГО ДОСТУПА

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

Настоящее изобретение относится к области беспроводной связи, а более конкретно - к способу, устройству и системе оценки разрешения конфликтов произвольного доступа.

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

В системе LTE (долговременного развития) UE (пользовательское оборудование) получает синхронизацию восходящей линии связи и ресурсы восходящей линии через процедуру произвольного доступа (процедура произвольного доступа). В процедуре произвольного доступа на основе конкуренции UE произвольно выбирает RAP из группы RAP (заголовки произвольного доступа) и инициирует произвольный доступ. После приема RAR (ответа произвольного доступа) UE отправляет Msg3 (третье сообщение произвольного доступа) и переносит в Msg3 СССН SDU (блок служебных данных общего канала управления) или C-RNTI (временный идентификатор сотовой радиосети) UE согласно назначению инициирования произвольного доступа. После отправления Msg3 UE запускает CRT (таймер разрешения конфликтов). UE считает, что разрешение конфликта является успешным, если принимает сообщение разрешения конфликта до истечения CRT. UE выполняет отсрочку передачи в течение периода времени и повторно инициирует произвольный доступ, если разрешение конфликта терпит неудачу по истечении CRT.

В предшествующем уровне технике, если это является MAC (управлением доступом к среде), UE инициирует процедуру произвольного доступа и Msg3 передает С-RNTI, который используется в качестве блока управления MAC, то UE считает, что разрешение конфликтов является успешным после приема предоставления UL (предоставление восходящей линии связи), который отправляется с помощью eNB (усовершенствованный УзелВ), маскированного с помощью C-RNTI, и передается поверх новых данных; UE считает, что разрешение конфликтов терпит неудачу, выполняет отсрочку передачи в течение периода времени и повторно инициирует произвольный доступ, если не принимают Предоставление UL, переданный поверх новых данных по истечении CRT.

Однако в предшествующем уровне техники, во время периода ожидания, после того как UE отправляет Msg3, если принимают Назначение DL или Предоставление UL, где Назначение DL (назначение нисходящей линии связи) или Предоставление UL маскируется с помощью Т C-RNTI (временный C-RNTI), который выделяется с помощью eNB для UE, то UE не обрабатывает информацию, которая может быть вызвана тем, что UE не может своевременно оценить, завершено ли разрешение конфликтов, и поэтому может быть причиной того, что задерживается момент времени для повторного инициирования произвольного доступа.

Раскрытие изобретения

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

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

отправляют сообщение с запросом на разрешение конфликтов в сторону сети, при этом сообщение с запросом на разрешение конфликтов содержит: C-RNTI, выделенный для UE, или СССН SDU; и

при приеме сообщения со стороны сети, маскированного посредством Т C-RNTI, временно выделенного для UE со стороны сети до истечения CRT, выполняют отсрочку передачи, если оценивают, согласно C-RNTI или СССН SDU и типу сигнализации сообщения со стороны сети, что разрешение конфликтов неудачно.

Согласно другому аспекту, предложено UE, где UE включает в себя:

блок приемопередатчика, выполненный с возможностью отправления сообщения с запросом на разрешение конфликтов в сторону сети, при этом сообщение с запросом на разрешение конфликтов содержит: C-RNTI, выделенный для UE, или СССН SDU;

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

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

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

Согласно другому аспекту, предложена сетевая система, при этом система включает в себя:

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

сетевое оборудование, выполненное с возможностью приема сообщения с запросом на разрешение конфликтов, отправленного UE, и отправки сообщения со стороны сети, маскированного посредством Т C-RNTI для UE.

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

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

Фиг.1 - алгоритм способа оценки разрешения конфликтов произвольного доступа, согласно варианту осуществления настоящего изобретения;

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

фиг.3 - схема, согласно второму варианту осуществления настоящего изобретения;

фиг.4А - часть алгоритма, согласно третьему варианту осуществления настоящего изобретения;

фиг.4В - часть алгоритма, согласно третьему варианту осуществления настоящего изобретения;

фиг.5А - часть алгоритма, согласно пятому варианту осуществления настоящего изобретения;

фиг.5В - часть алгоритма, согласно пятому варианту осуществления настоящего изобретения;

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

фиг.7 - схема сетевой системы, согласно варианту осуществления настоящего изобретения.

Подробное описание изобретения

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

В предшествующем уровне техники во время ожидания после того, как UE отправляет Msg3, если получено Назначение DL или Предоставление UL, где Назначение DL и Предоставление UL маскированы с помощью Т C-RNTI, временно выделенного для UE с помощью eNB, то UE еще не может оценить, терпит ли неудачу разрешение конфликтов. Например, произвольный доступ UE1 в подсоединенном режиме и UE2 в режиме ожидания запускаются с помощью MAC, и тот же самый RAP отправляется в то же самое время и по тому же самому ресурсу PRCH (физический канал с произвольным доступом). Затем UE1 и UE2 оба принимают RAR из eNB, где RAR несет в себе Т C-RNTI, временно выделенный для UE. Кроме того, в это же время UE1 считает, что RAR принадлежит самому себе, и UE2 считает, что RAR принадлежит самому себе, и записывают Т C-RNTI в сообщении RAR. UE1 и UE2 отправляют свои соответствующие сообщения Msg3. Msg3, которое отправляет UE1, включает в себя C-RNTI UE1, и сообщение, отправленное UE2, несет в себе СССН SDU. Если UE2 окончательно успешно утверждается, UE2 принимает ответное сообщение MSG4 с разрешением конфликтов. Сообщение уведомляется с помощью команды PDCCH (физического канала управления нисходящей линии связи), маскированной с помощью Т C-RNTI, временно выделенного с помощью eNB для UE2 в RAR. В это время, Т C-RNTI, временно выделенный с помощью eNB, становится формальным C-RNTI UE2.

До истечения CRT UE1, UE1 все еще ожидает ответное сообщение с разрешением конфликтов. В это время, если eNB используют C-RNTI UE2 для выделения Предоставления UL для UE2, UE1 считает, что C-RNTI, как и Т C-RNTI, выделенный с помощью eNB самому себе, обрабатывает Предоставление UL и запускает передачу данных по восходящей линии связи. По истечении CRT UE1, UE1 считает, что его разрешение конфликтов терпит неудачу и выполняет отсрочку передачи.

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

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

S101: Отправляют сообщение Msg3 с запросом на разрешение конфликтов в сторону сети по ресурсу, соответствующему ответному сообщению произвольного доступа, где сообщение с запросом на разрешение конфликтов несет в себе C-RNTI UE или СССН SDU.

S102: Если принимают сообщение со стороны сети, маскированное с помощью Т C-RNTI, временно выделенного для UE со стороны сети до истечения времени ожидания, оценивают, согласно C-RNTI или СССН SDU, где выполняют C-RNTI или СССН SDU в сообщении с запросом на разрешение конфликтов, и типу сигнализации сообщения со стороны сети, потерпело ли неудачу разрешение конфликтов.

S103: Если разрешение конфликтов терпит неудачу, то выполняет отсрочку передачи.

Ниже представлено более подробное описание посредством приложений вариантов осуществления настоящего изобретения в различных сценариях. Последовательность следующих ниже вариантов осуществления не представляет собой предпочтительный порядок. В следующих ниже вариантах 1-3 осуществления, UE инициирует процедуру произвольного доступа на основе конкуренции через MAC или команду PDCCH и несет в себе С-RNTI в сообщении Msg3 с запросом на разрешение конфликтов.

Вариант 1 осуществления

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

S201: UE инициирует произвольный доступ на основе конкуренции, произвольно выбирает RAP и отправляет RAP в eNB. Более конкретно, UE может инициировать произвольный доступ на основе конкуренции через MAC или команду PDCCH.

S202: eNB отправляет сообщение RAR для UE, где сообщение RAR может нести Гранд UL и Т C-RNTI, временно выделенный с помощью eNB для UE.

S203: UE отправляет сообщение Msg3 с запросом на разрешение конфликтов для eNB по ресурсу, соответствующему Предоставлению UL, где Msg3 несет в себе C-RNTI, выделенный для UE, где C-RNTI, выделенный для UE используется в качестве блока управления MAC сообщения Msg3.

S204: UE может запустить CRT при отправлении сообщения Msg3 и ожидать Предоставление UL, маскированное с помощью C-RNTI и переданное поверх новых данных, или Назначение DL, маскированное с помощью C-RNTI, для того чтобы достигнуть разрешения конфликтов.

В сценарии, где MAC инициирует произвольный доступ, UE ожидает Предоставление UL, маскированное с помощью C-RNTI и переданное поверх новых данных. В сценарии, где команда PDCCH инициирует произвольный доступ, UE ожидает Назначение DL, маскированное с помощью C-RNTI.

S205: До истечения CRT, UE принимает Назначение DL (сигнализацию назначения по нисходящей линии связи), отправленное с помощью eNB и маскированное с помощью Т C-RNTI, временно выделенного с помощью eNB.

S206: UE считает, что его разрешение конфликтов терпит неудачу, останавливает таймирование CRT и выполняет отсрочку передачи, согласно связанному с этим параметру, например индикатору отсрочки передачи (индикатор отсрочки передачи, BI), в сообщении RAR.

Так как UE желает получить Предоставление UL, маскированное с помощью С-RNTI и переданное поверх новых данных, или Назначение DL, маскированное с помощью C-RNTI, UE считает, что разрешение конфликтов терпит неудачу после приема Назначения DL, маскированного с помощью Т C-RNTI.

Конкретный процесс отсрочки передачи может представлять собой: на вышеупомянутом этапе S202, когда eNB отправляет сообщение RAR для UE, eNB несет в себе параметры отсрочки передачи в сообщении, таком как 20. Этот параметр представляет собой максимальное время отсрочки передачи. На этом этапе, если UE оценивает, что разрешение конфликтов терпит неудачу, UE выбирает произвольное значение между 0 и максимальным временем 20 в качестве времени отсрочки передачи. Например, если UE выбирает 10, то UE повторно пересылает RAP 10 после отсрочки передачи.

S207: UE повторно отправляет RAP после выполнения отсрочки передачи в течение периода времени. Предыдущие этапы S201-S206 повторяются до тех пор, пока произвольный доступ не будет успешным или не достигнет максимального значения времени.

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

Вариант 2 осуществления

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

Этапы S301-S304 представляют собой те же самые, что и этапы S201-S204 в первом варианте осуществления.

S305: До истечения CRT, eNB отправляет Предоставление UL, маскированное с помощью Т C-RNTI, временно выделенного с помощью eNB для UE.

S306: UE оценивает, является ли процесс HARQ (гибридный автоматический запрос повторной передачи), который используется в Предоставлении UL, совместимым с тем, который используется для отправления сообщения Msg3. Если процесс HARQ, который используется в Предоставлении UL, является несовместимым с тем, который используется для отправления сообщения Msg3, UE считает, что разрешение конфликтов терпит неудачу, останавливает CRT и выполняет отсрочку передачи, согласно связанному с этим параметру.

На этом этапе, процесс HARQ, который используется в Предоставлении UL, является несовместимым с тем, который используется для отправления Msg3, и поэтому UE получает результат, показывающий, что разрешение конфликтов терпит неудачу.

S307: UE повторно отправляет RAP после выполнения отсрочки передачи в течение периода времени. Предшествующие этапы S301-S306 повторяются до тех пор, пока произвольный доступ не будет успешным или не достигнет максимального значения времени.

В этом варианте осуществления, UE принимает Предоставление UL, маскированное с помощью временно выделенного Т C-RNTI и отправленное с помощью eNB до истечения CRT, и сравнивает, является ли процесс HARQ, который используется в Предоставлении UL, совместимым с тем, который используется для отправления сообщения Msg3 заранее. UE может оценить, терпит ли неудачу его разрешение конфликтов, согласно результату сравнения. Таким образом, избегают ошибки при отправлении данных по восходящей линии связи, которая вызвана тем, что пользователь ошибается, что разрешение конфликтов является успешным, без выполнения оценки после приема Предоставления UL, и также избегают неудачи при отправлении данных по восходящей линии связи, которая может быть вызвана для другого UE, и в то же самое время также избегают временной задержки, которая вызвана тем, что UE подтверждает, что разрешение конфликтов терпит неудачу только по истечении CRT.

На этапе S306 в этом варианте осуществления, после приема Предоставления UL, маскированного с помощью Т C-RNTI на этапе S3 05, UE не может оценить, является ли используемый процесс HARQ совместимым с тем, который используется для отправления сообщения Msg3. Например, UE может определить, терпит ли неудачу разрешение конфликтов, с помощью оценки того, является ли размер ТВ (транспортный блок), отправленный с помощью UE, который точно определен в Предоставлении UL, тем же самым, как и размер ТВ, который используется для отправления сообщения Msg3. Если UE оценивает, что размер ТВ, отправленного с помощью UE, точно определенного в Предоставлении UL, отличается от размера ТВ, который используется для отправления сообщения Msg3, UE считает, что его разрешение конфликтов терпит неудачу, выполняет отсрочку передачи и повторно инициирует произвольный доступ после выполнения отсрочки передачи в течение периода времени.

Кроме того, на этапе S306 в этом варианте осуществления, UE может оценить, терпит ли неудачу разрешение конфликтов с использованием другого режима: сначала оценивают, является ли соответствующий процесс HARQ в Предоставлении UL совместимым с тем, который используется для отправления сообщения Msg3; если соответствующий процесс HARQ в Предоставлении UL является совместимым с тем, который используется для отправления сообщения Msg3, оценивают, является ли совместимым размер ТВ, отправленного с помощью UE, точно определенного в Предоставлении UL, с размером ТВ, который используется для отправления сообщения Msg3; и если размер ТВ, отправленный с помощью UE, точно определенного в Предоставлении UL, является совместимым с размером ТВ, используемым для отправления сообщения Msg3, определяют, что разрешение конфликтов UE терпит неудачу, и выполняют отсрочку передачи во времени.

Существует также другой способ оценки того, терпит ли неудачу разрешение конфликтов. Если принимают Предоставление UL, маскированное с использованием временно выделенного Т C-RNTI и отправленного с помощью eNB до истечения CRT, UE оценивает, является ли соответствующий процесс HARQ в Предоставлении UL совместимым с тем, который используется в Msg3; если соответствующий процесс HARQ в Предоставлении UL является совместимым с тем, который используется в Msg3, UE оценивает, показывает ли NDI (новый индикатор данных) в Предоставлении UL передачу новых данных; и если NDI показывает передачу новых данных, UE подтверждает, что терпит неудачу разрешения конфликтов.

Терпит ли неудачу разрешение конфликтов, можно оценить через процесс HARQ, размер ТВ, точно определенный для UE для загрузки данных, и то, показывает ли NDI передачу новых данных. Терпит ли неудачу разрешение конфликтов, можно определить согласно одному или многочисленным результатам оценки. Таким образом, избегают ошибки при отправлении данных по восходящей линии связи, которая вызвана тем, что UE ошибается, что разрешение конфликтов является успешным без выполнения оценки после приема Предоставления UL; также избегают неудачи при отправлении данных по восходящей линии связи, которая может быть вызвана другим UE; и также избегают временной задержки, которая вызвана тем, что UE подтверждает, что разрешение конфликтов терпит неудачу только по истечении CRT. Точность для оценки того, терпит ли неудачу разрешение конфликтов, повышается благодаря двум оценкам.

Вариант 3 осуществления

Это вариант осуществления представляет собой улучшенное решение, полученное путем объединения различных способов оценки, описанных в первом варианте осуществления. В этом варианте осуществления, произвольный доступ на основе разрешения все еще инициируется с помощью MAC UE или с помощью команды PDCCH. Фиг.4А и фиг.4В изображают алгоритмы, согласно этому варианту осуществления. Алгоритм описывает всю последовательность операций, в основном со стороны UE. Этот вариант осуществления может включать в себя следующие этапы:

S401: UE отправляет RAP в eNB.

S402: UE принимает RAR, отправленный с помощью eNB, где RAR несет в себе Т C-RNTI, временно выделенный с помощью eNB для UE.

S403: UE инициирует сообщение Msg3 с запросом на разрешение конфликтов для eNB, где сообщение Msg3 несет в себе выделенный C-RNTI.

S404: После отправления сообщения Msg3 UE в то же самое время запускает CRT для таймирования, перехватывает PDCCH и выполняет разрешение конфликтов.

S405A: До истечения CRT, UE принимает Назначение DL, маскированное с помощью упомянутого выше Т C-RNTI и отправленного с помощью eNB.

Затем сразу выполняют этап S408. Так как UE желает получить Предоставление UL, маскированное с помощью C-RNTI, или Назначение DL, маскированное с помощью C-RNTI, но фактически принимает Назначение DL, маскированное с помощью Т C-RNTI, пользователь считает, что его разрешение конфликтов терпит неудачу, останавливает таймирование CRT, выполняет отсрочку передачи и повторно инициирует произвольный доступ после выполнения отсрочки передачи в течение установленного периода времени.

S405b: До истечения CRT, пользователь принимает Предоставление UL, маскированное с помощью вышеупомянутого Т C-RNTI и отправленный с помощью eNB.

S406: UE оценивает, является ли процесс HARQ, соответствующий Предоставлению UL, совместимым с тем, который используется для отправления сообщения Msg3. Когда процесс HARQ, соответствующий Предоставлению UL, не является совместимым с тем, который используется для отправления сообщения Msg3, можно непосредственно выполнить этап S408.

Если процесс HARQ, соответствующий Предоставлению UL, является совместимым с тем, который используется для отправления сообщения Msg3, можно выполнить этап S407a или этап S407b.

S407a: В случае, когда процесс HARQ, соответствующий Предоставлению UL, является совместимым с тем, который используется для отправления сообщения Msg3, UE дополнительно оценивает, является ли размер ТВ, используемый с помощью UE, точно определенного в Предоставлении UL, для загрузки данных, совместимым с размером ТВ, который используется для отправления сообщения ТВ. Если размер, используемый с помощью UE, точно определенного в Предоставлении UL, для загрузки данных является совместимым с размером ТВ, используемым для отправления сообщения Msg3, выполняют этап S408.

S407b: Когда процесс HARQ, соответствующий Предоставлению UL, является совместимым с тем, который используется для отправления сообщения Msg3. UE дополнительно оценивает, показывает ли NDI в Предоставлении UL передачу новых данных. Если NDI в Предоставлении UL показывает передачу новых данных, выполняют этап S408.

S408: Если на этапе S407a получают отрицательный результат, или на этапе S407b получают положительный результат, или получают на этапе S406 отрицательный результат, UE считает, что его разрешение конфликтов терпит неудачу, останавливает таймирование CRT, выполняет отсрочку передачи и повторно инициирует произвольный доступ после выполнения отсрочки передачи в течение установленного периода времени.

Этот вариант осуществления завершает оценку разрешения конфликтов произвольного доступа UE через улучшенное решение так, что UE может оценить тип ответного сообщения о разрешении конфликтов, поданного обратно с помощью eNB после сообщения Msg3. Если ответное сообщение маскирует Назначение DL с помощью Т C-RNTI, UE делает выводы относительно того, что разрешение конфликтов терпит неудачу и выполняет отсрочку передачи во избежание ожидания перерыва. Если ответное сообщение представляет собой Предоставление UL, маскированное с помощью Т C-RNTI, UE может выполнить оценку, согласно соответствующему пункту в сообщении Msg3, отправленному с помощью UE, и одному или многочисленных следующих пунктов: процесс HARQ, используемый в Предоставлении UL и включенный в Предоставление UL, размер ТВ, используемый UE, точно определенным в Предоставлении UL для передачи данных по восходящей линии связи, и NDI в Предоставлении UL. Таким образом, UE может точно оценить, терпит ли неудачу разрешение конфликтов. Таким образом, избегают ошибки при передаче данных по восходящей линии связи или период ожидания, где ошибка данных по восходящей линии связи или период ожидания вызван неправильной оценкой UE, и также избегают неудачи при отправлении данных по восходящей линии связи, которая может быть вызвана другим UE. Таким образом, эффективность сетевой системы оптимизируется и экономится время успешного доступа пользователя.

Следующие ниже четвертый вариант осуществления и пятый вариант осуществления описывают способ оценки разрешения конфликтов, когда UE необходимо перенести СССН SDU в сообщении Msg3. После отправления сообщения Msg3 пользователь желает получить Назначение DL, маскированное с помощью Т C-RNTI.

Вариант 4 осуществления

Этот вариант осуществления подобен второму варианту осуществления и также включает в себя этапы S301-S307 второго варианта осуществления.

В этом варианте осуществления, сообщение Msg3, отправленное на этапе S303, несет в себе СССН SDU вместо C-RNTI. На этапе S306 UE использует другой критерий оценки для оценки того, согласно принятому Предоставлению UL, терпит ли неудачу разрешение конфликтов.

Более конкретно, в этом варианте осуществления, после отправления сообщения Msg3, UE запускает таймирование CRT и принимает Предоставление UL, маскированное с помощью временно выделенного Т C-RNTI и отправленное с помощью eNB, до истечения CRT. В это время, UE оценивает, является ли процесс HARQ, используемый в Предоставлении UL, совместимым с тем, который используется для отправления сообщения Msg3. Если процесс HARQ, используемый в Предоставлении UL, является совместимым с тем, который используется для отправления сообщения Msg3, UE считает, что разрешение конфликтов терпит неудачу, останавливает CRT и выполняет отсрочку передачи, согласно связанному с этим параметру.

На этом этапе, UE оценивает и получает заключение относительно того, что процессы HARQ являются несовместимыми, поэтому UE получает результат относительно того, что разрешение конфликтов терпит неудачу, выполняет отсрочку передачи и повторно инициирует RAP после выполнения отсрочки передачи в течение периода времени до тех пор, пока произвольный доступ не будет успешным и/или не достигнет максимального времени.

В этом варианте осуществления, UE принимает Предоставление UL, маскированное с помощью временно выделенного Т C-RNTI и посланного с помощью eNB до истечения CRT, и сравнивает, является ли совместимым процесс HARQ, используемый в Предоставлении UL, с тем, который используется для отправления сообщения Msg3 ранее. UE может оценить, терпит ли неудачу свое разрешение конфликтов, согласно результату сравнения. Таким образом, избегают ошибку при отправлении данных по восходящей линии связи, которая вызвана тем, что UE ошибается относительно того, что разрешение конфликтов является успешным без выполнения оценки после приема Предоставления UL; также избегают неудачи при отправлении данных по восходящей линии связи, которая может быть вызвана другим UE; и в то же самое время также избегают временную задержку, которая вызвана тем, что UE подтверждает, что разрешение конфликтов терпит неудачу только по истечении CRT.

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

На этапе S306 в этом варианте осуществления, после приема Предоставления UL, маскированного с помощью Т C-RNTI на этапе S305, UE может не оценить, является ли совместимым используемый процесс HARQ с тем, который используется для отправления сообщения Msg3. Например, UE может определить, терпит ли неудачу разрешение конфликтов путем оценки того, является ли размер ТВ, отправленный с помощью UE, точно определенного в Предоставлении UL, тем же самым, как и размер ТВ, используемый для отправления сообщений Msg3. Если оценка того, что размер ТВ, отправленного с помощью UE, точно определенного в Предоставлении UL, отличается от того, который используется для передачи сообщения Msg3, UE считает, что его разрешение конфликтов терпит неудачу, выполняет отсрочку передачи и повторно инициирует произвольный доступ после выполнения отсрочки передачи в течение периода времени.

Существует также другой способ для оценки того, терпит ли неудачу разрешение конфликтов. Если принимают Предоставление UL, маскированное с помощью использования временно выделенного Т C-RNTI и посланное с помощью eNB до истечения CRT, UE оценивает, является ли соответствующий процесс HARQ в Предоставлении UL совместимым с тем, который используется в сообщении Msg3; если соответствующий процесс HARQ в Предоставлении UL является совместимым с тем, который используется в сообщении Msg3, UE оценивает, является ли совместимым размер ТВ, отправленный с помощью UE, точно определенного в Предоставлении UL, с размером ТВ, используемым для отправления сообщением Msg3. Если UE оценивает, что размер ТВ, отправленного с помощью UE, точно определенного в Предоставлении UL, отличается от размера ТВ, используемого для отправления сообщения Msg3, UE считает, что его разрешение конфликтов терпит неудачу, выполняет отсрочку передачи и повторно инициирует произвольный доступ после выполнения отсрочки передачи в течение периода времени.

Существует также другой способ для оценки того, терпит ли неудачу разрешение конфликтов. Если принимают Предоставление UL, маскированное с использованием временно выделенного Т C-RNTI и посланное с помощью eNB до истечения CRT, UE оценивает, является ли соответствующий процесс HARQ в Предоставлении UL совместимым с тем, который используется в сообщении Msg3; если соответствующий процесс HARQ в Предоставлении UL является совместимым с тем, который используется в сообщении Msg3, UE оценивает, показывает ли NDI в Предоставлении UL передачу новых данных; и если NDI показывает передачу новых данных, UE подтверждает то, что разрешение конфликтов терпит неудачу.

Терпит ли неудачу разрешение конфликтов, можно оценить через процесс HARQ, размер ТВ, точно определенный для UE для загрузки данных, и то, показывает ли NDI передачу новых данных. Терпит ли неудачу разрешение конфликтов определяют согласно одному или более результатам оценки. Таким образом, избегают ошибки при отравлении по восходящей линии связи, которая вызвана тем, что UE ошибается относительно того, что разрешение конфликтов является успешным без выполнения оценки после приема Предоставления UL; также избегают неудачи при отправлении данных по восходящей линии связи, которая может быть вызвана другим UE; и также избегают временной задержки, которая вызвана тем, что UE подтверждает, что разрешение конфликтов терпит неудачу только по истечении CRT. Точность оценки относительно того, что разрешение конфликтов терпит неудачу, повышается благодаря двум оценкам.

Вариант 5 осуществления

Этот вариант осуществления представляет собой улучшенное решение, полученное путем объединения различных возможных способов оценки, описанных в четвертом варианте осуществления. Этот вариант осуществления все еще направлен на произвольный доступ на основании конфликтов и несет в себе СССН SDU вместо C-RNTI в сообщении Msg3.

Фиг.5А и фиг.5В изображают алгоритмы, согласно этому варианту осуществления. Алгоритм описывает весь процесс на стороне UE. Этот вариант осуществления может включать в себя следующие этапы:

S501: UE отправляет RAP в eNB.

S502: UE принимает RAR, отправленный с помощью eNB, где RAR несет в себе Т C-RNTI, выделенный с помощью eNB для UE.

S503: UE отправляет сообщение Msg3 с запросом на разрешение конфликтов в eNB, где сообщение Msg3 несет в себе СССН SDU.

S504: после отправления сообщения Msg3, UE в то же самое время запускает CRT для таймирования, перехватывает PDCCH и выполняет разрешение конфликтов.

S505: До истечения CRT, UE принимает Предоставление UL, маскированное с использованием вышеупомянутого Т C-RNTI и посланное из eNB.

S506: UE оценивает, является ли процесс HARQ, соответствующий Предоставлению UL, совместимым с процессом, используемым для отправления сообщения Msg3. Когда процесс HARQ, соответствующий Предоставлению UL, является несовместимым с процессом, используемым для отправления сообщения Msg3, можно непосредственно выполнить этап S508.

Если процесс HARQ, соответствующий Предоставлению UL, является совместимым с процессом, используемым для отправления Msg3, можно выполнить этап 8507а или 8507b.

S507a: В случае, когда процесс HARQ, соответствующий Предоставлению UL, является совместимым с процессом, используемым для отправления сообщения Msg3, UE дополнительно оценивает, является ли размер ТВ, используемого с помощью UE, точно определенного в Предоставлении UL для загрузки данных, совместимым с размером ТВ, используемым для отправления сообщения Msg3. Если размер ТВ, используемый с помощью UE, точно определенного в Предоставлении UL для загрузки данных, является совместимым с размером ТВ, используемым для отправления сообщения Msg3, выполняют этап S508.

S507b: Если процесс HARQ, соответствующий Предоставлению UL, является совместимым с процессом, используемым для отправления сообщения Msg3, UE дополнительно оценивает, показывает ли NDI в Предоставлении UL передачу новых данных. Если NDI в Предоставлении UL показывает передачу новых данных, то выполняют этап S508.

S508: В случае, когда на этапе S507a получают отрицательный результат, или на этапе S507b получают положительный результат, или на этапе S506 получают отрицательный результат, UE может считать, что его разрешение конфликтов терпит неудачу, останавливает таймирование CRT, выполняет отсрочку передачи и повторно инициирует произвольный доступ после выполнения отсрочки передачи для установленного периода времени.

Этот вариант осуществления завершает оценку разрешения конфликтов произвольного доступа UE через улучшенное решение так, что после отправления сообщения Msg3, которое несет в себе СССН SDU, если принимают Предоставление UL, маскированное с помощью Т C-RNTI, UE может выполнить оценку, согласно соответствующему пункту в сообщении Msg3, посланному с помощью UE, и одному или более следующим пунктам: обработка HARQ, используемая в Предоставлении UL и включенная в Предоставление UL, размер ТВ, используемый в помощью UE, точно определенного в Предоставлении UL для передачи данных по восходящей линии связи, и NDI в Предоставлении UL. Таким образом, UE может точно оценить, терпит ли неудачу разрешение конфликтов. Таким образом, избегают ошибку данных или перерыв ожидания, где ошибка при передаче данных по восходящей линии связи или период ожидания вызван некорректной оценкой с помощью UE, и также избегают неудачи при отправлении данных по восходящей линии связи, которая может быть вызвана другим UE. Таким образом, оптимизируют работу сетевой системы и экономят время для успешного доступа пользователя.

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

Как показано на фиг.6, вариант осуществления настоящего изобретения также предусматривает UE, включающее в себя:

блок 601 приемопередатчика, выполненный с возможностью отправления сообщения с запросом на разрешение конфликтов в сторону сети, где сообщение с запросом на разрешение конфликтов несет в себе C-RNTI, выделенный для UE или СССН SDU; первый блок 602 оценки выполнен с возможностью оценки, согласно C-RNTI или СССН SDU и типу сигнализации сообщения со стороны сети, терпит ли неудачу разрешение конфликтов при приеме сообщения со стороны сети, маскированного с помощью C-RNTI, выделенного со стороны сети для UE до истечения CRT 504; блок 603 отсрочки передачи, выполненный с возможностью выполнения отсрочки передачи, когда первый блок 602 оценки выполняет оценку относительно того, что разрешение конфликтов терпит неудачу; и CRT 604, выполненный с возможностью записи того, превышает ли время предварительно установленный лимит времени ожидания после того, как блок 601 приемопередатчика отправил сообщение с запросом на разрешение конфликтов.

Если блок 601 приемопередатчика несет C-RNTI в сообщении Msg3 и принимает Назначение DL, маскированное с помощью Т C-RNTI, первый блок 602 оценки может определить, что разрешение конфликтов терпит неудачу. Если блок 601 приемопередатчика принимает Предоставление UL, маскированное с помощью Т C-RNTI, первый блок 602 оценки не может сделать вывод о том, терпит ли неудачу разрешение конфликтов, и второму блоку оценки необходимо дополнительно оценить, терпит ли неудачу разрешение конфликтов.

Если блок 601 приемопередатчика несет СССН SDU в сообщении Msg3 и принимает Предоставление UL, маскированное с помощью C-RNTI, первый блок 602 оценки не может сделать вывод о том, что терпит неудачу разрешение конфликтов и необходимо ли первому блоку оценки дополнительно оценивать, терпит ли неудачу разрешение конфликтов, так как Предоставление UL может также представлять собой запрос на повторную передачу, хотя UE желает получить Назначение DL, маскированное с помощью Т C-RNTI.

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

Более конкретно, можно сделать ссылку на вышеизложенные варианты 1-6 осуществления способа оценки разрешения конфликтов произвольного доступа для способов, которые используются с помощью первого блока 601 оценки и второй блок оценки для оценки того, терпит ли неудачу разрешение конфликтов для того, чтобы добиться произвольного доступа UE.

Как показано на фиг.7, вариант осуществления настоящего изобретения также предусматривает сетевую систему, включающую в себя: блок UE 701, выполненный с возможностью отправления сообщения с запросом на разрешение конфликтов в сетевое оборудование 702, где сообщение с запросом на разрешение конфликтов несет в себе С-RNTI, выделенный для UE, или СССН SDU, причем когда принимают сообщение со стороны сети, маскированное с помощью Т C-RNTI, выделенного с помощью сетевого оборудования 702 для UE до истечения CRT, выполняют отсрочку передачи, если оценивают, согласно C-RNTI или СССН SDU и типу сигнализации сообщения со стороны сети, что разрешение конфликтов терпит неудачу; и сетевое оборудование 702, выполненное с возможностью приема сообщения с запросом на разрешение конфликтов, отправленного с помощью UE, и отправления сообщения со стороны сети, маскированного с помощью Т C-RNTI для UE.

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

Другие варианты осуществления

Вариант 6 осуществления

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

отправляют сообщение с запросом на разрешение конфликтов в сторону сети, при этом сообщение с запросом на разрешение конфликтов несет в себе: временный идентификатор сотовой радиосети (C-RNTI), выделенный пользовательскому оборудованию (UE), или блок служебных данных общего канала управления (СССН SDU); и когда принимают сообщение со стороны сети, маскированное с помощью временного C-RNTI (Т C-RNTI), временно выделенного со стороны сети для UE до истечения таймера разрешения конфликтов (CRT), выполняют отсрочку передачи, если оценивают, согласно C-RNTI или СССН SDU и типу сигнализации сообщения со стороны сети, что разрешение конфликтов терпит неудачу.

Вариант 7 осуществления

Способ согласно варианту 6 осуществления, в котором сообщение с запросом на разрешение конфликтов несет в себе C-RNTI, при этом оценивают, согласно C-RNTI и типу сигнализации сообщения со стороны сети, что разрешение конфликтов терпит неудачу, когда подтверждают, что разрешение конфликтов терпит неудачу, если тип сигнализации сообщения со стороны сети представляет собой сигнализацию Назначения нисходящей линии связи; или если тип сигнализации сообщения со стороны сети представляет собой сигнализацию Предоставления восходящей линии связи, оценивают, что разрешение конфликтов терпит неудачу, согласно одному или более из следующих пунктов, каждый из которых соответствует сигнализации Предоставления восходящей линии связи: процесс гибридного автоматического запроса повторной передачи (HARQ), размер транспортного блока (ТВ), заданного для использования UE, и индикатор новых данных (NDI).

Вариант 8 осуществления

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

Вариант 9 осуществления

Способ, согласно варианту 7 или 8 осуществления, в котором этап, на котором оценивают, что разрешение конфликтов терпит неудачу, согласно одному или более следующим пунктам, каждый из которых соответствует сигнализации Предоставления восходящей линии связи: процесс HARQ, размер точно определенного ТВ, который будет использоваться UE, и NDI, содержит этапы, на которых:

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

Вариант 10 осуществления

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

Вариант 11 осуществления

Пользовательское оборудование (UE), содержащее: блок приемопередатчика, выполненный с возможностью отправления сообщения с запросом на разрешение конфликтов на сторону сети, при этом сообщение с запросом на разрешение конфликтов несет в себе: временный идентификатор сотовой радиосети (C-RNTI), выделенный для UE, или блок служебных данных общего канала управления (СССН SDU); первый блок оценки, выполненный с возможностью оценки, согласно C-RNTI или СССН SDU и типу сигнализации сообщения со стороны сети, терпит ли неудачу разрешение конфликтов, при приеме сообщения со стороны сети, маскированного с помощью временного C-RNTI (Т С-RNTI), временно выделенного со стороны сети для UE, до истечения таймера разрешения конфликтов (CRT); блок отсрочки передачи, выполненный с возможностью выполнения отсрочки передачи, когда первый блок оценки оценивает, что разрешение конфликтов терпит неудачу; и таймер разрешения конфликтов (CRT), выполненный с возможностью записи того, превышает ли время, прошедшее после отправки блоком приемопередатчика сообщения с запросом на разрешение конфликтов, лимит времени ожидания.

Вариант 12 осуществления

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

Вариант 13 осуществления

Сетевая система, содержащая пользовательское оборудование (UE), выполненное с возможностью отправления сообщения с запросом на разрешение конфликтов в сетевое оборудование, при этом сообщение с запросом на разрешение конфликтов несет в себе: временный идентификатор сотовой радиосети (C-RNTI), выделенный для UE; или блок служебных данных общего канала управления (СССН SDU); при приеме сообщения со стороны сети, маскированного с помощью временного C-RNTI (Т C-RNTI), временно выделенного с помощью сетевого оборудования для UE, до истечения таймера разрешения конфликтов (CRT), выполнять отсрочку передачи, если оценивают, согласно C-RNTI или СССН SDU и типу сигнализации сообщения со стороны сети, что разрешение конфликтов терпит неудачу; и сетевое оборудование, выполненное с возможностью приема сообщения с запросом на разрешение конфликтов, отправленное с помощью UE, и отправления сообщения со стороны сети, маскированного с помощью Т C-RNTI, в UE.

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