Detailed Description
Various exemplary embodiments, features and aspects of the present disclosure will be described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers can indicate functionally identical or similar elements. While the various aspects of the embodiments are presented in drawings, the drawings are not necessarily drawn to scale unless specifically indicated.
The word "exemplary" is used exclusively herein to mean "serving as an example, embodiment, or illustration. Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments.
Furthermore, in the following detailed description, numerous specific details are set forth in order to provide a better understanding of the present disclosure. It will be understood by those skilled in the art that the present disclosure may be practiced without some of these specific details. In some instances, methods, means, elements and circuits that are well known to those skilled in the art have not been described in detail so as not to obscure the present disclosure.
In the specification of the third Generation Partnership Project (3 GPP), some flows for sending user location information during a call are defined, and table 1 shows an implementation manner for obtaining a location of a Mobile Station (MS) through network triggering in a Global System for Mobile Communications (GSM) emergency call flow, where an SS in the table is a network simulator (SS).
TABLE 1 GSM Emergency Call flow
As shown in steps 8 and 9 in table 1, it can be seen from the table that if a situation with poor network signal quality is encountered, the network may not be allocated immediately, i.e. step 3 may fail, then the subsequent step 7, i.e. the process of establishing the emergency call, may not be implemented, and at this time step 8 and step 9, i.e. the location of the MS cannot be sent or stored, which is inconvenient for providing effective clues for subsequent rescue or accident investigation.
In order to solve the above problem, this embodiment discloses an application example of a location saving method based on an emergency call, and in the application example of the present disclosure, in order to effectively save a location of an emergency call, an emergency call geographic location basic file (EF) may be created in a storage device of a User Equipment (UE), such as a Universal Subscriber Identity Module (USIM) or a non-volatile Random Access Memory (NV)ECGLI,ElementaryFileEmergency Call Geographical Location Information) For storing the current location information during the emergency call and updating the EF each time the emergency call is establishedECGLIThe method of (1).
Through the process, the position information can be simultaneously stored in the mobile equipment when the emergency call is established each time, and the position can be successfully stored no matter whether the emergency call is successfully established or not, so that more clues are provided for subsequent rescue or accident investigation work.
Fig. 1 shows a flowchart of a location saving method based on an emergency call according to an embodiment of the present disclosure, which may be applied to a storage device inside a User Equipment (UE), where the UE may be a mobile phone, a tablet computer, a laptop computer, a palmtop computer, a Mobile Internet Device (MID), a wearable device, a Virtual Reality (VR) device, an Augmented Reality (AR) device, a wireless terminal in industrial control, a wireless terminal in unmanned driving, a wireless terminal in remote surgery, a wireless terminal in a smart grid, a wireless terminal in smart transportation (MID), a wireless terminal in a city, a wireless terminal in a smart home, a wireless terminal in car networking, etc., and is not particularly limited in this embodiment, the storage device inside the UE may be a USIM card or NV, etc. as shown in the figure, in one possible implementation, the method may include:
and step S11, receiving an update instruction, wherein the update instruction is generated based on the current location information acquired when the emergency call request is established.
And step S12, updating the emergency call geographical location basic file according to the updating instruction.
It can be seen from the foregoing disclosure that the location saving method based on emergency call provided by the present disclosure is applied to a storage device inside a UE, and therefore, the received update instruction may come from the UE, that is, in a possible implementation manner, the UE acquires current location information when the emergency call request is established, and generates an update instruction according to the current location information.
In a possible implementation manner, the current location information may be related information indicating a current location of the UE, and the specific information content of the current location information may be flexibly determined according to an actual situation, such as a current coordinate of the UE in a world coordinate system, a current longitude or latitude of the UE, and the like, which is not limited herein. Likewise, the manner in which the UE acquires the current location information is not limited, and in a possible implementation manner, the UE may acquire the current location information through an internal positioning component, such as a GPS, a gyroscope, or the like.
After the UE acquires the current location information, it may generate an update instruction according to the current location information, and the specific content of the update instruction is not limited in the embodiment of the present disclosure, since the main purpose of the update instruction is to instruct a USIM or a storage device such as an NV to update the emergency call geographic location basic file EFECGLIThus, in one possible implementation, it may contain indication information and current location information, the indication information may be used to indicate that the storage device performs the updating action, and the current location information may be used to indicate that the storage device should specifically update the information content.
After the UE generates the update command, the UE may transmit the update command to an internal storage device, and after the storage device receives the update command in step S11, the storage device may update the EF according to the update command in step S12ECGLI。
According to the process, the emergency call geographical position basic file can be updated according to the updating instruction when the emergency call is established, and the current position information can be effectively stored no matter whether the emergency call is established successfully or not, so that more effective information is provided for subsequent rescue or accident investigation.
Emergency call geographic location basic file EFECGLIThe basic file may be stored in the storage device, and the specific implementation form may be flexibly determined according to the storage device to which the basic file belongs, and is not limited to the following embodiments.
In one possible implementation, EFECGLICan be stored in USIM, since USIM can work following certain protocol, EFECGLIMay be added to the protocol followed by the USIM. In one example, the EFECGLICan be located under the document directory where the USIM is located, e.g. ADFUSIMDirectories, and the like. According to EFECGLIThe file directory can be the EFECGLIIs defined as an unused ID under the directory, in one example, when the EFECGLIIn ADFUSIMWhen under the directory, the ID thereof may be defined as 6FC1 or the like which has not been used yet.
EFECGLIThe file size can be flexibly determined according to the actual situation, for example, according to EFECGLIThe size of the file is defined by the size of the capacity of the storage device. EFECGLICan affect EFECGLIThe amount of information contained in the file, e.g., the UE may have multiple emergency calls, and the location information of each emergency call may be stored in the EFECGLIIn due to EFECGLIHas a limited file capacity, so in one possible implementation, EFECGLILocation information for the most recent N emergency calls may be stored, where N is an integer and the number of N may be dependent on EFECGLIThe file size being defined.
In one possible implementation, EFECGLICan be defined as an optional file, namely whether the file is enabled or not can be selected according to actual conditions to save the position information when the emergency call is carried out. It has been noted in the above disclosed embodiments that EFECGLICan be located within the USIM, whereas in the USIM, when the EF isECGLIWhen the file is an optional file, a basic file (EF) of a USIM service list of the USIM is requiredUST,Elementary FileUSIMServiceTable) Add the state description of the service "emergency call geographic Location Information" to indicate the EFECGLIIs available. Wherein, EFUSTTo indicate which services are available in the USIM, if at EFUSTWhere presence service is indicated to be unavailable within the USIM, the user equipment using that USIM cannot select this service.
EF can be found from the above disclosed embodimentsECGLIIn particular, EFECGLIThe content included in the present disclosure is not limited to the following embodiments, and is not limited to the following embodiments. Due to EFECGLIThe function of (1) is to store current location information when an emergency call request is established, so that, no matter how the content changes, it needs to record the location information when the emergency call request is established.
In addition, in order to determine which emergency call is specifically established, the location information is recorded, and therefore, the time of establishing the emergency call request may be recorded, so that the recorded location corresponds to the time, which is convenient for a subsequent user to find the required content more easily when searching for the content, and therefore, in one possible implementation, the EF may determine that the emergency call request is established when the emergency call request is establishedECGLIThe time for establishing the emergency call request may also be recorded, and in the embodiment of the present disclosure, the recorded time may be used as the emergency call request time information.
In addition to that, EFECGLIOther contents related to the emergency call can also be recorded, and flexible expansion can be specifically performed according to the actual situation, which is not described in detail herein.
When passing through step S12, for EFECGLIWhen updating, the updating can be based on the EF provided in the above-mentioned disclosed embodimentECGLIThe content is updated, and therefore, in one possible implementation, step S12 may include:
step S121, according to the establishment time of the emergency call request, updating the emergency call request time information included in the emergency call geographical location basic file.
And step S122, updating the emergency call request position information included in the emergency call geographical position basic file according to the current position information.
In the above disclosed embodiment, the implementation sequence between step S121 and step S122 is not limited, i.e. the EF may be updated in sequenceECGLIThe time and position in the above steps can be changed in sequence or updated simultaneously, and can be flexibly selected according to the actual situation, which is not limited herein. In the same way, when EFECGLIThe order of updating between different contents is not limited when more contents are included.
Also provided in the embodiments of the above disclosureOut, EFECGLIHas a limited amount of information to store, and therefore, at the time of update, if EFECGLIIf the capacity of the battery has not reached the maximum capacity, the battery can be directly connected to the EFECGLIAdding the emergency call request time information and the emergency call request position information; if EFECGLIHaving reached maximum capacity, the EF may be replacedECGLIAnd changing the emergency call request time information and the emergency call request position information which are farthest from the current time into the time and the position which need to be recorded currently.
Specifically, at EFECGLIWhen recording the information of the emergency call request, the specific form of the information can be flexibly selected according to the actual situation, and is not limited to the following disclosed embodiments. It has been proposed in the above-disclosed embodiment that EFECGLIMay include emergency call request time information and emergency call request location information. In a possible implementation manner, the form of the emergency call request time information may be a date and a specific time when the emergency call request is established, specifically, whether the date is before or the specific time is before, or whether the specific time is accurate to minutes or seconds, and the like, which may be flexibly selected according to the actual situation, and is not limited in the embodiment of the present disclosure.
The emergency call request location information may be in different coding forms according to the specific content of the information. In one possible implementation, the emergency call request location information may be encoded in a global geographic area description, GAD, format or in a NMEA protocol format.
In the above disclosed embodiment, the GAD format may be the format defined in the standard TS23.032, while the NMEA protocol format may be the format defined in the protocol IEC 61162-1. In addition, other available coding formats can be selected according to the requirement to code the emergency call request location information, and which coding format is specifically selected can be completely selected according to the requirement, which is not limited herein.
Based on the above disclosure embodiments, the disclosure embodiments provide an EFECGLIThe concrete implementation form of. Table 2 shows EF according to an embodiment of the present disclosureECGLIAnd (5) structure.
TABLE 2 EFECGLIStructure of the product
As can be seen from Table 2, in one example, EFECGLIThe structure of the method can be Cyclic, the length of each instruction in the file can be X +7 bytes or Y +7 bytes, wherein each instruction is used for recording time information and position information of each emergency call request, the encoding length of the time information of the emergency call request in each instruction is 7 bytes, when the position information of the emergency call request takes a GAD encoding form, the length of the position information of the emergency call request in each instruction is X bytes, and therefore the length of each instruction is X +7 bytes; when the emergency call request location information is in the NMEA code form, the length of the emergency call request location information in each command is Y bytes, so that the length of each command is Y +7 bytes at this time. When the content contained in these commands is invalid, that is, there is a command that is not temporarily updated by the contents of a specific emergency call, the byte contents of these commands may be filled in the form of "FF".
Specifically, the GAD and NMEA formats encode the location information of the emergency call request in a manner that can refer to the corresponding protocol.
In one example, the manner in which the emergency call request location information is encoded in the GAD format can be detailed in table 3.
| Byte(s) | Description of the invention | Length of |
| 1 | GAD shape marking | 1 |
| 2 | Length of | 1 |
| 3 | Length of GAD shape | 1 |
| 4to A+3 | GAD shape | A |
| A+4 | Length of rate | 1 |
| A+5to A+B+4 | Rate of speed | B |
TABLE 3 GAD Format encoding
In one example, the meaning of the parameters represented by the different bits when the location information of the emergency call request is encoded by the GAD format is shown in table 3, and as can be seen from the table, the parameters included in the GAD format include 6 parameters, namely, GAD shape flag, length, GAD shape, rate length, and rate. Wherein, the content represented by the GAD shape length parameter is the length of the GAD shape parameter, and the encoding mode can be a binary mode; the content of the GAD shape parameter represents the shape describing the general geographical area, which can be coded in such a way that the shape of byte 4 is coded with the first byte of the coding shape (i.e. octet 1 containing the type shape), as described in standard TS 23.032; the content represented by the rate length parameter is the length of the rate parameter, the encoding mode of the rate length parameter can be a binary mode, and when the rate parameter is not available, the rate length parameter can be set to be '00'; the rate parameter indicates the content as a rate in GAD format, which can be encoded as described in standard TS23.032, using the first byte of the encoding rate (i.e. octet 1 containing the rate shape) to encode the rate of byte a + 5.
In one example, the manner in which the emergency call request location information is encoded in NMEA format may be detailed in table 4.
| Byte(s) | Description of the invention | Length of |
| 1 | NMEA statement mark | 1 |
| 2 | Length of | 1 |
| 3to C+2 | NMEA statement | C |
TABLE 4 NMEA Format coding
In one example, the meaning of the parameters represented by different bits when the location information of the emergency call request is encoded by the NMEA format is shown in table 4, and as can be seen from the table, the parameters included in the NMEA format include 3 parameters, namely the NMEA statement flag, the length and the NMEA statement. The NMEA statement parameter indicates that the NMEA statement conforms to IEC 61162-1 definition, and the user equipment should use one of the NMEA statements selected by the UICC in the "geographic location parameter", otherwise, one of the NMEA statements listed in the "geographic location parameter" in table 5 should be used. The encoding mode can be in an ASCII form.
As can be seen from the above disclosed embodiments, when an NMEA statement is encoded, the NMEA statement may be selected from a "geographical location parameter" list, and table 5 shows an encoding list of "geographical location parameters" according to an embodiment of the present disclosure.
| Byte(s) | Description of the invention | Length of |
| 1 | Geographic location parameter tagging | 1 |
| 2 | Length of | 1 |
| 3 | Horizontal accuracy | 1 |
| 4 | Vertical coordinate | 1 |
| 5 | Rate of speed | 1 |
| 6 | Preferred GAD shape | 1 |
| 7 | Preferred NMEA statement | 1 |
| 8 | Preferred maximum response time | 1 |
TABLE 5 coded list of geolocation parameters
In one example, the encoded list of geo-location parameters contains different parameters as shown in table 5, and as can be seen from the table, the encoded list of geo-location parameters contains 8 parameters including the tag of geo-location parameter, length, horizontal accuracy, vertical coordinate, rate, preferred GAD shape, preferred NMEA statement, and preferred maximum response time. Wherein, the horizontal precision parameter indicates the content is the preferred horizontal precision, and the coding can be 81, xx or all the other reserved values, wherein 00<xx<7F, further, when horizontal accuracy is not clear, it can be coded as 81, and xx is the uncertainty of longitude and latitude as specified in TS23.032, and the specific value in this range can be specified according to the geographic location request parameter, wherein the horizontal positioning error should be less than the horizontal accuracy error indicated by the confidence of 67%; the vertical coordinate parameter indicates whether vertical coordinate (height) is requested or not, and may indicate preferred vertical coordinate precision, and may be encoded as 80, 81, xx, or may retain all other values, 00<xx<7F, and further 80 when vertical coordinates are not required (i.e., two-dimensional coordinates are acceptable) and 80 when vertical coordinates are desiredFinding the vertical coordinates (i.e. the first three-dimensional coordinates), but without explicit accuracy, is coded as 81, when vertical coordinates are required is coded as xx, which represents the height uncertainty as specified in TS23.032, a specific value in this range can be specified according to the geographical position request parameter, where the vertical positioning error should be less than the vertical accuracy error as indicated by the confidence of 67%; in the disclosed embodiment, the rate parameter is different from the rate parameter in the GAD parameter in the above disclosed embodiment, for distinguishing, in the following disclosed embodiment, the rate parameter in the geo-location coding list is called the second rate parameter for distinguishing from the rate parameter in the GAD, the content of the second rate parameter is to indicate whether the rate and the rate uncertainty are requested, when the rate or the rate uncertainty is requested, the corresponding bit is set to 1, otherwise, to 1, if the bit b1 is set to 0, the bits b2, b3 and b4 should be ignored, if the bit b2 is set to 0, the bit b4 should be ignored, fig. 2 shows a schematic diagram of the content indicated by different bits in the second rate parameter according to an embodiment of the present disclosure, as can be seen from the figure, in one example, the bit b1 is used to indicate the requested horizontal rate, b2 for indicating a requested vertical rate, b3 for indicating a requested horizontal rate uncertainty, b4 for indicating a requested vertical rate uncertainty, b5 to b8 respectively being Reserved bits (RFU, Reserved for future use), the content of which can be set to 0 as a preferred GAD shape parameter indicating a preferred GAD shape, when the GAD shape is shown as preferred the corresponding bit should be set to 1, otherwise the bit is set to 0, fig. 3 shows a schematic diagram of the content indicated by different bits in the preferred GAD shape parameter according to an embodiment of the present disclosure, as can be seen from the figure, in one example, bit b1 for indicating an ellipsoid point, b2 for indicating an ellipsoid point of an uncertainty circle, b3 for indicating an ellipsoid point, b4 for indicating an ellipsoid point with height, b5 for indicating a polygon, b6 for indicating an ellipsoid point with height and an uncertainty surface, b7 is used for indicating ellipsoid radian, b8 is RFU bit; the content of the preferred NMEA statement parameter is an NMEA statement indicating preference, when the NMEA statement is indicated as preferred, a corresponding bit is set to be 1, otherwise, the corresponding bit is set to be 1To set to 0, fig. 4 shows a schematic content diagram indicated by different bits in a preferred NMEA statement parameter according to an embodiment of the present disclosure, and as can be seen from the diagram, in an example, the bit b1 is used to indicate recommended minimum positioning information ($ -RMC), b2 is used to indicate a fixed data output statement ($ -GGA), b3 is used to indicate geographical positioning information ($ -GLL), b4 is used to indicate global navigation satellite information ($ -GNS), and b5 to b8 are RFU bits respectively; the content of the preferred maximum response time parameter is the maximum response time indicating the preference, this parameter can be used by the user equipment to trade off between positioning accuracy and response time, its coding can be xx or retain all other values, where 02<xx<07, further, 2^xxFor indicating the maximum response time in counts of seconds.
Through the above disclosed embodiments, EF can be achievedECGLIThe stored instructions have flexible implementation and coding modes, and in practical application, the EF can be set by referring to the implementation modes of the above-mentioned disclosed embodimentsECGLI。
By the steps S11 and S12 in the above disclosed embodiment, an updated EF can be obtainedECGLIIn practical applications, the updated EF may be used when the emergency call is successfully establishedECGLIThe recorded information is sent through the corresponding network, but when the emergency call is not established successfully, the updated EF can be used for facilitating subsequent search and rescue and other workECGLIThe information in (2) is stored so that the search and rescue personnel can conveniently carry out further work according to the information. Therefore, in one possible implementation manner, the method provided in the embodiment of the present disclosure may further include:
step S13, if the emergency call geographical location basic file is successfully updated, the updated emergency call geographical location basic file is saved.
Step S14, an update success response message is sent.
As can be seen from the above disclosed embodiments, at EFECGLIWhen the updating is successful, the updated EF can be used on the one handECGLIThe content is stored for subsequent search, search and rescue and the likeThe operation provides more information, and on the other hand, a response message of successful update may also be sent to indicate that contents such as latest geographical location information related to the emergency call have been recorded, a sending object of the response message of successful update is not limited in the embodiment of the present disclosure, and may be flexibly set according to a requirement.
It has been proposed in the foregoing that the embodiment of the present disclosure may be applied to a storage device inside the UE, such as a USIM or NV, and therefore, when step S13 is implemented, the location where it is saved may also be different according to different application objects, and therefore, in one possible implementation manner, step S13 may include:
storing the updated emergency communication geographical position basic file to a Universal Subscriber Identity Module (USIM); or saving the updated emergency call geographic location basic file to the non-volatile random access memory NV.
Further, the method proposed in the embodiment of the present disclosure can be used to update the EF when establishing the emergency call requestECGLIIn addition, in order to save more geographical location information to provide more information for search and rescue and other works, in a possible implementation manner, the method provided in the embodiment of the present disclosure may further include: and under the condition that the emergency call request is successfully established, updating the emergency call geographical position basic file in the emergency call process. That is, when the emergency call request is successfully established, the current location information can be continuously acquired according to a certain frequency, and the current location information is continuously written into the EFECGLIThe latest position of the user is obtained at any time, specifically, how much the updating frequency is in the emergency call process, which may be set according to the actual situation, and is not limited in the embodiment of the present disclosure. Likewise, EF updated upon successful establishment of an emergency call requestECGLIIt can be stored in the storage device, and can be sent to the object needing the information along with the available network when the emergency call is established, such as to another place of the emergency callOne side, or a search and rescue center, etc.
Through the various disclosed embodiments, the geographical location information of the user can be recorded when the emergency call request is established, and the geographical location information can be effectively stored to the EF when the emergency call is failed to be establishedECGLI. In the following, when it is necessary to retrieve the information, the stored information needs to be retrieved, so in a possible implementation manner, the embodiment of the present disclosure further provides a location obtaining method, and fig. 5 shows a flowchart of the location obtaining method based on the emergency call according to an embodiment of the present disclosure, where an applicable object of the method is consistent with an object of the location storing method provided in the embodiment of the present disclosure, that is, a storage device inside the UE, which is not described herein again. As shown, in one possible implementation, the method may include:
and step S21, receiving a reading instruction, wherein the reading instruction is generated when the user acquires the geographical position of the emergency call request.
And step S22, reading the emergency call geographical location basic file according to the reading instruction.
And step S23, sending the geographical position of the emergency call request according to the emergency call geographical position basic file.
In the above-mentioned disclosed embodiment, the received reading instruction may also be from the UE where the storage device is located, and is used to instruct the storage device to invoke the EF stored insideECGLI. The manner in which the UE generates the read instruction is not limited in the embodiment of the present disclosure, and in a possible implementation manner, the read instruction may be correspondingly generated by receiving an instruction that needs to read the emergency call location information and is transmitted by a user through a Man Machine Interface (MMI). The specific content and the encoding mode of the reading instruction are not limited in the embodiment of the present disclosure, and any instruction that can instruct the storage device to retrieve the geographical location of the emergency call request can be used as an implementation mode of the reading instruction.
The storage device can read the EF stored inside after receiving the reading instructionECGLIAnd according to the content, sending the geographical position of the emergency call request to the UEThrough the process, when the geographic position information needs to be called, the corresponding content can be timely and effectively searched from the storage device, information is further provided for subsequent search and rescue and other work, and convenience of rescue and other operations is improved.
In particular, how to depend on EFECGLIThe geographical location for sending the emergency call request may be flexibly determined according to practical situations, and is not limited to the following disclosed embodiments, and in one possible implementation, step S23 may include:
step S231, reads the emergency call request location information included in the emergency call geographical location basic file.
Step S232, the emergency call location information is sent as the geographical location of the emergency call request.
In the above disclosed embodiment, the implementation manner of step S231 is not limited, that is, reading EFECGLIThe reading process of the location information of the medium emergency call request is not limited, and it has been proposed in the above-mentioned disclosed embodiment that EFECGLIThe method can store a plurality of instructions, namely corresponding to the emergency call request position information under a plurality of emergency calls, specifically reads which or all of the emergency call request position information during reading, and can flexibly determine according to the reading instruction. In a possible implementation manner, the reading instruction may be a general instruction, that is, when the user indicates that the geographic location needs to be read, the reading instruction indicating that all the stored location information of the emergency call request needs to be read is automatically generated, and at this time, according to the reading instruction, the EF may be configured to read the location information of the emergency call requestECGLIAll the emergency call request location information stored in the storage unit is read and sent as the geographical location of the emergency call request. In a possible implementation manner, the reading instruction may be a specific instruction, that is, when the user indicates that the geographic location needs to be read, the reading instruction indicating to read the location information of the emergency call request of a certain item or items may be generated according to the user indication or default setting, and at this time, according to the reading instruction, the EF may be readECGLIThe partial or single emergency call request position information stored in the storage unit is read and used as the geographical position of the emergency call requestAnd sending the message.
Further, when the number of the read emergency call request location information is multiple, after the storage device transmits the multiple geographical locations to the UE, the UE may further process the geographical locations, such as marking the geographical locations on a map, connecting the geographical locations, and finally displaying the geographical locations to the user, so as to improve the intuitive degree of displaying the geographical location information and further increase help to search and rescue and other works.
Fig. 6 is a block diagram of an emergency call based location saving apparatus according to an embodiment of the present disclosure, and as shown, theapparatus 30 includes:
an updateinstruction receiving module 31, configured to receive an update instruction, where the update instruction is generated based on current location information obtained when the emergency call request is established;
and the updatingmodule 32 is configured to update the emergency call geographic location basic file according to the updating instruction.
In one possible implementation manner, the apparatus further includes a response module, where the response module is configured to: under the condition that the emergency call geographic position basic file is updated successfully, storing the updated emergency call geographic position basic file; and sending an updating success response message.
In one possible implementation, the response module is further configured to: storing the updated emergency communication geographical position basic file to a Universal Subscriber Identity Module (USIM); or saving the updated emergency call geographic location basic file to the non-volatile random access memory NV.
In one possible implementation, the update module is configured to: updating the emergency call request time information included in the emergency call geographical position basic file according to the establishment time of the emergency call request; and updating the emergency call request position information included in the emergency call geographical position basic file according to the current position information.
In one possible implementation, the emergency call request location information is encoded in a global geographic area description, GAD, format or in a NMEA protocol format.
In one possible implementation, the apparatus is further configured to: and under the condition that the emergency call request is successfully established, updating the emergency call geographical position basic file in the emergency call process.
Fig. 7 is a block diagram of an emergency call-based location acquisition apparatus according to an embodiment of the present disclosure, and as shown, theapparatus 40 includes:
a readinginstruction receiving module 41, configured to receive a reading instruction, where the reading instruction is generated when a user acquires a geographic location of an emergency call request;
thereading module 42 is used for reading the emergency call geographic position basic file according to the reading instruction;
and a geographiclocation sending module 43, configured to send the geographic location of the emergency call request according to the emergency call geographic location basic file.
In one possible implementation, the geographic location sending module is configured to: reading emergency call request position information included in an emergency call geographical position basic file; and sending the emergency call position information as the geographical position of the emergency call request.
Application scenario example
Fig. 8 to 9 are schematic diagrams illustrating an application example according to the present disclosure, and as shown in the drawings, an embodiment of the present disclosure provides a location saving and acquiring method based on emergency call, where the specific process may be:
the method proposed in the application example of the present disclosure is applied between a Mobile Equipment (ME) and a USIM located in the ME, and when the location is saved, the process thereof can be shown in fig. 8, as can be seen from the figure, when the location is saved, firstly, a user dials a number of an emergency call through the ME to trigger establishment of an emergency call request, at this time, the ME can acquire current location information, generate an UPDATE instruction UPDATE RECORD, and send the UPDATE instruction to the USIM card to instruct the USIM card to UPDATE the EFECGLIAfter receiving the update command, the USIM can store the current location information carried in the update command to the EFECGLIAnd recording the time of the emergency call, thereby completing the EFECGLIAnd (4) updating. EF completion at USIMECGLIIs moreAfter updating, a response of successful updating can be fed back to the ME, and the ME is informed that the location information of the emergency call is successfully stored.
As shown in fig. 9, when obtaining the location, the user first indicates that location information of the emergency call needs to be READ through an MMI interface of the ME, at this time, the ME may generate a READ command READ RECORD according to the indication of the user, and send the READ command to the USIM, to indicate the USIM to READ the location information from the EFECGLIAnd calling the position information of the emergency call. After receiving the reading instruction, the USIM can read the content indicated by the reading instruction at EFECGLIThe corresponding position information is read and fed back to the ME, and the ME can process the position information and display the position information to the user in a visual mode, so that the user is helped to acquire the position and other contents.
It is understood that the above-mentioned method embodiments of the present disclosure can be combined with each other to form a combined embodiment without departing from the logic of the principle, which is limited by the space, and the detailed description of the present disclosure is omitted.
It will be understood by those skilled in the art that in the method of the present invention, the order of writing the steps does not imply a strict order of execution and any limitations on the implementation, and the specific order of execution of the steps should be determined by their function and possible inherent logic.
Fig. 10 is a block diagram illustrating an emergency call basedlocation saving device 1300 according to an example embodiment. For example, theapparatus 1300 may be provided as a server. Referring to fig. 10,apparatus 1300 includes aprocessing component 1322, which further includes one or more processors, and memory resources, represented bymemory 1332, for storing instructions, such as application programs, that may be executed byprocessing component 1322. The application programs stored inmemory 1332 may include one or more modules that each correspond to a set of instructions. Further,processing component 1322 is configured to execute instructions to perform the methods described above.
Theapparatus 1300 may also include apower component 1326 configured to perform power management for theapparatus 1300, a wired orwireless network interface 1350 configured to connect theapparatus 1300 to a network, and an input-output (I/O)interface 1358. Theapparatus 1300 may operate based on an operating system stored in thememory 1332, such as Windows Server, MacOS XTM, UnixTM, LinuxTM, FreeBSDTM, or the like.
In an exemplary embodiment, a non-transitory computer readable storage medium, such as thememory 1332, is also provided that includes computer program instructions that are executable by theprocessing component 1322 of theapparatus 1300 to perform the methods described above.
The present disclosure may be systems, methods, and/or computer program products. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied thereon for causing a processor to implement various aspects of the present disclosure.
The computer readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.
The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device via a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.
The computer program instructions for carrying out operations of the present disclosure may be assembler instructions, Instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer-readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, the electronic circuitry that can execute the computer-readable program instructions implements aspects of the present disclosure by utilizing the state information of the computer-readable program instructions to personalize the electronic circuitry, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA).
Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.
These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
Having described embodiments of the present disclosure, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.
Having described embodiments of the present disclosure, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.