OmniRAN-15-0024-00-CF00 1 IEEE 802 omniRAN Network Reference Model Amendment Date: 2014-04-16 Authors: NameAffiliationPhone Yonggang

Slides:



Advertisements
Similar presentations
Omniran OmniRAN Proximity Service use case Date: [ ] Authors: NameAffiliationPhone Hyunho ParkETRI
Advertisements

Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
OmniRAN ecsg SDN-based Control Plane and Data Plane Separation in OmniRAN Network Reference Model Date: Authors: NameAffiliationPhone .
OmniRAN-15-00xx WLAN as a Component (WaaC) Date: xx Authors: NameAffiliationPhone Yonggang FangZTETX Bo SunZTE He HuangZTE Notice:
OmniRAN Specification – Structuring the effort Document Number: Omniran Date Submitted: Source: Max Riegel
Omniran CF00 1 P802.1CF NRM Discussions Date: Authors: NameAffiliationPhone Max RiegelNokia Networks
Discussion on NRM Control Reference Points Information and Parameters Date: Authors: NameAffiliationPhone Antonio de la Oliva University.
Privecsg ‹#› IEEE 802 Privacy concerns about 802c PAR Date: [ ] Authors: NameAffiliationPhone Juan Carlos ZunigaInterDigital.
OmniRAN SDN-based OmniRAN Use Cases Summary Date: Authors: NameAffiliationPhone Antonio de la OlivaUC3M+34
An SDN-based approach for OmniRAN Reference Point mapping Date: [ ] Authors: NameAffiliationPhone Antonio de la
Omniran CF00 1 OmniRAN R3 Considerations Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran CF00 1 P802.1CF NRM Mapping to real networks Date: Authors: NameAffiliationPhone Max RiegelNokia Networks
Omniran CF CF Network Reference Model Introduction Date: Authors: NameAffiliationPhone Max RiegelNokia Networks+49.
Omniran Thoughts about the tenets in IEEE 802.1CF Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran CF00 1 Key Concepts of Fault Diagnostics and Maintenance Date: [ ] Authors: NameAffiliationPhone Hao WangFujitsu R&D
Omniran CF00 1 VLANs in relation to P802.1CF NRM Date: Authors: NameAffiliationPhone Max RiegelNokia Networks
Omniran CF00 1 CF ToC Refinements Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran CF00 1 Content and outline considerations for Annex: Applicability to non-IEEE 802 PHY layer technologies Date: Authors:
OmniRAN IEEE 802 OmniRAN Recommended Practice ToC Proposal Date: Authors: NameAffiliationPhone Yonggang
Omniran CF00 1 Key Concepts of Authentication and Trust Establishment Date: Authors: NameAffiliationPhone Max RiegelNokia Networks+49.
Omniran CF00 1 Key Concepts of Network Selection and Detection Date: Authors: NameAffiliationPhone Max RiegelNokia Networks+49.
Omniran CF00 1 IEEE OmniRAN TG Athens NRM Conclusions Max Riegel, Nokia Networks (OmniRAN TG Chair)
Omniran CF00 1 P802.1CF NRM Backhaul Considerations Date: Authors: NameAffiliationPhone Max RiegelNokia Networks
Omniran CF00 1 Key Concepts of Network Selection and Detection Date: Authors: NameAffiliationPhone Max RiegelNokia Networks+49.
OmniRAN IEEE 802 OmniRAN Architecture Proposal Date: Authors: NameAffiliationPhone Yonggang Bo.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran CF00 1 Key Concepts of Association and Disassociation Date: Authors: NameAffiliationPhone Max RiegelNokia
OmniRAN omniRAN Network Function Virtualization Date: Authors: NameAffiliationPhone Yonggang FangZTETX Zhendong.
Omniran Backhaul representation in OmniRAN SDN model Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran CF00 1 P802.1CF NRM Ambiguities Date: Authors: NameAffiliationPhone Max RiegelNokia Networks
P802.1CF Information Model Structure
Network instantiation
P802.1CF NRM Mapping to real networks
Information Model Structure
omniRAN Virtual Access Network Instantiation
P802.1CF architectural considerations for EM and NM
omniRAN Network Function Virtualization
P802.1CF Information Model Structure
P802.1CF NRM Refinements Abstract
P802.1CF NRM Discussions Abstract
Network reference model for access network virtualization
Chapter 7.1 Restructuring Proposal
WLAN as a Component (WaaC)
Date: < yyyy-mm-dd >
Information Model for AN Setup
Information Model Structure
P802.1CF D1.0 Figure Proposals Abstract
Network instantiation
Brief Introduction to OmniRAN P802.1CF
P802.1CF architectural considerations for EM and NM
Terminology clean-up User/Subscriber
Information Model Structure
Terminology clean-up User/Subscriber
P802.1CF Information Model Structure
P802.1CF operational models
omniRAN Network Function Virtualization
IEEE 802 omniRAN R9c Reference Point
P802.1CF D1.0 Figure Proposals Abstract
P802.1CF NRM Refinements Abstract
[place document title here]
IEEE 802 Scope of OmniRAN Abstract
P802.1CF NRM Refinements Abstract
Information Model for AN Setup
[place document title here]
802.1CF ToC Refinements Abstract
OmniRAN SDN Use Case ToC
SDN-based OmniRAN Use Cases Summary
OmniRAN SDN Use Case ToC
IEEE 802 RAN Recommended Practice ToC Proposal
Presentation transcript:

OmniRAN CF00 1 IEEE 802 omniRAN Network Reference Model Amendment Date: Authors: NameAffiliationPhone Yonggang Bo SunZTE He Notice: This document represents only the views of the participants listed in the ‘Authors:’ field above. It is offered as a basis for discussion. It is not binding on contributors, who reserve the right to add, amend or withdraw material contained herein. Copyright policy: The contributor is familiar with the IEEE-SA Copyright Policy. Patent policy: The contributor is familiar with the IEEE-SA Patent Policy and Procedures: and. Abstract This contribution discusses issues in network reference model of IEEE 802 omniRAN Recommended Practice document, and suggest the amendment for naming convention consistence and reflecting real deployments.

OmniRAN CF00 2 Current omniRAN Reference Model Terminal Interface R1 Coordination and Information Service R2 R8c AN CtrlTE Ctrl Subscription Service Core Network Interface R3d R3s CNI Ctrl R3c Access Network NABackhaul R6d R6c R7c Terminal Core Network R9c

OmniRAN CF00 3 Issues Reference Points –Inconsistent Naming Convention R1 refers to the data path between TEI and NA. It should be changed to R1d according the naming convention. R8c refers to the control path between TEI control entity and AN control entity. It should be named as R1c according to the naming convention. –Missing Reference Points Currently R9c represents the external interface between AN control entity and CIS. But CIS may be co-located with AN, or CN depending on the implementation, or operated by 3rd party. Therefore it is necessary to define a new reference point between CIS and CNI controller. R6c refers to the control path between AN control entity and NA. However, it misses the case of inter-NA communication. Such communication could be ether indirectly through AN control entity or directly between two NAs (needs a new reference point). Definition of Network Entities –It needs to clearly define the functionalities of each network entity in the network reference model section. Referring to [3].

OmniRAN CF00 4 Proposal of modified NRM Terminal Interface R1d Coordination and Information Service R2c R1c AN CtrlTE Ctrl Subscription Service Core Network Interface R3d R4c CNI Ctrl R3c Access Network NABackhaul R6d R6c R7c Terminal Core Network R8c R9c R5c

OmniRAN CF00 5 Proposal of modified NRM Reference Point Modification –R1c: Replace R8c with R1c for naming convention consistence –R1d: Replace R1 with R1d for naming convention consistence. –R4c: replace R3s with R4c for the reference point between ANC and SS for naming convention consistence –R5c: The reference point between CNC and SS [4] –R6c: (no change) the reference point between ANC and NA –R7c: (no change) the reference point between ANC and BH –R8c: (new) The reference point between CIS and CNC. –R9c: (no change) The reference point between ANC and CIS –Rxc: (TBD) the reference point between NAs (or ANCs)

OmniRAN CF00 6 Proposal of modified NRM ANC (AN Ctrl) –ANC is a logic entity in the IEEE 802 access network, which manages and controls the operation of NAs and backhaul, such as NA setup, provisioning, and/or tear-down. –ANC could be either a centralized network entity such as Access Controller defined in IETF, or distributed logical functional entity inside of NA. As a centralized network entity, ANC uses reference points R6c to control NA and R7c to control the backhaul. As the distributed functional entity inside of NA, ANC bridges the communication between Access Networks. –ANC uses the reference point (R4c) to access Subscription Service (SS) to acquire subscriber’s information during the user authentication, authorization and datapath establishment. –ANC uses the reference point (R3c) to communicate with CNC for user’s datapath establishment, teardown, or relocation over R3d.

OmniRAN CF00 7 Proposal of modified NRM ANC (AN Ctrl) –ANC uses the reference point (R1c) to communicate with TE for user’s datapath establishment, teardown, or relocation over R1d. –When operating over the authorized spectrum shared with primary services, the ANC uses reference point (R9c) to access CIS to get the authorized shared access information on the particular location and radio channel, and control the operation of NA over the authorized shared spectrum. –ANC also control TE’s operation over the authorized shared spectrum through the reference point R1c.

OmniRAN CF00 8 Proposal of modified NRM CNC (CNI Ctrl) –CNC controls the operation of CNI for data path establishment, teardown, or relocation –CNC uses the reference point (R5c) to access Subscription Service (SS) to acquire subscriber’s information during the user authentication, authorization and datapath establishment. –CNC uses the reference point (R8c) to access CIS to acquire the authorized shared access information on the particular location and radio channel. –CNC uses the reference point (R3c) to communicate ANC to control the operation of AN for user’s datapath establishment, teardown, or relocation over the radio access network.

OmniRAN CF00 9 Proposal of modified NRM CIS –CIS provides advanced services such as spectrum management, coexistence, and information services. It has a database to store the information for authorized shared access. –CIS uses a reference point (R9c or R8c) to communicate the information from these services to the AN control, TE control and CN control entities. –CIS supports mutual authentication with ANC or CNC.

OmniRAN CF00 10 References 1.omniran TG-p802-1cf-network-reference-model 2.omniran CF00-r9c-reference-point-discussion 3.omniran CF00-updated-text-for-an-setup. 4.omniran CF00-nrm-refinements