RU2173502C2 - Способ обеспечения подтверждения доставки при доставках сообщений в телефонной сети - Google Patents

Abstract

Изобретение относится к способу обеспечения подтверждений доставки при доставке сообщений в телефонной сети 10. Способ включает следующие этапы: (а) абонент А формирует сообщение, адресованное абоненту В, причем упомянутое сообщение временно хранится в устройстве памяти 14, расположенном в сети (b) осуществляют попытку доставки хранимого сообщения абоненту В; (с) после попыток доставки доставляют абоненту А подтверждение результата доставки сообщения. Для обеспечения подтверждений наиболее простым путем с точки зрения абонента и создания при этом минимальной нагрузки на сеть в сети поддерживают специфическую для абонента информацию о том, имеется ли в расположении абонента служба по доставке сообщений, обеспечивающая доставку специфических для абонента сообщений, при этом при подтверждении доставки возможно маршрутизировать подтверждение, адресованное абоненту А, в упомянутую службу доставки сообщений на базе упомянутой информации, если в этом есть необходимость. Технический результат состоит в упрощении и обеспечении гарантированной доставки. 9 з.п.ф-лы, 7 ил.

Description

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

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

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

Усовершенствование описанного способа является служба "Индикации ожидания сообщений" (MWI). При этом когда АТС перемаршрутизировала вызов, адресованный абонентской линии, в блок речевой почты, для абонента, после поднятия им трубки, будет активизироваться произносимое сообщение, например "Речевые сообщения в режиме ожидания", или будет звучать тональный сигнал набора номера, который отличен от нормального тонального сигнала набора номера.

Еще более сложное обслуживание предусматривается в таких известных из предшествующего уровня техники службах, в которых осуществляется попытка доставки (в более поздний момент времени) речевого сообщения, оставленного абонентом А для желательного ему абонента В, который был занят или не ответил при попытке вызова, сделанной абонентом А. Служба такого рода называется службой доставки сообщений или службой доставки вызовов. Такой тип обслуживания активизируется, когда АТС, обеспечивающая обслуживание, получает информацию о том, что абонент В занят или абонент В не ответил в течение установленного времени. После этого вместо тонального сигнала "занято" для абонента А с блока уведомления, встроенного в АТС, коммутируется уведомление, сообщающее, что абонент может оставить сообщение для абонента В. Кроме того, абоненту А может быть предоставлена дополнительная информация об используемом тарифе. Если абонент А желает использовать данный вид обслуживания, он набирает требуемый шифр (например, #). Вызов будет маршрутизироваться к узлу обслуживания, который инструктирует абонента о том, как оставить сообщение. После того, как сообщение оставлено, абонент А может дать дополнительную информацию о доставке, т. е. когда сообщение должно быть доставлено и/или сколько попыток следует предпринять. После того как сообщение оставлено, сервер пытается доставить сообщение абоненту В согласно инструкциям, данным абонентом А. Система такого рода раскрыта, например, в заявке на Европейский патент 385670.

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

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

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

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

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

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

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

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

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

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

Фиг. 1 - схематичное представление телефонной сети, в которой может быть использовано изобретение.

Фиг. 2 - иллюстрация записи профиля специфического для абонента подтверждения, запомненного в сети.

Фиг. 3-6- иллюстрации сообщений сигнализации, которые передаются на различных этапах способа.

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

Описание предпочтительных вариантов осуществления изобретения
Фиг. 1 иллюстрирует коммутируемую телефонную сеть общего пользования (КТСОП) 10, в которой предусматривается обслуживание, обеспечиваемое посредством способа, соответствующего изобретению. В сети, показанной на фиг. имеются два узла обслуживания (известные сами по себе): узел 14, обеспечивающий службу доставки сообщений (здесь речевых сообщений), и узел 15, обеспечивающий службу ответа на вызовы. Кроме того, на фиг.1 показаны оконечные устройства (обычно телефонные аппараты) А и В двух абонентов и исходные АТС 11 и 12, связанные с абонентами А и B соответственно. Оконечное устройство абонента (абонента А), использующее обслуживание, предусматриваемое изобретением, должно обеспечивать возможность передачи двухтонального многочастотного сигнала набора номера. Оба узла - узел доставки сообщений и узел службы ответа на вызовы - соединены с сетью 10 посредством интерфейса SS7, известного из уровня техники, т.е. управление и распределение трафика в сети основывается на сигнализации с использованием общего канала (сигнализация CCS). На фиг. 1 соединения сигнализации показаны пунктирными линиями, а соединения для передачи речевого сигнала - сплошными линиями.

Поскольку как служба доставки речевых сообщений, так и служба ответа на вызовы известны сами по себе, нет необходимости рассматривать их более подробно. Служба доставки речевых сообщений раскрыта более детально, например, в вышеуказанных патентных публикациях. Ввиду того, что детализация структуры локальных АТС не входит в объем настоящего изобретения в описании будут рассмотрены лишь такие их части, которые существенны для понимания настоящего изобретения. Могут быть использованы локальные АТС, например, типа DX 200 заявителя, раскрытые в публикации "Discovery", vol. 33, Fourth Quarter 1993 (ISSN 0780-393).

В нижеследующем описании будет представлена работа системы, соответствующей изобретению, в сети, показанной на фиг. 1. Предположим, что один абонент (абонент А), имеющий оконечное устройство А, вызывает другого абонента (абонента B), имеющего оконечное устройство B, при этом абонент B занят или не отвечает. Установка вызова осуществляется известным путем, при котором АТС 11 абонента А посылает исходное сообщение по сети сигнализации в АТС 12 абонента В. Это исходное сообщение может быть сообщением типа IAM (сообщение исходного адреса), если в качестве пользовательской части в системе сигнализации типа CCS используется ISUP (пользовательская часть цифровой сети с комплексным обслуживанием ISDN), либо сообщением типа IAI (сообщение исходного адреса с дополнительной информацией), если в качестве пользовательской части используется TUP, т. е. пользовательская часть телефонной системы.

Если АТС абонента А принимает информацию о том, что абонент B занят, или если абонент B не ответил в течение определенного времени, то абоненту А направляется уведомление от блока уведомления, встроенного в АТС 11. Это уведомление сообщает, что абонент А может оставить сообщение для доставки абоненту В. Данное уведомление может иметь вид: "Номер, который Вы пытаетесь вызвать, занят. Вы можете оставить сообщение для доставки абоненту, номер которого вы пытаетесь вызвать. Для передачи сообщения нажмите клавишу # после тонального сигнала". Передача уведомления на фиг. 1 обозначена стрелкой 1. (Известное устройство для передачи речевых уведомлений более детально описано, например, в заявке на патент Финляндии N 943598, поданной 2 августа 1994 и опубликованной 2 февраля 1996.)
Если абонент А хочет воспользоваться данной службой, он набирает указанный символ (например,#). Это показано стрелкой 2 на фиг. 1. Если абонент А в течение определенного времени после указанного уведомления не введет требуемый символ, соединение по вызову разъединяется.

После того как АТС 11 примет требуемый символ #, она будет пересылать данный вызов в узел 14 службы доставки сообщений. В соответствии с используемым стандартом сигнализации АТС затем пересылает в узел 14, дополнительно к номеру адреса, (1) код причины x, (2) номер абонента А, (3) исходный B-номер (номер абонента B). Код причины x указывает, по какой причине вызов был передан в службу доставки сообщений (например, x = 1 соответствует ситуации, когда абонент В занят, x = 2 соответствует ситуации, когда абонент В не ответил).

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

Специфический для абонента профиль подтверждения может быть, например, аналогичен показанному на фиг. 2, т.е. записи 20, запоминаемой в абонентской базе данных, содержащей поля "способ подтверждения" и "способ маршрутизации", или указанные поля могут составлять часть специфической для абонента записи 20, содержащей всю информацию об абоненте. Поле "способ подтверждения" содержит информацию о том, сделано ли подтверждение, и если это имеет место, то в какую службу, предоставленную в распоряжение абоненту, сделано подтверждение. Поле "способ маршрутизации" содержит информацию о том, каким образом должно пересылаться подтверждение, т. е. должно ли подтверждение доставляться, например, (а) непосредственно некоторой другой службе, уже предоставленной в распоряжение абонента, или (b) непосредственно некоторой другой службе путем прямой пересылки вызова, безусловно выполненного в исходной АТС абонента, или (с) следует ли сначала пытаться осуществить подтверждение на оконечное устройство абонента (а этом случае вызов должен пересылаться только после того, как вызов не смог быть переключен на номер абонента)
Способ подтверждения может на практике кодироваться, например, следующим образом:
1 - подтверждение не осуществляется,
2 - подтверждение осуществляется в форме подтверждения речевой почты с использованием абонентского почтового ящика для речевой почты (служба ответа на вызовы),
3 - подтверждение в виде короткого сообщения системы GSM в абонентскую службу коротких сообщений.

В последующем описании значение 2 кода для способа подтверждения будет использовано для примера, при этом подтверждение пересылается в почтовый ящик для речевой почты абонента А, расположенный в узле 15 службы ответа на вызовы, показанном на фиг. 1. (Подтверждение с использованием службы коротких сообщений системы GSM будет описано ниже.) Поле "способ маршрутизации" не требуется во всех случаях, но его предпочтительно использовать, в частности, при использовании способа подтверждения, соответствующего значению кода 2.

Идентификатор и код причины для обслуживания, а также специфическое для абонента значение кода (1, 2 или 3) способа подтверждения могут передаваться в узел 14 службы доставки сообщений, например, в конце номера адреса. Маршрутизация, осуществляемая АТС 11, может иметь место, например, на номер Cxy, где С - номер узла 14 службы доставки, x - код причины, y - значение кода способа подтверждения. Сигнализация, которая запускает запоминание сообщения, обозначена стрелкой 3 на фиг. 1, а на фиг. 3 показаны те поля упомянутого сообщения исходного адреса IAI, в которых может быть передана вышеуказанная информация. Сообщение исходного адреса начинается с 40-битового адресного поля ADDR, содержащего код пункта назначения DPC, код исходного пункта OPC и код идентификации шлейфа CIC. Код пункта назначения DPC указывает пункт сигнализации, к которому адресовано сообщение, и вышеупомянутая информация, таким образом, передается как часть этого кода, если информация передается как часть номера, связанного с узлом 14. В поле CLI (идентификация вызывающей линии) сообщения IAI передается идентификация линии вызывающего абонента, в данном случае абонента А. Поле ОСА (первоначально вызванный адрес), в свою очередь, используется для передачи исходного адреса, в данном случае В. (Те части вышеуказанной информации, которые передаются в конкретном поле, показаны в скобках ниже идентификатора соответствующего поля).

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

В связи с оставлением сообщения узел обслуживания может также запросить, не желает ли абонент, чтобы доставка осуществлялась в соответствии со способом доставки сообщений, установленным по умолчанию (например, за X попыток с интервалами Y минут), или абонент желает дать отдельные инструкции по доставке сообщений. В связи с тем, что эти особенности не входят в объем настоящего изобретения, здесь им не будет уделяться особого внимания. Выдача инструкций и доставка сообщения могут осуществляться в соответствии с тем, как это описано в вышеупомянутом патенте США N 4972461.

Узел службы доставки сообщений затем начинает осуществлять попытки доставки сообщения абоненту B согласно полученным инструкциям. Доставка производится способом, известным как таковой, в результате чего узел 14 службы доставки сообщений устанавливает связь по вызову с абонентом B. Это показано стрелкой 4 на фиг. 1. Узел службы доставки сообщений затем пересылает адрес B в коде пункта назначения сообщения IAI и свой собственный адрес (С) в поле CLI. Это сообщение показано на фиг. 4. Если абонент В занят или не отвечает на вызов, то узел службы доставки будет осуществлять новую попытку спустя предварительно определенное время (в соответствии со способом доставки, установленным по умолчанию, или в соответствии с инструкциями, выданными абонентом).

После того как доставка сообщения завершена, или если все попытки по доставке сообщения оказались безуспешными, то узел службы доставки будет передавать подтверждение вызывающей стороне (абоненту А), при условии, что значение кода, указывающее используемый способ подтверждения, принятое на более раннем этапе узлом обслуживания, показало, что подтверждение должно быть осуществлено (т. е. значение 2 или 3). Как упомянуто выше, в данном примере предполагается, что значение кода для способа подтверждения абоненту А равно 2. В этом случае узел обслуживания доставки будет вызывать номер абонента А (вызывающую сторону) и устанавливать в поле CLI предварительно определенный идентификатор, соответствующий доставке сообщения, причем данное сообщение может представлять собой, например, адрес узла обслуживания (С). Это показано стрелкой 5 на фиг. 1. Сообщение исходного адреса IAI, таким образом, подобно показанному на фиг. 5, т.е. код пункта назначения теперь содержит адрес абонента А.

После того как АТС абонента А приняла сообщение сигнализации, переданное узлом 14, она будет иметь возможность "перемаршрутизировать" вызов в службу ответа на вызов абонента. Эта "перемаршрутизация" осуществляется на основе идентификатора (С), идентифицирующего доставку сообщения, и на основе вызываемого адреса (А) (в составе данных сигнализации абонентский номер может доставляться, например, в конце номера адреса или в поле ОСА). Такая передача может иметь место, в зависимости от "глобальной" или специфической для абонента установки, либо немедленно, либо в таком случае, когда вызов не может быть коммутирован на номер абонента (в предпочтительном варианте осуществления). Если использована специфическая для абонента установка, то АТС будет считывать значение, запомненное в поле "способ маршрутизации" записи 20, и действовать соответствующим образом. Вызов пересылается в службу ответа на вызовы независимо от причины безуспешной коммутации (абонент занят или не отвечает, пересылка вызова на другой номер и т.п.).

Пересылка подтверждения от исходной АТС абонента в узел 15 службы ответа на вызовы обозначена стрелкой 6. Сообщение исходного адреса, передаваемое АТС 11, сходно с показанным на фиг. 6, т.е. поле CLI содержит адрес узла службы доставки сообщений (С), поле ОСА содержит адрес абонента А, а адрес (D) узла 15 службы ответа на вызовы кодируется в поле DPC кода пункта назначения.

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

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

Содержание подтверждения может быть, например, следующим: "Служба X доставила Ваше сообщение "предмет сообщения" (которое было продиктовано вызывающей стороной, когда сообщение было оставлено) на номер 9050603766 30-го марта в 13.30". Когда подтверждение доставляется, оно передается абоненту в соответствии с известными способами, которые поддерживаются упомянутой службой ответа на вызовы и сетью. Если используемая служба ответа на вызовы поддерживает, например, обслуживание типа MWI (индикация ожидания сообщения), упомянутое выше, то абонент будет принимать обычную индикацию (т.е. вместо тонального сигнала звонка) сообщения, которое было оставлено, которое может быть, таким образом, подтверждением доставки сообщения, оставленного самим абонентом.

Доставка подтверждения в абонентский почтовый ящик может быть, например, оптимизирована таким образом, что служба ответа на вызовы "записывает" подтверждение, "продиктованное" службой доставки сообщений, в почтовый ящик для речевой почты абонента непосредственно без приглашений. Информация, содержащаяся в поле CLI, таким образом, переносится в форме сигнализации от службы доставки сообщений к службе ответа на вызовы (при условии, что используется сеть сигнализации SS7, в которой пересылается поле CLI).

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

Как упоминалось выше, вместо службы ответа на вызовы можно использовать службу коротких сообщений системы GSM (или соответствующее обслуживание, обеспечиваемое какой-либо иной мобильной системой связи), например, для доставки подтверждений. В этом случае предпочтительно, чтобы узел службы доставки сообщений генерировал подтверждение, передаваемое в форме короткого сообщения непосредственно в центр обслуживания коротких сообщений SM-SC сети GSM. Это показано стрелкой 5 на фиг. 7, на которой элементы, соответствующие друг другу, обозначены теми же самыми ссылочными позициями, что и на фиг. 1. Генерирование коротких сообщений выполняется тем же самым путем, что и в случае, когда пользователь стандартной коммутируемой телефонной сети общего пользования оставляет сообщение для пользователя сети GSM, т.е. либо путем выдачи предварительно определенных кодов (каждый из которых представляет конкретный текст), либо путем передачи текста свободного формата (в сигнализации). Центр службы коротких сообщений направляет короткое сообщение в центр коммутации мобильного обслуживания MSC, который маршрутизирует его через соответствующую базовую станцию BTS к мобильной станции MS. Поскольку центр службы коротких сообщений SM-SC сети GSM известен из уровня техники, здесь не требуется более подробного его описания. Детальная информация по данному вопросу может быть найдена в следующем источнике: Mouly, Pautet, "The GSM System for Mobile Communications", 1992 (ISBN 2-9507190-0-7). Следует заметить, что служба коротких сообщений, предусмотренная в системе GSM, отличается от службы ответа на вызовы в том отношении, что она не обеспечивает сообщения подтверждения в форме речи, а только посредством сигнализации.

В вышеприведенном примере специфические для абонента профили подтверждения запоминались в исходном для абонента центре коммутации мобильного обслуживания. Профили подтверждения могут поддерживаться и обеспечиваться посредством решений, основанных на интеллектуальных сетях, однако в этом случае хранение профилей подтверждения абонентов сконцентрировано, например, в пункте управления обслуживанием SCP или в центре управления и коммутации обслуживания SSCP. Централизованное хранение такого рода облегчает распределение данных по сравнению с "децентрализованным решением", описанным выше. В случае решения, основанного на использовании интеллектуальных сетей, функция управления вызовом CCF, сосредоточенная в исходном центре коммутации мобильного обслуживания абонента, не имеет информации обслуживания, но запрограммирована на идентификацию запросов на обслуживание. Функция управления вызовами CCF прерывает установление вызова на некоторое время и передает функции SSF статус вызова. Задачей функции SSF является интерпретация запроса обслуживания и информации статуса вызова для генерирования запроса на стандартное обслуживание и для передачи запроса функции SCF. Функция SCF принимает запрос и декодирует его. После этого она генерирует кодирует и передает стандартизованный отклик для функции SSF. В этом случае отклик содержит специфическую для абонента информацию о профиле подтверждения.

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

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

Claims (10)

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

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

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

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

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

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

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

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

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

10. Способ по п. 1, отличающийся тем, что осуществляют доставку подтверждения только в случае успешной доставки сообщения.

Images