CN109150799A - A kind of method and device obtaining called location information - Google Patents

A kind of method and device obtaining called location information Download PDF

Info

Publication number
CN109150799A
CN109150799A CN201710457008.4A CN201710457008A CN109150799A CN 109150799 A CN109150799 A CN 109150799A CN 201710457008 A CN201710457008 A CN 201710457008A CN 109150799 A CN109150799 A CN 109150799A
Authority
CN
China
Prior art keywords
called
application server
information
protocol message
position information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710457008.4A
Other languages
Chinese (zh)
Inventor
刘世锋
易传美
杨会孟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Group Henan Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Group Henan Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Group Henan Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201710457008.4A priority Critical patent/CN109150799A/en
Publication of CN109150799A publication Critical patent/CN109150799A/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/025Services making use of location information using location based information parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2242/00Special services or facilities
    • H04M2242/14Special services or facilities with services dependent on location
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2242/00Special services or facilities
    • H04M2242/15Information service where the information is dependent on the location of the subscriber

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

The embodiment of the present invention provides a kind of method and device for obtaining called location information.It include called party information in the call request the described method includes: receiving call request;The corresponding called location information of the called party information is stored into conversation initiating protocol message according to the called party information;The conversation initiating protocol message is sent to each business scenario application server, so that the business scenario application server can obtain the called location information from the conversation initiating protocol message.The method is for executing the VoLTE application server.The called location information is stored in conversation initiating protocol message by the embodiment of the present invention by VoLTE application server, so as to obtain called location information from conversation initiating protocol message, is reduced the inquiry repeatedly of called location information, is shortened call delay.

Description

Method and device for acquiring called position information
Technical Field
The embodiment of the invention relates to the technical field of communication, in particular to a method and a device for acquiring called position information.
Background
Volte (voice over LTE) refers to that a terminal user accesses a Packet Core (EPC) through a Long term evolution (Long term evolution, LTE for short), and then an IP Multimedia Subsystem (IP Multimedia Subsystem, IMS for short) provides high-quality audio and video services for the user. LTE is an access network, EPC provides bearers for voice and data services, IMS networks provide basic supplementary services for voice/video. VoLTE is a target solution for the 4G voice basic service plan of mobile operators, providing voice over IP services based on packet domains. VoLTE provides Call control and service logic by IMS, high quality packet domain bearer by EPC, and ensures Call Continuity through Enhanced Single Radio Voice Call Continuity (eSRVCC for short) before continuous coverage.
The most direct feeling brought to the user by the VoLTE technology is the effect of audio and video call with shorter connection waiting time and higher quality, and simultaneously, rich services can be provided. The VoLTE turn-on delay is generally about 2-4 seconds, while the 2G turn-on delay is about 6-7 seconds.
In VoLTE service, in some scenarios, special strategies need to be implemented according to the called location information of the user, such as: (1) operators need to realize cost preferential treatment on voice services under certain scenes; (2) an Application Server (AS) needs to perform next call connection control selection according to the position information of the user; (3) the AS needs to fill in the ticket according to the position information of the user to realize different service strategies.
In the prior art, an Sh interface between an AS and an HSS supporting a DIAMETER protocol is adopted, the interface conforms to 3GPP TS 29.328 and 3GPP TS 29.329 organization specifications, a User Data Request (UDR for short) message is sent to a Home Subscriber Server (HSS for short), and the HSS returns a User Data Answer (UDA for short) message including a User location and a User status. When the Sh interface fails to inquire the user location information, the AS may also perform the called location status inquiry using an Any Time Inquiry (ATI) message of a Mobile Application Part (MAP) interface. However, in this method for acquiring the called location information, each time the AS needs the called location information, it initiates a location query request to the HSS. If a user subscribes to N services, a call needs to trigger the N services, where M AS service scenarios need to acquire called location information, then a call needs to take place at least M times for UDR messages to acquire called location information. If the calling and called users are VoLTE users, the number of UDRs is more. Considering that the HSS will get location information from the circuit domain or data domain paging every time a UDR message is sent, the call connection delay is increased seriously.
Disclosure of Invention
To solve the problems in the prior art, embodiments of the present invention provide a method and an apparatus for obtaining called location information.
In a first aspect, an embodiment of the present invention provides a method for acquiring called location information, including:
receiving a calling request, wherein the calling request comprises called information;
storing called position information corresponding to the called information into a session initial protocol message according to the called information;
and sending the session initiation protocol message to each service scene application server so that the service scene application server can acquire the called position information from the session initiation protocol message. In a second aspect, an embodiment of the present invention provides another method for acquiring called location information, where the method includes:
receiving a session initiation protocol message sent by a VoLTE application server;
and if the called position information needed by the service scene application server is judged and obtained, and the called position information is not stored in the service scene application server, obtaining the called position information from the session initial protocol message.
In a third aspect, an embodiment of the present invention provides a VoLTE application server, including:
the first receiving module is used for receiving a calling request, wherein the calling request comprises called information;
the storage module is used for storing the called position information corresponding to the called information into a session initial protocol message according to the called information;
a sending module, configured to send the session initiation protocol message to each service scenario application server, so that the service scenario application server can obtain the called location information from the session initiation protocol message.
In a fourth aspect, an embodiment of the present invention provides a service scenario application server, including:
the second receiving module is used for receiving the session initiation protocol message sent by the VoLTE application server;
and the obtaining module is used for obtaining the called position information from the session initial protocol message if the called position information needed by the service scene application server is judged and obtained and the called position information is not stored in the service scene application server.
In a fifth aspect, an embodiment of the present invention provides an electronic device, including: a first processor, a first memory, and a first bus, wherein,
the first processor and the first memory are communicated with each other through the first bus;
the first memory stores program instructions executable by the first processor, the first processor invoking the program instructions to perform the method steps of the first aspect.
In a sixth aspect, an embodiment of the present invention provides a non-transitory computer-readable storage medium, including:
the non-transitory computer readable storage medium stores computer instructions that cause the computer to perform the method steps of the first aspect.
In a seventh aspect, an embodiment of the present invention provides an electronic device, including: a second processor, a second memory, and a second bus, wherein,
the second processor and the second memory complete mutual communication through the second bus;
the second memory stores program instructions executable by the second processor, the second processor invoking the program instructions to perform the method steps of the second aspect.
In an eighth aspect, an embodiment of the present invention provides a non-transitory computer-readable storage medium, including:
the non-transitory computer readable storage medium stores computer instructions that cause the computer to perform the method steps of the second aspect.
According to the method and the device for acquiring the called position information, the acquired called position information is stored in the session initiation protocol message through the VoLTE application server, so that the called position information can be acquired from the session initiation protocol message, repeated inquiry of the called position information is reduced, and call delay is shortened.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and those skilled in the art can also obtain other drawings according to the drawings without creative efforts.
Fig. 1 is a schematic flowchart of a method for acquiring called location information according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of a method for obtaining called location information according to another embodiment of the present invention;
fig. 3 is a schematic flowchart of a method for obtaining called location information according to another embodiment of the present invention;
fig. 4 is a schematic structural diagram of a VoLTE application server according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a service scenario application server according to an embodiment of the present invention;
fig. 6 is a signaling interaction diagram for acquiring called location information according to an embodiment of the present invention;
fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram of another electronic device according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Fig. 1 is a schematic flowchart of a method for acquiring called location information according to an embodiment of the present invention, where as shown in fig. 1, the method includes:
step 101: receiving a call request, wherein the call request comprises called information.
Specifically, when a user initiates a call request, a VoLTE application server (VoLTE AS) receives the call request, where the call request includes called information, for example: the called number, it should be noted that, the call request may also include other information, such as: the information such as the calling number, etc., which is not specifically limited in this embodiment of the present invention.
Step 102: and storing the called position information corresponding to the called information into a session initiation protocol message according to the called information.
Specifically, VoLTE AS acquires called location information corresponding to the called information according to the called information, and after VoLTE eas acquires the called location information, stores the called location information in a Session Initiation Protocol (SIP) message, it should be noted that the called location information acquired by VoLTE AS may be acquired from HSS or other network elements, for example, when a called user is in a PS domain, the called user location information stored in the initial Session message is derived from a message brought by a serving-CSCF; when the called user is in the CS domain, after the call is finished by 200ok, the VoLTE AS acquires the position information of the called user from the HSS, and the VoLTE AS can store the position information of the called user into bye and 200bye messages of the SIP message.
Step 103: and sending the session initiation protocol message to each service scene application server so that the service scene application server can acquire the called position information from the session initiation protocol message.
Specifically, the VoLTE AS sequentially sends the SIP message to each service scenario application server through the S-CSCF according to the iFC trigger criteria, and since the called location information is stored in the SIP message, when each service scenario application server is sequentially triggered, if the triggered service scenario application server needs the called location information, the called location information can be resolved from the SIP message, without sending a called location query request to the HSS again, and if the called location information is not needed, the called location information in the SIP message is ignored.
According to the embodiment of the invention, the acquired called position information is stored in the session initiation protocol message through the VoLTE application server, so that the called position information can be acquired from the session initiation protocol message, repeated inquiry of the called position information is reduced, and the call delay is shortened.
On the basis of the above embodiment, the storing the called location information in the session initiation protocol message includes:
and adding a called position information characteristic value pair in the session initial protocol message, and storing the called position information into the called position information characteristic value pair.
Specifically, in the call flow of the VoLTE intelligent network user, both the service scenario application server and the VoLTE application server generate a ticket containing called location information, and in order to reduce repeated query of the called location information, when the VoLTE application server receives the called location information acquired from the HSS or other network elements, a called location information field is added to the SIP message no matter whether the called is in the PS domain or the CS domain, wherein a called location information feature Value Pair (AVP for short) may be added to a bye message or a 200bye message of the SIP message, and the called location information is recorded in the AVP. When the service scene application server needs the called location information, the called location information field AVP may be parsed from the SIP message to obtain the called location information.
The embodiment of the invention stores the called position information in the SIP message, and can obtain the called position information from the SIP message when the service scene application server needs the called position information, thereby reducing the sending of the called position query request to the HSS and shortening the calling time delay.
Fig. 2 is a schematic flow chart of a method for acquiring called location information according to another embodiment of the present invention, as shown in fig. 2, the method includes:
step 201: a session initiation protocol message sent by a VoLTE application server is received.
Specifically, the VoLTE application server sequentially triggers the corresponding service scene application servers according to the iFC triggering criteria and the service subscribed by the user, and sends the session initiation protocol message to the corresponding service scene application servers, at this time, the service scene application servers receive the session initiation protocol message sent by the VoLTE application servers. It should be noted that the session initiation protocol message stores the called location information.
Step 202: and if the called position information needed by the service scene application server is judged and obtained, and the called position information is not stored in the service scene application server, obtaining the called position information from the session initial protocol message.
Specifically, after receiving the session initiation protocol message, the service scenario application server determines whether the called location information needs to be acquired, and if so, and the called location information is not stored in the service scenario application server, the service scenario application server may parse the session initiation protocol message to obtain the called location information, so as to obtain the called location information. It should also be noted that, if the called location information is needed but is not parsed from the session initiation protocol message, a called location information query request may be sent to the HSS to obtain the called location information from the HSS.
According to the embodiment of the invention, the acquired called position information is stored in the session initiation protocol message through the VoLTE application server, so that the called position information can be acquired from the session initiation protocol message, repeated inquiry of the called position information is reduced, and the call delay is shortened.
On the basis of the above embodiment, the method further includes:
receiving a call request sent by a VoLTE application server, wherein the call request comprises called information;
judging whether a called user corresponding to the called information opens a call authority control service based on the position or not according to the called information;
and if the called user does not open the call authority control service based on the position, directly returning the call request to the VoLTE application server.
Specifically, after the user initiates a call request, at this time, the VoLTE application server sends the call request to the SCPAS, where the call request includes called information, such as a called phone number, whether the called opens a call restriction, and the like, and the call request may further include calling information, and the like. Whether a called user corresponding to called information opens a call authority control service based on a position is judged in a called flow, wherein the call authority control service can be call termination beyond local or provincial, zoning, roaming call control and the like, and the service needs to acquire the called position information before call connection. If the SCP AS judges in the called flow that the called user corresponding to the called information does not open the call authority control service based on the position, for example: group V network, etc. these services are based on charging preferential services, only need to fill in user position information in the call ticket, then do not need to obtain called position information before call connection, at this moment, do not need to obtain in advance, can obtain called position information during call conversation, call end. At this time, the SCP AS directly sends the call request to the VoLTE application server. It should be noted that, if the SCP AS determines in the called flow that it is known that the called user corresponding to the called information opens the location-based call permission control service, the SCP AS needs to send a called location query request to the HSS, because the SCP AS needs to know whether the called user location information of the called user is limited by the call permission control service. And the HSS receives the called position query request sent by the service scene application server and then returns the called user position information of the called user to the SCP AS, and the SCP AS receives the called user position information sent by the HSS and returns the call request to the VoLTE AS.
According to the embodiment of the invention, when the called user is judged to know that the calling authority control service based on the position is not opened, the called user only needs to obtain the called position information, so that the inquiry operation of the position information is reduced, the calling time delay is shortened, and the success rate of call connection is improved.
Fig. 3 is a schematic flow chart of a method for acquiring called location information according to another embodiment of the present invention, as shown in fig. 3, the method includes:
step 301: receiving a call request; when a user initiates a call request, a service scenario application server (SCP AS) receives the call request sent by a VoLTE application server (VoLTE AS), and the call request comprises called information.
Step 302: judging whether a called party opens a call authority control service based on the position; SCP AS judges whether the called user opens the call authority control service based on the position according to the called information in the called flow, if yes, step 303 is carried out; otherwise, go to step 304.
Step 303: sending a called location query request to the HSS; SCP AS sends called location query request to HSS to obtain called location information.
Step 304: returning a call request to the VoLTE AS; and the SCP AS returns a call request to the VoLTE AS so that the VoLTE AS executes the subsequent call flow.
Step 305: storing the called position information into the SIP message; and in the subsequent call flow, if the called position information is acquired, the VoLTE AS stores the called position information into the SIP message.
Step 306: sending a session initiation protocol message; and the VoLTE AS sequentially triggers the service scene application servers according to the iFC triggering criterion through the S-CSCF and sequentially sends the SIP messages to the triggered service scene application servers.
Step 307: judging whether called position information is needed or not; after receiving the SIP message, the service scene application server checks whether the called location information is needed, if so, performs step 308, otherwise, performs step 311.
Step 308: whether the called position information can be obtained; after receiving the SIP message, the service context application server checks whether the called location information can be obtained from the SIP message, if so, proceeds to step 310, otherwise, proceeds to step 309.
Step 309: sending a called location query request to the HSS; SCP AS service scene application server sends called position query request to HSS to obtain called position information.
Step 310: obtaining called location information from the session initiation protocol message; the service context application server parses the SIP message sent by the VoLTE AS to obtain the called location information, it should be noted that the service context application server not only includes the SCP AS, but also includes all service context application servers triggered according to the iFC trigger criteria in the whole call flow.
Step 311: and (5) generating a ticket after the call is ended.
It should be noted that, the embodiment of the present invention only provides a service scenario application server that only relates to an SCP AS in a call flow, and may also relate to multiple service scenario application servers, when multiple service scenario application servers are related, an SIP message sent by a VoLTE application server may sequentially flow to each service scenario application server, and when the SIP message flows to a certain service scenario application server, step 307 and the following steps need to be executed, which is not described herein again in the embodiment of the present invention.
The embodiment of the invention judges whether the position information of the called user needs to be obtained before the call is connected, if not, the called user does not need to be obtained, and the called user position information needs to be obtained before the call is connected, if the called user position information needs to be obtained before the call is connected, the called position inquiry request is sent to the HSS, and the call request is returned to the VoLTE application server, so that the VoLTE application server executes the subsequent process.
Fig. 4 is a schematic structural diagram of a VoLTE application server according to an embodiment of the present invention, and as shown in fig. 4, the VoLTE application server includes: a first receiving module 401, a storing module 402 and a sending module 403, wherein:
the first receiving module 401 is configured to receive a call request, where the call request includes called information; the storage module 402 is configured to store the called location information corresponding to the called information in a session initiation protocol message according to the called information; the sending module 403 is configured to send the session initiation protocol message to each service scenario application server, so that the service scenario application server can obtain the called location information from the session initiation protocol message.
Specifically, when the user initiates a call request, the first receiving module 401 receives the call request, where the call request includes called information, for example: the called number, it should be noted that, the call request may also include other information, such as: the information such as the calling number, etc., which is not specifically limited in this embodiment of the present invention. After the storage module 402 acquires the called location information, the called location information is stored in the SIP message, which should be noted that the called location information may be stored in a bye message or a 200bye message of the SIP message. The sending module 403 sends the SIP message to each service scenario application server in sequence through the S-CSCF, and since the called location information is stored in the SIP message, when each service scenario application server is triggered in sequence, if the triggered service scenario application server needs the called location information, the triggered service scenario application server can be resolved from the SIP message, without sending the called location query request to the HSS again, and if the called location information is not needed, the called location information in the SIP message is ignored.
The embodiment of the application server provided by the present invention may be specifically configured to execute the processing flows of the above method embodiments, and the functions of the embodiment are not described herein again, and refer to the detailed description of the above method embodiments.
According to the embodiment of the invention, the acquired called position information is stored in the session initiation protocol message through the VoLTE application server, so that the called position information can be acquired from the session initiation protocol message, repeated inquiry of the called position information is reduced, and the call delay is shortened.
Fig. 5 is a schematic structural diagram of a service scenario application server according to an embodiment of the present invention, and as shown in fig. 5, the service scenario application server includes: a second receiving module 501 and an obtaining module 502, wherein:
the second receiving module 501 is configured to receive a session initiation protocol message sent by a VoLTE application server; the obtaining module 502 is configured to obtain the called location information from the session initiation protocol message if it is determined that the service scene application server needs the called location information and the called location information is not stored in the service scene application server.
Specifically, the VoLTE application server sequentially triggers corresponding service scenario application servers according to the iFC trigger criteria and the service subscribed by the user, and sends a session initiation protocol message to the corresponding service scenario application servers, at this time, the second receiving module 501 receives the session initiation protocol message sent by the VoLTE application server. It should be noted that the session initiation protocol message stores the called location information. After receiving the session initiation protocol message, the obtaining module 502 determines whether the called location information needs to be obtained, and if so, and the called location information is not stored in the service scenario application server, the called location information may be obtained by analyzing the session initiation protocol message to analyze the called location information, and it should be noted that, if the called location information is stored in the service scenario application server, the called location information may be directly obtained from the service scenario application server. It should also be noted that, if the called location information is needed but is not parsed from the session initiation protocol message, a called location information query request may be sent to the HSS to obtain the called location information from the HSS.
The embodiment of the application server provided by the present invention may be specifically configured to execute the processing flows of the above method embodiments, and the functions of the embodiment are not described herein again, and refer to the detailed description of the above method embodiments.
According to the embodiment of the invention, the acquired called position information is stored in the session initiation protocol message through the VoLTE application server, so that the called position information can be acquired from the session initiation protocol message, repeated inquiry of the called position information is reduced, and the call delay is shortened.
Fig. 6 is a signaling interaction diagram for acquiring called location information according to an embodiment of the present invention, and as shown in fig. 6, the specific implementation method is as follows:
step 601: receiving a call request; the user initiates a call request, and a service application server (SCP AS) receives the call request sent by a VoLTE application server (VoLTE AS).
Step 602: judging whether to open a call authority control service based on the position; the SCP AS judges whether the called party opens the call authority control service based on the position (if the called party exceeds the local or provincial terminating call) in the called flow, if so, the step 603 is carried out, otherwise, the step 605 is carried out.
Step 603: sending a called location query request to the HSS; SCP AS sends a called location query request to HSS to obtain called location information, wherein the called location query request can be SIP UDR information or ATI information of MAP interface.
Step 604: sending called position information; the HSS sends a called location message to the SCP AS, where the called location message may be a sip UDA message or an ATI ACK.
Step 605: returning the call request; SCP AS processes the subsequent call, and returns the call request to VOLTE AS.
Step 606: after the called position information is obtained, adding records; and after receiving the call request returned by the SCP AS, the VOLTE AS executes a subsequent call flow, and after obtaining the called position information, the VOLTE AS adds AVP (audio video protocol) to the message bye or 200bye to record the called position information no matter whether the called party is in a PS (packet switched) domain or a CS (circuit switched) domain.
Step 607: returning SIP information; and the VOLTE AS returns a bye or 200bye message carrying the user position information to the SCP AS.
Step 608: judging whether called position information is needed or not; if so, go to step 609, otherwise, go to step 613.
Step 609: judging whether the called position information can be obtained or not; when receiving bye or 200bye message, SCP AS checks whether the called position information can be obtained from AVP of the message, if yes, step 612 is carried out, otherwise step 610 is carried out.
Step 610: sending a called location query request; SCP AS sends a called location query request to HSS to obtain called location information, wherein the called location information can be sip UDR information or ATI information of MAP interface.
Step 611: returning the called position information; the HSS returns the called location information, which may be a sipUDA message or an ATI ACK.
Step 612: acquiring called position information; the SCP AS acquires the called position information from the AVP of the bye or 200bye message.
Step 613: and (5) generating a ticket after the call is ended.
It should be noted that, the embodiment of the present invention only provides a service scenario application server that only relates to an SCP AS in a call flow, and may also relate to multiple service scenario application servers, when multiple service scenario application servers are related, an SIP message sent by a VoLTE application server may sequentially flow to each service scenario application server, and when the SIP message flows to a certain service scenario application server, step 608 and subsequent steps need to be executed, which is not described herein again in the embodiment of the present invention.
It should be noted that information interaction between the VoLTE AS and the SCP AS is not direct, and a Serving-CSCF (S-CSCF) and other network elements are also in the middle.
The embodiment of the invention judges whether the position information of the called party needs to be obtained before the call is connected, if not, the called party does not need to be obtained, and the called party position information needs to be obtained before the call is connected, if the position information of the called party needs to be obtained before the call is connected, the called position query request is sent to the HSS, the call request is returned to the VoLTE AS, the VoLTE AS executes the subsequent call process, and after the VoLTE AS obtains the called position information, the called position information is stored in the SIP message, thereby reducing the query operation of the position information, shortening the call delay, improving the success rate of the call connection, and ensuring the consistency of the called position information in the intelligent network user telephone bills of both SCP AS and the VoLTE AS.
Fig. 7 is a schematic structural diagram of an entity of an electronic device according to an embodiment of the present invention, and as shown in fig. 7, the application server includes: a first processor (processor)701, a first memory (memory)702, and a first bus 703; wherein,
the first processor 701 and the first memory 702 communicate with each other via the first bus 703;
the first processor 701 is configured to call the program instructions in the first memory 702 to perform the methods provided by the above-mentioned method embodiments, for example, including: receiving a calling request, wherein the calling request comprises called information; storing called position information corresponding to the called information into a session initial protocol message according to the called information; and sending the session initiation protocol message to each service scene application server so that the service scene application server can acquire the called position information from the session initiation protocol message.
The present embodiment discloses a computer program product comprising a computer program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions which, when executed by a computer, enable the computer to perform the method provided by the above-mentioned method embodiments, for example, comprising: receiving a calling request, wherein the calling request comprises called information; storing called position information corresponding to the called information into a session initial protocol message according to the called information; and sending the session initiation protocol message to each service scene application server so that the service scene application server can acquire the called position information from the session initiation protocol message.
The present embodiments provide a non-transitory computer-readable storage medium storing computer instructions that cause the computer to perform the methods provided by the above method embodiments, for example, including: receiving a calling request, wherein the calling request comprises called information; storing called position information corresponding to the called information into a session initial protocol message according to the called information; and sending the session initiation protocol message to each service scene application server so that the service scene application server can acquire the called position information from the session initiation protocol message.
Fig. 8 is a schematic structural diagram of another electronic device entity provided in the embodiment of the present invention, and as shown in fig. 8, the application server includes: a second processor (processor)801, a second memory (memory)802, and a second bus 803; wherein,
the second processor 801 and the second memory 802 complete communication with each other through the second bus 803;
the second processor 801 is configured to call program instructions in the second memory 802 to perform the methods provided by the above-mentioned method embodiments, for example, including: receiving a session initiation protocol message sent by a VoLTE application server; and if the called position information needed by the service scene application server is judged and obtained, and the called position information is not stored in the service scene application server, obtaining the called position information from the session initial protocol message.
The present embodiment discloses a computer program product comprising a computer program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions which, when executed by a computer, enable the computer to perform the method provided by the above-mentioned method embodiments, for example, comprising: receiving a session initiation protocol message sent by a VoLTE application server; and if the called position information needed by the service scene application server is judged and obtained, and the called position information is not stored in the service scene application server, obtaining the called position information from the session initial protocol message.
The present embodiments provide a non-transitory computer-readable storage medium storing computer instructions that cause the computer to perform the methods provided by the above method embodiments, for example, including: receiving a session initiation protocol message sent by a VoLTE application server; and if the called position information needed by the service scene application server is judged and obtained, and the called position information is not stored in the service scene application server, obtaining the called position information from the session initial protocol message.
Those of ordinary skill in the art will understand that: all or part of the steps for implementing the method embodiments may be implemented by hardware related to program instructions, and the program may be stored in a computer readable storage medium, and when executed, the program performs the steps including the method embodiments; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.
The above-described embodiments of the application server and the like are merely illustrative, where the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may also be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware. With this understanding in mind, the above-described technical solutions may be embodied in the form of a software product, which can be stored in a computer-readable storage medium such as ROM/RAM, magnetic disk, optical disk, etc., and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments.
Finally, it should be noted that: the above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.

Claims (10)

1. A method for obtaining called location information, comprising:
receiving a calling request, wherein the calling request comprises called information;
storing called position information corresponding to the called information into a session initial protocol message according to the called information;
and sending the session initiation protocol message to each service scene application server so that the service scene application server can acquire the called position information from the session initiation protocol message.
2. The method of claim 1, wherein storing the called location information in a session initiation protocol message comprises:
and adding a called position information characteristic value pair in the session initial protocol message, and storing the called position information into the called position information characteristic value pair.
3. A method for obtaining called location information, comprising:
receiving a session initiation protocol message sent by a VoLTE application server;
and if the called position information needed by the service scene application server is judged and obtained, and the called position information is not stored in the service scene application server, obtaining the called position information from the session initial protocol message.
4. The method of claim 3, wherein prior to said receiving the session initiation protocol message sent by the VoLTE application server, the method further comprises:
receiving a call request sent by a VoLTE application server, wherein the call request comprises called information;
judging whether a called user corresponding to the called information opens a call authority control service based on the position or not according to the called information;
and if the called user does not open the call authority control service based on the position, directly returning the call request to the VoLTE application server.
5. A VoLTE application server, comprising:
the first receiving module is used for receiving a calling request, wherein the calling request comprises called information;
the storage module is used for storing the called position information corresponding to the called information into a session initial protocol message according to the called information;
a sending module, configured to send the session initiation protocol message to each service scenario application server, so that the service scenario application server can obtain the called location information from the session initiation protocol message.
6. A service scenario application server, comprising:
the second receiving module is used for receiving the session initiation protocol message sent by the VoLTE application server;
and the obtaining module is used for obtaining the called position information from the session initial protocol message if the called position information needed by the service scene application server is judged and obtained and the called position information is not stored in the service scene application server.
7. An electronic device, comprising: a first processor, a first memory, and a first bus, wherein,
the first processor and the first memory are communicated with each other through the first bus;
the first memory stores program instructions executable by the first processor, the first processor invoking the program instructions to perform the method of claim 1 or 2.
8. A non-transitory computer-readable storage medium storing computer instructions that cause a computer to perform the method of claim 1 or 2.
9. An electronic device, comprising: a second processor, a second memory, and a second bus, wherein,
the second processor and the second memory complete mutual communication through the second bus;
the second memory stores program instructions executable by the second processor, the second processor invoking the program instructions to perform the method of claim 3 or 4.
10. A non-transitory computer-readable storage medium storing computer instructions that cause a computer to perform the method of claim 3 or 4.
CN201710457008.4A 2017-06-16 2017-06-16 A kind of method and device obtaining called location information Pending CN109150799A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710457008.4A CN109150799A (en) 2017-06-16 2017-06-16 A kind of method and device obtaining called location information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710457008.4A CN109150799A (en) 2017-06-16 2017-06-16 A kind of method and device obtaining called location information

Publications (1)

Publication Number Publication Date
CN109150799A true CN109150799A (en) 2019-01-04

Family

ID=64830386

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710457008.4A Pending CN109150799A (en) 2017-06-16 2017-06-16 A kind of method and device obtaining called location information

Country Status (1)

Country Link
CN (1) CN109150799A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110691102A (en) * 2019-10-29 2020-01-14 维沃移动通信有限公司 Information sharing method, electronic equipment and server

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007011861A2 (en) * 2005-07-18 2007-01-25 Telecommunication Systems, Inc. Integrated services user part (isup)/session initiation protocol (sip) gateway for unlicensed mobile access (uma) emergency services call flow
CN101090562A (en) * 2006-06-15 2007-12-19 华为技术有限公司 Method and device for sending user terminal position information in IP multi-medium subsystem
CN101124809A (en) * 2004-09-29 2008-02-13 阿瓦亚集成柜解决方案公司 Wireless device to manage cross-network telecommunication services
CN102511172A (en) * 2011-12-05 2012-06-20 华为技术有限公司 Method and device for urgently calling and transmitting user location information to CS network in IMS network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101124809A (en) * 2004-09-29 2008-02-13 阿瓦亚集成柜解决方案公司 Wireless device to manage cross-network telecommunication services
WO2007011861A2 (en) * 2005-07-18 2007-01-25 Telecommunication Systems, Inc. Integrated services user part (isup)/session initiation protocol (sip) gateway for unlicensed mobile access (uma) emergency services call flow
CN101090562A (en) * 2006-06-15 2007-12-19 华为技术有限公司 Method and device for sending user terminal position information in IP multi-medium subsystem
CN102511172A (en) * 2011-12-05 2012-06-20 华为技术有限公司 Method and device for urgently calling and transmitting user location information to CS network in IMS network

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110691102A (en) * 2019-10-29 2020-01-14 维沃移动通信有限公司 Information sharing method, electronic equipment and server

Similar Documents

Publication Publication Date Title
CN107113294B (en) Apparatus and method for implementing call control in a telecommunications network
US8917850B2 (en) Method and system for implementing multimedia ring back tone service and multimedia caller identification service
CN109451186B (en) Voice interception method and system
US9560515B2 (en) System and method for supplementary services setting synchronization
US8594637B2 (en) System and method for modifying calling behavior
CN111049995A (en) Method and related device for controlling video color ring in call
CN107547465B (en) VoLTE high-definition voice automatic opening method, system and device
CN101931923B (en) Method for user registration of IP multimedia subsystem network and service fulfillment system
CN106911688A (en) Voice business realizing method and device based on IMS
US8660245B2 (en) Methods, systems, and computer readable media for providing advertising-supported call service
CN102685120B (en) VoIP client and calling implementation method, user terminal
CN104902540A (en) VoLTE scene-based method for acquiring user access location information at network side
CN109040493B (en) Terminal equipment calling method, device, equipment and storage medium
CN101155340B (en) Method and system for circuit field sensing IMS field conversation charging information
WO2012113331A1 (en) Service triggering method and system in ims network, computer program and storage medium
CN109040456B (en) Terminal equipment calling method, device, equipment and storage medium
CN110324819A (en) The management method and management server of vice card terminal
CN101111003B (en) Multimedia color ring system and its play method
CN104717180A (en) Method and system used for suppressing triggering of called service in IMS network
WO2010025633A1 (en) Communication network anchoring method and device
CN109150799A (en) A kind of method and device obtaining called location information
CN108600937B (en) User position information acquisition method and server
US20130121212A1 (en) Method and apparatus for supporting location-aware services
CN113453174B (en) Roaming place service providing method, IP multimedia system and storage medium
CN101699811A (en) Communication method, device and system of IMS centralized service

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20190104

RJ01 Rejection of invention patent application after publication