WO2005004507A1 - Generic service request procedure in a multimode system - Google Patents

Generic service request procedure in a multimode system Download PDF

Info

Publication number
WO2005004507A1
WO2005004507A1 PCT/FI2004/000427 FI2004000427W WO2005004507A1 WO 2005004507 A1 WO2005004507 A1 WO 2005004507A1 FI 2004000427 W FI2004000427 W FI 2004000427W WO 2005004507 A1 WO2005004507 A1 WO 2005004507A1
Authority
WO
WIPO (PCT)
Prior art keywords
mode
service
terminal
supported
network
Prior art date
Application number
PCT/FI2004/000427
Other languages
French (fr)
Inventor
Hannu PIRILÄ
Harri Jokinen
Kari Pihl
Original Assignee
Pirilae Hannu
Harri Jokinen
Kari Pihl
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 Pirilae Hannu, Harri Jokinen, Kari Pihl filed Critical Pirilae Hannu
Priority to AT04742170T priority Critical patent/ATE472911T1/en
Priority to US10/563,545 priority patent/US9801096B2/en
Priority to EP04742170A priority patent/EP1642473B1/en
Priority to DE602004027911T priority patent/DE602004027911D1/en
Priority to DK04742170.6T priority patent/DK1642473T3/en
Publication of WO2005004507A1 publication Critical patent/WO2005004507A1/en
Priority to US15/711,042 priority patent/US20180014227A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the present invention relates to telecommunications and, more particularly, to mobile telecommunications terminals and utilization of network services.
  • Multimode terminals are getting more and more popular. Multimode terminals are capable of operating on different system modes (using different radio access technologies and/or able to attach to different core networks). Examples of different system modes are GERAN, WCDMA, TDMA, AMPS, CDMA 2000, WLAN, Bluetooth etc. Multimode networks may support different types of interworking between the system modes supported by the terminal.
  • the terminal already provides some information about its capability in different system modes, making the network aware which services the terminal can support in different system modes.
  • An example is a GERAN terminal indicating its capabilities; in addition to the capabilities for GERAN access technology, also if it supports WCDMA and/or CDMA 2000 radio access technologies.
  • the terminal may have quite different support for services depending on the serving system mode. For example, simultaneous packet and circuit switched service is only possible if both the GERAN network and terminal support dual transfer mode (DTM) while this service is always supported by a GERAN/UTRAN dual mode terminal when served by UTRAN.
  • DTM dual transfer mode
  • the circuit switched data rate is limited to 9.6 kbit/s for GERAN access while a higher data rate is likely available through WCDMA and an even higher data rate through WLAN.
  • GERAN again might support a location service when any of the other modes supported by the multimode terminal do not support this service.
  • the terminal requests a service the request is limited to the services supported by the terminal in the currently serving system mode, additional restrictions may be set if the network indicates non-support for some specific network capabilities.
  • 3 GPP standardisation different vendors are proposing different ways to solve specific problems where GERAN capabilities are not enough to support a service and thus inter-system change from GERAN to UTRAN is proposed.
  • 3GPP TSG-SA WG1 #21 proposes to allow a UE that has CS multimedia capability and that is camping on a GERAN cell but is also within UTRAN coverage to setup a CS multimedia service using a UDI 64 kbit/s bearer in UTRAN.
  • 3GPP TSG-SA2 #33 (also June 7-11, 2003) which introduces a proposal for a new procedure for dual CN connection where a UMTS/GSM terminal roaming in GSM in the neighbourhood of UTRAN coverage is allowed to request a dual CN connection to the BSS, even if the MS is not Class A or if DTM is not supported by the MS and/or the BSS, in order to indicate that a handover or a cell change order to UTRAN should be favoured by the BSS.
  • Still another example is given in the Finnish patent FI 105309B where the mobile station is aware of the different services supported by different available PLMNs and where the mobile stations selects the PLMN according to the requested service.
  • the disadvantage of these solutions is that the mobile station awareness of the services available from different PLMNs cannot be easily arranged. Also the support of services by different PLMNs may not only depend on the capabilities of the PLMN but also e.g. on the load of the networks and then the support of a specific service may be time dependent. Also the service availability may be location dependent e.g. as a function of the capabilities of the serving cell. Also the disadvantage is the need to have service/content based preference lists either in terminal or in network.
  • the optimum PLMN cannot be selected for mobile terminated services in which case the mobile station would not be aware of the service in advance and then cannot select the appropriate PLMN in advance and the service request would be rejected already by the PLMN where the mobile station is attached at the time of the service establishment attempt.
  • the prior art does not provide a solution for a fully flexible service request in respect to the terminal and the network capabilities in different modes.
  • Figure 1 shows a multimode system consisting of a multimode terminal, a number of multimode radio access networks and at least one core network.
  • Figure 2 shows a flow diagram where the multimode terminal is attached to access network A and the service X is requested.
  • the generic problem solved is the generic case where a multimode terminal is served by one system and the terminal supports a service that is not supported by the serving system, but likely would be supported by another system (supported by the multimode terminal with the other system's coverage available).
  • a GERAN/UTRAN dual mode terminal cannot request a specific service that it supports only in the UTRAN mode, when it is served by a GERAN network.
  • the invention is that a generic service request signalling is defined where a multimode terminal is allowed to request any service that it supports in any of the modes (e.g., access technology like GERAN / UTRAN / CDMA2000 / BlueTooth / WLAN / ...) supported by the terminal.
  • the network may then decide to move the terminal to other system if possible and necessary in order to establish the service.
  • the terminal capability indication for each system mode mostly exists already.
  • the advantages of the invention are that terminal could start the service regardless the serving system capabilities and the full control is left to the network.
  • the terminal would not need to scan the available modes and reselect the system that supports requested service.
  • a multimode terminal may support a wide range of services where some specific services are not supported by the mobile in all system modes and some specific services may not be requested from the serving system, it is possible that the terminal (user) does not reach the service it would be able to support, and a service that would be available at the current terminal location through other system modes.
  • This problem can be solved by a generic service request procedure that allows the terminal to request any of the services it supports, in any of the system modes it supports, through the current serving system.
  • This generic service request can be implemented in several different ways. Normally the network should indicate support for generic service requests in order to avoid compatibility problems for new terminals in legacy networks.
  • the terminal may: - Use existing signalling messages defined for the serving system, but with service request parameters that exceed the terminal capabilities in the serving system mode.
  • An example being 64 kbit/s circuit switched data that is supported by GERAN but may not be supported by the terminal in GERAN mode.
  • the network may then decide to hand over the dual mode terminal to be served by the UTRAN system (when UTRAN coverage and capacity is available locally), and the requested service may then be established through UTRAN.
  • the network may deny this service and the network may then negotiate a service on the currently service system that would be supported both by the terminal and network and would be considered acceptable by the terminal.
  • a specific signalling container may be built allowing the serving network to direct the terminal service request to one or more other systems.
  • an identifier is added to each service request so that the serving system is able to direct each particular service request container only to the corresponding system.
  • all parallel service request containers are sent to each other systems and the other systems identify which container carries a service request for itself.
  • the terminal builds the service request in a way that is understood by each of the other systems for which the request shall be intended.
  • the serving system then does not need to understand in detail any of the terminal capabilities on other systems, it is sufficient that the service request is transferred to the other system and interpreted locally. If the other system is able to serve terminal with the requested service, the terminal would be moved to be served by this system and the requested service would be established there.
  • the target system responds with a handover command or a network controlled cell reselection order that makes the terminal to move to the desired system.
  • the serving system capability may be extended so that it is able to decode also service requests for services that are not supported by it (not supported at all by the system mode of the serving system or just not implemented by the serving system). This allows a first decision locally by the serving system on the terminal service request.
  • the serving system may initiate a handover request (or similar) towards another system or it may directly decide to offer an alternative service that is supported both by the terminal and the current serving system and which it expects to be adequate for the concerned terminal.
  • a terminal based system mode selection has several serious disadvantages. Examples of the disadvantages are that: The terminal is not in advance aware which service is best supported by each alternative system. - The terminal is not aware of the load of the alternative system, and then it may be that the alternative system is not at all able to serve the terminal, even with a lower quality of service, while the original system could have been able to serve the terminal with a compromise on quality of service. - System mode changes generate normally significant signalling load that should be avoided when possible. System mode changes normally result to short gaps where the MS is unreachable from any of the locally available systems.
  • the terminal operates on the system where a multimode network has put the terminal with different network and cell reselection parameters.
  • the terminal should continue signalling through the serving system as normally and the control for system selection should be left for the multimode network.
  • the solution to maintain full control at the multimode network while still making it possible for the terminal to be served with a service it wants and which it only supports on a non-serving system mode, or that is only supported by a non- serving system can be reached by a generic service request procedure that allows the terminal to request a service that it supports under any of the supported system modes, and the generic service request can be sent to the serving network, at lest if indicated being allowed by the serving network.
  • Figure 1 is an example of a possible multimode system; this invention is not limited to this example case only.
  • the multimode terminal supports all the access networks but is attached to one of the access networks based on cell selection criteria. Different access networks may have different set of services supported as well as the multimode terminal may support different set of services which may not be aligned with supported services in the access networks.
  • possible access networks could be GSM/EDGE, WCDMA, CDMA2000, WLAN, BT, etc.
  • the flow diagram of figure 2 shows that the requested service is established in the current access network or in alternative access network based on the multimode terminal and the access network capabilities in different modes. Similar flow diagrams are valid if the multimode terminal is attached to other access networks.
  • the multimode terminal is first switched on (1).
  • the multimode terminal selects (2) and attaches (3) to one of multiple available access networks, in this example the multimode terminal selects access network A.
  • Service X is then requested on access network A (4), where the service X is supported by the multimode terminal in at least one of the multiple modes supported by the multimode terminal and where the service is requested independently of the support for that service by access network A or the multimode terminal in the mode supported by access network A.
  • the serving network decides (5) either to establish the service in the current mode (6) or decides to move the multimode terminal to another access network. If the service can be established at access network B (7), the serving network requests a handover to access network B (8), the terminal is handed over to access network B (9) and the service is established (10).

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Communication Control (AREA)
  • Vehicle Body Suspensions (AREA)
  • Telephonic Communication Services (AREA)
  • Application Of Or Painting With Fluid Materials (AREA)
  • Chairs Characterized By Structure (AREA)
  • Electrical Discharge Machining, Electrochemical Machining, And Combined Machining (AREA)

Abstract

Generic service request signalling is defined where a multimode terminal is allowed to request any service that it supports in any of the modes (e.g., access technology like GERAN / UTRAN / CDMA2000 /BlueTooth / WLAN / …) supported by the terminal. The network may then decide to move the terminal to other system if possible and necessary in order to establish the service. Mostly existing terminal capability indication for each system mode is used.

Description

Generic service request procedure in a multimode system
Background of the Invention
1. Technical Field The present invention relates to telecommunications and, more particularly, to mobile telecommunications terminals and utilization of network services.
2. Discussion of Related Art
Multimode terminals are getting more and more popular. Multimode terminals are capable of operating on different system modes (using different radio access technologies and/or able to attach to different core networks). Examples of different system modes are GERAN, WCDMA, TDMA, AMPS, CDMA 2000, WLAN, Bluetooth etc. Multimode networks may support different types of interworking between the system modes supported by the terminal.
Currently the terminal already provides some information about its capability in different system modes, making the network aware which services the terminal can support in different system modes. An example is a GERAN terminal indicating its capabilities; in addition to the capabilities for GERAN access technology, also if it supports WCDMA and/or CDMA 2000 radio access technologies. The terminal may have quite different support for services depending on the serving system mode. For example, simultaneous packet and circuit switched service is only possible if both the GERAN network and terminal support dual transfer mode (DTM) while this service is always supported by a GERAN/UTRAN dual mode terminal when served by UTRAN. Similarly, if the GERAN network does not support high speed data, then the circuit switched data rate is limited to 9.6 kbit/s for GERAN access while a higher data rate is likely available through WCDMA and an even higher data rate through WLAN. GERAN again might support a location service when any of the other modes supported by the multimode terminal do not support this service. However, when the terminal requests a service, the request is limited to the services supported by the terminal in the currently serving system mode, additional restrictions may be set if the network indicates non-support for some specific network capabilities. In 3 GPP standardisation, different vendors are proposing different ways to solve specific problems where GERAN capabilities are not enough to support a service and thus inter-system change from GERAN to UTRAN is proposed. For example, 3GPP TSG-SA WG1 #21 (Sophia Antipolis, France June 7-11, 2003) proposes to allow a UE that has CS multimedia capability and that is camping on a GERAN cell but is also within UTRAN coverage to setup a CS multimedia service using a UDI 64 kbit/s bearer in UTRAN. Another example is 3GPP TSG-SA2 #33 (also June 7-11, 2003) which introduces a proposal for a new procedure for dual CN connection where a UMTS/GSM terminal roaming in GSM in the neighbourhood of UTRAN coverage is allowed to request a dual CN connection to the BSS, even if the MS is not Class A or if DTM is not supported by the MS and/or the BSS, in order to indicate that a handover or a cell change order to UTRAN should be favoured by the BSS.
Currently there already exist other similar problem cases for other services as well, and the above mentioned proposed solutions by different vendors are not applicable for solving the problems for these other cases but are only directed to narrow and particular problems. The difficulty in these solutions is that they are targeted to a specific problem and are not suitable for solving the issue in generic way (though, these proposals are not actually acceptable to solve the mentioned problems). In this invention disclosure it is shown that a generic mechanism should be applied into the 3GPP specifications to solve the problem in a generic way.
A further example solution is given in the EPO patent No 0716797B1 where the mobile station utilises service specific PLMN preference lists and where the mobile station then selects the PLMN according to the corresponding preference list for the service requested by the user.
Still another example is given in the Finnish patent FI 105309B where the mobile station is aware of the different services supported by different available PLMNs and where the mobile stations selects the PLMN according to the requested service.
Still another example is given in the US patent application 2003/0114158A1 where terminal either directly or indirectly requests intersystem handover in order to establish the requested service. In this patent the preference list in either terminal or network is needed in order to tie the specific service to the specific system.
The disadvantage of these solutions is that the mobile station awareness of the services available from different PLMNs cannot be easily arranged. Also the support of services by different PLMNs may not only depend on the capabilities of the PLMN but also e.g. on the load of the networks and then the support of a specific service may be time dependent. Also the service availability may be location dependent e.g. as a function of the capabilities of the serving cell. Also the disadvantage is the need to have service/content based preference lists either in terminal or in network.
Furthermore the optimum PLMN cannot be selected for mobile terminated services in which case the mobile station would not be aware of the service in advance and then cannot select the appropriate PLMN in advance and the service request would be rejected already by the PLMN where the mobile station is attached at the time of the service establishment attempt. Hence the prior art does not provide a solution for a fully flexible service request in respect to the terminal and the network capabilities in different modes.
Brief Description of the Figures
Figure 1 shows a multimode system consisting of a multimode terminal, a number of multimode radio access networks and at least one core network.
Figure 2 shows a flow diagram where the multimode terminal is attached to access network A and the service X is requested.
Disclosure of Invention
The generic problem solved is the generic case where a multimode terminal is served by one system and the terminal supports a service that is not supported by the serving system, but likely would be supported by another system (supported by the multimode terminal with the other system's coverage available). For example, currently a GERAN/UTRAN dual mode terminal cannot request a specific service that it supports only in the UTRAN mode, when it is served by a GERAN network. The invention is that a generic service request signalling is defined where a multimode terminal is allowed to request any service that it supports in any of the modes (e.g., access technology like GERAN / UTRAN / CDMA2000 / BlueTooth / WLAN / ...) supported by the terminal. The network may then decide to move the terminal to other system if possible and necessary in order to establish the service. The terminal capability indication for each system mode mostly exists already.
It should be mentioned that it would be advantageous for the network to indicate support for the generic service request signalling so that terminal would not send these requests in case the serving network would not support it.
The advantages of the invention are that terminal could start the service regardless the serving system capabilities and the full control is left to the network.
The terminal would not need to scan the available modes and reselect the system that supports requested service.
Best Mode for Carrying Out the Invention
1. Making service request independent from the serving system mode Since a multimode terminal may support a wide range of services where some specific services are not supported by the mobile in all system modes and some specific services may not be requested from the serving system, it is possible that the terminal (user) does not reach the service it would be able to support, and a service that would be available at the current terminal location through other system modes.
This problem can be solved by a generic service request procedure that allows the terminal to request any of the services it supports, in any of the system modes it supports, through the current serving system.
This generic service request can be implemented in several different ways. Normally the network should indicate support for generic service requests in order to avoid compatibility problems for new terminals in legacy networks. In case a generic service request is allowed, the terminal may: - Use existing signalling messages defined for the serving system, but with service request parameters that exceed the terminal capabilities in the serving system mode. An example being 64 kbit/s circuit switched data that is supported by GERAN but may not be supported by the terminal in GERAN mode. Then the multimode terminal may be allowed to request 64 kbit/s data when served by a GERAN network (fig 1 & fig2, for example A=GERAN, B=UTRAN), even if it does not support this service through GERAN. The network may then decide to hand over the dual mode terminal to be served by the UTRAN system (when UTRAN coverage and capacity is available locally), and the requested service may then be established through UTRAN. Alternatively the network may deny this service and the network may then negotiate a service on the currently service system that would be supported both by the terminal and network and would be considered acceptable by the terminal. - A specific signalling container may be built allowing the serving network to direct the terminal service request to one or more other systems. Optionally an identifier is added to each service request so that the serving system is able to direct each particular service request container only to the corresponding system. Alternatively, all parallel service request containers are sent to each other systems and the other systems identify which container carries a service request for itself. In this case it is sufficient that the terminal builds the service request in a way that is understood by each of the other systems for which the request shall be intended. The serving system then does not need to understand in detail any of the terminal capabilities on other systems, it is sufficient that the service request is transferred to the other system and interpreted locally. If the other system is able to serve terminal with the requested service, the terminal would be moved to be served by this system and the requested service would be established there. One potential solution would be that the target system responds with a handover command or a network controlled cell reselection order that makes the terminal to move to the desired system. - The serving system capability may be extended so that it is able to decode also service requests for services that are not supported by it (not supported at all by the system mode of the serving system or just not implemented by the serving system). This allows a first decision locally by the serving system on the terminal service request. The serving system may initiate a handover request (or similar) towards another system or it may directly decide to offer an alternative service that is supported both by the terminal and the current serving system and which it expects to be adequate for the concerned terminal.
2. Network control for system mode reselection when required to serve any specific service Several proposals have been made to allow the terminal to select the serving system according to the service the terminal (user) is requesting at each moment. A terminal based system mode selection has several serious disadvantages. Examples of the disadvantages are that: The terminal is not in advance aware which service is best supported by each alternative system. - The terminal is not aware of the load of the alternative system, and then it may be that the alternative system is not at all able to serve the terminal, even with a lower quality of service, while the original system could have been able to serve the terminal with a compromise on quality of service. - System mode changes generate normally significant signalling load that should be avoided when possible. System mode changes normally result to short gaps where the MS is unreachable from any of the locally available systems.
Clearly it is strongly preferable that the terminal operates on the system where a multimode network has put the terminal with different network and cell reselection parameters. The terminal should continue signalling through the serving system as normally and the control for system selection should be left for the multimode network. The solution to maintain full control at the multimode network while still making it possible for the terminal to be served with a service it wants and which it only supports on a non-serving system mode, or that is only supported by a non- serving system, can be reached by a generic service request procedure that allows the terminal to request a service that it supports under any of the supported system modes, and the generic service request can be sent to the serving network, at lest if indicated being allowed by the serving network.
Detailed Description of the Figures
Figure 1 is an example of a possible multimode system; this invention is not limited to this example case only. The multimode terminal supports all the access networks but is attached to one of the access networks based on cell selection criteria. Different access networks may have different set of services supported as well as the multimode terminal may support different set of services which may not be aligned with supported services in the access networks. For example possible access networks could be GSM/EDGE, WCDMA, CDMA2000, WLAN, BT, etc.
The flow diagram of figure 2 shows that the requested service is established in the current access network or in alternative access network based on the multimode terminal and the access network capabilities in different modes. Similar flow diagrams are valid if the multimode terminal is attached to other access networks. The multimode terminal is first switched on (1). The multimode terminal then selects (2) and attaches (3) to one of multiple available access networks, in this example the multimode terminal selects access network A. Service X is then requested on access network A (4), where the service X is supported by the multimode terminal in at least one of the multiple modes supported by the multimode terminal and where the service is requested independently of the support for that service by access network A or the multimode terminal in the mode supported by access network A. The serving network then decides (5) either to establish the service in the current mode (6) or decides to move the multimode terminal to another access network. If the service can be established at access network B (7), the serving network requests a handover to access network B (8), the terminal is handed over to access network B (9) and the service is established (10).

Claims

1. Method for use in a network device, comprising the steps of: the network device supporting the first mode, receiving service request signalling from a multimode terminal for requesting any service that the terminal supports in at least one of the various modes supported by the terminal but which is not supported by the receiving network device or by the multimode terminal in the serving mode.
2. A method according to claim 1 where the network device decides to move the terminal to another system, supporting a second mode and the requested service, the second mode and the requested service in the second mode also being supported by the multimode terminal, if possible and necessary in order to establish the requested service.
3. A method according to claim 1, characterised in that the network device is using service request signalling messages that as such are used for seivices supported in the first mode, but using signalling parameter code points indicating a specific service that is not supported by the network device or by the multimode terminal in the first mode but the specific service being supported by another system operating in the second mode.
4. A method according to claim 1, characterised in that the service request signalling is triggered by a mobile station originated service establishment request.
5. A method according to claim 1, characterised in that the service request signalling is triggered by a network originated service establishment request.
6. Method for use in a multimode terminal device, comprising the steps of: the multimode terminal device sending service request signalling to a network device operating in the first mode, for requesting any service that the terminal supports in at least one of the various modes supported by the terminal but which is not supported by the receiving network device or by the multimode terminal in the serving mode.
7. A method according to claim 6, where the terminal device is moved to another system, supporting a second mode and the requested service, the second mode and the requested service in the second mode also being supported by the multimode terminal, if possible and necessary in order to establish the requested service.
8. A method according to claim 6, characterised in that the multimode terminal device is using service request signalling messages that as such are used for services supported for the first mode, but using code points indicating a specific service that is not supported in the first mode, either by the multimode terminal or by the network operating in the first mode.
9. A method according to claim 6, characterised in that the multimode terminal device is using service request signalling that is not known by the network operating in the first mode and where the service request from the terminal is then forwarded by the network operating in the first mode, in a transparent container, to the network operating in a second mode, the second mode being also supported by the terminal, the network supporting the second mode decoding the service request and initiating a service based handover towards the network operating in the second mode where the requested service can be established.
10. A method according to claim 6, characterised in that the service request signalling is triggered by a mobile station originated service establishment request.
11. A method according to claim 6, characterised in that the service request signalling is triggered by a network originated service establishment request.
12. A Multimode terminal comprising means for sending service request signalling to a network device operating in the first mode, for requesting any service that the terminal supports in at least one of the various modes supported by the terminal but which is not supported by the receiving network device or by the multimode terminal in the serving mode.
13. A multimode terminal according to claim 12, where the terminal device is moved to another system, supporting a second mode and the requested service, the second mode and the requested service in the second mode also being supported by the multimode terminal, if possible and necessary in order to establish the requested service.
14. A multimode terminal according to claim 12, where the multimode terminal device is using service request signalling messages that as such are used for services supported for the first mode, but using code points indicating a specific service that is not supported in the first mode, either by the multimode terminal or by the network operating in the first mode.
15. A network device supporting first mode, comprising means for receiving service request signalling from a multimode terminal for requesting any service that the terminal supports in at least one of the various modes supported by the terminal but which is not supported by the receiving network device or by the multimode terminal in the serving mode.
16. A network device according to claim 15 where the network device decides to move the terminal to another system, supporting a second mode and the requested service, the second mode and the requested service in the second mode also being supported by the multimode terminal, if possible and necessary in order to establish the requested service.
17. A network device according to claim 15, where the network device is using service request signalling messages that as such are used for services supported in the first mode, but using signalling parameter code points indicating a specific service that is not supported by the network device or by the multimode terminal in the first mode but the specific service being supported by another system operating in the second mode.
PCT/FI2004/000427 2003-07-07 2004-07-06 Generic service request procedure in a multimode system WO2005004507A1 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
AT04742170T ATE472911T1 (en) 2003-07-07 2004-07-06 GENERIC SERVICE REQUEST PROCESS IN A MULTI-MODE SYSTEM
US10/563,545 US9801096B2 (en) 2003-07-07 2004-07-06 Generic service request procedure in a multimode system
EP04742170A EP1642473B1 (en) 2003-07-07 2004-07-06 Generic service request procedure in a multimode system
DE602004027911T DE602004027911D1 (en) 2003-07-07 2004-07-06 GENERIC SERVICE INQUIRY METHOD IN A MULTIPLE TYPE OF SERVICE SYSTEM
DK04742170.6T DK1642473T3 (en) 2003-07-07 2004-07-06 Generic service request procedure in a multimodal system
US15/711,042 US20180014227A1 (en) 2003-07-07 2017-09-21 Generic service request procedure in a multimode system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US48560903P 2003-07-07 2003-07-07
US60/485,609 2003-07-07

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US10/563,545 A-371-Of-International US9801096B2 (en) 2003-07-07 2004-07-06 Generic service request procedure in a multimode system
US15/711,042 Continuation US20180014227A1 (en) 2003-07-07 2017-09-21 Generic service request procedure in a multimode system

Publications (1)

Publication Number Publication Date
WO2005004507A1 true WO2005004507A1 (en) 2005-01-13

Family

ID=33564051

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI2004/000427 WO2005004507A1 (en) 2003-07-07 2004-07-06 Generic service request procedure in a multimode system

Country Status (7)

Country Link
US (2) US9801096B2 (en)
EP (1) EP1642473B1 (en)
AT (1) ATE472911T1 (en)
DE (1) DE602004027911D1 (en)
DK (1) DK1642473T3 (en)
FI (1) FI20040941A (en)
WO (1) WO2005004507A1 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006079927A1 (en) * 2005-01-28 2006-08-03 Nokia Corporation Transfer of a user equipment between cells in a communications system
CN1303838C (en) * 2005-03-18 2007-03-07 杭州斯达康通讯有限公司 Dual-mode/multi-mode portable device and intelligent switching method thereof
DE102006021281A1 (en) * 2006-05-05 2007-11-08 T-Mobile International Ag & Co. Kg Method for optimizing the load distribution between a first mobile radio network and a second mobile radio network
WO2009021618A1 (en) * 2007-08-14 2009-02-19 Alcatel Lucent Apparatus and method for handling mobile terminal capability information
US8340050B2 (en) 2005-01-28 2012-12-25 Nokia Corporation Transfer between cells in a communications system
RU2486714C2 (en) * 2008-04-28 2013-06-27 Нтт Досомо, Инк. Mobile communication method, mobile station and wireless access network device
CN103427937A (en) * 2012-05-18 2013-12-04 电信科学技术研究院 Method and device for reporting terminal capability information

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK1642473T3 (en) * 2003-07-07 2010-08-09 Nokia Corp Generic service request procedure in a multimodal system
MY145725A (en) * 2004-07-30 2012-03-30 Ericsson Telefon Ab L M Method and system for retrieving network addresses in hybrid telecommunication networks
DE602004021646D1 (en) * 2004-11-03 2009-07-30 Nokia Corp INTER-SYSTEM DIVISION OF A MOBILE DEVICE OPERATING WITH A FIRST AND SECOND RADIO ACCESS NETWORK
KR101093846B1 (en) * 2006-12-28 2011-12-13 노키아 코포레이션 Handover of circuit-switched call to packet-switched call, and vice versa
US7990922B2 (en) * 2007-11-09 2011-08-02 Samsung Electronics Co., Ltd. Method and apparatus for transmitting information of device in wireless personal area network
CN101835241A (en) * 2009-03-11 2010-09-15 中兴通讯股份有限公司 Access control method, core network and wireless network controller
WO2011120218A1 (en) * 2010-03-30 2011-10-06 Huawei Technologies Co., Ltd. Method for re-selecting a communication network
EP2569915A4 (en) 2010-05-13 2017-07-26 Samsung Electronics Co., Ltd Method and system of managing voice call and ip media sessions in a wireless network environment
JPWO2014013646A1 (en) * 2012-07-17 2016-06-30 日本電気株式会社 Mobile communication system, radio station, mobile communication control method, and mobile communication control program
TW201807961A (en) * 2012-09-27 2018-03-01 內數位專利控股公司 End-to-end architecture, API framework, discovery, and access in a virtualized network
CN106547563B (en) * 2016-11-14 2020-03-31 海能达通信股份有限公司 Method and device for realizing operation function in interphone and interphone terminal

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5267244A (en) * 1991-11-08 1993-11-30 Teknekron Communications Systems, Inc. Method and an apparatus for establishing the functional capabilities for wireless communications between a base unit and a remote unit
WO1998053626A1 (en) * 1997-05-23 1998-11-26 Telefonaktiebolaget Lm Ericsson Method and arrangement for supporting operator specific services to a subscriber in a mobile telecommunications system
WO1998059513A1 (en) 1997-06-24 1998-12-30 Nokia Mobile Phones Limited Method of operating a dual mode mobile telephone
WO2000007401A1 (en) * 1998-07-25 2000-02-10 Motorola Limited Communication system and method therefor
EP1076463A2 (en) 1999-08-11 2001-02-14 Lucent Technologies Inc. Supporting network in telecommunications systems
EP1134674A1 (en) 1998-11-24 2001-09-19 Matsushita Electric Industrial Co., Ltd. Data structure of digital map file

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NL9301494A (en) 1993-08-31 1995-03-16 Nederland Ptt Mobile communication system adapted to select available communication domains.
US5594782A (en) * 1994-02-24 1997-01-14 Gte Mobile Communications Service Corporation Multiple mode personal wireless communications system
US6125283A (en) * 1998-05-18 2000-09-26 Ericsson Inc. Multi-mode mobile terminal and methods for operating the same
DE69907748T2 (en) * 1999-01-25 2004-03-18 Nokia Corp. COOPERATION OF DIFFERENT RADIO NETWORKS
GB9918636D0 (en) * 1999-08-06 1999-10-13 Nokia Telecommunications Oy Inter-system handover
US6615042B1 (en) * 1999-08-24 2003-09-02 Telefonaktiebolaget L M Ericsson (Publ) Method of handling subscriber services in a wireless intelligent network
FI109863B (en) * 2000-01-26 2002-10-15 Nokia Corp Locating a subscriber terminal in a packet switched radio system
GB2359220A (en) * 2000-02-03 2001-08-15 Orange Personal Comm Serv Ltd Handover in accordance with a network policy
US6748246B1 (en) * 2000-07-05 2004-06-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for selecting an access technology in a multi-mode terminal
FI111775B (en) * 2000-12-29 2003-09-15 Nokia Corp Providing a telecommunications service on a multi-network wireless communications system
US20030114158A1 (en) 2001-12-18 2003-06-19 Lauri Soderbacka Intersystem handover of a mobile terminal
DK1642473T3 (en) * 2003-07-07 2010-08-09 Nokia Corp Generic service request procedure in a multimodal system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5267244A (en) * 1991-11-08 1993-11-30 Teknekron Communications Systems, Inc. Method and an apparatus for establishing the functional capabilities for wireless communications between a base unit and a remote unit
WO1998053626A1 (en) * 1997-05-23 1998-11-26 Telefonaktiebolaget Lm Ericsson Method and arrangement for supporting operator specific services to a subscriber in a mobile telecommunications system
WO1998059513A1 (en) 1997-06-24 1998-12-30 Nokia Mobile Phones Limited Method of operating a dual mode mobile telephone
WO2000007401A1 (en) * 1998-07-25 2000-02-10 Motorola Limited Communication system and method therefor
EP1134674A1 (en) 1998-11-24 2001-09-19 Matsushita Electric Industrial Co., Ltd. Data structure of digital map file
EP1076463A2 (en) 1999-08-11 2001-02-14 Lucent Technologies Inc. Supporting network in telecommunications systems

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006079927A1 (en) * 2005-01-28 2006-08-03 Nokia Corporation Transfer of a user equipment between cells in a communications system
US8340050B2 (en) 2005-01-28 2012-12-25 Nokia Corporation Transfer between cells in a communications system
CN1303838C (en) * 2005-03-18 2007-03-07 杭州斯达康通讯有限公司 Dual-mode/multi-mode portable device and intelligent switching method thereof
US8180345B2 (en) 2006-05-05 2012-05-15 T-Mobile International Ag Method for optimizing the load distribution between a first mobile radio network and a second mobile radio network
DE102006021281A1 (en) * 2006-05-05 2007-11-08 T-Mobile International Ag & Co. Kg Method for optimizing the load distribution between a first mobile radio network and a second mobile radio network
WO2009021618A1 (en) * 2007-08-14 2009-02-19 Alcatel Lucent Apparatus and method for handling mobile terminal capability information
JP2010536292A (en) * 2007-08-14 2010-11-25 アルカテル−ルーセント Apparatus and method for handling capability information of mobile terminal
CN101426292A (en) * 2007-08-14 2009-05-06 阿尔卡泰尔卢森特公司 Apparatus and method for handling mobile terminal capability information
US8289922B2 (en) 2007-08-14 2012-10-16 Alcatel Lucent Apparatus and method for handling mobile terminal capability information
EP2031921A1 (en) * 2007-08-14 2009-03-04 Alcatel Lucent Apparatus and method for handling mobile terminal capability informanion
KR101514635B1 (en) * 2007-08-14 2015-05-20 알까뗄 루슨트 Apparatus and method for handling mobile terminal capability information
CN101426292B (en) * 2007-08-14 2016-08-31 阿尔卡泰尔卢森特公司 Process equipment and the method for mobile terminal capability information
RU2486714C2 (en) * 2008-04-28 2013-06-27 Нтт Досомо, Инк. Mobile communication method, mobile station and wireless access network device
CN103427937A (en) * 2012-05-18 2013-12-04 电信科学技术研究院 Method and device for reporting terminal capability information

Also Published As

Publication number Publication date
FI20040941A (en) 2005-01-08
ATE472911T1 (en) 2010-07-15
US20180014227A1 (en) 2018-01-11
DK1642473T3 (en) 2010-08-09
EP1642473B1 (en) 2010-06-30
EP1642473A1 (en) 2006-04-05
US9801096B2 (en) 2017-10-24
DE602004027911D1 (en) 2010-08-12
FI20040941A0 (en) 2004-07-06
US20070237126A1 (en) 2007-10-11

Similar Documents

Publication Publication Date Title
US20180014227A1 (en) Generic service request procedure in a multimode system
EP2082543B1 (en) A fast combinational voice call continuity from lte to 2g/3g cs domain
EP2232930B1 (en) Method of best effort handoff to maintain radio bearer and mobile ip session continuity for multi-mode mobile units
US9185617B2 (en) Method and system for supporting an evolved UTRAN
EP1457080B1 (en) Intersystem handover of a mobile terminal
EP1590928B1 (en) Hybrid protocol to support communications with multiple networks
US7123910B2 (en) System and method for message redirection between mobile telecommunication networks with different radio access technologies
EP2168322B1 (en) Method of establishing an hrpd signal link
EP3780681B1 (en) Method and entities for inter-domain handover
WO2002001902A1 (en) Operator forced inter-system handover
WO2008107766A2 (en) Neighbor network advertisement
WO2002080586A2 (en) Method for selecting one of two core networks by a mobile station in a cell
CN102177748A (en) Method for network handover, user equipment, gateway and network system thereof
EP2220877B1 (en) Method and arrangement for selecting a public land mobile network using unlicensed access networks
WO2008020291A2 (en) Service-based cell reselection

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2004742170

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2004742170

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10563545

Country of ref document: US

Ref document number: 2007237126

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10563545

Country of ref document: US