[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP2018093253A - 端末装置、ｍｍｅ、ｐｇｗ、及び通信制御方法 - Google Patents

端末装置、ｍｍｅ、ｐｇｗ、及び通信制御方法 Download PDF

Info

Publication number
JP2018093253A
JP2018093253A JP2015078106A JP2015078106A JP2018093253A JP 2018093253 A JP2018093253 A JP 2018093253A JP 2015078106 A JP2015078106 A JP 2015078106A JP 2015078106 A JP2015078106 A JP 2015078106A JP 2018093253 A JP2018093253 A JP 2018093253A
Authority
JP
Japan
Prior art keywords
identification information
pdn connection
nbiom
operation mode
mme
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2015078106A
Other languages
English (en)
Inventor
雄大 河崎
Yudai KAWASAKI
雄大 河崎
陽子 増田
Yoko Masuda
陽子 増田
真史 新本
Masashi Niimoto
真史 新本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP2015078106A priority Critical patent/JP2018093253A/ja
Priority to EP16776584.1A priority patent/EP3282723B1/en
Priority to AU2016246225A priority patent/AU2016246225B2/en
Priority to US15/564,930 priority patent/US11672037B2/en
Priority to CN201680019653.1A priority patent/CN107431874B/zh
Priority to PCT/JP2016/061299 priority patent/WO2016163418A1/ja
Publication of JP2018093253A publication Critical patent/JP2018093253A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】端末装置のマルチアクセスＰＤＮコネクション確立要求に伴う通信制御方法等を提供する。【解決手段】端末装置による第１の識別情報を含めたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）に送信し、ＭＭＥから第２の識別情報を含むＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを受信し、マルチアクセスＰＤＮコネクションの確立、又はマルチアクセスＰＤＮコネクションの確立の拒絶に伴う通信制御を行う。【選択図】図１

Description

本発明は、端末装置、ＭＭＥ、ＰＧＷ、及び通信制御方法に関する。
近年の移動通信システムの標準化活動を行う３ＧＰＰ（Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、オールＩＰ化を実現する、非特許文献１に記載のＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）の仕様化を行っている。ＥＰＳは、移動通信事業者等が携帯電話サービスを提供するための移動通信システムであり、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）と呼ばれるコアネットワークやＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）とよばれる無線通信規格に基づくアクセスネットワーク等を含めて構成されている。
更に、３ＧＰＰのＥＰＳの仕様化の中で、ＮＢＩＦＯＭ（Ｎｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）の検討が行われている（非特許文献１）。ＮＢＩＦＯＭは、１つのデバイスが３ＧＰＰのインターフェースと、３ＧＰＰ以外のインターフェース（例えばＷＬＡＮ）を同時に利用できることを目的とした、技術項目である。
従来より、１つのＰＤＮコネクションには、３ＧＰＰのアクセスネットワーク（例えばＬＴＥアクセスネットワーク）と３ＧＰＰ以外のアクセスネットワーク（例えばＷＬＡＮアクセスネットワーク）のうちいずれか１つのアクセスネットワークを介する通信路又はベアラ又は転送路が収容される。
ＮＢＩＦＯＭでは、１つのＰＤＮコネクションに３ＧＰＰを介したベアラ又は通信路又は転送路と３ＧＰＰ以外のベアラ又は通信路又は転送路を同時に収容している状態を維持できる。このようなＰＤＮコネクションをマルチアクセスＰＤＮコネクションとする。
更に、ＮＢＩＦＯＭでは、通信路の切り替えの主導機能をもつ端点を示すオペレーションモードを規定する事が検討されている。具体的にはオペレーションモードは端末装置主導のＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅと、ネットワーク主導のＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅに分類されることが検討されている。
端末装置及びコアネットワーク及びアクセスネットワークに含まれる各装置はＮＢＩＦＯＭ機能を用いる事で、アプリケーションごとに適切なアクセスネットワークを介した通信路を用いてデータの送受信ができる。
更に、ＮＢＩＦＯＭ機能を用いて確立されたマルチアクセスＰＤＮコネクションのフロー切り替えを主導する端点はオペレーションモードにより設定されることができる。
３ＧＰＰ ＴＲ ２３．８６１ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ、Ｎｅｔｗｏｒｋ ｂａｓｅｄ ＩＰ ｆｌｏｗ ｍｏｂｉｌｉｔｙ（Ｒｅｌｅａｓｅ １３）
ＮＢＩＦＯＭでは、マルチアクセスＰＤＮコネクションを確立するための詳細な手続きが規定されていない。具体的には、マルチアクセスＰＤＮコネクション確立手続きにおける、成功手続き及び失敗手続きの詳細が規定されていない。
より具体的には、端末装置がＮＢＩＦＯＭ機能をサポートしたマルチアクセスＰＤＮコネクションの確立を要求に対する、ネットワークからの受諾（ａｃｃｅｐｔ）手段及び拒絶（ｒｅｊｅｃｔ）手続きの詳細が明らかになっていない。
本発明は、このような事情を鑑みてなされたもので、その目的は、端末装置のＰＤＮコネクション確立要求に伴う通信制御手続きの好適な実現手段を提供することである。
本実施形態の端末装置は、少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）に送信し、第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも第２の識別情報を含むＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを受信し、第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを確立することを特徴とする。
本実施形態の端末装置は、第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードを示す第２の識別情報を受信することを特徴とする。
本実施形態の端末装置は、第１の識別情報とは異なるＮＢＩＦＯＭオペレーションモードを示す第２の識別情報を受信することを特徴とする。
本実施形態の端末装置は、第１の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔに少なくともフロー識別情報を含め、第１の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔにフロー識別情報を含めないことを特徴とする。
本実施形態の端末装置は、少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）に送信し、第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードであり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも端末装置が要求するＮＢＩＦＯＭのオペレーションモードを許可しないことを示す拒絶理由を含めたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージを受信することを特徴とする。
本実施形態の端末装置は、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージに含まれる第２の識別情報を受信し、第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、且つ、第１の識別情報と異なるＮＢＩＦＯＭオペレーションモードであり、少なくとも第２の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを送信することを特徴とする。
本実施形態のＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）は、少なくとも第１の識別情報が含まれたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを受信し、第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも第２の識別情報を含むＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを送信し、第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを送信することにより、第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを確立することを許諾することを通知することを特徴とする。
本実施形態のＭＭＥは、第２の識別情報を第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードとすることを特徴とする。
本実施形態のＭＭＥは、第２の識別情報を第１の識別情報は異なるＮＢＩＦＯＭオペレーションモードとすることを特徴とする。
本実施形態のＭＭＥは、第２の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージに少なくともフロー識別情報を含め、第２の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージにフロー識別情報を含ないことを特徴とする。
本実施形態のＭＭＥは、少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを受信し、第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードであり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも端末装置が要求するＮＢＩＦＯＭのオペレーションモードを許可しないことを示す拒絶理由を含めたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージを送信することを特徴とする。
本実施形態のＭＭＥは、第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、且つ、第１の識別情報と異なるＮＢＩＦＯＭオペレーションモードであり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージに少なくとも第２の識別情報を含めることを特徴とする。
本実施形態の端末装置の通信制御方法は、少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）に送信するステップと、第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも第２の識別情報を含むＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを受信するステップと、第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを確立するするステップとを有することを特徴とする。
本実施形態の端末装置の通信制御方法は、第２の識別情報は、第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードを示す情報であることを特徴とする。
本実施形態の端末装置の通信制御方法は、第２の識別情報は第１の識別情報とは異なるＮＢＩＦＯＭオペレーションモードを示す情報であることを特徴とする。
本実施形態の端末装置の通信制御方法は、第１の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔに少なくともフロー識別情報を含めるステップを更に有し、第１の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔにフロー識別情報を含めないことを特徴とする。
本実施形態の端末装置の通信制御方法は、少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）に送信するステップと、第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードであり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも端末装置が要求するＮＢＩＦＯＭのオペレーションモードを許可しないことを示す拒絶理由を含めたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージを受信するステップを有することを特徴とする。
本実施形態の端末装置の通信制御方法は、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージに含まれる第２の識別情報を受信するステップと、第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、且つ、第１の識別情報と異なるＮＢＩＦＯＭオペレーションモードであり、少なくとも第２の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを送信するステップを有することを特徴とする請求項１７に記載の端末装置の通信制御方法。
本実施形態のＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）の通信制御方法は、少なくとも第１の識別情報が含まれたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを受信するステップと、第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを確立することを許諾することを通知するために、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも第２の識別情報を含むＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを送信するステップを有することを特徴とする。
本実施形態のＭＭＥの通信制御方法は、第２の識別情報を第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードとするステップとを更に有することを特徴とする。
本実施形態のＭＭＥの通信制御方法は、第２の識別情報を第１の識別情報は異なるＮＢＩＦＯＭオペレーションモードとするステップを更に有することを特徴とする。
本実施形態のＭＭＥの通信制御方法は、第２の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージに少なくともフロー識別情報を含めるステップを更に有し、第２の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージにフロー識別情報を含ないことを特徴とする。
本実施形態のＭＭＥの通信制御方法は、少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを受信するステップと、第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードであり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも端末装置が要求するＮＢＩＦＯＭのオペレーションモードを許可しないことを示す拒絶理由を含めたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージを送信するステップを有することを特徴とする。
本実施形態のＭＭＥの通信制御方法は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、且つ、第１の識別情報と異なるＮＢＩＦＯＭオペレーションモードであり、ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージに少なくとも第２の識別情報を含めるステップを更に有することを特徴とする。
本実施形態のＰａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ（ＰＧＷ）は、少なくとも第１の識別情報が含まれたセッション生成要求メッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）から受信し、第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、セッション生成要求メッセージの応答であり、少なくとも第２の識別情報を含むセッション生成応答メッセージを送信し、第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、セッション生成応答メッセージの送信に基づいて、第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを端末装置と確立することを特徴とする。
本実施形態のＰＧＷは、第２の識別情報を第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードとすることを特徴とする。
本実施形態のＰＧＷは、第２の識別情報を第１の識別情報は異なるＮＢＩＦＯＭオペレーションモードとすることを特徴とする。
本実施形態のＰＧＷは、第２の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、セッション生成応答メッセージに少なくともフロー識別情報を含め、第２の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、セッション生成応答メッセージにフロー識別情報を含めないことを特徴とする。
本発明によれば、端末装置のマルチアクセスＰＤＮコネクション確立要求に伴う通信制御手続きを実現できる。
具体的には、本発明によれば、マルチアクセスＰＤＮコネクションの確立成功手続き、及び又はマルチアクセスＰＤＮコネクション確立失敗手続きをサポートすることができる。
移動通信システムの概略を説明するための図である。 ＩＰ移動通信ネットワークの構成等を説明するための図である。 ＴＷＡＧの機能構成を説明するための図である。 ＴＷＡＧの記憶部の構成を説明するための図である。 ＨＳＳの機能構成を説明するための図である。 ＨＳＳの記憶部の構成を説明するための図である。 ＵＥの機能構成を説明するための図である。 ＵＥの記憶部の構成を説明するための図である。 ＰＧＷの機能構成を説明するための図である。 ＰＧＷの記憶部の構成を説明するための図である。 ＰＣＲＦ６０の機能構成を説明するための図である。 ＰＣＲＦ６０の記憶部の構成を説明するための図である。 第１の初期状態からＰＤＮ接続手続き完了後の状態を説明するための図である。 第２の初期状態からＰＤＮ接続手続き完了後の状態を説明するための図である。 初期状態に至る手続きを説明するための図である。 第１及び第３のＰＤＮ接続手続きを説明するための図である。 第２のＰＤＮ接続手続きを説明するための図である。 第４のＰＤＮ接続手続きを説明するための図である。
［１．第１の実施形態］
以下、図面を参照しながら本発明の実施形態による無線通信技術について詳細に説明する。
［１．１．システム概要］
図１は、本実施形態における移動通信システムの概略を説明するための図である。本図に示すように、移動通信システム９は、移動端末装置ＵＥ１０とアクセスネットワークＡに含まれるＬＴＥの基地局ｅＮＢ４５と、アクセスネットワークＢに含まれるゲートウェイＴＷＡＧ７４（Ｔｒｕｓｔｅｄ ＷＬＡＮ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）７４と、コアネットワーク９０に含まれるＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）４０とＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）３５とＰＧＷ（ＰＤＮ Ｇａｔｅｗａｙ）３０により構成される。
ここで、ＵＥ１０は移動端末装置であればよく、ＵＥ（Ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）１０又は、ＭＥ（Ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ）又はＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）であってもよい。
また、アクセスネットワークＡはＬＴＥのアクセスネットワークであってよく、アクセスネットワークＡに含まれるｅＮＢ４５はＬＴＥの無線基地局であってもよい。なお、アクセスネットワークＡには複数の無線基地局が含まれていてもよい。
また、アクセスネットワークＢはＷＬＡＮのアクセスネットワークであってもよい。ＴＷＡＧ７４は、コアネットワーク９０内のＰＧＷ３０と接続する、コアネットワーク９０とＷＬＡＮアクセスネットワーク間を接続するゲートウェイであってもよい。
本実施形態において、ＵＥ１０はアクセスネットワークＡを介してＥＰＳベアラを用いたＰＤＮコネクションを確立できる。
また、ＵＥ１０はＰＧＷ３０とＵＥ１０間のＧＴＰ／ＰＭＩＰｖ６転送路を用いてＰＤＮコネクションを確立することができる。なお、転送路はベアラであってもよい。
ここで、コアネットワーク９０は、移動通信事業者（Ｍｏｂｉｌｅ Ｏｐｅｒａｔｏｒ）が運用するＩＰ移動通信ネットワークのことである。
例えば、コアネットワーク９０は移動通信システム９を運用、管理する移動通信事業者のためのコアネットワーク９０であってもよい、又はＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）等の仮想移動通信事業者のためのコアネットワーク９０であってもよい。
ＭＭＥ４０は、アクセスネットワークＡを介してＵＥ１０の位置管理及びアクセス制御を行う制御装置である。ＭＭＥ４０の詳細は後に説明する。
また、ＳＧＷ３５はコアネットワーク９０とアクセスネットワークＡ間のゲートウェイ装置であり、ＵＥ１０とＰＧＷ３０間のユーザデータの転送を行う。
ＰＧＷ３０はＵＥ１０に通信サービスを提供するパケットデータサービス網（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）のゲートウェイ装置である。
本実施形態では、ＵＥ１０は、第１のＰＤＮコネクション及び又は第２のＰＤＮコネクションを確立することができる。
また、本実施形態においてＮＢＩＦＯＭとはマルチアクセスＰＤＮコネクションを確立することができる技術である。
また、本実施形態においてマルチアクセスＰＤＮコネクションとは、１つのＰＤＮコネクションに３ＧＰＰアクセス及び又はＷＬＡＮアクセスによる転送路及び又はベアラを収容する事ができるＰＤＮコネクションである。言い換えれば、マルチアクセスＰＤＮコネクションは３ＧＰＰアクセスとＷＬＡＮアクセスを介した転送路を両方収容する事ができる。なお、マルチアクセスＰＤＮコネクションは３ＧＰＰアクセスを介したベアラのみを収容したＰＤＮコネクションであってもよく、又はＷＬＡＮアクセスを介した転送路のみを収容したＰＤＮコネクションであってもよい。言い換えれば、マルチアクセスＰＤＮコネクションは、1又は複数の転送路を構成する事が可能なＰＤＮコネクションである。
またマルチアクセスＰＤＮコネクションが複数の転送路で構成される場合、各転送路は同じＩＰアドレスを利用できる。つまり、マルチアクセスＰＤＮコネクションフローに対して各通信路が対応付けられており、フローごとに通信路を切り替えることが可能である。
本実施形態では、ＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）に基づいて確立するＰＤＮコネクションと明確に区別するために、ＮＢＩＦＯＭに基づいて特定のフローの転送路を選択可能なＰＤＮコネクションをマルチアクセスＰＤＮコネクションとする。
なお、ＩＦＯＭとは、ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことであり、本実施形態においては、ＩＦＯＭに基づいて特定のＩＰフローの通信路を切り替えることが可能なＰＤＮコネクションは、ＩＦＯＭのためのＰＤＮコネクションとして説明する。
また、第１のＰＤＮコネクションは上述したマルチアクセスＰＤＮコネクションであってもよい。
詳細には、第１のＰＤＮコネクションはアクセスネットワークＡを介した通信路ＥＰＳベアラと、アクセスネットワークＢを介したＧＴＰ／ＰＭＩＰｖ６トンネルによる通信路を、一つのＰＤＮコネクションとして用いる事ができるＰＤＮコネクションである。つまり、このＰＤＮコネクションは３ＧＰＰアクセスや、ＷＬＡＮアクセス、又は両方のアクセスを介してデータを送受信できる。第１のＰＤＮコネクションはマルチアクセスＰＤＮコネクションであってもよい。
また、第２のＰＤＮコネクションは、マルチアクセスＰＤＮコネクションではなく従来のＰＤＮコネクションであってもよい。なお、第２のＰＤＮコネクションはシングルアクセスＰＤＮコネクションであってもよい。
ここで、シングルアクセスＰＤＮコネクションとはマルチアクセスＰＤＮコネクションと異なり、３ＧＰＰアクセスとＷＬＡＮアクセスのいずれかの転送路のみを構成する１つのＰＤＮコネクションである。詳細には、シングルアクセスＰＤＮコネクションは従来のアタッチにより確立するＰＤＮコネクションである。
つまり、第２のＰＤＮコネクションはアクセスネットワークＡを介したＥＰＳベアラにより構成されるＰＤＮコネクション、又はアクセスネットワークＢを介したＧＴＰ／ＰＭＩＰｖ６転送路により構成されるＰＤＮコネクションである。第２のＰＤＮコネクションにはどちらか一方のアクセスネットワークを介した転送路及び又は通信路が収容される。
このように、シングルアクセスＰＤＮコネクションは、マルチアクセスＰＤＮコネクションやＩＦＯＭのためのＰＤＮコネクションとは異なるＰＤＮコネクションである。さらに、シングルアクセスＰＤＮコネクションは、ＬＩＰＡ（Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ）用のＰＤＮコネクションとも異なるＰＤＮコネクションである。ここで、ＬＩＰＡとは、ホームネットワークへのオフロードを行うための通信制御である。より具体的には、端末装置が接続する基地局は、従来コアネットワーク９０へ配送するユーザデータを、基地局が接続するホームネットワークへ送信することによりオフロードを実行する。ＬＩＰＡ用のＰＤＮコネクションとは、こうしたＬＩＰＡに基づいた通信を行うためのＰＤＮコネクションである。
次に、コアネットワーク９０の構成例を説明する。図２（ａ）はＩＰ移動通信ネットワークの構成の一例を示す。図２（ａ）に示すように、コアネットワーク９０は、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）５０、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、 Ａｕｔｈｏｒｉｚａｔｉｏｎ、 Ａｃｃｏｕｎｔｉｎｇ）５５、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）６０、ＰＧＷ３０、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）６５、ＳＧＷ３５、ＭＭＥ４０、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）４５により構成される。
また、コアネットワーク９０は、複数の無線アクセスネットワーク（ＬＴＥ ＡＮ８０、ＷＬＡＮ ＡＮｂ７５、ＷＬＡＮ ＡＮａ７０、ＵＴＲＡＮ２０、ＧＥＲＡＮ２５）に接続することができる。
無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、ＵＥ１０は無線アクセスネットワークに無線接続することができる。
さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ６５を介してコアネットワーク９０へ接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ ＡＮｂ７５）と、ＰＧＷ３０とＰＣＲＦ６０とＡＡＡ５５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ ＡＮａ７５）とが構成可能である。
なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
ＰＧＷ３０はＰＤＮ１００とＳＧＷ３５とｅＰＤＧ６５とＷＬＡＮ ＡＮａ７０と、ＰＣＲＦ６０とＡＡＡ５５とに接続されており、ＰＤＮ１００とコアネットワーク９０のゲートウェイ装置としてユーザデータの転送を行う中継装置である。
ＳＧＷ３５は、ＰＧＷ３０とＭＭＥ４０とＬＴＥ ＡＮ８０とＳＧＳＮ４５とＵＴＲＡＮ２０とに接続されており、コアネットワーク９０と３ＧＰＰのアクセスネットワーク（ＵＴＲＡＮ２０、ＧＥＲＡＮ２５、ＬＴＥ ＡＮ８０）とのゲートウェイ装置としてユーザデータの転送を行う中継装置である。
ＭＭＥ４０は、ＳＧＷ３５とＬＴＥ ＡＮ８０とＨＳＳ５０に接続されており、ＬＴＥ ＡＮ８０を経由してＵＥ１０の位置情報管理と、アクセス制御を行うアクセス制御装置である。また、コアネットワーク９０には、複数の位置管理装置が含まれて構成されてもよい。例えば、ＭＭＥ４０とは異なる位置管理装置が構成されてもよい。ＭＭＥ４０とは異なる位置管理装置はＭＭＥ４０と同様にＳＧＷ３５とＬＴＥ ＡＮ８０と、ＨＳＳ５０と接続されてもよい。
また、コアネットワーク９０内に複数のＭＭＥ４０が含まれている場合、ＭＭＥ４０同士が接続されてもよい。これにより、ＭＭＥ４０間で、ＵＥ１０のコンテキストの送受信が行われてもよい。
ＨＳＳ５０はＭＭＥ４０とＡＡＡ５５とに接続されており、加入者情報の管理を行う管理ノードである。ＨＳＳ５０の加入者情報は、例えばＭＭＥ４０のアクセス制御の際に参照される。さらに、ＨＳＳ５０は、ＭＭＥ４０とは異なる位置管理装置と接続されていてもよい。
ＡＡＡ５５は、ＰＧＷ３０と、ＨＳＳ５０と、ＰＣＲＦ６０と、ＷＬＡＮ ＡＮａ７０とに接続されており、ＷＬＡＮ ＡＮａ７０を経由して接続するＵＥ１０のアクセス制御を行う。
ＰＣＲＦ６０は、ＰＧＷ３０と、ＷＬＡＮ ＡＮａ７５と、ＡＡＡ５５と、ＰＤＮ１００に接続されており、データ配送に対するＱｏＳ管理を行う。例えば、ＵＥ１０とＰＤＮ１００間の通信路のＱｏＳの管理を行う。
ｅＰＤＧ６５は、ＰＧＷ３０と、ＷＬＡＮ ＡＮｂ７５とに接続されており、コアネットワーク９０と、ＷＬＡＮ ＡＮｂ７５とのゲートウェイ装置としてユーザデータの配送を行う。
ＳＧＳＮ４５は、ＵＴＲＡＮ２０とＧＥＲＡＮ２５とＳＧＷ３５と接続されており、３Ｇ／２Ｇのアクセスネットワーク（ＵＴＲＡＮ／ＧＥＲＡＮ）とＬＴＥのアクセスネットワーク（Ｅ−ＵＴＲＡＮ）間の位置管理のための制御装置である。更に、ＳＧＳＮ４５は、ＰＧＷ３０及びＳＧＷ３５の選択機能、ＵＥ１０のタイムゾーンの管理機能、及びＥ−ＵＴＲＡＮへのハンドオーバー時のＭＭＥ４０の選択機能を持つ。
また、図２（ｂ）に示すように、各無線アクセスネットワークには、ＵＥ１０が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
本実施形態においては、ＬＴＥ ＡＮ８０はｅＮＢ４５を含んで構成される。ｅＮＢ４５はＬＴＥアクセスシステムでＵＥ１０が接続する無線基地局であり、ＬＴＥ ＡＮ８０には１又は複数の無線基地局が含まれて構成されてもよい。
ＷＬＡＮ ＡＮａ７０はＷＬＡＮ ＡＰａ７２と、ＴＷＡＧ７４とが含まれて構成される。ＷＬＡＮ ＡＰａ７２はコアネットワーク９０を運営する事業者に対して信頼性のあるＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ ＡＮａ７０には１又は複数の無線基地局が含まれて構成されてもよい。ＴＷＡＧ７４はコアネットワーク９０とＷＬＡＮ ＡＮａ７０のゲートウェイ装置である。また、ＷＬＡＮ ＡＰａ７２とＴＷＡＧ７４とは、単一の装置で構成されてもよい。
コアネットワーク９０を運営する事業者とＷＬＡＮ ＡＮａ７０を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
また、ＷＬＡＮ ＡＮｂ７５はＷＬＡＮ ＡＰｂ７６を含んで構成される。ＷＬＡＮ ＡＰｂ７６はコアネットワーク９０を運営する事業者に対して信頼関係が結ばれていない場合に、ＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ ＡＮｂ７５には１又は複数の無線基地局が含まれて構成されてもよい。
このように、ＷＬＡＮ ＡＮｂ７５はコアネットワーク９０に含まれる装置であるｅＰＤＧ６５をゲートウェイとしてコアネットワーク９０に接続される。ｅＰＤＧ６５は安全性を確保するためのセキュリティー機能を持つ。
ＵＴＲＡＮ２０は、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）２４とｅＮＢ（ＵＴＲＡＮ）２２を含んで構成される。ｅＮＢ（ＵＴＲＡＮ）２２は、ＵＴＲＡ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）でＵＥ１０が接続する無線基地局であり、ＵＴＲＡＮ２０には１又は複数の無線基地局が含まれて構成されてもよい。またＲＮＣ２４は、コアネットワーク９０とｅＮＢ（ＵＴＲＡＮ）２２を接続する制御部であり、ＵＴＲＡＮ２０には１又は複数のＲＮＣが含まれて構成されてもよい。また、ＲＮＣ２４は１つ又は複数のｅＮＢ（ＵＴＲＡＮ）２２と接続されてもよい。更に、ＲＮＣ２４は、ＧＥＲＡＮ２５に含まれる無線基地局（ＢＳＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｓｕｂｓｙｓｔｅｍ）２６）と接続されてもよい。
ＧＥＲＡＮ２５は、ＢＳＳ２６を含んで構成される。ＢＳＳ２６は、ＧＥＲＡ（ＧＳＭ／ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ）でＵＥ１０が接続する無線基地局であり、ＧＥＲＡＮ２５には１又は複数の無線基地局ＢＳＳで構成されてもよい。また、複数のＢＳＳ２６は互いに接続しあっていてもよい。またＢＳＳ２６はＲＮＣ２４と接続してもよい。
なお、本明細書において、ＵＥ１０が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
［１．２．装置構成］
以下、各装置の構成について説明する。
［１．２．１．ＴＷＡＧ構成］
図３はＴＷＡＧ７４の装置構成を示す。図に示すように、ＴＷＡＧ７４はＩＰ移動通信ネットワークインターフェース部３２０と、制御部３００と記憶部３４０で構成されている。ＩＰ移動通信ネットワークインターフェース部３２０と記憶部３４０は制御部３００と、バスを介して接続されている。
制御部３００はＴＷＡＧ７４を制御するための機能部である。制御部３００は、記憶部３４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部３２０はＴＷＡＧ７４が、ＰＧＷ３０と接続するための機能部である。
記憶部３４０は、ＴＷＡＧ７４の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
図３に示すように、記憶部３４０はＴＷＡＧ ｃａｐａｂｉｌｉｔｙ３４２と、Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ３４４とＥＰＳベアラコンテキスト３４６を記憶する。以下、記憶部３４０で記憶される情報要素について説明する。
図４に、記憶部３４０で記憶される情報要素を示す。図４（ａ）はＴＷＡＧ７４が記憶するＴＷＡＧ ｃａｐａｂｉｌｉｔｙの一例を示す。ＴＷＡＧ ｃａｐａｂｉｌｉｔｙでは、ＴＷＡＧ７４ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＴＷＡＧ７４がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＴＷＡＧ７４が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＴＷＡＧ７４はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
図に示すように、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＴＷＡＧ７４の識別情報ＴＷＡＧ ＩＤと対応づけられて記憶されてもよい。ＴＷＡＧ ＩＤと対応づけられていない場合、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙは、記憶するＴＷＡＧ７４の能力を意味してもよい。
ＴＷＡＧ ＩＤとＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが対応付けて記憶されている場合、ＴＷＡＧ７４は複数のＴＷＡＧ７４のＴＷＡＧ ｃａｐａｂｉｌｉｔｙを記憶してもよい。
この場合、ＵＥ１０が他のＴＷＡＧ７４へハンドオーバーする際に、ＴＷＡＧ７４がＴＷＡＧ Ｃａｐａｂｉｌｉｔｙに基づきハンドオーバー先のＴＷＡＧ７４を選択してもよい。
次に、Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ３４４について説明する。図４（ｂ）はＴＷＡＧ７４が記憶するＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を示す。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＰＧＷ３０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。言い換えれば、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＮＢＩＦＯＭ機能をサポートするゲートウェイであることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０がＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
図４（ｂ）に示すように、ＴＷＡＧ７４は、ＰＧＷ ＩＤと対応付けてＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。更に、図に示すように、複数のＰＧＷ３０に対応づけて、それぞれＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが記憶されてもよい。
ＰＧＷ ＩＤは、ＰＧＷ３０を識別するための情報であればよく、例えばＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）であってもよい。
次に、ＥＰＳベアラコンテキストについて説明する。ＥＰＳベアラコンテキストは、ＵＥ１０ごとに記憶されるＵＥ１０ごとのＥＰＳベアラコンテキストと、ＰＤＮコネクションごとのＥＰＳベアラコンテキストとベアラ及び又は転送路ごとのＥＰＳベアラコンテキストに分類されてもよい。
図４（ｃ）はＵＥ１０ごとのＥＰＳベアラコンテキストに含まれる情報要素を示す。図から分かるように、ＴＷＡＧ７４はＵＥ１０ごとにＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙ、ＮＢＩＦＯＭ ａｌｌｏｗｅｄを記憶する。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０がＮＢＩＦＯＭ機能をサポートするか否かを示す識別情報である。より具体的には、例えば、ＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
言い換えれば、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを示す識別情報であってもよい。つまり、記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを意味してもよい。
また、ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＮＢＩＦＯＭを用いたＰＤＮコネクションを確立することが許可されたＡＰＮを示す識別情報である。ＮＢＩＦＯＭは少なくともＡＰＮと対応付けられていてよい。ＮＢＩＦＯＭ ａｌｌｏｗｅｄは複数のＡＰＮと対応付けられていてもよい。
本実施形態ではＡＰＮ１はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられている。つまり、ＡＰＮ１はマルチアクセスＰＤＮコネクションを確立することが許可されている。言い換えれば、本実施形態ではＵＥ１０はＡＰＮ１を用いてマルチアクセスＰＤＮコネクションを確立することが許可されている。なお、ＡＰＮ１はマルチアクセスＰＤＮコネクションではなく、従来のＰＤＮコネクションを確立する事も許可されている。
更に、本実施形態ではＡＰＮ２はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられていない。つまり、本実施形態ではＡＰＮ２はマルチアクセスＰＤＮコネクションを確立することが許可されていない。つまり、本実施形態ではＵＥ１０はＡＰＮ２を用いて、マルチアクセスＰＤＮコネクションを確立することはできない。
ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＰＤＮコネクション確立前に記憶されていてよい。
ＴＷＡＧ７４は、ＰＤＮコネクション確立前及び又は確立手続き中に、ＨＳＳ５０にアクセスしＮＢＩＦＯＭ ａｌｌｏｗｅｄを取得してもよい。
また、ＵＥ１０ごとのＥＰＳベアラコンテキストにはＵＥ１０の識別情報が含まれていてもよい。ＵＥ１０の識別情報はＩＭＳＩであってもよい。
また、図４（ｄ）にＰＤＮコネクションごとのＥＰＳベアラコンテキストを示す。ＰＤＮコネクションごとのＥＰＳベアラコンテキストは、ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤとＮｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅとＯｐｅｒａｔｉｏｎ ｍｏｄｅとＵｓｅｒ ｐｌａｎｅ ｃｏｎｎｅｃｔｉｏｎ ＩＤとＴＷＡＧ ＭＡＣ ａｄｄｒｅｓｓ、ＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎを含める。
ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＰＤＮコネクションを識別するための識別情報である。ＵＥ１０とＴＷＡＧ７４とＰＧＷ３０が同じ識別情報を記憶していてもよい。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのか、ネットワークであるのかを示すモードの識別情報である。
より具体的には、例えば、ＵＥ１０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
また、ネットワーク及び又はＰＧＷ３０及び又はＰＣＲＦ６０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅは、ネットワークが許可するＯｐｅｒａｔｉｏｎ ｍｏｄｅを示す。Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅはＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はこれら両方を含めてもよい。
Ｕｓｅｒ ｐｌａｎｅ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＵＥ１０がＴＷＡＧ７４を介した転送路を確立した場合のユーザデータの伝送に用いる接続を識別する識別情報である。
ＴＷＡＧ ＭＡＣ ａｄｄｒｅｓｓはＴＷＡＧ７４の物理アドレスである。

ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、このＰＤＮコネクションがマルチアクセスＰＤＮコネクションを確立した事を示す情報である。言い換えれば、ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、第１のＰＤＮコネクションを確立したことを示す。
つまり、ＴＷＡＧ７４がＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを記憶することで、このＰＤＮコネクションは第１のＰＤＮコネクションであることを意味する。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、ＰＤＮコネクションを確立することにより、ＴＷＡＧ７４が記憶する識別情報である。
ＴＷＡＧ７４はＰＤＮコネクション確立中に、ＨＳＳ５０にアクセスしＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを取得してもよい。又は、マルチアクセスＰＤＮコネクションが確立されたことに基づき、ＴＷＡＧ７４はＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎを記憶してもよい。
次に、ベアラ及び又は転送路ごとのＥＰＳベアラコンテキストについて説明する。図４（ｅ）に示すように、ベアラ及び又は転送路ごとのＥＰＳベアラコンテキストには、転送路識別情報とＲｏｕｔｉｎｇ Ｒｕｌｅがふくまれてもよい。
転送路識別情報は転送路及び又はベアラを識別する情報である。転送路識別情報は、例えばＥＰＳベアラＩＤであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＲｏｕｔｉｎｇ Ｆｉｌｔｅｒと、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓ又はＲｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅの対応付けを示す。この対応付けに基づき、３ＧＰＰのアクセスネットワークを介した通信路を用いるか、ＷＬＡＮのアクセスネットワークを介した通信路を用いるかが決定される。
ここで、Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＴＷＡＧ７４のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＰＧＷ３０やＰＣＲＦ６０から通知されてもよいし、ＵＥ１０から通知されてもよい。又はＴＷＡＧ７４が事前にデフォルト値として記憶していた値であってもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにはＩＰヘッダーを含めることでＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、アプリケーションごとにフローを切り替えてもよい。又は、ＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルールが記憶されていてよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
ＴＷＡＧ ｃａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙはＥＰＳベアラコンテキストに含まれていてもよい。
［１．２．２．ＨＳＳ構成］
次に、ＨＳＳ５０の構成について説明する。図５はＨＳＳ５０の装置構成を示す。図に示すように、ＨＳＳ５０はＩＰ移動通信ネットワークインターフェース部５２０と、制御部５００と記憶部５４０で構成されている。ＩＰ移動通信ネットワークインターフェース部５２０と記憶部５４０は制御部５００と、バスを介して接続されている。
制御部５００はＨＳＳ５０を制御するための機能部である。制御部５００は、記憶部５４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部５２０はＨＳＳ５０が、ＭＭＥ４０及び又はその他のＭＭＥ４０と、ＡＡＡ５５と接続するための機能部である。
記憶部５４０は、ＨＳＳ５０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部５４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
図５に示すように、記憶部５４０はＨＳＳデータ５４２を記憶する。以下、記憶部５４０で記憶される情報要素について説明する。
図６に、記憶部５４０で記憶される情報要素を示す。図６（ａ）はＨＳＳ５０が記憶するＵＥ１０ごとのＨＳＳデータの一例を示す。
図から分かるように、ＵＥ１０ごとのＨＳＳデータには、ＩＭＳＩ、ＭＳＩＳＤＮ、ＩＭＥＩ／ＩＭＥＩＳＶ、Ａｃｃｅｓｓ Ｒｅｓｔｒｉｃｔｉｏｎ、ＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ、ＮＢＩＦＯＭ ａｌｌｏｗｅｄが含まれる。
ＩＭＳＩはＵＥ１０を使用するユーザ（加入者）に割り当てられる、識別情報である。
ＭＳＩＳＤＮは、ＵＥ１０の電話番号を表す。
ＩＭＥＩ／ＩＭＩＳＶは、ＵＥ１０に割り当てられている識別情報である。
Ａｃｃｅｓｓ Ｒｅｓｔｒｉｃｔｉｏｎは、アクセス制限の登録情報を示す。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ１０がＮＢＩＦＯＭ機能をサポートしているか否かを示す。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
また、ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＮＢＩＦＯＭを用いたＰＤＮコネクションを確立することが許可されたＡＰＮを示す識別情報である。ＮＢＩＦＯＭは少なくともＡＰＮと対応付けられていてよい。ＮＢＩＦＯＭ ａｌｌｏｗｅｄは複数のＡＰＮと対応付けられていてもよい。
本実施形態ではＡＰＮ１はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられている。つまり、ＡＰＮ１はマルチアクセスＰＤＮコネクションを確立することが許可されている。言い換えれば、本実施形態ではＵＥ１０はＡＰＮ１を用いてマルチアクセスＰＤＮコネクションを確立することが許可されている。なお、ＡＰＮ１はマルチアクセスＰＤＮコネクションではなく、従来のＰＤＮコネクションを確立する事も許可されている。
更に、本実施形態ではＡＰＮ２はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられていない。つまり、本実施形態ではＡＰＮ２はマルチアクセスＰＤＮコネクションを確立することが許可されていない。つまり、本実施形態ではＵＥ１０はＡＰＮ２を用いて、マルチアクセスＰＤＮコネクションを確立することはできない。
ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＰＤＮコネクション確立前に記憶されていてよい。
図６（ｂ）はＨＳＳ５０が記憶するＰＤＮコネクションごとのＨＳＳデータの一例を示す。図から分かるように、ＰＤＮコネクションごとのＨＳＳデータには、少なくともＣｏｎｔｅｘｔ ＩＤ、ＰＤＮ ａｄｄｒｅｓｓ、ＰＤＮ Ｔｙｐｅ、ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）、ＷＬＡＮ ｏｆｆｌａｏｄ ａｂｉｌｉｔｙ、ＰＤＮ ＧＷ ＩＤ、ＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎが含まれる。
Ｃｏｎｔｅｘｔ ＩＤは、ＰＤＮコネクションごとのＨＳＳデータを記憶するコンテキストの識別情報である。
ＰＤＮ Ａｄｄｒｅｓｓは、登録されたＩＰアドレスを示す。ＰＤＮ ＡｄｄｒｅｓｓはＵＥ１０のＩＰアドレスである。
ＰＤＮ Ｔｙｐｅは、ＰＤＮ Ａｄｄｒｅｓｓのタイプを示す。つまり、例えばＩＰｖ４又はＩＰｖ６又はＩＰｖ４ｖ６を識別するための識別情報である。
ＡＰＮは、ＤＮＳの命名規則に従い、ネットワークのアクセス先を示すラベルである。
ＷＬＡＮ ｏｆｆｌｏａｄ ａｂｉｌｉｔｙは、このＡＰＮで接続されたトラフィックは、ＷＬＡＮと３ＧＰＰ間の連携機能を用いて、ＷＬＡＮにオフロードできるか、又は３ＧＰＰの接続を維持するのかを示す識別情報である。ＷＬＡＮ ｏｆｆｌｏａｄ ａｂｉｌｉｔｙは、ＲＡＴタイプごとに分かれていてもよい。具体的には、ＬＴＥ（Ｅ−ＵＴＲＡ）と３Ｇ（ＵＴＲＡ）で異なっていてもよい。
ＰＤＮ ＧＷ ｉｄｅｎｔｉｔｙは、このＡＰＮで利用されるＰＧＷ３０を識別する識別情報である。この識別情報は、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ：完全修飾ドメイン名）か、ＩＰアドレスであってもよい。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、このＰＤＮコネクションがマルチアクセスＰＤＮコネクションを確立した事を示す情報である。言い換えれば、ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、第１のＰＤＮコネクションを確立したことを示す。
つまり、ＴＷＡＧ７４がＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを記憶することで、このＰＤＮコネクションは第１のＰＤＮコネクションであることを意味する。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、ＰＤＮコネクションを確立することにより、ＴＷＡＧ７４が記憶する識別情報である。
具体的には、例えばＡＰＮ１が含まれるＰＤＮコネクションごとのＨＳＳデータにはＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎが含まれ、ＡＰＮ２が含まれるＰＤＮコネクションごとのＨＳＳデータにはＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎが含まれなくてもよい。
言い換えれば、ＡＰＮ１によるＰＤＮコネクションは第１のＰＤＮコネクションであってもよく、ＡＰＮ２は第１のＰＤＮコネクションであってはならない。
［１．２．３．ＵＥ構成］
次に、ＵＥ１０の構成について説明する。図７はＵＥ１０の装置構成を示す。図に示すように、ＵＥ１０はＬＴＥインターフェース部７２０と、ＷＬＡＮインターフェース部７４０と、制御部７００と記憶部７５０で構成されている。
ＬＴＥインターフェース部７２０とＷＬＡＮインターフェース部７４０と記憶部７５０は制御部７００と、バスを介して接続されている。
制御部７００はＵＥ１０を制御するための機能部である。制御部７００は、記憶部７５０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＬＴＥインターフェース部７２０は、ＵＥ１０がＬＴＥ基地局に接続し、ＩＰアクセスネットワークへ接続するための機能部である。また、ＬＴＥインターフェース部７２０には、外部アンテナ７１０が接続されている。
ＷＬＡＮインターフェース部７４０は、ＵＥ１０がＷＬＡＮ ＡＰに接続し、ＩＰアクセスネットワークへ接続するための機能部である。また、ＷＬＡＮインターフェース部７４０には、外部アンテナ７３０が接続されている。
制御部７００はＵＥ１０を制御するための機能部である。制御部７００は、記憶部７５０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
記憶部７４０は、ＵＥ１０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部７５０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
図７に示すように、記憶部７５０はＵＥコンテキスト７５２を記憶する。以下、記憶部７５０で記憶される情報要素について説明する。なお、ＵＥコンテキスト７５２は、ＵＥ１０ごとのＵＥコンテキストとＰＤＮコネクションごとのＵＥコンテキストと、転送路及び又はベアラごとのＵＥコンテキストに分類される。
図８（ａ）は、ＵＥ１０ごとに記憶されるＵＥコンテキストの一例である。図に示すように、ＵＥ１０ごとのＵＥコンテキストは、ＩＭＳＩ、ＥＭＭ Ｓｔａｔｅ、ＧＵＴＩ、ＭＥ Ｉｄｅｎｔｉｔｙ、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが含まれる。
ＩＭＳＩはＵＥ１０を使用するユーザ（加入者）に割り当てられる、識別情報である。
ＥＭＭ Ｓｔａｔｅは、ＵＥ１０の移動管理状態を示す。例えば、ＵＥ１０がネットワークに登録されているＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（登録状態、ｒｅｇｉｓｔｅｒｅｄ状態）、又はＵＥ１０がネットワークに登録されていないＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＤ（非登録状態、ｄｅｒｅｇｉｓｔｅｒｅｄ状態）であってもよい。
ＧＵＴＩは、Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙの略であり、ＵＥ１０の一時的な識別情報である。ＧＵＴＩはＭＭＥ４０の識別情報（ＧＵＭＭＥＩ：Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＭＭＥ Ｉｄｅｎｔｉｆｉｅｒ）と特定ＭＭＥ４０内でのＵＥ１０の識別情報（Ｍ−ＴＭＳＩ）により構成される。
ＭＥ Ｉｄｅｎｔｉｔｙは、ＭＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであってもよい。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとにＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ１０の記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを示す識別情報であってもよい。つまり、ＵＥ１０の記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを意味してもよい。
図８（ｂ）はＰＤＮコネクションごとのＵＥコンテキストの一例を示す。図に示すように、ＰＤＮコネクションごとのＵＥコンテキストには、少なくともＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤ、ＡＰＮ ｉｎ Ｕｓｅ、ＩＰ ａｄｄｒｅｓｓ、Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ、ＷＬＡＮ ｏｆｆｌｏａｄ ａｂｉｌｉｔｙ、ＵＥ ａｌｌｏｗｅｄ ｍｏｄｅ、Ｏｐｅｒａｔｉｏｎ ｍｏｄｅが含まれる。
ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＰＤＮコネクションを識別するための識別情報である。ＵＥ１０とＴＷＡＧ７４とＰＧＷ３０が同じ識別情報を記憶していてもよい。
ＡＰＮ ｉｎ Ｕｓｅは、ＵＥ１０が直前に利用したＡＰＮである。このＡＰＮは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてもよい。
ＩＰ Ａｄｄｒｅｓｓは、ＰＤＮコネクションでＵＥ１０に割り当てられたＩＰアドレスであり、ＩＰｖ４アドレス、又はＩＰｖ６ プレフィックスであってもよい。
Ｄｅｆａｕｌｔ Ｂｅａｒｅｒは、このＰＤＮコネクションでのデフォルトベアラを識別するＥＰＳベアラ識別情報である。
ＷＬＡＮ ｏｆｆｌｏａｄａｂｉｌｉｔｙは、このＰＤＮコネクションに関連付けられた通信はＷＬＡＮと３ＧＰＰ間のインターワーキング機能を用いてＷＬＡＮへオフロードすることを許可するか、又は３ＧＰＰアクセスを維持するか否かを示すＷＬＡＮオフロードの許可情報である。
ＵＥ ａｌｌｏｗｅｄ ｍｏｄｅは、ＵＥ１０が許可するＯｐｅｒａｔｉｏｎ ｍｏｄｅである。この識別情報は、ＵＥ ｉｎｔｉａｔｅｄ ｍｏｄｅを示してもよいし、Ｎｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを示してもよいし、これら両方を示してもよい。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、現在のＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのかネットワークであるのかを示すモードの識別情報である。
図８（ｃ）はベアラごとのＵＥコンテキストである。ベアラごとのＵＥコンテキストには転送路識別情報、Ｒｏｕｔｉｎｇ Ｒｕｌｅが含まれている。
転送路識別情報は転送路及び又はベアラを識別する情報である。転送路識別情報は、例えばＥＰＳベアラＩＤであってもよい。
また、転送路識別情報はＴＦＴと対応付けられていてもよい。
ここで、Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＴＷＡＧ７４のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＰＧＷ３０やＰＣＲＦ６０から通知されてもよい。又は、ＵＥ１０が事前にデフォルト値として記憶していた値であってもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにはＩＰヘッダーを含めることでＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、ＵＥ１０はアプリケーションごとにフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルール（規則）が記憶されていてよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
図８（ｄ）にＴＷＡＧ Ｃａｐａｂｉｌｉｔｙを示す。ＴＷＡＧ ｃａｐａｂｉｌｉｔｙでは、ＴＷＡＧ７４ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＴＷＡＧ７４がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＴＷＡＧ７４が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＴＷＡＧ７４はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＵＥ１０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＴＷＡＧ ＩＤと対応付けて記憶してもよい。また、複数のＴＷＡＧ７４のＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙを記憶してもよい。
図８（ｅ）にＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を示す。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０及び又はネットワークが第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。
図８（ｅ）に示すように、ＴＷＡＧ７４は、ＰＧＷ ＩＤと対応付けてＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。更に、図に示すように、複数のＰＧＷ３０に対応づけて、それぞれＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが記憶されてもよい。
ＰＧＷ ＩＤは、ＰＧＷ３０を識別するための情報である。ＰＧＷ ＩＤは、例えばＡＰＮであってもよい。
図８（ｆ）にＭＭＥ ｃａｐａｂｉｌｉｔｙを示す。ＭＭＥ ｃａｐａｂｉｌｉｔｙでは、ＭＭＥ４０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＭＭＥ４０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＭＭＥ４０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＭＭＥ４０はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＵＥ１０はＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＭＭＥ ＩＤと対応付けて記憶してもよい。
図８（ｇ）にＳＧＷ ｃａｐａｂｉｌｉｔｙを示す。ＳＧＷ ｃａｐａｂｉｌｉｔｙでは、ＳＧＷ３５ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＳＧＷ３５がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＳＧＷ３５が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＳＧＷ３５はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＵＥ１０はＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＳＧＷ ＩＤと対応付けて記憶してもよい。
ＴＷＡＧ ｃａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙとＭＭＥ ｃａｐａｂｉｌｉｔｙとＳＧＷ ｃａｐａｂｉｌｉｔｙはＵＥコンテキストに含まれていてもよいし、ＵＥコンテキストから独立した情報であってもよい。
つまり、ＵＥ１０はＴＷＡＧ ＣａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙをＵＥコンテキストに含めて記憶してもよく、又はＴＷＡＧ ＣａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙをＵＥコンテキストから独立して記憶してもよい。
［１．２．４．ＰＧＷ構成要素］
次に、ＰＧＷ３０の構成要素について説明する。図９はＰＧＷ３０の装置構成を示す。図に示すように、ＰＧＷ３０はＩＰ移動通信ネットワークインターフェース部９２０と、制御部９００と記憶部９４０で構成されている。ＩＰ移動通信ネットワークインターフェース部９２０と記憶部９４０は制御部９００と、バスを介して接続されている。
制御部９００はＰＧＷ３０を制御するための機能部である。制御部９００は、記憶部９４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部９２０は、ＰＧＷ３０が、ＳＧＷ３５及び又はＰＣＲＦ６０及び又はｅＰＤＧ６５と及び又はＡＡＡ５５及び又はＧＷ７４と接続するための機能部である。
記憶部９４０は、ＰＧＷ３０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部９４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
記憶部９４０は、図に示すように、ＥＰＳベアラコンテキスト９４２を記憶する。なお、ＥＰＳベアラコンテキストの中には、ＵＥ１０ごとに記憶されるものと、ＡＰＮごとに記憶されるものと、ＰＤＮコネクションごとに記憶されるものと、転送路及び又はベアラごとに記憶されるものが含まれる。
まず、ＵＥ１０ごとのＥＰＳベアラコンテキストについて説明する。図１０（ａ）は、ＵＥ１０ごとのＥＰＳベアラコンテキストの一例を示す。図に示すようにＥＰＳベアラコンテキストには、少なくともＩＭＳＩとＭＥ ＩｄｅｎｔｉｔｙとＭＳＩＳＤＮとＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙが含まれる。
ＩＭＳＩはＵＥ１０のユーザを識別する情報である。
ＭＥ Ｉｄｅｎｔｉｔｙは、ＭＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであってもよい。
ＭＳＩＳＤＮは、ＵＥ１０の電話番号を表す。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
次に、ＰＤＮコネクションごとのＥＰＳベアラコンテキストについて説明する。図１０（ｂ）はＰＤＮコネクションごとのＥＰＳベアラコンテキストの一例を示す。
図に示すように、コンテキストには少なくともＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤ、ＩＰ ａｄｄｒｅｓｓ、ＰＤＮ ｔｙｐｅ、ＡＰＮ、Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅ、Ｏｐｅｒａｔｉｏｎ ｍｏｄｅを含める。
ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＰＤＮコネクションを識別するための識別情報である。ＵＥ１０とＴＷＡＧ７４とＭＭＥ４０とＰＧＷ３０が同じ識別情報を記憶していてもよい。
ＩＰ Ａｄｄｒｅｓｓは、このＰＤＮコネクションに対してＵＥ１０が割り当てられたＩＰアドレスを示す。ＩＰアドレスはＩＰｖ４及び又はＩＰｖ６ プレフィックスであってもよい。
ＰＤＮ ｔｙｐｅは、ＩＰアドレスの種類を示す。ＰＤＮ ｔｙｐｅは例えば、ＩＰｖ４又はＩＰｖ６又はＩＰｖ４ｖ６を示す。
ＡＰＮは、ＤＮＳの命名規則に従い、ネットワークのアクセス先を示すラベルである。
Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅは、ネットワークが許可するＯｐｅｒａｔｉｏｎ ｍｏｄｅを示す。Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅはＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はこれら両方を含めてもよい。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、現在のＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのかネットワークであるのかを示すモードの識別情報である。
より具体的には、例えば、ＵＥ１０から通信制御を開始できるＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅや、ネットワークから通信制御を開始できるＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを識別してもよい。
次に、転送路及び又はベアラごとのＥＰＳベアラコンテキストの一例を、図１０（ｃ）を用いて説明する。図に示すように、コンテキストには少なくとも転送路識別情報とＲｏｕｔｉｎｇ Ｒｕｌｅが含まれる。
転送路識別情報は転送路及び又はベアラを識別する情報である。転送路識別情報は、例えばＥＰＳベアラＩＤであってもよい。
また、転送路識別情報はＴＦＴと対応付けられていてもよい。
Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＴＷＡＧ７４のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＰＧＷ３０やＰＣＲＦ６０から通知されてもよい。又は、ＵＥ１０が事前にデフォルト値として記憶していた値であってもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにＩＰヘッダーを含めることで、ＰＧＷ３０はＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、ＰＧＷ３０はアプリケーションごとにフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルールが記憶されていてよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
図１０（ｄ）にＴＷＡＧ Ｃａｐａｂｉｌｉｔｙを示す。ＴＷＡＧ ｃａｐａｂｉｌｉｔｙでは、ＴＷＡＧ７４ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＴＷＡＧ７４がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＴＷＡＧ７４が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＴＷＡＧ７４はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＧＷ３０はＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＴＷＡＧ ＩＤと対応付けて記憶してもよい。
図１０（ｅ）にＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を示す。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０及び又はネットワークが第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。
図１０（ｅ）に示すように、ＰＧＷ３０は、ＰＧＷ ＩＤと対応付けてＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。更に、図に示すように、複数のＰＧＷ３０に対応づけて、それぞれＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが記憶されてもよい。
ＰＧＷ ＩＤは、ＰＧＷ３０を識別するための情報であればよく、例えばＡＰＮであってもよい。
図１０（ｆ）にＭＭＥ ｃａｐａｂｉｌｉｔｙを示す。ＭＭＥ ｃａｐａｂｉｌｉｔｙでは、ＭＭＥ４０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＭＭＥ４０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＭＭＥ４０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＭＭＥ４０はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＧＷ３０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＭＭＥ ＩＤと対応付けて記憶してもよい。
図１０（ｇ）にＳＧＷ ｃａｐａｂｉｌｉｔｙを示す。ＳＧＷ ｃａｐａｂｉｌｉｔｙでは、ＳＧＷ３５ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＳＧＷ３５がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＳＧＷ３５が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＳＧＷ３５はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＧＷ３０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＳＧＷ ＩＤと対応付けて記憶してもよい。
ＴＷＡＧ ｃａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙとＭＭＥ ｃａｐａｂｉｌｉｔｙとＳＧＷ ｃａｐａｂｉｌｉｔｙはＥＰＳベアラコンテキストに含まれていてもよいし、ＵＥコンテキストから独立した情報であってもよい。
［１．２．５．ＰＣＲＦ構成要素］
次に、ＰＣＲＦ６０の構成要素について説明する。図１１はＰＣＲＦ６０の装置構成を示す。図に示すように、ＰＣＲＦ６０はＩＰ移動通信ネットワークインターフェース部１１２０と、制御部１１００と記憶部１１４０で構成されている。ＩＰ移動通信ネットワークインターフェース部１１２０と記憶部１１４０は制御部１１００と、バスを介して接続されている。
制御部１１００はＰＣＲＦ６０を制御するための機能部である。制御部１１００は、記憶部１１４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部１１２０は、ＰＣＲＦ６０が、ＰＧＷ３０及び又はＴＷＡＧ７４及び又はＡＡＡ５５と接続するための機能部である。
記憶部１１４０は、ＰＣＲＦ６０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部９４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
記憶部１１４０は、図に示すように、ＵＥコンテキスト１１４２を記憶する。なお、ＵＥコンテキストの中には、ＵＥ１０ごとに記憶されるものと、ＰＤＮコネクションごとに記憶されるもので分けられてもよい。
図１２（ａ）にＵＥ１０ごとのＵＥコンテキストを示す。図に示すように、コンテキストには少なくともＳｕｂｓｃｒｉｂｅｒ ＩＤとＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙを含める。
Ｓｕｂｓｃｒｉｂｅｒ ＩＤは、ユーザの識別情報である。例えばＩＭＳＩであってもよい。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０がＮＢＩＦＯＭ機能をサポートするか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
言い換えれば、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを示す識別情報であってもよい。つまり、記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを意味してもよい。
次に、ＰＤＮコネクションごとのＵＥコンテキストを説明する。図１２（ｂ）はＰＤＮコネクションごとのＵＥコンテキストの一例である。図に示すように、コンテキストには少なくともＡＰＮ、Ｏｐｅｒａｔｉｏｎ ｍｏｄｅ、Ｎｅｔｗｏｒｋ Ｐｏｌｉｃｙ、Ｃｈａｒｇｉｎｇ Ｒｕｌｅ、ＰＣＣ Ｒｕｌｅ、ＱｏＳ Ｒｕｌｅを含めてもよい。
ＡＰＮは、ＤＮＳの命名規則に従い、ネットワークのアクセス先を示すラベルである。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのか、ネットワークであるのかを示すモードの識別情報である。
より具体的には、例えば、ＵＥ１０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
また、ネットワーク及び又はＰＧＷ３０及び又はＰＣＲＦ６０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
Ｎｅｔｗｏｒｋ Ｐｏｌｉｃｙは、ネットワーク側での通信制御ポリシーであり、Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅが含まれていてもよい。又は、ＰＣＲＦ６０はＮｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅをＮｅｔｗｏｒｋ Ｐｏｌｉｃｙとは別に記憶してもよい。
Ｃｈａｒｇｉｎｇ Ｒｕｌｅは課金に関する規則である。ＰＣＲＦ６０が決定したＣｈａｒｇｉｎｇ Ｒｕｌｅに基づきＰＣＥＦ６０が課金を行う。
ＰＣＣ ＲｕｌｅはＮｅｔｗｏｒｋ ＰｏｌｉｃｙとＣｈａｒｇｉｎｇ Ｒｕｌｅの制御にかかわる規則である。ＰＣＣ Ｒｕｌｅに基づき、ＰＣＥＦは通信制御及び課金を行う。
ＱｏＳ Ｒｕｌｅは、フローのＱｏＳに関わる規則である。ＱｏＳ ＲｕｌｅはＰＣＣ Ｒｕｌｅと対応付けられていてもよい。
図１２（ｃ）は、転送路及び又はベアラごとのＵＥコンテキストを示す。図に示すように、転送路及び.又はベアラごとのＵＥコンテキストは、少なくともＲｏｕｔｉｎｇ Ｒｕｌｅを含める。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＲｏｕｔｉｎｇ Ｆｉｌｔｅｒと、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓ又はＲｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅの対応付けを示す。この対応付けに基づき、３ＧＰＰのアクセスネットワークを介した通信路を用いるか、ＷＬＡＮのアクセスネットワークを介した転送路を用いるかが決定される。
ここで、Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＴＷＡＧ７４のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＵＥ１０及び又はＴＷＡＧ７４及び又はＰＧＷ３０から通知されてもよい。又はＰＣＲＦ６０が事前にデフォルト値として記憶していた値であってもよい。その場合、ＰＣＲＦ６０はＰＣＣ Ｒｕｌｅに基づいてＲｏｕｔｉｎｇ Ｒｕｌｅのデフォルト値を決定してもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにはＩＰヘッダーを含めることでＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、アプリケーションごとにフローを切り替えてもよい。又は、ＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルールが記憶されていてよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
図１２（ｄ）はＴＷＡＧ７４が記憶するＴＷＡＧ ｃａｐａｂｉｌｉｔｙの一例を示す。ＴＷＡＧ ｃａｐａｂｉｌｉｔｙでは、ＴＷＡＧ７４ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＴＷＡＧ７４がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＴＷＡＧ７４が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＴＷＡＧ７４はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
図に示すように、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＴＷＡＧ７４の識別情報ＴＷＡＧ ＩＤと対応づけられて記憶されてもよい。ＴＷＡＧ ＩＤと対応づけられていない場合、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙは、記憶するＴＷＡＧ７４の能力を意味してもよい。
ＴＷＡＧ ＩＤとＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが対応付けて記憶されている場合、ＰＣＲＦ６０は複数のＴＷＡＧ７４のＴＷＡＧ ｃａｐａｂｉｌｉｔｙを記憶してもよい。
図１２（ｅ）はＰＣＲＦ６０が記憶するＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を示す。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＰＧＷ３０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。言い換えれば、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＮＢＩＦＯＭ機能をサポートするゲートウェイであることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０がＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
図１２（ｆ）にＭＭＥ ｃａｐａｂｉｌｉｔｙを示す。ＭＭＥ ｃａｐａｂｉｌｉｔｙでは、ＭＭＥ４０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＭＭＥ４０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＭＭＥ４０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＭＭＥ４０はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＣＲＦ６０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＭＭＥ ＩＤと対応付けて記憶してもよい。
図１２（ｇ）にＳＧＷ ｃａｐａｂｉｌｉｔｙを示す。ＳＧＷ ｃａｐａｂｉｌｉｔｙでは、ＳＧＷ３５ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＳＧＷ３５がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＳＧＷ３５が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＳＧＷ３５はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＣＲＦ６０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＳＧＷ ＩＤと対応付けて記憶してもよい。
［１．２．６．ＭＭＥ構成］
ＭＭＥ４０の装置構成を説明する。ＭＭＥ４０はＩＰ移動通信ネットワークインターフェース部３２０と、制御部３００と記憶部３４０で構成されている。ＩＰ移動通信ネットワークインターフェース部３２０と記憶部３４０は制御部３００と、バスを介して接続されている。
制御部３００はＭＭＥ４０を制御するための機能部である。制御部３００は、記憶部３４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部３２０はＭＭＥ４０が、ＰＧＷ３０と接続するための機能部である。
記憶部３４０は、ＭＭＥ４０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
記憶部３４０はＭＭＥ ｃａｐａｂｉｌｉｔｙ３４２と、Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ３４４とＥＰＳベアラコンテキスト３４６を記憶する。以下、記憶部３４０で記憶される情報要素について説明する。
記憶部３４０で記憶される情報要素を説明する。ＭＭＥ４０が記憶するＭＭＥ ｃａｐａｂｉｌｉｔｙの一例を示す。ＭＭＥ ｃａｐａｂｉｌｉｔｙでは、ＭＭＥ４０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＭＭＥ４０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＭＭＥ４０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＭＭＥ４０はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＭＭＥ４０の識別情報ＭＭＥ ＩＤと対応づけられて記憶されてもよい。ＭＭＥ ＩＤと対応づけられていない場合、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙは、記憶するＭＭＥ４０の能力を意味してもよい。
ＭＭＥ ＩＤとＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが対応付けて記憶されている場合、ＭＭＥ４０は複数のＭＭＥ４０のＭＭＥ ｃａｐａｂｉｌｉｔｙを記憶してもよい。
この場合、ＵＥ１０が他のＭＭＥ４０へハンドオーバーする際に、ＭＭＥ４０がＭＭＥ Ｃａｐａｂｉｌｉｔｙに基づきハンドオーバー先のＭＭＥ４０を選択してもよい。
次に、Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ３４４について説明する。ＭＭＥ４０が記憶するＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を説明する。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＰＧＷ３０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。言い換えれば、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＮＢＩＦＯＭ機能をサポートするゲートウェイであることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０がＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＭＭＥ４０は、ＰＧＷ ＩＤと対応付けてＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。更に、複数のＰＧＷ３０に対応づけて、それぞれＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが記憶されてもよい。
ＰＧＷ ＩＤは、ＰＧＷ３０を識別するための情報であればよく、例えばＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）であってもよい。
次に、ＥＰＳベアラコンテキストについて説明する。ＥＰＳベアラコンテキストは、ＵＥ１０ごとに記憶されるＵＥ１０ごとのＥＰＳベアラコンテキストと、ＰＤＮコネクションごとのＥＰＳベアラコンテキストとベアラ及び又は転送路ごとのＥＰＳベアラコンテキストに分類されてもよい。
ＵＥ１０ごとのＥＰＳベアラコンテキストに含まれる情報要素を説明する。ＭＭＥ４０はＵＥ１０ごとにＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙ、ＮＢＩＦＯＭ ａｌｌｏｗｅｄを記憶する。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０がＮＢＩＦＯＭ機能をサポートするか否かを示す識別情報である。より具体的には、例えば、ＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
言い換えれば、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを示す識別情報であってもよい。つまり、記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを意味してもよい。
また、ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＮＢＩＦＯＭを用いたＰＤＮコネクションを確立することが許可されたＡＰＮを示す識別情報である。ＮＢＩＦＯＭは少なくともＡＰＮと対応付けられていてよい。ＮＢＩＦＯＭ ａｌｌｏｗｅｄは複数のＡＰＮと対応付けられていてもよい。
本実施形態ではＡＰＮ１はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられている。つまり、ＡＰＮ１はマルチアクセスＰＤＮコネクションを確立することが許可されている。言い換えれば、本実施形態ではＵＥ１０はＡＰＮ１を用いてマルチアクセスＰＤＮコネクションを確立することが許可されている。なお、ＡＰＮ１はマルチアクセスＰＤＮコネクションではなく、従来のＰＤＮコネクションを確立する事も許可されている。
更に、本実施形態ではＡＰＮ２はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられていない。つまり、本実施形態ではＡＰＮ２はマルチアクセスＰＤＮコネクションを確立することが許可されていない。つまり、本実施形態ではＵＥ１０はＡＰＮ２を用いて、マルチアクセスＰＤＮコネクションを確立することはできない。
ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＰＤＮコネクション確立前に記憶されていてよい。
ＭＭＥ４０は、ＰＤＮコネクション確立前及び又は確立手続き中に、ＨＳＳ５０にアクセスしＮＢＩＦＯＭ ａｌｌｏｗｅｄを取得してもよい。
また、ＵＥ１０ごとのＥＰＳベアラコンテキストにはＵＥ１０の識別情報が含まれていてもよい。ＵＥ１０の識別情報はＩＭＳＩであってもよい。
ＰＤＮコネクションごとのＥＰＳベアラコンテキストを説明する。ＰＤＮコネクションごとのＥＰＳベアラコンテキストは、ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤとＮｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅとＯｐｅｒａｔｉｏｎ ｍｏｄｅとＵｓｅｒ ｐｌａｎｅ ｃｏｎｎｅｃｔｉｏｎ ＩＤとＭＭＥ ＭＡＣ ａｄｄｒｅｓｓ、ＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎを含める。
ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＰＤＮコネクションを識別するための識別情報である。ＵＥ１０とＭＭＥ４０とＰＧＷ３０が同じ識別情報を記憶していてもよい。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのか、ネットワークであるのかを示すモードの識別情報である。
より具体的には、例えば、ＵＥ１０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
また、ネットワーク及び又はＰＧＷ３０及び又はＰＣＲＦ６０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅは、ネットワークが許可するＯｐｅｒａｔｉｏｎ ｍｏｄｅを示す。Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅはＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はこれら両方を含めてもよい。
Ｕｓｅｒ ｐｌａｎｅ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＵＥ１０がＭＭＥ４０を介した転送路を確立した場合のユーザデータの伝送に用いる接続を識別する識別情報である。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、このＰＤＮコネクションがマルチアクセスＰＤＮコネクションを確立した事を示す情報である。言い換えれば、ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、第１のＰＤＮコネクションを確立したことを示す。
つまり、ＭＭＥ４０がＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを記憶することで、このＰＤＮコネクションは第１のＰＤＮコネクションであることを意味する。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、ＰＤＮコネクションを確立することにより、ＭＭＥ４０が記憶する識別情報である。
ＭＭＥ４０はＰＤＮコネクション確立中に、ＨＳＳ５０にアクセスしＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを取得してもよい。又は、マルチアクセスＰＤＮコネクションが確立されたことに基づき、ＭＭＥ４０はＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎを記憶してもよい。
次に、ベアラ及び又は転送路ごとのＥＰＳベアラコンテキストについて説明する。ベアラ及び又は転送路ごとのＥＰＳベアラコンテキストには、転送路識別情報とＲｏｕｔｉｎｇ Ｒｕｌｅがふくまれてもよい。
転送路識別情報は転送路及び又はベアラを識別する情報である。転送路識別情報は、例えばＥＰＳベアラＩＤであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＲｏｕｔｉｎｇ Ｆｉｌｔｅｒと、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓ又はＲｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅの対応付けを示す。この対応付けに基づき、３ＧＰＰのアクセスネットワークを介した通信路を用いるか、ＷＬＡＮのアクセスネットワークを介した通信路を用いるかが決定される。
ここで、Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＭＭＥ４０のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＰＧＷ３０やＰＣＲＦ６０から通知されてもよいし、ＵＥ１０から通知されてもよい。又はＭＭＥ４０が事前にデフォルト値として記憶していた値であってもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにはＩＰヘッダーを含めることでＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、アプリケーションごとにフローを切り替えてもよい。又は、ＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルールが記憶されていてよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
ＳＧＷ ｃａｐａｂｉｌｉｔｙでは、ＳＧＷ３５ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＳＧＷ３５がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、マルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＳＧＷ３５が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＳＧＷ３５はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＭＭＥ４０はＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＳＧＷ ＩＤと対応付けて記憶してもよい。
ＭＭＥ ＣａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙはＥＰＳベアラコンテキストに含まれていてもよい。
［１．３．初期状態の説明］
本実施形態における初期状態について説明する。本実施形態における初期状態は、後述する第１の初期状態であってもよい。
なお、本実施形態における初期状態は第１の初期状態に限らなくてもよい。
［１．３．１．第１の初期状態の説明］
第１の初期状態を説明する。第１の状態では、ＵＥ１０はコアネットワーク９０との間に第１のＰＤＮコネクションを確立していない状態である。しかし、ＵＥ１０は第２のＰＤＮコネクションを既に確立している状態である。より詳細には、ＵＥ１０は、ＰＧＷ＿Ａ１３１０との間に第１のＰＤＮコネクションを確立していない。しかし、ＵＥ１０はＰＧＷ＿Ｂ１３２０との間に第２のＰＤＮコネクションを確立している。
なお、ＰＧＷ＿Ａ１３１０は、ＡＰＮ１を用いて選択されるゲートウェイ装置であってもよい。ＰＧＷ＿Ｂ１３２０は、ＡＰＮ２を用いて選択されるゲートウェイ装置であってもよい。更に、ＰＧＷ＿Ａ１３１０及びＰＧＷ＿Ｂ１３２０はＰＧＷ３０であってもよい。また、ＡＰＮ１及び又はＡＰＮ２を用いたゲートウェイの選択は、アクセスネットワークＢに含まれて配置されているＴＷＡＧ７４及び又はコアネットワーク９０に含まれて配置されているＭＭＥ４０によって実行されてもよい。
さらに、ＡＰＮ１を用いて選択されるゲートウェイ装置とＡＰＮ２を用いて選択されるゲートウェイ装置は同一のゲートウェイ装置であってもよい。その場合は、ＰＧＷ＿Ａ１３１０とＰＧＷ＿Ｂ１３２０は同一の装置であってもよい。
なお、第２のＰＤＮコネクションは、アクセスネットワークＡを介したＵＥ１０とＰＧＷ３０との間の転送路で構成されてもよい。したがって、ＵＥ１０とｅＮＢ４５との間の転送路と、ｅＮＢ４５とＳＧＷ３５との間の転送路と、ＳＧＷ３５とＰＧＷ＿Ｂ１３２０との間の転送路を組み合わせた転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
このように、第１の初期状態では、ＵＥ１０はアクセスネットワークＡを経由してコアネットワーク９０に接続している状態であってもよい。
なお、ＵＥ１０は、アクセスネットワークＢを経由してコアネットワーク９０に接続していなくてもよい。言い換えると、ＵＥ１０はＷＬＡＮアクセスネットワークを介してアタッチしていなくてもよい。
もしくは、ＵＥ１０はアクセスネットワークＢを経由してコアネットワーク９０に接続している状態であってもよい。その場合、ＵＥ１０はＵＥ１０が主導して開始するアタッチ手続きを実行し、第３のＰＤＮコネクションを確立してもよい。
なお、第３のＰＤＮコネクションは、ＡＰＮ２を用いて選択されるゲートウェイとの間に確立してもよい。もしくは、ＡＰＮ１やＡＰＮ２とは異なる他のＡＰＮを用いて選択されるゲートウェイとの間に確立してもよい。
以上、第１の初期状態を説明してきたが、第１の初期状態はこれに限らず、例えばアクセスネットワークＡを介してマルチアクセスＰＤＮコネクションを確立していない状態であればよい。
［１．３．２．第１の初期状態に至るための手続きの説明］
第１の初期状態に至るための手続きを、図１５を用いて説明する。第１の初期状態に至るための手続きでは、少なくとも、図１５の（Ａ）で示すアクセスネットワークＡを介したコアネットワーク９０へのＰＤＮ接続手続きを実行する。第１の初期状態は、少なくとも図１５の（Ａ）のアクセスネットワークＡを介したコアネットワーク９０へのアタッチ手続きを実行した後の状態である。
次に、アクセスネットワークＡを介したコアネットワーク９０へのアタッチ手続きの詳細を説明する。
ＵＥ１０は、アクセスネットワークＡを介してコアネットワーク９０との間に第２のＰＤＮコネクションを確立するアタッチ手続きを実行する。より詳細には、ＵＥ１０はアクセスネットワークＡに配置されるｅＮＢ４５とコアネットワーク９０に配置されるＳＧＷ３５を介してコアネットワーク９０に配置されるＰＧＷ＿Ｂ１３２０との間にＰＤＮコネクションを確立する。なお、ＰＤＮコネクションの確立、管理は、コアネットワーク９０に配置されるＭＭＥ４０が担う。また、ＭＭＥ４０は、ＳＧＷ３５の選択、ＡＰＮを用いたＰＧＷ３０の選択も実行する。
第２のＰＤＮコネクションの確立では、具体的には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０に、アタッチ要求（Attach request）を送信する。ＭＭＥ４０は、ＵＥ１０が送信したアタッチ要求を受信する。ＭＭＥ４０は、アタッチ要求の受信をもとに、ＵＥ１０との間でセキュリティアソシエーションを確立する手続きを実行する。
ここで、ＵＥ１０はＡＰＮ２を含めてアタッチ要求を送信してもよい。若しくは、ＵＥ１０は、後述のＵＥ１０とＭＭＥ４０との間のセキュリティアソシエーション手続きが完了した後に、ＡＰＮ２をＭＭＥ４０に送信してもよい。
ＭＭＥ４０は、セキュリティアソシエーション手続きの完了をもとに、ｅＮＢ４５を介してＵＥ１０にアタッチ受諾（Attach accept）を送信する。ＭＭＥ４０は、ＡＰＮ２を含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求（Activate default EPS bearer context request）を送信してもよい。
ＵＥ１０は、ＭＭＥ４０が送信したアタッチ受諾を受信する。ＵＥ１０は、アタッチ受諾に基づき、ｅＮＢ４５を介してＭＭＥ４０にアタッチ完了（Attach complete）を送信する。
ＭＭＥ４０は、ＵＥ１０が送信したアタッチ要求を受信する。
［１．３．３．マルチアクセスＰＤＮコネクション確立手続きの説明］
次に、第１のＰＤＮコネクションの確立手続きを説明する。ここで、初期状態は第１の初期状態であってもよい。本実施形態では、ＵＥ１０は、初期状態確立後、アクセスネットワークＡを介してコアネットワーク９０との間に第１のＰＤＮコネクションを確立するためのＰＤＮ接続手続きを実行する。より詳細には、ＵＥ１０はアクセスネットワークＡに配置されるｅＮＢ４５、コアネットワーク９０に配置されるＳＧＷ３５を介してコアネットワーク９０に配置されるＰＧＷ＿Ａ１３１０との間に第１のＰＤＮコネクションを確立する。
なお、第１のＰＤＮコネクションは、ＵＥ１０とｅＮＢ４５との間の転送路と、ｅＮＢ４５とＳＧＷ３５との間の転送路と、ｅＮＢ４５とＰＧＷ＿Ａ１３１０との間の転送路を組み合わせた転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
図１５に示すように、第１のＰＤＮコネクションを確立する手続きは、ＡＰＮ１を用いたＰＤＮ接続手続きであってもよい。
以下、ＰＤＮ接続手続きの具体例を説明する。
［１．４．ＰＤＮ接続手続き例］
第１のＰＤＮコネクションを確立するための第１〜第４のＰＤＮ接続手続き例を、図１６から図１８を用いて説明する。
［１．４．１．第１のＰＤＮ接続手続き例］
第１のＰＤＮ接続手続き例について図１６を用いて説明する。
ＵＥ１０は、まず、ｅＮＢ４５を介してＭＭＥ４０にＰＤＮ接続要求（PDN connectivity request）を送信する（Ｓ１９０２）。ＵＥ１０は、少なくともＰＤＮ接続要求メッセージＩＤ（PDN connectivity request message identity）及びプロシージャトランザクションＩＤ（Procedure transaction identity）及びリクエストタイプ（Request type）及びＰＤＮタイプ（PDN type）及びプロトコル識別子（Protocol discriminator）及びＥＰＳベアラＩＤ（EPS bearer identity）を含めてＰＤＮ接続要求を送信してもよい。さらに、ＵＥ１０は、少なくとも第１の識別情報及び又は第５の識別情報をＰＤＮ接続要求に含めてもよい。さらに、ＵＥ１０は、ＡＰＮ（Access Point Name）及び又はＰＣＯ（Protocol Configuration Options）及び又はＴＦＴ（Traffic Flow Templates）をＰＤＮ接続要求に含めてもよい。なお、ＵＥ１０は、第１の識別情報及び又は第５の識別情報及び又はＴＦＴをＰＣＯに含めて送信してもよい。
ここで、第１の識別情報は、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表すＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙであってもよい。なお、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙとは、マルチアクセスＰＤＮコネクションを確立する機能を有することを示す情報であってもよい。
また、第５の識別情報は、ＵＥ１０が確立を要求するマルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを表すＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎであってもよい。なお、ＵＥ１０は、第５の識別情報に、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ又はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、第１の識別情報は第５の識別情報であってもよい。より具体的には、ＵＥ１０はＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎを送信することにより、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表してもよい。
このように、ＵＥ１０は、第１の識別情報及び又は第５の識別情報を含めてＰＤＮ接続要求を送信することにより、マルチアクセスＰＤＮコネクションの確立を要求してもよい。
ＰＤＮ接続要求メッセージＩＤは、ＰＤＮ接続要求メッセージを表すメッセージタイプであってもよい。
プロシージャトランザクションＩＤはＰＤＮ接続手続きを識別する情報であってもよい。
ＡＰＮはＵＥ１０が接続を要求するＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＵＥ１０は、マルチアクセスＰＤＮコネクションを確立するために、ＡＰＮ１を含めてもよい。ここで、ＡＰＮ１はマルチアクセスＰＤＮコネクションの確立が許可されたＡＰＮで、及び又はＮＢＩＦＯＭに基づく通信が許可されたＡＰＮであってもよい。
リクエストタイプは、要求するＰＤＮ接続手続きの種類を識別する情報であってもよい。例えば、ＵＥ１０はＡＰＮ１を用いて初期接続を行うことから、リクエストタイプは、ハンドオーバーを示すタイプではなくアタッチを示すタイプであってもよい。
ＰＤＮタイプは、利用可能なＩＰバージョンを示すもであってもよい。例えば、ＰＤＮタイプはＩＰｖ４であってよく、ＩＰｖ６であってもよく、ＩＰｖ４ｖ６であってもよい。
プロトコル識別子は、ＰＤＮ接続要求の送受信に使用しているプロトコルの種類を表す識別子であってもよい。
ＥＰＳベアラＩＤは、ＥＰＳベアラを識別する情報であってもよい。ＥＰＳベアラＩＤはＭＭＥ４０によって割り当てられてもよい。
ＰＣＯは、ＰＤＮコネクションと関連付けられたプロトコル情報であってもよい。また、ＰＣＯは、要求の識別情報を含めてもよい。なお、ＵＥ１０は第１の識別情報をＰＣＯに含めて送信してもよい。
ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
ＵＥ１０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
言い換えると、ＵＥ１０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
なお、従来より、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを示す情報を含めて送信することができる。ここで、ＩＦＯＭ ｓｕｐｐｏｒｔとはＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）をサポートしていることを表す識別情報である。さらに、ＩＦＯＭとは、間ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。したがって、ＰＣＯにＩＦＯＭサポートを示す情報を含めることにより、ＵＥ１０は、特定のＩＰフローの通信を行うアクセスネットワークを切り替えることができる。
本実施形態では、ＵＥ１０はＰＣＯに第１の識別情報及び又は第５の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第１の識別情報及び第５の識別情報を含めない。このように、第１の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
これにより、ＵＥ１０は、単一のＰＤＮコネクション確立手続きにより、ＩＦＯＭをサポートしたＰＤＮコネクションもしくはＮＢＩＦＯＭをサポートしたＰＤＮコネクションのいずれか一方を確立することができる。言い換えると、単一のＰＤＮコネクションは、ＮＢＩＦＯＭをサポートしたＰＤＮコネクションか、ＩＦＯＭをサポートしたＰＤＮコネクションか、シングルアクセスＰＤＮコネクションかのいずれかである。
ＭＭＥ４０は、ＵＥ１０が送信したＰＤＮ接続要求を受信する。ＭＭＥ４０はＰＤＮ接続要求の受信、及び又はＰＤＮ接続要求に含まれる第１の識別情報、及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、ＳＧＷ３５にセッション生成要求を送信する（Ｓ１９０４）。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第１の識別情報に基づいて、少なくとも第１の識別情報をセッション生成要求に含めて送信してもよい。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、少なくとも第５の識別情報をセッション生成要求に含めて送信してもよい。ＭＭＥ４０は、ＵＥ１０が送信するＴＦＴの受信に基づいて、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
ＭＭＥ４０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
言い換えると、ＭＭＥ４０は、ＰＤＮ接続要求に含まれる第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、ＰＤＮ接続要求に含まれる第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
ここで、ＭＭＥ４０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合か、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合かの判定を、第５の識別情報に基づいて判定してもよい。
なお、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報が含まれない場合は第１の識別情報を含めずにセッション生成要求を送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮ接続要求に第５の識別情報が含まれない場合は第５の識別情報を含めずにセッション生成要求を送信してもよい。また、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報と第５の識別情報のいずれも含まれない場合は、シングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信したセッション生成要求を受信する。ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第５の識別情報に基づいて、ＰＧＷ３０にセッション生成要求を送信する（Ｓ１９０６）。
ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第５の識別情報に基づいて、少なくとも第５の識別情報をセッション生成要求に含めて送信してもよい。さらに、ＳＧＷ３５は、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
ＳＧＷ３５は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
言い換えると、ＳＧＷ３５は、セッション生成要求に含まれる第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、セッション生成要求に含まれる第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
ここで、ＳＧＷ３５は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合か、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合かの判定を、第５の識別情報に基づいて判定してもよい。
なお、ＳＧＷ３５は、セッション生成要求に第１の識別情報が含まれない場合は第１の識別情報を含めずにセッション生成要求を送信してもよい。さらに、ＳＧＷ３５は、セッション生成要求に第５の識別情報が含まれない場合は第５の識別情報を含めずにセッション生成要求を送信してもよい。また、ＳＧＷ３５は、セッション生成要求に第１の識別情報と第５の識別情報のいずれも含まれない場合は、シングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信したセッション生成要求を受信する。ＰＧＷ３０は、セッション生成要求の受信及び又はセッション生成要求に含まれる第５の識別情報に基づいて、ＰＣＲＦ６０との間でのＩＰ−ＣＡＮセッション更新手続きを実行してもよい（Ｓ１９０８）。
ＰＧＷ３０は、確立するＰＤＮコネクションがマルチアクセスＰＤＮコネクションであるか、シングルアクセスＰＤＮコネクションであるかを示す情報及び又は第１の識別情報及び又は第５の識別情報をＩＰ−ＣＡＮセッション手続き内の制御メッセージに含めてＰＣＲＦ６０に送信してもよい。
より具体的には、マルチアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤ（PDN connection ID）と、ＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報と、第１の識別情報及び又は第５の識別情報をＰＣＲＦ６０に送信する。もしくは、シングルアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤと、ＰＤＮコネクションがシングルアクセスＰＤＮコネクションであることを示す情報とをＰＣＲＦ６０に送信する。
なお、ＰＤＮコネクションＩＤは、ＰＤＮ接続手続きにおいてＰＧＷ３０がＰＤＮコネクションを確立する際に割り当てたＩＤであってよく、ＵＥ１０がＰＧＷ３０と確立するＰＤＮコネクションを一意に識別する情報であってもよい。
なお、ＰＧＷ３０はＰＣＲＦ６０にＵＥ１０及び又はｅＮＢ４５及び又はＭＭＥ４０及び又はＳＧＷ３５の情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
さらに、ＰＣＲＦ６０は、第５の識別情報の受信に基づいて、ＰＧＷ３０との間でＩＰ−ＣＡＮセッション更新手続き内の制御メッセージに少なくとも第７の識別情報を含めてＰＧＷ３０に送信してもよい。なお、第７の識別情報の詳細説明は後述する。
なお、ＰＣＲＦ６０はＰＧＷ３０に課金情報及び又はＱｏＳ制御情報及び又はルーティング情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
ＰＧＷ３０はセッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第５の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、ＳＧＷ３５にセッション生成応答を送信する（Ｓ１９１０）。
ＰＧＷ３０は、セッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第５の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
なお、ＰＧＷ３０が第７の識別情報を取得する方法は、これまで説明したＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得する方法に限らず、別の例であってもよい。例えば、ＰＧＷ３０はＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得せず、第７の識別情報を生成し、セッション生成応答に含めて送信してもよい。
ここで、第７の識別情報は、確立するマルチアクセスＰＤＮコネクションに対して許可されたＮＢＩＦＯＭオペレーションモードを表すＡｌｌｏｗｅｄ Ｍｏｄｅであってもよい。言い換えると、第５の識別情報はＵＥ１０が要求するオペレーションモードであったのに対し、第７の識別情報はオペレータによって許可されたオペレーションモードであってもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、Ａｌｌｏｗｅｄ Ｍｏｄｅをオペレータポリシーに基づいて第７の識別情報を決定してもよい。例えば、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、Ｎｅｗｔｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、両方のモードの確立を許すポリシーや、両方のモードの確立を禁止するポリシー等を管理してもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、オペレータポリシーをＨＳＳ等から取得してもよい。もしくは、オペレータポリシーは管理者により生成されたものを保存してもよい。
さらに、オペレータポリシーは、加入者毎に異なるポリシーを管理してもよい。もしくは、ＡＰＮ毎に異なるポリシーを管理してもよい。例えば、ＡＰＮ毎に確立するＰＤＮコネクションに対して異なるＡｌｌｏｗｅｄ Ｍｏｄｅが管理されていてもよい。
本例では、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されている場合を説明する。
したがって、ＰＣＲＦ６０又はＰＧＷ３０は、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードによるＰＤＮコネクションの確立を許可し、第７の識別情報には、第５の識別情報と同じオペレーションモードを含める。
言い換えると、ＰＣＲＦ６０又はＰＧＷ３０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合には、第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合には、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
このように、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されている場合には、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて一つ又は複数の許可されたオペレーションモードのうち、ＵＥ１０が要求するモードを第７の識別情報としてもよい。
ＰＧＷ３０はセッション生成応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのＩＰｖ６プレフィックスとインターフェースＩＤであってもよい。ここで、ＰＧＷ３０はＵＥ１０のＩＰアドレスを割り当ててもよい。さらに、ＰＧＷ３０は、ＵＥ１０に割り当てたＩＰアドレスをＰＤＮアドレスに含めてもよい。
また、ＰＤＮコネクションＩＤは、ＵＥ１０とＰＧＷ３０の間で確立するＰＤＮコネクションを一意に識別するための情報であってもよい。ＰＤＮコネクションＩＤは、ＰＧＷ３０によって割り当てられてもよく、ＭＭＥ４０によって割り当てられてもよい。言い換えると、ＰＧＷ３０がＰＤＮコネクションＩＤを割り当ててもよい。
ＳＧＷ３５は、ＰＧＷ３０が送信したセッション生成応答を受信する。ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ＭＭＥ４０にセッション生成応答を送信する（Ｓ１９１２）。
ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
さらに、ＳＧＷ３５はセッション要求応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＭＭＥ４０は、ＳＧＷ３５が送信したセッション生成応答を受信する。ＭＭＥ４０はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ｅＮＢ４５にデフォルトＥＰＳベアラコンテキストアクティブ化要求（Activate default EPS bearer context request）を送信する（Ｓ１９１４）。
ＭＭＥ４０は、セッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤ（Activate default EPS bearer context request message identity）及びプロシージャトランザクションＩＤ及びＡＰＮ及びＰＤＮアドレス及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＰＳ ＱｏＳをデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めて送信してもよい。さらに、ＭＭＥ４０は、少なくとも第７の識別情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。さらに、ＭＭＥ４０は、ＰＣＯ及び又はＥＳＭ Ｃａｕｓｅ及び又はＴＦＴ、及び又はＰＤＮコネクションＩＤ、及び又はＰＤＮコネクション属性情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。なお、ＭＭＥ４０は第７の識別情報及び又はＴＦＴ及び又はＰＤＮコネクションＩＤをＰＣＯに含めて送信してもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを表すメッセージタイプであってもよい。
ＡＰＮはＵＥ１０が接続を許可されたＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＡＰＮ１は、マルチアクセスＰＤＮコネクションを確立することが許可されたＡＰＮであってもよい。ＭＭＥ４０はＡＰＮ１をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのインターフェースＩＤであってもよい。
ＥＰＳ ＱｏＳは、ＥＰＳベアラのＱｏＳを表す状態であってもよい。
ＰＤＮコネクション属性情報は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションを用いて送受信するユーザデータが、アクセスネットワークＡ及びアクセスネットワークＢを介して送受信することが許可されたことを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションが第７の識別情報の示すオペレーションモードのマルチアクセスＰＤＮコネクションであることを示す情報であってもよい。
なお、ＵＥ１０は、ＰＤＮコネクションのタイプを示すコネクティビティタイプ及び又はＷＬＡＮオフロードの可否を示すＷＬＡＮオフロード許可情報（ＷＬＡＮ ｏｆｆｌｏａｄ ａｃｃｅｐｔａｂｌｉｔｙ）をさらに含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮコネクション属性情報を、コネクティビティタイプ又はＷＬＡＮオフロード許可情報に含めて送信してもよい。
ＥＳＭ Ｃａｕｓｅは、ＵＥ１０に割り当てられたＰＤＮアドレスのＰＤＮタイプが、ＰＤＮ接続要求でＵＥ１０が要求したＰＤＮタイプと異なることを表す情報であってもよい。
なお、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯに第７の識別情報を含めてもよい。ただし、ＭＭＥ４０及び又はＰＧＷ３０はＰＣＯに第７の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第７の識別情報を含めない。このように、第７の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
ｅＮＢ４５は、ＭＭＥ４０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信に基づいて、ＵＥ１０にデフォルトＥＰＳベアラコンテキストアクティブ化要求を転送する。
ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求と共に、少なくとも、ＵＥ１０にＲＲＣ接続設定要求（RRC Connection Reconfiguration）を送信してもよい（Ｓ１９１６）。
ＵＥ１０は、ｅＮＢ４５が送信したＲＲＣ接続設定要求を受信する。さらに、ＵＥ１０は、ＭＭＥ４０が送信し、ｅＮＢ４５が転送したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。
ＵＥ１０はＲＲＣ接続設定要求の受信に基づいて、ｅＮＢ４５にＲＲＣ接続設定完了（RRC Connection Reconfiguration Complete）を送信する（Ｓ１９１８）。
ｅＮＢ４５は、ＵＥ１０が送信したＲＲＣ接続設定完了を受信する。ｅＮＢ４５は、ＲＲＣ接続設定完了に基づいて、ＭＭＥ４０にベアラ設定を送信する（Ｓ１９２０）。
ＭＭＥ４０は、ｅＮＢ４５が送信したベアラ設定を受信する。
ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報に基づいて、ＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化受諾（Activate default EPS bearer context accept）を送信する（Ｓ１９２２）（Ｓ１９２４）。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤ（Activate default EPS bearer context accept message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めて送信してもよい。
さらに、ＰＣＯをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めてもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージを表すメッセージタイプであってもよい。
第１のＰＤＮ接続手続きの完了により、ＵＥ１０とＰＧＷ３０は、ＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードの第１のＰＤＮコネクションを確立する。ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信、及び又はＰＤＮコネクション属性情報、及び又は第７の識別情報に基づいて、確立したＰＤＮコネクションがＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードのマルチアクセスＰＤＮコネクションであることを識別してもよい。第１のＰＤＮコネクションの確立に基づき、ＵＥ１０及びＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信する。より具体的には、ＵＥ１０及びＰＧＷ３０は、ＴＦＴで識別されるフローを第１のＰＤＮコネクションを用いて送受信する。
なお、第１のＰＤＮ接続手続きの例では、ＴＦＴの送受信をＰＤＮ接続手続きに含める場合について説明したが、これに限らず、ＴＦＴの送受信は、マルチアクセスＰＤＮコネクションの確立後に実行してもよい。
したがって、ＵＥ１０及びＭＭＥ４０は、ＴＦＴをＰＤＮ接続要求及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めずに送受信し、マルチアクセスＰＤＮコネクションを確立してもよい。言い換えると、ＰＤＮコネクションを確立した時点では、ＰＤＮコネクションを用いてユーザデータを送受信するＩＰフローは無い状態であってよい。その場合ＵＥ１０及びＭＭＥ４０は、マルチアクセスＰＤＮコネクションを確立後にＴＦＴを送信する
より具体的には、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０にＴＦＴを送信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＵＥ１０から受信し、ＳＧＷ３５を介してＰＧＷ３０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
一方で、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。ここで、ＰＧＷ３０は、オペレータポリシーに基づいて決定されるＴＦＴをＰＣＲＦ６０から受信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＳＧＷ３５を介してＰＧＷ３０から受信し、ｅＮＢ４５を介してＵＥ１０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
なお、マルチＰＤＮコネクションが確立できた場合には、新たな転送路を追加する手続きを実行する事ができる。一方、シングルアクセスＰＤＮコネクションが確立された場合には、転送路を変更することは可能だが、転送路を追加する手続きは実行できない。
［１．４．２．第２のＰＤＮ接続手続き例］
第２のＰＤＮ接続手続き例について図１７を用いて説明する。
ＵＥ１０は、まず、ｅＮＢ４５を介してＭＭＥ４０にＰＤＮ接続要求（PDN connectivity request）を送信する（Ｓ２００２）。ＵＥ１０は、少なくともＰＤＮ接続要求メッセージＩＤ（PDN connectivity request message identity）及びプロシージャトランザクションＩＤ（Procedure transaction identity）及びリクエストタイプ（Request type）及びＰＤＮタイプ（PDN type）及びプロトコル識別子（Protocol discriminator）及びＥＰＳベアラＩＤ（EPS bearer identity）を含めてＰＤＮ接続要求を送信してもよい。さらに、ＵＥ１０は、少なくとも第１の識別情報及び又は第５の識別情報をＰＤＮ接続要求に含めてもよい。さらに、ＵＥ１０は、ＡＰＮ（Access Point Name）及び又はＰＣＯ（Protocol Configuration Options）及び又はＴＦＴ（Traffic Flow Templates）をＰＤＮ接続要求に含めてもよい。なお、ＵＥ１０は、第１の識別情報及び又は第５の識別情報及び又はＴＦＴをＰＣＯに含めて送信してもよい。
ここで、第１の識別情報は、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表すＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙであってもよい。なお、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙとは、マルチアクセスＰＤＮコネクションを確立する機能を有することを示す情報であってもよい。
ここで、第５の識別情報は、ＵＥ１０が確立を要求するマルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを表すＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎであってもよい。なお、ＵＥ１０は、第５の識別情報に、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ又はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、第１の識別情報は第５の識別情報であってもよい。より具体的には、ＵＥ１０はＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎを送信することにより、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表してもよい。
このように、ＵＥ１０は、第１の識別情報及び又は第５の識別情報を含めてＰＤＮ接続要求を送信することにより、マルチアクセスＰＤＮコネクションの確立を要求してもよい。
ＰＤＮ接続要求メッセージＩＤは、ＰＤＮ接続要求メッセージを表すメッセージタイプであってもよい。
プロシージャトランザクションＩＤはＰＤＮ接続手続きを識別する情報であってもよい。
ＡＰＮはＵＥ１０が接続を要求するＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＵＥ１０は、マルチアクセスＰＤＮコネクションを確立するために、ＡＰＮ１を含めてもよい。ここで、ＡＰＮ１はマルチアクセスＰＤＮコネクションの確立が許可されたＡＰＮで、及び又はＮＢＩＦＯＭに基づく通信が許可されたＡＰＮであってもよい。あってもよい。
リクエストタイプは、要求するＰＤＮ接続手続きの種類を識別する情報であってもよい。例えば、ＵＥ１０はＡＰＮ１を用いて初期接続を行うことから、リクエストタイプは、ハンドオーバーを示すタイプではなくアタッチを示すタイプであってもよい。
ＰＤＮタイプは、利用可能なＩＰバージョンを示すもであってもよい。例えば、ＰＤＮタイプはＩＰｖ４であってよく、ＩＰｖ６であってもよく、ＩＰｖ４ｖ６であってもよい。 プロトコル識別子は、ＰＤＮ接続要求の送受信に使用しているプロトコルの種類を表す識別子であってもよい。
ＥＰＳベアラＩＤは、ＥＰＳベアラを識別する情報であってもよい。ＥＰＳベアラＩＤはＭＭＥ４０によって割り当てられてもよい。
ＰＣＯは、ＰＤＮコネクションと関連付けられたプロトコル情報であってもよい。また、ＰＣＯは、要求の識別情報を含めてもよい。なお、ＵＥ１０は第１の識別情報をＰＣＯに含めて送信してもよい。
ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
ＵＥ１０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
言い換えると、ＵＥ１０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
なお、従来より、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを示す情報を含めて送信することができる。ここで、ＩＦＯＭ ｓｕｐｐｏｒｔとはＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）をサポートしていることを表す識別情報である。さらに、ＩＦＯＭとは、間ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。したがって、ＰＣＯにＩＦＯＭサポートを示す情報を含めることにより、ＵＥ１０は、特定のＩＰフローの通信を行うアクセスネットワークを切り替えることができる。
本実施形態では、ＵＥ１０はＰＣＯに第１の識別情報及び又は第５の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第５の識別情報を含めない。このように、第１の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
これにより、ＵＥ１０は、単一のＰＤＮコネクション確立手続きにより、ＩＦＯＭをサポートしたＰＤＮコネクションもしくはＮＢＩＦＯＭをサポートしたＰＤＮコネクションのいずれか一方を確立することができる。言い換えると、単一のＰＤＮコネクションは、ＮＢＩＦＯＭをサポートしたＰＤＮコネクションか、ＩＦＯＭをサポートしたＰＤＮコネクションか、シングルアクセスＰＤＮコネクションかのいずれかである。
ＭＭＥ４０は、ＵＥ１０が送信したＰＤＮ接続要求を受信する。
ＭＭＥ４０は、ＵＥ１０から受信したＰＤＮ接続要求に対し、ｅＮＢ４５を介してＵＥ１０にＰＤＮ接続拒絶（PDN connectivity reject）を送信してもよい（Ｓ２００４）。
ＭＭＥ４０は、オペレータポリシーに基づいて、ＰＤＮ接続拒否を送信することを決定してもよい。例えば、オペレータポリシーがＵＥ１０のマルチアクセスＰＤＮコネクションの確立を許可しない場合や、ＵＥ１０が要求するＮＢＩFＯＭオペレーションモードを許さない場合には、ＵＥ１０にＰＤＮ接続拒絶を送信してもよい。
より具体的には、ＵＥ１０がＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションの確立を要求し、オペレータポリシーがＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅでのＰＤＮコネクションの確立を許可しない場合には、ＵＥ１０にＰＤＮ接続拒絶を送信してもよい。さらに、ＵＥ１０がＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションの確立を要求し、オペレータポリシーがＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅでのＰＤＮコネクションの確立を許可しない場合には、ＵＥ１０にＰＤＮ接続拒絶を送信してもよい。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、少なくともＰＤＮ接続拒絶メッセージＩＤ（PDN connectivity reject message identity）及びプロトコル識別子及びＥＰＳベアラＩＤ及びプロシージャトランザクションＩＤ及びＥＳＭ ＣａｕｓｅをＰＤＮ接続拒絶に含めて送信してもよい。さらに、ＭＭＥ４０は、少なくとも第７の識別情報及び又は第８の識別情報をＰＤＮ接続拒絶に含めてもよい。さらに、ＭＭＥ４０は、ＰＣＯ及び又はＴ３３９６バリュー（T3396 value）をＰＤＮ接続拒絶に含めてもよい。なお、ＭＭＥ４０は第７の識別情報及び又は第８の識別情報をＰＣＯに含めて送信してもよい。
ここで、第７の識別情報は、確立するマルチアクセスＰＤＮコネクションに対して許可されたＮＢＩＦＯＭオペレーションモードを表すＡｌｌｏｗｅｄ Ｍｏｄｅであってもよい。言い換えると、第５の識別情報はＵＥ１０が要求するオペレーションモードであったのに対し、第７の識別情報はオペレータによって許可されたオペレーションモードであってもよい。
なお、ＭＭＥ４０は、Ａｌｌｏｗｅｄ Ｍｏｄｅをオペレータポリシーに基づいて第７の識別情報を決定してもよい。例えば、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、Ｎｅｗｔｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、両方のモードの確立を許すポリシーや、両方のモードの確立を禁止するポリシー等を管理してもよい。
なお、ＭＭＥ４０は、オペレータポリシーをＡＡＡ５５やＨＳＳ等から取得してもよい。もしくは、オペレータポリシーは管理者により生成されたものを保存してもよい。
さらに、オペレータポリシーは、加入者毎に異なるポリシーを管理してもよい。もしくは、ＡＰＮ毎に異なるポリシーを管理してもよい。例えば、ＡＰＮ毎に確立するＰＤＮコネクションに対して異なるＡｌｌｏｗｅｄ Ｍｏｄｅが管理されていてもよい。
本例では、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されていない場合を説明する。
したがって、ＭＭＥ４０は、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードによるＰＤＮコネクションの確立を不許可とし、第７の識別情報には、Ａｌｌｏｗｅｄ Ｍｏｄｅで許可されているモードであり、且つ、第５の識別情報とは異なるオペレーションモードを含める。
言い換えると、ＭＭＥ４０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれており、且つ、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが許可されている場合には、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれ、且つＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが許可されている場合には、第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＭＭＥ４０は、第７の識別情報を含めなくてもよい。その際には、ＭＭＥ４０はＰＤＮ接続拒否に、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）を含めて送信してもよい。
このように、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されていない場合には、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモード以外のオペレーションモードであり、且つ、ＰＤＮコネクションの確立が許可されたオペレーションモードを、第７の識別情報としてもよい。
さらに、第８の識別情報は、ＭＭＥ４０が拒絶するマルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを表すＲｅｊｅｃｔｅｄ Ｍｏｄｅであってもよい。なお、ＭＭＥ４０は、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードと同じモードを第８の識別情報に含めてもよい。
言い換えると、ＰＧＷ３０及び又はＰＣＲＦ６０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合には、第８の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合には、第８の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
ＰＤＮ接続拒絶メッセージＩＤはＰＤＮ接続拒絶メッセージを表すメッセージタイプであってもよい。
ＥＳＭ Ｃａｕｓｅは、ＰＤＮ接続要求が拒絶された理由を表す情報であってもよい。
Ｔ３３９６バリューはＥＳＭ Ｃａｕｓｅがリソース不足（insufficient resources）又はＡＰＮが不適切（missing or unknown APN）を表す場合に含まれる、Ｔ３３９６タイマーの値であってもよい。
ＵＥ１０は、ＭＭＥ４０が送信したＰＤＮ接続拒絶を受信する。ＵＥ１０は、ＰＤＮ接続拒絶の受信及び又はＰＤＮ接続拒絶に含まれる第７の識別情報及び又は第８の識別情報に基づいて、ＰＤＮ接続手続きを新たに実行してもよい（Ｓ２００６）。
ＵＥ１０は、ＰＤＮ接続要求で第５の識別情報に含めたＮＢＩＦＯＭオペレーションモードとは異なるモードを含めてＰＤＮ接続手続きを実行してもよい。
なお、ＵＥ１０は、ＭＭＥ４０から受信した第７の識別情報を第５の識別情報としてもよい。
もしくは、ＵＥ１０は、ＭＭＥ４０から受信した第８の識別情報を第５の識別情報としてもよい。
言い換えると、ＵＥ１０は、一度目のＰＤＮ接続要求で第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めた場合は、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。若しくは、一度目のＰＤＮ接続要求で第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めた場合は、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。
又は、ＵＥ１０は、ＰＤＮ接続拒絶に含まれる第７の識別情報がＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの場合は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。若しくは、ＰＤＮ接続拒絶に含まれる第７の識別情報がＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの場合は、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。
又は、ＵＥ１０は、ＰＤＮ接続拒絶に含まれる第８の識別情報がＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの場合は、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。若しくは、ＰＤＮ接続拒絶に含まれる第７の識別情報がＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの場合は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。
なお、ＵＥ１０は第７の識別情報を受信しなかった場合、及び又はＰＤＮコネクションの許可されたオペレーションモードが他に無い場合、及び又は、他のオペレーションモードのＰＤＮコネクションの確立を要求しない場合には、新たにＰＤＮコ接続手続きを開始しなくてもよい。
なお、ＰＤＮ接続手続きの詳細は、１．４．１の第１のＰＤＮ接続手続き例において図１６を用いて説明したＰＤＮ接続手続きと同様であってもよい。そのため、詳細説明は省略する。
第２のＰＤＮ接続手続きの完了により、ＵＥ１０とＰＧＷ３０は、ＵＥ１０が最初に要求したＮＢＩＦＯＭオペレーションモードとは異なるモードの第１のＰＤＮコネクションを確立する。第１のＰＤＮコネクションの確立に基づき、ＵＥ１０及びＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信する。より具体的には、ＵＥ１０及びＰＧＷ３０は、ＴＦＴで識別されるフローを第１のＰＤＮコネクションを用いて送受信する。
なお、第２のＰＤＮ接続手続きの例では、ＴＦＴの送受信をＰＤＮ接続手続きに含める場合について説明したが、これに限らず、ＴＦＴの送受信は、マルチアクセスＰＤＮコネクションの確立後に実行してもよい。
したがって、ＵＥ１０及びＭＭＥ４０は、ＴＦＴをＰＤＮ接続要求及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めずに送受信し、マルチアクセスＰＤＮコネクションを確立してもよい。言い換えると、ＰＤＮコネクションを確立した時点では、ＰＤＮコネクションを用いてユーザデータを送受信するＩＰフローは無い状態であってよい。その場合、ＵＥ１０及びＭＭＥ４０は、マルチアクセスＰＤＮコネクションを確立後にＴＦＴを送信する
より具体的には、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０にＴＦＴを送信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＵＥ１０から受信し、ＳＧＷ３５を介してＰＧＷ３０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
一方で、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。ここで、ＰＧＷ３０は、オペレータポリシーに基づいて決定されるＴＦＴをＰＣＲＦ６０から受信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＳＧＷ３５を介してＰＧＷ３０から受信し、ｅＮＢ４５を介してＵＥ１０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
なお、マルチＰＤＮコネクションが確立できた場合には、新たな転送路を追加する手続きを実行する事ができる。一方、シングルアクセスＰＤＮコネクションが確立された場合には、転送路を変更することは可能だが、転送路を追加する手続きは実行できない。
［１．４．３．第３のＰＤＮ接続手続き例］
第３のＰＤＮ接続手続き例について図１６を用いて説明する。
ＵＥ１０は、まず、ｅＮＢ４５を介してＭＭＥ４０ＭＭＥ４０にＰＤＮ接続要求（PDN connectivity request）を送信する（Ｓ１９０２）。ＵＥ１０は、少なくともＰＤＮ接続要求メッセージＩＤ（PDN connectivity request message identity）及びプロシージャトランザクションＩＤ（Procedure transaction identity）及びリクエストタイプ（Request type）及びＰＤＮタイプ（PDN type）及びプロトコル識別子（Protocol discriminator）及びＥＰＳベアラＩＤ（EPS bearer identity）を含めてＰＤＮ接続要求を送信してもよい。さらに、ＵＥ１０は、少なくとも第１の識別情報及び又は第５の識別情報をＰＤＮ接続要求に含めてもよい。さらに、ＵＥ１０は、ＡＰＮ（Access Point Name）及び又はＰＣＯ（Protocol Configuration Options）及び又はＴＦＴ（Traffic Flow Templates）をＰＤＮ接続要求に含めてもよい。なお、ＵＥ１０は、第１の識別情報及び又は第５の識別情報及び又はＴＦＴをＰＣＯに含めて送信してもよい。
ここで、第１の識別情報は、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表すＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙであってもよい。なお、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙとは、マルチアクセスＰＤＮコネクションを確立する機能を有することを示す情報であってもよい。
また、第５の識別情報は、ＵＥ１０が確立を要求するマルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを表すＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎであってもよい。なお、ＵＥ１０は、第５の識別情報に、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ又はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、第１の識別情報は第５の識別情報であってもよい。より具体的には、ＵＥ１０はＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎを送信することにより、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表してもよい。
このように、ＵＥ１０は、第１の識別情報及び又は第５の識別情報を含めてＰＤＮ接続要求を送信することにより、マルチアクセスＰＤＮコネクションの確立を要求してもよい。
ＰＤＮ接続要求メッセージＩＤは、ＰＤＮ接続要求メッセージを表すメッセージタイプであってもよい。
プロシージャトランザクションＩＤはＰＤＮ接続手続きを識別する情報であってもよい。
ＡＰＮはＵＥ１０が接続を要求するＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＵＥ１０は、マルチアクセスＰＤＮコネクションを確立するために、ＡＰＮ１を含めてもよい。ここで、ＡＰＮ１はマルチアクセスＰＤＮコネクションの確立が許可されたＡＰＮで、及び又はＮＢＩＦＯＭに基づく通信が許可されたＡＰＮであってもよい。
リクエストタイプは、要求するＰＤＮ接続手続きの種類を識別する情報であってもよい。例えば、ＵＥ１０はＡＰＮ１を用いて初期接続を行うことから、リクエストタイプは、ハンドオーバーを示すタイプではなくアタッチを示すタイプであってもよい。
ＰＤＮタイプは、利用可能なＩＰバージョンを示すもであってもよい。例えば、ＰＤＮタイプはＩＰｖ４であってよく、ＩＰｖ６であってもよく、ＩＰｖ４ｖ６であってもよい。 プロトコル識別子は、ＰＤＮ接続要求の送受信に使用しているプロトコルの種類を表す識別子であってもよい。
ＥＰＳベアラＩＤは、ＥＰＳベアラを識別する情報であってもよい。ＥＰＳベアラＩＤはＭＭＥ４０によって割り当てられてもよい。
ＰＣＯは、ＰＤＮコネクションと関連付けられたプロトコル情報であってもよい。また、ＰＣＯは、要求の識別情報を含めてもよい。なお、ＵＥ１０は第１の識別情報をＰＣＯに含めて送信してもよい。
ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
ＵＥ１０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
言い換えると、ＵＥ１０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
なお、従来より、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを示す情報を含めて送信することができる。ここで、ＩＦＯＭ ｓｕｐｐｏｒｔとはＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）をサポートしていることを表す識別情報である。さらに、ＩＦＯＭとは、間ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。したがって、ＰＣＯにＩＦＯＭサポートを示す情報を含めることにより、ＵＥ１０は、特定のＩＰフローの通信を行うアクセスネットワークを切り替えることができる。
本実施形態では、ＵＥ１０はＰＣＯに第１の識別情報及び又は第５の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第１の識別情報及び第５の識別情報を含めない。このように、第１の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
これにより、ＵＥ１０は、単一のＰＤＮコネクション確立手続きにより、ＩＦＯＭをサポートしたＰＤＮコネクションもしくはＮＢＩＦＯＭをサポートしたＰＤＮコネクションのいずれか一方を確立することができる。言い換えると、単一のＰＤＮコネクションは、ＮＢＩＦＯＭをサポートしたＰＤＮコネクションか、ＩＦＯＭをサポートしたＰＤＮコネクションか、シングルアクセスＰＤＮコネクションかのいずれかである。
ＭＭＥ４０は、ＵＥ１０が送信したＰＤＮ接続要求を受信する。ＭＭＥ４０はＰＤＮ接続要求の受信、及び又はＰＤＮ接続要求に含まれる第１の識別情報、及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、ＳＧＷ３５にセッション生成要求を送信する（Ｓ１９０４）。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第１の識別情報に基づいて、少なくとも第１の識別情報をセッション生成要求に含めて送信してもよい。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、少なくとも第５の識別情報をセッション生成要求に含めて送信してもよい。ＭＭＥ４０は、ＵＥ１０が送信するＴＦＴの受信に基づいて、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
ＭＭＥ４０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
言い換えると、ＭＭＥ４０は、ＰＤＮ接続要求に含まれる第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、ＰＤＮ接続要求に含まれる第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
ここで、ＭＭＥ４０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合か、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合かの判定を、第５の識別情報に基づいて判定してもよい。
なお、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報が含まれない場合は第１の識別情報を含めずにセッション生成要求を送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮ接続要求に第５の識別情報が含まれない場合は第５の識別情報を含めずにセッション生成要求を送信してもよい。また、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報と第５の識別情報のいずれも含まれない場合は、シングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信したセッション生成要求を受信する。ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第５の識別情報に基づいて、ＰＧＷ３０にセッション生成要求を送信する（Ｓ１９０６）。
ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第５の識別情報に基づいて、少なくとも第５の識別情報をセッション生成要求に含めて送信してもよい。さらに、ＳＧＷ３５は、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
ＳＧＷ３５は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
言い換えると、ＳＧＷ３５は、セッション生成要求に含まれる第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、セッション生成要求に含まれる第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
ここで、ＳＧＷ３５は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合か、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのマルチアクセスＰＤＮコネクションを確立することを要求する場合かの判定を、第５の識別情報に基づいて判定してもよい。
なお、ＳＧＷ３５は、セッション生成要求に第１の識別情報が含まれない場合は第１の識別情報を含めずにセッション生成要求を送信してもよい。さらに、ＳＧＷ３５は、セッション生成要求に第５の識別情報が含まれない場合は第５の識別情報を含めずにセッション生成要求を送信してもよい。また、ＳＧＷ３５は、セッション生成要求に第１の識別情報と第５の識別情報のいずれも含まれない場合は、シングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信したセッション生成要求を受信する。ＰＧＷ３０は、セッション生成要求の受信及び又はセッション生成要求に含まれる第５の識別情報に基づいて、ＰＣＲＦ６０との間でのＩＰ−ＣＡＮセッション更新手続きを実行してもよい（Ｓ１９０８）。
ＰＧＷ３０は、確立するＰＤＮコネクションがマルチアクセスＰＤＮコネクションであるか、シングルアクセスＰＤＮコネクションであるかを示す情報及び又は第５の識別情報をＩＰ−ＣＡＮセッション手続き内の制御メッセージに含めてＰＣＲＦ６０に送信してもよい。
より具体的には、マルチアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤ（PDN connection ID）と、ＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報と、第１の識別情報及び又は第５の識別情報をＰＣＲＦ６０に送信する。もしくは、シングルアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤと、ＰＤＮコネクションがシングルアクセスＰＤＮコネクションであることを示す情報とをＰＣＲＦ６０に送信する。
なお、ＰＤＮコネクションＩＤは、ＰＤＮ接続手続きにおいてＰＧＷ３０がＰＤＮコネクションを確立する際に割り当てたＩＤであってよく、ＵＥ１０がＰＧＷ３０と確立するＰＤＮコネクションを一意に識別する情報であってもよい。
なお、ＰＧＷ３０はＰＣＲＦ６０にＵＥ１０及び又はｅＮＢ４５及び又はＭＭＥ４０及び又はＳＧＷ３５の情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
さらに、ＰＣＲＦ６０は、第５の識別情報の受信に基づいて、ＰＧＷ３０との間でＩＰ−ＣＡＮセッション更新手続き内の制御メッセージに少なくとも第７の識別情報を含めてＰＧＷ３０に送信してもよい。なお、第７の識別情報の詳細説明は後述する。
なお、ＰＣＲＦ６０はＰＧＷ３０に課金情報及び又はＱｏＳ制御情報及び又はルーティング情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
ＰＧＷ３０はセッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第５の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、ＭＭＥ４０にセッション生成応答を送信する（Ｓ１９１０）。
ＰＧＷ３０は、セッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第５の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
なお、ＰＧＷ３０が第７の識別情報を取得する方法は、これまで説明したＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得する方法に限らず、別の例であってもよい。例えば、ＰＧＷ３０はＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得せず、第７の識別情報を生成し、セッション生成応答に含めて送信してもよい。
ここで、第７の識別情報は、確立するマルチアクセスＰＤＮコネクションに対して許可されたＮＢＩＦＯＭオペレーションモードを表すＡｌｌｏｗｅｄ Ｍｏｄｅであってもよい。言い換えると、第５の識別情報はＵＥ１０が要求するオペレーションモードであったのに対し、第７の識別情報はオペレータによって許可されたオペレーションモードであってもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、Ａｌｌｏｗｅｄ Ｍｏｄｅをオペレータポリシーに基づいて第７の識別情報を決定してもよい。例えば、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、Ｎｅｗｔｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、両方のモードの確立を許すポリシーや、両方のモードの確立を禁止するポリシー等を管理してもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、オペレータポリシーをＨＳＳ等から取得してもよい。もしくは、オペレータポリシーは管理者により生成されたものを保存してもよい。
さらに、オペレータポリシーは、加入者毎に異なるポリシーを管理してもよい。もしくは、ＡＰＮ毎に異なるポリシーを管理してもよい。例えば、ＡＰＮ毎に確立するＰＤＮコネクションに対して異なるＡｌｌｏｗｅｄ Ｍｏｄｅが管理されていてもよい。
本例では、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されていない場合を説明する。
したがって、ＰＣＲＦ６０又はＰＧＷ３０は、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードによるＰＤＮコネクションの確立を不許可とし、第７の識別情報には、Ａｌｌｏｗｅｄ Ｍｏｄｅで許可されているモードであり、且つ、第５の識別情報とは異なるオペレーションモードを含める。
言い換えると、ＰＣＲＦ６０又はＰＧＷ３０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれており、且つ、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが許可されている場合には、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれ、且つＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが許可されている場合には、第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＣＲＦ６０は、第７の識別情報をＰＧＷ３０に通知しなくてもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＣＲＦ６０は、許可されたオペレーションが無いことをＰＧＷ３０に通知してもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＣＲＦ６０は、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）をＰＧＷ３０に送信してもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、第７の識別情報をＳＧＷ３５を介してＭＭＥ４０に通知しなくてもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）をセッション生成応答に含めてＳＧＷ３５を介してＭＭＥ４０に送信してもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、許可されたオペレーションが無いことをＭＭＥ４０に通知してもよい。
このように、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されていない場合には、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモード以外のオペレーションモードであり、且つ、ＰＤＮコネクションの確立が許可されたオペレーションモードを、第７の識別情報としてもよい。
さらに、ＰＧＷ３０はセッション生成応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのＩＰｖ６プレフィックスとインターフェースＩＤであってもよい。ここで、ＰＧＷ３０はＵＥ１０のＩＰアドレスを割り当ててもよい。さらに、ＰＧＷ３０は、ＵＥ１０に割り当てたＩＰアドレスをＰＤＮアドレスに含めてもよい。
また、ＰＤＮコネクションＩＤは、ＵＥ１０とＰＧＷ３０の間で確立するＰＤＮコネクションを一意に識別するための情報であってもよい。ＰＤＮコネクションＩＤは、ＰＧＷ３０によって割り当てられてもよく、ＭＭＥ４０によって割り当てられてもよい。言い換えると、ＰＧＷ３０がＰＤＮコネクションＩＤを割り当ててもよい。
ＳＧＷ３５は、ＰＧＷ３０が送信したセッション生成応答を受信する。ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ＭＭＥ４０にセッション生成応答を送信する（Ｓ１９１２）。
ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
さらに、ＳＧＷ３５はセッション要求応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＭＭＥ４０は、ＳＧＷ３５が送信したセッション生成応答を受信する。ＭＭＥ４０はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ｅＮＢ４５にデフォルトＥＰＳベアラコンテキストアクティブ化要求（Activate default EPS bearer context request）を送信する（Ｓ１９１４）。
ＭＭＥ４０は、セッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤ（Activate default EPS bearer context request message identity）及びプロシージャトランザクションＩＤ及びＡＰＮ及びＰＤＮアドレス（PDN Address）及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＰＳ ＱｏＳをデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めて送信してもよい。さらに、ＭＭＥ４０は、少なくとも第７の識別情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。さらに、ＭＭＥ４０は、ＰＣＯ及び又はＥＳＭ Ｃａｕｓｅ及び又はＴＦＴ、及び又はＰＤＮコネクションＩＤ、及び又はＰＤＮコネクション属性情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。なお、ＭＭＥ４０は第７の識別情報及び又はＴＦＴ及び又はＰＤＮコネクションＩＤをＰＣＯに含めて送信してもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを表すメッセージタイプであってもよい。
ＡＰＮはＵＥ１０が接続を許可されたＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＡＰＮ１は、マルチアクセスＰＤＮコネクションを確立することが許可されたＡＰＮであってもよい。ＭＭＥ４０はＡＰＮ１をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのインターフェースＩＤであってもよい。
ＥＰＳ ＱｏＳは、ＥＰＳベアラのＱｏＳを表す状態であってもよい。
ＰＤＮコネクション属性情報は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションを用いて送受信するユーザデータが、アクセスネットワークＡ及びアクセスネットワークＢを介して送受信することが許可されたことを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションが第７の識別情報の示すオペレーションモードのマルチアクセスＰＤＮコネクションであることを示す情報であってもよい。
なお、ＵＥ１０は、ＰＤＮコネクションのタイプを示すコネクティビティタイプ及び又はＷＬＡＮオフロードの可否を示すＷＬＡＮオフロード許可情報（ＷＬＡＮ ｏｆｆｌｏａｄ ａｃｃｅｐｔａｂｌｉｔｙ）をさらに含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮコネクション属性情報を、コネクティビティタイプ又はＷＬＡＮオフロード許可情報に含めて送信してもよい。
ＥＳＭ Ｃａｕｓｅは、ＵＥ１０に割り当てられたＰＤＮアドレスのＰＤＮタイプが、ＰＤＮ接続要求でＵＥ１０が要求したＰＤＮタイプと異なることを表す情報を含めてもよい。及び又は、ＥＭＳ Ｃａｕｓｅは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションが、ＵＥ１０の要求したＮＢＩＦＯＭオペレーションモードとは異なるＮＢＩＦＯＭオペレーションモードのマルチアクセスＰＤＮコネクションであることを表す情報を含めてもよい。
なお、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯに第７の識別情報を含めてもよい。ただし、ＭＭＥ４０及び又はＰＧＷ３０はＰＣＯに第７の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第７の識別情報を含めない。このように、第７の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
なお、ＵＥ１０は、ＰＤＮコネクションのタイプを示すコネクティビティタイプ及び又はＷＬＡＮオフロードの可否を示すＷＬＡＮオフロード許可情報（ＷＬＡＮ ｏｆｆｌｏａｄ ａｃｃｅｐｔａｂｌｉｔｙ）をさらに含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮコネクション属性情報を、コネクティビティタイプ又はＷＬＡＮオフロード許可情報に含めて送信してもよい。
ｅＮＢ４５は、ＭＭＥ４０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信に基づいて、ＵＥ１０にデフォルトＥＰＳベアラコンテキストアクティブ化要求を転送する。
ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求と共に、少なくとも、ＵＥ１０にＲＲＣ接続設定要求（RRC Connection Reconfiguration）を送信してもよい（Ｓ１９１６）。
ＵＥ１０は、ｅＮＢ４５が送信したＲＲＣ接続設定要求を受信する。さらに、ＵＥ１０は、ＭＭＥ４０が送信し、ｅＮＢ４５が転送したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。
ＵＥ１０はＲＲＣ接続設定要求の受信に基づいて、ｅＮＢ４５にＲＲＣ接続設定完了（RRC Connection Reconfiguration Complete）を送信する（Ｓ１９１８）。
ｅＮＢ４５は、ＵＥ１０が送信したＲＲＣ接続設定完了を受信する。ｅＮＢ４５は、ＲＲＣ接続設定完了に基づいて、ＭＭＥ４０にベアラ設定を送信する（Ｓ１９２０）。
ＭＭＥ４０は、ｅＮＢ４５が送信したベアラ設定を受信する。
ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報に基づいて、ＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化受諾（Activate default EPS bearer context accept）を送信してもよい（Ｓ１９２２）（Ｓ１９２４）。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤ（Activate default EPS bearer context accept message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めて送信してもよい。
さらに、ＰＣＯをデフォルトＥＰＳベアラコンテキストアクティブ化受諾及び又はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含めてもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージを表すメッセージタイプであってもよい。
第３のＰＤＮ接続手続きの完了により、ＵＥ１０とＰＧＷ３０は、ＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードとは異なるモードの第１のＰＤＮコネクションを確立する。ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信、及び又はＰＤＮコネクション属性情報、及び又は第７の識別情報、及び又はＥＳＭ Ｃａｕｓｅに基づいて、確立したＰＤＮコネクションが，ＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードとはことなるオペレーションモードのマルチアクセスＰＤＮコネクションであることを識別してもよい。第１のＰＤＮコネクションの確立に基づき、ＵＥ１０及びＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信する。より具体的には、ＵＥ１０及びＰＧＷ３０は、ＴＦＴで識別されるフローを第１のＰＤＮコネクションを用いて送受信する。
なお、第３のＰＤＮ接続手続きの例では、ＴＦＴの送受信をＰＤＮ接続手続きに含める場合について説明したが、これに限らず、ＴＦＴの送受信は、マルチアクセスＰＤＮコネクションの確立後に実行してもよい。
したがって、ＵＥ１０及びＭＭＥ４０は、ＴＦＴをＰＤＮ接続要求及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めずに送受信し、マルチアクセスＰＤＮコネクションを確立してもよい。言い換えると、ＰＤＮコネクションを確立した時点では、ＰＤＮコネクションを用いてユーザデータを送受信するＩＰフローは無い状態であってよい。その場合、ＵＥ１０及びＭＭＥ４０は、マルチアクセスＰＤＮコネクションを確立後にＴＦＴを送信する。
より具体的には、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０にＴＦＴを送信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＵＥ１０から受信し、ＳＧＷ３５を介してＰＧＷ３０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
一方で、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。ここで、ＰＧＷ３０は、オペレータポリシーに基づいて決定されるＴＦＴをＰＣＲＦ６０から受信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＳＧＷ３５を介してＰＧＷ３０から受信し、ｅＮＢ４５を介してＵＥ１０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
また、第３のＰＤＮ接続手続きの例では、ＵＥ１０とＰＧＷ３０とが、ＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードとは異なるモードの第１のＰＤＮコネクションを確立する場合について説明したが、これに限らず、ＵＥ１０は、要求とは異なるＮＢＩＦＯＭオペレーションモードの第１のＰＤＮコネクションの確立を拒絶してもよい。
例えば、ＵＥ１０が、確立された第１のＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードをサポートしていない場合、及び又は、確立された第１のＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードがＵＥ１０のポリシーに沿わない場合に、ＵＥ１０は、要求とは異なるＮＢＩＦＯＭオペレーションモードの第１のＰＤＮコネクションの確立を拒絶してもよい。
より詳細には、ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報及び又はＰＤＮコネクション属性情報及び又はＵＥ１０のポリシーに基づいて、ｅＮＢ４５を介してＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化拒絶（Activate default EPS bearer context reject）を送信してもよい。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージＩＤ（Activate default EPS bearer context reject message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＳＭ ＣａｕｓｅをデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含めて送信してもよい。さらに、ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に第４の識別情報をさらに含めてもよい。さらに、ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶にＰＣＯをさらに含めてもよい。なお、ＵＥ１０は第４の識別情報をＰＣＯに含めて送信してもよい。
第４の識別情報は、ＵＥ１０が確立された第１のＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードをサポートしていないことを表す情報及び又は確立された第１のＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードがＵＥ１０のポリシーに沿わないことを表す情報であってもよい。
デフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージを表すメッセージタイプであってもよい。
ＥＳＭ Ｃａｕｓｅは、デフォルトＥＰＳベアラコンテキストアクティブ化要求が拒絶された理由を表す情報であってもよい。ここで、ＵＥ１０は、第４の識別情報をＥＳＭ Ｃａｕｓｅに含めてもＵＥ１０に通知してもよい。
ＭＭＥ４０は、ＵＥ１０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化拒絶を受信してもよい。ＭＭＥ４０は、デフォルトＥＰＳベアラコンテキストアクティブ化拒絶の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含まれる第４の識別情報をもとに、ＭＭＥ４０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。さらに、ＭＭＥ４０は、ＳＧＷ３５にデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含まれる第４の識別情報を送信してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信した第４の識別情報を受信してもよい。ＳＧＷ３５は、第４の識別情報の受信及び又はオペレータポリシーに基づいて、ＳＧＷ３５が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。さらに、ＳＧＷ３５は、ＰＧＷ３０にＭＭＥ４０から受信した第４の識別情報を送信してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信した第４の識別情報を受信してもよい。ＰＧＷ３０は、第４の識別情報の受信及び又はオペレータポリシーに基づいて、ＰＧＷ３０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。
また、ＰＧＷ３０は第４の識別情報の受信をもとに、ＰＣＲＦ６０との間でＩＰ−ＣＡＮセッション更新手続きを実行してもよい。ＰＧＷ３０は、ＩＰ−ＣＡＮセッション更新手続きに第４の識別情報を含めてもよい。
ＰＣＲＦ６０は、ＩＰ−ＣＡＮセッション更新手続きに基づいて、オペレータポリシーを変更してもよい。なお、ＰＧＷ３０は、オペレータポリシーの変更に基づき、ＰＧＷ３０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。
なお、マルチＰＤＮコネクションが確立できた場合には、新たな転送路を追加する手続きを実行する事ができる。一方、シングルアクセスＰＤＮコネクションが確立された場合には、転送路を変更することは可能だが、転送路を追加する手続きは実行できない。
［１．４．４．第４のＰＤＮ接続手続き例］
第４のＰＤＮ接続手続き例について図１８を用いて説明する。
ＵＥ１０は、まず、ｅＮＢ４５を介してＭＭＥ４０にＰＤＮ接続要求（PDN connectivity request）を送信する（Ｓ２１０２）。ＵＥ１０は、少なくともＰＤＮ接続要求メッセージＩＤ（PDN connectivity request message identity）及びプロシージャトランザクションＩＤ（Procedure transaction identity）及びリクエストタイプ（Request type）及びＰＤＮタイプ（PDN type）及びプロトコル識別子（Protocol discriminator）及びＥＰＳベアラＩＤ（EPS bearer identity）を含めてＰＤＮ接続要求を送信してもよい。さらに、ＵＥ１０は、少なくとも第１の識別情報及び又は第６の識別情報をＰＤＮ接続要求に含めてもよい。さらに、ＵＥ１０は、ＡＰＮ（Access Point Name）及び又はＰＣＯ（Protocol Configuration Options）及び又はＴＦＴ（Traffic Flow Templates）をＰＤＮ接続要求に含めてもよい。なお、ＵＥ１０は、第１の識別情報及び又は第６の識別情報及び又はＴＦＴをＰＣＯに含めて送信してもよい。
ここで、第１の識別情報は、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表すＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙであってもよい。なお、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙとは、マルチアクセスＰＤＮコネクションを確立する機能を有することを示す情報であってもよい。
さらに、第６の識別情報は、マルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを決定することを要求することを表すＲｅｑｕｅｓｔ ＮＢＩＦＯＭであってもよい。及び又は、第６の識別情報は、確立するマルチアクセスＰＤＮコネクションに対して許可されるＮＢＩＦＯＭオペレーションモードを要求することを表す情報であってもよい。
このように、ＵＥ１０は、第１の識別情報及び又は第６の識別情報を含めてＰＤＮ接続要求を送信することにより、ＵＥ１０が特定のＮＢＩＦＯＭオペレーションモードを要求することなくマルチアクセスＰＤＮコネクションの確立を要求してもよい。
ＰＤＮ接続要求メッセージＩＤは、ＰＤＮ接続要求メッセージを表すメッセージタイプであってもよい。
プロシージャトランザクションＩＤはＰＤＮ接続手続きを識別する情報であってもよい。
ＡＰＮはＵＥ１０が接続を要求するＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＵＥ１０は、マルチアクセスＰＤＮコネクションを確立するために、ＡＰＮ１を含めてもよい。ここで、ＡＰＮ１はマルチアクセスＰＤＮコネクションの確立が許可されたＡＰＮで、及び又はＮＢＩＦＯＭに基づく通信が許可されたＡＰＮであってもよい。
リクエストタイプは、要求するＰＤＮ接続手続きの種類を識別する情報であってもよい。例えば、ＵＥ１０はＡＰＮ１を用いて初期接続を行うことから、リクエストタイプは、ハンドオーバーを示すタイプではなくアタッチを示すタイプであってもよい。
ＰＤＮタイプは、利用可能なＩＰバージョンを示すもであってもよい。例えば、ＰＤＮタイプはＩＰｖ４であってよく、ＩＰｖ６であってもよく、ＩＰｖ４ｖ６であってもよい。
プロトコル識別子は、ＰＤＮ接続要求の送受信に使用しているプロトコルの種類を表す識別子であってもよい。
ＥＰＳベアラＩＤは、ＥＰＳベアラを識別する情報であってもよい。ＥＰＳベアラＩＤはＭＭＥ４０によって割り当てられてもよい。
ＰＣＯは、ＰＤＮコネクションと関連付けられたプロトコル情報であってもよい。また、ＰＣＯは、要求の識別情報を含めてもよい。なお、ＵＥ１０は第１の識別情報をＰＣＯに含めて送信してもよい。
ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
なお、本例では、ＰＤＮ接続要求の送信に伴い、ＵＥ１０は特定のＮＢＩＦＯＭオペレーションモードを要求していないため、ＵＥ１０はＰＤＮ接続要求にＴＦＴを含めずに送信してもよい。言い換えると、ＵＥ１０が特定のＮＢＩＦＯＭオペレーションモードを要求することなくマルチアクセスＰＤＮコネクションの確立を要求する場合には、ＵＥ１０はＰＤＮ接続要求にＴＦＴを含めずに送信してもよい。より具体的には、ＵＥ１０は第１の識別情報及び又は第６の識別情報を含める場合には、ＴＦＴを含めずにＰＤＮ接続要求を送信してもよい。
なお、従来より、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを示す情報を含めて送信することができる。ここで、ＩＦＯＭ ｓｕｐｐｏｒｔとはＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）をサポートしていることを表す識別情報である。さらに、ＩＦＯＭとは、間ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。したがって、ＰＣＯにＩＦＯＭサポートを示す情報を含めることにより、ＵＥ１０は、特定のＩＰフローの通信を行うアクセスネットワークを切り替えることができる。
本実施形態では、ＵＥ１０はＰＣＯに第１の識別情報及び第６の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第１の識別情報及び又は第６の情報を含めない。このように、第１の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
これにより、ＵＥ１０は、単一のＰＤＮコネクション確立手続きにより、ＩＦＯＭをサポートしたＰＤＮコネクションもしくはＮＢＩＦＯＭをサポートしたＰＤＮコネクションのいずれか一方を確立することができる。言い換えると、単一のＰＤＮコネクションは、ＮＢＩＦＯＭをサポートしたＰＤＮコネクションか、ＩＦＯＭをサポートしたＰＤＮコネクションか、シングルアクセスＰＤＮコネクションかのいずれかである。
ＭＭＥ４０は、ＵＥ１０が送信したＰＤＮ接続要求を受信する。ＭＭＥ４０はＰＤＮ接続要求の受信及び又は、及び又はＰＤＮ接続要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、ＳＧＷ３５にセッション生成要求を送信する（Ｓ２１０４）。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、少なくとも第１の識別情報及び又は第６の識別情報をセッション生成要求に含めて送信してもよい。
さらに、ＭＭＥ４０は、ＵＥ１０が送信するＴＦＴの受信に基づいて、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
なお、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報と第６の識別情報のいずれの識別情報も含まれない場合は、第１の識別情報及び又は第６の識別情報を含めずにセッション生成要求を送信してもよい。また、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報及び又は第６の識別情報が含まれない場合はシングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信したセッション生成要求を受信する。ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、ＰＧＷ３０にセッション生成要求を送信する（Ｓ２１０６）。
ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、少なくとも第１の識別情報及び又は第６の識別情報をセッション生成要求に含めて送信してもよい。
さらに、ＳＧＷ３５は、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてよい。
なお、ＳＧＷ３５は、ＰＤＮ接続要求に第１の識別情報と第６の識別情報のいずれの識別情報も含まれない場合は、第１の識別情報及び又は第６の識別情報を含めずにセッション生成要求を送信してもよい。また、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報及び又は第６の識別情報が含まれない場合はシングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信したセッション生成要求を受信する。ＰＧＷ３０は、セッション生成要求の受信及び又はセッション生成要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、ＰＣＲＦ６０との間でのＩＰ−ＣＡＮセッション更新手続きを実行してもよい（Ｓ２１０８）。
ＰＧＷ３０は、セッション生成要求の受信及び又はセッション生成要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、少なくとも第１の識別情報及び又は第６の識別情報をＩＰ−ＣＡＮセッション更新手続きに含めて実行してもよい。
なお、ＰＧＷ３０はＰＣＲＦ６０にＵＥ１０及び又はｅＮＢ４５及び又はＭＭＥ４０及び又はＳＧＷ３５の情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
ＰＧＷ３０は、確立するＰＤＮコネクションがマルチアクセスＰＤＮコネクションであるか、シングルアクセスＰＤＮコネクションであるかを示す情報及び又は第１の識別情報及び又は第６の識別情報をＩＰ−ＣＡＮセッション手続き内の制御メッセージに含めてＰＣＲＦ６０に送信してもよい。
より具体的には、マルチアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤ（PDN connection ID）と、ＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報と、第１の識別情報及び又は第６の識別情報をＰＣＲＦ６０に送信する。もしくは、シングルアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤと、ＰＤＮコネクションがシングルアクセスＰＤＮコネクションであることを示す情報とをＰＣＲＦ６０に送信する。
なお、ＰＤＮコネクションＩＤは、ＰＤＮ接続手続きにおいてＰＧＷ３０がＰＤＮコネクションを確立する際に割り当てたＩＤであってよく、ＵＥ１０がＰＧＷ３０と確立するＰＤＮコネクションを一意に識別する情報であってもよい。
さらに、ＰＣＲＦ６０は、第１の識別情報及び又は第６の識別情報の受信に基づいて、ＰＧＷ３０との間でＩＰ−ＣＡＮセッション更新手続き内の制御メッセージに少なくとも第７の識別情報を含めてＰＧＷ３０に送信してもよい。なお、第７の識別情報の詳細説明は後述する。
なお、ＰＣＲＦ６０はＰＧＷ３０に課金情報及び又はＱｏＳ制御情報及び又はルーティング情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
ＰＧＷ３０はセッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第１の識別情報及び又は第６の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、ＳＧＷ３５にセッション生成応答を送信する（Ｓ２１１０）。
ＰＧＷ３０は、セッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第１の識別情報及び又は第６の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
さらに、ＰＧＷ３０はセッション生成応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
なお、ＰＧＷ３０が第７の識別情報を取得する方法は、これまで説明したＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得する方法に限らず、別の例であってもよい。例えば、ＰＧＷ３０はＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得せず、第７の識別情報を生成し、セッション生成応答に含めて送信してもよい。
ここで、第７の識別情報は、確立するマルチアクセスＰＤＮコネクションに対して許可されたＮＢＩＦＯＭオペレーションモードを表すＡｌｌｏｗｅｄ Ｍｏｄｅであってもよい。言い換えると、第７の識別情報はオペレータによって許可されたオペレーションモードであってもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、Ａｌｌｏｗｅｄ Ｍｏｄｅをオペレータポリシーに基づいて第７の識別情報を決定してもよい。例えば、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、Ｎｅｗｔｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、両方のモードの確立を許すポリシーや、両方のモードの確立を禁止するポリシー等を管理してもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、オペレータポリシーをＨＳＳ等から取得してもよい。もしくは、オペレータポリシーは管理者により生成されたものを保存してもよい。
さらに、オペレータポリシーは、加入者毎に異なるポリシーを管理してもよい。もしくは、ＡＰＮ毎に異なるポリシーを管理してもよい。例えば、ＡＰＮ毎に確立するＰＤＮコネクションに対して異なるＡｌｌｏｗｅｄ Ｍｏｄｅが管理されていてもよい。
ＰＣＲＦ６０又はＰＧＷ３０は、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、許可されているオペレーションモードを第７の識別情報に含めてもよい。
言い換えると、ＰＣＲＦ６０又はＰＧＷ３０はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのみが許可されている場合には、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのみ許可されている場合には、第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅとＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの両方が許可されている場合には、第７の識別情報は両方のオペレーションモードを含めてもよい。若しくは、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅとＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの両方が許可されており、且つデフォルトのオペレーションモードが設定されている場合には、第７の識別情報はデフォルトのオペレーションモードのみ含めてもよい。なお、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅとＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのどちらをデフォルトのオペレーションモードとするかは、オペレータポリシーに基づいて設定されてもよい。
なお、全てのオペレーションモードのＰＤＮコネクションの確立が許可されてない場合には、ＰＣＲＦ６０は、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）をＰＧＷ３０に送信してもよい。
全てのオペレーションモードのＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、第７の識別情報をＳＧＷ３５を介してＭＭＥ４０に通知しなくてもよい。
全てのオペレーションモードのＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）をセッション生成応答に含めてＳＧＷ３５を介してＭＭＥ４０に送信してもよい。
全てのオペレーションモードのＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、許可されたオペレーションが無いことをＳＧＷ３５を介してＭＭＥ４０に通知してもよい。
このように、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、ＰＣＲＦ６０又はＰＧＷ３０は,ＰＤＮコネクションの確立が許可されたオペレーションモードを、第７の識別情報としてもよい。
なお、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれない場合には、ＰＣＲＦ６０はＰＧＷ３０にＴＦＴを送信しなくてもよい。
言い換えると、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合にのみ、ＰＣＲＦ６０はＰＧＷ３０にＴＦＴを送信してもよい。
なお、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれない場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信しなくてもよい。したがって、この場合には、ＰＧＷ３０はＴＦＴをセッション生成応答に含めなくてもよい。
言い換えると、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合にのみ、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。したがって、この場合には、ＰＧＷ３０はＴＦＴをセッション生成応答に含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのＩＰｖ６プレフィックスとインターフェースＩＤであってもよい。ここで、ＰＧＷ３０はＵＥ１０のＩＰアドレスを割り当ててもよい。さらに、ＰＧＷ３０は、ＵＥ１０に割り当てたＩＰアドレスをＰＤＮアドレスに含めてもよい。
また、ＰＤＮコネクションＩＤは、ＵＥ１０とＰＧＷ３０の間で確立するＰＤＮコネクションを一意に識別するための情報であってもよい。ＰＤＮコネクションＩＤは、ＰＧＷ３０によって割り当てられてもよく、ＭＭＥ４０によって割り当てられてもよい。言い換えると、ＰＧＷ３０がＰＤＮコネクションＩＤを割り当ててもよい。
ＳＧＷ３５は、ＰＧＷ３０が送信したセッション生成応答を受信する。ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ＭＭＥ４０にセッション生成応答を送信する（Ｓ２１１２）。
ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
さらに、ＳＧＷ３５はセッション要求応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＭＭＥ４０は、ＳＧＷ３５が送信したセッション生成応答を受信する。ＭＭＥ４０はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ｅＮＢ４５にデフォルトＥＰＳベアラコンテキストアクティブ化要求（Activate default EPS bearer context request）を送信する（Ｓ２１１４）。
ＭＭＥ４０は、セッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤ（Activate default EPS bearer context request message identity）及びプロシージャトランザクションＩＤ及びＡＰＮ及びＰＤＮアドレス及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＰＳ ＱｏＳをデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めて送信してもよい。さらに、ＭＭＥ４０は、少なくとも第７の識別情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。さらに、ＭＭＥ４０は、ＰＣＯ及び又はＥＳＭ Ｃａｕｓｅ及び又はＴＦＴ、及び又はＰＤＮコネクションＩＤ、及び又はＰＤＮコネクション属性情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。なお、ＭＭＥ４０は第７の識別情報及び又はＴＦＴ及び又はＰＤＮコネクションＩＤをＰＣＯに含めて送信してもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを表すメッセージタイプであってもよい。
ＡＰＮはＵＥ１０が接続を許可されたＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＡＰＮ１は、マルチアクセスＰＤＮコネクションを確立ことが許可されたＡＰＮであってもよい。ＭＭＥ４０はＡＰＮ１をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのインターフェースＩＤであってもよい。
ＥＰＳ ＱｏＳは、ＥＰＳベアラのＱｏＳを表す状態であってもよい。
ＰＤＮコネクション属性情報は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションを用いて送受信するユーザデータが、アクセスネットワークＡ及びアクセスネットワークＢを介して送受信することが許可されたことを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションが第７の識別情報の示すオペレーションモードのマルチアクセスＰＤＮコネクションであることを示す情報であってもよい。
なお、ＵＥ１０は、ＰＤＮコネクションのタイプを示すコネクティビティタイプ及び又はＷＬＡＮオフロードの可否を示すＷＬＡＮオフロード許可情報（ＷＬＡＮ ｏｆｆｌｏａｄ ａｃｃｅｐｔａｂｌｉｔｙ）をさらに含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮコネクション属性情報を、コネクティビティタイプ又はＷＬＡＮオフロード許可情報に含めて送信してもよい。
ＥＳＭ Ｃａｕｓｅは、ＵＥ１０に割り当てられたＰＤＮアドレスのＰＤＮタイプが、ＰＤＮ接続要求でＵＥ１０が要求したＰＤＮタイプと異なることを表す情報であってもよい。
なお、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯに第７の識別情報を含めてもよい。ただし、ＭＭＥ４０及び又はＰＧＷ３０はＰＣＯに第７の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第７の識別情報を含めない。このように、第７の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
ｅＮＢ４５は、ＭＭＥ４０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信に基づいて、ＵＥ１０にデフォルトＥＰＳベアラコンテキストアクティブ化要求を転送する。
ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求と共に、少なくとも、ＵＥ１０にＲＲＣ接続設定要求（RRC Connection Reconfiguration）を送信してもよい（Ｓ２１１６）。
ＵＥ１０は、ｅＮＢ４５が送信したＲＲＣ接続設定要求を受信する。さらに、ＵＥ１０は、ＭＭＥ４０が送信し、ｅＮＢ４５が転送したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。
ＵＥ１０はＲＲＣ接続設定要求の受信に基づいて、ｅＮＢ４５にＲＲＣ接続設定完了（RRC Connection Reconfiguration Complete）を送信する（Ｓ２１１８）。
ｅＮＢ４５は、ＵＥ１０が送信したＲＲＣ接続設定完了を受信する。ｅＮＢ４５は、ＲＲＣ接続設定完了に基づいて、ＭＭＥ４０にベアラ設定を送信する。
ＭＭＥ４０は、ｅＮＢ４５が送信したベアラ設定を受信する（Ｓ２１２０）。
ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報に基づいて、ＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化受諾（Activate default EPS bearer context accept）を送信する（Ｓ２１２２）（Ｓ２１２４）。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤ（Activate default EPS bearer context accept message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めて送信してもよい。
さらに、ＰＣＯをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めてもよい。
さらに、第７の識別情報に複数のＩＮＦＯＭオペレーションモードが含まれている場合には、ＵＥ１０は、少なくとも第５の識別情報をデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めてもよい。言い換えると、複数のＩＮＦＯＭオペレーションモードが許可されている場合には、ＵＥ１０は、許可されているモードのうちの一つを選択し、第５の識別情報に含めて送信してもよい。
具体的には、ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ及びＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ又はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅとＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのどちらを第５の識別情報に含めるかは、ＵＥポリシーに基づいて決定してもよい。
なお、ＵＥポリシーは、ＵＥ１０に設定された情報であればよい。例えば、ＵＥポリシーはユーザによって設定された情報であってもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージを表すメッセージタイプであってもよい。
第４のＰＤＮ接続手続きの完了により、ＵＥ１０とＰＧＷ３０は、オペレータポリシーによって決定されたオペレーションモードの第１のＰＤＮコネクションを確立する。もしくは、ＵＥ１０は、オペレータポリシーによって許可されたオペレーションモードのうちの一つから選択したオペレーションモードの第１のＰＤＮコネクションを確立する。なお、ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信、及び又はＰＤＮコネクション属性情報、及び又は第７の識別情報、及び又は第７の識別情報に基づいて選択するオペレーションモードに基づいて、確立したＰＤＮコネクションに対するＮＢＩＦＯＭオペレーションモードを識別してもよい。第１のＰＤＮコネクションの確立に基づき、ＵＥ１０及びＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信する。より具体的には、ＵＥ１０及びＰＧＷ３０は、ＴＦＴで識別されるフローを第１のＰＤＮコネクションを用いて送受信する。
なお、第４のＰＤＮ接続手続きの例では、ＴＦＴの送受信をＰＤＮ接続手続きに含める場合について説明したが、これに限らず、ＴＦＴの送受信は、マルチアクセスＰＤＮコネクションの確立後に実行してもよい。
したがって、ＵＥ１０及びＭＭＥ４０は、ＴＦＴをＰＤＮ接続要求及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めずに送受信し、マルチアクセスＰＤＮコネクションを確立してもよい。言い換えると、ＰＤＮコネクションを確立した時点では、ＰＤＮコネクションを用いてユーザデータを送受信するＩＰフローは無い状態であってよい。その場合、ＵＥ１０及びＭＭＥ４０は、マルチアクセスＰＤＮコネクションを確立後にＴＦＴを送信する
より具体的には、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０にＴＦＴを送信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＵＥ１０から受信し、ＳＧＷ３５を介してＰＧＷ３０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
一方で、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。ここで、ＰＧＷ３０は、オペレータポリシーに基づいて決定されるＴＦＴをＰＣＲＦ６０から受信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＳＧＷ３５を介してＰＧＷ３０から受信し、ｅＮＢ４５を介してＵＥ１０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
また、第４のＰＤＮ接続手続きの例では、ＵＥ１０とＰＧＷ３０とが、オペレータポリシーによって決定されたオペレーションモード、もしくは、オペレータポリシーによって許可されたオペレーションモードのうちの一つからＵＥ１０が選択したオペレーションモードの第１のＰＤＮコネクションを確立する場合について説明したが、これに限らず、ＵＥ１０は、第１のＰＤＮコネクションの確立を拒絶してもよい。
例えば、ＵＥ１０が、オペレータポリシーによって許可されたオペレーションモードをサポートしていない場合、及び又は、オペレータポリシーによって許可されたオペレーションモードがＵＥ１０のポリシーに沿わない場合に、ＵＥ１０は、第１のＰＤＮコネクションの確立を拒絶してもよい。
より詳細には、ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報及び又はＰＤＮコネクション属性情報及び又はＵＥ１０のポリシーに基づいて、ｅＮＢ４５を介してＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化拒絶（Activate default EPS bearer context reject）を送信してもよい。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージＩＤ（Activate default EPS bearer context reject message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＳＭ ＣａｕｓｅをデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含めて送信してもよい。さらに、ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に第４の識別情報をさらに含めてもよい。さらに、ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶にＰＣＯをさらに含めてもよい。なお、ＵＥ１０は第４の識別情報をＰＣＯに含めて送信してもよい。
第４の識別情報は、ＵＥ１０がオペレータポリシーによって許可されたオペレーションモードをサポートしていないことを表す情報及び又はオペレータポリシーによって許可されたオペレーションモードがＵＥ１０のポリシーに沿わないことを表す情報であってもよい。
デフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージを表すメッセージタイプであってもよい。
ＥＳＭ Ｃａｕｓｅは、デフォルトＥＰＳベアラコンテキストアクティブ化要求が拒絶された理由を表す情報であってもよい。ここで、ＵＥ１０は、第４の識別情報をＥＳＭ Ｃａｕｓｅに含めてもＵＥ１０に通知してもよい。
ＭＭＥ４０は、ＵＥ１０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化拒絶を受信してもよい。ＭＭＥ４０は、デフォルトＥＰＳベアラコンテキストアクティブ化拒絶の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含まれる第４の識別情報をもとに、ＭＭＥ４０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。ｓらに、ＭＭＥ４０は、ＳＧＷ３５にデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含まれる第４の識別情報を送信してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信した第４の識別情報を受信してもよい。ＳＧＷ３５は、第４の識別情報の受信及び又はオペレータポリシーに基づいて、ＳＧＷ３５が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。さらに、ＳＧＷ３５は、ＰＧＷ３０にＭＭＥ４０から受信した第４の識別情報を送信してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信した第４の識別情報を受信してもよい。ＰＧＷ３０は、第４の識別情報の受信及び又はオペレータポリシーに基づいて、ＰＧＷ３０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。
また、ＰＧＷ３０は第４の識別情報の受信をもとに、ＰＣＲＦ６０との間でＩＰ−ＣＡＮセッション更新手続きを実行してもよい。ＰＧＷ３０は、ＩＰ−ＣＡＮセッション更新手続きに第４の識別情報を含めてもよい。
ＰＣＲＦ６０は、ＩＰ−ＣＡＮセッション更新手続きに基づいて、オペレータポリシーを変更してもよい。なお、ＰＧＷ３０は、オペレータポリシーの変更に基づき、ＰＧＷ３０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。
なお、マルチＰＤＮコネクションが確立できた場合には、新たな転送路を追加する手続きを実行する事ができる。一方、シングルアクセスＰＤＮコネクションが確立された場合には、転送路を変更することは可能だが、転送路を追加する手続きは実行できない。
［１．４．５．ＰＤＮコネクション確立手続き後の状態の説明］
前記で説明した第１〜第４のＰＤＮ接続手続きを実行すると、後述の第１の状態及び、第２の状態となる。
なお、追加アタッチ手続きでの初期状態は、第２の状態であってもよい。なお、追加アタッチ手続きにおける初期状態は第２の状態に限らなくてもよい。
［１．４．６．第１の状態の説明］
第１の状態を図１３を用いて説明する。第１の状態では、ＵＥ１０はコアネットワーク９０との間に第１のＰＤＮコネクションを確立している状態である。しかし、ＵＥ１０は第２のＰＤＮコネクションを既に確立していない状態である。より詳細には、ＵＥ１０は、ＰＧＷ＿Ａ１３１０との間に第１のＰＤＮコネクションを確立している。しかし、ＵＥ１０はＰＧＷ＿Ｂ１３２０との間に第２のＰＤＮコネクションを確立していない。
なお、ＰＧＷ＿Ａ１３１０は、ＡＰＮ１を用いて選択されるゲートウェイ装置であってもよい。ＰＧＷ＿Ｂ１３２０は、ＡＰＮ２を用いて選択されるゲートウェイ装置であってもよい。更に、ＰＧＷ＿Ａ１３１０及びＰＧＷ＿Ｂ１３２０はＰＧＷ３０であってもよい。また、ＡＰＮ１及び又はＡＰＮ２を用いたゲートウェイの選択は、アクセスネットワークＢに含まれて配置されているＴＷＡＧ７４及び又はコアネットワーク９０に含まれて配置されているＭＭＥ４０によって実行されてもよい。
さらに、ＡＰＮ１を用いて選択されるゲートウェイ装置とＡＰＮ２を用いて選択されるゲートウェイ装置は同一のゲートウェイ装置であってもよい。その場合は、ＰＧＷ＿Ａ１３１０とＰＧＷ＿Ｂ１３２０は同一の装置であってもよい。
なお、第１のＰＤＮコネクションは、アクセスネットワークＡを介したＵＥ１０とＰＧＷ３０との間の転送路で構成されてもよい。したがって、ＵＥ１０とｅＮＢ４５との間の転送路と、ｅＮＢ４５とＳＧＷ３５との間の転送路と、ＳＧＷ３５とＰＧＷ＿Ａ１３１０との間の転送路を組み合わせた転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
このように、第１の状態では、ＵＥ１０はアクセスネットワークＡを経由してマルチアクセスＰＤＮコネクションを確立している状態であってもよい。さらに、第１の状態では、ＵＥ１０はアクセスネットワークＢを経由してコアネットワーク９０に接続していない状態であってもよい。
なお、ＵＥ１０は、アクセスネットワークＡを経由してシングルアクセスＰＤＮコネクションを確立していなくてもよい。
もしくは、ＵＥ１０はアクセスネットワークＡを経由してシングルアクセスＰＤＮコネクションを確立している状態であってもよい。その場合、ＵＥ１０はＵＥ１０が主導して開始するシングルアクセスＰＤＮコネクションでのアタッチ手続き又はＰＤＮ接続手続きをＬＴＥアクセスネットワークで実行し、第３のＰＤＮコネクションを確立してもよい。
なお、第３のＰＤＮコネクションは、ＡＰＮ２を用いて選択されるゲートウェイとの間に確立してもよい。もしくは、ＡＰＮ１やＡＰＮ２とは異なる他のＡＰＮを用いて選択されるゲートウェイとの間に確立してもよい。
以上、第１の状態を説明してきたが、第１の状態はこれに限らず、例えばアクセスネットワークＡを介してマルチアクセスＰＤＮコネクションを確立している、且つ、アクセスネットワークＢを介してＰＤＮコネクションを確立していない状態であればよい。
［１．４．７．第２の状態の説明］
第２の状態を図１４を用いてを説明する。第２の状態では、ＵＥ１０はコアネットワーク９０との間に第１のＰＤＮコネクションを確立している状態である。さらに、ＵＥ１０はコアネットワーク９０との間に第２のＰＤＮコネクションを確立している状態である。より詳細には、ＵＥ１０は、ＰＧＷ＿Ａ１３１０との間に第１のＰＤＮコネクションを確立している。さらに、ＵＥ１０はＰＧＷ＿Ｂ１３２０との間に第２のＰＤＮコネクションを確立している。
なお、ＰＧＷ＿Ａ１３１０は、ＡＰＮ１を用いて選択されるゲートウェイ装置であってもよい。ＰＧＷ＿Ｂ１３２０は、ＡＰＮ２を用いて選択されるゲートウェイ装置であってもよい。更に、ＰＧＷ＿Ａ１３１０及びＰＧＷ＿Ｂ１３２０はＰＧＷ３０であってもよい。また、ＡＰＮ１及び又はＡＰＮ２を用いたゲートウェイの選択は、アクセスネットワークＢに含まれて配置されているＴＷＡＧ７４及び又はコアネットワーク９０に含まれて配置されているＭＭＥ４０によって実行されてもよい。
さらに、ＡＰＮ１を用いて選択されるゲートウェイ装置とＡＰＮ２を用いて選択されるゲートウェイ装置は同一のゲートウェイ装置であってもよい。その場合は、ＰＧＷ＿Ａ１３１０とＰＧＷ＿Ｂ１３２０は同一の装置であってもよい。
なお、第１のＰＤＮコネクションは、アクセスネットワークＡを介したＵＥ１０とＰＧＷ３０との間の転送路で構成されてもよい。したがって、ＵＥ１０とｅＮＢ４５との間の転送路と、ｅＮＢ４５とＳＧＷ３５との間の転送路と、ＳＧＷ３５とＰＧＷ＿Ａ１３１０との間の転送路を組み合わせた転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
また、第２のＰＤＮコネクションは、アクセスネットワークＢを介したＵＥ１０とＰＧＷ３０との間の転送路で構成されてもよい。したがって、ＵＥ１０とＴＷＡＧ７４との間の転送路と、ＴＷＡＧ７４とＰＧＷ＿Ｂ１３２０との間の転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
このように、第１の状態では、ＵＥ１０はアクセスネットワークＡを経由してマルチアクセスＰＤＮコネクションを確立している状態であってもよい。さらに、ＵＥ１０はアクセスネットワークＢを経由してシングルアクセスＰＤＮコネクションを確立している状態であってもよい。
なお、ＵＥ１０は、アクセスネットワークＡを経由してシングルアクセスＰＤＮコネクションを確立していなくてもよい。
もしくは、ＵＥ１０はアクセスネットワークＡを経由してシングルアクセスＰＤＮコネクションを確立している状態であってもよい。その場合、ＵＥ１０はＵＥ１０が主導して開始するシングルアクセスＰＤＮコネクションでのアタッチ手続き又はＰＤＮ接続手続きをＬＴＥアクセスネットワークで実行し、第３のＰＤＮコネクションを確立してもよい。
なお、第３のＰＤＮコネクションは、ＡＰＮ２を用いて選択されるゲートウェイとの間に確立してもよい。もしくは、ＡＰＮ１やＡＰＮ２とは異なる他のＡＰＮを用いて選択されるゲートウェイとの間に確立してもよい。
以上、第２の状態を説明してきたが、第２の状態はこれに限らず、例えばアクセスネットワークＢを介してマルチアクセスＰＤＮコネクションを確立している、且つ、アクセスネットワークＡを介してシングルアクセスＰＤＮコネクションを確立している状態であればよい。
［２．第２の実施形態］
以下、図面を参照しながら本発明の実施形態による無線通信技術について詳細に説明する。
［２．１．システム概要］
図１は、本実施形態における移動通信システムの概略を説明するための図である。本図に示すように、移動通信システム９は、移動端末装置ＵＥ１０とアクセスネットワークＡに含まれるＬＴＥの基地局ｅＮＢ４５と、アクセスネットワークＢに含まれるゲートウェイＴＷＡＧ７４（Ｔｒｕｓｔｅｄ ＷＬＡＮ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）７４と、コアネットワーク９０に含まれるＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）４０とＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）３５とＰＧＷ（ＰＤＮ Ｇａｔｅｗａｙ）３０により構成される。
ここで、ＵＥ１０は移動端末装置であればよく、ＵＥ１０（Ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）又は、ＭＥ（Ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ）又はＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）であってもよい。
また、アクセスネットワークＡはＬＴＥのアクセスネットワークであってよく、アクセスネットワークＡに含まれるｅＮＢ４５はＬＴＥの無線基地局であってもよい。なお、アクセスネットワークＡには複数の無線基地局が含まれていてもよい。
また、アクセスネットワークＢはＷＬＡＮのアクセスネットワークであってもよい。ＴＷＡＧ７４は、コアネットワーク９０内のＰＧＷ３０と接続する、コアネットワーク９０とＷＬＡＮアクセスネットワーク間を接続するゲートウェイであってもよい。
本実施形態において、ＵＥ１０はアクセスネットワークＡを介してＥＰＳベアラを用いたＰＤＮコネクションを確立できる。
また、ＵＥ１０はＰＧＷ３０とＵＥ１０間のＧＴＰ／ＰＭＩＰｖ６転送路を用いてＰＤＮコネクションを確立することができる。なお、転送路はベアラであってもよい。
ここで、コアネットワーク９０は、移動通信事業者（Ｍｏｂｉｌｅ Ｏｐｅｒａｔｏｒ）が運用するＩＰ移動通信ネットワークのことである。
例えば、コアネットワーク９０は移動通信システム９を運用、管理する移動通信事業者のためのコアネットワーク９０であってもよい、又はＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）等の仮想移動通信事業者のためのコアネットワーク９０であってもよい。
ＭＭＥ４０は、アクセスネットワークＡを介してＵＥ１０の位置管理及びアクセス制御を行う制御装置である。ＭＭＥ４０の詳細は後に説明する。
また、ＳＧＷ３５はコアネットワーク９０とアクセスネットワークＡ間のゲートウェイ装置であり、ＵＥ１０とＰＧＷ３０間のユーザデータの転送を行う。
ＰＧＷ３０はＵＥ１０に通信サービスを提供するパケットデータサービス網（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）のゲートウェイ装置である。
本実施形態では、ＵＥ１０は、第１のＰＤＮコネクション及び又は第２のＰＤＮコネクションを確立することができる。
また、本実施形態においてＮＢＩＦＯＭとはマルチアクセスＰＤＮコネクションを確立することができる技術である。
また、本実施形態においてマルチアクセスＰＤＮコネクションとは、１つのＰＤＮコネクションに３ＧＰＰアクセス及び又はＷＬＡＮアクセスによる転送路及び又はベアラを収容する事ができるＰＤＮコネクションである。言い換えれば、マルチアクセスＰＤＮコネクションは３ＧＰＰアクセスとＷＬＡＮアクセスを介した転送路を両方収容する事ができる。なお、マルチアクセスＰＤＮコネクションは３ＧＰＰアクセスを介したベアラのみを収容したＰＤＮコネクションであってもよく、又はＷＬＡＮアクセスを介した転送路のみを収容したＰＤＮコネクションであってもよい。言い換えれば、マルチアクセスＰＤＮコネクションは、1又は複数の転送路を構成する事が可能なＰＤＮコネクションである。
なお、本実施形態では、第1の実施形態と異なり、マルチアクセスＰＤＮコネクションは、ＮＢＩＦＯＭに基づいて確立されるＰＤＮコネクション又はＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）に基づいて確立するＰＤＮコネクションであってもよい。したがって、本実施形態では、マルチアクセスＰＤＮコネクションとは、ＮＢＩＦＯＭに基づいて特定のフローの転送路を選択可能なＰＤＮコネクションをマルチアクセスＰＤＮコネクションと、ＩＦＯＭに基づいて特定のフローの転送路を選択可能なＰＤＮコネクションをマルチアクセスＰＤＮコネクションのいずれかであってもよい。
なお、ＩＦＯＭとは、ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。一方で、ＮＢＩＦＯＭとは、ＧＴＰ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｙｓｔｅｍ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）やＰＭＩＰ（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ）等のネットワークベースの移動管理プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。
また、第１のＰＤＮコネクションは上述したマルチアクセスＰＤＮコネクションであってもよい。
詳細には、第１のＰＤＮコネクションはアクセスネットワークＡを介した通信路ＥＰＳベアラと、アクセスネットワークＢを介したＧＴＰ／ＰＭＩＰｖ６トンネルによる通信路を、一つのＰＤＮコネクションとして用いる事ができるＰＤＮコネクションである。つまり、このＰＤＮコネクションは３ＧＰＰアクセスや、ＷＬＡＮアクセス、又は両方のアクセスを介してデータを送受信できる。第１のＰＤＮコネクションはマルチアクセスＰＤＮコネクションであってもよい。
また、第２のＰＤＮコネクションは、マルチアクセスＰＤＮコネクションではなく従来のＰＤＮコネクションであってもよい。なお、第２のＰＤＮコネクションはシングルアクセスＰＤＮコネクションであってもよい。
ここで、シングルアクセスＰＤＮコネクションとはマルチアクセスＰＤＮコネクションと異なり、３ＧＰＰアクセスとＷＬＡＮアクセスのいずれかの転送路のみを構成する１つのＰＤＮコネクションである。詳細には、シングルアクセスＰＤＮコネクションは従来のアタッチにより確立するＰＤＮコネクションである。
つまり、第２のＰＤＮコネクションはアクセスネットワークＡを介したＥＰＳベアラにより構成されるＰＤＮコネクション、又はアクセスネットワークＢを介したＧＴＰ／ＰＭＩＰｖ６転送路により構成されるＰＤＮコネクションである。第２のＰＤＮコネクションにはどちらか一方のアクセスネットワークを介した転送路及び又は通信路が収容される。
このように、シングルアクセスＰＤＮコネクションは、マルチアクセスＰＤＮコネクションとは異なるＰＤＮコネクションである。さらに、シングルアクセスＰＤＮコネクションは、ＬＩＰＡ（Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ）用のＰＤＮコネクションとも異なるＰＤＮコネクションである。ここで、ＬＩＰＡとは、ホームネットワークへのオフロードを行うための通信制御である。より具体的には、端末装置が接続する基地局は、従来コアネットワーク９０へ配送するユーザデータを、基地局が接続するホームネットワークへ送信することによりオフロードを実行する。ＬＩＰＡ用のＰＤＮコネクションとは、こうしたＬＩＰＡに基づいた通信を行うためのＰＤＮコネクションである。
次に、コアネットワーク９０の構成例を説明する。図２（ａ）はＩＰ移動通信ネットワークの構成の一例を示す。図２（ａ）に示すように、コアネットワーク９０は、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）５０、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、 Ａｕｔｈｏｒｉｚａｔｉｏｎ、 Ａｃｃｏｕｎｔｉｎｇ）５５、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）６０、ＰＧＷ３０、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）６５、ＳＧＷ３５、ＭＭＥ４０、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）４５により構成される。
また、コアネットワーク９０は、複数の無線アクセスネットワーク（ＬＴＥ ＡＮ８０、ＷＬＡＮ ＡＮｂ７５、ＷＬＡＮ ＡＮａ７０、ＵＴＲＡＮ２０、ＧＥＲＡＮ２５）に接続することができる。
無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、ＵＥ１０は無線アクセスネットワークに無線接続することができる。
さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ６５を介してコアネットワーク９０へ接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ ＡＮｂ７５）と、ＰＧＷ３０とＰＣＲＦ６０とＡＡＡ５５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ ＡＮａ７５）とが構成可能である。
なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
ＰＧＷ３０はＰＤＮ１００とＳＧＷ３５とｅＰＤＧ６５とＷＬＡＮ ＡＮａ７０と、ＰＣＲＦ６０とＡＡＡ５５とに接続されており、ＰＤＮ１００とコアネットワーク９０のゲートウェイ装置としてユーザデータの転送を行う中継装置である。
ＳＧＷ３５は、ＰＧＷ３０とＭＭＥ４０とＬＴＥ ＡＮ８０とＳＧＳＮ４５とＵＴＲＡＮ２０とに接続されており、コアネットワーク９０と３ＧＰＰのアクセスネットワーク（ＵＴＲＡＮ２０、ＧＥＲＡＮ２５、ＬＴＥ ＡＮ８０）とのゲートウェイ装置としてユーザデータの転送を行う中継装置である。
ＭＭＥ４０は、ＳＧＷ３５とＬＴＥ ＡＮ８０とＨＳＳ５０に接続されており、ＬＴＥ ＡＮ８０を経由してＵＥ１０の位置情報管理と、アクセス制御を行うアクセス制御装置である。また、コアネットワーク９０には、複数の位置管理装置が含まれて構成されてもよい。例えば、ＭＭＥ４０とは異なる位置管理装置が構成されてもよい。ＭＭＥ４０とは異なる位置管理装置はＭＭＥ４０と同様にＳＧＷ３５とＬＴＥ ＡＮ８０と、ＨＳＳ５０と接続されてもよい。
また、コアネットワーク９０内に複数のＭＭＥ４０が含まれている場合、ＭＭＥ４０同士が接続されてもよい。これにより、ＭＭＥ４０間で、ＵＥ１０のコンテキストの送受信が行われてもよい。
ＨＳＳ５０はＭＭＥ４０とＡＡＡ５５とに接続されており、加入者情報の管理を行う管理ノードである。ＨＳＳ５０の加入者情報は、例えばＭＭＥ４０のアクセス制御の際に参照される。さらに、ＨＳＳ５０は、ＭＭＥ４０とは異なる位置管理装置と接続されていてもよい。
ＡＡＡ５５は、ＰＧＷ３０と、ＨＳＳ５０と、ＰＣＲＦ６０と、ＷＬＡＮ ＡＮａ７０とに接続されており、ＷＬＡＮ ＡＮａ７０を経由して接続するＵＥ１０のアクセス制御を行う。
ＰＣＲＦ６０は、ＰＧＷ３０と、ＷＬＡＮ ＡＮａ７５と、ＡＡＡ５５と、ＰＤＮ１００に接続されており、データ配送に対するＱｏＳ管理を行う。例えば、ＵＥ１０とＰＤＮ１００間の通信路のＱｏＳの管理を行う。
ｅＰＤＧ６５は、ＰＧＷ３０と、ＷＬＡＮ ＡＮｂ７５とに接続されており、コアネットワーク９０と、ＷＬＡＮ ＡＮｂ７５とのゲートウェイ装置としてユーザデータの配送を行う。
ＳＧＳＮ４５は、ＵＴＲＡＮ２０とＧＥＲＡＮ２５とＳＧＷ３５と接続されており、３Ｇ／２Ｇのアクセスネットワーク（ＵＴＲＡＮ／ＧＥＲＡＮ）とＬＴＥのアクセスネットワーク（Ｅ−ＵＴＲＡＮ）間の位置管理のための制御装置である。更に、ＳＧＳＮ４５は、ＰＧＷ３０及びＳＧＷ３５の選択機能、ＵＥ１０のタイムゾーンの管理機能、及びＥ−ＵＴＲＡＮへのハンドオーバー時のＭＭＥ４０の選択機能を持つ。
また、図２（ｂ）に示すように、各無線アクセスネットワークには、ＵＥ１０が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
本実施形態においては、ＬＴＥ ＡＮ８０はｅＮＢ４５を含んで構成される。ｅＮＢ４５はＬＴＥアクセスシステムでＵＥ１０が接続する無線基地局であり、ＬＴＥ ＡＮ８０には１又は複数の無線基地局が含まれて構成されてもよい。
ＷＬＡＮ ＡＮａ７０はＷＬＡＮ ＡＰａ７２と、ＴＷＡＧ７４とが含まれて構成される。ＷＬＡＮ ＡＰａ７２はコアネットワーク９０を運営する事業者に対して信頼性のあるＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ ＡＮａ７０には１又は複数の無線基地局が含まれて構成されてもよい。ＴＷＡＧ７４はコアネットワーク９０とＷＬＡＮ ＡＮａ７０のゲートウェイ装置である。また、ＷＬＡＮ ＡＰａ７２とＴＷＡＧ７４とは、単一の装置で構成されてもよい。
コアネットワーク９０を運営する事業者とＷＬＡＮ ＡＮａ７０を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
また、ＷＬＡＮ ＡＮｂ７５はＷＬＡＮ ＡＰｂ７６を含んで構成される。ＷＬＡＮ ＡＰｂ７６はコアネットワーク９０を運営する事業者に対して信頼関係が結ばれていない場合に、ＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ ＡＮｂ７５には１又は複数の無線基地局が含まれて構成されてもよい。
このように、ＷＬＡＮ ＡＮｂ７５はコアネットワーク９０に含まれる装置であるｅＰＤＧ６５をゲートウェイとしてコアネットワーク９０に接続される。ｅＰＤＧ６５は安全性を確保するためのセキュリティー機能を持つ。
ＵＴＲＡＮ２０は、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）２４とｅＮＢ（ＵＴＲＡＮ）２２を含んで構成される。ｅＮＢ（ＵＴＲＡＮ）２２は、ＵＴＲＡ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）でＵＥ１０が接続する無線基地局であり、ＵＴＲＡＮ２０には１又は複数の無線基地局が含まれて構成されてもよい。またＲＮＣ２４は、コアネットワーク９０とｅＮＢ（ＵＴＲＡＮ）２２を接続する制御部であり、ＵＴＲＡＮ２０には１又は複数のＲＮＣが含まれて構成されてもよい。また、ＲＮＣ２４は１つ又は複数のｅＮＢ（ＵＴＲＡＮ）２２と接続されてもよい。更に、ＲＮＣ２４は、ＧＥＲＡＮ２５に含まれる無線基地局（ＢＳＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｓｕｂｓｙｓｔｅｍ）２６）と接続されてもよい。
ＧＥＲＡＮ２５は、ＢＳＳ２６を含んで構成される。ＢＳＳ２６は、ＧＥＲＡ（ＧＳＭ／ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ）でＵＥ１０が接続する無線基地局であり、ＧＥＲＡＮ２５には１又は複数の無線基地局ＢＳＳで構成されてもよい。また、複数のＢＳＳ２６は互いに接続しあっていてもよい。またＢＳＳ２６はＲＮＣ２４と接続してもよい。
なお、本明細書において、ＵＥ１０が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
［２．２．装置構成］
以下、各装置の構成について説明する。
［２．２．１．ＴＷＡＧ構成］
図３はＴＷＡＧ７４の装置構成を示す。図に示すように、ＴＷＡＧ７４はＩＰ移動通信ネットワークインターフェース部３２０と、制御部３００と記憶部３４０で構成されている。ＩＰ移動通信ネットワークインターフェース部３２０と記憶部３４０は制御部３００と、バスを介して接続されている。
制御部３００はＴＷＡＧ７４を制御するための機能部である。制御部３００は、記憶部３４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部３２０はＴＷＡＧ７４が、ＰＧＷ３０と接続するための機能部である。
記憶部３４０は、ＴＷＡＧ７４の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
図３に示すように、記憶部３４０はＴＷＡＧ ｃａｐａｂｉｌｉｔｙ３４２と、Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ３４４とＥＰＳベアラコンテキスト３４６を記憶する。以下、記憶部３４０で記憶される情報要素について説明する。
図４に、記憶部３４０で記憶される情報要素を示す。図４（ａ）はＴＷＡＧ７４が記憶するＴＷＡＧ ｃａｐａｂｉｌｉｔｙの一例を示す。ＴＷＡＧ ｃａｐａｂｉｌｉｔｙでは、ＴＷＡＧ７４ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＴＷＡＧ７４がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＴＷＡＧ７４が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＴＷＡＧ７４はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
図に示すように、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＴＷＡＧ７４の識別情報ＴＷＡＧ ＩＤと対応づけられて記憶されてもよい。ＴＷＡＧ ＩＤと対応づけられていない場合、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙは、記憶するＴＷＡＧ７４の能力を意味してもよい。
ＴＷＡＧ ＩＤとＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが対応付けて記憶されている場合、ＴＷＡＧ７４は複数のＴＷＡＧ７４のＴＷＡＧ ｃａｐａｂｉｌｉｔｙを記憶してもよい。
この場合、ＵＥ１０が他のＴＷＡＧ７４へハンドオーバーする際に、ＴＷＡＧ７４がＴＷＡＧ Ｃａｐａｂｉｌｉｔｙに基づきハンドオーバー先のＴＷＡＧ７４を選択してもよい。
次に、Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ３４４について説明する。図４（ｂ）はＴＷＡＧ７４が記憶するＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を示す。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＰＧＷ３０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。言い換えれば、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＮＢＩＦＯＭ機能をサポートするゲートウェイであることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０がＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
図４（ｂ）に示すように、ＴＷＡＧ７４は、ＰＧＷ ＩＤと対応付けてＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。更に、図に示すように、複数のＰＧＷ３０に対応づけて、それぞれＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが記憶されてもよい。
ＰＧＷ ＩＤは、ＰＧＷ３０を識別するための情報であればよく、例えばＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）であってもよい。
次に、ＥＰＳベアラコンテキストについて説明する。ＥＰＳベアラコンテキストは、ＵＥ１０ごとに記憶されるＵＥ１０ごとのＥＰＳベアラコンテキストと、ＰＤＮコネクションごとのＥＰＳベアラコンテキストとベアラ及び又は転送路ごとのＥＰＳベアラコンテキストに分類されてもよい。
図４（ｃ）はＵＥ１０ごとのＥＰＳベアラコンテキストに含まれる情報要素を示す。図から分かるように、ＴＷＡＧ７４はＵＥ１０ごとにＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙ、ＮＢＩＦＯＭ ａｌｌｏｗｅｄを記憶する。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０がＮＢＩＦＯＭ機能をサポートするか否かを示す識別情報である。より具体的には、例えば、ＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
言い換えれば、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを示す識別情報であってもよい。つまり、記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを意味してもよい。
また、ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＮＢＩＦＯＭを用いたＰＤＮコネクションを確立することが許可されたＡＰＮを示す識別情報である。ＮＢＩＦＯＭは少なくともＡＰＮと対応付けられていてもよい。ＮＢＩＦＯＭ ａｌｌｏｗｅｄは複数のＡＰＮと対応付けられていてもよい。
本実施形態ではＡＰＮ１はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられている。つまり、ＡＰＮ１は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されている。言い換えれば、本実施形態ではＵＥ１０はＡＰＮ１を用いてＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されている。なお、ＡＰＮ１は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションではなく、従来のＰＤＮコネクションを確立する事も許可されている。
更に、本実施形態ではＡＰＮ２はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられていない。つまり、本実施形態ではＡＰＮ２は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されていない。つまり、本実施形態ではＵＥ１０はＡＰＮ２を用いて、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することはできない。
ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＰＤＮコネクション確立前に記憶されていてもよい。
ＴＷＡＧ７４は、ＰＤＮコネクション確立前及び又は確立手続き中に、ＨＳＳ５０にアクセスしＮＢＩＦＯＭ ａｌｌｏｗｅｄを取得してもよい。
また、ＵＥ１０ごとのＥＰＳベアラコンテキストにはＵＥ１０の識別情報が含まれていてもよい。ＵＥ１０の識別情報はＩＭＳＩであってもよい。
また、図４（ｄ）にＰＤＮコネクションごとのＥＰＳベアラコンテキストを示す。ＰＤＮコネクションごとのＥＰＳベアラコンテキストは、ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤとＮｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅとＯｐｅｒａｔｉｏｎ ｍｏｄｅとＵｓｅｒ ｐｌａｎｅ ｃｏｎｎｅｃｔｉｏｎ ＩＤとＴＷＡＧ ＭＡＣ ａｄｄｒｅｓｓ、ＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎを含める。
ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＰＤＮコネクションを識別するための識別情報である。ＵＥ１０とＴＷＡＧ７４とＰＧＷ３０が同じ識別情報を記憶していてもよい。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのか、ネットワークであるのかを示すモードの識別情報である。
より具体的には、例えば、ＵＥ１０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
また、ネットワーク及び又はＰＧＷ３０及び又はＰＣＲＦ６０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅは、ネットワークが許可するＯｐｅｒａｔｉｏｎ ｍｏｄｅを示す。Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅはＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はこれら両方を含めてもよい。
Ｕｓｅｒ ｐｌａｎｅ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＵＥ１０がＴＷＡＧ７４を介した転送路を確立した場合のユーザデータの伝送に用いる接続を識別する識別情報である。
ＴＷＡＧ ＭＡＣ ａｄｄｒｅｓｓはＴＷＡＧ７４の物理アドレスである。

ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、このＰＤＮコネクションがＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立した事を示す情報である。言い換えれば、ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、第１のＰＤＮコネクションを確立したことを示す。
つまり、ＴＷＡＧ７４がＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを記憶することで、このＰＤＮコネクションは第１のＰＤＮコネクションであることを意味する。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、ＰＤＮコネクションを確立することにより、ＴＷＡＧ７４が記憶する識別情報である。
ＴＷＡＧ７４はＰＤＮコネクション確立中に、ＨＳＳ５０にアクセスしＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを取得してもよい。又は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションが確立されたことに基づき、ＴＷＡＧ７４はＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎを記憶してもよい。
次に、ベアラ及び又は転送路ごとのＥＰＳベアラコンテキストについて説明する。図４（ｅ）に示すように、ベアラ及び又は転送路ごとのＥＰＳベアラコンテキストには、転送路識別情報とＲｏｕｔｉｎｇ Ｒｕｌｅがふくまれてもよい。
転送路識別情報は転送路及び又はベアラを識別する情報である。転送路識別情報は、例えばＥＰＳベアラＩＤであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＲｏｕｔｉｎｇ Ｆｉｌｔｅｒと、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓ又はＲｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅの対応付けを示す。この対応付けに基づき、３ＧＰＰのアクセスネットワークを介した通信路を用いるか、ＷＬＡＮのアクセスネットワークを介した通信路を用いるかが決定される。
ここで、Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＴＷＡＧ７４のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＰＧＷ３０やＰＣＲＦ６０から通知されてもよいし、ＵＥ１０から通知されてもよい。又はＴＷＡＧ７４が事前にデフォルト値として記憶していた値であってもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにはＩＰヘッダーを含めることでＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、アプリケーションごとにフローを切り替えてもよい。又は、ＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルールが記憶されていてもよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
ＴＷＡＧ ｃａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙはＥＰＳベアラコンテキストに含まれていてもよい。
［２．２．２．ＨＳＳ構成］
次に、ＨＳＳ５０の構成について説明する。図５はＨＳＳ５０の装置構成を示す。図に示すように、ＨＳＳ５０はＩＰ移動通信ネットワークインターフェース部５２０と、制御部５００と記憶部５４０で構成されている。ＩＰ移動通信ネットワークインターフェース部５２０と記憶部５４０は制御部５００と、バスを介して接続されている。
制御部５００はＨＳＳ５０を制御するための機能部である。制御部５００は、記憶部５４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部５２０はＨＳＳ５０が、ＭＭＥ４０及び又はその他のＭＭＥ４０と、ＡＡＡ５５と接続するための機能部である。
記憶部５４０は、ＨＳＳ５０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部５４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
図５に示すように、記憶部５４０はＨＳＳデータ５４２を記憶する。以下、記憶部５４０で記憶される情報要素について説明する。
図６に、記憶部５４０で記憶される情報要素を示す。図６（ａ）はＨＳＳ５０が記憶するＵＥ１０ごとのＨＳＳデータの一例を示す。
図から分かるように、ＵＥ１０ごとのＨＳＳデータには、ＩＭＳＩ、ＭＳＩＳＤＮ、ＩＭＥＩ／ＩＭＥＩＳＶ、Ａｃｃｅｓｓ Ｒｅｓｔｒｉｃｔｉｏｎ、ＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ、ＮＢＩＦＯＭ ａｌｌｏｗｅｄが含まれる。
ＩＭＳＩはＵＥ１０を使用するユーザ（加入者）に割り当てられる、識別情報である。
ＭＳＩＳＤＮは、ＵＥ１０の電話番号を表す。
ＩＭＥＩ／ＩＭＩＳＶは、ＵＥ１０に割り当てられている識別情報である。
Ａｃｃｅｓｓ Ｒｅｓｔｒｉｃｔｉｏｎは、アクセス制限の登録情報を示す。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ１０がＮＢＩＦＯＭ機能をサポートしているか否かを示す。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
また、ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＮＢＩＦＯＭを用いたＰＤＮコネクションを確立することが許可されたＡＰＮを示す識別情報である。ＮＢＩＦＯＭは少なくともＡＰＮと対応付けられていてもよい。ＮＢＩＦＯＭ ａｌｌｏｗｅｄは複数のＡＰＮと対応付けられていてもよい。
本実施形態ではＡＰＮ１はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられている。つまり、ＡＰＮ１は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されている。言い換えれば、本実施形態ではＵＥ１０はＡＰＮ１を用いてＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されている。なお、ＡＰＮ１は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションではなく、従来のＰＤＮコネクションを確立する事も許可されている。
更に、本実施形態ではＡＰＮ２はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられていない。つまり、本実施形態ではＡＰＮ２は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されていない。つまり、本実施形態ではＵＥ１０はＡＰＮ２を用いて、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することはできない。
ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＰＤＮコネクション確立前に記憶されていてもよい。
図６（ｂ）はＨＳＳ５０が記憶するＰＤＮコネクションごとのＨＳＳデータの一例を示す。図から分かるように、ＰＤＮコネクションごとのＨＳＳデータには、少なくともＣｏｎｔｅｘｔ ＩＤ、ＰＤＮ ａｄｄｒｅｓｓ、ＰＤＮ Ｔｙｐｅ、ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）、ＷＬＡＮ ｏｆｆｌａｏｄ ａｂｉｌｉｔｙ、ＰＤＮ ＧＷ ＩＤ、ＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎが含まれる。
Ｃｏｎｔｅｘｔ ＩＤは、ＰＤＮコネクションごとのＨＳＳデータを記憶するコンテキストの識別情報である。
ＰＤＮ Ａｄｄｒｅｓｓは、登録されたＩＰアドレスを示す。ＰＤＮ ＡｄｄｒｅｓｓはＵＥ１０のＩＰアドレスである。
ＰＤＮ Ｔｙｐｅは、ＰＤＮ Ａｄｄｒｅｓｓのタイプを示す。つまり、例えばＩＰｖ４又はＩＰｖ６又はＩＰｖ４ｖ６を識別するための識別情報である。
ＡＰＮは、ＤＮＳの命名規則に従い、ネットワークのアクセス先を示すラベルである。
ＷＬＡＮ ｏｆｆｌｏａｄ ａｂｉｌｉｔｙは、このＡＰＮで接続されたトラフィックは、ＷＬＡＮと３ＧＰＰ間の連携機能を用いて、ＷＬＡＮにオフロードできるか、又は３ＧＰＰの接続を維持するのかを示す識別情報である。ＷＬＡＮ ｏｆｆｌｏａｄ ａｂｉｌｉｔｙは、ＲＡＴタイプごとに分かれていてもよい。具体的には、ＬＴＥ（Ｅ−ＵＴＲＡ）と３Ｇ（ＵＴＲＡ）で異なっていてもよい。
ＰＤＮ ＧＷ ｉｄｅｎｔｉｔｙは、このＡＰＮで利用されるＰＧＷ３０を識別する識別情報である。この識別情報は、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ：完全修飾ドメイン名）か、ＩＰアドレスであってもよい。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、このＰＤＮコネクションがＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立した事を示す情報である。言い換えれば、ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、第１のＰＤＮコネクションを確立したことを示す。
つまり、ＴＷＡＧ７４がＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを記憶することで、このＰＤＮコネクションは第１のＰＤＮコネクションであることを意味する。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、ＮＢＩＦＯＭに基づくＰＤＮコネクションを確立することにより、ＴＷＡＧ７４が記憶する識別情報である。
具体的には、例えばＡＰＮ１が含まれるＰＤＮコネクションごとのＨＳＳデータにはＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎが含まれ、ＡＰＮ２が含まれるＰＤＮコネクションごとのＨＳＳデータにはＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎが含まれなくてもよい。
言い換えれば、ＡＰＮ１によるＰＤＮコネクションは第１のＰＤＮコネクションであってもよく、ＡＰＮ２は第１のＰＤＮコネクションであってはならない。
［２．２．３．ＵＥ構成］
次に、ＵＥ１０の構成について説明する。図７はＵＥ１０の装置構成を示す。図に示すように、ＵＥ１０はＬＴＥインターフェース部７２０と、ＷＬＡＮインターフェース部７４０と、制御部７００と記憶部７５０で構成されている。
ＬＴＥインターフェース部７２０とＷＬＡＮインターフェース部７４０と記憶部７５０は制御部７００と、バスを介して接続されている。
制御部７００はＵＥ１０を制御するための機能部である。制御部７００は、記憶部７５０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＬＴＥインターフェース部７２０は、ＵＥ１０がＬＴＥ基地局に接続し、ＩＰアクセスネットワークへ接続するための機能部である。また、ＬＴＥインターフェース部７２０には、外部アンテナ７１０が接続されている。
ＷＬＡＮインターフェース部７４０は、ＵＥ１０がＷＬＡＮ ＡＰに接続し、ＩＰアクセスネットワークへ接続するための機能部である。また、ＷＬＡＮインターフェース部７４０には、外部アンテナ７３０が接続されている。
制御部７００はＵＥ１０を制御するための機能部である。制御部７００は、記憶部７５０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
記憶部７４０は、ＵＥ１０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部７５０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
図７に示すように、記憶部７５０はＵＥコンテキスト７５２を記憶する。以下、記憶部７５０で記憶される情報要素について説明する。なお、ＵＥコンテキスト７５２は、ＵＥ１０ごとのＵＥコンテキストとＰＤＮコネクションごとのＵＥコンテキストと、転送路及び又はベアラごとのＵＥコンテキストに分類される。
図８（ａ）は、ＵＥ１０ごとに記憶されるＵＥコンテキストの一例である。図に示すように、ＵＥ１０ごとのＵＥコンテキストは、ＩＭＳＩ、ＥＭＭ Ｓｔａｔｅ、ＧＵＴＩ、ＭＥ Ｉｄｅｎｔｉｔｙ、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが含まれる。
ＩＭＳＩはＵＥ１０を使用するユーザ（加入者）に割り当てられる、識別情報である。
ＥＭＭ Ｓｔａｔｅは、ＵＥ１０の移動管理状態を示す。例えば、ＵＥ１０がネットワークに登録されているＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（登録状態、ｒｅｇｉｓｔｅｒｅｄ状態）、又はＵＥ１０がネットワークに登録されていないＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＤ（非登録状態、ｄｅｒｅｇｉｓｔｅｒｅｄ状態）であってもよい。
ＧＵＴＩは、Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙの略であり、ＵＥ１０の一時的な識別情報である。ＧＵＴＩはＭＭＥ４０の識別情報（ＧＵＭＭＥＩ：Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＭＭＥ Ｉｄｅｎｔｉｆｉｅｒ）と特定ＭＭＥ４０内でのＵＥ１０の識別情報（Ｍ−ＴＭＳＩ）により構成される。
ＭＥ Ｉｄｅｎｔｉｔｙは、ＭＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであってもよい。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとにＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ１０の記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを示す識別情報であってもよい。つまり、ＵＥ１０の記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを意味してもよい。
図８（ｂ）はＰＤＮコネクションごとのＵＥコンテキストの一例を示す。図に示すように、ＰＤＮコネクションごとのＵＥコンテキストには、少なくともＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤ、ＡＰＮ ｉｎ Ｕｓｅ、ＩＰ ａｄｄｒｅｓｓ、Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ、ＷＬＡＮ ｏｆｆｌｏａｄ ａｂｉｌｉｔｙ、ＵＥ ａｌｌｏｗｅｄ ｍｏｄｅ、Ｏｐｅｒａｔｉｏｎ ｍｏｄｅが含まれる。
ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＰＤＮコネクションを識別するための識別情報である。ＵＥ１０とＴＷＡＧ７４とＰＧＷ３０が同じ識別情報を記憶していてもよい。
ＡＰＮ ｉｎ Ｕｓｅは、ＵＥ１０が直前に利用したＡＰＮである。このＡＰＮは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてもよい。
ＩＰ Ａｄｄｒｅｓｓは、ＰＤＮコネクションでＵＥ１０に割り当てられたＩＰアドレスであり、ＩＰｖ４アドレス、又はＩＰｖ６ プレフィックスであってもよい。
Ｄｅｆａｕｌｔ Ｂｅａｒｅｒは、このＰＤＮコネクションでのデフォルトベアラを識別するＥＰＳベアラ識別情報である。
ＷＬＡＮ ｏｆｆｌｏａｄａｂｉｌｉｔｙは、このＰＤＮコネクションに関連付けられた通信はＷＬＡＮと３ＧＰＰ間のインターワーキング機能を用いてＷＬＡＮへオフロードすることを許可するか、又は３ＧＰＰアクセスを維持するか否かを示すＷＬＡＮオフロードの許可情報である。
ＵＥ ａｌｌｏｗｅｄ ｍｏｄｅは、ＵＥ１０が許可するＯｐｅｒａｔｉｏｎ ｍｏｄｅである。この識別情報は、ＵＥ ｉｎｔｉａｔｅｄ ｍｏｄｅを示してもよいし、Ｎｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを示してもよいし、これら両方を示してもよい。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、現在のＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのかネットワークであるのかを示すモードの識別情報である。
図８（ｃ）はベアラごとのＵＥコンテキストである。ベアラごとのＵＥコンテキストには転送路識別情報、Ｒｏｕｔｉｎｇ Ｒｕｌｅが含まれている。
転送路識別情報は転送路及び又はベアラを識別する情報である。転送路識別情報は、例えばＥＰＳベアラＩＤであってもよい。
また、転送路識別情報はＴＦＴと対応付けられていてもよい。
ここで、Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＴＷＡＧ７４のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＰＧＷ３０やＰＣＲＦ６０から通知されてもよい。又は、ＵＥ１０が事前にデフォルト値として記憶していた値であってもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにはＩＰヘッダーを含めることでＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、ＵＥ１０はアプリケーションごとにフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルール（規則）が記憶されていてもよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
図８（ｄ）にＴＷＡＧ Ｃａｐａｂｉｌｉｔｙを示す。ＴＷＡＧ ｃａｐａｂｉｌｉｔｙでは、ＴＷＡＧ７４ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＴＷＡＧ７４がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＴＷＡＧ７４が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＴＷＡＧ７４はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＵＥ１０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＴＷＡＧ ＩＤと対応付けて記憶してもよい。また、複数のＴＷＡＧ７４のＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙを記憶してもよい。
図８（ｅ）にＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を示す。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０及び又はネットワークが第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。
図８（ｅ）に示すように、ＴＷＡＧ７４は、ＰＧＷ ＩＤと対応付けてＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。更に、図に示すように、複数のＰＧＷ３０に対応づけて、それぞれＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが記憶されてもよい。
ＰＧＷ ＩＤは、ＰＧＷ３０を識別するための情報である。ＰＧＷ ＩＤは、例えばＡＰＮであってもよい。
図８（ｆ）にＭＭＥ ｃａｐａｂｉｌｉｔｙを示す。ＭＭＥ ｃａｐａｂｉｌｉｔｙでは、ＭＭＥ４０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＭＭＥ４０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＭＭＥ４０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＭＭＥ４０はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＵＥ１０はＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＭＭＥ ＩＤと対応付けて記憶してもよい。
図８（ｇ）にＳＧＷ ｃａｐａｂｉｌｉｔｙを示す。ＳＧＷ ｃａｐａｂｉｌｉｔｙでは、ＳＧＷ３５ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＳＧＷ３５がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＳＧＷ３５が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＳＧＷ３５はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＵＥ１０はＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＳＧＷ ＩＤと対応付けて記憶してもよい。
ＴＷＡＧ ｃａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙとＭＭＥ ｃａｐａｂｉｌｉｔｙとＳＧＷ ｃａｐａｂｉｌｉｔｙはＵＥコンテキストに含まれていてもよいし、ＵＥコンテキストから独立した情報であってもよい。
つまり、ＵＥ１０はＴＷＡＧ ＣａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙをＵＥコンテキストに含めて記憶してもよく、又はＴＷＡＧ ＣａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙをＵＥコンテキストから独立して記憶してもよい。
［２．２．４．ＰＧＷ構成要素］
次に、ＰＧＷ３０の構成要素について説明する。図９はＰＧＷ３０の装置構成を示す。図に示すように、ＰＧＷ３０はＩＰ移動通信ネットワークインターフェース部９２０と、制御部９００と記憶部９４０で構成されている。ＩＰ移動通信ネットワークインターフェース部９２０と記憶部９４０は制御部９００と、バスを介して接続されている。
制御部９００はＰＧＷ３０を制御するための機能部である。制御部９００は、記憶部９４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部９２０は、ＰＧＷ３０が、ＳＧＷ３５及び又はＰＣＲＦ６０及び又はｅＰＤＧ６５と及び又はＡＡＡ５５及び又はＧＷ７４と接続するための機能部である。
記憶部９４０は、ＰＧＷ３０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部９４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
記憶部９４０は、図に示すように、ＥＰＳベアラコンテキスト９４２を記憶する。なお、ＥＰＳベアラコンテキストの中には、ＵＥ１０ごとに記憶されるものと、ＡＰＮごとに記憶されるものと、ＰＤＮコネクションごとに記憶されるものと、転送路及び又はベアラごとに記憶されるものが含まれる。
まず、ＵＥ１０ごとのＥＰＳベアラコンテキストについて説明する。図１０（ａ）は、ＵＥ１０ごとのＥＰＳベアラコンテキストの一例を示す。図に示すようにＥＰＳベアラコンテキストには、少なくともＩＭＳＩとＭＥ ＩｄｅｎｔｉｔｙとＭＳＩＳＤＮとＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙが含まれる。
ＩＭＳＩはＵＥ１０のユーザを識別する情報である。
ＭＥ Ｉｄｅｎｔｉｔｙは、ＭＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであってもよい。
ＭＳＩＳＤＮは、ＵＥ１０の電話番号を表す。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
次に、ＰＤＮコネクションごとのＥＰＳベアラコンテキストについて説明する。図１０（ｂ）はＰＤＮコネクションごとのＥＰＳベアラコンテキストの一例を示す。
図に示すように、コンテキストには少なくともＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤ、ＩＰ ａｄｄｒｅｓｓ、ＰＤＮ ｔｙｐｅ、ＡＰＮ、Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅ、Ｏｐｅｒａｔｉｏｎ ｍｏｄｅを含める。
ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＰＤＮコネクションを識別するための識別情報である。ＵＥ１０とＴＷＡＧ７４とＭＭＥ４０とＰＧＷ３０が同じ識別情報を記憶していてもよい。
ＩＰ Ａｄｄｒｅｓｓは、このＰＤＮコネクションに対してＵＥ１０が割り当てられたＩＰアドレスを示す。ＩＰアドレスはＩＰｖ４及び又はＩＰｖ６ プレフィックスであってもよい。
ＰＤＮ ｔｙｐｅは、ＩＰアドレスの種類を示す。ＰＤＮ ｔｙｐｅは例えば、ＩＰｖ４又はＩＰｖ６又はＩＰｖ４ｖ６を示す。
ＡＰＮは、ＤＮＳの命名規則に従い、ネットワークのアクセス先を示すラベルである。
Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅは、ネットワークが許可するＯｐｅｒａｔｉｏｎ ｍｏｄｅを示す。Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅはＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はこれら両方を含めてもよい。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、現在のＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのかネットワークであるのかを示すモードの識別情報である。
より具体的には、例えば、ＵＥ１０から通信制御を開始できるＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅや、ネットワークから通信制御を開始できるＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを識別してもよい。
次に、転送路及び又はベアラごとのＥＰＳベアラコンテキストの一例を、図１０（ｃ）を用いて説明する。図に示すように、コンテキストには少なくとも転送路識別情報とＲｏｕｔｉｎｇ Ｒｕｌｅが含まれる。
転送路識別情報は転送路及び又はベアラを識別する情報である。転送路識別情報は、例えばＥＰＳベアラＩＤであってもよい。
また、転送路識別情報はＴＦＴと対応付けられていてもよい。
Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＴＷＡＧ７４のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＰＧＷ３０やＰＣＲＦ６０から通知されてもよい。又は、ＵＥ１０が事前にデフォルト値として記憶していた値であってもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにＩＰヘッダーを含めることで、ＰＧＷ３０はＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、ＰＧＷ３０はアプリケーションごとにフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルールが記憶されていてもよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
図１０（ｄ）にＴＷＡＧ Ｃａｐａｂｉｌｉｔｙを示す。ＴＷＡＧ ｃａｐａｂｉｌｉｔｙでは、ＴＷＡＧ７４ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＴＷＡＧ７４がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＴＷＡＧ７４が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＴＷＡＧ７４はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＧＷ３０はＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＴＷＡＧ ＩＤと対応付けて記憶してもよい。
図１０（ｅ）にＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を示す。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０及び又はネットワークが第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。
図１０（ｅ）に示すように、ＰＧＷ３０は、ＰＧＷ ＩＤと対応付けてＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。更に、図に示すように、複数のＰＧＷ３０に対応づけて、それぞれＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが記憶されてもよい。
ＰＧＷ ＩＤは、ＰＧＷ３０を識別するための情報であればよく、例えばＡＰＮであってもよい。
図１０（ｆ）にＭＭＥ ｃａｐａｂｉｌｉｔｙを示す。ＭＭＥ ｃａｐａｂｉｌｉｔｙでは、ＭＭＥ４０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＭＭＥ４０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＭＭＥ４０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＭＭＥ４０はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＧＷ３０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＭＭＥ ＩＤと対応付けて記憶してもよい。
図１０（ｇ）にＳＧＷ ｃａｐａｂｉｌｉｔｙを示す。ＳＧＷ ｃａｐａｂｉｌｉｔｙでは、ＳＧＷ３５ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＳＧＷ３５がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＳＧＷ３５が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＳＧＷ３５はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＧＷ３０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＳＧＷ ＩＤと対応付けて記憶してもよい。
ＴＷＡＧ ｃａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙとＭＭＥ ｃａｐａｂｉｌｉｔｙとＳＧＷ ｃａｐａｂｉｌｉｔｙはＥＰＳベアラコンテキストに含まれていてもよいし、ＵＥコンテキストから独立した情報であってもよい。
［２．２．５．ＰＣＲＦ構成要素］
次に、ＰＣＲＦ６０の構成要素について説明する。図１１はＰＣＲＦ６０の装置構成を示す。図に示すように、ＰＣＲＦ６０はＩＰ移動通信ネットワークインターフェース部１１２０と、制御部１１００と記憶部１１４０で構成されている。ＩＰ移動通信ネットワークインターフェース部１１２０と記憶部１１４０は制御部１１００と、バスを介して接続されている。
制御部１１００はＰＣＲＦ６０を制御するための機能部である。制御部１１００は、記憶部１１４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部１１２０は、ＰＣＲＦ６０が、ＰＧＷ３０及び又はＴＷＡＧ７４及び又はＡＡＡ５５と接続するための機能部である。
記憶部１１４０は、ＰＣＲＦ６０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部９４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
記憶部１１４０は、図に示すように、ＵＥコンテキスト１１４２を記憶する。なお、ＵＥコンテキストの中には、ＵＥ１０ごとに記憶されるものと、ＰＤＮコネクションごとに記憶されるもので分けられてもよい。
図１２（ａ）にＵＥ１０ごとのＵＥコンテキストを示す。図に示すように、コンテキストには少なくともＳｕｂｓｃｒｉｂｅｒ ＩＤとＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙを含める。
Ｓｕｂｓｃｒｉｂｅｒ ＩＤは、ユーザの識別情報である。例えばＩＭＳＩであってもよい。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０がＮＢＩＦＯＭ機能をサポートするか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
言い換えれば、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを示す識別情報であってもよい。つまり、記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを意味してもよい。
次に、ＰＤＮコネクションごとのＵＥコンテキストを説明する。図１２（ｂ）はＰＤＮコネクションごとのＵＥコンテキストの一例である。図に示すように、コンテキストには少なくともＡＰＮ、Ｏｐｅｒａｔｉｏｎ ｍｏｄｅ、Ｎｅｔｗｏｒｋ Ｐｏｌｉｃｙ、Ｃｈａｒｇｉｎｇ Ｒｕｌｅ、ＰＣＣ Ｒｕｌｅ、ＱｏＳ Ｒｕｌｅを含めてもよい。
ＡＰＮは、ＤＮＳの命名規則に従い、ネットワークのアクセス先を示すラベルである。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのか、ネットワークであるのかを示すモードの識別情報である。
より具体的には、例えば、ＵＥ１０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＵＥ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
また、ネットワーク及び又はＰＧＷ３０及び又はＰＣＲＦ６０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
Ｎｅｔｗｏｒｋ Ｐｏｌｉｃｙは、ネットワーク側での通信制御ポリシーであり、Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅが含まれていてもよい。又は、ＰＣＲＦ６０はＮｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅをＮｅｔｗｏｒｋ Ｐｏｌｉｃｙとは別に記憶してもよい。
Ｃｈａｒｇｉｎｇ Ｒｕｌｅは課金に関する規則である。ＰＣＲＦ６０が決定したＣｈａｒｇｉｎｇ Ｒｕｌｅに基づきＰＣＥＦ６０が課金を行う。
ＰＣＣ ＲｕｌｅはＮｅｔｗｏｒｋ ＰｏｌｉｃｙとＣｈａｒｇｉｎｇ Ｒｕｌｅの制御にかかわる規則である。ＰＣＣ Ｒｕｌｅに基づき、ＰＣＥＦは通信制御及び課金を行う。
ＱｏＳ Ｒｕｌｅは、フローのＱｏＳに関わる規則である。ＱｏＳ ＲｕｌｅはＰＣＣ Ｒｕｌｅと対応付けられていてもよい。
図１２（ｃ）は、転送路及び又はベアラごとのＵＥコンテキストを示す。図に示すように、転送路及び.又はベアラごとのＵＥコンテキストは、少なくともＲｏｕｔｉｎｇ Ｒｕｌｅを含める。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＲｏｕｔｉｎｇ Ｆｉｌｔｅｒと、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓ又はＲｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅの対応付けを示す。この対応付けに基づき、３ＧＰＰのアクセスネットワークを介した通信路を用いるか、ＷＬＡＮのアクセスネットワークを介した転送路を用いるかが決定される。
ここで、Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＴＷＡＧ７４のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＵＥ１０及び又はＴＷＡＧ７４及び又はＰＧＷ３０から通知されてもよい。又はＰＣＲＦ６０が事前にデフォルト値として記憶していた値であってもよい。その場合、ＰＣＲＦ６０はＰＣＣ Ｒｕｌｅに基づいてＲｏｕｔｉｎｇ Ｒｕｌｅのデフォルト値を決定してもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにはＩＰヘッダーを含めることでＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、アプリケーションごとにフローを切り替えてもよい。又は、ＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルールが記憶されていてもよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
図１２（ｄ）はＴＷＡＧ７４が記憶するＴＷＡＧ ｃａｐａｂｉｌｉｔｙの一例を示す。ＴＷＡＧ ｃａｐａｂｉｌｉｔｙでは、ＴＷＡＧ７４ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＴＷＡＧ７４がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＴＷＡＧ７４が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＴＷＡＧ７４はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
図に示すように、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＴＷＡＧ７４の識別情報ＴＷＡＧ ＩＤと対応づけられて記憶されてもよい。ＴＷＡＧ ＩＤと対応づけられていない場合、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙは、記憶するＴＷＡＧ７４の能力を意味してもよい。
ＴＷＡＧ ＩＤとＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが対応付けて記憶されている場合、ＰＣＲＦ６０は複数のＴＷＡＧ７４のＴＷＡＧ ｃａｐａｂｉｌｉｔｙを記憶してもよい。
図１２（ｅ）はＰＣＲＦ６０が記憶するＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を示す。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＰＧＷ３０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。言い換えれば、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＮＢＩＦＯＭ機能をサポートするゲートウェイであることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０がＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
図１２（ｆ）にＭＭＥ ｃａｐａｂｉｌｉｔｙを示す。ＭＭＥ ｃａｐａｂｉｌｉｔｙでは、ＭＭＥ４０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＭＭＥ４０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＭＭＥ４０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＭＭＥ４０はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＣＲＦ６０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＭＭＥ ＩＤと対応付けて記憶してもよい。
図１２（ｇ）にＳＧＷ ｃａｐａｂｉｌｉｔｙを示す。ＳＧＷ ｃａｐａｂｉｌｉｔｙでは、ＳＧＷ３５ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＳＧＷ３５がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＳＧＷ３５が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＳＧＷ３５はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＰＣＲＦ６０はＮＢＩＦＯＭ ＣａｐａｂｉｌｉｔｙはＳＧＷ ＩＤと対応付けて記憶してもよい。
［２．２．６．ＭＭＥ構成］
ＭＭＥ４０の装置構成を説明する。ＭＭＥ４０はＩＰ移動通信ネットワークインターフェース部３２０と、制御部３００と記憶部３４０で構成されている。ＩＰ移動通信ネットワークインターフェース部３２０と記憶部３４０は制御部３００と、バスを介して接続されている。
制御部３００はＭＭＥ４０を制御するための機能部である。制御部３００は、記憶部３４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインターフェース部３２０はＭＭＥ４０が、ＰＧＷ３０と接続するための機能部である。
記憶部３４０は、ＭＭＥ４０の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。
記憶部３４０はＭＭＥ ｃａｐａｂｉｌｉｔｙ３４２と、Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ３４４とＥＰＳベアラコンテキスト３４６を記憶する。以下、記憶部３４０で記憶される情報要素について説明する。
記憶部３４０で記憶される情報要素を説明する。ＭＭＥ４０が記憶するＭＭＥ ｃａｐａｂｉｌｉｔｙの一例を示す。ＭＭＥ ｃａｐａｂｉｌｉｔｙでは、ＭＭＥ４０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＭＭＥ４０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＭＭＥ４０が第１のＰＤＮコネクションを確立する機能を持つ位置管理装置であることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＭＭＥ４０はＮＢＩＦＯＭ機能をサポートする位置管理装置であることを意味してもよい。
ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＭＭＥ４０の識別情報ＭＭＥ ＩＤと対応づけられて記憶されてもよい。ＭＭＥ ＩＤと対応づけられていない場合、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙは、記憶するＭＭＥ４０の能力を意味してもよい。
ＭＭＥ ＩＤとＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが対応付けて記憶されている場合、ＭＭＥ４０は複数のＭＭＥ４０のＭＭＥ ｃａｐａｂｉｌｉｔｙを記憶してもよい。
この場合、ＵＥ１０が他のＭＭＥ４０へハンドオーバーする際に、ＭＭＥ４０がＭＭＥ Ｃａｐａｂｉｌｉｔｙに基づきハンドオーバー先のＭＭＥ４０を選択してもよい。
次に、Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙ３４４について説明する。ＭＭＥ４０が記憶するＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙの一例を説明する。Ｎｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙでは、ネットワークごと、つまりＰＧＷ３０ごとのＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。
ここで、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ネットワークごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＰＧＷ３０がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。より具体的には、例えば、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。言い換えれば、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＮＢＩＦＯＭ機能をサポートする位置管理装置であることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＰＧＷ３０がＮＢＩＦＯＭ機能をサポートする位置管理装置であることを意味してもよい。
ＭＭＥ４０は、ＰＧＷ ＩＤと対応付けてＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙを記憶する。更に、複数のＰＧＷ３０に対応づけて、それぞれＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが記憶されてもよい。
ＰＧＷ ＩＤは、ＰＧＷ３０を識別するための情報であればよく、例えばＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）であってもよい。
次に、ＥＰＳベアラコンテキストについて説明する。ＥＰＳベアラコンテキストは、ＵＥ１０ごとに記憶されるＵＥ１０ごとのＥＰＳベアラコンテキストと、ＰＤＮコネクションごとのＥＰＳベアラコンテキストとベアラ及び又は転送路ごとのＥＰＳベアラコンテキストに分類されてもよい。
ＵＥ１０ごとのＥＰＳベアラコンテキストに含まれる情報要素を説明する。ＭＭＥ４０はＵＥ１０ごとにＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙ、ＮＢＩＦＯＭ ａｌｌｏｗｅｄを記憶する。
ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０のＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙである。ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報である。言い換えれば、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０がＮＢＩＦＯＭ機能をサポートするか否かを示す識別情報である。より具体的には、例えば、ＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、ＵＥ１０が第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、ＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０が第１のＰＤＮコネクションを確立する機能を持つことを意味してもよい。
言い換えれば、ＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを示す識別情報であってもよい。つまり、記憶部にＵＥ ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＵＥ１０がＮＢＩＦＯＭ機能をサポートすることを意味してもよい。
また、ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＮＢＩＦＯＭを用いたＰＤＮコネクションを確立することが許可されたＡＰＮを示す識別情報である。ＮＢＩＦＯＭは少なくともＡＰＮと対応付けられていてもよい。ＮＢＩＦＯＭ ａｌｌｏｗｅｄは複数のＡＰＮと対応付けられていてもよい。
本実施形態ではＡＰＮ１はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられている。つまり、ＡＰＮ１はマルチアクセスＰＤＮコネクションを確立することが許可されている。言い換えれば、本実施形態ではＵＥ１０はＡＰＮ１を用いてＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されている。なお、ＡＰＮ１はマルチアクセスＰＤＮコネクションではなく、従来のＰＤＮコネクションを確立する事も許可されている。
更に、本実施形態ではＡＰＮ２はＮＢＩＦＯＭ ａｌｌｏｗｅｄに対応付けられていない。つまり、本実施形態ではＡＰＮ２はＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されていない。つまり、本実施形態ではＵＥ１０はＡＰＮ２を用いて、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することはできない。
ＮＢＩＦＯＭ ａｌｌｏｗｅｄはＰＤＮコネクション確立前に記憶されていてもよい。
ＭＭＥ４０は、ＰＤＮコネクション確立前及び又は確立手続き中に、ＨＳＳ５０にアクセスしＮＢＩＦＯＭ ａｌｌｏｗｅｄを取得してもよい。
また、ＵＥ１０ごとのＥＰＳベアラコンテキストにはＵＥ１０の識別情報が含まれていてもよい。ＵＥ１０の識別情報はＩＭＳＩであってもよい。
ＰＤＮコネクションごとのＥＰＳベアラコンテキストを説明する。ＰＤＮコネクションごとのＥＰＳベアラコンテキストは、ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤとＮｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅとＯｐｅｒａｔｉｏｎ ｍｏｄｅとＵｓｅｒ ｐｌａｎｅ ｃｏｎｎｅｃｔｉｏｎ ＩＤとＭＭＥ ＭＡＣ ａｄｄｒｅｓｓ、ＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎを含める。
ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＰＤＮコネクションを識別するための識別情報である。ＵＥ１０とＭＭＥ４０とＰＧＷ３０が同じ識別情報を記憶していてもよい。
Ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ＰＤＮコネクションが第１のＰＤＮコネクションである場合、データの送受信を主導する、又は通信制御を開始できるのがＵＥ１０であるのか、ネットワークであるのかを示すモードの識別情報である。
より具体的には、例えば、ＵＥ１０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
また、ネットワーク及び又はＰＧＷ３０及び又はＰＣＲＦ６０から通信制御を開始できるＯｐｅｒａｔｉｏｎ ｍｏｄｅはＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅであってもよい。
Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅは、ネットワークが許可するＯｐｅｒａｔｉｏｎ ｍｏｄｅを示す。Ｎｅｔｗｏｒｋ ａｌｌｏｗｅｄ ｍｏｄｅはＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はＮｅｔｗｏｒｋ Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ、又はこれら両方を含めてもよい。
Ｕｓｅｒ ｐｌａｎｅ ｃｏｎｎｅｃｔｉｏｎ ＩＤは、ＵＥ１０がＭＭＥ４０を介した転送路を確立した場合のユーザデータの伝送に用いる接続を識別する識別情報である。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、このＰＤＮコネクションがマルチアクセスＰＤＮコネクションを確立した事を示す情報である。言い換えれば、ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、第１のＰＤＮコネクションを確立したことを示す。
つまり、ＭＭＥ４０がＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを記憶することで、このＰＤＮコネクションは第１のＰＤＮコネクションであることを意味する。
ＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎは、ＰＤＮコネクションを確立することにより、ＭＭＥ４０が記憶する識別情報である。
ＭＭＥ４０はＰＤＮコネクション確立中に、ＨＳＳ５０にアクセスしＮＢＩＦＯＭ ｐｅｒｍｉｓｓｉｏｎを取得してもよい。又は、マルチアクセスＰＤＮコネクションが確立されたことに基づき、ＭＭＥ４０はＮＢＩＦＯＭ Ｐｅｒｍｉｓｓｉｏｎを記憶してもよい。
次に、ベアラ及び又は転送路ごとのＥＰＳベアラコンテキストについて説明する。ベアラ及び又は転送路ごとのＥＰＳベアラコンテキストには、転送路識別情報とＲｏｕｔｉｎｇ Ｒｕｌｅがふくまれてもよい。
転送路識別情報は転送路及び又はベアラを識別する情報である。転送路識別情報は、例えばＥＰＳベアラＩＤであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＲｏｕｔｉｎｇ Ｆｉｌｔｅｒと、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓ又はＲｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅの対応付けを示す。この対応付けに基づき、３ＧＰＰのアクセスネットワークを介した通信路を用いるか、ＷＬＡＮのアクセスネットワークを介した通信路を用いるかが決定される。
ここで、Ｒｏｕｔｉｎｇ ａｃｃｅｓｓ ｔｙｐｅは、フローが経由するアクセスネットワークを示す。例えば、これは３ＧＰＰ、又はＷＬＡＮを示す。
また、Ｒｏｕｔｉｎｇ ａｄｄｒｅｓｓは経由可能なＩＰアドレスを示す。例えば、ＳＧＷ３５のＩＰアドレスであってもよい。又はＭＭＥ４０のＩＰアドレスであってもよい。又はＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）のＩＰアドレスであってもよい。
Ｒｏｕｔｉｎｇ ＲｕｌｅはＰＧＷ３０やＰＣＲＦ６０から通知されてもよいし、ＵＥ１０から通知されてもよい。又はＭＭＥ４０が事前にデフォルト値として記憶していた値であってもよい。
Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにはＩＰヘッダーを含めることでＩＰフローを切り替えてもよい。又は、Ｒｏｕｔｉｎｇ ＦｉｌｔｅｒにアプリケーションＩＤを含めることで、アプリケーションごとにフローを切り替えてもよい。又は、ＴＦＴを含めてもよい。
Ｒｏｕｔｉｎｇｕ Ｒｕｌｅには複数のルールが記憶されていてもよい。更に、Ｒｏｕｔｉｎｇ ｒｕｌｅは、各ルールに優先順位が含まれていてもよい。
ＳＧＷ ｃａｐａｂｉｌｉｔｙでは、ＳＧＷ３５ごとに第１のＰＤＮコネクションを確立する能力をサポートしているか否かを示す識別情報（ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙ）を記憶する。言い換えれば、ＳＧＷ３５がＮＢＩＦＯＭ機能をサポートしているか否かを示す識別情報である。具体的には、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙには、“ａｌｌｏｗｅｄ”又は”Ｎｏｔ ａｌｌｏｗｅｄ”が含まれてもよい。
なお、ＮＢＩＦＯＭ機能とは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することができる機能を有する事を示す情報であってもよい。
又は、ＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙは、第１のＰＤＮコネクションを確立する能力があることを示す識別情報であってもよい。つまり、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することでＳＧＷ３５が第１のＰＤＮコネクションを確立する機能を持つゲートウェイであることを意味してもよい。言い換えれば、記憶部にＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙが存在することで、ＳＧＷ３５はＮＢＩＦＯＭ機能をサポートするゲートウェイであることを意味してもよい。
ＭＭＥ４０はＮＢＩＦＯＭ ｃａｐａｂｉｌｉｔｙはＳＧＷ ＩＤと対応付けて記憶してもよい。
ＭＭＥ ＣａｐａｂｉｌｉｔｙとＮｅｔｗｏｒｋ ｃａｐａｂｉｌｉｔｙはＥＰＳベアラコンテキストに含まれていてもよい。
［２．３．初期状態の説明］
本実施形態における初期状態について説明する。本実施形態における初期状態は、後述する第１の初期状態であってもよい。
なお、本実施形態における初期状態は第１の初期状態に限らなくてもよい。
［２．３．１．第１の初期状態の説明］
第１の初期状態を説明する。第１の状態では、ＵＥ１０はコアネットワーク９０との間に第１のＰＤＮコネクションを確立していない状態である。しかし、ＵＥ１０は第２のＰＤＮコネクションを既に確立している状態である。より詳細には、ＵＥ１０は、ＰＧＷ＿Ａ１３１０との間に第１のＰＤＮコネクションを確立していない。しかし、ＵＥ１０はＰＧＷ＿Ｂ１３２０との間に第２のＰＤＮコネクションを確立している。
なお、ＰＧＷ＿Ａ１３１０は、ＡＰＮ１を用いて選択されるゲートウェイ装置であってもよい。ＰＧＷ＿Ｂ１３２０は、ＡＰＮ２を用いて選択されるゲートウェイ装置であってもよい。更に、ＰＧＷ＿Ａ１３１０及びＰＧＷ＿Ｂ１３２０はＰＧＷ３０であってもよい。また、ＡＰＮ１及び又はＡＰＮ２を用いたゲートウェイの選択は、アクセスネットワークＢに含まれて配置されているＴＷＡＧ７４及び又はコアネットワーク９０に含まれて配置されているＭＭＥ４０によって実行されてもよい。
さらに、ＡＰＮ１を用いて選択されるゲートウェイ装置とＡＰＮ２を用いて選択されるゲートウェイ装置は同一のゲートウェイ装置であってもよい。その場合は、ＰＧＷ＿Ａ１３１０とＰＧＷ＿Ｂ１３２０は同一の装置であってもよい。
なお、第２のＰＤＮコネクションは、アクセスネットワークＡを介したＵＥ１０とＰＧＷ３０との間の転送路で構成されてもよい。したがって、ＵＥ１０とｅＮＢ４５との間の転送路と、ｅＮＢ４５とＳＧＷ３５との間の転送路と、ＳＧＷ３５とＰＧＷ＿Ｂ１３２０との間の転送路を組み合わせた転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
このように、第１の初期状態では、ＵＥ１０はアクセスネットワークＡを経由してコアネットワーク９０に接続している状態であってもよい。
なお、ＵＥ１０は、アクセスネットワークＢを経由してコアネットワーク９０に接続していなくてもよい。言い換えると、ＵＥ１０はＷＬＡＮアクセスネットワークを介してアタッチしていなくてもよい。
もしくは、ＵＥ１０はアクセスネットワークＢを経由してコアネットワーク９０に接続している状態であってもよい。その場合、ＵＥ１０はＵＥ１０が主導して開始するアタッチ手続きを実行し、第３のＰＤＮコネクションを確立してもよい。
なお、第３のＰＤＮコネクションは、ＡＰＮ２を用いて選択されるゲートウェイとの間に確立してもよい。もしくは、ＡＰＮ１やＡＰＮ２とは異なる他のＡＰＮを用いて選択されるゲートウェイとの間に確立してもよい。
以上、第１の初期状態を説明してきたが、第１の初期状態はこれに限らず、例えばアクセスネットワークＡを介してＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立していない状態であればよい。
［２．３．２．第１の初期状態に至るための手続きの説明］
第１の初期状態に至るための手続きを、図１５を用いて説明する。第１の初期状態に至るための手続きでは、少なくとも、図１５の（Ａ）で示すアクセスネットワークＡを介したコアネットワーク９０へのＰＤＮ接続手続きを実行する。第１の初期状態は、少なくとも図１５の（Ａ）のアクセスネットワークＡを介したコアネットワーク９０へのアタッチ手続きを実行した後の状態である。
次に、アクセスネットワークＡを介したコアネットワーク９０へのアタッチ手続きの詳細を説明する。
ＵＥ１０は、アクセスネットワークＡを介してコアネットワーク９０との間に第２のＰＤＮコネクションを確立するアタッチ手続きを実行する。より詳細には、ＵＥ１０はアクセスネットワークＡに配置されるｅＮＢ４５とコアネットワーク９０に配置されるＳＧＷ３５を介してコアネットワーク９０に配置されるＰＧＷ＿Ｂ１３２０との間にＰＤＮコネクションを確立する。なお、ＰＤＮコネクションの確立、管理は、コアネットワーク９０に配置されるＭＭＥ４０が担う。また、ＭＭＥ４０は、ＳＧＷ３５の選択、ＡＰＮを用いたＰＧＷ３０の選択も実行する。
第２のＰＤＮコネクションの確立では、具体的には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０に、アタッチ要求（Attach request）を送信する。ＭＭＥ４０は、ＵＥ１０が送信したアタッチ要求を受信する。ＭＭＥ４０は、アタッチ要求の受信をもとに、ＵＥ１０との間でセキュリティアソシエーションを確立する手続きを実行する。
ここで、ＵＥ１０はＡＰＮ２を含めてアタッチ要求を送信してもよい。若しくは、ＵＥ１０は、後述のＵＥ１０とＭＭＥ４０との間のセキュリティアソシエーション手続きが完了した後に、ＡＰＮ２をＭＭＥ４０に送信してもよい。
ＭＭＥ４０は、セキュリティアソシエーション手続きの完了をもとに、ｅＮＢ４５を介してＵＥ１０にアタッチ受諾（Attach accept）を送信する。ＭＭＥ４０は、ＡＰＮ２を含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求（Activate default EPS bearer context request）を送信してもよい。
ＵＥ１０は、ＭＭＥ４０が送信したアタッチ受諾を受信する。ＵＥ１０は、アタッチ受諾に基づき、ｅＮＢ４５を介してＭＭＥ４０にアタッチ完了（Attach complete）を送信する。
ＭＭＥ４０は、ＵＥ１０が送信したアタッチ要求を受信する。
［２．３．３．マルチアクセスＰＤＮコネクション確立手続きの説明］
次に、第１のＰＤＮコネクションの確立手続きを説明する。ここで、初期状態は第１の初期状態であってもよい。本実施形態では、ＵＥ１０は、初期状態確立後、アクセスネットワークＡを介してコアネットワーク９０との間に第１のＰＤＮコネクションを確立するためのＰＤＮ接続手続きを実行する。より詳細には、ＵＥ１０はアクセスネットワークＡに配置されるｅＮＢ４５、コアネットワーク９０に配置されるＳＧＷ３５を介してコアネットワーク９０に配置されるＰＧＷ＿Ａ１３１０との間に第１のＰＤＮコネクションを確立する。
なお、第１のＰＤＮコネクションは、ＵＥ１０とｅＮＢ４５との間の転送路と、ｅＮＢ４５とＳＧＷ３５との間の転送路と、ｅＮＢ４５とＰＧＷ＿Ａ１３１０との間の転送路を組み合わせた転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
図１５に示すように、第１のＰＤＮコネクションを確立する手続きは、ＡＰＮ１を用いたＰＤＮ接続手続きであってもよい。
以下、ＰＤＮ接続手続きの具体例を説明する。
［２．４．ＰＤＮ接続手続き例］
第１のＰＤＮコネクションを確立するための第１〜第４のＰＤＮ接続手続き例を、図１６から図１８を用いて説明する。
［２．４．１．第１のＰＤＮ接続手続き例］
第１のＰＤＮ接続手続き例について図１６を用いて説明する。
ＵＥ１０は、まず、ｅＮＢ４５を介してＭＭＥ４０にＰＤＮ接続要求（PDN connectivity request）を送信する（Ｓ１９０２）。ＵＥ１０は、少なくともＰＤＮ接続要求メッセージＩＤ（PDN connectivity request message identity）及びプロシージャトランザクションＩＤ（Procedure transaction identity）及びリクエストタイプ（Request type）及びＰＤＮタイプ（PDN type）及びプロトコル識別子（Protocol discriminator）及びＥＰＳベアラＩＤ（EPS bearer identity）を含めてＰＤＮ接続要求を送信してもよい。さらに、ＵＥ１０は、少なくとも第１の識別情報及び又は第５の識別情報をＰＤＮ接続要求に含めてもよい。さらに、ＵＥ１０は、ＡＰＮ（Access Point Name）及び又はＰＣＯ（Protocol Configuration Options）及び又はＴＦＴ（Traffic Flow Templates）をＰＤＮ接続要求に含めてもよい。なお、ＵＥ１０は、第１の識別情報及び又は第５の識別情報及び又はＴＦＴをＰＣＯに含めて送信してもよい。
ここで、第１の識別情報は、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表すＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙであってもよい。なお、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙとは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立する機能を有することを示す情報であってもよい。
また、第５の識別情報は、ＵＥ１０が確立を要求するＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを表すＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎであってもよい。なお、ＵＥ１０は、第５の識別情報に、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ又はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、第１の識別情報は第５の識別情報であってもよい。より具体的には、ＵＥ１０はＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎを送信することにより、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表してもよい。
このように、ＵＥ１０は、第１の識別情報及び又は第５の識別情報を含めてＰＤＮ接続要求を送信することにより、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立を要求してもよい。
ＰＤＮ接続要求メッセージＩＤは、ＰＤＮ接続要求メッセージを表すメッセージタイプであってもよい。
プロシージャトランザクションＩＤはＰＤＮ接続手続きを識別する情報であってもよい。
ＡＰＮはＵＥ１０が接続を要求するＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＵＥ１０は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立するために、ＡＰＮ１を含めてもよい。ここで、ＡＰＮ１はＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立が許可されたＡＰＮで、及び又はＮＢＩＦＯＭに基づく通信が許可されたＡＰＮであってもよい。
リクエストタイプは、要求するＰＤＮ接続手続きの種類を識別する情報であってもよい。例えば、ＵＥ１０はＡＰＮ１を用いて初期接続を行うことから、リクエストタイプは、ハンドオーバーを示すタイプではなくアタッチを示すタイプであってもよい。
ＰＤＮタイプは、利用可能なＩＰバージョンを示すもであってもよい。例えば、ＰＤＮタイプはＩＰｖ４であってよく、ＩＰｖ６であってもよく、ＩＰｖ４ｖ６であってもよい。
プロトコル識別子は、ＰＤＮ接続要求の送受信に使用しているプロトコルの種類を表す識別子であってもよい。
ＥＰＳベアラＩＤは、ＥＰＳベアラを識別する情報であってもよい。ＥＰＳベアラＩＤはＭＭＥ４０によって割り当てられてもよい。
ＰＣＯは、ＰＤＮコネクションと関連付けられたプロトコル情報であってもよい。また、ＰＣＯは、要求の識別情報を含めてもよい。なお、ＵＥ１０は第１の識別情報をＰＣＯに含めて送信してもよい。
ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
ＵＥ１０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
言い換えると、ＵＥ１０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
なお、従来より、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを示す情報を含めて送信することができる。ここで、ＩＦＯＭ ｓｕｐｐｏｒｔとはＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）をサポートしていることを表す識別情報である。さらに、ＩＦＯＭとは、間ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。したがって、ＰＣＯにＩＦＯＭサポートを示す情報を含めることにより、ＵＥ１０は、特定のＩＰフローの通信を行うアクセスネットワークを切り替えることができる。
本実施形態では、ＵＥ１０はＰＣＯに第１の識別情報及び又は第５の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第１の識別情報及び第５の識別情報を含めない。このように、第１の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
これにより、ＵＥ１０は、単一のＰＤＮコネクション確立手続きにより、ＩＦＯＭをサポートしたＰＤＮコネクションもしくはＮＢＩＦＯＭをサポートしたＰＤＮコネクションのいずれか一方を確立することができる。言い換えると、単一のＰＤＮコネクションは、ＮＢＩＦＯＭをサポートしたＰＤＮコネクションか、ＩＦＯＭをサポートしたＰＤＮコネクションか、シングルアクセスＰＤＮコネクションかのいずれかである。
ＭＭＥ４０は、ＵＥ１０が送信したＰＤＮ接続要求を受信する。ＭＭＥ４０はＰＤＮ接続要求の受信、及び又はＰＤＮ接続要求に含まれる第１の識別情報、及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、ＳＧＷ３５にセッション生成要求を送信する（Ｓ１９０４）。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第１の識別情報に基づいて、少なくとも第１の識別情報をセッション生成要求に含めて送信してもよい。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、少なくとも第５の識別情報をセッション生成要求に含めて送信してもよい。ＭＭＥ４０は、ＵＥ１０が送信するＴＦＴの受信に基づいて、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
ＭＭＥ４０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
言い換えると、ＭＭＥ４０は、ＰＤＮ接続要求に含まれる第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、ＰＤＮ接続要求に含まれる第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
ここで、ＭＭＥ４０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合か、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合かの判定を、第５の識別情報に基づいて判定してもよい。
なお、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報が含まれない場合は第１の識別情報を含めずにセッション生成要求を送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮ接続要求に第５の識別情報が含まれない場合は第５の識別情報を含めずにセッション生成要求を送信してもよい。また、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報と第５の識別情報のいずれも含まれない場合は、シングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信したセッション生成要求を受信する。ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第５の識別情報に基づいて、ＰＧＷ３０にセッション生成要求を送信する（Ｓ１９０６）。
ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第５の識別情報に基づいて、少なくとも第５の識別情報をセッション生成要求に含めて送信してもよい。さらに、ＳＧＷ３５は、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
ＳＧＷ３５は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
言い換えると、ＳＧＷ３５は、セッション生成要求に含まれる第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、セッション生成要求に含まれる第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
ここで、ＳＧＷ３５は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合か、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合かの判定を、第５の識別情報に基づいて判定してもよい。
なお、ＳＧＷ３５は、セッション生成要求に第１の識別情報が含まれない場合は第１の識別情報を含めずにセッション生成要求を送信してもよい。さらに、ＳＧＷ３５は、セッション生成要求に第５の識別情報が含まれない場合は第５の識別情報を含めずにセッション生成要求を送信してもよい。また、ＳＧＷ３５は、セッション生成要求に第１の識別情報と第５の識別情報のいずれも含まれない場合は、シングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信したセッション生成要求を受信する。ＰＧＷ３０は、セッション生成要求の受信及び又はセッション生成要求に含まれる第５の識別情報に基づいて、ＰＣＲＦ６０との間でのＩＰ−ＣＡＮセッション更新手続きを実行してもよい（Ｓ１９０８）。
ＰＧＷ３０は、確立するＰＤＮコネクションがマルチアクセスＰＤＮコネクションであるか、シングルアクセスＰＤＮコネクションであるかを示す情報及び又は第１の識別情報及び又は第５の識別情報をＩＰ−ＣＡＮセッション手続き内の制御メッセージに含めてＰＣＲＦ６０に送信してもよい。
より具体的には、マルチアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤ（PDN connection ID）と、ＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報と、第１の識別情報及び又は第５の識別情報をＰＣＲＦ６０に送信する。もしくは、シングルアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤと、ＰＤＮコネクションがシングルアクセスＰＤＮコネクションであることを示す情報とをＰＣＲＦ６０に送信する。
なお、ＰＤＮコネクションＩＤは、ＰＤＮ接続手続きにおいてＰＧＷ３０がＰＤＮコネクションを確立する際に割り当てたＩＤであってよく、ＵＥ１０がＰＧＷ３０と確立するＰＤＮコネクションを一意に識別する情報であってもよい。
なお、ＰＧＷ３０はＰＣＲＦ６０にＵＥ１０及び又はｅＮＢ４５及び又はＭＭＥ４０及び又はＳＧＷ３５の情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
さらに、ＰＣＲＦ６０は、第５の識別情報の受信に基づいて、ＰＧＷ３０との間でＩＰ−ＣＡＮセッション更新手続き内の制御メッセージに少なくとも第７の識別情報を含めてＰＧＷ３０に送信してもよい。なお、第７の識別情報の詳細説明は後述する。
なお、ＰＣＲＦ６０はＰＧＷ３０に課金情報及び又はＱｏＳ制御情報及び又はルーティング情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
ＰＧＷ３０はセッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第５の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、ＳＧＷ３５にセッション生成応答を送信する（Ｓ１９１０）。
ＰＧＷ３０は、セッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第５の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
なお、ＰＧＷ３０が第７の識別情報を取得する方法は、これまで説明したＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得する方法に限らず、別の例であってもよい。例えば、ＰＧＷ３０はＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得せず、第７の識別情報を生成し、セッション生成応答に含めて送信してもよい。
ここで、第７の識別情報は、確立するマルチアクセスＰＤＮコネクションに対して許可されたＮＢＩＦＯＭオペレーションモードを表すＡｌｌｏｗｅｄ Ｍｏｄｅであってもよい。言い換えると、第５の識別情報はＵＥ１０が要求するオペレーションモードであったのに対し、第７の識別情報はオペレータによって許可されたオペレーションモードであってもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、Ａｌｌｏｗｅｄ Ｍｏｄｅをオペレータポリシーに基づいて第７の識別情報を決定してもよい。例えば、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、Ｎｅｗｔｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、両方のモードの確立を許すポリシーや、両方のモードの確立を禁止するポリシー等を管理してもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、オペレータポリシーをＨＳＳ等から取得してもよい。もしくは、オペレータポリシーは管理者により生成されたものを保存してもよい。
さらに、オペレータポリシーは、加入者毎に異なるポリシーを管理してもよい。もしくは、ＡＰＮ毎に異なるポリシーを管理してもよい。例えば、ＡＰＮ毎に確立するＰＤＮコネクションに対して異なるＡｌｌｏｗｅｄ Ｍｏｄｅが管理されていてもよい。
本例では、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されている場合を説明する。
したがって、ＰＣＲＦ６０又はＰＧＷ３０は、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードによるＰＤＮコネクションの確立を許可し、第７の識別情報には、第５の識別情報と同じオペレーションモードを含める。
言い換えると、ＰＣＲＦ６０又はＰＧＷ３０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合には、第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合には、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
このように、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されている場合には、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて一つ又は複数の許可されたオペレーションモードのうち、ＵＥ１０が要求するモードを第７の識別情報としてもよい。
ＰＧＷ３０はセッション生成応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのＩＰｖ６プレフィックスとインターフェースＩＤであってもよい。ここで、ＰＧＷ３０はＵＥ１０のＩＰアドレスを割り当ててもよい。さらに、ＰＧＷ３０は、ＵＥ１０に割り当てたＩＰアドレスをＰＤＮアドレスに含めてもよい。
また、ＰＤＮコネクションＩＤは、ＵＥ１０とＰＧＷ３０の間で確立するＰＤＮコネクションを一意に識別するための情報であってもよい。ＰＤＮコネクションＩＤは、ＰＧＷ３０によって割り当てられてもよく、ＭＭＥ４０によって割り当てられてもよい。言い換えると、ＰＧＷ３０がＰＤＮコネクションＩＤを割り当ててもよい。
ＳＧＷ３５は、ＰＧＷ３０が送信したセッション生成応答を受信する。ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ＭＭＥ４０にセッション生成応答を送信する（Ｓ１９１２）。
ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
さらに、ＳＧＷ３５はセッション要求応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＭＭＥ４０は、ＳＧＷ３５が送信したセッション生成応答を受信する。ＭＭＥ４０はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ｅＮＢ４５にデフォルトＥＰＳベアラコンテキストアクティブ化要求（Activate default EPS bearer context request）を送信する（Ｓ１９１４）。
ＭＭＥ４０は、セッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤ（Activate default EPS bearer context request message identity）及びプロシージャトランザクションＩＤ及びＡＰＮ及びＰＤＮアドレス及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＰＳ ＱｏＳをデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めて送信してもよい。さらに、ＭＭＥ４０は、少なくとも第７の識別情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。さらに、ＭＭＥ４０は、ＰＣＯ及び又はＥＳＭ Ｃａｕｓｅ及び又はＴＦＴ、及び又はＰＤＮコネクションＩＤ、及び又はＰＤＮコネクション属性情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。なお、ＭＭＥ４０は第７の識別情報及び又はＴＦＴ及び又はＰＤＮコネクションＩＤをＰＣＯに含めて送信してもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを表すメッセージタイプであってもよい。
ＡＰＮはＵＥ１０が接続を許可されたＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＡＰＮ１は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されたＡＰＮであってもよい。ＭＭＥ４０はＡＰＮ１をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのインターフェースＩＤであってもよい。
ＥＰＳ ＱｏＳは、ＥＰＳベアラのＱｏＳを表す状態であってもよい。
ＰＤＮコネクション属性情報は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションを用いて送受信するユーザデータが、アクセスネットワークＡ及びアクセスネットワークＢを介して送受信することが許可されたことを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションが第７の識別情報の示すオペレーションモードのマルチアクセスＰＤＮコネクションであることを示す情報であってもよい。
なお、ＵＥ１０は、ＰＤＮコネクションのタイプを示すコネクティビティタイプ及び又はＷＬＡＮオフロードの可否を示すＷＬＡＮオフロード許可情報（ＷＬＡＮ ｏｆｆｌｏａｄ ａｃｃｅｐｔａｂｌｉｔｙ）をさらに含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮコネクション属性情報を、コネクティビティタイプ又はＷＬＡＮオフロード許可情報に含めて送信してもよい。
ＥＳＭ Ｃａｕｓｅは、ＵＥ１０に割り当てられたＰＤＮアドレスのＰＤＮタイプが、ＰＤＮ接続要求でＵＥ１０が要求したＰＤＮタイプと異なることを表す情報であってもよい。
なお、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯに第７の識別情報を含めてもよい。ただし、ＭＭＥ４０及び又はＰＧＷ３０はＰＣＯに第７の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第７の識別情報を含めない。このように、第７の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
ｅＮＢ４５は、ＭＭＥ４０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信に基づいて、ＵＥ１０にデフォルトＥＰＳベアラコンテキストアクティブ化要求を転送する。
ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求と共に、少なくとも、ＵＥ１０にＲＲＣ接続設定要求（RRC Connection Reconfiguration）を送信してもよい（Ｓ１９１６）。
ＵＥ１０は、ｅＮＢ４５が送信したＲＲＣ接続設定要求を受信する。さらに、ＵＥ１０は、ＭＭＥ４０が送信し、ｅＮＢ４５が転送したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。
ＵＥ１０はＲＲＣ接続設定要求の受信に基づいて、ｅＮＢ４５にＲＲＣ接続設定完了（RRC Connection Reconfiguration Complete）を送信する（Ｓ１９１８）。
ｅＮＢ４５は、ＵＥ１０が送信したＲＲＣ接続設定完了を受信する。ｅＮＢ４５は、ＲＲＣ接続設定完了に基づいて、ＭＭＥ４０にベアラ設定を送信する（Ｓ１９２０）。
ＭＭＥ４０は、ｅＮＢ４５が送信したベアラ設定を受信する。
ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報に基づいて、ＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化受諾（Activate default EPS bearer context accept）を送信する（Ｓ１９２２）（Ｓ１９２４）。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤ（Activate default EPS bearer context accept message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めて送信してもよい。
さらに、ＰＣＯをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めてもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージを表すメッセージタイプであってもよい。
第１のＰＤＮ接続手続きの完了により、ＵＥ１０とＰＧＷ３０は、ＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードの第１のＰＤＮコネクションを確立する。ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信、及び又はＰＤＮコネクション属性情報、及び又は第７の識別情報に基づいて、確立したＰＤＮコネクションがＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションであることを識別してもよい。第１のＰＤＮコネクションの確立に基づき、ＵＥ１０及びＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信する。より具体的には、ＵＥ１０及びＰＧＷ３０は、ＴＦＴで識別されるフローを第１のＰＤＮコネクションを用いて送受信する。
なお、第１のＰＤＮ接続手続きの例では、ＴＦＴの送受信をＰＤＮ接続手続きに含める場合について説明したが、これに限らず、ＴＦＴの送受信は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立後に実行してもよい。
したがって、ＵＥ１０及びＭＭＥ４０は、ＴＦＴをＰＤＮ接続要求及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めずに送受信し、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立してもよい。言い換えると、ＰＤＮコネクションを確立した時点では、ＰＤＮコネクションを用いてユーザデータを送受信するＩＰフローは無い状態であってもよい。その場合ＵＥ１０及びＭＭＥ４０は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立後にＴＦＴを送信する
より具体的には、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０にＴＦＴを送信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＵＥ１０から受信し、ＳＧＷ３５を介してＰＧＷ３０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
一方で、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。ここで、ＰＧＷ３０は、オペレータポリシーに基づいて決定されるＴＦＴをＰＣＲＦ６０から受信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＳＧＷ３５を介してＰＧＷ３０から受信し、ｅＮＢ４５を介してＵＥ１０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
なお、マルチＰＤＮコネクションが確立できた場合には、新たな転送路を追加する手続きを実行する事ができる。一方、シングルアクセスＰＤＮコネクションが確立された場合には、転送路を変更することは可能だが、転送路を追加する手続きは実行できない。
［２．４．２．第２のＰＤＮ接続手続き例］
第２のＰＤＮ接続手続き例について図１７を用いて説明する。
ＵＥ１０は、まず、ｅＮＢ４５を介してＭＭＥ４０にＰＤＮ接続要求（PDN connectivity request）を送信する（Ｓ２００２）。ＵＥ１０は、少なくともＰＤＮ接続要求メッセージＩＤ（PDN connectivity request message identity）及びプロシージャトランザクションＩＤ（Procedure transaction identity）及びリクエストタイプ（Request type）及びＰＤＮタイプ（PDN type）及びプロトコル識別子（Protocol discriminator）及びＥＰＳベアラＩＤ（EPS bearer identity）を含めてＰＤＮ接続要求を送信してもよい。さらに、ＵＥ１０は、少なくとも第１の識別情報及び又は第５の識別情報をＰＤＮ接続要求に含めてもよい。さらに、ＵＥ１０は、ＡＰＮ（Access Point Name）及び又はＰＣＯ（Protocol Configuration Options）及び又はＴＦＴ（Traffic Flow Templates）をＰＤＮ接続要求に含めてもよい。なお、ＵＥ１０は、第１の識別情報及び又は第５の識別情報及び又はＴＦＴをＰＣＯに含めて送信してもよい。
ここで、第１の識別情報は、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表すＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙであってもよい。なお、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙとは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立する機能を有することを示す情報であってもよい。
ここで、第５の識別情報は、ＵＥ１０が確立を要求するＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを表すＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎであってもよい。なお、ＵＥ１０は、第５の識別情報に、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ又はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、第１の識別情報は第５の識別情報であってもよい。より具体的には、ＵＥ１０はＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎを送信することにより、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表してもよい。
このように、ＵＥ１０は、第１の識別情報及び又は第５の識別情報を含めてＰＤＮ接続要求を送信することにより、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立を要求してもよい。
ＰＤＮ接続要求メッセージＩＤは、ＰＤＮ接続要求メッセージを表すメッセージタイプであってもよい。
プロシージャトランザクションＩＤはＰＤＮ接続手続きを識別する情報であってもよい。
ＡＰＮはＵＥ１０が接続を要求するＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＵＥ１０は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立するために、ＡＰＮ１を含めてもよい。ここで、ＡＰＮ１はＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立が許可されたＡＰＮで、及び又はＮＢＩＦＯＭに基づく通信が許可されたＡＰＮであってもよい。あってもよい。
リクエストタイプは、要求するＰＤＮ接続手続きの種類を識別する情報であってもよい。例えば、ＵＥ１０はＡＰＮ１を用いて初期接続を行うことから、リクエストタイプは、ハンドオーバーを示すタイプではなくアタッチを示すタイプであってもよい。
ＰＤＮタイプは、利用可能なＩＰバージョンを示すもであってもよい。例えば、ＰＤＮタイプはＩＰｖ４であってよく、ＩＰｖ６であってもよく、ＩＰｖ４ｖ６であってもよい。 プロトコル識別子は、ＰＤＮ接続要求の送受信に使用しているプロトコルの種類を表す識別子であってもよい。
ＥＰＳベアラＩＤは、ＥＰＳベアラを識別する情報であってもよい。ＥＰＳベアラＩＤはＭＭＥ４０によって割り当てられてもよい。
ＰＣＯは、ＰＤＮコネクションと関連付けられたプロトコル情報であってもよい。また、ＰＣＯは、要求の識別情報を含めてもよい。なお、ＵＥ１０は第１の識別情報をＰＣＯに含めて送信してもよい。
ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
ＵＥ１０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
言い換えると、ＵＥ１０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
なお、従来より、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを示す情報を含めて送信することができる。ここで、ＩＦＯＭ ｓｕｐｐｏｒｔとはＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）をサポートしていることを表す識別情報である。さらに、ＩＦＯＭとは、間ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。したがって、ＰＣＯにＩＦＯＭサポートを示す情報を含めることにより、ＵＥ１０は、特定のＩＰフローの通信を行うアクセスネットワークを切り替えることができる。
本実施形態では、ＵＥ１０はＰＣＯに第１の識別情報及び又は第５の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第５の識別情報を含めない。このように、第１の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
これにより、ＵＥ１０は、単一のＰＤＮコネクション確立手続きにより、ＩＦＯＭをサポートしたＰＤＮコネクションもしくはＮＢＩＦＯＭをサポートしたＰＤＮコネクションのいずれか一方を確立することができる。言い換えると、単一のＰＤＮコネクションは、ＮＢＩＦＯＭをサポートしたＰＤＮコネクションか、ＩＦＯＭをサポートしたＰＤＮコネクションか、シングルアクセスＰＤＮコネクションかのいずれかである。
ＭＭＥ４０は、ＵＥ１０が送信したＰＤＮ接続要求を受信する。
ＭＭＥ４０は、ＵＥ１０から受信したＰＤＮ接続要求に対し、ｅＮＢ４５を介してＵＥ１０にＰＤＮ接続拒絶（PDN connectivity reject）を送信してもよい（Ｓ２００４）。
ＭＭＥ４０は、オペレータポリシーに基づいて、ＰＤＮ接続拒否を送信することを決定してもよい。例えば、オペレータポリシーがＵＥ１０のＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立を許可しない場合や、ＵＥ１０が要求するＮＢＩFＯＭオペレーションモードを許さない場合には、ＵＥ１０にＰＤＮ接続拒絶を送信してもよい。
より具体的には、ＵＥ１０がＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションの確立を要求し、オペレータポリシーがＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅでのＰＤＮコネクションの確立を許可しない場合には、ＵＥ１０にＰＤＮ接続拒絶を送信してもよい。さらに、ＵＥ１０がＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションの確立を要求し、オペレータポリシーがＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅでのＰＤＮコネクションの確立を許可しない場合には、ＵＥ１０にＰＤＮ接続拒絶を送信してもよい。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、少なくともＰＤＮ接続拒絶メッセージＩＤ（PDN connectivity reject message identity）及びプロトコル識別子及びＥＰＳベアラＩＤ及びプロシージャトランザクションＩＤ及びＥＳＭ ＣａｕｓｅをＰＤＮ接続拒絶に含めて送信してもよい。さらに、ＭＭＥ４０は、少なくとも第７の識別情報及び又は第８の識別情報をＰＤＮ接続拒絶に含めてもよい。さらに、ＭＭＥ４０は、ＰＣＯ及び又はＴ３３９６バリュー（T3396 value）をＰＤＮ接続拒絶に含めてもよい。なお、ＭＭＥ４０は第７の識別情報及び又は第８の識別情報をＰＣＯに含めて送信してもよい。
ここで、第７の識別情報は、確立するＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションに対して許可されたＮＢＩＦＯＭオペレーションモードを表すＡｌｌｏｗｅｄ Ｍｏｄｅであってもよい。言い換えると、第５の識別情報はＵＥ１０が要求するオペレーションモードであったのに対し、第７の識別情報はオペレータによって許可されたオペレーションモードであってもよい。
なお、ＭＭＥ４０は、Ａｌｌｏｗｅｄ Ｍｏｄｅをオペレータポリシーに基づいて第７の識別情報を決定してもよい。例えば、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、Ｎｅｗｔｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、両方のモードの確立を許すポリシーや、両方のモードの確立を禁止するポリシー等を管理してもよい。
なお、ＭＭＥ４０は、オペレータポリシーをＡＡＡ５５やＨＳＳ等から取得してもよい。もしくは、オペレータポリシーは管理者により生成されたものを保存してもよい。
さらに、オペレータポリシーは、加入者毎に異なるポリシーを管理してもよい。もしくは、ＡＰＮ毎に異なるポリシーを管理してもよい。例えば、ＡＰＮ毎に確立するＰＤＮコネクションに対して異なるＡｌｌｏｗｅｄ Ｍｏｄｅが管理されていてもよい。
本例では、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されていない場合を説明する。
したがって、ＭＭＥ４０は、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードによるＰＤＮコネクションの確立を不許可とし、第７の識別情報には、Ａｌｌｏｗｅｄ Ｍｏｄｅで許可されているモードであり、且つ、第５の識別情報とは異なるオペレーションモードを含める。
言い換えると、ＭＭＥ４０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれており、且つ、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが許可されている場合には、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれ、且つＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが許可されている場合には、第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＭＭＥ４０は、第７の識別情報を含めなくてもよい。その際には、ＭＭＥ４０はＰＤＮ接続拒否に、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）を含めて送信してもよい。
このように、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されていない場合には、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモード以外のオペレーションモードであり、且つ、ＰＤＮコネクションの確立が許可されたオペレーションモードを、第７の識別情報としてもよい。
さらに、第８の識別情報は、ＭＭＥ４０が拒絶するマルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを表すＲｅｊｅｃｔｅｄ Ｍｏｄｅであってもよい。なお、ＭＭＥ４０は、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードと同じモードを第８の識別情報に含めてもよい。
言い換えると、ＰＧＷ３０及び又はＰＣＲＦ６０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合には、第８の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合には、第８の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
ＰＤＮ接続拒絶メッセージＩＤはＰＤＮ接続拒絶メッセージを表すメッセージタイプであってもよい。
ＥＳＭ Ｃａｕｓｅは、ＰＤＮ接続要求が拒絶された理由を表す情報であってもよい。
Ｔ３３９６バリューはＥＳＭ Ｃａｕｓｅがリソース不足（insufficient resources）又はＡＰＮが不適切（missing or unknown APN）を表す場合に含まれる、Ｔ３３９６タイマーの値であってもよい。
ＵＥ１０は、ＭＭＥ４０が送信したＰＤＮ接続拒絶を受信する。ＵＥ１０は、ＰＤＮ接続拒絶の受信及び又はＰＤＮ接続拒絶に含まれる第７の識別情報及び又は第８の識別情報に基づいて、ＰＤＮ接続手続きを新たに実行してもよい（Ｓ２００６）。
ＵＥ１０は、ＰＤＮ接続要求で第５の識別情報に含めたＮＢＩＦＯＭオペレーションモードとは異なるモードを含めてＰＤＮ接続手続きを実行してもよい。
なお、ＵＥ１０は、ＭＭＥ４０から受信した第７の識別情報を第５の識別情報としてもよい。
もしくは、ＵＥ１０は、ＭＭＥ４０から受信した第８の識別情報を第５の識別情報としてもよい。
言い換えると、ＵＥ１０は、一度目のＰＤＮ接続要求で第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めた場合は、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。若しくは、一度目のＰＤＮ接続要求で第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めた場合は、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。
又は、ＵＥ１０は、ＰＤＮ接続拒絶に含まれる第７の識別情報がＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの場合は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。若しくは、ＰＤＮ接続拒絶に含まれる第７の識別情報がＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの場合は、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。
又は、ＵＥ１０は、ＰＤＮ接続拒絶に含まれる第８の識別情報がＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの場合は、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。若しくは、ＰＤＮ接続拒絶に含まれる第７の識別情報がＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの場合は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてＰＤＮ接続手続きを実行してもよい。
なお、ＵＥ１０は第７の識別情報を受信しなかった場合、及び又はＰＤＮコネクションの許可されたオペレーションモードが他に無い場合、及び又は、他のオペレーションモードのＰＤＮコネクションの確立を要求しない場合には、新たにＰＤＮコ接続手続きを開始しなくてもよい。
なお、ＰＤＮ接続手続きの詳細は、２．４．４の第１のＰＤＮ接続手続き例において図１６を用いて説明したＰＤＮ接続手続きと同様であってもよい。そのため、詳細説明は省略する。
第２のＰＤＮ接続手続きの完了により、ＵＥ１０とＰＧＷ３０は、ＵＥ１０が最初に要求したＮＢＩＦＯＭオペレーションモードとは異なるモードの第１のＰＤＮコネクションを確立する。第１のＰＤＮコネクションの確立に基づき、ＵＥ１０及びＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信する。より具体的には、ＵＥ１０及びＰＧＷ３０は、ＴＦＴで識別されるフローを第１のＰＤＮコネクションを用いて送受信する。
なお、第２のＰＤＮ接続手続きの例では、ＴＦＴの送受信をＰＤＮ接続手続きに含める場合について説明したが、これに限らず、ＴＦＴの送受信は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立後に実行してもよい。
したがって、ＵＥ１０及びＭＭＥ４０は、ＴＦＴをＰＤＮ接続要求及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めずに送受信し、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立してもよい。言い換えると、ＰＤＮコネクションを確立した時点では、ＰＤＮコネクションを用いてユーザデータを送受信するＩＰフローは無い状態であってもよい。その場合、ＵＥ１０及びＭＭＥ４０は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立後にＴＦＴを送信する
より具体的には、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０にＴＦＴを送信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＵＥ１０から受信し、ＳＧＷ３５を介してＰＧＷ３０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
一方で、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。ここで、ＰＧＷ３０は、オペレータポリシーに基づいて決定されるＴＦＴをＰＣＲＦ６０から受信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＳＧＷ３５を介してＰＧＷ３０から受信し、ｅＮＢ４５を介してＵＥ１０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
なお、マルチＰＤＮコネクションが確立できた場合には、新たな転送路を追加する手続きを実行する事ができる。一方、シングルアクセスＰＤＮコネクションが確立された場合には、転送路を変更することは可能だが、転送路を追加する手続きは実行できない。
［２．４．３．第３のＰＤＮ接続手続き例］
第３のＰＤＮ接続手続き例について図１６を用いて説明する。
ＵＥ１０は、まず、ｅＮＢ４５を介してＭＭＥ４０ＭＭＥ４０にＰＤＮ接続要求（PDN connectivity request）を送信する（Ｓ１９０２）。ＵＥ１０は、少なくともＰＤＮ接続要求メッセージＩＤ（PDN connectivity request message identity）及びプロシージャトランザクションＩＤ（Procedure transaction identity）及びリクエストタイプ（Request type）及びＰＤＮタイプ（PDN type）及びプロトコル識別子（Protocol discriminator）及びＥＰＳベアラＩＤ（EPS bearer identity）を含めてＰＤＮ接続要求を送信してもよい。さらに、ＵＥ１０は、少なくとも第１の識別情報及び又は第５の識別情報をＰＤＮ接続要求に含めてもよい。さらに、ＵＥ１０は、ＡＰＮ（Access Point Name）及び又はＰＣＯ（Protocol Configuration Options）及び又はＴＦＴ（Traffic Flow Templates）をＰＤＮ接続要求に含めてもよい。なお、ＵＥ１０は、第１の識別情報及び又は第５の識別情報及び又はＴＦＴをＰＣＯに含めて送信してもよい。
ここで、第１の識別情報は、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表すＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙであってもよい。なお、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙとは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立する機能を有することを示す情報であってもよい。
また、第５の識別情報は、ＵＥ１０が確立を要求するＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを表すＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎであってもよい。なお、ＵＥ１０は、第５の識別情報に、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ又はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、第１の識別情報は第５の識別情報であってもよい。より具体的には、ＵＥ１０はＭｏｄｅ Ｉｎｄｉｃａｔｉｏｎを送信することにより、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表してもよい。
このように、ＵＥ１０は、第１の識別情報及び又は第５の識別情報を含めてＰＤＮ接続要求を送信することにより、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立を要求してもよい。
ＰＤＮ接続要求メッセージＩＤは、ＰＤＮ接続要求メッセージを表すメッセージタイプであってもよい。
プロシージャトランザクションＩＤはＰＤＮ接続手続きを識別する情報であってもよい。
ＡＰＮはＵＥ１０が接続を要求するＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＵＥ１０は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立するために、ＡＰＮ１を含めてもよい。ここで、ＡＰＮ１はＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立が許可されたＡＰＮで、及び又はＮＢＩＦＯＭに基づく通信が許可されたＡＰＮであってもよい。
リクエストタイプは、要求するＰＤＮ接続手続きの種類を識別する情報であってもよい。例えば、ＵＥ１０はＡＰＮ１を用いて初期接続を行うことから、リクエストタイプは、ハンドオーバーを示すタイプではなくアタッチを示すタイプであってもよい。
ＰＤＮタイプは、利用可能なＩＰバージョンを示すもであってもよい。例えば、ＰＤＮタイプはＩＰｖ４であってよく、ＩＰｖ６であってもよく、ＩＰｖ４ｖ６であってもよい。 プロトコル識別子は、ＰＤＮ接続要求の送受信に使用しているプロトコルの種類を表す識別子であってもよい。
ＥＰＳベアラＩＤは、ＥＰＳベアラを識別する情報であってもよい。ＥＰＳベアラＩＤはＭＭＥ４０によって割り当てられてもよい。
ＰＣＯは、ＰＤＮコネクションと関連付けられたプロトコル情報であってもよい。また、ＰＣＯは、要求の識別情報を含めてもよい。なお、ＵＥ１０は第１の識別情報をＰＣＯに含めて送信してもよい。
ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
ＵＥ１０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
言い換えると、ＵＥ１０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めてもよい。もしくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含める場合には、ＴＦＴをＰＤＮ接続要求に含めなくてもよい。
なお、従来より、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを示す情報を含めて送信することができる。ここで、ＩＦＯＭ ｓｕｐｐｏｒｔとはＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）をサポートしていることを表す識別情報である。さらに、ＩＦＯＭとは、間ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。したがって、ＰＣＯにＩＦＯＭサポートを示す情報を含めることにより、ＵＥ１０は、特定のＩＰフローの通信を行うアクセスネットワークを切り替えることができる。
本実施形態では、ＵＥ１０はＰＣＯに第１の識別情報及び又は第５の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第１の識別情報及び第５の識別情報を含めない。このように、第１の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
これにより、ＵＥ１０は、単一のＰＤＮコネクション確立手続きにより、ＩＦＯＭをサポートしたＰＤＮコネクションもしくはＮＢＩＦＯＭをサポートしたＰＤＮコネクションのいずれか一方を確立することができる。言い換えると、単一のＰＤＮコネクションは、ＮＢＩＦＯＭをサポートしたＰＤＮコネクションか、ＩＦＯＭをサポートしたＰＤＮコネクションか、シングルアクセスＰＤＮコネクションかのいずれかである。
ＭＭＥ４０は、ＵＥ１０が送信したＰＤＮ接続要求を受信する。ＭＭＥ４０はＰＤＮ接続要求の受信、及び又はＰＤＮ接続要求に含まれる第１の識別情報、及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、ＳＧＷ３５にセッション生成要求を送信する（Ｓ１９０４）。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第１の識別情報に基づいて、少なくとも第１の識別情報をセッション生成要求に含めて送信してもよい。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第５の識別情報に基づいて、少なくとも第５の識別情報をセッション生成要求に含めて送信してもよい。ＭＭＥ４０は、ＵＥ１０が送信するＴＦＴの受信に基づいて、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
ＭＭＥ４０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
言い換えると、ＭＭＥ４０は、ＰＤＮ接続要求に含まれる第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、ＰＤＮ接続要求に含まれる第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
ここで、ＭＭＥ４０は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合か、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合かの判定を、第５の識別情報に基づいて判定してもよい。
なお、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報が含まれない場合は第１の識別情報を含めずにセッション生成要求を送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮ接続要求に第５の識別情報が含まれない場合は第５の識別情報を含めずにセッション生成要求を送信してもよい。また、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報と第５の識別情報のいずれも含まれない場合は、シングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信したセッション生成要求を受信する。ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第５の識別情報に基づいて、ＰＧＷ３０にセッション生成要求を送信する（Ｓ１９０６）。
ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第５の識別情報に基づいて、少なくとも第５の識別情報をセッション生成要求に含めて送信してもよい。さらに、ＳＧＷ３５は、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
ＳＧＷ３５は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
言い換えると、ＳＧＷ３５は、セッション生成要求に含まれる第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めてもよい。もしくは、セッション生成要求に含まれる第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合には、ＴＦＴをセッション生成要求に含めなくてもよい。
ここで、ＳＧＷ３５は、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合か、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することを要求する場合かの判定を、第５の識別情報に基づいて判定してもよい。
なお、ＳＧＷ３５は、セッション生成要求に第１の識別情報が含まれない場合は第１の識別情報を含めずにセッション生成要求を送信してもよい。さらに、ＳＧＷ３５は、セッション生成要求に第５の識別情報が含まれない場合は第５の識別情報を含めずにセッション生成要求を送信してもよい。また、ＳＧＷ３５は、セッション生成要求に第１の識別情報と第５の識別情報のいずれも含まれない場合は、シングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信したセッション生成要求を受信する。ＰＧＷ３０は、セッション生成要求の受信及び又はセッション生成要求に含まれる第５の識別情報に基づいて、ＰＣＲＦ６０との間でのＩＰ−ＣＡＮセッション更新手続きを実行してもよい（Ｓ１９０８）。
ＰＧＷ３０は、確立するＰＤＮコネクションがマルチアクセスＰＤＮコネクションであるか、シングルアクセスＰＤＮコネクションであるかを示す情報及び又は第５の識別情報をＩＰ−ＣＡＮセッション手続き内の制御メッセージに含めてＰＣＲＦ６０に送信してもよい。
より具体的には、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤ（PDN connection ID）と、ＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報と、第１の識別情報及び又は第５の識別情報をＰＣＲＦ６０に送信する。もしくは、シングルアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤと、ＰＤＮコネクションがシングルアクセスＰＤＮコネクションであることを示す情報とをＰＣＲＦ６０に送信する。
なお、ＰＤＮコネクションＩＤは、ＰＤＮ接続手続きにおいてＰＧＷ３０がＰＤＮコネクションを確立する際に割り当てたＩＤであってよく、ＵＥ１０がＰＧＷ３０と確立するＰＤＮコネクションを一意に識別する情報であってもよい。
なお、ＰＧＷ３０はＰＣＲＦ６０にＵＥ１０及び又はｅＮＢ４５及び又はＭＭＥ４０及び又はＳＧＷ３５の情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
さらに、ＰＣＲＦ６０は、第５の識別情報の受信に基づいて、ＰＧＷ３０との間でＩＰ−ＣＡＮセッション更新手続き内の制御メッセージに少なくとも第７の識別情報を含めてＰＧＷ３０に送信してもよい。なお、第７の識別情報の詳細説明は後述する。
なお、ＰＣＲＦ６０はＰＧＷ３０に課金情報及び又はＱｏＳ制御情報及び又はルーティング情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
ＰＧＷ３０はセッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第５の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、ＭＭＥ４０にセッション生成応答を送信する（Ｓ１９１０）。
ＰＧＷ３０は、セッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第５の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
なお、ＰＧＷ３０が第７の識別情報を取得する方法は、これまで説明したＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得する方法に限らず、別の例であってもよい。例えば、ＰＧＷ３０はＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得せず、第７の識別情報を生成し、セッション生成応答に含めて送信してもよい。
ここで、第７の識別情報は、確立するマルチアクセスＰＤＮコネクションに対して許可されたＮＢＩＦＯＭオペレーションモードを表すＡｌｌｏｗｅｄ Ｍｏｄｅであってもよい。言い換えると、第５の識別情報はＵＥ１０が要求するオペレーションモードであったのに対し、第７の識別情報はオペレータによって許可されたオペレーションモードであってもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、Ａｌｌｏｗｅｄ Ｍｏｄｅをオペレータポリシーに基づいて第７の識別情報を決定してもよい。例えば、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、Ｎｅｗｔｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、両方のモードの確立を許すポリシーや、両方のモードの確立を禁止するポリシー等を管理してもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、オペレータポリシーをＨＳＳ等から取得してもよい。もしくは、オペレータポリシーは管理者により生成されたものを保存してもよい。
さらに、オペレータポリシーは、加入者毎に異なるポリシーを管理してもよい。もしくは、ＡＰＮ毎に異なるポリシーを管理してもよい。例えば、ＡＰＮ毎に確立するＰＤＮコネクションに対して異なるＡｌｌｏｗｅｄ Ｍｏｄｅが管理されていてもよい。
本例では、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されていない場合を説明する。
したがって、ＰＣＲＦ６０又はＰＧＷ３０は、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードによるＰＤＮコネクションの確立を不許可とし、第７の識別情報には、Ａｌｌｏｗｅｄ Ｍｏｄｅで許可されているモードであり、且つ、第５の識別情報とは異なるオペレーションモードを含める。
言い換えると、ＰＣＲＦ６０又はＰＧＷ３０は、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれており、且つ、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが許可されている場合には、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、第５の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれ、且つＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが許可されている場合には、第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＣＲＦ６０は、第７の識別情報をＰＧＷ３０に通知しなくてもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＣＲＦ６０は、許可されたオペレーションが無いことをＰＧＷ３０に通知してもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＣＲＦ６０は、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）をＰＧＷ３０に送信してもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、第７の識別情報をＳＧＷ３５を介してＭＭＥ４０に通知しなくてもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）をセッション生成応答に含めてＳＧＷ３５を介してＭＭＥ４０に送信してもよい。
第５の識別情報とは異なるオペレーションモードによるＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、許可されたオペレーションが無いことをＭＭＥ４０に通知してもよい。
このように、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモードのＰＤＮコネクションの確立が許可されていない場合には、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、第５の識別情報に含まれるＮＢＩＦＯＭオペレーションモード以外のオペレーションモードであり、且つ、ＰＤＮコネクションの確立が許可されたオペレーションモードを、第７の識別情報としてもよい。
さらに、ＰＧＷ３０はセッション生成応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのＩＰｖ６プレフィックスとインターフェースＩＤであってもよい。ここで、ＰＧＷ３０はＵＥ１０のＩＰアドレスを割り当ててもよい。さらに、ＰＧＷ３０は、ＵＥ１０に割り当てたＩＰアドレスをＰＤＮアドレスに含めてもよい。
また、ＰＤＮコネクションＩＤは、ＵＥ１０とＰＧＷ３０の間で確立するＰＤＮコネクションを一意に識別するための情報であってもよい。ＰＤＮコネクションＩＤは、ＰＧＷ３０によって割り当てられてもよく、ＭＭＥ４０によって割り当てられてもよい。言い換えると、ＰＧＷ３０がＰＤＮコネクションＩＤを割り当ててもよい。
ＳＧＷ３５は、ＰＧＷ３０が送信したセッション生成応答を受信する。ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ＭＭＥ４０にセッション生成応答を送信する（Ｓ１９１２）。
ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
さらに、ＳＧＷ３５はセッション要求応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＭＭＥ４０は、ＳＧＷ３５が送信したセッション生成応答を受信する。ＭＭＥ４０はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ｅＮＢ４５にデフォルトＥＰＳベアラコンテキストアクティブ化要求（Activate default EPS bearer context request）を送信する（Ｓ１９１４）。
ＭＭＥ４０は、セッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤ（Activate default EPS bearer context request message identity）及びプロシージャトランザクションＩＤ及びＡＰＮ及びＰＤＮアドレス（PDN Address）及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＰＳ ＱｏＳをデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めて送信してもよい。さらに、ＭＭＥ４０は、少なくとも第７の識別情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。さらに、ＭＭＥ４０は、ＰＣＯ及び又はＥＳＭ Ｃａｕｓｅ及び又はＴＦＴ、及び又はＰＤＮコネクションＩＤ、及び又はＰＤＮコネクション属性情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。なお、ＭＭＥ４０は第７の識別情報及び又はＴＦＴ及び又はＰＤＮコネクションＩＤをＰＣＯに含めて送信してもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを表すメッセージタイプであってもよい。
ＡＰＮはＵＥ１０が接続を許可されたＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＡＰＮ１は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立することが許可されたＡＰＮであってもよい。ＭＭＥ４０はＡＰＮ１をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのインターフェースＩＤであってもよい。
ＥＰＳ ＱｏＳは、ＥＰＳベアラのＱｏＳを表す状態であってもよい。
ＰＤＮコネクション属性情報は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションを用いて送受信するユーザデータが、アクセスネットワークＡ及びアクセスネットワークＢを介して送受信することが許可されたことを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションが第７の識別情報の示すオペレーションモードのマルチアクセスＰＤＮコネクションであることを示す情報であってもよい。
なお、ＵＥ１０は、ＰＤＮコネクションのタイプを示すコネクティビティタイプ及び又はＷＬＡＮオフロードの可否を示すＷＬＡＮオフロード許可情報（ＷＬＡＮ ｏｆｆｌｏａｄ ａｃｃｅｐｔａｂｌｉｔｙ）をさらに含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮコネクション属性情報を、コネクティビティタイプ又はＷＬＡＮオフロード許可情報に含めて送信してもよい。
ＥＳＭ Ｃａｕｓｅは、ＵＥ１０に割り当てられたＰＤＮアドレスのＰＤＮタイプが、ＰＤＮ接続要求でＵＥ１０が要求したＰＤＮタイプと異なることを表す情報を含めてもよい。及び又は、ＥＭＳ Ｃａｕｓｅは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションが、ＵＥ１０の要求したＮＢＩＦＯＭオペレーションモードとは異なるＮＢＩＦＯＭオペレーションモードのマルチアクセスＰＤＮコネクションであることを表す情報を含めてもよい。
なお、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯに第７の識別情報を含めてもよい。ただし、ＭＭＥ４０及び又はＰＧＷ３０はＰＣＯに第７の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第７の識別情報を含めない。このように、第７の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
なお、ＵＥ１０は、ＰＤＮコネクションのタイプを示すコネクティビティタイプ及び又はＷＬＡＮオフロードの可否を示すＷＬＡＮオフロード許可情報（ＷＬＡＮ ｏｆｆｌｏａｄ ａｃｃｅｐｔａｂｌｉｔｙ）をさらに含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮコネクション属性情報を、コネクティビティタイプ又はＷＬＡＮオフロード許可情報に含めて送信してもよい。
ｅＮＢ４５は、ＭＭＥ４０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信に基づいて、ＵＥ１０にデフォルトＥＰＳベアラコンテキストアクティブ化要求を転送する。
ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求と共に、少なくとも、ＵＥ１０にＲＲＣ接続設定要求（RRC Connection Reconfiguration）を送信してもよい（Ｓ１９１６）。
ＵＥ１０は、ｅＮＢ４５が送信したＲＲＣ接続設定要求を受信する。さらに、ＵＥ１０は、ＭＭＥ４０が送信し、ｅＮＢ４５が転送したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。
ＵＥ１０はＲＲＣ接続設定要求の受信に基づいて、ｅＮＢ４５にＲＲＣ接続設定完了（RRC Connection Reconfiguration Complete）を送信する（Ｓ１９１８）。
ｅＮＢ４５は、ＵＥ１０が送信したＲＲＣ接続設定完了を受信する。ｅＮＢ４５は、ＲＲＣ接続設定完了に基づいて、ＭＭＥ４０にベアラ設定を送信する（Ｓ１９２０）。
ＭＭＥ４０は、ｅＮＢ４５が送信したベアラ設定を受信する。
ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報に基づいて、ＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化受諾（Activate default EPS bearer context accept）を送信してもよい（Ｓ１９２２）（Ｓ１９２４）。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤ（Activate default EPS bearer context accept message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めて送信してもよい。
さらに、ＰＣＯをデフォルトＥＰＳベアラコンテキストアクティブ化受諾及び又はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含めてもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージを表すメッセージタイプであってもよい。
第３のＰＤＮ接続手続きの完了により、ＵＥ１０とＰＧＷ３０は、ＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードとは異なるモードの第１のＰＤＮコネクションを確立する。ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信、及び又はＰＤＮコネクション属性情報、及び又は第７の識別情報、及び又はＥＳＭ Ｃａｕｓｅに基づいて、確立したＰＤＮコネクションが，ＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードとはことなるオペレーションモードのマルチアクセスＰＤＮコネクションであることを識別してもよい。第１のＰＤＮコネクションの確立に基づき、ＵＥ１０及びＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信する。より具体的には、ＵＥ１０及びＰＧＷ３０は、ＴＦＴで識別されるフローを第１のＰＤＮコネクションを用いて送受信する。
なお、第３のＰＤＮ接続手続きの例では、ＴＦＴの送受信をＰＤＮ接続手続きに含める場合について説明したが、これに限らず、ＴＦＴの送受信は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立後に実行してもよい。
したがって、ＵＥ１０及びＭＭＥ４０は、ＴＦＴをＰＤＮ接続要求及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めずに送受信し、マルチアクセスＰＤＮコネクションを確立してもよい。言い換えると、ＰＤＮコネクションを確立した時点では、ＰＤＮコネクションを用いてユーザデータを送受信するＩＰフローは無い状態であってもよい。その場合、ＵＥ１０及びＭＭＥ４０は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立後にＴＦＴを送信する。
より具体的には、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０にＴＦＴを送信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＵＥ１０から受信し、ＳＧＷ３５を介してＰＧＷ３０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
一方で、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。ここで、ＰＧＷ３０は、オペレータポリシーに基づいて決定されるＴＦＴをＰＣＲＦ６０から受信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＳＧＷ３５を介してＰＧＷ３０から受信し、ｅＮＢ４５を介してＵＥ１０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
また、第３のＰＤＮ接続手続きの例では、ＵＥ１０とＰＧＷ３０とが、ＵＥ１０が要求したＮＢＩＦＯＭオペレーションモードとは異なるモードの第１のＰＤＮコネクションを確立する場合について説明したが、これに限らず、ＵＥ１０は、要求とは異なるＮＢＩＦＯＭオペレーションモードの第１のＰＤＮコネクションの確立を拒絶してもよい。
例えば、ＵＥ１０が、確立された第１のＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードをサポートしていない場合、及び又は、確立された第１のＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードがＵＥ１０のポリシーに沿わない場合に、ＵＥ１０は、要求とは異なるＮＢＩＦＯＭオペレーションモードの第１のＰＤＮコネクションの確立を拒絶してもよい。
より詳細には、ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報及び又はＰＤＮコネクション属性情報及び又はＵＥ１０のポリシーに基づいて、ｅＮＢ４５を介してＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化拒絶（Activate default EPS bearer context reject）を送信してもよい。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージＩＤ（Activate default EPS bearer context reject message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＳＭ ＣａｕｓｅをデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含めて送信してもよい。さらに、ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に第４の識別情報をさらに含めてもよい。さらに、ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶にＰＣＯをさらに含めてもよい。なお、ＵＥ１０は第４の識別情報をＰＣＯに含めて送信してもよい。
第４の識別情報は、ＵＥ１０が確立された第１のＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードをサポートしていないことを表す情報及び又は確立された第１のＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードがＵＥ１０のポリシーに沿わないことを表す情報であってもよい。
デフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージを表すメッセージタイプであってもよい。
ＥＳＭ Ｃａｕｓｅは、デフォルトＥＰＳベアラコンテキストアクティブ化要求が拒絶された理由を表す情報であってもよい。ここで、ＵＥ１０は、第４の識別情報をＥＳＭ Ｃａｕｓｅに含めてもＵＥ１０に通知してもよい。
ＭＭＥ４０は、ＵＥ１０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化拒絶を受信してもよい。ＭＭＥ４０は、デフォルトＥＰＳベアラコンテキストアクティブ化拒絶の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含まれる第４の識別情報をもとに、ＭＭＥ４０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。さらに、ＭＭＥ４０は、ＳＧＷ３５にデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含まれる第４の識別情報を送信してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信した第４の識別情報を受信してもよい。ＳＧＷ３５は、第４の識別情報の受信及び又はオペレータポリシーに基づいて、ＳＧＷ３５が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。さらに、ＳＧＷ３５は、ＰＧＷ３０にＭＭＥ４０から受信した第４の識別情報を送信してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信した第４の識別情報を受信してもよい。ＰＧＷ３０は、第４の識別情報の受信及び又はオペレータポリシーに基づいて、ＰＧＷ３０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。
また、ＰＧＷ３０は第４の識別情報の受信をもとに、ＰＣＲＦ６０との間でＩＰ−ＣＡＮセッション更新手続きを実行してもよい。ＰＧＷ３０は、ＩＰ−ＣＡＮセッション更新手続きに第４の識別情報を含めてもよい。
ＰＣＲＦ６０は、ＩＰ−ＣＡＮセッション更新手続きに基づいて、オペレータポリシーを変更してもよい。なお、ＰＧＷ３０は、オペレータポリシーの変更に基づき、ＰＧＷ３０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。
なお、マルチＰＤＮコネクションが確立できた場合には、新たな転送路を追加する手続きを実行する事ができる。一方、シングルアクセスＰＤＮコネクションが確立された場合には、転送路を変更することは可能だが、転送路を追加する手続きは実行できない。
［２．４．４．第４のＰＤＮ接続手続き例］
第４のＰＤＮ接続手続き例について図１８を用いて説明する。
ＵＥ１０は、まず、ｅＮＢ４５を介してＭＭＥ４０にＰＤＮ接続要求（PDN connectivity request）を送信する（Ｓ２１０２）。ＵＥ１０は、少なくともＰＤＮ接続要求メッセージＩＤ（PDN connectivity request message identity）及びプロシージャトランザクションＩＤ（Procedure transaction identity）及びリクエストタイプ（Request type）及びＰＤＮタイプ（PDN type）及びプロトコル識別子（Protocol discriminator）及びＥＰＳベアラＩＤ（EPS bearer identity）を含めてＰＤＮ接続要求を送信してもよい。さらに、ＵＥ１０は、少なくとも第１の識別情報及び又は第６の識別情報をＰＤＮ接続要求に含めてもよい。さらに、ＵＥ１０は、ＡＰＮ（Access Point Name）及び又はＰＣＯ（Protocol Configuration Options）及び又はＴＦＴ（Traffic Flow Templates）をＰＤＮ接続要求に含めてもよい。なお、ＵＥ１０は、第１の識別情報及び又は第６の識別情報及び又はＴＦＴをＰＣＯに含めて送信してもよい。
ここで、第１の識別情報は、ＵＥ１０がＮＢＩＦＯＭをサポートしていることを表すＵＥ ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙであってもよい。なお、ＮＢＩＦＯＭ Ｃａｐａｂｉｌｉｔｙとは、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立する機能を有することを示す情報であってもよい。
さらに、第６の識別情報は、マルチアクセスＰＤＮコネクションのＮＢＩＦＯＭオペレーションモードを決定することを要求することを表すＲｅｑｕｅｓｔ ＮＢＩＦＯＭであってもよい。及び又は、第６の識別情報は、確立するＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションに対して許可されるＮＢＩＦＯＭオペレーションモードを要求することを表す情報であってもよい。
このように、ＵＥ１０は、第１の識別情報及び又は第６の識別情報を含めてＰＤＮ接続要求を送信することにより、ＵＥ１０が特定のＮＢＩＦＯＭオペレーションモードを要求することなくＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立を要求してもよい。
ＰＤＮ接続要求メッセージＩＤは、ＰＤＮ接続要求メッセージを表すメッセージタイプであってもよい。
プロシージャトランザクションＩＤはＰＤＮ接続手続きを識別する情報であってもよい。
ＡＰＮはＵＥ１０が接続を要求するＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＵＥ１０は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立するために、ＡＰＮ１を含めてもよい。ここで、ＡＰＮ１はＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立が許可されたＡＰＮで、及び又はＮＢＩＦＯＭに基づく通信が許可されたＡＰＮであってもよい。
リクエストタイプは、要求するＰＤＮ接続手続きの種類を識別する情報であってもよい。例えば、ＵＥ１０はＡＰＮ１を用いて初期接続を行うことから、リクエストタイプは、ハンドオーバーを示すタイプではなくアタッチを示すタイプであってもよい。
ＰＤＮタイプは、利用可能なＩＰバージョンを示すもであってもよい。例えば、ＰＤＮタイプはＩＰｖ４であってよく、ＩＰｖ６であってもよく、ＩＰｖ４ｖ６であってもよい。
プロトコル識別子は、ＰＤＮ接続要求の送受信に使用しているプロトコルの種類を表す識別子であってもよい。
ＥＰＳベアラＩＤは、ＥＰＳベアラを識別する情報であってもよい。ＥＰＳベアラＩＤはＭＭＥ４０によって割り当てられてもよい。
ＰＣＯは、ＰＤＮコネクションと関連付けられたプロトコル情報であってもよい。また、ＰＣＯは、要求の識別情報を含めてもよい。なお、ＵＥ１０は第１の識別情報をＰＣＯに含めて送信してもよい。
ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
なお、本例では、ＰＤＮ接続要求の送信に伴い、ＵＥ１０は特定のＮＢＩＦＯＭオペレーションモードを要求していないため、ＵＥ１０はＰＤＮ接続要求にＴＦＴを含めずに送信してもよい。言い換えると、ＵＥ１０が特定のＮＢＩＦＯＭオペレーションモードを要求することなくＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立を要求する場合には、ＵＥ１０はＰＤＮ接続要求にＴＦＴを含めずに送信してもよい。より具体的には、ＵＥ１０は第１の識別情報及び又は第６の識別情報を含める場合には、ＴＦＴを含めずにＰＤＮ接続要求を送信してもよい。
なお、従来より、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを示す情報を含めて送信することができる。ここで、ＩＦＯＭ ｓｕｐｐｏｒｔとはＩＦＯＭ（ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ）をサポートしていることを表す識別情報である。さらに、ＩＦＯＭとは、間ＤＳＭＩＰｖ６（Ｄｕａｌ Ｓｔａｃｋ Ｍｏｂｉｌｅ ＩＰｖ６）プロトコルを用いて、特定のＩＰフローの通信路を切り替える技術のことである。したがって、ＰＣＯにＩＦＯＭサポートを示す情報を含めることにより、ＵＥ１０は、特定のＩＰフローの通信を行うアクセスネットワークを切り替えることができる。
本実施形態では、ＵＥ１０はＰＣＯに第１の識別情報及び第６の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＵＥ１０はＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第１の識別情報及び又は第６の情報を含めない。このように、第１の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
これにより、ＵＥ１０は、単一のＰＤＮコネクション確立手続きにより、ＩＦＯＭをサポートしたＰＤＮコネクションもしくはＮＢＩＦＯＭをサポートしたＰＤＮコネクションのいずれか一方を確立することができる。言い換えると、単一のＰＤＮコネクションは、ＮＢＩＦＯＭをサポートしたＰＤＮコネクションか、ＩＦＯＭをサポートしたＰＤＮコネクションか、シングルアクセスＰＤＮコネクションかのいずれかである。
ＭＭＥ４０は、ＵＥ１０が送信したＰＤＮ接続要求を受信する。ＭＭＥ４０はＰＤＮ接続要求の受信及び又は、及び又はＰＤＮ接続要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、ＳＧＷ３５にセッション生成要求を送信する（Ｓ２１０４）。
ＭＭＥ４０は、ＰＤＮ接続要求の受信及び又はＰＤＮ接続要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、少なくとも第１の識別情報及び又は第６の識別情報をセッション生成要求に含めて送信してもよい。
さらに、ＭＭＥ４０は、ＵＥ１０が送信するＴＦＴの受信に基づいて、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
なお、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報と第６の識別情報のいずれの識別情報も含まれない場合は、第１の識別情報及び又は第６の識別情報を含めずにセッション生成要求を送信してもよい。また、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報及び又は第６の識別情報が含まれない場合はシングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信したセッション生成要求を受信する。ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、ＰＧＷ３０にセッション生成要求を送信する（Ｓ２１０６）。
ＳＧＷ３５は、セッション接続要求の受信及び又はセッション接続要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、少なくとも第１の識別情報及び又は第６の識別情報をセッション生成要求に含めて送信してもよい。
さらに、ＳＧＷ３５は、ＴＦＴをセッション生成要求に含めてもよい。
また、ＴＦＴは、本ＰＤＮ接続手続きで確立するＰＤＮコネクションを用いて通信を行うＩＰフローを識別するための情報であってもよい。なお、識別するＩＰフローは、アプリケーション単位で異なるものであってもよい。したがって、ＴＦＴにより、特定のアプリケーションのユーザデータを識別することができる。
より具体的には、ＴＦＴは、５タプルで構成されてもよいし、アプリケーションＩＤ等の識別情報で構成されてもよい。なお。５タプルは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号のいずれか一つ以上の情報を組み合わせて構成されてもよい。
なお、ＳＧＷ３５は、ＰＤＮ接続要求に第１の識別情報と第６の識別情報のいずれの識別情報も含まれない場合は、第１の識別情報及び又は第６の識別情報を含めずにセッション生成要求を送信してもよい。また、ＭＭＥ４０は、ＰＤＮ接続要求に第１の識別情報及び又は第６の識別情報が含まれない場合はシングルアクセスＰＤＮコネクションを確立する手続きを実行してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信したセッション生成要求を受信する。ＰＧＷ３０は、セッション生成要求の受信及び又はセッション生成要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、ＰＣＲＦ６０との間でのＩＰ−ＣＡＮセッション更新手続きを実行してもよい（Ｓ２１０８）。
ＰＧＷ３０は、セッション生成要求の受信及び又はセッション生成要求に含まれる第１の識別情報及び又は第６の識別情報に基づいて、少なくとも第１の識別情報及び又は第６の識別情報をＩＰ−ＣＡＮセッション更新手続きに含めて実行してもよい。
なお、ＰＧＷ３０はＰＣＲＦ６０にＵＥ１０及び又はｅＮＢ４５及び又はＭＭＥ４０及び又はＳＧＷ３５の情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
ＰＧＷ３０は、確立するＰＤＮコネクションがマルチアクセスＰＤＮコネクションであるか、シングルアクセスＰＤＮコネクションであるかを示す情報及び又は第１の識別情報及び又は第６の識別情報をＩＰ−ＣＡＮセッション手続き内の制御メッセージに含めてＰＣＲＦ６０に送信してもよい。
より具体的には、マルチアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤ（PDN connection ID）と、ＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報と、第１の識別情報及び又は第６の識別情報をＰＣＲＦ６０に送信する。もしくは、シングルアクセスＰＤＮコネクションを確立する場合には、ＰＧＷ３０は、アクセスネットワークＡを示す情報と、ＰＤＮコネクションＩＤと、ＰＤＮコネクションがシングルアクセスＰＤＮコネクションであることを示す情報とをＰＣＲＦ６０に送信する。
なお、ＰＤＮコネクションＩＤは、ＰＤＮ接続手続きにおいてＰＧＷ３０がＰＤＮコネクションを確立する際に割り当てたＩＤであってよく、ＵＥ１０がＰＧＷ３０と確立するＰＤＮコネクションを一意に識別する情報であってもよい。
さらに、ＰＣＲＦ６０は、第１の識別情報及び又は第６の識別情報の受信に基づいて、ＰＧＷ３０との間でＩＰ−ＣＡＮセッション更新手続き内の制御メッセージに少なくとも第７の識別情報を含めてＰＧＷ３０に送信してもよい。なお、第７の識別情報の詳細説明は後述する。
なお、ＰＣＲＦ６０はＰＧＷ３０に課金情報及び又はＱｏＳ制御情報及び又はルーティング情報を通知するためにＩＰ−ＣＡＮセッション更新手続きを実行してもよい。
ＰＧＷ３０はセッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第１の識別情報及び又は第６の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、ＳＧＷ３５にセッション生成応答を送信する（Ｓ２１１０）。
ＰＧＷ３０は、セッション生成要求の受信又はＩＰ−ＣＡＮセッション更新手続きの完了及び又は、セッション生成要求に含まれる第１の識別情報及び又は第６の識別情報及び又は、ＩＰ−ＣＡＮセッション更新手続きに含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
さらに、ＰＧＷ３０はセッション生成応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
なお、ＰＧＷ３０が第７の識別情報を取得する方法は、これまで説明したＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得する方法に限らず、別の例であってもよい。例えば、ＰＧＷ３０はＩＰ−ＣＡＮセッション更新手続きにおいてＰＣＲＦ６０から取得せず、第７の識別情報を生成し、セッション生成応答に含めて送信してもよい。
ここで、第７の識別情報は、確立するＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションに対して許可されたＮＢＩＦＯＭオペレーションモードを表すＡｌｌｏｗｅｄ Ｍｏｄｅであってもよい。言い換えると、第７の識別情報はオペレータによって許可されたオペレーションモードであってもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、Ａｌｌｏｗｅｄ Ｍｏｄｅをオペレータポリシーに基づいて第７の識別情報を決定してもよい。例えば、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、Ｎｅｗｔｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションのみ確立を許すポリシーや、両方のモードの確立を許すポリシーや、両方のモードの確立を禁止するポリシー等を管理してもよい。
なお、ＰＣＲＦ６０又はＰＧＷ３０は、オペレータポリシーをＨＳＳ等から取得してもよい。もしくは、オペレータポリシーは管理者により生成されたものを保存してもよい。
さらに、オペレータポリシーは、加入者毎に異なるポリシーを管理してもよい。もしくは、ＡＰＮ毎に異なるポリシーを管理してもよい。例えば、ＡＰＮ毎に確立するＰＤＮコネクションに対して異なるＡｌｌｏｗｅｄ Ｍｏｄｅが管理されていてもよい。
ＰＣＲＦ６０又はＰＧＷ３０は、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、許可されているオペレーションモードを第７の識別情報に含めてもよい。
言い換えると、ＰＣＲＦ６０又はＰＧＷ３０はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのみが許可されている場合には、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。若しくは、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのみ許可されている場合には、第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
なお、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅとＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの両方が許可されている場合には、第７の識別情報は両方のオペレーションモードを含めてもよい。若しくは、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅとＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅの両方が許可されており、且つデフォルトのオペレーションモードが設定されている場合には、第７の識別情報はデフォルトのオペレーションモードのみ含めてもよい。なお、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅとＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのどちらをデフォルトのオペレーションモードとするかは、オペレータポリシーに基づいて設定されてもよい。
なお、全てのオペレーションモードのＰＤＮコネクションの確立が許可されてない場合には、ＰＣＲＦ６０は、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）をＰＧＷ３０に送信してもよい。
全てのオペレーションモードのＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、第７の識別情報をＳＧＷ３５を介してＭＭＥ４０に通知しなくてもよい。
全てのオペレーションモードのＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、要求したオペレーションモードは許可されないモードであることを示す理由情報（Requested Operation Mode is not allowed）をセッション生成応答に含めてＳＧＷ３５を介してＭＭＥ４０に送信してもよい。
全てのオペレーションモードのＰＤＮコネクションの確立が許可されてない場合には、ＰＧＷ３０は、許可されたオペレーションが無いことをＳＧＷ３５を介してＭＭＥ４０に通知してもよい。
このように、Ａｌｌｏｗｅｄ Ｍｏｄｅに基づいて、ＰＣＲＦ６０又はＰＧＷ３０は,ＰＤＮコネクションの確立が許可されたオペレーションモードを、第７の識別情報としてもよい。
なお、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれない場合には、ＰＣＲＦ６０はＰＧＷ３０にＴＦＴを送信しなくてもよい。
言い換えると、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合にのみ、ＰＣＲＦ６０はＰＧＷ３０にＴＦＴを送信してもよい。
なお、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれない場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信しなくてもよい。したがって、この場合には、ＰＧＷ３０はＴＦＴをセッション生成応答に含めなくてもよい。
言い換えると、第７の識別情報にＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれる場合にのみ、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。したがって、この場合には、ＰＧＷ３０はＴＦＴをセッション生成応答に含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのＩＰｖ６プレフィックスとインターフェースＩＤであってもよい。ここで、ＰＧＷ３０はＵＥ１０のＩＰアドレスを割り当ててもよい。さらに、ＰＧＷ３０は、ＵＥ１０に割り当てたＩＰアドレスをＰＤＮアドレスに含めてもよい。
また、ＰＤＮコネクションＩＤは、ＵＥ１０とＰＧＷ３０の間で確立するＰＤＮコネクションを一意に識別するための情報であってもよい。ＰＤＮコネクションＩＤは、ＰＧＷ３０によって割り当てられてもよく、ＭＭＥ４０によって割り当てられてもよい。言い換えると、ＰＧＷ３０がＰＤＮコネクションＩＤを割り当ててもよい。
ＳＧＷ３５は、ＰＧＷ３０が送信したセッション生成応答を受信する。ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ＭＭＥ４０にセッション生成応答を送信する（Ｓ２１１２）。
ＳＧＷ３５はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくとも第７の識別情報をセッション生成応答に含めて送信してもよい。
さらに、ＳＧＷ３５はセッション要求応答にＰＤＮアドレス（PDN Address）及び又はＰＤＮコネクションＩＤ及び又はＴＦＴを含めてもよい。
ＭＭＥ４０は、ＳＧＷ３５が送信したセッション生成応答を受信する。ＭＭＥ４０はセッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、ｅＮＢ４５にデフォルトＥＰＳベアラコンテキストアクティブ化要求（Activate default EPS bearer context request）を送信する（Ｓ２１１４）。
ＭＭＥ４０は、セッション生成応答の受信及び又はセッション生成応答に含まれる第７の識別情報に基づいて、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤ（Activate default EPS bearer context request message identity）及びプロシージャトランザクションＩＤ及びＡＰＮ及びＰＤＮアドレス及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＰＳ ＱｏＳをデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めて送信してもよい。さらに、ＭＭＥ４０は、少なくとも第７の識別情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。さらに、ＭＭＥ４０は、ＰＣＯ及び又はＥＳＭ Ｃａｕｓｅ及び又はＴＦＴ、及び又はＰＤＮコネクションＩＤ、及び又はＰＤＮコネクション属性情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。なお、ＭＭＥ４０は第７の識別情報及び又はＴＦＴ及び又はＰＤＮコネクションＩＤをＰＣＯに含めて送信してもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを表すメッセージタイプであってもよい。
ＡＰＮはＵＥ１０が接続を許可されたＡＰＮであってもよい。より具体的には、ＡＰＮは、ＡＰＮ１であってもよい。ＡＰＮ１は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立ことが許可されたＡＰＮであってもよい。ＭＭＥ４０はＡＰＮ１をデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めてもよい。
ＰＤＮアドレスは、ＵＥ１０に割り当てられたＩＰアドレスであってもよい。例えば、ＩＰｖ４アドレスであってよく、ＩＰｖ６アドレスを構築するためのインターフェースＩＤであってもよい。
ＥＰＳ ＱｏＳは、ＥＰＳベアラのＱｏＳを表す状態であってもよい。
ＰＤＮコネクション属性情報は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションがマルチアクセスＰＤＮコネクションであることを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションを用いて送受信するユーザデータが、アクセスネットワークＡ及びアクセスネットワークＢを介して送受信することが許可されたことを示す情報、及び又は、本ＰＤＮ接続手続きで確立したＰＤＮコネクションが第７の識別情報の示すオペレーションモードのマルチアクセスＰＤＮコネクションであることを示す情報であってもよい。
なお、ＵＥ１０は、ＰＤＮコネクションのタイプを示すコネクティビティタイプ及び又はＷＬＡＮオフロードの可否を示すＷＬＡＮオフロード許可情報（ＷＬＡＮ ｏｆｆｌｏａｄ ａｃｃｅｐｔａｂｌｉｔｙ）をさらに含めてデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを送信してもよい。さらに、ＭＭＥ４０は、ＰＤＮコネクション属性情報を、コネクティビティタイプ又はＷＬＡＮオフロード許可情報に含めて送信してもよい。
ＥＳＭ Ｃａｕｓｅは、ＵＥ１０に割り当てられたＰＤＮアドレスのＰＤＮタイプが、ＰＤＮ接続要求でＵＥ１０が要求したＰＤＮタイプと異なることを表す情報であってもよい。
なお、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯに第７の識別情報を含めてもよい。ただし、ＭＭＥ４０及び又はＰＧＷ３０はＰＣＯに第７の識別情報を含める場合には、ＩＦＯＭ ｓｕｐｐｏｒｔを含めない。逆に、ＭＭＥ４０及び又はＰＧＷ３０は、ＰＣＯにＩＦＯＭ ｓｕｐｐｏｒｔを含める場合には、第７の識別情報を含めない。このように、第７の識別情報とＩＦＯＭ ｓｕｐｐｏｒｔの両方を有効に設定しないことにより、ＮＢＩＦＯＭに基づいた通信路の切り替えと、ＩＦＯＭに基づいた通信路の切り替えのどちらを用いるかを明確にするよう設定してもよい。
ｅＮＢ４５は、ＭＭＥ４０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信に基づいて、ＵＥ１０にデフォルトＥＰＳベアラコンテキストアクティブ化要求を転送する。
ｅＮＢ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求と共に、少なくとも、ＵＥ１０にＲＲＣ接続設定要求（RRC Connection Reconfiguration）を送信してもよい（Ｓ２１１６）。
ＵＥ１０は、ｅＮＢ４５が送信したＲＲＣ接続設定要求を受信する。さらに、ＵＥ１０は、ＭＭＥ４０が送信し、ｅＮＢ４５が転送したデフォルトＥＰＳベアラコンテキストアクティブ化要求を受信する。
ＵＥ１０はＲＲＣ接続設定要求の受信に基づいて、ｅＮＢ４５にＲＲＣ接続設定完了（RRC Connection Reconfiguration Complete）を送信する（Ｓ２１１８）。
ｅＮＢ４５は、ＵＥ１０が送信したＲＲＣ接続設定完了を受信する。ｅＮＢ４５は、ＲＲＣ接続設定完了に基づいて、ＭＭＥ４０にベアラ設定を送信する。
ＭＭＥ４０は、ｅＮＢ４５が送信したベアラ設定を受信する（Ｓ２１２０）。
ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報に基づいて、ＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化受諾（Activate default EPS bearer context accept）を送信する（Ｓ２１２２）（Ｓ２１２４）。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤ（Activate default EPS bearer context accept message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めて送信してもよい。
さらに、ＰＣＯをデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めてもよい。
さらに、第７の識別情報に複数のＩＮＦＯＭオペレーションモードが含まれている場合には、ＵＥ１０は、少なくとも第５の識別情報をデフォルトＥＰＳベアラコンテキストアクティブ化受諾に含めてもよい。言い換えると、複数のＩＮＦＯＭオペレーションモードが許可されている場合には、ＵＥ１０は、許可されているモードのうちの一つを選択し、第５の識別情報に含めて送信してもよい。
具体的には、ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ及びＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅが含まれている場合、第５の識別情報にＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅ又はＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅを含めてもよい。
ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅとＮｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのどちらを第５の識別情報に含めるかは、ＵＥポリシーに基づいて決定してもよい。
なお、ＵＥポリシーは、ＵＥ１０に設定された情報であればよい。例えば、ＵＥポリシーはユーザによって設定された情報であってもよい。
ここで、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージを表すメッセージタイプであってもよい。
第４のＰＤＮ接続手続きの完了により、ＵＥ１０とＰＧＷ３０は、オペレータポリシーによって決定されたオペレーションモードの第１のＰＤＮコネクションを確立する。もしくは、ＵＥ１０は、オペレータポリシーによって許可されたオペレーションモードのうちの一つから選択したオペレーションモードの第１のＰＤＮコネクションを確立する。なお、ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信、及び又はＰＤＮコネクション属性情報、及び又は第７の識別情報、及び又は第７の識別情報に基づいて選択するオペレーションモードに基づいて、確立したＰＤＮコネクションに対するＮＢＩＦＯＭオペレーションモードを識別してもよい。第１のＰＤＮコネクションの確立に基づき、ＵＥ１０及びＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信する。より具体的には、ＵＥ１０及びＰＧＷ３０は、ＴＦＴで識別されるフローを第１のＰＤＮコネクションを用いて送受信する。
なお、第４のＰＤＮ接続手続きの例では、ＴＦＴの送受信をＰＤＮ接続手続きに含める場合について説明したが、これに限らず、ＴＦＴの送受信は、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションの確立後に実行してもよい。
したがって、ＵＥ１０及びＭＭＥ４０は、ＴＦＴをＰＤＮ接続要求及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含めずに送受信し、ＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立してもよい。言い換えると、ＰＤＮコネクションを確立した時点では、ＰＤＮコネクションを用いてユーザデータを送受信するＩＰフローは無い状態であってもよい。その場合、ＵＥ１０及びＭＭＥ４０は、マルチアクセスＰＤＮコネクションを確立後にＴＦＴを送信する
より具体的には、ＵＥ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０にＴＦＴを送信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＵＥ１０から受信し、ＳＧＷ３５を介してＰＧＷ３０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
一方で、Ｎｅｔｗｏｒｋ−Ｉｎｉｔｉａｔｅｄ ｍｏｄｅのＰＤＮコネクションを確立した場合には、ＰＧＷ３０はＳＧＷ３５を介してＭＭＥ４０にＴＦＴを送信してもよい。ここで、ＰＧＷ３０は、オペレータポリシーに基づいて決定されるＴＦＴをＰＣＲＦ６０から受信してもよい。さらに、ＭＭＥ４０は、ＴＦＴをＳＧＷ３５を介してＰＧＷ３０から受信し、ｅＮＢ４５を介してＵＥ１０に送信する。これにより、ＵＥ１０とＰＧＷ３０は、ＴＦＴを用いてＩＰフローを送受信するＰＤＮコネクション及び又はＥＰＳベアラ等の転送路を決定し、ＴＦＴで識別されるＩＰフローに対応するユーザデータを送受信することができる。
また、第４のＰＤＮ接続手続きの例では、ＵＥ１０とＰＧＷ３０とが、オペレータポリシーによって決定されたオペレーションモード、もしくは、オペレータポリシーによって許可されたオペレーションモードのうちの一つからＵＥ１０が選択したオペレーションモードの第１のＰＤＮコネクションを確立する場合について説明したが、これに限らず、ＵＥ１０は、第１のＰＤＮコネクションの確立を拒絶してもよい。
例えば、ＵＥ１０が、オペレータポリシーによって許可されたオペレーションモードをサポートしていない場合、及び又は、オペレータポリシーによって許可されたオペレーションモードがＵＥ１０のポリシーに沿わない場合に、ＵＥ１０は、第１のＰＤＮコネクションの確立を拒絶してもよい。
より詳細には、ＵＥ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求に含まれる第７の識別情報及び又はＰＤＮコネクション属性情報及び又はＵＥ１０のポリシーに基づいて、ｅＮＢ４５を介してＭＭＥ４０にデフォルトＥＰＳベアラコンテキストアクティブ化拒絶（Activate default EPS bearer context reject）を送信してもよい。
ＵＥ１０は、少なくともデフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージＩＤ（Activate default EPS bearer context reject message identity）及びプロシージャトランザクションＩＤ及びプロトコル識別子及びＥＰＳベアラＩＤ及びＥＳＭ ＣａｕｓｅをデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含めて送信してもよい。さらに、ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に第４の識別情報をさらに含めてもよい。さらに、ＵＥ１０はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶にＰＣＯをさらに含めてもよい。なお、ＵＥ１０は第４の識別情報をＰＣＯに含めて送信してもよい。
第４の識別情報は、ＵＥ１０がオペレータポリシーによって許可されたオペレーションモードをサポートしていないことを表す情報及び又はオペレータポリシーによって許可されたオペレーションモードがＵＥ１０のポリシーに沿わないことを表す情報であってもよい。
デフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージＩＤはデフォルトＥＰＳベアラコンテキストアクティブ化拒絶メッセージを表すメッセージタイプであってもよい。
ＥＳＭ Ｃａｕｓｅは、デフォルトＥＰＳベアラコンテキストアクティブ化要求が拒絶された理由を表す情報であってもよい。ここで、ＵＥ１０は、第４の識別情報をＥＳＭ Ｃａｕｓｅに含めてもＵＥ１０に通知してもよい。
ＭＭＥ４０は、ＵＥ１０が送信したデフォルトＥＰＳベアラコンテキストアクティブ化拒絶を受信してもよい。ＭＭＥ４０は、デフォルトＥＰＳベアラコンテキストアクティブ化拒絶の受信及び又はデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含まれる第４の識別情報をもとに、ＭＭＥ４０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。ｓらに、ＭＭＥ４０は、ＳＧＷ３５にデフォルトＥＰＳベアラコンテキストアクティブ化拒絶に含まれる第４の識別情報を送信してもよい。
ＳＧＷ３５は、ＭＭＥ４０が送信した第４の識別情報を受信してもよい。ＳＧＷ３５は、第４の識別情報の受信及び又はオペレータポリシーに基づいて、ＳＧＷ３５が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。さらに、ＳＧＷ３５は、ＰＧＷ３０にＭＭＥ４０から受信した第４の識別情報を送信してもよい。
ＰＧＷ３０は、ＳＧＷ３５が送信した第４の識別情報を受信してもよい。ＰＧＷ３０は、第４の識別情報の受信及び又はオペレータポリシーに基づいて、ＰＧＷ３０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。
また、ＰＧＷ３０は第４の識別情報の受信をもとに、ＰＣＲＦ６０との間でＩＰ−ＣＡＮセッション更新手続きを実行してもよい。ＰＧＷ３０は、ＩＰ−ＣＡＮセッション更新手続きに第４の識別情報を含めてもよい。
ＰＣＲＦ６０は、ＩＰ−ＣＡＮセッション更新手続きに基づいて、オペレータポリシーを変更してもよい。なお、ＰＧＷ３０は、オペレータポリシーの変更に基づき、ＰＧＷ３０が保有する確立したＰＤＮコネクションに関してのＥＰＳベアラコンテキストを削除してもよい。
なお、マルチＰＤＮコネクションが確立できた場合には、新たな転送路を追加する手続きを実行する事ができる。一方、シングルアクセスＰＤＮコネクションが確立された場合には、転送路を変更することは可能だが、転送路を追加する手続きは実行できない。
［２．４．５．ＰＤＮコネクション確立手続き後の状態の説明］
前記で説明した第１〜第４のＰＤＮ接続手続きを実行すると、後述の第１の状態及び、第２の状態となる。
なお、追加アタッチ手続きでの初期状態は、第２の状態であってもよい。なお、追加アタッチ手続きにおける初期状態は第２の状態に限らなくてもよい。
［２．４．６．第１の状態の説明］
第１の状態を図１３を用いて説明する。第１の状態では、ＵＥ１０はコアネットワーク９０との間に第１のＰＤＮコネクションを確立している状態である。しかし、ＵＥ１０は第２のＰＤＮコネクションを既に確立していない状態である。より詳細には、ＵＥ１０は、ＰＧＷ＿Ａ１３１０との間に第１のＰＤＮコネクションを確立している。しかし、ＵＥ１０はＰＧＷ＿Ｂ１３２０との間に第２のＰＤＮコネクションを確立していない。
なお、ＰＧＷ＿Ａ１３１０は、ＡＰＮ１を用いて選択されるゲートウェイ装置であってもよい。ＰＧＷ＿Ｂ１３２０は、ＡＰＮ２を用いて選択されるゲートウェイ装置であってもよい。更に、ＰＧＷ＿Ａ１３１０及びＰＧＷ＿Ｂ１３２０はＰＧＷ３０であってもよい。また、ＡＰＮ１及び又はＡＰＮ２を用いたゲートウェイの選択は、アクセスネットワークＢに含まれて配置されているＴＷＡＧ７４及び又はコアネットワーク９０に含まれて配置されているＭＭＥ４０によって実行されてもよい。
さらに、ＡＰＮ１を用いて選択されるゲートウェイ装置とＡＰＮ２を用いて選択されるゲートウェイ装置は同一のゲートウェイ装置であってもよい。その場合は、ＰＧＷ＿Ａ１３１０とＰＧＷ＿Ｂ１３２０は同一の装置であってもよい。
なお、第１のＰＤＮコネクションは、アクセスネットワークＡを介したＵＥ１０とＰＧＷ３０との間の転送路で構成されてもよい。したがって、ＵＥ１０とｅＮＢ４５との間の転送路と、ｅＮＢ４５とＳＧＷ３５との間の転送路と、ＳＧＷ３５とＰＧＷ＿Ａ１３１０との間の転送路を組み合わせた転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
このように、第１の状態では、ＵＥ１０はアクセスネットワークＡを経由してＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立している状態であってもよい。さらに、第１の状態では、ＵＥ１０はアクセスネットワークＢを経由してコアネットワーク９０に接続していない状態であってもよい。
なお、ＵＥ１０は、アクセスネットワークＡを経由してシングルアクセスＰＤＮコネクションを確立していなくてもよい。
もしくは、ＵＥ１０はアクセスネットワークＡを経由してシングルアクセスＰＤＮコネクションを確立している状態であってもよい。その場合、ＵＥ１０はＵＥ１０が主導して開始するシングルアクセスＰＤＮコネクションでのアタッチ手続き又はＰＤＮ接続手続きをＬＴＥアクセスネットワークで実行し、第３のＰＤＮコネクションを確立してもよい。
なお、第３のＰＤＮコネクションは、ＡＰＮ２を用いて選択されるゲートウェイとの間に確立してもよい。もしくは、ＡＰＮ１やＡＰＮ２とは異なる他のＡＰＮを用いて選択されるゲートウェイとの間に確立してもよい。
以上、第１の状態を説明してきたが、第１の状態はこれに限らず、例えばアクセスネットワークＡを介してＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立している、且つ、アクセスネットワークＢを介してＰＤＮコネクションを確立していない状態であればよい。
［２．４．７．第２の状態の説明］
第２の状態を図１４を用いてを説明する。第２の状態では、ＵＥ１０はコアネットワーク９０との間に第１のＰＤＮコネクションを確立している状態である。さらに、ＵＥ１０はコアネットワーク９０との間に第２のＰＤＮコネクションを確立している状態である。より詳細には、ＵＥ１０は、ＰＧＷ＿Ａ１３１０との間に第１のＰＤＮコネクションを確立している。さらに、ＵＥ１０はＰＧＷ＿Ｂ１３２０との間に第２のＰＤＮコネクションを確立している。
なお、ＰＧＷ＿Ａ１３１０は、ＡＰＮ１を用いて選択されるゲートウェイ装置であってもよい。ＰＧＷ＿Ｂ１３２０は、ＡＰＮ２を用いて選択されるゲートウェイ装置であってもよい。更に、ＰＧＷ＿Ａ１３１０及びＰＧＷ＿Ｂ１３２０はＰＧＷ３０であってもよい。また、ＡＰＮ１及び又はＡＰＮ２を用いたゲートウェイの選択は、アクセスネットワークＢに含まれて配置されているＴＷＡＧ７４及び又はコアネットワーク９０に含まれて配置されているＭＭＥ４０によって実行されてもよい。
さらに、ＡＰＮ１を用いて選択されるゲートウェイ装置とＡＰＮ２を用いて選択されるゲートウェイ装置は同一のゲートウェイ装置であってもよい。その場合は、ＰＧＷ＿Ａ１３１０とＰＧＷ＿Ｂ１３２０は同一の装置であってもよい。
なお、第１のＰＤＮコネクションは、アクセスネットワークＡを介したＵＥ１０とＰＧＷ３０との間の転送路で構成されてもよい。したがって、ＵＥ１０とｅＮＢ４５との間の転送路と、ｅＮＢ４５とＳＧＷ３５との間の転送路と、ＳＧＷ３５とＰＧＷ＿Ａ１３１０との間の転送路を組み合わせた転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
また、第２のＰＤＮコネクションは、アクセスネットワークＢを介したＵＥ１０とＰＧＷ３０との間の転送路で構成されてもよい。したがって、ＵＥ１０とＴＷＡＧ７４との間の転送路と、ＴＷＡＧ７４とＰＧＷ＿Ｂ１３２０との間の転送路で構成されてもよい。ここで、転送路はベアラであってもよい。
このように、第１の状態では、ＵＥ１０はアクセスネットワークＡを経由してＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立している状態であってもよい。さらに、ＵＥ１０はアクセスネットワークＢを経由してシングルアクセスＰＤＮコネクションを確立している状態であってもよい。
なお、ＵＥ１０は、アクセスネットワークＡを経由してシングルアクセスＰＤＮコネクションを確立していなくてもよい。
もしくは、ＵＥ１０はアクセスネットワークＡを経由してシングルアクセスＰＤＮコネクションを確立している状態であってもよい。その場合、ＵＥ１０はＵＥ１０が主導して開始するシングルアクセスＰＤＮコネクションでのアタッチ手続き又はＰＤＮ接続手続きをＬＴＥアクセスネットワークで実行し、第３のＰＤＮコネクションを確立してもよい。
なお、第３のＰＤＮコネクションは、ＡＰＮ２を用いて選択されるゲートウェイとの間に確立してもよい。もしくは、ＡＰＮ１やＡＰＮ２とは異なる他のＡＰＮを用いて選択されるゲートウェイとの間に確立してもよい。
以上、第２の状態を説明してきたが、第２の状態はこれに限らず、例えばアクセスネットワークＢを介してＮＢＩＦＯＭに基づくマルチアクセスＰＤＮコネクションを確立している、且つ、アクセスネットワークＡを介してシングルアクセスＰＤＮコネクションを確立している状態であればよい。
［３．変形例］
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ Ｄｉｓｃ）、ＭＤ（Ｍｉｎｉ Ｄｉｓｃ）、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
また、上述した実施形態においては、無線アクセスネットワークの例としてＬＴＥと、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等）とについて説明したが、ＷＬＡＮの代わりにＷｉＭＡＸによって接続されてもよい。
７ コアネットワーク
９ 通信システム
１０ ＵＥ
３０ ＰＧＷ
３５ ＳＧＷ
４０ ＭＭＥ
４５ ｅＮＢ
５０ ＨＳＳ
５５ ＡＡＡ
６０ ＰＣＲＦ
６５ ｅＰＤＧ
７０ ＷＬＡＮ ＡＮａ
７４ ＴＷＡＧ
７５ ＷＬＡＮ ＡＮｂ
８０ ＬＴＥ ＡＮ
１００ ＰＤＮ

Claims (28)

  1. 端末装置であって、
    少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）に送信し、
    前記第１の識別情報は、前記端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも第２の識別情報を含むＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを受信し、
    前記第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、
    前記第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを確立する
    ことを特徴とする端末装置。
  2. 前記第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードを示す前記第２の識別情報を受信する
    ことを特徴とする請求項１に記載の端末装置。
  3. 前記第１の識別情報とは異なるＮＢＩＦＯＭオペレーションモードを示す前記第２の識別情報を受信する
    ことを特徴とする請求項１に記載の端末装置。
  4. 前記第１の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔに少なくともフロー識別情報を含め、
    前記第１の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔに前記フロー識別情報を含めない
    ことを特徴とする請求項１〜３に記載の端末装置。
  5. 端末装置であって、
    少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）に送信し、
    前記第１の識別情報は、前記端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードであり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも前記端末装置が要求するＮＢＩＦＯＭのオペレーションモードを許可しないことを示す拒絶理由を含めたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージを受信する
    ことを特徴とする端末装置。
  6. 前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージに含まれる第２の識別情報を受信し、
    前記第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、且つ、前記第１の識別情報と異なるＮＢＩＦＯＭオペレーションモードであり、
    少なくとも前記第２の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを送信する
    ことを特徴とする請求項５に記載の端末装置。
  7. Ｍｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）であって、
    少なくとも第１の識別情報が含まれたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを受信し、
    前記第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも第２の識別情報を含むＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを送信し、
    前記第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを送信することにより、前記第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを確立することを許諾することを通知する
    ことを特徴とするＭＭＥ。
  8. 前記第２の識別情報を前記第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードとする
    ことを特徴とする請求項７に記載のＭＭＥ。
  9. 前記第２の識別情報を前記第１の識別情報は異なるＮＢＩＦＯＭオペレーションモードとする
    ことを特徴とする請求項７に記載のＭＭＥ。
  10. 前記第２の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージに少なくともフロー識別情報を含め、
    前記第２の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージに前記フロー識別情報を含ないことを特徴とする請求項７〜９に記載のＭＭＥ。
  11. Ｍｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）であって、
    少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを受信し、
    前記第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードであり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも前記端末装置が要求するＮＢＩＦＯＭのオペレーションモードを許可しないことを示す拒絶理由を含めたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージを送信する
    ことを特徴とするＭＭＥ。
  12. 第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、且つ、前記第１の識別情報と異なるＮＢＩＦＯＭオペレーションモードであり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージに少なくとも前記第２の識別情報を含める
    ことを特徴とする請求項１１に記載のＭＭＥ。
  13. 端末装置の通信制御方法であって、
    少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）に送信するステップと、
    前記第１の識別情報は、前記端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも第２の識別情報を含むＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを受信するステップと、
    前記第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、
    前記第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを確立するするステップと
    を有することを特徴とする端末装置の通信制御方法。
  14. 前記第２の識別情報は、前記第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードを示す情報である
    ことを特徴とする請求項１３に記載の端末装置の通信制御方法。
  15. 前記第２の識別情報は前記第１の識別情報とは異なるＮＢＩＦＯＭオペレーションモードを示す情報である
    ことを特徴とする請求項１３に記載の端末装置の通信制御方法。
  16. 前記第１の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔに少なくともフロー識別情報を含めるステップを更に有し、
    前記第１の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔに前記フロー識別情報を含めない
    ことを特徴とする請求項１３〜１５に記載の端末装置の通信制御方法。
  17. 端末装置の通信制御方法であって、
    少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＲｅｑｕｅｓｔメッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）に送信するステップと、
    前記第１の識別情報は、前記端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードであり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも前記端末装置が要求するＮＢＩＦＯＭのオペレーションモードを許可しないことを示す拒絶理由を含めたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージを受信するステップと
    を有することを特徴とする端末装置の通信制御方法。
  18. 前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージに含まれる第２の識別情報を受信するステップと、
    前記第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、且つ、前記第１の識別情報と異なるＮＢＩＦＯＭオペレーションモードであり、
    少なくとも前記第２の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを送信するステップと
    を有することを特徴とする請求項１７に記載の端末装置の通信制御方法。
  19. Ｍｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）の通信制御方法であって、
    少なくとも第１の識別情報が含まれたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを受信するステップと、
    前記第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、
    第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、
    前記第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを確立することを許諾することを通知するために、前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも前記第２の識別情報を含むＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージを送信するステップと
    を有することを特徴とするＭＭＥの通信制御方法。
  20. 前記第２の識別情報を前記第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードとするステップと
    を更に有することを特徴とする請求項１９に記載のＭＭＥの通信制御方法。
  21. 前記第２の識別情報を前記第１の識別情報は異なるＮＢＩＦＯＭオペレーションモードとするステップと
    を更に有することを特徴とする請求項１９に記載のＭＭＥの通信制御方法。
  22. 前記第２の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージに少なくともフロー識別情報を含めるステップを更に有し、
    前記第２の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｐｔメッセージに前記フロー識別情報を含ないことを特徴とする請求項１９〜２１に記載のＭＭＥの通信制御方法。
  23. Ｍｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）の通信制御方法であって、
    少なくとも第１の識別情報を含めてＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージを受信するステップと、
    前記第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードであり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔメッセージの応答であり、少なくとも前記端末装置が要求するＮＢＩＦＯＭのオペレーションモードを許可しないことを示す拒絶理由を含めたＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージを送信するステップと
    を有することを特徴とするＭＭＥの通信制御方法。
  24. 第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、且つ、前記第１の識別情報と異なるＮＢＩＦＯＭオペレーションモードであり、
    前記ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｊｅｃｔメッセージに少なくとも前記第２の識別情報を含めるステップと
    を更に有することを特徴とする請求項２３に記載のＭＭＥの通信制御方法。
  25. Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ（ＰＧＷ）であって、
    少なくとも第１の識別情報が含まれたセッション生成要求メッセージをＭｏｂｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）から受信し、
    前記第１の識別情報は、端末装置が要求するＮｅｔｗｏｒｋ−ｂａｓｅｄ ＩＰ Ｆｌｏｗ Ｍｏｂｌｉｔｙ（ＮＢＩＦＯＭ）のオペレーションモードを識別する情報であり、
    前記セッション生成要求メッセージの応答であり、少なくとも第２の識別情報を含むセッション生成応答メッセージを送信し、
    前記第２の識別情報は、ＰＤＮコネクションに対して許可されたＮＢＩＦＯＭのオペレーションモードであり、
    前記セッション生成応答メッセージの送信に基づいて、前記第２の識別情報の示すＮＢＩＦＯＭのオペレーションモードのマルチアクセスＰＤＮコネクションを前記端末装置と確立する
    ことを特徴とするＰＧＷ。
  26. 前記第２の識別情報を前記第１の識別情報と同一のＮＢＩＦＯＭオペレーションモードとする
    ことを特徴とする請求項２５に記載のＰＧＷ。
  27. 前記第２の識別情報を前記第１の識別情報は異なるＮＢＩＦＯＭオペレーションモードとする
    ことを特徴とする請求項２５に記載のＰＧＷ。
  28. 前記第２の識別情報がネットワーク主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、前記セッション生成応答メッセージに少なくともフロー識別情報を含め、
    前記第２の識別情報が端末装置主導の通信路切り替えを行うＮＢＩＦＯＭオペレーションモードである場合には、
    前記前記セッション生成応答メッセージに前記フロー識別情報を含めないことを特徴とする請求項２５〜２７に記載のＰＧＷ。
JP2015078106A 2015-04-07 2015-04-07 端末装置、ｍｍｅ、ｐｇｗ、及び通信制御方法 Pending JP2018093253A (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2015078106A JP2018093253A (ja) 2015-04-07 2015-04-07 端末装置、ｍｍｅ、ｐｇｗ、及び通信制御方法
EP16776584.1A EP3282723B1 (en) 2015-04-07 2016-04-06 Terminal device and mme
AU2016246225A AU2016246225B2 (en) 2015-04-07 2016-04-06 Terminal device, MME, and PGW
US15/564,930 US11672037B2 (en) 2015-04-07 2016-04-06 UE and MME for determining NBIFOM mode
CN201680019653.1A CN107431874B (zh) 2015-04-07 2016-04-06 终端装置、移动性管理实体及分组数据网络网关
PCT/JP2016/061299 WO2016163418A1 (ja) 2015-04-07 2016-04-06 端末装置、ｍｍｅ及びｐｇｗ

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015078106A JP2018093253A (ja) 2015-04-07 2015-04-07 端末装置、ｍｍｅ、ｐｇｗ、及び通信制御方法

Publications (1)

Publication Number Publication Date
JP2018093253A true JP2018093253A (ja) 2018-06-14

Family

ID=57072619

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015078106A Pending JP2018093253A (ja) 2015-04-07 2015-04-07 端末装置、ｍｍｅ、ｐｇｗ、及び通信制御方法

Country Status (6)

Country Link
US (1) US11672037B2 (ja)
EP (1) EP3282723B1 (ja)
JP (1) JP2018093253A (ja)
CN (1) CN107431874B (ja)
AU (1) AU2016246225B2 (ja)
WO (1) WO2016163418A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111726889A (zh) * 2020-05-08 2020-09-29 新华三技术有限公司成都分公司 上下文获取方法和装置
JP2021087091A (ja) * 2019-11-27 2021-06-03 ソフトバンク株式会社 管理装置及びその方法、通信システム並びにプログラム

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3282809B1 (en) * 2015-04-07 2020-10-07 SHARP Kabushiki Kaisha Terminal device, pgw, and twag
US10687380B2 (en) * 2015-07-24 2020-06-16 Lg Electronics Inc. PDN connection management method and network entity
WO2018018621A1 (zh) 2016-07-29 2018-02-01 广东欧珀移动通信有限公司 建立辅连接的方法和装置
AU2018432438A1 (en) 2018-07-20 2021-03-11 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Session management method, terminal device and network device

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2010004714A1 (ja) * 2008-07-07 2011-12-22 パナソニック株式会社 ハンドオーバ処理方法、その方法で用いられる移動端末及び通信管理装置
EP2394465A1 (en) * 2009-01-09 2011-12-14 Interdigital Patent Holdings, Inc. Data flow mobility
CN102056138B (zh) * 2009-11-05 2016-08-03 中兴通讯股份有限公司 本地ip访问连接的管理方法及装置
WO2013009892A1 (en) * 2011-07-11 2013-01-17 Interdigital Patent Holdings, Inc. Systems and methods for establishing and maintaining multiple cellular connections and/or interfaces
US8942099B2 (en) * 2011-09-21 2015-01-27 Mediatek Inc. Method and apparatus of IP flow mobility in 4G wireless communication networks
KR20140106620A (ko) * 2011-11-29 2014-09-03 인터디지탈 패튼 홀딩스, 인크 Ip 이동성 관리 방법
US9661559B2 (en) * 2012-03-19 2017-05-23 Lg Electronics Inc. Method and apparatus for selecting wireless access using application identification information in wireless communication system
CN104471912A (zh) * 2012-03-23 2015-03-25 诺基亚通信公司 针对wlan接入网络的信任指示
WO2014126440A1 (en) * 2013-02-18 2014-08-21 Samsung Electronics Co., Ltd. Method and system for offloading handover of wireless connections from a lte network to a wi-fi network
EP2800417B1 (en) * 2013-04-29 2023-03-01 Alcatel Lucent End-to-End QoS when integrating trusted non-3GPP Access Networks and 3GPP Core Networks
US9491660B2 (en) * 2013-05-06 2016-11-08 Qualcomm Incorporated Support data connectivity over WLAN and WWAN
US20170026824A1 (en) * 2014-04-17 2017-01-26 Lg Electronics Inc. Method for communicating routing rules
US20150327114A1 (en) * 2014-05-08 2015-11-12 Intel IP Corporation Updates to support network based internet protocol flow mobility
US9930716B2 (en) * 2014-06-30 2018-03-27 Apple Inc. Methods and apparatus to support network-based IP flow mobility via multiple wireless accesses for a wireless device
EP3206436B1 (en) * 2014-10-06 2019-12-04 LG Electronics Inc. Method for transmitting/receiving signal related to nbifom in wireless communication system, and apparatus therefor
US20160105828A1 (en) * 2014-10-14 2016-04-14 Htc Corporation Communication Device of Handling Network-based Internet Protocol Flow Mobility
US9674764B2 (en) * 2014-11-11 2017-06-06 Cisco Technology, Inc. System and method for providing Internet protocol flow mobility in a network environment
US10299107B2 (en) * 2014-12-26 2019-05-21 Lg Electronics Inc. Method for transmitting and receiving NBIFOM capability in wireless communication system, and device therefor
US10362510B2 (en) * 2015-03-12 2019-07-23 Lg Electronics Inc. Method and terminal for controlling network traffic in wireless communication system
US10334484B2 (en) * 2015-03-18 2019-06-25 Lg Electronics Inc. Method for processing data when loss of access occurs in a wireless communication system, and device therefor
US10455471B2 (en) * 2015-04-01 2019-10-22 Lg Electronics Inc. Method and user equipment for performing network selection and traffic routing

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021087091A (ja) * 2019-11-27 2021-06-03 ソフトバンク株式会社 管理装置及びその方法、通信システム並びにプログラム
CN111726889A (zh) * 2020-05-08 2020-09-29 新华三技术有限公司成都分公司 上下文获取方法和装置
CN111726889B (zh) * 2020-05-08 2022-05-27 新华三技术有限公司成都分公司 上下文获取方法和装置

Also Published As

Publication number Publication date
US11672037B2 (en) 2023-06-06
CN107431874B (zh) 2021-07-02
EP3282723B1 (en) 2022-12-07
EP3282723A4 (en) 2018-10-31
CN107431874A (zh) 2017-12-01
WO2016163418A1 (ja) 2016-10-13
AU2016246225B2 (en) 2020-10-15
EP3282723A1 (en) 2018-02-14
US20180098373A1 (en) 2018-04-05
AU2016246225A1 (en) 2017-11-09

Similar Documents

Publication Publication Date Title
JP6879909B2 (ja) Ｕｅ、ｕｅの通信制御方法
JP6845130B2 (ja) Ｕｅ、ｍｍｅ、ｕｅの通信制御方法及びｍｍｅの通信制御方法
WO2016163418A1 (ja) 端末装置、ｍｍｅ及びｐｇｗ
US20200329522A1 (en) Terminal device, pgw, and twag
US10841786B2 (en) Terminal device, PGW, and MME to establish or reject a multi-access PDN connection
WO2016163410A1 (ja) 端末装置、ＴＷＡＧ、ｅＰＤＧ及びＰＧＷ
JP2020205643A (ja) Ｕｅ
JP6728139B2 (ja) Ｕｅ、ｔｗａｇ、ｕｅの通信制御方法及びｔｗａｇの通信制御方法
JP7014600B2 (ja) Ｕｅ、ｔｗａｇ、及び通信方法