WO2013067907A1 - 终端的呼叫处理方法、装置及系统 - Google Patents

终端的呼叫处理方法、装置及系统 Download PDF

Info

Publication number
WO2013067907A1
WO2013067907A1 PCT/CN2012/084085 CN2012084085W WO2013067907A1 WO 2013067907 A1 WO2013067907 A1 WO 2013067907A1 CN 2012084085 W CN2012084085 W CN 2012084085W WO 2013067907 A1 WO2013067907 A1 WO 2013067907A1
Authority
WO
WIPO (PCT)
Prior art keywords
cscf
call
terminal
location information
called terminal
Prior art date
Application number
PCT/CN2012/084085
Other languages
English (en)
French (fr)
Inventor
李志军
郝振武
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2013067907A1 publication Critical patent/WO2013067907A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]

Definitions

  • Terminal call processing method terminal call processing method, device and system
  • the present invention relates to the field of communications, and in particular, to a call processing method, apparatus, and system for a terminal, and a method and system for providing terminal location information in an emergency call.
  • a user equipment or a UE
  • IMS IP Multimedia Subsystem
  • the IMS obtains the cell location information of the UE from the access layer in two ways: a location service (LCS) mode, a policy control, and a charging (Policy Control & Charging, PCC for short).
  • the LCS system is a service system that provides the current location information of the UE for the service system.
  • the LCS works between the network layer (including the core network and the access network) and the service layer (the service application system) of the wireless communication network.
  • the network layer of the wireless communication network obtains the location information of the UE;
  • the PCC system is a service system that creates a suitable bearer for the service system and provides bearer information to the service system, and the PCC works in the network layer (core network) and the service layer of the wireless communication.
  • the cell location information of the UE may also be provided to the application layer.
  • 1 is a schematic structural diagram of obtaining an IMS system's location information of a UE by using a PCC according to the related art.
  • LTE Long Term Evolution
  • System Architecture Evolution System Architecture Evolution, referred to as LTE
  • the SAE system is described as an example.
  • the system includes: an access network and a core network part, an IMS part, and a PCC part.
  • the access network and the core network part mainly include a base station node responsible for radio access, that is, an enhanced NodeB node (Evolved NodeB, referred to as eNodeB); a network element responsible for mobility management, that is, a mobility management network element,
  • Evolved NodeB referred to as eNodeB
  • MME Mobility Management Entity
  • HSS Home Subscriber Server
  • the IMS part mainly includes Call Session Control Function (CSCF).
  • CSCF Call Session Control Function
  • P-CSCF Proxy Call Session Control Function
  • S-CSCF Serving Call Session Control Function
  • HSS Home Subscriber Server
  • the PCC part mainly includes a Policy & Charging Rule Function (PCRF) and a Subscription Profile Repository (SPR).
  • PCRF Policy & Charging Rule Function
  • SPR Subscription Profile Repository
  • the PCRF is responsible for formulating policies and charging rules and delivering them to the user plane gateway.
  • SPR is responsible for the storage of user subscription data related to policy and billing. SPR is probably a logical function of HSS.
  • the home network and the visited network each have a PCRF
  • the home network is called H-PCRF
  • the visited network is called V-PCRF.
  • the policy and charging decision point is in the H-PCRF
  • the V-PCRF is only the role of the agent, which is responsible for forwarding the application service point (Application Function, AF) request to the H-PCRF.
  • AF Application Function
  • IMS CSCF is the role of AF.
  • the architecture of Figure 1 can be applied to the GERAN/UTRAN access system. The difference from the architecture diagram shown in Figure 1 is that the base station node includes the base station (Base Station) under the (GSM/EDGE Radio Access Network, GERAN) access system.
  • the UMTS Terrestrial Radio Access Network (UTRAN) access system includes a radio node (Radio Node, referred to as BS) and a base station controller (abbreviated as 3B4 BSC). RN) and Radio Node Controller (RNC); the core network node is MSC, SGSN under GERAN access system, SGSN under UTRAN access system; User subscription server is in GERAN/UTRAN related technology The middle is the Home Location Register (HLR).
  • HLR Home Location Register
  • FIG. 2 illustrates the manner in which the location of the called terminal is obtained when the S-CSCF receives the call request, and has the following steps: Step S201, the UE2 initiates a call request INVITE to the UE1, and the INVITE is routed to the S-CSCF registered by the UE1; Step S202, the S-CSCF finds that the route needs to be determined according to the location of the UE1 according to the user subscription, the service logic, etc.; Step S203, the S-CSCF forwards the INVITE to the P-CSCF; Step S204a, the P-CSCF forwards the INVITE to UE1; Step S204b, synchronization with S204a, the P-CSCF sends a request to the PCRF to query the location information of the
  • the IP-CAN refers to the LTE/SAE access network.
  • the PCRF queries the PGW for the location information of the UE1.
  • the PGW may further request the location information of the UE1 from the MME or the eNodeB according to the specific situation.
  • the PCRF obtains the location information of the UE1 returns the location information of the UE1 to the P-CSCF; in step S206, the position information of UE1 is provided by the network, may be labeled NPLKNetwork Provide Location Information) 0 step S207, following step S204a After receiving the INVITE message sent by the P-CSCF, the UE1 returns a 200 OK message to the P-CSCF.
  • Step S208 After receiving the 200 OK returned by the UE1, the P-CSCF receives the location information of the UE1 returned by the PCRF. Filling the relevant message content with the location information of the UE1 provided by the network; in step S209, the P-CSCF returns 200 01 ⁇ to 8-[8[? Carrying the NPLI; Step S210, the S-CSCF processes the call logic and returns a 200 OK to the UE2.
  • the S-CSCF receives the call request, if the service logic needs to be processed according to the location information of the called terminal and the call route is determined, the method shown in FIG. 2 cannot implement the requirement.
  • the prior art is an emergency call session control function (E-CSCF).
  • E-CSCF emergency call session control function
  • LRF location retrieval function
  • the LCS service is used to obtain the location information of the UE.
  • obtaining the location information of the UE through the LCS is complicated, and the call setup process has a certain time delay.
  • the E-CSCF queries the location information of the UE through the LRF to cause a call delay problem, and an effective solution has not been proposed yet.
  • a call processing method for a terminal including: a call session control function (CSCF) receives a call request sent by a calling terminal; the CSCF acquires location information of the called terminal; and the CSCF is configured according to the called terminal. Call logic and acquired location information, processing the subsequent process of the current call.
  • CSCF call session control function
  • the CSCF acquires location information of the called terminal, including: a serving call session control function (S-CSCF) sends a location query message to a proxy call session control function (P-CSCF); and the S-CSCF receives the P-CSCF query
  • S-CSCF serving call session control function
  • P-CSCF proxy call session control function
  • the S-CSCF receives the P-CSCF query
  • the CSCF processes the subsequent process of the current call according to the call logic of the called terminal and the obtained location information, including: the S-CSCF according to the locally saved the called terminal
  • the call logic acquires call logic corresponding to the location information, and processes the subsequent process of the current call according to the acquired call logic.
  • the Serving Call Session Control Function sends a location query message to the Proxy Call Session Control Function (P-CSCF), the method comprising: the S-CSCF sending a subscription notification message to the P-CSCF, wherein the subscription
  • the information carried in the notification message includes: a terminating MT event indication, and/or an indication that the P-CSCF queries the location information of the called terminal.
  • the method before the call session control function (CSCF) receives the call request sent by the calling terminal, the method further includes: after the called terminal performs IP multimedia subsystem IMS registration, the P-CSCF to the The S-CSCF sends a subscription request to subscribe to the terminating MT event.
  • the Serving Call Session Control Function sends a Location Query message to the Proxy Call Session Control Function (P-CSCF), the method comprising: the S-CSCF sending a Session Initiation Protocol (SIP) message to the P-CSCF
  • SIP Session Initiation Protocol
  • the SIP message carries an identifier indicating that the P-CSCF queries location information of the called terminal.
  • the SIP message includes: a SIP Message message, or a SIP Option message.
  • the CSCF acquires location information of the called terminal, including: the proxy call session control function P-CSCF receives the location-related call logic of the called terminal sent by the serving call session control function S-CSCF; The P-CSCF queries the location information of the called terminal; the CSCF processes the subsequent process of the current call according to the call logic of the called terminal and the obtained location information, including: the P-CSCF according to the The calling logic of the called terminal acquires call logic corresponding to the location information, and processes a subsequent process of the current call according to the acquired call logic.
  • the proxy call session control function P-CSCF receives the location-related call logic of the called terminal sent by the serving call session control function S-CSCF;
  • the P-CSCF queries the location information of the called terminal; the CSCF processes the subsequent process of the current call according to the call logic of the called terminal and the obtained location information, including: the P-CSCF according to the
  • the calling logic of the called terminal acquires call logic corresponding to the location information, and processes a subsequent process of the
  • the proxy call session control function P-CSCF receives the location-related call logic of the called terminal sent by the serving call session control function S-CSCF, including: the P-CSCF receiving the The call request message forwarded by the S-CSCF, wherein the call request message carries the location-related call logic of the called terminal.
  • the P-CSCF processes the subsequent process of the current call according to the acquired call logic, including: the P-CSCF determines, according to the acquired call logic process, that the current call needs to be cancelled or redirected, to the S The CSCF sends a cancel call message or a redirect call message, wherein the cancel call message or the redirect call message carries location information of the called terminal.
  • a call processing apparatus for a terminal located in a Serving Call Session Control Function (S-CSCF) includes: a first receiving module, configured to receive a call request sent by a calling terminal; And being configured to send a location query message to the proxy call session control function P-CSCF; the second receiving module is configured to receive location information of the called terminal that is queried by the P-CSCF; and the processing module is configured to be based on the locally saved location The call logic of the called terminal and the obtained location information, process the subsequent process of the current call.
  • S-CSCF Serving Call Session Control Function
  • a call processing system for a terminal including: a Serving Call Session Control Function (S-CSCF) and a Proxy Call Session Control Function (P-CSCF), wherein the S-CSCF,
  • S-CSCF Serving Call Session Control Function
  • P-CSCF Proxy Call Session Control Function
  • the device includes: the P-CSCF, configured to receive a location query message sent by the S-CSCF, query location information of the called terminal, and return the location information to the S-CSCF.
  • a call processing apparatus for a terminal located in a Proxy Call Session Control Function (P-CSCF) includes: a receiving module configured to receive a Serving Call Session Control Function (S-CSCF) The location-related call logic of the called terminal; a query module configured to query location information of the called terminal; and a processing module configured to: according to the call logic of the called terminal and the obtained location The location information, processing the subsequent process of the current call.
  • P-CSCF Proxy Call Session Control Function
  • a call processing system for a terminal including: a Serving Call Session Control Function (S-CSCF) and a Proxy Call Session Control Function (P-CSCF), wherein the S-CSCF, And configured to receive a call request sent by the calling terminal, and send the location-related call logic of the called terminal to the P-CSCF; the P-CSCF includes the foregoing apparatus.
  • S-CSCF Serving Call Session Control Function
  • P-CSCF Proxy Call Session Control Function
  • a method for providing terminal location information in an emergency call including: obtaining a mobility management by a public data network gateway entity during an emergency attached or emergency packet data network (PDN) connection establishment process Position information of the terminal actively reported by the network element; the P-CSCF acquires location information of the terminal from the public data network gateway entity; the P-CSCF forwards the call to the emergency call session control function (E-CSCF) When the emergency call request of the terminal is performed, the location information of the terminal is carried in the emergency call request and sent to the E-CSCF.
  • PDN packet data network
  • the public data network gateway entity obtains the location information of the terminal actively reported by the mobility management network element, including: after receiving the emergency attach request or the emergency PDN establishment request of the terminal, the mobility management network element
  • the public data network gateway entity initiates an emergency bearer setup request, where the emergency bearer setup request carries location information of the terminal; the public data network gateway entity receives the emergency bearer setup request, from the bearer Obtaining the location information of the terminal in the establishment request.
  • the obtaining, by the P-CSCF, the location information of the terminal from the public data network gateway entity includes: after obtaining the location information of the terminal, the public data network gateway entity reports the location information of the terminal to the policy And a charging rule function (PCRF); the P-CSCF acquires location information of the terminal from the PCRF.
  • the P-CSCF obtains the location information of the terminal from the PCRF, and the PCRF reports the location information of the terminal to the P-CSCF after acquiring the location information of the terminal.
  • the PCRF reports the location information of the terminal to the P-CSCF after receiving the location query request initiated by the P-CSCF.
  • the P-CSCF obtains the location information of the terminal from the public data network gateway entity, and the method includes: after receiving the emergency call request, the P-CSCF queries the PCRF for location information of the terminal; The public data network gateway entity queries the location information of the terminal and provides the location information to the P-CSCF.
  • the P-CSCF after forwarding the emergency call request of the terminal to the E-CSCF, carries the location information of the terminal in the emergency call request and sends the location information to the E-CSCF, and further includes After receiving the emergency call request of the terminal, the E-CSCF selects an appropriate public safety access point PSAP according to the location information of the terminal, and forwards the emergency call request to the PSAP.
  • a system for providing terminal location information in an emergency call including: a mobility management network element, configured to be in an emergency attach or emergency PDN connection establishment process of the terminal, to the public data network
  • the gateway entity reports location information of the terminal;
  • the public data network gateway entity is configured to receive location information of the terminal;
  • the P-CSCF is configured to acquire location information of the terminal from the public data network gateway entity. And, when forwarding the emergency call request of the terminal to the E-CSCF, carrying the location information of the terminal in the emergency call request and sending the information to the E-CSCF.
  • the system further includes: a policy and charging rule function (PCRF), configured to receive the location information of the terminal that is reported by the public data network gateway entity after acquiring the location information of the terminal, and actively Or reporting the location information of the terminal to the P-CSCF after receiving the location query request initiated by the P-CSCF; or the policy and charging rule function (PCRF) is configured to receive the P-CSCF initiated After the location query request, the location information of the terminal is queried from the public data network gateway entity and provided to the P-CSCF.
  • the E-CSCF is configured to select an appropriate public safety access point (PSAP) according to the location information of the terminal after receiving the emergency call request of the terminal, and before the emergency call request Transfer to the PSAP.
  • PSAP public safety access point
  • the CSCF after receiving the call request sent by the calling terminal, if it is necessary to process the service logic or determine the call route according to the location information of the called terminal, acquires the location information of the called terminal, according to the call logic of the called terminal and The acquired location information of the called terminal processes the subsequent process of the current call, and implements special service logic processing and decision call routing according to the location information of the called terminal, thereby improving the user experience.
  • FIG. 1 is a schematic diagram of an architecture of an IMS system obtaining location information of a UE by using a PCC according to the related art
  • FIG. 2 is a flowchart of acquiring location information of a called terminal by an IMS network element in a call situation according to the related art
  • 3 is a flowchart of a call processing method of a terminal according to the present invention
  • FIG. 4 is a schematic structural diagram of a call processing apparatus of a terminal corresponding to the method of the first method according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a call processing apparatus according to the present invention.
  • FIG. 6 is a schematic structural diagram of a call processing system of a terminal according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of call processing of another terminal according to an embodiment of the present invention
  • FIG. 8 is a flowchart of acquiring location information of a called terminal according to Embodiment 1 of the present invention;
  • FIG. 9 is a flowchart of acquiring location information of a called terminal according to Embodiment 2 of the present invention
  • 10 is a flowchart of a call processing method of a terminal according to Embodiment 3 of the present invention
  • FIG. 11 is a flowchart of a method for providing terminal location information in an emergency call according to an embodiment of the present invention
  • FIG. 12 is a fourth embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of a system for providing terminal location information in an emergency call according to an embodiment of the present invention.
  • a call processing method for a terminal includes the following steps (step S302-step S306): Step S302, the call session control function CSCF receives a call from a calling terminal. Step S304: The CSCF acquires the location information of the called terminal. In step S306, the CSCF processes the subsequent process of the current call according to the call logic of the called terminal and the acquired location information.
  • the CSCF after receiving the call request sent by the calling terminal, if it is required to process the service logic or determine the call route according to the location information of the called terminal, acquires the location information of the called terminal, according to the called terminal call.
  • the logic processes the subsequent process of the current call, and implements special service logic processing and decision call routing according to the location information of the called terminal, thereby improving the user experience.
  • the call session control function CSCF can be classified according to functions: a proxy call session control function P-CSCF and a service call session control function S-CSCF.
  • the call processing of the terminal can be processed in two ways according to actual needs.
  • the S-CSCF may send a location query message to the P-CSCF, the P-CSCF queries the location information of the called terminal and feeds back the location information to the S-CSCF, and the S-CSCF executes the call logic. Judgment, processing the subsequent process of the current call.
  • the S-CSCF after receiving the call request, the S-CSCF sends the location-related call logic of the called terminal to the P-CSCF, and the P-CSCF queries the location information of the called terminal, and the P-CSCF can perform the call logic on its behalf. Judgment, and process the subsequent process of the current call.
  • the S-CSCF may send a location query message to the P-CSCF;
  • the P-CSCF queries the current location information of the called terminal, and feeds back the queried location information to the S-CSCF.
  • the S-CSCF can perform the judgment of the call logic and process the subsequent process of the current call. .
  • acquiring the location information of the called terminal may include: the S-CSCF sending a location query message to the proxy call session control function P-CSCF; - The CSCF receives the location information of the called terminal queried by the P-CSCF.
  • the S-CSCF may query the location sent to the P-CSCF to cause the P-CSCF to query the location information of the called terminal.
  • the S-CSCF can notify the P-CSCF to provide location information of the called terminal through a subscription notification mechanism.
  • the sending, by the S-CSCF, the location query message to the P-CSCF may include: the S-CSCF sending a subscription notification message to the P-CSCF, where the information carried in the subscription notification message may include However, it is not limited to: a terminating MT event indication, and/or an indication that the P-CSCF is queried for location information of the called terminal.
  • the terminal can register with the IMS as needed and set call logic related to the location information of the terminal. For example, it can be set that the terminal is prohibited from being called in the special location area.
  • the P-CSCF may subscribe to the S-CSCF for a terminating event, and the S-CSCF determines whether to receive the subscription of the P-CSCF according to the operator policy and the user subscription data.
  • the method may further include: performing an IP Multimedia Subsystem IMS on the called terminal.
  • the P-CSCF sends a subscription request to the S-CSCF to subscribe to the terminating MT event.
  • the P-CSCF may also be notified by a Session Initiation Protocol SIP message, and the P-CSCF is required to provide location information of the called terminal.
  • the sending, by the S-CSCF, the location query message to the P-CSCF may include: the S-CSCF sending a session initiation protocol SIP message to the P-CSCF, where the SIP message carries the indication P
  • the -CSCF queries the identity of the location information of the called terminal.
  • the P-CSCF can be notified by the "Message" message in the SIP message to query the location information of the called terminal.
  • the Option message in the SIP message may be extended to notify the P-CSCF of the location information of the called terminal.
  • the S-CSCF may perform the judgment of the call logic to process the subsequent process of the current call. For example, according to the current location information of the called terminal and the call logic of the called terminal, the called terminal is obtained. The current location is forbidden to call, and the S-CSCF can cancel the call to the called terminal. Therefore, in a preferred embodiment of the embodiment of the present invention, the CSCF is based on the call logic of the called terminal and the acquired.
  • the foregoing location information, processing the subsequent process of the current call may include: the S-CSCF acquires call logic corresponding to the location information according to the locally saved call logic of the called terminal, and processes the subsequent process of the current call according to the acquired call logic.
  • the S-CSCF may send a called call to the P-CSCF if it is required to process the service logic or determine the call route according to the location information of the called terminal.
  • the S-CSCF may send the location-related call logic of the called terminal to the P-CSCF, and after the P-CSCF queries the location information of the called terminal, the call logic is executed. Judge, and process the subsequent process of the current call.
  • the S-CSCF sends the location-related call logic of the called terminal to the P-CSCF, which may be before the P-CSCF queries the location information, or after the P-CSCF queries the location information.
  • the acquiring, by the CSCF, the location information of the called terminal may include: the P-CSCF receiving the location-related call logic of the called terminal sent by the S-CSCF; the P-CSCF query is called. Location information of the terminal.
  • the P-CSCF can process the subsequent procedure of the called terminal according to the location information of the called terminal and the call logic delivered by the S-CSCF.
  • the P-CSCF acquires call logic corresponding to the location information of the called terminal according to the call logic of the called terminal delivered by the S-CSCF, and processes the current call according to the acquired call logic.
  • the S-CSCF may carry the location-related call logic of the called terminal in the call request message forwarded to the P-CSCF, and send the call logic to the P-CSCF through the forwarded call request message.
  • the P-CSCF obtains the call logic from the call request message, and then performs the call logic judgment to process the subsequent process of the call.
  • the P-CSCF receives the location-related call logic of the called terminal sent by the S-CSCF, and may include: the P-CSCF receives the call request message of the S-CSCF forwarding, where The call request message carries location-related call logic of the called terminal.
  • the P-CSCF can process the subsequent procedure of the call according to the location-related call logic of the called terminal delivered by the S-CSCF to the P-CSCF and the location information of the called terminal.
  • the P-CSCF may send a call request message to the called terminal according to the call logic corresponding to the current location of the called terminal, or send a call cancellation message to the S-CSCF. For example, if the calling logic sent by the S-CSCF to the P-CSCF is to prohibit the called terminal from being called in a specific location area, and the called terminal is currently located in the location area, the P-CSCF may go to the S- CSCF returns a message to cancel the call, or call redirection, and in these messages, you can enter one The step carries the location information of the called terminal.
  • the P-CSCF processes the subsequent process of the current call according to the acquired call logic, and may include, but is not limited to: the P-CSCF determines, according to the acquired call logic process, that the current call needs to be cancelled or redirected. And sending a cancel call message or a redirect call message to the S-CSCF, where the cancel call message or the redirect call message carries the location information of the called terminal.
  • the P-CSCF determines, according to the acquired call logic process, that the current call needs to be cancelled or redirected.
  • sending a cancel call message or a redirect call message to the S-CSCF, where the cancel call message or the redirect call message carries the location information of the called terminal.
  • the method of the first method or the method of the second method may be used, or the method of the first method and the second method of the first embodiment of the present invention may be used simultaneously to perform call processing of the terminal.
  • the S-CSCF may decide whether to send the call logic to the P-CSCF according to its service policy, and the P-CSCF replaces the S-CFCS to perform the call logic judgment, and processes the subsequent process of the call. For example, when the S-CSCF traffic reaches a preset value, the S-CSCF sends a call logic to the P-CSCF, and the P-CSCF performs a partial call logic judgment, and the subsequent process of the call, thereby implementing the S-CSCF and the P- CSCF traffic load balancing ensures the reliability and stability of the call service.
  • a call processing device of two types of terminals which respectively corresponds to the methods corresponding to the first mode and the second mode in the foregoing embodiment of the present invention, and can be used to implement the terminal corresponding to the first mode and the second mode respectively.
  • Call processing method The device corresponding to the method of the first method, as shown in FIG. 4, may be located in the S-CSCF, and is mainly used for acquiring location information of the called terminal from the P-CSCF, and according to the location information of the called terminal and the call.
  • 4 is a schematic structural diagram of a call processing apparatus of a terminal corresponding to the method of the first method according to the embodiment of the present invention. As shown in FIG. 4, the apparatus is located in the S-CSCF, and may include: a first receiving module 402, a sending module 404, The second receiving module 406 and the processing module 408.
  • the first receiving module 402 is configured to receive a call request sent by the calling terminal, and the sending module 404 is coupled to the first receiving module 402, and configured to send a location query message to the proxy call session control function (P-CSCF);
  • the receiving module 406 is coupled to the sending module 404, and configured to receive the location information of the called terminal that is queried by the P-CSCF.
  • the processing module 408 is coupled to the second receiving module 406 and configured to be based on the locally saved call of the called terminal. The logic and the obtained location information are processed to process the subsequent process of the current call.
  • the sending module 404 sends a location query message to the P-CSCF, which can be implemented by using a subscription mechanism.
  • the sending module 404 sends the P-CSCF to the P-CSCF.
  • a subscription notification message is sent, requesting the P-CSCF to provide location information of the called terminal.
  • the information carried in the subscription notification message may include, but is not limited to, a terminal call MT event indication, and/or indicate a P-CSCF. Query the identifier of the location information of the called terminal.
  • the P-CSCF After the P-CSCF queries the location information, it sends a message containing the location information to the S-CSCF, and the second receiving module 406 receives the location information of the called terminal sent by the P-CSCF.
  • the user terminal can register with the IMS and set call logic associated with the terminal location information. For example, it can be set that the terminal is prohibited from being called in the special location area.
  • the P-CSCF may send a subscription request to the S-CSCF to subscribe to the terminal call MT event, and the S-CSCF determines whether to receive the subscription of the P-CSCF according to the operator policy and the user subscription data. And send a notification message to the P-CSCF.
  • the sending module 404 may send a subscription notification message to the P-CSCF to inform the P-CSCF to provide the location information of the called terminal.
  • the P-CSCF may also be notified by a Session Initiation Protocol SIP message, and the P-CSCF is required to provide location information of the called terminal.
  • the sending module 404 sends a location query message to the P-CSCF, where the sending module 404 sends a session initiation protocol SIP message to the P-CSCF, where the SIP message carries an indication that the P-CSCF query is called. The identification of the location information of the terminal.
  • the P-CSCF can be notified by the "Message" message in the SIP message to query the location information of the called terminal.
  • the purpose of notifying the P-CSCF to query the location information of the called terminal may be achieved by performing a certain extension on the Option message in the SIP message.
  • the message after the P-CSCF queries the location information, the second receiving module 406 receives the location information of the called terminal that is queried by the P-CSCF, and the processing module 408 acquires the call corresponding to the location information according to the call logic of the called terminal. Logic, and process the subsequent flow of the current call based on the acquired call logic.
  • the S-CSCF receives the call request, it can first obtain the location information of the called terminal, thereby implementing the call process according to the location information, thereby improving the user experience.
  • 5 is a schematic structural diagram of a call processing apparatus of a terminal corresponding to the method of the second method according to the embodiment of the present invention. As shown in FIG.
  • the apparatus is located in the P-CSCF, and may include: a receiving module 502, a querying module 504, and a processing module. 506.
  • the receiving module 502 is configured to receive location-related call logic of the called terminal sent by the serving call session control function S-CSCF;
  • the query module 504 is configured to query location information of the called terminal;
  • the module 502 is coupled to the query module 504 and configured to process the subsequent flow of the current call according to the call logic of the called terminal and the obtained location information.
  • the S-CSCF may process the service logic or determine the call route according to the location information of the called terminal, and may send the location-related call logic of the called terminal to the P-CSCF.
  • the S-CSCF may send a call logic to the P-CSCF by using a forward call request message,
  • the call request message carries location-related call logic of the called terminal.
  • the query module 504 can query the location information of the called terminal after receiving the call request message forwarded by the S-CSCF. At the same time, the query module 504 can also query the location information of the called terminal after receiving the call logic.
  • the processing module 506 After the receiving module 502 receives the location-related call logic of the called terminal sent by the S-CSCF, the processing module 506 acquires call logic corresponding to the location information according to the call logic of the called terminal, and processes the current according to the acquired call logic. The follow-up process of the call.
  • the processing module 506 can send a call request message to the called terminal according to the call logic corresponding to the current location of the called terminal, or send a call cancellation message or the like to the S-CSCF.
  • the processing module 506 can go to the S- The CSCF returns a message to cancel the call, or call redirection, and in these messages, the location information of the called terminal can be further carried.
  • the processing module 506 processes the subsequent process of the current call according to the acquired call logic, and may, but is not limited to, including the processing module 506, according to the acquired call logic process, determining that the current call needs to be cancelled or redirected, and sending a cancel call message to the S-CSCF or And redirecting the call message, where the cancel call message or the redirect call message carries the location information of the called terminal.
  • the receiving module 502 of the call processing device of the terminal receives the called call sent by the serving call session control function S-CSCF.
  • a call processing system for two types of terminals which respectively includes a call processing device corresponding to the terminal in FIG. 4 and FIG. 5 in the foregoing embodiment of the present invention, and can be respectively implemented to implement modes 1 and 2 respectively.
  • the call processing method of the terminal is provided, which respectively includes a call processing device corresponding to the terminal in FIG. 4 and FIG. 5 in the foregoing embodiment of the present invention, and can be respectively implemented to implement modes 1 and 2 respectively.
  • the S-CSCF and the P-CSCF are mainly interacted to obtain the location information of the called terminal, and the S-CSCF is obtained by the S-CSCF.
  • the call logic is judged, and the subsequent process of the call is processed according to the call logic corresponding to the location of the called terminal and the current location information of the called terminal.
  • the S-CSCF delivers the call logic corresponding to the location of the called terminal to the P-CSCF, and the P-CSCF queries the called.
  • FIG. 6 is a schematic structural diagram of a call processing system of a terminal according to an embodiment of the present invention.
  • the system may include: a service call session control function S-CSCF 602 and a proxy call session control function P-CSCF 604.
  • the service call session control function S-CSCF 602 may include a call processing apparatus of the terminal as shown in FIG. 4, the user receives a call request message of the calling terminal, sends a location query message to the P-CSCF 604, and receives the P.
  • proxy call session control function P-CSCF 604 coupled with S-CSCF 602, configured to receive the location query message sent by S-CSCF 602, query the called terminal Location information, and return location information to S-CSCF 602.
  • the S-CSCF 602 may send a location query message to the P-CSCF 604 if the service logic needs to be processed according to the location information of the called terminal or the call route is determined.
  • the location information of the called terminal is queried by the P-CSCF 604, and the queried location information is fed back to the S-CSCF 602.
  • the S-CSCF 602 processes according to the locally stored call logic of the called terminal and the current location of the called terminal. The follow-up process of the call.
  • the S-CSCF 602 sends a location query message to the P-CSCF 604, which can be implemented by a subscription mechanism or a SIP message. Specifically, if through the subscription mechanism, the P-CSCF 604 can subscribe to the S-CSCF 602 for a terminating MT event before the called terminal is called, and after the S-CSCF 602 receives the call request message, the S-CSCF 602 proceeds to the P- The CSCF 604 sends a subscription notification message informing the P-CSCF 604 to provide location information for the called terminal.
  • the S-CSCF 602 may send a Session Initiation Protocol SIP message to the P-CSCF 604 requesting the P-CSCF 604 to provide location information.
  • the SIP message carries an identifier indicating that the P-CSCF queries the location information of the called terminal.
  • the P-CSCF can be notified by the "Message" message in the SIP message to query the location information of the called terminal.
  • the Option message in the SIP message may be extended to notify the P-CSCF of the location information of the called terminal.
  • the S-CSCF 602 can first obtain the location information of the called terminal, and then process the call process according to the location information, thereby implementing the service logic according to the location information of the called terminal. Decide on call routing and improve the user experience.
  • 7 is a schematic structural diagram of a call processing system of another terminal according to an embodiment of the present invention. As shown in FIG. 7, the system may include: a service call session control function S-CSCF 702 and a proxy call session control function P-CSCF.
  • the service call session control function S-CSCF 702 is configured to receive a call request sent by the calling terminal, and send the location-related call logic of the called terminal to the P-CSCF 704; the proxy call session control function P- The CSCF 704, coupled to the S-CSCF 702, includes a call processing apparatus of the terminal as shown in FIG. 5, configured to receive location-related call logic of the called terminal transmitted by the S-CSCF 702, and to query the location of the called terminal. Information, and processing the subsequent flow of the call based on the location-related call logic of the called terminal and the current location of the called terminal.
  • the S-CSCF 702 may send the called terminal to the P-CSCF 704 if it needs to process the service logic or decide the call route according to the location information of the called terminal.
  • Location-related call logic Preferably, the S-CSCF 702 can send the call logic to the P-CSCF 704 by using a forwarded call request message, where the call request message carries location-related call logic of the called terminal.
  • the P-CSCF 704 may query the location information of the called terminal after receiving the call request message forwarded by the S-CSCF 702. At the same time, the P-CSCF 704 can also query the location information of the called terminal after receiving the call logic.
  • the P-CSCF 704 acquires call logic corresponding to the location information according to the call logic of the called terminal, and processes the subsequent process of the current call according to the acquired call logic.
  • the P-CSCF 704 may send a call request message to the called terminal according to the call logic corresponding to the current location of the called terminal, or send a call cancellation message or the like to the S-CSCF.
  • the call logic sent by the S-CSCF 702 to the P-CSCF 704 is to prohibit the called terminal from being called in a specific location area, and the called terminal is currently located in the location area, then the P-CSCF 704 can A message to cancel the call, or call redirection, is returned to the S-CSCF 702, and in these messages, the location information of the called terminal can be further carried.
  • the call logic of the calling terminal and the current location of the called terminal process the subsequent process of the call, and realize the processing of the service logic according to the location information of the called terminal, determine the call route, and improve the user experience.
  • the following description is made by way of specific embodiments. It should be noted that the following embodiments are described by taking the UE accessing E-UTRAN/EPS as an example. However, those skilled in the art will appreciate that the embodiments described below are equally valid for UE access to GERAN/UTRAN.
  • the Home Location Register (HLR) in the GERAN/UTRAN is equivalent to the HSS in the E-UTRAN/EPS, serving the General Packet Radio Service Support Node (SGSN). Equivalent to the MME in E-UTRAN/EPS.
  • the P-CSCF subscribes to the S-CSCF for a terminating event (MT event), so that the S-CSCF informs the P-CSCF to receive the terminating call (ie, the call) through the subscription notification at the terminating call. Request), the P-CSCF further triggers the location information query process of the called UE according to the MT event.
  • FIG. 8 is a flowchart of acquiring location information of a called terminal according to Embodiment 1 of the present invention.
  • the method includes the following steps: S8A01, UE1 (called terminal) performs an IMS registration process; S8A02, after registration, the P-CSCF subscribes to the S-CSCF for a terminating event (MT event).
  • the P-CSCF may decide whether to initiate the subscription request to the S-CSCF according to the operator policy, the roaming protocol, and the like.
  • the S-CSCF returns a 200 OK to the P-CSCF, and confirms the subscription to the MT termination event.
  • the S-CSCF considers that it is not required to subscribe to the MT termination event according to the operator policy and the user subscription data, Notify the P-CSCF that the subscription will not be received. For example: If the UE does not have a service that needs to decide the call route according to the location according to the user subscription data, the subscription may not be received.
  • UE2 (calling terminal) initiates a call request INVITE to UE1, and the INVITE is routed to the S-CSCF registered by lj UE1; S8B02, S-CSCF sends a subscription notification to the P-CSCF, and the notification event is an MT termination call event;
  • the S-CSCF finds that the route needs to be determined according to the location of the UE1 according to the user subscription, service logic, etc., so that the S-CSCF sends a subscription notification to the P-CSCF.
  • an identifier may be carried to instruct the P-CSCF to provide location information of the called terminal.
  • the P-CSCF may understand that the subscription notification of the MT-end call event received by the S-CSCF is required to provide the S-CSCF with the location information of the called terminal.
  • Step S8B03 the P-CSCF sends a request to the PCRF to query the location information of the UE1.
  • Step S8B04 the PCRF and the IP-CAN interact to query the location information of the UE1.
  • the IP-CAN refers to the LTE/SAE access network.
  • the PCRF queries the PGW for the location information of the UE1.
  • the PGW may further request the location information of the UE1 from the MME or the eNodeB according to the specific situation.
  • Step S8B05 after obtaining the location information of the UE1, the PCRF returns the location information (NPLI) of the UE1 to the P-CSCF; Step S8B06, the P-CSCF returns a 200 OK to the S-CSCF, and carries the location information (NPLI) of the UE1; Step S8B07, The S-CSCF determines the service processing and routing according to the location information of the UE1; Step S8B08, if the call is still routed to the UE1, the S-CSCF forwards the INVITE to the P-CSCF; Step S8B09, the P-CSCF forwards the INVITE to the UE1; Steps S8B10 to S8B12, and subsequent SIP session processing procedures.
  • the S-CSCF can notify the P-CSCF to provide the location information of the called terminal after receiving the MT termination request, so that the S-CSCF can be based on the current location of the called terminal.
  • the location-related call logic of the called terminal handles the subsequent flow of the call.
  • the S-CSCF does not use the subscription notification mechanism like the flow shown in FIG. 8, but uses the "Message" message in the SIP message to notify the P-CSCF, and requests the P-CSCF to provide the called.
  • the location information of the terminal (the Option message in the SIP message can also be extended to achieve this purpose).
  • Step S901 UE2 (calling terminal) initiates a call request INVITE to UE1.
  • the INVITE is routed to the S-CSCF registered by the UE1, and the step is equivalent to the S8B01 in the first embodiment of the present invention; in step S902, the S-CSCF sends a "Message" message to the P-CSCF, informing the P-CSCF to provide the location information of the UE1.
  • step S902 the subscription notification mechanism is not adopted, but the P-CSCF is notified by the "Message" message in the SIP message, and the P-CSCF is required to provide the location information of the UE1.
  • the Option message in the SIP message can also be extended to achieve the purpose of notifying the P-CSCF.
  • Step S903 the P-CSCF sends a request to the PCRF/IP-CAN to query the location information of the UE1.
  • Step S904 after obtaining the location information of the UE1, the P-CSCF returns the location information of the UE1 to the S-CSCF by using a "Message"message; S905-Step S910, step S8B07-S8B12 in the third embodiment of the present invention.
  • Step S1001 UE2 initiates a call request INVITE to UE1, and the INVITE is routed to UE1 for registration.
  • step S1002 the S-CSCF sends the call logic to the P-CSCF.
  • the S-CSCF finds that the route needs to be determined according to the location of the UE1 according to the user subscription, call logic, etc., so that the call is made.
  • the logic is sent to the P-CSCF.
  • Step S1003a After receiving the call logic sent by the S-CSCF, the P-CSCF returns 200 OK.
  • Step S1003b synchronization with step S1003a, the P-CSCF queries the PCRF for location information of the UE1, and the PCRF is from the access layer (IP-CAN). The location information of the UE is queried; in step S1004, the S-CSCF forwards the INVITE to the P-CSCF; it should be noted that step S1002 may be considered to be included in step S1004. If step S1002 is included in step S1004, step S1003b must be executed after step S1004, and step S1003 is no longer needed. Step S1005, the P-CSCF completes the step S1003b, and after receiving the step S1004, determines the subsequent call processing according to the location information of the UE1 and the call logic.
  • IP-CAN access layer
  • the call logic sent by the S-CSCF to the P-CSCF is assumed. If UE1 is forbidden to be terminated in a specific location area, and UE1 is located in the location area, the P-CSCF may return a cancel call to the S-CSCF (step S1006a), or call redirection (step S1006b). And the message of the UE1 may be further carried in the messages. Step S1006a, the P-CSCF sends a message to cancel the call to the S-CSCF, and further carries the location information of the UE1.
  • Step S1006b the P-CSCF sends a message of the call redirection to the S-CSCF, and further carries the location information of the UE1; Step S1007, After receiving step S1006a, or step S1006b, the S-CSCF continues the subsequent call processing flow.
  • the S-CSCF may send a part of the call logic related to the location of the called terminal to the P-CSCF, and the P-CSCF performs the judgment of the call logic and returns an appropriate processing response.
  • a call processing software for a terminal which is used to execute the technical solutions described in the above embodiments and their preferred embodiments.
  • a storage medium in which the call processing software of the above terminal is stored, and the storage medium includes, but is not limited to, an optical disk, a floppy disk, a hard disk, a rewritable memory, and the like.
  • the E-CSCF queries the location information of the UE through the LRF to cause the call delay.
  • the embodiment of the present invention provides a method for providing terminal location information in an emergency call, by which the method P- The CSCF/E-CSCF can quickly acquire the location information of the UE.
  • 11 is a flowchart of a method for providing terminal location information in an emergency call according to an embodiment of the present invention, as shown in FIG.
  • the method includes the following steps (step S1102 - step S1106): Step S1102, in the emergency attached or emergency packet data network (PPN) connection establishment process, the public data network gateway entity Obtaining the location information of the terminal that is actively reported by the mobility management network element; when the terminal initiates the emergency attachment, the mobility management network element (for example, the MME or the SGSN) can detect that the attachment request sent by the terminal is used to establish an emergency call connection, thereby actively The location information of the terminal is pushed to a public data network gateway entity (for example, PGW or GGSN). Similarly, when the terminal initiates the PDN establishment request of the emergency bearer, the mobility management network element may also actively push the location information of the terminal to the public data network gateway entity.
  • PDN packet data network
  • the public data network gateway entity obtains the location information of the terminal that is actively reported by the mobility management network element, and may include: the mobility management network element receives the emergency attach request or the emergency PDN of the terminal. After the request is established, the emergency data bearer setup request is sent to the public data network gateway entity, where the emergency bearer setup request carries the location information of the terminal; the public data network gateway entity receives the emergency bearer setup request, and obtains the terminal from the bearer setup request. location information.
  • the public data network gateway entity can obtain the location information of the terminal by using the emergency bearer setup request sent by the mobility management network element, and does not need to create a message of the location information of the dedicated transport terminal, thereby increasing the embodiment of the present invention.
  • Step S1104 The P-CSCF obtains the location information of the terminal from the public data network gateway entity.
  • the public data network gateway entity can actively report the location information of the terminal to the PCRF.
  • the P-CSCF can obtain the location information of the terminal from the PCRF. Therefore, in a preferred embodiment of the present invention, the P-CSCF obtains the location information of the terminal from the public data network gateway entity, and may include: the public data network gateway entity obtains the location information of the terminal after acquiring the location information of the terminal.
  • the P-CSCF obtains the location information of the terminal from the PCRF.
  • the public data network gateway entity can actively report to the PCRF when acquiring the location information of the terminal, thereby reducing signaling interaction. If the PCRF has established a control signaling link (e.g., an Rx signaling link) with the P-CSCF, the PCRF can actively report the location information of the terminal to the P-CSCF.
  • the P-CSCF may actively send a location query request to the PCRF, and the PCRF reports the location information of the terminal to the P-CSCF.
  • the PCRF after obtaining the location information of the terminal, the PCRF reports the location information of the terminal to the P-CSCF, and in this manner, the signaling interaction between the PCRF and the P-CSCF can be reduced; or, the PCRF also After receiving the location query request initiated by the P-CSCF, the location information of the terminal may be reported to the P-CSCF.
  • the PCRF may transmit the location information of the terminal to the P-CSCF when the P-CSCF needs it. , avoiding the waste of resources.
  • the P-CSCF may actively send a location query request to the PCRF, and the PCRF reports the location information of the terminal to the P-CSCF.
  • the P-CSCF obtains the location information of the terminal from the public data network gateway entity, and may include: after receiving the emergency call request, the P-CSCF queries the PCRF for location information of the terminal; and the PCRF queries the public data network gateway entity for the location of the terminal. Information and provided to the P-CSCF.
  • Step S1106 When the P-CSCF forwards the emergency call request to the E-CSCF, the P-CSCF carries the location information of the terminal in the emergency call request and sends the location information to the E-CSCF.
  • the P-CSCF may forward the emergency call request to the E-CSCF, and carry the location information (labeled as NPLI) of the terminal in the emergency call request.
  • the E-CSCF decides to select an appropriate Public Safety Access Point (PSAP) according to the location information (NPLI) of the carried UE, and forwards the emergency call request to PSAP. Therefore, in a preferred embodiment of the present invention, the P-CSCF carries the location information of the terminal in an emergency call request and sends it to the E-CSCF after the emergency call request to the E-CSCF forwarding terminal.
  • PSAP Public Safety Access Point
  • the method may include: after receiving the emergency call request of the terminal, the E-CSCF selects an appropriate PSAP according to the location information of the terminal, and forwards the emergency call request to the PSAP.
  • the PCC is used to provide the location service for the emergency call
  • the P-CSCF reports the obtained location information of the terminal to the E-CSCF
  • the E-CSCF does not need to query the terminal location information through the LRF, which simplifies the provision of the emergency call.
  • the process of terminal location makes it easier to provide location services for emergency calls.
  • the following takes the UE access to the E-UTRAN/EPS as an example, which is described by way of a specific embodiment. Embodiment 4 FIG.
  • Step S1201 The UE initiates an emergency attach, or initiates an emergency PDN. Establishing a request; Step S1202, after receiving the emergency attach request of the UE or the emergency PDN establishment request, the MME
  • the SGW/PGW initiates a bearer setup request, and requests to establish an emergency bearer for the UE.
  • the MME detects the emergency attach request and the emergency PDN connection request of the UE, and actively carries the location information (NPLI) of the UE to the SGW/ The bearer establishment request of the PGW.
  • Step S1203 After receiving the bearer setup request, the PGW creates an emergency bearer for the UE.
  • the PGW reports the location information of the UE to the PCRF; if the PGW and the PCRF have established a control signaling link (Gx signaling link), the PGW reports the location information of the UE to the PCRF.
  • Gx signaling link control signaling link
  • the report of the location information may be performed during the process in which the PGW requests the bearer control policy from the PCRF.
  • Step S1204 optionally, the PCRF reports the location information of the UE to the P-CSCF; if the PCRF and the P-CSCF have established a control signaling link (Rx signaling link), the Bay U PCRF
  • the P-CSCF reports the location information of the UE. It should be noted that the execution of steps S1203 and S1204 may be further controlled by the operator policy. That is, even if the control signaling link between the PGW and the PCRF, the PCRF, and the P-CSCF already exists, the active push operation of the location information of the UE is not necessarily performed. That is to say, steps S1203 and S1204 are conditional.
  • Step S1205 After the PGW creates an emergency bearer for the UE, the PGW returns a bearer setup response.
  • Step S1206 The MME returns an attach response to the UE, or the PDN establishes a response.
  • Step S1207 The UE sends an emergency session request to the P-CSCF, that is, an emergency INVITE request.
  • the UE initiates an emergency session request to the P-CSCF, typically after the UE performs an emergency attach and creates an emergency PDN connection. Alternatively, when the UE is located in the home network, the UE may initiate an emergency session request directly on the non-emergency PDN connection.
  • Step S1208 After receiving the emergency session request, the P-CSCF initiates a location request process to the PCRF, requesting the PCRF to return the location information of the UE. In this step, if the P-CSCF has not obtained the location information of the UE from the PCRF, or P- The CSCF believes that the location information previously obtained from the PCRF has expired, and the P-CSCF actively initiates a location query procedure to the PCRF.
  • Step S1209 After receiving the location query request of the P-CSCF, the PCRF initiates a location query request to the PGW, and requests the PGW to return the location information of the UE.
  • Step S1210 The PGW returns the location information (NPLI) of the UE to the PCRF.
  • Step S1211, PCRF The P-CSCF returns the location information (NPLI) of the UE.
  • Step S1212 After receiving the location information of the UE, the P-CSCF forwards the emergency call request to the E-CSCF, and carries the location information (NPLI) of the UE in the INVITE request.
  • a system for providing terminal location information in an emergency call is provided, and the system can be used to implement the foregoing providing method provided by the embodiment of the present invention.
  • the system includes: a mobility management network element 1302, a public data network gateway entity 1304, and a P-CSCF 1306.
  • the mobility management network element 1302 is configured to report the location information of the terminal to the public data network gateway entity 1304 during the emergency attach or emergency PDN connection establishment process of the terminal; the public data network gateway entity 1304 is coupled to the mobility management.
  • the network element 1302 is set to the location information of the receiving terminal; the P-CSCF 1306 is coupled to the public data network gateway entity 1304, and is configured to obtain the location information of the terminal from the public data network gateway entity 1304, and before the E-CSCF 1308
  • the location information of the terminal is carried in the emergency call request and sent to the E-CSCF 1308; the E-CSCF 1308 is coupled to the P-CSCF 1306, and is set to receive the emergency call request of the terminal.
  • the system may further include: a policy and charging rule function PCRF, configured to receive the location information of the reported terminal after the public data network gateway entity 1304 acquires the location information of the terminal, And actively or after receiving the location query request initiated by the P-CSCF 1306, the terminal will be The location information is reported to the P-CSCF 1306; or, after receiving the location query request initiated by the P-CSCF 1306, the location information of the terminal is queried from the public data network gateway entity 1304 and provided to the P-CSCF 1306.
  • the E-CSCF 1308 is further configured to, after receiving the emergency call request of the terminal, select an appropriate PSAP according to the location information of the terminal, and forward the emergency call request to the PSAP.
  • the PCC is used to provide a location service for an emergency call
  • the mobility management network element actively reports the location information of the terminal to the public data network gateway entity in the emergency attach and emergency bearer PDN establishment process of the terminal, P-CSCF
  • the location information is obtained from the public data network gateway entity, and the obtained location information of the terminal is reported to the E-CSCF.
  • the E-CSCF does not need to query the terminal location information through the LRF, which simplifies the process of providing the terminal location in the emergency call, making the emergency Calling to provide location services is more convenient.
  • there is also provided software for providing terminal location information in an emergency call the software for performing the technical solutions described in the above embodiments and their preferred embodiments.
  • a storage medium is further provided, where the foregoing software for providing terminal location information in an emergency call is stored, including but not limited to: an optical disk, a floppy disk, a hard disk, and an erasable Write memory, etc.
  • the PCC is used to provide the location service for the emergency call.
  • the P-CSCF reports the location information of the acquired terminal to the E-CSCF.
  • the E-CSCF does not need to query the terminal location information through the LRF, which simplifies the terminal location in the emergency call.
  • the process makes it easier to provide location services for emergency calls.
  • embodiments of the invention are not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种终端的呼叫处理方法、装置及系统。其中，该方法包括：呼叫会话控制功能CSCF接收主叫终端发送的呼叫请求；CSCF获取被呼叫终端的位置信息；CSCF根据被呼叫终端的呼叫逻辑处理当前呼叫的后续流程。通过本发明，实现了根据被呼叫终端的位置信息来实现特殊的业务逻辑处理、决策呼叫路由，提高了用户体验。

Description

终端的呼叫处理方法、 装置及系统
技术领域 本发明涉及通信领域， 具体而言， 涉及一种终端的呼叫处理方法、 装置及系统， 以及一种紧急呼叫中终端位置信息的提供方法及系统。 背景技术 用户终端 （或称为终端） （User Equipment, 简称为 UE) 可以从多种网络注册到 IP多媒体子系统 （IP Multimedia Subsystem, 简称为 IMS)。 在 IMS中， 有需要获得 UE当前的位置信息的业务， 例如， 具有位置差别的计费测量、 随位置而变化的推送业 务、 根据位置决定呼叫路由的业务。 在相关技术中， IMS从接入层获得 UE的小区位 置信息的方式有两种： 定位服务 （Location Service, 简称为 LCS) 方式、 策略控制和 计费 （Policy Control & Charging, 简称为 PCC) 方式。 其中， LCS系统是一种为业务 系统提供 UE的当前位置信息的服务系统， LCS工作于无线通讯网络的网络层 （包括 核心网和接入网）和业务层（业务应用系统）之间， 从无线通讯网络的网络层获得 UE 的位置信息； PCC系统是一种为业务系统创建合适的承载、 提供承载信息给业务系统 的服务系统， PCC工作于无线通讯的网络层 （核心网） 和业务层 （业务应用系统） 之 间， 也可以向应用系统提供 UE的小区位置信息提供给业务层。 图 1是根据相关技术的 IMS系统通过 PCC获得 UE的位置信息的架构示意图，在 图 1中以漫游场景和长期演进系统 （Long Term Evolution, 简称为 LTE) /系统架构演 进（System Architecture Evolution, 简称为 SAE)系统为例进行说明， 该系统包括： 接 入网和核心网部分、 IMS部分、 PCC部分。 其中， 接入网和核心网部分， 主要包括负 责无线接入的基站节点， 即增强的 NodeB节点 （Evolved NodeB, 简称为 eNodeB); 负责移动性管理的网元， 即移动性管理网元， 在图 1 中以移动性管理实体 （Mobility Management Entity, 简称为 MME)为例进行说明； 负责用户签约数据的服务器， 即用 户签约服务器， 在图 1中以归属用户服务器 （Home Subscriber Server, 简称为 HSS) 为例进行说明。
IMS 部分主要包括呼叫会话控制功能 （Call Session Control Function, 简称为 CSCF)。其中， CSCF按照功能又可以分为：代理呼叫会话控制功能（Proxy Call Session Control Function,简称为 P-CSCF)、服务呼叫会话控制功能（Serving Call Session Control Function, 简称为 S-CSCF)、 归属用户服务器（Home Subscriber Server, 简称为 HSS)。 PCC部分主要包括策略与计费规则功能 （Policy & Charging Rule Function, 简称 为 PCRF) 和订阅配置存储库 （Subscription Profile Repository, 简称为 SPR)。 PCRF 负责制定策略和计费规则， 并下发到用户面网关。 SPR负责和策略、 计费相关的用户 签约数据的存储， SPR很可能是 HSS的一个逻辑功能。 在漫游场景下， 归属网和拜访 网各有一个 PCRF， 归属网的称之为 H-PCRF, 拜访网的称之为 V-PCRF。 在漫游情况 下， 策略和计费的决策点在 H-PCRF, 而 V-PCRF只是代理的角色， 负责将应用服务 点 （Application Function, 简称为 AF) 的请求转发给 H-PCRF。 在 IMS中， CSCF是 AF的角色。 图 1的架构可以应用于 GERAN/UTRAN接入系统中， 和图 1所示架构图不同点 在于： 基站节点在 （GSM/EDGE Radio Access Network ， 简称为 GERAN) 接入系统 下包含基站 （Base Station, 简称为 BS) 和基站控制器 （Base Station Controller, 简称 ¾ BSC), 在 UMTS陆地无线接入网 （UMTS Terrestrial Radio Access Network, 简称 为 UTRAN) 接入系统下包括无线节点 （Radio Node, 简称为 RN) 和无线节点控制器 (Radio Node Controller, 简称为 RNC); 核心网节点在 GERAN接入系统下为 MSC、 SGSN, 在 UTRAN接入系统下为 SGSN; 用户签约服务器在 GERAN/UTRAN在相关 技术中是归属位置寄存器 （Home Location Register, 简称为 HLR)。 当 IMS网元需要获取 UE的小区位置时，可以通过 PCC查询获得 UE的小区位置 信息， 能满足一定的业务需求。 然而， 对于一些特殊的业务需求 （如： 在收到呼叫请 求时， 如果 S-CSCF需要根据被呼叫终端的位置信息来决定路由）， 目前的相关技术很 难满足要求。 下面以图 2对此进行说明。 图 2描述了在 S-CSCF收到呼叫请求时， 获取被呼叫 终端的位置的方式， 具有如下步骤- 步骤 S201， UE2向 UE1发起呼叫请求 INVITE, INVITE被路由到 UE1注册的 S-CSCF上； 步骤 S202， S-CSCF根据用户签约、 业务逻辑等， 发现需要根据 UE1的位置来决 定路由； 步骤 S203， S-CSCF将 INVITE前转给 P-CSCF; 步骤 S204a， P-CSCF将 INVITE前转给 UE1； 步骤 S204b， 同步于 S204a， P-CSCF向 PCRF发送请求， 查询 UE1的位置信息； 步骤 S205， PCRF和 IP-CAN交互， 查询 UE1的位置信息； 在步骤 S205中， IP-CAN指 LTE/SAE接入网， 具体地， PCRF向 PGW查询 UE1 的位置信息。 PGW可能根据具体情况进一步向 MME、 或者 eNodeB请求 UE1的位置 信息。 步骤 S206， PCRF获得 UE1的位置信息后， 向 P-CSCF返回 UE1的位置信息； 在步骤 S206中， UE1的位置信息是网络提供的，可以标记为 NPLKNetwork Provide Location Information )0 步骤 S207， 继步骤 S204a之后， UE1在接收到 P-CSCF发送的 INVITE消息后， 向 P-CSCF返回 200 OK消息； 步骤 S208， 在 P-CSCF收到 UE1返回的 200 OK, 并且收到 PCRF返回的 UE1的 位置信息后， 用网络提供的 UE1的位置信息填充相关消息内容； 步骤 S209， P-CSCF返回 200 01^给8-〔8〔？， 携带 NPLI; 步骤 S210， S-CSCF处理呼叫逻辑， 返回 200 OK给 UE2。 由图 2可以看出， 当 S-CSCF收到呼叫请求时， 如果需要根据被呼叫终端的位置 信息来处理业务逻辑、 决定呼叫路由， 则图 2所示的方法无法实现该需求。 针对相关技术中根据被呼叫终端的位置信息来实现特殊的业务逻辑处理、 决策呼 叫路由的问题， 目前尚未提出有效的解决方案。 此外，在紧急呼叫中，现有技术是紧急呼叫会话控制功能（ Emergency Call Session Control Function, 简称为 E-CSCF) 通过位置查询功能 (Location Retrieval Function, 简称为 LRF)查询 UE的位置信息， LRF通常会使用 LCS服务来获得 UE的位置信息。 然而， 通过 LCS来获得 UE的位置信息， 流程比较复杂， 呼叫建立过程有一定的时间 延迟。 针对相关技术在紧急呼叫过程中， 由 E-CSCF通过 LRF查询 UE的位置信息而 导致呼叫延迟的问题， 目前尚未提出有效的解决方案。 发明内容 针对相关技术中存在的上述的问题， 本发明提供了一种终端的呼叫处理方法、 装 置及系统， 以及一种紧急呼叫中终端位置信息的提供方法及系统， 以至少解决上述问 题之一。 根据本发明的一个方面， 提供了一种终端的呼叫处理方法， 包括： 呼叫会话控制 功能（CSCF)接收主叫终端发送的呼叫请求； CSCF获取被呼叫终端的位置信息； CSCF 根据被呼叫终端的呼叫逻辑以及获取的位置信息， 处理当前呼叫的后续流程。 优选地， CSCF 获取被呼叫终端的位置信息， 包括： 服务呼叫会话控制功能 (S-CSCF) 向代理呼叫会话控制功能 （P-CSCF) 发送位置查询消息； S-CSCF接收所 述 P-CSCF查询到的所述被呼叫终端的位置信息； CSCF根据所述被呼叫终端的呼叫逻 辑以及获取的所述位置信息， 处理当前呼叫的后续流程， 包括： S-CSCF根据本地保存 的所述被呼叫终端的呼叫逻辑， 获取与所述位置信息对应的呼叫逻辑， 并根据获取的 所述呼叫逻辑处理当前呼叫的后续流程。 优选地， 服务呼叫会话控制功能 （S-CSCF) 向代理呼叫会话控制功能 （P-CSCF) 发送位置查询消息， 包括： S-CSCF向所述 P-CSCF发送订阅通知消息， 其中， 所述 订阅通知消息携带的信息包括： 终呼 MT事件指示， 和 /或指示所述 P-CSCF查询所述 被呼叫终端的位置信息的标识。 优选地， 在呼叫会话控制功能（CSCF)接收主叫终端发送的呼叫请求之前， 所述 方法还包括： 在所述被呼叫终端执行 IP多媒体子系统 IMS注册后，所述 P-CSCF向所 述 S-CSCF发送订阅请求， 订阅终呼 MT事件。 优选地， 服务呼叫会话控制功能 （S-CSCF) 向代理呼叫会话控制功能 （P-CSCF) 发送位置查询消息， 包括： 所述 S-CSCF向所述 P-CSCF发送会话初始协议 （SIP) 消 息， 其中， 所述 SIP消息携带有指示所述 P-CSCF查询所述被呼叫终端的位置信息的 标识。 优选地， 所述 SIP消息包括： SIP Message消息， 或， SIP Option消息。 优选地， CSCF获取被呼叫终端的位置信息，包括：代理呼叫会话控制功能 P-CSCF 接收服务呼叫会话控制功能 S-CSCF发送的所述被呼叫终端的与位置相关的所述呼叫 逻辑； 所述 P-CSCF查询所述被呼叫终端的位置信息； 所述 CSCF根据所述被呼叫终 端的呼叫逻辑以及获取的所述位置信息，处理当前呼叫的后续流程，包括:所述 P-CSCF 根据所述被呼叫终端的所述呼叫逻辑， 获取与所述位置信息对应的呼叫逻辑， 并根据 获取的所述呼叫逻辑处理当前呼叫的后续流程。 优选地，所述代理呼叫会话控制功能 P-CSCF接收服务呼叫会话控制功能 S-CSCF 发送的所述被呼叫终端的与位置相关的所述呼叫逻辑， 包括： 所述 P-CSCF接收所述 S-CSCF前转的呼叫请求消息，其中，所述呼叫请求消息中携带有所述被呼叫终端的与 位置相关的所述呼叫逻辑。 优选地， 所述 P-CSCF根据获取的所述呼叫逻辑处理当前呼叫的后续流程， 包括: 所述 P-CSCF根据获取的所述呼叫逻辑处理确定需要取消或重定向当前呼叫， 向所述 S-CSCF发送取消呼叫消息或重定向呼叫消息，其中，所述取消呼叫消息或重定向呼叫 消息中携带有所述被呼叫终端的位置信息。 根据本发明的另一个方面， 提供了一种终端的呼叫处理装置， 位于服务呼叫会话 控制功能 （S-CSCF), 包括： 第一接收模块， 设置为接收主叫终端发送的呼叫请求； 发送模块， 设置为向代理呼叫会话控制功能 P-CSCF发送位置查询消息； 第二接收模 块， 设置为接收所述 P-CSCF查询到的被呼叫终端的位置信息； 处理模块， 设置为根 据本地保存的所述被呼叫终端的呼叫逻辑以及获取的所述位置信息， 处理当前呼叫的 后续流程。 根据本发明的再一个方面， 提供了一种终端的呼叫处理系统， 包括： 服务呼叫会 话控制功能 （S-CSCF) 和代理呼叫会话控制功能 （P-CSCF), 其中， 所述 S-CSCF, 包括上述的装置； P-CSCF, 设置为接收所述 S-CSCF发送的位置查询消息， 查询被呼 叫终端的位置信息， 并将所述位置信息返回给所述 S-CSCF。 根据本发明的再一个方面， 提供了一种终端的呼叫处理装置， 位于代理呼叫会话 控制功能（P-CSCF), 包括： 接收模块， 设置为接收服务呼叫会话控制功能（S-CSCF) 发送的所述被呼叫终端的与位置相关的所述呼叫逻辑； 查询模块， 设置为查询所述被 呼叫终端的位置信息； 处理模块， 设置为根据所述被呼叫终端的所述呼叫逻辑以及获 取的所述位置信息， 处理当前呼叫的后续流程。 根据本发明的又一个方面， 提供了一种终端的呼叫处理系统， 包括： 服务呼叫会 话控制功能 （S-CSCF) 和代理呼叫会话控制功能 （P-CSCF), 其中， 所述 S-CSCF, 设置为接收主叫终端发送的呼叫请求， 以及向 P-CSCF发送所述被呼叫终端的与位置 相关的所述呼叫逻辑； 所述 P-CSCF, 包括上述的装置。 根据本发明的又一个方面， 提供了一种紧急呼叫中终端位置信息的提供方法， 包 括： 在紧急附着或紧急的分组数据网 （PDN) 连接建立过程中， 公共数据网网关实体 获取移动性管理网元主动上报的终端的位置信息; P-CSCF从所述公共数据网网关实体 获取所述终端的位置信息； 所述 P-CSCF在向紧急呼叫会话控制功能 （E-CSCF)前转 所述终端的紧急呼叫请求时， 将所述终端的位置信息携带在所述紧急呼叫请求中发送 给所述 E-CSCF。 优选地， 公共数据网网关实体获取移动性管理网元主动上报的终端的位置信息， 包括：所述移动性管理网元在接收到所述终端的紧急附着请求或紧急的 PDN建立请求 后， 向所述公共数据网网关实体发起紧急承载建立请求， 其中， 所述紧急承载建立请 求中携带有所述终端的位置信息； 所述公共数据网网关实体接收所述紧急承载建立请 求， 从所述承载建立请求中获取所述终端的位置信息。 优选地， P-CSCF从所述公共数据网网关实体获取所述终端的位置信息包括：所述 公共数据网网关实体在获取所述终端的位置信息之后， 将所述终端的位置信息上报给 策略与计费规则功能 （PCRF); 所述 P-CSCF从所述 PCRF上获取所述终端的位置信 息。 优选地，所述 P-CSCF从所述 PCRF上获取所述终端的位置信息，包括：所述 PCRF 在获取所述终端的位置信息之后， 将所述终端的位置信息上报给所述 P-CSCF; 或者， 所述 PCRF在接收到的所述 P-CSCF发起的位置查询请求后， 将所述终端的位置信息 上报给所述 P-CSCF。 优选地， P-CSCF从所述公共数据网网关实体获取所述终端的位置信息， 包括： 所 述 P-CSCF接收到紧急呼叫请求后， 向 PCRF查询所述终端的位置信息； 所述 PCRF 向所述公共数据网网关实体查询所述终端的位置信息， 并提供给所述 P-CSCF。 优选地， 所述 P-CSCF在向 E-CSCF前转所述终端的紧急呼叫请求时， 将所述终 端的位置信息携带在所述紧急呼叫请求中发送给所述 E-CSCF 之后， 还包括： 所述 E-CSCF 收到所述终端的紧急呼叫请求后， 根据所述终端的位置信息， 选择合适的公 共安全接入点 PSAP， 并将所述紧急呼叫请求前转给所述 PSAP。 根据本发明的又一个方面， 提供了一种紧急呼叫中终端位置信息的提供系统， 包 括： 移动性管理网元， 设置为在终端的紧急附着或紧急的 PDN连接建立过程中， 向公 共数据网网关实体上报所述终端的位置信息； 所述公共数据网网关实体， 设置为在接 收所述终端的位置信息； P-CSCF, 设置为从所述公共数据网网关实体获取所述终端的 位置信息， 并在向 E-CSCF前转所述终端的紧急呼叫请求时， 将所述终端的位置信息 携带在所述紧急呼叫请求中发送给所述 E-CSCF。 优选地， 所述系统还包括： 策略与计费规则功能 （PCRF)， 设置为接收所述公共 数据网网关实体在获取所述终端的位置信息之后， 上报的所述终端的位置信息， 并主 动或在接收到所述 P-CSCF发起的位置查询请求后将所述终端的位置信息上报给所述 P-CSCF; 或者所述策略与计费规则功能 （PCRF)， 设置为在接收到所述 P-CSCF发起 的位置查询请求后， 从所述公共数据网网关实体查询所述终端的位置信息， 并提供给 所述 P-CSCF。 优选地， 所述 E-CSCF设置为在收到所述终端的紧急呼叫请求后， 根据所述终端 的位置信息， 选择合适的公共安全接入点 （PSAP)， 并将所述紧急呼叫请求前转给所 述 PSAP。 通过本发明， 接收到主叫终端发送的呼叫请求后， 若需要根据被呼叫终端的位置 信息来处理业务逻辑或决定呼叫路由， CSCF 获取被呼叫终端的位置信息， 根据被呼 叫终端的呼叫逻辑以及获取的被呼叫终端的位置信息处理当前呼叫的后续流程， 实现 了根据被呼叫终端的位置信息来实现特殊的业务逻辑处理、 决策呼叫路由， 提高了用 户体验。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1是根据相关技术的 IMS系统通过 PCC获得 UE的位置信息的架构示意图； 图 2是根据相关技术的呼叫情况下 IMS 网元获取被呼叫终端的位置信息的流程 图； 图 3是根据本发明实施的终端的呼叫处理方法的流程图； 图 4是根据本发明实施例与方式一的方法对应的终端的呼叫处理装置的结构示意 图； 图 5是根据本发明实施例与方式二的方法对应的终端的呼叫处理装置的结构示意 图； 图 6是根据本发明实施例的一种终端的呼叫处理系统的结构示意图； 图 7是根据本发明实施例的另一种终端的呼叫处理系统的结构示意图； 图 8是根据本发明实施例一的获取被呼叫终端位置信息的流程图； 图 9是根据本发明实施例二的获取被呼叫终端位置信息的流程图； 图 10是本发明的实施例三的终端的呼叫处理方法的流程图； 图 11是根据本发明实施例的紧急呼叫中终端位置信息的提供方法的流程图； 图 12是根据本发明实施例四的紧急呼叫中终端位置信息的提供方法的流程图； 图 13是根据本发明实施例的紧急呼叫中终端位置信息的提供系统的结构示意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 根据本发明实施例， 提供了一种终端的呼叫处理方法， 如图 3所示， 该方法包括 以下几个步骤 （步骤 S302-步骤 S306): 步骤 S302， 呼叫会话控制功能 CSCF接收主叫终端发送的呼叫请求； 步骤 S304， CSCF获取被呼叫终端的位置信息； 步骤 S306， CSCF根据被呼叫终端的呼叫逻辑以及获取的位置信息， 处理当前呼 叫的后续流程。 通过本发明实施例， 接收到主叫终端发送的呼叫请求后， 若需要根据被呼叫终端 的位置信息来处理业务逻辑或决定呼叫路由， CSCF 获取被呼叫终端的位置信息， 根 据被呼叫终端的呼叫逻辑处理当前呼叫的后续流程， 实现了根据被呼叫终端的位置信 息来实现特殊的业务逻辑处理、 决策呼叫路由， 提高了用户体验。 在实际应用中， 呼叫会话控制功能 CSCF按照功能可以分为： 代理呼叫会话控制 功能 P-CSCF和服务呼叫会话控制功能 S-CSCF。 优选地， 根据实际需要， 可以通过两 种方式来处理终端的呼叫处理。 在方式一中， 在接受到呼叫请求后， S-CSCF 可以向 P-CSCF发送位置查询消息， P-CSCF查询被呼叫终端的位置信息并向 S-CSCF反馈位 置信息， S-CSCF执行呼叫逻辑的判断， 处理当前呼叫的后续流程。在方式二中， 在接 受到呼叫请求后， S-CSCF 向 P-CSCF 发送被呼叫终端的与位置相关的呼叫逻辑， P-CSCF查询被呼叫终端的位置信息， P-CSCF可以代为执行呼叫逻辑的判断， 并处理 当前呼叫的后续流程。 方式一 在本方式中， S-CSCF接收到主叫终端发送的呼叫请求后，若需要根据被呼叫终端 的位置信息来处理业务逻辑或决定呼叫路由， S-CSCF可以向 P-CSCF发送位置查询消 息； P-CSCF查询被呼叫终端当前的位置信息，并将查询到的位置信息反馈给 S-CSCF; S-CSCF获得被呼叫终端的位置信息后，可以执行呼叫逻辑的判断，处理当前呼叫的后 续流程。 为了获取被呼叫终端的位置信息， 在本发明实施例的一个优选实施方式中， 获取 被呼叫终端的位置信息， 可以包括： S-CSCF向代理呼叫会话控制功能 P-CSCF发送 位置查询消息； S-CSCF接收 P-CSCF查询到的被呼叫终端的位置信息。 鉴于上述优选实施方式， S-CSCF 可以向 P-CSCF 发送的位置查询消息， 以使 P-CSCF查询被呼叫终端的位置信息。 优选地， S-CSCF可以通过订阅通知机制， 来通 知 P-CSCF 提供被呼叫终端的位置信息。 在本发明实施例的一个优选实施方式中， S-CSCF向 P-CSCF发送位置查询消息， 可以包括： S-CSCF向 P-CSCF发送订阅通知 消息， 其中， 订阅通知消息携带的信息， 可以包括但不限于： 终呼 MT事件指示， 和 / 或指示 P-CSCF查询被呼叫终端的位置信息的标识。 终端可以根据需要向 IMS注册， 并设置与终端位置信息相关的呼叫逻辑。 例如， 可以设置终端在特殊位置区域内禁止被呼叫。 P-CSCF可以向 S-CSCF订阅终呼事件， S-CSCF根据运营商策略、用户签约数据判断是否接收 P-CSCF的订阅。优选地， 为了 实现通过订阅通知机制， 使 P-CSCF提供被呼叫终端的位置信息， 在 CSCF接收主叫 终端发送的呼叫请求之前， 上述方法还可以包括： 在被呼叫终端执行 IP多媒体子系统 IMS注册后， P-CSCF向 S-CSCF发送订阅请求， 订阅终呼 MT事件。 在实际应用中， 还可以通过会话初始协议 SIP消息通知 P-CSCF, 要求 P-CSCF提 供被呼叫终端的位置信息。在本发明实施例的一个优选实施方式中， S-CSCF向 P-CSCF 发送位置查询消息，可以包括： S-CSCF向 P-CSCF发送会话初始协议 SIP消息，其中， 该 SIP消息携带有指示 P-CSCF查询被呼叫终端的位置信息的标识。 优选地， 可以通 过 SIP消息中的 "Message"消息， 来通知 P-CSCF查询被呼叫终端的位置信息。另夕卜， 也可以对 SIP消息中的 Option消息做一定的扩展， 达到通知 P-CSCF查询被呼叫终端 的位置信息的目的。
S-CSCF获得被呼叫终端的位置信息后，可以执行呼叫逻辑的判断，处理当前呼叫 的后续流程， 例如， 根据被呼叫终端当前的位置信息和被呼叫终端的呼叫逻辑， 得出 被呼叫终端在当前位置被禁止呼叫， S-CSCF可以取消对被呼叫终端的呼叫。 因此， 在 本发明实施例的一个优选实施方式中， CSCF 根据被呼叫终端的呼叫逻辑以及获取的 上述位置信息， 处理当前呼叫的后续流程， 可以包括： S-CSCF根据本地保存的被呼叫 终端的呼叫逻辑， 获取与位置信息对应的呼叫逻辑， 并根据获取的呼叫逻辑处理当前 呼叫的后续流程。 方式二 在本方式中， S-CSCF接收到主叫终端发送的呼叫请求后，若需要根据被呼叫终端 的位置信息来处理业务逻辑或决定呼叫路由， S-CSCF可以向 P-CSCF发送被呼叫终端 的与位置相关的呼叫逻辑； P-CSCF查询被呼叫终端的位置信息， 查询到位置信息后， P-CSCF可以执行呼叫逻辑的判断， 并处理当前呼叫的后续流程。 为了使 P-CSCF可以执行呼叫逻辑的判断， S-CSCF可以向 P-CSCF发送被呼叫终 端的与位置相关的呼叫逻辑， 由 P-CSCF查询到被呼叫终端的位置信息后， 执行呼叫 逻辑的判断， 并处理当前呼叫的后续流程。在实际应用中， S-CSCF向 P-CSCF发送被 呼叫终端的与位置相关的呼叫逻辑， 可以在 P-CSCF查询到位置信息之前， 也可以在 P-CSCF查询到位置信息之后。 在本发明实施例的一个优选实施方式中， CSCF获取被 呼叫终端的位置信息， 可以包括： P-CSCF接收 S-CSCF发送的被呼叫终端的与位置相 关的呼叫逻辑； P-CSCF查询被呼叫终端的位置信息。 鉴于上述优选实施方式， P-CSCF 可以根据被呼叫终端的位置信息和 S-CSCF下 发的呼叫逻辑， 处理被呼叫终端的后续流程。优选地， 在本发明实施例中， 由 P-CSCF 根据 S-CSCF下发的被呼叫终端的呼叫逻辑， 获取与被呼叫终端的位置信息对应的呼 叫逻辑， 并根据获取的呼叫逻辑处理当前呼叫的后续流程。 在实际应用中， S-CSCF可以在向 P-CSCF前转的呼叫请求消息中， 携带被呼叫终 端的与位置相关的呼叫逻辑， 通过前转的呼叫请求消息向 P-CSCF 下发呼叫逻辑。 P-CSCF从呼叫请求消息中获取呼叫逻辑，进而执行呼叫逻辑判断，处理呼叫的后续流 程。在本发明实施例的一个优选实施方式中， P-CSCF接收 S-CSCF发送的被呼叫终端 的与位置相关的呼叫逻辑， 可以包括： P-CSCF接收 S-CSCF前转的呼叫请求消息， 其中， 呼叫请求消息中携带有被呼叫终端的与位置相关的呼叫逻辑。
P-CSCF可以根据 S-CSCF向 P-CSCF下发的被呼叫终端的与位置相关的呼叫逻辑 和被呼叫终端的位置信息，处理呼叫的后续流程。 P-CSCF可以根据与被呼叫终端的当 前位置对应的呼叫逻辑， 向被呼叫终端发送呼叫请求消息， 或者向 S-CSCF发送呼叫 取消消息等。 例如， S-CSCF向 P-CSCF下发的呼叫逻辑是禁止被呼叫终端在某一特 定的位置区域内被呼叫， 并且被呼叫终端当前恰好位于该位置区域内， 则 P-CSCF可 以向 S-CSCF返回取消呼叫、 或者呼叫重定向的消息， 并且在这些消息中， 可以进一 步携带被呼叫终端的位置信息。在本发明实施例的一个优选实施方式中， P-CSCF根据 获取的呼叫逻辑处理当前呼叫的后续流程，可以但不限于包括： P-CSCF根据获取的呼 叫逻辑处理确定需要取消或重定向当前呼叫， 向 S-CSCF发送取消呼叫消息或重定向 呼叫消息， 其中， 取消呼叫消息或重定向呼叫消息中携带有被呼叫终端的位置信息。 根据实际需要， 可以仅使用方式一的方法或者方式二的方法， 也可以同时使用本 发明实施例方式一的方法和方式二的方法，进行终端的呼叫处理。 S-CSCF可以根据其 业务策略， 决定是否向 P-CSCF下发呼叫逻辑， 由 P-CSCF代替 S-CFCS执行呼叫逻辑 判断， 处理呼叫的后续流程。 例如， 可以在 S-CSCF业务量达到预设值时， S-CSCF向 P-CSCF下发呼叫逻辑， 由 P-CSCF执行部分呼叫逻辑判断， 呼叫的后续流程， 从而实 现 S-CSCF与 P-CSCF业务量的负载均衡， 保证呼叫业务的可靠性和稳定性。 根据本发明实施例， 还提供了两种终端的呼叫处理装置， 分别与本发明上述实施 例中方式一和方式二对应的方法相对应， 可以分别用于实现与方式一和方式二对应的 终端的呼叫处理方法。 其中， 与方式一的方法所对应的装置， 如图 4所示， 可以位于 S-CSCF中， 主要 用于从 P-CSCF获取被呼叫终端的位置信息， 并根据被呼叫终端的位置信息与呼叫逻 辑处理后续流程； 与方式二的方法所对应的装置， 如图 5所示， 可以位于 P-CSCF中， 主要负责从 S-CSCF中获取被叫终端的呼叫逻辑， 查询被呼叫终端的位置信息， 根据 被呼叫终端的位置信息与呼叫逻辑处理后续流程。 图 4是根据本发明实施例与方式一的方法对应的终端的呼叫处理装置的结构示意 图， 如图 4所示， 该装置位于 S-CSCF, 可以包括： 第一接收模块 402、 发送模块 404、 第二接收模块 406和处理模块 408。其中， 第一接收模块 402， 设置为接收主叫终端发 送的呼叫请求； 发送模块 404， 耦合至第一接收模块 402， 设置为向代理呼叫会话控制 功能 （P-CSCF) 发送位置查询消息； 第二接收模块 406， 耦合至发送模块 404， 设置 为接收 P-CSCF查询到的被呼叫终端的位置信息；处理模块 408，耦合至第二接收模块 406， 设置为根据本地保存的被呼叫终端的呼叫逻辑以及获取的上述位置信息， 处理当 前呼叫的后续流程。 在本发明实施例中， 发送模块 404向 P-CSCF发送位置查询消息， 可以通过订阅 机制实现。 具体地， 在第一接收模块 402接收到主叫终端发送的呼叫 （即终呼） 请求 后，若需要根据被呼叫终端的位置信息来处理业务逻辑或决定呼叫路由，发送模块 404 向 P-CSCF发送订阅通知消息， 要求 P-CSCF提供被呼叫终端的位置信息。 其中， 订 阅通知消息携带的信息， 可以包括但不限于： 终呼 MT事件指示， 和 /或指示 P-CSCF 查询被呼叫终端的位置信息的标识。 P-CSCF查询到位置信息后向 S-CSCF发送包含位 置信息的消息， 第二接收模块 406接收 P-CSCF发送的被呼叫终端的位置信息。 鉴于上述实施方式， 用户终端可以向 IMS注册， 并设置与终端位置信息相关的呼 叫逻辑。 例如， 可以设置终端在特殊位置区域内禁止被呼叫。 在 CSCF接收主叫终端 发送的呼叫请求之前， P-CSCF可以向 S-CSCF发送订阅请求， 订阅终呼 MT事件， S-CSCF根据运营商策略、 用户签约数据判断是否接收 P-CSCF的订阅， 并向 P-CSCF 发送通知消息。在 S-CSCF接受 P-CSCF的订阅的情况下，发送模块 404可以向 P-CSCF 发送订阅通知消息， 来通知 P-CSCF提供被呼叫终端的位置信息。 在实际应用中， 还可以通过会话初始协议 SIP消息通知 P-CSCF, 要求 P-CSCF提 供被呼叫终端的位置信息。 在本发明实施例中， 发送模块 404向 P-CSCF发送位置查 询消息， 可以包括： 发送模块 404向 P-CSCF发送会话初始协议 SIP消息， 其中， 该 SIP消息携带有指示 P-CSCF查询被呼叫终端的位置信息的标识。 优选地， 可以通过 SIP消息中的 "Message"消息， 来通知 P-CSCF查询被呼叫终端的位置信息。 另外， 也可以通过对 SIP消息中的 Option消息做一定的扩展， 达到通知 P-CSCF查询被呼叫 终端的位置信息的目的。 通过本发明实施例， 第一接收模块 402接收到主叫终端发送的呼叫请求后， 若需 要根据被呼叫终端的位置信息来处理业务逻辑或决定呼叫路由， 发送模块 404 向 P-CSCF发送位置查询消息， 在 P-CSCF查询到位置信息后， 第二接收模块 406接收 P-CSCF查询到的被呼叫终端的位置信息，进而处理模块 408根据被呼叫终端的呼叫逻 辑， 获取与位置信息对应的呼叫逻辑， 并根据获取的呼叫逻辑处理当前呼叫的后续流 程。 使得 S-CSCF收到呼叫请求时， 能够先获得被呼叫终端的位置信息， 进而实现根 据位置信息来处理呼叫过程， 提高了用户体验。 图 5是根据本发明实施例与方式二的方法对应的终端的呼叫处理装置的结构示意 图， 如图 5所示， 该装置位于 P-CSCF, 可以包括： 接收模块 502、 查询模块 504和处 理模块 506。 其中， 接收模块 502， 设置为接收服务呼叫会话控制功能 S-CSCF发送的 被呼叫终端的与位置相关的呼叫逻辑； 查询模块 504， 设置为查询被呼叫终端的位置 信息； 处理模块 506， 与接收模块 502和查询模块 504相耦合， 设置为根据被呼叫终 端的呼叫逻辑以及获取的上述位置信息， 处理当前呼叫的后续流程。
S-CSCF接收到主叫终端的呼叫请求消息后，若需要根据被呼叫终端的位置信息来 处理业务逻辑或决定呼叫路由， 可以向 P-CSCF下发被呼叫终端的与位置相关的呼叫 逻辑。 优选地， S-CSCF可以通过前转的呼叫请求消息向 P-CSCF下发呼叫逻辑， 其 中， 呼叫请求消息中携带有被呼叫终端的与位置相关的呼叫逻辑。 查询模块 504可以 在收到 S-CSCF前转的呼叫请求消息后， 查询被呼叫终端的位置信息。 同时， 查询模 块 504也可以在收到呼叫逻辑后， 查询被呼叫终端的位置信息。 接收模块 502接收到 S-CSCF发送的被呼叫终端的与位置相关的呼叫逻辑后，处理模块 506根据被呼叫终端 的呼叫逻辑， 获取与位置信息对应的呼叫逻辑， 并根据获取的呼叫逻辑处理当前呼叫 的后续流程。 处理模块 506可以根据与被呼叫终端的当前位置对应的呼叫逻辑， 向被呼叫终端 发送呼叫请求消息， 或者向 S-CSCF发送呼叫取消消息等。例如， S-CSCF向 P-CSCF 下发的呼叫逻辑是禁止被呼叫终端在某一特定的位置区域内被呼叫， 并且被呼叫终端 当前恰好位于该位置区域内， 则处理模块 506可以向 S-CSCF返回取消呼叫、 或者呼 叫重定向的消息， 并且在这些消息中， 可以进一步携带被呼叫终端的位置信息。 优选 地， 处理模块 506根据获取的呼叫逻辑处理当前呼叫的后续流程， 可以但不限于包括 处理模块 506根据获取的呼叫逻辑处理确定需要取消或重定向当前呼叫， 向 S-CSCF 发送取消呼叫消息或重定向呼叫消息， 其中， 取消呼叫消息或重定向呼叫消息中携带 有被呼叫终端的位置信息。 通过本发明实施例， 在需要根据被呼叫终端的位置信息来处理业务逻辑或决定呼 叫路由的情况下， 终端的呼叫处理装置的接收模块 502， 接收服务呼叫会话控制功能 S-CSCF发送的被呼叫终端的与位置相关的呼叫逻辑，查询模块 504查询被呼叫终端的 位置信息， 处理模块 506根据被呼叫终端的与位置相关的呼叫逻辑和被呼叫终端当前 的位置， 处理呼叫的后续流程， 实现了根据被呼叫终端的位置信息来处理业务逻辑、 决定呼叫路由， 提高了用户体验。 根据本发明实施例， 还提供了两种终端的呼叫处理系统， 分别包含本发明上述实 施例中图 4和图 5相对应终端的呼叫处理装置， 可以分别用于实现与方式一和方式二 对应的终端的呼叫处理方法。 其中，在包含图 4所示的装置的系统中，如图 6所示，在该系统中，主要由 S-CSCF 与 P-CSCF进行交互， 以获取被呼叫终端的位置信息， 由 S-CSCF进行呼叫逻辑判断， 并根据被呼叫终端的与位置对应的呼叫逻辑和被叫终端当前的位置信息， 处理呼叫的 后续流程。 在包含图 5所示的装置的系统中， 如图 7所示， 在该系统中， S-CSCF向 P-CSCF下发被呼叫终端的与位置对应的呼叫逻辑， P-CSCF查询到被呼叫终端的位置 信息后， P-CSCF执行呼叫逻辑判断，并根据被呼叫终端的与位置对应的呼叫逻辑和被 叫终端当前的位置信息， 处理呼叫的后续流程。 图 6是根据本发明实施例的一种终端的呼叫处理系统的结构示意图，如图 6所示， 该系统可以包括： 服务呼叫会话控制功能 S-CSCF 602 和代理呼叫会话控制功能 P-CSCF 604 ο其中， 服务呼叫会话控制功能 S-CSCF 602, 可以包括如图 4所示的终端 的呼叫处理装置，用户接收主叫终端的呼叫请求消息， 向 P-CSCF 604发送位置查询消 息， 以及接收 P-CSCF 604反馈的位置信息， 并处理呼叫的后续流程； 代理呼叫会话控 制功能 P-CSCF 604， 与 S-CSCF 602相耦合，设置为接收 S-CSCF 602发送的位置查询 消息， 查询被呼叫终端的位置信息， 并将位置信息返回给 S-CSCF 602。 在本发明实施例中， S-CSCF 602接收到呼叫请求消息后， 若需要根据被呼叫终端 的位置信息来处理业务逻辑或决定呼叫路由， S-CSCF 602可以向 P-CSCF 604发送位 置查询消息， 由 P-CSCF 604查询被呼叫终端的位置信息， 并向 S-CSCF 602反馈查询 到的位置信息， S-CSCF 602根据本地保存的被呼叫终端的呼叫逻辑与被呼叫终端当前 的位置， 处理呼叫的后续流程。
S-CSCF 602向 P-CSCF 604发送位置查询消息， 可以通过订阅机制或 SIP消息实 现。具体地，若通过订阅机制， P-CSCF 604可以在被呼叫终端被呼叫之前向 S-CSCF 602 订阅终呼 MT事件，在 S-CSCF 602接收到呼叫请求消息后， S-CSCF 602向 P-CSCF 604 发送订阅通知消息， 通知 P-CSCF 604提供被呼叫终端的位置信息。 或者， 若采用 SIP 消息方式实现， S-CSCF 602可以向 P-CSCF 604发送会话初始协议 SIP消息， 请求 P-CSCF 604提供位置信息。 其中， 该 SIP消息携带有指示 P-CSCF查询被呼叫终端 的位置信息的标识。优选地，可以通过 SIP消息中的 "Message"消息，来通知 P-CSCF 查询被呼叫终端的位置信息。另外，也可以对 SIP消息中的 Option消息做一定的扩展， 达到通知 P-CSCF查询被呼叫终端的位置信息的目的。 通过本发明实施例，使得 S-CSCF 602收到呼叫请求时，能够先获得被呼叫终端的 位置信息， 进而根据位置信息来处理呼叫过程， 实现了根据被呼叫终端的位置信息来 处理业务逻辑、 决定呼叫路由， 提高了用户体验。 图 7是根据本发明实施例的另一种终端的呼叫处理系统的结构示意图， 如图 7所 示， 该系统可以包括： 服务呼叫会话控制功能 S-CSCF 702和代理呼叫会话控制功能 P-CSCF 704 ο其中， 服务呼叫会话控制功能 S-CSCF 702, 设置为接收主叫终端发送的 呼叫请求， 以及向 P-CSCF 704发送被呼叫终端的与位置相关的呼叫逻辑；代理呼叫会 话控制功能 P-CSCF 704， 与 S-CSCF 702相耦合， 包括如图 5所示的终端的呼叫处理 装置，设置为接收 S-CSCF 702发送的被呼叫终端的与位置相关的呼叫逻辑，查询被呼 叫终端的位置信息， 并根据被呼叫终端的与位置相关的呼叫逻辑和被呼叫终端当前的 位置， 处理呼叫的后续流程。 在本发明实施例中， S-CSCF 702接收到呼叫请求消息后， 若需要根据被呼叫终端 的位置信息来处理业务逻辑或决定呼叫路由， S-CSCF 702可以向 P-CSCF 704发送被 呼叫终端的与位置相关的呼叫逻辑。优选地， S-CSCF 702可以通过前转的呼叫请求消 息向 P-CSCF 704下发上述呼叫逻辑，其中， 呼叫请求消息中携带有被呼叫终端的与位 置相关的呼叫逻辑。 P-CSCF 704可以在收到 S-CSCF 702前转的呼叫请求消息后， 查 询被呼叫终端的位置信息。 同时， P-CSCF 704也可以在收到呼叫逻辑后， 查询被呼叫 终端的位置信息。 P-CSCF 704根据被呼叫终端的呼叫逻辑， 获取与位置信息对应的呼 叫逻辑， 并根据获取的呼叫逻辑处理当前呼叫的后续流程。
P-CSCF 704可以根据与被呼叫终端的当前位置对应的呼叫逻辑， 向被呼叫终端发 送呼叫请求消息，或者向 S-CSCF发送呼叫取消消息等。例如， S-CSCF 702向 P-CSCF 704 下发的呼叫逻辑是禁止被呼叫终端在某一特定的位置区域内被呼叫， 并且被呼叫 终端当前恰好位于该位置区域内， 则 P-CSCF 704可以向 S-CSCF 702返回取消呼叫、 或者呼叫重定向的消息， 并且在这些消息中，可以进一步携带被呼叫终端的位置信息。 通过本发明实施例， S-CSCF 702向 P-CSCF 704下发的被呼叫终端的呼叫逻辑， P-CSCF 704查询到终端位置信息后，根据 S-CSCF 702向 P-CSCF 704下发的被呼叫终 端的呼叫逻辑和被呼叫终端当前的位置， 处理呼叫后续流程， 实现了根据被呼叫终端 的位置信息来处理业务逻辑、 决定呼叫路由， 提高了用户体验。 下面通过具体实施例进行描述。 需要说明的是， 以下实施例均以 UE接入到 E-UTRAN/EPS为例来描述。 但是， 本领域技术人员应当明白，对于 UE接入到 GERAN/UTRAN的情况， 下述的实施例同 样有效。 其中， GERAN/UTRAN中的归属位置寄存器 （Home Location Register, 简称 为 HLR)相当于 E-UTRAN/EPS中的 HSS， 服务通用分组无线业务支持节点 （Serving General Packet Radio Service Supporting Node, 简称为 SGSN) 相当于 E-UTRAN/EPS 中的 MME。 实施例一 在本发明实施例中， 通过 P-CSCF向 S-CSCF订阅终呼事件 （MT事件）， 从而在 终呼时 S-CSCF通过订阅通知告知 P-CSCF收到终呼请求 （即呼叫请求）， P-CSCF根 据该 MT事件进而触发被呼叫 UE的位置信息查询过程。 图 8是根据本发明实施例一 的获取被呼叫终端位置信息的流程图， 如图 8所示， 该方法包括以下几个步骤： S8A01 , UE1 (被呼叫终端） 执行 IMS注册过程； S8A02, 注册后， P-CSCF向 S-CSCF订阅终呼事件 （MT事件）; 在本步骤中， P-CSCF可以根据运营商策略、 漫游协议等， 决定是否向 S-CSCF发 起该订阅请求。
S8A03, S-CSCF向 P-CSCF返回 200 OK, 确认对 MT终呼事件的订阅； 在本步骤中， 如果 S-CSCF根据运营商策略、用户签约数据， 认为不需要订阅 MT 终呼事件， 则向 P-CSCF通知不接收订阅。 比如： 如果根据用户签约数据， 该 UE不 存在需要根据位置决定呼叫路由的业务， 则可以不接收订阅。
S8B01 , UE2 (主叫终端） 向 UE1发起呼叫请求 INVITE, INVITE被路由至 lj UE1 注册的 S-CSCF上； S8B02, S-CSCF向 P-CSCF发送订阅通知， 通知事件为 MT终呼事件； 在本步骤中， S-CSCF根据用户签约、 业务逻辑等， 发现需要根据 UE1的位置来 决定路由， 从而 S-CSCF向 P-CSCF发送订阅通知。 在该 MT终呼事件中，可以携带标识来指示 P-CSCF提供被呼叫终端的位置信息。 或者， P-CSCF可以将收到 S-CSCF的关于 MT终呼叫事件的订阅通知理解为需要向 S-CSCF提供被呼叫终端的位置信息。 步骤 S8B03， P-CSCF向 PCRF发送请求， 查询 UE1的位置信息； 步骤 S8B04， PCRF和 IP-CAN交互， 查询 UE1的位置信息； 在本步骤中， IP-CAN指 LTE/SAE接入网， 具体地， PCRF向 PGW查询 UE1的 位置信息。 PGW可能根据具体情况进一步向 MME、 或者 eNodeB请求 UE1的位置信 息。 步骤 S8B05， PCRF获得 UE1 的位置信息后， 向 P-CSCF返回 UE1 的位置信息 (NPLI); 步骤 S8B06, P-CSCF向 S-CSCF返回 200 OK， 携带 UE1的位置信息 (NPLI); 步骤 S8B07， S-CSCF根据 UE1的位置信息决定业务处理和路由； 步骤 S8B08, 如果呼叫仍然被路由给 UE1， S-CSCF将 INVITE前转给 P-CSCF; 步骤 S8B09， P-CSCF将 INVITE前转给 UE1； 步骤 S8B10〜步骤 S8B12, 后续 SIP会话处理流程。 通过本发明实施例， 利用订阅通知机制， 让 S-CSCF在收到 MT终呼请求后， 能 够通知 P-CSCF提供被呼叫终端的位置信息， 使得 S-CSCF能够根据被呼叫终端当前 的位置和被呼叫终端的与位置相关的呼叫逻辑， 处理呼叫的后续流程。 实施例二 在本发明实施例中， S-CSCF没有和图 8所示流程一样利用订阅通知机制，而是使 用 SIP消息中的 "Message"消息来通知 P-CSCF, 要求 P-CSCF提供被呼叫终端的位 置信息（SIP消息中的 Option消息也可以做一定的扩展来达到该目的）。 图 9是根据本 发明实施例二的获取被呼叫终端位置信息的流程图， 如图 9所示， 该方法包括以下几 个步骤： 步骤 S901， UE2 (主叫终端） 向 UE1发起呼叫请求 INVITE, INVITE被路由到 UE1注册的 S-CSCF上， 该步骤相当于本发明实施例一中的 S8B01 ; 步骤 S902， S-CSCF向 P-CSCF发送 "Message"消息， 通知 P-CSCF提供 UE1的 位置信息； 在上述步骤 S902中， 没有采用订阅通知机制， 而是通过 SIP消息中的 "Message" 消息通知 P-CSCF, 要求 P-CSCF提供 UE1的位置信息。 此外 SIP消息中的 Option消 息也可以做一定的扩展， 来达到通知 P-CSCF的目的。 步骤 S903， P-CSCF向 PCRF/IP-CAN发送请求， 查询 UE1的位置信息； 步骤 S904， P-CSCF获得 UE1 的位置信息后， 通过 "Message"消息向 S-CSCF 返回 UE1的位置信息； 步骤 S905-步骤 S910， 同本发明实施例三中的步骤 S8B07- 步骤 S8B12。 实施例三 在本发明实施例中， 当 S-CSCF收到终呼请求后， S-CSCF选择将和位置相关的呼 叫逻辑下发到 P-CSCF, 让 P-CSCF根据所获取的被呼叫终端的位置来处理呼叫逻辑。 具体地， 如果 UE在特殊位置区域内被禁止终呼，则 P-CSCF可以根据 S-CSCF下发的 呼叫逻辑、 以及 UE的位置信息， 决定取消呼叫， 并通知 S-CSCF。 图 10是本发明实施例三的终端的呼叫处理方法的流程图， 如图 10所示， 该方法 包括以下几个步骤： 步骤 S1001 , UE2向 UE1发起呼叫请求 INVITE, INVITE被路由到 UE1注册的 S-CSCF上； 步骤 S1002， S-CSCF将呼叫逻辑下发到 P-CSCF; 在本步骤中， S-CSCF根据用户签约、 呼叫逻辑等， 发现需要根据 UE1的位置来 决定路由， 从而将呼叫逻辑下发给 P-CSCF。 步骤 S1003a， P-CSCF收到 S-CSCF下发的呼叫逻辑后， 返回 200 OK; 步骤 S1003b， 同步于步骤 S1003a， P-CSCF向 PCRF查询 UE1的位置信息， PCRF 从接入层 （IP-CAN) 查询 UE的位置信息； 步骤 S1004， S-CSCF将 INVITE前转给 P-CSCF; 需要指出的是， 步骤 S1002可以考虑包含在步骤 S1004中。 如果步骤 S1002被包 含在步骤 S1004中， 则步骤 S1003b必须在步骤 S1004后执行， 而步骤 S1003则不再 需要。 步骤 S1005， P-CSCF完成步骤 S1003b， 并收到步骤 S1004步骤后， 根据 UE1的 位置信息、 呼叫逻辑， 判断后续呼叫处理； 在本步骤中， 假定 S-CSCF向 P-CSCF下发的呼叫逻辑是禁止 UE1在某一特定的 位置区域内被终呼， 并且 UE1恰好位于该位置区域内， 则 P-CSCF可以向 S-CSCF返 回取消呼叫 （如步骤 S1006a)、 或者呼叫重定向 （如步骤 S1006b) 的消息， 并且在这 些消息中， 可以进一步携带 UE1的位置信息。 步骤 S1006a， P-CSCF向 S-CSCF发送取消呼叫的消息， 进一步携带 UE1的位置 信息； 步骤 S1006b， P-CSCF向 S-CSCF发送呼叫重定向的消息， 进一步携带 UE1的位 置信息； 步骤 S1007, 当收到步骤 S1006a、 或步骤 S1006b后， S-CSCF继续后续呼叫处理 流程。 通过本发明实施例， S-CSCF可以将一部分和被呼叫终端的位置有关的呼叫逻辑下 发给 P-CSCF, 由 P-CSCF代为执行呼叫逻辑的判断， 并返回合适的处理响应。 在本发明的实施例中， 还提供了一种终端的呼叫处理软件， 该软件用于执行上述 各实施例及其优选实施方式中描述的技术方案。 在另外一个实施例中， 还提供了一种存储介质， 该存储介质中存储有上述终端的 呼叫处理软件， 该存储介质包括但不限于： 光盘、 软盘、 硬盘、 可擦写存储器等。 针对相关技术在紧急呼叫过程中， 由 E-CSCF通过 LRF查询 UE的位置信息而导 致呼叫延迟的问题， 本发明实施例提供了一种紧急呼叫中终端位置信息的提供方法， 通过该方法 P-CSCF/E-CSCF可以快速地获取 UE的位置信息。 图 11是根据本发明实施例的紧急呼叫中终端位置信息的提供方法的流程图，如图
11所示， 该方法包括以下几个步骤 （步骤 S1102-步骤 S1106): 步骤 S1102,在紧急附着或紧急的分组数据网（Packet Data Network,简称为 PDN) 连接建立过程中， 公共数据网网关实体获取移动性管理网元主动上报的终端的位置信 息； 终端发起紧急附着时， 移动性管理网元 （例如， MME或 SGSN)， 可以检测终端 发送的附着请求是用以建立紧急呼叫连接， 从而主动将终端的位置信息推送到公共数 据网网关实体 （例如， PGW或 GGSN) 上。 同样地， 终端发起紧急承载的 PDN建立 请求时，移动性管理网元也可以主动将终端的位置信息推送到公共数据网网关实体上。 在本发明实施例的一个优选实施方式中， 公共数据网网关实体获取移动性管理网 元主动上报的终端的位置信息， 可以包括： 移动性管理网元在接收到终端的紧急附着 请求或紧急 PDN建立请求后， 向公共数据网网关实体发起紧急承载建立请求， 其中， 该紧急承载建立请求中携带有终端的位置信息； 公共数据网网关实体接收紧急承载建 立请求， 从承载建立请求中获取终端的位置信息。 通过本优选实施方式， 公共数据网 网关实体可以利用移动性管理网元发送的紧急承载建立请求获取终端的位置信息， 而 无需新建专用传输终端的位置信息的消息， 从而增加了本发明实施例提供的方案的实 用性。 步骤 S1104， P-CSCF从公共数据网网关实体获取终端的位置信息； 在实际应用中， 如果公共数据网网关实体和 PCRF已经建立了控制信令链路 （例 如， Gx信令链路）， 则公共数据网网关实体可以主动向 PCRF报告终端的位置信息， P-CSCF可以从 PCRF上获取终端的位置信息。因此，在本发明实施例的一个优选实施 方式中， P-CSCF从公共数据网网关实体获取终端的位置信息， 可以包括： 公共数据网 网关实体在获取终端的位置信息之后， 将终端的位置信息上报给 PCRF; P-CSCF 从 PCRF 上获取终端的位置信息。 通过本优选实施方式， 公共数据网网关实体可以在获 取终端的位置信息时， 主动向 PCRF上报， 从而减少了信令交互。 如果 PCRF已经和 P-CSCF建立了控制信令链路（例如， Rx信令链路）， 则 PCRF 可以主动将终端的位置信息报告给 P-CSCF。 或者， P-CSCF可以主动向 PCRF发送位 置查询请求， 由 PCRF将终端的位置信息报告给 P-CSCF。 因此， 在该优选实施方式中 PCRF 在获取终端的位置信息之后， 将终端的位置信息上报给 P-CSCF, 采用该方式, 可以减少 PCRF与 P-CSCF之间的信令交互； 或者， PCRF也可以在接收到的 P-CSCF 发起的位置查询请求后， 将终端的位置信息上报给 P-CSCF, 采用该实施例， PCRF可 以在 P-CSCF需要的时候将终端的位置信息传递给 P-CSCF, 避免了资源的浪费。
P-CSCF接收到紧急呼叫请求后， 可以主动向 PCRF发送位置查询请求， 由 PCRF 将终端的位置信息报告给 P-CSCF。 优选地， P-CSCF从公共数据网网关实体获取终端 的位置信息， 可以包括： P-CSCF接收到紧急呼叫请求后， 向 PCRF查询终端的位置 信息； PCRF向公共数据网网关实体查询终端的位置信息， 并提供给 P-CSCF。 步骤 S1106， P-CSCF在向 E-CSCF前转终端的紧急呼叫请求时， 将终端的位置 信息携带在紧急呼叫请求中发送给 E-CSCF。
P-CSCF收到终端的位置信息后，可以向 E-CSCF前转紧急呼叫请求，在紧急呼叫 请求中携带终端的位置信息 （标记为 NPLI)。 E-CSCF 收到紧急呼叫请求后， 根据携 带的 UE的位置信息（NPLI)，来决定选择合适的公共安全接入点（Public Safety Access Point, 简称为 PSAP)， 并将紧急呼叫请求前转给 PSAP。 因此， 在本发明实施例的一 个优选实施方式中， P-CSCF在向 E-CSCF前转终端的紧急呼叫请求时，将终端的位置 信息携带在紧急呼叫请求中发送给 E-CSCF之后，还可以包括： E-CSCF收到终端的紧 急呼叫请求后， 根据终端的位置信息， 选择合适的 PSAP， 并将紧急呼叫请求前转给 PSAP。 通过本发明实施例， 利用 PCC来为紧急呼叫提供位置服务， P-CSCF将获取到的 终端的位置信息上报给 E-CSCF, 无需 E-CSCF通过 LRF查询终端位置信息， 简化了 紧急呼叫中提供终端位置的流程， 使得为紧急呼叫提供位置服务更加便捷。 下面以 UE接入到 E-UTRAN/EPS为例， 通过具体实施例进行描述。 实施例四 图 12是根据本发明实施例四的紧急呼叫中终端位置信息的提供方法的流程图，如 图 12所示， 该方法包括以下步骤： 步骤 S1201， UE发起紧急附着， 或发起紧急 PDN建立请求； 步骤 S1202， MME 收到 UE 的紧急附着请求， 或紧急 PDN 建立请求后， 向
SGW/PGW发起承载建立请求， 要求为 UE建立紧急承载； 在本步骤中， MME检测到 UE的紧急附着请求、 紧急 PDN连接请求， 主动地将 UE的位置信息 （NPLI) 携带在发往 SGW/PGW的承载建立请求中。 步骤 S1203， PGW收到承载建立请求后， 为 UE创建紧急承载。可选地， PGW向 PCRF报告 UE的位置信息； 如果 PGW和 PCRF已经建立了控制信令链路 （Gx信令链路）， 则 PGW向 PCRF 报告 UE的位置信息。该位置信息的报告，可以在 PGW向 PCRF请求承载控制策略的 过程中进行。 步骤 S1204, 可选地， PCRF向 P-CSCF汇报 UE的位置信息； 如果 PCRF和 P-CSCF 已经建立了控制信令链路 （Rx信令链路）， 贝 U PCRF 向
P-CSCF报告 UE的位置信息。 需要说明的是， 步骤 S1203、 S1204 的执行， 还可以进一步地被运营商策略所控 制。 即， 即使 PGW禾 B PCRF、 PCRF和 P-CSCF之间的控制信令链路已经存在， 也不 一定执行 UE的位置信息的主动推送工作。 也就是说， 步骤 S1203、 S1204是条件可选 的。 步骤 S1205， PGW为 UE创建紧急承载后， 返回承载建立响应； 步骤 S1206， MME向 UE返回附着响应， 或 PDN建立响应； 步骤 S1207， UE向 P-CSCF发起紧急会话请求， 即紧急 INVITE请求；
UE向 P-CSCF发起紧急会话请求，通常发生在 UE执行紧急附着并创建紧急 PDN 连接后。 或者， 当 UE位于归属网时， UE可以直接在非紧急的 PDN连接上发起紧急 会话请求。 步骤 S1208， P-CSCF收到紧急会话请求后， 向 PCRF发起位置请求过程， 要求 PCRF返回 UE的位置信息； 在本步骤中， 如果 P-CSCF还没有从 PCRF获得 UE的位置信息， 或者 P-CSCF认 为先前从 PCRF获得位置信息已经过期， 则 P-CSCF主动向 PCRF发起位置查询过程。 步骤 S1209， PCRF收到 P-CSCF的位置查询请求后， 向 PGW发起位置查询请求， 要求 PGW返回 UE的位置信息； 步骤 S1210， PGW向 PCRF返回 UE的位置信息 （NPLI); 步骤 S1211， PCRF向 P-CSCF返回 UE的位置信息 （NPLI); 步骤 S1212， P-CSCF收到 UE的位置信息后， 向 E-CSCF前转紧急呼叫请求， 在 INVITE请求中携带 UE的位置信息 （NPLI); 步骤 S1213， E-CSCF收到紧急呼叫请求后， 根据携带的 UE的位置信息（NPLI)， 来决定选择合适的 PSAP， 并将紧急呼叫请求前转给 PSAP; 步骤 S1214， PSAP和 UE执行后续的呼叫处理过程， 如： 媒体协商。 根据本发明实施例， 还提供了一种紧急呼叫中终端位置信息的提供系统， 该系统 可以用来实现本发明实施例提供的上述提供方法。 图 13是根据本发明实施例的紧急呼叫中终端位置信息的提供系统的结构示意图， 如图 13所示，该系统包括：移动性管理网元 1302、公共数据网网关实体 1304、 P-CSCF 1306和 E-CSCF 1308。 其中， 移动性管理网元 1302， 设置为在终端的紧急附着或紧急 的 PDN连接建立过程中， 向公共数据网网关实体 1304上报终端的位置信息； 公共数 据网网关实体 1304， 耦合至移动性管理网元 1302， 设置为在接收终端的位置信息； P-CSCF 1306, 耦合至公共数据网网关实体 1304， 设置为从公共数据网网关实体 1304 获取终端的位置信息， 并在向 E-CSCF 1308前转终端的紧急呼叫请求时， 将终端的位 置信息携带在紧急呼叫请求中发送给 E-CSCF 1308； E-CSCF 1308， 耦合至 P-CSCF 1306， 设置为接收终端的紧急呼叫请求。 在本发明实施例的一个优选实施方式中， 上述系统还可以包括： 策略与计费规则 功能 PCRF， 设置为接收公共数据网网关实体 1304在获取终端的位置信息之后， 上报 的终端的位置信息， 并主动或在接收到 P-CSCF 1306发起的位置查询请求后将终端的 位置信息上报给 P-CSCF 1306； 或者， 设置为在接收到 P-CSCF 1306发起的位置查询 请求后， 从公共数据网网关实体 1304查询终端的位置信息， 并提供给 P-CSCF 1306。 优选地， E-CSCF 1308， 还设置为在接收到终端的紧急呼叫请求后， 根据终端的 位置信息， 选择合适的 PSAP， 并将紧急呼叫请求前转给 PSAP。 通过本发明实施例， 利用 PCC来为紧急呼叫提供位置服务， 移动性管理网元在终 端的紧急附着、紧急承载 PDN建立过程中， 主动上报终端的位置信息到公共数据网网 关实体， P-CSCF从公共数据网网关实体获取位置信息，并将获取到的终端的位置信息 上报给 E-CSCF, 无需 E-CSCF通过 LRF查询终端位置信息， 简化了紧急呼叫中提供 终端位置的流程， 使得为紧急呼叫提供位置服务更加便捷。 在本发明的实施例中， 还提供了一种用于提供紧急呼叫中终端位置信息的软件， 该软件用于执行上述各实施例及其优选实施方式中描述的技术方案。 在另外一个实施例中， 还提供了一种存储介质， 该存储介质中存储有上述用于提 供紧急呼叫中终端位置信息的软件， 该存储介质包括但不限于： 光盘、 软盘、 硬盘、 可擦写存储器等。 从以上的描述中， 可以看出， 本发明实施例实现了如下技术效果： 一方面， 接收 到主叫终端发送的呼叫请求后， 若需要根据被呼叫终端的位置信息来处理业务逻辑或 决定呼叫路由， CSCF 获取被呼叫终端的位置信息， 根据被呼叫终端的呼叫逻辑， 获 取与位置信息对应的呼叫逻辑， 并根据获取的呼叫逻辑处理当前呼叫的后续流程， 实 现了根据被呼叫终端的位置信息来实现特殊的业务逻辑处理、 决策呼叫路由， 提高了 用户体验。 另一方面， 利用 PCC来为紧急呼叫提供位置服务， P-CSCF将获取到的终 端的位置信息上报给 E-CSCF, 无需 E-CSCF通过 LRF查询终端位置信息， 简化了紧 急呼叫中提供终端位置的流程， 使得为紧急呼叫提供位置服务更加便捷。 显然， 本领域的技术人员应该明白， 上述的本发明实施例的各模块或各步骤可以 用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算 装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于 此处的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或 者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明实施例 不限制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的原则之内， 所作的任何修 改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种终端的呼叫处理方法， 包括：
呼叫会话控制功能 CSCF接收主叫终端发送的呼叫请求；
所述 CSCF获取被呼叫终端的位置信息；
所述 CSCF根据所述被呼叫终端的呼叫逻辑以及获取的所述位置信息， 处 理当前呼叫的后续流程。
2. 根据权利要求 1所述的方法， 其中，
所述 CSCF获取被呼叫终端的位置信息， 包括：
服务呼叫会话控制功能 S-CSCF向代理呼叫会话控制功能 P-CSCF发送位 置查询消息；
所述 S-CSCF接收所述 P-CSCF查询到的所述被呼叫终端的位置信息； 所述 CSCF根据所述被呼叫终端的呼叫逻辑以及获取的所述位置信息， 处 理当前呼叫的后续流程， 包括：
所述 S-CSCF根据本地保存的所述被呼叫终端的呼叫逻辑， 获取与所述位 置信息对应的呼叫逻辑，并根据获取的所述呼叫逻辑处理当前呼叫的后续流程。
3. 根据权利要求 2所述的方法， 其中， 服务呼叫会话控制功能 S-CSCF向代理呼 叫会话控制功能 P-CSCF发送位置查询消息， 包括：
所述 S-CSCF向所述 P-CSCF发送订阅通知消息， 其中， 所述订阅通知消 息携带的信息包括： 终呼 MT事件指示， 和 /或指示所述 P-CSCF查询所述被呼 叫终端的位置信息的标识。
4. 根据权利要求 3所述的方法， 其中， 在呼叫会话控制功能 CSCF接收主叫终端 发送的呼叫请求之前， 所述方法还包括：
在所述被呼叫终端执行 IP多媒体子系统 IMS注册后，所述 P-CSCF向所述 S-CSCF发送订阅请求， 订阅终呼 MT事件。
5. 根据权利要求 2所述的方法， 其中， 服务呼叫会话控制功能 S-CSCF向代理呼 叫会话控制功能 P-CSCF发送位置查询消息， 包括： 所述 S-CSCF向所述 P-CSCF发送会话初始协议 SIP消息， 其中， 所述 SIP 消息携带有指示所述 P-CSCF查询所述被呼叫终端的位置信息的标识。 根据权利要求 5所述的方法， 其中， 所述 SIP消息包括： SIP "Message"消息， 或， SIP Option消息。 根据权利要求 1所述的方法， 其中，
所述 CSCF获取被呼叫终端的位置信息， 包括：
代理呼叫会话控制功能 P-CSCF接收服务呼叫会话控制功能 S-CSCF发送 的所述被呼叫终端的与位置相关的所述呼叫逻辑；
所述 P-CSCF查询所述被呼叫终端的位置信息；
所述 CSCF根据所述被呼叫终端的呼叫逻辑以及获取的所述位置信息， 处 理当前呼叫的后续流程， 包括：
所述 P-CSCF根据所述被呼叫终端的所述呼叫逻辑， 获取与所述位置信息 对应的呼叫逻辑， 并根据获取的所述呼叫逻辑处理当前呼叫的后续流程。 根据权利要求 7所述的方法， 其中， 所述代理呼叫会话控制功能 P-CSCF接收 服务呼叫会话控制功能 S-CSCF发送的所述被呼叫终端的与位置相关的所述呼 叫逻辑， 包括： 所述 P-CSCF接收所述 S-CSCF前转的呼叫请求消息， 其中， 所述呼叫请求消息中携带有所述被呼叫终端的与位置相关的所述呼叫逻辑。 根据权利要求 7或 8所述的方法， 其中， 所述 P-CSCF根据获取的所述呼叫逻 辑处理当前呼叫的后续流程， 包括：
所述 P-CSCF根据获取的所述呼叫逻辑处理确定需要取消或重定向当前呼 叫， 向所述 S-CSCF发送取消呼叫消息或重定向呼叫消息， 其中， 所述取消呼 叫消息或重定向呼叫消息中携带有所述被呼叫终端的位置信息。 一种终端的呼叫处理装置， 位于服务呼叫会话控制功能 S-CSCF, 其中， 所述 终端的呼叫处理装置包括：
第一接收模块， 设置为接收主叫终端发送的呼叫请求；
发送模块， 设置为向代理呼叫会话控制功能 P-CSCF发送位置查询消息； 第二接收模块，设置为接收所述 P-CSCF查询到的被呼叫终端的位置信息； 处理模块， 设置为根据本地保存的所述被呼叫终端的呼叫逻辑以及获取的 所述位置信息， 处理当前呼叫的后续流程。
11. 一种终端的呼叫处理系统， 包括： 服务呼叫会话控制功能 S-CSCF和代理呼叫 会话控制功能 P-CSCF, 其中，
所述 S-CSCF, 包括权利要求 10所述的装置；
所述 P-CSCF, 设置为接收所述 S-CSCF发送的位置查询消息， 查询被呼叫 终端的位置信息， 并将所述位置信息返回给所述 S-CSCF。
12. 一种终端的呼叫处理装置， 位于代理呼叫会话控制功能 P-CSCF, 其中， 所述 终端的呼叫处理装置包括：
接收模块， 设置为接收服务呼叫会话控制功能 S-CSCF发送的所述被呼叫 终端的与位置相关的所述呼叫逻辑；
查询模块， 设置为查询所述被呼叫终端的位置信息；
处理模块， 设置为根据所述被呼叫终端的所述呼叫逻辑以及获取的所述位 置信息， 处理当前呼叫的后续流程。
13. 一种终端的呼叫处理系统， 包括： 服务呼叫会话控制功能 S-CSCF和代理呼叫 会话控制功能 P-CSCF, 其中，
所述 S-CSCF, 设置为接收主叫终端发送的呼叫请求， 以及向 P-CSCF发送 所述被呼叫终端的与位置相关的所述呼叫逻辑；
所述 P-CSCF, 包括权利要求 12所述的装置。
14. 一种紧急呼叫中终端位置信息的提供方法， 包括- 在紧急附着或紧急的分组数据网 PDN连接建立过程中，公共数据网网关实 体获取移动性管理网元主动上报的终端的位置信息；
P-CSCF从所述公共数据网网关实体获取所述终端的位置信息； 所述 P-CSCF在向紧急呼叫会话控制功能 E-CSCF前转所述终端的紧急呼 叫请求时， 将所述终端的位置信息携带在所述紧急呼叫请求中发送给所述 E-CSCF。
15. 根据权利要求 14所述的方法，其中，公共数据网网关实体获取移动性管理网元 主动上报的终端的位置信息， 包括- 所述移动性管理网元在接收到所述终端的紧急附着请求或紧急的 PDN 建 立请求后， 向所述公共数据网网关实体发起紧急承载建立请求， 其中， 所述紧 急承载建立请求中携带有所述终端的位置信息；
所述公共数据网网关实体接收所述紧急承载建立请求， 从所述承载建立请 求中获取所述终端的位置信息。
16. 根据权利要求 14或 15所述的方法， 其中， P-CSCF从所述公共数据网网关实 体获取所述终端的位置信息包括：
所述公共数据网网关实体在获取所述终端的位置信息之后， 将所述终端的 位置信息上报给策略与计费规则功能 PCRF;
所述 P-CSCF从所述 PCRF上获取所述终端的位置信息。
17. 根据权利要求 16所述的方法， 其中， 所述 P-CSCF从所述 PCRF上获取所述终 端的位置信息， 包括- 所述 PCRF在获取所述终端的位置信息之后， 将所述终端的位置信息上报 给所述 P-CSCF; 或者，
所述 PCRF在接收到的所述 P-CSCF发起的位置查询请求后， 将所述终端 的位置信息上报给所述 P-CSCF。
18. 根据权利要求 14或 15所述的方法， 其中， P-CSCF从所述公共数据网网关实 体获取所述终端的位置信息， 包括- 所述 P-CSCF接收到紧急呼叫请求后， 向 PCRF查询所述终端的位置信息； 所述 PCRF向所述公共数据网网关实体查询所述终端的位置信息， 并提供 给所述 P-CSCF。
19. 根据权利要求 14所述的方法， 其中， 所述 P-CSCF在向 E-CSCF前转所述终端 的紧急呼叫请求时， 将所述终端的位置信息携带在所述紧急呼叫请求中发送给 所述 E-CSCF之后， 还包括：
所述 E-CSCF收到所述终端的紧急呼叫请求后，根据所述终端的位置信息， 选择合适的公共安全接入点 PSAP， 并将所述紧急呼叫请求前转给所述 PSAP。
20. 一种紧急呼叫中终端位置信息的提供系统， 包括- 移动性管理网元，设置为在终端的紧急附着或紧急的分组数据网 PDN连接 建立过程中， 向公共数据网网关实体上报所述终端的位置信息； 所述公共数据网网关实体， 设置为在接收所述终端的位置信息；
P-CSCF, 设置为从所述公共数据网网关实体获取所述终端的位置信息， 并 在向 E-CSCF前转所述终端的紧急呼叫请求时， 将所述终端的位置信息携带在 所述紧急呼叫请求中发送给所述 E-CSCF。
21. 根据权利要求 20所述的系统， 还包括：
策略与计费规则功能 PCRF， 设置为接收所述公共数据网网关实体在获取 所述终端的位置信息之后， 上报的所述终端的位置信息， 并主动或在接收到所 述 P-CSCF发起的位置查询请求后将所述终端的位置信息上报给所述 P-CSCF; 或者
所述策略与计费规则功能 PCRF， 设置为在接收到所述 P-CSCF发起的位 置查询请求后， 从所述公共数据网网关实体查询所述终端的位置信息， 并提供 给所述 P-CSCF。
22. 根据权利要求 20或 21所述的系统， 其中， 所述 E-CSCF设置为在收到所述终 端的紧急呼叫请求后， 根据所述终端的位置信息， 选择合适的公共安全接入点 PSAP, 并将所述紧急呼叫请求前转给所述 PSAP。
PCT/CN2012/084085 2011-11-07 2012-11-05 终端的呼叫处理方法、装置及系统 WO2013067907A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110348300.5 2011-11-07
CN201110348300.5A CN103096243B (zh) 2011-11-07 2011-11-07 终端的呼叫处理方法、装置及系统

Publications (1)

Publication Number Publication Date
WO2013067907A1 true WO2013067907A1 (zh) 2013-05-16

Family

ID=48208278

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/084085 WO2013067907A1 (zh) 2011-11-07 2012-11-05 终端的呼叫处理方法、装置及系统

Country Status (2)

Country Link
CN (1) CN103096243B (zh)
WO (1) WO2013067907A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11627168B2 (en) * 2013-08-07 2023-04-11 Huawei Technologies Co., Ltd. Method, related apparatus, and system for recovering called service of terminal

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104955009A (zh) * 2014-03-26 2015-09-30 阿尔卡特朗讯 一种紧急呼叫系统及方法
US10433154B2 (en) * 2017-09-28 2019-10-01 Hewlett Packard Enterprise Development Lp Attribute indicating a home component of a subscriber
CN109756445B (zh) * 2017-11-01 2021-11-16 中兴通讯股份有限公司 媒体采集方法、媒体采集请求的生成方法及相关设备
CN114125993A (zh) * 2020-08-31 2022-03-01 中国电信股份有限公司 呼叫接入处理方法、网元以及通信系统、存储介质
CN112654032A (zh) * 2020-12-15 2021-04-13 中国联合网络通信集团有限公司 短号码的呼叫方法、装置和应用服务器
WO2023035229A1 (en) * 2021-09-10 2023-03-16 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes, ims node and methods performed in a communication network

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448232A (zh) * 2008-04-30 2009-06-03 中兴通讯股份有限公司 紧急呼叫实现方法及系统、用户设备
CN101729980A (zh) * 2009-11-20 2010-06-09 华为技术有限公司 位置信息获取方法、装置和系统
CN101800958A (zh) * 2009-02-10 2010-08-11 中兴通讯股份有限公司 获取紧急会话信息的方法和系统
CN101848448A (zh) * 2009-03-25 2010-09-29 华为技术有限公司 紧急呼叫业务的处理方法、装置及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100471929B1 (ko) * 2002-12-02 2005-03-10 한국전자통신연구원 이동 통신망에서의 에스아이피 프로토콜 처리 장치와 이를구비한 이동 멀티미디어 서브 시스템
GB0520254D0 (en) * 2005-10-05 2005-11-16 Vodafone Plc Telecommunications networks
CN101193034A (zh) * 2006-11-23 2008-06-04 中兴通讯股份有限公司 一种ims网络和cs网络互通时选择路由的系统
WO2010051829A1 (en) * 2008-11-04 2010-05-14 Telefonaktiebolaget Lm Ericsson (Publ) Mobile radio access information validation
CN101719912B (zh) * 2009-12-07 2012-11-07 华为技术有限公司 数据处理方法及数据处理系统以及相关设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448232A (zh) * 2008-04-30 2009-06-03 中兴通讯股份有限公司 紧急呼叫实现方法及系统、用户设备
CN101800958A (zh) * 2009-02-10 2010-08-11 中兴通讯股份有限公司 获取紧急会话信息的方法和系统
CN101848448A (zh) * 2009-03-25 2010-09-29 华为技术有限公司 紧急呼叫业务的处理方法、装置及系统
CN101729980A (zh) * 2009-11-20 2010-06-09 华为技术有限公司 位置信息获取方法、装置和系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11627168B2 (en) * 2013-08-07 2023-04-11 Huawei Technologies Co., Ltd. Method, related apparatus, and system for recovering called service of terminal

Also Published As

Publication number Publication date
CN103096243A (zh) 2013-05-08
CN103096243B (zh) 2017-10-03

Similar Documents

Publication Publication Date Title
CN109391979B (zh) P-cscf故障恢复方法、装置及系统
US10812534B2 (en) Service processing method and apparatus
US9654954B2 (en) Providing an IMS voice session via a packet switch network and an emergency voice session via a circuit switch network
JP4742171B2 (ja) 移動通信方法、呼制御ノード、優先度制御ノード及び移動管理ノード
WO2013067907A1 (zh) 终端的呼叫处理方法、装置及系统
WO2009094916A1 (fr) Procédé, système et dispositif de commande pour redémarrage après défaillance dans le domaine circuit
KR101565626B1 (ko) 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼
US20110182244A1 (en) Method for supporting context management by home node-b
EP2892289B1 (en) Method, apparatus, entity and network device for controlling page
WO2008086754A1 (fr) Procédé, dispositif et système pour l'enregistrement émergent dans un réseau d'accès par connexion ip de l'équipement utilisateur
US20160072852A1 (en) Network Initiated CS Services During IMS Call
WO2020001128A1 (zh) 一种终端位置服务的确定方法、设备及可读存储介质
US10326604B2 (en) Policy and charging rules function (PCRF) selection
WO2017054542A1 (zh) 一种通信方法、装置及终端
WO2010105462A1 (zh) 用户设备附着的处理方法、移动性管理实体以及用户设备
CN107404715B (zh) 位置信息提供方法及装置
KR101513451B1 (ko) 무선 통신 시스템에서 재등록을 유도하기 위한 장치 및 이를 위한 방법
WO2012159312A1 (zh) 一种多模单待终端在网络注册的方法和装置
WO2018001301A1 (zh) 用户设备的控制方法、装置及系统和网关
WO2011134315A1 (zh) 业务授权方法、装置及系统
EP2882225A1 (en) Suspend method, apparatus and system
KR102098216B1 (ko) 호 처리 결정 방법 및 장치와 그 호 처리 시스템
EP2951970B1 (en) Service control awareness for call routing between packet switched telephony domain and circuit switched telephony domain
WO2011134311A1 (zh) 单信道语音连续性的实现方法及系统
JPWO2016185964A1 (ja) 移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12847667

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12847667

Country of ref document: EP

Kind code of ref document: A1