本申請涉及電信和互聯(lián)網(wǎng)通信技術(shù)，尤其涉及媒體數(shù)據(jù)傳輸方法及設(shè)備。

背景技術(shù)：
現(xiàn)有技術(shù)中，請求方設(shè)備與被請求方設(shè)備在同一個會話中，可以發(fā)起多個媒體業(yè)務(wù)。請求方設(shè)備與被請求方設(shè)備通過進行媒體協(xié)商，可以傳輸每個媒體業(yè)務(wù)的媒體數(shù)據(jù)，以建立對應(yīng)的媒體通道，完成每個媒體業(yè)務(wù)。例如，富通信套件(RichCommunicationSuite，RCS)是一種以地址簿為基礎(chǔ)，提供包括即時消息、文件傳輸、視頻通話、視頻共享等多種功能的業(yè)務(wù)集合。根據(jù)當(dāng)前的會話描述協(xié)議(SessionDescriptionProtocol，SDP)規(guī)范，請求方設(shè)備會把所述請求方設(shè)備支持的媒體信息發(fā)送給被請求方設(shè)備。請求方設(shè)備可以同時利用SDP信息發(fā)起多個媒體業(yè)務(wù)，例如，同時發(fā)起視頻共享業(yè)務(wù)和視頻通話業(yè)務(wù)兩個業(yè)務(wù)。雖然，這兩個業(yè)務(wù)都是視頻業(yè)務(wù)，但是，可能各自所對應(yīng)的媒體信息有所區(qū)別，例如，視頻共享業(yè)務(wù)支持VP8，而視頻通話業(yè)務(wù)支持H.261和H.264。被請求方設(shè)備在接收到SDP信息后，只能知道請求方設(shè)備支持VP8、H.261和H.264三種編碼格式，卻不知道兩種視頻業(yè)務(wù)各自支持哪種編碼格式。如果被請求方設(shè)備的視頻共享業(yè)務(wù)支持H.261，視頻通話業(yè)務(wù)支持H.264和VP8。根據(jù)當(dāng)前的SDP規(guī)范，被請求方設(shè)備在向請求方設(shè)備回復(fù)的響應(yīng)中可以包括這三種編碼格式，表明可以進行媒體數(shù)據(jù)傳輸。但實際上，請求方設(shè)備和被請求方設(shè)備所支持的視頻業(yè)務(wù)則會因為各自所支持的編碼格式不同，而導(dǎo)致無法進行視頻共享業(yè)務(wù)和視頻通話業(yè)務(wù)的媒體數(shù)據(jù)的傳輸。因此，如果請求方設(shè)備所發(fā)起的多個媒體業(yè)務(wù)的媒體類型相同，由于兩個設(shè)備(即請求方設(shè)備與被請求方設(shè)備)所支持的每個媒體業(yè)務(wù)的媒體信息(例如，編碼格式、端口號或采樣頻率等)可能會不相同，致使請求方設(shè)備和被請求方設(shè)備則會因為各自所支持的與視頻業(yè)務(wù)對應(yīng)的媒體信息不同，而導(dǎo)致無法進行所述多個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸。

技術(shù)實現(xiàn)要素：
本申請的多個方面提供媒體數(shù)據(jù)傳輸方法及設(shè)備，當(dāng)請求方設(shè)備發(fā)起媒體類型相同的多個媒體業(yè)務(wù)，且請求方設(shè)備與被請求方設(shè)備所支持的每個媒體業(yè)務(wù)的媒體信息不相同時，實現(xiàn)請求方設(shè)備與被請求方設(shè)備進行所述多個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸。本申請的一方面，提供一種媒體數(shù)據(jù)傳輸方法，包括：請求方設(shè)備向被請求方設(shè)備發(fā)送業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述請求方設(shè)備接收所述被請求方設(shè)備發(fā)送的業(yè)務(wù)響應(yīng)消息，所述業(yè)務(wù)響應(yīng)消息中包含所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商獲得的協(xié)商結(jié)果；所述請求方設(shè)備根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述業(yè)務(wù)請求消息的消息體中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述請求方設(shè)備根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作，包括：所述請求方設(shè)備根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為協(xié)商失敗信息；所述請求方設(shè)備根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作，包括：所述請求方設(shè)備根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述業(yè)務(wù)請求消息包括SIP消息、HTTP消息或XMPP消息；所述業(yè)務(wù)響應(yīng)消息包括SIP消息、HTTP消息或XMPP消息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述請求方設(shè)備向被請求方設(shè)備發(fā)送業(yè)務(wù)請求消息之前，還包括：所述請求方設(shè)備向所述被請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢請求消息，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)；所述請求方設(shè)備接收所述被請求方設(shè)備根據(jù)所述業(yè)務(wù)能力查詢請求消息發(fā)送的業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述請求方設(shè)備向被請求方設(shè)備發(fā)送業(yè)務(wù)請求消息，包括：所述請求方設(shè)備根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本申請的另一方面，提供一種媒體數(shù)據(jù)傳輸方法，包括：被請求方設(shè)備接收請求方設(shè)備發(fā)送的業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商，以獲得協(xié)商結(jié)果；所述被請求方設(shè)備向所述請求方設(shè)備發(fā)送業(yè)務(wù)響應(yīng)消息，所述業(yè)務(wù)響應(yīng)消息中包含所述協(xié)商結(jié)果；所述被請求方設(shè)備根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述業(yè)務(wù)請求消息的消息體中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商，以獲得協(xié)商結(jié)果，包括：所述被請求方設(shè)備確定所述業(yè)務(wù)請求消息所包含的媒體信息中描述的業(yè)務(wù)信息的數(shù)量和所述業(yè)務(wù)請求消息的聯(lián)系方頭域中的特征標(biāo)簽的數(shù)量；如果所述業(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量相等，所述被請求方設(shè)備根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果；或者如果所述業(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量不相等，所述被請求方設(shè)備判斷所述特征標(biāo)簽所指示的業(yè)務(wù)是否沒有包含相同的媒體類型；如果所述特征標(biāo)簽所指示的業(yè)務(wù)沒有包含相同的媒體類型，所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型，確定所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型對應(yīng)的媒體信息，根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述被請求方設(shè)備根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作，包括：所述被請求方設(shè)備根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為協(xié)商失敗信息；所述被請求方設(shè)備根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作，包括：所述被請求方設(shè)備根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述業(yè)務(wù)請求消息包括SIP消息、HTTP消息或XMPP消息；所述業(yè)務(wù)響應(yīng)消息包括SIP消息、HTTP消息或XMPP消息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述被請求方設(shè)備接收請求方設(shè)備發(fā)送的業(yè)務(wù)請求消息之前，還包括：所述被請求方設(shè)備接收所述請求方設(shè)備發(fā)送的業(yè)務(wù)能力查詢請求消息，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)；所述被請求方設(shè)備根據(jù)所述業(yè)務(wù)能力查詢請求消息，向所述請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以使得所述請求方設(shè)備根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本申請的另一方面，提供一種請求方設(shè)備，包括：發(fā)送單元，用于向被請求方設(shè)備發(fā)送業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；接收單元，用于接收所述被請求方設(shè)備發(fā)送的業(yè)務(wù)響應(yīng)消息，以及將所述業(yè)務(wù)響應(yīng)消息傳輸給處理單元，所述業(yè)務(wù)響應(yīng)消息中包含所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商獲得的協(xié)商結(jié)果；所述處理單元，用于根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述發(fā)送單元發(fā)送的所述業(yè)務(wù)請求消息的消息體中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述處理單元具體用于根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為協(xié)商失敗信息；所述處理單元具體用于根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述發(fā)送單元發(fā)送的所述業(yè)務(wù)請求消息包括SIP消息、HTTP消息或XMPP消息；所述接收單元接收的所述業(yè)務(wù)響應(yīng)消息包括SIP消息、HTTP消息或XMPP消息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述發(fā)送單元還用于向所述被請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢請求消息，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)；所述接收單元還用于接收所述被請求方設(shè)備根據(jù)所述業(yè)務(wù)能力查詢請求消息發(fā)送的業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以及將所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息傳輸給所述發(fā)送單元；所述發(fā)送單元具體用于根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本申請的另一方面，提供一種被請求方設(shè)備，包括：接收單元，用于接收請求方設(shè)備發(fā)送的業(yè)務(wù)請求消息，以及將所述業(yè)務(wù)請求消息傳輸給協(xié)商單元，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述協(xié)商單元，用于根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商，以獲得協(xié)商結(jié)果，以及將所述協(xié)商結(jié)果傳輸給發(fā)送單元和處理單元；所述發(fā)送單元，用于向所述請求方設(shè)備發(fā)送業(yè)務(wù)響應(yīng)消息，所述業(yè)務(wù)響應(yīng)消息中包含所述協(xié)商結(jié)果；所述處理單元，用于根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述接收單元接收的所述業(yè)務(wù)請求消息的消息體中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商單元具體用于確定所述業(yè)務(wù)請求消息所包含的媒體信息中描述的業(yè)務(wù)信息的數(shù)量和所述業(yè)務(wù)請求消息的聯(lián)系方頭域中的特征標(biāo)簽的數(shù)量；如果所述業(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量相等，根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果；或者如果所述業(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量不相等，判斷所述特征標(biāo)簽所指示的業(yè)務(wù)是否沒有包含相同的媒體類型；如果所述特征標(biāo)簽所指示的業(yè)務(wù)沒有包含相同的媒體類型，根據(jù)所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型，確定所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型對應(yīng)的媒體信息，根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述處理單元具體用于根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為協(xié)商失敗信息；所述處理單元具體用于根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述接收單元接收的所述業(yè)務(wù)請求消息包括SIP消息、HTTP消息或XMPP消息；所述發(fā)送單元發(fā)送的所述業(yè)務(wù)響應(yīng)消息包括SIP消息、HTTP消息或XMPP消息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述接收單元還用于接收所述請求方設(shè)備發(fā)送的業(yè)務(wù)能力查詢請求消息，以及將所述業(yè)務(wù)能力查詢請求消息傳輸給所述發(fā)送單元，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)；所述發(fā)送單元還用于根據(jù)所述業(yè)務(wù)能力查詢請求消息，向所述請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以使得所述請求方設(shè)備根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本申請的另一方面，提供一種請求方設(shè)備，包括：發(fā)送器，用于向被請求方設(shè)備發(fā)送業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；接收器，用于接收所述被請求方設(shè)備發(fā)送的業(yè)務(wù)響應(yīng)消息，以及將所述業(yè)務(wù)響應(yīng)消息傳輸給處理器，所述業(yè)務(wù)響應(yīng)消息中包含所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商獲得的協(xié)商結(jié)果；所述處理器，用于根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述發(fā)送器發(fā)送的所述業(yè)務(wù)請求消息的消息體中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述處理器具體用于根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為協(xié)商失敗信息；所述處理器具體用于根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述發(fā)送器發(fā)送的所述業(yè)務(wù)請求消息包括SIP消息、HTTP消息或XMPP消息；所述接收器接收的所述業(yè)務(wù)響應(yīng)消息包括SIP消息、HTTP消息或XMPP消息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述發(fā)送器還用于向所述被請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢請求消息，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)；所述接收器還用于接收所述被請求方設(shè)備根據(jù)所述業(yè)務(wù)能力查詢請求消息發(fā)送的業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以及將所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息傳輸給所述發(fā)送器；所述發(fā)送器具體用于根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本申請的另一方面，提供一種被請求方設(shè)備，包括：接收器，用于接收請求方設(shè)備發(fā)送的業(yè)務(wù)請求消息，以及將所述業(yè)務(wù)請求消息傳輸給處理器，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述處理器，用于根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商，以獲得協(xié)商結(jié)果，以及將所述協(xié)商結(jié)果傳輸給發(fā)送器；所述發(fā)送器，用于向所述請求方設(shè)備發(fā)送業(yè)務(wù)響應(yīng)消息，所述業(yè)務(wù)響應(yīng)消息中包含所述協(xié)商結(jié)果；所述處理器，還用于根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述接收器接收的所述業(yè)務(wù)請求消息的消息體中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述處理器具體用于確定所述業(yè)務(wù)請求消息所包含的媒體信息中描述的業(yè)務(wù)信息的數(shù)量和所述業(yè)務(wù)請求消息的聯(lián)系方頭域中的特征標(biāo)簽的數(shù)量；如果所述業(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量相等，根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果；或者如果所述業(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量不相等，判斷所述特征標(biāo)簽所指示的業(yè)務(wù)是否沒有包含相同的媒體類型；如果所述特征標(biāo)簽所指示的業(yè)務(wù)沒有包含相同的媒體類型，根據(jù)所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型，確定所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型對應(yīng)的媒體信息，根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述處理器具體用于根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述協(xié)商結(jié)果為協(xié)商失敗信息；所述處理器具體用于根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述接收器接收的所述業(yè)務(wù)請求消息包括SIP消息、HTTP消息或XMPP消息；所述發(fā)送器發(fā)送的所述業(yè)務(wù)響應(yīng)消息包括SIP消息、HTTP消息或XMPP消息。如上所述的方面和任一可能的實現(xiàn)方式，進一步提供一種實現(xiàn)方式，所述接收器還用于接收所述請求方設(shè)備發(fā)送的業(yè)務(wù)能力查詢請求消息，以及將所述業(yè)務(wù)能力查詢請求消息傳輸給所述發(fā)送器，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)；所述發(fā)送器還用于根據(jù)所述業(yè)務(wù)能力查詢請求消息，向所述請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以使得所述請求方設(shè)備根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。由上述技術(shù)方案可知，本申請實施例由于請求方設(shè)備與被請求方設(shè)備之間傳輸?shù)拿襟w信息是與所述請求方設(shè)備或所述被請求方設(shè)備支持的每個媒體業(yè)務(wù)分別對應(yīng)的，因此，當(dāng)請求方設(shè)備發(fā)起媒體類型相同的多個媒體業(yè)務(wù)，且請求方設(shè)備與被請求方設(shè)備所支持的每個媒體業(yè)務(wù)的媒體信息不相同時，能夠?qū)崿F(xiàn)請求方設(shè)備與被請求方設(shè)備進行所述多個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸，以建立對應(yīng)的媒體通道，完成每個媒體業(yè)務(wù)。附圖說明為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本申請的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本申請一實施例提供的媒體數(shù)據(jù)傳輸方法的流程示意圖；圖2為本申請另一實施例提供的媒體數(shù)據(jù)傳輸方法的流程示意圖；圖3為本申請另一實施例提供的請求方設(shè)備的結(jié)構(gòu)示意圖；圖4為本申請另一實施例提供的被請求方設(shè)備的結(jié)構(gòu)示意圖；圖5為本申請另一實施例提供的請求方設(shè)備的結(jié)構(gòu)示意圖；圖6為本申請另一實施例提供的被請求方設(shè)備的結(jié)構(gòu)示意圖。具體實施方式為使本申請實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。本發(fā)明提供的技術(shù)方案可以應(yīng)用于多種應(yīng)用中，例如，多業(yè)務(wù)會話邀請中的應(yīng)用、基于WEB的實時通信(WEBRealTimeCommunication，WEBRTC)中的應(yīng)用或業(yè)務(wù)能力發(fā)現(xiàn)中的應(yīng)用等。另外，本文中術(shù)語“和／或”，僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，A和／或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“／”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。圖1為本申請一實施例提供的媒體數(shù)據(jù)傳輸方法的流程示意圖，如圖1所示。101、請求方設(shè)備向被請求方設(shè)備發(fā)送業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。102、所述請求方設(shè)備接收所述被請求方設(shè)備發(fā)送的業(yè)務(wù)響應(yīng)消息，所述業(yè)務(wù)響應(yīng)消息中包含所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商獲得的協(xié)商結(jié)果。103、所述請求方設(shè)備根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。其中，所述媒體信息包括媒體流接收的地址和端口號、媒體流的采樣頻率以及編碼格式(如H.323、動態(tài)圖像專家組(MovingPicturesExpertsGroup，MPEG)或VP8等)；此外，媒體信息還可以包括媒體類型(如視頻或音頻等)、傳輸協(xié)議(如傳輸控制協(xié)議(TransmissionControlProtocol，TCP)、用戶數(shù)據(jù)報協(xié)議(UserDatagramProtocol，UDP)、H.323或?qū)崟r傳輸協(xié)議(Real-TimeTransportProtocol，RTP)等)等信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述業(yè)務(wù)請求消息的消息體中可以包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述業(yè)務(wù)請求消息和所述業(yè)務(wù)響應(yīng)消息的消息體可以是通過會話描述協(xié)議(SessionDescriptionProtocol，SDP)協(xié)議描述的，為了簡化描述，可以稱其消息體為一個SDP信息。其中，所述業(yè)務(wù)請求消息可以包括但不限于會話初始化協(xié)議(SessionInitiationProtocol，SIP)消息、超文體傳輸協(xié)議(HypertextTransferProtocol，HTTP)消息或(ExtensibleMessagingandPresenceProtocol，XMPP)消息；相應(yīng)地，所述業(yè)務(wù)響應(yīng)消息可以包括但不限于SIP消息、HTTP消息或XMPP消息。可選地，在本實施例的一個可能的實現(xiàn)方式中，具體可以在所述業(yè)務(wù)請求消息的消息體(即SDP信息)中增加標(biāo)識媒體業(yè)務(wù)的參數(shù)“a＝：”行。具體地，可以為a＝featuretag：或a＝service：等形式，其取值可以唯一標(biāo)識一個媒體業(yè)務(wù)。其后的其他媒體行則可以表示所述請求方設(shè)備支持的該媒體業(yè)務(wù)對應(yīng)的媒體信息。例如，SDP信息可以采用純文本形式進行描述，那么，所述業(yè)務(wù)請求消息的SDP信息可以為如下形式：a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”m＝video49176RTP／AVP3132a＝rtpmap：31H261／90000a＝rtpmap：32MPV／90000a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”m＝video49178RTP／AVP3132a＝rtpmap：31H264／90000a＝rtpmap：32VP8／90000該SDP信息中包括了兩個媒體業(yè)務(wù)，分別是urn：urn-7：3gpp-application.ims.iari.gsma-vs(3GPP定義的視頻共享業(yè)務(wù)VS：VideoShare)和urn：urn-7：3gpp-service.ims.icsi.mmtel.video(3GPP定義的視頻通話業(yè)務(wù))。在視頻共享業(yè)務(wù)中，視頻流所使用的端口號為49176，傳輸協(xié)議為RTP，可選的編碼格式有兩種，一種是H261(采樣頻率為90000)，另一種是MPV(采樣頻率為90000)。在視頻通話業(yè)務(wù)中，視頻流所使用的端口號為49178，傳輸協(xié)議為RTP，可選的編碼格式有兩種，一種是H264(采樣頻率為90000)，另一種是VP8(采樣頻率為90000)再例如，SDP信息可以采用JSON(JavaScriptObjectNotation)格式進行描述，那么，所述業(yè)務(wù)請求消息的SDP信息可以為如下形式：“SDP”：[“／na＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”/nm＝video49170RTP／AVP3132／na＝rtpmap：31H261／90000／na＝rtpmap：32MPV／90000／na＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”/nm＝video49172RTP／AVP3334／na＝rtpmap：33H264／60000／na＝rtpmap：34VP8／60000／na＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel”/nm＝audio49174RTP／AVP0897／na＝rtpmap：0PCMU／8000／na＝rtpmap：8PCMA／8000／na＝rtpmap：97iLBC／8000／n“]該SDP信息中包括了三個媒體業(yè)務(wù)(2個視頻媒體業(yè)務(wù)和1個音頻媒體業(yè)務(wù))，分別是urn：urn-7：3gpp-application.ims.iari.gsma-vs(3GPP定義的視頻共享業(yè)務(wù)VS：VideoShare)、urn：urn-7：3gpp-service.ims.icsi.mmtel.video(3GPP定義的視頻通話業(yè)務(wù))和urn：urn-7：3gpp-service.ims.icsi.mmtel(3GPP定義的呼叫業(yè)務(wù))。在視頻共享業(yè)務(wù)中，視頻流所使用的端口號為49170，傳輸協(xié)議為RTP，可選的編碼格式有兩種，一種是H261(采樣頻率為90000)，另一種是MPV(采樣頻率為90000)。在視頻通話業(yè)務(wù)中，視頻流所使用的端口號為49172，傳輸協(xié)議為RTP，可選的編碼格式有兩種，一種是H264(采樣頻率為60000)，另一種是VP8(采樣頻率為60000)。在呼叫業(yè)務(wù)中，音頻流所使用的端口號為49174，傳輸協(xié)議為RTP，可選的編碼格式有三種，第一種是PCMU(采樣頻率為8000)，第二種是PCMA(采樣頻率為8000)，第三種是iLBC(采樣頻率為8000)。從上述例中可以看出，媒體信息按照媒體業(yè)務(wù)進行了分隔，這樣則可以對每個媒體業(yè)務(wù)對應(yīng)的媒體信息進行分別描述，即每個a＝featuretag：行后的媒體信息均是針對于某一特定媒體業(yè)務(wù)，由a＝featuretag的取值來標(biāo)識該媒體業(yè)務(wù)?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，具體可以在所述業(yè)務(wù)請求消息的消息體包含多個部分即每一個部分可以對應(yīng)一個SDP信息，每個SDP信息對應(yīng)一個媒體業(yè)務(wù)對應(yīng)的媒體信息，各個SDP信息可以通過分隔符隔開。例如，所述業(yè)務(wù)請求消息的多個SDP信息可以為如下形式：INVITEsip：to@192.168.105.14SIP／2.0From：<sip：from@192.168.105.5>；tag＝29244To：<sip：to@192.168.105.14>Call-ID：8103CSeq：20INVITEContact：<sip：from@192.168.105.5：5060>；featuretag＝+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”Content-Type：multipart／application；boundary＝”----000_0009_01CD06B0.D0D652D0”------000_0009_01CD06B0.D0D652D0Content-Type：application／sdp；v＝0o＝alice28908445262890844526INIP4host.atlanta.example.coms＝c＝INIP4host.atlanta.example.comt＝00a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”m＝audio49170RTP／AVP08a＝rtpmap：0PCMU／8000a＝rtpmap：8PCMA／8000------000_0009_01CD06B0.D0D652D0Content-Type：application／sdp；v＝0o＝alice28908445262890844526INIP4host.atlanta.example.coms＝c＝INIP4host.atlanta.example.comt＝00a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”／nm＝audio49172RTP／AVP0897／na＝rtpmap：0PCMU／8000／na＝rtpmap：8PCMA／8000／na＝rtpmap：97iLBC／8000／n從上述例中可以看出，Content-Type的值是multipart／application，表示消息體中包括多個部分，各部分間的分隔符為”------000_0009_01CD06B0.D0D652D0”。在每一部分前由分隔符開始，并指出本部分的類型是application／sdp，即SDP信息描述。可選地，消息體中各部分的順序可以與Contact頭域中FeatureTag的順序一一對應(yīng)。如果各部分的順序與Contact頭域中FeatureTag的順序不一致，例如消息體中的第一部分對應(yīng)第二個FeatureTag中的媒體業(yè)務(wù)，則需要在每個部分中增加相應(yīng)的業(yè)務(wù)標(biāo)識進行區(qū)分。例如，增加標(biāo)識媒體業(yè)務(wù)的“a＝：”行。具體地，可以為a＝featuretag：或a＝service：等形式，其取值可以唯一標(biāo)識一個媒體業(yè)務(wù)。其后的其他媒體行則可以表示所述請求方設(shè)備支持的該媒體業(yè)務(wù)對應(yīng)的媒體信息。具體地，所述被請求方設(shè)備具體可以根據(jù)所述業(yè)務(wù)請求消息的聯(lián)系方(contact)頭域中的特征標(biāo)簽(FeatureTag)，判斷所述業(yè)務(wù)請求消息是否為多業(yè)務(wù)請求。首先，所述被請求方設(shè)備可以確定所述業(yè)務(wù)請求消息所包含的媒體信息中描述的業(yè)務(wù)信息的數(shù)量和所述業(yè)務(wù)請求消息的聯(lián)系方頭域中的特征標(biāo)簽的數(shù)量；如果所述業(yè)務(wù)請求消息為多業(yè)務(wù)請求(即請求消息Contact頭域中的特征標(biāo)簽FeatureTag的數(shù)量大于1個)，則判斷媒體信息中描述的業(yè)務(wù)信息的數(shù)量(即a＝FeatureTag的數(shù)量)是否與所述聯(lián)系方(contact)頭域中的特征標(biāo)簽(FeatureTag)的數(shù)量相等。如果所述業(yè)務(wù)請求消息不為多業(yè)務(wù)請求(即特征標(biāo)簽的數(shù)量為1)，則執(zhí)行按照現(xiàn)有技術(shù)中的流程，此處不再贅述。如果所述媒體信息(即所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息)中描述的業(yè)務(wù)信息的數(shù)量與所述請求消息中聯(lián)系方(contact)頭域中的特征標(biāo)簽(FeatureTag)的數(shù)量相等，所述被請求方設(shè)備則可以根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息發(fā)送給所述請求方設(shè)備。如果所述媒體信息(即所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息)中描述的業(yè)務(wù)信息的數(shù)量與所述請求消息中聯(lián)系方(contact)頭域中的特征標(biāo)簽(FeatureTag)的數(shù)量不相等，所述被請求方設(shè)備則再判斷所述業(yè)務(wù)請求消息中所請求的多個媒體業(yè)務(wù)是否具有相同的媒體類型(例如，被請求方設(shè)備具體可以根據(jù)特征標(biāo)簽，判斷多個媒體業(yè)務(wù)是否具有相同的媒體類型，例如：是否均為視頻業(yè)務(wù)，或均為音頻業(yè)務(wù)，或者包括均包括視頻和音頻業(yè)務(wù))。如果是，所述被請求方設(shè)備則向請求方設(shè)備返回錯誤響應(yīng)。否則，所述被請求方設(shè)備則可以根據(jù)所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型，確定所述媒體類型對應(yīng)的媒體信息，所述被請求方設(shè)備則可以根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息發(fā)送給所述請求方設(shè)備?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。例如，所述業(yè)務(wù)響應(yīng)消息的消息體中可以包含所述協(xié)商結(jié)果。具體地，所述業(yè)務(wù)響應(yīng)消息的消息體(SDP信息)的詳細描述可以參見所述業(yè)務(wù)請求消息的相關(guān)內(nèi)容，此處不再贅述。相應(yīng)地，在103中，所述請求方設(shè)備具體則可以根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為協(xié)商失敗信息。例如，所述協(xié)商結(jié)果為協(xié)商失敗信息的場景，可以包括但不限于以下場景：場景1、被請求方設(shè)備接收到業(yè)務(wù)請求消息之后，判斷該業(yè)務(wù)請求消息所請求的媒體業(yè)務(wù)中至少有一種媒體業(yè)務(wù)該被請求方設(shè)備不支持，則向請求方設(shè)備返回所述協(xié)商失敗信息。例如，請求方設(shè)備請求視頻通話業(yè)務(wù)和視頻共享業(yè)務(wù)，但被請求方設(shè)備不支持視頻通話業(yè)務(wù)。場景2、被請求方設(shè)備接收到業(yè)務(wù)請求消息之后，判斷該業(yè)務(wù)請求消息所請求的媒體業(yè)務(wù)對應(yīng)的全部編碼格式該被請求方設(shè)備不支持，則向請求方設(shè)備返回所述協(xié)商失敗信息。例如，請求方設(shè)備請求視頻通話業(yè)務(wù)對應(yīng)的VP8或H.264兩種編碼格式，但被請求方設(shè)備只支持視頻通話業(yè)務(wù)的H.261編碼格式。場景3、被請求方設(shè)備根據(jù)用戶設(shè)置或指示拒絕請求方設(shè)備所請求的多個媒體業(yè)務(wù)。相應(yīng)地，在103中，所述請求方設(shè)備具體則可以根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，在101之前，所述請求方設(shè)備還可以進一步向所述被請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢請求消息。其中，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)。然后，所述請求方設(shè)備則可以接收所述被請求方設(shè)備根據(jù)所述業(yè)務(wù)能力查詢請求消息發(fā)送的業(yè)務(wù)能力查詢響應(yīng)消息。其中，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。相應(yīng)地，在101中，所述請求方設(shè)備具體可以根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本實施例提供的技術(shù)方案可以適用于多種應(yīng)用中，例如，多業(yè)務(wù)會話邀請中的應(yīng)用、基于WEB的實時通信(WEBRealTimeCommunication，WEBRTC)中的應(yīng)用或業(yè)務(wù)能力發(fā)現(xiàn)中的應(yīng)用等。例如，在多業(yè)務(wù)會話邀請中的應(yīng)用中，即請求方設(shè)備向被請求方設(shè)備發(fā)起視頻共享業(yè)務(wù)和視頻通話業(yè)務(wù)的多業(yè)務(wù)會話邀請。本實施例中，“a＝featuretag”的取值可以唯一標(biāo)識媒體業(yè)務(wù)，例如，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs代表視頻共享業(yè)務(wù)，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video代表視頻通話業(yè)務(wù)；“a＝featuretag”后面的媒體描述行中的信息則為該媒體業(yè)務(wù)對應(yīng)的媒體信息，包括但不限于m＝行、a＝行等。具體地，請求方設(shè)備向被請求方設(shè)備發(fā)送的業(yè)務(wù)請求消息可以如下所示：INVITEsip：to@192.168.105.14SIP／2.0From：<sip：from@192.168.105.5>；tag＝29244To：<sip：to@192.168.105.14>；tag＝87963Call-ID：8103CSeq：20INVITEContact：<sip：from@192.168.105.5：5060>；featuretag＝+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”Content-Type：application／sdpContent-Length：299a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”m＝video49176RTP／AVP3132a＝rtpmap：31H261／90000a＝rtpmap：32MPV／90000a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”m＝video49178RTP／AVP3132a＝rtpmap：31H264／90000a＝rtpmap：32VP8／90000被請求方設(shè)備接收業(yè)務(wù)請求消息，首先則可以通過解析所述業(yè)務(wù)請求消息的頭域，從而確定邀請中所包含哪些媒體業(yè)務(wù)，根據(jù)被請求方情況確定是否支持請求方設(shè)備所希望發(fā)起的媒體業(yè)務(wù)，如果支持，則可以繼續(xù)解析所述業(yè)務(wù)請求消息的SDP信息，并向請求方返回多業(yè)務(wù)會話響應(yīng)消息；如果不支持，則向請求方返回錯誤響應(yīng)，表示不支持某種媒體業(yè)務(wù)。該多業(yè)務(wù)會話響應(yīng)消息可以如下所示：SIP／2.0200OKFrom：<sip：from@192.168.105.5>；tag＝29244To：<sip：to@192.168.105.14>Call-ID：8103CSeq：20INVITEContact：<sip：from@192.168.105.5：5060>；featuretag＝+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”Content-Type：application／sdpContent-Length：288v＝0a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”m＝video49176RTP／AVP3132a＝rtpmap：31H261／90000a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”m＝video49178RTP／AVP3132a＝rtpmap：31H264／90000a＝rtpmap：32VP8／90000可以看出，以上多業(yè)務(wù)會話響應(yīng)消息表示被請求方設(shè)備接收邀請，該多業(yè)務(wù)會話響應(yīng)消息中包含協(xié)商出的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。其中，由于被請求方設(shè)備不支持視頻共享業(yè)務(wù)對應(yīng)的音樂圖片視頻(MusicPhotoVideo，MPV)編碼，因此，在所述業(yè)務(wù)響應(yīng)消息并沒有包含視頻共享業(yè)務(wù)對應(yīng)的MPV編碼，說明被請求方設(shè)備不支持MPV編碼。請求方接收業(yè)務(wù)響應(yīng)消息，至此，請求方設(shè)備則可以根據(jù)所述業(yè)務(wù)響應(yīng)消息，執(zhí)行與被請求方設(shè)備建立視頻共享業(yè)務(wù)的媒體通道和視頻通話業(yè)務(wù)的媒體通道的操作。例如，在WEBRTC中的應(yīng)用中，即請求方設(shè)備向被請求方設(shè)備發(fā)起屏幕共享業(yè)務(wù)和視頻通話業(yè)務(wù)的HTTP請求。本實施例中，“a＝featuretag”的取值可以唯一標(biāo)識媒體業(yè)務(wù)，具體可以由開發(fā)者統(tǒng)一設(shè)置業(yè)務(wù)標(biāo)識以唯一標(biāo)識媒體業(yè)務(wù)，例如，screen-share代表視頻共享業(yè)務(wù)，video-call代表視頻通話業(yè)務(wù)；“a＝featuretag”后面的描述信息則為該媒體業(yè)務(wù)對應(yīng)的媒體信息。具體地，請求方設(shè)備首先可以根據(jù)自身情況設(shè)置請求方SDP(Local-SDP)為：a＝featuretag：screen-sharem＝video49170RTP／AVP31a＝rtpmap：31VP8／90000a＝featuretag：video-callm＝video49172RTP／AVP34a＝rtpmap：34H264／90000然后，請求方設(shè)備向被請求方設(shè)備發(fā)送的HTTP請求消息具體可以包括請求方設(shè)備設(shè)置的請求方SDP(Local-SDP)。被請求方設(shè)備接收HTTP請求消息，判斷是否支持相應(yīng)的業(yè)務(wù)(即SDP信息中所描述的screen-share和screen-video業(yè)務(wù))，如果支持，被請求方設(shè)備則可以設(shè)置請求方SDP(Remote-SDP)為：a＝featuretag：screen-sharem＝video49170RTP／AVP31a＝rtpmap：31VP8／90000a＝featuretag：video-callm＝video49172RTP／AVP34a＝rtpmap：34H264／90000然后，被請求方設(shè)備根據(jù)自身情況設(shè)置被請求方的SDP(Local-SDP)為：a＝featuretag：screen-sharem＝video3566RTP／AVP31a＝rtpmap：31VP8／90000a＝featuretag：video-callm＝video3568RTP／AVP34a＝rtpmap：34H264／90000然后，被請求方設(shè)備向請求方設(shè)備發(fā)送的HTTP響應(yīng)消息，具體可以包括被請求方設(shè)備設(shè)置的被請求方的SDP(Local-SDP)。請求方設(shè)備接收HTTP響應(yīng)消息，則可以設(shè)置被請求方的SDP(Remote-SDP)為：a＝featuretag：screen-sharem＝video3566RTP／AVP31a＝rtpmap：31VP8／90000a＝featuretag：video-callm＝video3568RTP／AVP34a＝rtpmap：34H264／90000至此，請求方設(shè)備則可以根據(jù)所述HTTP響應(yīng)消息，執(zhí)行與被請求方設(shè)備建立屏幕共享業(yè)務(wù)的媒體通道和視頻通話業(yè)務(wù)的媒體通道的操作。例如，在業(yè)務(wù)能力發(fā)現(xiàn)中的應(yīng)用(例如，請求方設(shè)備上線時，向所有好友發(fā)起業(yè)務(wù)能力發(fā)現(xiàn)，或者請求方設(shè)備想與某好友進行通話之前，向該好友發(fā)起業(yè)務(wù)能力發(fā)現(xiàn)等)中，即請求方設(shè)備與被請求方設(shè)備通過提供／應(yīng)答(OFFER／ANSWER)機制，獲取被請求方設(shè)備當(dāng)前所支持的媒體業(yè)務(wù)對應(yīng)的媒體信息。本實施例中，“a＝featuretag”的取值可以唯一標(biāo)識媒體業(yè)務(wù)，例如，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs代表視頻共享業(yè)務(wù)，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video代表視頻通話業(yè)務(wù)；“a＝featuretag”后面的描述信息則為該媒體業(yè)務(wù)對應(yīng)的媒體信息。具體地，請求方設(shè)備向被請求方設(shè)備發(fā)送的用以查詢業(yè)務(wù)能力的SIP選項(SIPOPTIONS)請求消息可以如下所示：OPTIONSsip：carol@chicago.comSIP／2.0Via：SIP／2.0／UDPpc33.atlanta.com；branch＝z9hG4bKhjhs8ass877Max-Forwards：70To：<sip：carol@chicago.com>From：Alice<sip：alice@atlanta.com>；tag＝1928301774Call-ID：a84b4c76e66710CSeq：63104OPTIONSContact：<sip：alice@pc33.atlanta.com>；featuretag＝+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”Accept：application／sdpContent-Length：0被請求方設(shè)備接收SIP選項請求消息，該SIP選項請求消息中包含請求方設(shè)備的標(biāo)識，進一步可以包含請求方設(shè)備所支持的媒體業(yè)務(wù)。被請求方設(shè)備根據(jù)所述SIP選項請求消息，向請求方設(shè)備返回SIP選項響應(yīng)消息，該SIP選項響應(yīng)消息可以如下所示：SIP／2.0200OKVia：SIP／2.0／UDPpc33.atlanta.com；branch＝z9hG4bKhjhs8ass877；received＝192.0.2.4To：<sip：carol@chicago.com>；tag＝93810874From：Alice<sip：alice@atlanta.com>；tag＝1928301774Call-ID：a84b4c76e66710nCSeq：63104OPTIONSContact：<sip：carol@chicago.com>；featuretag＝+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”Allow：INVITE，ACK，CANCEL，OPTIONS，BYEAccept：application／sdpAccept-Encoding：gzipAccept-Language：enSupported：fooContent-Type：application／sdpContent-Length：311v＝0a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”m＝video49176RTP／AVP3132a＝rtpmap：31H261／90000a＝rtpmap：32MPV／90000a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”m＝video49178RTP／AVP3132a＝rtpmap：31H264／90000a＝rtpmap：32VP8／90000請求方設(shè)備接收SIP選項響應(yīng)消息，該SIP選項響應(yīng)消息中包含被請求方設(shè)備的標(biāo)識和被請求方設(shè)備所支持的媒體業(yè)務(wù)，至此，請求方設(shè)備則可以根據(jù)所述SIP選項響應(yīng)消息，獲取所述被請求方設(shè)備所支持的媒體業(yè)務(wù)對應(yīng)的媒體信息。進一步地，還可以進一步在請求方設(shè)備向被請求方設(shè)備發(fā)送的SIP選項(SIPOPTIONS)請求消息中增加一個頭域，例如Answer-SDP-Needed頭域，表示是否需要被請求方設(shè)備在返回的SIP選項響應(yīng)消息中包含所述被請求方設(shè)備所支持的媒體業(yè)務(wù)對應(yīng)的媒體信息。具體地，請求方設(shè)備向被請求方設(shè)備發(fā)送的SIP選項(SIPOPTIONS)請求消息還可以如下所示：OPTIONSsip：carol@chicago.comSIP／2.0Via：SIP／2.0／UDPpc33.atlanta.com；branch＝z9hG4bKhjhs8ass877Max-Forwards：70To：<sip：carol@chicago.com>From：Alice<sip：alice@atlanta.com>；tag＝1928301774Call-ID：a84b4c76e66710CSeq：63104OPTIONSContact：<sip：alice@pc33.atlanta.com>Accept：application／sdpAnswer-SDP-Needed：yesContent-Length：0新增加的Answer-SDP-Needed頭域，其取值為yes時，表示需要被請求方在返回的SIP選項響應(yīng)消息中包含所述被請求方所支持的媒體業(yè)務(wù)對應(yīng)的媒體信息；其取值為no時，表示不需要被請求方在返回的SIP選項響應(yīng)消息中包含所述被請求方所支持的媒體業(yè)務(wù)對應(yīng)的媒體信息。本實施例中，由于請求方設(shè)備與被請求方設(shè)備之間傳輸?shù)拿襟w信息是與所述請求方設(shè)備或所述被請求方設(shè)備支持的每個媒體業(yè)務(wù)分別對應(yīng)的，因此，當(dāng)請求方設(shè)備發(fā)起媒體類型相同的多個媒體業(yè)務(wù)，且請求方設(shè)備與被請求方設(shè)備所支持的每個媒體業(yè)務(wù)的媒體信息不相同時，能夠?qū)崿F(xiàn)請求方設(shè)備與被請求方設(shè)備進行所述多個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸，以建立對應(yīng)的媒體通道，完成每個媒體業(yè)務(wù)。圖2為本申請另一實施例提供的媒體數(shù)據(jù)傳輸方法的流程示意圖，如圖2所示。201、被請求方設(shè)備接收請求方設(shè)備發(fā)送的業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。202、所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商，以獲得協(xié)商結(jié)果。203、所述被請求方設(shè)備向所述請求方設(shè)備發(fā)送業(yè)務(wù)響應(yīng)消息，所述業(yè)務(wù)響應(yīng)消息中包含所述協(xié)商結(jié)果。204、所述被請求方設(shè)備根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。也就是說，所述請求方設(shè)備接收到所述業(yè)務(wù)響應(yīng)消息之后，可以根據(jù)所述協(xié)商結(jié)果，向所述被請求方設(shè)備發(fā)起或者不向所述被請求方設(shè)備發(fā)起所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸；相應(yīng)地，所述被請求方設(shè)備則可以根據(jù)所述協(xié)商結(jié)果，響應(yīng)或者不再響應(yīng)所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸。其中，所述媒體信息包括媒體流接收的地址和端口號、媒體流的采樣頻率以及編碼格式(如H.323、動態(tài)圖像專家組(MovingPicturesExpertsGroup，MPEG)或VP8等)；此外，媒體信息還可以包括媒體類型(如視頻或音頻等)、傳輸協(xié)議(如傳輸控制協(xié)議(TransmissionControlProtocol，TCP)、用戶數(shù)據(jù)報協(xié)議(UserDatagramProtocol，UDP)、H.323或?qū)崟r傳輸協(xié)議(Real-TimeTransportProtocol，RTP)等)等信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述業(yè)務(wù)請求消息的消息體中可以包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述業(yè)務(wù)請求消息和所述業(yè)務(wù)響應(yīng)消息的消息體可以是通過會話描述協(xié)議(SessionDescriptionProtocol，SDP)協(xié)議描述的，為了簡化描述，可以稱其消息體為一個SDP信息。其中，所述業(yè)務(wù)請求消息可以包括但不限于會話初始化協(xié)議(SessionInitiationProtocol，SIP)消息、超文體傳輸協(xié)議(HypertextTransferProtocol，HTTP)消息或(ExtensibleMessagingandPresenceProtocol，XMPP)消息；相應(yīng)地，所述業(yè)務(wù)響應(yīng)消息可以包括但不限于SIP消息、HTTP消息或XMPP消息。可選地，在本實施例的一個可能的實現(xiàn)方式中，具體可以在所述業(yè)務(wù)請求消息的消息體(即SDP信息)中增加標(biāo)識媒體業(yè)務(wù)的參數(shù)“a＝：”行。具體地，可以為a＝featuretag：或a＝service：等形式，其取值可以唯一標(biāo)識一個媒體業(yè)務(wù)。其后的其他媒體行則可以表示所述請求方設(shè)備支持的該媒體業(yè)務(wù)對應(yīng)的媒體信息。例如，SDP信息可以采用純文本形式進行描述，那么，所述業(yè)務(wù)請求消息的SDP信息可以為如下形式：a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”m＝video49176RTP／AVP3132a＝rtpmap：31H261／90000a＝rtpmap：32MPV／90000a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”m＝video49178RTP／AVP3132a＝rtpmap：31H264／90000a＝rtpmap：32VP8／90000該SDP信息中包括了兩個媒體業(yè)務(wù)，分別是urn：urn-7：3gpp-application.ims.iari.gsma-vs(3GPP定義的視頻共享業(yè)務(wù)VS：VideoShare)和urn：urn-7：3gpp-service.ims.icsi.mmtel.video(3GPP定義的視頻通話業(yè)務(wù))。在視頻共享業(yè)務(wù)中，視頻流所使用的端口號為49176，傳輸協(xié)議為RTP，可選的編碼格式有兩種，一種是H261(采樣頻率為90000)，另一種是MPV(采樣頻率為90000)。在視頻通話業(yè)務(wù)中，視頻流所使用的端口號為49178，傳輸協(xié)議為RTP，可選的編碼格式有兩種，一種是H264(采樣頻率為90000)，另一種是VP8(采樣頻率為90000)再例如，SDP信息可以采用JSON(JavaScriptObjectNotation)格式進行描述，那么，所述業(yè)務(wù)請求消息的SDP信息可以為如下形式：“SDP”：[“／na＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”/nm＝video49170RTP／AVP3132／na＝rtpmap：31H261／90000／na＝rtpmap：32MPV／90000／na＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”/nm＝video49172RTP／AVP3334／na＝rtpmap：33H264／60000／na＝rtpmap：34VP8／60000／na＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel”/nm＝audio49174RTP／AVP0897／na＝rtpmap：0PCMU／8000／na＝rtpmap：8PCMA／8000／na＝rtpmap：97iLBC／8000／n“]該SDP信息中包括了三個媒體業(yè)務(wù)(2個視頻媒體業(yè)務(wù)和1個音頻媒體業(yè)務(wù))，分別是urn：urn-7：3gpp-application.ims.iari.gsma-vs(3GPP定義的視頻共享業(yè)務(wù)VS：VideoShare)、urn：urn-7：3gpp-service.ims.icsi.mmtel.video(3GPP定義的視頻通話業(yè)務(wù))和urn：urn-7：3gpp-service.ims.icsi.mmtel(3GPP定義的呼叫業(yè)務(wù))。在視頻共享業(yè)務(wù)中，視頻流所使用的端口號為49170，傳輸協(xié)議為RTP，可選的編碼格式有兩種，一種是H261(采樣頻率為90000)，另一種是MPV(采樣頻率為90000)。在視頻通話業(yè)務(wù)中，視頻流所使用的端口號為49172，傳輸協(xié)議為RTP，可選的編碼格式有兩種，一種是H264(采樣頻率為60000)，另一種是VP8(采樣頻率為60000)。在呼叫業(yè)務(wù)中，音頻流所使用的端口號為49174，傳輸協(xié)議為RTP，可選的編碼格式有三種，第一種是PCMU(采樣頻率為8000)，第二種是PCMA(采樣頻率為8000)，第三種是iLBC(采樣頻率為8000)。從上述例中可以看出，媒體信息按照媒體業(yè)務(wù)進行了分隔，這樣則可以對每個媒體業(yè)務(wù)對應(yīng)的媒體信息進行分別描述，即每個a＝featuretag：行后的媒體信息均是針對于某一特定媒體業(yè)務(wù)，由a＝featuretag的取值來標(biāo)識該媒體業(yè)務(wù)?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，具體可以在所述業(yè)務(wù)請求消息的消息體包含多個部分即一個部分可以對應(yīng)一個SDP信息，每個SDP信息對應(yīng)一個媒體業(yè)務(wù)對應(yīng)的媒體信息，各個SDP信息可以通過分隔符隔開。例如，所述業(yè)務(wù)請求消息的多個SDP信息可以為如下形式：INVITEsip：to@192.168.105.14SIP／2.0From：<sip：from@192.168.105.5>；tag＝29244To：<sip：to@192.168.105.14>Call-ID：8103CSeq：20INVITEContact：<sip：from@192.168.105.5：5060>；featuretag＝+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”，+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”Content-Type：multipart／application；boundary＝”----000_0009_01CD06B0.D0D652D0”------000_0009_01CD06B0.D0D652D0Content-Type：application／sdp；v＝0o＝alice28908445262890844526INIP4host.atlanta.example.coms＝c＝INIP4host.atlanta.example.comt＝00a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-application.ims.iari.gsma-vs”m＝audio49170RTP／AVP08a＝rtpmap：0PCMU／8000a＝rtpmap：8PCMA／8000------000_0009_01CD06B0.D0D652D0Content-Type：application／sdp；v＝0o＝alice28908445262890844526INIP4host.atlanta.example.coms＝c＝INIP4host.atlanta.example.comt＝00a＝featuretag：+g.3gpp.iari-ref＝“urn：urn-7：3gpp-service.ims.icsi.mmtel.video”／nm＝audio49172RTP／AVP0897／na＝rtpmap：0PCMU／8000／na＝rtpmap：8PCMA／8000／na＝rtpmap：97iLBC／8000／n從上述例中可以看出，Content-Type的值是multipart／application，表示消息體中包括多個部分，各部分間的分隔符為”------000_0009_01CD06B0.D0D652D0”。在每一部分前由分隔符開始，并指出本部分的類型是application／sdp，即SDP信息描述。可選地，消息體中各部分的順序可以與Contact頭域中FeatureTag的順序一一對應(yīng)。如果各部分的順序與Contact頭域中FeatureTag的順序不一致，例如消息體中的第一部分對應(yīng)第二個FeatureTag中的媒體業(yè)務(wù)，則需要在每個部分中增加相應(yīng)的業(yè)務(wù)標(biāo)識進行區(qū)分，則需要在每個部分中增加相應(yīng)的業(yè)務(wù)標(biāo)識進行區(qū)分。例如，增加標(biāo)識媒體業(yè)務(wù)的“a＝：”行。具體地，可以為a＝featuretag：或a＝service：等形式，其取值可以唯一標(biāo)識一個媒體業(yè)務(wù)。其后的其他媒體行則可以表示所述請求方設(shè)備支持的該媒體業(yè)務(wù)對應(yīng)的媒體信息。具體地，在202中，所述被請求方設(shè)備具體可以根據(jù)所述業(yè)務(wù)請求消息的聯(lián)系方(contact)頭域中的特征標(biāo)簽(FeatureTag)，判斷所述業(yè)務(wù)請求消息是否為多業(yè)務(wù)請求。如果所述業(yè)務(wù)請求消息為多業(yè)務(wù)請求(即特征標(biāo)簽的數(shù)量不為1)，則判斷媒體信息的數(shù)量是否與所述特征標(biāo)簽的數(shù)量相等。如果所述業(yè)務(wù)請求消息不為多業(yè)務(wù)請求(即特征標(biāo)簽的數(shù)量為1)，則執(zhí)行按照現(xiàn)有技術(shù)中的流程，此處不再贅述。如果所述媒體信息(即所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息)的數(shù)量與所述特征標(biāo)簽的數(shù)量相等，所述被請求方設(shè)備則可以根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息發(fā)送給所述請求方設(shè)備。如果所述媒體信息(即所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息)的數(shù)量與所述特征標(biāo)簽的數(shù)量不相等，所述被請求方設(shè)備則再判斷所述業(yè)務(wù)請求消息中所請求的多個媒體業(yè)務(wù)是否具有相同的媒體類型(例如，被請求方設(shè)備具體可以根據(jù)特征標(biāo)簽，判斷多個媒體業(yè)務(wù)是否具有相同的媒體類型)。如果是，所述被請求方設(shè)備則向請求方設(shè)備返回錯誤響應(yīng)。否則，所述被請求方設(shè)備則可以根據(jù)所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型，確定所述媒體類型對應(yīng)的媒體信息，所述被請求方設(shè)備則可以根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息發(fā)送給所述請求方設(shè)備?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。例如，所述業(yè)務(wù)響應(yīng)消息的消息體中可以包含所述協(xié)商結(jié)果。具體地，所述業(yè)務(wù)響應(yīng)消息的消息體(SDP信息)的詳細描述可以參見所述業(yè)務(wù)請求消息的相關(guān)內(nèi)容，此處不再贅述。相應(yīng)地，在204中，所述被請求方設(shè)備具體可以根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為協(xié)商失敗信息。例如，所述協(xié)商結(jié)果為協(xié)商失敗信息的場景，可以包括但不限于以下場景：場景1、被請求方設(shè)備接收到業(yè)務(wù)請求消息之后，判斷該業(yè)務(wù)請求消息所請求的媒體業(yè)務(wù)中至少有一種媒體業(yè)務(wù)該被請求方設(shè)備不支持，則向請求方設(shè)備返回所述協(xié)商失敗信息。例如，請求方設(shè)備請求視頻通話業(yè)務(wù)和視頻共享業(yè)務(wù)，但被請求方設(shè)備不支持視頻通話業(yè)務(wù)。場景2、被請求方設(shè)備接收到業(yè)務(wù)請求消息之后，判斷該業(yè)務(wù)請求消息所請求的媒體業(yè)務(wù)對應(yīng)的全部編碼格式該被請求方設(shè)備不支持，則向請求方設(shè)備返回所述協(xié)商失敗信息。例如，請求方設(shè)備請求視頻通話業(yè)務(wù)對應(yīng)的VP8或H.264兩種編碼格式，但被請求方設(shè)備只支持視頻通話業(yè)務(wù)的H.261編碼格式。場景3、被請求方設(shè)備根據(jù)用戶設(shè)置或指示拒絕請求方設(shè)備所請求的多個媒體業(yè)務(wù)。相應(yīng)地，在204中，所述被請求方設(shè)備具體可以根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，在201之前，所述被請求方設(shè)備還可以進一步接收所述請求方設(shè)備發(fā)送的業(yè)務(wù)能力查詢請求消息。其中，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)。然后，所述被請求方設(shè)備則可以根據(jù)所述業(yè)務(wù)能力查詢請求消息，向所述請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢響應(yīng)消息。其中，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以使得所述請求方設(shè)備根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本實施例提供的技術(shù)方案可以適用于多種應(yīng)用中，例如，多業(yè)務(wù)會話邀請中的應(yīng)用、基于WEB的實時通信(WEBRealTimeCommunication，WEBRTC)中的應(yīng)用或業(yè)務(wù)能力發(fā)現(xiàn)中的應(yīng)用等。詳細描述可以參見圖1對應(yīng)的實施例中的相關(guān)內(nèi)容，此處不再贅述。本實施例中，由于請求方設(shè)備與被請求方設(shè)備之間傳輸?shù)拿襟w信息是與所述請求方設(shè)備或所述被請求方設(shè)備支持的每個媒體業(yè)務(wù)分別對應(yīng)的，因此，當(dāng)請求方設(shè)備發(fā)起媒體類型相同的多個媒體業(yè)務(wù)，且請求方設(shè)備與被請求方設(shè)備所支持的每個媒體業(yè)務(wù)的媒體信息不相同時，能夠?qū)崿F(xiàn)請求方設(shè)備與被請求方設(shè)備進行所述多個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸，以建立對應(yīng)的媒體通道，完成每個媒體業(yè)務(wù)。需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本申請所必須的。在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。圖3為本申請另一實施例提供的請求方設(shè)備的結(jié)構(gòu)示意圖，如圖3所示，本實施例的請求方設(shè)備可以包括發(fā)送單元31、接收單元32和處理單元33。其中，發(fā)送單元31，用于向被請求方設(shè)備發(fā)送業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；接收單元32，用于接收所述被請求方設(shè)備發(fā)送的業(yè)務(wù)響應(yīng)消息，以及將所述業(yè)務(wù)響應(yīng)消息傳輸給處理單元33，所述業(yè)務(wù)響應(yīng)消息中包含所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商獲得的協(xié)商結(jié)果；所述處理單元33，用于根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。其中，所述媒體信息包括媒體流接收的地址和端口號、媒體流的采樣頻率以及編碼格式(如H.323、動態(tài)圖像專家組(MovingPicturesExpertsGroup，MPEG)或VP8等)；此外，媒體信息還可以包括媒體類型(如視頻或音頻等)、傳輸協(xié)議(如傳輸控制協(xié)議(TransmissionControlProtocol，TCP)、用戶數(shù)據(jù)報協(xié)議(UserDatagramProtocol，UDP)、H.323或?qū)崟r傳輸協(xié)議(Real-TimeTransportProtocol，RTP)等)等信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述發(fā)送單元31發(fā)送的所述業(yè)務(wù)請求消息的消息體中可以包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息。可選地，在本實施例的一個可能的實現(xiàn)方式中，所述業(yè)務(wù)請求消息和所述業(yè)務(wù)響應(yīng)消息的消息體可以是通過會話描述協(xié)議(SessionDescriptionProtocol，SDP)協(xié)議描述的，為了簡化描述，可以稱其消息體為一個SDP信息。其中，所述發(fā)送單元31發(fā)送的所述業(yè)務(wù)請求消息可以包括但不限于會話初始化協(xié)議(SessionInitiationProtocol，SIP)消息、超文體傳輸協(xié)議(HypertextTransferProtocol，HTTP)消息或(ExtensibleMessagingandPresenceProtocol，XMPP)消息；相應(yīng)地，所述接收單元32接收的所述業(yè)務(wù)響應(yīng)消息可以包括但不限于SIP消息、HTTP消息或XMPP消息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；相應(yīng)地，所述處理單元33具體可以根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)。可選地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為協(xié)商失敗信息；相應(yīng)地，所述處理單元33具體可以根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。可選地，在本實施例的一個可能的實現(xiàn)方式中，所述發(fā)送單元31還可以進一步向所述被請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢請求消息，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)。所述接收單元32還可以進一步接收所述被請求方設(shè)備根據(jù)所述業(yè)務(wù)能力查詢請求消息發(fā)送的業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以及將所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息傳輸給所述發(fā)送單元31。相應(yīng)地，所述發(fā)送單元31具體可以根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本實施例提供的請求方設(shè)備用于對應(yīng)執(zhí)行如圖1所示實施例的方法，對于圖1所示實施例已經(jīng)描述的細節(jié)，此處不再贅述。本實施例中，由于請求方設(shè)備與被請求方設(shè)備之間傳輸?shù)拿襟w信息是與所述請求方設(shè)備或所述被請求方設(shè)備支持的每個媒體業(yè)務(wù)分別對應(yīng)的，因此，當(dāng)請求方設(shè)備發(fā)起媒體類型相同的多個媒體業(yè)務(wù)，且請求方設(shè)備與被請求方設(shè)備所支持的每個媒體業(yè)務(wù)的媒體信息不相同時，能夠?qū)崿F(xiàn)請求方設(shè)備與被請求方設(shè)備進行所述多個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸，以建立對應(yīng)的媒體通道，完成每個媒體業(yè)務(wù)。圖4為本申請另一實施例提供的被請求方設(shè)備的結(jié)構(gòu)示意圖，如圖4所示，本實施例的被請求方設(shè)備可以包括接收單元41、協(xié)商單元42、發(fā)送單元43和處理單元44。其中，接收單元41，用于接收請求方設(shè)備發(fā)送的業(yè)務(wù)請求消息，以及將所述業(yè)務(wù)請求消息傳輸給協(xié)商單元42，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述協(xié)商單元42，用于根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商，以獲得協(xié)商結(jié)果，以及將所述協(xié)商結(jié)果傳輸給發(fā)送單元43和處理單元44；所述發(fā)送單元43，用于向所述請求方設(shè)備發(fā)送業(yè)務(wù)響應(yīng)消息，所述業(yè)務(wù)響應(yīng)消息中包含所述協(xié)商結(jié)果；所述處理單元44，用于根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。其中，所述媒體信息包括媒體流接收的地址和端口號、媒體流的采樣頻率以及編碼格式(如H.323、動態(tài)圖像專家組(MovingPicturesExpertsGroup，MPEG)或VP8等)；此外，媒體信息還可以包括媒體類型(如視頻或音頻等)、傳輸協(xié)議(如傳輸控制協(xié)議(TransmissionControlProtocol，TCP)、用戶數(shù)據(jù)報協(xié)議(UserDatagramProtocol，UDP)、H.323或?qū)崟r傳輸協(xié)議(Real-TimeTransportProtocol，RTP)等)等信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述接收單元41接收的所述業(yè)務(wù)請求消息的消息體中可以包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述業(yè)務(wù)請求消息和所述業(yè)務(wù)響應(yīng)消息的消息體可以是通過會話描述協(xié)議(SessionDescriptionProtocol，SDP)協(xié)議描述的，為了簡化描述，可以稱其消息體為一個SDP信息。其中，所述接收單元41接收的所述業(yè)務(wù)請求消息可以包括但不限于會話初始化協(xié)議(SessionInitiationProtocol，SIP)消息、超文體傳輸協(xié)議(HypertextTransferProtocol，HTTP)消息或(ExtensibleMessagingandPresenceProtocol，XMPP)消息；相應(yīng)地，所述發(fā)送單元43發(fā)送的所述業(yè)務(wù)響應(yīng)消息可以包括但不限于SIP消息、HTTP消息或XMPP消息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商單元42具體可以確定所述業(yè)務(wù)請求消息所包含的媒體信息中描述的業(yè)務(wù)信息的數(shù)量和所述業(yè)務(wù)請求消息的聯(lián)系方頭域中的特征標(biāo)簽的數(shù)量；如果所述業(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量相等，根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果?；蛘撸绻鰳I(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量不相等，判斷所述特征標(biāo)簽所指示的業(yè)務(wù)是否沒有包含相同的媒體類型；如果所述特征標(biāo)簽所指示的業(yè)務(wù)沒有包含相同的媒體類型，根據(jù)所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型，確定所述媒體類型對應(yīng)的媒體信息，根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果。可選地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；相應(yīng)地，所述處理單元44具體可以根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為協(xié)商失敗信息；相應(yīng)地，所述處理單元44具體可以根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。可選地，在本實施例的一個可能的實現(xiàn)方式中，所述接收單元41還可以進一步接收所述請求方設(shè)備發(fā)送的業(yè)務(wù)能力查詢請求消息，以及將所述業(yè)務(wù)能力查詢請求消息傳輸給所述發(fā)送單元43，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)。所述發(fā)送單元43還可以進一步根據(jù)所述業(yè)務(wù)能力查詢請求消息，向所述請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以使得所述請求方設(shè)備根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本實施例提供的請求方設(shè)備用于對應(yīng)執(zhí)行如圖2所示實施例的方法，對于圖2所示實施例已經(jīng)描述的細節(jié)，此處不再贅述。本實施例中，由于請求方設(shè)備與被請求方設(shè)備之間傳輸?shù)拿襟w信息是與所述請求方設(shè)備或所述被請求方設(shè)備支持的每個媒體業(yè)務(wù)分別對應(yīng)的，因此，當(dāng)請求方設(shè)備發(fā)起媒體類型相同的多個媒體業(yè)務(wù)，且請求方設(shè)備與被請求方設(shè)備所支持的每個媒體業(yè)務(wù)的媒體信息不相同時，能夠?qū)崿F(xiàn)請求方設(shè)備與被請求方設(shè)備進行所述多個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸，以建立對應(yīng)的媒體通道，完成每個媒體業(yè)務(wù)。圖5為本申請另一實施例提供的請求方設(shè)備的結(jié)構(gòu)示意圖，如圖5所示，本實施例的請求方設(shè)備可以包括發(fā)送器51、接收器52和處理器53。其中，發(fā)送器51，用于向被請求方設(shè)備發(fā)送業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；接收器52，用于接收所述被請求方設(shè)備發(fā)送的業(yè)務(wù)響應(yīng)消息，以及將所述業(yè)務(wù)響應(yīng)消息傳輸給處理器53，所述業(yè)務(wù)響應(yīng)消息中包含所述被請求方設(shè)備根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商獲得的協(xié)商結(jié)果；所述處理器53，用于根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。其中，所述媒體信息包括媒體流接收的地址和端口號、媒體流的采樣頻率以及編碼格式(如H.323、動態(tài)圖像專家組(MovingPicturesExpertsGroup，MPEG)或VP8等)；此外，媒體信息還可以包括媒體類型(如視頻或音頻等)、傳輸協(xié)議(如傳輸控制協(xié)議(TransmissionControlProtocol，TCP)、用戶數(shù)據(jù)報協(xié)議(UserDatagramProtocol，UDP)、H.323或?qū)崟r傳輸協(xié)議(Real-TimeTransportProtocol，RTP)等)等信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述發(fā)送器51發(fā)送的所述業(yè)務(wù)請求消息的消息體中可以包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述業(yè)務(wù)請求消息和所述業(yè)務(wù)響應(yīng)消息的消息體可以是通過會話描述協(xié)議(SessionDescriptionProtocol，SDP)協(xié)議描述的，為了簡化描述，可以稱其消息體為一個SDP信息。其中，所述發(fā)送器51發(fā)送的所述業(yè)務(wù)請求消息可以包括但不限于會話初始化協(xié)議(SessionInitiationProtocol，SIP)消息、超文體傳輸協(xié)議(HypertextTransferProtocol，HTTP)消息或(ExtensibleMessagingandPresenceProtocol，XMPP)消息；相應(yīng)地，所述接收器52接收的所述業(yè)務(wù)響應(yīng)消息可以包括但不限于SIP消息、HTTP消息或XMPP消息。可選地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；相應(yīng)地，所述處理器53具體可以根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)。可選地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為協(xié)商失敗信息；相應(yīng)地，所述處理器53具體可以根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述被請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述發(fā)送器51還可以進一步向所述被請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢請求消息，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)。所述接收器52還可以進一步接收所述被請求方設(shè)備根據(jù)所述業(yè)務(wù)能力查詢請求消息發(fā)送的業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以及將所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息傳輸給所述發(fā)送器51。相應(yīng)地，所述發(fā)送器51具體可以根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本實施例提供的請求方設(shè)備用于對應(yīng)執(zhí)行如圖1所示實施例的方法，對于圖1所示實施例已經(jīng)描述的細節(jié)，此處不再贅述。本實施例中，由于請求方設(shè)備與被請求方設(shè)備之間傳輸?shù)拿襟w信息是與所述請求方設(shè)備或所述被請求方設(shè)備支持的每個媒體業(yè)務(wù)分別對應(yīng)的，因此，當(dāng)請求方設(shè)備發(fā)起媒體類型相同的多個媒體業(yè)務(wù)，且請求方設(shè)備與被請求方設(shè)備所支持的每個媒體業(yè)務(wù)的媒體信息不相同時，能夠?qū)崿F(xiàn)請求方設(shè)備與被請求方設(shè)備進行所述多個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸，以建立對應(yīng)的媒體通道，完成每個媒體業(yè)務(wù)。圖6為本申請另一實施例提供的被請求方設(shè)備的結(jié)構(gòu)示意圖，如圖6所示，本實施例的被請求方設(shè)備可以包括接收器61、處理器62和發(fā)送器63。其中，接收器61，用于接收請求方設(shè)備發(fā)送的業(yè)務(wù)請求消息，以及將所述業(yè)務(wù)請求消息傳輸給處理器62，所述業(yè)務(wù)請求消息用以指示至少兩個媒體業(yè)務(wù)，所述業(yè)務(wù)請求消息中包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；所述處理器62，用于根據(jù)所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，進行媒體協(xié)商，以獲得協(xié)商結(jié)果，以及將所述協(xié)商結(jié)果傳輸給發(fā)送器63；所述發(fā)送器63，用于向所述請求方設(shè)備發(fā)送業(yè)務(wù)響應(yīng)消息，所述業(yè)務(wù)響應(yīng)消息中包含所述協(xié)商結(jié)果；所述處理器62，還用于根據(jù)所述協(xié)商結(jié)果，執(zhí)行或不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。其中，所述媒體信息包括媒體流接收的地址和端口號、媒體流的采樣頻率以及編碼格式(如H.523、動態(tài)圖像專家組(MovingPicturesExpertsGroup，MPEG)或VP8等)；此外，媒體信息還可以包括媒體類型(如視頻或音頻等)、傳輸協(xié)議(如傳輸控制協(xié)議(TransmissionControlProtocol，TCP)、用戶數(shù)據(jù)報協(xié)議(UserDatagramProtocol，UDP)、H.523或?qū)崟r傳輸協(xié)議(Real-TimeTransportProtocol，RTP)等)等信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述接收器61接收的所述業(yè)務(wù)請求消息的消息體中可以包含所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述業(yè)務(wù)請求消息和所述業(yè)務(wù)響應(yīng)消息的消息體可以是通過會話描述協(xié)議(SessionDescripitonProtocol，SDP)協(xié)議描述的，為了簡化描述，可以稱其消息體為一個SDP信息。其中，所述接收器61接收的所述業(yè)務(wù)請求消息可以包括但不限于會話初始化協(xié)議(SessionInitiationProtocol，SIP)消息、超文體傳輸協(xié)議(HypertextTransferProtocol，HTTP)消息或(ExtensibleMessagingandPresenceProtocol，XMPP)消息；相應(yīng)地，所述發(fā)送器63發(fā)送的所述業(yè)務(wù)響應(yīng)消息可以包括但不限于SIP消息、HTTP消息或XMPP消息?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述處理器62具體可以確定所述業(yè)務(wù)請求消息所包含的媒體信息中描述的業(yè)務(wù)信息的數(shù)量和所述業(yè)務(wù)請求消息的聯(lián)系方頭域中的特征標(biāo)簽的數(shù)量；如果所述業(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量相等，根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果?；蛘呷绻鰳I(yè)務(wù)信息的數(shù)量與所述特征標(biāo)簽的數(shù)量不相等，判斷所述特征標(biāo)簽所指示的業(yè)務(wù)是否沒有包含相同的媒體類型；如果所述特征標(biāo)簽所指示的業(yè)務(wù)沒有包含相同的媒體類型，根據(jù)所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)的媒體類型，確定所述媒體類型對應(yīng)的媒體信息，根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息和所述請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，協(xié)商出所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，作為所述協(xié)商結(jié)果?？蛇x地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息；相應(yīng)地，所述處理器62具體可以根據(jù)所述請求方設(shè)備和所述被請求方設(shè)備均支持的與所述每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)。可選地，在本實施例的一個可能的實現(xiàn)方式中，所述協(xié)商結(jié)果具體可以為協(xié)商失敗信息；相應(yīng)地，所述處理器62具體可以根據(jù)所述協(xié)商失敗信息，不執(zhí)行與所述請求方設(shè)備傳輸所述至少兩個媒體業(yè)務(wù)的媒體數(shù)據(jù)的操作。可選地，在本實施例的一個可能的實現(xiàn)方式中，所述接收器61還可以進一步接收所述請求方設(shè)備發(fā)送的業(yè)務(wù)能力查詢請求消息，以及將所述業(yè)務(wù)能力查詢請求消息傳輸給所述發(fā)送器63，所述業(yè)務(wù)能力查詢請求消息的消息體中包含所述請求方設(shè)備支持的每個所述媒體業(yè)務(wù)。所述發(fā)送器63還可以進一步根據(jù)所述業(yè)務(wù)能力查詢請求消息，向所述請求方設(shè)備發(fā)送業(yè)務(wù)能力查詢響應(yīng)消息，所述業(yè)務(wù)能力查詢響應(yīng)消息中包含所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，以使得所述請求方設(shè)備根據(jù)所述被請求方設(shè)備支持的與每個所述媒體業(yè)務(wù)對應(yīng)的媒體信息，向被請求方設(shè)備發(fā)送所述業(yè)務(wù)請求消息。本實施例提供的請求方設(shè)備用于對應(yīng)執(zhí)行如圖2所示實施例的方法，對于圖2所示實施例已經(jīng)描述的細節(jié)，此處不再贅述。本實施例中，由于請求方設(shè)備與被請求方設(shè)備之間傳輸?shù)拿襟w信息是與所述請求方設(shè)備或所述被請求方設(shè)備支持的每個媒體業(yè)務(wù)分別對應(yīng)的，因此，當(dāng)請求方設(shè)備發(fā)起媒體類型相同的多個媒體業(yè)務(wù)，且請求方設(shè)備與被請求方設(shè)備所支持的每個媒體業(yè)務(wù)的媒體信息不相同時，能夠?qū)崿F(xiàn)請求方設(shè)備與被請求方設(shè)備進行所述多個媒體業(yè)務(wù)的媒體數(shù)據(jù)的傳輸，以建立對應(yīng)的媒體通道，完成每個媒體業(yè)務(wù)。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。另外，在本申請各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。上述以軟件功能單元的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本申請各個實施例所述方法的部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(Read-OnlyMemory，ROM)、隨機存取存儲器(RandomAccessMemory，RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是：以上實施例僅用以說明本申請的技術(shù)方案，而非對其限制；盡管參照前述實施例對本申請進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本申請各實施例技術(shù)方案的精神和范圍。