Гельгор А.Л. Сотовые сети мобильной связи стандарта UMTS (2011) (1151872), страница 5
Текст из файла (страница 5)
обязательной частью для провайдера, но опциональной — дляпользователя.Рассмотрим определение услуги на примере двух основных телекоммуникационных режимов: режим без установления соединения ирежим с установлением соединения.В режиме с установлением соединения:• примитив ЗАПРОС всегда генерируется запросчиком;• примитив ДОСТАВКА всегда принимается получателем, и вэтом случае примитив называется ИНДИКАЦИЯ;• определена связь между примитивом ЗАПРОС, порожденнымзапросчиком, и примитивом ДОСТАВКА, отправленным к одномуили более получателям.На рис. 1.4 показан пример многоранговой услуги с установлением соединения, в которой оба примитива ИНДИКАЦИЯ, полученные28пользователями C и D, связаны с примитивом ЗАПРОС, порожденным пользователем A, а примитив ПОДТВЕРЖДЕНИЕ, направленный к пользователю A, связан с обоими примитивами ОТКЛИК.
Многоранговость услуги понимается в том смысле, что пользователь A сболее высоким рангом управляет процессами передачи и приема примитивов по отношению к пользователям C и D, имеющим более низкий ранг.Пользователь AПользователь BПользователь CПользователь DИндикацияЗапросИндикацияПодтверждениеОткликОткликПровайдер услугиРис. 1.4. Пример услуги в режимес установлением соединенияВ режиме без установления соединения:• примитив ЗАПРОС может быть сгенерирован либо запросчиком(REQUESTOR.SUBMIT), либо получателем (ACCEPTOR.SUBMIT);• примитив ДОСТАВКА может быть отправлен либо к запросчику(REQUESTOR.DELIVER),либокполучателю(ACCEPTOR.DELIVER);• определены связи между примитивами ЗАПРОС, отправленными запросчиком или получателем, и примитивами ДОСТАВКА, отправленными к запросчику или к одному или более получателям.Пример одноранговой (с равноправными пользователями) услугив режиме без установления соединения показан на рис.
1.5, где каждый из примитивов ЗАПРОС и ПОДТВЕРЖДЕНИЕ пользователя A29связан соответственно с примитивами ИНДИКАЦИЯ и ОТКЛИКпользователя B.Пользователь AПользователь BИндикацияЗапросОткликПодтверждениеПровайдер услугиРис. 1.5. Пример услуги в режиме безустановления соединенияИллюстрацией (без претензии на полное и однозначное описаниеуслуги) взаимодействия примитивов в границах услуги являются соответствующие временные диаграммы, которые могут отображать последовательность событий как в пределах одного локального вида,так и между различными пользователями.Общий вид временной диаграммы включает в себя:• представление различных локальных видов, например, наборомокружностей с их идентификацией и отображение связей между нимипосредством линий, соединяющих такие окружности;• набор вертикальных линий под каждым локальным видом, отражающих, по направлению сверху вниз, течение времени;• совокупность примитивов, представляемых стрелками, направленными в соответствии с процессами взаимодействия между локальными видами.При этом для представления примитивов на временной диаграмме используются следующие соглашения: стрелки помещаются слеваот примитивов запросчика и справа от примитивов получателя;стрелки направлены в строну вертикальной линии при отображении30примитивов ЗАПРОС и в противоположную — при отображениипримитивов ДОСТАВКА.Иногда при построении временной диаграммы среди примитивов, относящихся к различным локальным видам, может возникнутьнеопределенность в установлении связей.
Для устранения такой неопределенности, если это не приводит к чрезмерному усложнениюили нечитаемости диаграммы, возможно применение пунктирной линии между стрелками, помещенными у различных локальных видов,для отображения того, что примитивы, ассоциированные с даннымилокальными видами, связаны между собой. Кроме того, если необходима дополнительная информация, то она может быть представленапосредством записей на диаграмме.ПровайдерПользователь AAЗАПРОС-1t1ЗАПРОС-2Пользователь BBt2 ИНДИКАЦИЯ-1ИНДИКАЦИЯ-2t3ПОДТВЕРЖДЕНИЕОТКЛИКt4Рис.
1.6. Пример временной диаграммыНа рис. 1.6 показан пример временнóй диаграммы, иллюстрирующей простую (одноранговую) двухчастную услугу. ПользовательA в момент времени t1 посылает два примитива ЗАПРОС, характеризующих две части одной услуги. В момент t2 эти примитивы достав31ляются пользователю B как примитивы ИНДИКАЦИЯ. В момент t3пользователь B отсылает запросный примитив ПОДТВЕРЖДЕНИЕ, ав момент t4 пользователю.
A доставляется примитив ОТКЛИК, что изаканчивает услугу.1.4. УСЛУГИ СЛОЯ ДОСТУПАОбратимся теперь к рассмотрению непосредственно услуг слоядоступа, реализация которых базируется на следующих принципах.• Слой должен содержать в себе все функции, необходимые дляустановления, поддержки и прекращения беспроводного доступа.• Изменение функциональных свойств сети доступа должноиметь минимальное влияние на функции базовой сети и наоборот.• Сеть беспроводного доступа должна обеспечивать доступ к базовым сетям различных типов через контрольную точку Iu.• Пользовательские услуги, служебная информация, необходимаядля осуществления доступа, а также управление пользовательскоймобильностью должны быть полностью сосредоточены вне слоя доступа и, при необходимости, прозрачно (т.
е. без внесения каких-либоизменений) передаваться сквозь него.• Слой доступа должен обеспечивать гибкое беспроводное соединение, характеризуемое заданными параметрами качества обслуживания. При этом некоторые варианты беспроводного соединения могут быть асимметричными, т. е.
иметь различные конфигурации ввосходящем и нисходящем направлениях 1.• При реализации беспроводного соединения должна быть предусмотрена канальная и пакетная коммутация.• В течение времени беспроводного соединения параметры соединения могут меняться (требуемая полоса, качество обслуживанияи др.).Восходящим направлением называется канал передачи от ПТ к базовымстанциям сети; нисходящим — от базовых станций к ПТ. Часто нисходящее направление называют прямым каналом, а восходящее — обратным каналом.132• Слой доступа может обеспечивать несколько параллельных инезависимых беспроводных соединений к одному ПТ, каждое — сосвоими характеристиками.• Мультимедийная передача управляется вне слоя доступа посредством нескольких мультиплексированных потоков в одном беспроводном соединении с возможной их синхронизацией.• Управление хэндоверами и макроразнесением каналов в пределах одной сети доступа сосредоточено внутри слоя доступа.
Хэндовермежду двумя сетями доступа (например, между двумя сетями UTRANили сетью UTRAN и сетью GSM) может поддерживаться базовой сетью.• Слой доступа не должен выдавать вовне параметры, касающиеся установления беспроводного доступа; например, данные о местоположении пользователя, выдаваемые в базовую сеть, не должны сопровождаться информацией о текущей конфигурации сети доступа.• В перспективных вариантах сетевых реализаций ПТ можетиметь соединение с несколькими базовыми сетями, т.
е. различныеконтрольные точки Iu. В настоящее время этот вопрос находится встадии исследований.Реализация сетевых услуг основана на понятии точки доступа куслуге (SAP, Service Access Point). Точка доступа к услуге — это логическая точка, в которой услуга какого-либо уровня модели ВОСстановится доступной ближайшему вышестоящему уровню. При этомнаименование точек доступа производится в соответствии с уровнем,обеспечивающим данную услугу.
Например, транспортные услугиобеспечиваются посредством транспортных точек доступа (TSAP,Transport Service Access Point) на верхней части транспортного уровня. В свою очередь, сетевые услуги представляются транспортномууровню через сетевую точку доступа (NSAP, Network Service AccessPoint), причем для каждого объекта транспортного уровня имеетсяодна сетевая точка доступа к услуге.33В сетях UMTS принята симметричная реализация точек доступа куслугам, т. е. одна и та же точка доступа отвечает за реализацию услуги как в области сетевой инфраструктуры (стык “Базовая сеть —сеть доступа”), так и в области пользовательского оборудования (стык“Пользовательское оборудование — сеть доступа”).Точки доступа к услугам общего управления используются с целью предоставления базовой сети возможности выдачи пользовательской информации или служебных команд, не связанных с каким-либопользователем или группами пользователей.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
