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

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

Иллюстрации

Показать все

Реферат

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

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

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

В системе 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, вариант осуществления настоящего изобретения т