專利名稱：：具有媒體適配的媒體會話的建立的制作方法
技術領域：
：本發(fā)明涉及一種用于通過分組交換通信網(wǎng)絡向請求終端報告媒體格式適配資源以便轉換將要在終端之間建立的媒體會話的媒體流的媒體格式的方法和終端。本發(fā)明還涉及一種用于報告媒體格式適配資源的方法和NSIS路由器，所述媒體格式適配資源用于轉換將要在終端之間建立的媒體會話的媒體流的媒體格式。
背景技術：
：NSIS框架NSIS是NextStepsinSignaling(信令下一步)的縮寫。它旨在規(guī)定信令框架的模塊法；由用于攜帶信令消息的、通常稱為NSIS傳輸層協(xié)議(NTLP)的協(xié)議以及必須為每個信令應用指定的、通常稱為NSIS信令層協(xié)議(NSLP)的另一協(xié)議組成(見RFC4080,"信令下一步(NSIS):框架"，在此通過引用并入以及在http:〃www.ietf.org可得到)。NTLP協(xié)議的一個示例是由Schulzrinne等人在互聯(lián)網(wǎng)草案"GIMPS:GeneralInternetMessagingProtocalforSignaling"(draft-ietf-nsis-ntlp-07.txt)中指定的GIMPS協(xié)議，在此通過引用并入以及在http:〃www.ietf.org中可得到。NSLP協(xié)議的示例是由Manner等人在互聯(lián)網(wǎng)草案"NSLPforQuality-of陽Servicesignaling"(draft-ietf-nsis-qos-nslp-07.txt)或者由Stiemerling等人在互聯(lián)網(wǎng)草案"NAT/FirewallNSISSignalingLayerProtocol(NSLP)"(draft-ietf-nsis-nslp-natfw-07)中指定。(在此通過引用將兩個文件都并入以及在http:〃www.ietf.org中可得到)。NSISQoS^iSLJBj辦議具有互聯(lián)網(wǎng)中QoS預留的長期存在的問題，并且通過NAT/FW遍歷配置信令擴展。因此，如從以下本發(fā)明的詳細說明將變得明顯的，如果媒體投遞必須既調(diào)節(jié)網(wǎng)絡QoS能力(帶寬、延時.......)和在重疊節(jié)點的網(wǎng)絡側處理(媒體適配)能力二者，則QoSNSLP可能是特別適當?shù)?。NSLP數(shù)據(jù)對象可以是諸如GIMPS消息的NTLP消息的有效荷載。GIMPS查詢(QUERY)消息的基本結構如下GIMPS-Query=Common-HeaderMessage-Routing-InformationSession-IdentificationNetwork-Layer-InformationQuery-Cookie[Stack-ProposalStack-Configuration-Data][NSLP-Data]一般的多媒體方案(scenario)以及它的缺點在典型的多媒體環(huán)境中，作為第一步驟，要求進行信令交換來找出參與會話的通信伙伴(peer)的能力(所支持的編解碼器、可用鏈接、可用緩沖容量、等等)。目前，對于對話方案來說，會話啟動協(xié)議(SIP)(見RFC3261,在此通過引用并入的"SIP:SessionInitiationProtocol")—般與用于作為如RFC3264中指定的每個提出/應答模型的SDP的能力互換語義(capabilityexchangesemantics)—起采用,在此通過引用并入"AnOffer/AnswerModelwithSessionDescriptionProtocol(SDP)，'。在流服務的情況下，可以使用RTSP(見RFC2326,在此通過引用并入的"RealTimeStreamingProtocol(RTSP)")或者SDP進行能力互換。SIP是使能協(xié)商將要建立的多媒體會話的細節(jié)以及端主機能力信息的互換的查詢/響應協(xié)議。SDP是表示通信伙伴的參數(shù)、流數(shù)量以及連接細節(jié)的協(xié)議。它還允許表示能力以及協(xié)商會話連接或者編譯碼器的細節(jié)。在通信雙方(端主機)都具有共同能力的情況下，它們可直接建立多媒體會話。然而，如果在端主機的媒體能力中存在不匹配，則不能建立會話。典型地，當請求服務的用戶不能與在該環(huán)境下能夠建立或者接受會話的相對應節(jié)點(另一用戶，服務供應商，等等)通信時，不能建立會話。即使存在網(wǎng)絡中可用的、可以解決在會話中使用的媒體流格式的不匹配的媒體適配資源，也沒有用于確定以及描述所要求的媒體適配的方法，還沒有使能搜索以及預留適當?shù)?某體適配資源的過程框架。
發(fā)明內(nèi)容本發(fā)明的目的是提供一種在檢測到終端能力不匹配的情況下，允許參與媒體會話的終端利用媒體適配資源的信令框架。本發(fā)明的目的由獨立權利要求的主題解決。優(yōu)選實施例是從屬權利要求的主題。本發(fā)明的一個實施例涉及將要參與媒體會話的終端的操作。根據(jù)該實施例，提供一種通過分組交換通信網(wǎng)絡在第一終端和第二終端之間建立包括至少一個媒體流的媒體會話的方法。在本發(fā)明的所有實施例中，至少一個媒體流使用々某體傳輸協(xié)議通信。第一終端使用會話管理協(xié)議向第二終端傳送建立消息來啟動會話。該建立消息可以包括建議媒體格式[O]的會話描述，以及可選地，用于將要在媒體會話中通信的每個媒體流的相應參數(shù)和屬性。第一終端還使用會話管理協(xié)議來接收建立消息的響應。該響應可以包括建議J;某體會話的至少一個媒體流的另一J某體格式的修正的會話描述，對于所述媒體會話，在包括在由第一終端傳送的建立消息中的會話描述中建議了第二終端不支持的i某體格式。對于包括在建立消息的響應中的會話描述中的每個可選:i某體格式，第一終端繼續(xù)確定第一終端是否支持相應可選媒體格式。如果不支持，即不是修正的會話描迷中建議的所有可選媒體格式都由第一終端支持，則第一終端使用信令下一步NSIS框架來檢測在至少一個NSIS路由器中，第一終端不支持的每個可選媒體格式，其中(相應)檢測到的NSIS路由器能夠將媒體流的該分組數(shù)據(jù)從在該建立消息中的會話描述的第一終端建議的媒體格式轉換成在建立消息的響應中的會話描述由第二終端建議的、相應可選媒體格式，如果對于第一終端不支持的每個可選媒體格式檢測到至少一個NSIS路由器，則第一終端預留資源，以便將處于所建議的^^某體格式的分組數(shù)據(jù)轉換成在對于第一終端不支持的相應可選i某體格式所檢測到的至少一個NSIS路由器的相應可選媒體格式。當成功地預留用于媒體格式轉換的資源時，開始媒體會話。使用媒體傳輸協(xié)議，將媒體會話的至少一個媒體流的分組數(shù)據(jù)通過至少一個NSIS路由器從第一終端提供給第二終端，在所述至少一個NSIS路由器上，為第一終端不支持的每個可選媒體格式，預留了用于媒體格式轉換的資源。根據(jù)另一實施例，可以通過以下機制實施使用NSIS信令框架檢測至少一個NSIS路由器。第一終端使用NSIS傳輸層協(xié)議NTLP，沿著媒體會話的至少一個流的分組數(shù)據(jù)的路徑，通過該分組交換網(wǎng)絡，將查詢消息從第一終端傳送到第二終端，其中查詢消息對接收查詢消息的每個NSIS路由器查詢將該^f某體會話的流的分組數(shù)據(jù)從第一終端不支持的建議媒體格式轉換為在對建立消息的響應中的會話描述中由第二終端建議的、相應可選媒體格式的能力。響應查詢消息，第一終端使用NSIS傳輸層協(xié)議NTLP接收響應消息，其指示在從第一終端到第二終端的分組數(shù)據(jù)路徑上，至少一個NSIS路由器能夠將媒體會話流的分組數(shù)據(jù)從建議媒體格式轉換成相應可選媒體格式。如果沒有NSIS路由器能夠提供所查詢的媒體格式轉換，則在響應消息中不指示任何NSIS路由器。在另一變形中，查詢消息還查詢接收查詢消息的每個NSIS路由器將媒體會話的媒體流分組數(shù)據(jù)從第一終端不支持的建議媒體格式轉換為中間媒體格式或者從中間媒體格式轉換為另一中間媒體格式或者適合于媒體會話的相應媒體流的相應可選媒體格式的能力。因此，不僅可以查詢到媒體數(shù)據(jù)從建議媒體格式到第一終端不支持的可選媒體格式的直接轉換，而且當適當?shù)?組合"可以導致媒體數(shù)據(jù)從建議媒體格式轉換到第一終端不支持的可選媒體格式時還可以查詢到適配資源。相應地，響應消息還可以指示在從第一終端到第二終端的路徑上，至少一個NSIS路由器是否能夠將媒體會話的媒體流分組數(shù)據(jù)從建議媒體格式轉換成中間媒體格式或者從中間媒體格式轉換成另一中間媒體格式或者相應可選媒體格式。根據(jù)另一實施例，可以按如下所示執(zhí)行在NSIS路由器中預留用于轉換分組數(shù)據(jù)的資源。第一終端使用NSIS傳輸層協(xié)議NTLP向至少一個NSIS路由器傳送請求預留媒體適配資源的資源預留請求消息，所述媒體適配資源用于將媒體會話流分組數(shù)據(jù)從建議媒體格式轉換為在對建立消息的響應中的會話描述中由第二終端建議的可選媒體格式。響應于此，第一終端使用該NSIS傳輸層協(xié)議NTLP接收指示該NSIS路由器是否已經(jīng)預留用于轉換的資源的響應消息。在本發(fā)明另一實施例中，如果第二終端不支持會話描述中媒體流的建議孑泉體格式，則包括在該建立消息中的該會話描述還指示該第一終端是否愿意至少對該媒體會話的媒體流執(zhí)行媒體格式轉換。在本發(fā)明另一實施例中，包括在該建立消息中的傳送的該會話描述還向該第二終端指示該媒體會話的相應媒體流的該接收對于建立該媒體會話是否是必要的。在該實施例的一個變形中，在第二終端不支持該建議媒體格式的情況下，包括在該建立消息中的傳送的該會話描述還指示該^!某體會話的^某體流的建議媒體格式到另一媒體格式的轉換對于建立該媒體會話是可選還是必要的。此外，在本發(fā)明另一實施例中，如果第二終端不支持適合于相應媒體流的建議格式，該修正的會話描述還指示第二終端是否愿意檢測并在至少一個NSIS路由器^某體上預留用于將可選媒體格式的媒體流分組數(shù)據(jù)轉換成建議媒體格式的該媒體流分組數(shù)據(jù)的資源。如果是，則當傳送該建立消息的該響應時，該修正的會話描述指示該第二終端開始檢測以及預留媒體格式轉換資源。根據(jù)本發(fā)明的另一實施例，由第一終端傳送以及接收的服務描述可以包括涉及會話的服務質量約束，以及其中建立消息的響應中的修正的會話描述包括對包括在建立消息的會話描述中的服務質量約束的建議可選服務質量約束。在后者情況下，本發(fā)明的另一實施例建議第一終端確定可選服務質量(QoS)約束是否為第一終端用戶所接受。如果是，則第一終端可以根據(jù)第二終端的會話描述中指示的可選服務質量約束，沿著從第一終端通過分組交換通信網(wǎng)絡到第二終端的路徑來預留資源，其中媒體會話的至少一個媒體流的分組數(shù)據(jù)從該第一終端沿著所述路徑傳遞到該第二終端。在本發(fā)明另一實施例中，如果對于在建立消息的響應中接收的會話描述中所建議的每個可選媒體格式?jīng)]有檢測到NSIS路由器，如果不能預留足夠的用于在相應的NSIS路由器轉換媒體格式的資源，或者如果不能沿著通過該分組交換通信網(wǎng)絡該路徑的預留足夠滿足在建立消息的該響應中所接收的該會話描述中建議的該可選服務質量約束的資源，則中斷該會話。根據(jù)本發(fā)明的另一實施例開始媒體會話可以包括由第一終端向第二終端傳送更新消息，其包括對通過分組交換通信網(wǎng)絡沿著從該第一終端到該第二終端的路徑已經(jīng)建議了可選媒體格式的每個相應媒體會話流描述適配節(jié)點中的媒體格式轉換的更新會話描述，其中沿著所述路徑將媒體會話的至少一個媒體流的分組數(shù)據(jù)從該第一終端傳遞到該第二終端。在該實施例的一個變形中，傳送更新消息還包括有關由第一終端沿著從第一終端到第二終端的路徑所預留的資源信息。根據(jù)另一變形，第一終端可以從第二終端接收更新消息，其包括描述適配節(jié)點中對通過分組交換通信網(wǎng)絡沿著從第二終端到第一終端的路徑已經(jīng)建議了可選媒體格式的每個相應媒體會話流的媒體格式轉換的更新會話描述，其中媒體會話的至少一個媒體流的分組數(shù)據(jù)沿著所述路徑從第二終端傳遞到第一終端。在本實施例的變形中，接收更新消息還包括有關由第一終端沿著從第二終端到第一終端的路徑所預留的資源信息。雖然會話描述以會話描述協(xié)議SDP格式或者實時流協(xié)議RTSP格式提供，但是媒體傳輸協(xié)議可以是例如實時傳輸協(xié)議RTP。根據(jù)本發(fā)明的另一實施例，會話管理協(xié)議是會話啟動協(xié)議SIP,以及建立消息是SIP協(xié)議的邀請(Invite)消息。相應地，建立消息的響應是SIP協(xié)議的會話進展(SessionProgress)消息，該會話進展消息向第一終端指示第二終端確認第一終端以檢測以及預留媒體格式轉換資源的意愿，并且指示該第二終端已經(jīng)開始至少在NSIS路由器檢測以及預留用于^某體格式轉換的資源，用于將第一終端不支持的可選媒體格式的媒體會話的媒體流轉換成第一終端支持的相應建議媒體格式。如果第一終端不支持會話進展消息包括的會話描述中建議的可選媒體格式，則第一終端可以傳送臨時響應確認(ProvisionalResponseAcknowledgement)消息，其指示第二終端第一終端已經(jīng)開始檢測并且為會話描述中建議的每個可選媒體格式在NSIS路由器預留用于媒體格式轉換的資源，其中所檢測的以及由該第二終端預留用于媒體格式轉換的資源的適配節(jié)點被配置成將媒體會話的媒體流的分組數(shù)據(jù)從可選媒體格式轉換成由該第一終端建議的媒體格式。此外，第一終端可以接收響應該臨時響應確認消息的臨時響應確i人。本發(fā)明的另一方面是支持媒體適配資源的檢測的操作NSIS路由器。根據(jù)本發(fā)明的另一實施例，提供一種用于通過分組交換通信網(wǎng)絡向請求終端報告媒體格式適配資源的方法，所述媒體格式適配資源用于轉換將要在終端之間建立的媒體會話的媒體流的媒體格式。所述方法的步驟由NSIS路由器在媒體數(shù)據(jù)路徑上執(zhí)行，在所述媒體數(shù)據(jù)路徑上用媒體傳輸協(xié)議封裝的會話的媒體流分組數(shù)據(jù)通過分組交換網(wǎng)絡從參與將要建立的媒體會話的請求終端傳輸?shù)侥繕私K端查詢消息可以由在路徑上(on-path)的NSIS路由器使用NSIS傳輸層協(xié)議NTLP通過分組交換網(wǎng)絡接收。查詢消息查詢接收查詢消息的查詢NSIS路由器將媒體會話的流分組數(shù)據(jù)從第一媒體格式轉換到不同的第二媒體格式的能力。響應所接收的查詢消息，使用該NSIS傳輸層協(xié)議NTLP向請求終端轉發(fā)響應消息，其指示該NSIS路由器是否具有將媒體會話流的分組數(shù)據(jù)從第一媒體格式轉換成該二媒體格式的能力。應該注意，取決于在路徑上的NSIS路由器在媒體數(shù)據(jù)路徑上的位置，可以從查詢終端直接接收查詢消息，形成其向查詢終端或者相鄰NSIS路由器提供NTLP功能的代理。響應消息相應地返回到從其中接收查詢消息的相應實體。在實施例的一個變形中，查詢消息還查詢將媒體會話的媒體流的分組數(shù)4某體格式或者第二可選媒體格式的能力。相應地，響應消息還指示NSIS路由器是否能夠至少提供一個所查詢的媒體格式轉換。在本發(fā)明另一實施例中，查詢消息包括媒體格式適配描述，其指示查詢適配能力的一個或多個媒體格式轉換。在本發(fā)明另一實施例中，在路徑上的NSIS路由器可以使用NSIS傳輸層協(xié)議NTLP接收資源預留請求消息，其中該消息包括對將要由NSIS路由器執(zhí)行的、以及為其請求分配資源的媒體格式轉換的描述。在路徑上的NSIS路由器可以確定是否能夠在NSIS路由器中分配由該描述指示的媒體格式轉換的資源，如果可以，則預留用于轉換的資源。相應地，由在路徑上的NSIS路由器傳送的響應消息指示NSIS路由器是否已經(jīng)(成功地)預留用于轉換的資源。在本發(fā)明另一實施例中，在路徑上的NSIS路由器可以使用NSIS傳輸層協(xié)議NTLP接收資源預留請求消息，其中該消息包括對將要在位于該媒體數(shù)據(jù)路徑上的另一NSIS路由器預留的媒體格式轉換的描述。處理資源預留請求消息的NSIS路由器建立通向位于媒體數(shù)據(jù)路徑上的其它NSIS路由器的遂道，當開始媒體會話時，將要轉換的媒體流分組數(shù)據(jù)轉發(fā)到位于該媒體數(shù)據(jù)路徑上的NSIS路由器以便轉換。在本發(fā)明另一實施例中，在路徑上的NSIS路由器使用NSIS傳輸層協(xié)議NTLP接收資源預留請求消息，其包括對將要在沒有位于媒體數(shù)據(jù)路徑上的NSIS路由器中預留的媒體格式轉換的描述。在路徑上的NSIS路由器向沒有位于媒體數(shù)據(jù)路徑的NSIS路由器(不在路徑上的(off-path)NSIS路由器)轉發(fā)資源預留請求消息，并且建立通向不在路徑上的NSIS路由器的遂道。當開始媒體會話時，將要轉換的媒體流的分組數(shù)據(jù)轉發(fā)到?jīng)]有位于該媒體數(shù)據(jù)路徑上的NSIS路由器中以便轉換。根據(jù)本發(fā)明的另一實施例，在路徑上的NSIS路由器向查詢消息中添加對NSIS路由器中的可用媒體格式適配能力的描述，并且向該媒體數(shù)據(jù)路徑或者該目標終端上的下一NSIS路由器轉發(fā)該接收查詢消息。響應所轉發(fā)的查詢消息，在路徑上的NSIS路由器可以接收來自媒體數(shù)據(jù)路徑或者目標終端上的下一NSIS路由器的響應消息。在查詢的媒體格式適配能力是可用的情況下，該響應消息包括對可在位于媒體數(shù)據(jù)路徑上的NSIS路由器可用的媒體格式適配能力的至少一個描述。此外，如果所查詢的媒體格式適配能力是可用的，則傳送的該響應消息包括對在位于該媒體數(shù)據(jù)路徑上的NSIS路由器可用的媒體格式適配能力的至少一個描述。在實施例的一個變形中，在路徑上的NSIS路由器還向沒有位于媒體數(shù)據(jù)路徑上的至少一個NSIS路由器轉發(fā)查詢消息，并且接收來自沒有位于媒體數(shù)據(jù)路徑上的至少一個NSIS路由器的響應消息，其包括對可在沒有位于媒體路徑上的至少一個NSIS路由器中得到的媒體數(shù)據(jù)適配能力的描述。在另一變形中，在向媒體數(shù)據(jù)路徑上的下一NSIS路由器轉發(fā)接收的查詢消息之前，向所述接收的查詢消息添加對可在沒有位于該媒體路徑上的至少一個NSIS路由器可用的媒體數(shù)據(jù)適配能力的描述。在本發(fā)明另一實施例中，向請求終端傳送的該響應消息還包括對在位于或者沒有位于媒體路徑上的至少一個NSIS路由器上的可用媒體數(shù)據(jù)適配能力的描述。根據(jù)本發(fā)明的另一實施例，提供一種用于通過分組交換通信網(wǎng)絡，在終端和第二終端之間建立包括至少一個媒體流的媒體會話的終端。該終端包括用于使用會話管理協(xié)議向第二終端傳送建立消息以啟動會話的轉發(fā)器，其中消息包括建議媒體格式的會話描述以及將要在媒體會話中通信的每個媒體流的相應參數(shù)和屬性。該終端還包括用于使用會話管理協(xié)議接收建立消息的響應的接收器，其中建立消息的響應包括修正的會話描述，其中對于在該建立消息包括的該會話描述中建議了該第二終端不支持的媒體格式的媒體會話，該修正的會話描述建議該媒體會話的至少一個媒體流的可選媒體格式。終端包括處理單元，用于在建立消息的該響應中包括的該會話描述中的每個可選媒體格式，確定該第一終端是否支持相應的可選媒體格式。如果終端不支持相應可選媒體格式，則處則該處理單元用于使用信令下一步NSIS框架來檢測至少一個NSIS路由器。因此，檢測NSIS路由器能夠將媒體流的分組數(shù)據(jù)從建立消息的會話描述中的、由第一終端建議的該媒體格式轉換成在建立消息的響應的會話描述中由第二終端建議的相應可選^^某體格式。此外，如果對于第一終端不支持的每個可選媒體格式檢測到至少一個NSIS路由器，則終端包括預留單元，其預留用于在對于第一終端不支持的相應可選媒體格式檢測的至少一個NSIS路由器，將建議媒體格式的分組數(shù)據(jù)轉換成相應可選媒體格式的資源。另外，當成功地預留用于媒體格式轉換的資源時，終端開始媒體會話，并且通過預留適合于終端不支持的每個可選媒體格式的i某體格式轉換的資源的至少一個NSIS路由器，使用媒體傳輸協(xié)議從終端向第二終端提供媒體會話的至少一個媒體流分組數(shù)據(jù)。本發(fā)明的另一實施例提供一種包括根據(jù)以上相應實施例和變形之一執(zhí)行用于建立媒體會話的方法的部件的終端。另一實施例提供一種用于通過分組交換通信網(wǎng)絡，向請求終端報告媒體格式適配資源的NSIS路由器，所述媒體格式適配資源用于轉換將要在終端之間建立的媒體會話的媒體流的媒體格式。NSIS路由器(在路徑上的NSIS路由器)位于媒體數(shù)據(jù)路徑上，在所述媒體數(shù)據(jù)路徑上，通過分組交換網(wǎng)絡從參與將要建立的該媒體會話的請求終端向目標終端傳輸用媒體傳輸協(xié)議封裝的會話的媒體流的分組數(shù)據(jù)。NSIS路由器包括用于使用NTLP通過分組交換網(wǎng)絡接收查詢消息的接收器，其中其中該查詢消息查詢接收該查詢消息的NSIS路由器將媒體會話的流的分組數(shù)據(jù)從第一媒體格式轉換到不同的第二媒體格式的能力。在路徑上的NSIS路由器還包括響應接收查詢消息使用NSIS傳輸層協(xié)議NTLP向請求終端傳送響應消息的轉發(fā)器，其中響應消息指示NSIS路由器是否具有將媒體會話流的分組數(shù)據(jù)從第一媒體格式轉換成第二媒體格式的該能力。另一實施例提供包括根據(jù)以上相應實施例以及其變形之一執(zhí)行用于報告媒體格式適配資源的方法的部件的NSIS路由器。此外，本發(fā)明的另一實施例提供一種計算機可讀媒體存儲指令，當由終端的處理器執(zhí)行時，使終端根據(jù)以上相應實施例以及其變形之一執(zhí)行用于建立媒體會話的方法的步驟。本發(fā)明的另一實施例涉及計算機可讀媒體存儲指令，當由在路徑上的NSIS路由器的處理器執(zhí)行時，使在路徑上的NSIS路由器根據(jù)以上相應實施例以及變形之一執(zhí)行用于報告媒體格式適配資源的方法。以下將參考附圖更詳細地描述本發(fā)明。附圖中類似或者相對應的細節(jié)用相同的參考數(shù)字標記。圖1示出分組交換網(wǎng)絡的概述，基于所述分組交換網(wǎng)絡將說明本發(fā)明的示例性實施例，圖2示出包括NSIS使能路由器和NSIS代理的圖1的分組交換網(wǎng)絡的重疊網(wǎng)絡，圖3示出可以采用來提供圖1的分組交換網(wǎng)絡中的端對端媒體會話的示例性協(xié)議棧，圖5示出為了允許建立媒體會話，根據(jù)本發(fā)明實施例適合于標識可以參與期望的媒體格式轉換的NSIS路由器的、在路徑上的NSIS路由器檢測機制，圖6至圖9示出根據(jù)本發(fā)明的示例性實施例，通過圖2的重疊網(wǎng)絡在兩終端之間交換圖5的在路徑上的NSIS路由器4全測機制的消息，以及圖10至圖14示出根據(jù)本發(fā)明的另一實施例，通過圖2的重疊網(wǎng)絡在兩終端之間的交換不在路徑上的NSIS路由器檢測機制的消息。具體實施方式為了更好地理解本發(fā)明，首先指定詳細說明該文件中頻繁使用的一些術語。端點(endpoint)表示發(fā)布(或者供應)特定服務的請求的用戶或者用戶代理。服務器和客戶端可以是端點。端點還可以是用戶代理(useragent)和代理實例(proxyinstance),即代表用戶并且知道他/她的服務請求細節(jié)、能力和嗜好的軟件實體。端點的一個示例是SIP用戶代理。NSIS路由器或者代理指的是除提供路由能力之外還具有執(zhí)行分組處理的可能性的網(wǎng)絡節(jié)點。例如，分組處理可以是代碼轉換、測量、緩沖、分割或者使媒體數(shù)據(jù)流同步。還稱為媒體(格式)適配資源的分組處理資源不一定需要位于NSIS路由器，但是能夠通過它而來訪問。NSIS路由器也可以與知道QoS底層基礎結構(即指向QoS
技術領域：
的入口DiffServ入口路由器、MPLS標記出口路由器等等)的網(wǎng)絡節(jié)點一同放置。因為提議的解決辦法使用NSIS信令框架來預留所要求的媒體適配資源，所以NSIS路由器或者代理是NSIS使能的。重疊網(wǎng)絡由形成相同虛擬拓樸部分的NSIS路由器(和代理)組形成。在拓樸從底層路由中抽象化的意義上來說，它是虛擬的。一般地，重疊網(wǎng)絡中的節(jié)點不知道像OSPF或者RIP路由的底層路由。圖1示出分組交換網(wǎng)絡的概述，以下將基于所述分組交換網(wǎng)絡說明本發(fā)明的示例性實施例。為了說明，在網(wǎng)絡的核心部分中僅僅圖解了信令擴展的、在此定義為103-108的NSIS使能路由器，稱為NSIS路由器。然而，明顯的，在兩個相鄰NSIS路由器之間可以有不實施這里所關心的NSIS功能的另外的路由器或者網(wǎng)絡節(jié)點。因此，在NSIS協(xié)議層上，由NSIS路由器103-108"看到"的網(wǎng)絡類似于圖2中示出的重疊網(wǎng)絡，從圖2中可認識到不實施NSIS的路由器對NSIS協(xié)議層上的NSIS路由器來說是透明的。NSIS路由器108還用作連接到NSIS路由器108的終端110-112的代理。在移動通信網(wǎng)絡中這同樣用于用作無線終端116-123的代理服務器的NSIS路由器103。在圖1示出的示例中，移動通信網(wǎng)絡是UMTS網(wǎng)絡。終端116-123(在UMTS術語中用用戶設備UE表示)通過空中接口連接到它們的節(jié)點Bs124或者125。節(jié)點Bs124、125以及附加無線網(wǎng)絡控制器RNC形成UMTS網(wǎng)絡的所謂無線訪問網(wǎng)絡RAN。RNC通過服務GPRS支持節(jié)點SGSN和網(wǎng)關GPRS支持節(jié)點GGSN耦合到分組交換網(wǎng)絡的NSIS5各由器103和107。再次，在NSIS協(xié)議層上，移動通信網(wǎng)絡(GGSN,SGSN,RNC，節(jié)點Bs)中的中間節(jié)點實施OSI參照^i型的低層協(xié)議層，由其提供傳輸和尋址功能，而像NSIS協(xié)議層的高層協(xié)議對中間節(jié)點來說是透明的。通常，終端可以是各種固定或者無線終端，諸如臺式計算機、膝上計算機、PDA、移動電話、平板PC、等等，其提供足夠的能力來建立和參與媒體會話。例如，可以向終端上配備收發(fā)器，當建立媒體會話時，其用于與NSIS路由器/代理(諸如NSIS路由器103或者108)、分組交換網(wǎng)絡的其它節(jié)點或者通信伙伴進行通信。媒體服務可以包括例如多播或者傳播媒體流、如IP語音(VoIP)通信的端對端定向對話媒體服務、視頻會議、或者如視頻/音頻流的流服務、等等。圖3示出可以采用來提供圖1的分組交換網(wǎng)絡中的端對端媒體會話的示例性協(xié)議棧。通常，在一個或多個媒體流中提供媒體會話的媒體數(shù)據(jù)。媒體數(shù)據(jù)采用媒體傳輸協(xié)議以分組化形式傳輸。例如，實時傳輸協(xié)議RTP可以用作媒體傳輸協(xié)議。對于會話啟動和管理，可以使用會話管理協(xié)議。例如，會話管理協(xié)議的適當選擇是會話啟動協(xié)議SIP。作為SIP的可選項，還可以利用實時流協(xié)議RTSP。一般地，為了客戶端服務對于多媒體服務器采用RTSP,它以連接定向通信方式通過TCP協(xié)議傳輸，而SIP消息通過無連接UDP協(xié)議傳輸。此外，RTP通常經(jīng)由UDP在傳輸層上提供，然而使用TCP也是可能的。會話管理協(xié)議轉達對會話的描述，稱為會話描述。為此，可以利用如會話描述協(xié)議SDP的協(xié)議。例如，SDP數(shù)據(jù)可以封裝在SIP協(xié)議消息中轉達。除會話啟動和管理、媒體數(shù)據(jù)傳輸和會話描述之外，還根據(jù)本發(fā)明的不同實施例采用NSIS框架來實施加強功能。NSIS信令框架可以分成兩個協(xié)議通常稱為NSIS信令層協(xié)議(NSLP)的信令應用層和用于NSLP數(shù)據(jù)的底層傳輸機制的NSIS傳輸層協(xié)議(NTLP)。在NTLP層中，可以采用信令通用互聯(lián)網(wǎng)消息協(xié)議(GIMPS)來封裝NSLP數(shù)據(jù)。封裝在NTLP層中的NSLP數(shù)據(jù)可以通過傳輸層中的UPD或者TCP連接提供。如以下將更詳細說明所示，本發(fā)明的一個方面是實施新的媒體適配NSLP協(xié)議，其允許包含與具有媒體會話中的加強功能的NSIS路由器相對應的媒體格式適配節(jié)點，以便克服用于媒體會話的媒體編解碼器媒體格式的不兼容。另外，媒體適配NSLP協(xié)議允許檢測適當?shù)拿襟w格式適配節(jié)點和在媒體格式適配節(jié)點上的資源預留。在圖3中，通過用于尋址的IP協(xié)議和MAC協(xié)議例示網(wǎng)絡和鏈路層(層3和2)。然而，網(wǎng)絡和鏈路層協(xié)議的實施取決于在網(wǎng)絡中使用的網(wǎng)絡基礎結構或者其其它部分。以下將基于圖4更詳細地論述本發(fā)明的一些主要方面。利用代理A的終端A(端點A)首先啟動與同樣利用代理B的另一終端節(jié)點B(端點B)的媒體會話。從終端A向終端B發(fā)送的建立消息使用會話管理協(xié)議傳輸，其包括會話描述。包括在建立消息中的會話描述通過標識在會話中將轉達的每個^某體流的媒體格式、參數(shù)和屬性來描述媒體會話。每個流可以是單向或者雙向流。在此雙向意指以普通媒體格式分別提供從終端A到終端B以及從終端B到終端A的兩個流，而單向意指以描述媒體格式提供從終端A到終端B或者從終端B到終端A的單個流。例如，視頻會議的會話可以由PCM格式的雙向音頻流和MPEG才各式的雙向視頻流組成。在該實施例的一個變形中，加強SDP協(xié)議用來描述將要建立的媒體會話的內(nèi)容。會話描述的參數(shù)和屬性可選地包括媒體會話(例如會話的每個流)的QoS要求。另外，屬性和參數(shù)還可以指示媒體會話流對于會話是可選還是必要的。此外，參數(shù)和屬性還可以指示終端B終端A確認接受對它提議的會話描述的改變，例如不同QoS要求的使用、對于單個:^某體流建議媒體格式的改變(例如顯示器格式大小、編解碼器、比特率、幀率、等等)、等等。因此，如果使用在終端A和B可用的資源不可以解決媒體格式的不兼容，則會話描述中的參數(shù)和屬性可以向終端B發(fā)送終端A也同意使用媒體格式適配節(jié)點的信終端B接收建立消息并且評價會話描述。在該評價過程中，終端B確定在終端建立媒體會話的足夠能力是否可用。例如，如果在媒體會話中包括視頻流，但是終端B沒有合適的編解碼器來編碼和/或解碼由終端A在會話描述中建議的媒體格式的視頻數(shù)據(jù)，或者例如如果沒有合適的可用顯示器大小，則終端B可以決定改變會話描述，使得可能建立媒體會話。響應建立消息，終端B向終端A轉發(fā)回包括修正的會話描述的臨時確認，以便使終端A知道終端B對會話所提議的改變。例如，終端A想建立視頻會議會話并建議使用640x400像素大小的雙向MPEG視頻流。然而，終端B配備的顯示器大小只有320x200像素并且只能解碼以及編碼DivX視頻格式。如果終端B配備有允許在本地轉換顯示器大小以及編碼640x400建議像素大小的視頻的資源，則建議640x400像素大小的視頻是可以為終端B所接受的。如果沒有合適的可用資源，則終端B可以修正會話描述，使得指示它提議使用320x200像素的DivX編碼視頻。當從終端B接收到響應時，終端A識別會話描述的改變，并且通過可用資源和/或對于會話使用媒體格式適配的可能性來確定新的描述是否是可接受的?；氐绞纠?，如果終端A也具有能夠產(chǎn)生以及解碼320x200像素格式視頻流的DivX編碼器，則它可以在臨時確認消息中指示終端B可接受對會話描述的修正。如果在終端A沒有可用的DivX編解碼器，但是終端A可以接受對于會話使用媒體格式適配節(jié)點，則它可以向終端B發(fā)出臨時確認信號。該臨時確認可以指示終端B:在分別將傳輸浮見頻流的分組從終端A傳遞到終端B以及從終端B傳遞到終端A的兩條路徑上，在網(wǎng)絡的i某體格式適配都是可能的前提下，可開始媒體會話。由于網(wǎng)絡的分組交換性質，利用^^某體傳輸協(xié)議轉達^某體會話的相應J某體流的數(shù)據(jù)的分組傳輸可以被分別路由到從終端A到終端B或者從終端B到終端A的方向的不同路徑上，認識到這一點是很重要的。因此，如果所涉及的是雙向流，則在不能確保視頻會話分組數(shù)據(jù)經(jīng)由在終端A和終端B之間兩個方向上的單個路徑進行傳遞的情況下，需要在從終端A到B的路徑或者從終端B到A的路徑上獨立地檢測媒體格式適配能力。在作為建立媒體會話的前提，必須滿足QoS約束的情況下，在給定QoS約束(例如保證延遲，保證最小帶寬，等等)，可以沿著利用媒體傳輸協(xié)議傳輸媒體數(shù)據(jù)的任一路徑預留網(wǎng)絡資源。在該實施例的一個變形中，為此利用NSIS信令框架的QoS-NSLP協(xié)議。以下將參考圖5至圖13對根據(jù)本發(fā)明不同實施例沿著路徑檢測和預留媒體格式轉換能力進行更詳細地說明。簡單地說，機制通過提供用于檢測可以與媒體適配資源連接和使用的NSIS路由器的新媒體適配NSLP來利用NSIS信令框架，所述媒體適配資源可以例如通過代碼轉換/轉換來解決會話媒體格式的不匹配，并且其允許在這些NSIS路由器上預留媒體適配能力的資源?；氐绞纠?，終端A可以查詢在NSIS重疊網(wǎng)絡中的NSIS路由器關于連接視頻代碼轉換器的NSIS路由器是否允許轉換(代碼轉換)640x400像素MPEG視頻為320x200像素DivX視頻。響應該查詢，終端A接收標識可以提供期望媒體格式適配功能的NSIS路由器的信息。終端A在標識NSIS路由器預留用于媒體適配的資源。沿著從終端B到終端A的路徑通過分組交換網(wǎng)絡檢測以及預留媒體適配資源的類似過程由終端B執(zhí)行。在示例中，終端B可以因此查詢NSIS重疊網(wǎng)絡中的NSIS路由器，關于連接視頻代碼轉換器的NSIS路由器是否允許轉換(代碼轉換)320x200像素的DivX視頻為640x400像素的MPEG視頻。當成功地預留網(wǎng)絡中的J;某體適配資源時，終端A可以通過轉發(fā)包括更新會話描述的消息來通知終端B。更新會話指示終端B終端A能夠發(fā)現(xiàn)提供期望媒體格式轉換的NSIS路由器以及能夠在其上預留資源?？蛇x地，在滿足QoS約束的情況下，消息還可以指示在網(wǎng)絡中能夠由終端A預留的QoS約束。終端B通過轉發(fā)包括"改正"會話描述的另一更新會話描述的另一消息來響應消息，以反映由終端B預留的媒體適配資源以及可選地預留在網(wǎng)絡中的QoS資源。如果根據(jù)更新會話描述的會話可為終端A和終端B所接受，則開始媒體會話。例如，如果根據(jù)終端A或者B的策略不允許媒體格式適配，則不能檢測或者不能預留媒體適配資源，可能中斷會話建立。接下來，對根據(jù)本發(fā)明的示例性實施例檢測和預留媒體適配資源進行更詳細地描述。圖5示出根據(jù)本發(fā)明的該實施例的在路徑上的NSIS路由器檢測機制，其適合于標識參與期望媒體格式轉換的NSIS路由器，以便允許建立媒體會話。在示例性實施例中，可以假設終端IIO(終端A)試圖與終端122(終端B)建立i某體會話。為了示例性目的，僅僅說明從終端110到終端122的媒體數(shù)據(jù)傳送的媒體格式適配節(jié)點的檢測和預留。對于媒體數(shù)據(jù)從終端122傳輸?shù)浇K端110,由終端122釆用類似的檢測和預留處理。首先，終端110(或者終端100使用的代理)生成以及轉發(fā)媒體適配節(jié)點檢測查詢到下一NSIS路由器108。查詢消息從一個NSIS路由器基于逐跳路由到下一相鄰NSIS路由器直到到達終端122時為止。查詢消息因此沿著路徑路由，當開始會話時，封裝在媒體傳輸協(xié)議中的媒體數(shù)據(jù)就將傳播(travel)。在NSIS信令框架中，NTLP協(xié)議能夠檢測媒體流分組數(shù)據(jù)采取的通過網(wǎng)絡從終端110帶到終端122的路由(路徑)。因此，沿著該路由的所有中間NSIS路由器都知道它們沿著路徑方向的相鄰NSIS路由器，其允許它們根據(jù)NSLP協(xié)議轉發(fā)查詢消息。知道媒體流分組數(shù)據(jù)采取的通過網(wǎng)絡所采用的實際路徑，允許沿著路徑檢測媒體適配資源為了查詢媒體格式適配資源，相應節(jié)點需要實現(xiàn)包括NTLP和NSLP子層的NSIS信令框架，以及封裝在媒體傳輸協(xié)議中的媒體數(shù)據(jù)需要通過相應節(jié)點以在網(wǎng)絡節(jié)點執(zhí)行媒體數(shù)據(jù)適配。查詢消息包括終端110所要求的媒體格式適配的描述。因此典型地，終端110(或者終端110的代理)將搜索連接媒體適配資源的NSIS路由器，其能夠將媒體數(shù)據(jù)從終端110支持但是終端122不支持的格式X轉換為終端122支持但是終端110不支持的媒體格式Y。如果終端本身不實現(xiàn)所要求的功能，例如在該文件中建議的NSIS媒體格式適配-NSLP,則在服務中代理典型地用境中，這意指終端可以在代理上"注冊，，以及代理向這些終端提供在網(wǎng)絡中檢測和預留媒體格式適配資源的服務。根據(jù)這些示例性實施例，當查詢消息到達終端122時，終端122(或者終端122的代理)基于逐跳沿著與查詢提供的從NSIS路由器到NSIS路由器直到到達終端122(或者它的代理)相同的路徑來返回響應。如果同樣匹配查詢，則每個NSIS路由器都將它們對媒體格式的轉換能力包括到響應中。當在終端110(或者終端110的代理)接收到響應時，同樣分析響應以及選擇(以防對于所要求的媒體適配能力存在多于一個的候選NSIS路由器)用于媒體格式轉換的NSIS路由器。為了在所選擇的NSIS路由器中預留用于媒體格式轉換的資源，終端no(或者終端110的代理)根據(jù)NSLP協(xié)議基于逐跳向所選擇的NSIS路由器轉發(fā)預留消息，所選擇的NSIS路由器返回指示所期望的資源是否成功地預留的響應消息。如上所示，在媒體會話必須滿足QoS約束的情況下，如圖5所示的類似機制可以用來沿著媒體數(shù)據(jù)從終端110到終端122(或者在它們的代理之間)的路徑預留網(wǎng)絡資源。如果NSIS信令框架被用于網(wǎng)絡資源預留，則在本實施例的變形中，可以組合網(wǎng)絡資源查詢和預留以及々某體格式適配查詢和預留。除以下不同之外，剩余的信令類似于圖5中示出的信令。查詢消息將指定希望的QoS約束以及終端110希望的媒體格式適配。另外，查詢消息的響應還將包括有關NSIS路由器可以提供的QoS的信息。預留消息還將包括有關沿著媒體數(shù)據(jù)的路徑、請求用于NSIS預留的路由器的QoS以及上述媒體格式適配請求的信息。此外，因為必須沿著從終端110到終端122的全部媒體數(shù)據(jù)路徑預留網(wǎng)絡資源，所以需要將預留消息傳遞到終端122。類似地，在終端122(或者它的代理)生成對預留消息的響應，并且響應消息還將指示所有NSIS路由器是否已根據(jù)請求而預留網(wǎng)絡資源以及根據(jù)請求已經(jīng)預留的媒體格式適配資源。在該實施例的另一變形中，媒體格式適配并不要求直接將分組數(shù)據(jù)從源格式X轉換到目標格式Y。在網(wǎng)絡中檢測以及使用多于一個的媒體格式適配節(jié)點也是可能的。例如，第一NSIS路由器可以將媒體數(shù)據(jù)從源格式X轉換成格式Y',然后第二NSIS路由器將媒體數(shù)據(jù)從Y'格式轉換成目標格式Y。例如，如果適合于轉換，則當向終端B轉發(fā)查詢時，雖然所有NSIS路由器可以包括它們對查詢的適配能力，但是查詢可以指定轉換的源和目標格式。例如，第一NSIS路由器可以向查詢添加信息，指示它僅僅能夠將MPEG視頻的尺寸從640x400像素代碼轉換到320x200像素，但是在向朝著終端B的下一NSIS路由器傳遞查詢之前，不能轉換編解碼器格式。如果到終端B方向的路徑上的另一NSIS路由器可以提供從320x200像素的MPEG視頻到320x200像素的DivX編碼視頻的缺少的轉換，則它同樣也可以在查詢中指示。因此，響應可以指示哪個NSIS路由器可以提供從中間/源媒體格式到中間/目標媒體格式的轉換。此外，網(wǎng)絡資源檢測和預留與媒體格式適配能力的檢測和預留的組合是可能的。在以后幾部分里，將更詳細地描述根據(jù)本發(fā)明的不同實施例的媒體格式適配檢測和預留機制的實施。在以后幾部分里，為了示例性目的，假定SDP協(xié)議用于描述媒體會話(會話描述)，而該SIP協(xié)議用于轉達SDP格式的封裝會話描述以及啟動和控制終端110和終端122之間的媒體會話。另外，假定會話媒體流使用RTP協(xié)議進行傳輸。為了更好地理解，可以將媒體會話的建立分成兩個階段園階段I:確定、搜索、以及如果發(fā)現(xiàn)則預留所要求的媒體適配。在預留媒體適配資源之后，終止該階段，之后畫階段II:在端點(終端110以及122)之間通信最終的會話細節(jié)以及通過使用之前預留的資源來開始通信。使用傳統(tǒng)SDP協(xié)議來描述媒體會話，請求媒體會話(服務)的端點并不意味著指定會話的相應流是對于組成會話是必要還是可選的，和/或在會話的一些請求的流不可用的情況下，則指定是否可接受該會話。對于他/她期望接收的流，用戶不能表示其準備執(zhí)行或者利用在網(wǎng)絡中的端點或者媒體格式適配節(jié)點中的本地可用媒體適配資源。根據(jù)本發(fā)明的一個實施例，提議擴展現(xiàn)有SDP協(xié)議，其允許克服這些缺點。根據(jù)該實施例，為每個流或者會話提出新的前置條件標簽，其允許指定每個流是會話必需的部分，還是如果沒有發(fā)現(xiàn)適配則能否省去一些流(或者"必要的，，或者"可選的，，，見以下"強度標簽")。具體地，建議用新的媒體適配前置條件來擴展SDP的前置條件框架。除已經(jīng)存在的"qos，，令牌之外，定義前置條件類型的新令牌值，即"adaptation(適配)"。另外對于該新前置條件，定義兩個新的SDP屬性，目標"a=target:，，以及"a=source:，，屬性，其指示媒體適配的目標/源，例如源媒體格式的媒體數(shù)據(jù)代碼轉換為其目標媒體格式?？蛇x地，還有指示每個中間節(jié)點在轉發(fā)器(終端110)到接收器(122)之間的"足跡"的新屬性。可以"a=intermediate"行中的媒體格式參數(shù)描述的格式在值的semi-colon-separated列表中提供足跡。新定義參數(shù)的示例性定義如下所示target-tag="a=target:"media-formatsource-tag="a=source:"media-formatintermediate-tag="a=intermediate:value-typevalue-list其中media-format一有效荷載類型數(shù)量value-type=足跡4各式，例如，RTPSSRC。value-list=足跡標識符列表在前置條件框架中，新標記在前置條件類型中提出precondition-type="qos"I"adaptationItoken如在http:〃www.ietf.org中可得到的RFC3312中說明的，重用前置條件框架的其余定義。為了建立會話，終端110的用戶轉發(fā)SIP協(xié)議的邀請消息，其包括對根據(jù)以上新的SDP定義為會話的一個或多個流設置適配的前置條件的媒體會話的會話描述。根據(jù)該示例性實施例，前置條件屬性通知終端122:終端110可接收指定(建議)媒體格式而不是另一媒體格式的相對應流。因此，如果它可以由終端122按照請求以指定媒體格式提供，則媒體適配是不必要的。同時，前置條件屬性可以指示終端122:終端110不想要終端122警惕輸入會話(incomingsession)直至)j前置條^牛i^可用,民卩發(fā)現(xiàn)以、及予貞留壬某體適配資源時為止。階段I的示例性逐步過程描述如下。終端122可以轉發(fā)包括會話描述的以下示例性摘錄的邀請消息m-audio20000RTP/AVP0a=rtpmap:0iLBC/8000C=INIP4192,0.2.1a=curr:qose2enonea=des:qosmandatorye2esendrecva=curr:adaptatione2enonea=des:adaptationmandatorye2esendrecv這些行指定會話在包括利用RTP協(xié)議在端口號20000以及具有效荷載類型0進行傳輸?shù)碾p向音頻流。第二行指定有效荷載類型0的音頻流用8000Hz采樣頻率對音頻流進行iLBC編碼。因為將不接受其它流，所以只在所請求的流不可用的情況下，其余行指定適配是必要的，以防得不到所請求的流。也就是說，如果不提供該流(或者通過適配等)，則不會建立會話。a=curr:指示適配的當前狀態(tài)，"none"意指在發(fā)布該會話意圖(意圖)時，端點(終端)沒有預留任何適配端對端("e2e")適配。a=des:行指示在不接受建議媒體格式的情況下，要求適配。在雙向流通信的情況下，媒體適配必須是雙向(從終端110到122,反之亦然)端對端適配。以下作為NSIS消息的轉發(fā)器或者接收器，使用終端110和終端110的代理(NSIS路由器108)是相當?shù)?。由于轉發(fā)NSIS消息的可為終端110或者代理108,則取決于終端110本身是否支持NSIS媒體格式適配-NSLP或者是否附加終端110到提供檢測和預留信令的代理。如果在會話中對信令使用代理，則因為所要求的媒體適配組可以通過交換SIP消息檢測到，所以在兩個終端110和122上的SIP用戶代理可以知道代理的存在。因此，還可以提供SIP和媒體格式適配-NSLP之間的接口。如果終端122檢測到它不支持流的指定媒體格式(例如指定編解碼器不存在)，則它向終端110轉發(fā)SIP協(xié)議的臨時響應消息(代碼183)。因為在指定4某體格式中指示相應媒體流僅僅可以由終端110接收的前置條件屬性以及由于在終端122不能得到所要求的編解碼器，所以終端122知道為了建立會話，媒體格式適配是必需的。因此，因為終端122還支持"適配"前置條件，所以它可以沿著通過網(wǎng)絡從終端122到終端110的媒體數(shù)據(jù)路徑馬上開始檢測和預留媒體格式適配資源。更詳細地，終端122接收包括以上示出的示例性會話描述的邀請(INVITE)消息以及通知它不支持iLBC編解碼器，但是可以支持可選媒體格式PCM編碼音頻。為了指示作為可選媒體格式的PCM編解碼器(codex)的存在，終端122通過設置端口號為零("0")以及為PCM編解碼器添加新有效荷載類型'T，來修正會話描述。因此，終端122修正會話描述使得它包括它所支持的音頻流的媒體格式，因此指示其準備使用媒體適配以便建立會話。在臨時響應中由終端122轉發(fā)的會話描述的示例性修正摘錄如下所示m=audio0證/AVP01a=rtpmap:0iLBC/8000a=rtpmap:lPCM/8000c=INIP4192.0.2.4a=curr:qose之enonea=des:qosmandatorye2esendrecva=conf:qose2erecva=curr:adaptatione2eunknowna=des:adaptationmandatorye2esendrecva=conf:adaptatione2erecv因為終端122使用NSIS信令框架來檢測以及預留媒體格式適配資源，所以如以上已經(jīng)概述所示基于來自網(wǎng)絡對其查詢消息的響應消息，它可以檢測用于提供在它的"轉發(fā)"方向(終端122到終端110)的可用媒體適配資源。然而，它不知道在其它方向上(即在媒體數(shù)據(jù)從終端110路由到終端122的路徑上)的預留的狀態(tài)。因此，終端122可以繼續(xù)通過轉發(fā)它的臨時響應來請求確認在它的"接收"方向到終端110的資源預留。更簡單地說，臨時響應消息"相當于"對終端122說"好，我將設法進行媒體適配。我不會警惕你直到我已經(jīng)預留必要資源時為止"。如果流是雙向的，則終端122指示"好，我將設法進行媒體適配。我不會警惕你直到我已經(jīng)預留必要資源時為止。請你也設法進行媒體適配以及請不要在你已經(jīng)預留所有必要資源之前警惕我!"在示例中，假定用SDP描述的"m行"指定的流是雙向的，即它或者不具有方向性屬性(沒有"a二sendrecv"屬性)或者不具有前置條件中的"sendrecv"值。在轉發(fā)響應消息以后，終端122可以開始為媒體流預留的媒體適配資源(以及網(wǎng)絡QoS資源-如果可用)。終端110確認PRACK(臨時響應確認)響應消息以及開始在從終端110到終端122的媒體數(shù)據(jù)路徑上檢測和預留媒體格式適配資源。如以上參考圖5已經(jīng)概述所示，終端110和122兩者使用NSIS信令框架和提議的媒體格式適配NSLP協(xié)議終端110向終端122轉發(fā)查詢消息而終端122向終端110轉發(fā)查詢消息。當終端122接收確認媒體適配資源(以及網(wǎng)絡QoS資源)的預留的響應消息時，因為它沒有接收任何確認，并且仍然沒有滿足前置條件，所以終端122—直等待，直到也預留了其它方向的資源時為止。當終端110接收響應消息時，它明確指示在更新會話描述中對媒體適配處理的輸入以及輸出輸入由"a=source:<mediaformat>"屬性(在這種情況下iLBC)指示，而目標輸出(由"a=target:<mediaformat>"指示)是在回答中的請求編解碼器(PCM)。然后終端110向終端122轉發(fā)SIP協(xié)議的更新消息(更新意圖)，包括更新會話描述的以下示例性摘錄m=audio20000RTP/AVP01a=rtpmap:0iLBC細OOa=rtpmap:lPC圃OOOc=INIP4192.0.2.1a=curr:qose2esenda=des:qosmandatorye2esendrecva=curr:adaptatione2esend3=source:0a=target:1a=des:adaptationmandatorye2esendrecv終端122通過回答消息響應，其也包括對^某體適配(以及可選地網(wǎng)絡)資源預留的當前狀態(tài)的更新會話描述，會話描述尤其包括以下部分m=audio30000RTP/AVP01c=INIP4192.0.2.4a=rtpmap:0iLBC/8000a=rtpmap:lPC固OOOa=curr:qose2esendrecva=des:qosmandatorye2esendrecva=curr:adaptatione2esendrecva=des:adaptationmandatorye2esendrecva=sourcs:la=target:0注意，在每個"a-rtpmap"屬性可以有在會話描述中指定的另一編解碼器特定的(iLBC或者PCM)參數(shù)。這可以允許用細節(jié)的更高層來指定在NSIS路由器(媒體適配節(jié)點)中進行的精確媒體適配處理。所要求的媒體適配處理的描述接下來，更詳細地描述根據(jù)本發(fā)明的示例性實施例由終端110以及122轉發(fā)用于檢測可用媒體格式適配資源的查詢的內(nèi)容。為了查找候選媒體適配節(jié)點，需要指定所要求的處理的機制。例如會話描述意圖如下所示v=0o=alice28908445262890844526INIP4host.atlanta.example.coms=c=INIP4host.atlanta.example.comt=00m=audio49170RTP/AVP99a=rtpmap:99iLBC/8000m=video51372RTP/AVP31a=rtpmap:31H261/90000a=pkt_rate=20;bw=20000該會話描述"提供"包括經(jīng)由RTP在端口49180上傳輸?shù)膇LBC格式音頻流和經(jīng)由RTP在端口51372上傳輸?shù)腍261編碼-見頻流的會話。在上述示例中，為了示例性目的，僅僅示出參數(shù)pkt一rate和bw。這些參數(shù)作為簡化表示示出。響應該會話描述(意圖)，啟動終端可以接收以下修正的會話描述v=0o=bob28088445642808844564INIP4host.biloxi.example.coms=c=INIP4host.biloxi.example.comt=00m=audio49172RTP/AVP99a=rtpmap:99iLBC/8000m=video0RTP/AVP3132a=rtpmap:31H261/90000a=rtpmap:32MPV/90000a=pktrate=10;bw=150000因此，回答終端提供用于有效荷載類型32的MPEG2(MPV)格式視頻流的可選編解碼器。由修正的會話描述產(chǎn)生的媒體適配的通用定義可以基于以下格式當前可用媒體流方向性期望媒體流設置(<media—type—current,<directionality>(<media_type—desired,media—format—current>，media—format—desired>〈media一subtypecurrent>,<media—subtype_desired，>,<media—stream_parameters—<media—stream_parameters—sset__current>)6t—d6sirsd>)根據(jù)該格式在以上給定示例中所要求的媒體適配描述如下所示{(media—type=video,media—format=31)，(media—subtype=H261),(parameterset:rate=90000;pktrate=20;bw=20000)}<->{(media—type=video,media—format=32),(media—subtype=MPEG2(MPV)),(parameters:rate=90000;pkt—rate=10;bw=150000)}在以上回答終端的會話描述中，方向性可以由用于媒體流"m="行的sendrecv/sendonly和recvonly屬性確定，一4殳存在于每個i某體行的"a="行中。如果不存在，則假定為sendrecv,否則第一n元組描述到所要求的媒體變換的輸入，而第二(以及后面的)n元組描述期望的輸出(或者輸出)。在以上表示所要求的媒體適配的示例中，雙向性由"<->，，指示。要求變換的階層式有序n元組，其不影響數(shù)據(jù)分組路由；典型地在直到層4的協(xié)議報頭中改變，UDP或者TCP可以影響路由，這在以下說明。該階層式列表可以從媒體類型(音頻/視頻/文本，等等)開始，后面是媒體子類型(編解碼器)和有效荷載類型數(shù)量(用于RTP)以及任何不匹配的媒體流屬性。通過比較"m="行與"m=，，行以及它們相關的屬性來獲取要求變換的階層式有序n元組，存在于屬性"a=，，行中。通過比較"m="行，可以確定媒體類型和有效荷載類型(或者如SDP中定義的"媒體格式")的不匹配。在以上示例中(粗體的"m="行)，當回答者期望具有有效荷載類型32時，媒體格式存在不匹配。有序n元組的下一條目是媒體子類型和媒體流參數(shù)設置，其從"a=，，行中獲取。這些屬性可以表示能力(媒體子類型(編解碼器)，編解碼器設置等等)和用戶嗜好，諸如語言或者流的速率(rating),例如用于語言的"a=lang，，。引起適配需要的可能屬性列表能夠從http:〃www.iana.org/assignments/sdp-parameters下的屬性字段列表下的"att-field"的IANA中獲取。此外，因為每個編解碼器都定義了自己的參數(shù)，所以不是每個參數(shù)不匹配都表示一個更多要求的適配。為了分配哪個參數(shù)來觸發(fā)適配，存在所有編解碼器、編解碼器參數(shù)、連同一組規(guī)則和約束一起的其所有可能變換的對照表，其中變換被允許在終端或者在網(wǎng)絡的可用媒體適配資源中預見。不幸的是，要確定哪個轉換是有意義的以及有時哪個不是自動完成的。因此，提供一組規(guī)則和約束。例如，不是所有音頻編解碼器都具有相同的參數(shù)，而是一些具有可變比特率，另一些具有固定比特率。因此，沒有從給定配置的可變比特率編解碼器到固定比特率配置的直接轉換。產(chǎn)生相當(或者足夠好)適配的參數(shù)組必須由用戶手動設置。有人4是議這樣的規(guī)則和約束列表或者包括在媒體適配描述中或者通過URI參考其中。對媒體適配的描述可以用諸如SDPng的擴展會話描述協(xié)議來獲得。具體地，以下列出的sdpng-rtp-video-txcodec包是規(guī)則和約束的如此容器(container).SDPng具有更完善的擴展語法，其允許表示能力和約束。它同時使能參考外部資源(稱為定義所使用的屬性的包)。因此，在SDPng中不同單向代碼轉換器功能的另一示例表示可以是<sdpngxmlns="http:〃www.iana.org/sdpng"xmlns:audio="http:〃www.iana.org/sdpng/audio"xmlns:rtp="http:〃www.iana.org/sdpng/rtp"xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http:〃www,iana.org/sdpng\sdpng-base.xsdhttp:〃www.iana.org/sdpng/rtp/sdpng-rtp-pkg.xsdhttp:〃www.iana.org/sdpng/videoAsdpng-rtp-video-txcodec\pkg.xsd"owner="txcoding-service@example.com"id="98765432"\version='T'><cap><rtp:udpname="rtpudpip6">[...]</rtp:udp></cap><cfg><video:txcodecname="h263plus-mpg-txcodec"><video:input-encoding>H.263+</video:encoding><video:input-resolution>QCIF</video:resolution><video:input-frameratemax="30"/><video:ouput-encoding>MPEG-4</video:output-format><video:output-resolution>QCIF</video:resolution>〈video:output-frameratemax="307></video:txcodec〉</cfg><def>〈rtp:udpname="rtp-def'ref="rtp:rtpudpip6"〉<rtp:pt-in>3l/rtp:pt-in><rtp:pt-out>32</rtp:pt-out></rtp:udp></def><constraints>[whereapplicable]</constraints></sdpng>以上描述指示產(chǎn)生該描述的媒體適配資源支持從H263、QCIF分辨率、最大每秒30幀代碼轉換到相同分辨率和幀速率的MPEG-4視頻。還要注意，要求附加包來理解編解碼器的編解碼器特定參數(shù)，這從"http://www.iana.org/sdpng/video/sdpng-rtp-video-txcodec-pkg.xsd"中檢索到。還有注意，有效荷載類型(媒體格式)必須從31改變到32,以供給回答者的請求。資源;險測和預留的另一方面用于資源預留的觸發(fā)器可以位于網(wǎng)絡中或者來自客戶端本身，這取決于后者是否實施NSIS消息或者是否被附加到NSIS代理上。在任何情況下，SIP用戶代理使用到終端或者網(wǎng)絡(代理)中的NSIS實體的接口，用于通信所要求的處理步驟到NSIS實體。因此，當確定會話所必需的媒體適配時，SIP用戶代理可以通過轉發(fā)本身在此提議的包括要求媒體適配描述的NSIS媒體格式適配-NSLP的查詢(QUERY)消息或者通過指示代理如此進行來觸發(fā)資源檢測和預留。例如可以在檢測和預留網(wǎng)絡QoS資源之后觸發(fā)媒體格式適配資源搜索和預留，以防在會話描述中存在QoS前置條件。如果不能預留必要的網(wǎng)絡QoS資源，則具有放棄檢測和預留的優(yōu)點?？商鎿Q地，可以并行或者同時觸發(fā)(以及執(zhí)行)媒體格式適配和網(wǎng)絡QoS，即NSLP消息包括除在此描述的媒體格式適配-NSLP信令信息之外的QoS-NSLP信令信息。當在網(wǎng)絡中搜索媒體適配能力時可遇到的有多種情況。在所期望的情況下，需要的所有適配資源在從終端110到終端122(反之亦然)的媒體路徑上查找。然而，也可能是在從終端110到終端122(反之亦然)的媒體數(shù)據(jù)路徑上沒有檢測(不存在)到它們所要求的媒體適配資源的一些或者所有的情況。如果遺漏了一些資源，則NSIS媒體格式適配-NSLP應用可以使能搜索"不在路徑上，，，即在"接近于"(例如根據(jù)跳動、延遲、等等)從終端110到終端122媒體數(shù)據(jù)路徑上的NSIS路由器的NSIS路由器上的媒體適配資源。由本發(fā)明另一實施例提議的該加強也可以包括允許交換可用媒體適配能力的NSIS路由器的信息交換方案，4吏得NSIS路由器同時知道"附近"NSIS路由器的媒體適配能力。例如，XML可能用來定義能力描述。通過提供該信息交換方案，可以減少檢測可用媒體格式適配資源的延遲。如之前已經(jīng)論述所示，當由終端110找到和預留所有媒體適配(以及網(wǎng)絡QoS)資源時，它向終端122轉發(fā)SIP協(xié)議的更新消息。終端122可以返回更新消息的200(好)響應，其指示在它的端也已經(jīng)滿足會話的所有前置條件。此時，終端122馬上開始警惕用戶，會話建立根據(jù)SIP協(xié)議規(guī)范結束。i某體格式適配-NSLP消息以下示例性定義用于檢測以及預留網(wǎng)絡中的媒體適配資源的NSLP消息交換。沒有對消息進行詳細描述，而是僅對消息的功能進行詳細描述。查詢消息查詢消息由終端(或者它們的代理)使用來"探測"網(wǎng)絡中的要求媒體適配資源，包括對要求媒體格式適配的描述。預留消息預留消息修改NSIS路由器或者其相關處理器的狀態(tài)。預留消息可以用于在NSIS路由器上預留并且可選地改變媒體適配資源預留的當前設置。響應消息響應消息可以用來提供有關查詢(查詢消息)或者資源預留請求(預留消息)的結果的信息。通知消息通知消息可以用來向NSIS路由器轉達信息。由于在它們被異步發(fā)送以及不需要參考任何特定狀態(tài)或者之前接收的消息方面，所以它們不同于響應消息。由通知消息轉達的信息一般涉及錯誤條件。示例是發(fā)向關于被拆卸的狀態(tài)的上游伙伴的通知或者指示預留何時預清空(pre-empted)。預訂消息在實現(xiàn)"不在路徑上"的媒體適配資源實施檢測和預留的情況下，則可以可選地定義該消息。該消息用來預訂伙伴NSIS路由器以便接收關于相鄰伙伴NSIS路由器上可用的媒體能力的通知。MediaSpec以下部分定義以上NSIS々某體格式適配NSLP消息的各種格式。在此定義的NSIS媒體格式適S己-NSLP的格式定義也參考以下MediaSpec。在此定義的示例性消息的MediaSpec內(nèi)容字段中的數(shù)據(jù)格式基于以下MediaSpec模板<table>tableseeoriginaldocumentpage38</column></row><table>例如預留消息如下RESERVE=COMMON—HEADERRSN[RII][REFRESH—PERIOD][BOUND—SESSION—ID][POLICY—DATA][QSPEC][MediaSpec]預留消息的可選定義具有以下格式和內(nèi)容RESERVE=COMMON_HEADERRSN[RII][REFRESH—PERIOD][BOUND—SESSION—ID][POLICYDATA][*QSPECincludingtheMediaSPECdata]這些消息在NSIS路由器之間使用NSIS傳輸層協(xié)議NTLP傳輸。NTLP協(xié)議的當前定義在上述IETF互聯(lián)網(wǎng)草案"GIMPS:GeneralIneraetMessagingProtocolforSignaling(信令通用互聯(lián)網(wǎng)消息協(xié)議)"中定義。麗控制信息對象控制信息對象由對象ID(ObjectID)(例如ObjectID=0)標識，以及必要用于根據(jù)該實施例的每個NSLP消息。它用來轉達控制信息?！雒襟w適配期望對象第一對象是媒體適配期望對象，例如其可具有objectID=1。該對象至少包括用于描述媒體適配處理所要求的參數(shù)。為簡單起見，假定僅僅要求一個適配。然而，例如，如果流必須首先進行代碼轉換然后進行加密，則可以要求多個媒體適配步驟。如上所述可以獲取以要求媒體適配處理的描述(見"DescriptionofrequiredMediaAdaptationProcessing(要求i某體適配處J里的描述)"部分)。該i某體適配處理的一個非常重要的特征是信令分組將跟隨與數(shù)據(jù)分組相同的路由。這一點可以通過查找消息路由信息(MRI,見IETF互聯(lián)網(wǎng)草案"GIMPS:GeneralInternetMessagingProtocolforSignaling(4言令通用互耳關網(wǎng)消息協(xié)議)"，5.8丄1部分)來保證，所述消息路由信息定義確定分組路由的協(xié)議報頭組，并且將在信令和數(shù)據(jù)分組上其是相等的，使得信令確實是"在路徑上"。因此，在任意MRI字段中數(shù)據(jù)分組不能遭受任何改變MRI={network-layer-version,source-address,prefix-length,destination-address,prefix-length,IP-protocol,diffserv-codepoint,[flow-label],[ipsec-SPI/Layer4-ports]}在以上定義中，括號指示參數(shù)的存在是可選的。因為MRI信息是由什么確定分組路由，所以媒體適配處理描述將不會修改關于網(wǎng)絡層版本、源地址、詞頭長度、目標地址、詞頭長度(prefix-length)、IP協(xié)議、diffserv碼點(diffserv-codepoint)或者端口數(shù)，數(shù)據(jù)分組的流標簽或者IPSecSPI值的任何細節(jié)。媒體適配期望對象和媒體適配處理要求的描述可以包括在查詢消息或者預留消息中。例如，在流情況下，對要求支持的類型(視頻)以及子類型名稱(例如H261視頻代碼轉換器的"H261txcoder")以及參數(shù)的說明(specification)是充分的。另外，查詢消息可以更通用，僅僅尋找重疊節(jié)點將列出在媒體適配可用對象中可用的所有可用代碼轉換器的視頻代碼轉換功能。如果在預留消息中包括媒體適配期望對象，則它在NSIS路由器中請求預留消息注定的特定媒體適配配置和資源。如果媒體適配要求多個處理步驟，則多個媒體適配期望對象可以按有意義的次序級聯(lián)。具有相同ID的處理定義表示可選。■纟!某體適配可用對象第二對象是媒體適配可用對象，其能夠由ObjectID-2標識。取決于放置該對象的消息，對象被放置，它可以由中間NSIS路由器進行或者不進行修改。如果對象包括在響應消息中，則不修改由對象攜帶的信息。如果它包括在查詢消息中，則每個NSIS路由器可以向對象添加媒體適配可用對象中的可用資源。例如，如果4吏用SDPng,則添加信息可以包括在〈cap〉和〈cfg〉標簽中。允許在對象中包括可選的媒體適配配置、范圍以及參數(shù)列表?；氐絊DPng示例，有意義的可選項可通過例如SDPng中的〈cfg〉和〈alt〉標簽表示。腸媒體適配預留對象第三對象是媒體適配預留對象，其可以由ObjectID=3標識。它具有類似于媒體適配期望對象的格式，在響應預留消息轉發(fā)的響應消息中被攜帶。它的功能是通過包括在相應NSIS路由器中為媒體會話(參數(shù)ID(pammeterID)=4)預留的資源的媒體適配描述來確認預留資源。MediaSpec對象和參數(shù)描述以下部分將根據(jù)本發(fā)明的不同實施例提供對包括在MediaSpec描述字段中的不同對象的更詳細定義。■控制信息對象根據(jù)該實施例，MediaSpec控制信息對象由objectID(例如objectID=0)標識并且對于的每個NSLP消息是必須的。根據(jù)本發(fā)明實施例，提供控制信息對象的不同格式，其可以基于它們的parameterID而標識。第一格式稱為〈MediaSpecHops〉格式(parameterID=1)。包括在該控制信息對象內(nèi)的數(shù)據(jù)指示理解在此定義的NSIS媒體格式適配NSLP消息的NSIS實體，即根據(jù)在此的術語學的NSIS路由器的數(shù)量。該數(shù)量包括在MediaSpecHops字段中。每個有媒體適配能力的NSIS路由器使該計數(shù)器加1。<MediaSpecHops〉4各式可以定義如下012301234567890123456789012345678901+_+_+_+_++_+_+-++_+■+-+-+-+_+-+_+-+-+■+-+-+-+-+-+-+-++-+■+_+-+IObjectID=0IParameterID=1ILengthI+_+_+_+_+_+-+-+-+-+_+-+_+■+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaSpecHops〃+-+-+-+-+-+-+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+另一格式是〈InspectNeighborhood〉格式(parameterID=2)，其指定NSIS路由器是否將向不在路徑上(例如如果"探測的跳躍距離(H叩distancetoexplore)"等于零("0")則不在路徑上，否則就在路徑上)的其它NSIS路由器轉發(fā)包括控制信息對象的消息。除對于每個訪問NSIS路由器，將"減少跳動計數(shù)(Decreasingcountofhops)"計數(shù)器減少一個單元之外，可以在NSIS路由器的所有接口(除接收它的那一個接口之外)上復制包括該參數(shù)的查詢消息，然后不經(jīng)任何改變地轉發(fā)。它具有以下格式012301234567890123456789012345678901+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=0IParameterID=21LengthI+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+—+〃Hopdistancetoexplore〃+_+_+-+-++_+-+_+_+-++-+-+-+-+-++-+-+-+-+-++-++-+-+-+-+-+-+-+〃Decreasingcountofhops〃+_+_+_+-+_++-+-+-+-+_+-+-+_+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+更具體地說^Length〉字段指示在以上兩個示例的該字段之后的參數(shù)有效荷載字節(jié)的長度。<HopDistancetoexplore〉字段指示將接收消息以及檢查附加媒體適配能力的跳動或者NSIS實體的數(shù)量。該數(shù)量不會減少。另外，為了限制跳動數(shù)量，包括遞減的<Decreasingcountofh叩s〉字段的消息被"不在路徑上"地進行傳播。使用兩個計數(shù)器的原因是為了控制接收包括控制信息對象的消息的NSIS路由器的轉發(fā)行為在兩個計數(shù)器值相同(不同于零)的情況下，NSIS路由器在除了兩個接口之外的所有接口上轉發(fā)消息一個是在其上接收消息的接口，而另一個是在到其它終端的路徑上的接口。否則，NSIS路由器在除在其上接收消息的接口之外的其它所有NSIS路由器接口上轉發(fā)消息。國媒體適配期望對象媒體適配期望對象(包括ID=3或者4的至少一個參數(shù))包括對期望媒體適配能力(查詢或者預留)的描述。每個NSIS路由器檢查對象，以及包括媒體適配可用對象的匹配能力。在該對象中包括至少兩個參數(shù)。10=3的參數(shù)用于查詢在查詢消息中的媒體適配能力，而ID=4的參數(shù)用于當對象包括在預留消息中時預留資源。例如4各式如下、012301234567890123456789012345678901+-+-+_+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=1IParameterID=3ILength(bytes)IMAID=II+_+++-+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+■+-+-++-+-+-+〃MediaAdaptationDescription〃IParameterID=3ILength(bytes)IMAID=2I+_+_+_+畫+_+_+_+-+_+-+-+-+墨+響+-+漏+_+-+-+扁+腸+-+-+扁+-〃〃MediaAdaptationDescription〃+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+_+-+-+-+-+-+包括該參數(shù)(ID=3)的媒體適配期望對象由接收包括對象的消息的每個NSIS路由器分析以及可以觸發(fā)查詢消息中包括媒體適配可用對象的(inclusion),媒體適配可用對象返回到響應消息中的查詢消息的啟動器。具有parameterID=4的媒體適配期望對象可以具有以下示例性格式012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+_+-+IObjectID=1IParameterID=4ILength(bytes)IMAID=1I+_+_++-+_+_+_+_+-+_+++-+_+_+-+-+-++-+-+-+-+-+-++-+-+-++-+-+〃NetworkID〃+_+_+_+_++_+++_+_+-+_+-+_++_+-+_+-+■+■+_+_+-+-+_+_+_+_+-+_+-+〃MediaAdaptationResourceID〃+-+-+-+-+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationResourceSessionID〃+-+-+-+-+-+-+-+-+-+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationE2ESessionFootprint〃+隱+_+一+一+陽+陽+隱+隱+-+一+畫+_+-+-+-+陽+-+_+-+-+墨+陽+-+-+-+-+-+-+隱+-+畫+-+〃MediaAdaptationDescription〃I+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_++_+_+_+—+_+_+_+_+_+_+IIParameterID=4ILength(bytes)IMAID=2I+_+_+-+_+_+_+_+-+-+-+_+_+-+-+-+-+-+_+-+-+-+-+-+-+-++-+-+-+-+-+-+〃NetworkID〃+_+_+_+_++_+_+-+-+++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationResourceID〃+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationResourceSessionID〃+-+-+-+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationE2ESessionFootprint〃+_+_+■+_+■+_+-+_+■+-++_+-+-+-++-+-+■+-+_+-+-+-+-+-+-+-+-+-++-+〃MediaAdaptationDescription〃+_+_+_++-+-++_+_+_+_+_+_+_+_+-+■+_+-+-+-+-++_+-+-+-+-++-+-+-+如它們在媒體適配描述字段中被描述的。如上所示的包括ID=4的參數(shù)的媒體適配期望對象允許終端(或者它們的代理)預留請求媒體適配資源。如果預留成功，則在以下媒體適配預留對象內(nèi)的響應消息中返回包括預留細節(jié)(即預留資源的媒體適配的精確描述)的ID=4的參數(shù)；否則可以返回包括parameterID=6的、指示預留資源失敗原因的媒體適配期望對象。一旦成功預留，包括在預留消息的媒體適配期望對象內(nèi)的ID=4的參數(shù)就"跳躍離開"，即從對象中移除。將ID-4的參數(shù)按次序排在預留消息的媒體適配期望對象內(nèi)，因為對于媒體適配來說，次序是有意義的。以上定義的字段的意義如下?！碝AID〉字段指示媒體適配ID。MAID標識參考哪個媒體適配描述。對于查詢消息的響應，可以有多于一個與查詢相匹配、并且愿意給與(grant)資源的媒體適配資源，即在媒體適配可用對象中可能存在有多個具有相同MAID的、ID-5的參數(shù)。然而，在預留消息中每個MAID值只有一個ID=4的參數(shù)。<NetworkID〉字段包含標識節(jié)點的全球唯一的網(wǎng)絡ID,其中在所述節(jié)點處尋址媒體適配資源。例如，這可以是宿主一組媒體適配資源的節(jié)點(例如NSIS路由器)的標識符。所包括的網(wǎng)絡ID并不一定是資源本身的網(wǎng)絡ID,也可以是管理它的NSIS路由器的網(wǎng)絡ID。例如，IPv6地址或者其它種類的全球標識符，如在http://www.ietf.org上可得到的正TF互聯(lián)網(wǎng)草案"HostIdentityProtocolArchitecture(主才幾標識協(xié)i義體系)，，(draft-ietf-hip-arch-03.txt)中的HIT標簽，也可以用作網(wǎng)絡ID。有時，該ID并不一定具有全球唯一性，例如，在通過IP-in-IP隧道虛擬化的情況下，諸如當前采用的VPN(虛擬專用網(wǎng)絡)技術。在這樣的情況下，足以保證網(wǎng)絡ID(例如，IP地址)在通過隧道產(chǎn)生的"虛擬網(wǎng)絡"內(nèi)是唯一的。在沒有在路徑上發(fā)現(xiàn)資源以及必須通過其它部件(可能是如IP遂道或者其它部件的不在路徑上的通信)到達的情況下，網(wǎng)絡ID也是有用的。<MediaAdaptationResourceID〉字段包括應用ID。應用ID標識由網(wǎng)絡ID標識的節(jié)點上的媒體適配資源，例如代碼轉換器、流分割器。例如媒體適配資源ID可以是SIPURI。另夕卜，<MediaAdaptationResourceSessionID〉字段包括由資源在當前媒體適配路徑中使用的所有會話標識符之間的唯一會話標識符。該標識符用于尋址媒體適配節(jié)點(NSIS路由器)提供的資源，例如具有某些輸入/輸出參數(shù)的代碼轉換應用的特定會話。當請求媒體適配資源發(fā)布該標識符時，每當改變或者調(diào)節(jié)會話配置時，該標識符就馬上被使用。這允許多個媒體數(shù)據(jù)路徑同時使用相同媒體適配資源。在媒體適配資源供應的所有會話之間，媒體適配資源會話ID可以是唯一的。在可用々某體適配能力與查詢的那些匹配并且愿意分配會話的訪問NSIS路由器中，媒體適配資源會話ID字段由媒體適配資源發(fā)布?？蛇x地包括〈MediaAdaptationE2ESessionFootprint〉字段，并且其包括由媒體適配資源插入的標識符，可以用于出租實際上已經(jīng)處理分組的端點節(jié)點。例如該"footprint"可以是標識的貢獻同步源或者在http:〃www.ietf.org中可得到的實時傳輸協(xié)議RFC3550中的CSRC。該信息對檢測路由故障或者^;某體適配節(jié)點是有用的，因為RTCP分組報告從包括在這種情況下是預留媒體適配資源的貢獻源的每個同步源中接收的多個分組。為了明確通知端點哪個節(jié)點將處理它將接收的數(shù)據(jù)，由不同預留媒體適配資源使用的足跡可以轉達到端點。使用到前置條件框架的提議擴展，"a=intermediate:"，通過SIP的更新消息進4亍該足跡的通信。<MediaAdaptationDescription〉字段包括對搜索功能的描述。為了說明，代碼轉換處理期望的要求配置能夠用SDPng表示如下<sdpngxmlns="http:〃www.iana.org/sdpng"xmlns:audio="http:〃www.iana.org/sdpng/audio"xmlns:rtp="http:〃www.iana.org/sdpng/rtp"xmlns:xsi="http:〃www.w3.org/2001/XMLSenema-instance"xsi:schernaLocation="http:〃www.iana.org/\sdpngsdpng-base.xsdhttp:〃www.iana.org/sdpng/rtp/sdpng-rtp-pkg.xsdhttp:〃www.iana.org/sdpng/video/sdpng-rtp-video-\txcodec-pkg.xsd"owner="txcoding-service@example.com"id="98765432"\version='T，><cap>〈rtp:udpname="rtpudpip6">[…]</rtp:udp></cap><def><rtp:udpname="rtp-def'ref="rtp:rtpudpip6"〉<rtp:pt-in>3K7rtp:pt-in><rtp:pt-out>32</rtp:pt-out></rtp:udp></def><cfg><video:txcodecname="h263plus-mpg-txcodec"><video:input-encoding>H.263+</video:encoding><video:input-resolution><5CIF</video:resolution)<video:input-frameratemax="307><video:ouput-encoding>MPEG-4</video:output-format><video:output-resolution>QCIF</video:resolution>〈video:output-frameratemax="30"/></video:txcodec〉</cfg><constraints>[...whereapplicable...]</constraints></sdpng>在要求預留多個資源的情況下，因為一些媒體適配可能要求按次序，所以對象包括按預留次序的ID=4的多個參數(shù)。例如，在首先沒有分開視頻和音頻的情況下，不可能代碼轉換視頻。在媒體適配資源沒有在從一個終端到其它終端的媒體數(shù)據(jù)路徑上的情況下，則網(wǎng)絡ID可以用來建立通向"不在路徑上"的NSIS路由器的隧道，其管理對于希望的媒體格式適配所必需的資源，其暗示需要偏離"默認媒體數(shù)據(jù)路徑"。當NSIS路由器檢測到請求媒體適配資源不由它宿主時(網(wǎng)絡ID地址不同于它自己的)，然后可能建立通向所指示的NSIS路由器的隧道，以及可以使用^某體適配資源ID和媒體適配會話ID來請求媒體適配處理。鵬媒體適配可用對象如上所述，該對象可以包括在查詢消息和預留消息的響應中。它包括在查詢消息中，同時也包括在返回到啟動器的響應消息中。J!某體適配可用對象具有以下結構<formula>formulaseeoriginaldocumentpage46</formula>.+--+■-+-.+--+-.+_+_+_+墨+-+-+陽+-+隱+_+-+陽+_+_+_+_+一+_+_+_+..+-.+-■+.-+〃MediaAdaptationResourceID〃-+.■+--+-■+--+■.+-+-+-+-+-+-+-+-+-+-+-+_+-+-+-+-+-+-+-+-+.-+--+-小.+.-+〃MediaAdaptationResourceSessionID〃-+--+--+--+-.++—+_+_++_+++_+_+-+_+_+_+_+_+—+_+_+_+..+--+--+.-+〃MediaAdaptationResourceCost〃-+■-+■■+-.+_++_++-++_+_+_+_+_+-+_+_+-+_+-+_+_+_+.-+■-+--+.-+〃MediaAdaptationE2ESessionFootprint〃-+-■+.+-■+-■+_+++_++_+-++_++_+_+-+_+_+-+_+_+-+-+.-+-小-+.-+■〃MediaAdaptationDescription〃+-+--+--+■.+-.+--+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+.-+--+--+-+--+如從上可看出，對象包括對于在特定NSIS路由器或者路由器組的預留可用的更多可用媒體適配應用會話之一，例如，ID=5的多個參數(shù)。這些資源的可用性具有為軟狀態(tài)。如果在給定時間之后沒有預留資源，則分配資源以及ad-hoc產(chǎn)生標識符媒體會話ID并且E2E會話足跡過期。這將避免不必要的預留。用這樣的方式，<MediaAdaptationID〉需要標識媒體適配期望對象中這個(這些)參數(shù)(ID=5)響應于所述^某體適配期望對象的匹配參數(shù)(ID=4)。具有相同媒體適配ID的那些參數(shù)是可選的。當它們的能力與查詢的那些匹配并且愿意分配資源時，以下字段用訪問節(jié)點，即包括對象的消息傳遞時所通過的那些NSIS路由器填充<NrhopstosourceCount〉字段指定從啟動NSIS實體(例如終端110或者122或者它們各自的代理)轉發(fā)消息所經(jīng)由的跳動的數(shù)量。在默認媒體數(shù)據(jù)路徑上沒有發(fā)現(xiàn)資源，并且該資源描述媒體適配資源離開默認媒體路徑多少跳動的情況下，使用<NoHopsawayfrompath〉字段。<MediaAdaptationResourceCost〉字段指示在該節(jié)點預留該處理的成本。成本可以是各種成本度量(costmetric)。還可以定義每個都包括不同成本模型的參數(shù)。如上所述，〈NetworkID〉字,殳、<MediaAdaptationResourceID〉字段、<MediaAdaptationResourceSessionID〉字,殳、以及〈MediaAdaptationE2ESessionFootprint〉具有類似的功能。47<MediaAdaptationDescription〉字段包括對在發(fā)現(xiàn)的媒體適配資源上的可用功能的描述。以下重用以上SDPng示例<sdpngxmlns="http:〃www.iana.org/sdpng"xmlns:audio="http:〃www.iana.org/sdpng/audio"xmlns:rtp="http:〃www.iana.org/sdpng/rtp"xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http:〃www.iana.org/\sdpngsdpng-base.xsdhttp:〃www.iana.org/sdpng/rtp/sdpng-rtp-pkg.xsdhttp:〃www.iana.org/sdpng/video/sdpng-rtp-video-\txcodec-pkg.xsd"owner="txcoding-service@example.com"id="98765432"\version="r'><cap〉<rtp:udpname="rtpudpip6"><rtp:pt-in〉3134</rtp:pt-in><rtp:pt-out>3235</rtp:pt-out〉</rtp:udp></cap><cfg><video:txcodecname="h263plus-mpg-txcodec">〈video:input-encoding>H.263+</video:encoding〉<video:input-resolution>QCIF</video:resolution><video:input-frameratemax="307><video:ouput-encoding>MPEG-4</video:output-format〉<video:output-resolution>QCIF</video:resolution><video:output-framemtemax="307></video:txcodec></cfg><constraints>[...whereapplicable...]</constraints〉</sdpng>以上描述還指示產(chǎn)生該描述的媒體適配資源支持從H263、QCIF分辨率、最大每秒30幀代碼轉換到同樣分辨率和幀速率的MPEG-4視頻。還要注意，附加包要求理解編解碼器的編解碼器特定參數(shù)，其能夠從"http:〃www.iana.org/sdpng/video/sdpng—rtp國video-txcodec-pkg.xsd，，中4企索到。用同樣的方式，可以根據(jù)SDPng規(guī)則可以表示可選代碼轉換參數(shù)。注意描述僅僅提到了能力和一個配置。也可以有一些可選配置以及(可應用的)約束。然而，因為這僅僅是i某體適配可用對象，由于沒有進行預留，所以沒有定義以及配置標簽(或元件)。還有注意，SDPng具有在〈cfg〉和〈ab標簽下列出可選配置的能力。注意范圍以及參數(shù)列表也是可能的(可以明確地列出RTP有效荷載類型范圍，rtp:pt)。顧媒體適配預留對象該對象確認預留資源。在正常操作中，其參數(shù)包括與在預留消息中傳送的、parameterID=4的媒體適配期望對象一樣的信息。然而，有可能由于局部策略，NSIS路由器或者其資源改變會話的一些細節(jié)，諸如資源在其上可用的端口。媒體適配預留對象要求新的參數(shù)來指示失敗的々某體適配預留，parameterID=6。這通過錯誤代碼來通知預留的失敗和對成功預留的提議。以下示例示出通知發(fā)布第一預留成功而第二預留失敗的預留消息的終端(或者它的代理)的分組結構012301234567890123456789012345678901+-+-+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=3IParameterID=41Length(bytes)IMAID=1I+-+-+-+-+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃NetworkID〃+_+_++_++_+_+-+-+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃MediaAdaptationResourceID〃+_+_+_+++_+_+_+_+_+-+■+-+-+-+-+-+-+-+-+■+-+-+-+-+-+■+-+-+-+-+-+〃MediaAdaptationResourceSessionID〃++_+_+_+-+_+-+_+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+〃MediaAdaptationE2ESessionFootprint〃+畫+陽+陽+匿+隱+_+_+陽+_+_+_+-+陽+_+一+誦+陽+-+_+隱+_+-+_+_+畫+_+一+_+-+_+_+陽+〃MediaAdaptationDescription〃+-+-+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IIParameterID=6ILength(bytes)IMAID=2I+_+一+陽+_+_+-+_+-+_+_+曙+_+一+_+隱+_+一+陽+_+_+_+-+_+_+一+_+醫(yī)+_+-+_+一+-+〃NetworkID〃+-+_+_+_+-+_++_+_+_+_+-+■+_+-+_+-+-+-+-+-+-+-+_+■++-+-+_+-+_+-+〃MediaAdaptationResourceID〃+_+_+_+_+++_+_+_+_+_+-+_+_+-++-+-+-+_+_+-+_+-+-+_+-+-+-+_+_+-+〃MediaAdaptationResourceSessionID〃+_+_+_+_+_++-++_+■+■+-++_+-+_+-+-+-+-+-+-+-+-+-+_+-+-+-+—+_+-+〃MediaAdaptationE2ESessionFootprint〃+_+_+_+_+-+_+_+_+_+_+_+-+-+_+-+_+_+-+-+++-+_+_+■+_+-+—+_+_+_+-+〃FailedMediaAdaptationDescription〃+_+_+-+_+_+_+_+_+_+_+_+_+_+-+-+_+-+—+-+-+-+-+-+_+-++-+-+-+-+-+-+〃ErrorCode(reasonoffailure〃+-+_+_+_+_+■+_+-+_+_+_+-+_+-++-+-+-+-+_+_+-++_+■+_+■+-+_+—+-+-+〃ProposedNewMediaAdaptationDescription〃+-+_+_+_+-+-+-+-+-+-+-+-+_+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+NSIS路由器上的消息處理可選地，在驗證過程成功地完成之后，以上^是議的NSIS媒體格式適配NSLP的信令消息只可以在NSIS路由器上進行處理(一般在消息中攜帶POLICY—DATA對象)。處理查詢消息包括々某體適配期望對象的查詢消息由傳遞查詢所通過的每個NSIS路由器進行分析。分析請求的每個媒體適配處理以及其相關參數(shù)。如果包括在ID=1的參數(shù)的媒體適配描述中的請求處理是可用的，則媒體適配可用對象由相應NSIS路由器包括在查詢消息中，其包括反映媒體適配處理的能力、定義、配置以及信息的參數(shù)(ID=5)。包括在媒體適配可用以及媒體適配期望對象中的參數(shù)通過MAID鏈接。包括同樣的MAID的多個參數(shù)表示意圖相當或者類似能力的不同的可選NSIS路由器。預留的查詢終端總可以選擇一個或其它可用的處理，如果存在可用的選擇，則+某體適配資源利用的終端的決定例如可以取決于相應可用資源之一的跳動數(shù)量，取決于利用相應資源(例如延遲)或者其它度量的所包含成本。因為代碼轉換器(以及通常任何適配)可以改變諸如RTP有效荷載類型的分組有效荷載中的一些屬性，所以關于可用媒體適配資源的詳細信息可以是必要的。例如，如果存在從格式X轉換到Y(X—Y'—Y"—Y)所要求的兩個適配處理步驟，則Y'和Y"需要包括描述中的可用有效荷載類型范圍，使得預留包括用于每個媒體流("m=，，行)中的"a="行的精確輸入和輸出有效荷載類型數(shù)量。處理能力的精確規(guī)范對于擴展來說是很重要的，以便能夠使預留狀態(tài)和媒體流相關聯(lián)。處理能力的精確說明還允許預留稍后的給與資源，以防請求預留消息的轉發(fā)器。如果沒有可以由請求終端預留的資源或者不支持所請求的媒體適配處理，則將消息轉發(fā)到如NTLP路由確定的、下一在路徑上的NSIS路由器而不改變。處理預留消息預留消息與查詢消息一樣進行處理。與查詢消息相反，預留消息實際上預留每個MAID的媒體適配資源。另外，在預留消息中，ID-4的參數(shù)的媒體適配描迷不包括任何值范圍，而只包括應該明確對于資源預留的固定值。在每個NSIS路由器上，必須例示用于每個媒體適配處理的一個輸入和一個輸出參數(shù)。在預留消息中，因為預留消息包括在一組有序媒體適配步驟中，所以當它被處理，就馬上移除指示將要預留的媒體適配處理的parameterID=4的媒體適配期望對象的每個參數(shù)。在隨后的NSIS路由器中通過媒體適配預留的參數(shù)設置是匹配的，因此例如轉換到格式Y'的輸出有效荷載類型和轉換到格式Y"的輸入有效荷載類型采用相同的值。用響應消息確認(或者否認)了該匹配，其轉達隨后預留的設置(parameterID5或者6)的。處理響應消息響應消息具有兩個主要用途籠當用作查詢消息的響應時，將有關可用媒體適配資源的信息轉達回啟動器中，以及■當用作預留消息的響應時，確認隨后NSIS路由器中的成功預留，媒體適配能力搜索如之前提到的，可能有用于在重疊網(wǎng)絡中搜索媒體適配能力的兩種可能性■在路徑上搜索——該搜索選項使用用于NSIS信令的在路徑上選項以在提供要求媒體適配能力的媒體數(shù)據(jù)路徑上檢測NSIS路由器。接收查詢消息的在媒體數(shù)據(jù)路徑上的每個NSIS路由器檢查媒體適配期望對象和媒體適配可用對象，并且根據(jù)它們的可用性修改它們。該簡化方法的缺點是在通向伙伴的媒體數(shù)據(jù)路徑上遇到所有資源的概率極低?！霾辉诼窂缴纤阉?近似搜索)——根據(jù)該搜索選項，每個NSIS路由器還向它們不在媒體數(shù)據(jù)路徑上的相鄰"鄰居"NSIS路由器查詢它們的能力。在路徑上搜索以上討論了在路徑上搜索，其消息流也類似于圖5中所示出的。查詢終端沿著媒體數(shù)據(jù)路徑向將要與其建立會話的伙伴終端轉發(fā)查詢消息。如果匹配查詢，則在路徑上的NSIS路由器處理查詢并且向查詢中添加對它們媒體適配能力的描述。然后描述被提供回查詢終端，其選取完成查詢的媒體適配需要的NSIS路由器，并且在選取的NSIS路由器中預留資源。近似搜索以下給出不在路徑上搜索的不同實施的情況。■基本操作方式一一拉取操作在基本操作方式中，近似搜索的行為將檢驗"鄰居"NSIS路由器到在路徑上NSIS路由器的可用能力。鄰居NSIS實體(NE)或者NSIS路由器定義為遠離當前處理NSIS消息的NSIS路由器一個或多個跳動的NSIS實體。在標準NTLP協(xié)議中，例如在GIMPS中，每個NE知道離開一個跳躍的其它NE,稱為相鄰GIMPS節(jié)點。在上述"GeneralInternetMessagingProtocolforSignaling"中描述GIMPS路由狀態(tài)保持的該機制。對于基本方式的新提議的NSIS媒體格式適配-NSLP的近似搜索，操作根據(jù)"拉取"模型工作，即在要求時NSIS路由器(或者NE)從鄰居NSIS路由器中檢索信息。根據(jù)本發(fā)明的實施例，該機制可以按如下實施■查詢消息的局部處理如果查詢匹配并且NSIS^^由器愿意分配資源，則每個訪問NSIS路由器將能力描述(ID=5的參數(shù))包括在媒體適配可用對象中。當接收到控制信息對象中的參數(shù)"探測的跳躍距離"不等于零的查詢消息時，每個在路徑上的NSIS路由器向不在媒體數(shù)據(jù)路徑上(不在路徑上)的相鄰NSIS路由器轉發(fā)消息。麵此外，當轉發(fā)消息時，傳遞查詢消息所通過的每個不在路徑上的NSIS路由器減少"跳動減計算"一個單元。畫接收查詢消息的每個不在路徑上的NSIS路由器在它的除接收查詢消息的接口之外其它接口上轉發(fā)查詢。麵在向在路徑上的NSIS路由器另外轉發(fā)查詢消息之前，查詢不在路徑上的NSIS路由器的每個NSIS路由器一直等待，直到包括可用媒體適配能力的、用于每個查詢消息的響應消息到達時為止。■當來自下一不在路徑上的相鄰NSIS路由器的響應消息到達時，不在路徑上的NSIS路由器編譯一個響應消息的媒體適配可用對象中的所有參數(shù)?！鼋邮赵摼幾g響應消息的每個在路徑上的NSIS路由器提取媒體適配可用對象，將它包括在查詢消息中并且向位于在路徑上的媒體數(shù)據(jù)的下一NSIS路由器轉發(fā)"更新"查詢消息?！鲎詈?，具有給定"探測的跳躍距離，，的在路徑上以及不在路徑上的路由器的所有可用能力的響應消息到達搜索的啟動器。注意，在該基本算法中，不能避免查詢消息傳播路徑的循環(huán)，但是，因為當計數(shù)器達到零值或者沒有附加其它NSIS路由器時觸發(fā)響應消息從而結束查詢消息的傳播，所以循環(huán)可能不是有害的。假定將在終端110和122之間建立會話，在圖10至12中示出根據(jù)本發(fā)明的說明性實施例轉送查詢消息以及接收到此的響應消息的操作。為從終端110到終端122的媒體示出在分組交換網(wǎng)絡中路徑媒體適配資源的檢測。在圖10中，終端110的SIP用戶代理連接到代理108,使遠離由連接相應網(wǎng)絡節(jié)點的粗線指示的、從終端110到終端122的默認媒體路徑不超過兩跳(探測的跳躍距離字段設置為值2)的媒體適配資源同樣啟動近似搜索。因為代理/NSIS路由器108僅僅具有一個在路徑上的相鄰NSIS路由器105,如果查詢匹配并且NSIS路由器愿意分配資源，則代理/NSIS路由器108向查詢消息添加它的媒體適配能力的描述(例如添加媒體適配可用對象)并且向NSIS路由器105轉發(fā)"更新"查詢消息。NSIS路由器105也沒有相鄰的不在路徑上的鄰居，因此它也向查詢消息添加對它的媒體適配能力的描述并且向下一在路徑上的NSIS路由器104轉發(fā)查詢消息。NSIS路由器104具有兩個不在路徑上的路由鄰居，即NSIS路由器106和102。在另外向下一在路徑上的NSIS路由器103傳遞查詢消息之前，NSIS路由器104查詢其不在路徑上的鄰居NSIS路由器106和102,然后等候它們對查詢的響應消息。NSIS路由器102檢驗跳躍計數(shù)器(探測跳躍距離字段)并且將值從2遞減到1。因為計數(shù)器值不是O,所以NSIS路由器102將查詢消息轉發(fā)到它的鄰居NSIS路由器，其只是NSIS路由器103。NSIS路由器103檢測減少之后的跳躍計數(shù)器等于0,因此不需要進一步傳播查詢消息。NSIS路由器102等候來自NSIS路由器103的響應消息，在其中評價并且聚合同樣的信息以形成NSIS路由器104的響應消息。NSIS路由器104評價從NSIS路由器102和106接收的響應消息。在NSIS路由器103添加了對其媒體適配能力的描述的情況下，則由于NSIS路由器102接收的響應消息中的信息以及其知道NSIS路由器103是下一在路徑上的NSIS使能節(jié)點，所以NSIS路由器104可以在重疊網(wǎng)絡中檢測到循環(huán)。另夕卜，NSIS路由器104分析接收的響應消息中的媒體適配能力以及更新查詢消息，相應地也考慮它的媒體適配能力。然后，它向媒體數(shù)據(jù)路徑上的下一NSIS路由器103(未示出)轉發(fā)更新查詢消息。現(xiàn)在轉到圖11，因為操作本質上類似于一個NSIS路由器104，所以僅僅簡要地說明NSIS路由器103的操作。NSIS路由器1034全測是否執(zhí)行近似搜索，因此首先向NSIS路由器101和102轉發(fā)查詢消息。NSIS路由器lOl和102將跳躍計數(shù)器從2減少到1,并且在生成查詢消息的響應消息之前向返回響應消息的NSIS路由器104和107兩者轉發(fā)更新查詢消息。當NSIS路由器101和102分別接收到這些響應消息時，對其中的信息同樣進行聚合以及知道對轉發(fā)回NSIS路由器103的響應消息的他們自己相應+某體適配能力。NSIS路由器103也評價來自NSIS路由器101和102的響應消息，然后將信息聚合到隨后發(fā)送到該示例中的NSIS媒體格式適配NSLP使能終端122的更新查詢消息中。如圖12所示，終端122提取有關檢測以及在查詢消息中指示的媒體適配能力的信息，然后基于逐跳在響應消息中將信息提供回終端110?！龌静僮饕灰皇褂貌辉诼窂缴系拿襟w適配資源如上所述，在要求偏離默認媒體數(shù)據(jù)路徑的情況下(例如由于請求的媒體適配資源沒有存在于媒體數(shù)據(jù)路徑上)，網(wǎng)絡ID可以用來建立通向管理那些資源的那些NSIS路由器的隧道。當NSIS路由器檢測到將要預留的媒體適配資源不由它宿主時(例如網(wǎng)絡ID不同于自己的)它可能建立通向不在路徑上的該NSIS路由器的隧道，然后請求使用媒體適配資源ID和媒體適配會話ID處理那里。例如如果一些媒體適配資源位于遠離在路徑上的NSIS路由器中的最近者，則通常存在如何使用不在默認媒體數(shù)據(jù)路徑上的NSIS路由器的媒體適配資源的兩個選項或者改變媒體數(shù)據(jù)路徑以同時合并需要使用媒體適配資源的原來不在路徑上NSIS路由器，或者從在默認媒體數(shù)據(jù)路徑上的一個或更多NSIS路由器中至少建立一個隧道以便使用不在路徑上的NSIS路由器的能力。使用后一選項，默認媒體數(shù)據(jù)路徑不需要改變。轉到圖13，示出在NSIS路由器102中的媒體適配資源的示例性預留。如以上根據(jù)圖10至12說明所示，終端IIO接收描述可以在路徑上以及不在路徑上使用的媒體適配資源的響應消息。假定只有NSIS路由器102可以提供與終端122會話所要求的+某體適配，則終端110企圖在NSIS路由器102上預留媒體適配資源。因此，終端122啟動預留消息向NSIS路由器102的傳送。由于預留消息在中間NSIS^各由器103中處理，同樣地將預留消息轉發(fā)到NSIS路由器102中，然后檢測將要使用的媒體適配資源是否不在默認的媒體路徑上。根據(jù)該示例性實施例，因此NSIS路由器103在它本身和NSIS路由器102之間設置隧道。當在會話期間接收到將要適配的媒體數(shù)據(jù)流，NSIS路由器103就過濾流然后傳遞其媒體數(shù)據(jù)到通過建立的隧道進行轉換的NSIS路由器102中。NSIS路由器102返回轉換的媒體流，其然后沿著媒體路徑向終端122轉發(fā)。為了能夠使用隧道將不在路徑上的資源包括在預留中，NSIS路由器需要實施隧道能力以及還可以實施以下兩個用于記錄路由和請求隧道預留的附加參數(shù)。啟動預留的終端(例如終端110或者122)建立在它自己和目標終端之間的路由路徑的附近的"網(wǎng)絡圖"。因此，終端知道，由NSIS路由器形成的重疊網(wǎng)絡的拓樸達到了之前通過它的查詢消息(探測跳躍距離的字段)其探測網(wǎng)絡的程度。因此，它也知道隔網(wǎng)絡拓樸中每個在i各徑上以及不在路徑上的NSIS路由器的距離(測量跳動)。為了找出路徑附近的拓樸，提議根據(jù)本發(fā)明實施例另外加強NSLP的語義除查詢所需要的媒體適配之外，至少所有NSIS路由器的網(wǎng)絡ID(在路徑上以及不在路徑上)，其都接收了查詢消息，而不考慮它們是否匹配查詢的媒體適配能力。因此，新參數(shù)可能包括在查詢消息內(nèi)一_例如在以上指定的媒體適配期望對象內(nèi)，其觸發(fā)已經(jīng)接收響應消息中的查詢消息的那些NSIS路由器的網(wǎng)絡ID的內(nèi)含物。因此，轉達網(wǎng)絡ID的另一參數(shù)也在響應消息中——例如在以上指定的媒體適配可用對象內(nèi)提供。對于查詢消息，新參數(shù)(例如ID-7)可以具有以下示例性格式012301234567890123456789012345678901+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=1IParameterID=7ILength(bytes)IMAID:OI+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+設置為0的MAID指示NSIS路由器處理消息中沒有包括媒體適配描述的查詢消息。接收查詢消息中的該參數(shù)的每個NSIS路由器包括纟!某體適配可用對象中的以下示例性參數(shù)(例如ID-8):012301234567890123456789012345678901+_+—+_+_+-+_+-+_+-++-+-+-+-+-+-+—+-+-+-+-+_+-+-+-+-+-+-+-+-+■+-+IObjectID=2IParameterID=8ILength(bytes)1MAID-1I+_+_+_+畫+陽+-+畫+一+_+陽+-+畫+陽+-+-+-+-+隱+-+陽+-+隱+-+隱+-+-+-+-+-+-+-+-+1NrhopsINrhopsIIItosourceIawayfrompathIreserved1+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃NetworkID〃+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃RecordRoute〃+_+_+-++-++■+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+■+-+-+-+■+-+-+-+-+-+"RecordRoute"字段包括搜索方向上的訪問節(jié)點的網(wǎng)絡ID,其中處理消息的最近NSIS路由器向例如列表末尾添加它的網(wǎng)絡ID。通過關聯(lián)路由組以及跳動數(shù)量和啟動查詢消息的終端，終端能夠建立查詢網(wǎng)絡節(jié)點的網(wǎng)絡拓樸。可選地，可以用QoS度量(而不僅僅是跳動數(shù)量)如帶寬或者延時來加強該網(wǎng)絡拓樸，其可以通過終端選取意圖必要的媒體轉換以及還有最好總體QoS性能的媒體適配資源來使用。一旦知道網(wǎng)絡拓樸，終端就可以斷言通向不在路徑上的NSIS路由器的必需隧道的隧道端點提供期望媒體適配能力。如上所述，隧道用來將不在路徑上的節(jié)點"包括"在媒體適配路徑中。為了指示建立包括不在路徑上的NSIS路由器的隧道，向預留消息中添加新參數(shù)。參數(shù)描述了隧道建立以及級聯(lián)和有序形式所要求的適配。回到圖13中示出的示例，NSIS路由器102位于默i人媒體數(shù)據(jù)路徑(用粗實線標記)外面，但是提供了要求的媒體適配能力。為了包括NSIS路由器102(隧道目標/源A'),期望三角路由NSIS路由器104—NSIS路由器102—NSIS路由器103,因此媒體數(shù)據(jù)離開了與NSIS路由器104之間的路徑，然后再次合并到NSIS路由器103中的路徑上。為此，必須建立兩個隧道(從NSIS路由器104—NSIS路由器102以及從NSIS路由器102—NSIS路由器103)。因此預留消息包括對NSIS路由器102的媒體格式適配描述(parameterID=4),指示必要的媒體格式適配(照常，在之前查詢中收集)以及描述(多個)隧道建立。例如，ID=9的新參數(shù)可以定義為描述在NSIS路由器104、102以及103(分別)之間建立的隧道，包括在NSIS路由器102中的媒體格式適酉己描述(parameterID=4):012301234567890123456789012345678901+_++—+_+_+_+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+■+-+-+-+-+-+-+■+-+-+IObjectID=3IParameterID=9ILength(bytes)IRESERVED|+_+-+_+_+-+_++-+_+-+-+■+■+-+-+-+-+-+-+-+■+-+■+-+-+-+-+■+-+-+-+-+〃NetworkIDof1stTunnelSource=NSISrouter104)〃+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+〃NetworkIDof1stTunnelDestination:NSISrouter102〃+_+_+_+_+_++_++_+_+++-+_+_++_+-+_+_+-+-+-+-+++_+-+_+-+-+_+##mediaformatadaptationdescription(parameterID=4)for####thenecessaryMediaAdaptationtobereservedatA'##+_+_++_+_+-+_+_+_+-+-+-+-+-+■+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IObjectID=3IParameterID=8ILength(bytes)IRESERVEDI+_+-+_+■+_+_+_+-++_+_+-+-+_+-+■+-+_+-+-+-+-+-+_+-+■+-+-+-+-+-+-+〃NetworkIDof2ndTunnelSource=NSISrouter102)〃+_+-+_+-+-+-++-+_+_+_+_+_++-+_+-+—+■+_+-+-+-+-+_+-+-+-++-+-+-+〃NetworkIDof2ndTunnelDestination:NSISrouter103〃+_+_+-++_+_+_+_+_+_+_+-+-+_+-+-+-+_+_+-+-+-+-+-+-++-+-+—+-+-+-+可選地，同樣在按所期望的適當適配媒體格式之后，能夠建立從NSIS路由器103到NSIS路由器102以及從NSIS路由器102回到NSIS路由器103的隧道。這將使第一和第二隧道的隧道目標和隧道源變?yōu)橄嗤碞SIS路由器102?？蛇x地，能夠將多個不在路徑上的NSIS路由器以級聯(lián)形式包括在相反消息的有效荷載中?！黾訌姴僮饕灰煌扑筒僮髟谶@一部分中描述本發(fā)明另一實施例建議的用于檢測和預留不在路徑上的^某體適配資源的另一方法。根據(jù)實施例，重疊網(wǎng)絡中的NSIS路由器保持相鄰NSIS路由器以及遠離多于一個跳躍的NSIS路由器的本地數(shù)據(jù)庫，NSIS路由器中的數(shù)據(jù)庫內(nèi)容的生成可以基于所謂的"推送，，通信模型，其中NSIS路由器向其它NSIS路由器預訂然后被通知它們所預訂的NSIS路由器的能力。該操作有點類似于像Hedrick的RFC1058,"RoutingInformationProtocol(路由信息協(xié)議)"(在http:〃www.ietf.org中可得到)中描述的矢量路由算法，根據(jù)其每個節(jié)點向鄰居轉發(fā)它知道的路由以及在一些時期(稱為收斂時間)之后獲取全球路由矢量(在這種情況下NSIS路由器的全球映射以及它們的能力)。根據(jù)本發(fā)明該實施例提議的機制工作如下在揭露支持在此描述的NSIS媒體格式適配NSLP的伙伴NSIS路由器組之后，每個NSIS路由器決定是否預訂接收每個NSIS路由器的能力以及當前資源狀態(tài)(例如負荷，可用存儲容量，等等)的定期更新。預訂可以通過向相應NSIS路由器轉發(fā)預訂消息荻得。預訂消息本質上具有與查詢消息相同的結構，并且以來自接收預訂消息的NSIS路由器的通知消息的形式觸發(fā)周期性響應。通知消息由NSIS路由器周期地轉發(fā)，其反映它們的能力以及其它可選參數(shù)，諸如當前荷載特征、可用CPU功率或者存儲容量。通知消息允許NSIS路由器收集有關可用媒體適配資源的信息和在其它NSIS路由器中的可選QoS資源，并且將該信息保持在局部數(shù)據(jù)庫中。維持在本地數(shù)據(jù)庫中的信息類型和數(shù)量強烈取決于通知時期如果"刷新"時間長，則快速存儲在下一"刷新"之前將過期的改變信息如存儲容量或者可用CPU功率是無用的。及時地在一些點，在"收斂時間"之后，每個NSIS路由器具有在該網(wǎng)絡中的可用NSIS路由器和它們的可用容量的列表。當由NSIS路由器在媒體數(shù)據(jù)路徑上接收媒體格式適配NSLP查詢消息時，NSIS路由器不需要轉發(fā)不在路徑上的查詢以探測媒體適配能力，但是現(xiàn)在可以查閱它的數(shù)據(jù)庫，因此馬上知道在鄰居NSIS路由器以及其外的可用媒體適配資源。以下表示通知消息可以包括的一組能力和標識符+-+_+_+-++_++-+_+-+_+■+-+_+_+_+_+-++-+-+-+■+■+_++-++_+_+_+-+〃NetworkID〃+_+_+_+_+■+_+-+_+■+-+■+_+■+_+_+-+_+_+_+_+_+_++_+_+_+_+_+_+_+_+_+〃MediaAdaptationResourceID〃+_+_+■+-+_+_+-+-++_+_+-+-+-+■+-+-++_++-+-+-+-+■+-+_+-+-+-+_+_+〃MediaAdaptationResourceCost〃+_+_+_+-+_+_+_+-+++_+-+-+-+-+—+-+_+_+-+-+-+-++-+-+_+-+-+-+-+-+〃MediaAdaptationDescription〃+_++-+_+_+_+-+-+_+-+_+-+-+_+-+-+_+_+-+-+-+-+_+-+-+_+—+-+■+-+-+_+注意，媒體適配會話ID和足跡兩者都不需要被包括在內(nèi)。這是因為這些僅僅在接收到反映預留意向的查詢消息時被例示。媒體適配處理檢測和預留以及OoS檢測和預留的組合如果需要，如上所述的類似機制也可以用來查詢(檢測)和預留網(wǎng)絡QoS資源。例如，可以查詢能夠由NSIS路由器在終端110和終端122之間的媒體數(shù)據(jù)路徑上提供的可用QoS,通過添加本質上類似于媒體適配期望對象的結構的QoS要求對象來擴展以上查詢消息，以及包括對應該滿足的QoS約束的描述。每個處理查詢的NSIS節(jié)點可以添加或者更新具有本質上與媒體適配可用對象相同的作用的、并且指定沿著媒體路徑的每個NSIS路由器或者能夠被提供的總的最小QoS的能力的QoS可用對象，其中添加到查詢中的QoS可用對象被傳播回查詢終端110。終端IIO可以在一個(多個)NSIS路由器選取合適的QoS和媒體適配資源,并且請求QoS資源沿著媒體數(shù)據(jù)路徑的預留和媒體適配處理在選取的NSIS路由器中的預留。兩個預留都可以組合成擴展預留消息，其包括除預留的媒體適配資源的描述之外的將要在路徑上的NSIS路由器中預留的QoS約束的精確說明。在所有^!某體適配從媒體適配對象中移除之后，因為不要求進一步處理，所以預留消息回到預留終端。相應地，為了在終端122到終端110的路徑上預留媒體適配資源和/或QoS資源，可以使用如在之前部分中所概述的相同的過程。一般的發(fā)布和變形提議實現(xiàn)不同機制和消息的一個主要好處可在于它取決于暗示在現(xiàn)有基礎結構上要求改變最小的底層路由(OSPF,RIP,...)。然而，正因為如此期望不修改如由NTLP檢測并且在影響路由的MRI(cf.,GIMPS草案)中反映的協(xié)議報頭，其使接收器難以判斷哪個網(wǎng)絡節(jié)點已經(jīng)修改數(shù)據(jù)。由本發(fā)明另一實施例提議的該暗示的解決方法是重復使用RTP混合器(mixer)和變換器(translator)的原則，通過適合于分組的中間RTP混合器和變換器包括的同步源標識符(SSRC)或者貢獻SSRC(CSRC)的使用。該SSRC或者可選標識符可以鏈接到^某體適配會話ID,而該關系可以例如通過使用會話描述中提議的"a-intermediate:"屬性來表明端點同意媒體適配。在此描述的另一改進機制涉及媒體適配資源可需要使用的次序以及它們在媒體數(shù)據(jù)路徑上的位置?？砂l(fā)生所有媒體適配資源位于路徑上的現(xiàn)象，但是必須以不同順序訪問多次以獲取所要求的媒體轉換。還有要求一些轉換，媒體數(shù)據(jù)需要向用于適配的媒體數(shù)據(jù)路徑前方和后面?zhèn)鬟f(例如終端110-NSIS路由器108—NSIS路由器105—NSIS路由器104—NSIS路由器103(適配)—NSIS路由器104(適配)—NSIS路由器103—終端122)。通過建立確保使用必要媒體適配資源的正確次序的隧道，使用用于包括不在路徑上的媒體適配資源的相同的隧道機制也可以解決該問題。另外，目前為止描述的示例主要基于使用作為會話啟動的SIP和管理協(xié)議。例如，當考慮媒體流時，流入對RTSP消息假設類似情形。與SIP類似，RTSP是具有像HTTP的語法的協(xié)議，其還可以同時使用SDP(或者其它會話描述協(xié)議)來轉達端-主機(end-host)的會話細節(jié)和能力。不同于SIP,RTSP履行遙控多媒體表示的功能。在目前為止描述的實施例中，中心實體(預留的啟動器)包括在此指定的MediaSpec消息的有效荷載中的、以媒體適配描述形式所要求的精確處理。因此集中用于決定要求的媒體適配步驟的邏輯?；蛘?，根據(jù)本發(fā)明另一實施例分發(fā)方法是可能的。在該變形中，將允許NSIS路由器將要求的媒體適配處理分解成多個步驟，例如編解碼器X到編解碼器Y的代碼轉換分成兩個步驟首先代碼轉換到X'然后到Y。該分解在查詢請求期間是必要的，并且暗示新參數(shù)的定義將給定媒體適配描述(由給定ID標識)分成反饋到查詢啟動器的多個中間描述。除中間代碼轉換之外，其它處理都要求如此行為，諸如將流分成獨立媒體(如音頻與視頻)。一些實施例假定流的路由在會話持續(xù)期間保持不變。然而可以是這樣的情況，其中由于例如策略或者管理決定或者由于在適當?shù)奈恢脤嵭型ㄐ帕抗こ潭孤酚砂l(fā)生改變。在那些情況下，進行"備份預留，，是有用的，意味著具有低可用性百分比的附加資源的預留，以迎合路由改變的情況。通過分析E2E會話足跡，可以在路由改變前后的NSIS路由器或者在端點;險測到路由改變另外注意，本發(fā)明可能還用于多播i某體會話。例如，NSIS路由器103可以是通過移動通信系統(tǒng)附加到其上的移動終端116至123的代理。為了建立多點傳送服務，代理103可以處理代表移動通信網(wǎng)絡中的參與移動終端的會話建立和控制。例如根據(jù)支持媒體格式，代理103可以知道或者可以使其知道移動終端的媒體能力。因此，在將要建立多播會話的情況下，代理103可以知道或者可以使其知道在會話描述中指定的支持媒體格式的缺乏。如在此所述，明智的，代理103可以形成不支持會話描述中建議的媒體格式的移動終端組，并且可以在網(wǎng)絡組中檢測和預留士某體適配資源。本發(fā)明的另一實施例涉及使用硬件和軟件實現(xiàn)上述各種實施例。認識到可使用計算裝置(處理器)實現(xiàn)或執(zhí)行本發(fā)明的各種實施例，例如通用處理器、數(shù)據(jù)信號處理器(DSP)、特定用途集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)或其它可編程邏輯裝置等。還可通過這些裝置的組合執(zhí)行或實現(xiàn)本發(fā)明的各種實施例。此外，本發(fā)明的各種實施例還可通過可由處理器或之間在硬件中執(zhí)行的軟件模塊實現(xiàn)。同樣，軟件模塊和硬件實現(xiàn)的組合是可能的?？蓪④浖K存儲在任意種類的計算機可讀存儲介質上，例如，RAM、EPR0M、EEPR0M、快閃存儲器、寄存器、硬盤、CD-R0M、DVD等?？梢哉J識到，上述不同實施例以及其改變僅僅意在作為說明性示例。本領域的技術人員將理解，如在特定實施例中所示，可對本發(fā)明做出許多改變和/或修改而不背離如廣泛描述的本發(fā)明的精神和范圍。因此為了說明而非限制在所有方面考慮本實施例。權利要求1.一種用于通過分組交換通信網(wǎng)絡在第一終端和第二終端之間建立包括至少一個媒體流的媒體會話的方法，其中該至少一個媒體流使用媒體傳輸協(xié)議進行通信，該方法包括由該第一終端執(zhí)行的以下步驟使用會話管理協(xié)議向該第二終端傳送建立消息來啟動該會話，其中該消息包括建議將要在該媒體會話中通信的每個媒體流的媒體格式以及相應參數(shù)和屬性的會話描述，使用該會話管理協(xié)議來接收對該建立消息的響應，其中對該建立消息的該響應包括修正的會話描述，其中對于在該建立消息包括的該會話描述中建議了該第二終端不支持的媒體格式的媒體會話，該修正的會話描述建議該媒體會話的至少一個媒體流的可選媒體格式，對于在該建立消息的該響應中包括的該會話描述中的每個可選媒體格式，確定該第一終端是否支持相應的可選媒體格式，如果不支持，則對每個可選媒體格式檢測使用信令下一步NSIS框架的至少一個NSIS路由器，其中檢測到的NSIS路由器能夠將媒體流的該分組數(shù)據(jù)從在該建立消息中的會話描述的第一終端建議的媒體格式轉換成在建立消息的響應中的會話描述由第二終端建議的、相應可選媒體格式，如果對于第一終端不支持的每個可選媒體格式檢測到至少一個NSIS路由器，則預留資源，以便將處于所建議的媒體格式的分組數(shù)據(jù)轉換成在對于第一終端不支持的相應可選媒體格式所檢測到的至少一個NSIS路由器的相應可選媒體格式，以及當成功地預留用于媒體格式轉換的資源時，開始該媒體會話，其中使用媒體傳輸協(xié)議，將媒體會話的至少一個媒體流的分組數(shù)據(jù)通過至少一個NSIS路由器從第一終端提供給第二終端，在所述至少一個NSIS路由器上，為第一終端不支持的每個可選媒體格式，預留了用于媒體格式轉換的資源。2.根據(jù)權利要求1所述的方法，其中使用NSIS信令框架來檢測至少一個NSIS路由器，包括使用NSIS傳輸層協(xié)議NTLP,沿著媒體會話的至少一個流的分組數(shù)據(jù)的路徑，通過該分組交換網(wǎng)絡，將查詢消息從第一終端傳送到第二終端，其中查詢消息對接收查詢消息的每個NSIS路由器查詢將該媒體會話的流的分組數(shù)據(jù)從第一終端不支持的建議媒體格式轉換為在對建立消息的響應中的會話描述中由第二終端建議的、相應可選媒體格式的能力，以及響應于該查詢消息，使用該NSIS傳輸層協(xié)議NTLP接收響應消息，其指示在從第一終端到第二終端的分組數(shù)據(jù)的路徑上，至少一個NSIS路由器能夠將該媒體會話流的分組數(shù)據(jù)從建議媒體格式轉換為相應的可選媒體格式。3.根據(jù)權利要求2所述的方法，其中該查詢消息還向接收該查詢消息的每個NSIS路由器查詢將該媒體會話的媒體流的分組數(shù)據(jù)從第一終端不支持的建議媒體格式轉換成一個中間媒體格式，或者從該中間媒體格式轉換成另一中間媒體格式或者該媒體會話的該相應媒體流的相應可選媒體格式的能力，以及其中該響應消息還指示在從第一終端到第二終端的該路徑上，至少一個NSIS路由器是否能夠將媒體會話的媒體流的分組數(shù)據(jù)從建議媒體格式轉換成一個中間媒體格式，或者從該中間媒體格式轉換成另一中間媒體格式或者相應可選纟某體格式。4.根據(jù)權利要求2和3所述的方法，其中在NSIS路由器預留用于轉換分組數(shù)據(jù)的資源包括使用該NSIS傳輸層協(xié)議NTLP向至少一個NSIS路由器傳送請求預留媒體適配資源的資源預留請求消息，所述媒體適配資源用于將媒體會話流的該分組數(shù)據(jù)從建議^;某體格式轉換為在對建立消息的響應中的會話描述中由第二終端建議的可選媒體才各式，以及響應該資源預留請求消息，使用該NSIS傳輸層協(xié)議NTLP接收指示該NSIS路由器是否已經(jīng)預留用于轉換的資源的響應消息。5.根據(jù)權利要求1至4之一所述的方法，其中如果該第二終端不支持會話描述中的媒體流的建議媒體格式，則包括在該建立消息中的該會話描述還指示該第一終端是否愿意至少對該媒體會話的媒體流執(zhí)行媒體格式轉換。6.根據(jù)權利要求1至5之一所述的方法，其中包括在該建立消息中的傳送的該會話描述還向該第二終端指示該媒體會話的相應^某體流的該接收對于建立該々某體會話是否是必要的。7.根據(jù)權利要求6所述的方法，其中在第二終端不支持該建議媒體格式的情況下，包括在該建立消息中的傳送的該會話描述還指示該媒體會話的媒體流的建議媒體格式到另一媒體格式的轉換對于建立該媒體會話是可選還是必要的。8.根據(jù)權利要求1至7之一所述的方法，其中如果第二終端不支持相應媒體流的建議格式，則該修正的會話描述還指示第二終端是否愿意檢測并在至少一個NSIS路由器媒體上預留用于將可選媒體格式的^某體流分組數(shù)據(jù)轉換成建議^某體格式的該^某體流分組數(shù)據(jù)的資源，以及如果是，則當傳送該建立消息的該響應時，該修正的會話描述指示該第二終端開始檢測以及預留媒體格式轉換資源。9.根據(jù)權利要求1至8之一所述的方法，其中由第一終端傳送以及接收的服務描述還包括關于該會話的服務質量約束，以及其中該建立消息的響應中的修正的會話描述包括對包括在該建立消息的會話描述中的該服務質量約束的建議可選服務質量約束。10.根據(jù)權利要求9所述的方法，還包括以下步驟確定可選服務質量約束是否能為第一終端用戶所接受，以及如果是，則根據(jù)第二終端的會話描述中指示的可選服務質量約束，沿著從第一終端通過分組交換通信網(wǎng)絡到第二終端的路徑來預留資源，其中媒體會話的至少一個媒體流的分組數(shù)據(jù)從該第一終端沿著所述路徑傳遞到該第二終端。11.根據(jù)權利要求1至IO之一所述的方法，還包括以下步驟如果對于在建立消息的響應中接收的會話描述中所建議的每個可選媒體格式?jīng)]有檢測到NSIS路由器，如果不能預留足夠的用于在相應的NSIS路由器轉換媒體格式的資源，或者如果不能沿著通過該分組交換通信網(wǎng)絡該路徑的預留足夠滿足在建立消息的該響應中所接收的該會話描述中建議的該可選服務質量約束的資源，則中斷該會話。12.根據(jù)權利要求1至11之一所述的方法，其中開始媒體會話包括向該第二終端傳送更新消息，其包括對通過分組交換通信網(wǎng)絡沿著從該第一終端到該第二終端的路徑已經(jīng)建議了可選媒體格式的每個相應媒體會話流描述適配節(jié)點中的媒體格式轉換的更新會話描述，其中沿著所述路徑將媒體會話的至少一個媒體流的分組數(shù)據(jù)從該第一終端傳遞到該第二終端。13.根據(jù)權利要求12所述的方法，其中該傳送的更新消息還包括有關由第一終端沿著從第一終端到第二終端的路徑所預留的資源的信息。14.根據(jù)權利要求12或者13所述的方法，還包括從第二終端接收更新消息的步驟，所述更新消息包括描述適配節(jié)點中對通過分組交換通信網(wǎng)絡沿著從第二終端到第一終端的路徑已經(jīng)建議了可選媒體格式的每個相應^某體會話流的媒體格式轉換的更新會話描述，其中媒體會話的至少一個媒體流的分組數(shù)據(jù)沿著所述路徑從第二終端傳遞到第一終端。15.根據(jù)權利要求14所述的方法，其中該接收更新消息還包括有關由第一終端沿著從第二終端到第一終端的該路徑所預留的資源的信息。16.根據(jù)權利要求1至15之一所述的方法，其中該媒體傳輸協(xié)議是實時傳輸協(xié)議RTP。17.根據(jù)權利要求1至16之一所述的方法，其中會話描述以會話描述協(xié)議SDP格式或者實時流協(xié)議RTSP格式提供。18.根據(jù)權利要求1至17之一所述的方法，其中該會話管理協(xié)議是該會話啟動協(xié)議SIP,其中建立消息是SIP協(xié)議的邀請消息，以及建立消息的響應是SIP協(xié)議的會話進展消息，該會話進展消息向第一終端指示第二終端確認第一終端以檢測以及預留媒體格式轉換資源的意愿，并且指示該第二終端已經(jīng)開始至少在NSIS路由器檢測以及預留用于媒體格式轉換的資源，用于將第一終端不支持的可選媒體格式的媒體會話的媒體流轉換成第一終端支持的相應建議^f某體格式，以及該方法還包括以下步驟如果第一終端不支持會話進展消息包括的會話描述中建議的該可選媒體格式，則傳送臨時響應確認消息，其向該第二終端指示第一終端已經(jīng)開始檢測并且為會話描述中建議的每個可選媒體格式在NSIS路由器預留用于媒體格式轉換的資源，其中所檢測的以及由該第二終端預留用于媒體格式轉換的資源的適配節(jié)點被配置成將媒體會話的媒體流的分組數(shù)據(jù)從可選媒體格式轉換成由該第一終端建議的該媒體格式，以及才妻收臨時響應確i人。19.一種用于通過分組交換通信網(wǎng)絡向請求終端報告媒體格式適配資源的方法，所述媒體格式適配資源用于轉換將要在終端之間建立的媒體會話的媒體流的媒體格式，其中該方法包括由NSIS路由器在媒體數(shù)據(jù)路徑上執(zhí)行的以下步驟，在所述媒體數(shù)據(jù)路徑上用媒體傳輸協(xié)議封裝的會話的媒體流的分組數(shù)據(jù)通過該分組交換網(wǎng)絡從參與將要建立的該媒體會話的請求終端傳輸?shù)侥繕私K端使用NSIS傳輸層協(xié)議NTLP通過分組交換網(wǎng)絡接收查詢消息，其中所述查詢消息查詢接收該查詢消息的NSIS路由器將該媒體會話的流的分組數(shù)據(jù)從第一媒體格式轉換到不同的第二媒體格式的能力，以及響應于所接收的查詢消息，使用該NSIS傳輸層協(xié)議NTLP向請求終端轉發(fā)響應消息，其指示該NSIS路由器是否具有將媒體會話流的分組數(shù)據(jù)從第一媒體格式轉換成該二媒體格式的能力。20.根據(jù)權利要求19所述的方法，其中該查詢消息還查詢將媒體會話的媒體流的分組數(shù)據(jù)從第一媒體格式轉換成一個中間媒體格式或者從該中間媒體格式轉換成另一中間媒體格式或者第二可選媒體格式的能力，以及其中該響應消息還指示NSIS路由器是否能夠提供至少一個查詢的媒體格式轉換。21.根據(jù)權利要求19或者20所述的方法，其中該查詢消息包括指示被查詢了適配能力的一個或多個媒體格式轉換的媒體格式適配描述。22.根據(jù)權利要求19至21之一所述的方法，還包括以下步驟使用NSIS傳輸層協(xié)議NTLP接收資源預留請求消息，其中該消息包括對將要由NSIS路由器執(zhí)行的、以及為其請求分配資源的媒體格式轉換的描述，確定是否能夠在NSIS路由器中分配由該描述指示的媒體格式轉換的資源，以及如果是，則在該NSIS路由器預留用于進行轉換的資源，其中該響應消息指示NSIS路由器是否已經(jīng)預留用于轉換的資源。23.根據(jù)權利要求19至23之一所述的方法，還包括以下步驟使用NSIS傳輸層協(xié)議NTLP接收資源預留請求消息，其中該消息包括對將要在位于該媒體數(shù)據(jù)路徑上的另一NSIS路由器預留的媒體格式轉換的描述，建立到位于該媒體數(shù)據(jù)路徑上的所述另一NSIS路由器的隧道，以及當開始該媒體會話時，將要轉換的該媒體流的分組數(shù)據(jù)轉發(fā)到位于該媒體數(shù)據(jù)路徑上的NSIS路由器以便轉換。24.根據(jù)權利要求19至23之一所述的方法，還包括以下步驟使用NSIS傳輸層協(xié)議NTLP接收資源預留請求消息，其中該消息包括對將要在沒有位于該媒體數(shù)據(jù)路徑上的NSIS路由器預留的媒體格式轉換的描述，向沒有位于該纟!某體數(shù)據(jù)路徑上的NSIS路由器轉發(fā)資源預留請求消息，以及建立到?jīng)]有位于該々某體數(shù)據(jù)路徑上的NSIS路由器的隧道，以及當開始該媒體會話時，將要轉換的媒體流的分組數(shù)據(jù)轉發(fā)到?jīng)]有位于該i某體數(shù)據(jù)路徑上的NSIS路由器中以便轉換。25.根據(jù)權利要求19至24之一所述的方法，還包括以下步驟向該查詢消息中添加對在NSIS路由器中可用的該媒體格式適配能力的描述，向該媒體數(shù)據(jù)路徑或者該目標終端上的下一NSIS路由器轉發(fā)該接收查詢消息，以及響應于所轉發(fā)的查詢消息，從媒體數(shù)據(jù)路徑上的下一NSIS路由器或者該目標終端中接收響應消息，其中在查詢的媒體格式適配能力是可用的情況下，該響應消息包括對可在位于媒體數(shù)據(jù)路徑上的NSIS路由器可用的媒體格式適配能力的至少一個描述，其中如果所查詢的媒體格式適配能力是可用的，則傳送的該響應消息包括對在位于該媒體數(shù)據(jù)路徑上的NSIS路由器可用的媒體格式適配能力的至少一個描述。26.根據(jù)權利要求25所述的方法，其中該方法還包括以下步驟向沒有位于該媒體數(shù)據(jù)路徑上的至少一個NSIS路由器轉發(fā)該查詢消息，以及從沒有位于該媒體數(shù)據(jù)路徑上的至少一個NSIS路由器中接收響應消息，該響應消息包括可在沒有位于該^某體路徑上的至少一個NSIS路由器得到的媒體數(shù)據(jù)適配能力的描述。27.根據(jù)權利要求26所述的方法，其中該方法還包括在向媒體數(shù)據(jù)路徑上的下一NSIS路由器轉發(fā)接收的查詢消息之前，向所述接收的查詢消息添加對可在沒有位于該媒體路徑上的至少一個NSIS路由器可用的媒體數(shù)據(jù)適配能力的描述。28.根據(jù)權利要求23或者27所述的方法，其中向該請求終端傳送的該響應消息還包括對在位于或者沒有位于^^某體路徑上的至少一個NSIS路由器上的可用i某體數(shù)據(jù)適配能力的描述。29.—種終端，用于通過分組交換通信網(wǎng)絡，在該終端和第二終端之間建立包括至少一個媒體流的媒體會話，其中至少一個媒體流使用媒體傳輸協(xié)議進行通信，該終端包括轉發(fā)器，用于使用會話管理協(xié)議向第二終端傳送建立消息以便啟動會話，其中該消息包括建議將要在該媒體會話中通信的每個媒體流的媒體格式[O]以及相應參數(shù)和屬性的會話描述，接收器，用于使用該會話管理協(xié)議來接收對該建立消息的響應，其中對該建立消息的該響應包括修正的會話描述，其中對于在該建立消息包括的該會話描述中建議了該第二終端不支持的媒體格式的媒體會話，該修正的會話描述建議該媒體會話的至少一個媒體流的可選媒體格式，處理單元，用于在建立消息的該響應中包括的該會話描述中的每個可選媒體格式，確定該第一終端是否支持相應的可選媒體格式，配置所述處理單元，對于終端不支持的每個可選^某體格式，如果該終端不支持相應可選媒體格式，則該處理單元用于使用信令下一步NSIS框架來檢測至少一個NSIS路由器，其中檢測的NSIS路由器能夠將媒體流的分組數(shù)據(jù)從建立消息的會話描述中的、由第一終端建議的該媒體格式轉換成在建立消息的響應的會話描述中由第二終端建議的相應可選媒體格式，預留單元，如果對于第一終端不支持的每個可選媒體格式檢測到至少一個NSIS路由器，則預留用于在對于第一終端不支持的相應可選媒體格式檢測的至少一個NSIS路由器，將建議媒體格式的分組數(shù)據(jù)轉換成相應可選媒體格式的資源，以及其中當成功地預留用于媒體格式轉換的資源時，終端開始媒體會話，其中通過至少一個NSIS路由器使用媒體傳輸協(xié)議從該終端向第二終端提供該媒體會話的至少一個媒體流的分組數(shù)據(jù)，在所述NSIS路由器上已為該終端不支持的每個可選媒體格式預留用于媒體格式轉換的資源。30.根據(jù)權利要求29所述的終端，還包括用于執(zhí)行根據(jù)權利要求1至18之一所述的方法的部件。31.—種用于通過分組交換通信網(wǎng)絡，向請求終端報告媒體格式適配資源的NSIS路由器，所述媒體格式適配資源用于轉換將要在終端之間建立的媒體會話的媒體流的媒體格式，其中該NSIS路由器位于媒體數(shù)據(jù)路徑上，在所述媒體數(shù)據(jù)路徑上，通過分組交換網(wǎng)絡從參與將要建立的該媒體會話的請求終端向目標終端傳輸用媒體傳輸協(xié)議封裝的會話的媒體流的分組數(shù)據(jù)，該NSIS路由器包括接收器，用于使用NSIS傳輸層協(xié)議NTLP通過分組交換網(wǎng)絡接收查詢消息，其中該查詢消息查詢接收該查詢消息的NSIS路由器將媒體會話的流的分組數(shù)據(jù)從第一媒體格式轉換到不同的第二媒體格式的能力，以及轉發(fā)器，響應該接收查詢消息，使用NSIS傳輸層協(xié)議NTLP向該請求終端傳送響應消息，所述響應消息指示NSIS路由器是否具有將媒體會話流的分組數(shù)據(jù)從第一媒體格式轉換成第二媒體格式的該能力。32.根據(jù)權利要求31所述的NSIS路由器，還包括用于執(zhí)行根據(jù)權利要求19至28之一所述的方法的部件。33.—種計算機可讀媒體存儲指令，當由終端的處理器執(zhí)行時，使終端通過分組交換通信網(wǎng)絡在該終端和第二終端之間建立包括至少一個媒體流的媒體會話，其中該至少一個媒體流使用媒體傳輸協(xié)議通過以下步驟進行通信使用會話管理協(xié)議向該第二終端傳送建立消息來啟動該會話，其中該消息包括建議將要在該媒體會話中通信的每個媒體流的媒體格式[O]以及相應參數(shù)和屬性的會話描述，使用該會話管理協(xié)議來接收對該建立消息的響應，其中對該建立消息的該響應包括修正的會話描述，其中對于在該建立消息包括的該會話描述中建議了該第二終端不支持的媒體格式的媒體會話，該修正的會話描述建議該媒體會話的至少一個媒體流的可選媒體格式，對于在該建立消息的該響應中包括的該會話描述中的每個可選媒體格式，確定該第一終端是否支持相應的可選媒體格式，如果不支持，則對每個可選媒體格式檢測使用信令下一步NSIS框架的至少一個NSIS路由器，其中檢測到的NSIS路由器能夠將媒體流的該分組數(shù)據(jù)從在該建立消息中的會話描述的第一終端建議的^某體格式轉換成在建立消息的響應中的會話描述由第二終端建議的、相應可選i某體格式，如果對于第一終端不支持的每個可選媒體格式檢測到至少一個NSIS路由器，則預留資源，以便將處于所建議的媒體格式的分組數(shù)據(jù)轉換成在對于第一終端不支持的相應可選媒體格式所檢測到的至少一個NSIS路由器的相應可選媒體格式，以及當成功地預留用于媒體格式轉換的資源時，開始該媒體會話，其中使用媒體傳輸協(xié)議，將媒體會話的至少一個媒體流的分組數(shù)據(jù)通過至少一個NSIS路由器從第一終端提供給第二終端，在所述至少一個NSIS路由器上，為第一終端不支持的每個可選媒體格式，預留了用于媒體格式轉換的資源。34.根據(jù)權利要求33所述的計算機可讀媒體，還存儲當由該終端的該處理器執(zhí)行時，致使該終端執(zhí)行根據(jù)權利要求1至18之一所述的方法的步驟的指令。35.—種計算機可讀媒體存儲指令，當由媒體數(shù)據(jù)路徑上的NSIS路由器的處理器執(zhí)行時，致使該NSIS路由器向請求終端報告用于轉換將要建立的媒體會話的媒體流的媒體格式的媒體格式適配資源，在所述媒體數(shù)據(jù)路徑上，通過分組交換網(wǎng)絡從參與將要建立的該媒體會話的請求終端向目標終端傳輸用i某體傳輸協(xié)議封裝的會話的+某體流的分組數(shù)據(jù)，通過NSIS路由器使用NSIS傳輸層協(xié)議NTLP通過分組交換網(wǎng)絡接收查詢消息，其中該查詢消息查詢接收該查詢消息的NSIS路由器將媒體會話的流的分組數(shù)據(jù)從第一媒體格式轉換到不同的第二媒體格式的能力，以及響應該接收查詢消息，使用NSIS傳輸層協(xié)議NTLP向該請求終端傳送響應消息，其指示該NSIS路由器是否具有將媒體會話的流的分組數(shù)據(jù)從第一媒體格式轉換成該第二媒體格式的該能力。36.根據(jù)權利要求35所述的計算機可讀媒體，還存儲當由該NSIS路由器的該處理器執(zhí)行時，致使該NSIS路由器執(zhí)行根據(jù)權利要求19至28之一所述的方法的指令。全文摘要本發(fā)明涉及一種用于通過分組交換通信網(wǎng)絡向請求終端報告媒體格式適配資源以便轉換將要在終端之間建立的媒體會話的媒體流的媒體格式的方法和終端。本發(fā)明還涉及一種用于報告媒體格式適配資源的方法和NSIS路由器，所述媒體格式適配資源用于轉換將要在終端之間建立的媒體會話的媒體流的媒體格式。為了允許終端利用媒體適配建立媒體會話，本發(fā)明提供一種基于信令框架的NSIS(信令下一步)，其促進媒體適配資源在(以及不在)媒體數(shù)據(jù)路徑上的檢測和預留，在所述媒體數(shù)據(jù)路徑上，媒體數(shù)據(jù)利用媒體傳輸協(xié)議在參與會話的終端之間進行傳輸。文檔編號H04L29/06GK101273607SQ200680035787公開日2008年9月24日申請日期2006年8月10日優(yōu)先權日2005年8月26日發(fā)明者喬斯·L·雷伊申請人:松下電器產(chǎn)業(yè)株式會社