CN1870624A - Method and device for implementing service reqiring between coordinate entity in network - Google Patents
Method and device for implementing service reqiring between coordinate entity in network Download PDFInfo
- Publication number
- CN1870624A CN1870624A CN 200510085614 CN200510085614A CN1870624A CN 1870624 A CN1870624 A CN 1870624A CN 200510085614 CN200510085614 CN 200510085614 CN 200510085614 A CN200510085614 A CN 200510085614A CN 1870624 A CN1870624 A CN 1870624A
- Authority
- CN
- China
- Prior art keywords
- entities
- information
- service request
- peer
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
This invention relates to a method and a device for realizing service request among peer entities, in which, the method includes: a peer entity in a network receives the service request information loading information of flow and service quality parameters, said entity selects loading network route based on the flow information and the service quality parameter information and computes resources to send the service request information to the lower reaches entity, which sends response information to the upper reaches entity when it can meet the service request, otherwise, it feeds back a refuse response to the BCFE of the upper reaches timely, which sets up a service request system between the peer entities of RACS and sets up a service request response system among peer entities of the RACS and a refuse method for requests among peer entities.
Description
Technical field
The present invention relates to network communications technology field, relate in particular to method and the device of realizing service request in a kind of network between the peer-entities.
Background technology
Continuous increase along with the Internet network size, various network services are fallen over each other to emerge in large numbers, various advanced persons' multimedia system emerges in an endless stream, thereby causes Internet network needs often to send sudden high FTP (file transfer protocol (FTP)) or contain the HTTP multimedia services such as (HTML (Hypertext Markup Language)) of image file.For the real time business in the network, because characteristics such as its propagation delay time to network, delay jitter are comparatively responsive, therefore, network is when transmission FTP or HTTP etc. are professional, and is bigger to the influence of real time business.And multimedia service a large amount of network bandwidth that also accounted for makes the key business that needs in the existing network to guarantee bandwidth be difficult to be transmitted reliably.
Be the described real time business that guarantees to transmit in the network and QoS (service quality) problem of key business, ITU has proposed the functional mode of an IP signaling demand, as shown in Figure 1, described functional mode mainly comprises: SCFE (interactive function entity), BCFE (entity of carrying control function), SFE (function of exchange entity), CCI (connection control interface), NCI (network control interface) and SCI (exchange control interface).
To be described each functions entity effect among Fig. 1 respectively below.
(1) SCFE: the terminal use is by applying for service alternately with SCFE;
SCFE initiates the QoS request, is determined the parameter of communicate configuration usually by SCFE, as bandwidth, and parameter informations such as QoS; If one group of acceptable parameter can be discussed and decided, the service that SCFE will use BCFE to provide is set up, safeguarded and disconnects Internet resources provides agreed configuration, i.e. negotiatedarrangement (consulting configuration).
(2) BCFE: be responsible for foundation, modification and releasing network resources agreed configuration is provided;
BCFE asks from the QoS that SCFE receives based on Business Stream, and through after the path analysis, BCFE sends to SFE with the path analysis result;
Depend on selected QoS control model, in order to analyze the QoS request and to generate the QoS configuration data, BCFE need know certain network topological information and resource state information.
(3) SFE: be used for and be based upon the virtual connections and the virtual connections interconnection that is based upon the another one port of a port;
One or more such interconnection by on each SFE between the user finally generates the virtual connections between the user; The characteristic of virtual connections based on the calling parameter of SCFE consultation, its route is then determined by BCFE; SFE by BCFE control generates according to the instruction of receiving on the SCI interface or the release interconnection.
(4) CCI:CCI is the interface between the carrying control plane of call/session layer and transport layer.
(5) NCI:NCI is the interface between BCFE and the BCFE.
(6) SCI:SCI is the interface between transport layer carrying control plane and the transport plane.
At present, at IP signaling functional mode shown in Figure 1, only defined the function of above-mentioned function corresponding entity, and between undefined each functional entity in concrete application process concrete loaded information content in needed interaction flow and interaction message each other and each information.Therefore, adopt the model shown in Fig. 1 if desired in actual applications, also needing to define needs loaded information and corresponding service processing process in interactive messages, the message between each functional entity, or the like.
Summary of the invention
In view of above-mentioned existing in prior technology problem, the purpose of this invention is to provide method and the device of realizing service request in a kind of network between the peer-entities, can provide reliable resource distribution for service request.
The objective of the invention is to be achieved through the following technical solutions:
The invention provides the method that realizes service request in a kind of network between the peer-entities, comprising:
Peer-entities in A, the network receives the business request information of carrying stream information and service quality parameter information;
B, described entity are selected the bearer network route according to stream information and service quality parameter information, and computational resource, and this business request information is sent to downstream entities.
Described peer-entities comprises:
Entity of carrying control function BCFE among the resource access control subsystem RACS.
Described stream information comprises: the source IP address and the purpose IP address information of type of service, business.
Described step B specifically comprises:
When described entity is determined it not for the termination entity according to the business request information loaded information, stream information and service quality parameter information according to the business request information carrying are selected the bearer network route, and computational resource, this business request information is sent to downstream entities.
Described step B also comprises:
Described entity sends to downstream entities with the bearer network routing iinformation of its selection with business request information.
Determine the head of service request, last entity according to source IP address that is carried in the described business request information and purpose IP address.
Described method also comprises:
Two home addresses that adjacent upstream and downstream entity writes down the other side mutually.
The present invention also provides the device of realizing service request in a kind of network between the peer-entities, comprising:
The service request processing module is used to receive business request information, selects the bearer network route according to stream information that carries in this business request information and service quality parameter information, and computational resource;
Forwarding module is used for according to the route that the service request processing module is determined request message being sent to downstream entities.
Described device is arranged in: the BCFE of RACS system.
Based on the method for above-mentioned service request, the present invention also provides the method that realizes the service request response in a kind of network between the peer-entities, comprising:
After the downstream entities in the peer-entities was received the business request information of upstream entity transmission, if downstream entities can satisfy described service request, then upstream entity sent response message.
Carry the information of the service request that downstream entities can satisfy in the described response message.
Also comprise in the described response message: routing information.
Described routing information comprises: described entity is according to the set of the definite routing information of loaded information in the business request information that receives.
In the method for the present invention, when the QoS parameter of group more than including in the business request information that the downstream entity receives, then downstream entities should be carried on one group of QoS parameter of its selection and be sent to upstream entity in the response message.
In the method for the present invention, downstream entities is according to the address information of the upstream entity of its record, and upstream entity sends described response message.
The invention provides the device of realizing the service request response in a kind of network between the peer-entities, described device comprises:
The service request response processing module: receive the business request information that upstream entity sends, when determining to satisfy described service request, the response message of structure service request;
Forwarding module: the response message of described service request response processing module structure is sent to upstream entity.
Based on the method for above-mentioned service request, the present invention also provides the refusal of asking between the peer-entities in a kind of network method, comprising:
When the downstream entities in the peer-entities can not satisfy request, downstream entities upstream entity was returned the refusal response message.
Method of the present invention specifically comprises:
Downstream entities upstream entity sends when refusing response message, is to determine the upstream entity address according to the home address of the adjacent entities that writes down in the downstream entities.
Described refusal response message comprises: execution result is refusal and/or Reason For Denial.
The unaccepted reason of described request comprises: inadequate resource, no available path, overtime, illegal operation and/or request are unknown object.
The refusal response message that described downstream entities sends sends to the source entity of the request of sending successively.
Described method also comprises: source entity sends to interactive function entity SCFE with described refusal response message.
As seen from the above technical solution provided by the invention, the present invention has set up the service request mechanism between the peer-entities BCFE of RACS, can calculate whole resource, select to meet the route of service request, thereby reserve reliable resource distribution for service request.
The present invention has also set up the service request response mechanism between the peer-entities BCFE of RACS, and perfect service request mechanism has guaranteed the reliability of service request.
The present invention has also realized the reject mechanism of the request between the peer-to-peer BCFE of RACS, can in time give the terminal use with the refusal responsive feedback, thereby strengthen the reliability of resource transmission between the peer-entities.
Description of drawings
Fig. 1 is an IP signaling functional mode structural representation;
Fig. 2 is the flow chart of the method for the invention;
Fig. 3 is a realization service request apparatus structure schematic diagram of the present invention;
Fig. 4 is a realization service request response process schematic diagram of the present invention;
Fig. 5 is a realization service request responding device structural representation of the present invention;
Fig. 6 is the refusal process schematic diagram of request of the present invention.
Embodiment
Main purpose of the present invention is in order to improve the agreement between reciprocity RACS (the resource access control subsystem) entity, to have proposed a kind of mechanism that realizes the service request between the reciprocity RACS entity.Can select to meet the route of service request by whole resource is calculated, thereby be that reliable resource distribution is reserved in professional application.
In network, normally carry out resource and calculate by BCFE, select suitable route, thereby finish the operation of service request.
For the present invention there being further understanding, method of the present invention is described in detail below in conjunction with accompanying drawing.
The specific implementation of the method for the invention may further comprise the steps as shown in Figure 2:
Step 21: after upstream BCFE receives business request information, determine corresponding downstream entities, select bearer network route and computational resource.
Upstream BCFE should select bearer network route and computational resource in its management domain.
Wherein, carrying information such as stream information, qos parameter in the described business request information;
Described stream information comprises information such as type of service, professional source IP address and purpose IP address;
Described qos parameter comprises bandwidth parameter etc.
Therefore, upstream BCFE is according to Information Selection routes such as stream information that is carried in the business request information that receives and qos parameters, and determine the bearer network route, and computational resource according to the stream information and the qos parameter that are carried in route of selecting and the business request information.
Step 22: upstream BCFE sends to downstream BCFE with business request information.
When upstream BCFE determines the bearer network routing iinformation, and behind the computational resource, described business request information is sent to its downstream BCFE.
During upstream BCFE BCFE transmission downstream business request information, determined bearer network routing information also together can be sent to downstream BCFE.
Wherein, upstream BCFE can determine its corresponding downstream BCFE according to the purpose IP address in the business request information.
In order to guarantee that BCFE is receiveed the response for its upstream BCFE or upstream BCFE carried out the accuracy of event notice, in sending the business request information process, the home address that can write down the other side mutually between adjacent two BCFE, wherein, the home address that first BCFE only writes down its downstream BCFE, the home address that end BCFE only writes down its upstream BCFE, the home address of two BCFE that all the other BCFE records are adjacent.
Step 23: after downstream BCFE receives business request information, select bearer network route and computational resource, the business request information that carries information such as stream information, QoS parameter is transferred to its downstream BCFE.By that analogy, up to this request message transmission to the BCFE that terminates.
After downstream BCFE receives described business request information,, in the management domain of oneself, select the bearer network route according to information such as the source address of being carried in the described business request information, destination address and qos parameters, and computational resource.
In addition, know the bearer network routing situation of each BCFE of its all upstreams and final routing result for the ease of BCFE, after upstream BCFE determines the bearer network route, this bearer network routing iinformation together is issued to downstream BCFE with described business request information.
Downstream BCFE is after definite bearer network route, and the bearer network routing iinformation that it can be selected is added in the bearer network routing iinformation that upstream BCFE issues, and forms new bearer network routing iinformation.
By that analogy, after each BCFE has determined corresponding bearer network routing iinformation at this service request, form a complete bearer network routing iinformation.
In actual applications, when the terminal use has service request, at first send business request information to SCFE;
After SCFE receives described business request information, according to the configuration parameter of the request content decision communication resource, as stream information, qos parameter etc.;
Wherein, stream information comprises information such as type of service, professional source IP address and purpose IP address;
Qos parameter comprises bandwidth parameter etc.
Behind the configuration parameter of SCFE decision resource, the business request information that will carry information such as stream information and qos parameter according to agreement or other modes sends to a BCFE in the bearing bed;
This BCFE that receives business request information determines the first BCFE of described service request according to the source IP address that is carried in the business request information;
Then, the BCFE that receives business request information sends to first BCFE with described business request information, and first BCFE carries out bearer network Route Selection and computational resource and described business request information is sent to corresponding downstream BCFE according to said process;
After downstream BCFE carries out bearer network Route Selection and computational resource, send described business request information to its downstream BCFE again, be sent to last BCFE until this business request information, the operating process of the service request between the reciprocity RACS entity of the present invention finishes, thereby has finished the overall process of service request.
The head of service request, last entity can determine that last entity is the termination entity of business request information according to source IP address that is carried in the business request information and purpose IP address among the present invention.
The present invention also provides the device of realizing service request in a kind of network between the peer-entities, as shown in Figure 3, specifically comprises: service request processing module and forwarding module.
The service request processing module is mainly used in the reception business request information, selects the bearer network route according to stream information that carries in this business request information and service quality parameter information, and computational resource.
Forwarding module is mainly used in the route of determining according to the service request processing module request message is sent to downstream entities.
Described device can be arranged in the BCFE of RACS system.
In sum, the present invention has set up the service request mechanism between the peer-entities BCFE of RACS, can select to meet the route of service request by whole resource is calculated, thereby reserves reliable resource distribution for service request.
The method of the service request that provides based on the invention described above the invention allows for a kind of mechanism that realizes the response of the service request between the reciprocity RACS entity.After upstream entity was received the response message that downstream entities sends, upstream entity can confirm that resource reservation finishes the service request success.
In network, normally carry out the operation of service request and request response by BCFE.
For the present invention there being further understanding, method of the present invention is described in detail below in conjunction with accompanying drawing.
The specific implementation of the method for the invention may further comprise the steps as shown in Figure 4:
Step 41: upstream BCFE BCFE downstream sends business request information.
After after upstream BCFE disposes to business request information, promptly finishing Route Selection, resource is calculated and determining the path, determine corresponding downstream BCFE, more described business request information is sent to its downstream BCFE;
Carrying information such as the stream information relevant, qos parameter and routing information in the described business request information with service request;
Wherein, described stream information comprises type of service, the source IP address of business and the information such as address of order IP;
Described qos parameter comprises bandwidth parameter etc.;
Described routing information is meant: all BCFE are according to the set of the determined routing information of receiving of business request information.
Step 42: after downstream BCFE received business request information, if can satisfy described service request, then upstream BCFE sent response message.
After downstream BCFE receives business request information,, then carry out resource and path computing and Route Selection if can satisfy described service request;
Then, downstream BCFE determines its corresponding upstream BCFE, and upstream BCFE sends the service request response message.
Since in realizing the service request process, the home address of having write down the other side between the adjacent BCFE mutually, and therefore, downstream BCFE can determine its corresponding upstream BCFE according to the home address of being write down.
Should comprise the service request content that can satisfy in the downstream BCFE service request response message that upstream BCFE sends, this content comprises: QoS parameter, stream information and routing information etc.
In the business request information that downstream BCFE receives, include multiple service quality rating, and when downstream BCFE acceptable service quality rating is arranged in these service quality ratings, then downstream BCFE can be after it have selected service quality rating, the service quality rating of its selection is carried on is sent to upstream BCFE in the described response message, as:
Show in the business request information that this professional bandwidth demand is 10M, show that simultaneously the bandwidth of 5M also can be accepted so if can not satisfy this bandwidth demand;
After downstream BCFE receives above-mentioned business request information, carry out resource calculating back discovery and can't satisfy the 10M bandwidth demand, but can satisfy the 5M bandwidth demand, therefore, should show that the actual bandwidth of reservation is 5M in this downstream BCFE service request response message that upstream BCFE sends.
In actual applications, described service request response process is normally finished like this:
When all BCFE determine a path that meets business need according to business request information after, from last BCFE, upstream BCFE sends the service request response message one by one, and comprises QoS parameter, stream information and routing information in the service request response message.
In whole service request response process, have only after all upstream BCFE receive the service request response message that its downstream BCFE sends, just think this service request success; Otherwise,, then think this service request failure as long as any one upstream BCFE do not receive described response message.
The present invention also provides the device of realizing the service request response in a kind of network between the peer-entities, as shown in Figure 5, specifically comprises: service request response processing module and forwarding module.
The service request response processing module is mainly used in and receives the business request information that upstream entity sends, when determining to satisfy described service request, and the response message of structure service request.
Can include in the response message of the service request of service request response processing module structure: the information such as stream information, qos parameter and routing information that service request is relevant.In the business request information that the service request response processing module is received, include multiple service quality rating, and when the BCFE acceptable service quality rating at its place was arranged in these service quality ratings, then the service request response processing module should select it service quality rating to be carried in the described response message.
The response message that forwarding module is mainly used in described service request response processing module structure is sent to upstream entity.Described device can be arranged in the BCFE of RACS system.
In a word, the present invention has also set up the service request response mechanism between the peer-entities BCFE of a kind of RACS, perfect service request mechanism, thus guaranteed the reliability of service request.
In addition, based on the method for described service request, the reject mechanism that has also proposed the request between a kind of reciprocity RACS entity of the present invention.
In RACS business operation process, can take place after a service request is sent, can not be satisfied owing to some reasons cause this request, at this moment, require this system the unaccepted message of this request in time can be fed back to the terminal use, so that the terminal use in time takes other measures to address this problem.Below with reference to Fig. 6 the refusal method of asking between the RACS entity of the present invention is described, ask to be rejected to be example with Qos, the refusal operation of this request specifically comprises:
Terminal use's (not shown) sends a Qos request, this terminal use is at first by applying for service alternately with SCFE, parameter by SCFE decision communicate configuration, as stream information, Qos parameter etc., initiate this request by SCFE again, should ask to transmit to BCFE, after BCFE receives above-mentioned request, for this request Resources allocation and select route, when upstream BCFE distributes for this request after resource and Route Selection finish, described request message is sent to downstream BCFE, in order to ensure to the accuracy that upstream BCFE is receiveed the response or upstream BCFE carried out event notice, in the process of sending a request message, adjacent two home addresses that BCFE writes down the other side mutually, wherein, source BCFE only writes down the home address of its downstream BCFE, the home address that end BCFE only writes down its upstream BCFE, the home address of two BCFE that all the other BCFE records are adjacent.After downstream BCFE received request message, for the described request Resources allocation and select route, the rest may be inferred, finishes at this processing of request process up to each BCFE.This process is the normal process process of request; but in actual mechanical process; owing to some reasons cause each BCFE can not satisfy this request through regular meeting; i.e. request is rejected; for convenience in time handle this request in the terminal use this moment; should will should refusal response response in time give the terminal use, and can adopt following processing mode to solve:
After downstream BCFE receives the Qos request message of upstream BCFE transmission, if described request can not satisfy, then in time responding to ask unaccepted response for upstream BCFE, this response message comprises informs that this provides execution result is refusal and corresponding Reason For Denial, described Reason For Denial can be inadequate resource, no available path, overtime, illegal operation, unknown object etc., by above-mentioned request process as can be known, each BCFE is writing down the address of adjacent BCFE, when downstream BCFE should refuse response when sending to upstream BCFE, at first upstream BCFE is found in the address of the upstream BCFE that is write down according to this downstream BCFE, refuses to respond transmit operation again.The rest may be inferred up to should refusing to should being sent to source BCFE, and source BCFE should refuse response again and be sent to SCFE, and end reaction is given the terminal use.
Therefore, the present invention has realized the refusal function of the request between the BCFE, makes the terminal use can in time obtain asking unaccepted message, so that this request is handled, has strengthened the reliability of Network Transmission.
The above; only for the preferable embodiment of the present invention, but protection scope of the present invention is not limited thereto, and anyly is familiar with those skilled in the art in the technical scope that the present invention discloses; the variation that can expect easily or replacement all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should be as the criterion with the protection range of claim.
Claims (22)
1, realize the method for service request in a kind of network between the peer-entities, it is characterized in that, comprising:
Peer-entities in A, the network receives the business request information of carrying stream information and service quality parameter information;
B, described entity are selected the bearer network route according to stream information and service quality parameter information, and computational resource, and this business request information is sent to downstream entities.
2, realize the method for service request in the network according to claim 1 between the peer-entities, it is characterized in that described peer-entities comprises:
Entity of carrying control function BCFE among the resource access control subsystem RACS.
3, realize the method for service request in the network according to claim 1 between the peer-entities, it is characterized in that described stream information comprises: the source IP address and the purpose IP address information of type of service, business.
4, according to the method that realizes service request in each described network of claim 1 to 3 between the peer-entities, it is characterized in that described step B specifically comprises:
When described entity is determined it not for the termination entity according to the business request information loaded information, stream information and service quality parameter information according to the business request information carrying are selected the bearer network route, and computational resource, this business request information is sent to downstream entities.
5, according to the method that realizes service request in each described network of claim 1 to 3 between the peer-entities, it is characterized in that described step B also comprises:
Described entity sends to downstream entities with the bearer network routing iinformation of its selection with business request information.
6, according to the method that realizes service request in described each network of claim 1 to 3 between the peer-entities, it is characterized in that: head, the termination entity of determining service request according to the source IP address that is carried in the described business request information and purpose IP address.
7, according to the method that realizes service request in each described network of claim 1 to 3 between the peer-entities, it is characterized in that described method also comprises:
Two home addresses that adjacent upstream and downstream entity writes down the other side mutually.
8, realize the device of service request in a kind of network between the peer-entities, it is characterized in that, comprising:
The service request processing module is used to receive business request information, selects the bearer network route according to stream information that carries in this business request information and service quality parameter information, and computational resource;
Forwarding module is used for according to the route that the service request processing module is determined request message being sent to downstream entities.
9, realize the device of service request in the network according to claim 8 between the peer-entities, it is characterized in that described device is arranged in: the BCFE of RACS system.
10, realize the method for service request response in a kind of network between the peer-entities, it is characterized in that, comprising:
After the downstream entities in the peer-entities was received the business request information of upstream entity transmission, if downstream entities can satisfy described service request, then upstream entity sent response message.
11, realize the method for service request response in the network according to claim 10 between the peer-entities, it is characterized in that, carry the information of the service request that downstream entities can satisfy in the described response message.
12, realize the method for service request response in the network according to claim 11 between the peer-entities, it is characterized in that, also comprise in the described response message: routing information.
13, realize the method for service request response in the network according to claim 12 between the peer-entities, it is characterized in that described routing information comprises: described entity is according to the set of the definite routing information of loaded information in the business request information that receives.
14, according to the method that realizes the service request response in each described network of claim 10 to 13 between the peer-entities, it is characterized in that: when the QoS parameter of group more than including in the business request information that the downstream entity receives, then downstream entities should be carried on one group of QoS parameter of its selection and be sent to upstream entity in the response message.
15, according to the method that realizes the service request response in each described network of claim 10 to 13 between the peer-entities, it is characterized in that: downstream entities is according to the address information of the upstream entity of its record, and upstream entity sends described response message.
16, realize the device of service request response in a kind of network between the peer-entities, it is characterized in that described device comprises:
The service request response processing module: receive the business request information that upstream entity sends, when determining to satisfy described service request, the response message of structure service request;
Forwarding module: the response message of described service request response processing module structure is sent to upstream entity.
17, the refusal method of asking between the peer-entities in a kind of network is characterized in that, comprising:
When the downstream entities in the peer-entities can not satisfy request, downstream entities upstream entity was returned the refusal response message.
18, the refusal method of asking between the peer-entities in the networking according to claim 17 is characterized in that, this method specifically comprises:
Downstream entities upstream entity sends when refusing response message, is to determine the upstream entity address according to the home address of the adjacent entities that writes down in the downstream entities.
19, the refusal method of asking between the peer-entities in the network according to claim 17 is characterized in that, described refusal response message comprises: execution result is refusal and/or Reason For Denial.
20, the refusal method of asking between the peer-entities in the network according to claim 19 is characterized in that, the unaccepted reason of described request comprises: inadequate resource, no available path, overtime, illegal operation and/or request are unknown object.
21, the refusal method of asking between the peer-entities in the network according to claim 17 is characterized in that, the refusal response message that described downstream entities sends sends to the source entity of the request of sending successively.
22, the refusal method of asking between the peer-entities in the network according to claim 21 is characterized in that, described method also comprises: source entity sends to interactive function entity SCFE with described refusal response message.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200510085614 CN1870624A (en) | 2005-07-11 | 2005-07-11 | Method and device for implementing service reqiring between coordinate entity in network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200510085614 CN1870624A (en) | 2005-07-11 | 2005-07-11 | Method and device for implementing service reqiring between coordinate entity in network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1870624A true CN1870624A (en) | 2006-11-29 |
Family
ID=37444172
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200510085614 Pending CN1870624A (en) | 2005-07-11 | 2005-07-11 | Method and device for implementing service reqiring between coordinate entity in network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1870624A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102195855A (en) * | 2010-03-17 | 2011-09-21 | 华为技术有限公司 | Business routing method and business network |
| CN101510899B (en) * | 2009-04-08 | 2011-11-16 | 华为技术有限公司 | Method, system and equipment for implementing content source selection |
| CN101212483B (en) * | 2006-12-31 | 2012-04-25 | 华为技术有限公司 | Method and system for controlling the number of user sessions |
-
2005
- 2005-07-11 CN CN 200510085614 patent/CN1870624A/en active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101212483B (en) * | 2006-12-31 | 2012-04-25 | 华为技术有限公司 | Method and system for controlling the number of user sessions |
| CN101510899B (en) * | 2009-04-08 | 2011-11-16 | 华为技术有限公司 | Method, system and equipment for implementing content source selection |
| CN102195855A (en) * | 2010-03-17 | 2011-09-21 | 华为技术有限公司 | Business routing method and business network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1488217A (en) | Method and system for resource reservations in a multicasting network | |
| CN1832448A (en) | Method for implementing resource preretention of inserted allocation mode in next network | |
| CN1832449A (en) | Method for implementing resource preretention of agency requir mode in next network | |
| CN101079760A (en) | Method, system and content distribution network for monitoring network | |
| CN1747400A (en) | System and realization for dynamic cooperating service quality in next generation network | |
| CN1214635C (en) | Conference dispatching system and method of IP network meeting TV-set | |
| CN1852384A (en) | Method for realizing policy and charging rule decision | |
| CN1832447A (en) | Method for implementing user requiring mode resource preretention in net network | |
| CN1618248A (en) | Station apparatus, method for resource allocation in station apparatus and mobile communication system | |
| CN1870514A (en) | Method for analysing session service quality | |
| CN101079743A (en) | A resource acceptance and control method, system and service application system | |
| CN1801956A (en) | Resource distribution policy system and its method for controlling communication resource distribution | |
| CN1581791A (en) | Method for providing reliable transmission service quality in communication network | |
| CN1526255A (en) | Method of processing UMTS calls in a packet transmission network and node for the umts network and for implementing said method | |
| CN1870582A (en) | Method for processing conversion require of network address/port in communication network | |
| CN101079807A (en) | A mesh relaying method and IP communication system for controlling media transmission path | |
| CN1314246C (en) | Communication control system, communication control method, routing controller and router suitably used for same | |
| CN1863167A (en) | Service gateway service system, service quality consultation and service resource releasing method | |
| CN1905746A (en) | Band width distributing method, system and wireless network controller | |
| CN1870636A (en) | Method and system for client redirection | |
| CN1741672A (en) | Method for distributing cell resource | |
| CN101075886A (en) | Method and device for distributed charging content | |
| CN1643858A (en) | Quality of service request correlation | |
| CN1870624A (en) | Method and device for implementing service reqiring between coordinate entity in network | |
| CN1691636A (en) | Method of flow state establishment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20061129 |