專利名稱：簽約業(yè)務處理方法和網(wǎng)關及系統(tǒng)的制作方法
技術領域：
本發(fā)明實施例涉及通信技術，尤其涉及一種簽約業(yè)務處理方法和網(wǎng)關及系統(tǒng)。
背景技術：
移動用戶訪問業(yè)務服務器，可能需要中間網(wǎng)元處理，如網(wǎng)絡加速器、防火墻或病毒過濾器。此類中間網(wǎng)元提供的服務往往需要用戶簽約，從而控制用戶的業(yè)務流量按照簽約到達業(yè)務服務器。由于中間網(wǎng)元一般提供的帶寬較小，如果所有報文都不加選擇的通過中間網(wǎng)元，則無法承載所有用戶的報文?，F(xiàn)有技術采用GGSN(Gateway GPRS Support Node，網(wǎng)關GPRS支持節(jié)點)內(nèi)部多次路由環(huán)回的方法，將簽約用戶的報文選擇性地通過中間網(wǎng)元，達到選擇性處理業(yè)務的目的。 GGSN的多次路由環(huán)回方法如下GGSN的接口上掛接有不同的中間網(wǎng)元。GGSN接收到報文后，確定該報文屬于簽約用戶的報文時，將該報文轉(zhuǎn)發(fā)給簽約用戶所簽約的業(yè)務對應的一個中間網(wǎng)元，該中間網(wǎng)元處理完該報文后返回給GGSN，由GGSN再根據(jù)轉(zhuǎn)發(fā)策略將該報文轉(zhuǎn)發(fā)給下一個中間網(wǎng)元處理，下一個中間網(wǎng)元處理完該報文后再返回給GGSN，依次類推，該報文經(jīng)過簽約業(yè)務對應的所有中間網(wǎng)元的處理后，由GGSN轉(zhuǎn)發(fā)給業(yè)務服務器。然而，如果中間網(wǎng)元過多，簽約用戶報文的多次環(huán)回，會導致GGSN對于同一個報文的多次處理，從而會對GGSN的性能造成較大的影響。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種簽約業(yè)務處理方法和網(wǎng)關及系統(tǒng)，用以解決現(xiàn)有技術中網(wǎng)關處理簽約業(yè)務時需對同一報文進行多次處理的缺陷，提高了網(wǎng)關的性能。本發(fā)明實施例提供一種簽約業(yè)務處理方法，包括網(wǎng)關接收報文；所述網(wǎng)關確定所述報文所屬的用戶為簽約用戶時，根據(jù)所述用戶的簽約信息，獲取所述報文的轉(zhuǎn)發(fā)路徑信息，所述轉(zhuǎn)發(fā)路徑信息包括所述報文將要依次到達的所有中間網(wǎng)元的路徑信息；根據(jù)所述轉(zhuǎn)發(fā)路徑信息向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文，以使得所述中間網(wǎng)元對所述報文進行處理。本發(fā)明實施例提供一種網(wǎng)關，包括報文接收模塊，用于接收報文；路徑信息獲取模塊，用于確定所述報文所屬的用戶為簽約用戶時，根據(jù)所述用戶的簽約信息，獲取所述報文的轉(zhuǎn)發(fā)路徑信息，所述轉(zhuǎn)發(fā)路徑信息包括所述報文將要依次到達的所有中間網(wǎng)元的路徑信息；報文發(fā)送模塊，用于根據(jù)所述轉(zhuǎn)發(fā)路徑信息向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文，以使得所述中間網(wǎng)元對所述報文進行處理。本發(fā)明實施例提供一種簽約業(yè)務處理系統(tǒng)，包括網(wǎng)關和多個中間網(wǎng)元；
所述網(wǎng)關，用于接收報文后，確定所述報文所屬的用戶為簽約用戶時，根據(jù)所述用戶的簽約信息，獲取所述報文的轉(zhuǎn)發(fā)路徑信息；根據(jù)所述轉(zhuǎn)發(fā)路徑信息向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文；所述轉(zhuǎn)發(fā)路徑信息包括所述報文將要依次到達的所有中間網(wǎng)元的路徑信息；所述中間網(wǎng)元，用于處理報文后，在所述轉(zhuǎn)發(fā)路徑信息中刪除自身地址，向所述轉(zhuǎn)發(fā)路徑信息指示的下一跳中間網(wǎng)元發(fā)送包括有所述轉(zhuǎn)發(fā)路徑信息的報文，直至所述轉(zhuǎn)發(fā)路徑信息中所有中間網(wǎng)元處理完畢。本發(fā)明實施例的簽約業(yè)務處理方法和網(wǎng)關及系統(tǒng)，網(wǎng)關接收到報文后，對于簽約用戶的報文，獲取依次到達該用戶的所有簽約業(yè)務對應的各中間網(wǎng)元的轉(zhuǎn)發(fā)路徑信息，并將該轉(zhuǎn)發(fā)路徑信息攜帶在報文中發(fā)送給轉(zhuǎn)發(fā)路徑信息指示的第一跳中間網(wǎng)元。報文中包括該報文將要依次到達該用戶的所有簽約業(yè)務對應的各中間網(wǎng)元的轉(zhuǎn)發(fā)路徑信息，因此該報文可流經(jīng)該用戶的所有簽約業(yè)務對應的所有中間網(wǎng)元。網(wǎng)關接收到的報文是上行報文時，最后一跳中間網(wǎng)元收到該報文后，將該報文發(fā)送給提供業(yè)務服務的業(yè)務服務器，或者與業(yè)務服務器連接的路由器。因此，對于簽約用戶的上行報文，網(wǎng)關只需要處理一次。網(wǎng)關接收到的報文是下行報文時，最后一跳中間網(wǎng)元收到該報文后，根據(jù)路徑信息的指示將該報文轉(zhuǎn)發(fā)給網(wǎng)關，由網(wǎng)關將該報文發(fā)送給用戶設備。因此，對于簽約用戶的下行報文，網(wǎng)關只需要處理兩次。因此，網(wǎng)關不需要對簽約用戶的同一個報文進行多次處理，提高了網(wǎng)關的性能。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例提供的一種簽約業(yè)務激活方法流程圖；圖2為本發(fā)明實施例提供的一種網(wǎng)關獲取業(yè)務轉(zhuǎn)發(fā)策略的方法流程圖；圖3A為本發(fā)明實施例提供的又一種簽約業(yè)務處理方法流程圖；圖3B為本發(fā)明實施例提供的又一種簽約業(yè)務處理方法的應用場景圖；圖4A為本發(fā)明實施例提供的再一種簽約業(yè)務處理方法流程圖；圖4B為本發(fā)明實施例提供的再一種簽約業(yè)務處理方法的應用場景圖；圖5為本發(fā)明實施例提供的一種網(wǎng)關結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例提供的另一種網(wǎng)關結(jié)構(gòu)示意圖；圖7為本發(fā)明實施例提供的又一種網(wǎng)關結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例提供的一種簽約業(yè)務處理系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明實施例提供的一種簽約業(yè)務處理方法流程圖。本發(fā)明實施例中網(wǎng)關可為GGSN，也可為PGW(Packet Gate Way，分組數(shù)據(jù)網(wǎng)關)。如圖1所示，本實施例包括步驟11:網(wǎng)關接收報文。報文可以是用戶設備發(fā)送給業(yè)務服務器的上行報文，也可以是業(yè)務服務器發(fā)送給用戶設備的下行報文。步驟12 網(wǎng)關確定報文所屬的用戶為簽約用戶時，根據(jù)用戶的簽約信息，獲取所述報文的轉(zhuǎn)發(fā)路徑信息，轉(zhuǎn)發(fā)路徑信息包括該報文將要依次到達的所有中間網(wǎng)元的路徑信肩、ο本發(fā)明實施例中簽約用戶為簽約了中間網(wǎng)元所提供的業(yè)務的用戶。例如簽約了網(wǎng)絡加速業(yè)務、防火墻業(yè)務或病毒過濾業(yè)務的用戶。一個用戶可簽約一個業(yè)務，也可簽約多個業(yè)務。網(wǎng)關可根據(jù)報文中的用戶地址，確定報文所屬的用戶是否簽約用戶。例如，報文為上行報文時，網(wǎng)關根據(jù)報文的源地址，查詢到報文所屬用戶的用戶簽約信息時，確定報文所屬的用戶為簽約用戶；報文為下行報文時，根據(jù)報文的目的地址，查詢到報文所屬用戶的用戶簽約信息時，確定報文所屬的用戶為簽約用戶。對于屬于簽約用戶的報文，網(wǎng)關可根據(jù)該用戶的所有簽約的業(yè)務確定該報文需要經(jīng)過的所有中間網(wǎng)元。對于不屬于簽約用戶的報文，由于不需要經(jīng)過中間網(wǎng)元處理，網(wǎng)關不需要將該報文轉(zhuǎn)發(fā)給中間網(wǎng)元，而是直接轉(zhuǎn)發(fā)給后續(xù)網(wǎng)元，例如，對于上行報文，網(wǎng)關將上行報文轉(zhuǎn)發(fā)給與業(yè)務服務器相連的路由器；對于下行報文。網(wǎng)關將下行報文轉(zhuǎn)發(fā)給用戶設備。其中，中間網(wǎng)元為進行業(yè)務處理和業(yè)務轉(zhuǎn)發(fā)的設備。業(yè)務服務器與中間網(wǎng)元的區(qū)別在于，業(yè)務服務器只處理報文，不轉(zhuǎn)發(fā)報文；而中間網(wǎng)元處理報文還需轉(zhuǎn)發(fā)給其它網(wǎng)元。網(wǎng)關確定報文所屬的用戶為簽約用戶時，根據(jù)用戶的簽約信息，網(wǎng)關獲取包括該報文將要依次到達的所有中間網(wǎng)元的路徑信息的轉(zhuǎn)發(fā)路徑信息。具體地，進一步，網(wǎng)關確定報文所屬的用戶為簽約用戶時，根據(jù)報文中的用戶地址，在簽約信息中確定該用戶所有簽約的業(yè)務。該用戶簽約有多個業(yè)務時，該用戶對應有多個業(yè)務轉(zhuǎn)發(fā)策略，網(wǎng)關需獲取該用戶的所有簽約的業(yè)務的業(yè)務轉(zhuǎn)發(fā)策略，從而獲取該用戶的所有簽約的業(yè)務對應的中間網(wǎng)元的地址信息。每個業(yè)務轉(zhuǎn)發(fā)策略包括簽約業(yè)務和與該簽約業(yè)務對應的各中間網(wǎng)元的地址信息。網(wǎng)關根據(jù)該用戶的所有簽約的業(yè)務對應的各中間網(wǎng)元的地址信息，生成包含上述所有中間網(wǎng)元地址信息的轉(zhuǎn)發(fā)路徑信息，將該轉(zhuǎn)發(fā)路徑信息添加到轉(zhuǎn)發(fā)路徑信息指示的第一跳中間網(wǎng)元。由于報文中包括依次到達各中間網(wǎng)元的地址，因此上游中間網(wǎng)元在轉(zhuǎn)發(fā)報文時可獲取到下一跳中間網(wǎng)元的地址，向下一跳中間網(wǎng)元轉(zhuǎn)發(fā)該報文。網(wǎng)關可保存用戶簽約信息和業(yè)務轉(zhuǎn)發(fā)策略。網(wǎng)關保存的用戶簽約信息和業(yè)務轉(zhuǎn)發(fā)策略，可由網(wǎng)關從自身的配置中獲取，也可由網(wǎng)關從外部網(wǎng)元(例如PCRF)中獲取。另外，網(wǎng)關也可不保存用戶簽約信息和業(yè)務轉(zhuǎn)發(fā)策略。而是在每次接收到報文后，通過外部網(wǎng)元中保存的用戶簽約信息確定當前報文所屬的用戶是否為簽約用戶，并從外部網(wǎng)元(例如 PCRF)獲取該用戶的業(yè)務轉(zhuǎn)發(fā)策略，從而獲取到該用戶的所有簽約業(yè)務對應的各中間網(wǎng)元的地址。步驟13 網(wǎng)關根據(jù)所述轉(zhuǎn)發(fā)路徑信息向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文，以使得所述中間網(wǎng)元對所述報文進行處理。網(wǎng)關根據(jù)所述轉(zhuǎn)發(fā)路徑信息，向轉(zhuǎn)發(fā)路徑信息指示的第一跳中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文。第一跳中間網(wǎng)元處理網(wǎng)關的報文后，在路徑信息中刪除掉自身地址，根據(jù)轉(zhuǎn)發(fā)路徑信息的指示向下一跳中間網(wǎng)元轉(zhuǎn)發(fā)修改后的報文。中間網(wǎng)元依次處理接收到的報文，每個中間網(wǎng)元在處理報文后，在轉(zhuǎn)發(fā)路徑信息中刪除掉自身地址，將修改后的報文轉(zhuǎn)發(fā)給轉(zhuǎn)發(fā)路徑信息中的下一跳中間網(wǎng)元，直至轉(zhuǎn)發(fā)路徑信息中最后一跳中間網(wǎng)元收到該報文。報文是來自用戶設備的上行報文時，最后一跳中間網(wǎng)元收到該業(yè)務上行報文后， 繼續(xù)向業(yè)務服務器轉(zhuǎn)發(fā)。因此，對于簽約用戶的同一上行報文，網(wǎng)關只需要處理一次。如果報文是來自業(yè)務服務器的下行報文時，由于用戶簽約信息由網(wǎng)關獲取，并且網(wǎng)關是下行報文通往用戶設備的必經(jīng)網(wǎng)元，經(jīng)過中間網(wǎng)元處理后的下行報文，必須通過網(wǎng)關轉(zhuǎn)發(fā)到用戶設備。因此轉(zhuǎn)發(fā)路徑信息中最后一跳設備的地址需要設定為網(wǎng)關的地址。當最后一個中間網(wǎng)元收到該下行報文后根據(jù)轉(zhuǎn)發(fā)路徑信息的指示將該報文轉(zhuǎn)發(fā)給網(wǎng)關，由網(wǎng)關將該報文發(fā)送給簽約用戶的用戶設備。因此，對于簽約用戶的同一下行報文，網(wǎng)關只需要處理兩次。本發(fā)明實施例網(wǎng)關接收到報文后，對于簽約用戶的報文，獲取依次到達該用戶的所有簽約業(yè)務對應的各中間網(wǎng)元的轉(zhuǎn)發(fā)路徑信息，并將該轉(zhuǎn)發(fā)路徑信息攜帶在報文中發(fā)送給轉(zhuǎn)發(fā)路徑信息指示的第一跳中間網(wǎng)元。報文中包括該報文將要依次到達該用戶的所有簽約業(yè)務對應的各中間網(wǎng)元的轉(zhuǎn)發(fā)路徑信息，因此該報文可流經(jīng)該用戶的所有簽約業(yè)務對應的所有中間網(wǎng)元。網(wǎng)關接收到的報文是上行報文時，最后一跳中間網(wǎng)元收到該報文后，將該報文發(fā)送給提供業(yè)務服務的業(yè)務服務器，或者與業(yè)務服務器連接的路由器。因此，對于簽約用戶的上行報文，網(wǎng)關只需要處理一次。網(wǎng)關接收到的報文是下行報文時，最后一跳中間網(wǎng)元收到該報文后，根據(jù)轉(zhuǎn)發(fā)路徑信息的指示將該報文轉(zhuǎn)發(fā)給網(wǎng)關，由網(wǎng)關將該報文發(fā)送給簽約用戶的用戶設備。因此，對于簽約用戶的下行報文，網(wǎng)關只需要處理兩次。因此，網(wǎng)關不需要對簽約用戶的同一個報文進行多次處理，提高了網(wǎng)關的性能。另外，由于網(wǎng)關只將屬于簽約用戶的報文轉(zhuǎn)發(fā)給中間網(wǎng)元處理，可避免所有用戶的報文都通過中間網(wǎng)元，減輕了中間網(wǎng)元的負荷。圖2為本發(fā)明實施例提供的一種網(wǎng)關獲取業(yè)務轉(zhuǎn)發(fā)策略的方法流程圖。如圖2所示，在步驟11之前還包括步驟21 網(wǎng)關接收用戶設備發(fā)送的包括用戶標識的激活請求。步驟22 網(wǎng)關向策略和計費規(guī)則功能實體(Policy Charging Rules Function，簡稱PCRF)發(fā)送包括用戶標識的策略申請請求。步驟23 網(wǎng)關接收PCRF發(fā)送的與用戶標識對應的用戶簽約信息和業(yè)務轉(zhuǎn)發(fā)策略。PCRF接收到網(wǎng)關的發(fā)送的策略申請請求后，根據(jù)其中的用戶標識獲取與該用戶標識對應的用戶簽約信息，并確定簽約業(yè)務對應的所有中間網(wǎng)元的地址，形成包括簽約業(yè)務和該簽約業(yè)務對應的中間網(wǎng)元的地址信息之間的對應關系的業(yè)務轉(zhuǎn)發(fā)策略。網(wǎng)關通過Gx 接口接收PCRF下發(fā)的用戶簽約信息和業(yè)務轉(zhuǎn)發(fā)策略。另外，網(wǎng)關本地也可內(nèi)置上述用戶簽約信息和業(yè)務轉(zhuǎn)發(fā)策略。如果網(wǎng)關本地內(nèi)置有上述業(yè)務轉(zhuǎn)發(fā)策略時，網(wǎng)關不需要接收用戶設備發(fā)送的業(yè)務激活請求，也不需向PCRF發(fā)送策略申請請求。網(wǎng)關可將用戶簽約信息保存在如表1所示的用戶簽約信息表中，可將各業(yè)務轉(zhuǎn)發(fā)策略保存在如表2所示的業(yè)務轉(zhuǎn)發(fā)表中。如表1所示，一個用戶可對應有一個或多個簽約業(yè)務。如表2所示一個簽約業(yè)務可對應一個中間網(wǎng)元的地址或多個中間網(wǎng)元的地址。表1為用戶簽約信息表
權(quán)利要求
1.一種簽約業(yè)務處理方法，其特征在于，包括 網(wǎng)關接收報文；所述網(wǎng)關確定所述報文所屬的用戶為簽約用戶時，根據(jù)所述用戶的簽約信息，獲取所述報文的轉(zhuǎn)發(fā)路徑信息，所述轉(zhuǎn)發(fā)路徑信息包括所述報文將要依次到達的所有中間網(wǎng)元的路徑信息；根據(jù)所述轉(zhuǎn)發(fā)路徑信息向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文，以使得所述中間網(wǎng)元對所述報文進行處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述用戶的簽約信息，獲取所述報文的轉(zhuǎn)發(fā)路徑信息，包括根據(jù)所述報文中的用戶地址，確定所述用戶簽約的業(yè)務；根據(jù)所述用戶簽約的業(yè)務，獲取所述用戶的所有簽約的業(yè)務對應的所有中間網(wǎng)元的地址信息；生成包含所述所有中間網(wǎng)元地址信息的轉(zhuǎn)發(fā)路徑信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括 所述網(wǎng)關接收所述用戶設備發(fā)送的包括用戶標識的激活請求；所述網(wǎng)關向策略和計費規(guī)則功能實體發(fā)送包括所述用戶標識的策略申請請求； 所述網(wǎng)關接收所述策略和計費規(guī)則功能實體發(fā)送的與所述用戶標識對應的用戶簽約信息和業(yè)務轉(zhuǎn)發(fā)策略，所述業(yè)務轉(zhuǎn)發(fā)策略包括所述用戶的簽約業(yè)務與該簽約業(yè)務對應的中間網(wǎng)元的地址信息。
4.根據(jù)權(quán)利要求1-3任一項所述的方法，其特征在于，在向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文之前，還包括所述網(wǎng)關將所述轉(zhuǎn)發(fā)路徑信息添加在所述報文的IP報文頭的路由選項中。
5.根據(jù)權(quán)利要求1-3任一項所述的方法，其特征在于，所述向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文，包括向所述轉(zhuǎn)發(fā)路徑信息指示的第一跳中間網(wǎng)元發(fā)送包括有所述轉(zhuǎn)發(fā)路徑信息的報文； 所述第一跳中間網(wǎng)元處理所述報文后，在所述轉(zhuǎn)發(fā)路徑信息中刪除自身地址，向所述轉(zhuǎn)發(fā)路徑信息指示的下一跳中間網(wǎng)元發(fā)送包括有所述轉(zhuǎn)發(fā)路徑信息的報文，直至所有中間網(wǎng)元處理完畢。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，若所述報文為上行報文，所述轉(zhuǎn)發(fā)路徑所指示的最后一跳中間網(wǎng)元直接發(fā)送所述上行報文到與業(yè)務服務器相連的路由器。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，若所述報文為下行報文，所述方法還包括將所述轉(zhuǎn)發(fā)路徑信息的最后一跳地址信息設定為所述網(wǎng)關自身的地址。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述方法還包括接收所述轉(zhuǎn)發(fā)路徑所指示的最后一跳中間網(wǎng)元返回的下行報文，向所述用戶的用戶設備發(fā)送所述下行報文。
9.一種網(wǎng)關，其特征在于，包括 報文接收模塊，用于接收報文；路徑信息獲取模塊，用于確定所述報文所屬的用戶為簽約用戶時，根據(jù)所述用戶的簽約信息，獲取所述報文的轉(zhuǎn)發(fā)路徑信息，所述轉(zhuǎn)發(fā)路徑信息包括所述報文將要依次到達的所有中間網(wǎng)元的路徑信息；報文發(fā)送模塊，用于根據(jù)所述轉(zhuǎn)發(fā)路徑信息向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文，以使得所述中間網(wǎng)元對所述報文進行處理。
10.根據(jù)權(quán)利要求9所述的網(wǎng)關，其特征在于，所述路徑信息獲取模塊包括確定單元，用于確定所述報文所屬的用戶為簽約用戶時，根據(jù)所述報文中的用戶地址， 確定所述用戶簽約的業(yè)務；獲取單元，用于根據(jù)所述用戶所有簽約的業(yè)務，獲取所述用戶的所有簽約的業(yè)務對應的所有中間網(wǎng)元的地址信息；生成單元，用于生成包含所述所有中間網(wǎng)元地址信息的轉(zhuǎn)發(fā)路徑信息。
11.根據(jù)權(quán)利要求9所述的網(wǎng)關，其特征在于所述報文接收模塊，還用于在所述報文為下行報文時，接收所述轉(zhuǎn)發(fā)路徑信息中最后一跳中間網(wǎng)元發(fā)送的下行報文；所述報文為下行報文時，所述轉(zhuǎn)發(fā)路徑信息的最后一跳地址信息為所述網(wǎng)關自身的地址；所述報文發(fā)送模塊，還用于向所述用戶的用戶設備轉(zhuǎn)發(fā)所述最后一跳中間網(wǎng)元發(fā)送的下行報文。
12.根據(jù)權(quán)利要求9所述的網(wǎng)關，其特征在于，還包括所述報文發(fā)送模塊，還用于向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文之前，將所述轉(zhuǎn)發(fā)路徑信息添加在所述報文的IP報文頭的路由選項中。
13.根據(jù)權(quán)利要求9-12任一項所述的網(wǎng)關，其特征在于，還包括激活請求接收模塊，用于接收用戶設備發(fā)送的包括用戶標識的激活請求；策略請求模塊，用于向策略和計費規(guī)則功能實體發(fā)送包括所述用戶標識的策略申請請求；策略接收模塊，用于接收策略和計費規(guī)則功能實體發(fā)送的與所述用戶標識對應的用戶簽約信息和業(yè)務轉(zhuǎn)發(fā)策略。
14.一種簽約業(yè)務處理系統(tǒng)，其特征在于，包括網(wǎng)關和多個中間網(wǎng)元；所述網(wǎng)關，用于接收報文后，確定所述報文所屬的用戶為簽約用戶時，根據(jù)所述用戶的簽約信息，獲取所述報文的轉(zhuǎn)發(fā)路徑信息；根據(jù)所述轉(zhuǎn)發(fā)路徑信息向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文；所述轉(zhuǎn)發(fā)路徑信息包括所述報文將要依次到達的所有中間網(wǎng)元的路徑信息；所述中間網(wǎng)元，用于處理所述報文后，在所述轉(zhuǎn)發(fā)路徑信息中刪除自身地址，向所述轉(zhuǎn)發(fā)路徑信息指示的下一跳中間網(wǎng)元發(fā)送包括有所述轉(zhuǎn)發(fā)路徑信息的報文，直至所述轉(zhuǎn)發(fā)路徑信息中所有中間網(wǎng)元處理完畢。
15.根據(jù)權(quán)利要求14所述系統(tǒng)，其特征在于，所述轉(zhuǎn)發(fā)路徑所指示的最后一跳中間網(wǎng)元，用于在所述報文為上行報文時，將所述上行報文發(fā)送給與業(yè)務服務器相連的路由器。
16.根據(jù)權(quán)利要求14所述系統(tǒng)，其特征在于所述網(wǎng)關，還用于若所述報文為下行報文，將所述轉(zhuǎn)發(fā)路徑信息的最后一跳地址信息設定為所述網(wǎng)關自身的地址；所述轉(zhuǎn)發(fā)路徑信息所指示的最后一跳中間網(wǎng)元，用于在所述報文為下行報文時，根據(jù)所述轉(zhuǎn)發(fā)路徑所指示向所述網(wǎng)關發(fā)送下行報文；所述網(wǎng)關，還用于接收所述轉(zhuǎn)發(fā)路徑信息所指示的最后一跳中間網(wǎng)元返回的下行報文，向所述用戶的用戶設備發(fā)送所述下行報文。
全文摘要
本發(fā)明實施例提供一種簽約業(yè)務處理方法和網(wǎng)關及系統(tǒng)。簽約業(yè)務處理方法包括網(wǎng)關接收報文；所述網(wǎng)關確定所述報文所屬的用戶為簽約用戶時，根據(jù)所述用戶的簽約信息，獲得所述報文的轉(zhuǎn)發(fā)路徑信息，所述轉(zhuǎn)發(fā)路徑信息包括所述報文將要依次到達的所有中間網(wǎng)元的路徑信息；根據(jù)所述轉(zhuǎn)發(fā)路徑信息向所述中間網(wǎng)元發(fā)送包含有所述轉(zhuǎn)發(fā)路徑信息的報文，以使得所述中間網(wǎng)元對所述報文進行處理。中間網(wǎng)元依次處理，將刪除掉本身地址的路徑信息發(fā)送到下一個網(wǎng)元。本發(fā)明實施例避免了網(wǎng)關處理簽約用戶的服文時需對同一報文進行多次處理的缺陷，改進了中間處理網(wǎng)元的組網(wǎng)方式，提高了網(wǎng)關的性能。
文檔編號H04L12/56GK102265567SQ201180000878
公開日2011年11月30日 申請日期2011年5月30日 優(yōu)先權(quán)日2011年5月30日
發(fā)明者喬偉華, 胡玉勝 申請人:華為技術有限公司