EP1861986A1 - Verfahren zum sicherstellen der erreichbarkeit von teilnehmern von kommunikationsnetzen - Google Patents
Verfahren zum sicherstellen der erreichbarkeit von teilnehmern von kommunikationsnetzenInfo
- Publication number
- EP1861986A1 EP1861986A1 EP06708313A EP06708313A EP1861986A1 EP 1861986 A1 EP1861986 A1 EP 1861986A1 EP 06708313 A EP06708313 A EP 06708313A EP 06708313 A EP06708313 A EP 06708313A EP 1861986 A1 EP1861986 A1 EP 1861986A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- subscriber
- information
- media server
- network
- accessibility
- Prior art date
- Legal status (The legal status 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 status listed.)
- Withdrawn
Links
- 238000004891 communication Methods 0.000 title claims abstract description 16
- 238000000034 method Methods 0.000 title claims abstract description 16
- 238000012545 processing Methods 0.000 claims description 3
- 230000011664 signaling Effects 0.000 claims description 3
- 238000001914 filtration Methods 0.000 claims description 2
- 238000012805 post-processing Methods 0.000 claims 1
- 230000005236 sound signal Effects 0.000 claims 1
- 230000002123 temporal effect Effects 0.000 claims 1
- 238000012800 visualization Methods 0.000 claims 1
- 241000269400 Sirenidae Species 0.000 abstract description 2
- 238000013459 approach Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000002596 correlated effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 150000001875 compounds Chemical class 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000000875 corresponding effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
Definitions
- the invention is based on the object founded on the object foundedzei a way ⁇ gen as the accessibility of as many people safe ⁇ can be provided in order to efficiently ren kommunizie if necessary ⁇ .
- the invention is achieved on the basis of the features specified in the preamble of claims 1, 9, 12 by the features claimed in the characterizing part features.
- the advantage of the invention can be seen in the fact that the availability of the population for alerting / warning purposes is ensured by the provision of subscriber-specific accessibility profiles. This is possible since mid ⁇ while almost every citizen of a civilized country access to whatever trained communication terminal has. With the alerts / warning concept the indi ⁇ vidual behaviors and needs are taken into the subscriber's bill. Thus, for example, a multilingual alerting can be performed by utilizing subscriber-specific profile information and priorities. This will also eliminate existing language problems as there are many foreign citizens who do not speak the language.
- Another advantage of the invention is the generation of the acknowledgment of receipt of the warning via the receiving subscriber terminal.
- the acknowledgment of the receipt of the alarm information or the absence of such an acknowledgment is documented.
- relief efforts efficiently turned ⁇ can be derived.
- FIG. 1 shows the creation of the subscriber lists for a plurality of media servers according to the invention
- Figure 2 is a numbered embodiment
- Fig. 1 it is indicated as subscriber lists, are ren via the subscriber of a communication network in an emergency to that alarm signals ⁇ be created.
- an accessibility profile is created for each subscriber when setting up a communication port.
- the ⁇ ses profile is then to maintain for the duration of the Anschlus ⁇ ses, ie the data stored here must be kept up to date (eg. As in the case of relocation).
- Parts of the availability profile are data that is representative of the identity and location of the subscriber. This can be, for example, telephone number, name, place of residence, language, secondary residences, alternative telephone numbers (neighborhood, users , administrators, etc.), mobile phone number (s) if present, email address, etc.
- the network operator creates subscriber lists for alerting regions, cities, neighborhoods, floodplains, avalanche areas, etc. These can be generated as a result of official alarm plans via the subscriber address in the profile data (FIG. 1).
- FIG. 1 further shows how, with or before the occurrence of the alarm case, disjoint parts of the subscriber list are to be alarmed. associate the subscriber with a plurality of regional media servers. These processes are controlled by a software TOOLING.
- the circumstances of the network topology concentrateators l..n, local exchanges (ovst) l..m, transit exchanges l..k, media server l..m, connection paths / capacities, DN Range (Directory Number) / Assignment / Routing). This occurs because the generated traffic between the media server and the participants to be alerted by them in the
- a media server In the event of an alarm, a media server is provided with the list of participants intended for this noise. This list has subsets of subscribers that can be reached through equal paths, with each of these subsets being assigned a maximum number of parallel calls. Consequently, prepared data of the network topology is available to the respective media server. The actual profile data of the participants can be stored on central databases and retrieved as needed by the media servers.
- the media server records the receipt input as alerting proof. If the subscriber is busy, done zyk ⁇ lish a or optionally multiple repetitions. If the subscriber is not reachable, always occupied or not acknowledged, the current, specifi ⁇ from participants graced replacement strategy that is stored in the subscriber profile is carried out (replacement phone numbers, SMS, e-mail).
- the alarm message in the simplest case, a broad- cast-announcement that is played several times and to which the part is ⁇ participants midst switched when he takes the call.
- the confirmation input is queried (DTMF input or voice input):
- a media server may advantageously have a plurality of equidistantly time-consuming resources. Stops current broadcast announcements from groups of subscribers of the same maximum number, and allocates the recognizer resources only for the time that the input is expected. This multiplies the performance of the Media Server. If a machine (eg. As a voice mailbox) ⁇ he goes, they respond very likely no coincidence with the input that tell the time of the end of An ⁇ is expected from the participants. It can therefore be Schlos ⁇ sen that a participant is deemed to be alerted and it is not.
- the acknowledgment information serves as a basis for any necessary special measures of rescue workers and can be visualized in any filtering.
- the Media Server monitors the success of its calls towards subscribers in a certain direction and down regulates the traffic it generates should the throughput rate go bad. Thus, if alarm is to be alerted during Busy Hour or there are currently disruptions in the network, the Media Server implicitly notices this and regulates its traffic load.
- Priorities for the alarm can be set for each participant.
- One application would be, for example, the fact that residents living in the immediate danger zone of a chemical factory are warned more quickly than others.
- the media server can initiate a "call on busy", monitor it in time or reach the subscriber via MLPP as a prioritized caller if the network infrastructure supports these features.
- a complete authentication as an alternative to DTMF / voice input can be performed (entry of a PIN, password, speaker recognition).
- the method can also be used in the IP environment.
- a pure IP environment with complex coding of the useful data stream eg in accordance with ITU-T G.729 it is possible to completely dispense with recognizer resources when using digit inputs.
- the inputs can arrive from the far side via signaling or according to RFC 2833.
- a large number of broadcast groups can be set up whose time offset will be very low, so that the impression of the subscriber connected to an ongoing announcement is omitted.
- the posted charge tickets allow offline charging for the alerting service.
- HLR information Home Location Register
- the media server m is shown as a central instance in the network.
- Fig. 2 also shows an alarm list A of the media server m, as generated by the alarm plan y for a chemical plant.
- subscriber numbers DNx
- priorities Priorox
- concentrators concentrators
- exchanges VST x
- transit offices as well as connection paths (link) is shown.
- the media server has access to this alarm list A.
- lists N, P are shown to which the media server m also has access.
- information regarding the network topology is stored. This means that here information about concentrators, local exchanges, transit exchanges and all or some Connection paths / capacities of the network are stored.
- Information about subscriber data and subscriber profiles is stored in the latter list P. By way of example, subscriber number, address, name, substitute numbers under which the subscriber can be reached, language, or e-mail address are listed.
- the task of the media server m is now to create a strategy based on its access to the lists A, N, P, with which the participants specified in list A can be informed as quickly as possible.
- the lists are linked together.
- the media server m takes from the alarm plan y of the chemical plant (list A) which participants in the immediate area of the chemical plant are at risk. This information is correlated with the information of the list N is determined ren Schl which the network topology in Gefah ⁇ .
- the data of the lists A, N are correlated with the data of the list P, whereby a profile of the participants involved is assigned.
- the media server m ascertains as a result of this linkage that in each case 50% of affected participants in the concentrators KlI to K15 and in each case 50% affected participants in the concentrators K21 to K25 of the German language are capable. Further, by way of example determined that 50% of the participants affected Kon ⁇ concentrators KLI to K15 and 50% each affected parti ⁇ mer of the concentrators K21 to K25 of the Vietnamese language are powerful.
- the Media Server m as a result of this operation also determines that he ren each 50 concerned participants in the Konzentrato ⁇ KLI concentrators to K15 and each 30 concerned participants in the Kon ⁇ K21 simultaneously to K25 at a time in german language. Further, by way of example be ⁇ is true that each of the concentrators 50 concerned subscriber KLI to K15, and 30 concerned participants in the Kon ⁇ concentrators K21 to K25 simultaneously at a time in Vietnamese language. In total, this results in 800 channels that are operated in parallel and at the same time reach the time of the participant receipt assuming the same length of German and Turkish announcement texts.
- the Media Server m recognizes that it has a total of 3200 channels available to the local exchange Ovst 1.
- this local exchange has connected 50000 subscribers, of which in each case 4000 subscribers at the concentrators K11 to K15 are to be alerted.
- From the local exchange Ovst 1 exist as real lines in each case 500 channels to the concentrators KlI to K15. Since each ⁇ wells 800 channels can be operated in parallel sum of the Media Server switches 4 m each time-equidistant Brodeast groups so that a total of 3200 channels operated ⁇ the.
- the duration of the announcement takes 15 seconds in each case.
- the recognition time is given as less than 5 seconds, which means that a called party can respond during this time. This means a total cycle time of 20 seconds with a time offset of 5 seconds. If 30 seconds are assumed as the average switch-on time, this results in a total alarm time of 5 to 7 minutes for the participants connected to the concentrators KlI to K15 and K21 to K25.
- CDR tickets are created by the Media Server (ticket list).
- a participant DNx the Media Server
- the replacement strategy can be carried out via SMS or e-mail, as indicated in FIG.
- Information to be provided can be specified by including HLR or presence server information.
- the media server m can perform a dynamic load control. This means that in the case of an already existing high traffic load, the additional load arising between the media server and the concentrators is identified as being too large and then reduced to a lower throughput. If the utilization of the network allows it, the load generated by the media server is dynamically increased within the available capacities of the network. This ensures that the activity of the media server does not always exceed the scope of performance offered by the network in terms of an up-to-date alert and system-related network blockades due to mass traffic in certain directions are avoided.
- the invention can also gen at Schemeansa- for example, come to query the presence at Freiêtrn in criminal ⁇ correctional or similar applications.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Alarm Systems (AREA)
Abstract
Beim Stand der Technik wird beispielsweise für den Fall, dass größeren Gefahren oder Umweltkatastrophen unmittelbar bevorstehen, die Bevölkerung über Sirenen, Rundfunk oder Fernsehen alarmiert/ gewarnt. Dieser Art der Alarmierung/ Warnung der Bevölkerung sind aber enge Grenzen gesetzt. Außerdem kann bei dieser Art der Alarmierung nicht sicher davon ausgegangen werden, dass die gewarnten Personen auch erreicht wurden. Die Erfindung löst dieses Problem, indem von jedem Teilnehmer beim Einrichten eines Kommunikationsanschlusses ein teilnehmerindividuelles Erreichbarkeitsprofil erstellt wird, und in- dem im Bedarfsfall nach Maßgabe der im Erreichbarkeitsprofil gespeicherten Daten eine Verbindung zu dem wenigstens einen Kommunikationsendgerät aufgebaut wird, über das bei Erreichen des Teilnehmers diesem die Informationen zugeführt werden, welche vom Teilnehmer zu quittieren sind.
Description
Beschreibung
Verfahren zum Sicherstellen der Erreichbarkeit von Teilnehmern von Kommunikationsnetzen
Die Alarmierung/ Warnung der Bevölkerung vor größeren Gefahren oder Umweltkatastrophen wie beispielsweise Feuer, Sturm, Flut, Auswirkungen von Unglücksfällen, kriegerischen Auseinandersetzungen etc. erfolgt beim Stand der Technik über Si- renen . Hierbei werden der Bevölkerung über Frequenzen/ Tonfolgen Informationen über die unmittelbar bevorstehende Bedrohung mitgeteilt. Problematisch hierbei ist jedoch, dass eine Sirenenalarmierung nicht überall flächendeckend möglich ist, und auch dort wo sie prinzipiell gegeben ist wie z. B. in Großstädten, nicht jedermann arbeitsplatz-/ aufenthaltsbedingt erreicht werden kann. Da außerdem Frequenzen/ Tonfolgen nur begrenzt zur Verfügung stehen und von ihrer Kenntnis in der Bevölkerung nicht ausgegangen werden kann, ist ersichtlich, dass dieser Art der Alarmierung/ Warnung der Bevölke- rung enge Grenzen gesetzt sind.
Gleiches gilt für eine Alarmierung/ Warnung über Rundfunk und Fernsehen, da diese Medien die Nutzung des jeweiligen Mediums zum Zeitpunkt der Warnung voraussetzen. Aufgrund des breiten überregionalen Programmangebots (d. h. die Teilnehmer haben nicht den betreffenden lokalen Kanal eingeschaltet, über den die Warnmeldung gerade eintrifft) ist aber noch nicht einmal in diesem Falle sichergestellt, dass die Alarmierung/ Warnung auch ankommt .
Zwar sind zur Lösung dieser Problematik von den Betreibern der Telekommunikationsnetze Alternativen auf Basis von Kommu¬ nikationsnetzen entwickelt worden. Hierbei handelt es sich um Vorschläge, die auf einem Broadcast von Ansagen beruhen. Aber auch diese lassen ungewiss, ob die Alarmierung/ Warnung den jeweiligen Adressaten auch erreicht hat, von ihm entgegengenommen und verstanden wurde. So besteht beispielsweise bei reinen Ansagediensten das Problem, dass der Teilnehmer gerade
dann gewisse vermittlungstechnische Features aktiviert hat, wenn die Alarmierung erfolgt. Damit ist aber das Durchschal¬ ten der Verbindung kein Kriterium dafür, dass die Ansage auch empfangen wurde. Wenn der Teilnehmer einen Dienst wie Voice Mail, reine Ansage in Abwesenheit oder lokale Einrichtungen betreibt, die nach einer gewissen Rufdauer automatisch aktiv werden (ältere FAX Anschaltungen) , betrachtet die rufende Vermittlungsstelle die Verbindung als durchgeschaltet, aber der Warnhinweis wird z. B. auf einen Ansagedienst des Teil- nehmers gesprochen oder auf einem Voice Mail System hinterlegt. Der Teilnehmer gilt damit als gewarnt, ist es aber de facto gar nicht.
Schließlich beruhen diese Ansätze auf der nicht mehr ganz zu- treffenden Annahme eines einzigen lokalen Netzbetreibers des¬ sen Ortsvermittlungsstelle alle Anschlüsse einer gewissen Re¬ gion terminiert und diese mit entsprechenden Local Area Codes abdeckt. Im Zeitalter von Number Portability und einer Viel¬ zahl von Netzbetreibern ist dieser Ansatz problematisch und führt gegebenenfalls zu Erreichbarkeitsproblemen in überge¬ ordneten Netzknoten.
Der Nachteil aller Verfahren gemäß dem Stand der Technik besteht somit darin, dass Hilfskräfte eigentlich nicht davon ausgehen können, dass die Alarmierung/ Warnung auch beim Adressaten angekommen ist und auch zur Kenntnis genommen wurde. Dies wäre aber zwingend notwendig, um gezielt Hilfsmassnahmen ergreifen zu können, was letztendlich dazu führt, dass Schäden vermieden werden und Leben gerettet werden können.
Der Erfindung liegt die Aufgabe zugrunde, einen Weg aufzuzei¬ gen, wie die Erreichbarkeit möglichst vieler Menschen sicher¬ gestellt werden kann, um im Bedarfsfall effizient kommunizie¬ ren zu können.
Die Erfindung wird ausgehend von den im Oberbegriff der Patentansprüche 1, 9, 12 angegebenen Merkmale durch die im kennzeichnenden Teil beanspruchten Merkmale gelöst.
Der Vorteil der Erfindung ist darin zu sehen, dass durch das Vorsehen von teilnehmerindividuellen Erreichbarkeitsprofilen die Erreichbarkeit der Bevölkerung für Alarmierungs-/ War- nungszwecke sichergestellt ist. Dies ist möglich, da mittler¬ weile fast jeder Bürger eines zivilisierten Landes Zugang zu einem wie auch immer ausgebildeten Kommunikationsendgerät hat. Mit dem Alarmierungs-/ Warnungskonzept wird den indivi¬ duellen Verhaltensweisen und Bedürfnissen des Teilnehmers Rechnung getragen. So kann beispielsweise eine multilinguale Alarmierung unter Ausnutzung von teilnehmerindividueller Profilinformation und Prioritäten durchgeführt werden. Damit werden auch bestehende Sprachprobleme beseitigt, da es viele ausländische Mitbürger gibt, die der Landessprache nicht mächtig sind.
Ein weiterer Vorteil der Erfindung besteht in der Generierung der Bestätigung des Empfangs der Warnung über das empfangende Teilnehmerendgerät. Das Quittieren des Empfangs der Alarmie- rungsinformation bzw. das Fehlen einer solchen Quittung wird dokumentiert. Damit können Hilfsmassnahmen effizient einge¬ leitet werden.
Grundsätzlich sind mit einem derartigen Konzept kurze Vor- warnzeiten möglich, es treten keine Netzblockaden auf, das Verfahren von der Netztechnologie (TDM, IP) unabhängig, was letztendlich einen ökonomischen Einsatz der vermittlungstechnischen Ressourcen bedeutet. Ziele in Mobilfunknetzen werden ebenso mitberücksichtigt. Schließlich ist die Erfindung nicht allein auf diesen Anwendungsfall beschränkt. So kann bei¬ spielsweise die Erfindung ebenfalls bei Werbeansagen, zur Ab¬ frage der Anwesenheit bei Freigängern im Strafvollzug oder ähnlichen Anwendungen zum Einsatz kommen.
Die Implementierung in bestehende Systeme kann in einfacher Weise vorgenommen werden, da in bestehenden Vermittlungsknoten keine funktionalen Änderungen vorgenommen werden müssen.
Die Erfindung wird im Folgenden anhand eines figürlich dargestellten Ausführungsbeispiels näher erläutert.
Es zeigen:
Figur 1 das Erstellen der Teilnehmerlisten für eine Mehrzahl von Media Servern gemäß der Erfindung,
Figur 2 ein mit Zahlen belegtes Ausführungsbeispiel
In Fig. 1 ist aufgezeigt, wie Teilnehmerlisten, über die Teilnehmer eines Kommunikationsnetzes im Notfall zu alarmie¬ ren sind, erstellt werden. Erfindungsgemäß ist vorgesehen, dass für jeden Teilnehmer beim Einrichten eines Kommunikationsanschlusses ein Erreichbarkeitsprofil erstellt wird. Die¬ ses Profil ist dann für die Dauer des Bestehens des Anschlus¬ ses zu pflegen, d. h. die hier gespeicherten Daten sind stets aktuell zu halten (z. B. im Umzugsfalle). Bestandteile des Erreichbarkeitsprofils sind Daten, die repräsentativ für die Identität und den Aufenthaltsort des Teilnehmers sind. Dies können beispielsweise Rufnummer, Name, Wohnort, Sprache, Zweitwohnsitze, alternative Rufnummern (Nachbarschaft, Ver¬ wandte, Verwalter usw.), Mobilfunknummer (n) falls vorhanden, Email-Adresse usw. sein. Auf einen Teil des Erreichbarkeits¬ profils hat der Teilnehmer selbst Zugriff (z. B. über Internet (WEB) , WAP (Wired Application Protocol) , IVR Access (Interactive Voice Response) ) . So kann er selbst Aktualisierun¬ gen bei nachgeordneten Daten (Ersatzrufnummern usw.) vorneh- men . Aus den Alarmprofilen der Teilnehmer erstellt der Netzbetreiber Teilnehmerlisten zur Alarmierung von Regionen, Städten, Stadtteilen, Überschwemmungsgebieten, Lawinengebieten usw. Diese können in Folge behördlicher Alarmpläne über die Teilnehmeradresse in den Profildaten erzeugt werden (Fig. 1) .
Fig. 1 zeigt weiter, wie mit oder vor dem Eintritt des Alarmfalls disjunkte Teile der Teilnehmerliste der zu alarmieren-
den Teilnehmer auf eine Mehrzahl von regionalen Media Servern zugeordnet werden. Diese Vorgänge werden von einer Software TOOLING gesteuert. Bei der weiteren Verteilung der Alarminformationen zu den Teilnehmern werden die Gegebenheiten der Netztopologie (Konzentratoren l..n, Ortsvermittlungsstellen (Ovst) l..m, Transit-Vermittlungsstellen l..k, Media Server l..m, Verbindungswege/ Kapazitäten, DN Range (Directory Num- ber) / Assignment/ Routing) mitberücksichtigt. Dies erfolgt dadurch, dass der generierte Verkehr zwischen den Media Ser- vern und den von diesen zu alarmierenden Teilnehmern in den
Media Servern an die Bandbreiten und Signalisierungskapazitä- ten zwischengelagerter Vermittlungsstellen und Verbindungswege angepasst wird. Dies gilt ebenso für die Schnittstellenbe¬ dingungen von Teilnehmerkonzentratoren (Leitungen, Rufstrom- generatorleistung, usw.) bzw. Bandbreiten des Teilnehmer Access. Hierzu wird in den Media Servern eine maximale Zahl pa¬ ralleler Rufe pro Teilnehmergesamtheit definiert.
Im Alarmfalle steht einem Media Server die ihm für diesen A- lärm zugedachte Teilnehmerliste zur Verfügung. Diese Liste besitzt Untermengen von Teilnehmern, die über gleiche Wege erreicht werden können, wobei jeder dieser Untermengen eine Maximalzahl paralleler Rufe zugeordnet ist. Dem jeweiligen Media Server stehen mithin aufbereitete Daten der Netztopolo- gie zur Verfügung. Die eigentlichen Profildaten der Teilnehmer können auf zentralen Datenbasen hinterlegt sein und bedarfsweise von den Media Servern abgerufen werden.
Mit dem Auslösen der Alarmierung bauen die Media Server abge- hende Calls zu den zu alarmierenden Teilnehmern auf und spie¬ len nach Verbindungsaufbau eine für den Alarm spezifische und aktuelle Ansage. Dieses kann vorteilhaft durch eine einmalige Generierung des Nutzdatenstroms und Verwendung von Broadcast Mode für eine Untergesamtheit der zu alarmierenden Teilnehmer erfolgen. In Richtung einer Untergesamtheit werden nur die maximal zulässigen parallelen Rufe aufgebaut, womit die maxi¬ mal mögliche Übertragungskapazität der Verbindungsleitungen nicht überschritten wird.
Die Ansage muss von dem Teilnehmer komplett angehört werden und endet mit der Frage nach einer Quittung, auf die der Me¬ dia Server eine DTMF-Eingabe oder ein einfache Spracheingabe erwartet und mit Erhalt der Quittung die Verbindung wieder abbaut. Quittungen können z. B. sein: „Ja (Ich habe die Information erhalten)" oder
„Ja/Nein (Ich werde das Evakuierungsgebiet (nicht ) verlassen) " Der Media Server vermerkt die Quittungseingabe als Alarmie- rungsnachweis . Ist der Teilnehmer besetzt, so erfolgt zyk¬ lisch eine oder gegebenenfalls mehrfache Wiederholungen. Ist der Teilnehmer nicht erreichbar, ständig besetzt oder quittiert nicht, so erfolgt die aktuelle, vom Teilnehmer spezifi¬ zierte Ersatzstrategie, die im Teilnehmerprofil hinterlegt ist (Ersatzrufnummern, SMS, E-Mail) .
Die Alarmierungsansage ist im einfachsten Falle eine Broad- cast-Ansage, die mehrmals gespielt wird und auf die der Teil¬ nehmer mitten hineingeschaltet wird, wenn er den Ruf annimmt. Am Ende der Ansage erfolgt die Abfrage der Bestätigungseinga¬ be (DTMF Eingabe oder Spracheingabe) :
Wenn Sie die Ansage vollständig gehört haben, dann drücken Sie bitte Ziffer 1 oder sagen Sie „ja") . Dies erfolgt für alle zugeschalteten Teilnehmer der Broadcast-Gruppe einer Sprache gleichzeitig. Genau zu der Zeit, zu der die Eingabe¬ aufforderung beendet wird, wird auf allen Rückkanälen eine Erkennerlogik zugeschaltet, die die Eingabe entgegennimmt.
Gibt ein Teilnehmer eine positive/ negative Quittung, wird das in einem Ticket (CDR) vermerkt, die Verbindung wird abge¬ baut, und der Teilnehmer gilt als alarmiert. Wird nach mehre¬ ren Wiederholungen der Ansage keine Quittung erhalten, so wird die Verbindung ebenfalls abgebaut, und der Teilnehmer gilt als nicht alarmiert. Dies führt zur Anwendung der spezi- fizierten individuellen Ersatzstrategie.
Ein Media Server hat gegebenenfalls vorteilhaft im Hinblick auf den Ressourcenbedarf eine Mehrzahl von äquidistant zeit-
versetzt laufenden Broadcast-Ansagen von Gruppen von Teilnehmern der gleichen maximalen Anzahl und ordnet die Erkennerressourcen nur für die Zeit zu, in der die Eingabe erwartet wird. Hiermit wird die Performanz des Media Servers verviel- facht. Wird eine Maschine (z. B. eine Voice Mailbox) er¬ reicht, so antwortet diese mit hoher Wahrscheinlichkeit nicht zufällig mit der Eingabe, die zum Zeitpunkt des Endes der An¬ sage vom Teilnehmer erwartet wird. Es kann also ausgeschlos¬ sen werden, dass ein Teilnehmer als alarmiert gilt und es doch nicht ist.
Die Quittungsinformationen dienen als Basis für eventuell notwendige spezielle Maßnahmen von Rettungskräften und können in beliebiger Filterung visualisiert werden. Der Media Server überwacht den Erfolg seiner Calls in Richtung Teilnehmer einer gewissen Richtung und regelt den von ihm erzeugten Verkehr herunter, falls die Durchschaltungsrate schlecht werden sollte. Wenn also in der Busy Hour alarmiert werden soll oder aktuell Störungen im Netzvorliegen, merkt dies der Media Ser- ver implizit und regelt seine Verkehrslast herunter.
Prioritäten für die Alarmierung können teilnehmerindividuell gesetzt werden. Ein Anwendungsfall wäre beispielsweise der Umstand, dass die im unmittelbaren Gefahrenbereich einer Che- mie-Fabrik lebenden Einwohner schneller gewarnt werden als andere .
Ist ein Teilnehmer besetzt, so kann der Media Server einen „Rückruf bei besetzt" initiieren, zeitlich überwachen oder via MLPP als priorisierter Anrufer den Teilnehmer erreichen, wenn die Netzinfrastruktur diese Features unterstützt.
Alternativ zur einfachen Spracheingabe, die ja noch geringe Zweifel erlaubt, auch den richtigen Teilnehmer erreicht zu haben, kann eine komplette Authentifizierung als Alternative zu DTMF/Spracheingabe vorgenommen werden (Eingabe einer PIN, Passwort, Sprechererkennung) .
Das Verfahren ist ebenfalls im IP-Umfeld einsetzbar. Für ein reines IP-Umfeld mit komplexer Kodierung des Nutzdatenstromes (z. B. gemäß ITU-T G.729) kann bei Einsatz von Ziffereingaben auf Erkennerressourcen komplett verzichtet werden. Hier kön- nen die Eingaben von der fernem Seite per Signalisierung o- der gemäß RFC 2833 eintreffen. Damit können sehr viele Broad- cast-Gruppen aufgebaut werden, deren Zeitversatz sehr gering sein wird, so dass der Eindruck des auf eine laufende Ansage geschalteten Teilnehmers entfällt.
Die mitgeschriebenen Gebührentickets erlauben offline char- ging für die Alarmierungsleistung.
Abfrage von Presence Servern, sowie HLR-Information (Home Lo- cation Register) ist durch die Media Server bei Vorhandensein entsprechender Schnittstellen prinzipiell möglich. Damit kann eine erweiterte Erreichbarkeit einhergehen, oder aber die Me¬ dia Server erkennen aufgrund der damit verbundenen Topologie- information selbst, dass der Teilnehmer (z. B. wegen Abwesen- heit im Katastrophengebiet) gar nicht mehr dringlich zu un¬ terrichten ist. Auch diese Erkenntnisse können in Ticketform zur Dokumentation bereitgestellt werden.
In Fig. 2 ist das soeben beschriebene Ausführungsbeispiel mit konkreten Zahlen belegt. Demgemäß ist der Media Server m als zentrale Instanz im Netz aufgezeigt. Fig. 2 zeigt ferner eine Alarmliste A des Media Servers m, wie sie vom Alarmplan y für eine Chemiefabrik generiert wurde. Als Datensatz ist hier beispielhaft Teilnehmernummern (DNx) , Prioritäten (Priox) , Konzentratoren, Vermittlungsstellen (VST x) , Transit Ämter, sowie Verbindungswege (Link) aufgezeigt. Auf diese Alarmliste A hat der Media Server m Zugriff.
Weiterhin sind Listen N, P aufgezeigt, auf die der Media Ser- ver m ebenfalls Zugriff hat. In ersterer sind Informationen bezüglich der Netztopologie abgelegt. Dies bedeutet, dass hier Informationen über Konzentratoren, Ortsvermittlungsstellen, Transit Vermittlungsstellen sowie aller oder gewisser
Verbindungswege/ Kapazitäten des Netzes gespeichert sind. In letzterer Liste P sind Informationen über Teilnehmerdaten und Teilnehmerprofile abgelegt. Beispielhaft sind Teilnehmernum¬ mer, Adresse, Name, Ersatznummern, unter der der Teilnehmer erreichbar ist, Sprache, oder E-Mail-Adresse angeführt.
Die Aufgabe des Media Servers m besteht nun darin, aufgrund seines Zugriffs auf die Listen A, N, P eine Strategie zu erstellen, mit der die in Liste A vorgegebenen Teilnehmer schnellstmöglich informiert werden können. Hierzu werden die Listen miteinander verknüpft. Beispielsweise entnimmt der Me¬ dia Server m dem Alarmplan y der Chemiefabrik (Liste A) , welchen Teilnehmern im unmittelbaren Bereich der Chemiefabrik Gefahr droht. Diese Information wird mit den Informationen der Liste N korreliert, wodurch die Netztopologie im Gefah¬ renbereich ermittelt wird. Schließlich werden die Daten der Listen A, N mit den Daten der Liste P korreliert, wodurch ein Profil der betroffenen Teilnehmer zugeordnet wird.
Es wird beispielhaft davon ausgegangen, dass der Media Server m als Ergebnis dieser Verknüpfung ermittelt, dass jeweils 50% betroffene Teilnehmer an den Konzentratoren KlI bis K15 sowie je 50% betroffene Teilnehmer an den Konzentratoren K21 bis K25 der deutschen Sprache mächtig sind. Ferner wird beispiel- haft ermittelt, dass je 50% betroffene Teilnehmer der Kon¬ zentratoren KlI bis K15 sowie jeweils 50% betroffene Teilneh¬ mer der Konzentratoren K21 bis K25 der türkischen Sprache mächtig sind.
Es wird beispielhaft weiter davon ausgegangen, dass der Media Server m als Ergebnis dieser Verknüpfung ferner bestimmt, dass er jeweils 50 betroffene Teilnehmer an den Konzentrato¬ ren KlI bis K15 sowie je 30 betroffene Teilnehmer an den Kon¬ zentratoren K21 bis K25 zu einem Zeitpunkt gleichzeitig in deutscher Sprache informiert. Ferner wird beispielhaft be¬ stimmt, dass je 50 betroffene Teilnehmer der Konzentratoren KlI bis K15 sowie jeweils 30 betroffene Teilnehmer der Kon¬ zentratoren K21 bis K25 zu einem Zeitpunkt gleichzeitig in
türkischer Sprache informiert werden. In Summe ergeben sich damit 800 Kanäle, die parallel bedient werden und unter der Annahme gleich langer deutscher und türkischer Ansagetexte gleichzeitig den Zeitpunkt der Teilnehmerquittung erreichen.
Aufgrund der Netztopologie erkennt der Media Server m, dass ihm insgesamt 3200 Kanäle zur Ortsvermittlungsstelle Ovst 1 zur Verfügung stehen. Beispielhaft sei ferner angenommen, dass diese Ortsvermittlungsstelle 50000 Teilnehmer ange- schlössen hat, von denen jeweils 4000 Teilnehmer an den Kon- zentratoren KlI bis K15 alarmiert werden sollen. Von der Ortsvermittlungsstelle Ovst 1 existieren als reale Leitungen jeweils 500 Kanäle zu den Konzentratoren KlI bis K15. Da je¬ weils 800 Kanäle in Summe parallel bedient werden können, schaltet der Media Server m jeweils 4 zeitlich äquidistante Brodeast Gruppen, sodass insgesamt 3200 Kanäle bedient wer¬ den. Beispielhaft sei weiter angenommen, dass die Ansagedauer jeweils 15 Sekunden Zeit in Anspruch nimmt. Die Erkennerzeit sei mit weniger 5 Sekunden angegeben, was bedeutet, dass in dieser Zeit ein angerufener Teilnehmer reagieren kann. Dies bedeutet insgesamt eine Zykluszeit von 20 Sekunden mit einem Zeitversatz von 5 Sekunden. Falls als mittlere Durchschalt- zeit 30 Sekunden angenommen werden, ergibt sich damit eine gesamte Alarmierungszeit für die an den Konzentratoren KlI bis K15 und K21 bis K25 angeschlossenen Teilnehmer von 5 bis 7 Minuten.
Als Ergebnis der Kontaktierungsversuche der Teilnehmer werden vom Media Server m CDR-Tickets erstellt (Ticketliste) . Hier ist beispielhaft aufgeführt, dass ein Teilnehmer DNx die
Nachricht quittiert hat. Dies wird ebenso erfasst, wie die Zeit und das betreffende Teilnehmerprofil dieses Teilnehmers. Ferner ist hier beispielhaft ein Teilnehmer DNy erfasst, der nicht quittiert hat, und der bereits zu drei verschiedenen Zeiten im Zuge einer Ersatzstrategie vergeblich kontaktiert wurde. Die Ersatzstrategie kann wie in Fig. 2 angedeutet über SMS oder E-Mail vorgenommen werden und die im CDR Ticket aus-
zugebende Information kann über Einbeziehen von HLR - oder Präsence-Server Information präzisiert werden.
Abschließend sei darauf hingewiesen, dass der Media Server m eine dynamische Lastregelung vornehmen kann. Dies bedeutet, dass im Falle einer bereits existierenden hohen Verkehrslast dynamisch die zusätzliche, zwischen dem Media Server und den Konzentratoren entstehende Last als zu groß erkannt wird und dann auf einen geringeren Durchsatz heruntergeregelt wird. Falls die Auslastung des Netzes es danach erlaubt, wird die von dem Media Server generierte Last dynamisch erhöht im Rahmen der verfügbaren Kapazitäten des Netzes. Es wird hiermit sichergestellt, dass die Aktivität des Media Servers im Hinblick auf eine aktuelle Alarmierung stets den Rahmen der vom Netz angebotenen Performanz nicht übersteigt und systembedingte Netzblockaden durch Massenverkehr in bestimmte Richtungen vermieden werden.
Das erfindungsgemäße Verfahren und die erfindungsgemäße Vor- richtung wurden gemäß obigem Ausführungsbeispiel anhand der
Übertragung von vom Teilnehmer zu quittierenden Alarminformationen beschrieben. Die Erfindung ist jedoch nicht allein auf diesen Anwendungsfall beschränkt.
So kann beispielsweise die Erfindung ebenfalls bei Werbeansa- gen, zur Abfrage der Anwesenheit bei Freigängern im Straf¬ vollzug oder ähnlichen Anwendungen zum Einsatz kommen.
Claims
1. Verfahren zum Übertragen von Informationen an eine Vielzahl von Teilnehmer von Kommunikationsnetzen, die jeweils ü- ber wenigstens ein Kommunikationsendgerät erreichbar sind, dadurch gekennzeichnet, dass von jedem Teilnehmer ein teilnehmerindividuelles Er¬ reichbarkeitsprofil erstellt wird, dass im Bedarfsfall nach Maßgabe der im Erreichbarkeitsprofil gespeicherten Daten eine Verbindung zu dem wenigstens einen
Kommunikationsendgerät aufgebaut wird, über das bei Erreichen des Teilnehmers diesem die Informationen zugeführt werden, welche vom Teilnehmer zu quittieren sind.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass im teilnehmerindividuellen Erreichbarkeitsprofil Daten geführt werden, die repräsentativ für die Identität oder die vornehmlichen Aufenthaltsorte des Teilnehmers sind.
3. Verfahren nach Anspruch 1, 2, dadurch gekennzeichnet, dass die Daten des teilnehmerindividuellen Erreichbarkeitsprofils stets aktuell gehalten werden.
4. Verfahren nach Anspruch 1 bis 3, dadurch gekennzeichnet, dass das teilnehmerindividuelle Erreichbarkeitsprofil min¬ destens eine Rufnummer und/oder mindestens eine E-Mail Adres- se und/oder mindestens eine gleichwertige Zieladressinforma¬ tion eines Kommunikationsnetzes, eine optionale Prioritäts¬ reihenfolge und/ oder zeitliche Erreichbarkeitszuordnungen innerhalb dieser Rufnummern, E-Mail-Adressen oder gleichwertigen Zieladressinformationen und/oder Indikation der zu ver- wendenden Landessprache für die Zuführung der Informationen zum Teilnehmer enthält .
5. Verfahren nach Anspruch 1 bis 4, dadurch gekennzeichnet, dass die vom Teilnehmer abzugebende Quittung in Form eines Tonsignals, einer Zifferneingabe, einer Spracheingabe, einer SMS oder einer E-Mail zu erbringen ist.
6. Verfahren nach Anspruch 1 bis 5, dadurch gekennzeichnet, dass die dem Teilnehmer zugeführten Informationen als Warn- hinweise vor unmittelbar bevorstehenden Gefahren oder als
Werbeansagen oder als Abfragen der Anwesenheit bei Freigängern im Strafvollzug ausgebildet sind.
7. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass bei Nichterreichen des Teilnehmers nach Maßgabe der wei¬ teren, im Erreichbarkeitsprofil gespeicherten Daten eine Verbindung zu weiteren dort angegebenen Kommunikationsendgeräten zum Übertragen der Informationen aufgebaut wird oder eine nachrichtenbasierte Information ohne Verbindungsbezug vorge¬ nommen wird
8. Verfahren nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass der Umstand der erfolgreichen und nicht erfolgreichen
Information des Teilnehmers jeweils optional mit ergänzenden Daten über Zeitpunkt und Art der verwendeten Erreichbarkeits¬ alternativen sowie allen weiteren den Informationsablauf betreffenden Daten dauerhaft gespeichert wird und zur Nachbe- arbeitung, Vergebührung Filterung und/oder Visualisierung dem Netzbetreiber zur Verfügung gestellt wird.
9. Programm (TOOLING) zur Verarbeitung von Teilnehmerdatensätzen, welche mindestens geographische Daten des Aufenthalts von Teilnehmern von Kommunikationsnetzen, Erreichbarkeitsinformationen in Form von Rufnummern, E-Mail Adressen und/ oder gleichwertigen Zieladressinformationen von Kommunikationsnet- zen sowie Prioritätsinformation hinsichtlich der bevorzugten Art der Erreichbarkeit enthalten, dadurch gekennzeichnet, dass die geographische Definition mindestens eines relevanten Gebietes als Teil der Eingabeinformation ausgebildet ist, dass eine Netztopologieinformation, die eine Anzahl von Media Server und deren Netzanbindung umfasst, als weiterer Teil der Eingabeinformation ausgebildet ist, dass im Rahmen der Verarbeitung der Teilnehmerdatensätze je- der Teilnehmerdatensatz einer Untermenge von Teilnehmerdatensätzen potentiell betroffener Teilnehmer jeweils genau einem Media Server zugeordnet wird, dass die Zuordnung der Teilnehmerdatensätze potentiell be¬ troffener Teilnehmer zu den Media Server unter den Gesichts- punkten optimaler Auslastung der Media Server sowie geringer Verkehrsbelastung des Netzes durch Ausspielen einer vorgegebenen Ansage oder eines Dialogs an die Gesamtheit der einem Media Server zugeordneten Teilnehmer und kürzester zu erwartender Zeit bis zur Information des letzten potentiell be- troffenen Teilnehmers vorgenommen wird.
10. Programm (TOOLING) nach Anspruch 9, dadurch gekennzeichnet, dass das relevante Gebiet durch die Briefadressen eines Lan- des, eines Bezirks, eines Landkreises, einer Stadt, eines
Stadtteils, eines Straßenzugs oder durch eine Menge von Local Area Codes eines Kommunikationsnetzes definiert ist.
11. Programm (TOOLING) nach Anspruch 9 oder 10, dadurch gekennzeichnet, dass die Netztopologieinformation Anzahl und Verschaltung von Teilnehmerkonzentratoren, Ortsvermittlungsstellen, Media Servern, Trasitknoten und Netzübergänge, sowie Kapazitäten der Verbindungswege und Netzknoten, und die Zuordnung von Rufnum- mern zu Teilnehmerkonzentratoren oder Netzübergangen umfasst.
12. Media Server, der Mittel zum Definieren einer maximalen Zahl paralleler Rufe pro Teilnehmergesamtheit umfasst, dadurch gekennzeichnet, dass ein Kommunikationsverkehr zwischen wenigstens einem Media Server und den von diesem zu alarmierenden Teilnehmern generiert wird, der die Bandbreiten und Signalisierungskapa- zitäten zwischengelagerter Vermittlungsstellen sowie die Verbindungswege und die Schnittstellenbedingungen von Teilneh- merkonzentratoren bzw. die Bandbreiten des Teilnehmer Access nicht übersteigt .
13. Media Server nach Anspruch 12, der Mittel zum Auswerten der quittierten Informationen sowie Mittel zum Erstellen von Datensätzen auf Basis der quittierten Informationen umfasst.
14. Media Server nach einem der Ansprüche 12, 13, der die nicht erfolgreichen Verbindungsversuche auf Basis von Netztopologieinformation mitlaufend auswertet und der die in Richtung eines Konzentrators, eines Transitweges oder eines Netzübergangs gleichzeitig generierte vermittlungstechnische Last zur Information zu alarmierender Teilnehmer dynamisch anpasst, sobald er die Korrelation von durch den Media Server generierter Last und der erhaltenen Zahl nicht erfolgreicher Verbindungsversuche feststellt.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE102005011882A DE102005011882A1 (de) | 2005-03-15 | 2005-03-15 | Verfahren zum Sicherstellen der Erreichbarkeit von Teilnehmern von Kommunikationsnetzen |
| PCT/EP2006/060020 WO2006097396A1 (de) | 2005-03-15 | 2006-02-16 | Verfahren zum sicherstellen der erreichbarkeit von teilnehmern von kommunikationsnetzen |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| EP1861986A1 true EP1861986A1 (de) | 2007-12-05 |
Family
ID=36405959
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP06708313A Withdrawn EP1861986A1 (de) | 2005-03-15 | 2006-02-16 | Verfahren zum sicherstellen der erreichbarkeit von teilnehmern von kommunikationsnetzen |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20080186966A1 (de) |
| EP (1) | EP1861986A1 (de) |
| JP (1) | JP2008533889A (de) |
| CA (1) | CA2600543A1 (de) |
| DE (1) | DE102005011882A1 (de) |
| WO (1) | WO2006097396A1 (de) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9467530B2 (en) * | 2006-04-11 | 2016-10-11 | Nokia Technologies Oy | Method, apparatus, network entity, system and computer program product for sharing content |
| US8166126B2 (en) | 2007-09-18 | 2012-04-24 | Cassidian Communications, Inc. | System and method for distributing notifications to a group of recipients |
| JP5067712B2 (ja) * | 2007-09-28 | 2012-11-07 | サクサ株式会社 | 災害警報システム |
| DE102012204010B3 (de) * | 2012-03-14 | 2013-08-29 | PEARL. GmbH | Verfahren und Kommunikationsgerät zum Aufbau einer Notrufkommunikation |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5278539A (en) * | 1992-02-11 | 1994-01-11 | Bell Atlantic Network Services, Inc. | Alerting and warning system |
| DE59410062D1 (de) * | 1994-06-09 | 2002-04-04 | Siemens Ag | Verfahren zum Verteilen von Anrufen in einem Kommunikationsnetz |
| JP3224972B2 (ja) * | 1995-10-02 | 2001-11-05 | 三菱電機ビルテクノサービス株式会社 | 安全確認装置 |
| DE19654859C1 (de) * | 1996-12-09 | 1998-12-17 | Motron Steuersysteme Gmbh | Verfahren zur Ausgabe von Alarmierungsmeldungen und/oderProzeßdaten aus einer elektronischen Steuerung und eine Schaltungsanordnung zur Durchführung des Verfahrens |
| JP2000115376A (ja) * | 1998-10-05 | 2000-04-21 | Osaka Gas Co Ltd | 呼び出しシステム |
| JP2001168990A (ja) * | 1999-12-08 | 2001-06-22 | Yamaha Corp | 災害時の安否確認装置及び方法 |
| JP3480412B2 (ja) * | 2000-03-07 | 2003-12-22 | 日本電気株式会社 | 無線通報システム |
| EP1170712A3 (de) * | 2000-07-05 | 2003-02-19 | Vierling Electronics GmbH+Co.KG | Alarmierungssystem zur schnellen Weiterleitung von Alarmmeldungen und zur raschen Alarmierung einer Mindestpersonenzahl |
| US7259694B2 (en) * | 2001-02-26 | 2007-08-21 | International Business Machines Corporation | Wireless communication system and method to provide geo-spatial related event data |
| EP1355455A1 (de) * | 2002-04-15 | 2003-10-22 | Siemens Aktiengesellschaft | Verfahren zur Nachrichtenverteilung |
| JP2003316885A (ja) * | 2002-04-23 | 2003-11-07 | Oak Lawn Marketing Inc | 災害時安否確認サービスシステム |
-
2005
- 2005-03-15 DE DE102005011882A patent/DE102005011882A1/de not_active Ceased
-
2006
- 2006-02-16 US US11/886,237 patent/US20080186966A1/en not_active Abandoned
- 2006-02-16 EP EP06708313A patent/EP1861986A1/de not_active Withdrawn
- 2006-02-16 WO PCT/EP2006/060020 patent/WO2006097396A1/de not_active Ceased
- 2006-02-16 CA CA002600543A patent/CA2600543A1/en not_active Abandoned
- 2006-02-16 JP JP2008501264A patent/JP2008533889A/ja active Pending
Non-Patent Citations (1)
| Title |
|---|
| See references of WO2006097396A1 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CA2600543A1 (en) | 2006-09-21 |
| WO2006097396A1 (de) | 2006-09-21 |
| JP2008533889A (ja) | 2008-08-21 |
| US20080186966A1 (en) | 2008-08-07 |
| DE102005011882A1 (de) | 2006-09-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| DE69737675T2 (de) | Verfahren und Gerät für Datennetzwerkanrufverarbeitung | |
| DE10056823A1 (de) | Verfahren zur Durchführung eines Dienstes zur automatischen Übermittlung von Paketdaten sowie Kommunikationsnetz, Informationsrechner und Programmmodul dafür | |
| EP1861986A1 (de) | Verfahren zum sicherstellen der erreichbarkeit von teilnehmern von kommunikationsnetzen | |
| EP1305936B1 (de) | Vorrichtung und verfahren zur anrufumlenkung in telekommunikationsnetzen | |
| EP1285524A2 (de) | Verfahren zum melden eines ein kommunikationsendgerat erreichenden rufes | |
| DE102006001789A1 (de) | Nebenstellenanlage mit Fernzugriff auf Merkmale | |
| EP2014069A1 (de) | Richterliches mithören bei peer-to-peer netzen | |
| DE102006001788B4 (de) | Nebenstellenanlage mit Verbindungsaufbaumerkmalen für hausexterne Telekommunikationsendgeräte | |
| WO2003067862A1 (de) | Organisation eines telekommunikationsnetzes in ausnahmefällen | |
| WO2001091430A1 (de) | Verfahren und kommunikationsanordnung zum vermitteln von kommunikationsbeziehungen an in zumindest einem kommunikationsnetz angeordnete und zumindest einer gruppe zugeordnete teilnehmeranschlüsse | |
| DE102008021608A1 (de) | Verfahren und Kommunikationseinrichtung zum Etablieren einer alternativen Kommunikationsübertragung | |
| DE102005030133B4 (de) | Verfahren und Kommunikationseinrichtung zum Signalisieren von vermittlungstechnischen Zuständen zwischen einem Teammodul und einem Kommunikationsmodul | |
| EP0676734A1 (de) | Alarmierungsanlage und Verfahren zur Alarmierung | |
| DE202009019094U1 (de) | SIM-Karte und Notrufmodul | |
| DE102015214716B4 (de) | Verfahren und system zur initiierung und durchführung einer notrufkommunikation zwischen einem telekommunikationsendgerät und einem notrufdienst, system, computerprogramm | |
| DE10023624A1 (de) | Dienst-Einheit | |
| EP0886448A2 (de) | Verbindungsaufbauverfahren sowie Vermittlungsstelle und Kommunikationsnetz | |
| DE102011106124A1 (de) | Notrufsäule | |
| EP2063591B1 (de) | Verfahren und Vorrichtung zur Übermittlung von Nachrichten in Telekommunikationsnetzen | |
| EP0833540A2 (de) | Verfahren und Kommunikationsnetz zur Übertragung von Informationen zwischen Netzeinrichtungen | |
| EP1885149B1 (de) | Verfahren zur Weiterleitung eines in einem digitalen Mobilfunknetz generierten Rufes an einen Festnetz-Anschluss | |
| DE102005054264B4 (de) | Verfahren für Rufumleitungen | |
| EP1911295A1 (de) | Vorrichtung zum sicherstellen der erreichbarkeit von teilnehmern von kommunikationsnetzen über netzgrenzen hinweg | |
| DE4232863A1 (de) | Verfahren zur Steuerung der Verbindung zu einem an eine programmgesteuerte Nebenstellenanlage angeschlossenen Mobilendgerät | |
| DE3008288A1 (de) | Personensucheinrichtung in fernsprechanlagen |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
| 17P | Request for examination filed |
Effective date: 20071015 |
|
| AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR |
|
| RAP3 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG |
|
| DAX | Request for extension of the european patent (deleted) | ||
| 17Q | First examination report despatched |
Effective date: 20091223 |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
| 18D | Application deemed to be withdrawn |
Effective date: 20100504 |