Способ и устройство для генерирования пакета протокольного блока данных (pdu)
METHOD AND APPARATUS FOR GENERATING PROTOCOL DATA UNIT (PDU) PACKET

ССЫЛКА НА СВЯЗАННЫЕ ЗАЯВКИ
Настоящая заявка является продолжением международной заявки PCT/CN2016/104679, поданной 4 ноября 2016 г., содержание которой полностью включено в настоящий документ путем ссылки.
ОБЛАСТЬ ТЕХНИКИ
[0001] Настоящее изобретение относится к области техники связи и, в частности, к способу и устройству для генерирования пакета протокольного блока данных (PDU).
УРОВЕНЬ ТЕХНИКИ
[0002] Уровень управления радиоканалом (RLC, radio link control) в стандарте долгосрочного развития (LTE) расположен между уровнем протокола конвергенции пакетных данных (PDCP, packet data convergence protocol) и уровнем управления доступом к среде (MAC, media access control). Пакет данных, которым обмениваются уровень RLC и уровень PDCP, называется пакетом сервисного блока данных (SDU, service data unit), а пакет данных, которым обмениваются уровень RLC и уровень MAC, называется пакетом протокольного блока данных (PDU, protocol data unit).
[0003] В фактической реализации уровень MAC может устанавливать размер пакета PDU; и, как правило, размер пакета SDU, принимаемого уровнем RLC, не равен размеру пакета PDU, установленному уровнем MAC. Следовательно, уровень RLC может обрабатывать полученный пакет SDU; например, пакет SDU может быть сегментирован, каскадирован и тому подобное. После обработки пакета SDU уровень RLC может генерировать пакет PDU указанного размера. Пакет PDU содержит заголовок пакета и секцию данных, а заголовок пакета содержит поле данных/управления (D/C, data/control), поле флага повторной сегментирования (RF, resegmentation flag), поле бита опроса (Р), поле указания кадра (FI, framing indication), поле указания длины (LI, length indication), поле бита расширения (Е, extension), поле порядкового номера (SN, sequence number), поле флага последнего сегмента (LSF, last segment flag), поле смещения сегментирования (SO, segmentation offset) и т.п.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0004] Настоящее изобретение предлагает способ и устройство для генерирования пакета протокольного блока данных (PDU).
[0005] В соответствии с первым аспектом настоящего изобретения предлагается способ генерирования пакета протокольного блока данных (PDU). Способ включает в себя: получение пакета сервисного блока данных (SDU), обработку пакета SDU в соответствии с размером заранее заданного пакета данных; и генерирование заголовка пакета и секции данных пакета PDU в соответствии с результатом обработки, причем заголовок пакета и секция данных составляют пакет PDU; при этом в заголовке пакета отсутствует поле указания кадра (FI) и поле флага повторной сегментирования (RF), но содержится заранее заданное поле, и это заранее заданное поле включает в себя целевое поле, которое является вновь добавленным, причем длина поля для целевого поля, которое является вновь добавленным, меньше, чем общая длина поля FI и поля RF.
[0006] Опционально, заранее заданное поле содержит целевое поле, которое является вновь добавленным; и генерирование заголовка пакета для пакета PDU в соответствии с результатом обработки включает в себя: получение второй информации указания, причем, когда пакет SDU каскадируют, вторая информация указания используется, чтобы указать, является ли первый SDU в секции данных сегментом SDU, а когда пакет SDU не каскадируют, вторая информация указания используется, чтобы указать, является ли секция данных сегментом SDU; и генерирование заголовка пакета, который содержит целевое поле, причем целевое поле содержит вторую информацию указания.
[0007] Опционально, генерирование заголовка пакета, который содержит целевое поле, включает в себя: генерирование заголовка пакета, который содержит целевое поле, но в котором опускаются поле SO и поле LSF в общем заголовке пакета, когда вторая информация указания используется, чтобы указать не сегмент SDU.
[0008] Опционально, генерирование заголовка пакета, который содержит целевое поле, включает в себя: генерирование заголовка пакета, который содержит целевое поле, когда сообщения конфигурации управления радиоресурсами (RRC), которые были получены ранее, используются для конфигурирования заголовка пакета для включения в его состав целевого поля.
[0009] Опционально, генерирование заголовка пакета для пакета PDU в соответствии с результатом обработки дополнительно включает в себя: получение третьей информации указания, которая используется для указания того, является ли заранее заданный пакет данных небольшим пакетом данных, причем, когда SDU каскадируют, заранее заданный пакет данных является полным пакетом SDU, которому соответствует первый SDU в секции данных, а когда SDU не каскадируют, заранее заданный пакет данных является полным пакетом SDU, которому соответствует SDU в секции данных; и генерирование заголовка пакета, который содержит третью информацию указания и поле целевого SO, когда третья информация указания используется для указания того, что заранее заданный пакет данных является небольшим пакетом данных, причем длина поля целевого SO меньше, чем длина поля SO в общем заголовке пакета.
[0010] Опционально, генерирование заголовка пакета, который содержит третью информацию указания и поле целевого SO, включает в себя: генерирование заголовка пакета, который содержит третью информацию указания и поле целевого SO, когда сообщения конфигурации RRC, которые были получены ранее, используются для конфигурирования заголовка пакета для включения в его состав третьей информации указания.
[0011] Опционально, генерирование заголовка пакета для пакета PDU в соответствии с результатом обработки дополнительно включает в себя: генерирование заголовка пакета, который содержит поле SO, имеющее целевую длину, в соответствии с сообщениями конфигурации RRC, которые были получены ранее, при этом сообщения конфигурации RRC содержат целевую длину, которая меньше, чем длина поля SO в общем заголовке пакета.
[0012] Опционально, когда не предусматривается функция каскадирования, способ дополнительно включает в себя: получение сообщений конфигурации RRC, переданных принимающей стороной, причем сообщение конфигурации RRC используется для отключения функции сегментирования пакета SDU; и отключение функции сегментирования пакета SDU после приема сообщений конфигурации RRC.
[0013] В соответствии со вторым аспектом настоящего изобретения предлагается устройство для генерирования пакета протокольного блока данных (PDU). Устройство содержит: первый модуль получения, выполненный с возможностью получать пакет сервисного блока данных (SDU); модуль обработки, выполненный с возможностью обрабатывать пакет SDU в соответствии с размером заранее заданного пакета данных; и генерирующий модуль, выполненный с возможностью генерировать заголовок пакета и секцию данных пакета PDU в соответствии с результатом обработки модуля обработки, причем заголовок пакета и секция данных составляют пакет PDU; при этом в заголовке пакета отсутствует поле указания кадра (FI) и поле флага повторной сегментирования (RF), но содержится заранее заданное поле, и это заранее заданное поле включает в себя целевое поле, которое является вновь добавленным, причем длина поля для целевого поля, которое является вновь добавленным, меньше, чем общая длина поля FI и поля RF.
[0014] Опционально, заранее заданное поле содержит целевое поле, которое является вновь добавленным; и генерирующий модуль дополнительно выполнен с возможностью: получать вторую информацию указания, причем, когда пакет SDU каскадируют, вторая информация указания используется для указания того, является ли первый SDU в секции данных сегментом SDU, а когда пакет SDU не каскадируют, вторая информация указания используется для указания того, является ли секция данных сегментом SDU; и генерировать заголовок пакета, который содержит целевое поле, причем целевое поле содержит вторую информацию указания.
[0015] Опционально, генерирующий модуль дополнительно выполнен с возможностью: генерировать заголовок пакета, который содержит целевое поле, но в котором отсутствует поле SO и поле LSF в общем заголовке пакета, когда вторая информация указания используется для указания не сегмента SDU.
[0016] Опционально, генерирующий модуль дополнительно выполнен с возможностью: генерировать заголовок пакета, который содержит целевое поле, когда сообщения конфигурации управления радиоресурсами (RRC), которые были получены ранее, используются для конфигурирования заголовка пакета для включения в его состав целевого поля.
[0017] В соответствии с третьим аспектом настоящего изобретения предлагается устройство для генерирования пакета протокольного блока данных (PDU). Устройство содержит процессор и память для хранения исполняемой процессором команды, причем процессор выполнен с возможностью: получать пакет сервисного блока данных (SDU); обрабатывать пакет SDU в соответствии с размером заранее заданного пакета данных; и генерировать заголовок пакета и секцию данных для пакета PDU в соответствии с результатом обработки, причем заголовок пакета и секция данных составляют пакет PDU; при этом в заголовке пакета отсутствует поле указания кадра (FI) и поле флага повторной сегментирования (RF), но содержится заранее заданное поле, и это заранее заданное поле включает в себя целевое поле, которое является вновь добавленным, причем длина целевого поля, которое является вновь добавленным, меньше, чем общая длина поля FI и поля RF.
[0018] Следует понимать, что как предшествующее описание, так и последующее подробное описание являются только примерами и не ограничивают настоящее изобретение.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0019] Чертежи включены в состав настоящего описания как его часть, представляя варианты осуществления, согласующиеся с настоящим изобретением, и поясняя принципы настоящего изобретения вместе с описанием.
[0020] Фиг. 1 представляет схематическое изображение среды реализации в соответствии с различными вариантами осуществления настоящего изобретения.
[0021] Фиг. 2 представляет блок-схему последовательности операций способа генерирования пакета PDU в соответствии с одним примером осуществления настоящего изобретения.
[0022] Фиг. 3А представляет блок-схему последовательности операций способа генерирования пакета PDU в соответствии с другим примером осуществления настоящего изобретения.
[0023] Фиг. 3В представляет схематическое изображение обработки пакета SDU в соответствии с другим примером осуществления настоящего изобретения.
[0024] Фиг. 3С и 3D представляют схематические изображения структуры пакета PDU в соответствии с другим примером осуществления настоящего изобретения.
[0025] Фиг. 4А представляет блок-схему последовательности операций способа генерирования пакета PDU в соответствии с еще одним примером осуществления настоящего изобретения.
[0026] Фиг. 4В, 4С, 4D и 4Е представляют схематические изображения структуры пакета PDU в соответствии с еще одним примером осуществления настоящего изобретения.
[0027] Фиг. 5А представляет схематическое изображение структуры пакета PDU в соответствии с одним примером осуществления настоящего изобретения.
[0028] Фиг. 5В представляет схематическое изображение получения пакета PDU после обработки пакета SDU в соответствии с одним примером осуществления настоящего изобретения.
[0029] Фиг. 6 представляет схематическое изображение структуры устройства для генерирования пакета PDU в соответствии с одним примером осуществления настоящего изобретения.
[0030] Фиг. 7 представляет схематическое изображение структуры устройства для генерирования пакета PDU в соответствии с другим примером осуществления настоящего изобретения.
[0031] Фиг. 8 представляет схематическое изображение структуры устройства для генерирования пакета PDU в соответствии с примером осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
[0032] В дальнейшем примеры осуществления будут описаны подробно. Варианты осуществления показаны на чертежах. В последующем описании при обращении к чертежам одинаковые цифры на разных чертежах обозначают одинаковые или похожие элементы, если не указано иное. Варианты осуществления, описанные в последующих примерах осуществления, не представляют все варианты осуществления, согласующиеся с настоящим изобретением. Напротив, они являются просто примерами устройств и способов, согласующихся с некоторыми аспектами настоящего изобретения, которые подробно описаны в прилагаемой формуле изобретения.
[0033] Для удобства понимания вначале будет коротко представлена среда реализации в соответствии с различными вариантами осуществления настоящего изобретения.
[0034] В LTE, когда передающая сторона передает данные принимающей стороне, уровень RLC на передающей стороне, как показано на фиг. 1, может принимать пакет SDU от уровня PDCP. Поскольку уровень RLC взаимодействует с уровнем MAC посредством пакета PDU, а размер принятого пакета SDU обычно отличается от размера пакета PDU, указанного уровнем MAC, уровень RLC должен обрабатывать принятый пакет SDU с помощью, например, сегментирования, каскадирования и т.д., а затем генерирует пакет PDU в соответствии с результатом обработки и передает генерированный пакет PDU принимающей стороне. При этом пакет PDU содержит заголовок пакета и секцию данных. После приема пакета PDU уровень RLC на принимающей стороне декапсулирует SDU в соответствии с заголовком пакета PDU и направляет SDU на верхний уровень.
[0035] При этом передающая сторона может быть пользовательским оборудованием (UE) или базовой станцией, и, соответственно, принимающая сторона может также быть базовой станцией или UE, что не ограничено в настоящем документе.
[0036] Функции уровня RLC реализуются объектом RLC, и объект RLC может быть сконфигурирован в виде одного из следующих трех режимов.
[0037] Первый режим является прозрачным режимом (ТМ, transparent mode), и этот режим можно рассматривать как пустой RLC, поскольку этот режим обеспечивает только функцию прозрачной передачи данных.
[0038] Второй режим является режимом без подтверждения приема (UM, unacknowledged mode), и этот режим обеспечивает все функции RLC, за исключением повторной передачи и повторной сегментирования.
[0039] Третий режим является режимом с подтверждением приема (AM, acknowledged mode), и этот режим обеспечивает все функции RLC посредством обнаружения ошибок и повторной передачи.
[0040] Если не указано иное, способ генерирования пакета PDU, предложенный различными вариантами осуществления настоящего изобретения, используется в режимах UM и AM.
[0041] Что касается фиг. 2, которая является блок-схемой способа генерирования пакета PDU в соответствии с одним примером осуществления настоящего изобретения, способ генерирования пакета PDU, как показано на фиг. 2, может включать в себя следующие шаги.
[0042] На шаге 210 получают пакет SDU.
[0043] На шаге 220 пакет SDU обрабатывают в соответствии с размером заранее заданного пакета данных.
[0044] На шаге 230 генерируют заголовок пакета и секцию данных пакета PDU на основе результата обработки, причем заголовок пакета и секция данных составляют пакет PDU.
[0045] При этом в заголовке пакета отсутствует поле FI и поле RF, но содержится заранее заданное поле, и это заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, которые переопределены в общем заголовке пакета, или целевое поле, которое является вновь добавленным, при этом длина поля для целевого поля, которое является вновь добавленным, меньше, чем общая длина поля FI и поля RF.
[0046] Подводя итог, следует отметить, что для способа генерирования пакета PDU, предложенного этим вариантом осуществления, генерируют пакет PDU, содержащий заголовок пакета и секцию данных, и в этом заголовке пакета отсутствует поле FI и поле RF, но содержится заранее заданное поле, причем заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, уже существующих в общем заголовке пакета, или целевое поле, которое является вновь добавленным и имеет длину, меньшую, чем общая длина поля FI и поля RF. Таким образом, может быть решена проблема, заключающаяся в том, что накладные расходы, связанные с заголовком пакета PDU, генерируемым в предшествующем уровне техники, являются большими, и может быть достигнут эффект прямого исключения поля FI и поля RF или добавления целевого поля, имеющего меньшую длину при одновременном исключении поля FI и поля RF, что уменьшает длину заголовка пакета и сокращает накладные расходы на заголовок пакета.
[0047] Заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, которые переопределены в общем заголовке пакета, или целевое поле, которое является вновь добавленным, причем длина поля для целевого поля, которое является вновь добавленным, меньше, чем общая длина поля FI и поля RF.
[0048] Следовательно, вышеупомянутые два случая будут объяснены отдельно ниже в различных вариантах осуществления.
[0049] Что касается фиг. 3А, которая является блок-схемой способа генерирования пакета PDU в соответствии с одним примером осуществления настоящего изобретения, пример в этом варианте осуществления заключается в том, что заранее заданное поле представлено в виде других полей в общем заголовке пакета. Как показано на фиг. 3А, способ генерирования пакета PDU может включать в себя следующие шаги.
[0050] На шаге 310 получают пакет SDU.
[0051] Когда передающей стороне необходимо передать данные, объект RLC может принять пакет SDU от уровня PDCP.
[0052] На шаге 320 пакет SDU обрабатывают в соответствии с размером заранее заданного пакета данных.
[0053] Размер заранее заданного пакета данных является размером пакета PDU, заданным уровнем MAC.
[0054] В фактической реализации, поскольку размер полученного пакета SDU обычно отличается от размера пакета PDU, указанного уровнем MAC, объект RLC обычно должен обрабатывать пакет SDU. При этом обработка, выполняемая в отношении пакета SDU, включает в себя одно или оба из сегментирования и каскадирования, что не ограничено в этом варианте осуществления.
[0055] Опционально, когда размер пакета SDU больше, чем размер секции данных в заранее заданном пакете данных, объект RLC может сегментировать пакет SDU. Например, когда размер пакета SDU составляет 100 байтов, размер заранее заданного пакета данных составляет 60 байтов, а заголовок пакета должен занимать 10 байтов, объект RLC может сегментировать пакет SDU на два сегмента SDU, причем каждый сегмент SDU составляет 50 байтов. В другом примере, когда размер пакета SDU составляет 100 байтов, размер заранее заданного пакета составляет 70 байтов, а заголовок пакета должен занимать 10 байтов, объект RLC может сегментировать пакет SDU на два сегмента SDU в виде 60 байтов и 40 байтов. Затем объект RLC может дополнительно каскадировать 40-байтовый сегмент SDU и 20-байтовый сегмент SDU следующего пакета SDU, конфигурировать 60 байтов в следующем пакете SDU, чтобы они были независимыми, и каскадировать последние 20 байтов сегмента SDU следующего пакета SDU и 40 байтов еще одного следующего пакета и т.д.
[0056] Когда размер пакета SDU меньше, чем размер секции данных в заранее заданном пакете данных, объект RLC может сегментировать и каскадировать пакет SDU. Например, когда размер пакета SDU составляет 30 байтов, размер заранее заданного пакета составляет 120 байтов, а заголовок пакета должен занимать 10 байтов, объект RLC, как видно на фиг. 3В, может каскадировать три пакета SDU и 20 байтов четвертого пакета SDU, и каскадировать последние 10 байтов четвертого пакета SDU, пятый пакет SDU, шестой пакет SDU, седьмой пакет SDU и первые 10 байтов восьмого пакета SDU и т.д.
[0057] Когда размер пакета SDU равен размеру секции данных в заранее заданном пакете, никакой обработки не требуется.
[0058] На шаге 330 генерируют секцию данных на основе результата обработки.
[0059] Как можно видеть из обработки в отношении пакета SDU, секция данных может быть полным SDU, сегментом SDU или их комбинацией. Кроме того, когда секция данных является комбинацией полного SDU и сегмента SDU, только первая и последняя секция данных могут быть сегментом SDU.
[0060] На шаге 340 получают номер SN, которому соответствует первый пакет SDU секции данных.
[0061] Когда SDU каскадируют, объект RLC может получить номер SN, которому соответствует первый пакет SDU секции данных.
[0062] Например, когда размер пакета SDU составляет 100 байтов, а размер заранее заданного пакета составляет 120 байтов, объект RLC может получить номер SN первого пакета SDU, например SN=0, поскольку секция данных может содержать все содержимое первого пакета SDU и первые 10 байтов второго пакета SDU.
[0063] На шаге 350 получают первую информацию указания, причем первую информацию указания используют для указания того, является ли последний байт секции данных последним байтом последнего SDU.
[0064] Объект RLC может обнаруживать, является ли последний байт секции данных последним байтом последнего SDU. Когда результатом обнаружения является «нет», генерируют первую информацию указания, такую как «0», для указания «НЕТ», а когда результатом обнаружения является «ДА», генерируют первую информацию указания, такую как «1», для указания «ДА».
[0065] Например, если размер пакета SDU по-прежнему составляет 100 байтов, а размер заранее заданного пакета составляет 120 байтов, объект RLC может генерировать «0», поскольку последний байт секции данных является 10-м байтом второго пакета SDU, а не последним байтом пакета SDU.
[0066] На шаге 360 получают позицию начального байта для первого байта секции данных соответственно в пакете SDU.
[0067] Чтобы дать принимающей стороне возможность декапсулировать пакет SDU после приема пакета PDU, объект RLC может получить позицию начального байта для первого байта секции данных в пакете SDU.
[0068] На шаге 370 генерируют заголовок пакета, включающий в себя поле SN, поле LSF и поле SO, причем секция данных и заголовок пакета составляют пакет PDU, при этом поле SN содержит полученный номер SN, поле LSF содержит полученную первую информацию указания, и поле SO содержит полученную позицию начального байта.
[0069] В заголовке пакета отсутствует поле FI и поле RF, но он может дополнительно содержать в фактической реализации другие поля в общем заголовке пакета, например, поле D/C, поле Е, поле LI, поле Р, поле заполнения и т.п. При этом поле заполнения используется для того, чтобы сделать возможным, чтобы заголовок данных представлял собой целочисленные байты, когда заголовок пакета представляет собой не целочисленные байты. Опционально, когда способ генерирования пакета используется в UM, заголовок пакета не содержит поле D/C и поле Р, что не ограничено этим вариантом осуществления.
[0070] В фактической реализации заголовок пакета может включать в себя фиксированный заголовок и расширенный заголовок, со ссылкой на фиг 3С, которая представляет схематическое изображение структуры возможного заголовка пакета. Кроме того, в связи с фиг. 3С, фиксированный заголовок начинается от начальной позиции заголовка до поля SO, а расширенный заголовок начинается от поля Е до конца. Поле SN фиксированного заголовка представляет собой номер SN, которому соответствует первый SDU секции данных; поле SO фиксированного заголовка указывает позицию начального байта для первого байта секции данных соответственно в SDU; и поле LSF фиксированного заголовка указывает, соответствует ли последний байт секции данных последнему байту последнего RLC SDU. Поле R является зарезервированным полем, и оно может присутствовать или не присутствовать в фактической реализации, что не ограничено этим вариантом осуществления. Когда бит «Е» расширения равен 1, это указывает на наличие расширенного заголовка после фиксированного заголовка, т.е. поля Е и поля LI. Когда поле Е расширенного заголовка равно 1, это указывает на то, что после расширенного заголовка существует еще один расширенный заголовок и т.д. Поле LI первого расширенного заголовка используется для указания количества байтов первого сегмента SDU/SDU, включенного в состав секции данных; поле LI второго расширенного заголовка указывает количество байтов второго SDU; …; и поле LI последнего расширенного заголовка указывает количество байтов предпоследнего SDU (только первый и последний RLC SDU может быть сегментом). Поле заполнения используется для того, чтобы получить заголовок в виде целочисленных байтов, когда размер всего заголовка представляет собой не целочисленные байты.
[0071] Один момент, который следует отметить, состоит в том, что, когда каскадирование не выполняется при обработке SDU, объект RLC указывает на ситуацию сегмента для секции данных посредством поля SO и поля LSF, и объект RLC в это время может генерировать заголовок пакета, показанный на фиг. 3D. В фактической реализации поле Е равно 0 для указания того, что секция данных является просто пакетом SDU или сегментом SDU. Фиг. 3D использует только соответствующие поля, которые имеют длину и расположены в порядке, показанном на чертеже в качестве примера. Опционально, длина и порядок соответствующих полей могут быть разработаны в соответствии с фактическими требованиями, что не ограничено в этом варианте осуществления.
[0072] Еще один момент, который следует отметить, состоит в том, что, когда пакет PDU должен быть повторно сегментирован, только секция данных пакета PDU сегментируется повторно, и заголовок сегментированного пакета добавляется в соответствии с вышеупомянутым правилом, что не будет описываться снова в этом варианте осуществления.
[0073] Подводя итог, следует отметить, что для способа генерирования пакета PDU, предложенного этим вариантом осуществления, генерируют пакет PDU, включающий в себя заголовок пакета и секцию данных, и в заголовке пакета отсутствует поле FI и поле RF, но содержится заранее заданное поле, причем заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, уже существующих в общем заголовке пакета, или целевое поле, которое является вновь добавленным и имеет длину меньше, чем общая длина поля FI и поля RF. Таким образом, может быть решена проблема, заключающаяся в том, что накладные расходы, связанные с заголовком пакета PDU, генерируемым в предшествующем уровне техники, являются большими, и может быть достигнут эффект прямого исключения поля FI и поля RF или добавления целевого поля, имеющего меньшую длину, при одновременном исключении поля FI и поля RF, что уменьшает длину заголовка пакета и сокращает накладные расходы на заголовок пакета.
[0074] Что касается фиг. 4А, которая представляет собой блок-схему способа генерирования пакета PDU в соответствии с другим примером осуществления настоящего изобретения, здесь заранее заданное поле включает в себя целевое поле, которое является вновь добавленным, в качестве примера в этом варианте осуществления, и способ генерирования пакета PDU, как показано на фиг. 4А, может включать в себя следующие шаги.
[0075] На шаге 410 получают пакет SDU.
[0076] На шаге 420 пакет SDU обрабатывают в соответствии с размером заранее заданного пакета данных.
[0077] На шаге 430 генерируют секцию данных на основе результата обработки.
[0078] Шаги с 410 по 430 аналогичны шагам с 310 по 330 в вышеописанном варианте осуществления и не будут описываться здесь снова.
[0079] На шаге 440 получают вторую информацию указания. Когда пакет SDU каскадируют, вторая информация указания используется, чтобы указать, является ли первый SDU в секции данных сегментом SDU, и когда пакет SDU не каскадируют, вторая информация указания используется, чтобы указать, является ли секция данных сегментом SDU.
[0080] В фактической реализации, если SDU каскадируют на шаге 420, объект RLC может обнаружить, является ли первый SDU секции данных сегментом SDU, и генерировать вторую информацию указания в соответствии с результатом обнаружения. Например, если результатом обнаружения является «да», генерируют «0», а если результатом обнаружения является «нет», генерируют «1». Например, в сочетании с фиг. 3В, первый SDU секции данных для первого PDU является полным SDU, и объект RLC генерирует «1» в это время; в то время как для второго PDU первый SDU секции данных является сегментом SDU, и объект RLC генерирует «0» в это время.
[0081] Если SDU не каскадируют на шаге 420, объект RLC обнаруживает, является ли секция данных сегментов SDU, и генерирует вторую информацию указания в соответствии с результатом обнаружения.
[0082] На шаге 450 генерируют заголовок пакета, содержащий целевое поле. Целевое поле содержит вторую информацию указания, и секция данных и заголовок пакета составляют пакет PDU.
[0083] В фактической реализации целевое поле может быть полем указания сегментирования (SI). Таким образом, объект RLC может генерировать заголовок пакета, включающий в себя поле SI, и поле SI содержит вторую информацию указания. При этом целевое поле обычно представляет собой 1 бит.
[0084] В фактической реализации, если вторую информацию указания используют для указания не сегмента SDU, объект RLC может генерировать заголовок пакета, содержащий поле SI и опускающий поле SO и поле LSF в общем заголовке пакета. Что касается фиг. 4В и 4С, они являются схематическими изображениями структуры генерированного пакета PDU, соответственно, когда каскад выполняется или не выполняется.
[0085] Однако если вторая информация указания используется для указания сегмента SDU, объект RLC может генерировать заголовок пакета, содержащий поле SI. Что касается фиг. 4D и 4Е, они являются схематическими изображениями структуры генерированного пакета PDU, соответственно, когда каскад выполняется или не выполняется. Кроме того, в случае, когда каскад выполняется, поле SN, поле LSF и поле SO в заголовке пакета, генерированном объектом RLC, могут быть аналогичны вышеприведенному варианту осуществления, и не будут описываться здесь снова.
[0086] Первый момент, который следует отметить, состоит в том, что заголовок пакета, в котором опущены поле FI и поле RF, как указано в этом варианте осуществления, не будет описываться здесь снова. Кроме того, если не указано иное, заголовок пакета может также содержать другое поле в общем заголовке пакета, которое также не будет здесь описываться.
[0087] Второй момент, который следует отметить, состоит в том, что базовая станция может конфигурировать, содержит ли заголовок пакета целевое поле, с помощью сообщений конфигурации управления радиоресурсами (RRC). Таким образом, когда заголовок пакета сконфигурирован так, чтобы включать в себя целевое поле, с помощью сообщений конфигурации RRC, заголовок пакета, содержащий целевое поле, генерируют при генерировании заголовка пакета, а когда заголовок пакета сконфигурирован так, чтобы не включать в себя целевое поле, с помощью сообщений конфигурации RRC, заголовок пакета, не содержащий целевое поле, генерируют при генерировании заголовка пакета. Этот вариант осуществления не ограничен вышесказанным.
[0088] Третий момент, который следует отметить, состоит в том, что, когда пакет PDU требует повторной сегментирования, RLC может выполнить повторную сегментацию только в отношении секции данных пакета PDU; способ инкапсуляции заголовка пакета аналогичен описанному выше и не будет описываться снова в этом варианте осуществления.
[0089] Подводя итог, следует отметить, что для способа генерирования пакета PDU, предложенного этим вариантом осуществления, генерируют пакет PDU, содержащий заголовок пакета и секцию данных, и в этом заголовке пакета отсутствует поле FI и поле RF, но содержится заранее заданное поле, причем заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, уже существующих в общем заголовке пакета, или целевое поле, которое вновь добавлено и имеет длину, меньшую, чем общая длина поля FI и поля RF. Таким образом, может быть решена проблема, заключающаяся в том, что накладные расходы, связанные с заголовком пакета для пакета PDU, генерируемым в предшествующем уровне техники, являются большими, и может быть достигнут эффект прямого исключения поля FI и поля RP или добавления целевого поля, имеющего меньшую длину, при одновременном исключении поля FI и поля RF, что уменьшает длину заголовка пакета и сокращает накладные расходы на заголовок пакета.
[0090] В каждом из вышеупомянутых вариантов осуществления, когда заголовок пакета содержит поле SO, длина поля SO, как правило, является заранее заданной фиксированной длиной, например 2 байта. Однако для некоторых низкоскоростных услуг размер пакета PDU часто составляет всего несколько байтов, таким образом 2-байтовое поле SO довольно большое по отношению к пакету PDU, и тем самым тратит определенные накладные расходы на заголовок. При этом поле SO может быть оптимизировано по длине. Опционально, решение для оптимизации длины поля SO может включать в себя следующие два режима.
[0091] В первом возможном режиме реализации шаг генерирования заголовка пакета может включать в себя следующее содержимое.
[0092] Во-первых, получают третью информацию указания, используемую для указания того, является ли заранее заданный пакет данных небольшим пакетом данных; при этом, когда SDU каскадируют, заранее заданный пакет данных является полным пакетом SDU, которому соответствует первый SDU в секции данных; а когда SDU не каскадируют, заранее заданный пакет данных является полным пакетом SDU, которому соответствует SDU в секции данных.
[0093] Опционально, объект RLC может обнаруживать, меньше ли размер заранее заданного пакета данных, чем заранее заданный размер. Если результатом обнаружения является «да», генерируют третью информацию указания, например «1», указывающую, что заранее заданный пакет данных является небольшим пакетом данных, а если результатом обнаружения является «нет», генерируют третью информацию указания, например «0», указывающую, что заранее заданный пакет данных является большим пакетом данных. Заранее заданным размером может быть размер по умолчанию, например 100 байтов, или размер, сконфигурированный базовой станцией посредством сообщений конфигурации RRC, когда используют способ в UE, что не ограничено в этом варианте осуществления. Когда заранее заданным размером является размер, сконфигурированный базовой станцией, заранее заданный размер может быть размером, совместно используемым всеми радиоканалами передачи данных (DRB, data radio bearer), или размером, независимо используемым одним DRB, что не ограничено в этом варианте осуществления.
[0094] В фактической реализации, если пакет SDU каскадируют, заранее заданный пакет данных является полным пакетом данных SDU, которому соответствует первый SDU в секции данных. Опционально, когда первый SDU в секции данных является полным SDU, заранее заданным пакетом данных является именно первый SDU; а когда первый SDU в секции данных является сегментом SDU, объект RLC получает пакет SDU, к которому принадлежит сегмент SDU, и обслуживает полученный пакет SDU в качестве заранее заданного пакета данных.
[0095] Однако если пакет SDU не каскадируют, заранее заданный пакет данных является полным пакетом SDU, которому соответствует SDU в секции данных. Опционально, когда содержимое в секции данных представляет собой полный SDU, заранее заданный пакет данных является именно SDU; а когда содержимое в секции данных представляет собой один сегмент SDU, например, когда один пакет SDU инкапсулирован в два пакета PDU, объект RLC получает пакет SDU, в которому принадлежит сегмент SDU, и обслуживает полученный пакет SDU в качестве заранее заданного пакета данных.
[0096] Как правило, третья информация указания содержит 1 бит.
[0097] Во-вторых, генерируют заголовок пакета, содержащий третью информацию указания и целевое поле SO при генерировании заголовка пакета, когда третья информация указания используется для указания того, что заранее заданный пакет данных является небольшим пакетом данных; при этом длина целевого поля SO меньше, чем длина поля SO в общем заголовке пакета. Например, длина целевого поля SO может составлять 7 битов.
[0098] Опционально, объект RLC может генерировать заголовок пакета, который содержит поле небольших данных (SD, small data) и целевое поле SO. Поле SD содержит третью информацию указания.
[0099] Опционально, когда третья информацию указания используется для указания того, что заранее заданный пакет данных является большим пакетом данных, генерируют заголовок пакета, содержащий поле SD и поле SO при генерировании заголовка пакета, причем длина поля SO является заранее заданной длиной. Текущая длина может быть меньше, чем длина поля SO в общем заголовке пакета, что не ограничено в этом варианте осуществления.
[00100] Кроме того, в фактической реализации длина целевого поля SO и заранее заданная длина могут быть длиной по умолчанию или могут быть длиной, сконфигурированной базовой станцией посредством сообщений конфигурации RRC, что не ограничено в этом варианте осуществления.
[00101] Кроме того, базовая станция может конфигурировать, содержит ли заголовок пакета поле SD посредством сообщений конфигурации RRC, и при генерировании заголовка пакета заголовок пакета, содержащий поле SD, может быть генерирован только тогда, когда поле SD включено в заголовок пакета, сконфигурированный посредством сообщения конфигурации RRC, что не ограничено в этом варианте осуществления.
[00102] Когда обнаруживают небольшой пакет данных, накладные расходы, связанные с полем SO, могут быть сэкономлены за счет использования целевого поля SO, имеющего длину, меньшую, чем длина поля SO в общем заголовке пакета, что обеспечивает эффект дальнейшей экономии накладных расходов, связанных с заголовком пакета.
[00103] Во втором возможном режиме реализации шаг генерирования заголовка пакета может включать в себя следующее содержимое.
[00104] Генерируют заголовок пакета, содержащего поле SO, которое имеет целевую длину, в соответствии с сообщениями конфигурации RRC, которые были получены ранее. Сообщения конфигурации RRC включают в себя целевую длину, и целевая длина меньше, чем длина поля SO в общем заголовке пакета.
[00105] Когда базовая станция выполняет конфигурацию DRB для UE посредством сообщений конфигурации RRC, сообщения конфигурации RRC содержат целевую длину, например 7 битов. Естественно, в фактической реализации целевая длина, введенная в сообщения конфигурации RRC, может также быть другой длины, что не ограничено в этом варианте осуществления.
[00106] После этого при генерировании заголовка пакета может быть сгенерирован заголовок пакета, содержащий поле SO, которое имеет целевую длину, в соответствии с целевой длиной, сконфигурированной в сообщениях конфигурации RRC.
[00107] Путем конфигурирования заранее заданной длины, меньшей, чем длина поля SO в общем заголовке пакета, базовая станция позволяет объекту RLC генерировать заголовок пакета, содержащий поле SO, которое имеет заранее заданную длину при генерировании заголовка пакета, тем самым уменьшая накладные расходы, связанные с заголовком пакета.
[00108] Кроме того, когда объект RLC не имеет функции каскадирования, объект RLC может отключить функцию сегментирования небольшого пакета данных в этом варианте осуществления, поскольку для сегментирования небольших данных требуется определенный объем ресурсов обработки. В фактической реализации это может иметь следующее содержание.
[00109] Во-первых, получают сообщение конфигурации RRC, переданное принимающей стороной, и сообщение конфигурации RRC используют для отключения функции сегментирования пакета SDU.
[00110] Базовая станция передает сообщение конфигурации RRC для конфигурации UE DRB и отключает функцию сегментирования RLC в конфигурации RLC для DRB. В фактической реализации конфигурация может выполняться отдельно или равномерно для восходящей линии связи и нисходящей линии связи, и она может выполняться как в рамках UM, так и DM. Естественно, сообщение конфигурации RRC может также быть сконфигурировано так, чтобы не отключать функцию сегментирования, что не ограничено в данном документе.
[00111] Во-вторых, отключают функцию сегментирования пакета SDU.
[00112] После приема сообщений конфигурации RRC, когда сообщения конфигурации RRC указывают на отключение функции сегментирования для восходящей линии связи, объект RLC не сегментирует принятый пакет SDU при передаче данных; и, как показано на фиг. 5А, данные могут быть переданы с использованием формата пакета PDU, который не сегментирован. Однако когда сообщения конфигурации RRC указывают на отключение функции сегментирования для нисходящей линии связи, объект RLC после приема пакета PDU, переданного противоположной стороной, может знать, что пакет PDU является пакетом SDU, который не сегментирован.
[00113] Для услуг передачи небольших данных базовая станция может конфигурировать объект RLC для отключения функции сегментирования, что уменьшает сложные операции, требуемые объектом RLC для обработки небольшого пакета данных, и повышает эффективность передачи данных объекта RLC.
[00114] В вышеприведенных вариантах осуществления после того, как объект RLC обрабатывает пакет SDU, номера SN в сгенерированном пакете PDU могут не быть последовательными. Например, как показано на фиг. 5В, объект RLC принимает пять пакетов SDU с SN, равными 0, 1, 2, 3 и 4, соответственно, и затем объект RLC инкапсулирует первый сегмент пакета SDU с SN=0 в первом пакете PDU, второй сегмент пакета SDU для SN=0, второй сегмент пакета SDU с SN=0, пакет SDU с SN=1 и первый сегмент пакета SDU с SN=2 во втором пакете PDU, и второй сегмент пакета SDU с SN=2 и пакет SDU с SN=3 и SN=4 в третьем пакете PDU. Далее, как показано на фиг. 5В, очевидно, что номера SN трех пакетов PDU, полученных объектом RLC, представляют собой в порядке их следования 0, 0 и 2, которые не являются последовательными. В этом случае, чтобы подтвердить, содержит ли каждый из полученных пакетов PDU повторяющийся контент, объект RLC может обнаруживать, являются ли номера SN последовательными в соответствии с полем SN и полем SO в каждом из полученных пакетов PDU. Например, беря первый пакет PDU и второй пакет PDU в качестве примера в сочетании с фиг. 5В, объект RLC может обнаруживать, является ли последний байт первого пакета PDU (LSF-1)-ым байтом, а именно 221-м байтом, второго пакета PDU. Когда результатом обнаружения является «да», объект RLC может определить, что пакет SDU с SN=0 не имеет проблем с повторением инкапсуляции. И чтобы подтвердить, произошла ли потеря пакета SDU в каждом из полученных пакетов PDU, объект RLC может обнаружить, равно ли n+m номеру N, где n - номер SN пакета SDU, соответствующего последнему байту, который включен в пакет PDU, в котором начинается прерывание, m - номер SN пакета PDU, в котором начинается прерывание, и N - номер SN пакета PDU, в котором прерывание заканчивается. Если результатом обнаружения является «да», определяется, что потеря пакета не происходит, а если результатом обнаружения является «нет», определяется, что происходит потеря пакета. Например, в сочетании с фиг. 5В, номер SN второго пакета PDU равен 0, а номер SN третьего пакета PDU равен 2. Эти два номера не являются последовательными, таким образом, в этом случае объект RLC может вычислить сумму (2) номера SN (а именно 2) пакета SDU, которому соответствует последний байт второго пакета PDU, и номера SN (а именно 0) второго пакета PDU, а затем обнаружить, равна ли вычисленная сумма номеру SN (2) третьего пакета PDU; и поскольку результатом обнаружения объекта RLC является «да», объект RLC может определить, что потери пакетов не происходит.
[00115] Фиг. 6 представляет схематическое изображение структуры устройства для генерирования пакета PDU, показанного в соответствии с примером осуществления настоящего изобретения. Как показано на фиг. 6, устройство для генерирования пакета PDU может содержать: первый модуль 610 получения, модуль 620 обработки и генерирующий модуль 630.
[00116] Первый модуль 610 получения выполнен с возможностью получать пакет сервисного блока данных (SDU);
[00117] модуль 620 обработки выполнен с возможностью обрабатывать пакет SDU в соответствии с размером заранее заданного пакета данных; и
[00118] генерирующий модуль 630 выполнен с возможностью генерировать заголовок пакета и секцию данных пакета PDU в соответствии с результатом обработки модуля 620 обработки, причем заголовок пакета и секция данных составляют пакет PDU; при этом в заголовке пакета отсутствует поле указания кадра (FI) и поле флага повторной сегментирования (RF), но содержится заранее заданное поле, и это заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, которые переопределены в общем заголовке пакета, или целевое поле, которое вновь добавлено, при этом длина поля для целевого поля, которое вновь добавлено, меньше, чем общая длина поля FI и поля RF.
[00119] Подводя итог, следует отметить, что для устройства для генерирования пакета PDU, предложенного этим вариантом осуществления, генерируют пакет PDU, содержащий заголовок пакета и секцию данных, и в заголовке пакета отсутствует поле FI и поле RF, но содержится заранее заданное поле, причем заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, уже существующих в общем заголовке пакета, или целевое поле, которое является вновь добавленным и имеет длину, меньшую, чем общая длина поля FI и поля RF. Таким образом, может быть решена проблема, заключающаяся в том, что накладные расходы, связанные с заголовком пакета для пакета PDU, генерируемого в предшествующем уровне техники, являются большими, и может быть достигнут эффект прямого исключения поля FI и поля RF или добавления целевого поля, имеющего меньшую длину, при одновременном исключении поля FI и поля RF, что уменьшает длину заголовка пакета и сокращает накладные расходы на заголовок пакета.
[00120] Фиг. 7 представляет схематическое изображение структуры устройства для генерирования пакета PDU в соответствии с одним примером осуществления настоящего изобретения. Как показано на фиг. 7, устройство для генерирования пакета PDU может содержать: первый модуль 710 получения, модуль 720 обработки и генерирующий модуль 730.
[00121] Первый модуль 710 получения выполнен с возможностью получать пакет сервисного блока данных (SDU);
[00122] модуль 720 обработки выполнен с возможностью обрабатывать пакет SDU в соответствии с размером заранее заданного пакета данных; а также
[00123] генерирующий модуль 730 выполнен с возможностью генерировать заголовок пакета и секцию данных пакета PDU в соответствии с результатом обработки модуля 720 обработки, причем заголовок пакета и секция данных составляют пакет PDU; при этом в заголовке пакета отсутствует поле указания кадра (FI) и поле флага повторной сегментирования (RF), но содержится заранее заданное поле, и это заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, которые переопределены в общем заголовке пакета, или целевое поле, которое является вновь добавленным, при этом длина поля для целевого поля, которое является вновь добавленным, меньше, чем общая длина поля FI и поля RF.
[00124] Опционально, заранее заданное поле включает в себя другие поля, и другие поля содержат поле порядкового номера (SN), поле флага последнего сегмента (LSF) и поле смещения сегментирования (SO).
[00125] Когда пакет SDU каскадируют, генерирующий модуль 730 дополнительно выполнен с возможностью:
[00126] получать номер SN, которому соответствует первый пакет SDU секции данных;
[00127] получать первую информацию указания, которая используется для указания того, является ли последний байт секции данных последним байтом последнего SDU;
[00128] получать позицию начального байта для первого байта секции данных соответственно в пакете SDU; а также
[00129] генерировать заголовок пакета, который содержит поле SN, поле LSF и поле SO, причем поле SN содержит полученный номер SN, поле LSF содержит полученную первую информацию указания, а поле SO содержит полученную позицию начального байта.
[00130] Опционально, заранее заданное поле включает в себя целевое поле, которое является вновь добавленным.
[00131] Генерирующий модуль 730 дополнительно выполнен с возможностью:
[00132] получать вторую информацию указания, причем, когда пакет SDU каскадируют, вторая информация указания используется для указания того, является ли первый SDU в секции данных сегментом SDU, а когда пакет SDU не каскадируют, вторая информация указания используется для указания того, является ли секция данных сегментом SDU; а также
[00133] генерировать заголовок пакета, который содержит целевое поле, причем целевое поле содержит вторую информацию указания.
[00134] Опционально, генерирующий модуль 730 дополнительно выполнен с возможностью:
[00135] генерировать заголовок пакета, который содержит целевое поле, но в котором отсутствует поле SO и поле LSF в общем заголовке пакета, когда вторая информация указания используется для указания не сегмента SDU.
[00136] Опционально, генерирующий модуль 730 дополнительно выполнен с возможностью:
[00137] получать третью информацию указания, которая используется для указания того, является ли заранее заданный пакет данных небольшим пакетом данных, причем, когда SDU каскадируют, заранее заданный пакет данных является полным пакетом SDU, которому соответствует первый SDU в секции данных, а когда SDU не каскадируют, заранее заданный пакет данных является полным пакетом SDU, которому соответствует SDU в секции данных; и
[00138] генерировать заголовок пакета, который содержит третью информацию указания и целевое поле SO, когда третья информация указания используется для указания того, что заранее заданный пакет данных является небольшим пакетом данных, причем длина целевого поля SO меньше, чем длина поля SO в общем заголовке пакета.
[00139] Опционально, генерирующий модуль 730 дополнительно выполнен с возможностью: генерировать заголовок пакета, который содержит третью информацию указания и целевое поле SO, когда сообщения конфигурации RRC, которые были получены ранее, используются, чтобы конфигурировать заголовок пакета для включения в его состав третьей информации указания.
[00140] Опционально, генерирующий модуль 730 дополнительно выполнен с возможностью: генерировать заголовок пакета, содержащий поле SO, имеющее целевую длину, в соответствии с сообщениями конфигурации RRC, которые были получены ранее, при этом сообщения конфигурации RRC содержат целевую длину, которая меньше, чем длина поля SO в общем заголовке пакета.
[00141] Опционально, устройство дополнительно содержит:
[00142] второй модуль 740 получения, выполненный с возможностью получать сообщения конфигурации RRC, переданные принимающей стороной до того, как генерирующий модуль 730 генерирует заголовок пакета для пакета PDU в соответствии с результатом обработки, причем сообщения конфигурации RRC используются для отключения функции сегмента для сегментирования пакета SDU; а также
[00143] отключающий модуль 750, выполненный с возможностью отключать функцию сегмента для сегментирования пакета SDU после приема сообщения конфигурации RRC. Подводя итог, следует отметить, что устройство для генерирования пакета PDU, предложенное этим вариантом осуществления, генерирует пакет PDU, содержащий заголовок пакета и секцию данных, и в этом заголовке пакета отсутствует поле FI и поле RF, но содержится заранее заданное поле, причем заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, уже существующих в общем заголовке пакета, или целевое поле, которое является вновь добавленным и имеет длину, меньшую, чем общая длина поля FI и поля RF. Таким образом, может быть решена проблема, заключающаяся в том, что накладные расходы, связанные с заголовком пакета для пакета PDU, генерируемым в предшествующем уровне техники, являются большими, и может быть достигнут эффект прямого исключения поля FI и поля RF или добавления целевого поля, имеющего меньшую длину, при одновременном исключении поля FI и поля RF, что уменьшает длину заголовка пакета и сокращает накладные расходы на заголовок пакета.
[00144] Предлагается также устройство для генерирования пакета PDU в соответствии с одним примером осуществления настоящего изобретения, и способ генерирования пакета PDU, предложенный настоящим изобретением, может быть реализован этим устройством. Устройство для генерирования пакета PDU содержит процессор; и память для хранения исполняемой процессором команды, причем
[00145] процессор выполнен с возможностью:
[00146] получать пакет сервисного блока данных (SDU);
[00147] обрабатывать пакет SDU в соответствии с размером заранее заданного пакета данных; а также генерировать заголовок пакета и секцию данных пакета PDU в соответствии с результатом обработки, причем заголовок пакета и секция данных составляют пакет PDU; при этом в заголовке пакета отсутствует поле указания кадра (FI) и поле флага повторной сегментирования (RF), но содержится заранее заданное поле, и это заранее заданное поле включает в себя другие поля, кроме поля FI и поля RF, которые переопределены в общем заголовке пакета, или целевое поле, которое является вновь добавленным, при этом длина поля для целевого поля, которое является вновь добавленным, меньше, чем общая длина поля FI и поля RF.
[00148] Фиг. 8 представляет схематическое изображение структуры устройства для генерирования пакета PDU в соответствии с одним примером осуществления настоящего изобретения. Устройство 800 может быть реализовано как UE или часть UE.
[00149] Как показано на фиг. 8, устройство 800 может содержать один или более из следующих компонентов: компонент 802 обработки, память 804, компонент 806 питания, мультимедийный компонент 808, аудиокомпонент 810, интерфейс 812 ввода/вывода (I/O), измерительный компонент 814 и компонент 816 связи
[00150] Компонент 802 обработки, как правило, управляет всеми операциями устройства 800, например операциями, связанными с отображением, телефонными звонками, передачей данных, операциями с камерой и операциями записи. Компонент 802 обработки может содержать один или более процессоров 818 для исполнения команд с целью выполнения всех или части шагов вышеуказанных способов. Кроме того, компонент 802 обработки может содержать один или более модулей, которые облегчают взаимодействие между компонентом 802 обработки и другими компонентами. Например, компонент 802 обработки может содержать мультимедийный модуль для облегчения взаимодействия между мультимедийным компонентом 808 и компонентом 802 обработки.
[00151] Память 804 выполнена с возможностью запоминать различные виды данных для поддержки работы устройства 800. Примеры таких данных включают в себя команды для любых приложений или способов, реализуемых на устройстве 800, контактные данные, данные телефонной книги, сообщения, изображения, видео и т.д. Память 804 может быть выполнена с использованием любого вида энергозависимых или энергонезависимых запоминающих устройств или их комбинации, таких как статическое оперативное запоминающее устройство (static random access memory, SRAM), электрически стираемое программируемое постоянное запоминающее устройство (electrically erasable programmable read-only memory, EEPROM), стираемое программируемое постоянное запоминающее устройство (erasable programmable read-only memory, EPROM), программируемое постоянное запоминающее устройство (programmable read-only memory, PROM), постоянное запоминающее устройство (read-only memory, ROM), магнитная память, флэш-память, магнитный или оптический диск.
[00152] Компонент 806 питания обеспечивает питанием различные компоненты устройства 800. Компонент 806 питания может включать в себя систему управления питанием, один или более источников питания и любые другие компоненты, связанные с производством, управлением и распределением энергии в устройстве 800.
[00153] Мультимедийный компонент 808 включает в себя экран, создающий выходной интерфейс между устройством 800 и пользователем. В некоторых вариантах осуществления экран может включать в себя жидкокристаллический дисплей (liquid crystal display, LCD) и сенсорную панель (touch panel, TP). Если экран включает в себя сенсорную панель, то этот экран может быть реализован в виде сенсорного экрана для приема входных сигналов от пользователя. Сенсорная панель содержит один или более датчиков касания для восприятия касаний, скольжений и жестов на сенсорной панели. Датчики касания могут не только воспринимать границу действия касания или скольжения, но и измерять период времени и давление, связанные с действием касания или скольжения. В некоторых вариантах осуществления мультимедийный компонент 808 содержит переднюю камеру и/или заднюю камеру. Передняя камера и задняя камера могут принимать внешние мультимедийные данные, в то время как устройство 800 находится в рабочем режиме, например режиме фотографирования или видеорежиме. Каждая из передней камеры и задней камеры может быть системой с фиксированными оптическими линзами или иметь способность к фокусировке и оптическому увеличению.
[00154] Аудиокомпонент 810 выполнен с возможностью выводить и/или вводить аудиосигналы. Например, аудиокомпонент 810 включает в себя микрофон ("MIC"), выполненный с возможностью принимать внешние аудиосигналы, когда устройство 800 находится в режиме работы, например режиме вызова, режиме записи и режиме распознавания голоса. Полученный аудиосигнал может быть далее запомнен в памяти 804 или передан посредством компонента 816 связи. В некоторых вариантах осуществления аудиокомпонент 810 дополнительно включает в себя динамик для вывода аудиосигналов.
[00155] Интерфейс 812 ввода/вывода предлагает интерфейс между компонентом 802 обработки и периферийными интерфейсными модулями, например клавиатурой, колесом прокрутки, кнопками и т.п. Кнопки могут включать в себя, но не ограничиваются этим, кнопку «домой», кнопку громкости, пусковую кнопку и кнопку блокировки.
[00156] Измерительный компонент 814 содержит один или более датчиков, выполненных с возможностью обеспечивать оценку состояния различных аспектов устройства 800. Например, измерительный компонент 814 может детектировать открытое/закрытое состояние устройства 800, относительное расположение компонентов, например дисплея и малой клавиатуры, устройства 800, изменение в положении устройства 800 или компонента устройства 800, наличие или отсутствие контакта между пользователем и устройством 800, ориентацию или ускорение/замедление устройства 800, и изменение температуры устройства 800. Измерительный компонент 814 может представлять собой датчик близости, выполненный с возможностью обнаруживать присутствие близлежащих объектов без какого-либо физического контакта. Измерительный компонент 814 может также включать в себя датчик света, например датчик изображения на структуре комплементарный металл-оксид-полупроводник (КМОП) или приборе с зарядовой связью (ПЗС), для использования в применении, связанном с изображением. В некоторых вариантах осуществления измерительный компонент 814 может также представлять собой акселерометрический датчик, гироскопический датчик, магнитный датчик, датчик давления или датчик температуры.
[00157] Компонент 816 связи выполнен с возможностью содействовать связи, проводной или беспроводной, между устройством 800 и другими устройствами. Устройство 800 может получать доступ к беспроводной сети на основе стандарта связи, например беспроводного интернета (WiFi), сети 2-го поколения (2G) или 3-го поколения (3G), или их комбинации. В одном примере осуществления компонент 816 связи принимает широковещательный сигнал или связанную с широковещанием информацию из внешней системы управления широковещанием через широковещательный канал. В одном примере осуществления компонент 816 связи дополнительно содержит модуль коммуникации ближнего поля (Near Field Communication, NFC) для облегчения коммуникации ближнего радиуса действия.
[00158] В примерах осуществления устройство 800 может быть реализовано с помощью одной или более специализированных интегральных схем (Application Specific Integrated Circuits, ASIC), цифровых сигнальных процессоров (Digital Signal Processors, DSP), устройств цифровой обработки сигналов (Digital Signal Processing Devices, DSPD), программируемых логических устройств (Programmable Logic Devices, PLD), программируемых вентильных матриц (Field Programmable Gate Arrays, FPGA), контроллеров, микроконтроллеров, микропроцессоров или других электронных элементов для выполнения вышеописанных способов.
[00159] В примерах осуществления также предлагается машиночитаемый носитель данных, содержащий хранимые на нем команды, например память 804, содержащая хранимые в ней команды, исполняемые процессором 818 в устройстве 800, для выполнения описанных выше способов. Например, машиночитаемым носителем может быть ПЗУ (ROM), ОЗУ (RAM), компакт-диск (Compact Disc Read-Only Memory, CD-ROM), магнитная лента, гибкий диск, оптическое устройство для хранения информации и тому подобное.
[00160] В процессе фактической реализации устройство для генерирования пакета PDU может иметь другие структуры, что не ограничено в настоящем варианте осуществления.
[00161] Другие варианты осуществления настоящего изобретения будут очевидны для специалистов в данной области техники из рассмотрения описания и практического применения настоящего изобретения. Эта заявка предназначена для охвата любых изменений, использований или адаптаций настоящего изобретения в соответствии с его общими принципами, включая общеизвестные и широко используемые технические меры, которые не раскрыты в настоящем документе. Описание и варианты осуществления должны рассматриваться только как примеры, с истинными объемом и сущностью настоящего изобретения, указанными в следующей формуле изобретения.
[00162] Следует понимать, что настоящее изобретение не ограничено точной конструкцией, которая была описана выше и проиллюстрирована на прилагаемых чертежах, и что различные модификации и изменения могут быть сделаны в объеме изобретения. Предполагается, что объем настоящего изобретения ограничен только прилагаемой формулой изобретения.