7.5 Протокол сходимости пакетных данных (pdcp)

PDCP[7] имеется только в плоскости пользователя и только для услуг, получаемых из домена коммутации пактов (PS).PDCPсодержит способы сжатия, которые необходимы для получения лучшей спектральной эффективности для услуг, которые требуют, чтобы пакеты передавались по радио. Для стандартов 3GPPверсии-99 определяется способ сжатия заголовка, для которого можно использовать несколько алгоритмов сжатия заголовка. В качестве примера того, почему важно осуществлять сжатие заголовка, показывается, что размер комбинированных заголовковRTP/UDP/IPравен, самое меньшее, 40 битам дляIPv4 и 60 битам дляIPv6, в то время как полезная информация, например, для услуги по передаче речиIP, может быть порядка 20 байт или меньше.

7.5.1 Архитектура на уровне PDCP

На рис 7.7 показан пример архитектуры на уровне PDCP.

Рис. 7.7. Архитектура на уровне PDCP.

Возможность уплотнения каналов на уровне PDCPне является частью версии-99 3GPP, но она планируется для включения в версию-2000. Возможность мультиплексирования показана на рис. 7.7 с двумя точками доступа к услугам (SAPs)PDCP(обозначена пунктирными линиями), которую обеспечивает один элементPDCP, использующийAMRLC. Каждый элементPDCPиспользует нулевой, один или несколько типов алгоритма сжатия заголовка с целым рядом конфигурируемых параметров. Некоторые элементыPDCPмогут использовать одни и те же типы алгоритмов. Типы алгоритмов и их параметры оговариваются во время процедур установления или реконфигурирования радиоканалов-переносчиковRRCи указываются вPDCPчерез точку доступа к услуге управленияPDCP.

7.5.2. Функции PDCP

Основными функциями PDCPявляются:

• Сжатие избыточной информации управления протоколами (например, заголовки TCP/IPиRTP/UDP/IP) на передающем элементе и возвращение в исходное состояние на приемном элементе. Способ сжатия заголовка зависит от конкретного сетевого уровня, транспортного уровня или комбинации протоколов высокого уровня, например,TCP/IPиRTP/UDP/IP. Единственный способ сжатия, который упоминается в спецификацииPDCPверсии-99, – RFC 2507 [13].

• Передача пользовательских данных. Это означает, что PDCPпринимаетPDCPSDUиз среды без доступа и передает его (SDU) соответствующему объектуRLCи наоборот.

• Поддержка переадресации SRNS(обслуживающегоRNS) без потерь (передачаPDCPSDUsи соответствующей порядковой нумерации). Применяется только, когдаPDCPиспользует режим работыRLCс подтверждением приема и с последовательной доставкой.

• Мультиплексирование различных B-каналов в один объектRLCне является частью версии-99 3GPP, но будет, вполне вероятно, включено в версию-2000 этого стандарта.

7.6. Протокол управления широковещательной / многоадресной передачей

Другие протоколы Уровня 2 – протоколы управления широковещательной/многоадресной передачей (BMC) [8] – также существуют только в плоскости пользователя. Эти протоколы предназначаются для адаптации широковещательных и многоадресных услуг, поступающих из широковещательного домена на радиоинтерфейс. В версии-99 этого стандарта единственными услугами, использующими эти протоколы, являются широковещательные услуги ячейкиSMS(службы передачи коротких сообщений). Эти услуги обеспечиваются непосредственно изGSM. Они используют управление радиоканалом в неподтвержденном режимеUMRLC, применяющим логический каналCTCH, который преобразуется в транспортный каналFACH. Каждое сообщение широковещательного режима службы передачи коротких сообщений (SMSCB) предназначается для географической зоны, иRNCпреобразует эту зону в ячейки.

7.6.1. Архитектура на уровне BMC (протокола управления

широковещательной/многоадресной передачей)

Рис. 7.8. Архитектура на уровне управления широковещательной/многоадресной

передачей.

7.6.2. Функции BMC

Основными функциями протокола BMC являются:

• Накопление широковещательных сообщений в ячейках.BMC в RNC запоминает широковещательные сообщения в ячейке, принимаемые через интерфейс CBC-RNC для запланированной передачи.

• Контроль объема трафика и контроль ресурсов для CBS (широковещательной службы в сотовых системах). На стороне UTRAN протокол BMC вычисляет требуемую скорость передачи для широковещательной услуги ячеек, основанной на сообщениях, принимаемых через интерфейс CBC-RNC, и запрашивает соответствующие ресурсы CTCH/FACH от RRC.

• Распределение сообщений BMC.BMCпринимает запланированную информацию вместе с каждым широковещательным сообщением для ячеек через интерфейсCBC-RNC. На основании этой запланированной информации протоколBMCна сторонеUTRANвырабатывает запланированные сообщения и распределяет соответственно последовательности сообщенийBMC. На стороне UE BMC вычисляет планируемые сообщения и указывает параметры распределения в RRC, которые используются вRRCдля конфигурирования более низких уровней для прерывистого приемаCBS.

• Передача сообщений BMC в UE. Эта функция помогает передавать сообщенияBMC(планируемые сообщения и широковещательные сообщения для ячеек в соответствии с планом).

• Доставка широковещательных сообщений ячеек на более высокий уровень. Эта функцияUEпомогает доставлять принятые неискаженные широковещательные сообщения ячейки на более высокий уровень.

В том случае, когда сообщения SMSCBпередаются в ячейку первый раз, в ячейке должна назначаться соответствующая пропускная способность. Должен конфигурироватьсяCTCH, а используемый транспортный канал должен указываться всемUEsчерез широковещательную передачу информации системе (RRC)BCH. Пропускная способность, назначенная дляSMSCB, зависит от ячейки и может изменяться во времени для того, чтобы позволить эффективно использовать радиоресурсы.