|
(21), (22) Заявка: 2007113815/09, 13.09.2004
(24) Дата начала отсчета срока действия патента:
13.09.2004
(43) Дата публикации заявки: 20.10.2008
(46) Опубликовано: 27.10.2009
(56) Список документов, цитированных в отчете о поиске:
RU 2146427 С1, 10.03.2000. WO 9632821 А1, 17.10.1996. WO 0251181 А1, 27.06.2002. US 2004170256 А, 02.09.2004.
(85) Дата перевода заявки PCT на национальную фазу:
13.04.2007
(86) Заявка PCT:
EP 2004/010226 20040913
(87) Публикация PCT:
WO 2006/029640 20060323
Адрес для переписки:
129090, Москва, ул. Б.Спасская, 25, стр.3, ООО “Юридическая фирма Городисский и Партнеры”, пат.пов. Ю.Д.Кузнецову, рег. 595
|
(72) Автор(ы):
ТУРИНА Клаус (DE)
(73) Патентообладатель(и):
ТЕЛЕФОНАКТИЕБОЛАГЕТ ЛМ ЭРИКССОН (ПАБЛ) (SE)
|
(54) СПОСОБ ОБЕСПЕЧЕНИЯ ВЫБОРОЧНОГО ДОСТУПА К УЗЛУ СЕТИ
(57) Реферат:
Изобретение относится к системам передачи данных. Технический результат заключается в усовершенствовании способа тестирования узлов сети. Раскрыт способ выборочного обеспечения доступа к узлу сети для целей тестирования и проверки. Узел сети сопоставляют с классификацией тестирования, и принимают запросы от компонента сети на инициирование вызова через данный узел сети. Если определено, что компонент сети сопоставлен с классификацией тестирования, то услугу предоставляют через данный узел сети. 4 н. и 14 з.п. ф-лы, 3 ил.
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Изобретение относится к передаче данных. Более конкретно, изобретение относится к способу обеспечения выборочного доступа к узлу сети.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Распределенные сетевые архитектуры, имеющие открытые интерфейсы, все более широко используются. В такой архитектуре управление вызовами и установление соединений разделяют на различные уровни для обеспечения повышенной гибкости. Обращаясь к фиг. 1, уровень управления сетью связи включает в себя сервер 110 центра коммутации мобильной связи (MSC), который управляет услугами на основе каналов связи. На уровне 140 установления соединения медиашлюзы (шлюзы между средами передачи) (MGW) 130, 135 используют открытые интерфейсы для соединения с узлами различного типа в базовой сети и во внешних сетях. Интерфейс управления медиашлюзом (H.248) облегчает разделение уровней установления соединений и управления сетью связи. Интерфейс A обеспечивает доступ к сети радиодоступа GPRS (системы пакетной радиосвязи общего пользования) (GRAN) 120. Интерфейс Iu обеспечивает доступ к наземной сети радиодоступа универсальной системы мобильной связи (UTRAN) 125.
Голосовой вызов между UTRAN 125 и сетью 145 (которая может быть коммутируемой телефонной сетью общего пользования, цифровой сетью с комплексными услугами, наземной мобильной сетью общего пользования, Интернетом, корпоративной локальной сетью и т.п.) соединяют с помощью двух медиашлюзов 130, 135. Один из медиашлюзов 130 переключает трафик ATM (асинхронного режима передачи) или маршрутизирует трафик IP (протокола межсетевого взаимодействия) и также обеспечивает функции взаимодействия между ATM сетями и IP. Сервер 110 MSC и сервер 115 шлюзового центра коммутации мобильной связи (GMSC/TSC-сервер) управляют другим медиашлюзом 135 через каналы управления H.248. Этот медиашлюз 135 обрабатывает медиапоток и обеспечивает интерфейс к коммутируемой телефонной сети общего пользования или другой сети 145.
На уровне 140 установления соединения (который могла соответствовать ATM или IP с поддержкой качества обслуживания (QoS)), интерфейс Gn между узлами поддержки системы пакетной радиосвязи общего пользования обрабатывает трафик пакетного режима между медиашлюзом 130 и GGSN (шлюзовым узлом поддержки GPRS) 150. Медиашлюзы 130, 135 могут обеспечивать QoS, например, через комбинацию управления трафиком ATM и мультипротокольную коммутацию с помощью меток-признаков и дифференцированные услуги для IP.
Во время развертывания многоуровневой сетевой архитектуры, такой как показана на фиг. 1, возникают трудности при тестировании и проверке того, что сеть и ее различные узлы, такие как медиашлюзы, функционируют должным образом. Для определения того, может ли сетевая архитектура обрабатывать реальные ситуации, тестирование должно соответствовать ожидаемым моделям использования.
В идеале, для беспроводных сетей, развернутых для мобильных устройств, испытатель имитирует обычное использование потребителем, перемещаясь по разнообразным географическим местам, которые охватывает беспроводная сеть, и характеризуя обслуживание. Однако с помощью обычных способов испытатели не могут проверять целостность сети, не делая медиашлюз доступным для неограниченного круга лиц и для существующего стандартного коммерческого трафика. Это ограничение означает, что если существуют технические проблемы, связанные с недавно запущенным медиашлюзом, то такие технические проблемы могут также стать очевидными пользователям системы, что может привести к неудовлетворенности клиента (например, из-за плохого качества речи и неудачных вызовов).
Соответственно, следует признать, что остается необходимость выборочно перевести новый медиашлюз или другой узел сети в состояние обслуживания так, чтобы его можно было соответствующим образом протестировать и проверить до того, как он станет доступным для коммерческого трафика.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Изобретение может воплощаться в способе выборочного обеспечения доступа к узлу сети. Такой способ может включать в себя этапы: сопоставляют узел сети с классификацией тестирования, принимают запрос от компонента сети на инициирование вызова (например, через этот узел сети), определяют, сопоставлен ли компонент сети с классификацией тестирования, и предоставляют услугу через узел сети, только если компонент сети сопоставлен с классификацией тестирования.
В некоторых вариантах узел сети является медиашлюзом или другим компонентом-шлюзом. Кроме того, способ можно выполнять с помощью центра коммутации мобильной связи или подобного компонента.
Классификация тестирования может быть любым видом индикатора состояния, пригодного для определения того, следует ли предоставлять доступ к некоторому узлу сети. Например, классификация тестирования может указывать, что узел сети можно ограниченно использовать для тестирования и проверки сети, а также других соответствующих целей.
Способ может также включать в себя этап предоставления услуги через другой узел сети, если компонент сети не сопоставлен с классификацией тестирования. Этим альтернативным узлом сети может быть узел, который доступен для обычного коммерческого трафика, или выбранная группа компонентов сети.
Классификацию тестирования можно определять или идентифицировать различным образом. Узел сети может устанавливать свою классификацию тестирования и информировать о такой классификации тестирования, посылая сообщение (например, к центру коммутации мобильной связи). При таком сценарии, способ может дополнительно содержать этап приема от узла сети сообщения, которое идентифицирует классификацию тестирования. Такое сообщение можно передавать согласно протоколу управления шлюзом и его может содержать сообщение процедуры изменения обслуживания.
Альтернативно, классификацию тестирования можно устанавливать с помощью компонента, внешнего к узлу сети (например, с помощью центра коммутации мобильной связи), и при такой организации, способ может дополнительно содержать этап передачи к узлу сети сообщения, которое идентифицирует классификацию тестирования.
Классификация тестирования может основываться на таких факторах, как группы идентифицируемых компонентов сети. В случае устройств мобильной связи компоненты сети можно идентифицировать с помощью международных идентификаторов абонента мобильной связи, связанными с ними, расширений номеров телефона (таких как префиксы или индексы номера телефона), которые можно использовать при инициировании вызова, типов или классов устройств мобильной связи и т.п.
Классификация тестирования может также основываться на компонентах сети, которые локально отмечены флагами или иным образом в качестве санкционированных для тестового трафика. Такие обозначения можно выполнять с помощью абонентов-посетителей реестра или реестра собственных абонентов. В другом варианте классификация тестирования может основываться на специфических процедурах и измерениях тестового вызова, по команде инициируемых.
Изобретение может также воплощаться в компьютерном программном продукте, который может, в необязательном порядке, храниться на машиночитаемом носителе записи, содержащем части кода программы для выполнения этапов одного из описанных способов, когда данный компьютерный программный продукт исполняется на одном или большем количестве компьютеров или компьютерных систем.
В другом варианте осуществления предоставляется система, которая содержит компьютерный процессор и память, соединенную с процессором, причем память закодирована одной или большим количеством программ, которые могут выполнять способ выборочного обеспечения доступа к узлу сети согласно одному из описанных способов.
Изобретение может также воплощаться в устройстве для выборочного обеспечения доступа к узлу сети. Такое устройство содержит блок сопоставления для сопоставления узла сети с классификацией тестирования, блок приема для приема запроса от компонента сети на инициирование вызова (например, через этот узел сети), блок определения для определения того, сопоставлен ли компонент сети с классификацией тестирования, и блок предоставления для предоставления услуги через узел сети, если компонент сети сопоставлен с классификацией тестирования.
ПЕРЕЧЕНЬ ЧЕРТЕЖЕЙ
Далее изобретение будет описано со ссылкой на примерные варианты осуществления, показанные на чертежах, на которых:
фиг. 1 – первая схема сети многоуровневой архитектуры, используемая для понимания и воплощения изобретения;
фиг. 2 – последовательность операций процесса воплощения способа согласно изобретению; и
фиг. 3 – вторая схема аппаратного воплощения изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
В последующем описании, для целей объяснения, а не ограничения, сформулированы конкретные подробности, такие как конкретные последовательности этапов и различные конфигурации и т.д., для обеспечения полного понимания существующего изобретения. Специалистам будет очевидно, что существующее изобретение можно использовать в других воплощениях, которые отличаются от этих конкретных подробностей. Кроме того, специалисты должны признать, что объясненные функции могут воплощаться, используя программное обеспечение, функционирующее вместе с запрограммированным микропроцессором или универсальной вычислительной машиной, и/или используя специализированную интегральную схему (ASIC). Следует также признать, что хотя текущее изобретение прежде всего описано как способ, оно может также воплощаться в компьютерном программном продукте, а также в системе, содержащей компьютерный процессор и соединенную с процессором память, закодированную одной или большим количеством программ, которые могут выполнять раскрытые в данном описании способы.
Обращаясь к фиг. 2, на ней показано воплощение способа согласно настоящему изобретению. Способ 200 полезен для выборочного обеспечения доступа к узлу сети, и он начинается на этапе 210 с сопоставления узла сети с классификацией тестирования. После этого, на этапе 220 может быть получен запрос от компонента сети на инициирование вызова (например, тестового вызова через этот узел сети). По приему запроса на этапе 230 определяют, сопоставлен ли компонент сети с классификацией тестирования. Если компонент сети сопоставлен с классификацией тестирования, то на этапе 240 услугу предоставляют через данный узел сети, если компонент сети сопоставлен с классификацией тестирования. В особенности, если существуют два или большее количество узлов сети, которые необходимо протестировать, то конкретный узел сети можно выбирать через традиционно используемые критерии выбора, такие как ближайший узел сети, или его можно выбирать, основываясь на классах или типах компонентов сети (например, идентифицируемых типах или группах мобильных устройств, которые ассоциированы с отдельными узлами сети, через таблицу поиска или что-нибудь подобное) или основываясь на любом другом механизме.
Фиг. 3 обеспечивает аппаратное воплощение существующего изобретения, которое обеспечивает выборочный доступ к узлу сети. Устройство 300 включает в себя блок 310 сопоставления для сопоставления узла сети с классификацией тестирования. Блок 320 приема принимает запрос от компонента сети на инициирование вызова (например, тестового вызова) через данный узел сети. По приему таких запросов блок 330 определения определяет, сопоставлен ли компонент сети с классификацией тестирования. Если соответствующий компонент сети сопоставлен с классификацией тестирования, то блок 340 предоставления предоставляет услугу через данный узел сети.
Далее приведены примеры вариантов, которые могут, в необязательном порядке, использоваться в связи с описанными вариантами осуществления, или в одиночку, или в комбинации, когда возможно. Хотя далее компонент сети может описываться как являющийся устройством мобильной связи или мобильным устройством, следует признать, что описанное ранее можно применять к широкому разнообразию компонентов компьютерной сети, включая проводные терминалы.
В общем случае, когда установку вызова запрашивают от сервера центра коммутации мобильной связи (например, MSC 110 на фиг. 1), классификацию тестирования медиашлюза рассматривают, когда определяют подходящий маршрут. Если, например, услугу запросил компонент сети через любой или определенный узел сети, который должен быть протестирован и который имеет соответствующую классификацию (например, один или оба медиашлюза 130, 135 на фиг. 1), и такой компонент сети не сопоставлен с классификацией тестирования, то услугу можно предоставлять через другой узел сети, такой как узел сети, доступный для коммерческого трафика (например, проверенный и рабочий медиашлюз в пределах сети). С другой стороны, если услугу запросил компонент сети, который сопоставлен с классификацией тестирования, тогда тестовый вызов будут маршрутизировать через используемый узел сети (например, через один или оба медиашлюза 130, 135 в указанном выше сценарии).
Классификацию тестирования можно устанавливать в компоненте сети. Если компонент сети – медиашлюз, то об изменении в классификации тестирования (или в другом индикаторе состояния) медиашлюз может информировать сервер центра коммутации мобильной связи согласно протоколу управления шлюзом. Такое информирование может выполняться через сообщение процедуры изменения обслуживания ITU-T H.248, в котором медиашлюз регистрирует свою доступность с помощью контроллера медиашлюза. Альтернативно, классификацию тестирования можно устанавливать в центре коммутации мобильной связи – что может также включать в себя передачу от центра коммутации мобильной связи к узлу сети сообщения или другого уведомления, которое указывает классификацию тестирования.
Классификация тестирования может основываться на любых критериях, которые могут исключать или иначе выборочно назначать некоторые компоненты сети или группы компонентов сети. Например, заводские номера (например, IMSI (международный идентификатор абонента мобильной связи), MSISDN (номер мобильного абонента в цифровой сети с комплексными услугами) и т.д.), телефонные номера, связанные с компонентами сети, или расширение номера телефона (обычно немаршрутизируемые префиксы), которые используются компонентом сети, таким как мобильный терминал, когда может использоваться инициирование вызова. Альтернативно, сопоставление классификации тестирования может основываться на индикаторе (например, флаге) в реестре абонентов-посетителей, который содержит все данные абонентов, требуемые для обработки вызовов и управления мобильностью для компонентов сети, управляемых таким образом. В еще одном альтернативном варианте, классификация тестирования может основываться на индикаторе (например, флаге) в реестре собственных абонентов, который обеспечивает базу данных в пределах опорной наземной сети мобильной связи общего пользования и обеспечивает информацию маршрутизации для различных вызовов и сообщений, а также поддержиние информации об абоненте (компоненте сети).
Узлом сети, в некоторых вариантах, может быть шлюз, который поддерживает и трафик передачи данных, и трафик сигнализации, например медиашлюз. Медиашлюз, например, можно сопоставлять с классификацией тестирования либо в медиашлюзе, и информацию об этом передавать к серверу центра коммутации мобильной связи через протокол управления шлюзом (через интерфейс GCP-Mc, например, через процедуру изменения обслуживания ITU-H.248), либо это можно устанавливать в сервере центра коммутации мобильной связи (не влияя на GCP). В любом случае, медиашлюз, который сопоставлен с классификацией тестирования, будет доступен для осуществления доступа только с помощью специальным образом идентифицированных компонентов сети (например, устройств мобильной связи).
Для выполнения выборочного доступа сервер центра коммутации мобильной связи должен выбирать медиашлюз только для некоторых видов трафика (например, используемых для целей проверки сети). Например, сеть можно тестировать через (i) вызовы от устройства мобильной связи, которое принадлежит некоторому набору международных идентификаторов мобильных абонентов (или других идентификаторов); и/или (ii) вызовы от абонентов, которые отмечены флагом (локально или иным образом идентифицированы) как санкционированные для тестового трафика (например, с помощью установок в реестре абонентов-посетителей (VLR) или реестре собственных абонентов (HLR)); и/или (iii) специфические процедуры и измерения тестового вызова, инициируемые по команде.
При существующей структуре, когда установка вызова запрашивается от сервера центра коммутации мобильной связи, классификацию (или состояние) трафика медиашлюза следует рассматривать при выборе подходящего медиашлюза. Поэтому, виды трафика и пользователи (компоненты сети), которые не уполномочены выбирать медиашлюз, имеющий классификацию трафика (т.е. коммерческого трафика), продолжат использовать проверенные и действующие медиашлюзы в сети, доступные другим клиентам, тогда как уполномоченные пользователи и/или специальные виды трафика смогут использовать медиашлюзы, имеющие классификацию трафика.
Специалисты должны признать, что описанные способы обеспечивают существенное усовершенствование над предшествующим уровнем техники в том, что недавно установленное оборудование можно полностью проверять с помощью имитации существующего коммерческого трафика до того, как сделать его доступным клиентам из неограниченного круга лиц. Это тестирование до запуска гарантирует, что потери прибыли не произойдет в результате прекращенного вызова и из-за неудовлетворенности клиента плохим качеством речи. Кроме того, настоящее изобретение уменьшает объем работ по эксплуатации и техническому обслуживанию, связанных с медиашлюзом, из-за того, что нужно только управлять состоянием медиашлюза, чтобы сделать его доступным для коммерческого трафика, или, альтернативно, вывести медиашлюз из системы для дополнительного тестирования.
Специалисты также должны признать, что хотя изобретение описано в связи с классификацией тестирования, которая показывает, может ли узел сети использоваться для тестирования и проверки сети, изобретение может использоваться в любом другом сценарии, в котором требуется обеспечивать выборочный доступ к узлу сети. Такие сценарии включают в себя вызовы интеллектуальной сети связи (IN), мультимедийные услуги по IP, такие как полудуплексная переговорная связь, выбор определенных транскодеров и т.п.
Хотя настоящее изобретение описано относительно конкретных вариантов осуществления, специалисты должны признать, что настоящее изобретение не ограничено конкретными описанными и показанными вариантами осуществления. Поэтому, хотя настоящее изобретение описано относительно его предпочтительных вариантов осуществления, следует понимать, что это раскрытие является только иллюстративным. Соответственно, предполагается, что данное изобретение ограничено по объему только прилагаемой формулой изобретения.
Формула изобретения
1. Способ выборочного обеспечения доступа к узлу (130, 135) сети, содержащий этапы, на которых сопоставляют узел сети с классификацией тестирования; принимают запрос от компонента сети на инициирование вызова; определяют, сопоставлен ли компонент сети с классификацией тестирования; и предоставляют услугу через узел (130, 135) сети, только если компонент сети сопоставлен с классификацией тестирования.
2. Способ по п.1, в котором узлом сети является шлюз между средами передачи (130, 135).
3. Способ по любому из предыдущих пунктов, в котором классификация тестирования указывает, что узел (130, 135) сети можно ограниченно использовать для целей проверки и тестирования.
4. Способ по п.1, дополнительно содержащий этап, на котором предоставляют услугу через другой узел сети, если компонент сети не сопоставлен с классификацией тестирования.
5. Способ по п.1, дополнительно содержащий начальный этап, на котором принимают от узла (130, 135) сети сообщение, которое идентифицирует классификацию тестирования.
6. Способ по п.5, в котором сообщение передают согласно протоколу управления шлюзом.
7. Способ по п.5 или 6, в котором сообщение является сообщением процедуры изменения обслуживания.
8. Способ по п.1, дополнительно содержащий этап, на котором посылают к узлу (130, 135) сети сообщение, которое идентифицирует классификацию тестирования.
9. Способ по п.1, в котором классификация тестирования основывается на идентифицируемых компонентах сети.
10. Способ по п.9, в котором компоненты сети идентифицируются на основе связанных с ними международных идентификаторов мобильного абонента.
11. Способ по п.9, в котором компоненты сети идентифицируются на основе на расширения номера телефона.
12. Способ по п.1, в котором классификацию тестирования назначают идентифицированным компонентам сети в пределах реестра абонентов-посетителей.
13. Способ по п.1, в котором классификацию тестирования назначают идентифицированным компонентам сети в пределах реестра собственных абонентов.
14. Способ по п.1, в котором этапы выполняют с помощью центра (110) коммутации мобильной связи.
15. Способ по п.1, в котором компонент сети является устройством мобильной связи.
16. Машиночитаемый носитель записи, на котором сохранен компьютерный программный продукт, содержащий части программного кода для выполнения этапов способа по одному из пп.1-15, когда компьютерный программный продукт исполняется на одном или большем количестве компьютеров или компьютерных систем.
17. Система, содержащая компьютерный процессор и память, соединенную с процессором, при этом память закодирована одной или большим количеством программ, которые могут выполнять способ выборочного обеспечения доступа к узлу сети согласно одному из пп.1-15.
18. Устройство (300) для выборочного обеспечения доступа к узлу сети, включающее в себя блок (310) сопоставления для сопоставления узла сети с классификацией тестирования; блок (320) приема для приема запроса от компонента сети на инициирование вызова; блок (330) определения для определения того, сопоставлен ли компонент сети с классификацией тестирования; и блок (340) предоставления для предоставления услуги через узел сети, если компонент сети сопоставлен с классификацией тестирования.
РИСУНКИ
|
|