JP2012182690A - Proxy delivery server and communication control method in mobile communication system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a proxy delivery server which can reduce traffic delay, make more efficient use of network resources, and maintain the continuity of service being provided to a mobile terminal even upon relocation of mobility anchor.SOLUTION: In a mobile communication system including a mobility anchor which provides mobility to a terminal, a proxy delivery server (600b) for relaying contents to be delivered from a service provision server (500) to a terminal (400), upon request for mobility anchor relocation, acquires context information relating to relay of contents from another proxy delivery server (600a), which is relaying the contents to be delivered to the terminal. The proxy delivery server (600b) uses the information to reproduce a session with the terminal which was maintained between the other proxy delivery server and the terminal for content delivery, and forwards the contents to be delivered to the terminal via the reproduced session using location data of the contents already delivered from the other proxy delivery server to the terminal.

Description

  The present invention relates to a mobile communication system that provides mobility (mobility) to a terminal using a mobility anchor, and more particularly, to a proxy delivery server for continuing terminal communication even when a mobility anchor is transferred (relocated) and a communication control method thereof. .

  First, a mobile communication system that provides mobility to a terminal using a mobility anchor will be briefly described. Examples of such mobile communication systems include 3GPP (The 3rd Generation Partnership Project), 3GPP2 (The 3rd Generation Partnership Project 2), and WiMAX (Worldwide Interoperability for Microwave Access). Protocols for realizing mobility include GTP (GPRS (General Packet Radio Service) Tunneling Protocol), MIPv6 (Mobility IPv6), PMIPv6 (Proxy MIPv6), MIPv4 (Mobility IPv4), and PMIPv4 (Proxy MIPv4). is there. GTP, MIPv6, and PMIPv6 are adopted as protocols for realizing mobility (mobility protocol) in 3GPP, and MIPv4, MIPv6, PMIPv4, and PMIPv6 are adopted in WiMAX. In any mobile communication system and any mobility protocol, the basic operation of transferring traffic addressed to a mobile terminal to the connection point of the mobile terminal is common.

  The mobile communication system shown in FIG. 1 is illustrated as background art. This mobile communication system includes a core network 10, an access network 20, a mobility anchor 100, an access network GW (Gateway) 200, a radio base station 300, and a mobile terminal 400, and a service providing server that provides a service to the mobile terminal 400 It is assumed that 500 is arranged in the external network 30.

  Here, as shown in FIG. 1, the mobile terminal 400 uses the video distribution service provided by the service providing server 500 while moving between the radio base stations 300a arranged in the access network 20a. think of. When the mobile terminal 400 moves in the mobile base station 300a, the mobile terminal 400 itself, or in the case of the access networks GW 200a and 3GPP, further, a tunnel is set by the involvement of a node called MME (Mobility Management Entity). The traffic addressed to the mobile terminal 400 transmitted from the service providing server 500 is transferred to the radio base station 300 to which the mobile terminal 400 is connected by tunneling as shown by the solid line arrow in FIG. Therefore, it is possible to continue watching the video while the mobile terminal 400 is moving. As long as the mobile terminal 400 moves between the access networks 20a, the access network GW 200a may function as an anchor.

  Next, consider a case where the mobile terminal 400 moves from the access network 20a to the access network 20b. Here, in particular, it is assumed that the access network GW 200a and the access network GW 200b accommodate the access network 20a and the access network 20b, respectively, and that the distance on the network topology between the mobility anchor 100a and the access network GW 200b is large.

  When the mobile terminal 400 moves to the access network 20b, a tunnel for transferring traffic addressed to the mobile terminal 400 is set between the mobility anchor 100a, the access network GW 200b, and the radio base station 300b. 1 is transferred via a route indicated by a dashed arrow 1 to reach the mobile terminal 400. Since the mobility anchor 100a functions as an anchor, the continuity of video viewing is maintained.

  A technique for maintaining continuity of communication when moving a mobility anchor by such a method is described in Patent Document 1, for example. According to Patent Document 1, when a mobility anchor is moved, the address of an access router under the destination mobility anchor is notified to the mobility anchor before the movement, whereby the communication with the partner terminal is communicated with the mobility anchor before the movement. It is possible to continue without disconnecting through the destination access router.

JP 2003-051841 A

  However, as described above, when the topological distance between the mobility anchor 100a and the access network GW 200b is long, the delay time of traffic becomes large, and network resources are consumed wastefully. A large delay time also leads to a decrease in communication speed, which may be a problem depending on the type of service.

  In particular, in 3GPP, communication speeds are increasingly increased by the so-called rise of smartphones and new wireless access technologies such as LTE (Long Term Evolution), and as a result, there is a concern that the load on mobile networks will increase. In fact, in 3GPP, a traffic offload technique called SIPTO (Selected IP Traffic Offload) is being studied. SIPTO is a traffic offload technology of the core network in which the mobility anchor 100 can be provided and is arranged in the vicinity of the access network 20 and the traffic is allowed to escape from a place close to the access network 20 to the external network 30. However, even when SIPTO is applied, if the mobile terminal 400 moves to an access network distant from the network topology as described above, it becomes a redundant path and consumes network resources inefficiently. In SIPTO, the mobility anchor 100 is arranged near the access network 20, and as a result, the distance of redundant transfer paths may be larger than when SIPTO is not used. In this case, the traffic offload effect by SIPTO is lost.

  When the route becomes redundant due to movement of the mobile terminal 400, 3GPP defines a method for reselecting an appropriate mobility anchor by disconnecting and reconnecting the mobile terminal 400. For example, in the case of FIG. 1, the mobile terminal 400 is once disconnected, and the mobility anchor 100b is assigned to the mobile terminal 400 as an anchor that provides mobility during the reconnection process. As a result, the traffic of the moving image distribution is transferred along the route indicated by the dotted arrow in FIG. Since the mobility anchor 100b functions as an anchor, the topological distance is optimized, but the continuity of video viewing cannot be maintained. Further, when the disconnection and reconnection processing of the mobile terminal 400 is performed in this way, the IP address assigned to the mobile terminal 400 may be different from that before connection, and in this case, continuity of communication is not ensured.

  Considering future usage forms of mobile terminals, it is expected to be used from mobile bodies that move long distances, such as cars, or mobile bodies. In this case, in consideration of efficient use of network resources, a technology for relocating a mobility anchor while maintaining a service becomes important with movement.

  Therefore, the present invention has been made in view of the above problems, and its purpose is to suppress the delay of traffic and enable efficient use of network resources even when the mobility anchor is relocated, and to enable the mobile terminal to use it efficiently. It is an object of the present invention to provide a proxy delivery server in a mobile communication system and a communication control method thereof that can maintain the continuity of a service being used by the user.

  According to a first aspect of the present invention, there is provided a proxy distribution server that relays content distribution from a service providing server to the terminal in a mobile communication system having a mobility anchor that provides mobility to the terminal, When a mobility anchor relocation request occurs, the context acquisition means for acquiring context information related to the content relay from another proxy distribution server that relays content distribution to the terminal, and using the acquired context information, Session control means for reproducing the state of a session established for content distribution between another proxy delivery server and the terminal with the terminal, and the other proxy obtained from the acquired context information Content location information already distributed from the distribution server to the terminal Zui it, and having a transfer means for transferring to said terminal by said service session the contents distributed from the distribution server is said reproduced.

  According to a second aspect of the present invention, there is provided a communication control method for a proxy distribution server that relays content distribution from a service providing server to the terminal in a mobile communication system having a mobility anchor that provides mobility to the terminal. When the mobility anchor relocation request is generated, the context acquisition unit acquires context information related to the content relay from another proxy distribution server that relays the content distribution to the terminal, and the session control unit includes the Using the acquired context information, the state of the session established for the content distribution between the another proxy distribution server and the terminal is reproduced with the terminal, and the transfer unit acquires the acquired Distributed to the terminal from the other proxy distribution server obtained from the context information Transferred to the terminal by the reproduced session has been the content distributed from the service providing server based on the content location information, and wherein the.

  According to a third aspect of the present invention, there is provided a mobile communication system for providing mobility to a terminal, a plurality of access network gateways, a plurality of mobility anchors respectively connected to the plurality of access network gateways, A proxy delivery server connected to each of the plurality of mobility anchors and interposed between the plurality of mobility anchors, and when the mobility anchor relocation request is generated, the proxy delivery server delivers content to the terminal Context acquisition means for acquiring context information regarding the content relay from another proxy distribution server that is relaying, and the content distribution between the other proxy distribution server and the terminal using the acquired context information A session that reproduces the state of the established session with the terminal. Based on the content position information distributed from the other proxy distribution server obtained from the acquired context information to the terminal, the terminal distributes the content distributed from the service providing server by the reproduced session. And a transfer means for transferring to.

  According to the present invention, even when a mobility anchor is relocated, traffic delay can be suppressed, network resources can be used efficiently, and continuity of services being used by mobile terminals can be maintained.

FIG. 1 is a network configuration diagram for explaining a mobile communication system as a background art. FIG. 2 is a system configuration diagram showing an overall configuration of an example of a mobile communication system to which the present invention is applied. FIG. 3 is a block diagram showing a functional configuration of the proxy delivery server according to the first embodiment of the present invention. FIG. 4 is a flowchart showing communication control when the proxy delivery server shown in FIG. 3 is the switching destination. FIG. 5 is a flowchart showing communication control when the proxy delivery server shown in FIG. 3 is the switching source. FIG. 6 is a sequence diagram showing a first example of communication control in the mobile communication system using the proxy delivery server according to the first embodiment. FIG. 7 is a sequence diagram showing a second example of communication control in the mobile communication system using the proxy delivery server according to the first embodiment. FIG. 8 is a sequence diagram showing a third example of communication control in the mobile communication system using the proxy delivery server according to the first embodiment. FIG. 9 is a block diagram showing a functional configuration of the proxy delivery server according to the second embodiment of the present invention. FIG. 10 is a flowchart showing communication control when the proxy delivery server shown in FIG. 9 is the switching destination. FIG. 11 is a flowchart showing communication control when the proxy delivery server shown in FIG. 9 starts delivery. FIG. 12 is a sequence diagram showing communication control in the mobile communication system using the proxy delivery server according to the second embodiment. FIG. 13 is a block diagram showing a functional configuration of the proxy delivery server according to the third embodiment of the present invention. FIG. 14 is a schematic diagram of content data for explaining content position detection control of the proxy delivery server according to the third embodiment. FIG. 15 is a flowchart showing the content position detection control operation of the proxy delivery server according to the third embodiment.

1. System Configuration A mobile communication system to which the present invention is applied has almost the same configuration as the existing mobile communication system shown in FIG. 1, but a proxy distribution server is arranged between a mobility anchor that provides mobility to a mobile terminal and an external network. The point I did is different. Hereinafter, after describing a configuration of a mobile communication system as an application example of the present invention, a proxy delivery server according to the present invention will be described in detail.

1.1) Overall Configuration In FIG. 2, the mobile communication system according to the present embodiment includes a core network 10, an access network 20, a radio base station 300, and a mobile terminal 400. The core network 20 further includes a plurality of mobility anchors. 101 and a plurality of access networks GW (Gateway) 201, and a proxy distribution server 600 is provided between the external network 30 and the mobility anchor 101. It is assumed that a service providing server 500 that provides services to the mobile terminal 400 is arranged in the external network 30.

  Hereinafter, when only a reference number such as “mobility anchor 101” is given, it indicates an arbitrary mobility anchor, and when a suffix “a” or “b” is added to the reference number such as “mobility anchor 101a” or “mobility anchor 101b”. Indicates the switching source or switching destination at the time of relocating the mobility anchor. That is, in FIG. 2, the node “a” is added to the reference number for the node involved in the switching source mobility anchor 101 a, and “b” is added to the reference number for the node involved in the switching destination mobility anchor 101 b. To distinguish.

  The core network 10 is a network managed mainly by an operator who provides a mobile communication service. In 3GPP, it is a network corresponding to EPC (Evolved Packet Core), and in WiMAX, it is a network corresponding to CNS (Connectivity Service Network).

 The access network 20 is a network that accommodates the mobile terminal 400. The access network 20 includes WCDMA (Wideband Code Division Multiple Access) in 3GPP, LTE (Long Term Evolution), IEEE802.16e in WiMAX, and WLAN (Wireless Local Area Network; IEEE802.11a / b / g / n). The mobile terminal 400 is connected to the mobile terminal 400 using various wireless access technologies adopted in each system, and the traffic of the mobile terminal 400 is transferred.

  The external network 30 is a network outside the mobile communication network, and for example, the Internet corresponds to this. Basically, it is a network managed by an administrator different from the administrator of the core network 10 and the access network 20.

  The radio base station 300 transmits / receives traffic to / from the mobile terminal 400 using various radio access technologies employed in each mobile communication system. In the case of 3GPP, traffic of the mobile terminal 400 is transferred to and from the access network GW 201 by tunneling using GTP.

  The mobile terminal 400 is a terminal that performs mobile communication such as a mobile terminal, a smartphone, and a notebook PC. When MIPv6 and MIPv4 are supported as mobility protocols, the mobile terminal 400 is provided with a function for performing processing for realizing mobile communication such as the location registration.

  The service providing server 500 is a server that provides a service to the mobile terminal 400, and corresponds to, for example, a WEB server, a moving image / music distribution server, or the like. Here, a server that distributes video content is assumed.

1.2) Mobility Anchor The mobility anchor 101 is a mobility anchor that supports any of the GTP, MIPv6, PMIPv6, MIPv4, and MIPv4 described above. In the case of MIPv6 and MIPv4, HA (Home Agent), PMIPv6, and PMIPv4 correspond to nodes called LMA (Local Mobility Anchor). In 3GPP, it corresponds to P-GW (Packet Data Network-Gateway) and GGSN (Gateway GPRS Support Node). In any case, the most basic operation of the mobility anchor 101 is to send to an address that does not change even when the mobile terminal 400 moves in response to a transmission path setting request sent from the mobile terminal 400 or the access network GW 201. This is a function for transferring the received packet to the address depending on the location access network in which the mobile terminal 400 is located, or to the address of the access network GW 201 by tunneling. The address of the mobile terminal 400 and the address to be transferred by tunneling can be acquired from the transmission path setting request signal. Registration (location registration) for performing tunneling is performed by the mobile terminal 400 itself or the access network GW201. For example, in the case of MIPv6 and MIPv4 among the protocols for realizing mobility, the terminal itself performs location registration, and in the case of GTP, PMIPv6, and PMIPv4, the access network GW 201 performs location registration.

  The mobility anchor 101 further includes a distribution path setting unit 110 and an anchor locating unit 111. When the delivery path setting unit 110 receives a transmission path setting request from the access network GW 201, the relocation request signal or tunnel setting request signal storing the address of the mobile terminal 400 and the address of the mobility anchor 101 itself included in the signal. Is transmitted to the proxy delivery server 600. Here, when the transmission path setting signal includes information indicating that it is an anchor location, the transmission path setting for setting the mobility anchor 101 as the anchor location by the type of signal or other means on the system. If it can be determined that the request is a request, the distribution path setting unit 110 transmits a relocate request signal to the proxy distribution server 600, and if not, transmits it to the proxy distribution server 600 as a tunnel setting request signal. Details of the proxy delivery server 600 will be described later.

  If the information indicating the request for anchor locate is stored in the transmission path setting request, or if it is determined that the anchor needs to be relocated due to a notification on the system, the anchor locate unit 111 is used as the relocation destination. Appropriate mobility anchor information is stored in the transmission path setting response, and this is returned to the transmission path setting request source. Alternatively, the transmission path setting request may be transferred to an appropriate mobility anchor as a relocation destination, and the transmission path setting response returned as a result may be transferred to the access network GW 201.

  For selecting an appropriate mobility anchor, use the information indicating the location of the access network GW 201 or the mobile terminal 400 acquired from a transmission path setting request signal and the like, and a database (such as a DNS server) arranged in the mobility anchor or on the system. It is possible to do this, but it is not limited to these. After transmitting the transmission path setting response storing the information of the mobility anchor to be relocated to the transmission path setting request source, the information for transferring traffic to the mobile terminal 400 may be immediately discarded. It is good also as it deletes by the expiration by time passage as it is.

  The transmission path setting request and the transmission path setting response correspond to various signals according to the mobility protocol and the mobile communication system. Here, an example of the correspondence relationship is shown in the order of the name of the transmission path setting request, the name of the transmission path setting response, and the node of the transmission path setting request transmission source.

PMIPv6: Proxy Binding Update, Proxy Binding Acknowledge, Access Network GW (MAG: Mobile Access Gateway)
MIPv6: Binding Update, Binding Acknowledge, mobile terminal PMIPv4: Proxy Registration Request, Proxy Registration Reply, Access Network GW (PMA: Proxy Mobile Agent)
MIPv4: Registration Request, Registration Reply, mobile terminal GTP (name in 3GPP-specified mobile communication system EPS): Create Session Request, Create Session Response, access network GW (S-GW: Serving Gateway), or
Modify Bearer Request, Modify Bearer Response, access network GW (S-GW), or
Create PDP Context Request, Create PDP Context Response, access network GW (SGSN: Serving GPRS Support Node), or
Update PDP Context Request, Update PDP Context Response, access network GW (SGSN).

1.3) Access Network Gateway The access network GW 201 is a gateway that accommodates the access network 20. When GTP, PMIPv6, or PMIPv4 is applied as the mobility protocol, any mobility protocol is supported, and location registration for transferring traffic to the destination of the mobile terminal 400 is transmitted to the mobility anchor 101. In PMIPv6 and PMIPv4, it corresponds to a node called MAG or PMA. In 3GPP, it corresponds to S-GW and SGSN, and in WiMAX, it corresponds to ASN-GW (Access Service Network-Gateway).

  The access network GW 201 further includes an anchor location notification unit 210 in addition to the normal function. As a result of transmitting the transmission path setting request to the mobility anchor 101, the anchor location notification unit 210 receives the transmission path setting response storing the information of the mobility anchor 101 as the anchor location to the mobility anchor 101. Then, a transmission path setting request storing information indicating that it is an anchor location is transmitted.

  In addition, when the anchor locate notification unit 210 determines that it is necessary to notify the relocation source mobility anchor from another node or the like on the system, the anchor anchor 101 sends a transmission path setting request including information indicating the anchor location to the mobility anchor 101. Send to. At this time, information indicating the position of the access network GW 201 and information indicating the position of the mobile terminal 400 are stored in the access transmission path setting request so that the mobility anchor 101 can select a more appropriate relocation destination mobility anchor 101. It is also good.

  Assuming a mobile communication system based on 3GPP, the access network GW 201 also has a function of transferring traffic to the destination of the mobile terminal 400 by tunneling, like the mobility anchor 101. At this time, GTP is applied as a protocol used for tunneling. In the case of 3GPP, there is an MME that is a node that controls tunneling by the movement of the mobile terminal 400.

2. 1. First Embodiment 2.1) Proxy Distribution Server The proxy distribution server 600 according to the first embodiment of the present invention conceals the relocation from the mobile terminal 400 even when the mobility anchor 101 is relocated, thereby providing continuity of service. The function to secure is provided.

  As shown in FIG. 1, the proxy distribution server 600 includes a relocate request processing unit 610, a context acquisition unit 611, a context transmission unit 612, a context management unit 613, a proxy request unit 614, a request message generation unit 615, a session control unit 616, A packet transfer unit 617 and a storage device 650 are included.

  When the relocate request processing request unit 610 receives a relocate request signal sent from the mobility anchor 101 or the like, it becomes a relocate source stored in the signal (that is, proxy delivery of content to the current mobile terminal 400 at that time) The identifier of the proxy distribution server 600a, the identifier of the mobile terminal 400, and the tunnel end point address that is the transmission destination when the packet transfer unit 617 distributes the content by tunneling are taken out together with these information Then, a notification that triggers the relocation is output to the context acquisition unit 611. For example, an IP address may be considered as the identifier of the proxy distribution server 600a that is the relocation source. Alternatively, other identifiers may be used as long as the IP address can be finally resolved by a DNS (Domain Name System) server such as FQDN (Fully Qualified Domain Name). Further, the identifier of the mobile terminal 400 is used to specify a context to be described later. In addition to the IP address and the FQDN, the MSISDN (Mobile Subscriber Integrated Services Digital Network Number), the IMSI (International Mobile Subscriber Identity), etc. Any information that can identify the mobile terminal 400 may be used. In addition, the relocate request processing unit 610 transmits a relocate response signal to the source address of the relocate request signal to notify that the relocate request has been accepted.

  Upon receiving the relocation start notification input from the relocation request processing unit 610, the context acquisition unit 611 extracts the identifier of the mobile terminal 400 and the identifier of the proxy distribution server 600a that is the relocation source stored in the notification, and extracts the extracted mobile terminal 400 A function of transmitting a context request signal storing the identifier to the proxy distribution server 600a that is the relocation source is provided. Further, when the context acquisition unit 611 receives a context response signal as a response to the context request signal, the context acquisition unit 611 extracts context information about the mobile terminal 400 stored in the signal, and the context management unit 613 together with the identifier of the mobile terminal 400. The function to output to. The context information includes, for example, the following information. However, even the following part may include other information.

The service name, content identifier, content location, protocol, and session information items will be described.

  The service name is a name that can identify the service, and for example, a character string such as YouTube or NicoNicoDouga is set. However, an identifier assigned to each service may be used.

  The content identifier is an identifier that can uniquely identify the content provided in the service indicated by the service name.

  The content position indicates a location that has been distributed to the mobile terminal among the content specified by the content identifier. It is expressed by the elapsed time, the number of bytes, the number of key frames in the compressed image stream, etc. from the content head position.

  The protocol indicates a protocol used for content viewing. For example, HTTP (Hypertext Transfer Protocol) / TCP (Transmission Control Protocol) is set.

  The session information is information necessary for continuing the session with the mobile terminal 400. Different information is set depending on the protocol. In the case of HTTP / TCP, for example, HTTP header information, transmission source address, destination address, TCP transmission source and destination port number, sequence number (Sequential Number), and response confirmation number that have not been transmitted to the mobile terminal 400 (Acknowledgement Number), flag information for setting in the flag field of the TCP header, window size, and transmission buffer information are included. The remote address is an IP address of the mobile terminal, and the local address is an address used when the mobile terminal 400 accesses the proxy delivery server 600. When using TCP, the local address needs to be the same before and after relocation of the proxy delivery server 600, but it is not necessary to assign a local address to the physical interface of the proxy delivery server 600. That is, it is only necessary to be able to hold the address as an end point of the TCP session internally, and it is only necessary to provide the mobile terminal 400 with reachability to the proxy delivery server 600 by the address. Since this method can be realized by a general method, a detailed description thereof is omitted.

  When the context transmission unit 612 receives the context request signal transmitted from the other proxy delivery server 600b, the context management unit 613 associates the mobile terminal 400 with the identifier of the mobile terminal 400 stored in the context request signal. A context response signal is stored in the context response signal, and this is returned to the proxy delivery server 600b that is the transmission source of the context request signal. The information included in the context information is as described above.

  The context management unit 613 has a function of managing context information such as a service name accessed by the mobile terminal 400 for viewing content, a content identifier, protocol information related to content viewing, and session information in association with the identifier of the mobile terminal 400. . In managing the context information in association with the identifier of the mobile terminal 400, the context management unit 613 appropriately collects and holds information constituting the context information from the context acquisition unit 611 and the session control unit 616. Alternatively, context information may be collected in response to an inquiry from the context transmission unit 612 and returned to the context transmission unit 612.

  In addition, when context information is input from the context acquisition unit 611, the context management unit 613 uses the context information to continue the service used by the corresponding mobile terminal 400 via the proxy distribution server 600a that is the relocation source. To request the session control unit 616 to generate a session.

  In response to a request from the session control unit 616, the proxy request unit 614 uses content information such as a service name, a content identifier, and a content position input from the session control unit 616 to obtain content provided by the corresponding service. It has a function of transmitting to the service providing server 500 a content request signal for acquisition from a designated position or a position ahead of the designated position. The proxy request unit 614 outputs content information to the request message generation unit 615 when constructing the content request signal.

  The request message generation unit 615 holds a message composition method for acquiring specific content from a specific position for each service. When the context information is input from the proxy request unit 614, the request message generation unit 615 is included in the context information. Select a message composition method based on the service name. Then, a content request message for acquiring the designated content provided on the designated service from the designated position from the information such as the content identifier and the content location included in the context information, and the transmission destination thereof Information is generated and returned to the proxy request unit 614 as a response.

  For example, if the service name is YouTube, the content identifier is abcdef12345, and the content acquisition position is 100 sec, an HTTP GET message with the URL set as follows is generated and passed to the proxy request unit 614.

http: // www. youtube. com / watch? v = abcdef12345 & t = 100
More specifically, see http: // www. youtube. com / as information about the connection destination, and PATH as / watch? The HTTP GET message set as v = abcdef12345 & t = 100 is passed to the proxy request unit 614.

  When the mobile terminal 400 receives a request signal for viewing content, the session control unit 616 extracts a service name and a content identifier from the request signal, and requests the requested content (and further specifies the start position). In this case, it is searched whether or not the content after the start position is already recorded in the storage device 650.

  As a result of this search, if the request is not recorded in the recording device 650, the proxy request unit 614 is notified of the request for transmitting the content request signal as a request from the proxy delivery server 600. At this time, the service name, content identifier, and content position in the context information are also notified. As a result, the content sent from the service providing server 100 is transferred to the mobile terminal 400. The session control unit 616 transfers the content to the mobile terminal 400 by outputting the packet destination address to the packet transfer unit 617 as the address of the mobile terminal 400. At this time, at the same time as transferring the content to the mobile terminal 400, the content is recorded in the recording device 650 in association with the service name, content identifier, and content position.

  On the other hand, if content has already been recorded in the recording device 650, the content is read from the recording device 650 and transferred to the mobile terminal 400. Here, the service name and content identifier are used to search for content. However, if a single service is used or if a content identifier that can be uniquely identified across multiple services is used, the service name is omitted. You can also

  In addition, when the context information is input from the context management unit 613, the session control unit 616 continues to view the content that was being transmitted to the mobile terminal 400 via the relocation source proxy delivery server 600a. The state of the session held by the proxy delivery server 600a is reproduced based on the session information included in the context information. For example, in the case of HTTP, since TCP is used as a transport layer protocol, the TCP session status such as the remote address, local address, source port, destination port, sequence number, response confirmation number, transmission buffer status, etc. Is reproduced. The remote address becomes the address on the proxy delivery server 600 side in the TCP session, but this address does not need to be assigned to the physical interface as described above, and when the packet is tunneled to the address, the address is decapsulated. It suffices if the subsequent packet can be processed as a packet addressed to itself.

  Furthermore, the session control unit 616 confirms whether or not the content after the content position included in the content information corresponding to the content identifier included in the context information is recorded in the storage device 650 after reproducing the session. . If recorded, the corresponding content is read from the recording device 650 from the corresponding position, and the content is transmitted to the mobile terminal 400 through the reproduced session. If not recorded, the service request, the content identifier, and the content position are output to the proxy request unit 614, and the content request for acquiring the content corresponding to the content identifier from the content position to the service providing server 500 Request to generate and send a message. As a result, the session control unit 616 transfers the content sent from the service providing server 500 to the mobile terminal 400. At this time, at the same time that the content is transferred to the mobile terminal 400, the content is recorded in the recording device 650 in association with the service name, content identifier, and content position. Again, as described above, the service name may be omitted if the content can be uniquely specified by the content identifier.

  When the content is delivered to the mobile terminal 400 in response to a content request or relocate request from the mobile terminal 400, the session control unit 616 should use the address of the mobile terminal 400 and the tunneling destination of the packet storing the content. A request for tunnel establishment is output to the packet transfer unit 617 together with the address.

  The packet transfer unit 617 uses the tunnel end point address output from the session control unit 616 and the address of the mobile terminal 400 to perform transfer by performing tunneling using the packet addressed to the mobile terminal 400 as the end point address. Here, as the end point address, for example, the address of the mobility anchor 101 is used, but it is not always necessary. Further, the external header is removed from the packet tunneled to the proxy delivery server 600. The packet transfer unit 617 performs transfer processing according to the destination address for a packet for which tunneling has been canceled or a packet that has not been tunneled, as in a normal IP router. Further, when receiving a tunnel setting request signal from the mobility anchor 101, the packet transfer unit 617 transfers a packet addressed to the address of the mobile terminal 400 using the tunnel end point address and the address of the mobile terminal 400 included in the signal. Establish a tunnel for

2.2) Operation of Proxy Distribution Server Next, the flow of processing when the proxy distribution server 600 of the present invention receives a relocate request will be described using the flowchart of FIG.

  In step S100, when the relocation request signal is received from the mobility anchor 101, the relocate request processing unit 610 determines from the relocate request signal the identifier of the proxy distribution server 600 that is the relocation source, the identifier of the mobile terminal 400, and the address of the mobile terminal 400. And the end point address on the remote side of tunneling (which is basically the address of the mobility anchor 101), which will be described later, are extracted, and these pieces of information are output to the context acquisition unit 611. Then, the relocate request processing unit 610 returns a relocate response signal to the source of the relocate request signal. However, the relocate response signal may be returned at other timings such as the timing at which a tunnel is generated in step S104, which will be described later, or the timing at which a proxy request is transmitted in step S107. The relocate response signal may store the address of proxy delivery server 600 (address assigned to the actual interface). In addition, although the identifier of the mobile terminal 400 and the address of the mobile terminal 400 are described separately, the address can also be used as the identifier of the mobile terminal 400.

  In step S101, the context acquisition unit 611 transmits a context request signal storing the identifier of the mobile terminal 400 to the proxy distribution server 600a that is the relocation source. As the destination address of the context request signal, the identifier of the proxy delivery server 600a input from the relocate request processing unit 610 is used. If the identifier of the proxy distribution server 600a is an IP address, it is used as it is. If it is another identifier such as FQDN, the IP address is resolved and used by a mechanism such as DNS. The information stored in the context request signal is as described in the part describing the context acquisition unit 611.

  In step S102, a context response signal is received as a response to the context request signal transmitted in step S101, and the context information stored in the context response signal is output to the context management unit 613. In response to this, the context management unit 613 requests the session control unit 616 to reproduce the session with the mobile terminal 400 in the proxy management server 600a that is the relocation source.

  In step S103, the session control unit 617 performs session generation using the session information included in the context information, and reproduces the session (for example, TCP session) in which the mobile terminal 400 is involved in the relocation source proxy delivery server 600a. . Session information and session generation are as described in the session control unit 616. As a result of reproducing the session, it is possible to hide from the mobile terminal 400 that the proxy delivery server 600 has been physically changed due to relocation, so that service continuity before and after the relocation can be provided to the mobile terminal 400.

  In step S104, the packet transfer unit 617 uses the mobile terminal 400 input from the session control unit 616 and the address of the tunnel end point to create a tunnel for tunneling a packet addressed to the mobile terminal 400 to the tunnel end point address. Establish. The packet transfer unit 617 also performs a process of decapsulating a packet tunneled to the address of the proxy delivery server and transferring the packet.

  In step S105, the session control unit 616 determines whether the requested content is already recorded in the recording device 650. If it has already been recorded in the recording device 650 (Y in step S105), the process proceeds to step S108, and if not recorded in the recording device 650 (N in step S105), the process proceeds to step S106.

  In step S106, the proxy request unit 614 and the request message generation unit 615 generate a content request signal for acquiring content from a necessary location based on the service name, content identifier, and content location information included in the context information. Thereafter, in step S107, the content request signal is transmitted to the service providing server 500 which is the content acquisition destination. Here, when content is requested from the service providing server 500, the content is acquired as a response to the request. However, the content may be temporarily recorded in the recording device 650 instead of being directly delivered to the mobile terminal. That is, the content may be distributed to the mobile terminal after buffering of a size that takes into consideration the bit rate of the content and the communication speed up to the mobile terminal 400 is completed. In this case, the content acquisition destination of the session control unit 616 can be unified with the recording device 650.

  In step S108, the content immediately after the location where the mobile terminal 400 received the content sent from the service providing server 500 by the content request in step S106 and step S107 or the content recorded in the recording device 650 before the relocation. It transmits to the mobile terminal 400 by the session (for example, TCP session) reproduced from the data. Further, the packet transfer unit 617 encapsulates the packet and transfers it by tunneling, and ends the process.

  Next, the flow of processing from when the proxy distribution server 600 receives a content request signal to when it transmits a content response signal storing content information will be described using the flowchart of FIG.

  In step S200, when receiving the context request signal from the relocation-destination proxy delivery server 600b, the context transmission unit 612 uses the identifier of the mobile terminal 400 included in the received context request signal as a key to the context management unit 613 for the mobile terminal 400. Request context information related to.

  In step S201, the context management unit 613 responds with context information related to the mobile terminal 400 in response to a request for context information. When the context information already held is old, the latest context information is collected and the context information is returned to the context transmission unit 612.

  Finally, in step S202, the context transmission unit 612 generates a context response signal storing the context information returned from the context management unit 613, and transmits the generated context response signal to the transmission source of the context request signal.

2.3) System communication control (first example)
Next, a first example of the processing flow of the mobile communication system according to the first embodiment of the present invention will be described using the sequence diagram shown in FIG. Note that the operation of the radio base station 300 is omitted because it is not directly related. Here, it is assumed that the service providing server 500 provides a download type moving image distribution service using HTTP.

  First, in step S300, the mobile terminal 400 is viewing the content distributed by the service providing server 500. At this time, the content is distributed to the mobile terminal 400 via the proxy distribution server 600a, the mobility anchor 101a, and the access network GW 201a.

  The proxy delivery server 600a operates like a WEB proxy server, and the TCP session of the mobile terminal 400 is terminated at the proxy delivery server 600a. That is, the destination address of the packet transmitted by the mobile terminal 400 is an address held internally by the proxy delivery server 600a, and the destination address of the packet sent by the service providing server 500 for content delivery is also held by the proxy delivery server 600a. Address.

  In step S301, as a result of the movement of the mobile terminal 400, the mobile communication system is determined to perform relocation depending on the presence / absence of the access network GW 201b and the mobility anchor 101b more appropriate than the current access network GW 201a and the mobility anchor 101a and other conditions. Is done. For example, in 3GPP, MME (Mobility Management Entity) checks position information obtained from TAU (Tracking Area Update) transmitted by mobile terminal 400, and determines whether or not to relocate to a closer anchor. However, in other mobile communication systems, the relocation execution determination is performed by other methods. Since the relocate determination is directly related to the present invention, the details are omitted.

  In step S302, it is assumed that relocation processing from the access network GW 201a to the access network GW 201b is performed. However, the relocation processing of the access network GW can adopt various procedures depending on the mobile communication system and the mobility protocol, and processing related to the processing including the radio base station 300 and the processing after step S302 is necessary. However, since it is not directly related to the present invention, the description is omitted here. Note that the mobility anchor 101 may be relocated without relocating the access network GW.

  In step S303, the relocated access network GW 201b transmits a transmission path setting request signal to the mobility anchor 101a that currently provides mobility to the mobile terminal 400. In the transmission path setting request, information that can specify the location of the access network GW or the mobile terminal 400, information that requests anchorage locating, information that supports anchoring locating processing, and the mobility anchor 101b that is the anchoring locating destination are specified. Any or all of the identification information for this purpose may be stored. Here, it is assumed that information that can specify the position of the access network GW 201b and information that supports an anchor location are stored.

  In step S304, the mobility anchor 101a confirms the position of the access network GW 201b included in the received transmission path setting request signal, refers to the database arranged in the mobility anchor 101a or on the mobile communication system, etc. The presence of a mobility anchor closer to the GW 201b (here, the mobility anchor 101b) is detected. Furthermore, the mobility anchor 101a knows that the access network GW 201b supports the anchor locating function based on the information indicating that the anchor locating stored in the transmission path setting request signal is supported. Due to the above conditions, the mobility anchor 101a does not set a transmission path for transferring a packet addressed to the mobile terminal 400 between the mobility anchor 101a and the access network GW 201b, and does not set the address of the mobility anchor 101b or the FQDN. A transmission path setting response signal storing an identifier capable of resolving the address of the mobility anchor 101b is returned to the access network GW 201b.

  In step S305, upon receiving the transmission path setting response signal, the access network GW 201b transmits a transmission path setting request to the relocation destination mobility anchor 101b.

  In step S306, when the mobility anchor 101b receives the transmission path setting request from the access network GW 201b, the mobility anchor 101b establishes a tunnel for transferring the packet addressed to the mobile terminal 400 to the access network GW 201b by tunneling. The mobility anchor 101b further transmits a relocate request signal to the proxy delivery server 600b arranged nearby. The proxy delivery server 600b can be determined based on information such as presetting or a database on the system, and can acquire an address. After step S306, processing when proxy delivery server 600b shown in FIG. 4 receives the relocate request signal is executed, and relocate request processing unit 610 returns a relocate response signal to the source of the relocate request signal. .

  In step S307, the mobility anchor 101b receives a relocate response signal from the proxy delivery server 600b. The mobility anchor 101b establishes a tunnel for tunneling a packet having a predetermined destination address or source address to the address of the proxy delivery server 600b included in the relocate response signal. The address to be tunneled may be all packets, may be a packet having the address of the mobile terminal 400 as a transmission source, or may be a packet addressed to a server that provides a content distribution service. At the same time, when the mobility anchor 101b receives a packet tunneled from the proxy delivery server 600b to the mobility anchor 101b, the mobility anchor 101b decapsulates the packet and then performs a transfer process in the same manner as the conventional mobility anchor 100 To do.

  In step S308, the mobility anchor 300b transmits a transmission path setting response signal to the access network GW 201b as a response to the transmission path setting request received in step S305.

  In step S309, as described in step S101 in FIG. 4, the proxy distribution server 600b transmits a context request signal to the relocation source proxy distribution server 600a.

  In step S310, in response to the context request signal, proxy delivery server 600a returns a context response signal storing context information related to mobile terminal 400 to proxy delivery server 600b.

  In step S311, the proxy delivery server 600b receives the context response signal, and then executes the processing after step S102 in FIG. Here, as a result of the determination in step S105 of FIG. 4, it is assumed that the content to be distributed in order to continue viewing the content on the mobile terminal 400 is not recorded in the storage device 650 in the proxy distribution server 600b.

  In step S312, the proxy distribution server 600b transmits a content request signal to the service providing server 500 because the content to be distributed is not recorded in the storage device 650.

  In step S313, the service providing server 500 that has received the content request signal transmits the requested content from the requested location to the proxy delivery server 600b. In this case, the destination address of the packet storing the content is the address of the proxy delivery server 600b.

  In steps S314 and 315, when the proxy distribution server 600b receives the content distributed from the service providing server 500, the proxy distribution server 600b transfers the received content through the TCP session established with the mobile terminal 400 (step S108 in FIG. 4). ). At this time, the content is stored in a TCP packet in which an address, a port, a sequence number, and the like are appropriately set so as to be transmitted without contradiction and transmitted to the mobile terminal 400.

  In this way, even when the mobility anchor and the proxy delivery server are relocated, the mobile terminal 400 can continue to view content through the optimal route without being aware of it.

  In the sequence diagram of FIG. 6, the example in which the access network GW 201 and the mobility anchor 101 are deployed as separate nodes has been described. However, both software may be executed on the same hardware, or both may be implemented as one software. You can also. In that case, at least the transmission path setting request and the transmission path setting response in steps S305 and S308 are not transmitted over the network and are processed internally. Further, the proxy delivery server 600 can be operated on one piece of hardware in the same manner as the mobility anchor 101. In this case, the relocate request and relocate response in steps S306 and S307 are also internally processed.

2.4) System communication control (second example)
Next, a second example of the processing flow of the mobile communication system according to the first embodiment of the present invention will be described using the sequence diagram shown in FIG. What is different from the sequence of the first example shown in FIG. 6 is an anchor locate processing procedure of the mobility anchor 101. In the description of the operation here, the processes related to the radio base station 300 are omitted as in FIG. Further, a situation is assumed in which the service providing server 500 provides a download type video distribution service using HTTP.

  First, in step S400, a situation where the mobile terminal 400 is viewing content distributed by the service providing server 500 is considered. At this time, the content is delivered to the mobile terminal 400 via the proxy delivery server 600a, the mobility anchor 101a, and the access network GW 201a. The proxy delivery server 600a operates like a WEB proxy server, and the TCP session of the mobile terminal 400 is terminated at the proxy delivery server 600a. That is, the destination address of the packet transmitted by the mobile terminal 400 is an address held internally by the proxy delivery server 600a, and the destination address of the packet sent by the service providing server 500 for content delivery is also held by the proxy delivery server 600a. Address.

  In step S401, as a result of the movement of the mobile terminal 400, the mobile communication system determines whether the access network GW 201b and the mobility anchor 101b are more appropriate than the current access network GW 201a and the mobility anchor 101a, and other conditions. Implementation is decided. Since this relocate determination is directly related to the present invention, the details are omitted.

  In step S402, the access network GW is relocated. Although various procedures are possible for this process depending on the mobile communication system and mobility protocol, the process is not directly related to the present invention, and thus detailed description thereof is omitted. In addition, the relocation processing of the access network GW may require processing related to the processing including the radio base station 300 and the processing shown as step S402, but these descriptions are also omitted. In addition, the mobility anchor 100 may be relocated without relocating the access network GW.

  In step S403, the relocated access network GW 201b transmits a transmission path setting request signal to the mobility anchor 101a that currently provides mobility to the mobile terminal 400. In the transmission path setting request, information that can specify the position of the access network GW or the mobile terminal 400, information that requests anchorage locating, information that supports anchoring locating processing, and the mobility anchor 101 that is the anchoring locating destination are specified. Any or all of the identification information for this purpose may be stored. Here, it is assumed that information that can specify the position of the access network GW 201b and information that supports an anchor location are stored.

  In step S404, the mobility anchor 101a confirms the position of the access network GW 201b included in the transmission path setting request signal, refers to the database arranged in the mobility anchor 101a or on the mobile communication system, etc. The presence of a mobility anchor closer to the GW 201b (here, the mobility anchor 101b) is detected. Furthermore, the mobility anchor 101a knows that the access network GW 201b supports the anchor locating function based on the information indicating that the anchor locating stored in the transmission path setting request signal is supported. Based on the above conditions, the mobility anchor 101a does not set a transmission path for transferring a packet addressed to the mobile terminal 400 between the mobility anchor 101a and the access network GW 201b, and the mobility anchor 101a does not perform mobility like the address or FQDN of the mobility anchor 101b. A transmission path setting response signal storing an identifier capable of resolving the address of the anchor 101b is transferred to the mobility anchor 101b. When receiving the transmission path setting request from the mobility anchor 101a, the mobility anchor 101b establishes a tunnel for transferring the packet addressed to the mobile terminal 400 to the access network GW 201b by tunneling.

  In step S405, the mobility anchor 101b further transmits a relocate request signal to the proxy delivery server 600b arranged nearby. The proxy delivery server 600b can be determined based on information such as a preset setting or a database on the system, and can acquire an address. After step S405, processing when proxy delivery server 600 shown in FIG. 4 receives the relocate request signal is executed. Here, it is assumed that a relocate response signal that is a response to the relocate request signal is returned in step S100 of FIG.

  In step S406, the mobility anchor 101b receives the relocate response signal from the proxy delivery server 600b. The mobility anchor 101b establishes a tunnel for tunneling a packet having a predetermined destination address or source address to the address of the proxy delivery server 600b included in the relocate response signal. The address to be tunneled may be all packets, may be a packet having the address of the mobile terminal 400 as a transmission source, or may be a packet addressed to a server that provides a content distribution service. At the same time, when the mobility anchor 101b receives a packet tunneled from the proxy delivery server 600b to the mobility anchor 101b, the mobility anchor 101b decapsulates the packet and then performs a transfer process in the same manner as the conventional mobility anchor 100 To do.

  In step S407, the mobility anchor 300b transmits a transmission path setting response signal to the mobility anchor 101a as a response to the transmission path setting request received in step S404.

  In step S408, when the mobility anchor 101a receives the transmission path setting response signal from the mobility anchor 101b, the mobility anchor 101a transmits a transmission path setting response signal to the access network GW 201b as a response to the transmission path setting request received in step S403.

  Hereinafter, the processing of steps S409 to S415 is the same as the processing of steps S309 to S315 in FIG.

  In the sequence diagram of FIG. 7, as in the case of FIG. 6, an example in which the access network GW 201 and the mobility anchor 101 are deployed as separate nodes has been described. However, two software programs that operate on the same hardware, or Both can be implemented as one software. Further, the proxy delivery server 600 can be operated on one piece of hardware in the same manner as the mobility anchor 101.

2.5) System communication control (third example)
Next, a third example of the process flow of the mobile communication system according to the first embodiment of the present invention will be described using the sequence diagram shown in FIG. The sequence shown in FIGS. 6 and 7 differs from the sequence shown in FIGS. 6 and 7 in that it is more appropriate when the connection process is performed again after the transmission path established between the mobility anchor 101a, the access network GW 201a, and the mobile terminal 400 is disconnected once. A transmission path is established between the access network GW 201b and the mobility anchor 101b. Basically, continuity of service cannot be ensured at the time of deletion processing, but in the mobile communication system defined by 3GPP, for example, the mobile terminal side 400 side is also involved, so that the IP layer or higher There is room to maintain the connection. That is, there is room for maintaining a TCP session.

  In the description of the operation here, the processes related to the radio base station 300 are omitted as in FIGS. Further, a situation is assumed in which the service providing server 500 provides a download type video distribution service using HTTP.

  In FIG. 8, first, in step S500, the mobile terminal 400 considers a situation in which content distributed by the service providing server 500 is viewed. At this time, the content is delivered to the mobile terminal 400 via the proxy delivery server 600a, the mobility anchor 101a, and the access network GW 201a.

  The proxy delivery server 600a operates like a WEB proxy server and terminates the TCP session of the mobile terminal 400. That is, the destination address of the packet transmitted by the mobile terminal 400 is an address held internally by the proxy delivery server 600a, and the destination address of the packet sent by the service providing server 500 for content delivery is also held by the proxy delivery server 600a. It becomes an address.

  In step S501, as a result of the movement of the mobile terminal 400, the mobile communication system determines whether the access network GW 201b and the mobility anchor 101b are more appropriate than the current access network GW 201a and the mobility anchor 101a, and other conditions. Implementation is decided. Since this relocate determination is directly related to the present invention, the details are omitted.

  In step S502, the mobile communication system selects an access network GW 200b or mobility anchor 100b that is more appropriate, that is, closer to the mobile terminal 400, by disconnecting and reconnecting the transmission path, and processing for establishing the transmission path is performed. For example, in EPS (Evolved Packet System) which is a mobile communication system defined by 3GPP, TS23.401 “5.10.3 UE or MME Requested PDN disconnection” or TS23.401 “5.3.8.3 MME-initiated Detach procedure” After deleting a transmission line called PDN connection once according to the described procedure, information prompting reconnection in a signal to UE (User Equipment) corresponding to mobile terminal 400 (reactivation requested, reattachment, respectively) By storing, it is possible to cause the UE to perform connection processing again after the transmission path is disconnected.

  The mobile terminal 400 holds the session even when the transmission path is deleted, when it can be determined from the above-described information or the like that the process for disconnecting the transmission path is a process aimed at relocating to a new mobility anchor. can do. For example, if a TCP session has been established, the TCP session can be maintained. However, in this case, the address and destination address of the mobile terminal 400 after reconnection need to be the same as before the disconnection. The address of the mobile terminal 400 is, for example, before and after disconnection / reconnection by the mobility anchor 101 or a node (which may be the proxy distribution server 600) that includes a DHCP (Dynamic Host Configuration Protocol) server function disposed in the subsequent stage. The same address may be assigned. On the other hand, as the destination address, the same address is used by the relocation operation of the proxy delivery server 600 of the present invention.

  In step S503, the access network GW 201b transmits a transmission path setting request to the mobility anchor 101b that is geographically or network close in the reconnection process. In the connection process of the mobile terminal 400, the access network GW 201 can select various appropriate mobility anchors by using various methods such as a method using a DNS or other database server.

  In step S504, when the mobility anchor 101b receives the transmission path setting request from the access network GW 201b, the mobility anchor 101b establishes a tunnel for transferring the packet addressed to the mobile terminal 400 to the access network GW 201b by tunneling. Thereafter, the mobility anchor 101b further transmits a relocate request signal to the proxy delivery server 600b arranged nearby.

  The processing in steps S504 to S513 for transmitting the relocation request signal to this proxy distribution server 600b is the same as the processing in steps S309 to S315 in FIG.

  In the sequence diagram of FIG. 8, as in the case of FIG. 6, the example in which the access network GW 201 and the mobility anchor 101 are deployed as separate nodes has been described. However, two software operating on the same hardware, or Both can be implemented as one software. Further, the proxy delivery server 600 can be operated on one piece of hardware in the same manner as the mobility anchor 101.

2.6) Effect The effect according to the first embodiment of the present invention is that it is possible to relocate to the optimum mobility anchor as the mobile terminal moves, while continuing services such as content viewing being used by the mobile terminal. And As a result, it becomes possible to always transmit the traffic of the mobile terminal through an optimum route, and to efficiently use network resources.

3. Second Embodiment Next, a second embodiment of the present invention will be described in detail with reference to the drawings. The second embodiment of the present invention is characterized in that the content is not distributed to the mobile terminal 400 at the timing when the relocate request is received, but is distributed at the timing when the subsequent distribution start request is received. . Thereby, prior to the relocation, the content acquisition to the service providing server 500 can be performed in advance, and the delay until the content is distributed to the mobile terminal 400 can be reduced.

3.1) Configuration of Proxy Distribution Server In FIG. 9, the proxy distribution server 601 according to the second embodiment of the present invention has a configuration in which a distribution start request processing unit 619 is added to the configuration of the proxy distribution server 600 shown in FIG. Accordingly, the operation of the session control unit 618 is also different from the session control unit 616 of the first embodiment. Therefore, the blocks having the same configurations and functions as those of the first embodiment shown in FIG. 3 are denoted by the same reference numerals, and the description will be simplified. Hereinafter, mainly the configurations and functions different from those of the first embodiment will be mainly described. To do.

  In FIG. 9, when the distribution start request processing unit 619 receives a distribution start request signal from the mobility anchor 101 or the like, it outputs a content distribution start notification to the session control unit 618 together with the address of the mobile terminal 400 stored in the signal. It has a function to do. Note that the distribution start request signal may include information other than the address of the mobile terminal 400, such as an address used as a tunneling endpoint. Thereafter, the distribution start request processing unit 619 transmits a distribution start response signal to the transmission source of the distribution start request signal.

  The session control unit 618 has substantially the same function as the session control unit 616 in the first embodiment and performs the same operation, but at the timing when context information is input from the context management unit 613, session generation, tunnel establishment, and content transfer The start is not performed, and a series of processes of session generation, tunnel establishment, and content distribution start are performed at the timing when the content distribution start is notified from the distribution start request processing unit 619. However, processes other than content distribution, that is, session generation and tunnel establishment may be processed before receiving a content distribution start notification. In addition, after being notified of the start of content distribution, the session control unit 618 specifies content information including information for requesting session generation and tunnel establishment using the address of the mobile terminal 400 included in the notification. The content information may be specified using information other than the mobile terminal 400.

  Regarding the proxy delivery server 601, functional blocks other than the session control unit 618 and the delivery start request processing unit 619 have the same configuration and functions as those in the first embodiment, and thus description thereof is omitted here.

3.2) Operation of Proxy Distribution Server Next, the proxy distribution server 601 does not transmit content to the mobile terminal 400 immediately after receiving the relocate request using the flowcharts of FIGS. 10 and 11. Separately, a flow of processing for transmitting content to the mobile terminal 400 when receiving a distribution start request signal will be described.

  In FIG. 10, the proxy distribution server 601 receives a relocation request prior to the relocation execution, requests content from the service providing server 500 in response to the request, and receives the distributed content as a result. The flow will be described.

  In step S600, a relocation request signal is received from the mobility anchor 101. The relocate request processing unit 610 extracts the identifier of the proxy distribution server 600 that is the relocation source and the identifier of the mobile terminal 400 from the relocate request signal, and outputs the information to the context acquisition unit 611. Thereafter, the relocate request processing unit 610 transmits a relocate response signal to the transmission source of the relocate request signal. However, the relocate response signal may be returned at another timing such as the timing at which the context is acquired in step S602. Further, as already described, the identifier of the mobile terminal 400 may use the address of the mobile terminal 400, for example.

  In step S601, the context acquisition unit 611 transmits a context request signal to the proxy distribution server 600a that is the relocation source. As the destination address of the context request signal, the identifier of the proxy delivery server 600a input from the relocate request processing unit 610 is used. If the identifier is an IP address, it is used as it is. If it is another identifier such as FQDN, the IP address is resolved and used by a mechanism such as DNS. The information stored in the context request signal is as described in the part describing the context acquisition unit 611.

  In step S602, the context acquisition unit 611 receives a context response signal for the context request transmitted in step S601. The context information stored in the context response signal is output to the context management unit 613, and the context management unit 613 outputs information included in the context information to the session control unit 618. Does not require session creation with.

  In step S603, the session control unit 618 determines whether the requested content is already recorded in the recording device 650 using the context information. If it has already been recorded (“Y” in step S603), the process ends. If not recorded ("N" in step S603), the process proceeds to step S604. In the present embodiment, the session control unit 618 does not generate a session at this point, and retains the input context information. In order to hold the content information so that it can be searched later, it is held in association with the address of the mobile terminal 400 so that it can be called using the address of the mobile terminal 400 as a key. However, the content information may be specified using not only the address of the mobile terminal 400 but also another identifier that can identify the mobile terminal 400, the identifier of the proxy distribution server 600 that is the relocation source, and other information.

  In step S604, the proxy request unit 614 and the request message generation unit 615 obtain a content request signal for acquiring the content to be acquired from a necessary location based on the service name, content identifier, and content location information included in the context information. After that, in step S605, the content request signal is transmitted to the service providing server 500 that is the acquisition destination of the content.

  Finally, in step S606, as a result of transmitting the content request signal to the service providing server 500 in step S605, the content distributed from the service providing server 500 is received and recorded in the recording device 650.

  Next, when the content is accumulated or is being performed by the above-described processing, the accumulated content is transferred to the mobile terminal 400 when the proxy distribution server 601 receives the distribution start request signal. The flow of the process to deliver is demonstrated using the flowchart of FIG.

  In FIG. 11, first, in step S700, when the distribution start request processing unit 619 receives the distribution start request signal, it acquires the address of the mobile terminal 400 included in the signal and the address as the end point on the remote side of the tunnel. Is output to the session control unit 618. Thereafter, the distribution start request processing unit 619 may transmit a distribution start response signal as a response to the distribution start request signal to the transmission source of the distribution start request signal.

  In step S701, the session control unit 618 generates a session for continuing content distribution to the mobile terminal 400. At this time, the session control unit 618 uses the address of the mobile terminal 400 input from the relocate request processing unit 610 to identify the context information to be used from the context information held in step S602 of FIG. For identification of the context information, an identifier other than the address of the mobile terminal 400 may be used. After identifying the context information as described above, the session control unit 618 generates a session using information included in the context information. The session control unit 618 also notifies the packet transfer unit 617 to request tunnel generation together with the address of the mobile terminal 400 input from the distribution start request processing unit 619 and the remote end address.

  In step S702, the packet transfer unit 617 uses the mobile terminal 400 and the remote tunnel end point address input from the session control unit 618 to create a tunnel for tunneling the packet addressed to the mobile terminal 400 to the tunnel end point address. Establish. The packet transfer unit 617 also performs a process of decapsulating the packet tunneled to the address of the proxy delivery server 600 and transferring it.

  Finally, in step S703, the packet transfer unit 617 uses a session (for example, a TCP session) generated from a position immediately after the location where the mobile terminal 400 received the content recorded in the recording device 650 before the relocation. Transmit to mobile terminal 400. A packet for transmitting content is encapsulated by the packet transfer unit 617 and transferred by tunneling.

3.3) System Communication Control Next, the processing flow of the mobile communication system according to the second embodiment of the present invention will be described using the sequence diagram shown in FIG. Note that the operation of the radio base station 300 is omitted because it is not directly related. Here, as a procedure for relocating the mobility anchor, after the transmission path established between the mobility anchor 101a, the access network GW 201a, and the mobile terminal 400 is once disconnected as in the procedure shown in the sequence diagram of FIG. A method for establishing a transmission path between the access network GW 201b and the mobility anchor 101b when the connection process is performed again will be described. However, it is possible to apply the proxy delivery server 601 in the second embodiment even in other procedures such as the sequence diagrams shown in FIGS.

  In FIG. 12, it is assumed that the mobile terminal 400 is viewing the content distributed by the service providing server 500 in step S800. At this time, the content is delivered to the mobile terminal 400 via the proxy delivery server 601a, the mobility anchor 101a, and the access network GW 201a.

  As a result of the movement of the mobile terminal 400 in step S801, the mobile communication system performs transmission depending on whether the access network GW 201b and the mobility anchor 101b more appropriate than the current access network GW 201a and the mobility anchor 101a exist, and other conditions. It is determined to relocate the mobility anchor to the access network GW 200b or the mobility anchor 101b that is more appropriate, that is, closer to the mobile terminal 400, by the path disconnection / reconnection. Various cases can be considered for the determination depending on the mobile communication system. For example, in the case of EPS, which is a 3GPP mobile communication system, the MME plays a role.

  When it is determined in step S801 that the mobility anchor is to be relocated, a relocation request signal is transmitted to the proxy delivery server 601b in step S802. Since the node that is the transmission source of the relocate request signal varies depending on the mobile communication system, it is not limited here. In the case of the EPS, the MME can be a transmission source. However, even in the case of EPS, it is not limited to MME.

  In parallel with the relocate request transmission, the anchor locate process shown in step S810 is executed. For example, in the case of EPS, the process is a transmission called PDN connection according to a procedure described in TS23.401 “5.10.3 UE or MME Requested PDN disconnection” or TS23.401 “5.3.8.3 MME-initiated Detach procedure”. After deleting the route once, information for prompting reconnection ("reactivation requested" and "reattach" respectively) is stored in the signal for the UE (User Equipment) corresponding to the mobile terminal 400, and transmitted to the UE. After the road is disconnected, the connection process can be performed again, thereby enabling an anchor location.

  The mobile terminal 400 holds the session even when the transmission path is deleted, when it can be determined from the above-described information or the like that the process for disconnecting the transmission path is a process aimed at relocating to a new mobility anchor. can do. For example, if a TCP session has been established, the TCP session can be maintained. However, in this case, the address and destination address of the mobile terminal 400 after reconnection need to be the same as before the disconnection. As for the address of the mobile terminal 400, for example, the same address is assigned before and after disconnection / reconnection by the mobility anchor 101 or a node (the proxy delivery server 601 may be included) that includes the DHCP server function arranged in the subsequent stage. And it is sufficient. On the other hand, the same address is used for the destination address by the relocation operation of the proxy delivery server 601.

  When the proxy delivery server 601b receives the relocate request in step S802, the process when the relocate request signal in step S600 of FIG. 10 is received is executed. In the process, the proxy delivery server 601b transmits a relocate request response (step S803).

  In step S804, after receiving the relocation request in step S802, the context acquisition unit 611 transmits a context request signal to the proxy distribution server 601a that is the relocation source in the process of performing the process illustrated in the flowchart of FIG.

  In step S805, the proxy delivery server 601a responds to the proxy delivery server 601b with a context response signal storing context information related to the mobile terminal 400.

  When the proxy delivery server 601b receives the context response signal in step S806, the processing from step S602 onward in FIG. 10 is performed. Here, it is assumed that, as a result of the determination in step S603 in FIG. 10, it is determined that the content to be distributed in order to continue viewing the content on the mobile terminal 400 is not recorded in the storage device 650 in the proxy distribution server 601b. To do. In this case, a content request signal is transmitted to the service providing server 500 (step S807).

  In step S808, the service providing server 500 that has received the content request signal distributes the requested content from the requested location. At this time, the destination address of the packet storing the content is the address of the proxy delivery server 601b.

  In step S808, when the proxy distribution server 601b receives the content distributed in step S807, the proxy distribution server 601b records the content received in step S809 in the recording device 650.

  In step S811, the access network GW 201b transmits a transmission path setting request to the mobility anchor 101b in the relocation process of the mobility anchor by reconnection.

  When receiving the transmission path setting request from the access network GW 201b, the mobility anchor 101b establishes a tunnel for transferring the packet addressed to the mobile terminal 400 to the access network GW 201b by tunneling.

  In step S812, the mobility anchor 101b then transmits a distribution start request signal to the proxy distribution server 601b arranged nearby. The proxy delivery server 601b can be determined based on information such as prior settings and a database on the system, and can acquire an address.

  When proxy distribution server 600b receives the distribution start request in step S812, the procedure shown in the flowchart of FIG. 11 is executed. The proxy delivery server 601b also sends a delivery start response signal to the mobility anchor 101b as a response to the delivery start request (step S813).

  When the mobility anchor 101b receives the delivery start response signal, the mobility anchor 101b establishes a tunnel for tunneling a packet having a predetermined destination address or source address to the address of the proxy delivery server 601b included in the relocate response signal. The address to be tunneled may be all packets, may be a packet having the address of the mobile terminal 400 as a transmission source, or may be a packet addressed to a server that provides a content distribution service. When the mobility anchor 101b receives a packet tunneled from the proxy distribution server 601b to the mobility anchor 101b, the mobility anchor 101b decapsulates the packet and then performs a transfer process in the same manner as the conventional mobility anchor 100.

  Thereafter, the mobility anchor 101b transmits a transmission path setting response signal to the access network GW 201b as a response to the transmission dew setting request signal received in Step 811 (Step S814).

  Finally, in step S815, as a result of the processing shown in the flowchart of FIG. 11 being performed in the proxy distribution server 601b, the content recorded in the proxy distribution server 601b is distributed to the mobile terminal 400 via the mobility anchor 101b and the access network GW 201b. Is done.

  As a result of the above processing, even when the mobility anchor 101 and the proxy delivery server 601 are relocated, the mobile terminal 400 can continue to view content through an optimum route without being aware of it.

3.4) Effect The effect according to the second embodiment of the present invention is that the content to be distributed to the mobile terminal can be requested prior to the content distribution. As a result, the content to be distributed is recorded in the proxy distribution server. Since the content distribution is performed later by the distribution start request, it is possible to reduce the delay until the content distribution to the mobile terminal 400 can be resumed after the relocation.

4). Third Embodiment Next, a third embodiment of the present invention will be described in detail with reference to the drawings. In the third embodiment of the present invention, even when the position of the content acquired from the service providing server 500 cannot be accurately controlled or when the position cannot be specified and the content must be acquired from the beginning, the content can be viewed by the mobile terminal 400. Can be continued.

4.1) Configuration of Proxy Distribution Server In FIG. 13, a proxy distribution server 602 according to the third embodiment of the present invention has a configuration in which a position detection unit 620 is added to the configuration of the proxy distribution server 600 shown in FIG. Therefore, the blocks having the same configurations and functions as those of the first embodiment shown in FIG. 3 are denoted by the same reference numerals, and the description will be simplified. Hereinafter, mainly the configurations and functions different from those of the first embodiment will be mainly described. To do.

  The position detection unit 620 obtains information on content data stored in the buffer for distributing content in the proxy distribution server 602a that is the relocation source from the session control unit 616. The content data stored in the buffer is acquired from the relocation source proxy delivery server 602a as part of the context information. Further, the content data information to be acquired may be all stored in the buffer, but as shown in FIG. 14, information traced back by x bytes from the latest data position may be targeted. Here, a case where x bytes are targeted is taken up.

  Thereafter, the position detection unit 620 searches the content data newly acquired from the service providing server 500 by the proxy request unit 614 and recorded in the recording device 650, and detects a location where the information corresponding to the x bytes matches. . When the position detection unit 620 detects a matching portion, the position detection unit 620 notifies the session control unit 616 of the byte position immediately after the matched x byte section as distribution position information.

  The session control unit 616 has the same basic function as the session control unit 616 in the first embodiment, but when the location to be distributed is specified from the content newly acquired from the service providing server 500, the position detection unit 620 The difference is that the distribution position information inputted is used.

4.2) Operation of Proxy Distribution Server The overall operation of the proxy distribution server 602 according to the third embodiment of the present invention is the same as that shown in the flowchart of FIG. The difference is that the function of the position detection unit 620 is used when specifying the position of the content to be distributed. Therefore, here, the operation focusing on the operation of the position detection unit 620 will be described using the flowchart shown in FIG.

  In step S900, first, the position detection unit 620 obtains x bytes from the relocation source proxy distribution server 602a from the latest byte position of the content data stored in the buffer of the proxy distribution server and scheduled to be distributed as context information. As a part from the session control unit 616. The position detection unit 620 uses the x-byte data as a matching pattern.

  In step S901, the position detection unit 620 reads x bytes from the first byte of the content recorded in the recording device 650, such as acquired from the content providing server 500 in step S107 of FIG.

  In step S <b> 902, the position detection unit 620 compares the matching pattern with the data read from the recording device 650.

  In step S903, if the comparison results match (“Y” in step S903), the process proceeds to step S905. If they do not match (“N” in step S903), the process proceeds to step S904. If they do not match (“N” in step S903), in step S904, the position to be compared among the content data recorded in the recording device 650 is advanced by 1 byte from the position used in step S902. The comparison process is performed again in step S902. If they match (“Y” in step S903), in step S905, the position detection unit 620 notifies the session control unit 616 of the byte position immediately after the match as distribution position information, and ends the process.

4.3) Effect According to the third embodiment of the present invention, the position of the content acquired from the service providing server 500 cannot be accurately controlled, or the position cannot be specified and must be acquired from the beginning of the content. However, the content viewing by the mobile terminal 400 can be continued.

5. Others As described above, the recording apparatus 650 described in the first to third embodiments of the present invention can be implemented by an apparatus capable of recording information, such as a semiconductor memory or a hard disk drive. Other functional blocks can be realized using software and a program control processor such as a CPU for operating the software, or can be realized by hardware. Some may be implemented by software, and others may be implemented by hardware.

  Although the present invention can be applied to various mobile communication systems to which various mobility protocols are applied, the following 3GPP EPS, GPRS / UMTS, and WiMAX Forum are mobile communication systems that are considered to be main providers. The correspondence relationship between a node defined in the communication system and each node described in each embodiment is shown.

-3GPP EPS
Mobility Anchor: Packet Data Network-Gateway (PDN-GW)
Access network GW: Serving-Gateway (S-GW)
Radio base station: enhancedNodeB (eNB)
-3GPP GPRS / UMTS
Mobility Anchor: Gateway GPRS Support Node (GGSN)
Access network GW: Serving GPRS Support Node (SGSN)
Wireless base station: NodeB (NB)
-WiMAX Forum
Mobility anchor: Home Agent (HA) or LMA (Local Mobility Anchor)
Access network GW: Access Service Network-Gateway (ASN-GW)
Wireless base station: BaseStation (BS)
4). Additional Notes Part or all of the above-described embodiments may be described as the following additional notes, but are not limited thereto.

(Appendix 1)
A proxy delivery server that relays content delivery from a service providing server to the terminal in a mobile communication system having a mobility anchor that provides mobility to the terminal,
When a mobility anchor relocation request occurs, context acquisition means for acquiring context information related to the content relay from another proxy distribution server that relays content distribution to the terminal;
Session control means for reproducing the state of the session established for content distribution between the another proxy distribution server and the terminal using the acquired context information;
Transfer that transfers the content distributed from the service providing server to the terminal by the reproduced session based on the content position information distributed to the terminal from the other proxy distribution server obtained from the acquired context information Means,
A proxy delivery server characterized by comprising:

(Appendix 2)
The proxy delivery server according to appendix 1, wherein the session control means reproduces the state of the session with the terminal using session information included in the context information.

(Appendix 3)
The proxy delivery server according to appendix 2, wherein the session information is information necessary for reproducing a TCP (Transmission Control Protocol) session state.

(Appendix 4)
Storage means for storing content distributed from the service providing server in response to the content request;
A distribution start request processing means for controlling the distribution timing of content to be transferred to the terminal by the reproduced session, triggered by reception of a distribution start request signal from the outside,
The proxy delivery server according to any one of appendix 1-3, further comprising:

(Appendix 5)
Further comprising request means for making a content request to the service providing server based on the content position information distributed from the another proxy distribution server obtained from the acquired context information to the terminal;
The proxy delivery server according to any one of appendices 1-3, wherein the transfer unit transfers the content distributed from the service providing server according to the content request to the terminal through the reproduced session.

(Appendix 6)
The acquired context information further includes content data stored in a transmission buffer of the another proxy delivery server,
Further comprising position detection means for detecting the position of the content data of the other proxy delivery server in the content data acquired from the service providing server;
4. The proxy delivery server according to any one of appendices 1-3, wherein the transfer unit transfers content to the terminal using the reproduced session from a position immediately after the detected content position. .

(Appendix 7)
A communication control method for a proxy delivery server that relays content delivery from a service providing server to the terminal in a mobile communication system having a mobility anchor that provides mobility to the terminal,
The context acquisition means acquires context information related to the content relay from another proxy distribution server that relays the content distribution to the terminal when a relocation request of the mobility anchor occurs.
Session control means reproduces the state of the session established for the content delivery between the other proxy delivery server and the terminal using the acquired context information with the terminal,
The transfer means transmits the content distributed from the service providing server to the terminal through the reproduced session based on the content position information distributed from the another proxy distribution server obtained from the acquired context information to the terminal. Forward,
A communication control method for a proxy delivery server, characterized in that:

(Appendix 8)
8. The communication control method for a proxy delivery server according to appendix 7, wherein the session control means reproduces the state of the session with the terminal using session information included in the context information.

(Appendix 9)
9. The communication control method for a proxy delivery server according to appendix 8, wherein the session information is information necessary for reproducing a TCP (Transmission Control Protocol) session state.

(Appendix 10)
Storing content distributed from the service providing server in response to the content request in storage means;
The distribution start request processing means controls the distribution timing of the content to be transferred to the terminal by the reproduced session, triggered by reception of a distribution start request signal from the outside,
The communication control method for a proxy delivery server according to any one of appendixes 7-9, characterized in that:

(Appendix 11)
The requesting unit makes a content request to the service providing server based on the content position information distributed from the other proxy distribution server obtained from the acquired context information to the terminal,
The transfer means transfers the content distributed from the service providing server by the content request to the terminal by the reproduced session;
The communication control method for a proxy delivery server according to any one of appendixes 7-9, characterized in that:

(Appendix 12)
The acquired context information further includes content data stored in a transmission buffer of the another proxy delivery server,
Position detecting means detects the position of the content data of the other proxy delivery server in the content data acquired from the service providing server;
The transfer means transfers the content from the position immediately after the detected content position to the terminal using the reproduced session;
The communication control method for a proxy delivery server according to any one of appendixes 7-9, characterized in that:

(Appendix 13)
A mobile communication system that provides mobility to a terminal,
Multiple access network gateways;
Multiple mobility anchors, each connected to multiple access network gateways,
A proxy delivery server connected to each of the plurality of mobility anchors and interposed between external networks;
The proxy delivery server has
When a mobility anchor relocation request occurs, context acquisition means for acquiring context information related to the content relay from another proxy distribution server that relays content distribution to the terminal;
Session control means for reproducing the state of the session established for content distribution between the another proxy distribution server and the terminal using the acquired context information;
Transfer that transfers the content distributed from the service providing server to the terminal by the reproduced session based on the content position information distributed to the terminal from the other proxy distribution server obtained from the acquired context information Means,
A mobile communication system characterized by comprising:

(Appendix 14)
14. The mobile communication system according to appendix 13, wherein the session control unit reproduces the state of the session with the terminal using session information included in the context information.

(Appendix 15)
15. The mobile communication system according to appendix 14, wherein the session information is information necessary to reproduce a TCP (Transmission Control Protocol) session state.

(Appendix 16)
Storage means for storing content distributed from the service providing server in response to the content request;
A distribution start request processing means for controlling the distribution timing of content to be transferred to the terminal by the reproduced session, triggered by reception of a distribution start request signal from the outside,
The mobile communication system according to any one of supplementary notes 13-15, further comprising:

(Appendix 17)
Further comprising request means for making a content request to the service providing server based on the content position information distributed from the another proxy distribution server obtained from the acquired context information to the terminal;
16. The mobile communication system according to any one of appendices 13-15, wherein the transfer unit transfers the content distributed from the service providing server in response to the content request to the terminal through the reproduced session.

(Appendix 18)
The acquired context information further includes content data stored in a transmission buffer of the another proxy delivery server,
Further comprising position detection means for detecting the position of the content data of the other proxy delivery server in the content data acquired from the service providing server;
16. The mobile communication system according to any one of appendices 13-15, wherein the transfer unit transfers content to the terminal from the position immediately after the detected content position using the reproduced session. .

(Appendix 19)
A program for functioning a program control processor of a proxy delivery server that relays content delivery from a service providing server to the terminal in a mobile communication system having a mobility anchor that provides mobility to the terminal,
The context acquisition means acquires context information related to the content relay from another proxy distribution server that relays the content distribution to the terminal when a relocation request of the mobility anchor occurs.
Session control means reproduces the state of the session established for the content delivery between the other proxy delivery server and the terminal using the acquired context information with the terminal,
The transfer means transmits the content distributed from the service providing server to the terminal through the reproduced session based on the content position information distributed from the another proxy distribution server obtained from the acquired context information to the terminal. Forward,
A program for causing the program control processor to function as described above.

(Appendix 20)
The program according to appendix 19, wherein the session control means reproduces the state of the session with the terminal using session information included in the context information.

(Appendix 21)
The program according to appendix 20, wherein the session information is information necessary to reproduce a TCP (Transmission Control Protocol) session state.

(Appendix 22)
Storing content distributed from the service providing server in response to the content request in storage means;
The distribution start request processing means controls the distribution timing of the content to be transferred to the terminal by the reproduced session, triggered by reception of a distribution start request signal from the outside,
The program according to any one of appendices 19 to 21, characterized in that:

(Appendix 23)
The requesting unit makes a content request to the service providing server based on the content position information distributed from the other proxy distribution server obtained from the acquired context information to the terminal,
The transfer means transfers the content distributed from the service providing server by the content request to the terminal by the reproduced session;
The program according to any one of appendices 19 to 21, characterized in that:

(Appendix 24)
The acquired context information further includes content data stored in a transmission buffer of the another proxy delivery server,
Position detecting means detects the position of the content data of the other proxy delivery server in the content data acquired from the service providing server;
The transfer means transfers the content from the position immediately after the detected content position to the terminal using the reproduced session;
The program according to any one of appendices 19 to 21, characterized in that:

  The present invention can be applied to a technology for realizing service continuation at the time of anchor locating in a future mobile communication system.

DESCRIPTION OF SYMBOLS 10 Core network 20 Access network 30 External network 100 Mobility anchor 101 Mobility anchor 110 in the 1st Embodiment of this invention 110 Distribution path setting part 111 Anchor locating part 200 Access network GW
201 Access network GW according to the first embodiment of the present invention
210 Ancariloc Notification Unit 300 Radio Base Station 400 Mobile Terminal 500 Service Providing Server 600 Radio Base Station 600 Proxy Distribution Server in the First Embodiment of the Present Invention 610 Relocate Request Processing Unit 611 Context Acquisition Unit 612 Context Transmission Unit 613 Context Management Unit 614 proxy request unit 615 request message generation unit 616 session control unit 617 packet transfer unit 618 session control unit 619 second embodiment distribution start request processing unit 620 position detection unit 650 storage device

Claims (9)

A proxy delivery server that relays content delivery from a service providing server to the terminal in a mobile communication system having a mobility anchor that provides mobility to the terminal,
When a mobility anchor relocation request occurs, context acquisition means for acquiring context information related to the content relay from another proxy distribution server that relays content distribution to the terminal;
Session control means for reproducing the state of the session established for content distribution between the another proxy distribution server and the terminal using the acquired context information;
Transfer that transfers the content distributed from the service providing server to the terminal by the reproduced session based on the content position information distributed to the terminal from the other proxy distribution server obtained from the acquired context information Means,
A proxy delivery server characterized by comprising:   2. The proxy delivery server according to claim 1, wherein the session control unit reproduces the state of the session with the terminal using session information included in the context information.   3. The proxy delivery server according to claim 2, wherein the session information is information necessary for reproducing a TCP (Transmission Control Protocol) session state. Storage means for storing content distributed from the service providing server in response to the content request;
A distribution start request processing means for controlling the distribution timing of content to be transferred to the terminal by the reproduced session, triggered by reception of a distribution start request signal from the outside,
The proxy delivery server according to claim 1, further comprising: Further comprising request means for making a content request to the service providing server based on the content position information distributed from the another proxy distribution server obtained from the acquired context information to the terminal;
The proxy delivery server according to any one of claims 1 to 3, wherein the transfer unit transfers the content distributed from the service providing server in response to the content request to the terminal through the reproduced session. . The acquired context information further includes content data stored in a transmission buffer of the another proxy delivery server,
Further comprising position detection means for detecting the position of the content data of the other proxy delivery server in the content data acquired from the service providing server;
4. The proxy delivery according to claim 1, wherein the transfer unit transfers content to the terminal using the reproduced session from a position immediately after the detected content position. server. A communication control method for a proxy delivery server that relays content delivery from a service providing server to the terminal in a mobile communication system having a mobility anchor that provides mobility to the terminal,
The context acquisition means acquires context information related to the content relay from another proxy distribution server that relays the content distribution to the terminal when a relocation request of the mobility anchor occurs.
Session control means reproduces the state of the session established for the content delivery between the other proxy delivery server and the terminal using the acquired context information with the terminal,
The transfer means transmits the content distributed from the service providing server to the terminal through the reproduced session based on the content position information distributed from the another proxy distribution server obtained from the acquired context information to the terminal. Forward,
A communication control method for a proxy delivery server, characterized in that: A mobile communication system that provides mobility to a terminal,
Multiple access network gateways;
Multiple mobility anchors, each connected to multiple access network gateways,
A proxy delivery server connected to each of the plurality of mobility anchors and interposed between external networks;
The proxy delivery server has
When a mobility anchor relocation request occurs, context acquisition means for acquiring context information related to the content relay from another proxy distribution server that relays content distribution to the terminal;
Session control means for reproducing the state of the session established for content distribution between the another proxy distribution server and the terminal using the acquired context information;
Transfer that transfers the content distributed from the service providing server to the terminal by the reproduced session based on the content position information distributed to the terminal from the other proxy distribution server obtained from the acquired context information Means,
A mobile communication system characterized by comprising: A program for functioning a program control processor of a proxy delivery server that relays content delivery from a service providing server to the terminal in a mobile communication system having a mobility anchor that provides mobility to the terminal,
The context acquisition means acquires context information related to the content relay from another proxy distribution server that relays the content distribution to the terminal when a relocation request of the mobility anchor occurs.
Session control means reproduces the state of the session established for the content delivery between the other proxy delivery server and the terminal using the acquired context information with the terminal,
The transfer means transmits the content distributed from the service providing server to the terminal through the reproduced session based on the content position information distributed from the another proxy distribution server obtained from the acquired context information to the terminal. Forward,
A program for causing the program control processor to function as described above.

Images