WO2011002163A2 - Procédé de transfert d'équipement inter-utilisateur - Google Patents

Procédé de transfert d'équipement inter-utilisateur Download PDF

Info

Publication number
WO2011002163A2
WO2011002163A2 PCT/KR2010/003642 KR2010003642W WO2011002163A2 WO 2011002163 A2 WO2011002163 A2 WO 2011002163A2 KR 2010003642 W KR2010003642 W KR 2010003642W WO 2011002163 A2 WO2011002163 A2 WO 2011002163A2
Authority
WO
WIPO (PCT)
Prior art keywords
group
terminal
request message
terminals
message
Prior art date
Application number
PCT/KR2010/003642
Other languages
English (en)
Korean (ko)
Other versions
WO2011002163A3 (fr
Inventor
김래영
김태현
김현숙
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2011002163A2 publication Critical patent/WO2011002163A2/fr
Publication of WO2011002163A3 publication Critical patent/WO2011002163A3/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • 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

Definitions

  • the present invention relates to a method of moving between terminals of a media flow and / or service control right.
  • a session between a first terminal and a service provider or between the first terminal and the second terminal is controlled and performed by an application server.
  • IMS IP Multimedia Subsystem
  • IUT inter-UE transfer
  • FIG. 1 is a conceptual diagram illustrating a movement between terminals according to the prior art.
  • the first user owns a plurality of terminals, for example, User Equipment (UE) -1, UE-2, and UE-3 shown. And the first user is in session with a remote end, such as a service provider, with voice and video media via UE-1.
  • UE User Equipment
  • SCC AS Service Centralization and Continuity Application Server
  • the first user wishes to proceed with the session with the remote end through his UE-2 and UE-3, respectively.
  • the UE-1 is a cellular phone
  • the UE-2 is an ear set or a headset having a communication function
  • the UE-3 is a head up display (HUD) with a communication function.
  • the first user wishes to conduct a voice media session via the earset or headset and conduct the video media session with the remote end via the head-up display.
  • HUD head up display
  • the voice media flow is moved to the UE- 2 in the session consisting of the voice and video media that has already been conducted through UE- 1 as shown in the right side of FIG. 1 (a), and the video media flow is moved to the UE-. Is moved to 3. In this case, even after the voice and video media flows are moved to the UE- 2 and the UE- 3, the UE- 1 maintains the control right for the media flows.
  • the UE- 1 is called a controller UE
  • the UE- 2 and UE- 3 are called a controllee UE.
  • the session including the voice and video media and in which the UE-1, UE-2, and UE-3 participate is called a collaborative session.
  • the first user is conducting a session for the voice media through the UE-2 and a session for the video media through the UE-3.
  • the UE-1 has control authority over the voice media flow on the UE-2 and the video media flow on the UE-3, but the control authority is transferred to the UE-2 as shown in the right side of FIG. Move it.
  • the IUT is a concept made between a plurality of terminals within the same user, or by extending such a concept to move part or all of the media flow and / or service control authority between terminals belonging to different users. There is also research going on.
  • the UE-1 is informed whether each target terminal, for example, the aforementioned UE-2 and UE-3 is registered in the network. You must lose.
  • the capability information of each target terminal for example, the aforementioned UE-2 and UE-3, for example, hardware resource information (ie, a speaker microphone and a camera).
  • hardware resource information ie, a speaker microphone and a camera.
  • Information about a screen Information about a screen
  • configuration information of the hardware ie, resolution information, etc.
  • information on supportable media ie, resolution information, etc.
  • user A uses ID A_IMPU1 and owns a plurality of terminals, eg, UE-A1 11, UE-A2 12, and UE-A3 13.
  • User B uses B_IMPU1 as an ID and owns a plurality of terminals, for example, UE-B1 21 and UE-B2 22.
  • FIG. 2 illustrates a home network to which the A user and the B user subscribe.
  • the home network includes an IMS (IP Multimedia Subsystem) node and an SCC AS.
  • IMS IP Multimedia Subsystem
  • FIG. 2 user A is in session with the remote end and voice and video media via UE-A1 11, and user A is to UE-B2 22 owned by user B.
  • FIG. We want to move the video media flow while maintaining session continuity. A detailed description will be given below with reference to FIG. 2.
  • the UE-A1 11 registers with its home network a REGISTER message and receives an acknowledgment message. In this case, registration means that the UE notifies its current location to the home network.
  • the UE-A1 11 is an IMS node of the home network in order to obtain status / capability information of UEs registered as the user A, A_IMPU1, that is, UE_A2 12 and UE_A3 12. 51) SUBSCRIBE message is sent to request information subscription subscription to other terminals.
  • the IMS node 51 sends a message to the UE-A1 to accept the request for information notification subscription for the UE registered with the user ID A_IMPU1.
  • the IMS node 51 In order for the UE-A1 11 to acquire status / capability information of UEs registered as the B user's ID and B_IMPU1, that is, UE_B1 21 and UE_B2 22, the IMS node 51 Send a SUBSCRIBE message to the user, and requests to subscribe to the information notification for the terminal owned by the user B.
  • the IMS node 51 sends a message to the UE-A1 11 that accepts the information notification subscription request for the UE registered as the user B, B_IMPU1.
  • the IMS node transmits a session initiation request message (eg, SIP-based INVITE message) to perform a session connection consisting of voice and video media with the remote end 30, the IMS node. 51 transmits to the remote end 30 via the SCC AS 52 based on the subscriber information of the user A.
  • a session initiation request message eg, SIP-based INVITE message
  • the UE-B1 21 of the B user transmits and registers a REGISTER message on his home network.
  • the IMS node 51 transmits a NOTIFY message including state / capability information of the UE-B1 21 to the UE-A1.
  • the UE-B2 22 of the B user transmits and registers a REGISTER message on his home network.
  • the IMS node 51 transmits a NOTIFY message including state / capability information of the UE-B2 22 to the UE-A1 11. do.
  • the UE-A1 11 transmits a move request message, for example, a Media Transfer request message, to the SCC AS 52 to move the video media flow to the UE-B2 22.
  • a move request message for example, a Media Transfer request message
  • the SCC AS 52 delivers the movement request message to the UE-B2 22.
  • the UE-B2 22 Since the UE-B2 22 cannot participate in the inter-terminal movement operation in a situation, the UE-B2 22 transmits a rejection message for the movement request message to the SCC AS 52.
  • the SCC AS 52 sends a message indicating that the movement of the video media flow has failed to the UE-A1 11.
  • the state / capability information of the terminals must be obtained from the IMS network.
  • each terminal In order to obtain the state / capability information as described above, each terminal must exchange an IMS network with an information notification subscription / accept message for each of the IP multimedia public identity (IMPU).
  • IMPU IP multimedia public identity
  • transmitting the information notification subscription / accept message for each IMPU induces signaling overhead between the UE and the IMS network.
  • an object of the present invention is to solve the above problems.
  • an object of the present invention is to reduce the transmission of the information notification subscription / acceptance message.
  • Another object of the present invention is to enable the movement between terminals can be performed without failure.
  • the present specification proposes a method of managing the terminals that interoperate with each other in a group for an inter-UE transfer operation.
  • the user by using the identifier of the group, it is possible to efficiently obtain the status / capability information of the terminals belonging to the group.
  • the present specification proposes a method for adding the members of the group for each terminal.
  • the present specification provides a session comprising one or more media of voice, video, and text media in a remote stage and in progress, in which part or all of the media and one or more of service control rights are different. It provides a method of moving to a terminal.
  • the method includes sending a group create request message for group creation to a network entity.
  • the group creation request message includes at least an identifier of the group to be created.
  • the group creation request message includes at least information on a group administrator managing the group.
  • the method also includes sending a notification request message for one or more of state and capability information of each terminal belonging to the group to the network entity.
  • the method may further include receiving a notification message including information on the state and capability of each terminal when the terminal is registered or registered in the IMS or when the state or capability information of each terminal is changed. Steps. And the method comprises selecting, based on the information on the status and capability, a terminal to which a part or all of the media or a service control authority is to be moved among the terminals in the group.
  • the method includes receiving, via the network entity, a member addition request message for the group from another terminal; Determining whether to accept the member addition request sent by the other terminal for the group; If it is determined to allow the acceptance, the method may further include sending an acceptance message to the network entity.
  • the method may further include after receiving the accept message, receiving a notification message from the network entity, the notification message including information about the status and capabilities of the other terminal.
  • the member addition request message for the group may include one or more of a user ID used by the other terminal and an ID of the other terminal.
  • the group creation request message may further include information about terminals belonging to the group.
  • Information about the terminals belonging to the group may include at least one of a user ID used by the terminals and IDs of the terminals.
  • the method may further include transmitting a member addition request message to the network entity to add a member to the group.
  • the member addition request message may include at least one of a user ID used by a terminal belonging to the group and an ID of the terminal.
  • the network entity may include one or more of an S-CSCF, an SCC AS, and a group management server.
  • the present specification provides a server for moving the terminal to the part or all of the media or the service control authority in the ongoing state of the remote end and the session consisting of one or more media, voice, video, text media Provides a way to control.
  • the control method includes the server receiving a group creation request message for creating a group from the first terminal.
  • the group creation request message includes at least an identifier of the group to be created.
  • the group creation request message includes at least information on a group administrator managing the group.
  • the method may further include receiving, from the first terminal, a notification request message for one or more of state and capability information of another terminal belonging to the group.
  • the method may further include a notification message including information on the state and capability of the other terminal when the other terminal registers or registers with the IMS or when the state or capability information of the other terminal changes.
  • the method may further include transmitting to.
  • the method may further comprise receiving, from the first terminal, a movement request message for all or part of a media flow constituting the session or a service control right.
  • the movement request message includes an identifier of at least one target terminal among terminals belonging to the group.
  • the method may further include transmitting a session start request message to the target terminal and transmitting an update request message of the session to the
  • the present invention manages the terminals that interoperate with each other in a group for inter-UE transfer operation, and by subscribing to an information notification service with an identifier of the group, the states of the terminals belonging to the group. Make it easy to obtain ability information.
  • the present invention reduces signaling overhead between the terminal and the IMS network when acquiring state / capability information of another terminal from the IMS network in order to perform the inter-terminal movement operation.
  • the present invention allows to add the members of the group for each terminal, so that it is possible to easily select only the terminal that you want to participate in the inter-terminal movement operation.
  • the present invention is more effective as the number of users linked to each other for movement between terminals. Also, the more IDs a user owns, the better.
  • FIG. 1 is a conceptual diagram illustrating a movement between terminals according to the prior art.
  • 3 and 4 are flowcharts illustrating a method of generating an IUT group and obtaining state / capability information of a terminal according to the first embodiment of the present invention.
  • FIG. 5 is a flowchart illustrating a modified example of a method for generating an IUT group and obtaining state / capability information of a terminal according to the first embodiment of the present invention.
  • 6 and 7 are flowcharts illustrating another modified method of generating an IUT group and obtaining state / capability information of a terminal according to the first embodiment of the present invention.
  • FIGS. 8 and 9 are flowcharts illustrating a method for moving between terminals according to a second embodiment of the present invention.
  • 10 and 11 are flowcharts illustrating a modification of the method for moving between terminals according to the second embodiment of the present invention.
  • FIGS. 12 and 13 are flowcharts illustrating another modified example of a method for moving between terminals according to the second embodiment of the present invention.
  • FIG. 14 is a block diagram of the UE 100 and the SCC AS 520 according to the present invention.
  • first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • a user equipment UE
  • the illustrated UE may be referred to in terms of terminal, mobile equipment (ME), and the like.
  • the UE may be a portable device such as a laptop, a mobile phone, a PDA, a smart phone, a multimedia device, or a non-portable device such as a PC or a vehicle-mounted device.
  • IP Multimedia Subsystem is a network technology that enables Packet Switching (PS) based on Internet Protocol (IP) not only to a wired terminal but also to a wireless terminal. It is proposed to connect both wired and wireless terminals through IP (All-IP).
  • PS Packet Switching
  • IP Internet Protocol
  • This IMS-based network includes an HSS (Home Subscriber Server) that includes a database that stores user subscriber information, and other entities.
  • the IMS-based network includes a CSCF (call session control function) for processing procedures for control signaling, registration, and session.
  • the CSCF may include P-CSCF (Proxy-CSCF), S-CSCF (Serving-CSCF), and I-CSCF (Interrogating-CSCF).
  • the P-CSCF operates as a first access point for user equipment (UE) in an IMS based network.
  • the S-CSCF then handles the session within the IMS network. That is, the S-SCSF is an entity responsible for routing signaling and routes a session in an IMS network.
  • the I-CSCF then acts as an access point with other entities in the IMS network.
  • the IP-based session is controlled by the Session Initiation Protocol (SIP).
  • SIP Session Initiation Protocol
  • the SIP is a protocol for controlling a session.
  • the SIP is a protocol for identifying terminals to communicate with each other to find a location, creating a multimedia session with each other, or deleting a created session. Refers to the specified signaling protocol.
  • SIP uses a SIP Uniform Resource Identifier (URI), which is similar to an email address, to distinguish each user, thereby providing a service without being dependent on an Internet Protocol (IP) address.
  • URI SIP Uniform Resource Identifier
  • IP Multimedia Public Identity A user using an IMS-based UE has one or more public user IDs, or IMPUs, in order to communicate with other users. Also, multiple UEs may share one IMPU. In addition, one user (strictly a subscriber) may use multiple IMPUs. The IMPU follows a SIP Uniform Resource Identifier (URI) or Tel URI format.
  • URI Uniform Resource Identifier
  • Tel URI Tel URI format
  • PSI Public Service Identity
  • AS application server
  • URI Uniform Resource Identifier
  • Tel URI Tel URI format
  • Instance-ID This is an identifier for identifying a specific terminal among the terminals using the same IMPU.
  • Registration refers to a process in which the UE notifies the home network of information related to its current location. That is, it refers to a process of accessing the home network by transmitting its current location and other information.
  • AS Application Server
  • Multi-Media Session Continuity Supporting UE mobility or mobility between UEs while maintaining continuity for an ongoing session.
  • Service Centralization and Continuity Application Server Application server that supports multimedia session persistence
  • Collaborative Session A logical set of IMS sessions spanning two or more terminals, which are combined into one IMS session by anchoring on the SCC AS.
  • Controller UE A UE that controls the Collaborative Session. Such a controller UE may provide a media flow for the collaborative session.
  • Controllee UE A UE that provides media flow for the Collaborative Session.
  • Inter-UE Transfer Means to move some or all of the media flows in a session or service control authority between terminals.
  • UE status / capability information i) UE registration information, ii) capability-related information such as media type, codec, etc. supported by the UE, iii) configuration-related information such as screen size, iv) the access network related information to which the UE is currently connected.
  • terminals interworking with each other are managed as an IUT group.
  • terminals interworking with each other are managed as an IUT group.
  • the user by allowing the user to subscribe to the information notification service using the identifier of the group, it is possible to easily obtain the status / capability information of the terminals belonging to the group.
  • the identifier of the IUT group follows the format of a Public Service Identifier.
  • IUT group A group consisting of information on terminals interworking with each other for inter-UE transfer operation, and members are managed on a per-unit basis.
  • a specific terminal may serve as a group administrator of the group.
  • a particular IMPU may serve as an administrator of the group.
  • the priority of the group manager role between the terminals may be designated. For example, if the UE-A, UE-B, UE-C using the IMPU1 exists and the IMPU1 wants to perform the group manager role, the UE-C, UE-A, UE-B are in the group manager role. Can be prioritized.
  • One terminal may be a member of a plurality of IUT groups.
  • Only some terminals of a plurality of terminals belonging to the same user may be made members of a specific IUT group.
  • UE-A1 may be made a member of IUT Group1
  • UE-A2 and UE-A3 may be made a member of IUT_Group2
  • UE-A4 may not belong to any IUT group.
  • Only some terminals of a plurality of terminals using the same IMPU may be made members of a specific IUT group. For example, among UEs using IMPU1, UE-A and UE-B may be made members of IUT Group1, UE-C may be made members of IUT_Group2, and UE-D may not belong to any IUT group.
  • IMPUs In the case of a terminal using a plurality of IMPUs, only some of the IMPUs used can be made members of a specific IUT group. For example, if UE-A uses three IMPUs such as IMPU1, IMPU2, and IMPU3, it can be made a member of IUT_Group1 for UE-A using IMPU1 and a member of IUT_Group2 for UE-A using IMPU2. UE-A using IMPU3 may not belong to any IUT group.
  • the following three methods can be used as an identifier of a member to be added when adding a member constituting an IUT group.
  • IMPU As a first method, use IMPU to add members. That is, all terminals using the corresponding IMPU can be added as members of the IUT group.
  • the Instance-ID As a second method, use the Instance-ID to add members. For example, only the specific terminal may be added to the IUT group using the Instance-ID of the specific terminal. In this way, when adding a member in a terminal unit, information on which IMPU to use when the terminal participates in an IUT operation must be provided together. Thus, even when one terminal uses a plurality of IMPUs, it is possible to identify which IMPU the terminal is to join as a member of the IUT group. For example, suppose UE-1 uses IMPU1 and IMPU2. In this case, in order to participate in the IUT operation as a member of the group called IUT_Group1 only when using IMPU1, the Instance-ID for UE-1 and the information about IMPU1 need to be provided.
  • a group identifier can be used to add members. That is, when all the member terminals in the first IUT group want to add to the second IUT group, the identifier of the first IUT group may be used.
  • GRUU globally routable user agent URI
  • 3 and 4 are flowcharts illustrating a method of generating an IUT group and obtaining state / capability information of a terminal according to the first embodiment of the present invention.
  • user A uses ID A_IMPU1 and owns a plurality of terminals, eg, UE-A1 110 and UE-A2 120.
  • User B uses B_IMPU1 as an ID and owns a plurality of terminals, for example, UE-B1 and UE-B2.
  • the home network includes an IMS node 510 and an SCC AS 520.
  • the IMS node 510 may be an S-CSSF or an application server (AS).
  • AS application server
  • the home network is illustrated as being divided into the IMS node 510 and the SCC AS 520, the IMS node 510 and the SCC AS 520 are physically implemented as one server. It may only be logically separated.
  • the function of the SCC AS 520 may be mounted in the IMS node 510 and exist as one server. May be present.
  • the UE-A1, the UE-A2, the UE-B1, and the UE-B2 may include two or more communication modules.
  • the communication module is a module such as CDMA, TDMA, FDMA, GSM, GPRS, WCDMA, IEEE 802.16, Bluetooth, infrared communication, IEEE 802.11, UWB, Zigbee, Wireless USB, and the like.
  • One of the above communication modules may be one module, and the second communication module may be the same or different module as the first communication module.
  • a process in which UEs belonging to user A and user B joins a group for a terminal-to-terminal movement operation is shown.
  • the situation in which a UE is added to the group is shown.
  • user A uses A_IMPU1 as an ID for two UEs owned by UE-A1 and UE-A2
  • user B uses two UEs owned by UE-B1 and UE-B2.
  • Use B_IMPU1 as the ID for.
  • the user C uses C_IMPU1 as an ID for two UEs owned by UE-C1 and UE-C2.
  • the UE-A1 110 transmits a registration request message, for example, a REGISTER message, to the IMS node 510 and receives an acknowledgment message in order to register in its home network.
  • registration means that the UE informs its home network of its location.
  • the IMS node 510 performs 3rd-party registration with the SCC AS 520 based on the A user's subscription information.
  • the UE-A1 110 transmits a group creation request message for generating an IUT group called IUT_Group1 as a group identifier to the SCC AS 520 for an inter-terminal mobility (IUT) operation.
  • the group creation request message includes an identifier parameter of the group requested to be created, such as a Group ID parameter, an administrator information parameter of the group, such as a Group Administrator parameter.
  • the Group ID parameter includes IUT_Group1, which is an identifier of the requested group
  • the Group Administrator parameter includes an identifier of the UE-A1, for example, UE-A1.
  • the Group Administrator parameter may be set to IMPU, such as A_IMPU1.
  • the UE-A1 110 may already know the address of the SCC AS 520 or obtain it through the registration process.
  • the SCC AS 520 sends a response message to the UE-A1 110 in response to the group creation request message from the UE-A1 110.
  • the SCC AS 520 recognizes the UE-A1 110 as an administrator of the group and manages information on the created group.
  • the UE-A1 110 which is a group manager of a group having an identifier of IUT_Group1, transmits a group member add request message to the SCC AS 520 in order to add a new member to the created IUT group.
  • the group member add request message includes an identifier of a member added to the group.
  • A_IMPU1 which is an identifier of user A
  • B_IMPU1 which is an identifier of user B
  • all terminals using the identifier A_IMPU1, for example, UE-A1 and UE-A2 and all terminals using the identifier B_IMPU1, for example, UE-B1 and UE-B2 are members of the IUT_Group1.
  • the SCC AS 520 transmits a response to the group member addition request message to the UE-A1 110.
  • the SCC AS 520 may include the following group management table.
  • Member1 means all terminals using a user ID of A_IMPU1.
  • the group management table is merely an example and can be transformed into any table capable of managing a group.
  • the UE-A1 110 transmits an information notification subscription request message, for example, a SUBSCRIBE message, to the SCC AS 520 in order to obtain status / capability information about terminals belonging to the IUT_Group1.
  • an information notification subscription request message for example, a SUBSCRIBE message
  • the SCC AS 520 sends an acceptance message to the UE-A1 110 with respect to the information notification subscription request message.
  • the UE-B1 210 transmits a registration request message, for example, a REGISTER message, to an IMS node 510 of its home network and receives an acknowledgment message.
  • a registration request message for example, a REGISTER message
  • the IMS node 510 performs 3rd-party registration with the SCC AS 520 based on the subscription information of the B user.
  • the SCC AS 520 transmits state / capability information of the UE-B1 210 to the UE-A1 110. .
  • the state / capability information of the UE-B1 210 is included in a notification message, eg, a NOTIFY message.
  • the UE-B1 210 transmits an information notification subscription request message, for example, a SUBSCRIBE message, to the SCC AS 520 in order to obtain status / capability information about terminals belonging to the IUT_Group1.
  • an information notification subscription request message for example, a SUBSCRIBE message
  • the SCC AS 520 sends an acceptance message for the information notification subscription request message to the UE-B1 210.
  • the SCC AS 520 transmits a notification message, for example, a NOTIFY message, which includes state / capability information of the registered UE-A1, to the UE-B1 210.
  • a notification message for example, a NOTIFY message, which includes state / capability information of the registered UE-A1, to the UE-B1 210.
  • the UE-B2 220 transmits a registration request message, for example, a REGISTER message, to the IMS node 510 of its home network and receives an acknowledgment message.
  • a registration request message for example, a REGISTER message
  • the IMS node 510 performs 3rd-party registration with the SCC AS 520 based on the subscription information of the B user.
  • the SCC AS 520 includes state / capability information of the UE-B2 220 to the UE-A1 110.
  • Send a notification message eg a NOTIFY message.
  • the SCC AS 520 includes state / capability information of the UE-B2 220 to the UE-B1 210.
  • Send a notification message eg a NOTIFY message.
  • the UE-B2 220 transmits an information notification subscription request message, for example, a SUBSCRIBE message, to the SCC AS 520 in order to obtain status / capability information about terminals belonging to the IUT_Group1.
  • an information notification subscription request message for example, a SUBSCRIBE message
  • the SCC AS 520 transmits an acceptance message to the UE-B2 220 for the information notification subscription request message.
  • the SCC AS 520 transmits a notification message including a state / capability information of the UE-A1 110 to the UE-B2 220, for example, a NOTIFY message.
  • the SCC AS 520 transmits a notification message and a NOTIFY message including state / capability information of the registered UE-B1 210 to the UE-B2 220.
  • the UE-C1 310 of the C user transmits a registration request message, for example, a REGISTER message, to the IMS node 510 of its home network, and receives an acknowledgment message.
  • a registration request message for example, a REGISTER message
  • the IMS node 510 performs 3rd-party registration with the SCC AS 520 based on the subscription information of the C user.
  • the UE-C1 310 transmits a member add request message or a join request message for the group to the SCC AS 520 in order to join the IUT group having the IUT_Group1 identifier.
  • the UE-C1 310 includes UE-C1, which is its identifier, and an identifier of the C user, for example, C_IMPU1, in the member addition request message.
  • the SCC AS 520 sends the member add request message or the join request message for the group received from the UE-C1 310 to the UE-A1 110, which is a Group Administrator of IUT_Group1.
  • the UE-A1 110 transmits an acceptance message for the member addition request received from the SCC AS to the SCC AS 520. For this reason, the UE-C1 310 using the identifier C_IMPU1 becomes a member of IUT_Group1.
  • the SCC AS 520 updates the aforementioned group management table as follows.
  • the SCC AS 520 transmits an acceptance message for the member addition request message to the UE-C1 310.
  • the SCC AS 520 As the UE-C1 310 is added to the group, the SCC AS 520 notifies the UE-A1 110 including the status / capability information of the UE-C1 310. Send a message, for example a NOTIFY message.
  • the SCC AS 520 notifies the UE-B1 210 of the notification message including the state / capability information of the UE-C1, for example. Send a NOTIFY message.
  • the SCC AS 520 notifies the UE-B2 220 of the notification message including the state / capability information of the UE-C1, for example. Send a NOTIFY message.
  • the UE-C1 310 transmits an information notification subscription request message, for example, a SUBSCRIBE message, to the SCC AS 520 in order to obtain status / capability information about terminals belonging to the group.
  • an information notification subscription request message for example, a SUBSCRIBE message
  • the SCC AS 520 sends an acceptance message for the information notification subscription request message to the UE-C1 310.
  • the SCC AS 520 transmits a notification message, for example, a NOTIFY message, containing the state / capability information of the registered UE-A1 110 to the UE-C1 310.
  • a notification message for example, a NOTIFY message
  • the SCC AS 520 transmits a notification message including a state / capability information of the registered UE-B1 210 to the UE-C1 310, for example, a NOTIFY message.
  • the SCC AS 520 transmits a notification message including a state / capability information of the registered UE-B2 220 to the UE-C1 310, for example, a NOTIFY message.
  • the SCC AS 520 processes the information notification subscription request for the status / capability information and provides the status / capability information.
  • a network entity such as the IMS node or the S-CSCF may provide the request. have.
  • a method for obtaining an identifier for an IUT group to which the user or the terminal intends to participate includes a IMPU belonging to an IUT group to be known. Can be obtained by sending to the SCC AS managing group information. For example, if the UE-B1 transmits a query for obtaining an identifier for the IUT group to which the UE using A_IMPU1 belongs to the SCC AS 520 prior to step 17, the SCC AS 520 transmits the IUT_Group1 to the UE-B1. You can tell B1.
  • operations such as group creation and member addition may use an interface between a terminal and the SCC AS 520, in which case the interface may be a DM (ie OMA DM). ), Ut interface and the like can be implemented.
  • the message can be delivered through protocols such as XCAP and HTTP.
  • FIG. 5 is a flowchart illustrating a modified example of a method for generating an IUT group and obtaining state / capability information of a terminal according to the first embodiment of the present invention.
  • the group creation request message may include a list of members to be added to the group.
  • the group creation request and the group member addition request may not be made in a separate process as in the process of 5 to 8 of the first embodiment of FIGS. 3 and 4, but may be made in one process as in 5 to 6 of FIG. 5. have.
  • 6 and 7 are flowcharts illustrating another modified method of generating an IUT group and obtaining state / capability information of a terminal according to the first embodiment of the present invention.
  • the group management server 600 is in charge of managing information about the group. That is, although the SCC AS 520 is described in FIG. 3, FIG. 4, and FIG. 5 as the information management of the group, the group management server 600 is in charge of this modification.
  • the group management server 600 manages member information in the group.
  • the group management server 600 is responsible for the update notification service for the managed group.
  • the UE-A1 110 transmits a registration request message, for example, a REGISTER message, to the IMS node 510 and receives an acknowledgment message in order to register in its home network.
  • registration means that the UE informs its home network of its location.
  • the IMS node 510 performs 3rd-party registration with the SCC AS 520 based on the A user's subscription information.
  • the UE-A1 110 transmits a group creation request message for generating an IUT group having IUT_Group1 as a group identifier to the group management server 600 for an inter-terminal mobility (IUT) operation.
  • the group creation request message includes an identifier parameter of the group requested to be created, such as a Group ID parameter, an administrator information parameter of the group, such as a Group Administrator parameter.
  • the Group ID parameter includes IUT_Group1, which is an identifier of the requested group
  • the Group Administrator parameter includes an identifier of the UE-A1, for example, UE-A1.
  • the Group Administrator parameter may be set to IMPU, such as A_IMPU1.
  • the group management server 600 transmits a response message to the UE-A1 110 in response to the group creation request message from the UE-A1 110.
  • the group management server 600 recognizes the UE-A1 110 as an administrator of the group and manages information on the created group.
  • the UE-A1 110 which is a group manager of a group having an identifier of IUT_Group1, transmits a group member add request message to the group management server 600 in order to add a new member to the created IUT group.
  • the group member add request message includes an identifier of a member added to the group.
  • A_IMPU1 which is an identifier of user A
  • B_IMPU1 which is an identifier of user B
  • the group management server 600 transmits a response to the group member addition request message to the UE-A1 110.
  • the group management server 600 may include the group management table described above with reference to FIG. 3.
  • the UE-A1 110 transmits an information notification subscription request message, for example, a SUBSCRIBE message, to the SCC AS 520 in order to obtain status / capability information about terminals belonging to the IUT_Group1.
  • an information notification subscription request message for example, a SUBSCRIBE message
  • the group management server 600 requests information about IUT_Group1.
  • the group management server 600 transmits information on IUT_Group1 to the SCC AS 520.
  • the SCC AS 520 stores information on the acquired IUT_Group1.
  • the SCC AS 520 sends an acceptance message to the UE-A1 110 with respect to the information notification subscription request message received from the UE-1 110.
  • the SCC AS 520 transmits an update notification request message to the group management server 600 so as to request that the SCC AS 520 be informed whenever the information on the group is changed, and the group management server ( 600 transmits an accept message to the SCC AS 520. That is, the SCC AS 520 receives the information on the group in step 11, but if the information is updated in the group management server 600, in order to be notified of the updated information, the update notification request message Send it.
  • the UE-B1 210 transmits a registration request message, for example, a REGISTER message, to an IMS node 510 of its home network and receives an acknowledgment message.
  • a registration request message for example, a REGISTER message
  • the UE-C1 310 transmits a member add request message or a join request message for the group to the group management server 600 in order to join the IUT group having the IUT_Group1 identifier.
  • the UE-C1 310 includes UE-C1, which is its identifier, and an identifier of the C user, for example, C_IMPU1, in the member addition request message.
  • the group management server 600 sends the member add request message or the join request message for the group received from the UE-C1 310 to the UE-A1 110, which is a Group Administrator of IUT_Group1.
  • the UE-A1 110 transmits an acceptance message for the member addition request received from the group management server to the group management server 600. For this reason, the UE-C1 310 using the identifier C_IMPU1 becomes a member of IUT_Group1.
  • the group management server 600 updates the aforementioned group management table.
  • the group management server 600 transmits an acceptance message for the member addition request message to the UE-C1 310.
  • the group management server 600 transmits a message notifying the update of the group to the SCC AS 520.
  • the SCC AS 520 recognizes that the UE-C1 310 is added to the group, the SCC AS 520 sends the UE-C1 310 to the UE-A1 110. Sends a notification message, for example, NOTIFY message containing the status / capability information of the other. Further details of each process shown can be easily understood by those skilled in the art from the contents of Figs. 3 and 4 shall apply mutatis mutandis.
  • the interface between the UEs may be implemented through a DM (i.e. OMA DM) or a Ut interface.
  • a DM i.e. OMA DM
  • Ut interface i.e. XCAP
  • XCAP HyperText Transfer Protocol
  • a protocol for exchanging messages between the SCC AS 520 and the group management server 600 may be SIP, Diameter, HTTP, and the like.
  • the group creation request and the group member addition request for the group management server 600 may be performed in one process.
  • FIGS. 8 and 9 are flowcharts illustrating a method for moving between terminals according to a second embodiment of the present invention.
  • user A uses ID A_IMPU1 and owns a plurality of terminals, eg, UE-A1 110, UE-A2 120, and UE-A3 130.
  • User B uses B_IMPU1 as an ID and owns a plurality of terminals, for example, UE-B1 210 and UE-B2 220.
  • the user A belongs to the user B.
  • the process of moving the video media flow while maintaining the persistence of the session to the UE-B1 210 is shown.
  • the user B adds only a specific terminal, ie, the UE-B1 210, that he or she wants to participate in, among the UE-B1 210 and the UE-B2 220 owned by the user, as a group member. .
  • the user A wishes to conduct a session consisting of voice and video media with the remote end 300 via the UE-A1 110. Accordingly, the UE-A1 110 sends a session initiation request message (eg, a SIP-based INVITE message) to the IMS node 510, and the IMS node 510 sends the session initiation request message to the A user.
  • the SCC AS 520 is transmitted to the remote terminal 300 based on the subscriber information of the SCC AS 520.
  • the session initiation request message includes information on media in the session, that is, information on voice and video. Information about the media is included in the SDP body.
  • m ⁇ media> ⁇ port> / ⁇ number of ports> ⁇ proto> ⁇ fmt> ...
  • m video 49170/2 RTP / AVP 31 can be used.
  • the format of the SDP may be as follows.
  • the remote end 300 transmits a session start accept message 200 OK to the UE-A1 110 with respect to the session start request message. This establishes a session consisting of voice and video media between the UE-A1 110 and the remote end 300.
  • the UE-B1 210 transmits a registration request message, for example, a REGISTER message, to an IMS node 510 of its home network and receives an acknowledgment message.
  • a registration request message for example, a REGISTER message
  • the IMS node 510 performs 3rd-party registration with the SCC AS 520 based on the subscription information of the B user.
  • the UE-B1 210 sends a member add request message to the SCC AS 520 in order to join the IUT group having the IUT_Group1 identifier.
  • the UE-B1 210 includes its identifier, for example, UE-B1 and B_IMPU1, which is its user ID, in the member addition request message.
  • the SCC AS 520 sends a member addition request message received from the UE-B1 210 to the UE-A1 110, which is a Group Administrator of IUT_Group1.
  • the UE-A1 110 transmits an acceptance message for the member addition request received from the SCC AS 520 to the SCC AS 520. For this reason, the UE-B1 210 becomes a member of IUT_Group1.
  • the SCC AS 520 transmits an acceptance message for the member addition request message to the UE-B1 210.
  • the SCC AS 520 transmits state / capability information of the UE-B1 210 to the UE-A1 110.
  • the state / capability information of the UE-B1 210 is included in a notification message, eg, a NOTIFY message.
  • the UE-B2 220 transmits a registration request message, for example, a REGISTER message, to the IMS node 510 of its home network and receives an acknowledgment message.
  • a registration request message for example, a REGISTER message
  • the IMS node 510 performs 3rd-party registration with the SCC AS 520 based on the subscription information of the B user.
  • the UE-B2 does not participate in the inter-terminal movement operation, and thus does not send the member addition request message as in step 17a.
  • the UE-A1 110 targets the UE-B1 210 of the user B as a target UE. To select.
  • the UE-A1 110 moves to the SCC AS 520 through the IMS node 510 to transfer the video media flow to the UE-B1 210, for example, a media transfer.
  • Send the request message includes a parameter for a target terminal, for example, a target UE parameter.
  • the move request message includes a parameter for the media to be moved, for example, a media parameter.
  • the movement request message may further include various parameters required for media flow movement, such as parameters for a source terminal, for example, a source UE parameter.
  • the SCC AS 520 delivers the movement request message to the UE-B1 210 through the IMS node 510.
  • the UE-B1 210 transmits a request accept message to the SCC AS 520 through the IMS node 510 with respect to the movement request message. In this case, since the UE-B1 210 has subscribed to the group for IUT, the UE-B1 210 accepts the movement request message.
  • the SCC AS 520 sends a session update request message (eg, Re-INVITE) to the remote end 300 through the IMS node 510 including a change according to the movement of the video media flow. send.
  • a session update request message eg, Re-INVITE
  • the remote end 300 transmits a session update accept message to the session update request from the SCC AS 520. This establishes a session consisting of video media between the UE-B1 and the remote end 300.
  • the SCC AS 520 transmits a session transfer completion message, for example, a media transfer completion message, to the UE-A1 110.
  • the UE-A1 110 proceeds with the session consisting of only the voice media with the remote end 300.
  • the UE-A1 110 moves the video media flow to the UE-B1 210
  • the UE-A1 110 has control over a collaborative session composed of the voice media and the video media. That is, the UE-A1 110 becomes a controller terminal and a controller UE, and the UE-B1 210 becomes a controlled terminal, that is, a Controllee UE.
  • operations such as group creation and group member addition may use an interface between a UE and the SCC AS, in which case the interface may be a DM (ie OMA DM), Ut. It can be implemented through an interface.
  • the message can be delivered through protocols such as XCAP and HTTP.
  • 10 and 11 are flowcharts illustrating a modification of the method for moving between terminals according to the second embodiment of the present invention.
  • the group creation request message may include a list of members to be added to the group.
  • the group creation request and the group member addition request may be performed in one process instead of a separate process.
  • FIGS. 12 and 13 are flowcharts illustrating another modified example of a method for moving between terminals according to the second embodiment of the present invention.
  • the group management server 600 is responsible for information management of the group. That is, although the SCC AS 520 has been described in FIG. 8, 9, 10, and 11 as the information management of the group, the group management server 600 is in charge of this modification.
  • the group management server 600 manages member information in the group.
  • the group management server 600 is responsible for the update notification service for the managed group.
  • the group management server 600 may include the aforementioned group management table.
  • the method according to the invention described thus far can be implemented in software, hardware, or a combination thereof.
  • the method according to the present invention may be stored in a storage medium (eg, internal memory, flash memory, hard disk, etc.) and may be executed by a processor (eg a microprocessor). It can be implemented as codes or instructions within a program. This will be described with reference to FIG. 14.
  • FIG. 14 is a block diagram of the UE 100 and the SCC AS 520 according to the present invention.
  • the UE 100 includes a storage means 101, a controller 102, and a transceiver 103.
  • the SCC AS 520 includes a storage means 521, a controller 522, and a transceiver 523.
  • the storage means 101, 521 store the method according to the first to second embodiments shown in FIGS. 3 and 4 to 12 and 13.
  • the controllers 102 and 522 control the storage means 101 and 521 and the transceivers 522 and 523. Specifically, the controllers 102 and 522 respectively execute the methods stored in the storage means 101 and 521. The controllers 102 and 522 transmit the aforementioned signals through the transceivers 103 and 523.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne un procédé de transfert d'équipement inter-utilisateur permettant de transférer une partie ou la totalité d'un support et/ou d'une autorité de commande de service sur un autre terminal, lorsqu'une session constituée par un ou plusieurs supports sélectionnés parmi plusieurs supports comme un support audio, vidéo textuel etc., est en cours entre un terminal et un fournisseur de services. Ce procédé comprend une étape consistant à transmettre, à une entité de réseau, un message de demande de génération de groupe contenant au moins un indicateur du groupe à générer, afin de générer un groupe. Le procédé comprend également une étape consistant à transmettre, à l'entité de réseau, un message de demande de notification pour une information concernant l'état et/ou une information concernant la capacité concernant chacun des terminaux qui appartient au groupe. En outre, le procédé comporte encore une étape consistant à recevoir un message de notification contenant des informations concernant l'état et la capacité de chaque terminal, lorsque chaque terminal est enregistré/désenregistré sur un IMS ou lorsque des informations concernant l'état ou la capacité du terminal sont modifiées. Le procédé selon l'invention comporte encore une autre étape consistant à sélectionner, sur la base des informations concernant l'état ou la capacité, un terminal parmi les terminaux du groupe pour déplacer la session.
PCT/KR2010/003642 2009-06-30 2010-06-07 Procédé de transfert d'équipement inter-utilisateur WO2011002163A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2009-0059356 2009-06-30
KR1020090059356A KR20110001696A (ko) 2009-06-30 2009-06-30 단말 간 이동 방법

Publications (2)

Publication Number Publication Date
WO2011002163A2 true WO2011002163A2 (fr) 2011-01-06
WO2011002163A3 WO2011002163A3 (fr) 2011-03-03

Family

ID=43411552

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2010/003642 WO2011002163A2 (fr) 2009-06-30 2010-06-07 Procédé de transfert d'équipement inter-utilisateur

Country Status (2)

Country Link
KR (1) KR20110001696A (fr)
WO (1) WO2011002163A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2479832A (en) * 2010-04-22 2011-10-26 Intel Mobile Comunications Technology Gmbh Assigning/Requesting Transfer of Collaborative Session Control, particularly applicable to IMS and IUT

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9294332B2 (en) 2011-04-08 2016-03-22 Lg Electronics Inc. Method and apparatus for IUT in a wireless communication system
KR20130003544A (ko) 2011-06-30 2013-01-09 한국전자통신연구원 단말 장치들 사이의 콘텐츠 동기화 방법 및 시스템
KR101442161B1 (ko) * 2011-12-23 2014-11-03 주식회사 케이티 단말들의 어플리케이션들간의 세션 연결을 수행하는 세션 연결 서버 및 방법, 그리고 단말

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060057954A (ko) * 2004-11-24 2006-05-29 삼성전자주식회사 홈 네트워크의 레벨별 인증 시스템 및 그 방법
KR20090044437A (ko) * 2007-10-31 2009-05-07 성균관대학교산학협력단 홈 네트워크 환경에서 이동 에이전트의 접근 제어 방법 및시스템
KR20090058362A (ko) * 2007-12-04 2009-06-09 주식회사 조은시큐리티 홈네트워크에서 이동성을 보장하기 위한 시스템 및 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060057954A (ko) * 2004-11-24 2006-05-29 삼성전자주식회사 홈 네트워크의 레벨별 인증 시스템 및 그 방법
KR20090044437A (ko) * 2007-10-31 2009-05-07 성균관대학교산학협력단 홈 네트워크 환경에서 이동 에이전트의 접근 제어 방법 및시스템
KR20090058362A (ko) * 2007-12-04 2009-06-09 주식회사 조은시큐리티 홈네트워크에서 이동성을 보장하기 위한 시스템 및 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2479832A (en) * 2010-04-22 2011-10-26 Intel Mobile Comunications Technology Gmbh Assigning/Requesting Transfer of Collaborative Session Control, particularly applicable to IMS and IUT

Also Published As

Publication number Publication date
KR20110001696A (ko) 2011-01-06
WO2011002163A3 (fr) 2011-03-03

Similar Documents

Publication Publication Date Title
WO2011056034A2 (fr) Procédé de commande de session et serveur utilisant celui-ci
WO2011132956A2 (fr) Procédé permettant de partager un ou plusieurs contenus multimédias dans une session entre des terminaux
WO2017023055A1 (fr) Procédé et système pour une gestion d'identité à travers de multiples plans
WO2010062139A2 (fr) Procédé et appareil pour commander une session d'interfonctionnement dans un service de messagerie ip convergent et système associé
WO2017003175A1 (fr) Procédé et appareil de fourniture d'un service dans un système de communication sans fil
WO2010019022A2 (fr) Système et procédé d'émission et de réception d'un appel sur un réseau domestique
WO2010064866A2 (fr) Procédé et système de fourniture de services iptv pour dispositifs fixes et mobiles
WO2016200145A1 (fr) Technique pour partager des informations de profil d'utilisateur dans un système de communication mobile
WO2018212571A1 (fr) Procédé et système de notification d'état de membres de groupes mission critical service (mcx)
WO2013122374A1 (fr) Procédé et appareil permettant de mettre en œuvre un service de proximité dans un système de communication sans fil
RU2367118C2 (ru) Поддержание соединения передачи данных при смене сети коммуникационного доступа
WO2016080808A1 (fr) Procédé et dispositif de partage d'informations enrichies associées à un appel
WO2021167277A1 (fr) Dispositif et procédé pour fournir un service selon un type de réseau de communication sans fil dans un système informatique périphérique
WO2015041469A1 (fr) Procédé et système pour intégrer une visualisation de contenu et une communication dans une session de centre social immersif
WO2018048230A1 (fr) Procédé de gestion de short data service (sds) dans un système de communication de données critiques pour la mission (données mc)
WO2015037909A1 (fr) Procédé et appareil de fourniture d'un service de diffusion sélective dans un système de communication
WO2011155762A2 (fr) Procédé pour la communication avec d'autres dispositifs, et dispositif de communication
WO2011002163A2 (fr) Procédé de transfert d'équipement inter-utilisateur
WO2015133865A1 (fr) Procédé et système pour l'établissement d'une session de service entre un dispositif chercheur et un dispositif d'annonceur publicitaire
WO2018038412A1 (fr) Procédé et équipement utilisateur permettant la connexion au moyen d'une pluralité d'accès dans un réseau de nouvelle génération
WO2011155733A2 (fr) Procédé de communication entre un dispositif et un autre dispositif
WO2018062940A1 (fr) Procédé de gestion de communications vidéo critiques de mission (mcvidéo) dans un système de communication mcvidéo hors réseau
WO2010056033A2 (fr) Appareil et procédé de fourniture de service d'enregistrement dans un sous-système multimédia ip
WO2015016655A1 (fr) Procédé et appareil pour établir une communication entre des terminaux
EP3314931A1 (fr) Procédé et appareil de fourniture d'un service dans un système de communication sans fil

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10794298

Country of ref document: EP

Kind code of ref document: A2