WO2010052918A1 - ハンドオーバ制御システム、ユーザ端末、シグナリング中継装置並びにセッション制御装置 - Google Patents

ハンドオーバ制御システム、ユーザ端末、シグナリング中継装置並びにセッション制御装置 Download PDF

Info

Publication number
WO2010052918A1
WO2010052918A1 PCT/JP2009/005913 JP2009005913W WO2010052918A1 WO 2010052918 A1 WO2010052918 A1 WO 2010052918A1 JP 2009005913 W JP2009005913 W JP 2009005913W WO 2010052918 A1 WO2010052918 A1 WO 2010052918A1
Authority
WO
WIPO (PCT)
Prior art keywords
session
user terminal
entry point
access network
handover
Prior art date
Application number
PCT/JP2009/005913
Other languages
English (en)
French (fr)
Inventor
ホン チェン
ティエン ミンベンジャミン コー
シャ リ
貴子 堀
Original Assignee
パナソニック株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Priority to US13/126,581 priority Critical patent/US9294965B2/en
Priority to JP2010536696A priority patent/JPWO2010052918A1/ja
Priority to RU2011122799/07A priority patent/RU2011122799A/ru
Priority to EP09824618A priority patent/EP2343921A1/en
Publication of WO2010052918A1 publication Critical patent/WO2010052918A1/ja

Links

Images

Classifications

    • 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
    • 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/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Definitions

  • the present invention relates to a data communication network technology.
  • the present invention relates to a signaling control technique for a user terminal in a mobile data communication system.
  • a mobility management system using a network such as proxy mobile IP (PMIP: Proxy Mobile Internet Internet, see Non-patent Document 1 below) is appropriately set.
  • PMIP Proxy Mobile Internet Internet
  • UE User Equipment
  • Non-patent Document 1 a network such as proxy mobile IP
  • IMS IP multimedia subsystem
  • IMS IP multimedia subsystem
  • the handling of transparent mobility like the mobility management method by the network has an adverse effect on IP multimedia services that need to perform arbitrary local control including QoS provision and signaling adaptation. It can happen.
  • the signaling entry point for example, P-CSCF (Proxy Call Call Session Control defined in Non-Patent Document 2) Function: Proxy call session control function)
  • P-CSCF Proxy Call Call Session Control defined in Non-Patent Document 2
  • Function Proxy call session control function
  • the user terminal may be configured to perform signaling each time a reconnection of a lower layer is detected.
  • a configuration may cause unnecessary signaling.
  • a delay in the session handover process occurs because it is necessary to reciprocate the message exchange a plurality of times for searching and establishing the signaling path.
  • the exchange of such a large number of signaling messages may impose a load on the network traffic or increase the power consumption by the user terminal.
  • a user terminal in a standard procedure, a user terminal must first register with a signaling system before application layer signaling can be performed.
  • a signaling system When security is ensured in signaling, authentication is performed in the registration process, which causes further delay.
  • FIG. 1 shows an example of a network architecture for explaining a conventional technique. Note that the network architecture shown in FIG. 1 is also referred to when the present invention is described later. Here, only the network architecture shown in FIG. 1 will be described briefly, and the detailed configuration will be described later.
  • a UE (user terminal) (100) is initially connected (before movement) to an access network including an eNB (evolvedvolveNode B) 1 (111) and a corresponding SGW (Signaling Gateway) 1 (115). ing. Then, the UE (100) moves (the moved UE is expressed as UE (101)) and connects to an access network including the eNB2 (113) and the corresponding SGW2 (117). The SGW 1 (115) and the SGW 2 (117) are connected to the core network (135) via a P-GW (Packet Data Network Gateway) (119).
  • eNB evolvedvolveNode B
  • SGW Signal-GW
  • control signaling protocol entry points for example, P-CSCF1 (121)
  • eNB2 113
  • SGW2 117
  • the control signaling protocol entry points for example, P-CSCF2 (123)
  • the entry point is described as UE (100) or UE (101) and an application session control system (for example, S-CSCF and / or AS (S-CSCF / AS (125) as defined in Non-Patent Document 2). )) To relay control signaling.
  • FIG. 2 shows an example of a control signaling sequence related to an IP multimedia session based on the conventional technique (processing defined in Non-Patent Document 2).
  • step S2001 the UE (100) is initially connected to the SGW1 (115), and performs an IP multimedia service session via the P-CSCF1 (121) and the S-CSCF / AS (125). Established.
  • step S2003 it is assumed that the UE (100) moves to a new location (UE (position 101) in FIG. 1) .
  • step S2005 the UE (101) performs mobility by the network at the new location.
  • the same address as that in use is acquired, that is, the UE (101) is connected to the SGW2 (117), and is the same from the same P-GW (119) via the mobility-managed network. Get the IP address.
  • the UE (101) attempts to perform a P-CSCF search process in step S2007 and Find P-CSCF2 (123) corresponding to the location.
  • This process may be, for example, a DNS query or a DHCP query.
  • the UE (101) Since the P-CSCF search process obtains a different P-CSCF address (that is, the P-CSCF2 (123) address, not the P-CSCF1 (121) address used in the UE (100)), the UE (101) starts a registration process as defined in Non-Patent Document 2. That is, in step S2009, the UE (101) transmits an IMS_Register (IMS registration) message to the new P-CSCF2 (123).
  • IMS registration IMS registration
  • the P-CSCF 2 (123) Upon reception of this IMS_Register message, the P-CSCF 2 (123) starts a search process for an S-CSCF appropriate for the UE (101) as shown in step S2011, and an S-CSCF (appropriate for the UE (101) That is, S-CSCF / AS (125)) is specified.
  • the P-CSCF (123) performs necessary processing as defined in Non-Patent Document 2, and then transfers an IMS_Register message to the S-CSCF / AS (125) in step S2013.
  • authentication processing is executed.
  • S-CSCF / AS (125) sends a 401 message (Unauthorized: a message notifying that authentication is necessary) to UE (101). Start by replying.
  • the authentication processing includes a plurality of message exchange round trips.
  • the S-CSCF / AS (125) checks the user profile in step S2017, and controls service such as recording user information in the database or registering it in an arbitrary event. I do.
  • the S-CSCF / AS (125) returns an IMS_Accept (IMS acceptance) message to the UE (101).
  • IMS_Accept message is transmitted to the UE (101) via the P-CSCF2 (123). Transferred.
  • the UE (101) transmits an IMS_INVITE (IMS invitation) message via the P-CSCF2 (123) and the S-CSCF / AS (125) as shown in steps S2023 and S2025.
  • IMS_INVITE IMS invitation
  • Signaling for the session update is initiated by transmitting towards the other end (eg CN).
  • the S-CSCF / AS (125) processes the message, for example, by updating a remote access leg, and returns a response to the UE (101) by an IMS_Accept message.
  • the signaling process is a main process related to registration and authentication performed before the process of actually updating the session (that is, the processes of steps S2023 to S2029). Since these registration and authentication signaling processes (that is, the processes in steps S2007 to S2021) take a long time, there is a possibility that a delay will occur in the session update after the handover. In addition, signaling messages related to these registration and authentication signaling processes may burden the network traffic and increase the power consumption by the UE (101).
  • the P-CSCF2 (123) discovered in step S2007 is only a P-CSCF corresponding to the new location of the UE (101), and actually the UE (101) session is continued.
  • the P-CSCF is not optimal for handling.
  • the S-CSCF / AS (125) rejects the registration in step S2021, which causes the UE (101) to perform the registration process again, so that more signaling messages are transmitted and received.
  • An object of the present invention is to appropriately control handover of user terminals in a data communication network and reduce the number of signaling in order to solve the above problem.
  • the handover control system of the present invention provides: A handover control system that performs signaling control when a user terminal performs handover from a first access network to a second access network, A first entry point of a control signaling protocol corresponding to the first access network; A second entry point of a control signaling protocol corresponding to the second access network; A session control device that manages an application session of the user terminal connected to either the first access network or the second access network; Session update for the user terminal to update the application session when the user terminal address does not change when the user terminal performs the handover from the first access network to the second access network.
  • the first entry point forwards the session update signaling message for updating the application session to the session controller;
  • the application session is updated using a signaling setting related to the user terminal that was set before the handover.
  • the user terminal of the present invention A first entry point of a control signaling protocol corresponding to the first access network, a second entry point of a control signaling protocol corresponding to the second access network, and one of the first access network and the second access network
  • a handover control system having a session control device that manages an application session of a user terminal, a user terminal that performs handover from the first access network to the second access network, If the address of the user terminal does not change when the handover is performed from the first access network to the second access network, a session update signaling message for updating the application session is transmitted to the first entry point.
  • the first entry point uses the signaling setting related to the user terminal set before the handover by transferring the session update signaling message for updating the application session to the session control apparatus.
  • the application session is updated.
  • the signaling relay device of the present invention includes: Connected to one of the first entry point of the control signaling protocol corresponding to the first access network, the second entry point of the control signaling protocol corresponding to the second access network, and one of the first access network and the second access network A handover control system that performs signaling control when the user terminal performs a handover from the first access network to the second access network.
  • a signaling relay device functioning as a first entry point, If the user terminal address does not change when the user terminal performs the handover from the first access network to the second access network, a session update signaling message for updating the application session is sent to the user.
  • the application session is updated using the signaling setting related to the user terminal set before the handover.
  • the signaling relay apparatus of the present invention includes a first entry point of the control signaling protocol corresponding to the first access network and a second entry point of the control signaling protocol corresponding to the second access network. And a session control device that manages an application session of a user terminal connected to one of the first access network and the second access network, and the user terminal is connected to the first access network from the first access network.
  • a signaling relay device that functions as the second entry point in a handover control system that performs signaling control when performing handover to a two-access network, A session update signaling message for updating the application session to be transmitted to the first entry point is received from the user terminal, and information necessary for the update of the application session is added to the session update signaling message.
  • the first entry point uses the signaling setting related to the user terminal set before the handover by transferring the session update signaling message for updating the application session to the session control apparatus.
  • the application session is updated.
  • the session control apparatus of the present invention includes a first entry point of a control signaling protocol corresponding to the first access network and a second entry point of the control signaling protocol corresponding to the second access network. And a session control device that manages an application session of a user terminal connected to one of the first access network and the second access network, and the user terminal is connected to the first access network from the first access network.
  • the session control apparatus in a handover control system for performing signaling control when performing handover to a two-access network, The application session transmitted from the user terminal to the first entry point when the user terminal address does not change when the user terminal performs the handover from the first access network to the second access network.
  • the application with the user terminal is based on the session update signaling message received from the first entry point.
  • the signaling path of the session is changed via the second entry point, and a response message to the session update signaling message is changed to the second entry point.
  • Via preparative is configured to transmit to the user terminal, As a result, the application session is updated using the signaling setting related to the user terminal set before the handover.
  • the present invention has the above-described configuration, and has an effect of appropriately controlling the handover of the user terminal in the data communication network and reducing the number of signaling.
  • the figure which shows an example of the network architecture in the prior art and the 1st and 2nd embodiment of this invention Sequence chart showing an example of control signaling related to an IP multimedia session based on processing defined in the prior art
  • movement in the 1st Embodiment of this invention The sequence chart which shows another example of the operation
  • FIG. 1 shows an example of a network architecture for explaining the present invention.
  • a UE (user terminal) (100) is initially (before movement) connected to an access network including an eNB1 (111) and a corresponding SGW1 (115). Further, the SGW 1 (115) is connected to the core network (135) via the P-GW (119).
  • the UE (100) starts an IP multimedia application controlled by an arbitrary control signaling protocol (for example, SIP), and is a communication partner of another node (not shown) (that is, the UE (100)).
  • CN Correspondent Node
  • the entry point of the control signaling protocol (for example, P-CSCF1 (121)) is connected to the access network via the P-GW (119).
  • the entry point is between the UE (100) and the application session control system (for example, S-CSCF and / or AS (described as S-CSCF / AS (125)) as defined in Non-Patent Document 2).
  • the application session control system for example, S-CSCF and / or AS (described as S-CSCF / AS (125)
  • the S-CSCF / AS (125) processes the signaling message from the UE (100) or sends it to the other node of the communication session (ie, the CN that is the communication partner of the UE (100)). Is further relayed.
  • the S-CSCF / AS (125) may have other functions such as a session continuity anchor.
  • the UE (100) has a wireless communication function, and can move to a new position at an arbitrary timing and connect to a new eNB.
  • the UE at the new position after movement (after handover) is represented by UE (101), and UE (101) includes a new eNB2 (113) and a corresponding SGW2 (117).
  • the access network including the SGW 2 (117) is connected to the core network (135) via the same P-GW (119).
  • the SGW 2 (117) is connected to the core network (135) via the P-GW (119) in the same manner as the SGW 1 (115).
  • the corresponding control signaling entry point for the UE (101) is different from the state of the UE (100) (the state before the movement). That is, the control signaling entry point at the new position after movement is P-CSCF2 (123).
  • the P-CSCF2 (123) has a function of relaying a signaling message between the UE (101) and the S-CSCF / AS (125).
  • the P-CSCF2 (123) is connected to the P-CSCF1 (121) via the core network (135).
  • the connection between P-CSCF1 (121) and P-CSCF (123) is different (for example, direct connection, via an IP network, or via an arbitrary proxy such as S-CSCF / AS (125)). It may be done in. As long as the P-CSCF2 (123) can transfer the signaling message to the P-CSCF1 (121) using the address information provided from the UE (101), it will affect the basic concept of the present invention. is not.
  • a network mobility management method such as GPRS (General Packet Radio Service) tunneling protocol (GTP: GPRS Tunneling Protocol) or PMIP is used.
  • GTP General Packet Radio Service tunneling protocol
  • PMIP PMIP
  • SGW1 (115) may use GTP
  • SGW2 (117) may use PMIP.
  • the mobility management method used in the access network does not affect the basic concept of the present invention as long as the IP address of the UE (100/101) is not changed after the handover.
  • FIG. 1 shows only network nodes related to signaling according to the present invention, but DNS (Domain Name System) server, DHCP (Dynamic Host Configuration Protocol) server, MME (Mobility Management Entity), etc. It will be apparent to those skilled in the art that more nodes (not shown) may be involved in the communication process.
  • DNS Domain Name System
  • DHCP Dynamic Host Configuration Protocol
  • MME Mobility Management Entity
  • FIG. 1 shows a state in which the P-CSCF1 (121) and the P-CSCF2 (123) are connected to the UE via the P-GW (119).
  • the P-CSCF1 (121) and the P-CSCF2 (123) are arranged in the access network, and may be arranged in the same device as the SGW1 (115) and the SGW2 (117), for example. . If the P-CSCF1 (121) and the P-CSCF2 (123) can communicate with each other directly or indirectly (eg, via any other proxy), the basic concept of the present invention is affected. It is not a thing.
  • FIG. 3 shows an example of the operation in the first embodiment of the present invention. As can be seen from comparison with the sequence according to the prior art shown in FIG. 2, the sequence according to the present invention shown in FIG. 3 reduces signaling.
  • step S3001 the UE (100) is initially connected to the SGW1 (115), and performs an IP multimedia service session via the P-CSCF1 (121) and the S-CSCF / AS (125). Established.
  • the UE (100) moves to a new position (the position of the UE (101) in FIG. 1) in step S3003.
  • step S3005 the UE (101) acquires the same address as that in use by the network mobility management method at the new location. That is, the UE (101) connects to the SGW 2 (117), and acquires the same IP address (address before handover) from the same P-GW (119) via the network managed by mobility.
  • the processing in steps S3001 to S3005 shown in FIG. 3 may be the same as the processing in steps S2001 to S2005 shown in FIG.
  • the signaling path (signaling) used before the handover Use that connection is reusable.
  • the UE (101) discovers a signaling entry point (eg, P-CSCF (123)) corresponding to this new location in step S3007, and sets the address of this P-CSCF2 (123). get.
  • the income at the address of the P-CSCF2 (123) may be obtained as part of AND SF (Access Network Detection and Selection Function) processing.
  • this processing may be part of an IEEE (Institute of Electrical and Electronic Engineers) 802.11-based query, and uses an Open Mobile Alliance device management method (OMA-DM method). It may be a network-based configuration push.
  • OMA-DM method Open Mobile Alliance device management method
  • the UE (101) may use an IP-based search mechanism such as DNS or DHCP, for example. It should be apparent to those skilled in the art that the mechanism used to obtain the address of P-CSCF2 (123) does not affect the basic concept of the present invention.
  • the UE (101) obtains the address or identification information of the P-CSCF2 (123), and then compares it with the stored address or identification information of the P-CSCF (ie, P-CSCF1 (121)) before handover. I do.
  • the UE (101) performs a special signaling process.
  • the UE (101) transmits a normal session control signaling message (for example, an IMS_INVITE message to the P-CSCF2 (123)) as shown in step S3009.
  • a normal session control signaling message for example, an IMS_INVITE message to the P-CSCF2 (123)
  • the IMS_INVITE message is an INVITE message as defined in Non-Patent Documents 2 and 3.
  • the IMS_INVITE message transmitted in step S3009 is sent to the open port of P-CSCF2 (123). That is, it is not necessary to make a connection in advance.
  • the UE (101) acquires port information, for example, as part of the P-CSCF2 address information included in the DHCP query response.
  • the UE (101) uses an arbitrary well-known port (for example, an open port defined in Non-Patent Document 3). To do.
  • the IMS_INVITE message transmitted in step S3009 includes some additional flags and information elements.
  • a list of examples of additional flags and information elements included in the IMS_INVITE message transmitted in step S3009 is shown below.
  • a flag that initially instructs to send an IMS_INVITE message without registering at the new location, a special sequence used for response matching, and the UE (101) is the current P-CSCF (eg P-CSCF2 ( 123)) an index indicating acceptance of a system that selects a different P-CSCF ⁇
  • Information elements related to P-CSCF before handover for example, including address and port number
  • information that allows a new registration to be performed-Local information elements that the UE (101) uses to update the IP multimedia session eg, a new set of parameters for the media
  • An application session information element that includes application session control parameters related to session updates. This part of the message can be encrypted using a security association between the UE (101) and the P-CSCF1 (121).
  • the P-CSCF2 (123) grasps from the flag that this message is transmitted without first performing registration processing.
  • the P-CSCF2 (123) reads the information of the P-CSCF before the handover (that is, the P-CSCF1 (121)) from the corresponding information element.
  • P-CSCF2 (123) prepares for sending an IMS_INVITE message toward P-CSCF1 (121) according to the address information acquired from the message.
  • the P-CSCF2 (123) updates the local information element based on the received IMS_INVITE message. For example, the P-CSCF2 (123) adds the address information of the P-CSCF2 (123) itself, local access network information, local access information of the UE (101), and the like to the local information element.
  • the P-CSCF2 (123) may update the security information element as necessary.
  • the P-CSCF2 (123) may establish a further security association by storing an arbitrary location (for example, a nonce value) of the security information provided from the UE (101).
  • the P-CSCF2 (123) may insert an additional security vector for authenticating the P-CSCF2 (123) into the information element by the S-CSCF / AS (125).
  • the P-CSCF2 (123) transfers an IMS_INVITE message to the P-CSCF1 (121) using the address indicated by the UE (101) in step S3013.
  • the P-CSCF2 (123) may transmit a message by reusing any relationship that already exists with the P-CSCF1 (121). For example, the P-CSCF2 (123) does not check whether the source address of the IMS_INVITE message transmitted in step S3013 matches the address registered last by the user without the P-CSCF1 (121) confirming whether It is possible to use a special port of P-CSCF1 (121) where CSCF1 (121) accepts this IMS_INVITE message.
  • the P-CSCF1 (121) When the P-CSCF1 (121) finds a flag indicating that registration is not performed in the IMS_INVITE message transmitted in step S3013, the P-CSCF1 (121) normally receives the IMS_INVITE message as if it was received directly from the UE (101). The same processing is performed. However, when this IMS_INVITE message is updated, the P-CSCF1 (121) adds information added by the P-CSCF2 (123) (for example, the address of the P-CSCF2 (123) in the local information element, the security vector, etc.) Is not overwritten.
  • information added by the P-CSCF2 (123) for example, the address of the P-CSCF2 (123) in the local information element, the security vector, etc.
  • the P-CSCF1 (121) exists in an order such that the information added by the P-CSCF2 (123) indicates that the P-CSCF2 (123) is the P-CSCF closest to the UE (101) It is confirmed from the array of addresses in the record route header (Record-Route header), for example.
  • the P-CSCF 1 (121) proceeds to the S-CSCF / AS (125) in accordance with the record regarding the user and the session in step S3015. Forward the IMS_INVITE message.
  • the S-CSCF / AS (125) receives the IMS_INVITE message transmitted in step S3015, the S-CSCF / AS (125) further registers other than the IMS_INVITE message being a normal session update message from the flag indicating that the registration is not performed. Presumed to be also for updating.
  • the S-CSCF / AS (125) performs user profile update and service control in the same manner as when a normal INVITE message is received. For example, in this process, timer refresh, session remote access leg update, and the like are performed. At the same time, the S-CSCF / AS (125) also searches for the P-CSCF2 (123) inserted in the IMS_INVITE message.
  • Registration update is performed mainly based on information provided from P-CSCF2 (123). For example, the process of storing the address or identification information of the P-CSCF2 (123) in the S-CSCF / AS (125), the allocation of a new temporary ID to the UE (101), the update of the security association, etc. are performed. . Further, for example, the S-CSCF / AS (125) may assign a new T-GRUU (temporary Globally Routable UA URI) to the UE (101).
  • T-GRUU temporary Globally Routable UA URI
  • the S-CSCF / AS (125) After performing the session update and registration process, the S-CSCF / AS (125) returns a response to the UE (101) with an IMS_Accept message as shown in step S3019. Since the address of the P-CSCF2 (123) is stored in the S-CSCF / AS (125) after the registration process is performed, the IMS_Accept message transmitted in step S3019 is not P-CSCF1 (121). , P-CSCF2 (123).
  • the IMS_Accept message includes two parameter sets (for session update and for registration). Also, for example, there can be two sets of result codes for two processes.
  • the S-CSCF / AS (125) may insert an additional parameter in the response, for example, an SDP (Session Description Protocol) object, for the session update. Further, the S-CSCF / AS (125) may insert an arbitrary security object or key material (keying materials) related to the P-CSCF2 (123) in the response regarding the registration process.
  • SDP Session Description Protocol
  • the S-CSCF / AS (125) needs to include a special sequence value included in the IMS_INVITE message in the response (that is, the IMS_Accept message transmitted in step S3019). For example, the following is mentioned as an example of the information inserted in the IMS_Accept message transmitted in step S3019.
  • the UE (101) is used for matching a response to a request, and is copied from the IMS_INVITE message transmitted in step S3015.
  • Special sequence values S-CSCF / AS (125) address or identification information element Result code for session update processing Result code for registration update processing S-CSCF / AS (125 to continue session ) P-CSCF identification information element indicating the selected P-CSCF.
  • the P-CSCF2 (123) After receiving the IMS_Accept message in step S3019, the P-CSCF2 (123) checks the P-CSCF identification information element in the IMS_Accept message, and if it is equal to its own identification information, transfers it to the UE (101). It inserts its own address information (eg, IP address, port number, corresponding encryption algorithm, etc.) used in further communications into the message.
  • own address information eg, IP address, port number, corresponding encryption algorithm, etc.
  • the P-CSCF (123) creates a record relating to the UE (101) and stores necessary information (for example, S-CSCF / AS (125) ) To generate a key for subsequent communication with the UE, as defined in Non-Patent Document 2 regarding registration. Note that some information is generated from information acquired from the IMS_INVITE message in step S3009.
  • the P-CSCF 2 (123) deletes any information element (for example, a charging instruction or a security vector) unnecessary for the UE (101).
  • the P-CSCF2 (123) transfers the IMS_Accept message thus changed to the UE (101). If necessary, the P-CSCF2 (123) may use security protection for the IMS_Accept message transmitted to the UE (101).
  • the UE (101) Upon receiving the IMS_Accept message in step S3021, the UE (101) performs matching and reading of the state stored in the IMS_INVITE message transmitted in step S3009 based on the sequence value. If security protection is available, the UE (101) verifies the message using the security information associated with the state, and generates a key necessary for subsequent communication. Further, the UE (101) stores the address information (IP address, port number, etc.) of the P-CSCF2 (123) embedded in the IMS_Accept message transmitted in step S3021. At the same time, the UE (101) updates the application configuration using the SDP information in the IMS_Accept message transmitted in step S3021.
  • FIG. 4 shows another example of the operation in the first embodiment of the present invention.
  • the processing in steps S4001 to S4015 is the same as the processing in steps S3001 to S3015 in FIG.
  • step S4017 after the S-CSCF / AS (125) receives an IMS_INVITE message (IMS_INVITE message in step S4015) including an indication that the UE (101) accepts a system for selecting a new P-CSCF. Based on the local information element (for example, local access network information) in the IMS_INVITE message transmitted from the P-CSCF2 (123), evaluation of a plurality of available P-CSCFs is performed.
  • IMS_INVITE message including an indication that the UE (101) accepts a system for selecting a new P-CSCF.
  • the local information element for example, local access network information
  • the S-CSCF / AS (125) has determined that the P-CSCF1 (121) is better suited to support session continuity even after the UE has performed a handover. And In this case, the S-CSCF / AS (125) performs a registration update for the P-CSCF1 (121) determined to be more appropriate (for example, refreshing the corresponding timer).
  • the following conditions can be given as examples that the S-CSCF / AS (125) can use as a criterion for determining an appropriate P-CSCF for the UE (101). For example, any one or more of the following conditions are selected based on a policy set by the user and / or the operator.
  • Load status of P-CSCF for example, load balancing
  • UE geographical location Software / signaling stack version number
  • Subscription type of service eg P-CSCF dedicated to premium services
  • -Associated access node eg via macro cell or HeNB
  • Access type for example, CS (Circuit Switched) or PS (Packet Switched)
  • CS Circuit Switched
  • PS Packet Switched
  • the S-CSCF / AS (125) performs the necessary processing such as registration update, remote access leg update, security association update, etc., for the IMS_INVITE message, and then selected as shown in step S4019.
  • a response message is transmitted to the optimum P-CSCF (that is, P-CSCF1 (121)).
  • the S-CSCF / AS (125) and the P-CSCF1 (121) can be used for transferring the IMS_INVITE message in step S4015.
  • the format of the IMS_Accept message in step S4019 is the same as the IMS_Accept message transmitted in step S3019.
  • the IMS_Accept message in step S4019 includes the identification information of P-CSCF1 (121) in the P-CSCF identification information element.
  • the P-CSCF1 (121) After receiving the IMS_Accept message transmitted in step S4019, the P-CSCF1 (121) identifies the identification information of the selected P-CSCF (that is, the identification of the P-CSCF1 (121)) included in this message. If the information) is known to be equal to its own, the corresponding status entry of the UE (101) is updated (for example, timer refresh, key update, etc.).
  • the P-CSCF1 (121) inserts address information (eg, IP address and port number used by the UE (101), protocol used, security method, etc.) into the IMS_Accept message transferred to the UE (101). .
  • address information eg, IP address and port number used by the UE (101), protocol used, security method, etc.
  • information key material or the like
  • the P-CSCF1 (121) deletes any information (charging instruction, network information, etc.) unnecessary for the UE (101) from the IMS_Accept message.
  • the IMS_Accept message processed in this way is transferred from the P-CSCF1 (121) to the UE (101) as shown in step S4021.
  • the UE (101) uses the sequence value to perform matching and reading of the state stored when the IMS_INVITE message (4009) is transmitted in step S4009. If security protection can be used, the UE (101) verifies the message using the security information associated with the state, and generates a key necessary for subsequent communication. Further, the UE (101) stores address information (IP address, port number, etc.) of the P-CSCF1 (121) used for subsequent communications. At the same time, the UE (101) updates the application configuration using the SDP information in the IMS_Accept message transmitted in step S4021.
  • FIG. 5 shows still another example of the operation according to the first embodiment of the present invention.
  • the processing in steps S5001 to S5007 is the same as the processing in steps S3001 to S3007 in FIG.
  • step S5009 the UE (101) transmits an IMS_Register message to the P-CSCF2 (123). Note that due to the nature of the Register message, the UE (101) can transmit the IMS_Register message toward the open port of the P-CSCF2 (123).
  • An example of information included in the IMS_Register message (5009) is as follows.
  • An indicator that the system that accepts the selection is accepted.
  • Information elements related to the P-CSCF before handover eg, including address and port number
  • information that allows a new registration to be performed-local information elements that the UE (101) uses to update the IP multimedia session eg a new parameter set for the media-the UE (101) is IP Local information elements used to update a multimedia session (eg, a new set of media parameters)
  • An application session information element that includes application session control parameters related to session updates. This part of the message can be encrypted using a security association between the UE (101) and the P
  • the P-CSCF2 (123) When the P-CSCF2 (123) receives the IMS_Register message transmitted in step S5009, the P-CSCF2 (123) checks for the presence of a flag indicating integration of registration and session update. If the flag exists, the P-CSCF2 (123) skips the standard S-CSCF search process (that is, skips the registration process to the S-CSCF by the P-CSCF2 (123)).
  • the P-CSCF2 (123) acquires the information of the P-CSCF before the handover from the IMS_Register message transmitted in step S5009, and performs a process of transferring the message toward the designated address.
  • the P-CSCF2 (123) updates the local information element as shown in step S5011.
  • the P-CSCF 2 (123) adds its own address information, local access network information, UE (101) local access information, and the like to the local information element.
  • the P-CSCF 2 (123) may update the security information element as necessary.
  • the P-CSCF2 (123) may store any part (eg, nonce value) of security information provided from the UE (101) and establish further security associations. Further, the P-CSCF2 (123) may insert an additional security vector for authenticating the P-CSCF2 (123) into the information element by the S-CSCF / AS (125).
  • the P-CSCF2 (123) transfers the IMS_Register message to the P-CSCF1 (121) using the address indicated by the UE (101) as shown in step S5013.
  • the P-CSCF2 (123) can transmit the IMS_Register message toward the open port of the P-CSCF1 (121) due to the nature of the Register message.
  • the P-CSCF1 (121) Upon receiving the IMS_REGISTER message transmitted in step S5013, the P-CSCF1 (121) detects a flag indicating registration and session update integration. If the flag exists, the P-CSCF1 (121) recognizes the UE (101) based on the identification information of the UE (100) indicated in the IMS_REGISTER message in step S5013. Check if you can. When it is possible to recognize the UE (101) from the identification information of the UE (100), the P-CSCF1 (121) reads the state of the UE (100) using the identification information of the UE (100). .
  • P-CSCF1 (121) specifies the application session information element in the IMS_REGISTER message in step S5013, and decrypts it using the key associated with the UE state. Then, the P-CSCF1 (121) processes the IMS_REGISTER message in step S5013 as if this IMS_REGISTER message is a session update message (for example, an IMS_INVITE message). After the session update process, the P-CSCF1 (121) transfers a message to the S-CSCF / AS (125) using the state information of the UE (100) in step S5015. This message is transferred as an IMS_INVITE message (that is, using the INVITE message method).
  • IMS_INVITE message that is, using the INVITE message method.
  • the message format of the IMS_INVITE message transmitted in step S5015 is the same as the IMS_INVITE message transmitted in step S3015 of FIG. Further, the operations in steps S5017 to S5021 are the same as those in steps S3017 to S3021 shown in FIG. Note that if the S-CSCF / AS (125) determines that the P-CSCF1 (121) is most appropriate for the UE (101) at the new location with respect to the continuity of the session, the step is performed in this case as well. It will be apparent to those skilled in the art that the processing of S4017 to S4021 is applicable.
  • the operation illustrated in FIG. 5 has the advantage that the IMS_Register message (eg, steps S5009 to S5013) can be transferred to the open port of the P-CSCF without the need for prior association.
  • important information related to the session update between the UE (101) and the P-CSCF1 (121) can be protected using the existing security association.
  • FIG. 6 shows an example of the configuration of the UE (corresponding to UE (100) and UE (101) in FIG. 1) in the first embodiment of the present invention.
  • the UE (600) includes four sessions: a session control signaling function (6001), a bearer establishment control function (6003), a signaling entry search function (6005), and a signaling state management function (6007).
  • a session control signaling function (6001) a session control signaling function
  • a bearer establishment control function 6003
  • a signaling entry search function 6005
  • a signaling state management function 600-7.
  • the session control signaling function (6001) creates and processes a signaling message. For example, the session control signaling function (6001) transmits an IMS_INVITE message (IMS_INVITE message transmitted in steps S3009 and S4009), IMS_Register (IMS_Register message transmitted in step S5009), and IMS_Accept (transmits in steps S3021, S4021 and S5021). Received IMS_Accept message).
  • the session control signaling function (6001) also determines the operation mode.
  • the session control signaling function (6001) determines, for example, whether or not to perform the sequences illustrated in FIGS. This determination is made based on a policy configuration set in advance in the UE (600), network configuration information obtained via AND SF, or a network policy provided by a method such as OMA-DM. For example, when the P-CSCF (for example, P-CSCF (123)) at the new location is configured to listen to the INVITE message through an open port, the sequence of FIGS. 3 and 4 can be performed. Yes, an IMS_INVITE message is transmitted in step S3009 or step S4009. In other cases, the sequence shown in FIG. 5 needs to be performed, and an IMS_Register message needs to be transmitted in step S5009.
  • the session control signaling function (6001) further controls the application session based on the signaled parameters.
  • the bearer establishment control function (6003) performs processing for the UE (600) to establish a connection to the network.
  • This processing is, for example, PDP (Packet Data Protocol) context setup processing and bearer set in the GPRS system, or wireless LAN connection and authentication processing.
  • PDP Packet Data Protocol
  • the configuration process of the IP address of the UE (600) may be performed.
  • the signaling entry search function (6005) performs processing for the UE (600) to specify the position of the signaling entry in the local network.
  • the signaling entry is a local P-CSCF, but may be another node.
  • the signaling entry search function (6005) may be realized as a DNS or DHCP client, an IEEE 802.21 media independent handover information service, or the like.
  • the signaling entry search function (6005) can be integrated with the bearer establishment control function (6003) in the GPRS system, for example. If the signaling entry search function (6005) can identify the P-CSCF (eg, P-CSCF2 (123)) prior to bearer signaling, the first signaling message from the UE (600) (ie, The IMS_INVITE message (the IMS_INVITE message transmitted in steps S3009 and S4009) or the IMS_Register (the IMS_Register message transmitted in step S5009) uses a bearer establishment process (for example, E-UTRAN (Evolved Universal Terrestrial Radio Access Network) access) (Via NAS (Non Access Stratum) signaling).
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • NAS Non Access Stratum
  • the signaling state management function (6007) performs processing for storing state information related to the signaling session.
  • the signaling state management function (6007) stores information such as a signaling entry address, a security association, and a refresh timer.
  • FIG. 7 shows an example of the configuration of the P-CSCF (corresponding to P-CSCF 1 (121) and P-CSCF (123) in FIG. 1) according to the first embodiment of the present invention.
  • the P-CSCF (700) has three main functions: a session control signaling function (7001), a PCC (Path Computation Client) interaction function (7003), and a signaling state management function (7005). Note that the P-CSCF (700) may be equipped with other functions.
  • the session control signaling function (7001) can recognize the flag of the IMS_INVITE message (the IMS_INVITE message transmitted in steps S3009 and S4009). As described above, these flag processes are performed.
  • the session control signaling function (7001) inserts local access network information or the like into the IMS_INVITE message (IMS_INVITE message transmitted in steps S3013 and S4013) or the IMS_Register message (IMS_REGISTER message transmitted in step S5013). Is also possible.
  • the PCC interaction function (7003) interacts with the policy control and charging framework in order to implement control according to the signaled parameters on the network side.
  • the signaling state management function (7005) performs processing for creating and storing a session state entry (for example, S-CSCF information, security key information, etc.) regarding the UE (UE (100) or UE (101)).
  • FIG. 8 shows an example of the configuration of S-CSCF / AS (corresponding to S-CSCF / AS (125) in FIG. 1) in the embodiment of the present invention.
  • the S-CSCF / AS (800) includes a session control signaling function (8001), a P-CSCF selection function (8003), an HSS interaction function (8005), and a remote application interaction function. (8007) and a signaling state management function (8009).
  • the S-CSCF / AS (800) may be implemented with other functions.
  • the session control signaling function (8001) receives an integrated registration and session update message (for example, IMS_INVITE message (IMS_INVITE message in steps S3015 and S4015), IMS_Register message) (IMS_Register message in step S5015)) is processed, and a response (for example, an IMS_Accept message (IMS_Accept message in steps S3019, S4019, and S5019)) is generated.
  • an integrated registration and session update message for example, IMS_INVITE message (IMS_INVITE message in steps S3015 and S4015), IMS_Register message) (IMS_Register message in step S5015)
  • IMS_Register message IMS_Register message in step S5015
  • the P-CSCF selection function (8003) is configured so that the local information element (for example, P-CSCF) inserted in the IMS_INVITE message (the IMS_INVITE message in steps S3015 and S4015) or the IMS_Register message (the IMS_Register message in step S5015) is displayed.
  • Local access network information regarding the local access network being deployed and system level information (eg, network topology information, information regarding the connection between the S-CSCF / AS (125) and each P-CSCF, etc.)
  • a P-CSCF that is optimal for the UE (101) is selected.
  • the P-CSCF selection function (8003) communicates with other nodes (for example, HSS (Home Subscriber Server)) when performing the P-CSCF selection process optimal for the UE (101). Also good.
  • the HSS interaction function (8005) has a function of communicating with the HSS regarding registration of the UE and a function of communicating with the HSS in order for the S-CSCF to acquire arbitrary information regarding service control. .
  • the remote application interaction function (8007) performs processing for updating the remote end of the communication session. In this process, for example, a process of transmitting a signaling message (for example, a new IMS_INVITE message) is performed toward an end node (for example, CN) at the end of the communication session.
  • the signaling state management function (8009) controls signaling state information related to the session of the UE (101). For example, this state information includes information about the P-CSCF selected for the UE (101) at the new location.
  • FIG. 9 shows an example of the contents of the IMS_INVITE message in the first embodiment of the present invention.
  • the IME_INVITE message in addition to the elements related to the INVITE message defined in Non-Patent Document 3, the IME_INVITE message further has the following elements.
  • Old_Entry Information element related to the P-CSCF before the handover (for example, an address and a port number are included)
  • UE_ID User identification information registered by the UE (100) in the P-CSCF before handover
  • S_ID User instance or session identification information in the UE (100)
  • SEC_IE (9015): Before handover Elements for enabling the P-CSCF to authenticate messages and information for enabling new registrations
  • LOC_IE (9017): UE (101) updates IP multimedia session Local information elements to use (for example, new parameter sets for media, etc.)
  • APP_IE Application session information element including application session control parameters related to session update. It should be noted that this part of the message can be encrypted using a security association between the UE (101) and the P-CSCF1 (121).
  • FIG. 10 shows an example of contents existing in the IMS_Accept message.
  • the IMS_Accept message in addition to the elements related to the response message defined in Non-Patent Document 3, the IMS_Accept message further includes the following elements.
  • FIG. 11 shows an example of the contents related to the IMS_Register message.
  • the IMS_Register message in addition to the elements related to the Register message defined in Non-Patent Document 3, the IMS_Register message further includes the following elements.
  • Msg Type (11001) Type value indicating that this message is an IMS_Register message CONBINE (11003): Flag indicating that the registration process is integrated into the session update process
  • UE_ID (11011) User identification information registered in the P-CSCF before handover by the UE (100)
  • LOC_IE (11017) UE (101) updates the IP multimedia session.
  • Local information elements eg new parameter sets for media
  • APP_IE (11019) Application session information element including application session control parameters related to session update. It should be noted that this part of the message can be encrypted using a security association between the UE (101) and the P-CSCF1 (121).
  • each message is not limited to these message formats.
  • SIP Session Initiation Protocol
  • the messages (steps S3009 and IMS_INVITE messages in steps S3009 and S4009 and the IMS_Register message in step S5009) transmitted from the UE (101) are the P-CSCFs after handover (ie, P-CSCF).
  • P-CSCF the P-CSCFs after handover
  • the P-CSCF ie, the P-CSCF1 (121) before the handover from the UE (101).
  • P-CSCF ie, the P-CSCF1 (121) before the handover from the UE (101).
  • the UE (101) obtains in advance information to be added to the message by the P-CSCF after handover (ie, P-CSCF2 (123)), and uses this information as the P-CSCF before handover (ie, P-CSCF).
  • -CSCF1 (121)) may be transmitted in addition to the message to be transmitted, or the P-CSCF before the handover (ie, P-CSCF1 (121)) is the P-CSCF after the handover (ie, P- -Necessary information may be acquired from CSCF2 (123)) or other nodes.
  • the application session is updated using the signaling setting related to the UE (100) before the handover, so that the user terminal in the data communication network It is possible to appropriately control handover and reduce the number of signaling.
  • FIG. 12 shows an example of the operation in the second embodiment of the present invention.
  • the UE (100) is initially connected to the SGW1 (115), and performs an IP multimedia service session via the P-CSCF1 (121) and the S-CSCF / AS (125). Established.
  • the P-GW (119) stores information related to the session of the UE (100) (for example, the address of the P-CSCF1 (121)).
  • the P-GW (119) can acquire information on the session of the UE (100) by various methods.
  • the P-GW (119) may intercept a signaling message between the UE (100) and the P-CSCF1 (121).
  • the P-GW (119) may manage the allocation of the P-CSCF to the UE (100) by DNS, DHCP, bearer setup, or the like.
  • the P-GW (119) may also check this information with a back-end server such as S-CSCF / AS (125) or a home subscriber server.
  • step S12003 when the UE (100) moves to a new location (that is, UE (101)), the UE (101) tries to connect (Attach) to the SGW2 (117) as shown in step S12005.
  • connection process in step S12005 various processes are performed depending on the associated access network. For example, link layer establishment processing, authentication processing, default bearer setup processing, and the like are performed.
  • the connection of the UE (101) starts processing of a network-based mobility management method (for example, PMIP or GTP) by the SGW2 (117).
  • a network-based mobility management method for example, PMIP or GTP
  • the SGW 2 (117) transmits a PBU (Proxy Binding Update) message defined in Non-Patent Document 1 in step S12007.
  • PBU Proxy Binding Update
  • the P-GW (119) After receiving the PBU message transmitted in step S12007, the P-GW (119) reads out the stored information on the session of the UE (100). Then, as shown in step S12009, the P-GW (119) checks whether a new P-CSCF should be assigned to the UE (101) that has moved to a new location. The P-GW (119) makes an inquiry to an arbitrary back-end server (eg, DHCP server, DNS server, HSS) to determine whether or not a new P-CSCF allocation should be performed. You may go.
  • an arbitrary back-end server eg, DHCP server, DNS server, HSS
  • a Context_Trigger (context trigger) message is transmitted to the P-CSCF (for example, P-CSCF1 (121)) before the handover.
  • the Context_Trigger message transmitted in step S12011 has the following information, for example.
  • the P-GW (119) transmits the Context_Trigger message in step S12011 using the session information (for example, the address of the P-CSCF1 (121)) stored for the UE (100). If the transmission of the Context_Trigger message in step S12011 is successful, the P-GW (119) updates the session information stored for the UE (101) with the address of the new P-CSCF (ie, P-CSCF2 (123)). .
  • the P-GW (119) can use any transfer method between the P-GW (119) and the P-CSCF1 (121) (for example, general IP, SIP message, pre-established additional). It is obvious to those skilled in the art that the Context_Trigger message in step S12011 may be transmitted by a control channel or the like. This transfer method does not affect the basic concept of the present invention.
  • the P-CSCF1 (121) After receiving the Context_Trigger message of step S12011, the P-CSCF1 (121) reads the session context information of the UE (100), and as indicated by the Context_Trigger message of step S12013, a new P-CSCF (for example, P -Forward to CSCF2 (123)).
  • the session context information includes information stored in the P-CSCF after registration processing, as defined in Non-Patent Document 2.
  • the P-CSCF2 (123) After receiving the Context_Trigger message in step S12013, the P-CSCF2 (123) performs third-party registration for the UE (101), and the new P-CSCF address as shown in the transmission of the Register message in step S12015 S-CSCF / AS (125) is updated for In the Register message in step S12015, the S-CSCF / AS (125) performs this update (for example, update of access network information, key regeneration related to session signaling between the UE (101) and the P-CSCF2 (123)). Security information necessary for performing the configuration) may be included.
  • step S12017 the result of the update process and necessary feedback (for example, key material) are returned to the P-CSCF2 (123) by a Response message.
  • the P-CSCF2 (123) uses this information to update the session context for subsequent communication with the UE (101).
  • the specific control or filter of the access network may be returned to the P-CSCF (123) by the Response message in step S12017.
  • the P-GW (119) sends a response to the PBU message to the SGW2 (117) by a PBA (Proxy Binding Acknowledgment) message as shown in step S12020.
  • PBA Proxy Binding Acknowledgment
  • the P-GW (119) adds information elements related to a new P-CSCF assigned to the UE (101).
  • This information may be in the form of an IP address or FQDN (FullyFQualified Domain Name), for example.
  • SGW2 After receiving the PBA message transmitted in step S12020, SGW2 (117) configures UE (101) using the information included in this PBA message, and in step S12021, notification by the Configure message is performed. Do.
  • the Configure message may be in the form of a router advertisement (Router ⁇ ⁇ ⁇ ⁇ ⁇ Advertisement) message, a DHCP message, a bearer setup response message, or the like.
  • the Configure message transmitted in step S12021 constitutes address information (for example, IP address prefix, default router address, etc.) for enabling the UE (101) to continue the session at the new location.
  • the SGW 2 (117) can insert the new P-CSCF address of the UE (101) acquired from the PBA message in step S12020 into the Configure message transmitted in step S12021. Further, when the new P-CSCF address is included in the Configure message in step S12021, a flag indicating that the context is ready is also inserted. This flag notifies the UE (101) that it is not necessary to register.
  • the UE (101) updates the address configuration after receiving the Configure message in step S12021.
  • the new P-CSCF Session signaling messages are sent directly to the CSCF (eg, P-CSCF2 (123)). That is, in step S12023, the UE (101) transmits an IMS_INVITE message toward the address of the P-CSCF2 (123) acquired from the Configure message in step S12021. If security can be used with the P-CSCF 1 (121) before handover, the UE (101) uses the same security method when performing necessary updates (key regeneration, etc.). May be.
  • the IMS_INVITE message transmitted in step S12023 is acquired from the Context_Transfer message in step S12013, and the P-CSCF2 (123) is used using the session context information updated from the S-CSCF / AS (125) by the Response message in step S12017. Is intercepted.
  • the P-CSCF2 (123) performs necessary updates based on the IMS_INVITE message, and then transfers the IMS_INVITE message to the S-CSCF / AS (125) as shown in step S12025.
  • the S-CSCF / AS (125) processes the signaling message and updates the session based on this IMS_INVITE message, and then returns an IMS_Accept message to the P-CSCF2 (123) as shown in step S12027. .
  • the P-CSCF2 (123) After performing necessary processing (for example, deletion of information related to an arbitrary network such as a charging rule), the P-CSCF2 (123) sends an IMS_Accept message to the UE (101) as shown in step S12029. Forward.
  • the application session is updated using the signaling setting related to the UE (100) before the handover, the user terminal in the data communication network The number of signaling can be reduced by appropriately controlling the handover.
  • a handover control system that performs signaling control when a user terminal performs handover from a first access network to a second access network, A first entry point of a control signaling protocol corresponding to the first access network; A second entry point of a control signaling protocol corresponding to the second access network; A communication node capable of communicating with each of the first entry point and the second entry point; If the user terminal address does not change when the user terminal performs the handover from the first access network to the second access network, the second entry point connects the user terminal to the communication node.
  • the communication node notifies the identification information of the user terminal and the address of the second entry point to the first entry point that holds the signaling setting related to the user terminal that was set before the handover. And informing the user terminal of the address of the second entry point, The first entry point forwards information related to the signaling setting related to the user terminal that was set before the handover to the second entry point, The user terminal sends the session update signaling message for updating an application session to the second entry point; The second entry point reuses the information related to the signaling setting related to the user terminal that was set before the handover to the signaling setting related to the user terminal after the handover, A handover control system configured to update the application session using a signaling setting related to the user terminal that was set before the handover.
  • the P-GW (119) does not insert a new P-CSCF address in the PBA message transmitted in step S12019.
  • the SGW 2 (117) It may be configured to relay a DHCP query or DNS query on the P-CSCF from the UE to the P-GW (119).
  • the P-GW (119) may insert a new P-CSCF (for example, P-CSCF2 (123)) address and a flag indicating that registration processing is not necessary. .
  • P-GW Packet Data Network
  • the present invention can be applied even when the P-GW (P-GW different from the P-GW that manages the UE (100)) performs the management.
  • the eNB illustrated in FIG. 1 may be home nodeB (Home node B) or eNB / CSG (Closed Subscriber Group) access.
  • the UE (100) and the UE (101) illustrated in FIG. 1 are different physical entities. It will be apparent to those skilled in the art that this is possible.
  • LSI Large Scale Integration
  • IC Integrated Circuit
  • system LSI super LSI
  • ultra LSI ultra LSI depending on the degree of integration
  • the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor.
  • An FPGA Field Programmable Gate Array
  • a reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
  • the present invention has the effect of appropriately controlling the handover of user terminals in a data communication network and reducing the number of signaling, and is related to the technology of the data communication network, and particularly the signaling related to the terminals in the mobile data communication system. Applicable to control technology.

Abstract

　データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させる技術が開示され、その技術によればハンドオーバ後もＵＥ（１０１）のアドレスが変わらない場合には、ＵＥ（１０１）は、アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを、ハンドオーバ後の位置に対応するＰ－ＣＳＣＦ２（１２３）経由で、ハンドオーバ前の位置に対応するＰ－ＣＳＣＦ１（１２１）へ送信する。Ｐ－ＣＳＣＦ１（１２１）は、ハンドオーバの前のＵＥ（１００）に関するシグナリングの設定を利用して、Ｓ－ＣＳＣＦ／ＡＳ（１２５）に対してセッションアップデートシグナリングメッセージを転送し、Ｓ－ＣＳＣＦ／ＡＳ（１２５）において、ハンドオーバの前のＵＥ（１００）の登録情報を利用して、アプリケーションセッションのアップデートが行われる。

Description

ハンドオーバ制御システム、ユーザ端末、シグナリング中継装置並びにセッション制御装置
　本発明は、データ通信ネットワークの技術に関する。特に、本発明は、モバイルデータ通信システム内のユーザ端末に関するシグナリング制御の技術に関する。
　大規模ネットワークの多くは、例えば、プロキシモバイルＩＰ（ＰＭＩＰ:Proxy Mobile Internet Protocol、下記の非特許文献１参照）などのネットワークによるモビリティ管理方式が適切に設定されている。これにより、ユーザ端末（ＵＥ：User Equipment）の構成が簡素化され、サービス挙動においてオペレータがより制御できるようになる。こうしたネットワークでは、通常、ユーザ端末のハンドオーバによってユーザ端末のアドレスが変更されることはない。これによって、アプリケーションレイヤに対してモビリティを隠すことができるようになる。
　一方、携帯電話のパケット通信ネットワークを用いてマルチメディアサービスを実現するための技術として、ＩＭＳ（IP multimedia subsystem）が存在している（下記の非特許文献２を参照）。ＩＭＳは、コアネットワークをＩＰ化するために策定された技術であり、音声通話とデータ通信との統合を図り、様々なサービスを提供するためのシステム基盤を規定するためのシステムである。
Proxy Mobile IPv6, S. Gundavelli et al., IETF RFC5213, August, 2008 3GPP TS23.228 v8.6.0、2008-09 3GPP TS24.229 v8.5.1、2008-09
　しかしながら、ＩＭＳを使ったセッション管理では、ユーザ端末のハンドオーバによってシグナリングパスが変わるたびに、セッションの張り替えに伴う登録処理（例えば、認証処理やＱｏＳ（Quality of Service）制御）が必要となり、シグナリングが行われる必要がある。すなわち、ユーザ端末がハンドオーバを行ってシグナリングパスが変わった場合には、シグナリングは、呼制御処理（セッションの開始や終了などのシグナリング）の前に、登録処理（認証処理やシグナリングパスの設定処理）を再度行う必要がある。したがって、ユーザ端末がハンドオーバを行うたびに、複数回メッセージ交換を往復する必要があり、セッションハンドオーバ処理に遅延が生じることになる。さらには、こうした多数のシグナリングメッセージが交換されることで、ネットワークトラフィックに負荷を与えてしまったり、ユーザ端末による電力消費が増大してしまったりする可能性もある。
　また、ＰＭＩＰなどのネットワークによるモビリティ管理方式が使用されている場合も同様である。ネットワークによるモビリティ管理方式のようなトランスペアレント（transparent：透過）なモビリティの取り扱いによって、ＱｏＳの提供やシグナリングの適応などを始めとする任意の局所的な制御を行う必要があるＩＰマルチメディアサービスに弊害が生じる可能性がある。例えば、ユーザ端末がアクセスネットワークを変更した際に、利用可能な帯域幅が変化する場合や、さらには、シグナリングエントリポイント（例えば、非特許文献２に定義されているＰ－ＣＳＣＦ（Proxy Call Session Control Function：プロキシ呼び出しセッション制御機能））が変わる場合も起こり得る。しかしながら、ユーザ端末のＩＰアドレスは変更されないので、ネットワークをアップデートするためのシグナリングが開始されることはない。
　一方、この状態が起こらないようにするため、ユーザ端末が、下位レイヤの再接続を検出するたびにシグナリングを実行するように構成されてもよい。しかしながら、すべての下位レイヤの変更がアプリケーションレイヤの変更をもたらすわけではないので、このような構成とした場合には、不要なシグナリングが発生する場合がある。また、この場合においても、シグナリングパス探索及び確立には、複数回メッセージ交換を往復する必要があるので、セッションハンドオーバ処理に遅延が生じることになる。さらには、こうした多数のシグナリングメッセージが交換されることで、ネットワークトラフィックに負荷を与えてしまったり、ユーザ端末による電力消費が増大してしまったりする可能性もある。
　例えば、標準的な手続きでは、ユーザ端末は、アプリケーションレイヤのシグナリングが実行できるようになる前に、まず、シグナリングシステムに対して登録を行う必要がある。シグナリングにおいてセキュリティを確保する場合には、登録処理において認証を行うことになり、更なる遅延が生じることになる。
　以下、図１及び図２を参照しながら、具体的に、従来の技術に係る問題点について説明する。
　図１には、従来の技術を説明するためのネットワークアーキテクチャの一例が図示されている。なお、後述の本発明の説明の際においても、図１に図示されているネットワークアーキテクチャを参照する。ここでは、図１に図示されているネットワークアーキテクチャに関して簡単に説明するに留め、詳細な構成に関しては後述する。
　図１において、ＵＥ（ユーザ端末）（１００）は、最初（移動前）は、ｅＮＢ（evolved Node B）１（１１１）及び対応するＳＧＷ（Signaling Gateway）１（１１５）を含むアクセスネットワークに接続されている。そして、ＵＥ（１００）は移動を行って（移動後のＵＥをＵＥ（１０１）と表記）、ｅＮＢ２（１１３）及び対応するＳＧＷ２（１１７）を含むアクセスネットワークに接続する。ＳＧＷ１（１１５）及びＳＧＷ２（１１７）は、Ｐ－ＧＷ（Packet Data Network Gateway：パケットデータネットワークゲートウェイ）（１１９）を経由してコアネットワーク（１３５）に接続されている。
　また、ｅＮＢ１（１１１）及びＳＧＷ１（１１５）を含むアクセスネットワークに対応する制御シグナリングプロトコルのエントリポイント（例えば、Ｐ－ＣＳＣＦ１（１２１））、ｅＮＢ２（１１３）及びＳＧＷ２（１１７）を含むアクセスネットワークに対応する制御シグナリングプロトコルのエントリポイント（例えば、Ｐ－ＣＳＣＦ２（１２３））が、それぞれＰ－ＧＷ（１１９）を経由してアクセスネットワークに接続されている。エントリポイントは、ＵＥ（１００）又はＵＥ（１０１）とアプリケーションセッション制御システム（例えば、非特許文献２に定義されているようなＳ－ＣＳＣＦ及び／又はＡＳ（Ｓ－ＣＳＣＦ／ＡＳ（１２５）と記載））との間の制御シグナリングを中継する機能を有している。
　また、図２には、従来の技術（非特許文献２で定義されている処理）に基づいたＩＰマルチメディアセッションに関する制御シグナリングのシーケンスの一例が図示されている。
　ステップＳ２００１に示すように、ＵＥ（１００）は、最初、ＳＧＷ１（１１５）へ接続されており、Ｐ－ＣＳＣＦ１（１２１）及びＳ－ＣＳＣＦ／ＡＳ（１２５）を経由してＩＰマルチメディアサービスセッションを確立している。ここで、ステップＳ２００３において、ＵＥ（１００）が、新たな位置（図１のＵＥ（１０１の位置）へ移動したとする。ステップＳ２００５において、ＵＥ（１０１）は、新たな位置において、ネットワークによるモビリティ管理方式によって、使用中のアドレスと同一のアドレスを取得する。すなわち、ＵＥ（１０１）はＳＧＷ２（１１７）に接続し、モビリティ管理されたネットワークを経由して同一のＰ－ＧＷ（１１９）から同一のＩＰアドレスを取得する。
　ＵＥ（１０１）が下位レイヤ情報を使用してアプリケーションのシグナリングをトリガするよう構成されている場合には、ＵＥ（１０１）は、ステップＳ２００７において、Ｐ－ＣＳＣＦ探索処理の実行を試み、この新たな位置に対応するＰ－ＣＳＣＦ２（１２３）を発見する。なお、この処理は、例えば、ＤＮＳクエリであってもよく、ＤＨＣＰクエリであってもよい。
　Ｐ－ＣＳＣＦ探索処理によって異なるＰ－ＣＳＣＦのアドレス（すなわち、ＵＥ（１００）において使用していたＰ－ＣＳＣＦ１（１２１）のアドレスではなく、Ｐ－ＣＳＣＦ２（１２３）のアドレス）を取得するので、ＵＥ（１０１）は、非特許文献２に定義されているような登録処理を開始する。すなわち、ＵＥ（１０１）は、ステップＳ２００９において、IMS_Register（ＩＭＳ登録）メッセージを新たなＰ－ＣＳＣＦ２（１２３）へ送信する。
　Ｐ－ＣＳＣＦ２（１２３）は、このIMS_Registerメッセージの受信によって、ステップＳ２０１１に示すように、ＵＥ（１０１）にとって適切なＳ－ＣＳＣＦの探索処理を開始し、ＵＥ（１０１）にとって適切なＳ－ＣＳＣＦ（すなわち、Ｓ－ＣＳＣＦ／ＡＳ（１２５））を特定する。そして、Ｐ－ＣＳＣＦ（１２３）は、非特許文献２に定義されているような必要な処理を行った後、ステップＳ２０１３において、Ｓ－ＣＳＣＦ／ＡＳ（１２５）へIMS_Registerメッセージを転送する。
　このとき、制御シグナリングに関してセキュリティが必要な場合には、認証処理が実行される。この認証処理は、例えば上記の非特許文献３に定義されているようにＳ－ＣＳＣＦ／ＡＳ（１２５）が４０１メッセージ（Unauthorized：認証が必要であることを通知するメッセージ）をＵＥ（１０１）に返信することによって開始される。なお、用いられる認証方式に依存するが、ステップＳ２０１５において、認証処理では複数回のメッセージ交換の往復が行われる。
　認証に成功した場合には、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ２０１７において、ユーザプロファイルをチェックし、例えばデータベースへのユーザ情報の記録や、任意のイベントへの登録などのようなサービス制御を行う。そして、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ２０１９において、ＵＥ（１０１）へIMS_Accept（ＩＭＳ受諾）メッセージを返信し、Ｓ２０２１において、Ｐ－ＣＳＣＦ２（１２３）経由でＵＥ（１０１）へIMS_Acceptメッセージが転送される。
　登録に成功した場合にのみ、ＵＥ（１０１）は、ステップＳ２０２３及びＳ２０２５に示すように、Ｐ－ＣＳＣＦ２（１２３）及びＳ－ＣＳＣＦ／ＡＳ（１２５）を経由するIMS_INVITE（ＩＭＳ招待）メッセージを通信セッションの他方のエンド（例えばＣＮ）に向けて送信することによって、セッションのアップデートを行うためのシグナリングを開始する。Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ２０２７及びＳ２０２９に示すように、例えばリモートアクセスレグ（remote access leg）をアップデートすることによってメッセージを処理し、IMS_AcceptメッセージによってＵＥ（１０１）へ応答を返す。
　なお、上述の説明で示されているように、シグナリング処理は、実際にセッションのアップデートを行う処理（すなわち、ステップＳ２０２３～Ｓ２０２９の処理）の前に行われる登録及び認証に関する主要な処理である。これらの登録及び認証のシグナリング処理（すなわち、ステップＳ２００７～Ｓ２０２１の処理）は長時間を要するため、ハンドオーバ後のセッションアップデートに遅延が生じてしまう可能性がある。さらに、これらの登録及び認証のシグナリング処理に関連するシグナリングメッセージが、ネットワークトラフィックに負荷を与えたり、ＵＥ（１０１）による電力消費が増大したりする可能性がある。
　さらに、ステップＳ２００７において発見されたＰ－ＣＳＣＦ２（１２３）は、ＵＥ（１０１）の新たな位置に対応するＰ－ＣＳＣＦであるにすぎず、実際には、ＵＥ（１０１）のセッションを継続して取り扱うために最適なＰ－ＣＳＣＦではない可能性もある。例えば、Ｐ－ＣＳＣＦ１をそのまま使用したほうがよい場合や、管理などの理由によって別のＰ－ＣＳＣＦを使用しなければならない場合などがある。こうした場合には、例えば、Ｓ－ＣＳＣＦ／ＡＳ（１２５）がステップＳ２０２１における登録を拒絶し、これによって、ＵＥ（１０１）は登録処理を再度行うことになるため、更に多くのシグナリングメッセージを送受信する必要が生じ、実際にセッションのアップデートを行うまで、更に長時間かかってしまう可能性がある。
　本発明は、上記の問題を解決するため、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることを目的とする。
　上記の目的を達成するため、本発明のハンドオーバ制御システムは、
　ユーザ端末が第１アクセスネットワークから第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムであって、
　前記第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、
　前記第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、
　前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されている前記ユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、
　前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末が、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信し、
　前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、
　前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートを行うよう構成されている。
　上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
　また、上記の目的を達成するため、本発明のユーザ端末は、
　第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、第１アクセスネットワーク及び第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有するハンドオーバ制御システムにおいて、前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行うユーザ端末であって、
　前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信するよう構成されており、
　前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われる。
　上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
　また、上記の目的を達成するため、本発明のシグナリング中継装置は、
　第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第１エントリポイントとして機能するシグナリング中継装置であって、
　前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送するように構成されており、
　これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われる。
　上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
　また、上記の目的を達成するため、本発明のシグナリング中継装置は、第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第２エントリポイントとして機能するシグナリング中継装置であって、
　前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートに必要な情報を前記セッションアップデートシグナリングメッセージに追加して前記第１エントリポイントへ転送するよう構成されており、
　前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われる。
　上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
　また、上記の目的を達成するため、本発明のセッション制御装置は、第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおける前記セッション制御装置であって、
　前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末から前記第１エントリポイントへ送信された前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージが更に前記第１エントリポイントから転送されてきた場合、前記第１エントリポイントから受信した前記セッションアップデートシグナリングメッセージに基づいて、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記第２エントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記第２エントリポイント経由で前記ユーザ端末へ送信するよう構成されており、
　これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われる。
　上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
　本発明は、上記の構成を有しており、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させるという効果を有している。
従来の技術及び本発明の第１及び第２の実施の形態におけるネットワークアーキテクチャの一例を示す図 従来の技術で定義されている処理に基づいたＩＰマルチメディアセッションに関する制御シグナリングの一例を示すシーケンスチャート 本発明の第１の実施の形態における動作の一例を示すシーケンスチャート 本発明の第１の実施の形態における動作の別の一例を示すシーケンスチャート 本発明の第１の実施の形態における動作の更に別の一例を示すシーケンスチャート 本発明の第１の実施の形態におけるＵＥの構成の一例を示す図 本発明の第１の実施の形態におけるＰ－ＣＳＣＦの構成の一例を示す図 本発明の第１の実施の形態におけるＳ－ＣＳＣＦ／ＡＳの構成の一例を示す図 本発明の第１の実施の形態におけるIMS_INVITEメッセージの内容の一例を示す図 本発明の第１の実施の形態におけるIMS_Acceptメッセージの内容の一例を示す図 本発明の第１の実施の形態におけるIMS_Registerメッセージの内容の一例を示す図 本発明の第２の実施の形態における動作の一例を示すシーケンスチャート
本発明を実施するための形態
　以下、図面を参照しながら、本発明の実施の形態について説明する。なお、以下の説明では、本発明を詳細に理解できるようにするために、特定の番号や時間、構造、プロトコル名、及びその他のパラメータなどを挙げて説明する場合がある。しかしながら、本明細書で用いられている特定の条件は、本発明を説明するために用いられているにすぎず、本発明は、こうした特定の条件に限定されるものではない。
　＜第１の実施の形態＞
　まず、本発明の第１の実施の形態について説明する。
　図１には、本発明を説明するためのネットワークアーキテクチャの一例が図示されている。図１に図示されているように、ＵＥ（ユーザ端末）（１００）は、最初（移動前）は、ｅＮＢ１（１１１）及び対応するＳＧＷ１（１１５）を含むアクセスネットワークに接続されている。さらに、ＳＧＷ１（１１５）は、Ｐ－ＧＷ（１１９）を経由してコアネットワーク（１３５）に接続されている。
　また、ＵＥ（１００）は、任意の制御シグナリングプロトコル（例えば、ＳＩＰ）によって制御されるＩＰマルチメディアアプリケーションを起動しており、不図示の他のノード（すなわち、ＵＥ（１００）の通信相手であるＣＮ（Correspondent Node：コレスポンデントノード））と通信を行う。
　また、制御シグナリングプロトコルのエントリポイント（例えば、Ｐ－ＣＳＣＦ１（１２１））は、Ｐ－ＧＷ（１１９）を経由してアクセスネットワークに接続されている。エントリポイントは、ＵＥ（１００）とアプリケーションセッション制御システム（例えば、非特許文献２に定義されているようなＳ－ＣＳＣＦ及び／又はＡＳ（Ｓ－ＣＳＣＦ／ＡＳ（１２５）と記載））との間の制御シグナリングを中継する機能を有している。
　Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、ＵＥ（１００）からのシグナリングメッセージを処理するか、あるいは、通信セッションの他方のノード（すなわち、ＵＥ（１００）の通信相手であるＣＮ）に向けてそのメッセージを更に中継する機能を有している。なお、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、例えばセッション継続アンカ（Session Continuity Anchor）などのような他の機能を有していてもよい。
　なお、図１には、図面を簡略化するため、Ｓ－ＣＳＣＦ／ＡＳ（１２５）までのシグナリングパスのみが図示されているが、当業者であれば、Ｓ－ＣＳＣＦ／ＡＳ（１２５）から通信セッションの他方のノードへ向けた処理が、ＵＥ（１００）からＳ－ＣＳＣＦ／ＡＳ（１２５）への処理と同様であることは明らかである。すなわち、ＵＥ（１００）が開始処理（initiating process）を実行し、Ｓ－ＣＳＣＦ／ＡＳが終了処理（terminating process）を実行する。また、Ｓ－ＣＳＣＦ／ＡＳ（１２５）以降の処理（Ｓ－ＣＳＣＦ／ＡＳ（１２５）と通信セッションの他方のノードとの間の処理）が本発明の基本的な概念に依存しないことは、当業者には明らかである。
　ＵＥ（１００）は、無線通信機能を有しており、任意のタイミングで新たな位置に移動して、新たなｅＮＢと接続することが可能である。なお、図１において、移動後（ハンドオーバ後）の新たな位置におけるＵＥはＵＥ（１０１）によって表されており、ＵＥ（１０１）が新たなｅＮＢ２（１１３）及び対応するＳＧＷ２（１１７）を含む別のアクセスネットワークに接続されている状態が図示されている。ＳＧＷ２（１１７）を含むアクセスネットワークは、同一のＰ－ＧＷ（１１９）を経由してコアネットワーク（１３５）に接続されている。また、ＳＧＷ２（１１７）は、ＳＧＷ１（１１５）と同様に、Ｐ－ＧＷ（１１９）を経由してコアネットワーク（１３５）に接続されている。
　この新たな位置では、ＵＥ（１０１）に関する対応する制御シグナリングエントリポイントは、ＵＥ（１００）の状態（移動前の状態）とは異なっている。すなわち、移動後の新たな位置の制御シグナリングエントリポイントは、Ｐ－ＣＳＣＦ２（１２３）である。Ｐ－ＣＳＣＦ２（１２３）は、ＵＥ（１０１）とＳ－ＣＳＣＦ／ＡＳ（１２５）との間でシグナリングメッセージを中継する機能を有している。また、Ｐ－ＣＳＣＦ２（１２３）は、コアネットワーク（１３５）を経由してＰ－ＣＳＣＦ１（１２１）に接続している。
　なお、Ｐ－ＣＳＣＦ１（１２１）とＰ－ＣＳＣＦ（１２３）との接続は、異なる形式（例えば、直接接続、ＩＰネットワーク経由、又は、Ｓ－ＣＳＣＦ／ＡＳ（１２５）のような任意のプロキシ経由）で行われていてもよい。Ｐ－ＣＳＣＦ２（１２３）が、ＵＥ（１０１）から提供されるアドレス情報を用いてシグナリングメッセージをＰ－ＣＳＣＦ１（１２１）へ転送可能でさえあれば、本発明の基本的な概念に影響を及ぼすものではない。
　ＳＧＷ１（１１５）とＰ－ＧＷ（１１９）との間では、例えば、ＧＰＲＳ（General Packet Radio Service）トンネリングプロトコル（ＧＴＰ：GPRS Tunneling Protocol）やＰＭＩＰなどのようなネットワークによるモビリティ管理方式が用いられる。また、ＳＧＷ２（１１７）とＰ－ＧＷ（１１９）との間においても、ネットワークによるモビリティ管理方式が用いられるが、同一のプロトコルである必要はない。例えば、ＳＧＷ１（１１５）はＧＴＰを使用し、ＳＧＷ２（１１７）はＰＭＩＰを使用してもよい。なお、アクセスネットワークにおいて用いられるモビリティ管理方式は、ＵＥ（１００／１０１）のＩＰアドレスがハンドオーバ後も変更されない限りにおいて、本発明の基本的な概念に影響を及ぼすものではない。
　また、図１には、本発明に係るシグナリングに関連したネットワークノードのみが図示されているが、ＤＮＳ（Domain Name System）サーバ、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ、ＭＭＥ（Mobility Management Entity）など、より多くのノード（不図示）が通信処理に関わっていてもよいことは、当業者には明らかである。
　図１には、Ｐ－ＣＳＣＦ１（１２１）及びＰ－ＣＳＣＦ２（１２３）がＰ－ＧＷ（１１９）経由でＵＥに接続している状態が図示されている。しかしながら、実際の構成では、Ｐ－ＣＳＣＦ１（１２１）及びＰ－ＣＳＣＦ２（１２３）はアクセスネットワーク内に配置され、例えば、ＳＧＷ１（１１５）やＳＧＷ２（１１７）と同一の装置内に配置されてもよい。Ｐ－ＣＳＣＦ１（１２１）及びＰ－ＣＳＣＦ２（１２３）は、直接又は間接的（例えば、任意のその他のプロキシ経由）に相互に通信を行うことができれば、本発明の基本的な概念に影響を及ぼすものではない。
　また、図３には、本発明の第１の実施の形態における動作の一例が図示されている。なお、図２に図示されている従来技術に係るシーケンスと比較すれば分かるように、図３に図示されている本発明に係るシーケンスでは、シグナリングの低減が図られている。
　ステップＳ３００１に示すように、ＵＥ（１００）は、最初、ＳＧＷ１（１１５）へ接続されており、Ｐ－ＣＳＣＦ１（１２１）及びＳ－ＣＳＣＦ／ＡＳ（１２５）を経由してＩＰマルチメディアサービスセッションを確立している。ここで、ステップＳ３００３において、ＵＥ（１００）が、新たな位置（図１のＵＥ（１０１）の位置）へ移動したとする。ステップＳ３００５において、ＵＥ（１０１）は、新たな位置において、ネットワークによるモビリティ管理方式によって、使用中のアドレスと同一のアドレスを取得する。すなわち、ＵＥ（１０１）はＳＧＷ２（１１７）に接続し、 モビリティ管理されたネットワークを経由して同一のＰ－ＧＷ（１１９）から同一のＩＰアドレス（ハンドオーバ前のアドレス）を取得する。なお、図３に示すステップＳ３００１～Ｓ３００５の処理は、図２に示すステップＳ２００１～Ｓ２００５の処理と同一であってもよい。
　本発明では、ＵＥ（１０１）のアドレスがハンドオーバ前のＵＥ（１００）と同一であることから、ＵＥ（１０１）が新たな位置に移動した場合に、ハンドオーバ前に使用されていたシグナリングパス（シグナリング接続）が再使用可能であることを利用する。
　接続処理の間に、ＵＥ（１０１）は、ステップＳ３００７において、この新たな位置に対応するシグナリングエントリポイント（例えば、Ｐ－ＣＳＣＦ（１２３））を発見し、このＰ－ＣＳＣＦ２（１２３）のアドレスを取得する。なお、Ｐ－ＣＳＣＦ２（１２３）のアドレスの所得は、ＡＮＤ ＳＦ（Access Network Detection and Selection Function）処理の一部で行われてもよい。例えば、この処理はＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１ベースのクエリの一部であってもよく、オープンモバイルアライアンス（Open Mobile Alliance）のデバイスマネジメント方式（ＯＭＡ－ＤＭ方式）を利用したネットワークベースのコンフィギュレーションプッシュであってもよい。また、アクセスネットワークがＧＰＲＳ互換性を有している場合には、非特許文献２に定義されているように、Ｐ－ＣＳＣＦ２（１２３）のアドレスをベアラセットアップ処理に埋め込むことが可能である。上述のシステムが利用できない場合には、ＩＰ接続が確立した後に、ＵＥ（１０１）が、例えばＤＮＳやＤＨＣＰなどのＩＰベースの探索メカニズムを利用してもよい。なお、Ｐ－ＣＳＣＦ２（１２３）のアドレスを取得するために用いられるメカニズムは、本発明の基本的な概念に影響を及ぼさないことは、当業者には明らかである。
　ＵＥ（１０１）は、Ｐ－ＣＳＣＦ２（１２３）のアドレス又は識別情報を取得した後、記憶しているハンドオーバ前のＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ１（１２１））のアドレス又は識別情報との比較を行う。ここで、アドレス又は識別情報が変わっている場合（すなわち、移動前後でＰ－ＣＳＣＦが異なる場合）には、ＵＥ（１０１）は、特別なシグナリング処理を実行する。
　ＵＥ（１０１）は、登録シグナリング処理（登録及び認証処理）を実行する代わりに、ステップＳ３００９に示すように、通常のセッション制御シグナリングメッセージ（例えば、Ｐ－ＣＳＣＦ２（１２３）へのIMS_INVITEメッセージ）を送信する。３ＧＰＰアクセスの場合には、IMS_INVITEメッセージは、非特許文献２及び３に定義されているようなINVITEメッセージとなる。
　登録処理が実行されていないので、ステップＳ３００９で送信されたIMS_INVITEメッセージは、Ｐ－ＣＳＣＦ２（１２３）のオープンポートへ送られる。すなわち、事前に接続が行われている必要はない。ＵＥ（１０１）は、Ｐ－ＣＳＣＦ２（１２３）の探索の間に、例えばＤＨＣＰクエリ応答に含まれるＰ－ＣＳＣＦ２のアドレス情報の一部として、ポート情報を取得する。なお、ＵＥ（１０１）に対してポート情報が明示的に提供されなかった場合には、ＵＥ（１０１）は、任意の周知のポート（例えば非特許文献３に定義されているオープンポート）を使用する。
　ステップＳ３００９で送信されるIMS_INVITEメッセージには、いくつかの追加フラグや情報要素が含まれる。以下、ステップＳ３００９で送信されるIMS_INVITEメッセージに含まれる追加フラグ及び情報要素の一例のリストを示す。
　・最初は新たな位置における登録を行わずにIMS_INVITEメッセージを送信するように指示するフラグ
　・応答のマッチングに使用される特別なシーケンス
　・ＵＥ（１０１）が現在のＰ－ＣＳＣＦ（例えばＰ－ＣＳＣＦ２（１２３））とは異なるＰ－ＣＳＣＦを選択するシステムを容認することを示す指標
　・ハンドオーバ前のＰ－ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーを含む）
　・ハンドオーバ前のＰ－ＣＳＣＦに登録したＵＥ（１００）のユーザ識別情報
　・ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
　・ハンドオーバ前のＰ－ＣＳＣＦがメッセージの認証を行うためのセキュリティ情報要素、及び、新たな登録を実行できるようにする情報
　・ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために利用するローカル情報要素（例えば、メディアに関する新たなセットのパラメータ）
　・セッションのアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。メッセージのこの部分は、ＵＥ（１０１）とＰ－ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化可能である。
　Ｐ－ＣＳＣＦ２（１２３）は、ステップＳ３００９で送信されたIMS_INVITEメッセージを受信すると、このメッセージがまず登録処理を行わずに送信するものであることを、フラグから把握する。この場合、Ｐ－ＣＳＣＦ２(１２３）は、対応する情報要素から、ハンドオーバ前のＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ１（１２１））の情報を読み出す。次に、Ｐ－ＣＳＣＦ２（１２３）は、メッセージから取得したアドレス情報に従って、Ｐ－ＣＳＣＦ１（１２１）に向けてIMS_INVITEメッセージを発送するための準備を行う。
　また、Ｐ－ＣＳＣＦ２（１２３）は、ステップＳ３０１１において、受信したIMS_INVITEメッセージに基づいてローカル情報要素をアップデートする。例えば、Ｐ－ＣＳＣＦ２（１２３）は、Ｐ－ＣＳＣＦ２（１２３）自身のアドレス情報、ローカルアクセスネットワーク情報、ＵＥ（１０１）のローカルアクセス情報などを、ローカル情報要素に追加する。
　さらに、Ｐ－ＣＳＣＦ２（１２３）は、必要に応じてセキュリティ情報要素のアップデートも行ってもよい。例えば、Ｐ－ＣＳＣＦ２（１２３）は、ＵＥ（１０１）から提供されたセキュリティ情報の任意の箇所（例えばノンス値）を格納することで、更なるセキュリティアソシエーションの確立を行ってもよい。また、Ｐ－ＣＳＣＦ２（１２３）は、Ｓ－ＣＳＣＦ／ＡＳ（１２５）がＰ－ＣＳＣＦ２（１２３）を認証するための追加セキュリティベクトルを情報要素に挿入してもよい。
　これらのアップデートの後、Ｐ－ＣＳＣＦ２（１２３）は、ステップＳ３０１３において、ＵＥ（１０１）によって示されたアドレスを用いて、Ｐ－ＣＳＣＦ１（１２１）に向けてIMS_INVITEメッセージを転送する。Ｐ－ＣＳＣＦ２（１２３）は、Ｐ－ＣＳＣＦ１（１２１）との間で既に存在する任意の関係を再利用して、メッセージを送信してもよい。Ｐ－ＣＳＣＦ２（１２３）は、例えば、ステップＳ３０１３で送信されたIMS_INVITEメッセージの送信元アドレスとユーザが最後に登録したアドレスとが一致するかどうかをＰ－ＣＳＣＦ１（１２１）が確かめることなく、Ｐ－ＣＳＣＦ１（１２１）がこのIMS_INVITEメッセージを受け入れるＰ－ＣＳＣＦ１（１２１）の特別なポートを使用することが可能である。
　Ｐ－ＣＳＣＦ１（１２１）は、ステップＳ３０１３で送信されたIMS_INVITEメッセージ内に、登録を行っていないことを示すフラグを見つけると、そのIMS_INVITEメッセージをＵＥ（１０１）から直接受信したかのように、通常と同様の処理を行う。しかしながら、このIMS_INVITEメッセージをアップデートする際、Ｐ－ＣＳＣＦ１（１２１）は、Ｐ－ＣＳＣＦ２（１２３）によって追加された情報（例えば、ローカル情報要素内のＰ－ＣＳＣＦ２（１２３）のアドレスやセキュリティベクトルなど）の上書きを行わない。また、Ｐ－ＣＳＣＦ１（１２１）は、Ｐ－ＣＳＣＦ２（１２３）によって追加された情報が、Ｐ－ＣＳＣＦ２（１２３）がＵＥ（１０１）に最も近いＰ－ＣＳＣＦであることを示すような順序で存在していることを、例えばレコードルートヘッダ（Record-Route header）内のアドレスの配列から確認する。
　例えば、非特許文献２に定義されているような必要な処理を行った後、Ｐ－ＣＳＣＦ１（１２１）は、ステップＳ３０１５において、そのユーザ及びセッションに関するレコードに従って、Ｓ－ＣＳＣＦ／ＡＳ（１２５）へIMS_INVITEメッセージを転送する。Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ３０１５において送信されたIMS_INVITEメッセージを受信すると、登録が行われていないことを示すフラグから、このIMS_INVITEメッセージが通常のセッションアップデートメッセージである以外に、さらに登録のアップデートのためのものでもあると推定する。
　この場合、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ３０１７に示されているように、通常のINVITEメッセージを受信した場合と同様に、ユーザプロファイルのアップデート及びサービス制御を行う。例えば、この処理において、タイマのリフレッシュ、セッションのリモートアクセスレグのアップデートなどが行われる。同時に、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、このIMS_INVITEメッセージに挿入されているＰ－ＣＳＣＦ２（１２３）の検索も行う。
　登録のアップデートは、主に、Ｐ－ＣＳＣＦ２（１２３）から提供された情報に基づいて行われる。例えば、Ｐ－ＣＳＣＦ２（１２３）のアドレス又は識別情報をＳ－ＣＳＣＦ／ＡＳ（１２５）において記憶する処理や、ＵＥ（１０１）に対する新たな一時的なＩＤの割り当て、セキュリティアソシエーションのアップデートなどが行われる。また、例えば、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は新たなＴ－ＧＲＵＵ（temporary Globally Routable UA URI）をＵＥ（１０１）へ割り当ててもよい。
　セッションアップデート及び登録処理を行った後、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ３０１９に示すように、IMS_Acceptメッセージによって、ＵＥ（１０１）へ応答を返信する。登録処理が行われた後はＰ－ＣＳＣＦ２（１２３）のアドレスはＳ－ＣＳＣＦ／ＡＳ（１２５）に格納されているので、ステップＳ３０１９で送信されるIMS_Acceptメッセージは、Ｐ－ＣＳＣＦ１（１２１）ではなく、Ｐ－ＣＳＣＦ２（１２３）を経由して転送される。
　IMS_Acceptメッセージには、２つのパラメータセット（セッションアップデートのためのものと登録のためのもの）が含まれる。また、例えば、２つの処理に関して、２つのセットの結果コードが存在し得る。Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、セッションアップデートに関して、例えばＳＤＰ（Session Description Protocol）オブジェクトなどの追加パラメータを応答に挿入してもよい。また、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、登録処理に関して、Ｐ－ＣＳＣＦ２（１２３）に関する任意のセキュリティオブジェクトや鍵素材（keying materials）を応答に挿入してもよい。
　Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、IMS_INVITEメッセージに含まれる特別なシーケンス値を応答（すなわち、ステップＳ３０１９で送信されるIMS_Acceptメッセージ）に含ませる必要がある。例えば、ステップＳ３０１９で送信されるIMS_Acceptメッセージに挿入される情報の一例として、以下のものが挙げられる。
　・このメッセージがセッションアップデート及び登録アップデートの両方に対する応答であることを示すフラグ
　・ＵＥ（１０１）がリクエストに対する応答のマッチングを行うためのものであって、ステップＳ３０１５で送信されたIMS_INVITEメッセージからコピーされた特別なシーケンス値
　・Ｓ－ＣＳＣＦ／ＡＳ（１２５）のアドレス又は識別情報の情報要素
　・セッションアップデート処理に関する結果コード
　・登録アップデート処理に関する結果コード
　・セッションを継続させるためにＳ－ＣＳＣＦ／ＡＳ（１２５）が選択したＰ－ＣＳＣＦを示すＰ－ＣＳＣＦ識別情報要素
　・Ｐ－ＣＳＣＦ２（１２３）がＵＥ（１０１）とのアソシエーションを確立するためのセキュリティベクトル
　・セッション制御パラメータを記述するＳＤＰオブジェクト
　ステップＳ３０１９のIMS_Acceptメッセージを受信した後、Ｐ－ＣＳＣＦ２（１２３）は、IMS_Acceptメッセージ内のＰ－ＣＳＣＦ識別情報要素をチェックし、自身の識別情報に等しい場合には、ＵＥ（１０１）に転送するIMS_Acceptメッセージに、更なる通信で用いられる自身のアドレス情報（例えば、ＩＰアドレス、ポートナンバー、対応する暗号化アルゴリズムなど）を挿入する。
　また、Ｐ－ＣＳＣＦ（１２３）は、ＵＥ（１０１）に関するレコードが存在していない場合には、ＵＥ（１０１）に関するレコードを作成して必要な情報を格納（例えば、Ｓ－ＣＳＣＦ／ＡＳ（１２５）のアドレスを格納）して、非特許文献２で登録に関して定義されているように、ＵＥとの間における以降の通信のための鍵を生成する。なお、一部の情報に関しては、ステップＳ３００９におけるIMS_INVITEメッセージから取得した情報から生成される。
　さらに、Ｐ－ＣＳＣＦ２（１２３）は、ＵＥ（１０１）にとって不要な任意の情報要素（例えば、課金の指示やセキュリティベクトルなど）を削除する。Ｐ－ＣＳＣＦ２（１２３）は、ステップＳ３０２１において、このようにして変更したIMS_AcceptメッセージをＵＥ（１０１）へ転送する。なお、必要であれば、Ｐ－ＣＳＣＦ２（１２３）は、ＵＥ（１０１）に送信されるIMS_Acceptメッセージに対してセキュリティ保護を使用してもよい。
　ＵＥ（１０１）は、ステップＳ３０２１におけるIMS_Acceptメッセージを受信すると、シーケンス値に基づいて、ステップＳ３００９で送信したIMS_INVITEメッセージに格納した状態のマッチング及び読み出しを行う。セキュリティ保護が使用可能であれば、ＵＥ（１０１）は、その状態に関連付けられているセキュリティ情報を用いてメッセージの検証を行い、以降の通信に必要となる鍵を生成する。さらに、ＵＥ（１０１）は、ステップＳ３０２１で送信されたIMS_Acceptメッセージに埋め込まれているＰ－ＣＳＣＦ２（１２３）のアドレス情報（ＩＰアドレス、ポートナンバーなど）を格納する。同時に、ＵＥ（１０１）は、ステップＳ３０２１で送信されたIMS_Acceptメッセージ内のＳＤＰ情報を用いて、アプリケーション構成のアップデートを行う。
　また、図４には、本発明の第１の実施の形態における動作の別の一例が図示されている。図４において、ステップＳ４００１～Ｓ４０１５の処理は図３のステップＳ３００１～Ｓ３０１５の処理と同一である。
　ステップＳ４０１７において、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、ＵＥ（１０１）が新たなＰ－ＣＳＣＦを選択するシステムを容認しているという指標を含むIMS_INVITEメッセージ（ステップＳ４０１５のIMS_INVITEメッセージ）を受信した後、Ｐ－ＣＳＣＦ２（１２３）から送信されたIMS_INVITEメッセージ内のローカル情報要素（例えば、ローカルアクセスネットワーク情報）に基づいて、利用可能な複数のＰ－ＣＳＣＦの評価を行う。
　例えば、評価の結果、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、ＵＥがハンドオーバを行った後であっても、Ｐ－ＣＳＣＦ１（１２１）がセッションの継続性をサポートするためにより適していると判断したとする。この場合、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、より適切であると判断したＰ－ＣＳＣＦ１（１２１）に関して登録アップデートを実行する（例えば、対応するタイマのリフレッシュなど）。
　なお、Ｓ－ＣＳＣＦ／ＡＳ（１２５）がＵＥ（１０１）にとって適切なＰ－ＣＳＣＦを判断する基準として用いることが可能な例として、以下の条件が挙げられる。なお、例えば、以下の条件のうちの任意の１つ又は複数が、ユーザ及び／又はオペレータによってセットされたポリシに基づいて選択される。
　・Ｐ－ＣＳＣＦの負荷状態（例えば、負荷バランシングなど）
　・ＵＥの地理的な位置
　・ソフトウェア／シグナリングスタックのバージョン番号
　・加入しているサービスの種類（例えば、プレミアムサービス専用のＰ－ＣＳＣＦ）
　・関連するアクセスノード（例えば、マクロセル又はＨｅＮＢ経由）
　・アクセスタイプ（例えば、ＣＳ（Circuit Switched：回線交換）又はＰＳ（Packet Switched：パケット交換））
　・現在の日付
　・オペレータ側による保守の日程
　・より詳細なユーザプロファイル／ユーザ嗜好（例えば、年齢、性別、コスト面）
　・モビリティ／セッションの継続性の要件、ＳＣＣ（Service Centralization and Continuity）サーバの条件
　そして、Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、IMS_INVITEメッセージに関して、例えば登録アップデート、リモートアクセスレグのアップデート、セキュリティアソシエーションのアップデートなどの必要な処理を行った後、ステップＳ４０１９に示すように、選択された最適なＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ１（１２１））に向けて応答メッセージを送信する。
　なお、ステップＳ４０１５のIMS_INVITEメッセージの転送には、Ｓ－ＣＳＣＦ／ＡＳ（１２５）とＰ－ＣＳＣＦ１（１２１）との間に既に存在しているアソシエーションを利用することが可能である。また、ステップＳ４０１９のIMS_Acceptメッセージのフォーマットは、ステップＳ３０１９で送信されたIMS_Acceptメッセージと同一である。しかしながら、ステップＳ４０１９のIMS_Acceptメッセージには、Ｐ－ＣＳＣＦ識別情報要素にＰ－ＣＳＣＦ１（１２１）の識別情報が含まれている。
　Ｐ－ＣＳＣＦ１（１２１）は、ステップＳ４０１９で送信されたIMS_Acceptメッセージを受信した後、このメッセージ内に含まれている、選択されたＰ－ＣＳＣＦの識別情報（すなわち、Ｐ－ＣＳＣＦ１（１２１）の識別情報）が自身のものと等しいことを把握すると、ＵＥ（１０１）の対応する状態エントリをアップデートする（例えば、タイマのリフレッシュ、鍵のアップデートなど）。
　そして、Ｐ－ＣＳＣＦ１（１２１）は、ＵＥ（１０１）に転送するIMS_Acceptメッセージに、アドレス情報（例えば、ＵＥ（１０１）が使用するＩＰアドレスやポートナンバー、使用するプロトコル、セキュリティ方式など）を挿入する。なお、状態のアップデートを行う際には、ステップＳ４００９で受信したIMS_INVITEメッセージから読み出した情報（鍵素材など）が使用される。さらに、Ｐ－ＣＳＣＦ１（１２１）は、IMS_AcceptメッセージからＵＥ（１０１）にとって不要な任意の情報（課金の指示、ネットワーク情報など）を削除する。
　このようにして処理されたIMS_Acceptメッセージは、ステップＳ４０２１に示すように、Ｐ－ＣＳＣＦ１（１２１）からＵＥ（１０１）へ転送される。ＵＥ（１０１）は、IMS_Acceptメッセージ（４０２１）を受信すると、シーケンス値を用いて、ステップＳ４００９でIMS_INVITEメッセージ（４００９）を送信した際に格納した状態のマッチング及び読み出しを行う。なお、セキュリティ保護が使用可能であれば、ＵＥ（１０１）は、その状態に関連付けられているセキュリティ情報を用いてメッセージの検証を行い、以降の通信に必要となる鍵を生成する。さらに、ＵＥ（１０１）は、以降の通信のために用いられるＰ－ＣＳＣＦ１（１２１）のアドレス情報（ＩＰアドレス、ポートナンバーなど）を格納する。同時に、ＵＥ（１０１）は、ステップＳ４０２１で送信されたIMS_Acceptメッセージ内のＳＤＰ情報を用いて、アプリケーション構成のアップデートを行う。
　また、図５には、本発明の第１の実施の形態における動作の更に別の一例が図示されている。図５において、ステップＳ５００１～Ｓ５００７の処理は図３のステップＳ３００１～Ｓ３００７の処理と同一である。
　ＵＥ（１０１）は、ステップＳ５００９において、IMS_RegisterメッセージをＰ－ＣＳＣＦ２（１２３）に向けて送信する。なお、ＵＥ（１０１）は、Registerメッセージの性質上、このIMS_RegisterメッセージをＰ－ＣＳＣＦ２（１２３）のオープンポートに向けて送信することができる。IMS_Registerメッセージ（５００９）に含まれる情報の一例は、以下の通りである。
　・登録がセッションアップデートに統合されていることを示すフラグ
　・応答のマッチングに使用される特別なシーケンス
　・ＵＥ（１０１）が現在のＰ－ＣＳＣＦ（Ｐ－ＣＳＣＦ２（１２３））とは異なるＰ－ＣＳＣＦを選択するシステムを容認することを示す指標
　・ハンドオーバ前のＰ－ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーを含む）
　・ハンドオーバ前のＰ－ＣＳＣＦに登録したＵＥ（１００）のユーザ識別情報
　・ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
　・ハンドオーバ前のＰ－ＣＳＣＦがメッセージの認証を行うためのセキュリティ情報要素、及び、新たな登録を実行できるようにする情報
　・例えば、メディアに関する新たなパラメータセットなど、ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために使用するローカル情報要素
　・ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために利用するローカル情報要素（例えば、メディアに関する新たなセットのパラメータ）
　・セッションのアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。メッセージのこの部分は、ＵＥ（１０１）とＰ－ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化可能である。
　Ｐ－ＣＳＣＦ２（１２３）は、ステップＳ５００９で送信されたIMS_Registerメッセージを受信すると、登録及びセッションアップデートの統合を示すフラグの存在をチェックする。フラグが存在している場合には、Ｐ－ＣＳＣＦ２（１２３）は、標準のＳ－ＣＳＣＦ探索処理をスキップする（すなわち、Ｐ－ＣＳＣＦ２（１２３）によるＳ－ＣＳＣＦへの登録処理をスキップする）。
　一方、Ｐ－ＣＳＣＦ２（１２３）は、ハンドオーバ前のＰ－ＣＳＣＦの情報をステップＳ５００９で送信されたIMS_Registerメッセージから取得し、指定されているアドレスに向けてメッセージを転送する処理を行う。このとき、Ｐ－ＣＳＣＦ２（１２３）は、ステップＳ５０１１に示すように、ローカル情報要素をアップデートする。Ｐ－ＣＳＣＦ２（１２３）は、例えば、自身のアドレス情報、ローカルアクセスネットワーク情報、ＵＥ（１０１）のローカルアクセス情報などをローカル情報要素に追加する。
　さらに、Ｐ－ＣＳＣＦ２（１２３）は、必要に応じてセキュリティ情報要素のアップデートを行ってもよい。例えば、Ｐ－ＣＳＣＦ２（１２３）は、ＵＥ（１０１）から提供されたセキュリティ情報の任意の部分（例えば、ノンス値）を格納し、更なるセキュリティアソシエーションを確立してもよい。また、Ｐ－ＣＳＣＦ２（１２３）は、Ｓ－ＣＳＣＦ／ＡＳ（１２５）がＰ－ＣＳＣＦ２（１２３）を認証するための追加セキュリティベクトルを情報要素に挿入してもよい。
　これらのアップデートの後、Ｐ－ＣＳＣＦ２（１２３）は、ステップＳ５０１３に示すように、ＵＥ（１０１）によって示されたアドレスを用いて、IMS_RegisterメッセージをＰ－ＣＳＣＦ１（１２１）へ転送する。なお、Ｐ－ＣＳＣＦ２（１２３）は、Registerメッセージの性質上、このIMS_RegisterメッセージをＰ－ＣＳＣＦ１（１２１）のオープンポートに向けて送信することができる。
　Ｐ－ＣＳＣＦ１（１２１）は、ステップＳ５０１３で送信されたIMS_REGISTERメッセージを受信すると、登録及びセッションアップデートの統合を示すフラグを検出する。そして、フラグが存在している場合には、Ｐ－ＣＳＣＦ１（１２１）は、ステップＳ５０１３のIMS_REGISTERメッセージに示されているＵＥ（１００）の識別情報に基づいて、ＵＥ（１０１）を認識することができるかどうかをチェックする。ＵＥ（１００）の識別情報からＵＥ（１０１）を認識することが可能である場合には、Ｐ－ＣＳＣＦ１（１２１）は、ＵＥ（１００）の識別情報を用いてＵＥ（１００）の状態を読み出す。
　次に、Ｐ－ＣＳＣＦ１（１２１）は、ステップＳ５０１３のIMS_REGISTERメッセージ内のアプリケーションセッション情報要素を特定し、ＵＥの状態に関連付けられている鍵を用いて復号する。そして、Ｐ－ＣＳＣＦ１（１２１）は、このIMS_REGISTERメッセージがセッションアップデートメッセージ（例えばIMS_INVITEメッセージ）であるかのように、ステップＳ５０１３のIMS_REGISTERメッセージの処理を行う。セッションアップデート処理の後、Ｐ－ＣＳＣＦ１（１２１）は、ステップＳ５０１５において、ＵＥ（１００）の状態情報を用いて、Ｓ－ＣＳＣＦ／ＡＳ（１２５）に向けてメッセージを転送する。なお、このメッセージはIMS_INVITEメッセージとして（すなわち、INVITEメッセージの方法を用いて）転送される。
　ステップＳ５０１５で送信されるIMS_INVITEメッセージのメッセージフォーマットは、図３のステップＳ３０１５で送信されるIMS_INVITEメッセージと同一である。また、ステップＳ５０１７～Ｓ５０２１の動作は、図３に図示されているステップＳ３０１７～Ｓ３０２１の動作と同一である。なお、Ｓ－ＣＳＣＦ／ＡＳ（１２５）が、セッションの継続性に関して、新たな位置におけるＵＥ（１０１）にとってＰ－ＣＳＣＦ１（１２１）が最も適切であると判断した場合には、この場合においてもステップＳ４０１７～Ｓ４０２１の処理が適用可能であることは、当業者には明らかである。
　図５に図示されている動作は、IMS_Registerメッセージ（例えば、ステップＳ５００９～Ｓ５０１３）が事前のアソシエーションを必要とすることなく、Ｐ－ＣＳＣＦのオープンポートに転送可能であるという利点を有している。同時に、ＵＥ（１０１）とＰ－ＣＳＣＦ１（１２１）との間のセッションアップデートに関する重要な情報に関しては、既に存在しているセキュリティアソシエーションを用いてそれぞれ保護することが可能となる。
　また、図６には、本発明の第１の実施の形態におけるＵＥ（図１のＵＥ（１００）及びＵＥ（１０１）に対応）の構成の一例が図示されている。図６に図示されているように、ＵＥ（６００）は、セッション制御シグナリング機能（６００１）、ベアラ確立制御機能（６００３）、シグナリングエントリ探索機能（６００５）、シグナリング状態管理機能（６００７）の４つの主要な機能を有している。なお、ＵＥ（６００）は、その他の機能を実装していてもよい。
　ＵＥ（６００）が有する機能のうち、セッション制御シグナリング機能（６００１）は、シグナリングメッセージの作成及び処理を行う。セッション制御シグナリング機能（６００１）は、例えば、IMS_INVITEメッセージ（ステップＳ３００９、Ｓ４００９で送信されるIMS_INVITEメッセージ）、IMS_Register（ステップＳ５００９で送信されるIMS_Registerメッセージ）の送信、IMS_Accept（ステップＳ３０２１、Ｓ４０２１、Ｓ５０２１で送信されるIMS_Acceptメッセージ）の受信及び処理を行う。
　また、セッション制御シグナリング機能（６００１）は動作モードの決定も行う。セッション制御シグナリング機能（６００１）は、例えば、図３、図４、図５に図示されているシーケンスを行うか否かを決定する。この決定は、ＵＥ（６００）においてあらかじめ設定されたポリシ構成、又は、ＡＮＤ ＳＦ経由で取得したネットワーク構成情報、ＯＭＡ－ＤＭなどの方法によって提供されるネットワークポリシに基づいて行われる。例えば、新たな位置におけるＰ－ＣＳＣＦ（例えば、Ｐ－ＣＳＣＦ（１２３））がINVITEメッセージをオープンポートで聴取できるよう構成されている場合には、図３、図４のシーケンスが行うことが可能であり、ステップＳ３００９又はステップＳ４００９においてIMS_INVITEメッセージの送信が行われる。また、それ以外の場合には、図５に図示されているシーケンスが行われる必要があり、ステップＳ５００９においてIMS_Registerメッセージが送信される必要がある。セッション制御シグナリング機能（６００１）は、さらに、シグナリングされたパラメータに基づいてアプリケーションセッションの制御も行う。
　また、ベアラ確立制御機能（６００３）は、ＵＥ（６００）がネットワークへの接続を確立するための処理を行う。この処理は、例えば、ＰＤＰ（Packet Data Protocol：パケットデータプロトコル）コンテキストセットアップ処理及びＧＰＲＳシステムにおけるベアラセット、あるいは、無線ＬＡＮの接続及び認証処理である。なお、ベアラのセットアップにおいて、ＵＥ（６００）のＩＰアドレスの構成処理が行われてもよい。
　また、シグナリングエントリ探索機能（６００５）は、ＵＥ（６００）がローカルネットワーク内のシグナリングエントリの位置を特定するための処理を行う。なお、本明細書で挙げている例では、シグナリングエントリはローカルなＰ－ＣＳＣＦであるが、その他のノードであってもよい。シグナリングエントリ探索機能（６００５）は、ＤＮＳ又はＤＨＣＰクライアント、あるいは、ＩＥＥＥ８０２．２１メディア独立ハンドオーバ情報サービスなどとして実現されてもよい。
　また、シグナリングエントリ探索機能（６００５）は、例えばＧＰＲＳシステムにおいては、ベアラ確立制御機能（６００３）と統合可能である。シグナリングエントリ探索機能（６００５）が、ベアラシグナリングの前にＰ－ＣＳＣＦ（例えばＰ－ＣＳＣＦ２（１２３））を特定することが可能な場合には、ＵＥ（６００）からの最初のシグナリングメッセージ（すなわち、IMS_INVITEメッセージ（ステップＳ３００９、Ｓ４００９で送信されるIMS_INVITEメッセージ）、又はIMS_Register（ステップＳ５００９で送信されるIMS_Registerメッセージ）は、ベアラ確立処理を用いて（例えば、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）アクセスにおけるＮＡＳ（Non Access Stratum）シグナリングによって）送信されてもよい。
　また、シグナリング状態管理機能（６００７）は、シグナリングセッションに関する状態情報を格納するための処理を行う。例えば、シグナリング状態管理機能（６００７）は、シグナリングエントリのアドレス、セキュリティアソシエーション、リフレッシュタイマなどの情報を格納する。
　また、図７には、本発明の第１の実施の形態におけるＰ－ＣＳＣＦ（図１のＰ－ＣＳＣＦ１（１２１）及びＰ－ＣＳＣＦ（１２３）に対応）の構成の一例が図示されている。Ｐ－ＣＳＣＦ（７００）は、セッション制御シグナリング機能（７００１）、ＰＣＣ（Path Computation Client）相互作用機能（７００３）、シグナリング状態管理機能（７００５）の３つの主要な機能を有している。なお、Ｐ－ＣＳＣＦ（７００）は、その他の機能を実装していてもよい。
　Ｐ－ＣＳＣＦ（７００）が有する機能のうち、セッション制御シグナリング機能（７００１）は、IMS_INVITEメッセージ（ステップＳ３００９、Ｓ４００９で送信されるIMS_INVITEメッセージ）のフラグを認識することが可能であり、先に説明したように、これらのフラグ処理を行う。また、セッション制御シグナリング機能（７００１）は、IMS_INVITEメッセージ（ステップＳ３０１３、Ｓ４０１３で送信されるIMS_INVITEメッセージ）、又は、IMS_Registerメッセージ（ステップＳ５０１３で送信されるIMS_REGISTERメッセージ）にローカルアクセスネットワーク情報などを挿入することも可能である。
　また、ＰＣＣ相互作用機能（７００３）は、シグナリングされたパラメータに従った制御をネットワーク側で実施するために、ポリシコントロール及び課金フレームワークと相互作用を行う。また、シグナリング状態管理機能（７００５）は、ＵＥ（ＵＥ（１００）又はＵＥ（１０１））に関するセッション状態エントリ（例えば、Ｓ－ＣＳＣＦ情報、セキュリティ鍵情報など）を作成及び格納する処理を行う。
　また、図８には、本発明の実施の形態におけるＳ－ＣＳＣＦ／ＡＳ（図１のＳ－ＣＳＣＦ／ＡＳ（１２５）に対応）の構成の一例が図示されている。図８に図示されているように、Ｓ－ＣＳＣＦ／ＡＳ（８００）は、セッション制御シグナリング機能（８００１）、Ｐ－ＣＳＣＦ選択機能（８００３）、ＨＳＳ相互作用機能（８００５）、リモートアプリケーション相互作用機能（８００７）、シグナリング状態管理機能（８００９）の５つの主要な機能を有している。なお、Ｓ－ＣＳＣＦ／ＡＳ（８００）は、その他の機能を実装していてもよい。
　Ｓ－ＣＳＣＦ／ＡＳ（８００）が有する機能のうち、セッション制御シグナリング機能（８００１）は、受信する統合された登録及びセッションアップデートメッセージ（例えば、IMS_INVITEメッセージ（ステップＳ３０１５、Ｓ４０１５のIMS_INVITEメッセージ）、IMS_Registerメッセージ（ステップＳ５０１５のIMS_Registerメッセージ））の処理を行い、応答（例えば、IMS_Acceptメッセージ（ステップＳ３０１９、Ｓ４０１９、Ｓ５０１９のIMS_Acceptメッセージ））の生成を行う。
　また、Ｐ－ＣＳＣＦ選択機能（８００３）は、IMS_INVITEメッセージ（ステップＳ３０１５、Ｓ４０１５のIMS_INVITEメッセージ）、又は、IMS_Registerメッセージ（ステップＳ５０１５のIMS_Registerメッセージ）に挿入されているローカル情報要素（例えば、Ｐ－ＣＳＣＦが配置されているローカルアクセスネットワークに関するローカルアクセスネットワーク情報）、及び、システムレベル情報（例えば、ネットワークトポロジ情報、Ｓ－ＣＳＣＦ／ＡＳ（１２５）と各Ｐ－ＣＳＣＦとの接続などに関する情報）に基づいて、ＵＥ（１０１）にとって最適なＰ－ＣＳＣＦの選択を行う。なお、Ｐ－ＣＳＣＦ選択機能（８００３）は、ＵＥ（１０１）にとって最適なＰ－ＣＳＣＦの選択処理を行う際に、他のノード（例えば、ＨＳＳ（Home Subscriber Server））と相互に通信を行ってもよい。
　また、ＨＳＳ相互作用機能（８００５）は、ＵＥの登録に関してＨＳＳと通信を行ったり、Ｓ－ＣＳＣＦがサービス制御に関する任意の情報を取得するためにＨＳＳと通信を行ったりする機能を有している。また、リモートアプリケーション相互作用機能（８００７）は、通信セッションのリモートエンドをアップデートする処理を行う。この処理では、例えば、通信セッションの終端のエンドノード（例えばＣＮ）に向けて、シグナリングメッセージ（例えば、新たなIMS_INVITEメッセージ）を送信する処理が行われる。また、シグナリング状態管理機能（８００９）は、ＵＥ（１０１）のセッションに関するシグナリングの状態情報の制御を行う。例えば、この状態情報には、新たな位置におけるＵＥ（１０１）のために選択されたＰ－ＣＳＣＦに関する情報が含まれる。
　また、図９には、本発明の第１の実施の形態におけるIMS_INVITEメッセージの内容の一例が図示されている。図９に図示されているように、非特許文献３に定義されているINVITEメッセージに関する要素以外に、IME_INVITEメッセージは、さらに以下の要素を有している。
　・Msg Type（９００１）：このメッセージがIMS_INVITEメッセージであることを示すタイプ値
　・No_Reg（９００３）：IMS_INVITEメッセージが、最初にＰ－ＣＳＣＦによる登録が行われずに送信されることを示すフラグ
　・SEQ（９００５）：ＵＥ（１０１）において応答のマッチングに用いられる特別なシーケンス
　・Entry_Select（９００７）：ＵＥ（１０１）が、現在のＰ－ＣＳＣＦ（例えば、Ｐ－ＣＳＣＦ２（１２３））とは異なるＰ－ＣＳＣＦを選択するシステムを容認することを示すフラグ
　・Old_Entry（９００９）：ハンドオーバ前のＰ－ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーなどが含まれる）
　・UE_ID（９０１１）ＵＥ（１００）がハンドオーバ前のＰ－ＣＳＣＦに登録したユーザの識別情報
　・S_ID（９０１３）：ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
　・SEC_IE（９０１５）：ハンドオーバ前のＰ－ＣＳＣＦがメッセージの認証を行えるようにするための情報要素、及び、新たな登録が行われるようにするための情報
　・LOC_IE（９０１７）：ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために用いるローカル情報要素（例えば、メディアに関する新たなパラメータセットなど）
　・APP_IE（９０１９）：セッションアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。なお、メッセージのこの部分は、ＵＥ（１０１）とＰ－ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化することが可能である。
　また、図１０には、IMS_Acceptメッセージに存在する内容の一例が図示されている。
　図１０に図示されているように、非特許文献３に定義されている応答（Response）メッセージに関する要素以外に、IMS_Acceptメッセージは、さらに以下の要素を有している。
　・Msg Type（１０００１）：このメッセージがIMS_Acceptメッセージであることを示すタイプ値
　・COMBINE（１０００３）：このメッセージがセッションアップデート及び登録アップデートの両方に関する応答であることを示すフラグ
　・SEQ（１０００５）：ＵＥ（１０１）がリクエストに対する応答のマッチングを行うためにIMS_INVITEメッセージからコピーされる特別なシーケンス値
　・S-CSCF_ID（１０００７）：Ｓ－ＣＳＣＦ／ＡＳ（１２５）のアドレス及び識別情報を含む情報要素
　・REG_RESULT（１０００９）：登録アップデート処理における結果コード
　・UP_RESULT（１００１１）：セッションアップデート処理における結果コード
　・Entry_ID（１００１３）：セッションの継続性に関連してＳ－ＣＳＣＦ／ＡＳ（１２５）が選択したＰ－ＣＳＣＦを示すＰ－ＣＳＣＦの識別情報要素
　・SEC_IE（１００１５）：選択されたＰ－ＣＳＣＦがＵＥ（１０１）とセキュリティアソシエーションを確立するためのセキュリティベクトル
　・SDP_IE（１００１７）セッション制御パラメータを記述するＳＤＰオブジェクト
　また、図１１には、IMS_Registerメッセージに関する内容の一例が図示されている。図１１に図示されているように、非特許文献３に定義されているRegisterメッセージに関する要素以外に、IMS_Registerメッセージは、さらに以下の要素を有している。
　・Msg Type（１１００１）：このメッセージがIMS_Registerメッセージであることを示すタイプ値
　・CONBINE（１１００３）：登録処理がセッションアップデート処理に統合されていることを示すフラグ
　・SEQ（１１００５）：ＵＥ（１０１）において応答のマッチングを行うために用いられる特別なシーケンス値
　・Entry_Select（１１００７）：ＵＥ（１０１）が現在のＰ－ＣＳＣＦ（例えば、Ｐ－ＣＳＣＦ２（１２３））とは異なるＰ－ＣＳＣＦを選択するシステムを容認することを示すフラグ
　・Old_Entry（１１００９）：ハンドオーバ前のＰ－ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーなどが含まれる）
　・UE_ID（１１０１１）：ＵＥ（１００）がハンドオーバ前のＰ－ＣＳＣＦに登録したユーザの識別情報
　・S_ID（１１０１３）：ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
　・SEC_IE（１１０１５）：ハンドオーバ前のＰ－ＣＳＣＦがメッセージの認証を行えるようにするための情報要素、及び、新たな登録が行われるようにするための情報
　・LOC_IE（１１０１７）：ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために用いるローカル情報要素（例えば、メディアに関する新たなパラメータセットなど）
　・APP_IE（１１０１９）：セッションアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。なお、メッセージのこの部分は、ＵＥ（１０１）とＰ－ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化することが可能である。
　なお、図９～図１１にはIMS_INVITEメッセージ、IMS_Acceptメッセージ、IMS_Registerメッセージの各メッセージフォーマットが図示されているが、各メッセージはこれらの各メッセージフォーマットに限定されるものではない。例えば、ＳＩＰ（Session Initiation Protocol）を用いてメッセージを実現する場合、各情報要素はテキスト形式で表されることになる。
　なお、上述の本発明の第１の実施の形態では、ＵＥ（１０１）から送信されたメッセージ（ステップＳ３００９、Ｓ４００９のIMS_INVITEメッセージ、ステップＳ５００９のIMS_Registerメッセージ）がハンドオーバ後のＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ２（１２３））経由でハンドオーバ前のＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ１（１２１））へ転送されているが、ＵＥ（１０１）からハンドオーバ前のＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ１（１２１））へメッセージが直接（Ｐ－ＣＳＣＦ２（１２３）を経由せずに）送信されてもよい。この場合、ＵＥ（１０１）は、ハンドオーバ後のＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ２（１２３））がメッセージに追加する情報を事前に取得し、この情報をハンドオーバ前のＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ１（１２１））へ送信するメッセージに追加して送信してもよく、あるいは、ハンドオーバ前のＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ１（１２１））が、ハンドオーバ後のＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ２（１２３））あるいはその他のノードから必要な情報を取得してもよい。
　以上、説明したように、本発明の第１の実施の形態では、ハンドオーバの前のＵＥ（１００）に関するシグナリングの設定を利用して、アプリケーションセッションのアップデートを行うので、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
　＜第２の実施の形態＞
　次に、本発明の第２の実施の形態について説明する。
　図１２には、本発明の第２の実施の形態における動作の一例が図示されている。ステップＳ１２００１に示すように、ＵＥ（１００）は、最初、ＳＧＷ１（１１５）へ接続されており、Ｐ－ＣＳＣＦ１（１２１）及びＳ－ＣＳＣＦ／ＡＳ（１２５）を経由してＩＰマルチメディアサービスセッションを確立している。
　この状態では、Ｐ－ＧＷ（１１９）は、ＵＥ（１００）のセッションに関する情報（例えば、Ｐ－ＣＳＣＦ１（１２１）のアドレス）を格納している。Ｐ－ＧＷ（１１９）は、このＵＥ（１００）のセッションに関する情報を様々な方法で取得することが可能である。例えば、Ｐ－ＧＷ（１１９）は、ＵＥ（１００）とＰ－ＣＳＣＦ１（１２１）との間のシグナリングメッセージを傍受してもよい。また、Ｐ－ＧＷ（１１９）は、ＤＮＳ、ＤＨＣＰ、ベアラセットアップなどによって、ＵＥ（１００）に対するＰ－ＣＳＣＦの割り当てを管理してもよい。また、Ｐ－ＧＷ（１１９）は、Ｓ－ＣＳＣＦ／ＡＳ（１２５）又はホーム加入者サーバなどのバックエンドサーバによって、この情報をチェックしてもよい。
　ステップＳ１２００３においてＵＥ（１００）が新たな位置（すなわち、ＵＥ（１０１））に移動した場合、ＵＥ（１０１）は、ステップＳ１２００５に示すように、ＳＧＷ２（１１７）への接続（Attach）を試みる。ステップＳ１２００５における接続処理では、関連するアクセスネットワークに依存して様々な処理が行われる。例えば、リンクレイヤ確立処理、認証処理、デフォルトのベアラセットアップ処理などが行われる。
　ＵＥ（１０１）の接続によって、ＳＧＷ２（１１７）によるネットワークベースのモビリティ管理方式（例えば、ＰＭＩＰ又はＧＴＰ）の処理が開始される。図１２に図示されているように、ＳＧＷ２（１１７）は、ステップＳ１２００７において、非特許文献１に規定されているPBU（Proxy Binding Update）メッセージを送信する。なお、異なるネットワークベースのモビリティ管理方式が用いられている場合にはＳＧＷ２（１１７）は異なるメッセージを送信することは、当業者にとって明らかであるが、本発明の基本的な概念に影響を及ぼすものではない。
　Ｐ－ＧＷ（１１９）は、ステップＳ１２００７で送信されたＰＢＵメッセージを受信した後、格納されているＵＥ（１００）のセッションに関する情報を読み出す。そして、Ｐ－ＧＷ（１１９）は、ステップＳ１２００９に示すように、新たな位置に移動したＵＥ（１０１）に対して新たなＰ－ＣＳＣＦの割り当てが行われるべきかをチェックする。Ｐ－ＧＷ（１１９）は、任意のバックエンドサーバ（例えば、ＤＨＣＰサーバ、ＤＮＳサーバ、ＨＳＳ）に対して問い合わせを行うことで、新たなＰ－ＣＳＣＦの割り当てが行われるべきか否かの判断を行ってもよい。
　Ｐ－ＧＷ（１１９）がＵＥ（１０１）に関するＰ－ＣＳＣＦ（例えば、Ｐ－ＣＳＣＦ２（１２３））を変更する必要があると判断した場合、Ｐ－ＧＷ（１１９）は、ステップＳ１２０１１に示すように、Context_Trigger（コンテキストトリガ）メッセージをハンドオーバ前のＰ－ＣＳＣＦ（例えば、Ｐ－ＣＳＣＦ１（１２１））へ送信する。ステップＳ１２０１１で送信されるContext_Triggerメッセージは、例えば、以下の情報を有している。
　・ハンドオーバ前のＰ－ＣＳＣＦのアドレス
　・ハンドオーバ後に対応するＰ－ＣＳＣＦのアドレス
　・ＵＥの識別情報
　・ＵＥのアドレス
　Ｐ－ＧＷ（１１９）は、ステップＳ１２０１１におけるContext_Triggerメッセージを、ＵＥ（１００）に関して格納されているセッション情報（例えば、Ｐ－ＣＳＣＦ１（１２１）のアドレス）を用いて送信する。ステップＳ１２０１１におけるContext_Triggerメッセージの送信に成功すると、Ｐ－ＧＷ（１１９）は、新しいＰ－ＣＳＣＦ（すなわち、Ｐ－ＣＳＣＦ２（１２３））のアドレスによって、ＵＥ（１０１）に関して格納されるセッション情報をアップデートする。
　なお、Ｐ－ＧＷ（１１９）が、Ｐ－ＧＷ（１１９）とＰ－ＣＳＣＦ１（１２１）との間における任意の転送方法（例えば、一般的なＩＰ、ＳＩＰメッセージ、事前に確立されている付加的な制御チャンネルなど）によって、ステップＳ１２０１１のContext_Triggerメッセージの送信を行ってもよいことは、当業者には明らかである。この転送方法は、本発明の基本的な概念に影響を及ぼすものではない。
　Ｐ－ＣＳＣＦ１（１２１）は、ステップＳ１２０１１のContext_Triggerメッセージを受信した後、ＵＥ（１００）のセッションコンテキスト情報を読み出して、ステップＳ１２０１３のContext_Triggerメッセージによって示されるように、新たなＰ－ＣＳＣＦ（例えば、Ｐ－ＣＳＣＦ２（１２３））へ転送する。セッションコンテキスト情報には、非特許文献２に規定されているような、登録処理後にＰ－ＣＳＣＦに格納される情報が含まれている。
　Ｐ－ＣＳＣＦ２（１２３）は、ステップＳ１２０１３のContext_Triggerメッセージを受信した後、ＵＥ（１０１）に関するサードパーティ登録を実行して、ステップＳ１２０１５のRegisterメッセージの送信に示すように、新たなＰ－ＣＳＣＦのアドレスに関してＳ－ＣＳＣＦ／ＡＳ（１２５）のアップデートを行う。ステップＳ１２０１５のRegisterメッセージには、Ｓ－ＣＳＣＦ／ＡＳ（１２５）がこのアップデート（例えば、アクセスネットワーク情報のアップデート、ＵＥ（１０１）とＰ－ＣＳＣＦ２（１２３）との間のセッションシグナリングに係る鍵の再生成など）を行うために必要なセキュリティ情報が含まれていてもよい。
　ステップＳ１２０１７に示すように、Response（応答）メッセージによって、アップデート処理の結果や必要なフィードバック（例えば、鍵素材）などがＰ－ＣＳＣＦ２（１２３）に返信される。Ｐ－ＣＳＣＦ２（１２３）は、この情報を利用して、以降のＵＥ（１０１）との通信のためにセッションコンテキストのアップデートを行う。例えば、アクセスネットワークの特定の制御又はフィルタが、ステップＳ１２０１７のResponseメッセージによってＰ－ＣＳＣＦ（１２３）へ返されてもよい。
　一方、Ｐ－ＧＷ（１１９）は、ステップＳ１２０１１におけるContext_Triggerメッセージの送信後、ステップＳ１２０１９に示すように、PBA（Proxy Binding Acknowledgement）メッセージによって、PBUメッセージに対する応答をＳＧＷ２（１１７）へ行う。なお、ステップＳ１２０１９で送信されるPBAメッセージのフォーマットは、非特許文献１に規定されているものと同一である。
　さらに、非特許文献１においてPBAメッセージに関して規定されている情報要素に加えて、Ｐ－ＧＷ（１１９）は、ＵＥ（１０１）に対して割り当てられた新たなＰ－ＣＳＣＦに関する情報要素を加える。この情報は、例えば、ＩＰアドレス又はＦＱＤＮ（Fully Qualified Domain Name）の形式であってもよい。
　ＳＧＷ２（１１７）は、ステップＳ１２０１９で送信されたPBAメッセージを受信した後、このPBAメッセージに含まれる情報を用いてＵＥ（１０１）の構成を行い、ステップＳ１２０２１において、Configure（構成）メッセージによる通知を行う。なお、Configureメッセージは、ルータ通知（Router Advertisement）メッセージ、ＤＨＣＰメッセージ、ベアラセットアップ応答メッセージなどの形式であってもよい。ステップＳ１２０２１で送信されるConfigureメッセージは、ＵＥ（１０１）が新たな位置においてセッションを継続できるようにするためのアドレス情報（例えば、ＩＰアドレスのプレフィックス、デフォルトルータアドレスなど）を構成するものである。
　また、ＳＧＷ２（１１７）は、ステップＳ１２０２１で送信されるConfigureメッセージに、ステップＳ１２０１９のPBAメッセージから取得したＵＥ（１０１）の新たなＰ－ＣＳＣＦのアドレスを挿入することも可能である。さらに、ステップＳ１２０２１のConfigureメッセージに新たなＰ－ＣＳＣＦのアドレスが含まれている場合には、コンテキストが準備できていることを示すフラグも挿入される。このフラグによって、登録を行う必要がないことがＵＥ（１０１）に通知される。
　ＵＥ（１０１）は、ステップＳ１２０２１のConfigureメッセージを受信した後、アドレス構成のアップデートを行う。ＵＥ（１０１）は、ステップＳ１２０２１で送信されたConfigureメッセージ内に、新たなＰ－ＣＳＣＦのアドレス及びコンテキストが準備できていることを示すフラグを見つけると、ステップＳ１２０２３に示すように、新たなＰ－ＣＳＣＦ（例えば、Ｐ－ＣＳＣＦ２（１２３））に対してセッションシグナリングメッセージを直接送信する。すなわち、ＵＥ（１０１）は、ステップＳ１２０２３において、ステップＳ１２０２１のConfigureメッセージから取得されたＰ－ＣＳＣＦ２（１２３）のアドレスに向けて、IMS_INVITEメッセージを送信する。なお、ハンドオーバ前のＰ－ＣＳＣＦ１（１２１）との間でセキュリティが利用可能であるなら、ＵＥ（１０１）は、必要なアップデート（鍵の再生成など）を行う際に、同一のセキュリティ方式を用いてもよい。
　ステップＳ１２０２３で送信されたIMS_INVITEメッセージは、ステップＳ１２０１３のContext_Transferメッセージから取得され、ステップＳ１２０１７のResponseメッセージによってＳ－ＣＳＣＦ／ＡＳ（１２５）からアップデートされたセッションコンテキスト情報を用いて、Ｐ－ＣＳＣＦ２（１２３）でインタセプトされる。Ｐ－ＣＳＣＦ２（１２３）は、このIMS_INVITEメッセージに基づいて必要なアップデートを行った後、ステップＳ１２０２５に示すように、IMS_INVITEメッセージをＳ－ＣＳＣＦ／ＡＳ（１２５）へ転送する。
　Ｓ－ＣＳＣＦ／ＡＳ（１２５）は、このIMS_INVITEメッセージに基づいてシグナリングメッセージの処理及びセッションのアップデートを行った後、ステップＳ１２０２７に示すように、Ｐ－ＣＳＣＦ２（１２３）に向けてIMS_Acceptメッセージを応答する。Ｐ－ＣＳＣＦ２（１２３）は、必要な処理（例えば、課金ルールなどの任意のネットワークに関連する情報の削除）を行った後、ステップＳ１２０２９に示すように、ＵＥ（１０１）に向けてIMS_Acceptメッセージを転送する。
　以上、説明したように、本発明の第２の実施の形態では、ハンドオーバの前のＵＥ（１００）に関するシグナリングの設定を利用して、アプリケーションセッションのアップデートを行うので、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
　なお、本発明の第２の実施の形態によれば、下記のハンドオーバ制御システムが提供される。
　ユーザ端末が第１アクセスネットワークから第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムであって、
　前記第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、
　前記第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、
　前記第１エントリポイント及び前記第２エントリポイントのそれぞれと通信可能な通信ノードとを有し、
　前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記第２エントリポイントが、前記通信ノードに前記ユーザ端末の接続通知を行い、
　前記通信ノードが、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を保持している前記第１エントリポイントに対して前記ユーザ端末の識別情報及び前記第２エントリポイントのアドレスを通知するとともに、前記ユーザ端末に対して前記第２エントリポイントのアドレスを通知し、
　前記第１エントリポイントが、前記第２エントリポイントに対して、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定に関する情報を転送し、
　前記ユーザ端末が、アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記第２エントリポイントへ送信し、
　前記第２エントリポイントが、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定に関する情報を、前記ハンドオーバの後の前記ユーザ端末に関するシグナリングの設定に再利用することによって、
　前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートを行うよう構成されているハンドオーバ制御システム。
　本発明の基本的な概念に影響しない範囲において、本明細書で説明した各実施の形態の動作が変更可能であることは、当業者にとって明らかである。例えば、本発明の第２の実施の形態において、Ｐ－ＧＷ（１１９）は、ステップＳ１２０１９で送信されるPBAメッセージに新たなＰ－ＣＳＣＦアドレスを挿入せず、その代わり、ＳＧＷ２（１１７）が、ＵＥからのＰ－ＣＳＣＦに関するＤＨＣＰクエリ又はＤＮＳクエリを、Ｐ－ＧＷ（１１９）へ中継するよう構成されていてもよい。そして、この応答において、Ｐ－ＧＷ（１１９）は、新たなＰ－ＣＳＣＦ（例えば、Ｐ－ＣＳＣＦ２（１２３））のアドレス、及び、登録処理が必要ではないことを示すフラグを挿入してもよい。
　また、図１には１つのＰ－ＧＷ（１１９）のみが図示されているが、移動後においてもＵＥ（１０１）のアドレスが維持されるのであれば、ハンドオーバ後にＵＥ（１０１）に対して異なるＰ－ＧＷ（ＵＥ（１００）を管理していたＰ－ＧＷとは異なるＰ－ＧＷ）が管理を行う場合であっても本発明の適用が可能であることは、当業者には明らかである。また、図１に図示されているｅＮＢがホームｎｏｄｅＢ（Home nodeB）、又は、ｅＮＢ／ＣＳＧ（Closed Subscriber Group）アクセスであってもよいことは、当業者には明らかである。また、本発明で提案されるシグナリングに関連した必要な情報をＵＥ（１０１）で利用可能でさえあれば、図１に図示されているＵＥ（１００）及びＵＥ（１０１）が異なる物理エンティティであってもよいことは、当業者には明らかである。
　上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
　さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
　本発明は、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させるという効果を有しており、データ通信ネットワークの技術、及び、特にモバイルデータ通信システム内の端末に関するシグナリング制御の技術に適用可能である。

Claims (18)

  1. 　ユーザ端末が第１アクセスネットワークから第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムであって、
    　前記第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、
    　前記第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、
    　前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されている前記ユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、
    　前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末が、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信し、
    　前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、
    　前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートを行うよう構成されているハンドオーバ制御システム。
  2. 　前記ユーザ端末が、前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを、前記第２エントリポイント経由で送信し、
    　前記第２エントリポイントが、前記アプリケーションセッションのアップデートに必要な情報を前記セッションアップデートシグナリングメッセージに追加して、前記第１エントリポイントへ転送するよう構成されている請求項１に記載のハンドオーバ制御システム。
  3. 　前記ユーザ端末が、前記第２エントリポイントによって前記ユーザ端末の登録処理を行わないように指示する情報を前記セッションアップデートシグナリングメッセージに挿入して送信し、
    　前記第２エントリポイントが、前記セッションアップデートシグナリングメッセージ内に含まれている前記ユーザ端末の登録処理を行わないように指示する情報を確認して、前記ユーザ端末の登録処理を前記セッション制御装置へ行わないよう構成されている請求項２に記載のハンドオーバ制御システム。
  4. 　前記ユーザ端末が、前記セッションアップデートシグナリングメッセージが前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信し、
    　前記第２エントリポイントが、前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報を前記セッションアップデートシグナリングメッセージ内に確認して、前記ユーザ端末の登録処理を前記セッション制御装置へ行わないよう構成されている請求項２に記載のハンドオーバ制御システム。
  5. 　前記セッション制御装置が、前記第１エントリポイントから受信した前記セッションアップデートシグナリングメッセージに基づいて、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記第２エントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記第２エントリポイント経由で前記ユーザ端末へ送信するよう構成されている請求項１に記載のハンドオーバ制御システム。
  6. 　前記セッション制御装置が、前記ユーザ端末の前記アプリケーションセッションが経由するエントリポイントを示す情報として、前記第２エントリポイントの識別情報を前記応答メッセージに挿入して送信し、
    　前記ユーザ端末が、前記応答メッセージに含まれている前記第２エントリポイントの識別情報に基づいて、前記アプリケーションセッションのエントリポイントとして前記第２エントリポイントを使用する設定を行うよう構成されている請求項５に記載のハンドオーバ制御システム。
  7. 　前記ユーザ端末が、前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信し、
    　前記セッション制御装置が、前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージ内に確認して、前記ユーザ端末の前記アプリケーションセッションに対して適したエントリポイントを選択し、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記選択されたエントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記選択されたエントリポイント経由で前記ユーザ端末へ送信するよう構成されている請求項１に記載のハンドオーバ制御システム。
  8. 　前記セッション制御装置が、前記ユーザ端末の前記アプリケーションセッションが経由するエントリポイントを示す情報として、前記選択されたエントリポイントの識別情報を前記応答メッセージに挿入して送信し、
    　前記ユーザ端末が、前記応答メッセージに含まれている前記選択されたエントリポイントの識別情報に基づいて、前記アプリケーションセッションのエントリポイントとして前記選択されたエントリポイントを使用する設定を行うよう構成されている請求項７に記載のハンドオーバ制御システム。
  9. 　第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、第１アクセスネットワーク及び第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有するハンドオーバ制御システムにおいて、前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行うユーザ端末であって、
    　前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信するよう構成されており、
    　前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われるユーザ端末。
  10. 　前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを、前記第２エントリポイント経由で送信するよう構成されている請求項９に記載のユーザ端末。
  11. 　前記第２エントリポイントによって前記ユーザ端末の登録処理を行わないように指示する情報を前記セッションアップデートシグナリングメッセージに挿入して送信するよう構成されている請求項９に記載のユーザ端末。
  12. 　前記セッションアップデートシグナリングメッセージが前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信するよう構成されている請求項９に記載のユーザ端末。
  13. 　前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信するよう構成されている請求項９に記載のユーザ端末。
  14. 　第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第１エントリポイントとして機能するシグナリング中継装置であって、
    　前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送するように構成されており、
    　これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われるシグナリング中継装置。
  15. 　第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第２エントリポイントとして機能するシグナリング中継装置であって、
    　前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートに必要な情報を前記セッションアップデートシグナリングメッセージに追加して前記第１エントリポイントへ転送するよう構成されており、
    　前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われるシグナリング中継装置。
  16. 　前記第２エントリポイントによって前記ユーザ端末の登録処理を行わないように指示する情報、及び、前記セッションアップデートシグナリングメッセージが前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報のいずれか一方が前記セッションアップデートシグナリングメッセージに挿入されていることを確認した場合には、前記ユーザ端末の登録処理を前記セッション制御装置へ行わないよう構成されている請求項１５に記載のシグナリング中継装置。
  17. 　第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおける前記セッション制御装置であって、
    　前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末から前記第１エントリポイントへ送信された前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージが更に前記第１エントリポイントから転送されてきた場合、前記第１エントリポイントから受信した前記セッションアップデートシグナリングメッセージに基づいて、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記第２エントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記第２エントリポイント経由で前記ユーザ端末へ送信するよう構成されており、
    　これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われるセッション制御装置。
  18. 　前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージ内に確認して、前記ユーザ端末の前記アプリケーションセッションに対して適したエントリポイントを選択し、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記選択されたエントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージに前記ユーザ端末の前記アプリケーションセッションが経由するエントリポイントを示す情報として前記選択されたエントリポイントの識別情報を挿入して、前記選択されたエントリポイント経由で前記ユーザ端末へ送信するよう構成されている請求項１７に記載のセッション制御装置。
PCT/JP2009/005913 2008-11-07 2009-11-06 ハンドオーバ制御システム、ユーザ端末、シグナリング中継装置並びにセッション制御装置 WO2010052918A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US13/126,581 US9294965B2 (en) 2008-11-07 2009-11-06 Handover control system, user terminal, signaling relay apparatus, and session control apparatus
JP2010536696A JPWO2010052918A1 (ja) 2008-11-07 2009-11-06 ハンドオーバ制御システム、ユーザ端末、シグナリング中継装置並びにセッション制御装置
RU2011122799/07A RU2011122799A (ru) 2008-11-07 2009-11-06 Система управления передачей обслуживания, пользовательский терминал, устройство ретранслятуора сигнализации и устройство управления сеансом
EP09824618A EP2343921A1 (en) 2008-11-07 2009-11-06 Handover control system, user terminal, signaling relay apparatus, and session control apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008286994 2008-11-07
JP2008-286994 2008-11-07

Publications (1)

Publication Number Publication Date
WO2010052918A1 true WO2010052918A1 (ja) 2010-05-14

Family

ID=42152731

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/005913 WO2010052918A1 (ja) 2008-11-07 2009-11-06 ハンドオーバ制御システム、ユーザ端末、シグナリング中継装置並びにセッション制御装置

Country Status (5)

Country Link
US (1) US9294965B2 (ja)
EP (1) EP2343921A1 (ja)
JP (1) JPWO2010052918A1 (ja)
RU (1) RU2011122799A (ja)
WO (1) WO2010052918A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011152463A1 (ja) * 2010-06-04 2011-12-08 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動通信システム、移動局及びゲートウェイ装置
WO2012108474A1 (ja) * 2011-02-08 2012-08-16 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、移動通信方法、パケットデータネットワーク用ゲートウェイ及び在圏ゲートウェイ
JP2022068880A (ja) * 2018-03-28 2022-05-10 日本電気株式会社 ユーザ装置にサービスを提供する方法、及びユーザ装置でサービスを受ける方法
US11962566B2 (en) 2018-03-28 2024-04-16 Nec Corporation Gateway apparatus, method, program, and recording medium

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2343921A1 (en) * 2008-11-07 2011-07-13 Panasonic Corporation Handover control system, user terminal, signaling relay apparatus, and session control apparatus
JP5537349B2 (ja) * 2010-02-11 2014-07-02 Ｋｄｄｉ株式会社 端末の接続を継続した状態でｓｉｐサーバを変更する方法及びシステム
JP5200051B2 (ja) * 2010-03-31 2013-05-15 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及びゲートウェイ装置
US10637834B2 (en) 2015-07-12 2020-04-28 Qualcomm Incorporated Network architecture and security with simplified mobility procedure
EP3329655B1 (en) * 2015-07-30 2023-06-07 Reliance JIO Infocomm USA, Inc. Method and system for routing ip based messaging, voice and video calling based on the network parameters the device is connected to and the location
WO2017196217A1 (en) * 2016-05-13 2017-11-16 Telefonaktiebolaget Lm Ericsson (Publ) Reusing a tag
US10306468B2 (en) * 2016-06-29 2019-05-28 T-Mobile Usa, Inc. Internet protocol multimedia system session resurrection

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004507948A (ja) * 2000-09-01 2004-03-11 ノキア　コーポレイション 通信ネットワークにおけるサービススクリプトの取り扱い方法
JP2005064646A (ja) * 2003-08-08 2005-03-10 Mitsubishi Electric Corp 移動体ネットワークにおけるシグナリング転送方法および移動体ネットワーク
JP2008072687A (ja) * 2006-09-11 2008-03-27 Kddi Corp Ｐ−ｃｓｃｆ高速ハンドオフシステム及びｐ−ｃｓｃｆ高速ハンドオフ方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1863201A3 (en) * 1997-04-24 2014-03-19 Ntt Mobile Communications Network Inc. Method and system for mobile communications
KR100582731B1 (ko) * 2005-03-03 2006-05-22 삼성전자주식회사 모바일 ＩＰｖ6 망에서 이동 호스트를 이용한 트래픽 교환방법
CN1327681C (zh) * 2005-08-08 2007-07-18 华为技术有限公司 一种实现初始因特网协议多媒体子系统注册的方法
CN101496387B (zh) 2006-03-06 2012-09-05 思科技术公司 用于移动无线网络中的接入认证的系统和方法
EP1933520A1 (en) * 2006-12-15 2008-06-18 Matsushita Electric Industrial Co., Ltd. Local mobility anchor relocation and route optimization during handover of a mobile node to another network area
US8014357B2 (en) * 2007-02-16 2011-09-06 Futurewei Technologies, Inc. Method and system for managing address prefix information associated with handover in networks
JP5046811B2 (ja) * 2007-09-10 2012-10-10 株式会社日立製作所 データ通信システム
US8320329B2 (en) * 2008-03-24 2012-11-27 Cisco Technology, Inc. Policy for a roaming terminal based on a home internet protocol (IP) address
US8270417B2 (en) * 2008-06-04 2012-09-18 Telefonaktiebolaget L M Ericsson (Publ) Access network node and method for access network node
EP2343921A1 (en) * 2008-11-07 2011-07-13 Panasonic Corporation Handover control system, user terminal, signaling relay apparatus, and session control apparatus
US7843809B2 (en) * 2008-11-14 2010-11-30 At&T Intellectual Property I, L.P. Preserving stable calls during failover

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004507948A (ja) * 2000-09-01 2004-03-11 ノキア　コーポレイション 通信ネットワークにおけるサービススクリプトの取り扱い方法
JP2005064646A (ja) * 2003-08-08 2005-03-10 Mitsubishi Electric Corp 移動体ネットワークにおけるシグナリング転送方法および移動体ネットワーク
JP2008072687A (ja) * 2006-09-11 2008-03-27 Kddi Corp Ｐ−ｃｓｃｆ高速ハンドオフシステム及びｐ−ｃｓｃｆ高速ハンドオフ方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TS23.228 V8.6.0, September 2008 (2008-09-01)
3GPP TS24.229 V8.5.1, September 2008 (2008-09-01)
S. GUNDAVELLI ET AL., IETF RFC5213, August 2008 (2008-08-01)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011152463A1 (ja) * 2010-06-04 2011-12-08 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動通信システム、移動局及びゲートウェイ装置
WO2012108474A1 (ja) * 2011-02-08 2012-08-16 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、移動通信方法、パケットデータネットワーク用ゲートウェイ及び在圏ゲートウェイ
JP2012165290A (ja) * 2011-02-08 2012-08-30 Ntt Docomo Inc 移動通信システム、移動通信方法、パケットデータネットワーク用ゲートウェイ及び在圏ゲートウェイ
JP2022068880A (ja) * 2018-03-28 2022-05-10 日本電気株式会社 ユーザ装置にサービスを提供する方法、及びユーザ装置でサービスを受ける方法
JP7306753B2 (ja) 2018-03-28 2023-07-11 日本電気株式会社 ユーザ装置にサービスを提供する方法、及びユーザ装置でサービスを受ける方法
US11962566B2 (en) 2018-03-28 2024-04-16 Nec Corporation Gateway apparatus, method, program, and recording medium

Also Published As

Publication number Publication date
US9294965B2 (en) 2016-03-22
EP2343921A1 (en) 2011-07-13
US20110200013A1 (en) 2011-08-18
JPWO2010052918A1 (ja) 2012-04-05
RU2011122799A (ru) 2012-12-20

Similar Documents

Publication Publication Date Title
WO2010052918A1 (ja) ハンドオーバ制御システム、ユーザ端末、シグナリング中継装置並びにセッション制御装置
US10069803B2 (en) Method for secure network based route optimization in mobile networks
US8830953B2 (en) IMS to CS handover for IMS systems for legacy CS UE with home node B access
EP1992178B1 (en) Access terminal for communicating packets using a home anchored bearer path or a visited anchored bearer path
CN101156488B (zh) 无线电通信系统和无线电通信方法
US9374744B2 (en) Apparatus and method for seamless handoff of a service between different types of networks
EP2316233B1 (en) Method for supporting network based mobility for a mobile terminal in an ims (ip multimedia subsystem) architecture
US8442006B2 (en) Wireless LAN mobility
US20060285519A1 (en) Method and apparatus to facilitate handover key derivation
JP5349580B2 (ja) サービスノード、その制御方法、ユーザノード、及びその制御方法
JP2012523137A (ja) 移動通信方法、移動通信システム、その方法で用いられる装置
KR20120024823A (ko) 액세스 네트워크들 사이에서의 세션 전송을 위한 방법들 및 장치
CN1954633A (zh) 使用配置转交地址的多媒体通信
GB2556433A (en) A system and method for providing services to user equipment in an inter-national location
Georgiades et al. AAA context transfer for seamless and secure multimedia services over all-IP infrastructures
US8462728B2 (en) Method and wireless system for achieving local anchoring of a mobile node
KR20090065837A (ko) 서비스 연속성을 보장하기 위한 호 제어 방법
US8407764B2 (en) User authentication apparatus and method for supporting PMIPv6 in next generation networks
Larsen Mobility schemes for future networks based on the IMS

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009824618

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2010536696

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13126581

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2011122799

Country of ref document: RU