Method and system for transmitting a message to a target user

Abstract

The present disclosure relates to a method and a system for transmitting a message to a target user at an A2P-IPSMGW The disclosure encompasses: receiving a message request associated with the target user; transmitting to a MNP server, a MNP request based on the message request; 5 receiving from the MNP server, a MNP response comprising a target domain based on the MNP request; determining a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status; transmitting a UDR request based on the positive domain status; receiving a user data associated with the target user based on the UDR request; and transmitting, via a SIP, the 0 message to the target user associated with the message request.

Description

METHOD AND SYSTEM FOR TRANSMITTING A MESSAGE TO A TARGET USERFIELD OF THE DISCLOSURE

[0001] The present disclosure relates generally to the field of communication network. More particularly, the present disclosure relates to methods and systems for transmitting a message to a target user.BACKGROUND

[0002] The following description of related art is intended to provide background information pertaining to 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, it should be appreciated that this section be used only to enhance the understanding of the reader with respect to the present disclosure, and not as admissions of prior art.

[0003] Wireless communication technology has rapidly evolved over the past few decades, with each generation bringing significant improvements and advancements. The first generation of wireless communication technology was based on analog technology and offered only voice services. However, with the advent of the second-generation (2G) technology, digital communication and data services became possible, and text messaging was introduced. Third Generation (3G) technology marked the introduction of high-speed internet access, mobile video calling, and location-based services. The fourth-generation (4G) technology revolutionized wireless communication with faster data speeds, better network coverage, and improved security. Currently, the fifth-generation (5G) technology is being deployed, promising even faster data speeds, low latency, and the ability to connect multiple devices simultaneously. With each generation, wireless communication technology has become more advanced, sophisticated, and capable of delivering more services to its users.

[0004] Nowadays, telecom operators are working hard to enhance the network capabilities and to efficiently handle the messaging or Short Message Services (SMS) services in Long Term Evolution (LTE) and 5G networks.

[0005] In general, the major task of routing the messages associated with applications (such as domain based, bank services and the like) to peer or peer to applications is performed via a MobileApplication Part (MAP) protocol in a communication network. However, due to the increase in the number of mobile users and traffic, routing the messages on a single protocol leads to an inefficient handling of traffic which results in delay in transmission of message or failure of the delivery of messages to the end users. In addition, it also affects the privacy and security involved in the transmission of messages or SMS messages from application to peers or vice versa.

[0006] Hence, in view of these and other existing limitations, there arises an imperative need to provide an efficient solution to overcome the above-mentioned limitations and to provide a method and system for transmitting a message to a target user and to allow efficient and quick handling of application-based messages related traffic in Radio Access Network such as 4G or 5G network.SUMMARY OF THE DISCLOSURE

[0007] This section is provided to introduce certain aspects of the present disclosure in a simplified form that are further described below in the detailed description. This summary is not intended to identify the key features or the scope of the claimed subject matter.

[0008] An aspect of the present disclosure may relate to a method for transmitting a message to a target user. The method comprises receiving, by a transceiver unit at an A2P-IP short message gateway (A2P-IPSMGW), a message request associated with a target user. The method further comprises transmitting, by the transceiver unit from the A2P-IPSMGW to a mobile number portability server (MNP server), a mobile number portability request (MNP request) based on the message request. The method further comprises receiving, by the transceiver unit at the A2P- IPSMGW from the MNP server, a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request. The method further comprises determining, by a determination unit at the A2P-IPSMGW, a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status. The method further comprises transmitting, by the transceiver unit from the A2P-IPSMGW, a User Data Repository (UDR) request based on the positive domain status. The method further comprises receiving, by the transceiver unit at the A2P-IPSMGW, a user data associated with the target user based on the UDR request. The method further comprises transmitting, by the transceiver unit from the A2P-IPSMGW via a Session Initiation Protocol (SIP), the message to the target user associated with the message request based on the user data and the target domain.

[0009] In an exemplary aspect of the present disclosure, the message request associated with the target user is received at the A2P-IPSMGW via an External Short Messaging Entity (ESME).

[0010] In an exemplary aspect of the present disclosure, the method further comprises validating, by a validation unit, at least a mobile number associated with the target user based on one or more validation techniques, wherein the mobile number associated with the target user is extracted from the message request.

[0011] In an exemplary aspect of the present disclosure, the positive domain status is determined in an event the target domain is a successful match with at least one of a pre-stored domain from the set of pre-stored domains.

[0012] In an exemplary aspect of the present disclosure, the negative domain status is determined in an event the target domain is an unsuccessful match with each of the pre-stored domain from the set of pre-stored domains.

[0013] Another aspect of the present disclosure may relate to a system for transmitting a message to a target user. The system comprises at least a transceiver unit, and a determination unit connected to each other. The transceiver unit is configured to receive, at an A2P-IP short message gateway (A2P-IPSMGW), a message request associated with the target user. The transceiver unit is further configured to transmit, from the A2P-IPSMGW to a mobile number portability server (MNP server), a mobile number portability request (MNP request) based on the message request. The transceiver unit is further configured to receive, at the A2P-IPSMGW from the MNP server, a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request. The determination unit is further configured to determine, at the A2P-IPSMGW, a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status. The transceiver unit is further configured to transmit, from the A2P-IPSMGW, a User Data Repository (UDR) request based on the positive domain status. The transceiver unit is further configured to receive, at the A2P-IPSMGW, a user data associated with the target user based on the UDR request. The transceiver unit is further configured to transmit, from the A2P-IPSMGW via a Session Initiation Protocol (SIP), the message to the target user associated with the message request based on the user data and the target domain.

[0014] Yet another aspect of the present disclosure may relate to a non-transitory computer readable storage medium storing instructions for transmitting a message to a target user , the non- transitory computer readable storage medium comprising executable code which, when executed by one or more units of a system, causes the one or more units of the system to: receive, by a transceiver unit of the system at an A2P-IP short message gateway (A2P-IPSMGW), a message request associated with the target user; transmit, by the transceiver unit of the system from the A2P-IPSMGW to a mobile number portability server (MNP server), a mobile number portability request (MNP request) based on the message request; receive, by the transceiver unit of the system at the A2P-IPSMGW from the MNP server, a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request; determine, by a determination unit of the system at the A2P-IPSMGW, a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status; transmit, by the transceiver unit of the system from the A2P-IPSMGW, a User Data Repository (UDR) request based on the positive domain status; receive, at the A2P- IPSMGW, a user data associated with the target user based on the UDR request; and transmit, by the transceiver unit of the system from the A2P-IPSMGW via a Session Initiation Protocol (SIP), the message to the target user associated with the message request based on the user data and the target domain.OBJECTS OF THE DISCLOSURE

[0015] Some of the objects of the present disclosure, which at least one implementation disclosed herein satisfies are listed herein below.

[0016] It is an object of the present disclosure to provide a system and a method for transmitting a message to a target user.

[0017] It is another object of the present disclosure to provide a solution for receiving a message request associated with the target user, transmitting a mobile number portability request (MNP request) based on the message request, and receiving at the A2P-IPSMGW from the MNP server, a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request.

[0018] It is another object of the present disclosure to provide a solution for determining a domain status based on the target domain and a set of pre-stored domains, and transmitting a User Data Repository (UDR) request based on the positive domain status.

[0019] It is another object of the present disclosure to provide a solution for receiving a user data associated with the target user based on the UDR request and transmitting the message to the target user associated with the message request based on the user data and the target domain.

[0020] It is another object of the present disclosure to provide a solution for efficient handling of application-based traffic and domain-based traffic.

[0021] It is another object of the present disclosure to provide a system and a method for efficient handling of domain-based traffic or application-based traffic in a communication network.BRIEF DESCRIPTION OF DRAWINGS

[0022] The accompanying drawings, which are incorporated herein, and constitute a part of this disclosure, illustrate exemplary implementations of the disclosed methods and systems in which like reference numerals refer to the same parts throughout the different drawings. Components in the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principles of the present disclosure. Some drawings may indicate the components using block diagrams and may not represent the internal circuitry of each component. It will be appreciated by those skilled in the art that disclosure of such drawings includes disclosure of electrical components, electronic components or circuitry commonly used to implement such components.

[0023] FIG. 1 illustrates an exemplary block diagram representation of 5thgeneration core (5GC) network architecture.

[0024] FIG. 1A illustrates an exemplary block diagram representation of an IPSMGW A2P architecture.

[0025] FIG.2 illustrates an exemplary block diagram of a system

[0200] for transmitting a message to a target user, in accordance with exemplary implementations of the present disclosure.

[0026] FIG. 3 illustrates an exemplary method

[0300] flow diagram illustrating a process for transmitting a message to a target user, in accordance with exemplary implementations of the present disclosure.

[0027] FIG. 3A illustrates an exemplary call flow diagram [300A] illustrating a process for transmitting a message to a target user, in accordance with exemplary implementations of the present disclosure.

[0028] FIG. 4 illustrates a non-limiting exemplary scenario signal flow diagram

[0400] illustrating routing of messages based on domain, in accordance with exemplary implementations of the present disclosure.

[0029] FIG.5 illustrates an exemplary block diagram of a computing device upon which the features of the present disclosure may be implemented in accordance with exemplary implementation of the present disclosure.

[0030] The foregoing shall be more apparent from the following more detailed description of the disclosure.DETAILED DESCRIPTION

[0031] In the following description, for the purposes of explanation, various specific details are set forth in order to provide a thorough understanding of implementations of the present disclosure . It will be apparent, however, that implementations of the present disclosure may be practiced without these specific details. Several features described hereafter can each be used independently of one another or with any combination of other features. An individual feature may not address any of the problems discussed above or might address only some of the problems discussed above. Some of the problems discussed above might not be fully addressed by any of the features described herein. Example implementations of the present disclosure are described below, as illustrated in various drawings in which like reference numerals refer to the same parts throughout the different drawings.

[0032] The ensuing description provides exemplary implementations only, and is not intended to limit the scope, applicability, or configuration of the disclosure. Rather, the ensuing description of the exemplary implementations will provide those skilled in the art with an enabling descriptionfor implementing an exemplary implementation. It should be understood that various changes may be made in the function and arrangement of elements without departing from the spirit and scope of the disclosure as set forth.

[0033] It should be noted that the terms "mobile device", "user equipment", "user device", “communication device”, “device” and similar terms are used interchangeably for the purpose of describing the disclosure. These terms are not intended to limit the scope of the disclosure or imply any specific functionality or limitations on the described implementations. The use of these terms is solely for convenience and clarity of description. The disclosure is not limited to any particular type of device or equipment, and it should be understood that other equivalent terms or variations thereof may be used interchangeably without departing from the scope of the disclosure as defined herein.

[0034] Specific details are given in the following description to provide a thorough understanding of the implementations. However, it will be understood by one of ordinary skill in the art that the implementations may be practiced without these specific details. For example, circuits, systems, networks, processes, and other components may be shown as components in block diagram form in order not to obscure the implementations in unnecessary detail. In other instances, well-known circuits, processes, algorithms, structures, and techniques may be shown without unnecessary detail in order to avoid obscuring the implementations.

[0035] Also, it is noted that individual implementations may be described as a process which is depicted as a flowchart, a flow diagram, a data flow diagram, a structure diagram, or a block diagram. Although a flowchart may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be re-arranged. A process is terminated when its operations are completed but could have additional steps not included in a figure.

[0036] The word “exemplary” and / or “demonstrative” is used herein to mean serving as an example, instance, or illustration. For the avoidance of doubt, the subject matter disclosed herein is not limited by such examples. In addition, any aspect or design described herein as “exemplary” and / or “demonstrative” is not necessarily to be construed as preferred or advantageous over other aspects or designs, nor is it meant to preclude equivalent exemplary structures and techniques known to those of ordinary skill in the art. Furthermore, to the extent that the terms “includes,” “has,” “contains,” and other similar words are used in either the detailed description or the claims,such terms are intended to be inclusive — in a manner similar to the term “comprising” as an open transition word — without precluding any additional or other elements.

[0037] As used herein, an “electronic device”, or “portable electronic device”, or “user device” or “communication device” or “user equipment” or “device” refers to any electrical, electronic, electromechanical and computing device. The user device is capable of receiving and / or transmitting one or parameters, performing function / s, communicating with other user devices and transmitting data to the other user devices. The user equipment may have a processor, a display, a memory, a battery and an input-means such as a hard keypad and / or a soft keypad. The user equipment may be capable of operating on any radio access technology including but not limited to IP-enabled communication, Zig Bee, Bluetooth, Bluetooth Low Energy, Near Field Communication, Z-Wave, Wi-Fi, Wi-Fi direct, etc. For instance, the user equipment may include, but not limited to, a mobile phone, smartphone, virtual reality (VR) devices, augmented reality (AR) devices, laptop, a general-purpose computer, desktop, personal digital assistant, tablet computer, mainframe computer, or any other device as may be obvious to a person skilled in the art for implementation of the features of the present disclosure.

[0038] Further, the user device may also comprise a “processor” or a “processing unit”, wherein processor refers to any logic circuitry for processing instructions. The processor may be a general- purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits, Field Programmable Gate Array circuits, any other type of integrated circuits, etc. The processor may perform signal coding data processing, input / output processing, and / or any other functionality that enables the working of the system according to the present disclosure. More specifically, the processor is a hardware processor.

[0039] As portable electronic devices and wireless technologies continue to improve and grow in popularity, the advancing wireless technologies for data transfer are also expected to evolve and replace the older generations of technologies. In the field of wireless data communications, the dynamic advancement of various generations of cellular technology are also seen. The development, in this respect, has been incremental in the order of second generation (2G), third generation (3G), fourth generation (4G), and now fifth generation (5G), and more such generations are expected to continue in the forthcoming time.

[0040] Radio Access Technology (RAT) refers to the technology used by mobile devices / user equipment (UE) to connect to a cellular network. It refers to the specific protocol and standards that govern the way devices communicate with base stations, which are responsible for providing the wireless connection. Further, each RAT has its own set of protocols and standards for communication, which define the frequency bands, modulation techniques, and other parameters used for transmitting and receiving data. Examples of RATs include GSM (Global System for Mobile Communications), CDMA (Code Division Multiple Access), UMTS (Universal Mobile Telecommunications System), LTE (Long-Term Evolution), and 5G. The choice of RAT depends on a variety of factors, including the network infrastructure, the available spectrum, and the mobile device's / device's capabilities. Mobile devices often support multiple RATs, allowing them to connect to different types of networks and provide optimal performance based on the available network resources.

[0041] As used herein, Radio Access Network (RAN) node includes, but not limited to, gNodeB or gNB, macro, indoor small cell (IDSC), outdoor small cell (ODSC), mm wave and the like.

[0042] As discussed in the background section, there is a problem in handling the traffic of messages transmitted or received at the network level. A single protocol i.e., MAP is used for the major and overall routing of the application messages (messages from application to peer or messages from peer to application) to the end terminal. For instance, conventionally, the MAP is used for handling the message traffic associated with the local subscriber or operator as well as for handling the message traffic associated with various domains and applications.

[0043] The present disclosure aims to overcome the problem associated with handling of application based or domain-based traffic at the network by routing the domain-based traffic using SIP protocol. The present disclosure routes the traffic via two different protocols based on the domain of the messages or data.

[0044] Hereinafter, exemplary implementations of the present disclosure will be described with reference to the accompanying drawings.

[0045] FIG. 1 illustrates an exemplary block diagram representation of 5th generation core (5GC) network architecture, in accordance with exemplary implementation of the present disclosure. As shown in FIG. 1, the 5GC network architecture

[0100] includes a user equipment (UE)

[0102] , a radio access network (RAN)

[0104] , an access and mobility management function (AMF)

[0106] , aSession Management Function (SMF)

[0108] , a Service Communication Proxy (SCP)

[0110] , an Authentication Server Function (AUSF)

[0112] , a Network Slice Specific Authentication and Authorization Function (NSSAAF)

[0114] , a Network Slice Selection Function (NSSF)

[0116] , a Network Exposure Function (NEF)

[0118] , a Network Repository Function (NRF)

[0120] , a Policy Control Function (PCF)

[0122] , a Unified Data Management (UDM)

[0124] , an application function (AF)

[0126] , a User Plane Function (UPF)

[0128] , a data network (DN)

[0130] , wherein all the components are assumed to be connected to each other in a manner as obvious to the person skilled in the art for implementing features of the present disclosure.

[0046] The User Equipment (UE)

[0102] interfaces with the network via the Radio Access Network (RAN)

[0104] ; the Access and Mobility Management Function (AMF)

[0106] manages connectivity and mobility, while the Session Management Function (SMF)

[0108] administers session control; the service communication proxy (SCP)

[0110] routes and manages communication between network services, enhancing efficiency and security, and the Authentication Server Function (AUSF)

[0112] handles user authentication; the Network Slice Specific Authentication and Authorization Function (NSSAAF)

[0114] for integrating the 5G core network with existing 4G LTE networks i.e., to enable Non-Standalone (NS A) 5G deployments, the Network Slice Selection Function (NSSF)

[0116] , Network Exposure Function (NEF)

[0118] , and Network Repository Function (NRF)

[0120] enable network customization, secure interfacing with external applications, and maintain network function registries respectively; the Policy Control Function (PCF)

[0122] develops operational policies, and the Unified Data Management (UDM)

[0124] manages subscriber data; the Application Function (AF)

[0126] enables application interaction, the User Plane Function (UPF)

[0128] processes and forwards user data, and the Data Network (DN)

[0130] connects to external internet resources; collectively, these components are designed to enhance mobile broadband, ensure low-latency communication, and support massive machine-type communication, solidifying the 5GC as the infrastructure for next-generation mobile networks.

[0047] Radio Access Network (RAN)

[0104] is the part of a mobile telecommunications system that connects user equipment (UE)

[0102] to the core network (CN) and provides access to different types of networks (e.g., 5G network). It consists of radio base stations and the radio access technologies that enable wireless communication.

[0048] Access and Mobility Management Function (AMF)

[0106] is a 5G core network function responsible for managing access and mobility aspects, such as UE registration, connection, and reachability. It also handles mobility management procedures like handovers and paging.

[0049] Session Management Function (SMF)

[0108] is a 5G core network function responsible for managing session-related aspects, such as establishing, modifying, and releasing sessions. It coordinates with the User Plane Function (UPF) for data forwarding and handles IP address allocation and QoS enforcement.

[0050] Service Communication Proxy (SCP)

[0110] is a network function in the 5G core network that facilitates communication between other network functions by providing a secure and efficient messaging service. It acts as a mediator for service-based interfaces.

[0051] Authentication Server Function (AUSF)

[0112] is a network function in the 5G core responsible for authenticating UEs during registration and providing security services. It generates and verifies authentication vectors and tokens.

[0052] Network Slice Specific Authentication and Authorization Function (NSSAAF)

[0114] is a network function that provides authentication and authorization services specific to network slices. It ensures that UEs can access only the slices for which they are authorized.

[0053] Network Slice Selection Function (NSSF)

[0116] is a network function responsible for selecting the appropriate network slice for a UE based on factors such as subscription, requested services, and network policies.

[0054] Network Exposure Function (NEF)

[0118] is a network function that exposes capabilities and services of the 5G network to external applications, enabling integration with third-party services and applications.

[0055] Network Repository Function (NRF)

[0120] is a network function that acts as a central repository for information about available network functions and services. It facilitates the discovery and dynamic registration of network functions.

[0056] Policy Control Function (PCF)

[0122] is a network function responsible for policy control decisions, such as QoS, charging, and access control, based on subscriber information and network policies.

[0057] Unified Data Management (UDM)

[0124] is a network function that centralizes the management of subscriber data, including authentication, authorization, and subscription information.

[0058] Application Function (AF)

[0126] is a network function that represents external applications interfacing with the 5G core network to access network capabilities and services.

[0059] User Plane Function (UPF)

[0128] is a network function responsible for handling user data traffic, including packet routing, forwarding, and QoS enforcement.

[0060] Data Network (DN)

[0130] refers to a network that provides data services to user equipment (UE) in a telecommunications system. The data services may include but are not limited to Internet services, private data network related services.

[0061] Short Message Service Function (SMSF)

[0132] refers to a network function that supports the transfer of Short Message Service (SMS) over a Non-Access Stratum (NAS). Further, SMSF

[0132] may be connected to the Short Message Service- Gateway Mobile Switching Centre - Internet Protocol Short Message Gateway (SMS-GMSC / IPSMGW) router via one or more standardized interfaces.

[0062] Referring to FIG. 1A, an exemplary block diagram representation of an IPSMGW A2P architecture [100A], in accordance with exemplary implementation of the present disclosure. As shown in FIG. 1A, the IPSMGW A2P architecture [100A] includes a signal transfer point (STP) [102A], an element management system (EMS) [104A], a diameter routing agent (DRA) [106A], a home subscriber server (HSS) [108A], a database A, [110A], a database B [112A], a mobile number portability database (MNP DB) [114A], and an internal external short message entity (Internal ESME) [116A],

[0063] The IPSMGW A2P [118A] is an IPSMGW specially for messaging services from an application to a peer or peer to application such as the target user [302A],

[0064] The Signal Transfer Point (STP) [102A] is a node in an SS7 network that routes signalling messages based on their destination point code in the SS7 network. The STP [102A] is connected with the IPSMGW A2P [118A] via a SS7 Sigtran protocol. The SIGTRAN is a protocol used for transport of signalling protocols over Internet Protocol (IP), and are an extension of the SS7protocol family. The SS7 Sigtran supports the same application and call management paradigms as SS7 but uses an Internet Protocol (IP) transport called Stream Control Transmission Protocol (SCTP).

[0065] The element management system (EMS) [104A] refers to systems and applications for managing various network elements (NE) in the telecommunications network. The EMS [104 A] utilizes a Representational State Transfer (REST) type of web services and systems for easily communicating with each other.

[0066] The diameter routing agent (DRA) [106A] may be an element in a 3G or 4G (such as longterm evolution (LTE)) network that provides real-time routing capabilities which ensures that the messages are routed among the correct elements withing a network. The DRA [106A] utilizes a diameter SH interface for interacting with the Application server and the HSS [108A] and may communicate via diameter protocol. The HSS [108A] also communicates with the DRA [106A] via diameter SH, and the DRA [106A] communicates with the IPSMGW A2P [118A] of the application using the diameter SH interface.

[0067] The home subscriber server (HSS) [108A] may refer to as the main subscriber database that is used within the IP Multimedia Subsystem (IMS) for providing details of the subscribers to other entities within the network.

[0068] The database A [110A] may refer to a data storage system that leverages a distributed architecture for high availability and reliability. The Database A [110A] may utilize the transmission control protocol (TCP) for communication between the IPSMGW A2P [118A] and the database A [ 110A] .

[0069] The database B [112A] may be an in-memory storage with NoSQL key / value store that is used primarily as an application cache or quick-response database. The Database B [112A] may utilize the transmission control protocol (TCP) for communication between the IPSMGW A2P [118A] and the database B [110A],

[0070] The mobile number portability database (MNP DB) [114A] may refer to a database maintained by each Mobile Number Portability Service provider in electronic form that holds the details of all ported mobile numbers in its zone, along with the complete history of all transactionsrelating to the porting of such numbers. The MNP DB communicates with the IPSMGW A2P [118A] via a session initiation protocol (SIP)

[0071] The internal external short message entity (Internal ESME) [116A] is an application within the IPSMGW A2P architecture [100A] that connects to a Short Message Service Centre (SMSC) to engage in the sending or receiving of SMS messages. The internal ESME communicates via SMPP (short message peer-to-peer protocol) that is a telecommunications industry protocol for exchanging SMS messages over the Internet.

[0072] Referring to Figure 2, an exemplary block diagram of a system

[0200] for transmitting a message to a target user [302A] (shown in Fig. 3A), in accordance with the exemplary implementations of the present disclosure. The system

[0200] comprises at least one transceiver unit

[0202] , a determination unit

[0204] , and a validation unit

[0206] connected with one or more components configured to implement the feature of the present disclosure. Also, all of the components / units of the system

[0200] are assumed to be connected to each other unless otherwise indicated below. Also, in Fig. 2 only a few units are shown, however, the system

[0200] may comprise multiple such units or the system

[0200] may comprise any such numbers of said units, as required to implement the features of the present disclosure. Further, in an implementation, the system

[0200] may be present at a network level to implement the features of the present disclosure. In an implementation, the system

[0200] may reside in a server or a network entity. The message may refer to an incoming message at a network entity which may be but not limited to a request for porting a mobile number to a different service provider and an action message such as wakeup message, triggering messages, alerts, etc. The target user [302A] may be but not limited to the user or subscriber which is trying to port the mobile number. The transceiver unit

[0202] may be a device capable of transmission and reception of data and / or signals. The determination unit

[0204] may be a processor capable of determining a domain status based on processing some input data. The validation unit

[0206] may be a processor capable of validating a mobile number based on processing some input data.

[0073] The system

[0200] is configured for transmitting the message to the target user [302A] , with the help of the interconnection between the components / units of the system

[0200] .

[0074] In order to transmit the message to the target user [302A], the transceiver unit

[0202] of the system

[0200] is configured to receive, at an Application to Peer - Internet Protocol short message gateway (A2P-IPSMGW), a message request associated with the target user [302A], TheIPSMGW may be an IP Multimedia System (IMS) Application Server which handles Session Initiation Protocol (SIP) based messaging services for IMS subscribers. The A2P IPSMGW [118A] may refer to an IPSMGW specially for messaging services from an application to a peer or peer to application such as the target user [302A], The message request may refer to a request sent by a user equipment (UE) or a subscriber related to porting of mobile number by the target user [302A] .

[0075] Further, the present disclosure discloses that the message request associated with the target user [302A] may also be received at the A2P-IPSMGW [118A] via an External Short Messaging Entity (ESME)

[0402] (shown in Fig. 4). The ESME

[0402] may be an external application that connects to a Short Message Service Centre (SMSC) to engage in the sending or receiving of SMS messages. It may be noted that the abovementioned example is only exemplary and in no manner should be construed to limit the scope of the present disclosure. Further, any other examples of the ESME

[0402] for receiving the message request at the A2P-IPSMGW [118A] may be received via a machine type communication (MTC) and a mobile internet of things (mloT) technology as well. All such examples would also be covered within the scope of the present subject matter.

[0076] Further, the transceiver unit

[0202] is configured to transmit, from the A2P-IPSMGW [118A] to a mobile number portability server (MNP server) [304A], a mobile number portability request (MNP request) based on the message request. The Mobile number portability (MNP) is a service that allows the user / subscriber to change the service provider and keep the same mobile number. The MNP server [304A] is a server which is responsible for handling the MNP service. The MNP request is sent to the MNP sever to obtain a domain of receiving party for transmitting the message.

[0077] Further, the transceiver unit

[0202] is configured to receive, at the A2P -IPSMGW [118A] from the MNP server [304A], a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request. The MNP response is a response to the request made regarding MNP. The target domain may refer to the public land mobile network (PLMN), a location of operator, or a network technology of target user [302A],

[0078] Further, the determination unit

[0204] is configured to determine, at the A2P-IPSMGW [118A], a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status. The domain status may refer to an availability status regarding the target domain in a set of prestored domains. The positive domain status refers to the positive availability of the target domain,and the negative domain status refers to the non-availability of the target domain. The set of prestored domains may refer to a list of pre-stored domains wherein the pre-stored domains may contain information of the service providers.

[0079] Further, the present disclosure discloses that the positive domain status is determined in an event the target domain is a successful match with at least one of a pre-stored domain from the set of pre-stored domains. The event that the target domain is a successful match may refer to the situation where the target domain is present in the set of pre-stored domains which results in a match.

[0080] Further, the negative domain status is determined in an event the target domain is an unsuccessful match with each of the pre-stored domain from the set of pre-stored domains. The event the target domain is an unsuccessful match may refer to the situation where the target domain is not present in the set of pre-stored domains.

[0081] Further, the transceiver unit

[0202] may also be configured to transmit, from the A2P- IPSMGW [118A], a User Data Request (UDR) based on the positive domain status. The UDRmay be a database of clients storing information associated with customers such as services available for them, QoS parameters, etc. The UDR request may be a request seeking information from the UDR sent by IPSMGW to HSS via DRA over the diameter. The IPSMGW receives a user data response in response to the UDR which contains the information of context / profile information of other party.

[0082] Further, the transceiver unit

[0202] may also be configured to receive, at the A2P -IPSMGW [118A], a user data associated with the target user [302A] based on the UDR request. The user data may be the information stored within the UDR related to the target user [302A],

[0083] Further, the transceiver unit

[0202] may also be configured to transmit, from the A2P- IPSMGW [118A] via a Session Initiation Protocol (SIP), the message to the target user [302A] associated with the message request based on the user data and the target domain. The Session Initiation Protocol (SIP) is a signalling protocol used for initiating, maintaining, and terminating communication sessions that include voice, video and messaging applications.

[0084] Further, in an implementation of the present solution as disclosed herein, the system

[0200] may further comprise the validation unit

[0206] configured to validate at least a mobile numberassociated with the target user [302A] based on one or more validation techniques, wherein the mobile number associated with the target user [302A] is extracted from the message request. The Mobile Number means the Mobile Subscriber Integrated Services Digital Network (MSISDN) mobile or cellular phone number, which is associated with a subscriber identity module (SIM) card at the time of activation. The one or more validation techniques can include anti-spam function such as checking whether the sender and originator is valid (valid-sender valid-originator), checking quantity of the SMS for a duration for checking SMS flooding, and checking service and billing information for both users i.e. the sender and the receiver of the message.

[0085] Further, in a non-limiting exemplary scenario implementation of the present solution the system

[0200] is configured for handling of traffic and routing of traffic based on domain, with the help of the interconnection between the components / units of the system

[0200] , The present disclosure routes the domain specific traffic associated with one or more application over SIP protocol so that both the protocols such as MAP and short message peer-to-peer protocol (SMPP) can be used to efficiently handle the domain based and non-domain-based traffic.

[0086] The system

[0200] is configured to perform the below-mentioned steps to control domain traffic related to message services:

[0087] At first, an application to peer message is received at an A2P-IPSMGW [118A] .

[0088] Next, the mobile number associated with the peer (the target user [302A]) is validated.

[0089] Next, an MNP request is sent to the MNP (Mobile Number Portability) server [304A] (shown in Fig. 3 A] against MNP query after successful validation of the mobile number associated with the peer. The MNP request is sent to the MNP server [304A] to obtain target user [302A] domain, and then check the existence of the target domain (specified domain) (in the MNP query) in a domain map which may be stored within the domain database

[0404] , or may also be stored in the storage unit of the A2P-IPSMGW [118A], The domain database

[0404] is maintained at the network level.

[0090] Next, a request is sent to the UDR to deliver the message over the SIP protocol in case the specified domain is found in the domain database

[0404] .

[0091] Finally, the message is delivered to the receiver

[0406] (shown in Fig. 4) over the SIP protocol.

[0092] Thus, the present disclosure routes the message traffic over SIP protocol in an event the requested domain is identified or found in the domain database. Local traffic or peer to peer message traffic is sent over the MAP protocol to optimise and handle the traffic.

[0093] The storage unit and the domain database are configured to store data associated with implementation of the features of the present disclosure.

[0094] Referring to FIG. 3, an exemplary method flow diagram

[0300] , for transmitting a message to a target user [302A], in accordance with exemplary implementations of the present disclosure is shown. In an implementation the method

[0300] is performed by the system

[0200] , As shown in Figure 3, the method

[0300] starts at step

[0302] , The message may refer to an incoming message at a network entity which may be, but not limited to, a request for porting a mobile number to a different service provider and an action message such as wakeup message, triggering messages, alerts, etc. The target user [302A] may refer to the user or subscriber which is trying to port the mobile number.

[0095] At step

[0304] , the method

[0300] as disclosed by the present disclosure comprises receiving, by a transceiver unit

[0202] at an Application to Peer - Internet Protocol (A2P-IP) short message gateway (A2P-IPSMGW) [118A], a message request associated with the target user [302A], The IPSMGW may be an IP Multimedia System (IMS) Application Server which handles Session Initiation Protocol (SIP) based messaging services for IMS subscribers. The A2P IPSMGW [118A] may refer to an IPSMGW specially for messaging services from an application to a peer or peer to application such as the target user [302A], The message request may refer to a request sent by a user equipment (UE) or a subscriber related to the porting by the target user [302A], The transceiver unit

[0202] may be a device capable of transmission and reception of data and / or signals.

[0096] Further, the present disclosure further discloses that the message request associated with the target user [302A] may also be received at the A2P-IPSMGW [118A] via an External Short Messaging Entity (ESME)

[0402] . The ESME

[0402] may be an external application that connects to a Short Message Service Centre (SMSC) to engage in the sending or receiving of SMS messages. It may be noted that the abovementioned example is only exemplary and in no manner should be construed to limit the scope of the present disclosure. Further, any other examples of theESME

[0402] for receiving the message request at the A2P-IPSMGW [118A] may be received via a machine type communication and a mobile internet of things technology as well.

[0097] Next, at step

[0306] , the method

[0300] as disclosed by the present disclosure comprises transmitting, by the transceiver unit

[0202] from the A2P-IPSMGW [118A] to a mobile number portability server (MNP server [304A]), a mobile number portability request (MNP request) based on the message request. The Mobile number portability (MNP) is a service that allows the user / subscriber to change the service provider and keep the same mobile number. The MNP server [304A] is a server which is responsible for handling the MNP service. The MNP request is sent to the MNP sever to obtain a domain of receiving party for transmitting the message.

[0098] Next, at step

[0308] , the method

[0300] as disclosed by the present disclosure comprises receiving, by the transceiver unit

[0202] at the A2P-IPSMGW [118A] from the MNP server [304A], a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request. The MNP response is a response to the request made by the user / subscriber regarding MNP. The target domain refers to the public land mobile network (PLMN), a location of operator, or a network technology of target user [302A],

[0099] Next, at step

[0310] , the method

[0300] as disclosed by the present disclosure comprises determining, by a determination unit

[0204] at the A2P-IPSMGW [ 118A] , a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status. The domain status may refer to a status regarding availability regarding the domain of the target domain in a set of pre-stored domains. The positive domain status refers to the positive availability of the target domain, and the negative domain status refers to the non-availability of the target domain. The set of pre-stored domains may refer to a list of pre-stored domain wherein the pre-stored domains may contain information of the service providers. The determination unit

[0204] may be a processor capable of determining a domain status based on processing some input data.

[0100] Further, the present disclosure further discloses that the positive domain status is determined in an event the target domain is a successful match with at least one of a pre-stored domain from the set of pre-stored domains. The event the target domain is a successful match may refer to the situation where the target domain is present in the set of pre-stored domains which results in a match.

[0101] Furthermore, in an implementation of the of present solution as disclosed herein, the negative domain status is determined in an event the target domain is an unsuccessful match with each of the pre-stored domain from the set of pre-stored domains. The event the target domain is an unsuccessful match may refer to the situation where the target domain is not present in the set of pre-stored domains.

[0102] Next, at step

[0312] , the method

[0300] as disclosed by the present disclosure comprises transmitting, by the transceiver unit

[0202] from the A2P-IPSMGW [118A], a User Data Request (UDR) based on the positive domain status. The UDR may be a database of clients storing information associated with customers such as services available for them, QoS parameters, etc. The UDR request may be a request seeking information from the UDR sent by IPSMGW to HSS via DRA over the diameter. The IPSMGW receives a user data response in response to the UDR which contains the information of context / profile information of other party.

[0103] Next, at step

[0314] , the method

[0300] as disclosed by the present disclosure comprises receiving, by the transceiver unit

[0202] at the A2P-IPSMGW [118A], a user data associated with the target user [302A] based on the UDR request. The user data may be the information stored within the UDR related to the target user [302A],

[0104] Next, at step

[0316] , the method

[0300] as disclosed by the present disclosure comprises transmitting, by the transceiver unit

[0202] from the A2P -IPSMGW [ 118A] via a Session Initiation Protocol (SIP), the message to the target user [302A] associated with the message request based on the user data and the target domain. The Session Initiation Protocol (SIP) is a signalling protocol used for initiating, maintaining, and terminating communication sessions that include voice, video and messaging applications.

[0105] Further, in an implementation of the of present solution as disclosed herein, the method further comprises validating by a validation unit

[0206] at least a mobile number associated with the target user [302A] based on one or more validation techniques, wherein the mobile number associated with the target user [302A] is extracted from the message request. The Mobile Number means the Mobile Subscriber Integrated Services Digital Network (MSISDN) mobile or cellular phone number, which is associated with a subscriber identity module (SIM) card at the time of activation. The one or more validation techniques can include anti-spam function such as checking whether the sender and originator is valid (valid-sender valid-originator), checking quantity of theSMS for a duration for checking SMS flooding, and checking service and billing information for both users i.e. the sender and the receiver of the message.

[0106] Thereafter, the method

[0300] terminates at step

[0318] ,

[0107] Referring to FIG. 3A, an exemplary call flow diagram [300A], for transmitting a message to a target user [302A], in accordance with exemplary implementations of the present disclosure is shown. In an implementation the method [300A] is performed by the system

[0200] ,

[0108] The message may refer to an incoming message at a network entity which may be, but not limited to, a request for porting a mobile number to a different service provider and an action message such as wakeup message, triggering messages, alerts, etc. The target user [302A] may refer to the user or subscriber which is trying to port the mobile number.

[0109] At step 1, the method [300A] as disclosed by the present disclosure comprises receiving, by a transceiver unit

[0202] at an Application to Peer - Internet Protocol (A2P-IP) short message gateway (A2P-IPSMGW) [118A], a message request associated with the target user [302A], The IPSMGW may be an IP Multimedia System (IMS) Application Server which handles Session Initiation Protocol (SIP) based messaging services for IMS subscribers. The A2P IPSMGW [118A] may refer to an IPSMGW specially for messaging services from an application to a peer or peer to application such as the target user [302A], The message request may refer to a request sent by a user equipment (UE) or a subscriber related to the porting by the target user [302A], The transceiver unit

[0202] may be a device capable of transmission and reception of data and / or signals.

[0110] Further, the present disclosure further discloses that the message request associated with the target user [302A] may also be received at the A2P-IPSMGW [118A] via an External Short Messaging Entity (ESME)

[0402] over short message peer-to-peer protocol (SMPP). The ESME

[0402] may be an external application that connects to a Short Message Service Centre (SMSC) to engage in the sending or receiving of SMS messages. It may be noted that the abovementioned example is only exemplary and in no manner should be construed to limit the scope of the present disclosure. Further, any other examples of the ESME

[0402] for receiving the message request at the A2P-IPSMGW [118A] may be received via a machine type communication and a mobile internet of things technology as well.

[0111] Next, at step 2, the method [300A] as disclosed by the present disclosure comprises transmitting, by the transceiver unit

[0202] from the A2P-IPSMGW [118A] to a mobile number portability server (MNP server [304A]), a mobile number portability request (MNP request) based on the message request. The Mobile number portability (MNP) is a service that allows the user / subscriber to change the service provider and keep the same mobile number. The MNP server [304A] is a server which is responsible for handling the MNP service. The MNP request is sent to the MNP sever to obtain a domain of receiving party for transmitting the message.

[0112] Next, at step 3, the method [300A] as disclosed by the present disclosure comprises receiving, by the transceiver unit

[0202] at the A2P-IPSMGW [118A] from the MNP server [304A], a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request. The MNP response is a response to the request made by the user / subscriber regarding MNP. The target domain refers to the public land mobile network (PLMN), a location of operator, or a network technology of target user [302A],

[0113] Next, at step 4, the method [300A] as disclosed by the present disclosure comprises determining, by a determination unit

[0204] at the A2P-IPSMGW [ 118A] , a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status. The domain status may refer to a status regarding availability regarding the domain of the target domain in a set of pre-stored domains. The positive domain status refers to the positive availability of the target domain, and the negative domain status refers to the non-availability of the target domain. The set of pre-stored domains may refer to a list of pre-stored domain wherein the pre-stored domains may contain information of the service providers. The determination unit

[0204] may be a processor capable of determining a domain status based on processing some input data.

[0114] Further, the present disclosure further discloses that the positive domain status is determined in an event the target domain is a successful match with at least one of a pre-stored domain from the set of pre-stored domains. The event the target domain is a successful match may refer to the situation where the target domain is present in the set of pre-stored domains which results in a match.

[0115] Furthermore, in an implementation of the of present solution as disclosed herein, the negative domain status is determined in an event the target domain is an unsuccessful match with each of the pre-stored domain from the set of pre-stored domains. The event the target domain isan unsuccessful match may refer to the situation where the target domain is not present in the set of pre-stored domains.

[0116] Next, at step 5, the method [300A] as disclosed by the present disclosure comprises transmitting, by the transceiver unit

[0202] from the A2P-IPSMGW [118A], a User Data Request (UDR) to Home subscriber server (HSS) based on the positive domain status. The HSS may be a database of clients storing information associated with customers such as services available for them, QoS parameters, etc. The UDR request may be a request seeking information sent by the IPSMGW to the HSS via DRA over the diameter. The IPSMGW receives a user data answer (UDA) in response to the UDR which contains the information of context / profde information of other party. The UDR request may be sent to the HSS.

[0117] Next, at step 6, the method [300A] as disclosed by the present disclosure comprises receiving, by the transceiver unit

[0202] at the A2P-IPSMGW [118A], a user data associated with the target user [302A] based on the UDR request. The user data may be the information stored within the UDR related to the target user [302A], The user data may be received by the A2P- IPSMGW [118A] from the HSS.

[0118] Next, at step 7, the method [300A] as disclosed by the present disclosure comprises transmitting, by the transceiver unit

[0202] from the A2P -IPSMGW [ 118A] via a Session Initiation Protocol (SIP), the message to the target user [302A] associated with the message request based on the user data and the target domain. The Session Initiation Protocol (SIP) is a signalling protocol used for initiating, maintaining, and terminating communication sessions that include voice, video and messaging applications.

[0119] Further, in an implementation of the of present solution as disclosed herein, the method further comprises validating by a validation unit

[0206] at least a mobile number associated with the target user [302A] based on one or more validation techniques, wherein the mobile number associated with the target user [302A] is extracted from the message request. The Mobile Number means the Mobile Subscriber Integrated Services Digital Network (MSISDN) mobile or cellular phone number, which is associated with a subscriber identity module (SIM) card at the time of activation. The one or more validation techniques can include anti-spam function such as checking whether the sender and originator is valid (valid-sender valid-originator), checking quantity of the SMS for a duration for checking SMS flooding, and checking service and billing information for both users i.e. the sender and the receiver of the message.

[0120] Thereafter, the method [300A] is terminated.

[0121] Now, referring to FIG. 4 illustrates anon-limiting exemplary scenario signal flow diagram

[0400] illustrating routing of messages, in accordance with exemplary implementations of the present disclosure. The present disclosure also relates to a method for routing the message from application to peer and peer to application over the SIP protocol. The method

[0400] includes the step of receiving, from the ESME

[0402] via a short message peer-to-peer protocol [SMPP], an application to peer message at the A2P-IP SMGW [ 118A] .

[0122] Then the method

[0400] may also include validating the requested mobile number using the validation process.

[0123] Next step includes sending an MNP request to the MNP server [304A] against an MNP query after successful validation of the mobile number. The MNP request is sent to the MNP server [304A] to obtain target user [302A] domain, and then check the existence of the target domain (specified domain) (in the MNP query) in a domain map which may be stored within the domain database

[0404] or may also be stored in the storage unit for the A2P-IPSMGW [ 118 A] . The domain database

[0404] is maintained by the Network Management team at the network level.

[0124] Next step includes sending a request to the UDR to deliver the message over the SIP protocol in case the specified domain is found in the domain database

[0404] .

[0125] Next step includes delivering of message to the receiver

[0406] over the SIP protocol.

[0126] Thus, the present disclosure routes the message traffic over SIP protocol in an event the requested domain in identified or found in the domain database

[0404] . Local traffic or peer to peer message traffic is sent over the MAP protocol to optimise and handle the traffic.

[0127] The storage unit and the domain database are configured to store data associated with implementation of the features of the present disclosure.

[0128] Fig. 5 illustrates an exemplary block diagram of a computing device

[0500] upon which the features of the present disclosure may be implemented in accordance with exemplary implementation of the present disclosure. In an implementation, the computing device

[0500] mayalso implement the method

[0400] for transmitting a message to a target user [302A] by utilising the system

[0200] , In another implementation, the computing device

[0500] itself implements the method

[0400] for transmitting a message to a target user [302A] using one or more units configured within the computing device

[0500] , wherein said one or more units are capable of implementing the features as disclosed in the present disclosure.

[0129] The computing device

[0500] may include a bus

[0602] or other communication mechanism for communicating information, and a hardware processor

[0504] coupled with bus

[0502] for processing information. The hardware processor

[0504] may be, for example, a general-purpose microprocessor. The computing device

[0500] may also include a main memory

[0506] , such as a random-access memory (RAM), or other dynamic storage device, coupled to the bus

[0502] for storing information and instructions to be executed by the processor

[0504] , The main memory

[0506] also may be used for storing temporary variables or other intermediate information during execution of the instructions to be executed by the processor

[0504] . Such instructions, when stored in non-transitory storage media accessible to the processor

[0504] , render the computing device

[0500] into a special-purpose machine that is customized to perform the operations specified in the instructions. The computing device

[0500] further includes a read only memory (ROM)

[0508] or other static storage device coupled to the bus

[0502] for storing static information and instructions for the processor

[0504] ,

[0130] A storage device

[0510] , such as a magnetic disk, optical disk, or solid-state drive is provided and coupled to the bus

[0502] for storing information and instructions. The computing device

[0500] may be coupled via the bus

[0502] to a display

[0512] , such as a cathode ray tube (CRT), Liquid crystal Display (LCD), Light Emitting Diode (LED) display, Organic LED (OLED) display, etc. for displaying information to a computer user. An input device

[0514] , including alphanumeric and other keys, touch screen input means, etc. may be coupled to the bus

[0502] for communicating information and command selections to the processor

[0504] . Another type of user input device may be a cursor controller

[0516] , such as a mouse, a trackball, or cursor direction keys, for communicating direction information and command selections to the processor

[0504] , and for controlling cursor movement on the display

[0512] , This input device typically has two degrees of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., y), that allow the device to specify positions in a plane.

[0131] The computing device

[0500] may implement the techniques described herein using customized hard-wired logic, one or more ASICs or FPGAs, firmware and / or program logic whichin combination with the computing device

[0500] causes or programs the computing device

[0500] to be a special-purpose machine. According to one implementation, the techniques herein are performed by the computing device

[0500] in response to the processor

[0504] executing one or more sequences of one or more instructions contained in the main memory

[0506] . Such instructions may be read into the main memory

[0506] from another storage medium, such as the storage device

[0510] , Execution of the sequences of instructions contained in the main memory

[0506] causes the processor

[0504] to perform the process steps described herein. In alternative implementations of the present disclosure, hard-wired circuitry may be used in place of or in combination with software instructions.

[0132] The computing device

[0500] also may include a communication interface

[0518] coupled to the bus

[0502] , The communication interface

[0518] provides a two-way data communication coupling to a network link

[0520] that is connected to a local network

[0522] , For example, the communication interface

[0518] may be an integrated services digital network (ISDN) card, cable modem, satellite modem, or a modem to provide a data communication connection to a corresponding type of telephone line. As another example, the communication interface

[0518] may be a local area network (LAN) card to provide a data communication connection to a compatible LAN. Wireless links may also be implemented. In any such implementation, the communication interface

[0518] sends and receives electrical, electromagnetic or optical signals that carry digital data streams representing various types of information.

[0133] The computing device

[0500] can send messages and receive data, including program code, through the network(s), the network link

[0520] and the communication interface

[0518] , In the Internet example, a server

[0530] might transmit a requested code for an application program through the Internet

[0528] , the ISP

[0526] , the local network

[0522] , the host

[0524] and the communication interface

[0518] , The received code may be executed by the processor

[0504] as it is received, and / or stored in the storage device

[0510] , or other non-volatile storage for later execution.

[0134] Further, an aspect of the present disclosure relates to a non-transitory computer readable storage medium storing instructions for transmitting a message to a target user [302A], the non- transitory computer readable storage medium comprising executable code which, when executed by one or more units of a system, causes the one or more units of the system to: receive, by a transceiver unit of the system at an A2P-IP short message gateway (A2P-IPSMGW) [118A], a message request associated with the target user [302A]; transmit, by the transceiver unit of the system from the A2P-IPSMGW [118A] to a mobile number portability server (MNP server[304A]), a mobile number portability request (MNP request) based on the message request; receive, by the transceiver unit of the system at the A2P-IPSMGW [ 118 A] from the MNP server [304A], a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request; determine, by a determination unit of the system at the A2P-IPSMGW [118A], a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status; transmit, by the transceiver unit of the system from the A2P-IPSMGW [118A], a User Data Repository (UDR) request based on the positive domain status; receive, at the A2P-IPSMGW [118A], a user data associated with the target user [302A] based on the UDR request; and transmit, by the transceiver unit of the system from the A2P-IPSMGW [118A] via a Session Initiation Protocol (SIP), the message to the target user [302A] associated with the message request based on the user data and the target domain.

[0135] As is evident from the above, the present disclosure provides a technically advanced solution for transmitting a message to a target user [302A] based on a domain and for handling of traffic related to domain specific messages or SMS. Thus, in view of the above disclosure, the A2P-IP SMGW node connected with the system

[0200] efficiently handles the domain specific traffic over SIP protocol. Thus, present disclosure enables the efficient and smooth functioning of the network to handle the message traffic by routing the message traffic over MAP or SIP protocol based on the requested domain. Therefore, sending a message over SIP on the basis of domain increase the performance of the network. In addition, the processing task by the CPU further reduces due to division of the protocols based on the traffic.

[0136] While considerable emphasis has been placed herein on the disclosed implementations, it will be appreciated that many implementations can be made and that many changes can be made to the implementations without departing from the principles of the present disclosure. These and other changes in the implementations of the present disclosure will be apparent to those skilled in the art, whereby it is to be understood that the foregoing descriptive matter to be implemented is illustrative and non-limiting.

[0137] Further, in accordance with the present disclosure, it is to be acknowledged that the functionality described for the various the components / units can be implemented interchangeably. While specific embodiments may disclose a particular functionality of these units for clarity, it is recognized that various configurations and combinations thereof are within the scope of the disclosure. The functionality of specific units as disclosed in the disclosure should not be construedas limiting the scope of the present disclosure. Consequently, alternative arrangements and substitutions of units, provided they achieve the intended functionality described herein, are considered to be encompassed within the scope of the present disclosure.

Claims

We Claim:

1. A method for transmitting a message to a target user [302A], the method comprising: receiving, by a transceiver unit [202] at an Application to Person - Internet Protocol short message gateway (A2P-IPSMGW) [118A], a message request associated with the target user [302A]; transmitting, by the transceiver unit [202] from the A2P-IPSMGW [118A] to a mobile number portability server (MNP server [304A]), a mobile number portability request (MNP request) based on the message request; receiving, by the transceiver unit [202] at the A2P-IPSMGW [118 A] from the MNP server [304A], a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request; determining, by a determination unit [204] at the A2P-IPSMGW [118A], a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status;- transmitting, by the transceiver unit [202] from the A2P-IPSMGW [118A], a User Data Request (UDR) based on the positive domain status; receiving, by the transceiver unit [202] atthe A2P-IPSMGW [118A], a user data associated with the target user [302A] based on the UDR request; and- transmitting, by the transceiver unit [202] from the A2P-IPSMGW [118A] via a Session Initiation Protocol (SIP), the message to the target user [302A] associated with the message request based on the user data and the target domain.

2. The method as claimed in claim 1, wherein the message request associated with the target user [302A] is received atthe A2P-IPSMGW [118A] via an External Short Messaging Entity (ESME) [402],3. The method as claimed in claim 1, further comprises validating, by a validation unit [206], at least a mobile number associated with the target user [302A] based on one or more validation techniques, wherein the mobile number associated with the target user [302A] is extracted from the message request.

4. The method as claimed in claim 1, wherein the positive domain status is determined in an event the target domain is a successful match with at least one of a pre-stored domain from the set of pre-stored domains.

5. The method as claimed in claim 1, wherein the negative domain status is determined in an event the target domain is an unsuccessful match with each of the pre-stored domain from the set of pre-stored domains.

6. A system [200] for transmitting a message to a target user [302A], the system comprises: a transceiver unit [202], wherein the transceiver unit [202] is configured to:• receive, at an application to peer - internet protocol (A2P-IP) short message gateway (A2P-IPSMGW) [118A], a message request associated with the target user [302A],• transmit, from the A2P-IPSMGW [118A] to a mobile number portability server (MNP server [304A]), a mobile number portability request (MNP request) based on the message request,• receive, at the A2P-IPSMGW [118A] from the MNP server [304A], a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request; and a determination unit [204] connected to at least the transceiver unit [202], wherein the determination unit [204] is configured to:• determine, at the A2P-IPSMGW [118A], a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status; wherein the transceiver unit [202] is further configured to:• transmit, from the A2P-IPSMGW [118A], a User Data Repository (UDR) request based on the positive domain status,• receive, at the A2P-IPSMGW [ 118A], a user data associated with the target user [302A] based on the UDR request, and• transmit, from the A2P-IPSMGW [118A] via a Session Initiation Protocol (SIP), the message to the target user [302A] associated with the message request based on the user data and the target domain.

7. The system [200] as claimed in claim 6, wherein the message request associated with the target user [302A] is received at the A2P-IPSMGW [118A] via an External Short Messaging Entity (ESME) [402],8. The system [200] as claimed in claim 6, further comprising a validation unit [206] configured to validate, at least a mobile number associated with the target user [302A] based on one ormore validation techniques, wherein the mobile number associated with the target user [302A] is extracted from the message request.

9. The system [200] as claimed in claim 6, wherein the positive domain status is determined in an event the target domain is a successful match with at least one of a pre-stored domain from the set of pre-stored domains.

10. The system [200] as claimed in claim 6, wherein the negative domain status is determined in an event the target domain is an unsuccessful match with each of the pre-stored domain from the set of pre-stored domains.

11. A non-transitory computer-readable storage medium storing instructions for transmitting a message to a target user [302A], the storage medium comprising executable code which, when executed by one or more units of a system, causes: a transceiver unit [202] to receive, at an Application to Person - Internet Protocol short message gateway (A2P-IPSMGW) [118A], a message request associated with the target user [302A]; the transceiver unit [202] to transmit, from the A2P-IPSMGW [118A] to a mobile number portability server (MNP server [304A]), a mobile number portability request (MNP request) based on the message request; the transceiver unit [202] to receive, at the A2P-IPSMGW [118A] from the MNP server [304A], a mobile number portability response (MNP response) comprising at least a target domain based on the MNP request; a determination unit [204] to determine, at the A2P-IPSMGW [118A], a domain status based on at least the target domain and a set of pre-stored domains, wherein the domain status is at least one of a positive domain status and a negative domain status;- the transceiver unit [202] to transmit, from the A2P-IPSMGW [ 118A], a User Data Request (UDR) based on the positive domain status;- the transceiver unit [202] to receive, at the A2P-IPSMGW [118A], a user data associated with the target user [302A] based on the UDR request; and- the transceiver unit [202] to transmit, from the A2P-IPSMGW [118A] via a Session Initiation Protocol (SIP), the message to the target user [302A] associated with the message request based on the user data and the target domain.

Images