專利名稱：一種吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種吉比特無源光網(wǎng)絡(Gigabit-capable Passive OpticalNetwork，GPON)中的以太網(wǎng)業(yè)務處理方法。
背景技術(shù)：
GPON是光接入網(wǎng)中的一種技術(shù)，它是由OLT(Optical Line Terminal，光線路終端)、ODN(optical distribution network，光分配網(wǎng)絡)和ONU(Optical Network Unit，光網(wǎng)絡單元)三部分構(gòu)成，在OLT和ONU之間通過無源光分配網(wǎng)絡ODN連接的一種網(wǎng)絡架構(gòu)。從OLT到ONU的業(yè)務包采用廣播發(fā)送，ONU有選擇地獲取屬于自己的業(yè)務包而丟棄其余不相關(guān)的數(shù)據(jù)包；ONU在分配給自己的時隙上突發(fā)上傳的業(yè)務給OLT。因此GPON事實上是一個一對多的網(wǎng)絡結(jié)構(gòu)，GPON在OLT側(cè)用承載通道標識PortID來標識來自不同ONU的各種業(yè)務。
目前GPON中以太網(wǎng)業(yè)務進行轉(zhuǎn)發(fā)等處理的最常用的應用模型是直接根據(jù)VLANID(虛擬局域網(wǎng)標簽)與PortID來進行一一對應，實現(xiàn)以太網(wǎng)業(yè)務在GPON中的傳輸。這樣做的缺點是無法對終端用戶進行精細化的服務，例如以太網(wǎng)業(yè)務的靈活分類、MAC地址的確定、帶寬的分配和調(diào)度等。

發(fā)明內(nèi)容
為了解決上述技術(shù)問題，本發(fā)明提出了一種吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，可以為GPON中的以太網(wǎng)業(yè)務提供精細化的服務。
為了實現(xiàn)上述目的，本發(fā)明采用了如下技術(shù)方案一種吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，包括下行處理流程，所述下行處理流程包括如下步驟D1、設置橋端口及其與光網(wǎng)絡單元的物理端口映射關(guān)系，確立橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系；配置承載通道標識以標明下發(fā)的以太網(wǎng)業(yè)務包的特性；建立橋端口與承載通道標識的映射關(guān)系；D2、由以太網(wǎng)業(yè)務包的下發(fā)地址通過所述橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系獲取橋端口；D3、根據(jù)所述橋端口與承載通道標識的映射關(guān)系由橋端口獲取承載通道標識；D4、將以太網(wǎng)業(yè)務包根據(jù)承載通道標識下發(fā)至光網(wǎng)絡單元。
所述橋端口與承載通道標識的映射關(guān)系根據(jù)下發(fā)的以太網(wǎng)業(yè)務包中的802.1p、TOS、EtherType、IP協(xié)議類型和CVLAN中任意一種特征值建立，將所述任一特征值不同的橋端口映射為不同的承載通道標識。
所述橋端口與光網(wǎng)絡單元的物理端口映射關(guān)系為橋端口與光網(wǎng)絡單元或光網(wǎng)絡單元的用戶網(wǎng)絡接口一一對應。
步驟D2中所述由以太網(wǎng)業(yè)務包的下發(fā)地址獲取橋端口是通過如下步驟實現(xiàn)A1、下發(fā)的以太網(wǎng)業(yè)務包如是單播包或組播包，查詢單播或組播地址表，由地址表中的地址與橋端口的對應關(guān)系通過以太網(wǎng)業(yè)務包下發(fā)地址獲取業(yè)務包的橋端口，轉(zhuǎn)入步驟D3；如不是單播包或組播包或者查詢單播或組播地址表沒有得到結(jié)果則進行下一步；A2、查詢廣播域表，由廣播域表中的地址與橋端口的對應關(guān)系通過以太網(wǎng)業(yè)務包的下發(fā)地址獲取業(yè)務包的橋端口，轉(zhuǎn)入步驟D3。
所述步驟A1之前還包含如下步驟判斷業(yè)務包是否為透傳屬性，如是，則根據(jù)橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系由以太網(wǎng)業(yè)務包下發(fā)地址獲取橋端口，轉(zhuǎn)入步驟D3；否則轉(zhuǎn)入步驟A1。
所述下發(fā)地址包括MAC+VLAN，所述單播地址表保存MAC+VLAN與橋端口的對應關(guān)系；其中，MAC為介質(zhì)訪問控制地址，VLAN為虛擬局域網(wǎng)標簽。
一種吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，包括上行處理流程，所述上行處理流程包括如下步驟U1、設置橋端口及其與光網(wǎng)絡單元的物理端口映射關(guān)系，確立橋端口與以太網(wǎng)業(yè)務包的源地址的對應關(guān)系；配置承載通道標識以標明上傳的以太網(wǎng)業(yè)務包的特性；建立橋端口與承載通道標識的映射關(guān)系；U2、根據(jù)所述映射關(guān)系由上傳的以太網(wǎng)業(yè)務包中的承載通道標識獲取橋端口；U3、以太網(wǎng)業(yè)務包通過步驟U2得到的橋端口映射的物理端口上傳到光線路終端。
所述映射關(guān)系根據(jù)如下規(guī)則確定將源地址相同的各業(yè)務包的承載通道標識映射到該源地址對應的橋端口。
當橋端口屬性為非TLS端口，所述步驟U3后還包括地址學習過程光線路終端根據(jù)以太網(wǎng)業(yè)務包中的源地址信息查詢單播地址表，如未查詢到該地址信息，則向單播地址表中添加該地址信息與上傳時所用的橋端口的對應關(guān)系的信息；否則判斷與該地址信息對應的橋端口是否與以太網(wǎng)業(yè)務包上傳時所用的橋端口相同，如否則按實際上傳的橋端口更新單播地址表中該地址信息與橋端口的對應關(guān)系，否則保持原狀；源地址信息包括MAC+VLAN，其中，MAC為介質(zhì)訪問控制地址，VLAN為虛擬局域網(wǎng)標簽。
所述步驟U1之前還包括對上傳的以太網(wǎng)業(yè)務包進行預處理的步驟。
與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是設置橋端口，建立橋端口與PortID之間的映射關(guān)系，因為PortID反映了業(yè)務包的類型、等級等信息，從而使得可以根據(jù)業(yè)務包的業(yè)務類型、等級對業(yè)務包進行轉(zhuǎn)發(fā)，實現(xiàn)了對終端用戶的精細化服務。


圖1是本發(fā)明具體實施方式
的上行處理流程圖；圖2是本發(fā)明具體實施方式
的下行處理流程圖；圖3是本發(fā)明具體實施方式
的一個橋端口綁定一個PortID時的系統(tǒng)結(jié)構(gòu)示意圖；圖4是本發(fā)明具體實施方式
的一個橋端口綁定多個PortID時的系統(tǒng)機構(gòu)示意圖。
具體實施例方式
下面將結(jié)合附圖對本發(fā)明作進一步詳細的說明。
本發(fā)明通過設置橋端口BP并設定橋端口BP與PortID之間的映射關(guān)系來實現(xiàn)對終端用戶的精細化服務?？偟奶幚砹鞒淌巧闲袛?shù)據(jù)包通過PortID與橋端口BP的映射關(guān)系獲得數(shù)據(jù)包的BP號，然后進行MAC+VLAN+BP的地址學習并將業(yè)務包轉(zhuǎn)發(fā)出GPON OLT；下行數(shù)據(jù)包查找MAC+VLAN+BP的地址學習表得到橋端口BP，然后根據(jù)橋端口BP與PortID的映射關(guān)系獲取PortID，把下行業(yè)務流分成指向PortID的不同流，然后對這些業(yè)務流進行整形、入隊和調(diào)度等下發(fā)前的處理，然后進入GPONOLT的傳輸通道進行下發(fā)。
下面首先對上行方向的處理過程進行說明。
如圖1，上行方向處理流程包括如下步驟a1、對上行以太網(wǎng)業(yè)務進行數(shù)據(jù)包的預處理，包括對數(shù)據(jù)包的正確性檢查等。
a2、設置橋端口及其與光網(wǎng)絡單元的物理端口映射關(guān)系，確立橋端口與以太網(wǎng)業(yè)務包的源地址的對應關(guān)系；配置承載通道標識以標明上傳的以太網(wǎng)業(yè)務包的特性；建立橋端口與承載通道標識的映射關(guān)系；根據(jù)表征該數(shù)據(jù)包的承載通道標識PortID，查找上行PortID到橋端口BP的映射表從而得到該數(shù)據(jù)包的BP號。
設置橋端口及其與光網(wǎng)絡單元的物理端口映射關(guān)系橋端口是一種邏輯上的端口，因此需要將其映射到物理端口。本實施例中，采用的映射關(guān)系是將橋端口與光網(wǎng)絡單元或光網(wǎng)絡單元的用戶網(wǎng)絡接口一一對應。當然也不限于該種映射關(guān)系，也可多個橋端口對應一個實際的物理端口。
確立橋端口與以太網(wǎng)業(yè)務包的源地址的對應關(guān)系待上傳的業(yè)務包上傳時需要選擇上傳的橋端口。因此需要確定業(yè)務包的源地址與橋端口的對應關(guān)系。本實施例中選擇的地址信息包括MAC(Media Access Control，介質(zhì)訪問控制)地址和VLAN(Virtual Local Area Network，虛擬局域網(wǎng))標簽。將MAC+VLAN和橋端口BP進行對應，一個MAC+VLAN只能綁定到一個BP1中，例如設“BP1”、“BP2”為橋端口號，“A”、“B”為MAC地址，“V1”、“V2”、“V3”為VLAN標簽。則如果A+V1已經(jīng)綁定到BP1，將不能同時又綁定到BP2。橋端口和MAC+VLAN的對應關(guān)系可以是A+V1->BP1，A+V2->BP1，A+V3->BP2，B+V1->BP2等等。
配置承載通道標識以標明上傳的以太網(wǎng)業(yè)務包的特性為了實現(xiàn)對終端用戶的精細化服務，要求對業(yè)務包的業(yè)務類型和業(yè)務等級等信息進行考慮，由此配置承載通道標識PortID來標明業(yè)務包的特性，不僅不同的MAC+VLAN的業(yè)務包的PortID不同，即使同源的業(yè)務包，即MAC+VLAN相同的業(yè)務包，如果其特性不同，PortID也不相同。這些特性通常根據(jù)802.1p、TOS(Type of Service，服務類型)、EtherType(以太網(wǎng)類型)、IP協(xié)議類型和CVLAN(Customer VLAN，內(nèi)層VLAN)中任意一種特征值來確定。例如802.1P值表示業(yè)務包的優(yōu)先級，802.1P值不同的業(yè)務包生成不同的PortID，這樣通過PortID則可確定業(yè)務包的類型、等級等特性。
建立橋端口與承載通道標識的映射關(guān)系如上所述，PortID不同的業(yè)務包可能來自同樣的源，即其MAC+VLAN相同，為了保證同源的業(yè)務包能通過綁定的BP口上傳，需要將PortID映射到BP，上行PortID到橋端口BP的映射關(guān)系參看表一。其是將MAC+VLAN相同的不同PortID映射到相同的橋端口BP，業(yè)務包通過橋端口對應的光網(wǎng)絡單元的物理端口上傳到OLT。下表中，PON NO表示GPON口號，不同GPON口號的PortID可能相同。
表一上行PortID到橋端口BP的映射表

a3、根據(jù)橋端口的屬性進行相應處理。
當橋端口屬性為TLS(Transparent LAN Service，透明局域網(wǎng)服務)端口，由于業(yè)務包可以直接透傳，因此不必進行轉(zhuǎn)發(fā)和地址學習處理；當為非TLS端口，則轉(zhuǎn)下一步；業(yè)務包在通過橋端口時，通常還需要做VLAN轉(zhuǎn)換等處理，例如VLAN轉(zhuǎn)換一般是上行時加貼上外層Vlan標簽，下行則將其去掉；其他的一些處理包括將內(nèi)層服務類型C_COS映射為外層服務類型S_COS等等。
a4、進行地址學習地址學習的目的是建立MAC+VLAN和橋端口BP對應關(guān)系表，使得下行時可以根據(jù)該對應關(guān)系表從下發(fā)的目的MAC地址+Vlan標簽獲得正確的橋端口BP，再進一步獲取對應的GPON承載通道標識PortID以進行業(yè)務傳送。根據(jù)源MAC地址+SVLAN(Service VLAN，外層VLAN)標簽查詢單播地址表，如果未查詢到，則在單播地址表中添加新的條目，內(nèi)容有MAC地址+SVLAN標簽+BP，即建立業(yè)務包中MAC地址+SVLAN標簽的地址信息與該業(yè)務包上傳時所用的橋端口的對應關(guān)系。如果包含該地址信息的條目已經(jīng)存在，則比較地址表中對應的橋端口信息與上傳所用的橋端口是否一致以判斷上傳所用的橋端口BP是否改變，如果改變則進行更新將地址表中的橋端口信息改為實際上傳時的橋端口；否則保持原狀。從而保持最新的橋端口BP與MAC地址+SVLAN標簽的對應關(guān)系的信息；地址學習后，業(yè)務包轉(zhuǎn)發(fā)出OLT，上行處理過程結(jié)束。單播地址表見表三。
表三地址表

如圖2，下行方向處理流程的步驟如下b1、對下行以太網(wǎng)業(yè)務進行數(shù)據(jù)包的預處理，包括對數(shù)據(jù)包的正確性檢查、SVLAN和CVLAN的處理。
b2、設置橋端口及其與光網(wǎng)絡單元的物理端口映射關(guān)系，確立橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系；配置承載通道標識以標明下發(fā)的以太網(wǎng)業(yè)務包的特性；建立橋端口與承載通道標識的映射關(guān)系；以上步驟實際上是與上行過程的處理是對應的。因此在下行時可以直接引用上行已確定的關(guān)系，不需要重新進行確立。具體處理如下查找下行VLAN業(yè)務類型表，判斷數(shù)據(jù)包是否為透傳屬性；如果是透傳業(yè)務，則根據(jù)下發(fā)地址與橋端口的對應關(guān)系直接獲取橋端口BP，轉(zhuǎn)入步驟b6；否則，轉(zhuǎn)入步驟b3。下行VLAN業(yè)務類型表見表四。表中的透傳標識項標明了數(shù)據(jù)包的透傳屬性。
表四下行VLAN業(yè)務類型表

b3、由于上行時已通過地址學習建立了橋端口與以太網(wǎng)業(yè)務包的地址信息對應關(guān)系的地址表。因此下行時確立橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系時是通過查表得到。下行業(yè)務如果是單播包，查詢單播地址表根據(jù)單播目的MAC地址+SVLAN標簽獲取橋端口BP，然后轉(zhuǎn)入步驟b6；如果查找不到，則按照洪泛包(轉(zhuǎn)發(fā)時查找地址表沒有得到與目的MAC對應地址條目的數(shù)據(jù)包)進行處理，轉(zhuǎn)入步驟b5。下行業(yè)務如果不是單播包轉(zhuǎn)入步驟b4。
b4、下行業(yè)務如果是組播包，查詢組播地址表，組播地址表的條目配置是由用戶手動配置或者根據(jù)組播協(xié)議從協(xié)議包中提取信息來配置的。根據(jù)組播表中的目的MAC地址+SVLAN標簽獲取橋端口BP(可能是一組橋端口BPs)，然后轉(zhuǎn)入步驟b6；如果查找不到，則按照洪泛包進行處理轉(zhuǎn)入步驟b5。下行業(yè)務如果不是組播包轉(zhuǎn)入步驟5。
b5、下行廣播包或洪泛包查找基于SVLAN標簽的廣播域表，廣播域表實際上就是二層Vlan的成員表，由用戶手動配置，表示該Vlan域內(nèi)有哪些端口是其成員，獲取需要廣播或洪泛的橋端口BP(可能是一組橋端口BPs)。
b6、根據(jù)橋端口BP與PortID的映射關(guān)系獲取對應的GPON中承載通道標識PortID，確定下行業(yè)務的承載通道。映射關(guān)系是根據(jù)業(yè)務包中的802.1P，TOS，EtherType，IP協(xié)議類型，CVLAN等任意一種特征值確定的，即與上行時的PortID與橋端口的映射是一致的，這樣可以保證上下行業(yè)務的一致性。映射關(guān)系參見表五。
表五橋端口BP的分類規(guī)則表可以根據(jù)1、802.1P；2、TOS；3、EtherType；4、IP協(xié)議類型；5、CVLAN這五種類型的特征和BP端口號得到PortID。
1、802.1P

2、TOS

3、EtherType系統(tǒng)設置8個EtherType寄存器編號為0-7，EtherType寄存器的值可以配置0x0800，0x8864等共8個，根據(jù)EtherType寄存器的編號采用和802.1P相同的映射方式得到不同的PortID。
4、IP協(xié)議類型實現(xiàn)方式同EtherType。
5、CVLAN實現(xiàn)方式同EtherType。其中的CVLAN是基于BP端口進行VLAN轉(zhuǎn)換后的CVLAN。
確定了承載通道標識后，將以太網(wǎng)業(yè)務包根據(jù)承載通道標識下發(fā)至光網(wǎng)絡單元。
當ONU側(cè)通過不同UNI接口來區(qū)分不同用戶，即一個用戶對應一個UNI接口，但對一個用戶內(nèi)的業(yè)務并不做區(qū)分，即一個UNI接口上只綁定一個單播PortID時的場景。參看圖3，此時對應于前述各表的關(guān)鍵表項如下表一

表三


表五

如上表，由于此時業(yè)務不做區(qū)分，一個BP對應一個PortID。因此我們可以借用任一種形式來實現(xiàn)下行BP到PortID的映射。
當ONU側(cè)一個用戶對應一個UNI接口，且不同業(yè)務類型通過802.1p優(yōu)先級進行區(qū)分生成不同的承載通道標識PortID，體現(xiàn)對不同業(yè)務的調(diào)度和QOS保證，即一個UNI接口上綁定多個單播PortID時的場景。參見圖4，此時對應于前述各表的關(guān)鍵表項如下表一

表三


表五

此時由于對業(yè)務進行了區(qū)分，下行時可以根據(jù)802.1P的值將一個BP映射到多個PortID，以實現(xiàn)對業(yè)務類型、等級等的區(qū)分。
采用本發(fā)明所述方法，不僅通過MAC+VLAN與橋端口相綁定使得更精確地確定用戶的地址，同時利用承載通道標識表明業(yè)務包的類型、等級等特性，使得轉(zhuǎn)發(fā)業(yè)務時可以更精細地對用戶進行服務，應用場景更廣泛，上下行業(yè)務的一致性保證較好，方便地實現(xiàn)了對以太網(wǎng)業(yè)務的精細化管理。
權(quán)利要求
1.一種吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，包括下行處理流程，其特征在于，所述下行處理流程包括如下步驟D1、設置橋端口及其與光網(wǎng)絡單元的物理端口映射關(guān)系，確立橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系；配置承載通道標識以標明下發(fā)的以太網(wǎng)業(yè)務包的特性；建立橋端口與承載通道標識的映射關(guān)系；D2、由以太網(wǎng)業(yè)務包的下發(fā)地址通過所述橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系獲取橋端口；D3、根據(jù)所述橋端口與承載通道標識的映射關(guān)系由橋端口獲取承載通道標識；D4、將以太網(wǎng)業(yè)務包根據(jù)承載通道標識下發(fā)至光網(wǎng)絡單元。
2.如權(quán)利要求1所述的吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，其特征在于，所述橋端口與承載通道標識的映射關(guān)系根據(jù)下發(fā)的以太網(wǎng)業(yè)務包中的802.1p、TOS、EtherType、IP協(xié)議類型和CVLAN中任意一種特征值建立，將所述任一特征值不同的橋端口映射為不同的承載通道標識。
3.如權(quán)利要求1所述的吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，其特征在于，所述橋端口與光網(wǎng)絡單元的物理端口映射關(guān)系為橋端口與光網(wǎng)絡單元或光網(wǎng)絡單元的用戶網(wǎng)絡接口一一對應。
4.如權(quán)利要求1至3任一所述的吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，其特征在于，步驟D2中所述由以太網(wǎng)業(yè)務包的下發(fā)地址獲取橋端口是通過如下步驟實現(xiàn)A1、下發(fā)的以太網(wǎng)業(yè)務包如是單播包或組播包，查詢單播或組播地址表，由地址表中的地址與橋端口的對應關(guān)系通過以太網(wǎng)業(yè)務包下發(fā)地址獲取業(yè)務包的橋端口，轉(zhuǎn)入步驟D3；如不是單播包或組播包或者查詢單播或組播地址表沒有得到結(jié)果則進行下一步；A2、查詢廣播域表，由廣播域表中的地址與橋端口的對應關(guān)系通過以太網(wǎng)業(yè)務包的下發(fā)地址獲取業(yè)務包的橋端口，轉(zhuǎn)入步驟D3。
5.如權(quán)利要求4所述的吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，其特征在于，所述步驟A1之前還包含如下步驟判斷業(yè)務包是否為透傳屬性，如是，則根據(jù)橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系由以太網(wǎng)業(yè)務包下發(fā)地址獲取橋端口，轉(zhuǎn)入步驟D3；否則轉(zhuǎn)入步驟A1。
6.如權(quán)利要求4所述的無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，其特征在于，所述下發(fā)地址包括MAC+VLAN，所述單播地址表保存MAC+VLAN與橋端口的對應關(guān)系；其中，MAC為介質(zhì)訪問控制地址，VLAN為虛擬局域網(wǎng)標簽。
7.一種吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，包括上行處理流程，其特征在于，所述上行處理流程包括如下步驟U1、設置橋端口及其與光網(wǎng)絡單元的物理端口映射關(guān)系，確立橋端口與以太網(wǎng)業(yè)務包的源地址的對應關(guān)系；配置承載通道標識以標明上傳的以太網(wǎng)業(yè)務包的特性；建立橋端口與承載通道標識的映射關(guān)系；U2、根據(jù)所述映射關(guān)系由上傳的以太網(wǎng)業(yè)務包中的承載通道標識獲取橋端口；U3、以太網(wǎng)業(yè)務包通過步驟U2得到的橋端口映射的物理端口上傳到光線路終端。
8.如權(quán)利要求7所述的吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，其特征在于，所述映射關(guān)系根據(jù)如下規(guī)則確定將源地址相同的各業(yè)務包的承載通道標識映射到該源地址對應的橋端口。
9.如權(quán)利要求8所述的吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，其特征在于，當橋端口屬性為非TLS端口，所述步驟U3后還包括地址學習過程光線路終端根據(jù)以太網(wǎng)業(yè)務包中的源地址信息查詢單播地址表，如未查詢到該地址信息，則向單播地址表中添加該地址信息與上傳時所用的橋端口的對應關(guān)系的信息；否則判斷與該地址信息對應的橋端口是否與以太網(wǎng)業(yè)務包上傳時所用的橋端口相同，如否則按實際上傳的橋端口更新單播地址表中該地址信息與橋端口的對應關(guān)系，否則保持原狀；源地址信息包括MAC+VLAN，其中，MAC為介質(zhì)訪問控制地址，VLAN為虛擬局域網(wǎng)標簽。
10.如權(quán)利要求7至9任一所述的吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，其特征在于，所述步驟U1之前還包括對上傳的以太網(wǎng)業(yè)務包進行預處理的步驟。
全文摘要
本發(fā)明公開了一種吉比特無源光網(wǎng)絡中的以太網(wǎng)業(yè)務處理方法，包括下行處理流程，所述下行處理流程包括如下步驟D1.設置橋端口及其與光網(wǎng)絡單元的物理端口映射關(guān)系，確立橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系；配置承載通道標識以標明下發(fā)的以太網(wǎng)業(yè)務包的特性；建立橋端口與承載通道標識的映射關(guān)系；D2.由以太網(wǎng)業(yè)務包的下發(fā)地址通過所述橋端口與以太網(wǎng)業(yè)務包的下發(fā)地址的對應關(guān)系獲取橋端口；D3.根據(jù)所述橋端口與承載通道標識的映射關(guān)系由橋端口獲取承載通道標識；D4.將以太網(wǎng)業(yè)務包根據(jù)承載通道標識下發(fā)至光網(wǎng)絡單元。本發(fā)明實現(xiàn)了對終端用戶的精細化服務。
文檔編號H04L12/56GK101079809SQ200710075018
公開日2007年11月28日 申請日期2007年6月12日 優(yōu)先權(quán)日2007年6月12日
發(fā)明者黃文杰, 李明生, 婁本剛, 劉毅, 朱旻 申請人:中興通訊股份有限公司