Уровень техники
Настоящее изобретение относится к мониторингу соединения с терминалом пользователя в системе связи.
Настоящее изобретение может использоваться в различных системах связи, например в универсальной системе мобильной связи (UMTS, УСМС). Изобретение описано посредством возможного варианта, относящегося к УСМС, более конкретно, в отношении УСМС, определенной проектом по партнерству третьего поколения 3GPP, но не ограничено использованием в отношении этой системы.
Фиг.1 иллюстрирует возможный вариант архитектуры сети УСМС. Согласно фиг.1 непрерывные линии между разными элементами сети представляют интерфейсы сигнализации и передачи данных, в то время как пунктирные линии между элементами сети представляют просто интерфейсы сигнализации. Основными частями системы являются сеть радиодоступа, обеспечивающая доступ к терминалам пользователя ОП (оборудованию пользователя), и базовая сеть. В возможном варианте, изображенном на фиг.1, базовая сеть содержит сервисный узел поддержки общих услуг пакетной радиопередачи (ОУПР, GPRS), СУПО (SGSN), шлюзовой узел поддержки ОУПР (ШУПО, GGSN), сервер основных пользователей (СОП) и функцию управления состоянием вызова (ФУСВ). Узлы поддержки, СУПО и ШУПО, связаны магистральной сетью, такой как сеть Интернет протокол ИП (IP)/ режим асинхронной передачи РАП (ATM) (ИП/РАП). Следует отметить, что функциональные возможности СУПО и ШУПО физически могут быть объединены в одном узле сети, в этом случае магистральная сеть оператора не требуется. Однако, логически, эти узлы являются разными узлами. Базовые сети другого типа могут содержать другие элементы сети. Базовая сеть, как изображено на фиг.1, может быть соединена с внешними сетями, например сетями Интернет протокола (ИП, IP) и сетями: коммутируемой телефонной сети общего пользования / цифровой сети с комплексными услугами (КТСОП/ЦСКУ, PSTN/ISDN).
ФУСВ управляет установлением вызова и отвечает за маршрутизацию вызовов, и содержит, например, функцию, соответствующую функции коммутации в интеллектуальной сети связи. ФУСВ обеспечивает услуги ИП телефонии, использующей сквозное управление. Конечными точками сигнализации, соответствующей ИП телефонии, например H. 323 и протоколу инициации сеанса связи (ПИС, SIP), являются оборудование пользователя и ФУСВ. Другими словами, ФУСВ является узлом сети, в котором регистрируется оборудование пользователя (ОП) ИП телефонии, и через который проходит сигнализация. ФУСВ содержит шаблоны состояния вызова ИП телефонии, которые используются для управления установлением вызова к другим узлам сети. ФУСВ также обеспечивает возможность связи с серверами приложений ИП телефонии (не изображены на фиг.1). ФУСВ содержит базу данных пользователей, логически соответствующую гостевому регистру местоположений (регистру местоположений перемещающихся абонентов) в глобальной системе мобильной связи GSM. ФУСВ отвечает за создание биллинговой (расчетной) информации телефонии и биллинговой информации услуг.
Интерфейс ОУПР базовой сети для терминала пользователя ОП содержит один или несколько индивидуальных контекстов протокола пакетной передачи данных (ППД, PDP), описывающих адрес пакетированных данных, который может использоваться ОП для передачи и приема пакетов данных, когда контекст ППД является активным. Следовательно, контекст ППД может рассматриваться, как соединение. Контекст ППД определяет различные параметры передачи данных, такие как тип ППД (например, X.25 или ИП), адрес ППД (например, ИП адрес), показатель качества обслуживания (КО) QoS, имя точки доступа (ИТД, APN) и (ИТДУС, NSAPI) идентификатор точки доступа услуги сети. Для элементов базовой сети ИП телефония является практически невидимой. Для узлов поддержки, СУПО и ШУПО, ИП телефония является только контекстом ППД с определенными требованиями к качеству обслуживания. Сигнализация, связанная с ИП телефонией, имеет конечными точками оборудование пользователя и ФУСВ, следовательно, в СУПО или ШУПО нет необходимости в ее распознавании.
При описанной выше конфигурации проблема состоит в том, что управление и средства, то есть передача данных пользователя (например, речи), дифференцированы, поскольку в продолжение соединения, объект управления, в данном случае, ФУСВ, фактически не имеет информации относительно доступности терминала пользователя ОП, или относительно состояния соединения с ним, пока он (объект управления) не осуществит попытку передать некоторое сообщение сигнализации с использованием соединения. Также часть, относящаяся к средствам, в данном случае СУПО/ШУПО, не имеет возможности информировать ФУСВ, если произошло существенное изменение в доступности соединения. При выходе терминала из зоны обслуживания может произойти следующее: сеть радиодоступа обнаруживает, что линия радиосвязи находится в неисправном состоянии, и информирует СУПО. Согласно стандартам выполняется повторное формирование интерфейса lu, и т.д. В терминале пользователя, часть радиосвязи или ОУПР может информировать приложение, что соединение было прервано, и приложение в терминале переходит в состояние ожидания. ФУСВ будет предполагать, что соединение активно, пока ей не потребуется передать на терминал пользователя некоторое сообщение (например, ПИС); если часть ОУПР уведомляет ФУСВ о невозможности доставки, то ФУСВ может заключить, что соединение, должно быть, завершено, и перейдет в состояние ожидания. Такое сообщение может быть вызвано, например, другой стороной, участвующей в соединении, где пользователь при обнаружении, что соединение с первым участником было прервано, нажимает кнопку завершения вызова на терминале пользователя. Однако, проблема состоит в том, что ФУСВ может находиться в неправильном состоянии в течение длительного времени, вследствие этого возникают, например, несогласованные расходы. Также, случай, где, например, активизируется перенаправление вызова на Недоступно (ПВНД), вместо активизации перенаправление вызова на Занято(ПВЗ), может привести к неправильным действиям в ФУСВ. В системе GSM, например, подобной проблемы не существует, поскольку обработка управления и средств осуществляется в одном объекте, то есть центре коммутации мобильной связи (ЦКМ).
Сущность изобретения
Задачей настоящего изобретения является создание способа и устройства для реализации способа, для решения упомянутых выше проблем. Решение ее достигается посредством способа и устройства, характеризующихся признаками, раскрытыми в независимых пунктах 1, 18 и 35 формулы изобретения. Предпочтительные варианты осуществления изобретения раскрыты в зависимых пунктах формулы изобретения.
Изобретение основано на идее передачи элементу управления из элемента системы, имеющего информацию о состоянии соединения, сообщения индикации, определяющего состояние соединения с терминалом пользователя, тем самым в элементе управлении на основе принятого сообщения индикации может быть принято решение о состоянии соединения с терминалом пользователя.
Согласно одному варианту осуществления изобретения для элемента управления системы, например ФУСВ, осуществляется обновление информации о состоянии соединения с терминалом пользователя путем передачи сообщения с запросом от элемента управления к некоторому элементу системы, например непосредственно терминалу пользователя, имеющему информацию о состоянии соединения, после чего в элементе управления на основе ответного сообщения, принятого в ответ на упомянутое сообщение с запросом, может быть принято решение о состоянии соединения с терминалом пользователя.
Согласно другому варианту осуществления изобретения некоторый элемент системы, например СУПО/ШУПО, имеющий информацию о состоянии соединения, при изменении состояния соединения передает элементу управления сообщение индикации, определяющее состояние соединения с терминалом пользователя, вследствие этого элемент управления в данном случае автоматически получает обновленную информацию относительно состояния соединения с терминалом пользователя.
Согласно еще одному варианту осуществления изобретения некоторый элемент системы, например непосредственно терминал пользователя, имеющий информацию о состоянии соединения, в заданные интервалы времени передает элементу управления сообщение индикации, определяющее состояние соединения с терминалом пользователя. Затем в элементе управления на основе принятых сообщений индикации может быть принято решение о состоянии соединения с терминалом пользователя. Согласно предпочтительному варианту осуществления изобретения, если в заданное время в элементе управления не принято никакого сообщения индикации, то соединение с терминалом пользователя может считаться неактивным, то есть прерванным.
Преимущество системы и устройства, описанных в изобретении, заключается в том, что поддерживается более высокая информированность элемента управления системы относительно состояния соединения с терминалом пользователя, даже если элемент управления размещен отдельно от части системы, обеспечивающей передачу данных пользователя. В результате можно избежать некоторых возможных неправильных действий элемента управления.
Краткое описание чертежей
Ниже приведено описание изобретения в отношении предпочтительных вариантов осуществления согласно прилагаемым чертежам.
Фиг.1 изображает упрощенную функциональную схему, иллюстрирующую архитектуру сети системы УСМС.
Фиг.2 изображает диаграмму сигнализации, иллюстрирующую изобретение согласно варианту осуществления изобретения.
Фиг.3 изображает диаграмму сигнализации, иллюстрирующую изобретение согласно варианту осуществления изобретения.
Фиг.4 изображает диаграмму сигнализации, иллюстрирующую изобретение согласно варианту осуществления изобретения.
Подробное описание предпочтительных вариантов осуществления изобретения
Настоящее изобретение может использоваться в различных системах связи. Такие системы включают в себя системы мобильной связи третьего поколения, такие как универсальная система мобильной связи (УСМС). Далее изобретение будет описано с использованием, как возможного варианта, системы All - ИП 3GPP, то есть системы УСМС, основанной на технологии ИП и определенной в соответствии с 3GPP (проектом по партнерству 3-его поколения), при этом изобретение не ограничено использованием только этой системы. Технические требования для мобильных систем связи, особенно для мобильных систем связи третьего поколения, быстро развиваются, следовательно, изобретение может потребовать дополнительных изменений. Следовательно, все используемые термины и выражения должны интерпретироваться в широком смысле, поскольку они предназначены только для иллюстрации и не ограничивают настоящее изобретение.
Основным элементом изобретения является функция, а не элемент сети, в котором размещена функция.
Фиг.1 иллюстрирует возможный вариант архитектуры сети системы УСМС. Следует отметить, что, для ясности, на чертеже изображены только компоненты, существенные для изобретения. На чертеже непрерывные линии между разными элементами сети представляют интерфейсы сигнализации и передачи данных, в то время как пунктирные линии между элементами сети представляют просто интерфейсы сигнализации. Основными частями системы являются сеть радиодоступа (СРД, RAN) обеспечивающая доступ к терминалам пользователя ОП (оборудованию пользователя), и базовая сеть. Сеть радиодоступа содержит Базовые Станции (БС, BS), управляемые контроллерами радиосети (КРС, RNC) (на чертеже не изображены). В возможном варианте, изображенном на фиг.1, базовая сеть содержит сервисный узел СУПО поддержки ОУПР (общих услуг пакетной радиопередачи), шлюзовой узел ШУПО поддержки ОУПР, сервер основных пользователей (СОП) и функцию управления состоянием вызова (ФУСВ). Узлы поддержки, СУПО и ШУПО, связаны магистральной сетью, такой как сеть Интернет протокол/ режим асинхронной передачи (ИП/РАП).
Сервисный узел СУПО поддержки ОУПР является узлом, обслуживающим терминал пользователя ОП, находящийся в зоне обслуживания. В сети пакетной радиосвязи сотового типа каждый узел поддержки СУПО обеспечивает услугу пакетной передачи данных для подвижных терминалов ввода/ вывода данных, то есть терминала пользователя ОП, в зоне одной или нескольких ячеек в своей зоне обслуживания. Шлюзовые узлы ШУПО поддержки ОУПР соединяют оператора с системами, внешними по отношению к сети ОУПР, такими как ИП сети. ШУПО также может быть соединен непосредственно с сетью частной компании или хост-узлом. ШУПО функционирует как маршрутизатор между внешним адресом и внутренними данными маршрутизации (например, СУПО). Следует отметить, что функциональные возможности СУПО и ШУПО физически могут быть объединены в одном узле сети, в этом случае магистральная сеть оператора не требуется. Однако логически эти узлы являются разными узлами. Базовые сети другого типа могут содержать другие элементы сети. Базовая сеть, как изображено на фиг.1, может быть соединена с внешними сетями, например, сетями Интернет протокола (ИП) и сетями КТСОП/ЦСКУ. Шлюзовый блок (ШБ, GW) используется для обеспечения межсетевого обмена между базовой мобильной ИП сетью и стандартными сетями с коммутацией каналов, такими как КТСОП и GSM. Он действует как шлюз для среды передачи данных (для данных пользователя) и для сигнализации (передачи сигналов).
Сервер основных пользователей СОП логически соответствует основному (домашнему) регистру местоположений (регистру исходных местоположений) в системе GSM, информация пользователя для каждого пользователя хранится в нем постоянно или квази-постоянно, так что информация пользователя объединена с идентификатором пользователя, которым в системе GSM, например, является международный идентификационный номер оборудования подвижного абонента IMSI. ФУСВ сети ИП телефонии соединяется с СОП посредством сигнализации.
Элемент управления ФУСВ управляет установлением вызова и отвечает за маршрутизацию вызовов и содержит, например, функцию, соответствующую функции коммутации в интеллектуальной сети связи. ФУСВ обеспечивает услуги ИП телефонии, использующей сквозное управление. Конечными точками сигнализации, соответствующей ИП телефонии, например H.323 и протоколу инициации сеанса связи (ПИС), являются оборудование пользователя и ФУСВ. Протокол инициации сеанса связи (ПИС), разработанный рабочей группой инженеров Интернет (IETF), является протоколом управления (сигнализации) прикладного уровня для создания, изменения и завершения сеансов связи с одним или несколькими участниками. Эти сеансы связи включают в себя Интернет конференции с использованием средств мультимедиа, телефонные вызовы, осуществляемые через Интернет, и распространение мультимедиа. Стандарт H.323 обеспечивает основу для передачи речи, видеоданных и данных через сети, основанные на ИП, включая Интернет. Стандарт H.323 рекомендован Международным союзом электросвязи (МСЭ, ITU). Другими словами, ФУСВ является узлом сети, в котором регистрируется оборудование пользователя ИП телефонии и через который проходит сигнализация. ФУСВ содержит шаблоны состояния вызова ИП телефонии, которые используются для управления установлением вызова к другим узлам сети. ФУСВ также обеспечивает возможность связи с серверами приложения ИП телефонии (не изображены на фиг.1). ФУСВ содержит базу данных пользователей, логически соответствующую гостевому регистру местоположений в системе GSM. ФУСВ отвечает за создание биллинговой информации телефонии и услуг. Следует отметить, что размещение функции управления состоянием вызова ФУСВ в системе может варьироваться; ФУСВ может быть отдельным элементом или, например, может быть размещена в терминале пользователя ОП. В рамках этой заявки термин "элемент управления" относится, по существу, к элементу или объекту, управляющему вызовом, и ФУСВ просто является возможным вариантом такого элемента.
Интерфейс ОУПР базовой сети для терминала пользователя ОП содержит один или несколько индивидуальных контекстов ППД (протокола пакетной передачи данных), описывающих адрес пакетированных данных, который может использоваться ОП для передачи и приема пакетов данных, когда контекст ППД является активным. Следовательно, контекст ППД может рассматриваться как соединение. В рамках этой заявки соединение может содержать два или несколько контекстов ППД, например так, чтобы один контекст ППД относился к сигнализации, а другой контекст ППД относился к данным пользователя. Контекст ППД определяет различные параметры передачи данных, такие как тип ППД (например, X.25 или ИП), адрес ППД (например, ИП адрес), показатель качества обслуживания КО, имя точки доступа ИТД и ИТДУС (Идентификатор точки доступа услуги сети). Для элементов базовой сети ИП телефония является практически невидимой. Для узлов поддержки, СУПО и ШУПО, ИП телефония является только контекстом ППД с определенными требованиями к качеству обслуживания. Сигнализация, связанная с ИП телефонией, имеет конечными точками оборудование пользователя и ФУСВ, следовательно, в СУПО или ШУПО нет необходимости в ее распознавании.
ИП телефония является общим термином, охватывающим услуги от стандартной телефонии речи (речь через ИП) до мультимедийных приложений, использующих ИП данные, речь и видеоданные в ИП телефонии. Дополнительно, описанная выше система может поддерживать другие приложения, отличные от ИП телефонии, такие как доступ в Интернет или интрасеть. ИП вызов также соответствует вызову, который использует поток информации пользователя (данные пользователя) и сигнализацию, основанные на ИП. Информация пользователя может содержать несколько разных составляющих, например речь, видеоизображение и данные. Дополнительно к вызовам ИП телефония может включать в себя услуги, подобные вызову, которые, например, могут быть однонаправленными, направленными к группе (или группам) или широковещательными для данной зоны обслуживания. Мобильные системы связи в ИП телефонии используют новые протоколы, например WAP (протокол беспроводных приложений).
Согласно одному варианту осуществления изобретения, как изображено на фиг.2, для элемента управления, например ФУСВ, осуществляется обновление информации о состоянии соединения с терминалом пользователя ОП путем передачи сообщения 21 с запросом от элемента управления к некоторому элементу системы, имеющему информацию о состоянии соединения с терминалом пользователя. Элементом, имеющим информацию о состоянии соединения, к которому передается сообщение 21 с запросом, может быть, например, непосредственно терминал пользователя ОП, или СУПО/ШУПО, или элемент, содержащий в интерфейсе между сетью радиодоступа и СУПО Особую Функцию Координации Услуг (ОФКУ, SCCF). Затем элемент сети, принявший сообщение 21 с запросом, передает ответное сообщение 22 элементу управления ФУСВ. Элемент управления на основе этого ответного сообщения может принять решение о состоянии соединения с терминалом пользователя ОП. Ответное сообщение, по существу, может означать, что соединение с терминалом пользователя является активным и согласно предпочтительному варианту осуществления, если в элементе управления в заданное время не принят никакой ответ на сообщение с запросом, то упомянутое соединение с терминалом пользователя считается неактивным. Более точно, ответное сообщение 22 может также определять состояние соединения, то есть активно / неактивно. Если соединение определено как неактивное, то элемент управления ФУСВ может предпринять соответствующие действия, например принять решение, что терминал пользователя ОП находится в состоянии ожидания и активизировать некоторое соответствующее изменение состояния /статуса терминала пользователя. Предпочтительно, сообщения с запросом передаются в заданные интервалы времени, чтобы поддерживать в элементе управления обновление информации о состоянии соединения. Длительность заданного интервала времени может соответствовать длительности периода основных расчетов, который, например, может составлять 1 с. Также длительность может быть равна длительности базового вызова, например 120 с. Однако длительность интервала времени между сообщениями с запросом зависит от конкретной используемой системы, но для основной идеи изобретения точная длительность интервалов времени не существенна. Сообщения с запросом могут использоваться, например, в продолжение соединения или только для обнаружения, является ли ответное устройство доступным. Согласно предпочтительному варианту осуществления элемент системы, имеющий информацию о состоянии соединения, может передать элементу управления сообщение, определяющее, что соединение стало активным, когда упомянутое соединение временно было неактивным и затем снова стало активным. Следовательно, обеспечивается возможность принять состояние, которое было перед временным разрывом соединения, или установить соединение повторно.
Описанный выше вариант осуществления изобретения может быть реализован с использованием ИП команды «запроса и ответа». Команда «запроса и ответа» Интернет Протокола осуществляет передачу эхо-запроса протокола управляющих сообщений в сети Интернет (ПУСИ, ICMP) к определенному удаленному адресу. Затем, если удаленное устройство является доступным, то оно отвечает на запрос. Следовательно, эта команда может быть использована для осуществления проверки, имеется ли доступный путь (маршрут) к адресу назначения. Определяя в качестве адреса назначения терминал пользователя ОП, можно проверить наличие активного соединения с терминалом пользователя ОП. Другим возможным вариантом является использование на прикладном уровне специализированных сообщений. Таким специализированным сообщением (запрос/ответ), например, может быть сообщение ПИС.
Согласно другому варианту осуществления изобретения, как изображено на фиг.3, при изменении состояния соединения некоторый элемент системы, имеющий информацию о состоянии соединения, передает элементу управления ФУСВ сообщение 31 индикации, определяющее состояние соединения с терминалом пользователя ОП. Вследствие этого элемент управления автоматически получает обновленную информацию о состоянии соединения с терминалом пользователя. Предпочтительно, упомянутым элементом системы, имеющим информацию о состоянии соединения, является СУПО или ШУПО. Сообщением 31 индикации, определяющим, что соединение с терминалом пользователя ОП стало неактивным, то есть соединение радиосвязи прервано и ресурсы освобождены (или активным), может быть специализированное сообщение, например сообщение ПИС или общее сообщение об ошибке, что на терминал пользователя не был доставлен некоторый пакет. Использование этого варианта осуществления изобретения требует, чтобы СУПО, или ШУПО, или подобный элемент системы были выполнены с возможностью распознавания изменений в соединении с терминалом пользователя ОП, то есть в контексте ППД, а также для распознавания возможного значения изменения для другого контекста ППД, чтобы передать эту информацию элементу управления ФУСВ. Рассматривается ситуация, где для сигнализации обеспечивается контекст ППД А, а для передачи данных пользователя обеспечивается другой контекст ППД B, контексты относятся к одному соединению с терминалом пользователя ОП. При обнаружении СУПО или ШУПО или подобным элементом системы, что контекст B стал неактивным, то есть пакеты данных пользователя не могут быть доставлены терминалу пользователя ОП, следует сообщить элементу управления ФУСВ, что соединение с терминалом пользователя (включая контекст ППД А для сигнализации) стало неактивным. Одна возможность состоит в том, чтобы постоянно передавать элементу управления индикацию, что контекст ППД для некоторого терминала пользователя стал неактивным. Однако система может содержать несколько отдельных элементов управления ФУСВ, и согласно современному состоянию уровня техники не требуется информированность СУПО/ШУПО о том, какому элементу управления ФУСВ следует передать сообщение индикации. Сообщение индикации может быть передано всем элементам управления, но это может привести к излишней загрузке системы. Другая возможность состоит в том, чтобы связать соответствующие контексты ППД (А+B) так, чтобы СУПО/ШУПО мог информировать нужный элемент управления ФУСВ, использующий контекст ППД А для сигнализации, когда контекст ППД B для данных пользователя стал неактивным. Это может быть реализовано, например, путем добавления к контексту ППД B (для данных пользователя) соответствующего параметра, связывающего его с соответствующим контекстом ППД А (для сигнализации), например при активизации контекстов. Предпочтительно, эта информация связи (ассоциации) затем хранится в СУПО, или ШУПО, или в подобном элементе системы, где она может впоследствии использоваться, как описано выше. Также, предпочтительно, указать тип контекста ППД, то есть, что это контекст для сигнализации, или для данных пользователя, чтобы СУПО/ШУПО мог различать контексты ППД для сигнализации и для данных пользователя, или, по меньшей мере, распознавать контексты ППД для данных пользователя. Когда СУПО/ШУПО обнаруживает, что контекст ППД стал неактивным и что это контекст для данных пользователя, он может затем осуществить поиск в хранящейся информации ассоциации любого связанного контекста ППД для сигнализации и передать соответствующему элементу управления ФУСВ информацию о том, что соединение, к которому относятся эти контексты, стало неактивным. Индикация для определенного контекста ППД может быть выполнена, например, при активизации контекста ППД, путем установки в нем соответствующего параметра и сохранения его в СУПО или ШУПО или в подобном элементе системы. Для специалистов в данной области техники очевидно, что не удаляясь от основной идеи изобретения, можно осуществить связь соответствующих контекстов ПДП также некоторым другим способом.
Согласно еще одному варианту осуществления изобретения, который изображен на фиг.4, некоторый элемент системы, например, непосредственно терминал пользователя ОП, имеющий информацию о состоянии соединения, в заданные интервалы времени передает элементу управления ФУСВ сообщение 41 индикации, определяющее состояние соединения с терминалом пользователя. Затем в элементе управления ФУСВ на основе принятых сообщений индикации может быть принято решение о состоянии соединения с терминалом пользователя ОП. Сообщением индикации может быть любое сообщение, которое решено использовать для этой цели. Если элемент управления ФУСВ регулярно принимает эти сообщения от терминала пользователя ОП, то он имеет информацию, что соединение с терминалом пользователя является активным. Однако, если элемент управления не принимает от терминала пользователя ОП никаких сообщений индикации, то он может заключить, что соединение с терминалом пользователя ОП нарушено. Соответственно, согласно предпочтительному варианту осуществления изобретения, если в заданное время в элементе управления не принято никакого сообщения индикации, то соединение с терминалом пользователя может считаться неактивным.
Для специалистов в данной области техники очевидно, что, будучи технологически выгодной, основная идея изобретения может быть реализована многими способами. Следовательно, изобретение и варианты осуществления не ограничены возможными вариантами, описанными выше, но могут изменяться в рамках, объема формулы изобретения.
Предложены способы мониторинга соединения с терминалом пользователя в системе связи, и система связи, содержащая элемент (ФУСВ), управляющий соединением с терминалом пользователя (ТП), и часть системы, обеспечивающая передачу данных пользователя. Технический результат - получение информации относительно доступности ТП, или относительно состояния соединения с ним, пока он не осуществит попытку передать некоторое сообщение сигнализации с использованием соединения. Это достигается тем, что указанная часть системы, обеспечивающая передачу данных пользователя, отделена от упомянутого элемента управления, причем элемент системы, имеющий информацию о состоянии соединения с терминалом пользователя (ТП), выполнен с возможностью передачи элементу управления (ФУСВ) сообщения индикации, определяющего состояние соединения, а элемент управления (ФУСВ) выполнен с возможностью принятия решения о состоянии соединения с терминалом пользователя (ТП) на основе принятого сообщения индикации. 4 н. и 46 з.п. ф-лы, 4 ил.
WO 00/28751 A1, 18.05.2000 | |||
УСТРОЙСТВО АВТОМАТИЧЕСКОГО ПОИСКА РАДИОСТАНЦИЙ | 1994 |
|
RU2099868C1 |
СПОСОБ ОБРАБОТКИ ДАННЫХ РЕГИСТРАЦИИ МЕСТОПОЛОЖЕНИЯ В СИСТЕМЕ ПЕРСОНАЛЬНОЙ СВЯЗИ | 1998 |
|
RU2153774C2 |
US 5487071 А, 23.01.1996 | |||
Прибор, замыкающий сигнальную цепь при повышении температуры | 1918 |
|
SU99A1 |
Устройство для обрезки,преимущественно однонаправленных выводов радиодеталей | 1980 |
|
SU946021A1 |
US 5655217 А, 05.08.1997 | |||
KR 9703975 А, 24.03.1997 | |||
JP 7322356 А, 08.12.1995 | |||
JP 8107451 А, 23.04.1996. |
Авторы
Даты
2005-10-20—Публикация
2001-08-24—Подача