CN105229967A

CN105229967A - Overall situation host node and territory host node, instruction are set up stream and are set up the method for stream

Info

Publication number: CN105229967A
Application number: CN201480000230.6A
Authority: CN
Inventors: 董晨; 姜彤
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2014-02-28
Filing date: 2014-02-28
Publication date: 2016-01-06
Also published as: WO2015127649A1

Abstract

The application provides a kind of overall host node GM and territory host node, instruction to set up stream and set up the method for stream, and the method comprises: what the GM territory host node DM received in territory, source node place sent sets up cross-domain stream request message; Determine the path of cross-domain stream and the proposal parameter in Shang Ge territory, path according to setting up cross-domain stream request message, described proposal parameter comprises service quality QoS demand and the transmission opportunity TXOP distribution of demand fulfillment; When determining to set up cross-domain stream, what in territory, source node place, DM sent that instruction sets up cross-domain stream sets up cross-domain stream acknowledge message, to indicate described DM to set up cross-domain stream by stream access confirmation message instruction source node, what cross-domain stream was set up in described instruction sets up the proposal parameter that cross-domain stream acknowledge message comprises cross-domain flow path information and territory.This application provides a kind of mechanism setting up cross-domain stream, and for cross-domain carry out business transmission provide QoS to ensure.

Description

Overall situation host node and territory host node, instruction are set up stream and are set up the method for stream

Global host node and domain host node, the method and technology field for indicating foundation stream and foundation stream

Stream and the method for setting up stream are set up the present invention relates to power line communication technology field, more particularly to a kind of global host node and domain host node, instruction.Background technology

Power line communication (PLC, Power Line Communications) refers to a kind of communication mode by the use of power line as the medium of communications.With the development of network technology and multimedia technology, PLC is applied to home broadband network and the trend of intelligent grid is increasingly apparent.

G.hn is by ITU-T (International Telecommunication Union-Transmission;Tissue is transmitted in International Telecommunications Union）A kind of home network interconnection technique based on wire medium worked out, the wire medium of the technical support includes power line, telephone wire, coaxial cable and plastic optical fiber.

One G.hn domain is by a domain host node（DM, Domain Master) and 0 ~ N number of ordinary node composition, DM is responsible for being managed domain, including the joining and departing from of node, scheduling of resource, economize on electricity and other management and control function etc..MAC (media access control Media access contorls one by one are generally divided time into management of the DM to domain for convenience, standard）Cycle.DM sends a medium access plan in each MAC cycle（MAP, Medium Access Plan) frame, schedule informations and other managing control information of the DM to next MAC cycle are contained in MAP frames, ordinary node accesses channel according to the MAP frames received and is transmitted.One MAC cycle is divided into different transmission opportunity (TXOP, the Transmit Opportunity of non-overlapping copies in MAP frames；), different TXOP can be distributed to node by DM according to node to running situation in the demand of bandwidth resources and domain etc., and node needs to distribute to its TXOP to carry out channel access in strict accordance with DM.TXOP includes nothing and strives TXOP (CFTXOP unexpectedly, Contention Free TXOP) and strive TXOP (CBTXOP unexpectedly, Contention-Based TXOP), wherein CFTXOP is private resource, i.e. some CFTXOP is distributed to node and used by DM-denier, then node is exclusive uses the CFTXOP, and CBTXOP needs node to go to strive unexpectedly to use, and node is only won to be striven and could be transmitted in the CBTXOP unexpectedly. DM Distribution to TXOP is referred to as scheduling of resource, and scheduling can be divided into continuation scheduling and non-standing scheduling, if DM same scheduling is continuous all effective in multiple MAC cycles, referred to as continuation is dispatched, and is otherwise dispatched for non-standing.

DM is responsible for being managed the topology in domain.Each node periodically reports the topology information of oneself with event triggering to DM, and DM collects and safeguarded the topology information in domain according to the report of node, and topology information is that each node calculates routing table accordingly.Following content has been comprised at least in the topology information that each node is reported to DM：Association address list (A AT, Associated Address Table) (including local AAT lists and the remote AAT lists of the parameter and capacity of water of node, node）, in the domain that has found of node the physical layer data rate of neighbor node and node and these neighbor nodes, the neighborhood that node has found and these neighborhoods information.Therefore, managed by topology, DM not only can determine that the topology in domain, the link performance between node can also be determined.

All nodes in one G.hn domain all support identical G.hn media, support to need to carry out by the connection of bridger between domain to carry out communication between the G.hn domains of different medium.One bridger has at least two ports for supporting different medium, as shown in Figure 1, domain 1 and domain 2 are the G.hn domains for supporting different medium, the G.hn domains of the two support different mediums of the connection of bridger 1, identical G.hn media are supported in 1 port of its bridge 1 and domain 1, and 2 ports of bridger 1 and domain 2 support identical G.hn to be situated between

QoS (Quality of Service, service quality) demand of home network middle pitch video traffic can be ensured in Ghn domains by setting up Business Stream end to end.Each stream is uniquely identified jointly by the device id and stream ID of source node, and stream ID is source node distribution, and the stream number that each node most multipotency is set up is conditional.Each stream has corresponding properties of flow parameter T_sp, properties of flow parameter T_sp∞In describe the parameter sets of stream, characteristic and need the QoS demand that meets.The foundation of stream equivalent to setting up a passage between a source node and a destination node, and DM can be according to the characterisitic parameter T of stream_sp∞To flow the distribution CFTXOP of the transmission on this passage, so as to ensure that the QoS demand of the stream is met.The QoS property parameters that may be included in properties of flow parameter T ^ are as shown in the table. The characterisitic parameter T that table 1 flows_s

Stream of the prior art creates a mechanism only to support to set up in the domain for working in same medium to flow end to end, for the foundation of cross-domain stream, because source node and destination node be not in same domain, so prior art is helpless, prior art sets up Business Stream end to end between can not supporting to work in the G.hn domains of different medium.The content of the invention

The present invention provides a kind of global host node and domain host node, indicates foundation stream and the method for setting up stream, realizes the foundation of cross-domain stream, and provide QoS guarantees for the transmission of cross-domain carry out business.

First aspect indicates to set up the method flowed there is provided a kind of global host node GM, including：What the domain host node DM where receiving source node in domain was sent sets up cross-domain stream request message；According to the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream is set up, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet； It is determined that when setting up cross-domain stream, into domain where source node DM send indicate to set up cross-domain stream set up cross-domain stream confirmation message, indicate that source node sets up cross-domain stream to indicate the DM by flowing access confirmation message, the cross-domain stream confirmation message of setting up that cross-domain stream is set up in the instruction includes cross-domain flow path information and the proposal parameter in domain.

With reference in a first aspect, in the first possible implementation, in addition to：

It is determined that when not setting up cross-domain stream, DM sends and indicates that what cross-domain stream set up failure sets up cross-domain stream confirmation message in domain where to source node, indicates that the cross-domain stream of source node sets up failure to indicate the DM by flowing access confirmation message.

When GM determines that cross-domain stream can be successfully established or can not set up in the present invention, it is required for returning to a result instruction to the DM in domain where source node, the result configured information is carried in cross-domain stream confirmation message is set up, and when result is designated as that cross-domain stream can be set up, cross-domain flow path information and the proposal parameter in domain are also carried in message.

With reference in a first aspect, in second of possible implementation, the characterisitic parameter for setting up cross-domain stream request message carrying stream determines the path of cross-domain stream, specifically included：

According to the DM relevant informations and the characterisitic parameter of stream for connecting the GM, determine cross-domain to flow path in the domain undergone from source node to destination node and domain.

In above-mentioned implementation, GM determines the detailed path of cross-domain stream, and is not only undergone domain (bridger）.

With reference in a first aspect, in the third possible implementation, the characterisitic parameter for setting up cross-domain stream request message carrying stream determines the path of cross-domain stream, specifically included：

According to the DM relevant informations and the characterisitic parameter of stream for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, and undergoes from cross-domain stream path in the DM acquisitions domain in domain.

In this fashion, the DM that undergoes in domain of flowing determines in domain path and returns to GM by cross-domain, and GM only determines undergone domain.

With reference in a first aspect, in the 4th kind of possible implementation, the characterisitic parameter for setting up cross-domain stream request message carrying stream determines the proposal parameter in each domain on cross-domain flow path, specifically included：

According to the characterisitic parameter of the stream and cross-domain flow path, the proposal in each domain on cross-domain flow path is determined Parameter.

With reference to first aspect, in the 4th kind of possible implementation of first aspect, path in the domain for setting up domain that the cross-domain flow path packet in cross-domain stream confirmation message undergone containing cross-domain flow path and each domain, the proposal parameter that the proposals parameter in the domain for setting up cross-domain stream confirmation message includes each domain on cross-domain flow path.

Above-mentioned implementation, DM does not determine the situation of the proposal parameter of itself in domain where being suitable for the application of source node, the proposal parameter of DM in all domains on path is determined by GM, and notify each DM.

With reference to first aspect, in the 6th kind of possible implementation, in the first possible implementation with reference to first aspect, first aspect, or combine in first aspect, second of possible implementation of first aspect, or combine in first aspect, the third possible implementation of first aspect, or combine in first aspect, the 4th kind of possible implementation of first aspect, or combine in first aspect, the 5th kind of possible implementation of first aspect, it is determined that cross-domain stream can be set up, specifically include：DM into path Shang Ge domains, which is sent, sets up cross-domain stream inquiry message, the proposal parameter for setting up cross-domain stream inquiry message package containing domain；

The cross-domain stream of setting up for receiving the transmissions of the DM in the Shang Ge domains of path inquires confirmation message, when determining that the DM in the Shang Ge domains of path has the cross-domain stream foundation of enough resource supports and meets proposal parameter, it is determined that setting up cross-domain stream.

With reference in first aspect, the third possible implementation of first aspect, the DM undergone from cross-domain stream in domain obtains path in domain, specifically includes：

Routing information in domain is obtained from setting up during cross-domain stream inquires confirmation message for the DM transmissions in the Shang Ge domains of path.

With reference to first aspect, in the 7th kind of possible implementation, at least one of DM determinations proposes parameter and corresponding i or interior paths in domain where the characterisitic parameter for setting up cross-domain stream request message carrying stream, source node.

DM is when it is determined that need to set up cross-domain stream in domain where source node, and can determine oneself can provide that what kind of QoS is ensured and TXOP distribution for the stream, hence, it can be determined that this domain proposes parameter and reports GM. With reference to first aspect, in the 7th kind of possible implementation of first aspect, it is described set up it is cross-domain stream request message in only carry one propose parameter when, the cross-domain flow path information set up in cross-domain stream confirmation message, path in the domain undergone comprising cross-domain flow path and the domain in each domain, or, other domains in addition to the domain where the source node undergone comprising cross-domain flow path and routing information in the domain in other domains；It is described to set up when carrying multiple proposal parameters in cross-domain stream request message, the cross-domain flow path information set up in cross-domain stream confirmation message, in the domain in the domain undergone comprising cross-domain flow path and each domain path.

In the case where setting up cross-domain stream request message carrying proposal parameter, where illustrating source node in domain

DM has determined that path in the domain of itself, therefore no longer needs GM to determine path in its domain.

With reference to first aspect, in the 7th kind of possible implementation of first aspect, the path of cross-domain stream is determined, is specifically included：

According to the DM relevant informations for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, and except in the domain of its overseas co-domain path where source node on path.

In above-mentioned implementation, GM determines the detailed path of cross-domain stream, and is not only undergone domain

(bridger）.

With reference to first aspect, in the 7th kind of possible implementation of first aspect, the proposal parameter in each domain on the cross-domain flow path is determined, is specifically included：

From it is described set up it is cross-domain stream request message in carry at least one propose parameter in, choosing one proposes parameter as the proposal parameter in domain where source node, and according to selected one characterisitic parameter for proposing parameter and stream, determine the proposal parameter in other domains on the cross-domain flow path.

With reference to first aspect, in the 7th kind of possible implementation of first aspect, it is described set up it is cross-domain stream request message in only carry one propose parameter when, it is described to set up the proposal parameter for including each domain on cross-domain flow path in cross-domain stream confirmation message, or comprising on cross-domain flow path in addition to domain where source node other domains proposal parameter；

It is described to set up when carrying multiple proposal parameters in cross-domain stream request message, it is described to set up the proposal parameter for including each domain on cross-domain flow path in cross-domain stream confirmation message.

With reference to first aspect, in the 7th kind of possible implementation of first aspect, the path of the cross-domain stream is determined, is specifically included： According to the DM relevant informations for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, except the DM where source node in its overseas co-domain obtains path in domain from path.

Due to that just GM can be asked to set up cross-domain stream when DM determines that itself supports and sets up cross-domain stream in domain where source node, it therefore, there is no need to the DM transmissions into domain where source node and set up cross-domain stream inquiry message.

With reference to first aspect, in the 7th kind of possible implementation of first aspect, it is determined that setting up cross-domain stream, specifically include：

Cross-domain stream inquiry message is set up except remaining DM where source node in domain in addition to DM is sent on to path, it is described to set up cross-domain proposal parameter of the stream inquiry message package containing domain where remaining DM；

Receive cross-domain flow of setting up of all remaining DM transmissions on path and inquire confirmation message, it is determined that when remaining described DM has the enough cross-domain foundation of resource support and satisfaction proposal parameter, it is determined that setting up cross-domain stream.

Except the DM where source node in its overseas co-domain obtains path in domain from path, specifically include：With reference to first aspect, in the 7th kind of possible implementation of first aspect, from path except the DM where source node in its overseas co-domain send set up cross-domain stream inquiry confirmation message in obtain routing information in domain.

With reference in a first aspect, the 8th kind of possible implementation, in addition to：The cross-domain stream for being successfully established cross-domain stream that DM is sent in domain where receiving source node, which is set up, indicates message, set up on to cross-domain flow path except the cross-domain stream that remaining DM transmissions where source node in domain in addition to DM are successfully established cross-domain stream and indicate message, to indicate remaining DM according to the proposal parameter in this domain as the cross-domain stream distribution resource.

With reference in a first aspect, the 9th kind of possible implementation, in addition to：Interacted with the DM for being connected the GM, obtain the DM relevant informations, the relevant information of the DM includes continuation schedule information in topology information in domain and domain.

Interacted with the DM for being connected the GM, obtain the DM relevant informations, the relevant information of the DM includes continuation schedule information in topology information in domain and domain.

With reference in a first aspect, in the 9th kind of possible implementation of first aspect, topology information includes in the domain：

Speed between MAC Address, the ability parameter of domain interior nodes, the neighbor list of domain interior nodes, domain interior nodes and each of which neighbor node of domain interior nodes. With reference in a first aspect, the tenth kind of possible implementation, in addition to：

Receive the information for the stream set up in the domain reported with the GM DM being connected；

According to the information for the stream set up in the domain reported, when determining cross-domain flow path, from the number of the stream of foundation is not up to the node of the setting upper limit, the node on cross-domain flow path is selected.

Second aspect there is provided it is a kind of set up stream method, including：

When domain host node DM where source node in domain determines that the originating node requests set up cross-domain stream, sent to global host node GM and set up cross-domain stream request message, described to set up the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream to the GM, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；

The cross-domain stream confirmation message of setting up of cross-domain stream is set up in the instruction that DM receptions GM where source node in domain is sent, and proposal parameter of the cross-domain stream confirmation message of cross-domain stream comprising cross-domain flow path information and domain is set up in the instruction；

DM sends the stream access confirmation message for indicating to set up cross-domain stream to the source node in domain where source node, process is set up to indicate that the source node initiates cross-domain stream, cross-domain stream is set up through each node on cross-domain flow path, the stream access confirmation message includes cross-domain flow path information.

With reference to second aspect, the first possible implementation, the DM where source node in domain is sent to GM before setting up cross-domain stream request message, in addition to：Determine at least one proposal parameter of cross-domain stream；DM in the domain of the source node place is set up in cross-domain stream request message to what GM was sent, and at least one of DM determinations proposes path in parameter and corresponding domain in domain where carrying the characterisitic parameter flowed, source node.

With reference to second aspect, second of possible implementation, in addition to：

It is successfully established after cross-domain stream, DM is according to proposing that parameter is that cross-domain flow distributes resource in domain where source node, and when cross-domain stream sets up failure, DM discharges the resource reserved according to proposal parameter for the cross-domain stream in the domain of source node place.

With reference to second aspect, the third possible implementation is successfully established after cross-domain stream, and DM, according to proposing that parameter is the cross-domain stream distribution resource, is specifically included in domain where source node：

DM receives source node and determines that the instruction stream sent when cross-domain stream is successfully established is built in domain where source node Vertical successfully cross-domain stream, which is set up, indicates message；

DM is the cross-domain stream distribution resource according to proposal parameter in domain where source node, and the cross-domain stream foundation instruction message that stream is successfully established is indicated to GM transmissions, the cross-domain stream foundation instruction message that the instruction stream is successfully established is used to remove DM in the domain of source node place on the cross-domain flow path of GM instructions and distributes resource according to proposal parameter for cross-domain flow..

With reference to second aspect, the 4th kind of possible implementation, when cross-domain stream sets up failure, DM releases, according to proposing that parameter is the reserved resource of the cross-domain stream, are specifically included in domain where source node：

DM receives source node and determines that the instruction stream sent when cross-domain stream foundation fails sets up the cross-domain stream foundation failed and indicates message in domain where source node；

DM releases are the reserved resource of the cross-domain stream according to proposal parameter in domain where source node, and sent to GM and indicate that stream sets up the cross-domain stream of failure and sets up and indicate message, the cross-domain stream that the instruction stream sets up failure is set up and indicates that message is used for the GM and indicated on cross-domain flow path except remaining DM releases where source node in domain in addition to DM are according to proposing that parameter is the reserved resource of the cross-domain stream.

The third aspect, the embodiment of the present invention provides a kind of global host node GM for indicating to set up stream, including：Request reception unit, what the domain host node DM where for receiving source node in domain was sent sets up cross-domain stream request message；

Path and parameter determination unit, for according to the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream is set up, the proposal parameter to include service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；

Unit is set up in instruction, during for determining to set up cross-domain stream, into domain where source node DM send indicate to set up cross-domain stream set up cross-domain stream confirmation message, indicate that source node sets up cross-domain stream to indicate the DM by flowing access confirmation message, the cross-domain stream confirmation message of setting up that cross-domain stream is set up in the instruction includes cross-domain flow path information and the proposal parameter in domain.

With reference to the third aspect, the first possible implementation, in addition to：

Failure indicating member, during for determining not set up cross-domain stream, into domain where source node, DM, which is sent, indicates that what cross-domain stream set up failure sets up cross-domain stream confirmation message, indicates that the cross-domain stream of source node sets up failure to indicate the DM by flowing access confirmation message. With reference to the third aspect, second of possible implementation is described to set up the characterisitic parameter that cross-domain stream request message carries stream, and path and parameter determination unit determine the path of cross-domain stream, specifically included：

According to the DM relevant informations and the characterisitic parameter of stream for connecting the GM, determine cross-domain to flow path in the domain undergone from source node to destination node and domain..

With reference to the third aspect, the third possible implementation is described to set up the characterisitic parameter that cross-domain stream request message carries stream, and the path and parameter determination unit determine the path of cross-domain stream, specifically included：According to the DM relevant informations and the characterisitic parameter of stream for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, and undergoes from cross-domain stream path in the DM acquisitions domain in domain.

With reference to the third aspect, the 4th kind of possible implementation is described to set up the characterisitic parameter that cross-domain stream request message carries stream, and the path and parameter determination unit determine the proposal parameter in each domain on cross-domain flow path, specifically included：

According to the characterisitic parameter of the stream and cross-domain flow path, the proposal parameter in each domain on cross-domain flow path is determined.

With reference to the third aspect, in the 4th kind of possible implementation, path in the domain for setting up domain that the cross-domain flow path packet in cross-domain stream confirmation message undergone containing cross-domain flow path and each domain, the proposal parameter that the proposals parameter in the domain for setting up cross-domain stream confirmation message includes each domain on cross-domain flow path.

With reference to the third aspect, 5th kind of possible implementation, or combine in the third aspect, the first possible implementation of the third aspect, or combine the third aspect, in second of possible implementation of the third aspect, or combine in the third aspect, the third possible implementation of the third aspect, or combine the third aspect, in the 4th kind of possible implementation of the third aspect, the instruction sets up unit and determines to set up cross-domain stream, specifically includes：

DM into path Shang Ge domains, which is sent, sets up cross-domain stream inquiry message, the proposal parameter for setting up cross-domain stream inquiry message package containing domain；

With reference to the third aspect, the 5th kind of possible implementation, or combine the third aspect, the third aspect In the third possible implementation, the path and parameter determination unit are undergone in domain from cross-domain stream

DM obtains path in domain, specifically includes：

With reference to the third aspect, the 6th kind of possible implementation, at least one of DM determinations proposes path in parameter and corresponding domain in domain where the characterisitic parameter for setting up cross-domain stream request message carrying stream, source node.

With reference to the third aspect, in the 6th kind of possible implementation of the third aspect, it is described set up it is cross-domain stream request message in only carry one propose parameter when, the cross-domain flow path information set up in cross-domain stream confirmation message, path in the domain undergone comprising cross-domain flow path and the domain in each domain, or, other domains in addition to the domain where the source node undergone comprising cross-domain flow path and routing information in the domain in other domains；

It is described to set up when carrying multiple proposal parameters in cross-domain stream request message, the cross-domain flow path information set up in cross-domain stream confirmation message, in the domain in the domain undergone comprising cross-domain flow path and each domain path.

With reference to the third aspect, in the 6th kind of possible implementation of the third aspect, path and parameter determination unit determine the path of cross-domain stream, specifically include：

With reference to the third aspect, in the 6th kind of possible implementation of the third aspect, path and parameter determination unit determine the proposal parameter in each domain on the cross-domain flow path, specifically include：

With reference to the third aspect, in the 6th kind of possible implementation of the third aspect, it is described set up it is cross-domain stream request message in only carry one propose parameter when, it is described to set up the proposal parameter for including each domain on cross-domain flow path in cross-domain stream confirmation message, or comprising on cross-domain flow path in addition to domain where source node other domains proposal parameter；

It is described set up it is cross-domain stream request message in carry it is multiple proposal parameter when, it is described set up it is cross-domain stream confirm The proposal parameter in each domain on cross-domain flow path is included in message.

With reference to the third aspect, in the 6th kind of possible implementation of the third aspect, path and parameter determination unit determine the path of the cross-domain stream, specifically include：

According to the DM relevant informations for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, except the DM where source node in its overseas co-domain obtains path in domain from path.

With reference to the third aspect, in the 6th kind of possible implementation of the third aspect, instruction sets up unit and determines to set up cross-domain stream, specifically includes：

With reference to the third aspect, in the 6th kind of possible implementation of the third aspect, path and parameter determination unit, except the DM where source node in its overseas co-domain obtains path in domain, are specifically included from path：From on path except the DM where source node in its overseas co-domain send set up cross-domain stream inquiry confirmation message in obtain routing information in domain.

With reference to the third aspect, in the 7th kind of possible implementation, in addition to：

Indicate allocation unit, the cross-domain stream for being successfully established cross-domain stream that DM is sent in domain where for receiving source node, which is set up, indicates message, set up on to cross-domain flow path except the cross-domain stream that remaining DM transmissions where source node in domain in addition to DM are successfully established cross-domain stream and indicate message, to indicate remaining DM according to the proposal parameter in this domain as the cross-domain stream distribution resource.

With reference to the third aspect, in the 8th kind of possible implementation, in addition to：

Indicate releasing unit, the cross-domain stream foundation that the cross-domain stream that DM is sent in domain where for receiving source node sets up failure indicates message, set up on to cross-domain flow path except the cross-domain streams for sending cross-domain stream foundation failure of remaining DM where source node in domain in addition to DM and indicate message, to indicate remaining DM releases according to proposal parameter as the reserved resource of the cross-domain stream.

With reference to the third aspect, in the 9th kind of possible implementation, in addition to：

Relevant information acquiring unit, for being interacted with the DM for being connected the GM, obtains the DM phases Information is closed, the relevant information of the DM includes continuation schedule information in topology information in domain and domain.With reference to the third aspect, in the 9th kind of possible implementation of the third aspect, topology information includes in the domain：

Speed between MAC Address, the ability parameter of domain interior nodes, the neighbor list of domain interior nodes, domain interior nodes and each of which neighbor node of domain interior nodes.With reference to the third aspect, in the tenth kind of possible implementation, in addition to：

Stream information receiving unit, the information for receiving the stream set up in the domain reported with the GM DM being connected；

The path and parameter determination unit, specifically for the information according to the stream set up in the domain reported, when determining cross-domain flow path, from the number of the stream of foundation is not up to the node of the setting upper limit, select the node on cross-domain flow path.

Fourth aspect is there is provided a kind of domain host node DM, and the DM is the DM in domain where source node, it is characterised in that the DM includes：

Set up request unit, during for determining that the originating node requests set up cross-domain stream, sent to global host node GM and set up cross-domain stream request message, described to set up the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream to the GM, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；

Confirm receiving unit, the cross-domain stream confirmation message of setting up of cross-domain stream is set up in the instruction for receiving GM transmissions, proposal parameter of the cross-domain stream confirmation message of cross-domain stream comprising cross-domain flow path information and domain is set up in the instruction；

Unit is set up in instruction, for sending the stream access confirmation message for indicating to set up cross-domain stream to the source node, process is set up to indicate that the source node initiates cross-domain stream, cross-domain stream is set up through each node on cross-domain flow path, the stream access confirmation message includes cross-domain flow path information.

With reference to fourth aspect, the first possible implementation is set up request unit and sent to GM before setting up cross-domain stream request message, is additionally operable to：Determine at least one proposal parameter of cross-domain stream；

Set up request unit to set up in cross-domain stream request message to what GM was sent, path in the characterisitic parameter of carrying stream, at least one proposal parameter of the determination and corresponding domain. With reference to fourth aspect, second of possible implementation, in addition to：

Release and allocation unit, for being successfully established after cross-domain stream, according to proposing that parameter is that cross-domain flow distributes resource, when cross-domain stream sets up failure, release is the reserved resource of the cross-domain stream according to proposal parameter.

With reference to fourth aspect, the third possible implementation, release and allocation unit, according to proposing that parameter is the cross-domain stream distribution resource, are specifically included after cross-domain stream is successfully established：

Receive source node and determine the cross-domain stream foundation instruction message that the instruction stream sent when cross-domain stream is successfully established is successfully established；

It is the cross-domain stream distribution resource according to proposal parameter, and the cross-domain stream foundation instruction message that stream is successfully established is indicated to GM transmissions, the cross-domain stream foundation instruction message that the instruction stream is successfully established is used to remove DM in the domain of source node place on the cross-domain flow path of GM instructions and distributes resource according to proposal parameter for cross-domain flow.

With reference to fourth aspect, in the 4th kind of possible implementation, release and allocation unit discharge according to proposing that parameter is the reserved resource of the cross-domain stream, specifically included when cross-domain stream sets up failure：

Receive source node and determine that what is sent during cross-domain stream foundation failure indicates that stream sets up the cross-domain stream failed and sets up instruction message；

It is the reserved resource of the cross-domain stream to discharge according to proposal parameter, and sent to GM and indicate that stream sets up the cross-domain stream of failure and sets up and indicate message, the cross-domain stream that the instruction stream sets up failure is set up and indicates that message is used for the GM and indicated on cross-domain flow path except remaining DM releases where source node in domain in addition to DM are according to proposing that parameter is the reserved resource of the cross-domain stream.

Global host node GM and domain host node DM provided in an embodiment of the present invention, instruction set up stream and set up stream, it is responsible for the foundation of cross-domain stream by GM, and consult to propose the process of parameter between GM and each DM, so as to be created a mechanism there is provided a kind of cross-domain stream, ensured so as to provide QoS for cross-domain progress audio frequency and video business transmission.Brief description of the drawings

Fig. 1 is the G. hn domains schematic diagram for supporting different medium；

Fig. 2 is that prior art does not set up process by the stream of via node；

Fig. 3 is to set up process by the stream of via node； Fig. 4 is GM functional mode schematic diagram；

Fig. 5 is to be successfully established the message flow chart of cross-domain stream in the embodiment of the present invention 1；

Fig. 6 is the flow chart of GM instruction foundation streams in the embodiment of the present invention；

Fig. 7 is to set up the method flow diagram of stream in the embodiment of the present invention

The position view for the TXOP that Fig. 8 distributes for each domain on path in the embodiment of the present invention 1；Fig. 9 is to set up the message flow chart of cross-domain stream in the embodiment of the present invention 3 and 4；

Figure 10 is global host node GM schematic diagrames provided in an embodiment of the present invention；

Figure 11 is host node DM schematic diagrames in domain provided in an embodiment of the present invention.Embodiment

The process of Business Stream is created in Ghn as shown in Fig. 2 mainly including：

Step 1, the higher layer applications entity of source node has data to need by the way that when setting up that stream is sent to destination node end to end, high-rise application entity can produce a CL_EstablishFlow.req message, and request source node sets up the stream for arriving destination node.The characterisitic parameter T of stream is contained in CL_EstablishFlow.req message_sp∞And the MAC addresses of destination node.It is of course also possible to which higher layer applications entity, which does not send CL_EstablishFlow.req message requests clearly, sets up stream, and only it is to start to allow node to send data, in this case, node needs to decide the characterisitic parameter T of stream in its sole discretion_sp∞And destination address；

Step 2, source node is received after the request of application entity, judge oneself whether there is resource to support this foundation flowed according to the characterisitic parameter T ^ of stream, if, then source node determines the device id of destination node according to the MAC Address of destination node, and give the stream distribute a stream ID, the stream by（Source device ID, stream ID) uniquely identify.Afterwards, source node sends the characterisitic parameter T ^ and destination node ID and stream ID that stream is also contains in a FL_AdmitFlow.req message, this message to DM;

Step 3, DM is received after the message of source node, it is necessary to determine whether enough bandwidth resources to meet the characterisitic parameter T of the stream_sp.If so, then DM receives the foundation of the stream；If no, DM refuses the foundation of the stream.DM replys the decision that DM is contained in a FL_AdmitFlow.cnf message, message, i.e. " receiving " or " refusal " to source node； Step 4, source node is received after DM reply, if DM receives the foundation of the stream, source node sends a FL_OriginateFlow.req message to destination node, and request and destination node are set up to flow end to end.The characterisitic parameter T of stream is also contains in the message_specAnd stream ID;

Step 5, destination node is received after the message of source node, first assesses the foundation for oneself whether having resource to receive the stream, and reply a FL_OriginateFlow.cnf message to source node, the decision of destination node is contained in the message, i.e. " receiving " or " refusal "；

Step 6, whether source node is sent a FL_AdmitFlow.ind message to DM, is succeeded with the foundation for indicating the DM streams after the reply of destination node is received.If destination node receives the foundation of the stream, stream is successfully established, and source node also indicates that stream is successfully established in this message；If destination node have rejected the foundation of stream, source node indicates that stream sets up failure in this message；

Step 7, DM is received after the FL_AdmitFlow.ind message of source node, and instructions of the DM in the message is acted accordingly：If message indicates that stream is successfully established, DM is the stream allocation of transmission resources according to the bandwidth resources determined in step 3（In step 3, DM is to have reserved this part resource, but this part resource is not really distributed to stream in the map）；If message indicates that stream sets up failure, the resource that DM releases are reserved in step 3 for the stream.DM needs to reply a FL_AdmitFlow.rsp message to source node after FL_AdmitFlow.ind message is received, to have acknowledged receipt of the FL_AdmitFlow.ind message of source node；

Step 8, source node is received after the FL_AdmitFlow.rsp message of DM replies, a CL_EstablishFlow.req message is replied to high-rise application entity, to indicate that stream is successfully established.So far, the end-to-end stream from source node to destination node has been successfully established, and after DM starts to distribute CFTXOP for the stream, the data for belonging to stream can be carried out transmitting.

Said process is directed to situation about can directly be communicated between source node and destination node, i.e. source node and destination node within mutual communication range, without being communicated by via node.When source node and destination node be not within mutual communication range, the process of stream is set up as shown in figure 3, mainly including：

Step 1, the higher layer applications entity of source node has data to need to be sent to purpose by setting up stream end to end During node, high-rise application entity can produce a CL_EstablishFlow.req message, and request source node sets up the stream to destination node.The characterisitic parameter T of stream is contained in CL_EstablishFlow.req message_sp∞And the MAC addresses of destination node.It is of course also possible to which higher layer entities, which do not send CL_EstablishFlow.req message requests clearly, sets up stream, and it is only to start to allow node to send data, in this case, node needs to decide the characterisitic parameter T of stream in its sole discretion_sp∞And destination address；

Step 2, source node is received after the request of application entity, judge oneself whether there is resource to support this foundation flowed according to the characterisitic parameter T ^ of stream, if, then source node determines the device id of destination node according to the MAC Address of destination node, and a stream ID is distributed to the stream, the stream is uniquely identified by stream ID and source device ID.Afterwards, source node sends the characterisitic parameter T that stream is also contains in a FL_AdmitFlow.req message, this message to DM_spWith destination node ID and stream ID;

Step 3, DM is received after the message of source node, it is necessary to determine whether enough bandwidth resources to meet the characterisitic parameter T of the stream_sp.If so, then DM receives the foundation of the stream；If it is not, DM refuses the foundation of the stream.DM replys the decision that DM is contained in a FL_AdmitFlow.cnf message, message, i.e. " receiving " or " refusal " to source node.In addition, compared to the process that stream is set up in Fig. 2, DM also needs to determine the path for reaching destination node from source node according to the topology information in domain, and the routing information is included in is sent in the FL_AdmitFlow.cnf message of source node；

Step 4, source node is received after DM reply, if DM receives the foundation of the stream, source node is according to the path that DM is its determination, the characterisitic parameter T that stream is contained in a FL_OriginateFlow.req message, the message is sent to first via node on path_spec, stream ID and reach destination node fullpath；

Step 5, via node is received after FL_OriginateFlow.req message, first judges the foundation for oneself whether having resource to support the stream, if so, then node needs to be acted as follows：

Bound together for the stream ID and the stream ID of oneself distribution from this node to stream one stream ID of distribution next-hop node, and previous dive node distribution；Next-hop node is found from FL_OriginateFlow.req message, and the stream ID in FL_OriginateFlow.req message is set to the stream ID of oneself distribution, message is then sent to next-hop node； If it is not, node refuses the foundation of the stream, and a FL_OriginateFlow.cnf message is produced, indicate that stream sets up failure, this message is issued the upper hop node on path（The node of FL_OriginateFlo w.req message is have sent to node）, and process is set up in middle fluid stopping；

Above-mentioned steps 5 are repeated, until the third constellations of FL_OriginateFlow.req message 4 reaches destination node.Step 6, destination node is received after the message of source node, first assesses the foundation for oneself whether having resource to receive the stream, and to the upper hop section on path（The node of FL_OriginateFlo w.req message is sent to it) put the decision replied and destination node is contained in a FL_OriginateFlow. cnf message, the message, i.e. " receiving " or " refusal "；

Step 7, each via node have received the FL_OriginateFlow.cnf message returned from destination node, and message indicates that stream is successfully established, stream ID that then stream ID that oneself is distributed is added in FL_OriginateFlow.cnf message by via node is bad ' in J tables, and the FL_OriginateFlow.cnf message after renewal is sent to the upper hop node to path（The node of FL_OriginateFlow.req message is have sent to node）, this process repeats, until Xiao Xishi reaches source node；Step 8, whether source node is received at via node after FL_OriginateFlow.cnf message, send a FL_AdmitFlow.ind message to DM, succeeded with the foundation for indicating the DM streams.If all via nodes and destination node all receive the foundation of the stream, stream is successfully established, and source node also indicates that stream is successfully established in this message；If via node or destination node have rejected the foundation of stream, source node indicates that stream sets up failure in this message；

Step 9, DM is received after the FL_AdmitFlow.ind message of source node, and instructions of the DM in the message is acted accordingly：If message indicates that stream is successfully established, DM is the stream allocation of transmission resources according to the bandwidth resources determined in step 3（In step 3, DM is to have reserved this part resource, but this part resource is not really distributed to stream in the map）；If message indicates that stream sets up failure, the resource that DM releases are reserved in step 3 for the stream.DM needs to reply a FL_AdmitFlow.rsp message to source node after FL_AdmitFlow.ind message is received, to have acknowledged receipt of the FL_AdmitFlow.ind message of source node；

Step 10, source node is received after the FL_AdmitFlow.rsp message of DM replies, a CL_EstablishFlow.req message is replied to high-rise application entity, to indicate that stream is successfully established.So far, from source Node has been successfully established to the end-to-end stream of destination node, and after DM starts to distribute CFTXOP for the stream, the data for belonging to stream can be carried out transmitting.

It can be seen that prior art is all that stream is set up in same domain, for the foundation of cross-domain stream, because the foundation of cross-domain stream is related to multiple domains, and each DM can only determine the topology and link condition in this domain, and the topology and link condition DM outside this domain can not be known.For the foundation of cross-domain stream, the subject matter faced has：

1. how to determine the path from source node to destination node

Because each DM can only determine the topology situation in this domain, DM can only be at most determined from source node to the path the bridger in this domain, gone out as from bridger to the path situation in other domains, and DM can not be determined.As shown in Figure 1, the source node of stream is in domain 1, destination node is in domain 3, if to set up cross-domain stream, and DM1 can only determine from source node to bridger 1 or (DM1 not can determine that the cross-domain bottom that flows to should go to neighborhood from which bridger still the path of bridger 3）, how other node DM1 message being given in other domains can not be determined bridger after having arrived bridger.

2. how just can determine that whether this cross-domain stream can be set up before cross-domain stream is set up

Because each DM can only determine to enter the path that this domain is gone out on this middle stretch footpath to stream from this domain from stream, DM can determine oneself can provide which type of QoS ensures and distributed which type of TXOP for this section of path, DM can only know which type of QoS demand is the available resources in this domain can meet, but having resource also not represent other domains even if this domain has resource to meet the QoS of stream, therefore any one DM not can determine that whether this cross-domain stream can be set up before cross-domain stream is set up.

3. how to coordinate the scheduling of resource of the DM to bridger in each domain on from source node to destination node paths traversed

By taking Fig. 1 as an example, if it is determined that the path from source node to destination node is（Source node, 1 port of bridger 1,2 ports of bridger 1, node A, 1 port of bridger 2,2 ports of bridger 2, destination node), then DM1 distributes to the first jump（This jump of 11 port from source node to bridger) TXOP (be referred to as TXOP1) and DM2 distribute to the 3rd and jump (from 2 ports of bridger 1 to node A this jump）TXOP (be referred to as TXOP2) need to meet certain delay requirement, because if TXOP1 and TXOP2 very long time delays poor in time, it is likely that meeting Cause the time delay in whole path to exceed and flow allowed maximum delay.In addition, it is also to need what is consulted that each domain on path, which needs to ensure for the QoS what degree cross-domain stream provides, still by taking Fig. 1 as an example, if the maximum delay that the stream from source node to destination node is allowed, which is 10ms, (only by taking time delay as an example, can also be the other parameters in table 1）, then domain 1, domain 2, domain 3 on whole path should meet great maximum delay and just can guarantee that the total maximum delay of last cross-domain stream meets requirement respectively, and this is also to need to hold consultation between DM1, DM2 and DM3.As can be seen here, the foundation of cross-domain stream needs to consult the qos parameter of each domain needs satisfaction and TXOP distribution condition between the DM in each domain on path, only in this way just can guarantee that last whole piece path can meet the QoS demand of cross-domain stream.

In view of the above-mentioned problems, the invention provides a kind of global host node GM and its indicating to set up the method for stream, the method and system of foundation stream.

In process of the present invention is realized, applicants have found that：

Global host node（GM, global master) it is a kind of functional module, it exchanges information by logic M interfaces with the DM in each domain, and concrete model is as shown in Figure 4.In a home network that there are multiple domains, GM can be with the operation in coordination portion or all domains.GM obtains the relevant information in each domain by M interfaces at the DM in all domains to be coordinated, and sends control signal and data to coordinate the operation in each domain to DM.M interfaces are functional interfaces, and its actual physical implementation can be decided in its sole discretion by manufacturer.The agreement that information exchange is carried out between GM and DM is all unified to all domains.

Based on this, the present invention implements to provide a kind of system for setting up stream, and the system includes：

Source node, for asking to set up cross-domain stream to internal area host node DM requests in domain where source node, the stream access confirmation message of cross-domain stream can be set up by receiving the instruction of the DM returns, initiated cross-domain stream and set up process, cross-domain stream is set up through each node on cross-domain flow path；

DM where source node in domain, when determining that the originating node requests set up cross-domain stream, sent to global host node GM and set up cross-domain stream request message, described to set up the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream to the GM, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；The cross-domain stream confirmation message of setting up of cross-domain stream is set up in the instruction for receiving GM transmissions, and proposal parameter of the cross-domain stream confirmation message of cross-domain stream comprising cross-domain flow path information and domain is set up in the instruction；Sent to the source node and indicate that the stream for setting up cross-domain stream access confirmation disappears Breath, sets up process to indicate that the source node initiates cross-domain stream, sets up cross-domain stream through each node on cross-domain flow path, the stream access confirmation message includes cross-domain flow path information；

For the DM in domain where source node, it is successfully established after cross-domain stream, resource is distributed for cross-domain flow according to the proposal parameter in this domain, when cross-domain stream sets up failure, it is the reserved resource of the cross-domain stream to discharge according to proposal parameter；

GM, what the domain host node DM where for receiving source node in domain was sent sets up cross-domain stream request message；According to set up it is cross-domain stream request message determine cross-domain stream path and path Shang Ge domains proposal parameter；It is determined that when setting up cross-domain stream, into domain where source node DM send indicate to set up cross-domain stream set up cross-domain stream confirmation message, indicate that source node sets up cross-domain stream to indicate the DM by flowing access confirmation message, the cross-domain stream confirmation message of setting up that cross-domain stream is set up in the instruction includes cross-domain flow path information and the proposal parameter in domain；

Except remaining DM where source node in domain in addition to DM on cross-domain flow path, it is successfully established after cross-domain stream, resource is distributed for cross-domain flow according to respective proposal parameter, when cross-domain stream sets up failure, it is the reserved resource of the cross-domain stream to discharge according to proposal parameter.

The embodiment of the present invention, above-mentioned functions based on GM, path from source node to destination node is determined by GM, just can determine that whether this cross-domain stream can be set up before cross-domain stream is set up by being interacted with DM, and the proposal parameter in path Shang Ge domains is determined, so as to coordinate the scheduling of resource of the DM to each node on path in each domain on from source node to destination node paths traversed.The problem of how cross-domain stream is set up is solved, is ensured so as to provide QoS for cross-domain progress audio frequency and video business transmission.

The embodiment of the present invention, GM between M interfaces and the DM in each domain by being communicated, and specific communication mode and message format are not limited.The information related with domain that GM can be got by the interaction to DM includes topology information in domain and the continuation schedule information in domain.

Alternatively, the speed between the topology information in domain, including MAC Address, the ability parameter of each node, the neighbor list of each node, each node and each of which neighbor node of domain interior nodes.

Alternatively, the information reporting of the stream set up in domain to GM, GM can also accordingly be judged whether the number for the stream that each node has been set up reaches the upper limit by DM, so as to not select such node when selecting path. GM is responsible for consulting QoS parameters and TXOP scheduling between each DM during cross-domain stream is set up, so as to ensure that the cross-domain stream set up disclosure satisfy that properties of flow parameter T ^ requirement according to above- mentioned information.

In said system, for the path of cross-domain stream, it can be determined using following any-mode：

1) path in domain and domain that cross-domain flow path undergone is determined by GM；

2) domain that cross-domain flow path is undergone is determined by GM, DM determines path in domain in domain.

The proposal parameter in each domain can use and arbitrarily determine mode as follows on cross-domain flow path

1) each domain on cross-domain flow path is determined by GM（Including domain where source node）Proposal parameter；

2) DM determines that at least one is proposed parameter and reports GM in domain where source node, is determined therefrom to choose a proposal parameter as domain where source node by GM, and determine that parameter is proposed in other each domains by GM.

In said system, the determination mode two for proposing parameter, the DM where the source node in domain is additionally operable to before cross-domain stream request message is set up to GM transmissions, determines at least one proposal parameter of the cross-domain stream；DM where the source node in domain is set up in cross-domain stream request message to what GM was sent, and at least one that DM is determined in the characterisitic parameter of carrying stream and source node place domain proposes path in parameter and corresponding domain.So that GM may be referred to the proposal parameter, one is chosen therefrom, and determine remaining DM proposal parameter.

For GM, it is described set up cross-domain stream request message carry propose path in parameter and corresponding domain when, point the following two kinds situation：

1) set up and a proposal parameter is only carried in cross-domain stream request message

Path in the cross-domain flow path information set up in cross-domain stream confirmation message, the domain in the domain undergone comprising cross-domain flow path and each domain, or, routing information in the other domains in addition to domain where source node undergone comprising cross-domain flow path and the domain in other domains；

2) described set up in cross-domain stream request message carries multiple proposal parameters

Path in the domain in the cross-domain flow path information set up in cross-domain stream confirmation message, the domain undergone comprising cross-domain flow path and each domain. In said system, when being successfully established cross-domain stream to realize, each domain DM is by proposal parametric distribution resource, the source node on cross-domain flow path, during specifically for determining that cross-domain stream is successfully established, DM sends and indicates that the cross-domain stream foundation that stream is successfully established indicates message in domain where to source node；When DM receives the cross-domain stream foundation instruction message that instruction stream is successfully established in domain where source node, resource is distributed for the cross-domain stream according to the proposal parameter in this domain, and the cross-domain stream being successfully established to GM transmission instruction streams is set up and indicates message；GM, which is received, indicates that the cross-domain stream that is successfully established of stream is set up when indicating message, to cross-domain flow path on indicate that cross-domain stream that stream is successfully established is set up except remaining DM where source node in domain in addition to DM is sent and indicate message；When remaining DM receives the cross-domain stream foundation instruction message that instruction stream is successfully established, resource is distributed for the cross-domain stream according to the proposal parameter in this domain.

In said system, during in order to realize that cross-domain stream sets up failure, each domain DM releases resource reserved by parameter is proposed on cross-domain flow path, the source node, when setting up failure specifically for the cross-domain stream of determination, into source node place domain, DM transmissions indicate that stream sets up the cross-domain stream foundation failed and indicates message；DM, which is received, in domain where source node indicates that stream is set up the cross-domain stream of failure and set up when indicating message, and it is the reserved resource of the cross-domain stream to discharge according to the proposals parameter in this domain, and sends to GM and to indicate that stream sets up the cross-domain stream of failure and sets up instruction message；GM, which is received, indicates that stream is set up the cross-domain stream of failure and set up when indicating message, to cross-domain flow path on remaining DM where the source node in domain in addition to DM send and indicate that loss loses successfully cross-domain stream and set up and indicate message；When the cross-domain stream that remaining DM receives instruction stream foundation failure sets up instruction message, it is the reserved resource of the cross-domain stream to discharge according to the proposal parameter in this domain.

In said system, alternatively, source node initiates cross-domain stream and sets up process to set up process using existing stream after cross-domain flow path information is obtained.

In following declarative procedure, first implementation is coordinated to illustrate from source node, GM and DM, finally the implementation respectively from GM and DM is illustrated, but this does not imply that the two must coordinate implementation, in fact, when being performed separately, also solving respectively in the problems of GM and DM, when simply the two is used in combination, superior technique effect can be obtained.

Based on said system, the embodiment of the present invention provides a kind of method for setting up stream, as shown in figure 5, including：

Step 501, the domain host node DM in domain where source node determines that the originating node requests set up cross-domain During stream, sent to global host node GM and set up cross-domain stream request message；

Step 502, the GM receptions are described to set up cross-domain stream request message, according to set up it is cross-domain stream request message determine cross-domain stream path and path Shang Ge domains proposal parameter, it is determined that when setting up cross-domain stream, into domain where source node DM send indicate to set up cross-domain stream set up cross-domain stream confirmation message, indicate that source node sets up cross-domain stream to indicate the DM by flowing access confirmation message, it is described to propose that parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet, it is described to indicate that the cross-domain stream confirmation message of setting up for setting up cross-domain stream includes cross-domain flow path information and the proposal parameter in domain；

Step 503, what DM received that the instruction that GM sends sets up cross-domain stream in domain where source node sets up cross-domain stream confirmation message, the stream access confirmation message for indicating to set up cross-domain stream is sent to the source node, the stream access confirmation message includes cross-domain flow path information；

Step 504, the source node receives the stream access confirmation message for indicating to set up cross-domain stream, initiates cross-domain stream and sets up process, cross-domain stream is set up through each node on cross-domain flow path；

Step 505, it is successfully established after cross-domain stream, DM on cross-domain flow path in each domain distributes resource according to respective proposal parameter for cross-domain flow, when cross-domain stream sets up failure, and the DM releases on cross-domain flow path in each domain are the reserved resource of the cross-domain stream according to proposal parameter.

Alternatively, the DM in domain where source node is sent to GM before setting up cross-domain stream request message, in addition to：Determine at least one proposal parameter of cross-domain stream；

DM in the domain of the source node place is set up in cross-domain stream request message to what GM was sent, and at least one of DM determinations proposes path in parameter and corresponding domain in domain where carrying the characterisitic parameter flowed, source node

Alternatively, source node initiates cross-domain stream and sets up process, sets up cross-domain stream through each node on cross-domain flow path, specifically includes：

Source node sends in stream initial request messages, the stream initial request messages to the next-hop node on path according to cross-domain flow path information and includes cross-domain flow path information；

Source node is on the path direction between destination node on cross-domain flow path, and each node is performed：The stream initial request messages that previous hop node is sent are received, and when determining that cross-domain stream is set up in support, according to cross-domain flow path information, down hop node sends the stream initial request messages for including cross-domain flow path information； Destination node receives the stream initial request messages of upper hop node transmission, and when determining that cross-domain stream is set up in support, upper hop node, which is returned, indicates that the stream that stream is successfully established initiates confirmation message；

Destination node is on the path direction between source node on cross-domain flow path, and each node is performed：When receiving the stream that the instructions stream that previous hop node sends is successfully established and initiating confirmation message, down hop node sends the stream initiation confirmation message for indicating that stream is successfully established；

When source node receives the stream initiation confirmation message that instruction stream is successfully established, determine that cross-domain stream is successfully established.It is optional, it is successfully established after cross-domain stream, the DM on cross-domain flow path in each domain is the cross-domain stream distribution resource according to respective proposal parameter, is specifically included：

When source node determines that cross-domain stream is successfully established, DM sends and indicates that the cross-domain stream that stream is successfully established sets up instruction message in domain where to source node；

When DM receives the cross-domain stream foundation instruction message that instruction stream is successfully established in domain where source node, resource is distributed for the cross-domain stream according to the proposal parameter in this domain, and the cross-domain stream being successfully established to GM transmission instruction streams is set up and indicates message；

GM, which is received, indicates that the cross-domain stream that is successfully established of stream is set up when indicating message, to cross-domain flow path on indicate that cross-domain stream that stream is successfully established is set up except remaining DM where source node in domain in addition to DM is sent and indicate message；When remaining DM receives the cross-domain stream foundation instruction message that instruction stream is successfully established, resource is distributed for the cross-domain stream according to the proposal parameter in this domain.

Alternatively, when cross-domain stream sets up failure, the DM releases on cross-domain flow path in each domain are specifically included according to proposing that parameter is the reserved resource of the cross-domain stream：

When source node determines that cross-domain stream sets up failure, into source node place domain, DM transmissions indicate that stream sets up the cross-domain stream foundation failed and indicates message；

DM, which is received, in domain where source node indicates that stream is set up the cross-domain stream of failure and set up when indicating message, and it is the reserved resource of the cross-domain stream to discharge according to the proposals parameter in this domain, and sends to GM and to indicate that stream sets up the cross-domain stream of failure and sets up instruction message；

GM, which is received, indicates that stream is set up the cross-domain stream of failure and set up when indicating message, to cross-domain flow path on remaining DM where the source node in domain in addition to DM send and indicate that loss loses successfully cross-domain stream and set up and indicate message；When the cross-domain stream that remaining DM receives instruction stream foundation failure sets up instruction message, discharge according to this domain Proposal parameter be the reserved resource of the cross-domain stream.

Alternatively, remaining DM receive instruction stream set up failure/successfully it is cross-domain stream indicate message when, in addition to：Replied to GM and set up cross-domain stream confirmation message.

Alternatively, the domain host node DM in domain where source node determines that the originating node requests set up cross-domain stream, specifically includes：

DM receives the stream access request message that source node is sent, the destination address of the stream access request message package containing stream；

When DM determines the destination address not in this domain, determine that the originating node requests set up cross-domain stream.Provided with reference to embodiment in said system, coordinated to complete the specific implementation process that cross-domain stream is set up by GM.

As shown in figure 5, to set up process mainly as follows for cross-domain stream：

1) when the higher layer applications entity of source node have data need by foundation stream is sent to destination node end to end when, a kind of mode is that higher layer applications entity produces a stream foundation request CL_EstablishFlow.req message, and request source node sets up the stream to destination node.The characterisitic parameter T ^ of stream and the MAC Address of destination node are contained in CL_EstablishFlow.req message.Or, higher layer applications entity does not send CL_EstablishFlow.req message requests clearly and sets up stream, and is only to start to allow source node to send data, and in this case, source node needs to decide the characterisitic parameter T of stream in its sole discretion_sp∞With destination node MAC Address.

2) source node is received after the request of higher layer applications entity, and the MAC Address of destination node that can be in request determines that destination node is not the node in this domain, it is thus possible to need to set up cross-domain stream.Source node is according to the characterisitic parameter T of stream_sp∞Judge oneself whether there is resource to support this foundation flowed, if so, then source node is that the stream distributes a stream ID, the stream is uniquely identified by stream ID and source device ID.

Afterwards, source node sends the characterisitic parameter T that stream has been comprised at least in a stream access request message 1, this message to DM 1_spec, destination node MAC Address and source node distribute to the stream ID of stream.

3) DM1 is received after the stream access request message 1 of source node in domain where source node, determines that destination node is not the node in this domain according to the MAC Address of destination node in message, it is therefore desirable to set up cross-domain stream.DM supports the cross-domain stream firstly the need of enough resources are determined whether according to the characterisitic parameter T ^ of stream Foundation.

Alternatively, DM1 judges oneself whether have enough resources to include at 2 points：Judge oneself whether there are enough Slow to deposit with memory resource to support the foundation of the cross-domain stream；Can the QoS that domain interior energy where oneself be judged is provided is ensured meet the characterisitic parameter T of stream_sp∞It is required that；If above-mentioned 2 points are satisfied by, then it represents that DM1 has the foundation of the cross-domain stream of resource support.

If it is not, DM1 is replied to source node indicates that DM1 have rejected the foundation of the stream in a stream access confirmation message 6, message, Reason For Denial is " inadequate resource ".If so, alternatively, then DM1 needs to further determine that oneself can provide that what kind of QoS is ensured and TXOP distribution for the stream.Because DM1 can not determine the fullpath of destination node, DM1 is merely able to determine from source node to the path the bridger in this domain（If there are multiple bridgers in this domain, then there are multiple this paths）, DM1 determine this part path can meet what kind of QoS parameter and the TXOP that can be provided for this part path distribution, i.e. DM1 can for this it is cross-domain stream determine at least one propose parameter.

Afterwards, DM1 sends one to GM and sets up cross-domain stream request message 2, and the characterisitic parameter of destination node MAC Address, stream ID and stream has been comprised at least in the message.

Alternatively, if DM1, which is the cross-domain stream, determines path at least one proposal parameter and corresponding domain, setting up cross-domain stream request message 2 can also be comprising path in the proposal parameter at least one this domain of the determination and corresponding domain.

4) GM receives the setting up after cross-domain stream request message 2 of DM1, determines that cross-domain stream is set up in DM1 requests, determines path for cross-domain stream according to destination node MAC Address in message first, and determine the proposal parameter in each domain on outbound path；

Alternatively, when not carrying path in proposal parameter and corresponding domain in message 2, GM only determines the undergone domain of cross-domain stream, by determining routing information in domain with interacting for all DM (including DM1) on path below, so that it is determined that cross-domain flow path information.Or, the undergone domain and each domain of cross-domain stream is determined by GM（Including DM1) domain in path.

Alternatively, carried in message 2 when proposing path in parameter and corresponding domain, GM only determines the undergone domain of cross-domain stream, by below with remaining DM interact path letter in determination domain in addition to DM1 on path Breath, so that it is determined that cross-domain flow path information.Or, determine on the undergone domain of cross-domain stream and path that in remaining DM domain path in addition to DM1 by GM.

Alternatively, it is that each domain determines to propose parameter on the cross-domain flow path by GM when not carrying proposal parameter in message 2.

Alternatively, it is determined that it is described set up carry at least one in cross-domain stream request message 2 and propose parameter when, by GM choose it is one of propose parameter as the proposal parameter in domain where source node, and determine for other domains on the cross-domain flow path to propose parameter.

5) GM, which sends to set up in cross-domain stream inquiry request message 3, the message, has comprised at least stream ID, the characterisitic parameter T of stream_sp, cross-domain stream path and the proposal parameter in domain；

Alternatively, when not carrying proposal parameter in message 2, GM is sent to all DM (including DM1) on path sets up cross-domain stream inquiry request message 3.

Alternatively, carried in message 2 when proposing parameter, GM is to remaining DM sends and sets up cross-domain stream inquiry request message 3 in addition to DM1 on path, it is not necessary to is sent to DM1 and sets up cross-domain stream inquiry request message 3.

Alternatively, in the case where GM only determines the undergone domain of cross-domain stream, here the domain information undergone is flowed in the path of cross-domain stream by cross-domain, is determining in the undergone domain of cross-domain stream and domain in the case of path, cross-domain flow path here flows path in the domain undergone and domain by cross-domain.

6) each DM of cross-domain stream inquiry request message 3 is received, it is first determined oneself whether have Slow to deposit, the resource such as memory supports the foundation of cross-domain stream, if then further determining whether that bandwidth resources meet the proposal parameter of GM determinations.

Hereafter, DM replys one to GM and sets up cross-domain stream inquiry confirmation message 4.If DM No Assets（Either Slow is deposited and memory resource or bandwidth resources）The foundation of cross-domain stream is supported, then DM indicates to refuse the foundation of cross-domain stream in message, otherwise DM indicates to receive the foundation of cross-domain stream in message；Alternatively, if in step 4) in GM be only determined which domain passed through when determining path（Bridger in other words）, then each DM for receiving cross-domain stream inquiry request message 3 also needs to further determine the routing information in domain according to the path of stream and proposal parameter, and DM needs replying to GM foundation The routing information in co-domain is carried in cross-domain stream confirmation message 4.And if in step 4) in GM have determined that the path of each jump, then receive each DM of cross-domain stream inquiry request message 3 without determine path again, routing information carried without in cross-domain stream confirmation message is set up.

7) whether the cross-domain stream of message authentication that GM is fed back according to DM can be set up.

If all DM confirm that the foundation of cross-domain stream can be received, then represent that the cross-domain stream can be set up, if at least one DM indicates the foundation of the cross-domain stream of refusal, then represent that the cross-domain stream can not be set up, GM need to send stream to each DM and set up instruction message 9, to inform that the cross-domain streams of each DM set up failure.

No matter whether cross-domain stream can be set up, GM, which is required for the DM1 into domain where source node to send one and set up in cross-domain stream confirmation message 5, message, to be had instruction message to indicate whether cross-domain stream can be set up.If cross-domain stream can be set up, the routing information of the cross-domain stream is also included in message.

Alternatively, the proposal parameter of oneself is had confirmed if DM1 before and GM is sent to, GM also set up it is cross-domain stream confirmation message 5 carry GM be domain where source node DM1 determine proposal parameter, proposal parameter as DM was determined at that time has multiple, then after GM determines path, this proposes that parameter is just only surplus unique one, if the proposal parameter that DM is determined has only one, DM1 proposal parameter can also not included by setting up to include in cross-domain stream confirmation message 5.

Alternatively, if DM1 will not propose that parameter just sets up cross-domain flow in request message and is sent to GM before, GM is to inquire that the proposal parameter of determination is sent to DM1's by request message 3 by setting up cross-domain stream, it is not necessary to setting up cross-domain stream confirmation message 5 carrying DM1 proposal parameter again.

Alternatively, it is described set up it is cross-domain stream request message in only carry one propose parameter when, the cross-domain flow path information set up in cross-domain stream confirmation message, path in the domain undergone comprising cross-domain flow path and the domain in each domain, or, other domains in addition to the domain where the source node undergone comprising cross-domain flow path and routing information in the domain in other domains.

8) DM1 receives the cross-domain stream confirmations of setting up of GM replies and disappeared after 5 breaths in domain where source node, to source node stream of reply access confirmation message 6, configured information is also carried in message to indicate whether cross-domain stream can be set up.If can set up, the routing information of stream is also carried in message. 9) source node is received after the stream access confirmation message 6 of DM1 replies, if message indicates that cross-domain stream can be set up, then source node sends according to the next-hop node in the road radial path indicated in message and source node MAC Address, stream ID, destination node MAC addresses, the path of stream, the characterisitic parameter T of stream has been comprised at least in stream initial request messages 7, the message_sp ;

Source node is on the path direction between destination node on cross-domain flow path, each node（Via node）Perform following steps 10) received to purpose and flow initial request messages 7:

10) when via node receives the stream initial request messages 7 that previous hop node is sent, first check oneself whether there are enough Slow to deposit, the resource such as memory supports the foundation of the cross-domain stream, if, according to cross-domain flow path information, down hop node sends the stream initial request messages 7 for including cross-domain flow path information；If it is not, node refuses the foundation of the stream, and a stream initiation confirmation message 8 is produced, indicate that stream sets up failure, this message is issued the upper hop node on path（The node of stream initial request messages is have sent to node）, and process is set up in middle fluid stopping；

It is alternatively possible to which using current mechanism, via node receives via node and receives the stream initial request messages 7 that previous hop node is sent, and when determining that cross-domain stream is set up in support, is handled as follows：

Bound together for the stream ID and the stream ID of oneself distribution from this node to stream one stream ID of distribution next-hop node, and previous dive node distribution, this is identified with the MAC Address of this stream ID and source node across i or stream；

Next-hop node is found from stream initial request messages, and the stream ID of oneself distribution is carried in stream initial request messages, message is then sent to next-hop node.

11) destination node have received stream initial request messages 7, and destination node first determines whether oneself whether have enough Slow to deposit, memory resource receives the foundation of the stream.Afterwards, destination node produces a stream and initiates confirmation message 8, and this message is sent to the upper hop node on path（The node of stream initial request messages is have sent to node）.If destination node, which has in the foundation of the cross-domain stream of resource support, the message, indicates that stream is successfully established, otherwise, indicate that stream is set up in the message and fail；It is the stream ID that the stream is distributed that above-mentioned stream, which initiates to carry a node in confirmation message 8,.

Destination node is on the path direction between source node on cross-domain flow path, each node（Via node） Perform following steps 12) receive to flow to source node and initiate confirmation message 8:

12) each via node have received the stream returned from destination node and initiate confirmation message 8, and message indicates that stream is successfully established, then via node carries the stream ID of a upper node distribution in stream initiates confirmation message 8, and message after renewal is sent to the upper hop node to path（It has sent the node of stream initial request messages）, this process repeats, until message arrives at source node；

13) after source node, which have received, initiates confirmation message 8 from the stream that destination node is returned, one stream of DM1 transmissions in domain where to oneself, which is set up, indicates message 9, indicates that cross-domain stream is successfully established within the message；

14) DM1 receive stream set up indicate message 9 after, according in step 7) in determine proposal parameter for this it is cross-domain stream distribution bandwidth resources（In step 7) in how many resource simply confirmed to reserve, but do not start really to embody in MAP frames, i.e., node can not still use this part resource）, and DM1 sets up response message to source node one stream of reply, and message is indicated to confirm that the stream that oneself have received source node is set up.Also, DM1 also needs to send a cross-domain stream foundation instruction message 9 to GM, to tell GM to be successfully established across i or stream；

15) GM is received after DM1 cross-domain stream foundation instruction message 9, a cross-domain stream, which is replied, to DM1 sets up confirmation message 10, to have acknowledged receipt of the message of DM1 transmissions, and need to send a cross-domain stream foundation instruction message 9 to remaining each DM on path, to tell each DM that cross-domain stream is successfully established；

16) remaining each DM receive GM cross-domain stream set up indicate message after, it is necessary to GM reply a cross-domain stream set up confirmation message 10, with acknowledged receipt of GM transmission message.If cross-domain stream, which is set up, indicates that message indicates that stream is successfully established, then remaining each DM is needed according to step 6) in the proposal parameter established be the cross-domain stream distribution bandwidth resources, if cross-domain stream, which is set up, indicates that message indicates that stream sets up failure, remaining each DM is by step 6) in the resource that reserves discharge；

So far, cross-domain stream sets up process completion.

Based on said system, the embodiment of the present invention provides a kind of method that global host node GM indicates to set up cross-domain stream, and this method can apply in said system, as shown in fig. 6, including：

Step 601, what the domain host node DM where receiving source node in domain was sent sets up cross-domain stream request message；

Step 602, according to set up it is cross-domain stream request message determine the path of cross-domain stream and proposing for path Shang Ge domains Parameter is discussed, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；

Step 603, it is determined that when setting up cross-domain stream, into domain where source node DM send indicate to set up cross-domain stream set up cross-domain stream confirmation message, indicate that source node sets up cross-domain stream to indicate the DM by flowing access confirmation message, the cross-domain stream confirmation message of setting up that cross-domain stream is set up in the instruction includes cross-domain flow path information and the proposal parameter in domain.

Alternatively, this method also includes：

It is described to set up the characterisitic parameter that cross-domain stream request message carries stream, the path of cross-domain stream is determined, is specifically included：

Alternatively, it is described to set up the characterisitic parameter that cross-domain stream request message carries stream, the path of cross-domain stream is determined, is specifically included：

Alternatively, it is described to set up the characterisitic parameter that cross-domain stream request message carries stream, the proposal parameter in each domain on cross-domain flow path is determined, is specifically included：

Alternatively, path in the domain for setting up domain that the cross-domain flow path packet in cross-domain stream confirmation message undergone containing cross-domain flow path and each domain, the proposal parameter that the proposals parameter in the domain for setting up cross-domain stream confirmation message includes each domain on cross-domain flow path.

Optionally it is determined that setting up cross-domain stream, specifically include：

DM into path Shang Ge domains, which is sent, sets up cross-domain stream inquiry message, described to set up cross-domain stream inquiry The proposal parameter of message package containing domain；

Alternatively, the DM undergone from cross-domain stream in domain obtains path in domain, specifically includes：Routing information in domain is obtained from setting up during cross-domain stream inquires confirmation message for the DM transmissions in the Shang Ge domains of path.

Alternatively, it is described to set up path at least one proposal parameter and domain that DM is determined in the cross-domain characterisitic parameter for flowing request message carrying stream and source node place domain.

Alternatively, it is described set up it is cross-domain stream request message in only carry one propose parameter when, the cross-domain flow path information set up in cross-domain stream confirmation message, path in the domain undergone comprising cross-domain flow path and the domain in each domain, or, other domains in addition to the domain where the source node undergone comprising cross-domain flow path and routing information in the domain in other domains；

Optionally it is determined that the path of the cross-domain stream, is specifically included：

Optionally it is determined that on the cross-domain flow path each domain proposal parameter, specifically include：

It is described to set up when only carrying one in cross-domain stream request message and proposing parameter, it is described to set up the proposal parameter for including each domain on cross-domain flow path in cross-domain stream confirmation message, or comprising on cross-domain flow path except source is saved The proposal parameter in other domains outside domain where point；

Alternatively, specifically included from path except the DM where source node in its overseas co-domain obtains path in domain：

From on path except the DM where source node in its overseas co-domain send set up cross-domain stream inquiry confirmation message in obtain routing information in domain.

Alternatively, this method also includes：The cross-domain stream for being successfully established cross-domain stream that DM is sent in domain where receiving source node, which is set up, indicates message, set up on to cross-domain flow path except the cross-domain stream that remaining DM transmissions where source node in domain in addition to DM are successfully established cross-domain stream and indicate message, to indicate remaining DM according to the proposal parameter in this domain as the cross-domain stream distribution resource.

Alternatively, this method also includes：The cross-domain stream for the cross-domain stream foundation failure that DM is sent in domain where receiving source node, which is set up, indicates message, set up on to cross-domain flow path except the cross-domain streams for sending cross-domain stream foundation failure of remaining DM where source node in domain in addition to DM and indicate message, to indicate remaining DM releases according to proposal parameter as the reserved resource of the cross-domain stream.

Alternatively, the cross-domain stream for the cross-domain stream foundation failure that DM is sent in domain where receiving source node, which is set up, indicates message, set up on to cross-domain flow path except the cross-domain streams for sending cross-domain stream foundation failure of remaining DM where source node in domain in addition to DM and indicate message, to indicate remaining DM releases according to proposal parameter as the reserved resource of the cross-domain stream. Alternatively, in addition to：

Alternatively, topology information includes in the domain：

Speed between MAC Address, the ability parameter of domain interior nodes, the neighbor list of domain interior nodes, domain interior nodes and each of which neighbor node of domain interior nodes.

Alternatively, in addition to：Receive the information for the stream set up in the blunt domains of DM upper 4 being connected with the GM；

The process that the present invention sets up cross-domain stream has been given in said system description in detail, from said process it can be found that, the maximum difference of this process and prior art is the foundation for being responsible for cross-domain stream by GM, and consults to propose the process of parameter between GM and each DM.Therefore ensuing embodiment will focus on description these differences, i.e. above-mentioned steps 4), step 5) and step 6), and repeated no more in itself for the process for setting up cross-domain stream.

Domain host node DM sides where from source node in domain, the embodiment of the present invention also provides a kind of method for setting up stream, as shown in fig. 7, comprises：

Step 701, when domain host node DM where source node in domain determines that the originating node requests set up cross-domain stream, sent to global host node GM and set up cross-domain stream request message, described to set up the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream to the GM, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；

Step 702, the cross-domain stream confirmation message of setting up of cross-domain stream is set up in the instruction that the DM receptions GM in domain where source node is sent, and proposal parameter of the cross-domain stream confirmation message of cross-domain stream comprising cross-domain flow path information and domain is set up in the instruction；

Step 703, DM sends the stream access confirmation message for indicating to set up cross-domain stream to the source node in domain where source node, process is set up to indicate that the source node initiates cross-domain stream, cross-domain stream is set up through each node on cross-domain flow path, the stream access confirmation message includes cross-domain flow path information. Alternatively, the DM in domain where source node is sent to GM before setting up cross-domain stream request message, in addition to：Determine at least one proposal parameter of cross-domain stream；

DM in the domain of the source node place is set up in cross-domain stream request message to what GM was sent, and at least one of DM determinations proposes path in parameter and corresponding domain in domain where carrying the characterisitic parameter flowed, source node.

Alternatively, in addition to：

Alternatively, it is successfully established after cross-domain stream, DM, according to proposing that parameter is the cross-domain stream distribution resource, is specifically included in domain where source node：

DM receives source node and determines the cross-domain stream foundation instruction message that the instruction stream sent when cross-domain stream is successfully established is successfully established in domain where source node；

DM is the cross-domain stream distribution resource according to proposal parameter in domain where source node, and the cross-domain stream foundation instruction message that stream is successfully established is indicated to GM transmissions, the cross-domain stream foundation instruction message that the instruction stream is successfully established is used to remove DM in the domain of source node place on the cross-domain flow path of GM instructions and distributes resource according to proposal parameter for cross-domain flow.

Alternatively, when cross-domain stream sets up failure, DM releases, according to proposing that parameter is the reserved resource of the cross-domain stream, are specifically included in domain where source node：

Alternatively, the DM where the source node in domain, specifically for receiving the stream access request message that source node is sent, the destination address of the stream access request message package containing stream determines that the destination address does not exist When in this domain, determine that the originating node requests set up cross-domain stream.

As it was previously stated, the proposal parameter in each domain can be using following any determination mode on cross-domain flow path

2) DM determines that at least one is proposed parameter and reports GM in domain where source node, is determined therefrom to choose a proposal parameter as domain where source node by GM, and determine that parameter is proposed in other each domains by GM；

In said system, for the path of cross-domain stream, it can use as next mode is determined：

2) domain that cross-domain flow path is undergone is determined by GM, DM determines path in domain in domain：GM is given below to determine cross-domain flow path and determine the specific embodiment of the proposal parameter in each domain on cross-domain flow path.

Embodiment 1

It at least one is proposed that path has been sent to GM in cross-domain stream request message 2 is set up in parameter and corresponding domain by the DM1 in domain where source node, and the path from source node to destination node that GM is determined is a complete path, that is, defines each hop node.GM determines path and determines the specific steps of the proposal parameter in each domain under this scene, as shown in figure 5, as follows：

1st, in step 4, when GM have received after setting up cross-domain stream request message of DM1, GM is as the domain where the message determines the source node and destination node of cross-domain stream, and the global topology information safeguarded according to oneself, determines the available path from source node to destination node.

The available path that GM is determined intactly includes each hop node between source node to destination node, and is not only to have only included bridger.Because DM1 has reported path in domain, therefore GM without determining path in the domain in domain 1 again, only determines that cross-domain stream undergoes on domain that in the domain in other domains path.The path that GM is determined in this process only accounts for the connectedness between node, as long as can be communicated between adjacent node, and it is a reachable path to be considered as this, and a plurality of available path is determined it is therefore possible to GM.

By taking Fig. 1 as an example, install GM has two for the path that source node and destination node are determined, difference is as follows： Path 1:(source node, 1 port of bridger 1,2 ports of bridger 1, node A, 1 port of bridger 2,2 ports of bridger 2, destination node）；

Path 2:(source node, 2 ports of bridger 3,1 port of bridger 3,2 ports of bridger 4,1 port of bridger 4, destination node）；

2nd, GM is further screened according to the link rate between node and neighbor node to available path, it is ensured that the available path after screening can meet properties of flow parameter T_sp∞In rate requirement.

Due to possessing global topology information at GM, and include the link rate information between node in topology information, therefore GM can be screened according to link rate to available path.

Assuming that in 2 paths determined in step 1, the maximum rate difference that can be provided between each hop node on each path is as follows：

Available path 1:(source node, 1 port of bridger 1,2 ports of bridger 1, node A, 1 port of bridger 2,2 ports of bridger 2, destination node；)；

The link rate of available path 1

Available path 2:(source node, 2 ports of bridger 3,1 port of bridger 3,2 ports of bridger 4,1 port of bridger 4, destination node）

The link rate of the available path 2 of table 3

The 1 port links bridge joint of 2 ports 4 of 1 port 4 of each ＞ 3 of source section bridger bridger bridger bridger hop one 2 ports 3-> — > — > — >

1 port of 2 ports 4 of 2 end bridger bridger bridger purpose section a 3 of device 31 port 4

Link 25 25 40 30 30 On

It is maximum

Speed

( M

Bps) bottleneck rate on available path 1 it can be seen from table 2 and table 3 is in 2 ports one of bridger 2>In destination node this jump, therefore the maximum rate that available path 1 can be provided is 15Mbps.And the bottleneck rate on available path 2 is in source node one>2 ports of bridger 3（With 2 ports of bridger 3->The ports of IDB 々 1）In this jump, therefore the maximum rate that available path 2 can be provided is 25Mbps.If the characterisitic parameter T of cross-domain stream_spThe committed information rate of middle regulation stream is 20Mbps, then obvious path 1 can not meet the requirement of the characterisitic parameter of stream, and path 2 then disclosure satisfy that requirement, therefore available path 1 is screened out, and GM determines that the path from source node to destination node should use path 2.

Alternatively, GM can also screen available path according to other criterions.

Certainly in other cases, still may be also multiple by the available path after step 2.If multiple, GM can select to set up cross-domain stream in the trial of getting on of every paths one by one.

3rd, GM determines the domain that path is passed through, and determines the proposal parameter that each domain should be met.

GM determines to use path 2 in step 2, and path 2 is by domain 1, domain 4 and domain 3.The proposal parameter that wherein domain 1 can be provided is sent in message 2（Set up cross-domain stream request message）GM, therefore proposal parameters of the GM without determining domain 1 again, it is only necessary to determine the proposal parameter in domain 2 and domain 3.

Due to DM1 it is determined that propose parameter fashion do not know from source node reach destination node path can by which of domain 1 bridger, therefore DM1 can only in domain 11 from source node to domain in the proposal parameters in path of all bridgers all offer GM in cross-domain stream request message 2 is set up.

When GM determines to use in step 2 path 2, then GM will select the proposal parameter in 3 path from source node to bridger that DM1 is provided as the proposal parameter in domain 1.

The proposal parameter in domain 1 determines that the proposal parameter in remaining domain 4 and domain 3 needs GM to determine via DM1.Propose that parameter includes two aspects, one is that domain needs the QoS demand of satisfaction, and one is TXOP distribution.Wherein GM is T according to the characterisitic parameter of cross-domain stream_spDetermine that each domain needs the QoS need met The process asked is a QoS decomposable process, and this belongs to is not described in prior art, the present invention.

The method that GM determines TXOP positions according to the position of TXOP in the proposal parameter in domain 1 for domain 4 and domain 3:Under mouthful：

In Fig. 8（A) shown in figure, 4 Jia set the reference time in domain 1 as X, and the skew of the MAC cycle starting point relative to the reference time in domain 1 is that the MAC cycle in domain 1 is 40ms.The reference time in domain 4 is Y, and the skew of the MAC cycle starting point relative to the reference time in domain 4 is Δ₄, the MAC cycles in domain 4 are 40ms.The reference time in domain 3 is X, and the skew of the MAC cycle starting point relative to the reference time in domain 3 is Δ₃, the MAC cycle in domain 3 is 40ms.

It should be noted that may meet X=Y=Z relation between the reference time in above three domain, and the MAC cycle length in three domains may also can be unequal.Or, the reference time in three domains was originally unequal, and MAC cycle length may also be unequal, but using alignment mechanism was adjusted into same position the reference time in three domains to carry out cross-domain stream communication, and the length of MAC cycle is also adjusted into equal.These situations present invention is not limited.

Make DM1 be supplied to source node to 2 port this jumps of bridger 3 TXOP be TXOP1, (1 port this jump of 2 ports of bridger 3 to bridger 3 is the processing procedure inside bridger, it is relevant only with the processing delay of bridger without DM scheduling）Make DM4 be supplied to 1 port of bridger 3 to the TXOP of 2 port this jumps of bridger 4 be TXOP4, (1 port this jump of 2 ports of bridger 4 to bridger 4 is the processing procedure inside bridger, it is relevant only with the processing delay of bridger without DM scheduling）, make DM3 be supplied to 1 port of bridger 4 to the TXOP of this jump of destination node be TXOP3.

An ancient weapon made of bamboo sets the position for the TXOP1 that DM1 can be distributed（Position is using the starting point of MAC cycle as reference）At 25ms ~ 35ms, shellfish ' j GM need the requirement of the properties of flow parameter according to TXOP1 position and cross-domain stream to determine TXOP4 and TXOP3 position.The TXOP 4 of GM decisions and TXOP 3 position and TXOP 1 position should meet certain relation so that stream disclosure satisfy that the characterisitic parameter requirement of stream by the transmission in these three transmission opportunitys.

Preferably, between their a kind of threes position relationship is as shown in fig. 6, the i.e. TXOP of next-hop What is originated is positioned next to the position that the TXOP of upper hop terminates, if there is the path from a port of bridger to another port between double bounce certainly, needs to reserve the processing delay of bridger between the TXOP of double bounce.

4th, GM is by the proposal parameter determined in above-mentioned steps by setting up remaining DM in addition to DM1 that cross-domain stream inquiry request message is sent on path, and setting up in cross-domain stream inquiry request message at least includes following parameter：The proposal parameter of stream ID, the path of stream and domain.Because same area may not use different time references and different MAC cycles, therefore GM needs the difference of the first skew according to each domain on time reference and MAC cycle to calculate the TXOP positions in each domain, and the TXOP positions calculated are then sent to each DM.

5th, remaining each DM have received GM set up it is cross-domain stream inquiry request message after, determine oneself whether there is Slow to deposit first, the resource such as memory supports the foundation of cross-domain stream, if then further determining whether that bandwidth resources meet the proposal parameter of GM determinations.Hereafter, remaining DM replys one to GM and sets up cross-domain stream inquiry confirmation message.If DM No Assets（Either Slow is deposited and memory resource or bandwidth resources）The foundation of cross-domain stream is supported, then DM indicates to refuse the foundation of cross-domain stream in message, otherwise DM indicates to receive the foundation of cross-domain stream in message；

Whether the cross-domain stream of message authentication that the 6th, GM is fed back according to remaining DM can be set up.If all DM confirm that the foundation of cross-domain stream can be received, then it represents that the cross-domain stream can be set up, if at least one DM indicates the foundation of the cross-domain stream of refusal, then it represents that should can not be set up across pre- stream.DMs of the GM into domain where source node, which sends one and set up in cross-domain stream confirmation message, message, to be had instruction message to indicate whether cross-domain stream can be set up.If cross-domain stream can be set up, the routing information of the cross-domain stream is also included in message, wherein, when DM1 reports multiple proposal parameters, the proposal parameter that the proposal parameter in each domain carried in the message includes domain 1（The proposal parameter determined comprising the DM that GM is domain where source node, although DM1 just has confirmed the proposal parameter of oneself in step 3, but if the proposal parameter that DM1 was determined at that time has multiple, then after GM determines path, this proposes that parameter is just only surplus unique one）.When DM1 has only reported a proposal parameter, can include can also not include path in the proposal parameter in domain 1 and the domain in domain 1.

So far, GM determines path and determines that the process for proposing parameter is just completed for each domain. Embodiment 2

It at least one is proposed that path has been sent to GM in cross-domain stream request message 2 is set up in parameter and domain by the DM1 in domain where source node, and the path from source node to destination node that GM is determined contains only the bridger for needing to pass through（Need the domain of process）, and not comprising complete path.GM determines path and determines comprising the following steps that for the proposal parameter in each domain under this scene：

1st, in step 4, when GM have received after setting up cross-domain stream request message 2 of DM1, GM just can be determined the source node of cross-domain stream and the identity of destination node by the message.The global topology information that GM is safeguarded according to oneself, determines the path from source node to destination node, i.e., from source node to destination node in the middle of will pass through which bridger, which domain passed through from source node to destination node in other words.

GM individually can consider or consider following factor when determining path：

The maximum rate that can be provided on path need to be more than the committed rate of stream；

The hop count that path is passed through is tried one's best few；

There are enough bandwidth resources in the domain that path is passed through；

Heat source selection is by the domain where the preferable medium of transmission characteristic（Power line domain can both be selected by such as running into, when can select coaxial cable domain again, prioritizing selection coaxial cable domain）；

It is worth noting that, the available path determined by above-mentioned steps may have a plurality of.If a plurality of, GM can select to attempt to set up cross-domain stream on every paths one by one.

Assuming that the path from source node to destination node that GM is determined is：（Source node, bridger 3, bridger 4, destination node）, i.e. this paths will be by domain 1, domain 4 and domain 3;

2nd, GM determines the proposal parameter in each domain that outbound path passes through according to the characterisitic parameter of cross-domain stream.

The path that GM is determined in step 1 is by domain 1, domain 4 and domain 3.The proposal parameter DM1 that wherein domain 1 can be provided is sent to GM, therefore proposal parameters of the GM without determining domain 1 again in cross-domain stream request message 2 is set up, it is only necessary to determine the proposal parameter in domain 4 and domain 3.

GM is that domain 4 and domain 3 determine that the method be the same as Example 1 of TXOP positions is identical according to the position of TXOP in the proposal parameter in domain 1, be will not be repeated here.

QoS demand and the TXOP positions in each domain that above-mentioned each domain should be met constitute the proposal parameter in each domain.

3rd, the proposal parameter in each domain determined in above-mentioned steps is inquired that request message is sent to remaining each DM on path in addition to DM1 by GM by setting up cross-domain stream, and setting up in cross-domain stream inquiry request message at least includes following parameter：The characterisitic parameter T of stream ID, stream_sp, stream path and domain proposal parameter, the domain that the path flowed here is passed through by stream.

4th, remaining each DM have received GM set up it is cross-domain stream inquiry request message after, determine oneself whether there is Slow to deposit first, the resource such as memory supports the foundation of cross-domain stream, if then further determining whether that bandwidth resources meet the proposal parameter of GM determinations.If resource, then the proposal parameter that DM is further provided according to GM determines the path in domain so that the path in domain disclosure satisfy that the requirement for the proposal parameter that GM is determined.

Hereafter, DM replys one to GM and sets up cross-domain stream inquiry confirmation message.If DM No Assets（Either Slow is deposited and memory resource or bandwidth resources）The foundation of cross-domain stream is supported, then DM indicates to refuse the foundation of cross-domain stream in message, otherwise DM indicates to receive path in the foundation of cross-domain stream, and the domain determined comprising DM in message in message；

Whether the cross-domain stream of message authentication that the 5th, GM is fed back according to DM can be set up.If remaining all DM confirm that the foundation of cross-domain stream can be received, then it represents that the cross-domain stream can be set up, if at least one DM indicates the foundation of the cross-domain stream of refusal, then it represents that should can not be set up across pre- stream.DM1s of the GM into domain where source node, which sends one and set up in cross-domain stream confirmation message, message, to be had instruction message to indicate whether cross-domain stream can be set up.If cross-domain stream can be set up, the routing information of the cross-domain stream is also included in message（Path in the domain determined including the domain path determined by GM and remaining each DM）.Wherein, cross-domain flow path information here, which can be included, can also not include path in the domain in domain 1, and when DM1 reports multiple proposal parameters, the proposal parameter in each domain is also carried in the message（The proposal parameter determined comprising the DM that GM is domain where source node, although DM1 just has confirmed oneself in step 3 Proposal parameter, but if the proposal parameter that DM1 was determined at that time has multiple, then after GM determines path, this proposes parameter just only surplus unique one）.When DM1 has only reported a proposal parameter, the proposal parameter in domain 1 can not included.

So far, GM determines path and determines that the process for proposing parameter is just completed for each domain.Embodiment 3

The DM1 in domain where source node does not carry the proposal parameter of oneself in cross-domain stream request message 2 is set up, and the path from source node to destination node that GM is determined is a complete path, that is, defines each hop node.GM determines path and determines the specific steps of the proposal parameter in each domain under this scene, as shown in figure 9, main as follows：

1st, when GM have received after setting up cross-domain stream request message 2 of DM, GM is as the domain where the message determines the source node and destination node of cross-domain stream, and the global topology information safeguarded according to oneself, determine the available path from source node to destination node.This process be the same as Example 1 is identical.

2nd, GM is further screened according to the link rate between node and neighbor node to available path, it is ensured that the available path after screening can meet properties of flow parameter T_sp∞In rate requirement.Also be the same as Example 1 is identical during this.

The path that GM is determined in step 2 is by domain 1, domain 4 and domain 3.The proposal parameter in domain 1 is not sent to GM by the DM1 in domain where source node in cross-domain stream request message 2 is set up in this embodiment, therefore the proposal parameter in domain 1, domain 4 and domain 3 is required for being determined by GM.

Propose that parameter includes two aspects, one is that domain needs the QoS demand of satisfaction, and one is TXOP distribution.Wherein GM is T according to the characterisitic parameter of cross-domain stream_spDetermine that each domain needs the process of the QoS demand met to be a QoS decomposable process, this belongs to is not described in prior art, the present invention.

GM is that domain 1, domain 4 and domain 3 determine that the method be the same as Example 1 of TXOP positions is identical, be will not be repeated here.

QoS demand and the TXOP positions in each domain that above-mentioned each domain should be met constitute the proposal parameter in each domain. 4th, GM is by the proposal parameter determined in above-mentioned steps by setting up each DM (including DM where source node in domain) that cross-domain stream inquiry request message is sent on path, and setting up in cross-domain stream inquiry request message at least includes following parameter：The characterisitic parameter T of stream ID, stream_sp, stream path and the proposal parameter in domain, in the domain and domain that the path flowed here is undergone by stream path.

Whether the 5th, each DM have received the setting up after cross-domain stream inquiry request message of GM, it is first determined oneself have Slow to deposit, the resource such as memory supports the foundation of cross-domain stream, if then further determining whether that bandwidth resources meet the proposal parameter of GM determinations.Hereafter, DM replys one to GM and sets up cross-domain stream inquiry confirmation message.If DM No Assets（Either Slow is deposited and memory resource or bandwidth resources）The foundation of cross-domain stream is supported, then DM indicates to refuse the foundation of cross-domain stream in message, otherwise DM indicates to receive the foundation of cross-domain stream in message；

Whether the cross-domain stream of message authentication that the 6th, GM is fed back according to DM can be set up.If all DM confirm that the foundation of cross-domain stream can be received, then it represents that the cross-domain stream can be set up, if at least one DM indicates the foundation of the cross-domain stream of refusal, then it represents that the cross-domain stream can not be set up.DM1s of the GM into domain where source node, which sends one and set up in cross-domain stream confirmation message, message, to be had instruction message to indicate whether cross-domain stream can be set up.Also include the complete routing information of the cross-domain stream and the proposal parameter in each domain if cross-domain stream can be set up, in message.

So far, GM determines path and determines that the process for proposing parameter is just completed for each domain.Embodiment 4

The DM in domain where source node does not carry the proposal parameter of oneself in cross-domain stream request message 2 is set up, and the path from source node to destination node that GM is determined contains only the bridger for needing to pass through（Need the domain of process）, and not comprising complete path.GM determines path and determines the specific steps of the proposal parameter in each domain under this scene, as shown in figure 9, main as follows：

1 have received after setting up cross-domain stream request message 2 of DM as GM, and GM just can be determined the source node of cross-domain stream and the identity of destination node by the message.The global topology information that GM is safeguarded according to oneself, determines the path from source node to destination node, i.e., from source node to destination node in the middle of will pass through which bridger, which domain passed through from source node to destination node in other words.This phase of process be the same as Example 2 Together.

2nd, GM determines the domain that path is passed through, and determines the proposal parameter that each domain should be met.

The path that GM is determined in step 1 is by domain 1, domain 4 and domain 3.The proposal parameter in domain 1 is not sent to GM by the DM in domain where source node in cross-domain stream request message message 2 is set up in this embodiment, therefore the proposal parameter in domain 1, domain 4 and domain 3 is required for being determined by GM.

3rd, GM is by the proposal parameter in each domain determined in above-mentioned steps by setting up each DM (including DM where source node in domain) that cross-domain stream inquiry request message is sent on path, and setting up in cross-domain stream inquiry request message at least includes following parameter：The characterisitic parameter T of stream ID, stream_sp, stream path and domain proposal parameter, the path flowed here for stream pass through domain.

Whether the 4th, each DM have received the setting up after cross-domain stream inquiry request message of GM, it is first determined oneself have Slow to deposit, the resource such as memory supports the foundation of cross-domain stream, if then further determining whether that bandwidth resources meet the proposal parameter of GM determinations.If resource, then the proposal parameter that DM is further provided according to GM determines the path in domain so that the path in domain disclosure satisfy that the requirement for the proposal parameter that GM is determined.

Whether the cross-domain stream of message authentication that the 5th, GM is fed back according to DM can be set up.If all DM confirm that the foundation of cross-domain stream can be received, then it represents that the cross-domain stream can be set up, if at least one Individual DM indicates the foundation of the cross-domain stream of refusal, then it represents that should can not be set up across pre- stream.DMs of the GM into domain where source node, which sends one and set up in cross-domain stream confirmation message, message, to be had instruction message to indicate whether cross-domain stream can be set up.Also include the complete routing information of the cross-domain stream if cross-domain stream can be set up, in message（The path determined including the path determined by GM and each DM）.

So far, GM determines path and determines that the process for proposing parameter is just completed for each domain.

The embodiment of the present invention also provides a kind of global host node GM for indicating to set up stream, as shown in Figure 10, including：

Request reception unit 1001, what the domain host node DM where for receiving source node in domain was sent sets up cross-domain stream request message；

Path and parameter determination unit 1002, for according to the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream is set up, the proposal parameter to include service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；

Unit 1003 is set up in instruction, during for determining to set up cross-domain stream, into domain where source node DM send indicate to set up cross-domain stream set up cross-domain stream confirmation message, indicate that source node sets up cross-domain stream to indicate the DM by flowing access confirmation message, the cross-domain stream confirmation message of setting up that cross-domain stream is set up in the instruction includes cross-domain flow path information and the proposal parameter in domain.

Alternatively, the GM also includes：

Failure indicating member, during for determining not set up cross-domain stream, into domain where source node, DM, which is sent, indicates that what cross-domain stream set up failure sets up cross-domain stream confirmation message, indicates that the cross-domain stream of source node sets up failure to indicate the DM by flowing access confirmation message.

Alternatively, described to set up the characterisitic parameter that cross-domain stream request message carries stream, path and parameter determination unit determine the path of cross-domain stream, specifically included：

Alternatively, described to set up the characterisitic parameter that cross-domain stream request message carries stream, the path and parameter determination unit determine the path of cross-domain stream, specifically included：

According to the DM relevant informations and the characterisitic parameter of stream for connecting the GM, determine cross-domain stream from source section The domain that is undergone to destination node of point, and undergo from cross-domain stream path in the DM acquisitions domain in domain.Alternatively, described to set up the characterisitic parameter that cross-domain stream request message carries stream, the path and parameter determination unit determine the proposal parameter in each domain on cross-domain flow path, specifically included：

Alternatively, the instruction sets up unit and determines to set up cross-domain stream, specifically includes：

Alternatively, the DM that the path and parameter determination unit are undergone from cross-domain stream in domain obtains path in domain, specifically includes：

Alternatively, at least one that DM is determined in domain where the characterisitic parameter for setting up cross-domain stream request message carrying stream, source node proposes path in parameter and corresponding domain.

Alternatively, path and parameter determination unit determine the path of cross-domain stream, specifically include： According to the DM relevant informations for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, and except in the domain of its overseas co-domain path where source node on path.

Alternatively, path and parameter determination unit determine the proposal parameter in each domain on the cross-domain flow path, specifically include：

Alternatively, it is described set up it is cross-domain stream request message in only carry one propose parameter when, it is described to set up the proposal parameter for including each domain on cross-domain flow path in cross-domain stream confirmation message, or comprising on cross-domain flow path in addition to domain where source node other domains proposal parameter；

Alternatively, path and parameter determination unit determine the path of the cross-domain stream, specifically include：According to the DM relevant informations for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, except the DM where source node in its overseas co-domain obtains path in domain from path.

Alternatively, indicate that setting up unit determines to set up cross-domain stream, specifically includes：

Alternatively, path and parameter determination unit are specifically included except the DM where source node in its overseas co-domain obtains path in domain from path：

Alternatively, the GM also includes：

Indicate allocation unit, set up for receiving the cross-domain stream for being successfully established cross-domain stream that DM in domain where source node is sent and indicate message, to cross-domain flow path on except remaining DM where source node in domain in addition to DM The cross-domain stream foundation instruction message for being successfully established cross-domain stream is sent, to indicate remaining DM according to the proposal parameter in this domain as the cross-domain stream distribution resource.

Alternatively, the GM also includes：

Relevant information acquiring unit, for being interacted with the DM for being connected the GM, obtains the DM relevant informations, the relevant information of the DM includes continuation schedule information in topology information in domain and domain.

Alternatively, topology information includes in the domain：

Alternatively, the GM also includes：

Another embodiment of the present invention also provides a kind of global host node GM for indicating to set up stream, including processor and data transceiver interface, wherein：

The processor, what the domain host node DM being configurable in domain where receiving source node was sent sets up cross-domain stream request message；According to the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream is set up, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；It is determined that when setting up cross-domain stream, into domain where source node DM send indicate to set up cross-domain stream set up cross-domain stream confirmation message, indicate that source node sets up cross-domain stream to indicate the DM by flowing access confirmation message, the cross-domain stream confirmation message of setting up that cross-domain stream is set up in the instruction includes cross-domain flow path Information and the proposal parameter in domain；

The data transceiver interface, each DM for realizing and connecting the GM enters row data communication.The embodiment of the present invention also provides a kind of domain host node DM, and the DM is the DM in domain where source node, and as shown in figure 11, the DM includes：

Set up request unit 1101, during for determining that the originating node requests set up cross-domain stream, sent to global host node GM and set up cross-domain stream request message, described to set up the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream to the GM, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；

Confirm receiving unit 1102, the cross-domain stream confirmation message of setting up of cross-domain stream is set up in the instruction for receiving GM transmissions, proposal parameter of the cross-domain stream confirmation message of cross-domain stream comprising cross-domain flow path information and domain is set up in the instruction；

Unit 1103 is set up in instruction, for sending the stream access confirmation message for indicating to set up cross-domain stream to the source node, process is set up to indicate that the source node initiates cross-domain stream, cross-domain stream is set up through each node on cross-domain flow path, the stream access confirmation message includes cross-domain flow path information.

Alternatively, set up request unit to send to GM before setting up cross-domain stream request message, be additionally operable to：Determine at least one proposal parameter of cross-domain stream；

Set up request unit to set up in cross-domain stream request message to what GM was sent, path in the characterisitic parameter of carrying stream, at least one proposal parameter of the determination and corresponding domain.

Alternatively, the DM also includes：

Alternatively, release and allocation unit, according to proposing that parameter is the cross-domain stream distribution resource, are specifically included after cross-domain stream is successfully established：

It is the cross-domain stream distribution resource according to proposal parameter, and the cross-domain stream being successfully established to GM transmission instruction streams is set up and indicates message, the cross-domain stream that the instruction stream is successfully established sets up instruction message for the GM Indicate that DM distributes resource according to proposal parameter for the cross-domain stream in domain where removing source node on cross-domain flow path.Alternatively, release and allocation unit discharge according to proposing that parameter is the reserved resource of the cross-domain stream, specifically included when cross-domain stream sets up failure：

The embodiment of the present invention also provides a kind of domain host node DM, and the DM is the DM in domain where source node, and the DM includes processor and data transceiver interface, wherein：

Residing processor is configurable for：When determining that the originating node requests set up cross-domain stream, sent to global host node GM and set up cross-domain stream request message, described to set up the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream to the GM, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；The cross-domain stream confirmation message of setting up of cross-domain stream is set up in the instruction for receiving GM transmissions, and proposal parameter of the cross-domain stream confirmation message of cross-domain stream comprising cross-domain flow path information and domain is set up in the instruction；The stream access confirmation message for indicating to set up cross-domain stream is sent to the source node, process is set up to indicate that the source node initiates cross-domain stream, sets up cross-domain stream through each node on cross-domain flow path, the stream access confirmation message includes cross-domain flow path information；

The data transceiver interface is used to realize the data transfer between the processor and source node, GM.It should be understood by those skilled in the art that, embodiments of the invention can be provided as method, system or computer program product.Therefore, the form of the embodiment in terms of the present invention can use complete hardware embodiment, complete software embodiment or combine software and hardware.Moreover, the present invention can be used (includes but is not limited to magnetic disk storage, CD-ROM, optical memory etc. in one or more computer-usable storage mediums for wherein including computer usable program code）The form of the computer program product of upper implementation.

The present invention is with reference to method according to embodiments of the present invention, equipment（System）And the flow chart and/or block diagram of computer program product are described.It should be understood that can be by computer program instructions implementation process figure And/or each flow and/or square frame in block diagram and the flow in flow chart and/or block diagram and/or the combination of square frame.These computer program instructions can be provided to the processor of all-purpose computer, special-purpose computer, Embedded Processor or other programmable data processing devices to produce a machine so that produce the device for being used for realizing the function of specifying in one flow of flow chart or multiple flows and/or one square frame of block diagram or multiple square frames by the instruction of the computing device of computer or other programmable data processing devices.

These computer program instructions may be alternatively stored in the computer-readable memory that computer or other programmable data processing devices can be guided to work in a specific way, so that the instruction being stored in the computer-readable memory, which is produced, includes the manufacture of command device, the command device realizes the function of being specified in one flow of flow chart or multiple flows and/or one square frame of block diagram or multiple square frames.

These computer program instructions can be also loaded into computer or other programmable data processing devices, so that series of operation steps is performed on computer or other programmable devices to produce computer implemented processing, so that the instruction performed on computer or other programmable devices provides the step of being used to realize the function of specifying in one flow of flow chart or multiple flows and/or one square frame of block diagram or multiple square frames.

Although preferred embodiments of the present invention have been described, but those skilled in the art once know basic creative concept, then other change and modification can be made to these embodiments.So, appended claims are intended to be construed to include preferred embodiment and fall into having altered and changing for the scope of the invention.Depart from the spirit and scope of the embodiment of the present invention.So, if these modifications and variations of the embodiment of the present invention belong within the scope of the claims in the present invention and its equivalent technologies, then the present invention is also intended to comprising including these changes and modification.

Claims

Claim

1st, a kind of global host node GM indicates the method for setting up stream, it is characterised in that including：What the domain host node DM where receiving source node in domain was sent sets up cross-domain stream request message；According to the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream is set up, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；It is determined that when setting up cross-domain stream, into domain where source node DM send indicate to set up cross-domain stream set up cross-domain stream confirmation message, indicate that source node sets up cross-domain stream to indicate the DM by flowing access confirmation message, the cross-domain stream confirmation message of setting up that cross-domain stream is set up in the instruction includes cross-domain flow path information and the proposal parameter in domain.

2nd, the method as described in claim 1, it is characterised in that also include：

It is determined that when not setting up cross-domain stream, DM sends and indicates that what cross-domain stream set up failure sets up cross-domain stream confirmation message in domain where to source node, indicates that the cross-domain stream of source node sets up failure to indicate the DM by flowing access confirmation message.

3rd, the method as described in claim 1, it is characterised in that described to set up the characterisitic parameter that cross-domain stream request message carries stream, determines the path of cross-domain stream, specifically includes：

According to the DM relevant informations and the characterisitic parameter of stream for connecting the GM, determine cross-domain to flow path in the domain undergone from source node to destination node and domain.

4th, the method as described in claim 1, it is characterised in that described to set up the characterisitic parameter that cross-domain stream request message carries stream, determines the path of cross-domain stream, specifically includes：

According to the DM relevant informations and the characterisitic parameter of stream for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, and undergoes from cross-domain stream path in the DM acquisitions domain in domain.

5th, the method as described in claim 1, it is characterised in that described to set up the characterisitic parameter that cross-domain stream request message carries stream, determines the proposal parameter in each domain on cross-domain flow path, specifically includes：

According to the characterisitic parameter of the stream and cross-domain flow path, the proposal parameter in each domain on cross-domain flow path is determined.

6th, method as claimed in claim 5, it is characterised in that described to set up in cross-domain stream confirmation message The domain that is undergone containing cross-domain flow path of cross-domain flow path packet and each domain domain in path, the proposal parameter that the proposals parameter in the domain for setting up cross-domain stream confirmation message includes each domain on cross-domain flow path.

7th, the method as described in any one of claim 1 to 6, it is characterised in that it is determined that setting up cross-domain stream, specifically include：

DM into path Shang Ge domains, which is sent, sets up cross-domain stream inquiry message, the proposal parameter for setting up cross-domain stream inquiry message package containing domain；

The cross-domain stream of setting up for receiving the transmissions of the DM in the Shang Ge domains of path inquires confirmation message, when determining that the DM in the Shang Ge domains of path has the cross-domain stream foundation of enough resource supports and meets proposal parameter, it is determined that setting up cross-domain stream.

8th, method as claimed in claim 7, it is characterised in that the DM undergone from cross-domain stream in domain obtains path in domain, specifically includes：

Routing information in domain is obtained from setting up during cross-domain stream inquires confirmation message for the DM transmissions in the Shang Ge domains of path.

9th, the method as described in claim 1, it is characterised in that at least one that DM is determined in domain where the characterisitic parameter for setting up cross-domain stream request message carrying stream, source node proposes path in parameter and corresponding domain.

10th, method as claimed in claim 9, it is characterised in that

It is described set up it is cross-domain stream request message in only carry one propose parameter when, the cross-domain flow path information set up in cross-domain stream confirmation message, path in the domain undergone comprising cross-domain flow path and the domain in each domain, or, other domains in addition to the domain where the source node undergone comprising cross-domain flow path and routing information in the domain in other domains；

It is described to set up when carrying multiple proposal parameters in cross-domain stream request message, the cross-domain flow path information set up in cross-domain stream confirmation message, in the domain in the domain undergone comprising cross-domain flow path and each domain path.

11st, method as claimed in claim 9, it is characterised in that determine the path of cross-domain stream, specifically include：

According to the DM relevant informations for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, and except in the domain of its overseas co-domain path where source node on path. 12nd, method as claimed in claim 9, it is characterised in that determine the proposal parameter in each domain on the cross-domain flow path, specifically include：

From it is described set up it is cross-domain stream request message in carry at least one propose parameter in, choosing one proposes parameter as the proposal parameter in domain where source node, and according to selected one characterisitic parameter for proposing parameter and stream, determine the proposal parameter in other domains on the cross-domain flow path.

13rd, method as claimed in claim 12, it is characterised in that

It is described to set up when only carrying one in cross-domain stream request message and proposing parameter, it is described to set up the proposal parameter for including each domain on cross-domain flow path in cross-domain stream confirmation message, or comprising on cross-domain flow path in addition to domain where source node other domains proposal parameter；

It is described to set up when carrying multiple proposal parameters in cross-domain stream request message, it is described to set up the proposal parameter for including each domain on cross-domain flow path in cross-domain stream confirmation message.

14th, method as claimed in claim 9, it is characterised in that determine the path of the cross-domain stream, specifically include：

According to the DM relevant informations for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, except the DM where source node in its overseas co-domain obtains path in domain from path.

15th, the method as described in claim 9 ~ 14 is any, it is characterised in that it is determined that setting up cross-domain stream, specifically include：

Cross-domain stream inquiry message is set up except remaining DM where source node in domain in addition to DM is sent on to path, it is described to set up cross-domain proposal parameter of the stream inquiry message package containing domain where remaining DM；

Receive cross-domain flow of setting up of all remaining DM transmissions on path and inquire confirmation message, it is determined that when remaining described DM has the enough cross-domain foundation of resource support and satisfaction proposal parameter, it is determined that setting up cross-domain stream.

16th, method as claimed in claim 15, it is characterised in that except the DM where source node in its overseas co-domain obtains path in domain from path, specifically include：

From on path except the DM where source node in its overseas co-domain send set up cross-domain stream inquiry confirmation message in obtain routing information in domain.

17th, the method as described in claim 1, it is characterised in that also include：

The cross-domain stream for being successfully established cross-domain stream that DM is sent in domain where receiving source node, which is set up, indicates message, Set up on to cross-domain flow path except the cross-domain stream that remaining DM transmissions where source node in domain in addition to DM are successfully established cross-domain stream and indicate message, to indicate remaining DM according to the proposal parameter in this domain as the cross-domain stream distribution resource.

18th, the method as described in claim 1, it is characterised in that also include：

The cross-domain stream for the cross-domain stream foundation failure that DM is sent in domain where receiving source node, which is set up, indicates message, set up on to cross-domain flow path except the cross-domain streams for sending cross-domain stream foundation failure of remaining DM where source node in domain in addition to DM and indicate message, to indicate remaining DM releases according to proposal parameter as the reserved resource of the cross-domain stream.

19th, the method as described in claim 1, it is characterised in that also include：

Interacted with the DM for being connected the GM, obtain the DM relevant informations, the relevant information of the DM includes continuation schedule information in topology information in domain and domain.

20th, method as claimed in claim 19, it is characterised in that topology information includes in the domain：Speed between MAC Address, the ability parameter of domain interior nodes, the neighbor list of domain interior nodes, domain interior nodes and each of which neighbor node of domain interior nodes.

21st, the method as described in claim 1, it is characterised in that also include：

Receive the information for the stream set up in the domain reported with the GM DM being connected；

According to the information for the stream set up in the domain reported, when determining cross-domain flow path, from the number of the stream of foundation is not up to the node of the setting upper limit, the node on cross-domain flow path is selected.

22nd, a kind of method for setting up stream, it is characterised in that including：

When domain host node DM where source node in domain determines that the originating node requests set up cross-domain stream, sent to global host node GM and set up cross-domain stream request message, described to set up the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream to the GM, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；

The cross-domain stream confirmation message of setting up of cross-domain stream is set up in the instruction that DM receptions GM where source node in domain is sent, and proposal parameter of the cross-domain stream confirmation message of cross-domain stream comprising cross-domain flow path information and domain is set up in the instruction；

DM sends to the source node and indicates that the stream for setting up cross-domain stream access confirmation disappears in domain where source node Breath, sets up process to indicate that the source node initiates cross-domain stream, sets up cross-domain stream through each node on cross-domain flow path, the stream access confirmation message includes cross-domain flow path information.

23rd, method as claimed in claim 22, it is characterised in that the DM where source node in domain is sent to GM before setting up cross-domain stream request message, in addition to：Determine at least one proposal parameter of cross-domain stream；DM in the domain of the source node place is set up in cross-domain stream request message to what GM was sent, and at least one of DM determinations proposes path in parameter and corresponding domain in domain where carrying the characterisitic parameter flowed, source node.

24th, method as claimed in claim 22, it is characterised in that also include：

It is successfully established after cross-domain stream, DM is according to proposing that parameter is that cross-domain flow distributes resource in domain where source node, and when cross-domain stream sets up failure, DM discharges the resource reserved according to proposal parameter for the cross-domain stream in the domain of source node place.

25th, DM, according to proposing that parameter is the cross-domain stream distribution resource, is specifically included in domain where method as claimed in claim 22, it is characterised in that be successfully established after cross-domain stream, source node：

DM receives source node and determines the cross-domain stream foundation instruction message that the instruction stream sent when cross-domain stream is successfully established is successfully established in domain where source node；

DM is the cross-domain stream distribution resource according to proposal parameter in domain where source node, and the cross-domain stream foundation instruction message that stream is successfully established is indicated to GM transmissions, the cross-domain stream foundation instruction message that the instruction stream is successfully established is used to remove DM in the domain of source node place on the cross-domain flow path of GM instructions and distributes resource according to proposal parameter for cross-domain flow.

26th, method as claimed in claim 22, it is characterised in that when cross-domain stream sets up failure, DM releases, according to proposing that parameter is the reserved resource of the cross-domain stream, are specifically included in domain where source node：

DM receives source node and determines that the instruction stream sent when cross-domain stream foundation fails sets up the cross-domain stream foundation failed and indicates message in domain where source node；

DM releases are the reserved resource of the cross-domain stream according to proposal parameter in domain where source node, and sent to GM and indicate that stream sets up the cross-domain stream of failure and sets up and indicate message, the cross-domain stream that the instruction stream sets up failure is set up and indicates that message is used for the GM and indicated on cross-domain flow path except remaining DM releases where source node in domain in addition to DM are according to proposing that parameter is the reserved resource of the cross-domain stream. 27th, a kind of global host node GM for indicating to set up stream, it is characterised in that including：Request reception unit, what the domain host node DM where for receiving source node in domain was sent sets up cross-domain stream request message；

Path and parameter determination unit, for according to the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream is set up, the proposal parameter to include service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet；

Unit is set up in instruction, during for determining to set up cross-domain stream, into domain where source node DM send indicate to set up cross-domain stream set up cross-domain stream confirmation message, indicate that source node sets up cross-domain stream to indicate the DM by flowing access confirmation message, the cross-domain stream confirmation message of setting up that cross-domain stream is set up in the instruction includes cross-domain flow path information and the proposal parameter in domain.

28th, GM as claimed in claim 27, it is characterised in that also include：

Failure indicating member, during for determining not set up cross-domain stream, into domain where source node, DM, which is sent, indicates that what cross-domain stream set up failure sets up cross-domain stream confirmation message, indicates that the cross-domain stream of source node sets up failure to indicate the DM by flowing access confirmation message.

29th, GM as claimed in claim 27, it is characterised in that described to set up the characterisitic parameter that cross-domain stream request message carries stream, path and parameter determination unit determine the path of cross-domain stream, specifically included：According to the DM relevant informations and the characterisitic parameter of stream for connecting the GM, determine cross-domain to flow path in the domain undergone from source node to destination node and domain.

30th, GM as claimed in claim 27, it is characterised in that described to set up the characterisitic parameter that cross-domain stream request message carries stream, the path and parameter determination unit determine the path of cross-domain stream, specifically included：According to the DM relevant informations and the characterisitic parameter of stream for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, and undergoes from cross-domain stream path in the DM acquisitions domain in domain.

31st, GM as claimed in claim 27, it is characterised in that described to set up the characterisitic parameter that cross-domain stream request message carries stream, the path and parameter determination unit determine the proposal parameter in each domain on cross-domain flow path, specifically included：

According to the characterisitic parameter of the stream and cross-domain flow path, the proposal parameter in each domain on cross-domain flow path is determined. 32nd, GM as claimed in claim 31, it is characterized in that, path in the domain for setting up domain that the cross-domain flow path packet in cross-domain stream confirmation message undergone containing cross-domain flow path and each domain, the proposal parameter that the proposals parameter in the domain for setting up cross-domain stream confirmation message includes each domain on cross-domain flow path.

33rd, the GM as described in claim 27 ~ 32 is any, it is characterised in that the instruction sets up unit and determines to set up cross-domain stream, specifically includes：

DM into path Shang Ge domains, which is sent, sets up cross-domain stream inquiry message, the proposal parameter for setting up cross-domain stream inquiry message package containing domain；

The cross-domain stream of setting up for receiving the transmissions of the DM in the Shang Ge domains of path inquires confirmation message, when determining that the DM in the Shang Ge domains of path has the cross-domain stream foundation of enough resource supports and meets proposal parameter, it is determined that setting up cross-domain stream.

34th, GM as claimed in claim 33, it is characterised in that the DM that the path and parameter determination unit are undergone from cross-domain stream in domain obtains path in domain, specifically includes：

Routing information in domain is obtained from setting up during cross-domain stream inquires confirmation message for the DM transmissions in the Shang Ge domains of path.

35th, GM as claimed in claim 27, it is characterised in that at least one that DM is determined in domain where the characterisitic parameter for setting up cross-domain stream request message carrying stream, source node proposes parameter and corresponding i or interior paths.

36th, GM as claimed in claim 35, it is characterised in that

It is described set up it is cross-domain stream request message in only carry one propose parameter when, the cross-domain flow path information set up in cross-domain stream confirmation message, path in the domain undergone comprising cross-domain flow path and the domain in each domain, or, other domains in addition to the domain where the source node undergone comprising cross-domain flow path and routing information in the domain in other domains；

It is described to set up when carrying multiple proposal parameters in cross-domain stream request message, the cross-domain flow path information set up in cross-domain stream confirmation message, in the domain in the domain undergone comprising cross-domain flow path and each domain path.

37th, GM as claimed in claim 35, it is characterised in that path and parameter determination unit determine the path of cross-domain stream, specifically include：

According to the DM relevant informations for connecting the GM, determine cross-domain stream from source node to destination node institute The domain of experience, and except in the domain of its overseas co-domain path where source node on path.

38th, GM as claimed in claim 35, it is characterised in that path and parameter determination unit determine the proposal parameter in each domain on the cross-domain flow path, specifically include：

From it is described set up it is cross-domain stream request message in carry at least one propose parameter in, choosing one proposes parameter as the proposal parameter in domain where source node, and according to selected one characterisitic parameter for proposing parameter and stream, determine the proposal parameter in other domains on the cross-domain flow path.

39th, GM as claimed in claim 38, it is characterised in that

It is described to set up when only carrying one in cross-domain stream request message and proposing parameter, it is described to set up the proposal parameter for including each domain on cross-domain flow path in cross-domain stream confirmation message, or comprising on cross-domain flow path in addition to domain where source node other domains proposal parameter；

It is described to set up when carrying multiple proposal parameters in cross-domain stream request message, it is described to set up the proposal parameter for including each domain on cross-domain flow path in cross-domain stream confirmation message.

40th, GM as claimed in claim 35, it is characterised in that path and parameter determination unit determine the path of the cross-domain stream, specifically include：

According to the DM relevant informations for connecting the GM, the cross-domain domain flowed and undergone from source node to destination node is determined, except the DM where source node in its overseas co-domain obtains path in domain from path.

41st, the GM as described in claim 35 ~ 40 is any, it is characterised in that instruction sets up unit and determines to set up cross-domain stream, specifically includes：

Cross-domain stream inquiry message is set up except remaining DM where source node in domain in addition to DM is sent on to path, it is described to set up cross-domain proposal parameter of the stream inquiry message package containing domain where remaining DM；

Receive cross-domain flow of setting up of all remaining DM transmissions on path and inquire confirmation message, it is determined that when remaining described DM has the enough cross-domain foundation of resource support and satisfaction proposal parameter, it is determined that setting up cross-domain stream.

42nd, GM as claimed in claim 41, it is characterised in that path and parameter determination unit, except the DM where source node in its overseas co-domain obtains path in domain, are specifically included from path：

From on path except the DM where source node in its overseas co-domain send set up cross-domain stream inquiry confirmation message in obtain routing information in domain.

43rd, GM as claimed in claim 27, it is characterised in that also include： Indicate allocation unit, the cross-domain stream for being successfully established cross-domain stream that DM is sent in domain where for receiving source node, which is set up, indicates message, set up on to cross-domain flow path except the cross-domain stream that remaining DM transmissions where source node in domain in addition to DM are successfully established cross-domain stream and indicate message, to indicate remaining DM according to the proposal parameter in this domain as the cross-domain stream distribution resource.

44th, GM as claimed in claim 27, it is characterised in that also include：

Indicate releasing unit, the cross-domain stream foundation that the cross-domain stream that DM is sent in domain where for receiving source node sets up failure indicates message, set up on to cross-domain flow path except the cross-domain streams for sending cross-domain stream foundation failure of remaining DM where source node in domain in addition to DM and indicate message, to indicate remaining DM releases according to proposal parameter as the reserved resource of the cross-domain stream.

45th, GM as claimed in claim 27, it is characterised in that also include：

Relevant information acquiring unit, for being interacted with the DM for being connected the GM, obtains the DM relevant informations, the relevant information of the DM includes continuation schedule information in topology information in domain and domain.

46th, GM as claimed in claim 45, it is characterised in that topology information includes in the domain：Speed between MAC Address, the ability parameter of domain interior nodes, the neighbor list of domain interior nodes, domain interior nodes and each of which neighbor node of domain interior nodes.

47th, GM as claimed in claim 27, it is characterised in that also include：

Stream information receiving unit, the information for receiving the stream set up in the domain reported with the GM DM being connected；

The path and parameter determination unit, specifically for the information according to the stream set up in the domain reported, when determining cross-domain flow path, from the number of the stream of foundation is not up to the node of the setting upper limit, select the node on cross-domain flow path.

48th, a kind of domain host node DM, the DM are the DM in domain where source node, it is characterised in that the DM includes：

Set up request unit, during for determining that the originating node requests set up cross-domain stream, sent to global host node GM and set up cross-domain stream request message, described to set up the proposal parameter that cross-domain stream request message determines the path and path Shang Ge domains of cross-domain stream to the GM, the proposal parameter includes service quality QoS demand and the transmission opportunity TXOP distribution for needing to meet； Confirm receiving unit, the cross-domain stream confirmation message of setting up of cross-domain stream is set up in the instruction for receiving GM transmissions, proposal parameter of the cross-domain stream confirmation message of cross-domain stream comprising cross-domain flow path information and domain is set up in the instruction；

Unit is set up in instruction, for sending the stream access confirmation message for indicating to set up cross-domain stream to the source node, process is set up to indicate that the source node initiates cross-domain stream, cross-domain stream is set up through each node on cross-domain flow path, the stream access confirmation message includes cross-domain flow path information.

49th, DM as claimed in claim 48, it is characterised in that

Set up request unit to send to GM before setting up cross-domain stream request message, be additionally operable to：Determine at least one proposal parameter of cross-domain stream；

Set up request unit to set up in cross-domain stream request message to what GM was sent, path in the characterisitic parameter of carrying stream, at least one proposal parameter of the determination and corresponding domain.

50th, DM as claimed in claim 48, it is characterised in that also include：

Release and allocation unit, for being successfully established after cross-domain stream, according to proposing that parameter is that cross-domain flow distributes resource, when cross-domain stream sets up failure, release is the reserved resource of the cross-domain stream according to proposal parameter.

51st, DM as claimed in claim 48, it is characterised in that release and allocation unit, according to proposing that parameter is the cross-domain stream distribution resource, are specifically included after cross-domain stream is successfully established：

Receive source node and determine the cross-domain stream foundation instruction message that the instruction stream sent when cross-domain stream is successfully established is successfully established；

It is the cross-domain stream distribution resource according to proposal parameter, and the cross-domain stream foundation instruction message that stream is successfully established is indicated to GM transmissions, the cross-domain stream foundation instruction message that the instruction stream is successfully established is used to remove DM in the domain of source node place on the cross-domain flow path of GM instructions and distributes resource according to proposal parameter for cross-domain flow.

52nd, DM as claimed in claim 48, it is characterised in that release and allocation unit discharge according to proposing that parameter is the reserved resource of the cross-domain stream, specifically included when cross-domain stream sets up failure：

Receive source node and determine that what is sent during cross-domain stream foundation failure indicates that stream sets up the cross-domain stream failed and sets up instruction message；

The resource that release is reserved according to proposal parameter for the cross-domain stream, and the cross-domain stream foundation instruction message failed is set up to GM transmission instruction streams, the cross-domain stream foundation instruction message that the instruction stream sets up failure is used for The GM is indicated on cross-domain flow path except remaining DM releases where source node in domain in addition to DM are according to carrying