(19)
(11)EP 2 834 955 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
19.09.2018 Bulletin 2018/38

(21)Application number: 13713166.0

(22)Date of filing:  27.03.2013
(51)Int. Cl.: 
H04L 29/06  (2006.01)
(86)International application number:
PCT/EP2013/056602
(87)International publication number:
WO 2013/149918 (10.10.2013 Gazette  2013/41)

(54)

BEST EFFORT CALL ROUTING PREFERENCE SETTING

PRÄFERENZEINSTELLUNG FÜR BESTMÖGLICHE RUFLEITWEGLENKUNG

RÉGLAGE DE PRÉFÉRENCE DE ROUTAGE D'APPEL AU MIEUX


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

(30)Priority: 02.04.2012 US 201261619207 P

(43)Date of publication of application:
11.02.2015 Bulletin 2015/07

(73)Proprietor: Telefonaktiebolaget LM Ericsson (publ)
164 83 Stockholm (SE)

(72)Inventors:
  • KELLER, Ralf
    52146 Würselen (DE)
  • LINDHOLM, Fredrik
    S-112 15 Stockholm (SE)

(74)Representative: Brann AB 
P.O. Box 3690 Drottninggatan 27
103 59 Stockholm
103 59 Stockholm (SE)


(56)References cited: : 
EP-A1- 1 892 897
GB-A- 2 434 059
  
  • "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Voice Call Continuity between CS and IMS Study (Release 7)", 3GPP STANDARD; 3GPP TR 23.806, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V7.0.0, 1 December 2005 (2005-12-01), pages 1-153, XP050363756,
  • "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia Subsystem (IMS) centralized services; Stage 2 (Release 11)", 3GPP STANDARD; 3GPP TS 23.292, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. V11.2.0, 8 March 2012 (2012-03-08), pages 1-118, XP050555352, [retrieved on 2012-03-08]
  
Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


Description

Technical Field



[0001] The invention refers to call routing and especially refers best effort preference with respect to radio access selection.

Background



[0002] Mobile communications networks are currently evolving from circuit switched (CS) networks towards packet switched (PS) networks, and by that integrate into Internet Protocol (IP) based infrastructures that are e.g. used by the Internet and the World Wide Web respectively.

[0003] More recently, an architecture called IP Multimedia Subsystem (IMS) has been defined by the Third Generation Partnership Project (3GPP) for delivering multimedia services over mobile communication networks. IMS is able to provide new and rich person-to-person communication services or network-to-person communication services by means of text, audio, video, and/or messaging or any combination thereof, employing IP for transport and Session Initiation Protocol (SIP) for service signaling. Hereto, calls from and to subscribers of the multimedia services using a Circuit Switched based access (e.g. WCDMA/GERAN), in the following also being referred to as CS access, are routed through the IMS network in order to reach an IMS service engine.

[0004] This concept is called IMS Centralized Services (ICS), and is described in the standardization documents TS 23.237 (this application referring to release 11.3.0),TS 23.292 (this application referring to release 11.1.0), and 3GPP TS 23.228 (this application referring to release 11.3.0) established by the 3rd Generation Partnership Project -3GPP-.

[0005] Terminating Access Domain Selection T-ADS according to TS 23.292, section 5.3.1 provides:
  • Directs an incoming session to an ICS User;
  • For one or more UEs of an ICS User:
    • Influences the selection of one or more contacts amongst the registered contacts and;
    • Influences the selection of an access network for delivery of the incoming session to the selected contact, or;
    • Performs breakout to the CS Domain by fetching the CSRN.


[0006] T-ADS shall take into account the access network's capabilities, UE capabilities, IMS registration status, CS status, existing active sessions, user preferences, operator policies such as access network specific voice domain preferences and the media component types. In addition, T-ADS may take into account the access network information provided directly by the UE.

[0007] The current procedures for T-ADS as described in current 3GPP documents might not provide for allowing a best effort packet switched access at choice of the user. The user might prefer a certain packet switched access even in cases where other packet or circuit switched access is available at presumably better quality. Such possibility of choice might be especially preferable e.g. in case that the subscriber has, besides the first line telephony service, also a second-line voice (or voice and video call) service that he or she prefers to use in certain areas or situations, e.g. when roaming, or in a hotel. GB 2434059 A describes a method of signalling information between a mobile station and a network element of a mobile communications network, wherein the mobile terminal transmits information to the network element relating to the desirability and/or possibility to support voice call continuity during a communication. Further, the non-patent literature document titled "'3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Voice Call Continuity between CS and IMS Study (Release 7)', 3GPP STANDARD; 3GPP TR 23.806, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, no. V7.0.0, 1 December 2005 (2005-12-01), pages 1-153, XP050363756," describes a method to provide active voice call continuity between Circuit Switched (CS) domain and the IP Multimedia Subsystem (IMS) domain using an IP Connectivity Access Network.

Summary



[0008] It is an objective of the present invention to provide a possibility for performing best effort (packet switched) access even in cases of an available alternative access. This objective is achieved by the independent claims. Advantageous embodiments are described in the dependent claims.

[0009] According to embodiments, a service is provided with respect to a user equipment -UE- that allows conveying a best effort -BE- indication to an access application server, e.g. a so-called service centralization and continuity application server -SCC AS- as specified by 3GPP, being responsible for an access (domain) selection for the UE. The SCC AS initiates or controls an access selection in dependency of the BE information.

[0010] According to embodiments, during call control, the SCC AS receives a first indication indicative of a request to provide a BE PS access domain with respect to the UE, receives a second indication indicative of a preference of PS access over CS access with respect to the UE, and in response to retrieving most recent access network capabilities with respect to the UE, the SCC AS performs PS access selection if the most recent access network capabilities indicate that IP Multimedia Subsystem voice, IMS voice, over Packet Switched, PS, domain is supported, and the SCC AS also performs PS access selection, upon receiving the second indication, even if the most recent access network capabilities indicate that the IMS voice over PS is not supported. In an embodiment, the access selection, e.g. packet switched -PS- access selection, is performed regardless of a quality level (QoS) or capability supported (or guaranteed) for the radio access.

[0011] In an embodiment, the SCC AS initiates routing a call to PS access regardless if that is supporting IMS voice over PS access. In other words, even in case that IMS voice over PS access is not supported, the call is routed to PS access instead of routing the call over CS access. Thus, it allows the application server for terminating on PS access even if that is not supporting IMS Voice over PS access. Such termination might be provided either for voice and video call or for video call only.

[0012] Above described embodiments allow to control that terminated calls are not routed to CS access or other contacts.

[0013] In an embodiment, the CSS AS (e.g. by interacting with the HSS) retrieves currently used access information and/or IMS voice over PS support indication (as described in 3GPP specifications). In case that BE information is present and currently used access information indicates LTE or HSPA, the call is routed over PS access; otherwise, if the current access information indicates GERAN, the call is not routed to PS access.

[0014] In an embodiment, the BE indication is conveyed by means of a BE support information inserted in a SIP REGISTER message to be exchanged between a UE and the SCC-AS during SIP registration, wherein the such extended SIP REGISTER message might be sent via a P-CSCF, I-CSCF and S-CSCF. This indicator indicates that best effort access is supported and can be used.

[0015] Alternatively or additionally, the BE indication is inserted in a SIP INVITE transmitted from the UE to the SCC AS when originating a new call in order to inform that the call may be treated as a best effort call. In an embodiment, the

[0016] SCC AS will not initiate any reservation of certain resources for the terminal but instead allows the media to be sent over a corresponding best effort bearer. According to embodiments of the invention, depending on an indication provided to the SCC AS, the SCC AS forwards all terminating calls directed to a first terminal or contact to a second terminal or contact associated to BE PS access, e.g. to MSISDN1 if a call is ongoing on MSISDN2 (wherein MSISDN1 may be different from MSISDN2).

[0017] The present invention also concerns computer programs comprising portions of software codes in order to implement the method as described above when operated by a respective processing unit of a network node (SCC AS, S-CSCF) or user device. The computer program can be stored on a computer readable medium associated to the UE, the SCC AS, S-CSCF or any other node involved in the service provision as described above. The computer-readable medium can be a permanent or rewritable memory. The respective computer program can be also transferred to the user device for example via a cable or a wireless link as a sequence of signals.

[0018] In the following, detailed embodiments of the present invention shall be described in order to give the skilled person a full and complete understanding. However, these embodiments are illustrative and not intended to be limiting.

[0019] The invention is defined by a method according to independent claim 1, an application server according to independent claim 11 and a computer program loadable on a processing unit of an application server according to independent claim 12.

[0020] Further embodiments are defined by the dependent claims.

Brief Description of the Figures



[0021] 
Fig. 1
shows a first sequence diagram showing an extended SIP registration at the network to comprising an indicator that that BE access is supported and can be used,
Fig. 2
shows a second sequence diagram showing to forwarding the indicator during an originating call to inform the network that the call may be treated as an best effort call,
Fig. 3
shows a third sequence diagram showing both SCC AS terminal selection and access domain selection with respect to an incoming call,
Fig. 4
shows a fourth sequence diagram for BE controlling that terminating calls are not routed to CS access,
Fig. 5, 6
show a fifth and a sixth sequence diagram controlling forwarding all terminating calls to MSISDN1 if a call is ongoing on MSISDN2, and
Fig. 7
shows a block diagram of an exemplary communication network for performing sequences described under Fig. 1 - Fig. 6.

Detailed Description



[0022] The figures 1- 7 involve amongst other nodes a user equipment UE 10, a P-CSCF 12, an I-CSCF 13, an S-CSCF 14, an HSS 16, and an application server 18 also being referred to as SCC AS 18 or as SCC AS/TAS 18, by way of example combining the SCC AS with a so-called Telephony Application Server - TAS- that carries out functions not directly related to the routing of messages through the network. Further information about these nodes and the further involved nodes can be retrieved from 3GPP specifications as cited above.

[0023] The HSS 16 is a database that supports the PS network entities in handling calls. It comprises subscription related information (e.g. being stored as subscriber profiles), performs authentication and authorization of the user, and might further provide information about the subscriber's location and address information (e.g. IP address). According to embodiments of the invention, the HSS interacts with the SCC AS to inform the SCC AS e.g. about the currently used access and IMS Voice over PS support indication.

[0024] The Call State Control Function -CSCF- nodes P-SCSF 12, I-CSCF 13 and S-CSCF 14 provide session control for user terminals by processing SIP signalling packets in the IMS.

[0025] The P-CSCF 12 (Proxy CSCF) is a SIP proxy that is the first point of contact for the terminal. Amongst other functions, this node supports a subscriber authentication and ensures that the IMS terminals do not behave correctly (by inspecting the signaling).

[0026] The S-CSCF 13 (Serving CSCF) is the central node of the signaling plane. It communicates with the HSS e.g. to get subscriber profiles This node further handles SIP registrations, which allows it to bind the user location (e.g. the IP address of the terminal) and the SIP address

[0027] The I-CSCF 14 (Interrogating CSCF) is a SIP function e.g. located at the edge of an administrative domain. Its IP address is published in the Domain Name System (DNS) to be found by remote servers. Amongst other functions this node queries the HSS to retrieve the address of the S-CSCF and assign it to a user performing a SIP registration, and also forwards SIP request or response to the S-CSCF.

[0028] The service centralization and continuity application server -SCC AS- 18 is a home network based IMS Application that provides functionality required to enable IMS Centralized Services. The SCC AS- 18 may be regarded as a call control server (communicating by means of the SIP protocol) controlling a communication between the mobile terminal UE and a remote side (e.g. a further UE). Amongst other functions according to above-cited 3GPP standard TS 23.292 (e.g. section 5.3.1), the SCC AS 18 comprises so-called Terminating Access Domain Selection (T-ADS) capabilities comprising means to direct an incoming session to an ICS User. For one or more UEs of an ICS user, this function influences the selection of one or more contacts amongst the registered contacts and influences the selection of an access network for delivery of the incoming session to the selected contact,. T-ADS shall take into account the access network's capabilities, UE capabilities, IMS registration status, CS status, existing active sessions, user preferences, operator policies such as access network specific voice domain preferences and the media component types. In addition, T-ADS may take into account the access network information provided directly by the UE 10.

[0029] For 3GPP PS access networks and for incoming sessions with bi-directional speech media destined to a selected contact, the SCC AS 18 retrieves (via the HSS) the most recent access network capabilities ("IMS voice over PS Session Supported Indication", current radio access technology -RAT- type). If the most recently used PS access network indicates that IMS voice over PS is supported, then bi-directional speech media can be delivered on this access. Otherwise, bi-directional speech media will not be delivered on this access unless no BE registration is stored in the SCC AS 18.

[0030] According to embodiments, a new indication referred to as BE support info is included in SIP REGISTER (e.g., as a new ICSI, new sub classed ICSI, new IARI, new other feature tag). The BE support info is indicative of a preference of PS access over CS access thus influencing an access domain selection with respect to the UE 10. The SCC AS 18 stores this information and will terminate future calls routed to PS access even if that is not supporting IMS voice over PS access. The SCC AS 18 may still interact with the HSS 12 to retrieve the currently used access (and IMS Voice over PS support indication as e.g. specified in TS 23.237, TS 23.401 and TS 23.060), but may only use the currently used access information to determine whether to route to PS access (e.g. OK, if LTE (Long Term Evolution) or HSPA (High Speed Packet Access) is currently used, and not OK if GERAN (GSM EDGE Radio Access Network) is currently used).

[0031] In the following exemplary sequence diagrams are shown with respect to different embodiments:
Fig. 1 shows an exemplary registration procedure being extended to include an additional indicator that indicates to the network that BE access is supported and can be used.

[0032] Thereto, the UE 10 may transmit a first SIP register message M1 over P-CSCF 12, I-CSCF 13 to S-SCSF 14. The first SIP register message comprises above described information indicative of BE support. The S-CSCF 14 may store this information and further send this information as SIP third party register information M2 to the SCC AS/TAS 18. The registration process may be terminated by a SIP OK sequence including UE authentication.

[0033] Fig. 2 shows an exemplary sequence wherein the terminating UE sends a request for best effort PS access while originating a new call. When the UE 10 originates the new call, it may include the BE indicator to inform the network that the call may be treated as a best effort call. This may then result in that the network does not try to reserve special dedicated resources for the terminal, but instead only allows the media to be sent over a best effort bearer.

[0034] Thereto, the UE 10 may send a third SIP invite message M3 over an Evolved Packet Core -EPC- network 11, P-CSCF 12, S-CSCF 14 to SCC AS 18. The SIP invite message M3 comprises information indicative of a request for best effort PS access. In response to receiving the message M3 in the P-CSCF 14, the P-CSCF 14 will initiate a best effort bearer setup in the EPC 11. Call completion will then be performed taking into account the request.

[0035] Fig. 3 shows an exemplary sequence for an incoming call handling. The network (SCC AS/TAS) may do both contact/terminal selection and access domain selection. As part of these procedures, the SCC AS 18 may decide to which contact or terminal to route the call to (if more than one terminal or contact is present). This selection may include difference preferences. For example:
  • the SCC AS 18 first may try to terminate the call towards any of the contact(s)/terminal(s) that are/is not using best effort, but either CS access or a VoIP access according to T-ADS in TS 23.293 and TS 23.237; if this terminating fails, then the call may be routed over the indicated BE access (being stored in the SCC AS 18); or
  • the SCC AS 18 may always try the BE access first, if an T-ADS information (e.g. from the HSS) suggests that the UE is still on UTRAN or E-UTRAN; if the UE is on GERAN (that may be considered as having too low throughput), the call is sent towards a contact or terminal (UEs / accesses) with VoIP support or CS access.


[0036] The SCC AS 18 may use the BE support info indicator to influence the S-CSCF 16 to select the UE 10 fo which the BE support has been stored (and a corresponding access domain, e.g. PS access domain).

[0037] Thereto, a remote side (another UE) 20 may send a SIP invite message M4 to the S-CSCF 14, that forwards this message to the SCC AS 18. The SCC AS 18 detects a storage of a BE support info associated to the terminating user 10, performs contact/terminal selection (in case of a plurality of contacts/terminals)/ access domain selection and sends an adapted SIP invite message M5 comprising the BE support info to influence/advice the S-CSCF 16 as discussed above.

[0038] Fig. 4 shows an exemplary sequence allowing to control that terminating calls are not routed to CS access. According to the example, if a new indication BE preference (which may be realized by using the same tag as BE support info) is included in SIP REGISTER, all terminating calls are routed to this contact and not to CS access.

[0039] Thereto, a similar sequence as discussed under Fig. 1 may be performed with the difference that an variant SIP register message M1' is transmitted comprising a BE preference information to request a routing of terminating calls to this contact and not to any contact associated to CS access.

[0040] Fig. 5 shows an exemplary sequence allowing forwarding all terminating calls to MSISDN1 or number A (a Mobile Subscriber Integrated Services Digital Network Number -MSISDN- uniquely identifies a subscription in a GSM or a UMTS mobile network) if a call is ongoing on MSISDN2 or number B (MSISDN1 may be different from MSISDN2). According to the example, if an indication "Reroute" is included in the SIP INVITE for originating calls or responses in case of terminating call, the SCC AS 18 routes all terminating calls intended for a contact associated to the number/contact A to the contact for number B as long as this call with that reroute indication is ongoing (using BE PS access). The indication may be accompanied by B and may only be included on user request (i.e. based on a setting in the UE).

[0041] When the UE (10) establishes a call, it indicates in the call setup that it wishes to have any additional incoming calls redirected to the contact/number B (instead of its own contact/number A).

[0042] Thereto, the UE 10 may send a fourth SIP invite message M6 over P-CSCF 12, S-CSCF 14 to SCC AS 18. This SIP invite message M6 comprises information indicative of a preference to re-route to a further contact/terminal B as described above) In response to receiving this message in the SCC AS 18, a further call directed to the contact/terminal A is routed to the contact/terminal B using BE PS access domain.

[0043] Fig. 6 shows an exemplary sequence corresponding to Fig. 5, wherein when retrieving the incoming call, the SCC AS 18 detects that an ongoing call is in progress, and that any new incoming call should be rerouted to the number/contact B.

[0044] Thereto the remote side 20 may send a SIP invite message directed to the number/contact A. over the S-CSCF 14 to the SCC AS 10. The SCC AS 18 decides to select a contact associated to the number/contact B using BE access and sends a correspondingly modified invite message towards the S-CSCF, that further forwards this message over the P-CSCF 12 to the terminating UE 10.

[0045] Fig. 7 shows a block diagram of an exemplary communication network comprising the UE 10, the evolved packet core 11, a PCRF comprising the P-CSCF 12, the I-CSCF 13, and the S-CSCF 14, the HSS 16, and the application server 18 comprising the SCC AS and the TAS as discussed above. Further PS access network 11a, a CS access network 21a and a CS core network 21 are shown. A fPS connection line is shown from the UE 10, over the PS access network 11a, the EPS 11, the CSCF nodes 12, 13, and 14 and the application server 18. A CS connection line is shown from the UE 10, over the CS access network 12a, the CS core network 11, and S-CSCF 14 to the application server 18. The UE 10 may have a plurality of terminals or contacts having different capabilities. The user may register a BE preference indication associated to a certain contact/terminal by means of sending the SIP register message M1 over the PS connection to the S-CSCF, that in turn sends this information as SIP 3rd party information M2 to the application server as shown in Fig. 1. The application server 18 will perform terminal/contact selection taking into account the BE preference indication as discussed above.

[0046] Above described embodiments allow to choose a best effort access service within the frame of IMS. Amongst others, they allow to terminate on PS access even if that is not supporting IMS Voice over PS access, (e.g. either for voice and Videocall or for Videocall only). They further allow performing terminating call control in that CS access may not be used.


Claims

1. A method of providing call control within a mobile network with respect to a subscriber associated to a user equipment, UE (10), the mobile network comprising a service centralization and continuity application server -SCC-AS- (18) responsible for an access domain selection out of a packet switched-PS-access, and a circuit switched-CS- access, the SCC-AS performing the following steps:

- receiving a first indication indicative of a request to provide a best effort -BE- PS access domain with respect to the UE (10),

- receiving a second indication indicative of a preference of PS access over CS access with respect to the UE (10),

- in response to retrieving most recent access network capabilities with respect to the UE (10):

- selecting the PS access, if the most recent access network capabilities indicate that IP Multimedia Subsystem voice, IMS voice, over PS is supported, and

- selecting the PS access, upon receiving the second indication, even if the most recent access network capabilities indicate that the IMS voice over PS is not supported.


 
2. The method of claim 1, wherein terminating calls are routed to PS domain access even if a corresponding IMS service over PS access is not supported.
 
3. The method of any one of the preceding claims, wherein an access domain selection is performed regardless of a quality of service, QoS, level or a capability supported or guaranteed with respect to a corresponding selected access domain.
 
4. The method of any one of the preceding claims, wherein, the SCC AS (18) initiates routing a call to the PS access domain regardless of any support information, to the PS domain access instead of routing the call over CS domain access.
 
5. The method of any one of the preceding claims, wherein in response to the received first indication, the SCC AS (18) will not initiate a reservation of certain resources for the UE (10) but instead allows corresponding media to be sent over a corresponding best effort bearer.
 
6. The method of the preceding claim, wherein the SCC AS (18) terminates a call on PS domain access even if that is not supporting IMS Voice over PS access.
 
7. The method of the preceding claim, wherein a corresponding termination is provided either for voice and video call or for video call only.
 
8. The method of any one of the preceding claims, wherein the request for BE access domain selection is conveyed by means of a support information inserted in a Session Initiation Protocol, SIP, REGISTER message (M1) to be received from the UE (10).
 
9. The method of any one of the preceding claims, wherein the request for BE access domain selection is conveyed by means of a support information inserted in a SIP INVITE message (M2) received from the UE (10).
 
10. The method of any one of the preceding claims, wherein a first contact or network number and a second contact or network number is associated to the UE (10), and wherein if said first indication is received, stored, or retrieved with respect to the UE (10), the SCC AS (18) forwards a terminating call directed to the first contact or network number to the second contact or network number.
 
11. An application server (18) being adapted to perform the steps of any one of the preceding claims.
 
12. A computer program loadable into a processing unit of an application server, the computer program comprising code adapted to cause the application server to perform the method of claim 1 or any one of the preceding method claims, when the code is executed on the processing unit of the application server.
 


Ansprüche

1. Verfahren zum Bereitstellen von Anrufsteuerung in einem mobilen Netz in Bezug auf einen Teilnehmer, der einem Benutzergerät, UE, (10) zugeordnet ist, wobei das mobile Netz einen Service Centralization and Continuity Application Server -SCC-AS- (18) umfasst, der verantwortlich für eine Zugangsdomänenauswahl aus einem paketvermittelten PS-Zugang ist, und einem leitungsvermittelten CS-Zugang, wobei der SCC-AS die folgenden Schritte ausführt:

- Empfangen eines ersten indikativen Hinweises auf eine Anfrage zur Bereitstellung für eine Best-Effort -BE-PS-Zugangsdomäne in Bezug auf das UE (10),

- Empfangen eines zweiten indikativen Hinweises auf eine Präferenz von dem PS-Zugang gegenüber dem CS-Zugang in Bezug auf das UE (10),

- als Reaktion auf den Abruf der neusten Zugangsnetzfähigkeiten in Bezug auf das UE (10):

- Auswählen des PS-Zugangs, wenn die neusten Zugangsnetzfähigkeiten anzeigen, dass IP Multimedia Subsystem Voice, IMS voice, über den PS unterstützt wird, und

- Auswählen des PS-Zugangs beim Empfang des zweiten Hinweises, auch wenn die neuesten Zugangsnetzfähigkeiten anzeigen, dass das IMS voice über den PS nicht unterstützt wird.


 
2. Verfahren nach Anspruch 1, wobei beendete Anrufe an den PS-Domänenzugang weitergeleitet werden, auch wenn ein entsprechender IMS Service über den PS-Zugang nicht unterstützt wird.
 
3. Verfahren nach einem der vorstehenden Ansprüche, wobei eine Zugangsdomänenauswahl unabhängig von einem Qualitäts-Service-Level, QoS, oder einer Fähigkeit, die in Bezug auf die entsprechend ausgewählte Zugangsdomäne unterstützt oder garantiert wird, ausgeführt wird.
 
4. Verfahren nach einem der vorstehenden Ansprüche, wobei der SCC AS (18) das Weiterleiten eines Anrufs an die PS-Zugangsdomäne unabhängig von jeder Unterstützungsinformation an den PS-Domänenzugang initiiert, anstatt den Anruf über den CS-Domänenzugang weiterzuleiten.
 
5. Verfahren nach einem der vorstehenden Ansprüche, wobei als Reaktion auf den empfangenen ersten Hinweis, der SCC AS (18) keine Reservierung von bestimmten Ressourcen für das UE (10) initiiert, sondern stattdessen ermöglicht, entsprechende Medien über einen entsprechenden Best-Effort-Träger zu senden.
 
6. Verfahren nach einem der vorstehenden Ansprüche, wobei der SCC AS (18) einen Anruf auf dem PS-Domänenzugang beendet, auch wenn das das IMS Voice über den PS-Zugang nicht unterstützt.
 
7. Verfahren nach einem der vorstehenden Ansprüche, wobei eine entsprechende Beendigung entweder für Sprach- und Videoanrufe oder nur für Videoanrufe vorgesehen ist.
 
8. Verfahren nach einem der vorstehenden Ansprüche, wobei die Anfrage für eine BE-Zugangsdomänenauswahl mittels einer Unterstützungsinformation übermittelt wird, die in eine Session Initiation Protocol, SIP, REGISTER Nachricht (M1) eingefügt ist, die von dem UE (10) zu empfangen ist.
 
9. Verfahren nach einem der vorstehenden Ansprüche, wobei die Anfrage für eine BE-Zugangsdomänenauswahl mittels einer Unterstützungsinformation übermittelt wird, die in eine SIP INVITE Nachricht (M2) eingefügt ist, die von dem UE (10) empfangen wird.
 
10. Verfahren nach einem der vorstehenden Ansprüche, wobei eine erste Kontakt- oder Netznummer und eine zweite Kontakt- oder Netznummer dem UE (10) zugeordnet ist, und wobei, wenn der erste Hinweis in Bezug auf des UE (10) empfangen, gespeichert oder abgerufen wird, das SCC AS (18) einen beendeten Anruf, der an die erste Kontakt- oder Netznummer gerichtet ist, an die zweite Kontakt- oder Netznummer weiterleitet.
 
11. Anwendungsserver (18), der angepasst ist, um die Schritte nach einem der vorstehenden Ansprüchen auszuführen.
 
12. Computerprogramm, das in eine Verarbeitungseinheit eines Anwendungsservers geladen werden kann, wobei das Computerprogramm einen Code umfasst, der angepasst ist, um den Anwendungsserver dazu zu veranlassen, das Verfahren nach Anspruch 1 oder einem beliebigen der vorstehenden Ansprüche auszuführen, wenn der Code auf der Verarbeitungseinheit des Anwendungsservers ausgeführt wird.
 


Revendications

1. Procédé de fourniture de commande d'appel à l'intérieur d'un réseau mobile par rapport à un abonné associé à un équipement d'utilisateur, UE (10), le réseau mobile comprenant un serveur d'application de centralisation et de continuité de service, SCC-AS (18), responsable d'une sélection de domaine d'accès entre un accès à commutation de paquets, PS, et un accès à commutation de circuits, CS, le SCC-AS exécutant les étapes suivantes :

- la réception d'une première indication indiquant une demande de fournir un domaine d'accès BE-PS au mieux par rapport à l'UE (10),

- la réception d'une seconde indication indiquant une préférence d'un accès PS au lieu d'un accès CS par rapport au l'UE (10),

- en réponse à la récupération de capacités de réseau d'accès les plus récentes par rapport à l'UE (10) :

- la sélection de l'accès PS, si les capacités de réseau d'accès les plus récentes indiquent qu'un système de voix de sous-système multimédia IP, voix IMS, sur PS est pris en charge, et

- la sélection de l'accès PS, à réception de la seconde indication, même si les capacités de réseau d'accès les plus récentes indiquent que le système de voix IMS sur PS n'est pas pris en charge.


 
2. Procédé selon la revendication 1, dans lequel des appels de terminaison sont routés vers un accès de domaine PS même si un accès de service IMS sur PS correspondant n'est pas pris en charge.
 
3. Procédé selon l'une quelconque des revendications précédentes, dans lequel une sélection de domaine d'accès est exécutée indépendamment d'un niveau de qualité de service, QoS, ou d'une capacité prise en charge ou garantie par rapport à un domaine d'accès sélectionné correspondant.
 
4. Procédé selon l'une quelconque des revendications précédentes, dans lequel le SCC-AS (18) initie un routage d'un appel au domaine d'accès PS indépendamment de quelconques informations de prise en charge, à l'accès de domaine PS au lieu de router l'appel sur l'accès de domaine CS.
 
5. Procédé selon l'une quelconque des revendications précédentes, dans lequel en réponse à la réception de la première indication, le SCC-AS (18) n'initie pas une réservation de certaines ressources pour l'UE (10) mais, au lieu de cela, permet à un contenu multimédia correspondant d'être transmis sur un support au mieux correspondant.
 
6. Procédé selon la revendication précédente, dans lequel le SCC-AS (18) termine un appel sur l'accès de domaine PS même si celui-ci ne prend pas en charge un accès de voix IMS sur PS.
 
7. Procédé selon la revendication précédente, dans lequel une terminaison correspondante est fournie soit pour un appel vocal et vidéo, soit pour un appel vidéo seulement.
 
8. Procédé selon l'une quelconque des revendications précédentes, dans lequel la demande pour une sélection de domaine d'accès BE est acheminée au moyen d'informations de prise en charge insérées dans un message REGISTER (M1) d'un protocole d'ouverture de session, SIP, devant être reçu en provenance de l'UE (10).
 
9. Procédé selon l'une quelconque des revendications précédentes, dans lequel la demande pour une sélection de domaine d'accès BE est acheminée au moyen d'informations de prise en charge insérées dans un message INVITE SIP (M2) reçu en provenance de l'UE (10).
 
10. Procédé selon une quelconque revendication précédente, dans lequel un premier numéro de contact ou de réseau et un second numéro de contact ou de réseau est associé à l'UE (10), et dans lequel si lesdites premières indications sont reçues, stockées, ou récupérées par rapport à l'UE (10), le SCC-AS (18) transmet un appel de terminaison adressé au premier numéro de contact ou de réseau, au second numéro de contact ou de réseau.
 
11. Serveur d'application (18) étant adapté pour exécuter les étapes selon une quelconque revendication précédente.
 
12. Programme informatique pouvant être chargé dans une unité de traitement d'un serveur d'application, le programme informatique contenant un code adapté pour amener le serveur d'application à exécuter le procédé selon la revendication 1 ou l'une quelconque des revendications de procédé précédentes, lorsque le code est exécuté sur l'unité de traitement du serveur d'application.
 




Drawing
























REFERENCES CITED IN THE DESCRIPTION



This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Patent documents cited in the description




Non-patent literature cited in the description