Инициирование сообщения статуса в беспроводной системе связи

Изобретение относится к беспроводной связи и, более конкретно, к способам инициирования сообщения статуса для принятого протокольного блока данных. Технический результат - сокращение непроизводственных расходов ресурсов при передаче сегментированных протокольных блоков данных. Способ содержит прием сегмента блока данных, причем сегмент блока данных является частью первоначального блока данных, который повторно сегментирован для передачи на множество сегментов блока данных. Затем определение, что сегмент блока данных включает в себя флаг последнего сегмента, указывающий, что сегмент блока данных является последним сегментом множества сегментов блока данных. Кроме того, передачу сообщения статуса, содержащего в себе сообщение статуса, для повторно сегментированного блока данных в ответ на определение, что сегмент блока данных включает в себя флаг последнего сегмента, указывающий, что сегмент блока данных является последним сегментом. 4 н. и 21 з.п. ф-лы, 3 ил.

 

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

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

УРОВЕНЬ ТЕХНИКИ

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

В некоторых протоколах беспроводной связи предложено, чтобы уровень RLC повторно сегментировал PDU, если он не был успешно принят после первоначальной передачи. При повторной передаче того же самого PDU полный PDU может быть передан в отдельных сегментах, также известных как сегменты повторно сегментированного PDU. Например, первоначальный PDU размером 1000 байт может быть повторно сегментирован в три сегмента PDU размером 350 байт, 400 байт и 250 байт. Три сегмента являются произвольным числом и использованы только в качестве примера. Для вновь сгенерированных сегментов PDU сообщение статуса требуется после передачи. Кроме того, для отправителя PDU полезно знать статус приема PDU, так чтобы окно передачи могло быть продвинуто, и буфер приемника мог быть освобожден для новых данных. Одним подходом было бы включить бит опроса в повторно сегментируемый блок данных. Однако в случае некоторых протоколов RLC было бы неэффективным включать бит опроса в каждый передаваемый блок данных, где значение бита переключается между указанием, что сообщение статуса требуется или нет. Кроме того, вследствие общей конфигурации протокола может быть запущен таймер запрещения опроса и в результате предотвращать установку бита опроса. В качестве альтернативы может быть запущен таймер запрещения статуса и, таким образом, предотвратить передачу сообщения статуса. Однако имеется существенная польза в приеме сообщения статуса, как только принят последний сегмент повторно сегментированного блока данных. Например, в некоторых случаях это может позволить отправителю продвигать туда окно передачи с помощью разрешения передачи дополнительного пакета в приемник и, следовательно, в конечном счете, улучшая опыт пользователя. Следовательно, было бы полезным идентифицировать эффективный механизм, чтобы инициировать сообщение статуса, после передачи повторно сегментированного PDU.

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

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

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

Фиг.2 - один вариант осуществления инициирования сообщения статуса.

Фиг.3 - другой вариант осуществления инициирования сообщения статуса.

ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Фиг.1 иллюстрирует один вариант осуществления протокольного блока данных (PDU) 100, который используют в системах связи 3GPP. PDU повторно сегментирован в повторно сегментированный PDU 200 (т.е. сегмент блока данных). В этом варианте осуществления PDU 100 повторно сегментирован на три сегмента, первый сегмент 101 PDU, второй сегмент 102 PDU и третий сегмент 103 PDU. Все три сегмента (101, 102 и 103) повторно сегментированного PDU имеют поле флага последнего сегмента (LSF). Сегмент, который является последним сегментом повторно сегментированного PDU, третий сегмент в этом варианте осуществления, имеет “1” в LSF, указывающую, что это последний сегмент. Другие сегменты, первый сегмент 101 и второй сегмент 102, будут иметь “0” в LSF. LSF, включенный в последний сегмент повторно сегментированного блока данных, инициирует сообщение СТАТУС нового типа, которое оптимизировано с целью сообщения статуса повторно сегментированных блоков данных.

Отправитель PDU, в одном варианте осуществления - базовая станция, может решить повторно сегментировать PDU 100 по разным причинам. В одном варианте осуществления PDU 100 повторно сегментируют в ответ на предыдущую не успешно завершенную попытку передачи PDU 100. В другом варианте осуществления PDU 100 повторно сегментируют вследствие изменения условий радиосвязи или стратегии назначения ресурса радиосвязи. Размер каждого сегмента повторно сегментированного PDU 200 может быть одинаковым или может изменяться от сегмента к сегменту. При выполнении повторного сегментирования отправитель будет включать указание “флаг последнего сегмента” в последний сегмент повторно сегментированного PDU. Этот флаг указывает, является ли этот сегмент PDU последним сегментом первоначального PDU. Например, для предыдущего примера PDU 1000 байт, повторно сегментированного на 350 байт, 400 байт и 250 байт каждый, “флаг последнего сегмента” сегментов 350 байт и 400 байт не будет установлен, а флаг будет установлен для сегмента PDU 250 байт, который является последним сегментом.

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

В беспроводном устройстве связи способ для инициирования передачи сообщения СТАТУС повторно сегментированного протокольного блока данных (PDU) в базовую станцию системы связи проиллюстрирован на фиг.2. В этом варианте осуществления беспроводное устройство связи принимает PDU 202, который повторно сегментирован (повторно сегментированный PDU) и передан с помощью базовой станции. Беспроводное устройство связи определяет 204, что один из сегментов PDU включает в себя поле последнего сегмента (LSF), которое установлено в положительное значение (т.е. “1”), указывающее, что сегмент является последним сегментом повторно сегментированного PDU. В ответ на принятый сегмент повторно сегментированного PDU с установленным флагом LSF беспроводное устройство связи передает 206 сообщение статуса. В одном варианте осуществления это сообщение указывает идентификационную информацию сегмента (т.е. номер индекса сегмента из всех сегментов или смещение сегмента относительно первоначального PDU) и ассоциированный статус идентифицированного сегмента. В другом варианте осуществления сообщение статуса идентифицирует пропущенный сегмент.

Повторно сегментированные PDU могут не включать в себя бит опроса, для того чтобы уменьшить непроизводительные потери. Биты опроса предназначены для того, чтобы инициировать сообщение статуса с помощью принимающего беспроводного устройства связи. Даже если бит опроса включен в заголовок сегмента PDU, отправитель не может установить его, вследствие того, что таймер запрещения опроса не истек, таким образом, препятствуя установке заявителем бита опроса. Однако последний сегмент повторно сегментированного PDU в системе 3GPP включает в себя указатель поля последнего сегмента, чтобы указывать, что это последний сегмент повторно сегментированного PDU.

Фиг.3 иллюстрирует способ для инициирования сообщения статуса, в котором таймер запрещения статуса активируют в беспроводном устройстве связи (т.е. принимающем устройстве). В одном варианте осуществления, в котором запущен таймер запрещения СТАТУСА, и он не истек 306, и приемник принял сегмент PDU 302 RLC, содержащий в себе LSF, указывающий, что это последний сегмент (т.е. установленный в “1”) 304, приемник проигнорирует 308 запущенный таймер и сгенерирует и передаст 310 сообщение СТАТУС, содержащее статус повторно сегментированного PDU.

В предпочтительном варианте осуществления сообщение СТАТУС нового типа “СТАТУС сегмента PDU” посылают в ответ на прием сегмента, содержащего в себе LSF. Сообщение СТАТУС содержит обозначение сегмента и ассоциированный статус. В другом варианте осуществления обозначения сегментов пропущенных сегментов для повторно сегментированного PDU включены в сообщение статуса. Передача сообщения статуса в неявном виде подтверждает прием сегмента, содержащего LSF.

В одном варианте осуществления, в котором прием сегмента, содержащего LSF, дает в результате успешный прием полного PDU, приемник может передать оптимизированное сообщение СТАТУС, просто указывающее ACK для PDU. В этом случае сообщение статуса не подтверждает отдельно прием каждого сегмента повторно сегментированного PDU, а посылает сообщение статуса для полного PDU просто с помощью посылки сообщения СТАТУС для первоначального PDU с помощью включения SN первоначального PDU.

В одном варианте осуществления приемник посылает сообщение СТАТУС в ответ на прием сегмента PDU, включающего в себя флаг последнего сегмента, указывающий последний сегмент, только, если истек таймер. Этот таймер конфигурируют в одном варианте осуществления с помощью базовой станции и устанавливают таким образом, чтобы предусмотреть завершаемые повторные передачи гибридного ARQ любого пропущенного сегмента, таким образом, гарантируя, что преждевременное сообщение пропущенного сегмента не передают отправителю, которое вызывает излишние повторные передачи. Сообщение статуса задерживают только, если приемник определяет, что имеются пропущенные сегменты.

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

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

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

2. Способ по п.1, в котором сегмент блока данных имеет неизвестную длину для приемника до приема сегмента блока данных.

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

4. Способ по п.3, дополнительно содержащий этап, на котором принимают значение таймера на данный момент из базовой станции.

5. Способ по п.1, включающий в себя этап, на котором игнорируют статус таймера запрещения СТАТУСА.

6. Способ по п.1, включающий в себя этапы, на которых определяют, что таймер запрещения СТАТУСА не истек, и передают сообщение статуса после истечения таймера запрещения СТАТУСА.

7. Способ по п.1, в котором сообщение статуса включает в себя идентификационную информацию сегмента.

8. Способ по п.7, в котором идентификационная информация упомянутого сегмента является смещением сегмента у сегмента блока данных.

9. Способ по п.1, дополнительно содержащий этап, на котором до передачи вставляют в сообщение статуса статус сегмента принятого сегмента, имеющего флаг последнего сегмента.

10. Способ по п.1, дополнительно содержащий этапы, на которых определяют, что все сегменты повторно сегментированного первоначального блока данных приняты, и передают сообщение СТАТУС, указывающее порядковый номер первоначального блока данных, который принят.

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

12. Способ по п.11, в котором ассоциированным статусом является то, что идентифицированный сегмент является пропущенным.

13. Способ по п.11, в котором идентификационная информация сегмента идентифицирует принятый сегмент.

14. Способ по п.11, в котором идентификационная информация сегмента идентифицирует не принятые сегменты.

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

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

17. Способ по п.16, в котором этап, на котором принимают сегмент протокольного блока данных, дополнительно содержит этап, на котором принимают сегмент протокольного блока данных, который является частью первоначального протокольного блока данных, который был повторно сегментирован для передачи в приемник, и в котором длина каждого сегмента протокольного блока данных множества сегментов протокольного блока данных является переменной.

18. Способ по п.16, включающий в себя этап, на котором игнорируют статус таймера запрещения СТАТУСА.

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

20. Способ по п.16, в котором этап, на котором принимают сегмент протокольного блока данных, включает в себя этап, на котором принимают сегмент протокольного блока данных с указанием в заголовке, указывающем "сегмент PDU".

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

22. Способ по п.16, в котором сообщение статуса включает в себя идентификационную информацию сегмента.

23. Способ по п.22, в котором идентификационная информация упомянутого сегмента является смещением сегмента у сегмента протокольного блока данных.

24. Способ по п.16, дополнительно содержащий этап, на котором до передачи вставляют в сообщение статуса статус сегмента принятого сегмента, имеющего флаг последнего сегмента.

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