MinitorEvent(UE_Reachability)

Slides:



Advertisements
Similar presentations
CMDH Refinement Contribution: oneM2M-ARC-0397
Advertisements

Summary on the M2M CMDH Policies Management Object (MCMDHMO)
Is a Node or not Node? ARC Node_resolution Group Name: ARC Source: Barbara Pareglio, NEC, Meeting Date: ARC#9.1 Agenda.
Problem of Current Notification Group Name: ARC WG Source: Heedong Choi, LG Electronics, Meeting Date: ARC 9.0 Agenda Item: TBD.
Problem of non-Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.0 Agenda Item: TBD.
CMDH Policies Contribution: ARC R03-CMDH_Policies.ppt Source: Josef Blanz, Qualcomm UK, Hongbeom Ahn, LG Electronics,
Maintaining Performance while Saving Energy on Wireless LANs Ronny Krashinsky Term Project
Support for CSFB Tony Lee David Wang David Wang June/15/2009 VIA Telecom grants.
PRO R01-URI_mapping_discussion Discussion on URI mapping in protocol context Group Name: PRO and ARC Source: Shingo Fujimoto, FUJITSU,
3GPP Rel-13 Interworking discussions
Answer the Questions Regarding Pending Issues on Access Control Group Name: WG4 SEC Source: LG Electronics Meeting Date: Agenda Item: SEC#11.4.
Usage Scenarios for CSE Group Name: WG2(ARC-WG) Source: Shingo Meeting Date: Agenda Item: Message.
Discussion on the problem of non- Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.2.
Supporting long polling Group Name: ARC WG Source: SeungMyeong, LG Electronics, Meeting Date: x-xx Agenda Item: TBD.
Discussion on the problem of non- Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.2.
Node-Specific Resource Group Name: ARC&MAS Source: LGE, Meeting Date: Agenda Item: Contribution.
3GPP Rel-13 Interworking discussions
3GPP SCEF Interworking Call Flows
OIC INTERWORKING OPERATIONAL PROCEDURE (ADDRESSING AND DISCOVERY) Group Name: Architecture WG Source: Kiran Vedula, Samsung Electronics,
E2EKey Resource Group Name: SEC WG Source: Qualcomm Inc., Wolfgang Granzow & Phil Hawkes Meeting Date: SEC#20.3, Agenda Item: End-to-End Security.
M2M Service Subscription Profile Discussion Group Name: oneM2M TP #19.2 Source: LG Electronics Meeting Date: Agenda Item:
Doc.: IEEE /0409r6 Submission July 2012 Shoukang Zheng et. al, I2R, SingaporeSlide 1 Channel Access Supporting Low Power Operation Date:
LWM2M Interworking Proxy Procedures ARC Considerations
Adding Non-blocking Requests Contribution: oneM2M-ARC-0441R01R01 Source: Josef Blanz, Qualcomm UK, Meeting Date: ARC 7.0,
Authorization Architecture Discussion Group Name: SEC WG Source: Seongyoon Kim, LG Electronics, Meeting Date: 28 MAY, 2014 Agenda.
CMDH and Policies Contribution: oneM2M-ARC-0603
Subscription and Notification Issue Group Name: WG2 Source: Qi Yu, Mitch Tseng- Huawei Technologies, Co. LTD. Meeting Date: ~23 Agenda Item:
DM Execute Group Name: WG2/WG5 Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item: TBD.
IEEE Wireless LAN. Wireless LANs: Characteristics Types –Infrastructure based –Ad-hoc Advantages –Flexible deployment –Minimal wiring difficulties.
Specifying the Address of Management Client of Managed Entity Group Name: ARC Source: Hongbeom Ahn, SK Telecom, Meeting Date: TP#21 Agenda.
3GPP Rel-13 Interworking discussions Group Name: TP #18 Source: Rejesh Bhalla, ZTE Corporation, Meeting Date: Agenda Item:
Background Data Transfer
3GPP R13 Small Data Delivery
Managing Retransmission Timers in Sleep Mode
oneM2M Requirements for SCEF northbound API
Resource subscription using DDS in oneM2M
3GPP MBMS protocol stack
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
End-to-End Security for Primitives
SCEF northbound API Analysis
Group multicast fanOut Procedure
WG2 - ARC TP#29 Status Report
2nd Interoperability testing issues
3GPP interworking in R3 Group Name: ARC
Managing Retransmission Timers in Sleep Mode
Issues of <locationPolicy> Discussion
NIDD Discussion Points
Proposed design principles for modelling interworked devices
oneM2M Service Layer Protocol Version Handling
3GPP Rel-13 Interworking discussions
WG2 - ARC TP#29 Status Report
Proximal IoT Interworking solution discussion
Discussion to clarify online/offline behavior
3GPP Interworking Abstraction
oneM2M Versioning Next Steps
ARC Proposed design principles for modelling services, datapoints and operations Group Name: ARC Source: Joerg Swetina, NEC
Group multicast Group Name: ARC
CMDH Refinement Contribution: oneM2M-ARC-0397R01
CMDH Policies Contribution: ARC-2014-xxxx
Service Layer Dynamic Authorization [SLDA]
Peer Power Save Mode for TDLS
3GPP V2X Interworking Potential Impact
3GPP Interworking and use of <schedule> resource
Summary of the MAF and MEF Interface Specification TS-0032
CSE 451: Operating Systems Autumn 2003 Lecture 2 Architectural Support for Operating Systems Hank Levy 596 Allen Center 1.
CSE 451: Operating Systems Autumn 2001 Lecture 2 Architectural Support for Operating Systems Brian Bershad 310 Sieg Hall 1.
CSE 451: Operating Systems Winter 2003 Lecture 2 Architectural Support for Operating Systems Hank Levy 412 Sieg Hall 1.
Peer Power Save Mode for TDLS
3GPP Interworking and Multicast retransmission
Presentation transcript:

MinitorEvent(UE_Reachability) Group Name: ARC Source: Echo, Huawei, echo.xubei@huawei.com; Yulan Lu, China Telecom, luyl@sttri.com.cn; Shuling Wang,China Unicom,wangsl49@chinaunicom.cn Meeting Date: 2017-06-22 Agenda Item: 3GPP interworking

3GPP Power Saving Mode Power Savings Mode allows a UE to move in and out of a deep sleep state. When the UE is in the “deep sleep” state, it does not listen to the paging channel. The UE periodically leaves the “deep sleep” state, enters a connected mode, and then enters an “active time” where it listens to the paging channel. How long the UE stays in connected mode depends on if it has MO data to send. From TS 23.682: “A UE in PSM is not immediately reachable for mobile terminating services. A UE using PSM is available for mobile terminating services during the time it is in connected mode and for the period of an Active Time that is after the connected mode. The connected mode is caused by a mobile originated event like data transfer or signalling, e.g. after a periodic TAU/RAU procedure.” Note: If the UE has data to send, it is free to leave the power savings mode at any time. It’s active timer will re-start when it is done sending data. Active Time Power Saving Mode Active Time Power Saving Mode Connected Mode UE is listening to the paging channel. The UE is not listening to the paging channel. 2

oneM2M <schedule> The <schedule> resource contains scheduling information. The usage of the <schedule> resource is slightly different depending on the associated resource type, such as follows: A child <schedule> resource of the <CSEBase> and <remoteCSE> resources shall indicate the time periods when the CSE can send and receive the request. A child <schedule> resource of the <AE> resource shall indicate the time periods when the application of a node can be accessed. Active Time Power Saving Mode End Time of Schedule Next Start Time of Schedule Start Time of Schedule Interval of Schedule 3

Resource <schedule> updating Indicates whether <schedule> is synchronized with underlying network or registrar CSE. Possible values are: NotSync: Not synchronized with Underlying Network or registrar CSE SyncWithUnderlyingNetwork: Synchronized with the underlying network. For example, if it is 3GPP network it indicates the schedule of an ASN/MN-CSE or ADN-AE hosted on the UE is synchronized with the 3GPP network. This means the start time of <schedule> is the same as the targeted UE changes to idle mode status. SyncWithCSE: Synchronized with registrar CSE schedule. It is only used for the <schedule> resource of <AE>. 4

Service Flow-ASN/MN-CSE or ADN-AE Creates the <schedule> in IN-CSE <CSEBase> <CSEBase>/<AE> Create <remoteCSE> <schedule> <scheduleAnnc> syncIndicator NotSync syncIndicator NotSync 5

Service Flow-IN-CSE Synchronizes <schedule> from 3GPP network <CSEBase> <CSEBase>/<AE> <remoteCSE> Update <schedule> <scheduleAnnc> syncIndicator: SyncWithUnderlyingNetwork syncIndicator: SyncWithUnderlyingNetwork Active Time Power Saving Mode End Time of Schedule Next Start Time of Schedule Start Time of Schedule Interval of Schedule Next End Time of Schedule 6

Service Flow-IN-CSE Stops synchronizing <schedule> from 3GPP network <CSEBase> <CSEBase>/<AE> <remoteCSE> Update <schedule> <scheduleAnnc> syncIndicator: NotSync syncIndicator: NotSync 7

Service Flow- Targeting UE when <schedule> synchronized with Network End Time of Schedule Next Start Time of Schedule Interval of Schedule Start Time of Schedule Active Time Power Saving Mode Active Time CASE A: IN-CSE sends the request to the UE directly CASE B: Operation Execution Time or Request Expiration Timestamp are earlier than next Start time IN-CSE sends response with error result CASE C: Operation Execution Time or Request Expiration Timestamp are later than next Start time IN-CSE buffers the message and sends message when UE is reachable again 8

Service Flow- Targeting UE when the <schedule> not synchronized with Network When syncIndicator of <schedule> of target ASN/MN-CSE or ADN-AE is NotSync or absent, this procedure is no change from the basic procedure in clause 10.1.3 of TS-0001. 9

Thanks for your listening! Q & A