(57)【要約】【課題】サービス制御機能を集約した際にユーザ収容回線を特定するために多くのパスＩＤをパケットに付与することによる、パケットのペイロード減少に伴うＱｏＥの低下、及び、サービス制御機能にて多くのパスを終端することに伴うサービス制御機能の性能劣化を抑止することができる回線認証方法及びシステムを提供する。【解決手段】エッジ装置３００が、ユーザ端末１０１からサービス制御機能部５００に送信されるパケットをコア網４００内のパス４１０に転送する際に、該パケットのヘッダフィールドであって、サービス制御機能部５００におけるサービス制御機能への影響が無く且つ少なくともユーザ端末１０１が収容されたユーザ収容回線２００毎にユニークな回線認証ＩＤを付与するのに十分な量のビット数を持つヘッダフィールドに、該回線認証ＩＤを埋め込む。【選択図】図１
2015091028.tif 000002
【特許請求の範囲】
【請求項１】
コア網と、ユーザ端末をコア網に収容するためのユーザ収容回線と、コア網のエッジに配置され前記ユーザ収容回線を終端するエッジ装置と、ユーザ端末へのサービス提供を制御するサービス制御機能部とを有するとともに、ユーザ端末とサービス制御機能部は同一のブロードキャストドメインに属するよう構成されたネットワークシステムにおいてユーザ収容回線を認証する回線認証方法であって、
前記エッジ装置が、ユーザ端末からサービス制御機能部に送信されるパケットをエッジ装置とサービス制御機能部との間に形成されたコア網内のパスに転送する際に、該パケットのヘッダフィールドであって、サービス制御機能部におけるサービス制御機能への影響が無く且つ少なくともユーザ端末が収容されたユーザ収容回線毎にユニークな回線認証ＩＤを付与するのに十分な量のビット数を持つヘッダフィールドに、該回線認証ＩＤを埋め込むステップと、
前記サービス制御機能部が、エッジ装置により転送されたユーザ端末からのパケットのヘッダに含まれる回線認証ＩＤを用いて回線認証処理を行うステップとを含む
ことを特徴とする回線認証方法。
【請求項２】
前記回線認証ＩＤの埋込ステップでは、埋込先のヘッダフィールドの値をエッジ装置の記憶手段に記憶し、更に、
前記エッジ装置が、ユーザ端末からサービス制御機能部に送信したパケットに対するサービス制御機能部からの応答パケットをユーザ端末に転送する際に、前記記憶手段に記憶した値を用いて該応答パケットのヘッダを書き換えるステップを含む
ことを特徴とする請求項１記載の回線認証方法。
【請求項３】
前記回線認証ＩＤの埋込ステップでは、送信元アドレス情報を格納するヘッダフィールドに回線認証ＩＤを埋め込む
ことを特徴とする請求項１又は２記載の回線認証方法。
【請求項４】
コア網と、ユーザ端末をコア網に収容するためのユーザ収容回線と、コア網のエッジに配置され前記ユーザ収容回線を終端するエッジ装置と、ユーザ端末へのサービス提供を制御するサービス制御機能部とを有するとともに、ユーザ端末とサービス制御機能部は同一のブロードキャストドメインに属するよう構成されたネットワークシステムにおいてユーザ収容回線を認証する回線認証システムであって、
前記エッジ装置は、ユーザ端末からサービス制御機能部に送信されるパケットをエッジ装置とサービス制御機能部との間に形成されたコア網内のパスに転送する際に、該パケットのヘッダフィールドであって、サービス制御機能部におけるサービス制御機能への影響が無く且つ少なくともユーザ端末が収容されたユーザ収容回線毎にユニークな回線認証ＩＤを付与するのに十分な量のビット数を持つヘッダフィールドに、該回線認証ＩＤを埋め込む手段を備え、
前記サービス制御機能部は、エッジ装置により転送されたユーザ端末からのパケットのヘッダに含まれる回線認証ＩＤを用いて回線認証処理を行う手段を備えた
ことを特徴とする回線認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、固定網における回線認証方式に関する。より詳しくは、従来の固定網においてユーザ収容回線を終端するサービスエッジに配備されていたサービス制御機能を、ユーザ収容回線とは分離されたネットワーク上部へ集約した際に、従来と同等のユーザ収容回線情報に基づく認証を実現する技術に関する。
【背景技術】
【０００２】
ＮＧＮ（Next Generation Network）に代表される固定網において、ＩＰ（Internet Protocol）電話やＩＳＰ（Internet Service Provider）接続等のサービス提供に際し、未契約ユーザの不正なサービス利用等を防止するために、正当な回線に対してのみサービスを提供するための回線認証を実施している。従来の回線認証は、サービス利用開始時にユーザ端末より発せられるＤＨＣＰ（Dynamic Host Configuration Protocol）要求やＰＰＰｏＥ（Point-to-Point Protocol over Ethernet）接続要求等の認証が必要なパケットをサービスエッジの各サービス制御機能が受信した際に、ユーザ宅とサービスエッジとの間のユーザ収容回線のＩＤ（回線認証ＩＤ）をサービスエッジから網内制御サーバ（ＤＨＣＰサーバや認証サーバ等）へ通知することで実施されている。
【０００３】
ここで、通常、サービスエッジの１つの物理ポートに複数のユーザ収容回線が収容されているため、ユーザ収容回線毎にユニークである必要のある回線認証ＩＤには、物理的なポート番号だけでなく、パケットヘッダに付与されたユーザ収容回線毎のＩＤ（ＶＬＡＮ−ＩＤ等）が用いられている。以上の従来の回線認証を行うネットワークの概要を非特許文献１及び図５に示す。
【０００４】
図５に示すように、従来の回線認証システムでは、サービスエッジ９００には、ユーザ端末１０１からのＤＨＣＰ要求を制御サーバへ転送する機能（ＤＨＣＰリレーエージェント機能）や、ＰＰＰｏＥ接続要求に対して認証サーバへ要求元ユーザのＩＳＰ接続サービス契約有無の問い合わせを行い、契約有の場合にユーザ端末とのＰＰＰｏＥセッションを確立するＢＡＳ機能等の、サービス制御機能５００が配備されている。
【０００５】
ところで非特許文献２に示すように、将来のキャリア網において、サービス制御機能をサービスエッジから分離し、ネットワーク上部のクラウドへ集約するアーキテクチャ案が挙げられている。このアーキテクチャ案を図６に示す。ここで、本ネットワークアーキテクチャにおいては、ユーザ端末１０１からのブロードキャストパケット（ＤＨＣＰ要求パケット等）をサービス制御機能５００が受信可能である必要があるため、ユーザ端末１０１と各サービス制御機能５００は同一のブロードキャストドメインにある。このため、ルータ等を経由することによる送信元ＭＡＣ（Media Access Control）アドレスの書き換えがコア網４００内で発生しない点に留意されたい。
【０００６】
ネットワーク上部に集約されたサービス制御機能５００には、図５に示すサービスエッジ９００に配備されていた場合と比べ多くのユーザが接続されることとなる。これにより、サービス制御機能５００において従来と同等の回線認証を実施するためには、ユーザが収容されている回線を一意に特定するために、回線認証ＩＤとしてより多くの情報量をパケットに追加することが必要となる。すなわち、将来のキャリア網アーキテクチャ案においては、回線認証のために、パケットのヘッダに対し従来に比べ多くのパスＩＤを付与することとなる。例えば、図６に示す通り、従来のユーザ収容回線２００を、コア網内のパス４１０（ＭＰＬＳ（Multi Protocol Label Switching）パス等）にカプセリングし、ＶＬＡＮ（Virtual Local Area Network）−ＩＤで示される従来のユーザ収容回線２００のパスと前記コア網内のパス４１０という２つのパスのＩＤを元に回線認証を行うこととなる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】“回線認証とは”、 [online]、２００９年１０月２８日、Ｉｔｐｒｏ、 [平成２５年１０月１５日検索]、インターネット<URL:http://itpro.nikkeibp.co.jp/article/Keyword/20091027/339483>
【非特許文献２】中村孝幸、辻河亨、越塚健一、“外部環境の変化に対するキャリア網アーキテクチャの適用性評価”、２０１３年９月、２０１３年電子情報通信学会通信ソサイティ大会、Ｂ−６−９６
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述のように、将来のキャリア網アーキテクチャ案において、前述の通りパケットのヘッダに対し、回線認証ＩＤとして従来のキャリア網と比べ多くのパスＩＤを付与する必要がある。しかしパケットの他のヘッダ内容を維持したまま単に回線認証ＩＤをヘッダに「追加」する処理を行うと、当該パケットのペイロードが減少し、スループット低下に伴うユーザのサービスの体感品質（ＱｏＥ（Quality of Experience））が劣化する要因となることが考えられる。また、サービス制御機能５００にて多くのパスを終端する必要があるため、複数のパス終端のための処理によりサービス制御機能５００の性能劣化要因となることが考えられる。
【０００９】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、サービス制御機能を集約した際にユーザ収容回線を特定するために多くのパスＩＤをパケットに付与することによる、パケットのペイロード減少に伴うＱｏＥの低下、及び、サービス制御機能にて多くのパスを終端することに伴うサービス制御機能の性能劣化を抑止することができる回線認証方法及びシステムを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本願発明は、コア網と、ユーザ端末をコア網に収容するためのユーザ収容回線と、コア網のエッジに配置され前記ユーザ収容回線を終端するエッジ装置と、ユーザ端末へのサービス提供を制御するサービス制御機能部とを有するとともに、ユーザ端末とサービス制御機能部は同一のブロードキャストドメインに属するよう構成されたネットワークシステムにおいてユーザ収容回線を認証する回線認証方法であって、前記エッジ装置が、ユーザ端末からサービス制御機能部に送信されるパケットをエッジ装置とサービス制御機能部との間に形成されたコア網内のパスに転送する際に、該パケットのヘッダフィールドであって、サービス制御機能部におけるサービス制御機能への影響が無く且つ少なくともユーザ端末が収容されたユーザ収容回線毎にユニークな回線認証ＩＤを付与するのに十分な量のビット数を持つヘッダフィールドに、該回線認証ＩＤを埋め込むステップと、前記サービス制御機能部が、エッジ装置により転送されたユーザ端末からのパケットのヘッダに含まれる回線認証ＩＤを用いて回線認証処理を行うステップとを含むことを特徴とする。
【００１１】
本発明によれば、パケットヘッダであって元々他の用途のために用意されていたヘッダフィールドに回線認証ＩＤを埋め込むので、回線認証ＩＤの情報量が多くなった場合であってもパケットのペイロード領域を減少させることがない。したがってペイロード減少に伴うＱｏＥの低下を抑止できる。また本発明では、ユーザ収容回線はエッジ端末で終端されているので、サービス制御機能にて多くのパスを終端することに伴うサービス制御機能の性能劣化を抑止することができる。
【００１２】
本発明の好適な態様の一例としては、前記回線認証ＩＤの埋込ステップでは、埋込先のヘッダフィールドの値をエッジ装置の記憶手段に記憶し、更に、前記エッジ装置が、ユーザ端末からサービス制御機能部に送信したパケットに対するサービス制御機能部からの応答パケットをユーザ端末に転送する際に、前記記憶手段に記憶した値を用いて該応答パケットのヘッダを書き換えるステップを含むことを特徴とするものが挙げられる。
【００１３】
また本発明の好適な態様の一例としては、前記回線認証ＩＤの埋込ステップでは、送信元アドレス情報を格納するヘッダフィールドに回線認証ＩＤを埋め込むことを特徴とするものが挙げられる。
【発明の効果】
【００１４】
本発明によれば、サービス制御機能を集約した際にユーザ収容回線を特定するために多くのパスＩＤをパケットに付与することによる、パケットのペイロード減少に伴うＱｏＥの低下、及び、サービス制御機能にて多くのパスを終端することに伴うサービス制御機能の性能劣化を抑止することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明において想定するネットワーク構成図
【図２】回線認証ＩＤの付与方法を説明する図
【図３】ＤＨＣＰによりＩＰアドレスを取得する場合のシーケンス
【図４】ユーザ端末とＢＡＳ機能間のＰＰＰｏＥセッションを開始する場合のシーケンス
【図５】従来のキャリア網アーキテクチャ
【図６】将来のキャリア網アーキテクチャ案
【発明を実施するための形態】
【００１６】
本発明の一実施の形態に係る回線認証方法及びシステムについて図１を参照して説明する。図１は本発明の回線認証を実現するネットワーク構成図である。本実施の形態にかかるネットワークシステムが、図６を参照して説明した将来のキャリア網アーキテクチャ案と大きく異なる点の１つは、ユーザ収容回線がエッジ装置にて終端されていること、及び、エッジ装置に回線認証ＩＤ付与機能を配備している点にある。
【００１７】
図１に示すように、ユーザ宅１００にはユーザ収容回線２００を終端するユーザ端末１０１が配備されている。ユーザ端末１０１としては、ユーザ収容回線２００の終端機能を有して単体で利用されるコンピュータやネットワーク機器であってもいいし、ホームゲートウェイ（ＨＧＷ：Home Gateway）と呼ばれる加入者宅内装置のように配下にＬＡＮ（Local Area Network）を形成し、該ＬＡＮにユーザ利用端末や各種ネットワーク機器を接続するようなものであってもよい。
【００１８】
ユーザ収容回線２００は、物理的にはＦＴＴＨ（Fiber To The Home）の光ファイバ、ＣＡＴＶ（Cable Television）のケーブルなどの固定回線に収容されており、１つの物理回線には複数のユーザ収容回線２００が物理的及び論理的（仮想的）に多重化して収容されてアクセス網２５０を形成している。ここで、ユーザ収容回線２００は、ユーザ端末１０１とエッジ装置３００との間に形成された論理パスを意味する。なお、論理パスの形成手法としては、例えばＶＬＡＮ技術を利用したものなどが挙げられる。
【００１９】
エッジ装置３００は、コア網４００内においてユーザ端末１０１側のエッジに配備されておりユーザ収容回線２００を終端し、ユーザ端末１０１をコア網４００に収容する。エッジ装置３００は、ユーザ端末１０１から送信される上りパケットを、パケットヘッダ情報等に応じてサービス制御機能５００宛のコア網４００内の論理パス４１０に転送する機能を持つ。また、サービス制御機能５００から送信される下りパケットを、上り同様にパケットヘッダの送信先情報を元にユーザ収容回線２００に転送する機能を持つ。すなわちエッジ装置３００は、パケットの振り分け機能を有する。また、エッジ装置３００は、前記パケット転送の際に当該パケットのヘッダに回線認証ＩＤを埋め込む回線認証ＩＤ付与機能３５０を有する。回線認証ＩＤ付与機能３５０については後述する。
【００２０】
コア網４００は、エッジ装置３００やコアルータ（図示省略）或いはスイッチなどのネットワーク機器により構成されている。本実施の形態では、コア網４００内の機器間の通信に係るパケットは、ＭＰＬＳ（Multi Protocol Label Switching）等によりカプセリングされて転送される。すなわち、コア網４００内には通信送信元・送信先に応じた論理パス４１０が形成されている。
【００２１】
コア網４００には、ユーザ端末１０１に対して回線認証処理を含むサービスの提供を制御するサービス制御機能５００が配備されている。サービス制御機能５００の一例としては、ユーザ端末１０１から発せられるＤＨＣＰ要求を制御するＤＨＣＰリレーエージェントや、ユーザ端末１０１のＰＰＰｏＥ接続要求を制御するＢＡＳ（Broadband Access Server）が挙げられる。サービス制御機能５００については後述する。なお、図１においては、ユーザ端末１０１とサービス制御機能５００との間のＤＨＣＰに係る通信を実線矢印にて示し、同ＰＰＰｏＥに係る通信を点線矢印にて示している。
【００２２】
ここで、本発明におけるネットワークシステムは、ユーザ端末１０１とサービス制御機能５００は同一ブロードキャストドメインにあることに留意されたい。換言すれば、本発明におけるネットワークシステムは、コア網４００内でルータ等を経由することによる送信元ＭＡＣアドレスの書き換えがコア網４００内で発生せず、上りパケットの送信元ＭＡＣアドレスに回線認証ＩＤを付与した場合においても、サービス制御機能５００がその回線認証ＩＤを取得することが可能であることを前提としている点に留意されたい。
【００２３】
次にエッジ装置３００の回線認証ＩＤ付与機能３５０について詳述する。回線認証ＩＤ付与機能３５０では、上りパケットにおけるパケットに通常付与されているヘッダのうち、ヘッダ書き換えによるサービス制御機能５００への影響が無く、かつネットワーク上部で集約した際にユーザ収容回線２００毎にユニークなＩＤを付与するのに十分な量のビット数を持つヘッダフィールドに、回線認証ＩＤを埋め込む。ここで、回線認証ＩＤに変換されるヘッダフィールドとしては前述の条件を満たすものとして、ユーザ端末１０１が自由に付与することが可能であることからキャリア網内のサービス制御機能５００においては通常利用されることが無く、４８ｂｉｔと比較的大きなビット幅を持つ送信元ＭＡＣアドレスや、ＭＡＣアドレス等からユーザ端末にて自動生成される送信元ＩＰｖ６アドレスの下位６４ｂｉｔ部分（インタフェースＩＤ部分）等が適当である。一方、サービス制御機能５００においてアドレス変換や特定のアドレスのみ通信を許可する制御を行う場合に影響のあるＩＰｖ４アドレスは、回線認証ＩＤを付与するヘッダフィールドとしては適当ではない。
【００２４】
また、回線認証ＩＤ付与機能３５０では、下りパケットに対し、回線認証ＩＤが付与されたフィールドをユーザ端末１０１が付与した元のビット列に戻す。例えば、上りパケットの送信元ＭＡＣアドレスに回線認証ＩＤのビット列を埋め込んだ場合、下りパケットの送信先ＭＡＣアドレスが回線認証ＩＤの埋め込まれたビット列となる。このとき、パケットの送信先ＭＡＣアドレスが自端末宛でない場合にユーザ端末が正しくパケットを受信しない可能性を避けるため、下りパケットの送信先ＭＡＣアドレスを、上りパケットにおける回線認証ＩＤへ変換前の送信元ＭＡＣアドレスに戻す。これを行うため、回線認証ＩＤ付与機能３５０では、上りパケットの変換対象ヘッダの変換前後のヘッダ情報の対応表を所定の記憶手段に記憶しておく。
【００２５】
ここで、回線認証ＩＤ付与機能３５０にて付与する回線認証ＩＤは、１つのユーザ収容回線２００内に複数の端末１０１が接続される可能性があり、前述の通り下りパケットに付与された回線認証ＩＤを変換前の端末１０１毎に異なるビット列に戻す必要があることから、ユーザ収容回線２００内の端末１０１毎にユニークとなるビット列とする。例えば、図２（ａ）に示す通り、ユーザ収容回線２００のパスＩＤやエッジ装置３００のインタフェイス番号等の従来の回線認証方式で利用されていた情報を、回線認証ＩＤを付与するヘッダフィールドのビット幅に縮退させたビット列に、端末１０１毎に異なるビット列を加えたものとする方法がある。あるいは、図２（ｂ）に示す通り、従来の回線認証方式とは全く異なるユーザ収容回線２００毎に予め定められた従来の回線認証方式の情報とは全く異なるビット列に、端末１０１毎に異なるビット列を加えたものとする方法も挙げられる。
【００２６】
次に、サービス制御機能５００について詳述する。各サービス制御機能５００は、制御対象とするサービスに応じて必要となるＤＨＣＰリレーエージェント機能やＢＡＳ機能、マルチキャスト配信機能等を持つ。
【００２７】
また、サービス制御機能５００は、ユーザ端末１０１から送信された上りパケットにおいて、連携するサーバ５０１（ＤＨＣＰサーバや認証サーバ）における回線認証が必要な場合に、上りパケットから取り出した回線認証ＩＤを当該サーバ５０１へ送信する機能を持つ。ここで、連携するサーバに対して回線認証ＩＤを送信する方法としては、各サービスにて利用するプロトコルに応じた方法を取るものとする。例えば、ＤＨＣＰリレーエージェント機能を持つサービス制御機能５００においては、ユーザ端末１０１からのＤＨＣＰパケットに対し、ＤＨＣＰメッセージ内のオプションのAgent Circuit ID等に回線認証ＩＤを付与したうえで、ＤＨＣＰサーバへパケットを転送する。
【００２８】
以上詳述したように本発明によれば、従来の固定網においてサービスエッジに配備されていたサービス制御機能５００をネットワーク上部へ集約した場合に、回線認証のために必要なユーザ収容回線２００毎のＩＤの情報を、パケットに通常付与されているヘッダのうち、ヘッダ情報の書き換えによりサービス制御機能５００に影響が無く、かつ集約されたユーザ収容回線２００毎にユニークなＩＤを付与するのに十分な量のビット数を持つ部分に埋め込む。これにより、従来の回線認証方式では、サービス制御機能５００を集約した際にユーザ収容回線２００を特定するために多くのパスＩＤをパケットに付与することによる、パケットのペイロード減少に伴うＱｏＥの低下および、サービス制御機能５００にて多くのパスを終端することに伴うサービス制御機能５００の性能劣化を抑止することが可能となる。
【実施例】
【００２９】
図１に示すネットワークにおいて、ユーザ端末１０１がＤＨＣＰによりＩＰアドレスを取得す場合と、ユーザ端末１０１とＢＡＳ機能間のＰＰＰｏＥセッションを開始する場合を例とした、実施例の動作を示す。
【００３０】
［ＤＨＣＰによりＩＰアドレスを取得する場合］
本実施例のシーケンスを図３に示す。まず、ＩＰアドレスが未割当のユーザ端末１０１からＤＨＣＰ要求パケットが配信される（ステップＳ１０１）。
【００３１】
エッジ装置３００ではユーザ端末１０１から配信されたＤＨＣＰ要求パケットを受信し、送信先ＩＰアドレスがブロードキャストアドレスかつ送信先ポート番号がＤＨＣＰサーバ５０１のポート番号であること等に基づき、受信したパケットを、ＤＨＣＰリレーエージェント機能を持つサービス制御機能５００へ転送する（ステップＳ１０３）。このとき、エッジ装置３００内の回線認証ＩＤ付与機能３５０は、当該パケットの送信元ＭＡＣアドレスに回線認証ＩＤを埋め込む（ステップＳ１０２）。
【００３２】
次に、ＤＨＣＰリレーエージェント機能５００は、受信したＤＨＣＰパケットに対し、ＤＨＣＰメッセージ内のオプションのＡｇｅｎｔ  Ｃｉｒｃｕｉｔ  ＩＤ等に、送信元ＭＡＣアドレスに付与された回線認証ＩＤを記載し（ステップＳ１０４）、当該パケットをＤＨＣＰサーバ５０１へ転送する（ステップＳ１０５）。
【００３３】
ＤＨＣＰサーバ５０１は、従来の回線認証方式と同様に、ＤＨＣＰメッセージのオプション内に記載された回線認証ＩＤと、自身が保持する回線認証ＩＤとユーザ収容回線２００の対応表を元に、ユーザ収容回線２００を特定し、当該回線のサービス契約に応じたＩＰアドレスをＤＨＣＰ応答パケットのメッセージ内に記載し（ステップＳ１０６）、該パケットをＤＨＣＰリレーエージェント機能５００に対し送信する（ステップＳ１０７）。
【００３４】
ＤＨＣＰリレーエージェント機能５００は、一般的なＤＨＣＰリレーエージェント機能と同様に、受信したパケットの送信先ＭＡＣアドレスを、前述の上りパケットにおける送信元ＭＡＣアドレス（すなわち回線認証ＩＤが付与されたビット列）に書き換え、上りパケットの送信元であるエッジ装置３００にＤＨＣＰ応答パケットを送信する（ステップＳ１０８）。
【００３５】
エッジ装置３００は、受信したＤＨＣＰ応答パケットの送信先ＭＡＣアドレスを、上りパケットの書き換えの際に記録したユーザ端末１０１のＭＡＣアドレスに戻し（ステップＳ１０９）、送信元ユーザ端末１０１が収容されているユーザ収容回線２００に当該パケットを送信する（ステップＳ１１０）。
【００３６】
ユーザ端末１０１は受信したＤＨＣＰ応答パケットを元に、自端末１０１のＩＰアドレスを設定する（ステップＳ１１１）。
【００３７】
［ユーザ端末とＢＡＳ機能間のＰＰＰｏＥセッションを開始する場合］
本実施例のシーケンスを図４に示す。まず、ユーザ端末１０１からＰＰＰｏＥセッション確立要求パケットが配信されたとする（ステップＳ２０１）。
【００３８】
エッジ装置３００ではユーザ端末１０１から配信されたＰＰＰｏＥセッション確立要求パケットを受信し、イーサネットタイプ番号がＰＰＰｏＥの番号であること等に基づき、受信したパケットを、ＢＡＳ機能を持つサービス制御機能５００へ転送する（ステップＳ２０３）。このとき、エッジ装置３００内の回線認証ＩＤ付与機能３５０は、当該パケットの送信元ＭＡＣアドレスに回線認証ＩＤを付与する（ステップＳ２０２）。
【００３９】
ＢＡＳ機能５００は、ＰＰＰｏＥセッション確立要求パケットの受信を契機に、認証サーバ５０１（ＲＡＤＩＵＳサーバ等）に認証要求メッセージ（ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ等）を送信する（ステップＳ２０５）。このとき、認証要求メッセージ中に送信元ＭＡＣアドレスに付与された回線認証ＩＤを記載する（ステップＳ２０４）。
【００４０】
認証サーバ５０１は、従来の回線認証時と同様に、認証要求メッセージ内に記載された回線認証ＩＤと、自身が保持する回線認証ＩＤとユーザ収容回線２００の対応表を元に、ユーザ収容回線２００を特定し（ステップＳ２０５）、当該回線に対しＰＰＰｏＥセッション確立が許可されている場合、認証許可メッセージ（ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ａｃｃｅｐｔ等）をＢＡＳ機能５００に送信する（ステップＳ２０６）。
【００４１】
ＢＡＳ機能５００は、一般的なＢＡＳ機能と同様に、ＰＰＰｏＥセッション確立応答パケットについて、送信先ＭＡＣアドレスを、前述の上りパケットにおける送信元ＭＡＣアドレス（すなわち回線認証ＩＤが付与されたビット列）に書き換え（ステップＳ２０７）、上りパケットの送信元であるエッジ装置３００に送信する（ステップＳ２０８）。
【００４２】
エッジ装置３００は、受信したＰＰＰｏＥセッション確立応答パケットの送信先ＭＡＣアドレスを、ユーザ端末１０１のＭＡＣアドレスに戻し（ステップＳ２０９）、送信元ユーザ端末１０１が収容されているユーザ収容回線２００に当該パケットを送信する（ステップＳ２１０）。
【００４３】
ユーザ端末１０１は受信したＰＰＰｏＥセッション確立応答パケットの受信を契機に、ＰＰＰｏＥセッションを開始する（ステップＳ２１１）。
【００４４】
以上本発明の実施の形態について詳述したが、本発明はこれに限定されるものではない。例えば、上記実施の形態では、回線認証ＩＤをパケットの送信元ＭＡＣアドレスや、ＭＡＣアドレス等からユーザ端末１０１にて自動生成される送信元ＩＰｖ６アドレスの下位６４ｂｉｔ部分（インタフェースＩＤ部分）に付与していたが、サービス制御機能５００への影響がなく且つ必要十分なビット量を持つのであれば他のヘッダフィールドであってもよい。
【００４５】
また、上記実施の形態ではサービス制御機能の一例としてＤＨＣＰ及びＰＰＰｏＥについて例示したが、他のプロトコルであっても本発明を適用することができる。また、上記実施の形態では、ＶＬＡＮ及びＭＰＬＳを採用したネットワークについて説明したが、他の技術を適用したネットワークであっても本発明を適用できる。
【符号の説明】
【００４６】
１０１…ユーザ端末、２００…ユーザ収容回線、３００…エッジ装置、３５０…回線認証ＩＤ付与機能、４００…コア網、４１０…論理パス、５００…サービス制御機能。
【図１】
2015091028.tif 000003
【図２】
2015091028.tif 000004
【図３】
2015091028.tif 000005
【図４】
2015091028.tif 000006
【図５】
2015091028.tif 000007
【図６】
2015091028.tif 000008