WO2008017249A1

WO2008017249A1 - A method and apparatus for streaming media service resource management

Info

Publication number: WO2008017249A1
Application number: PCT/CN2007/002327
Authority: WO
Inventors: Xinfa Wang; Ming Jiang; Qin Qu; Feng Chen
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-08-02
Filing date: 2007-08-02
Publication date: 2008-02-14
Also published as: CN1909514A; CN100461766C

Abstract

A method for streaming media service resource management, includes: getting the streaming media service message sent by the user terminal; when determining the realtime streaming media service is starting by resolving said streaming media service message, initiating the PDP context update, and reserving the resource for said streaming media service; when determining the realtime streaming media service is ending by resolving said streaming media service message, initiating the PDP context update, and releasing the resource for said streaming media service. An apparatus for streaming media service resource management, includes: a detection unit for getting the streaming media service message sent by the user terminal; a determination unit for resolving said streaming media service message, determining whether the streaming media service is starting or ending, and sending corresponding resource management command; a resource management unit for reserving the resource for said realtime streaming media service or releasing the reserved resource for said realtime streaming media service according to the resource management command. Using the method, it may ensure the realtime streaming media service quality and improve the utility of the network resource.

Description

Method and device for managing streaming media service resources

The present invention relates to the field of communications, and in particular, to a method and an apparatus for managing streaming media service resources. Background technique

The rapid development of data services, especially the development of real-time data services (such as streaming media services), has brought a big impact on existing networks. Real-time data services have a large amount of data and require low latency, which is a big test for traditional data networks. With the growth of real-time data services, the following requirements are proposed for existing networks: The network can distinguish between real-time services and non-real-time services, that is, it can have service-aware capabilities; it can differentiate the perceived real-time services. That is, it has the ability to differentiate its business. It can be seen that the service awareness capability is the prerequisite for guaranteeing the quality of service (QoS) of the wireless network.

In the field of Universal Mobile Telecommunications System (UMTS) networks, the perception of data services is an important part of the 3GPP protocol standard. See Figure 1 for a schematic diagram of the service-aware scheme proposed by the existing 3GPP R99 protocol standard.

In the process of allocating resources for the service by the service, the network side device (such as the gateway GPRS support node GGSN) does not have the service sensing capability, and the service sensing capability depends on the user equipment (UE). However, due to the limitation of the user terminal itself, the quality of service (QoS) parameters carried by the user terminal in the context of establishing a protocol data packet (PDP) context request may not be completely consistent with the requirements of the service layer. That is, the QoS parameters reported by the user terminal to the UMTS network are not completely trusted, and the network side (such as the radio access network RAN/core network CN/service platform) does not have the service sensing capability, and cannot truly perceive the user. service attribute (e.g. traffic class) actually transmitted plane ₀ Therefore, in 3GPP R99 phase, and according to the QoS class of the user terminal to request the service assurance method shield amount, does not fully meet the needs of real-time services. If the user terminal does not carry the QoS parameter in the PDP context establishment request, the network side generally reserves resources for the service according to the default QoS parameter or the user subscription QoS parameter. The default parameters and user-signed QoS parameters are not necessarily consistent with the current service requirements of the user.

In summary, the scheme for sensing services through user terminals proposed in the 3GPP R99 protocol standard has the following disadvantages:

1. The network side cannot actively perceive the real-time streaming media service requested by the user. Therefore, the corresponding resources cannot be dynamically allocated and reclaimed for the applied streaming media service.

1. The network side cannot actively perceive the service attribute information of the user service request, and can only provide guaranteed bandwidth for all user services to provide streaming media ik services, thus potentially causing waste of resources. Sensing, QoS parameter mapping, and service application are too dependent on the application layer of the user terminal and the user terminal. Therefore, the capability of the user terminal is limited, resulting in inaccurate information, resulting in unguaranteed service quality of real-time services.

In the 3GPP R6 protocol standard, an end-to-end QoS architecture system is proposed. Referring to FIG. 2, a schematic diagram of a service awareness scheme proposed by the existing 3GPP R6 protocol standard.

In the process of allocating resources for services through service awareness, the UMTS network has the capability of service awareness, but at the same time requires the user terminal and the network to support the binding mechanism between the IP bearer layer and the application layer. The binding mechanism combines the PDP context bearer with the QoS policy information. The bound information includes a token (Authentication Token, which is assigned by the policy control function) and an IP Flow Identifier. The UMTS end-to-end QoS architecture requires the user terminal to have the following capabilities: support for the SIP protocol, support for secondary activation, and support for token mechanisms.

In the scheme of sensing services proposed in the 3GPP R6 protocol standard, due to the variety of user terminals and application software in the existing network, and the QoS capabilities of the user terminals are inconsistent, the current wideband code division multiple access system is (Wide-band Code Division Multiple Access, WCDMA) End-to-end quality of service in the network is difficult to guarantee. In addition, the solution has special requirements for the user terminal, and the network also needs to support the standard Go interface and the Gq interface at the same time, which is difficult to implement in a short period of time, thus affecting the popularization and promotion of the streaming media service.

The prior art also proposes a method for perceiving a streaming media service through a service server on the network side, independent of the terminal capability. Referring to FIG. 3, a schematic diagram of a perceptual streaming media service solution provided by the prior art is provided. After receiving the service request from the user terminal, the service server initiates a service quality request to the QoS policy decision function (PDF), and the PDF initiates a resource request to the GGSN, and the GGSN initiates a PDP context refresh process to update the network side and the user terminal. The QoS parameters of the requested streaming service.

The inventor found that the prior art has at least the disadvantages in the process of implementing the present invention. In the method of perceiving the streaming media service through the service server on the network side, the network side needs supporting support of three products of the GGSN, the PDF, and the streaming media server. To realize the sensing and processing of the streaming media service request of the user terminal, the process is relatively complicated. Summary of the invention

The embodiment of the invention discloses a method and a device for managing a streaming media service resource, and the process of the network side sensing the streaming media service request of the user terminal and performing resource management.

The method for managing streaming media service resources disclosed in the embodiments of the present invention includes the following steps:

Obtaining a streaming media service packet sent by the user terminal;

When it is determined that the real-time streaming media service starts by parsing the streaming media service packet, the PDP context update of the data packet protocol is initiated, and resources are reserved for the real-time streaming media service;

When it is determined that the real-time streaming media service ends by parsing the streaming media service packet,

The PDP context update reclaims resources reserved for the real-time streaming media service.

The device for managing streaming media service resources disclosed in the embodiment of the present invention includes:

The detecting module is configured to obtain a streaming media service packet sent by the user terminal;

The determining module is configured to parse the streaming media service packet, and when it is determined that the streaming media service starts, send an instruction for reserving resources to the resource management module, and when it is determined that the real-time streaming media service ends, The resource management module sends an instruction to reclaim the reserved resource;

The resource management module is configured to initiate a PDP context update according to the instruction of the reserved resource, reserve a resource for the real-time streaming media service, or initiate a PDP context update according to the instruction for reclaiming the reserved resource, and reclaim the The resources reserved for real-time streaming media services. The method for managing the streaming media service resource disclosed in the embodiment of the present invention includes the following steps: acquiring a streaming media service packet sent by the user terminal;

Determining the request type of the real-time streaming media service by the user terminal by parsing the streaming media service packet, and performing corresponding resource management on the real-time streaming media service according to the request type.

Another device for managing streaming media service resources disclosed by the embodiment of the present invention includes a detecting module, a determining module, and a resource management module;

a detecting module, configured to obtain a streaming media service packet sent by the user terminal;

a judging module, configured to parse the streaming media service packet, and determine, according to the parsed the streaming media service packet, a request type of the real-time streaming media service by the user terminal;

And a resource management module, configured to perform corresponding resource management on the real-time streaming media service according to the type of the request.

The foregoing embodiment of the present invention obtains a streaming media service packet of the user terminal, and determines whether the user terminal initiates a real-time streaming media-related service by analyzing the packet, and initiates a corresponding

The PDP context update process performs corresponding resource management, which simplifies the process of the network side sensing the streaming media service of the user terminal compared with the streaming media service of the network side that requires multiple entities to perceive the user terminal in the prior art, and further simplifies the flow according to the network side. The process of resource management by the perceived streaming media service. DRAWINGS

FIG. 1 is a schematic diagram of a service sensing scheme proposed by an existing 3GPP R99 protocol standard;

2 is a schematic diagram of a service sensing scheme proposed by the existing 3GPP R6 protocol standard;

3 is a schematic diagram of a perceptual streaming media service solution provided by the prior art;

4 is a schematic flowchart of performing streaming media resource allocation by using a GGSN to sense real-time streaming media services according to an embodiment of the present invention;

FIG. 5 is a schematic structural diagram of an apparatus for managing streaming media service resources according to an embodiment of the present invention. detailed description

In the method for managing streaming media service resources disclosed in the embodiment of the present invention, when the user terminal initiates When requesting the streaming media service, the packet data service node captures the packet starting from the streaming media service according to the configured matching rule of the streaming media service information, initiates a PDP context update, and reserves a corresponding real-time streaming media service requested by the user. Resources to ensure the quality of the business of real-time streaming services. After the packet data service node captures the packet of the end of the streaming media service initiated by the user, the network resource reserved for the real-time streaming media service is reclaimed.

In the embodiment of the present invention, the packet data service node senses the start and end of the real-time streaming media service to implement resource reservation and resource recovery for the real-time streaming media service. The packet data service node senses real-time streaming media services, including the perception of the following aspects:

Real-time streaming media service type awareness;

Real-time streaming media service rate awareness;

Real-time streaming media service start and end perception;

Perception of secondary activation of real-time streaming media services;

The perception of concurrent execution of real-time streaming media services.

The sensing of the type and rate of the real-time streaming media service, and the sensing of the start of the real-time streaming media service are mainly used to initiate the PDP context update on the network side, so as to reserve resources for the streaming media service; the sensing of the end of the real-time streaming media service is mainly used for the network. The side initiates a PDP context update to release the resources reserved for the streaming media service in a timely manner; the real-time streaming media concurrent service perception is used for merging and superimposing QoS parameters between multiple streaming media threads, between streaming media and other services. The real-time streaming media secondary activation is mainly used for special processing for terminals with streaming media awareness, such as recycling allocated resources.

In order to realize the sensing of the real-time streaming media service, the packet data service node detects the data packet of the packet data network (PDN network) interface flowing through the packet data service node, such as detecting the service application sent by the user terminal flowing through the Gi interface. The layer packet is parsed, and the packet is parsed, and the service perception of the above aspects is implemented according to the parsed information. For the service perception of the above aspects, the embodiments of the present invention respectively provide specific implementation manners.

For the sensing of the real-time streaming media service type, the embodiment of the present invention provides the following implementation methods: Method 1: Determine whether the service is a streaming media service by using a fixed port number specified by a Real Time Streaming Protocol (RTSP). The RTSP protocol specifies that the fixed IP port number of the streaming media service is 554, and the RTSP protocol is concurrent with the Real Time Transport Protocol (RTP) of the actual transport media stream. Therefore, if the fixed port number parsed is 554, it can be determined. The RTSP controlled service is a real-time streaming media service.

Method 2: Determine whether the service is a streaming media service by using the parsed service server IP address. If the IP address of the service server is the IP address of the streaming server, it is determined that the service is a real-time streaming service. This method is applicable to an application scenario of a dedicated streaming server.

Method 3: Determine whether the service is a streaming media service by using a Uniform Resource Locator (URL) address of the parsed service source. If the URL address of the parsed service source is the URL address of the streaming media program source, the service is determined to be a real-time streaming media service.

The three methods for determining the type of streaming media service may be arbitrarily combined using one or more of the methods.

All of the above methods need to set a matching rule in advance, and the packet data service node determines the service type according to the matching rule. For the above three methods, the matching rule can contain the following three types of information:

The streaming media server controls the fixed IP port number of the RTSP protocol for playing streaming media, which is generally a port.

554;

IP/mask address of the dedicated streaming server;

The Uniform Resource Locator URL address of the streaming media source.

The three methods of real-time streaming media service type judgment can be used in any combination. Therefore, the matching rule can include one or more of the above three types of information. The packet data service node detects and parses the service house message of the Gi interface at any time, and determines that the related IP application service is a real-time streaming media service, as long as the parsed message information matches one or more items listed in the matching rule. .

The quality of service requirements for different real-time streaming services may also vary. The most important parameter in the QoS parameters is the guaranteed rate, which is the code stream rate of the program source. The perception of streaming rate can be achieved by the following methods: Method 1, by setting a static streaming media service rate matching information in advance, to determine a guaranteed rate for matching the real-time streaming media service.

For example, setting a corresponding program source stream rate to the streaming media server IP address, and realizing a specified guaranteed rate for the streaming program played on the streaming server of the IP address, the method is applicable to all streaming media program source streams on the streaming server. The rate is consistent. Table 1 shows an example of a streaming server IP address and program source stream rate.

For another example, the corresponding program source stream rate is set for the URL address, and the guaranteed rate of the streaming program for the URL address is specified. The method is applicable to a program source with different rates stored on a streaming media server, but stored in different paths. Table 2 gives an example of a URL address and program source stream rate.

Table 2:

As another example, the default streaming media source rate, such as 144 kbps. When the parsed streaming server IP address or the URL address of the streaming media source source is not set to match the program source stream rate, and the system does not support the resolution of the SDP rate information of the RTSP protocol, the static configuration default may be adopted. Guaranteed rate, these default settings are guaranteed for these streaming services.

Method 2: Parsing the SDP information in the packet by the RTSP protocol to obtain the code of the streaming media program source 3⁄4 rate.

The streaming media source file includes a rate description, and the rate description information is included in the Session Descriptor Protocol (SDP) information of the streaming media service packet. Therefore, by analyzing the SDP, the program source stream can be learned. rate. This method is a method for dynamically obtaining the streaming rate of the streaming media program. The related media sub-stream rate information perceived by the method is the most accurate and comprehensive. Therefore, the method is the most reliable rate sensing method.

For the perception of the start and end of real-time streaming media service playback, in addition to resource reservation and resource recovery for real-time streaming media services, it can also be used to time the streaming media services that need to be charged according to the playing time.

A method for a packet data service node to sense the start of a real-time streaming media service, including:

Method 1. The packet data service node resolves to the RTSP protocol play command, such as the PLAY command, or other RTSP commands before the play command, such as the SETUP or DESCRIBE command, which can be used as the streaming start time.

Method 2. After the packet data service node perceives the type of the streaming media service, if the URL address, the IP address of the streaming media server, or the IP port number is perceived, the moment can be used as the streaming media start time.

A method for a packet data service node to sense the end of a real-time streaming service includes:

Method 1. The packet data service node resolves to the end command of the RTSP protocol, such as the TEARDOWN command, and this moment is used as the streaming media end time.

Method 2: If the packet data service node does not support the protocol resolution of the RTSP layer, the TCP connection release time may also be roughly determined as the streaming media playback end time, because the RTSP is carried over the TCP connection, and the TCP connection is also completed after the RTSP session ends. freed.

For the perception of concurrent execution of real-time streaming media services, the implementation method is:

Each streaming service has a unique session identifier (SESSION ID). Therefore, when the GGSN detects that multiple streaming SESSION IDs are playing simultaneously in a PDP context, it is determined that there are multiple real-time streaming media at this time. Business concurrency.

The following takes the real-time streaming media service resource allocation process in the UMTS system as an example. The process of resource allocation by the streaming media service is described in detail.

FIG. 4 is a schematic flowchart of a streaming media resource allocation by using a GGSN to perceive a real-time streaming media service according to an embodiment of the present invention, where specific steps include:

1. The user terminal initiates an activation process to the GGSN to notify the GGSN that the user terminal is to initiate a service request, and the GGSN allocates a PDP context to the user terminal to establish an IP bearer.

2. The user terminal initiates an application process to the streaming media server through the RTSP protocol, and applies for the selected or specified streaming media program, and the network side performs authentication and authentication processing on the user's request.

3. The user terminal initiates a play request to the streaming media server through the RTSP protocol.

After the user terminal passes the authentication, the user initiates a play request for the streaming program to the streaming server, and the request carries the IP address of the streaming server, the URL address of the streaming program, the SDP information of the streaming program, and the play command. The requested data message flows through the Gi interface (ie, the interface between the GGSN and the external shared data network PDN).

4. After the GGSN senses the streaming media service, it updates the PDP context and reserves resources for the streaming media service. The GGSN detects the service application layer packet flowing through the Gi interface. When the GGSN detects that the Gi interface has the service application layer packet sent by the user terminal, it analyzes the packet and performs matching according to the preset streaming media service matching rule. . After determining that the data packet is a data packet of the real-time streaming media service according to the preset matching method and the matching information, the GGSN also needs to perceive the rate of the streaming media program (either through the preset static matching information). The code stream rate of the streaming media program source is determined, and the program source stream rate can be obtained by dynamically parsing the SDP information, as described above. Generally, after the GGSN senses the real-time streaming service type and rate, the GGSN determines the QoS update parameters in the PDP context according to the perceived rate, initiates a PDP context update, and reserves a corresponding guaranteed bandwidth for the streaming media service.

When the perceived streaming program needs to be charged by time, the GGSN also needs to perceive the start and end time of the real-time streaming media service in order to accurately calculate the playing time.

When the real-time streaming media service and other non-real-time services (such as the Interactive, Background service) are concurrent and share a PDP context, the GGSN updates the QoS parameters in the PDP context to the QoS parameters required to ensure the quality of the real-time streaming media service. Ie: Will the Traffic Class parameter The value is Streaming, which guarantees that the rate is the guaranteed rate of the real-time streaming service.

When the streaming media service is concurrent with the non-streaming type real-time service, such as the Conversational, and the PDP context is shared, the GGS takes the value of the Traffic class in the QoS parameter as Conversational, and the value of the guaranteed rate can be used. Different algorithms obtain, for example: (1) take the highest rate in the thread as the guaranteed rate; (2) superimpose the multiple service guaranteed rates, but ensure that the rate after the service is superimposed cannot exceed the guaranteed rate of the user subscription.

When a plurality of real-time streaming media service threads concurrently share a PDP context on a user terminal, the GGSN takes the value of the Traffic class in the QoS parameter as Streaming, and ensures that the value of the rate can be obtained by using different algorithms, such as: (1) Take the guaranteed rate of the first initiated streaming media thread; (2) take the highest guaranteed rate in the thread; (3) superimpose the guaranteed rate of multiple streaming media threads, but ensure that the rate after the service is superimposed cannot exceed the subscription rate of the user. Guaranteed rate.

When the real-time streaming media service is concurrent with other services but does not share the same PDP context, each PDP context allocates resources according to the QoS parameters of the respective bearer services.

In the ongoing real-time media service, if the user terminal, the SGSN, or other entity initiates a PDP context update message, the GGSN performs the update according to the normal protocol procedure. At this time, the QoS parameters corresponding to the original real-time streaming media service may change.

5. The GGSN initiates a PDP context update request procedure.

The GGSN initiates a PDP context update request to the SGSN, and the SGSN sends the updated PDP context to the RAN through layer-layer delivery, so that the RAN updates the QoS parameters corresponding to the real-time streaming media service according to the updated PDP context, and reserves the QoS parameters corresponding to the real-time streaming media service. Corresponding guaranteed bandwidth.

The streaming program is transmitted from the streaming server to the user terminal in accordance with the guaranteed bandwidth reserved for it.

6. The user terminal initiates a TEARDOWN request through the RTSP protocol, requesting to end the playback of the streaming media program. The request message includes an end command, and the data message flows through the Gi interface.

7. After the GGSN senses the real-time streaming media service, it updates the PDP uplink content and reclaims the resources reserved for the streaming media service.

The GGSN detects the service application layer 4 that flows through the Gi interface. When the GGSN detects that the Gi interface has the service application layer packet sent by the user terminal, it analyzes the packet and according to the preset The streaming media service matching rule performs information matching. After determining that the data packet is a data packet of the real-time streaming media service according to the preset matching method and the matching information, the GGSN further determines, according to the parsing result, whether the data packet includes the RTSP protocol command for ending streaming media playback. . After determining that the data message includes the end command of the RTSP protocol, the GGSN updates the PDP context, updates it to the system default QoS configuration, or restores it to the QoS configuration before the streaming media service is executed. The recovered QoS parameters cannot exceed the user's subscription QoS parameters, which can be decided by the SGSN.

For the streaming media service according to the time, after the GGSN parses the end command, the timer is also stopped to obtain the execution time of the real-time streaming media service, and the charging is performed.

In the case where multiple real-time streaming media services are concurrently executed and share one PDP context, when one of the streaming media threads ends, the algorithm used by the GGSN to determine the guaranteed rate according to the process of reserving resources for these streaming media services Recycle resources in a corresponding way, such as:

(1) When the GGSN superimposes the rates of the multiple streaming media threads as the guaranteed rate of the current PDP context, at this time, the GGSN can reclaim part of the occupied resources, for example, reclaiming the resources occupied by the streaming media thread that ends the playing. Specifically, the guaranteed rate used by the current plurality of streaming media threads is subtracted from the rate of the terminated thread as the guaranteed rate of the current PDP context.

(2) When the GGSN takes the highest rate among the multiple streaming media threads as the guaranteed rate of the current PDP context, it is assumed that there are N streaming media threads sharing the current PDP context. At this time, the GGSN is in the remaining unfinished N- The maximum guaranteed rate of one thread is taken as the guaranteed rate of the current PDP context.

(3) When the GGSN takes the rate of the first initiating rogue thread as the guaranteed rate of the current PDP context, at this time, the current PDP context rate may remain unchanged as long as the current streaming media thread has not finished playing.

After the last streaming service process ends, the GGSN initiates a recycling process for all streaming media resources.

8. The GGSN initiates a PDP context update request procedure.

The GGSN initiates an update request for the PDP context to the SGSN, and the SGSN transmits the updated PDP context to the RAN through layer layer delivery, so that the RAN updates the corresponding PDP context according to the update. The QoS parameters of the streaming media service release the resources occupied by the real-time streaming media service.

When starting the real-time streaming media service, some user terminals can automatically trigger the PDP secondary activation to generate a new PDP context (ie, the second PDP context:), so as to be dedicated to the playback of the streaming program, and the GGSN is perceived. The PDP context update is for the first PDP context (ie, the original PDP context). In order to suppress the invalid update of the GGSN for the first PDP context, the embodiment of the present invention provides the following two methods:

Method 1, if the GGSN is aware of the real-time streaming media service and initiates a PDP context update for it, it is found that the user terminal newly creates a PDP context to carry the streaming media service through secondary activation (via the Gn interface, ie, between the SGSN and the GGSN) The detection of the signaling plane determines whether the user terminal establishes a new PDP context by secondary activation. At this time, the GGSN initiates an update request for the first PDP context to the SGSN, and updates the QoS parameter to a parameter before streaming media sensing, or system setting. Default QoS parameters.

Method 2. When the GGSN senses the streaming media service, it does not initiate a PDP context update, but starts a timer. During the set time, if the GGSN receives the PDP secondary activation initiated by the user terminal (establishing the second PDP context of the user plane), it suppresses the initiation of the update request for the first PDP context to the SGSN, and stops the timer. . After the timer stops counting, the GGSN resumes normal operation. If the timer expires, it indicates that the user terminal does not initiate PDP secondary activation. At this time, the GGSN initiates a PDP context update request to the SGSN to reserve resources for the real-time streaming media service.

In addition to being applicable to the UMTS network, the above process can also be applied to a General Packet Radio Service (GPRS) network and a Code Division Multiple Addressing (CDMA) network, or other devices capable of carrying streaming media services. Wireless communication network. In the GPRS network, the GGSN is aware of the streaming media service and allocates resources. In the CDMA network, the packet data service node (PDSN) allocates the perceived resource to the streaming media service.

Based on the foregoing method, the embodiment of the present invention further discloses a device for managing a streaming media service resource, which can dynamically allocate corresponding resources for the streaming media service by sensing the real-time streaming media service initiated by the user terminal. FIG. 5 is a schematic structural diagram of an apparatus for managing a streaming media service resource according to an embodiment of the present invention, where the apparatus specifically includes: a detection module, a determination module, and a resource management module.

The detection module detects and parses the service application layer packet sent by the user terminal that flows through the PDN interface (such as the Gi interface) in real time, and matches the parsed packet information with the preset static streaming media service (such as a streaming media server). The address or the source address of the streaming media program is matched. If the match is matched, the captured packet is a streaming media service packet.

The judging module is configured to parse the captured streaming media service packet, and when it is determined that the real-time streaming media service starts (the user terminal requests to start the streaming media service), sends an instruction for reserving the resource to the resource management module; When the service ends (the user terminal requests to end the real-time streaming media service), the resource management module sends an instruction for reclaiming the reserved resource;

The resource management module initiates a PDP context update according to the instruction of the reserved resource, and reserves a corresponding resource for the real-time streaming media service; initiates a PDP context update according to the instruction for reclaiming the reserved resource, and reclaims the resource reserved for the real media service.

The arbitration block includes a service status determination sub-module and a rate matching sub-module.

When the service status judgment sub-module determines that the message information includes a command for setting or playing a streaming media program (such as a PLAY command of the RTSP protocol, a SETUP command, etc.), the resource management module sends an instruction for reserving resources; and determining that the message information includes When the command of the streaming program (such as the TEARDOWN command of the RTSP protocol) is ended, an instruction to reclaim the reserved resource is sent to the resource management module.

The rate matching sub-module obtains a matching rate according to the preset streaming media service rate matching information (such as the streaming media server IP address and the corresponding streaming program stream rate), and sets the rate to the guaranteed rate of the streaming media service. Or set the rate information parsed from the packet information (such as the SDP information in the packet) to the guaranteed rate of the streaming service. The rate matching sub-module sends the set guaranteed rate information to the resource management module.

After receiving the resource reservation instruction or/and the set guaranteed rate information, the resource management module updates the PDP context: QoS parameter according to the guaranteed rate, and reserves a guaranteed bandwidth for the real-time streaming media service; After the resource is commanded, 'set the current guaranteed rate to the default rate of the system or the rate before the streaming media service starts, update the parameters of the PDP context, and reclaim the real-time streaming media service. Guaranteed bandwidth left.

The judging module further includes a concurrent processing sub-module, wherein an algorithm for setting a concurrent service guarantee rate is pre-set. The concurrent processing sub-module determines that the real-time streaming media service is concurrent with other services and shares one

In the PDP context, the guaranteed rate is set for the streaming service according to the concurrent service type and the preset guaranteed rate algorithm, and the set guaranteed rate information is sent to the resource management module. When the concurrent processing sub-module determines that one of the services in the real-time streaming media service that is concurrent and shares a PDP context ends, the algorithm sets the guaranteed rate for the remaining streaming media service according to the preset guaranteed rate algorithm, and updates the current rate. And send the updated rate information to the resource management module. After the concurrent processing sub-module determines that multiple real-time streaming media services that are concurrent and share a PDP context are completed, the current rate is updated to the default rate of the system or the rate before the streaming media service starts, and the updated rate information is sent to The resource management module. The resource management module updates the QoS parameters of the PDP context according to the set guaranteed rate, and initiates a PDP context update.

The judging module also includes a PDP context detection sub-module. The PDP context detection sub-module detects that the user terminal establishes a second user plane PDP context (ie, a new PDP context) that carries the streaming media service by using the secondary activation, and sends an instruction to suppress the resource reservation to the resource management module, and suppresses the bearer. The first user plane PDP context (ie, the original PDP context) of the streaming media service initiates an update; or sends a resource recovery instruction to the resource management module to reclaim the streaming media service in the first user plane PDP context of the bearer streaming media service. Reserved resources.

In summary, the foregoing embodiment of the present invention detects, by the packet data service node on the network side, the packet of the Gi interface, determines whether the user terminal initiates a real-time streaming media-related service, and according to the preset static matching information. Or dynamically parsing the rate information in the packet, determining a parameter that satisfies the quality of the streaming media service, and allocating corresponding resources for the streaming media service by using the initiated PDP context update process. The real-time streaming media service sensing method provided by the embodiment of the present invention simplifies the process of the network side sensing the streaming media service of the user terminal, and dynamically adjusts the system resource utilization, thereby minimizing the waste of the air interface resource and improving Network resource utilization, guarantee the quality of streaming media playback. The embodiments of the present invention provide different solutions for multiple concurrent situations of real-time streaming media services and other services, so as to ensure the playback quality of real-time streaming media, thereby High system adaptability.

It is apparent that those skilled in the art can make various modifications and variations to the invention without departing from the spirit and scope of the invention. Thus, it is intended that the present invention cover the modifications and variations of the inventions

Claims

Rights request

A method for resource management of a streaming media service, comprising the steps of: acquiring a streaming media service packet sent by a user terminal;

When it is determined that the real-time streaming media service starts by parsing the streaming media service packet, the data packet protocol PDP context update is initiated, and resources are reserved for the real-time streaming media service;

When it is determined that the real-time streaming media service ends by parsing the traversed media service packet, the PDP context update is initiated, and the resource reserved for the real-time streaming media service is reclaimed.

The method according to claim 1, wherein the analyzing the stream media service message determines that the real-time streaming media service starts, specifically: when the packet data service node parses the streaming media service report When the text includes a command to set or play a streaming program, it is determined that a real-time streaming service starts;

The method for determining the end of the real-time streaming media service by parsing the streaming media service packet is as follows: When parsing the command that the streaming media service packet includes ending the streaming media program, determining that the real-time streaming media service ends.

The method of claim 1, wherein the initiating a PDP context update, reserving resources for the real-time streaming media service comprises: setting a rate of the real-time streaming media service, and updating a PDP context parameter, The real-time streaming media service reserves bandwidth.

The method according to claim 3, wherein the setting the rate of the real-time streaming media service is specifically: the packet data service node parses the rate information from the streaming media service packet, and according to the parsing The rate information is set to the real-time streaming media service rate; or the packet data service node obtains rate information matching the real-time streaming media service according to the preset streaming media service rate matching information, and according to The obtained rate information is a rate set for the real-time streaming media service.

The method according to claim 1, wherein when the real-time streaming media service is concurrent with another service and shares a PDP context, the resource reserved for the real-time streaming media service is specifically: a packet data service node. Reserving the real-time streaming media service according to the type of the other services Corresponding resources;

When the real-time streaming media service is concurrent with other services but does not share the same PDP context, the resource reserved for the real-time streaming media service is specifically: the service shield QoS parameters of the respective PDP contexts respectively according to the respective bearer services. resource allocation.

The method according to claim 5, wherein when the concurrent other services are real-time streaming media services, and the same PDP context is shared, the packet data service node is the real-time streaming media service. The corresponding resource is reserved: the maximum rate of the concurrent service or the rate of the first initiated service is selected, or the rate of the concurrent service is superimposed, and the selected or superimposed rate is set to the concurrent Real-time streaming media service common rate, and update QoS parameters in the PDP context;

When the concurrent other services are non-streaming type real-time services, and share the same PDP context, the packet data service node reserves corresponding resources for the real-time streaming media service, specifically: selecting the concurrent service The highest rate or the rate of the concurrent service is superimposed, and the rate of the selected or superimposed is set to the rate of the real-time streaming media service, and the service level is updated to the service level of the non-streaming type real-time service. And update the QoS parameters in the PDP context;

When the concurrent other services are non-real-time services and share the same PDP context, the packet data service node reserves corresponding resources for the real-time streaming media service, specifically: using the rate of the real-time streaming media service as The guaranteed rate of the PDP context, the real-time streaming media service level is used as the service level of the PDP context, and the QoS parameters in the PDP context are updated.

The method of claim 1, wherein the reclaiming resources reserved for the real-time streaming media service after a service of a plurality of real-time streaming media services concurrently and sharing a PDP context ends Specifically: the packet data service node reclaims part of the reserved resources;

After the multiple real-time streaming media services that are concurrent and share a PDP context are completed, the resources reserved for the real-time streaming media service are specifically: The packet data service node reclaims all the reserved resources.

8. The method of claim 7, wherein if the packet data service node is to be concurrent The rate of the service is set to the rate of the real-time streaming service. When a service in the concurrent service ends, the part of the reserved resource is specifically: the rate of the packet data service node from the current overlay Deducting the rate of the service, and updating the QoS parameter in the PDP context; if the packet data service node selects the highest rate in the concurrent service set to the rate of the real-time streaming service, then in the concurrent service After a service is completed, the part of the resources reserved for reclaiming is specifically: selecting the highest rate in the streaming media service that has not been completed, and updating the QoS parameters in the PDP context.

The method of claim 1, wherein the reclaiming the resources reserved for the real-time streaming media service comprises:

The packet data service node updates the QoS parameter in the PDP context to the system default value, or restores the QoS parameter in the PDP context to the value before the real-time streaming media service resource is updated.

10. The method according to claim 1, wherein after determining that the real-time streaming service starts, the method further comprises the steps of:

The packet data service node detects whether the user terminal initiates a new PDP context for the real-time streaming media service, and if so, does not update the original PDP context that carries the real-time streaming media service; otherwise, initiates An update to the original PDP context.

The method according to claim 1, wherein after the initiating PDP context update is reserved for the real-time streaming media service, the user terminal is detected to initiate a new PDP context for the real-time streaming media service. The method includes the steps of: reclaiming the resources reserved for the real-time streaming media service in the original PDP context.

The method of claim 1, wherein the obtaining the streaming media service message comprises: the packet data service node parsing the data packet via the packet data network interface, and matching the preset streaming media service The information is matched. If the data is matched, the data packet is a streaming media service packet, and the streaming media service packet is obtained.

The method according to claim 12, wherein the preset streaming media service matching information is streaming media program source information.

14. The method according to claim 13, wherein the streaming media program source information is The streaming server controls a real-time streaming protocol fixed port number, a streaming server IP address, or a Uniform Resource Locator URL address of the streaming media source for playing the streaming program, or any combination of the above.

15. A device for managing streaming resource service resources, comprising: a detecting module, a determining module, and a resource management module;

The resource management module is configured to initiate a PDP context update according to the instruction of the reserved resource, reserve a resource for the real-time streaming media service, or initiate a PDP context update according to the instruction for reclaiming the reserved resource, and reclaim the The resources reserved for real-time streaming media services.

The device according to claim 15, wherein the detecting module acquires the streaming media service packet through a packet data network interface.

The device of claim 15, wherein the detecting module matches the received packet and matches the preset matching information of the streaming media service to determine whether the obtained packet is a streaming media. Business message.

The device according to claim 15, wherein the determining module comprises a service status determining sub-module and a rate matching sub-module;

The service status determining sub-module is configured to: when the streaming media service packet includes a command to set or play a streaming media program, send an instruction for reserving resources to the resource management module; and determine the streaming media service report When the command includes ending the streaming program, the resource management module sends an instruction for reclaiming the reserved resource;

The rate matching sub-module is configured to set a matching rate for the real-time streaming media service according to the preset streaming media service rate matching information, or according to the rate information parsed from the real-time streaming media service packet. The real-time streaming media service sets a rate, and sends the set rate information to the resource management module; The resource management module is configured to: after receiving the resource reservation instruction or/and the set rate information, update a QoS parameter of a PDP context according to the rate, and reserve a guaranteed bandwidth for the real-time streaming media service. After receiving the instruction to reclaim the reserved resource, set the current rate to the default rate of the system or the rate before the start of the streaming media service, update the parameters of the PDP context, and reclaim the reserved for the real-time streaming media service. Guaranteed bandwidth.

The device of claim 18, wherein the determining module further comprises a concurrent processing submodule;

The concurrent processing sub-module, configured to set a rate for the real-time streaming media service according to the type of the other service, and set the rate information, when the real-time streaming media service is concurrent with other services and shares a PDP context. Sending to the resource management module; 'When a service in a plurality of concurrent real-time streaming media services sharing a PDP context ends, setting a rate for the live streaming service that has not ended, and sending the set rate information to The resource management module;

After the multiple real-time streaming media services that are concurrent and share a PDP context are terminated, the current rate is set to a system default rate or a rate before the start of the real-time streaming media service, and the set rate information is sent to the Resource management module;

The resource management module updates the QoS parameters of the PDP context according to the rate information, and initiates a PDP context update.

The device of claim 18, wherein the determining module further comprises a PDP context detecting submodule;

The PDP context detection submodule is configured to: when detecting that the user terminal initiates a new PDP context for the streaming media service, send an instruction for suppressing resource reservation to the resource management module, and suppress the real-time loading The original PDP context of the streaming media service initiates an update; or

And sending a resource recovery instruction to the resource management module, and reclaiming resources reserved for the real-time streaming media service in an original PDP context that carries the streaming media service.

A method for resource management of a streaming media service, comprising the steps of: obtaining a streaming media service packet sent by a user terminal; Determining the request type of the real-time streaming media service by the user terminal by parsing the streaming media service packet, and performing corresponding resource management on the real-time streaming media service according to the request type.

The method according to claim 21, wherein the request type of the real-time streaming media service by the user terminal is determined by parsing the streaming media service message, and according to the obtained request type, The real-time streaming media service performs corresponding resource management, including:

When the user terminal is requested to start the real-time streaming media service by parsing the streaming media service packet, the data packet protocol PDP context update is initiated, and resources are reserved for the real-time streaming media service; When the message is determined by the user terminal to end the real-time streaming media service, the PDP context update is initiated, and the resources reserved for the real-time streaming media service are reclaimed.

23. A device for managing streaming resource service resources, comprising: a detecting module, a determining module, and a resource management module;

a judging module, configured to parse the streaming media service packet, and determine, according to the parsed the streaming media service packet, a clearing type of the real-time streaming media service by the user terminal;

And a resource management module, configured to perform corresponding resource management on the real-time streaming media service according to the request type.