RU2372745C2 - Способ обеспечения обработки вызовов для пользователя интеллектуальной сети - Google Patents

Способ обеспечения обработки вызовов для пользователя интеллектуальной сети Download PDF

Info

Publication number
RU2372745C2
RU2372745C2 RU2007140674/09A RU2007140674A RU2372745C2 RU 2372745 C2 RU2372745 C2 RU 2372745C2 RU 2007140674/09 A RU2007140674/09 A RU 2007140674/09A RU 2007140674 A RU2007140674 A RU 2007140674A RU 2372745 C2 RU2372745 C2 RU 2372745C2
Authority
RU
Russia
Prior art keywords
ssp
call
user
scp
point
Prior art date
Application number
RU2007140674/09A
Other languages
English (en)
Other versions
RU2007140674A (ru
Inventor
Шицянь ЛИ (CN)
Шицянь ЛИ
Тяньцзюнь ЯНЬ (CN)
Тяньцзюнь ЯНЬ
Original Assignee
Хуавэй Текнолоджиз Ко., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Хуавэй Текнолоджиз Ко., Лтд. filed Critical Хуавэй Текнолоджиз Ко., Лтд.
Publication of RU2007140674A publication Critical patent/RU2007140674A/ru
Application granted granted Critical
Publication of RU2372745C2 publication Critical patent/RU2372745C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0029Provisions for intelligent networking
    • H04Q3/0037Provisions for intelligent networking involving call modelling techniques, e.g. modifications to the basic call state model [BCSM]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Изобретение относится к системам мобильной связи. Способ обеспечения обработки вызовов для пользователя интеллектуальной сети включает в себя шаги: первый пункт коммутации услуг ПКУ (SSP) оценивает, является ли трафик между пунктом ПКУ (SSP) и пунктом управления услугой ПУУ (SCP) нештатным; если трафик нормальный, устанавливают соединение интеллектуального вызова; если трафик нештатный, первый пункт ПКУ (SSP) выключает триггеры интеллектуальной сети, расположенные в данном первом пункте GRE (SSP) и связанные с вызовом, при этом устанавливают соединение обычного вызова. Тем самым предотвращается чрезмерная рабочая нагрузка на пункт ПКУ (SSP). 10 з.п. ф-лы, 3 ил.

Description

Область изобретения
Настоящее изобретение относится к технологиям мобильной связи, в частности к способу обеспечения обработки вызова пользователя интеллектуальной сети в условиях нештатного трафика между пунктом коммутации услуг (ПКУ (SSP)) и пунктом управления услугой (ПУУ (SCP)).
Уровень техники
Наряду с непрерывным развитием интеллектуальных услуг постоянно растет число пользователей интеллектуальной сети. В результате встает вопрос обеспечения нормальной связи для пользователей интеллектуальной сети. Решение этого вопроса может влиять на качество обслуживания.
На фиг.1 показана блок-схема осуществления исходящего вызова от пользователя с предоплатой. Как показано на фиг.1, предполагается, что пользователь с предоплатой является пользователем интеллектуальной сети, при этом конкретный процесс установления соединения для обеспечения вызова пользователя с предоплатой, известный из уровня техники, включает в себя следующие шаги:
Шаг 101: исходный пункт ПКУ (SSP) принимает вызов от вызывающего пользователя с предоплатой и обнаруживает триггер интеллектуальной сети Origination_Attempt_Authorized (попытка инициирования авторизована).
Шаг 102: исходный пункт ПКУ (SSP) посылает сообщение ORREQ в соответствующий пункт ПУУ (SCP) согласно адресу, идентифицированному в этом триггере.
Шаг 103: получив сообщение ORREQ, пункт ПУУ (SCP) аутентифицирует вызывающего пользователя с предоплатой и определяет, легален ли пользователь; если пользователь легальный, переходят к шагу 105; в противном случае переходят к шагу 104.
Шаг 104: пункт ПУУ (SCP) возвращает сообщение ORREQ с параметрами ACCEDN и ANNLIST для уведомления исходного пункта ПКУ (SSP) о том, что обработка вызова должна быть отклонена, после чего процесс завершают.
Шаг 105: пункт ПУУ (SCP) возвращает сообщение ORREQ с параметром DMH_SVCIDLIST для уведомления исходного пункта ПКУ (SSP) о том, что обработку вызова следует продолжать.
Шаг 106: исходный пункт ПКУ (SSP) обнаруживает триггер интеллектуальной сети Calling_Routing_address_Available (вызывающий адрес маршрутизации доступен) и посылает сообщение ANLYZD в соответствующий пункт ПУУ (SCP) согласно адресу, идентифицированному в этом триггере.
Шаг 107: получив сообщение ANLYZD, пункт ПУУ (SCP) выясняет, достаточен ли остаток на счете пользователя для осуществления исходящего вызова; если остаток на счете достаточен, переходят к шагу 108; в противном случае пункт ПУУ (SCP) уведомляет исходный пункт ПКУ (SSP) о необходимости прервать вызов и завершает процесс.
Шаг 108: пункт ПУУ (SCP) уведомляет исходный пункт ПКУ (SSP) о возможности продолжения вызова, и исходный пункт ПКУ (SSP) устанавливает соединение между вызывающим и вызываемым пользователями. В результате, после получения ответа от вызываемого пользователя вызывающий пользователь может с ним разговаривать.
На основании раскрытого выше процесса можно сделать вывод о том, что пункт ПУУ (SCP) является главным элементом всей интеллектуальной сети для интеллектуальных услуг. При поступлении интеллектуального вызова пункт ПУУ (SCP) посылает в пункт ПКУ (SSP) ряд рабочих инструкций, чтобы пункт ПКУ (SSP) выполнял операции согласно установленной логике услуг. При этом пункт ПКУ (SSP) не может сам независимо реализовать весь процесс обработки интеллектуального вызова.
Однако при практической реализации интеллектуальных услуг между пунктом ПКУ (SSP) и пунктом ПУУ (SCP) могут возникать нештатные ситуации. Например, между ПКУ (SSP) и ПУУ (SCP) могут появляться неполадки типа разъединения или перегрузки канала, препятствующие обмену сообщениями между ПКУ (SSP) и ПУУ (SCP). Другой пример нештатной ситуации: занятый или неисправный пункт ПУУ (SCP) не может посылать рабочие инструкции в пункт ПКУ (SSP). Таким образом, при возникновении между пунктом ПКУ (SSP) и пунктом ПУУ (SCP) нештатных ситуаций пункт ПКУ (SSP) не может получить рабочую инструкцию от пункта ПУУ (SCP) и, следовательно, не может выполнить соответствующую операцию. Это делает продолжение вызовов пользователей интеллектуальной сети невозможным и препятствует нормальному предоставлению интеллектуальных услуг.
Сущность изобретения
Цель настоящего изобретения - предложить способ обеспечения обработки вызова пользователя интеллектуальной сети, позволяющий пункту ПКУ (SSP) обработать интеллектуальный вызов в условиях нештатного трафика между пунктом ПКУ (SSP) и пунктом ПУУ (SCP).
Техническая задача согласно настоящему изобретению решена следующим образом.
Способ обработки вызова пользователя интеллектуальной сети включает в себя следующие действия:
первый пункт коммутации услуг ПКУ (SSP) оценивает, является ли трафик между первым пунктом ПКУ (SSP) и пунктом управления услугой ПУУ (SCP) нештатным;
если трафик нормальный, устанавливают соединение интеллектуального вызова;
если трафик нештатный, первый пункт ПКУ (SSP) выключает триггеры интеллектуальной сети, расположенные в данном первом пункте ПКУ (SSP) и связанные с данным вызовом, при этом устанавливают соединение обычного вызова.
Можно заметить, что способ, раскрытый в реализациях настоящего изобретения, имеет следующие преимущества.
Когда пункт ПКУ (SSP) при взаимодействии с пунктом ПУУ (SCP) обнаруживает, что трафик между ним и пунктом ПУУ (SCP) нештатный, пункт ПКУ (SSP) выключает все триггеры интеллектуальной сети, задействованные в вызове, и считает этот вызов обычным, а не интеллектуальным вызовом. Затем в пункт ПУУ (SCP) больше не будут посылать никаких сообщений, и пункт ПКУ (SSP) продолжит обработку вызова без инструкций от пункта ПУУ (SCP). Таким образом, согласно реализациям настоящего изобретения, даже в случае нештатного трафика между пунктом ПКУ (SSP) и пунктом ПУУ (SCP) возможно обеспечение нормальной связи между пользователями интеллектуальной сети.
Краткое описание чертежей
На фиг.1 показана блок-схема осуществления исходящего вызова от пользователя с предоплатой в соответствии с уровнем техники.
На фиг.2 показана блок-схема вызова осуществления исходящего вызова от вызывающего пользователя интеллектуальной сети в соответствии с реализацией настоящего изобретения.
На фиг.3 показана блок-схема выполнения межстанционного вызова для вызываемого пользователя в соответствии с реализацией настоящего изобретения.
Варианты осуществления изобретения
Известный из уровня техники пункт ПКУ (SSP) должен выполнять процедуры установления соединений вызова для пользователей интеллектуальной сети, следуя ряду инструкций, исходящих от пункта ПУУ (SCP). Следовательно, если между пунктом ПКУ (SSP) и пунктом ПУУ (SCP) возникают какие-либо нештатные ситуации, обработка вызова пользователя интеллектуальной сети не может быть гарантирована. Исходя из вышесказанного, в реализации настоящего изобретения предложен способ обеспечения обработки вызова пользователя интеллектуальной сети. Когда пункт ПКУ (SSP) обнаруживает, что трафик между ним и пунктом ПУУ (SCP) нештатный, он выключает все триггеры интеллектуальной сети, связанные с вызовом, больше не посылает никаких сообщений в пункт ПУУ (SCP) и продолжает процедуру установления соединения вызова без инструкций от ПУУ (SCP), т.е. вызов обрабатывают как обычный, а не как интеллектуальный вызов. Кроме того, если вызов связан с несколькими пунктами ПКУ (SSP), любой из этих пунктов, обнаруживший нештатную ситуацию, уведомляет следующий пункт ПКУ (SSP), связанный с данным вызовом, о том, что вызов должен быть обработан как обычный вызов.
При осуществлении услуги на практике, если пункт ПКУ (SSP) должен обеспечивать обработку вызовов всех пользователей интеллектуальной сети, рабочая нагрузка этого пункта существенно возрастает. Поэтому в предпочтительной реализации настоящего изобретения зависимости между идентификаторами пользователей интеллектуальной сети, причинами нештатных ситуаций и необходимостью установления соединения задают заранее. Когда пункт ПКУ (SSP) пытается взаимодействовать с пунктом ПУУ (SCP), но обнаруживает, что трафик между ним и пунктом ПУУ (SCP) нештатный, данный пункт ПКУ (SSP) может сначала установить идентификатор пользователя интеллектуальной сети и причину нештатной ситуации и определить, разрешено ли для данного пользователя интеллектуальной сети продолжать процедуру установления соединения в этой нештатной ситуации, согласно соответствующей, заранее заданной зависимости; если да, пункт ПКУ (SSP) выключает все расположенные в нем триггеры интеллектуальной сети и устанавливает соединение; в противном случае процедура установления соединения не продолжается, т.е. вызов прерывается.
Идентификатором пользователя интеллектуальной сети здесь может быть номер пользователя, адрес пункта ПУУ (SCP), к которому относится этот пользователь и т.д.
Ниже заявленное изобретение раскрыто подробно со ссылкой на сопровождающие рисунки и варианты осуществления, чтобы лучше прояснить цели, технические решения и достоинства реализации заявленного изобретения.
В одной из реализаций настоящего изобретения идентификатором пользователя интеллектуальной сети является уровень приоритета этого пользователя.
На фиг.2 представлена блок-схема осуществления исходящего вызова от вызывающего пользователя интеллектуальной сети в соответствии с реализацией настоящего изобретения. Как показано на фиг.2, процесс осуществления исходящего вызова от пользователя интеллектуальной сети включает в себя следующие шаги.
Шаг 201: исходный пункт ПКУ (SSP) принимает вызов от вызывающего пользователя интеллектуальной сети и определяет, появляется ли нештатный трафик между пунктом ПКУ (SSP) и пунктом ПУУ (SCP); если да, переходят к шагу 202; в противном случае устанавливают соединение интеллектуального вызова на базе известного уровня техники.
Поскольку исходный пункт ПКУ (SSP) должен взаимодействовать с пунктом ПУУ (SCP), при приеме вызова от пользователя интеллектуальной сети этот пункт может сначала определить, является ли трафик между ним и пунктом ПУУ (SCP) нештатным. Процесс определения выполняется на базе известного уровня техники и дополнительно здесь не раскрывается. Пример нештатной ситуации: исходный пункт ПКУ (SSP) не получил ответного сообщения от пункта ПУУ (SCP) в течение заранее заданного интервала времени.
Шаг 202: исходный пункт ПКУ (SSP) получает уровень приоритета пользователя интеллектуальной сети и причину нештатной ситуации.
Исходный пункт ПКУ (SSP) получает уровень приоритета пользователя интеллектуальной сети из хранящейся в нем пользовательской информации и определяет причину нештатной ситуации по значению причины ошибки, сообщаемому нижним уровнем или пунктом ПУУ (SCP).
Шаг 203: исходный пункт ПКУ (SSP) определяет, следует ли продолжать устанавливать соединение вызова; если да, переходят к шагу 204; в противном случае вызов прерывают и процесс завершают.
На основании заранее заданных зависимостей между уровнями приоритета пользователей интеллектуальной сети, причинами нештатных ситуаций и необходимостью установления соединения вызова исходный пункт ПКУ (SSP) определяет, продолжать ли устанавливать соединение вызова для пользователя интеллектуальной сети (т.е. устанавливать ли соединение интеллектуального вызова) в зависимости от причины нештатной ситуации с вызовом. В исходном пункте ПКУ (SSP) могут быть заранее заданы, например, следующие зависимости: для пользователя Глобальной Системы Мобильной Связи (GSM), имеющего высокий приоритет, соединение между исходным пунктом ПКУ (SSP) и пунктом ПУУ (SCP) устанавливают при любой причине нештатной ситуации; для пользователя с предоплатой, имеющего более низкий приоритет, соединение не устанавливают, если причиной нештатной ситуации является разъединение линии, и устанавливают, если причина нештатной ситуации - перегрузка линии или неисправность пункта сигнализации. Таким образом, если пользователем интеллектуальной сети, с которым связан вызов, является пользователь GSM, а причиной нештатной ситуации - разъединение линии, исходный пункт ПКУ (SSP) установит соединение вызова; если пользователем интеллектуальной сети, с которым связан вызов, является пользователь с предоплатой, а причина нештатной ситуации - разъединение линии, исходный пункт ПКУ (SSP) соединение вызова не установит.
Шаг 204: исходный пункт ПКУ (SSP) выключает все триггеры интеллектуальной сети, задействованные в вызове.
После выключения всех триггеров интеллектуальной сети в пункте ПКУ (SSP), связанных с данным вызовом, исходный пункт ПКУ (SSP) не будет посылать в пункт ПУУ (SCP) никаких сообщений, связанных с этим вызовом. Кроме того, исходный пункт ПКУ (SSP) может продолжить процедуру установления соединения без инструкций от пункта ПУУ (SCP), т.е. он считает этот вызов обычным, а не интеллектуальным вызовом.
Шаг 205: исходный пункт ПКУ (SSP) устанавливает соединение между вызывающим и вызываемым пользователями, и после того, как вызываемый пользователь ответит, вызывающий пользователь сможет с ним разговаривать.
Шаг 206: исходный пункт ПКУ (SSP) добавляет идентификатор тарификации в запись ПЗВ (CDR), созданную им после завершения вызова.
Добавленный идентификатор тарификации указывает, что вызов связан с пользователем интеллектуальной сети, но пункт ПУУ (SCP) не должен начислять плату за вызов этому пользователю.
Шаг 207: исходный пункт ПКУ (SSP) посылает запись ПЗВ (CDR) в центр тарификации.
Поскольку в реализации настоящего изобретения триггеры интеллектуальной сети, расположенные в пункте ПКУ (SSP), выключены, ПКУ (SSP) не может посылать сообщения, связанные с вызовом, в пункт ПУУ (SCP), к которому относится пользователь интеллектуальной сети. В результате, этот пункт ПУУ (SCP) не начисляет плату за вызов на пользователя интеллектуальной сети. Соответственно, в другой реализации настоящего изобретения в запись ПЗВ (CDR), создаваемую пунктом ПКУ (SSP), можно дополнительно добавить идентификатор тарификации. Этот идентификатор служит для обозначения того, что вызов пользователя интеллектуальной сети обработан нормально, но пункт ПУУ (SCP), к которому относится данный пользователь, не тарифицировал пользователя. В этом случае тарификация может быть выполнена пунктом тарификации в соответствии с записью ПЗВ (CDR). В результате обеспечивается не только нормальная обработка вызова, но и нормальная тарификация пользователя интеллектуальной сети.
На фиг.3 представлена блок-схема выполнения межстанционного вызова от вызываемого пользователя согласно реализации настоящего изобретения. Как показано на фиг.3, для межстанционного вызова пользователя интеллектуальной сети процесс обеспечения обработки вызова включает в себя следующие шаги:
Шаг 301: пользователь инициирует исходящий вызов, исходный пункт ПКУ (SSP) принимает вызываемый номер и обнаруживает триггер интеллектуальной сети Mobile_Termination (мобильное завершение). Затем исходный пункт ПКУ (SSP) посылает сообщение LOCREQ в домашний регистр местоположения (ДРМ (HLR)) согласно адресу, идентифицированному в этом триггере.
Шаг 302: получив сообщение LOCREQ, регистр ДРМ (HLR) направляет в качестве ответа в исходный пункт ПКУ (SSP) сообщение LOCREQ.
Шаг 303: получив сообщение LOCREQ, исходный пункт ПКУ (SSP) определяет, является ли трафик между ним и пунктом ПУУ (SCP) нештатным; если трафик нештатный, происходит переход к шагу 304; в противном случае устанавливают соединение интеллектуального вызова, и процесс завершают. Получив сообщение LOCREQ от регистра ДРМ (HLR), исходный пункт ПКУ (SSP) взаимодействует с пунктом ПУУ (SCP), чтобы выяснить, существует ли нештатный трафик между самим этим пунктом ПКУ (SSP) и пунктом ПУУ (SCP).
Шаг 304: исходный пункт ПКУ (SSP) получает уровень приоритета пользователя интеллектуальной сети и причину нештатной ситуации.
Исходный пункт ПКУ (SSP) получает уровень приоритета пользователя интеллектуальной сети из хранящейся в нем пользовательской информации и определяет причину нештатной ситуации по значению причины ошибки, сообщаемому нижним уровнем или пунктом ПУУ (SCP).
Шаг 305: исходный пункт ПКУ (SSP) определяет, следует ли продолжать процедуру установления соединения; если да, происходит переход к шагу 306; в противном случае вызов прерывают и процесс завершают.
Исходный пункт ПКУ (SSP) определяет, продолжать ли процедуру установления соединения по соответствующей, заранее заданной в нем зависимости между уровнем приоритета пользователя интеллектуальной сети, причиной нештатной ситуации и необходимостью установления соединения.
Шаг 306: исходный пункт ПКУ (SSP) выключает все расположенные в нем триггеры интеллектуальной сети, связанные с данным вызовом.
Поскольку все триггеры интеллектуальной сети, связанные с данным вызовом, в пункте ПКУ (SSP) выключены, этот пункт не посылает в пункт ПУУ (SCP) никаких сообщений, связанных с вызовом, и процедура установления соединения продолжается без инструкций от ПУУ (SCP). То есть исходный пункт ПКУ (SSP) может обрабатывать вызов как обычный, а не как интеллектуальный вызов.
Шаг 307: исходный пункт ПКУ (SSP) получает временный местный телефонный номер BMTH (TLDN) вызываемого пользователя от обслуживающего пункта ПКУ (SSP) этого пользователя через регистр ДРМ (HLR).
Шаг 308: исходный пункт ПКУ (SSP) посылает в обслуживающий пункт ПКУ (SSP) сообщение НАС (IАМ), содержащее идентификатор услуги установления соединения.
Поскольку и исходящий, и обслуживающий пункты ПКУ (SSP) являются пунктами, связанными сданным вызовом, исходный пункт ПКУ (SSP) должен уведомить последующие обслуживающие пункты ПКУ (SSP) о том, что вызов следует обработать как обычный вызов. В сообщении НАС (IАМ) содержится идентификатор услуги установления соединения. Это сообщение посылается в обслуживающий пункт ПКУ (SSP) исходящим пунктом ПКУ (SSP), чтобы уведомить обслуживающий пункт ПКУ (SSP) о том, что ему следует обрабатывать вызов, как обычный вызов. Идентификатором услуги установления соединения может быть префикс установления соединения, добавляемый перед вызываемым или вызывающим номером или перед другими элементами сообщения НАС (IАМ).
Кроме того, исходный пункт ПКУ (SSP) использует сообщение НАС (IАМ) в сигнализации ISUP для уведомления обслуживающего пункта ПКУ (SSP) о необходимости обрабатывать вызов, как обычный вызов. Исходный пункт ПКУ (SSP) может также использовать для уведомления обслуживающего пункта ПКУ (SSP) сообщение другой сигнализации по соединительной линии, например, сообщение НАИ (IАI) сигнализации TUP или сообщение SETUP сигнализации PRA.
Шаг 309: обслуживающий пункт ПКУ (SSP) принимает сообщение НАС (IАМ) и, если выясняет (по идентификатору услуги установления соединения в этом сообщении), что вызов следует обрабатывать, как обычный вызов, выключает все расположенные в нем триггеры, связанные с вызовом, и устанавливает соединение обычного вызова.
Шаг 310: обслуживающий пункт ПКУ (SSP) добавляет идентификатор тарификации в запись ПЗВ (CDR), созданную самим этим пунктом ПКУ (SSP), и посылает эту запись в пункт тарификации.
Добавленный идентификатор тарификации служит для индикации того, что обработка вызова пользователя интеллектуальной сети выполнена нормально, но пункт ПУУ (SCP), к которой относится этот пользователь, не начислил плату за вызов, и пункт тарификации может тарифицировать пользователя в соответствии с записью ПЗВ (CDR).
Когда пользователь интеллектуальной сети инициирует трехсторонний вызов или конференц-вызов, или ВЫЗОВ НА УДЕРЖАНИИ, или ВЫЗОВ НА ОЖИДАНИИ, т.е. когда пункт ПКУ (SSP) должен выполнить несколько процедур установления соединения вызова для одного пользователя интеллектуальной сети, реализацию настоящего изобретения можно применить для каждого вызова независимо. Например, пользователь А интеллектуальной сети инициирует трехсторонний вызов, т.е. одновременно вызывает пользователей В и С интеллектуальной сети. Если при вызове пользователем А интеллектуальной сети пользователя В интеллектуальной сети линия между пунктом ПКУ (SSP) и пунктом ПУУ (SCP) разъединяется, пункт ПКУ (SSP) больше не взаимодействует с пунктом ПУУ (SCP) для вызова пользователя А интеллектуальной сети, а определяет, следует ли установить соединение пользователя А интеллектуальной сети с пользователем В интеллектуальной сети, согласно полученным уровню приоритета пользователя А интеллектуальной сети, причине нештатной ситуации (сбой на линии) и соответствующей зависимости, заданной заранее. Кроме того, если в процессе вызова пользователем А интеллектуальной сети пользователя С интеллектуальной сети линия возвращается в нормальное состояние, когда пункту ПКУ (SSP) требуется взаимодействовать с пунктом ПУУ (SCP), пункт ПКУ (SSP) может установить соединение интеллектуального вызова пользователя А интеллектуальной сети с пользователем С интеллектуальной сети согласно инструкции от пункта ПУУ (SCP). После завершения трехстороннего вызова пункт ПКУ (SSP) выясняет (из созданной записи ПЗВ (CDR)), что линия вышла из строя в процессе вызова пользователем А интеллектуальной сети пользователя В интеллектуальной сети, и пункт ПУУ (SCP), к которой относится пользователь А интеллектуальной сети, не начислил этому пользователю плату за вызов.
В раскрытых выше реализациях идентификатором пользователя интеллектуальной сети является уровень приоритета этого пользователя. Когда идентификатором пользователя интеллектуальной сети является номер этого пользователя, пункт ПКУ (SSP) определяет, следует ли установить соединение для пользователя интеллектуальной сети, согласно полученной причине нештатной ситуации, номеру пользователя интеллектуальной сети и соответствующей зависимости, заданной заранее. Если идентификатором пользователя интеллектуальной сети является адрес пункта ПУУ (SCP), к которому относится этот пользователь, то в соответствии с реализацией настоящего изобретения пункт ПКУ (SSP) определяет, следует ли установить соединение для пользователя интеллектуальной сети, согласно полученной причине нештатной ситуации, адресу пункта ПУУ (SCP), к которой относится этот пользователь, и соответствующей зависимости, заданной заранее. Принцип конкретной реализации совпадает с принципом раскрытого выше процесса.
Ясно, что в реализации настоящего изобретения зависимости между идентификаторами пользователей интеллектуальной сети, причинами нештатных ситуаций и необходимостью установления соединения задаются заранее. Когда центр ЦКУ (SSP) пытается взаимодействовать с пунктом ПУУ (SCP), но обнаруживает, что трафик между ним и пунктом ПУУ (SCP) нештатный, он может сначала определить, следует ли продолжать устанавливать соединение вызова, согласно соответствующей, заранее заданной зависимости, а не устанавливать соединения для всех пользователей интеллектуальной сети "вслепую". Тем самым предотвращается чрезмерная рабочая нагрузка на пункт ПКУ (SSP).
В реализации настоящего изобретения пункт ПКУ (SSP) добавляет идентификатор тарификации в создаваемую им подробную запись о вызове ПЗВ (CDR) для индикации того, что вызов пользователя интеллектуальной сети является нормальным, но пункт ПУУ (SCP), к которому относится этот пользователь, не начисляет ему плату за вызов. Тем самым обеспечиваются не только нормальные вызовы, но и нормальная тарификация, что защищает интересы как пользователей интеллектуальной сети, так и операторов.
Раскрытые выше варианты отражают только предпочтительные реализации настоящего изобретения, но не ограничивают его. Любая модификация, эквивалентная замена или улучшение, сделанные в духе и согласно принципам настоящего изобретения, должны быть включены в объем правовой охраны заявленного изобретения.

Claims (11)

1. Способ обеспечения обработки вызова пользователя интеллектуальной сети, включающий в себя следующие действия:
первый пункт коммутации услуг ПКУ (SSP) оценивает, является ли трафик между пунктом ПКУ (SSP) и пунктом управления услугой ПУУ (SCP) нештатным;
если трафик нормальный, устанавливают соединение интеллектуального вызова;
если трафик нештатный, первый пункт ПКУ (SSP) выключает триггеры интеллектуальной сети, расположенные в данном первом пункте GRE (SSP) и связанные с вызовом, при этом устанавливают соединение обычного вызова.
2. Способ по п.1, в котором оценка содержит следующие действия:
оценивают, является ли трафик между первым пунктом ПКУ (SSP) и пунктом ПУУ (SCP) нештатным, когда пункт ПКУ (SSP) обменивается сообщениями с пунктом ПУУ (SCP).
3. Способ по п.1, дополнительно содержащий следующие действия: в первом пункте ПКУ (SSP) устанавливают зависимости между идентификаторами интеллектуальных пользователей, причинами нештатных ситуаций и необходимостью установления соединения обычного вызова;
после того как первый пункт ПКУ (SSP) определит, что трафик между данным первым пунктом ПКУ (SSP) и пунктом ПУУ (SCP) нештатный, способ дополнительно содержит следующие действия: первый пункт ПКУ (SSP) получает идентификатор пользователя интеллектуальной сети и причины нештатной ситуации, при этом оценивают, следует ли устанавливать соединение обычного вызова для пользователя интеллектуальной сети согласно заранее заданным зависимостям между идентификатором пользователя интеллектуальной сети, причинами нештатной ситуации и необходимостью устанавливать соединение обычного вызова; если да, то устанавливают соединение обычного вызова, в противном случае - процесс завершают.
4. Способ по п.3, в котором идентификатор пользователя интеллектуальной сети содержит уровень приоритета пользователя, номер пользователя или адрес пункта ПУУ (SCP), к которому относится пользователь.
5. Способ по любому из пп.1-4, дополнительно содержащий следующие действия:
добавляют идентификатор тарификации в подробную запись о вызове ПЗВ (CDR), создаваемую в первом пункте ПКУ (SSP) при завершении вызова, и передают эту запись в центр тарификации; при этом идентификатор тарификации указывает, что вызов пользователя интеллектуальной сети является нормальным, но пункт ПУУ (SCP), к которой относится данный пользователь интеллектуальной сети, не тарифицировал этого пользователя.
6. Способ по любому из пп.1-4, в котором вызов связан с несколькими пунктами ПКУ (SSP), при этом первый пункт ПКУ (SSP) не является последним пунктом ПКУ (SSP), связанным с данным вызовом; а также данный способ дополнительно содержит следующие действия:
первый пункт ПКУ (SSP) уведомляет последующие связанные пункты ПКУ (SSP) о том, что вызов следует обрабатывать как обычный вызов. каждый последующий связанный пункт ПКУ (SSP) выключает триггеры интеллектуальной сети, расположенные в каждом из последующих связанных пунктов ПКУ (SSP) и относящиеся к данному вызову, при этом устанавливают соединение обычного вызова.
7. Способ по п.6, в котором вызов является межстанционным вызовом вызываемого пользователя и первый пункт ПКУ (SSP) - исходным пунктом ПКУ (SSP); а также
уведомление последующих связанных пунктов ПКУ (SSP) первым пунктом ПКУ (SSP) содержит следующие действия: первый пункт ПКУ (SSP) передает в обслуживающий пункт ПКУ (SSP) сообщение, содержащее идентификатор услуги установления соединения вызова, который указывает, что вызов следует обрабатывать, как обычный вызов.
8. Способ по п.7, в котором сообщение, посылаемое первым пунктом ПКУ (SSP) в обслуживающий пункт ПКУ (SSP), является начальным адресным сообщением (НАС (IAM)), или начальным адресным сообщением с дополнительной информацией (НАИ (IAI)), или сообщением установления соединения (SETUP).
9. Способ по п.8, в котором передача в сообщении идентификатора услуги установления соединения содержит следующие действия: добавляют в сообщение префикс услуги установления соединения вызова перед вызываемым или вызывающим номером или другими элементами сообщения.
10. Способ по любому из пп.1-4, в котором пользователь интеллектуальной сети, инициировавший вызов, одновременно инициирует другие вызовы; а также
способ дополнительно содержит следующие действия: первый пункт ПКУ (SSP) оценивает, является ли трафик между данным первым пунктом ПКУ (SSP) и пунктом ПУУ (SCP) нештатным при установлении соединения для другого вызова, инициированного пользователем интеллектуальной сети, который инициировал вызов; если трафик является нештатным, триггеры интеллектуальной сети, расположенные в пункте ПКУ (SSP) и связанные с другим вызовом, выключают и устанавливают соединение обычного вызова; в противном случае устанавливают соединение интеллектуального вызова.
11. Способ по п.10, в котором вызов является одним из трехсторонних вызовов или конференц-вызовов, или вызовом на удержании, или вызовом на ожидании для интеллектуальных услуг.
RU2007140674/09A 2005-04-22 2005-12-09 Способ обеспечения обработки вызовов для пользователя интеллектуальной сети RU2372745C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510066332.0 2005-04-22
CN2005100663320A CN1852450B (zh) 2005-04-22 2005-04-22 一种保证智能用户通话的方法

Publications (2)

Publication Number Publication Date
RU2007140674A RU2007140674A (ru) 2009-05-20
RU2372745C2 true RU2372745C2 (ru) 2009-11-10

Family

ID=37114700

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007140674/09A RU2372745C2 (ru) 2005-04-22 2005-12-09 Способ обеспечения обработки вызовов для пользователя интеллектуальной сети

Country Status (6)

Country Link
US (1) US7924992B2 (ru)
EP (1) EP1876843B1 (ru)
CN (1) CN1852450B (ru)
BR (1) BRPI0520183A2 (ru)
RU (1) RU2372745C2 (ru)
WO (1) WO2006111053A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2700545C1 (ru) * 2018-10-22 2019-09-17 Константин Евгениевич Легков Способ интеллектуального зондового управления инфокоммуникационными сетями в условиях значительных деструктивных изменений

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8149699B2 (en) * 2008-12-02 2012-04-03 Electronics And Telecommunications Research Institute Method and apparatus for controlling traffic according to user
CN102164358B (zh) * 2010-02-24 2014-03-05 华为技术有限公司 业务处理的方法和装置
CN104811914A (zh) * 2014-01-24 2015-07-29 中国移动通信集团江苏有限公司 漏接来电提醒方法及装置
CN110719600A (zh) * 2018-07-12 2020-01-21 中国移动通信集团重庆有限公司 智能呼叫的处理方法、装置、设备和介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5475737A (en) * 1993-09-17 1995-12-12 Bell Atlantic Network Services, Inc. Toll saver for centralized messaging systems
US5912954A (en) * 1997-02-28 1999-06-15 Alcatel Usa Sourcing, L.P. Method and system for providing billing information in a telecommunications network
DE19726004A1 (de) * 1997-06-19 1998-12-24 Alsthom Cge Alcatel Verbindungsaufbauverfahren sowie Vermittlungsstelle und Kommunikationsnetz
US6366655B1 (en) * 1999-08-23 2002-04-02 Ameritech Corporation Method and system for service control point billing
DE10023624A1 (de) * 2000-05-13 2001-11-22 Alcatel Sa Dienst-Einheit
CN1142675C (zh) * 2000-08-29 2004-03-17 华为技术有限公司 一种在移动网上实现预付费业务的方法及系统
US6788777B2 (en) * 2001-07-20 2004-09-07 Lucent Technologies Inc. Alternative treatment for AIN fault handling
WO2004077797A2 (en) * 2003-02-25 2004-09-10 Boston Communications Group, Inc. Method and system for providing supervisory control over wireless phone usage
CN100505812C (zh) * 2004-05-27 2009-06-24 中兴通讯股份有限公司 一种智能预付费用户旁路功能的实现方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2700545C1 (ru) * 2018-10-22 2019-09-17 Константин Евгениевич Легков Способ интеллектуального зондового управления инфокоммуникационными сетями в условиях значительных деструктивных изменений

Also Published As

Publication number Publication date
WO2006111053A1 (en) 2006-10-26
BRPI0520183A2 (pt) 2009-04-22
EP1876843A1 (en) 2008-01-09
EP1876843B1 (en) 2015-03-25
EP1876843A4 (en) 2008-09-03
US20080043979A1 (en) 2008-02-21
US7924992B2 (en) 2011-04-12
CN1852450B (zh) 2010-04-07
RU2007140674A (ru) 2009-05-20
CN1852450A (zh) 2006-10-25

Similar Documents

Publication Publication Date Title
US20090245496A1 (en) Service Change and Service Fallback in Intelligent Networks
US8060087B2 (en) CDMA intelligent network system and its method, device for realizing international roaming service
RU2372745C2 (ru) Способ обеспечения обработки вызовов для пользователя интеллектуальной сети
EP0966142B1 (en) Apparatus method and system for controlling secondary treatment by a distant switch for multiple leg telecommunication sessions
US7106849B2 (en) Hybrid intelligent network
EP2637429A1 (en) Call establishment to an active SIM card identifier in a mobile communications network
WO2001022657A1 (en) Triggering of intelligent network service
US7248569B2 (en) Method and system for disconnecting a terminating connection leg (leg2) for enhanced dialed services in a mobile intelligent network
EP1054567B1 (en) Method and apparatus to enable enhanced services of an intelligent telephone network in a wireless environment
US20070140158A1 (en) Method, apparatus and network arrangement for establishing calls in a communications network
US20020018551A1 (en) Initiation of services in telecommunications network
FI106596B (fi) Palveluiden välinen vuorovaikutus tietoliikenneverkossa
JP2630211B2 (ja) インテリジェント:ネットワークにおける分散処理方式
US8477669B2 (en) Method, device, and system for implementing communication services
RU2677851C2 (ru) Способ уведомления об отмененном вызове
WO2010057435A1 (zh) 一种呼叫处理方法和系统、业务控制点和交换设备
KR100810336B1 (ko) 이동통신시스템에서 카멜 기본 발신호 제어 방법
EP1943825B1 (en) System and method for managing the replacement of an existing subscriber call connection by a call waiting party
KR100303642B1 (ko) 호 전환 시 경로최적화 방법
EA040584B1 (ru) Способ уведомления об отмененном вызове
EP1250819B1 (en) Method for handling telecommunication traffic in an intelligent network
CA2373206A1 (en) Transaction capabilities application part (tcap) transaction termination method
WO2015082958A1 (en) A system and method for increasing call completion rate
WO2008053169A1 (en) Method of extending a signalling domain in a communications system
WO2015101807A1 (en) System and method for controlling incoming traffic in telecommunication networks