WO2010040310A1

WO2010040310A1 - IPv6到PON的服务质量映射方法和系统

Info

Publication number: WO2010040310A1
Application number: PCT/CN2009/074205
Authority: WO
Inventors: 郑若滨
Original assignee: 华为技术有限公司
Priority date: 2008-10-09
Filing date: 2009-09-24
Publication date: 2010-04-15
Also published as: CN101719863A; CN101719863B

Description

IPv6到 PON的服务质量映射方法和系统本申请要求于 2008 年 10 月 9 日提交中国专利局、申请号为 200810167045.2,发明名称为" IPv6到 P0N的服务质量映射方法、装置和系统" 的中国专利申请的优先权，在先申请文件的内容通过引用结合在本申请中。技术领域

本发明涉及网络领域，尤其涉及网络版本协议 6 到无源光网络的服务质量映射方法和系统。

背景技术

所谓光接入网（OAN, Optical Access Network) 就是釆用光纤传输技术的接入网，泛指业务功能点与用户驻地网之间釆用光纤通信或部分釆用光纤通信的系统。 0AN整个参考架构由用户驻地网、接入网和业务功能点组成。其中接入网主要网元包括：光路终结点（OLT, Optical Line Termination) , 光分西己网（0DN, Optical Distribution Network) , 光网络单元（0NU, Opt ical Network Unit) , 适西己功能体（AF, Adaptation Fimction)。 AF为适西己功能体，是可选设备，主要是提供 0NU/0NT接口与而1接口的相互转换； 0LT为光接入网提供网络侧接口； 0NU提供用户侧接口； 0匪为 0LT和 0NU之间提供光传输手段，其中一个 0LT可以与一个或多个 0DN相连。光接入网又可分为无源光网络 ( PON, Passive Optical Network )和有源光网络 ( AON, Active Optical Network )。

在实现上述 PON承载业务的过程中，发明人发现现有技术存在以下问题：随着互联网协议网络协议版本 6 ( IPv6, Internet Protocol Version 6)取代网络协议版本 4 ( Ipv4, Internet Protocol Version 4), 无源光网络如何承载 Ipv6成为当前急待解决的技术问题。目前， P0N承载 IPv6业务的过程类似于 PON^ 载 IPv4业务的过程， P0N要先实现 IPv6到以太网的映射，再实现以太网到 P0N逻辑端口的映射，不但实现复杂而且处理成本很高。发明内容

本发明的实施例提供一种网络版本协议 6 到无源光网络的服务质量映射方法和系统，能够简单且低成本地将网络版本协议 6映射到无源光网络中。

为达到上述目的，本发明的实施例釆用如下技术方案：

一种网络版本协议 6到无源光网络的服务质量映射方法，包括：接收 IPv6数据流，该数据流包括至少一个数据包，其中所述数据包包括 IPv6服务质量信息；

根据所述服务质量信息，将所述数据包映射到能够满足服务质量要求的无源光网络逻辑端口。

一种 IPv6到无源光网络的服务质量映射的系统，包括：

接收模块：用于接收网络协议版本 6数据流，该数据流包括至少一个数据包，其中数据包包括服务质量信息；

映射模块，用于根据所述服务质量信息将数据包映射到能够满足服务质量要求的无源光网络逻辑端口。

本发明实施例提供的 IPv6到无源光网络的服务质量映射方法和系统，能够通过直接根据 IPv6中的服务质量信息将数据包映射到能够满足服务质量要求的逻辑端口实现将 IPv6映射到无源光网络中，解决了现有技术无源光网络要先实现 IPv6到以太网的服务质量映射，再实现以太网到无源光网络逻辑端口的服务质量映射，实现复杂且处理成本高的问题。本发明实施例提供的 IPv6 到无源光网络的服务质量映射方法和装置将 IPv6通过一次服务质量映射到无源光网络中简化了服务质量映射过程，降低了 IPv6在 P0N上的建网成本。附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图 1为本发明实施例一提供的传输方向为上 /下行方向的 IPv6到 P0N的 QoS映射方法流程图；

图 2为本发明实施例二提供的 IPv6到 P0N的 QoS映射方法流程图；图 3为本发明实施例三提供的 IPv6到 P0N的 QoS映射方法流程图；图 4为本发明提供的 IPv6到 P0N的 QoS映射模型一；

图 5为本发明提供的 IPv6到 P0N的 QoS映射模型二；

图 6为本发明提供的 IPv6到 P0N的 QoS映射模型三；

图 7为本发明提供的 IPv6到 P0N的 QoS映射模型四；

图 8为本发明提供的 IPv6到 P0N的 QoS映射模型五；

图 9为本发明提供的 IPv6到 P0N的 QoS映射模型六；

图 10为本发明提供的 IPv6到 P0N的 QoS映射模型七；

图 11为本发明提供的光网络单元结构示意图；

图 12为本发明提供的光路终结点结构示意图；

图 13为本发明提供的网络协议版本 6到无源光网络的服务质量映射系统实施例的结构示意图。

具体实施方式

为了解决现有技术 P0N承载 IPv6需要两次 QoS映射不但复杂而且所需成本很高的问题，本发明提供了一种 IPv6到 P0N的服务质量映射的方法和系统。下面结合附图对本发明进行详细描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图 1 所示，本发明实施例提供传输方向为上 /下行方向的 IPv6到 P0N 的 QoS映射方法包括：

步骤 101 , 0NU/0LT接收 IPv6数据流，该数据流包括至少一个数据包，其中数据包包括服务质量信息；其中服务质量信息主要包括：

IPv6业务类型信息；

IPv6用户地址信息；

IPv6流标签信息。

步骤 102, 0NU/0LT根据服务质量信息将数据包进行分类；

本实施例中服务类型分类的方法包括：

当基于业务类型和用户时，根据 IPv6业务类型和 IPv6用户地址进行分类；

当基于业务类型时，根据 IPv6业务类型进行分类；

当基于用户时，根据 IPv6用户地址进行分类；

当基于业务流和用户时，根据 IPv6流标签信息和 IPv6用户地址进行分类。

步骤 103, 0NU/0LT根据所述服务质量信息将数据包映射到能够满足服务质量要求的无源光网络逻辑端口。

当所述步骤 102中根据 IPv6业务类型和 IPv6用户地址进行分类，则将具有相同 IPv6业务类型并且具有相同 IPv6用户地址的数据包映射到同一 P0N 逻辑端口， P0N逻辑端口可以实现业务和用户的隔离，通过逻辑端口可以实现对每个用户每种业务的服务质量管理控制。

当所述步骤 102中根据 IPv6业务类型进行分类，则将具有相同 IPv6业务类型的数据包映射到同一 P0N逻辑端口；

当所述步骤 102中根据 IPv6用户地址进行分类，则将具有相同 IPv6用户地址的数据包映射到同一 P0N逻辑端口；

当所述步骤 102中根据 IPv6流标签信息和 IPv6用户地址进行分类，则将具有相同 IPv6用户地址并且具有相同 IPv6流标签信息的数据包映射到同一 P0N逻辑端口。

当该无源光网络为以太无源光网络或下一代以太无源光网络时，所述无源光网络逻辑端口为逻辑链路标识。

当该无源光网络为千兆位无源光网络或下一代千兆位无源光网络时，所述无源光网络逻辑端口为千兆位无源光网络封装方式端口。

现有 P0N承载 IPv4业务的过程中， P0N要先实现 IPv4到以太网的映射，再实现以太网到 P0N逻辑端口的映射。这是由 IPv4的协议标准决定的，由于 IPv4不支持流的概念，使得 IPv4业务不能承载更多的服务质量信息，也使得 P0N无法将所述接收到的 IPv4业务映射到能够满足其服务质量的逻辑端口，所以 IPv4业务必须先经过以太网，再传输到 P0N。现有 PON ^ 载 IPv6业务的过程是从 P0N承载 IPv4业务的过程发展而来的， P0N也要先实现 IPv6到以太网的映射，再实现以太网到 P0N逻辑端口的映射。可实际上， IPv6与 IPv4的协议标准是不同的， IPv6支持流的概念，使得 IPv6业务能够承载更多的服务质量信息， P0N完全可以根据所述 IPv6业务承载的服务质量信息，将接收到的 IPv6业务映射到能够满足该 IPv6业务服务质量的逻辑端口。本发明实施例在 IPv6业务数据流中设置一个数据包，所述数据包包括 IPv6服务质量信息， P0N根据服务质量信息将数据包映射到能够满足服务质量要求的无源光网络逻辑端口。本发明实施例只进行一次服务质量映射，简化了服务质量映射过程，降低了 IPv6在 P0N上的建网成本。

为了使本领域技术人员能够更清楚地理解本发明实施例所提供的技术方案，下面对所述 IPv6到 P0N的 QoS映射方法按照上行方向和下行方向分别进行介绍。

如图 2 所示，对于本发明的另一实施例，当传输数据包的方向为上行方向时，本发明提供的 IPv6到 P0N的 QoS映射方法包括：

步骤 201 , 0NU对所述服务质量信息中用户业务类型转换为运营商业务类型。

在本实施例中， IPv6报文头中的 TC域可由用户或家庭网关进行标识，用户或家庭网关标识的业务类型，称为用户业务类型（C-TC, Cus tomer TC ), 所述用户业务类型表示该用户业务的种类，针对不同种类的用户业务，需要运营商提供不同的服务，由于 C-TC的值是由不同用户自己规定的，因此相同的 C-TC值可能对应不同的业务类型，例如，对于用户 1来说，业务类型值为 00000000表示语音类型，对于用户 2来说，业务类型值为 00000000表示图像类型。

IPv6报文头中的 TC域还可由 0NU或 0LT进行转换， 0NU或 0LT进行标识的业务类型，称为运营商业务类型（P-TC , Provider TC ), 所述运营商业务类型代表该业务需要运营商进行处理的方式， P-TC的值在运营商管理域内与业务类型是统一管理，针对不同种类的运营商业务，运营商系统内部需要不同的管理手段，因此 P-TC的值在运营商管理域内与业务类型是——对应的，例如业务类型值为 00000000就统一表示语音类型。

因此在用户通过 P0N与运营商网络进行连接的过程中，需要将业务类型进行转换，即将用户发送的 C-TC统一为运营商可以接收的 P-TC。

所述步骤 201可以在所述步骤 102之后进行，此时步骤 201在 0NU中进行，并且 0NU只对来自合法用户端口的用户业务类型进行转换，杜绝了非法用户，此时， 0LT对数据包只进行透传。

所述步骤 201也可以在 0LT中进行，且 0LT只对来自合法用户端口的用户业务类型进行转换，杜绝了非法用户，此时 0NU对数据包只进行透传（此种情况未在图中表示 )。

所述步骤 201 为可选步骤，实际情况中也可以约定用户使用统一的业务类型，此时不通过步骤 201

步骤 202 , 0NU对所述服务质量信息中流标签域进行设置。

当传输方向为上行方向时，在接收网络协议版本 6数据流之前，在 IPv6 流标签域中设置用户流标签域（C-FL, Cus tomer-F l ow Labe l) , 建议为 12位，用于在接收网络协议版本 6数据流之后，对从合法端口接收到的网络协议版本 6数据包的用户流标签域进行修改，以表示所述数据包来自合法用户；还可进一步在 IPv6 流标签域中设置业务流标签域（S-FL, Servi ce-Flow Labe l) , 建议为 8位，用于在接收网络协议版本 6数据流之后，对从合法端口接收到的网络协议版本 6数据包的业务流标签域进行修改，以区分同一个用户下的不同的业务流，或表示所述数据包所经过的不同的 0LT。

其中 C-FL的长度和 S-FL的长度可以按照运营商的需求进行自定义，只要满足 C-FL的长度与 S-FL的长度之和为 FL的总长度 20字节。（所述步骤 202 为可选步骤，实际情况中可以不通过步骤 202 )。

0NU还可对于从合法端口上来的 IPv6用户数据，只修改 FL的 C-FL域，用于标识用户； 0LT则修改 FL的 S-FL域，用于标识业务流或不同的 OLT, IP 边缘节点只接收带有 C-FL的数据流，在一定意义上杜绝了非法端口用户。

在本实施例中， 0LT 还可以将流标签进行转换，例如将用户流标签域 ( C-FL )统一编号，不同的用户修改为不同的值，对于同一 0NU 中的不同用户，相应的 C-FL编号互不相同，对于不同 0NU中的用户，相应的 C-FL编号有可能相同，因此 0LT需要对来自不同 0NU的 C-FL进行统一编号，防止相同编号产生的混乱。

如图 3 所示，对于本发明的又一实施例，当传输数据包的方向为下行方向时，本发明提供的 IPv6到 P0N的 QoS映射方法包括：

步骤 301 , 0LT对所述服务质量信息中运营商业务类型转换为用户业务类型。

所述步骤 301可以在所述步骤 102之后进行，此时步骤 301在 0LT中进行，此时， 0NU对数据包只进行透传。

所述步骤 301也可以在 0NU中进行，此时 0LT对数据包只进行透传 (此种情况未在图中表示 )。

所述步骤 301 为可选步骤，实际情况中可以也可以约定用户使用统一的业务类型，此时不通过步骤 301

为了使本领域技术人员能够更清楚地理解本发明实施例所提供的技术方案，下面对所述 IPv6到 P0N的 QoS映射方法按照各种映射模型分别进行介绍。当数据流的服务质量信息基于用户地址信息和业务类型信息时，本发明提供的 IPv6到 P0N的 QoS映射模型如图 4所示，（其中 P表示用户 /家庭网关的源或目的 IPv6地址或 IPv6地址前缀），可以用在 VLAN ( Vi r tua l Loca l Area Network, 虚拟局域网） N: 1模式。

N: 1模式用户 11有 3个不同传输等级（分别为 TC1、 TC2、 TC3 ) 的用户业务（3TC ), 每个用户业务的服务质量信息包括：用户地址信息（用户 /家庭网关的源或目的 IPv6地址或 IPv6地址前缀 P1 )和用户业务类型信息（ C-TC )。所述 3个业务传输给 ONUl , 0NU1将所述 3个业务的业务类型从用户业务类型 C-TC转换为运营商业务类型 P-TC, 也就是将 N: 1模式用户 11的 3个传输等级的业务 C_TC1、 C_TC2、 C-TC3分别转换成运营商业务类型 P-TC P_TC2、 P-TC 3 , ONUl也将用户业务月良务质量信息中的业务类型由用户业务类型转为运营商业务类型，由于 3个业务的用户地址信息相同（都是 P1 ), 但业务类型不同（分别为 P_TC1、 P-TC2、 P-TC 3 ), 所以传输时要映射到三个不同的传输接口实现，即，分别映射到 GP0N封装方式的传输接口 GEM-PORT 11、 GEM- PORT 12、 GEM-PORT 13发送给 OLT, 经 OLT透传后，以运营商业务类型 P-TCl、 P_TC2、 P-TC 3的方式发送给运营商。

N: l模式用户 12有 2个传输等级的业务（2TC ), 每个用户业务的服务质量信息包括：用户地址信息（用户 /家庭网关的源或目的 IPv6地址或 IPv6地址前缀 P2 )和用户业务类型信息（ C-TC )。所述 1个业务传输给 ONUl , 0NU1 将所述 2个业务的业务类型从 C_TC1、 C-TC2分别转换成 P_TC1、 P-TC2 , ONUl 也将用户业务服务质量信息中的业务类型由用户业务类型转为运营商业务类型，由于 2个业务的用户地址信息相同（都是 P2 ), 但业务类型不同（分别为 P-TC P-TC2 ), 所以传输时要映射到两个不同的传输接口实现，即，分别映射到 GP0N封装方式的传输接口 GEM-PORT 14、 GEM-PORT 15发送给 OLT, 经 OLT透传后，以运营商业务类型 P-TC1、 P-TC2的方式发送给运营商。用户 21、 22的业务传输给 0NU2 , 0NU2对所述业务进行透传，由 0LT将用户 21、 22的业务类型从用户业务类型 C-TC转换为运营商业务类型 P-TC , 发送给运营商，其它的处理过程与用户 11、 12相同。

这其中， 0NU1进行用户业务类型 C-TC和运营商业务类型 P-TC的转换， 0LT对 P-TC进行透明转发。

0NU2对 C-TC进行透明转发， 0LT进行 C-TC和 P-TC的转换。

0NU/0LT根据业务类型域，对每个用户的业务进行分类，根据不同 IPv6 用户地址 /VLAN和不同 IPv6业务类型将不同用户不同的业务映射到同一 P0N 逻辑端口， P0N逻辑端口可以实现用户和业务的隔离，通过 P0N逻辑端口可以实现对每个用户每种业务的服务质量信息管理控制。

当数据流的服务质量信息基于业务类型信息时，本发明提供的 IPv6到 P0N 的 QoS映射模型如图 5所示，可以用在 VLAN N: 1模式。

N: l模式用户 1 1、 12、 1 3、 14的服务质量信息包括：用户业务类型信息 ( C-TC )。其中，用户 11、 12的业务传输给 0NU1 , 0NU1将业务类型从用户业务类型 C-TC转换为运营商业务类型 P-TC , 由于用户 11的 3个业务的业务类型不同（分别为 P-TC1、 P-TC2、 P-TC3 ), 所以传输时要分别映射到 GPON封装方式的传输接口 GEM-PORT 11、 GEM-PORT 12、 GEM-PORT 1 3发送给 0LT。用户 12的 1个业务分别转换成 P-TC1、 P-TC2 , 可以映射到 GPON封装方式的传输接口 GEM-PORT 11、 GEM-PORT 12。然后由 0LT进行透传，发送给运营商。

用户 21、 22的业务传输给 0NU2 , 0NU2对所述业务进行透传，由 0LT将用户 21、 22的业务类型从用户业务类型 C-TC转换为运营商业务类型 P-TC , 发送给运营商，其它的处理过程与用户 11、 12相同。

0NU2对 C-TC进行透明转发， 0LT进行 C-TC和 P-TC的转换。

0NU/0LT对 IPv6业务类型进行分类，根据业务类型域将 IPv6业务类型相同的数据包映射到同一 PON逻辑端口， P0N逻辑端口可以实现业务的隔离，通过 P0N逻辑端口可以实现对每种业务的服务质量信息管理控制。

当数据流的服务质量信息基于用户地址信息时，本发明提供的 IPv6到 P0N 的 QoS映射模型如图 6所示，（其中 P表示用户 /家庭网关的源或目的 IPv6地址或 IPv6地址前缀） , 可以用在 VLAN N: 1或 1 : 1模式。

N: l模式用户 1 1、 12、 1 3、 14的服务质量信息包括：用户地址信息（用户 /家庭网关的源或目的 IPv6地址或 IPv6地址前缀 P )。其中，用户 11、 12 的业务传输给 0NU1 , 0NU1将业务类型从用户业务类型 C-TC转换为运营商业务类型 P-TC , 用户 11 的 3 个业务的用户地址信息相同，映射到传输接口 GEM-PORT 11发送给 OLT; 用户 12的 2个业务的用户地址信息相同，映射到传输接口 GEM-PORT 12发送给 OLT , 然后由 OLT将用户 11、 12的业务进行透传，发送给运营商。

0NU2对 C-TC进行透明转发， 0LT进行 C-TC和 P-TC的转换。

0NU/0LT虽然能够区分每个用户的业务类型，但仍然根据不同 IPv6用户地址 /VLAN进行分类，将相同用户的数据包映射到同一 P0N逻辑端口， P0N逻辑端口可以实现用户的隔离，通过 P0N逻辑端口可以实现对每个用户的服务质量信息管理控制。

当数据流的服务质量信息基于用户地址信息和业务类型 /基于业务类型信息时，本发明提供的 IPv6到 P0N的 QoS映射模型如图 7所示，（其中 P表示用户 /家庭网关的源或目的 IPv6地址或 IPv6地址前缀），可以用在 VLAN 1 : 1 模式。 N: l模式用户 11、 12、 13、 14的服务质量信息包括：用户地址信息（用户 /家庭网关的源或目的 IPv6地址或 IPv6地址前缀 P )和用户业务类型信息 ( C-TC )。其中，用户 11、 12的业务传输给 0NU1 , 0NU1将业务类型从用户业务类型 C-TC转换为运营商业务类型 P-TC, 0NU1也将用户业务服务质量信息中的业务类型由用户业务类型转为运营商业务类型。用户 11的 3个业务的用户地址信息相同，但业务类型不同，分别映射到传输接口 GEM-PORT 11、 GEM-PORT 12、 GEM-PORT 13发送给 0LT; 用户 12的 2个业务的用户地址信息相同，但业务类型不同，分别映射到传输接口 GEM-PORT 14、 GEM-PORT 15发送给 0LT, 然后由 0LT将用户 11、 12的业务进行透传，发送给运营商。

0NU2对 C-TC进行透明转发， 0LT进行 C-TC和 P-TC的转换。

0NU/0LT对每个用户的业务进行分类，根据不同用户不同 IPv6业务类型 / 不同 IPv6业务类型进行分类，将 IPv6用户地址 /VLAN相同并且 IPv6业务类型相同 / IPv6业务类型相同的数据包映射到同一 P0N逻辑端口， P0N逻辑端口可以实现用户和业务的隔离，通过 P0N逻辑端口可以实现对每个用户每种业务 /每种业务的服务质量信息管理控制。

当数据流的服务质量信息基于用户地址信息和流标签信息时，本发明提供的 IPv6到 P0N的 QoS映射模型如图 8所示，（其中 P表示用户 /家庭网关的源或目的 IPv6地址或 IPv6地址前缀；)，可以用在 VLAN 1: 1模式。

N: l模式用户 11、 12、 13、 14的服务质量信息包括：用户地址信息（用户 /家庭网关的源或目的 IPv6地址或 IPv6地址前缀 P )和流标签信息（ FL )。其中，用户 11、 12的业务传输给 0NU1 , 0NU1将业务类型从用户业务类型 C-TC 转换为运营商业务类型 P-TC , 0NU1也将用户业务服务质量信息中的业务类型由用户业务类型转为运营商业务类型。用户 11的 3个业务的用户地址信息相同，但流标签不同，分别映射到传输接口 GEM-PORT 11、 GEM-PORT 12、 GEM-PORT 1 3发送给 OLT; 用户 12的 2个业务的用户地址信息相同，但流标签不同，分别映射到传输接口 GEM-PORT 14、 GEM-PORT 15发送给 OLT , 然后由 OLT将用户 11、 12的业务进行透传，发送给运营商。

0NU2对 C-TC进行透明转发， 0LT进行 C-TC和 P-TC的转换。

0NU/0LT对每个用户的业务流进行分类，根据不同用户的不同 IPv6流标签信息进行分类，将 IPv6用户地址相同并且 IPv6流标签信息相同的数据包映射到同一 P0N逻辑端口， P0N逻辑端口可以实现用户和业务流的隔离，通过 P0N逻辑端口可以实现对每个用户每种业务流的服务质量信息管理控制。

当数据流的服务质量信息基于用户流标签信息时，本发明提供的 IPv6到 P0N的 QoS映射模型如图 9所示，可以用在 VLAN 1 : 1模式。

N: 1模式用户 11、 12、 1 3、 14的服务质量信息包括：用户流标签信息（ C-FL )。其中，用户 11、 12的业务传输给 0NU1 , 0NU1将业务类型从用户业务类型 C-TC 转换为运营商业务类型 P-TC , 用户 11的 3个业务的用户流标签信息相同，映射到传输接口 GEM-PORT 1 1发送给 0LT; 用户 12的 2个业务的用户流标签信息相同，映射到传输接口 GEM-PORT 12发送给 OLT, 然后由 OLT将用户 11、 12的业务进行透传，发送给运营商。

这其中， 0NU1透传已有的 C-FL和 S-FL , 或者将 FL的值修改为由 C-FL 和 S-FL构成的值， 0LT对 C-FL和 S-FL进行透明转发。

0NU2透传已有的 C-FL和 S-FL , 或者将 FL的值修改为由 C-FL和 S-FL构成的值， 0LT将 C-FL值修改为另外一个值，以避免来自不同的 0NU的 C-FL值可能不统一而存在重复；其中 C-FL值根据 P0N逻辑端口等信息对来自不同的 0NU的 C-FL统一编号。

0NU/0LT对每个用户的业务进行分类，根据不同 IPv6流标签域中 C-FL将 IPv6 流标签域中相同用户的不同业务数据包映射到同一 P0N逻辑端口， P0N 逻辑端口可以实现用户的隔离，通过 P0N逻辑端口可以实现对每个用户的服务质量信息管理控制。

当数据流的服务质量信息基于用户流标签信息时，本发明提供的 IPv6到 P0N的 QoS映射模型还可以如图 10所示，可以用在 VLAN 1 : 1模式。

N: 1模式用户 11、 12、 1 3、 14的服务质量信息包括：用户流标签信息（ C-FL )。其中，用户 11、 12的业务传输给 0NU1 , 0NU1将业务类型从用户业务类型 C-TC 转换为运营商业务类型 P-TC , 用户 11的 3个业务的用户流标签信息相同，映射到传输接口 GEM-P0RT 1 1发送给 0LT; 用户 12的 2个业务的用户流标签信息相同，映射到传输接口 GEM-P0RT 12发送给 OLT, 然后由 0LT将用户 11、 12的业务进行透传，发送给运营商。

这其中， 0NU1透传已有的 C-FL或者修改 FL的 C-FL域， 0LT修改 FL的 S-FL域。

0NU2透传已有的 C-FL或者修改 FL的 C-FL域， 0LT修改 FL的 S-FL域，并将 C-FL值修改为另外一个值，以避免来自不同的 0NU的 C-FL值可能不统一而存在重复；其中 C-FL值根据 P0N逻辑端口等信息对来自不同的 0NU的 C-FL 统一编号。

0NU/0LT根据不同 IPv6流标签域中 C-FL进行分类，将 IPv6流标签域中相同 C-FL的数据包映射到同一 P0N逻辑端口， P0N逻辑端口可以实现用户的隔离，通过 P0N逻辑端口可以实现对每个用户的服务质量信息管理控制。

在本实施例中，当传输方向为上行方向时， 0LT还可以对流标签进行转换，修改 S-FL域。

进一步，对于由 0NU到 0LT的上行方向， GEM por t还需按以下几种方式中的一种映射到 T-C0NT中：

不同的 GEM-PORT, 按 1 : 1的关系映射进不同的 T-C0NT;

不同的 GEM-PORT, 按 N: 1的关系映射进相同的 T-C0NT;

0NU根据 TC将 GEM PORT映射入不同的 T-C0NT,即业务类型相同的 GEM PORT 映射进相同的 T-C0NT。

本发明实施例提供的 IPv6到 P0N的映射方法，通过对数据包中的服务质量信息分类并分别映射到不同逻辑端口，将 IPv6数据包通过一次服务质量映射到 P0N中，解决了现有技术需要通过两次服务质量映射才能实现 P0N对 IPv6 数据包的承载，实现复杂且处理成本高的问题。并且当传输数据包的方向为上行方向时，由于只对从合法端口接收到的数据进行业务类型转换，因此也杜绝了非法用户的接入。如图 11所示，本发明光网络单元的实施例，包括：

接收模块 111 , 用于接收网络协议版本 6数据流，该数据流包括至少一个数据包，其中数据包包括服务质量信息。

映射模块 112 , 用于根据所述服务质量信息，将数据包映射到能够满足服务质量要求的无源光网络逻辑端口。

第二业务类型转换模块 11 3 ,用于将来自运营商的数据包的网络协议版本 6运营商业务类型转换为用户业务类型；将来自合法端口的数据包的网络协议版本 6用户业务类型转换为运营商业务类型。

流标签配置模块 114 , 用于在接收网络协议版本 6数据流之前，配置在网络协议版本 6 流标签域中设置用户流标签域和 /或业务流标签域及其相应的值。

进一步的，映射模块 112包括：

数据包分类子模块 1 121 , 用于根据网络协议版本 6服务质量信息将接收模块接收到的数据包进行分类。

分类映射子模块 1 122 , 用于将分类相同的数据包映射到同一个无源光网络逻辑端口。如图 12所示，本发明光路终结点的实施例，包括：

接收模块 121 , 用于接收网络协议版本 6数据流，该数据流包括至少一个数据包，其中数据包包括服务质量信息。

映射模块 122 , 用于根据所述服务质量信息，将数据包映射到能够满足服务质量要求的无源光网络逻辑端口。

第一业务类型转换模块 123 ,用于将来自运营商的数据包的网络协议版本 6运营商业务类型转换为用户业务类型；将来自合法端口的数据包的网络协议版本 6用户业务类型转换为运营商业务类型。

流标签域修改模块 124 ,用于将来自运营商的数据包的网络协议版本 6流标签域的用户流标签域和 /或业务流标签域进行修改。

进一步的，映射模块 122包括：

数据包分类子模块 1221 , 用于根据网络协议版本 6服务质量信息将接收模块接收到的数据包进行分类。

分类映射子模块 1222 , 用于将分类相同的数据包映射到同一个无源光网络逻辑端口。如图 13所示，本发明网络协议版本 6到无源光网络的服务质量映射系统的实施例，包括：

接收模块 131 , 用于接收网络协议版本 6数据流，该数据流包括至少一个数据包，其中数据包包括服务质量信息；

映射模块 132 , 用于根据所述服务质量信息，将数据包映射到能够满足服务质量要求的无源光网络逻辑端口。

本发明实施例提供的网络协议版本 6到无源光网络的服务质量映射系统、光网络单元和光路终结点，通过对数据包中的服务质量信息分类并分别映射到不同逻辑端口，将 IPv6数据包通过一次服务质量映射到 P0N中，解决了现有技术需要通过两次服务质量映射才能实现 P0N对 IPv6数据包的承载，实现复杂且处理成本高的问题。并且当传输数据包的方向为上行方向时，由于只对从合法端口接收到的 IPv6数据包进行业务类型域的转换，因此也杜绝了非法用户的接入。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一计算机可读存储介质中，如 ROM/RAM、磁碟或光盘等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

权利要求书

1、一种网络协议版本 6到无源光网络的服务质量映射方法，其特征在于，包括：

接收网络协议版本 6 数据流，该数据流包括至少一个数据包，其中所述数据包包括网络协议版本 6服务质量信息；

2、根据权利要求 1所述的一种网络协议版本 6到无源光网络的服务质量映射方法，其特征在于，所述网络协议版本 6服务质量信息包括：

网络协议版本 6业务类型信息、网络协议版本 6用户地址信息、网络协议版本 6流标签信息中任意一种或多种的组合。

3、根据权利要求 2所述的一种网络协议版本 6到无源光网络的服务质量映射方法，其特征在于，根据所述服务质量信息，将数据包映射到能够满足服务质量要求的无源光网络 P0N逻辑端口包括：

根据网络协议版本 6用户地址和业务类型将数据包进行分类；

将网络协议版本 6 用户地址相同，业务类型也相同的数据包映射到同一无源光网络逻辑端口；

或者，根据网络协议版本 6业务类型将数据包进行分类；

将网络协议版本 6业务类型相同的数据包映射到同一无源光网络逻辑端口；或者，根据网络协议版本 6用户地址将数据包进行分类；

将网络协议版本 6用户地址相同的数据包映射到同一无源光网络逻辑端口；或者，根据网络协议版本 6用户地址和流标签信息将数据包进行分类；将网络协议版本 6 用户地址相同，流标签信息也相同的数据包映射到同一无源光网络逻辑端口。

4、根据权利要求 3所述的一种网络协议版本 6到无源光网络的服务质量映射方法，其特征在于，所述网络协议版本 6业务类型包括：由用户或家庭网关进行标识的用户业务类型，

或由光网络单元或光路终结点进行标识的运营商业务类型。

5、根据权利要求 1所述的一种网络协议版本 6到无源光网络的服务质量映射方法，其特征在于，所述方法还包括：

当传输方向为下行方向时，将接收到的数据包的网络协议版本 6 运营商业务类型转换为用户业务类型；

当传输方向为上行方向时，将接收到的数据包的网络协议版本 6 用户业务类型转换为运营商业务类型。

6、根据权利要求 1所述的一种网络协议版本 6到无源光网络的服务质量映射方法，其特征在于，所述方法还包括：

当传输方向为上行方向时，在网络协议版本 6 流标签域中设置用户流标签域和 /或业务流标签域；

对从合法端口接收到的网络协议版本 6数据包的用户流标签域和 /或业务流标签域进行修改。

7、根据权利要求 1所述的一种网络协议版本 6到无源光网络的服务质量映射方法，其特征在于，

当该无源光网络为以太无源光网络或下一代以太无源光网络时，所述无源光网络逻辑端口为逻辑链路标识；

8、一种网络协议版本 6到无源光网络的服务质量映射系统，其特征在于，包括：

接收模块，用于接收网络协议版本 6数据流，该数据流包括至少一个数据包，其中数据包包括服务质量信息；

映射模块，用于根据所述服务质量信息，将数据包映射到能够满足服务质量要求的无源光网络逻辑端口。

9、根据权利要求 8所述的一种网络协议版本 6到无源光网络的服务质量映射系统，其特征在于，映射模块包括：

数据包分类子模块，用于根据网络协议版本 6服务质量信息将接收模块接收到的数据包进行分类；

分类映射子模块，用于将分类相同的数据包映射到同一个无源光网络逻辑端口。

10、根据权利要求 8所述的一种网络协议版本 6到无源光网络的服务质量映射系统，其特征在于，所述映射系统在接收模块与映射模块之间还包括：第一业务类型转换模块，用于将来自运营商的数据包的网络协议版本 6 运营商业务类型转换为用户业务类型；

和 /或，流标签域修改模块，用于将来自运营商的数据包的网络协议版本 6 流标签域的用户流标签域和 /或业务流标签域进行修改。

11、根据权利要求 10所述的一种网络协议版本 6到无源光网络的服务质量映射系统，其特征在于，

第一业务类型转换模块还用于将来自合法端口的数据包的网络协议版本 6 用户业务类型转换为运营商业务类型。

12、根据权利要求 11所述的一种网络协议版本 6到无源光网络的服务质量映射系统，其特征在于，所述映射系统内置于光路终结点中。

1 3、根据权利要求 8所述的一种网络协议版本 6到无源光网络的服务质量映射系统，其特征在于，所述映射系统在接收模块与映射模块之间还包括：第二业务类型转换模块，用于将来自合法端口的数据包的网络协议版本 6 用户业务类型转换为运营商业务类型；

和 /或，流标签配置模块，用于在接收网络协议版本 6数据流之前，配置在网络协议版本 6 流标签域中设置用户流标签域和 /或业务流标签域及其相应的值。

14、根据权利要求 1 3所述的一种网络协议版本 6到无源光网络的服务质量映射系统，其特征在于，

第二业务类型转换模块还用于将运营商业务类型转换为用户业务类型。

15、根据权利要求 14所述的一种网络协议版本 6到无源光网络的服务质量映射系统，其特征在于，所述映射系统内置于光网络单元中。