Abstract: The present disclosure related to a method (1000) for communication. The method (1000) comprising initiating (1002) at least one request message towards a short message service centre SMSC (212), receiving (1004) the at least one request message by the SMSC (212) and forwarding (1006) the at least one request message towards a mobile number portability unique porting code gateway (MNPUPCGW) (202). The method (1000) comprising determining (1008) a mobile station integrated services digital network (MSISDN) range of the UE (204) based on the received at least one request message. The method (1000) comprising performing (1010) at least one query in a database (210) to select at least one mobile number portability clearing house (MCH) belonging to the determined MSISDN range, and routing (1012) the received at least one request message to the at least one selected MCH over the SMPP interface and receiving (1014) the at least one request message.
FORM 2
PATENTS ACT, 1970 (39 of 1970) PATENTS RULES, 2003
COMPLETE SPECIFICATION
TITLE OF THE INVENTION
AND METHOD FOR
APPLICANT
JIO PLATFORMS LIMITED
Nr. Centre Point, Panchwati 5 Rasta, Ambawadi, 380006, Gujarat, India; Nationality : India
following specification particularly describes the invention and the manner in which it is to be performed
RESERVATION OF RIGHTS
A portion of the disclosure of this patent document contains material which is
subject to intellectual property rights such as, but are not limited to, copyright,
design, trademark, integrated circuit (IC) layout design, and/or trade dress
5 protection, belonging to Jio Platforms Limited (JPL) or its affiliates (herein after
referred as owner). The owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all rights whatsoever. All rights to such intellectual property are fully reserved by the owner. 10
TECHNICAL FIELD
[001] The present disclosure relates to a field of Mobile Number
Portability (MNP), and specifically to a system and a method for communication.
15 BACKGROUND
[002] 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
20 to enhance the understanding of the reader with respect to the present disclosure,
and not as admissions of prior art.
[003] Conventional methods and systems involve complex procedure
which consumes several days (may take 7 days to complete a Mobile Number Portability (MNP) porting process). Furthermore, the existing Short Message
25 Service Centre (SMSC) do not have the functionally to selectively route the SMS
over a Short Message Peer to Peer (SMPP) basis A-Party MSISDN.
[004] In conventional system architecture (100), as depicted in FIG. 1,
since MCH is not maintaining a mesh connection with MNP-UPC-Gateway (MNP-UPC-GW) (110), in case of link failure with any MCH instance, 1900 messages
30 destined to it through that UPCGW instance gets failed. Furthermore, the MCH
vendors associated in the system lacks the capacity to enhance the system and caters
2
the requirement. Hence, the need evolved to design a new architecture with an internal communication link between two active gateways.
[005] Further, in the conventional methods and systems, if the primary
(Primary UPCGW) goes down, the MCH may be informed, and manual activation
5 of the bind may be done by the MCH towards a disaster recovery (DR) UPCGW.
Also, manual activation of the binds may be done by DR UPCGW towards Application to Person (A2P) SMSC. If the Primary MNP Clearing House (PR MCH) goes down, the MCH may switch to Disaster recovery MNP Clearing House (DR MCH) and manually activate the binds with the PR/DR UPCGW. If MCH
10 instance 1 (S1) goes down, UPCGW instance 1 (S1) may not refrain from receiving
SMPP traffic from the SMSC. Instead, incoming traffic from SMSC may be tried to MCH instance 2 (S2) through UPCGW instance 2 (S2) (through internal communication between UPCGW S1 and UPCGW S2). If UPCGW S1 goes down, all incoming and outgoing traffic may be handled through UPCGW S2 until
15 UPCGW S1 is restored back. For this duration, MCH may confirm the handling of
incoming and outgoing traffic through the single UPCGW S2, which leads to link failure and fails to deliver the messages.
[006] There is, therefore, a need in the art to improve state of
communication by overcoming the deficiencies of the prior arts.
20
DEFINITION
[007] As used in the present disclosure, the following terms are generally
intended to have the meaning as set forth below, except to the extent that the context
in which they are used to indicate otherwise.
25 [008] The term UPC as used herein, refers to unique porting code. The
UPC consists of 8 characters of which the first two characters specifies the service
provider’s name and service area code.
[009] The term MCH as used herein, refers to a mobile number portability
clearing house (MCH). When a user/subscriber sends a request for porting the
30 phone number, it is passed on to the MCH. The MCH in turn, passes the request to
an existing operator (also known as donor operator).
3
[0010] The term MSISDN as used herein, refers to a mobile station
international subscriber directory number. The MSISDN is a unique identifier
assigned to each mobile device in a global system for mobile communications
(GSM) network. The MSISDN links the subscriber and their mobile device and the
5 network.
[0011] The term SMSC as used herein, refers to a short message service
center. The SMSC is a portion of a mobile phone network that handles text message operations. It is responsible for receiving, storing, routing and forwarding SMS messages from mobile handsets.
10 [0012] The term CLI as used herein, refers to a command-line interface. The
CLI is a text-based interface where you can input commands that interact with a
computer's operating system. The CLI operates with the help of the default shell,
which is between the operating system and the user.
[0013] The term SMPP as used herein, refers to short message peer-to-peer
15 protocol. The SMPP is a telecommunications industry protocol for exchanging
SMS messages over the internet.
OBJECTS OF THE PRESENT DISCLOSURE
[0014] It is an object of the present disclosure to deploy a Mobile Number
20 Portability (MNP) Unique Porting Code Gateway (UPCGW) to maintain complete
Mobile Station Integrated Services Digital Network (MSISDN) ranges and map the
MSISDN to Short Message Peer to Peer (SMPP) account basis respective region
served by given MNP Clearing House (MCH).
[0015] It is an object of the present disclosure to provide MNP UPCGW to
25 receive UPC request Short Message Service (SMS) (to 1900) from whole Short
Message Service Centres (SMSCs) over the SMPP and lookup in its MSISDN
Database (DB).
[0016] It is an object of the present disclosure to route the same SMS to the
MCH again over the SMPP interface.
30 [0017] It is an object of the present disclosure to provide an enhanced
method for MNP.
4
[0018] It is an object of the present disclosure to provide a system and
method for providing ease of services to the associated users for porting the mobile number.
[0019] It is an object of the present disclosure to optimize the
5 communication system.
[0020] It is an object of the present disclosure to provide an internal
communication mechanism between at least two MNP gateways in an active mode.
SUMMARY
10
[0021] In an exemplary embodiment, the present invention discloses a
method for communication. The method comprising initiating, by a user equipment (UE), at least one request message towards a short message service centre (SMSC). The method comprising receiving the at least one request message by the SMSC.
15 The method comprising forwarding, by the SMSC, the at least one request message
towards a mobile number portability unique porting code gateway (MNPUPCGW) over a short message peer to peer (SMPP) interface. The method comprising determining a mobile station integrated services digital network (MSISDN) range of the UE based on the received at least one request message. The method
20 comprising performing, by the MNPUPCGW, at least one query in a database to
select at least one mobile number portability clearing house (MCH) belonging to the determined MSISDN range. The method comprising routing the received at least one request message to the at least one selected MCH over the SMPP interface. The method comprising receiving, by the at least one selected MCH, the at least
25 one request message.
[0022] In some embodiments, the method further comprising sending, to the
SMSC, at least one negative response message when the identified MSISDN range
does not belong to at least one MCH.
[0023] In some embodiments, the at least one negative response message
30 comprises of at least one report message or an alarm message.
5
[0024] In some embodiments, the at least one MCH is associated with at
least one SMPP account.
[0025] In some embodiments, the MNPUPCGW maps a plurality of
available MSISDN ranges in the database with the at least one SMPP account of
5 the at least one MCH based on a respective geographical region served by the at
least one MCH.
[0026] In some embodiments, the at least one request message is a mobile
number porting request message or a mobile number porting cancellation request
message.
10 [0027] In some embodiments, the at least one request message is received
from an internet protocol short message gateway (IPSMGW) when the UE is
attached to a 4G network.
[0028] In some embodiments, the at least one request message is received
from a short message service function (SMSF) when the UE is attached to a 5G
15 network.
[0029] In some embodiments, the method further comprising generating, by
the at least one selected MCH, a unique porting code (UPC) after receiving the at
least one request message.
[0030] In some embodiments, the at least one selected MCH sends the
20 generated UPC code to the MNPUPCGW.
[0031] In some embodiments, the MNPUPCGW sends the received UPC
code towards the SMSC.
[0032] In some embodiments, the at least one request message is delivered
to the at least one selected MCH through a first instance.
25 [0033] In some embodiments, the at least one request message is replicated
to a second instance when the first instance fails to deliver the at least one request
message to the at least one selected MCH.
[0034] In some embodiments, the MNPUPCGW is deployed by using an
active-active model that includes providing at least one internal communication
30 channel between at least two active instances through a replication and clustering
(RPC) framework.
6
[0035] In some embodiments, the RPC framework includes forming at least
one logical cluster of a plurality of active instances using a client server architecture.
[0036] In an exemplary embodiment, the present invention discloses a
system for communication. The system is configured to initiate, by a user
5 equipment (UE), at least one request message towards a short message service
centre (SMSC). The system is configured to receive the at least one request message by the SMSC. The system is configured to forward, by the SMSC, the at least one request message towards a mobile number portability unique porting code gateway (MNPUPCGW) over a short message peer to peer (SMPP) interface. The system is
10 configured to determine a mobile station integrated services digital network
(MSISDN) range of the UE based on the received at least one request message. The system is configured to perform, by the MNPUPCGW, at least one query in a database to select at least one mobile number portability clearing house (MCH) belonging to the determined MSISDN range. The system is configured to route the
15 received at least one request message to the at least one selected MCH over the
SMPP interface. The system is configured to receive, by the at least one selected MCH, the at least one request message.
[0037] In some embodiments, the system is configured to send, to the
SMSC, at least one negative response message when the identified MSISDN range
20 does not belong to at least one MCH.
[0038] In some embodiments, the at least one negative response message
comprises of at least one report message or an alarm message.
[0039] In some embodiments, the at least one MCH is associated with at
least one SMPP account.
25 [0040] In some embodiments, the MNPUPCGW maps a plurality of
available MSISDN ranges in the database with the at least one SMPP account of
the at least one MCH based on a respective geographical region served by the at
least one MCH.
[0041] In some embodiments, the at least one request message is a mobile
30 number porting request message or a mobile number porting cancellation request
message.
7
[0042] In some embodiments, the at least one request message is received
from an internet protocol short message gateway (IPSMGW) when the UE is
attached to a 4G network.
[0043] In some embodiments, the at least one request message is received
5 from a short message service function (SMSF) when the UE is attached to a 5G
network.
[0044] In some embodiments, the system is configured to generate, by the
at least one selected MCH, a unique porting code (UPC) after receiving the at least
one request message.
10 [0045] In some embodiments, the at least one selected MCH sends the
generated UPC code to the MNPUPCGW.
[0046] In some embodiments, the MNPUPCGW sends the received UPC
code towards the SMSC.
[0047] In some embodiments, the at least one request message is delivered
15 to the at least one selected MCH through a first instance.
[0048] In some embodiments, the at least one request message is replicated
to a second instance when the first instance fails to deliver the at least one request
message to the at least one selected MCH.
[0049] In some embodiments, the MNPUPCGW is deployed by using an
20 active-active model that includes providing at least one internal communication
channel between at least two active instances through a replication and clustering
(RPC) framework.
[0050] In some embodiments, the RPC framework includes forming at least
one logical cluster of a plurality of active instances using a client server architecture.
25 [0051] In an exemplary embodiment, the present invention discloses a user
equipment (UE) attached to a network for communication. The UE comprising a
transceiver, a processor, and a memory unit including computer code that when
executed causes the processor to initiate at least one request message towards the
network and receive at least one response message from the network. The network
30 is configured to receive the at least one request message by a short message service
centre SMSC. The network is configured to forward, by the SMSC, the at least one
8
request message towards a mobile number portability unique porting code gateway
(MNPUPCGW) over a short message peer to peer (SMPP) interface. The network
is configured to determine a mobile station integrated services digital network
(MSISDN) range of the UE based on the received at least one request message. The
5 network is configured to perform, by the MNPUPCGW, at least one query in a
database to select at least one mobile number portability clearing house (MCH)
belonging to the determined MSISDN range. The network is configured to route
the received at least one request message to the at least one selected MCH over the
SMPP interface. The network is configured to receive, by the at least one selected
10 MCH, the at least one request message.
BRIEF DESCRIPTION OF THE DRAWINGS
[0052] In the figures, similar components and/or features may have the
same reference label. Further, various components of the same type may be
15 distinguished by following the reference label with a second label that distinguishes
among the similar components. If only the first reference label is used in the
specification, the description is applicable to any one of the similar components
having the same first reference label irrespective of the second reference label.
[0053] The diagrams are for illustration only, which thus is not a limitation
20 of the present disclosure, and wherein:
[0054] FIG. 1 illustrates an exemplary architecture of an active model in a
Mobile Number Portability (MNP)-Unique Porting Code (UPC)-gateway (GW), in
accordance with the prior arts.
[0055] FIG. 2 illustrates an exemplary network architecture in which or with
25 which embodiments of the present disclosure may be implemented.
[0056] FIG. 3 illustrates an exemplary architecture of an active model in an
MNP-UPC-GW (202), in accordance with an embodiment of the present disclosure.
[0057] FIG. 4 illustrates an exemplary sequential diagram of internal
communication channel between two active instances through replication and
30 clustering (RPC), in accordance with an embodiment of the present disclosure.
9
[0058] FIG. 5 illustrates an exemplary flow diagram of the MNP-UPCGW
system operation, in accordance with an embodiment of the present disclosure.
[0059] FIG. 6 illustrates an exemplary flow chart of port out message flow,
in accordance with an embodiment of the present disclosure.
5 [0060] FIG. 7 illustrates an exemplary flow chart of UPC notification flow,
in accordance with an embodiment of the present disclosure.
[0061] FIG. 8 illustrates an exemplary flow chart of message replication
flow, in accordance with an embodiment of the present disclosure.
[0062] FIG. 9 illustrates an exemplary computer system in which or with
10 which embodiments of the present disclosure may be implemented.
[0063] FIG. 10 illustrates an exemplary flow diagram for a method for
communication, in accordance with an embodiment of the present disclosure.
LIST OF REFERENCE NUMERALS
15 100 - Network architecture
110, 202, 508 - Mobile Number Portability (MNP)-Unique Porting Code (UPC)-gateway (GW)
200 - Network architecture
204 – User equipment (UE)
20 206 – Network
208 – Command line interface (CLI)
210 – Database
212, 401, 506 - A short message service centre (SMSC)
300 - Network architecture
25 400- Flow diagram
402, 403 – MNPUPCGW instance
404, 510 - Mobile number portability clearing house (MCH)
500 - Flow diagram
502- Subscriber
30 600 - Flow diagram
700- Flow diagram
10
800- Flow diagram
900 - A computer system
910 - External storage device
920 - Bus
5 930 - Main memory
940 - Read only memory
950 - Mass storage device
960 - Communication port(s)
970 – Processor
10 1000- Flow diagram
DETAILED DESCRIPTION
[0064] The following is a detailed description of embodiments of the
disclosure depicted in the accompanying drawings. The embodiments are in such
15 detail as to clearly communicate the disclosure. However, the amount of detail
offered is not intended to limit the anticipated variations of embodiments; on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the present disclosure as defined by the appended claims.
20 [0065] At present, a length of existing Mobile Number Portability (MNP)
porting process is curtailed from 7 days to 2 days. As a part of this change, a Unique Porting Code (UPC) may be generated by a MNP Clearing House (MCH) instead of a donor operator. The donor operator is defined as the operator in whose network the ported number had been before the port has taken place. Thus, the donor
25 operator is a cellular mobile service provider providing service to the subscriber
before porting. In such case, basis A-Party Mobile Station Integrated Services Digital Network (MSISDN), the donor operator needs to route an UPC request Short Message Service (SMS) to respective MCH. The existing Short Message Service Centre (SMSC) do not have the functionally to selectively route the SMS
30 over a Short Message Peer to Peer (SMPP) basis A-Party MSISDN.
11
[0066] The present disclosure may deploy a (MNP) Unique Porting Code
Gateway (UPCGW) to maintain complete MSISDN ranges and map the MSISDN
to Short Message Peer to Peer (SMPP) account basis respective region served by
given MCH. The present disclosure may provide MNP UPCGW to receive UPC
5 request SMS (to 1900) from whole SMSCs over the SMPP and lookup in its
MSISDN Database (DB). The present disclosure may efficiently route the same SMS to the MCH again over the SMPP interface.
[0067] The various embodiments of the present disclosure will be explained
in detail with reference to FIGs. 2 to 9.
10 [0068] FIG. 2 illustrates an exemplary network architecture (200) in which
or with which embodiments of the present disclosure may be implemented.
[0069] Referring to FIG. 2, the network architecture (200) may be integrated
with an MNP-UPC-GW (202). The MNP-UPC-GW (202) may act as a gateway/front interface to MCHs. The integration of the MNP-UPC gateway (202)
15 may be directly done using a SMSC for port related activities.
[0070] In an embodiment, a subscriber (204) may be attached to either
Fourth-Generation (4G) or Fifth-Generation (5G) network (206). The subscriber (204) may include one or more user equipments (204-1, 204-2…204-N) associated with one or more users in an environment. A person of ordinary skill in the art will
20 understand that one or more users may be individually referred to as the user and
collectively referred to as the users. Similarly, a person of ordinary skill in the art will understand that one or more user equipments (204-1, 204-2…204-N) may be individually referred to as the user equipment (204) and collectively referred to as the user equipment (204). A person of ordinary skill in the art will appreciate that
25 the terms “computing device(s)” and “user equipment” may be used
interchangeably throughout the disclosure.
[0071] In an embodiment, the user equipment (204) may include smart
devices operating in a smart environment, for example, an Internet of Things (IoT) system. In such an embodiment, the user equipment (204) may include, but is not
30 limited to, smart phones, smart watches, smart sensors (e.g., mechanical, thermal,
electrical, magnetic, etc.), networked appliances, networked peripheral devices,
12
networked lighting system, communication devices, networked vehicle accessories,
networked vehicular devices, smart accessories, tablets, smart television (TV),
computers, smart security system, smart home system, other devices for monitoring
or interacting with or for the users and/or entities, or any combination thereof. A
5 person of ordinary skill in the art will appreciate that the user equipment may
include, but is not limited to, intelligent, multi-sensing, network-connected devices,
that can integrate seamlessly with each other and/or with a central server or a cloud-
computing system or any other device that is network-connected.
[0072] In an embodiment, the user equipment (204) may include, but is not
10 limited to, a handheld wireless communication device (e.g., a mobile phone, a smart
phone, a phablet device, and so on), a wearable computer device(e.g., a head-mounted display computer device, a head-mounted camera device, a wristwatch computer device, and so on), a Global Positioning System (GPS) device, a laptop computer, a tablet computer, or another type of portable computer, a media playing
15 device, a portable gaming system, and/or any other type of computer device with
wireless communication capabilities, and the like. In an embodiment, the user equipment (204) may include, but is not limited to, any electrical, electronic, electro-mechanical, or an equipment, or a combination of one or more of the above devices such as virtual reality (VR) devices, augmented reality (AR) devices,
20 laptop, a general-purpose computer, desktop, personal digital assistant, tablet
computer, mainframe computer, or any other computing device, wherein the user equipment (204) may include one or more in-built or externally coupled accessories including, but not limited to, a visual aid device such as a camera, an audio aid, a microphone, a keyboard, and input devices for receiving input from the user or the
25 entity such as touch pad, touch enabled screen, electronic pen, and the like. A person
of ordinary skill in the art will appreciate that the user equipment (204) may not be
restricted to the mentioned devices and various other devices may be used.
[0073] In an embodiment, the network (206) may enable the subscriber
(204) to communicate with other devices in the network architecture (200). The
30 network (206) may include a wireless card or some other transceiver connection to
facilitate this communication. In another embodiment, the network (206) may be
13
implemented as, or include any of a variety of different communication
technologies such as a wide area network (WAN), a local area network (LAN), a
wireless network, a mobile network, a Virtual Private Network (VPN), the Internet,
the Public Switched Telephone Network (PSTN), or the like.
5 [0074] In an embodiment, MSISDN range provisioning may be done via a
pre-loaded excel sheet at start up and runtime addition/deletion and similar Move, Add, Change or Delete/Disconnection (MACD) operations may be done through an application Command-Line Interface (CLI) (208). This data may be then stored in cache and a Database (DB) (210).
10 [0075] In an embodiment, the subscriber (204) may initiate an SMS to 1900
(short code) for porting out. In case the subscriber (204) is attached to 4G, SMS may be received from an Internet Protocol Short Message Gateway (IPSMGW) and may be forwarded to the MNP-UPC-GW (202) by a serving SMSC (212) over a SMPP. In case the subscriber (204) is attached to 5G, SMS may be received from a
15 Short Message Service Function (SMSF) and may be forwarded to the MNP-UPC-
GW (202) by the serving SMSC (212) on the SMPP.
[0076] On receipt of the SMS, the MNP-UPC-GW (202) may perform a DB
query to lookup whether an A-Party MSISDN belongs to MCH vendor. Based on the series, the MNP-UPC-GW (202) may route the SMS to MCH vendor over a
20 SMPP account.
[0077] In an embodiment, the MNP-UPC-GW (202) may perform the
following functions: port out message flow, UPC notification flow, and replication
case flow.
[0078] Although FIG. 2 shows exemplary components of the network
25 architecture (200), in other embodiments, the network architecture (200) may
include fewer components, different components, differently arranged components, or additional functional components than depicted in FIG. 2. Additionally, or alternatively, one or more components of the network architecture (200) may perform functions described as being performed by one or more other components
30 of the network architecture (200).
14
[0079] FIG. 3 illustrates an exemplary architecture (300) of an active model
in an MNP-UPC-GW (202), in accordance with an embodiment of the present disclosure.
[0080] With respect to FIG. 3, the MNP-UPC-GW (202) may be deployed
5 to maintain whole MSISDN ranges and map the MSISDN to MCH vendor SMPP
account basis respective region served by a given MCH. The MNP-UPC-GW (202) may receive UPC request SMS (to 1900) from SMSCs over a SMPP and lookup in its MSISDN DB. The MNP-UPC-GW (202) may route the same SMS to the MCH again over a SMPP interface. The SMPP interface is a standard protocol in telecom
10 industry standards that is used for message exchange between a message centre
(MC) and an external short messaging entities (ESME's) or routing entities. The SMPP protocol is put to use by establishing a SMPP session which is based on transmission control protocol (TCP)/internet protocol (IP) suite between the MC and the ESMEs. The SMPP protocol is standardized and maintained by the SMPP
15 developers forum with versions v3.4 and v5.0 as widely accepted in the open
market.
[0081] Further, the SMPP account is a terminology used at MNP_UPC_GW
to associate a MCH vendor with a SMPP session. The SMPP account comprises of a System_id, System_password, System_type, Bind_type, CSM handling, Allowed
20 session count as the relevant parameters. The SMPP account detail is configured at
MNP_UPC_GW and used while onboarding the ESME (e.g., MCH vendor). Further, the SMPP session needs to be authenticated prior to exchange of messages. The authentication is ensured using a combination of the System_id and System password, Bind type and Allowed sessions count. All these parameters constitute a
25 SMPP account and MNP_UPC_GW maintains a separate account for each MCH
vendor to ensure segregation. The relevant parameters are defined below:
[0082] System ID - The system identifier (ID) is a unique ID assigned for
the ESME and may be used by the MC to authenticate the ESME requesting to bind.
[0083] System password - The system password may be used by the MC to
30 authenticate the ESME requesting to bind.
15
[0084] Bind type - An ESME may bind to the MC as either a transmitter
(called ESME transmitter), a receiver (called ESME receiver) or a transceiver (called ESME Transceiver).
[0085] System type – This parameter is used to categorize the type of ESME
5 binding to the MC.
[0086] CSM handling - This parameter depicts the mechanism that
MNP_UPC_GW will apply while dealing with concatenated (long) messages for a
particular ESME. The supported mechanisms are SAR_TLV (tag length value) and
UDH (user data header).
10 [0087] Allowed session count - This parameter denotes the maximum
number of connections that the MNP_UPC_GW will allow per MCH vendor.
[0088] In an embodiment, the MNP-UPC-GW (202) may support the
functionality as mentioned below:
1. The MNP-UPC-GW (202) may support SMPP interface in a server as well
15 as in a client mode.
2. The MNP-UPC-GW (202) may be able to maintain a database of all
MSISDN ranges allocated till date for all operators along with
corresponding MCH SMPP account mapping.
3. The MNP-UPC-GW (202) may support SMPP 3.4v with backward
20 compatibility.
4. The MNP-UPC-GW (202) may support any new version of SMPP as a part of roadmap requirement.
5. The MNP-UPC-GW (202) may have a support to receive a dump of entire MSISDN to MCH SMPP account mapping table in Comma-Separated
25 Values (CSV) format.
6. The MNP-UPC-GW (202) may have a suitable interface for operations team to add/delete/modify the given MSISDN range/SMPP account.
7. The MNP-UPC-GW (202) may support bulk modify option to make changes of SMPP account for multiple MSISDN ranges.
16
8. The MNP-UPC-GW (202) may be able to generate report/alarm for any A-Party MSISDN range mapping if missing in database table for a given UPC request.
9. The MNP-UPC-GW (202) may be able to generate all standard reports.
5 10. For a single SMPP account, the MNP-UPC-GW (202) may support multiple
sessions.
11. The MNP-UPC-GW (202) may support multiple IPs for the given SMPP
account.
12. The MNP-UPC-GW (202) may support auto failover to standby IP in case 10 of failure of primary IP for a given SMPP client/server.
13. The MNP-UPC-GW (202) may support delivery report for SMPP messages.
14. The MNP-UPC-GW (202) may be able to connect to multiple SMSCs over SMPP.
15. The MNP-UPC-GW (202) may have a capacity of 20 TPS.
15 16. The MNP-UPC-GW (202) may not have any single point of failure at
hardware as well as software architecture level.
17. The MNP-UPC-GW (202) may be hardware agnostic and work efficiently
on below server/alike configuration:
a. Make – HP DL380/BL460 G6/G8
20 b. Core – 8core CPU
c. HDD – 900x2
d. RAM – 128GB
e. OS – Linux preferable
18. The MNP-UPC-GW (202) may support Simple Network Management
25 Protocol (SNMP) traps for Network Management System (NMS)
integration.
19. The MNP-UPC-GW (202) may support operations requirement for
necessary integration with Operational Support System (OSS) elements like
Privileged Identity Management (PIM), HP operations orchestration
30 (HPOO), Granite, etc.
17
[0089] FIG. 4 illustrates an exemplary sequential diagram (400) of internal
communication channel between two active instances through replication and
clustering (RPC), in accordance with an embodiment of the present disclosure.
[0090] With respect to FIG. 4, an internal communication channel may be
5 an interface between two active instances through the RPC. This interface may be
designed internally. In an embodiment, the SMSC (401) sends a 1900 port out
message to the MNPUPCGW instance (402). The MNPUPCGW instance (402)
may unable to forward the 1900 port out message to the MCH system (404).
[0091] In an embodiment, internal communication may be enabled through
10 a replication and clustering framework. In this, a logical cluster of active instances
(402,403) may be formed with the help of client server architecture. Each instance (402) may be aware of its other instance (403) through configurations and when any of the instances (402,403) run first, one instance (402) may try to connect with the other configured instance (403). When one instance (402) is unable to connect
15 with the other configured instance (403), the instance (403) may assume the role of
server. The other instance (403) when run, may perform the same and may be able to establish a connection and becomes part of the cluster. The connection may enable all the data received by any one instance (403) to be replicated to other instance (403). However, in case of MNP-UPC-GW, replication happens only when
20 one instance (402) of MNP-UPC-GW fails to deliver the message to a MCH vendor
(404). As soon as other MNP-UPC-GW active instance (404) delivers the message to the MCH vendor (404), the response may be sent by following a complete path. The messages may be encoded before dispatching to other instance and similarly the messages may be decoded on recipient instance.
25 [0092] FIG. 5 illustrates an exemplary flow diagram (500) of the MNP-
UPC-GW operation, in accordance with an embodiment of the present disclosure.
[0093] With respect to FIG. 5, the subscriber (502) may be attached to either
4G or 5G network. MSISDN range provisioning may be done via a pre-loaded excel sheet at start up and runtime addition/deletion and similar MACD operations may
30 be done through an application CLI. The data may be stored in a cache and a DB.
18
[0094] The subscriber (502) may initiate an SMS to 1900 (short code) for
porting out by sending a UPC request SMS to 1900, at 504.
[0095] In case the subscriber (502) is attached to 4G, the SMS may be
received from IPSMGW and may be forwarded to the MNP-UPC-GW (508) by a
5 serving SMSC (506) over a SMPP.
[0096] In case the subscriber is attached to 5G, the SMS may be received
from SMSF and may be forwarded to the MNP-UPC-GW (508) by the serving
SMSC (506) on the SMPP.
[0097] On receipt of the SMS, the MNP-UPC-GW (508) may perform a DB
10 query to lookup whether the A-Party MSISDN belongs to MCH vendor.
[0098] Based on the series, the MNP-UPC-GW (508) may further route the
SMS to MCH vendor over the SMPP account.
[0099] To cancel porting, a port cancel request SMS may be initiated by the
subscriber (502) and forwarded to the MNP-UPC-GW (508) by the serving SMSC
15 (506) on the SMPP, at 512. Further, the port cancel request SMS may be sent to a
serving MCH (510) over the SMPP to cancel porting of messages.
[00100] At 514, the serving MCH (510) may send notifications
corresponding to the porting status to the subscriber (502).
[00101] FIG. 6 illustrates an exemplary flow chart (600) of port out message
20 flow, in accordance with an embodiment of the present disclosure.
[00102] With respect to FIG. 6, 1900 message may be received at the MNP-
UPC-GW from the SMSC for porting out to a recipient operator, at 602. At 604, the MNP-UPC-GW may validate the subscriber’s MSISDN range for MCH provisioning.
25 [00103] In case the MSISDN range is not provisioned, the 1900 message may
fail and the MNP-UPC-GW may send negative response back to the SMSC, at 606.
[00104] In case MSISDN range is provisioned, the MNP-UPC-GW may
perform query to fetch MCH vendor corresponding to the range, at 608.
[00105] If the MSISDN range of the subscriber belongs to a first region and
30 a second region, a MCH vendor may be selected as the MCH vendor, and another
19
MCH vendor may be selected if the range belongs to a third region and a fourth
region.
[00106] Once the message is submitted to the MCH vendor, process for UPC
generation may get initiated at their end, at 610.
5 [00107] FIG. 7 illustrates an exemplary flow chart (700) of UPC notification
flow, in accordance with an embodiment of the present disclosure.
[00108] With respect to FIG. 7, once the UPC generation is initiated at 610,
the UPC may be generated at the MCH end, and the MCH vendor may deliver the
UPC in a form of notification message towards the MNP-UPC-GW, at 702.
10 [00109] At 704, the MNP-UPC-GW may prepare the notification which is to
be delivered to the subscriber who had opted for the port-out.
[00110] At 706, the MNP-UPC-GW may deliver the notification to the
SMSC.
[00111] FIG. 8 illustrates an exemplary flow chart (800) of message
15 replication flow, in accordance with an embodiment of the present disclosure.
[00112] With respect to FIG. 8, once the MCH vendor is selected as per the
subscriber’s MSISDN range and the 1900 message is forwarded to the selected
MCH vendor at 802, the MNP-UPC-GW may check for existence of session with
selected MCH vendor, at 804.
20 [00113] If session exists, the message may be delivered to that MCH vendor
for further processing, at 806.
[00114] If session do not exist, the message may be replicated to other active
MNP-UPC-GW for delivery attempt, at 808.
[00115] At 810, the MNP-UPC-GW may check for existence of session with
25 selected MCH vendor. If the session with the selected MCH vendor exists, the
message may be delivered to the selected MCH vendor for further processing, as at
806.
[00116] If the session does not exist even on that MNP-UPC-GW instance,
then a negative response may be initiated and sent to the MCH vendor, at 812.
30 [00117] In an aspect, the present invention provides a system and method for
providing ease of services to the associated users for porting the mobile number. In
20
an aspect, the present invention provides an enhanced method for mobile number portability (MNP). In an aspect, the present invention can be implemented in 4G and 5G network architecture.
[00118] In an exemplary embodiment, the present invention discloses a
5 method for communication. The method comprising initiating, by a user equipment
(UE), at least one request message towards a short message service centre (SMSC). The method comprising receiving the at least one request message by the SMSC. The method comprising forwarding, by the SMSC, the at least one request message towards a mobile number portability unique porting code gateway (MNPUPCGW)
10 over a short message peer to peer (SMPP) interface. The method comprising
determining a mobile station integrated services digital network (MSISDN) range of the UE based on the received at least one request message. The method comprising performing, by the MNPUPCGW, at least one query in a database to select at least one mobile number portability clearing house (MCH) belonging to
15 the determined MSISDN range. The method comprising routing the received at
least one request message to the at least one selected MCH over the SMPP interface.
The method comprising receiving, by the at least one selected MCH, the at least
one request message.
[00119] In some embodiments, the method further comprising sending, to the
20 SMSC, at least one negative response message when the identified MSISDN range
does not belong to at least one MCH.
[00120] In some embodiments, the at least one negative response message
comprises of at least one report message or an alarm message.
[00121] In some embodiments, the at least one MCH is associated with at
25 least one SMPP account.
[00122] In some embodiments, the MNPUPCGW maps a plurality of
available MSISDN ranges in the database with the at least one SMPP account of the at least one MCH based on a respective geographical region served by the at least one MCH.
21
[00123] In some embodiments, the at least one request message is a mobile
number porting request message or a mobile number porting cancellation request
message.
[00124] In some embodiments, the at least one request message is received
5 from an internet protocol short message gateway (IPSMGW) when the UE is
attached to a 4G network.
[00125] In some embodiments, the at least one request message is received
from a short message service function (SMSF) when the UE is attached to a 5G
network.
10 [00126] In some embodiments, the method further comprising generating, by
the at least one selected MCH, a unique porting code (UPC) after receiving the at
least one request message.
[00127] In some embodiments, the at least one selected MCH sends the
generated UPC code to the MNPUPCGW.
15 [00128] In some embodiments, the MNPUPCGW sends the received UPC
code towards the SMSC.
[00129] In some embodiments, the at least one request message is delivered
to the at least one selected MCH through a first instance.
[00130] In some embodiments, the at least one request message is replicated
20 to a second instance when the first instance fails to deliver the at least one request
message to the at least one selected MCH.
[00131] In some embodiments, the MNPUPCGW is deployed by using an
active-active model that includes providing at least one internal communication
channel between at least two active instances through a replication and clustering
25 (RPC) framework.
[00132] In some embodiments, the RPC framework includes forming at least
one logical cluster of a plurality of active instances using a client server architecture.
[00133] In an exemplary embodiment, the present invention discloses a
system for communication. The system is configured to initiate, by a user
30 equipment (UE), at least one request message towards a short message service
centre (SMSC). The system is configured to receive the at least one request message
22
by the SMSC. The system is configured to forward, by the SMSC, the at least one
request message towards a mobile number portability unique porting code gateway
(MNPUPCGW) over a short message peer to peer (SMPP) interface. The system is
configured to determine a mobile station integrated services digital network
5 (MSISDN) range of the UE based on the received at least one request message. The
system is configured to perform, by the MNPUPCGW, at least one query in a database to select at least one mobile number portability clearing house (MCH) belonging to the determined MSISDN range. The system is configured to route the received at least one request message to the at least one selected MCH over the
10 SMPP interface. The system is configured to receive, by the at least one selected
MCH, the at least one request message.
[00134] In an exemplary embodiment, the present invention discloses a user
equipment (UE) attached to a network for communication. The UE comprising a transceiver, a processor, and a memory unit including computer code that when
15 executed causes the processor to initiate at least one request message towards the
network and receive at least one response message from the network. The network is configured to receive the at least one request message by a short message service centre SMSC. The network is configured to forward, by the SMSC, the at least one request message towards a mobile number portability unique porting code gateway
20 (MNPUPCGW) over a short message peer to peer (SMPP) interface. The network
is configured to determine a mobile station integrated services digital network (MSISDN) range of the UE based on the received at least one request message. The network is configured to perform, by the MNPUPCGW, at least one query in a database to select at least one mobile number portability clearing house (MCH)
25 belonging to the determined MSISDN range. The network is configured to route
the received at least one request message to the at least one selected MCH over the
SMPP interface. The network is configured to receive, by the at least one selected
MCH, the at least one request message.
[00135] FIG. 9 illustrates an exemplary computer system (900) in which or
30 with which embodiments of the present disclosure may be implemented.
23
[00136] As shown in FIG. 9, the computer system (900) may include an
external storage device (910), a bus (920), a main memory (930), a read only
memory (940), a mass storage device (950), a communication port (960), and a
processor (970). A person skilled in the art will appreciate that the computer system
5 (900) may include more than one processor (970) and communication ports (960).
Processor (970) may include various modules associated with embodiments of the present disclosure.
[00137] In an embodiment, the communication port (960) may be any of an
RS-232 port for use with a modem-based dialup connection, a 10/100 Ethernet port,
10 a Gigabit or 10 Gigabit port using copper or fiber, a serial port, a parallel port, or
other existing or future ports. The communication port (960) may be chosen
depending on a network, such a Local Area Network (LAN), Wide Area Network
(WAN), or any network to which the computer system (900) connects.
[00138] In an embodiment, the memory (930) may be Random Access
15 Memory (RAM), or any other dynamic storage device commonly known in the art.
Read-only memory (940) may be any static storage device(s) e.g., but not limited to, a Programmable Read Only Memory (PROM) chips for storing static information e.g., start-up or Basic Input/Output System (BIOS) instructions for the processor (970).
20 [00139] In an embodiment, the mass storage device (950) may be any current
or future mass storage solution, which may be used to store information and/or instructions. Exemplary mass storage solutions include, but are not limited to, Parallel Advanced Technology Attachment (PATA) or Serial Advanced Technology Attachment (SATA) hard disk drives or solid-state drives (internal or
25 external, e.g., having Universal Serial Bus (USB) and/or Firewire interfaces), one
or more optical discs, Redundant Array of Independent Disks (RAID) storage, e.g., an array of disks (e.g., SATA arrays).
[00140] In an embodiment, the bus (920) communicatively couples the
processor(s) (970) with the other memory, storage and communication blocks. The
30 bus (920) may be, e.g., a Peripheral Component Interconnect (PCI)/PCI Extended
(PCI-X) bus, Small Computer System Interface (SCSI), Universal Serial Bus (USB)
24
or the like, for connecting expansion cards, drives and other subsystems as well as
other buses, such a front side bus (FSB), which connects the processor (970) to the
computer system (900).
[00141] Optionally, operator and administrative interfaces, e.g., a display,
5 keyboard, joystick, and a cursor control device, may also be coupled to the bus
(920) to support direct operator interaction with the computer system (900). Other
operator and administrative interfaces may be provided through network
connections connected through the communication port (960). Components
described above are meant only to exemplify various possibilities. In no way should
10 the aforementioned exemplary computer system (900) limit the scope of the present
disclosure.
[00142] FIG. 10 illustrates an exemplary flow diagram for a method for
communication, in accordance with an embodiment of the present disclosure.
[00143] At step 1002, the method comprising, initiating (1002), by a user
15 equipment (UE) (204), at least one request message towards a short message service
centre SMSC (212).
[00144] At step 1004, the method comprising, receiving (1004) the at least
one request message by the SMSC (212).
[00145] At step 1006, the method comprising, forwarding (1006), by the
20 SMSC (212), the at least one request message towards a mobile number portability
unique porting code gateway (MNPUPCGW) (202) over a short message peer to
peer (SMPP) interface.
[00146] At step 1008, the method comprising, determining (1008) a mobile
station integrated services digital network (MSISDN) range of the UE (204) based
25 on the received at least one request message.
[00147] At step 1010, the method comprising, performing (1010), by the
MNPUPCGW (202), at least one query in a database (210) to select at least one
mobile number portability clearing house (MCH) belonging to the determined
MSISDN range.
30 [00148] At step 1012, the method comprising, routing (1012) the received at
least one request message to the at least one selected MCH over the SMPP interface.
25
[00149] At step 1014, the method comprising, receiving (1014), by the at
least one selected MCH, the at least one request message.
[00150] While the foregoing describes various embodiments of the present
disclosure, other and further embodiments of the present disclosure may be devised
5 without departing from the basic scope thereof. The scope of the present disclosure
is determined by the claims that follow. The present disclosure is not limited to the
described embodiments, versions or examples, which are included to enable a
person having ordinary skill in the art to make and use the present disclosure when
combined with information and knowledge available to the person having ordinary
10 skill in the art.
ADVANTAGES OF THE PRESENT DISCLOSURE
[00151] The present disclosure deploys a Mobile Number Portability (MNP)
Unique Porting Code Gateway (UPCGW) to maintain complete Mobile Station
15 Integrated Services Digital Network (MSISDN) ranges and map the MSISDN to
Short Message Peer to Peer (SMPP) account basis respective region served by given
MNP Clearing House (MCH).
[00152] The present disclosure provides MNP UPCGW to receive UPC
request Short Message Service (SMS) (to 1900) from whole Short Message Service
20 Centres (SMSCs) over the SMPP and lookup in its MSISDN Database (DB).
[00153] The present disclosure routes the same SMS to the MCH again over
the SMPP interfaces.
26
WE CLAIM:
1. A method (1000) for communication, the method (1000) comprising:
initiating (1002), by a user equipment (UE) (204), at least one
5 request message towards a short message service centre SMSC (212);
receiving (1004) the at least one request message by the SMSC (212);
forwarding (1006), by the SMSC (212), the at least one request
message towards a mobile number portability unique porting code gateway
10 (MNPUPCGW) (202) over a short message peer to peer (SMPP) interface;
determining (1008) a mobile station integrated services digital
network (MSISDN) range of the UE (204) based on the received at least one
request message;
performing (1010), by the MNPUPCGW (202), at least one query in
15 a database (210) to select at least one mobile number portability clearing
house (MCH) belonging to the determined MSISDN range;
routing (1012) the received at least one request message to the at least one selected MCH over the SMPP interface; and
receiving (1014), by the at least one selected MCH, the at least one
20 request message.
2. The method (1000) as claimed in claim 1, further comprising
sending, to the SMSC (212), at least one negative response message when
the identified MSISDN range does not belong to at least one MCH.
25
3. The method (1000) as claimed in claim 1, wherein the at least one
negative response message comprises of at least one report message or an
alarm message.
27
4. The method (1000) as claimed in claim 1, wherein the at least one
MCH is associated with at least one SMPP account.
5. The method (1000) as claimed in claim 1, wherein the
5 MNPUPCGW (202) maps a plurality of available MSISDN ranges in the
database (210) with the at least one SMPP account of the at least one MCH based on a respective geographical region served by the at least one MCH.
6. The method (1000) as claimed in claim 1, wherein the at least one
10 request message is a mobile number porting request message or a mobile
number porting cancellation request message.
7. The method (1000) as claimed in claim 1, wherein the at least one
request message is received from an internet protocol short message
15 gateway (IPSMGW) when the UE (204) is attached to a 4G network.
8. The method (1000) as claimed in claim 1, wherein the at least one
request message is received from a short message service function (SMSF)
when the UE (204) is attached to a 5G network.
20
9. The method (1000) as claimed in claim 1, further comprising
generating, by the at least one selected MCH, a unique porting code (UPC)
after receiving the at least one request message.
25 10. The method (1000) as claimed in claim 1, wherein the at least
one selected MCH sends the generated UPC code to the MNPUPCGW (202).
11. The method (1000) as claimed in claim 1, wherein the
30 MNPUPCGW (202) sends the received UPC code towards the SMSC (212).
28
12. The method (1000) as claimed in claim 1, wherein the at least one request message is delivered to the at least one selected MCH through a first instance.
5 13. The method (1000) as claimed in claim 1, wherein the at least
one request message is replicated to a second instance when the first instance fails to deliver the at least one request message to the at least one selected MCH.
10 14. The method (1000) as claimed in claim 1, wherein the
MNPUPCGW (202) is deployed by using an active-active model that includes providing at least one internal communication channel between at least two active instances through a replication and clustering (RPC) framework.
15
15. The method (1000) as claimed in claim 1, wherein the RPC framework includes forming at least one logical cluster of a plurality of active instances using a client server architecture.
20 16. A system for communication, the system is configured to:
initiate, by a user equipment (UE) (204), at least one request message towards a short message service centre SMSC (212);
receive the at least one request message by the SMSC (212);
forward, by the SMSC (212), the at least one request message
25 towards a mobile number portability unique porting code gateway
(MNPUPCGW) (202) over a short message peer to peer (SMPP) interface;
determine a mobile station integrated services digital network (MSISDN) range of the UE (204) based on the received at least one request message;
29
perform, by the MNPUPCGW (202), at least one query in a database (210) to select at least one mobile number portability clearing house (MCH) belonging to the determined MSISDN range;
route the received at least one request message to the at least one
5 selected MCH over the SMPP interface; and
receive, by the at least one selected MCH, the at least one request message.
17. The system as claimed in claim 16, further configured to send, to
10 the SMSC (212), at least one negative response message when the identified
MSISDN range does not belong to at least one MCH.
18. The system as claimed in claim 16, wherein the at least one
negative response message comprises of at least one report message or an
15 alarm message.
19. The system as claimed in claim 16, wherein the at least one MCH
is associated with at least one SMPP account.
20 20. The system as claimed in claim 16, wherein the MNPUPCGW
(202) maps a plurality of available MSISDN ranges in the database (210) with the at least one SMPP account of the at least one MCH based on a respective geographical region served by the at least one MCH.
25 21. The system as claimed in claim 16, wherein the at least one
request message is a mobile number porting request message or a mobile number porting cancellation request message.
22. The system as claimed in claim 16, wherein the at least one
30 request message is received from an internet protocol short message
gateway (IPSMGW) when the UE (204) is attached to a 4G network.
30
23. The system as claimed in claim 16, wherein the at least one
request message is received from a short message service function (SMSF)
when the UE (204) is attached to a 5G network.
5
24. The system as claimed in claim 16, further configured to
generate, by the at least one selected MCH, a unique porting code (UPC)
after receiving the at least one request message.
10 25. The system as claimed in claim 16, wherein the at least one
selected MCH sends the generated UPC code to the MNPUPCGW (202).
26. The system as claimed in claim 16, wherein the MNPUPCGW
(202) sends the received UPC code towards the SMSC (212).
15
27. The system as claimed in claim 16, wherein the at least one
request message is delivered to the at least one selected MCH through a first
instance.
20 28. The system as claimed in claim 16, wherein the at least one
request message is replicated to a second instance when the first instance fails to deliver the at least one request message to the at least one selected MCH.
25 29. The system as claimed in claim 16, wherein the MNPUPCGW
(202) is deployed by using an active-active model that includes providing at least one internal communication channel between at least two active instances through a replication and clustering (RPC) framework.
30. The system as claimed in claim 16, wherein the RPC framework includes forming at least one logical cluster of a plurality of active instances using a client server architecture.
5 31. A user equipment (UE) (204) attached to a network for
communication, the UE (204) comprising a transceiver, a processor, and a memory unit including computer code that when executed causes the processor to:
initiate at least one request message towards the network; and
10 receive at least one response message from the network;
wherein the network is configured to:
receive the at least one request message by a short message service centre SMSC (212);
forward, by the SMSC (212), the at least one request message
15 towards a mobile number portability unique porting code gateway
(MNPUPCGW) (202) over a short message peer to peer (SMPP) interface;
determine a mobile station integrated services digital network
(MSISDN) range of the UE (204) based on the received at least one request
message;
20 perform, by the MNPUPCGW (202), at least one query in a database
(210) to select at least one mobile number portability clearing house (MCH)
belonging to the determined MSISDN range;
route the received at least one request message to the at least one
selected MCH over the SMPP interface; and
25 receive, by the at least one selected MCH, the at least one request
message.
| # | Name | Date |
|---|---|---|
| 1 | 202321043156-STATEMENT OF UNDERTAKING (FORM 3) [27-06-2023(online)].pdf | 2023-06-27 |
| 2 | 202321043156-PROVISIONAL SPECIFICATION [27-06-2023(online)].pdf | 2023-06-27 |
| 3 | 202321043156-POWER OF AUTHORITY [27-06-2023(online)].pdf | 2023-06-27 |
| 4 | 202321043156-FORM 1 [27-06-2023(online)].pdf | 2023-06-27 |
| 5 | 202321043156-DRAWINGS [27-06-2023(online)].pdf | 2023-06-27 |
| 6 | 202321043156-DECLARATION OF INVENTORSHIP (FORM 5) [27-06-2023(online)].pdf | 2023-06-27 |
| 7 | 202321043156-RELEVANT DOCUMENTS [26-02-2024(online)].pdf | 2024-02-26 |
| 8 | 202321043156-POA [26-02-2024(online)].pdf | 2024-02-26 |
| 9 | 202321043156-FORM 13 [26-02-2024(online)].pdf | 2024-02-26 |
| 10 | 202321043156-AMENDED DOCUMENTS [26-02-2024(online)].pdf | 2024-02-26 |
| 11 | 202321043156-Request Letter-Correspondence [04-03-2024(online)].pdf | 2024-03-04 |
| 12 | 202321043156-Power of Attorney [04-03-2024(online)].pdf | 2024-03-04 |
| 13 | 202321043156-Covering Letter [04-03-2024(online)].pdf | 2024-03-04 |
| 14 | 202321043156-CORRESPONDENCE (IPO)(WIPO DAS)-12-03-2024.pdf | 2024-03-12 |
| 15 | 202321043156-ORIGINAL UR 6(1A) FORM 26-090524.pdf | 2024-05-15 |
| 16 | 202321043156-ENDORSEMENT BY INVENTORS [15-05-2024(online)].pdf | 2024-05-15 |
| 17 | 202321043156-DRAWING [15-05-2024(online)].pdf | 2024-05-15 |
| 18 | 202321043156-CORRESPONDENCE-OTHERS [15-05-2024(online)].pdf | 2024-05-15 |
| 19 | 202321043156-COMPLETE SPECIFICATION [15-05-2024(online)].pdf | 2024-05-15 |
| 20 | Abstract.1.jpg | 2024-06-26 |
| 21 | 202321043156-FORM-9 [30-09-2024(online)].pdf | 2024-09-30 |
| 22 | 202321043156-FORM 18A [03-10-2024(online)].pdf | 2024-10-03 |
| 23 | 202321043156-FER.pdf | 2024-11-04 |
| 24 | 202321043156-FORM 3 [08-11-2024(online)].pdf | 2024-11-08 |
| 25 | 202321043156-FORM 3 [02-12-2024(online)].pdf | 2024-12-02 |
| 26 | 202321043156-FORM 3 [02-12-2024(online)]-1.pdf | 2024-12-02 |
| 27 | 202321043156-FER_SER_REPLY [26-12-2024(online)].pdf | 2024-12-26 |
| 28 | 202321043156-US(14)-HearingNotice-(HearingDate-24-07-2025).pdf | 2025-07-07 |
| 29 | 202321043156-Correspondence to notify the Controller [11-07-2025(online)].pdf | 2025-07-11 |
| 30 | 202321043156-Written submissions and relevant documents [06-08-2025(online)].pdf | 2025-08-06 |
| 31 | 202321043156-Retyped Pages under Rule 14(1) [06-08-2025(online)].pdf | 2025-08-06 |
| 32 | 202321043156-2. Marked Copy under Rule 14(2) [06-08-2025(online)].pdf | 2025-08-06 |
| 33 | 202321043156-PatentCertificate18-08-2025.pdf | 2025-08-18 |
| 34 | 202321043156-IntimationOfGrant18-08-2025.pdf | 2025-08-18 |
| 1 | SearchStrategyE_01-11-2024.pdf |