WO2008088126A1 - Procédé de mise oeuvre de mobilité de session de terminal - Google Patents

Procédé de mise oeuvre de mobilité de session de terminal Download PDF

Info

Publication number
WO2008088126A1
WO2008088126A1 PCT/KR2007/006274 KR2007006274W WO2008088126A1 WO 2008088126 A1 WO2008088126 A1 WO 2008088126A1 KR 2007006274 W KR2007006274 W KR 2007006274W WO 2008088126 A1 WO2008088126 A1 WO 2008088126A1
Authority
WO
WIPO (PCT)
Prior art keywords
session
message
communication network
terminal
information
Prior art date
Application number
PCT/KR2007/006274
Other languages
English (en)
Inventor
Jae-Seung Song
Kyung-Ae Yoon
Mi-Seon Ra
Original Assignee
Lg Electronics Inc.
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
Priority claimed from KR1020070054057A external-priority patent/KR20080068510A/ko
Application filed by Lg Electronics Inc. filed Critical Lg Electronics Inc.
Publication of WO2008088126A1 publication Critical patent/WO2008088126A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information

Definitions

  • the present invention relates to supporting of session mobility of a terminal using session mobility mode information.
  • the terminal when session mobility occurs, for example, when a terminal moves from a WLAN to a UTRAN/GERAN, the terminal generates a VDI (VCC Domain Transfer URI) for non-voice media and an INVITE message having a replace header and also generates a CS SETUP message including a VDN (VCC Domain Transfer Number) for voice media.
  • VDI VCC Domain Transfer URI
  • INVITE message having a replace header
  • CS SETUP message including a VDN (VCC Domain Transfer Number) for voice media.
  • the AS creates a re-l NVITE message with respect to the voice data.
  • the AS creates a re-INVITE message with respect to the non-voice data.
  • the AS is able to combine two operations into a single re-INVITE message, and in this case, a loss in a media flow (similar to the loss in the current VCC) can be minimized. Transmission in a different direction (from the UTRAN/GERAN to the WLAN) may be performed in a nearly similar manner.
  • Such function may be specified by a VCC application part or something separated therefrom.
  • the interworking (cooperation) with the VCC and the transmission order of the non-voice data components should be specified to obtain an operation (working) solution with respect to multimedia session handling.
  • FIG. 1 is an exemplary view showing session mobility support according to the related art.
  • a UE-a maintains a session with a UE-b (S11 ).
  • the UE-a moves from a WLAN to a UTRAN/GERAN (S12).
  • UE-a As the UE-a moves from the WLAN to the UTRAN/GERAN, UE-a transmits a CS SETUP message via a CS domain to a MGCF to maintain a session with respect to voice over the change of communication network (S13).
  • the AS receives the message and transmits re-INVITE to the UE-b in order to establish again a session between the UE-a and the UE-b with respect to voice (S15).
  • the UE-a when the UE-a moves (or changes) its communication network, the UE-a transmits an INVITE request wherein a URI is a VDI
  • the UE-a and the UE-b can continuously maintain the session.
  • the AS may expect to receive an INVITE with respect to voice or an INVITE with respect to non-voice data.
  • the AS receives an INVITE via the CS network and an INVITE via the UTRAN/GERAN, the AS simultaneously transmits re-INVITE to the UE-b.
  • the session mobility is dependent upon the radio environment where the UE-a is currently located. Namely, if the UE-a is not in a Multi-RAB/DTM environment supporting the CS and PS dual mode, and if the UE-a cannot be simultaneously connected with the PS (or IMS) domain and the CS domain, even though session mobility occurs, at least one of voice and non-voice data can be lost.
  • the AS when the UE-a is in the Multi-RAB/DTM environment, the AS receives two INVITES, but because the AS cannot obtain such radio environment information in advance, it performs session updating between the UE-a and the UE-b based on the first received INVITE and then performs again session updating between the UE-a and the UE-b based on the different INVITE received later.
  • the AS performs session updating twice, which could have been performed at a single time, causing waste.
  • AS application server
  • Another object of the present invention is to support session mobility of a terminal such that an AS previously stores session mobility mode information, and when a terminal moves or changes its communication network, the terminal transfers radio environment information to the AS, to thus support optimum session mobility.
  • Still another object of the present invention is to achieve load balancing of a network by allowing an AS to transfer terminal session mode information to a terminal so that the terminal can perform session mobility.
  • a method for supporting session mobility of a terminal that moves from a first communication network to a second communication network, the method including: (a) transmitting session mobility mode information to a server via the first communication network or the second communication network; (b) initiating transmission of one or more of voice and non-voice data via the second communication network when an approval message with respect to session mobility according to the session mobility mode information is received from the server.
  • a method for supporting session mobility of a terminal including: (a) receiving a message including session mobility mode information from the terminal; (b) analyzing the session mobility mode information; and (c) performing session updating between the terminal and a counterpart entity (e.g., a counterpart terminal or a service providing server) according to the analysis.
  • a counterpart entity e.g., a counterpart terminal or a service providing server
  • a method for supporting session mobility of a terminal that moves from a first communication network to a second communication network, the method including: (a) transmitting a message including radio environment information of the terminal to a server via the first or second communication network; and (b) initiating transmission of one or more of voice or non-voice data via the second communication network, when an approval message corresponding to a type of session updating determined by the server based on the radio environment information of the terminal is received from the server.
  • a method for supporting session mobility of a terminal including: (a) receiving a message including radio environment information of the terminal from the terminal; (b) determining a type of session updating by using the radio environment information included in the message; and (c) updating the session between the terminal and a counterpart entity with the terminal according to the determined type of session updating.
  • a terminal including: a communication module; and a controller that controls the communication module to transmit session mobility mode information or radio environment information to a server via a first or second communication network, when the terminal moves from a first network to an area where it can use a second network.
  • an application server that transfers session mobility mode information to a terminal to trigger the terminal to perform session mobility.
  • session mobility mode information or radio environment information is provided to an application server (AS), thereby effectively performing session updating without delay.
  • session mobility mode information is provided from a first executed domain to the AS, thereby simplifying a procedure of a domain executed thereafter.
  • FIG. 1 is an exemplary view showing session mobility according to the related art
  • FIG. 2 is an exemplary view showing a process of performing session mobility by providing session mobility mode information via a target network according to a first embodiment of the present invention
  • FIG. 3 is an exemplary view showing a process of performing session mobility by providing session mobility information through a PS domain of a target network according to a second embodiment of the present invention
  • FIG. 4 is an exemplary view showing a process of performing session mobility by providing session mobility information through a CS domain of a target network according to the second embodiment of the present invention
  • FIG. 5 is an exemplary view showing a process of performing session mobility by providing session mobility information via an original network according to a third embodiment of the present invention
  • FIG. 6 is an exemplary view showing a process of moving a single session including voice and non-voice data to a target network, when the UE-a moves from an original network to the target network according to a fourth embodiment of the present invention
  • FIG. 7 is an exemplary view showing a process of combining two sessions, namely, a session for voice and a session for non-voice data, into a single session and moving the combined session to a target network, when the UE-a moves from an original network to the target network according to a fifth embodiment of the present invention
  • FIG. 8 is an exemplary view showing a process of performing session mobility by providing radio environment information via a target network according to a sixth embodiment of the present invention.
  • FIG. 9 is an exemplary view showing a process of performing session mobility by providing radio environment information via an original network according to a seventh embodiment of the present invention.
  • FIG. 10 is a view showing the construction of a UE and an application server according to the present invention.
  • An exemplary UE (User Equipment) is shown in the accompanying drawings and may be referred to as a terminal, an ME (Mobile Equipment) or the like.
  • the UE may be a portable device such as a mobile phone, a PDA, a smart phone, a multimedia device, a notebook computer, or the like, or may be a device that cannot be portable such as a PC of a vehicle-mounted device.
  • Types of session updates 1 Combined session update: This means that when a UE-a (or, terminal) moves to a target network while transmitting and receiving voice data and non-voice data to and from a UE-b via an original network, the UE-a transmits and receives the voice data and the non-voice data in the same manner via the target network.
  • the combined session update there can be three cases as follows.
  • a first case is that when the UE-a moves to the target network comprised of a PS (Packet Switching) domain and CS (Circuit Switching) domain such as a mobile communication network (e.g., UTRAN/GERAN), while transmitting the voice data and the non-voice data in a single session via the original network comprised of a PS (Packet Switching) domain (e.g., a WLAN), the single session can be divided into a CS-based session for the voice data and a PS-based session for the non-voice data and the dived two sessions can be proceeded via the target network. This is called PS to CS+PS.
  • PS Packet Switching
  • CS Circuit Switching
  • the UE-a in order to update a session, the UE-a should transmit a call set-up message (or a call request message) (e.g., a SETUP message) via the CS domain of the target network (e.g., UTRAN/GERAN) and transmit a session invitation message (or a session initiation request message) (e.g., an SIP-based INVITE message) via the PS domain of the target network (e.g., UTRAN/GERAN).
  • a call set-up message e.g., a call request message
  • a session invitation message or a session initiation request message
  • an application server referred to as 'AS', hereinafter
  • 'AS' does not transmit the session invitation message to the UE-b to update the session until it receives all of the two messages via both the PS and CS domains.
  • the AS when the AS receives one message only via one domain of the target network, it waits to receive another message via another domain.
  • the AS may operate a timer (not shown). If the AS does not receive another message via another domain even after the timer expires, the AS transmits the session invitation message to the UE-b based on only the previously received message.
  • a second case is that when the UE-a moves to a target network comprised of a CS domain and a PS domain such as the mobile communication network (e.g., the UTRAN/GERAN), while transmitting voice data and non-voice data in a single session via an original network comprised of the PS domain (e.g., the WLAN) (or, when the UE-a moves to a target network comprised of a PS domain such as the WLAN while transmitting the voice data and the non-voice data in a single session via only a PS domain in an original network comprised of a CS domain and the PS domain such as the UTRAN/GERAN), the UE-a can transmit the voice data and the non-voice data in the single session via the PS domain of the target network in the same manner.
  • the PS domain e.g., the WLAN
  • the UE-a can transmit the voice data and the non-voice data in the single session via the PS domain of the target network in the same manner.
  • the UE-a transmits a session initiation message (or a session initiation request message) (e.g., an SIP-based INVITE message) via only the PS domain of the target network to update the session.
  • a session initiation message e.g., an SIP-based INVITE message
  • the AS receives the session invitation message, it immediately transmits the session invitation message to the UE-b.
  • the third case is the opposite to the first case. Namely, when the UE ⁇ -a moves to the target network comprised of only PS domain, e.g., the WLAN, while at least two sessions, for example, a CS domain-based session for the voice data and a PS domain-based session for the non-voice data are in progress with the UE-b via the original network comprised of a CS domain and a PS domain, e.g., the UTRAN/GERAN, the two sessions are combined into a single session and the combined session proceeds in the target network. This is called CS+PS to PS.
  • PS domain e.g., the WLAN
  • the UE-a transmits a single of a session invitation message (or session initiation request message) (e.g., an SIP-based INVITE message) via the target network. Accordingly, when the AS receives the session initiation message, it immediately transmits the session invitation message to the UE-b.
  • a session invitation message or session initiation request message
  • the AS receives the session initiation message, it immediately transmits the session invitation message to the UE-b.
  • the AS when the AS receives a session invitation message through any one of the PS domain and the CS domain, it immediately transmits the session invitation message.
  • the AS when the AS receives a session invitation message through any one of the PS domain an the CS domain, it immediately transmits the session invitation message to the UE-b.
  • DTM domain transfer mode
  • the session mobility information is used to inform the AS about a type of a session update desired by the UE-a, among the above-mentioned types of session updates.
  • the session mobility information may be provided to the server by a notification message, a feature tag and a VDI/VDN as follows.
  • Notification message This is used to inform the AS which one of the combined session update, the split session update and the split session update with dropping is desired by the UE-a. It can be a notification message or an SIP-based NOTIFY message.
  • the session update desired by the UE-a is the combined session update, information about whether it is PS to CS+PS, PS to PS, CS+PS to PS may be additionally included.
  • Such notification message may have a different format depending on whether it is transmitted through the CS or the PS.
  • Examples of the feature tags are as follows. a) Tags attached to a message transmitted through the PS domain
  • VDI VCC Domain Transfer URI
  • VDN VCC Domain Transfer Number
  • VDI is a tag attached to a session initiation message (or session initiation request message) (e.g., an SIP-based INVITE message) by the UE in order to move to the PS domain
  • VDN is a tag attached to a call setup message (or a call origination message) (e.g., a SETUP message) by the UE in order to move to the CS domain.
  • the UE may add an additional tag indicating a type of desired session update to the VDI tag or the VDN tag. Examples of the additional tags for the VDI/VDN are as follows.
  • Radio environment information includes information indicating whether the UE supports both a CS-based service and a PS-based service (namely, whether the UE supports Multi-RAB/DTM) and information about whether a network at which the UE is located supports both the CS-based service and the PS-based service (namely, whether the network in which the UE is located supports Multi-RAB/DTM).
  • the UE-a When the UE-a moves to the target network, the UE-a transmits the radio environment information, so that the AS can determine which session update is suitable for the UE-a based on the radio environment information, and perform the determined session update.
  • the radio environment information may be transmitted by being included in the call setup message (or the call origination message) (e.g., the SETUP message), the session invitation message (or session initiation request message) (e.g., the SIP-based INVITE message), or the notification message.
  • the call setup message or the call origination message
  • the session invitation message or session initiation request message
  • the notification message e.g., the SIP-based INVITE message
  • the AS may receive from the terminal the radio environment information.
  • the AS may receive from a particular entity located in the network the radio environment information of the terminal or information about an available radio access or the like.
  • the AS determines which type of session update is suitable for the UE-a based on the radio environment information. And then, the AS transfers, to the terminal, corresponding session mobility information according to the type of the determined session update to trigger the terminal to perform session mobility.
  • the session mobility information may be transmitted to the terminal through a Ut interface, an SMS, a USSD, etc.
  • the AS may consider loads of the original and target networks and conduct a load balancing. In order for this, the AS may consider the information regarding registration of the terminal (multiple registration, etc.) and information about an ongoing session.
  • the terminal Upon receiving the session mobility information in such a manner, the terminal performs suitable session mobility. In order to perform the suitable session mobility, the terminal transmits the session invitation message
  • the session invitation message or the call message need not include session mobility information, because the session mobility information has been received from the AS.
  • FIGs. 2 to 9 show seven embodiments of the present invention. To better understand the embodiments, differences among the embodiments will now be described briefly.
  • the first to third embodiments as shown in FIGs. 2 to 5 relate to the combined session update, and specifically, relate to the PS to CS+PS update (namely, one session is updated to two sessions) of the combined session update.
  • the first embodiment as shown in FIG. 2 is for an explanation that the terminal, which moves to the target network, transmits the above-mentioned session mobility information through both the CS and the PS of the target network in order to perform session mobility.
  • the second embodiment as shown in FIGs.
  • 3 and 4 is for an explanation that the terminal, which moves to the target network, transmits the session mobility information through any single domain that can be first accessed among the CS domain and the PS domain of the target network in order to perform session mobility.
  • the third embodiment as shown in FIG. 5 is for an explanation that the terminal, which moves to the target network, transmits the session mobility mode information via the original network in order to perform session mobility.
  • the fourth embodiment as shown in FIG. 6 relates to the
  • PS to PS update (namely, one session is updated to one session) of the above-described combined session update, and is for an explanation that the terminal, which moves to the target network, transmits session mobility information via the target network in order to perform session mobility.
  • the fifth embodiment as shown in FIG. 7 relates to the CS+PS to PS update (namely, two sessions are updated to one session) and is for an explanation that the terminal transmits the session mobility information via the target network in order to perform session mobility.
  • the sixth embodiment as shown in FIG. 8 is for an explanation that radio environment information of the terminal is transferred to the AS via the target network, so that the AS determines the type of session update based on the radio environment information and makes the terminal perform session mobility based on the determined type of session update.
  • the sixth embodiment as shown in FIG. 9 is for an explanation that radio environment information of the terminal is transferred to the AS via the original network, so that the AS determines the type of session update based on the radio environment information and makes the terminal perform session mobility based on the determined type of session update.
  • FIG. 2 is an exemplary view showing a process of performing session mobility by providing session mobility mode information via a target network according to the first embodiment of the present invention.
  • the first embodiment relates to the PS to CS+PS update of the combined session update and is for an explanation that the UE-a 110 (or, terminal) transmits session mobility mode information through both the PS domain and the CS domain to perform session mobility.
  • the first embodiment will be described with reference to FIG. 2 as follows.
  • the UE-a 110 performs a session with the UE-b 120, in which voice and non-voice data are combined, via the first network (original network), e.g., the WLAN (S21). 2)
  • the UE-a 110 moves to an area where it can use the second network (target network), e.g., the UTRAN/GERAN (S22).
  • the second network e.g., the UTRAN/GERAN
  • the second network e.g., the UTRAN/GERAN
  • the second network includes the CS domain and the PS domain, and the UE-a 110 can be connected to both domains.
  • the UE-a 110 moves to the second network, it is determined that voice data with the UE-b 120 will proceed through the CS domain of the second network and the non-voice data will proceed through the PS domain of the second network (namely, the UE-a 110 desires the combined session update, specifically, the PS to CS+PS of the combined session update).
  • the UE-a 110 first transmits session mobility information (or also called domain transfer mode information) (the PS to CS+PS of the combined session update in FIG. 2) to an MGCF of the CS domain of the UTRAN/GERAN (S23).
  • session mobility information may be transmitted by being included in a call setup message (or a call origination message) (e.g., a SETUP message) as shown.
  • the session mobility information may be a feature tag (e.g., #12) or an additional tag for the VDN (e.g., +823145019117#12). Or, the session mobility information may be transmitted by being included in the notification message (instead of the call setup message). If the session mobility information is included in the notification message, the session mobility information may be a feature tag (e.g., #12).
  • the MGCF in response to the reception of the call setup message (SETUP), the MGCF generates a session invitation message (or a session initiation message) (e.g., an SIP-based INVITE message) and transmits it to the AS (S24).
  • the session invitation message includes the session mobility information.
  • the AS receives the session invitation message (INVITE message) and analyzes the session mobility information included in the message (S25).
  • the session mobility information indicates the PS to CS+PS of the combined session update, so the AS waits until a different session invitation message is additionally received.
  • the AS waits to receive two INVITE messages through the PS and CS domains.
  • the AS may operate an internal timer (not shown).
  • the AS waits for a certain time set in the timer, and if the session invitation message (INVITE message) is not received until the set time, the AS generates a session invitation message (INVITE message) by using the already received session invitation message (INVITE message) and transmits it to the UE-b 120.
  • the UE-a 110 transmits the session mobility information (or the domain transfer mode information) to the AS through the PS domain of the second network, i.e., UTRAN/GERAN (S26).
  • the session mobility information may be transmitted by being included in the session invitation message (or the session initiation request message) (e.g., the SIP-based INVITE message).
  • the session mobility information may be a feature tag (e.g., the DTM12) or may be an additional tag for VDI (e.g., domain.xfer@etf1.home1.net#DTM12).
  • the session mobility information may be transmitted by being included in the notification message or the SIP-based NOTIFY message.
  • the session mobility information may be a feature tag (e.g., the DTM12).
  • the reason for including the session mobility information in both the call setup message for the voice data and the session invitation message for the non-voice data is because it cannot be known which message would first arrive at the AS, so the AS is allowed to obtain session mobility information from the first arriving message regardless of the arrival order.
  • the AS transmits a session invitation message (re-INVITE) to the UE-b 120 for session updating (S27).
  • the UE-b 120 when the UE-b 120 receives the session invitation message, it transmits a response message. Then, the UE-a 110 updates the session with the UE-b 120 and proceeds with the voice session and the non-voice session with the UE-b 120 via the second network (e.g., the UTRAN/GERAN).
  • the second network e.g., the UTRAN/GERAN
  • the UE-a 110 desires to move only one of the voice data or non-voice data to the second network or if the UE-a 110 can be connected to only one of the PS domain and the CS domain of the second network and thus the UE-a 110 can inevitably move only one of the voice and non-voice data to the second network, the UE-a
  • the AS 110 may include the split session update (e.g., DTM30, #30) or the split session update with dropping (e.g., DTM40, #40) in the session mobility information. Then, although the AS receives only a single session invitation message, it transmits the session invitation message (re-INVITE) to the session mobility information.
  • the split session update e.g., DTM30, #30
  • the split session update with dropping e.g., DTM40, #40
  • FIG. 3 is an exemplary view showing a process of performing session mobility by providing session mobility information via the PS domain of a target network according to the second embodiment of the present invention.
  • the second embodiment as shown in FIG. 3 relates to the PS to CS+PS update of the combined session update and is for an explanation that the UE-a 110 (or, terminal) transmits session mobility mode information through any single domain, to which the UE-a 100 can be first accessed among the CS domain and the PS domain of the target network, in order to perform session mobility.
  • the session mobility information is transmitted through any one of the domains, the UE-a 100 should still transmit both a call setup message and a session invitation message through the CS domain and the PS domain.
  • the UE-a 110 proceeds a single session for voice data and non-voice data with the UE-b 120 via the original network, e.g., the WLAN.
  • the UE-a 110 moves to an area where it can use the second network (the target network), e.g., the UTRAN/GERAN.
  • the second network such as the UTRAN/GERAN, includes the CS domain and the PS domain and the UE-a 110 can be connected with both the domains (in this case, the UE-a 110 may be first connected to the PS domain then to the CS domain).
  • the UE-a 110 moves to the target network such as UTRAN/GERAN, it is determined that voice data with the UE-b 120 will proceed through the CS domain of the target network and the non-voice data will proceed through the PS domain of the target network (namely, the UE-a 110 desires the combined session update, specifically, the PS to CS+PS of the combined session update).
  • the UE-a 110 transmits session mobility information (or domain transfer mode information) to an S-CSCF#1 (S301 ).
  • the session mobility information may be transmitted by being included in a session invitation message (or session initiation request message) (e.g., an SIP-based INVITE message).
  • the session mobility information may be a feature tag (e.g., DTM12) or may be an additional tag (e.g., domain.xfer@dtf1.home1.net#DTM12) for the VDI.
  • the session mobility information may be transmitted by being included in a notification message or an SIP-based NOTIFY message.
  • the S-CSCF#1 transmits the INVITE message received from the UE-a 1 10 to the AS (S302).
  • the AS analyzes whether the received INVITE includes the session mobility information and performs logic operations (S303). Namely, when the AS determines that the combined session update (specifically, PS to CS+PS) is requested upon analyzing the session mobility information, the AS waits to additionally receive a different session message (INVITE message). 4) The AS transmits a response message, e.g., an Ack message, or an SIP-based 200 OK message, with respect to the INVITE (S304).
  • a response message e.g., an Ack message, or an SIP-based 200 OK message
  • the UE-a 110 transmits a call setup message (or call origination message) (e.g., a SETUP message) to an MSC
  • the MSC transmits an ISUP/IAM message to the MGCF in response to the reception of the SETUP message (S306). Then, in response to the reception, the MGCF generates a session invitation message (e.g., an SIP-based INVITE message) and transmits it to the
  • S-CSCF#1 (S307). Then, the S-CSCF#1 transmits the session invitation message to the AS (S308).
  • the UE-b 120 transfers a response message (or an accept message), e.g., a SIP-based 200 OK message, to the AS via the S-CSCF#2 (S312 and S313).
  • a response message e.g., a SIP-based 200 OK message
  • the AS splits the response message (200 OK message) into a response message (200 OK message) for the voice data and a response message (200 OK message) for the non-voice data, and transmits the response message (200 OK message) for the non-voice data to the UE-a 110 via the S-CSCF#1 of the PS domain (S314) and the response message (200 OK message) for the voice data to the S-CSCF#1 (S315).
  • the S-CSCF#1 transmits the response message for the voice data to the MGCF (S317). Then, in response to the reception of the response message (200 OK), the MGCF transmits an ISUP/IAM message to the UE-a 110 via the MSC of the CS domain (S318 and S319).
  • the UE-a 110 updates the session with the UE-b 120, and can perform a voice session with the UE-b 120 through the CS domain of the second network (e.g., the UTRAN/GERAN) and can perform a non-voice session with the UE-b 120 through the PS domain of the second network.
  • the session mobility information may be, for example, DTM30 or #30.
  • the session mobility information may be, for example, DTM40 or #40.
  • the AS receives only one session invitation message, it transmits the session invitation message (re-INVITE) to the UE-b 120.
  • FIG. 4 is an exemplary view showing a process of performing session mobility by providing session mobility information via the CS domain of the target network according to the second embodiment of the present invention.
  • the second embodiment as shown in FIG. 4 relates to the PS to CS-PS update of the combined session update and is for an explanation that the UE-a 110 (or, terminal) transmits the session mobility information through only the CS domain, to which the UE-a 110 can be first connected among the CS domain and the PS domain of the target network, in order to perform session mobility.
  • the description for the second embodiment is similar to the process as shown in FIG. 3, thus such would also be applicable to the second embodiment.
  • FIG. 5 is an exemplary view showing a process of performing session mobility by providing session mobility information via the original network according to a third embodiment of the present invention.
  • the third embodiment as shown in FIG. 5 relates to the PS to CS+PS update of the combined session update and is for an explanation that the
  • UE ⁇ -a 110 (or, terminal) transmits session mobility mode information through the original network to perform session mobility.
  • the session mobility mode information is transmitted via the original network
  • the UE-a 100 should still transmit a call setup message and a session invitation message via the target network, namely, through the CS domain and the PS domain of the UTRAN/GERAN.
  • the UE-a 110 progresses a session (in which voice and non-voice data are combined) with the UE-b 120 via the first network (original network), e.g., the WLAN (S51).
  • the first network original network
  • the WLAN WLAN
  • the UE-a 110 moves to an area where it can use (access) the second network (target network), e.g., the UTRAN/GERAN (S52).
  • the second network e.g., the UTRAN/GERAN
  • the second network includes the CS domain and the PS domain
  • the UE-a 110 can be connected with both of the two domains.
  • voice data with the UE-b 120 will proceed through the CS domain
  • non-voice data with the UE-b 120 will proceed through the PS domain (namely, the UE-a 110 desires the combined session update, specifically, the PS to CS+PS of the combined session update).
  • the UE-a 110 transmits session mobility information (or domain transfer mode information) to the AS via the original network (namely, the WLAN) (S53).
  • the UE-a 110 may transmit the session mobility information to the AS by using an Ut interface formed with the AS via the original network e.g., WLAN.
  • the Ut interface is an interface between the UE-a (or, terminal) and the server and XCAP may be used as its communication protocol.
  • the session mobility information may be transmitted by being included in a notification message or an SIP-based NOTIFY message. If the session mobility information is included in the notification message, the session mobility information may be a feature tag (e.g., DTM 12).
  • the UE-a 110 In order to move the voice data in the session from the WLAN to the target network, the UE-a 110 first transmits a call setup message (or a call origination message) (e.g., an SETUP message) to the MGCF of the CS domain (S54). 5) Then, in response to the reception of the call setup message (SETUP), the MGCF generates a session invitation message (or session initiation request message) (e.g., an SIP-based INVITE message) and transmits it to the AS (S55).
  • the AS receives the session invitation message (INVITE message) and analyzes the session mobility information received in step S52 (S56).
  • the session mobility information is relates to the PS to CS+PS OF the combined session update, so the AS additionally waits to receive a different session invitation message.
  • the AS operates a timer (not shown) and waits for a certain time, but if the INVITE is not received until them, the AS executes session updating using only the already received INVITE with the UE-b.
  • the UE-a 110 transmits a session invitation message (or a session initiation request message) (e.g., an SIP-based INVITE message) to the AS (S57).
  • the AS When the AS receives both of the two session invitation messages (INVITE messages), the AS transmits a session invitation message (re-INVITE) to the UE-b 120. Finally, although not shown, when the UE-b 120 receives the session invitation message, it transmits a response message. Then, the UE-a 110 updates the session with the UE-b120 and proceeds the voice session and the non-voice session with the UE-b 120 via the target network (or, second network) (e.g., the UTRAN/GERAN).
  • target network or, second network
  • FIG. 6 is an exemplary view showing a process of moving a single session including voice and non-voice data to a single session in the same manner, when moving from the original network to the target network according to a fourth embodiment of the present invention.
  • the fourth embodiment as shown in FIG. 6 relates to the PS to PS update of the combined session update and is for explanation that the UE-a (or, terminal) transmits session mobility information via the target network to perform session mobility.
  • the session mobility information when the session mobility information is transmitted by being included in a session invitation message (or a session initiation request message) (e.g., an SIP-based INVITE message), the session mobility information may be a feature tag (e.g., DTM11 ) or may be an additional tag (e.g., domain.xfer@dtf1.home1.net#DTM11 ) for the VDI. Or, as mentioned above, when the session mobility information is transmitted by being included in a notification message or an SIP-based NOTIFY message, the session mobility information may be a feature tag (e.g, DTM11).
  • DTM11 feature tag
  • the session mobility information when the session mobility information is transmitted by being included in a notification message or an SIP-based NOTIFY message, the session mobility information may be a feature tag (e.g, DTM11).
  • the AS When the AS receives the session mobility information, it immediately transmits a session invitation message (INVITE message) to the UE-b 120.
  • a session invitation message INVITE message
  • Other matters are similar to the case as shown in FIG. 2, so its repetitive description will be omitted.
  • the session mobility information may be, for example, DTM30 or #30. Or, in case of the split session update with dropping, the session mobility information may be DTM40 or #40.
  • the session mobility information may be transmitted via the original network.
  • FIG. 7 is an exemplary view showing a process of combining two sessions, namely, a session for voice data and a session for non-voice data, into a single session and moving the same, when moving from the original network to the target network according to a fifth embodiment of the present invention.
  • the fifth embodiment as shown in FIG. 7 relates to the CS+PS to PS update of the combined session update and is for explanation that the UE-a (or terminal) transmits session mobility mode information via the target network to perform session mobility.
  • the session mobility information when the session mobility information is transmitted by being included in a session invitation message (or a session initiation request message) (e.g., an SIP-based INVITE message), the session mobility information may be a feature tag (e.g., DTM21 ) or may be an additional tag (e.g., domain.xfer@dtf1.homel .netw#DTM21 ) for the VDI.
  • the session mobility information may be a feature tag (e.g., DTM21).
  • the AS When the session mobility information is received, the AS immediately transmits a session invitation message (INVITE message) to the UE-b 120.
  • a session invitation message INVITE message
  • the session mobility information may be
  • the session mobility information may be, for example,
  • the session mobility information may be transmitted via the original network.
  • the session mobility information may be transmitted through both the PS domain and the CS domain or through only one of them as shown in FIGs. 3 and 4.
  • FIG. 8 is an exemplary view showing a process of performing session mobility by providing radio environment information via the target network according to a sixth embodiment of the present invention.
  • the sixth embodiment as shown in FIG. 8 is for an explanation that the UE-a (or, terminal) transmits radio environment information of itself to the AS via the target network, so that the AS determines the type of session update based on the radio environment information and makes the terminal perform session mobility based on the determined type of session update.
  • the UE-a 110 progresses a session with UE-b in which voice and non-voice data are combined through the first network (the original network) (S81).
  • the UE-a 110 moves to an area where it can use the second network (the target network), e.g., the UTRAN/GERAN (S82).
  • the second network e.g., the UTRA/GERAN includes the CS domain and the PS domain (namely, the second network provides Multi-RAB/DTM), and the UE-1 110 can be connected with both of the two domains (namely, the UE-a supports the Multi-RAB/DTM).
  • the radio environment information includes such matters.
  • the UE-a 110 transmits the radio environment information to an MGCF through the CS domain of the UTRAN/GERAN (S83).
  • the radio environment information may be transmitted by being included in a call setup message (or a call origination message) (e.g., a SETUP message).
  • the radio environment information may be transmitted by being included in the notification message as mentioned above.
  • the MGCF In response to the reception of the call setup message (SETUP), the MGCF generates a session invitation message (or a session initiation request message) (e.g., an SIP-based INVITE message) and transmits it to the AS (S84).
  • the session invitation message includes the radio environment information.
  • the AS Upon receiving the session invitation message (INVITE message), the AS analyzes the radio environment information included in the session invitation message and determines a type of a session update according to the radio environment information (S85). In this case, if the determined type of session update is the PS to CS+PS of the split session update, the AS waits to additionally receive a different session invitation message.
  • the UE-a 110 transmits the radio environment information to the AS through the PS domain of the UTRAN/GERAN (S86).
  • the radio environment information may be transmitted by being included in a session invitation message (or a session initiation request message) (e.g., an SIP-based INVITE message) as shown.
  • the radio environment information may be transmitted by being included in a notification message or an SIP-based NOTIFY message.
  • the AS When the AS receives the two session invitation messages (INVITE messages), it transmits a session invitation message (re-INVITE) message to the UE-b 120.
  • a session invitation message re-INVITE
  • the UE-b 120 when the UE-b 120 receives the session invitation message, it transmits a response message. Then, the UE-a 110 updates the session with the UE-b 120 and proceeds with a voice session and a non-voice session with the UE-b 120 via the second network
  • FIG. 8 shows that the UE-a 110 transmits the radio environment information through both the PS domain and the CS domain of the target network, e.g., the UTRAN/GERAN.
  • the radio environment information can be transmitted through only one of the domains as shown in FIGs. 3 and 4.
  • the AS determines the PS to CS+PS of the combined session update as the type of session update according to the radio environment information.
  • the AS may determine the PS to PS of the combined session update as the type of session update.
  • the AS may determine the split session update or the split session update with dropping as the type of session update according to the radio environment information.
  • the sixth embodiment of the present invention may be applicable to the embodiment of FIG. 7 in which the original network is UTRAN/GERAN and the target network is WLAN.
  • FIG. 9 is an exemplary view showing a process of performing session mobility by providing radio environment information via the original network according to a seventh embodiment of the present invention.
  • the seventh embodiment as shown in FIG. 9 is for an explanation that the UE-a transmits the radio environment information of itself to the AS via the original network, so that the AS can determine the type of session update based on the radio environment information and make the terminal perform session mobility accordingly.
  • the seventh embodiment of the present invention can be sufficiently understood by those skilled in the art with reference to FIGs. 5 and 8, so its detailed description will be omitted.
  • the methods according to the present invention described thus far can be implemented as software, hardware or their combination.
  • the method according to the present invention may be stored in a storage medium (e.g., an internal memory of a mobile terminal, a flash memory, a hard disk, and the like), and may be implemented as codes or commands in a software program that can be executed by a processor (e.g., an internal microprocessor of the mobile terminal).
  • FIG. 10 is a view showing the construction of a UE and an application server according to the present invention.
  • the UE 100 according to the present invention as shown in FIG. 10 corresponds to the UE-a 110 and the UE-b120 as shown in FIGs. 2 to 9.
  • the UE 100 and the AS 500 will now be described and any descriptive content with respect to FIGs. 2 to 9 will be applicable.
  • the UE 100 may include a first communication module 101 , a second communication module 102, and a controller 103.
  • the first communication module 101 may be comprised of various electronic components that can be used to access the first network, e.g., IEEE 802.11 (or WLAN) or IEEE 802.16 type network.
  • the second communication module 102 may be comprised of various ek ⁇ ctronic components that can be used to access the second network, e.g., CDMA, GSM, GPRS, TDMA, IMT-2000, WCDMA, HSDPA, UTRAN/GERAN networks.
  • the controller 103 controls the first and second communication modules 101 and 102. Specifically, when the UE 100 moves from the first network (the original network) to an area where it can use the second network (target network), the controller checks the radio environment information.
  • the controller 103 determines the type of session update according to the checked radio environment information. As shown in FIGs. 2 to 7, the controller 103 controls the first communication module 101 to transmit session mobility mode information to the AS via the first network (original network) or controls the second communication module 102 to transmit the session mobility mode information to the AS via the second network (target network) according to the determined type of the session update.
  • the controller 103 controls the first communication module 101 to transmit the checked radio environment information to the AS via the first network (original network), or controls the second communication module 102 to transmit the checked radio environment information to the AS via the second network (target network).
  • first communication module 101 the second communication module 102, and the controller 103 can be easily implemented by those skilled in the art to which the present invention pertains with reference to the present specification, so its detailed description will be omitted.
  • the AS 500 includes a communication module 601 and a controller 502.
  • the UE 100 may receive the session mobility mode information.
  • the communication module 501 may receive the radio environment information from the UE 100.
  • the controller 502 analyzes the session mobility information.
  • the controller 502 waits until two session invitation messages (e.g., the SIP-based INVITE message). In this case, as mentioned above, the controller 502 may drive the timer.
  • the controller 502 analyzes the radio environment information and determines a type of the session update.

Landscapes

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

Abstract

procédé de mise oeuvre de mobilité de session de terminal. lorsqu'un terminal se déplace à partir d'un réseau de communications, l'information relative à la mise à jour de session à partir d'un environnement de session courant est fournie à un serveur, permettant ainsi d'assurer une mobilité de session optimale.
PCT/KR2007/006274 2007-01-18 2007-12-05 Procédé de mise oeuvre de mobilité de session de terminal WO2008088126A1 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US88553607P 2007-01-18 2007-01-18
US60/885,536 2007-01-18
KR20070038057 2007-04-18
KR10-2007-0038057 2007-04-18
KR1020070054057A KR20080068510A (ko) 2007-01-18 2007-06-01 단말의 세션 모빌리티 지원 방법
KR10-2007-0054057 2007-06-01

Publications (1)

Publication Number Publication Date
WO2008088126A1 true WO2008088126A1 (fr) 2008-07-24

Family

ID=39636100

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2007/006274 WO2008088126A1 (fr) 2007-01-18 2007-12-05 Procédé de mise oeuvre de mobilité de session de terminal

Country Status (1)

Country Link
WO (1) WO2008088126A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060067273A1 (en) * 2004-09-30 2006-03-30 Das Suman Active session mobility solution for radio link protocol
US20060072512A1 (en) * 2004-09-30 2006-04-06 Suman Das Active session mobility solution for point-to-point protocol
US20060126648A1 (en) * 2004-12-14 2006-06-15 Hyun-Seo Park Method for supporting session mobility

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060067273A1 (en) * 2004-09-30 2006-03-30 Das Suman Active session mobility solution for radio link protocol
US20060072512A1 (en) * 2004-09-30 2006-04-06 Suman Das Active session mobility solution for point-to-point protocol
US20060126648A1 (en) * 2004-12-14 2006-06-15 Hyun-Seo Park Method for supporting session mobility

Similar Documents

Publication Publication Date Title
KR101055109B1 (ko) 세션 이동 방법 및 세션 연속성을 지원하는 방법
US8412835B2 (en) Method for supporting session mobility
EP2954657B1 (fr) Sélection de technologie de communication vocale assistée par le dispositif mobile appelant
US8478886B2 (en) Method and apparatus for optimization of SIGCOMP UDVM performance
EP1900118B1 (fr) Terminal, procede et systeme permettant d'offrir des service combines sur la base d'une version de capacite de terminal
EP2028898B1 (fr) Système et procédé pour le transfert de sessions entre des réseaux
US20090176474A1 (en) Apparatus, method and computer program product for maintaining emergency calls during mobile device movement
US8548470B2 (en) Mechanism for the conveyance and management of device mobility in an IMS network
JP4694621B2 (ja) 端末能力バージョンを利用したコンビネーションサービス実行のための端末、方法、及びシステム
EP2254308B1 (fr) Procédé, dispositif et système de remplacement de canal de signalisation de commande de service
JP2011527532A (ja) サポートされるｉｐバージョンを示し、ｓｉｐと互換性のあるｉｐバージョンをサポートするデバイスに到達するための方法
CN102577510A (zh) 保持呼叫连续的方法和设备
EP2117177B1 (fr) Procédé de commande d'appel, adaptateur de domaine à commutation de circuits et dispositif terminal
CN108123964B (zh) 电子装置及其方法
CN102769880A (zh) 单一无线语音呼叫连续性域的切换方法及系统
WO2008088126A1 (fr) Procédé de mise oeuvre de mobilité de session de terminal
US8369314B2 (en) Call control method and IMS CS control apparatus
KR20080068510A (ko) 단말의 세션 모빌리티 지원 방법
WO2009062903A1 (fr) Procédé, appareil et produit de programme d'ordinateur pour remplacement de flux de données partiel dans un protocole d'ouverture de session
WO2023221855A1 (fr) Procédé, appareil et dispositif de traitement de liste d'applications de canal de données
GB2482806A (en) Selection of method for performing a packet-switched to circuit-switched session transfer
KR20070059783A (ko) 메시지 송수신 방법 및 그 이동통신 단말기
Masonta et al. Light-weight IP Multimedia Subsystem (IMS) client for mobile devices
WO2012025666A1 (fr) Procédé et appareil de mise en œuvre de continuité de session de communication
GB2478211A (en) Transferring a Service Control Signalling Path

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: 07834451

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: 07834451

Country of ref document: EP

Kind code of ref document: A1