WO2011017976A1

WO2011017976A1 - Method and system for media service

Info

Publication number: WO2011017976A1
Application number: PCT/CN2010/073950
Authority: WO
Inventors: 王德超; 熊勤; 王印龙
Original assignee: 中兴通讯股份有限公司
Priority date: 2009-08-10
Filing date: 2010-06-13
Publication date: 2011-02-17
Also published as: CN101626385B; CN101626385A

Abstract

A method and system for media services are provided, and the method includes: an edge node receives a media service request from a user device, wherein the media service request is used to request media resources; the edge node determines whether it can provide the media resources for the user device; if the result is no, the edge node sends a request message to a center node; the edge node receives from the center node the media resources responding to the request message, and sends the media resources to the user device. The present invention optimizes the resource sharing ability of the system, and improves the user experience effect

Description

TECHNICAL FIELD The present invention relates to the field of communications, and in particular to a media service method and system. BACKGROUND OF THE INVENTION Mobile streaming media technology collects continuous sound and video information into a network server after being collected and compressed, so that the mobile terminal user can listen and watch while downloading, without waiting for the entire multimedia file to be downloaded. Instant viewing technology. When the mobile streaming media service is provided, the server node is generally set up according to the physical area to which the user belongs, and the node provides the media service for the users in the area. When there are more and more media files in the system, it will put a lot of pressure on the storage of the node. At the same time, for some unpopular and unpopular content, saving one node for each node will cause waste of storage resources, but if it is to reduce storage The pressure allows each node to selectively save part of the media file. When the user requests a media file that does not exist on the node, the system cannot provide the service and affect the user experience. SUMMARY OF THE INVENTION A primary object of the present invention is to provide an improved media service solution to solve at least one of the above problems. According to an aspect of the present invention, a media service method is provided. The media service method according to the present invention includes: the edge node receives a media service request from the user equipment, wherein the media service request is used to request the media resource; the edge node determines whether it can provide the media resource for the user equipment; In the case of no, the request message is sent to the central node; the edge node receives the media resource from the central node in response to the request message, and sends the media resource to the user equipment. According to another aspect of the present invention, a media service system is provided. The media service system according to the present invention includes an edge node and a central node, where the edge node includes: a first receiving module, configured to receive a media service request from a user equipment, where the media service request is used to request a media resource; Used to determine that an edge node can be a user device Providing a media resource; a first sending module, configured to send a request message to the central node if the determining result of the determining module is negative; the second receiving module, the edge node receives the media resource from the central node in response to the request message; And a sending module, configured to send the media resource to the user equipment. According to the present invention, the media resource is saved on the sub-node (ie, the edge node) according to the policy. When the media resource requested by the user terminal does not exist on the sub-node, the sub-node acquires the media resource from the central node, and solves the problem. The problem that the server sub-node wastes the storage resources generated when the resources are stored and the system cannot provide the services when the resources are not present, thereby achieving the effect of optimizing the resource sharing capability of the system and improving the user experience. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, 1 is a flowchart of a media service method according to an embodiment of the present invention; FIG. 2 is a schematic structural diagram of a mobile streaming media system networking according to an embodiment of the present invention; FIG. 3 is a schematic diagram of an embodiment of the present invention. FIG. 4 is a flowchart of providing an on-demand service in a non-relay form according to an embodiment of the present invention; FIG. 5 is a flowchart of providing an on-demand service in a relay form according to an embodiment of the present invention; 6 is a structural block diagram of a media service system according to an embodiment of the present invention; and FIG. 7 is a block diagram showing a specific structure of a media service system according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. In the following embodiments, the steps shown in the flowchart of the accompanying drawings may be performed in a computer system such as a set of computer executable instructions, and although the logical order is shown in the flowchart, in some In this case, the steps shown or described may be performed in a different order than the ones described herein. Embodiment 1 In this embodiment, a media service method is provided. FIG. 1 is a flowchart of a media service method according to an embodiment of the present invention. As shown in FIG. 1, the method includes the following steps S102 to S106: Step S102: The edge node receives a media service request from the user equipment, where the media service request is used to request the media resource. Step S104: The edge node determines whether the edge node can provide the requested media resource for the user equipment, and sends a request message to the central node if it is determined that it cannot provide the media resource for the user equipment; In the case that the user equipment is provided with the media resource, the edge node sends the media resource to the user equipment. Step S106: The edge node receives the media resource of the central node in response to the request message, and sends the media resource to the user equipment. Through the foregoing steps, the edge node can request the media resource from the central node if the media resource cannot be provided for the user equipment, so that the edge node can save all the media resources without saving all the media resources. The reason why the edge node cannot provide the media resource to the user equipment may be that the edge node does not have the media resource, but the reason is not limited thereto. For example, the reason may be that the load of the edge node is too large, etc., based on the overload. The above steps can also avoid overloading the edge nodes. Therefore, the above steps solve the problem that the storage node generated by the server sub-node in the related art wastes the storage resources and the system cannot provide the service when the resource does not exist. Preferably, the edge node does not need to save all the media resources, and the media resource may be saved according to a predetermined policy. For example, the media resource may be saved according to the number of times the media resource is requested, the creation time of the media resource, and the like. Embodiment 2 In this embodiment, a description is given of a preferred embodiment in which an edge node in step 4 of the first embodiment receives a media resource from a central node in response to a request message, and includes the following steps: Step A, Center The node sends a Uniform Resource Locator (URL) carrying the address of the media server for providing the media resource to the edge node. Step B: The edge node initiates a media service request according to the URL to the media server corresponding to the URL, and receives the media resource from the media server corresponding to the URL. With this embodiment, the edge node can request and acquire the media resource from the media server of the central node. Embodiment 3 In this embodiment, a preferred implementation manner of sending a request message to an edge node in the step S104 of the first embodiment is described. The method includes the following steps: Step C: The edge node sends the carried message to the user equipment. The URL of the media server address of the edge node, where the URL carries an indication identifier that the edge node does not have a media resource. Step D: The user equipment initiates a media service request according to the URL to the media server corresponding to the URL. Step E: After receiving the service request from the user equipment, the media server corresponding to the URL sends a request message to the central node. Through the above steps, the media server of the edge node can send a request message to the central node, so that the media server of the edge node can obtain the media resource from the central node and save it. Embodiment 4 This embodiment combines Embodiment 1 to Embodiment 3 and its preferred embodiments. FIG. 2 is a schematic structural diagram of a mobile streaming media system networking according to an embodiment of the present invention, as shown in FIG. 2, in the mobile streaming media system. The lieutenant deploys the headquarters-provincial secondary architecture, and sets up a central node (also called the headquarters node) at the headquarters; sets an edge node (also called a provincial node or local node) in each province, where The service server address information of the headquarters node is configured on the media server of the provincial node. The node refers to a combination of a service engine device and multiple media server devices. The service engine is used to manage the file information (ie, the media resource) stored on the media server device and the media server device. The provincial service engine is also responsible for processing the interaction with the user equipment (User Equipment, UE for short). After receiving the media service request from the user equipment, the service engine first retrieves from the database which media server devices contain the media files requested by the user (ie, media resources), and then integrates the hardware of each media server in the provincial node. Choose the most appropriate server for performance and / or concurrent flow, and finally assemble the URL for providing media services Provided to the user, the user uses this URL for media service requests. The media server can provide media services such as on-demand, live broadcast, and download to the user. The media server can form a cluster by using multiple media server devices. The media server uses a large-capacity magnetic array to store the physical content of the media files on the node. The Wireless Access Protocol (WAP) portal in the headquarters node is responsible for displaying media files in the mobile streaming media system. The user device browses the list of media files in the system by accessing the WAP portal. All media files are saved on the media server of the headquarters node. Each provincial node stores only some physical files according to certain policies. For example, only popular content or new online content can be saved according to the actual operation of the system and dynamically adjusted periodically. All mobile streaming users can belong to an edge node based on their terminal number (for example, mobile number). When a user equipment requests a media service, the wireless network or the wired fixed network is responsible for sending the request to the provincial branching service engine of the provincial branch node to which it belongs, and the provincial branching service engine records the media file saved in the database of the node. If the media file requested by the user exists on the provincial media server, the local media server of the node directly provides services for the user; if the corresponding media file does not exist on the provincial media server, the service relay process is triggered. Through a series of interactions, the network element such as the provincial media server, the headquarters service engine, and the headquarters media server selects an optimal available headquarters media server device, which is responsible for providing the media service of the user request content to the provincial media server. The relay process is described in detail below. The relaying process is: when the user equipment requests the service, if the home node does not have the service condition, the provincial media server in the home node first initiates a redirect request to the headquarters service engine (it is required that the redirection refers to The distribution information of the media files in the system and the operation of each media device, select a media server to provide services for the user), and the headquarters service engine generates a service URL including the address of the media server of the headquarters to return to the provincial media server, and save the media server. Use this URL to request services from the headquarters media server. The headquarters media server sends the media code stream to the provincial media server. The media server saves the media code stream to the user device to complete the media interaction process. The data transmission form between the headquarters media server and the provincial media server, and between the provincial media server and the user equipment is related to the service type. The general streaming media data transmission is through a real-time transport protocol (Real-time Transport Protocol, Referred to as RTP, it is completed with the Real-time Transport Control Protocol (RTCP). Figure

3 is a flowchart of a service relay method according to an embodiment of the present invention. As shown in FIG. 3, the process includes the following steps: Step S301: The user equipment initiates a media service request to the provincial service engine of the home node. Step S302: After receiving the media service request, the provincial service engine searches the database for whether the content requested by the user exists on the media service device of the local node. Step S303, determining whether the provincial node can provide the service according to the search result in step S302, and combining the hardware performance of the media server and the number of concurrent flows in the provincial node. Step S304, if the provincial node can provide a service for the user, the media stream is directly sent by the provincial media server to the user equipment, and the monthly service flow is started. In step S305, if the provincial node cannot provide the service, the relay process needs to be triggered. At this time, a temporary service URL is generated by the provincial service engine and returned to the user equipment. The service device network protocol (Internet Protocol, IP address) in the URL fills in the address of any media server in the node, and at the same time, The URL indicates that the service needs to go through the relay process through an identifier parameter. Step S306: The user equipment initiates a request to the provincial media server by using the URL returned in step S305, and the provincial media server takes out the relay identification parameter in the request URL, and initiates a redirect request to the headquarters service engine. Step S307: The headquarters service engine performs redirection in the headquarters node to generate an available URL containing the address of the headquarters media server, and then encapsulates the URL in a response message of a certain format to return the result to the requesting provincial media server. Step S308, the provincial media server requests the service from the headquarters media server by using the received new URL, and the headquarters media server sends the code stream data of the requested content to the provincial media server. Step S309, the provincial media server forwards the received code stream data to the user equipment, and starts the media service process. In the embodiment, the user equipment requests the video file on-demand service as an example, and the description is made on the situation that the content requested by the user and the content of the user request are not present on the provincial node to which the user belongs. 4 is a flow chart of providing an on-demand service in a non-relay form according to an embodiment of the present invention, as shown in FIG. 4, in the process, the provincial streaming media server provides services directly to the user, the UE is generally referred to as a mobile mobile terminal; the WAP refers to an audio and video WAP portal, and the portal entry list is provided on the portal. In actual applications, the user equipment first accesses the WAP. Portal, select a content of interest on the page to trigger the on-demand process; Local Streaming Server (LSS) is deployed at the edge node of the network, responsible for local access of users in a certain province, providing streaming media. A media server for services such as on-demand, live broadcast, and download; a local service engine (LSE) is a provincial branch node and a local streaming server to provide mobile streaming services to users. As shown in FIG. 4, the process includes the following steps: Step S401: The user equipment accesses the WAP portal of the mobile streaming media system through the wireless network. Step S402, the WAP portal displays the audio and video media files in the mobile streaming media system on the page in a list, and returns the information to the user equipment. Step S403: The user selects the media file of interest for on-demand, and sends an on-demand service request to the LSE of the own node, where the message is a GET request in a HyperText Transfer Protocol (HTTP) format. Step S404, the LSE searches in the content record table of the own node database, and finds whether the content requested by the user exists on the local streaming server. If the content streaming server requested by the user runs normally, the result message is in the form of an HTTP packet. Return, the result code in the HTTP message header is 200. The HTTP message body contains the result URL generated by the LSE. Setting the proxy parameter to 0 in the URL indicates that the content exists in the provincial node, and the service relay process is not required. Step S405: After the response to the LSE, the user equipment extracts the URL in the response message, and initiates a service request to the LSS by using a Real-time Streaming Protocol (RTSP) message. Step S406: After receiving the RTSP request from the user equipment, the LSS determines that the proxy parameter in the request URL is 0, locates the location of the file requested by the user on the magnetic array of the server, and starts to send the code stream data to the user equipment to provide the on-demand service. . FIG. 5 is a flowchart of providing an on-demand service in a relay form according to an embodiment of the present invention. As shown in FIG. 5, when a user equipment requests on-demand, the provincial service engine notifies the user equipment that a device needs to trigger a relay in a message returned to the user equipment. The process then completes the on-demand relay process by interacting between the provincial streaming media server, the headquarters service engine, and the headquarters streaming media server. Global Streaming Server (GSS), deployed at the headquarters node of the mobile streaming system, The way of relaying shares the monthly pressure of each provincial node; the global service engine (Golbal Service Engine, GSE for short) selects one of the most popular streaming servers in the headquarters node when receiving the LSS redirection request. Excellent available device, the information of the server is transmitted back to the LSS. The process includes the following steps: Step S501: The user equipment accesses the WAP portal of the mobile streaming media system. Step S502, the WAP portal displays the audio and video media files in the system on the page in a list, and returns the information to the user equipment. Step S503, the user selects the media file of interest for on-demand, and sends an on-demand service request to the LSE of the own node. Step S504, the LSE searches in the content record table of the node database, and finds whether the content requested by the user exists on the local streaming server. If not, generates a temporary service URL, and the streaming server address in the URL is filled in the local node. Any streaming media server IP, at the same time, by setting the identifier parameter proxy in the URL to 1 means that there is no such content locally, the relay process needs to be triggered subsequently, and the response message is also returned in the form of an HTTP packet, and the result code in the HTTP message header is 200. The HTTP message body contains the result URL generated by the LSE. Step S505: After receiving the response of the LSE, the user equipment extracts the URL in the response message body, and initiates a service request to the LSS in the RTSP format. Step S506: After receiving the request of the user equipment, the LSS determines that the proxy parameter in the request URL is 1, and initiates a redirect request to the GSE, requesting to obtain an on-demand URL that can be served. Step S 507, the GSE retrieves the content record table of the headquarters node database, finds which streaming media device contains the media file requested by the user, and selects a streaming media server according to the running condition of each device, and finally generates a relay service that can provide the LSS with the relay service. Available URLs, formatted as: rtsp:〃<GSS-IP>:<GSS-Port>/vod.3gp?userid=8618807880000&subcontenti d=9013100020090514012300... , where GSS-IP is a serviceable stream in the headquarters node The address of the media server,

GSS-Port is the port number of the streaming media server that provides the video streaming service. Then the GSE encapsulates an RTSP response message. The result code in the message is filled with 302 (Moved Temporarily, redirection, indicating that the request must be further processed to complete the request;), At the same time, the newly generated URL is filled in the location (point) parameter i or in the response-header, and then returned to the provincial streaming media. Server. Step S508, after receiving the RTSP response with the result code 302, the LSS initiates a relay request by taking a new URL from the location i of the response-header in the response message packet. Step S509: After receiving the service request of the LSS, the GSS locates the requested entity file and starts to send the code stream data to the LS S. Step S510, the LSS forwards the received code stream data to the user equipment, and starts to provide an on-demand service to the user. In the embodiment, the on-demand service is taken as an example for description. Similarly, it can be extended to the media and service fields such as live broadcast and download. The above description is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto, and all the various substitutions and tampering based on the essence of the present invention should belong to the present invention. The scope of protection of rights. Embodiment 6 This embodiment combines the foregoing embodiments and the preferred embodiments in the respective embodiments. This embodiment provides a media service system, and FIG. 6 is a structural block diagram of a media service system according to an embodiment of the present invention, as shown in FIG. 6. As shown, the central node may be connected to one or more edge nodes, and the edge node includes: a first receiving module 62, a first sending module 64, a second receiving module 66, and a second sending module 68. The edge node is detailed below. Introduction. The first receiving module 62 is configured to receive a media service request from the user equipment, where the media service request is used to request the media resource; the determining module 60 is connected to the first receiving module 62 and the first sending module 64, where the module is used for determining Whether the edge node can provide the media resource to the user equipment; the first sending module 64 is connected to the first receiving module 62, configured to send a request message to the central node if it is determined that the edge node cannot provide the media resource for the user equipment; The receiving module 66 is connected to the first sending module 64, and the edge node receives the media resource from the central node in response to the request message. The second sending module 68 is connected to the second receiving module 66 for transmitting the media resource to the user equipment. FIG. 7 is a structural block diagram of a media service system according to an embodiment of the present invention. As shown in FIG. 7, the second receiving module 66 includes: a first receiving submodule 662, an initiating submodule 664, and a second receiving submodule 666. This is described in detail. a first receiving submodule 662, configured to receive a URL from a central node that carries a media server address for providing a media resource; the initiating submodule 664 is connected to the first receiving submodule 662, The second receiving sub-module 666 is configured to receive the media resource from the media server corresponding to the URL, by using the media server to initiate a media service request according to the URL. As shown in FIG. 7, the first sending module 64 includes: a first sending submodule 642 and a second sending submodule 644, where the first sending submodule 642 is configured to send, to the user equipment, a media server address carrying the edge node. a URL, wherein the URL carries an indication that the edge node cannot provide the media resource, so that the user equipment initiates a media service request according to the URL to the media server corresponding to the URL; and the second sending submodule 644 is configured to receive the user from the user. After the service request of the device, a request message is sent to the central node.

As shown in FIG. 7, the edge node further includes: a saving module 74, configured to save the media resource according to a predetermined policy. As shown in FIG. 7, the central node includes: a third receiving module 76 and a third sending module 78. The central node is described in detail below.

The third receiving module 76 is configured to receive a request message from the edge node, where the request message is used to request the media resource: the third sending module 78 is connected to the third receiving module 76, and configured to send the media resource to the edge node.

It can be seen that, by the method described in the present invention, each provincial branch node saves part of the content resources in the system according to a certain policy, and at the same time, the content that does not exist for the local node can provide services through relaying, and can effectively solve the node content storage. The contradiction between providing stable service and better optimizing the resource sharing ability of the system.

Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any particular combination of hardware and software.

The above description is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Claims

Claim

A media processing method, comprising:

The edge node receives a media service request from the user equipment, where the media service request is used to request a media resource;

Determining, by the edge node, whether the media resource is provided by the user equipment; the edge node sending a request message to the central node if the determination result is no; the edge node receiving the response from the central node And the media resource of the request message is sent to the user equipment.

The method according to claim 1, wherein the receiving, by the edge node, the media resource from the central node in response to the request message comprises:

Sending, by the central node, a URL carrying a media server address for providing the media resource to the edge node;

The edge node initiates a media monthly request to the media server corresponding to the URL according to the URL, and receives the media resource from the media server corresponding to the URL.

The method according to claim 1, wherein the sending, by the edge node, the request message to the central node comprises:

The edge node sends, to the user equipment, a URL that carries the media server address of the edge node, where the URL carries an indication identifier that the edge node cannot provide the media resource;

The user equipment sends a media service request to the media server corresponding to the URL in the URL;

After receiving the monthly service request from the user equipment, the media server corresponding to the URL sends the request message to the central node.

The method according to any one of claims 1 to 3, wherein, in the case that the determination result is yes, the edge node sends the media resource to the user equipment.

The method according to claim 1, wherein before the edge node receives the media monthly request from the user equipment, the method further includes: The edge node saves the media resource according to a predetermined policy.

6. A media service system, comprising an edge node and a central node, wherein the edge node comprises:

a first receiving module, configured to receive a media service request from a user equipment, where the media service request is used to request a media resource;

a determining module, configured to determine that the edge node is capable of providing the media resource to the user equipment;

a first sending module, configured to send a request message to the central node if the determining result of the determining module is negative;

a second receiving module, the edge node receiving the media resource from the central node in response to the request message;

The second sending module is configured to send the media resource to the user equipment.

The system according to claim 6, wherein the second receiving module comprises: a first receiving submodule, configured to receive a media service from the central node for providing the media resource URL of the address of the device;

And an initiating submodule, configured to send a media service request to the media server corresponding to the URL according to the URL;

And a second receiving submodule, configured to receive the media resource from a media server corresponding to the URL.

The system according to claim 6, wherein the first sending module comprises:

a first sending submodule, configured to send, to the user equipment, a URL that carries a media server address of the edge node, where the URL carries an indication that the edge node cannot provide the media resource, so that Initiating a media service request to the media server corresponding to the URL by the user equipment in the URL;

And a second sending submodule, configured to send the request message to the central node after receiving a service request from the user equipment.

9. The system according to claim 7, wherein the edge node further comprises:

A saving module, configured to save a media resource according to a predetermined policy.

The system according to any one of claims 7 to 9, wherein the central node comprises:

a third receiving module, configured to receive a request message from the edge node, where the request message is used to request a media resource:

And a third sending module, configured to send the media resource to the edge node.