EP2586214A1 - Notification d'incident sur un acces rnis raccorde a un reseau ip - Google Patents
Notification d'incident sur un acces rnis raccorde a un reseau ipInfo
- Publication number
- EP2586214A1 EP2586214A1 EP11737992.5A EP11737992A EP2586214A1 EP 2586214 A1 EP2586214 A1 EP 2586214A1 EP 11737992 A EP11737992 A EP 11737992A EP 2586214 A1 EP2586214 A1 EP 2586214A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- network
- isdn access
- defect
- isdn
- noted
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0407—Selecting arrangements for multiplex systems for time-division multiplexing using a stored programme control
- H04Q11/0414—Details
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0681—Configuration of triggering conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0407—Selecting arrangements for multiplex systems for time-division multiplexing using a stored programme control
Definitions
- the present invention relates to Integrated Services Digital Network (ISDN).
- ISDN Integrated Services Digital Network
- the present invention relates to the connection of an ISDN access to a telecommunications network of IP ("Internet Protocol”) type.
- IP Internet Protocol
- the Switched Telephone Network and in particular the public switched telephone network RTCP (in English, PSTN), is a fixed telephony network in which an analogue terminal or a digital installation are connected to a central office by one or more twisted pairs of copper son fed by the network, the assembly constituting what is called the "local loop".
- the telephone exchanges are themselves linked together by high speed links.
- the analog or digital telephone terminals can be of various kinds, for example an individual telephone (subscriber station), a payphone, or a PABX (initials of the words “Private Automatic Branch eXchange” meaning "private telephone switch") which serves mainly to connect the telephones of an establishment ("internal” lines) with the public telephone network ("external” lines).
- the H.323 protocol has been developed by ITU-T. It specifies procedures for signaling, coder-decoder negotiation, and information transport. It is widely used by manufacturers of voice and video conferencing, as well as in several real-time Internet applications such as "NetMeeting".
- the SIP protocol has been defined by NETF in RFC 3261. This protocol allows the establishment, modification and termination of multimedia sessions in a network using the IP protocol.
- the SIP protocol also allows for event notification procedures and the sending of information outside the context of a session. It is widely used for instant messaging service orders. Thus, in a SIP environment, there are different types of communications such as session establishment requests and queries exchanged outside any dialog.
- the invention is particularly suitable for IMS ("IP Multimedia Subsystem") type infrastructures.
- the IMS has been defined by the 3rd Generation Partnership Project (3GPP) and TISPAN (Telecommunications and Internet Converged Services and Protocols for Advanced Networking). It is a network architecture introduced by 3GPP for mobile networks, then taken over by TISPAN for fixed networks.
- This architecture which uses the SIP protocol, allows the dynamic establishment and the control of multimedia sessions between two clients as well as the reservation of the resources at the level of the network of transport of the multimedia flows. Thanks to this architecture, Network operators can conveniently implement a management policy, provide a predetermined Quality of Service, and calculate the amounts to be billed to customers.
- the IMS currently provides access to telephony, video telephony, presence and instant messaging services, which it also manages.
- VoIP over IP Voice over IP
- VoIP subscribers While the number of traditional PSTN subscribers is declining, that of VoIP subscribers, who have subscribed to a bundled services offer (Internet / TV / unlimited telephony), is growing strongly.
- VoIP subscribers are (or will be) connected to IMS network cores, while the PSTN subscribers are currently connected to time switches in the telephone exchanges through the Subscriber Connection Units (URA) ( a "time switch" operates on time multiplexed signals).
- UUA Subscriber Connection Units
- RTC emulation The PSTN subscribers are then connected to new types of ARUs that perform the call signaling protocol adaptation for IMS core communication, as well as the encoding / decoding of the media streams: in the context of the present invention these new types of URA will be called "URA-SIP".
- URA-SIPs examples include home bridges and gateways in ("Residential Gateways” in English), and secondly the gateways located in the network of an operator ("Voice Gateways" in English) such as DSLAM-SIP or DSLAM-H.248 (DSLAM are the initials of "Digital Subscriber Line Access Multiplexer” means “Digital Subscriber Line Access Multiplexer” means devices that collect DSL data traffic over a number of telephone lines.
- ISDN access offers digital links based on the quality of the RTC, and offering speeds up to 2 Mbit / s.
- ISDN combines the broad geographic coverage of a telephone network with the transport capacity of a data network carrying voice, data and video.
- With ISDN for example, smaller regional and international sites can connect to corporate networks at a cost that is better suited to actual consumption than with dedicated lines. A subscriber can thus request ISDN connections either to replace specialized lines, or in addition to increase the bandwidth or ensure redundancy.
- the International Telecommunication Union has defined ISDN technology so that it can provide digital connectivity with a wide variety of services.
- Two important features allow the RTC to evolve to offer ISDN services:
- the network must offer a set of ISDN-compliant user interface / network protocols; in this way, all ISDN equipment uses the same physical connections and signaling protocols to access the services.
- the local loop allows a single transmission channel; this channel processes only one service at any given time: voice or data.
- the local loop (comprising one or two pairs of twisted wires) is divided into several logical channels, called B and D, distinguished by their functions and their bit rates.
- B and D two types of access can be used, characterized by their respective numbers of B and D channels: the basic access access S0 / T0 (Basic Rate Access or BRA), and the primary access S2 / T2 ("Primary Rate Access" or PRA).
- S0 / T0 Basic Rate Access
- PRA Primary Rate Access
- the operator regularly carries out preventive tests which use re-closure mechanisms, as well as procedures error rate calculation (using the CRC - cyclic redundancy check mechanisms specified in the ISDN physical bearer layer). These maintenance procedures are described in the ITU-T 1.430 standards for basic access (ISDN BRA), and ITU-T 1.431 for primary access (ISDN PRA).
- the ISDN access is deemed to be defective, the interface can then be declared out of service and the operator is obliged (contractually, most often) to remedy as quickly as possible the defects observed. If the fault is located in the client facility, incident reporting and operator intervention are only required under conditions (usually only for primary ISDN access, and under contract conditions).
- FIG. 1 schematically illustrates, by way of example, the connection of an ISDN access to an IP network, for a basic access (ISDN BRA) or a primary access (ISDN PRA), via a connection device 1 constituted by a URA-SIP or a set consisting of an H.248 gateway and an intermediate entity of the network, such as the AGCF (initials of the words "Access Gateway Control Function” meaning Access Gateway Control Function) .
- the rest of the IP network is not represented.
- connection interface of the client-installation to the ISDN access is marked “T”; at the associated end of the ISDN access is a device denoted “NT1" (initials of the words “Network Termination 1”); NT1 equipment is also commonly referred to as TNR (for "Digital Network Termination” in French ISDN access) in the case of basic access connections; and
- FIG. 2 diagrammatically illustrates, as another example, the connection of a primary ISDN access (ISDN PRA) to an IP network via a connection device 1 constituted by a transit gateway ("Trunking Gateway” or TGW). To simplify the figure, the rest of the IP network is not represented.
- ISDN PRA primary ISDN access
- connection point of the client installation to the ISDN access is "T2"; at the associated end of the ISDN access is a device denoted "NT1"; at the associated end of the subscriber installation is a PABX denoted "NT2"; and
- the need for a mechanism to accurately locate an error in the operator section is particularly important when the ISDN access operator (operating a DSLAM for example) and the service operator (in charge of the control and as a service to the customer) are different, as is the case in some networks: indeed, it is necessary to clearly separate and identify the responsibilities of each.
- the service operator does not have - unlike the network operator - the ability to query the connection device to obtain information about the status of the ISDN access.
- the present invention thus relates to a method of incident notification on an ISDN access connected to an IP network.
- This method is remarkable in that it comprises the following steps: detection of said incident by a connection device of said ISDN access to said IP network, and
- connection device - sending by said connection device a session control message to a device, called said requestor, of the IP network, having previously subscribed to the connection device, explicitly or implicitly, to the notification of at least one piece of information status of ISDN access.
- the management of an ISDN access by an operator is considerably improved thanks to the automatic provision of status information concerning this ISDN access.
- this is particularly advantageous in the case where the requesting state information device is a service operator distinct from the ISDN access operator.
- This provision of information therefore allows an operator to react quickly and implement an appropriate repair action, so as to minimize the downtime for ISDN customers.
- said status information advantageously relates to:
- said session control message contains a specific header ("header"). associated with the subscription to said state information (in the context of the invention, a "header” designates a specific line in a session control message).
- the invention requires only a modest extension of session control protocols (SIP, or other).
- the invention relates to various devices.
- said status information relates to:
- the invention also relates to a computer program downloadable from a communication network and / or stored on a computer readable medium and / or executable by a microprocessor.
- This computer program is notable in that it includes instructions for performing the steps of any of the incident notification methods succinctly set forth above, when run on a computer.
- FIG. 1 schematically represents the connection of an ISDN access to an IP network via a URA-SIP
- FIG. 2 shows schematically the connection of an ISDN access to an IP network via a transit gateway.
- a device 2 of an IP network requesting status information from an ISDN access connected to the IP network, subscribes, explicitly or implicitly, to the notification of this information to a device connection 1 of the ISDN access to the IP network.
- This connection device 1, supervisor and generator of the state information can be, for example (see description of FIGS. 1 and 2 above), a URA-SIP (home gateway, enterprise gateway, gateway, etc.). operator such as a DSLAM-SIP or DSLAM-H248, possibly associated with an AGCF, and so on) or a TGW transit gateway.
- URA-SIP home gateway, enterprise gateway, gateway, etc.
- operator such as a DSLAM-SIP or DSLAM-H248, possibly associated with an AGCF, and so on
- TGW transit gateway a TGW transit gateway.
- the requesting device 2 can be, in particular:
- An AS server (initials of the English words "application server” meaning “application server”) such as a voicemail server, a presence server or a telephony server,
- P-CSCF Proxy-Call Server Control Function
- S-CSCF servers manage the registration procedure of user terminals , as well as the routing of the resulting signaling, or destination, of these user terminals), or
- IBCF server initials of the English words "Interconnection Border Control Function” meaning the Interconnection Border Control Function) (the IBCF servers serve as gateways to external networks, and in particular act as firewalls).
- the states of ISDN access that may be useful for notification include:
- the "network interface failure" status indicates a fault found in the digital operator section of the ISDN access
- the "grading" state indicates a degradation of quality noted in the digital operator section; this type of degradation allows calls to be disposed of, but can trigger maintenance operations; the conditions for triggering the notification of these states depend on the quality policy of the operator of the ISDN access (crossing an error rate threshold, for example).
- the state information according to the invention may be conveyed in a new header ("header"), which will be called for example "DigitalSection-Supervision".
- header which will be called for example "DigitalSection-Supervision”.
- the "method”, that is the type of session control message that will convey this new header may be of a conventional type (eg NOTIFY, INFO, MESSAGE, INVITE, OPTIONS or other), or of a new type specific to the implementation of the present invention.
- the "From" header indicates the identity of the ISDN access to which the forwarded information applies.
- This identity may correspond, according to the operator policies, to a line identifier (according to the format isdn-accessid @ operator ms.com) in accordance with the specification ETSI TS 183 043, or to a routable public identity such as an IMPU (initials of the English words "IP Multimedia Public Identity"), according to the global format [email protected], such as +[email protected].
- the notifier may be configured to issue NOTIFY messages to a designated recipient (s).
- the configuration may be more specific and apply for example only to a subset of the resources managed by the notifier and / or to a subset of the state information.
- the notifier may be configured with the identity of the recipient (AS, S-CSCF, and so on); alternatively, it will use the domain name of the recipient's attachment network, in which case it will be up to the IMS heart to route the notification messages correctly.
- the notifier may be configured with the list of ISDN accesses for which supervision is requested; alternatively, it may provide a supervision of all ISDN access, or a lack of supervision.
- the subscriber may indicate in the header "To" and / or the "Request-URI” the identity (line identifier or routable public identity) of the ISDN access for which supervision is requested.
- the header "To” and / or the "Request-URI” may contain the temporary public identity used in group registration ("Group Registration") in accordance with ETSI TS 183 043; in this case, all ISDN accesses implicitly associated with the group will be supervised.
- the subscriber may optionally indicate in the body of the subscription message the list of states for which he wishes to be notified: states of type "user”, “network”, “grading” (as described above), or any combination of these states; we can foresee that, by default, if the list of states is not specified, it is the set of states that will be subscribed.
- the ISDN access concerned in this example is identified by the French public identity 02 96 05 1 1 1 1.
- the subscriber, [email protected], indicates that he wants to be notified for "network” and "grading" events only.
- EventCategory Network Grading 2 Notification to the requesting device to inform it of a defect in the digital operator section
- the implementation of the invention within the nodes of a telecommunications network can be achieved by means of software and / or hardware components.
- the software components can be integrated into a typical network node management computer program. Therefore, as indicated above, the present invention also relates to a computer system.
- This computer system conventionally comprises a central processing unit controlling signals by a memory, as well as an input unit and an output unit.
- this computer system can be used to execute a computer program comprising instructions for implementing the incident notification method according to the invention.
- the invention also relates to a downloadable computer program from a communication network comprising instructions for executing the steps of an incident notification method according to the invention, when it is executed on a computer .
- This computer program may be stored on a computer readable medium and may be executable by a microprocessor.
- This program can use any programming language, and present itself as source code, object code, or intermediate code between source code and object code, in a partially compiled form or in any other desirable form.
- the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
- the information carrier may be any entity or device capable of storing the program.
- the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a USB flash drive ("USB flash drive"). in English) or a hard drive.
- the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
- the computer program according to the invention can in particular be downloaded to an Internet type network.
- the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the incident notification method according to the invention.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
Claims
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1055049A FR2961987A1 (fr) | 2010-06-24 | 2010-06-24 | Procede de notification d'incident sur un acces rnis raccorde a un reseau ip |
PCT/FR2011/051408 WO2011161365A1 (fr) | 2010-06-24 | 2011-06-20 | Notification d'incident sur un acces rnis raccorde a un reseau ip |
Publications (1)
Publication Number | Publication Date |
---|---|
EP2586214A1 true EP2586214A1 (fr) | 2013-05-01 |
Family
ID=42985476
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP11737992.5A Withdrawn EP2586214A1 (fr) | 2010-06-24 | 2011-06-20 | Notification d'incident sur un acces rnis raccorde a un reseau ip |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2586214A1 (fr) |
FR (1) | FR2961987A1 (fr) |
WO (1) | WO2011161365A1 (fr) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114884754B (zh) * | 2022-07-11 | 2022-09-23 | 深圳特科动力技术有限公司 | 一种智能分析来实现故障预知的网络安防*** |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
USH1964H1 (en) * | 1997-09-26 | 2001-06-05 | Dsc/Celcore, Inc. | Resource management sub-system of a telecommunications switching system |
US6704287B1 (en) * | 1999-02-26 | 2004-03-09 | Nortel Networks Limited | Enabling smart logging for webtone networks and services |
EP2052522B1 (fr) * | 2006-08-10 | 2018-04-11 | Nokia Technologies Oy | Interaction avec reprise multimédia |
FR2960511B1 (fr) | 2010-06-01 | 2012-05-04 | Renault Sa | Systeme de reglage de la configuration de position d'un organe de support d'une structure de support d'une caisse de vehicule automobile |
-
2010
- 2010-06-24 FR FR1055049A patent/FR2961987A1/fr not_active Withdrawn
-
2011
- 2011-06-20 WO PCT/FR2011/051408 patent/WO2011161365A1/fr active Application Filing
- 2011-06-20 EP EP11737992.5A patent/EP2586214A1/fr not_active Withdrawn
Non-Patent Citations (1)
Title |
---|
See references of WO2011161365A1 * |
Also Published As
Publication number | Publication date |
---|---|
WO2011161365A1 (fr) | 2011-12-29 |
FR2961987A1 (fr) | 2011-12-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2504982B1 (fr) | Procede de basculement d'un hss primaire sur un hss de secours dans un reseau ip | |
EP3085065B1 (fr) | Procédé de mise a jour dynamique d'informations obtenues de la part d'un serveur dns | |
EP2396950B1 (fr) | Procede et systeme de gestion de la signalisation dans un reseau de telecommunications | |
EP2449745B1 (fr) | Procédé de sélection d'une ressource réseau | |
EP2926524B1 (fr) | Routage d'une requête de service visant un abonné ims | |
WO2020128258A1 (fr) | Procédé de basculement d'une communication de tcp sur udp | |
EP3158709A1 (fr) | Procédé de sélection dynamique par un appelant parmi une pluralité de terminaux d'un appelé | |
WO2011161365A1 (fr) | Notification d'incident sur un acces rnis raccorde a un reseau ip | |
FR2969453A1 (fr) | Procede de localisation et d'identification d'un abonne connecte a un reseau emulant le rtc/rnis | |
EP3225006B1 (fr) | Procédé de négociation de codecs dans les réseaux ip | |
EP3646578B1 (fr) | Procédé de synchronisation d'état média | |
WO2011117513A1 (fr) | Procedes et dispositifs de contrôle de passerelles media | |
WO2012072942A2 (fr) | Procede contre la formation de boucles dans les renvois d'appel | |
EP2801178B1 (fr) | Procédé dynamique de détermination d'une liste de services dans un réseau sip | |
FR3021836A1 (fr) | Procede pour informer une entite d' un reseau ip du type de reseau d' acces utilise par un terminal | |
WO2010149915A1 (fr) | Procédé d'émulation des signaux de boucle | |
WO2012049404A1 (fr) | Procede de traitement des flux de presence dans un reseau sip | |
WO2011001062A1 (fr) | Supervision de qualite de communication dans une passerelle d'un reseau de telecommunication | |
FR2974964A1 (fr) | Continuite de service inter-terminal dans un reseau de telecommunications | |
FR2977430A1 (fr) | Procede de filtrage de flux early media dans un reseau ims et serveur mettant en oeuvre ce procede |
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: 20130122 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: ORANGE |
|
DAX | Request for extension of the european patent (deleted) | ||
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04Q 11/04 20060101AFI20150407BHEP Ipc: H04L 29/06 20060101ALI20150407BHEP Ipc: H04L 12/24 20060101ALI20150407BHEP |
|
INTG | Intention to grant announced |
Effective date: 20150508 |
|
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: 20150919 |