Область изобретения
Настоящее изобретение относится к технологиям мобильной связи, в частности к способу обеспечения обработки вызова пользователя интеллектуальной сети в условиях нештатного трафика между пунктом коммутации услуг (ПКУ (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), к которому относится этот пользователь, не начисляет ему плату за вызов. Тем самым обеспечиваются не только нормальные вызовы, но и нормальная тарификация, что защищает интересы как пользователей интеллектуальной сети, так и операторов.
Раскрытые выше варианты отражают только предпочтительные реализации настоящего изобретения, но не ограничивают его. Любая модификация, эквивалентная замена или улучшение, сделанные в духе и согласно принципам настоящего изобретения, должны быть включены в объем правовой охраны заявленного изобретения.
Изобретение относится к системам мобильной связи. Способ обеспечения обработки вызовов для пользователя интеллектуальной сети включает в себя шаги: первый пункт коммутации услуг ПКУ (SSP) оценивает, является ли трафик между пунктом ПКУ (SSP) и пунктом управления услугой ПУУ (SCP) нештатным; если трафик нормальный, устанавливают соединение интеллектуального вызова; если трафик нештатный, первый пункт ПКУ (SSP) выключает триггеры интеллектуальной сети, расположенные в данном первом пункте GRE (SSP) и связанные с вызовом, при этом устанавливают соединение обычного вызова. Тем самым предотвращается чрезмерная рабочая нагрузка на пункт ПКУ (SSP). 10 з.п. ф-лы, 3 ил.
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, в котором вызов является одним из трехсторонних вызовов или конференц-вызовов, или вызовом на удержании, или вызовом на ожидании для интеллектуальных услуг.
ТРАНЗИТНАЯ СИСТЕМА СВЯЗИ ДЛЯ КОММУТИРУЕМОГО ПОТОКА ТРАФИКА | 1997 |
|
RU2176435C2 |
US 2003165228 А1, 04.09.2003 | |||
US 2001040951 A1, 15.11.2001 | |||
ЕР 0886448 А2, 23.12.1998. |
Авторы
Даты
2009-11-10—Публикация
2005-12-09—Подача