System and method for managing emergency requests
A network component is provided. The network component including a component configured such that the network transmits a response message containing an indicator indicating that a first message is an emergency-related request, and such that the network receives a second message containing information associated with a user equipment (UE).
1. A method for responding to an emergency-related message by a network node, the network node within a trust domain, the method comprising:
receiving, from a user equipment (UE), a first Session Initiation Protocol (SIP) request message;
determining, at the network node, that the first SIP request message is an emergency-related request;
based on the determining, including, by the network node, the following in a SIP rejection response message: a P-Asserted-Identity header field identifying the network node, an indicator indicating that the first SIP request message is an emergency-related request, and a Contact header field comprising a Uniform Resource Name (URN) of an emergency service; and
sending, by the network node, the SIP rejection response message.
2. The method according to claim 1 , wherein the URN of the emergency service comprises a code identifying a country.
3. The method according to claim 1 , wherein the URN of the emergency service comprises a code identifying a region.
4. The method according to claim 1 , further comprising: receiving a second SIP request message, wherein the second SIP request message comprises the URN of the emergency service, and emergency-related information associated with the UE.
5. The method according to claim 4 , further comprising: sending a message based on the second SIP request message towards a Public Safety Answering Point (PSAP).
6. The method of claim 4 , wherein the emergency-related information associated with the UE included in the second SIP request message comprises at least one of a UE location or UE access network information.
7. The method according to claim 1 , wherein, prior to sending the SIP rejection response message, the UE is unaware that the first SIP request message is an emergency-related request.
8. The method according to claim 1 , wherein the network node comprises a proxy call session control function (P-CSCF).
9. A network node within a trust domain, the network node comprising:
at least one hardware processor; and
a non-transitory computer-readable storage medium coupled to the at least one hardware processor and storing programming instructions for execution by the at least one hardware processor, wherein the programming instructions, when executed, cause the network node to perform operations comprising:
receiving, from a user equipment (UE), a first Session Initiation Protocol (SIP) request message;
determining, at the network node, that the first SIP request message is an emergency-related request;
based on the determining, including, by the network node, the following in a SIP rejection response message: a P-Asserted-Identity header field identifying the network node, an indicator indicating that the first SIP request message is an emergency-related request, and a Contact header field comprising a Uniform Resource Name (URN) of an emergency service; and
sending, by the network node, the SIP rejection response message.
10. The network node according to claim 9 , wherein the URN of the emergency service comprises a code identifying a country.
11. The network node according to claim 9 , wherein the URN of the emergency service comprises a code identifying a region.
12. The network node according to claim 9 , the operations further comprising: receiving a second SIP request message, wherein the second SIP request message comprises the URN of the emergency service, and emergency-related information associated with the UE.
13. The network node according to claim 12 , the operations further comprising: sending a message based on the second SIP request message towards a Public Safety Answering Point (PSAP).
14. The network node according to claim 12 , wherein the emergency-related information associated with the UE included in the second SIP request message comprises at least one of a UE location or UE access network information.
15. The network node according to claim 9 , wherein, prior to sending the SIP rejection response message, the UE is unaware that the first SIP request message is an emergency-related request.
16. The network node according to claim 9 , wherein the network node comprises a proxy call session control function (P-CSCF).
17. A non-transitory computer-readable medium storing instructions which, when executed, cause a computing device to perform operations comprising:
receiving, from a user equipment (UE), a first Session Initiation Protocol (SIP) request message;
determining, at a network node within a trust domain, that the first SIP request message is an emergency-related request;
based on the determining, including, by the network node, the following in a SIP rejection response message: a P-Asserted-Identity header field identifying the network node, an indicator indicating that the first SIP request message is an emergency-related request, and a Contact header field comprising a Uniform Resource Name (URN) of an emergency service; and
sending, by the network node, the SIP rejection response message.
18. The non-transitory computer-readable medium according to claim 17 , wherein the URN of the emergency service comprises a code identifying a country.
19. The non-transitory computer-readable medium according to claim 17 , wherein the URN of the emergency service comprises a code identifying a region.
20. The non-transitory computer-readable medium according to claim 17 , wherein the network node comprises a proxy call session control function (P-CSCF).