IP Library Granted Patent US 10,616,935
Granted Patent B2
US 10,616,935 · App. 16/398,818 · Granted Apr 7, 2020

Emergency calls

Inventor: Jan Hendrik Lucas Bakker (Fort Worth, TX)
Assignee: BlackBerry Limited
H04W76/11H04W4/90H04W84/042
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,616,935
App. No.
16/398,818
Granted
Apr 7, 2020
Kind
B2
Abstract

In some examples, a device detects a calling identifier received as part of initiating a call matches an emergency identifier, the emergency identifier associated with information from which to derive a Uniform Resource Name (URN). The device detects that the device is in a first network different from a second network, where the second network configured the emergency identifier. In response to detecting that the device is in the first network different from the second network, the device includes a URN, urn:service:sos, in a Session Initiation Protocol (SIP) INVITE message to be transmitted.

Claims (36)

1. A method of a user equipment (UE), comprising:

detecting, at the UE, that a calling identifier, received as part of initiating a call by the UE, matches a first emergency identifier, the first emergency identifier associated with information related to a Uniform Resource Name (URN);

detecting, at the UE, that the UE is in a second network different from a first network, wherein the first emergency identifier is configured by the first network; and

in response to the detecting that the UE is in the second network different from the first network, including, by the UE, a particular URN, urn:service:sos, in a Session Initiation Protocol (SIP) INVITE message to be transmitted by the UE.

2. The method of claim 1 , wherein the second network is used to request an emergency service identified by the first emergency identifier.

3. The method of claim 1 , further comprising receiving, by the UE, the first emergency identifier from the first network.

4. The method of claim 1 , wherein the first emergency identifier associated with the information related to the URN is included within a first Extended Emergency Number List (EENL) Information Element (IE).

5. The method of claim 4 , wherein the first EENL IE is received from a network node that is part of the first network.

6. The method of claim 4 , wherein the first EENL IE is provisioned via receipt of at least one of a TRACKING AREA UPDATE ACCEPT message, an ATTACH ACCEPT message, or a REGISTRATION ACCEPT message.

7. The method of claim 1 , wherein the second network does not provision a second emergency identifier associated with the information related to the URN.

8. The method of claim 1 , wherein the second network is a second Public Land Mobile Network (PLMN), and the first network is a first PLMN.

9. The method of claim 8 , wherein detecting that the UE is in the second PLMN different from the first PLMN is based on one or more of:

comparing a PLMN code of the second PLMN with a PLMN code of the first PLMN, or

determining that the second PLMN is not an equivalent PLMN of the first PLMN.

10. The method of claim 1 , further comprising receiving, by the UE, the information related to the URN.

11. The method of claim 10 , wherein the information related to the URN includes the URN.

12. The method of claim 1 , wherein the first emergency identifier and the information related to the URN is one or more of:

received in an Extended Emergency Number List (EENL) Information Element, or

received from a memory, a Universal Integrated Circuit Card (UICC), an application on a UICC, a Universal Subscriber Identity Module (USIM), and an Internet Protocol (IP) Multimedia System Identity Module (ISIM).

13. The method of claim 1 , wherein the detecting that the UE is in the second network different from the first network is based on detecting that the second network is unknown.

14. The method of claim 1 , further comprising:

determining, by the UE, whether the UE is emergency registered with a network; and

transmitting the SIP INVITE message including the particular URN, urn:service:sos, in response to the determining.

15. A user equipment (UE) comprising:

a hardware processor configured to:

detect that a calling identifier, received as part of initiating a call by the UE, matches a first emergency identifier, the first emergency identifier associated with information related to a Uniform Resource Name (URN);

detect that the UE is in a second network different from a first network, wherein the first emergency identifier is configured by the first network; and

in response to the detecting that the UE is in the second network different from the first network, include a particular URN, urn:service:sos, in a Session Initiation Protocol (SIP) INVITE message to be transmitted by the UE.

16. The UE of claim 15 , wherein the first emergency identifier associated with the information related to the URN is included within a first Extended Emergency Number List (EENL) Information Element (IE).

17. The UE of claim 16 , wherein the first EENL IE is received from a network node that is part of the first network.

18. The UE of claim 16 , wherein the first EENL IE is provisioned via receipt of at least one of a TRACKING AREA UPDATE ACCEPT message, an ATTACH ACCEPT message, or a REGISTRATION ACCEPT message.

19. The UE of claim 15 , wherein the second network does not provision a second emergency identifier associated with information related to the URN.

20. A non-transitory machine-readable medium comprising instructions that upon execution cause a user equipment (UE) to:

detect that a calling identifier, received as part of initiating a call by the UE, matches a first emergency identifier, the first emergency identifier associated with information related to a Uniform Resource Name (URN);

detect that the UE is in a second network different from a first network, wherein the first emergency identifier is configured by the first network; and

in response to the detecting that the UE is in the second network different from the first network, include a particular URN, urn:service:sos, in a Session Initiation Protocol (SIP) INVITE message to be transmitted by the UE.

Assignments (7)
CORRECTIVE ASSIGNMENT TO CORRECT THE ADDED PATENT NUMBER TO REMOVE PATENT NO. 8,873,407 AT PREVIOUSLY RECORDED ON REEL 64066 FRAME 1. ASSIGNOR(S) HEREBY CONFIRMS THE NUNC PRO TUNC ASSIGNMENT EFFECTIVE DATE MARCH 20, 2023. Recorded Feb 2, 2026
From: BLACKBERRY LIMITED
To: MALIKIE INNOVATIONS LIMITED
Reel/Frame 074921/0001 →
NUNC PRO TUNC ASSIGNMENT Recorded Jun 19, 2023
From: BLACKBERRY LIMITED
To: MALIKIE INNOVATIONS LIMITED
Reel/Frame 064066/0001 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 16, 2023
From: BLACKBERRY LIMITED
To: OT PATENT ESCROW, LLC
Reel/Frame 064007/0061 →
NUNC PRO TUNC ASSIGNMENT Recorded Jun 16, 2023
From: OT PATENT ESCROW, LLC
To: MALIKIE INNOVATIONS LIMITED
Reel/Frame 064015/0001 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 7, 2023
From: BLACKBERRY LIMITED
To: OT PATENT ESCROW, LLC
Reel/Frame 063269/0001 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 21, 2019
From: BLACKBERRY CORPORATION
To: BLACKBERRY LIMITED
Reel/Frame 049237/0548 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 6, 2019
From: BAKKER, JAN HENDRIK LUCAS
To: BLACKBERRY CORPORATION
Reel/Frame 049088/0236 →
Continuity (2)
Provisional Application 62688838 · Jun 22, 2018
Related Publication 20190394814A1 · Dec 26, 2019