專利名稱：一種數(shù)據(jù)本地交換方法、裝置和系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及通訊領域，尤其涉及一種數(shù)據(jù)本地交換方法、裝置和系統(tǒng)。
背景技術(shù)：
隨著通訊技術(shù)的發(fā)展，人們越來越多的使用通信網(wǎng)絡進行信息的交換。通常的通 信業(yè)務的交換都要經(jīng)過核心網(wǎng)來完成，若通信雙方終端處于同一個基站下，業(yè)務數(shù)據(jù)仍經(jīng) 由核心網(wǎng)轉(zhuǎn)發(fā)，不僅浪費傳輸成本，還帶來不必要的延時，因此提出了本地交換技術(shù)?，F(xiàn)有的本地交換技術(shù)中，基站對每個上行數(shù)據(jù)包都進行解析，得到每個數(shù)據(jù)包的 源IP地址、目的IP地址和業(yè)務類型，然后基站根據(jù)業(yè)務類型判斷該業(yè)務是否支持本地交 換，并根據(jù)源IP地址和目的IP地址判斷雙方終端是否在本基站下，如果兩次判斷都符合本 地交換的要求，則基站執(zhí)行本地交換?，F(xiàn)有本地交換技術(shù)中，基站收到上行數(shù)據(jù)時，必須通過檢測該上行數(shù)據(jù)對應的IP 地址判斷該數(shù)據(jù)的發(fā)送端與接收端是否處于該基站下，因此，基站需要對每個上行數(shù)據(jù)包 解析，同時，還要判斷該數(shù)據(jù)對應的業(yè)務類型是否支持本地交換，由此增大了基站的工作 量，有效性不高。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的技術(shù)問題是提供一種數(shù)據(jù)本地交換方法、裝置和系統(tǒng)。為了解決上述問題，本發(fā)明實施例提供了一種數(shù)據(jù)本地交換方法，包括網(wǎng)絡側(cè)在同請求端建立承載過程中，獲取第一地址信息，以及，在同接收端建立承 載過程中，獲取第二地址信息；當?shù)谝坏刂沸畔⑴c第二地址信息相同時，將請求端和接收端 綁定，對綁定的請求端或接收端在承載上發(fā)送的數(shù)據(jù)執(zhí)行本地交換。本發(fā)明實施例還提供了 一種基站設備，包括信息接收單元，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第二地 址信息，第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取，第二 地址信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲??；綁定單元，用于當 第一地址信息與第二地址信息相同時，將請求端和接收端綁定；執(zhí)行單元，用于對綁定單元 綁定的請求端或接收端在承載上發(fā)送的數(shù)據(jù)執(zhí)行本地交換。本發(fā)明實施例還提供了 一種網(wǎng)關設備，包括第一信息接收單元，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第 二地址信息，第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取， 第二地址信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲?。坏谝唤壎▎?元，用于當?shù)谝坏刂沸畔⑴c第二地址信息相同時，將請求端和接收端綁定；第一執(zhí)行單元， 用于對第一綁定單元綁定的請求端或接收端在承載上發(fā)送的數(shù)據(jù)執(zhí)行本地交換。本發(fā)明實施例還提供了一種數(shù)據(jù)本地交換系統(tǒng)，包括通信雙方終端，還包括基 站，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第二地址信息，第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取，第二地址信息由網(wǎng)絡側(cè)移 動管理實體MME在同接收端建立承載過程中獲取；當?shù)谝坏刂沸畔⑴c第二地址信息相同 時，將請求端和接收端綁定；對綁定的請求端或接收端在承載上發(fā)送的數(shù)據(jù)執(zhí)行本地交換。本發(fā)明的另一個實施例提供了一種數(shù)據(jù)本地交換系統(tǒng)，包括通信雙方終端，還包 括基站，用于將請求端或接收端的信息發(fā)送給網(wǎng)關，將網(wǎng)關的信息發(fā)送給請求端或 接收端；網(wǎng)關，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第二地址信息，第 一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取，第二地址信息由 網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲??；第一地址信息與第二地址信息 相同時，將請求端和接收端綁定；對綁定的請求端或接收端在承載上發(fā)送的數(shù)據(jù)執(zhí)行本地 交換。本發(fā)明的另一個實施例還提供了一種數(shù)據(jù)本地交換系統(tǒng)，包括通信雙方終端，還 包括基站，用于獲取第一地址信息和第二地址信息，第一地址信息為基站在同請求端 建立承載過程中，從非接入層消息中獲取的請求端IP地址、請求端端口號和接收端IP地 址、接收端端口號，第二地址信息為基站在同接收端建立承載過程中，從非接入層消息中獲 取的接收端IP地址、接收端端口號和請求端IP地址、請求端端口號；當?shù)谝坏刂沸畔⑴c第 二地址信息相同時，將請求端和接 收端綁定；對綁定的請求端或接收端在承載上發(fā)送的數(shù) 據(jù)執(zhí)行本地交換。與現(xiàn)有技術(shù)相比，本發(fā)明實施例中基站對網(wǎng)絡側(cè)發(fā)送的第一、二地址信息進行判 斷，第一地址信息和第二地址信息都包括請求端和接收端的IP地址和端口號；如果第一、 二地址信息相同，則說明請求端和接收端可以進行本地交換，基站將請求端和接收端進行 綁定，當基站接收到綁定的請求端或接收端在綁定承載上發(fā)送的數(shù)據(jù)時執(zhí)行本地交換，這 樣基站不需要對每一個上行數(shù)據(jù)包都進行解析，減少基站對上行數(shù)據(jù)包本地交換匹配的次 數(shù)，提高了有效性，從而降低了基站的工作量。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1為現(xiàn)有技術(shù)中數(shù)據(jù)本地交換的流程圖；圖2為本發(fā)明一種數(shù)據(jù)本地交換方法的實施例一流程圖；圖3為本發(fā)明一種數(shù)據(jù)本地交換方法的實施例二流程圖；圖4為本發(fā)明一種數(shù)據(jù)本地交換方法的實施例三流程圖；圖5為本發(fā)明一種數(shù)據(jù)本地交換方法的實施例四流程圖；圖6為本發(fā)明一種基站設備實施例的結(jié)構(gòu)示意圖；圖7為本發(fā)明一種網(wǎng)關設備實施例的結(jié)構(gòu)示意圖；圖8為本發(fā)明一種數(shù)據(jù)本地交換系統(tǒng)實施例的結(jié)構(gòu)示意圖。具體實施 方式本發(fā)明實施例提供了 一種數(shù)據(jù)本地交換方法、裝置和系統(tǒng)。下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。如圖1所示，執(zhí)行本地交換的過程中，現(xiàn)有技術(shù)是通過基站解析每個上行數(shù)據(jù)包， 獲得該數(shù)據(jù)包的源IP地址、目的IP地址和業(yè)務類型，根據(jù)解析得到的發(fā)送該數(shù)據(jù)包的源IP 地址和接收該數(shù)據(jù)包的目的IP地址來判斷雙方終端是否在該基站下，并判斷該數(shù)據(jù)包的 業(yè)務類型是否支持本地交換；如果雙方終端在同一個基站下，同時它們之間的業(yè)務類型支 持本地交換，則基站執(zhí)行本地交換。圖2示出了本發(fā)明一種數(shù)據(jù)本地交換方法的實施例一的流程圖，包括步驟201，網(wǎng)絡側(cè)在同請求端建立承載過程中，獲取第一地址信息，并將該第一地 址信息發(fā)送至請求端所屬的基站或網(wǎng)關；以及，在同接收端建立承載過程中，獲取第二地址 信息，并將該第二地址信息發(fā)送至接收端所屬的基站或網(wǎng)關；在步驟201中，該地址信息可以為請求端和接收端的IP地址和端口號。其中，若請求端或接收端承載上的業(yè)務支持本地交換，網(wǎng)絡側(cè)設備移動管理實體 MME同請求端建立承載，獲取第一地址信息包括網(wǎng)絡側(cè)設備移動管理實體MME在同請求端 建立承載過程中獲取請求端IP地址、請求端端口號和接收端IP地址、接收端端口號，并將 獲取的地址信息發(fā)送至請求端所屬的基站或網(wǎng)關；獲取第二地址信息包括，網(wǎng)絡側(cè)設備移 動管理實體MME在同接收端建立承載過程中獲取接收端IP地址、接收端端口號和請求端IP 地址、請求端端口號，并將獲取的地址信息發(fā)送至接收端所屬的基站或網(wǎng)關。步驟201中，獲取第一地址信息包括，接入網(wǎng)設備基站或網(wǎng)關在同請求端建立承 載過程中，從非接入層消息中獲取請求端IP地址、請求端端口號和接收端IP地址、接收端 端口號；獲取第二地址信息包括，接入網(wǎng)設備基站或網(wǎng)關在同接收端建立承載過程中，從非 接入層消息中獲取請求端IP地址、請求端端口號和接收端IP地址、接收端端口號。步驟202，當該第一地址信息和該第二地址信息相同時，將請求端和接收端綁定；具體包括將請求端IP地址及端口號、接收端IP地址及端口號、請求端承載ID、接 收端承載ID綁定；即將請求端承載ID同接收端承載ID綁定，請求端承載ID是請求端的IP 地址上的端口號以及該端口號上對應業(yè)務所建立的承載ID，接收端承載ID是接收端的IP 地址上的端口號以及該端口號上對應業(yè)務所建立的承載ID。當請求端承載ID與一個接收端承載ID綁定時，網(wǎng)絡側(cè)的基站或網(wǎng)關直接在該接 收端承載上轉(zhuǎn)發(fā)請求端承載上的上行數(shù)據(jù)包；或者當接收端承載ID與一個請求端承載ID綁定時，網(wǎng)絡側(cè)的基站或網(wǎng)關直接在 該請求端承載上轉(zhuǎn)發(fā)接收端承載上的上行數(shù)據(jù)包。步驟203，對綁定的請求端或接收端在綁定承載上發(fā)送的數(shù)據(jù)執(zhí)行本地交換。當請求端承載ID與多個接收端承載ID綁定時，網(wǎng)絡側(cè)的基站或網(wǎng)關解析請求端 承載上的上行數(shù)據(jù)包，獲得該數(shù)據(jù)包的接收端IP地址、接收端端口號和對應的接收端承載ID后，在接收端承載上轉(zhuǎn)發(fā)該上行數(shù)據(jù)包；當接收端承載ID與多個請求端承載ID綁定時，網(wǎng)絡側(cè)的基站或網(wǎng)關解析接收端承載上的上行數(shù)據(jù)包，獲得該數(shù)據(jù)包的請求端IP地址、請求端端口號和對應的請求端承載 ID后，在請求端承載上轉(zhuǎn)發(fā)該上行數(shù)據(jù)包。在實施步驟201時，獲取該第一、第二地址信息的工作可以由網(wǎng)絡側(cè)設備移動管 理實體MME、基站或網(wǎng)關來完成，該地址信息可以包括請求端和接收端的IP地址和端口號， 若基站或網(wǎng)關接收的第一地址信息與第二地址信息相同，則請求端和接收端屬于同一個基 站或網(wǎng)關，將請求端和接收端綁定后，對請求端或接收端在承載上發(fā)送的數(shù)據(jù)執(zhí)行本地交 換，這樣基站就不需要對每個上行數(shù)據(jù)包進行解析來獲得數(shù)據(jù)包包含的地址信息，減少了 基站對數(shù)據(jù)包本地交換進行匹配的次數(shù)，提高了有效性，減少了基站的工作量。圖3示出的本發(fā)明方法的具體實施例二中，獲取地址信息的工作由網(wǎng)絡側(cè)設備移 動管理實體MME完成，執(zhí)行本地交換的工作由基站來完成，包括步驟301，網(wǎng)絡側(cè)設備移動管理實體MME在同請求端建立承載過程中獲取地址信 息；該獲取的地址信息具體可以是請求端IP地址、請求端端口號和接收端IP地址、接 收端端口號，并將獲取的地址信息發(fā)送至請求端所屬的基站。在MME同請求端建立承載之前，還包括MME預處理的步驟3011 ；步驟3011中，MME向核心網(wǎng)查詢該承載上的業(yè)務是否支持本地交換，若承載上的 業(yè)務能支持本地交換，則MME在承載建立過程中獲取請求端的IP地址和端口號，同時獲取 接收端的IP地址和端口號，這里獲取的接收端的IP地址和端口號可能有多個。步驟302，基站判斷是否執(zhí)行本地交換；MME將獲取的請求端的IP地址和端口號，以及接收端的IP地址和端口號發(fā)送給請 求端所屬的基站，基站將這些地址信息保存，當基站再次收到MME發(fā)送的接收端IP地址和 端口號，以及請求端的IP地址和端口號信息，基站判斷新收到的IP地址和端口號等信息是 否已經(jīng)保存，如果已經(jīng)保存，則說明通信雙方終端接入同一個基站，則支持本地交換，如果 不支持本地交換，則按照現(xiàn)有技術(shù)中通過核心網(wǎng)轉(zhuǎn)發(fā)通信業(yè)務，具體流程不再贅述。在實施步驟302時，基站再次收到的MME發(fā)送的信息是MME同接收端建立承載的 過程中獲取的，當接收端是同上述請求端進行通信時，并且請求端和接收端在同一個基站 下，那么基站再次收到的信息同步驟301中MME獲取并發(fā)給基站的信息相同；當接收端不是 同上述請求端進行通信，但接收端同請求端在同一個基站下，那么基站再次收到的信息同 步驟301中MME獲取并發(fā)給基站的信息就不相同；步驟303，基站將支持本地交換的通信雙方終端綁定；具體包括將下述的參數(shù)進行綁定(請求端IP地址及端口號，接收端IP地址及端 口號，請求端承載ID，接收端承載ID)，通常情況下一個終端對應一個IP地址，一個終端可 以有多個端口號，每個端口號對應一個業(yè)務，而且每個終端可以根據(jù)業(yè)務需求建立多個承 載，每個承載有唯一的承載ID ；所以在綁定通信終端的時候，要將請求端的IP地址和端口 號以及該端口號上對應業(yè)務所建立的承載ID同接收端的IP地址和端口號以及該端口號上 對應業(yè)務所建立的承載ID對應綁定。在具體設置時，可以將請求端承載ID上業(yè)務的轉(zhuǎn)發(fā) 地址設為接收端IP地址和接收端端口號；將接收端承載ID上業(yè)務的轉(zhuǎn)發(fā)地址設為請求端IP地址和請求端端口號。其中綁定的承載ID可以是終端和基站間的無線承載ID。由于請求端的某一個承載上的業(yè)務轉(zhuǎn)發(fā)地址可以是多個接收端各自的IP地址和端口號，因此請 求端的一個承載ID可能與多個接收端的承載ID綁定。步驟304，基站執(zhí)行本地交換。請求端通過請求端承載ID將數(shù)據(jù)包發(fā)送給基站，基站識別到該數(shù)據(jù)包是來自綁 定的承載ID上的，于是基站將請求端承載ID同綁定信息匹配，如果請求端承載ID只與一 個接收端承載ID綁定，則基站直接在該接收端承載上向接收端轉(zhuǎn)發(fā)該數(shù)據(jù)包；若請求端承 載ID與多個接收端承載ID綁定，則基站解析收到的數(shù)據(jù)包，獲得該數(shù)據(jù)包的目的IP地址 及端口號，通過獲得的目的IP地址及端口號判斷數(shù)據(jù)包的轉(zhuǎn)發(fā)地址(即接收端承載ID)并 轉(zhuǎn)發(fā)到對應的接收端。在執(zhí)行步驟304時，如果接收端通過接收端承載ID將數(shù)據(jù)包發(fā)送給基站，基站識 別到該數(shù)據(jù)包是來自綁定的承載ID上的，基站將接收端承載ID同綁定信息匹配，如果接收 端承載ID只與一個請求端承載ID綁定，則基站直接在該請求端承載上向請求端轉(zhuǎn)發(fā)該數(shù) 據(jù)包。當接收端承載ID與多個請求端承載ID綁定時，基站或網(wǎng)關解析接收端承載上的上 行數(shù)據(jù)包，得到該數(shù)據(jù)包的請求端IP地址、請求端端口號和對應的請求端承載ID，在請求 端承載上轉(zhuǎn)發(fā)該上行數(shù)據(jù)包。在上述具體方案實施的過程中，也包括有通信雙方終端同MME建立承載的過程， 基站收到MME發(fā)送的建立承載請求后同請求端建立無線承載，請求端響應該建立承載請 求，基站將承載建立響應信息發(fā)送給MME，請求端的承載建立完成。同樣的，MME將建立承載 請求發(fā)給接收端所屬的基站，該基站同接收端建立無線承載，接收端響應該建立承載請求， 基站將承載建立響應信息發(fā)送給MME，接收端的承載建立完成。MME完成獲取地址信息的工作并發(fā)送給基站，這樣，基站只需要對收到的地址信息 進行匹配就可以判斷通信雙方終端是否可以執(zhí)行本地交換，減輕了基站的工作量；MME在 同通信終端建立承載的過程中獲取地址信息，而不是盲目的對所有上行數(shù)據(jù)包進行檢測， 提高了本地交換匹配的有效性。上面的實施例中，基站對通信雙方終端是否支持本地交換進行判斷，若通信雙方 終端支持本地交換，基站對通信雙方終端進行綁定后執(zhí)行本地交換；，通信雙方終端也可 以接入同一個網(wǎng)關，下面給出的本發(fā)明方法的實施例三是針對同一個網(wǎng)關下接入不同的終 端之間業(yè)務的本地交換的情況，如圖4所示，該實施例具體包括步驟401，網(wǎng)絡側(cè)設備移動管理實體MME在同請求端建立承載過程中獲取請求端 與接收端的地址信息，并將獲取的該地址信息發(fā)送至請求端所屬的網(wǎng)關；該地址信息可以包括請求端的IP地址、請求端端口號和接收端IP地址、接收端 端口號，網(wǎng)關將建立承載請求發(fā)給請求端所屬的基站，然后由基站將建立無線承載請求轉(zhuǎn) 發(fā)給請求端，請求端響應該建立無線承載請求，基站將承載建立響應信息發(fā)送給網(wǎng)關，由網(wǎng) 關將該承載建立響應信息轉(zhuǎn)發(fā)給MME，請求端的承載建立完成；同樣的，網(wǎng)關將建立承載請 求發(fā)給接收端所屬的基站，該基站將建立無線承載請求轉(zhuǎn)發(fā)給接收端，接收端響應該建立 無線承載請求，基站將承載建立響應信息發(fā)送給網(wǎng)關，網(wǎng)關將該承載建立響應信息轉(zhuǎn)發(fā)給 MME，接收端的承載建立完成。在MME請求建立承載之前，還包括步驟4011 =MME預處理；具體包括MME向核心網(wǎng)查詢該承載上的業(yè)務是否支持本地交換，若承載上的業(yè)務能支持本地交換，則MME在承載 建立過程中獲取請求端與接收端的地址信息，包括請求端的IP地址和端口號，接收端的IP 地址和端口號，這里獲取的接收端的IP地址和端口號可能有多個。步驟402，網(wǎng)關判斷是否能進行本地交換；MME將獲取的請求端的地址信息發(fā)送給請求端所屬的網(wǎng)關后，網(wǎng)關保存該地址信息，當網(wǎng)關再次收到MME發(fā)送的接收端與請求端的地址信息時，該地址信息包括接收端IP 地址和端口號以及請求端IP地址和端口號，網(wǎng)關判斷新收到的IP地址和端口號是否已經(jīng) 保存，如果已經(jīng)保存，則說明通信雙方終端接入同一個網(wǎng)關，即支持本地交換，如果不支持 本地交換，則按照現(xiàn)有技術(shù)中通過核心網(wǎng)轉(zhuǎn)發(fā)通信業(yè)務，具體流程不再贅述。步驟403，網(wǎng)關將判斷得到的支持本地交換的通信雙方終端綁定；具體指將請求端IP地址及端口號和接收端IP地址及端口號綁定，請求端承載ID， 和接收端承載ID綁定，其中綁定的承載ID指基站和網(wǎng)關間的承載ID。由于請求端的某一 個承載上可能向多個接收端發(fā)起業(yè)務，因此請求端的一個承載ID可能與多個接收端的承 載ID綁定。步驟404，網(wǎng)關執(zhí)行本地交換。請求端通過請求端承載ID將上行數(shù)據(jù)包發(fā)送到網(wǎng)關，網(wǎng)關收到該上行數(shù)據(jù)包后， 識別該數(shù)據(jù)包是綁定的承載ID上發(fā)送的，于是網(wǎng)關將請求端承載ID同綁定信息匹配，如果 請求端承載ID只與一個接收端承載ID綁定，則網(wǎng)關直接在接收端承載上向接收端轉(zhuǎn)發(fā)該 數(shù)據(jù)包；若請求端承載ID與多個接收端承載ID綁定，則網(wǎng)關解析收到的數(shù)據(jù)包，獲得該數(shù) 據(jù)包的目的IP地址及端口號，通過獲得的目的IP地址及端口號判斷數(shù)據(jù)包的轉(zhuǎn)發(fā)地址，即 接收端承載ID，并轉(zhuǎn)發(fā)到對應的接收端。在上述第三個具體實施例中，MME完成獲取地址信 息的工作并發(fā)送給網(wǎng)關，由網(wǎng)關來判斷通信雙方終端是否可以執(zhí)行本地交換，并且由網(wǎng)關 來執(zhí)行地址交換，大大減輕了基站的工作量。上面的實施例中由網(wǎng)關對通信雙方終端是否支持本地交換進行判斷，并由網(wǎng)關對 通行雙方終端進行綁定，并執(zhí)行本地交換。網(wǎng)關的作用可以是起到轉(zhuǎn)發(fā)的功能，具體實施方 式可以參見圖5示出的本發(fā)明方法的實施例四，包括步驟501，網(wǎng)絡側(cè)設備移動管理實體MME在同請求端建立承載過程中獲取請求端 與接收端的地址信息，并將獲取的該地址信息發(fā)送至請求端所屬的基站；該地址信息包括請求端IP地址、請求端端口號和接收端IP地址、接收端端口號， MME向網(wǎng)關發(fā)送建立承載請求，網(wǎng)關將建立承載請求轉(zhuǎn)發(fā)給請求端所屬的基站，然后基站將 建立無線承載請求轉(zhuǎn)發(fā)給請求端，請求端響應該建立無線承載請求，基站將承載建立響應 信息發(fā)送給網(wǎng)關，網(wǎng)關再將該承載建立響應信息轉(zhuǎn)發(fā)給MME，請求端的承載建立完成；同樣 的，網(wǎng)關將建立承載請求發(fā)給接收端所屬的基站，該基站將建立無線承載請求發(fā)送給接收 端，接收端響應該建立無線承載請求，基站將承載建立響應信息發(fā)送給網(wǎng)關，網(wǎng)關再將該承 載建立響應信息轉(zhuǎn)發(fā)給MME，接收端的承載建立完成。在MME請求建立承載之前，還包括MME預處理的步驟5011，MME向核心網(wǎng)查詢該承 載上的業(yè)務是否支持本地交換，若承載上的業(yè)務能支持本地交換，則MME在承載建立過程 中獲取請求端與接收端接的地址信息，該地址信息包括請求端的IP地址和端口號，與接收 端的IP地址和端口號，這里獲取的接收端的IP地址和端口號可能有多個。
步驟502，基站判斷是否執(zhí)行本地交換；MME將獲取的請求端與接收端的地址信息發(fā)送給接收端所屬的網(wǎng)關后，網(wǎng)關將接 收到的該地址信息轉(zhuǎn)發(fā)給請求端所屬的基站，基站保存該地址信息，當基站再次收到網(wǎng)關 發(fā)送的地址信息，包括終端IP地址和端口號以及通信對端的IP地址和端口號時，基站判斷 新收到的地址信息是否已經(jīng)保存，如果已經(jīng)保存，則說明通信雙方終端接入同一個基站下， 即支持本地交換，如果不支持本地交換，則按照現(xiàn)有技術(shù)通過核心網(wǎng)轉(zhuǎn)發(fā)通信業(yè)務，具體流 程不再贅述。步驟503，基站將判斷得到的支持本地交換的通信雙方終端綁定；具體指將請求端IP地址及端口號與接收端IP地址及端口號綁定，請求端承載ID 與接收端承載ID綁定，其中綁定的承載ID指終端和基站間的無線承載ID。由于請求端的 某一個承載上可能向多個接收端發(fā)起業(yè)務，因此請求端的一個承載ID可能與多個接收端 的承載ID綁定。步驟504，基站執(zhí)行本地交換。請求端通過請求端承載ID將數(shù)據(jù)包發(fā)送給基站，基站識別到該數(shù)據(jù)包是來自綁 定的承載ID上的，于是基站將請求端承載ID同綁定信息匹配，如果請求端承載ID只與一 個接收端承載ID綁定，則基站直接在該接收端承載上向接收端轉(zhuǎn)發(fā)該數(shù)據(jù)包；若請求端承 載ID與多個接收端承載ID綁定，則基站解析收到的數(shù)據(jù)包，獲得該數(shù)據(jù)包的目的IP地址 及端口號，通過獲得地址信息中的目的IP地址及端口號判斷數(shù)據(jù)包的轉(zhuǎn)發(fā)地址(即接收端 承載ID)并轉(zhuǎn)發(fā)到對應的接收端。在上述實施例四中，MME完成獲取地址信息的工作并發(fā)送給基站，這樣，基站只需 要對收到的地址信息進行匹配就可以判斷通信雙方終端是否可以執(zhí)行本地交換，減輕了基 站的工作量；MME在同通信終端建立承載的過程中獲取地址信息，而不是盲目的對所有上 行數(shù)據(jù)包進行檢測，提高了本地交換匹配的有效性。上述的實施例中，通過MME獲取通信雙方終端的地址信息，也可以不通過MME獲 取通信雙方終端的地址信息，而是通過基站或網(wǎng)關本身識別并獲取通信雙方終端的地址信 息，這時基站或網(wǎng)關具備識別SlAP(Si ApplicationProtocol)消息中非接入層消息的功 能，下面舉個基站獲取通行雙方終端地址信息并執(zhí)行本地交換的實施例，包括在網(wǎng)絡側(cè)發(fā)起的承載建立請求的非接入層消息中，加入通信雙方終端的IP地址 及端口號；基站收到網(wǎng)絡側(cè)為請求端建立承載請求后，識別并獲取該請求信息中的地址信 息，該地址信息包含的請求端IP地址、請求端端口號和接收端IP地址、接收端端口號，基站 將獲取的該地址信息保存。同時基站將建立無線承載請求發(fā)給請求端，請求端響應該建立 無線承載請求，基站將承載建立響應信息發(fā)送給MME，請求端的承載建立完成；同樣的，基 站將建立無線承載請求發(fā)給接收端，接收端響應該建立無線承載請求，基站將承載建立響 應信息發(fā)送給MME，接收端的承載建立完成。與接收端建立承載過程中，基站獲取到接收端IP地址、接收端端口號和請求端IP 地址、請求端端口號，基站判斷所獲取的地址信息是否已經(jīng)保存，如果已經(jīng)保存，則說明通 信雙方終端接入同一個基站，即支持本地交換。基站將判斷得到的支持本地交換的通信雙方終端綁定，具體指將請求端IP地址及端口號與接收端IP地址及端口號綁定，請求端承載ID與接收端承載ID綁定，其中綁定 的承載ID指終端和基站間的無線承載ID。由于請求端的某一個承載上可能向多個接收端 發(fā)起業(yè)務，因此請求端的一個承載ID可能與多個接收端的承載ID綁定?；緢?zhí)行本地交換。請求端通過請求端承載ID將數(shù)據(jù)包發(fā)送給基站，基站識別到 該數(shù)據(jù)包是來自綁定的承載ID上的，于是基站將請求端承載ID同綁定信息匹配，如果請求 端承載ID只與一個接收端承載ID綁定，則基站直接在該接收端承載上向接收端轉(zhuǎn)發(fā)該數(shù) 據(jù)包；若請求端承載ID與多個接收端承載ID綁定，則基站解析收到的數(shù)據(jù)包，獲得該數(shù)據(jù) 包的目的IP地址及端口號，通過獲得的目的IP地址及端口號判斷數(shù)據(jù)包的轉(zhuǎn)發(fā)地址(即 接收端承載ID)并轉(zhuǎn)發(fā)到對應的接收端。網(wǎng)關獲取通行雙方終端地址信息并執(zhí)行本地交換的具體實現(xiàn)方式同基站獲取通 行雙方終端地址信息并執(zhí)行本地交換的實施例相同，在基站或網(wǎng)關識別SlAP消息中的非 接入層消息從而獲取地址信息的實施例中，基站或網(wǎng)關不需要對每個上行數(shù)據(jù)包盲目的進 行檢測，提高了本地交換匹配的有效性。本發(fā)明還給出了一種基站設備實施例，參見圖6，包括信息接收單元601，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第 二地址信息；第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取， 第二地址信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲取；綁定單元602，用于當?shù)谝坏刂沸畔⑴c第二地址信息相同時，將請求端和接收端綁 定；執(zhí)行單元603，用于對綁定的請求端或接收端在綁定承載上發(fā)送的數(shù)據(jù)執(zhí)行本地 交換。采用本實施例中的基站設備，通過利用信息接收單元601獲取的MME發(fā)送的地址 信息，對通信終端是否支持本地交換進行判斷以決定是否對通信雙方終端執(zhí)行本地交換。 這樣可以減少了基站盲目的檢測上述數(shù)據(jù)包，減少了基站的工作量。本發(fā)明給出了一種網(wǎng)關設備實施例，參見圖7，包括第一信息接收單元701，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息 和第二地址信息，第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲 取，第二地址信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲取；第一綁定單元702，用于當?shù)谝坏刂沸畔⑴c第二地址信息相同時，將請求端和接收 端綁定；第一執(zhí)行單元703，用于對綁定的請求端或接收端在綁定承載上發(fā)送的數(shù)據(jù)執(zhí)行 本地交換。采用本實施例中的網(wǎng)關設備，通過利用第一信息接收單元701獲取的MME發(fā)送的 地址信息，對通信終端是否支持本地交換進行判斷以決定是否對通信雙方終端執(zhí)行本地交 換。獲取地址信息的工作由MME完成，判斷通信雙方終端是否支持本地交換，和對通信雙方 終端執(zhí)行本地交換的工作由網(wǎng)關來完成，這樣可以減少基站的工作量。本發(fā)明還給出了一種數(shù)據(jù)本地交換系統(tǒng)的實施例，包括通信雙方終端，還包括基站，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第二地址信息， 第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取，第二地址信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲??；當?shù)谝坏刂沸畔⑴c第二地址 信息相同時，將請求端和接收端綁定；對綁定的請求端或接收端在綁定承載上發(fā)送的數(shù)據(jù) 執(zhí)行本地交換。本實施例利用基站獲取的MME發(fā)送的地址信息，對通信終端是否支持本地交換進 行判斷以決定是否對通信雙方終端執(zhí)行本地交換。這樣可以減少了基站盲目的檢測上述數(shù) 據(jù)包，減少了基站的工作量。在上述給出的一種數(shù)據(jù)本地交換系統(tǒng)實施例中，基站進行的工作可以由網(wǎng)關來執(zhí) 行，參見圖8示出的另一個實施例，給出了不同的實施方式，該實施例一種數(shù)據(jù)本地交換系 統(tǒng)，包括通信雙方終端800，還包括基站801，用于將請求端或接收端的信息發(fā)送給網(wǎng)關，將網(wǎng)關的信息發(fā)送給請求端 或接收端；網(wǎng)關802，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第二地址信 息，第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取，第二地址 信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲?。坏谝坏刂沸畔⑴c第二地 址信息相同時，將請求端和接收端綁定；對綁定的請求端或接收端在綁定承載上發(fā)送的數(shù) 據(jù)執(zhí)行本地交換。
本實施例中通過網(wǎng)關獲取的MME發(fā)送的地址信息，利用網(wǎng)關對通信終端是否支持 本地交換進行判斷以決定是否對通信雙方終端執(zhí)行本地交換，獲取地址信息的工作由MME 完成，判斷通信雙方終端是否支持本地交換，和對通信雙方終端執(zhí)行本地交換的工作由網(wǎng) 關來完成，這樣可以減少基站的工作量。在具體實施數(shù)據(jù)本地交換系統(tǒng)時，可以采用具備識別SlAP (SlApplication Protocol)消息中非接入層消息功能的基站，采用具備識別SlAP的基站實現(xiàn)數(shù)據(jù)本地交換 系統(tǒng)具體包括通信雙方終端，還包括基站，用于獲取第一地址信息和第二地址信息，第一地址信息為基站在同請求端 建立承載過程中，從非接入層消息中獲取的請求端IP地址、請求端端口號和接收端IP地 址、接收端端口號，第二地址信息為基站在同接收端建立承載過程中，從非接入層消息中獲 取的接收端IP地址、接收端端口號和請求端IP地址、請求端端口號；當?shù)谝坏刂沸畔⑴c第 二地址信息相同時，將請求端和接收端綁定；對綁定的請求端或接收端在綁定承載上發(fā)送 的數(shù)據(jù)執(zhí)行本地交換。本實施例的有益效果是該系統(tǒng)中的基站或網(wǎng)關不需要對每個上行數(shù) 據(jù)包盲目的進行檢測，提高了本地交換匹配的有效性。本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他 實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置 而言，由于其與實施例公開的方法相對應，所以描述的比較簡單，相關之處參見方法部分說 明即可。專業(yè)人員可以理解，結(jié)合本文中所公開的實施例描述的各示例的單元及方法步 驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可 互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟 以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應用和設計約束條件。專業(yè)技術(shù)人員 可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。 本領域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可 以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于計算機可讀取存儲介 質(zhì)中，程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為 磁碟、光盤、只讀存儲記憶體(Read-OnlyMemory，ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。對所公開的實施例的上述說明，使本領域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本 發(fā)明。對這些實施例的多種修改對本領域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所 定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此， 本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特 點相一致的最寬的范圍。
權(quán)利要求
一種數(shù)據(jù)本地交換方法，其特征在于，包括網(wǎng)絡側(cè)在同請求端建立承載過程中，獲取第一地址信息，以及，在同接收端建立承載過程中，獲取第二地址信息；當所述第一地址信息與所述第二地址信息相同時，將所述請求端和接收端綁定，對所述綁定的請求端或接收端在所述承載上發(fā)送的數(shù)據(jù)執(zhí)行本地交換。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述地址信息包括請求端和接收端的IP 地址和端口號。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于所述獲取第一地址信息包括，網(wǎng)絡側(cè)設備移動管理實體MME在同請求端建立承載過程 中獲取請求端IP地址、請求端端口號和接收端IP地址、接收端端口號，并將獲取的地址信 息發(fā)送至請求端所屬的基站或網(wǎng)關；所述獲取第二地址信息包括，網(wǎng)絡側(cè)設備移動管理實體MME在同接收端建立承載過程 中獲取接收端IP地址、接收端端口號和請求端IP地址、請求端端口號，并將獲取的地址信 息發(fā)送至接收端所屬的基站或網(wǎng)關。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于還包括若所述請求端或接收端承載上的 業(yè)務支持本地交換，則MME同請求端或接收端建立承載。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于所述獲取第一地址信息包括，接入網(wǎng)設備基站或網(wǎng)關在同請求端建立承載過程中，從 非接入層消息中獲取請求端IP地址、請求端端口號和接收端IP地址、接收端端口號；所述獲取第二地址信息包括，接入網(wǎng)設備基站或網(wǎng)關在同接收端建立承載過程中，從 非接入層消息中獲取請求端IP地址、請求端端口號和接收端IP地址、接收端端口號。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將請求端和接收端綁定，包括 將請求端承載ID同接收端承載ID綁定，所述請求端承載ID是請求端的IP地址上的端口號以及該端口號上對應業(yè)務所建立的承載ID，所述接收端承載ID是接收端的IP地址 上的端口號以及該端口號上對應業(yè)務所建立的承載ID。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述執(zhí)行本地交換具體為當請求端承載ID與一個接收端承載ID綁定時，網(wǎng)絡側(cè)的基站或網(wǎng)關直接在該接收端 承載上轉(zhuǎn)發(fā)所述請求端承載上的上行數(shù)據(jù)包；或者當接收端承載ID與一個請求端承載ID綁定時，網(wǎng)絡側(cè)的基站或網(wǎng)關直接在該請 求端承載上轉(zhuǎn)發(fā)所述接收端承載上的上行數(shù)據(jù)包。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述執(zhí)行本地交換具體為當請求端承載ID與多個接收端承載ID綁定時，網(wǎng)絡側(cè)的基站或網(wǎng)關解析所述請求端 承載上的上行數(shù)據(jù)包，獲得該數(shù)據(jù)包的接收端IP地址、接收端端口號和對應的接收端承載 ID后，在所述接收端承載上轉(zhuǎn)發(fā)該上行數(shù)據(jù)包；當接收端承載ID與多個請求端承載ID綁定時，網(wǎng)絡側(cè)的基站或網(wǎng)關解析所述接收端 承載上的上行數(shù)據(jù)包，獲得該數(shù)據(jù)包的請求端IP地址、請求端端口號和對應的請求端承載 ID后，在所述請求端承載上轉(zhuǎn)發(fā)該上行數(shù)據(jù)包。
9.一種基站設備，其特征在于，包括信息接收單元，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第二地址信息，所述第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取，所述 第二地址信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲??；綁定單元，用于當?shù)谝坏刂沸畔⑴c第二地址信息相同時，將所述請求端和接收端綁定；執(zhí)行單元，用于對綁定單元綁定的請求端或接收端在所述承載上發(fā)送的數(shù)據(jù)執(zhí)行本地 交換。
10.一種網(wǎng)關設備，其特征在于，包括第一信息接收單元，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第二地 址信息，所述第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取， 所述第二地址信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲?。坏谝唤壎▎卧?，用于當?shù)谝坏刂沸畔⑴c第二地址信息相同時，將所述請求端和接收端 綁定；第一執(zhí)行單元，用于對第一綁定單元綁定的請求端或接收端在所述承載上發(fā)送的數(shù)據(jù) 執(zhí)行本地交換。
11.一種數(shù)據(jù)本地交換系統(tǒng)，包括通信雙方終端，其特征在于，還包括基站，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第二地址信息，所述 第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取，所述第二地址 信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲?。划?shù)谝坏刂沸畔⑴c第二 地址信息相同時，將所述請求端和接收端綁定；對所述綁定的請求端或接收端在所述承載 上發(fā)送的數(shù)據(jù)執(zhí)行本地交換。
12.—種數(shù)據(jù)本地交換系統(tǒng)，包括通信雙方終端，其特征在于，還包括基站，用于將請求端或接收端的信息發(fā)送給網(wǎng)關，將網(wǎng)關的信息發(fā)送給請求端或接收端；網(wǎng)關，用于接收網(wǎng)絡側(cè)移動管理實體MME發(fā)送的第一地址信息和第二地址信息，所述 第一地址信息由網(wǎng)絡側(cè)移動管理實體MME在同請求端建立承載過程中獲取，所述第二地址 信息由網(wǎng)絡側(cè)移動管理實體MME在同接收端建立承載過程中獲?。坏谝坏刂沸畔⑴c第二地 址信息相同時，將所述請求端和接收端綁定；對所述綁定的請求端或接收端在所述承載上 發(fā)送的數(shù)據(jù)執(zhí)行本地交換。
13.一種數(shù)據(jù)本地交換系統(tǒng)，包括通信雙方終端，其特征在于，還包括基站，用于獲取第一地址信息和第二地址信息，所述第一地址信息為基站在同請求端 建立承載過程中，從非接入層消息中獲取的請求端IP地址、請求端端口號和接收端IP地 址、接收端端口號，所述第二地址信息為基站在同接收端建立承載過程中，從非接入層消息 中獲取的接收端IP地址、接收端端口號和請求端IP地址、請求端端口號；當?shù)谝坏刂沸畔?與第二地址信息相同時，將所述請求端和接收端綁定；對所述綁定的請求端或接收端在所 述承載上發(fā)送的數(shù)據(jù)執(zhí)行本地交換。
全文摘要
本發(fā)明實施例提供了一種數(shù)據(jù)本地交換方法，包括網(wǎng)絡側(cè)在同請求端建立承載過程中，獲取第一地址信息，以及，在同接收端建立承載過程中，獲取第二地址信息；當?shù)谝坏刂沸畔⑴c第二地址信息相同時，將請求端和接收端綁定，對綁定的請求端或接收端在承載上發(fā)送的數(shù)據(jù)執(zhí)行本地交換。采用本發(fā)明方法實施例，基站不需要對每一個上行數(shù)據(jù)包都進行解析，減少基站對上行數(shù)據(jù)包本地交換匹配的次數(shù)，提高了有效性，從而降低了基站的工作量。
文檔編號H04W88/08GK101835131SQ20091012703
公開日2010年9月15日 申請日期2009年3月10日 優(yōu)先權(quán)日2009年3月10日
發(fā)明者劉孟紅, 李錚錚, 陽建軍 申請人:華為技術(shù)有限公司