INTERNATIONAL TELECOMMUNICATION UNION FOCUS GROUP ON FUTURE NETWORKS TELECOMMUNICATION STANDARDIZATION SECTOR FG-FN OD-6 Original: English STUDY PERIOD 2009-2012 1st FG-FN meeting: Lulea, Sweden, 29 June – 3 July 2009 OUTPUT DOCUMENT 6 Source: Moderator Title: 1st Collection of Concept, Key Characteristics and Requirements of Future Networks For: Invite further contributions Background: This document contains initial materials on concept, vision, requirements and architectural aspect of Future Networks which collected from the various input contributions at the 1st FG-FN meeting held in Lulea Sweden from 29 June to 3 July 2009. Because of time limitation, the meeting agreed to collect relevant valuable information into one document and will need further examination. Therefore contributions are required for further enhancement of collected information including better arrangements as well as clarify the relationships between different information but mutually related. Summary of Process: All input contributions are re-reviewed by the Convener and initial collection has been made by the moderator with the following classifications: Terminology, Vision and Concept, Requirements and Architecture. Drafting team examined moderator’s initial attempt and enhanced within the drafting team. Finally 1st FG-FN meeting examined the contents based on input from drafting team. Future action: Because of time limitation, all contents in this document are not thoroughly examined and especially clarification on the relationships between different models, definitions and requirements which have different flavours are not identified yet. Therefore contributions are strongly required for further enhancement of the contents. Contact: Mr. N. Morita NTT Tel: Fax: Email +81 422 59 7464 +81 422 60 7429 morita.naotaka[at]lab.ntt.co.jp -2FGFN OD-6 Table of Contents 1. Terms and Definitions .......................................................................................................... 3 2. Vision and Concept .............................................................................................................. 4 2.1 High Level Vision................................................................................................... 4 2.2 Vision for network aspects ..................................................................................... 4 3. Requirements ....................................................................................................................... 6 3.1 High level requirements .......................................................................................... 6 3.2 Functional requirements ......................................................................................... 7 3.3 Requirements on specific aspects ........................................................................... 9 4. Architectures ........................................................................................................................ 11 4.1 High Level Model ................................................................................................... 11 4.2 Configuration Model of Future Networks .............................................................. 12 4.3 Virtualization aspects of Future Networks Architecture ........................................ 15 4.4 Autonomic network aspects of Future Networks Architecture .............................. 17 4.5 Specific aspects of Future Networks Architecture ................................................. 19 Appendix 22 1. Status of Mobile Internet related activities ............................................................... 22 2. Status of Multicast Technology activities................................................................. 23 3. Status of Internet security technology activities ....................................................... 23 -3FGFN OD-6 1. Terms and Definitions [Editor’s Note] Following “Terms and definitions” are used in input contributions. During the meeting it is requested to examine “Terms and Definitions’ already used in ITU-T such as in SANCHO and should use if existing terms are useful for the Future Networks aspects rather than develop own definitions. Contributions are invited to further enhancement. Autonomic Control Provision of a self-managing virtual resource overlay. The creation of a Overlay communication resource overlay with autonomic characteristics for the purposes of fast and guaranteed service delivery. [FG-FN C23 Page 3] Error a discrepancy between a computed, observed, or measured value or condition and a true, specified, or theoretically correct value or condition. Error is a consequence of a fault. Errors may cause deviation of a delivered service from the specified service, which is visible to the outside world. The term failure is used to denote this type of an error. [FG-FN C17R1 Page 4] Failure Deviation of the delivered service from fulfilling the system function. Transition from correct service delivery to incorrect service delivery. [FG-FN C17R1 Page 5] Fault Adjudged or hypothesized cause of an error. Faults can be internal or external to system. The prior presence of a vulnerability i.e., an internal fault that enables an external fault to harm the system, is necessary for an external fault to cause an error, and possibly subsequent failure(s). [FG-FN C17R1 Page 3] Federation None but need to fill up Future Networks A network which is able to provide revolutionary services, capabilities, and facilities that are hard to provide using existing network technologies [FG-FN C20 Page 5] Network Virtualization the technology that creates logically isolated network partitions overlaid on top of single physical network infrastructure so that multiple heterogeneous networks can coexist over the shared infrastructure. Network virtualization may provide deep programmability so that users can program network elements on any layers from physical layer to application layer. [FG-FN C10 Page 5] Resilience the ability of the network to provide and maintain an acceptable level of service in the face of various challenges to normal operation [FG-FN C17R1 Page 2] Server Virtualization The ability to run an entire VM with its own (guest) OS on another OS or on a bare-machine [FG-FN C12 Page 13] Virtualization Virtualization refers to a technique for hiding the physical characteristics of computing resources from the way in which other systems, applications, or end users interact with those resources. The main objectives of virtualization are to simplify the use of the underlying resource, to create multiple instances of the resource, and to separate the uses of the underlying resources. [FG-FN C10 Page 4] -4FGFN OD-6 2. Vision and Concept [Editor’s Note] Following “Visions and concepts” are introduced in input contributions. Contributions are invited for further enhancement. 2.1 High Level Vision 1) ESC vision from ETRI [FG-FN C03 Page 1~2] If we highly abstract the future network, it could be seen as a sphere. In a sense, the sphere would be a kind of virtual media for communication between people. It just seems a black box and is completely hidden from people. In the environment, it is assumed that people move around the communication sphere with various movement patterns and communicate with other people thorough it as illustrated in following figure. Fig. 2-1 Abstraction of communication sphere 2.2 Vision for network aspects 1) From NiCT [FG-FN C06 Page 3 and 12] Future networks may not be the continuous evolution of the current Internet / IP technologies Earth E: Sustainable Network E-1 Green network E-2Efficient spectrum usage A: Value Creation Network A-1 Service creation network A-2 Media creation network Society Living Space Human B: Trustable Network B-1 Social infrastructure for trustable network B-2 Trustable network for human and society C: Ambient/Ubiquitous Network C-1 Global-scale sensor/actuator cloud C-2 : Real-world info. processing platform Things D: "Self-* Network D-1 Network for diversity D-2 Network unification D-3 "OMOTENASHI"" (Hospitable) network FN Fundamentals Network Architecture Network fundamentals for knowledge society Network physical architecture Fig. 2-2 High level vision of FN -5FGFN OD-6 2) From MANA [FG-FN C01 Page 4] Novel solutions for the FN: In order to achieve the objective of having service-aware networks and network-aware services (that is, service and network resources must be aware of the relevant environmental conditions, as well as their own state: which is self-awareness), and to overcome the ossification of the current Internet 3) From NTT [FG-FN C07 Page 3] • • Network as a indispensable partner for social life – From various viewpoints such as Medical Care, Education, Crime-prevention etc. – Network Design for Environmentalism, Digital Divide, Social Diversity etc. Basic Infrastructure for various life-styles in networked society – • Digitizing information of the real world, Distribution of digital contexts, Knowledge Sharing, Risk Management. For enlarging network users ( human, machine etc. ) – Huge amount of network traffics and number of networked devices. – Flexibility for diversification of network services is important. Implementation Limits of Network Dynamic range expansion of user requirements Complexity of Network / Service Operation Making “Paradigm Shift” Every network user can get customized services for his/her needs. Customer requirements is dynamically reflected in network. Static or dynamic optimization strategies are provided in any levels of network. Green (Environmental issues) & Security (Social issues) Fig. 2-2 Paradigm shift towards Future Networks -6FGFN OD-6 3. Requirements [Editor’s Note] Following “Requirements” are introduced in input contributions. Contributions are invited to further enhancement. 3.1 High level requirements 1) ESC requirements from ETRI [FG-FN C03 Page 2] To design the architecture of the communication sphere, i.e. future network, it will be appropriate to focus on users’ perspective rather than network owners’ because future network is envisioned a social infrastructure, not just an industrial technology. Firstly, it is required that people can access the future network EASILY regardless of their intellectual level, age, culture, language skill and so on if we consider the future network is a social infrastructure which is essential for all people’s daily life. Next the future network should support people’s communication SAFELY so as to guarantee people’s communication privacy, to prevent unwanted communications like spam, to protect people/network from malicious attacks and so on. In addition, the future network should make sure that people can use the network CHEAPLY (InExpensive) as possible as because it will become a part of people’s daily life, no longer an optional thing and should be provided regardless of people’s wealth. It also should have pros in terms of Capex/Opex to guarantee the building of cost-effective future network infrastructure. Green IT concept, highly required recently, could be included in this vision. 2) Socio-economic (?) considerations for the Future Networks from NiCT [FG-FN C06 Page 9] Field Technological Items Energy saving / Reduction of environmental impact - Power saving technology - Predict, detect, and alert environmental pollution Disaster management - Predict, detect, and alert disaster - Protect important data, facilities, and so on Medical care - Healthcare - Remote medical care Food shortage - Improve the food-sufficiency ratio - Provide safe food Secure life/society - Crime prevention - Accident prevention - Secure networks Gaps - Gaps between cities and countries - Share knowledge and information Aging population - Healthcare - Care for aging People Globalization - Support global mobility - Support diversity -7FGFN OD-6 Be adaptive to each user’s situation Rapid deploy of services to suit user-context Coordination with privacy and related rights Protect “digital assets” Respond to enlarging dynamic ranges of users’ requirements from sensory data of Kb/s to gigantic data exchange of Tb/s allow variety of communication schemes and protocols suitable and optimized to each application and terminal. Provide seamless NW services over wireless and wired access Future Networks Be scalable to massive data amount and huge number of terminals Total Reduce environmental impact low traffic in Peta-bytes Billions of tiny/thin terminals (tags and sensors) Very large number of transactions and sessions power-consumption Promote “greening” of society through “evolvable network” without replacing physical facilities . Fig. 3-1 High level requirements of Future Networks [From NTT, FG-FN C07 Page 8] 3) Principle considerations for the Future Networks from NiCT [FG-FN C06 Page 8] Future Networks should be a network for: Minimize the Negatives Maximize the Potential ‒ To establish new societal systems. ‒ To promote the wisdom of human beings. ‒ To establish a sustainable society. ‒ To improve QOL. ‒ To minimize environmental impact. ‒ To promote innovation. ‒ To improve disaster management. ‒ … Inclusion ‒ To Respect diversity in civilization, culture, and people. ‒ To involve people in ICT on a global scale … 3.2 Functional requirements 1) Overall Functional aspects From KDDI [FG-FN C02 Page 5] and ETRI [FG-FN C03 Page 2] Mobility of user terminal (including mobility control architecture) as a basic functional level, high-speed communication almost same as fixed network, and large capacity for many users and devices From ETRI [FG-FN C05 Page 6] Multiple/Heterogeneous/Simultaneous Scalability (# of experiments) Threat-Zero (Concerns addressed on this is a practical requirement) Diverse Wireless Subnet Support Domain Federation Inter-working with Today’s Network (e.g., IPv6, NGN(BcN), etc. – ISP Peering) [Editor’s note] Both two above proposals should be merged. -8FGFN OD-6 2) Requirements on network Functional aspects From NTT [FG-FN C07 Page 9] Network is isolated/separated based on communication granularity. ‒ It makes the use of given bandwidth maximize. ‒ It is operational or governable in optimal way. Virtual layered structure ‒ Each layer corresponds to an application specific networking. ‒ Various applications can be implemented and deployed effectively. ‒ A sort of isolation helps keeping application’s secure level. Network Operation/Customer support based on user contexts ‒ Precise observation and estimation of communication status is done at the end-points and it is recognized as “Context”. ‒ Intelligent control/support is provided according to the context of customer usage. 3) Requirements on service aspects From NTT [FG-FN C07 Page 11 and 12] HBS (Huge Band Service): Transparency, ultra wide bandwidth, low latency … BPS (Broadband Packet Service): Packet-based network which aggregates wide variety of services. TMS (Tiny-band Mass Service): Service platform for data sensing and mining of real-world and machine-to-machine communication. Huge Number of networked terminals Small New Service Domains (Categories) TMS RFID Tags Sensors Actuators etc. Digitization of various events in the real world. Narrow BPS Interactive Video Communication, Circulation of CGM, CloudComputing etc. Current network services (VoIP, Web, P2P etc.) HBS Huge Data Center, High quality communication with realistic sensation, CDN etc. Communication Bandwidth Fig. 3-2 High level view of new services domains Wide -9FGFN OD-6 Table 3-1 Network features to support services Network for a service Features of Network WTN (Wide Transparent Network) for HBS Huge and Fat pipe VLN (Virtualized Logical Network) for BPS Virtual network layer Not only in Core or Backbone, end-to-end Huge pipe are requested. It aggregates various service traffics effectively. Mapped to appropriate λ-path on transport network TPN (Transaction Processing Network) for TMS Handling transaction/event processing AAN (Adaptive Access Network) User can choice access method suitable for the service application. Gathering, storing, abstracting if needed Wide variety of access method such as wired and wireless can be selected. 4) Requirements on cost transparency aspects from BT [FG-FN C11 Page 15] separation of service & network: fine industry goal, but idealistic if networks cannot even know their costs numerous deep preconceptions to discard ‒ flow rate equality / TCP friendliness badly shares network resources ‒ volume represents cost ‒ humans want known bit-rate the elusive problem: traffic cost designed to only be handled by end-points (transport layer) solution: reinsert cost information into network layer = re-feedback once resource sharing fixed properly at the neck of the hourglass ‒ over-restrictive lower layer controls can be removed ‒ opens new space for service innovation 3.3 Requirements on specific aspects 1) Requirements on Core Networks [FG-FN C02 Page 8] Minimized functions of core network by moving mobility function to access network Permission to directly exchange some contents within access network Access network based mobility and security (transparent to AT) No degradation of security and quality level - 10 FGFN OD-6 MM AAA Core AGW Access AS AP+ AP+ MM MM AGW Access AS AP+ MM AP+ MM AGW Access AP+ MM AS AP+ MM Fig. 3-3 Core networks with minimum functions 2) Requirements for Autonomic management [FG-FN C23R1 Page 14 and 15] Embeded (In) Network functions: The entire management functionality should be imbedded in the network. Aware and Self-aware functions: It monitors the network and operational context as well as internal operational network state in order to assess if the network current behaviour serve its service purposes. Adaptive and Self-adaptive functions: It triggers changes in network operations (state, configurations, functions) function of the changes in network context. Automatic self-functions: It enables self-control (i.e. self-FCAPS, -*) of its internal network operations, functions and state. It also bootstraps itself and it operates without manual external intervention. Only manual/external input is the setting-up of the goal(s). Extensibility functions: It adds new functions without disturbing the rest of the system (Plug_and_Play/Unplug_and_Play/ Dynamic programmability of management functions & services) Outlay functions: Minimize life-cycle network operations’ costs and minimize energy footprint. Service Enablers /Service Plane Orchestration Systems /Orchestration Plane Management Systems /Management Plane Information Systems /Knowledge Plane Domain A Virtual Networks / Virtualisation Plane Networking Resources Fig. 3-4 Autonomic Management Framework - 11 FGFN OD-6 4. Architectures [Editor’s Note] Following “Architectural information” is introduced in input contributions. Contributions are invited to further enhancement. 4.1 High Level Model 1) High Level Vertical view of Future Networks from KDDI [GF-FN C-08 Page 3] Providing overlay infrastructures independent on underlay infrastructures Providing various service classes and functions for each overlay Establishing large scale infrastructure across multiple domains Fig. 4-1 High level view of Future Networks 2) Layer restructuring aspects from China [FG-FN C22R1 Page 25] China introduced the structure of each network architecture can be divided into two basic layers, one is service layer and the other is network layer. And it proposes a new two-layer architecture model, that is, “service layer” and “switching and routing layer.” Fig. 4-2 Layer restructuring of Future Networks - 12 FGFN OD-6 [Editor’s note] It is requested to identify difference of this model with NGN architecture model called “transport stratum” and “Service Stratum.” 3) Design principles for Future Networks from Trilogy [by e-mail input at 2 July 2009] [Editor’s note] Following texts are proposed by the e-mail as Trilogy input during the drafting period and therefore need discussion. Information exposure: The data (or transaction) that uses up scarce networking resources, through being sent (or acted on) should integrate control information (e.g. a metric) that reflects its resource usage in ‘real time’. The control information should provide sufficient information about resource usage to support an efficient and accountable allocation of resources. The control information may be used as a variable in a pricing structure. Separation between policy and mechanism: Allow a network entity local choice according to its priorities (policy). Have a common protocol or method through which the policies interact to determine how networking resources are shared. Constrain conflicting policies via the Information Exposure Design Principle. Fuzzy end-to-end principle: Allow the endpoint to explicitly delegate some functions into the network, so the end is effectively a distributed system. This may imply some state in the network, which should be “soft and hinty”. Resource pooling: Allow sufficient pooling of resources to be effective. Ensure that the resource pooling mechanisms don’t conflict with each other. 4.2 Configuration Model of Future Networks 1) Overall configuration model of Future Networks with key features from NTT [FG-FN C07 Page 13 and 14] TPN : Transaction Processing Network TMS BPS VLN : Virtualized Logical Network (Layer) HBS HPC WTN : Wide Transparent Network AAN : Adaptive Access Network Fig. 4-3 Rough Sketch of Future Networks [FG-FN C07 Page 13] Key characteristics of Future networks - 13 FGFN OD-6 2) Overall functional configuration model from MANA [FG-FN C01] Fig. 4-4 Overall Functional model from MANA [FG-FN C01 Page 6] The general capabilities are applicable to all layers the Architectural Model as illustrated in Figure 4-4. They include [FG-FN C01 Page 7]: Availability of services – anywhere anytime seamless migration all according to SLA and high level objectives. Connectivity anywhere and anytime, meaning the possibility to connect everywhere. - 14 FGFN OD-6 Manageability anywhere and anytime with an increase level of self-management - as the networked systems become more and more complex this is a necessity as well as an enabler for evolution. Mobility anywhere and anytime. Adaptability everywhere to changes in context and environment. Dependability, resiliency, and survivability to withstand threats and (D)DOS. Robustness and stability, including support for mission critical applications. Accountability anywhere and anytime - to ensure the possibility of tracking actions performed by a user or a management agent that might impact the networked systems and their performance. Evolvability as an inherent feature to ensure the possibility to evolve the networking systems in a smooth way without major disruptions. Scalability with respect to features and functions, as well as complexity. Trust and security ensuring that users make use of the networks and services in a secure environment. Multi-domains to allow for different administrations, technologies, and parallel or federated Internets. Support of heterogeneity for possible technology optimization. Openness towards application and services enabling the Internet Openness. Energy efficiency of the systems architectures, protocols, and radio spectrum; the use of the networked systems for control of energy consumption. Fig. 4-5 Overall capabilities based on MANA model [FG-FN C01 Page 16] - 15 FGFN OD-6 4.3 Virtualization aspects of Future Networks Architecture 1) Virtualization aspects of Future Networks from ETRI with [FG-FN C05 Page 4] Fig. 4-6 Future Networks with Network Virtualization 2) Server Virtualization from ETRI [FG-FN C12 Page 12] Server virtualization is the ability to run an entire VM with its own (guest) OS on another OS or on a bare-machine with following features: Allows multiple VMs, with heterogeneous guest OSes to run in isolation, side-by-side on the same physical machine Each VM has its own set of virtual H/W upon which a guest OS and guest applications are loaded The guest OS sees a consistent, normalized set of H/W regardless of the actual physical H/W components VM Guest App. VM Guest App. Guest OS Guest OS Guest OS Virtual H/W Virtual H/W Virtualization Layer Virtual H/W VM Non-privileged Modes Virtualization Layer Privileged Modes Host OS H/W H/W Fig. 4-7 Architecture model of Server virtualization 3) Network virtualization from ETRI [FG-FN C12 Page 14] with following benefits: Partitioning network into multiple sub-networks - 16 FGFN OD-6 Used within a single domain or across multiple, independently managed domains Increasing application performance by dynamically maximizing network asset utilization while reducing operational requirements Fig. 4-8 Architecture model of Network virtualization 4) Functional model of Virtualization Layer from Autonomic Internet Project [FG-FN C23 Page 17] vCPI (Virtual Component Programming Interf ace) • Start / Stop / Modif y virtual network • Provide monitoring values • Cooked values • Abstraction f rom virtualisation solution vSPI (Virtualisation System Programmability Interf ace) • Overall management via Autonomous Management Systems (AMS) Fig. 4-9 Functional model of virtualization layer 5) Expansion aspects of Virtualization from AKARI [FG-FN C14 Page 11] Virtualization would be expanded with following aspect. - 17 FGFN OD-6 Fig. 4-9 Expansion model of Virtualization 4.4 Autonomic network aspects of Future Networks Architecture 1) Autonomic Networking Architecture from ANA [FG-FN C016R1 Page 8 and 22] ANA is a meta-architecture to host, interconnect and federate multiple heterogeneous networks Fig. 4-10 ANA Framework in Future Networks 2) Autonomic network management architecture from Autonomic Internet Project [FG-FN C23 Page 16] - 18 FGFN OD-6 Inter-System View Service Enablers Plane Service Lifecycle Management Business Goals Customer Needs … Developer Interface Operator Interface … User Interf ace Services Lif ecycle Management Services Others Federation Distribution Mapping WP3 (D3.) Negotiation Federation Services Orchestra tion Orchestra Modules tion Mapping Plane Intra-System View Distributed Orchestration Component … vSPI vCPI vCPI vCPI … End-User Virtualised Services End-User Composite Virtualised Services Virtualisati on Plane vCPI vCPI Compon ent 16 Physical Resource Fig. 4-11 Overall Autonomic Management Architecture InNetwork-Management Space Resources Control ControlAlgorithms Algorithms OrchestationPlane(WP2) Plane Knowledge InformationModels InformationModels &Ontologies Ontologies Knowledge Plane Knowledge Policy-Based -Based Policy Management Management Knowledge Knowledge ManagementPlane(WP4) Plane SelfManagement Knowledge Virtual Networks: Resource Knowledge Virtualisation Knowledge Knowledge Internet Internet Knowledge Network Space Programmable Resources Networks IPNetworks UMTSNetworks Others WirelessNetworks SensorNetworks 4 Fig. 4-12 Overall configuration model of Autonomic Control Overlay [FG-FN C23 Page 4] - 19 FGFN OD-6 4.5 Specific aspects of Future Networks Architecture 1) Future networks with minimum core network function from KDDI [FG-FN C02 Page 10] Following architecture model has been proposed conjunction with relevant requirements in clause 3.3 1). Registrar/MM Minimum Core AS AAA AS Distributed resource allocation function based on estimated connection quality in overlay network Overlay Signaling Network Secure connection within transport and access network without transferring to the core network AS Access/ Transport Network BS+MM+AS Access Terminal Part II: Service control in coordination with core network and distributed access overlay network AS BS+MM+AS BS+MM+AS Mobility support at base station level for less functionality of access terminal Part I: Route optimization of application data Part III: Access network based mobility and transparent security MM: Mobility Management, AAA: Authentication, Authorization, and Accounting, AS: Application Server, BS: Base Station Fig. 4-13 Architecture model with minimum core concept 2) Resilient Network Architecture from ResumeNet project [FG-FN C17R1 Page 13] - 20 FGFN OD-6 Fig. 4-14 Resilient Network Architecture of Future Networks This contribution also introduces resilience strategy as following two phases: Phase 1: Real-Time Control Loop –D2R2 Defend against challenges and threats to normal operation. ‒ reduce the probability of a fault leading to a failure ‒ reduce the impact of a adverse event or condition Detect when an adverse event or condition has occurred. ‒ Determine when defences have failed and remediation needs to occur Remediate the effects of the adverse event to minimize the impact. ‒ The goal is to do the best possible at all levels after an adverse eventand during an adverse condition. ‒ Corrective action must be taken at all levels to minimize the impact of service failure, including correct operation with graceful degradation of performance. Recover to original and normal operations ‒ Once an adverse event has ended or an adverse condition is removed Phase 2: Background Operations –DR Diagnose the fault that was the root cause of an error or failure ‒ While it is not possible to directly detect faults, a system detects symptoms ‒ derive an improved system design ‒ recover to a better state Refine system behavior for the future based on past D2R2cycles. ‒ learn and reflect on how the system has defended, detected, remediated, and recovered ‒ continuously increase the resilience of the network. 3) Architecture for cooperation and coding framework from 4WARD [FG-FN C19R1 Page 4 and 5] One Cooperation/Coding Facility (CF) per node: Provides runtime environment for actual operations - 21 FGFN OD-6 Interaction with ISO/OSI stack and layer-less architectures Arbitrary number of Modules per CF: Libraries which contain technique-specific functionality ‒ Monitoring ‒ Traffic transformation Fig. 4-15 Cooperation and coding framework of Future Networks - 22 FGFN OD-6 Appendix Status of Standard Activities This appendix contains status of standard activities related to internet which are useful to identify the status of current development of standards in specific technology areas. Contents have been copied from a contribution [FG-FN C22R1 on Pages 20, 21 and 22]. 1. Status of Mobile Internet related activities - 23 FGFN OD-6 2. Status of Multicast Technology activities 3. Status of Internet security technology activities ____________