System and method for facilitating simultaneous communication with emergency services - Patents.com

Abstract

The present disclosure relates to a system and method for facilitating a user device to establish simultaneous communication with multiple emergency services. The system may include a network device including one or more processors that may enable the system to receive, from an Internet Protocol Multimedia Subsystem (IMS) server, a routed request derived based on an original request from a user device located at a predefined location. The network device may enable identification of predefined contact information for multiple emergency services available at a predefined location of the user device. Based on the identified predefined contact information, the network equipment may invoke a call leg to initiate communication with a respective one of the multiple emergency services. Based on the invoked call leg, the IMS server may establish simultaneous communication with the user device and the multiple emergency services.

Description

[Technical field]

[0001] The present invention relates generally to network devices, and more particularly to next generation network devices that enable simultaneous communication with multiple emergency services. [Background technology]

[0002] The following description of related art is intended to provide background information regarding the field of the disclosure. This section may include certain aspects of the art that may be related to various features of the present disclosure. However, this section should be understood as being used only to enhance the reader's understanding of the present disclosure and not as an admission of prior art.

[0003] For example, emergency services such as health care, fire rescue services, ambulances and other rescue operations, police assistance, and other entities may be of utmost importance during an emergency. Since such services may be required immediately when an emergency such as an accident occurs, several factors such as the time required to contact the services and their willingness to respond may be crucial to receive timely assistance in such cases. Delays in obtaining these services may prove to be detrimental and even fatal in some cases.

[0004] A conventional approach to contacting emergency services may involve calling each contact individually to inform them of the emergency. While this may seem convenient in normal scenarios, in an emergency situation, the user may not be in a reasonable mental state to remember or locate each emergency contact. Furthermore, giving instructions to each emergency service individually may not only waste valuable time, but may also be inconvenient or practically difficult for the user.

[0005] Therefore, there is a need in the art for an effective and economical system and method that can overcome the aforementioned problems in the art and effectively enable faster and more efficient next generation based services to facilitate simultaneous communication with multiple emergency services. Summary of the Invention [Problem to be solved by the invention]

[0006] Some of the objectives of the present disclosure that are met by at least one embodiment herein are listed herein below.

[0007] It is an object of the present disclosure to facilitate efficient, simultaneous and improved communication with multiple emergency services contacts.

[0008] It is an object of the present disclosure to eliminate the need to dial long numeric codes to access emergency services, thereby making the process less tedious and more user-friendly.

[0009] It is an object of the present disclosure to facilitate an economical, next generation based system and method that can avoid the need to contact each emergency service individually, thus avoiding unnecessary delays.

[0010] It is an object of the present disclosure to facilitate a system and method that can enable instant communication with multiple emergency services contacts regardless of the user's location. [Means for solving the problem]

[0011] This section is provided to introduce certain objects and aspects of the disclosure in a simplified form that are further described in the Detailed Description below. This Summary is not intended to identify key features or the scope of the claimed subject matter.

[0012] In one aspect, a system is proposed for facilitating a user device to establish simultaneous communication with multiple emergency services. The system can include a network device that can be associated with a service provider that provides network services to the user device. The network can include one or more processors coupled to a memory. The memory can store instructions that, when executed by the one or more processors, cause the system to receive a routed request via an Internet Protocol Multimedia Subsystem (IMS) server that can be communicatively operable with a server associated with the network device. In one example, the routed request can be derived based on an original request from the user device. The original request can indicate a requirement for establishing simultaneous communication with the user device and multiple emergency services. The system or network device can enable predefined contact information identification for multiple emergency services available at the user device's location based on either or a combination of a predefined location and a predefined circle-wise transmission gap repetition period (TGRP) value associated with the user device. Based on the identified predefined contact information, the network device can initiate a call leg to initiate communication with each of the multiple emergency services. Based on the invoked call leg, the IMS server can establish simultaneous communication between the user equipment and multiple emergency services.

[0013] In one embodiment, the original request may be initiated by a user associated with the user device by dialing a first predefined number using a dial pad on the user device, the first predefined number including an optimized short numeric code that is directly dialed without requiring a network-based executable set of instructions, and the first predefined number including a predefined range of numbers.

[0014] In one embodiment, before routing the original request to the network device, the IMS server evaluates a predefined location of the user equipment at the initiation of the original request, and before routing the original request to the network device, in the case of the network device, the first predefined number is translated into a second predefined number depending on the predefined location of the user equipment.

[0015] In one embodiment, the conversion to the second predefined number is facilitated based on a transmission gap repetition period (TGRP) value that varies based on a subscription location of the user equipment, the subscription location relating to a location corresponding to a subscription of the network service of the user equipment.

[0016] In one embodiment, upon receiving the original request from the user equipment, the IMS server invokes a service verification so that a telephony application server (TAS) corresponding to the subscription location provides the TGRP value.

[0017] In one embodiment, the user equipment is at least one of a wireless device or a wired device subscribed or registered to a network service provided by a service provider, the network service relating to a fifth generation (5G) network, and the service provider provides a network service corresponding to at least one of one of a cellular network service, a private network service, a satellite network service, or a convergence network service.

[0018] In one embodiment, if the user device is a wireless device, the IMS server converts the first predefined number to a second predefined number at the time of initiating the first request based on an evaluation to ascertain whether the user is a wireless device. The device is located at a predefined location within an authorized area of ​​the enterprise, the authorized area relating to a site that is eligible to utilize network services facilitated by the service provider.

[0019] In one embodiment, if the original request is initiated from within an authorized area, the original request is routed by the IMS server to a network device, and the original request is routed to a corresponding network device at a predefined location based on at least one of the TGRP or a second predefined number characteristic.

[0020] In one embodiment, if the original request is from within an allowed area, the original request is rejected by the IMS server.

[0021] In one embodiment, the simultaneous communication facilitates connecting a user device to multiple emergency services through a conference communication call including at least one of a voice call or a video call.

[0022] In one embodiment, the network device initiates simultaneous communications by invoking call legs to an identified set of predefined numbers associated with multiple emergency services, followed by initiating a multimedia resource function (MRF) based call leg that facilitates adding the identified set of predefined numbers to the conference communication call.

[0023] In one embodiment, the paged call leg and the MRF-based call leg are facilitated by an exchange of communication data including at least one of text data, video data, and voice data.

[0024] In one aspect, the present disclosure provides a user equipment (UE) device for facilitating simultaneous communication with multiple emergency services, the UE being communicatively coupled to a network device. The coupling may include receiving a connection request from one or a combination of a mobile and a fixed telephone device, the connection request including dialing an emergency number. Transmitting an acknowledgement of the connection request to the network device. Transmitting a plurality of signals in response to the connection request.

[0025] In one aspect, a method is proposed for facilitating a user equipment to establish simultaneous communication with a plurality of emergency services. The method can include routing an original request from the user equipment by an Internet Protocol Multimedia Subsystem (IMS) communicatively operable with a network device. In one embodiment, the original request can indicate a requirement for establishing simultaneous communication with the user equipment with a plurality of emergency services. The method can include receiving, at the network device, a routed request to facilitate simultaneous communication with the plurality of emergency services. The method can include the network device identifying predefined contact information related to a plurality of emergency services available at a location of the user equipment based on one or a combination of a predefined location and a transmission gap repetition period (TGRP) value based on a predefined per-circle TGRP related to the user equipment. The method can include the network device invoking a call leg to initiate communication with each of the plurality of emergency services based on the identified predefined contact information. The method can include establishing, by the IMS, simultaneous communication with the plurality of emergency services with the user equipment based on the invoked call leg.

[0026] In one aspect, the present disclosure provides a non-transitory computer-readable medium including machine-executable instructions executable by a processor to receive a routed request via an Internet Protocol Multimedia Subsystem (IMS) server operable to communicate with a server associated with a network device. In one example, the routed request may be derived based on an original request from a located user device. The original request may indicate a requirement for establishing simultaneous communication between the user device and multiple emergency services. The processor may enable identification of predefined contact information related to multiple emergency services available at the location of the user device based on either or a combination of a predefined location and a predefined per-circle TGRP-based transmission gap repetition period (TGRP) value related to the user device. Based on the identified predefined contact information, the processor may invoke a call leg to initiate communication with a respective one of the multiple emergency services. Based on the invoked call leg, the IMS server may establish simultaneous communication between the user device and multiple emergency services.

[0027] The accompanying drawings, which are incorporated herein and constitute a part of the present invention, illustrate exemplary embodiments of the disclosed method and system, with like reference numerals referring to the same parts throughout the different drawings. The components in the drawings are not necessarily drawn to scale, emphasis instead being placed on clearly illustrating the principles of the invention. Some drawings may use block diagrams to illustrate components and may not show the internal circuitry of each component. Those skilled in the art will appreciate that the inventions in such drawings include inventions of electrical components, electronic components, or circuits commonly used to implement such components. [Brief description of the drawings]

[0028] [Figure 1A] FIG. 1 illustrates an exemplary network architecture in which the system of the present disclosure may be implemented or may be implemented in conjunction with the system of the present disclosure, in accordance with an embodiment of the present disclosure. [Figure 1B] FIG. 1 illustrates an exemplary network architecture in which the system of the present disclosure may be implemented or may be implemented in conjunction with the system of the present disclosure, in accordance with an embodiment of the present disclosure. [Figure 2A] Referring to FIG. 1A, an exemplary representation of a network device is shown, in accordance with one embodiment of the present disclosure. [Figure 2B] Referring to FIG. 1A, a diagram illustrating an example representation of a user equipment (UE) according to one embodiment of the present disclosure. [Figure 2C] FIG. 2 illustrates an exemplary representation of a flow diagram illustrating an integration architecture of a network device or BTAS according to an embodiment of the present disclosure. [Diagram 3] 1 illustrates an example representation for facilitating simultaneous communication of a user device with multiple emergency services in accordance with an embodiment of the present disclosure. [Figure 4A] FIG. 4 illustrates a representation 400 illustrating various example scenarios in facilitating simultaneous communication between a user device and multiple emergency services, in accordance with one embodiment of the present disclosure. [Figure 4B] FIG. 4 illustrates a representation 420 illustrating various example scenarios in facilitating simultaneous communication between a user device and multiple emergency services, in accordance with one embodiment of the present disclosure. [Figure 4C] FIG. 4 illustrates a representation 460 illustrating various example scenarios in facilitating simultaneous communication between a user device and multiple emergency services, in accordance with one embodiment of the present disclosure. [Figure 4D] FIG. 48 illustrates a representation 480 illustrating various example scenarios in facilitating simultaneous communication between a user device and multiple emergency services, in accordance with one embodiment of the present disclosure. [Diagram 5] FIG. 1 is an exemplary diagram for facilitating simultaneous communication of a wired user device with multiple emergency services, according to an embodiment of the present disclosure. [Figure 6] 6 illustrates an example representation of a flow diagram 600 for facilitating a user device establishing simultaneous communications with multiple emergency services in accordance with an embodiment of the present disclosure. [Figure 7]FIG. 1 illustrates an exemplary computer system in or with which embodiments of the present disclosure may be utilized, in accordance with an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0029] The above will become more apparent from the following more detailed description of the invention.

[0030] In the following description, for purposes of explanation, various specific details are set forth in order to provide a thorough understanding of the embodiments of the present invention. However, it will be apparent that the embodiments of the present invention can be practiced without these specific details. Each of the several features described below can be used alone or in any combination with other features. Individual features may not address all of the above problems, or may address only some of the above problems. Some of the above problems may not be fully addressed by any of the features described herein.

[0031] The following description provides exemplary embodiments only and is not intended to limit the scope, applicability, or configuration of the present disclosure. Rather, the following description of exemplary embodiments will provide those skilled in the art with an effective description for implementing the exemplary embodiments. It should be understood that various changes can be made in the function and arrangement of elements without departing from the spirit and scope of the invention as described.

[0032] In the following description, specific details are provided to provide a thorough understanding of the present embodiment. However, it will be apparent to those skilled in the art that the present embodiment may be practiced without these specific details. For example, components such as circuits, systems, networks, processes, etc. may be shown as components in block diagram form in order to avoid obscuring the embodiments in unnecessary detail. In other examples, well-known circuits, processes, algorithms, structures, and techniques may be shown without unnecessary detail in order to avoid obscuring the embodiments.

[0033] The present system and method facilitates overcoming the above-mentioned problems by enabling the establishment of effective and simultaneous communication of a user device with multiple emergency service contacts. For example, the communications can be added simultaneously to a conference call without the need to establish the communications sequentially as done by conventional systems. This aspect can expedite the communication process for obtaining immediate help from emergency services. Furthermore, the user may only need to dial a short dialing code, for example, using a one to six digit code dialed using the keypad of the user device. The short code not only enhances the convenience of contacting during an emergency, but also reduces the need to remember or refer to predefined individual contact information for each emergency service, such as hospitals, fire and rescue services, police stations, emergency medical services and other similar services. Furthermore, the present system and method also enables location-based services to be performed such that an emergency service is selected based on the current location of the user device (e.g., Mumbai) even if the service is subscribed to in another location or circle (e.g., Jamnagar). This ensures that a nearby emergency service in the right location can assist during an emergency. Several other advantages may be realized.

[0034] 1A-1B show exemplary network architectures 100 and 150 in which the system of the present disclosure can be implemented, according to one embodiment of the present disclosure. As shown in the representation 100 of FIG. 1, as shown in FIG. 1A, a network device 102 (hereinafter, the network device is interchangeably referred to as a business telephony application server or BTAS 102) can be configured to facilitate a user device 110 to establish simultaneous communication with multiple emergency services. The network device 102 can be configured as an application server and can operate communicatively or can be integrated with an Internet Protocol Multimedia Subsystem (IMS) server 106 (also interchangeably referred to as an IMS or IMS core). The IMS server 106 can be associated with a vendor or service provider that enables a user device 110 (also referred to herein as user equipment (UE)) to establish simultaneous communication with multiple emergency services. In one embodiment, the BTAS or network device 102 can be implemented with an existing IMS implementation to facilitate network services corresponding to the communication network 112. In one example, the communication network 112 can be associated with, for example, a fifth generation (5G) network service.

[0035] User equipment 110 (also interchangeably referred to as user equipment or UE or terminal 110) may be at least one of a wired device or a wireless device. For example, a wired device may be a landline telephone, a terminal device, or other fixed device capable of establishing communication. A wireless device may be a mobile device, which may include, for example, a mobile phone, such as a feature phone or a smartphone, and other devices. User equipment may not be limited to the above-mentioned devices, but may include any type of device capable of wired or wireless communication, such as a mobile phone, a tablet computer, a personal digital assistant (PDA), a personal computer (PC), a laptop computer, a media center, a workstation, or other devices.

[0036] In one embodiment, the communication network 112 associated with the BTAS-based IMS implementation may be a third generation (3G) network, a fourth generation (4G) network, a fifth generation (5G) network, a sixth generation (6G) network, a wireless fidelity (Wi-Fi) network, other wireless networks, or combinations thereof, etc. The communication network 112 may be implemented as one of different types of networks, such as an intranet, a local area network (LAN), a wide area network (WAN), the Internet, etc. Furthermore, the network may be either a dedicated network or a shared network. A shared network may represent an association of different types of networks that may use different protocols, such as Hypertext Transfer Protocol (HTTP), Transmission Control Protocol / Internet Protocol (TCP / IP), Wireless Application Protocol (WAP), Automatic repeat request (ARQ), etc. In one embodiment, the communications network 112 may relate to a 5G network that may be facilitated through a terrestrial wide area access network, such as, for example, a Global System for Mobile communications (GSM) network, a Universal Terrestrial Radio Network (UTRAN), an Enhanced Data Rate for GSM Evolution (EDGE) Radio Access Network (GERAN), an Evolved Universal Terrestrial Radio Access Network (E-UTRAN), a WIFI or other LAN access network, or a satellite or wireless microwave access (WIMAX) network.In an example embodiment, the communication network may enable 5G networks based on a subscription for the user / user equipment and / or through a Subscriber Identity Module (SIM) card. Various other types of communication networks or services may be possible.

[0037] In one example, the communications network 112 may utilize different types of air interfaces, such as code division multiple access (CDMA), time division multiple access (TDMA), or frequency division multiple access (FDMA) air interfaces and other implementations. In an exemplary embodiment, wired user devices may use wired access networks alone or in combination with wireless access networks, including, for example, Plain Old Telephone Service (POTS), Public Switched Telephone Network (PSTN), Asynchronous Transfer Mode (ATM), and other network technologies configured to transport Internet Protocol (IP) packets.

[0038] Network services (corresponding to 112 in FIG. 1A) may be provided to multiple entities or enterprises, such as, for example, enterprise 1 (154-1), enterprise 2 (154-2), enterprise 3 (154-3), and enterprise 4 (154-4) (collectively referred to as enterprises 154). In one embodiment, at least one of the enterprises 154 may include an IP private branch exchange (IP-PBX) (not shown) to enable switching of calls between user devices 110 on local lines, and each enterprise 154 may communicate with a communication network / server via enterprise session border controllers (E-SBCs). As shown in FIG. 1B, each enterprise, for example, enterprise 1 (154-1), enterprise 2 (154-2), enterprise 3 (154-3), and enterprise 4 (154-4), may be facilitated by a network. The E-SBC 156 provides services (e.g., 5G network services) via the E-SBCs 156-1, 156-2, 156-3, and 156-4. The E-SBC 156 may be an executable set of instructions for enabling connectivity and security associated with the enterprise and the service provider's networks. The IP-PBX may be a private branch exchange or telephone switching system within the enterprise, for example, enabling the switching of calls between users within the enterprise. In one embodiment, the BTAS 102 may be communicatively coupled to other components, such as, for example, IP telephones and provisioning servers. In an exemplary embodiment, the IP-PBX may communicate with the E-SBC 154 via session initiation protocol (SIP) technology. The enterprise may relate to entities including, but not limited to, organizations, companies, enterprises, educational campuses, office campuses, shopping centers, residential areas / communities, and various other entities that may wish to utilize the communication network with the service provider. In one embodiment, the communication network may be available only within a predefined area (permitted area) of the enterprise. Various other types of entities / regulations are possible.

[0039] The IMS server (106 in FIG. 1A) may include one or more modules or components that may enable one or more functions to be performed. For example, the IMS server may be an existing IMS core that includes components / modules that handle various functions, such as a serving-call session control function (S-CSCF) module 158, an interrogating call session control function (I-CSCF) module 162, and a proxy-call session control function (P-CSCF) module 152. In one embodiment, the BTAS 102 may be integrated with the IMS core and a network of other application servers to provide network services, such as a fifth generation (5G) network. For example, the other application servers may include a telephony application server (TAS) 160, which may be considered a common component used in a communication network to provide telephony applications and additional multimedia capabilities. In another example, the other application servers may include a Mobile number portability (MNP) server 124 that may provide number portability to a user, such as allowing the user to keep the same number when changing service providers. Various other servers may be integrated into a BTAS-enabled IMS implementation to enable one or more services related to a communications network or a 5G network.

[0040] With regard to IMS-related components, the S-CSCF module 158 may be the primary node in the IMS server responsible for session control, such that a list of subscribers is assigned to each S-CSCF module 158 upon IMS registration to facilitate routing of Session Initiation Protocol (SIP) messages as part of the service establishment procedure. In general operation, the S-CSCF module 158 may enable downloading of subscriber profiles from the home subscriber server (HSS) 120 upon IMS registration. The I-CSCF module 162 is a key element of the IMS server, enabling any request to be routed to the appropriate S-CSCF module 158 from multiple S-CSCFs in the network. The I-CSCF module 162 may also query the HSS 120 to obtain the address of the associated S-CSCF module 158 to process SIP initiation requests. As shown in FIG. 1B, the P-CSCF module 152 may serve as an entry and exit point into and out of the service provider's IMS domain for an IMS client. The P-CSCF module 152 may perform general functions such as, for example, registering and onward routing of session requests to the correct node in the communication network, updating the S-CSCF module 158, maintaining a secure connection with the user device, and other such functions. In one embodiment, the network device or BTAS 102 may be communicatively coupled or integrated with one or more functional components, such as, for example, a Session Initiation Protocol (SIP) based application server. The SIP server may be constructed with functions relating to type enterprise 154.

[0041] Further, as shown in FIG. 1B, to provide various aspects of network services (such as 5G networks), the IMS server components (S-CSCF, I-CSCF modules, etc.) may also include function-related components / modules, such as a breakout gateway control function (BGCF) module 118, a media gateway control function (MGCF) module 122, an interconnection border control function (IBCF) 116, and other components / modules. In a typical implementation, the BGCF module 118 may enable routing of call signaling to and from the most appropriate S-CSCF module 158. In a current implementation, the BGCF module 118 may enable routing of calls to respective BTASs 102 to establish simultaneous communication with multiple emergency services. In general, the MGCF module 122 may be a SIP endpoint that may interface with a security gateway (SGW) and may also control resources in the media gateway (MGW) 130. The IBCF module 116 can enable border control between various service provider networks and thus provide BTAS-enabled IMS network security with respect to signaling information. The IMS server can also include other existing components, such as components associated with a Multimedia Resource Function (MRF) module 126. The MRF module 126 can be responsible for performing various processing tasks on media streams related to a particular service in coordination with other components of the IMS. Furthermore, as shown in FIG. 1B, because a BTAS-IMS based implementation is associated with a point of interconnection (POI) 134, which can be a physical interface between media gateways of various service providers or enterprises.

[0042] The system can facilitate simultaneous communication through a combination of hardware and software implementation. With reference to FIG. 1A, FIG. 2A illustrates an exemplary representation of a network device according to one embodiment of the present disclosure. The system includes a network device or BTAS 102, which can include one or more processors. The network device or BTAS 102 can be integrated with an IMS server 106 (as shown in FIG. 1A) to provide network services to the user device 110. In an aspect, the network device 102 can include one or more processors 202 connected to a memory 204. The memory 204 can store instructions that, when executed by the one or more processors, can cause the system to perform steps described herein. The network device or BTAS 102 can cause the system to receive a routed request via the IMS (106 in FIG. 1A). In one example, the routed request can be derived based on an original request from a user device located at a predefined location. The original request can indicate a requirement to establish simultaneous communication of the user device with multiple emergency services at the predefined location. The system or network device 102 enables identification of predefined contact information related to a plurality of emergency services available at the location of the user device based on either or a combination of a predefined location and a predefined transmission gap repetition period (TGRP) value based on a predefined TGRP related to the user device. Based on the identified predefined contact information, the network device 102 can invoke a call leg to initiate communication with each of the plurality of emergency services. Based on the invoked call leg, the IMS server (106 in FIG. 1A) can establish simultaneous communication between the user device and the plurality of emergency services.

[0043] In an exemplary embodiment, the original request may be routed to the BTAS 102 where the user / user device may be located during the emergency. This may allow emergency services to be contacted at the location where the emergency occurred. This may be achieved by an IMS that locates the user device and enables the original request to be routed to the BTAS at the location of the emergency. In one embodiment, the predefined contact information may relate to contact information that may be pre-stored by the BTAS 102 based on locations where the BTAS 102 may operate.

[0044] The one or more processors 202 may be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, logic circuits, and / or any devices that process data based on operational instructions. In particular, the one or more processors 202 may be configured to fetch and execute computer-readable instructions stored in the memory 204 of the system 102. The memory 204 may be configured to store one or more computer-readable instructions or routines in a non-transitory computer-readable storage medium that may be fetched and executed to create or share data packets via a network service. The memory 204 may include any non-transitory storage device including, for example, a volatile memory such as a RAM, or a non-volatile memory such as an EPROM, a flash memory, and the like.

[0045] In one embodiment, the system 102 may include an interface 206. The interface 206 may include various interfaces, such as interfaces for data input and output devices, referred to as I / O devices, storage devices, etc. The interface 206 may facilitate communications in the system 102. The interface 206 may also provide a communication path for one or more components of the system 110. Examples of such components include, but are not limited to, a processing engine 208 and a database 210.

[0046] The processing engine 208 may be implemented as a combination of hardware and programming (e.g., programmable instructions) to implement one or more functions of the processing engine 208. In the examples described herein, such a combination of hardware and programming may be implemented in a number of different ways. For example, the programming of the processing engine 208 may be processor-executable instructions stored in a non-transitory machine-readable storage medium, and the hardware of the processing engine 208 may comprise processing resources (e.g., one or more processors) for executing such instructions. In this example, the machine-readable storage medium may store instructions that, when executed by the processing resources, implement the processing engine 208. In such an example, the system 102 may comprise a machine-readable storage medium that stores the instructions and the processing resources for executing the instructions, or the machine-readable storage medium may be separate but accessible to the system 102 and the processing resources. In other examples, the processing engine 208 may be implemented by electronic circuitry.

[0047] The processing engine 208 may include one or more components (as shown in FIG. 2A ), including a session manager (SM) 212, an operations and maintenance (OAM) manager 214, a provisioning agent 216, a database manager (DM) 218, and a troubleshooting manager (TM) 220. The SM 212 may function as a core functionality delivery module that may be responsible for call processing and service chaining logic execution in the case of a BTAS. The SM 212 may further include sub-modules such as a call initiation module (not shown) for initiating communication with multiple emergency services. The OAM manager 214 may be responsible for managing fault, configuration and performance aspects of the BTAS / network equipment. The OAM manager 214 may provide an operations and maintenance touch point for the system or BTAS 102. The DM 218 may manage database clusters in which the BTAS 102 may store subscriber-specific service information. In one embodiment, service data change requests that may be received by the provisioning agent 216 may be persistently stored using the DM manager 218. The provisioning agent 218 may be responsible for processing provisioning requests received from a centralized provisioning server to persist changes in the database 210. The provisioning agent may also ensure that the various session managers 212 may be updated regarding any dynamic changes in the service data. The TM 220 may aggregate log and debug information from all the function managers for troubleshooting. The TM 220 may also provide flexibility to generate debug information in a modular, process, or system manner, for example. Various other functions of the components may be possible. In one embodiment, the database 210 may include data that may be stored or generated as a result of functions performed by any of the components of the processing engine 208 of the system 102.

[0048] Referring to FIG. 1A, FIG. 2B illustrates an exemplary representation of a user equipment (UE) according to one embodiment of the present disclosure. The UE includes a processor (224) and may be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, logic circuits, and / or any device that processes data based on operational instructions. Among other things, the processor 224 may be configured to fetch and execute computer-readable instructions stored in a memory 226 of the UE (110). The memory 226 may be configured to store one or more computer-readable instructions or routines in a non-transitory computer-readable storage medium that may be fetched and executed to create or share data packets via a network service. The memory 226 may include any non-transitory storage device including, for example, a volatile memory such as a RAM, or a non-volatile memory such as an EPROM, a flash memory, and the like.

[0049] In one embodiment, the UE (110) may include an interface 228. The interface 228 may include various interfaces, such as interfaces for data input and output devices, referred to as I / O devices, storage devices, etc. The interface 228 may facilitate communications for the UE (110). The interface 228 may also provide a communication path for one or more components of the UE 110. Examples of such components include, but are not limited to, a processing engine 230 and a database 246.

[0050] Processing engine 230 may be implemented as a combination of hardware and programming (e.g., programmable instructions) to implement one or more functions of processing engine 230. In the examples described herein, such a combination of hardware and programming may be implemented in a number of different ways. For example, the programming for processing engine 230 may be processor-executable instructions stored in a non-transitory machine-readable storage medium, and the hardware of processing engine 230 may include processing resources (e.g., one or more processors) to execute such instructions. In examples of the invention, the machine-readable storage medium may store instructions that, when executed by the processing resources, implement processing engine 230. In such examples, UE 110 may include a machine-readable storage medium that stores instructions and the processing resources for executing the instructions, or the machine-readable storage medium may be separate but accessible to UE 110 and the processing resources. In other examples, processing engine 230 may be implemented by electronic circuitry.

[0051] The processor (224) can enable coupling of the UE 110 with the BTAS (102). The coupling can include receiving a connection request from one or a combination of a mobile and a fixed telephone device, the connection request including sending an acknowledgment of an emergency number dial connection request to the network device, and sending a plurality of signals in response to the connection request.

[0052] FIG. 2C is an exemplary diagram of a flow diagram illustrating an integration architecture of a network device or BTAS according to an embodiment of the present disclosure. As shown in FIG. 2B, the BTAS 102 may be integrated or coupled with various hardware / software components or servers to enable one or more functions related to communication between user devices and multiple emergency services. The BTAS 102 may be integrated with an IMS server 254 to enable communication processing related to user devices (154, as shown in FIG. 1B) within an enterprise. In an exemplary embodiment, the BTAS 102 may be integrated with the IMS server 254 to establish and control communication connections via network protocols including, but not limited to, Session Initiation Protocol (SIP). Since the communication may also include the use of media in one or more forms, the BTAS 102 may be integrated with a multimedia resource function (MRF) 258. The BTAS 102 may interface with an enterprise provisioning server (EPS) 260 via a representational state transfer (REST) ​​protocol to enable provisioning of service data.

[0053] In an exemplary embodiment, the BTAS 102 may integrate with the MRF 258 to enable functions such as, for example, media mixing, control of announcements, and other such purposes, via network protocols including, but not limited to, session initiation protocol media server markup language (SIP-MSML). In an exemplary embodiment, the BTAS 102 may integrate or couple with other components / services such as mobile number portability (MNP) 270 (via SIP) to enable number portability dipping. In another exemplary embodiment, the BTAS 102 and EPS 260 may independently integrate or couple with an element management system (EMS) via REST. The EMS may include hardware and software implementations for managing five key aspects, namely fault, configuration, accounting, performance and security (FCAPS) functions, via a representative state transfer (REST) ​​protocol to exchange messages related to the key aspects, where the Hypertext Transfer Protocol (HTTP) may be used to transfer the messages. The EMS can provide a foundation for implementing an operations support system (OSS) or business support systems (BSS) based architecture that allows service providers to meet customer needs, for example, for rapid deployment of services, provide quality of service requirements, and other such services. The EMS 256 may interface with the OSS / BSS 262 via a REST protocol to enable a northbound interface for FCAPS data of the BTAS / EPS. The term northbound interface may refer to an interface that allows a particular component of the network to communicate with a higher level component.The OSS / BSS 262 may interface with the EPS 260 via the REST protocol to enable functions such as service data management requests.

[0054] Additionally, as shown in FIG. 2C, the BTAS 102 may be integrated or coupled with a diameter routing agent (DRA) 268 via the Diameter protocol, which may be a standard protocol for authentication, authorization, and charging information in an IMS server-based network. The DRA Diameter may be a functional element that provides real-time routing functionality to ensure that messages are routed between the correct elements in the network. The integration of the BTAS 102 with the DRA 268 may enable integration with an online charging system (OCS) 272 to facilitate Ro charging. The OCS is a system that allows service providers to charge users or customers in real-time based on service usage, and Ro charging pertains to protocols that allow triggers that generate charging events. In one embodiment, the BTAS 102 may also be integrated with components related to a customized caller ringback tone (CRBT) 266 to enable personalized ringback tones (RBT) during the communication establishment phase. For example, this may primarily relate to ringback tones that may be played while connecting a user device's call communication with multiple emergency services.

[0055] FIG. 3 illustrates an exemplary representation for facilitating simultaneous communication of a user device with multiple emergency services, according to one embodiment of the present disclosure. In this example, a user may subscribe to a wireless service, such as, for example, a Voice over Long-Term Evolution (VoLTE) service (using a wireless user device), from a service provider, and a network device associated with the service provider establishes simultaneous communication of the user device with multiple emergency services. As illustrated in FIG. 3, the solution is illustrated with respect to a user device at a predefined location. If necessary, for example, in an emergency situation, the user may initiate an original request from the user device located at the predefined location. The original request may indicate a requirement for establishing simultaneous communication of the user device with multiple emergency services. In another embodiment, the user may initiate the original request via a TGRP value based on a predefined metric transmission gap repetition period (TGRP) associated with the user device. Predefined contact numbers may be generated associated with multiple emergency services. In an exemplary embodiment, the original request may be initiated by the user by dialing a first predefined number using the dialing pad of the user device. In another exemplary embodiment, the original request may be initiated by the user via a voice command using a microphone connected to the user device. In yet another exemplary embodiment, the original request may be initiated by the user via a video command using a display device connected to the user device. For example, as shown in FIG. 2, the user may dial using the user device at a predefined location. The first predefined number may include, for example, an optimized short-digit code that can be dialed directly without installing a new application and without requiring a network-based executable instruction set. This improves user convenience by eliminating the need for the user to remember complex long numbers or install / open another application in an emergency.

[0056] As shown in FIG. 3, when a user can dial a short code (first predefined number), a corresponding P-CSCF module 302 of an IMS server (associated with a service provider) can act as an entry / exit point to and from the IMS server. Furthermore, an S-CSCF module 304 of the IMS server can invoke a service confirmation towards a Telephony Application Server (TAS) 306 corresponding to a subscription location, so that the corresponding TAS provides a Transmission Gap Repetition Period (TGRP) value. The TGRP value varies depending on an operational location, such as a subscription location of the user equipment. The subscription location can relate to a location corresponding to a subscription of a network service of the user equipment. The TAS can be based on the user's subscription, for example, if a subscriber in Mumbai initiates the original request, a TAS in Mumbai can be confirmed. In a next step, the TAS 306 can skip standard procedures such as number mapping (ENUM) dip of the dialed number (first predefined number) and instead send a message (e.g., an invite) back to the S-CSCF module 304 by attaching an appropriate TGRP. In one embodiment, a new TGRP value may be used in the TAS, but each TAS may use the same TGRP in certain cases, e.g., in case of nationwide presence (PAN) India services. The TGRP may differ based on the TAS. For example, Mumbai TAS may use TGRP=12 for PAN India, while Gujarat TAS may use TGRP=13 for PAN India services. The TGRP value may differ based on the predefined location of the user equipment, which may be important in further routing the number to the BTAS.

[0057] In one embodiment, before routing the original request to the network device, the S-CSCF module 304 may translate the first predefined number to a second predefined number depending on the predefined location of the user equipment. In an exemplary embodiment, the translation to the second predefined number is facilitated based on the TGRP value. In an example, the number dialed by the user is translated by a servlet to a second predefined number, which may be the same in the PAN India S-CSCF module for the category of user equipment, for example, the office cell ID. This is so that the server associated with the network equipment (OTM server) can invoke the call leg to the emergency number. In one embodiment, to ensure that the emergency services are contacted at the same location as the user equipment (also taking into account the user subscription), the S-CSCF module may translate the first predefined number to the second predefined number based on an evaluation that checks whether the user equipment is located within an authorized area of ​​the enterprise in the predefined location when it initiated the original request. The authorized area may pertain to a site suitable for the enterprise to avail the network services facilitated by the service provider. Further, in this example, the user equipment may be a wireless device and thus the location of the user equipment may need to be ascertained. This may be essential since in the example, the implementation may be performed for a particular authorized area of ​​a predefined location. For example, the solution may be implemented within an office campus (authorized area) or within a university campus (authorized area) in a city / state (predefined location). Further, a user may be subscribed to one predefined location and may be in another predefined location during an emergency. For example, a user who may be subscribed to Mumbai / Maharashtra circle may be in a campus in Jamnagar / Gujarat during an emergency.In one embodiment, if the original request is initiated from within an authorized area, the original request may be routed by the S-CSCF module 304 to a network device or BTAS 102 via the IMS server's breakout gateway control function (BGCF) 308. In one embodiment, the BGCF 308 may select the home BTAS / OTM server 102 based on the TGRP received from the S-CSCF module 304. In another embodiment, if the original request is not from within an authorized area, the original request may be rejected by the S-CSCF module 304. In an exemplary embodiment, based on at least one of the TGRP or the nature of the second predefined number, the original request may be routed to a corresponding network device or BTAS at a predefined location (where the emergency occurred). The nature of the second predefined number may include certain common digits based on the location of the emergency. For example, a second predefined number starting with "22" is forwarded to a Gujarat-based BTAS, and a second predefined number starting with "12" is forwarded to a Mumbai-based BTAS. Various other techniques may be used.

[0058] In one embodiment, the BTAS 102 may identify predefined contact information for multiple emergency services available at a predefined location of the user device based on a predefined location. The BTAS 102 may invoke call legs to initiate communication with the respective multiple emergency services based on the identified predefined contact information. In an exemplary embodiment, the network device or the BTAS 102 may initiate simultaneous communication by invoking call legs toward identified predefined numbers associated with multiple emergency services, followed by initiating a multimedia resource function (MRF)-based call leg that facilitates simultaneously adding the identified predefined numbers, for example, in a conference communication call. For example, the simultaneous communication facilitates connecting the user device with multiple emergency services via a conference communication call that includes at least one of a voice call or a video call. In one embodiment, the invoked call legs and the MRF-based call legs may be facilitated by an exchange of communication data including at least one of text data, video data, and voice data.

[0059] In one embodiment, the network device 102 can route the simultaneous communication to the IMS server via the Interconnection Border Control Function (IBCF) module 310 of the IMS server 102. Based on the invoked call leg, the IMS server can establish simultaneous communication with the user equipment and multiple emergency services. This may be initiated by an Interrogation Call Session Control Function (I-CSCF) module 312. The I-CSCF module 312 can be responsible for onward routing of SIP messages to an appropriate S-CSCF module 316 based on the network service subscription to the user equipment, which the I-CSCF module 312 can determine. The I-CSCF module 312 can query the HSS 314 to discover / determine the appropriate S-CSCF module 316 to which a particular subscription is assigned. The appropriate S-CSCF module 316 in communication with the corresponding TAS 318 can enable the establishment of the simultaneous communication. In one embodiment, call detailed records (CDRs) may be generated for the short code (first predefined number) and the forked number (predefined set of numbers) in the TAS 318 and BTAS 102. In another embodiment, an outgoing Ro trigger may be invoked by the TAS 318 for the short code (first predefined number) and the forked number (predefined set of numbers) for purposes of estimating charges or costs associated with the service. In one example, the short code or the first predefined number may need to be present in the OCS 272 (shown in FIG. 3) since the first predefined number is a new number.

[0060] 4A-4D illustrate representations 400, 420, 460, and 480 illustrating various example scenarios in facilitating simultaneous communication between a user equipment and multiple emergency services according to an embodiment of the present disclosure. The example scenarios illustrated in FIG. 4A-4D are described to illustrate the operation of the system based on the user equipment subscription and the authorized area where the user can dial a short code (first predefined number). In the particular example illustrated in representation 400 of FIG. 4A, the user may be a Mumbai subscriber subscribing to wireless services (wireless user equipment) from a service provider. In case of an emergency, the user may dial a first predefined number (original request initiation) using the user equipment from an authorized area in Mumbai, such as an office campus in Mumbai. Once the user can dial the short code (first predefined number), a corresponding Mumbai-based P-CSCF module 402 of the IMS server (associated with the service provider) may act as an entry and exit point to and from the IMS server. Further, the corresponding Mumbai-based S-CSCF module 404 of the IMS server may receive the TGRP value (TGRP=12 in this example) from the corresponding Mumbai-based TAS 406. In a next step, the Mumbai-based TAS 406 may skip standard procedures such as number mapping (ENUM) dip for the dialed number (first predefined number) and instead send the message (e.g., invite) back to Mumbai based on the S-CSCF module 404 by attaching the appropriate TGRP. In one embodiment, if the original request can be initiated from within an authorized area (e.g., Mumbai office campus), the original request may be routed by the S-CSCF module 304 to the network device or BTAS 102 (which receives the routed request) via the Mumbai-based BGCF module 408 of the IMS server. Before routing the original request to the network device, the first predefined number may be converted to a second predefined number depending on the predefined location of the user device.In one embodiment, the Mumbai-based BGCF 408 may select the home BTAS / OTM server 102 based on the nature of the TGRP and / or second predefined number received from the Mumbai-based S-CSCF module 404. For example, if the dialed code (original request) is a number such as 1111, the second predefined number may be 121111, where the first digit "12" may indicate that the Mumbai-based BTAS should be selected (Mumbai is the predefined location from which the original request was initiated). In an alternative embodiment, if the original request is not from within an authorized area, the original request may be rejected by the Mumbai-based S-CSCF module 404. In this emergency flow, the always-home BTAS / OTM is selected and the call is forked to a predefined emergency number based on the received short code. That is, if 121111 is received, the call is forked to the Mumbai emergency number, and if 221111 is received, the call is forked to the Gujrat emergency number as well.

[0061] Upon receiving the routed request, the BTAS 102 can identify predefined contact information for multiple emergency services available at the predefined location (Mumbai) of the user equipment based on the predefined location. The BTAS 102 can invoke a call leg to initiate communication with each of the multiple emergency services in Mumbai based on the identified predefined contact information. In an exemplary embodiment, the network equipment or BTAS 102 can initiate the simultaneous communication by invoking a call leg towards an identified set of predefined numbers associated with the multiple emergency services and then initiate an MRF based call leg that facilitates adding simultaneously the identified set of predefined numbers in a conference call. The network equipment or BTAS 102 can route the simultaneous communication to the IMS server via the Mumbai based IBCF 410 of the IMS server 102. Based on the invoked call leg, the IMS server can establish simultaneous communication with the user equipment and the multiple emergency services. This can be initiated by the Mumbai based I-CSCF module 412. The Mumbai-based I-CSCF module 412 may be responsible for onward routing of SIP messages to an appropriate Mumbai-based S-CSCF module 416 based on a network service subscription to the user equipment. The Mumbai-based I-CSCF module 412 may query the Mumbai-based HSS 414 to discover / determine an appropriate Mumbai-based S-CSCF module 416 to which a particular subscription may be assigned. The appropriate Mumbai-based S-CSCF module 416 may communicate with a corresponding Mumbai-based TAS 418 to enable the establishment of simultaneous communications.

[0062] In a particular example as shown in representation 420 of FIG. 4B, a user may be, for example, a Gujrat VoLTE subscriber subscribing to wireless services (wireless user equipment) from a service provider. In an emergency, the user may be in an authorized area of ​​a predefined location (different from the subscribed location), such as an office campus in Mumbai using roaming network services. The user may dial a first predefined number (origin of the original request) from within the authorized area of ​​Mumbai using his user equipment. In this example, the subscriber's location may be confirmed by the IMS when the user is in another location. Once the user dials the short code (first predefined number), a corresponding MBAI-based P-CSCF module 402 of the IMS server (associated with the service provider) may act as an entry and exit point to and from the IMS server. Furthermore, since the user is subscribed in the Gujarat circle in this example, the next step is initiated by the Gujarat-based S-CSCF (shown as Ahmedabad (Ahm) S-CSCF module) 422. The Gujarat-based S-CSCF module 422 of the IMS server can invoke a service confirmation to the Gujarat-based TAS 424 corresponding to the subscription location (Gujarat) so that the Gujarat-based TAS 424 can provide the TGRP value (in this example, TGRP=13). In a next step, the Gujarat-based TAS 424 may skip standard procedures such as number mapping (ENUM) dip of the dialed number (first predefined number) and instead send the message (e.g., Invite) back to the Gujarat-based S-CSCF module 422 by appending the appropriate TGRP. In one embodiment, if the original request is initiated from within an authorized area (e.g., office campus in Mumbai), the original request is authorized, otherwise it is rejected. If the request is authorized, the original request is routed by the Gujarat-based S-CSCF module 422 to the network device or BTAS 102 (which receives the routed request) via the Gujarat-based BGCF 426 of the IMS server.Before routing the original request to the network device, the first predefined number may be converted to a second predefined number depending on the predefined location of the user device. In one embodiment, the Gujarat based BGCF module 426 may select the home BTAS / OTM server 102 based on the nature of the TGRP and / or the second predefined number received from the Gujarat based S-CSCF module 422. For example, if the dialed code (original request) is a number such as 1111, the second predefined number may be 121111, and the first digit "12" may indicate that a Mumbai based BTAS should be selected (Mumbai is the predefined location where the original request was initiated).

[0063] Upon receiving the routed request, the BTAS 102 can identify predefined contact information for multiple emergency services available at the predefined location (Mumbai) of the user equipment based on the predefined location. The BTAS 102 can invoke a call leg to initiate communication with each of the multiple emergency services in Mumbai based on the identified predefined contact information. In an exemplary embodiment, the network equipment or BTAS 102 can initiate the simultaneous communication by invoking a call leg towards a set of identified predefined numbers associated with the multiple emergency services, after which a Multimedia Resource Function (MRF) based call leg is initiated that facilitates adding the set of identified predefined numbers simultaneously, for example, in a conference communication call. The network equipment or BTAS 102 can route the simultaneous communication to the IMS server via the Gujarat based IBCF 428 of the IMS server. Based on the invoked call leg, the IMS server can establish simultaneous communication with the user equipment and the multiple emergency services. This can be initiated by the Mumbai based I-CSCF module 430. The Gujarat-based I-CSCF module 430 may be responsible for onward routing of SIP messages to the appropriate Gujarat-based S-CSCF module 424 based on a network service subscription to the user equipment. The Gujarat-based I-CSCF 430 may query the Gujarat-based HSS 432 to discover / determine an appropriate Gujarat-based S-CSCF module 434 to which the subscription may be assigned. The appropriate Gujarat-based S-CSCF module 434 in communication with a corresponding Gujarat-based TAS 436 may enable the establishment of simultaneous communications.

[0064] In a particular example as shown in representation 460 of FIG. 4C, a user may be, for example, a Gujrat VoLTE subscriber subscribing to wireless services (wireless user equipment) from a service provider. In an emergency, the user may be in an authorized area of ​​a predefined location (same as the contract location), for example, Jamnagar office campus (within Gujarat). The user may dial a first predefined number (origin of original request) using his / her user equipment from within the authorized area of ​​Gujarat. Once the user dials the short code (first predefined number), a corresponding Gujarat based P-CSCF module 462 of the IMS server (associated with the service provider) may act as an entry / exit point to and from the IMS server. Moreover, since in this example the user is subscribed to the Gujarat circle, the next step is initiated by the Gujarat based S-CSCF module (shown as Ahmedabad (Ahm) S-CSCF) 422. The Gujarat-based S-CSCF module 422 of the IMS server may invoke a service confirmation to the Gujarat-based TAS 424 corresponding to the subscription location (Gujarat) so that the Gujarat-based TAS 424 can provide the TGRP value (in this example, TGRP=13). In a next step, the Gujarat-based TAS 424 may skip standard procedures such as number mapping (ENUM) dip of the dialed number (first predefined number) and instead send the message (e.g., Invite) back to the Gujarat-based S-CSCF module 422 by appending the appropriate TGRP. In one embodiment, if the original request can be initiated from within an authorized area (e.g., Jamnagar office campus in Gujarat), the original request may be authorized, otherwise it may be rejected. If the request is permitted, the original request is routed by the Gujarat-based S-CSCF module 422 to the network device or BTAS 102 (which receives the routed request) via the IMS server's Gujarat-based BGCF 426 .In one embodiment, the Gujarat-based BGCF module 426 may select the home BTAS / OTM server 102 based on the TGRP received from the Gujarat-based S-CSCF module 422. Before routing the original request to the network device, the first predefined number may be converted to a second predefined number depending on the predefined location of the user device. In one embodiment, the Gujarat-based BGCF module 426 may select the home BTAS / OTM server 102 based on the nature of the TGRP and / or the second predefined number received from the Gujarat-based S-CSCF module 422. For example, if the dialing code (original request) may be a number such as 1111, the second predefined number may be 221111, and the first digit "22" may indicate that a Gujarat-based BTAS should be selected (Gujarat being the predefined location from which the original request was initiated).

[0065] Upon receiving the routed request, the BTAS 102 can identify predefined contact information for multiple emergency services available at the predefined location (Gujarat) of the user equipment based on the predefined location. The BTAS 102 can invoke a call leg that initiates communication with the respective multiple emergency services in Gujarat (Jamnagar) based on the identified predefined contact information. The network equipment or the BTAS 102 can route the simultaneous communication to the IMS server via the Gujarat-based IBCF module 428 of the IMS server 102. Based on the invoked call leg, the IMS server can establish simultaneous communication with the user equipment and the multiple emergency services. This can be initiated by the Gujarat-based I-CSCF module 430. The Gujarat-based I-CSCF module 430 can be responsible for onward routing of the SIP message to the appropriate Gujarat-based S-CSCF module 424 based on the network service subscription to the user equipment. The Gujarat-based I-CSCF module 430 may query the Gujarat-based HSS 432 to discover / determine an appropriate Gujarat-based S-CSCF module 434 to which the subscription may be assigned. The appropriate Gujarat-based S-CSCF module 434 in communication with a corresponding Gujarat-based TAS 436 may enable the establishment of simultaneous communications.

[0066] In a specific example as shown in representation 480 of FIG. 4D, a user may be, for example, a Mumbai subscriber subscribing to wireless services (wireless user equipment) from a service provider. In an emergency, the user may be present in a predefined location (different from the contract location), for example, an authorized area of ​​the Jamnagar office campus (in Gujarat), using roaming network services. The user may dial a first predefined number (origin of the original request) using his / her user equipment from within the authorized area of ​​Gujarat. In this example, since the user is in a different location, the location of the subscriber may be confirmed by the IMS. Once the user dials the short code (first predefined number), a corresponding Gujarat-based P-CSCF module 462 in the IMS server (associated with the service provider) may act as an entry / exit point to and from the IMS server. Further, the next step is initiated by the Mumbai-based S-CSCF module 404 as in this example the user is subscribed to the Mumbai circle. The IMS server's Mumbai-based S-CSCF 404 may invoke a service confirmation to the Mumbai-based TAS 406 corresponding to the subscription location (Mumbai) so that the Mumbai-based TAS 406 can provide the TGRP value (in this example, TGRP=12). In a next step, the Mumbai-based TAS 406 may skip the standard procedure such as number mapping (ENUM) dip of the dialed number (first predefined number) and instead send a message (e.g., Invite) back to the Mumbai-based S-CSCF 404 by appending the appropriate TGRP. In one embodiment, if the original request was initiated from within an authorized area (e.g., Mumbai office campus), the original request is authorized, otherwise it is rejected. If the request is authorized, the original request routed by the Mumbai-based S-CSCF module 404 to the network device or BTAS 102 (which receives the routed request) via the IMS server's Mumbai-based BGCF 408.In one embodiment, the Mumbai-based BGCF 408 may select the home BTAS / OTM server 102 based on the TGRP received from the Mumbai-based S-CSCF 404. Before routing the original request to the network device, the first predefined number may be converted to a second predefined number depending on the predefined location of the user device. In one embodiment, the Mumbai-based BGCF 408 may select the home BTAS / OTM server 102 based on the nature of the TGRP and / or the second predefined number received from the Mumbai-based S-CSCF module 404. For example, if the dialing code (original request) may be a number such as 1111, the second predefined number may be 221111, and the first digit "22" may indicate that a Gujarat-based BTAS should be selected (Gujarat being the predefined location from which the original request was initiated).

[0067] Upon receiving the routed request, the BTAS 102 may identify predefined contact information for multiple emergency services available at the predefined location (Jamnagar) of the user equipment based on the predefined location. The BTAS 102 may invoke a call leg to initiate communication with the respective multiple emergency services in Jamnagar based on the identified predefined contact information. In an exemplary embodiment, the network equipment or BTAS 102 may initiate the simultaneous communication by invoking a call leg towards the identified set of predefined numbers associated with the multiple emergency services and thereafter initiate an MRF based call leg to facilitate adding the identified set of predefined numbers simultaneously, for example, in a conference communication call. The network equipment or BTAS 102 may route the simultaneous communication to the IMS server via the Mumbai based IBCF 410 of the IMS server. Based on the invoked call leg, the IMS server may establish simultaneous communication with the user equipment and the multiple emergency services. This may be initiated by the Mumbai based I-CSCF module 412. The Mumbai-based I-CSCF module 412 may be responsible for onward routing of SIP messages to an appropriate Mumbai-based S-CSCF module 416 based on a network service subscription to the user equipment. The Mumbai-based I-CSCF 412 may query the Mumbai-based HSS 414 to discover / determine an appropriate Mumbai-based S-CSCF module 416 to which the subscription can be assigned. The appropriate Mumbai-based S-CSCF module 416 may communicate with a corresponding Mumbai-based TAS 418 to enable the establishment of simultaneous communications.

[0068] FIG. 5 illustrates an exemplary representation 500 for facilitating simultaneous communication of a wired user device with multiple emergency services according to an embodiment of the present disclosure. As shown in FIG. 5, in one example, an office SIP trunk user may dial a short code (original request) in an emergency. That is, the original request may be received from any one of the enterprises via a corresponding PBX (or IP-PBX), which may be handed over to an E-SBC (as shown in FIG. 1A), and the request is forwarded to a BTAS 508 via a corresponding P-CSCF module 502 and S-CSCF module 504. In one embodiment, if the user device is a wired device, the evaluation of the predefined location is skipped, such that the network device evaluates the TGRP value based on a predefined per-circle TGRP related to the user device. This is due to the fact that wired devices may be fixed and therefore may not be important to verify the location before routing (or adding a TGRP) the original request. For example, the location of wired devices in an office, hospital, and home is the same as the location of the office, hospital, or user's home address, and does not require other location-specific monitoring systems. The TGRP value of the address provides the emergency details of the user device. At 506, as an example, the BTAS 508 can apply a predefined TGRP value per circle and convert the first predefined number (emergency number) into a specific format to match the number obtained from the user from the S-CSCF servlet. The BTAS 508 can apply a charge based on identifier information for at least one of an enterprise or a closed user group (CUG), such as an enterprise / CUG ID. In a next step, at 514, the BGCF 510 can select a home BTAS / OTM server 516 based on the TGRP and route the call to the BTAS / OTM server 516 via domain-based routing.In an exemplary embodiment, the BTAS / OTM server 516 can maintain a list of multiple participants (a set of predefined numbers belonging to multiple emergency services) as a static group of translated emergency numbers (second predefined numbers) so that multiple participants can be merged in a conference.

[0069] FIG. 6 illustrates an example representation of a flow diagram 600 for facilitating a user device to establish simultaneous communication with multiple emergency services according to an embodiment of the disclosure. The flow diagram 600 may represent a general sequence of steps for an outgoing or incoming communication. At 602, the method may include routing, by an Internet Protocol Multimedia Subsystem (IMS) communicatively operative with the network device, an original request from a user device located at a predefined location or associated with a transmission gap repetition period (TGRP) value based on a predefined per-circle TGRP related to the user device. In an embodiment, the original request may indicate a requirement to establish simultaneous communication with the user device with multiple emergency services. At 604, the method may include receiving, at the network device, a routed request for facilitating simultaneous communication with multiple emergency services at the predefined location. At 606, the method may include the network device identifying, based on the predefined location, predefined contact information for multiple emergency services available at the predefined location of the user device. At 608, the method may include the network equipment invoking call legs to initiate communication with respective ones of the plurality of emergency services based on the identified predefined contact information. At 610, the method may include establishing, by the IMS, simultaneous communication between the user equipment and the plurality of emergency services based on the invoked call legs.

[0070] In one embodiment, the original request may be initiated by a user associated with the user device by directly dialing a first predefined number using the user device. The first predefined number may include an optimized short digit code that can be directly dialed without requiring a network-based executable instruction set. For example, the first predefined number may include digits in the range of 1 to 6.

[0071] In an exemplary embodiment, prior to routing the original request to the network device, the method may include, via the IMS, evaluating a predefined location of the user equipment at the time of initiation of the original request, and converting the first predefined number to a second predefined number as a function of the predefined location of the user equipment. In an exemplary embodiment, the conversion to the second predefined number may be facilitated based on a transmission gap repetition period (TGRP) value that varies based on the predefined reservation location of the user equipment. The subscription location may relate to a location corresponding to a subscription of a network service for the user equipment.

[0072] In one embodiment, the step of calling is performed to an identified set of predefined numbers associated with multiple emergency services, followed by initiation of an MRF-based call leg that facilitates simultaneously adding the identified set of predefined numbers in a conference communication.

[0073] In one embodiment, where the user equipment may be a wireless device, the method may include converting, via the S-CSCF module, the first predefined number to a second predefined number based on an evaluation ascertaining whether the user equipment may be located within an authorized area of ​​an enterprise at a given location when initiating the original request. For example, the authorized area may relate to a site that may be eligible for an enterprise to utilize network services facilitated by a service provider. In an exemplary embodiment, if the original request may be initiated from within the authorized area, the original request may be routed by the S-CSCF module to the network device via a breakout gateway control function (BGCF) module of the IMS server. In another exemplary embodiment, if the original request is not from within the authorized area, the original request may be rejected by the S-CSCF module.

[0074] In one embodiment, if the user device may be a wired device, evaluation of the predefined location may be skipped such that the method may include evaluating, by the network device, the TGRP value based on a predefined per-circle TGRP relating to the user device.

[0075] FIG. 7 is a diagram illustrating an exemplary computer system that may or may utilize embodiments of the present invention, according to an embodiment of the present disclosure. As shown in FIG. 7, computer system 700 may include external storage 710, bus 720, main memory 730, read-only memory 740, mass storage 750, communication port 760, and processor 770. Those skilled in the art will appreciate that computer systems may include multiple processors and communication ports. Processor 770 may include various modules related to embodiments of the present invention. Communication port 760 may be any of an RS-232 port for use with a modem-based dial-up connection, a 10 / 100 Ethernet port, a Gigabit or 10 Gigabit port using copper or fiber, a serial port, a parallel port, or other existing or future ports. Communication port 760 may be selected depending on the network or any network to which the computer system connects. Memory 730 may be a Random Access Memory (RAM) or any other dynamic storage device commonly known in the art. Read-only memory 740 may be any static storage device. Mass storage device 750 may be any present or future mass storage solution that can be used to store information and / or instructions.

[0076] Bus 720 communicatively couples processor 770 to other memory, storage and communication blocks and may be, for example, a Peripheral Component Interconnect (PCI) / PCI Extended (PCI-X) bus for connecting expansion cards, drives and other subsystems, a Small Computer System Interface (SCSI), USB, etc., as well as other buses such as a front side bus (FSB) that connects processor 770 to a software system.

[0077] Optionally, operator and management interfaces such as a display, keyboard, and cursor control device may also be coupled to bus 720 to support direct operator interaction with the computer system. Other operator and management interfaces may be provided through network connections connected through communications port 760. The above components are intended only to illustrate the various possibilities. The foregoing exemplary computer system is in no way intended to limit the scope of the present disclosure.

[0078] Thus, the present disclosure provides a technical solution for facilitating effective and simultaneous communication with multiple emergency service contacts, e.g., adding them simultaneously to a conference communication without the need to establish communication sequentially as done by conventional systems. This helps to achieve a quick communication process to get immediate assistance from emergency services in case of an emergency. Furthermore, a user may only need to dial a short dialing code, e.g., using a 1-6 digit code dialed using a keypad on the user device. The short code not only enhances the convenience of contact in case of an emergency, but also reduces the need to memorize or look up individual contact numbers of each emergency service, e.g., hospitals, fire rescue services, police stations, emergency medical services and other such services. Furthermore, the present system and method also enables location-based services to be performed such that an emergency service is selected based on the current location of the user device (e.g., Mumbai) even if the service is subscribed to a different location or circle (e.g., Jamnagar). This can ensure that a nearby emergency service in the correct location (where the emergency exists) will assist in case of an emergency. Several other advantages can be realized.

[0079] Although the embodiments herein are described with respect to a network device or BTAS, it should be understood that the proposed system and method may be implemented in any computing device or external device without departing from the scope of the present invention.

[0080] Although considerable emphasis has been placed herein on the preferred embodiment, it should be recognized that many embodiments can be made and that many changes may be made in the preferred embodiment without departing from the principles of the invention. These and other changes in the preferred embodiment of the invention will become apparent to those skilled in the art from the disclosure herein, and it should therefore be clearly understood that the foregoing description is to be taken merely as illustrative of the invention, and not as limiting thereof.

[0081] Portions of the disclosure of this patent document contain material that is subject to intellectual property rights, including, but not limited to, copyright, designs, trademarks, IC layout designs, and / or trade dress protection, belonging to Jio Platforms Limited (JPL) or its affiliates (hereinafter referred to as the Owner). The Owner has no objection to anyone copying this patent document or the patent disclosure to the extent that it appears in a Patent and Trademark Office patent application or records, but otherwise reserves all rights. All rights to such intellectual property are fully reserved by the Owner.

[0082] Advantages of the present disclosure The present disclosure provides for efficient, simultaneous and improved communication with multiple emergency services contacts.

[0083] The present disclosure provides a system and method for eliminating the need to dial long digit codes to access emergency services, thus making the process less cumbersome and more user friendly.

[0084] The present disclosure provides an economical, next generation based system and method that can avoid the need to contact each emergency service individually, thus avoiding unnecessary delays.

[0085] The present disclosure provides an efficient system and method that can enable instant communication with multiple emergency services contacts regardless of the user's location.

[0086] The present disclosure provides a multi-party calling option, thereby providing single instance communication with all required agencies.

Claims

1. 1. A system for facilitating a user equipment to establish simultaneous communications with a plurality of emergency services, comprising: a network device associated with a service provider providing network services to the user device, the network device comprising one or more processors coupled to a memory, the memory being configured to, when executed by the one or more processors, provide the system with: receiving, via an Internet Protocol Multimedia Subsystem (IMS) server operatively in communication with a server associated with the network device, a routed request derived based on an original request from the user equipment, the original request indicating communication of the user equipment with the plurality of emergency services indicating a requirement for establishing simultaneous connections; identifying predefined contact information associated with the plurality of emergency services available at the location of the user device based on one or a combination of a predefined location and a transmission gap repetition period (TGRP) value based on the predefined per circle TGRP associated with the user device; and invoking a call leg to initiate communication with each of the plurality of emergency services based on the identified predefined contact information. and based on the invoked call leg, the IMS server establishes simultaneous communication between the user equipment and a plurality of emergency services. system.

2. 2. The system of claim 1, wherein the original request is initiated by a user associated with the user device by dialing a first predefined number using a dialing pad of the user device, the first predefined number including an optimized short digit code that is directly dialed without requiring a network-based executable instruction set, and the first predefined number includes a predefined range of digits.

3. 3. The system of claim 2, wherein before routing the original request to the network device, the IMS server evaluates the predefined location of the user device at the time of initiation of the original request, and before routing the original request to the network device, the first predefined number is translated to a second predefined number depending on the predefined location of the user device.

4. 4. The system of claim 3, wherein the conversion to the second predefined number is facilitated based on a transmission gap repetition period (TGRP) value that varies based on a subscription location of the user equipment, the subscription location being associated with a location corresponding to a subscription of the network service for the user equipment.

5. 5. The system of claim 4, wherein upon receiving the original request from the user equipment, the IMS server invokes a service confirmation to a Telephony Application Server (TAS) corresponding to the subscription location, such that the corresponding TAS provides the TGRP value.

6. 2. The system of claim 1, wherein the user equipment is at least one of a wireless or wired device that subscribes or registers to the network service provided by the service provider, the network service being related to a fifth generation (5G) network, and the service provider provides the network service corresponding to at least one of a cellular network service, a private network service, a satellite network service, or a converged network service.

7. 7. The system of claim 6, wherein if the user equipment is a wireless device, the IMS server translates the first predefined number to a second predefined number based on an evaluation ascertaining whether the user equipment, at the time of initiating the original request, is located within an authorized area of ​​an enterprise at the predefined location, the authorized area relating to a site that is eligible to utilize the network services facilitated by the service provider.

8. 8. The system of claim 7, wherein if the original request is initiated from within the allowed area, the original request is routed by the IMS server to the network device, and based on at least one of the TGRP or a characteristic of a second of the predefined number, the original request is routed to a corresponding network device at the predefined location.

9. The system of claim 7, wherein the original request is rejected by the IMS server if the original request is from within the allowed area.

10. The system of claim 1 , wherein the simultaneous communication facilitates connecting the user device with the plurality of emergency services through a conference communication call including at least one of a voice call or a video call.

11. 11. The system of claim 10, wherein the network device initiates the simultaneous communication by calling the call leg toward the identified set of predefined numbers associated with the multiple emergency services, and thereafter initiates a Multimedia Resource Function (MRF) based call leg that facilitates simultaneously adding the identified set of predefined numbers in the conference communication call.

12. 12. The system of claim 11, wherein the paged call leg and the MRF-based call leg are facilitated by an exchange of communication data including at least one of text data, video data, and voice data.

13. A user equipment (UE) device (110) for facilitating simultaneous communication with multiple emergency services, the UE (110) being communicatively coupled to a network device, the coupling comprising: receiving a connection request from any mobile device and / or fixed telephone device, the connection request including dialing an emergency telephone number; sending an acknowledgment of the connection request to the network device; transmitting a plurality of signals in response to the connection request, the network being a BTAS server as recited in claim 1; A user equipment (UE) device (110) including:

14. 1. A method for facilitating a user equipment to establish simultaneous communications with a plurality of emergency services, comprising: an Internet Protocol Multimedia Subsystem (IMS) server operatively in communication with a network device routing an original request from a user equipment, the original request indicating a requirement for establishing the simultaneous communication between the user equipment and the plurality of emergency services; receiving, at the network device, the routed request to facilitate the simultaneous communication with the plurality of emergency services; identifying, by the network device, predefined contact information related to the plurality of emergency services available at the predefined location of the user device based on either or a combination of a predefined location and a predefined per-circle TGRP based transmission gap repetition period (TGRP) value related to the user device; the network device invoking a call leg to initiate communication with each of the plurality of emergency services based on the identified predefined contact information; and wherein the IMS establishes the simultaneous communication between the user equipment and the plurality of emergency services based on the invoked call leg. method.

15. 15. The method of claim 14, wherein the original request is initiated by a user associated with the user device by directly dialing a first predefined number using the user device, the first predefined number including an optimized short digit code that is directly dialed without requiring a network-based executable instruction set, and the first predefined number includes digits in the range of 1 to 6.

16. 16. The method of claim 15, wherein prior to routing the original request to the network equipment, the method includes the steps of: evaluating, via the IMS, the predefined location of the user equipment at the initiation of the original request; and translating the first predefined number to a second predefined number responsive to the predefined location of the user equipment, the translation to the second predefined number being facilitated based on a transmission gap repetition period (TGRP) value that varies based on the subscribed location of the user equipment, the subscribed location relating to a location corresponding to a subscription of a network service for the user equipment.

17. If the user equipment is a wireless device, the method includes translating, via the IMS server, the first predefined number into the second predefined number based on an evaluation ascertaining whether the user equipment is located within an authorized area of ​​an enterprise at the predefined location when initiating the original request; the authorized area relates to a site that is eligible for the business to utilize the network services facilitated by a service provider; If the original request was initiated from within an authorized zone, the original request is routed by the IMS server to a network device; If the original request is not from within the allowed area, the original request is rejected by the IMS server.

17. The method of claim 16.

18. 17. The method of claim 16, wherein if the user device is a wired device, the evaluation of the predefined location is skipped, such that the method includes evaluating, by the network device, the TGRP value based on a predefined circular TGRP relating to the user device.

19. 17. The method of claim 16, wherein the calling step is performed to the identified set of predefined numbers associated with the plurality of emergency services, followed by initiation of a Multimedia Resource Function (MRF) based call leg that facilitates simultaneously participating in conference communications with the identified set of predefined numbers.

20. A non-transitory computer-readable medium containing machine-executable instructions executable by a processor, the machine-executable instructions comprising: receiving, via an Internet Protocol Multimedia Subsystem (IMS) server operatively communicatively with a server associated with a network device, a routed request derived based on an original request from a UE located at a predefined location, the original request indicating a requirement for establishing simultaneous communication with the UE with a plurality of emergency services at the predefined location, the network device being associated with a service provider providing network services to the network device, the network device being operably coupled to the non-transitory computer-readable medium; Identifying predefined contact information for the plurality of emergency services available at the predefined location of the user equipment based on one or a combination of the predefined location and a predefined per-circle TGRP based transmission gap repetition period (TGRP) value for the UE; invoking a call leg to initiate communication with each of the plurality of emergency services based on the identified predefined contact information; Run the command, and based on the invoked call leg, the IMS server establishes the simultaneous communication between the UE and the plurality of emergency services. Non-transitory computer-readable medium.

Images