Согласование услуг и возможностей в сети с помощью единственной нумерационной схемы

Согласование услуг и возможностей в сети с помощью единственной нумерационной схемы

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение относится к способу управления сетью, к которой подключено устройство связи, и к соответственно выполненному устройству связи.

Уровень техники

Мобильные станции требуют множество информации о возможностях используемой сети и вызываемой или вызывающей стороне. Обычно эта информация доступна при передаче сигналов (сигнализации) установки вызова. Однако это бывает не всегда. Когда информация теряется, совместимость уровней услуг и носителя может не достигаться при установке вызова, и вызов не удается. Эта проблема описывается далее более подробно.

Сети мобильной связи могут поддерживать либо многонумерационную схему, либо схему единственной нумерации (СЕН, SNS), или обе (см. 3GPP TS 29.007). Коммерческие сети начинали с многонумерационной схемы в начале эры GSM, но некоторые операторы ввели позднее схему единственной нумерации вопреки упомянутым ниже (и решенным) проблемам с этой схемой.

В многонумерационной схеме пользователь имеет отдельный номер MSISDN (Мобильная станция Цифровой сети с комплексными услугами) для каждой услуги, которая используется в мобильном завершенном вызове. Информация услуги хранится по каждому номеру MSISDN в домашнем (опорном) регистре местоположения (ДРМ, HLR) или в домашнем сервере абонента (ДСА). Эта информация используется при установке мобильного завершенного вызова, когда неоднозначная информация услуги принимается от вызывающей стороны в поступающем запросе установки. См. 3GPP TS 29.007.

В схеме единственной нумерации пользователь имеет только один общий номер MSISDN для всех услуг. Когда неоднозначная информация услуги не принимается от вызывающей стороны в поступающем запросе установки, сеть посылает на мобильную станцию (МС, MS) установку без определения услуги. МС должна определить, какую услугу надлежит использовать в вызове. Существует риск того, что мобильная сеть или промежуточная(-ые) сеть(-и) или вызывающая сторона не поддерживают услугу или конфигурацию канала, указанную МС (см. 3GPP TS 27.001, версия 4.1.0).

Таким образом, когда МС отвечает определением услуги (например, конфигурация многослотового/HSCSD канала), которая не может поддерживаться сетью, вызов не удастся. Следовательно, для большей верности, основная 9,6 кбит/с услуга всегда используется для гарантии удачного вызова. Однако 9,6 кбит/с - это слишком медленно для многих приложений.

В качестве альтернативы, МС может отвечать с такой же скоростью данных. Однако МС не знает, является ли ВПИ (возможность передачи информации) (ITC) в исходной установке вызова НЦИ/ОЦИ (UDI/RDI) (неограниченная цифровая информация/ограниченная цифровая информация) или 3,1 кГц или речью. Соответственно, даже если сама скорость передачи данных правильная, вызов может не удаться, потому что другая сторона может использовать, например, модем и иной протокол, например, НЦИ/ОЦИ.

Таким образом, в итоге изобретение относится к проблеме нечеткой информации услуги, получаемой в поступающем запросе установки. В таких случаях сеть посылает в мобильную станцию (МС) установку без определения услуги. МС должна определить, какую услугу надлежит использовать в вызове. Однако существует риск того, что мобильная сеть или промежуточная(-ые) сеть(-и) или вызывающая сторона не поддерживают услугу или конфигурацию канала, указанную МС.

Выше описаны проблемы, относящиеся к мобильным завершенным вызовам. Однако такие же проблемы также имеют место в случаях, создаваемых мобильными станциями, как описывается далее.

Например, когда пользователь перемещается (совершает роуминг) в гостевой (посещаемой) сети, этот пользователь не знает возможностей гостевой сети и, таким образом, неспособен конфигурировать МС для создания удачного вызова данных в домашней внутренней сети (хорошо образованный пользователь сделал бы несколько попыток с различными настройками, но даже этих неприятностей можно избежать способом, предлагаемым в данном сообщении). Следовательно, в этом случае пользователь может либо попробовать использовать услугу, которой он хочет воспользоваться, и надеяться, что эта услуга поддерживается, или он может установить вызов основной услуги со скоростью передачи данных, например, 9,6 кбит/с.

Оба подхода невыгодны, поскольку в первом случае вызов может не удаться, а во втором случае возможности МС не могут быть полностью использованы. Следовательно, настоящая ситуация не приемлема.

Сущность изобретения

Таким образом, задача, лежащая в основе изобретения, относится к обеспечению механизма, посредством которого услуга, поддерживаемая сетью, может быть легко обеспечена.

Эта задача решается способом управления сетью, к которой подключено устройство связи, заключающимся в том, что:

получают информацию о возможности соединения из сети и

оценивают услугу соединения на основании полученной информации о возможности соединения.

Кроме того, указанная выше задача решается также устройством связи, выполненным с возможностью соединения с сетью, причем устройство связи выполнено с возможностью получения информации о возможности соединения из сети и оценки услуги соединения на основании полученной информации о возможности соединения.

Таким образом, согласно изобретению, устройство связи получает необходимые возможности соединения и может соответственно оценивать услугу соединения. Эта услуга соединения оценивается по отношению к услугам, доступным в сети, так что запрашиваемая услуга соединения соответственно изменяется или адаптируется. Следовательно, устройство связи будет только устанавливать услуги соединения, которые поддерживаются сетью.

Таким образом, связанные с возможностями сети отказы исключаются, поскольку устройство связи знает необходимые возможности соединения в сети и т.п. Следовательно, исключаются также отказы, связанные с ВПИ (возможностями передачи информации).

Информация о возможностях соединения может содержать информацию о возможностях сети и/или информацию о возможности удаленной стороны. Более того, информация о возможности соединения может содержать информацию о возможности промежуточных сетей между сетью, к которой подключено устройство связи, и удаленной стороной.

Информация о возможностях соединения может быть получена при инициировании вызова. Альтернативно, информация о возможностях соединения может быть получена по завершении вызова. Также информация о возможностях соединения может быть получена при регистрации в сети, и полученная информация сохраняется в устройстве связи. В дополнение к этому, информация о возможностях соединения может быть получена в течение процедуры конфигурирования, в которой пользователь или оператор привлекаются для ручного конфигурирования устройства связи с помощью информации о возможностях соединения.

Кроме того, информация о возможностях соединения может быть получена из сети через услугу сообщений, и полученная информация может быть сохранена в устройстве связи. Услуга сообщений может быть услугой коротких сообщений (УКС, SMS) или неструктурированными дополнительными данными (НДД, USSD).

Кроме того, услуга соединения, запрашиваемая пользователем устройства связи, может быть получена так, что на этапе оценки проверяют, поддерживается ли услуга соединения сетью, и, если необходимо, запрашиваемую услугу модифицируют согласно получаемой информации о возможностях соединения. Так что устройство связи может не принимать во внимание услугу соединения, запрашиваемую пользователем, в том случае, когда обнаружено, что сеть не поддерживает эту услугу.

Для получения информации о возможностях соединения устройством связи может быть получено сообщение установки, включающее в себя информацию соединения от сети. То есть сеть активно информирует устройство связи в сообщении установки о своих возможностях.

На этапе оценки услуга соединения может быть определена согласно получаемой информации о возможностях соединения, и может генерироваться информация о найденной услуге соединения. Информация о найденной услуге соединения может быть передана в сообщении к удаленной стороне. По этой информации удаленная сторона и другие необходимые сетевые элементы управления могут быть информированы о поддерживаемой услуге соединения.

Устройство связи может быть мобильным устройством связи, а сеть может быть сетью мобильной связи. А именно, изобретение применимо к мобильным сетям в наибольшей степени, так как в частном случае мобильной станции, перемещающейся в гостевой сети, эта мобильная станция не осведомлена о возможностях гостевой сети.

Однако устройство связи может также быть стационарным устройством связи, а сеть может быть сетью стационарной связи. Изобретение имеет также преимущества в этом случае, поскольку здесь стационарное устройство связи может легко быть соединено с другой сетью стационарной связи (например, после перемещения в иностранное государство) без необходимости по-новому конфигурировать устройство связи.

Далее, изобретение предлагает способ управления сетью и соединением между устройством связи и удаленной стороной, заключающийся в том, что:

определяют информацию о поддерживаемой услуге соединения, генерируемой устройством связи,

обнаруживают относящуюся к соединению информацию между сетевым элементом управления и удаленной стороной и

оценивают, согласуются ли друг с другом обнаруженная информация и относящаяся к соединению информация.

Альтернативно, изобретение также предлагает сетевой элемент управления, который выполнен с возможностью управления сетью и соединения между устройством связи и удаленной стороной, при этом сетевой элемент управления дополнительно выполнен с возможностью обнаружения информации о поддерживаемой услуге соединения, генерируемой устройством связи, обнаружения относящейся к соединению информации между сетевым элементом управления и удаленной стороной и оценки того, согласуются ли друг с другом обнаруженная информация и относящаяся к соединению информация.

Благодаря этой мере можно быть уверенным, поддерживает ли устройство связи, соединенное с сетевым элементом управления, признак по изобретению, а именно, согласование услуги соединения. В случае, если подана неверная информация, можно легко определить, что устройство связи не поддерживает этот признак, или что сформирована дефектная информация.

Информация о поддерживаемой услуге соединения, сформированная устройством связи, может не приниматься во внимание в случае, если эта информация не согласуется. То есть, когда устройство связи не поддерживает признак изобретения или вырабатывает дефектную информацию, эта информация отменяется и установление вызова выполняется согласно предшествующему уровню техники. Благодаря этой мере способ согласно изобретению является обратно совместимым, поскольку поддерживаются устройства связи, которые не генерируют информацию о поддерживаемой услуге соединения.

Сетевой элемент управления может выполнять функцию взаимодействия или межсетевого обмена (ФВ, IWF) и может размещаться в гостевой сети или между домашней сетью устройства связи и гостевой сетью.

Краткое описание чертежей

Настоящее изобретение будет более понятно со ссылками на сопровождающие чертежи, на которых:

Фиг.1 показывает структуру сетевой системы, к которой применимы варианты выполнения изобретения,

Фиг.2 является блок-схемой процедуры установки вызова, согласно первому варианту выполнения,

Фиг.3 показывает поток сигнализации в процедуре установки вызова согласно второму варианту выполнения, и

Фиг.4 является блок-схемой процедуры отказа согласно третьему варианту выполнения.

Подробное описание предпочтительных вариантов выполнения

Далее предпочтительные варианты выполнения изобретения описаны подробнее со ссылками на сопровождающие чертежи.

Фиг.1 показывает эскиз сетевой системы, к которой применимо настоящее изобретение. Предполагается, что мобильная станция (МС) перемещается в гостевой сети 1. Гостевая сеть управляется центром коммутации мобильной связи (ЦКМС, MSC), который с точки зрения МС является гостевым ЦКМС (ГЦКМС). Другая сеть 2 (которая может быть, но не обязательно должна быть домашней сетью МС) соединяется через функцию взаимодействия (ФВ) к сети 1. Отметим, что вместо ЦКМС может также использоваться СЦКМС (сервер ЦКМС), который является в этом случае гостевым СЦКМС (ГЦКМС). ФВ может быть встроена в ГЦКМС.

Согласно вариантам выполнения, описанным ниже, МС либо активно собирает информацию о возможностях гостевой сети, с которой она соединяется, и т.п. (и, если необходимо, также о домашней сети и/или удаленной стороне), либо снабжается такой информацией.

Далее процедура получения информации описывается для случая, в котором МС активно собирает информацию, как первый вариант выполнения. То есть согласно первому варианту выполнения мобильная станция собирает информацию о возможностях сети, в которой она перемещается и в которой используется, и об удаленной стороне. Эта информация хранится в МС (в самом мобильном терминале (МТ) или в модуле идентификации абонента (МИА,SIM) для дальнейшего использования. Альтернативно, относящаяся к сетевым возможностям информация может быть конфигурирована в МС, например, вручную пользователем или автоматически оператором или сетью.

Далее описываются некоторые примеры того, как МС может получить информацию, касающуюся возможностей сети и так далее.

Когда пользователь создает или принимает вызовы МС, эта МС собирает информацию о возможностях сетей и сторонах вызова (например, серверы на некоторых адресах), наблюдая, какие услуги и носители доступны в сети, и отслеживая подробности параметров установки вызова. МС хранит информацию (например, в самом мобильном терминале или МИА (Модуль Идентификации Абонента) по гостевой сети (на основании, например, кода страны в системе мобильной связи и кода сети мобильной связи) и/или по стороне вызова (на основании идентификации, например, номера MSISDN или IP адреса стороны вызова).

То есть МС активно собирает запрашиваемую информацию от сетей, о которых идет речь.

Альтернативно, возможность и информация о сетях и сторонах вызова (например, услуги) может быть сконфигурирована в МС, например, пользователем или оператором.

В этом случае необходимая информация может быть доступна через другие пути (например, домашнюю страницу оператора в Интернете, справочники или т.п.), так что пользователь (или даже оператор) может сконфигурировать МС соответственно.

Альтернативно, сеть может подавать информацию о возможности соединения в МС, например, через SMS (УКС) или другие доступные средства сообщения (например, НДД или электронную почту), к примеру, при регистрации в сети, для автоматического конфигурирования/хранения самой МС.

То есть в этом случае МС получает необходимую информацию некоторыми средствами сообщения и сама автоматически конфигурируется согласно этой информации.

Далее информация, касающаяся возможности сети и т.п., описывается более подробно.

Информация, собираемая МС, может содержать, например:

1) CS носитель, поддерживаемый сетью мобильной связи. Например, в GSM:

- Конфигурация HSCSD/многослотовая

- Канальное кодирование TCH/F14.4

- Сжатие данных

- Канальное кодирование ECSD (TCH/F28.8, TCH/F32, TCH/F43.2)

2) Элементы соединения, поддерживаемые мобильной сетью:

- Прозрачные

- Непрозрачные

3) Возможность передачи информации, поддерживаемая сетью или стороной вызова:

- UDI/RDI

- 3,1 кГц

- Речь

4) Протокольная поддержка, например:

- Протокол ITU-TV.120

- Протокол ITU-T V.110

- Режим кадрового туннелирования (FTM)

5) Асинхронная/синхронная возможность, поддерживаемая сетью:

- Асинхронная

- Синхронная

6) Мультимедиа

Приведенный выше перечень, разумеется, не является исчерпывающим, и другие дополнительные информационные пункты могут быть добавлены.

Далее вкратце поясняются сокращения, используемые выше: HSCSD-ВСДКК (Высокоскоростные данные с коммутацией каналов), RDI-ОЦИ (Ограниченная цифровая информация), ТСН-КТ (Канал трафика), ТСН/F-ПСКТ (Полноскоростной канал трафика), UDI-НЦИ (Неограниченная цифровая информация).

МС может использовать хранимую информацию, например, когда она принимает вызов в одиночной нумерационной среде, и промежуточная(-ые) сеть(-и) не могут передать однозначно выраженную информацию услуги от вызывающей стороны в МС.

В этом случае МС может, согласно текущим спецификациям 3GPP (см. TS 29.007 и 27.001), определить, какая используется услуга, и послать определение услуги в ЭИВН (Элемент информации о возможности носителя) (BCIE) к сети. Согласно ситуации в существующем уровне техники, МС может только догадываться, какую услугу использовать, см. 3GPP TS 27.001 версии 4.1.0. Запрашиваемый носитель может не поддерживаться гостевой сетью, а это означает, что вызов не удался. Или, чтобы быть в безопасности, МС может запросить основной 9,6 кбит/с носитель, даже хотя сеть способна поддерживать носитель ВСДКК, а это означает, что пользователь получает только низкоскоростную услугу, даже работая в высокоскоростной среде.

Согласно настоящему изобретению, однако, МС собирает информацию о возможностях сетей и сторон вызова. Тем самым, МС может отвечать требованию услуги и носителя, которое согласуется с доступными возможностями рабочей среды. Например, если МС является нормально сконфигурированной для использования в сети, поддерживающей ВСДКК, пользователю не нужно заниматься настройками, пытаясь найти поддерживаемую конфигурацию, но МС автоматически понизит требуемый уровень услуги для согласования возможностей сети, по которой происходит перемещение (которая не обязательно поддерживает ВСДКК). На практике переход от вызова ВСДКК к вызову не-ВСДКК не является текущей работой в сетях, которые не поддерживают ВСДКК, но от вызова отказываются, если запрашивается вызов ВСДКК (см. 3GPP TS 27.001, версия 4.1.0).

Описанная выше процедура проиллюстрирована на блок-схеме Фиг.2. Процедура начинается, когда возникает вызов.

На этапе S11 получают услугу, которая запрашивается пользователем. Например, это может быть ВСДКК, когда это нормально поддерживается МС, как описано выше.

На этапе S12 получают информацию о возможности сети и тому подобном. Отметим, что во время выполнения этого этапа МС может либо активно запросить сеть послать необходимую информацию в МС или обратиться к памяти в МС, в которой эта информация хранится заблаговременно.

После этого на этапе S13 запрашиваемая услуга оценивается в отношении полученной информацией о возможностях сети и/или удаленной стороны. То есть проверяется, поддерживается ли запрашиваемая услуга сетью, промежуточной сетью и/или вызывающей стороной. Если необходимо, услуга соответственно изменяется. Например, в случае, если высокоскоростное соединение не поддерживается, соединение изменяется для соответствующего низкоскоростного речевого соединения. В противном случае, (например, в описанном выше примере, касающемся ВСДКК) МС может указать пользователю, что запрашиваемая услуга не поддерживается, и предложить выбрать другую услугу. В положительном случае, т.е. когда запрашиваемая услуга поддерживается сетью, эта услуга не изменяется на данном этапе. Информация о поддерживаемой услуге записывается в ЭИВН (элемент информации о возможности носителя) на этапе S14.

После этого, процедура заканчивается и продолжается нормальное соединение.

Ниже описаны некоторые примеры для вышеописанного согласования запрашиваемых услуг.

Пример 1:

- МС поддерживает мультимедиа. МС предварительно делает вызовы в сети, в которой она перемещается в настоящий момент, и находит, что сеть поддерживает CS мультимедиа (синхронные носители, мультимедийную сигнализацию), канальное кодирование TCH/F14.4 и многослотовую конфигурацию. (Альтернативно, сетевые возможности по сети могут предварительно конфигурироваться в МС (МТ (мобильный терминал) или МИА (модуль идентификации абонента)).

- МС принимает установку вызова без указания услуги. МС отвечает посредством ЭИВН, запрашивая мультимедийный вызов 28,8 кбит/с с модемом (например, ITC = 3,1 кГц) и с канальной конфигурацией 2*TCH/F14.4.

- Если вызываемая сторона действительно запрашивала мультимедийный вызов, этот вызов устанавливается как мультимедийный вызов. Если вызываемая сторона запрашивала речевой вызов, этот вызов будет речевым (см. 3GPP TS 29/007, 24.008, 27.001).

Пример 2:

- МС только что сделала вызов к серверу доступа во внутренней сети, который будет возвращать вызов после проверки идентификации. МС выясняет либо в течение только что созданного вызова к серверу доступа, либо в течение некоторого предварительного вызова в сети, что сеть поддерживает TCH/F14.4, многослотовое непрозрачное соединение, НЦИ и протокол V.120. (Альтернативно, сетевые возможности для сети могут быть заранее сконфигурированы в МС (МТ или МИА)).

- Сообщение установки обратного вызова сервером не содержит определения услуги. МС отвечает посредством ЭИВН, запрашивая непрозрачный многослотовый вызов 28,8 кбит/с, НЦИ/V120 с канальной конфигурацией 2*TCH/F14.4.

Пример 3:

- МС предварительно приняла вызовы в сети, в которой она перемещается в настоящий момент, и обнаружила, что сеть поддерживает TCH/F14.4, многослотовое непрозрачное соединение, ITC=3,1 кГц (модем), но не поддерживает НЦИ. (Альтернативно, сетевые возможности для сети могут быть предварительно созданы в МС (МТ или МИА).

- Пользователь делает вызов в домашней сети, установками по умолчанию будут непрозрачное многослотовое соединение 56 кбит/с, НЦИ/V120, с канальной конфигурацией 3*TCH/F14.4.

- МС изменяет установки автоматически на непрозрачное соединение с автоматической скоростью передачи 3,1 кГц (модем), с канальной конфигурацией 2*TCH/F14.4 для согласования с возможностями гостевой сети.

Пример 4:

- МС предварительно делает вызовы к некоторому серверу (один из доступных серверов, который пользователь использует более или менее постоянно) и обнаруживает, что этот сервер поддерживает ITC=3,1 кГц (например, модем), но не поддерживает НЦИ. (Альтернативно, возможности сервера по идентификации/адресу могут быть предварительно сконфигурированы в МС (МТ или МИА).

- Пользователь делает вызов к этому серверу, установки по умолчанию будут, например, непрозрачное многослотовое соединение 56 кбит/с, НЦИ/V120, с канальной конфигурацией 3*TCH/F14.4.

- МС изменяет установки автоматически на непрозрачное соединение с автоматической скоростью передачи 3,1 кГц (модем), с канальной конфигурацией 2*TCH/F14.4 для согласования возможностей сервера.

Далее описаны более подробно примеры для воплощения настоящих вариантов выполнения.

В настоящее время МС имеет информацию о реальных названиях сетей. Сеть идентифицируется ее кодом страны в сети мобильной связи (КСтМ, MCC) и кодом сети мобильной связи (КСМ, MNC). Например, КСтМ 244 и КСМ 5 идентифицируют сеть в качестве операторской сети Финская Радиолиния. Эта информация может быть расширена для содержания (собранной) информации о возможности сети.

Теперь, в случае мобильно создаваемых (МСз) вызовов, МС обращается к этой информации и сравнивает информацию о возможностях сети и запрашиваемую пользователем услугу. МС изменяет запрашиваемую услугу, если необходимо согласовать ее с возможностями сети.

Если информация о возможностях сети недоступна, то вызов делается согласно пользовательскому запросу и результат вызова сохраняется для дальнейшего использования.

Предпочтительно имеется возможность/механизм для очистки собранной информации (по сети или всей сразу), так что если сеть обновляется так, что доступны новые услуги, МС не будет отказываться от использования запрашиваемой услуги, потому что она не поддерживается. Или, альтернативно, предпочтительна возможность отключения этого признака. Если признак отключен, собираемая информация может быть включена или нет по отдельности. Полезно также, если пользователь может запросить от МС о возможностях сетей, например, прочесть собранную информацию.

В случае мобильно завершенных (МЗв) вызовов от пользователя необходима информация о том, как принимать вызовы МЗв ОЦС (единственная схема нумерации), например, факс, видео, данные. Когда принимается МЗв вызов без ЭИВН параметров в сообщении УСТАНОВКА, МС будет просматривать остальные параметры из собранной информации.

Таким образом, согласно первому варианту выполнения, возможность услуг сети и вызываемых сторон собирается МС либо в течение соединенных вызовов, либо путем приема этой информации в инициированной сетью подаче. Информация может быть также сконфигурирована в МС пользователем или оператором. Эта информация хранится в МС и может быть использована при инициировании или приеме вызовов без информации о возможностях сети, доступной при установке вызова.

Далее описывается второй вариант выполнения, в котором информация посылается в МС при установлении мобильно завершенного вызова. Далее в основном описаны только отличия от первого варианта выполнения. В частности, заметим, что та же самая информация о возможностях соединения (информация о возможностях сети, информация об удаленной стороне и тому подобное) является одинаковой.

Согласно второму варианту выполнения мобильная сеть указывает свои релевантные возможности и доступные части свойств промежуточной(-ых) сети(-ей) и вызывающей стороны для МС через передачу сигналов (сигнализацию) установки. Например, если МС поддерживает мультимедиа и принимает установку вызова, которая указывает "ВПИ=НЦИ, поддерживает TCH/F32, непрозрачное соединение", МС отвечает посредством полного 64 кбит/с ВПИ=НЦИ мультимедийного ЭИВН.

Это описывается далее более подробно.

Вновь предполагается, что МС обслуживается ЦКМС (Центром коммутации мобильной связи) или СЦКМС (Сервер ЦКМС), который является с точки зрения МС гостевым ЦКМС или СЦКМС (сокращенно как ГЦКМС и ГСЦКМС).

Выполняемая процедура иллюстрируется на диаграмме потока сигнализации, показанной на Фиг.3.

Процедура выполняется, когда ГЦКМС или ГСЦКМС принимает сообщение установки (например, НАС (Начальное адресное сообщение)) из центральной/внешней сети без достаточного определения услуги (этап S21), и используется схема единственной нумерации (СЕН).

На этапе S22 ГЦКМС посылает вызов данных, относящийся к возможностям его самого и соответствующей радиосети (если она известна ГЦКМС) и ВПИ/TRM, принятые от вызывающей стороны в МС. Предпочтительно, эта информация посылается в существующем сообщении (подобно сообщению УСТАНОВКА). Например, эта информация может быть включена в расширение или запасное поле существующего элемента (подобно ВОЗМОЖНОСТЯМ СЕТИ ПО УПРАВЛЕНИЮ ВЫЗОВОМ), как описано, например, в 3GPP TS 24.008, подклассы 9.3.23.1 и 10.5.4.29. За счет этой меры гарантируются прошлые возможности с мобильными станциями, не поддерживающими предлагаемый новый признак, поскольку в случае, например, посылки дополнительного сообщения МС, не поддерживающая признак согласно изобретению, может запутаться.

Однако, конечно же, использование других сигнализирующих сообщений и элементов (например, Classmark) также возможно, когда описанный здесь признак является доверенным для всех МС.

На этапе S23 МС оценивает принятую информацию. То есть МС, принимая установку с сетевыми возможностями и информацией ВПИ/TRM, выводит из информации о возможностях сети, например, можно ли использовать в гостевой сети многослотовую конфигурацию и TCH/F14.4 или ТСН/F28.8 или TCH/F43.2 или канал TCH/F32, поддерживаются ли прозрачные (П) или непрозрачные (НП) услуги, или и те и другие, и запрашивает ли вызывающая сторона НЦИ/ОЦИ (Неограниченную цифровую информацию/ограниченную цифровую информацию), 3,1 кГц или речевой вызов.

На этапе S24 МС отвечает посредством ЭИВН (Элемент информации о возможности носителя), выведенным из описанной выше информации и относительной конфигурации самой МС.

Этот элемент (т.е. информация, относящаяся к согласуемым услугам) используется ГЦКМС и ФВ для установки вызова. Опционально, процедура проверки отказа может выполняться (после отправки ЭИВН к ФВ на этапе S25) на этапе S26, как будет описано позднее. После этого устанавливающая нормальный вызов процедура может продолжаться без отказов.

Далее даются некоторые примеры для оценки информации о возможностях сети и тому подобном.

Пример 5:

- Если МС только что сделала вызов для доступа к серверу внутренней сети, который вызывается после проверки идентификации, и поступающий вызов указывает "ВПИ=НЦИ, поддерживается TCH/F14.4, поддерживается многослотовый", МС установит непрозрачный вызов с конфигурацией максимальной скорости передачи данных с TCH/F14.4, поддерживаемой ею самой (например, 2*14,4=28,8 кбит/с) и с протоколом НЦИ.

Пример 6:

- МС поддерживает мультимедиа. МС принимает установку вызова, которая указывает "ВПИ=НЦИ, поддерживается TCH/F32, многослотовый". МС отвечает полным ЭИВН 64 кбит/с ВПИ=НЦИ мультимедиа.

Пример 7:

- МС поддерживает мультимедиа. МС принимает установку вызова, которая указывает "ВПИ=3,1 кГц, поддерживается TCH/F14,4, многослотовый". МС отвечает полным ЭИВН 28,8 кбит/с ВПИ=3,1 кГц мультимедиа. (Если случается, что вызывающая сторона запрашивает любую речевую услугу, производится стандартное возвращение от 3,1 кГц к речевому).

Далее, в качестве третьего варианта выполнения изобретения, описывается, какие действия выполняются в случае, когда МС выбирает неверные услуги вследствие отказа или потому, что действительная МС не поддерживает признака по изобретению. То есть согласно третьему варианту выполнения выполняется процедура проверки отказа, описанная выше со ссылкой на Фиг.3, этап S26.

В частности, сетевой элемент управления, выполняющий функцию взаимодействия (ФВ), может использовать автоматическое обнаружение скорости передачи данных и автоматическое обнаружение протокола на отрезке между ФВ и вызывающей стороной для исключения отказа в случае, когда МС указывает неправильную фиксированную сетевую скорость передачи данных (ФССПД) или протокол (например, ФССПД или протокол, отличающийся от используемого вызывающей частью). В настоящем варианте выполнения предполагается, что ГЦКМС и ФВ существуют отдельно. В этом случае необходимо направить ЭИВН к ФВ на этапе S25. Однако, как уже упоминалось ранее, ФВ может обращаться прямо, так что передача через сеть не требуется.

Процедура, выполненная в таком неудачном случае, иллюстрируется на блок-схеме на Фиг.4.

На этапе S31 ФВ обнаруживает значение ВПИ вызываемой МС, то есть значение ВПИ выбирается мобильной станцией. На этапе S32 ФВ обнаруживает скорость передачи данных и протокол между ФВ и вызывающей стороной. На этапе S33 ФВ проверяет, согласуется ли обнаруженное МС данное значение ВПИ с обнаруженными скоростью передачи данных и протоколом. Если они согласуются, ФВ определяет, что МС может поддерживать признак по изобретению, и нормальное соединение продолжается (этап S34).

Если, однако, описанные выше значения не согласуются, ФВ определяет, что вызываемая МС не поддерживает описанное согласование услуг и возможностей сети. То есть МС может отвечать значением неправильной возможности передачи информации (ВПИ), т.е. значением, отличающимся от значения, указанного вызывающей стороной.

В этом случае функция взаимодействия (ФВ) использует значение ВПИ, принятое от вызывающей стороны, т.е. не принимает во внимание ВПИ, принятое от вызываемой мобильной станции (этап S35). ФВ будет затем также приспосабливать соответствующие параметры для согласования измененного значения ВПИ, например, если ВПИ изменено с 3,1 кГц на НЦИ, не требуется модемный тип.

Заметим, что процедура согласно третьему варианту выполнения не должна выполняться в ФВ, но может быть выполнена в любом виде сетевого элемента управления.

Кроме того, может случиться, что МС предлагает услугу, которая не согласуется с услугой, используемой вызывающей стороной. В этом случае ФВ будет отклонять вызов несмотря на то, что МС правильно определила услугу. Однако со всей доступной информацией и описанным выше в вариантах выполнения способом вероятность такого случая чрезвычайно мала.

Вышеприведенное описание и сопровождающие чертежи лишь иллюстрируют настоящее изобретение посредством примеров. Таким образом, варианты выполнения изобретения могут изменяться в объеме приложенной формулы изобретения.

Например, упомянутые выше варианты выполнения были описаны для случая, когда мобильная станция перемещается в гостевой сети. Однако изобретение не ограничено этим случаем. А именно, применяя процедуру согласования по изобретению, сеть может быть легко переконфигурирована. Например, могут быть введены новые услуги и тому подобное. Устройство связи, выполненное с возможностью выполнения процедуры согласования, может также легко использовать новые услуги в собственной домашней сети без необходимости ручной конфигурации или тому подобного.

Кроме того, приведенные выше варианты выполнения были описаны для примера, в котором применяется сеть мобильной связи. Хотя изобретение наиболее благоприятно для применения в сети мобильной связи, оно может быть также применено для сети стационарной связи. Например, стационарный телефон перемещается из одного местоположения в новое, и в новом местоположении он соединяется с новой сетью стационарной связи, которая имеет иные свойства, чем старая сеть. Это может быть случай, когда другой оператор запускает новую сеть. В этом случае не нужно конфигурировать стационарный телефон вручную для этой сети, когда применимо изобретение. Для приспособления признака по изобретению необходимо, чтобы соответствующие сообщения, содержащие запрашиваемую информацию о возможности соединения (возможности сети и тому подобное), посылались по сети(-ям) стационарной связи.

1. Способ управления сетью, к которой подключено устройство связи, заключающийся в том, что получают (S22) в устройстве связи информацию о возможности соединения из сети при приеме вызова, при этом принимают посредством устройства связи сообщение установки, включающее в себя информацию о возможности соединения, из сети, причем информация о возможности соединения указывает множество услуг, поддерживаемых сетью, и оценивают (S23) в устройстве связи услугу соединения на основании полученной информации о возможности соединения.

2. Способ по п.1, отличающийся тем, что информация о возможности соединения содержит информацию о возможностях сети.

3. Способ по п.1, отличающийся тем, что информация о возможности соединения содержит информацию о возможностях удаленной стороны.

4. Способ по п.1, отличающийся тем, что информация о возможности соединения содержит информацию о возможностях промежуточных сетей между сетью, к которой подключено устройство связи, и удаленной стороной.

5. Способ по п.1, отличающийся тем, что этап получения информации о возможности соединения выполняют при инициировании вызова.

6. Способ по п.1, отличающийся тем, что этап получения информации о возможности соединения выполняют при регистрации в сети, а получаемую информацию сохраняют в устройстве связи.

7. Способ по п.1, отличающийся тем, что этап получения информации о возможности соединения выполняют посредством сети, посылающей информацию в устройство связи через услугу сообщений, а получаемую информацию сохраняют в устройстве связи.

8. Способ по п.1, отличающийся тем, что этап получения информации о возможности соединения выполняют на этапе конфигурирования, на котором пользователя или оператора приглашают вручную конфигурировать устройство связи с помощью информации о возможности соединения.

9. Способ по п.5, отличающийся тем, что дополнительно получают (S11) услугу соединения, запрашиваемую пользователем, и при этом на этапе (S13) оценки проверяют, поддерживается ли услуга соединения сетью, и, если необходимо, изменяют запрашиваемую услугу согласно полученной информации о возможности соединения.

10. Способ по п.1, отличающийся тем, что на этапе оценки услугу соединения определяют согласно полученной информации о возможности соединения и генерируют информацию об определяемой услуге сое