專利名稱：重定向方法、系統以及終端的制作方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種重定向方法、系統以及終端。
背景技術：
基于IP協議的電視廣播服務(Internet Protocol Television, IPTV)業務可以分為兩類，一類是直播業務，另一類是點播業務(Video on Demand，VoD)。其中所述點播業務的實現過程是終端通過電子節目導航(ElectronicGuide， EPG)獲取所需要的節目內容名稱，并得到該內容所在的入口地址。隨后所述終端向內容傳送系統(Content Delivery Network, CDN)發起對所述節目內容的請求。所述CDN系統根據其自身在網絡中的分布情況和相關節點的分布情況選擇合適的節點為所述終端提供流服務。在選擇節點的過程中，所述⑶N系統將會利用RTSP協議(Real time Streaming Protocol，實時流傳輸協議)和所述終端進行多次交互，來發現最適合并能夠為終端提供流服務的節點。這個發現過程稱為需求路由的“重定向”。在上述重定向的過程中，所述終端通過機頂盒(Set Top Box, STB)向⑶N系統發送點播請求，請求導向父節點。然后，若所述父節點不能為所述終端提供服務，所述父節點根據自身的配置向所述終端發送響應消息，在所述響應消息中包括邊緣子節點的地址。之后，所述機頂盒根據所述邊緣子節點的地址，再向所述邊緣子節點發送點播請求。最后，若所述邊緣子節點能夠提供服務，所述邊緣子節點向所述機頂盒發送響應消息，并為所述機頂盒提供服務。若所述邊緣子節點不能提供服務，則所述邊緣子節點向所述機頂盒發送響應消息，通知所述機頂盒繼續向所述父節點發送點播請求，即重復上述過程。目前的⑶N系統一般都是采用多級架構，在多次的重定向過程中，由于RTSP協議所帶的信息有限，所述機頂盒的點播請求將會在上下級節點之間產生連續循環，從而使得終端的點播請求得不到及時的響應。為了解決這個問題，在現有技術中一般是通過擴展RTSP協議實現的。即機頂盒在每次的點播請求中包括其發送點播請求的次數等參數，使得CDN系統在根據所述次數等參數確定不能處理該點播請求時，將該點播請求丟棄。但是，按照上述方式實現的重定向過程需要協議的擴展，實現復雜。
發明內容
本發明實施例提供一種重定向方法，能夠實現對終端的重定向。本發明實施例重定向方法采用如下技術方案通過第一端口向第一節點發送點播請求；接收所述第一節點發送的重定向消息，所述重定向消息包括第二節點的地址信息；根據所述第二節點的地址信息，向所述第二節點發送點播請求；接收所述第二節點發送的第二重定向消息，所述第二重定向消息包括重定向端口信息和相關節點的地址信息；根據所述重定向端口信息和所述相關節點的地址信息，通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時為終端提供服務。本發明實施例重定向方法還可采用如下技術方案第一節點接收終端通過第一端口發送的點播請求；所述第一節點根據所述點播請求向所述終端發送重定向消息，所述重定向消息包括第二節點的地址信息；所述第二節點接收所述終端根據所述第二節點的地址信息發送的點播請求，并向所述終端發送第二重定向消息，所述第二重定向消息包括重定向端口信息和相關節點的地址信息；所述相關節點接收所述終端根據所述重定向端口信息和相關節點的地址信息通過重定向端口發送的點播請求，并在確定所述點播請求來自于所述重定向端口時為所述終端提供服務。本發明實施例提供一種終端，能夠實現重定向。一種終端，包括請求發送單元，用于通過第一端口向第一節點發送點播請求；消息接收單元，用于接收所述第一節點發送的重定向消息，所述重定向消息包括第二節點的地址信息；所述請求發送單元，還用于根據所述第二節點的地址信息，向所述第二節點發送點播請求；所述消息接收單元，還用于接收所述第二節點發送的第二重定向消息，所述第二重定向消息包括重定向端口信息和相關節點的地址信息；所述請求發送單元，還用于根據所述重定向端口信息和所述相關節點的地址信息，通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時為終端提供服務。—種重定向系統，包括第一節點、第二節點和所述第二節點的相關節點；所述第一節點，用于接收終端的點播請求，并根據所述點播請求向所述終端發送重定向消息，所述重定向消息包括第二節點的地址信息；所述第二節點，用于接收所述終端根據所述第二節點的地址信息發送的點播請求，并向所述終端發送第二重定向消息，所述第二重定向消息包括重定向端口信息和所述相關節點的地址信息；所述相關節點，用于接收所述終端根據所述重定向端口信息和相關節點的地址信息通過重定向端口發送的點播請求，并在確定所述點播請求來自于所述重定向端口時為所述終端提供服務。上述實施例所述的重定向方法、系統和終端，在終端初次發送點播請求時利用第一端口，在第二次發送點播請求時利用重定向端口，這就使得網絡側能夠區分終端的兩次點播請求，并在通過重定向端口收到所述終端的點播請求后直接為終端提供服務，從而實現對終端的重定向過程。
為了更清楚地說明本發明實施例的技術方案，下面將對實施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本發明一種重定向方法一個實施例的流程圖；圖2為本發明一種重定向方法又一個實施例的流程圖；圖3為本發明一種重定向方法又一個實施例的流程圖；圖4為本發明一種重定向方法又一個實施例的流程圖；圖5為本發明一種重定向方法又一個實施例的流程圖；圖6為本發明實施例終端的示意圖；圖7為本發明實施例重定向系統的示意圖。
具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。如圖1所示，本發明實施例提供了一種重定向方法，包括步驟11、通過第一端口向第一節點發送點播請求。在本發明實施例中，所述第一節點可以是終端在網絡側的入口節點，如⑶N網路節點服務器，并且在CDN網路節點服務器側可以預先對終端發送點播請求所采用的端口信息進行配置。例如可要求終端在第一次發送點播請求時采用第一端口，例如端口 8001，要求終端在第二次或者第二次以后發送點播請求時采用其他端口，如第二端口，例如端口 8002。 這樣CDN網絡節點服務器側就可根據點播請求發自于哪個端口來確定終端不同次的點播請求，為CDN網絡節點服務器側區分終端的不同的點播請求提供了便利。當然，還可以是其他的方式區分終端的點播請求。在此，所述終端的點播請求可以是RTSP協議中的ktup (建立)請求，所述第一節點是終端在網絡側的入口節點。并且，在本發明的實施例中，所述終端可以為機頂盒，UE(User Equipment，用戶設備)等。步驟12、接收所述第一節點發送的重定向消息，所述重定向消息包括第二節點的地址信息。由于在第一節點在為終端選擇能夠提供服務的節點的時候要考慮到能量消耗、服務質量等多種因素，因此，第一節點通常為終端選取物理地址較近的節點為其提供服務。可選的，第一節點可以根據其他策略為終端選取節點為終端提供服務，如可以選擇負載較輕的節點等等。此外，所述重定向消息還可包括有第一端口信息，可使得所述終端在向所述第二節點發送點播請求時，仍利用所述第一端口而不利用其他的端口，從而方便第二節點在發送給終端的響應消息中添加正確的端口信息，避免第二節點在向終端返回響應消息時因添加第一端口的端口信息而導致的重定向陷入死循環。步驟13、根據所述第二節點的地址信息，向所述第二節點發送點播請求。在此，所述點播請求和步驟11中的點播請求的形式相同。具體的，終端根據第一節點返回邊緣節點的地址信息和第一端口信息，通過第一端口向第二節點發送點播請求。步驟14、接收所述第二節點發送的第二重定向消息，所述第二重定向消息包括重定向端口信息和相關節點的地址信息。在此，所述向相關節點重定向消息為第二重定向消息在此實施例的具體體現，它與步驟12中的重定向消息的格式相同。只是為了與步驟11中的重定向消息區分，在此稱為向相關節點重定向消息。其中，第一節點在選擇第二節點時會根據就近原則或者負載最輕原則等選擇一個最適合為終端提供服務的節點。步驟15、根據所述重定向端口信息和所述相關節點的地址信息，通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時為終端提供服務。為了能使得所述相關節點準確的進行判斷，所述點播請求包括所述第二端口信息。相關節點根據所述第二端口信息確定所述點播請求來自于所述第二端口，即不同于終端向第一節點發送的第一次點播請求，相關節點將直接為所述終端提供服務。在本發明實施例中，實現對終端的重定向的方法主要基于以下思路首先，終端通過第一端口向第一節點發送點播請求，然后接收所述第一節點發送的重定向消息，所述重定向消息包括第二節點的地址信息。接著，所述終端根據所述第二節點的地址信息，向所述第二節點發送點播請求，并接收所述第二節點發送的第二重定向消息，所述第二重定向消息包括重定向端口信息和所述第二節點的相關節點的地址信息。最后，所述終端根據所述重定向端口信息和所述相關節點的地址信息，通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時，直接為終端提供服務。由上可以看出，當相關節點為第一節點時，在終端初次向第一節點發送點播請求時利用第一端口，在第二次向第一節點發送點播請求時利用重定向端口，這就使得網絡側的第一節點能夠區分終端的兩次點播請求，并在通過重定向端口收到所述終端的點播請求后直接為終端提供服務，從而實現對終端的重定向過程，避免了網絡側的第一節點由于不能區別不同次的點播請求而導致的重定向陷入死循環。當相關節點為第二節點的相關節點、并且為非第一節點時，相關節點根據確認終端發送的點播請求是通過重定向端口發送的點播請求時，直接為該點播請求提供服務，從而避免終端再次發送點播請求給第一節點而導致的重定向陷入死循環的可能。需要說明的是，“第一端口 ”和“重定向端口 ”是不同的端口，在具體應用過程中可以用端口號相區分。并且，第二節點在發送第二重定向消息時，可有兩種情況一是第二節點自身不能為終端提供服務，二是第二節點自身能夠為終端提供服務。也就是說，無論第二節點是否具有為終端提供服務的能力，它都可以向終端發送第二重定向消息，只是說當它具有為終端提供服務的能力時，第二節點本身不去執行為終端提供服務的這一操作，而是由其他節點來執行。以下實施例中相同。其中，本發明實施例中的第一節點、第二節點以及相關節點至少可以包括如下設備媒體服務器(MS, Media Service)、區域控制器(CC, ClusterController)；除此之外， 當第一節點、第二節點以及相關節點還可能包括內容分發網絡控制器(⑶NC，Content Distribution Network Controller)。相關節點包括第二節點的上級節點、第二節點的兄弟節點、第二節點的下級節點中的任一節點。當然，當第二節點為根節點的時候，相關節點包括第二節點的下級節點；當第二節點為邊緣節點時，相關節點包括第二節點的上級節點。其中，在本發明實施例中，所述相關節點可以為所述第二節點的上級節點或者兄弟節點。需要說明的是，在本發明實施例的網絡側各節點呈樹狀分布。因此，終端發送給底層節點的請求或者消息是通過底層節點的上級節點傳送的。那么，上級節點即可對終端發送的請求或者消息進行記錄。同時，各子節點也會存在有兄弟節點或者下級節點。請參看圖2，本發明實施例提供了一種重定向方法，具體步驟可參見上述實施例。 包括步驟21、機頂盒通過第一端口向第一節點發送點播請求。步驟22、第一節點根據所述點播請求通過第一端口向機頂盒返回重定向消息。可選的，該重定向消息包括第二節點的地址信息。步驟23、機頂盒根據第一節點返回的重定向消息向第二節點發送點播請求。步驟M、第二節點根據機頂盒發送的點播請求，向機頂盒返回第二重定向消息，該第二重定向消息中包括重定向端口信息和相關節點的地址信息。具體的，第二節點為機頂盒配置發送點播請求的端口信息。第二節點根據機頂盒的點播請求，通過配置重定向端口即第二端口，向機頂盒發送第二重定向消息，該第二重定向消息中攜帶有相關節點的地址信息，同時，所述第二重定向消息中指示機頂盒通過配置的第二端口向相關節點發送點播請求。步驟25、機頂盒接收第二節點發送的第二重定向消息，根據該第二重定向消息通過第二端口向相關節點發送點播請求。步驟沈、相關節點接收機頂盒通過第二端口發送的點播請求，為機頂盒直接提供業務服務。請結合參看圖3，本發明實施例以相關節點為第一節點為例，本發明實施例提供了一種重定向方法，具體步驟可以參照上述實施例。包括步驟31、機頂盒通過第一端口(端口號為8001)向第一節點發送點播請求。步驟32、第一節點根據所述點播請求，為所述機頂盒選擇適合為終端提供服務的第二節點，并將選定的第二節點的地址信息攜帶在重定向消息中。然后，將所述重定向消息發送給機頂盒。同時，所述重定向消息中包括有端口號8001。步驟33、所述機頂盒根據所述重定向消息，利用端口 8001向所述第二節點發送點播請求。此次點播請求與步驟31中的點播請求的內容相同。步驟34、第二節點在收到所述點播請求后，解析所述點播請求，并在確定不為所述機頂盒提供服務時，向所述終端發送向第一節點重定向消息，即第二重定向消息。與步驟32中的重定向消息不同的是，第二重定向消息中需包括第二端口端口號為8002的信息以及第二節點的地址。步驟35、機頂盒根據第二節點的地址，通過第二端口 8002再次向第一節點發送點播請求。機頂盒通過第二端口 8002向第一節點發送點播請求，在該點播請求中還可包括端口號8002的信息。步驟36、第一節點在確定該點播請求來自端口 8002的點播請求時，為機頂盒提供業務服務。由于各節點是呈樹狀結構分布的，因此，發送給下級節點的信息是要通過上級節點的，因此，該上級節點能夠對發送給邊緣節點的點播請求以及發送給它自己的點播請求的次數進行計數。即，在收到發送給所述邊緣節點的點播請求時，可將其計數器的計數值加 1，而在收到終端發送給它自己的點播請求后，再次將其計數器的計數值加1，表示這是來自終端的第2次點播請求。因此，所述上級節點可結合點播請求和端口信息來確定是否為終端提供服務。可選的，當第一節點為第二節點的上級節點時，第一節點還可對收到的點播請求的次數進行計數，若在預定時間內收到點播請求的次數超過預設值，則丟棄點播請求，即不再響應機頂盒的點播請求。此外，在RTSP協議中，重定向消息(Redirect)是要通知客戶端連接到另外一個服務器上。在所述重定向消息中包含首部域Location (位置域)，該域指出了客戶端要發送請求的URL(Uniform Resource Locator，統一資源定位符)。并且，在該重定向消息中還可包含參數Range域，在重定向生效時，該域指明了媒體流的范圍。在給定的播放時間內將URI 請求重定向到新的服務器的例子如下(Server- > Client)S- > CREDIRECT rtsp//example, com/fizzle/foo RTSP/1. 0CSeq :732Location :rtsp://bigserver. com :8001Range :clock = 19960213T143205Z-由上可以看出，其中Location域的內容是重定向的新地址(Address)和端口號 (Port)。因此，本發明實施例中的重定向消息可通過位置域攜帶端口信息和位置信息。例如，所述第一節點發送的重定向消息的位置域包括所述第二節點的地址信息和第一端口信息。所述第二節點發送的點播請求的位置域包括所述第二端口信息和所述第一節點的地址 fn息ο由上可以看出，所述終端在初次向第一節點發送點播請求時利用第一端口，在第二次向第一節點發送點播請求時利用第二端口，這就使得網絡側的第一節點能夠區分終端的兩次點播請求，并在通過第二端口收到所述終端的點播請求后為終端提供服務。因此，這就避免了死循環現象的出現。并且，終端無需對點播請求進行擴展，可適用于各種類型的終端。因此，當有多種類型的終端時，可降低系統的集成難度。此外，在本發明實施例中，為了進一步避免死循環現象的發生，所述第一節點還可對收到點播請求的次數進行計數。當所述第一節點在預定時間內接收到所述點播請求的次數超過預設值時，丟棄所述第一點播請求。例如，所述預定時間為5秒，若在5秒內收到終端點播請求的次數為100次，那么可說明終端重復請求同一內容，即可丟棄終端的點播請求。 在此只是舉例說明，在實際應用中可根據具體的需要設置預定時間和預設值。以相關節點為兄弟節點為例，本發明實施例提供了一種重定向方法，包括步驟41-43、與步驟11-13相同。步驟44、所述終端接收所述邊緣節點發送的第二重定向消息，所述第二重定向消息包括第二端口信息和所述邊緣節點的兄弟節點的地址信息。在此，所述向第二重定向消息與步驟12中的重定向消息的格式相同。所述邊緣節點在選擇兄弟節點時，其選擇原則和前述實施例中上級節點選擇邊緣節點的原則相同，即根據就近原則或者負載最輕原則等進行選擇。步驟45、根據所述第二端口信息和所述兄弟節點的地址信息，所述終端通過第二端口向所述兄弟節點發送點播請求，使得所述兄弟節點在確定所述點播請求來自于所述第二端口時，直接為所述終端提供服務。在此實施例中，作為另一種替代方式，所述邊緣節點還可將它的下級節點(如果該邊緣節點有下級節點)的地址信息和前述實施例中的第一端口的信息包括在第二重定向消息。之后的過程和前述實施例中描述的相同，也即重復上下級節點之間配合實現重定向的過程。需要說明的是，若是該兄弟節點不能提供服務，那么它將向終端發送第二重定向消息，所述第二重定向消息包括重定向端口信息和它的兄弟節點或者下級節點的地址信息。終端還可通過該重定向端口再向它的兄弟節點或者下級節點重新發送點播請求。也就是不斷重復上下級節點之間或者兄弟節點之間實現重定向的過程。本發明實施例還提供了一種重定向方法，請結合參看圖4所示，包括步驟51、第一節點接收終端發送的點播請求。在此所述點播請求的含義和內容和前述實施例中的相同。步驟52、所述第一節點向所述終端發送重定向消息，所述重定向消息包括邊緣節點的地址信息，使得所述終端經所述邊緣節點的上級節點向所述邊緣節點發送點播請求。步驟53、所述上級節點對收到的點播請求的次數進行計數。步驟M、所述邊緣節點向所述終端發送向上級節點重定向消息，所述向上級節點重定向消息包括所述上級節點的地址信息，使得所述終端向所述上級節點發送點播請求。步驟55、所述上級節點在確定收到的所述點播請求為第二次收到的點播請求時， 直接為所述終端提供服務。此外，與前述實施例中描述的相同，當所述第一節點在預定時間內接收到所述點播請求的次數超過預設值時，丟棄所述第一點播請求。由上可以看出，利用本發明實施例的方法，可避免死循環現象的出現。并且，終端無需對點播請求進行擴展，可適用于各種類型的終端。因此，當有多種類型的終端時，可降低系統的集成難度。通過本發明實施例的方法可以看出，與圖1所示的實施例不同的是1)在此實施例中，不需要對終端發送點播請求的端口進行限制；幻利用上級節點對收到的點播請求的次數進行計數，當在確定收到的所述點播請求為第二次收到的點播請求時，為所述終端提供服務。其他過程與圖1所示的實施例的方法相似。本發明實施例詳細描述一種重定向方法的實現過程。在此實施例中，終端以機頂盒為例，第一端口的端口號8001，重定向端口為第二端口，端口號8002。如圖5所示，包括步驟61、機頂盒通過端口 8001向第一節點發送點播請求。步驟62、所述第一節點根據所述點播請求，為所述機頂盒選擇最適合為終端提供服務的邊緣節點，并將選定的邊緣節點的地址信息攜帶在重定向消息中。然后，將所述重定向消息發送給所述機頂盒。同時，所述重定向消息包括有端口號8001。同時，所述第一節點可對收到的點播請求的次數進行計數。若在預定時間內收到點播請求的次數超過預設值，則丟棄以后的點播請求。步驟63、所述機頂盒根據所述重定向消息，利用端口 8001向所述邊緣節點發送點播請求。此次點播請求與步驟41中的點播請求的內容相同。步驟64、所述邊緣節點在收到所述點播請求后，解析所述點播請求，并在確定不能為所述機頂盒提供服務時，向所述終端發送向上級節點重定向消息。根據前述的內容，由于發送給邊緣節點的點播請求是經過第一節點、上級節點發送給所述邊緣節點的，因此，所述上級節點可對發送給邊緣節點的點播請求進行計數。與步驟62中的重定向消息不同的是，在此的重定向消息中需包括端口號8002以及所述邊緣節點的上級節點的地址。步驟65、所述機頂盒根據上級節點的地址，通過端口 8002再次向上級節點發送點
播請求。此次點播請求與步驟61中的點播請求的內容相同。此外，在該點播請求中還可包括端口號8002。步驟66、所述上級節點在確定所述點播請求為第二次點播請求并且來自端口 8002，即為機頂盒提供服務。之后，上級節點和機頂盒之間繼續交互，以為機頂盒提供相應的服務。這與現有技術中的相同。或者，所述第一節點還可在所述上級節點為機頂盒提供服務之后再對收到的點播請求的次數進行計數，若在預定時間內收到點播請求的次數超過預設值，則丟棄點播請求， 即不再響應機頂盒的點播請求。實際上，在本發明的實施例中，每個節點或者子節點都可以對其收到的點播請求的次數進行計數。只是對于本發明的實施例來說，只有最后為終端提供服務的那個節點所進行的計數，才用作判斷機頂盒發送的點播請求的次數的基準。通過以上的實施例描述可以看出，利用本發明的實施例無需對RTSP協議進行任何的擴展，因此，當有多種類型的終端時，也不必根據終端類型的不同而對協議進行適應性的修改，從而降低了系統集成的難度。此外，由于能夠對終端的兩次不同的點播請求進行區分以處理終端的請求，因此，避免了死循環現象的出現。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質中，該程序在執行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random AccessMemory, RAM)等。如圖6所示，本發明實施例提供了一種終端，包括請求發送單元71和消息接收單元72。其中，請求發送單元71，用于通過第一端口向第一節點發送點播請求；消息接收單元72，用于接收所述第一節點發送的重定向消息，所述重定向消息包括第二節點的地址信息。請求發送單元71，還用于根據所述第二節點的地址信息，向所述第二節點發送點播請求；所述消息接收單元72，還用于接收所述第二節點發送的第二重定向消息，所述第二重定向消息包括重定向端口信息和所述第二節點的相關節點的地址信息；請求發送單元71， 還用于根據所述重定向端口信息和所述相關節點的地址信息，通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時，為終端提供服務。其中，所述請求發送單元71可包括端口信息獲取模塊，用于獲取向第一節點發送信息的端口的第一端口信息；請求發送模塊，用于根據所述第一端口信息，向所述第一節點發送點播請求。在此基礎上，所述請求發送單元71還可進一步包括解析模塊，用于解析所述第二節點發送的第二重定向消息，獲取所述重定向端口信息和所述第二節點的相關節點的地址信息。此時，所述請求發送模塊，進一步用于根據所述重定向端口信息和所述相關節點的地址信息，通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時，直接為所述終端提供服務。本發明實施例中終端的工作原理與可以參照前述方法實施例中的描述。需要說明的是，在具體應用中，所述終端可包括多個請求發送單元或者消息接收單元。由上可以看出，本發明實施例所述的終端在初次發送點播請求時利用第一端口， 在第二次發送點播請求時利用重定向端口，這就使得網絡側的節點能夠區分終端的兩次點播請求，并在通過重定向端口收到所述終端的點播請求后為終端提供服務從而實現對重定向。此外，利用本發明實施例的終端還能避免死循環現象的出現。并且，終端無需對點播請求進行擴展，可適用于各種類型的終端。因此，當有多種類型的終端時，可降低系統的集成難度。請結合參見圖7，本發明實施例的重定向系統包括包括第一節點81、第二節點82 和相關節點83 ；第一節點81，用于接收終端的點播請求，并根據所述點播請求向所述終端發送重定向消息，所述重定向消息包括第二節點的地址信息。第二節點82，用于接收所述終端根據所述第二節點的地址信息發送的點播請求， 并向所述終端發送第二重定向消息，所述第二重定向消息包括重定向端口信息和所述相關節點的地址信息。相關節點83，用于接收所述終端根據所述重定向端口信息和相關節點的地址信息通過重定向端口發送的點播請求，并在確定所述點播請求來自于所述重定向端口時為所述終端提供服務。其中，當相關節點83為第一節點81時，即相關節點83與第一節點81重合時，在終端初次向第一節點發送點播請求時利用第一端口，在第二次向第一節點發送點播請求時利用重定向端口，這就使得網絡側的第一節點能夠區分終端的兩次點播請求，并在通過重定向端口收到所述終端的點播請求后直接為終端提供服務，從而實現對終端的重定向過程， 避免了網絡側的第一節點由于不能區別不同次的點播請求而導致的重定向陷入死循環。當相關節點為第二節點的相關節點、并且為非第一節點時，相關節點根據確認終端發送的點播請求是通過重定向端口發送的點播請求時，直接為該點播請求提供服務，從而避免終端再次發送點播請求給第一節點而導致的重定向陷入死循環的可能。可選的，本發明實施例的重定向系統中，若相關節點83與第一節點81時，即相關節點83與第一節點81為同一節點時，并且第一節點為第二節點的上級節點，第一節點81 可以對收到的終端的點播請求的次數進行計數，并在上級節點確定收到的所述點播請求為第二次收到的點播請求時，為所述終端提供服務。因此，利用本發明實施例的系統避免了死循環現象的出現。并且，終端無需對點播請求進行擴展，可適用于各種類型的終端。因此， 當有多種類型的終端時，可降低系統的集成難度。其中，在此實施例中，所述相關節點也可以為所述第二節點的上級節點或者兄弟節點，甚至第二節點的子節點。以上所述，僅為本發明的具體實施方式
，但本發明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發明的保護范圍之內。因此，本發明的保護范圍應以所述權利要求的保護范圍為準。
權利要求
1.一種重定向方法，其特征在于，包括 通過第一端口向第一節點發送點播請求；接收所述第一節點發送的重定向消息，所述重定向消息包括第二節點的地址信息； 根據所述第二節點的地址信息，向所述第二節點發送點播請求； 接收所述第二節點發送的第二重定向消息，所述第二重定向消息包括重定向端口信息和相關節點的地址信息；根據所述重定向端口信息和所述相關節點的地址信息，通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時為終端提供服務。
2.根據權利要求1所述的方法，其特征在于，所述相關節點包括所述第一節點；或者， 除所述第一節點外的與所述第二節點相關的任一節點。
3.根據權利要求1或2所述的方法，其特征在于，所述通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時為終端提供服務包括所述通過重定向端口向所述相關節點發送的點播請求包括所述重定向端口信息； 所述相關節點根據所述重定向端口信息確定所述點播請求來自于所述重定向端口時為所述終端提供服務。
4.根據權利要求2所述的方法，其特征在于，若所述相關節點為所述第一節點，在接收所述第二節點發送的第二重定向消息后，所述方法還包括所述第一節點對接收到的點播請求的次數進行計數；所述相關節點在確定所述點播請求來自于所述重定向端口時為終端提供服務包括 所述第一節點在根據所述重定向端口信息確定所述點播請求來自于所述重定向端口且收到的點播請求為第二次的點播請求時為所述終端提供服務。
5.根據權利要求1或2所述的方法，其特征在于，所述重定向端口信息和所述相關節點的地址信息位于所述第二重定向消息的位置域。
6.根據權利要求1或2所述的方法，其特征在于，所述方法還包括當所述第一節點在預定時間內接收到所述點播請求的次數超過預設值時，丟棄所述第一點播請求。
7.一種重定向方法，其特征在于，包括第一節點接收終端通過第一端口發送的點播請求；所述第一節點根據所述點播請求向所述終端發送重定向消息，所述重定向消息包括第二節點的地址信息；所述第二節點接收所述終端根據所述第二節點的地址信息發送的點播請求，并向所述終端發送第二重定向消息，所述第二重定向消息包括重定向端口信息和相關節點的地址信息；所述相關節點接收所述終端根據所述重定向端口信息和相關節點的地址信息通過重定向端口發送的點播請求，并在確定所述點播請求來自于所述重定向端口時為所述終端提供服務。
8.根據權利要求7所述的方法，其特征在于，所述相關節點包括所述第一節點；或者，除所述第一節點外的與所述第二節點相關的任一節點。
9.根據權利要求8所述的方法，其特征在于，若所述相關節點為所述第一節點， 所述第一節點接收所述終端根據所述重定向端口信息和相關節點的地址信息通過重定向端口發送的點播請求，并對接收到的點播請求的次數進行計數；所述在確定所述點播請求來自于所述重定向端口時為所述終端提供服務包括 根據所述重定向端口信息確定所述點播請求來自于所述重定向端口且收到的點播請求為第二次的點播請求時為所述終端提供服務。
10.根據權利要求7-9所述的任一方法，其特征在于，所述重定向端口信息和所述相關節點的地址信息位于所述第二重定向消息的位置域。
11.根據權利要求7-9所述的任一方法，其特征在于，所述方法還包括當所述第一節點在預定時間內接收到所述點播請求的次數超過預設值時，丟棄所述第一點播請求。
12.—種終端，其特征在于，包括請求發送單元，用于通過第一端口向第一節點發送點播請求； 消息接收單元，用于接收所述第一節點發送的重定向消息，所述重定向消息包括第二節點的地址信息；所述請求發送單元，還用于根據所述第二節點的地址信息，向所述第二節點發送點播請求；所述消息接收單元，還用于接收所述第二節點發送的第二重定向消息，所述第二重定向消息包括重定向端口信息和相關節點的地址信息；所述請求發送單元，還用于根據所述重定向端口信息和所述相關節點的地址信息，通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時為終端提供服務。
13.根據權利要求12所述的終端，其特征在于，所述請求發送單元包括 端口信息獲取模塊，用于獲取向第一節點發送信息的端口的第一端口信息；請求發送模塊，用于根據所述第一端口信息，通過第一端口向所述第一節點發送點播請求。
14.根據權利要求12或13所述的終端，其特征在于，所述請求發送單元進一步包括 解析模塊，用于解析所述第二節點發送的第二重定向消息，獲取所述重定向端口信息和相關節點的地址信息；所述請求發送模塊，進一步用于根據所述重定向端口信息和所述相關節點的地址信息，通過重定向端口向所述相關節點發送點播請求，使得所述相關節點在確定所述點播請求來自于所述重定向端口時為所述終端提供服務。
15.一種重定向系統，包括第一節點、第二節點和相關節點，其特征在于所述第一節點，用于接收終端的點播請求，并根據所述點播請求向所述終端發送重定向消息，所述重定向消息包括第二節點的地址信息；所述第二節點，用于接收所述終端根據所述第二節點的地址信息發送的點播請求，并向所述終端發送第二重定向消息，所述第二重定向消息包括重定向端口信息和所述相關節點的地址信息；所述相關節點，用于接收所述終端根據所述重定向端口信息和相關節點的地址信息通過重定向端口發送的點播請求，并在確定所述點播請求來自于所述重定向端口時為所述終端提供服務。
16.根據權利要求15所述的系統，其特征在于，所述相關節點包括所述第一節點；或者，除所述第一節點外的與所述第二節點相關的節點。
全文摘要
本發明實施例公開了一種重定向方法、系統及終端，屬于通信技術領域，為實現對終端的重定向而發明。其中方法包括通過第一端口向第一節點發送點播請求；接收第一節點發送的重定向消息，重定向消息包括第二節點的地址信息；根據第二節點的地址信息，向第二節點發送點播請求；接收第二節點發送的第二重定向消息，第二重定向消息包括重定向端口信息和第二節點的相關節點的地址信息；根據重定向端口信息和相關節點的地址信息，通過重定向端口向相關節點發送點播請求，使得相關節點在確定點播請求來自于重定向端口時為終端提供服務。本發明實施例主要應用于IPTV技術中。
文檔編號H04N21/238GK102244642SQ20101016715
公開日2011年11月16日 申請日期2010年5月10日 優先權日2010年5月10日
發明者包紅強 申請人:華為技術有限公司