Управление выделением ресурсов по запросам резервирования, инициируемым абонентом и инициируемым сетью
Изобретение относится к управлению выделением ресурсов в сети доступа и агрегационной сети. Запросы резервирования ресурсов, инициируемые абонентом, удовлетворяются или отклоняются в узле доступа на основании доступных ресурсов на нисходящих линиях связи между узлом доступа и абонентским оборудованием и таким образом на восходящих линиях связи между узлом доступа и агрегационной сетью. Запросы резервирования ресурсов, инициируемые сетью, удовлетворяются или отклоняются в центральном устройстве управления выделением ресурсов на основании информации о доступных ресурсах в агрегационной сети и содержания отчета управления выделением, принятого от узла доступа. Отчет управления выделением генерируется узлом доступа на основании доступных ресурсов на нисходящих линиях связи между узлом доступа и абонентским оборудованием и таким образом на восходящих линиях связи между узлом доступа и агрегационной сетью. Техническим результатом является использование сетевого планирования для деления бюджета ресурсов в сети доступа и агрегационной сети между услугами разных типов. 2 н. и 9 з.п. ф-лы, 1 ил.
Область техники, к которой относится изобретение
Настоящее изобретение, в целом, относится к управлению выделением в сети доступа и агрегационной сети как по запросам резервирования, инициируемым абонентом, обычно связанным с многоадресными услугами, например широковещательным IPTV, так и по запросам резервирования, инициируемым сетью, обычно связанным с одноадресными услугами, например, VoIP (передачей речи по IP), VoD (видео по требованию), видеоконференциям, IMS (подсистемой IP-мультимедиа) переговорными услугами и т.д. Управление выделением - это функция, которая удовлетворяет (принимает) или отклоняет запрос резервирования сетевых ресурсов, необходимых для оказания услуги.
Уровень техники
Требование к качеству обслуживания (QoS) и управлению выделением ресурсов (RAC) в сети доступа и агрегационной сети растет с увеличением заинтересованности сетевых операторов в тройственных услугах, т.е. в одновременном развертывании доступа к высокоскоростному интернету (HSI), услуг двухточечной речевой связи, например VoIP, или переговорных услуг IP-мультимеда и услуг на клиент-серверной основе, например телевизионного вещания (BTV).
Многоадресные или широковещательные приложения, например телевизионное вещание, обычно опирается на механизм резервирования ресурсов в сети доступа, инициируемого терминалом или абонентским оборудованием (CPE). Например, телевизионная приставка (STB), ПК или домашний шлюз конечного пользователя использует протокол управления интернет-группами (IGMP) для выбора телевизионного канала или для переключения между телевизионными каналами, тем самым запрашивая резервирование необходимых ресурсов в сети доступа для доставки телевизионного канала. Заметим, что в действительности разные телевизионные каналы могут иметь разные требования к ресурсам или качеству обслуживания (QoS) в сети доступа и агрегационной сети в зависимости, например, от разрешения (стандартного разрешения или высокого разрешения) или доступности канала на узле доступа в отличие от случая, когда канал нужно извлекать из более глубоких улов сети. Узел доступа, например мультиплексор доступа к цифровой абонентской линии (DSLAM) в случае сети доступа DSL, принимает сообщения IGMP от CPE и осуществляет управление выделением ресурсов на основании их информации о доступных ресурсах на линии DSL к абонентскому оборудованию и локально сконфигурированном профиле полосы для телевизионного вещания в первой миле. Управление выделением для таких услуг, как телевизионное вещание, нужно осуществлять как можно ближе к CPE, т.е. предпочтительно в узле доступа, поскольку задержка при переключении между каналами должна быть как можно меньше для достижения приемлемых ощущений пользователя.
С другой стороны, переговорные услуги, например VoIP, видеоконференции и стационарные IMS обычно используют механизм резервирования ресурсов, инициируемый сетью, благодаря чему прокси-серверы приложений осуществляют резервирование ресурсов в сети. Примерами являются игровой сервер или подсистема IP-мультимедиа (IMS), которые(ая) выдают запросы резервирования ресурсов из своей функции управления состоянием вызова для прокси (P-CSCF) на центральную подсистему управления выделением ресурсов где-то в агрегационной сети. Для этого P-CSCF IMS снабжена так называемым интерфейсом Gq, интерфейсом Gq1 или интерфейсом Tispan ETSI, которые заданы в проекте спецификации ETSI ES 282 300 версия 1.6.6, опубликованном в октябре 2005 под названием "NGN Functional Architecture; Resource and Admission Control Subsystem (RACS); Release 1". Центральная подсистема управления выделением ресурсов обычно интегрирована в отдельном устройстве, например брокере сеансовых ресурсов или SRB, но может быть интегрирована в IMS. Серверы/прокси-серверы приложений для одноадресных услуг наподобие VoIP и VoD направляют запросы резервирования ресурсов на свою центральную функцию управления выделением ресурсов. Предполагается, что последняя имеет логический обзор доступных ресурсов в агрегационной сети (и таким образом на линиях связи доступа). На основании этой информации об этих доступных ресурсах центральная функция управления выделением удовлетворяет или отклоняет запросы от серверов/прокси-серверов приложений.
Существующее решение, основанное на центральном управлении выделением ресурсов по запросам резервирования, инициируемым сетью, сопряжено с проблемой, состоящей в том, что центральная функция RAC не знает, каким образом узлы доступа осуществляют динамическое резервирование полосы (или ресурсов) для CPE, выдающего запросы резервирования. Например, в случае развертывания телевизионного вещания центральная функция RAC знает только, когда абонент в первый раз включает свою телевизионную приставку для приема BTV (предполагая, что видеоплатформа сообщает центральной функции RAC о том, что BTV активно). После этого центральная функция RAC не информируется о переключении каналов абонентом, хотя такие переключения каналов могут влиять на наличие ресурсов в сети доступа и агрегационной сети. Каналы BTV могут иметь разные требования к ресурсам (например, BTV стандартного разрешения или высокого разрешения). Кроме того, не все каналы BTV могут быть доступны на узле доступа, и, следовательно, может потребоваться извлекать их из более глубоких узлов агрегационной сети. Интерфейс восходящей линии связи узла доступа может быть перегружен, и/или нисходящие линии связи от узла доступа к абонентскому оборудованию могут быть перегруженными. Поскольку центральная функция RAC не знает о переключении каналов, эти проблемы перегрузки могут оставаться невидимыми для центральной функции RAC, которая вследствие этого может удовлетворять запросы резервирования ресурсов, инициируемые сетью, не располагая достаточными ресурсами для этого.
Аналогично, узел доступа, принимающий от абонентского оборудования запросы резервирования ресурсов для многоадресных приложений, не знает, какую полосу выделила центральная функция RAC для одноадресных приложений. В результате узел доступа может удовлетворять запросы для многоадресных услуг, хотя в агрегационной сети нет достаточной полосы для доставки запрашиваемого(й) канала или услуги.
В настоящее время не существует адекватного решения, которое позволило бы скоординировать управление выделением ресурсов как по запросам резервирования ресурсов, инициируемым сетью, так и по запросам резервирования ресурсов, инициируемым терминалом.
Самым очевидным средством для координации управления выделением по запросам резервирования ресурсов, инициируемым как терминалом, так и сетью, является сетевое планирование. Сетевое планирование предусматривает, что доступная полоса (или ресурсы) на различных сетевых линиях связи делится/делятся на бюджет полосы (или ресурсов) для переговорных услуг (IMS, VoIP, VoD) и бюджет полосы (или ресурсов) для многоадресных приложений (BTV). Однако этот подход крайне неэффективен, поскольку бюджеты полосы, выделяемые услугам определенных типов (например, BTV), не могут использоваться другими услугами. В результате сетевого планирования емкость в сети доступа и агрегационной сети жестко распределяется между услугами, которые требуют QoS, например услугами BTV, VoD, VoIP и IMS. Например, для линий связи доступа DSL бюджет полосы будет зарезервирован для VoIP (обычно в объеме, обеспечивающем одновременно несколько вызовов VoIP или видеотелефонных вызовов) и отдельный бюджет полосы будет зарезервирован для видеоуслуг, например BTV и VoD (исходя из того, что видеобюджет может свободно распределяться между BTV и VoD). В результате трафик речи и видео не должен превышать их соответственно запланированных бюджетов полосы. Это значит, что для BTV/VoD выделяется определенная часть емкости первой мили, которую нельзя использовать для других услуг, например VoIP или IMS. Для телевизионной приставки, которая может обращаться к BTV/VoD и IMS, максимальную полосу на первой миле, например 6 Мбит/с, можно разделить на 5 Мбит/с, которая будет доступна для BTV/VoD, тогда как оставшаяся часть (1 Мбит/с) будет доступна для услуг наподобие IMS. Очевидно, могут существовать и другие способы разделения. Это разделение ресурсов будет заморожено. Сетевое планирование, которое сегментирует ресурсы между видеоуслугами и другими услугами подобным образом, с очевидностью приводит к неэффективному использованию ресурсов. В частности, с ростом потребностей в ресурсах переговорных услуг (IMS, услуг двухточечной видеосвязи и т.д.) подход сетевого планирования перестанет быть адекватным. Действительно, поскольку IMS станет в будущем основной системой для переговорных мультимедийных услуг и поскольку IMS не ограничивается только VoIP, требования к ресурсам для услуг, которые используют механизмы запроса резервирования, инициируемые сетью, будут резко расти.
Итак, задачей настоящего изобретения является обеспечение решения вышеозначенных недостатков в манипулировании запросами резервирования ресурсов, инициируемыми CPE, в узлах доступа, в манипулировании запросами резервирования ресурсов, инициируемыми сетью, в центральном устройстве RAC, и таким образом в использовании сетевого планирования для деления этого бюджета ресурсов в сети доступа и агрегационной сети между услугами разных типов.
Сущность изобретения
Для преодоления недостатков решений, отвечающих уровню техники, и для достижения вышеупомянутых задач предусмотрен сетевой узел с возможностью прямой или косвенной связи с абонентским оборудованием по нисходящим линиям связи и с возможностью связи с агрегационной сетью по одной или нескольким восходящим линиям связи согласно п. 1. Сетевой узел принимает запросы резервирования ресурсов, инициируемые абонентом, и имеет функцию управления выделением ресурсов для удовлетворения или отклонения запросов резервирования, инициируемых абонентом. Сетевой узел также имеет средство приема запросов резервирования, инициируемых сетью от центральной функции управления выделением ресурсов в агрегационной сети, и его функция управления выделением ресурсов способна координировать удовлетворение или отклонение запросов резервирования, инициируемых абонентом, причем удовлетворение или отклонение запросов резервирования, инициируемых сетью, основано на, по меньшей мере, ее информации о доступных ресурсах на нисходящих линиях связи к абонентскому оборудованию.
Таким образом, реализуется модель скоординированного управления выделением, согласно которой сетевой узел в сети доступа принимает решения по управлению выделением в связи с запросами резервирования ресурсов, как инициируемыми CPE, так и инициируемыми сетью, в той мере, в какой это относится к первой миле. Центральная функция RAC все же может по-прежнему отвечать за общие решения по управлению выделением в связи с запросами резервирования ресурсов, инициируемыми сетью, но ее решение уже не будет основано только на ее информации о доступных ресурсах в агрегационной сети, но также на решениях первой мили по управлению выделением, выдаваемых узлом сети доступа согласно п. 1 данной патентной заявки.
Настоящее изобретение также относится к центральному устройству управления выделением, способному взаимодействовать с сетевым узлом, отвечающим настоящему изобретению согласно п. 13, и к способу манипулирования запросами резервирования ресурсов, инициируемыми абонентом, и запросами резервирования ресурсов, инициируемыми сетью, через сетевой узел и центральное устройство управления выделением, отвечающие настоящему изобретению согласно п. 14.
Необязательный признак сетевого узла, отвечающего настоящему изобретению, состоит в том, что удовлетворение или отклонение запросов резервирования, инициируемых абонентом, и запросов резервирования, инициируемых сетью, может дополнительно опираться на информацию о доступных ресурсах на восходящих линиях связи. Этот признак задан в п. 2.
Таким образом, сетевой узел в сети доступа будет отвечать за решения по управлению выделением для первой мили и восходящей линии связи от узла доступа к агрегационной сети. Альтернативно, когда центральная функция RAC может видеть восходящую линию связи между узлом доступа и агрегационной сетью, центральная функция RAC может опираться на информацию о доступных ресурсах на этих восходящих линиях связи.
Особенность реализации сетевого узла, отвечающего настоящему изобретению, состоит в том, что он может включать в себя специализированный интерфейс для обеспечения связи с центральной функцией управления выделением в агрегационной сети согласно п. 3.
Таким образом, можно предусмотреть новый интерфейс между центральным устройством RAC, например SRB, и узлом доступа, например DSLAM, для облегчения обмена запросами управления выделением ресурсов, инициируемыми сетью, и соответствующими решениями RAC. В итоге интерфейс также может иметь возможность обмена отчетами измерения между узлом доступа и центральной функцией RAC. Альтернативно, можно предусмотреть интерфейс с более глубокими узлами сети, например агрегационными узлами.
Дополнительный необязательный признак настоящего изобретения состоит в том, что запросы резервирования ресурсов, инициируемые абонентом, могут быть связаны с многоадресными услугами, и запросы резервирования, инициируемые сетью, могут быть связаны с одноадресными услугами согласно п. 4.
Действительно, как было объяснено выше, запросы резервирования ресурсов для многоадресных услуг обычно инициируются абонентским оборудованием и принимаются на узле доступа по причинам задержки или латентности, тогда как запросы резервирования ресурсов для одноадресных или двухточечных переговорных услуг обычно инициируются запрашивающими сущностями сети. Однако настоящее изобретение не ограничивается применением только в сетях или системах, где все запросы, связанные с многоадресными услугами, исходят от CPE и все запросы, связанные с одноадресными услугами, исходят от сети.
Еще один необязательный признак сетевого узла, отвечающего настоящему изобретению, состоит в том, что его функция управления выделением может быть способна выдавать разрешения или отказы на абонентское оборудование по запросам резервирования, инициируемым абонентом согласно п. 5, и выдавать разрешения или отказы через специализированный интерфейс на центральную функцию управления выделением по запросам резервирования, инициируемым сетью согласно п. 6.
Однако вместо явных разрешений или отказов можно предусмотреть альтернативные реализации сетевого узла, отвечающего настоящему изобретению, которые выдают отчеты измерения ресурсов или отчеты управления выделением на центральную функцию управления выделением, причем последний вариант отражен, например, в п. 7.
Как указано в п.п. 8-12, сетевой узел, отвечающий настоящему изобретению, может представлять собой, например, мультиплексор доступа к цифровой абонентской линии (DSLAM), цифровой канал связи (DLC), оптоволоконный агрегатор, транспортную службу с установлением физического соединения (CMTS), контроллер радиосети (RNC), сетевой шлюз службы доступа WIMAX (ASN-GW) или даже агрегационный узел в агрегационной секции сети.
Краткое описание чертежей
Чертеж - сеть, содержащая сетевой узел согласно варианту осуществления настоящего изобретения, и центральное устройство управления выделением согласно варианту осуществления настоящего изобретения.
Подробное описание вариантов осуществления
На чертеже показана телевизионная приставка 101 в качестве абонентского оборудования. Телевизионная приставка 101 подключена к мультиплексору доступа к цифровой абонентской линии 104 через модем ADSL (не показан на чертеже) и витую медную пару 102, по которой обеспечивается обслуживание ADSL или VDSL. Медная пара 102 и DSLAM 104 образуют часть сети доступа 103. Помимо нисходящей линии связи 102 DSLAM 104 имеет восходящую линию связи 105 для обеспечения связи с агрегационной сетью 106. На границе между агрегационной сетью 106 и базовой сетью (не показана) размещен краевой IP маршрутизатор 107. На чертеже также показано центральное устройство 108 управления выделением ресурсов, логически соединенное с DSLAM 104 через специализированный интерфейс или логическое соединение 109. Центральное устройство 108 управления выделением ресурсов также логически связано с подсистемой IP-мультимедиа 110.
DSLAM 104 и центральное устройство управления выделением ресурсов 108 действуют согласно настоящему изобретению. Это значит, что DSLAM 104 снабжен функцией управления выделением ресурсов для одноадресных и многоадресных потоков для своих нисходящих линий связи (например, 102) и своих восходящих линий связи (например, 105). Центральное устройство 108 управления выделением ресурсов осуществляет управление выделением для одноадресных потоков в агрегационной сети 106 и также имеет возможность взаимодействия с DSLAM 104, возможность запрашивать DSLAM 104 для выделения/отклонения одноадресных потоков для сети доступа 103 и восходящей линии связи 105 к агрегационной сети 106 и возможность использования информации, полученной от DSLAM 104, при общем управлении выделением для одноадресных потоков.
Механизмы, используемые при управлении выделением ресурсов для одноадресных и многоадресных услуг, показаны на чертеже соответственно штриховыми и пунктирными стрелками.
Например, подсистема IP-мультимедиа 110 выдает запрос 121 резервирования ресурсов для вызова VoIP посредством своей функции управления состоянием вызова для прокси (P-CSCF), не показанной на чертеже. Этот запрос 121 резервирования ресурсов принимается и интерпретируется центральным устройством 108 управления выделением ресурсов. Устройство CRAC 108 через свой специализированный интерфейс 109 посылает запрос 122 резервирования ресурсов на DSLAM 104 для запрашивания разрешения или отклонения вызова VoIP для сети доступа 104 и восходящей линии связи 105. Запрос 122 резервирования ресурсов может быть копией запроса 121 резервирования ресурсов, полученного от IMS 110, или может быть переформатированным запросом, в основном требующим резервирования необходимой полосы для вызова VoIP в сети доступа 104 и на восходящей линии связи 105. DSLAM 104 принимает запрос 122 на своем специализированном интерфейсе, отвечающем настоящему изобретению, и интерпретирует запрос 122 посредством своей функции управления выделением ресурсов. Эта функция управления выделением ресурсов располагает информацией о доступных ресурсах (например, доступной полосе) на нисходящей(их) линии(ях) связи, идущих от DSLAM 104 к абонентскому оборудованию, и доступных ресурсах на восходящей(их) линии(ях) связи к агрегационной сети 105. Поэтому функция управления выделением ресурсов в DSLAM 104 может просматривать все ресурсы, задействованные в сети доступа и на восходящей линии связи как многоадресными услугами (для которых запросы поступают непосредственно от абонентского оборудования, например, STB 101), так и одноадресными услугами (для которых запросы пересылаются центральным устройством 108 управления выделением ресурсов). На основании этой информации функция управления выделением ресурсов в DSLAM 104 определяет, можно ли разрешить вызов VoIP или его следует отклонить, и отчет разрешения/отклонения 123 передается обратно на центральное устройство 108 управления выделением ресурсов CRAC. Этот отчет 123 может содержать явные разрешения или отклонения вызова VoIP или может содержать информацию об измеренных доступных ресурсах в сети доступа и на восходящей линии связи 105, которая позволяет устройству CRAC принимать решение на выделение или отказ. Устройство CRAC 108 объединяет информацию в ответе 123 со своей собственной информацией о доступных ресурсах в агрегационной сети 106 для выдачи окончательного ответа разрешения/отклонения 124 на IMS 110. Таким образом, устройство CRAC 108 передоверяет принятие решения по управлению выделением для линии связи доступа и восходящей линии связи DSLAM 104 по запросам резервирования, инициируемым сетью, и включает решения по управлению выделением, принятые DSLAM 104, в свое собственное окончательное решение 124, сообщаемое сущности, запрашивающей резервирование ресурсов по инициативе сети, т.е. IMS 110 на чертеже.
Для многоадресного потока, например широковещательного телевизионного канала, телевизионная приставка выдает запрос 131 резервирования ресурсов, например, в виде сообщения IGMP. Этот запрос 131 поступает на DSLAM 104, функция управления выделением ресурсов которого объединяет свою информацию о ресурсах, задействованных на нисходящей линии связи 102 и восходящей линии связи 105 многоадресными услугами и одноадресными услугами, для принятия решения на выделение/отказ. DSLAM сообщает о своем решении телевизионной приставке 101 посредством ответа 132. Заметим, что в зависимости от протокола, используемого для сообщения 131 запроса резервирования, ответ может быть явным или неявным (в последнем случае, существует только явный запрос). Например, в случае, IGMP, который не предусматривает явный ответ, видеопоток просто начинает поступать на телевизионную приставку (STB принимает поток). В других протоколах, например RSVP, предусмотрен явный ответ. Таким образом, DSLAM 104 имеет функцию RAC, которая принимает решения по управлению выделением ресурсов как для запросов резервирования, инициируемых CPE (наподобие 131), так и для запросов резервирования, инициируемых сетью (наподобие 121), пересылаемых на DSLAM 104 центральным устройством RAC 108, которое перехватывает такие запросы, инициируемые сетью. DSLAM 104 принимает решения по управлению выделением ресурсов для многоадресных и одноадресных потоков для нисходящих линий связи первой мили (наподобие 102) и восходящих линий связи к агрегационной сети (наподобие 105). Для этого DSLAM 104 снабжен особым интерфейсом 109 для обмена запросами QoS или резервирования ресурсов и решениями с устройством CRAC 108.
Главное достоинство решения, показанного на чертеже, состоит в том, что управление выделением на первой миле и в агрегационной сети скоординировано для запросов резервирования ресурсов, инициируемых CPE (обычно для BTV) и инициируемых сетью (обычно для переговорных услуг), что обеспечивает более эффективное использование ресурсов для многоадресных и одноадресных услуг.
Кроме того, не нужно реализовать прокси-серверы сигнализации приложения в DSLAM 104 (SIP, RTSP и т.д.). Эти прокси-серверы приложения призваны сообщать DSLAM о приложениях, которые используются на первой миле, что требует резервирования ресурсов, инициируемого сетью, и позволяет DSLAM 104 осуществлять управление выделением ресурсов.
Заметим также, что прокси-сервер приложения, расположенный вблизи DSLAM 104 (или даже прокси-серверы приложения, интегрированные в DSLAM 104), может непосредственно использовать новый интерфейс 109 вместо того, чтобы сначала связываться с центральным устройством 108 управления выделением ресурсов в случае, когда он принимает запросы QoS или резервирования ресурсов от телевизионной приставки, которые видны всей сети доступа.
Поскольку управление выделением ресурсов уже реализовано на DSLAM, отвечающих уровню техники, для резервирования, инициируемого CPE, специалист в области телекоммуникационного оборудования может без особых усилий создать новый интерфейс, который можно использовать для резервирования, инициируемого сетью, которое опирается на функцию управления выделением ресурсов, уже имеющуюся в DSLAM.
Хотя настоящее изобретение было проиллюстрировано со ссылкой на конкретный вариант осуществления, показанный на чертеже, специалисты в данной области техники могут предложить различные изменения и модификации, не выходя за рамки сущности и объема изобретения. Таким образом, нужно рассматривать всевозможные модификации, изменения или эквиваленты, которые отвечают сущности и объему основополагающих принципов, раскрытых и заявленных в этой патентной заявке. Например, изобретение не ограничивается никакими особенностями архитектуры и реализации, представленными на чертеже. Телевизионную приставку можно заменить любым другим абонентским оборудованием, например SIP телефоном, ПК, терминалом, модемом, домашним шлюзом и т.д. DSLAM 104 можно заменить узлом доступа любого другого типа, например транспортной службой с установлением физического соединения (CMTS), цифровым каналом связи (DLC), оптоволоконным агрегатором и т.д., при условии, что линия последней мили 102 и определенное абонентское оборудование, например модем, также приспособлены к нему. Функции, отвечающие настоящему изобретению, интегрированные в DSLAM 104, могут даже составлять часть сетевых сущностей или узлов в агрегационном сегменте 106 сети. Функция RAC, интегрированная в DSLAM 104, отвечающая настоящему изобретению, может учитывать доступные ресурсы только на нисходящих линиях связи или на нисходящих линиях связи и восходящих линиях связи. Будь функция, например, интегрирована в агрегационный узел, функция скорее всего будет учитывать доступные ресурсы только на нисходящих линиях связи для принятия решения на выделение/отказ, поскольку восходящие линии связи такого агрегационного узла составляют часть агрегационной сети, которая, так или иначе, отслеживается центральной функцией RAC. Однако не исключается возможность, что восходящая линия связи агрегационного узла учитывается функцией в случае, когда центральная RAC является нулевой функцией и не принимает решения по управлению выделением ресурсов для самой агрегационной части. IMS, показанную на чертеже, можно заменить сервером VoD, игровым сервером или другими сетевыми сущностями, которые способны выдавать запросы резервирования для одноадресных услуг. Устройство CRAC 108 может быть самостоятельной сущностью, например брокером сеансовых ресурсов (SRB), реализующей функцию управления выделением ресурсов доступа (ARAC-F) TISPAN, или, альтернативно, может быть интегрировано, например, с P-CSCF для IMS 110 в одном устройстве.
1. Сетевой узел с возможностью прямой или косвенной связи с абонентским оборудованием через, по меньшей мере, одну нисходящую линию связи и с возможностью связи с агрегационной сетью через, по меньшей мере, одну восходящую линию связи, причем сетевой узел содержит средство приема запросов резервирования ресурсов, инициируемых абонентом, и функцию управления выделением ресурсов для удовлетворения или отклонения запросов резервирования ресурсов, инициируемых абонентом,
отличающийся тем, что сетевой узел также содержит средство приема запросов резервирования ресурсов, инициируемых сетью, и тем, что упомянутые запросы резервирования ресурсов, инициируемые абонентом, связаны с многоадресными услугами, а упомянутые запросы резервирования ресурсов, инициируемые сетью, связаны с одноадресными услугами, причем средство приема запросов резервирования ресурсов, инициируемых сетью, представляет собой специализированный интерфейс для обеспечения связи с центральной функцией управления выделением ресурсов, логически взаимосвязанной с агрегационной сетью, а также тем, что функция управления выделением ресурсов выполнена с возможностью координирования удовлетворения или отклонения запросов резервирования ресурсов, инициируемых абонентом, с удовлетворением или отклонением запросов резервирования ресурсов, инициируемых сетью, на основании, по меньшей мере, информации о доступных ресурсах на, по меньшей мере, одной нисходящей линии связи.
2. Сетевой узел по п.1, отличающийся тем, что функция управления выделением ресурсов дополнительно выполнена с возможностью координирования удовлетворения или отклонения запросов резервирования ресурсов, инициируемых абонентом, с удовлетворением или отклонением запросов резервирования ресурсов, инициируемых сетью, на основании информации о доступных ресурсах на, по меньшей мере, одной восходящей линии связи.
3. Сетевой узел по п.1, отличающийся тем, что функция управления выделением ресурсов выполнена с возможностью выдачи разрешений или отказов на абонентское оборудование по запросам резервирования ресурсов, инициируемым абонентом.
4. Сетевой узел по п.1, отличающийся тем, что функция управления выделением ресурсов выполнена с возможностью выдачи разрешений или отказов через специализированный интерфейс на центральную функцию управления выделением ресурсов по запросам резервирования ресурсов, инициируемым сетью.
5. Сетевой узел по п.1, отличающийся тем, что функция управления выделением ресурсов выполнена с возможностью выдачи отчета управления выделением ресурсов через специализированный интерфейс на центральную функцию управления выделением ресурсов по запросам резервирования ресурсов, инициируемым сетью.
6. Сетевой узел по п.1, отличающийся тем, что сетевой узел представляет собой мультиплексор доступа к цифровой абонентской линии (DSLAM).
7. Сетевой узел по п.1, отличающийся тем, что сетевой узел представляет собой цифровой канал связи (DLC).
8. Сетевой узел по п.1, отличающийся тем, что сетевой узел представляет собой оптоволоконный агрегатор.
9. Сетевой узел по п.1, отличающийся тем, что сетевой узел представляет собой систему окончания кабельного модема (CMTS).
10. Сетевой узел по п.1, отличающийся тем, что сетевой узел представляет собой агрегационный узел.
11. Способ манипулирования запросами резервирования ресурсов, инициируемыми абонентом, и запросами резервирования ресурсов, инициируемыми сетью, в сети, в которой абонентские оборудования подключены к агрегационной сети через, по меньшей мере, узел доступа, содержащий этапы, на которых
удовлетворяют или отклоняют запросы резервирования ресурсов, инициируемые абонентом, в узле доступа на основании, по меньшей мере, информации о доступных ресурсах на нисходящих линиях связи к абонентским оборудованиям,
удовлетворяют или отклоняют запросы резервирования ресурсов, инициируемые сетью, в центральном устройстве управления выделением ресурсов, подключенном к агрегационной сети, на основании информации о доступных ресурсах в агрегационной сети, отличающийся тем, что упомянутые запросы резервирования ресурсов, инициируемые абонентом, связаны с многоадресными услугами, а упомянутые запросы резервирования ресурсов, инициируемые сетью, связаны с одноадресными услугами, причем упомянутые запросы резервирования ресурсов, инициируемые сетью, являются принимаемыми специализированным интерфейсом упомянутого узла доступа для обеспечения связи с центральной функцией управления выделением ресурсов, и тем, что дополнительно содержит этапы, на которых
выдают отчет управления выделением ресурсов по запросам резервирования ресурсов, инициируемым сетью, посредством узла доступа на основании, по меньшей мере, информации о доступных ресурсах на нисходящих линиях связи к абонентским оборудованиям и
опираются на отчет управления выделением ресурсов при удовлетворении или отклонении запросов резервирования ресурсов, инициируемых сетью, в центральном устройстве управления выделением ресурсов.
