專利名稱：一種實現(xiàn)網(wǎng)絡地址轉換的方法、實體及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種實現(xiàn)網(wǎng)絡地址轉換方法、實體 及系統(tǒng)。
背景技術：
隨著lnternet規(guī)模的不斷增大，各種各樣的網(wǎng)絡服務爭相涌現(xiàn)，先進的多 媒體通信系統(tǒng)層出不窮。由于實時業(yè)務對網(wǎng)絡傳輸時延、延時抖動等特性較 為敏感，當網(wǎng)絡上有突發(fā)性高的FTP (文件傳送協(xié)議)或者含有圖像文件的 HTTP (超文本傳輸協(xié)議)等業(yè)務時，實時業(yè)務就會受到很大影響；另一方 面，由于多媒體業(yè)務占去了大量的帶寬，現(xiàn)有網(wǎng)絡要保證的關鍵業(yè)務就難以 得到可靠的傳輸。于是，各種QoS (服務質量)技術應運而生。
運營商和企事業(yè)用戶對以太網(wǎng)技術和端對端以太網(wǎng)技術有較高的認知程 度。以太網(wǎng)技術成為未來搭建三網(wǎng)合一、城域網(wǎng)的主要技術之一，以太網(wǎng)業(yè) 務在未來市場將會有極大的發(fā)展。
針對這些狀況，在NGN (ETSI的TISPAN的分組網(wǎng)絡架構)中，在應用 層和傳送層之間引入了RACS (資源接納控制子系統(tǒng))子系統(tǒng)，用于統(tǒng)一管 理承載網(wǎng)的資源，并提供基于策略的控制，包括承載網(wǎng)的QoS、 NAT(網(wǎng)絡 地址轉換)等，都需經(jīng)過RACS來訪問和控制。NGN中定義的RACS架構如 圖1所示；
RACS主要包括SPDF (基于業(yè)務的策略決策功能)和A-RACF (接入-資源接納控制功能)，圖1中其它部分表述了相關功能實體和RACS架構的關系和接口。 AF (應用功能實體)通過Gq'接口與SPDF交互，傳遞會話業(yè)務相 關的信息；所述AF具體可以為P-CSCF (代理-呼叫會話控制功能實體)、 舊CF (互連邊界控制功能)；BGF (邊界網(wǎng)關功能實體)和RCEF (資源控 制執(zhí)行功能)是傳輸層的策略執(zhí)行點，SPDF主要通過和BGF交互，使其執(zhí) 行QoS控制策略和/或NAT控制；
其中NAT原理為NAT通過將寫在IP包上的未經(jīng)注冊的地址替換為合法 的、已獲注冊的IP地址來解決地址沖突的問題。也就是說在內部網(wǎng)絡中使 用內部地址，通過NAT把內部地址翻譯成合法的IP地址在lnternet上使用；在 進行NAT轉換時，將IP包內的地址用合法的IP地址來替換，就可以滿足大量 內部主才幾用少量的I P地址訪問互耳關網(wǎng)的需求了 。
但是，在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)上述技術至少存在如下缺點 現(xiàn)有的RACS標準中，Gq，接口的AAR (AA-Request,認證授權請求) 消息中沒有攜帶關于區(qū)分SDP (會話描述協(xié)議)方向的AVP (Attribute-Value Pair, 屬性值對)，當一個業(yè)務流中帶有兩個上下行媒體流以及在IMS (IP多媒體子系統(tǒng))網(wǎng)絡與PSTN (公共電話交換網(wǎng))等一些老的網(wǎng)絡互通 的情況下，SPDF就無法區(qū)分當前SDP的方向，從而不能進行NAT控制。

發(fā)明內容
本發(fā)明實施例提供一種實現(xiàn)網(wǎng)絡地址轉換的方法、實體及系統(tǒng)，解決了 現(xiàn)有的SPDF無法區(qū)分當前SDP方向，從而不能進行NAT控制的問題。 本發(fā)明實施例是通過以下技術方案實現(xiàn)的 本發(fā)明實施例提供一種實現(xiàn)網(wǎng)絡地址轉換的方法，包括 應用功能實體接收到消息，根據(jù)所述消息確定信令方向； 將所述信令方向信息攜帶于接入授權請求消息中發(fā)送給基于業(yè)務的策略 決策功能實體；所述基于業(yè)務的策略決策功能實體根據(jù)所述信令方向獲取對應的本地域
地址，并發(fā)送給所述應用功能實體；
所述應用功能實體根據(jù)所述本地域地址發(fā)送所述消息。
本發(fā)明實施例提供一種應用功能實體，包括
信令方向指示模塊，用于接收消息，根據(jù)所述消息確定信令方向，將所 述信令方向信息承載于接入授權請求消息中發(fā)送；
網(wǎng)絡地址轉換模塊，用于根據(jù)基于業(yè)務的策略決策功能實體獲取并發(fā)送 的本地域地址進行接入側本地域/本端核心側地址與核心側本地域/對端核心 側地址的替換；
消息轉發(fā)模塊，用于根據(jù)所述網(wǎng)絡地址轉換模塊進行地址替換后的地址 進行所述消息的轉發(fā)。
本發(fā)明實施例提供一種基于業(yè)務的策略決策功能實體，包括 消息獲取模塊，用于接收應用功能實體發(fā)送的攜帶有信令方向的接入授 斗又請求消息；
網(wǎng)絡地址轉換控制模塊，用于根據(jù)所述信令方向獲取本地域地址發(fā)送給 所述應用功能實體，實現(xiàn)所述網(wǎng)絡地址轉換控制。
本發(fā)明實施例提供一種實現(xiàn)網(wǎng)絡地址轉換的系統(tǒng)，包括 應用功能實體，用于接收消息，根據(jù)所述消息確定信令方向，并發(fā)送攜
帶所述信令方向的接入授權請求消息，并接收所述消息對應的本地域地址，
根據(jù)所述地址轉發(fā)所述消息；
基于業(yè)務的策略決策功能實體，用于接收所述應用功能實體發(fā)送的攜帶
有信令方向的接入授權請求消息，根據(jù)所述信令方向獲取本地域地址并發(fā)送。
由上述本發(fā)明實施例提供的技術方案可以看出，本發(fā)明實施例通過擴展 應用功能實體與基于業(yè)務的策略決策功能實體之間交互的消息，增加表示信 令方向的字段，使基于業(yè)務的策略決策功能實體能區(qū)分消息的上下行方向， 是從接入側/本端核心側到核心側/對端核心側還是從核心側/對端核心側到接
入側/本端核心側，從而實現(xiàn)NAT控制。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實 施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下 面描述中的附圖僅僅是本發(fā)明的 一些實施例，對于本領域普通技術人員來 講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附 圖。
圖1為現(xiàn)有技術NGN中定義的RACS架構圖2為本發(fā)明實施例存在舊CF組網(wǎng)時SDP Direction的AVP消息示意圖3為本發(fā)明實施例 一流程圖； 圖4為本發(fā)明實施例二流程圖5為本發(fā)明實施例存在舊CF組網(wǎng)情況下主叫端實現(xiàn)NAT控制流程圖； 圖6為本發(fā)明實施例存在舊CF組網(wǎng)情況下被叫端實現(xiàn)NAT控制流程圖； 圖7為本發(fā)明實施例三所述系統(tǒng)組成示意圖。
具體實施例方式
下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行 清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而 不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
本發(fā)明實施例通過擴展兩實體之間的接口 ，在該接口的消息中增加表示 信令方向的字段，從而使消息接收方可以快速、明確識別信令方向，實現(xiàn)
NAT控制等操作。
所述兩實體可以為應用功能實體與基于業(yè)務的策略決策功能實體。
下面的實施例以IMS系統(tǒng)的AF和SPDF兩實體，兩實體之間使用SIP協(xié)議
為例進行說明。通過擴展AF與SPDF之間的接口Gq',在Gq'的AAR消息中增
加表示SDP方向的SDP Direction AVP，使SPDF能區(qū)分SDP的上下行方向，
從而實現(xiàn)NAT控制。
在ETSI TISPAN RTS 183 017 (歐洲電信標準化協(xié)會，電信和互聯(lián)網(wǎng)融
合業(yè)務及高級網(wǎng)絡協(xié)議)規(guī)定的AF與SPDF之間的接口Gq，上，增加了指示
SDP方向的AVP, AAR消息一種實施例的定義如下
〈AA-Request〉 := < Diameter Header: 265, REQ， PXY >
< Session-Id 〉(會話標識)
{ Auth-Application-Id }(應用標識)
{ Origin-Host}(源主機)
{ Origin-Realm }(源域)
{ Destination-Realm }(目的i或) (SDP方向)
* [ Media-Component-Description ] (i某體吾M牛4苗述) * [ Flow-Grouping ](流分組) (AF計費標識) [SIP-Forking-Indication ] ( SIP分叉指示)
* [ Specific-Action ](特定操作) [User-Name ](用戶名)(綁定信息)(鎖定指示)(預留優(yōu)先級)(全局統(tǒng)一地址) ( 4臾4又生命期)
* [ Proxy-Info ](代理信息)
*[ Route-Record](路由記錄) 承[AVP]其它屬性值對(AVP， attribute-value pair)SDP Direction的AVP消息格式可以是整型32位的，所述SDP Direction 的AVP消息用于NAT控制時，在存在舊CF的組網(wǎng)中，如圖2所示，所述SDP Direction的AVP消息可以為
INNER_TO_OUTER(0):表示從接入側到核心側，或從本端核心側到對 端核心側；
OUTER—TOJNNER(1):表示從核心側到接入側，或從對端核心側到本 端核心側；
所述SDP Direction可以應用于NAT控制，或者NAT和QoS資源預留共 存時，也可用于QoS資源預留時。
下面以不同實施例詳細說明所述SDP Direction的AVP的應用。
本發(fā)明實施例一提供一種利用SDP方向實現(xiàn)NAT控制的方法，如圖3所 示，為不存在舊CF的組網(wǎng)場景，AF具體為P-CSCF,主叫端實現(xiàn)NAT控制的 方法，令所述主叫端為用戶實體A,即UEA,具體實現(xiàn)包括如下步驟
步驟1: P-CSCF A接收到從UE A發(fā)送的SDP offer (SDP消息構成提 供)消息；
所述SDP offer消息可以攜帶于INVITE請求等消息中，該消息中可以包含 消息發(fā)送方希望使用的一組媒體流和編解碼，及消息發(fā)送方希望接收所發(fā)送 的消息的IP地址和端口號，以及接入端IP地址。例如，所述消息中可以攜帶 有媒體地址A1、 SDP Direction (INNER—TO—OUTER(0):進入IMS核心 域)、及UEA的IP地址；
對于從所述UE A發(fā)送給核心網(wǎng)側的消息，所述媒體地址對UE A側為消 息的目的地址，而對于核心網(wǎng)側為所述消息的源地址；
步驟2:所述P-CSCF A從所述接收到的消息中獲取i某體地址A1，同時獲 取SDP Direction (INNER—TO—OUTER(0):進入IMS核心域)、及UE A的 IP地址等，然后向SPDF A發(fā)送AAR消息；所述AAR消息中攜帶的內容可以參見上述AAR消息的定義;步驟3: SPDF A接收到所述AAR消息后，依據(jù)UE A的IP地址查找本地路 由，獲取與所述UE A的IP地址對應的C-BGF A ( UE A側對應的核心網(wǎng) BGF )的地址，并獲取AAR中攜帶的SDP Direction值，該值為 INNER—TO—OUTER(O)，從而可以判斷需要申請媒體流上行口地址(即核心 側地址)，則所述SPDF A向C-BGF A發(fā)送ADD Termination (本地域地址諱-求)消息，申請分配媒體流上行口地址；所述ADD Termination消息中攜帶所述SDP offer消息的媒體地址A1及申 請域指示(即申請的是4矣入側本地域還是核心側本地域地址)；步驟4: C-BGF A接收到所述申請消息后，依據(jù)ADD Termination消息中 的媒體地址A1地址及申請域指示申請上行口核心側本地域的地址A3,通過 Reply消息返回給SPDF A;步驟5: SPDF A將所述地址A3通過AAA消息(AA-Answer， AAR消息的 響應)發(fā)送給P-CSCF A;步驟6:所述P-CSCF A將AAA消息中的A3替換原SDP的A1，并進行 SDP offer消息的轉發(fā)，將所述消息發(fā)往被叫。本實施例一為主叫端用戶媒體映射的初始創(chuàng)建過程，所述P-CSCF通過 在AAR消息中攜帶SDP Direction,使得所述SPDF可以判斷所述消息是發(fā)往 核心側還是接入側，從而請求獲得本域地址，通知給所述P-CSCF,所述P-CSCF根據(jù)所述本域地址進行消息轉發(fā)，最終實現(xiàn)了主叫端的NAT控制。本發(fā)明實施例二提供一種利用SDP方向實現(xiàn)NAT控制的方法，如圖4所 示，為不存在舊CF的組網(wǎng)場景，AF具體為P-CSCF,被叫端實現(xiàn)NAT控制的 方法，令所述被叫端為用戶實體B,即UEB,具體實現(xiàn)包括如下步驟步驟1: P-CSCF B接收到SDP offer ,所述消息中攜帶的媒體地址為所述SDP offer消息可以攜帶于INVITE請求等消息中，該消息中可以包含 消息發(fā)送方希望使用的一組媒體流和編解碼，及消息發(fā)送方希望接收所發(fā)送 的消息的IP地址和端口號，以及接入端IP地址。例如，所述消息中可以攜帶 有媒體地址B4、 SDP Direction (OUTER —TO— INNER (1):出IMS核心 網(wǎng))、及UE B的IP地址；對于從所述核心網(wǎng)側發(fā)送給UE B的消息，所述々某體地址對核心網(wǎng)側為消 息的目的地址，而對于UE B側為所述消息的源地址；步驟2:所述P-CSCF B從所述接收到的SDP offer消息中獲取媒體地址 B4,同時獲取SDP Direction (OUTER—TO—INNER (1):出IMS核心網(wǎng))、 及UEB的IP地址，之后向SPDF B發(fā)送AAR;步驟3: SPDF B接收到所述AAR消息后，依據(jù)UE B的IP地址查找本 地路由，獲取UE B側對應核心側的BGF地址，即C-BGF B的地址，并獲取 AAR中攜帶的SDP Direction值，其值為OUTER—TO—INNER (1)，從而可以 判斷需要申請媒體流下行口地址(即接入側地址)，則所述SPDF B向C-BGF B發(fā)送ADD Termination,申請分配媒體流下行口地址；所述ADD Termination消息中攜帶所述SDP offer消息的媒體地址B4及申 請域指示(即申請的是接入側本地域還是核心側本地域地址)；步驟4: C-BGF B依據(jù)ADD Termination消息中的媒體地址B4及申請域 指示，申請下行口接入側本地域的地址B2，通過Reply消息返回給SPDF B;步驟5:所述SPDF B將所述B2通過AAA消息返回給P-CSCF B;步驟6:所述P-CSCF B將AAA消息中的B2替換原SDP的B4，并進行所 述SDPoffer消息的轉發(fā)，發(fā)送給接入側UE B;本實施例二為被叫端用戶媒體映射的初始創(chuàng)建過程，所述P-CSCF通過 在AAR消息中攜帶SDP Direction,使得所述SPDF可以判斷所述消息是發(fā)往ii核心側還是接入側，從而請求獲得本地域地址，通知給所述P-CSCF，所述 P-CSCF根據(jù)所述本地域地址進行消息轉發(fā)，最終實現(xiàn)了被叫端的NAT控制。上述實施例為不存在舊CF時的組網(wǎng)情況下，實現(xiàn)NAT控制方法，當存在 舊CF時，其與上述實施例的區(qū)別在于，所述P-CSCF將對應的消息首先轉發(fā) 給S-CSCF，由S-CSCF轉發(fā)給舊CF,再又舊CF將攜帶SDP Direction的消息 發(fā)送給與其相連的本端的SPDF AA或SPDF BB，由所述SPDF AA或SPDF BB與對應的I-BGF交互獲取本地地址，經(jīng)SPDF AA或SPDF BB通知給 舊CF，再由舊CF根據(jù)所述本地地址進行消息轉發(fā)，從而實現(xiàn)NAT控制，其對 應的主叫端NAT控制流程如圖5所示，對應的^^皮叫端NAT控制流程如圖6所 示，具體流程此處不再贅述。本發(fā)明實施例三提供一種利用SDP方向實現(xiàn)NAT控制的系統(tǒng)，本實施例 所述系統(tǒng)組成如圖7所示，包括UE、應用功能實體、基于業(yè)務的策略決策功 能實體。所述應用功能實體，用于接收所述UE發(fā)送的消息，根據(jù)所述消息確定信 令方向，并向基于業(yè)務的策略決策功能實體發(fā)送攜帶所述信令方向的AAR消 息，并接收所述基于業(yè)務的策略決策功能實體發(fā)送的所述消息對應的本地域 地址，根據(jù)所述本地域地址轉發(fā)所述消息；為完成所述功能，所述應用功能實體至少包括如下模塊信令方向指示模塊，用于接收UE發(fā)送的消息，并根據(jù)所述消息確定信令 方向，將所述信令方向信息承載于AAR消息中發(fā)送；網(wǎng)絡地址轉換模塊，用于根據(jù)所述基于業(yè)務的策略決策功能實體獲取并 發(fā)送的本地域地址進行接入側本地域/本端核心側與核心側本地域/對端核心 側地址的替換；消息轉發(fā)模塊，用于根據(jù)所述網(wǎng)絡地址轉換模塊進行地址替換后的地址 進行所述消息的轉發(fā)。所述應用功錄實體可以為P-CSCF或舊CF 。所述基于業(yè)務的策略決策功能實體用于接收所述應用功能實體發(fā)送的攜 帶有信令方向的AAR，根據(jù)所述信令方向實現(xiàn)NAT控制；為完成所述功能， 所述基于業(yè)務的策略決策功能實體至少包括消息獲取模塊，用于接收所述應用功能實體發(fā)送的攜帶有信令方向的 AAR消息；網(wǎng)絡地址轉換控制模塊，用于根據(jù)所述信令方向實現(xiàn)NAT控制，所述 NAT控制主要包括根據(jù)所述信令方向確定需要獲取的本地域地址，將所述 地址發(fā)送給應用功能實體。上述本發(fā)明實施例主要介紹IMS網(wǎng)絡與其他網(wǎng)絡互通使用SIP協(xié)議時，確 定信令方向的方法，本發(fā)明實施例同樣適用于其他網(wǎng)絡之間互通確定信令方 向的情況。綜上所述，本發(fā)明實施例通過擴展AF與SPDF之間的接口，在AAR消息 中增加表示信令方向的SDP Direction AVP,使SPDF能區(qū)分SDP的上下行方 向，從而實現(xiàn)NAT控制。實現(xiàn)了IMS網(wǎng)絡與PSTN等老的網(wǎng)絡進行互通，或者 一個媒體流的上下行流同時經(jīng)過BGF上行/下行口時，SPDF可以區(qū)分當前 SDP的方向是從接入側/本端核心側到核心側/對端核心側還是從核心側/對端 核心側到接入側/本端核心側，從而實現(xiàn)NAT控制。雖然上面描述的僅僅是實施例，但并不意味著本發(fā)明的保護范圍僅限于 所述的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng) 造性勞動前提下通過修改、等同、替代所獲得的所有其他實施例，都屬于本 發(fā)明保護的范圍。
權利要求
1、一種實現(xiàn)網(wǎng)絡地址轉換的方法，其特征在于，包括應用功能實體接收到消息，根據(jù)所述消息確定信令方向；將所述信令方向信息攜帶于接入授權請求消息中發(fā)送給基于業(yè)務的策略決策功能實體；所述基于業(yè)務的策略決策功能實體根據(jù)所述信令方向獲取對應的本地域地址，并發(fā)送給所述應用功能實體；所述應用功能實體根據(jù)所述本地域地址發(fā)送所述消息。
2、 如權利要求1所述的方法，其特征在于，所述應用功能實體接收到的 消息.中包括消息發(fā)送方希望使用的一組媒體流和編解碼,接入端IP地址，消息發(fā)送 方希望接收所發(fā)送的消息的IP地址和端口號，即媒體地址，及信令方向。
3、 如權利要求2所述的方法，其特征在于，所述基于業(yè)務的策略決策功 能實體根據(jù)所述信令方向獲取對應的本地域地址的方法包括所述基于業(yè)務的策略決策功能實體根據(jù)所述接入端IP地址確定對應的邊 界網(wǎng)關功能實體，及根據(jù)所述信令方向確定需要獲取的本地域地址； 向所述對應的邊界網(wǎng)關功能實體請求并獲取所述本地域地址。
4、 如權利要求3所述的方法，其特征在于，所述基于業(yè)務的策略決策功 能實體向對應的邊界網(wǎng)關^能實體請求并獲取所述本地域地址的方法具體包括所述基于業(yè)務的策略決策功能實體向所述邊界網(wǎng)關功能實體發(fā)送攜帶所 述媒體地址及申請域指示的本地域地址請求消息；所述邊界網(wǎng)關功能實體根據(jù)所述請求消息申請到對應的本地域地址，并 返回給所述基于業(yè)務的策略決策功能實體。
5、 如權利要求3或4所述的方法，其特征在于，當所述信令方向為從接 入側到核心側時，所述本地域地址為核心側本地域地址；當所述信令方向為 /人核心側到接入側時，所述本地域地址為接入側本地域地址；或，當所述信令方向為從本端核心側到對端核心側時，所述本地域地址為對端核心側地址；當所述信令方向為乂人對端核心側到本端核心側時，所述本地域地址為本端核心側地址。
6、 如權利要求2或3所述的方法，其特征在于，所述應用功能實體根據(jù) 所述本地域地址發(fā)送所述消息的方法包括所述應用功能實體將所述本地域地址替換原消息中的媒體地址，之后發(fā) 送所述消息。
7、 一種應用功能實體，其特征在于，包括信令方向指示模塊，用于接收消息，根據(jù)所述消息確定信令方向，將所 述信令方向信息承載于接入授權請求消息中發(fā)送；網(wǎng)絡地址轉換模塊，用于根據(jù)基于業(yè)務的策略決策功能實體獲取并發(fā)送 的本地域地址進行接入側本地域/本端核心側地址與核心側本地域/對端核心 側地址的替換；消息轉發(fā)模塊，用于根據(jù)所述網(wǎng)絡地址轉換模塊進行地址替換后的地址 進行所述消息的轉發(fā)。
8、 如權利要求7所述的應用功能實體，其特征在于，所述實體為代理-呼 叫會話控制功能實體、或互連邊界控制功能。
9、 一種基于業(yè)務的策略決策功能實體，其特征在于，包括消息獲取模塊，用于接收應用功能實體發(fā)送的攜帶有信令方向的接入授 ;)5U青求消息；網(wǎng)絡地址轉換控制模塊，用于根據(jù)所述信令方向獲取本地域地址發(fā)送給 所述應用功能實體，實現(xiàn)所述網(wǎng)絡地址轉換控制。
10、 一種實現(xiàn)網(wǎng)絡地址轉換的系統(tǒng)，其特征在于，包括 應用功能實體，用于接收消息，根據(jù)所述消息確定信令方向，并發(fā)送攜帶所述信令方向的接入4受權請求消息，并接收所述消息對應的本地域地址， 根據(jù)所述地址轉發(fā)所述消息；基于業(yè)務的策略決策功能實體，用于接收所述應用功能實體發(fā)送的攜帶 有信令方向的接入授權請求消息，根據(jù)所述信令方向獲取本地域地址并發(fā)
全文摘要
本發(fā)明實施例涉及通信技術領域一種實現(xiàn)網(wǎng)絡地址轉換的方法，包括應用功能實體接收到消息，根據(jù)所述消息確定信令方向；將所述信令方向信息攜帶于接入授權請求消息中發(fā)送給基于業(yè)務的策略決策功能實體；所述基于業(yè)務的策略決策功能實體根據(jù)所述信令方向獲取對應的本地域地址，并發(fā)送給所述應用功能實體；所述應用功能實體根據(jù)所述本地域地址發(fā)送所述消息。本發(fā)明實施例還提供一種實現(xiàn)網(wǎng)絡地址轉換的實體及系統(tǒng)。本發(fā)明實施例通過擴展應用功能實體與基于業(yè)務的策略決策功能實體之間交互的消息，增加表示信令方向的字段，使基于業(yè)務的策略決策功能實體能區(qū)分消息的上下行方向，是從接入側/本端核心側到核心側/對端核心側還是從核心側/對端核心側到接入側/本端核心側，從而實現(xiàn)NAT控制。
文檔編號H04L29/02GK101325543SQ20071013017
公開日2008年12月17日 申請日期2007年7月20日 優(yōu)先權日2007年6月15日
發(fā)明者婷 鄒, 鄭真建 申請人:華為技術有限公司